用于漫游UE的IMS紧急呼叫的制作方法

文档序号:15627011发布日期:2018-10-09 23:13

本发明涉及启用IP多媒体子系统IMS的网络中的紧急呼叫。具体地说,本发明涉及用于允许在网络上漫游的UE的紧急呼叫的方法和装置。



背景技术:

在蜂窝电话网的上下文中,未认证移动紧急呼叫是网络未断言订户身份的紧急呼叫。对公共安全应答点(PSAP)即紧急中心的呼叫(其中订户的号码不可见)也可被视为未认证移动紧急呼叫。已经准许此类未认证呼叫,以便允许进行紧急呼叫,尽管正常电话服务对具体用户终端不可用。未认证呼叫例如能发生在用户具有有效预订但他的运营商没有与用户正在驻扎的运营商的漫游协定的情况。示例可以是,当用户处于只有他的运营商的竞争者具有覆盖的区域中时,或者当用户正在国外旅行时。

相比之下,认证的紧急呼叫是网络验证与UE关联的订户的身份(或多个身份)并且向PSAP指示所断言的身份的呼叫。认证的呼叫是优选的,因为它们允许PSAP运营商在断开连接的情况下呼叫用户,并且标识进行恶作剧呼叫的人。

拿瑞典举例,2000年未认证紧急呼叫的数量大约700000,贡献了来自移动网络的所有紧急呼叫的18%左右。这700000未认证呼叫当中,仅1.5%是关于真实紧急情况进行的。进行未认证呼叫的可能性鼓励了恶作剧呼叫,因为呼叫方能事实上保持匿名。在一些国家(包含英国),网络运营商已经禁止了移动网络上的未认证呼叫,以尝试减少恶作剧呼叫的数量。当然,这又阻止了用户在只有未认证终端可用时的那些罕见情况下进行有效的紧急呼叫。

当前IMS漫游标准允许用户例如在外国连接到它们的归属网络的IMS,无需归属PLMN(HPLMN)与受访PLMN(VPLMN)之间的SIP互连。当在没有SIP互连的情况下执行IMS漫游时,UE附连到无线电网络(例如E-UTRAN)和分组核心网络(例如EPC),并使用与HPLMN的P-GW的IMS PDN连接进行IMS语音呼叫,没有涉及VPLMN的任何IMS实体。然而,如果漫游UE希望进行IMS紧急呼叫,则这必须经由VPLMN路由。此时,出现问题。认证的IMS紧急呼叫前面必须是向VPLMN的成功的IMS紧急注册。然而,由于在HPLMN与VPLMN之间没有SIP互连,VPLMN的P-CSCF不能将IMS紧急注册路由到HPLMN的IMS核心网络,并且无权访问向VPLMN本身注册UE所需的数据。

因此,在没有与UE的归属网络的SIP互连的网络上漫游的UE不能够进行认证的紧急呼叫。如上面所说明的,认证的紧急呼叫相对于未认证的紧急呼叫是优选的,并且一些PSAP拒绝接受未认证的紧急呼叫。因此,这是潜在的严重问题。



技术实现要素:

根据本发明的一方面,提供了一种代理呼叫会话控制功能P-CSCF中的方法,该方法处置始发自未附连到P-CSCF的漫游用户设备UE的未认证紧急呼叫。P-CSCF从UE接收SIP邀请请求,该邀请请求与未认证紧急呼叫相关,并且确定UE的IP地址。P-CSCF向策略和计费规则功能PCRF发送身份查询,该身份查询指示UE的IP地址并请求UE的其它标识符;并从PCRF接收UE的一个或更多其它标识符。P-CSCF在至少一个所述其它标识符的基础上构造用于UE的TEL和/或SIP统一资源标识符URI,将TEL和/或SIP URI插入到SIP邀请请求中,并向着公共安全应答点PSAP发送SIP邀请请求。

根据另外的方面,提供了一种在代理呼叫会话控制功能P-CSCF中的方法,该方法处置始发自未附连到P-CSCF的漫游用户设备UE的紧急注册。P-CSCF从UE接收会话发起协议SIP注册请求,该注册请求与紧急注册相关,并且确定UE的IP地址。P-CSCF向策略和计费规则功能PCRF发送身份查询,该身份查询指示UE的IP地址并请求UE的其它标识符,并从PCRF接收UE的一个或更多其它标识符。P-CSCF在至少一个其它标识符的基础上获得用于UE的TEL和/或SIP统一资源标识符URI;以及响应于SIP注册请求来向UE发送200 OK响应,200 OK响应包含TEL和/或SIP URI。

根据又一方面,提供了一种操作用于处置紧急IMS呼叫的策略和计费规则功能PCRF的方法。PCRF从代理呼叫会话控制功能P-CSCF接收身份请求,该身份请求包括用户设备UE的IP地址,将UE的该IP地址映射到UE的一个或更多标识符,并且向P-CSCF发送所述其它标识符。

根据又一方面,提供了一种处置漫游用户设备UE中的IMS紧急呼叫的方法。UE向受访PLMN的代理呼叫会话控制功能P-CSCF发送与紧急注册相关的SIP注册请求,并从P-CSCF接收错误响应。UE然后向P-CSCF发送与未认证IMS紧急呼叫相关的SIP邀请请求。

根据又一方面,提供了一种配置成操作为P-CSCF的装置。装置包括第一收发器、第二收发器、第三收发器和未认证紧急呼叫处理器。第一收发器配置成与漫游UE通信。第二收发器配置成与PCRF通信。第三收发器配置成与PSAP通信。未认证紧急呼叫处理器配置成:

经由第一收发器从UE接收与未认证紧急呼叫相关的会话发起协议SIP邀请请求;

确定UE的IP地址;

经由第二收发器向PCRF发送身份查询,该身份查询指示UE的IP地址并请求UE的其它标识符;

经由第二收发器从PCRF接收UE的一个或更多其它标识符;

在至少一个其它标识符的基础上构造用于UE的TEL和/或SIP统一资源标识符URI;

将TEL和/或SIP URI插入到SIP邀请请求中;

经由第三收发器向着PSAP发送第二SIP邀请请求。

根据又一方面,提供了一种配置成操作为P-CSCF的装置。装置包括第一收发器、第二收发器和紧急注册请求处理器。第一收发器配置成与漫游UE通信。第二收发器配置成与PCRF通信。紧急注册请求处理器配置成:

经由第一收发器从UE接收与紧急注册相关的会话发起协议SIP注册请求;

确定UE的IP地址;

经由第二收发器向PCRF发送身份查询,该身份查询指示UE的IP地址并请求UE的其它标识符;

经由第二收发器从PCRF接收UE的一个或更多其它标识符;

在至少一个其它标识符的基础上获得用于UE的TEL和/或SIP统一资源标识符URI;

响应于SIP注册请求,经由第二收发器向UE发送200 OK响应,该200 OK响应包含TEL和/或SIP URI。

根据又一方面,提供了一种配置成操作为PCRF的装置。装置包括收发器和身份请求处理器。收发器配置成与P-CSCF通信。身份请求处理器配置成:

经由收发器从P-CSCF接收身份请求,该身份请求包括用户设备UE的IP地址;

将UE的IP地址映射到UE的一个或更多其它标识符;

经由收发器向所述P-CSCF发送其它标识符。

根据又一方面,提供了一种配置成操作为UE的装置。装置包括收发器和紧急呼叫处理器。收发器配置成与包括P-CSCF的IMS网络通信,其中UE正在该IMS网络上漫游。紧急呼叫处理器配置成:

经由收发器向P-CSCF发送与紧急注册相关的SIP注册请求;

经由收发器从P-CSCF接收错误响应;

经由收发器向P-CSCF发送与未认证紧急呼叫相关的SIP邀请请求。

根据最后一方面,提供了一种包括计算机可读代码的计算机程序,所述代码当在装置上运行时使装置执行上面的一种方法。

本发明的另外的实施例在从属权利要求中定义。

附图说明

图1是根据一实施例的信令图;

图2是根据另一实施例的信令图;

图3是根据又一实施例的信令图;

图4是操作P-CSCF的方法的流程图;

图5是操作P-CSCF的备选方法的流程图;

图6是操作PCRF的方法的流程图;

图7是操作UE的方法的流程图;

图8是P-CSCF的示意图;

图9是备选P-CSCF的示意图;

图10是PCRF的示意图;以及

图11是UE的示意图。

具体实施方式

为了向不存在与UE的HPLMN的SIP互连的PSAP提供进行紧急呼叫的漫游UE的身份,下面提出了使用UE的IP地址来充分标识UE以供发生认证的IMS紧急呼叫的方法。这些方法中的每个都依赖于网络能够信任UE的IP地址,并且因此可通过使用诸如在WO2013/091735中所公开的IP地址验证规程来改进。

虽然这些方法打算用于在HPLMN与VPLMN之间不存在SIP互连的情况,但将认识到,它们也可能用在存在此类SIP互连的情况,例如在与HPLMN的节点的通信失败的情况下作为常规方法的回退。

在图1中示出了第一方法。此方法涉及UE尝试进行未认证IMS紧急呼叫的情况。

UE向P-CSCF发送SIP邀请(SIP INVITE)。SIP邀请用于未认证IMS紧急呼叫(例如,在接收方字段中含有SOS URN)。P-CSCF从SIP邀请中检索UE的IP地址(例如,携带SIP邀请请求的IP分组的源IP)。PCSCF然后向PCRF发送AAA请求,包含IP地址,指示该请求与紧急呼叫相关,并请求UE的其它身份。

PCRF向PGW发送资源分配请求(RAR),其为紧急呼叫预留资源,并向PCRF发送资源分配应答(RAA)。PCRF使用UE的IP地址来查找UE的其它身份,例如向IP-CAN注册的UE的IMSI、IMEI和MSISDN。PCRF将这些身份包含在对P-CSCF的AAA响应中。

P-CSCF使用接收的身份创建用于UE的TEL和/或SIP URI。后面将更详细说明创建SIP URI的过程。P-CSCF然后向E-CSCF发送SIP邀请,将用于UE的URI添加到“P断言的身份(P-asserted-identity)”字段中,并且从而在UE提供订户的断言身份。E-CSCF然后继续处置紧急呼叫,如当前标准中那样。

用这种方式,给PSAP提供能用于联系UE的TEL和/或SIP URI,甚至在UE进行未认证IMS紧急呼叫的情况下。

在此情况下,UE进行未认证紧急呼叫而不是认证的紧急呼叫几乎没有缺点,并且因此,UE可配置成通过立即进行未认证紧急呼叫来对紧急注册时失败的尝试进行响应。当注册失败时由P-CSCF发送的错误响应可指示UE应该这么做。

在图2中示出了第二方法的信令。此方法涉及UE执行紧急注册以便进行认证的IMS紧急呼叫的情况。

UE向P-CSCF发送SIP注册(SIP REGISTER)请求,指示它是紧急注册。P-CSCF确定没有归属网络可用于UE,因为它知晓对于UE的HPLMN不存在SIP互连,或者在联系UE的HPLMN的S-CSCF失败之后。P-CSCF从SIP注册中检索UE的IP地址(例如,携带SIP邀请请求的IP分组的源IP)。PCSCF然后向PCRF发送AAA请求,包含IP地址,指示该请求与紧急呼叫相关,并请求UE的其它身份。

PCRF使用UE的IP地址查找UE的其它身份,例如向IP-CAN注册的UE的IMSI、IMEI和MSISDN。PCRF将这些身份包含在对P-CSCF的AAA响应中。

P-CSCF使用接收的身份来创建用于UE的TEL和/或SIP URI。后面将更详细说明创建URI的过程。P-CSCF响应于SIP注册而将URI包含在发送到UE的200 OK响应的P关联的URI(P-Associated-URI)字段中。

为了使这个方法工作,UE必须接受200 OK响应,无需接收410响应,该410响应在向IMS注册时正常情况下将在该200 OK响应之前进行。还有,UE应该接受200 OK响应,而不要求认证P-CSCF或者设立IPSec安全关联,因为这两个规程都需要在HPLMN中保有的数据。给定这个规程仅用在紧急情况,预期在这种情况下缺乏安全性是可接受的。

一旦UE已经接收到200 OK响应,它就向IMS注册,并且能进行紧急呼叫,如在当前标准中那样(只是由于不设立IPSec安全关联,在那种关联下信令将不被加密)。

在图3中示出了第三种方法的信令。第三种方法类似于第二种方法,只是在VPLMN的E-CSCF或S-CSCF执行注册,而不是在P-CSCF。在构造TEL和/或SIP URI之后,P-CSCF向E/S-CSCF发送SIP注册请求,并且包含用于UE的TEL和/或SIP URI(例如IMSI、IMEI和MSISDN)。E/S-CSCF经由P-CSCF向UE发送200 OK消息,其中P-Associated-URI字段含有从P-CSCF接收的URI。备选地,P-CSCF可在构造TEL和/或SIP URI之前向E-CSCF发送SIP注册请求,并且E-CSCF将返回200 OK消息,不需要P-Associated-URI字段中的任何用户身份。P-CSCF然后构造TEL和/或SIP URI,并在向UE发送200 OK响应之前,将TEL和/或SIP URI插入到200 OK响应的P-Associated-URI字段中。作为另外备选,P-CSCF可在SIP注册消息中向E-CSCF提供UE的其它身份,并且E-CSCF可构造TEL和/或SIP URI,并将它插入到经由P-CSCF发送到UE的200 OK响应的P-Associated-URI字段中。取决于从PCRF接收的UE的身份,可用各种方式为UE构造有效的TEL或SIP URI。

作为第一选项,如果UE的MSISDN和IMSI可用,则能从IMSI提取MNC和MCC码,并且MSISDN能被转换成全球E.164号码。这能用于构造“[E.164]@ims.mnc[MNC].mcc[MCC].3gppnetwork.org”形式的用于UE的SIP URI。例如,如果MSISDN是12125551212,并且IMSI是234150999999999,则SIP URI将是sip:+12125551212@ims.mnc015.mcc234.3gppnetwork.org;user=phone。

作为第二选项,如果UE的MSISDN和IMSI可用,则能从IMSI提取MNC和MCC码,并且MSISDN能被转换成全球E.164号码。P-CSCF然后能使用之前已经提供给P-CSCF的映射表来将MNC和MCC码映射到域名上,并使用全球E.164号码和该域名形成SIP URI。例如,如果MSISDN是12125551212,IMSI是234150999999999,并且映射表对于mnc==015和mcc==234含有"ims.HPLMNoperator.com",则SIP URI将是sip:+12125551212@ims.HPLMNoperator.com;user=phone。

作为第三选项,如果仅IMSI可用,则P-CSCF能基于IMSI创建UE的临时IMPU,如3GPP TS 23.003 v 13.1.0分条款13.4B中所描述的那样。临时IMPU是用“[IMSI]@ims.mnc[MNC].mcc[MCC].3gppnetwork.org”形式构造的SIP URI。例如,如果IMSI是234150999999999,则临时IMPU将是sip:234150999999999@ims.mnc015.mcc234.3gppnetwork.org。

TEL URI可直接根据MSISDN构造。

这些选项中的每个都提供了一种身份,PSAP能使用该身份构造UE(如果需要的话),并且对于上面给出的第二和第三方法,其足以允许UE附连到P-CSCF。

图4是示出操作P-CSCF的方法的流程图。P-CSCF从UE接收(S101)与未认证紧急呼叫相关的SIP邀请请求。P-CSCF然后确定(S102)UE的IP地址,并且向PCRF发送(S103)身份查询,该身份查询指示IP地址并请求UE的其它标识符。P-CSCF从P-CSCF接收(S104)一个或更多标识符,并在至少一个标识符的基础上构造(S105)用于UE的TEL和/或SIP URI。P-CSCF然后将URI插入(S106)到SIP邀请请求中,并向PSAP发送(S106)SIP邀请请求。

图5是示出操作P-CSCF的方法的流程图。P-CSCF从UE接收(S201)与紧急注册相关的SIP注册请求。P-CSCF确定(S202)UE的IP地址,并且向PCRF发送(S203)身份查询,该身份查询指示IP地址并请求UE的其它标识符。P-CSCF从PCRF接收(S204)一个或更多标识符,并在至少一个标识符的基础上获得(S205)TEL和/或SIP URI。P-CSCF然后向UE发送(S206)200 OK响应,包含用于UE的TEL和/或SIP URI。

图6是示出操作用于处置紧急IMS呼叫的PCRF的方法的流程图。PCRF从P-CSCF接收(S301)包括UE的IP地址的身份请求。PCRF将UE的IP地址映射(S302)到UE的一个或更多其它标识符,并将其它标识符发送(S303)到P-CSCF。

图7是示出操作UE的方法的流程图。UE将SIP注册请求发送(S401)到受访PLMN的P-CSCF。作为响应,UE从P-CSCF接收(S402)错误响应。UE然后向P-CSCF发送(S403)与未认证IMS紧急呼叫相关的SIP邀请请求。

图8是配置成操作为P-CSCF(100)的装置的示意图。装置包括第一收发器(101)、第二收发器(102)、第三收发器(103)和未认证紧急呼叫处理器(104)。第一收发器(101)配置成与漫游UE通信。第二收发器(102)配置成与PCRF通信。第三收发器(103)配置成与PSAP通信。未认证紧急呼叫处理器(104)配置成:

经由第一收发器从UE接收与未认证紧急呼叫相关的会话发起协议SIP邀请请求;

确定UE的IP地址;

经由第二收发器向PCRF发送身份查询,该身份查询指示UE的IP地址并请求UE的其它标识符;

经由第二收发器从PCRF接收UE的一个或更多其它标识符;

在至少一个其它标识符的基础上构造用于UE的TEL和/或SIP统一资源标识符URI;

将URI插入到SIP邀请请求中;

经由第三收发器向PSAP发送第二SIP邀请请求。

图9是配置成操作为P-CSCF(200)的装置的示意图。装置包括第一收发器(201)、第二收发器(202)和紧急注册请求处理器(203)。第一收发器(201)配置成与漫游UE通信。第二收发器(202)配置成与PCRF通信。紧急注册请求处理器(203)配置成:

经由第一收发器从UE接收与紧急注册相关的会话发起协议SIP注册请求;

确定UE的IP地址;

经由第二收发器向PCRF发送身份查询,该身份查询指示UE的IP地址并请求UE的其它标识符;

经由第二收发器从PCRF接收UE的一个或更多其它标识符;

在至少一个其它标识符的基础上获得用于UE的TEL和/或SIP统一资源标识符URI;

响应于SIP注册请求而经由第二收发器向UE发送200 OK响应,200 OK响应包含URI。

图10是配置成操作为PCRF(300)的装置的示意图。装置包括收发器(301)和紧急请求处理器(302)。收发器(301)配置成与P-CSCF通信。身份请求处理器(302)配置成:

经由收发器从P-CSCF接收身份请求,该身份请求包括用户设备UE的IP地址;

将UE的IP地址映射到UE的一个或更多其它标识符;

经由收发器向P-CSCF发送其它标识符。

图11是配置成操作为UE(400)的装置的示意图。装置包括收发器(401)和紧急呼叫处理器(402)。收发器(401)配置成与包括P-CSCF的IMS网络通信,其中UE正在IMS网络上漫游。紧急呼叫处理器(402)配置成:

经由收发器向P-CSCF发送与紧急注册相关的SIP注册请求;

经由收发器从P-CSCF接收错误响应;

经由收发器向P-CSCF发送与未认证紧急呼叫相关的SIP邀请请求。

上面描述的方法可由计算机程序实现,当该计算机程序在装置上运行时使装置执行该方法。

尽管已经在上面所阐述的优选实施例方面描述了本发明,但应该理解,这些实施例仅是例证性的,并且权利要求不限于这些实施例。本领域技术人员将能够鉴于本公开做出修改和备选,它们被视为落入所附权利要求书的范围内。在本说明书中公开或例证的每个特征都可被结合在本发明中,不管是独自还是采用与本文公开或例证的任何其它特征的任何适当的组合。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1