> 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/deploying-a-nomadic-emergency-services-solution.md). # 部署流动式紧急服务解决方案 “游牧式”在拨打紧急呼叫的语境中被定义为“系统检测您当前所在的位置，并自动将正确位置报告给公共安全。” 当 Zoom Phone 用户在预先定义的公司位置和个人位置之间移动时，Zoom 会根据网络连接数据检测其位置，并有效地将与其位置相关的紧急地址报告给公共安全响应人员。部署游牧式紧急服务解决方案包括以下基本步骤： * 定义公司位置和个人位置 * 启用用户和设备报告其网络连接数据 * 维护和监控紧急服务环境 ### 游牧式解决方案概述 当 Zoom Phone（在 Zoom Workplace 应用程序中）或 IP 电话发起紧急呼叫时，它会将相关网络数据报告给 Zoom Phone 服务器。服务器随后会尝试将该数据与预定义的物理公司位置或个人位置进行匹配。Zoom Phone 端点可以报告公共和私有 IP 地址，并且在启用后，还可以报告无线接入点 MAC 地址（也称 BSS\_ID）以及网络 LAN 交换机数据。匹配成功后，我们可以将对应位置已建立的紧急地址报告给公共安全和内部安全响应团队。 地址报告功能可以通过两种方式实现：一种是在呼叫信令中直接报告紧急地址——在美国/加拿大使用 Zoom 原生服务时可以这样做；另一种是选择并发送一个已预先建立、与给定位置相匹配的通话ID（又称 ELIN）——在美国/加拿大以外的国家/地区和/或使用 BYOC 运营商处理紧急呼叫时则需要这样做。 #### 网络数据层级 Zoom 使用以下网络数据层级来检测呼叫者对应的紧急地址： 1. 网络交换机 MAC 地址和端口数据匹配公司位置 2. BSS\_ID 与公司位置或个人位置匹配。服务将首先在呼叫者主站点内的位置中查找匹配项。 3. 公共和私有 IP 地址/子网与公司位置匹配。服务将首先在呼叫者主站点内的位置中查找匹配项。 4. 公共 IP 地址与公司位置匹配。服务将首先在呼叫者主站点内的位置中查找匹配项。 5. 公共和私有 IP 地址与个人位置匹配。 6. 公共 IP 地址与个人位置匹配。 7. 如果以上都不匹配，使用 GPS 的设备拨打的美国/加拿大紧急呼叫将使用 GPS 坐标，然后由我们的运营商将其转换为（近似）物理地址。 8. 如果以上都不匹配，并且设备不具备 GPS 功能： 1. 对于美国/加拿大的用户，如果用户已选择、创建或确认了一个地址，Zoom 将报告用户的默认紧急地址。如果用户从未执行过此操作（因此仍保留某个继承的站点级默认地址），服务器将把该位置报告为“未知”。将位置报告为未知后，会触发我们运营商的一项流程，该流程会将呼叫路由到全国紧急服务清算所服务，在将呼叫路由到正确的 PSAP（公共安全应答点）之前，该服务会通过语音确认呼叫者的位置。 2. 对于美国/加拿大的公共区域电话，如果设备存在已配置的地址，Zoom 将报告该设备的配置地址；否则将报告默认的站点紧急地址。 3. 对于美国/加拿大以外的用户和电话，Zoom 将向公共安全/紧急服务报告发起呼叫的通话ID。 ### 紧急呼叫路由：Zoom 原生或 BYOC 启用游牧式紧急服务并且您在美国和加拿大使用 BYOC 电话号码时，默认情况下，Zoom 原生服务将负责紧急呼叫的通话处理。这简化了部署，因为日常普通呼叫将通过您的 BYOC 运营商路由，而紧急呼叫将使用 Zoom Phone 的原生服务。 {% hint style="info" %} 选择此选项的 BYOC 客户无需支付额外费用或手续费，并强烈建议他们这样做。 {% endhint %}
当 Zoom 原生服务作为美国和加拿大紧急呼叫的运营商时，呼叫者的紧急地址和通话ID会在紧急呼叫信令中分别且独立地传达。地址部分通过名为 PIDF-LO 的协议传达，无论通话ID代表的是 Zoom 原生号码还是 BYOC 号码，这都适用。 当在美国和加拿大以外的所有原生和 BYOC 场景中使用 BYOC 运营商处理紧急呼叫时，我们无法包含 PIDF-LO 信令，因此在呼叫信令中只能包含通话ID。这意味着接收的公共安全应答点必须在公共 ANI/ALI 数据库中进行数据库查询，以确定该通话ID的“记录地址”。能够在紧急呼叫信令中直接独立于通话ID传达呼叫者地址，具有多项实际好处： * 在部署游牧式紧急服务时，这取消了为美国和加拿大的位置分配专用电话号码（又称 ELIN）的要求。如果您是启用 BYOC 的客户，并且没有选择使用 Zoom 为美国和加拿大的 BYOC 号码路由紧急呼叫，那么您将需要为所有美国和加拿大的位置定义 ELIN。 * 这简化了美国和加拿大用户的地址管理。您和您的用户可以通过 Zoom Workplace 应用程序和 Zoom 管理员门户中内置的功能，几乎实时地有效定义或更新与用户、电话或位置相关联的紧急地址——无需更新公共数据库。 * Zoom 会维护 Zoom 原生号码的公开记录，但 Zoom 不会（也不能）维护 BYOC 号码的公开记录——在使用 BYOC 处理紧急呼叫时，您必须与您的运营商一起管理这部分内容。 ### 定义公司位置 管理员必须定义并将 Zoom Phone 站点与位置层级对齐。站点是 Zoom Phone 中的关键管理构造：用户、电话和号码会被分配到站点，而站点具有拨号计划、路由规则和可配置策略，包括紧急服务设置。站点应主要按地理位置定义：对于分布在多个物理位置的用户群，建议按城市或园区级别设置独立站点。对于跨多个国家/地区的用户群，强烈建议按国家/地区分别设置站点。 {% hint style="info" %} 对于远程员工，如果可能，通常最好将他们对齐到最近的物理站点，我们将在“个人位置”部分更具体地处理他们。 {% endhint %} 在一个站点内，您随后必须为紧急呼叫定义位置和子位置。通常，站点中的一级位置是建筑物，二级位置是楼层，三级位置（如需要）可以是楼层内的翼区、房间或套间。根据要求，位置需要以下重要详细信息： * **可调度的紧急地址**: 位置必须足够详细，能够提供街道地址、建筑编号、楼层，以及在适当情况下，楼层内的房间/套间/翼区。通常，这种具体性可以通过地址第二行来捕获，因此您创建的每个位置或子位置都应具有唯一的紧急地址。 {% hint style="info" %} 不同州对一个可调度位置中可包含的物理空间量有不同规定；对于大型建筑，您可以配置子位置以满足这些 [指南](https://www.fcc.gov/mlts-911-requirements). {% endhint %} * **ELIN（紧急位置识别号码）** 是业界用于电话号码的名称，该电话号码配置有与特定位置的可调度紧急地址相匹配的公开记录地址。当 Zoom Phone 端点从包含 ELIN 的已定义且已检测到的位置发起紧急呼叫时，端点将使用 ELIN 作为其通话ID。当呼叫被公共安全应答点（PSAP）接收时，PSAP 会执行数据库查询，以识别传入通话ID的记录地址并确定呼叫者的位置。如果 PSAP 需要回拨，在紧急呼叫后的至少 2 小时内，拨打 ELIN 号码的来电可以路由到原始的 Zoom Phone 分机。 {% hint style="info" %} 在美国和加拿大，使用 Zoom 原生服务处理紧急呼叫时，不需要 ELIN。ELIN 也不适用于日本、中国等许多国家/地区。在适用 ELIN 和/或客户在紧急情况下使用 BYOC 运营商的国家/地区，紧急服务需要配置 ELIN。 {% endhint %} * **足够唯一地对应于该位置的网络数据**: 当 Zoom Workplace 应用程序或 IP 电话发起紧急呼叫时，它会将网络数据报告给 Zoom Phone 服务器。Zoom Phone 端点可以报告公共和私有 IP 地址，并且在启用后，还可以报告： * 无线接入点 MAC 地址（也称 BSS\_ID） * 网络交换机 MAC 地址、端口号和端口标签（当端点插入网络 LAN 端口时）。 {% hint style="info" %} 虽然无线接入点 MAC 地址（也称 BSS\_ID）是唯一值，因此有助于识别特定位置，但 IP 地址并不总是有用——许多客户使用 IP 网络地址转换或子网，它们的唯一性不足以区分某栋建筑或某楼层与另一栋建筑或另一楼层。 在这些情况下，我们需要通过检查网络基础设施来探查下一层级——如果您知道电话客户端或设备将连接到您的 LAN，而且您还知道有线 IP 子网的唯一性不足以识别位置，则需要查看底层网络交换机，并将该网络交换机数据与位置关联起来。此功能要求在您的网络上允许运行 LLDP 协议。 {% endhint %} {% hint style="info" %} BSSID 字段支持通配符字符，包括用星号 (\*) 表示单个字符。单个 BSSID 的最后一个八位组中最多支持两个连续通配符字符。您可以添加最多 20 个带通配符字符的 BSSID。 {% endhint %} 通常最好从一个站点开始实施 Zoom 游牧式 E911 解决方案，并为该站点详细定义您的公司位置。从建筑物和楼层开始，并考虑您的网络拓扑。IP 子网如何组织？无线接入点覆盖的粒度有多细——也就是说，楼层的哪些特定房间或区域被覆盖？如有需要，与这栋建筑和楼层相关的网络交换机有哪些？我们需要将这些网络数据转换为物理位置。我们建议您构建如下电子表格： | 一个 | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | | ---- | ---- | -------- | ---- | ----------- | ---------------------- | --------------- | -------------------------------------------- | ----------------------------------------------------------------- | -------------- | -------- | ---- | ------ | ----- | ----- | ------------------- | ---------------------------------------- | | | | **位置层级** | | | **网络拓扑** | | | **e911 地址** | | | | | | | | | | 站点名称 | 父级 # | 父级位置名称 | 位置 # | 位置显示名称 | 无线接入点 MAC 地址（BG\_ID）列表 | 公共 IP 地址 | 私有 IP 地址（有线和无线子网） | LAN 交换机标识符 | 地址第一行 | 地址第二行 | 城市 | 州/省/地区 | 国家/地区 | 邮政编码 | E2M 路由（美国/加拿大以外的位置） | VAIN/NIF/CIF 号码（适用于比利时、荷兰、葡萄牙、西班牙和瑞士的站点） | | 圣何塞 | 1 | 总部大楼 1 | 1.1 | 总部大楼 101 一楼 | 12:34:56:78:9A:BC | 75.125.25.12/32 | 172.30.21.0/23, 172.31.25.0/23, 10.14.0.0/16 | MAC 地址：12:34:56:78:9A:BC，端口标签："ABC"，"端口范围：房间"："A233"，"楼层：建筑"："插座" | 主街 501 号 | 一楼 | 圣何塞 | CA | 美国 | 95015 | 不适用 | | | 圣何塞 | 1 | 总部大楼 1 | 1.2 | 总部大楼 101 二楼 | | | | | 主街 501 号 | 二楼套间 200 | 圣何塞 | CA | 美国 | 95015 | 不适用 | | | 圣何塞 | 2 | 总部大楼 2 | 2.2 | 总部大楼 200 一楼 | | | | | 主街 600 号 | 3000 套间 | 圣何塞 | CA | 美国 | 95015 | 不适用 | | | 亚特兰大 | 3 | 亚特兰大 | 3.3 | 亚特兰大销售办公室 | | | | | 123 Lenora Way | 6 楼 9 套间 | 亚特兰大 | GA | 美国 | 30305 | 不适用 | | 建议使用通俗语言为位置和子位置命名，并且您必须为每个位置提供详细的紧急地址，包括第一行和第二行。然后，尽可能为这些位置定义网络数据：无线接入点、MAC 地址（也称 BSS\_ID）、公共和私有 IP 子网，以及如果需要，网络交换机数据。 在开始管理这些位置之前，必须先为给定站点开启游牧式紧急服务功能。我们建议您一开始只为一个小型测试团队启用该功能：
然后可以通过 CSV 文件批量添加位置，或者通过管理员门户手动添加：
#### 引导模式 如果您没有所有公司位置的完整网络数据，有一个工具可以帮助您：引导模式。要使用它，请为测试用户同时启用个人位置和引导模式：
引导模式为用户向管理员报告位置和底层网络数据提供了一种方式。当为测试用户启用引导模式和个人位置后，每当他们的 Zoom Workplace 桌面应用程序或 iPad 应用程序漫游到未知位置（即每次遇到尚未与已定义位置关联的网络连接数据时），客户端都会提示用户确认或更新其位置。他们可以从现有公司位置列表中选择（这些位置可能没有附带网络数据，或者只有部分网络数据），也可以定义新的公司位置。 当用户确认位置时，管理员将收到电子邮件提醒，表明已为公司位置报告了新的网络数据，您可以在管理员门户中批准或拒绝该数据。还有一个设置用于控制在此过程中谁会接收提醒，名为“**紧急服务数据维护的电子邮件收件人**”，您可以在每个站点的紧急服务管理下找到它。因此，您可以让测试人员“走访现场”以确认或有效报告每个公司位置的网络数据。 当您首次设置位置时，建议为您的“功能测试”团队启用引导模式。稍后，当公司位置已明确定义时，您可以将引导模式作为持续的测试和数据维护工具启用：如果并且当用户通过引导模式为现有公司位置报告“新”数据时，这很可能意味着您的网络发生了变化，您需要对 Zoom Phone 位置进行相应更新。 #### 个人位置 个人位置是一种强大的工具，旨在使您能够支持远程、移动或混合型员工队伍，其中用户可能在公司位置和外部工作区域（如家庭办公室）之间移动。 启用个人位置后，每当用户的 Zoom Workplace 桌面应用程序或 iPad 应用程序漫游到未知位置（即每次遇到尚未与已定义位置关联的网络连接数据时），应用程序都会提示用户确认或更新其紧急地址。如果他们已有个人位置，可以从现有个人位置中选择；也可以定义新的个人位置。定义个人位置时，用户将为该位置输入完整的物理紧急地址，而 Zoom Workplace 应用程序将记录与该位置相关的网络数据（公共 IP 地址和 BSS\_ID），以便以后能够再次检测到。
{% hint style="info" %} 我们强烈建议为用户启用个人位置，尤其是当他们是移动用户和/或在美国或加拿大远程工作时。如果您有一个混合环境，用户有时在家，有时在办公室，您可能希望等到公司位置充分定义后再启用个人位置，这样用户就不会无意中创建将来会成为公司位置的重复项。 {% endhint %} {% hint style="danger" %} 如果未启用个人位置，则会使用站点/用户的默认紧急地址，而且当遇到未知网络连接数据时，Zoom Workplace 应用程序将永远不会提示用户更新或确认其紧急地址。 {% endhint %} 随着用户创建个人位置，它们将在您的管理员门户中作为自己的一类位置显示。您还可以在位置跟踪仪表板上快速查看哪些用户已经创建或尚未创建个人位置。以下是关于个人位置的重要考虑事项： **美国和加拿大**: 用户可以创建数量实际上不受限制的个人位置。仅有分机的用户也是如此。之所以可行，是因为在紧急呼叫信令中，位置信息可以动态地独立于通话ID发送。 **美国和加拿大以外的国家/地区**: 用户可以创建的个人位置数量应限制为该用户拥有的 DID 数量，并且位置完全生效前会有延迟。这是因为可以发送给公共安全的位置信息与用户的通话ID相关联——公共安全应答点必须查找传入通话ID的记录地址。因此，不建议仅有分机的用户使用个人位置。对于拥有 *会* 一个或多个已分配 DID 的用户，他们可以为每个 DID 创建一个个人位置——但在幕后，用户电话号码的记录地址需要更新以匹配该位置，这需要时间。 对于 Zoom 原生电话号码，Zoom 将代表您执行此地址更改/更新过程。在某些国家/地区，这是一项手动流程，我们的服务团队会与当地运营商合作完成更新。 对于 Zoom BYOC 电话号码，您有责任与您的运营商合作完成地址更改/更新流程。 ### 启用用户和设备报告网络数据 为了使我们的游牧式解决方案正常工作，我们需要 Zoom Workplace 应用程序能够成功检测并报告位置数据。 #### 通过 Zoom Workplace 应用程序共享位置 为了使 Zoom Workplace 应用程序能够为这些目的报告网络数据（IP 地址和 BSS ID），必须在 macOS、iPadOS 和基于 Windows 的应用程序的操作系统级别启用与应用程序共享位置。当启用游牧式紧急服务功能时，Zoom Workplace 应用程序会通过应用内弹出窗口要求用户启用与 Zoom 的位置共享：
此位置共享状态也可在 Zoom Phone 的应用设置中管理和显示：
您将能够在 Zoom Phone 仪表板上跟踪哪些用户已完成该流程。\ 但是，对于 Mac 和 iPad，Apple 的安全要求只允许设备上的本地管理员用户为 Zoom Workplace 应用程序启用位置共享。我们目前尚不清楚有任何可靠的方法可以远程控制 Apple 用户的这一安全设置。因此，如果您的 Mac 用户对其机器没有管理员权限，您将必须通过手动流程为他们启用与 Zoom 的位置共享。 #### 检测并报告网络交换机数据 如果您的部署需要启用检测和报告网络交换机数据，我们可能需要对您的 Zoom Workplace 应用程序以及您的网络做一些工作。Zoom Workplace 应用程序利用链路层发现协议（LLDP）根据交换机端口确定企业网络中的网络拓扑，因此我们必须让客户端能够检测 LLDP，并让您的网络能够报告 LLDP。 先从 Zoom Workplace 桌面应用程序开始：虽然受支持的 IP 电话和基于 Windows 的 Zoom Workplace 桌面应用程序只要安装了最低版本的固件或 Zoom Workplace 应用程序，就可以检测并报告网络交换机数据，但对于 macOS 应用程序，报告网络交换机数据的工作量更大。对于这些应用程序，您需要在管理员门户中启用一个选项并下载/安装一个辅助应用程序。
如果您的用户对其机器拥有管理员权限，您可以选择一个选项，该选项会提示用户自行下载并安装该选项。如果用户没有此类权限，您就必须向他们分发辅助应用程序。 {% hint style="info" %} Windows 和 Mac 设备上的 Zoom Phone，以及 Poly 和 Yealink IP 电话都支持报告网络交换机数据。 {% endhint %} 发起紧急呼叫时，Zoom Workplace 应用程序会从“机箱 ID”类型-长度-值（TLV）中检索交换机的 MAC 地址，并从“端口 ID”类型-长度-值（TLV）中检索交换机端口号或接口 ID。此信息是从交换机发送到已连接到交换机的 Zoom Workplace 应用程序的 LLDP 数据单元（LLDPDU）中提取的。在紧急呼叫期间，这些参数会发送到 Zoom 服务器，以映射到管理员配置或作为引导模式一部分发现的紧急位置。 | 前导 | 目的 MAC | 源 MAC | 以太网类型 | 机箱 ID TLV | 端口 ID TLV | 生存时间 TLV | 可选 TLV | LLDPDU 结束 TLV | 帧校验序列 | | -- | ------ | ----- | ----- | --------- | --------- | -------- | ------ | ------------- | ----- | 为确保基于交换机端口跟踪的游牧式紧急服务成功部署，管理员必须在将连接 Zoom Workplace 应用程序的交换机端口上启用 LLDP。 * 网络交换机必须配置为向 Zoom Workplace 应用程序“发送”LLDP 信息。Zoom Workplace 应用程序不会向网络交换机发送 LLDP 数据包。 * LLDP 配置应包括传输必需的 TLV，这些 TLV 是 Zoom Workplace 应用程序跟踪设备位置所必需的。 * 某些交换机供应商可能要求在交换机端口上启用 LLDP-MED，以允许发送 LLDPDU 中所需的必需 TLV。我们建议您参考供应商文档了解配置步骤。 * 应将 LLDP 计时器设置为一个值，以便 Zoom Workplace 应用程序能够检测任何网络变化。建议值为 30 秒。 --- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/zh/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/deploying-a-nomadic-emergency-services-solution.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.