CN102448014B - 多媒体广播多播业务的计数方法及系统 - Google Patents

Abstract

本发明涉及一种多媒体广播多播业务的计数方法及系统，该方法包括：网络侧发送计数请求，并在首次发送所述计数请求或停止发送所述计数请求时启动计时器；用户设备收到所述计数请求后，上报计数报告；网络侧接收计数报告，对计时器超时前收到的针对计数请求的计数报告进行统计。本发明多媒体广播多播业务的计数方法及系统可以对计数报告的时效性进行控制。

Description

多媒体广播多播业务的计数方法及系统

技术领域

本发明涉及多媒体广播多播业务(MBMS，MultimediaBroadcastMulticastService)技术，尤其涉及一种多媒体广播多播业务的计数方法及系统。

背景技术

为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rdGenerationPartnershipProject)提出了MBMS业务，该MBMS业务是一种从一个数据源向多个目标用户设备传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源尤其是空中接口资源的利用率。

在长期演进(LTE，LongTermEvolution)系统中，MBMS业务采用多媒体广播组播业务单频网(MultimediaBroadcastmulticastserviceSingleFrequencyNetwork，简称MBSFN)方式进行发送，MBSFN方式为一种多小区联合发送的方式：在一个区域内的多个小区在相同的时间、频率资源上发送相同的MBMS业务数据信号，这些以MBSFN方式，协调一致发送业务的小区组成MBSFN区域(MBSFNarea)，每个MBSFN区域对应的控制信息在逻辑信道MBMS控制信道(MCCH，MBMSpoint-to-multipointControlCHannel)上发送。所述MCCH上将发送具体的业务配置参数，如业务ID、业务的无线链路控制(RLC，RadioLinkControl)参数、媒体访问控制(MAC，MediaAccessControl)参数、物理层配置参数等。每个MBSFN区域都对应其专用的MCCH信道以及承载其上的MCCH消息。

MCCH消息的发送涉及到两个周期，其一为修改周期，其二为重复周期，其中修改周期包含一个或多个重复周期。在每个重复周期内指定的时频域资源上，网络侧发送所述的MCCH消息。所述的MCCH消息在一个修改周期内其内容保持不变，也就是说其包含的重复周期内发送的MBMS消息内容是相同的。

在LTE系统中，MBMS有两种承载模式：广播模式和增强型广播模式。由于没有多播模式，因此网络侧并不能够获知用户设备(UE，UserEquipment)接收/或者准备接收哪些MBMS业务。增强型广播介于广播和多播之间，吸收了广播中流程简单和多播中资源优化的优点。在使用MBMS增强型广播承载时，只需要在应用层上通过加入/离开过程就可以实现从UE到广播多播服务中心(BM-SC，BroadcastMulticast-ServiceCenter)的注册/注销，无需在承载网络层进行信令交互和信息存储。增强型广播是对广播的一种优化和扩展，如在接入网，增强型广播不会向那些没有接收UE的小区发送数据。对于增强型模式的MBMS业务，在配置系统帧号(SFN，SystemFrameNumber)和分配资源时需要考虑接收MBMS业务的UE状态和数量，这样就需要接收/或者准备接收MBMS业务的UE信息进行反馈，这称之为MBMS的上行反馈。3GPPRel10MBMS为了激活/去激活多播/广播单频网络(MBSFN)传输方式，网络侧需要得到UE的接收状态信息，如正在接收或者感兴趣接收给定MBMS业务的UE数量信息。

为了使网络侧能够得到MBSFN区域内有MBMS业务需求的用户数，MBMS系统引入了计数(counting)过程。

counting过程是指一个MBMS业务会话(session)开始时、或者在会话进行过程中(也称为recounting)，网络侧发起统计MBSFN区域内正在接收和/或感兴趣接收某MBMS业务用户数的过程，用以确认是否采用MBSFN传输方式。

目前的3GPP会议的结论是：计数请求放在MCCH上，网络侧发送一次计数请求，UE发送一次计数报告。但是现有技术中MCCH是周期性重复发送的，因此相同的计数请求可能发送多次，此时相同的UE计数报告会发送多次；为了减少上行链路拥塞，需要避免多个UE同时发送计数报告，因此UE发送计数报告的时间一般比较分散。现有技术中，因缺乏对计数报告的时效性控制，将导致网络侧盲目等待时效性较差的计数报告，进而无法对MBMS业务的MBSFN传输实现合理的激活和去激活操作，导致用户的业务体验不佳。

发明内容

本发明要解决的技术问题是提供一种多媒体广播多播业务的计数方法及系统，以便对计数报告的时效性进行控制。

为解决以上技术问题，本发明提供一种多媒体广播多播业务计数方法，该方法包括：

网络侧发送计数请求，并在首次发送所述计数请求或停止发送所述计数请求时启动计时器；

用户设备收到所述计数请求后，上报计数报告；

网络侧接收所述计数报告，对计时器超时前收到的针对所述计数请求的计数报告进行统计。

进一步地，所述用户设备接收所述计数请求后，检查是否有正在接收或感兴趣接收的业务，并将计数请求中有正在接收或感兴趣接收的业务作为所述计数报告上报的前提条件。

进一步地，所述用户设备接收到所述计数请求，如果满足所述前提条件，则用户设备上报所述计数报告。

进一步地，所述计数请求中包括概率因子和业务标识，所述用户设备接收所述计数请求后，根据概率因子和业务标识或根据概率因子判断所述计数请求是否为新的计数请求；并将新的计数请求作为上报所述计数报告的必要条件。

进一步地，所述计数请求中包括概率因子，所述用户设备接收所述计数请求后，在概率因子的取值范围内选择一个随机值，将该随机值与计数请求中的概率因子比较，并将所述概率因子大于所述随机值作为上报所述计数报告的必要条件。

进一步地，所述计数报告中携带对应计数请求中的概率因子，所述网络侧根据所述概率因子判断所述计数报告对应的计数请求。

进一步地，所述计数请求中的概率因子为0时，表示相应的计数请求过程结束，所述用户设备接收到概率因子为0的计数请求后，停止上报所述计数报告。

进一步地，所述用户设备接收到计数请求时，启动用户设备侧计时器，并将用户设备侧计时器不超时作为上报所述计数报告的必要条件。

进一步地，所述用户设备接收到所述计数请求，如果计数请求中包含用户设备正在接收或者感兴趣接收的业务，并且满足所述必要条件，则用户设备上报所述计数报告

进一步地，所述用户设备接收到所述计数请求后，如果为新的计数请求，且满足所述前提条件和所述必要条件，则用户设备上报所述计数报告。

进一步地，所述用户设备接收到所述计数请求，如果为新的计数请求，且满足所述前提条件和所述必要条件，并且用户设备侧计时器不超时，则用户设备上报所述计数报告。

为解决以上技术问题，本发明还提供了一种多媒体广播多播计数系统，该系统包括：

网络侧包括收发模块、与所述收发模块连接的计时器及统计模块，所述收发模块用于向用户设备发送计数请求，并在首次发送所述计数请求或停止发送所述计数请求时启动计时器；接收计数报告；

统计模块，用于对计时器超时前收到的计数报告进行统计；

用户设备包括收发模块，用于接收所述计数请求，以及上报计数报告。

进一步地，所述用户设备还包括与所述收发模块连接的业务接收状况检查模块，用于根据计数请求检查有正在接收或感兴趣接收的业务；所述用户设备的收发模块将计数请求中有正在接收或感兴趣接收的业务作为上报所述计数报告的前提条件。

进一步地，用户设备的收发模块接收到所述计数请求，如果满足所述前提条件，则上报所述计数报告。

进一步地，所述计数请求中包括概率因子和业务标识，所述用户设备包括与所述收发模块连接的新计数请求判断模块，用于根据概率因子和业务标识或根据概率因子判断所述计数请求是否为新的计数请求；所述用户设备的收发模块将新的计数请求作为上报所述计数报告的必要条件。

进一步地，所述计数请求中包括概率因子，所述用户设备还包括概率因子判断模块，用于在概率因子的取值范围内选择一个随机值，将该随机值与计数请求中的概率因子比较，并将所述概率因子大于所述随机值作为上报所述计数报告的必要条件。

进一步地，所述用户设备的收发模块接收到所述计数请求后，如果为新的计数请求，且满足所述前提条件和所述必要条件，则上报所述计数报告。

进一步地，所述计数报告中携带对应计数请求中的概率因子，所述网络侧的统计模块根据所述概率因子判断所述计数报告对应的计数请求。

进一步地，所述计数请求中的概率因子为0，表示相应的计数请求过程结束；所述用户设备的收发模块接收到概率因子为0的计数请求时，停止上报所述计数报告。

进一步地，所述用户设备还包括用户设备侧计时器，所述用户设备的收发模块接收到计数请求时，启动用户设备侧计时器，并将用户设备侧计时器不超时作为上报所述计数报告的必要条件。

进一步地，所述用户设备的收发模块接收到所述计数请求，如果计数请求中包含用户设备正在接收或者感兴趣接收的业务并且满足所述必要条件，则上报所述计数报告。

进一步地，所述用户设备的收发模块接收到所述计数请求后，如果为新的计数请求，且满足所述前提条件和所述必要条件，并且用户设备侧计时器不超时，则上报所述计数报告。

本发明多媒体广播多播业务计数方法及系统中，当网络侧首次发送或停止发送计数请求时，启动计时器，并将计时器超时前收到的计数报告作为有效数据进行统计，以便对计数报告的时效性进行控制，有效改善用户的业务体验。

附图说明

图1为本发明多媒体广播多播业务计数方法的示意图；

图2为本发明实施例1的流程示意图；

图3为本发明实施例2的流程示意图；

图4为本发明实施例3的流程示意图；

图5为本发明实施例4的流程示意图；

图6为本发明多媒体广播多播计数系统的模块结构示意图；

图7至图10为本发明多媒体广播多播计数系统其他实施例的模块结构示意图。

具体实施方式

本发明多媒体广播多播业务计数方法及系统的主要思想是，当网络侧首次发送或停止发送计数请求时，启动计时器，并将计时器超时前收到的计数报告作为有效数据进行统计，以便对计数报告的时效性进行控制，有效改善用户的业务体验。

如图1所示，本发明多媒体广播多播业务计数方法，包括：

步骤101：网络侧发送计数请求，并在首次发送所述计数请求或停止发送所述计数请求时启动计时器；

步骤102：用户设备收到所述计数请求后，上报计数报告；

步骤103：网络侧接收所述计数报告，对计时器超时前收到的针对所述计数请求的计数报告进行统计。

本发明通过采用计时器的方式，使得网络侧可根据计时器对接收的计数报告进行有效性划分，从而对计时器超时前收到的针对不同计数请求的计数报告进行统计，且无需盲目等待用户设备上报的计数报告，可及时统计，尽快确定合适的业务传输方式，改善用户的业务体验。

除了在网络侧对上报的计数报告进行有效性划分外，还可以从用户设备出发，通过对上报条件的设置，在用户设备接收计数请求后，对是否符合上报条件进行判断，从而对计数报告的上报数量进行有效控制，减少发送不必要的计数报告，减轻上行资源负载，节省上行链路资源。

UE发送计数报告的前提是：计数请求中有UE正在接收或感兴趣接收的业务；然后再判断是否符合上报条件，上报条件可包括以下一个或多个：

A、所述计数请求中包括概率因子(PF，ProbabilityFactor)，所述用户设备接收所述计数请求后，在概率因子的取值范围内选择一个随机值，将该随机值与计数请求中的概率因子比较，并将所述概率因子大于所述随机值作为上报所述计数报告的必要条件。

B、所述计数请求中包括概率因子和业务标识，所述用户设备接收所述计数请求后，根据概率因子和业务标识或根据概率因子判断所述计数请求是否为新的计数请求；并将所述计数请求为新的计数请求作为上报所述计数报告的必要条件。

以上上报条件B是从判断是否为一个新的计数过程的角度出发的，其作为上报条件时，可以区分大部分的计数请求，从而很大程度上减少了用户设备针对重复发送的一个计数请求多次发送计数报告的情形。

采用概率因子区别不同的计数过程时，所述计数报告中携带对应计数请求中的概率因子，所述网络侧的统计模块根据所述概率因子判断所述计数报告对应的计数请求。

所述计数请求中的概率因子为0，表示相应的计数请求过程结束；所述用户设备的收发模块接收到概率因子为0的计数请求时，停止上报所述计数报告。

C、所述计数请求中包括用于表示不同计数过程的计数序列号，所述用户设备接收所述计数请求后，根据所述计数序列号判断所述计数请求是否为新的计数请求；并将所述计数请求为新的计数请求作为上报所述计数报告的必要条件。

以上上报条件C也是从判断是否为一个新的计数过程的角度出发的，其作为上报条件时，可使得用户设备对周期内重复发送的计数请求，仅对应上报一次计数报告，避免多次收到计数请求后重复发送计数报告的情形。

D、所述UE接收到计数请求时，启动用户设备侧计时器，并将用户设备侧计时器不超时作为上报所述计数报告的必要条件。

以上条件D通过合理设置用户设备侧计时器，可避免因链路延时造成的计数过程时效性降低。

以上条件A至D，可以根据具体的网络环境和计数目的，部分单独使用或组合使用。用户设备接收到所述计数请求后，如果满足前提条件，或者满足前提条件和必要条件A、B，或者满足前提条件和必要条件C，或者满足前提条件和必要条件D，或者满足前提条件和必要条件C、D，或者满足前提条件和必要条件A、B、C，或者满足前提条件和必要条件A、B、D，或者满足前提条件和必要条件A至D，则用户设备上报所述计数报告。

下面通过附图及具体实施例对本发明做进一步的详细说明。

实施例1

如图2所示，实施例1的多媒体广播多播业务计数方法包括以下几个步骤：

步骤201：网络侧发送计数请求，并在首次发送该计数请求时启动计时器TC；

本发明中，所述网络侧包括演进的节点B(eNB，evolvedNodeB)和/或多小区/多播协调实体(MCE，Multi-cell/multicastCoordinationEntity)。

所述计时器TC的时间长度可以根据需要动态设定并通过信令发送，或者在规范中静态设定；

所述计时器TC的时间长度可以是固定长度，或者可变长度；其中固定长度是指只有一个计时器时间长度，计时器的时间长度在规范中静态设定；可变长度是指有多个计时器时间长度。

计数请求通过MCCH发送，MCCH消息在一个修改周期内周期性(重复周期)重复发送，在一个MCCH修改周期内，MCCH消息保持不变，计数请求也保持不变，因此相同的计数请求在一个MCCH修改周期内可以发送多次，此时不需要多次启动计时器TC，只需要在MCCH修改周期中第一次发送计数请求的同时启动计时器TC；只有网络侧发送新的计数请求时，才需要启动一次计时器TC；

步骤202：UE收到计数请求，检查是否有正在接收或感兴趣接收的业务，如果有，转向步骤203，否则转向步骤207；

所述有正在接收或感兴趣接收的业务是指计数请求中的业务标识包含UE正在接收或感兴趣接收的业务；上述业务标识为TMGI；

步骤203：UE发送计数报告；

步骤204：网络侧收到计数报告，检查计时器TC是否超时，如果没有超时，转向步骤205，否则转向步骤206；

所述计时器TC超时表明相应的计数过程结束；

步骤205：网络侧统计相应的计数报告；

所述统计是指根据计数报告的内容对UE进行计数；

步骤206：网络侧不统计相应的计数报告；

所述不统计是指不对UE计数；

步骤207：UE不发送计数报告。

在以上实施例1中，UE仅判断符合计数报告上报前提时，即上报计数报告。

实施例2

如图3所示，实施例2多媒体广播多播业务计数方法包括以下几个步骤：

步骤301：网络侧发送计数请求，并在首次发送该计数请求时，启动计时器TC，该计数请求中携带概率因子；

该携带概率因子的计数请求通过MCCH传送。

所述计数请求中的概率因子可以与计数过程相关，即相同的计数过程采用相同的概率因子，不同的计数过程采用不同的概率因子；所述概率因子可以区分不同的计数过程，同时可以限制同时发送计数报告的UE数量，概率因子的取值范围是：[0，1]，其中[0，1]表示概率因子可以取从0到1的所有值，包括0和1。其中：PF＝0表示停止计数，PF＝1表示不限制同时发送计数报告的UE数量，0＜PF＜1用于指示计数过程和限制同时发送计数报告的UE数量，例如PF＝0.1表示某个计数过程，且统计到的UE数量占实际UE数量的10％。

概率因子的具体取值可以根据需要动态设定，或者在规范中静态设定；

步骤302：UE收到计数请求，检查是否为新的计数请求；如果是，则转向步骤303，否则转向步骤309；

UE中可以暂存计数请求，暂存时间为一个或几个MCCH修改周期，UE将收到的计数请求与暂存信息进行比较，判断是否为新的计数请求；

所述新的计数请求是指：概率因子不同，和/或业务标识不同，和/或其他信息不同；所述其他信息是指：其他可组合或单独区分计数过程的参数，如计数序列号。如果PF相同，业务标识不同，则认为是新的计数请求，不同的计数过程，如果采用相同的概率因子，而且业务标识也相同，但是属于不同的计数过程，此时可以在计数请求中加入计数序列号，用不同的序列号表示不同的计数过程；

步骤303：检查计数请求中包含的业务标识，如果计数请求中包含UE正在接收或者感兴趣接收的业务标识，则转向步骤304，否则转向步骤309；

所述业务标识是指临时移动组标识(TMGI)或者短业务标识；上述短业务标识是指业务索引或比特映射(Bitmap)；

步骤304：UE根据概率因子的值选择发送或不发送计数报告；

UE根据概率因子的值选择发送或不发送计数报告是指：首先，UE在(0，1)之间随机选择一个数值N，其次，UE将上述数值N与概率因子PF作比较，如果N＜PF，则转向步骤305，否则转向步骤309；

除业务标识，MBSFN区域标识之外，所述计数报告中进一步包括：概率因子(与计数请求中相同)和/或计数序列号(与计数请求中相同)；

步骤305：UE发送计数报告；

步骤306：网络侧收到计数报告，检查相应计时器TC是否超时，如果没有超时，则转向步骤307，否则转向步骤308；

网络侧根据计数报告中的概率因子、业务标识和/或计数序列号识别针对不同计数请求的计数报告。如果采用相同的概率因子，而且业务标识也相同，但是属于不同的计数过程，此时可以在计数报告信息中加入计数序列号，用不同的序列号表示不同的计数过程，此时计数请求中也包含计数序列号，该计数序列号与计数请求的计数序列号相同；

步骤307：根据计数报告信息对UE进行计数统计；

步骤308：网络侧不统计相应的计数报告；

步骤309：UE不发送计数报告。

以上实施例2中，网络侧根据不同计数请求的计时器，对计时时间内计数报告进行统计，用户设备根据概率因子选择发送或不发送，同时概率因子、业务标识和/或计数序列号区分是否为新的计数请求，并仅针对新的计数请求发送计数报告，可理解地，该实施例中应用了条件A、B及C。

实施例3

如图4所示，采用计时器设计来区分不同的计数过程，该方法包括以下几个步骤：

步骤401：网络侧发送计数请求，并在首次发送该计数请求时启动网络侧计时器TC1；

本步骤中，所述网络侧包括：eNB，和/或MCE；

所述网络侧计时器TC1的时间长度可以根据需要动态设定，或者在规范中静态设定；

所述计时器TC1的时间长度可以是固定长度，或者可变长度；其中固定长度是指只有一个计时器时间长度，计时器的时间长度在规范中静态设定；可变长度是指有多个计时器时间长度，具体的长度值可以放在计数请求中，由网络侧通知UE。

计数请求通过MCCH发送，MCCH消息在一个修改周期内周期性(重复周期)重复发送，在一个MCCH修改周期内，MCCH消息保持不变，计数请求也保持不变，因此相同的计数请求在一个MCCH修改周期内可以发送多次，此时不需要多次启动计时器TC1，只需要在MCCH修改周期中第一次发送计数请求的同时启动计时器TC1；只有网络侧发送新的计数请求时，才需要启动一次计时器TC1；

步骤402：UE收到计数请求，且计数请求中包含UE正在接收或感兴趣接收的业务，启动计时器用户设备侧计时器TC2；UE检查计时器TC2是否超时，如果没有超时，转向步骤403，否则转向步骤407；

所述计时器用户设备侧计时器TC2超时表明相应的计数过程结束；

计时器TC2是从UE收到计数请求到UE发送计数报告之间的时间限制；

TC2的长度可以根据需要动态设定，或者在规范中静态定义；

如果UE收到计数请求，只需要在发送计数报告前检查一次计时器TC2；

步骤403：UE发送计数报告；

步骤404：网络侧收到计数报告，检查计时器TC1是否超时，如果没有超时，转向步骤405，否则转向步骤406；

所述计时器TC1超时表明相应的计数过程结束；

步骤405：网络侧统计相应的计数报告；

所述统计是指根据计数报告的内容对UE进行计数；

步骤406：网络侧不统计相应的计数报告；

所述不统计是指不对UE计数；

步骤407：UE不发送计数报告。

以上实施例3中应用了条件D，网络侧和用户设备用户侧分别在首次发送计数请求和接收计数请求时启动相应的定时器。

实施例4

如图5所示，实施例5多媒体广播多播业务计数方法包括以下几个步骤：

步骤501：网络侧发送计数请求；

本步骤中，所述网络侧包括：eNB，和/或MCE；

计数请求通过MCCH发送，MCCH消息在一个修改周期内周期性(重复周期)重复发送，在一个MCCH修改周期内，MCCH消息保持不变，计数请求也保持不变，因此相同的计数请求在一个MCCH修改周期内可以发送多次；

网络侧停止计数过程之前，在不同的MCCH修改周期内，相同的计数请求在MCCH上重复发送；

步骤502：UE收到计数请求，且计数请求中包含UE正在接收或感兴趣接收的业务，UE发送计数报告；

步骤503：网络侧停止发送计数请求，同时启动计时器TD；

所述网络侧停止发送计数请求是指：网络侧停止在MCCH上发送计数请求；网络侧停止发送计数请求后，在此之前收到相同计数请求的UE可以继续发送计数报告；

计时器TD是从网络侧停止发送计数请求到网络侧停止统计UE的时间限制；此处主要考虑到从UE发送计数报告到网络侧接收到该报告的时间延时；

计时器TD的长度可以根据需要动态设定，或者在规范中静态设定；

步骤504：网络侧收到计数报告，检查计时器TD是否超时，如果没有超时，转向步骤505，否则转向步骤506；

所述计时器TD超时表明相应的计数过程结束；

步骤505：网络侧统计相应的计数报告；

所述统计是指根据计数报告的内容对UE进行计数；

步骤506：网络侧不统计相应的计数报告；

所述不统计是指不对UE进行计数。

在以上实施例5中，网络侧设定的计时器从停止发送计数请求时启动，其与首次发送计数请求时启动的定时器有相同的功用，都是为了根据计时器，对接收的计数报告的有效性进行区分，即，计时器超时前的计数报告为有效的计数报告，计时器超时后的计数报告作为无效计数报告，不列入统计范围内。

为了实现上述方法，本发明还提供了多媒体广播多播计数系统，该系统包括网络侧及用户设备，其中：

如图6所示，网络侧包括收发模块、与收发模块连接的计时器及统计模块，所述收发模块用于向用户设备发送计数请求，并在首次发送所述计数请求或停止发送所述计数请求时启动计时器；以及接收计数报告；

统计模块，用于对计时器超时前收到的计数报告进行统计。

用户设备包括收发模块，用于接收所述计数请求，以及发送计数报告；

为了有效控制计数报告的上报数量，如图7所示，该系统用户设备还进一步包括与所述收发模块连接的业务接收状况检查模块，用于根据计数请求检查是否有正在接收或感兴趣接收的业务；所述用户设备的收发模块将计数请求中有正在接收或感兴趣接收的业务作为上报所述计数报告的前提条件。

所述计数请求中包括概率因子，可替换地，如图8所示，所述用户设备还包括与收发模块连接的概率因子判断模块，用于在概率因子的取值范围内选择一个随机值，将该随机值与计数请求中的概率因子比较；所述用户设备的收发模块将所述概率因子大于所述随机值作为上报所述计数报告的必要条件A。

如图9所示，所述用户设备还包括与所述收发模块连接的新计数请求判断模块。

所述计数请求中包括概率因子和业务标识，所述新计数请求判断模块用于根据概率因子或根据概率因子和业务标识判断所述计数请求是否为新的计数请求；所述用户设备的收发模块将所述新计数请求作为上报所述计数报告的必要条件B，或，

所述计数请求中包括用于表示不同计数过程的计数序列号，所述新计数请求判断模块，用于根据所述计数序列号判断所述计数请求是否为新的计数请求；所述用户设备的收发模块将所述计数请求为新的计数请求作为上报所述计数报告的必要条件C。

采用概率因子区别不同的计数过程时，所述计数报告中携带对应计数请求中的概率因子，所述网络侧的统计模块根据所述概率因子判断所述计数报告对应的计数请求。

所述计数请求中的概率因子为0，表示相应的计数请求过程结束；所述用户设备的收发模块接收到概率因子为0的计数请求时，停止上报所述计数报告。

如图10所示，所述用户设备还包括用户设备侧计时器，所述用户设备的收发模块接收到计数请求时，启动用户设备侧计时器，并将用户设备侧计时器不超时作为上报所述计数报告的必要条件D。

当然，以上图7至10中的相对于图6增加的模块，可以根据具体的网络环境和需要任意组合在同一个实施例中。用户设备的收发模块接收到所述计数请求后，如果满足前提条件，或者满足前提条件和必要条件A、B，或者满足前提条件和必要条件C，或者满足前提条件和必要条件D，或者满足前提条件和必要条件C、D，或者满足前提条件和必要条件A、B、C，或者满足前提条件和必要条件A、B、D，或者满足前提条件和必要条件A至D，则上报所述计数报告。

本发明多媒体广播多播业务计数方法及多媒体广播多播计数系统中，当网络侧首次发送或停止发送计数请求时，启动计时器，并将计时器超时前收到的计数报告作为有效数据进行统计，以便网络侧及时进行计数统计。

除了在网络侧对上报的计数报告进行有效性划分外，还可以从用户设备出发，通过对上报条件的设置，在用户设备接收计数请求后，对是否符合上报条件进行判断，从而对计数报告的上报数量进行有效控制，减少发送不必要的计数报告，减轻上行资源负载，节省上行链路资源

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (18)

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

网络侧发送计数请求，并在首次发送所述计数请求或停止发送所述计数请求时启动计时器；

用户设备收到所述计数请求后，上报计数报告；

网络侧接收所述计数报告，对计时器超时前收到的针对所述计数请求的计数报告进行统计；

所述用户设备接收所述计数请求后，检查是否有正在接收或感兴趣接收的业务，并将计数请求中有正在接收或感兴趣接收的业务作为所述计数报告上报的前提条件；

所述用户设备接收到计数请求时，启动用户设备侧计时器，并将用户设备侧计时器不超时作为上报所述计数报告的必要条件；

所述计数请求中包括用于表示不同计数过程的计数序列号，所述用户设备接收所述计数请求后，根据所述计数序列号判断所述计数请求是否为新的计数请求；并将所述计数请求为新的计数请求作为上报所述计数报告的必要条件。

2.如权利要求1所述方法，其特征在于：所述用户设备接收到所述计数请求，如果满足所述前提条件，则用户设备上报所述计数报告。

3.如权利要求1所述的方法，其特征在于：所述计数请求中包括概率因子和业务标识，所述用户设备接收所述计数请求后，根据概率因子和业务标识或根据概率因子判断所述计数请求是否为新的计数请求；并将新的计数请求作为上报所述计数报告的必要条件。

4.如权利要求3所述的方法，其特征在于：所述计数请求中包括概率因子，所述用户设备接收所述计数请求后，在概率因子的取值范围内选择一个随机值，将该随机值与计数请求中的概率因子比较，并将所述概率因子大于所述随机值作为上报所述计数报告的必要条件。

5.如权利要求4所述的方法，其特征在于：所述计数报告中携带对应计数请求中的概率因子，所述网络侧根据所述概率因子判断所述计数报告对应的计数请求。

6.如权利要求4所述的方法，其特征在于：所述计数请求中的概率因子为0时，表示相应的计数请求过程结束，所述用户设备接收到概率因子为0的计数请求后，停止上报所述计数报告。

7.如权利要求1所述方法，其特征在于：所述用户设备接收到所述计数请求，如果计数请求中包含用户设备正在接收或者感兴趣接收的业务，并且满足所述必要条件，则用户设备上报所述计数报告。

8.如权利要求4所述方法，其特征在于：所述用户设备接收到所述计数请求后，如果为新的计数请求，且满足所述前提条件和所述必要条件，则用户设备上报所述计数报告。

9.如权利要求4所述方法，其特征在于：所述用户设备接收到所述计数请求，如果为新的计数请求，且满足所述前提条件和所述必要条件，并且用户设备侧计时器不超时，则用户设备上报所述计数报告。

10.一种多媒体广播多播计数系统，其特征在于，该系统包括：

网络侧包括收发模块、与所述收发模块连接的计时器及统计模块，所述收发模块用于向用户设备发送计数请求，并在首次发送所述计数请求或停止发送所述计数请求时启动计时器；接收计数报告；

统计模块，用于对计时器超时前收到的计数报告进行统计；

用户设备包括收发模块，用于接收所述计数请求，以及上报计数报告；

所述用户设备还包括业务接收状况检查模块，用于根据计数请求检查是否有正在接收或感兴趣接收的业务；所述用户设备的收发模块将计数请求中有正在接收或感兴趣接收的业务作为上报所述计数报告的前提条件；

所述用户设备还包括用户设备侧计时器，所述用户设备的收发模块接收到计数请求时，启动用户设备侧计时器，并将用户设备侧计时器不超时作为上报所述计数报告的必要条件；

所述计数请求中包括用于表示不同计数过程的计数序列号；所述用户设备还包括新计数请求判断模块，所述新计数请求判断模块，用于根据所述计数序列号判断所述计数请求是否为新的计数请求；所述用户设备的收发模块将所述计数请求为新的计数请求作为上报所述计数报告的必要条件。

11.如权利要求10所述系统，其特征在于：所述用户设备的收发模块接收到所述计数请求，如果满足所述前提条件，则上报所述计数报告。

12.如权利要求10所述的系统，其特征在于：所述计数请求中包括概率因子和业务标识，所述新计数请求判断模块，还用于根据概率因子和业务标识或根据概率因子判断所述计数请求是否为新的计数请求，所述用户设备的收发模块将新的计数请求作为上报所述计数报告的必要条件。

13.如权利要求12所述的系统,其特征在于：所述计数请求中包括概率因子，所述用户设备还包括概率因子判断模块，用于在概率因子的取值范围内选择一个随机值，将该随机值与计数请求中的概率因子比较，并将所述概率因子大于所述随机值作为上报所述计数报告的必要条件。

14.如权利要求13所述系统，其特征在于：所述用户设备的收发模块接收到所述计数请求后，如果为新的计数请求，且满足所述前提条件和所述必要条件，则上报所述计数报告。

15.如权利要求12所述的系统，其特征在于：所述计数报告中携带对应计数请求中的概率因子，所述网络侧的统计模块根据所述概率因子判断所述计数报告对应的计数请求。

16.如权利要求12所述的系统，其特征在于：所述计数请求中的概率因子为0，表示相应的计数请求过程结束；所述用户设备的收发模块接收到概率因子为0的计数请求时，停止上报所述计数报告。

17.如权利要求10所述系统，其特征在于：所述用户设备的收发模块接收到所述计数请求，如果计数请求中包含用户设备正在接收或者感兴趣接收的业务并且满足所述必要条件，则上报所述计数报告。

18.如权利要求13所述系统，其特征在于：所述用户设备的收发模块接收到所述计数请求后，如果为新的计数请求，且满足所述前提条件和所述必要条件，并且用户设备侧计时器不超时，则上报所述计数报告。