简介
本文档介绍了Cisco Emergency Responder(CER)9.x版及更早版本的架构,并介绍了Cisco Unified Communications Manager(CUCM),如CER文档中所述。本文档不提供如何配置CER的说明,但补充了每个CER版本发布的版本说明和文档。
为什么在我的VoIP环境中使用CER
CER是一种为美国和加拿大构建和分发的产品,用于执行四个主要任务:
- 将紧急呼叫路由到本地公共安全应答点(PSAP)。
- 通过电子邮件或电话提醒人员紧急呼叫响应本地呼叫。
- 保留所有紧急呼叫的日志。
- 为PSAP提供所需呼叫方的准确地理位置。
CUCM能够使用精心构建的呼叫搜索空间(CSS)/分区架构将紧急呼叫路由到特定网关;但是这会变得复杂且难以管理。其他功能(如警报、日志和地理位置)不容易获得或根本无法获得。
CER元素
本节介绍常见的CER首字母缩写及其对配置的意义,并提供有关CER和CUCM如何路由紧急呼叫的更多知识。
CTI 路由点
在Emergency Responder部署中,CUCM使用计算机电话集成(CTI)路由点将911呼叫传递到CER,以便根据电话的位置修改主叫方。根据您的CER环境(CER群集中的一个或两个服务器),您必须使用CUCM中的一个或两个CTI路由点进行911呼叫。向CER发布方注册的CTI路由点包含911目录号码;向CER用户注册的CTI路由点包含912目录号码。
第三个用于从PSAP回调的CTI路由点是“913XXXXXXXXXX”。本文档的回叫号码(ELIN)部分对此进行了说明。
注:911 CTI路由点只能通过CSS/分区访问912目录号码。这是为了避免最终用户意外拨号。
CTI路由点故障转移
CER不提供任何负载均衡;但是,它提供故障切换解决方案。CER通过CUCM中的CTI路由点的目录编号配置提供此功能。
单节点CER部署
在CUCM中,配置了911目录号码(DN)的CTI路由点包括一个DN配置,用于在无应答或CTI故障(例如未注册的CTI路由点、呼叫转移和呼叫代答)的情况下转发呼叫。
在单个服务器CER环境中,将Call Forward字段设置为为Default ERL在CER中配置的号码。默认ERL将在本文档的ERL部分进行说明。
双节点CER集群
在双服务器CER环境中,911目录号码包含在呼叫转移和呼叫代答字段中设置的912。这会将911呼叫转发到CER用户,并且912目录号码在这些字段中包含Default ERL路由模式。
在本示例中,“10911”是在CER Default ERL上配置的路由模式。
注意:如果其中一个或两个CTI路由点未注册,或者如果CER服务器无法应答呼叫,这一点非常重要。紧急呼叫仍然可以路由到PSAP,而不是接收快速忙碌信号。
ERLs
应急响应位置(ERL)用于CER:
- 将紧急呼叫转发到路由模式/PSAP。
- 提供回叫/紧急位置标识号(ELIN)。
- 分配物理位置(ALI)。
- 向当地或内部调度团队发出紧急呼叫警报。
这是CER配置最重要的方面之一,因为它将电话的交换机端口与物理位置相关联,从而允许PSAP将应急响应人员派遣到正确的位置。考虑到ERL实际上就是发出紧急呼叫的区域;这不一定是紧急呼叫的位置。例如,三楼起火,但人员从二楼拨打911。
ERL按IP子网和LAN交换机端口详细信息分配给设备。这在“CER如何识别电话的位置”一节中介绍。
CER中需要默认ERL。如果存在终端(电话),CER无法根据配置与ERL匹配,则存在此ERL。因此,CER使用Default ERL将呼叫路由到PSAP,以便它不会路由失败。
ALIs
自动位置信息(ALI)是ERL最终用户的物理位置。此处的目标是尽可能准确地确定作出反应的单位(警察、救护车、消防员等)必须前往的具体位置,以便帮助有需要的人。这是呼叫者无法通话或断开连接且不应答回叫时可以使用的一种强大功能。当在每个ERL上输入此信息时,您必须将ALI导出到一个文件,并将此信息提供给PSAP。
回叫号码(ELIN)
Emergency Location Identification Number(ELIN)是提供给PSAP的电话号码(主叫方ID),该电话号码与CER中的ERL相关联,因此主叫方ID号可以与ALI信息(主叫方地址)匹配,并在呼叫断开时提供回叫号码给PSAP。
这可以是任何数字值。但是,此号码必须是路由到CUCM环境的直接拨入(DID)。以下是ELIN在回叫场景中的工作方式。
- PSAP失去与最终用户调用方的连接。
- PSAP呼叫提供的ELIN/回拨号码。
- 服务提供商将呼叫路由到您的VoIP环境,该环境将路由到您的CUCM环境。
- CUCM包含一个转换模式,该转换模式将ELIN/Callback DID更改为DID的前缀“913”。
- “913”DID路由到“913XXXXXXXXXX”CTI路由点,该路由点将号码发送到CER。
- CER从此DID的前面剥离“913”。
- CER匹配CER呼叫历史记录中的ELIN/Callback DID,并将呼叫转移回具有进行911呼叫的终端(电话)的目录号码的CUCM。
- CUCM将呼叫路由到发出呼叫的终端(电话),希望该用户应答该呼叫
通用CER/CUCM出站呼叫流
CER的主要目标是将紧急呼叫路由到本地PSAP。假设一个人位于波士顿并拨打911;CUCM集群位于纽约市,并且本地管理员设置911以路由到本地PSAP。该人员通过电话联系到可提供帮助的人员,但由于被联系的人员位于纽约PSAP上,他们必须将呼叫重新路由到波士顿PSAP,后者可以派遣所需的紧急部门。从积极的方面说,这个人最终得到了他们迫切需要的帮助。但是,在等待重新路由到本地的PSAP时,他们浪费了宝贵的时间。这在很多方面可能是危险的。该人员所任职公司可能应对时间损失负责,因为他们没有将911呼叫路由到本地PSAP。
CER旨在避免这种情况。如果波士顿人员拨打911,则此人会立即被路由到波士顿PSAP,该PSAP具有紧急派遣的准确位置。
典型的CER呼叫流程的工作方式如下:
- 最终用户向CUCM发出911呼叫。
- CUCM接受该呼叫并将其路由到通向CER的“911”CTI路由点。
- CER检查呼叫终端(电话),然后:
- CER检查数据库以根据呼叫号码检索电话的ERL。
- 然后,CER根据数据库查找修改呼叫号码,并将呼叫记录到其数据库(ERL)中。
- 修改主叫号码后,CER将呼叫重定向回CUCM。然后,呼叫与CUCM中的路由模式匹配。
- 然后,路由模式将呼叫路由到正确的网关。
- 网关将呼叫路由到本地PSAP。
注:如果使用CER的音频警报,则CER将使用CUCM中的CTI端口来呼叫预定义的号码,并播放最近911呼叫的通告。
如果最终用户拨打9911怎么办
由于最终用户通常在拨打外线号码之前先拨打“9”,因此这是一个难以打破的习惯。这在紧急情况下尤其普遍,用户拨打紧急号码。CER/CUCM解决此问题的方法是在CUCM中创建转换模式,该模式截取9911号码并通过pre-dot删除第一个“9”,将号码更改为911。完成此操作后,CUCM会将呼叫路由到911 CTI路由点,就像最终用户最初拨打911一样。
CER如何识别电话的位置
CER会跟踪CUCM集群中的所有电话,当它通过简单网络管理协议(SNMP)与CUCM和受支持的LAN交换机通信时,它完全会执行此操作。在CER查询CUCM和支持的LAN交换机后,它会将发现的信息合并到CER数据库中。
SNMP和CER
SNMP是一种允许远程管理设备的协议。CER不控制任何设备,而是使用只读权限清点CUCM和支持的LAN交换机上的设备。每个CER的发行说明中列出了支持的LAN交换机和Cisco IOS软件版本。这允许CER根据其交换机端口跟踪IP电话的物理位置。然后可以根据此信息分配适当的ERL。
注:必须知道CER不会显示LAN交换机上的IP电话,除非在CUCM中配置了具有相同MAC地址的电话。
IP子网的使用
使用IP子网是将ERL分配给一组电话的另一种方式。如果您将特定IP子网分配给特定站点、建筑、楼层等,那么IP子网是跟踪无线电话的良好功能。
手动添加IP电话
CER允许您手动将电话添加到其配置中。如果网络中存在不支持的交换机,则可能希望出于许可限制或原因执行此操作。
如何测试CER解决方案
有两种方法可以测试CER部署。一个可以让您在整个配置中进行测试;另一个是最终测试,用于确认一切是否可靠。
初步测试
如本文档前面所述,呼叫流(CER)将911呼叫转发到CUCM中的路由模式,该模式将呼叫路由到正确的PSAP/服务提供商。在此路由模式中,您可以将Called Party Transformations > Called Party Transformation Mask设置为要转接呼叫的另一个号码;请记住将Discard Digits设置为<None>。这样可以避免多次调用PSAP。测试完成后,请务必删除被叫方转换掩码号,并将丢弃数字重新设置为PreDot。
最终测试
完成CER/CUCM配置后,必须测试所有站点,以确保每个站点收到正确的PSAP,并且PSAP看到正确的信息。测试很简单;拨打911并说出一些内容,例如:
“这是对新应急解决方案的考验。您能否告诉我您看到的回叫号码和地址,以及您的应答单元针对哪个区域或城镇列出?”
PSAP可回答您的问题,您可以根据需要调整您的配置。请务必让PSAP知道您计划回拨多次,和/或测试是否完成。这可以让PSAP及时获知,并让他们决定是否需要为其他911呼叫调度任何紧急响应。
请记住,当您确信您的CER/CUCM配置已经完成时,您要执行此操作。PSAP非常繁忙,虽然他们愿意提供帮助,但他们的首要任务是响应实际的紧急呼叫。
结论
本文档使CER配置和架构更易于理解。CER文档可帮助进行配置,并对每项功能进行更详细的说明。
相关信息