CN102413427A

CN102413427A - Mbms业务的统计信令的通知方法和系统

Info

Publication number: CN102413427A
Application number: CN2010102946236A
Authority: CN
Inventors: 胡留军; 苟伟
Original assignee: ZTE Corp
Priority date: 2010-09-21
Filing date: 2010-09-21
Publication date: 2012-04-11
Anticipated expiration: 2030-09-21
Also published as: WO2012037857A1; CN102413427B

Abstract

本发明公开了一种MBMS业务的统计信令的通知方法和系统，其中，该通知方法包括：网络侧通过寻呼消息来通知接收端接收MBMS业务的统计信令，其中，该寻呼消息中携带有用于指示网络侧即将或者已经在多播控制信道MCCH中发送上述MBMS业务的统计信令的标识。本发明保证了所有具有MBMS接收能力的接收端都能及时地获知MBMS业务的统计信令，进而参与统计过程，使得MBMS业务的统计的结果更加真实。

Description

MBMS业务的统计信令的通知方法和系统

技术领域

本发明涉及通信领域，具体而言，涉及一种MBMS(MultimediaBroadcast Multicast Service，多媒体广播组播业务)业务的统计信令的通知方法和系统。

背景技术

随着互联网的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如：视频会议、电视广播、视频点播、视频广告、网上教育、以及互动游戏等，这些业务不仅满足了移动用户不断上升的业务需求，同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、和时延敏感等特点。为了有效地利用移动网络资源，第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)提出了MBMS业务，该业务是一种从一个数据源向多个目标传送数据的业务，实现了网络(包括核心网和接入网)资源的共享，并且提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，还能够实现高速多媒体业务的广播和组播，能够提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G(3rd Generation，第三代数字通信)的发展提供了更好的业务前景。

在LTE(Long Term Evolution，长期演进)系统中，目前正在讨论关于MBMS业务在接收端的接收情况，最新的进展是网络侧针对某一些MBMS业务发起接收端的接收或感兴趣情况的统计过程，然后，相关的UE(User Equipment，用户设备)参与相应的反馈的过程。具体的，根据通信运营商的需求，目前在MBSFN(MultimediaBroadcast multicast service Single Frequency Network，多媒体广播组播业务单频网络)区域内，网络侧已经支持针对正在发送的MBMS业务(services already provided in an MBSFN area)和未发送的MBMS业务(services not yet provided in an MBSFN area)发起接收端的统计过程(这种统计过程称为MBMS counting)。当然，针对未发送的MBMS业务，仅仅是统计接收端UE在该MBMS业务发送时其是否感兴趣接收该MBMS业务。MBMS业务的统计的直接作用是获得UE侧对于正在发送的MBMS业务的接收情况或者是获得UE侧对于未发送的MBMS业务的感兴趣情况，但是运营商可以利用这些信息决定是否开启一个MBMS业务经由MBSFN方式。例如正在发送的MBMS业务，如果MBMS业务的统计的结果是没有UE接收，那么运营商可以在MBSFN区域内停止发送该MBMS业务。

在LTE中，由网络侧在MCCH(Multicast Control Channel，多播控制信道)中发送一个统计信令(Counting Request message)来发起针对某一些MBMS业务的MBMS统计(counting)。这样，如果UE想要参与网络侧发起的统计过程，那么只有接收到MCCH信息后才能从中获取统计过程的信令，进而才可以获得网络侧针对哪些MBMS业务发起了MBMS业务的统计，才能参与MBMS业务的统计过程。但是，根据现有的LTE的相关协议，并非所有的UE都在接收MCCH的，特别是针对未开始的MBMS业务进行MBMS业务的统计时，很多具有MBMS接收能力的UE实际上可能并没有接收MCCH，也没有监听MCCH通知消息(MCCH informationchange notification)。接收MCCH信息的条件只有在以下场景中才会满足：

(1)UE正在接收某MBMS业务，那么UE在每个MCCH修改周期时机处接收MCCH信息；

(2)正在监听MCCH通知消息的UE如果从MCCH通知消息中发现MCCH中有新的MBMS业务会话开始时，则接收MCCH信息；

(3)当UE初次进入某一MBSFN区域时接收MCCH信息。

显然，以上三种情况并不能包含所有的具有MBMS接收能力的UE。例如，具有MBMS接收能力的UE此时没有接收MBMS业务，也没有监听MCCH通知消息，这类UE也应该参与网络侧发起的针对未开始的MBMS业务的统计过程，因为这类UE也可能对于所述未开始发送的MBMS业务感兴趣接收。

综上，在网络侧发起针对未开始的MBMS业务的统计过程时，由于这些信令是在MCCH中发送的，具有MBMS接收能力的UE不一定都在接收MCCH，因此，一些具有MBMS接收能力但是却没有接收MBMS业务也没有监听MCCH通知消息的UE就无法及时获知网络侧发起的MBMS业务的统计信令，从而无法参与MBMS业务的统计过程，导致统计结果失真。

发明内容

本发明的主要目的在于提供一种MBMS业务的统计信令的通知方法和系统，以至少解决上述的某些具有MBMS接收能力的UE无法及时接收网络侧发起的MBMS业务的统计信令，从而无法参与MBMS业务的统计过程，导致统计结果失真的问题。

根据本发明的一个方面，提供了一种MBMS业务的统计信令的通知方法，包括：网络侧通过寻呼消息来通知接收端接收MBMS业务的统计信令，其中，该寻呼消息中携带有用于指示网络侧即将或者已经在多播控制信道MCCH中发送上述MBMS业务的统计信令的标识。

根据本发明的另一方面，提供了一种MBMS业务的统计信令的通知系统，包括：网络侧，用于通过寻呼消息来通知接收端接收MBMS业务的统计信令，其中，该寻呼消息中携带有用于指示网络侧即将或者已经在多播控制信道MCCH中发送上述MBMS业务的统计信令的标识。

通过本发明，网络侧通过在寻呼消息中设置一个标识，该标识用于指示网络侧即将或者已经在MCCH中发送MBMS业务的统计信令，并将携带有该标识的寻呼消息发送给接收端以通知其去接收上述MBMS业务的统计信令，由于系统中的所有接收端均会接收寻呼消息，因此，网络侧可以有效地将关于网络侧发起的MBMS业务的统计信令通知到所有接收端，从而保证了所有具有MBMS接收能力的接收端都能及时地获知MBMS业务的统计信令，进而参与统计过程，使得MBMS业务的统计的结果更加真实。

附图说明

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

图1是根据本发明实施例的MBMS业务的统计信令的通知方法的流程图；

图2是本发明实施例的MCCH修改周期大于完整寻呼周期的示意图；

图3是本发明实施例的MCCH修改周期小于完整寻呼周期的示意图；

图4是根据本发明实施例的MBMS业务的统计信令的通知系统的示意图。

具体实施方式

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

图1是根据本发明实施例的MBMS业务的统计信令的通知方法的流程图，包括以下步骤：

步骤S102，网络侧通过寻呼消息(Paging message)来通知接收端(即为UE)接收MBMS业务的统计信令(Counting Requestmessage)，其中，该寻呼消息中携带有用于指示网络侧即将或者已经在MCCH中发送上述MBMS业务的统计信令的标识。

其中，上述的统计信令中包含网络侧需要进行统计的一个或者多个MBMS业务的信息。每个MBSFN区域都有自己的MCCH，每个MBSFN区域的统计信令都在各自的MCCH中发送。

例如，在寻呼消息中增加一个标识，该标识用于表示网络侧即将在MCCH中发送包含一个或者多个MBMS业务的统计信令；或者，在寻呼消息中增加一个标识，该标识用于表示网络侧已经在MCCH中发送了包含一个或者多个MBMS业务的统计信令。

本实施例中，网络侧通过在寻呼消息中设置一个标识，该标识用于指示网络侧即将或者已经在MCCH中发送MBMS业务的统计信令，并将携带有该标识的寻呼消息发送给接收端以通知其去接收上述MBMS业务的统计信令，由于系统中的所有接收端均会接收寻呼消息(不同的UE可能接收到寻呼消息的时间不同，因为每个UE都有自己接收寻呼消息的时间窗)，因此，网络侧可以有效地将关于网络侧发起的MBMS业务的统计信令通知到所有接收端，从而保证了所有具有MBMS接收能力的接收端都能及时地获知MBMS业务的统计信令，进而参与统计过程，使得MBMS业务的统计的结果更加真实。使用本实施例能够克服相关技术在MBMS业务的统计时，部分UE不能及时获知网络侧发起的MBMS业务的统计信令，从而不能参与MBMS业务的统计过程而带来的统计结果失真的问题。本实施例特别适合网络侧针对未开始的MBMS业务发起MBMS业务的统计的应用场景。

在实际应用时，上述标识所指示的网络侧即将或者已经在MCCH中发送的MBMS业务的统计信令中可以包括一个或者多个MBMS业务的统计信息。这样，接收端在接收到该统计信令后，可以获知网络侧要对哪些MBMS业务进行统计。

由于网络侧既支持正在发送的MBMS业务，也支持未发送的MBMS业务，因此，为了适用于各种MBMS业务的统计过程，上述标识所指示的网络侧即将或者已经在MCCH中发送的MBMS业务的统计信令所包括的MBMS业务(一个或多个)具体可以仅为在MBSFN区域内的正在发送的MBMS业务。针对这类MBMS业务进行MBMS业务的统计时，主要参与统计过程的UE均是正在接收该MBMS业务的，没有接收该MBMS业务的UE实际上并不需要进行反馈，但是有可能也是需要反馈的，这个取决于反馈信令是如何设计的。针对正在发送MBMS业务进行统计时，通过分析认为是UE直接进行反馈的，不需要用户参与，所以相应的统计的周期可以短一些，例如几百毫秒或者几秒，一般不会为分钟级别。这样分类后可以使得这类业务的统计过程缩小，提高效率。

或者，上述标识所指示的网络侧即将或者已经在MCCH中发送的MBMS业务的统计信令所包括的MBMS业务(一个或多个)具体还可以为仅在MBSFN区域内未发送的MBMS业务。这类MBMS业务虽然还没有正式在MBSFN区域内发送，但是关于这些MBMS业务的相关信息(例如，播放时间、节目简介、和视频花絮等信息)网络侧均已发送。针对这类MBMS业务进行MBMS业务的统计时，具有MBMS能力的UE均需要参与统计过程(运营商的需求，因为具有MBMS能力的UE的用户(user)均可能对于接收该MBMS业务感兴趣)，所以需要把MBMS业务的统计信令至少通知到所有具有MBMS能力的UE。

其中，对于未发送的MBMS业务进行统计时，通过分析认为是UE接收到统计信令后，如果UE能够处理判断出自己对于其感兴趣，则直接进行反馈，否则UE把相关信息显示给用户，用户决定是否感兴趣接收。因为由于用户的参与，所以导致整个统计过程用时比较长，一般认为是分钟级别及以上。这样，使得统计过程的效率比较低。

或者，上述标识所指示的网络侧即将或者已经在MCCH中发送的MBMS业务的统计信令所包括的MBMS业务(一个或多个)具体还可以为在MBSFN区域内未发送的MBMS业务以及为在MBSFN区域内的正在发送的MBMS业务的组合。此种情况下，也是需要通知到所有具有MBMS能力的UE的。

显然当上述统计信令所包括的MBMS业务只有一个时，该MBMS业务仅能是在MBSFN区域内的正在发送的MBMS业务和在MBSFN区域内未发送的MBMS业务中的任意一种。

在实际应用时，当步骤S102中的MCCH为多个时，由于一个MCCH对应一个MBSFN区域，当MCCH为多个时，MBSFN区域也为多个，此时，寻呼消息中携带的标识可以按照以下三种方式进行设置：

第一种方式：该标识仅指示网络侧在MCCH中即将发送或者已经发送包含一个或者多个MBMS业务的统计信令，而不指明是哪个MCCH，这样，该标识的所占用的开销比较小。例如，采用该标识是否存在来表示是否在MCCH中即将发送或者已经发送包含一个或多个MBMS业务的统计信令，或者该标识占用1bit，来指示网络侧是否在MCCH中即将发送或者已经发送包含一个或者多个MBMS业务的统计信令。

使用上述第一种方式最大的优点是简单，开销最小，而其缺点是指示不够明确。比较适合MBSFN区域不发生重叠覆盖的情况，即由一个MBSFN区域覆盖的区域进行MBMS业务的统计，因为此时只有一个MCCH。当有多个MBSFN区域重叠覆盖时，标识占用1个比特存在指示不够明确的缺陷，从而会使得UE需要逐个地接收MCCH来确认其中是否包含统计信令。

考虑到MBMS业务的统计不是一个频率高的业务类型，目前认为MBMS业务的统计由运营商人工触发网络侧发起，所以可以认为MBMS业务的统计的频率是非常低的。这样即使上述标识仅占用1个比特来描述时，对于UE的影响也是有限的，所以也是可以接受的。

第二种方式：上述标识还可以用于指示网络侧即将或者已经在上述多个MCCH中的每一个中发送MBMS业务的统计信令(可以包括一个或多个MBMS业务的统计信息)。具体地，该标识占用多个比特，其中各个比特与多个该MCCH中的各个MCCH一一对应，每个比特用于指示网络侧是否即将或者已经在与该比特对应的MCCH中发送MBMS业务的统计信令。

例如，该标识可以使用8bits的每一个比特表示网络侧是否在8个MCCH中的一个MCCH中即将发送或者已经发送包含一个或者多个MBMS业务的统计信令。这样，标识的指示是非常明确的，直接指示每一个MCCH中是否包含MBMS业务的统计信令。由于目前LTE中最多支持8个不同的MBSFN区域重叠覆盖，所以使用8bits与8个MCCH一一对应的方式来指示每一个MCCH中的情况，非常适合MBSFN区域重叠覆盖的场景。由于MCCH与MBSFN区域也是一一对应的关系，因此，8bits与8个MCCH一一对应也即8bits与8个MBSFN区域一一对应。

其中，8个比特中的每一个比特与8个MBSFN区域的对应关系可以有很多种，例如，从左至右的8bits依次对应ID从大到小的8个MBSFN区域。如果不够8个MBSFN区域，那么从左至右的8bits依次对应的MBSFN区域的ID从大到小，剩余的比特保留(例如，“1”表示有MBMS业务的统计信令，保留时置为零)。

上述的第二种方式的最大优点是指示明确，不需要UE逐个地接收MCCH来确认，比较适合于MBSFN区域发生重叠覆盖的情况，即由多个MBSFN区域覆盖的区域进行MBMS业务的统计，因为此时最多有8个MCCH。当有多个MBSFN区域重叠覆盖时，该标识占用8个比特能够明确地进行指示，避免UE逐个接收MCCH来确认其中是否包含MBMS业务的统计信令。

考虑到MBMS业务的统计不是一个频率高的业务类型，目前认为MBMS业务的统计由运营商人工触发网络侧发起，所以认为MBMS业务的统计的频率是非常低的。这样，即使标识占用8个比特来描述时，对于寻呼消息的影响也是非常有限的，因为寻呼消息是在PDSCH(Physical Downlink Shared Channel，物理下行共享信道)中发送的，可以通过分配较多的物理资源来克服寻呼消息的开销增加。

第三种方式：当MCCH为多个(由于MCCH与MBSFN区域是一一对应的关系，此时MBSFN区域也为多个)时，上述标识还用于指示网络侧即将或者已经发送MBMS业务的统计信令所使用的一个或多个MCCH，即能够指示多个MCCH或MBSFN区域中的哪一个中即将发送或者已经发送包含一个或者多个MBMS业务的统计信令。具体地，该标识可以占用多个比特，其中的每三个比特用于指示该网络侧即将或者已经发送MBMS业务的统计信令使用的一个MCCH，即，通过使用3bits来指示是多个MCCH或者多个MBSFN区域中的哪一个中即将发送或者已经发送包含一个或者多个MBMS业务的统计信令。

例如，该标识占用多个比特，使用其中的每3bits用于指示哪一个MCCH中即将发送或者已经发送包含一个或者多个MBMS业务的统计信令。如果有多个MCCH中均包含统计信令，那么多个MCCH的每一个均使用3bits来指示。这样如果最多有8个MCCH中同时包含统计信令，那么该标识需要占用3bits*8＝24bits。

目前在现有LTE协议中，在SIB13(System Information Block13)中有一个参数“notificationIndicator”，该参数与MCCH存在一一对应的关系，本发明的第三种方式中可以利用该参数与MCCH一一对应的关系来指示哪个MCCH中即将或者已经包含有统计信令。该参数notificationIndicator也是占用3bits。具体的使用可以为：假设有2个MBSFN区域各自对应的MCCH中均包含了MBMS业务的统计信令，那么寻呼消息中的该标识需要由3bits+3bits＝6bits组成，标识的取值即为这两个MBSFN区域在SIB13中对应的notificationIndicator的取值。

上述的第三种方式是第一种方式和第二种方式的折中，因为第一种方式指示不够明确而第二种方式指示明确但是开销比较大。并且，8个MBSFN区域同时覆盖同一区域的情况出现的概率比较小，一般认为有不超过3个MBSFN区域重叠。

在实际应用时，步骤S102中的寻呼消息可以为用于寻呼处于空闲状态的接收端的寻呼消息和/或为用于寻呼处于连接状态的接收端的寻呼消息。这样，处于这两种状态的UE均可以接收到寻呼消息，从而接收到MCCH中的统计信令，参与统计过程。

在上述如图1所示的方法中，在步骤S102之后，还包括：接收端(显然，是具备MBMS接收能力的接收端)根据接收到的寻呼消息中的标识，接收MCCH中的MBMS业务的统计信令；接收端从该MBMS业务的统计信令中解析出该网络侧所要统计的MBMS业务；接收端根据解析得到的所要统计的MBMS业务进行反馈。其中，对于所要统计的MBMS业务中的未发送的MBMS业务，具备MBMS接收能力的UE会针对自己感兴趣的业务进行反馈(即返回反馈信令)。由于每个接收端(UE)最终都会接收到携带有标识的寻呼消息，那么其中的具有MBMS接收能力的接收端显然也会接收到携带有标识的寻呼消息，具有MBMS接收能力的接收端就会执行上述步骤，来完成反馈。

下面针对各种应用场景对上述的方法进行详细地说明。

实施例1

假设本实施例中，网络侧在寻呼消息中增加的标识是表示网络侧在MCCH中即将发送包含一个或者多个未发送的MBMS业务的统计信令，且标识设置的方式为上述的第一种方式。即，该标识位存在，则表示网络侧在MCCH中即将发送包含一个或者多个未发送的MBMS业务的统计信令，该标识若不存在，则表示网络侧不会发起MBMS的统计。

假设应用场景中有2个MBSFN区域重叠覆盖一区域，这样就会有2个不同的MCCH，每个MBSFN区域对应一个MCCH。如果运营商确定对于某一个MBSFN区域(假设是MBSFN1区域，MBSFN1区域对应的MCCH记为MCCH1)内还未发送的2个MBMS业务进行MBMS业务的统计，以确定这2个MBMS业务在开始发送后，有多少感兴趣的UE进行接收。如果本次统计结果为没有任何UE感兴趣接收，那么运营商能够取消这两个MBMS业务的发送计划。

下面介绍本实施例涉及的网络侧的行为。首先，运营商触发MBMS业务的统计，此时网络侧控制通过相关的基站在寻呼消息中配置并发送所述标识，用来通知具有MBMS能力的UE，网络侧即将在MCCH(此处不能说明是MCCH1)中包含一个或者多个未发送的MBMS业务的统计信令。这里由于LTE中UE是分组寻呼的，不同的UE有自己的寻呼时机(组)，所以每个UE当自己的寻呼时机到达时均需要接收寻呼消息，以确定是否有寻呼自己的信息。这样一个完整的寻呼周期(即网络侧完成对于所有UE的第一次寻呼)过后，借助于寻呼消息，所有的UE都可以接收到发送的所述标识信息。参见图2和图3，分别对应MCCH1的修改周期大于和小于一个完整的寻呼周期的示意。这里把可以在时间允许的范围发送多个完整的寻呼周期，使得每个UE有多次在自己的寻呼时机到达时接收包含所述标识的寻呼消息，以确保所有UE都可以正确的获得寻呼消息以及其中的所述标识。这里还需要注意，由于寻呼消息的发送是基站自己配置各自的周期的，为了确保在要求的时间点之前，相关的所有基站都能够把带有所述标识的寻呼消息发送给所有UE，网络侧在通知相关基站时需要考虑一定的时间提前量。

要求的时间点的选择一般为网络侧需要发送的包含统计信令的MCCH的修改周期时机处或提前几个毫秒。这样做的主要目的是寻呼消息是由相关基站各自发送，不一定有统一的周期，但是MCCH的发送是各个基站按照统一的规则发送，并且LTE规定，MCCH只有在其修改周期时机处才可以发生更新。这样，当所有的基站在要求的时间点到来时，均可以完整地通知到其下属的所有UE，有统计信令即将在MCCH中发送，这样时间点由于和真正发送统计信令的MCCH某一修改周期时机处相同或者略有提前，UE在接收和解析完毕寻呼消息后，恰好可以及时接收到包含统计信令的MCCH，从而及时参与统计过程。

在要求的时间点到达时，相关的所有基站已经结束了发送包含所述标识的寻呼消息，此时网络侧会在最近的MCCH1的修改周期时机处在MCCH1中配置和发送包含一个或者多个未发送的MBMS业务的统计信令。本实施例中不需要在MCCH2中发送包含一个或者多个未发送的MBMS业务的统计信令。

实施例2

假设本实施例中在寻呼消息中增加的标识是表示网络侧在每个MCCH中是否即将发送包含一个或者多个未发送的MBMS业务的统计信令，且标识的设置方式为上述的第二种方式。即，若该标识位存在，且根据标识信令组成获知网络侧在哪些MCCH中即将发送包含一个或者多个未发送的MBMS业务的统计信令，若该标识不存在，则表示网络侧不会发起MBMS业务的统计。

假设应用场景中有2个MBSFN区域重叠覆盖一区域，这样就会有2个不同的MCCH，每个MBSFN区域对应一个MCCH。如果运营商确定对于某一MBSFN区域(假设是MBSFN1区域，MBSFN1区域对应的MCCH记为MCCH1，并且假设MNSFN1的ID对应的数值最大)内还未发送的2个MBMS业务进行MBMS业务的统计，以确定这2个MBMS业务在开始发送后，有多少感兴趣的UE进行接收。如果本次统计结果为没有任何UE感兴趣接收，那么运营商能够取消这两个MBMS业务的发送计划。那么此时标识的构成为：“10000000”，其中“1”表示MBSFN1区域的MCCH1中即将发送包含一个或者多个未发送的MBMS业务的统计信令。从左至右第2个“0”表示MBSFN2区域的MCCH2中不发送统计信令。剩余的“0”可以表示MBSFN区域不存在，也可以表示这些不存在的MBSFN区域的MCCH中不发送统计信令。

下面介绍本实施例涉及的网络侧的行为。首先，运营商触发MBMS业务的统计，此时网络侧控制通过相关的基站在寻呼消息中配置并发送所述标识，用来通知具有MBMS能力的UE，网络侧即将在MCCH1中包含一个或者多个未发送的MBMS业务的统计信令。这里由于LTE中UE是分组寻呼的，不同的UE有自己的寻呼时机(组)，所以每个UE当自己的寻呼时机到达时均需要接收寻呼消息，以确定是否有寻呼自己的信息。这样一个完整的寻呼周期过后，借助于寻呼消息，所有的UE都可以接收到发送的所述标识信息。参见图2和图3，分别对应MCCH1的修改周期大于和小于一个完整的寻呼周期的示意。这里把可以在时间允许的范围发送多个完整的寻呼周期，使得每个UE有多次在自己的寻呼时机到达时接收包含所述标识的寻呼消息，以确保所有UE都可以正确的获得寻呼消息以及其中的所述标识。这里还需要注意，由于寻呼消息的发送是基站自己配置各自的周期的，为了确保在要求的时间点之前，相关的所有基站都能够把带有所述标识的寻呼消息发送给所有UE，网络侧在通知相关基站时需要考虑一定的时间提前量。

要求的时间点的选择一般为网络侧需要发送的包含统计信令的MCCH的修改周期时机处或提前几个毫秒。这样做的主要目的是寻呼消息是相关基站各自发送，不一定有统一的周期，但是MCCH的发送是各个基站按照统一的规则发送，并且LTE规定，MCCH只有在其修改周期时机处才可以发生更新。这样，当所有的基站在要求的时间点到来时，均可以完整的通知到其下属的所有UE，有统计信令即将在MCCH中发送，这样时间点由于和真正发送统计信令的MCCH某一修改周期时机处相同或者略有提前，UE在接收和解析完毕寻呼消息后，恰好可以及时接收到包含统计信令的MCCH，从而及时参与统计过程。

在要求的时间点到达时，相关的所有基站已经结束发送包含所述标识的寻呼消息，此时网络侧则会在最近的MCCH1的修改周期时机处在MCCH1中配置和发送包含一个或者多个未发送的MBMS业务的统计信令。本实施例中不需要在MCCH2中发送包含一个或者多个未发送的MBMS业务的统计信令。

实施例3

假设本实施例中在寻呼消息中增加的标识是表示网络侧在哪些MCCH中即将发送包含一个或者多个未发送的MBMS业务的统计信令，且标识的设置方式为上述的第三种方式。即，该标识位存在，且根据标识信令组成获知网络侧在哪些MCCH中即将发送包含一个或者多个未发送的MBMS业务的统计信令，若该标识不存在，则表示网络侧不会发起MBMS业务的统计。

假设应用场景中有2个MBSFN区域重叠覆盖一区域，这样就会有2个不同的MCCH，每个MBSFN区域对应一个MCCH。如果运营商确定对于某一MBSFN区域(假设是MBSFN1区域，MBSFN1区域对应的MCCH记为MCCH1，并且假设MNSFN1对应的notificationIndicator的取值为“001”，这个取值可以直接在SIB13中看到)内还未发送的2个MBMS业务进行MBMS业务的统计，以确定这2个MBMS业务在开始发送后，有多少感兴趣的UE进行接收。如果本次统计结果为没有任何UE感兴趣接收，那么运营商能够取消这两个MBMS业务的发送计划。那么此时标识的信令构成则为：“001”，其中“001”表示只有MBSFN1区域的MCCH1中即将发送包含一个或者多个未发送的MBMS业务的统计信令。如果假设在MBSFN1和MBSFN2的各自的MCCH中均有统计信令发送，那么则所述标识信令为：“000，001”(这里假设MBSFN2对应的notificationIndicator的取值在SIB13中为“000”)。

图4是根据本发明实施例的MBMS业务的统计信令的通知系统，包括：网络侧10和接收端20，其中：

网络侧10，用于通过寻呼消息来通知接收端(即UE)20接收MBMS业务的统计信令，其中，该寻呼消息中携带有用于指示网络侧10即将或者已经在MCCH中发送上述MBMS业务的统计信令的标识。

接收端20，用于根据自己接收到的寻呼消息中的标识，接收MCCH中的MBMS业务的统计信令，从该MBMS业务的统计信令中解析出网络侧10所要统计的MBMS业务，并根据解析出的所要统计的MBMS业务进行反馈。显然，上述接收端20为具备MBMS接收能力的接收端。

其中，寻呼消息中携带的标识所指示的网络侧10即将或者已经在MCCH中发送MBMS业务的统计信令中包括一个或者多个MBMS业务的统计信息。

为了适用于各种MBMS业务，在实际应用时，上述MBMS业务可以为在MBSFN区域内的正在发送的MBMS业务和/或在MBSFN区域内的未发送的MBMS业务。

在实际应用时，当MCCH为多个时，寻呼消息中携带的标识还可以进一步用于指示网络侧10即将或者已经在这多个MCCH中的每一个中发送MBMS业务的统计信令。具体地，该标识占用多个比特，其中的各个比特与这多个MCCH中的各个MCCH一一对应，每个比特用于指示网络侧10是否即将或者已经在与该比特对应的MCCH中发送MBMS业务的统计信令。

或者，当MCCH为多个时，寻呼消息中携带的标识还可以进一步用于指示网络侧10即将或者已经发送MBMS业务的统计信令使用的一个或多个MCCH。具体地，该标识占用多个比特，其中的每三个比特用于指示网络侧10即将或者已经发送MBMS业务的统计信令使用的一个MCCH。

上述寻呼消息可以为用于寻呼处于空闲状态的接收端的寻呼消息和/或用于寻呼处于连接状态的接收端的寻呼消息。这样，处于这两种状态的UE均可以接收到寻呼消息。

从以上的描述中，可以看出，本发明实现了如下技术效果：

网络侧通过在寻呼消息中设置一个标识，该标识用于指示网络侧即将或者已经在MCCH中发送MBMS业务的统计信令，并将携带有该标识的寻呼消息发送给接收端，由于系统中的所有接收端均会接收寻呼消息，因此，网络侧可以有效地将关于网络侧发起的MBMS业务的统计信令通知到所有UE，从而保证了所有具有MBMS接收能力的UE都能及时地获知MBMS业务的统计信令，进而参与统计过程，使得MBMS业务的统计的结果更加真实，特别适合网络侧针对未开始的MBMS业务发起MBMS业务的统计的应用场景。

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

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

Claims

1.一种多媒体广播组播业务MBMS业务的统计信令的通知方法，其特征在于，包括：

网络侧通过寻呼消息来通知接收端接收MBMS业务的统计信令，其中，所述寻呼消息中携带有用于指示所述网络侧即将或者已经在多播控制信道MCCH中发送所述MBMS业务的统计信令的标识。

2.根据权利要求1所述的方法，其特征在于，所述MBMS业务为在多媒体广播组播业务单频网络MBSFN区域内的正在发送的MBMS业务和/或在所述MBSFN区域内的未发送的MBMS业务。

3.根据权利要求1所述的方法，其特征在于，当所述MCCH为多个时，所述标识还用于指示所述网络侧即将或者已经在多个所述MCCH中的每一个中发送MBMS业务的统计信令。

4.根据权利要求3所述的方法，其特征在于，所述标识占用多个比特，其中的各个比特与多个所述MCCH中的各个MCCH一一对应，每个比特用于指示所述网络侧是否即将或者已经在与该比特对应的MCCH中发送MBMS业务的统计信令。

5.根据权利要求1所述的方法，其特征在于，当所述MCCH为多个时，所述标识还用于指示所述网络侧即将或者已经发送MBMS业务的统计信令使用的一个或多个MCCH。

6.根据权利要求5所述的方法，其特征在于，所述标识占用多个比特，其中的每三个比特用于指示所述网络侧即将或者已经发送MBMS业务的统计信令使用的一个MCCH。

7.根据权利要求1所述的方法，其特征在于，所述寻呼消息包括用于寻呼处于空闲状态的接收端的寻呼消息和/或用于寻呼处于连接状态的接收端的寻呼消息。

8.根据权利要求1至7中任一项所述的方法，其特征在于，在所述网络侧通过寻呼消息来通知接收端接收MBMS业务的统计信令之后，还包括：

所述接收端根据所述寻呼消息中的所述标识，接收MCCH中的所述MBMS业务的统计信令；

所述接收端从所述MBMS业务的统计信令中解析出所述网络侧所要统计的MBMS业务；

所述接收端根据所述所要统计的MBMS业务进行反馈。

9.一种多媒体广播组播业务MBMS业务的统计信令的通知系统，其特征在于，包括：

网络侧，用于通过寻呼消息来通知接收端接收MBMS业务的统计信令，其中，所述寻呼消息中携带有用于指示所述网络侧即将或者已经在多播控制信道MCCH中发送所述MBMS业务的统计信令的标识。

10.根据权利要求9所述的系统，其特征在于，还包括：

所述接收端，用于根据所述寻呼消息中的所述标识，接收MCCH中的所述MBMS业务的统计信令，从所述MBMS业务的统计信令中解析出所述网络侧所要统计的MBMS业务，并根据所述所要统计的MBMS业务进行反馈。