承载处理方法

摘要

本发明公开了承载处理方法，在一种承载处理方法中，服务网关接收来自移动管理单元的承载处理消息，其中，承载处理消息中携带有消息源标记，用于标识承载处理消息的发送主体；服务网关获取承载处理消息中的消息源标记，根据消息源标识判断承载处理消息的发送主体，并根据判断结果进行承载处理。通过本发明，能够使得服务网关识别消息的发送主体，进而能够进行后续的相关承载处理。

权利要求

1.一种承载处理方法，用于服务网关进行承载处理，其特征在于，所述方法包括：服务网关接收来自移动管理单元的承载处理消息，其中，所述承载处理消息中携带有消息源标记，用于标识所述承载处理消息来自哪一个移动管理单元；

所述服务网关获取所述承载处理消息中的所述消息源标记，根据所述消息源标识判断所述承载处理消息来自哪一个移动管理单元，并根据判断结果进行承载处理。

2.根据权利要求1所述的方法，其特征在于，所述移动管理单元包括：移动管理实体、以及服务GPRS支持节点。

3.根据权利要求2所述的方法，其特征在于，

在判断所述承载处理消息来自的移动管理单元为所述移动管理实体的情况下，所述服务网关对其与所述移动管理实体相关的承载进行处理；

在判断所述承载处理消息来自的移动管理单元为所述服务GPRS支持节点的情况下，所述服务网关对其与所述服务GPRS支持节点相关的承载进行处理。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述承载处理消息包括以下之一：承载更新请求消息、承载释放请求消息。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述消息源标记占用所述承载处理消息的一个消息单元。

6.一种承载处理方法，用于服务网关进行承载处理，其特征在于，所述方法包括：服务网关获取来自移动管理单元的承载处理消息，其中，在所述承载消息来自的移动管理单元为移动管理实体的情况下，所述承载处理消息中携带有消息源标记；

所述服务网关判断所述承载处理消息中是否携带有所述消息源标记，根据判断结果确定所述承载处理消息来自哪一个移动管理单元，并根据确定的移动管理单元进行承载处理。

7.根据权利要求6所述的方法，其特征在于，在所述服务网关判断所述承载处理消息中携带有所述消息源标记的情况下，确定所述承载处理消息来自的移动管理单元是所述移动管理实体，否则，判断所述承载处理消息来自的移动管理单元不是所述移动管理实体。

8.根据权利要求6所述的方法，其特征在于，所述移动管理单元包括：所述移动管理实体、以及服务GPRS支持节点。

9.根据权利要求8所述的方法，其特征在于，

在所述服务网关判断所述承载处理消息中携带有所述消息源标记的情况下，确定所述承载处理消息来自的移动管理单元是所述移动管理实体，并对其与所述移动管理实体相关的承进行处理；

在所述服务网关判断所述承载处理消息中不携带有所述消息源标记的情况下，确定所述承载处理消息来自的移动管理单元是服务GPRS支持节点，并对其与所述服务GPRS支持节点相关的承载进行处理。

10.根据权利要求6至9中任一项所述的方法，其特征在于，所述承载处理消息包括以下之一：承载更新请求消息、承载释放请求消息。

11.根据权利要求6至9中任一项所述的方法，其特征在于，所述消息源标记占用所述承载处理消息的一个消息单元。

说明书

承载处理方法

技术领域

[0001] 本发明涉及通信领域，具体地，涉及承载处理方法。

背景技术

[0002] 随着WiMax(World Interoperability for Microwave Access，全球微波接入互通)的异军突起，第三代移动通信系统要保持其在移动通信领域的强有力的竞争力，必须提高其网络性能和降低网络建设及运营成本。因此，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)的标准化工作组，目前正致力于研究PS Core(Packet Switch Core，包交换核心网)和UTRAN(Universal MobileTelecommunication System Radio Access Network，全球移动通信系统无线接入网)的演进，这个研究的课题叫做系统架构演进(SystemArchitecture Evolution，简称为SAE)，目的是使得演进的分组网(Evolved Packet Core，简称EPC)可提供更高的传输速率，更短的传输延时，优化分组，及支持E-UTRAN(Evolved UTRAN，演进的UTRAN)、UTRAN、WLAN(Wireless Local Area Network，无线局域网)及其他非3GPP的接入网络之间的移动性管理。

[0003] 目前SAE的架构如图1所示，其中包含了如下网元：

[0004] 演进的无线接入网(Evolved RAN，简称为E-RAN)：可以提供更高的上/下行速率、更低的传输延迟和更加可靠的无线传输。E-RAN中包含的网元是eNodeB(Evolved NodeB，演进节点B)，用于为用户的接入提供无线资源。

[0005] 分组数据网(Packet Data Network，简称为PDN)：为用户提供业务的网络。

[0006] 演进的分组网(E-Packet Core)，提供了更低的延迟，并允许更多的无线接入系统接入。其包含如下网元：

[0007] 移动管理实体(Mobility Management Entity，简称为MME)：控制面功能实体，临时存储用户数据的服务器，负责管理和存储用户设备(User Equipment，简称为UE)的上下文(比如UE/用户标识，移动性管理状态，用户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络时，负责对该用户进行鉴权；处理MME和UE之间的所有非接入层消息；触发在SAE的寻呼。MME是SAE系统的移动管理单元。在UMTS系统中，移动管理单元是SGSN(Serving GPRS Support Node，服务GPRS支持节点)。

[0008] 服务网关(Serving Gateway，简称为S-GW)是一个用户面实体，负责用户面数据路由处理，终结处于空闲(ECM_IDLE)状态的UE的下行数据。管理和存储UE的SAE承载(bearer)上下文，比如IP承载业务参数和网络内部路由信息等。S-GW是3GPP系统内部用户面的锚点，一个用户在一个时刻只能有一个S-GW；

[0009] 分组数据网网关(PDN Gateway，简称为P-GW)，负责UE接入PDN的网关，分配用户IP地址，同时是3GPP和非3GPP接入系统的移动性锚点，PDN GW的功能还包括策略实施、计费支持。用户在同一时刻能够接入多个PDN GW。PCEF(Policy and ChargingEnforcement Function，策略与计费实施功能实体)也位于PDN GW中。

[0010] 策略与计费规则功能实体(Policy and Charging Rules Function，简称为PCRF)负责向PCEF提供策略控制与计费规则。

[0011] 归属用户服务器(Home Subscriber Server，简称为HSS)永久存储用户签约数据，HSS存储的内容包括UE的IMSI(InternationalMobile Subscriber Identification，国际移动用户识别码)、PDN GW的IP地址。

[0012] 在物理上，S-GW和PDN GW可能合一。EPC系统用户面网元包括S-GW和PDN GW。

[0013] 当UE所处的覆盖区发生改变，例如，从一种RAT(Radio AccessTechnology，无线接入技术)覆盖区移动到另一RAT覆盖区时，UE通过监听广播信道发现进入到了一个未注册的区域，为了保证UE与核心网之间的业务连续，则需要在新的RAT覆盖区下进行注册，因此，UE会发起inter RAT的TAU(Tracking Area Update，跟踪区更新)或者RAU(Routing Area Update，路由区更新)流程。图2为注册在UTRAN覆盖区下的UE移动到E-UTRAN覆盖区下引发的TAU流程。对于注册在E-UTRAN覆盖区下的UE移动到UTRAN覆盖区下引发的RAU流程，与图2类似，故不做赘述。如图2所示，包括以下步骤：

[0014] 步骤201，UE移动到MME下的E-UTRAN覆盖区，向MME发送跟踪区更新请求，请求在新的区域进行注册，请求消息中携带SGSN为UE分配的P-TMSI；

[0015] 步骤202，新MME根据P-TMSI标识找到旧SGSN，发送上下文请求信令进行上下文获取过程；

[0016] 步骤203，旧SGSN将用户的移动管理和承载信息发送给新MME，即，进行上下文响应；

[0017] 步骤204，新MME收到相应的信息后对上下文进行确认，即，上下文确认；

[0018] 步骤205，新MME向S-GW发起更新承载请求，请求消息中携带源GTP-C隧道标识和目的GTP-C隧道标识，S-GW更新承载的绑定关系；

[0019] 步骤206，S-GW向P-GW发送更新承载请求，将S-GW的地址信息、隧道标识信息、接入技术类型等参数发送给P-GW；

[0020] 步骤207，P-GW更新自己的上下文并向S-GW返回更新承载响应信息，信息内容包括P-GW的地址和隧道标识等；

[0021] 步骤208，S-GW向新MME返回更新承载响应，将S-GW指定的目的GTP-C隧道标识、自身的地址、以及P-GW的地址和隧道信息等带给MME。

[0022] 步骤209，新MME通过位置更新消息通知HSS注册位置的改变；

[0023] 步骤210，HSS对UE保持单注册原则，向旧SGSN发送位置取消信令，只维护新MME的注册；

[0024] 步骤211，旧SGSN向HSS返回位置取消响应；

[0025] 步骤212，HSS对新MME的位置更新进行确认；

[0026] 步骤213，如果新MME确认UE在当前的跟踪区内有效，则向UE发送跟踪区更新接受消息；

[0027] 步骤214，如果新MME通过TAU流程为UE分配了一个新的GUTI标识，那么UE会返回跟踪区更新完成消息向MME进行确认。

[0028] 基于这种位置更新原则，如果UE在UTRAN覆盖区或者E-UTRAN之间频繁移动，或者在同覆盖区内由于信号强度等原因引起的频繁注册区选择都会引发大量的TAU或者RAU流程，这对空口来说会造成沉重的负担。因此，在EPS系统中，为了减少UE和核心网之间的空口信令，引入了ISR(Idle mode SignalingReduction，空口信令减少)的功能。当激活了该功能之后，同时具有UTRAN和E-UTRAN接入功能的UE，可以同时注册到MME和SGSN。这样，当UE在两种不同的接入技术之间频繁移动时，UE就不会发起inter RAT的TAU或者RAU，从而减少了不必要的空口信令传输。

[0029] UE激活ISR的过程也是通过TAU或者RAU流程完成的，但是在某些步骤上有所不同。以下以图3采用TAU流程激活ISR功能为例对二者的不同之处进行着重介绍，由于采用RAU流程激活ISR功能的流程与此情况类似，故不做赘述。如图3所示，包括以下步骤：

[0030] 步骤301，UE移动到MME下的E-UTRAN覆盖区，在向MME发送的跟踪区更新请求消息中除了携带UE在SGSN下分配的P-TMSI，还要携带UE是否支持ISR的能力；

[0031] 步骤302，新MME根据P-TMSI标识找到旧SGSN，发送上下文请求信令进行上下文获取过程；

[0032] 步骤303，旧SGSN将用户的移动管理和承载信息发送给新MME，并在返回的上下文响应消息中携带自己是否支持ISR的能力；

[0033] 步骤304，新MME根据从旧SGSN收到的上下文信息判断是否进行ISR激活，如果进行ISR激活，那么新MME在给旧SGSN回复的上下文确认消息中带上ISR指示告知旧SGSN保留UE原来的上下文信息；

[0034] 步骤305，新MME向S-GW发起更新承载请求，请求消息中携带源GTP-C隧道标识和目的GTP-C隧道标识，S-GW更新承载的绑定关系。更新承载请求消息中还包括激活ISR的指示，通知S-GW保留UE在旧SGSN下拥有的承载上下文信息。

[0035] 步骤306，由于RAT发生了变化，S-GW向P-GW发送更新承载请求；

[0036] 步骤307，P-GW更新自己的上下文并向S-GW返回更新承载响应信息；

[0037] 步骤308，S-GW向新MME返回更新承载响应，将S-GW指定的目的GTP-C隧道标识、自身的地址以及P-GW的地址和隧道信息等带给MME；

[0038] 步骤309，新MME通过位置更新消息通知HSS位置的改变，并通过相应标识将ISR激活的信息告知HSS，那么HSS就保持E-UTRAN和UTRAN两个域的双注册信息，不再向旧SGSN发送位置取消信息；

[0039] 其中，对于上述的相应的标识信息，目前是通过现有的位置更新类型这一消息单元指示为双注册。

[0040] 步骤310，判断UE是否激活了ISR，如果HSS对UE没有保持双注册，则向SGSN发送位置取消信令，如果激活了ISR，因此HSS对UE保持两个PS域的注册，因此不会向旧SGSN发送位置取消信令，在该流程中属于第二种情况；

[0041] 步骤311，若SGSN收到位置取消信令，则SGSN会向HSS返回位置取消响应；对应于步骤310，在该流程中，无需返回位置取消响应；

[0042] 步骤312，HSS对新MME的位置更新进行确认；

[0043] 步骤313，如果新MME确认UE在当前的跟踪区内有效，则向UE发送跟踪区更新接受消息，在该消息中MME通过指示通知UEISR功能已激活；

[0044] 步骤314，如果新MME通过TAU流程为UE分配了一个新的GUTI标识，那么UE会返回跟踪区更新完成消息向MME进行确认。

[0045] ISR激活时，S-GW同时保留了两个接入网的承载信息，因此需要对来自于MME或者SGSN的控制面信息进行区分，从而保证对正确接入网络下的承载进行操作。MME和SGSN之间的控制面信息是通过GTP-C隧道进行传输的，隧道的源端和目的端采用TEID进行标识。

[0046] 通过以上描述可以看出，目前，通过步骤305的更新承载请求通知S-GW激活ISR功能，该消息指示S-GW将新承载信息和原承载信息绑定到同一个目的端的GTP-C隧道标识上。这样，导致S-GW不能区分后续的控制面信令是来自哪个移动管理实体的，因此，不能对相应的承载进行更新或者释放操作。

发明内容

[0047] 考虑到S-GW不能区分后续的控制面信令是来自哪个移动管理实体，并且不能对相应的承载进行更新或者释放操作的问题而做出本发明，为此，本发明的主要目的在于提供一种承载处理方案。

[0048] 根据本发明的一个方面，提供了一种承载处理方法，用于服务网关进行承载处理。

[0049] 根据本发明实施例的承载处理方法包括以下处理：服务网关接收来自移动管理单元的承载处理消息，其中，承载处理消息中携带有消息源标记，用于标识承载处理消息的发送主体；服务网关获取承载处理消息中的消息源标记，根据消息源标识判断承载处理消息的发送主体，并根据判断结果进行承载处理。

[0050] 根据本发明的另一方面，提供了一种承载处理方法，用于服务网关进行承载处理。

[0051] 根据本发明实施例的承载处理方法包括以下处理：服务网关获取来自移动管理单元的承载处理消息，其中，在承载消息的发送主体为移动管理实体的情况下，承载处理消息中携带有消息源标记；服务网关判断承载处理消息中是否携带有消息源标记，根据判断结果确定承载处理消息的发送主体，并根据确定的发送主体进行承载处理。

[0052] 通过本发明的上述至少一个技术方案，能够使得服务网关识别消息的发送主体，进而能够进行后续的相关承载处理。

[0053] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

[0054] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

[0055] 图1是根据相关技术的演进分组网络系统结构的示意图；

[0056] 图2是根据相关技术的进行正常跟踪区更新的信令流程图；

[0057] 图3是根据相关技术的通过跟踪区更新流程激活ISR功能的信令流程图；

[0058] 图4是根据本发明实施例的消息源识别方法的流程图；

[0059] 图5是根据本发明实施例的承载处理方法的流程图；

[0060] 图6是根据本发明实施例的另一消息源识别方法的流程图；

[0061] 图7是根据本发明实施例的另一承载处理方法的流程图；

[0062] 图8是本发明第一实施例的MME与S-GW的承载更新过程的信令交互流程；

[0063] 图9是本发明第二实施例的SGSN与S-GW的承载更新过程的信令交互流程；

[0064] 图10是本发明第三实施例的MME与S-GW的承载释放过程的信令交互流程；

[0065] 图11是本发明第四实施例的SGSN与S-GW的承载释放过程的信令交互流程。

具体实施方式

[0066] 如上所述，目前在相关的承载消息中将新承载信息和原承载信息绑定到同一个目的端的GTP-C隧道标识上，因此S-GW不能区分后续的控制面信令是来自哪个移动管理实体的，也就不能对相应的承载进行更新或者释放操作。鉴于此，本发明实施例提供了消息源识别方法和承载处理方法，用以解决上述问题。

[0067] 以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

[0068] 根据本发明实施例，首先提供了一种消息源识别方法，用于S-GW识别承载处理消息的发送主体。如图4所示，该方法包括以下处理：

[0069] 步骤S402，S-GW接收来自移动管理单元的承载处理消息，其中，承载处理消息中携带有消息源标记，用于标识承载处理消息的发送主体；

[0070] 步骤S404，S-GW获取承载处理消息中的消息源标记，并根据消息源标识判断承载处理消息的发送主体。

[0071] 需要说明的是，在以下的描述中，提到的移动管理单元或消息发送主体可以是MME或SGSN，提到的承载处理消息可以是承载更新请求消息或承载释放请求消息。

[0072] 本发明实施例还提供了一种承载处理方法，用于S-GW进行承载处理。图5示出了该方法的流程图，如图5所示，包括以下处理：

[0073] 步骤S502，S-GW接收来自移动管理单元的承载处理消息，其中，承载处理消息中携带有消息源标记，用于标识承载处理消息的发送主体；

[0074] 步骤S504，S-GW获取承载处理消息中的消息源标记，根据消息源标识判断承载处理消息的发送主体，并根据判断结果进行承载处理。

[0075] 具体地，在步骤S504中，在判断承载处理消息的发送主体为MME的情况下，S-GW对其与MME相关的承载进行处理；在判断承载处理消息的发送主体为SGSN的情况下，S-GW对其与SGSN相关的承载进行处理。其中，对承载进行的处理可以是更新或释放处理，这将在下文中进行详细描述。

[0076] 以上描述的是在承载处理消息中携带消息源标记，用携带的消息源标记来区分发送主体的技术方案，例如，可以通过消息源标记的值来标识不同的发送主体，例如，该消息源标记可以占用承载处理消息中的1个消息单元，当该消息单元取值为“1”时，表示发送主体为MME，当取值为“0”时，表示发送主体为SGSN，或者，当该消息单元取值为“0”时，表示发送主体为MME，当取值为“1”时，表示发送主体为SGSN。实际上，本发明不限与此，以下给出了另一种实现方案。

[0077] 根据本发明实施例，提供了一种消息源识别方法，用于S-GW识别消息源。图6示出了该方法的流程图，如图6所示，包括以下处理：

[0078] 步骤S602，S-GW获取来自移动管理单元的承载处理消息，其中，在承载消息的发送主体为MME的情况下，承载处理消息中携带有消息源标记；

[0079] 步骤S604，S-GW判断承载处理消息中是否携带有消息源标记，并根据判断结果确定承载处理消息的发送主体。

[0080] 具体地，在步骤S604中，在S-GW判断承载处理消息中携带有消息源标记的情况下，确定承载处理消息的发送主体是MME，否则，判断承载处理消息的发送主体不是MME。

[0081] 根据本发明实施例，还提供了另一种承载处理方法，用于S-GW进行承载处理。图7示出了该方法的流程图，如图7所示，包括以下处理：

[0082] 步骤S702，S-GW获取来自移动管理单元的承载处理消息，其中，在承载消息的发送主体为MME的情况下，承载处理消息中携带有消息源标记；

[0083] 步骤S704，S-GW判断承载处理消息中是否携带有消息源标记，根据判断结果确定承载处理消息的发送主体，并根据确定的发送主体进行承载处理。

[0084] 具体地，在步骤S704中，在S-GW判断承载处理消息中携带有消息源标记的情况下，确定承载处理消息的发送主体是MME，并对其与MME相关的承载进行处理；在S-GW判断承载处理消息中不携带有消息源标记的情况下，确定承载处理消息的发送主体是SGSN，并对其与SGSN相关的承载进行处理。其中，对承载进行的处理可以是更新或释放处理，这将在下文中进行详细描述。

[0085] 上述技术方案根方案一的主要区别在于，通过消息源标记的有无而不是通过消息源标记的值来表示消息发送主体，这里的消息源标记也可以占用承载处理消息中的一个消息单元。

[0086] 以下将以承载更新请求消息和承载释放请求消息为例来描述本发明的优选实施例。

[0087] 实施例一：ISR激活时，MME与S-GW的承载更新过程

[0088] 图8是ISR激活时，MME与S-GW的承载更新信令交互的流程图。如图8所示，包括如下步骤：

[0089] 步骤802，MME向S-GW发送更新承载请求，该请求消息中可以携带承载标识(Bearer ID)等待更新的承载相关信息。由于ISR已经激活，所以MME在更新承载请求消息中还需要携带MME消息源标记；

[0090] 消息源标记可以通过在更新承载请求消息中增加一个消息单元(Information Element)来实现，该标记用于表明更新承载请求来自哪一个实体，MME或者SGSN。如上所述，该消息单元的取值包括但不限于以下方式：MME和SGSN分配不同取值的消息源标记来表示消息来源，或者只有MME填充消息源标记，而SGSN不做填充，若该消息单元为空则说明该消息来自SGSN；

[0091] 步骤804，S-GW收到更新承载请求消息，分析该请求消息是否包含MME消息源标记。由于该请求消息中包含MME消息源标记，因此S-GW就认为该更新承载请求消息是由MME发送的。

[0092] 步骤806，S-GW根据步骤804的判断，更新MME和S-GW之间建立的承载，并向MME返回更新承载响应消息。

[0093] 通过以上的实施例，实现了MME与S-GW的承载更新过程。

[0094] 实施例二：ISR激活时，SGSN与S-GW的承载更新过程

[0095] 图9是ISR激活时，SGSN与S-GW的承载更新信令交互的流程图。如图9所示，包括如下步骤：

[0096] 步骤902，SGSN向S-GW发送更新承载请求，该请求消息中可以携带承载标识(Bearer ID)等待更新的承载相关信息。由于ISR已经激活，所以SGSN在更新承载请求消息中还需要携带SGSN消息源标记；

[0097] 消息源标记可以通过在更新承载请求消息中增加一个消息单元(Information Element)来实现，该标记用于表明所述更新承载请求来自哪一个实体，MME或者SGSN。该消息单元的取值包括但不限于以下方式：MME和SGSN分配不同取值的消息源标记来表示消息来源，或者只有MME填充消息源标记，而SGSN不做填充，若该消息单元为空则说明该消息来自SGSN；

[0098] 步骤904，S-GW收到更新承载请求消息，分析该请求消息是否包含MME消息源标记。由于请求消息中包含SGSN消息源标记，不包含MME消息源标记，S-GW就认为该更新承载请求消息是由SGSN发送的。

[0099] 步骤906，S-GW根据步骤904的判断，更新SGSN和S-GW之间建立的承载，并向SGSN返回更新承载响应消息。

[0100] 通过上述实施例，实现了SGSN与S-GW的承载更新过程。

[0101] 实施例三：ISR激活时，MME与S-GW的承载释放过程

[0102] 图10是ISR激活时，MME与S-GW的释放承载信令交互的流程图。如图10所示，包括如下步骤：

[0103] 步骤1002，MME向S-GW发送释放承载请求，该请求消息中可以携带承载标识(Bearer ID)等待释放的承载相关信息。由于ISR已经激活，所以MME在释放承载请求消息中还需要携带MME消息源标记；

[0104] 消息源标记可以通过在释放承载请求消息中增加一个消息单元(Information Element)来实现，该标记用于表明所述更新承载请求来自哪一个实体，MME或者SGSN。该消息单元的取值包括但不限于以下方式：MME和SGSN分配不同取值的消息源标记来表示消息来源，或者只有MME填充消息源标记，而SGSN不做填充，若该消息单元为空则说明该消息来自SGSN；

[0105] 步骤1004，S-GW收到释放承载请求消息，分析该请求消息是否包含MME消息源标记。由于请求消息中包含MME消息源标记，那么S-GW就认为该释放承载请求消息是由MME发送的；

[0106] 步骤1006，S-GW根据步骤1004的判断，释放MME和S-GW之间建立的承载，并向MME返回释放承载响应消息。

[0107] 通过上述处理，实现了MME与S-GW的承载释放过程。

[0108] 实施例四：ISR激活时，SGSN与S-GW的承载释放过程

[0109] 图11是ISR激活时，SGSN与S-GW的释放承载信令交互的流程图。如图11所示，包括如下步骤：

[0110] 步骤1102，SGSN向S-GW发送释放承载请求，该请求消息中可以携带承载标识(Bearer ID)等待释放的承载相关信息。由于ISR已经激活，所以SGSN在释放承载请求消息中还需要携带SGSN消息源标记；

[0111] 消息源标记可以通过在释放承载请求消息中增加一个消息单元(Information Element)来实现，该标记用于表明所述更新承载请求来自哪一个实体，MME或者SGSN。该消息单元的取值包括但不限于以下方式：MME和SGSN分配不同取值的消息源标记来表示消息来源，或者只有MME填充消息源标记，而SGSN不做填充，若该消息单元为空则说明该消息来自SGSN；

[0112] 步骤1104，S-GW收到释放承载请求消息，分析该请求消息是否包含MME消息源标记。由于请求消息中包含SGSN消息源标记，不包含MME消息源标记，S-GW就认为该释放承载请求消息是由SGSN发送的。

[0113] 步骤1106，S-GW根据步骤1104的判断，释放SGSN和S-GW之间建立的承载，并向SGSN返回释放承载响应消息。

[0114] 通过上述实施例，实现了SGSN与S-GW的承载释放过程。

[0115] 综上所述，借助于本发明的技术方案，能够使服务网关区分的更新/删除承载相关的控制面信令是来自哪个移动性管理单元，从而能够对相应的承载进行更新或者删除的操作。

[0116] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。