專利名稱：多點控制單元主備倒換的方法和設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種多點控制單元主備倒換的方法 和設備。
背景技術：
視頻會議系統(tǒng)通過網(wǎng)絡通信技術實現(xiàn)虛擬會議，將地理上分散的用戶聚 集在一處，通過圖像、聲音等多種方式交流信息，開展協(xié)同工作。視頻會議 在最大程度上縮短了空間距離，方便了協(xié)作成員之間實時、直觀的交流。目前的視頻會議系統(tǒng)的實現(xiàn)主要基于H323協(xié)議棧。H323協(xié)議棧由呼叫控制和 信令協(xié)議構成，其結構如圖1所示，包括音頻與視頻信號的編解碼封裝、負 責呼叫信令收發(fā)和控制的信令、和能力交換等信令?；贖323的視頻會議系統(tǒng)中的連接建立過程如下通常，主叫方的視訊 終端首先向被叫方發(fā)起H225消息建立呼叫連接，H225消息是H323協(xié)議棧 中的一員，主要負責注冊、允許控制、以及點對點之間呼叫的建立和拆除。 主叫方與被叫方在H225連接上建立呼叫連接后，在H245連接上進行編解碼 能力的協(xié)商等操作。H245是H323協(xié)議棧中的一員，主要負責媒體編解碼能 力的協(xié)商、媒體通道(也稱邏輯通道)的打開、關閉，以及一些會議控制的 信令操作。兩端協(xié)商出共同的編解碼能力以后，打開媒體流通道以RTP (Real-time Transport Protocol,實時傳送協(xié)議)協(xié)議傳輸音^L頻碼流。終端將 采集到的本端音視頻模擬數(shù)據(jù)進行量化，并打包入RTP協(xié)議里發(fā)給對端，并 在RTP數(shù)據(jù)包里面攜帶音視頻數(shù)據(jù)的序列號和時間戳；對端接收到RTP數(shù)據(jù) 后，根據(jù)時間戳進行對應的解碼，并輸出到本端的輸出設備上，根據(jù)序列號 統(tǒng)計傳輸過程中的丟包。MCU (Multipoint Control Unit,多點控制單元)，作為基于H323視頻會 議系統(tǒng)的核心，提供協(xié)議解析和創(chuàng)建虛擬會議室、進行會議管理，并在與會
者之間傳遞音頻、視頻和數(shù)據(jù)。為了提供不間斷的可靠服務，高端的MCU都會提供主備倒換功能。在主MCU因某些原因失效的情況下，另一個MCU(備MCU)會主動接替原MCU 的工作，使得兩個MCU組成的系統(tǒng)對外提供持續(xù)的無故障服務。在實現(xiàn)方式 上，主MCU和備MCU可以是兩個不同的物理i殳備，也可以是同一i殳備上的 不同單元(如主板和備板)。目前的主備倒換功能中，主MCU正常工作，并將會議信息實時備份到備 份MCU上。主MCU和備MCU分別通過某種方式(例如心跳方式)檢測對 方工作狀態(tài)。如果檢測到主MCU失效，則備MCU則通過之前實時備份的會 :漢信息重新召集會議?，F(xiàn)有技術的問題在于，在目前的主備倒換功能中，如果發(fā)生主備倒換， 則用戶終端側會斷開原先由主MCU召開的會漢、并重新加入到備MCU召開 的會議。即在用戶終端側，會議會先斷開后再重連，在該先斷開再重連的過 程中，會造成會議的終端，用戶終端能夠感知到倒換的發(fā)生。發(fā)明內(nèi)容本發(fā)明提供一種多點控制單元主備倒換的方法和設備，用于實現(xiàn)多點控 制單元MCU的主備倒換過程中，MCU上纟見頻會議的無縫平滑倒換。為達到上述目的，本發(fā)明提供一種MCU主備倒換的方法，包括以下步驟4企測到所述主MCU故障，通知所述終端倒換發(fā)生；處理所述終端向本設備傳輸?shù)拿襟w流，并將處理后的媒體流向所述終端 發(fā)送；與所述終端進行媒體通道的協(xié)商，使用與所述終端傳輸所述媒體流所使, 用的端口打開與所述終端間的士某體通道。其中，所述片t測到所述主MCU故障具體為根據(jù)接收到的所述主MCU發(fā)送的倒換通知消息，檢測到所述主MCU故 障；或主動通過心跳機制，；險測到所述主MCU故障。
其中，所述通知終端倒換發(fā)生具體為向所述終端發(fā)送倒換發(fā)生消息，通知所述終端倒換發(fā)生；所述倒換發(fā)生. 消息中攜帶本設備的地址信息。其中，所述處理終端向本設備傳輸?shù)拿襟w流，并將處理后的J 某體流向所 述終端發(fā)送具體為接收到所述終端發(fā)送的呼叫信令掛斷消息，并使所述終端將與主MCU間 傳輸?shù)拿襟w流轉發(fā)到本設備，本設備用于接收所述終端的媒體流的端口與所 述主MCU之前用于接收所述終端的i某體流的端口相同；處理所述終端發(fā)送的4某體流，并向所述終端發(fā)送處理后的士某體流。本發(fā)明還提供一種MCU的主備倒換方法，包括以下步驟接收到備MCU發(fā)送的倒換發(fā)生通知；根據(jù)所述通知斷開與主MCU的連接，將向主MCU發(fā)送的^某體流向所述 備MCU發(fā)送；與所述備MCU進行媒體通道的協(xié)商，將當前與所述備MCU傳輸媒體流所-使用的通道作為新的J(某體通道。其中，所述接收到備MCU發(fā)送的倒換發(fā)生通知具體為接收所述備MCU發(fā)送的倒換發(fā)生消息，所述倒換發(fā)生消息中攜帶所述備MCU的地址信息。其中，所述根據(jù)通知斷開與所述主MCU的連接，將向主MCU發(fā)送的媒 體流向所述備MCU發(fā)送具體為向所述備MCU發(fā)送呼叫信令掛斷消息，所述呼叫信令掛斷消息中攜帶本 終端的標識；斷開與所述主MCU的連接，并將向主MCU發(fā)送的纟某體流向所述備MCU 的地址發(fā)送。本發(fā)明還提供一種MCU設備，用于在主MCU發(fā)生故障時對終端進行' MCU主備倒換，包括故障通知單元，用于檢測到所述主MCU故障時，通知所述終端倒換發(fā)生； 處理單元，用于處理所述終端發(fā)送的媒體流并向所述終端發(fā)送；
媒體通道協(xié)商單元，用于與所述終端進行媒體通道的協(xié)商，使用與所述 終端傳輸所述媒體流所使用的端口打開與所述終端間的媒體通道。其中，所述故障通知單元進一步包括故障檢測子單元，用于根據(jù)是否接收到所述主MCU發(fā)送的倒換通知消 息、或心跳檢測機制，檢測所述主MCU是否發(fā)生故障；倒換通知子單元，用于在所述故障檢測子單元檢測到故障發(fā)生時，向所 述終端發(fā)送倒換發(fā)生消息，所述倒換發(fā)生消息中攜帶本設備的地址信息。本發(fā)明還提供一種終端設備，用于在根據(jù)備MCU的通知進行MCU主備 倒換，包括倒換通知接收單元，用于接收所述備MCU發(fā)送的倒換發(fā)生通知；終端處理單元，用于根據(jù)所述倒換通知接收單元接收的通知斷開與所述 主MCU的連接，將向主MCU發(fā)送的i某體流向所述備MCU發(fā)送；終端々某體通道協(xié)商單元，用于與所述備MCU進行媒體通道的協(xié)商，將當 前與所述備MCU傳輸媒體流所使用的通道作為新的媒體通道。其中，所述終端處理單元進一步包括響應發(fā)送子單元，用于向所述備MCU發(fā)送呼叫信令掛斷消息，所迷呼叫 信令掛斷消息中攜帶本終端的標識；連接處理子單元，用于根據(jù)所述倒換通知接收單元接收的通知斷開與所 述主MCU的連接；■媒體流處理子單元，用于根據(jù)所述倒換通知接收單元接收的通知，將向 所述主MCU發(fā)送的媒體流向所述備MCU的地址發(fā)送。 與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點可以實現(xiàn)對用戶終端的無縫倒換，倒換中僅需備份會議信息，而無需備 份MCU內(nèi)部復雜的狀態(tài)機，從而避開了TCP倒換、H225、 H245等H323協(xié) 議棧倒換等實施時的技術難題，達到完全平滑的倒換效果。


圖1是現(xiàn)有技術中H323協(xié)議棧的結構示意圖; 圖2是本發(fā)明中一種MCU主備倒換方法的流程圖； 圖3是本發(fā)明應用場景中MCU主備倒換前的網(wǎng)絡示意圖； 圖4是本發(fā)明應用場景中MCU主^f到換后的網(wǎng)絡示意圖； 圖5是本發(fā)明中一種MCU設備和終端設備的示意圖。
具體實施方式
本發(fā)明的核心思想在于，主備MCU倒換后，終端通過備MCU的通知獲 知倒換發(fā)生，重新建立H245、 H225連接，但是保持RTP媒體信道，掩向原 主MCU發(fā)送的RTP々某體流向備MCU發(fā)送，從而在避開TCP倒換等倒換實 現(xiàn)難題，實現(xiàn)平滑倒換。以下結合附圖和實施例，描述本發(fā)明中一種MCU主備倒換的方法的具體 實施方式。在主MCU和備MCU正常工作時，主MCU將會議信息實時在備MCU上進 行備份，該會議信息包括如預定會議、當前會議、與會終端、RTP流端口信息 等。其中主備MCU可以采用相同的IP或者不同的IP。在發(fā)生主備倒換時的具體流程如圖2所示，包括以下步驟步驟s201 、主MCU向備MCU發(fā)送倒換通知消息。該步驟為可選步驟。具體的，在人工發(fā)起主備倒換、或者主MCU在發(fā)生 故障時尚有能力通知備MCU的情況下，主MCU通過倒換通知消息通知備4分 MCU需要發(fā)起主備倒換。該倒換通知消息1中需要攜帶以下信息主MCU 地址，備MCU地址(兩者可以相同)。步驟s202、備MCU向各與會的用戶終端發(fā)送倒換發(fā)生消息。具體的，備MCU在收到主MCU發(fā)送的倒換通知消息時，或者通過某種 方式(如心跳檢測機制)檢測到主MCU發(fā)生故障時，判斷需要將本設備切換 為主MCU。此時，備MCU向各個與會的用戶終端發(fā)送倒換發(fā)生消息，通知 各用戶終端有倒換發(fā)生。另外，如果主備MCU的地址不同，在此倒換發(fā)生消 息中需要攜帶備MCU的IP。步驟s203、用戶終端向備MCU發(fā)送呼叫信令掛斷消息。
具體的，用戶終端收到備MCU發(fā)送的倒換發(fā)生消息后斷開與原主MCU 的H225 、 H245 TCP連接，并且向備MCU回應呼叫信令掛斷消息，該消息中 攜帶接收到的倒換發(fā)生消息中的用戶終端ID。但仍舊保持與原媒體通道的端 口間的RTP々某體流發(fā)送和接收。對于主MCU IP地址和備MCU IP地址相同 的情況，直接保持RTP媒體流與原MCU IP地址間的發(fā)送和接收；對于主MCU 地址和備MCU地址不同的情況，立即將RTP流發(fā)送到倒換發(fā)生消息指定的 備MCU的IP地址。該地址變化不會影響終端發(fā)送的RTP流的目的端口的變 化，即備份MCU設備用于接收終端的RTP流的端口 、與主MCU之前用于接 收終端的RTP流的端口相同。
在具體的實現(xiàn)上，備份MCU可以通過發(fā)送ARP (Address Resolution Protocol,地址解析協(xié)議)報文等機制，保證終端發(fā)送的RTP流能夠正確到達
MCU。切換后終端和MCU各自主動發(fā)送I幀(關鍵幀)使得這個過程更為平
-廢 /賞。
備份MCU在接收到呼叫信令掛斷消息后，知道終端具有擴展倒換能力， 則在接收到終端發(fā)送的RTP流后，立即處理并向終端發(fā)送處理后的流。
步驟s204 ~步驟s207、備MCU與用戶終端之間建立H245通道。
具體的，用戶終端或者MCU發(fā)起呼叫，以用戶終端發(fā)起呼叫為例
步驟s204、用戶終端通過Q.931消息發(fā)送Setup消息給備MCU。 Q.931 消息建立在H225連接上，為進行信息交互所使用的協(xié)議，主要負責呼叫過程 中的信令處理，并在此基礎上協(xié)商后續(xù)的H245通信地址與端口 。
步驟s205 、備MCU通過Q.931消息發(fā)送Call Proceeding (呼叫處理)消 息給用戶終端，其中包括H245通道地址信息。
步驟s206、備MCU通過Q.931消息向用戶終端發(fā)送Alerting (警告)消 息，其中包括H245通道地址信息。
步驟s207、備MCU與用戶終端按照H245的正常流程進行能力協(xié)商，并 且打開媒體通道。該媒體通道使用倒換前RTP流的端口號，即使用當前與終 端傳輸RTP流所使用的端口打開與用戶終端間的媒體通道，但是不進行實際 的RTP流打開過程。之后就進入倒換前的狀態(tài)。
如果用戶終端不支持對步驟s202中備MCU發(fā)送的倒換發(fā)生消息的處理， 則在步驟203中，用戶終端將忽略備MCU發(fā)送的倒換發(fā)生消息，l丸行現(xiàn)有的 正常處理流程，即步驟s208所示4全測到與主MCU的連接斷開后，斷開與 此終端的所有連接；同時備MCU檢測到用戶終端沒有發(fā)送呼叫信令掛新消 息，再按照策略對該用戶終端進行斷線重呼。
以下結合一具體的應用場景，描述本發(fā)明中一種MCU主備倒換方法的具 件實施方法。
如圖3所示，設網(wǎng)絡中設置有兩臺具有相同結構的MCU，其中那個主 MCU的IP為l.O.O.l,備MCU的IP為1.0.0.2，兩臺與會的用戶終端與主MCU 連接，參力口到視頻會議中，其中，用戶終端A的IP為1.0.1.1,用戶終端B的 IP為1.0.1.2,用戶終端A將RTP流通過々某體通道發(fā)送到主MCU的端口 Port 1, 用戶終端B將RTP流發(fā)送到主MCU的Port2。
在主MCU和備MCU正常工作時，主MCU將會議信息實時在備MCU 上進行備份，該會議信息包括如預定會議、當前會議、與會終端、RTP流端 口信息等。
備MCU 4企測到在主MCU發(fā)生故障時，向用戶終端A和用戶終端B發(fā) 送倒換發(fā)生消息，通知有倒換發(fā)生，該消息中需要攜帶被通知的用戶終端ID, 以及本備MCU的IP: 1.0.0.2。
有支設用戶終端A具有處理備MCU發(fā)送的倒換發(fā)生消息的能力。則用戶 終端A收到備MCU發(fā)送的倒換發(fā)生消息后斷開與原主MCU的H225、 H245 TCP連接，并且向備MCU回應呼叫信令掛斷消息，該消息中攜帶接收到的倒 換發(fā)生消息中的用戶終端ID。同時立即將之前向1.0.0.1的端口 Portl發(fā)送的 RTP流向備MCU的IP地址1.0.0.2的相同端口發(fā)送。之后，備MCU與用戶 終端重新協(xié)商并打開媒體通道，該媒體通道仍使用原端口不變，即備MCU使 用當前與終端傳輸RTP流所使用的端口打開與用戶終端A之間的媒體通道， 用戶終端A在備MCU側仍使用Port 1 。
假設用戶終端B不具有處理備MCU發(fā)送的倒換發(fā)生消息的能力。則檢 ,到與主MCU的連接斷開后，用戶終端B斷開所有連接；同時備MCU4企測' 到用戶終端B沒有發(fā)送呼叫信令掛斷消息，在按照策略對該用戶終端B進行 斷線重呼，用戶終端B接收到該斷線重呼后，與備MCU進行協(xié)商并建立新 的媒體通道，重新開始RTP流的發(fā)送。
上述主^^到換后的結果如圖4所示。
通過本發(fā)明提供的上述方法，MCU可以實現(xiàn)對用戶終端的無縫倒換，倒 換中僅需備份會議信息，而無需備份MCU內(nèi)部復雜的狀態(tài)機，從而避開了 TCP倒換、H225、 H245等H323協(xié)議棧倒換等實施時的技術難題，達到.完全 平滑的倒換效果。
本發(fā)明還提供了 一種MCU設備和終端，該MCU設備用于在主MCU發(fā) 生故障時，作為備MCU實現(xiàn)MCU的主備倒換。如圖5所示
具體的，MCU設備IO，用于在主MCU發(fā)生故障時對終端進行MCU主 備倒換，包括
故障通知單元ll,用于^r測到主MCU故障時，通知終端20倒換發(fā)生。 處理單元12，用于處理終端20發(fā)送的媒體流并向終端20發(fā)送處理后的 媒體流。
i某體通道協(xié)商單元13，用于當故障通知單元11通知終端20倒換發(fā)生后， 與終端20進行媒體通道的協(xié)商，使用當前與終端20傳輸媒體流所使用的端 口打開與所述終端間的J 某體通道。
具體的，故障通知單元11進一步包括
故障檢測子單元111,用于根據(jù)是否接收到主MCU發(fā)送的倒換通知消息、 或心跳檢測機制，檢測主MCU是否發(fā)生故障。倒換通知子單元112，用于在 故障檢測子單元111檢測到故障發(fā)生時，向終端20發(fā)送倒換發(fā)生消息，該倒' 換發(fā)生消息中攜帶本設備的地址信息，以及終端20的標識。
具體的，終端設備20,用于在根據(jù)MCU設備IO的通知進行MCU主備 倒換，包括
倒換通知接收單元21 ，用于接收MCU設備10發(fā)送的倒換發(fā)生通知。
終端處理單元22,用于根據(jù)倒換通知接收單元21接收的通知斷開與主 MCU的連接，將向主MCU發(fā)送的々某體流向MCU設備10發(fā)送。
終端媒體通道協(xié)商單元23,用于當?shù)箵Q通知接收單元21接收到MCU設: 備10發(fā)送的倒換發(fā)生通知時，與備MCU設備10進行i某體通道的協(xié)商，將當 前與MCU設備10傳輸媒體流所使用的通道作為新的i某體通道。
具體的，終端處理單元22進一步包括
響應發(fā)送子單元221,用于向MCU設備IO發(fā)送呼叫信令掛斷消息，該 呼叫信令掛斷消息中攜帶本終端的標識；連接處理子單元222,用于根據(jù)倒換 通知接收單元21接收的通知斷開與MCU設備10的連接；媒體流處理子單元 223，用于才艮據(jù)倒換通知接收單元21接收的通知，將之前向主MCU發(fā)送的々某 體流向MCU設備10的地址發(fā)送。
通過本發(fā)明提供的上述設備，MCU可以實現(xiàn)對用戶終端的無縫倒換，倒 換中僅需備份會議信息，而無需備份MCU內(nèi)部復雜的狀態(tài)機，從而避開了 TCP倒換、H225、 H245等H323協(xié)議棧倒換等實施時的技術難題，達到完全 平滑的倒換效果。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件， 但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案 本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該計算機軟件產(chǎn)品存儲在一個存儲介質中，包括若干指令用以使得一臺終端 設備(如手機、PDA等)執(zhí)行本發(fā)明各個實施例所述的方法。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
權利要求
1、一種MCU的主備倒換方法，其特征在于，包括以下步驟檢測到所述主MCU故障，通知所述終端倒換發(fā)生；處理所述終端向本設備傳輸?shù)拿襟w流，并將處理后的媒體流向所述終端發(fā)送；與所述終端進行媒體通道的協(xié)商，使用與所述終端傳輸所述媒體流所使用的端口打開與所述終端間的媒體通道。
2、 如權利要求1所述MCU的主備倒換方法，其特征在于，所述4企測到 所述主MCU故障具體為根據(jù)接收到的所述主MCU發(fā)送的倒換通知消息，檢測到所述主MCU故 障；或主動通過心跳機制，；險測到所述主MCU故障。
3、 如權利要求1所述MCU的主備倒換方法，其特征在于，所述通知終 端倒換發(fā)生具體為向所述終端發(fā)送倒換發(fā)生消息，通知所述終端倒換發(fā)生；所述倒換發(fā)生 消息中攜帶本設備的地址信息。
4、 如權利要求1所述MCU的主備倒換方法，其特征在于，所述處理終. 端向本設備傳輸?shù)拿襟w流，并將處理后的媒體流向所述終端發(fā)送具體為接收到所述終端發(fā)送的呼叫信令掛斷消息，并使所述終端將與主MCU間 傳輸?shù)拿襟w流轉發(fā)到本設備，本設備用于接收所述終端的媒體流的端口與所 述主MCU之前用于接收所述終端的媒體流的端口相同；處理所述終端發(fā)送的媒體流，并向所述終端發(fā)送處理后的媒體流。
5、 一種MCU的主備倒換方法，其特征在于，包括以下步驟 接收到備MCU發(fā)送的倒換發(fā)生通知；根據(jù)所述通知斷開與主MCU的連接，將向主MCU發(fā)送的々某體流向所述 備MCU發(fā)送；與所述備MCU進行4某體通道的協(xié)商，將當前與所述備MCU傳輸媒體流 所使用的通道作為新的4某體通道。
6、 如權利要求5所述MCU的主備倒換方法，其特征在于，所述接收到 備MCU發(fā)送的倒換發(fā)生通知具體為接收所述備MCU發(fā)送的倒換發(fā)生消息，所述倒換發(fā)生消息中攜帶所述備 MCU的地址信息。
7、 如權利要求6所述MCU的主備倒換方法，其特征在于，所述根據(jù)通, 知斷開與所述主MCU的連接，將向主MCU發(fā)送的媒體流向所述備MCU發(fā) 送具體為向所述備MCU發(fā)送呼叫信令掛斷消息，所述呼叫信令掛斷消息中揚帶本 終端的標識；斷開與所述主MCU的連接，并將向主MCU發(fā)送的媒體流向所述備MCU 的地址發(fā)送。
8、 一種MCU設備，用于在主MCU發(fā)生故障時對終端進行MCU主備倒 換，其特征在于，包括故障通知單元，用于4全測到所述主MCU故障時，通知所述終端倒換發(fā)生； 處理單元，用于處理所述終端發(fā)送的媒體流并向所述終端發(fā)送； 々某體通道協(xié)商單元，用于與所述終端進行々某體通道的協(xié)商，使用與所述 終端傳輸所述媒體流所使用的端口打開與所述終端間的i某體通道。
9、 如權利要求8所述MCU設備，其特征在于，所述故障通知單元進一 步包括故障4企測子單元，用于根據(jù)是否接收到所述主MCU發(fā)送的倒換通知消 息、或心跳檢測機制，檢測所述主MCU是否發(fā)生故障；倒換通知子單元，用于在所述故障檢測子單元檢測到故障發(fā)生時，向所 述終端發(fā)送倒換發(fā)生消息，所述倒換發(fā)生消息中攜帶本設備的地址信息。
10、 一種終端設備，用于在根據(jù)備MCU的通知進行MCU主備倒換，其 特征在于，包括倒換通知接收單元，用于接收所述備MCU發(fā)送的倒換發(fā)生通知； 終端處理單元，用于根據(jù)所述倒換通知接收單元接收的通知斷開與所述 主MCU的連接，將向主MCU發(fā)送的媒體流向所述備MCU發(fā)送；終端媒體通道協(xié)商單元，用于與所述備MCU進行媒體通道的協(xié)商，將當前與所述備MCU傳輸媒體流所使用的通道作為新的媒體通道。
11、如權利要求10所述終端設備，其特征在于，所述終端處理單元進一 步包括響應發(fā)送子單元，用于向所述備MCU發(fā)送呼叫信令掛斷消息，所述呼叫 信令掛斷消息中攜帶本終端的標識；連接處理子單元，用于根據(jù)所述倒換通知接收單元接收的通知斷開與所 述主MCU的連接；媒體流處理子單元，用于根據(jù)所述倒換通知接收單元接收的通知，將向 所述主MCU發(fā)送的々某體流向所述備MCU的地址發(fā)送。
全文摘要
本發(fā)明公開了一種MCU的主備倒換方法，包括以下步驟檢測到所述主MCU故障，通知所述終端倒換發(fā)生；處理所述終端向本設備傳輸?shù)拿襟w流，并將處理后的媒體流向所述終端發(fā)送；與所述終端進行媒體通道的協(xié)商，使用與所述終端傳輸所述媒體流所使用的端口打開與所述終端間的媒體通道。本發(fā)明還公開了一種用于實現(xiàn)上述MCU的主備倒換方法的設備。通過使用本發(fā)明，可以實現(xiàn)對用戶終端的無縫倒換，倒換中僅需備份會議信息，而無需備份MCU內(nèi)部復雜的狀態(tài)機，從而避開了TCP倒換、H225、H245等H323協(xié)議棧倒換等實施時的技術難題，達到完全平滑的倒換效果。
文檔編號H04L12/18GK101163029SQ20071018716
公開日2008年4月16日 申請日期2007年11月21日 優(yōu)先權日2007年11月21日
發(fā)明者趙子華 申請人:杭州華三通信技術有限公司