WO2010105485A1

WO2010105485A1 - 一种注销紧急呼叫用户的方法和系统

Info

Publication number: WO2010105485A1
Application number: PCT/CN2009/075989
Authority: WO
Inventors: 李志军; 宗在峰; 谢宝国
Original assignee: 中兴通讯股份有限公司; 朱春晖
Priority date: 2009-03-20
Filing date: 2009-12-24
Publication date: 2010-09-23

Description

一种注销紧急呼叫用户的方法和系统技术领域

本发明涉及系统长期演进（ SAE )接入下的紧急呼叫技术，尤其涉及一种注销紧急呼叫用户的方法和系统。背景技术

IP多媒体子系统（ IMS , IP Multimedia Subsystem )是新一代通信网络的核心，其显著特点是采用了会话发起协议（ SIP, Session Initiation Protocol ) 体系，通信与接入无关，且具备多种媒体业务控制功能与承载能力分离，呼叫与会话分离，应用与服务分离，业务与网络分离，以及移动网与英特网业务融合等多种功能。

由于 IMS与接入无关的特点， IMS下的紧急呼叫（EMC, Emergency Call )业务，可以建设在通用无线分组业务（GPRS, General Packet Radio Service ) 网络和系统长期演进（ SAE, System Architecture Evolution ) 网络上，提供统一的紧急呼叫控制。

现有技术中用户终端（ UE, User Equipment )通过接入 SAE网络执行

EMC业务的架构图，如图 1所示，该架构包括： SAE网络部分、策略计费控制（ PCC, Policy Charging Control )部分、位置服务（ LCS , Location Service ) 部分和 IMS紧急业务部分。

其中， SAE 网络部分用以提供底层的承载管理和移动性管理功能，该部分的网元主要包括：增强的无线基站（eNodeB )、移动性管理实体（MME, Mobility Management Entity ) 和系统长期演进网关（ SAE GW , System Architecture Evolution Gateway )。 S AE GW为用户面的功能实体，用于进行用户面的数据路由处理，分为服务网关（ S-GW , Serving GW )和分组数据网网关（P-GW, Packet Data Network GW ) 两种。

PCC部分用以在底层承载层和上层业务层建立有效的策略、计费控制，该部分的网元主要包括：策略和计费规则功能（ PCRF, Policy and Charging Rules Function ) 实体和策略和计费执行功能（PCEF, Policy and Charging Enforcement Function ) 实体。

LCS 部分用以为紧急呼叫提供位置服务和公共安全接入点（PSAP , Public Safety Access Point )的地址，该部分的网元主要包括：位置请求功能 ( LRF, Location Require Function ) 实体和网关移动定位中心（GMLC, Gateway Mobile Location Center )。

IMS 紧急业务部分用以控制和处理紧急呼叫的会话，该部分的网元主要包括：归属用户服务器（HSS, Home Subscriber Server ), 呼叫会话控制功能（ CSCF, Call Session Control Function )。 HSS主要管理用户的签约数据，位于归属网。 CSCF是控制会话过程的核心网元，包括：代理 CSCF ( P-CSCF, Proxy-CSCF )、查询 CSCF ( I-CSCF, Interrogating-CSCF )、服务 CSCF( S-CSCF, Serving-CSCF )、紧急 CSCF( E-CSCF, Emergency-CSCF )。其中， E-CSCF为紧急呼叫的会话控制中心，其决定紧急呼叫路由到哪个公共安全应答点（PSAP, Public Safety Answer Point )»

SAE接入下的 UE有时会工作在受限制模式下，即 UE被限制服务；在这种情况下， UE发起的正常网络附着和业务建立请求，将会被网络拒绝。然而，实际应用中通常要求受限制模式下的 UE也能够发起紧急呼叫；因此，在第三代合作伙伴计划（ 3GPP, 3rd Generation Partnership Project )研究的演进分组系统（EPS, Evolved Packet System )对紧急呼叫的支持中，促使受限制模式下的 UE能够紧急附着（Emergency Attach )到 EPS网络，并建立专门用于紧急呼叫的紧急载（ Emergency Bearer )。

对于一个受限制模式下的 UE, 其实现紧急呼叫需要执行建立紧急承载和发起紧急呼叫的操作。所谓建立紧急承载，即 UE发起紧急附着请求，并通过携带的紧急标识告知承载网络当前附着是为了拨打紧急电话；承载网络接收 UE 的紧急附着请求后，通过一个紧急接入点名称（E-APN , Emergency Access Point Name ) , 来建立一个专门用于紧急呼叫的缺省承载，这个缺省承载主要用于信令控制。所谓紧急呼叫，即 UE通过在正常的呼叫请求消息中携带紧急标识，表明该呼叫请求是一个紧急呼叫。

区别于用于信令控制的缺省承载的建立， UE发起紧急呼叫时，还需要建立一个用于承载语音的指明承载（ Dedicated Bearer ), 即用于语音媒体传输的用户面承载。指明承载是区别于缺省承载的一个具有固定服务质量 ( QoS, Quality of Service )要求的承载。指明承载的建立，可以是承载网络通过 PCC的控制为 UE建立，也可以是 UE自行指示承载网络建立的。如果是承载网络通过 PCC的控制为 UE建立指明承载，则指明承载的建立会有动态 PCC的参与；如果是 UE自行指示承载网络建立，则承载网络采用静态 PCC策略来为 UE建立指明承载。

所谓动态 PCC, 是指 PCC中的主要策略控制实体 PCRF在 SIP会话过程中根据应用功能点（AF, Application Function )的指示建立、变更、释放指定的 EPS承载。在 SIP会话建立、释放的过程中，处理 SIP信令的 P-CSCF 作为一个 AF与 PCRF动态交流，通过 PCRF将 SIP层的会话和 EPS层的承载动态地进行绑定，这样 P-CSCF可以根据 SIP会话的要求通知 PCRF进行媒体资源（即底层的语音等承载）的建立、变更、释放，而 PCRF进一步通知 P-GW执行具体的承载的建立、变更、释放。在 P-GW执行承载建立、变更、释放的过程中， P-GW将通过 S-GW向 MME上报承载的变化情况。

所谓静态 PCC, 是指 PCRF不依据 SIP会话过程中 AF的指示来建立、变更、释放 EPS承载；而仅仅凭借自身所存储的静态紧急呼叫策略数据来建立、变更、释放 EPS承载。甚至于不部署 PCRF, 而仅仅在 P-GW ( PCEF ) 上部署紧急呼叫的策略数据。在这种情况下，用于紧急呼叫的紧急承载的建立、变更、释放，是由 UE来控制的。 UE根据紧急会话中 SIP信令的建立、释放过程来控制指明承载的建立和释放。

现有技术中 UE建立紧急承载的过程如图 2所示，主要包括以下步骤：步骤 201~202, UE向 eNodeB发起紧急附着请求，由 eNodeB为 UE选择服务的 MME, 并向该 MME转发紧急附着请求。

步骤 203-206 , MME 向归属网的归属用户服务器（ HSS , Home

Subscriber Server )发起位置更新的操作， HSS查找 UE的用户数据发送给

MME。

步骤 207~212, MME发起创建缺省承载的流程，由 P-GW根据 PCRF 的策略和计费决策信息为 UE建立缺省承载。

步骤 213~215 , eNodeB与 UE之间建立语音承载。

步骤 216~218, MME通知 S-GW为 UE服务的 eNodeB的标识、地址；如果 P-GW不是 HSS指定的，那么 MME向 HSS发送位置更新请求，通知

HSS为 UE所服务的 P-GW的地址信息，由 HSS更新该信息。

现有技术中 UE发起紧急呼叫的流程，如图 3所示，主要包括以下步骤：步骤 301 , UE向 EPS网络发起紧急呼叫，紧急呼叫被路由到 E-CSCF。步骤 302, E-CSCF通过向 LRF发送位置查询请求，请求 LRF分配为

UE服务的 PSAP。

步骤 303 , LRF向 MME发送位置查询请求，查询 UE的当前位置信息。步骤 304, MME从无线接入网（RAN, Radio Access Network )侧获取用户的当前位置，返回给 LRF。

步骤 305 , LRF根据 UE的位置信息为 UE分配 PSAP。

步骤 306, LRF向 E-CSCF返回 UE的位置信息，并返回相应的 PSAP 地址。步骤 307~308, E-CSCF即将紧急呼叫路由给 PSAP, 并且建立通话，直到通话过程结束。

步骤 309~311 , E-CSCF向 LRF请求对 UE位置变化的订阅， LRF返回位置请求的响应； LRF也可以向 MME取消对 UE位置变化的订阅。

对于受限制模式下的 UE附着到 EPS网络，发起紧急呼叫后， EPS网络需要允许 UE在一段时间内继续附着，并保留为 UE分配的一些紧急资源，如用于信令控制的缺省承载等。也就是说， EPS网络注销紧急附着 UE的行为，需要具有一定的时间延迟性，这种需求是基于如下的理由：

A、当 UE发起第一次紧急呼叫后，在可预期的时间内， UE有可能再次发起紧急呼叫，为了避免重复的紧急附着、对受限制模式下的确认、可能的认证等不必要的步骤，有必要让 UE继续附着在 EPS网络，并保持 EPS 网络为 UE分配的一些紧急资源，以加速处理；

B、当 UE发起第一次紧急呼叫后，在可预期的时间内， PSAP可能回呼该 UE, 如果 UE已经被 EPS网络注销，则回呼将无法进行。

然而，对于受限制模式下的 UE, 也不需要一直附着在 EPS网络，因为这样会造成资源的浪费。出于此目的， EPS网络需要在 UE使用完紧急服务后一段时间内注销 UE。

关于受限制模式下的 UE附着到 EPS网络，使用完紧急服务后，如何从 EPS网络注销的问题，有以下几种选择：

a、 UE自行注销到 EPS网络的紧急附着。 UE自行注销行为取决于终端厂商的开发或运营商的要求。

b、 EPS网络主动注销 UE到 EPS网络的附着。

然而，由于紧急服务区别于其他业务，是非计费业务，期望紧急附着到 EPS网络的 UE主动注销是不可保证的。 EPS网络主动注销 UE, 通常指 MME主动注销紧急附着的 UE。但是， MME主动注销 UE, 需要有一个适当的时机。由于在现有技术下， MME无法直接获知 IMS业务层的紧急呼叫的发起、释放动作，因此 MME只能凭借其他手段来注销紧急附着的 UE, 比如： MME要求 S-GW/P-GW在没有实际的数据流的一段时间后，主动释放承载，进而 MME注销该 UE。或者， MME可以通过设置一个注销定时器来进行。然而，现有技术中采用注销定时器来注销紧急附着的 UE, 会导致以下的情况发生：注销定时器时间时间到达的时候 UE还正在紧急通话中，从而注销操作使得正在进行的紧急呼叫被迫中断。发明内容

有鉴于此，本发明的主要目的在于提供一种注销紧急呼叫用户的方法和系统，以解决现有的注销方法容易导致紧急呼叫中断的问题。

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

本发明提供了一种注销紧急呼叫用户的方法，该方法包括：

在用户终端 UE紧急附着到演进分组系统 EPS网络，且移动管理实体 MME才艮据接收的消息确定所述 UE的紧急呼叫结束时，所述 MME启动注销定时器；

所述 MME在注销定时器时间到达时，将所述 UE从 EPS网络注销。所述接收的消息为指明承载的释放消息，所述启动注销定时器具体为：所述 MME根据所述指明承载的释放消息确定所述 UE的紧急呼叫结束，并在确定所述 UE是紧急附着或者处于受限制模式时，启动注销定时器。

所述接收的消息为无线资源控制的空闲 RRC-IDLE消息，所述启动注销定时器具体为：

所述 MME根据所述 RRC-IDLE消息确定所述 UE的紧急呼叫结束，并在确定所述 U E是紧急附着或者处于受限制模式时，启动注销定时器。

所述接收的消息为周期性跟踪区域更新 TAU请求消息，所述启动注销定时器具体为：所述 MME根据所述周期性 TAU请求消息确定所述 UE的紧急呼叫结束，并在确定所述 UE是紧急附着或者处于受限制模式时，启动注销定时器。

在 UE紧急附着到 EPS网络之后，该方法进一步包括：

所述 MME在 UE紧急附着成功后启动所述注销定时器，并在指明承载创建完成后取消所述注销定时器。

所述指明承载的创建和释放由策略计费控制 PCC实体控制实现，或由所述 UE控制实现。

本发明还提供了一种注销紧急呼叫用户的方法，该方法进一步包括：在 UE紧急附着到 EPS网络后，所述 MME将注销定时器通过附着响应发送给所述 UE;

所述 UE在紧急呼叫结束时，启动注销定时器，并在所述注销定时器时间到达时，从所述 EPS网络注销。

本发明还提供了一种注销紧急呼叫用户的系统，该系统包括：用户终端，用于紧急附着到 EPS网络，并执行紧急呼叫；

移动管理实体，用于在所述用户终端紧急附着到 EPS网络，并根据接收的消息确定所述用户终端的紧急呼叫结束时，启动注销定时器；待注销定时器时间到达时，将所述用户终端从 EPS网络注销。

所述接收的消息为指明承载的释放消息、或 RRC-IDLE消息、或周期性 TAU请求消息。

所述移动管理实体还用于在用户终端紧急附着到 EPS网络后，将所述注销定时器通过附着响应发送给所述用户终端；相应的，所述用户终端还用于在紧急呼叫结束时，启动注销定时器，并在所述注销定时器时间到达时，从所述 EPS网络注销。

本发明还提供了一种注销紧急呼叫用户的方法，该方法包括：所述 UE完成紧急呼叫时，分组数据网网关 P-GW根据接收到的释放紧急呼叫用户的语音承载的消息释放语音承载，检查释放信令承载的条件是否满足，如果满足，启动位于 P-GW 中的注销定时器，当注销定时器时间到达时，释放所述紧急呼叫的信令承载。

所述检查释放信令承载的条件是：所述 P-GW 上的紧急公共数据网 PDN连接上语音承载全部释放完毕。

所述 P-GW接收到的释放紧急呼叫用户的语音承载的消息是从所述 UE 发起或者从 PCC发起的。

所述启动注销定时器，当注销定时器时间到达时，释放所述紧急呼叫的信令承载具体包括以下步骤：

注销定时器启动，当注销定时器时间到达的时候， P-GW释放该紧急 PDN连接上所有非语音承载，并且通知 EPS网络相关的网元注销所述的紧急呼叫。

分组数据网关 P-GW, 用于在所述用户终端紧急附着到 EPS 网络时，根据接收到的释放紧急呼叫用户的语音承载的消息释放语音承载，检查释放信令承载的条件是否满足，如果满足，启动位于 P-GW中的注销定时器，当注销定时器时间到达时，释放所述紧急呼叫的信令^载。

本发明所提供的一种注销紧急呼叫用户的方法和系统，在 UE紧急附着到 EPS网络，且 MME才艮据接收的消息确定 UE的紧急呼叫结束时， MME 启动注销定时器，并在注销定时器时间到达时，将 UE从 EPS网络注销。通过本发明，解决了现有的注销方法容易导致紧急呼叫中断的问题；且本发明能够延期释放分配给 UE的紧急呼叫资源，以保证在可预期的时间内如果 UE发起第二次紧急呼叫无需重复执行紧急附着等过程；本发明也使得在可预期的时间内紧急呼叫中心回呼该 UE能够实现，不至于无法回呼 UE的情况。附图说明

图 1为现有技术中 UE通过接入 SAE网络执行 EMC业务的架构图；图 2为现有技术中 UE建立紧急承载的流程图；

图 3为现有技术中 UE发起紧急呼叫的流程图；

图 4为本发明一种注销紧急呼叫用户的方法流程图；

图 5为本发明实施例一的注销方法流程图；

图 6为本发明实施例二的注销方法流程图；

图 7为本发明实施例三的注销方法流程图；

图 8为本发明实施例四的注销方法流程图；

图 9为本发明实施例五的注销方法流程图；

图 10为本发明实施例六的注销方法流程图；

图 11为本发明一种注销紧急呼叫用户的系统的组成结构示意图；图 12为本发明实施例七的注销方法流程图。具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。本发明所提供的一种注销紧急呼叫用户的方法，如图 4所示，主要包括以下步骤：

步骤 401 , 在 UE紧急附着到 EPS网络，且 MME根据接收的消息确定 UE的紧急呼叫结束时， MME启动注销定时器。

本发明中所指 MME接收的消息可以是指明承载的释放消息，也可以是无线资源控制的空闲（RRC-IDLE, Radio Resource Control IDLE )消息，还可以是周期性跟踪区域更新 ( TAU, Tracking Area Update )请求消息。当然，本发明的消息并不仅限于上述所举，对于其他类型的能够确定为 UE紧急呼叫结束后的消息，也属于本发明所要保护的范围。

注销定时器是预先配置在 MME上的，且注销定时器的时长可以才艮据实际需要进行设置。

步骤 402, MME在注销定时器时间到达时，将 UE从 EPS网络注销。在等待了注销定时器的时长后， MME释放为 UE分配的紧急承载，包括通知 eNodeB释放 UE的空口连接，从而将 UE从 EPS网络注销。

下面以指明承载的释放消息为例，对上述的注销方法进行详细阐述，如图 5所示，该实施例中部署了动态 PCC, 即指明承载的创建和释放是由 PCC实体控制实现，该实施例的注销方法主要包括以下步骤：

步骤 501 , UE向 EPS网络发送紧急附着请求，该紧急附着请求传递到 MME。

步骤 502, MME为 UE创建用于紧急呼叫的缺省承载，这个承载主要用于信令控制。缺省承载的创建过程为现有技术，在此不再赘述。

步骤 503 , 缺省承载创建完成后， MME向 UE发送附着响应。

步骤 504, MME在向 UE发送附着响应后，启动对该紧急附着 UE的注销定时器。

步骤 505 , UE 向 P-CSCF/E-CSCF发起 SIP 的紧急呼叫，并通过 P-CSCF/E-CSCF与呼叫对端协商媒体类型等必要信息。

步骤 506, UE与呼叫对端进行媒体协商后， P-CSCF根据协商的结果，指示 PCRF为 UE建立对应的指明承载； PCRF根据对紧急呼叫的配置数据，决策适当的策略数据 (比如：用于紧急呼叫的 QoS等级），发放给 P-GW执行； P-GW执行 PCRF下发的策略，创建对应的指明承载，并通过 S-GW将该指明承载的创建事件携带在指明承载创建消息中上报给 MME。在向 MME上报的创建事件中，携带有标识该指明承载是为紧急呼叫而创建的标识信息。步骤 507, MME在收到 P-GW通过 S-GW上报的指明承载创建事件后，根据上报的标识信息判定该指明承载是为紧急呼叫而创建的，并检测到该指明承载所关联的 UE是紧急附着的 UE, 或是受限制模式下的 UE; 进而检查已经为该 UE启动了注销定时器，并执行该注销定时器的取消操作。

在本步骤中， MME可以根据 UE紧急附着时所提供的紧急 APN、或者 UE紧急附着后 MME在该 UE的上下文中所设置的紧急标识、或 UE的上下文的 QoS参数中的紧急呼叫等级等信息，确定该 UE是一个紧急附着的 UE。 MME可以根据 UE的当前区域，以及从 HSS下发的限制区域列表等确定 UE是否位于受限制区域。 MME也可以在初始判断 UE是受限制后，在 UE的上下文中设置一个受限制标识来表明该 UE是一个受限制模式下的 UE。

需要指出的是，在步骤 504中启动注销定时器，能够保证即使后续 UE 发起紧急呼叫没有成功，并且指明承载的创建和释放过程没有发生，也能保证通过步骤 504设置的定时器将 UE注销掉。而在步骤 507中取消对应的注销定时器，能够保证在步骤 504中启动的定时器不会打断 UE正在进行的一个较长的紧急呼叫，使得 UE的紧急通话不受注销定时器的时长限制。

步骤 508~509, UE与呼叫对端之间建立紧急通话，直到紧急通话结束。步骤 510, UE和呼叫对端的紧急通话结束后， P-CSCF根据 SIP信令的指示，要求 PCRF为 UE释放前述建立的用于紧急呼叫的指明承载； PCRF 根据 P-CSCF的指示，以及紧急呼叫与指明承载的绑定关系，要求 P-GW释放前述为 UE建立的指明承载； P-GW释放对应的指明承载，并通过 S-GW 将该指明承载的释放事件携带在指明承载释放消息中上报给 MME。在上报的指明承载的释放事件中，具有足够的信息能让 MME 可以根据所保存的 UE的承载上下文，识别该指明承载是为紧急呼叫而创建。

步骤 511 , MME在收到 P-GW通过 S-GW上报的指明承载释放事件后，根据上报的信息和自身所存储的 UE 的上下文信息判定该指明承载是为紧急呼叫而创建的，并检测到该指明承载所关联的 UE是紧急附着的 UE, 或是受限制模式下的 UE; 进而检查已经为该 UE取消了注销定时器，并为该 UE再次启动注销定时器。

步骤 512, 当 MME上设置的注销定时器时间到达时， MME决定注销该紧急附着的 UE。

步骤 513 , MME通知 S-GW/P-GW释放为 UE分配的紧急承载。

步骤 514, MME注销 UE, 包括通知 eNodeB释放 UE的空口连接。在图 5所示的本发明实施例一中，负责为 UE建立指明承载是动态 PCC, 在此情况下 MME可以在收到为 UE分配的指明承载的建立、释放消息的时候，根据情况确定启动或取消该 UE的注销定时器。

当仅使用静态 PCC的时候， UE将自行控制建立用于紧急呼叫的指明承载，在这种情况下的 UE注销方法如图 6所示。图 6所示实施例二与图 5 所示实施例一的区别仅仅在于指明承载的创建、释放过程是由 UE来发起的。 UE发起紧急呼叫的时候，根据 SIP会话的 200 OK消息，要求 EPS网络创建指明承载；在紧急呼叫释放的时候，根据 SIP会话的 BYE消息，要求 EPS网络释放指明承载。

图 6所示流程与图 5的区别在于：

步骤 606, UE在和呼叫对端进行媒体协商后，向 MME发起指明承载的建立请求； MME根据自身紧急呼叫策略数据的配置，要求 S-GW/P-GW 创建相应的指明承载。

步骤 610, UE在紧急呼叫结束后，根据 SIP会话的 BYE指示，要求 MME释放前述建立的指明承载， MME进一步要求 S-GW/P-GW释放相应的指明承载。

图 6中的其他操作步骤与图 5中的相应操作类似，在此不再赘述。通过图 5和图 6所示的流程， MME能够在收到为 UE分配的指明承载的建立、释放的消息时根据情况获得通知，进而根据 UE是否是紧急附着、或是否是受限制模式，以及是否为 UE启动了注销定时器的情况，确定启动或取消该 UE的注销定时器。

UE在实际的紧急通话过程中，处于连接状态（ EMM-CONNECTED ); 当 UE紧急通话结束一段时间后不活动，将转入空闲状态（EMM-IDLE )。这种从连接状态到空闲状态的转换，其时间是由在 UE上设置的一个连接状态转空闲状态的定时器来控制的。从而， MME可以根据 UE由连接状态转换到空闲状态这一信息确定 UE的紧急呼叫结束，进而开启注销定时器，并在注销定时器时间到达后注销 UE。在该过程中， MME 可以根据接收的 RRC-IDLE消息，获知 UE由连接状态转换到空闲状态。具体的 UE注销流程，如图 7所示，主要包括以下步骤：

步骤 701 , UE紧急附着到 EPS网络，创建缺省承载。

步骤 702, UE发起紧急呼叫，直到通话结束。

步骤 703 , UE结束紧急呼叫一段时间后，从连接状态转入空闲状态， eNodeB获知 UE进入空闲状态。

步骤 704, eNodeB向 MME发送 RRC-IDLE消息，通知 MME该 UE 进入空闲状态。

步骤 705 , MME在收到 RRC-IDLE消息后，检测消息对应的 UE是紧急附着的 UE, 或是受限制模式下的 UE, 并启动针对该 UE的注销定时器。

步骤 706~708, —段时间后，该 UE的注销定时器时间到达， MME释放为 UE建立的紧急承载，将 UE从 EPS网络注销。

在实际应用中 MME还可以根据接收的周期性 TAU请求消息，获知 UE 由连接状态转换到空闲状态。对应的 UE注销流程，如图 8所示，图 8所示实施例四与图 7所示实施例三的区别在于 MME不是等候 eNodeB发送的 RRC-IDLE消息，而是等候 UE在进入空闲状态后，周期性发送 TAU请求消息时，根据与图 7类似的方法来启动针对 UE的注销定时器，并在注销定时器时间到达后注销 UE。

另外，作为本发明的另一种实现，当 MME收到 UE发送的周期性 TAU 请求消息后， MME可以不设置注销定时器而直接注销该 UE, 具体实现流程如图 9所示。这样做的理由是基于： UE从连接状态进入空闲状态已经有一定的时间，这个时间是由一个定时器控制的，假定这个时间可以满足紧急呼叫中延期注销用户的需求，则可以在收到 UE发送的 TAU请求后就注销该 UE。图 9所示实施例五的实质是 MME不专门设置用于注销紧急呼叫 UE的注销定时器，而是通过借用 UE从连接状态进入空闲状态的定时器来实现相同的目的。

由 MME根据注销定时器的设置来注销紧急附着的 UE, 可以采用隐式注销。所谓隐式注销，是指 MME注销 UE的行为不通知给 UE。 MME指示 eNodeB释放为 UE分配的空口资源，但是 eNodeB不向 UE发送注销消息。

当采用隐式注销的方法来注销 UE的时候，由于 UE没有收到注销消息，因此 UE自身所维护的状态和网络实际的状态不一致。这种情况可能会导致 UE误认为是网络信号质量的问题，而重新尝试附着到网络，从而浪费 UE 和网络的资源。

针对该问题，本发明的实施例六提供一种 UE根据 MME发送的注销定时器执行自身的 EPS网络注销的方法，如图 10所示，主要包括以下步骤：步骤 1001 , UE向 MME发送紧急附着请求。

步骤 1002 , MME为 UE创建缺省承载。

步骤 1003 , MME向 UE发送附着响应，并在该附着响应中携带注销定时器。该注销定时器的时长可以与 MME的注销定时器一致，也可以不同。步骤 1004, MME可以根据网络策略，在 UE附着成功后，为该 UE启动注销定时器，并在创建指明承载后取消注销定时器。

步骤 1005 , UE发起紧急呼叫，通话一段时间后，结束紧急呼叫。

步骤 1006, MME在获知 UE紧急通话结束的情况下，重新启动注销定时器，并在注销定时器时间到达时，释放为 UE分配的紧急承载，注销 UE。

步骤 1007, UE紧急呼叫结束时，根据 SIP会话的 BYE消息，启动注销定时器。

步骤 1008 , 当 UE上的注销定时器时间到达后，由 UE主动发起注销。需要指出的是，如果 MME上也设置了注销定时器，并且 MME的注销定时器先工作，则 MME可以采用隐式注销的方法注销该 UE; 随后 UE自行注销，可将自身的状态修改为已注销。

进一步地，在 UE上设置注销定时器还有这样的效果：如果 UE当前位于受限制的小区，处于紧急附着状态，当 UE移动到正常的小区时候，由于 UE当前是紧急附着状态， UE即使发现了新的小区，也不会主动发起注销紧急附着，再发起正常附着的过程。定时器的设置，保证了 UE移动到正常小区一段时间后， UE能够从紧急附着的状态注销从而正常附着以享受正常服务。如果 UE总是在一个受限小区和正常小区之间来回移动，则 UE上所设置的定时器可以避免频繁切换的乒乓效应。

为了保证 UE从受限制小区切换到正常小区时，不至于等待很长的时间才发起正常附着， UE上所设置的注销定时器可以适当地小于网络所设置的注销定时器。进一步地可以限制这个注销定时器在 UE紧急附着时候启动，在 UE移动到新的小区时并且定时器时间到达后触发 UE注销紧急附着并发起正常附着，从而使得 UE从受限制小区移动到新的正常小区后，能够比较快地切换到正常附着模式。而对于 UE—直停留在同一个小区（受限制小区 ) 的情况，注销定时器时间到达后， UE仅注销紧急附着，而不试图重新发起紧急附着。

为实现上述本发明注销紧急呼叫用户的方法，本发明还提供了一种注销紧急呼叫用户的系统，如图 11所示，该系统由用户终端 10和移动管理实体 20组成。其中，用户终端 10, 用于紧急附着到 EPS网络，并执行紧急呼叫。移动管理实体 20, 用于在用户终端 10紧急附着到 EPS网络，并根据接收的消息确定用户终端 10的紧急呼叫结束时，启动注销定时器；待注销定时器时间到达时，将用户终端 10从 EPS网络注销。本发明中移动管理实体 20接收的消息为指明承载的释放消息、或 RRC-IDLE消息、或周期性 TAU请求消息。

此外，移动管理实体 20还用于在用户终端 10紧急附着到 EPS网络后，将注销定时器通过附着响应发送给用户终端 10; 相应的，用户终端 10还用于在紧急呼叫结束时，启动注销定时器，并在注销定时器时间到达时，从

EPS网络注销。

另外，作为本发明的另一种实现方式，用以控制和触发注销事件的注销定时器，也可以设置在 P-GW上。

P-GW上设置注销定时器的方法，可以是 P-GW检测 UE的语音承载的使用情况，当这些语音承载已经全部被释放时， P-GW启动注销定时器。由于紧急呼叫下，语音承载通常用保证比特率（ GBR, Guaranteed Bit Rate ) 承载，因此检查 GBR承载的使用情况，可以理解为检查语音承载的使用情况，即检查紧急呼叫是否结束。当注销定时器时间到达后， P-GW将该 UE 的非语音承载释放，由于非语音承载通常用于信令承载，而且承载的释放将通知到 MME; 在 MME收到承载释放消息后， MME检测该 UE已经没有任何承载信息（信令承载-非 GBR承载、语音承载 - GBR承载），从而释放公用数据网（PDN, Public Data Networks )连接，进一步触发针对该 UE的注销事件。图 12描述了上述 P-GW通过设置注销定时器，以触发 MME注销紧急附着的 UE的方法，包括以下步骤：

步骤 1201 , UE紧急附着到 EPS网络，创建缺省承载。

步骤 1202, UE发起紧急呼叫，直到通话结束。

步骤 1203 , UE或者 PCRF通知 P-GW释放紧急呼叫的语音承载， P-GW 收到通知后释放相应的 7 载。

当存在动态 PCC时， P-CSCF通过 PCRF通知 P-GW释放该语音承载；当不存在动态 PCC时， UE通知 P-GW释放该语音承载。

步骤 1204, P-GW根据紧急 PDN连接上是否存在语音承载判断紧急通话是否已结束：当收到步骤 1203的语音承载释放请求消息时， P-GW检查紧急 PDN连接上的语音承载数量，当 P-GW检测到紧急 PDN连接上语音载全部释放时， P-GW为 UE启动针对该 PDN连接的注销定时器。

步骤 1205 , 当注销定时器时间到达时， P-GW释放该紧急 PDN连接上所有非语音承载，并进而触发该紧急 PDN连接的释放。这些被释放的非语音承载通常是信令承载。

步骤 1206, P-GW向 MME通知释放非语音承载； MME判断紧急 PDN 连接上的所有承载均被释放， MME释放该紧急 PDN连接。

步骤 1207, 若 MME检测到该 UE的所有 PDN连接均释放， MME触发针对该 UE的隐式注销，即可以不通知 UE从而将 UE从网络注销。

步骤 1208, 可选地， MME通过空口信令通知 UE该注销事件。

在 P-GW上设置的注销定时器，其值可以在 UE初始附着，且 MME要求 S-GW/P-GW为 UE创建默认承载时传递给 P-GW,也可以由 P-GW自行设置，或者通过运营维护系统来设置。

对应上述注销定时器设置在 P-GW的实现方式，本发明还提供了一种注销紧急呼叫用户的系统，该系统包括：用户终端和分组数据网关。其中，用户终端，用于紧急附着到 EPS网络，并执行紧急呼叫。分组数据网关，用于在用户终端紧急附着到 EPS网络时，根据接收到的释放紧急呼叫用户的语音承载的消息释放语音承载，检查释放信令承载的条件是否满足，如果满足，启动位于 P-GW 中的注销定时器；当注销定时器时间到达时，释放紧急呼叫的信令承载。

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

Claims

权利要求书

1、一种注销紧急呼叫用户的方法，其特征在于，该方法包括：在用户终端 UE紧急附着到演进分组系统 EPS网络，且移动管理实体 MME才艮据接收的消息确定所述 UE的紧急呼叫结束时，所述 MME启动注销定时器；

所述 MME在注销定时器时间到达时，将所述 UE从 EPS网络注销。

2、根据权利要求 1所述注销紧急呼叫用户的方法，其特征在于，所述接收的消息为指明承载的释放消息，所述启动注销定时器具体为：

所述 MME根据所述指明承载的释放消息确定所述 UE的紧急呼叫结束，并在确定所述 UE是紧急附着或者处于受限制模式时，启动注销定时器。

3、根据权利要求 1所述注销紧急呼叫用户的方法，其特征在于，所述接收的消息为无线资源控制的空闲 RRC-IDLE消息，所述启动注销定时器具体为：

4、根据权利要求 1所述注销紧急呼叫用户的方法，其特征在于，所述接收的消息为周期性跟踪区域更新 TAU请求消息，所述启动注销定时器具体为：

所述 MME根据所述周期性 TAU请求消息确定所述 UE的紧急呼叫结束，并在确定所述 UE是紧急附着或者处于受限制模式时，启动注销定时器。

5、根据权利要求 1、 2、 3或 4所述注销紧急呼叫用户的方法，其特征在于，在 UE紧急附着到 EPS网络之后，该方法进一步包括：

6、根据权利要求 5所述注销紧急呼叫用户的方法，其特征在于，所述指明承载的创建和释放由策略计费控制 PCC实体控制实现，或由所述 UE 控制实现。

7、一种注销紧急呼叫用户的方法，其特征在于，该方法进一步包括：在 UE紧急附着到 EPS网络后，所述 MME将注销定时器通过附着响应发送给所述 UE;

8、一种注销紧急呼叫用户的系统，其特征在于，该系统包括：用户终端，用于紧急附着到 EPS网络，并执行紧急呼叫；

9、根据权利要求 8所述注销紧急呼叫用户的系统，其特征在于，所述接收的消息为指明承载的释放消息、或 RRC-IDLE消息、或周期性 TAU请求消息。

10、根据权利要求 8或 9所述注销紧急呼叫用户的系统，其特征在于，所述移动管理实体还用于在用户终端紧急附着到 EPS网络后，将所述注销定时器通过附着响应发送给所述用户终端；相应的，所述用户终端还用于在紧急呼叫结束时，启动注销定时器，并在所述注销定时器时间到达时，从所述 EPS网络注销。

11、一种注销紧急呼叫用户的方法，其特征在于，该方法包括：所述 UE完成紧急呼叫时，分组数据网网关 P-GW根据接收到的释放紧急呼叫用户的语音承载的消息释放语音承载，检查释放信令承载的条件是否满足，如果满足，启动位于 P-GW 中的注销定时器，当注销定时器时间到达时，释放所述紧急呼叫的信令承载。

12、根据权利要求 11所述的方法，其特征在于，所述检查释放信令承载的条件是：所述 P-GW上的紧急公共数据网 PDN连接上语音承载全部释放完毕。

13、根据权利要求 12所述的方法，其特征在于，所述 P-GW接收到的释放紧急呼叫用户的语音承载的消息是从所述 UE发起或者从 PCC发起的。

14、根据权利要求 12或 13所述的方法，其特征在于，所述启动注销定时器，当注销定时器时间到达时，释放所述紧急呼叫的信令承载具体包括以下步骤：

15、一种注销紧急呼叫用户的系统，其特征在于，该系统包括：用户终端，用于紧急附着到 EPS网络，并执行紧急呼叫；