CN101227352A - 用户终端紧急注册到ip连接接入网络的方法及*** - Google Patents

Abstract

本发明实施例中公开了一种用户终端(UE)紧急注册到IP连接接入网络(IP－CAN)的方法。该方法由UE向IP－CAN网络中的网络侧网元发送紧急注册请求消息；当IP－CAN网络中的网络侧网元接收到来自于UE的紧急注册请求消息时，接受该紧急注册请求并创建与该紧急注册请求相应的紧急承载。本发明实施例中还公开了一种UE紧急注册到IP－CAN网络的***以及网络侧第一网元和网络侧第二网元。应用本发明使得UE在紧急注册到IP－CAN网络的同时可以创建IMS紧急业务承载，从而减少IP－CAN网络中紧急承载创建的时延和消息交互。

Description

用户终端紧急注册到IP连接接入网络的方法及***

技术领域

本发明涉及因特网多媒体子***(IMS：IP Multimedia Subsystem)紧急业务技术，特别涉及用户终端(UE，User Equipment)紧急注册到IP连接接入网络(IP-CAN：IP-Connectivity Access Network)的方法及***。

背景技术

IMS紧急业务，就是利用IP-CAN和IMS***为用户提供紧急业务，如110报警业务、119火警业务等。当UE检测到紧急会话建立请求，如用户拨打110时，将紧急注册到IP-CAN网络中，然后建立IMS紧急业务所使用的承载。IP-CAN网络可以包括：通用分组无线***(GPRS，Global PacketRadio System)、通用移动通信***(UMTS，Universal MobileTelecommunication System)和***架构演进(SAE，System ArchitectureEvolution)网络等其他移动通信网络。下面以GPRS网络为例，说明现有技术中实现IMS紧急业务的流程。

图1为现有技术中UE紧急注册到GPRS网络的方法流程示意图。参见图1，全球移动通信***无线接入网/增强型数据速率GSM演进技术(GERAN，GSM/EDGE Radio Access Network)和通用陆地无线接入网(UTRAN，UMTS Territorial Radio Access Network)是GPRS网络中的无线接入部分，通用分组无线业务支持节点(SGSN，Serving GPRS SupportingNode)用于实现路由转发、移动性管理、会话管理以及用户信息存储等功能，网关通用分组无线业务支持节点(GGSN，Gateway GPRS Supporting Node)是GPRS网络与外部网络的接口，同时还负责实现用户面数据的传输。对于IMS紧急业务，由于即使UE中没有用户识别卡(SIM，Subscriber IdentifierMoudle)卡，也必须允许其使用IMS紧急业务，因此，在IMS紧急注册过程中无需鉴权，也无需到UE的归属位置寄存器(HLR，Home LocationRegister)中获取签约数据。图1所示方法由第三代合作伙伴计划(3GPP，Third Generation Partnership Project)TR23.867协议规定，包括以下步骤：

步骤101：UE向SGSN发送附着请求消息，消息中携带紧急指示位，以表示该请求为紧急注册请求。

步骤102：SGSN接受UE的紧急附着请求，并向UE发送附着接受消息。

步骤103：UE收到附着接受消息之后，向SGSN发送附着完成消息。

经上述步骤101至103之后，完成UE到GPRS网络的紧急附着，下面UE向GPRS网络发起紧急承载建立请求，以完成紧急承载的建立。

步骤104：UE向SGSN发送激活分组数据协议(PDP)上下文请求消息，消息中携带全局专用紧急接入点名(globally dedicated emergency AccessPoint Name)，指示SGSN建立紧急承载。

步骤105：SGSN创建IMS紧急业务所使用的PDP上下文，并向GGSN发送创建PDP上下文请求消息，消息中携带全局专用紧急APN，指示GGSN创建IMS紧急业务所使用的PDP上下文。

本步骤中，IMS紧急业务所使用的PDP上下文称为紧急PDP上下文。

步骤106：GGSN收到携带全局专用紧急APN的创建PDP上下文请求消息后，创建紧急PDP上下文，并向SGSN返回创建PDP上下文响应消息。

步骤107：SGSN向GERAN/UTRAN发起无线承载建立，建立无线承载。

步骤108至109：无线承载建立之后，如果服务质量(QoS，Quality ofService)参数发生变化，则SGSN向GGSN发送修改PDP上下文请求消息，GGSN返回修改PDP上下文响应消息给SGSN，如果QoS参数未发生变化，则可以省略步骤108和109，因此图中以虚线示出。

步骤110：SGSN向UE发送激活PDP上下文接受消息。

至此，结束现有技术中UE紧急注册到GPRS网络的方法流程。

由于，当UE发起紧急附着时，意味着该UE只能进行IMS紧急业务，而相应地，UE只有在进行IMS紧急业务时才会发起紧急附着流程，因此，UE发起紧急附着之后，必须要为该UE创建紧急承载。而由图1所示流程可见，现有技术中UE紧急附着和紧急承载创建分别在步骤101至103，以及步骤104至108这两次消息交互过程中实现，导致GPRS网络中紧急承载创建的时延比较大，消息交互过程烦琐。

由上述分析可见，现有UE紧急注册到IP-CAN网络的技术方案不能使UE紧急注册到IP-CAN网络的同时创建IMS紧急业务承载，导致紧急承载创建的时延比较大，消息交互过程烦琐。

发明内容

有鉴于此，本发明实施例所公开的UE紧急注册到IP-CAN网络的方法中，提供了一种使UE紧急注册到IP-CAN网络的同时创建IMS紧急业务承载的方法，缩短了创建紧急承载的时延。

本发明实施例所公开的UE紧急注册到IP-CAN网络的***中，提供了一种使UE紧急注册到IP-CAN网络的同时创建IMS紧急业务承载的***，缩短了创建紧急承载的时延。

本发明实施例所公开的适用于UE紧急注册到IP-CAN网络的***中的网络侧第一网元，提供了一种使UE紧急注册到IP-CAN网络的同时创建IMS紧急业务承载的网络侧第一网元，缩短了创建紧急承载的时延。

本发明实施例所公开的适用于UE紧急注册到IP-CAN网络的***中的网络侧第二网元，提供了一种使UE紧急注册到IP-CAN网络的同时创建IMS紧急业务承载的网络侧第二网元，缩短了创建紧急承载的时延。

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

一种用户终端UE紧急注册到IP连通接入网络IP-CAN的方法，该方法包括以下步骤：

UE向IP-CAN网络中的网络侧网元发送紧急注册请求消息；

当IP-CAN网络中的网络侧网元接收到UE的紧急注册请求消息时，创建与所述紧急注册请求相应的紧急承载。

一种UE紧急注册到IP-CAN网络的***，该***包括UE和IP-CAN网络中的网络侧网元，

所述UE，用于向所述网络侧网元发送紧急注册请求消息；

所述网络侧网元，用于根据来自于所述UE的紧急注册请求消息创建紧急承载。

一种网络侧第一网元，用于UE紧急注册到IP-CAN网络的***中，该网络侧第一网元包括第一接口模块和第一承载创建模块，

所述第一接口模块，用于将来自于UE的紧急注册请求消息发送给所述第一承载创建模块；

所述第一承载创建模块，用于根据来自于所述第一接口模块的紧急注册请求消息创建紧急承载。

一种网络侧第二网元，用于UE紧急注册到IP-CAN网络的***中，该网络侧第二网元包括第二接口模块和第二承载创建模块，

所述第二接口模块，用于接收来自于网络侧第一网元的请求消息，并发送给所述第二承载创建模块；

所述第二承载创建模块，用于根据所述请求消息创建相应的紧急承载，并通过所述第二接口模块向所述网络侧第一网元返回相应的响应消息。

由上述技术方案可见，本发明实施例所公开的技术方案中，由UE向IP-CAN网络中的网络侧网元发送紧急注册请求消息；当IP-CAN网络中的网络侧网元接收到来自于UE的紧急注册请求消息时，接受该紧急注册请求并创建与该紧急注册请求相应的紧急承载，如此，使得UE在紧急注册到IP-CAN网络的同时可以创建IMS紧急业务承载，从而减少了IP-CAN网络中紧急承载创建的时延和消息交互。

附图说明

图1为现有技术中UE紧急注册到GPRS网络的方法流程示意图。

图2为本发明UE紧急注册到IP-CAN网络的方法的示例性流程图。

图3为本发明实施例一中UE紧急注册到SAE网络的方法流程示意图。

图4为本发明实施例二中UE紧急注册到SAE网络的方法流程示意图。

图5为本发明实施例三中UE紧急注册到SAE网络的方法流程示意图。

图6为本发明实施例四中UE紧急注册到SAE网络的方法流程示意图。

图7为本发明实施例五中UE紧急注册到SAE网络的方法流程示意图。

图8为本发明实施例六中UE紧急注册到GPRS/UMTS网络的方法流程示意图。

图9为本发明实施例中UE紧急注册到IP-CAN网络的***组成结构示意图。

图10为图9所示***中网络侧第一网元的组成结构示意图。

图11为图9所示***中网络侧第二网元的组成结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

图2为本发明UE紧急注册到IP-CAN网络的方法的示例性流程图。参见图2，该方法包括以下步骤：

步骤201：UE向IP-CAN网络中的网络侧网元发送表示紧急注册的请求消息；

步骤202：当IP-CAN网络中的网络侧网元接收到来自于UE的表示紧急注册的请求消息时，创建与该紧急注册请求相应的紧急承载。

至此，结束本发明UE紧急注册到IP-CAN网络的示例性方法流程。

图2所示方法中，紧急承载表示IMS紧急业务所使用的承载，该承载包括核心网内部相关网元之间的承载、以及核心网与无线接入网之间的无线承载。IP-CAN网络中的网络侧网元包括网络侧第一网元和网络侧第二网元，上述核心网内部相关网元之间的紧急承载即建立于所述网络侧第一网元和网络侧第二网元之间。当网络侧第一网元接收到来自于UE的紧急注册请求消息之后，核心网内部相关网元之间建立紧急承载的方式可以包括以下几种：

第一种方式为：

首先，网络侧第一网元创建紧急用户上下文和紧急承载上下文，并向网络侧第二网元发送表示创建紧急承载的请求消息；

然后，网络侧第二网元根据该表示创建紧急承载的请求消息创建紧急承载上下文、获取紧急承载的策略和计费控制(PCC，Policy and ChargingControl)规则，并执行该PCC规则，向网络侧第一网元返回承载响应消息。

第二种方式为：

首先，网络侧第一网元创建紧急用户上下文，并向网络侧第二网元转发所接收到的表示紧急注册的请求消息；

然后，网络侧第二网元根据该表示紧急注册的请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行该PCC规则，向网络侧第一网元返回紧急注册接受消息。

第三种方式为：

首先，网络侧第一网元创建紧急用户上下文和紧急PDP上下文，并向网络侧第二网元发送表示创建紧急PDP上下文的请求消息；

然后，网络侧第二网元根据表示创建紧急PDP上下文的请求消息创建紧急PDP上下文、获取紧急承载的PCC规则，并执行该PCC规则，向所述网络侧第一网元返回创建PDP上下文响应消息。

在本发明实施例的后续描述中，将上述表示紧急注册的请求消息简称为紧急注册请求消息，将表示创建紧急承载的请求消息简称为紧急承载创建请求消息，将表示创建紧急PDP上下文的请求消息简称为紧急PDP上下文创建请求消息。

图2所示方法可以应用于GPRS、UMTS和SAE等IP-CAN网络中。

SAE网络是3GPP正在研究的一种全新的演进网络架构。在SAE网络中，演进的分组核心网包括移动性管理实体(MME，Mobility ManagementEntity)、用户面实体(UPE，User Plane Entity)以及不同接入***之间的用户面锚点(IASA，Inter Access System Anchor)逻辑功能实体。

其中，MME负责控制面的移动性管理，包括用户上下文管理、移动状态管理、分配用户临时身份标识等，MME对应于当前GPRS/UMTS***内部SGSN的控制平面部分；

UPE负责空闲状态下为下行数据发起寻呼、管理保存IP承载参数和网络内路由信息等，UPE对应于当前GPRS/UMTS***内部SGSN和GGSN的数据平面部分；

IASA则充当不同接入***间的用户面锚点，3GPP Anchor逻辑功能实体是2G/3G接入***和长期演进(LTE)接入***间的用户面锚点，SAEAnchor逻辑功能实体是3GPP接入***和非3GPP接入***之间的用户面锚点。

由于对SAE网络的研究正在进行之中，该网络中各功能实体之间的相互关系和功能尚未最终确定，因此，在SAE网络中，可能采取MME和UPE分离的架构，即MME和UPE分别设立于不同的物理实体中，也可能采取MME和UPE合一的架构，即MME和UPE位于同一物理实体中，记为MME/UPE。

在MME和UPE分离架构下，MME为一独立实体，UPE和IASA位于同一实体之中，记为UPE/IASA。MME对应于上述网络侧第一网元，UPE/IASA对应于上述网络侧第二网元。其中，若会话管理(SM，SessionManagement)功能在MME实体中实现，则MME与UPE/IASA之间采用上述第一种方式建立核心网内部相关网元之间的紧急承载；若会话管理功能在UPE/IASA实体中实现，则MME与UPE/IASA之间采用上述第二种方式建立核心网内部相关网元之间的紧急承载。该架构下的无线承载建立流程可能由MME实体发起，也可能由UPE/IASA实体发起。

在MME和UPE合一架构下，MME和UPE位于同一实体之中，IASA为一独立实体。MME/UPE对应于上述网络侧第一网元，IASA对应于上述网络侧第二网元。其中，会话管理功能在MME/UPE实体中实现，MME/UPE与IASA之间采用上述第一种方式建立核心网内部相关网元之间的紧急承载，该架构下的无线承载建立流程由MME/UPE实体发起。

在GPRS或UMTS网络中，SGSN对应于上述网络侧第一网元，GGSN对应于上述网络侧第二网元。SGSN与GGSN之间采用上述第三种方式建立核心网内部相关网元之间的紧急承载，并且，无线承载建立流程由SGSN发起。

下面通过五个实施例针对上述SAE网络中各种可能的架构，以及一个实施例针对GPRS/UMTS网络说明本发明技术方案的具体实施方式。

实施例一：

本实施例中，假设演进网络SAE中采用MME和UPE分离的架构，会话管理功能在MME实体中实现，由MME控制紧急承载的建立，并且，无线承载建立流程由MME实体发起。本实施例中只描述与本发明UE紧急注册到IP-CAN网络的方法相关的步骤，实际应用中的紧急注册流程可能还包括本实施例未描述的其他步骤，对于本实施例未作描述的步骤，请参照现有技术、按照本实施例的技术方案实施，在此不再赘述。

图3为本发明实施例一中UE紧急注册到SAE网络的方法流程示意图。参见图3，该方法包括以下步骤：

步骤301：UE向MME发送紧急注册请求消息。

本步骤中，UE可以采取如下几种方式通知MME，其向MME发送的请求消息为紧急注册请求消息：

1)UE在向MME发送的附着请求(Attach Request)消息中携带紧急指示位(Emergency Indicator)，或在向MME发送的跟踪区更新请求(TAU，Tracking Area Update Request)消息中携带该紧急指示位，或在其他可以通知MME其所发送的请求消息为紧急注册请求消息的请求消息中携带该紧急指示位。

2)定义新的附着类型：紧急附着(Emergency Attach)，该紧急附着类型表示某个附着请求消息为一个紧急注册请求消息，UE在向MME发送的附着请求消息中设置该附着请求消息的附着类型为紧急附着。

3)定义新的更新类型：紧急更新(Emergency Update)，该紧急更新类型表示某个跟踪区更新请求消息为一个紧急注册请求消息，UE在向MME发送的跟踪区更新请求消息中设置该跟踪区更新请求消息的更新类型为紧急更新。

4)定义新的消息：紧急附着请求消息(Emergency Attach Request)，该紧急附着请求消息表示一个紧急注册请求，UE向MME发送该紧急附着请求消息。

5)定义新的消息：紧急跟踪区更新请求消息(Emergency Tracking AreaUpdate Request)，该紧急跟踪区更新请求消息表示一个紧急注册请求，UE向MME发送该紧急跟踪区更新请求消息。

本步骤中，UE还可以通过其他可行的方式通知核心网其所发起的请求为紧急注册请求。

步骤302：MME收到UE发送的紧急注册请求消息后，创建紧急用户上下文和紧急承载上下文，并通知相应的UPE/IASA创建紧急承载。

本步骤中，首先，MME可以在用户上下文和承载上下文中设置紧急标识，以标识该承载为紧急承载。在用户上下文中，可以使用紧急指示位作为紧急标识，也可以定义一个表示用户上下文为紧急用户上下文的类型，以该紧急用户上下文类型作为紧急标识；在承载上下文中，可以使用一个特定的APN，例如：globally dedicated emergency APN作为紧急标识，也可以使用紧急指示位作为紧急标识，还可以定义一个表示承载上下文为紧急承载的类型，以该紧急承载类型作为紧急标识。

然后，MME确定创建紧急承载所使用的UPE/IASA。MME可以通过如下几种方式确定创建紧急承载所使用的UPE/IASA：

1)当SAE***中使用一个特定的APN(如globally dedicated emergencyAPN)来标识所创建的承载是紧急承载时，MME可以根据该特定APN来确定所使用的UPE/IASA，此时存在两种确定所使用的UPE/IASA的方式：

a)预先在MME中配置该特定APN所使用的UPE/IASA，MME根据该特定APN确定创建紧急承载所使用的UPE/IASA；

b)在域名服务器(DNS，Domain Name Server)中存储该特定APN所使用的UPE/IASA，MME根据该特定APN从DNS服务器中查询其所对应的UPE/IASA，并将查询得到的UPE/IASA确定为创建紧急承载所使用的UPE/IASA。

这里，该特定APN可以由UE携带于紧急注册请求消息中发送给MME，或者在MME判定UE所发送的请求消息为紧急注册消息时，自行选择该APN来标识一个紧急承载。

2)当SAE***中不使用特定的APN来标识所创建的承载是紧急承载，而是使用紧急指示位或者创建紧急承载请求消息来标识所创建的承载是紧急承载时，可以在MME内部配置紧急承载所使用的UPE/IASA，MME根据该配置确定创建紧急承载所使用的UPE/IASA。

3)MME将本地网络中的一个UPE/IASA确定为创建紧急承载所使用的UPE/IASA，例如，根据用户的位置信息来确定一个适当的UPE/IASA。

最后，MME向所确定的UPE/IASA发送紧急承载创建请求消息，通知该UPE/IASA创建紧急承载。这里，MME可以通过如下方式通知所确定的UPE/IASA创建紧急承载：

1)MME向UPE/IASA发送创建承载请求消息(Create Bearer Request)，并在该创建承载请求消息中携带特定的APN(如globally dedicatedemergency APN)，UPE/IASA根据该特定的APN判定需要创建的承载为紧急承载。

2)MME向UPE/IASA发送创建承载请求消息(Create Bearer Request)，并在该创建承载请求消息中携带紧急指示位，UPE/IASA根据该指示位判定需要创建的承载为紧急承载。

3)MME向UPE/IASA发送创建承载请求消息(Create Bearer Request)，并在该创建承载请求消息中设置承载类型为紧急承载(Emergency Bearer)，UPE/IASA根据该承载类型判定需要创建的承载为紧急承载。

4)定义新的消息类型：创建紧急承载请求消息(Create Emergency BearerRequest)，该消息表示创建紧急承载，MME向UPE/IASA发送该创建紧急承载请求消息，UPE/IASA根据该消息类型判定需要创建的承载为紧急承载。

步骤303：UPE/IASA根据MME的通知创建紧急承载，并向策略和计费规则功能实体(PCRF，Policy and Charging Rule Function)发送策略和计费规则请求消息(Request Policy and Charging Rules)，以获取紧急承载的PCC规则。

PCRF是PCC网络中的功能实体，主要执行策略控制决定功能和流计费控制功能。

本步骤中，首先UPE/IASA可以在承载上下文中设置紧急标识，以标识该承载为紧急承载。这里，可以使用一个特定的APN，例如：全局专用紧急接入点名(globally dedicated emergency APN)作为紧急标识，也可以使用紧急指示位作为紧急标识，还可以定义一个表示承载上下文为紧急承载的类型，以该紧急承载类型作为紧急标识。

然后，UPE/IASA向PCRF发送策略和计费规则请求消息，以获取紧急承载的PCC规则。在策略和计费规则请求消息中可以按照如下方式携带标识，以通知PCRF所建立的承载是为IMS紧急业务使用的：

1)在该请求消息中增加IMS紧急指示位(IMS Emergency Indicator)字段，表示所建立的承载为IMS紧急承载，UPE/IASA将该字段的值设置为True。

2)在该请求消息中增加承载类型字段，UPE/IASA将该字段的值设置为表示紧急承载的承载类型。

3)在该请求消息中增加业务类型字段，UPE/IASA将该字段的值设置为表示IMS紧急业务(IMS Emergency Service)的业务类型。

步骤304：当PCRF根据来自于UPE/IASA的策略和计费规则请求消息中的标识判定该承载是为IMS紧急业务使用的承载时，PCRF将预先配置的IMS紧急业务使用的PCC规则提供给UPE/IASA，即向UPE/IASA发送策略和计费规则供应消息(Policy and Charging Rules Provision)。

本步骤中，可以根据IMS紧急业务的相关业务要求，按照现有PCC规则的配置方法，预先配置与IMS紧急业务相应的PCC规则。

步骤305：UPE/IASA执行所获取的PCC规则，并向MME返回承载响应消息(Bearer Response)。

应用功能实体(AF，Application Function)是PCC网络中的功能实体，用于提供各种业务应用。通常，可以在UPE/IASA中配置某种业务所使用的AF的地址，在IMS***中，该地址即为呼叫会话控制代理功能实体(P-CSCF)的地址，该地址将通过MME发送给UE，以使得UE可以使用该AF或P-CSCF所提供的业务。

本实施例中，可以在UPE/IASA中配置IMS紧急业务所使用的AF地址。本步骤中，UPE/IASA执行所获取的PCC规则之后，将IMS紧急业务所使用的AF地址携带于承载响应消息中发送给MME。

步骤306：MME向Evolved RAN发起无线承载建立请求，Evolved RAN建立无线承载。

本步骤中，可以按照3GPP TR23.882中的相关规定建立接入网的无线承载，在此不再赘述。

步骤307：在无线承载成功建立之后，MME向UPE/IASA返回承载确认消息(Bearer Ack)。

步骤308：在无线承载成功建立之后，MME向UE返回紧急注册接受消息，并在该紧急注册接受消息中携带AF地址。

对于紧急注册，UE无需执行周期跟踪区更新(periodic tracking areaupdate)流程，因此，本步骤中，MME在紧急注册接受消息中将周期跟踪区更新定时器设置为0，或者携带指示位表示周期跟踪区更新定时器被去激活。UE收到这样的消息后将不激活周期跟踪区更新定时器，不执行周期跟踪区更新流程。

步骤309：UE收到来自于MME的紧急注册接受消息之后，向MME发送紧急注册完成消息，以确认紧急注册的完成。

至此，结束本发明实施例一中UE紧急注册到SAE网络的方法流程。

实施例二：

本实施例中，假设演进网络SAE中采用MME和UPE分离的架构，会话管理功能在MME实体中实现，由MME控制紧急承载的建立，并且，无线承载建立流程由UPE/IASA实体发起。本实施例中只描述与本发明UE紧急注册到IP-CAN网络的方法相关的步骤，实际应用中的紧急注册流程可能还包括本实施例未描述的其他步骤，对于本实施例未作描述的步骤，请参照现有技术、按照本发明实施例的技术方案实施，在此不再赘述。

图4为本发明实施例二中UE紧急注册到SAE网络的方法流程示意图。参见图4，该方法包括以下步骤：

步骤401：UE向MME发送紧急注册请求消息。

本步骤中，UE向MME发送紧急注册请求消息的方式与实施例一步骤301相同，在此不再赘述。

步骤402：MME收到UE发送的紧急注册请求消息后，创建紧急用户上下文和紧急承载上下文，并通知相应的UPE/IASA创建紧急承载。

本步骤中，首先，MME可以按照与实施例一步骤302中相同的方式在用户上下文和承载上下文中设置紧急标识，以标识该承载为紧急承载。

然后，MME确定创建紧急承载所使用的UPE/IASA。这里，MME确定UPE/IASA的方式与实施例一步骤302中的方式相同，在此不再赘述。

最后，MME向所确定的UPE/IASA发送紧急承载创建请求消息，通知该UPE/IASA创建紧急承载。这里，MME向UPE/IASA发送的紧急承载创建请求消息也与实施例一步骤302中的相应消息一致，请参见实施例一步骤302中的相关描述。

步骤403：UPE/IASA根据MME的通知创建紧急承载，并向PCRF发送策略和计费规则请求消息(Request Policy and Charging Rules)，以获取紧急承载的PCC规则。

本步骤中，首先UPE/IASA可以按照与实施例一步骤303中相同的方式在承载上下文中设置紧急标识，以标识该承载为紧急承载。

然后，UPE/IASA向PCRF发送策略和计费规则请求消息，以获取紧急承载的PCC规则。这里，在策略和计费规则请求消息中携带标识，以通知PCRF所建立的承载为IMS紧急业务所使用的承载的方式与实施例一步骤303中的方式相同，在此不再赘述。

步骤404：当PCRF根据来自于UPE/IASA的策略和计费规则请求消息中的标识判定该承载是为IMS紧急业务使用的承载时，PCRF将预先配置的IMS紧急业务使用的PCC规则提供给UPE/IASA，即向UPE/IASA发送策略和计费规则供应消息(Policy and Charging Rules Provision)。

本步骤中，可以根据IMS紧急业务的相关业务要求，按照现有PCC规则的配置方法，预先配置与IMS紧急业务相应的PCC规则。

步骤405：UPE/IASA执行所获取的PCC规则，并向Evolved RAN发起无线承载建立请求，Evolved RAN建立无线承载。

本步骤中，可以按照3GPP TR23.882中的相关规定建立接入网的无线承载，在此不再赘述。

步骤406：在无线承载成功建立之后，UPE/IASA向MME返回承载响应消息(Bearer Response)。

本实施例中，可以在UPE/IASA中配置IMS紧急业务所使用的AF地址。本步骤中，UPE/IASA将IMS紧急业务所使用的AF地址携带于承载响应消息中发送给MME。

步骤407：MME向UE返回紧急注册接受消息，并在该紧急注册接受消息中携带AF地址。

对于紧急注册，UE无需执行周期跟踪区更新流程，因此，本步骤中，MME在紧急注册接受消息中将周期跟踪区更新定时器设置为0，或者携带指示位表示周期跟踪区更新定时器被去激活。UE收到这样的消息后将不激活周期跟踪区更新定时器，不执行周期跟踪区更新流程。

步骤408：UE收到来自于MME的紧急注册接受消息之后，向MME发送紧急注册完成消息，以确认紧急注册的完成。

至此，结束本发明实施例二中UE紧急注册到SAE网络的方法流程。

实施例三：

本实施例中，假设演进网络SAE中采用MME和UPE分离的架构，会话管理功能在UPE实体中实现，由UPE/IASA控制紧急承载的建立，并且，无线承载建立流程由MME实体发起。本实施例中只描述与本发明UE紧急注册到IP-CAN网络的方法相关的步骤，实际应用中的紧急注册流程可能还包括本实施例未描述的其他步骤，对于本实施例未作描述的步骤，请参照现有技术、按照本发明实施例的技术方案实施，在此不再赘述。

图5为本发明实施例三中UE紧急注册到SAE网络的方法流程示意图。参见图5，该方法包括以下步骤：

步骤501：UE向MME发送紧急注册请求消息。

本步骤中，UE向MME发送紧急注册请求消息的方式与实施例一步骤301相同，在此不再赘述。

步骤502：MME收到UE发送的紧急注册请求消息后，创建紧急用户上下文，并将该紧急注册请求消息转发给相应的UPE/IASA。

本步骤中，MME接收到来自于UE的紧急注册请求消息之后，可以按照与实施例一步骤302中相同的方式在用户上下文中设置紧急标识，以标识该承载为紧急承载，并按照实施例一步骤302中的方式确定创建紧急承载所使用的UPE/IASA，最后，向所确定的UPE/IASA转发紧急注册请求消息。

步骤503：UPE/IASA收到MME的紧急注册请求消息后创建紧急承载，并向PCRF发送策略和计费规则请求消息(Request Policy and ChargingRules)，以获取紧急承载的PCC规则。

本步骤中，首先UPE/IASA可以按照与实施例一步骤303中相同的方式在承载上下文中设置紧急标识，以标识该承载为紧急承载。

然后，UPE/IASA向PCRF发送策略和计费规则请求消息，以获取紧急承载的PCC规则。这里，在策略和计费规则请求消息中携带标识，以通知PCRF所建立的承载为IMS紧急业务所使用的承载的方式与实施例一步骤303中的方式相同，在此不再赘述。

步骤504：当PCRF根据来自于UPE/IASA的策略和计费规则请求消息中的标识判定该承载是为IMS紧急业务使用的承载时，PCRF将预先配置的IMS紧急业务使用的PCC规则提供给UPE/IASA，即向UPE/IASA发送策略和计费规则供应消息(Policy and Charging Rules Provision)。

本步骤中，可以根据IMS紧急业务的相关业务要求，按照现有PCC规则的配置方法，预先配置与IMS紧急业务相应的PCC规则。

步骤505：UPE/IASA执行所获取的PCC规则，并向MME发送表示创建紧急承载的请求消息，通知MME创建紧急承载。

本步骤中，UPE/IASA可以通过如下方式通知MME创建紧急承载：

1)UPE/IASA向MME发送创建承载请求消息(Create Bearer Request)，并在该创建承载请求消息中携带特定的APN(如globally dedicatedemergency APN)，MME根据该特定的APN判定需要创建的承载为紧急承载。

2)UPE/IASA向MME发送创建承载请求消息(Create Bearer Request)，并在该创建承载请求消息中携带紧急指示位(Emergency Indicator)，MME根据该指示位判定需要创建的承载为紧急承载。

3)UPE/IASA向MME发送创建承载请求消息(Create Bearer Request)，并在该创建承载请求消息中设置承载类型为紧急承载(Emergency Bearer)，MME根据该承载类型判定需要创建的承载为紧急承载。

4)定义新的消息类型：创建紧急承载请求消息(Create Emergency BearerRequest)，该消息表示创建紧急承载，UPE/IASA向MME发送该创建紧急承载请求消息，MME根据该消息类型判定需要创建的承载为紧急承载。

步骤506：MME向Evolved RAN发起无线承载建立请求，Evolved RAN建立无线承载。

本步骤中，可以按照3GPP TR23.882中的相关规定建立接入网的无线承载，在此不再赘述。

步骤507：在无线承载成功建立之后，MME向UPE/IASA返回承载创建响应消息(Create Bearer Response)。

步骤508：UPE/IASA收到来自于MME的承载创建响应消息之后，向MME返回紧急注册接受消息。

本实施例中，在UPE/IASA中配置IMS紧急业务所使用的AF地址。本步骤中，UPE/IASA将IMS紧急业务所使用的AF地址携带于承载响应消息中发送给MME。

步骤509：MME收到来自于UPE/IASA的紧急注册接受消息之后，向UE返回紧急注册接受消息，并在该紧急注册接受消息中携带AF地址。

对于紧急注册，UE无需执行周期跟踪区更新流程，因此，本步骤中，MME在紧急注册接受消息中将周期跟踪区更新定时器设置为0，或者携带指示位表示周期跟踪区更新定时器被去激活。UE收到这样的消息后将不激活周期跟踪区更新定时器，不执行周期跟踪区更新流程。

步骤510：UE收到来自于MME的紧急注册接受消息之后，向MME发送紧急注册完成消息，以确认紧急注册的完成。

至此，结束本发明实施例三中UE紧急注册到SAE网络的方法流程。

实施例四：

本实施例中，假设演进网络SAE中采用MME和UPE分离的架构，会话管理功能在UPE实体中实现，由UPE/IASA控制紧急承载的建立，并且，无线承载建立流程由UPE/IASA实体发起。本实施例中只描述与本发明UE紧急注册到IP-CAN网络的方法相关的步骤，实际应用中的紧急注册流程可能还包括本实施例未描述的其他步骤，对于本实施例未作描述的步骤，请参照现有技术、按照本发明实施例的技术方案实施，在此不再赘述。

图6为本发明实施例四中UE紧急注册到SAE网络的方法流程示意图。参见图6，该方法包括以下步骤：

步骤601：UE向MME发送紧急注册请求消息。

本步骤中，UE向MME发送紧急注册请求消息的方式与实施例一步骤301相同，在此不再赘述。

步骤602：MME收到UE发送的紧急注册请求消息后，创建紧急用户上下文，并将该紧急注册请求消息转发给相应的UPE/IASA。

本步骤中，MME接收到来自于UE的紧急注册请求消息之后，可以按照与实施例一步骤302中相同的方式在用户上下文中设置紧急标识，以标识该承载为紧急承载，并按照实施例一步骤302中的方式确定创建紧急承载所使用的UPE/IASA，最后，向所确定的UPE/IASA转发紧急注册请求消息。

步骤603：UPE/IASA收到MME的紧急注册请求消息后创建紧急承载，并向PCRF发送策略和计费规则请求消息(Request Policy and ChargingRules)，以获取紧急承载的PCC规则。

本步骤中，首先UPE/IASA可以按照与实施例一步骤303中相同的方式在承载上下文中设置紧急标识，以标识该承载为紧急承载。

然后，UPE/IASA向PCRF发送策略和计费规则请求消息，以获取紧急承载的PCC规则。这里，在策略和计费规则请求消息中携带标识，以通知PCRF所建立的承载为IMS紧急业务所使用的承载的方式与实施例一步骤303中的方式相同，在此不再赘述。

步骤604：当PCRF根据来自于UPE/IASA的策略和计费规则请求消息中的标识判定该承载是为IMS紧急业务使用的承载时，PCRF将预先配置的IMS紧急业务使用的PCC规则提供给UPE/IASA，即向UPE/IASA发送策略和计费规则供应消息(Policy and Charging Rules Provision)。

本步骤中，可以根据IMS紧急业务的相关业务要求，按照现有PCC规则的配置方法，预先配置与IMS紧急业务相应的PCC规则。

步骤605：UPE/IASA执行所获取的PCC规则，并向Evolved RAN发起无线承载建立请求，Evolved RAN建立无线承载。

本步骤中，可以按照3GPP TR23.882中的相关规定建立接入网的无线承载，在此不再赘述。

步骤606：在无线承载成功建立之后，UPE/IASA向MME返回紧急注册接受消息。

本实施例中，在UPE/IASA中配置IMS紧急业务所使用的AF地址。本步骤中，UPE/IASA将IMS紧急业务所使用的AF地址携带于紧急注册接受消息中发送给MME。

步骤607：MME收到来自于UPE/IAS的紧急注册接受消息之后，向UE返回紧急注册接受消息，并在该紧急注册接受消息中携带AF地址。

对于紧急注册，UE无需执行周期跟踪区更新流程，因此，本步骤中，MME在紧急注册接受消息中将周期跟踪区更新定时器设置为0，或者携带指示位表示周期跟踪区更新定时器被去激活。UE收到这样的消息后将不激活周期跟踪区更新定时器，不执行周期跟踪区更新流程。

步骤608：UE收到来自于MME的紧急注册接受消息之后，向MME发送紧急注册完成消息，以确认紧急注册的完成。

至此，结束本发明实施例四中UE紧急注册到SAE网络的方法流程。

实施例五：

本实施例中，假设演进网络SAE中采用MME和UPE合一的架构，会话管理功能在该MME/UPE合一实体中实现，由MME/UPE实体控制紧急承载的建立，并且，无线承载建立流程由MME/UPE实体发起。本实施例中只描述与本发明UE紧急注册到IP-CAN网络的方法相关的步骤，实际应用中的紧急注册流程可能还包括本实施例未描述的其他步骤，对于本实施例未作描述的步骤，请参照现有技术、按照本发明主要思想实施，在此不再赘述。

图7为本发明实施例五中UE紧急注册到SAE网络的方法流程示意图。参见图7，该方法包括以下步骤：

步骤701：UE向MME/UPE发送紧急注册请求消息。

本步骤中，UE向MME/UPE发送紧急注册请求消息的方式与实施例一步骤301相同，在此不再赘述。

步骤702：MME/UPE收到UE发送的紧急注册请求消息后，创建紧急用户上下文和紧急承载，并通知相应的IASA创建紧急承载。

本步骤中，首先，MME/UPE可以按照与实施例一步骤302中相同的方式在用户上下文和承载上下文中设置紧急标识，以标识该承载为紧急承载。

然后，MME/UPE确定创建紧急承载所使用的IASA。这里MME/UPE确定IASA的方式与实施例一步骤302中MME确定UPE/IASA的方式相同，在此不再赘述。

最后，MME/UPE向所确定的IASA发送表示创建紧急承载的请求消息，通知该IASA创建紧急承载。这里，MME/UPE向IASA发送的紧急承载创建请求消息也与实施例一步骤302中MME向UPE/IASA发送的消息一致，请参见实施例一步骤302中的相关描述。

步骤703：IASA根据MME/UPE的通知创建紧急承载，并向PCRF发送策略和计费规则请求消息(Request Policy and Charging Rules)，以获取紧急承载的PCC规则。

本步骤中，首先IASA可以在承载上下文中设置紧急标识，以标识该承载为紧急承载。这里，可以使用一个特定的APN，例如：globally dedicatedemergency APN作为紧急标识，也可以定义一个紧急指示位作为紧急标识，还可以定义一个紧急承载类型作为紧急标识。

然后，IASA向PCRF发送策略和计费规则请求消息，以获取紧急承载的PCC规则。这里，在策略和计费规则请求消息中携带标识，以通知PCRF所建立的承载为IMS紧急业务所使用的承载的方式与实施例一步骤303中UPE/IASA携带标识的方式相同，在此不再赘述。

步骤704：当PCRF根据来自于IASA的策略和计费规则请求消息中的标识判定该承载是为IMS紧急业务使用的承载时，PCRF将预先配置的IMS紧急业务使用的PCC规则提供给IASA，即向IASA发送策略和计费规则供应消息(Policy and Charging Rules Provision)。

本步骤中，可以根据IMS紧急业务的相关业务要求，按照现有PCC规则的配置方法，预先配置与IMS紧急业务相应的PCC规则。

步骤705：IASA执行所获取的PCC规则，并向MME/UPE返回承载响应消息(Bearer Response)。

本实施例中，在IASA中配置IMS紧急业务所使用的AF地址。本步骤中，IASA将IMS紧急业务所使用的AF地址携带于承载响应消息中发送给MME/UPE。

步骤706：MME/UPE收到来自于IASA的承载响应消息后，向EvolvedRAN发起无线承载建立，Evolved RAN建立无线承载。

本步骤中，可以按照3GPP TR23.882中的相关规定建立接入网的无线承载，在此不再赘述。

步骤707：在无线承载成功建立之后，MME/UPE向IASA返回承载确认消息(Bearer Ack)。

步骤708：MME/UPE向UE返回紧急注册接受消息，并在该紧急注册接受消息中携带AF地址。

对于紧急注册，UE无需执行周期跟踪区更新流程，因此，本步骤中，MME在紧急注册接受消息中将周期跟踪区更新定时器设置为0，或者携带指示位表示周期跟踪区更新定时器被去激活。UE收到这样的消息后将不激活周期跟踪区更新定时器，不执行周期跟踪区更新流程。

步骤709：UE收到来自于MME/UPE的紧急注册接受消息之后，向MME/UPE发送紧急注册完成消息，以确认紧急注册的完成。

至此，结束本发明实施例五中UE紧急注册到SAE网络的方法流程。

以上通过五个实施例详细说明了如何实现本发明UE紧急注册到SAE网络的方法，下面通过一个实施例详细说明如何运用本发明实现UE紧急注册到GPRS或UMTS网络。

实施例六：

本实施例中，以在GPRS或UMTS网络中实施本发明紧急注册方法为例进行说明。在GPRS/UMTS网络中，由SGSN实现会话管理功能，控制紧急承载的建立，并且，无线承载建立流程由SGSN发起。本实施例中只描述与本发明UE紧急注册到IP-CAN网络的方法相关的步骤，实际应用中的紧急注册流程可能还包括本实施例未描述的其他步骤，对于本实施例未作描述的步骤，请参照现有技术、按照本发明实施例的技术方案实施，在此不再赘述。

图8为本发明实施例五中UE紧急注册到GPRS/UMTS网络的方法流程示意图。参见图8，该方法包括以下步骤：

步骤801：UE向SGSN发送紧急注册请求消息。

本步骤中，UE向SGSN发送紧急注册请求消息的方式与实施例一步骤301相同，在此不再赘述。

步骤802：SGSN收到UE发送的紧急注册请求消息后，创建紧急用户上下文和紧急PDP上下文，并通知相应的GGSN创建紧急PDP上下文。

本步骤中，首先，SGSN在用户上下文中设置紧急标识位标识这个用户上下文为紧急用户上下文，这里，可以使用紧急指示位作为紧急标识，也可以定义一个紧急用户上下文类型作为紧急标识；在PDP上下文中SGSN设置紧急标识位标识该PDP上下文为紧急PDP上下文(该PDP上下文对应的承载为紧急承载)，可以使用一个特定的APN，例如：globally dedicatedemergency APN作为紧急标识，也可以使用紧急指示位作为紧急标识，还可以定义一个紧急PDP上下文类型作为紧急标识。

然后，SGSN确定创建紧急承载所使用的GGSN。这里，SGSN确定GGSN的方式与实施例一步骤302中MME确定UPE/IASA的方式相同，在此不再赘述。

最后，SGSN向所确定的GGSN发送紧急PDP上下文创建请求消息，通知该GGSN创建紧急PDP上下文。这里，SGSN可以通过如下方式通知所选择的GGSN创建紧急PDP上下文：

1)SGSN向GGSN发送创建PDP上下文请求消息(Create PDP ContextRequest)，并在该创建PDP上下文请求消息中携带特定的APN(如globallydedicated emergency APN)，GGSN根据该特定的APN判定需要创建的PDP上下文为紧急PDP上下文。

2)SGSN向GGSN发送创建PDP上下文请求消息(Create PDP ContextRequest)，并在该创建PDP上下文请求消息中携带紧急指示位(EmergencyIndicator)，GGSN根据该指示位判定需要创建的PDP上下文为紧急PDP上下文。

3)SGSN向GGSN发送创建PDP上下文请求消息(Create PDP ContextRequest)，并在该创建PDP上下文请求消息中设置PDP上下文类型为紧急PDP上下文(Emergency PDP Context)，GGSN根据该PDP上下文类型判定需要创建的PDP上下文为紧急PDP上下文。

4)定义新的消息类型：创建紧急PDP上下文请求消息(Create EmergencyPDP Context Request)，该消息表示创建紧急PDP上下文，SGSN向GGSN发送该创建紧急PDP上下文请求消息，GGSN根据该消息类型判定需要创建的PDP上下文为紧急PDP上下文。

步骤803：GGSN根据SGSN的通知创建紧急PDP上下文，并向PCRF发送策略和计费规则请求消息(Request Policy and Charging Rules)，以获取紧急承载的PCC规则。

本步骤中，首先GGSN可以在紧急PDP上下文中设置紧急标识，以标识该承载为紧急承载。这里，可以使用一个特定的APN，例如：globallydedicated emergency APN作为紧急标识，也可以定义一个紧急指示位作为紧急标识，还可以定义一个紧急PDP上下文类型作为紧急标识。

然后，GGSN向PCRF发送策略和计费规则请求消息，以获取紧急承载的PCC规则。这里，在策略和计费规则请求消息中携带标识，以通知PCRF所建立的承载为IMS紧急业务所使用的承载的方式与实施例已步骤303中UPE/IASA携带标识的方式相同，在此不再赘述。

步骤804：当PCRF根据来自于GGSN的策略和计费规则请求消息中的标识判定该承载是为IMS紧急业务使用的承载时，PCRF将预先配置的IMS紧急业务使用的PCC规则提供给GGSN，即向GGSN发送策略和计费规则供应消息(Policy and Charging Rules Provision)。

本步骤中，可以根据IMS紧急业务的相关业务要求，按照现有PCC规则的配置方法，预先配置与IMS紧急业务相应的PCC规则。

步骤805：GGSN执行所获取的PCC规则，并向SGSN返回创建PDP上下文响应消息(Create PDP Context Response)。

本实施例中，在GGSN中配置IMS紧急业务所使用的AF地址。本步骤中，GGSN将IMS紧急业务所使用的AF地址携带于创建PDP上下文响应消息中发送给SGSN。

步骤806：SGSN收到来自于GGSN的承载响应消息后，向GERAN/UTRAN发起无线承载建立，GERAN/UTRAN建立无线承载。

步骤807：在无线承载成功建立之后，SGSN向UE返回紧急注册接受消息，并在该紧急注册接受消息中携带AF地址。

对于紧急注册，UE无需执行周期路由区更新流程，因此，本步骤中，MME在紧急注册接受消息中将周期路由区更新定时器设置为0，或者携带指示位表示周期路由区更新定时器被去激活。UE收到这样的消息后将不激活周期路由区更新定时器，不执行周期路由区更新流程。

步骤808：UE收到来自于SGSN的紧急注册接受消息之后，向SGSN发送紧急注册完成消息，以确认紧急注册的完成。

至此，结束本发明实施例六中UE紧急注册到GPRS/UMTS网络的方法流程。

由上述六个实施例可见，本发明实施例通过由UE向IP-CAN网络中的网络侧网元发送紧急注册请求消息；当IP-CAN网络中的网络侧网元接收到来自于UE的紧急注册请求消息时，接受该紧急注册请求并创建与该紧急注册请求相应的紧急承载，如此，使得UE在紧急注册到IP-CAN网络的同时可以创建IMS紧急业务承载，从而减少了IP-CAN网络中紧急承载创建的时延和消息交互。

以上通过六个实施例详细说明了本发明UE紧急注册到IP-CAN网络的方法的具体实施方式，下面对本发明实施例中UE紧急注册到IP-CAN网络的***进行详细说明。

图9为本发明实施例中UE紧急注册到IP-CAN网络的***组成结构示意图。参见图9，该***包括：UE 910和网络侧网元920，其中，网络侧网元920进一步包括：网络侧第一网元921和网络侧第二网元922。

其中，UE 910，用于向网络侧网元920发送紧急注册请求消息；

网络侧网元920，用于根据来自于UE 910的紧急注册请求消息创建紧急承载。

对应于前述核心网内部相关网元之间建立紧急承载的方式，网络侧第一网元921与网络侧第二网元922所完成的功能如下：

在第一种方式下：

网络侧第一网元921，用于根据来自于UE 910的紧急注册请求消息创建紧急用户上下文和紧急承载上下文，并向网络侧第二网元922发送紧急承载创建请求消息；

网络侧第二网元922，用于根据紧急承载创建请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行该PCC规则，并用于向网络侧第一网元921返回承载响应消息。

在第二种方式下：

网络侧第一网元921，用于根据来自于UE 910的紧急注册请求消息创建紧急用户上下文，并向网络侧第二网元922转发该紧急注册请求消息；

网络侧第二网元922，用于根据紧急注册请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行该PCC规则，并用于向网络侧第一网元921返回紧急注册接受消息。

在第三种方式下：

网络侧第一网元921，用于根据来自于UE 910的紧急注册请求消息创建紧急用户上下文和紧急PDP上下文，并向网络侧第二网元922发送紧急PDP上下文创建请求消息；

网络侧第二网元922，用于根据紧急PDP上下文创建请求消息创建紧急PDP上下文、获取紧急承载的PCC规则，并执行该PCC规则，并用于向网络侧第一网元921返回创建PDP上下文响应消息。

图9所示***中，UE 910用于将紧急指示位携带于附着请求消息中作为紧急注册请求消息发送给网络侧第一网元921；

或，用于将紧急指示位携带于跟踪区更新请求消息中作为紧急注册请求消息发送给网络侧第一网元921；

或，用于将附着类型为紧急附着的附着请求消息作为紧急注册请求消息发送给网络侧第一网元921；

或，用于将更新类型为紧急更新的跟踪区更新请求消息作为紧急注册请求消息发送给网络侧第一网元921；

或，用于将紧急附着请求消息作为紧急注册请求消息发送给网络侧第一网元921；

或，用于将紧急跟踪区更新请求消息作为紧急注册请求消息发送给网络侧第一网元921。

在第一种方式下，网络侧第一网元921用于将携带有特定的APN的创建承载请求消息作为紧急承载创建请求消息发送给网络侧第二网元922；

或，用于将携带有紧急指示位的创建承载请求消息作为紧急承载创建请求消息发送给网络侧第二网元922；

或，用于将承载类型为紧急承载的创建承载请求消息作为紧急承载创建请求消息发送给网络侧第二网元922；

或，用于将创建紧急承载请求消息发送给网络侧第二网元922。

在第二种方式下，若网络侧第一网元921进一步用于发起无线承载建立流程，则网络侧第二网元922进一步用于将紧急承载创建请求消息发送给网络侧第一网元921，网络侧第一网元921根据该紧急承载创建请求消息建立接入网的无线承载。此时，网络侧第二网元922用于将携带有特定的APN的创建承载请求消息作为紧急承载创建请求消息发送给网络侧第一网元921；

或，用于将携带有紧急指示位的创建承载请求消息作为紧急承载创建请求消息发送给网络侧第一网元921；

或，用于将承载类型为紧急承载的创建承载请求消息作为紧急承载创建请求消息发送给网络侧第一网元921；

或，用于将创建紧急承载请求消息发送给网络侧第一网元921。

在第三种方式下，网络侧第一网元921用于将携带有特定的APN的创建PDP上下文请求消息作为紧急PDP上下文创建请求消息发送给网络侧第二网元922；

或，用于将携带有紧急指示位的创建PDP上下文请求消息作为紧急PDP上下文创建请求消息发送给网络侧第二网元922；

或，用于将承载类型为紧急承载的创建PDP上下文请求消息作为紧急PDP上下文创建请求消息发送给网络侧第二网元922；

或，用于将创建紧急PDP上下文请求消息发送给网络侧第二网元922。

网络侧第一网元921进一步用于确定创建紧急承载所使用的网络侧第二网元922。在确定创建紧急承载所使用的网络侧第二网元922时，网络侧第一网元921用于配置特定的APN所使用的网络侧第二网元922，并用于根据特定的APN确定创建紧急承载所使用的网络侧第二网元922；

或，用于根据特定的APN从DNS中获取创建紧急承载所使用的网络侧第二网元922；

或，用于配置创建紧急承载所使用的网络侧第二网元922，并用于根据该配置确定创建紧急承载所使用的网络侧第二网元922；

或，用于根据UE的位置信息确定创建紧急承载所使用的网络侧第二网元922。

在图9所示***中可以进一步包括PCRF。该PCRF可以用于配置与紧急承载相应的PCC规则，并根据来自于网络侧第二网元922的表示获取紧急承载PCC规则的策略和计费规则请求消息，将紧急承载相应的PCC规则携带于策略和计费规则提供消息中发送给网络侧第二网元922；

网络侧第二网元922，可以用于向PCRF发送表示获取紧急承载PCC规则的策略和计费规则请求消息，并接收来自于PCRF的携带有与紧急承载相应的PCC规则的策略和计费规则提供消息。

若在所述策略和计费规则请求消息中增加表示所建立的承载为紧急承载的IMS紧急指示位字段，则网络侧第二网元922用于向PCRF发送该IMS紧急指示位字段的值设置为True的策略和计费规则请求消息；

若在所述策略和计费规则请求消息中增加承载类型字段，则网络侧第二网元922用于向PCRF发送该承载类型字段设置为紧急承载的策略和计费规则请求消息；

若在所述策略和计费规则请求消息中增加业务类型字段，则网络侧第二网元922用于向PCRF发送该业务类型字段设置为IMS紧急业务的策略和计费规则请求消息。

并且，网络侧第二网元922可以进一步用于配置IMS紧急业务所使用的AF地址，并将该AF地址携带于向网络侧第一网元921返回的消息中发送给网络侧第一网元921。而网络侧第一网元921可以将所得到的AF地址携带于紧急注册接受消息发送给UE。此外，网络侧第一网元进一步用于向UE 910返回携带有周期更新定时器设置为0，或者携带指示位标识周期更新定时器被去激活的紧急注册接受消息。

IP-CAN网络可以包括GPRS、UMTS和SAE等移动通信网络。对于MME与UPE分离架构下的SAE网络，网络侧第一网元可以为MME，网络侧第二网元922可以为UPE/IASA；对于MME与UPE合一架构下的SAE网络，网络侧第一网元可以为MME/UPE，网络侧第二网元922可以为IASA；对于GPRS或UMTS网络，网络侧第一网元可以为SGSN，网络侧第二网元922可以为GGSN。

图10为图9所示***中网络侧第一网元的组成结构示意图。参见图10，该网络侧第一网元包括：第一接口模块1001和第一承载创建模块1002。

其中，第一接口模块1001，用于将来自于UE的紧急注册请求消息发送给第一承载创建模块1002；

第一承载创建模块1002，用于根据来自于第一接口模块1001的紧急注册请求消息创建紧急承载。

对应于前述核心网内部相关网元之间建立紧急承载的方式，网络侧第一网元内部各模块所完成的功能如下：

在第一种方式下：

第一承载创建模块1002，用于创建紧急用户上下文和紧急承载上下文，并通过第一接口模块1001向网络侧第二网元发送紧急承载创建请求消息；

第一接口模块1001，用于向网络侧第二网元发送紧急承载创建请求消息，并接收来自于网络侧第二网元的承载响应消息。

这种方式下，网络侧第一网元可以为MME或MME/UPE。并且，第一承载创建模块1002，用于将携带有特定的APN的创建承载请求消息作为紧急承载创建请求消息通过第一接口模块1001发送给网络侧第二网元；

或，用于将携带有紧急指示位的创建承载请求消息作为紧急承载创建请求消息通过第一接口模块1001发送给网络侧第二网元；

或，用于将承载类型为紧急承载的创建承载请求消息作为紧急承载创建请求消息通过第一接口模块1001发送给网络侧第二网元；

或，用于将创建紧急承载请求消息通过第一接口模块1001发送给网络侧第二网元。

在第二种方式下：

第一承载创建模块1002，用于创建紧急用户上下文，并通过第一接口模块1001向网络侧第二网元转发紧急注册请求消息；

第一接口模块1001，用于向网络侧第二网元发送紧急注册请求消息，并接收来自于网络侧第二网元的紧急注册接受消息。

这种方式下，网络侧第一网元可以为MME。当网络侧第一网元进一步用于发起无线承载建立流程时，第一接口模块1001进一步用于接收来自于网络侧第二网元的紧急承载创建请求消息。

在第三种方式下：

第一承载创建模块1002，用于创建紧急用户上下文和紧急PDP上下文，并通过第一接口模块1001向网络侧第二网元发送紧急PDP上下文创建请求消息；

第一接口模块1001，用于向网络侧第二网元发送紧急PDP上下文创建请求消息，并接收来自于网络侧第二网元的创建PDP上下文响应消息。

这种方式下，网络侧第一网元可以为SGSN。并且，第一承载创建模块1002，用于将携带有特定的APN的创建PDP上下文请求消息作为紧急PDP上下文创建请求消息通过第一接口模块1001发送给网络侧第二网元；

或，用于将携带有紧急指示位的创建PDP上下文请求消息作为紧急PDP上下文创建请求消息通过第一接口模块1001发送给网络侧第二网元；

或，用于将承载类型为紧急承载的创建PDP上下文请求消息作为紧急PDP上下文创建请求消息通过第一接口模块1001发送给网络侧第二网元；

或，用于将创建紧急PDP上下文请求消息通过第一接口模块1001发送给网络侧第二网元。

图10所示网络侧第一网元中可以进一步包括：网络侧第二网元确定模块；

网络侧第二网元确定模块，可以用于确定创建紧急承载所使用的网络侧第二网元，并将所确定的网络侧第二网元通知第一接口模块1001；

第一接口模块1001，可以用于向网络侧第二网元确定模块所通知的网络侧第二网元发送请求消息。

图10所示网络侧第一网元中的网络侧第二网元确定模块确定创建紧急承载所使用的网络侧第二网元时，可以用于配置特定的APN所使用的网络侧第二网元，并用于根据特定的APN确定创建紧急承载所使用的网络侧第二网元；

或，用于根据特定的APN从DNS中获取创建紧急承载所使用的网络侧第二网元；

或，用于配置创建紧急承载所使用的网络侧第二网元，并用于根据该配置确定创建紧急承载所使用的网络侧第二网元；

或，用于根据UE的位置信息确定创建紧急承载所使用的网络侧第二网元。

第一接口模块，还可以用于接收来自于网络侧第二网元的携带有IMS紧急业务所使用的AF地址的消息，并将该AF地址发送给所述第一承载创建模块1002；

第一承载创建模块1002，用于将该AF地址携带于紧急注册接受消息中，通过第一接口模块1001发送给所述UE。

第一承载创建模块1002，还用于通过第一接口模块1001向UE 910返回携带有周期更新定时器设置为0或者周期更新定时器被去激活标识位的紧急注册接受消息。

图11为图9所示***中网络侧第二网元的组成结构示意图。参见图11，该网络侧第二网元包括第二接口模块1101和第二承载创建模块1102。

其中，第二接口模块1101，用于接收来自于网络侧第一网元的请求消息，并发送给所述第二承载创建模块1102；

所述第二承载创建模块1102，用于根据所述请求消息创建相应的紧急承载，并通过所述第二接口模块1101向所述网络侧第一网元返回相应的响应消息。

对应于前述核心网内部相关网元之间建立紧急承载的方式，网络侧第二网元内部各模块所完成的功能如下：

在第一种方式下：

第二接口模块1101，用于接收来自于网络侧第一网元的紧急承载创建请求消息，并将紧急承载创建请求消息发送给第二承载创建模块1102；

第二承载创建模块1102，用于根据紧急承载创建请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行该PCC规则，并通过第二接口模块1101向网络侧第一网元返回承载响应消息。

这种方式下，网络侧第二网元可以为UPE/IASA或IASA。

在第二种方式下：

第二接口模块1101，用于接收来自于网络侧第一网元的紧急注册请求消息，并将紧急注册请求消息发送给第二承载创建模块1102；

第二承载创建模块1102，用于根据紧急注册请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行该PCC规则，并通过第二接口模块1102向网络侧第一网元返回紧急注册接受消息。

这种方式下，网络侧第二网元可以为UPE/IASA。当网络侧第一网元进一步用于发起无线承载建立流程时，则第二承载创建模块1102进一步用于通过第二接口模块1101向网络侧第一网元发送紧急承载创建请求消息。具体而言，第二承载创建模块1102用于将携带有特定的APN的创建承载请求消息作为紧急承载创建请求消息通过第二接口模块1101发送给网络侧第一网元；

或，用于将携带有紧急指示位的创建承载请求消息作为紧急承载创建请求消息通过第二接口模块1101发送给网络侧第一网元；

或，用于将承载类型为紧急承载的创建承载请求消息作为紧急承载创建请求消息通过第二接口模块1101发送给网络侧第一网元；

或，用于将创建紧急承载请求消息通过第二接口模块1101发送给网络侧第一网元。

在第三种方式下：

第二接口模块1101，用于接收来自于网络侧第一网元的紧急PDP上下文创建请求消息，并将紧急PDP上下文创建请求消息发送给第二承载创建模块1102；

第二承载创建模块1102，用于根据紧急PDP上下文创建请求消息创建紧急PDP上下文、获取紧急承载的PCC规则，并执行该PCC规则，并通过第二接口模块1101向网络侧第一网元返回创建PDP上下文响应消息。

这种方式下，网络侧第二网元可以为GGSN。

图11所示网络侧第二网元中，第二承载创建模块1102通过第二接口模块1101向PCRF发送表示获取紧急承载PCC规则的策略和计费规则请求消息，以获取紧急承载的PCC规则。具体而言，若在策略和计费规则请求消息中增加表示所建立的承载为紧急承载的IMS紧急指示位字段，则第二承载创建模块1102用于通过第二接口模块1101向PCRF发送该IMS紧急指示位字段的值设置为True的策略和计费规则请求消息；

若在所述策略和计费规则请求消息中增加承载类型字段，则第二承载创建模块1102用于通过第二接口模块1101向PCRF发送该承载类型字段设置为紧急承载的策略和计费规则请求消息；

若在所述策略和计费规则请求消息中增加业务类型字段，则第二承载创建模块1102用于通过第二接口模块1101向PCRF发送该业务类型字段设置为IMS紧急业务的策略和计费规则请求消息。

图11所示网络侧第二网元中，可以进一步包括存储模块；该存储模块可以用于存储IMS紧急业务所使用的AF地址，并用于通过第二接口模块1101将该AF地址携带于向网络侧第一网元返回的消息中发送给网络侧第一网元。

由上述实施例可见，本发明通过由UE向IP-CAN网络中的网络侧网元发送紧急注册请求消息；当IP-CAN网络中的网络侧网元接收到来自于UE的紧急注册请求消息时，接受该紧急注册请求并创建与该紧急注册请求相应的紧急承载，如此，使得UE在紧急注册到IP-CAN网络的同时可以创建IMS紧急业务承载，从而减少了IP-CAN网络中紧急承载创建的时延和消息交互。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (59)

1.一种用户终端UE紧急注册到IP连接接入网络IP-CAN的方法，其特征在于，该方法包括以下步骤：

UE向IP-CAN网络中的网络侧网元发送紧急注册请求消息；

当IP-CAN网络中的网络侧网元接收到UE的紧急注册请求消息时，创建与所述紧急注册请求相应的紧急承载。

2.根据权利要求1所述的方法，其特征在于，所述网络侧网元包括网络侧第一网元和网络侧第二网元；

所述创建与所述紧急注册请求相应的紧急承载包括以下步骤：

网络侧第一网元接收到UE的紧急注册请求消息后，创建紧急用户上下文和紧急承载上下文，并向网络侧第二网元发送紧急承载创建请求消息；

所述网络侧第二网元根据所述紧急承载创建请求消息创建紧急承载上下文、获取紧急承载的策略与计费控制PCC规则，并执行所述PCC规则，向所述网络侧第一网元返回承载响应消息。

3.根据权利要求1所述的方法，其特征在于，所述网络侧网元包括网络侧第一网元和网络侧第二网元；

所述创建与所述紧急注册请求相应的紧急承载包括以下步骤：

网络侧第一网元接收到UE的紧急注册请求消息后，创建紧急用户上下文，并向网络侧第二网元转发所述紧急注册请求消息；

所述网络侧第二网元根据所述紧急注册请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行所述PCC规则，向所述网络侧第一网元返回紧急注册接受消息。

4.根据权利要求1所述的方法，其特征在于，所述网络侧网元包括网络侧第一网元和网络侧第二网元；

所述创建与所述紧急注册请求相应的紧急承载包括以下步骤：

网络侧第一网元接收到UE的紧急注册请求消息后，创建紧急用户上下文和紧急分组数据协议PDP上下文，并向网络侧第二网元发送紧急PDP上下文创建请求消息；

所述网络侧第二网元根据所述紧急PDP上下文创建请求消息创建紧急PDP上下文、获取紧急承载的PCC规则，并执行所述PCC规则，向所述网络侧第一网元返回创建PDP上下文响应消息。

5.根据权利要求3所述的方法，其特征在于，无线承载建立流程由所述网络侧第一网元发起；

在所述网络侧第二网元执行所述PCC规则之后进一步包括：所述网络侧第二网元向所述网络侧第一网元发送紧急承载创建请求消息。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述紧急注册请求消息为：

携带有紧急指示位的附着请求消息；

或，携带有紧急指示位的跟踪区更新请求消息；

或，附着类型为紧急附着的附着请求消息；

或，更新类型为紧急更新的跟踪区更新请求消息；

或，紧急附着请求消息；

或，紧急跟踪区更新请求消息。

7.根据权利要求2、3或5所述的方法，其特征在于，所述紧急用户上下文为设置有紧急标识的用户上下文；

所述紧急承载上下文为设置有紧急标识的承载上下文。

8.根据权利要求7所述的方法，其特征在于，所述紧急用户上下文中的紧急标识为：紧急指示位和/或紧急用户上下文类型；

所述紧急承载上下文中的紧急标识为：特定的接入点名APN和/或紧急标识和/或紧急承载类型。

9.根据权利要求4所述的方法，其特征在于，所述紧急用户上下文为设置有紧急标识的用户上下文；

所述紧急PDP上下文为设置有紧急标识的PDP上下文。

10.根据权利要求9所述的方法，其特征在于，所述紧急用户上下文中的紧急标识为：紧急指示位和/或紧急用户上下文类型；

所述紧急PDP上下文中的紧急标识为：特定的接入点名APN和/或紧急标识和/或紧急PDP上下文类型。

11.根据权利要求2或5所述的方法，其特征在于，所述紧急承载创建请求消息为：

携带有特定的APN的创建承载请求消息；

或，携带有紧急指示位的创建承载请求消息；

或，承载类型为紧急承载的创建承载请求消息；

或，创建紧急承载请求消息。

12.根据权利要求4所述的方法，其特征在于，所述紧急PDP上下文创建请求消息为：

携带有特定的APN的创建PDP上下文请求消息；

或，携带有紧急指示位的创建PDP上下文请求消息；

或，承载类型为紧急承载的创建PDP上下文请求消息；

或，创建紧急PDP上下文请求消息。

13.根据权利要求2至5任一项所述的方法，其特征在于，在所述网络侧第一网元向所述网络侧第二网元发送请求消息之前，进一步包括：所述网络侧第一网元确定创建所述紧急承载所使用的网络侧第二网元。

14.根据权利要求13所述的方法，其特征在于，所述网络侧第一网元确定创建所述紧急承载所使用的网络侧第二网元的方式为：

在所述IP-CAN网络中使用特定的APN标识所创建的承载为紧急承载，在所述网络侧第一网元中配置所述特定的APN所使用的网络侧第二网元，或在域名服务器DNS中存储所述特定的APN所使用的网络侧第二网元，网络侧第一网元根据所述特定的APN确定创建所述紧急承载所使用的网络侧第二网元；

或，在所述IP-CAN网络中使用紧急指示位标识所创建的承载为紧急承载，在网络侧第一网元中配置创建紧急承载所使用的网络侧第二网元，所述网络侧第一网元根据所述配置确定创建所述紧急承载所使用的网络侧第二网元；

或，网络侧第一网元根据UE的位置信息将一个网络侧第二网元确定为创建所述紧急承载所使用的网络侧第二网元。

15.根据权利要求14所述的方法，其特征在于，所述特定的APN由UE携带于紧急注册请求消息中发送给所述网络侧第一网元，或在网络侧第一网元判定UE所发送的请求消息为紧急注册请求消息时确定。

16.根据权利要求2至5任一项所述的方法，其特征在于，在策略和计费规则功能实体PCRF中配置与紧急承载相应的PCC规则；

所述网络侧第二网元获取紧急承载的PCC规则为：所述网络侧第二网元向所述PCRF发送表示获取紧急承载PCC规则的策略和计费规则请求消息；所述PCRF根据所述请求消息向所述网络侧第二网元返回携带有所述与紧急承载相应的PCC规则的策略和计费规则提供消息。

17.根据权利要求16所述的方法，其特征在于，在所述策略和计费规则请求消息中增加表示所建立的承载为紧急承载的因特网多媒体子***IMS紧急指示位字段，所述表示获取紧急承载PCC规则的策略和计费规则请求消息为：所述IMS紧急指示位字段的值设置为True的策略和计费规则请求消息；

或，在所述策略和计费规则请求消息中增加承载类型字段，所述表示获取紧急承载PCC规则的策略和计费规则请求消息为：所述承载类型字段设置为紧急承载的策略和计费规则请求消息；

或，在所述策略和计费规则请求消息中增加业务类型字段，所述表示获取紧急承载PCC规则的策略和计费规则请求消息为：所述业务类型字段设置为IMS紧急业务的策略和计费规则请求消息。

18.根据权利要求2至5任一项所述的方法，其特征在于，进一步在所述网络侧第二网元中配置IMS紧急业务所使用的应用功能实体AF地址；

所述网络侧第二网元向网络侧第一网元返回的消息为：携带有所述AF地址的消息。

19.根据权利要求18所述的方法，其特征在于，在所述创建与所述紧急注册请求相应的紧急承载之后，进一步包括：所述网络侧第一网元向所述UE返回携带有所述AF地址的紧急注册接受消息。

20.根据权利要求1所述的方法，其特征在于，在接收到UE的紧急注册请求消息之后，进一步包括：所述网络侧网元向所述UE返回携带有周期更新定时器设置为0或者周期更新定时器被去激活标识位的紧急注册接受消息。

21.根据权利要求2、3或5所述的方法，其特征在于，所述IP-CAN网络为移动性管理实体MME与用户面实体UPE分离架构下的***架构演进SAE网络；

所述网络侧第一网元为：MME；

所述网络侧第二网元为：UPE/不同接入***之间的用户面锚点IASA。

22.根据权利要求2所述的方法，其特征在于，所述IP-CAN网络为MME与UPE合一架构下的SAE网络；

所述网络侧第一网元为：MME/UPE；

所述网络侧第二网元为：IASA。

23.根据权利要求4所述的方法，其特征在于，所述IP-CAN网络为GPRS通用分组无线***或UMTS通用移动通信***；

所述网络侧第一网元为：通用分组无线业务支持节点SGSN；

所述网络侧第二网元为：网关通用分组无线业务支持节点GGSN。

24.一种UE紧急注册到IP-CAN网络的***，该***包括UE和IP-CAN网络中的网络侧网元，其特征在于，

所述UE，用于向所述网络侧网元发送紧急注册请求消息；

所述网络侧网元，用于根据来自于所述UE的紧急注册请求消息创建紧急承载。

25.根据权利要求24所述的***，其特征在于，所述***中的网络侧网元包括网络侧第一网元和网络侧第二网元；

所述网络侧第一网元，用于根据来自于所述UE的紧急注册请求消息创建紧急用户上下文和紧急承载上下文，并向所述网络侧第二网元发送紧急承载创建请求消息；

所述网络侧第二网元，用于根据所述紧急承载创建请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行所述PCC规则，并用于向所述网络侧第一网元返回承载响应消息。

26.根据权利要求24所述的***，其特征在于，所述***中的网络侧网元包括网络侧第一网元和网络侧第二网元；

所述网络侧第一网元，用于根据来自于所述UE的紧急注册请求消息创建紧急用户上下文，并向所述网络侧第二网元转发所述紧急注册请求消息；

所述网络侧第二网元，用于根据所述紧急注册请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行所述PCC规则，并用于向所述网络侧第一网元返回紧急注册接受消息。

27.根据权利要求24所述的***，其特征在于，所述***中的网络侧网元包括网络侧第一网元和网络侧第二网元；

所述网络侧第一网元，用于根据来自于所述UE的紧急注册请求消息创建紧急用户上下文和紧急PDP上下文，并向所述网络侧第二网元发送紧急PDP上下文创建请求消息；

所述网络侧第二网元，用于根据所述紧急PDP上下文创建请求消息创建紧急PDP上下文、获取紧急承载的PCC规则，并执行所述PCC规则，并用于向所述网络侧第一网元返回创建PDP上下文响应消息。

28.根据权利要求26所述的***，其特征在于，所述网络侧第一网元，进一步用于发起无线承载建立流程，并接收来自于所述网络侧第二网元的紧急承载创建请求消息；

所述网络侧第二网元，进一步用于向所述网络侧第一网元发送紧急承载创建请求消息。

29.根据权利要求25至28任一项所述的***，其特征在于，所述UE用于将紧急指示位携带于附着请求消息中作为所述紧急注册请求消息发送给所述网络侧第一网元；

或，用于将紧急指示位携带于跟踪区更新请求消息中作为所述紧急注册请求消息发送给所述网络侧第一网元；

或，用于将附着类型为紧急附着的附着请求消息作为所述紧急注册请求消息发送给所述网络侧第一网元；

或，用于将更新类型为紧急更新的跟踪区更新请求消息作为所述紧急注册请求消息发送给所述网络侧第一网元；

或，用于将紧急附着请求消息作为所述紧急注册请求消息发送给所述网络侧第一网元；

或，用于将紧急跟踪区更新请求消息作为所述紧急注册请求消息发送给所述网络侧第一网元。

30.根据权利要求25所述的***，其特征在于，所述网络侧第一网元用于将携带有特定的APN的创建承载请求消息作为所述紧急承载创建请求消息发送给所述网络侧第二网元；

或，用于将携带有紧急指示位的创建承载请求消息作为所述紧急承载创建请求消息发送给所述网络侧第二网元；

或，用于将承载类型为紧急承载的创建承载请求消息作为所述紧急承载创建请求消息发送给所述网络侧第二网元；

或，用于将创建紧急承载请求消息发送给所述网络侧第二网元。

31.根据权利要求27所述的***，其特征在于，所述网络侧第一网元用于将携带有特定的APN的创建PDP上下文请求消息作为所述紧急PDP上下文创建请求消息发送给所述网络侧第二网元；

或，用于将携带有紧急指示位的创建PDP上下文请求消息作为所述紧急PDP上下文创建请求消息发送给所述网络侧第二网元；

或，用于将承载类型为紧急承载的创建PDP上下文请求消息作为所述紧急PDP上下文创建请求消息发送给所述网络侧第二网元；

或，用于将创建紧急PDP上下文请求消息发送给所述网络侧第二网元。

32.根据权利要求28所述的***，其特征在于，所述网络侧第二网元用于将携带有特定的APN的创建承载请求消息作为所述紧急承载创建请求消息发送给所述网络侧第一网元；

或，用于将携带有紧急指示位的创建承载请求消息作为所述紧急承载创建请求消息发送给所述网络侧第一网元；

或，用于将承载类型为紧急承载的创建承载请求消息作为所述紧急承载创建请求消息发送给所述网络侧第一网元；

或，用于将创建紧急承载请求消息发送给所述网络侧第一网元。

33.根据权利要求25至28任一项所述的***，其特征在于，所述网络侧第一网元进一步用于确定创建所述紧急承载所使用的网络侧第二网元。

34.根据权利要求33所述的***，其特征在于，所述网络侧第一网元用于配置特定的APN所使用的网络侧第二网元，并用于根据所述特定的APN确定所述创建所述紧急承载所使用的网络侧第二网元；

或，用于根据特定的APN从DNS中获取所述创建所述紧急承载所使用的网络侧第二网元；

或，用于配置创建紧急承载所使用的网络侧第二网元，并用于根据所述配置确定创建所述紧急承载所使用的网络侧第二网元；

或，用于根据UE的位置信息确定创建所述紧急承载所使用的网络侧第二网元。

35.根据权利要求25至28任一项所述的***，其特征在于，所述***中进一步包括PCRF；

所述PCRF，用于配置与紧急承载相应的PCC规则，并根据来自于网络侧第二网元的表示获取紧急承载PCC规则的策略和计费规则请求消息，将所述紧急承载相应的PCC规则携带于策略和计费规则提供消息中发送给所述网络侧第二网元；

所述网络侧第二网元，用于向所述PCRF发送表示获取紧急承载PCC规则的策略和计费规则请求消息，并接收来自于所述PCRF的携带有所述与紧急承载相应的PCC规则的策略和计费规则提供消息。

36.根据权利要求25至28任一项所述的***，其特征在于，所述网络侧第二网元进一步用于配置IMS紧急业务所使用的AF地址；

所述网络侧第二网元进一步用于将所述AF地址携带于所述向网络侧第一网元返回的消息中。

37.根据权利要求36所述的***，其特征在于，所述网络侧第一网元进一步用于向所述UE返回携带有所述AF地址的紧急注册接受消息。

38.根据权利要求24所述的***，其特征在于，所述网络侧网元进一步用于向所述UE返回携带有周期更新定时器设置为0，或者周期更新定时器被去激活标识位的紧急注册接受消息。

39.根据权利要求25、26或28所述的***，其特征在于，所述IP-CAN网络为MME与UPE分离架构下的SAE网络；

所述网络侧第一网元为：MME；

所述网络侧第二网元为：UPE/IASA。

40.根据权利要求25所述的***，其特征在于，所述IP-CAN网络为MME与UPE合一架构下的SAE网络；

所述网络侧第一网元为：MME/UPE；

所述网络侧第二网元为：IASA。

41.根据权利要求27所述的***，其特征在于，所述IP-CAN网络为GPRS通用分组无线***或UMTS通用移动通信***；

所述网络侧第一网元为：通用分组无线业务支持节点SGSN；

所述网络侧第二网元为：网关通用分组无线业务支持节点GGSN。

42.一种网络侧第一网元，用于UE紧急注册到IP-CAN网络的***中，该网络侧第一网元包括第一接口模块和第一承载创建模块，其特征在于，

所述第一接口模块，用于将来自于UE的紧急注册请求消息发送给所述第一承载创建模块；

所述第一承载创建模块，用于根据来自于所述第一接口模块的紧急注册请求消息创建紧急承载。

43.根据权利要求42所述的网络侧第一网元，其特征在于，所述第一承载创建模块，用于创建紧急用户上下文和紧急承载上下文，并通过所述第一接口模块向网络侧第二网元发送紧急承载创建请求消息；

所述第一接口模块，用于向网络侧第二网元发送紧急承载创建请求消息，并接收来自于所述网络侧第二网元的承载响应消息。

44.根据权利要求42所述的网络侧第一网元，其特征在于，所述第一承载创建模块，用于创建紧急用户上下文，并通过所述第一接口模块向网络侧第二网元转发所述紧急注册请求消息；

所述第一接口模块，用于向网络侧第二网元发送所述紧急注册请求消息，并接收来自于所述网络侧第二网元的紧急注册接受消息。

45.根据权利要求42所述的网络侧第一网元，其特征在于，所述第一承载创建模块，用于创建紧急用户上下文和紧急PDP上下文，并通过所述第一接口模块向网络侧第二网元发送紧急PDP上下文创建请求消息；

所述第一接口模块，用于向网络侧第二网元发送所述紧急PDP上下文创建请求消息，并接收来自于所述网络侧第二网元的创建PDP上下文响应消息。

46.根据权利要求43至45任一项所述的网络侧第一网元，其特征在于，所述网络侧第一网元进一步包括：网络侧第二网元确定模块；

所述网络侧第二网元确定模块，用于确定创建所述紧急承载所使用的网络侧第二网元，并将所确定的网络侧第二网元通知所述第一接口模块；

所述第一接口模块，用于向所述网络侧第二网元确定模块所通知的网络侧第二网元发送所述请求消息。

47.根据权利要求43至45任一项所述的网络侧第一网元，其特征在于，所述第一接口模块，用于接收来自于所述网络侧第二网元的携带有IMS紧急业务所使用的AF地址的消息，并将所述AF地址发送给所述第一承载创建模块；

所述第一承载创建模块，用于将所述AF地址携带于紧急注册接受消息中，通过所述第一接口模块发送给所述UE。

48.根据权利要求42至45任一项所述的网络侧第一网元，其特征在于，所述第一承载创建模块，进一步用于通过所述第一接口模块向所述UE返回携带有周期更新定时器设置为0或者周期更新定时器被去激活标识位的紧急注册接受消息。

49.根据权利要求43所述的网络侧第一网元，其特征在于，所述网络侧第一网元为MME或MME/UPE。

50.根据权利要求44所述的网络侧第一网元，其特征在于，所述网络侧第一网元为MME。

51.根据权利要求45所述的网络侧第一网元，其特征在于，所述网络侧第一网元为SGSN。

52.一种网络侧第二网元，用于UE紧急注册到IP-CAN网络的***中，该网络侧第二网元包括第二接口模块和第二承载创建模块，其特征在于，

所述第二接口模块，用于接收来自于网络侧第一网元的请求消息，并发送给所述第二承载创建模块；

所述第二承载创建模块，用于根据所述请求消息创建相应的紧急承载，并通过所述第二接口模块向所述网络侧第一网元返回相应的响应消息。

53.根据权利要求52所述的网络侧第二网元，其特征在于，所述第二接口模块，用于接收来自于网络侧第一网元的紧急承载创建请求消息，并将所述紧急承载创建请求消息发送给所述第二承载创建模块；

所述第二承载创建模块，用于根据所述紧急承载创建请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行所述PCC规则，并通过所述第二接口模块向所述网络侧第一网元返回承载响应消息。

54.根据权利要求52所述的网络侧第二网元，其特征在于，所述第二接口模块，用于接收来自于网络侧第一网元的紧急注册请求消息，并将所述紧急注册请求消息发送给所述第二承载创建模块；

所述第二承载创建模块，用于根据所述紧急注册请求消息创建紧急承载上下文、获取紧急承载的PCC规则，并执行所述PCC规则，并通过所述第二接口模块向所述网络侧第一网元返回紧急注册接受消息。

55.根据权利要求52所述的网络侧第二网元，其特征在于，所述第二接口模块，用于接收来自于网络侧第一网元的紧急PDP上下文创建请求消息，并将所述紧急PDP上下文创建请求消息发送给所述第二承载创建模块；

所述第二承载创建模块，用于根据所述紧急PDP上下文创建请求消息创建紧急PDP上下文、获取紧急承载的PCC规则，并执行所述PCC规则，并通过所述第二接口模块向所述网络侧第一网元返回创建PDP上下文响应消息。

56.根据权利要求53至55任一项所述的网络侧第二网元，其特征在于，所述网络侧第二网元进一步包括：存储模块；

所述存储模块，用于存储IMS紧急业务所使用的AF地址，并用于通过所述第二接口模块将所述AF地址携带于所述向网络侧第一网元返回的消息中发送给所述网络侧第一网元。

57.根据权利要求要求53所述的网络侧第二网元，其特征在于，所述网络侧第二网元为UPE/IASA或IASA。

58.根据权利要求要求54所述的网络侧第二网元，其特征在于，所述网络侧第二网元为UPE/IASA。

59.根据权利要求要求55所述的网络侧第二网元，其特征在于，所述网络侧第二网元为GGSN。

Images