专利名称：一种多媒体广播/组播业务去激活的方法
技术领域：
本发明属于移动通信领域，尤其涉及多媒体广播/组播业务中去激活的方法。
背景技术：
组播和广播是一种从一个数据源向多个目标传送数据报文的技术。随着Internet的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，例如视频点播、电视广播、视频会议、网上教育或者互动游戏等。与一般的数据相比，这些多媒体业务具有数据量大、持续时间长、时延敏感等特点。由于移动网络具有特定的网络结构、功能实体和无线接口，与有线IP网络不同，因此目前的IP组播业务只适用于有线IP网络，不适用于移动网络。
为了有效地利用移动网络资源，第三代伙伴组织计划(Third GenerationPartnership Projects，3GPP)提出了多媒体广播/组播业务(MultimediaBroadcast/Multicast Service，MBMS)，即在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空中接口资源。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播。
MBMS的网络参考模型如图1所示，MBMS承载业务的边缘为Gmb、Gi参考点，即广播/组播业务中心(BM-SC)与网关GPRS(通用分组无线业务)支持节点(Gateway GPRS Support Node，GGSN)之间的接口，Gmb接口提供控制面功能，Gi接口提供用户面承载功能。
BM-SC是内容提供者/组播广播内容源的入口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间计划传送MBMS内容。其功能包括对第三方内容提供商鉴权、授权和计费；提供MBMS传输相关参数，例如服务质量(Qualityof Service，QoS)、组播广播区域、发起和终止MBMS传输资源；从外部数据源接收并传送MBMS内容，安排MBMS会话传送并告知用户，会话重传等；业务声明，包括媒体描述、会话描述如组播业务标识、地址、传送时间等。内容提供者/组播广播内容源可以通过分组数据网(Packet Data Network，PDN)，如Internet向BM-SC提供内容。
GGSN作为MBMS数据的IP组播业务节点，根据BM-SC的请求为广播或组播传送建立或释放与服务GPRS支持节点(Serving GPRS Supporting Node，SGSN)间的MBMS承载，从BM-SC或其它数据源接收IP广播/组播内容，并通过GPRS隧道协议(GPRS Tunneling Protocol，GTP)隧道传送给相关的SGSN。
SGSN对用户进行网络控制，支持MBMS接收者在SGSN间的移动，根据GGSN的请求建立或释放与GGSN之间的MBMS承载，将广播/组播数据传送给无线接入网络(Radio Access Network，RAN)，如通用地面无线接入网路(Universal Terrestrial Radio Access Network，UTRAN)、GSM/EDGE无线接入网(GSM/EDGE Radio Access Network，GERAN)。SGSN通过归属位置寄存器(Home Location Register，HLR)获取用户信息。
RAN根据SGSN的请求建立或释放与SGSN之间的MBMS承载，在预定的广播/组播业务区域选择共享信道或专有信道传送MBMS业务，支持核心网发起和终止MBMS传送，支持MBMS接收者在无线网络控制器(Radio NetworkController，RNC)间的移动，支持传输MBMS业务声明、寻呼信息、MBMS并行业务，例如接收MBMS视频内容同时进行语音呼叫和消息业务。
用户设备(User Equipment，UE)支持激活/去激活MBMS业务，对内容进行加密和一致性保护等MBMS安全相关功能，接收MBMS业务声明、寻呼信息或支持同步业务以及根据MBMS会话标识决定是否忽略MBMS会话。
在上述MBMS的网络参考模型中，Gn/Gp表示SGSN和GGSN之间的接口，Gi表示BM-SC和GGSN之间的接口并且接口协议是互联网组播管理协议(Internet Group Management Protocol，IGMP)。Gmb表示BM-SC和GGSN之间的接口并且接口协议专用于传递MBMS信令参数。Gr表示SGSN与HLR之间的接口。Iu表示SGSN与UTRAN之间的接口。Iu/Gb表示SGSN与GERAN之间的接口。UE分别通过Uu和Um接口与UTRAN、GERAN连接通信。
有关MBMS的网络参考模型的更多内容参见3GPP TS 23.246“3rd GenerationPartnership Project；Technical Specification Group Services and System Aspects；Multimedia Broadcast/Multicast Service(MBMS)；Architecture and functionaldescription”，本发明在此引用，不再赘述。
一个MBMS业务在一次会话(Session)期间拥有一棵分发树，如图2所示。树根在BM-SC，树叶是所有准备接收此业务的UE。无论下游节点下还有多少分支，一个上游节点和一个下游节点之间只存在一个分支，称作一个MBMS承载。一个分发树的所有分支使用同样的QoS。除了叶子节点外，其它节点都保存有一个下游节点列表，当有会话数据需要下发时，上游节点通过与这些下游节点间的MBMS承载将会话数据发往指定的下游节点。对于每个下游节点，只发送一份会话数据，再由下游节点继续分发。
组播业务的主要流程如图3所示，包括签约(Subscription)、服务公告(Serviceannouncement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMSnotification)、数据传输(Data transfer)、会话结束(Session Stop)以及离开(Leaving)等阶段。其中，Joining是一个签约用户加入组播组的过程，即用户通知网络希望接收某个组播业务的数据。在实现中，Joining过程通过MBMS激活流程来完成，也是一个组播分发树建立的过程。在此过程中，如果下游节点发现和上游节点还未建立MBMS承载关系，即没有加入上游节点的下游节点列表，则通过注册流程加入到上游节点的下游节点列表中，从而加入到组播分发树中。此时，仅仅是下游节点和上游节点间建立MBMS承载关系，而没有真正建立用户面的MBMS承载，也没有为MBMS承载分配所需的资源。直到Session start时，才真正建立用户面MBMS承载，分配其所需的资源，提供一定的QoS，用于传输MBMS会话数据。
广播业务的主要流程如图4所示，与组播流程相比，少了Subscription、Joining和Leaving流程。广播用户不需要进行签约，也不需要加入特定的广播组，只要其所在的地理位置在广播域内，就可以接收广播业务。
有关上述MBMS的组播、广播业务的主要流程的更多内容参见3GPP TS23.246“3rd Generation Partnership Project；Technical Specification Group Servicesand System Aspects；Multimedia Broadcast/Multicast Service(MBMS)；Architectureand functional description”，本发明在此引用，不再赘述。
图5示出了MBMS激活流程，详述如下1.UE激活一个分组数据协议(Packet Data Protocol，PDP)上下文(PDPContext Activation)。
2.UE通过该PDP上下文通知GGSN其希望加入一个特定的组播组(IGMPJoin)。
3.GGSN向BM-SC发送MBMS鉴权请求(MBMS Authorization Request)消息，BM-SC根据用户的签约信息决定是否允许用户加入该组播组。BM-SC通过MBMS鉴权响应(MBMS Authorization Response)消息，通知GGSN认证结果，如果认证未通过，则终止流程；否则，进行后续流程。
4a.GGSN向SGSN发送MBMS通知请求(MBMS Notification Request)消息，通知SGSN，UE请求加入一个特定的组播组。
4b.SGSN向GGSN返回MBMS通知响应(MBMS Notification Response)消息，指示GGSN，SGSN是否允许激活流程继续。
5.SGSN向UE发送请求MBMS上下文激活(Request MBMS ContextActivation)消息，请求UE发起MBMS激活流程。
6.UE向SGSN发送激活MBMS上下文请求(Activate MBMS ContextRequest)消息请求激活。消息中会携带UE的MBMS支持能力。如果SGSN和该GGSN之间已经建立了MBMS承载关系，SGSN比较该MBMS承载所需的支持能力和UE的支持能力，如果UE的MBMS支持能力小于该MBMS承载所需的支持能力，SGSN将向UE发送激活MBMS上下文拒绝(Activate MBMSContext Reject)消息。
7.如果SGSN中建立起了MBMS UE上下文，则进行后续流程；如果SGSN中没有建立起MBMS UE上下文，则SGSN向GGSN发送MBMS通知拒绝请求(MBMS Notification Reject Request)消息请求拒绝，GGSN向SGSN回MBMS通知拒绝响应(MBMS Notification Reject Response)消息，防止后续继续发送MBMS Notification Request消息，流程至此结束。
8.UE和SGSN间执行安全功能(Security Functions)。
9.Gb模式下，如果跟踪功能被激活，SGSN通知RAN侧激活跟踪(InvokeTrace)。
10.SGSN向GGSN发送创建MBMS上下文请求(Create MBMS ContextRequest)消息，请求GGSN建立MBMS UE上下文。该GGSN可能与步骤2～4中的GGSN不是同一个GGSN。
11.GGSN向BM-SC发送MBMS Authorization Request，请求BM-SC建立MBMS UE上下文。BM-SC建立起MBMS UE上下文，并通过MBMS AuthorizationResponse消息通知GGSN结果。
12.如果GGSN和BM-SC之间还未为该组播业务建立MBMS承载关系，GGSN向BM-SC发送MBMS注册请求(MBMS Registration Request)消息请求建立MBMS承载关系。
BM-SC为该MBMS承载分配临时移动组标识，该标识通过MBMS注册响应(MBMS Registration Response)消息到达GGSN、SGSN，并通过激活MBMS上下文接受(Activate MBMS Context Accept)消息发送给UE。
BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN加入到下游节点列表中。
13.GGSN建立MBMS上下文，并向SGSN返回创建MBMS上下文响应(Create MBMS Context Response)消息。
14.如果SGSN和GGSN之间还未为该组播业务建立MBMS承载关系，SGSN向GGSN发送MBMS Registration Request消息请求建立MBMS承载关系。
GGSN向SGSN返回MBMS Registration Response消息，并把SGSN加入下游节点列表。
15.Iu模式特殊情况下，SGSN将MBMS UE上下文提供给RAN(Provision ofMBMS UE Context to RAN)。
16.Iu模式下，如果跟踪功能被激活，SGSN通知RAN侧激活跟踪。
17.SGSN向MS发送激活MBMS上下文接受(Activate MBMS ContextAccept)消息。该消息中包含MBMS承载所需的支持能力，当UE后续需要激活MBMS业务时，需要考虑该能力。如果SGSN在步骤6中由于和GGSN之间还未建立MBMS承载关系，而导致没有比较该MBMS承载所需的支持能力和UE的支持能力，则在本步骤中执行比较。如果UE的MBMS支持能力小于该MBMS承载所需的支持能力，SGSN将向UE发送激活MBMS上下文拒绝(ActivateMBMS Context Reject)消息。
如图6所示，MBMS去激活流程与MBMS激活流程相对应，用于用户退出某个组播组。与激活流程不同的是，该流程可以由各个网络实体主动发起，如UE、SGSN、GGSN或BM-SC。如果由UE发起，从步骤1开始；如果由BM-SC发起，从步骤3开始；如果由GGSN发起，从步骤3开始；如果由SGSN，从步骤5或9开始。
1.UE通过PDP上下文通知GGSN其希望退出一个特定的组播组(IGMPLeave)。
2.GGSN向BM-SC发送离开指示(Leave Indication)消息。
3.收到离开指示消息后，BM-SC核实该UE的IP多播地址和MBMS承载服务，然后向GGSN发送删除请求(Removal Request)消息。
4.GGSN向SGSN发送MBMS UE上下文去激活请求(MBMS UE ContextDeactivation Request)消息，通知SGSN，UE请求退出一个特定的组播组。SGSN向GGSN返回MBMS UE上下文去激活响应(MBMS UE Context DeactivationResponse)消息。
5.SGSN向UE发送去激活MBMS上下文请求(Deactivate MBMS ContextRequest)消息，请求UE去激活MBMS UE上下文。
6.UE去激活MBMS UE上下文，并向SGSN发送去激活MBMS上下文接受(Activate MBMS Context Accept)消息。
7.如果Iu模式下，UE处于PMM-CONNECT状态，并且已经链接到RAN，SGSN向RAN发送MBMS UE去链接请求(MBMS UE De-Linking Request)消息。RAN去激活MBMS UE上下文，并向SGSN返回MBMS UE去链接响应(MBMS UE De-Linking Response)消息。
8.释放空中接口资源。
9.SGSN向GGSN发送删除MBMS上下文请求(Delete MBMS ContextRequest)消息，请求GGSN删除MBMS UE上下文。该GGSN可能与步骤2～4中的GGSN不是同一个GGSN。
10.GGSN向BM-SC发送去激活指示(Deactivation Indication)消息，确认去激活MBMS UE上下文。BM-SC去激活MBMS UE上下文，并向GGSN返回去激活确认(Deactivation Confirmation)消息。
11.如果GGSN和BM-SC之间已无UE使用为该组播业务建立MBMS承载关系，并且该MBMS承载关系的下游节点列表为空，GGSN向BM-SC发送MBMS注销请求(MBMS De-Registration Request)消息，请求释放该MBMS承载关系。BM-SC向GGSN返回MBMS Registration Response消息，并把GGSN从下游节点列表中删除。
12.GGSN去激活MBMS UE上下文，并向SGSN返回删除MBMS上下文请求(Delete MBMS Context Response)消息。收到该消息后，SGSN去激活MBMSUE上下文。
13.如果SGSN和GGSN之间已无UE使用为该组播业务建立MBMS承载关系，并且该MBMS承载关系的下游节点列表为空，SGSN向GGSN发送MBMS注销请求(MBMS De-Registration Request)消息，请求释放该MBMS承载关系。GGSN向SGSN返回MBMS Registration Response消息，并把SGSN从下游节点列表中删除。
SGSN与GGSN通过Gn接口连接，该接口上通过IP/UDP上承载的GTP协议(GPRS Tunneling Protocol，GTP)完成信令和数据的转发和处理。GTP协议分为两个层面用于传输GTP信令的控制面(GTP-C)和用于传输GTP数据业务的用户面(GTP-U)。
隧道端点标识(Tunnel Endpoint Identifier，TEID)用于标识一个GTP隧道，在接收GTP-C或GTP-U协议实体中标识一个通道端点。TEID对于一个逻辑节点(如SGSN、GGSN等)的网际协议(Internet Protocol，IP)地址是唯一的。TEID由GTP隧道的接收方端点本地分配，发送方使用。发送方将TEID信息携带在GTP-C和GTP-U消息头中发送给对方，接收方根据消息头中的TEID来定位信令或数据所属的GTP隧道。
对于组播模式，根据3GPP TS 29.060“3rd Generation Partnership Project；Technical Specification Group Core Network and Terminals；General Packet RadioService(GPRS)；GPRS Tunneling Protocol(GTP)across the Gn and Gp interface”，SGSN在MBMS激活流程中通过Create MBMS Context Request消息(上述MBMS激活流程的步骤10)，将SGSN分配的控制面IP地址和控制面TEID发送给GGSN，SGSN为每个MBMS UE分配一个控制面的TEID，所建立的GTP-C隧道用于GGSN的下行信令传输。GGSN通过Create MBMS Context Response消息(上述MBMS激活流程的步骤13)，将GGSN分配的控制面IP地址和控制面TEID发送给SGSN，GGSN为每个MBMS UE分配一个控制面的TEID，所建立的GTP-C隧道用于SGSN的上行控制面信令传输。
在MBMS去激活流程中，SGSN通过删除MBMS上下文请求(Delete MBMSContext Requests)消息(MBMS去激活流程的步骤9)通知GGSN释放MBMS UE上下文，同时释放为GGSN该MBMS UE上下文分配的控制面TEID。GGSN通过删除MBMS上下文响应(Delete MBMS Context Response)消息(MBMS去激活流程的步骤12)响应SGSN，收到该响应消息后，SGSN删除MBMS UE上下文，同时释放为该MBMS UE上下文分配的控制面TEID。
由于在MBMS组播模式下，SGSN和GGSN之间需要为每个MBMS UE建立一个上行GTP-C隧道和一个下行GTP-C隧道。在MBMS去激活流程中，如果所有的MBMS UE都已经被释放，SGSN才会向GGSN发送注销请求(De-Registration Request)消息，这时SGSN和GGSN之间已经没有任何为MBMSUE建立的GTP-C隧道，该消息除非使用新建的GTP-C隧道下发给GGSN，SGSN需要从GGSN的下游节点列表中注销，却还需要新建GTP-C隧道，这显然是矛盾的。
即使SGSN使用新建的GTP-C隧道向GGSN发送De-Registration Request消息，根据目前的3GPP TS 29.060协议，SGSN在MBMS De-registration Request消息中也没有为GGSN分配下行控制面TEID，即没有建立下行GTP-C隧道，GGSN的注销响应(De-Registration Response)响应消息无法发送给SGSN。
发明内容
本发明的目的在于提供一种多媒体广播/组播业务去激活的方法，旨在解决现有技术中存在的在MBMS组播模式下，缺乏相应的GTP-C隧道执行MBMS去激活流程中SGSN和GGSN之间的信令的问题。
本发明是这样实现的，一种多媒体广播/组播业务去激活的方法，SGSN向GGSN发送MBMS注销请求消息，请求注销当前MBMS承载关系，GGSN向SGSN返回MBMS注销响应消息，所述MBMS注销响应消息通过SGSN配置的GTP-C隧道传送。
所述GTP-C隧道为即将被删除的MBMS UE上下文分配的GTP-C隧道，所述即将被删除的MBMS UE上下文被删除后，SGSN的当前MBMS承载关系中下游节点列表为空。
所述方法进一步包括下述步骤A1.SGSN通过所述即将被删除的MBMS UE上下文分配的GTP-C隧道向GGSN发送注销请求消息，请求注销当前MBMS承载关系；B1.GGSN通过所述GTP-C隧道向SGSN返回注销响应消息，并将SGSN从下游节点列表中删除；C1.SGSN向GGSN发送删除MBMS上下文请求消息，请求删除MBMS UE上下文。
所述GTP-C隧道为SGSN分配的临时GTP-C隧道。
所述方法进一步包括下述步骤A2.SGSN通过临时GTP-C隧道向GGSN发送注销请求消息，SGSN在所述GTP-C消息头中填入的TEID为0，消息体内携带SGSN为临时GTP-C隧道分配给GGSN的控制面IP地址和TEID；B2.GGSN通过所述临时GTP-C隧道向SGSN返回注销响应消息，在GTP-C消息头中填入SGSN为临时GTP-C隧道分配的控制面IP地址和TEID；C2.收到所述注销响应消息后，SGSN释放为所述临时GTP-C隧道分配的TEID。
在本发明中，GGSN利用即将被删除的MBMS UE上下文的GTP-C隧道或者SGSN临时分配的GTP-C隧道向SGSN返回注销响应消息，避免了缺乏合适的GTP-C隧道用于执行注销流程的问题。
图1是MBMS的网络参考模型图；图2是MBMS业务会话分发树示意图；图3是MBMS组播业务的阶段示意图；图4是MBMS广播业务的阶段示意图；图5是MBMS激活流程图；图6是MBMS去激活流程图；图7是本发明提供的MBMS去激活流程图。
具体实施例方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在本发明中，GGSN利用即将被删除的MBMS UE上下文的GTP-C隧道或者SGSN临时分配的GTP-C隧道向SGSN返回注销响应消息。
在本发明的第一实施例中，修改MBMS去激活流程，先执行SGSN和GGSN之间的注销流程，再执行MBMS UE上下文删除流程，如图7所示1.MBMS去激活流程前续步骤已经完成，SGSN需要针对使用某MBMS承载的MBMS UE进行去激活。MBMS去激活流程可以由UE、SGSN、GGSN、BM-SC发起。去激活发起的原因可以是UE希望退出组播组、BM-MC强制UE退出组播组、UE由于位置发生变化而不再使用原来的网络实体接入、UE分离或者相关的PDP上下文去激活等。
2.如果SGSN和GGSN之间只有即将被删除的MBMS UE上下文使用该MBMS承载关系，并且该MBMS UE上下文被删除后，SGSN的该MBMS承载关系中下游节点列表将为空，SGSN使用该MBMS UE上下文的GTP-C隧道向GGSN发送MBMS Deregistration Request消息请求注销MBMS承载关系。
GGSN使用该MBMS UE上下文的GTP-C隧道向SGSN返回MBMSDeregistration Response消息，并把SGSN从下游节点列表中删除。
3.SGSN向GGSN发送Delete MBMS Context Requests消息，请求GGSN删除MBMS UE上下文。
4.GGSN向BM-SC发送Deactivation Indication消息，请求BM-SC删除MBMSUE上下文。
BM-SC删除MBMS UE上下文，并通过Deactivation Confirmation消息向GGSN确认结果。
5.如果GGSN和BM-SC之间已经没有MBMS UE上下文使用该MBMS承载关系，并且GGSN的该MBMS承载关系中下游节点列表为空，GGSN向BM-SC发送MBMS De-Registration Request消息请求注销MBMS承载关系。
BM-SC向GGSN返回MBMS De-Registration Response消息，并把GGSN从下游节点列表中删除。
6.GGSN向SGSN返回Delete MBMS Context Response消息，并删除MBMSUE上下文，同时释放为该MBMS UE上下文分配的控制面TEID。
收到该响应后，SGSN删除MBMS UE上下文，同时释放为该MBMS UE上下文分配的控制面TEID。
在本发明的第二实施例中，不改变现有的去激活流程，SGSN在发送De-Registration Request消息时使用临时的GTP-C隧道，SGSN在GTP-C消息头中填入的控制面TEID为0，消息体内携带SGSN为临时GTP-C隧道分配给GGSN的控制面IP地址和TEID。
GGSN使用上述临时GTP-C隧道发送MBMS De-Registration Response消息，在GTP-C消息头中填入SGSN为该临时GTP-C隧道分配的控制面IP地址和TEID。
收到GGSN的De-Registration Response消息后，SGSN释放为该临时GTP-C隧道分配的控制面TEID。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种多媒体广播/组播业务去激活的方法，SGSN向GGSN发送MBMS注销请求消息，请求注销当前MBMS承载关系，GGSN向SGSN返回MBMS注销响应消息，其特征在于，所述MBMS注销响应消息通过SGSN配置的GTP-C隧道传送。
2.如权利要求1所述的多媒体广播/组播业务去激活的方法，其特征在于，所述GTP-C隧道为即将被删除的MBMS UE上下文分配的GTP-C隧道，所述即将被删除的MBMS UE上下文被删除后，SGSN的当前MBMS承载关系中下游节点列表为空。
3.如权利要求2所述的多媒体广播/组播业务去激活的方法，其特征在于，所述方法进一步包括下述步骤A1.SGSN通过所述即将被删除的MBMS UE上下文分配的GTP-C隧道向GGSN发送注销请求消息，请求注销当前MBMS承载关系；B1.GGSN通过所述GTP-C隧道向SGSN返回注销响应消息，并将SGSN从下游节点列表中删除；C1.SGSN向GGSN发送删除MBMS上下文请求消息，请求删除MBMS UE上下文。
4.如权利要求1所述的多媒体广播/组播业务去激活的方法，其特征在于，所述GTP-C隧道为SGSN分配的临时GTP-C隧道。
5.如权利要求4所述的多媒体广播/组播业务去激活的方法，其特征在于，所述方法进一步包括下述步骤A2.SGSN通过临时GTP-C隧道向GGSN发送注销请求消息，SGSN在所述GTP-C消息头中填入的TEID为0，消息体内携带SGSN为临时GTP-C隧道分配给GGSN的控制面IP地址和TEID；B2.GGSN通过所述临时GTP-C隧道向SGSN返回注销响应消息，在GTP-C消息头中填入SGSN为临时GTP-C隧道分配的控制面IP地址和TEID；C2.收到所述注销响应消息后，SGSN释放为所述临时GTP-C隧道分配的TEID。
全文摘要
本发明适用于移动通信领域，提供了一种多媒体广播/组播业务去激活的方法，SGSN向GGSN发送MBMS注销请求消息，请求注销当前MBMS承载关系，GGSN向SGSN返回MBMS注销响应消息，所述MBMS注销响应消息通过SGSN配置的GTP－C隧道传送。在本发明中，GGSN利用即将被删除的MBMSUE上下文的GTP－C隧道或者SGSN临时分配的GTP－C隧道向SGSN返回注销响应消息，避免了缺乏合适的GTP－C隧道用于执行注销流程的问题。
文档编号H04W76/06GK1859780SQ20061003366
公开日2006年11月8日 申请日期2006年2月14日 优先权日2006年2月14日
发明者陈靖 申请人:华为技术有限公司