CN102572702A - Mbms的计数处理方法及系统 - Google Patents

Abstract

本发明公开了一种MBMS的计数处理方法及系统，该方法包括：MCE或eNB对MBMS业务计数请求消息中一个MCCH上待计数的MBMS业务进行分组，每组中待计数的MBMS业务的个数小于或等于预定门限，其中，预定门限为一条Uu接口计数请求消息能够配置的MBMS业务的最大个数；eNB按照预定顺序逐组启动MBMS业务Uu计数流程。本发明达到了使各个eNB启动MBMS业务Uu计数流程同步的效果。

Description

MBMS的计数处理方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种多媒体广播多播业务(Multimedia BroadcastMulticast Service，简称为MBMS)的计数处理方法及系统。

背景技术

随着互联网的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如，视频会议、电视广播、视频点播、视频广告、网上教育、互动游戏等。这些移动数据多媒体业务和高带宽多媒体业务不仅满足了移动用户不断上升的业务需求，同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务和各种高带宽多媒体业务要求多个用户能够同时接收相同的数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。

为了有效地利用移动网络资源，第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)提出了MBMS，MBMS业务是一种从一个数据源向多个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类的组播和广播，还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为第三代(3rd Generation，简称为3G)数字通信的发展提供了更好的业务前景。

目前，在长期演进(Long-Term Evolution，简称为LTE)版本9(R9)系统中引入了MBMS业务，并在LTE版本10(R10)中对MBMS业务进行了优化。MBMS业务在系统中承载需要控制信令(也称为MBMS控制信令)和用户数据(也称为MBMS业务)的共同传输来进行实现。其中，控制信令将会告知接收端(例如，终端、用户设备(User Equipment，简称为UE))相应的控制参数，指引UE到相应的位置去接收其感兴趣的MBMS业务(即，相应的用户数据)。在LTE系统中，这种MBMS控制信令(控制信息，包括MBMS业务的配置信息等)是通过多播控制信道(Multicast Control Channel，简称为MCCH)来传输的，MBMS业务是通过多播业务信道(Multicast Traffic Channel，简称为MTCH)来传输的。

具体说来，在逻辑信道MCCH上传输的MBMS控制信令(即，MCCH信息)主要包含：MCCH信息所对应的多播单频网络(MBMS over a Single Frequency Network，简称为MBSFN)区域的多播资源、该MBSFN区域中所有正在发送的(ongoing)MBMS业务(或称之为已经开始的MBMS业务，或称之为已经会话开始(session start)的MBMS业务)、以及ongoingMBMS业务的配置和属性信息；在逻辑信道MTCH承载的是MBMS业务数据，一般将MBMS业务与MTCH进行对应(例如：MBMS业务1与MTCH1对应，MBMS业务2与MTCH2对应)，也就是说，UE读取MBMS业务与UE读取MTCH表达的是相同的含义。在网络中，每个MBMS业务使用临时移动组标识(Temporary Mobile Group Identity，简称为TMGI)进行唯一地标识，每个MBMS业务都有其相应的TMGI，便于网络侧和UE进行识别。

其中，MBSFN区域(area)所对应的MCCH信息将会按照一定的规律(例如，重复周期、修改周期)进行发送，具体如图1所示。

图1是根据相关技术的MCCH的重复周期和修改周期的示意图，如图1所示，MCCH信息在修改周期内将会重复发送一次或多次(图1中重复发送了3次)。MCCH信息重复发送之间的时间间隔称之为MCCH重复周期；一般将MCCH修改周期内，MCCH信息的第一次发送称为首次发送，每个重复周期的发送称为MCCH信息重复发送，重复发送的MCCH信息与首次发送的MCCH信息内容完全相同。MCCH修改周期即表明在不同的MCCH修改周期内，所发送MCCH信息的内容可以不相同；如图1中MCCH修改周期n+1周期的内容与n周期的内容不相同(图1中用斜线方块和空白方块表示了MCCH信息的不同内容)。需要注意的是，在MCCH修改周期内，MCCH信息的内容是不能发生变更的，仅能遵循重复周期进行重复发送。MCCH信息的内容仅允许在MCCH修改周期开始的边界处发生变更；也就是说，MCCH信息的变更，只能发生在MCCH修改周期内第一次发送MCCH信息的时候，也称为MCCH改变时刻(MCCH change time)。这样的规定保证了MCCH信息在MBSFN area内(多改进型节点B(evolved Node B，简称为eNB))发送的一致性。

MCCH重复周期和修改周期的配置参数都是由网络侧进行配置的，网路侧通过广播控制信道(Broadcast Control Channel，简称为BCCH)中的系统信息块13(System InformationBlock13，简称为SIB13)发送给UE；UE通过读取BCCH中的SIB13可以获知MCCH重复周期和修改周期的配置参数，UE可以在相应的位置上读取MCCH信息。

考虑到相关技术中，在MBSFNArea中发送控制信令(MCCH)和用户数据(MTCH)将以小区或eNB为单位使用MBSFN技术进行同步发送(其目的是使得UE在接收时可以获得相应的合并增益)，MBSFN技术需要MBSFN area内各个小区在相同的时频资源上发送相同的数据内容，这样就需要对各个小区的资源进行统一的调度和规划。目前使用多播协调实体(Multicast Coordination Entity，简称为MCE)网元来进行无线资源的统一调度和规划，具体可参考国际标准3GPP 36.300v910。

图2是根据相关技术的MBMS控制系统结构的示意图，如图2所示，在现有系统中，与MBMS相关的网元有eNB、MCE、MBMS网关(MBMS Gateway)、广播组播业务中心(BroadcastMulticast Service Centre，简称为BM-SC)以及移动性管理单元(Mobility Management Entity，简称为MME)，其中，BM-SC是业务发起(Session Start)、业务停止(Session Stop)、业务更新(Session Updated)或MBMS业务数据提供的网元；MBMS GW将MBMS业务数据通过M1接口发送给相应的eNB；MBMS GW通过Sm接口将由BM-SC生成的控制面信息(例如：Session Start Request message、Session Stop Request message、Session Updated Request message)发送给MME；MME完全作为一个转发网元，将MBMS GW发送的控制面信息通过M3接口转发给MCE；MCE将相应的控制面信息通过M2接口发送给相应的eNB；通过这样的处理，eNB将会获得MBMS业务数据和相应的控制面信息。一般来说，MCE通过M2接口发送给eNB的控制面信息，也就是说这些信令和过程承载在M2接口上，称为M2应用协议，即：M2 Application Protocol(M2AP)，包括：Session Start Request message(会话开始信息)、SessionStop Request message(会话停止消息)、Session Updated Request message(会话更新请求信息)、MBMS SCHEDULING INFORMATION message(MBMS调度消息)、Rest message(复位消息)、M2SETUP REQUEST message(M2建立请求消息)，以及通过M2接口eNB发送给MCE相应的相应消息，例如：Session Start Response message(会话开始响应消息)、Session StopResponse message(会议停止响应消息)、Session Updated Response message(会话更新响应消息)、MBMS SCHEDULING INFORMATION Response message(MBMS调度响应消息)、RestACKNOWLEDGE message(复位确认消息)、M2SETUP Response message(M2接口建立响应消息)。

综上可知，MBMS业务将会在整个MBSFN区域中进行发送，且每个MBSFN区域将会对应一个MCCH。为了进一步优化MBMS业务发送，业界拟引入UE上行反馈机制。具体而言，上行反馈机制主要应用于网络侧获取每个MBMS业务的感兴趣/正在接收的用户数(或UE个数)；网络侧通过获取用户数来优化MBMS业务的发送，例如：去激活(deactivation，或称之为不发送)感兴趣/正在接收用户数少的MBMS业务、激活(activation，或称之为发送)感兴趣/正在接收用户数多的MBMS业务。网络侧为了获知感兴趣/正在接收某个MBMS业务的UE数量(或有/无)，可以通过发送counting命令(计数命令)，使得感兴趣/正在接收该MBMS业务的UE进行上行反馈，告知网络侧该UE目前接收MBMS的状态。网络侧可以通过UE的上行反馈获取到信息(即对于某个MBMS有多少感兴趣/正在接收的UE个数)；网络侧将获得的信息(Counting结果)应用于该MBMS业务的激活(activation)或去激活(deactivation)操作；换言之，网络侧可以根据上行反馈获取到的信息来决定该MBMS业务在空口上是(activation)否(deactivation)进行发送。

根据相关技术，MBMS计数流程包括：M2接口上的MBMS业务计数请求流程、Uu接口上的MBMS业务Uu计数流程以及MBMS业务计数结果报告流程。图3是根据相关技术的MBMS计数流程示意图，如图3所示，该流程包括：

MCE在M2接口上向eNB发送MBMS业务计数请求消息，用于指示其控制下的相关eNB启动计数过程(即：在Uu接口上执行MBMS业务Uu计数流程)；其中，MBMS业务计数请求消息中会包含一个或多个待计数的MBMS业务标识(例如：TMGI标识)；进一步的，相关eNB是指该MCE控制下MBSFN区域内的一个或多个eNB，其中，MBSFN区域是与待计数MBMS业务对应的MBSFN区域；也就是说，MCE发送的MBMS业务技术请求消息发送到一个或多个eNB上；考虑到发送到一个eNB属于极端场景，本发明将会以MCE将MBMS业务技术请求消息发送到多个eNB上进行重点描述；eNB接收到MBMS业务计数请求消息后，反馈一条确认请求消息，告知MCE正确接收了MBMS业务计数请求消息；

eNB接收到MBMS业务计数请求消息后(或eNB反馈确认请求消息后)，在1条或多条MCCH上发送计数请求消息(Counting Request message)，每条MCCH上发送的计数请求消息分别承载MBMS业务计数请求消息中相应MBSFN区域的MBMS业务；也就是说，每个计数请求消息中承载的业务是MBMS业务计数请求消息中的一个MBSFN区域的需要计数的MBMS业务。当MBMS业务计数请求消息中有多个MBSFN区域的需要计数的MBMS业务时，eNB会发送相同于MBSFN区域个数的计数请求消息。

小区中的UE读取MCCH，如果发现MCCH上所配置的MBMS业务中有其感兴趣的，则向eNB发送计数响应消息，该消息中携带了其感兴趣或正在接收的MBMS业务。

最后，eNB向MCE发送计数结果报告消息，用于向MCE报告每个MBMS业务感兴趣或正在接收的UE个数。

根据相关技术，在MBMS业务Uu计数流程中计数请求消息最多只能配置一定数量的需要计数的MBMS业务标识(如：最多16个MBMS业务标识)，所以eNB每次启动MBMS业务Uu计数流程有最大MBMS业务的限制。如果在MCE发送给eNB的M2接口的MBMS业务计数请求消息中，配置在某条MCCH上(唯一对应一个MBSFN区域)的需要计数的MBMS业务的个数大于eNB在启动一次MBMS业务Uu计数流程中的最大业务个数(如：大于16个MBMS业务)，则eNB需要在Uu接口上依次启动多个MBMS业务Uu计数流程。由于每次在Uu接口上启动MBMS业务Uu计数流程都需要修改MCCH内容以将需要计数的MBMS业务标识配置在MCCH上(即在MCCH上配置计数请求消息)，考虑到多个eNB同步更新MCCH的要求(MCCH逻辑信道承载在多播信道(Multicast Channel，简称为MCH)上，采用MBSFN模式发送，因此，在MBSFN区域内，MCCH需要保持内容同步发送)，此时首先要保证多个eNB同步更新MCCH(即，在MCCH上配置计数请求消息)，也就是说，需要保证计数请求消息内包含的待计数MBMS业务(例如：TMGI标识)的一致性。

综上所述，当M2接口的MBMS业务计数请求消息对于一条MCCH配置的待计数的MBMS业务大于MBMS业务Uu计数流程中最大MBMS业务的限制(即一条计数请求消息的最大MBMS业务限制)时，相关技术并没有给出保证计数请求消息内包含的待计数MBMS业务(例如：TMGI标识)的一致性的方法，多个eNB之间不能做到MBMS计数过程(例如：发送计数请求消息)的同步。

发明内容

本发明的主要目的在于提供一种MBMS的计数处理方案，以至少解决相关技术中当MBMS业务计数请求消息中的MBMS业务的个数超过Uu计数流程中最大MBMS业务的限制时，各个eNB启动的MBMS计数过程不同步的问题。

根据本发明的一个方面，提供了一种MBMS的计数处理方法，包括：MCE或eNB对MBMS业务计数请求消息中一个MCCH上待计数的MBMS业务进行分组，每组中待计数的MBMS业务的个数小于或等于预定门限，其中，预定门限为一条Uu接口计数请求消息能够配置的MBMS业务的最大个数；eNB按照预定顺序逐组启动MBMS业务Uu计数流程。

根据本发明的另一方面，提供了一种MBMS的计数处理系统，包括：MCE和eNB，其中，MCE或eNB用于对MBMS业务计数请求消息中一个多播控制信道MCCH上待计数的MBMS业务进行分组，每组中待计数的MBMS业务的个数小于或等于预定门限，其中，预定门限为一条Uu接口计数请求消息能够配置的MBMS业务的最大个数；eNB，还用于按照预定顺序逐组启动MBMS业务Uu计数流程。

通过本发明，采用MCE或eNB对待计数的业务进行分组，eNB按照一个统一的顺序对各个分组启动Uu计数流程，解决了相关技术中各个eNB启动MBMS业务Uu计数流程不同步的问题，特别是解决了当待计数的MBMS业务个数大于Uu计数流程中最大MBMS业务个数限制时，各个eNB启动MBMS业务Uu计数流程不同步的问题，进而达到了使各个eNB启动MBMS业务Uu计数流程同步的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的MCCH的重复周期和修改周期的示意图；

图2是根据相关技术的MBMS控制系统结构的示意图；

图3是根据相关技术的MBMS计数流程示意图；

图4是根据本发明实施例的MBMS的计数处理方法的流程图；

图5是根据本发明实施例的MBMS的计数处理系统的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

本发明实施例提供了一种MBMS的计数处理方法，该方法在发送MBMS业务计数请求时使用，该方法可以用于图2所示的系统架构中

图4是根据本发明实施例的MBMS的计数处理方法的流程图，如图4所示，该方法包括：

步骤S402，MCE或eNB对MBMS业务计数请求消息中一个MCCH上的待计数的MBMS业务进行分组，每组中待计数的MBMS业务的个数小于或等于预定门限，其中，预定门限为一条Uu接口计数请求消息能够配置的MBMS业务的最大个数；

步骤S404，eNB按照预定顺序逐组启动MBMS业务Uu计数流程。

在本实施例中，当一个MCCH上待计数的MBMS业务超出门限时，MCE或eNB将其分组，然后，eNB使用一个统一的顺序逐组启动MBMS业务Uu计数流程，从而实现了各个eNB之间MBMS业务Uu计数流程的同步。

在本发明实施例的一个优选实现方式中，步骤S402可以包括：MCE或eNB按照MCCH上的待计数的MBMS业务在MBMS业务计数请求消息中的顺序对MCCH上的待计数的MBMS业务进行分组。其中，当操作主体为MCE时，MCE可以先确定待计数的MBMS业务在MBMS业务计数请求消息中的顺序，再按照该顺序进行分组，然后，MCE通过MBMS业务计数请求消息按照分组的顺序将待计数的MBMS业务发送给eNB。需要说明的是，分组也可以不按照待计数的MBMS业务在MBMS业务计数请求消息中的顺序，此时只要实现约定好如何分组以及eNB按照何种顺序分组启动MBMS业务Uu计数流程即可。

其中，当执行步骤S402的主体是eNB时，步骤S402可以为：eNB按照MCCH上的待计数的MBMS业务在MBMS业务计数请求消息中的顺序依次将MCCH上的待计数的MBMS业务分成n个组，其中，前n-1个组中待计数的MBMS业务的个数等于预定门限，第n组中待计数的MBMS业务的个数小于或等于预定门限，n为正整数。

在本发明实施例的另一个优选实现方式中，步骤S404可以采用以下方式实现：

方式一，eNB按照分组的顺序逐组启动MBMS业务Uu计数流程。

方式二，eNB首先启动第n组的待计数的MBMS业务的MBMS业务Uu计数流程；然后，再按照分组的顺序逐组启动前n-1个组的待计数的MBMS业务的MBMS业务Uu计数流程。

在本发明实施例的再一个优选实现方式中，如果执行步骤S402的主体为MCE，则在步骤S402之后，MCE可以使用MBMS业务计数请求消息将分组后的MCCH上的待计数的MBMS业务发送给eNB；然后，eNB按照分组的顺序逐组启动MBMS业务Uu计数流程。

实施例二

本实施例用于eNB在Uu接口上同步发送MCCH(计数请求消息)的方法。

MCE在M2接口上向eNB发送MBMS业务计数请求消息，该消息用于指示其控制下的相关eNB启动计数过程(即，在Uu接口上执行MBMS业务Uu计数流程)；若该MBMS业务计数请求消息针对一MCCH包含的待计数的MBMS业务个数小于Uu接口计数请求消息的限制，则eNB仅启动一次MBMS业务Uu计数流程即可；若该MBMS业务计数请求消息针对一MCCH包含的待计数的MBMS业务个数大于Uu接口计数请求消息的限制，则eNB需要启动多次MBMS业务Uu计数流程，eNB需要将MBMS业务计数请求消息包含的待计数的MBMS业务进行排序放置在多个MBMS业务Uu计数流程中的计数请求消息中。

本实施例应用于下述场景：当MCE在M2接口上向eNB发送MBMS业务计数请求消息，且该消息中针对某个MCCH包含的待计数的MBMS业务个数大于Uu接口计数请求消息的限制时，eNB需要启动多次MBMS业务Uu计数流程。

因为MCE发送MBMS业务计数请求消息到多个eNB，所以本实施例的目的是通过隐式的方法或者显式的方法，实现eNB将MBMS业务计数请求消息包含的待计数的MBMS业务进行排序放置在多个MBMS业务Uu计数流程中的计数请求消息中，以保证多个eNB在发送MCCH时候的内容相同。

实例1：隐式的方法

该方法包括以下步骤：

步骤1：MCE向eNB发送用于启动eNB计数的MBMS业务计数请求消息，在该消息中包括1个或多个MCCH(一个MCCH唯一对应一个MBSFN区域)的需要计数的MBMS业务。

步骤2：eNB接收到该消息后，在相应的MCCH上配置需要计数的MBMS业务，即，在相应的MCCH上发送计数请求消息。

对应其中的某个MCCH，如果步骤1中的该MCCH上的需要计数的MBMS业务的个数(Number)大于Uu接口计数请求消息中的业务个数的限制(设为Nmax)，即，Number＞Nmax，则可以采用以下方法：

eNB将步骤1中某个MCCH上需要计数的MBMS业务按照其在MBMS业务计数请求消息中出现的顺序进行分组，再按照一定的组顺序在该MCCH上进行依次地一组一组地发送，具体的组顺序可以是下面算法中的一种：

1按照在MBMS业务计数请求消息中顺序靠前的MBMS业务的组依次发送，除了最后一组，每组MBMS业务个数等于Nmax，最后一组是剩余的业务个数，即，Number-m*Nmax，其中，m是最后一组之前被分配了多少组(即，

表示向下取整)。

例如：步骤1中的某个MCCH的需要计数的MBMS业务为：{TMGI1，TMGI2，...TMGI60}，即：Number＝60个业务，并设Nmax＝16，则分组情况可以为：

第一组：{TMGI1，TMGI2，...TMGI16}；

第二组：{TMGI17，TMGI18，...TMGI32}；

第三组：{TMGI33，TMGI34，...TMGI48}；

第四组：{TMGI49，TMGI50，....TMGI60}；

eNB在MCCH上从第一组到第四组依次发送需要计数的MBMS业务。

2没有到最大允许个数的组先发送，后续按照在MBMS业务计数请求消息中顺序靠前的MBMS业务的组依次发送。该方法与方法1的区别是除了第一组，后面的每组中业务个数等于Nmax，而第一组是剩余的。

下面通过实例对方法1和2的分组方式进行说明：

按照步骤一中分的四组，发送的顺序可以是：组1、组2、组3、组4(按照在MBMS业务计数请求消息中顺序靠前的MBMS业务的组依次发送)，也可以是组4、组1、组2、组3(没有到最大允许个数的组先发送，后续按照在MBMS业务计数请求消息中顺序靠前的MBMS业务的组依次发送)。

实例2：显式的方法

该方法包括以下步骤：

步骤1：MCE向eNB发送用于启动eNB计数的MBMS业务计数请求消息；在该消息中包括1个或多个MCCH(一个MCCH唯一对应一个MBSFN区域)的需要计数的MBMS业务。

在步骤1中，当某个MCCH上需要计数的MBMS业务(Number)大于Uu接口计数请求消息中的业务个数的限制(设为Nmax)，即，Number＞Nmax时，则可以采用以下步骤：

MCE将这些MBMS业务按照其在MBMS业务计数请求消息中的顺序进行分组(如：mk，表示第k组分配的MBMS业务个数)并配置在M2接口的MBMS业务计数请求消息中，每组的业务数目小于等于Nmax，即：Number＝{m1}+{m2}+…+{mk}；其中，

m1＝i，表示{业务1，业务2，...业务i}；

m2＝j，表示{业务i+1，业务i+2，...业务i+j}；

mk＝Number-k+1，表示{业务k，业务k+1，...业务Number}。

步骤2：eNB接收到该M2接口的MBMS业务计数请求消息后，在相应的MCCH上配置需要计数的MBMS业务，即，在相应的MCCH上发送计数请求消息。在每个MCCH修改周期，根据步骤1中所配置的每组中需要计数的MBMS业务和每组的发送顺序，eNB在MCCH上依次配置组m1，m2，...mk的业务到计数请求消息中。

如果在MCCH上增加、更新或删除若干MBMS业务的计数(counting)，则都会触发MCCH信息的变更，因此，在本实施例中，eNB在当前MCCH上增加、删除或更新需要计数的MBMS业务列表只能发生在MCCH改变时刻。

实施例三

本发明实施例提供了一种MBMS的计数处理系统，该系统用于实现上述方法。图5是根据本发明实施例的MBMS的计数处理系统的结构框图，如图5所示，该系统包括：MCE 52和eNB 54，其中，MCE 52或eNB 54用于对MBMS业务计数请求消息中一个多播控制信道MCCH上待计数的MBMS业务进行分组，每组中待计数的MBMS业务的个数小于或等于预定门限，其中，预定门限为一条Uu接口计数请求消息能够配置的MBMS业务的最大个数；eNB 54，用于按照预定顺序逐组启动MBMS业务Uu计数流程。

在本发明实施例的一个优选实例中，MCE 52或eNB 54用于按照MCCH上的待计数的MBMS业务在MBMS业务计数请求消息中的顺序对MCCH上的待计数的MBMS业务进行分组。

其中，eNB 54用于按照MCCH上的待计数的MBMS业务在MBMS业务计数请求消息中的顺序依次将MCCH上的待计数的MBMS业务分成n个组，其中，前n-1个组中待计数的MBMS业务的个数等于预定门限，第n组中待计数的MBMS业务的个数小于或等于预定门限，n为正整数。

在本发明实施例的另一个优选实例中，eNB 54用于按照分组的顺序逐组启动MBMS业务Uu计数流程。

在本发明实施例的又一个优选实例中，eNB 54用于启动第n组的待计数的MBMS业务的MBMS业务Uu计数流程；再按照分组的顺序逐组启动前n-1个组的待计数的MBMS业务的MBMS业务Uu计数流程。

在本发明实施例的再一个优选实例中，MCE 52还用于在按照MCCH上的待计数的MBMS业务在MBMS业务计数请求消息中的顺序对MCCH上的待计数的MBMS业务进行分组之后，使用MBMS业务计数请求消息将分组后的MCCH上的待计数的MBMS业务发送给eNB 54；eNB 54用于按照分组的顺序逐组启动MBMS业务Uu计数流程。

综上所述，本发明实施例中，当MBMS业务计数请求消息中的MBMS业务的个数超过Uu计数流程中最大MBMS业务的限制时，MCE或eNB对待计数的业务进行分组，eNB按照一个统一的顺序对各个分组启动Uu计数流程，从而达到了使各个eNB启动的MBMS业务Uu计数流程同步的效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种多媒体广播组播业务MBMS的计数处理方法，其特征在于，包括：

多播协调实体MCE或改进型节点B eNB对MBMS业务计数请求消息中一个多播控制信道MCCH上待计数的MBMS业务进行分组，每组中待计数的MBMS业务的个数小于或等于预定门限，其中，所述预定门限为一条Uu接口计数请求消息能够配置的MBMS业务的最大个数；

所述eNB按照预定顺序逐组启动MBMS业务Uu计数流程。

2.根据权利要求1所述的方法，其特征在于，所述MCE或所述eNB对所述MCCH上待计数的MBMS业务进行分组包括：

所述MCE或所述eNB按照所述MCCH上的待计数的MBMS业务在所述MBMS业务计数请求消息中的顺序对所述MCCH上的待计数的MBMS业务进行分组。

3.根据权利要求2所述的方法，其特征在于，所述eNB按照所述MCCH上的待计数的MBMS业务在所述MBMS业务计数请求消息中的顺序对所述MCCH上的待计数的MBMS业务进行分组包括：

所述eNB按照所述MCCH上的待计数的MBMS业务在所述MBMS业务计数请求消息中的顺序依次将所述MCCH上的待计数的MBMS业务分成n个组，其中，前n-1个组中待计数的MBMS业务的个数等于所述预定门限，第n组中待计数的MBMS业务的个数小于或等于所述预定门限，n为正整数。

4.根据权利要求3所述的方法，其特征在于，所述eNB按照预定顺序逐组启动MBMS业务Uu计数流程包括：

所述eNB按照分组的顺序逐组启动MBMS业务Uu计数流程。

5.根据权利要求3所述的方法，其特征在于，所述eNB按照预定顺序逐组启动MBMS业务Uu计数流程包括：

所述eNB启动所述第n组的待计数的MBMS业务的MBMS业务Uu计数流程；

所述eNB按照分组的顺序逐组启动所述前n-1个组的待计数的MBMS业务的MBMS业务Uu计数流程。

6.根据权利要求2所述的方法，其特征在于，在所述MCE按照所述MCCH上的待计数的MBMS业务在所述MBMS业务计数请求消息中的顺序对所述MCCH上的待计数的MBMS业务进行分组之后，所述方法还包括：

所述MCE使用所述MBMS业务计数请求消息将分组后的所述MCCH上的待计数的MBMS业务发送给所述eNB；

所述eNB按照预定顺序逐组启动MBMS业务Uu计数流程：所述eNB按照分组的顺序逐组启动MBMS业务Uu计数流程。

7.一种多媒体广播组播业务MBMS的计数处理系统，其特征在于，包括：多播协调实体MCE和改进型节点B eNB，其中，

所述MCE或所述eNB用于对MBMS业务计数请求消息中一个多播控制信道MCCH上待计数的MBMS业务进行分组，每组中待计数的MBMS业务的个数小于或等于预定门限，其中，所述预定门限为一条Uu接口计数请求消息能够配置的MBMS业务的最大个数；

所述eNB，还用于按照预定顺序逐组启动MBMS业务Uu计数流程。

8.根据权利要求7所述的系统，其特征在于，所述MCE或所述eNB用于按照所述MCCH上的待计数的MBMS业务在所述MBMS业务计数请求消息中的顺序对所述MCCH上的待计数的MBMS业务进行分组。

9.根据权利要求8所述的系统，其特征在于，所述eNB用于按照所述MCCH上的待计数的MBMS业务在所述MBMS业务计数请求消息中的顺序依次将所述MCCH上的待计数的MBMS业务分成n个组，其中，前n-1个组中待计数的MBMS业务的个数等于所述预定门限，第n组中待计数的MBMS业务的个数小于或等于所述预定门限，n为正整数。

10.根据权利要求9所述的系统，其特征在于，所述eNB用于按照分组的顺序逐组启动MBMS业务Uu计数流程。

11.根据权利要求9所述的系统，其特征在于，所述eNB用于启动所述第n组的待计数的MBMS业务的MBMS业务Uu计数流程；再按照分组的顺序逐组启动所述前n-1个组的待计数的MBMS业务的MBMS业务Uu计数流程。

12.根据权利要求8所述的系统，其特征在于，

所述MCE还用于在按照所述MCCH上的待计数的MBMS业务在所述MBMS业务计数请求消息中的顺序对所述MCCH上的待计数的MBMS业务进行分组之后，使用所述MBMS业务计数请求消息将分组后的所述MCCH上的待计数的MBMS业务发送给所述eNB；

所述eNB用于按照分组的顺序逐组启动MBMS业务Uu计数流程。

Images