> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh-tw/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/rest-of-world-elin-direct-number-model.md).

# 其他地區—ELIN／直接號碼模型

在美國和加拿大境外（以及未使用 Zoom 進行緊急呼叫的 BYOC 客戶），地址無法直接透過通話訊號傳送。系統改為依賴 ELIN（有關 ELIN 類型的完整說明，請參閱第 2 節）。

**ELIN 流程：** 使用者撥打緊急號碼 **→** Zoom 透過網路資料偵測位置 **→** 該位置的 ELIN 會用作來電顯示 **→** PSAP 會在電信業者的資料庫中查找該 ELIN **→** 預先註冊的地址會回傳給 PSAP 以供派遣。

#### 運作方式

1. 管理員在 Zoom 中定義公司位置，每個位置都會指定一個 ELIN：一組其地址已預先向電信業者註冊、且與該位置相符的電話號碼
2. 當使用者從偵測到的位置撥打緊急電話時，Zoom 會使用該位置的 ELIN 作為外撥來電顯示
3. PSAP 接到來電後會看到 ELIN，並在電信業者的資料庫中查找為該號碼註冊的地址
4. 對 ELIN 的回撥會路由至原始分機，約可維持 2 小時。2 小時窗口結束後，來電顯示快取會被清除，且任何對該號碼的回撥都會收到「無法完成通話」訊息。

#### 主要限制

* **地址必須事先由電信業者完成配置：** 當管理員設定位置並指派 ELIN 時，該 ELIN 的地址必須已先向電信業者註冊
* **每個位置都需要自己的 ELIN：** 一個在電信業者資料庫中註冊了正確地址的專用電話號碼
* **僅分機使用者** 需要來自本地緊急號碼池的 ELIN（見第 2 節）；號碼池的登錄地址應設為站點預設地址
* **個人位置－不支援 ELIN：** 在美國／加拿大境外，ELIN 不支援個人位置。每位使用者只能建立與其已指派 DID 數量相同的個人位置，因為使用者的 DID 會作為其個人位置的 ELIN。僅分機使用者在此模型下根本無法建立個人位置，因為他們沒有可作為 ELIN 的 DID。
* **啟用最多可能需要 10 天：** 將 DID 的登錄地址在電信業者處變更後，最多可能需要 10 天才會完成傳播

#### 沒有位置匹配時的備援處理（世界其他地區）

如果找不到網路匹配，則會將原始來電顯示傳送至 PSAP，由其根據與該號碼相關聯的登錄地址進行資料庫查詢。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/zh-tw/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/rest-of-world-elin-direct-number-model.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.