[发明专利]一种建立承载的方法和系统

说明书

技术领域

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

背景技术

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

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

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

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

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

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

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

发明内容

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

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

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

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

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

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

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

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