承载删除控制方法及归属用户服务器以及相关设备

摘要

本发明公开了一种承载删除控制方法及归属用户服务器以及相关设备，用于提高承载删除控制流程的通用性。本发明方法包括：中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为附着类型，且存在相关承载，则删除所述中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。此外本发明还提供一种归属用户服务器以及相关设备。本发明可以有效地提高承载删除控制流程的通用性。

权利要求

1.一种承载删除控制方法，其特征在于，包括：

归属用户服务器接收，当用户设备进行附着或是去附着后第一次进入网络时，新中间网元向归属用户服务器发送的位置更新消息，所述位置更新消息中的更新类型指示参数指示为附着类型；

归属用户服务器向原中间网元发送包含删除类型指示参数的位置删除消息，其中，所述删除类型指示参数指示为附着类型；

以使得所述原中间网元，当所述删除类型指示参数指示为附着类型，且存在相关承载时，删除所述原中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。

2.根据权利要求1所述的承载删除控制方法，其特征在于，所述方法还包括：归属用户服务器接收，当用户设备不是进行附着或者不是去附着后第一次进入网络时，新中间网元向归属用户服务器发送的位置更新消息，所述位置更新消息中的更新类型指示参数指示为更新类型；

归属用户服务器向原中间网元发送包含删除类型指示参数的位置删除消息，其中，所述删除类型指示参数指示为更新类型；

以使得所述原中间网元，当所述删除类型指示参数指示为更新类型时，判断是否接收到服务网关变更标识，若接收到服务网关变更标识，则删除所述原中间网元至原服务网关之间的承载，若未接收到服务网关变更标识，则删除原中间网元本地存储的用户设备上下文信息。

3.根据权利要求1或2所述的承载删除控制方法，其特征在于，所述中间网元为移动管理实体，或者为服务GPRS支持节点。

4.一种承载删除控制方法，其特征在于，包括：

在用户设备发起附着请求之后，归属用户服务器接收中间网元发送的位置更新请求；

判断所述用户设备原先注册的中间网元是否变更，若变更，则向原中间网元以及用户注册的另一系统的原中间网元发送位置删除请求；

若存在相关承载，则原中间网元及另一系统原中间网元删除其至服务网关以及服务网关至分组数据网络网关之间的承载。

5.根据权利要求4所述的承载删除控制方法，其特征在于，所述中间网元为移动管理实体，或者为服务GPRS支持节点。

6.一种承载删除控制方法，其特征在于，包括：

新中间网元向自身所在的系统的原中间网元以及用户设备注册的另一系统中的原中间网元获取上下文信息；

新中间网元向自身所在的系统的原中间网元反馈包含删除类型指示参数的确认消息；

新中间网元自身所在的系统的原中间网元根据所述确认消息了解是否UE为第一次接入，若删除类型指示参数指示为附着类型，则UE为第一次接入，则删除到分组数据网络网关之间的承载；

若删除类型指示参数指示为更新类型，则UE不是第一次接入，则判断是否包含服务网关变更标识，若包含服务网关变更标识，则删除原中间网元至原服务网关之间的承载，若不包含服务网关变更标识，则删除本网元内用户设备上下文信息。

7.一种中间网元，其特征在于，包括：

状态获取单元，用于获取用户设备的网络状态；

参数设置单元，用于根据获取到的用户设备网络状态判断用户设备是否进行附着或是第一次进入网络，若是进行附着或是第一次进入网络，则设置更新类型指示参数为附着类型，若不是进行附着或是第一次进入网络，则设置更新类型指示参数为更新类型；

消息发送单元，用于向归属用户服务器发送包含更新类型指示参数的位置更新消息，所述位置更新消息使得所述归属用户服务器向原中间网元发送包含删除类型指示参数的位置删除消息，所述位置删除消息使得所述原中间网元，当所述删除类型指示参数指示为附着类型，且存在相关承载时，删除所述原中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。

8.一种中间网元，其特征在于，包括：

上下文接收单元，用于接收上下文请求消息或上下文确认消息或位置删除消息或其它显式消息；

变更判断单元，用于判断所述上下文请求消息或上下文确认消息或位置删除消息或显式消息中是否包含附着标识或位置更新标识或进一步包含服务网关变更标识；

删除执行单元，当上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中包含附着标识时，发起至服务网关以及服务网关至分组数据网络网关之间的承载删除请求；若所述消息中包含位置更新标识，且包含服务网关变更标识时，则发起至服务网关的承载删除请求，若不包含服务网关变更标识则删除自身用户上下文。

9.一种归属用户服务器，其特征在于，包括：

接收单元，用于接收新中间网元发送的位置更新消息；

所述位置更新消息由新中间网元根据如下方式确定：获取用户设备的网络状态，根据获取到的用户设备网络状态判断用户设备是否进行附着或是第一次进入网络，若是进行附着或是第一次进入网络，则设置更新类型指示参数为附着类型，若不是进行附着或是第一次进入网络，则设置更新类型指示参数为更新类型，向归属用户服务器发送包含更新类型指示参数的位置更新消息；

发送单元，用于向原中间网元发送包含删除类型指示参数的位置删除消息，以使得所述原中间网元，当所述删除类型指示参数指示为附着类型，且存在相关承载时，删除所述原中间网元至服务网关以及服务网关至分组数据网络网关之间的承载；

所述位置删除消息中携带的删除类型指示参数为接收单元收到的位置更新消息中的更新类型指示参数，若接收单元收到的位置更新消息中携带服务网关变更标识，则发送单元发送的位置删除消息中也携带所述服务网关变更标识。

说明书

承载删除控制方法及归属用户服务器以及相关设备

技术领域

[0001] 本发明涉及通讯领域，尤其涉及一种承载删除控制方法及归属用户服务器以及相关设备。

背景技术

[0002] 随着网络技术的发展，逐渐出现了各种新型的网络结构，例如系统架构演进网络(SAE，SystemArchitecture Evolved)，在SAE普及的过程中可能会和现有的网络(例如2G/3G网络)存在叠加覆盖的区域，如图1所示，RA1与RA2为现有的2G/3G的路由区域，现有的2G/3G的用户设备(UE，UserEquipment)每更换一次RA都需要发起路由区域更新(RAU，Routing AreaUpdate)过程。TA1与TA2为SAE的跟踪区域，类似于2G/3G网络中的RA，其中TA1与RA1的覆盖范围有重叠之处，所以当一个多模UE在这些区域移动时，可能会导致频繁的网络注册过程，例如UE进入RA1向2G/3G的服务GPRS支持节点(SGSN，Serving GPRS Support Node)注册，当UE进入TA1则又向SAE网络的移动管理实体(MME，Mobility Management Entity)注册，当UE移动出TA1，再次进入RA1时又要向2G/3G的SGSN注册，所以浪费了大量的空口资源。

[0003] 为避免上述问题，现有技术中提出了限制信令规则，其核心思想为当UE附着后注册到一种接入网络，之后又移动到另一个接入网络后再注册到另一个接入网络，这样，UE就可以同时注册到两种接入网络，而UE在这两种接入网络中移动时不会再发起注册过程。

[0004] 而现有技术中的承载删除控制方法为适应于单网络的承载删除控制流程，例如UE在2G/3G网络中进行附着时，若发生了SGSN的切换，则附着的原SGSN收到归属位置寄存器(HLR，Home Location Register)发送的CancelLocation请求后会发起到网关GPRS支持节点(GGSN，Gateway GPRS SupportNode)的Delete PDP Context Request消息，请求删除PDP上下文信息，以防止UE上次异常退出后存在有未删除的PDP上下文信息。若未发生SGSN的改变，则SGSN也会发起到网关GPRS支持节点(GGSN，Gateway GPRSSupport Node)的Delete PDP Context Request消息，请求删除PDP上下文信息，以防止UE上次异常退出后存在有未删除的PDP上下文信息。

[0005] 但是在限制信令系统的网络中，SGSN会连接到服务网关(S-GW，ServingGateway)，S-GW会连接到分组数据网络网关(P-GW，PDN Gateway)，上述方案中并没有涉及到SGSN至S-GW与S-GW至P-GW的承载删除控制过程，所以现有技术的承载删除控制方案均只针对单网络内部的承载删除控制，而不能进行跨网络的承载删除控制，所以影响了承载删除控制的通用性。

发明内容

[0006] 本发明实施例要解决的技术问题是提供一种承载删除控制方法及归属用户服务器以及相关设备，能够提高承载删除控制流程的通用性。

[0007] 本发明实施例提供的承载删除控制方法，包括：中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为附着类型，且存在相关承载，则删除所述中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。

[0008] 本发明实施例提供的承载删除控制方法，包括：中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为更新类型，则判断是否接收到服务网关变更标识，若接收到，则删除所述中间网元至原服务网关之间的承载，若未接收到，则删除中间网元本地存储的用户设备上下文信息。

[0009] 本发明实施例提供的承载删除控制方法，包括：原中间网元接收新中间网元发送的上下文确认消息或显式信令；判断所述上下文确认消息或显式信令中是否包含服务网关变更标识，若包含，且存在相关承载，则删除原中间网元至服务网关之间的承载，若不包含，则只删除原中间网元用户设备上下文信息。

[0010] 本发明实施例提供的承载删除控制方法，包括：在用户设备发起附着请求之后，归属用户服务器接收中间网元发送的位置更新请求；判断所述用户设备原先注册的中间网元是否变更，若变更，则向原中间网元以及用户注册的另一系统的原中间网元发送位置删除请求；若存在相关承载，则原中间网元及另一系统原中间网元删除其至服务网关以及服务网关至分组数据网络网关之间的承载。

[0011] 本发明实施例提供的承载删除控制方法，包括：新中间网元向自身所在的系统的原中间网元以及用户设备注册的另一系统中的原中间网元获取上下文信息；反馈包含删除类型指示参数的确认消息；原中间网元判断删除类型指示参数，若指示为附着类型，则删除到分组数据网络网关之间的承载；若为指示更新类型，则判断是否包含服务网关变更标识，若包含，则删除原中间网元至原服务网关之间的承载，若不包含，则删除本网元内用户设备上下文信息。

[0012] 本发明实施例提供的中间网元，包括：状态获取单元，用于获取用户设备的网络状态；参数设置单元，用于根据获取到的用户设备网络状态判断用户设备是否进行附着或是第一次进入网络，若是，则设置更新类型指示参数为附着类型，若否，则设置更新类型指示参数为更新类型；消息发送单元，用于向归属用户服务器发送包含更新类型指示参数的位置更新消息。

[0013] 本发明实施例提供的中间网元，包括：上下文接收单元，用于接收上下文请求消息或上下文确认消息或位置删除消息或其它显式消息；变更判断单元，用于判断所述上下文请求消息或上下文确认消息或位置删除消息或显式消息中是否附着标识或位置更新标识或进一步包含服务网关变更标识；删除执行单元，当上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中包含附着标识时，发起至服务网关以及服务网关至分组数据网络网关之间的承载删除请求；若所述消息中包含位置更新标识，且包含服务网关变更标识时，则发起至服务网关的承载删除请求，若不包含服务网关变更标识删除自身用户上下文。

[0014] 本发明实施例提供的归属用户服务器，包括：接收单元，用于接收中间网元发送的位置更新消息；发送单元，用于向中间网元发送位置删除消息；所述位置删除消息中携带的删除类型指示参数为接收单元收到的位置更新消息中的更新类型指示参数，若接收单元收到的位置更新消息中携带服务网关变更标识，则发送单元发送的位置删除消息中也携带所述服务网关变更标识。

[0015] 本发明实施例提供的服务网关，包括：消息接收单元，用于接收中间网元发送的承载删除请求或分组数据协议上下文删除请求；消息判断单元，用于判断承载删除请求或分组数据协议上下文删除请求消息中的是否包括删除到分组数据网络网关承载的信息；承载删除单元，用于当所述承载删除请求或分组数据协议上下文删除请求消息中的包括删除到分组数据网络网关承载的信息，且存在相关承载时，发起到分组数据网络网关的承载删除请求，否则，只删除自身的用户设备上下文。

[0016] 从以上技术方案可以看出，本发明实施例具有以下优点：

[0017] 本发明实施例中，由于中间网元接收归属用户服务器发送的包含删除类型指示参数的位置删除消息，根据删除类型指示参数确定该过程为更新过程还是附着过程，从而决定如何删除承载，例如删除类型指示参数指示为附着时，如果有承载，则删除中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。所以本发明实施例在限制信令规则中可以针对双网络进行承载删除控制，显而易见的，本发明实施例同样适用于单网络的情况，所以提高了承载删除控制流程的通用性。

附图说明

[0018] 图1为现有技术中网络覆盖范围叠加示意图；

[0019] 图2为本发明实施例中承载删除控制方法第一实施例示意图；

[0020] 图3为本发明实施例中承载删除控制方法第二实施例示意图；

[0021] 图4为本发明实施例中承载删除控制方法第三实施例示意图；

[0022] 图5为本发明实施例中承载删除控制方法第四实施例示意图；

[0023] 图6为本发明实施例中承载删除控制方法第五实施例示意图；

[0024] 图7为本发明实施例中承载删除控制方法第六实施例示意图；

[0025] 图8为本发明实施例中中间网元第一实施例示意图；

[0026] 图9为本发明实施例中中间网元第二实施例示意图；

[0027] 图10为本发明实施例中归属用户服务器实施例示意图；

[0028] 图11为本发明实施例中S-GW实施例示意图。

具体实施方式

[0029] 本发明实施例提供了一种承载删除控制方法及归属用户服务器以及相关设备，用于提高承载删除控制流程的通用性。

[0030] 本发明实施例中承载删除控制方法可以大致分为以下两类：

[0031] 一、系统内触发位置删除流程：

[0032] 具体又可以细分为以下几种情况：

[0033] 1、UE首先注册到通用移动通信系统(UMTS，Universal MobileTelecommunication System)：

[0034] 请参阅图2，本发明实施例中承载删除控制方法第一实施例包括：

[0035] 201、请求附着；

[0036] UE向SGSN发起附着请求；

[0037] 202、进行识别交互；

[0038] 如果新SGSN不是UE原来注册的原SGSN，则新SGSN向原SGSN发送识别请求以获取UE的IMSI。

[0039] 203、若新SGSN未获取UE的IMSI，则新SGSN向UE发起识别请求以获取UE的IMSI；

[0040] 204、可能进行鉴权过程；

[0041] UE通过新SGSN与归属用户服务器(HSS，Home Subscriber Server)进行鉴权。

[0042] 205、如果新SGSN是UE原来注册的原SGSN，如果存在UE上次异常关机遗留的承载，则发起分组数据协议(PDP)上下文删除请求；

[0043] 新SGSN向S-GW发送Delete PDP Context Request。

[0044] 206、发送承载删除请求；

[0045] S-GW向P-GW发送承载删除请求。

[0046] 207、反馈承载删除响应；

[0047] 208、反馈PDP上下文删除响应；

[0048] 209、如果新SGSN不是UE原来注册的原SGSN，则新SGSN发送位置更新请求(Update Location)；

[0049] 新SGSN向HSS发送Update Location。

[0050] 210、原SGSN与HSS之间进行位置删除流程(Cancel Location)；

[0051] 211、如果新SGSN不是UE原来注册的原SGSN，且如果原SGSN存在UE上次异常关机遗留的承载，则删除原SGSN到S-GW的PDP上下文；

[0052] 212、删除S-GW到P-GW的承载；

[0053] 213、可能执行HSS向新SGSN插入用户数据；

[0054] 214、HSS向新SGSN反馈Update Location响应；

[0055] 215、新SGSN向UE反馈附着接受，完成附着流程。

[0056] 本实施例中，步骤205至步骤208和步骤211以及步骤212是删除旧的承载的过程。如果UE上次Detach与本次Attach的节点是同一个，即新SGSN，如果有旧的PDP Context，则执行步骤205至步骤208，且不会执行步骤209至214。

[0057] 否则，如果UE上次Detach与本次Attach的节点不是同一个，如果有原SGSN有未删除的PDP Context，则执行步骤211与212，且不执行步骤205至208。

[0058] S-GW收到Delete PDP Context Request后进一步触发删除到P-GW的承载。

[0059] 2、UE注册到UMTS再移动到SAE：

[0060] 请参阅图3，本发明实施例中承载删除控制方法第二实施例包括：

[0061] 301、发送TAU请求；

[0062] UE向新MME发送TAU Request。

[0063] 302、新MME向UE原来注册的SGSN发送上下文请求；

[0064] 303、SGSN向新MME反馈上下文信息；

[0065] 304、可能进行鉴权处理；

[0066] 305、如果新MME是UE上次去附着时的原MME，或存在上次异常关机的承载，则发送承载删除请求；

[0067] 新MME向S-GW发送承载删除请求。

[0068] 306、S-GW向P-GW发送承载删除请求；

[0069] 307、反馈承载删除响应；

[0070] 308、反馈承载删除响应；

[0071] 309、新MME向SGSN反馈上下文确认消息或显式信令；

[0072] 310、新MME向S-GW发送承载创建请求以保证与2G/3G的承载一致；

[0073] 311、S-GW向P-GW发送承载更新请求；

[0074] 312、P-GW向S-GW反馈承载更新响应；

[0075] 313、S-GW向新MME反馈承载创建响应；

[0076] 314、若新移动性管理实体不是UE上次去附着时的移动性管理实体，则新MME向HSS发送Update Location；

[0077] 315、原MME与HSS进行Cancel Location流程；

[0078] 316、若原MME发现UE留有异常关机的承载，则删除该承载；

[0079] 317、删除S-GW至P-GW之间的承载；

[0080] 318、可能HSS向新MME插入用户数据；

[0081] 319、HSS向新MME反馈Update Location响应；

[0082] 320、新MME向UE反馈TAU接受消息；

[0083] 321、如果S-TMSI发生改变，UE向新MME反馈TAU完成消息。

[0084] 本实施例中，在限制信令规则下，UE进入SAE后，发起TAU而不是Attach，新MME从SGSN获取UE的上下文，如果新MME是上次UE Detach时的原MME，在获取到UE的IMSI后，需要将上次异常关机的承载删除，因此触发执行步骤205至208，新MME向S-GW分配给它的GTP-C的TEID发送Delete Bearer Request，请求S-GW删除承载，S-GW进一步向P-GW发起删除请求。

[0085] 如 果MME 改 变，则 进 一 步 触 发 到HSS 的Update Location，HSS 发 送CancelLocation到原MME，因为UE是第一次进入SAE，为防止留有上次异常关机在原MME，原MME会发起到S-GW再到P-GW的Delete Bearer的请求。

[0086] 需要注意的是，在上面的流程中，尽管新MME收到的是TAU，并从SGSN获取了Context，仍然要删除旧的Context，因为这是UE第一次在SAE注册。而一般情况下，新MME收到TAU后，是不会发起删除Context的，其触发原因可能有两个：

[0087] A、UE发起的TAU中携带注册标识，该注册标识指示UE是第一次注册SAE，注册标识例如attach flag，表示UE类似Attach到SAE；

[0088] B、新MME从SGSN获取的Context了解到自己相当于是UE的Attach，如若SGSN还没有建立与MME的限制信令的Association，可携带一个指示，或如果SGSN已经建立与原MME的Association，则携带指示或其他参数，而没有建立的话则不携带该参数/指示，使得新MME了解到类似UE Attach，需要删除旧的承载。

[0089] 上述介绍了UE先注册到UMTS，之后移动到SAE的处理流程，可以理解的是，UE先注册到SAE，之后移动到UMTS的处理流程与上述流程对应，此处不再赘述。

[0090] 下面介绍网络实体变更的情况：

[0091] 3、UE在限制信令已激活的情况下更换MME，原先在SGSN下：

[0092] 请参阅图4，本发明实施例中承载删除控制方法第三实施例包括：

[0093] 401、发送TAU请求；

[0094] UE向新MME发送TAU Request。

[0095] 402、新MME向SGSN发送上下文请求；

[0096] 403、SGSN向新MME反馈上下文信息；

[0097] 404、可能进行鉴权处理；

[0098] 405、新MME向SGSN发送上下文确认消息或显式信令；

[0099] 406、由于更换MME，需要建立新的承载。；

[0100] 新MME向S-GW发送承载创建请求。

[0101] 407、如果S-GW发生改变，发送承载更新请求；

[0102] S-GW向P-GW发送承载更新请求。

[0103] 408、反馈承载更新响应；

[0104] 409、反馈承载创建响应；

[0105] 410、新MME向HSS发送Update Location；

[0106] 411、原MME与HSS进行Cancel Location流程；

[0107] 412、如果S-GW发生改变，则原MME向S-GW发起删除承载，如果S-GW没有发生改变，则原MME只需删除自身保存的UE上下文；

[0108] 413、HSS可能向新MME插入用户数据；

[0109] 414、HSS向新MME反馈Update Location响应；

[0110] 415、新MME向UE反馈TAU接受消息；

[0111] 416、UE向新MME反馈TAU完成消息。

[0112] 从图3和图4所示的实施例的比较中看到，原MME都只收到HSS发来的位置删除请求，但一个需要删除至P-GW的承载，一个根据S-GW是否变化，只删除至S-GW的承载或只删除MME的信息。因此，在现有机制下，是难以做到区分如何进行承载删除的操作的。本发明提供若干种方法以进行正确的区分和操作。

[0113] 本实施例中，具体有三种实现承载删除控制的方法：

[0114] A、

[0115] 在接入某系统时，若限制信令已激活，向所有接入系统的原中间网元获取上下文，而不是只向一种系统的原中间网元获取。

[0116] 如，UE接入新MME后，新MME向原MME及原SGSN同时获取UE上下文，这样原MME根据新MME在上下文确认消息中了解是否UE为第一次接入，及S-GW变更信息，来决定是否发起到S-GW的删除承载请求，若S-GW改变，则删除新MME到原S-GW的承载，若S-GW未改变，则只删除自身的UE Context，若UE第一次接入该系统，则删除新MME到P-GW的承载，若UE不是第一次接入该系统，则不需要删除新MME到P-GW的承载。或者，UE第一次接入系统后，不会向本系统实体发起上下文请求。因此，旧的实体只需根据是否收到上下文请求/确认，及其中参数是否标示S-GW改变而决定如何删除承载(如本例中，原MME根据收到上下文请求/确认，决定不会发起到P-GW的承载删除，但如果S-GW改变，则发起到S-GW的承载删除，否则只删除原MME自身的UE context)。

[0117] 即新中间网元向两个系统的原中间网元取Context，同时向系统内原节点返回的确认消息中包含Update/Attach指示和S-GW Change指示或类似信息，旧节点可根据该信息决定如何删除承载(Attach表示收到Cancel Location后直接删除到P-GW的承载)。或者如果是Attach，则不取本系统(即新接入节点额系统)的Context，如果是普通位置更新，则需要获取两个系统的Context，这样本系统旧节点如果收到HSS发来的Cancel Location则直接发起到P-GW的承载删除。否则，如果收到Context Request或Acknowledge，则根据S-GWChange指示，决定是删除自身Context还是删除到S-GW的承载。

[0118] 举例说明：在普通位置更新过程中，即UE在限制信令已激活的情况下，新接入节点向两个系统的原节点发起Context获取，在向本系统的原节点发送的Context Acknowledge中包括S-GW Change指示，表示S-GW改变。这样本系统原节点收到Cancel Location后，根据是否收到过Context Acknowledge和S-GW改变指示，决定发起到P-GW还是到S-GW的承载删除还是只删除自身Context。

[0119] B、

[0120] 在Update Location中携带Update Type指示，指明该Update Location是类似Attach的过程(即UE Detach后第一次进入该系统)，还是普通的位置更新过程，如果是普通位置更新过程，则还要携带是否S-GW改变的指示。

[0121] 在HSS发 往原 实 体(如 原MME)的Cancel Location同 样 携 带该 信 息(Cancellation Type，取值等于或相当于Update Type信息)，这样，如果Cancellation Type是Attach(表示UE Detach后第一次进入该网络)，则如果旧实体存在相关承载，则发起到S-GW直至P-GW的承载删除过程，如原MME将直接发起Delete Bearer到S-GW直至P-GW以删除异常关机遗留的承载；

[0122] 如携带的Cancellation Type是RAU/TAU(表示UE曾进入过该网络)，则进一步看是否携带S-GW Change的标志或其它表示S-GW改变了的信息(本实施例中以S-GW Change标识为例)，若携带，即S-GW改变，则原实体发起到S-GW的承载删除过程，否则，只删除自身实体内的UE Context。

[0123] 如在本实施例中，若原MME从HSS收到的Cancel Location消息中发现Cancellation Type为TAU，且携带S-GW Change的标志，则原MME发起DeleteBearer Request(S-GW change)到S-GW，S-GW收到该消息，发现其中携带S-GW改变的指示，于是S-GW不再向P-GW发起删除承载，若原MME发现Cancel Location消息中Cancellation Type为TAU，且没有携带S-GW Change的标志或其他表示S-GW没有改变的信息，则只删除自身记录的UE上下文，不必向S-GW发起承载删除过程。如果原MME发现Cancel Location消息中Cancellation Type为Attach，若存在相关承载，则原MME向原S-GW发起DeleteBearer Request到S-GW，S-GW因为没有收到S-GW Change的指示，则继续发起到P-GW的承载删除过程。

[0124] C、

[0125] 或者新实体直接向系统内原实体发送消息来通知，例如，本例中，由于是普通TAU，则新MME在410步之前，向原MME发送ContextAcknowledge/或其他消息来通知是否S-GW改变；原MME收到该消息，了解是普通TAU(若UE第一次进入SAE系统则不发送该消息，或通过消息中的某些参数识别普通TAU还是类似Attach过程)，该消息还可携带S-GW Change信息的参数，若S-GW改变，则原MME发送删除承载到原S-GW，但不会删除到P-GW的承载，若S-GW未改变，则原MME只删除自身保留的UE Context。或，SGSN了解到MME发生变化后，与新的MME建立Association，向原MME发送消息通知取消Association，从而原MME了解UE发起了普通的TAU，MME发送的Context Acknowledge通知SGSN是否S-GW发生了改变，从而SGSN决定是否向原MME发送的消息中携带S-GW Change的消息。从而原MME决定是否发起到S-GW的承载删除请求还是只删除自身UE Context。

[0126] 总之，如果是普通的位置更新，则不必发起到P-GW的承载删除过程。如果位置更新伴随S-GW改变，则中间网元(SGSN或MME)向原S-GW发起承载删除，但不会再继续发起到P-GW的承载删除了。若S-GW没变化，则中间网元只需要删除自身保存的UE Context即可。如果是Attach或类似Attach过程(即UE Detach后第一次进入某系统)，则该系统的上次Detach时的中间网元需要删除至S-GW直至P-GW的承载(如果该承载存在的话)，以防止UE异常关机的承载遗留。

[0127] 本实施例中当MME发生变化时候可以采取多种方式实现承载删除控制流程，所以提高了本发明实施例中承载删除控制方法的灵活性。

[0128] 下面类似的介绍在SGSN内的情况，

[0129] 4、UE在限制信令下更换SGSN，原先在MME下：

[0130] 请参阅图5，本发明实施例中承载删除控制方法第四实施例包括：

[0131] 501、发送RAU请求；

[0132] UE向新SGSN发送RAU Request。

[0133] 502、新SGSN向MME发送上下文请求；

[0134] 503、MME向新SGSN反馈上下文信息；

[0135] 504、可能进行鉴权处理；

[0136] 505、新SGSN向MME发送上下文确认消息或显式信令；

[0137] 506、发送PDP上下文创建请求；

[0138] 新SGSN向S-GW发送PDP上下文创建请求。

[0139] 507、如果S-GW发生改变，或参数发生变化，发送承载更新请求；

[0140] S-GW向P-GW发送承载更新请求。

[0141] 508、反馈承载更新响应；

[0142] 509、反馈PDP上下文创建响应；

[0143] 510、新SGSN向HSS发送Update Location；

[0144] 511、原SGSN与HSS进行Cancel Location流程；

[0145] 512、删除PDP上下文；

[0146] 513、HSS可能向新SGSN插入用户数据；

[0147] 514、HSS向新SGSN反馈Update Location响应；

[0148] 515、新SGSN向UE反馈RAU接受消息；

[0149] 516、UE向新SGSN反馈RAU完成消息。

[0150] 本实施例中，具体实现承载删除控制的方式类似上面实施例的描述。只是将新SGSN到S-GW发送的承载删除消息改为Delete PDP Context Request和Delete PDP Context Response。其中当S-GW发生改变的话，Delete PDPContext Request需要携带S-GW Change的参数。如该消息修改如下表所示：

[0151]信息元素 Presence requirement
Teardown Ind Conditional
NSAPI Mandatory
Protocol Configuration Options Optional
Private Extension Optional
S-GW Change Conditional

[0152] 添加的新的参数为S-GW Change或其它表达S-GW改变的参数，如使用Cause(原因)，其中使用某些原因值代表S-GW变换的信息，在S-GW改变的情况下需要携带。

[0153] 5、UE在限制信令下更换SGSN，原先在SGSN下：

[0154] 请参阅图6，本发明实施例中承载删除控制方法第五实施例包括：

[0155] 601、发送RAU请求；

[0156] UE向新SGSN发送RAU Request。

[0157] 602、新SGSN向原SGSN发送上下文请求；

[0158] 603、原SGSN向新SGSN反馈上下文信息；

[0159] 604、可能进行鉴权处理；

[0160] 605、新SGSN向原SGSN发送上下文确认消息或显式信令；

[0161] 606、发送PDP上下文创建请求；

[0162] 新SGSN向S-GW发送PDP上下文创建请求。

[0163] 607、发送承载更新请求；

[0164] S-GW向P-GW发送承载更新请求。

[0165] 608、反馈承载更新响应；

[0166] 609、反馈PDP上下文创建响应；

[0167] 610、新SGSN向HSS发送Update Location；

[0168] 611、原SGSN与HSS进行Cancel Location流程；

[0169] 612、在原SGSN与原S-GW之间删除PDP上下文；

[0170] 613、在新SGSN与HSS之间插入用户数据；

[0171] 614、HSS向新SGSN反馈Update Location响应；

[0172] 615、新SGSN向UE反馈RAU接受消息；

[0173] 616、UE向新SGSN反馈RAU完成消息。

[0174] 本实施例中，原SGSN可通过Context Acknowledge了解过程为普通TAU。但如果S-GW改变，Context Acknowledge中还需要携带S-GW Change的信息，因为如果S-GW改变，原SGSN要向S-GW发送Delete PDP Context Request使得S-GW上删除UE Context；

[0175] 如果S-GW没有改变，则原SGSN自己删除UE的Context即可。

[0176] S-GW如果从SGSN收到Delete PDP Context Request，如果该消息中没有携带S-GW Change的标识，则认为UE发起Attach，应该进一步向P-GW发起Delete Bearer消息。

[0177] 因此，还需要修改现有的SGSN之间的上下文确认消息，如下表所示：

[0178]信息元素 Presence requirement
Cause Mandatory
Tunnel Endpoint Identifier Data II Conditional
SGSN Address for user traffic Conditional
Private Extension Optional
S-GW Change Conditional

[0179] 在该消息中，需要添加S-GW Change的参数或其它表达S-GW改变的参数，如使用Cause(原因)，其中使用某些原因值代表S-GW变换的信息，当S-GW发生改变时需要携带。

[0180] 可以理解的是，原先在MME下，UE在限制信令下更换MME的实施例与上述实施例基本一致，不再赘述。

[0181] 二、触发双网络的位置删除流程：

[0182] 请参阅图7，本发明实施例中承载删除控制方法第六实施例包括：

[0183] 701、请求附着；

[0184] UE向新MME发起附着请求；

[0185] 702、进行识别交互；

[0186] 新MME与原MME之间发送识别请求以及获取UE的IMSI。

[0187] 703、若没有获取到UE的IMSI，则向UE获取其IMSI704、可能进行鉴权；

[0188] UE通过MME与HSS进行鉴权。

[0189] 705A～705D、若UE上次Detach时的实体就是现在接入的实体，则进行承载删除请求以及响应以删除异常关机的承载；

[0190] 706、发送Update Location；

[0191] 新MME向HSS发送Update Location。

[0192] 707、原MME与HSS之间进行位置删除流程；

[0193] 708A～708B、承载删除请求；

[0194] 709、SGSN与HSS之间进行位置删除流程；

[0195] 710A～710B、删除PDP上下文以及承载删除请求；

[0196] 711、新MME与HSS之间插入用户数据；

[0197] 712、HSS向新MME反馈Update Location响应。

[0198] 本实施例中，UE在向新MME注册后，向HSS发送Update Location，HSS向原MME和原SGSN都发起Cancel Location，将UE的Context都删除。因为如果MME没有改变且仍然保留UE的Context，可能MME不会向HSS发送Update Location，因此无法将SGSN的UE Context删除。因此，如果UE发起Attach，即使MME没有改变，也可以强制MME发起到HSS的UpdateLocation；

[0199] 如果HSS发现保存的MME与发送Update Location的MME一样，说明UE没有改变MME，于是不必向记录的MME发送Cancel Location了，但会向记录的SGSN发送Cancel Location，SGSN收到后删除相关承载(至P-GW)。

[0200] 为区分与普通RAU/TAU的Update Location，在Update Location中应该携带“attach flag”或“RAU/TAU flag”或“update type”为“attach”还是“update”的标志。在cancellation type仍然从update type拷贝，如果S-GW改变的话，可能还要携带S-GW Change的标识。

[0201] 由于UE在Attach到SAE后，HSS已经Cancel Location到原SGSN，因此下次UE进入SGSN后，HSS不再会发送Cancel Location到原SGSN了，也不会进行承载删除操作了。即使UE没有改变SGSN，由于SGSN内没有UE的Context，也会发起Update Location到HSS。

[0202] 从上面看出，由于UE只发一次Attach Request，而Attach后，第一次进入其他RAT后，仍然发送RAU或TAU，使用上面的方式(即Attach时将所有其他上次UE注册的实体删除UE context)，这样就不需要判断UE是否是开机后第一次进入本RAT，从而在接收到RAU或TAU后也要在UpdateLocation标识Attach，使得原实体删除UE的承载。

[0203] 以上以UE附着到SAE为例进行介绍，当UE首先附着到2G/3G原理是一样的，即UE发送Attach Request到某中间网元，该中间网元直接发送位置更新请求(Update Type为Attach)到HSS，HSS发送Cancel Location到原中间网元(2G/3G和SAE里的中间网元)来删除UE Context，同时删除UE遗留的承载，从而在UE下次进入另一系统时不必专门识别是否为类似Attach了。

[0204] 下面介绍本发明实施例中的装置，请参阅图8，本发明实施例中中间网元第一实施例包括：

[0205] 状态获取单元801，用于获取用户设备的网络状态；

[0206] 参数设置单元802，用于根据获取到的用户设备网络状态判断用户设备是否进行附着或是第一次进入网络，若是，则设置更新类型指示参数为附着类型，若否，则设置更新类型指示参数为更新类型；

[0207] 消息发送单元803，用于向归属用户服务器发送包含更新类型指示参数的位置更新消息。

[0208] 请参阅图9，本发明实施例中中间网元第二实施例包括：

[0209] 上下文接收单元901，用于接收上下文请求消息或上下文确认消息或位置删除消息或其它显式消息；

[0210] 变更判断单元902，用于判断所述上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中是否附着标识或位置更新标识或进一步包含服务网关变更标识；

[0211] 删除执行单元903，当上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中包含附着标识时，发起至服务网关以及服务网关至分组数据网络网关之间的承载删除请求；若所述消息中包含位置更新标识，且包含服务网关变更标识时，则发起至服务网关的承载删除请求，若不包含服务网关变更标识删除自身用户上下文。

[0212] 请参阅图10，本发明实施例中归属用户服务器实施例包括：

[0213] 接收单元1001，用于接收中间网元发送的位置更新消息；

[0214] 发送单元1002，用于向中间网元发送位置删除消息；

[0215] 所述位置删除消息中携带的删除类型指示参数为接收单元收到的位置更新消息中的更新类型指示参数，若接收单元收到的位置更新消息中携带服务网关变更标识，则发送单元发送的位置删除消息中也携带所述服务网关变更标识。

[0216] 请参阅图11，本发明实施例中服务网关实施例包括：

[0217] 消息接收单元1101，用于接收中间网元发送的承载删除请求或分组数据协议上下文删除请求；

[0218] 消息判断单元1102，用于判断承载删除请求或分组数据协议上下文删除请求消息中的是否包括删除到分组数据网络网关承载的信息(如携带服务网关变更标识表示不需要删除到分组数据网络网关承载，否则需要删除承载)；

[0219] 承载删除单元1103，用于当承载删除请求或分组数据协议上下文删除请求消息中的包括删除到分组数据网络网关承载的信息，且存在相关承载时，发起到分组数据网络网关的承载删除请求，否则，只删除自身的用户设备上下文。

[0220] 需要注意的是，本发明实施例中以附着标识、更新标识、服务网关变更标识来表示UE附着或Detach后第一次进入某网络、UE并非第一次进入某网络、针对该UE的S-GW是否改变，实际上，可以使用其它方式来表示这些情况，如使用某些原因值，而不必使用标识。本发明实施例只是提供一种可能，并不限定能表达该区别的方式。

[0221] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：中间网元接收归属用户服务器发送的包含定位类型的定位消息；判断所述定位类型是否为附着类型，若是，则删除所述中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。

[0222] 上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0223] 以上对本发明所提供的一种承载删除控制方法及归属用户服务器以及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。