專利名稱：實現mbms傳輸過程中故障保護的方法和系統的制作方法
技術領域：
本發明涉及移動通信技術領域，尤其涉及一種實現MBMS(MultimediaBroadcast Multicast Service,多媒體廣播多播服務)傳輸過程中故障保護的方法和系統。
背景技術：
多媒體廣播多播業務目前被業界看作是在3G上非常有應用前景的一項業務。目 前已經實現的TD-MBMS系統可以支持一個RNC (Radio NetworkController，無線網絡控制 器)范圍內的多個小區同步發生MBMS業務。 其中，為了實現RNC間的數據發送同步，現有方案的涉及的系統如圖l所示，包括 以下幾個方面 其一、通過RNC間Iur接口實現內容同步從功能上將MBMS業務同步區域內的 一組RNC配置為SRNC(Serving Radio Network Controller,服務無線網絡控制器)禾口 DRNC(Drift Radio Network Controller,無線漂移網絡控制器)，對于每個需要進行同步 的MBMS業務，SRNC和DRNC之間建立一個MBMS業務Iur同步承載；其中，SGSN (Serving GPRS Su卯orting 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的所 有小區，MACjiit維持相同的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同步，這 樣將會導致系統處于嚴重的相互干擾狀態。針對此，目前常用的解決方案如下
4
針對一個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設備故障時與備用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設備故障時與備用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、或技術 領域內所公知的任意其它形式的存儲介質中。
10
對所公開的實施例的上述說明，使本領域專業技術人員能夠實現或使用本發明。 對這些實施例的多種修改對本領域的專業技術人員來說將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發明的精神或范圍的情況下，在其它實施例中實現。因此，本發明 將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一 致的最寬的范圍。 以上所述的本發明實施方式，并不構成對本發明保護范圍的限定。任何在本發明 的精神和原則之內所作的修改、等同替換和改進等，均應包含在本發明的權利要求保護范 圍之內。
權利要求
一種實現MBMS傳輸過程中故障保護的方法，其特征在于，包括當發起MBMS業務傳輸時，主SRNC將與之連接的DRNC節點信息傳遞給備用SRNC；當發生故障時，DRNC根據操作維護中心檢測到的主SRNC的設備狀態確定故障原因，并在所述主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設備故障時與備用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 設備故障。
全文摘要
本發明涉及一種實現MBMS傳輸過程中故障保護的方法，包括當發起MBMS業務傳輸時，主SRNC將與之連接的DRNC節點信息傳遞給備用SRNC；當發生故障時，DRNC根據操作維護中心檢測到的主SRNC的設備狀態確定故障原因，并在所述主SRNC設備故障時與備用SRNC建立承載以完成后續相應的MBMS業務傳輸。本發明還涉及一種實現MBMS傳輸過程中故障保護的系統。采用本發明的方法和系統，能夠在MBMS傳輸的過程中出現故障時，針對不同的故障原因采取相應的傳輸方式，保證了MBMS業務傳輸的連續性。
文檔編號H04H60/76GK101729518SQ20081022450
公開日2010年6月9日 申請日期2008年10月17日 優先權日2008年10月17日
發明者張大鈞, 毛磊 申請人:大唐移動通信設備有限公司