專利名稱：一種h.248協(xié)議的信令傳輸適配方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及承載控制分離網(wǎng)絡(luò)的信令傳輸，具體地說，涉及3GPP/3GPP組織定義的WCDMA/CDMA2000/TD系統(tǒng)中Mc接口及NGN中的H.248協(xié)議的信令傳輸。
背景技術(shù)：
H.248協(xié)議被3GPP/3GPP2等組織采用，作為Mc接口的協(xié)議標(biāo)準(zhǔn)，主要用于MSC服務(wù)器(MSCServer)和媒體網(wǎng)關(guān)(MGW)之間的網(wǎng)關(guān)控制以及承載建立控制。
H.248協(xié)議作為一個(gè)應(yīng)用協(xié)議，對(duì)采用方式傳輸沒有限制。Mc接口中H.248信令消息的傳輸方式在3GPP TS-29.232中規(guī)定了如下幾種方式對(duì)于純IP連接，應(yīng)該使用H.248/SCTP/IP。另外，為了提供SCTP偶聯(lián)的有效使用，SCTP之上也可以增加M3UA層，以允許網(wǎng)關(guān)和控制器的靈活實(shí)現(xiàn)。為了更好地與基于H.248的固定軟交換系統(tǒng)進(jìn)行互通，在純IP連接時(shí)，可選采用UDP承載，即H.248/UDP/IP。協(xié)議棧結(jié)構(gòu)如圖1所示。
對(duì)于純ATM連接，應(yīng)該使用H.248/MTP3B/SSCF/SSCOP/AAL5/ATM。協(xié)議棧結(jié)構(gòu)如圖2所示。
對(duì)于混合IP和ATM連接，對(duì)IP傳送應(yīng)該使用H.248/M3UA/SCTP/IP，協(xié)議棧結(jié)構(gòu)如圖3所示。
這幾種傳輸方式中，H.248實(shí)體(指H.248協(xié)議處理的相關(guān)模塊)和下層信令傳輸?shù)脑Z接口有較大的差別。根據(jù)以上協(xié)議規(guī)定，H.248協(xié)議可能的信令傳輸方式向上提供的接口分為兩類鏈路層接口和網(wǎng)絡(luò)層的接口。鏈路層的接口如SCTP、TCP、MTP2等的接口，他們的共同特征是有連接或鏈路的概念；網(wǎng)絡(luò)層接口如MTP3，M3UA、SCCP的接口，他們的共同特征是有端點(diǎn)可達(dá)或不可達(dá)的概念。這里描述的端點(diǎn)的概念，是信令網(wǎng)絡(luò)中一個(gè)具有信令處理功能的點(diǎn)，如MSC Server或MGW。
現(xiàn)有固網(wǎng)中媒體網(wǎng)關(guān)控制器和媒體網(wǎng)關(guān)之間一般采用H.248/UDP/IP協(xié)議，使用常規(guī)的套接口?？紤]到MSC Server與MGW是一對(duì)多的關(guān)系，MSCServer到不同的MGW可能有不同類型的信令傳輸，需要為MSC Server上的H.248實(shí)體提供一個(gè)統(tǒng)一的信令傳輸接口。而MGW在MSC Server發(fā)生故障的情況下，可以倒換(切換)到另一個(gè)MSC Server，MGW與這兩個(gè)MSC Server之間可能采用不同的信令傳輸方式，也需要為MGW上的H.248提供一個(gè)統(tǒng)一的信令傳輸接口。
此外，一個(gè)MGW或MSC Server可能運(yùn)行于不同的網(wǎng)絡(luò)環(huán)境，在ATM網(wǎng)絡(luò)里或在IP網(wǎng)絡(luò)里需要提供不同類型的向上傳輸?shù)慕涌?，因?yàn)榫W(wǎng)絡(luò)的不同就要使用不同的軟件模塊來實(shí)現(xiàn)，產(chǎn)生不同的軟件版本。這種接口類型的不一致給產(chǎn)品的設(shè)計(jì)和使用帶來了不便。
因而有必要提供一種適配方法及系統(tǒng)，能夠向H.248協(xié)議屏蔽下層信令傳輸?shù)募?xì)節(jié)，為H.248實(shí)體提供一個(gè)統(tǒng)一的信令傳輸接口。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明所要解決的技術(shù)問題是提供一種Mc接口的H.248協(xié)議的信令傳輸適配系統(tǒng)，可通過鏈路層接口和網(wǎng)絡(luò)層接口向上傳輸信令，向H.248協(xié)議屏蔽下層信令傳輸?shù)募?xì)節(jié)，為H.248實(shí)體提供一個(gè)統(tǒng)一的信令傳輸接口。
為了解決上述技術(shù)問題，本發(fā)明提供了一種H.248協(xié)議的信令傳輸適配方法，通過管理鏈路，將鏈路層接口適配成為網(wǎng)絡(luò)層接口，從而為H.248實(shí)體提供一個(gè)統(tǒng)一的信令傳輸接口，包括鏈路管理、局管理和數(shù)據(jù)處理功能，其中所述鏈路管理對(duì)鏈路的狀態(tài)進(jìn)行管理，并將鏈路狀態(tài)信息上報(bào)局管理；所述局管理根據(jù)上報(bào)的鏈路信息計(jì)算出局狀態(tài)信息上報(bào)H.248實(shí)體，或者將網(wǎng)絡(luò)層接口的局狀態(tài)信息轉(zhuǎn)發(fā)給H.248；并為目的端點(diǎn)建立一個(gè)路由表，根據(jù)上報(bào)鏈路信息進(jìn)行維護(hù)，并為出局的信令數(shù)據(jù)分配鏈路，實(shí)現(xiàn)負(fù)荷分擔(dān)和鏈路故障備份；所述數(shù)據(jù)處理為出局的信令數(shù)據(jù)從路由表中選擇發(fā)送鏈路，封裝信令傳輸幀頭后發(fā)送，當(dāng)接收到入局?jǐn)?shù)據(jù)后，去掉信令傳輸幀頭后發(fā)送給H.248實(shí)體。
上述方法中，其特點(diǎn)是所述局狀態(tài)信息包括端點(diǎn)可達(dá)，不可達(dá)，擁塞三種，當(dāng)?shù)揭粋€(gè)端點(diǎn)的至少一條鏈路投入使用的時(shí)候，判斷該端點(diǎn)狀態(tài)為可達(dá)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的最后一條可用鏈路推出服務(wù)的時(shí)候，判斷該端點(diǎn)狀態(tài)為不可達(dá)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的鏈路中的鏈路有一條或多條發(fā)生擁塞的時(shí)候，判斷該端點(diǎn)為擁塞狀態(tài)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的所有鏈路所有鏈路都不擁塞的時(shí)候，該端點(diǎn)為不擁塞狀態(tài)。
上述方法中，其特點(diǎn)是，所述的對(duì)路由表維護(hù)時(shí)，在有新的鏈路投入運(yùn)行時(shí)，將這個(gè)鏈路填充到路由表中；在鏈路退出服務(wù)時(shí)，將這個(gè)鏈路從路由表中去掉。
上述方法中，其特點(diǎn)是，局管理在進(jìn)行鏈路分配時(shí)，正常情況下，兩個(gè)端點(diǎn)之間建立的所有鏈路負(fù)荷分擔(dān)，如果一個(gè)鏈路退出服務(wù)，該鏈路上原來的所有業(yè)務(wù)數(shù)據(jù)可以通過其他可用的鏈路傳送。
上述方法中，其特點(diǎn)是，局管理為出局信令數(shù)據(jù)分配鏈路的方法是根據(jù)H.248消息中的上下文標(biāo)識(shí)Context Id，使用一個(gè)取模算法ContextId％RouteTableMax得到一個(gè)下標(biāo)；然后根據(jù)這個(gè)下標(biāo)從路由表中得到一個(gè)可用鏈路編號(hào)，選擇這個(gè)鏈路；將數(shù)據(jù)交給信令傳輸層發(fā)送。
上述方法中，其特點(diǎn)是，局管理進(jìn)行鏈路分配時(shí)，將同一端點(diǎn)的不同鏈路分布在不同的處理單元上。
為了解決在分布式處理系統(tǒng)中Mc接口的適配問題，本發(fā)明還提供了一種Mc接口的H.248協(xié)議的信令傳輸適配系統(tǒng)，其特征在于，該系統(tǒng)包括多個(gè)與H.248實(shí)體連接的適配單元，各適配單元上分別具有一個(gè)鏈路管理單元和數(shù)據(jù)處理單元，在其中的一個(gè)適配單元上設(shè)有一個(gè)局管理模塊，各適配單元的上述功能單元之間可以通過內(nèi)部通信網(wǎng)絡(luò)相互通信，其中所述鏈路管理單元，負(fù)責(zé)對(duì)本適配單元上鏈路的狀態(tài)進(jìn)行管理，并向局管理模塊上報(bào)鏈路狀態(tài)信息；所述局管理模塊包括路由表管理單元、鏈路故障備份單元、端點(diǎn)狀態(tài)適配單元、鏈路分配單元及信息同步單元；所述路由表管理單元根據(jù)端點(diǎn)的所有鏈路信息，計(jì)算出到某端點(diǎn)的路由表。
所述鏈路故障備份單元通過對(duì)路由表的維護(hù)，正常情況下使兩個(gè)端點(diǎn)之間建立的所有鏈路負(fù)荷分擔(dān)，故障時(shí)互為備份；所述端點(diǎn)狀態(tài)適配單元接收各鏈路管理單元上報(bào)的鏈路信息，將鏈路狀態(tài)轉(zhuǎn)換為可達(dá)，不可達(dá)，擁塞三種端點(diǎn)狀態(tài)，并通知H.248實(shí)體；所述鏈路分配單元根據(jù)各數(shù)據(jù)處理單元的請(qǐng)求，從相應(yīng)端點(diǎn)的路由表中為其分配一個(gè)可用鏈路編號(hào)；所述信息同步單元將端點(diǎn)狀態(tài)、路由表信息同步到各適配單元上；所述各數(shù)據(jù)處理單元均包括一個(gè)接收子單元和一個(gè)發(fā)送子單元；所述接收子單元接收到信令傳輸發(fā)來的數(shù)據(jù)后，去掉信令傳輸協(xié)議部分的幀頭后將用戶數(shù)據(jù)發(fā)送給H.248實(shí)體；所述發(fā)送子單元根據(jù)H.248實(shí)體要發(fā)送消息中的上下文標(biāo)識(shí)，從路由表中得到一個(gè)可用鏈路編號(hào)或SLS，將數(shù)據(jù)交給信令傳輸層發(fā)送。
使用本發(fā)明所述的信令適配方法和系統(tǒng)，使得H.248協(xié)議的實(shí)現(xiàn)面對(duì)的是一個(gè)統(tǒng)一的信令傳輸接口，不用考慮下層傳輸?shù)木唧w方式，簡化了大容量的H.248協(xié)議分布式處理設(shè)計(jì)，邏輯結(jié)構(gòu)因此也變得相當(dāng)清晰。特別適合Mc接口存在多種信令傳輸選擇可能的應(yīng)用場合。并能滿足H.248消息對(duì)故障備份和消息有序傳輸?shù)男枨?，滿足大容量H.248處理時(shí)信令傳輸?shù)呢?fù)荷分擔(dān)和故障備份的需求。
此外，本發(fā)明中的適配功能因?yàn)榭梢怨芾礞溌?，將鏈路層接口適配成為網(wǎng)絡(luò)層接口，使得多條鏈路之間可以互為備用，所以可以提高鏈路層接口的信令傳輸方式的傳輸可靠性。


圖1是Mc接口在純IP連接時(shí)的協(xié)議棧結(jié)構(gòu)。
圖2是Mc接口在純ATM連接時(shí)的協(xié)議棧結(jié)構(gòu)。
圖3是Mc接口在混合IP和ATM連接時(shí)的協(xié)議棧結(jié)構(gòu)。
圖4是本發(fā)明的信令適配系統(tǒng)的邏輯框圖。
圖5A和圖5B是本發(fā)明實(shí)施例鏈路管理模塊和局管理模塊進(jìn)行鏈路狀態(tài)適配的流程示意圖。
圖6是本發(fā)明實(shí)施例數(shù)據(jù)處理的流程圖。
圖7是本發(fā)明實(shí)施例的信令適配系統(tǒng)的分布式處理模型。
具體實(shí)施例方式
本發(fā)明的信令適配方法通過管理鏈路，將鏈路層接口適配成為網(wǎng)絡(luò)層接口，從而為H.248提供一個(gè)統(tǒng)一的信令傳輸接口。
在有兩種類型的接口同時(shí)存在的情況下，雖然某實(shí)體對(duì)其他不同的實(shí)體可能采用不同的接口，但網(wǎng)絡(luò)某兩個(gè)確定的實(shí)體之間采用何種接口是固定的，例如MSC Server A與MGW B之間不可能既使用H.248/MTP3B/SSCF/SSCOP/AAL5/ATM，同時(shí)又使用H.248/SCTP/IP方式傳輸，也就是說在某個(gè)實(shí)體中，H.248傳輸信令時(shí)，只要它的目的確定了，網(wǎng)絡(luò)接口類型就確定了。
圖4示出了實(shí)現(xiàn)本發(fā)明方法的信令適配系統(tǒng)的邏輯框圖，如圖所示，本發(fā)明的適配系統(tǒng)包括三個(gè)功能模塊鏈路管理、局管理和數(shù)據(jù)處理等模塊。
鏈路管理模塊對(duì)鏈路的狀態(tài)進(jìn)行管理，維護(hù)信令傳輸鏈路的狀態(tài)機(jī)，提供鏈路層接口所需的鏈路建立、釋放、狀態(tài)的定時(shí)查詢、故障鏈路的恢復(fù)等功能。
本發(fā)明實(shí)施例方法中，適配系統(tǒng)向H.248實(shí)體提供的都是局狀態(tài)信息，包括可達(dá)、不可達(dá)。對(duì)于提供鏈路層接口的信令傳輸而言，是通過鏈路信息計(jì)算出來，需要局管理與鏈路管理模塊配合將鏈路狀態(tài)轉(zhuǎn)換為端點(diǎn)狀態(tài)，具體方法是當(dāng)?shù)揭粋€(gè)端點(diǎn)的至少一條鏈路投入使用的時(shí)候，該端點(diǎn)狀態(tài)為可達(dá)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的最后一條可用鏈路推出服務(wù)的時(shí)候，該端點(diǎn)狀態(tài)為不可達(dá)。
而對(duì)于網(wǎng)絡(luò)層接口的信令傳輸而言，它提供的接口本身就有局信息，此時(shí)局處理只要把這個(gè)信息轉(zhuǎn)發(fā)一下。
其中鏈路管理模塊的處理流程如圖5所示當(dāng)鏈路投入(信息來自鏈路層接口的信令傳輸)時(shí)，上報(bào)局管理模塊；當(dāng)鏈路退出時(shí)，上報(bào)局管理模塊。
局管理模塊的處理流程如圖6所示當(dāng)局管理接收到鏈路投入的信息；判斷該鏈路是否到該端點(diǎn)的第一條鏈路，如果是，則端點(diǎn)可達(dá)，對(duì)路由表計(jì)算之后，向H.248提供端點(diǎn)可達(dá)信息；否則只對(duì)路由表計(jì)算；當(dāng)局管理接收到鏈路退出的信息，判斷該鏈路是否到該端點(diǎn)的最后一條鏈路，如果是，則端點(diǎn)不可達(dá)，對(duì)路由表計(jì)算之后，向H.248提供端點(diǎn)不可達(dá)信息；否則只對(duì)路由表計(jì)算；當(dāng)局管理接收到端口可達(dá)信息時(shí)(來自網(wǎng)絡(luò)層接口)，直接轉(zhuǎn)發(fā)H.248；當(dāng)局管理接收到端口不可達(dá)信息時(shí)，直接轉(zhuǎn)發(fā)H.248。
此外，當(dāng)適配功能向H.248提供擁塞狀態(tài)時(shí)，當(dāng)鏈路擁塞時(shí)，鏈路管理模塊上報(bào)局管理模塊，局管理判斷一個(gè)端點(diǎn)的鏈路中有一條或多條發(fā)生擁塞的時(shí)候，該端點(diǎn)為擁塞狀態(tài)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的所有鏈路所有鏈路都不擁塞的時(shí)候，該端點(diǎn)為不擁塞狀態(tài)，并上報(bào)局管理。
本發(fā)明的路由表是一個(gè)對(duì)應(yīng)于某個(gè)端點(diǎn)的大小固定的數(shù)組(設(shè)定大小為RouteTableMax)，數(shù)組中的元素都是到這個(gè)端點(diǎn)的可用鏈路。所述的對(duì)路由表計(jì)算是指，在有新的鏈路投入運(yùn)行時(shí)，按照某種規(guī)則將這個(gè)鏈路填充到路由表中；在鏈路退出服務(wù)時(shí)，將這個(gè)鏈路從路由表中去掉。本發(fā)明對(duì)路由表的填充規(guī)則不作限定。
在移動(dòng)網(wǎng)絡(luò)中，為了信令的可靠傳輸，Mc接口的信令傳輸需要采用冗余備份的方式，配置信令傳輸鏈路(寬帶7號(hào)鏈路或SCTP偶聯(lián))，正常情況下這些鏈路間負(fù)荷分擔(dān)，故障情況下這些鏈路互為備份。同時(shí)，H.248的消息中，同一個(gè)上下文(CONTEXT)的消息之間存在相關(guān)性，信令傳輸需要保證這些消息的有序傳送。
本發(fā)明鏈路間的故障備份是通過路由表維護(hù)來實(shí)現(xiàn)的。正常情況下，兩個(gè)端點(diǎn)之間建立的所有鏈路負(fù)荷分擔(dān)，故障時(shí)互為備份。如果一個(gè)鏈路退出服務(wù)，該鏈路上原來的所有業(yè)務(wù)數(shù)據(jù)可以通過其他可用的鏈路傳送，從而完成故障備份的功能。
數(shù)據(jù)發(fā)送的時(shí)候，數(shù)據(jù)處理部分從路由表中獲取發(fā)送鏈路，具體方法是根據(jù)H.248消息中的上下文標(biāo)識(shí)Context Id，使用一個(gè)取模算法ContextId％RouteTableMax得到一個(gè)下標(biāo)；然后根據(jù)這個(gè)下標(biāo)從路由表中得到一個(gè)可用鏈路編號(hào)，選擇這個(gè)鏈路；
將數(shù)據(jù)交給信令傳輸層發(fā)送。
例如4條可用鏈路，路由表(設(shè)路由表的大小為16)為1234123412341234此時(shí)如果上下文為20，則此時(shí)由20％16＝4，獲取發(fā)送鏈路為1(即路由表中下標(biāo)為4的項(xiàng))。
當(dāng)鏈路1不可用，路由表修改為2234323442342234此時(shí)如果上下文為20，則此時(shí)由20％16＝4，獲取發(fā)送鏈路為3(即路由表中下標(biāo)為4的項(xiàng))。
這樣，鏈路1的負(fù)荷就由234鏈路以盡可能的平均分?jǐn)偂?br> 如果鏈路1恢復(fù)，則路由表又修改回來。
對(duì)于用網(wǎng)絡(luò)層接口傳輸時(shí)，則是根據(jù)得到的下標(biāo)選擇一個(gè)鏈路選擇標(biāo)識(shí)，如MTP的SLS(Signalling Link Selection，鏈路選擇碼)。
此外，使用上述算法還使得對(duì)于同一個(gè)上下文ID可以選到相同的SLS或相同的流，SCTP的一個(gè)流就是這里的一個(gè)鏈路概念。對(duì)于MTP傳輸，因?yàn)镸TP本身提供有序的機(jī)制，兩個(gè)消息只要選擇相同的SLS就可以保證這兩個(gè)消息的有序傳送。對(duì)于SCTP傳輸，因?yàn)镾CTP提供在一個(gè)流中有序傳輸?shù)臋C(jī)制，所以兩個(gè)消息選擇相同鏈路或相同的流就可以保證這兩個(gè)消息有序傳輸。但本發(fā)明并不局限于使用該算法。
本發(fā)明實(shí)施例的數(shù)據(jù)處理的流程圖如圖6所示其中對(duì)入局?jǐn)?shù)據(jù)的處理如下接收到的來自信令傳輸?shù)娜刖謹(jǐn)?shù)據(jù)；去掉信令傳輸協(xié)議部分的幀頭；將得到的信令數(shù)據(jù)發(fā)送給H.248實(shí)體。
對(duì)出局?jǐn)?shù)據(jù)的處理如下接收到H.248的信令數(shù)據(jù)；選取鏈路；(方法如前所述)封裝信令傳輸幀頭；
將數(shù)據(jù)交給信令傳輸層發(fā)送。
因?yàn)閿?shù)據(jù)處理單元直接和信令傳輸層交互，所以它知道下層是何種信令傳輸，根據(jù)需要它加上網(wǎng)絡(luò)層的幀頭和鏈路層的幀頭。
本發(fā)明實(shí)施例是應(yīng)用于分布式處理系統(tǒng)中，但很明顯，本發(fā)明并不局限于此。在大容量MSCServer和大容量MGW的應(yīng)用中，為提高可靠性以及處理能力，需要采用分布式處理方式。
本發(fā)明的適配方法應(yīng)用于分布式處理的MSC Server和MGW中的處理模型如圖7所示，在分布式環(huán)境下，本發(fā)明適配系統(tǒng)包括多個(gè)適配單元。鏈路管理模塊和數(shù)據(jù)處理模塊也采用分布式處理方式，每個(gè)適配單元上有一個(gè)鏈路管理單元和一個(gè)數(shù)據(jù)處理單元，分別進(jìn)行本適配單元的鏈路狀態(tài)管理和數(shù)據(jù)處理，而局管理模塊則采用集中處理方式，布置在一個(gè)適配單元上。各適配單元的上述功能單元之間可以通過內(nèi)部通信網(wǎng)絡(luò)相互通信。
在分布式系統(tǒng)中，對(duì)于信令傳輸而言，為提高可靠性，最好的方式就是將傳輸鏈路分布在不同的處理單元。本發(fā)明在分布式系統(tǒng)中進(jìn)行鏈路分配時(shí)，局管理盡量將同一端點(diǎn)的不同鏈路分布在不同的適配單元上，也就是盡量讓信令傳輸(例如Mtp3，sctp等)的功能分布于不同的處理單元上。使得多條鏈路之間可以互為備用，所以對(duì)鏈路層接口的信令傳輸方式的傳輸可靠性有所提高。
同時(shí)，路由表是由局處理功能計(jì)算出來的，而局處理功能又是集中處理的，也就是說局處理計(jì)算出來的路由表等信息只在一個(gè)處理單元上有；而路由表的信息是每個(gè)適配單元上的數(shù)據(jù)處理功能都要使用的，所以這個(gè)信息需要從局處理所在的處理單元廣播給所有的處理單元上的數(shù)據(jù)處理模塊。
使用本發(fā)明所述的信令適配方法，使得H.248協(xié)議的實(shí)現(xiàn)面對(duì)的是一個(gè)統(tǒng)一的信令傳輸接口，不用考慮下層傳輸?shù)木唧w方式，簡化了大容量的H.248協(xié)議分布式處理設(shè)計(jì)，邏輯結(jié)構(gòu)因此也變得相當(dāng)清晰。特別適合Mc接口存在多種信令傳輸選擇可能的應(yīng)用場合。并能滿足H.248消息對(duì)消息有序傳輸?shù)男枨?，滿足大容量H.248處理時(shí)信令傳輸?shù)呢?fù)荷分擔(dān)和故障備份的需求。
由上可知，本發(fā)明應(yīng)用于分布式處理系統(tǒng)Mc接口時(shí)的適配系統(tǒng)包括多個(gè)與H.248模塊連接的適配單元，各適配單元上分別具有一個(gè)鏈路管理單元和數(shù)據(jù)處理單元，在其中的一個(gè)適配單元上設(shè)有一個(gè)局管理模塊，各適配單元的上述功能單元之間可以通過內(nèi)部通信網(wǎng)絡(luò)相互通信，其中所述鏈路管理單元，負(fù)責(zé)對(duì)本適配單元上鏈路的狀態(tài)進(jìn)行管理，并向局管理模塊上報(bào)鏈路狀態(tài)信息；所述局管理模塊包括路由表管理單元、鏈路故障備份單元、端點(diǎn)狀態(tài)適配單元、鏈路分配單元及信息同步單元；所述路由表管理單元根據(jù)端點(diǎn)的所有鏈路信息，計(jì)算出到某端點(diǎn)的路由表。
所述鏈路故障備份單元通過對(duì)路由表的維護(hù)，正常情況下使兩個(gè)端點(diǎn)之間建立的所有鏈路負(fù)荷分擔(dān)，故障時(shí)互為備份；所述端點(diǎn)狀態(tài)適配單元接收各鏈路管理單元上報(bào)的鏈路信息，將鏈路狀態(tài)轉(zhuǎn)換為可達(dá)，不可達(dá)，擁塞三種端點(diǎn)狀態(tài)，并通知H.248模塊；所述鏈路分配單元根據(jù)各數(shù)據(jù)處理單元的請(qǐng)求，從相應(yīng)端點(diǎn)的路由表中為其分配一個(gè)可用鏈路編號(hào)；所述信息同步單元將端點(diǎn)狀態(tài)、路由表信息同步到各適配單元上；所述各數(shù)據(jù)處理單元均包括一個(gè)接收子單元和一個(gè)發(fā)送子單元；所述接收子單元接收到信令傳輸發(fā)來的數(shù)據(jù)后，去掉信令傳輸協(xié)議部分的幀頭后將用戶數(shù)據(jù)發(fā)送給H.248模塊；所述發(fā)送子單元根據(jù)H.248模塊要發(fā)送消息中的上下文標(biāo)識(shí)，從路由表中得到一個(gè)可用鏈路編號(hào)或SLS，將數(shù)據(jù)交給信令傳輸層發(fā)送。
雖然上述實(shí)施例中本發(fā)明適配方法是應(yīng)用于Mc接口中，并本發(fā)明但不局限于Mc，也可使用于NGN的H.248傳輸。
權(quán)利要求
1.一種H.248協(xié)議的信令傳輸適配方法，通過管理鏈路，將鏈路層接口適配成為網(wǎng)絡(luò)層接口，從而為H.248實(shí)體提供一個(gè)統(tǒng)一的信令傳輸接口，包括鏈路管理、局管理和數(shù)據(jù)處理方法，其中所述鏈路管理對(duì)鏈路的狀態(tài)進(jìn)行管理，并將鏈路狀態(tài)信息上報(bào)局管理；所述局管理根據(jù)上報(bào)的鏈路信息計(jì)算出局狀態(tài)信息上報(bào)H.248實(shí)體，或者將網(wǎng)絡(luò)層接口的局狀態(tài)信息轉(zhuǎn)發(fā)給H.248；并為目的端點(diǎn)建立一個(gè)路由表，根據(jù)上報(bào)鏈路信息進(jìn)行維護(hù)，并為出局的信令數(shù)據(jù)分配鏈路，實(shí)現(xiàn)負(fù)荷分擔(dān)和鏈路故障備份；所述數(shù)據(jù)處理為出局的信令數(shù)據(jù)從路由表中選擇發(fā)送鏈路，封裝信令傳輸幀頭后發(fā)送，當(dāng)接收到入局?jǐn)?shù)據(jù)后，去掉信令傳輸幀頭后發(fā)送給H.248實(shí)體。
2.如權(quán)利要求1所述的信令傳輸適配方法，其特征在于，所述局狀態(tài)信息包括端點(diǎn)可達(dá)，不可達(dá)，擁塞三種，當(dāng)?shù)揭粋€(gè)端點(diǎn)的至少一條鏈路投入使用的時(shí)候，判斷該端點(diǎn)狀態(tài)為可達(dá)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的最后一條可用鏈路推出服務(wù)的時(shí)候，判斷該端點(diǎn)狀態(tài)為不可達(dá)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的鏈路中的鏈路有一條或多條發(fā)生擁塞的時(shí)候，判斷該端點(diǎn)為擁塞狀態(tài)，當(dāng)?shù)揭粋€(gè)端點(diǎn)的所有鏈路所有鏈路都不擁塞的時(shí)候，該端點(diǎn)為不擁塞狀態(tài)。
3.如權(quán)利要求1所述的信令傳輸適配方法，其特征在于，所述的對(duì)路由表維護(hù)時(shí)，在有新的鏈路投入運(yùn)行時(shí)，將這個(gè)鏈路填充到路由表中；在鏈路退出服務(wù)時(shí)，將這個(gè)鏈路從路由表中去掉。
4.如權(quán)利要求1所述的信令傳輸適配方法，其特征在于，局管理在進(jìn)行鏈路分配時(shí)，正常情況下，兩個(gè)端點(diǎn)之間建立的所有鏈路負(fù)荷分擔(dān)，如果一個(gè)鏈路退出服務(wù)，該鏈路上原來的所有業(yè)務(wù)數(shù)據(jù)可以通過其他可用的鏈路傳送。
5.如權(quán)利要求1所述的信令傳輸適配方法，其特征在于，所述局管理為出局信令數(shù)據(jù)分配鏈路的方法是根據(jù)H.248消息中的上下文標(biāo)識(shí)ContextId，使用一個(gè)取模算法ContextId％RouteTableMax得到一個(gè)下標(biāo)；然后根據(jù)這個(gè)下標(biāo)從路由表中得到一個(gè)可用鏈路編號(hào)，選擇這個(gè)鏈路；將數(shù)據(jù)交給信令傳輸層發(fā)送。
6.如權(quán)利要求1所述的信令傳輸適配方法，其特征在于，局管理進(jìn)行鏈路分配時(shí)，將同一端點(diǎn)的不同鏈路分布在不同的處理單元上。
7.一種Mc接口的H.248協(xié)議的信令傳輸適配系統(tǒng)，其特征在于，該系統(tǒng)包括多個(gè)與H.248實(shí)體連接的適配單元，各適配單元上分別具有一個(gè)鏈路管理單元和數(shù)據(jù)處理單元，在其中的一個(gè)適配單元上設(shè)有一個(gè)局管理模塊，各適配單元的上述功能單元之間可以通過內(nèi)部通信網(wǎng)絡(luò)相互通信，其中所述鏈路管理單元，負(fù)責(zé)對(duì)本適配單元上鏈路的狀態(tài)進(jìn)行管理，并向局管理模塊上報(bào)鏈路狀態(tài)信息；所述局管理模塊包括路由表管理單元、鏈路故障備份單元、端點(diǎn)狀態(tài)適配單元、鏈路分配單元及信息同步單元；所述路由表管理單元根據(jù)端點(diǎn)的所有鏈路信息，計(jì)算出到某端點(diǎn)的路由表。所述鏈路故障備份單元通過對(duì)路由表的維護(hù)，正常情況下使兩個(gè)端點(diǎn)之間建立的所有鏈路負(fù)荷分擔(dān)，故障時(shí)互為備份；所述端點(diǎn)狀態(tài)適配單元接收各鏈路管理單元上報(bào)的鏈路信息，將鏈路狀態(tài)轉(zhuǎn)換為可達(dá)，不可達(dá)，擁塞三種端點(diǎn)狀態(tài)，并通知H.248實(shí)體；所述鏈路分配單元根據(jù)各數(shù)據(jù)處理單元的請(qǐng)求，從相應(yīng)端點(diǎn)的路由表中為其分配一個(gè)可用鏈路編號(hào)；所述信息同步單元將端點(diǎn)狀態(tài)、路由表信息同步到各適配單元上；所述各數(shù)據(jù)處理單元均包括一個(gè)接收子單元和一個(gè)發(fā)送子單元；所述接收子單元接收到信令傳輸發(fā)來的數(shù)據(jù)后，去掉信令傳輸協(xié)議部分的幀頭后將用戶數(shù)據(jù)發(fā)送給H.248實(shí)體；所述發(fā)送子單元根據(jù)H.248實(shí)體要發(fā)送消息中的上下文標(biāo)識(shí)，從路由表中得到一個(gè)可用鏈路編號(hào)或SLS，將數(shù)據(jù)交給信令傳輸層發(fā)送。
全文摘要
本發(fā)明公開了一種Mc接口的H.248協(xié)議的信令傳輸適配方法，通過管理鏈路，將鏈路層接口適配成為網(wǎng)絡(luò)層接口，從而為H.248實(shí)體提供一個(gè)統(tǒng)一的信令傳輸接口，其中，鏈路管理對(duì)鏈路的狀態(tài)進(jìn)行管理并上報(bào)局管理；局管理根據(jù)鏈路信息計(jì)算出局信息上報(bào)H.248實(shí)體，或者將網(wǎng)絡(luò)層接口的局信息轉(zhuǎn)發(fā)給H.248，并為出局的信令數(shù)據(jù)分配鏈路，實(shí)現(xiàn)負(fù)荷分擔(dān)和鏈路故障備份；所述數(shù)據(jù)處理進(jìn)行數(shù)據(jù)的發(fā)送和接收，本發(fā)明適配方法向H.248協(xié)議屏蔽下層信令傳輸?shù)募?xì)節(jié)，為H.248實(shí)體提供一個(gè)統(tǒng)一的信令傳輸接口，且可滿足負(fù)荷分擔(dān)、故障備份及消息有序傳輸?shù)男枨蟆?br> 文檔編號(hào)H04L12/26GK1545291SQ20031011351
公開日2004年11月10日 申請(qǐng)日期2003年11月13日 優(yōu)先權(quán)日2003年11月13日
發(fā)明者秦長鵬, 劉建興, 寧冬子, 林雪峰 申請(qǐng)人:中興通訊股份有限公司