> 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/locations.md).

# 位置

在 Zoom Phone 中， **位置** 是管理員用來定義網路參數的組態實體，這些參數用於將使用者的實體位置對應到特定的緊急地址。位置類似於一個 **ERL（緊急回應地點）** —— 這是在更廣泛的緊急服務產業中用來描述可對應到唯一可派遣地址的特定實體區域的術語。

每個位置都包含兩個關鍵元素：

* **網路參數** —— 用來識別該實體區域的 BSSID、IP 位址範圍，或 LLDP 交換器 MAC + 連接埠組合。在緊急通話期間，系統會將使用者偵測到的網路資料與這些已設定的參數進行比對，以判定使用者所在的位置。
* **緊急地址** —— 指派給該位置的可派遣地址。一旦系統將使用者的網路資料對應到某個位置，當使用者撥打緊急電話時，就會使用為該位置設定的緊急地址。

在適用情況下，位置也是 **ELIN** 的設定位置。對於美國／加拿大以外的部署（或 BYOC 部署），每個位置都會指派一個 ELIN，其地址已事先向電信業者註冊。當該位置的使用者撥打緊急電話時，會使用該 ELIN 作為外撥來電顯示，而 PSAP 會從電信業者的資料庫中擷取已註冊的地址。

在 Zoom Phone 站點中，位置會依階層方式組織：

* **站點** → 包含一個或多個位置
* **位置** → 代表一個獨立的實體區域（例如一棟建築物），其具有自己的一組網路參數和緊急地址
* **子位置** → 位置內更細分的區段（例如特定樓層或翼區），其具有自己的可派遣地址和網路識別碼

每個位置和子位置都必須具備足夠詳細的緊急地址，以便第一線救援人員能夠找到來電者。細節程度取決於實際空間配置——單層建築可能只需要一個位置，而多層建築則應為每個樓層或翼區設置子位置。


---

# 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/locations.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.