[发明专利]一种实现公共控制信道消息同步的方法及系统

说明书

技术领域

本发明涉及同步技术，尤指一种实现公共控制信道消息同步的方法及系统。

背景技术

多媒体广播组播业务(MBMS，Multimedia Broadcast Multicast Service)技术为一个数据源向多个用户发送数据的点到多点业务，以实现网络资源共享(包括移动核心网和接入网资源共享，尤其是空口资源)，最有效地利用了移动网络资源。

作为一种提高MBMS业务频谱利用率的技术，MBMS单频网(MBSFN，MBMS Single Frequency Network)技术要求相邻基站同步发送相同的无线信号，用户设备(UE，User Equipment)可以将来自于不同基站的信号视为多径信号，使得MBMS业务信号获得比较大的接收增益，从而提高MBMS业务的服务质量(QoS，Quality of Service)性能。

对MBMS业务的组播控制信道(MCCH)消息，也存在以MBSFN方式同步发送的需求。按照3GPP现有协议的规定，MCCH为逻辑信道，MCCH消息包括一系列MBMS业务控制消息。具体来讲，MCCH消息包括MBMS业务的配置信息，比如物理信道、传输信道、逻辑信道的配置信息等；还可能包括非业务相关的配置信息，比如MBMS通知信道的配置信息、MBMS的通用信息等。如果在一个小区需要发送多个MBMS业务，那么，MCCH消息中应该包含上述各业务的配置信息。

在现有长期演进(LTE)技术中，MCCH消息承载于MCCH信道，MCCH信道为逻辑信道，承载于组播传输信道(MCH)，而MCH信道最终映射到多播物理信道(PMCH)上。PMCH信道是采用MBSFN方式发送的，这就意味着MCCH消息也应以MBSFN方式发送给UE，因此，MCCH消息内容需要在MBSFN区域内保持同步。

MCCH消息在无线接口传输时，采用无线资源控制(RRC，Radio ResourceControl)协议编码，RRC编码为ASN.1编码格式，所述的RRC编码也可以说是RRC协议消息或信元的ASN.1编码。随着技术的发展，同一个RRC消息也在不断的发展并引入新的内容，构成了不同的RRC版本，不同的RRC版本间的RRC消息具有不同的消息格式和内容。现有3GPP的协议架构中，RRC编码采用前向兼容技术，也就是说，后续版本的RRC编码兼容低版本的RRC编码，这样，不同版本的UE接收到高版本的RRC编码消息时，可以解出其版本对应的RRC编码部分，而对后续高版本引入的新的功能是不能解出的。采用RRC版本对RRC消息进行编码，是指采用所述RRC版本对应的RRC消息格式构建RRC消息，并进行ASN.1编码。

在目前实现MCCH信道同步的方法中，其中一种是：

多小区多播协调实体(MCE，Multi-cell/multicast Coordination Entity)网元通过控制面消息指示基站(eNB)网元有关MCCH消息的更新内容，eNB接收到控制面消息后，独立地更新本地小区的MCCH消息、进行MCCH消息的无线接口协议的RRC编码。并通过协议预定义规则，保证不同eNB的编码结果保持一致，比如对MCCH消息中的列表的内容，预定义规则是按照列表内容的升序或者降序进行排列，来避免不同eNB按照不同方式排列所述列表的内容，导致各个eNB间编码结果的不一致。

这种通过MCE网元指示eNB网元有关MCCH消息的更新内容的方法中，由于不同的eNB能支持的RRC版本可能不同，存在不同的eNB根据相同的MCE指示的MCCH更新内容进行RRC编码的结果不同，从而不能确保MCCH信道同步的成功实现。

在另一种实现MCCH消息同步的方法中，MCE网元完成MCCH消息的RRC编码，再将编码后的MCCH消息发送给eNB网元，eNB在无线接口发送MCE编码的MCCH消息，同时，eNB对所述的MCCH消息进行RRC解码，以读取MCCH消息的更新内容，并依此进行无线接口资源配置。对于这种方法，如果不同eNB能支持的RRC版本不同，而MCE在MCCH消息进行RRC编码时，采用了某些eNB不能支持的RRC版本，必然会出现这些eNB不能被正确地完整地解码MCCH消息，从而不能正确地按照MCCH消息的指示进行无线接口的资源配置更新。