CN100512273C - 一种控制多媒体广播/组播服务会话开始的方法 - Google Patents

Abstract

本发明公开了一种控制多媒体广播/组播服务会话开始的方法，该方法包括以下步骤：a.当前SGSN或GGSN获取特定MBMS业务的服务区域；b.判断所获得的MBMS业务的服务区域与当前SGSN管辖的区域是否有重叠，如果有重叠，则允许该SGSN执行特定MBMS会话的会话开始流程，否则，拒绝该SGSN执行特定MBMS会话的会话开始流程。采用该方法能减少网络节点不必要的信令负荷，避免网络承载资源的浪费，降低网络负载和成本。

Description

一种控制多媒体广播/组播服务会话开始的方法

技术领域

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

背景技术

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

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

图2为支持广播/组播业务的无线网络结构示意图，如图2所示，现有第三代合作伙伴计划(3GPP)中，支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)201，BM-SC201通过Gmb接口或Gi接口与TPF关口GPRS支持节点(GGSN，Gateway GPRS Support Node)202相连，一个BM-SC201可与多个TPF GGSN 202相连；TPF GGSN202通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)203相连，一个GGSN202可与多个SGSN203相连；SGSN203可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)204相连，然后UTRAN 204通过Uu接口与用户终端(UE)206相连，SGSN 203也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)205相连，然后GERAN 205通过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承载上下文，该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组播业务会话开始流程如图4所示，包括以下步骤：

步骤401：BM-SC向其对应MBMS承载上下文中“下行流节点列表”参数中保存的GGSN发送会话开始请求消息Session StartRequest，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了QoS、MBMS业务域、估计该会话的长度等会话属性。

GGSN收到会话开始请求消息后，在MBMS承载上下文中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC返回会话开始响应消息Session Start Response。

步骤402：GGSN向其对应MBMS承载上下文中“下行流节点列表”参数中保存的SGSN，发送MBMS会话开始请求消息MBMS Session Start Request。

SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。

步骤403：SGSN向每个与自身相连的BSC/RNC，发送MBMS会话开始请求消息MBMS Session Start Request，该消息中包含会话属性。

Iu模式下的BSC/RNC根据其覆盖区域和会话属性中的MBMS业务域是否有重叠以及其它因素，来决定是否激活自身MBMS承载上下文。如果激活，在MBMS承载上下文中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后向SGSN返回MBMS会话开始响应MBMS Session StartResponse消息。并且，RNC会包含TEID在MBMS会话开始响应消息中，用于在Iu承载平面上SGSN进行数据发送。在Gb模式下的BSC如果不服务于MBMS业务域，则决定不保存会话属性，且不把其MBMS业务上下文设置为“激活”。

本步骤中，如果一个BSC/RNC接收到多个携带有Iu承载平面参数的MBMS会话开始请求消息，BSC/RNC只返回一个成功的MBMS会话开始响应消息，用于建立到达SGSN的一个Iu平面承载。

步骤404：BSC/RNC在MBMS业务域内，建立用于传输MBMS业务数据到感兴趣UE的必要的无线资源。

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

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

发明内容

有鉴于此，本发明的主要目的在于提供一种控制MBMS会话开始的方法，能减少网络承载资源的浪费，避免无关业务消息对网络节点的冲击，降低网络负载和成本。

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

一种控制多媒体广播/组播服务会话开始的方法，该方法包括以下步骤：

a.当前SGSN或GGSN获取特定MBMS业务的服务区域；

b.判断所获得的MBMS业务的服务区域与当前SGSN管辖的区域是否有重叠，如果有重叠，则允许该SGSN执行特定MBMS会话的会话开始流程，否则，拒绝该SGSN执行特定MBMS会话的会话开始流程。

上述方案中，所述MBMS业务的服务区域为MBMS业务的总服务区域，在MBMS注册流程中，步骤a进一步包括：

a11.当前SGSN向GGSN发送携带有自身管辖区域的MBMS注册请求，并且，GGSN获取SGSN所请求注册的MBMS业务的总服务区域；

a12.GGSN收到SGSN发来的MBMS注册请求后，比较请求中所携带的当前SGSN的管辖区域与自身所获取的MBMS业务的总服务区域。

其中，如果所获得的MBMS业务服务区域与当前SGSN管辖区域没有重叠，则步骤b进一步包括：当前SGSN保存该MBMS业务的相关信息，并通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

上述方案中，所述MBMS业务的服务区域为MBMS业务的总服务区域，在MBMS注册流程中，步骤a进一步包括：

a21.当前SGSN向GGSN发送MBMS注册请求，GGSN向当前SGSN返回携带有自身所获取的、当前SGSN所请求注册的MBMS业务总服务区域的MBMS注册响应；

a22.当前SGSN收到MBMS注册响应后，比较响应中所携带的MBMS业务的总服务区域与自身所管辖的区域。

其中，如果所获得的MBMS业务服务区域与当前SGSN管辖区域没有重叠，则步骤b进一步包括：当前SGSN发起针对该MBMS业务的去注册流程，并保存该MBMS业务的相关信息，通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

上述方案中，所述MBMS业务的总服务区域保存于BM-SC中，则所述GGSN获取MBMS业务总服务区域具体为：BM-SC收到GGSN发来的针对特定MBMS业务的MBMS注册请求后，向GGSN返回包含该MBMS业务总服务区域的MBMS注册响应；GGSN从所收到的MBMS注册响应中获取所述MBMS业务总服务区域。其中，所述MBMS业务的总服务区域由内容提供商或网络运营商提供给BM-SC，BM-SC保存所得到的MBMS业务的总服务区域；或是由操作维护管理平台直接配置BM-SC中。

上述方案中，所述MBMS业务的总服务区域由操作维护管理平台直接配置GGSN中，则GGSN从自身获取所配置的MBMS业务的总服务区域。

上述方案中，在MBMS会话开始流程中，步骤a进一步包括：

a31.GGSN收到BM-SC发来的针对特定MBMS会话的会话开始请求后，向BM-SC返回会话开始响应，并向自身当前下行流节点列表中的SGSN发送携带有本次会话MBMS业务的服务区域的会话开始请求；

a32.收到会话开始请求的SGSN，比较请求中所携带的本次会话的MBMS业务的服务区域与自身所管辖的区域。

其中，步骤a31中BM-SC发送给GGSN的会话开始请求中携带有本次会话的MBMS业务的服务区域，该MBMS业务的服务区域由内容提供商提供给BM-SC，或是由操作维护管理平台直接配置于BM-SC中。

如果所获得的MBMS业务的服务区域与当前SGSN管辖区域有重叠，则步骤b进一步包括：SGSN记录与该MBMS业务的服务区域有重叠的且与自身相连的BSC/RNC所管辖的小区信息。则该方法进一步包括：在MBMS会话停止过程中，GGSN和SGSN仅向建立了相应MBMS承载平面的下行流节点发送会话停止请求指示。

本发明所提供的控制MBMS会话开始的方法，由BM-SC将某种MBMS业务的业务域发给GGSN，由GGSN确定是否允许某个SGSN注册，或是BM-SC将某种MBMS业务的业务域经由GGSN发给SGSN，由SGSN来判断自身是否能注册或自身是否能开始MBMS会话。如此，只有与业务发送区域有关的SGSN才最终在GGSN上进行注册，并且，SGSN只将MBMS会话开始请求发送给与当前MBMS业务相关的RNC节点，从而不会建立从GGSN到其它与当前MBMS业务无关的SGSN的用户平面承载，使MBMS业务的发送消息只在相关的地理区域发送，可减少网络承载资源的浪费，同时，也避免无关业务消息对网络节点的冲击，降低网络负载和成本。

另外，本发明可以基于不同的流程实现，并且有多种实现方式，具有很强的灵活性和实用性。本发明对现有处理流程改动都很小，实现起来简单、方便。

附图说明

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

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

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

图4为MBMS组播/广播业务会话开始流程示意图；

图5为本发明第一种实现方案一种情况的处理流程示意图；

图6为本发明第一种实现方案另一种情况的处理流程示意图；

图7为本发明第二种实现方案的处理流程示意图。

具体实施方式

本发明的核心思想是：为每个MBMS业务定义相应的服务区域，GGSN或SGSN获取相应MBMS业务的服务区域，并在MBMS注册流程或MBMS会话开始流程中，根据具体SGSN的服务区域以及所获取的当前MBMS业务的服务区域，确定是否允许SGSN开始当前的MBMS会话。

这里，每个MBMS业务的服务区域可以由内容提供商提供给BM-SC，也可以由运营商提供给BM-SC，还可以由操作维护管理(OAM)平台直接将MBMS业务的服务区域配置于BM-SC中或GGSN中。所述GGSN或SGSN获取MBMS业务的服务区域具体是：GGSN从BM-SC获取，或是由OAM直接配置于GGSN中；SGSN是经由GGSN从BM-SC获取。

对于GGSN，在MBMS注册过程中，GGSN在向BM-SC进行注册时，可从BM-SC返回的注册响应中获取当前MBMS业务的服务区域；在MBMS会话开始流程中，BM-SC在向GGSN下发会话开始请求时可携带当前MBMS业务的服务区域或本次MBMS会话的服务区域，GGSN可从收到的会话开始请求中获取。对于SGSN，在MBMS注册过程中，SGSN在向GGSN注册时，从GGSN获取当前MBMS业务的服务区域；在MBMS会话开始流程中，SGSN从GGSN下发的会话开始请求中获取当前MBMS业务的服务区域或本次MBMS会话的服务区域。

相应的，在MBMS注册过程中，GGSN可以在收到SGSN的注册请求后，根据SGSN上报的该SGSN服务的区域以及自己所获取的当前MBMS业务的服务区域，拒绝不服务于当前MBMS业务服务区域的SGSN进行注册；或者是，GGSN对SGSN的注册请求全部允许，并在返回的注册响应中携带当前MBMS业务的服务区域，SGSN在收到注册响应消息后，根据响应消息中该MBMS业务的服务区域，停止不在本SGSN服务区域内的注册过程，即：如果当前MBMS业务服务区域与该SGSN的服务区域没有重叠区域，则该SGSN马上去注册自身在GGSN上的注册信息。

在MBMS会话开始过程中，GGSN可以根据BM-SC下发的当前MBMS业务服务区域或本次MBMS会话的服务区域，确定仅向与业务相关的SGSN下发会话开始请求；或者是，GGSN向所有注册的SGSN均发送会话开始请求，请求中携带当前MBMS业务服务区域或本次MBMS会话的服务区域，SGSN根据自身覆盖的服务区域以及会话开始请求中携带的服务区域，确定是否继续会话开始流程。

下面分别参照附图和具体实施例对每种实现方案进行详细地说明。

第一种实现方案，运营商或内容提供商根据每个MBMS业务定义针对该MBMS业务的总服务区域。比如说，有一个城市交通信息的MBMS业务，该MBMS业务对应的总服务区域为区域N，那么，该MBMS业务每次所覆盖的区域都小于等于区域N。

在MBMS业务注册过程中，可以由GGSN根据所获取的某个MBMS业务的总服务区域，以及当前来注册该MBMS业务的SGSN所管辖的区域，判断是否允许该SGSN注册该MBMS业务；也可以由SGSN根据取得的某MBMS业务的总服务区域，以及本SGSN所管辖的区域，判断是否允许本SGSN继续执行注册过程。

这里，GGSN获取的针对某MBMS业务的总服务区域，可以是该GGSN在向BM-SC进行该MBMS业务注册时从BM-SC获取的；也可以是OAM针对该MBMS业务对GGSN进行配置的，BM-SC中针对该MBMS业务的总服务区域，可以是内容提供商或网络运营商提供的。SGSN中针对该MBMS业务的总服务区域，是SGSN在向GGSN进行注册时从GGSN获取的。

如果内容提供商或网络运营商将针对某MBMS业务的总MBMS服务区域提供给BM-SC，当BM-SC收到GGSN针对该MBMS业务的注册请求后，就将该MBMS业务对应的总MBMS服务区域下发给发起注册请求的GGSN；之后，GGSN对来自SGSN的注册请求进行判断，判断当前发起注册请求的SGSN的管辖区域是否与本MBMS业务的总MBMS服务区域有重叠，如果有，则继续正常的MBMS注册流程；否则，GGSN拒绝当前SGSN发起的注册请求。具体处理流程如图5所示，包括以下步骤：

步骤501：与现有技术MBMS注册流程中的步骤301完全相同。

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

步骤503：与现有技术MBMS注册流程中的步骤303完全相同。

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

步骤505：由于GGSN从步骤502所述的SGSN收到一个注册请求消息，所以，此时GGSN判断步骤502中发起注册请求的SGSN的管辖区域是否与本MBMS业务的总MBMS服务区域有重叠，如果有重叠，则GGSN将SGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中；并给SGSN返回MBMS注册响应消息，该响应消息中携带TMGI和承载能力要求等参数；如果MBMS承载上下文处于“激活”状态，则GGSN触发与SGSN的会话开始过程。如果发起注册请求的SGSN的管辖区域与本MBMS业务的总MBMS服务区域没有重叠，则GGSN向SGSN返回拒绝MBMS注册请求消息，拒绝该SGSN的注册请求。

进一步的，如果该SGSN收到由于地理区域没有重叠而导致的注册被拒绝的响应，该SGSN将不会针对该MBMS业务再进行注册，同时会通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

本步骤中，所述的判断实际就是：判断SGSN的管辖区域与本MBMS业务的总MBMS服务区域在地理位置上是否有交集。

步骤506：与现有技术MBMS注册流程中的步骤306完全相同。

如果相应MBMS业务的总服务区域直接配置于BM-SC中，上述所有步骤501～506均相同，没有变化。

如果相应MBMS业务的总服务区域直接配置于GGSN中，则步骤504也与现有技术MBMS注册流程中的步骤304相同，仅仅步骤502、505与现有技术不同。

如果在步骤502中，SGSN发送给GGSN的注册请求消息中，没有携带该SGSN所管辖区域的信息，即如果步骤502与现有技术注册流程中的步骤302一致，则在步骤505中，GGSN执行的步骤与现有过程305中基本一致，唯一不同的是，GGSN要将本MBMS业务的总MBMS服务区域发送给SGSN，该参数可以携带在注册响应消息中。进一步，在步骤506中，SGSN收到该MBMS业务的总MBMS服务区域后，先比较本SGSN的管辖区域与该MBMS业务的总MBMS服务区域在地理位置上是否有交集，如果有交集，则继续执行注册过程；如果没有交集，该SGSN发起针对该MBMS业务的去注册过程。

进一步的，如果该SGSN因为地理区域没有重叠而导致去注册过程，该SGSN将不会针对该MBMS业务再进行注册，同时会通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

本实现方案中，仅对现有的MBMS注册过程稍加改动，而对现有的MBMS会话开始过程不进行改动。这样，在会话开始过程的第二步中，GGSN需要发送会话开始请求的下行流节点列表，即：GGSN要发送会话开始请求的目标SGSN，已经是服务于相应MBMS业务总服务区域的SGSN。

实施例一：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。本实施例中，运营商A提供一个MBMS组播业务，是仅在子区域B1范围内提供交通信息业务，那么，该MBMS组播业务的总服务区域就是子区域B1。OAM或内容提供商或网络运营商给提供该MBMS业务的BM-SC中配置该MBMS业务的总服务区域，由于该MBMS业务只在子区域B1范围内提供，所以，该MBMS业务的总服务区域为子区域B1。

在执行MBMS注册过程中，SGSN在向GGSN发送MBMS注册请求时，要携带该SGSN所管辖区域的信息。

一旦从一个GGSN收到MBMS注册请求，BM-SC就将该GGSN的标识增加到自身MBMS承载上下文中的参数“下行流节点列表”中，响应一个MBMS注册响应消息，其中含有TMGI、承载能力要求、该MBMS业务总服务区域等参数。如果BM-SC的MBMS承载上下文处于“激活”状态，BM-SC触发与该GGSN的会话开始过程。这里，该MBMS业务总服务区域中仅包含子区域B1，表示提供交通信息的MBMS组播业务可以发送给子区域B1。

GGSN收到来自某个SGSN的注册请求消息后，GGSN先判断从BM-SC获得的该MBMS业务总服务区域是否对接收当前MBMS业务的地域进行了限制，也就是判断该MBMS业务总服务区域是否为空，如果不为空，说明进行了限制，则判断发起注册请求的SGSN的服务区域是否在BM-SC提供的允许发送MBMS业务的总服务区域中，如果发起注册请求的SGSN的管辖区域与本MBMS业务的总服务区域有重叠，则GGSN将该SGSN标识增加到MBMS承载上下文的“下行流节点列表”参数中，并给SGSN响应MBMS注册响应消息，其中携带TMGI和承载能力要求等参数，如果MBMS承载上下文处于“激活”状态，GGSN触发与SGSN的会话开始过程。如果发起注册请求的SGSN的管辖区域与本MBMS业务的总服务区域没有重叠，则GGSN拒绝该SGSN的注册请求。这里，如果BM-SC未对MBMS业务的总服务区域进行限制，GGSN同样正常完成SGSN的MBMS注册操作。

本实施例在实际应用中，包括以下几种情况：

1)假如一个属于子区域B2的用户在子区域B2申请激活提供交通信息的MBMS业务，该用户引发激活过程，并引发子区域B2的SGSN_B2向提供交通信息业务的GGSN发起注册请求，由于GGSN保存的该MBMS业务的总服务区域只有子区域B1，所以GGSN发现SGSN_B2的管辖区域和当前MBMS业务的总服务区域没有重叠，则拒绝SGSN_B2的注册请求。这种情况下，SGSN_B2会给发起激活过程的用户终端相应的拒绝理由，指示因为超出了当前MBMS业务的服务区域而导致用户终端的激活失败。用户收到拒绝后，可以转到点到点修复方式下进行业务接收，或者在发起请求的用户前往子区域B1后，允许该用户申请该MBMS业务。

进一步的，SGSN_B2保存针对该MBMS业务的相关信息，从而不会针对该MBMS业务再进行注册，同时通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

2)假如一个属于子区域B1的用户漫游到子区域B3，那么，该用户的SGSN间路由区更新过程、或SGSN间服务RNC重定位过程会引发子区域B3的SGSN_B3向提供交通信息业务的GGSN发起注册请求，由于GGSN保存的该MBMS业务的总服务区域只有子区域B1，所以GGSN发现SGSN_B3的管辖区域与该MBMS业务的总服务区域没有重叠，则拒绝SGSN_B3的注册请求。这种情况下，SGSN_B3会给发起SGSN间路由区更新过程、或SGSN间服务RNC重定位过程的用户终端相应的拒绝理由，指示因为漫游超出了当前MBMS业务的服务区而导致用户激活该MBMS业务的失败，用户可以转到点到点修复方式下进行业务接收，或者在发起请求的用户前往子区域B1后，允许该用户申请该MBMS业务。

进一步的，SGSN_B2保存针对该MBMS业务的相关信息，从而不会针对该MBMS业务再进行注册，同时通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

3)假如一个漫游到子区域B1的用户，或者一个属于子区域B1的本地用户，通过SGSN_B1向提供交通信息业务的GGSN发起注册请求，由于GGSN的保存的该MBMS业务的总服务区域就是子区域B1，所以GGSN发现SGSN_B1的管辖区域与该MBMS业务的总服务区域有重叠，则GGSN接纳SGSN_B1的注册请求。这种情况下，用户的业务请求能够得以满足。

经过MBMS注册过程，GGSN的下游流节点列表中只有SGSN_B1，那么，在会话开始过程中，GGSN只会把交通信息业务的会话开始请求发送给SGSN_B1。该会话开始过程不会建立从GGSN到其它与该业务无关的SGSN的用户平面承载，也不会发送相应的会话开始请求到无关的SGSN节点、RNC节点，因而不会造成没有必要的信令负荷。

实施例二：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。本实施例中，运营商A提供一个MBMS组播业务，是仅在子区域B1范围内提供交通信息业务，那么，该MBMS组播业务的总服务区域就是子区域B1。OAM在提供该MBMS业务的GGSN上配置该MBMS业务的总服务区域，由于该MBMS业务只在子区域B1范围内提供，所以，该MBMS业务的总服务区域为子区域B1。

在执行MBMS注册过程中，SGSN在向GGSN发送MBMS注册请求时，要携带该SGSN所管辖区域的信息。

如果GGSN从SGSN收到一个注册请求消息，GGSN首先判断通过OAM配置获得的该MBMS业务总服务区域是否对接收该MBMS业务的地域进行了限制，也就是判断该MBMS业务总服务区域是否为空，如果不为空，说明进行了限制，则判断发起注册请求的SGSN的服务区域是否在OAM配置的允许发送MBMS业务的总服务区域中，如果发起注册请求的SGSN的管辖区域与该MBMS业务的总服务区域有重叠，则GGSN将该SGSN标识增加到MBMS承载上下文的“下行流节点列表”参数中，并给SGSN响应MBMS注册响应消息，其中携带TMGI和承载能力要求等参数，如果MBMS承载上下文处于“激活”状态，GGSN触发与SGSN的会话开始过程。如果发起注册请求的SGSN的管辖区域与该MBMS业务的总服务区域没有重叠，则GGSN拒绝该SGSN的注册请求。这里，如果OAM配置未对该MBMS业务的总业务区域进行限制，GGSN同样正常完成SGSN的MBMS注册操作。

本实施例在实际应用中，同样包括多种情况，具体情况描述与实施例一完全相同。

实施例三：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。本实施例中，运营商A提供一个MBMS组播业务，该MBMS组播业务是仅在子区域B1范围内提供交通信息业务，那么，该MBMS业务的总服务区域就是子区域B1，GGSN可以通过实施例一或实施例二的方法获取该MBMS业务的总服务区域为子区域B1。

本实施例的具体处理流程如图6所示，其中主要是步骤602和步骤605与前面实施例中的步骤502和步骤505有所不同，本实施例中是由SGSN来完成是否允许注册的判决。

在执行MBMS注册过程中，如果GGSN从步骤502所述的SGSN收到一个注册请求消息，GGSN将SGSN的标识增加到自身MBMS承载上下文的“下行流节点列表”中；并给SGSN返回MBMS注册响应消息，该响应消息中携带TMGI、承载能力要求、以及相应MBMS业务的总服务区域等参数；如果MBMS承载上下文处于“激活”状态，则GGSN触发与SGSN的会话开始过程。本实施例中，该MBMS业务的总服务区域中仅包含子区域B1，表示提供交通信息的MBMS业务可以发送给子区域B1。

SGSN收到该MBMS业务的总服务区域后，先比较本SGSN的管辖区域与该MBMS业务的总服务区域在地理位置上是否有交集，如果有交集，则继续执行注册过程，具体过程是：如果SGSN从步骤501所述的漂移RNC收到MBMS注册请求，SGSN将RNC的标识增加到自身MBMS承载上下文的“下游流节点列表”中；并返回一个MBMS注册响应消息给该RNC；如果MBMS承载上下文处于“激活”状态，则SGSN发起与该漂移RNC的会话开始过程。如果没有交集，则该SGSN发起针对该MBMS业务的去注册过程。本实施例在实际应用中，包括以下几种情况：

1)假如一个属于子区域B2的用户在子区域B2申请激活提供交通信息的MBMS业务，该用户引发激活过程，并引发子区域B2的SGSN_B2向提供交通信息业务的GGSN发起注册请求。SGSN_B2收到带有该MBMS业务总服务区域参数的注册响应消息后，由于本SGSN_B2管辖服务区域只有子区域B2，所以，SGSN_B2发现自身管辖区域与该MBMS业务的总服务区域没有重叠，则SGSN_B2发起针对该MBMS业务的去注册过程。这种情况下，SGSN_B2会向发起激活过程的用户终端发送相应的拒绝理由，指示因为超出了当前MBMS业务的服务区域而导致用户终端的激活失败。用户收到拒绝后，可以转到点到点修复方式下进行业务接收，或者在发起请求的用户前往子区域B1后，允许该用户申请该MBMS业务。

进一步的，SGSN_B2保存针对该MBMS业务的相关信息，从而不会针对该业务再进行注册，同时通知后续需要该SGSN_B2发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

2)假如一个属于子区域B1的用户漫游到子区域B3，那么，该用户的SGSN间路由区更新过程、或SGSN间服务RNC重定位过程会引发子区域B3的SGSN_B3向提供交通信息业务的GGSN发起注册请求。SGSN_B3收到带有该MBMS业务的总服务区域参数的注册响应消息后，由于本SGSN_B3管辖服务区域只有子区域B3，所以SGSN_B3发现自身管辖区域与该MBMS业务的总服务区域没有重叠，则SGSN_B3发起针对该MBMS业务的去注册过程。这种情况下，SGSN_B3会向发起SGSN间路由区更新过程、或SGSN间服务RNC重定位过程的用户终端发送相应的拒绝理由，指示因为漫游超出了当前MBMS业务的服务区而导致用户激活该MBMS业务的失败，用户可以转到点到点修复方式下进行业务接收，或者在发起请求的用户前往子区域B1后，允许该用户申请该MBMS业务。

进一步的，SGSN_B3保存针对该MBMS组播业务的相关信息，从而不会针对该业务再进行注册，同时通知后续需要该SGSN_B3发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

3)假如一个漫游到子区域B1的用户，或者一个属于子区域B1的本地用户，通过SGSN_B1向提供交通信息业务的GGSN发起注册请求。SGSN_B1收到带有该MBMS业务总业务区域参数的注册响应消息后，由于本SGSN_B1管辖服务区域就是子区域B1，所以SGSN_B1发现自身的管辖区域与该MBMS业务的总服务区域有重叠，SGSN_B1继续注册过程。这种情况下，用户的业务请求能够得以满足。

经过MBMS注册过程，GGSN的下游流节点列表中只有SGSN_B1，那么，在会话开始过程中，GGSN只会把交通信息业务的会话开始请求发送给SGSN_B1。该会话开始过程不会建立从GGSN到其它与该业务无关的SGSN的用户平面承载，也不会发送相应的会话开始请求到无关的SGSN节点、RNC节点，因而不会造成没有必要的信令负荷。

第二种实现方案，在每次MBMS业务会话开始流程中，SGSN收到GGSN发送来的MBMS会话开始请求后，先比较本SGSN管辖的区域与本次会话的MBMS业务区域是否有重叠，如果有重叠，则继续MBMS会话开始过程。进一步的，SGSN判断哪些与其相连的BSC/RNC所管辖的小区与该MBMS业务区域有重叠，之后向所管辖的小区与该MBMS业务区域有重叠的BSC/RNC发送MBMS会话开始请求，如果没有重叠，SGSN给GGSN反馈会话拒绝响应。

具体处理流程如图7所示，包括以下步骤：

步骤701：与现有技术MBMS会话开始流程中的步骤401完全相同。

步骤702：GGSN向其对应MBMS承载上下文中“下行流节点列表”参数中保存的SGSN，发送MBMS会话开始请求消息MBMS Session Start Request，该请求消息中携带有本次会话的MBMS业务域。该MBMS业务域是由BM-SC通过会话开始请求发送给GGSN的，BM-SC中的MBMS业务域是由内容提供商提供的，或是由OAM直接配置于BM-SC中的。

SGSN收到MBMS会话开始请求消息后，判断本SGSN管辖的区域与本次会话的MBMS业务域是否重叠，如果没有重叠，SGSN给GGSN反馈会话拒绝响应；如果有重叠，则SGSN在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。进一步的，SGSN记录哪些与其相连的BSC/RNC所管辖的小区与该MBMS业务区域有重叠。

步骤703：SGSN向每个与自身相连的BSC/RNC，发送MBMS会话开始请求消息MBMS Session Start Request，该消息中包含会话属性。

Iu模式下的BSC/RNC根据其覆盖区域和会话属性中的MBMS业务域是否有重叠以及其它因素，来决定是否激活自身MBMS承载上下文。如果激活，在MBMS承载上下文中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后向SGSN返回MBMS会话开始响应MBMS Session Start Response消息。并且，RNC会包含TEID在MBMS会话开始响应消息中，用于在Iu承载平面上SGSN进行数据发送。在Gb模式下的BSC如果不服务于MBMS业务域，则决定不保存会话属性，且不把其MBMS业务上下文设置为“激活”。

本步骤中，如果一个BSC/RNC收到多个携带有Iu承载平面参数的MBMS会话开始请求消息，BSC/RNC只返回一个成功的MBMS会话开始响应消息，用于建立到达SGSN的一个Iu平面承载。

步骤704：与现有技术MBMS会话开始流程中的步骤404完全相同。

如果步骤702中，SGSN记录哪些与其相连的BSC/RNC所管辖的小区与该MBMS业务区域有重叠。那么，在步骤703中，SGSN只向这些BSC/RNC发送会话开始请求，并且在会话结束过程中，SGSN只向这些BSC/RNC发送会话结束请求。在相应的MBMS会话停止过程中，GGSN和SGSN只向那些建立了相应MBMS承载平面的下行流节点发送会话停止请求指示。

当然，本实现方案中对可发送会话开始请求的区域的判定，也可以由GGSN来执行，这种情况下，由GGSN确定自身通过MBMS注册过程获得的下行流节点列表中SGSN所辖区域与本次会话的MBMS业务域在地理位置上的交集，然后仅向交集中的SGSN发送会话开始请求，具体处理流程已在本发明人的另一专利申请中公开，在此不再赘述。

本实现方案中，对现有的MBMS注册过程基本不改动，而仅对现有的MBMS会话开始和会话停止过程稍加改动。

实施例四：

本实施例中，假定运营商A的服务区域是区域B，且区域B包括n个子区域B1、B2、......、Bn，在网络规划上，为每个子区域Bi设置一个SGSN。对于一个MBMS业务而言，虽然其总服务区域覆盖多个地理区域，但针对每个MBMS会话，该MBMS业务最终发送的地理区域可能是不同的，并且可能只是该MBMS业务所覆盖的地理区域中的一个或几个。比如说，有一个发送新闻消息的MBMS业务，该MBMS业务对应的总服务区域为区域N，从地理区域划分上，区域N覆盖了地区N1、地区N2和地区N3。N1、N2、N3分别包含在B1、B2、B3当中。B1、B2、B3三个地区分别设置有SGSN_B1、SGSN_B2和SGSN_B3，如果只要求当前MBMS会话在地区N2发送，则针对当前MBMS会话，最终发送的地区只有地区N2，而不包括地区N1和地区N3。

在MBMS注册过程中，无论来自哪个子区域Bi对应的SGSN_Bi发送来的MBMS注册请求，GGSN都将其标识保存在MBMS承载上下文的下游流节点列表中。

在MBMS业务会话开始过程中，GGSN向下行流节点列表中的SGSN发送MBMS会话开始请求消息MBMS Session Start Request。

SGSN收到MBMS会话开始请求消息后，判断本SGSN管辖的区域与本次会话的MBMS业务区域是否重叠，如果有重叠，则SGSN在MBMS承载上下文中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。继续执行MBMS会话开始过程。

在本实施例的会话开始过程中，只有SGSN_B2会响应正确的MBMS会话响应消息，该会话开始过程不会建立从GGSN到其它与该业务无关的SGSN的用户平面承载，也不会发送会话开始请求到无关的RNC节点，因而不会造成没有必要的信令负荷。

比如：在MBMS注册过程中，GGSN收到来自SGSN_B1、SGSN_B2和SGSN_B3的MBMS注册请求，三个SGSN都会收到GGSN发送的MBMS会话开始请求，但是只有SGSN_B2会响应正确的MBMS会话开始响应，并建立于GGSN之间的承载。

本实施例的处理过程中还进一步包括，SGSN_B2记录哪些与其相连的BSC/RNC所管辖的小区与该MBMS业务区域有重叠，SGSN_B2只向这些BSC/RNC发送会话开始请求消息。在随后的MBMS会话停止过程中，GGSN和SGSN_B2只向那些建立了相应MBMS承载平面的下行流节点发送会话停止请求指示。

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

Claims (12)

1、一种控制多媒体广播/组播服务会话开始的方法，其特征在于，该方法包括以下步骤：

a.当前SGSN或GGSN获取特定MBMS业务的服务区域；

b.判断所获得的MBMS业务的服务区域与当前SGSN管辖的区域是否有重叠，如果有重叠，则允许该SGSN执行特定MBMS会话的会话开始流程，否则，拒绝该SGSN执行特定MBMS会话的会话开始流程。

2、根据权利要求1所述的方法，其特征在于，所述MBMS业务的服务区域为MBMS业务的总服务区域，在MBMS注册流程中，步骤a进一步包括：

a11.当前SGSN向GGSN发送携带有自身管辖区域的MBMS注册请求，并且，GGSN获取SGSN所请求注册的MBMS业务的总服务区域；

a12.GGSN收到SGSN发来的MBMS注册请求后，比较请求中所携带的当前SGSN的管辖区域与自身所获取的MBMS业务的总服务区域。

3、根据权利要求2所述的方法，其特征在于，如果所获得的MBMS业务服务区域与当前SGSN管辖区域没有重叠，则步骤b进一步包括：当前SGSN保存该MBMS业务的相关信息，并通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

4、根据权利要求1所述的方法，其特征在于，所述MBMS业务的服务区域为MBMS业务的总服务区域，在MBMS注册流程中，步骤a进一步包括：

a21.当前SGSN向GGSN发送MBMS注册请求，GGSN向当前SGSN返回携带有自身所获取的、当前SGSN所请求注册的MBMS业务总服务区域的MBMS注册响应；

a22.当前SGSN收到MBMS注册响应后，比较响应中所携带的MBMS业务的总服务区域与自身所管辖的区域。

5、根据权利要求4所述的方法，其特征在于，如果所获得的MBMS业务服务区域与当前SGSN管辖区域没有重叠，则步骤b进一步包括：当前SGSN发起针对该MBMS业务的去注册流程，并保存该MBMS业务的相关信息，通知后续需要该SGSN发起针对该MBMS业务注册的用户终端对应的被拒绝原因。

6、根据权利要求2至5任一项所述的方法，其特征在于，所述MBMS业务的总服务区域保存于BM-SC中，则所述GGSN获取MBMS业务总服务区域具体为：

BM-SC收到GGSN发来的针对特定MBMS业务的MBMS注册请求后，向GGSN返回包含该MBMS业务总服务区域的MBMS注册响应；GGSN从所收到的MBMS注册响应中获取所述MBMS业务总服务区域。

7、根据权利要求6所述的方法，其特征在于，所述MBMS业务的总服务区域由内容提供商或网络运营商提供给BM-SC，BM-SC保存所得到的MBMS业务的总服务区域；或是由操作维护管理平台直接配置BM-SC中。

8、根据权利要求2至5任一项所述的方法，其特征在于，所述MBMS业务的总服务区域由操作维护管理平台直接配置GGSN中，则GGSN从自身获取所配置的MBMS业务的总服务区域。

9、根据权利要求1所述的方法，其特征在于，在MBMS会话开始流程中，步骤a进一步包括：

a31.GGSN收到BM-SC发来的针对特定MBMS会话的会话开始请求后，向BM-SC返回会话开始响应，并向自身当前下行流节点列表中的SGSN发送携带有本次会话MBMS业务的服务区域的会话开始请求；

a32.收到会话开始请求的SGSN，比较请求中所携带的本次会话的MBMS业务的服务区域与自身所管辖的区域。

10、根据权利要求9所述的方法，其特征在于，步骤a31中BM-SC发送给GGSN的会话开始请求中携带有本次会话的MBMS业务的服务区域，该MBMS业务的服务区域由内容提供商提供给BM-SC，或是由操作维护管理平台直接配置于BM-SC中。

11、根据权利要求9或10所述的方法，其特征在于，如果所获得的MBMS业务的服务区域与当前SGSN管辖区域有重叠，则步骤b进一步包括：SGSN记录与该MBMS业务的服务区域有重叠的且与自身相连的BSC/RNC所管辖的小区信息。

12、根据权利要求11所述的方法，其特征在于，该方法进一步包括：在MBMS会话停止过程中，GGSN和SGSN仅向建立了相应MBMS承载平面的下行流节点发送会话停止请求指示。

Images