一种建立承载的方法和系统

摘要

本发明公开了一种建立承载的方法，该方法包括：用户面定位平台(SLP)依据接收的位置查询请求向系统长期演进(SAE)网关发送承载创建请求；所述SAE网关依据所述承载创建请求创建所述承载，并向用户终端(UE)发送承载创建完成消息；本发明还提供了一种建立承载的系统，基于该方法和系统，可以使UE在受限制模式下采用SUPL定位技术也能创建定位用紧急承载，供UE紧急呼叫中的定位使用，从而也能保证紧急呼叫时位置服务的连续性。

权利要求

1.一种建立承载的方法，其特征在于，该方法包括：

用户面定位平台SLP依据接收的位置查询请求向系统长期演进SAE网关发送承载创建请求；

所述SAE网关依据所述承载创建请求创建所述承载，并向用户终端UE发送承载创建完成消息。

2.根据权利要求1所述建立承载的方法，其特征在于，所述SLP接收所述位置查询请求之前，该方法还包括：紧急呼叫会话控制功能E-CSCF实体依据UE发送的紧急呼叫请求向位置请求功能LRF实体发送位置查询请求；

所述LRF实体将所述位置查询请求转发给所述SLP。

3.根据权利要求2所述建立承载的方法，其特征在于，所述SLP依据接收的位置查询请求向SAE网关发送承载创建请求，具体为：所述SLP判定接收的位置查询请求服务于紧急呼叫时，向SAE网关发送承载创建请求；

所述SLP判定接收的位置查询请求服务于紧急呼叫，具体为：所述LRF实体在所述位置查询请求中设置一个紧急标识，所述紧急标识用于指示该位置查询请求服务于紧急呼叫；所述SLP依据所述紧急标识判定所述位置查询请求服务于紧急呼叫；

或者，所述SLP读取所述位置查询请求的发送方实体的地址，依据自身预设的紧急呼叫实体和实体地址的对应关系，判定所述发送方实体为紧急呼叫实体时，判定所述位置查询请求服务于紧急呼叫。

4.根据权利要求1所述建立承载的方法，其特征在于，所述SLP向SAE网关发送承载创建请求为：所述SLP直接、或者通过策略和计费规则功能PCRF实体向所述SAE网关发送承载创建请求。

5.根据权利要求1所述建立承载的方法，其特征在于，所述SLP向SAE网关发送承载创建请求为：所述SLP向分组数据网网关P-GW发送承载创建请求；

相应的，所述SAE网关创建承载为：所述P-GW创建所述承载。

6.根据权利要求5所述建立承载的方法，其特征在于，所述SAE网关向所述UE发送承载创建完成消息为：所述P-GW通过服务网关S-GW向所述UE发送所述承载创建完成消息。

7.根据权利要求1所述建立承载的方法，其特征在于，所述承载创建完成消息用于指示所述承载为定位用紧急承载；

所述承载创建完成消息指示所述承载为定位用紧急承载具体为：在所述承载创建完成消息中设置协议配置项PCO元素，所述PCO元素携带一个用于指示所述承载为定位用紧急承载的标识；

或者，在所述承载创建完成消息中设置一个特定的分配和保持优先级ARP元素、和服务质量等级标识QCI元素；设置所述ARP元素指示所述承载为紧急承载；设置所述QCI元素指示所述承载为定位用承载。

8.根据权利要求1至7任一所述建立承载的方法，其特征在于，该方法还包括：所述SAE网关直接、或者通过PCRF实体以消息的方式告知SLP所述定位用紧急承载创建完成；所述SLP通过所述定位用紧急承载获取UE的位置信息，完成紧急呼叫中所述UE的定位；

所述SAE网关为所述P-GW。

9.一种建立承载的系统，其特征在于，该系统包括：SLP、SAE网关和UE，其中；

所述SLP，用于依据接收的位置查询请求向所述SAE网关发送承载创建请求；

所述SAE网关，用于依据所述承载创建请求创建所述承载，并向所述UE发送承载创建完成消息；

所述UE，用于接收所述承载创建完成消息。

10.根据权利要求9所述建立承载的系统，其特征在于，该系统还包括E-CSCF实体、和LRF实体；

所述E-CSCF实体，用于依据UE发送的紧急呼叫请求向所述LRF实体发送位置查询请求；

所述LRF实体，用于将所述位置查询请求转发给所述SLP。

说明书

一种建立承载的方法和系统

技术领域

[0001] 本发明涉及系统长期演进(SAE，System Architecture Evolution)网络技术域，特别是指一种建立承载的方法和系统。

背景技术

[0002] IP多媒体子系统(IMS，IP Multimedia Core Network Subsystem)是新一代通讯网络的核心，它采用了会话发起协议(SIP，Session Initiation Protocol)体系。SIP协议规定通讯与接入无关，因此，IMS系统下的紧急呼叫业务(EMC，Emergency Call)可以建设在通用无线分组业务(GPRS，General Packet Radio Service)网、或SAE网上，并且SIP协议可以为这两种网络中的紧急呼叫业务提供统一的紧急呼叫控制。

[0003] 在现有紧急呼叫的研究中，要求UE即使在服务被限制的情况下、即在受限制模式下，也应该能够发起紧急呼叫的会话。现有技术中，受限制模式下的UE发起紧急呼叫的流程如下：

[0004] 步骤1，建立紧急承载。UE发起紧急附着请求、即UE在发起普通附着请求时携带紧急标识，以告知紧急呼叫业务的承载网络当前呼叫为紧急呼叫；承载网络接收到UE的紧急附着请求后，建立一个专门用于紧急呼叫的缺省承载，该缺省承载就是紧急承载。

[0005] 步骤2，建立紧急呼叫。UE发起紧急呼叫请求，即在一个正常的呼叫请求中携带紧急标识，以表明该呼叫请求为紧急呼叫请求；承载网络接收到紧急呼叫请求后，通过位置服务对UE进行定位，并依据UE的位置信息确认为该UE服务的公共安全接入点(PSAP，Public Safety Access Point)的地址，从而建立UE和PSAP之间的紧急呼叫。

[0006] 当前，位置服务所提供的两个主流的定位技术为：控制面定位技术、即控制面定位服务(LCS，Location Service)定位技术，定位信息和位置信息均承载在控制信道中；用户面定位技术、即用户面定位服务(SUPL，Security User Plane Location)定位技术，其基本出发点是在UE和用户面定位平台(SLP，SUPL Location Platform)之间建立一个用户面隧道，定位信息和位置信息均承载在该用户面隧道上。由于SUPL定位技术不依赖于具体的接入和承载网络，而只需要在SLP和UE之间建立用于定位的用户面隧道就可以实现UE的定位，因此，SUPL可以灵活地部署在多种网络中并且已经获得了广泛的应用。

[0007] 但是，采用现有的SUPL定位技术对UE进行定位时，存在一个较大的问题：在现有SUPL定位技术中，UE需要依据SLP发送的短信和无线应用协议(WAP，Wireless Application Protocol)消息来创建用于定位的承载、即定位用承载；但是，当UE处于受限制模式时，由于UE的服务被限制，SLP无法发送短信和WAP消息给UE，因此UE就不能创建该定位用紧急承载，从而也就无法实现紧急呼叫中对UE的定位。

[0008] 另外，UE处于正常模式时，采用现有的SUPL定位技术对UE进行定位也可能会出现问题：UE在正常模式下创建的定位用承载没有被标识为紧急的，为定位用非紧急承载，即UE在正常模式下没有创建定位用紧急承载；而当UE从非受限区域移动到受限区域时，所有的非紧急承载、包括定位用非紧急承载都将被释放掉，此时，UE由于服务被限制也不能创建定位用紧急承载，从而导致当前没有服务于紧急呼叫的定位用承载，因此，紧急呼叫时SUPL提供的位置服务的连续性得不到保证。

发明内容

[0009] 有鉴于此，本发明的主要目的在于提供一种建立承载的方法和系统，能有效解决在采用SUPL定位技术时，UE在受限制模式下不能创建定位用紧急承载，或者UE切换到受限制区域后，由于其在正常模式下创建的定位用承载被迫释放从而不能保证紧急呼叫时位置服务的连续性问题。

[0010] 为达到上述目的，本发明的技术方案是这样实现的：

[0011] 本发明提供了一种建立承载的方法，该方法包括：

[0012] 用户面定位平台SLP依据接收的位置查询请求向系统长期演进SAE网关发送承载创建请求；

[0013] 所述SAE网关依据所述承载创建请求创建所述承载，并向用户终端UE发送承载创建完成消息。

[0014] 其中，所述SLP接收所述位置查询请求之前，该方法还包括：

[0015] 紧急呼叫会话控制功能E-CSCF实体依据UE发送的紧急呼叫请求向位置请求功能LRF实体发送位置查询请求；

[0016] 所述LRF实体将所述位置查询请求转发给所述SLP。

[0017] 所述SLP依据接收的位置查询请求向SAE网关发送承载创建请求，具体为：所述SLP判定接收的位置查询请求服务于紧急呼叫时，向SAE网关发送承载创建请求；

[0018] 所述SLP判定接收的位置查询请求服务于紧急呼叫，具体为：

[0019] 所述LRF实体在所述位置查询请求中设置一个紧急标识，所述紧急标识用于指示该位置查询请求服务于紧急呼叫；所述SLP依据所述紧急标识判定所述位置查询请求服务于紧急呼叫；

[0020] 或者，所述SLP读取所述位置查询请求的发送方实体的地址，依据自身预设的紧急呼叫实体和实体地址的对应关系，判定所述发送方实体为紧急呼叫实体时，判定所述位置查询请求服务于紧急呼叫。

[0021] 所述SLP向SAE网关发送承载创建请求为：所述SLP直接、或者通过策略和计费规则功能PCRF实体向所述SAE网关发送承载创建请求。

[0022] 所述SLP向SAE网关发送承载创建请求为：所述SLP向分组数据网网关P-GW发送承载创建请求；

[0023] 相应的，所述SAE网关创建承载为：所述P-GW创建所述承载。

[0024] 所述SAE网关向所述UE发送承载创建完成消息为：所述P-GW通过服务网关S-GW向所述UE发送所述承载创建完成消息。

[0025] 所述承载创建完成消息用于指示所述承载为定位用紧急承载；

[0026] 所述承载创建完成消息指示所述承载为定位用紧急承载具体为：

[0027] 在所述承载创建完成消息中设置协议配置项PCO元素，所述PCO元素携带一个用于指示所述承载为定位用紧急承载的标识；

[0028] 或者，在所述承载创建完成消息中设置一个特定的分配和保持优先级ARP元素、和服务质量等级标识QCI元素；设置所述ARP元素指示所述承载为紧急承载；设置所述QCI元素指示所述承载为定位用承载。

[0029] 该方法还包括：

[0030] 所述SAE网关直接、或者通过PCRF实体以消息的方式告知SLP所述定位用紧急承载创建完成；所述SLP通过所述定位用紧急承载获取UE的位置信息，完成紧急呼叫中所述UE的定位；

[0031] 所述SAE网关为所述P-GW。

[0032] 本发明还提供了一种建立承载的系统，该系统包括：SLP、SAE网关和UE，其中；

[0033] 所述SLP，用于依据接收的位置查询请求向所述SAE网关发送承载创建请求；

[0034] 所述SAE网关，用于依据所述承载创建请求创建所述承载，并向所述UE发送承载创建完成消息；

[0035] 所述UE，用于接收所述承载创建完成消息。

[0036] 该系统还包括E-CSCF实体、和LRF实体；

[0037] 所述E-CSCF实体，用于依据UE发送的紧急呼叫请求向所述LRF实体发送位置查询请求；

[0038] 所述LRF实体，用于将所述位置查询请求转发给所述SLP。

[0039] 本发明的承载建立方法，SLP根据位置查询请求可以判定出当前的位置服务是向紧急呼叫提供的，因此，SLP依据位置查询请求生成的承载创建请求是服务于紧急呼叫的；由此SAE网关创建的承载是服务于紧急呼叫中的定位，并且SAE网关设置承载创建完成消息以告知UE该承载为定位用紧急承载。基于本发明的方法可以使UE在受限制模式下采用SUPL定位技术也能创建定位用紧急承载，供UE紧急呼叫中的定位使用，从而也能保证紧急呼叫时位置服务的连续性。

附图说明

[0040] 图1为本发明的无线通讯网络结构示意图；

[0041] 图2为本发明建立承载的方法流程示意图；

[0042] 图3为本发明建立承载实施例一的方法流程图；

[0043] 图4为本发明建立承载实施例二的方法流程图；

[0044] 图5为本发明建立承载的系统结构示意图。

具体实施方式

[0045] 下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

[0046] 本发明建立承载的方案所适用的无线通讯网络结构如图1所示，包括：UE、移动性管理实体(MME，Mobility Management Entity)、SAE网关、策略和计费规则功能(PCRF，Policy and Charging Rules Function)实体、SLP、位置请求功能(LRF，Location Require Function)实体、紧急呼叫会话控制功能(E-CSCF，Emergency Call Session Control Function)实体和PSAP。其中，SAE网关包括服务网关(S-GW，Serving GW)，和SAE与分组数据网(PDN，Packet Data Network)的边界网关、即PDN网关(P-GW，PDN GW)；SLP和P-GW可以通过Lup接口、或者增强的Lup接口交换数据；SLP和PCRF实体可以通过Rx接口交换数据。其中，Rx接口用于PCRF实体向P-GW中的策略执行实体(PCEF)下发指定的策略；Lup接口或者增强的Lup接口用于SLP和用户面数据管理单元、即PDN GW之间的通讯，并通过该用户面数据管理单元，向UE下发定位消息和数据。

[0047] 本发明承载的建立流程如图2所示，包括：

[0048] 步骤201，SLP依据接收的位置查询请求向SAE网关发送承载创建请求；

[0049] 步骤202，SAE网关依据承载创建请求创建承载，并向用户终端UE发送承载创建完成消息。

[0050] 本发明的方法适用于UE在受限制模式下发起紧急呼叫，并且在紧急呼叫中采用SUPL定位技术对UE进行定位的情况。采用本发明的方法创建的承载主要是用于紧急呼叫中的定位，因此将该承载称为定位用紧急承载。

[0051] 下面结合图1的无线通讯网络结构，来说明本发明建立承载方法的流程。图3所示为本发明建立承载实施例一的流程示意图，该流程适用于在紧急呼叫中部署有策略计费控制(PCC，Policy Charging Control)服务的场景，其中，PCC服务涉及到的网元如PCRF实体。如图3所示，该流程包括：

[0052] 步骤301，UE向E-CSCF实体发送紧急呼叫请求。

[0053] 该实施例中，UE处于服务受限制模式下，此时UE需要建立紧急呼叫时，先向E-CSCF实体发送一个紧急呼叫请求。

[0054] 步骤302，E-CSCF实体向LRF实体发送位置查询请求。

[0055] E-CSCF实体根据紧急呼叫请求，向LRF实体发送位置查询请求、即请求对UE进行定位；同时E-CSCF实体通过该位置查询请求要求LRF实体与该查询的位置信息对应的PSAP。

[0056] 步骤303，LRF实体将位置查询请求转发给SLP。

[0057] 该步骤中可选地，LRF可以在位置查询请求中添加一个紧急标识，以明确地告知SLP该位置查询请求是服务于紧急呼叫的。

[0058] 步骤304，如果没有紧急标识，判定位置查询请求来自紧急呼叫实体。

[0059] SLP在同一时间可能会接收到多个不同功能实体发送来的不同用途的位置查询请求、如普通业务的位置查询请求、紧急呼叫的位置查询请求等，此时SLP需要判断其接收的位置查询请求是否服务于紧急呼叫，具体可以采用如下的方式：可以通过位置查询请求中的紧急标识来判定服务于紧急呼叫；如果位置查询请求中没有紧急标识，则SLP可以判断置查询请求的发送方实体是否为紧急呼叫实体：在SLP中预设紧急呼叫实体和实体地址的对应关系，当SLP读取位置查询请求的发送方实体的地址时，根据该对应关系就可以得知位置查询请求的发送方实体是否为紧急呼叫实体，如果为紧急呼叫实体，则该位置查询请求服务于紧急呼叫。

[0060] 需要指出的是，LRF实体只服务于紧急呼叫、即LRF实体为紧急呼叫实体。

[0061] 步骤305，SLP向PCRF实体发送紧急承载创建请求。

[0062] 当位置查询请求服务于紧急呼叫时，SLP向PCRF实体发送承载创建请求，本发明中该创建的承载服务于紧急呼叫中的定位。较佳地，可以通过以下的方式来标识该承载创建请求为紧急承载创建请求：SLP可以在该承载创建请求中设置服务质量等级为高、或优先级为高、或专门为紧急呼叫分配的服务质量等级来标识该承载是服务于紧急呼叫的、即该承载创建请求为紧急承载创建请求。当然，根据需要也可以有其他的标识方式。其中，SLP可以通过Rx接口向PCRF实体发送紧急承载创建请求。

[0063] 步骤306，PCRF实体向SAE网关发送紧急承载创建请求；SAE网关创建紧急承载。

[0064] PCRF实体接收到来自SLP的紧急承载创建请求后，向SAE网关转发该紧急承载创建请求。然后SAE网关创建该紧急承载。该步骤中SAE网关为P-GW。

[0065] 具体的，由P-GW创建该承载，承载创建方式为现有技术，此处不再赘述。

[0066] 步骤307，SAE网关向UE发送定位用紧急承载创建完成消息。

[0067] 具体的，P-GW创建紧急承载后，生成承载创建完成消息，并通过S-GW和MME发送给UE。该承载创建完成消息用以告知UE当前创建的承载为定位用紧急承载、即该承载创建完成消息为定位用紧急承载创建完成消息，具体为：P-GW在该消息中设置协议配置项(PCO，Protocol Configuration Options)元素，该PCO元素中包含一个标识，该标识用于指示该承载为定位用紧急承载；或者，P-GW在该消息中设置一个特定的分配和保持优先级(ARP，Allocation and Retention Priority)元素、和服务质量等级标识(QCI，Qos Class Identifier)元素，其中，根据需要可以设置ARP元素的优先级为高时，指示该承载是服务于紧急呼叫的；QCI元素即指示该承载是服务于定位的。

[0068] 步骤308，SAE网关通过PCRF实体告知SLP定位用紧急承载创建完成。

[0069] 定位用紧急承载创建完成后，SAE网关、此时为P-GW通过PCRF实体向SLP发送消息，以告知SLP该定位用紧急承载已经创建完成。其中，PCRF实体通过Rx接口将该消息发送给SLP。

[0070] 步骤309，SLP向UE发送用户面定位初始化消息SUPL INIT。

[0071] 步骤310，UE向SLP回复用户面定位初始化响应消息SUP POS INIT。

[0072] 步骤311，后续定位消息。

[0073] 其中，SLP和UE通过SUPL INIT消息和SUP POS INIT消息协商SUPI的会话标识(ID)、和UE的SUPL能力等信息，对UE的定位流程进行初始化；然后通过定位用紧急承载发送后续的定位消息，使SLP获取UE的位置信息，完成紧急呼叫中对UE的定位。

[0074] 步骤312，SLP向LRF实体发送位置查询请求响应。

[0075] SLP获取了UE的位置信息后，向LRF实体发送位置查询请求响应和UE的位置信息。LRF实体依据UE的位置信息为UE分配对应的PSAP；并将该PSAP的地址发送给E-CSCF实体，从而完成该紧急呼叫的建立。

[0076] 步骤313，后续紧急呼叫流程。

[0077] 紧急呼叫的建立完成后，执行后续的紧急呼叫流程，此处为现有技术，不再赘述。

[0078] 图4所示为本发明建立承载实施例二的流程示意图，该流程既可适用于紧急呼叫中部署有PCC服务的场景，也可使用于紧急呼叫中无PCC服务的场景。如图4所示，该流程包括：

[0079] 步骤401，UE向E-CSCF实体发送紧急呼叫请求。

[0080] 步骤402，E-CSCF实体向LRF实体发送位置查询请求。

[0081] 步骤403，LRF实体将位置查询请求转发给SLP。

[0082] 步骤404，如果没有紧急标识，判定位置查询请求来自紧急呼叫实体。

[0083] 步骤401至步骤404的处理与步骤301至步骤304的处理相同，此处不再赘述。

[0084] 步骤405，SLP直接向SAE网关发送紧急承载创建请求；SAE网关创建紧急承载。

[0085] 该步骤中，当位置查询请求服务于紧急呼叫时，SLP可以直接向SAE网关发送紧急承载创建请求，其中，SLP可以通过Lup接口或者增强的LUP接口直接向SAE网关发送承载创建请求。该步骤中SAE网关为P-GW。

[0086] 具体的，由P-GW创建该承载，承载创建方式为现有技术，此处不再赘述。

[0087] 步骤406，SAE网关向UE发送定位用紧急承载创建完成消息。

[0088] 该步骤与步骤305的处理相同，此处不再赘述。

[0089] 步骤407，SAE网关直接告知SLP定位用紧急承载创建完成。

[0090] 该步骤中，定位用紧急承载创建完成后，SAE网关、此时为P-GW直接向SLP发送消息，以告知SLP该定位用紧急承载已经创建完成。其中，PCRF实体通过Lup接口、或增强的Lup接口将该消息发送给SLP。

[0091] 步骤408，SLP向UE发送用户面定位初始化消息SUPL INIT。

[0092] 步骤409，UE向SLP回复用户面定位初始化响应消息SUP POS INIT。

[0093] 步骤410，后续定位消息。

[0094] 步骤411，SLP向LRF实体发送位置查询请求响应。

[0095] 步骤412，后续紧急呼叫流程。

[0096] 其中，步骤步骤408至步骤412的处理与步骤309至步骤313的处理相同，此处不再赘述。

[0097] 为了实现上述承载建立方法，本发明提供了一种建立承载的系统，如图5所示，该系统包括：SLP 10、SAE网关20和UE 30，其中；

[0098] SLP 10，用于依据接收的位置查询请求向SAE网关20发送承载创建请求；

[0099] SAE网关20，用于依据承载创建请求创建承载，并向UE 30发送承载创建完成消息；

[0100] UE 30，用于接收承载创建完成消息。

[0101] 该系统还可以包括E-CSCF实体40、和LRF实体50；

[0102] E-CSCF实体40，用于依据UE 30发送的紧急呼叫请求向LRF实体50发送位置查询请求；

[0103] LRF实体50，用于将位置查询请求转发给SLP 10。

[0104] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。