CN101232639A - 一种激活多媒体广播/组播业务的方法及装置 - Google Patents

Abstract

本发明实施例提供一种激活多媒体广播/组播业务MBMS的方法，包括以下步骤：A.第一网络设备接收用户设备UE的多媒体广播/组播业务MBMS请求；B.第一网络设备确定自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态；以及C.第一网络设备将接收MBMS数据的必要参数发送给UE。本发明实施例还提供一种激活多媒体广播/组播业务MBMS的装置。本发明对于SGSN中已经存在对应的MBMS承载上下文，并且该MBMS承载上下文的状态为“激活”的情况，可以缩短用户从进行加入操作到真正接收到MBMS数据之间的等待时间。将UE加入过程和对UE的授权、注册过程同步进行，可以减少信令延时，快速地接收MBMS数据。

Description

一种激活多媒体广播/组播业务的方法及装置

技术领域

本发明实施例涉及通信领域，尤其是涉及一种激活多媒体广播/组播业务的方法及装置。

背景技术

随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式，例如组播业务和广播业务。组播业务和广播业务的区别是，组播业务只向订阅了某些信息的用户发送相应的信息，广播业务则向无线网络中的所有用户发送信息。因此，通过组播业务/广播业务同时向大量用户提供相同信息，能够极大的节省网络资源。

图1给出了现有技术中支持多媒体广播/组播业务MBMS(MultimediaBroadcast Multicast Service)的无线网络结构示意图。如图1所示，现有3GPP(第三代合作伙伴计划)中，支持广播/组播业务的无线网络结构为广播/组播业务服务器BM-SC(Broadcast Multicast-Service Center)201，BM-SC 201通过Gmb接口或Gi接口与业务平面功能TPF(Trafic Plane Function)网关通用分组无线业务支持节点GGSN(Gateway GPRS Support Node)202相连，一个BM-SC 201可与多个TPF GGSN 202相连；TPF GGSN 202通过Gn/Gp接口与服务通用分组无线业务支持节点SGSN(Serving GPRS Support Node)203相连，一个GGSN 202可与多个SGSN 203相连；SGSN 203可通过Iu接口与通用移动通信系统UMTS(UniversalMobile Telecommunication System)的通用陆地无线接入网UTRAN(UniversalTerrestrial Radio Access Network)204相连，然后UTRAN 204通过Uu接口与用户设备UE(User Equipment)206相连，SGSN 203也可通过Iu/Gb接口与全球移动通信系统增强无线接入网GERAN(GSM Enhansed Radio Access Network)205相连，然后GERAN 205通过Um接口与UE 207相连。其中，GGSN和SGSN属于无线网络中核心网CN(Core Network)内的节点。

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

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

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

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

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

步骤33a：GGSN向BM-SC发送MBMS授权请求(MBMS AuthorizationRequest)，以获得能够使UE接收数据的授权。

步骤33b：授权结果和接入点名称APN(AccessPointName)在MBMS授权响应(MBMS Authorization Response)中返回给GGSN，用于创建MBMS UE上下文。如果在MBMS授权响应中指出UE不被授权去接收MBMS数据，则整个处理流程结束，没有进一步的消息交换。

步骤34a：GGSN向SGSN发送MBMS通知请求(MBMS Notification Request)，所述的请求中包括：IP组播地址，APN和关联的网景服务器应用程序接口NSAPI(Netscape Server API)信息。其中，关联的NSAPI(Linked NSAPI)被设置为发送加入消息的PDP上下文所对应的NSAPI。

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

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

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

步骤37a：如果MBMS UE上下文没有建立，SGSN向发送MBMS通知请求(MBMS Notification Request)消息的GGSN返回一个MBMS通知拒绝请求(原因)(MBMS Notification Reject Request(Cause))消息，其中原因部分指明为什么MBMS UE上下文没有能够被建立。

步骤37b：GGSN向SGSN返回一个MBMS通知拒绝响应(MBMS NotificationReject Response)消息。这样做就防止GGSN继续发送MBMS通知请求(MBMSNotification Request)消息。整个流程终止。

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

步骤39：在A/Gb模式下，如果业务支撑系统BSS(Business Surport System)追踪(BSS trace)被激活，SGSN会向BSS发送调用追踪(Invoke Trace)消息(携带追踪参考，追踪类型，触发Id和操作维护中心OMC(Operation MaintenanceCenter)标识)。追踪参考和追踪类型从追踪信息中复制，追踪信息是从归属位置寄存器HLR或OMC收到的。

步骤310：SGSN创建MBMS UE上下文，并且向GGSN(该GGSN是步骤36中SGSN收到的APN重新导出的GGSN，其可能与前面的GGSN不同)发送创建MBMS上下文请求(Create MBMS Context Request)消息，携带IP组播地址、APN、MBMS_NSAPI、国际移动订户标识IMSI(International Mobile SubscriberIdentity)、移动台国际ISDN号MSISDN(Mobile Station International ISDNumber)、路由区标识RAI(Routing Area Identification)、国际移动设备标识IMEI-SV(International Mobile Equipment Identity)、无线接入技术类型RAT Type(Radio Access Technology Type)、移动台时区(MS Time Zone)、全球小区标识/业务区标识CGI/SAI(Cell GlobalIdentity/Service Area Identifier)、追踪参考(Trace Reference)、追踪类型(Trace Type)、触发Id(Trigger Id)、OMC标识(OMC Identity)、增加的MBMS跟踪信息(Additional MBMS Trace Info)。

如果GGSN追踪被激活，SGSN会包括追踪参考、追踪类型、触发Id和OMC标识。如果BM-SC追踪被激活，SGSN会包括附加的MBMS追踪信息。SGSN会从追踪信息中复制追踪参考、追踪类型和OMC标识，追踪信息是从HLR或OMC收到的。

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

消息中携带的信息包括：IMSI，MSISDN，RAI，IMEI-SV，RAT Type，MS Time Zone，CGI/SAI，Additional MBMS Trace Info。

如果BM-SC追踪被激活，GGSN会包括附加的MBMS追踪信息。如果可用，也包括CGI/SAI。

步骤311b：BM-SC在MBMS授权响应(MBMS Authorization Response)消息中提供授权决定。

BM-SC创建MBMS UE上下文。

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

步骤312b：如果此时还没有为该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)消息。

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

步骤314b：GGSN响应一个MBMS注册响应(MBMS Registration Response)消息，其中包括针对该MBMS业务地MBMS承载上下文信息，并且将发起注册请求的SGSN的标识添加到GGSN上的MBMS承载上下文中的“下游节点列表”参数中。

步骤315：如果此时至少为该UE建立了一个分组交换无线接入承载(PSRAB)，SGSN就向Iu模式的RAN(Radio Access Network，无线接入网)提供MBMS UE上下文。

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

当追踪激活是通过信令方式触发时，适用步骤316。其它可选的方式时由OMC触发追踪激活。

步骤317：SGSN向UE发送激活MBMS上下文接受(Activate MBMS ContextAccept)消息(携带TMGI)。如果在步骤36没有验证UE的MBMS承载能力，此时就会验证UE的MBMS承载能力。如果SGSN判断UE的MBMS承载能力低于要求的MBMS承载能力，SGSN就会拒绝MBMS上下文激活请求，并且返回适当的原因。同时，SGSN会发起去激活流程，对已经建立的MBMS UE上下文进行去激活。

上述现有方案中，用户从进行加入操作到真正接收到MBMS数据之间的步骤较多。对UE发起的MBMS业务请求，网络设备BM-SC、GGSN、SGSN分别创建MBMS UE上下文之后，才将接收MBMS业务的必要参数提供给UE，因此，用户等待的时间较长。对于网络设备已存在对应的MBMS承载上下文且其状态为激活的情况下，如果依然采取相同的操作，则会增加不必要的信令，造成业务激活流程不必要的迟延。

发明内容

本发明实施例要解决的技术问题在于，克服上述现有技术存在的不足，提供一种激活多媒体广播/组播业务的方法及装置，以缩短用户从进行加入操作到接收到MBMS数据之间的等待时间。

为解决上述技术问题，本发明实施例提供一种激活多媒体广播/组播业务MBMS的方法，包括以下步骤：

A.第一网络设备接收用户设备UE的多媒体广播/组播业务MBMS请求；

B.第一网络设备确定自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态；以及

C.第一网络设备将接收MBMS数据的必要参数传递给UE。

本发明实施例还提供一种激活多媒体广播/组播业务的装置，包括：

接收模块，用于接收用户设备UE的多媒体广播/组播业务MBMS请求；

确定模块，用于根据所述请求确定自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态；以及

发送模块，用于将接收MBMS数据的必要参数发送给UE。

本发明实施例具有以下有益的效果：由于第一网络设备因应UE的业务请求而确定已存在对应的MBMS承载上下文以及该MBMS承载上下文的状态为“激活”，然后直接将接收MBMS数据的必要参数传递给UE，减少不必要的信令，所以可以缩短用户从进行加入操作到真正接收到MBMS数据之间的等待时间。

附图说明

图1是现有技术中组播/广播业务的无线网络结构示意图。

图2是现有技术中MBMS业务激活流程示意图。

图3是本发明实施例一种激活多媒体广播/组播业务MBMS的方法的流程图。

图4是本发明实施例一MBMS业务激活流程示意图。

图5是本发明实施例二MBMS业务激活流程示意图。

图6是本发明实施例三MBMS业务激活流程示意图。

具体实施方式

以下结合附图对本发明实施例进行详细描述。

请参照图3所示，本发明实施例激活多媒体广播/组播业务MBMS的方法包括如下步骤：

S1、第一网络设备接收用户设备UE的多媒体广播/组播业务MBMS请求；

S2、第一网络设备确定自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态；以及

S3、第一网络设备将接收MBMS数据的必要参数传递给UE。

具体地，请同时结合图4所示，本发明实施例一MBMS业务激活流程如下：

步骤51～步骤57：在这个过程中，对于UE的业务请求，第一网络设备SGSN即开始检查是否已经存在对应的MBMS承载上下文，以及其状态是否为“激活”。如果不存在或其状态不处于“激活”，则等同于现有技术方案中的步骤31～步骤37。

步骤58：UE和SGSN之间执行安全功能。如果SGSN上已经存在对应的MBMS承载上下文，并且其状态为“激活”(Active)，可以通过UE和SGSN之间执行安全功能时所传递的消息，将TMGI传递给UE，TMGI是UE为接收MBMS数据所需要的。

步骤59：如果SGSN上已经存在对应的MBMS承载上下文，并且其状态为“激活”，则向RAN提供MBMS UE上下文。其它条件和具体流程等同于现有技术中的步骤315。

步骤510～步骤516：等同于现有技术中的步骤39～步骤314、步骤316。

步骤517：如果SGSN上已经存在对应的MBMS承载上下文，并且其状态为“激活”(Active)，同时在步骤58～步骤59中已经将所需的参数(如：TMGI)传递给UE，且将对应的MBMS UE上下文提供给RAN，那么这里可以采用、但不限于如下方式：1)省略此消息；2)省略此消息中的某些参数(如：TMGI)；3)等同于现有技术中的步骤317。

在执行上述步骤S3的同时，第一网络设备与上游的第二网络设备、第三网络设备同步进行MBMS授权流程(步骤511、512、514)。如果在此MBMS授权流程中由于某种原因(如：GGSN没有成功创建MBMS UE上下文)，发现UE不应该接收对应的MBMS数据，则进入到步骤518，否则本流程终止。

步骤518a：如果UE处于分组域移动管理-连接(PMM-CONNECTED)状态并且已经被链接到RAN，SGSN将向RAN发送一个MBMS UE去链接请求(MBMS UE De-Linking Request)，消息中携带IP组播地址、APN、TMGI；

步骤518b：RAN删除MBMS UE上下文，并向SGSN发送MBMS UE去链接响应(MBMS UE De-Linking Response)，消息中携带TMGI。

步骤519：如果为了让UE接收MBMS数据而分配了专用的radio资源，RAN会将这些radio资源释放；如果当前为了分发MBMS数据而使用的是共享资源，RAN可决定让剩余的那些UE使用专用的资源。

本发明实施例中，只有满足一定的条件，才会对现有技术中的对应步骤进行更新，这些条件包括：1)SGSN上已经存在对应的MBMS承载上下文；2)并且该MBMS承载上下文的状态为“激活”。

为了将为接收MBMS数据所需要的参数(如：TMGI)传递给UE，这里可以采用、但不限于如下方式：1)通过UE和SGSN之间执行安全功能时所传递的消息，将参数(如：TMGI)传递给UE；2)使用在步骤517(对应于现有技术中的步骤317)所使用的消息，将参数(如：TMGI)传递给UE；3)定义一条消息，将参数(如：TMGI)传递给UE；4)在步骤55中通过请求MBMS上下文激活消息将参数(如：TMGI)传递给UE。

步骤59与步骤510～步骤516可同步进行。

如上所述，本发明实施例依赖于SGSN上已经存在对应的MBMS承载上下文，并且其状态为激活。当SGSN上没有对应的MBMS承载上下文时，会向上游的第二网络设备GGSN发起创建MBMS上下文请求(步骤511)，如果此时GGSN满足如前所述的条件，即：1)已经存在对应的MBMS承载上下文；2)并且该MBMS承载上下文的状态为“激活”，那么GGSN也可以直接返回响应给SGSN，其中携带接收MBMS数据必要的参数。GGSN同上游的第三网络设备BM-SC之间的MBMS授权过程(步骤512)、以及SGSN与GGSN之间的注册过程(步骤515)可与之同步进行。如是可以减少信令延时，使UE能够快速地接收MBMS数据。

本发明实施例并不仅限于此种架构，对于其他架构下的MBMS激活流程同样适用，例如：系统架构演进SAE(System Architectural Evolution)架构下的MBMS组播激活流程。请参照图5所示，本发明实施例二中，当第一网络设备移动性管理实体MME/用户面实体UPE收到来自UE的激活请求后，会根据消息中所携带的MBMS业务标识得知请求的是哪一个MBMS业务，进而可以知道本节点是否已经存在对应的MBMS承载上下文，并且根据上下文中的状态参数可知该承载业务是否为“激活”状态。当MME/UPE判断出本节点上已经存在了对应的MBMS承载上下文，且该业务为“激活”状态，则可以直接将接收该MBMS数据必要的参数返回给UE，无需等待到与第三网络设备BM-SC之间的授权过程完成(步骤2与步骤3可同步进行)。同样，请参照图6所示，本发明实施例三中，当MME/UPE上没有对应的MBMS承载上下文时，会继续向上游的第二网络设备网关(Gateway)进行创建MBMS上下文请求，若网关上已经存在了对应的MBMS承载上下文，且该业务为“激活”状态，则可以直接将接收MBMS数据必要的参数返回给MME/UPE，进而将参数发送给UE，从而令UE可接收数据(步骤3与步骤4、5可同步进行)。

本发明实施例还提供一种激活多媒体广播/组播业务的装置，包括：接收模块，用于接收用户设备UE的多媒体广播/组播业务MBMS请求；确定模块，用于根据所述请求确定自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态；以及发送模块，用于将接收MBMS数据的必要参数发送给UE。

本发明实施例由于第一网络设备因应UE的业务请求而确定其自身已存在对应的MBMS承载上下文以及该MBMS承载上下文的状态为“激活”，然后直接将接收MBMS数据的必要参数传递给UE，减少不必要的信令，所以可以缩短用户从进行加入操作到真正接收到MBMS数据之间的等待时间。将UE加入过程和对UE的授权、注册过程同步进行，可以减少信令延时，快速地接收MBMS数据。

Claims (7)

1.一种激活多媒体广播/组播业务的方法，包括以下步骤：

A.第一网络设备接收用户设备UE的多媒体广播/组播业务MBMS请求；

B.第一网络设备确定自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态；以及

C.第一网络设备将接收MBMS数据的必要参数发送给UE。

2.根据权利要求1所述的方法，其特征在于：在执行所述步骤C的同时，第一网络设备与上游的第二网络设备、第三网络设备同步进行MBMS授权流程。

3.根据权利要求2所述的方法，其特征在于：如果在所述MBMS授权流程中发现UE不应该接收对应的MBMS数据，第二网络设备则通知第一网络设备，由第一网络设备向无线接入网RAN发送MBMS UE去链接请求，执行去链接流程。

4.根据权利要求1所述的方法，其特征在于：所述步骤C中第一网络设备将接收MBMS数据的必要参数至少通过如下消息之一发送给UE：UE和第一网络设备之间执行安全功能时所传递的消息、激活MBMS上下文接受消息、请求MBMS上下文激活消息、定义的新消息。

5.根据权利要求1所述的方法，其特征在于：在执行所述步骤B之后，第一网络设备向无线接入网RAN提供MBMS UE上下文。

6.根据权利要求1所述的方法，其特征在于：所述步骤B中如果第一网络设备没有对应的MBMS承载上下文，则向其上游的第二网络设备发起创建MBMS上下文请求；所述第二网络设备检查自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态，则携带接收MBMS数据必要的参数返回响应给第一网络设备，然后执行所述步骤C。

7.一种激活多媒体广播/组播业务的装置，其特征在于：包括：

接收模块，用于接收用户设备UE的多媒体广播/组播业务MBMS请求；

确定模块，用于根据所述请求确定自身已存在对应的MBMS承载上下文，且所述MBMS承载上下文处于激活状态；以及

发送模块，用于将接收MBMS数据的必要参数发送给UE。

Images