[发明专利]实现MBMS传输过程中故障保护的方法和系统

说明书

技术领域

本发明涉及移动通信技术领域，尤其涉及一种实现MBMS（Multimedia  Broadcast Multicast Service，多媒体广播多播服务）传输过程中故障保护的方 法和系统。

背景技术

多媒体广播多播业务目前被业界看作是在3G上非常有应用前景的一项 业务。目前已经实现的TD-MBMS系统可以支持一个RNC（Radio Network  Controller，无线网络控制器）范围内的多个小区同步发生MBMS业务。

其中，为了实现RNC间的数据发送同步，现有方案的涉及的系统如图1 所示，包括以下几个方面：

其一、通过RNC间Iur接口实现内容同步：从功能上将MBMS业务同步 区域内的一组RNC配置为SRNC（Serving Radio Network Controller，服务无 线网络控制器）和DRNC（Drift Radio Network Controller，无线漂移网络控制 器），对于每个需要进行同步的MBMS业务，SRNC和DRNC之间建立一个 MBMS业务Iur同步承载；其中，SGSN（Serving GPRS Supporting Node，服 务GPRS支持节点）通过Iu接口上的会话开始信令，通知属于MBMS业务区 域内的各个RNC，相应的各RNC保存业务上下文，如果是SRNC则建立 MBMS RAB承载，若是DRNC则不建立MBMS RAB承载；

其二、在SRNC和DRNC间，定义相应的Iur FP实体进行数据的转发； 其中，一个DRNC只建立一个Iur FP实例，并且DRNC的Iur FP实例需要将 接收到的数据包在DRNC内进行转发；

其三、MBMS数据包的同步发送：其中，在SRNC内定义新的协议实体 MAC_mt进行传输信道的调度；而单业务的MAC_mt功能类似于单用户的 MAC_d功能，实现对应SA（service area，业务区）内所有小区的用户面数据 调度；并且该MAC_mt协议实体管理本SRNC下各小区和DRNC下小区的 CFN（Connection Frame Number，接续帧号）计算和调整，对同SA的所有小 区，MAC_mt维持相同的FP同步参数，下发到FP的所有数据的CFN也相同， 以此来保证各个小区间下发数据的SFN一致；

此外，一个MBMS业务在一组主从RNC（SRNC和DRNC）内， GTPU/PDCP/RLC/MAC-mt只在SRNC建一组实例，MAC-m/FP按照小区建 立；其中，MBMS业务数据经过GTPU/PDCP/RLC实体，在RLC分段后在 SRNC的MAC_mt实体内计算需要在空口发送RLC PDU的CFN时间戳，并 通过Iur接口的Iur FP发送RLC PDU到各个DRNC；由于TD MBMS仅考虑 TDM的复用方式，因此不考虑多个MTCH进行逻辑信道复用的情况，即 MAC_mt不对RLC PDU添加MAC header；同时，MAC-m根据MAC_mt配 置的CFN时间戳缓存、调度发送各个小区的数据；而在DRNC内一个Node B 仍基于Iub共享承载针对一个MBMS业务只建一个FP实体，以节省传输资 源。

需要注意的是，上述实现RNC间的数据发送同步方案如果不考虑保护机 制，可能存在单点失败的风险，即如果SRNC发生故障，将无法进行整个同 步区域内的MBMS同步，这样将会导致系统处于严重的相互干扰状态。针对 此，目前常用的解决方案如下：

针对一个MBMS业务，配置一个SRNC，同时配置一个DRNC作为备份 SRNC；当SRNC故障时，作为备份SRNC的DRNC自动升级成SRNC，即 依据前面SRNC通过Iur接口信令带过来的RLC/MAC-m及传输格式配置自动 在本RNC建立RLC/MAC-m等实例，同时接受其他DRNC由于检测到原 SRNC故障而发起的Iur同步承载建立请求；

但是，虽然该备份方案能够避免MBMS业务受到大面积的影响，但是其 也存在明显的缺陷：当某个DRNC检测到SRNC出现故障时，其并不能检测 出是Iur链路故障还是对端SRNC设备故障；例如，如果仅是此条Iur链路出 现故障，而DRNC误认为SRNC出现故障，将向备份SRNC发起同步请求， 造成混乱，这样就会严重影响MBMS业务的连续传输。

发明内容