遵守紧急呼叫法规的企业配音系统需要将新技术纳入非常旧的架构。它还揭示了一些未完成的技术和分散的实施模型。我们可以做到，但是没有人对扭曲感到满意。
来自Microsoft，Cisco，Avaya，Shoretel和其他人使用Wi-Fi端点的企业统一通信（UC）系统大量人口，无论是专用的Wi-Fi手机还是智能手机上的客户端应用程序。当涉及到紧急通话功能时，我们应该期望它们至少与座机，PBX扩展和手机一起工作。
最重要的紧急呼叫（E911）功能之一是找到呼叫者。为了使紧急呼叫位置工作，我们首先需要找到位置，然后以呼叫者的位置将呼叫发送给正确的紧急答录中心，并以其可以理解的表格发送。这两个步骤都存在问题。
首先，很难找到无线设备的位置。没有普遍可用的无线位置技术可以在室内与户外类似的方式运行。（甚至GPS通常都会关闭以节省电池寿命。）
将替代方法拼凑在一起
最佳的近乎宇宙位置方法是将关联的访问点的位置用作最佳估计，该估算需要配置访问点及其位置列表，并在放置紧急呼叫时识别关联的访问点。
基于解析IP地址的替代方法需要非自然的子网配置，但可以在紧缩中起作用。也可以通过多访问点三角剖分获得更准确的位置，但是这种方法并没有得到广泛使用，因为通常无法将其精加工的位置传递给紧急调度员。
甚至数据格式也有问题。纬度长度通常更容易得出，但是紧急服务更喜欢街道地址，因为它可以识别建筑物的入口点。最重要的是，我们需要识别多层建筑物中的地板，这很难在纬度较大的高度GPS坐标中确定。如今，带有地板号的街道地址是最好的解决方案，但通常需要大量的手动配置。
PSAP的问题
呼叫者定位后，呼叫和呼叫者位置将路由到最近的紧急答复中心（公共安全答录点或PSAP）。设置大多数企业UC系统以确定紧急呼叫，然后使用上述方法之一实时找到呼叫者的位置。该地址可用于识别正确的PSAP，以将呼叫路由到达（与地理分布式UC系统有关），并且必须与呼叫一起编码并发送，以便调度员在接触呼叫者时可以阅读街道地址。
第二步是让呼叫者的位置在调度员的屏幕上弹出。也许今天系统的最大问题在这里。PSAP由城市和县经营，它们的资金不足，升级非常慢。大多数人仍在座机模型上工作，该模型将通话号码映射到街道地址。该模型可以追溯到每条住宅电话线都有相关的街道地址。显然是有限的，今天的UC系统经过扭曲以适应这些古老的界面。
通常的过程是将建筑物的大面积（通常是整个楼层）映射到幻影电话号码，并在将呼叫发送到PSAP时将该号码插入该号码。每个幻影电话号码必须事先输入PSAP的街道地址数据库，这是一个乏味且容易出错的过程。（中间人的整个行业填充位置数据库，插入幻影呼叫号码，并确定应将呼叫路由到哪个接听中心。）
结果是，我们有一个可行的系统，但最不令人满意的方式。
距室内GPS很长一段路
尽管有适当的标准，但Wi-Fi行业仍未在广泛实施的室内位置服务方面汇聚。IEEE 802.11标准已经允许访问点宣传其位置前和关联后，以及纬度长度和街道地址格式。这些标准尚未受到访问点或设备供应商的拥护，但是随着即将到来的Wi-Fi Alliance位置认证，这可能会发生变化：普遍采用有希望。
即使假设供应商都将其纳入其中，这些标准将需要一段时间才能渗入安装的基础。Wi-Fi的替代方案包括更广泛使用蓝牙信标，但是这些标志不得以破碎的实现，因此该行业需要选择一个标准来采用，然后推出大量信标。尽管有标准的可用性，但我们还是“室内GPS”的某种方式。
但是，改善移动UC E911体系结构的最大障碍仍然是全国6,000个公共安全应答点的基础。它们的移动非常缓慢：今天，只有10％的人能够接收短信，几乎没有新技术。下一代E911项目已经运行了多年，但我们尚未享受实施的果实。如果没有更容易接受的调度中心将VOIP调用作为访问协议菜单的一部分，则可以徒劳地改善内置呼叫者位置精度。