CN101729518B - 实现mbms传输过程中故障保护的方法和系统 - Google Patents

Abstract

本发明涉及一种实现MBMS传输过程中故障保护的方法，包括：当发起MBMS业务传输时，主SRNC将与之连接的DRNC节点信息传递给备用SRNC；当发生故障时，DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输。本发明还涉及一种实现MBMS传输过程中故障保护的系统。采用本发明的方法和系统，能够在MBMS传输的过程中出现故障时，针对不同的故障原因采取相应的传输方式，保证了MBMS业务传输的连续性。

Description

实现MBMS传输过程中故障保护的方法和系统

技术领域

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

背景技术

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

发明内容

有鉴于此，本发明解决的问题是提供一种实现MBMS传输过程中故障保护的方法和系统，能够在出现故障时尽量保证MBMS业务的连续传输。

为解决上述问题，本发明提供的技术方案如下：

一种实现MBMS传输过程中故障保护的方法，包括：

当发起MBMS业务传输时，主SRNC将与之连接的DRNC节点信息传递给备用SRNC；

当发生故障时，DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因，所述故障原因为主SRNC设备故障或Iur接口链路故障，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输。

优选的，所述DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因包括：

当DRNC检测到主SRNC发生故障时，设置定时器；

如果在定时器超时前接收到所述备用SRNC发起的Iur承载建立请求，则确定上述故障为主SRNC设备故障，否则确定上述故障为Iur接口链路故障；所述Iur承载建立请求为备用SRNC根据操作维护中心检测到的主SRNC的设备状态进行主备倒换后发起的。

优选的，所述DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因包括：

当DRNC检测到主SRNC发生故障时，向备用SRNC发起Iur连接建立请求；

如果接收到所述备用SRNC返回的拒绝指令，则确定所述故障为Iur接口链路故障；否则，确定所述故障为主SRNC设备故障；所述拒绝指令为备用SRNC通过查询操作维护中获知所述主SRNC的设备状态正常后返回的。

优选的，所述DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因包括：

当DRNC检测到主SRNC发生故障时，向操作维护中心查询所述主SRNC的状态；

如果所述主SRNC正常，则确定所述故障为Iur接口链路故障；否则，确定所述故障原因为主SRNC设备故障。

优选的，该方法还包括：所述DRNC在确定故障原因为Iur接口链路故障后，通知操作维护后台进行人工修复；或者，与核心网建立连接进行数据的独立传输。

优选的，所述DRNC节点信息包括所有与主SRNC建立同步机制的DRNC节点列表、以及每个DRNC下的MBMS业务和资源配置信息。

一种实现MBMS传输过程中故障保护的系统，包括：主SRNC、备用SRNC、DRNC和操作维护中心；其中，

所述操作维护中心与所有RNC相连，用于检测所有RNC的状态；

所述主SRNC分别与所述备用SRNC、DRNC和操作维护中心相连，并将与主SRNC连接的DRNC节点信息传递给备用SRNC；

所述备用SRNC与所述主SRNC实现DRNC节点信息的同步，并当所述主SRNC设备故障时，与所述DRNC建立承载已完成后续相应的MBMS业务传输；

所述DRNC用于根据操作维护中心检测到的主SRNC的设备状态确定故障原因，所述故障原因为主SRNC设备故障或Iur接口链路故障，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输。

优选的，所述DRNC包括检测单元、设置单元和第一接收单元；其中，

所述检测单元用于检测主SRNC是否出现故障，并通知所述设置单元；

所述设置单元用于当检测单元检测到主SRNC出现故障时，设置定时器；

所述第一接收单元用于接收备用SRNC发起的Iur承载建立请求；如果在定时器超市前接收到所述请求，则确定所述故障为主SRNC设备故障；否则，确定所述故障为Iur接口链路故障；

所述备用SRNC用于根据操作维护中心检测到的主SRNC的设备状态进行主备倒换后，向所述DRNC发起Iur承载建立请求。

优选的，所述DRNC包括检测单元、发送单元和第二接收单元；其中，

所述检测单元用于检测主SRNC是否出现故障，并通知所述发送单元；

所述发送单元用于当检测单元检测到主SRNC出现故障时，向备用SRNC发起Iur连接建立请求；

所述第二接收单元用于接收所述备用SRNC返回的指令；如果所述指令为拒绝指令，则确定所述故障为Iur接口链路故障；否则，确定所述故障为主SRNC设备故障；

所述备用SRNC通过查询操作维护中获知所述主SRNC的设备状态正常后，向所述DRNC返回拒绝指令。

优选的，所述DRNC包括检测单元、查询单元和第三接收单元；其中，

所述检测单元用于检测主SRNC是否出现故障，并通知所述查询单元；

所述查询单元用于当检测单元检测到主SRNC出现故障时，向操作维护中心查询所述主SRNC的状态；

所述第三接收单元用于接收所述操作维护中心返回的查询结果；如果所述查询结果显示主SRNC正常，则确定所述故障为Iur接口链路故障；否则，确定所述故障原因为主SRNC设备故障。

可以看出，采用本发明的方法和系统，通过配置备用SRNC，并在发生故障时，由DRNC主动或被动的根据操作维护中心检测到的主SRNC的设备状态确定故障原因，进而在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输，从而保证了MBMS业务传输的连续性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中实现RNC间的数据发送同步的系统结构示意图；

图2是本发明实施例1的方法流程示意图；

图3是本发明实施例2的方法流程示意图；

图4是本发明实施例3的方法流程示意图；

图5是本发明实施例4的方法流程示意图；

图6是本发明实施例5的系统结构示意图。

具体实施方式

本发明的基本思想在于配置备用SRNC，当发生故障时，DRNC通过操作维护中心检测到的主SRNC的设备状态确定故障原因，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输，从而保证了MBMS业务传输的连续性。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述；显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例1涉及一种实现MBMS传输过程中故障保护的方法，如图2所示，该方法包括：

步骤401：当发起MBMS业务传输时，主SRNC将与之连接的DRNC节点信息传递给备用SRNC；

具体的，首先运营商配置某个RNC作为主SRNC，而配置另一个RNC为备用SRNC；当业务中心发起一个MBMS业务时，根据运营商规划好的业务区域，通过核心网发送session start（会话开始）信令到其所属主SRNC，所述主SRNC如果收到针对某个业务的session start信令，将建立MBMS RAB承载，并完成相应的同步处理机制，与其他DRNC建立Iur连接；同时，主SRNC将所有与之建立同步机制的DRNC节点列表、以及每个DRNC下的MBMS业务和资源配置信息等通过Iur接口的交换消息传递给备用SRNC；

步骤402：当发生故障时，DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输；

具体的，所述操作维护中心OMC与RNC相连，并可检测所有RNC的状态，包括设备状态；因此，对于DRNC通过操作维护中心检测到的主SRNC的设备状态确定故障原因可以通过主动或被动等多种方式：

被动方式：当DRNC检测到主SRNC发生故障时，不主动查询所述故障原因，而是设置定时器，并在定时器超时前不主动建立Iu用户面承载；如果在定时器超时前接收到所述备用SRNC发起的Iur承载建立请求，则确定上述故障为SRNC设备故障，否则确定上述故障为链路故障；

其中，需要注意的是，所述DRNC在定时器超时前接收备用SRNC发起的Iur承载建立请求存在多种方式，下面仅以最优选的方式为例说明：当发生故障时，备用SRNC通过操作维护中心检测到的所述主SRNC的设备状态确定是否进行主备倒换，并在主备倒换后向对应的DRNC发起Iur承载建立请求；

主动方式：当DRNC检测到主SRNC发生故障时，DRNC主动查询所述故障原因，其中也可分为两种情况：

其一、当DRNC检测到主SRNC发生故障时，所述DRNC向备用SRNC发起Iur连接建立请求；而所述备用SRNC在接收到所述DRNC的请求后，查询操作维护中心检测到的所述主SRNC的设备状态；当所述主SRNC的设备发生故障时，备用SRNC进行主备倒换，并向所述DRNC返回Iur连接建立请求应答，此时，所述DRNC即可确定所述故障为主SRNC设备故障；当所述主SRNC的设备正常，则备用SRNC向DRNC返回拒绝指令，此时，所述DRNC即可确定所述故障为Iur链路故障；

其二、当DRNC检测到主SRNC发生故障时，向操作维护中心发起询问信息，查询所述主SRNC的状态，如果所述主SRNC是正常的，则可确定所述故障是Iur接口链路故障；如果所述主SRNC设备出现故障，则可确定所述故障原因是主SRNC设备故障；

在所述DRNC确定故障原因后，针对不同故障完成后续相应的MBMS业务传输可以有多种方式：例如，在确定故障原因为设备故障后，所述DRNC与备用SRNC建立Iur承载，进行MBMS业务的传输；在确定故障原因为Iur接口链路故障后，可以通知操作维护后台以进行人工修复，在此期间不再发送数据；也可以与核心网建立连接进行数据的独立传输：通过本身的Iu信令连接向核心网请求建立相应MBMS业务的Iu用户面承载，而后该DRNC独立传输MBMS业务，不与其他RNC同步传输；具体实施时可采用的多种方式，在此不再赘述。

下面以具体的实施方式对上述方法进行详细说明，如本发明实施例2，主要涉及上述的被动方式，如图3所示：

在步骤301中，首先配置某个RNC作为主SRNC，而配置另一个RNC为备用SRNC；

在步骤302中，业务中心发起一个MBMS业务，根据规划好的业务区域，通过核心网发送session start（会话开始）信令到其所属主SRNC；

在步骤303中，主SRNC如果收到针对某个业务的session start信令，将建立MBMS RAB承载，同时完成相应的同步处理机制，与其他DRNC建立Iur连接；同时，主SRNC将所有与之建立同步机制的DRNC节点列表、以及每个DRNC下的MBMS业务和资源配置信息等通过IUR接口的信息交换消息传递给备用SRNC；

当主SRNC发生故障时，在步骤304中，与主SRNC相连的操作维护中心将会检测到所述主SRNC的设备状态，并根据所述主SRNC的设备状态决定是否通知备用SRNC进行主备倒换；而在步骤305中，所述备用SRNC接收操作维护中心的通知，并建立MBMS RAB承载，然后主动向对应的DRNC发起Iur承载建立请求；同时，在步骤306中，DRNC设置一定时器，并在该定时器超时前不主动建立Iu用户面承载；如果在定时器超时前接收到所述备用SRNC发起的Iur承载建立请求，则确定上述故障为SRNC设备故障，并向备用SRNC返回Iur承载建立请求应答，以建立Iur承载并完成后续MBMS业务传输；如果在定时器超市前未接收到所述备用SRNC发起的Iur承载建立请求，则确定上述故障为链路故障，后续可以通知操作维护后台进行人工修复，期间不再发送数据，也可以与核心网建立连接并进行数据的独立传输。

本发明实施例3所描述的内容主要涉及上述方法中的主动方式，如图4所示：

在步骤401中，首先配置某个RNC作为主SRNC，而配置另一个RNC为备用SRNC；

在步骤402中，业务中心发起一个MBMS业务，根据规划好的业务区域，通过核心网发送session start（会话开始）信令到其所属主SRNC；

在步骤403中，主SRNC如果收到针对某个业务的session start信令，将建立MBMS RAB承载，同时完成相应的同步处理机制，与其他DRNC建立Iur连接；同时，主SRNC将所有与之建立同步机制的DRNC节点列表、以及每个DRNC下的MBMS业务和资源配置信息等通过IUR接口的信息交换消息传递给备用SRNC；

在步骤404中，当DRNC检测到主SRNC故障后，向备用SRNC发起Iur连接建立请求，其中携带相关业务信息；

在步骤405中，所述备用SRNC接收到所述DRNC的请求后，向OMC发起询问信息，查询所述主SRNC的状态，如果主SRNC是正常的，则不执行主备倒换并向所述DRNC返回拒绝指令；否则，向所述DRNC返回Iur连接建立请求应答，以建立Iur承载；

在步骤406中，所述DRNC收到拒绝指令后确定所述故障是Iur接口故障，此时将通过本身的Iu信令连接向核心网请求建立相应MBMS业务的Iu用户面承载，并独立传输MBMS业务而不与其他RNC同步传输。

另外，本发明实施例4所描述的内容也主要涉及上述方法中的主动方式，如图5所示：

在步骤501中，首先配置某个RNC作为主SRNC，而配置另一个RNC为备用SRNC；

在步骤502中，业务中心发起一个MBMS业务，根据规划好的业务区域，通过核心网发送session start（会话开始）信令到其所属主SRNC；

在步骤503中，主SRNC如果收到针对某个业务的session start信令，将建立MBMS RAB承载，同时完成相应的同步处理机制，与其他DRNC建立Iur连接；同时，主SRNC将所有与之建立同步机制的DRNC节点列表、以及每个DRNC下的MBMS业务和资源配置信息等通过IUR接口的信息交换消息传递给备用SRNC；

在步骤504中，如果DRNC检测到主SRNC故障，则直接向OMC发起询问信息，查询所述主SRNC的状态，如果主SRNC是正常的，则可确定所述故障是Iur接口链路故障；否则，确定所述故障为主SRNC设备故障；

当所述故障是Iur接口链路故障时，在步骤505中，DRNC通过本身的Iu信令连接向核心网请求建立相应MBMS业务的Iu用户面承载，并独立传输MBMS业务而不与其他RNC同步传输；

当所述故障是主SRNC设备故障时，在步骤506中，DRNC向备用SRNC发起Iur承载建立请求，以建立Iur承载并完成后MBMS业务的传输。

可以看出，采用上述实施例的方法，通过配置备用SRNC，并在发生故障时，DRNC主动或被动的通过操作维护中心检测到的主SRNC的设备状态确定故障原因，进而在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输，从而保证了MBMS业务传输的连续性。

基于上述思想，本发明实施例5的内容又涉及一种实现MBMS传输过程中故障保护的系统，如图6所示，该系统600包括：主SRNC601、备用SRNC602、DRNC603和操作维护中心604；其中，

所述操作维护中心与所有RNC相连，用于检测所有RNC的状态；

所述主SRNC分别与所述备用SRNC、DRNC和操作维护中心相连，并将与主SRNC连接的DRNC节点信息传递给备用SRNC；

所述备用SRNC与所述主SRNC实现DRNC节点信息的同步，并当所述主SRNC设备故障时，与所述DRNC建立承载已完成后续相应的MBMS业务传输；

所述DRNC用于根据操作维护中心检测到的主SRNC的设备状态确定故障原因，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输。

优选的，所述DRNC包括检测单元、设置单元和第一接收单元；其中，所述检测单元用于检测主SRNC是否出现故障，并通知所述设置单元；所述设置单元用于当检测单元检测到主SRNC出现故障时，设置定时器；所述第一接收单元用于接收备用SRNC发起的Iur承载建立请求；如果在定时器超市前接收到所述请求，则确定所述故障为主SRNC设备故障；否则，确定所述故障为Iur接口链路故障；

相应的，所述备用SRNC用于根据操作维护中心检测到的主SRNC的设备状态进行主备倒换后，向所述DRNC发起Iur承载建立请求。

优选的，所述DRNC包括检测单元、发送单元和第二接收单元；其中，所述检测单元用于检测主SRNC是否出现故障，并通知所述发送单元；所述发送单元用于当检测单元检测到主SRNC出现故障时，向备用SRNC发起Iur连接建立请求；所述第二接收单元用于接收所述备用SRNC返回的指令；如果所述指令为拒绝指令，则确定所述故障为Iur接口链路故障；否则，确定所述故障为主SRNC设备故障；

相应的，所述备用SRNC通过查询操作维护中获知所述主SRNC的设备状态正常后，向所述DRNC返回拒绝指令。

优选的，所述DRNC包括检测单元、查询单元和第三接收单元；其中，所述检测单元用于检测主SRNC是否出现故障，并通知所述查询单元；所述查询单元用于当检测单元检测到主SRNC出现故障时，向操作维护中心查询所述主SRNC的状态；所述第三接收单元用于接收所述操作维护中心返回的查询结果；如果所述查询结果显示主SRNC正常，则确定所述故障为Iur接口链路故障；否则，确定所述故障原因为主SRNC设备故障。

本领域技术人员可以理解，可以使用许多不同的工艺和技术中的任意一种来表示信息、消息和信号。例如，上述说明中提到过的消息、信息都可以表示为电压、电流、电磁波、磁场或磁性粒子、光场或以上任意组合。

专业人员还可以进一步应能意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的权利要求保护范围之内。

Claims (10)

1.一种实现MBMS传输过程中故障保护的方法，其特征在于，包括： 

当发起MBMS业务传输时，主SRNC将与之连接的DRNC节点信息传递给备用SRNC； 

当发生故障时，DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因，所述故障原因为主SRNC设备故障或Iur接口链路故障，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输。 

2.根据权利要求1所述的方法，其特征在于，所述DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因包括： 

当DRNC检测到主SRNC发生故障时，设置定时器； 

如果在定时器超时前接收到所述备用SRNC发起的Iur承载建立请求，则确定上述故障为主SRNC设备故障，否则确定上述故障为Iur接口链路故障；所述Iur承载建立请求为备用SRNC根据操作维护中心检测到的主SRNC的设备状态进行主备倒换后发起的。 

3.根据权利要求1所述的方法，其特征在于，所述DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因包括： 

当DRNC检测到主SRNC发生故障时，向备用SRNC发起Iur连接建立请求； 

如果接收到所述备用SRNC返回的拒绝指令，则确定所述故障为Iur接口链路故障；否则，确定所述故障为主SRNC设备故障；所述拒绝指令为备用SRNC通过查询操作维护中获知所述主SRNC的设备状态正常后返回的。 

4.根据权利要求1所述的方法，其特征在于，所述DRNC根据操作维护中心检测到的主SRNC的设备状态确定故障原因包括： 

当DRNC检测到主SRNC发生故障时，向操作维护中心查询所述主SRNC的状态； 

如果所述主SRNC正常，则确定所述故障为Iur接口链路故障；否则，确 定所述故障原因为主SRNC设备故障。 

5.根据权利要求1至4任意一项所述的方法，其特征在于，该方法还包括： 

所述DRNC在确定故障原因为Iur接口链路故障后，通知操作维护后台进行人工修复；或者，与核心网建立连接进行数据的独立传输。 

6.根据权利要求5所述的方法，其特征在于： 

所述DRNC节点信息包括所有与主SRNC建立同步机制的DRNC节点列表、以及每个DRNC下的MBMS业务和资源配置信息。 

7.一种实现MBMS传输过程中故障保护的系统，其特征在于，包括：主SRNC、备用SRNC、DRNC和操作维护中心；其中， 

所述操作维护中心与所有RNC相连，用于检测所有RNC的状态； 

所述主SRNC分别与所述备用SRNC、DRNC和操作维护中心相连，并将与主SRNC连接的DRNC节点信息传递给备用SRNC； 

所述备用SRNC与所述主SRNC实现DRNC节点信息的同步，并当所述主SRNC设备故障时，与所述DRNC建立承载已完成后续相应的MBMS业务传输； 

所述DRNC用于根据操作维护中心检测到的主SRNC的设备状态确定故障原因，所述故障原因为主SRNC设备故障或Iur接口链路故障，并在所述主SRNC设备故障时与备用SRNC建立承载以完成后续相应的MBMS业务传输。 

8.根据权利要求7所述的系统，其特征在于： 

所述DRNC包括检测单元、设置单元和第一接收单元；其中， 

所述检测单元用于检测主SRNC是否出现故障，并通知所述设置单元； 

所述设置单元用于当检测单元检测到主SRNC出现故障时，设置定时器； 

所述第一接收单元用于接收备用SRNC发起的Iur承载建立请求；如果在定时器超时前接收到所述请求，则确定所述故障为主SRNC设备故障；否则， 确定所述故障为Iur接口链路故障； 

所述备用SRNC用于根据操作维护中心检测到的主SRNC的设备状态进行主备倒换后，向所述DRNC发起Iur承载建立请求。 

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

所述DRNC包括检测单元、发送单元和第二接收单元；其中， 

所述检测单元用于检测主SRNC是否出现故障，并通知所述发送单元； 

所述发送单元用于当检测单元检测到主SRNC出现故障时，向备用SRNC发起Iur连接建立请求； 

所述第二接收单元用于接收所述备用SRNC返回的指令；如果所述指令为拒绝指令，则确定所述故障为Iur接口链路故障；否则，确定所述故障为主SRNC设备故障； 

所述备用SRNC通过查询操作维护中获知所述主SRNC的设备状态正常后，向所述DRNC返回拒绝指令。 

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

所述DRNC包括检测单元、查询单元和第三接收单元；其中， 

所述检测单元用于检测主SRNC是否出现故障，并通知所述查询单元； 

所述查询单元用于当检测单元检测到主SRNC出现故障时，向操作维护中心查询所述主SRNC的状态； 

所述第三接收单元用于接收所述操作维护中心返回的查询结果；如果所述查询结果显示主SRNC正常，则确定所述故障为Iur接口链路故障；否则，确定所述故障原因为主SRNC设备故障。 

Images