一种多播控制信道 MCCH 的收发方法、 装置和系统 【技术领域】
本发明涉及移动通信技术领域， 特别是涉及一种 MCCH 的收发方法、 装置和系统。背景技术 在第三代移动通信技术领域， LTE(Long Term Evolution， 长期演进 )R9(Release 9， 第 9 版本 ) 系统引入了 MBMS(Multimedia Broadcast Multicast Service， 多媒体广播多 播业务 ) 机制， 通过 MCCH(Multicast Control Channel， 多播控制信道 ) 传输 MBMS 的控制信 息， 并由 BCCH(Broadcast Control Channel， 广播控制信道 ) 传输 MCCH 的 MCS(Modulation and Coding Scheme， 调制编码格式 ) 信息。 如果 UE(User Equipment， 用户设备 ) 通过 BCCH 接收的 MCCH 的 MCS 与当前 MCCH 传输所使用的 MCS 不相同， 就会造成 MCCH 接收错误， 进一 步导致 UE 无法正常接收 MBMS 业务， 影响用户体验。
如图 1 所示， 为 LTE R9 系统中的 MBMS 架构示意图， 其中， M3 接口为 MCE(MBMS Coordination Entity， 多 媒 体 广 播 和 多 播 业 务 协 调 ) 和 MME(Mobility Management Entity， 移动性管理实体 ) 之间的接口， 针对该接口定义了相应的应用功能， 以便进行 EPS(Evolved Packet System， 演进型分组系统 ) 承载等级的 MBMS 会话控制信令的交互， 相关的会话控制过程包括 MBMSSession Start( 会话开始 ) 和 MBMS Session Stop( 会话 停止 )， 该接口的信令传输使用 SCTP(Stream Control Transmission Protocol， 流控制传 输协议 )， 即该接口的信令传输是点对点进行的。M2 接口为 MCE 和 eNB(Evolved Node B，
演进型节点 B) 之间的逻辑接口， 针对该接口定义了相应的应用功能， 以便传输多小区传输 模式 eNB 所需的无线配置参数以及会话控制信令， 该接口的信令传输也使用 SCTP， 该接口 的信令传输也是点对点方式的， 控制面信息的传输路径为从 BM-SC(Broadcast Multicast Service Center， 广播多播业务中心 ) 到 MME， 再到 MCE， 再到 eNB。M1 接口为 MBMS GW(Gate Way， 网关 ) 和 eNB 之间的逻辑接口， 该接口是一个纯粹的用户面接口， 接口上没有定义控制 面应用功能， 指向单小区和多小区的用户分组的传输是基于 IP(Internet Protocol， 互联 网协议 ) 多播的 PTM(Point To Multi-Point， 点对多点 ) 传输， 用户面数据的传递路径为 ： 从 BM-SC 到 MBMS GW， 再到 eNB。
MBMS 的相关逻辑信道包括 BCCH、 MCCH 和 MTCH， 其中， BCCH 用于网络向 UE 广播系 统信息 ； MCCH 是一个 PTM 的下行信道， 用于网络向 UE 传输 MBMS 相关的控制信息， 一个 MCCH 可以对应于一个或多个 MTCH(Multicast Traffic Channel， 多播业务信道 )， 只有能接收 MBMS 业务的 UE 才可以使用 MCCH， 基站会将 MCCH 的 MCS、 修改周期和重复周期通过系统广 播通知 UE， 修改周期一般是重复周期的 N 倍， 在一个修改周期内， 所有重复周期发送的 MCCH 信息是一样的， 以保证 MCCH 的可靠接收。MTCH 是一个点到多点的下行信道， 用于网络向 UE 传输 MBMS 业务数据， 只有能接收 MBMS 业务的 UE 才可以使用 MTCH， MTCH 的信息是由其对应 的 MCCH 指示的， 网络利用 BCCH 向 UE 指示 MCCH， 再利用 MCCH 向 UE 指示 MTCH， 从而达到使 UE 接收在 MTCH 上承载的 MBMS 业务的目的。
目 前 的 LTE 系 统 中， 除 了 ETWS(Earthquake and Tsunami Warning System，地震和海啸预警系统 ) 信息外， 系统信息的变更只能在特定的无线帧发生， 由修改周期 (modification period) 确定， 其中， BCCH 的修改周期范围是 640ms ～ 40.96s。 在一个修改 周期内， 系统信息可能会发送多次， 多次发送的系统信息内容相同。 系统信息只能在修改周 期的边界之后发生变化， 修改周期 m 的边界定义为 SFN mod m ＝ 0 ； 其中， SFN 为系统帧号， m 为修改周期 ( 单位为无线帧 )。当网络需要变更系统信息 ( 全部或部分系统信息 ) 时， 首 先需要向终端发送系统信息变更指示， 通知终端将发生的系统信息变化， 通知过程可能需 要持续一个修改周期。在下一个修改周期， 网络发送更新后的系统信息， 如图 2 所示， 其中， 不同的颜色代表不同周期的系统信息。
在收到系统信息变更指示后， 终端立即在下一个修改周期的开始处读取更新后的 系统信息。在终端获取新的系统之前， 终端继续使用旧的系统信息。网络使用寻呼信息向 处于 RRC_IDLE 和 RRC_CONNECTED 状态的终端发送系统信息变更指示。如果终端收到了包 含 “systemInfoModification” 的寻呼信息， 即可获知系统信息会在下一个修改周期的边界 处发生变化。系统信息变更指示只会通知终端系统信息将发生变化， 不会向终端指示将发 生变化的系统信息。另外， 如果系统信息发生了变化， SIB(System Information Block， 系 统信息块 )1 中的 ValueTag 也会发生变化， UE 也可以通过读取 ValueTag 来判断是否有系 统信息更新。
终端可以通过以下方法确定所存的系统信息是否有效： 在没有收到 systemInfoModification 指 示 的 情 况 下， 终 端 需 要 在 一 个 修 改 周 期 内， 至少读取 modificationPeriodCoeff 次寻呼信息， 以期找到 systemInfoModification 指示。如果没 有读到寻呼信息， 终端认为系统信息在下一个修改周期内将不会发生变化。如果终端读取 到包含 systemInfoModification 指示的寻呼信息， 就认为系统信息将在下一个修改周期 内发生变化。
目前 LTE R9 中规定， 如果 MBMS 专用 SIB， 即携带 MBMS 信息的 SIB(SIB13) 发生变 更， 会造成系统信息变更， 即影响寻呼消息中的 systemInfoModification 指示和 SIB1 中的 ValueTag。由于 MCCH 的 MCS 是通过 SIB13 携带的， 因此， 当 MCCH 的 MCS 发生变化时， 会造 成 SIB13 变更， 进而导致系统信息变更， UE 需要收到系统信息变更通知之后的下一个 BCCH 修改周期重新读取 SIB13， 然后按照 SIB13 中的 MCCH 的 MCS 对 MCCH 进行接收。
LTE R9 对于 MCCH 的接收分为两种情况 ： 对于没有接收 MBMS 业务的 UE， 通过监 听 MBMS Notification( 通知 ) 信息来进行 MCCH 的接收 ； 对于正在接收 MBMS 业务的 UE， 周期性地监听 MCCH。当有 MBMS 业务的 Session Start( 会话开始 ) 时， 网络会向 UE 发送 Notification 信息， 即通知 UE 有新的 MBMS 业务会话开始， UE 在收到 Notification 信息之 后， 将在下一个 MCCH 的修改周期读取 MCCH， 获得 Session 的具体信息， 如果 UE 对该 MBMS 业 务感兴趣， 则根据 MCCH 的内容， 读取相应的 MTCH， 接收该 MBMS 业务， 如图 3 所示。
对于没有接收 MBMS 的 UE， 如果该 UE 接收到 Notification 信息， 将在下一个修改 周期读取 MCCH ； 如果该 UE 没有接收到 Notification 信息， 将会继续监听 Notification 子 帧， 而不会读取 MCCH。对于正在接收 MBMS 业务的 UE， 每个 MCCH 修改周期都需要读取 MCCH 信息， 不需要监听 Notification 子帧。
MCCH 存在修改周期和重复周期， 在修改周期内 MCCH 信息不变， 并且以重复周期进 行重复。UE 在修改周期内可以接收到多次相同的 MCCH 信息， 只要正确接收一次就可以正确解读出 MCCH 承载的信息， 如图 4 所示。MCCH 的修改周期在 MBSFN(Multicast Broadcast Single Frequency Network， 多播广播单频网络 ) 区域内保持一致， 而 BCCH 的修改周期是 小区独立维护的。MCCH 的 MCS、 修改周期和重复周期等信息， 均是由 MCE 生成， 然后发送给 eNB 的， eNB 将上述信息作为 SIB13 中内容的一部分， 在本小区内进行系统信息广播。而 MCCH 由 MCE 生成并发送到 eNB， eNB 将该部分信息发送给小区内的 UE。此外， LTE 协议中还 规定， UE 接收到更新的系统信息之前， 仍然使用之前的系统信息 ； UE 接收到更新的系统信 息之后， 可以立即应用， 而不必等到接收完所有的系统信息。
发明人在实现本发明的过程中， 发现现有技术至少存在如下问题 ：
由于 BCCH 修改周期和 MCCH 修改周期的关系尚未确定， 使用现有技术会存在 MCCH 错误接收的问题。以图 5 所示的场景为例， 其中， BCCH 的修改周期是 20.48s， MCCH 的修改 周期是 10.24s。当 MCCH 的 MCS 发生变化时， UE 会更新系统信息， 假设 UE 在 T1 时刻获取 新系统信息中的 MCCH 的新 MCS， UE 将在 T2 时刻利用新的 MCS 对 MCCH 进行接收， 由于 MCCH 的 MCS 将在 T3 时刻发生变化， 因此在 T2 时刻， MCCH 使用的仍然是旧的 MCS， UE 在 T2 时刻 按照新的 MCS 接收 MCCH， 会造成 UE 无法正确接收 MCCH 的情况， 进而导致无法接收 MBMS 业 务， 影响用户体验。 发明内容 本发明实施例提供一种多播控制信道 MCCH 的收发方法、 装置和系统， 用于提高 MCCH 的正确接收率。
本发明实施例提出一种多播控制信道 MCCH 的收发方法， 包括以下步骤 ：
基站设备接收来自多媒体广播和多播业务协调 MCE 的 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息 ；
所述基站设备根据所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息生成 系统信息块， 并将所述系统信息块发送到用户设备 ；
所述基站设备根据所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息发送 MCCH， 使所述用户设备使用所述系统信息块中的 MCCH 配置信息接收 MCCH。
优选地， 所述 MCCH 配置信息包括以下内容中的至少一项 ：
MCCH 的重复周期、 MCCH 的修改周期、 偏移量、 子帧配置信息和 MCS 信息。
优选地， 所述生效时间信息为以下内容中的任意一项 ：
绝对时间、 MCCH 修改周期的整数倍、 BCCH 修改周期的整数倍、 无线帧的整数倍和 子帧的整数倍。
优选地， 所述用户设备使用系统信息块中的 MCCH 配置信息接收 MCCH， 具体为 ：
所述用户设备在接收到所述系统信息块之后的特定时刻， 使用所述 MCCH 配置信 息对下一个 MCCH 修改周期中的 MCCH 进行接收。
优选地， 所述特定时刻为预先设定的时刻， 或者所述特定时刻由网络通知所述用 户设备。
优选地， 当所述特定时刻由网络通知所述用户设备时， 所述特定时刻包含在所述 基站设备发送到所述用户设备的系统信息块中。
优选地， 所述预先设定的时刻为当前广播控制信道 BCCH 修改周期结束的时刻。
本发明实施例还提出一种基站设备， 包括 ： 接收模块， 用于接收来自 MCE 的 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息 ； 生成模块， 用于根据所述接收模块接收到的所述 MCCH 配置信息和所述 MCCH 配置 信息的生效时间信息生成系统信息块 ；
发送模块， 用于将所述生成模块生成的系统信息块发送到所述用户设备， 并根据 所述接收模块接收到的所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息发送 MCCH， 使所述用户设备使用所述系统信息块中的 MCCH 配置信息接收 MCCH。
优选地， 所述的基站设备， 还包括 ：
配置模块， 用于配置所述用户设备使用所述系统信息块中的 MCCH 配置信息接收 MCCH 的时刻， 并指示所述发送模块将所述时刻通知所述用户设备。
优选地， 所述发送模块， 还用于将所述用户设备使用所述系统信息块中的 MCCH 配 置信息接收 MCCH 的时刻通知所述用户设备， 所述时刻包含在发送到所述用户设备的系统 信息块中。
本发明实施例还提出一种用户设备， 包括 ：
接收模块， 用于接收来自基站设备的系统信息块 ；
处理模块， 用于在所述接收模块接收到所述系统信息块之后的特定时刻， 使用所 述系统信息块中的 MCCH 配置信息接收 MCCH。
优选地， 所述处理模块， 具体用于在所述接收模块接收到所述系统信息块之后的 预先设定的时刻， 使用所述系统信息块中的 MCCH 配置信息对下一个 MCCH 修改周期中的 MCCH 进行接收。
优选地， 所述预先设定的时刻为当前 BCCH 修改周期结束的时刻。
优选地， 当所述系统信息块中包含所述用户设备使用所述系统信息块中的 MCCH 配置信息接收 MCCH 的时刻信息时，
所述处理模块， 具体用于根据所述系统信息块中包含的所述用户设备使用所述系 统信息块中的 MCCH 配置信息接收 MCCH 的时刻信息， 使用所述系统信息块中的 MCCH 配置信 息对下一个 MCCH 修改周期中的 MCCH 进行接收。
本发明实施例还提出一种 MCCH 的收发系统， 包括基站设备和用户设备，
所述基站设备， 用于接收来自 MCE 的 MCCH 配置信息和所述 MCCH 配置信息的生效 时间信息， 根据所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息生成系统信息块， 将所述系统信息块发送到所述用户设备， 并根据所述 MCCH 配置信息和所述 MCCH 配置信息 的生效时间信息发送 MCCH ；
所述用户设备， 用于接收来自所述基站设备的系统信息块， 并在接收到所述系统 信息块的特定时刻使用所述系统信息块中的 MCCH 配置信息接收 MCCH。
优选地， 所述特定时刻为预先设定的时刻， 或者所述特定时刻由所述基站设备通 知所述用户设备。
本发明实施例的技术方案具有以下优点， 通过使用 MCCH 配置信息的生效时间信 息和约定 MCCH 配置信息的使用时刻， 使 UE 与网络实现信息同步， 提高了 MCCH 的正确接收 率， 能够更好地提供 MBMS 业务， 增强用户体验。
附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可 以根据这些附图获得其他的附图。
图 1 为 LTE 系统中的 MBMS 架构示意图 ；
图 2 为 LTE 系统中的修改周期示意图 ；
图 3 为 LTE 系统中的 MCCH 传输机制示意图 ；
图 4 为 LTE 系统中的 MCCH 的修改周期和重复周期的关系示意图 ；
图 5 为现有技术中的 MCCH 的收发示意图 ；
图 6 为本发明实施例一中的一种 MCCH 的收发方法流程图 ；
图 7 为本发明实施例二中的一种 MCCH 的收发示意图 ；
图 8 为本发明实施例二中的一种 MCCH 的收发方法流程图 ；
图 9 为本发明实施例三中的一种基站设备结构示意图 ；
图 10 为本发明实施例四中的一种基站设备结构示意图 ； 图 11 为本发明实施例五中的一种用户设备结构示意图 ； 图 12 为本发明实施例六中的一种 MCCH 的收发系统结构示意图。具体实施方式
本发明实施例提供的技术方案中， 基站设备在接收来自 MCE 的 MCCH 配置信息和该 MCCH 配置信息的生效时间信息后， 根据所述 MCCH 配置信息和所述 MCCH 配置信息的生效时 间信息生成系统信息块， 将所述系统信息块发送到用户设备， 并根据 MCCH 配置信息和 MCCH 配置信息的生效时间信息发送 MCCH， 使所述用户设备使用所述系统信息块中的 MCCH 配置 信息接收 MCCH。
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。基于本发 明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施 例， 都属于本发明保护的范围。
如图 6 所示， 为本发明实施例一中的一种 MCCH 的收发方法流程图， 包括以下步 骤：
步骤 601， 基站设备接收来自 MCE 的 MCCH 配置信息和该 MCCH 配置信息的生效时间 信息。
其中， MCCH 配置信息包括以下内容中的至少一项 ： MCCH 的重复周期、 MCCH 的修改 周期、 偏移量、 子帧配置信息和 MCS 信息 ； 生效时间信息为以下内容中的任意一项 ： 绝对时 间、 MCCH 修改周期的整数倍、 BCCH 修改周期的整数倍、 无线帧的整数倍和子帧的整数倍。
步骤 602， 基站设备根据 MCCH 配置信息和 MCCH 配置信息的生效时间信息生成系统 信息块， 并将该系统信息块发送到用户设备。
步骤 603， 基站设备根据 MCCH 配置信息和 MCCH 配置信息的生效时间信息发送MCCH， 使用户设备使用系统信息块中的 MCCH 配置信息接收 MCCH。
具体地， 用户设备在接收到所述系统信息块之后的特定时刻， 使用所述系统信息 块中的 MCCH 配置信息对下一个 MCCH 修改周期中的 MCCH 进行接收。上述特定时刻为预先 设定的时刻， 或者该特定时刻由网络通知所述用户设备。当上述特定时刻由网络通知所述 用户设备时， 该特定时刻包含在所述基站设备发送到所述用户设备的系统信息块中 ； 当上 述特定时刻为预先设定的时刻， 该预先设定的时刻可以为当前广播控制信道 BCCH 修改周 期结束的时刻。
本发明实施例的技术方案具有以下优点， 通过使用 MCCH 配置信息的生效时间信 息和约定 MCCH 配置信息的使用时刻， 使 UE 与网络实现信息同步， 提高了 MCCH 的正确接收 率， 能够更好地提供 MBMS 业务， 增强用户体验。
以下结合图 7 所示的应用场景， 对本发明实施例中的 MCCH 的收发方法进行详细、 具体的描述， 其中， MCCH 修改周期为 10.24s， BCCH 修改周期为 20.48s。
如图 8 所示， 为本发明实施例二中的一种 MCCH 的收发方法流程图， 包括以下步 骤：
步骤 801， MCE 在 T0 时刻通知 eNB， 将在 T4 时刻使用修改后的 MCS 信息发送 MCCH。
步骤 802， eNB 在 T4 时刻之前的两个 BCCH 修改周期 ( 即 T1 时刻 )， 发送系统信息 修改的 notification 信息。
步骤 803， eNB 在发送 notification 信息之后的下一个 BCCH 修改周期开始 ( 即 T2 时刻 ) 发送修改后的系统信息， UE 在 T2 时刻开始接收该修改后的系统信息。
其中， 修改后的系统信息包含具有修改后的 MCS 信息的 SIB 13， UE 在收到系统信 息修改的 notification 信息之后， 在 T2 时刻开始接收修改后的系统信息。
步骤 804， UE 在 T3 时刻获取 SIB13。
其中， SIB13 含有 MCCH 的修改后的 MCS 信息。
步骤 805， eNB 从 T4 时刻开始， 使用修改后的 MCS 信息来发送 MCCH， UE 在获取 SIB13 所在的 BCCH 修改周期结束之后 (T4 时刻 )， 开始使用修改后的 MCS 信息接收 MCCH。
需要说明的是， 本发明方法可以根据实际需要对各个步骤顺序进行调整。
本本发明实施例的技术方案具有以下优点， 通过使用 MCS 信息的生效时间信息和 约定 MCS 信息的使用时刻， 使 UE 与网络实现信息同步， 提高了 MCCH 的正确接收率， 能够更 好地提供 MBMS 业务， 增强用户体验。
如图 9 所示， 为本发明实施例三中的一种基站设备结构示意图， 包括 ：
接收模块 910， 用于接收来自 MCE 的 MCCH 配置信息和所述 MCCH 配置信息的生效时 间信息。
生成模块 920， 用于根据所述接收模块 910 接收到的所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息生成系统信息块。
发送模块 930， 用于将所述生成模块 920 生成的系统信息块发送到所述用户设备， 并根据所述接收模块 910 接收到的所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信 息发送 MCCH， 使所述用户设备使用所述系统信息块中的 MCCH 配置信息接收 MCCH。
上述发送模块 940， 还用于将所述用户设备使用所述系统信息块中的 MCCH 配置信 息接收 MCCH 的时刻通知所述用户设备， 所述时刻包含在发送到所述用户设备的系统信息块中。 本发明实施例的技术方案具有以下优点， 通过使用 MCCH 配置信息的生效时间信 息和约定 MCCH 配置信息的使用时刻， 使 UE 与网络实现信息同步， 提高了 MCCH 的正确接收 率， 能够更好地提供 MBMS 业务， 增强用户体验。
如图 10 所示， 为本发明实施例四中的一种基站设备结构示意图， 包括 ：
接收模块 1010， 用于接收来自 MCE 的 MCCH 配置信息和所述 MCCH 配置信息的生效 时间信息。
生成模块 1020， 用于根据所述接收模块 1010 接收到的所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息生成系统信息块。
发送模块 1030， 用于将所述生成模块 1020 生成的系统信息块发送到所述用户设 备， 并根据所述接收模块 1010 接收到的所述 MCCH 配置信息和所述 MCCH 配置信息的生效时 间信息发送 MCCH， 使所述用户设备使用所述系统信息块中的 MCCH 配置信息接收 MCCH。
配置模块 1040， 用于配置所述用户设备使用所述系统信息块中的 MCCH 配置信息 接收 MCCH 的时刻， 并指示所述发送模块 1030 将所述时刻通知所述用户设备。
本发明实施例的技术方案具有以下优点， 通过使用 MCCH 配置信息的生效时间信 息和约定 MCCH 配置信息的使用时刻， 使 UE 与网络实现信息同步， 提高了 MCCH 的正确接收 率， 能够更好地提供 MBMS 业务， 增强用户体验。
如图 11 所示， 为本发明实施例五中的一种用户设备结构示意图， 包括 ：
接收模块 1110， 用于接收来自基站设备的系统信息块。
处理模块 1120， 用于在所述接收模块 1110 接收到所述系统信息块之后的特定时 刻， 使用所述系统信息块中的 MCCH 配置信息接收 MCCH。
上述处理模块 1120， 具体用于在所述接收模块接收到所述系统信息块之后的预先 设定的时刻， 使用所述系统信息块中的 MCCH 配置信息对下一个 MCCH 修改周期中的 MCCH 进 行接收。
其中， 上述预先设定的时刻可以为当前 BCCH 修改周期结束的时刻。
当所述系统信息块中包含所述用户设备使用所述系统信息块中的 MCCH 配置信息 接收 MCCH 的时刻信息时， 处理模块 1120， 具体用于根据所述系统信息块中包含的所述用户 设备使用所述系统信息块中的 MCCH 配置信息接收 MCCH 的时刻信息， 使用所述系统信息块 中的 MCCH 配置信息对下一个 MCCH 修改周期中的 MCCH 进行接收。
本发明实施例的技术方案具有以下优点， 通过使用 MCCH 配置信息的生效时间信 息和约定 MCCH 配置信息的使用时刻， 使 UE 与网络实现信息同步， 提高了 MCCH 的正确接收 率， 能够更好地提供 MBMS 业务， 增强用户体验。
如图 12 所示， 为本发明实施例六中的一种 MCCH 的收发系统结构示意图， 包括基站 设备 1210 和用户设备 1220， 其中，
基站设备 1210， 用于接收来自 MCE 的 MCCH 配置信息和所述 MCCH 配置信息的生效 时间信息， 根据所述 MCCH 配置信息和所述 MCCH 配置信息的生效时间信息生成系统信息块， 将所述系统信息块发送到所述用户设备 1220， 并根据所述 MCCH 配置信息和所述 MCCH 配置 信息的生效时间信息发送 MCCH。
用户设备 1220， 用于接收来自所述基站设备 1210 的系统信息块， 并在接收到所述
系统信息块的特定时刻使用所述系统信息块中的 MCCH 配置信息接收 MCCH。
其中， 上述特定时刻可以为预先设定的时刻， 也可以由所述基站设备通知所述用 户设备。
本发明实施例的技术方案具有以下优点， 通过使用 MCCH 配置信息的生效时间信 息和约定 MCCH 配置信息的使用时刻， 使 UE 与网络实现信息同步， 提高了 MCCH 的正确接收 率， 能够更好地提供 MBMS 业务， 增强用户体验。
通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件， 但很多情况下前者是更 佳的实施方式。基于这样的理解， 本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若 干指令用以使得一台终端设备 ( 可以是手机， 个人计算机， 服务器， 或者网络设备等 ) 执行 本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领域的普通技术人 员来说， 在不脱离本发明原理的前提下， 还可以做出若干改进和润饰， 这些改进和润饰也应 视本发明的保护范围。 本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分 布于实施例的装置中， 也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的模块可以集成于一体， 也可以分离部署， 可以合并为一个模块， 也可以进一步拆 分成多个子模块。
上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例， 但是， 本发明并非局限于此， 任何本领 域的技术人员能思之的变化都应落入本发明的保护范围。