CN1933439A - 用户加入多组播/广播业务的实现方法及装置 - Google Patents

Abstract

本发明涉及一种用户加入多组播/广播业务的实现方法及装置。本发明的核心是在MBMS(多媒体广播/组播服务)系统中，当用户终端需要加入多个组播/广播业务，而需要激活多个MBMS业务时，则在网侧设备对用户终端的各个激活MBMS业务过程的消息合并后进行传送处理。因此，本发明的实现可以使得用户终端能够快速加入多个MBMS业务，减少UE(用户终端)开机等待时间，以及无线网络和网络设备的负载。也就是说，本发明可以让UE在重新GPRS附着后，迅速激活原有的MBMS UE上下文，接收相应MBMS业务。提高了用户满意度，增加了运营商的收益。

Description

用户加入多组播/广播业务的实现方法及装置

技术领域

本发明涉及网络通信技术领域，尤其涉及一种用户加入多组播/广播业务的实现方法及装置。

背景技术

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

如图1所示，对于一个中间节点而言，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据，这样，组播/广播业务数据传输树的每一条分支都只有一份数据进行传输，占用一份传输资源，根节点与其下游节点的数据传输也是如此。

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

MBMS组播业务激活过程将用户终端在网络中注册，使该用户终端可以接收一个特定组播MBMS承载业务的数据。激活是UE与网络之间的信令过程，该过程为每个激活了组播MBMS承载业务的用户在UE、SGSN、GGSN、BM-SC以及BSC/RNC建立用于开展MBMS业务的MBMS UE上下文。

在MBMS组播业务去激活过程中，用户终端离开一个MBMS组播业务，用户终端的MBMS UE上下文将被删除。

目前，MBMS业务激活的处理流程如图3所示，具体包括：

步骤31：如果没有激活的PDP(分组数据协议)上下文，则UE激活一个通用的PDP上下文；

步骤32：UE在默认的PDP上下文上发送IGMP(IPv4)或MLD(IPv6)加入消息(Joining message)，表明它准备接收特定的组播MBMS承载业务，该承载业务是由IP组播地址标识的；

步骤33：GGSN向BM-SC发送MBMS授权请求(MBMS AuthorizationRequest)，以获得能够使UE接收数据的授权。MBMS授权请求可能包括在追踪信息(trace information)中。授权结果和APN由成员功能一起在MBMS授权应答(MBMS Authorization Response)中返回给GGSN，用于创建MBMS UE上下文。如果在授权应答中指出UE不被授权去接收MBMS数据，则整个处理流程结束，没有进一步的消息交换。

步骤34：GGSN向SGSN发送MBMS通知请求(MBMS NotificationRequest)，所述的请求中包括：IP组播地址，APN和关联的NSAPI信息。其中，关联的NSAPI(Linked NSAPI)被设置为发送加入消息的PDP上下文所对应的NSAPI。

在该步骤中，SGSN还需要向发送MBMS通知请求的GGSN返回MBMS通知响应(原因)(MBMS Notification Response(Cause))，其中的原因部分指出MBMS UE上下文激活是否会被处理。如果GGSN收到的响应消息中包括的原因部分指示授权不成功，GGSN就不应该发送进一步的MBMS通知请求消息，整个流程终止。

步骤35：SGSN向UE发送请求MBMS UE上下文激活消息(RequestMBMS Context Activation)请求UE激活MBMS UE上下文，所述的消息中携带IP组播地址，APN，关联的NSAPI和事务标识TI。关联的NSAPI使得UE能够将MBMS UE上下文和在步骤32中用来发送IGMP/MLD加入消息的PDP上下文关联起来。

步骤36：UE创建一个MBMS UE上下文，并且向SGSN发送激活MBMSUE上下文请求(Activate MBMS Context Request)消息，消息中携带IP组播地址，APN，MBMS NSAPI和MBMS承载能力信息。

步骤37：如果MBMS UE上下文没有建立，SGSN向发送MBMS通知请求(MBMS Notification Request)消息的GGSN返回一个MBMS通知拒绝请求(原因)(MBMS Notification Reject Request(Cause))消息，其中原因部分指明为什么MBMS UE上下文没有能够被建立。GGSN则向SGSN返回一个MBMS通知拒绝响应(MBMS Notification Reject Response)消息。这样做就防止GGSN继续发送MBMS通知请求(MBMS Notification Request)消息。整个流程终止。

步骤38：UE和SGSN之间执行安全功能，例如：对UE进行认证。

步骤39：在A/Gb模式下，如果BSS追踪(BSS trace)被激活，SGSN会向BSS发送调用追踪(Invoke Trace)消息(携带追踪参考，追踪类型，触发Id和OMC标识)。追踪参考和追踪类型从追踪信息中复制，追踪信息是从HLR或OMC收到的。

步骤310：SGSN创建MBMS UE上下文，并且向GGSN(该GGSN是步骤36中SGSN收到的APN重新导出的GGSN，其可能与前面的GGSN不同)发送创建MBMS上下文请求(Create MBMS Context Request)消息，携带IP组播地址，APN，MBMS_NSAPI，IMSI，MSISDN，RAI，IMEI-SV，RAT Type，MS Time Zone，CGI/SAI，Trace Reference，Trace Type，Trigger Id，OMC Identity，Additional MBMS Trace Info。

如果GGSN追踪被激活，SGSN会包括追踪参考，追踪类型，触发Id和OMC标识。如果BM-SC追踪被激活，SGSN会包括附加的MBMS追踪信息。SGSN会从追踪信息中复制追踪参考，追踪类型和OMC标识，追踪信息是从HLR或OMC收到的。是否包括CGI/SAI，需要遵循在TS 23.060的15.1.1a节中的规则。

步骤311：GGSN向BM-SC发送MBMS授权请求(MBMS AuthorizationRequest)消息，获取对正在激活的UE的授权；

消息中携带的信息包括：IMSI(International Mobile SubscriberIdentity)，国际移动订户标识)，MSISDN(Mobile Station InternationalISDN Number，移动台国际ISDN号)，RAI(Routing Area Identification，路由区标识)，IMEI-SV(International Mobile Equipment Identity，国际移动设备标识)，RAT Type(Radio Access Technology，无线接入技术类型)，MS Time Zone(移动台时区)，CGI/SAI(Cell GlobalIdentity/Service Area Identifier，全球小区标识/业务区标识)，AdditionalMBMS Trace Info(增加的MBMS跟踪信息)。

如果BM-SC追踪被激活，GGSN会包括附加的MBMS追踪信息。如果可用，也包括CGI/SAI。BM-SC在MBMS授权响应(MBMS AuthorizationResponse)消息中提供授权决定。

BM-SC创建MBMS UE上下文。

步骤312：如果GGSN此时没有针对该MBMS承载业务的MBMS承载上下文，GGSN就向BM-SC发送MBMS注册请求(MBMS RegistrationRequest)消息。

如果此时还没有为该MBMS承载业务分配TMGI，BM-SC将会分配一个新的TMGI(临时移动组标识)，该TMGI会通过MBMS注册响应(MBMSRegistration Response)消息传递给GGSN和SGSN，进一步的，通过激活MBMS上下文接受(Activate MBMS Context Accept)消息发送给UE。

BM-SC响应一个MBMS注册响应(MBMS Registration Response)消息，其中包括针对该MBMS承载业务地MBMS承载上下文信息，并且将发起注册请求的GGSN的标识添加到BM-SC上的MBMS承载上下文中的“List ofdownstream nodes”参数中。

步骤313：GGSN创建MBMS UE上下文，并且向SGSN发送创建MBMS上下文响应(Create MBMS Context Response)消息。

步骤314：如果此时SGSN还没有针对该MBMS承载业务的MBMS承载上下文信息，SGSN就向GGSN发起MBMS注册请求(MBMS RegistrationRequest)消息。

GGSN响应一个MBMS注册响应(MBMS Registration Response)消息，其中包括针对该MBMS承载业务地MBMS承载上下文信息，并且将发起注册请求的SGSN的标识添加到GGSN上的MBMS承载上下文中的″List ofdownstream nodes″参数中。

步骤315：如果此时至少为该UE建立了一个PS RAB，SGSN就向Iu模式的RAN提供MBMS UE上下文。

步骤316：在Iu模式下，如果追踪被激活，SGSN就会向RAN发送调用追踪(Invoke Trace)消息，消息中携带着追踪参考，追踪类型，触发Id和OMC标识信息。追踪参考和追踪类型从追踪信息中复制，追踪信息是从HLR或OMC收到的。

当追踪激活是通过信令方式触发时，适用步骤316。其它可选的方式时由OMC触发追踪激活。追踪激活过程的细节在TS 32.422中描述。

步骤317：SGSN向UE发送激活MBMS上下文接受(Activate MBMSContext Accept)消息(携带TMGI，MBMS承载能力)。MBMS承载能力指示该MBMS承载业务使用的最大的QoS，当更多的MBMS承载业务被激活时，MBMS承载能力可以被纳入考虑的范围。如果在步骤36没有验证UE的MBMS承载能力，此时就可以验证UE的MBMS承载能力。如果SGSN判断UE的MBMS承载能力低于要求的MBMS承载能力，SGSN就会拒绝MBMS上下文激活请求，并且返回适当的原因。同时，SGSN会发起去激活流程，对已经建立的MBMS UE上下进行去激活。

现有MBMS业务去激活流程包括：

MBMS去激活过程将MBMS UE上下文从UE、RAN、SGSN、GGSN、BM-SC等网络实体中删除。可以由UE、GGSN、BM-SC、SGSN触发。

在GPRS去附着情况下，所有该UE的MBMS UE上下文在UE、SGSN和GGSN中隐性删除。

如果由关联的NSAPI进行绑定的MBMS UE上下文关联的PDP上下文被UE或者SGSN，GGSN去激活了，UE将在本地删除和该PDP上下文绑定的所有MBMS UE上下文。

可以看出，在上述去激活过程中，一旦UE发生GPRS去附着等情况，UE的所有MBMS UE上下文都将被删除。而对于用户定购的部分业务通常是希望能够长期接收的，若仍采用上述处理机制将导致用户的所有业务被经常性的删除。为此，可以采用的一个简单的应用层恢复办法是当用户重新开机的时候，让UE的应用层通知UE将所有业务重新激活。这样，在MBMS组播业务激活过程中，UE必须一个一个的激活各MBMS业务，导致用户开机时间很长，使得UE的待机时间大大缩短。同时，由于激活过程中需要与网络侧交互大量的消息，还增加了开机时无线网络和网络设备侧的负荷。

发明内容

本发明的目的是提供一种用户加入多组播/广播业务的实现方法及装置，从而使得用户能够快速加入多个MBMS业务，缩短UE开机等待时间，并且在整个激活广播多播业务过程中减少无线网络和网络侧设备的负荷。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种激活组播/广播业务的实现方法，包括：

在多媒体广播/组播服务MBMS系统中，当用户终端需要激活多个MBMS业务时，在网侧设备对用户终端的各个激活MBMS业务过程的消息合并后进行传送处理。

所述的MBMS系统包括：3GPP MBMS系统。

所述的网络侧设备包括：

服务GPRS支持节点SGSN、关口GPRS支持节点和/或广播组播业务中心BM-SC。

所述的激活MBMS业务过程的消息包括：

GGSN与BM-SC之间交互的用户终端的MBMS授权请求/响应消息，GGSN与SGSN之间交互的MBMS通知请求/响应消息及MBMS通知拒绝请求/响应消息，SGSN与用户终端之间交互的请求MBMS上下文激活及激活MBMS上下文请求/接受消息，和/或，SGSN与GGSN之间交互的生成MBMS上下文请求/响应消息。

本发明提供了一种用户加入多组播/广播业务的实现方法，包括：

A、用户终端向GGSN发送加入消息，所述的消息中携带着用户终端需要加入的多个组播广播组信息；

B、GGSN向BM-SC发送携带多个组播广播组的信息的MBMS授权请求消息，BM-SC与各网络侧设备及用户终端之间进行包含多个组播广播组信息的消息的交互实现用户加入多组播/广播业务。

所述的组播广播组信息包括：组播广播组的IP地址信息。

本发明还提供了一种用户加入多个组播/广播业务的实现方法，包括：

C、用户终端连续向GGSN发送多个加入消息，各个消息中分别携带着一个组播广播组信息；

D、GGSN接收用户终端发来的多个加入消息后，将各个加入消息中的组播广播组信息承载于一条MBMS授权请求消息中发送给BM-SC；

E、BM-SC与各网络侧设备及用户终端之间进行包含多个组播广播组信息的消息的交互实现用户加入多组播/广播业务。

所述的步骤D包括：

SGSN在等待预定时间未收到新的加入消息，或者收到预定数目的加入消息，或者，收到携带有结束标识的加入消息时，将各个加入消息中的组播广播组信息承载于一条MBMS授权请求消息中发送给BM-SC。

本发明还提供了一种用户加入多组播/广播业务的实现方法，包括：

F、当用户终端需要加入多个组播广播组时，则与GGSN、SGSN及BM-SC之间进行消息的交互处理，且所述的消息中携带着一个组播广播组信息；

G、当经过步骤F中消息的交互确定SGSN需要向用户终端发送请求MBMS上下文激活消息时，则发送所述的消息，且所述的消息中同时携带着多个组播广播组信息；

H、用户终端及各网络侧设备之间进行消息的交互实现用户加入多组播/广播业务。

所述的步骤H包括：

H1、用户终端向SGSN发送激活MBMS上下文请求消息，所述消息中携带着多个组播广播组信息；

H2、SGSN与GGSN及BM-SC之间进行仅包含单个组播信息的消息的交互，确定生成了各MBMS上下文；

H3、SGSN向用户终端发送激活MBMS上下文接受消息，消息中携带着多个组播广播组信息。

所述的步骤H包括：

H4、用户终端向SGSN发送激活MBMS上下文请求消息，所述消息中携带着多个组播广播组信息；

H5、SGSN向GGSN发送包含多个组播广播组信息的生成MBMS上下文请求；

H6、GGSN与BM-SC及SGSN之间交互包含多个组播广播组信息的消息实现用户终端加入多组播/广播业务。

本发明提供了一种用户加入多组播/广播业务的装置，包括：

多组播广播组信息获取模块：用于获取用户终端需要加入的多组播/广播业务对应的多个组播广播组信息；

消息构造模块：利用所述的多个组播信息构造一条用户加入多组播/广播业务的消息，并发送。

所述的装置设置于用户终端、SGSN、GGSN和/或BM-SC中。

由上述本发明提供的技术方案可以看出，本发明提供了一种新颖简洁的方法，使得用户终端能够快速加入多个MBMS业务，减少UE开机时间，以及无线网络和网络设备的负载。也就是说，本发明可以让UE在重新GPRS附着等情况下，需要同时激活多个MBMS业务时，能够快速激活这些MBMS UE上下文，接收相应MBMS业务。提高了用户满意度，增加了运营商的收益。

附图说明

图1为开展组播/广播业务的组网结构示意图；

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

图3为现有技术中的MBMS业务激活流程示意图；

图4为现有技术中的MBMS业务去激活处理流程示意图；

图5为本发明所述的装置的结构示意图。

具体实施方式

本发明为了解决现有MBMS组播业务激活、去激活流程中的问题，提供了一种新颖简洁的方法。使用户能够快速加入多个MBMS业务，进而使用户能够顺畅的使用MBMS业务，减少UE开机需要花费的时间，同时，还可以减少无线网络和网络设备的负载。

本发明提供的优化的组播广播业务使用方法，应用于包括3GPP MBMS的系统，具体应用于网络侧同时处理一个用户的多个MBMS业务加入请求的情况。本发明的核心是在当同时处理一个用户的多个MBMS业务加入请求时，合并所述的多个加入请求，即将所述的多个MBMS业务信息承载于一条加入请求消息中，并进行传送，然后，由相应的网络实体BM-SC对接收到的包含多个MBMS业务的请求消息分别对各个MBMS业务进行加入处理。这样，可以有效减少当多MBMS业务申请加入时在网络中传递的消息的数量，同时，因为避免了全流程消息串行处理的等待时间，还可以提高多MBMS业务加入的处理速度。

本发明中，将多个MBMS业务的请求信息承载于一条加入请求消息中的处理具体可以在UE设备上实现，或者，也可以在SGSN或GGSN实体上实现，在后续的描述中将分别进行说明。

下面将结合附图对本发明所述的方法中在UE设备上合并加入请求消息的处理方式的具体实现进行说明。此时，本发明所述的方法主要包括：

首先，UE向网络侧发送多个MBMS业务的加入请求消息，可以为依次发送多个加入请求消息，即不等待发送的加入请求消息的响应直接发送下一个加入请求，也可以是在发送的一个加入请求消息中同时携带着多个组播广播组信息；

其次，网络侧接收所述的包含多个MBMS业务的加入请求消息后，统一对所述的消息进行处理，根据前面描述可知，此处接收的可能是包含多个组播广播信息的加入请求，也可能是多个包含单个组播广播信息的加入请求；

最后，当处理完成后向UE返回相应的响应消息。

本发明提供的这一具体实现方式如图4所示，具体包括：

步骤41：激活PDP上下文；

步骤42：在UE向网络侧的GGSN发送IGMP或MLD加入请求消息时，所述的加入消息为多组播广播组加入消息，具体是在所述的加入请求消息中携带多个IP组播地址，即在一条IGMP加入请求消息中携带多个MBMS业务的IP组播地址，同时请求加入多个组播广播组；

而且，如果携带多个IP组播地址时，所述的MBMS业务还可以是属于一个MBMS用户业务的不同MBMS承载业务的IP组播业务；这是因为，一个MBMS用户业务可能包括多个MBMS承载业务。比如一个电视业务可能包括视频承载和音频承载两个承载业务。

为与现有技术兼容，在该步骤中还可以按照现有规范在一条加入消息中携带一个MBMS承载业务的一个IP组播地址，具体的实现过程在后面的其他

实施例中再进行描述；

步骤43：GGSN收到所述的加入请求消息后，将用一条MBMS授权消息(可以称为多组播广播组授权请求消息)将所述多组播广播组加入请求消息发送给相应的BM-SC；

BM-SC将用户对每个IP组播地址的授权结果和对应APN一起返回给GGSN，即通过一条多组播广播组授权响应消息返回给GGSN，用于创建MBMS UE上下文。其中，没有被授权的IP组播地址将会停止后续的处理流程；

步骤44：GGSN将被BM-SC授权的IP组播地址，APN以及他们针对的同一个关联的NSAPI通过一条多组播广播组MBMS通知请求消息发送给SGSN，SGSN向GGSN返回多组播广播组的MBMS通知响应。

步骤45：SGSN给UE发送针对多组播广播组的请求MBMS上下文激活消息，其中IP组播地址，APN，事务标识TI，关联的NSAPI作为一个组，激活消息中携带多个这样的参数组，即在所述的激活MBMS上下文请求中携带多个IP组播地址，对用户需要加入的多个组播广播组同时进行多个MBMS上下文的激活请求处理；

由于各业务都是通过同一个PDP上下文激活的，对于不同组播广播组其关联的NSAPI一样，因此，关联的NSAPI可以在一个消息中有一条。

步骤46：根据来自SGSN的多组播广播组请求MBMS上下文激活消息，UE创建多个MBMS UE上下文，并向SGSN发送多组播广播组的激活MBMS上下文请求，所述的请求消息中携带着多个标识MBMS UE上下文的参数组，每个参数组包括IP组播地址，并选地包括APN，MBMS_NSAPI，MBMS承载能力。

其具体实现的功能与图3所示的处理流程一致，包括SGSN对每个组的MBMS承载能力进行验证，相应的处理方式与现有技术一致。

步骤47：如果MBMS UE上下文没有建立，SGSN向GGSN返回拒绝请求，同样，需要在所述的拒绝请求消息中携带多个MBMS UE上下文标识，及其未能建立MBMS上下文的原因；GGSN向SGSN返回相应的响应消息。

步骤48、49与图3中的步骤38、39的处理过程一致，此处不再细述；

步骤410：SGSN创建MBMS UE上下文，根据APN进行分类，向相同的GGSN发送所有相关MBMS UE上下文的创建请求。在所述的消息中，同样携带MBMS上下文信息组，包括IP组播地址，APN，MBMS_NSAPI，IMSI，MSISDN，RAI，IMEI-SV，RAT Type，MS Time Zone，CGI/SAI，TraceReference，Trace Type，Trigger Id，OMC Identity，Additional MBMSTrace Info。

其中，对于非MBMS业务特定的信息，如IMSI，MSISDN，RAI，IMEI-SV，RAT Type，MS Time Zone，CGI/SAI，Trace Reference，TraceType，Trigger Id，OMC Identity，Additional MBMS Trace Info可以作为该UE所有MBMS UE上下文的公共信息，在消息中只携带一次。

步骤411：GGSN向BM-SC发送MBMS授权请求，携带多个MBMS UE上下文的信息，BM-SC进行授权后，相应的创建多个MBMS UE上下文，并向GGSN返回MBMS授权响应消息。

步骤412：GGSN针对不同的MBMS承载业务，判断是否有该承载业务的MBMS承载上下文，然后执行相应的注册流程。

步骤413：GGSN创建MBMS UE上下文，向SGSN发送响应，其中携带其创建的所有MBMS UE上下文的标识。

步骤414：SGSN针对不同MBMS承载业务，判断是否有该承载业务的MBMS承载上下文，然后执行响应注册流程。相关过程和现有流程一致。

步骤415和步骤416与图3中的步骤315和步骤316的处理流程一致，故此处不再细述。

步骤417：SGSN向UE发送激活MBMS上下文接受消息。在所述的消息中携带着激活的每个MBMS承载业务的TMGI，MBMS承载能力的参数组。

本发明所述的处理过程中，主要是对在激活MBMS上下文的处理过程中不再如现有技术一样逐个对相应的MBMS上下文进行激活处理，而是采用一条消息统一对一组MBMS上下文进行激活处理。

而且，本发明在具体实现过程中，为与现有技术兼容以及尽量少的修改现有的处理过程，因此，还可以仅在网络侧部分网络实体上进行用户加入多组播广播业务过程中涉及的消息的合并处理，下面将结合具体的应用实例对这一情况下本发明的实现进行说明。

其中，第一个具体实施例为：

首先，用户仍然发送多个加入消息给GGSN，而且，GGSN也仍然按照现有技术中描述的处理流程依次将这些消息发送给BM-SC、SGSN，直到SGSN确定需要向用户终端发送请求MBMS上下文激活消息。

这里SGSN等待多个MBMS通知请求消息后，对消息进行组装，参照图4所示，此时，按照步骤45和步骤46所示的处理过程进行处理，即执行相应的并行处理流程，在相应的一条消息中同时携带着多个组播广播组信息。

在这里，SGSN需要知道可以开始并行处理的时机，具体为：可以是等待一段时间没有该UE的业务请求；也可以在一定数目上下文积累后，开始并行处理；也可以是在前面步骤中，UE在最后一个加入消息中携带有结束标识，该标识通过GGSN、BM-SC转发至SGSN后，SGSN知道可以对已经保存的请求进行并行处理。

但在随后的处理过程则依然按照现有流程处理，直到SGSN确定需要向用户终端发送激活MBMS上下文接受消息，此时，由SGSN向用户终端发送的激活MBMS上下文接受消息中同时携带着多个组播广播组信息，即SGSN整合各消息后，使用并行流程与用户终端之间进行信息交互。

在该实施例中，仅需要对用户终端和网络侧的SGSN进行改进便可以实现，对于其他设备则无需任何改动。因此，这一实施例可以满足尽量少修改现有网络框架的需要，其对网络侧改动较少。

第二个具体实施例具体为：

首先，首先，用户仍然发送多个加入消息给GGSN，而且，GGSN也仍然按照现有技术中描述的处理流程依次将这些消息发送给BM-SC、SGSN，直到SGSN确定需要向用户终端发送请求MBMS上下文激活消息。

与所述的第一实施例一样，SGSN需要依据前面描述找到合适的时机开始执行并行处理。

之后，仍参照图4所示，此时，按照步骤45和步骤46所示的处理过程进行处理，即执行相应的并行处理流程，在相应的一条消息中同时携带着多个组播广播组信息。

但在随后的处理过程则依然按照现有流程处理，直到SGSN确定需要向GGSN发送生成MBMS上下文请求授权请求消息，请求授权激活的用户终端。

此时，后续的处理过程参照图4所示，即按照图4中步骤410至步骤417的处理过程进行处理，使用并行流程进行信息交互。

在该实施方案中，主要是考虑在图4中所示的步骤47之前的GGSN是UE默认的GGSN，可能不支持并行处理，因此，从步骤410之后才开始执行并行处理。

第三个具体实施例为：

首先，用户仍然向GGSN发送包含单个组播广播信息的加入请求消息，且为连续发送，即不等待返回响应直接发送后续的加入请求消息；

之后，由GGSN将多个消息进行合并后再进行后续的用户加入组播广播组的处理，具体的处理方式与图4所示的后续处理过程相同。

依据上述各实施例可知，本发明中，相应的消息合并处理可以起始于图4所示的任意实体间的交互的消息，也可以终止于任意实体间交互的消息。

本发明还提供了一种用户加入多组播/广播业务的装置，其结构如图5所示，具体包括信息获取模块和消息构造处理模块，其中：

所述的多组播广播组信息获取模块，用于获取用户终端需要加入的多组播/广播业务对应的多个组播广播组信息，具体可以通过接收到的一组消息获得相应的多个组播广播组信息，也可以通过接收到的多个消息获得所述的多个组播广播组信息，或者，还可以直接在本地确定所述的多个组播广播组信息，如在用户终端上；

所述的消息构造模块，用于利用信息获取模块获取的多个组播信息构造一条用户加入多组播/广播业务的消息，并发送，从而使得可以仅通过一条消息进行多个加入组播/广播业务消息的传递。

本发明所述的装置设置于用户终端、SGSN、GGSN和/或BM-SC中。

综上所述，本发明可使得UE在重新GPRS附着，以及其他需要激活多个MBMS承载的情况下，快速激活相应的MBMS UE上下文，并重新接收相应MBMS业务。从而可以有效提高用户满意度，进而增加运营商的收益。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (13)

1、一种激活组播/广播业务的实现方法，其特征在于，包括：

在多媒体广播/组播服务MBMS系统中，当用户终端需要激活多个MBMS业务时，在网侧设备对用户终端的各个激活MBMS业务过程的消息合并后进行传送处理。

2、根据权利要求1所述的激活组播/广播业务的实现方法，其特征在于，所述的MBMS系统包括：3GPP MBMS系统。

3、根据权利要求1所述的激活组播/广播业务的实现方法，其特征在于，所述的网络侧设备包括：

服务GPRS支持节点SGSN、关口GPRS支持节点和/或广播组播业务中心BM-SC。

4、根据权利要求1、2或3所述的激活组播/广播业务的实现方法，其特征在于，所述的激活MBMS业务过程的消息包括：

GGSN与BM-SC之间交互的用户终端的MBMS授权请求/响应消息，GGSN与SGSN之间交互的MBMS通知请求/响应消息及MBMS通知拒绝请求/响应消息，SGSN与用户终端之间交互的请求MBMS上下文激活及激活MBMS上下文请求/接受消息，和/或，SGSN与GGSN之间交互的生成MBMS上下文请求/响应消息。

5、一种用户加入多组播/广播业务的实现方法，其特征在于，包括：

A、用户终端向GGSN发送加入消息，所述的消息中携带着用户终端需要加入的多个组播广播组信息；

B、GGSN向BM-SC发送携带多个组播广播组的信息的MBMS授权请求消息，BM-SC与各网络侧设备及用户终端之间进行包含多个组播广播组信息的消息的交互实现用户加入多组播/广播业务。

6、根据权利要求5所述的用户加入多组播/广播业务的实现方法，其特征在于，所述的组播广播组信息包括：组播广播组的IP地址信息。

7、一种用户加入多个组播/广播业务的实现方法，其特征在于，包括：

C、用户终端连续向GGSN发送多个加入消息，各个消息中分别携带着一个组播广播组信息；

D、GGSN接收用户终端发来的多个加入消息后，将各个加入消息中的组播广播组信息承载于一条MBMS授权请求消息中发送给BM-SC；

E、BM-SC与各网络侧设备及用户终端之间进行包含多个组播广播组信息的消息的交互实现用户加入多组播/广播业务。

8、根据权利要求7所述的用户加入多个组播/广播业务的实现方法，其特征在于，所述的步骤D包括：

SGSN在等待预定时间未收到新的加入消息，或者收到预定数目的加入消息，或者，收到携带有结束标识的加入消息时，将各个加入消息中的组播广播组信息承载于一条MBMS授权请求消息中发送给BM-SC。

9、一种用户加入多组播/广播业务的实现方法，其特征在于，包括：

F、当用户终端需要加入多个组播广播组时，则与GGSN、SGSN及BM-SC之间进行消息的交互处理，且所述的消息中携带着一个组播广播组信息；

G、当经过步骤F中消息的交互确定SGSN需要向用户终端发送请求MBMS上下文激活消息时，则发送所述的消息，且所述的消息中同时携带着多个组播广播组信息；

H、用户终端及各网络侧设备之间进行消息的交互实现用户加入多组播/广播业务。

10、根据权利要求9所述的用户加入多组播/广播业务的实现方法，其特征在于，所述的步骤H包括：

H1、用户终端向SGSN发送激活MBMS上下文请求消息，所述消息中携带着多个组播广播组信息；

H2、SGSN与GGSN及BM-SC之间进行仅包含单个组播信息的消息的交互，确定生成了各MBMS上下文；

H3、SGSN向用户终端发送激活MBMS上下文接受消息，消息中携带着多个组播广播组信息。

11、根据权利要求9所述的用户加入多组播/广播业务的实现方法，其特征在于，所述的步骤H包括：

H4、用户终端向SGSN发送激活MBMS上下文请求消息，所述消息中携带着多个组播广播组信息；

H5、SGSN向GGSN发送包含多个组播广播组信息的生成MBMS上下文请求；

H6、GGSN与BM-SC及SGSN之间交互包含多个组播广播组信息的消息实现用户终端加入多组播/广播业务。

12、一种用户加入多组播/广播业务的装置，其特征在于，包括：

多组播广播组信息获取模块：用于获取用户终端需要加入的多组播/广播业务对应的多个组播广播组信息；

消息构造模块：利用所述的多个组播信息构造一条用户加入多组播/广播业务的消息，并发送。

13、根据权利要求12用户加入多组播/广播业务的装置，其特征在于，所述的装置设置于用户终端、SGSN、GGSN和/或BM-SC中。

Images