> 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/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/emergency-call-routing.md).

# 紧急呼叫路由

#### 范围

适用于 Zoom Workplace 桌面应用（macOS/Windows）、平板（iPadOS）应用、VDI 和经认证的 IP 电话。

**紧急服务仅限国内。** 紧急呼叫只能接通与用户电话号码关联的国家/地区的紧急服务。例如，美国电话号码只能接通美国紧急服务（911）——不能使用英国号码接通美国紧急服务，反之亦然。

**自动号码选择：** 如果用户被分配了来自不同国家/地区的多个电话号码，系统会自动选择与用户站点所在国家/地区匹配的电话号码。如果用户未分配电话号码，系统会检查该国家/地区是否配置了 ELIN。如果没有 ELIN 在线，紧急呼叫将失败。此号码选择逻辑仅适用于路由到 PSAP 的呼叫——对于仅路由到内部安全响应团队（ISRT）的呼叫，用户分配的电话号码无关紧要。 **Zoom Workplace 移动** **应用** **(iOS/Android)** 会将紧急呼叫转接到设备原生的蜂窝拨号器——Zoom 只发送通知电子邮件。这意味着在安装 SIM 卡时，移动设备上没有基于 VoIP 的紧急通话。如果设备有 SIM 卡，但没有蜂窝服务在线（例如，没有信号），紧急呼叫可能会失败。唯一的例外是移动设备根本没有安装 SIM 卡——在这种情况下，紧急呼叫将通过 Zoom Workplace 应用经由 VoIP 发起。

**通用 SIP 设备：** 通用（第三方）SIP 设备不支持游走式紧急服务——它们只能使用静态紧急服务，即地址静态分配给设备或用户。包含通用 SIP 设备的部署需要在每个设备上手动配置正确的紧急地址。

**分配给用户的桌面电话：** 对于分配给特定用户的 IP 桌面电话，紧急地址默认遵循用户的地址——电话会继承用户拥有的任何地址（公司位置、个人位置或默认地址）。不过， **基于设备的地址覆盖** 可以直接在设备上进行配置，如果电话需要报告与用户不同的地址。通常在站点未配置游走式紧急服务，且电话位于与用户默认地址不同的固定位置时，会使用此覆盖。

#### 路由目标

可以在账户、站点或分机级别配置紧急呼叫路由目标：

* **PSAP + 内部安全响应团队（推荐）** ——两个目标并行响铃，确保呼叫及时接通公共安全部门，同时向内部安全团队发出警报
* **仅 PSAP** ——呼叫直接路由至公共安全部门
* **仅内部安全响应团队** ——仅用于测试场景
* **都不** ——仅用于特殊情况；系统会向呼叫者播放可自定义提示
* **先到内部安全响应团队，然后在最长保持时间后路由至 PSAP** ——先路由到内部安全响应团队，随后在最长保持时间到期后路由至 PSAP

#### 呼叫路由决策流程

紧急呼叫的路径取决于地区和运营商配置：

<table data-header-hidden="false" data-header-sticky><thead><tr><th>步骤</th><th>决策</th><th>结果</th></tr></thead><tbody><tr><td><strong>1</strong></td><td>已发起紧急呼叫</td><td>Zoom 检测用户的网络数据</td></tr><tr><td><strong>2</strong></td><td>用户是否在美国/加拿大？</td><td>如果 <strong>否</strong> → 转到第 5 步</td></tr><tr><td><strong>3</strong></td><td>是否使用 Zoom PSTN 进行紧急呼叫？</td><td>如果 <strong>否</strong> （BYOC 运营商）→ 转到第 5 步</td></tr><tr><td><strong>4</strong></td><td><strong>是 — PIDF-LO 路径</strong></td><td>地址直接嵌入到呼叫信令中。不需要 ELIN。支持实时地址更新。</td></tr><tr><td><strong>5</strong></td><td><strong>ELIN 路径</strong></td><td>ELIN（预先映射的电话号码）用作通话ID。PSAP 从运营商数据库中查找地址。地址必须预先配置。</td></tr></tbody></table>

#### 模拟电话通讯适配器（ATA）

模拟电话通讯适配器（ATA）将传统模拟设备（如传真机、扩声广播系统或模拟电话）连接到 Zoom Phone 网络。每个 ATA 具有一个或多个模拟端口，紧急地址分配可以在设备级别或单个端口级别进行配置。

**选项 1 — 设备级别地址（所有端口继承 ATA 的地址）：** ATA 上的所有模拟端口都使用相同的紧急地址，即分配给 ATA 设备本身的地址。这是更简单的配置，适用于 ATA 上所有端口服务于同一物理位置的情况。

**选项 2 — 端口级别地址（各个端口获取自己的地址）：** ATA 上的每个模拟端口都可以有自己的紧急地址。选择此选项后，每个端口获取其地址有两个子选项：

* **继承分配的用户：** 如果模拟端口分配给某个用户，则该端口使用该用户的紧急地址。当同一 ATA 上的不同端口分配给不同用户时，此项很有用。
* **使用直接分配给端口的地址：** 该端口使用直接在该特定端口上配置的紧急地址，而不管是否已分配用户。选择此子选项后，始终使用端口配置的地址——即使端口分配给了用户，也会忽略用户的紧急地址，转而使用端口级别的地址。

所选选项（选项 1 或选项 2，以及选项 2 中的子选项）会在设备级别配置为默认行为。不过，单个端口的紧急地址可以在端口级别覆盖，从而允许管理员为特定端口设置例外，而无需更改设备范围的默认值。

<table data-header-hidden="false" data-header-sticky><thead><tr><th>配置</th><th>地址来源</th><th>使用时机</th></tr></thead><tbody><tr><td><strong>选项 1 — 设备级别</strong></td><td>所有端口继承 ATA 的地址</td><td>所有端口服务于相同的物理位置</td></tr><tr><td><strong>选项 2a — 端口继承自用户</strong></td><td>端口使用已分配用户的地址</td><td>不同用户在不同端口；地址随用户而定</td></tr><tr><td><strong>选项 2b — 端口级别地址</strong></td><td>端口使用其自己配置的地址（忽略用户地址）</td><td>端口位于固定位置，不受用户分配影响</td></tr></tbody></table>


---

# 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/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/emergency-call-routing.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.
