IMS网络紧急呼叫业务中用户信息获取与路由机制.docVIP

IMS网络紧急呼叫业务中用户信息获取与路由机制 -1- 摘 要：本文给出了一种在全 IP 的 IMS网络架构下紧急呼叫业务的一种实现方法，包括了 对于用户位置信息的获取过程，以及如何尽可能精确地将用户的紧急呼叫路由到最近的紧急 呼叫中心的路由机制，实现了 IMS 网络对于传统电路中紧急呼叫业务的继承和支持，成功 解决了在 IMS网络中多种接入方式的环境下，接入资源又不具备 CLF等接入信息存储能力 时的 IMS网络紧急呼叫问题，实现了在现有商业环境下为用户提供尽可能精确的 IMS紧急 呼叫转接服务。该方案的提出有利于 IMS紧急呼叫流程规范的发展。 关键词：IMS；紧急呼叫；位置信息；CLF 0.引言 紧急呼叫业务（Emergency Call Service）是指在电信网上为用户提供的火警、匪警、医 疗急救、交通事故报警等紧急特种业务。IMS紧急呼叫业务支持固定终端和移动终端的接入， 其中一个关键点是获取用户位置信息，IMS核心网根据获得的用户位置信息完成终端到其所 在地紧急呼叫中心的转接。 1）移动软交换网的紧急呼叫方案 移动软交换网络对紧急呼叫的处理一般是： 通过 BSC 发现呼叫源位置属性，并将呼叫源的位置属性送至端局，端局依据此呼叫源 位置信息，添加紧急呼叫号码前缀或后缀，送至关口局，由关口局统一处理紧急呼叫。如果 移动与紧急呼叫中心有直达链路，则直送紧急呼叫中心；如果移动与紧急呼叫中心无直达链 路，则通过与其他运营商签约互通协议，由其他运营商代转。 2）标准 IMS的紧急呼叫方案[1] 标准 IMS对于固定接入终端的紧急呼叫处理流程是： 当终端不携带自身位置信息或位置信息不完整时，IMS接入点（SBC/P-CSCF）需要和 CLF 进行交互获取用户完整的位置信息，并将位置信息添加到信令中送给 E-CSCF，然后 E-CSCF用该位置信息来做 LRF查询，获取用户接入地对应 PSAP的路由信息，最终将呼叫 转接至该 PSAP，当目标 PSAP不在 IMS网络中时，呼叫由MGCF转发至 CS域，最终完成 呼叫。但目前很多商业环境接入资源尚不具备 CLF等接入信息存储能力。 图 1 IMS现网的紧急呼叫系统结构图 -2- 移动接入 IMS终端的位置信息是通过 BSC发现，使用国家规范中规定的后缀机制 。 在本方案中不涉及移动接入 IMS终端的紧急呼叫流程。 1.现有技术的缺点及本文要解决的技术问题 (1)软交换网络不支持固定终端接入方式的紧急呼叫业务 (2)移动网络可能缺乏 CLF等必要资源，无法实现标准 IMS的紧急呼叫方案。有关国际 标准尚在研究中。 本方案要解决的技术问题就是在移动网络缺乏 CLF等必要资源时， IMS核心网仍可为 用户完成准精确的紧急呼叫的转接。 2.本方案的设计要点 紧急呼叫的一个关键点是获取用户位置信息，这样核心网才能为用户转接至正确的紧急 呼叫中心。本解决方案中用户位置信息用 SIP 扩展消息头 P-Access-Network-Info [3](简写为 PANI)来记录和传递。该消息头记录用户 IP 地址和端口号，如 P-Access-Network-Info： ue-ip=202.106.2.1；ue-port=20000；SBC也可插入自己的域名信息，如 P-Access-Network-Info： sbc-domain=sbc1.010.bj.chinamobile4;ue-ip=202.106.2.1;ue-port=20000； PANI消息头在 IMS紧急呼叫业务流程中具体的使用可以通过下图详细说明。 2.1用户正常注册时的紧急呼叫 图 2 用户正常注册时的紧急呼叫 (1) 用户 UE已通过 IP-CAN建立了和 IMS的 IP连接，已经获取接入地 SBC的地址， 但 UE尚未完成注册； (2) UE完成回归属域的正常 IMS注册流程； -3- (3) UE发起紧急呼叫的 Invite请求，在 Reuqest URI包含紧急服务号码： 如果 UE可以检测到是紧急呼叫，需在请求中携带紧急呼叫指示“sos“； 若 UE可以提供 P-Access-Network-Info头域，则 UE应将自己的接入信息写入该头域， 包括：UE的接入方式、源地址信息等；在 Contact头域加入自身 IP地址（也可包含 sos指 示）； (4) 接入地 SBC收到该 Invite请求， 在 UE 接入地信息不足（无 P-Access-Network-Info 头域）时，依据本地区划信息，在 P-Access-Network-Info头域填入 SBC的域名信息和用户源 IP信息，并将此 Invite请求转发