首页> 中国专利> 用于紧急呼叫业务的紧急承载建立方法与通信系统

用于紧急呼叫业务的紧急承载建立方法与通信系统

摘要

本发明提供一种用于紧急呼叫业务的紧急承载建立方法,包括:IP-CAN在收到UE发起的紧急呼叫请求消息后,释放属于所述UE的PDN连接所占用的部分或全部资源;所述紧急呼叫请求消息中携带UE标识和紧急呼叫号码;所述IP-CAN建立所述UE与提供所述紧急呼叫号码所对应的紧急呼叫业务的PDN网络之间的紧急承载的承载路径,且将被释放的资源分配给所述紧急承载,所述紧急承载用于承载所述紧急呼叫业务的业务数据。本发明还提供一种通信系统。本发明的技术方案,在用户所占资源受限的情况下,实现用户的紧急呼叫业务。

著录项

  • 公开/公告号CN101540979A

    专利类型发明专利

  • 公开/公告日2009-09-23

    原文格式PDF

  • 申请/专利权人 大唐移动通信设备有限公司;

    申请/专利号CN200810102332.5

  • 发明设计人 习建德;徐晖;

    申请日2008-03-20

  • 分类号H04W4/22(20090101);H04W8/26(20090101);H04W76/02(20090101);H04W76/06(20090101);

  • 代理机构11018 北京德琦知识产权代理有限公司;

  • 代理人宋志强;麻海明

  • 地址 100083 北京市海淀区学院路29号

  • 入库时间 2023-12-17 22:48:43

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2011-07-27

    授权

    授权

  • 2009-11-11

    实质审查的生效

    实质审查的生效

  • 2009-09-23

    公开

    公开

说明书

技术领域

本发明涉及移动通信技术领域,尤其涉及一种用于紧急呼叫业务的紧急承载建立方法与通信系统。

背景技术

紧急呼叫业务主要用于在用户遭遇困境如遭人为袭击、火灾、病发等等事件时,能够优先占用资源,向事件相关处理单位发出紧急呼叫,以使用户尽快与相关单位取得联系,并获得救助。

第三代合作项目(3GPP)系统中,网络侧在电路交换(CS)域为用户提供紧急呼叫业务。通信技术的不断发展推进着通信系统架构的不断演进,基于CS域的通信服务逐渐被基于分组交换(PS)域的通信服务所替代,IP连接接入网络(IP-Connectivity Access Network,IP-CAN)与分组数据网络(PDN,Packet Data Network)构成的通信系统能够提供基于PS域的通信服务。当前,IP-CAN网络如通用分组无线服务(GPRS,General Packet RadioService)网络、演进的分组系统(EPS,Evolved Packet System)、码分多址(CDMA,Code-Division Multiple Access)2000网络等;PDN网络如IP多媒体子系统(IMS,IP Multimedia Subsystem)网络、分组交换服务(PSS,Packet Switched Service)网络等。

参见图1,图1是现有相互兼容的GPRS网络与EPS网络架构示意图。图1中主要体现的节点包括用户设备(UE)、EPS网络的接入网(E-UTRAN)、移动性管理实体(MME,Mobility Management Entity)、用户签约服务器(HSS)、服务网关(S-GW,Serving GW)、分组数据网络网关(PDN GW,PDN Gateway)、策略与计费规则功能(PCRF,Policy and Charging RulesFunction)、服务GPRS支持节点(SGSN,Serving GPRS Support Node,)、以及GPRS系统中包括UTRAN和GERAN的接入网络(RAN)。对于支持不同系统的UE,如支持3G/2G系统的UE,可通过RAN接入系统,并由SGSN对其进行移动性管理,建立UE与PDN网络之间的PDN连接;对于支持LTE系统的UE,可通过E-UTRAN接入系统,并由MME对其进行移动性管理,建立UE与PDN网络之间的PDN连接。通常,也称UE与PDNGW之间的连接为PDN连接。

已在PS域注册的用户在开展业务时,基于UE与PDN GW之间的PDN连接,与PDN网络之间进行数据交互。对于如何在PS域中开展紧急呼叫业务,现有技术可以利用UE在PS域附着过程中所建立的默认承载提供紧急呼叫业务,或利用IP-CAN网络中的专用承载建立紧急承载,等,而具体如何在PS域中建立紧急承载,现有规范尚未给出相关解决方案,进一步,对于已附着于PS域的注册用户,若其所占用资源达到签约限制,而用户因遭遇突发状态而期望开展紧急呼叫业务,但因其可占用资源受限,将难以开展紧急呼叫业务,从而可能导致用户人身或财产受损。

发明内容

有鉴于此,本发明的目的在于提供一种用于紧急呼叫业务的紧急承载建立方法和通信系统,对于PS域的用户,在用户所占资源受限的情况下,实现用户的紧急呼叫业务

一种用于紧急呼叫业务的紧急承载建立方法,包括:

A、网际协议连接接入网络IP-CAN在收到UE发起的紧急呼叫请求消息后,释放属于所述UE的PDN连接所占用的部分或全部资源;所述紧急呼叫请求消息中携带UE标识和紧急呼叫号码;

B、所述IP-CAN建立所述UE与提供所述紧急呼叫号码所对应的紧急呼叫业务的PDN网络之间的紧急承载的承载路径,且将被释放的资源分配给所述紧急承载,所述紧急承载用于承载所述紧急呼叫业务的业务数据。

优选地,IP-CAN释放所述部分或全部资源包括:

IP-CAN接收UE发送的请求释放指定PDN连接的消息,根据该消息中携带的所述指定PDN连接的承载标识,释放所述指定PDN连接;或,

所述IP-CAN收到所述紧急呼叫请求消息后,根据属于所述UE的PDN连接上业务的QoS,选择被释放的资源。

优选地,IP-CAN收到UE发起的紧急呼叫请求消息包括:

所述IP-CAN收到UE发送的PDN连接释放请求消息,所述PDN连接释放请求消息中包含所述紧急呼叫请求消息。

优选地,所述PDN连接释放请求消息中进一步包含释放PDN连接的原因为建立所述紧急承载。

优选地,释放部分或全部资源包括:

释放属于所述UE的一个或多个PDN连接的全部资源;或,

释放属于所述UE的一个PDN连接上的部分资源。

优选地,所述IP-CAN建立所述承载路径包括:

所述IP-CAN中,移动管理节点收到所述紧急呼叫请求消息后,为所述紧急呼叫业务分配PDN GW地址,向服务网关Serving GW发送创建紧急承载请求消息,所述创建紧急承载请求消息中携带UE标识、紧急承载标识、与所述PDN GW地址对应的紧急接入点名称APN、紧急承载所述PDN GW地址、所述移动管理节点的地址和隧道标识;

所述Serving GW接收所述创建紧急承载请求消息,存储解析出的信息,根据所述PDN GW地址,与所述PDN GW交互各自的控制面地址和隧道标识,以及各自的用户面地址和隧道标识;

所述Serving GW通过所述移动管理节点,与无线接入控制设备交互各自的控制面地址和隧道标识,以及各自的用户面地址和隧道标识。

优选地,所述移动管理节点为所述紧急呼叫业务分配PDN GW地址包括:

所述移动管理节点根据所述紧急呼叫请求消息中携带的紧急呼叫号码,找到紧急接入点名称APN,根据所述紧急APN,找到PDN GW地址;或,

所述紧急呼叫请求消息中还包含所述紧急APN,所述移动管理节点根据所述紧急APN,找到所述PDN GW地址。

优选地,所述Serving GW与所述PDN GW交互各自的控制面地址和隧道标识,以及各自的用户面地址和隧道标识包括:

所述Serving GW向所述PDN GW发送创建紧急承载请求消息,该消息中携带UE标识、紧急承载标识、所述PDN GW地址对应的紧急APN、所述的Serving GW的控制面地址和隧道标识、所述Serving GW的用户面地址和隧道标识;

所述PDN GW接收所述Serving GW发送的创建紧急承载请求消息,存储解析出的信息,向所述Serving GW返回创建紧急承载响应消息,该消息中携带UE标识、紧急承载标识、所述PDN GW的控制面地址和隧道标识、所述PDNGW的用户面地址和隧道标识;

所述Serving GW接收且解析所述PDN GW发出的创建紧急承载响应消息,存储所述PDN GW的控制面地址和隧道标识,和所述PDN GW的用户面地址和隧道标识。

优选地,所述PDN GW接收所述Serving GW发送的创建紧急承载请求消息后,该方法进一步包括:

所述PDN GW为所述UE分配该UE用于与所述PDN网络交互的PDN地址,将所述PDN地址,通过所述IP-CAN发送给所述UE。

优选地,所述Serving GW通过所述移动管理节点,与无线接入控制设备交互各自的控制面地址和隧道标识,以及各自的用户面地址和隧道标识包括:

所述Serving GW向所述移动管理节点返回创建紧急承载响应消息,该消息中携带UE标识、紧急承载标识、所述Serving GW的用户面地址和隧道标识;

所述移动管理节点收到所述Serving GW返回的创建紧急承载响应消息后,向无线接入控制设备发送承载建立请求消息,该消息中携带UE标识、紧急承载标识、所述Serving GW的用户面地址和隧道标识;

所述无线接入控制设备接收所述移动管理节点发送的承载建立请求消息,存储解析出的所述Serving GW的用户面地址和隧道标识,将自身的用户面地址和隧道标识通过移动管理节点发送给所述Serving GW;

所述Serving GW存储所述无线接入控制设备的用户面地址和隧道标识。

优选地,所述IP-CAN将被释放的资源分配给所述紧急承载包括:

所述无线接入控制设备向所述UE发送要求UE重配置无线连接的重配消息,该消息中携带UE标识、紧急承载标识、用于无线连接的资源信息;

所述UE收到所述重配消息后,根据所述资源信息进行无线配置。

优选地,所述重配消息中进一步携带UE用于映射上行数据的上行数据映射信息,所述UE收到所述重配消息后,该方法进一步包括:

所述UE确定将紧急呼叫业务的业务数据映射到紧急承载标识所指示的紧急承载上。

优选地,所述步骤B之后,该方法进一步包括:

所述UE与所述PDN网络之间利用被建立的紧急承载,传输所述紧急呼叫业务的业务数据。

一种通信系统,包括:IP-CAN、UE以及PDN网络,其中,

UE,向IP-CAN发送紧急呼叫请求消息,该消息中携带UE标识和紧急呼叫号码;

IP-CAN,收到UE发起的紧急呼叫请求消息后,释放属于所述UE的PDN连接所占用的部分或全部资源,建立所述UE与提供所述紧急呼叫号码所对应的紧急呼叫业务的PDN网络之间的紧急承载的承载路径,且将被释放的资源分配给所述紧急承载,所述紧急承载用于承载所述紧急呼叫业务的业务数据;

PDN网络,利用被建立的紧急承载,与UE之间传输紧急呼叫业务的业务数据。

所述通信系统中,所述IP-CAN中,移动管理节点收到所述紧急呼叫请求消息后,为所述紧急呼叫业务分配PDN GW地址,向服务网关Serving GW发送创建紧急承载请求消息,所述创建紧急承载请求消息中携带UE标识、紧急承载标识、与所述PDN GW地址对应的紧急APN、紧急承载所述PDN GW地址、所述移动管理节点的地址和隧道标识;

所述Serving GW接收所述创建紧急承载请求消息,存储解析出的信息,根据所述PDN GW地址,与所述PDN GW交互各自的控制面地址和隧道标识,以及各自的用户面地址和隧道标识;

所述Serving GW通过所述移动管理节点,与无线接入控制设备交互各自的控制面地址和隧道标识,以及各自的用户面地址和隧道标识。

所述通信系统中,所述无线接入控制设备向所述UE发送要求UE重配置无线连接的重配消息,该消息中携带UE标识、紧急承载标识、用于无线连接的资源信息;

所述UE收到所述重配消息后,根据所述资源信息进行无线配置。

本发明提供的上述技术方案,对于PS域的用户,为在用户所占资源受限的情况下,实现紧急呼叫业务,通过释放用户占用的部分或全部资源,满足建立紧急承载所需资源,使用户能够及时开展紧急呼叫业务,获取及时救助,从而尽量挽回其损失。

附图说明

图1是现有相互兼容的GPRS网络与EPS网络架构示意图;

图2是本发明中通信系统的结构示意图;

图3是本发明实施例一中在PS域实现用户紧急呼叫业务的流程图;

图4是本发明实施例二中在PS域实现用户紧急呼叫业务的流程图。

具体实施方式

本发明中,若已在PS域注册的用户所占资源达到限制值,为使用户能够及时开展紧急呼叫业务,通过释放用户占用的部分或全部资源,并及时建立用于紧急呼叫业务的紧急承载,实现用户的紧急呼叫,使用户尽快获得救助。

本发明中,建立紧急承载的做法主要包括:IP-CAN在收到UE发送的紧急呼叫请求消息后,根据该消息中携带的UE标识,释放属于UE的一个或几个PDN连接,或单PDN连接上的部分资源,以将被释放的如时隙、码道、物理资源块(PRB,Physical Resource Block)、隧道等资源分配给紧急承载,以及建立UE与提供该紧急呼叫号码对应的紧急呼叫业务的PDN网络之间紧急承载的承载路径。基于被建立的紧急承载,包括承载路径以及所分配的资源,UE与PDN网络之间,可交互用户的紧急呼叫业务的业务数据。

另外,本发明中,可由网络侧在收到UE发送的紧急呼叫请求后,根据属于UE的PDN连接上业务的服务质量(QoS),选择释放UE的PDN连接的部分或全部资源,也可由用户在需要发起紧急呼叫请求时,通过UE主动选择请求释放某些资源,如释放某个PDN连接。

为使本发明的技术方案和优点更加清楚,下面将结合具体的实施例与附图作进一步详细描述。

参见图2,图2是本发明所涉及的通信系统的结构示意图,该通信系统中包含IP-CAN、UE以及PDN网络,其中,

UE,向IP-CAN发送紧急呼叫请求消息,该消息中携带UE标识和紧急呼叫号码;

IP-CAN,收到UE发起的紧急呼叫请求消息后,释放属于所述UE的PDN连接所占用的部分或全部资源,建立所述UE与提供所述紧急呼叫号码所对应的紧急呼叫业务的PDN网络之间的紧急承载的承载路径,且将被释放的资源分配给所述紧急承载,所述紧急承载用于承载所述紧急呼叫业务的业务数据;

PDN网络,利用被建立的紧急承载,与UE之间传输紧急呼叫业务的业务数据。

实施例一:

基于现有PDN连接释放流程,进行紧急承载的建立流程。其中,设UE与网络侧之间建立有多个PDN连接,UE具有选择释放某个PDN连接的能力,本实施例一中,IP-CAN网络是EPS,移动管理节点是MME,无线接入控制设备是eNB。

参见图3,图3是本实施例一中在PS域实现用户紧急呼叫业务的流程图,该流程包括以下步骤:

步骤301、UE通过eNB向MME发送PDN连接释放请求(PDNDisconnection Request)消息,该释放请求消息中携带紧急呼叫请求消息。

该步骤301的PDN连接释放请求消息中还包含UE标识、请求释放的一个PDN连接的默认承载标识(LBI)。紧急呼叫请求消息中可携带如火警等紧急呼叫号码、UE标识。UE标识可以是IMSI或GUTI。

本实施例一中,该紧急呼叫请求消息中还包含紧急呼叫业务的紧急接入点名称(Emergency APN,Emergency Access Point Name),基于现有MME的能力,MME能够根据Emergency APN及其已知的UE的位置,选择一个路径较近的PDN GW。实际应用中,若紧急呼叫请求消息中未携带紧急APN,则MME可根据紧急呼叫号码,选择一个负责处理紧急呼叫业务的Emergency APN,并可基于紧急APN选择一个路径较近的PDN GW。本发明的具体实现中,可预先在UE的SIM卡上存储紧急APN与紧急呼叫号码的对应列表,或由于UE已接入系统,可在本流程之前的接入流程中将紧急APN的相关信息带给UE,这样,UE在发起紧急呼叫请求消息时,可找到对应的紧急APN。

PDN连接释放请求消息中可进一步携带请求释放PDN连接的原因,如紧急呼叫请求,以使所要建立的紧急承载能够被分配为较高优先级,还可携带该紧急呼叫请求消息的标识(PTI)、UE的PDN地址分配参数(PDN AddressAllocation)。

PDN地址分配参数由UE请求网络侧为UE分配用于紧急呼叫的IP地址,可用于指示该UE支持的网络地址类型,如IPv4地址和/或IPv6地址。实际应用中,若紧急呼叫请求消息中未携带PDN地址分配参数,则后续UE与PDN网络之间可基于建立完成的紧急承载,由UE从PDN GW处获取其PDN地址。

另外,实际应用中,若要释放多个PDN连接,则可在PDN连接释放请求消息中携带请求释放的多个PDN连接默认承载标识列表(LBI list)。

步骤302、MME解析PDN连接释放请求消息,且解析出其中的紧急呼叫请求消息,向Serving GW发送删除承载请求(Delete Bearer Request)消息和创建紧急承载请求(Create Emergency Bearer Request)消息。

删除承载请求消息中可包含UE标识、请求释放的PDN连接的LBI。

创建紧急承载请求消息中可包含UE标识、待建立的紧急承载标识(Emergency Bearer ID)、Emergency APN、MME选出的PDN GW的地址、MME的地址及隧道标识,该创建紧急承载请求消息中还可进一步包括紧急承载的服务质量(QoS)、从UE发送的PDN连接释放请求消息中解析出的UE的PDN地址分配参数、紧急呼叫指示(Emergency indicator)、协议配置选项信息(PCO)、MME上下文标识(MME Context ID)。

其中,PCO可用于向PDN网络请求用于紧急呼叫业务的应用功能实体(AF)地址。该AF地址可用于紧急承载建立之后,UE基于获知的该AF地址,通过利用现有基于IP的数据传输技术,从该AF处获知PDN网络中紧急呼叫中心的IP地址,从而与紧急呼叫中心进行通信。

步骤303、Serving GW在所保存的EPS承载列表中删除与请求释放的PDN连接的LBI相关条目,并创建一个紧急呼叫业务的紧急承载条目,若请求删除的PDN连接上的PDN GW与请求建立的紧急承载上的PDN GW不同,则记待删除的PDN连接上的PDN GW为PDN GW1,记待创建的紧急承载上的PDNGW为PDN GW2。Serving GW向PDN GW1发送删除承载请求(Delete BearerRequest)消息,向PDN GW2发送创建紧急承载请求(Create Emergency BearerRequest)消息。

删除承载请求消息中可包含UE标识、请求释放的PDN连接的LBI。

创建紧急承载请求消息中可包含UE标识、Emergency Bearer ID、EmergencyAPN、待建立的紧急承载上Serving GW用于与PDN GW2交互UE的紧急呼叫业务的业务数据的Serving GW用户面地址和隧道标识、待建立的紧急承载上Serving GW用于与PDN GW2交互UE的紧急呼叫业务相关控制信令的ServingGW控制面地址的隧道标识。创建紧急承载请求消息中可进一步包含紧急承载的QoS、协议配置选项信息、紧急呼叫指示、UE的PDN地址分配参数。

步骤304、PDN GW1与PDN GW2分别与网络侧所设置的PCRF交互获取相关PCC规则,其中,PDN GW1从PCRF获取关于待删除的PDN连接的PCC规则,PDN GW2从PCRF获取待创建的紧急承载的PCC规则,以用于后续对用户所发起的紧急呼叫进行策略与计费控制。

通常,紧急呼叫业务是免费服务。实际应用中,若网络侧没有设置PCRF实体,则可由PDN GW2静态配置相关信息,如计费策略等。

步骤305、PDN GW1与PDN GW2分别向Serving GW返回对应的响应消息,其中,PDN GW1向Serving GW返回删除承载响应(Delete Bearer Response)消息,PDN GW2收到创建承载请求消息后,存储解析出的信息,向Serving GW返回创建紧急承载响应(Create Emergency Bearer Response)消息。

删除承载响应消息中可包含UE标识、待删除的PDN连接的承载标识和删除结果。其中,删除结果可以是PDN连接删除成功,或PDN连接删除失败,若PDN连接删除失败,则由MME进行后续处理,本申请不作进一步阐述。

创建紧急承载响应消息中可包含PDN GW2用于与Serving GW交互UE的紧急呼叫业务数据的PDN GW2用户面地址和隧道标识、PDN GW2用于与Serving GW交互UE的紧急呼叫业务相关控制信令的PDN GW2控制面隧道标识、PDN GW2根据解析出的UE的PDN地址分配参数为UE分配的PDN地址信息、Emergency Bearer ID。

其中,PDN地址信息可为IPv4地址、或IPv6地址前缀、或IPv6接口标识符。另外,实际应用中,若紧急呼叫请求消息中未携带PDN地址分配参数,则PDN GW2返回的创建紧急承载响应消息中不携带PDN GW2为UE分配的PDN地址,后续,UE可利用建成的紧急承载与PDN网络交互,获取PDN地址。

创建紧急承载响应消息中还可进一步包括PDN GW2基于PCO为查找到的AF地址、上行数据服务数据流模板(UL TFT)。UL TFT用于指示UE将上行数据映射到紧急承载标识所指示的紧急承载上。

步骤306、Serving GW接收PDN GW1返回的删除承载响应消息,和PDNGW2返回的创建紧急承载响应消息,向MME返回创建紧急承载响应消息和删除承载响应消息。

Serving GW向MME返回的创建紧急承载响应消息中可包含UE标识、分配给UE的PDN地址、Serving GW用于与eNB之间传输紧急呼叫业务数据的Serving GW用户面地址和隧道标识、Serving GW上下文标识、紧急承载标识,还可包含PCO、ULTFT等信息。

Serving GW向MME返回的删除承载响应消息中可包含UE标识、删除的PDN连接的承载标识和删除结果等信息。

步骤307、MME向eNB发送承载建立请求(Bearer Setup Request)消息,该承载建立请求消息中包含MME构造的紧急呼叫业务接受消息(EmergencyCall Service Accept)和会话管理配置信息。

该步骤307中,承载建立请求消息中还可包含UE标识、需要删除的PDN连接的LBI、紧急承载标识、紧急承载QoS、Serving GW用于与eNB之间传输紧急呼叫业务数据的Serving GW用户面地址和隧道标识等等。紧急呼叫业务接受消息中可包含PDN地址、紧急承载标识、协议配置选项。会话管理配置信息中包含UE标识、紧急承载标识,还可进一步包含紧急承载QoS、UL TFT等等。

步骤308、eNB收到MME返回的承载建立请求消息后,保存解析出的向Serving GW用户面地址和隧道标识,释放需要删除的PDN连接的LBI相关的资源,向UE发送RRC连接重配(RRC Connection Reconfiguration)消息。

该步骤308中,RRC连接重配置消息中可包含被删除的PDN连接的LBI相对应的RAN侧的无线承载标识(RB ID,Radio Bearer Identity),也即告知UE用于无线连接的如时隙、码道、PRB等资源信息、透传的会话管理配置信息和紧急呼叫接受消息。

步骤309、UE收到RRC连接重配消息后,进行无线配置,向eNB发送RRC连接重配完成(RRC Connection Reconfiguration Complete)消息。

在UE解析出紧急呼叫接受消息和会话管理配置信息后,UE按照会话管理配置信息进行协议层配置,如将上行数据映射到承载标识对应的紧急承载上,用于无线连接的资源信息等等,UE可以通过上面所建承载向提供紧急服务PDN网络发送上行紧急呼叫服务数据。

步骤310、eNB收到UE返回的RRC连接重配完成消息后,向MME发送承载建立响应(Bearer Setup Response)消息。

该步骤310中,承载建立响应消息中可包含有eNB用于与Serving GW之间传输UE的紧急呼叫业务数据的eNB用户面地址和隧道标识,用于ServingGW向eNodeB发送下行数据。

步骤311、MME收到eNB返回的承载建立响应消息后,向Serving GW发送更新承载请求消息(Update Bearer Response)。

更新承载请求消息中包含紧急承载标识、eNB用于与Serving GW之间传输UE的紧急呼叫业务数据的eNB用户面地址和隧道标识。

步骤312、Serving GW收到MME发来的更新承载请求消息后,保存解析出的eNB用户面地址和隧道标识,向MME返回更新承载响应消息(UpdateBearer Response)。

至此,用于UE进行紧急呼叫的紧急承载建立完成,包括:eNB将释放掉的无线资源分配给UE进行紧急呼叫业务,eNB与Serving GW之间,Serving GW与负责处理紧急呼叫业务的PDN GW之间,基于所存储的对方的用户面地址和隧道标识,传输UE的紧急呼叫业务数据。

另外,因与PDN GW1所建的PDN连接被删除,而与PDN GW2所建的PDN连接被启用,后续,MME可向HSS发送更新位置请求消息(Update LocationRequest),目的是更新HSS所保存的PDN连接上下文信息,以便于与其它non-3GPP系统如cdma2000、Wimax之间的移动时业务连续性。HSS存储PDNGW2地址和相关联的APN后向MME应答更新位置响应消息(Update LocationAck)。

实施例二:

本实施例二中,IP-CAN网络为GPRS网络,移动管理节点是SGSN,无线接入控制设备是RAN,参见图4,图4是本实施例二中在PS域实现用户紧急呼叫业务的流程图,该流程可包括以下步骤:

步骤401、UE通过RAN向SGSN发送PDN连接释放请求消息,即去激活分组数据协议上下文请求(Deactivate PDP Context Request)消息,该去激活PDP Context请求消息中携带紧急呼叫请求消息,即激活紧急PDP Context的请求消息。

去激活PDP上下文请求消息中还可包含UE标识、去激活PDP Context标识(Linked NSAPI),还可进一步包括去激活消息交互标识(TI)、去激活原因等,去激活原因可指示用于建立紧急承载,以为紧急承载的建立分配较高处理优先级。

激活紧急PDP context请求消息中包含UE标识、紧急呼叫号码、紧急PDPContext标识、紧急承载APN,还可进一步包括删除指示(Teardown Ind)、激活消息交互标识TI、PDP地址分配参数、紧急承载QoS,请求分配AF地址的PCO。

本实施例二中,设需要删除一个PDN连接,而不仅仅是释放一个PDN连接中的部分资源。对于UE的一个IP地址和APN组,可能对应一个主PDPContext(Primary PDP Context)和多个辅PDP Context(Secondary PDP Context),若激活紧急PDP context请求消息中携带删除指示,则表示需要删除与去激活PDP Context标识相关联的所有PDP Context,包括一个主PDP Context和多个辅PDP Context。

步骤402、SGSN接收且解析去激活PDP上下文请求消息和激活紧急PDPContext的请求消息,根据去激活PDP Context标识,释放该PDP Context相关的条目,建立紧急PDP Context标识相关的紧急PDP Context条目。SGSN根据解析出的紧急承载APN,选择一个路径最近的PDN GW地址,发送删除PDPContext请求消息和创建PDP Context请求消息给Serving GW。

若激活紧急PDP Context的请求消息中未携带紧急APN,则SGSN可根据紧急呼叫号码,选择一个紧急APN,再查找出对应的PDN GW地址。

SGSN向Serving GW发送的删除PDP Context请求消息中包含:UE标识、SGSN根据去激活PDP Context标识映射成的Serving GW能够识别的删除承载标识。SGSN向Serving GW发送的创建PDP Context请求消息中包含UE标识、紧急呼叫号码、SGSN根据紧急PDP Context标识映射成的Serving GW能够识别的紧急承载标识、紧急承载APN、SGSN控制面地址和隧道标识、SGSN用户面地址和隧道标识,还可进一步包含紧急承载QoS、PDP地址分配参数、协议配置选项PCO、无线接入技术类型(RAT Type)等等信息。

步骤403、处理去激活与激活的PDN GW为同一个PDN GW,则ServingGW收到删除PDP Context请求消息和创建PDP Context请求消息后,向PDNGW发送删除承载请求消息(Delete Bearer Request)和创建紧急承载请求消息(Create Emergency Bearer Request)。

其中,删除承载请求消息中携带UE标识、删除承载标识(EPS Bearer ID)、删除指示(Teardown Ind);创建紧急承载请求消息中携带UE标识、紧急呼叫号码、紧急承载标识、紧急承载APN、Serving GW用户面地址和隧道标识、Serving控制面地址和隧道标识,还可进一步包括紧急承载QoS、RAT Type、PDN地址分配信息、PCO等等信息。

步骤404、PDN GW收到Serving GW发来的消息后,释放删除承载标识所对应的承载上下文信息,PDN GW从PCRF获取待建立的紧急承载的PCC规则,设置下行业务数据流模板(DL TFT),分配承载QoS资源和UE的PDN地址,向Serving GW返回删除承载响应消息和创建紧急承载响应消息。

其中,删除承载响应消息中包含UE标识和隧道标识(该标识将被置为0)

创建紧急承载响应消息中包含:UE标识、紧急承载标识、PDN GW用户面地址和隧道标识、PDN GW控制面地址和隧道标识、该创建紧急承载响应消息中还可进一步包括PDN GW为UE分配的PDN地址或称PDP地址、基于PCO分配的AF地址、上行数据服务数据流模板等等信息。UL TFT用于指示UE将上行数据映射到对应的承载上,即紧急承载标识所指示的承载上。

步骤405、Serving GW收到PDN GW返回的响应消息后,向SGSN返回删除承载响应消息,即删除PDP Context响应消息,和创建紧急承载响应消息,即创建紧急PDP Context响应消息。

其中,删除PDP context响应消息中包含UE标识和删除PDP context对应的隧道标识。创建紧急PDP Context响应消息中包含UE标识、Serving GW用户面地址和隧道标识,还可进一步包含分配给UE的PDP地址、PCO、UL TFT等信息。

步骤406、SGSN收到Serving GW返回的删除PDP Context响应消息和创建紧急PDP Context响应消息后,向RAN发送承载建立请求消息,即无线接入承载指派请求(RAB Assignment Request)消息,该RAB指派请求消息中包含紧急PDP Context对应的RAB承载标识、建立RAB所需要的QoS参数、SGSN用户面地址和隧道标识、被释放的RAB标识列表。

步骤407、RAN收到RAB指派请求消息后,根据紧急承载QoS分配资源,并发送要求UE重配置无线连接的重配消息,即无线承载建立消息给UE。

RAN发送给UE的无线承载建立消息中包含UE用于接入系统的临时标识如无线网络临时标识(C-RNTI,Cell Radio Network Temporary Identifier)、有待建立的信令无线承载列表(SRB List)、待建立的紧急承载即RAB信息列表、重配无线承载信息列表(RB information List)、用于无线连接的资源信息如增加或重配上行传输信道信息列表、增加或重配下行传输信道信息列表、UE的安全信息参数、指示分组域的核心网域指示参数等等信息。

步骤408、UE接收到无线承载建立消息后,进行相应的无线配置,向RAN发送无线承载建立完成消息(Radio Bearer Setup Complete),包含配置结果,如所建立的无线承载对应的加密参数激活时间和启动列表(START List)。

步骤409、RAN收到UE返回的无线承载建立完成消息后,配置完成空口链路资源,向SGSN发送RAB指派响应(RAB Assignment Response)消息。该消息中包含被建立的RAB的承载标识(RAB ID),RNC用户面地址和隧道标识,已释放的RAB列表。

步骤410、RAB承载建立成功之后,SGSN将去激活PDP Context Accept消息和激活紧急PDP Context接受(Activate Emergency PDP Context Accept)消息封装在直传消息(Direct Transfer)中发送给RAN。

去激活PDP context Accept消息中包含UE标识、被删除的承载标识和去激活消息交互标识。激活紧急PDP Context接受消息中包含UE标识、紧急承载标识、激活消息交互标识、紧急承载QoS、还可包括无线优先级参数、协议配置选项、PDP地址等等信息。

步骤411、RAN将去激活PDP Context Accept消息和Activate EmergencyPDP Context Accept消息转发并封装在下行直传消息(Downlink Direct Transfer)中发送给UE。

至此,UE到PDN GW之间的紧急承载建立完成。后续,UE与PDN网络之间,可基于被建立的紧急承载,交互紧急呼叫业务的业务数据。

以上两个实施例列举了通过如EPS、GPRS等IP-CAN建立UE与PDN GW之间的紧急承载,用于承载紧急呼叫业务的具体实施方案,从上述两个实施例所体现的技术方案,可推知non-3GPP系统如cdma2000、Wimax系统中,在用户所能占用的资源受限情况下,如何实现用户的紧急呼叫业务的全部过程,与上述两个实施例的不同之处在于,cdma2000、Wimax系统中建立紧急承载时所涉及的消息名称有所不同。

综上所述,本发明所提供的技术方案中,对于PS域的用户,为在用户所占资源受限的情况下,实现紧急呼叫业务,通过释放用户占用的部分或全部资源,满足建立紧急承载所需资源,使用户能够及时开展紧急呼叫业务,获取及时救助,从而尽量挽回其损失。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号