住宅/企业网络连接管理和切换场景 |
|||||||
| 申请号 | CN201180057194.3 | 申请日 | 2011-09-27 | 公开(公告)号 | CN103229547B | 公开(公告)日 | 2016-05-11 |
| 申请人 | 黑莓有限公司; | 发明人 | 陈振豪; 崔农; 斯蒂法诺·法辛; | ||||
| 摘要 | 住宅/企业网络连接管理和切换场景。在不支持针对LIPA/SIPTOPDN连接的服务连续性的情况下，提供了用于在UE移出住宅/企业网络 覆盖 之外时管理LIPA和/或SIPTO连接释放的方法、系统和设备。为了处理由于不提供针对LIPA/SIPTO PDN连接的服务连续性所引起的问题，由MME/SGSN在HeNB/HNB中创建的PDN连接/PDP上下文包括与UE相关的上下文信息，该上下文信息指示这种连接是否是LIPAPDN连接PDN连接。具体地，当MME(1708)从源基站(1704)接收切换 请求 (17-1)时，如果确定激活PDN连接至LIPAPDN连接并且不支持向目标小区的LIPA PDN连续性，则MME(1708)拒绝切换并向源基站(1704)发送(17-2)失败消息。 | ||||||
| 权利要求 | 1.一种在无线通信网络的移动管理节点中的方法，所述方法包括： |
||||||
| 说明书全文 | 住宅/企业网络连接管理和切换场景[0001] 相关申请的交叉引用 技术领域[0003] 本公开大体上涉及通信系统及其操作方法。在一个方案中，本公开涉及用于管理由用户设备的移动而导致的本地IP接入(LIPA)连接释放的方法、系统和设备。 背景技术[0004] 在第三代合作伙伴计划(3GPP)中，正在针对移动核心网和毫微微小区(femtocell)之间的接口来开发标准，毫微微小区是小型蜂窝基站，通常被设计为在家庭或小型企业中使用。家庭NodeB(HNB)、家庭eNB(HeNB)和毫微微小区是针对通用移动电信系统(UMTS)和长期演进(LTE)演进UMTS陆地无线接入网(E-UTRAN)引入的概念，用于改进室内和微小区覆盖，以及利用通往“家庭”的有线线路回程。在3GPP之外将毫微微小区广泛用于表示具有非常小覆盖的任何小区，且通常安装在私人所在地中(私人或公司或住宅/企业)。家庭NodeB(HNB)、家庭eNB(HeNB)和毫微微小区可以具有住宅或企业IP网络。术语“HeNB/HNB”，或统称为H(e)NB，在3GPP中使用时具有特定含义，即，该小区是封闭订户组(CSG)或混合小区。家庭节点B(HNB)指通过UTRAN无线空中接口将3GPP UE连接到移动运营商网络(例如，使用宽带IP回程)的客户所在地设备。家庭演进节点B(HeNB)指通过E-UTRAN无线空中接口将3GPP UE连接到移动运营商的网络(例如，使用宽带IP回程)的客户所在地设备。 [0005] CSG标识运营商的被许可接入公共陆地移动网络(PLMN)的一个或多个小区(但具有受限接入)的订户。H(e)NB子系统支持本地IP接入，从而为经由H(e)NB子系统(即，使用H(e)NB无线接入)连接的支持IP的用户设备(UE)提供对相同住宅IP网络或企业IP网络中其他支持IP的实体的接入。尽管在3GPP规范中不重要，术语“宏小区”广泛用于表示除了CSG小区之外的小区。本文描述的作为不是CSG小区的小区的示例包括NodeB(NB)和演进NodeB(eNB)。 [0006] HeNB/HNB功能的一个方面是将接入限于特定用户的能力。例如，可以在部署了HeNB的公司地点上将接入限于该公司的雇员，可以将接入限于特定咖啡连锁店的顾客，或(在私人家中部署了HeNB的情况下)将接入限于个人。为了实现该功能，3GPP已定义了封闭订户组(CSG)的概念。CSG小区是指示其是CSG小区(借助系统信息中广播的1比特)并广播CSG ID(也在系统信息中)的小区。小区可以仅指示1个(或没有)CSG ID，然而多个小区可以共享CSG ID。可以将UE设备预订至多个CSG。UE可以例如是移动终端，例如(但不限于)：蜂窝电话、个人数据助理(PDA)、或启用无线的计算机。预订在本质上可以是临时的(例如，咖啡店允许顾客接入其CSG一个小时)。 [0007] 还正在针对选择IP业务卸载(SIPTO)的概念来开发3GPP标准，SIPTO允许互联网业务从毫微微小区直接流向互联网，绕过运营商的核心网。SIPTO用于将所选类型的IP业务(例如，互联网业务)向接近UE对接入网的附着点的定义IP网络进行卸载。SIPTO适用于针对宏蜂窝接入网和针对毫微微小区子系统的业务卸载。SIPTO PDN连接指示了PDP上下文或PDN连接，该PDP上下文或PDN连接允许将所选类型IP业务(例如，互联网业务)向接近UE对接入网的附着点的定义IP网络进行卸载。SIPTO适用于针对宏蜂窝接入网和针对毫微微小区子系统的业务卸载。 [0008] 此外，正在针对本地IP接入(LIPA)来开发标准，LIPA允许经由毫微微小区连接的支持IP的UE直接接入本地住宅/公司IP网络中其他支持IP的设备。LIPA PDN连接指示了PDP上下文(在GERAN或UTRAN毫微微小区连接到GPRS核心网的情况下)或PDN连接(在E-UTRAN毫微微小区连接到GPRS核心网的情况下)，该PDP上下文或PDN连接提供了针对位于毫微微小区子系统的本地住宅/公司IP网络中的服务的接入。 [0009] 连接类型指示了为分组数据协议(PDP)上下文或PDN连接提供的连接的类型，且应用于在宏小区中建立的连接(在该情况下，其可以是远程连接-即，与位于运营商核心网中的GGSN/PDN GW的连接，--或SIPTO连接或远程IP接入(RIPA)连接)和在H(e)NB中建立的连接(在该情况下，其可以是SIPTO连接或LIPA连接)。 [0010] 本地IP接入(LIPA)针对经由H(e)NB(即，使用H(e)NB无线接入)连接的支持IP的UE提供了对相同住宅/企业IP网络中的其他支持IP的实体的接入。本地IP接入的业务预期不经过除了H(e)NB之外的移动运营商的网络。 [0011] 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连接或LIPAPDP上下文是MME基于来自UE的针对LIPA连接的请求以及基于HeNB的CSG ID来对连接到HeNB的UE授权对PDN GW的连接的PDN连接。备选地，LIPA PDN连接或LIPA PDP上下文是通过UE请求LIPA连接类型“LIPA”以及MME向UE通知提供的连接类型来激活的PDN连接。 [0012] LIPA PDN连续性指UE在H(e)NB中驻留或连接时具有LIPA PDN连接/PDP上下文，在移动至另一个H(e)NB或宏小区时维持连接。 [0013] 如果演进分组核心(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-本地的。 [0014] H(e)NB网关是移动网络运营商的设备(通常物理上位于移动运营商所在地)，通过该设备，H(e)NB获得对移动运营商的核心网的接入。对于HeNB，HeNB网关是可选的。 [0015] 在3GPP TR 23.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的元素和通信参考点的更详细的描述。 [0016] HNB110：HNB110使用Iuh115接口来提供RAN连接，支持NodeB和大多数无线网络控制器(RNC)功能，以及还支持通过Iuh115进行HNB认证、HNB-GW发现、HNB注册和UE注册。HNB110保护去往/来自SeGW的通信。 [0017] HNB GW120：HNB GW120用于RNC将其自身向核心网(CN)呈现为HNB连接的集中器，即，HNB GW120提供针对控制平面的集中功能，并提供针对用户平面的集中功能。HNB GW120支持非接入层(NAS)节点选择功能(NNSF)。 [0018] Uu175：在UE170和HNB110之间的Uu接口。 [0019] Iuh115：在HNB110和HNB GW120之间的接口。对于控制平面，Iuh115使用HNBAP协议来支持HNB注册、UE注册以及错误处理功能。对于用户平面，Iuh支持用户平面传输承载处理。 [0020] Iu-CS124：在HNB GW120和电路交换(CS)核心网之间的标准Iu-CS接口。 [0021] Iu-PS126：在HNB GW120和分组交换(PS)核心网之间的标准Iu-PS接口。 [0022] D135：在移动交换中心/访问位置中心(MSC/VLR)130和归属位置寄存器/归属订户服务器(HLR/HSS)160之间的标准D接口。 [0023] Gr/S6d145：在服务GPRS支持节点(SGSN)140和HLR/HSS160之间的标准Gr接口。 [0024] C1185：在CSG列表服务器(CSG列表服务器)150和支持CSG的UE170之间的可选接口。使用空中(OTA)信令来更新具有版本8(Rel-8)通用订户标识模块(USIM)的UE170上的允许CSG列表。在一些实施例中，使用开放移动联盟(OMA)设备管理(DM)来更新具有版本8之前USIM的UE170上的允许CSG列表。 [0025] 能够支持3GPP标准的版本8功能的UE可以支持CSG功能并维持允许CSG标识的列表。在UE不属于任何CSG的情况下该列表可以是空的。 [0026] HeNB的每个小区可以属于最多一个CSG。HeNB的小区有可能属于不同的CSG，且因此具有不同的CSG ID。 [0027] 向MME提供允许CSG列表作为CSG订户的预订数据的一部分。 [0028] 可以根据附着过程、跟踪区域更新(TAU)过程、服务请求和分离过程的结果，或通过应用级机制(如OMA DM过程)在UE中更新允许CSG列表。 [0029] 在附着、组合附着、分离、服务请求和TAU过程期间，MME执行针对通过CSG小区接入的UE的接入控制。 [0030] 如果不允许UE接入CSG小区，则网络向UE通知拒绝原因。 [0031] 当用户手动选择UE中的允许CSG列表所不包括的CSG ID时，可以由UE立刻触发经由所选CSG小区的TAU过程，以允许MME执行CSG接入控制。 [0032] 在针对E-UTRAN CSG小区的跟踪区域标识(TAI)分配上没有限制。因此，普通小区(非CSG小区)和CSG小区有可能可以共享相同的TAI或具有不同的TAI。此外，具有不同CSG ID的CSG小区有可能可以共享相同的TAI或具有不同的TAI。具有相同CSG ID的CSG小区也有可能可以共享相同的TAI或具有不同的TAI。 [0033] TAI列表的概念也适用于CSG小区。TAI列表可以包括与CSG小区相关的TAI和与非CSG小区相关的TAI。UE在TAI列表中不区分这些TAI。 [0034] 对于HeNB GW部署的情况，HeNB GW中支持的TAI是在该HeNB GW下的CSG小区所支持的TAI的聚合。 [0035] 现在将参照图2～4来描述用于HeNB CSG小区的若干架构。从图2开始，示出了包括专用HeNB GW在内的HeNB接入网200的架构模型。在所示网络200中，单一UE270通过参考点LTE-Uu275与HeNB210通信。HeNB210还通过参考点S1215与HeNB网关(HeNBGW)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的元素和通信参考点的更详细的描述。 [0036] HeNB210：HeNB210支持的功能可以与eNB(可能除了非接入层(NAS)节点选择功能(NNSF)之外)支持的功能相同，且在HeNB和演进分组核心(EPC)之间运行的过程可以与在eNB和EPC之间运行的过程相同。HeNB210保护去往/来自SeGW240的通信。 [0037] HeNB GW220：HeNB GW220作为控制平面(C平面)的集中器，具体地，S1-MME接口224。HeNB GW可以可选地终止向HeNB210以及向S-GW240的用户平面，并提供用于在HeNB210和S-GW240之间中继用户平面数据的中继功能。在一些实施例中，HeNB220支持NNSF。 [0038] S-GW240：安全网关240是可以实现为分离的物理实体或与现有实体共址的逻辑功能。S-GW240保护来自/去往HeNB210的通信。 [0039] LTE-Uu275：在UE270和HeNB210之间的标准LTE-Uu接口。 [0040] S1-MME224：如果不使用HeNB GW220，在HeNB210和MME230之间定义的S1-MME224接口。如果HeNB GW220存在，如图2所示，HeNB GW220可以使用向HeNB(S1215)和MME(S1-MME224)的S1-MME接口。 [0041] S1-U226：取决于网络单元的布置，在HeNB210、HeNB GW220和服务网关(S-GW)240之间定义的S1-U数据平面。来自HeNB210的S1-U226接口可以在HeNB GW220处终止，或可以使用在HeNB和S-GW之间的直接逻辑U平面连接。 [0042] S11245：在MME230和S-GW240之间的标准接口。 [0043] S6a235：在MME230和HSS260之间的标准接口。 [0044] C1285：在CSG列表服务器250和支持CSG的UE270之间的可选接口。使用OTA来更新具有版本8USIM的UE270上的允许CSG列表。使用OMADM来更新具有版本8之前的USIM的UE上的允许CSG列表。 [0045] 参见图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通信。 [0046] 参见图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通过参考点C1485与CSG列表服务器450通信。 [0047] 传统上，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/685651(于2010年1月11日提交)和美国专利申请No.12/685662(于2010年1月11日提交)中描述了与PDN连接建立和切换过程相关的附加信号流信息，将这两个申请均以引用的方式并入本文中，如同在本文中充分阐述。 [0048] 如上所述，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连接和普通连接之间的差异。 [0049] 参见图5，示出了在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。 [0050] 在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的一方来管理。 [0051] 参见图6，示出了在HeNB小区中使用的示例逻辑架构网络1100的示意图，其示出了本地IP连接。所示网络1100实质上与图2相同，只是添加了连接到S-GW240的PGW296、连接到PGW296的PDN298、以及具有由圆形所限定的所示覆盖区域的家庭网络204。LIPAPDN连接经由点线208被示出为从UE270通过HeNB210至本地服务206。经由核心网(HeBN210、HeNB GW220、S-GW240和PGW296)的普通PDN连接经由虚线205被示出为从UE270至PDN298。在HeNB场景中，UE270还使用由HeNB210提供的CSG列表来确定其对HeNB网络204的接入权。 [0052] 如将意识到的，本领域中的相关3GPP规范包括题为“Local IP Access&Selected IP 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阐述了基于使用本地PDN连接在H(e)NB内执行的业务中断(breakout)的与本地IP接入和选择IP业务卸载相关的公开的所选实施例的架构原理、以及通过NAT在H(e)NB处的本地IP接入和选择IP业务卸载。题为“Architectural Requirements of Internet Offload”的3GPP S2-095900引入了以下架构要求：可以在没有用户交互的情况下执行业务卸载，以及最小化通过引入业务卸载对现有网络实体和过程的影响。 [0053] 除了前述之外，题为“Internet offload for macro network”的3GPP S2-096013引入了附加的SIPTO解决方案，其支持针对UMTS宏和HNB子系统的SIPTO。在图7的示意图中示出了该附加SIPTO解决方案，图7示出了在Iu-PS处部署的业务卸载功能(TOF)1208的示例逻辑架构。在所示架构中，TOF1208位于Iu-PS，且向RNC1206和SGSN1210提供标准Iu-PS接口。基于不同级别的运营商策略(例如，按用户、按APN、按服务类型、按IP地址等等)，由NAT和SPI/DPI来启用选择IP业务卸载。可以经由例如OAM来配置策略。针对卸载业务和非卸载业务支持一个PDN连接或PDP上下文，同时还允许针对卸载业务和非卸载业务使用不同的PDN连接或PDP上下文(例如，通过基于APN来选择业务)。TOF1208包括多个功能。首先，TOF1208探查NAS和RANAP消息，以获取订户信息并建立本地UE上下文。TOF1208还基于上述信息来决定要应用的卸载策略(例如，在附着和PDP上下文激活过程期间)。此外，如果卸载策略匹配，则TOF1208将上行链路业务从GTP-U隧道中拉出，并执行NAT，以卸载业务。TOF1208还可以对接收到的下行链路卸载业务执行反向NAT，并将其插回正确的GTP-U隧道。 [0054] 在支持H(e)NB子系统的本地IP接入、针对H(e)NB子系统的选择IP业务卸载、以及针对宏网络的选择IP业务卸载的题为“Local GW Based Architecture”的3GPP S2-096015中还引入了基于本地网关的架构解决方案。该解决方案适用于以下两种类型方案：对于SIPTO和非SIPTO业务使用分离的APN，以及对于SIPTO和非SIPTO业务使用公共的APN。在图8的示意图中示出了本地网关解决方案，图8示出了针对SIPTO和LIPA的3GPP接入的非漫游架构的建议扩展的示例逻辑架构。在所示架构中，本地网关(L-GW)1306与(H)eNB1304共址。在L-GW1306和PDN GW1310之间，配置本地GW扩展隧道1326。L-GW1306执行去往/来自外部PDN(例如，互联网、企业或家庭NW)的网关和路由(等价于SGi)。此外，L-GW1306执行通过扩展隧道1326去往/来自PDN GW1310的IP分组的隧道传输(例如，基于GTP、PMIP、IP封装IP或其他)。L-GW1306还执行IP地址处理(或IP地址分配和向PDN GW传输，或备选地从PDN GW接收IP地址并进行NAT)，以及在本地中断的使用方面与(H)eNB1304进行协调(触发eNB用于本地业务处理)。L-GW1306还实现了对将本地中断用于上行链路业务的决定功能(可选地，其可以是eNB的一部分)。如将意识到的，L-GW1306不是移到eNB/E-UTRAN的PDN GW，而是仅包含最小功能。 [0055] 在使用L-GW1306的情况下，通过在针对匹配本地业务的标准的APN的PDN连接建立时建立扩展隧道1326，来增强PDN GW1310的功能。此外，PDN GW1310通过扩展隧道1326来转发业务，且去往/来自S5/S8隧道，并执行IP地址处理(或从L-GW获得IP地址，或备选地向L-GW传送)。 [0056] 在(H)eNB1304处，向L-GW1306提供了针对由(H)eNB1304所服务的小区的UE接入状态信息。此外，(H)eNB1304实现了对将本地中断用于上行链路业务的决定功能(基于APN)。在使用图8所示的增强架构的情况下，可以管理在3GPP和非3GPP接入之间的移动，因为在UE1302离开(H)eNB1304时，PDN GW1310始终在路径上，意味着可以照常由PDN GW1310来处理向非3GPP接入切换的移动支持功能。因此，不需要将这种功能提供作为L-GW1305的一部分或在(H)eNB1304中。此外，有可能针对PDN-GW1310中的LIPA/SIPTO处理来实现动态控制(仅在建立扩展隧道1326之后才切换)。 [0057] 因此，需要用于管理LIPA连接释放以克服本领域中如上所概述的问题的改进方法、系统和设备。在参考以下附图和具体实施方式来审阅本申请的剩余部分之后，传统过程和技术的其他限制和缺点对于本领域技术人员将变得显而易见。 附图说明[0058] 当结合以下附图来考虑后续具体实施方式时，可以理解本公开并获得其多个目的、特征和优点，在附图中： [0059] 图1是在HNB小区中使用的示例逻辑架构的示意图； [0060] 图2是在HeNB小区中使用的示例逻辑架构的示意图，其中，网络包括专用HeNB GW； [0061] 图3是在HeNB小区中使用的另一示例逻辑架构的示意图，其中，网络不包括专用HeNB GW； [0062] 图4是在HeNB小区中使用的又一示例逻辑架构的示意图，其中，网络包括用于C平面的HeNB GW； [0063] 图5是在HNB小区中使用的示例逻辑架构的示意图，其示出了本地IP连接； [0064] 图6是在HeNB小区中使用的示例逻辑架构的示意图，其示出了本地IP连接； [0065] 图7是用于在Iu-PS处部署选择IP业务卸载的示例逻辑架构的示意图； [0066] 图8是针对SIPTO和LIPA的3GPP接入的非漫游架构的建议扩展的示例逻辑架构的示意图； [0067] 图9是HeNB子系统中业务流的示意图，其中，UE具有至少LIPAPDN连接； [0068] 图10是HeNB子系统中业务流的示意图，其中，UE移动到HeBN覆盖之外； [0069] 图11是示出了当UE具有至少一个LIPA/SIPTO PDN连接和经过核心网的附加PDN连接时，在从HeNB切换到目标E-UTRAN小区期间的LIPA/SIPTO PDN断开过程的信号流程图； [0070] 图12是示出了在释放PDN连接并向UE发送分离请求消息的MME处接收到切换请求时，用于隐式分离UE的LIPA/SIPTO PDN断开过程的信号流程图； [0071] 图13是示出了实现为服务请求过程的一部分的LIPA/SIPTO PDN断开过程的信号流程图，其中，MME向除了LIPA/SIPTO承载之外的所有EPS承载提供承载； [0072] 图14是示出了在响应于UE的服务请求触发新的PDN连接的情况下的LIPA/SIPTO PDN断开过程的信号流程图； [0073] 图15是示出了在电路交换回退(CSFB)呼叫导致MME发送具有零个激活PDN连接的初始UE上下文建立消息以将UE和网络隐式分离的情况下的LIPA/SIPTO PDN断开过程的信号流程图； [0074] 图16是示出了在电路交换回退(CSFB)呼叫导致MME发送指示PS HO不可能的HO拒绝消息以将UE和网络隐式分离的情况下的LIPA/SIPTO PDN断开过程的信号流程图；以及[0075] 图17是示出了移动无线通信设备的示例组件的示意框图，该移动无线通信设备可以与本公开的所选实施例一起使用。 具体实施方式[0076] 在针对LIPA/SIPTO PDN连接不支持服务连续性的情况下，提供了用于在UE移动到住宅/企业网络覆盖之外时管理LIPA和/或SIPTO连接释放的方法、系统和设备。在UE仅具有作为LIPA PDN连接的一个PDN连接的所选实施例中，当UE离开住宅/企业网络覆盖时自动释放该连接将使得UE与网络分离，因为UE不具有PDN连接。为了处理由于未针对LIPA/SIPTO PDN连接提供服务连续性所引起的问题，由MME/SGSN在HeNB/HNB中创建的PDN连接/PDP上下文包括与UE相关的上下文信息，该上下文信息指示这种连接是否是LIPAPDN连接PDN连接。此外，每个UE可以被配置为：如果由于从H(e)NB(其中，UE以LIPA连接到这种PDN)移动至目标小区(其中，不提供LIPA连续性)而导致网络断开PDN连接，则重新连接(或不重新连接)到与特定APN或服务相对应的PDN。在所选实施例中，UE可以被配置为包含：(1)对是否需要重新连接由于缺少LIPA服务而断开的任何PDN的指示；(2)在由于缺少LIPA服务连续性而断开PDN的情况下需要重新连接PDN的APN列表；(3)对LIPA服务连续性的可用性的指示；(4)针对具有特定特性的PDN连接的指示符的列表；(5)对在不允许具有不充足凭证的紧急呼叫的情况下是否允许断开非LIPA的指示；和/或(6)对UE是否保留至少两个PDN连接的指示，其中PDN连接之一或至特定APN或至缺省APN。 [0077] 下面将参照附图来详细描述本公开的各种说明性实施例。尽管在以下描述中阐述了各种细节，应当意识到：可以在没有这些特定细节的情况下实现本公开，且可以对本文所述公开内容进行多个实现方式特定判定以实现设备设计者的特定目的，例如，符合加工技术或设计相关约束，其将根据不同实现方式而变化。尽管这种开发努力可能是复杂和消耗时间的，其不过是获取了本公开的教益的本领域普通技术人员所进行的日常工作。例如，以框图和流程图形式示出了所选方案，而不是详细示出，以避免限制本公开或使得本公开不突出。此外，在计算机存储器内数据的算法或操作的意义上呈现本文提供的详细描述的一些部分。本领域技术人员使用这种描述和表示向本领域其他技术人员描述和传达其工作的主旨。现在下面将参照附图来描述本公开的各种说明性实施例。 [0078] 正在进行中的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)NBsubsystems”的3GPP S1-100321的版本10规定了：不支持LIPA连接至宏网络的移动，而支持/要求LIPA连接在相同住宅/企业网络中的H(e)NB之间的移动。此外，题为“SIPTO requirements common for macro network and H(e)NB subsystems”的3GPP S1-100321的版本10规定了：应当支持SIPTO连接在宏网络中的移动，以及可以支持从H(e)NB到宏的移动以及在H(e)NB之间的移动。 [0079] 考虑到在UE离开住宅/企业网络覆盖时与维持LIPA连接的服务连续性相反的首选项，存在多个不同问题导致不想要的UE断开。如下面更完全解释的，这些释放问题具有多个维度，包括：当在已连接模式下存在UE移动时具有PS服务的问题、当在已连接模式下存在UE移动时由CSFB过程触发的问题、以及当在空闲模式下存在UE移动时具有或不具有ISR的问题。在讨论这些问题时，应当考虑也适用于版本10之前的UE的LIPA机制(即，不知晓LIPA连接的UE，如在网络基于预订简档或网络决定向UE提供LIPA连接且UE不知晓这种决定时发生的情况)。对于这种UE，不能修改NAS信令和机制以解决所标识的问题。 [0080] 为了说明UE断开问题，现在参考图9～10，图9～10示意性地示出了在UE移动出HeNb企业网络覆盖时的LIPA PDN连接的释放，其中，除非明确指示，否则术语“PDN连接”指涉及HeNB的PDN连接以及涉及HNB的PDP上下文。具体地，图9是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连接是LIPAPDN连接1430。 [0081] 为了说明UE断开问题，现在参考图10，图10示出了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连续性。从而，图10示出了UE1416向存在宏覆盖的第二位置1516移动，尽管UE1416还可以移动至不支持LIPAPDN连续性的另一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对来自不同小区的寻呼进行响应时等等。 [0082] 在E-UTRAN中，UE必须维持至少一个PDN连接，使得UE被视为附着至网络。如果不存在PDN连接，UE与网络分离。图10示出了在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。 [0084] 已连接模式下的移动。存在当UE具有NAS已连接模式移动时的主动切换的情况下出现的多个问题情况。 [0085] 在示例问题情况下，已连接模式UE1416具有LIPA PDN连接或SIPTO连接/SIPTO PDN连接1430。当已连接模式UE1416从HeNB覆盖1420(其直接连接到住宅/企业网络1402)移出到目标E-UTRAN小区的第二位置1516处(例如，不支持LIPA连续性的eNB小区1412或另一HeNB小区)，源HeNB1420基于来自UE1516的测量报告做出决定，以将UE切换(HO)到目标小区1412。HeNB1420向MME1414发送HO要求消息。由于HO要求消息包含目标ID，MME1414确定在目标小区1412处不继续LIPA/SIPTO服务(例如，基于目标小区是宏小区或不同CSG中的H(e)NB的事实)。基于该确定，MME1414释放LIPA/SIPTO PDN连接1430，但是现有规范未指定MME1414如何处理LIPA/SIPTO PDN连接释放。 [0086] 在另一问题情况下，已连接模式UE1416从HeNB1420切换到应当不支持LIPA PDN连续性的GERAN/UTRAN小区(未示出)。示例将发生在仅具有LIPA PDN连接1430的UE1416执行向不支持LIPA连续性的GERAN/UTRAN的IRAT HO时。在该情况下，如果释放LIPAPDN连接，则UE可以变得与网络分离或不具有PDP上下文，但是现有规范并未规定如何处理IRAT HO。此外，如果UE1416具有在源小区中除了LIPA PDN连接1430之外的其他PDN连接，则LIPA PDN连接1430需要在该IRAT HO期间断开。在网络(SGSN)和UE之间包含与激活PDN连接/PDP上下文相关的信息在内的上下文信息可能不同步一段时间，直到UE执行新的RAU且在UE和SGSN之间同步上下文。在上下文不同步的情况下，UE不正确地将与LIPA连接相对应的PDP上下文视为依然激活。 [0087] 在另一问题情况下，已连接模式UE1416从HNB小区或覆盖(未示出)移动至不提供LIPA PDN连续性的目标(例如，GERAN/UTRAN)小区。示例将发生在UE处于HNB覆盖下且其具有LIPA/SIPTO PDP上下文时。如果不支持服务连续性，当SGSN检测到UE移出HNB覆盖时将释放PDP上下文。然而，在网络(SGSN)和UE之间的包含与激活PDN连接/PDP上下文相关的信息在内的上下文信息可能不同步一段时间，直到执行新的RAU且在UE和SGSN之间同步上下文。由于不同步的上下文，其时UE将与LIPA连接相对应的PDP上下文视为依然激活。 [0088] NAS-空闲UE的移动。存在当在空闲模式移动期间LIPA连接断开以及UE在执行H(e)NB之外的空闲移动之后进入NAS已连接模式时出现的多个问题情况。 [0089] 在第一问题情况下，UE1416从HeNB小区覆盖1420移动至不提供连续性的目标小区1412(例如，eNB或HeNB小区)处的第二位置1516。在移动至目标小区之后，UE1516可以在不直接连接到住宅/企业网络的目标(例如，E-UTRA)小区中执行服务请求。当经由目标小区从UE接收到服务请求(SR)时，MME1414确定其不能向该SR提供服务，且需要释放LIPA PDN连接 1430。MME1414通过拒绝该服务请求且如果UE具有其他激活PDN连接则断开该LIPA PDN连接，来释放LIPA PDN连接1430。另一方面，如果UE在其进入ECM-空闲模式之前仅具有LIPAPDN连接，则LIPAPDN连接的释放导致UE不具有任何剩余的激活PDN连接，导致MME将UE与网络分离，同时不能正确地通知UE，因为当前规范不要求MME指示为什么UE被分离。 [0090] 在另一问题情况下，UE1416从HeNB1420移动至GERAN/UTRAN(未示出)。在该情况下，空闲模式UE在不提供LIPA服务连续性的E-UTRAN小区中执行跟踪区域更新(TAU)。具体地，UE将在以下时间执行空闲模式下的TAU：(1)当UE进入不在UE在上一次注册(附着或TAU)时从MME获得的TAI的列表中的新跟踪区域(TA)时；以及(2)周期性TA更新定时器已到期时。如果在UE执行TAU时目标小区不直接连接到住宅/企业网络，MME需要断开激活LIPAPDN连接，但是当前规范并未规定MME在LIPA连接存在时如何操作，因为MME需要释放这种PDN连接。 [0091] 在另一问题情况下，UE从HNB移动至GERAN/UTRAN。在该情况下，空闲模式UE(其具有通过HeNB的至少一个LIPA PDN连接)执行路由区域更新。具体地，当UE进入新的路由区域(RA)以及当RAU定时器到期时，UE执行RAU。在RAU期间，新的SGSN向原MME发送上下文请求消息，且MME以上下文响应消息来响应。当确定UE已移动至不能支持LIPAPDN连续性的小区时，网络断开LIPA连接，但是当前规范并未规定MME或SGSN是否应触发断开以及如何触发。 [0092] 在激活空闲移动下发现连接丢失的延迟。在使用或不使用空闲模式信令缩减(ISR)的情况下，当在已丢失连接的发现中存在延迟时空闲模式移动导致出现多个问题情况。 [0093] 在示例问题情况中，UE1416在HeNB1420和eNB1412之间移动，或在HNB和宏GERAN/UTRAN之间移动，或在属于不同CSG的不提供LIPA连续性的HeNB(相应HNB)之间移动。如果UE在空闲模式下在路由区域(RA)/跟踪区域(TA)中移动时，UE不执行NAS信令以向网络注册其位置。如果在UE执行任何NAS信令或UE发送数据之前存在显著延迟，则UE意识不到其已丢失了连接，这可能是个问题，例如对于在不能传输要向UE传输的数据时的推送服务。 [0094] 在另一问题情况下，UE从HeNB移动至ISR激活的GERAN/UTRAN小区。当UE执行从H(e)NB到不支持LIPA PDN连接且ISR激活的小区的空闲移动时且UE在ISR区域中移动时，UE不执行NAS信令以向网络注册其位置，且因此在UE执行任何NAS信令之前(除非其需要发送数据)且在UE意识到其丢失了连接之前，可以是长时间。这种连接的丢失对于推送服务可以是问题，因为不能传输要向UE传输的数据。此外，如果UE正在使用利用LIPA PDN连接或利用LIPA PDN连接的缺省承载向UE传输数据的推送服务时，UE将不能接收任何推送的数据，直到其意识到其已断开且直到其已执行了恢复动作，例如重新附着。由于RAU(将同步UE和SGSN上下文)或推送服务的保持存活机制可以在空闲模式移动之后很久才发生，UE将不接收从推送服务推送的任何数据，而如果已向UE通知了LIPA PDN的断开，其可以使用新的PDP上下文从目标小区恰当地重新连接到推送服务。 [0095] 在激活模式移动下发现连接丢失的延迟。在已丢失连接的发现中存在延迟时激活模式移动导致出现多个问题情况。 [0096] 在示例问题情况下，当ISR激活时，已连接模式下的UE从HeNB移动至GERAN/UTRAN，导致连接丢失的发现中的延迟。如果执行RAT间HO并发现其本身不具有给定PDP上下文的RAB的UE被允许依然将PDP上下文视为激活，则该问题存在。当对于非LIPA PDN激活的UE执行从H(e)NB小区覆盖到不支持LIPA PDN连接的目标(例如，GERAN/UTRAN)小区的切换时，将与LIPA PDN连接相对应的PDP上下文断开。当ISR激活时，如果切换是切换到ISR区域中的RA，UE将在切换结束时不执行RAU。然而，除非立刻通知UE，否则UE可能认为与LIPA PDN相对应的PDP上下文依然连接，因为即使不存在针对这种连接的激活RAB，UE依然认为该PDP上下文激活。如果UE正在使用通过LIPA PDN连接的某个推送服务，则UE将不能接收到任何推送的数据，直到其意识到其已经被断开。此外，由于RAU(将同步UE和SGSN上下文)或推送服务的保持存活机制可以切换之后很久才发生，UE将丢失从推送服务推送的任何数据，而如果已向UE通知了LIPA PDN的断开，其可以使用新的PDP上下文从目标小区恰当地重新连接到推送服务。 [0097] 在另一问题情况下，已连接模式下的UE从HNB小区覆盖移动至宏(例如，GERAN/UTRAN)小区覆盖，导致连接丢失发现中的延迟。如果UE执行从HNB到不支持LIPA PDN连接的目标GERAN/UTRAN小区的切换，则断开PDP上下文。然而，UE可以不执行RAU作为切换的一部分，在该情况下，UE和SGSN在激活PDP上下文信息方面是不同步的。 [0098] 空闲模式移动的断开的延迟。存在与其他问题情况正交的定时相关问题，且解决方案可以使空闲模式移动和激活模式移动都受益。在该情况下，当UE1416移出H(e)NB1420的覆盖之外时，在检测到时释放LIPA连接，然后当UE1416移回H(e)NB1420的覆盖之内时重新建立LIPA连接。然而，可以存在以下情况：UE1416可以很快返回H(e)NB1420，或可以保持在H(e)NB1420和宏覆盖之间来回移动。在这些场景下，将反复建立和释放LIPA连接，导致巨大的信令开销。因此，为了优化UE1416相对快地返回H(e)NB1420的场景，可能需要延迟当UE14160移出H(e)NB1420之外时对LIPA连接的释放。 [0099] 由电路交换回退触发的到GERAN/UTRAN的切换。存在在连接到HeNB的UE能够针对CSFB服务来进行组合附着时出现的大量问题情况，例如在CSFB触发到GERAN/UTRAN的切换时。 [0100] 在示例问题情况下，UE可以具有LIPA PDN连接以及通过核心网的零个或更多非LIPAPDN连接。当针对移动发起(MO)或移动端接(MT)服务来触发CSFB时，HeNB可以触发数据承载的PS HO，且网络可允许该PS HO，因为目标小区支持DTM和PS HO作为CSFB过程的一部分。在该情况下，网络切换非LIPA PDN连接，并断开LIPAPDN连接，或如果仅存在LIPA PDN连接，MME拒绝PS HO。如果MME拒绝PS HO，针对MO或MT的CSFB将因此失败。在PS HO可能，但是UE或网络不能支持DTM的情况下，则在发起条件时，将挂起GERAN PS承载。如果目标小区是GERAN小区且在目标小区中不支持DTM，UE将挂起PS承载(包括与LIPAPDN连接相对应的PS承载)。一旦终止了触发CS回退的CS服务，UE可以移回E-UTRAN并恢复PS承载，或可以停留在GERAN中并恢复PS承载。如果UE移回原始H(e)NB，则可以基于当前CSFB和EPS机制来恢复LIPA PDN连接。例如，当UE执行向MME的NAS信令时(例如，使用服务请求或TAU)，MME恢复挂起的承载。 [0101] 在另一问题情况中，UE可以具有LIPA PDN连接以及通过核心网的零个或更多非LIPAPDN连接。当针对MO或MT服务来触发CSFB时，可以不执行数据承载的PS HO。如果不执行PS HO作为回退过程的一部分，且UE已挂起了PS承载，且如果UE移回E-UTRAN，则UE执行对MME的NAS信令(例如，服务请求或TAU)。UE可以移回与原始HeNB小区不同的目标E-UTRAN小区。这种目标E-UTRAN小区可以是宏小区或具有不同CSG ID的HeNB。假定在原始HeNB(即，创建LIPA PDN连接的HeNB)和目标HeNB之间不允许针对LIPA PDN连接的服务连续性(即，移动)，则MME确保LIPA PDN连接断开。此外，如果目标E-UTRAN小区是宏小区，则MME确保LIPA PDN连接断开。 [0102] 在未来网络中维持LIPA PDN连接。在版本10之后的网络中，将启用LIPA连续性，因此将存在与维持LIP PDN连接相关联的问题。在这种未来情况下，UE将需要知道其是否正在连接到支持LIPA连续性的网络。因此，UE不能知道在移出H(e)NB的覆盖时是否提供会话连续性。考虑到与LIPA连接释放相关联的前述问题情况，本文描述和公开了多种可以应用于管理所标识连接释放问题的解决方案。例如，在大多数情况中，在UE移动到H(e)NB的覆盖之外时，可以将MME发起的PDN连接释放过程(以及类似地SGSN发起的PDP上下文去激活过程)与用于释放PDN连接的切换过程相结合。然而，存在下文公开的其他解决方案，其中，当在HeNB/HNB中创建PDN连接/PDP上下文时，MME/SGSN在与UE相关的上下文信息中存储对这种连接是否是LIPA PDN连接PDN连接的指示。此外，该解决方案包括在以下方面配置UE(例如由运营商或用户来配置)：如果由于从UE以LIPA连接到这种PDN的H(e)NB移动到不提供LIPA连续性的目标小区而导致网络将这种PDN连接断开，是否重新连接与特定APN或服务相对应的PDN。备选地，UE可以被配置为不重新连接由于UE移动而断开的PDN。 [0103] 实施例的描述 [0104] 在所选实施例中，运营商使用OMA DM管理对象(MO)来配置UE，以包含对是否需要重新连接由于缺少LIPA服务连续性而断开的任何PDN的指示。如果由于缺少LIPA服务连续性而断开PDN，则UE还可以被配置为包含需要重新连接PDN的APN的列表。在其他实施例中，UE被配置为包含对LIPA服务连续性的可用性的指示(即，仅在UE是CSG成员的CSG小区之间或如果不漫游或如果到宏的移动发生或如果到宏的移动发生+开放CSG小区发生)。缺省地，可以将该指示设置为某个值，例如设置为无LIPA服务连续性可用。UE还可以被配置为包含具有特定特性的PDN连接的指示符的列表(即，对PDN连接可以用于IMS的指示或请求在来自网络的响应消息中接收P-CSCF的指示)。如果不允许未具有不足凭证的紧急呼叫，配置的UE还可以包含对是否允许断开非LIPA的指示，和/或包含对UE是否保持至少两个PDN连接的指示，其中，当不在操作的PS模式2下时，PDN连接之一是到特定APN或缺省APN的(已知由非PGW来端接)。 [0105] 在所选实施例中，当UE激活LIPA PDA连接时，MME存储CSGID和该LIPA PDN连接的APN的对，其中，在CSG ID小区处激活LIPA PDN连接。在其他实施例中，当UE激活LIPA PDP上下文时，SGSN存储CSG ID和该LIPA PDP上下文的APN的对，其中，在CSGID小区处激活LIPA PDP上下文。在一些实施例中，UE激活LIPA PDN连接或UE激活LIPA PDP上下文包括：UE向MME发送PDN连接请求，或MME从UE接收PDN连接请求，或UE向MME发送附着请求，或MME从UE接收附着请求，或UE向SGSN发送PDP上下文请求，或SGSN从UE接收PDP上下文请求。 [0106] 如本文所使用的，LIPA PDN连接是MME针对连接到HeNB的UE，基于来自UE的针对LIPA连接的请求以及基于HeNB的CSG ID而授权连接到PDN GW的PDN连接。备选地，LIPAPDN连接是通过UE请求LIPA连接类型“LIPA”以及MME向UE通知提供的连接类型来激活的PDN连接。 [0107] 在本方案中，TAU过程始终由UE来发起，且用于多个目的，包括：当UE具有至少一个LIPA PDN连接时，针对源小区是CSG小区且目标小区不是CSG小区的UE移动，将UE EPS承载上下文与MMEEPS承载上下文同步。TAU过程还用于：当UE具有至少一个LIPA PDN连接时，针对源小区是CSG小区且目标小区是CSG小区以及目标小区的CSG-ID不是源小区的CSG-ID的UE移动，将UE EPS承载上下文与MME EPS承载上下文同步。 [0108] 实施例：在切换期间分离UE。根据所选实施例，另一解决方案处理了从HeNB到宏E-UTRAN或不支持LIPA连续性的另一HeNB的已连接模式移动的情况。在该解决方案中，当不支持LIPA连续性时，在HeNB和目标E-UTRAN小区之间切换期间，MME隐式地去激活LIPA PDN连接。备选地，在执行切换之后，MME显式地去激活LIPA PDN连接。在该解决方案中，UE检测到其已丢失LIPA PDN连接，因为在目标小区中将不存在该PDN的RAB。 [0109] 在本情况下所应用的假设是：(1)不支持LIPA的服务连续性；(2)UE处于ECM-已连接模式；(3)由于UE的移动而应当执行HO；(4)目标小区属于宏eNB或未连接到住宅/企业网络的另一HeNB(其他CSG)；(5)不涉及MME重定位；以及(6)UE具有至少两个PDN连接：一个是LIPA PDN连接，另一个是通过核心网的PDN连接。 [0110] 在这些实施例中公开的解决方案提供了处理在UE具有至少一个LIPA/SIPTO PDN连接和经过核心网的附加PDN连接时在HeNB和目标E-UTRAN小区之间的基于S1的HO过程的方式。如果针对HO需要MME重定位，MME重定位就发生在(在图11中描述的)步骤16-1之后，且其不影响过程的其余部分。 [0111] 在切换期间的LIPA PDN连接的隐式去激活 [0112] 在参考图11中信号流程图描述的第一实施例中，其中，UE1602具有PDN连接中作为LIPA/本地SIPTO连接的一个PDN连接，MME1608执行切换，但是MME1608不允许在目标小区中为LIPA PDN连接分配RAB。MME1608不执行针对UE1602的任何显式NAS信令以去激活LIPAPDN连接。在切换之后，UE1602自动释放LIPA PDN连接，因为不为其分配RAB。对于版本10UE和后续版本，UE检测到尚未分配RAB的PDN连接是LIPA连接，且基于策略或配置信息(例如，可以由运营商或用户提供)来决定是否为该APN请求新的PDN。 [0113] 在操作中，当HeNB1604通过向MME1608发送包括与目标小区相关的信息在内的切换请求来触发到目标小区的切换时，MME1608基于MME中的UE上下文信息(包括具有LIPA指示的预订信息、当前CSG、LIPA连接的当前状态等等)以及与目标小区相关的信息(例如，技术类型、CSG ID)来确定存在作为LIPA PDN连接的激活PDN连接。此外，MME1608确定不能支持向目标小区的LIPA PDN连续性。为了隐式地去激活该连接，在切换准备期间，MME1608在目标小区中不请求为该LIPA PDN连接分配RAB。这样，UE1602执行切换，并检测到在目标小区中尚未针对LIPA PDN连接来分配无线承载。这样，UE1602确定已释放了LIPA PDN连接。此外，UE1602基于配置信息或运营商策略或用户策略，确定是否需要在目标小区中重新激活PDN连接。 [0114] 在图11所示的信号流程1600中，在信号流16-1处，第一或源HeNB1604向MME1608发送切换要求(直接转发路径可用性、源至目标透明容器、目标eNB标识、目标TAI、S1AP原因)。在信号流16-2处，MME1608确定针对该LIPA/SIPTO PDN连接不支持服务连续性，且MME1608针对所有LIPA/SIPTO PDN连接发起PDN断开过程。 [0115] 在信号流16-3处，MME1608向目标eNB1606发送切换请求(要建立的EPS承载、AMBR、S1AP原因、源至目标透明容器、切换限制列表)消息。该消息不包含属于已释放的LIPA/SIPTO PDN连接的EPS承载。该消息创建了目标eNB1606中的UE上下文，包括关于承载的信息，以及安全上下文。对于每个EPS承载，要建立的承载包括用户平面的服务GW地址和上行链路TEID、以及EPS承载QoS。在答复中，在信号流16-4处，目标eNB1606向MME1608发送切换请求肯定应答(EPS承载建立列表、未能建立的EPS承载列表、目标至源透明容器)消息。EPS承载建立列表包括在目标eNB处分配给S1-U参考点(每个承载一个TEID)上下行链路业务的地址和TEID的列表以及用于接收转发数据的地址和TEID(如果需要)。 [0116] 在信号流16-5处，MME1608向HeNB1604发送切换命令(目标至源透明容器、服从转发的承载、要释放的承载)消息。服从转发的承载包括分配用于转发的地址和TEID的列表。要释放的承载包括要释放的承载的列表。 [0117] 在信号流16-6处，HeNB1604使用目标至源透明容器来构造并向UE1602发送切换命令。当接收到该消息时，UE1602将移除在目标小区中并未接收到对应EPS无线承载的任何EPS承载。在UE1602已成功与目标小区同步之后，其在信号流16-7处向目标eNB1606发送切换确认消息。可以向UE1602发送从HeNB1604转发的下行链路分组。此外，可以从UE1602发送上行链路分组，其被转发到目标服务GW1612以及继续转发至PDN GW1614。最终，在信号流16-8处，目标eNB1606向MME1608发送切换通知(TAI+ECGI)消息。 [0118] 在切换之后的LIPA PDN连接的显式去激活 [0119] 在参考图11中的信号流程图来描述的第二实施例中，其中，UE1602具有LIPA连接，MME1608执行常规切换，但是通过使用标识LIPA PDN的指示来触发MME发起的PDN断开来去激活LIPA PDN连接，其中，该指示还可以提供特定理由/原因。MME1608可以在执行切换期间或切换之后执行上述操作。如果不提供特定原因，版本10+UE检测到这是LIPA连接并请求针对该APN的新PDN，或自动请求，或基于策略来请求。如果给出特定原因，则UE基于策略进行反应。 [0120] 在操作中，当HeNB1604通过向MME1608发送包括与目标小区相关的信息在内的切换请求来触发到目标小区的切换时，MME1608基于MME中的UE上下文信息(包括具有LIPA指示的预订信息、当前CSG、LIPA连接的当前状态等等)以及与目标小区相关的信息(例如，技术类型、CSG ID)来确定存在作为LIPA PDN连接的激活PDN连接。此外，MME1608确定不能支持向目标小区的LIPA PDN连续性。为了显式地去激活该连接，MME1608触发切换，当切换完成时，MME1608通过触发MME发起的PDN断开来去激活LIPA PDN连接。MME1608可以包括用于去激活的特定理由/原因。 [0121] 实施例：拒绝切换。根据所选实施例，参考图12描述了另一解决方案，并处理了从HeNB到宏E-UTRAN或不支持LIPA连续性的另一HeNB的已连接模式移动的情况。在该解决方案中，取代进行HO过程，MME1708基于知晓所有激活PDN连接是不提供服务连续性的连接和与目标小区相关的信息(例如，技术类型、CSG ID)，拒绝来自第一或源HeNB1704的HO请求，释放PDN连接，并向UE1702发送分离请求消息。因此，UE1702可以重新附着。该解决方案包括：当执行切换时，MME1708“知晓”LIPA PDN连接的存在。 [0122] 在本情况下应用的假设是：在本情况下所应用的假设是：(1)UE激活的所有PDN连接是LIPA或SIPTO PDN连接；(2)不支持LIPA的服务连续性；(3)UE处于ECM-已连接模式；(4)由于UE的移动而应当执行HO；(5)目标小区属于宏eNB或未连接到住宅/企业网络的另一HeNB(其他CSG)；以及(6)不涉及MME重定位。 [0123] 在所公开的实施例中，管理在切换情况下的LIPA/SIPTO PDN连接的释放，但是取代进行HO切换，MME拒绝来自源HeNB的HO切换请求，释放PDN连接，并向UE发送分离请求消息，它们都基于知晓所有激活PDN连接是不提供服务连续性的连接和与目标小区相关的信息(例如，技术类型、CSG ID)。因此，UE可以重新附着到HeNB或eNB。如将要意识到的，这些解决方案应用于以下情况：MME从HeNB接收HO要求消息，且由此发现在目标小区(其可以是GERAN/UTRAN)处不提供LIPA/SIPTO服务连续性以及UE仅具有LIPA PDN连接。由于IRAT HO的原因是UE的移动，UE可以重新附着到2G/3G网络，因为E-UTRAN可能不可用。 [0124] 参考图12中信号流程图来描述所选实施例，其中，UE1702具有LIPA/本地SIPTO连接。当HeNB1704通过向MME1708发送包括与目标小区相关的信息在内的切换请求来触发到目标小区的切换时，MME1708基于MME中的UE上下文信息来确定激活PDN连接是LIPAPDN连接。MME1708基于MME中的UE上下文信息(包括具有LIPA指示的预订信息、当前CSG、LIPA连接的当前状态等等)和与目标小区相关的信息(例如，技术类型、CSG ID)来确定不能支持向目标小区的LIPA PDN连续性。此外，MME1708拒绝切换请求，并向UE1702发送指示“重新附着要求”的分离请求。在接收到指示“重新附着要求”的分离请求时，连接到HeNB1702且具有作为LIPAPDN连接的至少一个激活PDN连接的UE1702确定被选择执行附着的小区是否是UE在接收到分离请求时连接到的H(e)B。如果该小区不是HeNB(即，CSG小区)或属于不同CSG的小区，UE基于配置信息或运营商策略或用户策略来确定在HeNB中作为LIPA PDN连接曾激活的PDN连接在附着时或附着之后是否需要在目标小区中被重新激活。 [0125] 在图12所示的信号流程1700中，在信号流17-1处，第一或源HeNB1704向MME1708发送切换要求(直接转发路径可用性、源至目标透明容器、目标eNB标识、目标TAI、S1AP原因)。在信号流17-2处，MME1708变得知晓激活连接是不允许向目标小区的连续性的PDN连接，并向eNB1702发送HO失败消息。此外，MME1708通过向S-GW1710发送删除会话请求来发起LIPAPDN释放过程。在信号流17-3处，MME1708向UE1702发送具有分离类型“重新附着要求”的分离请求消息。在信号流17-3处，UE1702向MME1708以分离响应消息来响应。在信号流17- 4处，UE1702在通过随机接入过程来建立到第二或目标eNB1706的RRC连接之后向MME1708发送附着请求消息。之后执行附着过程的其余部分。 [0126] 实施例：执行切换但是省略LIPA PDN连接信息。根据所选实施例，另一解决方案处理了从HeNB到GERAN/UTRAN的已连接模式移动的情况。在该解决方案中，MME通过按照当前解决方案来执行切换，对从HeNB接收到的HO要求消息进行响应。然而，当MME向目标SGSN发送转发重定位请求时，MME省略与LIPA/SIPTO PDN连接相关的信息，使得目标SGSN不针对对应LIPA PDN连接来创建PDP上下文。在示例实施例中，如果源MME/SGSN具有与LIPA相关的一个或多个EPS PDN连接IE，且源MME/SGSN基于运营商配置而学习到目标SGSN/MME不知晓LIPA，则源MME/SGSN从转发重定位请求消息中省略与LIPA相关的EPS PDN连接IE。 [0127] 在本情况下所应用的假设是：(1)UE具有穿过核心网的至少一个PDN连接以及一个或多个LIPA PDN连接；(2)由于移动而导致RAT间HO发生；以及(3)不支持针对LIPA/SIPTO的服务连续性。 [0128] 在本解决方案中，当MME从HeNB接收到HO要求消息时，MME基于从HeNB获得的小区信息以及MME中的UE上下文信息(包括具有LIPA指示的预订信息、当前CSG、LIPA连接的当前状态等)以及与目标小区相关的信息(例如，技术类型、CSG ID)，知晓在目标(GERAN/UTRAN)小区中不支持LIPA/SIPTO服务连续性。在具有该知识的情况下，MME按照当前解决方案来执行切换，但是当MME向目标SGSN发送转发重定位请求时，MME省略与LIPA/SIPTO PDN连接相关的信息，使得目标SGSN不创建针对对应LIPA PDN连接的PDP上下文。在HO过程的结束时，UE执行与目标SGSN的RAU，其在UE和SGSN之间同步上下文信息。源MME清除L-GW(LS-GW和LP-GW)上的LIPA/SIPTO PDN连接。 [0129] 在操作中，HeNB触发到目标小区的切换，并向MME发送包括与目标小区相关的信息在内的切换请求。响应于此，MME基于MME中的UE上下文信息(包括具有LIPA指示的预订信息、当前CSG、LIPA连接的当前状态等)以及与目标小区相关的信息(例如，技术类型、CSG ID)，确定存在作为LIPA PDN连接的激活PDN连接。此外，MME基于MME中的UE上下文信息(包括具有LIPA指示的预订信息、当前CSG、LIPA连接的当前状态等)以及与目标小区相关的信息(例如，技术类型、CSG ID)，确定不能支持向目标小区的LIPA PDN连续性。因此，MME省略向目标SGSN发送的转发重定位请求中与LIPA/SIPTO PDN连接相关的信息，使得不创建针对这种连接的PDP上下文。在UE执行切换和RAU并检测到在目标小区中尚未针对LIPAPDN连接创建PDP上下文时，UE确定(例如，基于配置信息或运营商策略或用户策略)在目标小区中是否需要重新激活PDN连接。 [0130] 实施例：在发送初始上下文建立请求消息之前MME释放LIPA/SIPTO PDN连接[0131] 根据所选实施例，参考图13来描述另一解决方案，并处理UE在H(e)NB之外执行空闲移动之后进入NAS已连接模式的情况下的NAS空闲模式移动的情况。在该解决方案中，如果UE1802从针对在HeNB中之前建立的LIPA PDN连接不提供LIPA/SIPTO服务连续性的小区向MME1806发送服务请求(SR)，MME1806在向目标eNB1804发送初始上下文建立请求消息之前，释放LIPA/SIPTO PDN连接。 [0132] 在本情况下应用的假设是：(1)在UE进入空闲模式之前，UE具有经过核心网的PDN连接以及LIPA PDN连接；(2)不支持LIPA和SIPTO本地的服务连续性；(3)在UE发送服务请求之前，UE处于ECM-空闲模式；以及(4)不涉及MME重定位。 [0133] 在操作中，UE1802从针对在HeNB中之前建立的LIPA PDN连接不提供LIPA/SIPTO服务连续性的小区向MME1806发送服务请求(信号流18-1)。当从UE1802接收到SR时，MME1806发现UE1802连接到不提供LIPA/SIPTO服务连续性的小区。在MME1806向目标eNB1804发送初始上下文建立请求消息之前(信号流18-3)，在MME1806处通过向除了LIPA承载之外的所有EPS承载提供承载(如果存在不是LIPA PDN连接的PDN连接)，来处理服务请求(信号流18-2)。该过程的其余部分(信号流18-4至18-9)符合UE发起的服务请求过程。 [0134] 实施例：LIPA PDN连接建立 [0135] 根据所选实施例，参考图14来描述另一解决方案，且处理UE在HeNB之外执行空闲移动之后进入NAS已连接模式的NAS空闲模式移动的情况。在该解决方案中，LIPA PDN连接是MME基于来自UE的针对LIPA连接的请求以及基于HeNB的CSG ID来针对连接到HeNB的UE授权对PDN GW的连接的PDN连接。备选地，LIPAPDN连接是通过UE请求LIPA连接类型“LIPA”以及MME向UE通知提供的连接类型来激活的PDN连接。备选地，LIPA PDN连接是向UE提供针对位于本地住宅/公司IP网络中的服务的接入的PDN连接或PDP上下文。 [0136] 在该解决方案中，如果UE2002从针对在HeNB中之前建立的LIPA PDN连接不提供LIPA/SIPTO服务连续性的小区向MME2008发送服务请求，且UE2002仅具有LIPAPDN连接，则MME2008通过发送新PDN连接请求消息来命令UE2002发起另一PDN连接。这是基于引入新的NAS消息的想法。从而，如果网络/MME从不是CSG小区的小区或具有与UE激活LIPA PDN连接的小区的CSG标识不同的CSG标识的CSG小区中的UE接收到服务请求，则网络/MME返回服务拒绝消息。备选地，如果网络从不是CSG小区的小区或具有与MME从UE接收到针对LIPAPDP上下文的激活PDP上下文请求的小区的CSG标识不同的CSG标识的CSG小区中的UE接收到服务请求，则网络返回服务拒绝消息。 [0137] 在本情况下应用的假设是：(1)在UE进入空闲模式之前，UE仅具有LIPAPDN连接；(2)不支持LIPA和SIPTO本地的服务连续性；(3)在UE发送服务请求之前，UE处于ECM-空闲模式；以及(4)不涉及MME重定位。 [0138] 在操作中，UE2002向MME2008发送服务请求(信号流20-1)，或者在UL分组到达时，或者作为对寻呼消息的响应。在信号流20-2，MME2008向UE2002发送新PDN连接请求消息(该消息暗示作为LIPA PDN连接的现有PDN连接不可用)，或发送具有新原因“要求新PDN连接”的服务拒绝消息(将注意到：已定义了新PDN连接请求消息，因此该解决方案不适用于版本10之前的UE)。在信号流20-3处，UE2002通过本地释放现有LIPA PDN连接对消息加以响应，并通过向MME发送PDN连接请求来发起PDN连接建立(信号流20-3)。如果所有激活PDP上下文是LIPA PDP上下文，则UE可以在附着过程中使用与对应于激活LIPA PDP上下文的APN不同的APN。对于新的PDN连接，将基于UE的本地策略来选择APN。 [0139] 当发送新PDN连接请求消息时，MME2008可以使用通知过程向UE2002通知与使用EPS承载上下文或以请求过程交互的上层相关的事件。如果UE2002指示其支持通知过程，当PDN连接存在或过程交互正在进行中，网络可以在任何时间发起过程。例如，MME2008可以通过向UE2002发送通知消息来发起通知过程。当UE2002接收通知消息时，UE2002中的ESM协议实体向上层提供具有两个值之一的通知指示符。第一值可以用于表示取消切换且执行会话重新建立。第二值可以用于表示无激活PDN连接可用且需要重新建立PDN连接。 [0140] 在所选实施例中，如果MME从不是CSG小区的小区中的UE接收到服务请求且UE具有至少一个LIPA PDN连接，MME发送服务拒绝消息，并指示需要新的PDN连接。在其他实施例中，如果MME从具有与UE激活一个或多个PDN连接的小区的CSG标识不同的CSG标识的CSG小区中的UE接收到服务请求，MME发送服务请求消息，并指示需要新的PDN连接。响应于此，UE执行UE请求的PDN连接过程。在仅具有LIPAPDN连接且从MME接收到需要新的PDN连接的消息的UE的情况下，UE可以在UE请求的PDN连接过程中使用与对应于LIPA PDN连接的APN不同的APN。 [0141] 在其他实施例中，如果MME/网络从不是CSG小区的小区中的UE接收到服务请求且MME确定UE具有至少一个LIPA PDP上下文，或如果MME/网络从具有与UE激活一个或多个LIPAPDP上下文的小区的CSG标识不同的CSG标识的CSG小区中的UE接收到服务请求，MME发送服务拒绝消息并指示“无PDP上下文激活”。响应于此，UE本地去激活所有激活的PDP和MBMS上下文，并进入GMM-注册.普通服务状态。UE还可以激活PDP上下文以替换任何之前激活的PDP上下文，且还可以执行激活任何之前激活的组播服务所需的过程。如果当MME/网络指示“无PDP上下文激活”时UE仅具有LIPA PDP上下文且如果UE激活PDP上下文来替换任何之前激活PDP上下文，则UE不应当在激活PDP上下文请求中请求激活LIPA PDP上下文。如果将特定APN用于LIPA，UE应当在激活PDP上下文请求消息中使用与对应于LIPA PDN上下文的APN不同的APN。 [0142] 在其他实施例中，如果网络从具有与UE激活一个或多个LIPAPDP上下文的小区的CSG标识不同的CSG标识的CSG小区的UE接收到服务请求，或如果MME从具有与UE激活一个或多个LIPA PDN连接的小区的CSG标识不同的CSG标识的CSG小区的UE接收到服务请求，或如果UE从不是CSG小区的小区发送服务请求且UE具有至少一个LIPA PDN连接，则MME发送服务拒绝消息并指示隐式分离。响应于此，UE删除等效PLMN的列表，并进入EMM-注销.普通服务状态。UE删除任何映射的EPS安全上下文或部分原生EPS安全上下文，然后执行新的附着过程。如果在UE接收到“隐式分离”消息时UE仅具有LIPA PDN连接，UE可以在附着过程中使用与对应于LIPA PDN连接的APN不同的APN。如果UE支持A/Gb模式或Iu模式，UE还针对使用具有相同值的GMM原因来拒绝组合路由区域更新过程时的情况来处理GMM状态。如将要意识到的，对于非EPS服务而言，操作的CS/PS模式1或CS/PS模式2下的UE依然是IMSI附着的。 [0143] 如果接受与所请求的PDN的连接，MME2008存储MME2008从UE2002接收到PDN连接请求消息的小区的CSG标识。类似地，如果MME2008接受CSG小区中所请求的PDP上下文，MME2008存储UE激活PDP上下文的小区的CSG标识。在信号流20-4至20-0，如所示的来执行PDN连接建立过程。当完成PDN连接建立过程时，MME2008发起LIPAPDN连接释放过程(信号流20-10)。 [0144] 根据所选实施例，描述了另一解决方案，其处理了在UE从HNB移动到GERAN/UTRAN的NAS空闲模式移动的情况。在该解决方案中，UE向新的SGSN发送RAU请求。在答复中，如果SGSN不具有针对该UE的上下文信息，SGSN向原MME或原SGSN发送上下文请求消息。原MME或原SGSN使用上下文响应消息来响应，并基于以下详细定义的算法来决定是否传递与LIPA PDN连接或LIPA PDP上下文相关的信息。 [0145] 在本情况下应用的假设是：(1)不支持LIPA PDN连接的服务连续性；以及(2)在UE进入空闲模式之前，UE具有作为LIPA PDN连接的至少一个PDN连接。 [0146] 在操作中，新的SGSN通过向原SGSN或原MME发送上下文请求消息对RAU请求进行响应。原SGSN/MME以上下文响应消息来响应。在上下文响应消息中，MME/SGSN UE EPS PDN连接IE包含与针对UE的激活PDN连接及其对应EPS承载相关的详细信息。MME/SGSN可以包括或可以不包括与LIPA PDN连接/PDP上下文相对应的上下文信息。MME对是否传递LIPA PDN连接的上下文信息的决定如下。如果支持LIPA服务连续性或MME确定新的SGSN能够处理LIPA服务(即，SGSN是版本10或更新的版本)，则MME传递LIPA PDN上下文信息。否则，MME不传递LIPA PDN上下文信息。如果MME或原SGSN不向新SGSN传递LIPAPDN连接或LIPAPDP上下文信息，则新SGSN发起针对LIPA PDP上下文的PDP上下文断开过程，以保持状态信息同步。 [0147] 如果SGSN确定UE具有不是LIPA PDP上下文的至少一个PDP上下文，且确定UE具有至少一个LIPA PDP上下文，且SGSN已从不是CSG小区的小区或从具有与激活LIPA PDP上下文的CSG小区不同的CSG标识的CSG小区中的UE接收到路由区域更新请求消息，以及如果UE是RRC已连接，但在跟踪区域更新过程期间仅创建了信令承载，则SGSN接受路由区域更新请求。 [0148] 实施例：CS回退触发的到GERAN/UTRAN的切换： [0149] 根据所选实施例，参照图15来描述附加解决方案，并处理在不存在PS HO且存在移动端接呼叫时由CS回退触发的到GERAN/UTRAN的切换的情况。在操作中，仅具有激活的LIPA PDN连接的UE2102在CSFB过程期间触发到GERAN/UTRAN的PS HO。响应于此，MME2108基于目标小区是GERAN/UTRAN且UE仅具有LIPA PDN连接的事实，决定针对PS承载不应当执行PS HO。在将UE2102重定向至GERAN/UTRAN之后，MME2108保持UE上下文信息，直到UE执行RAU。 [0150] 如下所述，第二示例实施例在MME何时发起小区重新选择过程的方面不同于第一示例实施例。第二示例实施例还覆盖了RAT间切换的一般情况。 [0151] 在所选实施例中，UE2102仅具有LIPA/SIPTO PDN连接。当由于CSFB而触发从HeNB2104到GERAN/UTRAN的HO时，从MME2108到HeNB2104的初始UE上下文建立请求指示PS HO不可用。HeNB2104通过使用网络辅助小区改变或通过触发具有重定向到GERAN/UTRAN的RRC信令连接释放，通知向UE2102移入目标GERAN/UTRAN小区。 [0152] 在信号流21-1，MME2108通过SGs接口从MSC2112接收寻呼请求(IMSI、VLR、TMSI、位置信息)消息。然后MME2108在所有TA中寻呼UE。 [0153] 在信号流21-2，MME2108向每个eNodeB发送寻呼消息。该寻呼消息包括合适的UE标识(即，S-TMSI或IMSI)和指示哪个域(CS还是PS)发起了寻呼消息的CN域指示符。在该情况下，MME应当将其设置为“CS”。 [0154] 在信号流21-3，寻呼过程的无线资源部分发生，由此eNodeB2104向UE2102发送寻呼消息。该消息包含合适的UE标识(即，S-TMSI或IMSI)和CN域指示符。 [0155] 在信号流21-4，UE2102建立RRC连接并向MME2108发送扩展服务请求(CS回退指示符)。UE2102在RRC信令中指示其S-TMSI。扩展服务请求消息被封装在RRC和S1-AP消息中。CS回退指示符向MME指示：应当执行针对该UE的CS回退。在移动发起(MO)的CSFB的情况下，不执行信号流21-1至21-3。 [0156] 在信号流21-5，MME2108向MSC2112发送包含对UE2102处于空闲模式(因此，例如，UE尚未接收到任何主叫线路标识信息)的指示在内的SGs服务请求消息。对SGs服务请求消息的接收使得MSC2112停止重新发送SGs接口寻呼消息。 [0157] 在信号流21-6，MME2108发送S1-AP：初始UE上下文建立(UE能力、CS回退指示符和其他参数)，以向eNodeB通知：将UE2102移动至UTRAN/GERAN。MME2108基于UE仅具有LIPA PDN连接且不支持LIPA服务连续性的事实来确定不能执行PS HO，并在该消息中指示PS HO不可用于UE2102。eNB应当以S1-AP：初始UE上下文建立响应消息(未示出)来答复。由于HeNB2104确定PS HO不可用，取代向MME2108发送HO要求消息，HeNB2104执行信号流21-7a或21-7b。 [0158] 在信号流21-7a中，如果目标小区是GERAN，HeNB2104可以通过向UE2102发送RRC消息来触发到GERAN相邻小区的RAT间小区改变命令(可选地具有网络辅助小区改变(NACC))。RAT间小区改变命令可以包含向UE2102指示由于CS回退请求而触发了小区改变命令的CS回退指示符。 [0159] 在信号流21-7b，取代PS HO或NACC，HeNB2104可以触发具有重定向至GERAN或UTRAN的RRC连接释放。如果UE2102和网络支持“具有到GERAN/UTRAN的重定向和多小区系统信息的RRC连接释放”，HeNB2104可以触发具有重定向至GERAN或UTRAN的RRC连接释放，并包括一个或多个物理小区标识及其关联系统信息。 [0160] 在信号流21-8，UE建立RRC连接，然后执行包括RAU在内的针对CSFB的过程的其余部分。由于作为RAU过程的一部分，目标SGSN2110可以向源MME2108发送上下文请求消息，MME2108不释放UE2102的上下文信息，直到其接收到上下文请求消息。在接收到上下文请求消息时，MME2108返回具有零个激活PDN连接的上下文响应，且将UE2102和网络隐式分离。 [0161] 根据所选实施例，参照图16来描述附加解决方案，其针对UE2202仅具有LIPA/SIPTO PDN连接的情况。在该过程中，信号流22-1至22-6类似于图15中的信号流21-1至21-6。然而，取代在初始UE上下文建立消息中接收PS HO不可用于UE的信息，在向MME2208发送HO要求(在信号流22-7)之后，在HO准备失败消息(在信号流22-8)上向HeNB2204传输该信息(PS HO不可用于UE)。HO准备失败消息的原因值将是“PS HO不可用”。尽管该解决方案可以包括一个或多个消息握手回合，针对由于UE的移动而导致IRAT HO的情况，可以重用该解决方案。 [0162] 根据所选实施例，针对在不支持PS HO且UE仅具有LIPA PDN连接时UE/移动发起或UE/移动端接CSFB呼叫过程的情况来描述附加解决方案。参照3GPP TS23.272的图6.3-1中绘出的不具有PS HO的E-UTRAN中的CS呼叫请求或GERAN/UTRAN中的呼叫的信号流来说明该过程。根据该解决方案，如果HeNB基于相关性标识符(ID)的存在而确定UE仅具有LIPA PDN连接，UE从eNodeB接收具有重定向至GERAN或UTRAN的RRC连接释放作为信号3b。在该解决方案中，如果针对LIPA建立PDN连接，从MME到HeNB的S1控制消息信号1b包括每个EPS承载的相关性ID，其用于实现在HeNB和L-GW之间的直接用户平面路径。在3GPP规范的版本10中，将相关性ID设置为等于用户平面PDN GW TEID(基于GTP的S5)或GRE密钥(基于PMIP的S5)。从而，在来自MME的S1控制消息中HeNB对相关性ID的检测指示了对应的EPS承载是针对LIPA的。 [0163] PDN地址 [0164] PDN地址信息元素的目的是向与分组数据网络相关联的UE分配IPv4地址，以及向UE提供要用于构建IPv6链路本地地址的接口标识符。如下面表1和2所示，将PDN地址信息元素编码。 [0165] 表1：PDN地址信息元素 [0166] [0167] 如表1所示，PDN地址是类型4信息元素，其具有最小长度7个字节以及最大长度15个字节。 [0168] 表2：PDN地址信息元素 [0169] [0170] [0171] 现在参见图17，示出了可以与本公开所选实施例一起使用的移动无线通信设备101的示例组件的示意框图。无线设备101被示出为具有用于实现上述特征的特定组件。要理解：仅为了示例目的，无线设备101被示出为具有非常特定的细节。 [0172] 将处理设备(例如，微处理器128)示意性地示出在键盘114和显示器127之间耦合。响应于用户对键盘114上按键的致动，微处理器128控制显示器127的操作、以及无线设备 101的整体操作。 [0174] 除了微处理器128之外，示意性地示出了无线设备101的其他部分。这些部分包括：通信子系统171；短距通信子系统102；键盘114和显示器127，以及其他输入/输出设备，包括：LED组104、辅助I/O设备组106、串口108、扬声器111和麦克风112；以及存储设备，包括闪存116和随机存取存储器(RAM)118；以及各种其他设备子系统122。无线设备101可以具有用于向无线设备101的有源元件供电的电池121。在一些实施例中，无线设备101是具有语音和数据通信能力的双向射频(RF)通信设备。此外，在一些实施例中，无线设备101具有经由互联网与其他计算机系统通信的能力。 [0175] 在一些实施例中，由微处理器128执行的操作系统软件存储在持久存储器(例如闪存116)中，但是也可以存储在其他类型的存储设备(例如，只读存储器(ROM)或类似存储元件)中。此外，系统软件、特定设备应用或其部分可以临时地被加载到易失性存储器(例如，RAM118)中。无线设备101接收到的通信信号也可以存储在RAM118中。 [0176] 微处理器128除了实现其操作系统功能之外，还能够执行无线设备101上的软件应用。可以在制造期间在无线设备101上安装控制基本设备操作的软件应用(例如语音通信模块131A和数据通信模块131B)的预定集合。此外，还可以在制造期间在无线设备101上安装个人信息管理器(PIM)应用模块131C。在一些实施例中，PIM应用能够组织并管理数据项目(例如电子邮件、日历事件、语音邮件、预约和任务项目。在一些实施例中，PIM应用也能够经由无线网络113发送和接收数据项目。在一些实施例中，PIM应用管理的数据项目可以经由无线网络113与主机计算机系统所存储的或关联的设备用户的对应数据项目无缝地集成、同步并更新。以及，可以在制造期间安装示出为另一软件模块131N的附加软件模块。 [0177] 通信功能(包括数据和语音通信)通过通信子系统171来执行并且可能通过短距通信子系统102来执行。通信子系统171包括：接收机151、发射机152以及示出为接收天线154和发射天线156的一个或多个天线。此外，通信子系统171包括处理模块(例如数字信号处理器(DSP)158)和本地振荡器(LO)161。在一些实施例中，尽管可以将公共基带信号处理器(类似于DSP158)用于多个RAT的基带处理，通信子系统171包括用于每个RAT的单独天线布置(类似于天线154和156)以及RF处理芯片/块(类似于接收机151、LO161和发射机152)。通信子系统171的具体设计和实现取决于无线设备101想要操作于其中的通信网络。例如，无线设备101的通信子系统171可以被设计为与MobitexTM、DataTACTM或通用分组无线电服务(GPRS)移动数据通信网络一起操作，并也可被设计为与各种语音通信网络(例如，高级移动电话服务(AMPS)、时分多址接入(TDMA)、码分多址接入(CDMA)、个人通信服务(PCS)、全球移动通信系统(GSM)等等)中的任意网络一起操作。CDMA的示例包括1X和1x EV-DO。通信子系统171还可以被设计为与802.11Wi-Fi网络或802.16WiMAX网络或这二者一起操作。其他类型的数据和语音网络(分离的或集成的)也可以与无线设备101一起使用。 [0178] 网络接入可以根据通信系统的类型而变化。例如，在MobitexTM和DataTACTM网络中，可以使用与每个设备相关联的唯一个人标识号(PIN)在网络上注册无线设备。然而，在GPRS网络中，网络接入通常与设备的订户或用户相关联。因此，为了在GPRS网络上操作，因此GPRS设备通常具有订户标识模块(通常称为订户标识模块(SIM)卡)。 [0179] 当已经完成网络注册或激活过程时，无线设备101可以通过通信网络113发送和接收通信信号。向接收机151路由由接收天线154从通信网络113接收的信号，接收机151提供信号放大、下变频、滤波、信道选择等，并也可以提供模数转换。接收信号的模数转换允许DSP158执行更复杂的通信功能(例如，解调和解码)。以类似方式，DSP158处理(例如，调制和编码)向网络113发送的信号，然后将该信号提供给发射机152，以便进行数模转换、上变频、滤波、放大以及经由发射天线156向通信网络113(或多个网络)发送。 [0180] 除了处理通信信号之外，DSP158还提供对接收机151和发射机152的控制。例如，可以通过在DSP158中实现的自动增益控制算法自适应地控制在接收机151和发射机152中向通信信号应用的增益。 [0181] 在数据通信模式下，通信子系统171处理接收的信号(例如，文本消息或网页下载)，并将其输入到微处理器128。然后，进一步由微处理器128处理接收的信号，以便输出到显示器127或备选地输出到一些其他辅助I/O设备106。设备用户也可以使用键盘114和/或某个其他辅助I/O设备106(例如，触摸板、摇臂开关、拇指滚轮或某个其他类型的输入设备)等设备来编写数据项目(例如电子邮件消息)。然后，可以经由通信子系统171，在通信网络113上发送编写的数据项目。 [0182] 在语音通信模式中，设备的整体操作与数据通信模式大致相似，区别在于：接收的信号被输出给扬声器111，并且由麦克风112产生用于发送的信号。也可以在无线设备101上实现备选的语音或音频I/O子系统(例如，语音消息记录系统)。此外，显示器127也可以用在语音通信模式下，例如用来显示呼叫方的身份、语音呼叫的持续时间或其他语音呼叫相关信息。 [0183] 短距通信子系统102能够实现无线设备101和其他接近的系统或设备之间的通信，其他接近的系统或设备不需要一定是类似的设备。例如，短距通信子系统可以包括红外设备以及相关联的电路和组件、或蓝牙TM通信模块，用于提供与支持类似功能的系统和设备的通信。 [0184] 应当理解，如本文所使用的在信号通信中的术语耦合、连接、电连接等可以包括在组件之间的直接连接、在组件之间的间接连接或这二者，这在特定实施例的整体上下文中是显而易见的。术语耦合预期包括(但不限于)直接电连接。 [0185] 尽管参考所选通信系统来描述了本文公开的所述示例实施例，本公开不一定受限于示出了本公开的创造性方案的这些示例实施例，这些示例实施例适用于各种不同的网络连接布置。从而，上面公开的特定实施例仅是说明性的，且不应将其视为对本公开的限制，因为可以用不同但等价的方式来修改本公开，这对于从本文的教益中受益的本领域技术人员而言是显而易见的。因此，前述描述预期不将本公开限制为阐述的具体形式，而是相反地，预期覆盖由所附权利要求定义的本公开的精神和范围内包括的这种备选、修改和等价物，使得本领域技术人员应当理解他们可以在不脱离本公开的最宽形式的精神和范围的情况下，进行各种改变、替换和变更。 [0186] 针对3GPP TS29.274的一个实施例的改变 [0187] ＝＝＝＝＝＝＝＝＝＝＝改变的开始＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝[0188] 3、定义、符号和简称 [0189] 3.1定义 [0190] 为了本文档的目的，在TR21.905[1]以及以下给出的术语和定义适用。在本文档中定义的术语优先于在TR21.905[1]中相同术语的定义(如果有的话)。 [0191] GTP-PDU：GTP协议数据单元要么是GTP-C消息要么是GTP-U消息。GTP-U消息可以要么是跨过用户平面隧道上的信令消息，要么是G-PDU(参见条款6)。 [0192] ●信令消息：除了G-PDU之外的任何GTP-PDU(GTP-C或GTP-U)。 [0193] ●G-PDU：GTP用户平面消息，其携带原始分组(有效载荷)。G-PDU由GTP-U报头和T-PDU构成。 [0194] ●T-PDU：来自外部分组数据网络的UE或网络节点的原始分组，例如IP数据报。T-PDU是在GTP-U隧道中隧道传输的有效载荷。 [0195] ●GTP-C消息：GTP-PDU的GTP控制平面消息类型。GTP-C消息由GTP-C报头构成，其后是零个以上的信息单元。 [0196] ●GTP-U消息：GTP用户平面消息。使用用户平面消息来携带用户数据分组，以及还携带信令消息，例如用于路径管理和错误指示。因此，GTP-U消息由GTP-U报头构成，其后是T-PDU或零个以上信息单元。 [0197] GTP隧道：GTP隧道是在两个GTP节点之间的通信隧道(参见子条款4.1“GTP隧道”)。 [0198] 隧道端点：用TEID、IP地址以及UDP端口号来识别隧道端点(参见子条款4.1“GTP隧道”)。 [0199] 隧道端点标识符(TEID)：明确地识别了在路径范围内的隧道端点(参见子条款4.1“GTP隧道”)。 [0200] 3.2符号 [0201] 为了本文档的目的，以下符号适用： [0202] S1-U 在SGW和eNodeB之间的接口 [0203] X2 在eNodeB之间的接口 [0204] 3.3简称 [0205] 为了本文档的目的，在TR21.905[1]和以下给出的简称适用。在本文档中定义的简称优先于在TR21.905[1]中相同简称的定义(如果有的话)。 [0206] [0207] [0208] [0209] ＝＝＝＝＝＝＝＝＝＝＝改变的结束＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝[0210] ＝＝＝＝＝＝＝＝＝＝＝改变的开始＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝[0211] 7.3.1转发重定位请求 [0212] 作为基于S1的从源MME到目标SGSN的切换重定位过程的一部分，应当在S10接口上从源MME向目标MME发送转发重定位请求消息，或作为RAT间切换和组合硬切换和SRNS重定位过程的一部分，在S3接口上从源SGSN向目标MME发送转发重定位请求消息，或作为SRNS重定位和PS切换过程的一部分，在S16接口上从源SGSN向目标SGSN发送转发重定位请求消息。如果源MME/SGSN具有在表7.3.1-2中呈现的与LIPA相关的一个或多个EPS PDN连接IE，且源MME/SGSN基于运营商配置学习到目标SGSN/MME未意识到LIPA，则源MME/SGSN应当从转发重定位请求消息中省略与LIPA相关的EPS PDN连接IE。 [0213] 作为从E-UTRAN到UTRAN或GERAN的支持DTM HO的SRVCC过程的一部分，还应当在S3接口上从源MME向目标SGSN发送转发重定位请求消息，以及作为从UTRAN(HSPA)到UTRAN或GERAN的支持DTM HO的SRVCC的一部分，还应当在S16接口上从源SGSN向目标SGSN发送转发重定位请求消息。 [0214] 应当根据在3GPP TS33.401[12]中规定的与安全过程的并发运行相关的规则来执行在S10接口(当使用KASME时)上的转发重定位过程。 [0215] 表7.3.1-1规定了在消息中各IE的存在性要求和条件。 [0216] 表7.3.1-1：转发重定位请求中的信息单元 [0217] [0218] [0219] [0220] [0221] [0222] 应当如表7.3.1-2所述对PDN连接分组IE进行编码。 [0223] 表7.3.1-2：在转发重定位请求中的MME/SGSN UE EPS PDN连接 [0224] [0225] [0226] [0227] 应当如表7.3.1-3所述对承载上下文分组IE进行编码。 [0228] 表7.3.1-3：在转发重定位请求中的MME/SGSN UE EPS PDN连接中的承载上下文[0229] [0230] [0231] ＝＝＝＝＝＝＝＝＝＝＝改变的结束＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝[0232] 针对3GPP TS24.008的一个实施例的改变 [0233] ＝＝＝＝＝＝＝＝＝＝＝改变的开始＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝[0234] 4.7.5.1.3网络接受的正常和周期性路由区域更新过程 [0235] 在网络已接受了路由区域更新请求，应当向MS发送路由区域更新接受消息。网络可以为MS分配新的P-TMSI和/或新的P-TMSI签名。如果已将新的P-TMSI和/或P-TMSI签名分配给MS，它/它们应当与路由区域标识一起被包括在路由区域更新接受消息中。在共享网络中，网络应当在路由区域更新接受消息中包含的RAI中指示已接受路由区域更新请求的CN运营商的PLMN标识(参见3GPP TS23.251[109])。 [0236] 如果网络确定MS具有不是LIPA PDP上下文的至少一个PDP上下文和至少具有LIPA PDP上下文，且网络已从不是CSG小区的小区或具有与之前CSG小区不同CSG标识的CSG小区或不是CSG小区的小区中的MS接收到路由区域更新请求消息，且如果MS是RRC已连接的，但是在跟踪区域更新过程期间仅创建了信令承载，则网络应当接受路由区域更新请求。 [0237] 如果在路由区域更新请求消息中包括新的DRX参数，网络应当存储新的DRX参数，并将其用于下行链路信令和用户数据传输。 [0238] 如果MS已在路由区域更新请求消息中指示了其支持从GERAN到UTRAN Iu模式的PS RAT间切换，网络可以在路由区域更新接受消息中包括用于提供RAT间信息容器的请求。 [0239] 如果MS已在路由区域更新请求消息中指示了其支持从GERAN到E-UTRAN的PS RAT间HO，则网络可以在路由区域更新接受消息中包括用于提供E-UTRAN RAT间信息容器的请求。 [0240] 如果MS已在路由区域更新请求消息中包括了MS网络能力IE或UE网络能力IE或二者，网络应当存储从MS接收到的所有八位字节，最高至针对各个信息单元定义的最大长度。在UE网络能力IE向网络指示新的信息的情况下，MS应当将TIN设置为“P-TMSI”。 [0241] 注释1：在SGSN间切换期间向新的SGSN转发该信息或在到S1模式的系统间切换期间向新的MME转发该信息。 [0242] 在A/Gb模式下，应当在路由区域更新接受消息中包括小区通知信息单元，以指示网络支持小区通知的能力。 [0243] 网络应当改变至状态GMM-COMMON-PROCEDURE-INITIATED，且应当如子条款4.7.6所述开始监管定时器T3350。 [0244] 如果在路由区域更新接受消息中包含的LAI或PLMN标识是任何“被禁止”列表的成员，且在MS中不存在任何用于紧急承载服务的PDN连接，则应当删除任何这种条目。 [0245] 在Iu模式下，如果移动台已在路由区域更新请求中指示了随后请求未决，则网络应当延长PS信令连接。网络还可以在没有来自移动终端的任何指示的情况下延长PS信令连接。 [0246] 如果在路由区域更新请求消息中包括PDP上下文状态信息单元，则网络应当在本地(在没有MS和网络之间的对等信令的情况下)去激活在网络侧上不在SM状态PDP-INACTIVE下的但是由MS指示为处于状态PDP-INACTIVE的所有这些PDP上下文。 [0247] 如果在路由区域更新请求消息中包括MBMS上下文状态信息单元，则网络应当在本地(在没有MS和网络之间的对等信令的情况下)去激活在网络侧上不在SM状态PDP-INACTIVE下的但是由MS指示为处于状态PDP-INACTIVE的所有这些MBMS上下文。如果不包括MBMS上下文状态信息单元，则网络应当在本地去激活在网络侧上不在SM状态PDP-INACTIVE下的所有这些MBMS上下文。 [0248] 如果由于区域预订限制或接入限制而不允许MS接入路由区域，但是MS针对紧急承载服务建立了PDN连接，网络可以通过在PMM-CONNECTED模式下发起RAU时指示PDP上下文去激活过程，来接受路由区域更新请求消息，并去激活所有非紧急PDP上下文。当在PMM-IDLE模式下发起RAU时，网络在本地去激活所有非紧急PDP上下文，并经由路由区域更新接受消息中的PDP上下文状态IE向MS通知。网络不应当针对紧急承载服务来去激活PDP上下文。网络应当将MS视为仅针对紧急承载服务是附着的。 [0249] 在接收到路由区域更新接受消息时，MS存储接收到的路由区域标识，停止定时器T3330，应当重置路由区域更新尝试计数器，并将GPRS更新状态设置为GU1更新。如果消息包含P-TMSI，则MS应当使用该P-TMSI作为用于GPRS服务的新临时标识且应当存储新的P-TMSI。如果网络在路由区域更新接受消息中不包括P-TMSI，应当保持旧的P-TMSI。此外，如果在路由区域更新接受消息中接收到，则MS应当存储P-TMSI签名。如果在该消息中不包括P-TMSI签名，则应当删除旧的P-TMSI签名(如果有的话)。 [0250] 如果路由区域更新请求消息用于使用新的DRX参数IE来更新网络，在接收到路由区域更新接受消息时MS应当开始使用新的DRX参数，并应当将TIN设置为“P-TMSI”。 [0251] 如果在路由区域更新接受消息中包括PDP上下文状态信息单元，则MS应当在本地(在没有MS和网络之间的对等信令的情况下)去激活在MS中不在SM状态PDP-INACTIVE下的但是由网络指示为处于状态PDP-INACTIVE的所有这些PDP上下文。如果仅紧急承载服务的PDN连接保持建立，MS应当将自己视为仅针对紧急承载服务是附着的。 [0252] 如果在路由区域更新接受消息中包括MBMS上下文状态信息单元，则MS应当在本地(在没有MS和网络之间的对等信令的情况下)去激活在MS中不在SM状态PDP-INACTIVE下的但是由网络指示为处于状态PDP-INACTIVE的所有这些MBMS上下文。如果不包括MBMS上下文状态信息单元，则MS应当在本地去激活在MS中不在SM状态PDP-INACTIVE下的所有这些MBMS上下文。 [0254] 如果由于手动CSG选择，MS已发起了路由区域更新过程且接收到路由区域更新接受消息，且MS在CSG小区中发送了路由区域更新请求消息，MS应当检查在允许的CSG列表中是否包含该小区的CSGID。如果否，则MS应当向允许的CSG列表添加该CSG ID。 [0255] 网络还可以在路由区域更新接受消息中发送“等价PLMN”的列表。列表的每个条目包含PLMN码(MCC+MNC)。移动台应当存储由网络提供的该列表，且如果不存在针对紧急承载建立的PDN连接，移动台应当从“等价PLMN”的列表中移除已经在“被禁止PLMN”列表中的任何PLMN码。此外，移动台应当向存储的列表添加发送该列表的注册PLMN的PLMN码。应当将在存储的列表中的所有PLMN视为对于PLMN选择、小区选择/重新选择、以及切换来说是彼此等价的。应当在每次出现路由区域更新接受消息时替换移动台中存储的列表。如果在消息中不包含列表，则应当删除在移动台中存储的列表。当关机时应当在移动台中存储该列表，使得在开机之后其可以用于PLMN选择。 [0256] 如果路由区域更新接受消息包含以下任一项，则应当将路由区域更新完成消息返回网络： [0257] -P-TMSI； [0258] -接收N-PDU号码(参见3GPP TS 44.065[78]和3GPP TS25.322[19b])；或[0259] -针对RAT间切换信息或E-UTRAN RAT间切换信息或这二者的预配置的请求。 [0260] 如果包括接收N-PDU号码，在MS中有效的接收N-PDU号码值应当被包括在路由区域更新完成消息。 [0261] 如果网络已请求了对RAT间切换信息或E-UTRAN RAT间切换信息或这二者的预配置，则MS应当向网络返回包含对RAT间切换信息或E-UTRAN RAT间切换信息IE或这二者在内的路由区域更新完成消息。 [0262] 注释2：在Iu模式下，在路由区域更新过程之后，如果网络已释放了资源，移动台可以发起服务请求过程，以请求针对激活PDP上下文的资源预留，或者经由现有PS信令连接向网络发送上层消息(例如，激活PDP上下文请求)。 [0263] 在Iu模式下，如果网络希望延长PS信令连接(例如，如果移动台已在路由区域更新请求消息中指示了“后续请求未决”)，网络应当在路由区域更新接受消息中指示“后续进行”。如果网络希望释放PS信令连接，网络应当在路由区域更新接受消息中指示“无后续进行”。 [0264] 之后在Iu模式下，移动台应当根据路由区域更新接受消息中的更新结果信息单元中包括的继续进行标识来进行动作(参见子条款4.7.13)。 [0265] 网络还可以通过包括紧急号码列表IE在路由区域更新接受中发送本地紧急号码的列表。移动设备应当存储由网络提供的该列表，除了在移动设备存储它之前应当从列表中移除已经在SIM/USIM中存储的任何紧急号码。如果在SIM/USIM中未存储紧急号码，则在存储接收到的列表之前，移动设备应当从其中移除在ME中永久存储的任何紧急号码以在本情况中使用(参见3GPP TS22.101[8])。应当在每次接收到新的紧急号码列表IE时替换在移动设备中存储的列表。 [0266] 在紧急号码列表IE中接收到的紧急号码仅在与接收该IE所在的小区中相同MCC的网络中才有效。如果路由区域更新接受消息中不包含列表，则应当保持在移动设备中存储的列表，除非移动设备已成功注册到具有与上一次注册的PLMN不同的MCC的PLMN。 [0267] 除了在SIM/USIM或ME上存储的紧急号码之外，移动设备应当使用存储的从网络接收到的紧急号码列表，以检测拨打的号码是紧急号码。 [0268] 注释3：移动设备可以使用紧急号码列表，以在确定拨打的号码是否意在针对紧急服务或针对另一目的地(例如，本地目录服务)时辅助最终用户。与最终用户的可能交互是实现方式特定的。 [0269] 应当在关机或移除SIM/USIM时删除紧急号码的列表。移动设备应当能够存储从网络接收到的最高10个本地紧急号码。 [0270] 为了向MS指示分配给MS的GUTI和TAI列表保持与网络的注册且在MS中有效，网络应当在路由区域更新接受消息中的更新结果IE中指示激活ISR。 [0271] 如果MS针对紧急承载服务是附着的或如果网络已去激活所有非紧急PDP上下文，网络应当在路由区域更新接受消息中的更新结果IE中指示激活ISR。 [0272] 如果路由区域更新接受消息包含： [0273] i)无对激活ISR的指示，则支持S1模式的MS应当将TIN设置为“P-TMSI”；或[0274] ii)对激活ISR的指示，则MS应当将可用GUTI和TAI列表视为有效，且向网络注册。如果TIN当前指示“GUTI”，则MS应当将TIN设置为“与RAT相关的TMSI”。 [0275] 在以下情况下MS应当通过将TIN设置为“P-TMSI”来去激活ISR： [0276] -针对Iu模式接收的“IMS基于PS会话的语音指示符”不等于针对S1模式接收的“IMS基于PS会话的语音指示符”(参见3GPP TS24.301[120])； [0277] -如3GPP TS24.167[134]中定义的针对UTRAN的语音域首选项不是“仅CS语音”； [0278] -上层已指示了：MS可用于终止IMS中的语音呼叫(参见3GPPTS24.301[120]，子条款3.1)；以及 [0279] -如3GPP TS24.167[134]中定义，MS被配置为启用“针对IMS语音端接的移动管理”。 [0280] 注释4：如3GPP TS24.167[134]中定义在IMS管理对象中还是在MS中存储“针对IMS语音端接的移动管理”是实现选项。如果缺少该设置，则禁用“针对IMS语音端接的移动管理”。 [0281] ＝＝＝＝＝＝＝＝＝＝＝改变的结束＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ |
||||||
QQ群二维码
意见反馈
意见反馈