移动UC的紧急呼叫位置:E911改进的进展缓慢

目前的统一通信E911系统工作,但最不满意的方式

使企业过于呼叫法规符合紧急呼叫规定,需要将新技术挖掘到一个非常旧的架构中。它还公布了一些未完成的技术和碎片实施模型。我们可以做到,但没有人对扭曲感到满意。

无论是专用Wi-Fi电话还是智能手机上的专用Wi-Fi电话或客户端应用,还有大量的企业统一通信(UC)系统。谈到紧急呼叫功能时,我们应该期望这些工作至少以及固定电话,PBX扩展和手机。

最重要的紧急呼叫之一(E911)函数正在定位呼叫者。要使紧急呼叫位置工作,我们首先需要找到位置,然后将呼叫发送,随着来电位置附加,到正确的紧急应答中心,它可以理解的形式。这两个步骤都存在问题。

首先,找到无线设备的位置很难。没有普遍的无线定位技术,在室内以类似的方式适用于户外GPS。(甚至GPS通常会关闭以节省电池寿命。)

塑造替代方法

最佳近乎通用定位方法是将相关接入点的位置作为最佳估计,这需要配置接入点及其位置列表,并在放置紧急呼叫时识别相关接入点。

基于解析IP地址的替代方法需要不自然的子网配置,但将在夹切中工作。还可以获得多接入点三角测量的更准确的位置,但这种方法没有被广泛使用,因为更准确的位置通常不能通到紧急调度员。

即使数据格式也是有问题的。纬度 - 经度通常更容易得力,但紧急服务更喜欢街道地址,因为它标识了建筑物入口点。最重要的是,我们需要识别多层建筑物的地板,这很难在纬度 - 经度高度GPS坐标中确定。如今,街道地址的楼层数字是最好的解决方案,但往往需要大量的手动配置。

Psaps的问题

呼叫者定位后,呼叫和呼叫者位置被路由到最近的应急应答中心(公共安全应答点或PSAP)。大多数企业UC系统设置为识别紧急呼叫,然后使用上述方法之一实时查找来电者的位置。该地址可用于识别正确的PSAP,以将呼叫路由到(在地理上分布式UC系统的重要性),并且必须与呼叫一起编码和发送,因此调度程序可以在接合呼叫者时读取街道地址。

第二步是在调度员屏幕上获取来电者的位置。也许今天系统的最大问题谎言。Psaps由城市和县经营,它们是长期欠破性的,并且升级很慢。大多数仍然在固定电话模型上工作,其中呼叫号码映射到街道地址。当每个住宅电话线有一个相关的街道地址时,这款型号可以追溯到。它明显有限,今天的UC系统经历了扭曲以适应这些古老的接口。

通常的过程是将建筑物的大面积(通常是一个整个地板)映射到幻像电话号码,并将该号码插入呼叫发送到PSAP时作为呼叫号码。每个幻像电话号码必须事先输入PSAP的街道地址数据库,这是一个繁琐和错误的过程。(中介机构的整个行业填充了位置数据库,插入幻像呼叫号码,并确定应路由到哪个呼叫的应答中心。)

结果是我们有一个工作的系统,但最不满意的方式。

从室内GPS很长途

尽管有适当的标准,Wi-Fi工业未能收敛于广泛实施的室内定位服务。IEEE 802.11标准已经允许接入点宣传关联后和关联后的位置以及纬度 - 经度高度和街道地址格式。这些标准尚未被接入点或设备供应商接受,但这可能随着即将到来的Wi-Fi联盟位置认证而变化:有希望普遍采用。

即使假设供应商纳入其中,这些标准也需要一段时间以将其渗透到已安装的基础。Wi-Fi的替代方案包括更广泛地使用蓝牙信标,但这些遭受碎片化的实现,因此该行业需要选择一个标准来采用,然后推出巨大的信标。尽管有标准的可用性,但我们是从“室内GPS”的某种方式。

但改善移动UC E911架构的最大障碍仍然是全国6000个公共安全应答点的基础。他们慢慢地移动:今天只有10%的人能够接收短信,几乎没有一项新技术。下一代E911项目多年来一直在运行,但我们还没有享受实施的成果。如果没有获得更多的调度中心,即接受VoIP呼叫作为访问协议菜单的一部分,就会在提高建立呼叫者位置准确度的工作将是徒劳的。

加入网络世界社区有个足球雷竞技appFacebooklinkedin.评论是最重要的主题。

版权所有©2016.Raybet2

IT薪水调查:结果是