|
摘要
介紹
概念
雙MTP3概念
MTP上的狀態(tài)機(jī)
雙電話操作（基于CIC）
雙SCCP（子系統(tǒng)狀態(tài)維護(hù)）
雙TCAP操作
TCAP 用戶(GSM-MAP、IS41-MAP、INAP)
設(shè)置
MTP3的設(shè)置
ISUP和TUP的設(shè)置
SCCP的設(shè)置
TCAP的設(shè)置
機(jī)箱間通信
容錯(cuò)應(yīng)用
設(shè)置system.txt值
主機(jī)協(xié)議實(shí)現(xiàn)的system.txt
信令處理器板卡協(xié)議實(shí)現(xiàn)的system.txt
■ 摘 要
在使用Dialogic NetStructure SS7設(shè)備的SS7環(huán)境中，為了得到"五個(gè)9"有效性和提高容錯(cuò)能力，可以將一個(gè)SS7信令端點(diǎn)擴(kuò)展在兩個(gè)機(jī)箱上。通過SS7節(jié)點(diǎn)在多個(gè)機(jī)箱上應(yīng)用可以將信令點(diǎn)的功能分離，將多機(jī)箱內(nèi)的硬件處理器相互獨(dú)立出來，在一個(gè)處理器發(fā)生故障的情況下，另外一個(gè)處理器還能夠繼續(xù)工作，整個(gè)系統(tǒng)還可以正常運(yùn)行。
Dialogic NetStructure SS7設(shè)備就是為這種雙處理器結(jié)構(gòu)設(shè)計(jì)的，它提供了一種將一個(gè)節(jié)點(diǎn)的編碼器分散到兩個(gè)SS7協(xié)議引擎上的結(jié)構(gòu)。使用這種技術(shù)，只要在分離的兩個(gè)機(jī)箱中同時(shí)安裝Dialogic
NetStructure SS7信令卡，一個(gè)SS7鏈路集內(nèi)的鏈路就可以分散在這兩個(gè)機(jī)箱中處理。這種雙機(jī)箱應(yīng)用具有高可用性和高容錯(cuò)力的優(yōu)點(diǎn)，本文討論這種雙機(jī)箱方案的設(shè)計(jì)與應(yīng)用，
■ 介 紹
因?yàn)楣婋娫捑W(wǎng)用戶對(duì)于業(yè)務(wù)可靠性的期望日益增高，對(duì)設(shè)備生產(chǎn)商和系統(tǒng)集成商提出了高容錯(cuò)能力和高可用性的要求。常常使用'五個(gè)9'來表示可用性（要求系統(tǒng)在99.999%的時(shí)間都可以工作）。
這種系統(tǒng)即使部分硬件或軟件發(fā)生故障時(shí)，也必須能夠繼續(xù)提供服務(wù)。當(dāng)通信網(wǎng)中的信令設(shè)備發(fā)生故障時(shí)，有許多眾所周知的方法來保證系統(tǒng)繼續(xù)工作：
- 到終點(diǎn)節(jié)點(diǎn)建立多條信令通路（SS7鏈路和鏈路集）
- 通過獨(dú)立的接口和電纜來分配這些通道
- 將單信令點(diǎn)對(duì)所有SS7信令的處理分配到單個(gè)機(jī)箱內(nèi)的多個(gè)處理板卡處理
- 為單個(gè)信令點(diǎn)提供兩個(gè)物理上獨(dú)立的SS7接口（Dialogic NetStructure SIU和SS7板卡）
- 在兩個(gè)機(jī)箱之間劃分信令點(diǎn)的功能，包括應(yīng)用層。（本文的主題）
上面所列的前3個(gè)方案可以通過在兩個(gè)相鄰的節(jié)點(diǎn)之間采用多條鏈路（64或56Kbps）來實(shí)現(xiàn)，最后兩個(gè)方案可以通過在兩個(gè)機(jī)箱內(nèi)采用兩個(gè)獨(dú)立但互相協(xié)作的SS7協(xié)議棧來完成。這兩個(gè)機(jī)箱在正常情況下是分開的，但可以通過互連來提供更高的抵抗故障的能力。
◎ 在多于一個(gè)機(jī)箱上實(shí)現(xiàn)一個(gè)SS7信令點(diǎn)
在多個(gè)機(jī)箱上實(shí)現(xiàn)一個(gè)SS7信令點(diǎn)，將正常的處理器與另一個(gè)故障的處理器分割開，使整個(gè)系統(tǒng)在一個(gè)處理器或機(jī)箱完全故障的情況下可以繼續(xù)提供服務(wù)。與通用的故障容錯(cuò)的結(jié)構(gòu)相同，有許多方法來實(shí)現(xiàn)這種設(shè)置，每種方法都有優(yōu)點(diǎn)和缺點(diǎn)。
Dialogic NetStructure SS7信令卡采用一個(gè)2N通道并且能夠?qū)⒐?jié)點(diǎn)編碼分布在兩個(gè)當(dāng)前的SS7協(xié)議引擎上。這允許一個(gè)SS7鏈路集中的連接分布在兩個(gè)獨(dú)立的機(jī)箱中，每個(gè)機(jī)箱中都安裝了SS7信令卡。
系統(tǒng)的兩部分之間需要提供兩條通信路徑，一條在MTP層，使用MTP2數(shù)據(jù)鏈路作為傳輸協(xié)議，另一條在第4層或User
Part層，在兩部分的第4層協(xié)議之間傳送進(jìn)程間的消息。第二條通路通常通過使用Dialogic提供的TCP/IP Ethernet和RSI（Resilient
Socket Interface）軟件完成。這種組合提供一個(gè)SS7接口，協(xié)議處理分散在兩個(gè)物理上獨(dú)立的機(jī)箱中，而在網(wǎng)絡(luò)上象一個(gè)整體。
框圖（圖1）中描述了雙系統(tǒng)的協(xié)議之間的關(guān)系。
同時(shí)也需要考慮維護(hù)狀態(tài)信息，并且檢測(cè)應(yīng)用層的指示，這些內(nèi)容在本文的后面部分討論。
■ 概 念
◎ 雙MTP3概念
為了使運(yùn)行在分散設(shè)備上的雙MTP3進(jìn)程能夠維護(hù)狀態(tài)信息并且（在某種路由狀態(tài)下）交換發(fā)送消息，需要在兩個(gè)系統(tǒng)之間建立一個(gè)特殊的鏈路集，而對(duì)外表現(xiàn)為單點(diǎn)編碼器的工作。圖2顯示了這樣一個(gè)系統(tǒng)的路由情況，包括兩部分，A和B，處于MTP3層
正常運(yùn)行狀態(tài)下，可用的鏈路在MTP A和MTP B之間平均分配。MTP A從本地SS7協(xié)議的第4層（User part）接收到的消息在與相鄰節(jié)點(diǎn)的鏈路上發(fā)送。同樣，MTP
B接收到的消息也從本身與相鄰節(jié)點(diǎn)的鏈路發(fā)送。
當(dāng)連接到MTP A或連接到 MTP B的鏈路發(fā)生故障時(shí)，消息發(fā)送通過MTP A和MTP B之間的鏈路發(fā)送到另一個(gè)MTP，并在可用的鏈路上發(fā)送，如圖3。
MTP A和MTP B之間的鏈路的設(shè)置方法與其他任何SS7鏈路和鏈路集相同。如果有額外的數(shù)據(jù)設(shè)置表明此鏈路與其他連接相鄰節(jié)點(diǎn)的鏈路不同，應(yīng)區(qū)別對(duì)待。
每個(gè)MTP接收的消息總是傳送到本地第4層協(xié)議上。假設(shè)本地User Part總是可用的。
◎ MTP上的狀態(tài)機(jī)
SS7協(xié)議的第4層為每一呼叫或事務(wù)處理維護(hù)狀態(tài)信息。有兩種可能的方法：一種方法是將狀態(tài)信息復(fù)制到組成信令點(diǎn)的N個(gè)系統(tǒng)中，第二種方法是分割數(shù)據(jù)，使每一半狀態(tài)數(shù)據(jù)存貯在系統(tǒng)的對(duì)應(yīng)部分中，這樣任何一個(gè)子機(jī)架發(fā)生故障都會(huì)使系統(tǒng)容量減少1/N。
第一種方法需要一個(gè)可靠的在容錯(cuò)系統(tǒng)的N個(gè)部件間復(fù)制狀態(tài)數(shù)據(jù)的解決方法，如果這N個(gè)系統(tǒng)使用大量CPU時(shí)鐘來同步，則這種方法效率低。
因?yàn)閺?fù)制過程中故障可能發(fā)生在任何節(jié)點(diǎn)，很難保證所有的系統(tǒng)都包含相同的數(shù)據(jù)，所以這里采用第二種方法。
◎ 雙電話操作（基于CIC）
一個(gè)SS7系統(tǒng)使用ISUP、TUP或其他國家電話第4層電路交換控制協(xié)議，可以通過分離兩個(gè)物理實(shí)體（可以是同一機(jī)箱中或兩個(gè)獨(dú)立機(jī)箱的兩套板卡）之間的電路終端（每個(gè)電路有OPC、DPC和CIC組合唯一標(biāo)識(shí)）達(dá)到容錯(cuò)的目的。下面的描述討論兩個(gè)機(jī)箱的情況，盡管對(duì)于處理SS7和媒質(zhì)的兩套板卡可以使用相同的方法。
一個(gè)雙ISUP/TUP系統(tǒng)通過激活每個(gè)機(jī)箱中的一半電路協(xié)議狀態(tài)機(jī)進(jìn)行工作。每個(gè)ISUP/TUP層通過本地MTP3發(fā)送所有的傳送業(yè)務(wù)。本地MTP3采用與相鄰SS7節(jié)點(diǎn)之間的本地鏈路進(jìn)行傳輸，如果該鏈路發(fā)生故障，采用機(jī)箱之間的SS7連接。
遠(yuǎn)端SS7端節(jié)點(diǎn)不用與任何鏈接到任一機(jī)箱的SS7鏈路共享負(fù)荷，因此不能保證一個(gè)機(jī)箱接收的消息可以加載到鏈接于另一個(gè)機(jī)箱的電路上。為了解決這個(gè)問題，ISUP/TUP層預(yù)檢測(cè)每個(gè)接收信息中的CIC，判斷是否設(shè)置中記錄了該電路，如果沒有，接收的信息發(fā)送（象一個(gè)MTP3傳送指示）到負(fù)責(zé)處理未知電路消息的任務(wù)中。在一個(gè)雙ISUP/TUP系統(tǒng)中，這個(gè)任務(wù)使第二個(gè)機(jī)箱中運(yùn)行的第二套ISUP/TUP協(xié)議處理的。消息被標(biāo)記為由一個(gè)ISUP/TUP拒接的消息。這個(gè)消息作為來自未知電路的消息并且依照ISUP/TUP協(xié)議來處理。因此在這種情況下，如果兩個(gè)系統(tǒng)都不識(shí)別該信息，就可以防止該信息不停的在系統(tǒng)之間傳來傳去。
此過程如圖4所示。
盡管RSI和TCP/IP方法可能是最簡(jiǎn)單的，但是消息通過一個(gè)依賴于應(yīng)用程序的機(jī)制從一個(gè)系統(tǒng)傳送到另一個(gè)系統(tǒng)。
SIU通過從媒介處理中使用以太網(wǎng)分離SS7接口來處理容錯(cuò)的問題，兩個(gè)SIU作為一個(gè)節(jié)點(diǎn)編碼進(jìn)行容錯(cuò)，如圖5所示，通過分離SS7接口，SIU也允許系統(tǒng)最多可以由32個(gè)處理語音電路（媒介）的應(yīng)用節(jié)點(diǎn)組成。
◎ 雙SCCP（子系統(tǒng)狀態(tài)管理）
SCCP通過支持可尋址的子系統(tǒng)概念提高了消息傳遞部分（MTP）的路由能力。所有已知的本地和遠(yuǎn)端子系統(tǒng)的路由可用性（允許狀態(tài)或禁止?fàn)顟B(tài)）在SCCP層中進(jìn)行管理。在一個(gè)由N個(gè)SCCP層（或多個(gè)SCCP的實(shí)例）組成作為同一節(jié)點(diǎn)編碼的系統(tǒng)中，用戶應(yīng)用程序和遠(yuǎn)端節(jié)點(diǎn)需要能夠通過任何SCCP實(shí)例交換SCCP數(shù)據(jù)消息，并且希望每個(gè)SCCP中的路由表都是相同的。為了達(dá)到這個(gè)目的，需要使用廣播機(jī)制增強(qiáng)SCCP層，這種機(jī)制將本地或遠(yuǎn)端的路由狀態(tài)的任何改變發(fā)送到廣播任務(wù)。廣播任務(wù)負(fù)責(zé)將路由變化傳送到N－1（其他）SCCP實(shí)例。在雙系統(tǒng)中，廣播任務(wù)只是另一個(gè)SCCP層，這兩層使用基于消息的API進(jìn)行通信。在一個(gè)雙機(jī)箱/子機(jī)架環(huán)境中，這些消息可以由RSI和TCP/IP組合來傳遞。
SCCP總是將接收指示傳遞給同一機(jī)箱的SCCP用戶任務(wù)。參見圖6。
◎ 雙TCAP操作
一個(gè)TCAP層的2N設(shè)置與2N ISUP/TUP設(shè)置操作方式相同。系統(tǒng)管理的事務(wù)在兩個(gè)TCAP層之間平均分配，每個(gè)TCAP層管理一半事務(wù)的狀態(tài)和傳送部件，每一個(gè)事務(wù)永遠(yuǎn)只屬于一
個(gè)TCAP。對(duì)于由本地TCAP用戶初始化的事務(wù)，它屬于接收第一個(gè)用戶傳送數(shù)據(jù)要求的TCAP。對(duì)于由遠(yuǎn)端TCAP實(shí)體初始化的事務(wù)，此事務(wù)屬于從SCCP層接收第一個(gè)事務(wù)消息的TCAP協(xié)議（BEGIN或QUERY）。因此遠(yuǎn)端初始化的事務(wù)的負(fù)荷分擔(dān)由SS7網(wǎng)絡(luò)如何在鏈接系統(tǒng)兩部分的SS7鏈路之間分配TCAP消息（BEGIN或QUERY）方式來定義。
為了允許快速識(shí)別每個(gè)接收消息都擁有該事務(wù)狀態(tài)機(jī)的TCAP。在一個(gè)mN系統(tǒng)中，每個(gè)TCAP協(xié)議用一個(gè)唯一的邏輯標(biāo)識(shí)值或?qū)嵗祦順?biāo)識(shí)。以原始事務(wù)ID的方式為每一個(gè)發(fā)送的消息編號(hào)，并且對(duì)來自遠(yuǎn)端TCAP實(shí)體的每一個(gè)的目標(biāo)事務(wù)回應(yīng)鐘的id作出反映。
除了BEGIN或QUERY以外，所有TCAP層任何消息的接收處理都是通過恢復(fù)事務(wù)id的實(shí)例bit開始，快速確定此消息是否正在由正確的TCAP處理（有此事務(wù)激活的狀態(tài)機(jī)的TCAP）。如果不是，消息恢復(fù)操作退出，將此消息傳遞給處理該實(shí)例消息的模塊，如圖7所示。
另一TCAP協(xié)議的模塊標(biāo)識(shí)符使用TCP_MSG_S_TCI消息，此消息使用兩個(gè)參數(shù)、TCAP instance和module_id。（此消息在附錄A詳細(xì)描述）。對(duì)于A方，本地TCAP實(shí)例是0，遠(yuǎn)端的TCAP實(shí)例是1。因此，此消息應(yīng)該用來設(shè)置遠(yuǎn)端TCAP的module_id。，實(shí)例1的module_id為0x34。在B方，本地TCAP實(shí)例是1并且TCP_MSG_S_TCI_ID消息應(yīng)該用來設(shè)置例程0的module_id為0x24（從B方視為遠(yuǎn)端TCAP）。
每個(gè)TCAP將所有接收的信息傳遞到同機(jī)箱中的TCAP用戶任務(wù)中，根據(jù)每一個(gè)TCAP中不同的應(yīng)用層或用戶，將TCAP層的應(yīng)用程序發(fā)送的傳送會(huì)話和組件原語傳遞給正確的TCAP。在一個(gè)雙系統(tǒng)環(huán)境中，接收的消息可以在任何MTP和SCCP層上共享。因此，一個(gè)TCAP層接收由其他TCAP處理的應(yīng)用在激活事務(wù)上的TCAP消息是可能的。
◎ TCAP 用戶（GSM-MAP，IS41-MAP，INAP）
TCAP用戶，如GSM-MAP，IS41和INAP等，與它們使用的TCAP層緊密地結(jié)合。在一個(gè)多TCAP系統(tǒng)中，TCAP用戶之間共享事務(wù)，在一個(gè)雙TCAP系統(tǒng)中平均分配。在TCAP層完成了接受到的消息對(duì)應(yīng)到相應(yīng)的TCAP狀態(tài)機(jī)的處理，因此，在TCAP用戶層不需要附加的處理。參見圖8。
[ 全文英文版
]
|
