CN100464591C - 一种实现多媒体广播/组播服务会话范围控制的方法 - Google Patents

Abstract

本发明公开了一种实现多媒体广播/组播服务会话范围控制的方法，该方法包括以下步骤：BM-SC或GGSN在收到下游节点的MBMS业务请求后，获取当前发起请求UE所处SGSN或将要处于的SGSN的标识，之后，BM-SC或GGSN判断自身保存的针对所请求MBMS业务的SGSN节点列表中是否包含所获取的SGSN标识，如果包含，则继续后续处理流程；否则就结束相应的处理流程。采用该方法能在MBMS业务相关处理流程中实现对会话范围的控制，进而减少网络承载资源的浪费，减轻信令负荷，降低网络负载和成本。

Description

一种实现多媒体广播/组播服务会话范围控制的方法

技术领域

本发明涉及多媒体广播/组播服务(MBMS)会话技术，尤指一种实现MBMS会话范围控制的方法。

背景技术

随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式，比如：视频电话、图片下载、高速浏览Internet网络等服务。其中，有一类业务的特点是：能够同时给无线网络中定制了该业务的所有用户进行发送，比如：发送天气预报、新闻短片、体育比赛集锦等等。于是，第三代移动通信引入了广播/组播的概念。

参见图1所示，对于一个中间节点而言，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据。这样，组播/广播业务数据传输树的每一条分支都只有一份数据进行传输，占用一份传输资源，根节点与其下游节点的数据传输也是如此。组播业务和广播业务的区别点仅在于：组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。由以上描述可见，通过组播/广播业务同时向大量用户提供相同信息，能够极大地节省网络资源。

图2为支持广播/组播业务的无线网络结构示意图，如图2所示，现有第三代合作伙伴计划(3GPP)中，支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)201，BM-SC201通过Gmb接口或Gi接口与TPF关口GPRS支持节点(GGSN，Gateway GPRS Support Node)202相连，一个BM-SC201可与多个TPF GGSN 202相连；TPF GGSN 202通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)203相连，一个GGSN202可与多个SGSN 203相连；SGSN 203可通过Iu接口与通用移动通信***(UMTS)陆地无线接入网(UTRAN)204相连，然后UTRAN 204通过Uu接口与用户终端(UE)206相连，SGSN 203也可通过Iu/Gb接口与全球移动通信***(GSM)增强无线接入网(GERAN)205相连，然后GERAN205通过Um接口与UE207相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。

在MBMS业务中，用于保存MBMS承载能力的是MBMS承载上下文，该MBMS承载上下文包含定义一个MBMS业务承载的所有信息描述，该MBMS承载上下文在承载MBMS数据的所有节点创建。参见表一所示，MBMS承载上下文包括：IP组播地址、接入点名称(APN)、临时移动组标识(TMGI)、状态(State)、要求的MBMS承载能力、QoS、MBMS服务区域、下行流节点列表、UEs数量等。其中，IP组播地址标识由该MBMS承载上下文描述的MBMS承载；APN为该IP组播地址已经被定义的接入点名称；TMGI为分配给MBMS承载的临时移动组标识；State为MBMS承载的活动性状态，包括：静止状态或激活状态，标识是否要求建立用于MBMS数据传输的承载平面资源；要求的MBMS承载能力用于标识UE需要支持的最小承载能力；QoS为该MBMS承载要求的服务质量；MBMS服务区域为MBMS业务需要发送的区域；下行流节点列表为请求了MBMS承载，MBMS数据必须下发到的下行流节点列表；UEs数量为该节点拥有的已经加入该组播业务的UE地数量。表中的“X”表示在对应的网络实体上存储有该信息。

 

参数	描述	RAN	SGSN	GGSN	BM-SC
						IP组播地址	IP组播地址标识由该MBMS承载上下文描述的MBMS承载	X	X	X	X
APN	该IP组播地址已经被定义的接入点名称	X	X	X	待研究
						TMGI	分配给MBMS承载的临时移动	X	X	X	X

 

	组标识
						State	MBMS承载的活动性状态(‘静止’或者‘激活’)	待研究	X	X	X
要求的MBMS承载能力	标识UE需要支持的最小承载能力		X	X	X
						QoS	该MBMS承载要求的服务质量	X	X	X	X
MBMS服务区域	MBMS业务需要发送的区域	X	X	X	X
						下行流节点列表	请求了MBMS承载，MBMS数据必须下发到的下行流节点列表		X	X	X
UEs数量	该节点拥有的已经加入该组播业务的UE地数量	待研究	X	X	待研究

                  表一

当BM-SC准备好发送数据时触发MBMS会话开始过程，会话开始过程激活网络中用于传输MBMS业务数据的所有需要的承载资源，并且通知感兴趣的UE即将开始数据传输。通过该会话开始过程，BM-SC将MBMS的QoS、MBMS业务域、可能存在的估计会话长度参数等会话属性提供给感兴趣的相关网络节点；通过该会话开始过程，可以引发相关RNC在接入网进行会话通知、小区用户计数、无线承载类型选择、无线和有线承载平面建立等工作。BM-SC等到下游流节点完成相应工作后，开始组播数据传输，各个节点通过会话开始过程中建立的承载传输组播数据，直至UE。

现有MBMS组播会话开始前，SGSN、GGSN节点可以通过MBMS组播业务激活、路由区更新等过程引发的MBMS注册过程在其上游节点进行注册，即：完成其上游节点GGSN、BM-SC中MBMS承载上下文中下行流节点列表的填写。这里，GGSN的上游节点是BM-SC，下游节点是SGSN。

现有技术中MBMS注册过程如图3所示，包括如下步骤：

步骤301：当漂移RNC检测出其管辖的UE对MBMS承载业务感兴趣，且漂移RNC还没有对该MBMS业务进行注册，漂移RNC发送一个MBMS注册请求消息给自身所属SGSN，该注册请求消息中携带有标识该MBMS承载业务的参数，即IP组播地址和APN。

步骤302：如果SGSN没有针对上述MBMS承载业务的MBMS承载上下文，且该SGSN从某个RNC收到一个该MBMS承载业务的注册请求；或者已经为一个MBMS承载业务创建第一个MBMS UE上下文，而SGSN中没有相应的MBMS承载上下文，SGSN根据注册请求消息或者MBMS UE上下文中携带的IP组播地址和APN，创建一个MBMS承载上下文，该承载上下文不包括TMGI、承载能力要求等信息，且该MBMS承载上下文为待命状态，再发送一个携带IP组播地址和APN的MBMS注册请求消息给GGSN。

步骤303：如果GGSN没有针对上述MBMS承载业务的MBMS承载上下文，且GGSN从一个SGSN收到一个该MBMS承载业务的注册请求；或者已经为一个MBMS承载业务创建第一个MBMS UE上下文，而GGSN中没有相应的MBMS承载上下文，则GGSN创建一个为待命状态的MBMS承载上下文，并发送一个携带IP组播地址和APN的MBMS注册请求消息给BM-SC。

步骤304：一旦从一个GGSN收到MBMS注册请求，BM-SC就将该GGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中，并响应MBMS注册响应消息，其中含有TMGI、承载能力要求等参数。如果BM-SC的MBMS承载上下文处于“激活”状态，BM-SC触发与该GGSN的会话开始过程。

步骤305：如果GGSN从步骤302所述的SGSN收到一个注册请求消息，GGSN将SGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中；并给SGSN返回MBMS注册响应消息，该响应消息中携带TMGI和承载能力要求等参数；如果MBMS承载上下文处于“激活”状态，则GGSN触发与SGSN的会话开始过程。

步骤306：如果SGSN从步骤301所述的漂移RNC收到MBMS注册请求，SGSN将RNC的标识增加到自身MBMS承载上下文的“下游流节点列表”中；并返回一个MBMS注册响应消息给该RNC；如果MBMS承载上下文处于“激活”状态，则SGSN发起与该漂移RNC的会话开始过程。

对于一些诸如本地新闻、本地天气预报、本地交通信息发布等MBMS业务，一般只对整个移动网络的部分业务区域提供。按照现有的会话开始处理流程，一个MBMS承载业务的会话开始消息会发送到所有网络中注册过该MBMS承载业务的所有注册的GGSN、SGSN以及与这些注册SGSN相连的所有RNC。其中，RNC只有在收到这种会话开始消息后，才可以比较组播业务域和自己覆盖的区域是否有重叠，从而决定是否建立无线承载。当然，在此之前业务承载平面都已被建立。

但对于一个很大的网络，如***这样的网络而言，由于用户的漫游以及SGSN节点与地域的相关性，会导致全国大部分的SGSN都对该MBMS业务进行了相应注册，那么一份在北京提供的业务(如交通信息)的每次会话都可能会涉及到全国所有的RNC。因为MBMS业务繁多，这样的网络设计必然会导致这些没用的会话开始消息对一些RNC、SGSN节点造成信令的冲击，使相关网络节点要对一些无用的信令进行分析整理。同时，会要求GGSN、SGSN节点支持这些无关业务，且占用GGSN到SGSN、SGSN到RNC之间的承载平面资源，从而给RNC、SGSN节点带来没有必要的信令负荷，并且增加网络负载和成本。

为了在会话开始过程中，使当前MBMS会话开始请求不发送到与当前MBMS业务无关的SGSN节点、RNC节点上，不建立从GGSN到与当前MBMS业务无关的SGSN的用户承载平面，避免产生不必要的信令负荷，本申请人在另一专利申请中提出了一种解决方案，该解决方案的主要思想是：在BM-SC或GGSN中保存与当前MBMS业务有关的SGSN节点列表；之后，再由GGSN根据SGSN节点列表中的信息来确定是否允许某个SGSN注册、或是根据SGSN节点列表中的信息决定是否向某个SGSN发送会话开始请求，进而确定是否允许某个SGSN开始MBMS会话。如此，GGSN只允许与业务发送区域有关的SGSN进行注册，或是只会将会话开始请求发给与业务发送区域有关的SGSN，从而不会建立从GGSN到其它与当前MBMS业务无关的SGSN的用户平面承载；也不会发送当前MBMS会话开始请求到无关的SGSN节点、RNC节点，造成没有必要的信令负荷。

但是，在实际应用中，SGSN节点向GGSN节点注册是由UE触发MBMS业务激活流程、或UE触发SGSN间路由区更新过程引发的，所以对于MBMS注册流程、MBMS业务激活流程和SGSN间路由区更新流程应该进行统一的处理，才能更好、更完善地解决信令负荷过重以及网络承载资源浪费的问题。目前，尚未有人针对MBMS业务激活流程、SGSN间路由区更新流程，提出实现会话控制的解决方案。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现MBMS会话范围控制的方法，能在MBMS业务相关处理流程中实现对会话范围的控制，进而减少网络承载资源的浪费，减轻信令负荷，降低网络负载和成本。

为达到上述目的，本发明的技术方案是这样实现的：

一种实现多媒体广播/组播服务MBMS会话范围控制的方法，在BM-SC或GGSN中保存针对不同MBMS业务的SGSN节点列表，该方法包括以下步骤：

a.广播/组播业务服务器BM-SC或GGSN收到自身下游节点发来的MBMS业务请求后，获取当前发起请求UE所在的SGSN或将要处于的SGSN的标识，判断获取的标识包含于所述SGSN节点列表则执行步骤b；

b.BM-SC或GGSN继续执行后续处理流程。

在MBMS业务激活流程中，步骤a所述MBMS业务请求为：GGSN向BM-SC发送的MBMS授权请求；

则步骤a为：BM-SC收到GGSN发来的MBMS授权请求后，获取当前发起请求UE所处SGSN的标识；

步骤b为：BM-SC判断步骤a所获取的SGSN标识是否包含于自身保存的针对所请求MBMS业务的SGSN节点列表中，如果包含，则继续进行MBMS业务激活流程中对当前UE的授权判决；否则，结束当前MBMS业务激活流程。

其中，步骤a所述BM-SC获取当前发起请求UE所处SGSN的标识具体为：

a11.BM-SC从所收到的MBMS授权请求中获取当前发起请求UE的标识，然后向HLR发送携带有当前发起请求UE标识的位置请求；

a12.HLR收到位置请求后，根据请求中的UE标识查询该UE所处SGSN的标识，之后将所查询到的SGSN标识携带于位置响应中返回给BM-SC。

这里，所述UE标识为当前发起请求UE的IMSI。所述GGSN是：与当前发起请求UE建立PDP上下文的GGSN；或是为当前发起请求UE提供所需MBMS业务的GGSN。

步骤a之前，该方法进一步包括：当前发起请求UE与网络建立PDP上下文后，经由自身所处的SGSN向GGSN发送加入消息。那么，步骤a所述BM-SC获取当前发起请求UE所处SGSN的标识具体为：

a21.GGSN收到当前发起请求UE经自身所处SGSN发来的加入消息后，获取当前发起请求UE所处SGSN的标识；

a22.GGSN向BM-SC发送携带有当前发起请求UE所处SGSN标识的MBMS授权请求；

a23.BM-SC直接从GGSN发来的MBMS授权请求中获取当前发起请求UE所处SGSN的标识。

在MBMS业务激活流程中，步骤a之前，该方法进一步包括：当前发起请求UE与网络建立PDP上下文后，经由自身所处的SGSN向GGSN发送加入消息；步骤a所述MBMS业务请求为：发起请求UE经自身所处SGSN向GGSN发送的加入消息；

则步骤a为：GGSN收到当前发起请求UE经自身所处SGSN发来的加入消息后，获取当前发起请求UE所处SGSN的标识；

步骤b为：GGSN判断步骤a所获取的SGSN标识是否包含于自身保存的针对所请求MBMS业务的SGSN节点列表中，如果包含，则继续向BM-SC发送MBMS授权请求；否则，结束当前MBMS业务激活流程。

此种情况下，在GGSN进行判断之前，该方法进一步包括：BM-SC在MBMS业务开始时，将相应MBMS业务对应的SGSN节点列表发送给网络中所有的GGSN，每个GGSN保存所收到的SGSN节点列表。

在MBMS业务激活流程中，步骤a之前，该方法进一步包括：当前发起请求UE与网络建立PDP上下文后，经由自身所处的SGSN向GGSN发送加入消息；步骤a所述MBMS业务请求为：发起请求UE经自身所处SGSN向GGSN发送的加入消息；

则步骤a为：GGSN收到当前发起请求UE经自身所处SGSN发来的加入消息后，获取当前发起请求UE所处SGSN的标识；然后，GGSN向BM-SC发送携带有所获取SGSN标识的MBMS授权请求；BM-SC收到MBMS授权请求后，向GGSN发送针对所请求MBMS业务的SGSN节点列表，GGSN保存所收到的SGSN节点列表；

步骤b为：GGSN判断步骤a所获取的SGSN标识是否包含于步骤a所获取的针对所请求MBMS业务的SGSN节点列表中，如果包含，则继续MBMS业务激活流程；否则，结束当前MBMS业务激活流程。

其中，步骤a中，BM-SC先对发起请求UE进行授权判决，如果判决通过，则向GGSN发送针对所请求MBMS业务的SGSN节点列表；否则，直接结束当前MBMS业务激活流程。

上述方案中，所述SGSN标识为：当前发起请求UE在GGSN中所建立PDP上下文中保存的SGSN地址，该地址为IP地址。

在SGSN路由更新流程中，步骤a所述MBMS业务请求为：SGSN向GGSN发送的更新MBMS UE上下文请求；

则步骤a为：GGSN收到SGSN发来的更新MBMS UE上下文请求后，找到所要更新MBMS UE上下文对应的MBMS承载，并根据请求获取更新后SGSN的标识；

步骤b为：BM-SC判断更新后的SGSN标识是否包含于自身保存的、针对所要更新的MBMS UE上下文对应的MBMS业务的SGSN节点列表中，如果包含，则继续更新MBMS UE上下文并执行后续处理；否则，结束当前SGSN路由更新流程。

对于上述所有方案，当前发起请求UE所处SGSN或将要处于的SGSN未包含于BM-SC或GGSN保存的针对所请求MBMS业务的SGSN节点列表中时，该方法进一步包括：向当前发起请求UE发送拒绝原因；UE收到拒绝原因后，通过点到点方式获取所需的MBMS业务。

本发明所提供的实现MBMS会话范围控制的方法，在MBMS相关过程中，通过检查请求执行该过程的UE所处或将要处于的SGSN，是否在BM-SC或GGSN所保存的、针对所请求MBMS业务的SGSN节点列表中，来判断是否允许该UE执行对该MBMS业务的请求。本发明的方法能保证只有处于或将要处于与MBMS业务发送区域有关的SGSN管辖范围的UE的请求才会被通过，从而限制了不在所请求MBMS业务区域内的UE的请求，避免了无关区域的SGSN发起注册请求，进而保证GGSN只会将会话开始请求发送到和业务发送区域有关的SGSN，不会建立从GGSN到其它与该MBMS业务无关区域的SGSN的用户承载平面，也不会发送这些会话开始请求到无关区域的SGSN节点、RNC节点，使MBMS业务的发送消息只在相关的地理区域发送。如此，不会造成没有必要的信令负荷，可减少网络承载资源的浪费，同时，也避免无关业务消息对网络节点的冲击，降低网络负载和成本。

本发明包括基于不同流程的实现过程，且有多种实现方式，具有很强的灵活性和实用性。并且，本发明各种处理分别基于现有各种MBMS相关业务处理流程，对现有处理流程改动都很小，实现起来简单、方便。

附图说明

图1为组播业务的传输原理示意图；

图2为支持广播/组播业务的无线网络结构示意图；

图3为MBMS组播/广播业务注册流程图；

图4为本发明MBMS组播/广播业务激活过程一实施例的处理流程图；

图5为图4所示实施例中BM-SC获取SGSN标识的流程示意图；

图6为本发明MBMS组播/广播业务激活过程另一实施例的处理流程图；

图7为本发明进行SGSN间路由更新的处理流程图。

具体实施方式

本发明实现的前提是：在BM-SC或GGSN中保存有针对不同MBMS业务的SGSN节点列表，该SGSN节点列表给出了允许相应MBMS业务会话执行的所有SGSN的标识，该SGSN节点列表可以通过不同途径获取，比如：通过操作维护管理平台配置与当前MBMS业务有关的SGSN节点列表配置于BM-SC中或GGSN中；或是由BM-SC根据自身保存的SGSN与SGSN管理区域的对应关系以及当前MBMS业务的业务域信息，获取与当前MBMS业务有关的SGSN节点列表。

本发明的核心思想是：BM-SC或GGSN在收到自身下游节点发来的MBMS业务请求后，获取当前发起请求UE所处SGSN或将要处于的SGSN的标识，之后，BM-SC或GGSN判断自身保存的针对所请求MBMS业务的SGSN节点列表中是否包含所获取的SGSN标识，如果包含，则继续后续处理流程；否则就结束相应的处理流程。

本发明中，对于MBMS业务激活流程，所述的MBMS业务请求为GGSN向BM-SC发送的MBMS授权请求或为UE向GGSN发送的加入消息，那么，获取当前发起请求UE所处SGSN的标识，以及判断所获取SGSN标识是否包含于自身存储的SGSN节点列表由BM-SC或GGSN完成。对于SGSN间路由更新流程，所述的MBMS业务请求为更新后SGSN向GGSN发送的更新MBMSUE上下文请求，那么，获取当前发起请求UE将要处于的SGSN的标识，以及判断所获取SGSN标识是否包含于自身存储的SGSN节点列表均由GGSN完成。

在本发明的MBMS业务激活流程中，上面所提到的SGSN标识获取以及判断过程可以由BM-SC完成，也可以由GGSN来实现。当由BM-SC完成时，BM-SC对SGSN标识的获取以及判断有两种实现方式：一种是，BM-SC根据GGSN发来的MBMS授权请求中携带的UE标识，到HLR中去查找该UE所处SGSN的标识，之后，BM-SC根据自身保存的针对所请求MBMS业务的SGSN节点列表进行判断；另一种是，GGSN根据UE经SGSN发来的加入消息获取UE所处SGSN的标识，再将所获取的SGSN标识携带于MBMS授权请求中发给BM-SC，BM-SC直接从MBMS授权请求中获取该UE所处SGSN的标识，之后，BM-SC再根据自身保存的针对所请求MBMS业务的SGSN节点列表进行判断。

当由GGSN完成时，GGSN对SGSN标识的获取以及判断有三种实现方式：第一种是，直接根据UE经SGSN发来的加入消息中的信息得到UE所处SGSN的标识，然后根据自身存储针对所请求MBMS业务的SGSN节点列表进行判断；第二种是，仍根据UE经SGSN发来的加入消息中的信息得到UE所处SGSN的标识，但GGSN需要向BM-SC请求获取针对所请求MBMS业务的SGSN节点列表，得到后再判断；第三种是，还是根据UE经SGSN发来的加入消息中的信息得到UE所处SGSN的标识，且GGSN中保存有BM-SC预先主动向GGSN发送的SGSN节点列表，GGSN根据得到的SGSN标识和SGSN节点列表进行判断。

下面通过具体实施例并配合相应附图，进一步详细说明本发明的实现流程。

实施例一：

本实施例是在MBMS业务激活流程中，拒绝与当前MBMS业务无关的SGSN的MBMS业务授权请求，进而实现对MBMS会话范围的控制。本实施例中，BM-SC中保存有针对当前UE所请求MBMS业务的SGSN节点列表，BM-SC是根据UE标识到HLR中去获取当前UE所处SGSN的标识。如图4所示，本实施例中MBMS业务激活流程包括以下步骤：

步骤401：通常UE需要激活某个MBMS组播业务时，先要与网络进行交互建立PDP上下文(PDP Context Activation)。

如果当前UE与网络建立了PDP上下文，则直接采用已建立的PDP上下文；如果当前UE没有与网络建立PDP上下文，那么，UE就先激活一个默认的PDP上下文，该PDP上下文的类型一般为尽力服务。该PDP上下文可以是一个用于基本IP业务，如WAP或因特网接入的PDP上下文；也可以是一个用于IP多媒体子***(IMS)接入的信令PDP上下文。本例中，与默认PDP上下文对应的GGSN为GGSN1。

步骤402：当前UE通过上述建立的PDP上下文，经由自身所处SGSN发送一个IGMP加入消息或MLD加入消息给GGSN1，消息中通过IP组播地址标识用户期待接收的一个特定组播MBMS承载业务。这里，如果采用IPv4协议，则UE向GGSN1发IGMP加入消息IGMP Join；如果采用IPv6协议，则UE向MLD加入消息，本例中是采用IPv4协议。

步骤403：GGSN1收到IGMP/MLD加入请求后，给BM-SC发送一个MBMS授权请求MBMS Authorization Request，寻求对当前UE接收数据的授权。

BM-SC收到MBMS授权请求后，从该请求中获取当前UE的标识，然后向HLR发送携带有UE标识的位置请求消息Location Request；HLR收到BM-SC发来的位置请求消息后，根据请求消息中所携带的UE标识查询该UE所处SGSN的标识，然后将该SGSN标识通过位置响应消息Location Response返回给BM-SC，这里所述BM-SC与HLR的交互过程如图5所示。其中，UE标识可以是IMSI。

BM-SC获取到当前UE所处SGSN的标识后，判断所获取的SGSN标识是否包含于自身保存的SGSN节点列表中，如果是，则继续进行授权判决，否则结束当前的MBMS业务激活流程，此时，BM-SC可以向GGSN1返回授权失败。

对于授权判决，如果授权判决通过，则BM-SC将MBMS授权响应MBMSAuthorization Response发送给GGSN1，该响应中携带有用于激活MBMS UE上下文的APN。如果授权判决未通过，则BM-SC向GGSN发送的MBMS授权响应中指示该UE不能授权接收MBMS数据，并结束本MBMS业务激活流程。

本实施例中，当前UE所处SGSN包含于BM-SC的SGSN节点列表中，且授权判决通过，所以继续进行后续流程。

步骤404a：GGSN1发送一个MBMS通知请求MBMS Notification Request给SGSN，该请求中包括IP组播地址、APN、Linked网络业务接入点标识(NSAPI)。其中，Linked NSAPI的设置等于GGSN收到加入请求时所使用PDP上下文的NASPI；IP组播地址等于UE在加入请求中的IP组播地址；APN可能与已经激活的默认PDP上下文的APN不同，在一些情况下，APN可能对应不同于接收IGMP/MLD加入请求的GGSN1。因为GGSN1可能收不到响应，比如SGSN或UE不支持MBMS的情况，此类情况下，GGSN1需要启动MBMS激活定时器。

步骤404b：SGSN给GGSN1发送MBMS通知响应MBMS NotificationResponse，该响应中携带有原因值，该原因值用于指示是否成功激活MBMS UE上下文。一旦收到不成功的响应消息，GGSN不会再发送任何MBMS通知请求消息，本过程就此结束。

步骤405：SGSN收到MBMS通知请求后，给UE发送一个请求MBMS上下文激活消息Request MBMS Context Activation，用于请求UE激活一个MBMSUE上下文，该消息中至少携带有IP组播地址、APN、Linked NSAPI、事务标识(TI)。其中，Linked NSAPI提供给UE将MBMS UE上下文与其在步骤402中发送的IGMP/MLD加入消息中的PDP上下文进行关联；TI由SGSN选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。

步骤406：UE创建一个MBMS UE上下文后，给SGSN发送一个激活MBMS上下文请求Activate MBMS Context Request，该请求中包括：IP组播地址、APN、MBMS_NSAPI、MBMS承载能力。其中，IP组播地址用于标识UE启动加入/激活的MBMS组播业务；APN指示一个特定的GGSN；MBMS承载能力用于标识UE可以处理的最大QoS；MBMS_NSAPI由UE选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。

这里，如果SGSN中有该MBMS承载业务的MBMS承载上下文信息，SGSN验证UE的MBMS承载能力，否则就执行步骤407；在验证UE的MBMS承载能力时，如果SGSN确定UE的MBMS承载能力低于要求的MBMS承载能力，SGSN要伴随一个合适的理由，拒绝激活请求的MBMS上下文，并结束当前的处理流程。

步骤407：如果SGSN中MBMS UE上下文没有被建立，SGSN就发送MBMS通知拒绝请求MBMS Notification Reject Request给GGSN1，并指示MBMS UE上下文不能被建立的原因；GGSN1收到后，给SGSN返回一个MBMS通知拒绝响应消息MBMS Notification Reject Response，然后结束当前的处理流程。这样，可就此终结过程，防止SGSN进一步发送MBMS通知请求消息。

步骤408：SGSN对当前UE执行安全功能，如：对UE鉴权，该步骤可以省略。

步骤409：SGSN根据步骤406的APN确定特定的GGSN，即实际提供所需MBMS业务的GGSN后，创建一个MBMS UE上下文，并向实际提供所需MBMS业务的GGSN发送创建MBMS上下文请求Create MBMS ContextRequest，该请求中包括IP组播地址、APN、MBMS_NSAPI，本例中，实际提供所需MBMS业务的GGSN为GGSN2。在实际应用中，GGSN1和GGSN2可以是同一个GGSN。

步骤410：GGSN2发送一个MBMS授权请求MBMS Authorization Request给BM-SC，寻求对UE的授权，授权判决结果在MBMS授权响应MBMSAuthorization Response中提供。BM-SC创建一个MBMS UE上下文。

步骤411：如果GGSN2没有该MBMS承载业务的MBSM承载上下文信息，GGSN2发送一个MBMS注册请求MBMS Registration Request给BM-SC，相关过程在MBMS标准注册过程中都有规定；

如果BM-SC还未给该MBMS承载业务分配TMGI，BM-SC将分配一个新的TMGI，该TMGI将通过MBMS注册响应消息MBMS Registration Response传递给GGSN和SGSN，进一步通过激活MBMS上下文接受消息ActivateMBMS Context Accept发送给UE；

BM-SC向GGSN2发送的MBMS注册响应消息，包含该MBMS承载业务的MBMS承载上下文信息，并将该GGSN2加入MBMS承载上下文的下行流节点列表，相关内容在MBMS标准注册过程中都有规定。

如果GGSN2已有该MBMS承载业务的MBSM承载上下文信息，该步骤可以省略。

步骤412：GGSN创建一个MBMS UE上下文，并发送创建MBMS上下文响应Create MBMS Context Response给SGSN。

步骤413：如果SGSN没有该MBMS承载业务的MBMS承载上下文信息，SGSN发送一个MBMS注册请求MBMS Registration Request给GGSN，相关过程在MBMS标准注册过程中都有规定。

GGSN响应一个MBMS注册响应消息MBMS Registration Response，该消息中包含该MBMS承载业务的MBMS承载上下文信息，并将该SGSN的标识添加到MBMS承载上下文的下行流节点列表参数中，相关过程在MBMS标准注册过程中都有规定。

如果SGSN上已有该MBMS承载业务的MBSM承载上下文信息，该步骤可以省略。

步骤414：如果为该UE建立了至少一个分组域无线接入承载(PS RAB)，SGSN给RAN提供MBMS UE上下文。

步骤415：SGSN发送一个激活MBMS上下文接受消息Activate MBMSContext Accept给UE，该消息中含有MBMS承载能力。这里，MBMS承载能力标识用于该MBMS承载业务最大的QoS，UE在激活更多MBMS承载业务时，可能会考虑该MBMS承载能力。如果SGSN判定UE的MBMS承载能力低于当前所需MBMS业务要求的MBMS承载能力，则SGSN拒绝该激活一个MBMS UE上下文的请求，并指示一个恰当的理由，对已建立的MBMS UE上下文开始去激活过程。

实际上，本实施例中的所有步骤，除了步骤403，其余步骤均与现有技术中MBMS业务激活流程的处理步骤相同。

在本实施例中，步骤403中所完成的BM-SC对当前UE所在SGSN的判断，同样可以在步骤410中完成，实现过程完全相同。在实际应用中，BM-SC对当前UE所在SGSN的判断可以仅在步骤403或步骤410中完成，也可以同时在步骤403和步骤410中完成。如果GGSN1与GGSN2为同一个GGSN，则仅在其中一个步骤完成即可，较好的，在步骤403中完成，如果不能在步骤403完成，才在步骤410中完成。如此，可省去更多不必要的信令交互和资源占用。

实施例二：

本实施例是在MBMS业务激活流程中，拒绝与当前MBMS业务无关的SGSN的MBMS业务授权请求，进而实现对MBMS会话范围的控制。本实施例中，BM-SC中保存有针对当前UE所请求MBMS业务的SGSN节点列表，BM-SC从GGSN发来的MBMS授权请求中获取当前UE所处SGSN的标识。如图6所示，本实施例中MBMS业务激活流程包括以下步骤：

步骤601：与实施例一中的步骤401完全相同。

步骤602：当前UE通过上述建立的PDP上下文，经由自身所处SGSN发送一个IGMP加入消息或MLD加入消息给GGSN1，消息中通过IP组播地址标识用户期待接收的一个特定组播MBMS承载业务。这里，如果采用IPv4协议，则UE向GGSN1发IGMP加入消息IGMP Join；如果采用IPv6协议，则UE向MLD加入消息，本例中是采用IPv4协议。这里，GGSN获取发送加入消息的SGSN的标识，该标识可以是该SGSN的地址，所述SGSN地址是保存于当前UE在GGSN中所建立的对应PDP上下文中的SGSN的IP地址。

步骤603：GGSN1收到IGMP/MLD加入请求后，给BM-SC发送一个MBMS授权请求MBMS Authorization Request，寻求对当前UE接收数据的授权。这里，MBMS授权请求中携带有步骤602中所获取的SGSN的标识，也就是当前UE所处SGSN的标识。

BM-SC收到MBMS授权请求后，从该请求中获取当前UE所处SGSN的标识，判断所获取的SGSN标识是否包含于自身保存的SGSN节点列表中，如果是，则继续进行授权判决，否则结束当前的MBMS业务激活流程，此时，BM-SC可以向GGSN1返回授权失败。

对于授权判决，如果授权判决通过，则BM-SC将MBMS授权响应MBMSAuthorization Response发送给GGSN1，该响应中携带有用于激活MBMS UE上下文的APN。如果授权判决未通过，则BM-SC向GGSN发送的MBMS授权响应中指示该UE不能授权接收MBMS数据，并结束本MBMS业务激活流程。

本实施例中，当前UE所处SGSN包含于BM-SC的SGSN节点列表中，且授权判决通过，所以继续进行后续流程。

步骤604a～步骤615：与实施例一中的步骤404a至步骤415完全相同。

实施例三：

本实施例是在MBMS业务激活流程中，拒绝与当前MBMS业务无关的加入消息，进而实现对MBMS会话范围的控制。本实施例中，GGSN中保存有针对当前UE所请求MBMS业务的SGSN节点列表，该SGSN节点列表可以是通过OAM直接配置的，且GGSN从当前UE经自身所处SGSN发来的加入消息中获得SGSN标识。本实施例中的处理步骤除了步骤602和步骤603，其余步骤均与实施例二的相应步骤完全相同。在本实施例中，步骤602变为步骤602’，步骤603变为步骤603’。

步骤602’：当前UE通过上述建立的PDP上下文，经由自身所处SGSN发送一个IGMP加入消息或MLD加入消息给GGSN1，消息中通过IP组播地址标识用户期待接收的一个特定组播MBMS承载业务。这里，如果采用IPv4协议，则UE向GGSN1发IGMP加入消息IGMP Join；如果采用IPv6协议，则UE向MLD加入消息，本例中是采用IPv4协议。这里，GGSN获取发送加入消息的SGSN的标识，该标识可以是该SGSN的地址，所述SGSN地址是保存于当前UE在GGSN中所建立的对应PDP上下文中的SGSN的IP地址。

GGSN1根据自身保存的针对所请求MBMS业务的SGSN节点列表以及所获取的SGSN标识，判断获得的SGSN标识是否包含于自身保存的SGSN节点列表中，如果包含，则继续执行步骤603’；否则，GGSN1拒绝该UE的加入请求，返回对应失败原因。

本实施例中，当前UE所处SGSN包含于GGSN1的SGSN节点列表中，所以继续进行步骤603’。

步骤603’：GGSN1向BM-SC发送MBMS授权请求MBMS AuthorizationRequest，寻求对当前UE接收数据的授权。如果授权判决通过，则BM-SC将MBMS授权响应MBMS Authorization Response发送给GGSN1，该响应中携带有用于激活MBMS UE上下文的APN，执行步骤604。如果授权判决未通过，则BM-SC向GGSN发送的MBMS授权响应中指示该UE不能授权接收MBMS数据，并结束本流程。

由于对SGSN的判决已在步骤602’中由GGSN1完成，所以，本步骤中，GGSN1向BM-SC发送的MBMS授权请求中不携带GGSN1获取的SGSN标识。实际上，本实施例中，如果当前UE所处SGSN包含于GGSN1的SGSN节点列表中，步骤603’与现有技术的相应步骤是完全相同的。

实施例四：

本实施例是在MBMS业务激活流程中，拒绝与当前MBMS业务无关的SGSN的MBMS业务授权请求，进而实现对MBMS会话范围的控制。本实施例中，GGSN从当前UE经自身所处SGSN发来的加入消息中获得SGSN标识，但GGSN中未保存针对当前UE所请求MBMS业务的SGSN节点列表，BM-SC中保存有针对当前UE所请求MBMS业务的SGSN节点列表，GGSN需要从BM-SC中获取针对当前UE所请求MBMS业务的SGSN节点列表。与实施例二相比，本实施例中仅仅步骤603变为步骤603”，其余步骤均与实施例二的相应步骤完全相同。

步骤603”：GGSN1收到IGMP/MLD加入请求后，向BM-SC发送MBMS授权请求MBMS Authorization Request，寻求对当前UE接收数据的授权。这里，MBMS授权请求中携带有步骤602中所获取的SGSN的标识，也就是当前UE所处SGSN的标识。

BM-SC收到MBMS授权请求后，从该请求中获取当前UE所处SGSN的标识，然后对当前UE进行授权判决，如果授权判决通过，则BM-SC将MBMS授权响应MBMS Authorization Response发送给GGSN1，该响应中携带有用于激活MBMS UE上下文的APN。如果授权判决未通过，则BM-SC向GGSN发送的MBMS授权响应中指示该UE不能授权接收MBMS数据。

授权判决结束后，可以有两种处理过程：

a)无论BM-SC对当前UE的授权判决是否通过，BM-SC均向GGSN发送与所请求MBMS业务相关的信息，该业务相关信息包括业务相关SGSN节点列表、业务标识等参数。之后，GGSN保存相应信息。这样，如果授权通过，则GGSN可以根据收到的SGSN节点列表判断步骤602中获得的SGSN标识是否在SGSN节点列表中，如果在，继续执行步骤604；如果不在，则结束本次MBMS业务激活流程。如果授权未通过，可以直接结束本次MBMS业务激活流程，但保存相应SGSN节点列表可使GGSN在以后流程中，一旦收到针对该MBMS业务的请求，即可进行判断。

b)授权判决通过，BM-SC才向GGSN发送所请求MBMS业务的相关信息，该相关信息包括业务相关SGSN节点列表、业务标识等参数；然后，GGSN保存相应信息，并根据收到的SGSN节点列表判断步骤602中获得的SGSN标识是否在SGSN节点列表中，如果在，继续执行步骤604；如果不在，结束本MBMS业务激活流程。如果授权不通过，则BM-SC直接结束本MBMS业务激活流程。

实施例五：

本实施例与实施例三的处理过程基本类似，由GGSN对当前UE所在SGSN进行判决，唯一不同的是，GGSN中的SGSN节点列表不是直接配置的，而是在相应MBMS业务开始时由BM-SC提供的，BM-SC将业务相关信息包括业务相关SGSN节点列表、业务标识等参数发送给网络中所有GGSN，每个GGSN保存所收到的SGSN节点列表。这样，可使GGSN在以后流程中，一旦收到针对相应MBMS业务的请求，即可进行判断。这种情况下，GGSN就不需要将UE所处SGSN的标识发送给BM-SC，BM-SC也不需要针对每个UE所处SGSN进行判断了。

实施例六：

本实施例是在SGSN间路由更新流程中，拒绝与当前MBMS业务无关的SGSN的更新MBMS UE上下文请求，进而实现对MBMS会话范围的控制。本实施例中，GGSN中保存有针对当前UE所请求MBMS业务的SGSN节点列表，该SGSN节点列表可以是由OAM直接配置于GGSN中的，也可以是在MBMS注册过程或MBMS业务激活过程中由BM-SC发送给GGSN，或BM-SC在业务开始时主动提供给GGSN的；GGSN判断更新后的SGSN是否包含于自身保存的针对某MBMS业务的SGSN节点列表中。这里，UE进行路由区更新前的SGSN称为原SGSN，UE进行路由区更新后的SGSN称为新SGSN，如图7所示，本实施例中SGSN间路由更新流程包括以下步骤：

步骤701：某个UE激活MBMS承载业务后，经由RAN向新SGSN发送路由区更新请求消息Routing Area Update Request。

步骤702：新SGSN收到路由区更新请求后，发送SGSN上下文请求消息SGSN Context Request给原SGSN，用于获取该UE的移动性管理(MM)上下文、PDP上下文和MBMS UE上下文；原SGSN收到SGSN上下文请求后，向新SGSN返回携带有指定UE相应上下文的SGSN上下文响应消息SGSNContext Response；

这里，原SGSN可能返回指定UE的MBMS UE上下文、MM上下文、PDP上下文，也可能返回MBMS UE上下文和MM上下文；其中，对于MBMS UE上下文，UE每加入一个MBMS承载业务就会有一个MBMS UE上下文，对于MM上下文，是对每个UE进行移动性管理的，SGSN会为归属于自己的每个UE创建并保存MM上下文。

步骤703：新SGSN收到响应后，可以通过与UE和归属位置寄存器(HLR)的交互，在自身与UE、自身与HLR之间执行加密功能，本步骤为可选的。

步骤704：新SGSN收到SGSN上下文响应后，给原SGSN发送一个SGSN上下文确认消息SGSN Context Acknowledge。

步骤705：在收到新SGSN的SGSN上下文确认消息后，原SGSN在一段时间内将收到的N-PDU进行缓存，并通过前向分组Forward Packets发送给新SGSN；本步骤也是可选的。

步骤706：新SGSN发送更新PDP上下文请求消息Update PDP ContextRequest给相应的GGSN；GGSN更新该用户PDP上下文的相关信息，并反馈一个更新PDP上下文响应Update PDP Context Response给新SGSN，该响应中可能携带有相应的PDP上下文更新信息。

步骤707：新SGSN发送更新MBMS UE上下文请求Update MBMS UEContext Request给相应的GGSN。

GGSN根据要求更新的所有MBMSUE上下文，找到所要更新MBMS UE上下文对应的MBMS承载，并根据请求获取新SGSN的标识，然后判断新SGSN标识是否包含于自身保存的、针对所要更新的MBMS UE上下文对应的MBMS业务的SGSN节点列表中，如果不是，则结束针对该MBMS UE上下文的SGSN间路由更新流程，此时，GGSN可以针对该MBMS UE上下文返回更新失败信息；否则，GGSN更新与该用户相关的这些MBMS UE上下文的对应域，并返回更新MBMS UE上下文响应Update MBMS UE Context Response给新SGSN，该响应中可能携带有相应的MBMS UE上下文更新信息。

本实施例中，新SGSN的标识包含于GGSN保存的SGSN节点列表中，所以继续后续的处理流程。

步骤708：新SGSN给HLR发送位置更新消息Update Location，通知HLR该UE的服务SGSN的变更情况。

步骤709：HLR给原SGSN发送位置取消消息Cancel Location，原SGSN收到后删除MM上下文和PDP上下文，并且，原SGSN返回位置取消确认消息Cancel Location Ack给HLR；

这里，对于原SGSN删除MM上下文和PDP上下文的操作，实际上还要在步骤702中设置并启动一定时器，然后再在本步骤中作一个判断，如果步骤702中所启动的对应定时器到时，则进行上下文删除，否则，要等待定时器到时后再进行上下文删除，以此保证相关上下文是被新SGSN接收后才被删除。

步骤710：HLR收到确认后，给新SGSN发送***用户数据消息InsertSubscriber Data；新SGSN收到后，创建相应MM上下文，并返回***用户数据确认Insert Subscriber Data Ack给HLR。

步骤711：HLR给新SGSN返回位置更新确认消息Update Location Ack。

步骤712：如果原SGSN中不再有针对某个MBMS承载业务的MBMS UE上下文，即对应的MBMS承载上下文的下行流节点列表为空，则原SGSN发送MBMS去注册请求MBMS Deregistration Request给GGSN；GGSN响应MBMS去注册响应MBMS Deregistration Response，并将原SGSN的标识从自身MBMS承载上下文中的下行流节点列表参数中删除；否则，就不执行此步骤。

步骤713：新SGSN验证收到的每个MBMS UE上下文是否有对应的MBMS承载上下文；如果新SGSN没有对应的MBMS承载上下文，则新SGSN创建一个MBMS承载上下文，将所创建的MBMS承载上下文置为待命状态，并发送MBMS注册请求MBMS Registration Request给相应的GGSN；GGSN向新SGSN返回MBMS注册请求MBMS Registration Response；如果新SGSN有对应的MBMS承载上下文，则不执行此步骤。

步骤714：新SGSN为该UE建立MM上下文，UE和新SGSN之间的逻辑链路被建立起来，新SGSN给UE反馈一个路由区更新接纳消息Routing AreaUpdate Accept。

步骤715：UE收到路由区更新接纳消息后，给SGSN返回一个路由区更新完成消息Routing Area Update Complete。

实际上，本实施例中的所有步骤，除了步骤707，其余步骤均与现有技术中SGSN间路由更新流程的处理步骤相同。

举个具体例子，需要执行SGSN路由区更新的UE1，申请了三个MBMS业务：业务A、业务B和业务C。UE1将从SGSN1更新到SGSN2，对于UE1所申请的三个业务，GGSN中保存的针对业务A的SGSN节点列表中包括SGSN1和SGSN2；GGSN中保存的针对业务B的SGSN节点列表中包括SGSN1和SGSN2；但GGSN中保存的针对业务C的SGSN节点列表中仅包括SGSN1。

当SGSN2发送更新MBMS UE上下文请求Update MBMS UE ContextRequest给相应GGSN后，GGSN根据要求更新的所有MBMS UE上下文，找到每个要更新的MBMS UE上下文对应的MBMS承载，并且获取SGSN2的标识；然后，GGSN判断SGSN2是否处于自身保存的、对应MBMS承载上下文的SGSN节点列表中。也就是说，GGSN中分别保存有针对业务A、业务B和业务C的三个SGSN节点列表，所述判断就是：判断SGSN2是否包含在针对业务A的SGSN节点列表中；是否包含在针对业务B的SGSN节点列表中；是否包含在针对业务C的SGSN节点列表中。

对于业务A和业务B，SGSN2处于MBMS承载上下文对应的SGSN节点列表中，因此，GGSN更新与该用户相关的这些MBMS UE上下文的对应域，并返回更新MBMS UE上下文响应Update MBMSUE Context Response给新SGSN，该响应中可能携带有相应的MBMS UE上下文更新信息；

对于业务C，SGSN2不处于MBMS承载业务上下文相关的SGSN节点列表中，因此，GGSN拒绝该MBMS UE上下文的更新请求，并返回相应信息。

基于上述几个实施例，任何由于所在SGSN不处于相关SGSN节点列表中，而被拒绝激活或更新的UE，将收到相应的拒绝原因。这种情况下，UE可能执行点到点(PTP)的修复过程，即：通过PTP方式获得所需的相应MBMS业务。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (14)

1.一种实现多媒体广播/组播服务MBMS会话范围控制的方法，在BM-SC或GGSN中保存针对不同MBMS业务的SGSN节点列表，其特征在于，该方法包括以下步骤：

a.广播/组播业务服务器BM-SC或GGSN收到自身下游节点发来的MBMS业务请求后，获取当前发起请求的UE所在的SGSN或将要处于的SGSN的标识，判断获取的标识包含于所述SGSN节点列表，则执行步骤b；

b.BM-SC或GGSN继续执行后续处理流程。

2.根据权利要求1所述的方法，其特征在于，在MBMS业务激活流程中，步骤a所述MBMS业务请求为：GGSN向BM-SC发送的MBMS授权请求；

则步骤a为：BM-SC收到GGSN发来的MBMS授权请求后，获取当前发起请求UE所处SGSN的标识；

步骤b为：BM-SC判断步骤a所获取的SGSN标识是否包含于自身保存的针对所请求MBMS业务的SGSN节点列表中，如果包含，则继续进行MBMS业务激活流程中对当前UE的授权判决；否则，结束当前MBMS业务激活流程。

3.根据权利要求2所述的方法，其特征在于，步骤a所述BM-SC获取当前发起请求UE所处SGSN的标识具体为：

a11.BM-SC从所收到的MBMS授权请求中获取当前发起请求UE的标识，然后向HLR发送携带有当前发起请求UE标识的位置请求；

a12.HLR收到位置请求后，根据请求中的UE标识查询该UE所处SGSN的标识，之后将所查询到的SGSN标识携带于位置响应中返回给BM-SC。

4.根据权利要求3所述的方法，其特征在于，所述UE标识为当前发起请求UE的IMSI。

5.根据权利要求3所述的方法，其特征在于，所述GGSN是：与当前发起请求UE建立PDP上下文的GGSN；或是为当前发起请求UE提供所需MBMS业务的GGSN。

6.根据权利要求2所述的方法，其特征在于，步骤a之前，该方法进一步包括:当前发起请求UE与网络建立PDP上下文后，经由自身所处的SGSN向GGSN发送加入消息。

7.根据权利要求6所述的方法，其特征在于，步骤a所述BM-SC获取当前发起请求UE所处SGSN的标识具体为：

a21.GGSN收到当前发起请求UE经自身所处SGSN发来的加入消息后，获取当前发起请求UE所处SGSN的标识；

a22.GGSN向BM-SC发送携带有当前发起请求UE所处SGSN标识的MBMS授权请求；

a23.BM-SC直接从GGSN发来的MBMS授权请求中获取当前发起请求UE所处SGSN的标识。

8.根据权利要求1所述的方法，其特征在于，在MBMS业务激活流程中，步骤a之前，该方法进一步包括：当前发起请求UE与网络建立PDP上下文后，经由自身所处的SGSN向GGSN发送加入消息；步骤a所述MBMS业务请求为:发起请求UE经自身所处SGSN向GGSN发送的加入消息；

则步骤a为：GGSN收到当前发起请求UE经自身所处SGSN发来的加入消息后，获取当前发起请求UE所处SGSN的标识；

步骤b为：GGSN判断步骤a所获取的SGSN标识是否包含于自身保存的针对所请求MBMS业务的SGSN节点列表中，如果包含，则继续向BM-SC发送MBMS授权请求；否则，结束当前MBMS业务激活流程。

9.根据权利要求8所述的方法，其特征在于，在GGSN进行判断之前，该方法进一步包括：BM-SC在MBMS业务开始时，将相应MBMS业务对应的SGSN节点列表发送给网络中所有的GGSN，每个GGSN保存所收到的SGSN节点列表。

10.根据权利要求1所述的方法，其特征在于，在MBMS业务激活流程中，步骤a之前，该方法进一步包括：当前发起请求UE与网络建立PDP上下文后，经由自身所处的SGSN向GGSN发送加入消息；步骤a所述MBMS业务请求为:发起请求UE经自身所处SGSN向GGSN发送的加入消息；

则步骤a为：GGSN收到当前发起请求UE经自身所处SGSN发来的加入消息后，获取当前发起请求UE所处SGSN的标识；然后，GGSN向BM-SC发送携带有所获取SGSN标识的MBMS授权请求；BM-SC收到MBMS授权请求后，向GGSN发送针对所请求MBMS业务的SGSN节点列表，GGSN保存所收到的SGSN节点列表；

步骤b为：GGSN判断步骤a所获取的SGSN标识是否包含于步骤a所获取的针对所请求MBMS业务的SGSN节点列表中，如果包含，则继续MBMS业务激活流程；否则，结束当前MBMS业务激活流程。

11.根据权利要求10所述的方法，其特征在于，步骤a中，BM-SC收到MBMS授权请求后，先对发起请求UE进行授权判决，如果判决通过，则向GGSN发送针对所请求MBMS业务的SGSN节点列表；否则，直接结束当前MBMS业务激活流程。

12.根据权利要求1所述的方法，其特征在于，在SGSN路由更新流程中，步骤a所述MBMS业务请求为：SGSN向GGSN发送的更新MBMS UE上下文请求；

则步骤a为：GGSN收到SGSN发来的更新MBMS UE上下文请求后，找到所要更新MBMS UE上下文对应的MBMS承载，并根据请求获取更新后SGSN的标识；

步骤b为：BM-SC判断更新后的SGSN标识是否包含于自身保存的、针对所要更新的MBMS UE上下文对应的MBMS业务的SGSN节点列表中，如果包含，则继续更新MBMS UE上下文并执行后续处理；否则，结束当前SGSN路由更新流程。

13.根据权利要求7至11任一项所述的方法，其特征在于，所述SGSN标识为：当前发起请求UE在GGSN中所建立PDP上下文中保存的SGSN地址，该地址为IP地址。

14.根据权利要求1至12任一项所述的方法，其特征在于，当前发起请求UE所处SGSN或将要处于的SGSN未包含于BM-SC或GGSN保存的针对所请求MBMS业务的SGSN节点列表中时，该方法进一步包括：向当前发起请求UE发送拒绝原因；UE收到拒绝原因后，通过点到点方式获取所需的MBMS业务。

Images