MBMS业务的统计信令的通知方法和系统 技术领域 本发明涉及通信领域，具体而言，涉及一种 MBMS (Multimedia Broadcast Multicast Service, 多媒体广播组播业务） 业务的统计信令的通知方法和系统。 背景技术 随着互联网的迅猛发展和大屏幕多功能手机的 普及， 出现了大量移动数据多媒体 业务和各种高带宽多媒体业务， 例如： 视频会议、 电视广播、 视频点播、 视频广告、 网上教育、 以及互动游戏等， 这些业务不仅满足了移动用户不断上升的业务 需求， 同 时也为移动运营商带来新的业务增长点。 这些移动数据多媒体业务要求多个用户能够 同时接收相同数据， 与一般的数据业务相比， 具有数据量大、 持续时间长、 和时延敏 感等特点。 为了有效地利用移动网络资源， 第三代合作伙伴计划 （3rd Generation Partnership Project, 简称为 3GPP) 提出了 MBMS业务， 该业务是一种从一个数据源 向多个目标传送数据的业务， 实现了网络 （包括核心网和接入网） 资源的共享， 并且 提高了网络资源 （尤其是空中接口资源） 的利用率。 3GPP定义的 MBMS业务不仅能 够实现纯文本低速率的消息类组播和广播，还 能够实现高速多媒体业务的广播和组播， 能够提供多种丰富的视频、 音频和多媒体业务， 这无疑顺应了未来移动数据发展的趋 势， 为 3G (3rd Generation, 第三代数字通信） 的发展提供了更好的业务前景。 在 LTE (Long Term Evolution, 长期演进） 系统中， 目前正在讨论关于 MBMS业 务在接收端的接收情况，最新的进展是网络侧 针对某一些 MBMS业务发起接收端的接 收或感兴趣情况的统计过程， 然后， 相关的 UE (User Equipment, 用户设备） 参与相 应的反馈的过程。 具体的， 根据通信运营商的需求， 目前在 MBSFN ( Multimedia Broadcast 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 information change 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业务为在多媒体广播组播业务单频网络 MBSFN区域内的正 在发送的 MBMS业务和 /或在所述 MBSFN区域内的未发送的 MBMS业务。 优选地， 当所述 MCCH为多个时， 所述标识还用于指示所述网络侧即将或者已经 在多个所述 MCCH中的每一个中发送 MBMS业务的统计信令。 优选地， 所述标识占用多个比特， 其中的各个比特与多个所述 MCCH 中的各个 MCCH一一对应， 每个比特用于指示所述网络侧是否即将或者已 经在与该比特对应的 MCCH中发送 MBMS业务的统计信令。 优选地， 当所述 MCCH为多个时， 所述标识还用于指示所述网络侧即将或者已经 发送 MBMS业务的统计信令使用的一个或多个 MCCH。 优选地， 所述标识占用多个比特， 其中的每三个比特用于指示所述网络侧即将或 者已经发送 MBMS业务的统计信令使用的一个 MCCH。 优选地，所述寻呼消息包括用于寻呼处于空闲 状态的接收端的寻呼消息和 /或用于 寻呼处于连接状态的接收端的寻呼消息。 优选地，在所述网络侧通过寻呼消息来通知接 收端接收 MBMS业务的统计信令之 后，还包括:所述接收端根据所述寻呼消息中� �所述标识，接收 MCCH中的所述 MBMS 业务的统计信令；所述接收端从所述 MBMS业务的统计信令中解析出所述网络侧所要 统计的 MBMS业务； 所述接收端根据所述所要统计的 MBMS业务进行反馈。 根据本发明的另一方面， 提供了一种 MBMS业务的统计信令的通知系统， 包括： 网络侧， 用于通过寻呼消息来通知接收端接收 MBMS业务的统计信令， 其中， 该寻呼 消息中携带有用于指示网络侧即将或者已经在 多播控制信道 MCCH 中发送上述 MBMS业务的统计信令的标识。 优选地， 还包括： 所述接收端， 设置为根据所述寻呼消息中的所述标识， 接收 MCCH中的所述 MBMS业务的统计信令， 从所述 MBMS业务的统计信令中解析出所 述网络侧所要统计的 MBMS业务， 并根据所述所要统计的 MBMS业务进行反馈。 通过本发明， 网络侧通过在寻呼消息中设置一个标识， 该标识用于指示网络侧即 将或者已经在 MCCH中发送 MBMS业务的统计信令， 并将携带有该标识的寻呼消息 发送给接收端以通知其去接收上述 MBMS业务的统计信令，由于系统中的所有接收� � 均会接收寻呼消息， 因此， 网络侧可以有效地将关于网络侧发起的 MBMS业务的统计 信令通知到所有接收端，从而保证了所有具有 MBMS接收能力的接收端都能及时地获 知 MBMS业务的统计信令， 进而参与统计过程， 使得 MBMS业务的统计的结果更加 真实。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据本发明实施例的 MBMS业务的统计信令的通知方法的流程图； 图 2是本发明实施例的 MCCH修改周期大于完整寻呼周期的示意图； 图 3是本发明实施例的 MCCH修改周期小于完整寻呼周期的示意图； 图 4是根据本发明实施例的 MBMS业务的统计信令的通知系统的示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 图 1是根据本发明实施例的 MBMS业务的统计信令的通知方法的流程图，包� �以 下步骤： 步骤 S102, 网络侧通过寻呼消息 （Paging message)来通知接收端 （即为 UE)接 收 MBMS业务的统计信令 （Counting Request message), 其中， 该寻呼消息中携带有 用于指示网络侧即将或者已经在 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业务的统计信令，或者该标识占用 1 bit,来指示网络侧是否 在 MCCH中即将发送或者已经发送包含一个或者多� � MBMS业务的统计信令。 使用上述第一种方式最大的优点是简单， 开销最小， 而其缺点是指示不够明确。 比较适合 MBSFN区域不发生重叠覆盖的情况， 即由一个 MBSFN区域覆盖的区域进 行 MBMS业务的统计，因为此时只有一个 MCCH。当有多个 MBSFN区域重叠覆盖时， 标识占用 1个比特存在指示不够明确的缺陷， 从而会使得 UE需要逐个地接收 MCCH 来确认其中是否包含统计信令。 考虑到 MBMS业务的统计不是一个频率高的业务类型， 目前认为 MBMS业务的 统计由运营商人工触发网络侧发起，所以可以 认为 MBMS业务的统计的频率是非常低 的。 这样即使上述标识仅占用 1个比特来描述时， 对于 UE的影响也是有限的， 所以 也是可以接受的。 第二种方式：上述标识还可以用于指示网络侧 即将或者已经在上述多个 MCCH中 的每一个中发送 MBMS业务的统计信令 （可以包括一个或多个 MBMS业务的统计信 息）。 具体地， 该标识占用多个比特， 其中各个比特与多个该 MCCH中的各个 MCCH 一一对应，每个比特用于指示网络侧是否即将 或者已经在与该比特对应的 MCCH中发 送 MBMS业务的统计信令。 例如， 该标识可以使用 8 bits的每一个比特表示网络侧是否在 8个 MCCH中的一 个 MCCH中即将发送或者已经发送包含一个或者多� � MBMS业务的统计信令。这样， 标识的指示是非常明确的， 直接指示每一个 MCCH中是否包含 MBMS业务的统计信 令。由于目前 LTE中最多支持 8个不同的 MBSFN区域重叠覆盖，所以使用 8 bits与 8 个 MCCH—一对应的方式来指示每一个 MCCH中的情况， 非常适合 MBSFN区域重 叠覆盖的场景。 由于 MCCH与 MBSFN区域也是——对应的关系， 因此， 8 bits与 8 个 MCCH——对应也即 8 bits与 8个 MBSFN区域——对应。 优选地， 8个比特中的每一个比特与 8个 MBSFN区域的对应关系可以有很多种， 例如， 从左至右的 8 bits依次对应 ID从大到小的 8个 MBSFN区域。 如果不够 8个 MBSFN区域， 那么从左至右的 8 bits依次对应的 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,即，通过使用 3 bits来指示是多个 MCCH 或者多个 MBSFN区域中的哪一个中即将发送或者已经发送� ��含一个或者多个 MBMS 业务的统计信令。 例如， 该标识占用多个比特， 使用其中的每 3 bits用于指示哪一个 MCCH中即将 发送或者已经发送包含一个或者多个 MBMS业务的统计信令。 如果有多个 MCCH中 均包含统计信令， 那么多个 MCCH的每一个均使用 3 bits来指示。 这样如果最多有 8 个 MCCH中同时包含统计信令， 那么该标识需要占用 3 bits*8=24 bits。 目前在现有 LTE协议中， 在 SIB13 ( System Information Block 13 ) 中有一个参数

"notificationlndicator",该参数与 MCCH存在——对应的关系，本发明的第三种方� �中 可以利用该参数与 MCCH—一对应的关系来指示哪个 MCCH中即将或者已经包含有 统计信令。 该参数 notificationlndicator也是占用 3 bits。 具体的使用可以为： 假设有 2 个 MBSFN区域各自对应的 MCCH中均包含了 MBMS业务的统计信令， 那么寻呼消 息中的该标识需要由 3 bits+3 bits=6 bits组成， 标识的取值即为这两个 MBSFN区域在 SIB13中对应的 notificationlndicator的取值。 上述的第三种方式是第一种方式和第二种方式 的折中， 因为第一种方式指示不够 明确而第二种方式指示明确但是开销比较大。 并且， 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 对应的 notificationlndicator的取值为" 001"， 这个取值可以直接在 SIB13中看到） 内还 未发送的 2个 MBMS业务进行 MBMS业务的统计，以确定这 2个 MBMS业务在开始 发送后， 有多少感兴趣的 UE进行接收。 如果本次统计结果为没有任何 UE感兴趣接 收，那么运营商能够取消这两个 MBMS业务的发送计划。那么此时标识的信令构� �则 为： "001"， 其中' Ό01 "表示只有 MBSFN1区域的 MCCH1中即将发送包含一个或者多 个未发送的 MBMS 业务的统计信令。 如果假设在 MBSFN1 和 MBSFN2 的各自的 MCCH中均有统计信令发送，那么则所述标识信� �为： "000， 001" (这里假设 MBSFN2 对应的 notificationlndicator的取值在 SIB13中为 "000" )。 下面介绍本实施例涉及的网络侧的行为。 首先， 运营商触发 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业务的统计信令。 图 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业 务的统计的应用场景。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路 模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。