[发明专利]非语音紧急呼叫的控制方法、IP多媒体子系统及P-CSCF

说明书

技术领域

本发明涉及通信领域，更具体地涉及一种IP多媒体子系统中，非语音紧急呼叫的控制方法、IP多媒体子系统及代理呼叫会话控制功能。

背景技术

现有紧急呼叫业务只是针对语音业务的，即向一个紧急呼叫号码拨打语音电话。但在某些特别的情况下，比如正处于危险中，拨打语音电话报警是不可能的，也是更加危险的。还有对一些说话有问题，或听力有问题的人群，当他们处于紧急情况时，需要同紧急中心联系的时候，依靠语音电话，对他们来说也是很困难的。

所以人们希望利用非语音类服务来实现紧急呼叫，比如向紧急呼叫中心发送一个报警的短消息，将当前情况以及需求都写在短消息里，这样紧急呼叫中心就可以根据收到的紧急短信来为用户服务。

通过短消息，消息或文本等非语音媒体来实现紧急呼叫，是非语音紧急呼叫的一个应用，但在其他一些情况下，比如紧急呼叫中心需要报警人提供更多发生地的信息，还可以要求报警人提供视频或图片等媒体信息，这些都称为非语音紧急呼叫。

为了实现非语音紧急呼叫，首先要求紧急呼叫中心能够支持非语音的媒体，但是目前已经部署的大量的紧急呼叫中心只支持语音的紧急呼叫，如果要对网络中所有的公共安全应答中心(PSAP，Public Safety Answering Point)进行升级，这将是一个比较复杂而且很慢的过程。所以在具体实施的时候，在现阶段，非语音紧急呼叫只要求对部分签约了该业务的用户开放，对于没有签约该业务的用户，网络认为其应该是可以进行语音紧急呼叫的，当没有签约该业务的用户发起非语音紧急呼叫，网络会告知其业务受限，并拒绝其请求，要求其发起语音的紧急呼叫。

图1是现有的IMS(IP Multimedia Core Network Subsystem，IP多媒体子系统)实现紧急呼叫的架构图，其中包含用户设备UE(User Equipment，用户设备)101，P-CSCF(Proxy Call Session Control Function，代理CSCF)102，当P-CSCF 102收到一个请求消息的时候，通过对消息请求进行判断，获知该消息请求是否是一个紧急呼叫请求，如果是一个紧急呼叫请求，则P-CSCF 102直接将该紧急呼叫请求路由给当前网络的E-CSCF(Emergency-CSCF，紧急呼叫业务CSCF)105处理，E-CSCF 105再根据用户的位置信息，查询一个合适的PSAP 106为给用户服务。对于P-CSCF 102来说，如果收到的请求信息不是紧急呼叫请求，则P-CSCF 102将呼叫请求路由到用户归属网络，并将该呼叫请求发送给为用户分配的S-CSCF(Serving Call Session ControlFunction，服务CSCF)103上，S-CSCF 103会向HSS(Home Subscriber Server，归属用户服务器)104查询用户的签约数据，并判断该请求的合法性。

图2是用户在IMS网络发起注册的流程图，该图中简化了网络安全认证等流程：

当用户在IMS网络注册成功后，网络里就有了该用户的数据信息，这些数据信息包含用户的基本个人信息以及签约业务信息，

201，用户UE向其IMS接入点P-CSCF发起一个注册请求；

202，通过S-CSCF查询功能，网络为用户分配一个为其服务的S-CSCF，从而使该注册请求路由到该S-CSCF上；

203，S-CSCF在HSS中查询用户数据；

204，HSS会向S-CSCF返回查询到的用户数据，该数据只包括用户的注册信息，比如隐式注册集信息；

205，网络认证该用户成功后，S-CSCF向用户返回200OK响应，其中包括用户的部分注册信息，比如隐式注册集信息；

206，P-CSCF会保存用户的S-CSCF信息，以及用户的注册信息。

207，当注册成功后，P-CSCF会向该用户的S-CSCF发起订阅请求，订阅用户注册相关信息；

208，S-CSCF判断P-CSCF所订阅用户已经注册成功，则接收P-CSCF的订阅请求，向其回200OK响应；

209，当用户注册信息发送改变后，比如某个隐式注册集里的公共用户标识不可用了，HSS会将最新的用户数据告诉S-CSCF；

210，当S-CSCF收到最新用户数据后，向P-CSCF发送NOTIFY通知消息，将最新的用户数据告诉P-CSCF。

211，P-CSCF收到通知消息后，向网络返回200OK响应。