專利名稱：一種voip語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信令網(wǎng)關(guān)主備用模塊無縫切換，具體的說是一種VOIP
語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法。
背景技術(shù)：
將打電話通過互聯(lián)網(wǎng)傳輸?shù)腣oIP技術(shù)是目前世界上最經(jīng)濟(jì)的電 話技術(shù)之一。盡管存在一些嚴(yán)重的局限性，但由于其成本低，同時(shí)能 提供語音、數(shù)據(jù)和視頻多種業(yè)務(wù)功能等優(yōu)勢(shì)，得到通信業(yè)的青睞，逐 步得以推廣。
隨著VoIP技術(shù)越來越廣泛的使用，人們對(duì)于VoIP網(wǎng)絡(luò)的可靠性、 性能和安全性關(guān)注度明顯提高。對(duì)于VoIP網(wǎng)絡(luò)，其可靠性涉及到多 方面，包括產(chǎn)品自身的軟硬件設(shè)計(jì)、整體結(jié)構(gòu)、操作系統(tǒng)以及數(shù)據(jù)網(wǎng) 絡(luò)需要配合所提供的保障。除了在VoIP網(wǎng)絡(luò)設(shè)計(jì)時(shí)，進(jìn)行全局化的 考慮，包括系統(tǒng)的容災(zāi)和備份措施，在某節(jié)點(diǎn)出現(xiàn)故障時(shí)，有相應(yīng)的 保障措施。另外產(chǎn)品本身的冗余特性，則是能提高VoIP語音業(yè)務(wù)可 靠性的最直接方法，對(duì)于提高系統(tǒng)的整體可靠性來說，是不可或缺的 部分。
人們希望價(jià)格低廉的IP電話不只是能實(shí)現(xiàn)語音業(yè)務(wù)，還希望能 進(jìn)一步提高通話質(zhì)量和保障通話的持續(xù)性。但現(xiàn)今網(wǎng)絡(luò)中的IP電話 通過因特網(wǎng)傳輸數(shù)據(jù)，因特網(wǎng)中的信令網(wǎng)關(guān)各式各樣，在復(fù)雜的網(wǎng)絡(luò) 環(huán)境中，可能遇到意外的事件或者遭受攻擊，導(dǎo)致信令網(wǎng)關(guān)的癱瘓， 影響用戶的實(shí)際使用。而且，因特網(wǎng)不如PSTN傳統(tǒng)電話網(wǎng)絡(luò)穩(wěn)定， VoIP語音的質(zhì)量與可靠度相比傳統(tǒng)PSTN網(wǎng)更易受網(wǎng)絡(luò)環(huán)境或設(shè)備故 障影響。為了確保當(dāng)信令網(wǎng)關(guān)故障后，用戶的業(yè)務(wù)能不受其影響，一 般采用主備模塊冗余備份方式(主備模塊也可稱為主盤和備盤)，當(dāng)前激活的主用模塊(主盤)出現(xiàn)故障時(shí)，在短暫的時(shí)間內(nèi)，及時(shí)將業(yè) 務(wù)切換到備用模塊(備盤)。但是，對(duì)于語音業(yè)務(wù)，實(shí)時(shí)性和準(zhǔn)確性 的要求很嚴(yán)格，發(fā)生主備切換的時(shí)間無法預(yù)料，為了實(shí)現(xiàn)主備模塊(主 盤和備盤)快速準(zhǔn)確的切換，如何實(shí)現(xiàn)主備模塊(主盤和備盤)的無 縫切換是急需解決的問題。

發(fā)明內(nèi)容
針對(duì)現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明的目的在于提供一種VOIP
語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法，可實(shí)時(shí)地同步主備模塊數(shù) 據(jù)，切換過程簡(jiǎn)單，切換后新的主用模塊能立即準(zhǔn)確處理語音業(yè)務(wù)，
實(shí)現(xiàn)了主備模塊的無縫切換，且適用于MEGAC0和MGCP兩種協(xié)議。
為達(dá)到以上目的，本發(fā)明采取的技術(shù)方案是-
一種VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法，其特征在于 包括以下步驟
步驟l，備用模塊上電，向主用模塊發(fā)送通知信息；
步驟2,主用模塊收到通知信息后，向備用模塊發(fā)送配置信息；
步驟3，主用模塊向備用模塊發(fā)送當(dāng)前的媒體網(wǎng)關(guān)控制MGC信息；
步驟4，主用模塊向備用模塊發(fā)送注冊(cè)信息；
步驟5，主用模塊向備用模塊發(fā)送注冊(cè)完成査詢，查詢步驟2 4 發(fā)出的各信息是否注冊(cè)完成；
步驟6,當(dāng)備用模塊完成對(duì)步驟2 4發(fā)出的各信息的注冊(cè)后，
備用模塊向主用模塊發(fā)送注冊(cè)完成通知信息；
步驟7，主用模塊向備用模塊發(fā)送需同步的業(yè)務(wù)信息；
步驟8，備用模塊向主用模塊發(fā)送ARP請(qǐng)求；
步驟9，重復(fù)步驟7、 8，直到主用模塊發(fā)生故障，將備用模塊升
級(jí)為主用模塊。
在上述技術(shù)方案的基礎(chǔ)上，步驟7所說的主用模塊向備用模塊發(fā) 送需同步的業(yè)務(wù)信息包括以下具體步驟步驟71，主用模塊向備用模塊發(fā)送當(dāng)前RTP端口號(hào)；
步驟72，主用模塊向備用模塊發(fā)送當(dāng)前ARP條目； 步驟73，如果主用模塊收到用戶動(dòng)作，則向備用模塊轉(zhuǎn)發(fā)用戶 端動(dòng)作信息；
步驟74，如果主用模塊修改會(huì)話連接，則向備用模塊轉(zhuǎn)發(fā)會(huì)話 連接；
步驟75，如果主用模塊收到配置信息，則向備用模塊轉(zhuǎn)發(fā)配置
信息o
在上述技術(shù)方案的基礎(chǔ)上，步驟l所說的備用模塊上電，向主用 模塊發(fā)送通知信息是指如果備用模塊和主用模塊在同一設(shè)備內(nèi)部， 備用模塊只需要將其MAC地址信息作為通知信息發(fā)送給主用模塊，否
則，備用模塊需要將其IP地址信息作為通知信息發(fā)送給主用模塊。
在上述技術(shù)方案的基礎(chǔ)上，步驟2中主用模塊向備用模塊發(fā)送配 置信息前，主用模塊和備用模塊間應(yīng)先建立主備用模塊之間的通信機(jī) 制，如果備用模塊和主用模塊在同一設(shè)備內(nèi)部，直接通過設(shè)備的內(nèi)部 通信機(jī)制來實(shí)現(xiàn)，否則通過SOCKET通信機(jī)制來實(shí)現(xiàn)；所說的配置信 息至少包括軟交換平臺(tái)的地址、軟交換平臺(tái)的端口號(hào)、與軟交換平臺(tái) 交換數(shù)據(jù)的主用模塊的本地端口號(hào)、主用模塊的本地ip配置信息和 主用模塊的本地VOIP語音配置信息；當(dāng)備用模塊接收完全部配置信 息后，備用模塊向主用模塊發(fā)送配置信息同步完成通知信息。
在上述技術(shù)方案的基礎(chǔ)上，步驟7執(zhí)行完之后，主備用模塊首先 同時(shí)標(biāo)記一同步完成標(biāo)志，然后再執(zhí)行步驟8。
本發(fā)明所述的VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法，可 實(shí)時(shí)地同步主備模塊數(shù)據(jù)，切換過程簡(jiǎn)單，切換后新的主用模塊能立 即準(zhǔn)確處理語音業(yè)務(wù)，實(shí)現(xiàn)了主備模塊的無縫切換，且適用于MEGACO 和MGCP兩種協(xié)議。


本發(fā)明有如下附圖-
圖l主備模塊冗余備份示意圖； 圖2備用模塊上電處理流程； 圖3主備模塊實(shí)時(shí)同步數(shù)據(jù)流圖; 圖4用戶端動(dòng)作實(shí)時(shí)同步流程； 圖5軟交換信令實(shí)時(shí)同步流程； 圖6配置信息實(shí)時(shí)同步流程； 圖7主備用模塊切換流程； 圖8主備倒換流程圖
具體實(shí)施例方式
以下結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說明。
圖1為本發(fā)明所述的VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方 法涉及的主備模塊冗余備份示意圖，其中主控模塊主要負(fù)責(zé)信令網(wǎng)關(guān) 的相關(guān)配置；用戶端模塊即用戶端設(shè)備的抽象實(shí)體；主用模塊負(fù)責(zé)信 令的處理，完成通話建立的過程；備用模塊負(fù)責(zé)備份主用模塊的配置 數(shù)據(jù)及業(yè)務(wù)數(shù)據(jù)。如圖1所示，主控模塊負(fù)責(zé)下發(fā)配置信息，它只與 當(dāng)前的主用模塊通信；用戶端模塊負(fù)責(zé)處理終端信息，比如摘掛機(jī)、 電話號(hào)碼上報(bào)、放音、開關(guān)通道及修改通道參數(shù)等等，它也只與當(dāng)前 的主用模塊通信；主用模塊處理軟交換協(xié)議，負(fù)責(zé)與軟交換平臺(tái)、用 戶端模塊的通信，主用模塊還處理主控模塊下發(fā)的配置信息，同時(shí)還 需與備用模塊通信，提供同步信息；備用模塊接收同步信息并備份主 用模塊的配置數(shù)據(jù)及業(yè)務(wù)數(shù)據(jù)(配置數(shù)據(jù)及業(yè)務(wù)數(shù)據(jù)也可稱為配置信 息和業(yè)務(wù)信息)。
本發(fā)明所說的主用模塊和備用模塊是軟件層次上的兩個(gè)實(shí)體，主 用模塊即當(dāng)前激活的、正在使用中的模塊，它實(shí)施信令網(wǎng)關(guān)的所有功 能，負(fù)責(zé)信令的處理， 一方面與控制方——軟交換平臺(tái)進(jìn)行通信，另 一方面也保持著與用戶端模塊的通信，就象紐帶一樣將軟交換平臺(tái)與用戶端模塊連接，翻譯及轉(zhuǎn)發(fā)二者互發(fā)的命令；備用模塊只對(duì)主用模 塊的配置信息和業(yè)務(wù)信息進(jìn)行備份，并不真正將信令的處理結(jié)果實(shí) 施，同時(shí)它也只與主用模塊進(jìn)行通信，僅當(dāng)主用模塊發(fā)生故障，無法 自行恢復(fù)時(shí)，備用模塊代替原有的主用模塊，升級(jí)為新的主用模塊， 實(shí)施信令網(wǎng)關(guān)的所有功能。
在圖1所示的主備模塊冗余備份的基礎(chǔ)之上,本發(fā)明可實(shí)現(xiàn)VoIP
語音高可靠性，主要依靠主備模塊同步及實(shí)時(shí)倒換來實(shí)現(xiàn)，本發(fā)明所 述的VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法如圖8所示，在備 用模塊上電后，與主用模塊建立通信，通知主用模塊自己的存在，由 主用模塊將配置信息發(fā)送給備用模塊，然后由備用模塊向主用模塊發(fā) 起確認(rèn)，之后主用模塊將業(yè)務(wù)信息同步給備用模塊，同步完成后，主 備用模塊同時(shí)標(biāo)記同步完成標(biāo)志，備用模塊上電同步這一環(huán)節(jié)結(jié)束， 開始實(shí)時(shí)的數(shù)據(jù)同步。在實(shí)時(shí)同步階段，備用模塊根據(jù)通信內(nèi)容，解 析后修改自身狀態(tài)，達(dá)到與主用模塊同步的狀態(tài)。其具體步驟為 步驟l，備用模塊上電，向主用模塊發(fā)送通知信息； 步驟2，主用模塊收到通知信息后，向備用模塊發(fā)送配置信息； 步驟3，主用模塊向備用模塊發(fā)送當(dāng)前的媒體網(wǎng)關(guān)控制MGC信息； 步驟4，主用模塊向備用模塊發(fā)送注冊(cè)信息； 步驟5，主用模塊向備用模塊發(fā)送注冊(cè)完成査詢，査詢步驟2 4 發(fā)出的各信息是否注冊(cè)完成；
步驟6，當(dāng)備用模塊完成對(duì)步驟2 4發(fā)出的各信息的注冊(cè)后，
備用模塊向主用模塊發(fā)送注冊(cè)完成通知信息；
步驟7，主用模塊向備用模塊發(fā)送需同步的業(yè)務(wù)信息；
步驟8，備用模塊向主用模塊發(fā)送ARP請(qǐng)求；
步驟9，重復(fù)步驟7、 8，直到主用模塊發(fā)生故障，將備用模塊升
級(jí)為主用模塊。
在上述技術(shù)方案的基礎(chǔ)上，步驟7所說的主用模塊向備用模塊發(fā)
送需同步的業(yè)務(wù)信息包括以下具體步驟-
步驟71，主用模塊向備用模塊發(fā)送當(dāng)前RTP端口號(hào)；步驟72，主用模塊向備用模塊發(fā)送當(dāng)前ARP條目； 步驟73，如果主用模塊收到用戶動(dòng)作，則向備用模塊轉(zhuǎn)發(fā)用戶 端動(dòng)作信息；
步驟74，如果主用模塊修改會(huì)話連接，則向備用模塊轉(zhuǎn)發(fā)會(huì)話 連接；
步驟75，如果主用模塊收到配置信息，則向備用模塊轉(zhuǎn)發(fā)配置 信息。
在上述技術(shù)方案的基礎(chǔ)上，步驟1所說的備用模塊上電，向主用 模塊發(fā)送通知信息是指如果備用模塊和主用模塊在同一設(shè)備內(nèi)部， 備用模塊只需要將其MAC地址信息作為通知信息發(fā)送給主用模塊，否
則，備用模塊需要將其IP地址信息作為通知信息發(fā)送給主用模塊。
在上述技術(shù)方案的基礎(chǔ)上，步驟2中主用模塊向備用模塊發(fā)送配 置信息前，主用模塊和備用模塊間應(yīng)先建立主備用模塊之間的通信機(jī) 制，如果備用模塊和主用模塊在同一設(shè)備內(nèi)部，直接通過設(shè)備的內(nèi)部 通信機(jī)制來實(shí)現(xiàn)，否則通過SOCKET通信機(jī)制來實(shí)現(xiàn)；所說的配置信 息至少包括軟交換平臺(tái)的地址、軟交換平臺(tái)的端口號(hào)、與軟交換平臺(tái) 交換數(shù)據(jù)的主用模塊的本地端口號(hào)、主用模塊的本地ip配置信息和 主用模塊的本地VOIP語音配置信息；當(dāng)備用模塊接收完全部配置信 息后，備用模塊向主用模塊發(fā)送配置信息同步完成通知信息。
在上述技術(shù)方案的基礎(chǔ)上，步驟7執(zhí)行完之后，主備用模塊首先 同時(shí)標(biāo)記一同步完成標(biāo)志，然后再執(zhí)行步驟8。
如上所述，備用模塊上電后有一個(gè)上電同步的過程，主要是將主
用模塊此時(shí)的配置信息和業(yè)務(wù)信息同步到備用模塊。具體地說在備
用模塊上電后，第一，備用模塊執(zhí)行步驟l，與主用模塊建立通信，
通知主用模塊自己的存在；第二，主用模塊執(zhí)行步驟2 5，將主用 模塊的配置信息等發(fā)送給備用模塊，并查詢備用模塊是否注冊(cè)完成步 驟2到4所發(fā)送的信息，步驟2中的配置信息包括信令ip/掩碼/網(wǎng) 關(guān)，媒體ip/掩碼/網(wǎng)關(guān)，本地端口號(hào)，軟交換平臺(tái)信息，媒體網(wǎng)關(guān)域名，各端口用戶名等等與NGN協(xié)議有關(guān)的配置信息和與語音業(yè)務(wù)有 關(guān)的語音配置信息；步驟3中發(fā)的是當(dāng)前使用的MGC信息；步驟4中 發(fā)的是哪些端口開通語音業(yè)務(wù)的信息；第三，備用模塊執(zhí)行步驟6， 向主用模塊發(fā)起確認(rèn)，確認(rèn)其完成了對(duì)步驟2到4所發(fā)送的各信息的 注冊(cè)；第四，主用模塊執(zhí)行步驟7，將主用模塊的業(yè)務(wù)信息同步給備 用模塊；第五，備用模塊發(fā)送同步完成標(biāo)志，主備用模塊同時(shí)標(biāo)記同 步完成標(biāo)志。備用模塊上電同步這一環(huán)節(jié)結(jié)束，開始實(shí)時(shí)的數(shù)據(jù)同步， 即重復(fù)步驟7、 8，直到主用模塊發(fā)生故障，將備用模塊升級(jí)為主用 模塊。同步完成標(biāo)志是在步驟7執(zhí)行之后標(biāo)上的，它只是標(biāo)志上電同 步這個(gè)環(huán)節(jié)完成，實(shí)時(shí)同步時(shí)也會(huì)有執(zhí)行步驟7的時(shí)候，但不會(huì)再次 標(biāo)志這個(gè)標(biāo)志位了 。主用模塊向備用模塊發(fā)送當(dāng)前ARP條目在備用模 塊上電同步環(huán)節(jié)里，是將當(dāng)前ARP條目同步到備用模塊，實(shí)時(shí)的數(shù)據(jù) 同步環(huán)節(jié)里也需要ARP條目同步，因?yàn)楫?dāng)前主用模塊上通話信息的動(dòng) 態(tài)改變會(huì)造成ARP條目的增減。
如圖2所示(圖中主盤即為主用模塊，備盤即為備用模塊)，備 用模塊上電處理流程可具體分以下幾個(gè)部分來實(shí)現(xiàn)
1、 備用模塊通知主用模塊。需要通知備用模塊的位置，如果 在同一設(shè)備內(nèi)部，只需要通知備用模塊的MAC地址信息，如果備用模 塊與主用模塊獨(dú)立，則需要通知備用模塊的IP地址信息。
2、 主用模塊根據(jù)備用模塊發(fā)上來的信息，建立主備用模塊之 間的通信機(jī)制。同一設(shè)備可以通過內(nèi)部通信來實(shí)現(xiàn)，外部設(shè)備采取 SOCKET通信機(jī)制。
3、 主用模塊將現(xiàn)有的配置信息發(fā)送到備用模塊。包括軟交換 的地址、端口，本地ip和端口， VOIP語音配置信息(含域名，端口 名)等。
4、 備用模塊請(qǐng)求同步協(xié)議有關(guān)參數(shù)。
5、 主用模塊向備用模塊發(fā)送當(dāng)前的媒體網(wǎng)關(guān)控制MGC信息。
6、 當(dāng)所有配置同步完成后，主用模塊向備用模塊發(fā)送配置同步完成。
7、 主用模塊將此時(shí)正在通話的信息同步到備用模塊。主用模塊 收集所有正在通話的連接信息，組成信令的命令，發(fā)送到備用模塊。 備用模塊根據(jù)這些命令，在備用模塊同步建立連接，以達(dá)到主備用模 塊的信息一致。備用模塊是負(fù)責(zé)備份主用模塊配置數(shù)據(jù)及業(yè)務(wù)數(shù)據(jù)， 但本發(fā)明的實(shí)現(xiàn)機(jī)制是通過主用模塊以信令包的形式發(fā)給備用模塊， 由備用模塊自己解析，然后執(zhí)行，相當(dāng)于執(zhí)行了創(chuàng)建連接這個(gè)信令的 整個(gè)過程。
8、 主用模塊發(fā)送同步完成標(biāo)記到備用模塊。主備用模塊同時(shí) 標(biāo)記同步完成標(biāo)記，開始后面的主備同時(shí)存在的數(shù)據(jù)同步。
其次，主備同時(shí)存在，完成上電同步的過程后，備用模塊需要實(shí) 時(shí)地同步主用模塊的信息。由于備用模塊只與主用模塊通信，所以所 有需同步信息都由主用模塊發(fā)送給備用模塊，通知有信息需要同步。 主用模塊在有用戶端事件處理、信令處理和新配置獲得時(shí)，都需要先 將相關(guān)信息同步給備用模塊，再進(jìn)行相關(guān)處理工作。而備用模塊只要 將收到的同步信息，進(jìn)行相應(yīng)地處理，這個(gè)處理與主用模塊此時(shí)的處 理唯一不同的就是備用模塊不對(duì)模塊外發(fā)送任何信息，目標(biāo)就是做到 與主用模塊狀態(tài)的同步，保證實(shí)時(shí)發(fā)生切換時(shí)，備用模塊能立即升為 主用模塊，展開使用，實(shí)現(xiàn)主備的無縫切換。
這個(gè)環(huán)節(jié)中，需要同步的信息分三個(gè)方面，詳見圖3:
(1) 用戶動(dòng)作信息，主用模塊需先將該信息發(fā)送給備用模塊， 然后主用模塊與備用模塊幾乎同時(shí)將用戶動(dòng)作信息轉(zhuǎn)化為信令數(shù)據(jù)， 由主用模塊將組好的信令包發(fā)送給軟交換平臺(tái)，備用模塊只做到相關(guān) 數(shù)據(jù)和狀態(tài)的同步，不對(duì)外發(fā)送信令包；
(2) 接收到的軟交換平臺(tái)信令，主用模塊也需先將該信息通知 給備用模塊，接著完成信令解析，做好用戶端動(dòng)作前的準(zhǔn)備工作，最 后通知用戶端進(jìn)行相關(guān)動(dòng)作，備用模塊收到同步信息后，也需完成信 令解析和相關(guān)準(zhǔn)備工作，不過并不通知用戶端進(jìn)行實(shí)際的操作；
(3) 來自主控模塊下發(fā)的配置信息，主用模塊首先通知備用模塊要進(jìn)行相關(guān)配置的更改，再實(shí)現(xiàn)自己模塊配置信息更改，備用模塊 收到配置信息同步更新命令后，也會(huì)實(shí)時(shí)地更新到最新配置。
主備同時(shí)存在，實(shí)時(shí)同步為主備無縫切換提^l了保證，所以這個(gè) 環(huán)節(jié)變得極為關(guān)鍵，需要完成以下動(dòng)作
1、 主用模塊收到用戶的動(dòng)作后，首先將這些動(dòng)作同步發(fā)送到 備用模塊，再將這些動(dòng)作以信令形式發(fā)送給軟交換。(詳見圖4)
2、 備用模塊收到主用模塊發(fā)送過來的用戶動(dòng)作后， 一切按正 常流程走，但不將這些信令發(fā)送給軟交換。
3、 主用模塊收到軟交換下來的命令時(shí)，首先將這些命令發(fā)送
到備用模塊，然后再處理。(詳見圖5)
4、 備用模塊收到主用模塊同步過來的軟交換命令，按正常流
程處理。
5、 主用模塊收到主控模塊下發(fā)的配置時(shí)，也要將配置信息同 步給備用模塊。(詳見圖6)
6、 備用模塊收到主用模塊同步過來的新配置信息時(shí)，需要更 換配置以與主用模塊一致。
最后，當(dāng)主用模塊在遇到故障癱瘓時(shí)，能實(shí)現(xiàn)主備用模塊的切換， 主用模塊退為備用模塊，而備用模塊能快速升為主用模塊，很好地實(shí) 現(xiàn)語音業(yè)務(wù)功能。在第二個(gè)環(huán)節(jié)很好實(shí)現(xiàn)的基礎(chǔ)上，最后這個(gè)環(huán)節(jié)反 而變得相對(duì)簡(jiǎn)單，主要是實(shí)現(xiàn)主備標(biāo)識(shí)的轉(zhuǎn)變，以及主用模塊保存的 備用模塊基本信息的交換(詳見圖7)。主備切換啟動(dòng)時(shí)，可以由硬 件來完成主備標(biāo)識(shí)的轉(zhuǎn)換，而且硬件完成，時(shí)耗更少。
主用模塊切換后，主用模塊將自身復(fù)位作為備用模塊，再重復(fù)以 上的過程，以達(dá)到用戶業(yè)務(wù)不受影響的目的。
本發(fā)明中，不管是來至用戶端信息，還是軟交換平臺(tái)信令，還是 配置信息，主備模塊都各自進(jìn)行相同信息的處理，這樣的做法是希望 將主備用模塊的同步信息盡可能地減少，減輕主備模塊通信的負(fù)載。 實(shí)時(shí)的同步信息，保證了主備用模塊數(shù)據(jù)的嚴(yán)格一致，使得主備用模 塊實(shí)時(shí)倒換成為可能，保證主備的無縫切換。本發(fā)明采用的這種主備模塊冗余備份方式中，主備模塊實(shí)時(shí)同步 交互的信息為信令包，采用這個(gè)機(jī)制，能盡可能地減少主備用模塊間 的同步信息，減輕主備模塊通信負(fù)載，而且還能保證主備用模塊數(shù)據(jù) 的嚴(yán)格一致。在這種機(jī)制的基礎(chǔ)上，發(fā)生切換時(shí)所需要做的工作就變 得很少，使得主備用模塊實(shí)時(shí)倒換成為可能，保證主備模塊的無縫切 換。
軟交換協(xié)議中，MEGAC0協(xié)議或MGCP協(xié)議同屬于主從控制協(xié)議。 對(duì)于信令網(wǎng)關(guān)，它屬于被控制一端，主要工作是完成將用戶的動(dòng)作 轉(zhuǎn)換為信令發(fā)給軟交換，然后根據(jù)軟交換發(fā)送的命令，來改變用戶端 設(shè)備的屬性，達(dá)到建立通話的目的。兩種協(xié)議用于信令網(wǎng)關(guān)上時(shí)，在 實(shí)現(xiàn)機(jī)制上有雷同性，該項(xiàng)發(fā)明將同時(shí)適用于MEGAC0和MGCP兩種協(xié) 議。
權(quán)利要求
1.一種VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法，其特征在于包括以下步驟步驟1，備用模塊上電，向主用模塊發(fā)送通知信息；步驟2，主用模塊收到通知信息后，向備用模塊發(fā)送配置信息；步驟3，主用模塊向備用模塊發(fā)送當(dāng)前的媒體網(wǎng)關(guān)控制MGC信息；步驟4，主用模塊向備用模塊發(fā)送注冊(cè)信息；步驟5，主用模塊向備用模塊發(fā)送注冊(cè)完成查詢，查詢步驟2～4發(fā)出的各信息是否注冊(cè)完成；步驟6，當(dāng)備用模塊完成對(duì)步驟2～4發(fā)出的各信息的注冊(cè)后，備用模塊向主用模塊發(fā)送注冊(cè)完成通知信息；步驟7，主用模塊向備用模塊發(fā)送需同步的業(yè)務(wù)信息；步驟8，備用模塊向主用模塊發(fā)送ARP請(qǐng)求；步驟9，重復(fù)步驟7、8，直到主用模塊發(fā)生故障，將備用模塊升級(jí)為主用模塊。
2. 如權(quán)利要求1所述的VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換 方法，其特征在于步驟7所說的主用模塊向備用模塊發(fā)送需同步的業(yè)務(wù)信息包括以下具體步驟步驟71，主用模塊向備用模塊發(fā)送當(dāng)前RTP端口號(hào)；步驟72,主用模塊向備用模塊發(fā)送當(dāng)前ARP條目；步驟73，如果主用模塊收到用戶動(dòng)作，則向備用模塊轉(zhuǎn)發(fā)用戶端動(dòng)作信息；步驟74，如果主用模塊修改會(huì)話連接，則向備用模塊轉(zhuǎn)發(fā)會(huì)話 連接；步驟75，如果主用模塊收到配置信息，則向備用模塊轉(zhuǎn)發(fā)配置"f曰息o
3. 如權(quán)利要求1或2所述的VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí) 倒換方法，其特征在于步驟1所說的備用模塊上電，向主用模塊發(fā)送通知信息是指如果備用模塊和主用模塊在同一設(shè)備內(nèi)部，備用模塊只需要將其MAC地址信息作為通知信息發(fā)送給主用模塊，否則，備用模塊需要將其IP地址信息作為通知信息發(fā)送給主用模塊。
4. 如權(quán)利要求1或2所述的VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí) 倒換方法，其特征在于步驟2中主用模塊向備用模塊發(fā)送配置信息 前，主用模塊和備用模塊間應(yīng)先建立主備用模塊之間的通信機(jī)制，如 果備用模塊和主用模塊在同一設(shè)備內(nèi)部，直接通過設(shè)備的內(nèi)部通信機(jī) 制來實(shí)現(xiàn)，否則通過SOCKET通信機(jī)制來實(shí)現(xiàn)；所說的配置信息至少 包括軟交換平臺(tái)的地址、軟交換平臺(tái)的端口號(hào)、與軟交換平臺(tái)交換數(shù) 據(jù)的主用模塊的本地端口號(hào)、主用模塊的本地ip配置信息和主用模 塊的本地VOIP語音配置信息；當(dāng)備用模塊接收完全部配置信息后， 備用模塊向主用模塊發(fā)送配置信息同步完成通知信息。
5. 如權(quán)利要求1或2所述的VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí) 倒換方法，其特征在于步驟7執(zhí)行完之后，主備用模塊首先同時(shí)標(biāo) 記一同步完成標(biāo)志，然后再執(zhí)行步驟8。
全文摘要
一種VOIP語音業(yè)務(wù)主備模塊同步及實(shí)時(shí)倒換方法，涉及信令網(wǎng)關(guān)主備用模塊無縫切換，在備用模塊上電后，與主用模塊建立通信，通知主用模塊自己的存在，由主用模塊將配置信息發(fā)送給備用模塊，然后由備用模塊向主用模塊發(fā)起確認(rèn)，之后主用模塊將業(yè)務(wù)信息同步給備用模塊，同步完成后，主備用模塊同時(shí)標(biāo)記同步完成標(biāo)志，備用模塊上電同步這一環(huán)節(jié)結(jié)束，開始實(shí)時(shí)的數(shù)據(jù)同步。在實(shí)時(shí)同步階段，備用模塊根據(jù)通信內(nèi)容，解析后修改自身狀態(tài)，達(dá)到與主用模塊同步的狀態(tài)。本發(fā)明所述的同步及實(shí)時(shí)倒換方法，可實(shí)時(shí)地同步主備模塊數(shù)據(jù)，切換過程簡(jiǎn)單，切換后新的主用模塊能立即準(zhǔn)確處理語音業(yè)務(wù)，實(shí)現(xiàn)主備模塊無縫切換，且適用于MEGACO和MGCP兩種協(xié)議。
文檔編號(hào)H04L12/24GK101640611SQ20091016928
公開日2010年2月3日 申請(qǐng)日期2009年8月26日 優(yōu)先權(quán)日2009年8月26日
發(fā)明者王建軍, 超 賀, 霞 趙, 潔 郭 申請(qǐng)人:烽火通信科技股份有限公司