专利名称:一种实现移动通信系统承有承载活的方法及系统、节点的制作方法
技术领域：
本发明涉及移动通信网络领域，尤其涉及一种承载去激活的方法及系统、网络节点。
背景技术：
通用移动通信系统(UMTS)是采用宽带分码多工存取(WCDMA)空中接口技术的第三代移动通信系统，通常也把UMTS系统称为WCDMA通信系统。UMTS系统包括无线接入网络(RAN)和核心网络(CN)，其中RAN用于处理与无线有关的功能，而CN处理UMTS系统内话音呼叫和数据连接，并实现与外部网络的交换和路由功能。
网关GPRS支持节点(GGSN)作为一个基本的网元功能实体，提供数据包在同外部数据网之间的路由和封装。服务GPRS支持节点(SGSN)作为一个基本的组成网元，其主要的作用就是为本SGSN服务区域的移动台(MS)转发输入/输出的IP分组。RAN由无线网络控制器(RNC)和基站(NodeB)组成。
现有技术包括长期演进网络(Long Term Evolved，LTE)/系统架构演进网络 (System Architecture Evolved, SAE)，LTE的目的是提供一种能够降低时延、提高用户数据速率、改进的系统容量和覆盖的低成本的网络，使用PS域业务，承载网络都为IP承载。
下述对SAE演进网络架构及其功能进行说明，在演进的分组核心网中
移动性管理实体(Mobility Management Entity，MME)的功能是保存UE的移动性管理上下文，如用户的标识，移动性管理状态、位置信息等，并对非接入层(Non Access Stratum, NAS)信令进行处理，负责NAS信令的安全等。
SAE Gff(SAE网关)包括两部分服务网关(Serving Gateway, SGff)和分组数据网络网关(PDN Gateway，PGW)。SGW与PGW是两个逻辑实体，可以存在于同一个或不同的物理实体上。
策略计费规则功能(Policyand Charging Rules Function, PCRF)通过 S7 接口向 PGW作为策略计费增强功能(Policy and Charging Enforcement Function,PCEF)传递服务质量(QoS)和计费策略控制信息等。
图1示出了现有的UMTS系统和SAE系统融合的结构示意图，为了使现有UMTS系统能够与SAE系统融合，UMTS系统必须升级到Release 8版本，因此这种系统间的融合架构被称为R8UMTS网络。其中用户设备(UE)通过SGSN接入服务网关(SGW)，此时SGSN之下到UE为UMTS系统，而SGW之上到分组数据网络网关(PGW)为SAE系统，UE通过移动性管理实体(MME)接入SGW，此时所有节点都属于SAE系统。
由于SAE系统支持UE通过UMTS系统接入，即UE可以通过UMTS系统的RAN、SGSN 接入到SAE系统中的SGW。而UMTS和SAE系统均有自己的相关处理承载去激活的流程，因此需要在两种系统分界处(SGSN或SGW)进行契合。由于在SAE系统中有缺省承载与专有承载的分别，其中缺省承载为用户节点建立的到一个APN的第一条承载，一个用户节点可以连接到多个APN，每一个APN指向一个PDN ；专有承载为建立了缺省承载之后的在这个APN上的所有其他承载，一条缺省承载可以对应于多个专有承载。因此在承载去激活流程中需要对两种承载类型的处理进行特殊考虑，在UMTS系统和SAE系统中，进行承载删除的消息和参数都不一样，UMTS系统中的承载去激活都是通过PDP CONTEXT消息实现的，而在SAE系统中是Bearer Context消息，而在R8UMTS移动通信系统承载删除的过程中，目前并没有实现关于跨UMTS系统和SAE系统的承载删除的方法。
发明内容
鉴于上述现有技术所存在的问题，本发明实施例提供了一种实现移动通信系统承载去激活的方法及系统、节点，根据不同的承载类型实行承载去激活，实现了专有承载的去激活保留缺省承载或所有承载的承载去激活。
为了解决上述技术问题，本发明实施例提出了一种实现移动通信系统承载去激活的方法，该方法包括以下步骤
接收承载去激活请求，所述承载去激活请求中包括需要进行承载去激活的承载类型指示；
确定需要进行承载去激活的承载类型；所述承载类型为最后一条缺省承载、缺省承载或专有承载；
根据承载类型对需要进行承载去激活的承载进行相应的承载去激活；
其中，所述承载去激活请求为将SAE的承载去激活请求转换获得的UMTS的承载去激活请求，或为将UMTS的承载去激活请求转换获得的SAE的承载去激活请求。
相应的，本发明实施例还提出了一种网络节点，包括
接收单元，用于接收发送给网络节点的承载去激活请求，所述承载去激活请求中包括需要进行承载去激活的承载类型指示；所述承载去激活请求为将SAE的承载去激活请求转换获得的UMTS的承载去激活请求，或为将UMTS的承载去激活请求转换获得的SAE的承载去激活请求；
确定单元，用于确定所要进行承载去激活的承载类型；所述承载类型为最后一条缺省承载、缺省承载或专有承载；
去激活单元，用于根据确定单元确定的承载类型进行承载去激活。
相应的，本发明实施例还提供了一种网络节点，包括
生成单元，用于决定进行承载去激活的承载，生成承载去激活请求；所述承载去激活请求中包括需要进行承载去激活的承载类型指示；所述承载类型为最后一条缺省承载、缺省承载或专有承载；
发送单元，用于将生成单元生成的承载去激活请求发送给网络判断节点以使其根据确定的承载类型进行承载去激活；
转换单元，所述转换单元用于实现UMTS和SAE之间的承载去激活请求转换，将SAE 的承载去激活请求转换为UMTS的承载去激活请求，或将UMTS的承载去激活请求转换为SAE 的承载去激活请求。
相应的，本发明实施例还提出了一种移动通信系统承载去激活的网络系统，所述网络系统包括网络请求节点和网络判断节点，其中
所述网络判断节点用于接收网络请求节点发送的承载去激活请求，并确定承载去激活请求中所要进行承载去激活的承载类型，根据承载类型将所要进行承载去激活的承载进行承载去激活；所述承载类型为最后一条缺省承载、缺省承载或专有承载；
网络请求节点用于决定进行承载去激活的承载，生成承载去激活请求，并将生成的承载去激活请求发送给网络判断节点；所述网络请求节点还用于实现UMTS和SAE之间的承载去激活请求转换，将SAE的承载去激活请求转换为UMTS的承载去激活请求，或将 UMTS的承载去激活请求转换为SAE的承载去激活请求。
实施本发明实施例，实现了移动通信系统上的不同网元对缺省承载和专有承载的区分，以及对缺省承载删除的处理方法或删除专有承载而保留缺省承载的方法。
图1是现有的UMTS系统和SAE系统融合的结构示意图；
图2是本发明实施例中的R8UMTS系统图；
图3是本发明实施例中的SAE系统的结构示意图；
图4是本发明实施例中的网络请求节点和网络判断节点的结构示意图；
图5是本发明实施例中的UE发起Detach流程的流程图；
图6是本发明实施例中的UE发起的承载去激活的第一流程图；
图7是本发明实施例中的UE发起的承载去激活的第二流程图；
图8是本发明实施例中的SGW发起的Detach流程的第一流程图；
图9是本发明实施例中的SGW发起的Detach流程的第二流程图；
图10是本发明实施例中的UE发起的承载去激活的第三流程图；
图11是本发明实施例中的UE发起的承载去激活的第四流程图；
图12是本发明实施例中的UE发起的承载去激活的第五流程图；
图13是本发明实施例中的PGW发起的Detach流程的第一流程图；
图14是本发明实施例中的PGW发起的Detach流程的第二流程图；
图15是本发明实施例中的UE发起的承载去激活的第六流程图；
图16是本发明实施例中的SGSN发起的承载去激活的第一流程图；
图17是本发明实施例中的SGSN发起的承载去激活的第二流程图；
图18是本发明实施例中的SGSN发起的承载去激活的第三流程图；
图19是本发明实施例中的PGW发起的承载去激活的第一流程图；
图20是本发明实施例中的SGW发起的承载去激活的第一流程图；
图21是本发明实施例中的UE发起的承载去激活的第七流程图；
图22是本发明实施例中的SGSN发起的Detach流程的流程图；
图23是本发明实施例中的UE发起的承载去激活的第八流程图；
图24是本发明实施例中的UE发起的承载去激活的第九流程图；
图25是本发明实施例中的UE发起的承载去激活的第十流程图；
图26是本发明实施例中的UE发起的承载去激活的第十一流程图；
图27是本发明实施例中的SGSN发起的承载去激活的第四流程图；
图28是本发明实施例中的PGW发起的承载去激活的第二流程图；
图29是本发明实施例中的SGW发起的承载去激活的第二流程图；
图30是本发明实施例中的PGW发起的承载去激活的第三流程图； 图31是本发明实施例中的MME发起的承载去激活的流程图。[0062]具体实施方式
本发明实施例提供了一种实现移动通信系统承载去激活的方法及系统、节点，根据不同的承载类型实行承载去激活，实现了专有承载的承载去激活而保留缺省承载或将所有承载进行承载去激活。
下面结合附图详细说明本发明的优选实施例。
首先请参阅图2，图是本发明实施例中的承载去激活的系统图，该承载去激活方法的实现位于UMTS系统和SAE系统中，在UMTS系统和SAE系统中，进行承载删除的消息不一样，并且其中的参数(UMTS中是PDP CONTEXT而在SAE中是Bearer Context)也不一致，而在R8UMTS系统的网络删除的过程中，对缺省承载和专有承载应该区分处理。因此，本发明实施例中通过提供两种转换方案可以使得在跨UMTS系统和SAE系统之间的承载去激活顺利完成。在进行R8UMTS系统的承载删除的时候，本发明实施例提供了两种消息转换的方法，一种是在承载删除的时候，上游SAE系统的SGW节点进行消息转换，在SGW和SGSN之间传递的消息为UMTS格式；另外一种方法是在承载删除的时候，下游UMTS系统的SGSN节点负责进行消息转换，在SGW和SGSN之间的消息格式为SAE的消息格式。
本发明实施例中的承载去激活方法还可以在SAE系统中实现，图3示出了了本发明实施例中的承载去激活的另一系统图，上述图2和图3中都提供了不同网元对缺省承载和专有承载的区分以及对缺省承载删除的处理方法，该系统图2和系统图3中至少包括一网络请求节点和一网络判断节点，所述网络判断单元用于接收网络请求节点发送的承载去激活请求，并确定承载去激活请求中所要进行承载去激活的承载类型，根据承载类型将所要进行承载去激活的承载进行承载去激活，该网络请求节点可以为UTMS系统中的用户设备或SGSN ；或SAE系统中的用户设备、移动性管理实体、服务网关、策略与计费规则模块、 分组数据网络网关等。所述网络请求节点用于决定进行承载去激活的承载，生成承载去激活请求，并将生成的承载去激活请求发送给网络判断节点，该网路判断节点为UTMS系统中的用户设备、或服务GPRS支持节点；或SAE系统中的服务网关、分组数据网络网关。
图4示出了本发明实施例中的网络请求节点21和网络判断节点10的结构示意图，其中网络判断节点20包括接收单元21、确定单元22和去激活单元23，接收单元21 用于接收网络请求节点10发送的承载去激活请求，该承载去激活请求包括需要进行承载去激活的承载类型指示，所述去激活的承载类型包括专有承载、缺省承载、或最后一条缺省承载；确定单元22用于确定所要进行承载去激活的承载类型；去激活单元23用于根据确定单元22确定的承载类型进行承载去激活。网络请求节点10包括生成单元11和发送单元12，其中生成单元11用于根据决定进行承载去激活的承载，生成承载去激活请求；发送单元12用于将生成单元11生成的承载去激活请求发送给网络判断节点20，若该承载去激活请求发生在跨网络系统中时，即该网络请求节点为SGSN或SGW时，需要将网络请求节点 10发送的承载去激活请求报文进行转换，该SGSN或SGW中还设有一转换单元13，用于实现 UMTS和SAE之间的承载去激活请求报文转换，将生成单元11生成的承载去激活请求中的 UMTS承载去激活请求报文转换为SAE承载去激活请求报文，或在通知下游节点删除相应的承载类型时，将SAE承载去激活报文转化为相应的UMTS承载去激活报文。该转换单元13 用于实现UMTS系统与SAE系统间的承载去激活请求报文的转化，在转化为相应的系统报文之后，能够将信息在跨系统间进行传递，将SAE的承载去激活请求消息报文转换为UMTS的承载去激活请求消息报文，或将UMTS的承载去激活请求消息报文转换为SAE的承载去激活请求消息报文。在具体的转换过程中，若所述承载去激活请求消息含有将所有承载进行承载去激活时，将UMTS系统的承载去激活请求消息报文中的请求参数添加在SAE系统的承载去激活请求消息报文中；或者将UMTS系统的承载去激活请求消息中的请求参数转换为SAE 系统的承载去激活请求消息中所对应的请求参数。
下面结合图5至图29详细说明在R8UMTS系统中实现的承载去激活方法。流程图 5至流程图20为SAE系统中的SGW节点进行承载去激活请求报文的转换，当有请求报文发送给相应的网络判断节点时，需要在SGW节点中进行报文之间的转换实现承载去激活。
图5为本发明实施例中的用户设备(UE)发起的去附着流程图，所述去附着流程即为相应网络节点发起的Detach流程，所述过程中UE已经知道了承载类型，并且获知所述承载类型为最后一条缺省承载，UE直接发起Detach流程实现承载去激活，具体步骤如下
步骤SlOl 用户设备(UE)发送Detach Request消息给服务GPRS支撑节点 (SGSN)；
步骤S102 :SGSN 接收 UE 发送的 Detach Request 消息，发送 Delete PDPcontest Request消息给服务网管(SGW)；
步骤S103 :SGW接收 SGSN发送的 Delete PDP contest Request 消息，发送Delete Bearer Request消息给分组数据网络网关(PGW)；
步骤S104 :PGW接收 SGW 发送的 Delete Bearer Request 消息，向 SGW 返回 Delete Bearer Response 消息；
步骤S105 :PGW与策略与计费规则模块(PCRF)之间进行信息的交互，通过PCRF Interaction中的消息实现；
步骤S106 :SGW 接收返回的 Delete Bearer Response 消息，向 SGSN 发送 Delete PDP contest Response 消息；
步骤S107 :SGSN 接收 SGW 发送的 Delete PDP contest Response 消息，向 UE 发送 Detach Accent 消息；
步骤S108 如果无线网络侧存在有无线接入承载(RAB)，则释放RAB。
通过调用上述UE发起的Detach流程，当UE知道需要承载去激活的承载为最后一条缺省承载时，即可实现R8UMTS系统承载去激活。
当UE发起承载去激活时，UE知道承载类型，通过SGW处理缺省承载和专有承载的承载去激活，可以通过图6所示的用户设备(UE)发起的承载去激活方法实现承载去激活， 具体步骤如下
步骤S201 :UE 向 SGSN发送Deactivate PDP context Request (Tl,Teardown Ind, DBD)消息，该消息中保存了表示承载类型的参数，其中Teardown Ind为拆卸标识，是用来标识是否将所有承载都删除的标识，即承载去激活；DBD用来标识是否把所有专有承载都删除的标识。如果UE要去激活缺省承载，那么在这条消息中把Tearerdown Ind值设置为 1，通过所述设置的值表示删除所有承载，该值也可以通过其他自定义的数值或符号进行表示，通过该参数和设置的值表示UE要去激活所有缺省承载，如果UE要删除这个PDN连接的所有专有承载，那么在这条消息中把DBD值设置为1，通过所述设置的值表示删除所有专有承载，该值也可以通过其他自定义的数值或符号进行表示，通过该参数和设置的值表示UE要去激活所有专有承载，这里的参数值的设置和参数的消息体可以根据需求的进行自定义的设置，通过所述设置的参数和数值使其能满足删除所有承载和删除所有专有承载；
步骤S202 :SGSN 向 SGW发送Delete PDP context Request (TEID, NSAPI, Teardown Ind, DBD)，其中TEID为隧道端点标识，NSAPI为网络层业务接入点标识。如果UE发出的消息中Teardown Ind参数被设置为删除所有承载时，那么SGSN准备去激活所有的PDP上下文，如果DBD被设置为删除所有专有承载时，那么SGSN准备去激活所有专有承载；
步骤S203 =SGff收到SGSN的信息之后，根据NSAPI得到的Bearer ID是否是缺省承载的Bearer ID，如果是缺省承载的Bearer ID，那么SGW将通过以下三种可能方式来处理此事
A =SGff拒绝此次去激活请求；
B SGff准备将SGW和PGW之间的所有承载都删除；
C =SGff删除这个缺省承载相关联的所有专有承载。
如果SGW确认不是缺省承载的去激活，满足C处理方式时，SGff向PGW发送Request Bearer Deactivation(Bearer ID, DBD)。
如果步骤S202发来的消息带有Tearerdown Ind参数并且值为删除所有承载，满足B处理方式时，SGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind。
在SGW确认是缺省承载的去激活之后，SGW向PGW发送Request Bearer Deactivation(Bearer ID)消息或 Request Bearer Deactivation(Tearerdown Ind, Bearer ID)消息。
步骤S204 如果部署了 PCC架构，需要进行PCC交互；
步骤S205 :PGW 向 SGW发出 Delete Bearer Request 消息(Bearer ID，DBD)来通知 SGW删除承载。如果是步骤S203中的第a)处理方法，该消息中包括了 Tearerdown Ind参数，取代 Bearer ID 参数。SGW 向 PGW 回应 Delete Bearer ResponseO 消息。如果 Delete Bearer Request消息中的DBD取值为1，那么删除所有这个PDN连接上的所有专有承载；
步骤S206 =SGff 向 SGSN 发送 Delete PDP Context response ()消息，如果 S203 中的消息带有Teardown Ind的取值为1，SGSN删除所有承载；
步骤S207 =SGSN 向 UE 发送响应消息 Deactivate PDP Context Response ；
步骤S208 如果无线侧存在RAB，那么释放RAB。
通过在UE中确定需要承载去激活的类型，系统中的各个网元对需要的去激活的承载类型作出判断，从而在网元中删除相应的承载类型。
当UE发起承载去激活时，UE不知道承载类型，SGff知道承载的类型，并处理去激活有响应请求返回给UE，可以通过图7所示的用户设备(UE)发起的承载去激活方法实现承载去激活，具体步骤如下
步骤 S301 =UE 向 SGSN 发送 Deactivate PDP context Request (Tl, Teardown Ind)，UE不能保存表示承载类型的参数。UE如果要去激活所有承载，那么在这条消息中把 Tearerdown Ind设置为删除所有承载；
步骤S302 :SGSN 向 SGW发送Delete PDP context Request (TEID, NSAPI, TeardownInd)。如果UE发出的消息包含Teardown Ind,并且值为1，那么SGSN准备去激活所有的 PDP上下文；
步骤S303 如果SGW发现UE请求去激活的是UE的不是最后一个承载，那么SGW将有三种可能方式来处理此消息
A =SGff拒绝此次去激活请求；
B SGff准备将SGW和PGW之间的所有承载都删除；
C =SGff删除这个缺省承载相关联的所有专有承载。
如果SGW接收了删除请求，SGW判断是不是最后一条缺省承载的去激活，如果是最后一条缺省承载，那么SGW可以选择拒绝此次去激活请求，或者直接调用SGW发起的 Detach流程，具体实现流程图如图8或图9中所示，或者删除此承载之上的所有专有承载而保留缺省承载；否则SGW向SGSN发Delete PDP context Response，这条消息中带有相应的cause参数；
步骤S304 =SGSN 向 UE 发 Deactivate PDP context Response，这条消息中带有相应的cause参数；
步骤S305 如果SGW经过NSAPI得到的Bearer ID是缺省承载的Bearer ID, SGff 向 PGW 发送 Request Bearer Deactivation (Bearer ID, Tearerdown Ind, DBD),如果 SGW 要删除这个IP/APN的所有专有承载，那么将DBD置为删除所有专有承载；
步骤S306 如果部署了 PCC架构，那么PCRF下发PCC策略给PGW ；
步骤S307 :PGW 向 SGW 发送 Delete Bearer Request (Bearer ID)，如果接收的消息中含有Tearerdown Ind参数时，那么PGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
步骤S308 :SGW判断为将所有缺省承载的专有承载删除而保留缺省承载，那么 SGW 下发多个 Delete PDP Context Request，直到收到的最后一个 Delete PDP Context Response消息并删除了所有缺省承载的专有承载后，才能进行步骤S312。如果PGW发来的消息包含的Bearer ID是一个缺省承载的ID，那么SGW准备删除所有IP/APN的承载，然后向 SGSN 发送 Delete PDP context Request (NSAPI, Tearerdown Ind, DBD)消息，并把里面的Tearerdown Ind设置为删除所有承载；
步骤S309 如果SGW发来的消息包含Tearerdown Ind且值为删除所有承载，那么SGSN准备删除所有IP/APN的承载，然后向UE发送Deactivate PDP context Request(NSAPI, Tearerdown Ind, DBD)；
步骤S310 如果UE收到的消息中包含Tearerdown Ind且值为删除所有承载，那么 UE 删除所有 IP/APN 的承载，然后向 UE 发送 Deactivate PDP context Request (NSAPI, Tearerdown Ind)；
步骤S311 如果UE发来的消息包含Tearerdown Ind且值为删除所有承载，那么 SGSN删除所有承载，否则删除这个NSAPI对应的承载，然后向SGW发送Delete PDP context Response (Bearer ID)；
步骤S312 如果SGSN发来的消息的Bearer ID是缺省承载的Bearer ID, SGff删除所有承载，否则SGW删除Bearer ID对应的承载，然后向PGW发送Delete PDP contextResponse 消息；
步骤S313 如果这个删除承载的请求是由PCC系统发起的，那么PGW向PCRF发送 Provision Ack来通知PCRF这个请求已经被执行了 ；
步骤S314 如果存在RAB承载，那么在步骤S310结束后即可以删除RAB。
图8为本发明实施例中SGW发起的Detach流程的流程图，具体步骤如下
步骤S401 =SGff 向 SGSN 发送 Delete PDP context Request 消息；
步骤S402 =SGSN 向 UE 发送 Detach Request 消息；
步骤S403 =SGff 向 PGW 发送 Delete Bearer Request 消息；
步骤S404 =PGff 向 SGW 发送 Delete Bearer Response 消息；
步骤S405 =PCRF与PGW进行PCRF Interaction之间信息交互过程；
步骤S406 =UE 向 SGSN 发送 Detach Accent 消息；
步骤S407 =SGSN 向 SGW 发送 Delete PDP context Response 消息；
步骤S408 如果存在RAB承载，则删除RAB。
图9为本发明实施例中SGW发起的Detach流程的另一流程图，具体步骤如下
步骤S501 =SGff 向 SGSN 发送 Initial Detach Request 消息；
步骤S502 =SGSN 向 UE 发送 Detach Request 消息；
步骤S503 =SGSN 向 SGW 发送 Delete PDP context Request 消息；
步骤S504 =SGff 向 PGW 发送 Delete Bearer Request 消息；
步骤S505 =PGff 向 SGW 发送 Delete Bearer Response 消息；
步骤S506 =PCRF与PGW进行PCRF Interaction之间信息交互过程；
步骤S507 =SGff 向 SGSN 发送 Delete PDP context Response 消息；
步骤S508 在步骤S502之后，UE即可向SGSN发送Detach Accent消息；
步骤S509 如果存在RAB承载，则删除RAB。
当UE发起承载去激活时，UE不知道承载类型，SGW知道承载的类型，并处理去激活没有响应请求返回给UE，可以通过图10所示的用户设备(UE)发起的承载去激活方法实现承载去激活，具体步骤如下
步骤 S601 =UE 向 SGSN 发送 Deactivate PDP context Request (Tl, Teardown Ind)，UE不能保存表示承载类型的参数。UE如果要去激活所有承载，那么在这条消息中把 Tearerdown Ind设置为删除所有承载；
步骤S602 :SGSN 向 SGW发送Delete PDP context Request (TEID, NSAPI, Teardown Ind)。如果UE发出的消息包含Teardown Ind,那么SGSN准备去激活所有的PDP上下文；
步骤S603 如果SGW经过NSAPI得到的Bearer ID是缺省承载的Bearer ID,并且是最后一条缺省承载，那么SGW可以拒绝，或者直接发起的Detach流程，具体实现流程图如图8或图9中所示，或者删除该承载之上的所有专有承载而保留专有承载。
如果不是最后一条缺省承载SGW将有三种可能方式来处理此事
A =SGff拒绝此次去激活请求；
B SGff准备将SGW和PGW之间的所有承载都删除；
C =SGff删除这个缺省承载相关联的所有专有承载。
如果SGW准备去激活所有承载，那么调用SGW发起的承载去激活，即进行步骤S603至步骤S612，其中步骤S604至步骤S612与图7中的步骤S305至步骤S314相同。
当UE发起承载去激活时，UE知道承载类型，通过PGW处理缺省承载和专有承载的承载去激活，可以通过图11所示的用户设备发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S701 :UE 向 SGSN发送Deactivate PDP context Request 消息(Tl，Teardown Ind)，UE保存表示承载类型的参数。该参数的取值包括缺省承载和专有承载，如果UE要去激活缺省承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；
步骤S702 :SGSN 向 SGW 发送 Delete PDP context Request 消息(TEID，NSAPI， Teardown Ind)，如果UE发出的消息包含Teardown Ind,那么SGSN准备去激活所有的PDP 上下文；
步骤S703 SGW 向 PGW发送 Request Bearer Deactivation 消息(Bearer ID), SGff 根据NSAPI得到Bearer ID, SGW准备删除与Bearer ID相关的承载，如果步骤S702中发来的消息带有Tearerdown Ind参数并且值为删除所有承载，那么SGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind。
步骤S704 如果部署了 PCC架构，那么进行PCC交互；
步骤S705 如果PGW判断这个Bearer ID是缺省承载的Bearer ID，那么PGW将有三种可能方式来处理此事
A =PGff拒绝此次去激活请求；
B =PGff将这个缺省承载对应的IP/APN的所有承载都删除；
C =PGff删除这个缺省承载相关联的所有专有承载。
PGW 向 SGW 发出 Delete Bearer Request (Bearer ID)来删除承载，如果步骤 S703 采用了 a)处理方式，这该消息中还含有Tearerdown Ind参数。
步骤S706 SGW按照Bearer ID删除对应的承载，如果从PGW收到的Delete Bearer Request (Bearer ID)的Bearer ID是缺省承载的Bearer ID，那么删除所有承载，然后向 PGW 回应一条 Delete Bearer ResponseO 消息，PGW 删除 Bearer ID 对应的承载；
步骤S707 =SGff 向 SGSN 发 Delete PDP Context response ()。如果步骤 S702 中的消息带有Teardown Ind,或者SGW知道是删除缺省承载，那么把这条消息的Tearerdown Ind值为1，然后SGSN删除所有承载。
步骤S708 =SGSN 向 UE 发响应消息 Deactivate PDP Context Response (Tl)。
步骤S709 如果无线侧存在RAB，那么释放RAB。
当UE发起承载去激活时，UE不知道承载类型，PGW知道承载的类型，并通过PGW处理缺省承载和专有承载的承载去激活，可以通过图12所示的用户设备发起的承载去激活方法实现承载去激活，具体步骤如下
步骤 S801 =UE 向 SGSN 发送 Deactivate PDP context Request (Tl, Teardown Ind)，如果UE要去激活所有承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；
步骤S802 :SGSN 向 SGW发送Delete PDP context Request (TEID, NSAPI, Teardown Ind)，如果UE发出的消息包含Teardown Ind,那么SGSN准备去激活所有的PDP上下文；[0165]步骤S803 SGW 向 PGW 发送 Request Bearer Deactivation (Bearer ID)。SGW 根据NSAPI得到Bearer ID。SGW准备删除与Bearer ID相关的承载。如果步骤S802发来的消息带有Tearerdown Ind参数并且值为删除所有承载，那么SGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
步骤S804 如果部署了 PCC架构，PGff与PCRF进行PCC信息交互；
步骤S805 如果PGW判断这个Bearer ID是缺省承载的Bearer ID，那么PGW将有三种可能方式来处理此事
A =PGff拒绝此次去激活请求；
B =PGff将这个缺省承载对应的IP/APN的所有承载都删除；
C =PGff删除这个缺省承载相关联的所有专有承载。
如果PGW继续删除承载，那么PGW判断是否是最后一个缺省承载，如果是，那么PGW 可以拒绝，或者直接进入调用PGW发起的Detach，如图13或图14中所示的流程图，或者删除这个缺省承载的所有专有承载而保留这个缺省承载，如果不是最后一个缺省承载，那么调用PGW发起的承载去激活流程，即进行步骤S805至步骤S812，向SGW发送Delete Bearer Request消息，所述步骤S805至步骤S812与图7中步骤S307至步骤S314相同，这里不再赘述。
图13为本发明实施例中PGW发起的Detach流程的流程图，具体步骤如下
步骤S901 如果存在PCC架构时，PCRF与PGW之间进行PCC信息交互；
步骤S902 =PGff 向 SGW 发送 Delete Bearer Request 消息；
步骤S903 =SGff 向 SGSN 发送 Delete PDP context Request 消息
步骤S904 =SGSN 向 UE 发送 Detach Request 消息；
步骤S905 =UE 向 SGSN 发送 Detach Accent 消息；
步骤S906 =SGSN 向 SGW 发送 Delete PDP contex Response 消息；
步骤S907 =SGff 向 PGW 发送 Delete Bearer Response 消息；
步骤S908 如果存在RAB承载，则删除RAB。
图14为本发明实施例中PGW发起的Detach流程的另一流程图，具体步骤如下
步骤S1001 =PGff 向 SGW 发送 Initial Detach Request 消息；
步骤S1002 =SGff 向 SGSN 发送 Initial Detach Request 消息；
步骤S1003 =SGSN 向 UE 发送 Detach Request 消息；
步骤S1004 =SGSN 向 SGW 发送 Delete PDP context Request 消息；
步骤S1005 =SGff 向 PGff 发送 Delete Bearer Request 消息；
步骤S1006 =PGff 向 SGff 发送 Delete Bearer Response 消息；
步骤S1007 =PCRF与PGW进行PCRF Interaction之间信息交互过程；
步骤S1008 =SGff 向 SGSN 发送 Delete PDP context Response 消息；
步骤S1009 在步骤S1003之后，UE即可向SGSN发送Detach Accent消息；
步骤S1010 如果存在RAB承载，则删除RAB。
当UE发起承载去激活时，UE不知道承载类型，PGW知道承载类型，并通过PGW处理缺省承载和专有承载的承载去激活，可以通过图15所示的用户设备发起的承载去激活方法实现承载去激活，具体步骤如下
步骤 SllOl :UE 向 SGSN 发送 Deactivate PDP context Request (Tl, Teardown Ind)，如果UE要去激活所有承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；
步骤Sl 102 =SGSN 向 SGW 发送 Delete PDP context Request (TEID, NSAPI， Teardown Ind)，如果UE发出的消息包含Teardown Ind,那么SGSN准备去激活所有的PDP 上下文；
步骤Sl 103 =SGff 向 PGW 发送 Request Bearer Deactivation (Bearer ID)，SGW 根据NSAPI得到Bearer ID，SGW准备删除与Bearer ID相关的承载。如果步骤S1102发来的消息带有Tearerdown Ind参数并且值为删除所有承载，那么SGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
步骤S1104 如果部署了 PCC架构，那么进行PCC交互；
步骤Sl 105 如果PGW判断这个Bearer ID是缺省承载的Bearer ID,那么PGW将有三种可能方式来处理此事
A =PGff拒绝此次去激活请求；
B =PGff将这个缺省承载对应的IP/APN的所有承载都删除；
C =PGff删除这个缺省承载相关联的所有专有承载。
如果PGW继续删除承载，那么判断是否是最后一个缺省承载，如果是，那么直接调用PGW发起的Detach，如图13或图14中所示的流程图，如果不是，那么向SGW发送Response Bearer Deactivation 消息，并带有口向应的 cause ；
步骤Sl 106 :SGW 向 SGSN 发送 Delete PDP Context Response 消息，并带有响应的 cause ；
步骤Sl 107 =SGSN 向 UE 发送 Deactivate PDP Context Response 消息，并带有响应的cause ；
调用PGW发起的承载去激活流程，进行步骤S1108至步骤S1116，其实现过程与图 7中的所示的步骤S306至步骤S314相同，这里不再过多赘述。
当SGSN发起承载去激活时，SGff知道承载类型，并通过SGW处理缺省承载和专有承载的承载去激活，可以通过图16所示的SGSN发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S1201 =SGSN 向 SGW 发出 Delete PDP Context Request 消息(NSAPI， Tearerdown Ind)，如果SGSN要去激活缺省承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；
步骤S1202 :SGW 根据 SGSN 发来的 Delete PDP Context Request 的 NSAPI 得到 Bearer ID，检测这个要去激活的承载是不是缺省承载，如果是缺省承载，并为最后一个缺省承载时，则调用SGW发起的Detach流程，具体实现流程图如图8或图9中所示。
如果SGW检测要激活的承载是缺省承载，并且不是最后一个缺省承载，SGW可以有以下几种处理方法
A =SGff拒绝此次去激活请求；[0214]B SGff准备将SGW和PGW之间的所有承载都删除；
C =SGff删除这个缺省承载相关联的所有专有承载。
SGW 向 PGW 发送 Request Bearer Deactivation 消息(Bearer ID)，如果在第一条消息中包含Tearerdownlnd且值为删除所有承载，即要去激活所有承载，那么SGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
步骤S1203 如果部署了 PCC架构，那么进行PCC交互；
步骤S1204 =PGff 向 SGW 发送 Delete Bearer Request (Bearer ID)，如果采用了步骤S1202中的a)处理方法，则该消息中还包含Tearerdown Ind参数，SGW删除Bearer ID 对应的承载。
步骤S1205 SGW 收到 PGW 发送的 Delete Bearer Request (Bearer ID)消息后，向 SGSN 发送 Delete PDP context Response ()，SGSN 删除对应承载；
步骤S1206 :SGW 收到 PGW 发送的 Delete Bearer Request (Bearer ID)消息后向 PGff发送Delete Bearer Response ()，PGff删除Bearer ID对应的承载，如果PGW确认是缺省承载的Bearer ID，那么删除所有承载；
步骤S1207 =SGSN 向 UE 发 Deactivate PDP context Request(TI)消息；
步骤S1208 :UE 向 SGSN 发送 Deactivate PDP context Accept 消息；
步骤S1209 如果无线侧有RAB承载，那么释放RAB。
当SGSN发起承载去激活时，PGff知道承载类型，并通过PGW处理缺省承载和专有承载的承载去激活，可以通过图17所示的SGSN发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S1301 =SGSN 向 SGW 发出 Delete PDP Context Request 消息(NSAPI， Tearerdown Ind)，如果SGSN要去激活缺省承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；
步骤S1302 =SGff 根据 SGSN 发来的 Delete PDP Context Request 的 NSAPI 得到 Bearer ID,然后 SGW 向 PGW 发送 Request Bearer Deactivation (Bearer ID)；
如果在步骤S1302消息中包含Tearerdownlnd且值为删除所有承载，即要去激活所有承载，那么SGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind0
步骤S1303 如果部署了 PCC架构，那么进行PCC交互；
步骤S1304 如果PGW检测要去激活的承载是缺省承载，并为最后一个缺省承载时，则调用PGW发起的Detach流程，具体实现流程图如图13或图14中所示。
如果PGW检测这个要去激活的承载是不是缺省承载，如果是，并且不是最后一个缺省承载，那么PGW可以有以下三种处理方式
A =PGff拒绝此次去激活请求；
B =PGff准备将PGW上所有承载都删除；
C =PGff删除这个缺省承载相关联的所有专有承载。[0238]PGW 删除 Bearer ID 相对的承载，并向 SGW 发送 Delete Bearer Request (Bearer ID)，如果采用了步骤S1202中的a)处理方法，则该消息中还包含Tearerdown Ind参数，SGW 删除Bearer ID对应的承载。
步骤S1305 =SGff 收到步骤 S1204 的 Delete Bearer Request 消息后向 SGSN 发送 Delete PDP context Response ()，如果SGW确认了步骤S1304删除的是缺省承载或者要把所有的承载删除，那么SGW在这条消息中把Teardown Ind置为1。
步骤S1306 =SGff 收到步骤 S1204 的 Delete Bearer Request 消息后向 PGW 发送 Delete Bearer Response ()。PGW删除Bearer ID对应的承载，如果PGW确认是缺省承载的 Bearer ID，那么删除所有承载；
步骤S1307 =SGSN 向 UE 发 Deactivate PDP context Request(TI)消息；
步骤S1308 :UE 向 SGSN 发送 Deactivate PDP context Accept(TI)；
步骤S1309 如果无线侧有RAB承载，那么释放RAB。
当SGSN发起承载去激活时，PGff知道承载类型，并通过PGW处理缺省承载和专有承载的承载去激活，当SGW收到SGSN发送的Detete PDP Request消息后发现去激活的承载为最后一个缺省承载时候，可以通过图18所示的SGSN发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S1401 =SGSN 向 SGW 发出 Delete PDP Context Request 消息(NSAPI， Tearerdown Ind)，如果SGSN要去激活缺省承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；
步骤S1402 :SGW收到SGSN发送的Detete PDP Context Request消息后发现去激活的承载为最后一个缺省承载，向SGSN回复Delete PDP Context Response消息，并带有响应的错误原因；
步骤S1403至步骤S1412为通过SGW发起的承载删除流程，其实现过程与图7所示的步骤S305至步骤S314相同，这里不再赘述。
当PGW发起承载去激活时，PGW知道承载类型，并通过PGW处理缺省承载和专有承载的承载去激活，可以通过图19所示的PGW发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S1501 如果部署了 PCC架构，那么PCRF下发PCC策略给PGW ；
步骤S1502 =PGff 向 SGW 发送 Delete Bearer Request (Bearer ID)，如果 PGW 意图删除这个PDN连接的所有承载，那么PGW可以有两种处理方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
如果PGW检测到要删除的承载是最后一个缺省承载，那么直接调用PGW发起的 Detach流程，如图13或图14中所示的流程图；如果检测缺省承载不是最后一个缺省承载时，也可以由SGW决定将所有这个缺省承载的专有承载删除而保留缺省承载。
步骤S1503 如果SGW决定定将所有缺省承载的专有承载删除而保留缺省承载，那么SGW下发多个Delete PDP Context Request消息给SGSN，直到收到的最后一个Delete PDP Context Response后删除了所有这个缺省承载的专有承载，才能进行步骤S1507。如果PGW发来的消息包含的Bearer ID是一个缺省承载的ID，那么SGW准备删除所有IP/APN的承载，然后向 SGSN 发送 Delete PDP context Request (NSAPI, Tearerdown Ind, DBD)并把里面的Tearerdown Ind设置为删除所有承载；
步骤S1504 如果SGW发来的消息包含Tearerdown Ind且值为删除所有承载，那么SGSN准备删除所有IP/APN的承载，然后向UE发送Deactivate PDP context Request(NSAPI, Tearerdown Ind, DBD)；
步骤S1505 如果UE收到的消息中包含Tearerdown Ind且值为删除所有承载，那么 UE 删除所有 IP/APN 的承载，然后向 UE 发送 Deactivate PDP context Request (NSAPI, Tearerdown Ind)；
步骤S1506 如果UE发来的消息包含Tearerdown Ind且值为删除所有承载，那么 SGSN删除所有承载，否则删除这个NSAPI对应的承载，然后向SGW发送Delete PDP context Response(Bearer ID)
步骤S1507 如果SGSN发来的消息的Bearer ID是缺省承载的Bearer ID,那么SGW删除所有承载，否则SGW删除Bearer ID对应的承载，然后向PGW发送Delete PDP context Response ；
步骤S1508 如果这个删除承载的请求是由PCC系统发起的，那么PGW向PCRF发送Provision Ack来通知PCRF这个请求已经被执行了 ；
步骤S1509 如果存在RAB承载，那么在步骤S1505结束后即可以删除RAB。
当SGW发起承载去激活时，PGff知道承载类型，并通过PGW处理缺省承载和专有承载的承载去激活，SGff知道去激活的承载为最后一个缺省承载时，可以通过SGW发起的 Detach流程实现承载的去激活，如图8或图9所示的流程图。当SGW检测到所要去激活的承载不是最后一个缺省承载时，可以通过图20所示的SGW发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S1601 如果要去激活的承载不是最后一个缺省承载，那么SGW向PGW发送 Request Bearer Deactivation (Bearer ID, Tearerdown Ind，DBD)。如果 SGW 意图删除这个IP/APN的所有专有承载，那么将DBD置为删除所有专有承载；
步骤S1602至步骤S1610为调用PGW发起的承载去激活流程，具体实现步骤与图 20中的步骤S1501至步骤S1509相同，这里不再过多赘述。
流程图21至流程图29为当通过SGSN进行UMTS系统与SAE系统的报文转换时， 有请求报文发送给相应的网络判断节点时，需要在SGSN节点中进行报文之间的转换实现承载去激活的流程图。
当UE发起承载去激活时，UE知道承载类型，通过SGSN处理缺省承载和专有承载的承载去激活，可以通过图21所示的用户设备(UE)发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S1701 如果UE知道是最后一条缺省承载，那么UE直接调用UE发起的Detach 流程，具体流程图如图2中所示。UE通过NAS消息向SGSN发送Deactivate PDP context Request (Teardown Ind, Tl)。如果UE要去激活所有承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载，UE保存表示承载类型的参数。该参数的取值包括缺省承载和专有承载。如果UE要去激活缺省承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；[0267]步骤S1702 =SGSN 根据 SGSN 发来的 Delete PDP Context Request 得到 Bearer ID，检测这个要去激活的承载是不是缺省承载，如果是，那么SGSN可以有以下三种处理
A =SGSN拒绝此次去激活请求；
B =SGSN准备将SGW和SGSN之间的所有承载都删除；
C =SGSN删除这个缺省承载相关联的所有专有承载。
如果需要删除该PDN连接的所有承载，SGSN向SGW发送Request Bearer Deactivation (Bearer ID, DBD)，如果需要删除这个缺省承载相关联的所有专有承载，那么 SGSN 设置 DBD。
如果是最后一条缺省承载，那么SGSN可以这样处理
A =SGSN拒绝此次去激活；
B =SGSN直接调用Detach流程，具体实现的过程见图22 ；
C =SGSN删除这个缺省承载相关联的所有专有承载。
不论是根据Bearer ID得到的承载是缺省承载还是步骤S1701中带来了 Tearerdown Ind，那么SGSN有两种方法处理
不论是根据Bearer ID得到的承载是缺省承载还是步骤S1701中带来了 Tearerdown Ind，那么SGSN有两种方法处理
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind。
步骤S1703 =SGff 向 PGW 发送 Request Bearer Deactivation (Bearer ID, DBD)。若采用了步骤1702中的a)处理方法，则该消息中还包括Tearerdown Ind参数；
步骤S1704 如果部署了 PCC网络，那么那么PGW要和PCRF交互来获得PCC策略， 如果没有PCC架构，那么PGW本地产生PCC策略；
步骤S1705 :PGW 向 SGW发送Delete Bearer Request (Bearer ID)，如果步骤 S1702 步骤采用了 a)方法，这条消息中含有Tearerdown Ind参数；
步骤S1706 =SGff 向 PGW 返回 Delete Bearer Response 消息；
步骤S1707 =SGff 向 SGSN 发送 Delete Bearer Request (Bearer ID)，如果步骤 S1702步骤采用了 a)方法，这条消息中含有Tearerdown Ind参数；
步骤S1708 =SGSN 向 UE 发送 Deactivate PDP context Reponse(TI)消息；
步骤S1709 =SGSN 向 SGW 发送 Delete Bearer Response ()消息；
步骤S1710 如果该UE存在RAB承载，那么释放RAB承载；
图22示出了本发明实施例中SGSN发起的Detach流程，具体步骤如下
步骤S1801 =SGSN 向 UE 发送 Detach Request 消息；
步骤S1802 =SGSN 向 SGW 发送 Delete PDP context Request 消息；
步骤S1803 :SGW 接收 SGSN 发送的 Delete PDP contest Request 消息，发送 Delete Bearer Request消息给分组数据网络网关(PGW)；
步骤S1804:PGW接收SGW发送的Delete Bearer Request 消息，向 SGW返回 Delete Bearer Response 消息；
步骤S1805 =PGff与策略与计费规则模块(PCRF)之间进行信息的交互，通过PCRF Interaction中的消息实现；
步骤S1806 :SGW 接收返回的 Delete Bearer Response 消息，向 SGSN 发送 DeletePDP contest Response 消息；
步骤S1807 =SGSN 接收 UE 发送 DetachAccent 消息；
步骤S1808 如果无线网络侧存在有无线接入承载(RAB)，则释放RAB。
UE发起承载去激活，UE不知道承载类型，SGSN知道承载类型，并通过SGSN处理缺省承载和专有承载的承载去激活，可以通过图23所示的用户设备(UE)发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S1901 =UE 通过 NAS 消息向 SGSN 发送 Deactivate PDP context Request (Teardown Ind，Tl)，如果UE要去激活所有承载，那么在这条消息中把Tearerdown Ind设置为删除所有承载；
步骤S1902 :SGSN 根据 UE 发来的 Delete PDP Context Request 得到 Bearer ID, 检测这个要去激活的承载是不是缺省承载，如果是缺省承载并且不是最后一个承载，那么 SGSN可以有以下三种处理方式
A =SGSN拒绝此次去激活请求；
B SGSN准备将SGW和SGSN之间的所有承载都删除；
C =SGSN删除这个缺省承载相关联的所有专有承载。
如果要删除的是最后一个缺省承载，那么SGSN可以这样处理
Al =SGSN拒绝此次去激活；
Bl =SGSN直接进入调用SGSN发起的Dettach流程，实现过程如图22中所示；
Cl =SGSN删除这个缺省承载相关联的所有专有承载。
SGSN 发往 SGff 的 Request Bearer Deactivation 消息中，不论是根据 Bearer ID 得到的承载是缺省承载还是步骤S1901带来了 Tearerdown Ind,那么SGSN有两种方法处理
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind。
步骤S1903 :SGSN 向 SGW 发送 Request Bearer Deactivation (Bearer ID)，如果 SGSN不要去激活所有承载，那么按照Bearer ID删除对应承载；
SGW 向 PGW 发送 Request Bearer Deactivation (Bearer ID)消息，如步骤 S1902 中采用了 a)处理方式，则该消息中含有Tearerdown Ind参数。
步骤S1904 如果部署了 PCC架构，那么PCRF要和PGW交互以产生PCCrules ；
步骤1905 如果部署了 PCC网络，那么PCRF产生策略给PGW，如果没有PCC架构， 那么PGW产生本地策略；
步骤S1906 =PGff 向 SGW 发送 Delete Bearer Request (Bearer ID)，并根据 Bearer ID准备删除所有承载，如果PGW决定去激活该PDN连接的所有承载但不是把所有承载去激活，那么有两种方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind。
如果PGW要去激活所有某个缺省承载上的所有专有承载而保留缺省承载，那么 PGW 在这条消息中，加入 DBD 参数，即 Delete Bearer Request (Bearer ID，DBD)。
步骤S1907 :SGW 发送 Delete Bearer Request 给 SGSN(Bearer ID，DBD)，如步骤S1902中采用了 a)处理方式，则该消息中含有Tearerdown Ind参数；
步骤 S1908 :SGSN 向 UE 发送 Deactivate PDP Context Request (Teardown Ind, Tl)，如果步骤S1906消息中带有DBD，那么SGSN发送多次这条消息给UE以保证删除了所有这个缺省承载上的专有承载；
步骤S 1909 =UE 向 SGSN 发送 Deactivate PDP Context Accept(TI)；
步骤S1910 :SGSN判断是否删除了所有这个缺省承载上的专有承载，如果已经都删除了，那么 SGSN 向 SGW 发送 Delete Bearer Response 消息；
步骤S 1911 SGW 向 PGW 发送 Delete Bearer Response
步骤S1912 如果这个删除承载的请求是由PCC系统发起的，那么PGW向PCRF发送Provision Ack来通知PCRF这个请求已经被执行了。
步骤S1913 如果存在RAB承载，那么在步骤S1909结束后即可以删除RAB。
UE发起承载去激活，UE不知道承载类型，SGSN知道承载类型，并通过SGSN处理缺省承载和专有承载的承载去激活，可以通过图24所示的用户设备(UE)发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S2001 =UE 通过 NAS 消息向 SGSN 发送 Deactivate PDP contextRequest (Teardown Ind, Tl)，如果UE要去激活所有承载，那么在这条消息中把 Tearerdown Ind设置为删除所有承载；
步骤S2002 :SGSN 向 UE 发送 Deactivate PDP context Response，这条消息中带有相应的cause ；
步骤S2003至步骤S2014为SGSN发起的承载去激活流程，实现方法与图24中所述的步骤S1902至步骤S1913相同，这里不再过多赘述。
UE发起承载去激活，UE知道承载类型，并通过PGW处理缺省承载和专有承载的承载去激活，可以通过图25所示的用户设备(UE)发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S2101 =UE 通过 NAS 消息向 SGSN 发送 Deactivate PDP context Request (Teardown Ind，NSAPI)消息，UE保存表示承载类型的参数。该参数的取值包括缺省承载和专有承载，如果UE要去激活缺省承载或者所有承载，那么在这条消息中把 Tearerdown Ind设置为删除所有承载；
步骤S2102 =SGSN 根据 NSAPI 得到 Bearer ID, SGSN 向 SGff 发送 Request Bearer Deactivation(Bearer ID)；
如果要删除这个PDN连接的所有承载，不论是根据Bearer ID得到的承载是缺省承载还是步骤S2102中带来了 Tearerdown Ind，那么SGSN有两种方法处理
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind。
步骤S2103 :SGW 向 PGW 发送 Request Bearer Deactivation (Bearer ID)消息，如果步骤S2102中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数。
步骤S2104 如果部署了 PCC网络，那么那么PGW要和PCRF交互来获得PCC策略， 如果没有PCC架构，那么PGW本地产生PCC策略
步骤S2105 =PGff 根据 SGW 发来的 Request Bearer Deactivation (Bearer ID)，检测这个要去激活的承载是不是缺省承载，如果是，那么PGW可以有以下几种处理
A =PGff拒绝此次去激活请求；
B =PGff准备将SGW和PGW之间的所有承载都删除；
C :PGW把这个缺省承载保留，删除这个缺省承载上面的所有专有承载。
PGff准备按照Bearer ID删除对应的承载，如果需要删除最后一条缺省承载，那么直接进入调用PGW发起的Detach流程，如图8或图9所示的流程图，或者把这个缺省承载保留删除这个缺省承载上面的所有专有承载，或者拒绝删除。
PGW 向 SGW 发送 Delete Bearer Request (Bearer ID), SGW 删除与 Bearer ID 相关的承载，如果步骤S2102中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数。
步骤S2106 =SGff 向 PGW 发送 Delete Bearer Response (Bearer ID)，PGff 删除 Bearer ID相关的承载，如果步骤S2102中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数；
步骤S2107 :SGW 向 SGSN 发送 Delete Bearer Request (Bearer ID);如果步骤 S2102中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数；
步骤 S2108 :SGSN 向 UE 发送 Deactivate PDP context Reponse (Teardown Ind, Tl)；
步骤S2109 =SGSN 向 SGW 发送 Delete Bearer Response (Bearer ID)，如果步骤 S2102中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数；
步骤S2110 如果该UE存在RAB承载，那么释放RAB承载。
UE发起承载去激活，UE不知道承载类型，PGW知道承载类型，并通过PGW处理缺省承载和专有承载的承载去激活，可以通过图26所示的用户设备(UE)发起的承载去激活方法实现承载去激活，具体步骤如下
步骤S2201 :UE 通过 NAS 消息向 SGSN 发送 Deactivate PDP context Request (Teardown Ind, NSAPI)，如果UE要去激活所有承载，那么在这条消息中把 Tearerdown Ind设置为删除所有承载；
步骤S2202 =SGSN 根据 SGSN 发来的 Delete PDP Context Request 得到 Bearer ID，检测这个要去激活的承载是不是缺省承载，
如果SGSN确认不是缺省承载的去激活，那么SGSN向SGW发送Request Bearer Deactivation (Bearer ID)。SGSN 根据 NSAPI 得到 Bearer ID。SGSN 准备按照 Bearer ID 删除对应的承载。如果需要删除所有承载，不论是根据Bearer ID得到的承载是缺省承载还是步骤S2201带来了 Tearerdown Ind，那么SGSN有两种方法处理
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown Ind。
步骤S2203 =SGff 向 PGW 发送 Request Bearer Deactivation (Bearer ID)，如果步骤S2202中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数；
步骤S2204:PGW检测是不是要删除的承载为缺省承载，如果是，那么PGW可以有以下几种处理
A =PGff拒绝此次去激活请求；
B =PGff准备将SGW和PGW之间的所有承载都删除；[0357]C :PGW把这个缺省承载保留，删除这个缺省承载上面的所有专有承载。
如果PGW发现这是最后一条缺省承载，那么将调用PGW发起的Detach流程，如图9 或图10所示的流程图，或者保留这个缺省承载删除这个缺省承载上面的所有专有承载，或者拒绝承载的去激活。否则进入步骤S2205至步骤S2212，进行PGW发起的去激活流程，步骤S2204至步骤S2212与图23中所示的步骤S1905至步骤S1913相同，这里不再赘述。
SGSN发起承载去激活，图27示出了本发明实施例中SGSN发起的承载去激活流程图，具体步骤如下
步骤S2301 =SGSN 向 SGW 发送 Request Bearer Deactivation (Bearer ID)；
如果SGSN不要去激活所有承载，那么按照Bearer ID删除对应承载；
如果SGSN决定去激活所有承载，那么有两种方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
步骤S2302 =SGff 向 PGW 发送 Request Bearer Deactivation (Bearer ID)，如果步骤S2301中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数；
步骤S2303 如果部署了 PCC架构，那么PCRF要和PGW交互以产生PCC rules
步骤S2304至步骤S2312为PGW发起的承载去激活流程，其实现过程与图23中所示的步骤S1905至步骤S1913相同，这里不再赘述。
在进行步骤S2303之后，如果要去激活的承载不是最后一条缺省承载，那么调用 PGff发起的承载去激活流程，即进行步骤S2304至步骤2312 ；否则PGW有如下处理方法
A =PGff拒绝此次去激活；
B =PGff直接进入调用Dettach流程，如图10或图11所示的流程；
C =PGff删除这个缺省承载相关联的所有专有承载。
PGW发起承载去激活，图28示出了本发明实施例中PGW发起的承载去激活流程图， 具体步骤如下
步骤S2401 如果部署了 PCC网络，那么PCRF产生策略给PGW，如果没有PCC架构， 那么PGW产生本地策略；
步骤S2402 =PGff 向 SGW 发送 Delete Bearer Request (Bearer ID)，并根据 Bearer ID准备删除所有承载，如果PGW决定去激活该PDN连接的所有承载但不是把所有承载去激活，那么有两种方法[0375]a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
如果PGW决定去激活所有承载，那么直接进入PGW发起的Detach流程，如图9或 10所示。
如果PGW要去激活所有某个缺省承载上的所有专有承载而保留缺省承载，那么 PGW 在这条消息中，加入 DBD 参数，即 Delete Bearer Request (Bearer ID，DBD)。
步骤S2403 :SGW 发送 Delete Bearer Request (Bearer ID, DBD)给 SGSN，如果步骤S2402中采用了 a)种方法，则该消息中还包括Tearerdown Ind参数；
步骤 S2404 :SGSN 向 UE 发送 Deactivate PDP Context Request (Teardown Ind, Tl)，如果步骤S2403发送的消息中带有DBD，那么SGSN发送多次这条消息给UE以保证删除了所有这个缺省承载上的专有承载；
步骤S2405 :UE 向 SGSN 发送 Deactivate PDP Context Accept(TI)；
步骤S2406 :SGSN判断是否删除了所有这个缺省承载上的专有承载，如果已经都删除了，那么 SGSN 向 SGW 发送 Delete Bearer Response ；
步骤S2407 =SGff 向 PGW 发送 Delete Bearer Response ；
步骤S2408 如果这个删除承载的请求是由PCC系统发起的，那么PGW向PCRF发送Provision Ack来通知PCRF这个请求已经被执行了 ；
步骤S2409 如果存在RAB承载，那么在步骤S2405结束后即可以删除RAB。
SGW发起承载去激活，图29示出了本发明实施例中PGW发起的承载去激活流程图， 具体步骤如下
步骤S2501 :SGW 向 PGW发送Request Bearer Deactivation (Bearer ID,DBD) ,SGff 准备删除与Bearer ID相关的承载。如果SGW决定去激活所有承载，那么有两种方法
a)可以使用在这条消息里面加入Tearerdown Ind,并把它置为删除所有承载；
b)可以把Bearer ID设置成缺省承载的Bearer ID而不用Tearerdown IncL
步骤S2502至步骤S2510为调用PGW发起的承载去激活流程，其实现过程与图25 中所述的步骤S2401至步骤S2409相同，如果第一条消息中含有被设置为删除所有专有承载的DBD，那么该流程中应该删除该缺省承载上的所有专有承载而保留缺省承载，这里不再过多赘述。
在现有SAE系统中的去激活方法中，可以通过增加携带DBD参数，通过所述参数实现保留缺省承载而删除所有专有承载，图30为本发明实施例中PGW发起的承载去激活流程，具体步骤如下
步骤S2601 如果运营商部署了 PCC网络，那么PCC策略触发要删除某一个承载， 如果没有部署PCC网络，那么PGW决定删除某个承载；
步骤S2602 LPGW 向 SGW 发送 Delete Dedicated Bearer Request (Bearer ID, DBD, Teardown Ind)，如果PGW要删除所有承载，那么即设置Teardown Ind,如果PGW要删除这个承载以及所有该PDN连接的专有承载，那么PGW设置DBD ；
步骤 S2603 :SGW 向 MME 发送Delete Dedicated Bearer Request (Bearer ID, DBD, Teardown Ind)；
步骤 S2604 :MME 向 eNB 发送 Deactivate Bearer Request (Bearer ID, DBD, Teardown Ind)；
步骤 S2605 :eNB 向 UE 发送 Radio Bearer Release Request (RB ID)；
步骤 S2606 :UE 向 eNB 发送 Radio Bearer Release Response (RB ID)；
步骤 S2607 :eNB 向 MME 发送 Deactivate Bearer Response ；
步骤 S2608 :MME 向 SGW 发送 Delete Dedicated Bearer Response ；
步骤S2609 =SGff 向 PGW 发送 Delete Dedicated Bearer Response ；
步骤S2610 如果这个删除过程是由PCC触发的，那么PGW向PCRF发送Provision Ack来口向应。
图31为本发明实施例中MME发起的承载去激活流程，具体步骤如下
PM S2701 :MME SGff RM Request Dedicated Bearer Deactivation (BearerID, DBD, Teardown Ind)，如果MME要删除所有承载，那么即设置Teardown Ind,如果MME要删除这个承载以及所有该PDN连接的专有承载，那么MME设置DBD ；
步骤 S2702 SGW 向 PGW 发送 Request Dedicated Bearer Deactivation (Bearer ID, DBD，Teardown Ind)；
步骤S2601 如果运营商部署了 PCC架构，那么PGW通知所要删除的承载，进行PGW 发起的专有承载去激活流程，进行步骤S2602至步骤S2610。
综上所述，通过本发明实施例提供的方法实现了 R8UMTS系统和SAE系统的承载去激活，通过不同的网络节点发起所需要删除的承载类型，如删除所有承载，即删除缺省承载；或删除专有承载而保留缺省承载，实现了跨系统间的承载去激活，并且根据专有承载和缺省承载的不同类型实现了删除不同的承载类型，如果某网络节点知道所述承载去激活请求中的承载类型为最后一条缺省承载时，可以直接调用该网络节点的去附着流程实现承载去激活。通过所述方法实现了在SAE系统中删除专有承载而保留缺省承载。
以上所揭露的仅为本发明实施例中的一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求
所作的等同变化，仍属本发明所涵盖的范围。
权利要求
1.一种实现移动通信系统承载去激活的方法，其特征在于，该方法包括以下步骤接收承载去激活请求，所述承载去激活请求中包括需要进行承载去激活的承载类型指示；确定需要进行承载去激活的承载类型；所述承载类型为最后一条缺省承载、缺省承载或专有承载；根据承载类型对需要进行承载去激活的承载进行相应的承载去激活； 其中，所述承载去激活请求为将SAE的承载去激活请求转换获得的UMTS的承载去激活请求，或为将UMTS的承载去激活请求转换获得的SAE的承载去激活请求。
2.如权利要求
1所述的实现移动通信系统承载去激活的方法，其特征在于，进一步包括网络请求节点决定进行承载去激活的承载，生成承载去激活请求； 将所述承载去激活请求发送给网络判断节点。
3.如权利要求
2所述的实现移动通信系统承载去激活的方法，其特征在于，所述方法具体为所述网络判断节点接收所述承载去激活请求；若所述网络判断节点确定所述承载类型为最后一条缺省承载时，调用该网络判断节点的去附着流程进行承载去激活。
4.如权利要求
2所述的实现移动通信系统承载去激活的方法，其特征在于，所述方法具体为所述网络判断节点接收所述承载去激活请求；若所述网络判断节点确定所述承载类型为缺省承载时，若接受所述承载去激活请求， 则将所有承载进行承载去激活；若不接受所述承载去激活请求，则拒绝所述承载去激活请求。
5.如权利要求
2所述的实现移动通信系统承载去激活的方法，其特征在于，所述方法具体为所述网络判断节点接收所述承载去激活请求；若所述网络判断节点确定所述承载类型为专有承载时，将缺省承载相关联的所有专有承载进行承载去激活。
6.如权利要求
1所述的实现移动通信系统承载去激活的方法，其特征在于，所述将 UMTS的承载去激活请求转换为SAE的承载去激活请求步骤具体为若所述承载去激活请求含有将所有承载进行承载去激活时，将UMTS系统的承载去激活请求中的请求参数添加在SAE系统的承载去激活请求中。
7.如权利要求
1所述的实现移动通信系统承载去激活的方法，其特征在于，所述将 UMTS的承载去激活请求转换为SAE的承载去激活请求步骤具体为若所述承载去激活请求含有将所有承载进行承载去激活时，将UMTS系统的承载去激活请求中的请求参数转换为SAE系统的承载去激活请求中所对应的请求参数。
8.如权利要求
4所述的实现移动通信系统承载去激活的方法，其特征在于，所述网络判断节点将所有承载进行承载去激活步骤具体为若所述网络判断节点确定所述承载类型为缺省承载时，首先将专有承载进行承载去激活，最后将缺省承载进行承载去激活。
9.如权利要求
5所述的实现移动通信系统承载去激活的方法，其特征在于，若所述承载去激活请求来自SAE系统时，在网络判断节点确定所述承载去激活类型为专有承载时， 将所述SAE系统所对应的该专有承载进行承载去激活。
10.一种网络节点，其特征在于，包括接收单元，用于接收发送给网络节点的承载去激活请求，所述承载去激活请求中包括需要进行承载去激活的承载类型指示；所述承载去激活请求为将SAE的承载去激活请求转换获得的UMTS的承载去激活请求，或为将UMTS的承载去激活请求转换获得的SAE的承载去激活请求；确定单元，用于确定所要进行承载去激活的承载类型；所述承载类型为最后一条缺省承载、缺省承载或专有承载；去激活单元，用于根据确定单元确定的承载类型进行承载去激活。
11.一种网络节点，其特征在于，包括生成单元，用于决定进行承载去激活的承载，生成承载去激活请求；所述承载去激活请求中包括需要进行承载去激活的承载类型指示；所述承载类型为最后一条缺省承载、缺省承载或专有承载；发送单元，用于将生成单元生成的承载去激活请求发送给网络判断节点以使其根据确定的承载类型进行承载去激活；转换单元，所述转换单元用于实现UMTS和SAE之间的承载去激活请求转换，将SAE的承载去激活请求转换为UMTS的承载去激活请求，或将UMTS的承载去激活请求转换为SAE 的承载去激活请求。
12.—种移动通信系统承载去激活的网络系统，其特征在于，所述网络系统包括网络请求节点和网络判断节点，其中所述网络判断节点用于接收网络请求节点发送的承载去激活请求，并确定承载去激活请求中所要进行承载去激活的承载类型，根据承载类型将所要进行承载去激活的承载进行承载去激活；所述承载类型为最后一条缺省承载、缺省承载或专有承载；所述网络请求节点用于决定进行承载去激活的承载，生成承载去激活请求，并将生成的承载去激活请求发送给网络判断节点；所述网络请求节点还用于实现UMTS和SAE之间的承载去激活请求转换，将SAE的承载去激活请求转换为UMTS的承载去激活请求，或将UMTS 的承载去激活请求转换为SAE的承载去激活请求。
13.如权利要求
12所述的网络系统，其特征在于，所述网络系统为UTMS和SAE的跨网络系统或SAE系统。
14.如权利要求
12或13所述的网络系统，其特征在于，所述网络判断节点确定所要进行承载去激活的承载类型，所述网络判断节点为UTMS系统中的用户设备、或SGSN ；或所述网络判断节点为SAE系统中的服务网关、分组数据网络网关。
15.如权利要求
14所述的网络系统，其特征在于，所述网络请求节点决定进行承载去激活的承载，所述网络请求节点为UTMS系统中的用户设备、或SGSN ；或所述网络请求节点为SAE系统中的用户设备、移动性管理实体、服务网关、策略与计费规则模块、分组数据网络网关。
专利摘要
本发明实施例公开了一种在移动通信系统中承载去激活的方法，该方法包括以下步骤接收承载去激活请求，所述承载去激活请求中包括需要进行承载去激活的承载类型指示；确定需要进行承载去激活的承载类型；根据承载类型对需要进行承载去激活的承载进行相应的承载去激活。本发明实施例还公开了一种网络节点，包括接收单元，用于接收发送给网络节点的承载去激活请求，所述承载去激活请求中包括需要进行承载去激活的承载类型指示；确定单元，用于确定所要进行承载去激活的承载类型；去激活单元，用于根据确定单元确定的承载类型进行承载去激活。本发明实施例还公开了一种网络节点和系统，实现了对专有承载和缺省承载的分别删除的过程。
文档编号H04W76/06GKCN101472350 B发布类型授权 专利申请号CN 200710032900
公开日2011年9月21日 申请日期2007年12月27日
发明者于琦, 刘岚, 周进怡, 陈喆 申请人:华为技术有限公司导出引文BiBTeX, EndNote, RefMan专利引用 (3),