CN106413122B

CN106413122B - 一种建立紧急pdn连接的方法及设备

Info

Publication number: CN106413122B
Application number: CN201510481223.9A
Authority: CN
Inventors: 侯云静
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT; Datang Mobile Communications Equipment Co Ltd
Priority date: 2015-08-03
Filing date: 2015-08-03
Publication date: 2020-03-06
Anticipated expiration: 2035-08-03
Also published as: WO2017020746A1; CN106413122A

Abstract

本发明提供了一种建立紧急PDN连接的方法及设备，该方法包括：接收用户设备发送的第一请求消息，所述第一请求消息中携带有紧急呼叫提示；根据所述紧急呼叫提示，判断网络设备是否支持紧急呼叫业务；若所述网络设备不支持紧急呼叫业务，则向所述用户设备返回第一回复消息，实现了当UE执行紧急呼叫时，如果UE当前连接的网络支持紧急呼叫,UE可以不需要从网络中去附着，可直接发起紧急呼叫PDN连接的建立过程，避免了现有技术中因去附着而导致上层应用中断的问题。

Description

一种建立紧急PDN连接的方法及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种建立紧急PDN(Packet Data Net work，分组数据网)连接的方法及设备。

背景技术

UE(用户设备)可以通过3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)接入网络(由国际标准化组织3GPP定义的接入网络，例如E-UTRAN)建立紧急PDN连接。随着WLAN(Wireless Local Area Networks，无线局域网)网络的发展，越来越多的用户通过WLAN网络连接到运营商的核心网，因此出现了UE可通过WLAN网络建立紧急呼叫的需求。

连接到运营商的核心网的WLAN网络可分为可信WLAN网络和非可信WLAN网络。WLAN网络是否可信是由运营商决定的，例如由运营商部署或与运营商有签约关系的其他运营商部署的WLAN网络是可信WLAN，其他为非可信WLAN网络。

参见图1，为可信WLAN网络(Trusted WLAN Access Network，TWAN)的逻辑架构示意图，TWAN包括：WLAN接入网络、可信WLAN接入网关和可信WLAN AAA代理。

下面简要介绍UE通过TWAN建立PDN连接的过程，具体过程如图2所示。

步骤S201、UE向TWAN发送WLCP(WLAN control protocol，无线局域网控制协议)PDN连接请求消息。

步骤S203、TWAN向PGW(PDN GateWay，PDN网关)发送创建会话请求消息。

步骤S205、PGW向PCRF(Policy and Charging Rules Function，策略与计费规则功能单元)发起IP-CAN(IP-Connectivity Access Network，IP连接访问网络)会话建立过程。

步骤S207、PGW更新HSS(Home Subscriber Server，归属用户服务器)中存储的PGW的信息，在该步骤中，PGW将APN和自身的标识(如IP地址)发送给HSS。

步骤S209、PGW向TWAN返回创建会话回复消息。

步骤S211、TWAN和PGW之间的GTP(GPRS Tunneling Protocol，GPRS隧道协议)隧道建立成功。

步骤S213、TWAN向UE返回WLCP PDN连接回复消息。

参见图3，为UE通过非可信WLAN网络连接到核心网的网络架构图。非可信WLAN网络不能直接连接到核心网内的PGW，而是通过一个安全网关连接到PGW。该安全网关即为图3中的ePDG(evolved Packet Data Gateway，演进的分组数据网关)。

UE可通过非可信WLAN网络建立多条PDN连接，每条PDN连接由两部分组成：1)位于UE和ePDG之间的IPSec(因特网协议安全)隧道；2)位于ePDG和PGW之间的GTP/PMIP(ProxyMoblle IP)隧道(取决于运营商在ePDG和PGW之间部署的是GTP协议还是PMIP协议)。IPSec隧道和GTP/PMIP隧道之间一一映射。

下面简要介绍UE通过非可信WLAN网络的附着过程(以ePDG和PGW之间使用PMIP协议为例)，具体过程如图4所示。

步骤S401、UE和3GPP EPC(Evolved Packet Core，分组核心演进)之间执行接入认证过程。

步骤S403、UE通过DNS(Domain Name System，域名系统)解析获取ePDG的IP地址，然后发起IKEv2(一种互联网密钥交换协议)认证和隧道建立过程。

步骤S405、ePDG向PGW发送PBU(Proxy Binding Update，代理绑定更新)消息，消息中携带UE标识、APN(Access Point Name，接入点名称)、接入技术类型和切换提示等参数。

步骤S407、PGW向PCRF(Policy and Charging Rules Function，策略与计费规则功能单元)发起IP-CAN会话建立过程。

步骤S409、PGW向3GPP AAA Server(AAA服务器)通知PGW的标识。

步骤S411、PGW处理代理绑定更新，为UE分配IP地址，向ePDG返回PBA(ProxyBinding Ack，代理绑定确认)消息，消息中携带UE标识，UE IP地址等参数。

步骤S413、ePDG向UE表明与AAA server之间的认证成功。

步骤S415、ePDG向UE发送最终的IKEv2消息，该消息中携带UE IP地址。

步骤S417、UE到PGW的IP连接成功建立。

目前已经有通过非可信WLAN网络建立紧急呼叫的方法，该方法对图4中的附着过程(UE为获取正常业务而发起的附着过程)进行了下述修改：

1、UE在步骤S401中将紧急呼叫提示(emergency request indication)发送给3GPP AAA Server。

2、UE在步骤S403发起IKEv2隧道建立过程，在该过程中3GPP AAA Server将紧急呼叫提示发送给ePDG。ePDG使用本地配置的紧急配置数据为UE选择特定的PGW。

3、ePDG在步骤S405将紧急呼叫提示发送给PGW。

由于现有方法只支持通过附着过程建立紧急呼叫，因此当已附着的UE希望执行紧急呼叫时，其需要先去附着，然后再重新附着，并在附着的过程中建立紧急PDN连接。也就是说，当UE通过非可信WLAN网络连接到运营商网络之后，UE建立紧急PDN连接的现有方法是UE从网络中去附着，然后重新附着，在重新附着的过程中建立紧急PDN连接。由于去附着过程将释放UE已建立的所有PDN连接，所以现有方法将导致上层应用断开，这将影响用户的服务体验。

发明内容

鉴于上述技术问题，本发明的实施例提供一种建立紧急PDN连接的方法及设备，当UE执行紧急呼叫时，如果UE当前连接的网络支持紧急呼叫,UE可以不需要从网络中去附着，可直接发起紧急呼叫PDN连接的建立过程，避免了现有技术中因去附着而导致上层应用中断的问题。

以及本发明的一个方面，提供了一种建立紧急PDN连接的方法所述方法包括：接收用户设备发送的第一请求消息，所述第一请求消息中携带有紧急呼叫提示；根据所述紧急呼叫提示，判断所述网络设备是否支持紧急呼叫业务；若所述网络设备不支持紧急呼叫业务，则向所述用户设备返回第一回复消息。

依据本发明的另一个方面，还提供了一种建立紧急PDN连接的方法，所述方法包括：接收用户设备发送的第二请求消息；向所述用户设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带网络设备是否支持紧急呼叫业务的信息。

依据本发明的又一个方面，还提供了一种建立紧急PDN连接的方法，所述方法包括：向网络设备发送第一请求消息，所述第一请求消息中携带有紧急呼叫提示；在所述网络设备不支持紧急呼叫业务时，接收所述网络设备返回第一回复消息。

依据本发明的又一个方面，还提供了一种建立紧急PDN连接的方法，所述方法包括：向网络设备发送第二请求消息；接收所述网络设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息。

依据本发明的又一个方面，还提供了一种网络设备，包括：第一接收模块，用于接收用户设备发送的第一请求消息，所述第一请求消息中携带有紧急呼叫提示；判断模块，用于根据所述紧急呼叫提示，判断网络设备是否支持紧急呼叫业务；第一发送模块，用于若所述网络设备不支持紧急呼叫业务，则向所述用户设备返回第一回复消息。

依据本发明的又一个方面，还提供了一种网络设备，包括：第二接收模块，用于接收用户设备发送的第二请求消息；第二发送模块，用于向所述用户设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息。

依据本发明的又一个方面，还提供了一种用户设备，包括：第三发送模块，用于向网络设备发送第一请求消息，所述第一请求消息中携带有紧急呼叫提示；第三接收模块，用于在所述网络设备不支持紧急呼叫业务时，接收所述网络设备返回第一回复消息。

依据本发明的又一个方面，还提供了一种用户设备，包括：第四发送模块，用于向网络设备发送第二请求消息；第四接收模块，用于接收所述网络设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息。

本发明的有益效果是：当UE执行紧急呼叫时，如果UE当前连接的网络支持紧急呼叫,UE可以不需要从网络中去附着，可直接发起紧急呼叫PDN连接的建立过程，避免了现有技术中因去附着而导致上层应用中断的问题。而且由于可以在UE向网络请求建立紧急PDN连接之前，先确认网络是否支持紧急呼叫业务，有效避免信令浪费的问题。

附图说明

图1为现有技术中可信WLAN网络的逻辑架构示意图；

图2为现有技术中UE通过可信WLAN网络的附着过程的示意图；

图3为现有技术中UE通过非可信WLAN网络连接到核心网的网络架构图；

图4为现有技术中UE通过非可信WLAN网络的附着过程；

图5为本发明的第一实施例中建立紧急PDN连接的方法流程图；

图6为本发明的第二实施例中建立紧急PDN连接的方法流程图；

图7为本发明的第三实施例中已附着到网络的UE建立紧急呼叫的示意图；

图8为本发明的第四实施例中已附着于网络的UE建立紧急PDN连接时被拒绝的示意图；

图9为本发明的第五实施例中建立紧急PDN连接的方法流程图；

图10为本发明的第六实施例中建立紧急PDN连接的方法流程图；

图11为本发明的第七实施例中已经通过正常附着过程附着到网络的UE希望建立紧急PDN连接的示意图；

图12为本发明的第八实施例中已经通过正常附着过程连接到ePDG的UE希望建立紧急PDN连接的示意图；

图13为本发明的第九实施例中的网络设备的结构图；

图14为本发明的第十实施例中的网络设备的结构图；

图15为本发明的第十一实施例中的用户设备的结构图；图16为本发明的第十二实施例中的用户设备的结构图；

图17为本发明的第十三实施例中的网络设备的结构图；

图18为本发明的第十四实施例中的网络设备的结构图；

图19为本发明的第十五实施例中的用户设备的结构图；以及

图20为本发明的第十六实施例中的用户设备的结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

第一实施例

参见图5，示出了本发明的第一实施例中建立紧急PDN连接的方法的流程图，该方法的执行主体是网络设备，该方法包括：

步骤S501、接收用户设备发送的第一请求消息，第一请求消息中携带有紧急呼叫提示。

在本实施例中，该第一请求消息可以是WLCP PDN连接请求消息，也可以是IKE_AUTH REQ消息。需要说明的是，在本实施例中并不限定第一请求消息的具体类型。

步骤S503、根据紧急呼叫提示，判断网络设备是否支持紧急呼叫业务，若网络设备不支持紧急呼叫业务，则进入步骤S505；若网络设备支持紧急呼叫业务，则进入步骤S507。

需要说明的是，在本实施例中网络设备可以是ePDG或者TWAN设备，相应地，步骤S501提及的用户设备是指可以通过非可信WLAN网连接到核心网的用户设备，或者是指可以通过TWAN网连接到核心网的用户设备。

步骤S505、向用户设备返回第一回复消息。

在本实施例中，该第一回复消息中可以携带拒绝原因,例如该拒绝原因用于表明网络设备不支持紧急呼叫业务。

步骤S507、进行紧急PDN连接建立过程。

在本实施例中，可以采用现有技术进行紧急PDN连接建立，在此不再敷述。

当UE执行紧急呼叫时，UE可以不需要从网络中去附着，可直接发起紧急呼叫PDN连接的建立过程，避免了现有技术中因去附着而导致上层应用中断的问题。而且由于可以在UE向网络请求建立紧急PDN连接之前，先确认网络是否支持紧急呼叫业务，有效避免信令浪费的问题。

第二实施例

参见图6，图中示出了第二实施例中建立紧急PDN连接的方法，该方法的执行主体可以是用户设备，该方法包括：

步骤S601、向网络设备发送第一请求消息，第一请求消息中携带有紧急呼叫提示，然后进入步骤S603或步骤S605。

在本实施例中，用户设备可以通过非可信WLAN网连接到核心网，或者用户设备通过TWAN网连接到核心网，相应地，该网络设备可以为ePDG或者TWAN设备。

步骤S603、在网络设备不支持紧急呼叫业务时，接收网络设备返回第一回复消息，然后进入步骤S607。

在本实施例中，第一回复消息中可以携带拒绝原因，该拒绝原因可以用于表明网络设备不支持紧急呼叫业务。

步骤S605、在网络设备支持紧急呼叫业务时，接收网络设备返回的PDN连接接受消息。

需要说明的是，PDN连接接受消息可以是WLCP PDN连接回复消息，也可以是IKE_AUTH RESP消息。在本实施例中并不限定PDN连接接受消息的具体类型。

步骤S607、在收到第一回复消息之后，向网络设备发起去附着过程。

在本实施例中，在用户设备接收到第一回复消息之后，用户设备进行去附着，然后选择支持紧急呼叫的网络，然后重新附着到该网络，并可以在重新附着的过程中请求建立紧急呼叫PDN连接。

第三实施例

参见图7，图中示出了在基于S2a接口的网络架构下，已附着到网络的UE建立紧急呼叫的过程。

步骤S701、UE向TWAN发送WLCP PDN连接请求消息，该WLCP PDN连接请求消息中携带有紧急呼叫提示，如果TWAN支持紧急呼叫业务，进入步骤S703；如果TWAN不支持紧急呼叫业务，进入步骤S709。

步骤S703、TWAN使用紧急配置数据为UE选择PGW，然后向PGW发送创建会话请求消息，创建会话请求消息中携带有紧急呼叫提示。

步骤S705、PGW向TWAN返回创建会话回复消息。

步骤S707、TWAN向UE返回WLCP PDN连接回复消息。

步骤S709、TWAN向UE返回WLCP PDN连接拒绝消息，WLCP PDN连接拒绝消息中可以携带拒绝原因，表明TWAN不支持紧急呼叫业务。

当UE接收到WLCP PDN连接拒绝消息之后，UE去附着，重新选择支持紧急呼叫业务的TWAN，通过该TWAN重新附着到网络，然后请求建立紧急PDN连接。

在本实施例中，当UE执行紧急呼叫时，UE可以不需要从网络中去附着，可直接发起紧急呼叫PDN连接的建立过程，避免了现有技术中因去附着而导致上层应用中断的问题。

第四实施例

参见图8，图中示出了在基于S2b接口的网络架构下，已附着于网络的UE建立紧急PDN连接时被拒绝的过程，具体步骤如下：

步骤S801、UE向ePDG发送IKE_SA_INIT消息，发起IKEv2过程的初始交换。

非可信WLAN网络不能直接连接到核心网内的PGW，而是通过一个安全网关连接到PGW。该安全网关为图8中的ePDG(演进的分组数据网关)。

步骤S803、ePDG向UE返回IKE_SA_INIT消息。

步骤S805、UE向ePDG发送IKE_AUTH REQ消息，消息中携带APN(AccessPointName，接入点名称)、紧急呼叫提示等参数。

步骤S807、ePDG不支持紧急呼叫业务，其向UE返回IKE_AUTH RSP消息，消息中携带拒绝原因，该原因表明ePDG不支持紧急呼叫业务。

UE接收到拒绝原因之后，从当前连接的ePDG去附着，具体过程可参考3GPP TS23.402第7.4小节，在此不再敷述。然后UE选择支持紧急呼叫的ePDG，然后发起附着过程并在附着过程中建立紧急PDN连接。

当ePDG支持紧急呼叫时，连接建立过程与现有过程的区别为：UE在IKE_AUTH REQ消息中将紧急呼叫提示发送给ePDG(步骤S805)，ePDG根据本地配置的紧急配置数据为UE选择PGW，并向PGW发送GTP/PMIP隧道建立请求时，将紧急呼叫请求发送PGW。

第五实施例

参见图9，图中示出了建立紧急PDN连接的方法流程图，该方法的执行主体为网络设备，具体步骤如下：

步骤S901、接收用户设备发送的第二请求消息，第二请求消息中携带有紧急呼叫提示。

需要说明的是，在本实施例中网络设备可以是ePDG或者TWAN设备，相应地，步骤S901提及的用户设备是指可以通过非可信WLAN网连接到核心网的用户设备，或者是指可以通过TWAN网连接到核心网的用户设备。

若网络设备为TWAN设备时，可以用WLCP紧急能力请求消息来表示上述第二请求消息，此时该第二请求消息可以用于请求TWAN设备判断其自身是否支持紧急呼叫业务；

若网络设备为ePDG时，可以用IKE信息请求消息来表示上述第二请求消息，此时该第二请求消息用于请求ePDG判断其自身是否支持紧急呼叫业务。

步骤S903、向用户设备返回第二请求消息的第二回复消息，第二回复消息中携带网络设备是否支持紧急呼叫业务的信息。

需要说明的是，可以通过第二回复消息中具体信息的参数值表示网络设备是否支持紧急呼叫业务。当然可以理解的是，在本实施例中并不限定该具体参数值。

步骤S905、在网络设备支持紧急呼叫业务，且在接收到用户设备发送的第三请求消息之后，根据第三请求消息，进行紧急PDN连接建立过程，其中第三请求消息中携带有紧急呼叫提示。

在本实施例中，该第三请求消息可以是WLCP PDN连接请求消息，也可以是IKE_AUTH REQ消息。需要说明的是，在本实施例中并不限定第三请求消息的具体类型。

第六实施例

参见图10，图中示出了建立紧急PDN连接的方法的流程，该方法的执行主体可以是用户设备，具体步骤如下：

步骤S1001、向网络设备发送第二请求消息，第二请求消息中携带有紧急呼叫提示。

需要说明的是，在本实施例中网络设备可以是ePDG或者TWAN设备，相应地，用户设备是指可以通过非可信WLAN网连接到核心网的用户设备，或者是指可以通过TWAN网连接到核心网的用户设备。

步骤S1003、接收网络设备返回第二请求消息的第二回复消息，回复消息中携带网络设备是否支持紧急呼叫业务的信息。

步骤S1005、在网络设备支持紧急呼叫业务时，向网络设备发送第三请求消息，其中所述第三请求消息中携带有紧急呼叫提示。

步骤S1007、在网络设备不支持紧急呼叫业务时，向网络设备发起去附着过程。

需要说明的是，在本实施例中步骤S1005和步骤S1007为可选步骤。

第七实施例

参见图11，图中示出了已经通过正常附着过程附着到网络的UE希望建立紧急PDN连接，UE首先判断TWAN(可信WLAN网络)是否支持紧急呼叫业务，具体过程如下：

步骤S1101、UE向TWAN发送WLCP紧急呼叫请求消息，WLCP紧急呼叫请求消息中携带的信息表明TWAN是否支持紧急呼叫业务。

步骤S1103、TWAN向UE返回WLCP紧急呼叫回复消息，WLCP紧急呼叫回复消息中携带的信息表明TWAN是否支持紧急呼叫业务。

第八实施例

参见图12，图中示出了在S2b场景下，已经通过正常附着过程连接到ePDG的UE希望建立紧急PDN连接，UE判断ePDG是否支持紧急呼叫业务，具体过程如下：

步骤S1201、UE向ePDG发送IKE信息请求消息，消息中携带紧急呼叫提示，用于请求ePDG是否具有支持紧急呼叫的能力。

步骤S1203、ePDG向UE返回IKE信息回复消息，消息中携带的信息表明ePDG是否支持紧急呼叫业务。

如果IKE信息回复消息中的参数表明ePDG支持紧急呼叫，则UE向ePDG发起PDN连接建立过程，UE在消息中携带紧急呼叫提示。ePDG接收到紧急呼叫提示之后，根据本地配置的紧急配置数据选择PGW。然后向PGW发起GTP/PMIP隧道的建立过程，在请求消息中携带紧急呼叫提示。

如果IKE信息回复消息中的参数表明ePDG不支持紧急呼叫，则UE去附着，重选支持紧急呼叫的ePDG，然后重新附着，并在重新附着的过程中建立紧急PDN连接，该过程为现有技术，在此不再敷述。

在本实施例中，当UE希望执行紧急呼叫时，如果UE获知当前连接的网络侧实体支持紧急呼叫，UE部需要从网络中去附着，可直接发起紧急PDN连接的建立过程。

第九实施例

参见图13，图中示出了第九实施例中网络设备的结构图，该网络设备包括：第一接收模块1301、判断模块1303和第一发送模块1305，其中

第一接收模块1301用于接收用户设备发送的第一请求消息，该第一请求消息中携带有紧急呼叫提示。在本实施例中，该第一请求消息可以是WLCP PDN连接请求消息，也可以是IKE_AUTH REQ消息。需要说明的是，在本实施例中并不限定第一请求消息的具体类型。

判断模块1303，用于根据紧急呼叫提示，判断网络设备是否支持紧急呼叫业务。需要说明的是，在本实施例中网络设备可以是ePDG或者TWAN设备，相应地，用户设备是指可以通过非可信WLAN网连接到核心网的用户设备，或者是指可以通过TWAN网连接到核心网的用户设备。

第一发送模块1305，用于若网络设备不支持紧急呼叫业务，则向用户设备返回第一回复消息。在本实施例中，该第一回复消息中可以携带拒绝原因,例如该拒绝原因用于表明网络设备不支持紧急呼叫业务。

需要说明的是，在本实施例中，网络设备还可以包括：第一连接建立模块1307，用于若网络设备支持紧急呼叫业务，则进行紧急PDN连接建立过程。在本实施例中，可以采用现有技术进行紧急PDN连接建立，在此不再敷述。

第十实施例

参见图14，图中示出了第十实施例中网络设备的结构图，该网络设备包括：第二接收模块1401和第二发送模块1403，其中：

第二接收模块1401用于接收用户设备发送的第二请求消息；

第二发送模块1403，用于向所述用户设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息。

可选地，该网络设备还包括：第二连接建立模块，用于在所述网络设备支持紧急呼叫业务，且在接收到所述用户设备发送的第三请求消息之后，根据所述第三请求消息，进行紧急PDN连接建立过程，其中所述第三请求消息中携带有紧急呼叫提示。

第十一实施例

参见图15，图中示出了第十一实施例中用户设备的结构图，该用户设备包括：第三发送模块1501和第三接收模块1503，其中

第三发送模块1501用于向网络设备发送第一请求消息，第一请求消息中携带有紧急呼叫提示。在本实施例中，该第一请求消息可以是WLCP PDN连接请求消息，也可以是IKE_AUTH REQ消息。需要说明的是，在本实施例中并不限定第一请求消息的具体类型。在本实施例中，用户设备可以通过非可信WLAN网连接到核心网，或者用户设备通过TWAN网连接到核心网，相应地，该网络设备可以为ePDG或者TWAN设备。

第三接收模块1503用于在网络设备不支持紧急呼叫业务时，接收网络设备返回第一回复消息。在本实施例中，第一回复消息中可以携带拒绝原因，该拒绝原因可以用于表明网络设备不支持紧急呼叫业务。

可选地，该用户设备还包括：第五接收模块，用于在所述网络设备支持紧急呼叫业务时，接收所述网络设备返回的PDN连接接受消息。

可选地，该用户设备还包括：第五发送模块，用于在收到所述第一回复消息之后，向所述网络设备发起去附着过程。

第十二实施例

参见图16，图中示出了第十二实施例中用户设备的结构图，该用户设备包括：

第四发送模块1601，用于向网络设备发送第二请求消息；需要说明的是，在本实施例中网络设备可以是ePDG或者TWAN设备，相应地，用户设备是指可以通过非可信WLAN网连接到核心网的用户设备，或者是指可以通过TWAN网连接到核心网的用户设备。若网络设备为TWAN设备时，可以用WLCP紧急能力请求消息来表示上述第二请求消息，此时该第二请求消息可以用于请求TWAN设备判断其自身是否支持紧急呼叫业务；若网络设备为ePDG时，可以用IKE信息请求消息来表示上述第二请求消息，此时该第二请求消息用于请求ePDG判断其自身是否支持紧急呼叫业务。

第四接收模块1603，用于接收网络设备返回所述第二请求消息的第二回复消息，第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息。需要说明的是，可以通过第二回复消息中具体信息的参数值表示网络设备是否支持紧急呼叫业务。当然可以理解的是，在本实施例中并不限定该具体参数值。

在本实施例中，用户设备还包括：第三连接建立模块，用于在所述网络设备支持紧急呼叫业务时，向所述网络设备发送第三请求消息，其中所述第三请求消息中携带有紧急呼叫提示。

第十三实施例

参见图17，图中示出了一种网络设备，包括：第一处理器1701、第一存储器1702和第一收发机1703，其中

第一处理器1701用于读取第一存储器1702中的程序，执行下列过程：接收用户设备发送的第一请求消息，所述第一请求消息中携带有紧急呼叫提示；根据所述紧急呼叫提示，判断所述网络设备是否支持紧急呼叫业务；若所述网络设备不支持紧急呼叫业务，则向所述用户设备返回第一回复消息。

第一收发机1703用于在第一处理器1701的控制下接收和发送数据。

可选地，第一处理器1701还用于若网络设备支持紧急呼叫业务，则进行紧急PDN连接建立过程。

可选的，第一处理器1701可以是CPU(中央处埋器)、ASIC(ApplicationSpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。

其中，在图17中，总线架构可以包括任意数量的互联的总线和桥，具体由第一处理器1701代表的一个或多个处理器和第一存储器1702代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。第一收发机1703可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。第一处理器1701负责管理总线架构和通常的处理，第一存储器1702可以存储第一处理器1701在执行操作时所使用的数据。

在本实施例中，如果UE当前连接的网络支持紧急呼叫,UE可以不需要从网络中去附着，可直接发起紧急呼叫PDN连接的建立过程，避免了现有技术中因去附着而导致上层应用中断的问题。

第十四实施例

参见图18，图中示出了一种网络设备，包括：第二处理器1801、第二存储器1802和第二收发机1803，其中

第二处理器1801用于读取第二存储器1802中的程序，执行下列过程：接收用户设备发送的第二请求消息，向所述用户设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息

第二收发机1803用于在第二处理器1801的控制下接收和发送数据。

可选地，第二处理器1801还用于在所述网络设备支持紧急呼叫业务，且在接收到所述用户设备发送的第三请求消息之后，根据所述第三请求消息，进行紧急PDN连接建立过程，其中所述第三请求消息中携带有紧急呼叫提示。

可选的，第二处理器1801可以是CPU(中央处埋器)、ASIC(ApplicationSpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。

其中，在图18中，总线架构可以包括任意数量的互联的总线和桥，具体由第二处理器1801代表的一个或多个处理器和第一存储器1802代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。第二收发机1803可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。第二处理器1801负责管理总线架构和通常的处理，第二存储器1802可以存储第二处理器1801在执行操作时所使用的数据。

第十五实施例

参见图19，图中示出了一种用户设备，包括：第三处理器1901、第三存储器1902和第三收发机1903，其中

第三处理器1901用于读取第三存储器1902中的程序，执行下列过程：向网络设备发送第一请求消息，第一请求消息中携带有紧急呼叫提示；在网络设备不支持紧急呼叫业务时，接收网络设备返回第一回复消息。

第三收发机1903用于在第三处理器1901的控制下接收和发送数据。

可选地，第三处理器1901还用于在所述网络设备支持紧急呼叫业务时，接收所述网络设备返回的PDN连接接受消息。

可选地，第三处理器1901还用于在收到所述第一回复消息之后，向所述网络设备发起去附着过程。

可选的，第三处理器1901可以是CPU(中央处埋器)、ASIC(ApplicationSpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。

其中，在图19中，总线架构可以包括任意数量的互联的总线和桥，具体由第三处理器1901代表的一个或多个处理器和第三存储器1902代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。第三收发机1903可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。第三处理器1901负责管理总线架构和通常的处理，第三存储器1902可以存储第三处理器1901在执行操作时所使用的数据。针对不同的用户设备，第一用户接口1905还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

第十六实施例

参见图20，图中示出了一种用户设备，包括：第四处理器2001、第四存储器2002和第四收发机2003，其中

第四处理器2001用于读取第四存储器2002中的程序，执行下列过程：向网络设备发送第二请求消息，接收网络设备返回所述第二请求消息的第二回复消息，第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息。

第四收发机2003用于在第四处理器2001的控制下接收和发送数据。

可选地，第四处理器2001还用于在网络设备支持紧急呼叫业务，且在接收到用户设备发送的第三请求消息之后，根据第三请求消息，进行紧急PDN连接建立过程，其中第三请求消息中携带有紧急呼叫提示。

可选的，第四处理器2001可以是CPU(中央处埋器)、ASIC(ApplicationSpecificIntegrated Circuit，专用集成电路)、FPGA(Field－ProgrammableGate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。

其中，在图20中，总线架构可以包括任意数量的互联的总线和桥，具体由第四处理器2001代表的一个或多个处理器和第四存储器2002代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。第四收发机2003可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。第四处理器2001负责管理总线架构和通常的处理，第四存储器2002可以存储第四处理器2001在执行操作时所使用的数据。针对不同的用户设备，第二用户接口2005还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括如果干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。

Claims

1.一种建立紧急PDN连接的方法，其特征在于，所述方法包括：

接收用户设备发送的第一请求消息，所述第一请求消息中携带有紧急呼叫提示；

根据所述紧急呼叫提示，判断网络设备是否支持紧急呼叫业务；

若所述网络设备不支持紧急呼叫业务，则向所述用户设备返回第一回复消息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述用户设备是指通过非可信WLAN网连接到核心网的用户设备，或者是指通过TWAN网连接到核心网的用户设备；

所述第一回复消息中携带有拒绝原因,所述拒绝原因用于表明所述网络设备不支持紧急呼叫业务；

所述方法还包括：

若所述网络设备支持紧急呼叫业务，则进行紧急PDN连接建立过程。

2.一种建立紧急PDN连接的方法，其特征在于，所述方法包括：

接收用户设备发送的第二请求消息；

向所述用户设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带网络设备是否支持紧急呼叫业务的信息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述方法还包括：

在所述网络设备支持紧急呼叫业务，且在接收到所述用户设备发送的第三请求消息之后，根据所述第三请求消息，进行紧急PDN连接建立过程，其中所述第三请求消息中携带有紧急呼叫提示。

3.一种建立紧急PDN连接的方法，应用于用户设备，其特征在于，所述方法包括：

向网络设备发送第一请求消息，所述第一请求消息中携带有紧急呼叫提示；

在所述网络设备不支持紧急呼叫业务时，接收所述网络设备返回第一回复消息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述方法还包括：

在所述网络设备支持紧急呼叫业务时，接收所述网络设备返回的PDN连接接受消息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在收到所述第一回复消息之后，向所述网络设备发起去附着过程。

5.一种建立紧急PDN连接的方法，应用于用户设备，其特征在于，所述方法包括：

向网络设备发送第二请求消息；

接收所述网络设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述方法还包括：

在所述网络设备支持紧急呼叫业务时，向所述网络设备发送第三请求消息，其中所述第三请求消息中携带有紧急呼叫提示，以便网络设备根据所述第三请求消息，进行紧急PDN连接建立过程。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在所述网络设备不支持紧急呼叫业务时，向所述网络设备发起去附着过程。

7.一种网络设备，其特征在于，包括：

第一接收模块，用于接收用户设备发送的第一请求消息，所述第一请求消息中携带有紧急呼叫提示；

判断模块，用于根据所述紧急呼叫提示，判断网络设备是否支持紧急呼叫业务；

第一发送模块，用于若所述网络设备不支持紧急呼叫业务，则向所述用户设备返回第一回复消息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述网络设备还包括：第一连接建立模块，用于若网络设备支持紧急呼叫业务，则进行紧急PDN连接建立过程。

8.一种网络设备，其特征在于，包括：

第二接收模块，用于接收用户设备发送的第二请求消息；

第二发送模块，用于向所述用户设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带网络设备是否支持紧急呼叫业务的信息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述网络设备还包括：第二连接建立模块，用于在所述网络设备支持紧急呼叫业务，且在接收到所述用户设备发送的第三请求消息之后，根据所述第三请求消息，进行紧急PDN连接建立过程，其中所述第三请求消息中携带有紧急呼叫提示。

9.一种用户设备，其特征在于，包括：

第三发送模块，用于向网络设备发送第一请求消息，所述第一请求消息中携带有紧急呼叫提示；

第三接收模块，用于在所述网络设备不支持紧急呼叫业务时，接收所述网络设备返回第一回复消息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述用户设备还包括：第五接收模块，用于在所述网络设备支持紧急呼叫业务时，接收所述网络设备返回的PDN连接接受消息。

10.根据权利要求9所述的用户设备，其特征在于，所述用户设备还包括：第五发送模块，用于在收到所述第一回复消息之后，向所述网络设备发起去附着过程。

11.一种用户设备，其特征在于，包括：

第四发送模块，用于向网络设备发送第二请求消息；

第四接收模块，用于接收所述网络设备返回所述第二请求消息的第二回复消息，所述第二回复消息中携带所述网络设备是否支持紧急呼叫业务的信息；

所述网络设备为演进的分组数据网关ePDG或者可信WLAN设备；

所述用户设备还包括：第三连接建立模块，用于在所述网络设备支持紧急呼叫业务时，向所述网络设备发送第三请求消息，其中所述第三请求消息中携带有紧急呼叫提示，以便网络设备根据所述第三请求消息，进行紧急PDN连接建立过程。