CN103430580B

CN103430580B - 用于确定针对(本地)卸载使用的连接的连接上下文的网络装置和过程

Info

Publication number: CN103430580B
Application number: CN201280014370.XA
Authority: CN
Inventors: 简·亨德里克·卢卡斯·贝克; 崔农
Original assignee: BlackBerry Ltd
Current assignee: BlackBerry Ltd
Priority date: 2011-01-21
Filing date: 2012-01-20
Publication date: 2017-08-25
Anticipated expiration: 2032-01-20
Also published as: CA2825346A1; US20120189016A1; EP2666314A4; WO2012100199A2; JP2016158291A; CN103430580A; EP2666314B1; KR20140001244A; EP3544326B1; JP2014506747A; US9271316B2; CA2825346C; KR101582015B1; EP3544326A1; WO2012100199A3; JP5964860B2; EP2666314A2

Abstract

提供了通过以下方式来管理LIPA和／或SIPTO连接释放的方法、系统和设备：在源移动性管理实体(MME)设备与目标MME设备之间交换的上下文请求消息或对上下文请求消息的响应中提供预定的上下文信息，以允许适当的MME设备确定是否提供了LIPA服务连续性。

Description

用于确定针对(本地)卸载使用的连接的连接上下文的网络装置和过程

技术领域

本公开大体上涉及通信系统及其操作方法。在一个方面，本公开涉及用于管理本地互联网协议(IP)接入(LIPA)连接释放的方法、系统和设备。

背景技术

在第三代合作伙伴计划(3GPP)中，正在针对移动核心网和毫微微小区(femtocell)之间的接口来开发标准，毫微微小区是小型蜂窝基站，通常被设计为在家庭或小型企业中使用。家庭NodeB(HNB)、家庭eNB(HeNB)和毫微微小区是针对通用移动电信系统(UMTS)和长期演进(LTE)演进UMTS陆地无线接入网(E-UTRAN)引入的概念，用于改进室内和微小区覆盖，以及利用通往“家庭”的有线线路回程。在3GPP之外将毫微微小区广泛用于表示具有非常小覆盖的任何小区，且通常安装在私人所在地中(私人或公司或住宅／企业)。家庭NodeB(HNB)、家庭eNB(HeNB)和毫微微小区可以具有住宅或企业IP网络。术语“HeNB／HNB”在3GPP中使用时具有特定含义，即，该小区是封闭订户组(CSG)或混合小区。CSG标识运营商的被许可接入公共陆地移动网络(PLMN)的一个或多个小区(但具有受限接入)的订户。H(e)NB子系统支持本地IP接入，从而为经由H(e)NB子系统(即，使用H(e)NB无线接入)连接的支持IP的用户设备(UE)提供对相同住宅IP网络或企业IP网络中其他支持IP的实体的接入。尽管在3GPP规范中不重要，术语“宏小区”广泛用于表示除了CSG小区之外的小区。

HeNB／HNB功能的一个重要方面是将接入限于特定用户的能力。例如，可以在部署了HeNB的公司地点上将接入限于该公司的雇员，可以将接入限于特定咖啡连锁店的顾客，或(在私人家中部署了HeNB的情况下)将接入限于个人。为了实现该功能，3GPP已定义了封闭订户组(CSG)的概念。CSG小区是指示其是CSG小区(借助系统信息中广播的1比特)并广播CSG ID(也在系统信息中)的小区。小区可以仅指示1个(或没有)CSG ID，然而多个小区可以共享CSG ID。可以将UE设备预订至多个CSG。UE可以例如是移动终端，例如(但不限于)：蜂窝电话、个人数据助理(PDA)、或启用无线的计算机。预订在本质上可以是临时的(例如，咖啡店允许顾客接入其CSG一个小时)。

还正在针对选择性IP业务卸载(SIPTO)的概念来开发3GPP标准，SIPTO允许互联网业务从毫微微小区直接流向互联网，绕过运营商的核心网。SIPTO用于将所选类型的IP业务(例如，互联网业务)向接近UE对接入网的附着点的定义IP网络进行卸载。SIPTO适用于针对宏蜂窝接入网和针对毫微微小区子系统的业务卸载。SIPTO PDN连接指示了PDP上下文或PDN连接，该PDP上下文或PDN连接允许将所选类型IP业务(例如，互联网业务)向接近UE对接入网的附着点的定义IP网络进行卸载。SIPTO适用于针对宏蜂窝接入网和针对毫微微小区子系统的业务卸载。

此外，正在针对本地IP接入(LIPA)来开发标准，LIPA允许经由毫微微小区连接的支持IP的UE直接接入本地住宅／公司IP网络中其他支持IP的设备。LIPA PDN连接指示了PDP上下文(在GERAN或UTRAN毫微微小区连接到GPRS核心网的情况下)或PDN连接(在E-UTRAN毫微微小区连接到GPRS核心网的情况下)，该PDP上下文或PDN连接提供了针对位于毫微微小区子系统的本地住宅／公司IP网络中的服务的接入。

附图说明

当结合以下附图来考虑后续具体实施方式时，可以理解本公开并获得其多个目的、特征和优点，在附图中：

图1是在HNB小区中使用的示例逻辑架构的示意图；

图2是在HeNB小区中使用的示例逻辑架构的示意图，其中，网络包括专用HeNB GW；

图3是在HeNB小区中使用的另一示例逻辑架构的示意图，其中，网络不包括专用HeNB GW；

图4是在HeNB小区中使用的又一示例逻辑架构的示意图，其中，网络包括用于C平面的HeNB GW；

图5是在HNB小区中使用的示例LIPA架构的示意图，其使用了本地PDN连接；

图6是针对UE请求的PDN连接的业务流的示意图；

图7是针对UE请求的与LIPA的PDN连接的业务流的示意图；

图8是在HNB小区中使用的示例逻辑架构的示意图，其示出了本地IP连接；

图9是在HeNB小区中使用的示例逻辑架构的示意图，其示出了本地IP连接；

图10是HeNB子系统中业务流的示意图，其中，UE至少具有LIPAPDN连接；

图11是HeNB子系统中业务流的示意图，其中，UE移动到HeBN覆盖之外；

图12是示出了根据一个实施例的用于确定用于本地卸载的连接的上下文的网络过程的示意框图；

图13是示出了根据一个实施例的在服务GW改变的情况下跟踪区域更新过程的信号流程图；

图14是示出了根据一个实施例的在没有S-GW改变的情况下E-UTRAN跟踪区域更新的信号流程图；

图15是示出了根据一个实施例的在UE执行CS回退(CSFB)的情况下在功能元件之间交换消息的信号流程图；

图16示出了可以适合于执行本文所公开的一个或多个实施例的示例计算机系统；以及

图17是示出了移动无线通信设备的示例组件的示意框图，该移动无线通信设备可以与本公开的所选实施例一起使用。

具体实施方式

下面的具体实施方式给出了本公开的各个实施例。然而，本公开旨在提供由权利要求定义和涵盖的多种不同的方式。在该描述中，对附图进行参考，在附图中，相似的附图标记指示相同或功能类似的元件。

本文给出的描述中使用的术语并不旨在以任何限制性或约束性的方式被解释，这只是因为它是与本公开的特定具体实施方式的详细描述结合使用。此外，本公开的实施例可以包括多个新颖特征，这些新颖特征均不单独负责本公开的期望属性，或者这些新颖特征对于实现本文描述的发明来说不是必不可少的。

本文在LTE无线网络或系统的上下文中描述了实施例，但是这些实施例可以适合于其他无线网络或系统。本文描述的LTE无线网络通常符合3GPP LTE标准，其包括(但不限于)：版本8至11以及更高的版本。

术语的定义

连同这些开发中的标准一起和／或在本文的上下文中，已开发出以下简称和含义。

接入点名称(APN)标识移动数据用户希望与之通信的IP分组数据网络(PDN)。除了标识PDN以外，APN还可以用于定义由PDN提供的服务的类型(例如，与无线应用协议(WAP)服务器相连、多媒体消息传送服务(MMS))。APN用于3GPP数据接入网中，例如，通用分组无线电服务(GPRS)和演进分组核心(EPC)。

连接类型指示了为分组数据协议(PDP)上下文或PDN连接提供的连接的类型，且其应用于在宏小区中建立的连接(在该情况下，其可以是远程连接-即，与位于运营商核心网中的GGSN／PDN网关(GW)的连接，--或SIPTO连接或远程IP接入(RIPA)连接)和在H(e)NB中建立的连接(在该情况下，其可以是SIPTO连接或LIPA连接)。对连接消息的请求包括连接类型指示。例如，所请求的连接类型是通过在消息中包括特定的APN值等等来表示的。移动性管理实体(MME)可以在查阅预订信息或运营商策略以后接受对连接消息的请求。在接受以后，MME继续并且实现在消息中请求的连接。所实现的连接可以是断开连接的类型。

核心网PDN连接／PDP上下文(CN PDN连接／PDP上下文)是其IP业务通过运营商核心网的PDN连接／PDP上下文，例如，通过位于运营商核心网中的SGW和PDN GW路由IP业务。

封闭订户组(CSG)标识运营商的被许可接入PLMN的一个或多个小区(但具有受限接入)(CSG小区)的订户。

CSG小区是作为广播特定CSG标识的公共陆地移动网络(PLMN)的一部分的小区，且可由该CSG标识的封闭订户组的成员接入。为了移动管理和收费的目的，共享相同标识的所有CSG小区可被标识为单一组。CSG小区被视为与HNB和HeNB同义。

允许CSG列表是在网络和UE中存储的、包含订户所属的CSG的所有CSG标识信息在内的列表。

CSG所有者是已针对特定CSG被配置为CSG小区的一个或多个H(e)NB的所有者。CSG所有者可以在H(e)NB运营商的监管下添加、移除、以及查看CSG成员的列表。

本地IP接入(LIPA)针对经由H(e)NB(即，使用H(e)NB无线接入)连接的支持IP的UE提供了对相同住宅／企业IP网络中的其他支持IP的实体的接入。本地IP接入的业务预期不经过除了H(e)NB之外的移动运营商的网络。

LIPA PDN连接／PDP上下文是向UE提供对位于本地住宅／公司IP网络中的服务的接入的PDN连接或PDP上下文。以提供该类型连接的方式来选择PDN GW／GGSN(或本地GW)。备选地，将LIPA PDN连接／PDP上下文定义为向经由H(e)NB(即，使用H(e)NB无线接入)连接的支持IP的UE提供对相同住宅／企业IP网络中的其他支持IP的实体的接入的PDN连接／PDP上下文。备选地，LIPAPDN连接或LIPA PDP上下文是MME基于来自UE的针对LIPA连接的请求以及基于HeNB的CSG ID来对连接到HeNB的UE授权对PDN GW的连接的PDN连接。备选地，LIPAPDN连接或LIPAPDP上下文是通过UE请求LIPA连接类型“LIPA”以及MME向UE通知提供的连接类型来激活的PDN连接。

LIPAPDN连续性指UE在H(e)NB中驻留或连接时具有LIPAPDN连接／PDP上下文，在移动至另一个H(e)NB或宏小区时维持连接。

如果演进分组核心(EPC)功能(例如，SGSN、MME、S-GW、PDN GW、GGSN等)确定给定PDN连接或PDP上下文是LIPA／SIPTO／SIPTO-本地PDN连接或PDP上下文，则该功能是知晓LIPA和／或知晓SIPTO和／或知晓SIPTO-本地的。备选地，如果该功能被配置为管理LIPA／SIPTO／SIPTO-本地连接的网络上下文(例如，PDN连接／PDP上下文描述符和相关信令)，则该功能是知晓LIPA和／或知晓SIPTO和／或知晓SIPTO-本地的。

网络地址转换器(NAT)是为了将一个IP地址空间重新映射到另一个IP地址空间而在跨业务路由设备的转换中修改数据报(IP)分组首部中的网络地址信息的转换器。

分组数据网络(PDN)是提供数据服务的网络，如互联网、内联网和ATM网络。

PDN连接是对由特定APN所标识的特定PDN的连接。

远程连接指根据当前选择机制在PLMN核心网中分别选择GGSN或PDN GW的PDP上下文或PDN连接。远程连接不包括提供SIPTO或LIPA连接，但是可以提供RIPA连接。

选择性IP业务卸载(SIPTO)操作将所选类型IP业务(例如，互联网业务)向接近UE对接入网的附着点的IP网络进行卸载。SIPTO适用于针对宏蜂窝接入网和针对H(e)NB子系统的业务卸载。

SIPTO PDN连接／PDP上下文指断点(例如，PDN GW或GGSN)接近UE对接入网的附着点的PDN连接／PDP上下文。

SIPTO本地指在H(e)NB处将所选类型IP业务(例如，互联网业务)向互联网卸载。

SIPTO本地PDN连接／PDP上下文是断点是UE所连接的H(e)NB并提供到互联网的接入的PDN连接／PDP上下文。

家庭节点B(HNB)指通过UTRAN无线空中接口将3GPP UE连接到移动运营商网络(例如，使用宽带IP回程)的客户所在地设备。

家庭演进节点B(HeNB)指通过E-UTRAN无线空中接口将3GPPUE连接到移动运营商的网络(例如，使用宽带IP回程)的客户所在地设备。

H(e)NB网关是移动网络运营商的设备(通常物理上位于移动运营商所在地)，通过该设备，H(e)NB获得对移动运营商的核心网的接入。对于HeNB，HeNB网关是可选的。

缺省PDN连接是运营商针对UE设置为缺省的PDN(对于EPS中的PDP连接或GPRS中的PDP上下文)(在订户简档中规定)。即使在UE附着到网络并获得对缺省PDN的连接之后，UE也可以不知道缺省PDN的APN。

缺省APN是描述缺省PDN连接(即，运营商已经针对UE设置为缺省的PDN连接(在订户简档中规定))的APN。即使在UE附着到网络并获得与缺省PDN的连接以后，UE也可以不知道缺省APN。

针对CSG小区的网络架构模型的概述

在3GPP TR23.830(Architecture aspects of Home NodeB and Home eNodeB)中描述了以及参照图1示出了用于支持CSG小区的网络架构模型。图1示出了家庭NodeB接入网100的架构模型。如图所示，网络100包括通过参考点Uu175与HNB110通信的一个或多个支持CSG的UE170。UE170可以例如是移动终端，例如(但不限于)：蜂窝电话、个人数据助理(PDA)或启用无线的计算机。HNB110通过参考点Iuh115与HNB网关(HNB GW)120通信。HNB GW120通过参考点Iu-CS124与移动交换中心／访问位置中心(MSC／VLR)130通信。HNB GW120还通过参考点Iu-PS126与服务GPRS支持节点(SGSN)140通信。CSG列表服务器(CSG列表服务器)150和归属位置寄存器／归属订户服务器(HLR／HSS)160是归属公共陆地移动网络(HPLMN)190的一部分。UE可以工作于的不是HPLMN190的网络是访问公共陆地移动网络(VPLMN)180。MSC／VLR130和SGSN140各自分别通过参考点D135和GRs6d145与HLR／HSS160通信。启用CSG的UE170之一通过参考点C1185与CSG列表服务器150通信。下文中提供图1的元素和通信参考点的更详细的描述。

HNB110：HNB110使用Iuh115接口来提供RAN连接，支持NodeB和大多数无线网络控制器(RNC)功能，以及还支持通过Iuh115进行HNB认证、HNB-GW发现、HNB注册和UE注册。HNB110保护去往／来自SeGW的通信。

HNB GW120：HNB GW120用于RNC将其自身向核心网(CN)呈现为HNB连接的集中器，即，HNB GW120提供针对控制平面的集中功能，并提供针对用户平面的集中功能。HNB GW120支持非接入层(NAS)节点选择功能(NNSF)。

Uu175：在UE170和HNB110之间的标准Uu接口。

Iuh115：在HNB110和HNB GW120之间的接口。对于控制平面，Iuh115使用HNBAP协议来支持HNB注册、UE注册以及错误处理功能。对于用户平面，Iuh支持用户平面传输承载处理。

Iu-CS124：在HNB GW120和电路交换(CS)核心网之间的标准Iu-CS接口。

Iu-PS126：在HNB GW120和分组交换(PS)核心网之间的标准Iu-PS接口。

D135：在移动交换中心／访问位置中心(MSC／VLR)130和归属位置寄存器／归属订户服务器(HLR／HSS)160之间的标准D接口。

Gr／S6d145：在服务GPRS支持节点(SGSN)140和HLR／HSS160之间的标准Gr接口。

C1185：在CSG列表服务器(CSG列表服务器)150和支持CSG的UE170之间的可选接口。使用空中(OTA)信令来更新具有版本8(Rel-8)通用订户标识模块(USIM)的UE170上的允许CSG列表。在一些实施例中，使用开放移动联盟(OMA)设备管理(DM)来更新具有版本8之前USIM的UE170上的允许CSG列表。

能够支持3GPP标准的版本8功能的UE可以支持CSG功能并维持允许CSG标识的列表。在UE不属于任何CSG的情况下该列表可以是空的。

HeNB的每个小区可以属于最多一个CSG。HeNB的小区有可能属于不同的CSG，且因此具有不同的CSG ID。

向MME提供允许CSG列表作为CSG订户的预订数据的一部分。

可以根据附着过程、跟踪区域更新(TAU)过程、服务请求和分离过程的结果，或通过应用级机制(如OMA DM过程)在UE中更新允许CSG列表。

在附着、组合附着、分离、服务请求和TAU过程期间，MME执行针对通过CSG小区接入的UE的接入控制。

如果不允许UE接入CSG小区，则网络向UE通知拒绝原因。

当用户手动选择UE的允许CSG列表所不包括的CSG ID时，可以由UE立刻触发经由所选CSG小区的TAU过程，以允许MME执行CSG接入控制。

在针对E-UTRAN CSG小区的跟踪区域标识(TAI)分配上没有限制。因此，普通小区(非CSG小区)和CSG小区有可能可以共享相同的TAI或具有不同的TAI。此外，具有不同CSGID的CSG小区有可能可以共享相同的TAI或具有不同的TAI。具有相同CSG ID的CSG小区也有可能可以共享相同的TAI或具有不同的TAI。

TAI列表的概念也适用于CSG小区。TAI列表可以包括与CSG小区相关的TAI和与非CSG小区相关的TAI。UE在TAI列表中不区分这些TAI。

对于HeNB GW部署的情况，HeNB GW中支持的TAI是在该HeNB GW下的CSG小区所支持的TAI的聚合。

针对HeNB CSG小区的示例网络架构

现在将参照图2～4来描述用于HeNB CSG小区的若干架构。从图2开始，示出了包括专用HeNB GW在内的HeNB接入网200的架构模型。在所示网络200中，单一UE270通过参考点LTE-Uu275与HeNB210通信。HeNB210还通过参考点S1215与HeNB网关(HeNB GW)220通信。HeNB GW220通过参考点S1-MME224与移动管理实体(MME)230通信，且还通过参考点S1-U226与服务网关(S-GW)240通信。CSG列表服务器(CSG列表服务器)250和归属订户服务器(HSS)260是归属公共陆地移动网络(HPLMN)290的一部分。UE可以工作于的不是HPLMN290的网络是访问公共陆地移动网络(VPLMN)280。MME230通过参考点S6a235与HSS260通信。S-GW240通过参考点S11245与MME230通信。UE270通过参考点C1285与CSG列表服务器250通信。下面提供对图2的元素和通信参考点的更详细的描述。

HeNB210：HeNB210支持的功能可以与eNB(可能除了非接入层(NAS)节点选择功能(NNSF)之外)支持的功能相同，且在HeNB和演进分组核心(EPC)之间运行的过程可以与在eNB和EPC之间运行的过程相同。HeNB210保护去往／来自SeGW240的通信。

HeNB GW220：HeNB GW220作为控制平面(C平面)的集中器，具体地，S1-MME接口224。HeNB GW可以可选地终止向HeNB210以及向S-GW240的用户平面，并提供用于在HeNB210和S-GW240之间中继用户平面数据的中继功能。在一些实施例中，HeNB220支持NNSF。

S-GW240：安全网关240是可以实现为分离的物理实体或与现有实体共址的逻辑功能。S-GW240保护来自／去往HeNB210的通信。

LTE-Uu275：在UE270和HeNB210之间的标准LTE-Uu接口。

S1-MME224：如果不使用HeNB GW220，在HeNB210和MME230之间定义的S1-MME224接口。如果HeNB GW220存在，如图2所示，HeNB GW220可以使用向HeNB(S1215)和MME(S1-MME224)的S1-MME接口。

S1-U226：取决于网络单元的布置，在HeNB210、HeNB GW220和服务网关(S-GW)240之间定义的S1-U数据平面。来自HeNB210的S1-U226接口可以在HeNB GW220处终止，或可以使用在HeNB和S-GW之间的直接逻辑U平面连接。

S11245：在MME230和S-GW240之间的标准接口。

S6a235：在MME230和HSS260之间的标准接口。

C1285：在CSG列表服务器250和支持CSG的UE270之间的可选接口。使用OTA来更新具有版本8USIM的UE270上的允许CSG列表。使用OMADM来更新具有版本8之前的USIM的UE上的允许CSG列表。

参见图3，示出了不包括专用HeNB GW在内的HeNB接入网300的架构模型。在所示网络300中，单一UE370通过参考点LTE-Uu375与HeNB310通信。HeNB310通过参考点S1-U326与S-GW340通信，且还通过参考点S1-MME324与MME330通信。CSG列表服务器350和HSS360是HPLMN390的一部分。UE可以工作于的不是HPLMN390的网络是VPLMN380。MME330通过参考点S6a335与HSS360通信。S-GW340通过参考点S11345与MME330通信。UE370通过参考点C1385与CSG列表服务器350通信。

参见图4，示出了包括用于C平面的HeNB GW在内的HeNB接入网400的架构模型。在所示网络400中，单一UE470通过参考点LTE-Uu475与HeNB410通信。HeNB410通过参考点S1-U426与S-GW440通信，且还通过参考点S1-MME422与HeNB-GW420通信。HeNB-GW420通过参考点S1-MME424与MME430通信。CSG列表服务器450和HSS460是HPLMN490的一部分。UE可以工作于的不是HPLMN490的网络是VPLMN480。MME430通过参考点S6a435与HSS460通信。S-GW440通过参考点S11445与MME430通信。UE470通过参考点CI485与CSG列表服务器450通信。

本地IP接入和选择性IP业务卸载的概述

传统上，UE通过使用在2G／3G情况下使用向核心网中GGSN的PDP上下文以及在演进分组系统(EPS)情况下使用对PGW的PDN连接的远程连接来连接到服务。如将要意识到的：在3GPP TS23.401(General Packet Radio Service(GPRS)enhancements for EvolvedUniversal Terrestrial Radio Access Network(E-UTRAN)access)中和3GPP TS24.301(Non-Access-Stratum(NAS)protocol for Evolved Packet System(EPS))中描述了PDN连接过程。在美国专利申请No.12／685,651(于2006年1月11日提交)和美国专利申请No.12／685662(于2010年1月11日提交)中描述了与PDN连接建立和切换过程相关的附加信号流信息，将这两个申请的公开内容以引用的方式完整地并入本文中，如同在本文中充分阐述。

如上所述，3GPP正在引入本地IP接入(LIPA)和选择性IP业务卸载(SIPTO)的概念，以补充用于将UE通过远程连接(在2G／3G的情况下向核心网中GGSN的PDP上下文，以及在演进分组系统(EPS)中对PGW的PDN连接)连接到服务的传统方式。在使用LIPA和SIPTO连接的情况下，将UE连接到位于家庭或公司环境中的HNB／HeNB，以获得本地连接，即通过对于HNB来说本地的IP网络(即，HNB“家庭”所在地中的(住宅或企业)IP网络)的连接。该场景的示例是在UE中给定应用需要在本地打印机上打印时，或应用需要从本地媒体服务器下载更新的音乐播放列表时。现在将参照图5和6来描述用于提供通过HNB／HeNB小区的LIPA和SIPTO连接的若干架构，其中，还突出在LIPA连接和普通连接之间的差异。

参照图5，示出了在HNB小区中使用的示例LIPA架构的示意图，其使用了本地PDN连接。在所描绘的架构中，HeNB子系统包括HeNB、可选的HeNB GW(未示出)以及可选的本地GW。使用与HeNB共址的本地GW(L-GW)实现了本地IP接入功能。

通过标准S1接口将HeNB子系统连接到EPC(演进分组核心)，更具体地说，通过S1-MME接口连接到MME(移动性管理实体)并且通过S1-U接口连接到服务网关(S-GW)。当激活LIPA时，L-GW具有与S-GW的S5接口。如本文所使用的，除非另外声明，否则如果UE经由HeNB接入网络，则术语eNodeB是指HeNB子系统。此外，在3GPP TS36.300中描述了关于HeNB和HeNB GW的详细功能。本地GW是针对与HeNB相关联的IP网络(例如，住宅／企业网络)的网关。与基本PDN GW功能(在3GPP TS23.401的条款4.4.3.3中定义了PDN GW的基本功能)不同，本地GW具有以下功能：

-ECM-IDLE模式的下行链路分组缓冲；

-ECM-CONNECTED模式的针对HeNB的直接隧穿。

现在参照图6，示出了用于E-UTRAN系统的UE请求的PDN连接过程的业务流的示意图。所描绘的过程允许UE请求连接到PDN，其包括分配缺省承载。PDN连接过程可以触发一个或多个专用承载建立过程来为该UE建立专用EPS承载。

紧急附着的UE将不发起任何PDN连接请求过程。当需要紧急服务并且紧急PDN连接还未活动时，正常附着的UE将请求针对紧急服务的PDN连接。如将清楚的是：相同的过程应用于UE连接到HeNB的场景(即，该过程中的eNB实际上是HeNB)。

在信号1处，UE通过发送PDN连接请求(APN、PDN类型、协议配置选项、请求类型)消息来发起UE请求的PDN过程。如果UE处于ECM-IDLE模式，则在该NAS消息之前是服务请求过程。PDN类型指示所请求的IP版本(IPv4、IPv4v6、IPv6)。MME验证通过预订允许由UE提供的APN。如果UE未提供APN，则MME将使用来自缺省PDN预订上下文的APN，并且针对剩余过程使用该APN。协议配置选项(PCO)用于在UE与PDN GW之间传送参数，并且通过MME和服务GW透明地发送PCO。协议配置选项可以包括地址分配偏好，其指示UE仅在通过DHCPv4的方式进行缺省承载激活以后才偏向获得IPv4地址。如果UE具有UTRAN或GERAN能力，则它将在PCO中发送NRSU，以指示在UTRAN／GERAN中支持网络请求的承载控制。如果UE通过3GPP接入网请求新的额外PDN连接，则请求类型指示“初始请求”。对于多个PDN连接，当UE正在从非3GPP接入进行切换并且UE已经通过非3GPP接入建立了与PDN的连接时，请求类型指示“切换”。

当UE请求针对紧急服务的PDN连接时，它将指示请求类型“紧急”。在LIPA的情况下，UE可以请求连接的类型是LIPA。这不是本公开的一部分。

在步骤2处，在LIPA连接的情况下，MME将执行相同的功能，但是将选择适合于提供LIPA连接的PDN GW。这不是本公开的一部分。具体地说，如果MME从紧急附着的UE接收到PDN连接请求或者PDN连接请求针对正常服务并且移动性或接入约束不允许UE访问正常服务，则MME将拒绝该请求。

如果请求类型指示“紧急”并且MME未被配置为支持针对紧急服务的PDN连接，则MME将使用适合的拒绝原因来拒绝PDN连接请求。

如果请求类型指示“紧急”，则MME根据MME紧急配置数据导出PDN GW，或者MME根据MME紧急配置数据中的紧急APN在PDN GW选择功能(3GPP接入)上选择PDN GW(在3GPPTS23.401的条款4.3.12.4中描述了用于根据MME紧急配置数据导出PDN GW的过程)。该选择将仅从访问PLMN提供PDN GW。

如果请求类型指示“紧急”并且MME被配置为支持针对紧急服务的PDN连接，则它在该步骤中使用MME紧急配置数据来进行承载建立，并且忽略任何预订数据限制。

如果请求类型指示“切换”，则MME使用存储在预订数据中的PDN GW，该预订数据是由MME在附着时执行的更新位置期间取回的。如果请求类型指示“初始请求”，则MME在PDNGW选择功能(3GPP接入)上选择PDN GW(在3GPP TS23.401的条款4.3.8.1中描述了用于如果请求类型指示“初始请求”则选择PDN GW的过程)。

MME分配承载Id，并且向服务GW发送创建会话请求(IMSI、MSISDN、针对控制平面的MME TEID、RAT类型、PDN GW地址、PDN地址、缺省EPS承载QoS、PDN类型、预订的APN-AMBR、APN、EPS承载Id、协议配置选项、切换指示、ME标识、用户位置信息(ECGI)、用户CSG信息、MS信息改变报告支持指示、选择模式、收费特性、跟踪参考、跟踪类型、触发Id、OMC标识、最大APN约束、双地址承载标志)。

在该消息中提供了RAT类型以用于稍后的PCC决策。如果MME为该UE存储了MSISDN，则包括MSISDN。如果请求类型指示“切换”，则包括切换指示。选择模式指示是选择了预订APN，还是选择了UE发送的非预订APN。P GW可以在决定是接受还是拒绝缺省承载激活时使用选择模式。例如，如果APN需要预订，则P GW被配置为仅接受请求预订APN的缺省承载激活，如由选择模式指示的。收费特性指示承载上下文负责哪一种收费。

在3GPP TS32.251中定义了针对PS预订以及单独预订的APN的收费特性、以及处理收费特性的方式和是否向P GW发送这些收费特性。如果激活S GW和／或P GW跟踪，则MME将包括跟踪参考、跟踪类型、触发Id、和OMC标识。MME将复制来自跟踪信息的跟踪参考、跟踪类型和OMC标识，该跟踪信息是从HLR或OMC接收的。

最大APN约束表示任何已经活动的承载上下文所需的最严格的约束。如果不存在已经活动的承载上下文，则将该值设置为最小约束类型(参见3GPP TS23.060的条款15.4)。如果P GW接收到最大APN约束，则P GW将核查最大APN约束值是否与同该承载上下文请求相关联的APN约束值冲突。如果不存在冲突，则将允许该请求，否则，将通过向UE发送适当的错误原因来拒绝该请求。

如果PDN预订上下文包含预订的IPv4地址和／或IPv6前缀，则MME在PDN地址中对其进行指示。MME可以根据针对该APN的预订数据来改变所请求的PDN类型，如3GPP TS23.401的条款5.3.1.1中所描述的。当将PDN类型设置为IPv4v6并且UE可能切换至的所有SGSN是支持双寻址的版本8或者更高的版本(这是由运营商进行的节点预配置来确定的)时，MME将设置该双地址承载标志。

如当前的规范中一样执行剩余的步骤，但是可以跳过SGW并且可以将PDN GW与HeNB整合在一起。

现在转向图7，示出了UE请求的与LIPA的PDN连接的业务流的示意图。所描绘的过程示出了经由UE请求的PDN连接请求过程来建立LIPA PDN连接。类似的改变也适用于在附着过程中建立LIPAPDN连接。

与针对UE请求的PDN连接的现有呼叫流相比，下面的步骤值得另外做出解释：

在步骤1，UE发起PDN连接请求以建立PDN连接。包括APN(其可能包括特殊的LIPA指示)。针对APN，由HSS提供的PDN预订上下文(可选地)包含关于针对该APN，LIPA是有条件的、被禁止的，还是仅支持LIPA的指示。MME可以例如基于预订信息将针对连接的请求授权为针对LIPA的请求。

-携带PDN连接请求的S1-AP消息包括下面的额外参数：

-在建立IPsec隧道的过程中指派的L-GW IP地址；

-用于支持LIPA的H(e)NB能力。

MME执行关于UE的LIPA授权，以根据UE预订数据和HeNB的LIPA能力决定该UE是否被允许使用LIPA功能。LIPA预订数据可以是针对每一个APN的、针对每一个CSG的或者针对这二者的。如果LIPA授权失败，则MME拒绝PDN连接请求。

在成功的LIPA授权以后，MME使用在S1-AP信令中提供的L-GW地址来选择与HeNB共址的L-GW。

在步骤2，如果存在避免在L-GW(FFS)中进行IMSI存储的要求，则MME从创建会话请求中删掉IMSI。3GPP TS29.274中针对不发送ISMI的当前条件(“如果UE是紧急附着的并且UE是无UICC的”)可能需要被扩展以涵盖LIPA。

在步骤6，S1控制消息包括用于启用HeNB与L-GW之间的直接用户平面路径的相关ID。在版本10中，将相关ID设置为等于MME已经在步骤5中接收的用户平面PDN GW TEID(基于GTP的S5)或GRE密钥(基于PMIP的S5)。

根据版本10，不支持LIPA PDN连接的移动性，这意味着将在UE从H(e)NB离开时释放LIPA PDN连接。在开始向目标RAN进行切换过程之前，H(e)NB将使用节点内的信令来请求共址L-GW释放LIPA PDN连接。H(e)NB根据UE(E-)RAB上下文中存在相关ID来确定UE具有LIPA PDN连接。然后，L-GW将使用按照3GPP TS23.401的条款5.4.4.1的PDN GW发起的承载去激活过程或者3GPP TS23.060中规定的GGSN发起的PDP上下文去激活过程来发起和完成对LIPAPDN连接的释放。H(e)NB将不进行去往目标RAN的切换准备过程，直到UE(E-)RAB上下文不存在相关ID为止。在切换时，源MME验证已经释放了LIPA PDN连接；如果还未释放LIPAPDN连接，则源MME拒绝切换。如将清楚的是，仅从H(e)NB到L-GW的直接信令(取决于实现的)是可能的，这是因为在该版本中不支持LIPA PDN连接的移动性。此外，在空闲状态移动性事件期间，MME／SGSN将在它检测到UE已经从HeNB离开时去激活LIPAPDN连接。

参见图8，示出了在HNB小区中使用的示例逻辑架构网络1000的示意图，其说明了本地IP连接。所示网络1000与图1实质上相同，只是添加了连接到SGSN140的网关GPRS支持节点(GGSN)196、连接到GGSN196的PDN198、以及具有由圆形限定的所示覆盖区域的家庭网络104。经由点线108将LIPA PDN连接示出为从UE170通过HNB110到达本地服务106。经由虚线105将经由核心网(HNB GW120、SGSN140和GGSN196)的普通PDN连接示出为从UE170至PDN198。

在HNB场景中，由于UE170知道其属于特定封闭订户组(CSG)，UE170确定其是否能够接入给定HNB110。HNB110的运营商／所有者创建CSG的列表并使用CSG列表来预配置UE170、172，使得UE170、172确定其可以连接到哪些HNB。因此，在宏覆盖(即，在不属于CSG／HNB的蜂窝小区)中移动的UE170、172可以遇到CSG／HNB小区104。UE170、172将使用CSG信息来决定是否尝试连接到这种HNB110。CSG信息通常由运营商配置在UE170、172中，且可以例如使用OMA-DM(设备管理)来动态修改。还预见用于支持LIPA的USIM信息。该信息的一些也可以由提供H(e)NB的一方来管理。

参见图9，示出了在HeNB小区中使用的示例逻辑架构网络1100的示意图，其示出了本地IP连接。所示网络1100实质上与图2相同，只是添加了连接到S-GW240的PGW296、连接到PGW296的PDN298、以及具有由圆形所限定的所示覆盖区域的家庭网络204。LIPA PDN连接经由点线208被示出为从UE270通过HeNB210至本地服务206。经由核心网(HeBN210、HeNBGW220、S-GW240和PGW296)的普通PDN连接经由虚线205被示出为从UE270至PDN298。在HeNB场景中，UE270还使用由HeNB210提供的CSG列表来确定其对HeNB网络204的接入权。

如将意识到的，本领域中的相关3GPP规范包括题为“Local IP Access&SelectedIP Traffic Offload”的3GPP TR23.829(其描述了IP业务卸载的机制)以及题为“Terminology update to agreed text in TR23.8xy”的3GPP S2-096006(其引入了LIPA和SIPTO功能和架构方案)。此外，题为“LIPA and SIPTO node functions”的3GPP S2-096050和题为“Internet offload for macro network”的3GPP S2-096013阐述了方案1(基于使用本地PDN连接在H(e)NB内执行的业务中断(breakout)的本地IP接入和选择性IP业务卸载方案)、以及方案2(通过NAT在H(e)NB处的本地IP接入和选择性IP业务卸载)。题为“Architectural Requirements of Internet Offload”的3GPP S2-095900引入了以下架构要求：可以在没有用户交互的情况下执行业务卸载，以及最小化通过引入业务卸载对现有网络实体和过程的影响。

因此，需要用于管理LIPA连接释放以克服本领域中如上所概述的问题的改进方法、系统和设备。在参考以下附图和具体实施方式来审阅本申请的剩余部分之后，传统过程和技术的其他限制和缺点对于本领域技术人员将变得显而易见。

当在网络元件(例如，SGSN设备或MME设备)之间交换消息时管理LIPA／SIPTO连接

在一些实施例中，提供了用于通过在源移动性管理实体(MME)设备与目标MME设备之间交换的上下文请求消息或者对该上下文请求消息的响应中提供上下文信息在网络元件处管理LIPA和／或SIPTO连接释放的方法、系统和设备。在UE仅具有作为LIPA PDN连接的一个PDN连接的所选实施例中，当UE离开住宅／企业网络覆盖时自动释放该连接将使得UE与网络分离，因为UE不具有PDN连接。

为了处理由于未针对LIPA／SIPTO PDN连接提供服务连续性所引起的问题(其中，与一种连接类型的PDN连接相关联的上下文在网络元件之间传递)，目标网络元件(例如，新MME)在上下文请求消息中包括信息，使得源网络元件(例如，先前的MME)可以确定是否提供了LIPA服务连续性。在该上下文请求消息中包含的信息包括、但不限于：标识UE正在使用的一个或多个资源的信息，例如，源的ID、CSG的ID、L-GW地址、(e)NB／RNC标识符、和／或UE正在使用的一个或多个资源的一个或多个标识符。

在其他实施例中，源网络元件(例如，先前的MME)在上下文响应消息中包含信息，使得目标网络元件(例如，新MME)可以确定是否需要针对UE释放LIPA PDN连接。在上下文响应消息中包含的信息包括、但不限于诸如以下各项的信息：小区ID、L-GW IP地址、CSG、以及关于PDN连接是LIPA PDN连接还是符合另一种连接类型的PDN连接(即，如传统的网络或符合3GPP版本9或更小的版本的网络中支持的常规PDN连接)的指示。

在不支持LIPA专用承载的其他实施例中(例如，对于仅支持针对LIPA的缺省承载的LTE版本10)，如果请求的承载资源基于消息中的链接EPS承载标识IE属于网络元件LIPAPDN连接，则网络元件(例如，MME)拒绝承载资源分配请求。

此外，当将上下文传递到另一个网络元件(例如，目标MME或SGSN)时，预期新网络元件将根据由源网络元件施加的限制而工作。为了防止用户处的混淆，网络元件包括诸如ESM原因值等的信息，使得用户可以确定由网络元件施加的限制。

此外或者备选地，由源网络元件(例如，MME／SGSN)从目标网络元件接收的上下文请求消息可以包括第一标识符(例如，小区标识符)，其指示可以接收LIPA PDN连接。此外或备选地，源网络元件可以使用第一标识符来确定目标网络元件支持3GPP版本10LIPA约束，例如，包括仅准许针对LIPA PDN连接的缺省承载的3GPP版本10LIPA约束。

备选地，如果源网络元件从目标网络元件接收到的上下文请求消息包括至少第二标识符(例如，上下文请求消息不包括CSG id或者L-GW地址)，则源可以使用第二标识符来确定目标支持另一组约束(例如，不包括仅准许针对LIPA PDN连接的缺省承载的另一组约束)。

下面将参照附图来详细描述本公开的各种说明性实施例。尽管在以下描述中阐述了各种细节，应当意识到：可以在没有这些特定细节的情况下实现这些实施例，且可以对本文所述的实施例进行多个实现方式特定判定以实现设备设计者的特定目的，例如，符合加工技术或设计相关约束，其将根据不同实现方式而变化。

尽管这种开发努力可能是复杂和消耗时间的，其不过是获取了本公开的教益的本领域普通技术人员所进行的日常工作。例如，以框图和流程图形式示出了所选方案，而不是详细示出，以避免限制本公开或使得本公开不突出。此外，在计算机存储器内数据的算法或操作的意义上呈现本文提供的详细描述的一些部分。本领域技术人员使用这种描述和表示向本领域其他技术人员描述和传达其工作的主旨。现在下面将参照附图来描述本公开的各种说明性实施例。

正在进行中的3GPP讨论已解决了对与UE移动相关联的LIPA／SIPTO PDN连接释放的处理。在这些讨论中，如果UE移出住宅／企业网络的覆盖，则这些方案之一不向LIPAPDN连接提供服务连续性，且代之以释放该LIPA PDN连接。该释放连接的方案基于多种因素。首先，存在以下问题：如果UE驻留在宏(e)NB的覆盖中且维持服务连续性，则将对本地IP资源接入应用合法监听。术语“合法监听”是指由网络运营商、接入提供商、和／或服务提供商执行的、使得某些信息可用并且将该信息提供给执法监控设施的动作。此外，将难以建立随UE从H(e)NB移动到宏(e)NB而改变的收费方案。还可以存在在维持服务连续性的情况下涉及的认证复杂度。

基于这些讨论，题为“Mobility for Local IP Access(LIPA)”的3GPP S1-100316和题为“SIPTO requirements common for macro network and H(e)NB subsystems”的3GPP S1-100321的版本10规定了：不支持LIPA连接至宏网络的移动，而支持／要求LIPA连接在相同住宅／企业网络中的H(e)NB之间的移动。此外，题为“SIPTO requirements commonfor macro network and H(e)NB subsystems”的3GPP S1-100321的版本10规定了：应当支持SIPTO连接在宏网络中的移动，以及可以支持从H(e)NB到宏的移动以及在H(e)NB之间的移动。

考虑到在UE离开住宅／企业网络覆盖时与维持LIPA连接的服务连续性相反的方案，存在多个不同问题导致不想要的UE断开。如下面更完全解释的，这些释放问题具有多个维度，包括：当在已连接模式下存在UE移动时具有PS服务的问题、当在已连接模式下存在UE移动时由CSFB过程触发的问题、以及当在空闲模式下存在UE移动时具有或不具有ISR的问题。在讨论这些问题时，应当考虑也适用于版本10之前的UE的LIPA机制(即，不知晓LIPA连接的UE，如在网络基于预订简档或网络决定向UE提供LIPA连接且UE不知晓这种决定时发生的情况)。对于这种UE，不能修改NAS信令和机制以解决所标识的问题。

为了说明UE断开问题，现在参考图10～11，图10～11示意性地示出了在UE移动出HeNb企业网络覆盖时的LIPA PDN连接的释放，其中，除非明确指示，否则术语“PDN连接”指涉及HeNB的PDN连接以及涉及HNB的PDP上下文。

具体地，图10是HeNB子系统1400中业务流的示意图，在HeNB子系统1400中，UE1416具有LIPA／SIPTO PDN连接1430和核心网(CN)PDN连接1432。在建立LIPA／SIPTO PDN连接1430的情况下，LIPA和SIPTO的用户平面业务未经过核心网络连接1432。取而代之地，业务从UE1416通过本地eNB1422、本地S-GW1424、以及本地P-GW1426，它们都被示出为共同位于HeNB1420中，如线1430所示。如果UE1416具有附加的、非LIPA、非SIPTO PDN连接，业务经过HeNB-GW1410、S-GW1408、以及P-GW1406至核心PDN1404，如线1432所示。由于可以在任何时间释放第二PDN连接1432(例如，由于预先定义的策略或UE配置)，因此存在UE1416在连接到H(e)NB1420时仅具有一个PDN连接的情况，且这种PDN连接是LIPA PDN连接1430。

为了说明UE断开问题，现在参考图11，图11示出了HeNB子系统1500中的业务流的示意图，在HeNB子系统1500中，UE1416在其仅具有LIPA PDN连接时移出HeBN覆盖之外。在该情况下，针对“移出H(e)NB”指示了UE从H(e)NB小区移动到宏小区覆盖的情况以及UE在不支持LIPA PDN连续性的H(e)NB小区(例如，具有不同CSG的H(e)NB)之间移动的情况。可以是在任何H(e)NB小区之间不支持LIPAPDN连续性。

从而，图11示出了UE1416向存在宏覆盖的第二位置1516移动，但是UE1416还可以移动至不支持LIPA PDN连续性的另一H(e)NB。只要MME1414检测到UE不连接到H(e)NB1420(例如，UE已移动至不支持LIPA连续性的不同小区)，MME1414释放LIPA PDN连接1430，因为不存在对维持LIPA PDN连接的要求。因此，不存在针对UE1516的PDN连接。如下面更完全描述的，MME1414可以基于各种检测机制，检测到UE1516在H(e)NB1420的覆盖之外，例如，当UE1516执行来自不同小区的跟踪区域更新(TAU)或路由区域更新(RAU)时，或当UE1516对来自不同小区的寻呼进行响应时等等。

在E-UTRAN中，UE必须维持至少一个PDN连接，使得UE被视为附着至网络。如果不存在PDN连接，UE与网络分离。图11示出了在UE1416仅具有单一激活LIPAPDN连接1430，且MME1414在检测到UE1416已移动到不再连接到H(e)NB1420的新位置时释放LIPA PDN连接1430时，断开问题如何出现。当分离发生时，UE1516可以不知道其为什么分离以及为什么LIPA PDN连接1430被释放，然后被强制重新附着到网络。该问题对于NAS空闲模式移动和NAS已连接模式移动都成立。

如将要意识到的：除非明确指示，否则尽管前述讨论涉及LIPA PDN连接，同样的挑战也适用于LIPA PDP上下文(在HNB的情况下)或SIPTO本地连接。尽管未明确示出，还将意识到：类似的问题出现在UE从H(e)NB1420向GERAN／UTRAN(即，涉及SGSN)移动时，在该情况下，需要将激活PDP上下文(对应于LIPA连接)去激活，即使不需要分离UE。

基于最近的决策，看起来在版本10中不支持LIPA连接的移动性，使得如果UE离开原始H(e)NB覆盖的覆盖范围，则LIPA PDN连接将被释放。在版本11中，将支持LIPA连接在相同住宅／企业网络中的H(e)NB之间移动。关于LIPA在H(e)NB与宏eNB之间移动还没有最终的决定。在版本10中，将支持SIPTO连接在宏网络中移动。在版本11中，可以支持从H(e)NB到宏以及在H(e)NB之间移动。在版本11中，预期提供了在H(e)NB子系统中的移动。当UE移出H(e)NB属于相同CSG的H(e)NB子系统时，可能仍然需要释放LIPA PDN连接。

虽然本文的讨论是指“LIPA PDN连接”，但是将清楚的是，除非明确指示，否则相同或类似的原则也可以适用于LIPA PDP上下文(在HNB的情况下，SGSN和GGSN)或者SIPTO本地连接。3GPP TS24.301提供了针对LIPA PDN连接的以下定义，其也可以处理PDP上下文：

LIPA PDN连接：使用被授权使用LIPA的APN来激活缺省EPS承载上下文或缺省PDP上下文的PDN连接。网络基于预订简档授权APN使用LIPA(参见3GPPTS23.401的条款5.7.2)，然后网络将该PDN连接视为LIPA PDN连接。

还一致认为，如果UE处于连接模式，则将在UE从UE建立了LIPA PDN连接的小区进行HO之前，由L-GW释放LIPA PDN连接。

在下文中，对具有LIPA／SIPTO PDN连接的UE执行“移出H(e)NB”的提及用于指示UE从H(e)NB小区移动到宏小区覆盖的情况以及UE在不支持LIPA PDN连续性的H(e)NB(例如，具有不同的CSG的H(e)NB)之间移动的情况。可能是这样的情况，即，在任何H(e)NB小区之间不支持LIPA PDN连续性。H(e)NB小区是属于H(e)NB的小区。如果UE驻留在H(e)NB小区中，则UE与该小区的H(e)NB相关联。宏小区是属于eNB或RNC的小区。如果UE驻留在宏小区中，则UE与该小区的eNB或RNC相关联。

当UE从H(e)NB(小区)移动到不支持LIPA连续性的小区(例如，宏小区)时，LIPAPDN连接的释放具有多个维度：

-针对PS服务的连接移动

-由CSFB过程(具有或不具有PS HO)触发的连接移动

-不具有ISR的空闲移动

-具有ISR的空闲移动

在下文中，除非明确指示，否则术语“PDP连接”是指涉及HeNB的PDN连接以及涉及H(e)NB的PDP上下文。

不是处理检测到UE移动的情形，本公开处理与在网络元件之间传递与一种连接类型的PDN连接相关联的上下文的情形。这些情形的示例包括、但不限于：如果网络元件是MME，则由于负载均衡而接收到TAU；MME之间的HO；CSFB，其中，在MME与SGSN之间传递上下文；以及ISR活动的情形，其中，在多个网络节点中维持上下文。

将清楚的是，传送上下文的网络元件(例如，MME和SGSN)可以不都支持相同的3GPP版本。因此，网络中的所有网络元件可以不支持相同的功能集。

因此，用于传送连接类型的过程应当是鲁棒的，并且处理功能可能存在或可能不存在于网络元件中的情况。例如，3GPP TS24.401规定“针对该规范版本，在用于本地IP接入的PDN连接上不支持专用承载。本地GW(L-GW)将拒绝任何UE请求的承载资源修改。”然而，将来的版本可以规定在用于连接类型(例如，LIPA或SIPTO-HeNB)的PDN连接上支持专用承载。

在该架构中，下面关于图11更全面地指出和讨论与LIPA连接释放相关联的多个问题情况。此外，指出和讨论了用于管理各种连接释放问题的实施例，如下文所阐述的。

跟踪区域更新(TAU)(问题1)

假设UE具有一个或多个LIPA PDN连接并且UE进入空闲模式。在UE进入空闲模式之前，UE与MME(MME-1)相关联。由于TAU触发事件，因此UE可以执行跟踪区域更新(TAU)过程。当执行跟踪区域更新(TAU)过程时，UE可以向网络发送(组合的)跟踪区域更新请求消息。网络中的MME(例如，MME-1)可以从UE接收(组合的)跟踪区域更新请求消息。TAU触发事件如下：

-UE检测到它已经进入新TA，该新TA不在UE向网络注册的TAI列表中(除了被配置用于MTC的UE进入新PLMN中的TA的情况，在该情况下，将执行E-UTRAN附着)；

-周期TA更新定时器已经到期；

-当UE重新选择E-UTRAN时，该UE处于UTRAN PMM_Connected状态(例如，URA_PCH)；

-当UE重新选择E-UTRAN时，该UE处于GPRS准备状态；

-当UE重新选择E-UTRAN时(例如，由于对GERAN／UTRAN执行的承载配置修改)，TIN指示“P-TMSI”；

-使用释放原因“需要负载重新均衡TAU”来释放RRC连接；

-UE中的RRC层向UE的NAS层通知已经(在E-UTRAN或UTRAN中)发生了RRC连接失败；

-UE的(例如，由于GERAN无线能力改变或者CDMA2000无线接入技术能力改变引起的)UE网络能力和／或MS网络能力和／或UE特有的DRX参数和／或MS无线接入能力信息的改变。

-对于支持SR-VCC的UE，MS分类标志2和／或MS分类标志3和／或支持的编解码器的改变。

-UE手动地选择CSG小区，该CSG小区的CSG ID不在UE的允许CSG列表和UE的运营商CSG列表中。

可以将(组合的)TAU消息传送给除了MME-1以外的另一个MME，例如，MME-2，其与先前相关联的MME(MME-1)不同(例如，由于“用于跟踪区域更新的触发”，例如，检测到“负载重新均衡”)。当MME接收到TAU消息时，它可以执行(组合的)TAU过程。如果MME-2接收到TAU请求，则新MME(MME-2)将向旧MME(MME-1)发送上下文请求消息，作为获得发送(组合的)TAU请求消息的UE的MM和EPS承载上下文的(组合的)TAU过程的一部分。

如3GPP TS23.401所指示的，MME-I(源MME)可以在跟踪区域更新过程期间始终不在EPS承载上下文中包括LIPA承载，并且源MME将通过触发3GPP TS23.401的条款5.10.3中规定的MME请求的PDN断开过程来释放这些LIPA PDN连接。这是由于当前的跟踪区域更新过程引起的，其中，当GPRS附着的或E-UTRAN附着的UE检测到使用释放原因“需要负载重新均衡TAU”来释放RRC连接时，发生单独的跟踪区域更新(具有或不具有S-GW改变)。如果LIPA针对UE的PDN连接是活动的，则源MME将在跟踪区域更新过程期间不在EPS承载上下文中包括LIPA承载，并且通过在MME／SGSN间移动的情况下在它使用上下文响应消息进行响应以后或者在MME内移动的情况下在它接收到跟踪区域更新请求以后，通过触发3GPP TS23.401的条款5.10.3中规定的MME请求的PDN断开过程，来释放该LIPA PDN连接。

在一些实例中，在接收到上下文请求消息以后，旧MME(备选地，被称作“源MME”)(MME-1)需要检测UE已经移动到新小区或者连接到不同的资源(在该新小区或者不同的资源处，未提供LIPA服务连续性)，并且接下来去激活LIPA PDN连接。此外，MME-1可以省略针对LIPA PDN连接的MME／SGSN UE EPS PDN连接IE。

此外，如果RRC连接释放使用释放原因“需要负载重新均衡TAU”来触发TAU，则LIPAPDN连接可能被不适当地或不必要地释放。当UE接收到该消息时，即使UE还未移动或者可能仍然使用相同的小区或CSG或者使用相同的资源(例如，由L-GW IP地址未改变或者是相同的所证明的)，TAU请求也可能去往新MME(备选地，称作“目标MME”)(MME-2)。

在该情况下，旧MME(MME-1)不能确定UE是已经移动还是还未移动到未提供LIPA服务连续性的新小区。在3GPP LTE版本11和先前的规范中，上下文请求消息未提供UE的位置信息、CSG或其他资源标识符。

此外，可以在将来支持LIPA在住宅／企业网络中的移动。支持LIPA／SIPTO移动的系统(例如，MME／SGSN和H(e)NB子系统，其中的每一个符合不同的3GPP规范要求)需要与不支持LIPA／SIPTO移动的系统共存。即使UE仍然处于相同的住宅／企业网络中或者即使UE仍然处于相同的CSG中，TAU消息也可能去往新MME。当前，旧MME不具有确定UE正在访问的当前小区是否属于相同的住宅／企业网络的方式。

在3GPP版本10中不支持LIPA专用承载(问题2)

还存在当不支持LIPA专用承载时出现的问题情况(例如，对于仅支持LIPA的缺省承载的版本10)。在该设置中，可以将缺省承载定义为“针对新PDN连接首次建立的并且在PDN连接的生命周期中保持建立的EPS承载”。

在现有方法的情况下，由于L-GW可能无权访问策略控制和收费规则功能(PCRF)等的功能这样的事实，因此任何专用承载请求将被网络拒绝。一致认为，L-GW将拒绝任何承载资源修改请求。这假设MME了解该约束。然而，来自L-GW的拒绝未解决关于不支持LIPA的专用承载的所有现有问题。

在接收到承载资源分配请求消息以后，MME通过验证在链接EPS承载标识IE中提供的EPS承载标识是活动缺省EPS承载上下文中的任意一个，来核查是否可以建立由UE请求的资源。

如果网络接受请求的承载资源分配，则MME将通过向S-GW发送承载资源命令来发起专用EPS承载上下文激活过程。S-GW将向P-GW(在LIPA的情况下，是L-GW)转发承载资源命令。当针对LIPAPDN连接请求专用承载时，L-GW将通过向S-GW发送承载资源失败指示来拒绝请求，并且S-GW将向MME转发该承载资源失败指示。MME将在接收到承载资源失败指示以后向UE发送承载资源分配拒绝消息。

即使前述过程遵循当前的规范，如果从MME到L-GW的承载资源命令和从L-GW到MME的承载资源失败指示与针对LIPA PDN连接的专用承载有关，则它将是无意义的开销。如果MME直接拒绝来自UE的承载资源分配请求消息，则可以避免该开销。

当MME在接收到由L-GW发起的承载资源失败指示以后发送承载资源分配拒绝消息时，如果MME不知道与LIPA专用承载有关的约束，则MME可以将ESM原因值设置为#30“服务GW或PDN GW拒绝请求”。该原因值可以允许UE继续重新尝试，这在网络上引起相当大的开销。MME将能够对ESM原因值进行适当设置，以阻止UE重新尝试。

鉴于与LIPA连接释放相关联的前述问题情况，本文描述和公开了可以应用于在网络元件级管理所指出的连接释放问题的各个实施例。在一个实施例中，可以在源移动性管理实体(MME)设备与目标MME设备之间交换的上下文请求消息或对该上下文请求消息的响应中提供上下文信息，以管理LIPA释放过程。

在所选的实施例中，目标网络元件(例如，新MME)在上下文请求消息中包含信息(例如，资源的ID、CSG的标识符(id)、L-GW地址、(e)NB／RNC标识符和／或UE正在使用的一个或多个资源的一个或多个标识符)，使得源网络元件(例如，先前的MME)可以确定是否提供了LIPA服务连续性。在其他实施例中，源网络元件(例如，先前的MME)在上下文响应消息中包含信息(例如，小区ID、L-GWIP地址、CSG、以及关于PDN连接是LIPA PDN连接还是符合另一个连接类型的PDN连接的指示)，使得目标网络元件(例如，新MME)可以确定是否需要针对UE释放LIPA PDN连接。

实施例A

参照图12，下面将描述根据一个实施例在源网络元件与目标网络元件之间传送上下文信息的方法。在所示的实施例中，通信网络1200包括用户设备(UE)1210、家庭(增强型)节点B(H(e)NB)1220、本地设备1230、源(旧)网络元件1240、以及目标(新)网络元件1250。在一个实施例中，网络元件1240、1250中的每一个可以是MME、SGSN或MME／SGSN中的一个。

UE1210可以是根据3GPP LTE标准操作的设备。UE1210也能够经由例如局域网来访问具有IP地址的本地设备。

用户设备的示例包括、但不限于：移动电话、智能电话、电话、电视、远程控制器、机顶盒、计算机监控器、计算机(其包括平板计算机，例如，、台式计算机、手持或膝上型计算机、笔记本计算机)、个人数字助理(PDA)、微波炉、冰箱、立体声系统、盒式录音机或播放器、DVD播放器或录音机、CD播放器或录音机、VCR、MP3播放器、无线电台、摄影机、照相机、数码相机、便携式存储芯片、洗衣机、烘干机、洗衣机／烘干机、复印机、传真机、扫描仪、多功能外围设备、手表、时钟、游戏设备等。这样的UE可以包括设备及其关联的可拆卸存储器模块，例如，通用集成电路卡(UICC)，其包括订户标识模块(SIM)应用、通用订户标识模块(USIM)应用、或者可拆卸用户标识模块(R-UIM)应用。备选地，这样的UE可以包括无这种模块的设备自身。术语“UE”也可以指代可以端接针对用户的通信会话的任何硬件或软件。此外，术语“用户设备”、“UE”、“用户装备”、“用户代理”、“UA”、“用户装置”和“移动设备”在本文中可以作为同义词使用。

H(e)NB1220可以是用于根据3GPP LTE标准支持毫微微小区的增强型节点B。H(e)NB1220也可以称作“毫微微(e)NB”。

本地设备1230可以是具有IP地址的任意类型的本地无线或有线设备。本地设备的示例可以包括、但不限于：打印机、多功能外围设备(MFP)设备、媒体服务器、调制解调器、路由器和网关。

源(旧)网络元件1240可以是网络1200中的多个网络元件之一。源网络元件1240可以是当前针对各种网络功能(包括互联网接入和／或本地IP接入)经由H(e)NB1220与UE1210进行通信的网络元件。源网络元件1240可以包括与这种网络功能有关的信息。在一个实施例中，源网络元件1240可以包括存储设备1241，其包含针对由网络元件1240提供服务的UE的移动性管理(MM)和EPS承载上下文。上下文可以包括例如：MME／SGSN UE MM上下文、SGW地址和节点名称、APN、UE的一个或多个IP地址、针对控制平面或PMIP的PGW S5／S8IP地址、PGW节点名称、承载上下文、小区标识、和／或CSG标识符(例如，参见下面阐述的表格7.3.6-1、7.3.6-2、7.3.6-3的各个部分)。

目标(新)网络元件1250可以是网络1200中的MME中的另一个网络元件。目标网络元件1250可以是例如可以代替源网络元件1240经由H(e)NB1220与UE1210进行通信的网络元件。在一些实施例中，网络1200可以优先选择或偏好可以支持UE1210的MME。如果源网络元件1240过载而不能支持UE1210，则目标网络元件1250可以用于替代源网络元件1240支持UE1210。

在所示的实施例中，UE1210可以经由H(e)NB1220向源网络元件1240发送具有接入点名称(APN)的连接请求消息。源网络元件1240可以认为(经由连接请求消息)所请求的分组数据网络(PDN)连接是本地IP接入(LIPA)PDN连接。

然后，源网络元件1240可以响应于具有APN的连接请求来发送响应消息。可以经由H(e)NB1220向UE1210发送响应消息。接下来，UE1210可以经由H(e)NB1220向目标网络元件1250发送跟踪区域更新请求消息(例如，由于负载重新均衡)。可能由于从网络元件接收到关于需要负载重新均衡的指示来发送由UE1210发送的跟踪区域更新请求消息。

然后，目标网络元件1250可以向源网络元件1240发送上下文请求消息，从而请求针对UE1210与一个或多个IP网关(未示出)之间的连接的一个或多个上下文。IP网关可以是本地IP GW或L-GW。

源网络元件1240可以确定一个或多个上下文中的至少一个提供了UE与本地IP网关之间的连接。然后，源网络元件1240可以向目标网络元件1250发送对上下文请求消息的响应。在一个实施例中，根据一个条件，响应可以不包括一个或多个上下文中的至少一个。在接收到响应以后，目标网络元件1250可以向源网络元件1240发送确认消息。目标网络元件1250还可以经由H(e)NB1220向UE1210发送对跟踪区域更新请求的响应消息。

下面将更详细地描述源网络元件1240与目标网络元件1250之间的操作。在一些实施例中，目标(新)网络元件可以在上下文请求消息中包括(1)源的ID、CSG的id、L-GW地址、和／或(e)NB／RNC标识符、或者(2)(UE正在使用的)一个或多个资源的一个或多个标识符。旧网络元件或源网络元件可以确定上下文请求消息是否包括源的ID、CSG的id、L-GW地址和／或(e)NB／RNC标识符或者UE正在使用的一个或多个资源的一个或多个标识符。旧网络元件或源网络元件可以使用上下文请求消息的内容来确定是否提供了LIPA服务连续性。

如果上下文请求消息包括由旧网络元件或源网络元件检测到的预定信息(例如，资源的ID、CSG的id、L-GW地址、和／或(e)NB／RNC标识符、或者UE正在使用的一个或多个资源的一个或多个标识符)，则旧网络元件或源网络元件可以将它们中的一个或多个与同使用被授权使用LIPA的APN激活的上下文一起存储(在表格1241中)的信息进行比较。根据匹配，旧网络元件或源网络元件可以在对上下文请求消息的响应中包括使用被授权使用LIPA的APN激活的上下文；或者不在对上下文请求消息的响应中包括使用被授权使用LIPA的APN激活的上下文。此外，旧网络元件或源网络元件可以在它使用上下文响应消息进行响应以后，通过触发网络元件请求的PDN断开过程，来释放LIPA PDN连接。备选地，如果活动(EPS承载)上下文已没有，则网络隐式地分离UE。

备选地，如果上下文请求消息不包括由旧网络元件或源网络元件检测到的预定信息(例如，资源的ID、CSG的id、L-GW地址、和／或(e)NB／RNC标识符、或者UE正在使用的一个或多个资源的一个或多个标识符)，则旧网络元件或源网络元件不在对上下文请求消息的响应中包括使用被授权使用LIPA的APN激活的上下文。此外，旧网络元件或源网络元件可以在它使用上下文响应消息进行响应以后，通过触发网络元件请求的PDN断开过程，来释放LIPAPDN连接。备选地，如果活动(EPS承载)的上下文已没有，则网络隐式地分离UE。

应当注意的是，图12中所示的源网络元件或旧网络元件不需要知道上下文请求消息(流5)的发送方的能力。此外，RAN中的网络元件不需要提供标识符(例如，小区id，例如，RNC不需要提供小区id)。然而，如果请求不包括标识符，则源网络元件或旧网络元件GSN可以确定在所选实施例中不支持LIPA。

如本文所公开的，上下文请求消息(或上下文响应消息)使用一个或多个标识符来指示UE是否正在使用在目标网络元件处未提供LIPA服务连续性的至少一个或多个资源。在其他实施例中，接收到(组合的)TAU请求消息的网络元件在上下文请求消息中包括UE正在使用的一个或多个标识符。旧网络元件检测标识符，并且基于当授权／请求／激活LIPA或SIPTO PDN连接时所存储的一个或多个标识符来确定PDN连接是否仍然正在使用可以支持LIPA或SIPTO PDN连接的资源。如果所使用的资源支持LIPA或SIPTO PDN连接，或者预定策略或HeNB子系统运营商策略或服务网络运营商策略继续允许该PDN连接，则从旧网络元件发送的并且由新网络元件接收的上下文请求响应消息确实包含与LIPA PDN连接或者SIPTOPDN连接或者其他连接类型的PDN连接相关联的PDN连接上下文信息。否则，上下文请求响应消息不包含与LIPA或SIPTO PDN连接相关联的上下文。

如果例如由于新网络元件未被增强为支持LIPA或SIPTO或其他形式的卸载，因此该网络元件不支持LIPA或SIPTO或者其他形式的卸载，则网络元件可以不在上下文请求消息中包含一个或多个标识符。在这种情况下，接收不包括一个或多个标识符的上下文请求消息的旧网络元件将不在向新网络元件发送的上下文请求响应消息中包括与LIPA或SIPTOPDN相关联的上下文。

如果不包括这些上下文，则旧网络元件还将在旧网络元件向新网络元件发送上下文响应消息之前通知S-GW和L-GW或PGW或GGSN，并且终止S-GW／SGSN与L-GW或P-GW或GGSN之间的LIPA PDN连接的一部分。

如本文所描述的，一个或多个标识符可以包括、但不限于以下各项中的至少一项：资源id或小区id或CSG的id或L-GW地址或(e)NB／RNC标识符。当新网络元件针对TAU请求消息在上下文请求消息中包括UE正在访问的小区的小区ID和CSG ID时，在接收到上下文请求消息以后，如果旧网络元件基于存储的EPS承载上下文信息检测到LIPA针对UE的PDN连接是活动的，或者如果旧网络元件基于上下文请求消息中的小区ID或者小区ID和CSG ID的组合确定在UE正在访问的小区处未提供LIPA服务连续性，则旧网络元件可以被配置为：通过触发网络元件请求的PDN断开过程，来释放LIPA PDN连接。

在版本10中，如果UE正在访问的小区不同于UE在其中发起LIPA PDN连接的小区，则未提供服务连续性。在后来的版本中，可以提供不同级别的LIPA服务连续性。在该情况下，旧网络元件可以基于小区ID和CSG ID的组合来确定在UE正在访问的小区处是否提供了LIPA服务连续性。如果旧网络元件释放了LIPA PDN连接，则旧网络元件将不在上下文响应消息中包括LIPA承载上下文。如果在LIPA PDN释放之后UE不具有其他PDN连接，则旧网络元件将发起网络元件发起的分离过程。因此，该实施例可以应用于将在后来的版本中决定的扩展LIPA移动情况以及为了负载重新均衡的目的而针对新网络元件执行TAU的情况。

在一个实施例中，可以在3GPP LTE TS29.274的部分7.3.5至7.3.7的上下文中执行上文所描述的方案，所述部分与上下文请求、上下文响应、以及上下文确认有关。下面阐述3GPP LTE TS29.274的部分7.3.5至7.3.7的规范中的改变部分。

7.3.5上下文请求

新MME／SGSN将在S3／S16／S10接口上向旧MME／SGSN发送上下文请求消息，作为得到针对UE的MM和EPS承载上下文的TAU／RAU过程的一部分。

如果发送方／新节点是MME，则它将在上下文请求消息中包括：

-如果从UE接收的GUTI指示旧节点是MME，则GUTI IE和整个TAU请求消息IE。

-如果GUTI指示旧节点是SGSN，则根据从UE接收的GUTI导出的RAI IE和P-TMSIIE、以及完整地从UE接收的P-TMSI标签。

-如果作为TAU／RAU过程的一部分，与跟踪区域更新请求消息一起接收到小区标识，并且MME被配置为支持LIPA，则小区标识。

-如果作为TAU／RAU过程的一部分，与跟踪区域更新请求消息一起接收到L-GW(IP)地址，并且MME被配置为支持LIPA，则L-GW(IP)地址。

-如果作为TAU／RAU过程的一部分，与跟踪区域更新请求消息一起接收到CSG标识符，并且MME被配置为支持LIPA，则CSG标识符。

如果发送方／新节点是SGSN，则它将在上下文请求消息中包括RAI IE、P-TMSI IE和P-TMSI标签IE。如果接收方／旧节点是MME，则它将：

-如果作为TAU／RAU过程的一部分，与路由区域更新请求消息一起接收到小区标识，并且SGSN被配置为支持LIPA，则包括小区标识。

-如果作为TAU／RAU过程的一部分，与路由区域更新请求消息一起接收到L-GW(IP)地址，并且SGSN被配置为支持LIPA，则包括L-GW(IP)地址。

-如果作为TAU／RAU过程的一部分，与路由区域更新请求消息一起接收到CSG标识符，并且SGSN被配置为支持LIPA，则包括CSG标识符。

-根据RAI IE、P-TMSI IE和P-TMSI标签IE来构造GUTI(参见3GPP TS23.003[2]中规定的RAI、P-TMSI、P-TMSI标签和GUTI之间的映射关系)，以及

-经由GUTI找到UE上下文。

新MME辨别旧节点的类型，如3GPP TS23.003的分条款2.8.2.2.2中规定的。如果旧节点是SGSN，则GUTI将被新MME映射到RAI和P-TMSI；如果旧节点是MME，则新MME在上下文请求消息中包括GUTI IE和完整的TAU请求消息IE。在3GPP TS23.003中规定了临时标识和区域标识之间的映射。

如果针对UE(为了该UE，接收上下文请求消息)的MM和EPS承载上下文包括与LIPAPDN连接相关联的上下文(参见3GPP TS24.301)，则除非发生以下情况，否则旧MME／SGSN在本地去激活与LIPAPDN连接相关联的所有PDP、MM和EPS承载上下文：

-在上下文请求消息中接收到小区标识，并且所接收的标识与同EPS承载上下文存储在一起的小区标识相匹配。

-在上下文请求消息中接收到CSG标识符，并且所接收的CSG标识符与同EPS承载上下文存储在一起的CSG标识符相匹配。

-在上下文请求消息中接收到L-GW(IP)地址，并且所接收的L-GW(IP)地址与同EPS承载上下文存储在一起的L-GW(IP)地址相匹配。

表格7.3.5-1规定了在消息中IE的存在性要求和条件。

表格7.3.5-1：上下文请求中的信息单元

7.3.6上下文响应

将在TAU／RAU过程期间发送上下文响应消息作为对先前的上下文请求消息的响应。

在3GPP TS29.274中的表格8.4-1中规定了可能的原因值。消息特定的原因值是：

-“IMSI未知”

-“P-TMSI标签失配”

-“用户认证失败”

如果接收到的上下文响应消息不包括MME／SGSN UE EPS PDN连接，则新MME将向UE发送包括EMM原因值#10“隐式地分离”的跟踪区域更新拒绝消息，其中，针对该UE，接收到跟踪区域更新请求消息作为TAU／RAU过程的一部分。

表格7.3.6-1规定了在消息中IE的存在性要求和条件。

表格7.3.6-1：上下文响应中的信息单元

表格7.3.6-2：上下文响应中的MME／SGSN UE EPS PDN连接

将如3GPP TS29.274中的表格7.3.6-3中所描绘地对承载上下文进行编码。

7.3.7上下文确认

仅当接收到具有接受原因的先前的上下文响应消息时，才将上下文确认消息作为对先前的上下文响应消息的响应进行发送。

在3GPP TS29.274中的表格8.4-1中规定了可能的原因值。消息特有的原因值是：

-“用户认证失败”。

3GPP TS29.274中的表格7.3.7-1规定了在消息中IE的存在性要求和条件。

在额外的实施例中，可以在3GPP LTE TS29.274的部分7.3.5的上下文中执行上文所描述的方案，其中，该部分与上下文请求有关。未在该实施例中再现与上下文响应和上下文确认以及一些表格有关的部分7.3.6和7.3.7，并且可以在先前的实施例中理解这些部分。下面阐述3GPP LTE TS29.274的部分7.3.5的规范的改变部分。

7.3.5上下文请求

新MME分辨旧节点的类型，如3GPP TS23.003的分条款2.8.2.2.2所规定的。如果旧节点是SGSN，则GUTI将被新MME映射到RAI和P-TMSI；如果旧节点是MME，则新MME在上下文请求消息中包括GUTI IE和完整的TAU请求消息IE。在3GPP TS23.003中规定了临时标识与区域标识之间的映射。

如果发送方／新节点的类型与旧节点的类型相同，则该节点将在上下文请求消息中包括以下各项：

表格7.3.5-1规定在消息中IE的存在性要求和条件。

7.3.5上下文请求

发送方／新节点将在上下文请求消息中包括以下各项：

如果针对UE(为了该UE，接收上下文请求消息)的MM和EPS承载上下文包括与LIPAPDN连接相关联的上下文(参见3GPP TS24.301)，则除非发生以下情况，否则旧MME／SGSN在本地去激活与LIPA PDN连接相关联的所有PDP、MM和EPS承载上下文：

-在上下文请求消息中接收到L-GW(IP)地址，并且所接收的L-GW(IP)地址与同EPS承载上下文存储在一起的L-GW(IP)地址相匹配。表格7.3.5-1规定在消息中IE的存在性要求和条件。应当注意的是，可以组合所提出的针对3GPP LTE TS29.274的部分7.3.5以及其他部分的改变。

实施例B

在其他实施例中，新MME(MME-2)可以对是否需要针对UE释放LIPA PDN连接做出决定。为了使新MME进行该操作，旧MME(MME-1)在上下文响应消息中提供了预定信息，例如，小区ID、L-GW IP地址、CSG、以及关于PDN连接是LIPA PDN连接还是符合另一连接类型的PDN连接(即，如传统网络或符合3GPP版本9或者更小的版本的网络中支持的常规PDN连接)的指示。在将预定信息与作为NAS请求消息(例如，TAU)的一部分所接收的信息进行比较以后，MME可以决定在本地去激活LIPA PDN连接或者甚至返回NAS响应消息，该NAS响应消息向UE指示UE需要隐式地分离。

在该设置中，可以将常规的PDN连接定义为“由一个IPv4地址和／或一个IPv6前缀表示的UE与由APN表示的PDN之间的关联”。

只要新MME能够处理LIPA，该实施例就可以使新MME对是否在UE正在访问的小区处提供LIPA服务连续性做出决定，而在实施例A中，旧MME做出该决定。

旧MME确定新MME是否知晓LIPA。根据针对控制平面的F-TEID来获得新MME的地址。旧MME应当能够通过使用新MME的地址取回运营商的配置信息，来找出新MME的软件版本。如果旧MME确定新MME不知晓LIPA并且如果旧MME检测到LIPA针对PDN连接是活动的，则旧MME将通过触发MME请求的PDN断开过程来释放LIPA PDN连接。如果释放了LIPA，则旧MME将不在上下文响应消息中包括LIPA承载上下文。如果在LIPA PDN释放以后UE不具有其他PDN连接，则旧MME将发起MME发起的分离过程。如果新MME能够处理LIPA，则旧MME将不释放LIPA PDN连接，并且向新MME发送上下文响应消息。上下文响应消息包括最后所知的小区ID和最后所知的CSG ID。此外，针对UE的每一个活动的PDN连接，存在指示PDN连接是否是LIPA的标志。

如果新MME知晓LIPA并且如果新MME基于上下文响应消息的MME／SGSN UE EPS PDN连接IE中的LIPA指示符检测到LIPA针对UE的PDN连接是活动的，并且如果新MME基于来自上下文响应的小区ID和CSG ID与从UE正在访问的eNB获取的小区ID和CSG ID的比较确定在UE正在访问的小区处未提供LIPA服务连续性，则新MME将通过触发MME请求的PDN断开过程来释放LIPA PDN连接。如果在LIPA PDN释放以后UE不具有其他PDN连接，则旧MME将发起MME发起的分离过程。

为了说明前面的实施例，现在参照图13和图14，图13和图14示出了说明在具有服务GW改变的情况下的跟踪区域更新过程(图13)和在不具有S GW改变的情况下的E-UTRAN跟踪区域更新(图14)的信号流程图。

首先参照图13，下面将描述根据一个实施例在具有服务GW改变的情况下的跟踪区域更新过程。对于基于PMIP的S5／S8，在3GPPTS23.402中定义了过程步骤(A)和(B)。步骤9和步骤10涉及基于GTP的S5／S8。在不具有MME改变的跟踪区域更新的情况下，跳过步骤4、5、7和步骤12-17中的信令。图13包括具有数字的箭头，其被表示为指示将在下文中详细描述的过程的步骤。

在步骤1，在3GPP TS23.401的条款5.3.3.0中描述的用于启动TAU过程的触发之一发生。这些触发包括“使用释放原因“需要负载重新均衡TAU”释放RRC连接”触发。

在步骤2，UE通过向eNodeB发送TAU请求消息以及RRC参数来发起TAU过程。例外是，如果为了负载重新均衡的目的而触发TAU，则不在RRC参数中包括旧GUMMEI。

如果UE的TIN指示“GUTI”或“与RAT有关的TMSI”并且UE保持有效的GUTI，则旧GUTI指示该有效的GUTI。如果UE的TIN指示“P-TMSI”并且UE保持有效的P-TMSI和有关的RAI，则这两个单元被指示为旧GUTI。在附件H中规定了将P-TMSI和RAI映射到GUTI。当UE处于连接模式时(例如，在URA PCH中)，当它重新选择E-UTRAN时，UE将其TIN设置为“P-TMSI”。

如果UE保持有效的GUTI并且旧GUTI指示从P-TMSI和RAI映射的GUTI，则UE将GUTI指示为额外的GUTI。如果旧GUTI指示从P-TMSI和RAI映射的GUTI并且UE具有有效的P-TMSI标签，则将包括P-TMSI标签。

当旧GUTI指示从P-TMSI和RAI映射的值时，跟踪区域更新请求消息中的额外GUTI允许新MME找到存储在新MME中的任何已经存在的UE上下文。

RRC参数“旧GUMMEI”根据按照上述规则作为旧GUTI以信号形式发送的标识符来得到其值。对于组合的MME／SGSN，eNB被配置为将该组合节点的MME代码路由到相同的组合节点。该eNB还被配置为对通过UE对组合节点分配的P-TMSI进行映射所生成的GUTI的MME代码进行路由。这种eNB配置还可以用于单独的节点，以避免由RAT间移动引起对池中的节点的改变。

在步骤3，eNodeB根据携带旧GUMMEI和指示的所选网络的RRC参数来导出MME。如果MME不与eNodeB相关联或者GUMMEI不可用或者UE指示通过负载重新均衡触发了TAU过程，则eNodeB如在3GPP TS23.401关于“MME Selection Function”的条款4.3.8.3中所描述地选择MME。

eNodeB将TAU请求消息以及额外的参数(例如，CSG接入模式、CSG ID、它从其接收消息的小区的TAI+ECGI、以及所选网络)一起转发给新MME。如果UE经由CSG小区或混合小区发送TAU请求消息，则RAN提供CSG ID。如果UE经由混合小区发送TAU请求消息，则提供CSG接入模式。如果未提供CSG接入模式但是提供了CSG ID，则MME将认为该小区是CSG小区。

在步骤4，新MME使用从UE接收的GUTI来导出旧MME／S4SGSN地址，并且向旧MME／旧S4SGSN发送上下文请求(旧GUTI、完整的TAU请求消息、P-TMSI标签、MME地址、UE已验证)消息，以取回用户信息。UE已验证指示新MME已经例如基于针对UE的本地EPS安全性上下文对TAU消息的完整性保护进行了验证。为了验证上下文请求，旧MME使用完整的TAU请求消息，并且旧S4SGSN使用P-TMSI标签，并且如果在旧MME／S4SGSN中完整性核查失败，则使用适当的错误进行响应。这将在新MME中发起安全性功能。如果安全性功能正确地认证了UE，则新UE将向旧MME／S4SGSN发送设置有UE已验证的上下文请求(IMSI、完整的TAU请求消息、MME地址、UE已验证)消息。如果新MME指示它已经认证了UE或者如果旧MME／旧S4SGSN正确地验证了UE，则旧MME／旧S4SGSN启动定时器。

在步骤5，如果向旧MME发送上下文请求，则旧MME使用上下文响应(IMSI、ME标识(如果可用的话)、MSISDN、MM上下文、EPS承载上下文、服务GW信令地址和TEID、ISR被支持、MS信息改变报告动作(如果可用的话)、CSG信息报告动作(如果可用的话)、UE核心网能力、UE特有的DRX参数)消息进行响应。如果向旧S4SGSN发送上下文请求，则旧S4SGSN使用上下文响应(MM上下文、EPS承载上下文、服务GW信令地址和TEID、ISR被支持、MS信息改变报告动作(如果可用的话)、CSG信息报告动作(如果可用的话)、UE核心网能力、UE特有的DRX参数)进行响应。MM上下文包含与安全性有关的信息以及其他参数(其包括IMSI、ME标识(如果可用的话)和MSISDN)，如3GPP TS23.401的条款5.7.2针对MME的信息存储中所描述的。还在SGSN中维持MM上下文中的未使用的认证五位字节。PDN GW地址和TEID(针对基于GTP的S5／S8)或者GRE密钥(在PDN GW处针对上行链路业务的基于PMIP的S5／S8)和TI是EPS承载上下文的一部分。如果在旧MME／旧S4SGSN中不知道UE或者如果针对TAU请求消息的完整性核查失败，则旧MME／旧S4SGSN使用适当的错误原因进行响应。如果旧MME／旧S4SGSN和相关联的服务GW能够针对UE激活ISR，则指示ISR被支持。如果旧MME／旧S4SGSN为UE存储MSISDN，则包括MSISDN。

在步骤7，MME(如果MME已经改变，则它是新MME)确定重定位服务GW。当旧服务GW不能继续为UE提供服务时，重定位服务GW。如果预期新服务GW在更长的时间内向UE提供服务和／或具有更佳的UE至PDN GW路径，或者如果新服务GW可以与PDNGW共址，则MME(如果MME已经改变，则它是新MME)还可以决定重定位服务GW。根据3GPP TS23.401关于“Serving GWselection function”的条款4.3.8.2来对新服务GW进行选择。

如果MME已经改变，则新MME向旧MME／旧S4SGSN发送上下文确认(服务GW改变指示)消息。

在步骤8，如果MME已经改变，则新MME使用从旧MME／旧S4SGSN接收的承载上下文来验证从UE接收的EPS承载状态。MME释放与在UE中不活动的EPS承载有关的任何网络资源。如果根本不存在承载上下文，则MME拒绝TAU请求。

应当注意的是，如果在TAU请求消息中设置了“活动标志”，则在步骤8中仅发送用户CSG信息IE。

在步骤12，新MME验证它是否保存由GUTI、额外的GUTI或者由与上下文数据一起从旧CN节点接收的IMSI标识的UE的预订数据。

在步骤13，HSS向旧MME发送设置有针对更新过程的取消类型的消息取消定位(IMSI、取消类型)。

在步骤14，如果在步骤4中启动的定时器未在运行，则旧MME移除MM上下文。否则，当定时器到期时，移除上下文。还确保针对UE在完成针对新MME的进行中的TAU过程之前发起另一TAU过程的情况，在旧MME中保存MM上下文。旧MME使用消息取消定位确认(IMSI)来进行确认。

在步骤15，当旧S4SGSN接收到上下文确认消息并且如果UE处于Iu连接，则在步骤S4中启动的定时器到期以后，旧S4SGSN向RNC发送Iu释放命令消息。

在步骤16，RNC使用Iu释放完成消息来进行响应。

在步骤17，HSS通过向新MME发送更新位置确认(IMSI、预约数据)消息来确认更新位置请求消息。如果HSS拒绝更新位置，则新MME使用适当的原因来拒绝来自UE的TAU请求。预订数据可以包含针对PLMN的CSG预订数据。

如果UE在CSG小区处发起TAU过程，则新MME将核查CSG ID是否包含在CSG预订中并且未到期。如果CSG ID不存在或者到期，则MME将向UE发送具有适当的原因值的跟踪区域更新拒绝消息。UE将从它的允许CSG列表中移除CSG ID(如果存在的话)。如果UE具有进行中的紧急承载服务，则将不执行CSG接入控制。如果所有核查都成功，则新MME构造针对UE的上下文。

在步骤18，如果MME已经改变，则当在步骤4中启动的定时器到期时，旧MME／旧S4SGSN释放任何本地MME或SGSN承载资源，并且如果旧MME在上下文确认消息中接收到服务GW改变指示，则旧MME／旧S4SGSN通过向旧服务GW发送删除会话请求(原因)消息来删除EPS承载资源。原因向旧服务GW指示旧服务GW将不向PDN GW发起删除过程。

MME向UE发送TAU接受消息。如果设置了活动标志，则MME可以向eNodeB提供切换约束列表。如果MME分配新GUTI，则包括GUTI。如果在TAU请求消息中设置了“活动标志”，则可以联合TAU接受消息来激活用户平面建立过程。在3GPP TS36.300中详细描述了该过程。从MME建立承载的步骤开始，消息序列应当与针对3GPP TS23.401的条款5.3.4.1中规定的UE触发的服务请求过程的消息序列相同。MME向UE指示EPS承载状态IE。UE移除与在接收的EPS承载状态中未被标记为活动的承载有关的任何内部资源。在3GPP TS23.401的条款4.3.5.7“Mobility Restrictions”中描述了切换约束列表。MME将PS会话承载IMS语音设置为被支持，如3GPP TS23.401的条款4.3.5.8中所描述的。

如果通过手动CSG选择发起TAU过程并且TAU过程经由CSG小区发生，则在接收到TAU接受消息以后，如果CSG ID还不存在，则UE将向它的允许CSG列表添加CSG ID。如果UE建立了紧急承载，则不支持手动CSG选择。

如果联合TAU接受消息执行用户平面建立并且经由混合小区执行TAU，则MME将向RAN发送关于UE是否是CSG成员的指示以及S1-MME控制消息。基于该信息，RAN可以针对CSG成员和非CSG成员进行区分处理。

注意，如果UE经由混合小区接收到TAU接受消息，则UE不将相应的CSG ID添加到它的允许CSG列表。仅通过OTA或OMA DM过程来执行针对混合小区将CSG ID添加到UE的本地允许CSG列表。

在步骤21，如果GUTI包含在TAU接受中，则UE通过向MME返回TAU完成消息来确认所接收的消息。

当未在TAU请求消息中设置“活动标志”并且未在ECM-CONNECTED状态下发起跟踪区域更新时，新MME根据3GPP TS23.401的条款5.3.5来释放与UE的信令连接。注意，新MME可以在执行安全性功能以后发起E-RAB建立(参见3GPP TS36.413)，或者进行等待，直到完成TA更新过程为止。对于UE，可以在发送TA更新请求以后的任何时候进行E-RAB建立。

现在参照图14，下面将描述根据另一个实施例在不具有S-GW改变的情况下更新E-UTRAN跟踪区域的方法。图14包括具有数字的箭头，其被表示为指示将在下文中详细描述的方法的步骤。对于基于PMIP的S5／S8，在3GPP TS23.402[2]中定义了过程步骤(A)。步骤12和步骤14涉及基于GTP的S5／S8。在不具有MME改变的跟踪区域更新的情况下，跳过步骤4、5、7和步骤9-19中的信令。

在步骤2，UE通过向eNodeB发送跟踪区域更新请求(UE核心网能力、活动标志、EPS承载状态、旧GUTI、最后访问的TAI、P-TMSI标签、额外的GUTI、KSI_SGSN、KSI_ASME、NAS序列号、NAS-MAC)消息以及指示所选网络和旧GUMMEI的RRC参数来发起TAU过程。例外是，如果为了负载重新均衡的目的而触发TAU(参见3GPP TS23.401的条款4.3.7.3)，则不在RRC参数中包括旧GUMMEI。

如果UE的TIN指示“GUTI”或“与RAT有关的TMSI”并且UE保持有效的GUTI，则旧GUTI指示该有效的GUTI。如果UE的TIN指示“P-TMSI”并且UE保持有效的P-TMSI和有关的RAI，则这两个单元被指示为旧GUTI。在附件H中规定了将P-TMSI和RAI映射到GUTI。当UE处于连接模式时(例如，在URA_PCH中)，当它重新选择E-UTRAN时，UE将其TIN设置为“P-TMSI”。

将包括最后访问的TAI，以帮助MME针对任何后续TAU接受消息产生良好的TAI列表。所选网络指示所选的网络。活动标志是UE通过TAU过程针对所有活动的EPS承载激活无线和S1承载的请求。在UE核心网能力单元中包括UE的ISR能力。EPS承载状态指示在UE中活动的每一个EPS承载。将由NAS-MAC对TAU请求消息进行完整性保护，如3GPP TS33.401[41]中所描述的。如果UE具有有效的安全性参数，则包括KSI_ASME。NAS序列号指示NAS消息的序列号。如果UE在信息单元“旧GUTI”中指示从P-TMSI映射的GUTI，则包括KSI_SGSN。

在步骤3，eNodeB根据携带旧GUMMEI和指示的所选网络的RRC参数来导出MME。如果GUMMEI不与eNodeB相关联或者GUMMEI不可用或者UE指示通过负载重新均衡触发了TAU过程，则eNodeB如在3GPP TS23.401关于“MME Selection Function”的条款4.3.8.3中所描述地选择MME。eNodeB将TAU请求消息以及CSG接入模式、CSG ID、它从其接收消息的小区的TAI+ECGI、以及所选网络一起转发给MME。如果UE经由CSG小区或混合小区发送TAU请求消息，则RAN提供CSG ID。如果UE经由混合小区发送TAU请求消息，则提供CSG接入模式。如果未提供CSG接入模式但是提供了CSG ID，则MME将认为该小区是CSG小区。

在步骤4，新MME使用从UE接收的GUTI来导出旧MME／S4SGSN地址，并且向旧MME／S4SGSN发送上下文请求(旧GUTI、MME地址、UE已验证、完整的TAU请求消息、P-TMSI标签)消息，以取回用户信息。UE已验证指示新MME已经例如基于针对UE的本地EPS安全性上下文对TAU消息的完整性保护进行了验证。为了验证上下文请求，旧MME使用完整的TAU请求消息，并且旧S4SGSN使用P-TMSI标签，并且如果在旧MME／S4SGSN中完整性核查失败，则使用适当的错误进行响应。这将在新MME中发起安全性功能。如果安全性功能正确地认证了UE，则新UE将向旧MME／S4SGSN发送设置有UE已验证的上下文请求(IMSI、完整的TAU请求消息、MME地址、UE已验证)消息。如果新MME指示它已经认证了UE或者如果旧MME／旧S4SGSN认证了UE，则旧MME／旧S4SGSN启动定时器。

如果在(支持未认证的UE的网络中的)旧MME／旧S4SGSN中未认证具有紧急承载的UE，则旧MME／旧S4SGSN通过发送上下文响应并且当它不能验证上下文请求时也启动定时器来继续该过程。

在步骤5，如果向旧MME发送上下文请求，则旧MME使用上下文响应(IMSI、ME标识(如果可用的话)、MSISDN、未使用EPS认证向量、KSIASME、KASME、EPS承载上下文、服务GW信令地址和TEID、MS信息改变报告动作(如果可用的话)、CSG信息报告动作(如果可用的话)、UE核心网能力、UE特有的DRX参数)消息进行响应。如果向旧S4SGSN发送上下文请求，则旧S4SGSN使用上下文响应(IMSI、ME标识(如果可用的话)、MSISDN、未使用认证五位字节、CK、IK、KSISGSN、EPS承载上下文、服务GW信令地址和TEID、ISR被支持、MS信息改变报告动作(如果可用的话)、CSG信息报告动作(如果可用的话)、UE核心网能力、UE特有的DRX参数)消息进行响应。在发送认证五位字节之前，由SGSN复制这些认证五位字节。PDN GW地址和TEID(针对基于GTP的S5／S8)或GRE密钥(在PDN GW处针对上行链路业务的基于PMIP的S5／S8)和TI是EPS承载上下文的一部分。如果旧SGSN和相关联的服务GW能够针对UE激活ISR，则指示ISR被支持。

仅当新MME先前在跟踪区域更新请求中接收到UE核心网能力时，才忽略包含在上下文响应中的UE核心网能力。如果在旧MME／旧S4SGSN中不知道UE或者如果针对TAU请求消息的完整性核查失败，则旧MME／旧S4SGSN使用适合的错误原因来进行响应。

如果UE从旧MME／旧S4SGSN接收到紧急服务并且UE是无UICC的，则不能在上下文响应中包括IMSI。对于紧急附着的UE，如果不能认证IMSI，则IMSI将被标记为未认证的。此外，在该情况下，如果可用，则仅包括安全性参数。

在步骤6，如果(在步骤2中发送的)TAU请求消息的完整性核查失败，则认证是强制的。在关于“Security Function”的条款5.3.10中规定了认证功能。在关于“SecurityFunction”的条款5.3.10中描述了加密过程。如果GUTI分配即将完成并且网络支持加密，则将对NAS消息进行加密。

如果针对已经处于ECM_CONNECTED状态的UE接收到该TAU请求并且在步骤3中由eNB发送的TAI的PLMN-ID不同于包含在TAU请求消息中的GUTI的PLMN-ID，则MME将延迟认证UE，直到步骤21(TAU完成消息)为止。

MME延迟认证，使得UE首先将其注册的PLMN-ID更新为由RAN在切换期间选择的新PLMN-ID。由MME向UE提供新PLMN-ID，作为步骤20中TAU接受消息中的GUTI的一部分。这样做确保了在网络和UE导出Kasme密钥时使用相同的PLMN-ID。

如果新MME被配置为允许针对未认证UE的紧急服务，则新MME如下工作：

-在UE仅具有紧急承载服务的情况下，MME跳过认证和安全过程或者接受认证可能失败并且继续跟踪区域更新过程；或者

-在UE具有紧急承载服务和非紧急承载服务并且认证失败的情况下，MME继续跟踪区域更新过程并且去激活所有非紧急PDN连接，如条款5.10.3中所规定的。

在步骤7，如果旧节点是旧MME，则新MME向旧MME发送上下文确认消息。旧MME在该上下文中标记GW和HSS中的信息是无效的。这确保了如果UE在完成进行中的TAU过程之前发起返回MME的TAU过程，则MME更新GW和HSS。

如果旧节点是旧S4SGSN，则MME向旧SGSN发送上下文确认(ISR激活)消息。除非由MME指示ISR激活，否则旧S4SGSN在其上下文中标记GW中的信息是无效的。这确保了如果UE在完成进行中的TAU过程之前发起返回旧S4SGSN的RAU过程，则旧S4SGSN更新GW。如果向旧S4SGSN指示ISR激活，则这指示旧S4SGSN将维持包括认证五位字节的其UE上下文，并且停止在步骤4中启动的定时器。在该情况下，如果隐式分离定时器在运行，则旧S4SGSN将使用与UE的GERAN／UTRAN去激活ISR定时器相比略微更大的值来重新启动该定时器。此外，在该情况下，如果旧SGSN已经维持针对用户平面的服务GW地址和S4GTP-U TEID，则旧SGSN将在本地移除针对用户平面的服务GW地址和S4GTP-U TEID。当ISR激活未被指示并且该定时器到期时，旧SGSN删除该UE的所有承载资源。当来自MME的上下文确认不包括任何S-GW改变时，S4SGSN不向S-GW发送任何删除会话请求消息。如果相关联的服务GW不支持ISR，则MME将不激活ISR。

如果安全性功能未正确地认证UE，则TAU将被拒绝，并且MME将向旧MME／旧S4SGSN发送拒绝指示。旧MME／旧S4SGSN将继续，如同标识和上下文请求从未被接收过一样。

该实施例不具有与图13的步骤8相对应的步骤。

在步骤S9，如果MME已经改变，则新MME采用从旧MME／SGSN接收到的承载上下文作为UE的EPS承载上下文以由新MME维持。MME以指示的顺序建立EPS承载。MME去激活不能建立的EPS承载。

MME使用它维持的EPS承载上下文来验证从UE接收的EPS承载状态，并且释放与在UE中不活动的EPS承载有关的任何网络资源。如果根本不存在承载上下文，则MME拒绝TAU请求。如果MME已经改变，则新MME向服务GW发送针对每一个PDN连接的修改承载请求(新MME地址和TEID、服务网络标识、ISR被激活、RAT类型)消息。在承载上下文中指示PDN GW地址。如果被指示，则信息ISR被激活指示激活了ISR。如果PDN GW请求UE的位置和／或用户CSG信息，则MME还在该消息中包括用户位置信息IE和／或用户CSG信息IE。如果UE时区已经改变，则MME将在该消息中包括UE时区IE。如果在具有MME改变的跟踪区域更新时旧节点是旧MME，则将不指示ISR被激活。如果在TAU请求消息中设置了“活动标志”，则在步骤9中仅发送用户CSG信息IE。

当修改承载请求不指示ISR被激活时，S-GW通过向在S-GW上预留了承载资源的另一CN节点发送删除承载请求，来删除任何ISR资源。

在步骤10，如果RAT类型已经改变或者服务GW已经在步骤9中从MME接收到用户位置信息IE或UE时区IE或用户CSG信息IE，则服务GW通过向考虑中的PDN GW发送针对每一个PDN连接的消息修改承载请求(RAT类型)，来向PDN GW通知例如可以用于收费的该信息。如果在步骤9中存在用户位置信息IE和／或UE时区IE和／或用户CSG信息IE，则它们也被包括。

在步骤11，如果部署了动态PCC并且需要从PDN GW向PCRF传送RAT类型信息或UE位置信息，则PDN GW将通过3GPP TS23.203[6]中定义的IP-CAN会话修改过程，将该信息发送到PCRF。

PDN GW不需要等待PCRF响应，而是继续下一个步骤。如果PCRF响应导致EPS承载修改，则PDN GW应当发起承载更新过程。

在步骤12，PDN GW更新其上下文字段，以允许DL PDU被路由到正确的服务GW。PDNGW向服务GW返回修改承载响应(MSISDN)。如果PDN GW已经在其UE上下文中存储了MSISDN，则将包括MSISDN。

在步骤13，服务GW更新其承载上下文。如果在步骤9中指示了ISR被激活并且在步骤9中接收的RAT类型指示E-UTRAN，则服务GW仅更新在本地存储的MME控制平面地址，并且保持与SGSN有关的信息不变。此外，在该情况下，如果服务GW维持针对用户平面的SGSN地址和S4GTP-U TEID，则服务GW在本地移除针对用户平面的SGSN地址和S4GTP-U TEID。否则，服务GW将使用从MME接收的有关信息来更新在本地针对该UE存储的所有信息。这允许当从eNodeB接收到承载PDU时，服务GW将承载PDU路由到PDN GW。服务GW向新MME返回修改承载响应(针对上行链路业务的服务GW地址和TEID)消息。

在步骤14，新MME验证它是否保存由GUTI、额外的GUTI或者由与上下文数据一起从旧CN节点接收的IMSI标识的UE的预订数据。如果在新MME中不存在针对该UE的预订数据，则新MME通过向HSS发送更新位置请求(MME Id、IMSI、ULR-标志、MME能力、PS会话承载IMS的同类(homogeneous)支持)消息，来向HSS通知MME的改变。ULR-标志指示从MME发送更新位置并且将在HSS中更新MME注册。HSS不取消任何SGSN注册。MME能力指示MME对区域接入约束功能的支持。PS会话承载IMS的同类支持指示是否在服务MME中的所有TA中同类地支持“PS会话承载IMS语音”。

如果UE的所有EPS承载具有紧急ARP值，则即使更新位置失败，新MME也可以跳过更新位置过程或者前进。

在步骤15，HSS向旧MME发送设置有针对更新过程的取消类型的取消定位(IMSI、取消类型)消息。

在步骤16，当接收到取消定位消息并且在步骤4中启动的定时器未在运行时，旧MME移除MM上下文和承载上下文。否则，当定时器到期时，移除上下文。这还确保针对UE在完成针对新MME的进行中的TAU过程之前发起另一TAU过程的情况，在旧MME中保存MM上下文。旧MME使用取消定位确认(IMSI)消息来进行确认。也可能从未从新MME向旧MME指示ISR被激活。因此，在任何情况下，当步骤S4中启动的定时器到期时，旧MME删除UE的所有承载资源，这与接收取消定位消息无关。

在步骤17，当接收到上下文确认消息并且如果UE处于Iu连接，则在步骤S4中启动的定时器到期以后，旧SGSN向RNC发送Iu释放命令消息。

在步骤18，RNC使用Iu释放完成消息来进行响应。

在步骤19，在完成对旧MME上下文的取消以后，HSS通过向新MME返回更新位置确认(IMSI、预约数据)消息来确认更新位置请求。如果HSS拒绝更新位置，则新MME使用在TAU拒绝消息中向UE发送的适当的原因来拒绝来自UE的TAU请求。如果所有核查都成功，则MME构造针对UE的MM上下文。预订数据可以包含针对PLMN的CSG预订数据。

如果UE在CSG小区处发起TAU过程，则新MME将核查CSG ID是否包含在CSG预订中并且未到期。如果CSG ID不存在或者到期，则MME将向UE发送具有适当的原因值的跟踪区域更新拒绝消息。UE将从其允许CSG列表中移除CSG ID(如果存在的话)。

在步骤20，如果由于区域预订约束或接入约束(例如，CSG约束)，UE未被允许接入TA，则：

-MME使用针对UE的适当原因来拒绝跟踪区域更新请求。

-对于具有紧急EPS承载的UE，即，至少一个EPS承载具有为紧急服务预留的ARP值，新MME接受跟踪区域更新请求，并且去激活所有非紧急PDN连接，如条款5.10.3中规定的。如果在ECM-IDLE状态下发起跟踪区域更新过程，则在无需UE与MME之间的承载去激活信令的情况下通过跟踪区域更新过程来去激活所有非紧急EPS承载。

MME使用跟踪区域更新接受(GUTI、TAI-列表、EPS承载状态、NAS序列号、NAS-MAC、ISR被激活、PS会话承载IMS语音被支持、紧急服务支持指示符、LCS支持指示)消息来向UE进行响应。如果设置了活动标志，则可以在eNodeB在E-UTRAN内的情况下处理漫游约束和接入约束时，向eNodeB发送切换约束列表。如果在TAU请求消息中设置了“活动标志”，则可以联合TAU接受消息来激活用户平面建立过程。在3GPP TS36.300中详细描述了该过程。从MME建立承载的步骤开始，消息序列应当与针对3GPP TS36.300的条款5.3.4.1中规定的UE触发的服务请求过程的消息序列相同。EPS承载状态指示网络中的活动承载。UE移除与在接收的EPS承载状态中未被标记为活动的承载有关的任何内部资源。如果向UE指示了ISR被激活，则这指示其P-TMSI和RAI将保持向网络注册，并且将在UE中保持有效。当在具有MME改变的情况下进行跟踪区域更新时，将不指示ISR被激活。当在不具有MME改变的情况下进行跟踪区域更新时，如果当MME接收到跟踪区域更新请求时ISR针对UE被激活，则MME应当通过在跟踪区域更新接受消息中指示ISR被激活来维持ISR。在3GPP TS36.300的条款4.3.5.7的“Mobility Restrictions”中描述了切换约束列表。MME将PS会话承载IMS语音设置为被支持，如3GPP TS36.300的条款4.3.5.8中所描述的。紧急服务支持指示符向UE通知支持紧急承载服务。LCS支持指示指示了网络是否支持EPC-MO-LR和／或CS-MO-LR，如3GPP TS23.271中所描述的。

当接收到TAU接受消息并且不存在SIR被激活指示时，UE将其TIN设置为“GUTI”。当指示ISR被激活并且UE的TIN指示“GUTI”时，将不改变UE的TIN。当指示ISR被激活并且TIN是“P-TMSI”或“与RAT有关的TMSI”时，UE将其TIN设置为“与RAT有关的TMSI”。

对于MME改变，新MME不激活ISR，以避免使用两个旧CN节点进行上下文传送过程。对于紧急附着的UE，不激活紧急ISR。

如果UE经由混合小区接收到TAU接受消息，则UE不将相应的CSG ID添加到它的允许CSG列表。仅通过OTA或OMADM过程来执行针对混合小区将CSG ID添加到UE的本地允许CSG列表。

在步骤21，如果GUTI改变，则UE通过向MME返回跟踪区域更新完成消息来确认新GUTI。当未在TAU请求消息中设置“活动标志”并且未在ECM-CONNECTED状态下发起跟踪区域更新时，新MME根据条款5.3.5来释放与UE的信令连接。

新MME可以在执行安全性功能以后发起E-RAB建立(参见3GPP TS36.413)，或者进行等待，直到完成TA更新过程为止。对于UE，可以在发送TA更新请求以后的任何时候进行E-RAB建立。

在拒绝跟踪区域更新操作的情况下，由于区域预订、漫游约束或者接入约束(参见3GPP TS23.221和3GPP TS23.008)，因此新MME不应当构造针对UE的MM上下文。在从HSS接收到预约数据的情况下，新MME可以构造针对UE的MM上下文，并且存储针对UE的预订数据，以最优化MME与HSS之间的信令。将具有适当的原因的拒绝返回UE，并且将释放S1连接。在返回空闲以后，UE将根据3GPPTS23.122来操作。

如果新MME不能更新一个或多个P-GW中的承载上下文，则新MME将去激活相应的承载上下文，如条款“MME Initiated Dedicated Bearer Deactivation Procedure”中所描述的。这将不会使MME拒绝跟踪区域更新。

新MME将基于在上下文响应消息中接收的每一个承载上下文的APN约束来确定最大APN约束，然后存储新的最大APN约束值。

将由新MME来对承载上下文划分优先顺序。如果新MME不能支持与从旧MME／SGSN接收的活动承载上下文相同数量的活动承载上下文，则划分优先顺序将用于决定使哪些承载上下文维持活动并且删除哪些承载上下文。在任何情况下，新MME将首先更新一个或多个P-GW中的所有上下文，然后去激活它不能维持的上下文，如条款“MME Initiated DedicatedBearer Deactivation Procedure”中所描述的。这将不会使MME拒绝跟踪区域更新。

新MME将不去激活与紧急服务有关的EPS承载，即，具有为紧急服务预留的ARP值的EPS承载。如果MS(UE)处于PMM-CONNECTED状态，则已经在前向重定位请求消息中发送了承载上下文，如3GPP TS23.060[7]的条款“Serving RNS relocation procedures”中所描述的。

如果跟踪区域更新过程失败最大允许次数或者如果MME返回跟踪区域更新拒绝(原因)消息，则UE将进入EMM注销状态。如果更新位置确认消息指示拒绝，则应当向UE指示该拒绝，并且UE将不接入非PS服务，直到执行成功位置更新为止。参见3GPP TS23.401的条款5.3.3.1和5.3.3.2以得到有关的上下文。

实施例C

另一个实施例(实施例C)可以用于处理问题2。在该实施例中，MME被配置为：如果基于消息中的链接EPS承载标识IE，请求的承载资源属于LIPA PDN连接，则拒绝承载资源分配请求。此外，当向另一个MME或SGSN传递上下文时，预期目标MME根据由MME-1或旧MME或源MME施加的限制而工作。即，如果在基于消息中的链接EPS承载标识IE，请求的承载资源属于LIPAPDN连接的情况下突然不拒绝承载资源分配请求，则将使用户困惑。因此，该实施例需要能够确定由MME-1施加的限制。

为了防止混淆，MME可以被配置为适当地设置ESM原因值，以阻止UE进行重试。一个示例ESM原因值将是#32：“服务选择不被支持”或者#33“请求的服务选择未被预订”。

在操作中，源MME／SGSN从目标MME／SGSN接收的上下文请求消息将包括第一标识符(例如，本文中讨论的小区标识符或其他标识符[例如，不包括CSG id或L-GW地址])，该第一标识符指示可以接收LIPA PDN连接。此外，源可以使用第一标识符来确定目标支持3GPP版本10LIPA约束，例如，包括仅允许针对LIPA PDN连接的默认承载的3GPP版本10LIPA约束。另一方面，如果源MME／SGSN从目标MME／SGSN接收的上下文请求消息包括至少一个第二标识符(例如，不包括CSG id或L-GW地址)，则源可以使用第二标识符来确定目标支持另一组约束，例如，不包括仅允许针对LIPA PDN连接的默认承载的另一组约束。

现在参照图15，示出了说明在功能元件之间交换消息以用于确定连接的连接上下文的信号流程图，其中，UE执行CS回退(CSFB)。如图所示，当在UE附着于不具有CS域的系统的同时UE发起(紧急)语音CS呼叫或者接收／终止CS语音呼叫时，执行CS回退。这种系统的示例是EPC或EPS。具有支持(发起和终止)语音呼叫的语音域的系统的示例是GPRS系统。因为在一些实施例中，将在系统之间移动以后，在从建立连接的H(e)NB离开以后，或者在离开共享CSG ID的一组H(e)NB所服务的区域以后，断开与本地网络的连接或者与SIPTO-H(eNB)的连接，因此可以看出，当在系统(例如，EPS或EPC系统以及支持GPR或CS域的系统)之间移动时，也需要断开连接。

假设对UE进行组合注册。这意味着在MSC和MME中(基于用户的预订)存在针对UE的注册上下文。还假设UE具有一个或多个LIPA PDN连接。UE检测对CSFB的需要。在检测到对CSFB的需要以后，UE向MME发送扩展服务请求(流／步骤1)。扩展服务请求包括关于该请求针对(紧急)CSFB(MO[移动发起的])或MT([移动终止的])的指示。

在流／步骤2，MME通过通知HeNB(具有CSFB指示符的S1-AP UE上下文修改请求)来进行响应。HeNB发起流／步骤3(针对GERAN的1-RAT小区改变顺序，可选择地具有NACC或RCC连接释放)。然后，UE在MO的情况下通过CM服务请求或者在MT的情况下通过寻呼响应连接到MSC(流／步骤4)。流／步骤5可以在CS呼叫之前或之后发生。例如，如果接入网是GERAN，并且如果接入网是GERAN并且不支持DTM(双传输模式)，则流／步骤5可以在CS呼叫之后发生。否则，流／步骤5可以在CS呼叫期间或甚至之前发生。

在作为流／步骤5的一部分接收到RAU以后，SGSN确定需要将上下文请求发送到MME。MME对上下文请求进行响应。

如本文所述，MME在对上下文请求的响应中包括与LIPAPDN连接有关的上下文，或者MME省略(并且在本地去激活)这些上下文。条件可以是：如果上下文请求消息的发送方是除了MME以外的类型(例如，发送方是SGSN类型或者发送方是SGSN)，则MME省略与LIPA PDN连接有关的上下文，并且在本地去激活这些上下文。然而，将清楚的是，本文所描述的其他条件可能成立。备选地，如果MME包括上下文，则SGSN可以基于条件在本地去激活上下文。

这里所描述的方法比MME在流／步骤1之后基于条件在本地去激活上下文的方法更优选。如果UE仅具有LIPA PDN连接，则MME将不在UE移动到2G／3G之前去激活LIPA。原因是，一旦MME去激活LIPA PDN连接，UE就将被分离。

图12的网络元件和其他组件可以包括具有足够的处理能力、存储器资源和网络吞吐量能力来处理对其施加的必要工作负荷的任何通用或专用计算机。图16示出了可以适合于执行本文公开的一个或多个实施例的示例计算机系统1300。计算机系统1300包括处理器1332(其可以称作中央处理单元或CPU)，其与以下各项进行通信：存储设备(包括辅助存储设备1338、只读存储器(ROM)1336、随机存取存储器(RAM)1334)、输入／输出设备(I／O)1340、和网络连接设备1312。处理器可以实现为一个或多个CPU芯片。

辅助存储设备1338通常由一个或多个磁盘驱动器或磁带驱动器组成，并且用于对数据进行非易失性存储，并且如果RAM1334不够大到能够保存所有工作数据，则用作溢出数据存储设备。辅助存储设备1338可以用于存储当选择程序来执行时被装载到RAM1334中的这些程序。ROM1336用于存储在程序执行期间读取的指令和可能的数据。ROM1336是通常相对于大存储容量的辅助存储设备具有相对小的存储容量的非易失性存储设备。RAM1334用于存储易失性数据并且可能用于存储指令。对ROM1336和RAM1334的存取通常比对辅助存储设备1338的存取更快。

I／O设备1340可以包括打印机、视频监控器、液晶显示器(LCD)、触摸屏显示器、键盘、小键盘、开关、拨号盘、鼠标、跟踪球、语音识别器、读卡器、纸带读取器、或者其他公知的输入设备。

网络连接设备1312可以采取以下形式：调制解调器、调制解调器组、以太网卡、通用串行总线(USB)接口卡、串行接口、令牌环卡、光纤分布式数据接口(FDDI)卡、无线局域网(WLAN)卡、无线收发机卡(例如，码分多址(CDMA)和／或全球移动通信系统(GSM)无线收发机卡、和其他公知的网络设备)。这些网络连接设备1312可以使处理器1332能够与互联网或一个或多个内联网进行通信。通过这种网络连接，可以设想在执行上述方法步骤的过程中，处理器1332可以从网络接收信息，或者可以向网络输出信息。例如，可以从网络接收并且向网络输出通常表示为要使用处理器1332执行的指令序列的这些信息，这些信息具有具体实现在载波中的计算机数据信号的形式。

可以从网络接收并且向网络输出可以包括要使用例如处理器1332执行的数据或指令的此类信息，该信息具有具体实现在载波中的计算机数据基带信号或信号的形式。由网络连接设备1312生成的具体实现在载波中的基带信号或信号可以在电导体的表面中或之上、在同轴电缆中、在波导中、在光学介质(例如，光纤)中、或者在自由空间中传播。可以根据不同的序列来对包含在具体实现在载波中的基带信号或信号中的信息进行排序，所述序列适合于处理或生成信息或者发送或接收信息。可以根据本领域技术人员已知的多种方法来生成具体实现在载波中的基带信号或信号或者当前使用或此后开发的其他类型的信号(在本文中称作传输介质)。

处理器1332执行从硬盘、软盘、光盘(这些各种基于磁盘的系统可以被认为是辅助存储设备1338)、ROM1336、RAM1334、或网络连接设备1312存取的指令、代码、计算机程序、脚本。虽然仅示出了一个处理器1332，但是可以存在多个处理器。因此，虽然可以将指令讨论为由处理器执行，但是可以由一个或多个处理器同时、顺序地、或以其他方式执行这些指令。

下面的内容通过引用的方式并入本文以用于所有目的：第三代合作伙伴计划(3GPP)技术规范(TS)23.401、29.274和23.060。对于非3GPP接入，在一个实施例中，LIPA分离过程可以涉及不同的无线网络接入协议和不同的网络元件实体。

现在参见图17，示出了可以与本公开所选实施例一起使用的移动无线通信设备101的示例组件的示意框图。无线设备101被示出为具有用于实现上述特征的特定组件。要理解：仅为了示例目的，无线设备101被示出为具有非常特定的细节。

将处理设备(例如，微处理器128)示意性地示出在键盘114和显示器126之间耦合。响应于用户对键盘114上按键的致动，微处理器128控制显示器126的操作、以及无线设备101的整体操作。

无线设备101具有可以垂直伸长的外壳，或可以采用其他尺寸和形状(包括折叠式外壳结构)。键盘114可以包括模式选择按键，或用于在文本输入和电话输入之间切换的其他硬件或软件。

除了微处理器128之外，示意性地示出了无线设备101的其他部分。这些部分包括：通信子系统170；短距通信子系统102；键盘114和显示器126，以及其他输入／输出设备，包括：LED组104、辅助I／O设备组106、串口108、扬声器111和麦克风112；以及存储设备，包括闪存116和随机存取存储器(RAM)118；以及各种其他设备子系统120。无线设备101可以具有用于向无线设备101的有源元件供电的电池121。在一些实施例中，无线设备101是具有语音和数据通信能力的双向射频(RF)通信设备。此外，在一些实施例中，无线设备101具有经由互联网与其他计算机系统通信的能力。

在一些实施例中，由微处理器128执行的操作系统软件存储在持久存储器(例如闪存116)中，但是也可以存储在其他类型的存储设备(例如，只读存储器(ROM)或类似存储元件)中。此外，系统软件、特定设备应用或其部分可以临时地被加载到易失性存储器(例如，RAM118)中。无线设备101接收到的通信信号也可以存储在RAM118中。

微处理器128除了实现其操作系统功能之外，还能够执行无线设备101上的软件应用。可以在制造期间在无线设备101上安装控制基本设备操作的软件应用(例如语音通信模块130A和数据通信模块130B)的预定集合。此外，还可以在制造期间在无线设备101上安装个人信息管理器(PIM)应用模块130C。在一些实施例中，PIM应用能够组织并管理数据项目(例如电子邮件、日历事件、语音邮件、预约和任务项目。在一些实施例中，PIM应用也能够经由无线网络110发送和接收数据项目。在一些实施例中，PIM应用管理的数据项目可以经由无线网络110与主机计算机系统所存储的或关联的设备用户的对应数据项目无缝地集成、同步并更新。以及，可以在制造期间安装示出为另一软件模块130N的附加软件模块。

通信功能(包括数据和语音通信)通过通信子系统170来执行并且可能通过短距通信子系统102来执行。通信子系统170包括：接收机150、发射机152以及示出为接收天线154和发射天线156的一个或多个天线。此外，通信子系统170包括处理模块(例如数字信号处理器(DSP)158)和本地振荡器(LO)160。在一些实施例中，尽管可以将公共基带信号处理器(类似于DSP158)用于多个RAT的基带处理，通信子系统170包括用于每个RAT的单独天线布置(类似于天线154和156)以及RF处理芯片／块(类似于接收机150、LO160和发射机152)。通信子系统170的具体设计和实现取决于无线设备101想要操作于其中的通信网络。例如，无线设备101的通信子系统170可以被设计为与Mobitex^TM、DataTAC^TM或通用分组无线电服务(GPRS)移动数据通信网络一起操作，并也可被设计为与各种语音通信网络(例如，高级移动电话服务(AMPS)、时分多址接入(TDMA)、码分多址接入(CDMA)、个人通信服务(PCS)、全球移动通信系统(GSM)等等)中的任意网络一起操作。CDMA的示例包括1X和1x EV-DO。通信子系统170还可以被设计为与802.11Wi-Fi网络和／或802.16WiMAX网络一起操作。其他类型的数据和语音网络(分离的或集成的)也可以与无线设备101一起使用。

网络接入可以根据通信系统的类型而变化。例如，在Mobitex^TM和DataTAC^TM网络中，可以使用与每个设备相关联的唯一个人标识号(PIN)在网络上注册无线设备。然而，在GPRS网络中，网络接入通常与设备的订户或用户相关联。因此，为了在GPRS网络上操作，GPRS设备通常具有订户标识模块(通常称为订户标识模块(SIM)卡)。

当已经完成网络注册或激活过程时，无线设备101可以通过通信网络113发送和接收通信信号。向接收机150路由由接收天线154从通信网络113接收的信号，接收机151提供信号放大、下变频、滤波、信道选择等，并也可以提供模数转换。接收信号的模数转换允许DSP158执行更复杂的通信功能(例如，解调和解码)。以类似方式，DSP158处理(例如，调制和编码)向网络113发送的信号，然后将该信号提供给发射机152，以便进行数模转换、上变频、滤波、放大以及经由发射天线156向通信网络113(或多个网络)发送。

除了处理通信信号之外，DSP158还提供对接收机150和发射机152的控制。例如，可以通过在DSP158中实现的自动增益控制算法自适应地控制在接收机150和发射机152中向通信信号应用的增益。

在数据通信模式下，通信子系统170处理接收的信号(例如，文本消息或网页下载)，并将其输入到微处理器128。然后，进一步由微处理器128处理接收的信号，以便输出到显示器126或备选地输出到一些其他辅助I／O设备106。设备用户也可以使用键盘114和／或某个其他辅助I／O设备106(例如，触摸板、摇臂开关、拇指滚轮或某个其他类型的输入设备)等设备来编写数据项目(例如电子邮件消息)。然后，可以经由通信子系统170，在通信网络113上发送编写的数据项目。

在语音通信模式中，设备的整体操作与数据通信模式大致相似，区别在于：接收的信号被输出给扬声器111，并且由麦克风112产生用于发送的信号。也可以在无线设备101上实现备选的语音或音频I／O子系统(例如，语音消息记录系统)。此外，显示器126也可以用在语音通信模式下，例如用来显示呼叫方的身份、语音呼叫的持续时间或其他语音呼叫相关信息。

短距通信子系统102能够实现无线设备101和其他接近的系统或设备之间的通信，其他接近的系统或设备不需要一定是类似的设备。例如，短距通信子系统可以包括红外设备以及相关联的电路和组件、或蓝牙^TM通信模块，用于提供与支持类似功能的系统和设备的通信。

在其他实施例中，公开了一种计算机程序产品，其包括非瞬时计算机可读存储介质，非瞬时计算机可读存储介质具有体现在其中的计算机可读程序代码，其具有适合于被执行以在网络元件(例如，MME)处执行以下方法的指令：使用上下文请求消息或者对上下文请求消息的响应的内容来确定是否提供了LIPA服务连续性的方法，如实质上在上文中所描述的。为此，网络元件中的每一个可以被配置为尤其使用一个或多个处理器来转换如本文所描述的上下文请求消息或上下文响应消息的内容，其中，所述一个或多个处理器运行具体实现在电路和／或非瞬时存储介质设备(例如，RAM、ROM、闪存等等)中的一个或多个软件程序或模块，以与其他网络元件进行通信，从而接收和／或发送数据和消息。

应当理解，如本文所使用的在信号通信中的术语耦合、连接、电连接等可以包括在组件之间的直接连接、在组件之间的间接连接或这二者，这在特定实施例的整体上下文中是显而易见的。术语耦合预期包括(但不限于)直接电连接。

尽管参考所选通信系统来描述了本文公开的所述示例实施例，本公开不一定受限于示出了本公开的创造性方案的这些示例实施例，这些示例实施例适用于各种不同的网络连接布置。从而，上面公开的特定实施例仅是说明性的，且不应将其视为对本公开的限制，因为可以用不同但等价的方式来修改这些实施例，这对于从本文的教益中受益的本领域技术人员而言是显而易见的。因此，前述描述预期不将本公开限制为阐述的具体形式，而是相反地，预期覆盖由所附权利要求定义的本公开的精神和范围内包括的这种备选、修改和等价物，使得本领域技术人员应当理解他们可以在不脱离本公开的最宽形式的精神和范围的情况下，进行各种改变、替换和变更。

Claims

1.一种能够卸载用户平面业务的第一网络元件，所述第一网络元件被配置为：

接收包括第一非接入层“NAS”请求消息的第一消息，所述第一NAS请求消息是从用户设备“UE”接收到的，所述第一消息包括一个或多个第一指示符，所述一个或多个第一指示符包括作为局域网的一部分的第三网络元件的第一标识符；

向第二网络元件发送分组数据协议“PDP”上下文请求消息；

接收针对所述PDP上下文请求消息的响应，所述响应包括一个或多个分组数据网络“PDN”连接的信息，所述响应包括与所述一个或多个PDN连接中的至少一个PDN连接相关联的一个或多个第二指示符，所述一个或多个第二指示符包括作为局域网的一部分的第三网络元件的第二标识符；

将所述一个或多个第一指示符与所述一个或多个第二指示符进行比较，其中，所述比较包括确定所述第一标识符是否与所述第二标识符匹配；

响应于确定所述第一标识符与所述第二标识符不匹配；

基于所述比较的结果向所述UE发送第二消息，其中，所述第二消息是以下各项中的至少一项：(a)针对所述第一NAS请求消息的响应或针对第二NAS请求消息的响应，或者(b)与执行由所述第一网络元件发起的用于分离所述UE的过程相关联的第三消息；以及

响应于确定所述第一标识符与所述第二标识符匹配，确定不支持针对被路由至本地网关的用户平面业务的专用承载或辅助分组数据协议“PDP”上下文，

其中，所述一个或多个PDN连接是在从作为局域网的一部分的第四网络元件接收到请求之后激活的，以及来自所述第四网络元件的请求包括来自所述UE的另一NAS消息以及所述一个或多个第二指示符。

2.根据权利要求1所述的第一网络元件，其中，所述第一NAS请求消息是位置更新请求消息或路由更新请求消息之一。

3.根据权利要求1所述的第一网络元件，其中，针对所述第一NAS请求消息的所述响应或者针对所述第二NAS请求消息的所述响应是以下各项中的一项：

针对位置更新请求消息的响应；

针对路由更新请求消息的响应；或者

针对专用承载或辅助分组数据协议PDP上下文的请求的响应，所述专用承载或辅助PDP上下文与被路由至本地网关的所述用户平面业务相关联。

4.根据权利要求2所述的第一网络元件，其中，针对所述第一NAS请求消息的所述响应是以下各项中的一项：

包括具有原因代码的拒绝消息的位置更新消息；或者

包括具有原因代码的拒绝消息的路由更新消息。

5.根据权利要求1所述的第一网络元件，其中，与所述一个或多个第二指示符相关联的上下文包括与用户平面业务路由有关的上下文。

6.根据权利要求1所述的第一网络元件，其中，确定不支持针对被路由至本地网关的用户平面业务的专用承载或辅助分组数据协议“PDP”上下文是基于从预订数据库接收的预订信息的。

7.根据权利要求1所述的第一网络元件，其中，确定不支持针对被路由至本地网关的用户平面业务的专用承载或辅助分组数据协议“PDP”上下文是基于针对所述PDP上下文请求消息的所述响应中的指示的。

8.根据权利要求7所述的第一网络元件，其中，基于指示的检测包括：在针对所述PDP上下文请求消息的所述响应中检测到不存在所述指示。

9.根据权利要求1所述的第一网络元件，其中，所述第一指示符或所述第二指示符中的每一个包括以下各项中的一项或多项：小区的标识、封闭订户组“CSG”的标识、互联网协议“IP”地址、或者第三网络元件的标识符。

10.根据权利要求1所述的第一网络元件，其中，将所述一个或更多个第一指示符与所述一个或多个第二指示符进行比较包括：确定所述第一指示符中没有一个与所述一个或多个第二指示符相匹配。

11.根据权利要求1所述的第一网络元件，其中，将所述一个或更多个第一指示符与所述一个或多个第二指示符进行比较包括：确定所述第一指示符中的至少一个未能与所述第二指示符中的至少一个相匹配。

12.根据权利要求1所述的第一网络元件，其中，在经由第三网络设备从UE接收到针对连接的请求之后，激活所述上下文，以及所述针对连接的请求包括第三NAS消息和所述一个或多个第二指示符。

13.一种卸载用户平面业务的方法，包括：

由第一网络元件接收包括第一非接入层“NAS”请求消息的第一消息，所述第一消息包括一个或多个第一指示符，所述一个或多个第一指示符包括作为局域网的一部分的第三网络元件的第一标识符；

由所述第一网络元件向第二网络元件发送分组数据协议“PDP”上下文请求消息；

由所述第一网络元件接收针对所述PDP上下文请求消息的响应，所述响应包括一个或多个分组数据网络“PDN”连接的信息，所述响应包括与所述一个或多个PDN连接中的至少一个PDN连接相关联的一个或多个第二指示符，所述一个或多个第二指示符包括作为局域网的一部分的第三网络元件的第二标识符；

由所述第一网络元件将所述一个或多个第一指示符与所述一个或多个第二指示符进行比较，其中，所述比较包括确定所述第一标识符是否与所述第二标识符匹配；

响应于确定所述第一标识符与所述第二标识符不匹配；以及

由所述第一网络元件基于所述比较的结果来发送第二消息，其中，所述第二消息是以下各项中的至少一项：(a)针对所述第一NAS请求消息的响应或针对第二NAS请求消息的响应，或者(b)与执行由所述第一网络元件发起的用于将UE与第一网络分离的过程相关联的第三消息，以及