|
摘要
介紹
概念
雙MTP3概念
MTP上的狀態(tài)機(jī)
雙電話操作（基于CIC）
雙SCCP（子系統(tǒng)狀態(tài)維護(hù)）
雙TCAP操作
TCAP 用戶(hù)(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
■ 設(shè) 置
Linux和Windows版本的Dialogic開(kāi)發(fā)包V2.00支持雙機(jī)箱SS7系統(tǒng)的設(shè)置，并且提供了雙系統(tǒng)操作設(shè)置MTP、ISUP、TUP和NUP層的必要的命令和參數(shù)。SCCP、TCAP和TCAP-User層的設(shè)置與單系統(tǒng)（無(wú)容錯(cuò)）的設(shè)置的實(shí)現(xiàn)方式相同。即：使用離散的消息，既可以將此功能嵌入用戶(hù)自己的程序也可以使用s7_play實(shí)體。
在一個(gè)雙機(jī)箱系統(tǒng)中，為了設(shè)置的目的，兩個(gè)部分分開(kāi)對(duì)待，每個(gè)部分都有獨(dú)立的設(shè)置文件。
◎ MTP3設(shè)置
在一個(gè)雙MTP系統(tǒng)中，一個(gè)鏈路集內(nèi)的鏈路應(yīng)該在兩個(gè)系統(tǒng)間平均分配。兩部分的邏輯參考參數(shù)如link_id和linkset_id都應(yīng)該從0開(kāi)始。系統(tǒng)的每部分的鏈路
和鏈路集都使用相同范圍的標(biāo)識(shí)符（標(biāo)記符/句柄）。
需要使用一條額外的鏈路集來(lái)連接兩個(gè)MTP3平臺(tái)。使單節(jié)點(diǎn)編碼可以在兩個(gè)平臺(tái)間共享。與標(biāo)準(zhǔn)的SS7鏈路集的定義方式相同，使用MTP_LINKSET設(shè)置命令并且<local_pc>和<adjacent_pc>使用相同的值。（都設(shè)置為兩個(gè)平臺(tái)間共享的平臺(tái)編碼的值）。這個(gè)鏈路集需要將<flags>參數(shù)的第15比特設(shè)置為1，表明此鏈路集連接兩個(gè)使用相同節(jié)點(diǎn)編碼的MTP3協(xié)議。鏈路通過(guò)MTP_LINK命令添加到鏈路集。
每一目標(biāo)路由都（包括相鄰的節(jié)點(diǎn)）應(yīng)該指明兩個(gè)鏈路集。.<primary_Is>是連接本地MTP到相鄰節(jié)點(diǎn)的鏈路集的標(biāo)識(shí)符。<secondary_Is>參數(shù)應(yīng)該用來(lái)表示連接共享一個(gè)本地節(jié)點(diǎn)編碼的兩個(gè)MTP3層的鏈路集。<options>參數(shù)應(yīng)該設(shè)為0x0001，表明第二個(gè)鏈路集已經(jīng)被指定，并且在到達(dá)目標(biāo)節(jié)點(diǎn)的原始路由不可用的情況下，只能使用這個(gè)鏈路集。
所有其他的參數(shù)的含義都與用戶(hù)手冊(cè)中描述的單MTP設(shè)置中的參數(shù)相同。
圖9和圖10中說(shuō)明了兩個(gè)例子。
對(duì)于MTP A
對(duì)于MTP B：
注意，這些不包括任何設(shè)置或定義信令板卡的命令，應(yīng)該象定義標(biāo)準(zhǔn)的單系統(tǒng)一樣定義。MTP_ROUTE <up_enable>參數(shù)為ISUP設(shè)置，在上例中用戶(hù)部分SI=5。
對(duì)于MTP A：
對(duì)于 MTP B：
連接兩個(gè)MTP3層的鏈路集應(yīng)該提供足夠的連接來(lái)提供足夠的信令寬度，允許一個(gè)MTP3的所有流量都可以通過(guò)第二個(gè)MTP3路由，設(shè)計(jì)者也應(yīng)該注意，為了每個(gè)MTP3可以傳送另一個(gè)MTP3的流量，系統(tǒng)的每一部分在正常工作情況下的負(fù)荷不應(yīng)超過(guò)50%（所有的處理和信令通道帶寬），SS7系統(tǒng)通常的最大負(fù)荷為20~40%。
機(jī)箱之間的鏈路的激活方式必須同連接平臺(tái)和遠(yuǎn)端SS7節(jié)點(diǎn)的其他鏈路的激活方式相同。可以通過(guò)使用mtpsl實(shí)體或通過(guò)從應(yīng)用程序傳送MTP鏈路或鏈路集激活命令消息實(shí)現(xiàn)。
◎ ISUP和TUP的設(shè)置
對(duì)于ISUP，其他ISUP協(xié)議（其他系統(tǒng)中）的module_id通過(guò)設(shè)置ISUP_CONFIG命令中的<partner_id>參數(shù)來(lái)指定。應(yīng)該設(shè)置ISUP_CONFIG的選項(xiàng)比特ISPF_DUAL
，表明ISUP應(yīng)該將從MTP3接收的任何未知電路實(shí)體的信息傳送到這個(gè)軟件任務(wù)。
同樣地，對(duì)于TUP，TUP_CONFIG的<partner_id>應(yīng)該設(shè)置第為二個(gè)機(jī)箱中TUP模塊的module_id，并且設(shè)置TUPF_DUAL選項(xiàng)。
通常情況下ISUP的任務(wù)標(biāo)識(shí)符設(shè)置為0x23。對(duì)于A方，發(fā)送未知電路的ISUP消息的任務(wù)的標(biāo)識(shí)符為0x73，對(duì)于B方為0x63。通常設(shè)置到TUP的任務(wù)標(biāo)識(shí)符為0x4a。對(duì)于發(fā)送未知電路的TUP消息的任務(wù)，在A方標(biāo)識(shí)符為0x93，在B方標(biāo)識(shí)符為0x83。用戶(hù)應(yīng)該設(shè)置一個(gè)LOCAL任務(wù)將發(fā)送到這個(gè)任務(wù)的消息傳送到另一個(gè)平臺(tái)上的ISUP或TUP協(xié)議層。這可以簡(jiǎn)單的通過(guò)使用RSI任務(wù)和REDIRECTION命令來(lái)實(shí)現(xiàn)。
注意：在Dialogic NetStructure CPM8、SPCI2S或SPCI4板卡上運(yùn)行IsUP和TUP。
當(dāng)ISUP或TUP協(xié)議運(yùn)行在Dialogic NetStructure SS7板卡上時(shí)，B方的SEPTEL_CP命令的參數(shù)l1_flags應(yīng)該設(shè)置比特9(0x0200)。
下面例子說(shuō)明了ISUP和TUP設(shè)置命令：
Side A
Side B
兩個(gè)系統(tǒng)中的電路組既可以從0開(kāi)始編號(hào)，也可以?xún)蓚�(gè)系統(tǒng)間隔標(biāo)號(hào)。如果使用第一種方法，整個(gè)系統(tǒng)的容量就是單ISUP/TUP協(xié)議層系統(tǒng)的容量的2倍，如果使用第二種方法，系統(tǒng)總?cè)萘颗c單ISUP/TUP協(xié)議層系統(tǒng)的容量相同。對(duì)于這兩種情況，每半部分控制對(duì)立的CIC范圍，如圖11和12所示：
系統(tǒng)兩部分之間沒(méi)有重復(fù)的電路組（"單容量"系統(tǒng)，如圖12所示）的系統(tǒng)在一部分故障的情況下能夠激活另一個(gè)沒(méi)有使用的電路組，這個(gè)過(guò)程可以使用xxx_MSG_CNF_GRP消息設(shè)置電路組來(lái)實(shí)現(xiàn)。這可以為另一單元中失效的電路提供SS7信令資源以及ISUP或TUP狀態(tài)機(jī)，但是，如果電路終端本身仍然同故障單元物理上相連，那么信令能夠?yàn)檫@些電路實(shí)現(xiàn)的唯一進(jìn)程是硬件阻塞。
◎ SCCP的設(shè)置
在SCCP層，每一SCCP協(xié)議的設(shè)置都應(yīng)該使用相同的本地子系統(tǒng)、遠(yuǎn)端信令點(diǎn)和遠(yuǎn)端子系統(tǒng)數(shù)據(jù)。
設(shè)置參數(shù)smb_id是在狀態(tài)更新時(shí)用來(lái)標(biāo)識(shí)目標(biāo)節(jié)點(diǎn)，并且應(yīng)該設(shè)置為一個(gè)任務(wù)的id。這個(gè)任務(wù)在雙系統(tǒng)中能夠?qū)⑿畔鬟f到其他SCCP模塊。在大多數(shù)環(huán)境下，SCCP使用0x33作為任務(wù)標(biāo)識(shí)符，并且smb_id在A方應(yīng)該設(shè)置為0x53，在B方應(yīng)該設(shè)置為0x43�？梢允褂梦募⺳ystem.txt中的一個(gè)REDIRECTION語(yǔ)句來(lái)將這些消息路由到RSI或相似的任務(wù)。這樣它們就可以傳遞到通過(guò)以太網(wǎng)連接的其他SCCP層。另外，SCCP
smb_flags設(shè)置參數(shù)應(yīng)該設(shè)為0x001c。
◎ TCAP的設(shè)置
在一個(gè)多TCAP的環(huán)境中，每一TCAP給定一個(gè)唯一的實(shí)例，它是在SCCP邊緣使用事務(wù)id編碼的，這樣可以為接收的消息快速解析正確的目標(biāo)TCAP。第一個(gè)TCAP實(shí)例值通常應(yīng)該為0，下一個(gè)為1。
參數(shù)tid_ninst控制在事務(wù)id中使用多少比特對(duì)實(shí)例數(shù)據(jù)編碼。在一個(gè)雙系統(tǒng)中，1比特就可以區(qū)分兩個(gè)TCAP了。（注意tid_ndref必須足夠大，可以對(duì)最高的dialogue_id的值進(jìn)行編碼。在一個(gè)同時(shí)支持2048個(gè)對(duì)話的系統(tǒng)中，tid_ndref的值必須大于等于11）。
兩個(gè)TCAP部分的邏輯dialogue_id的范圍可以相同（這樣運(yùn)行在這兩個(gè)系統(tǒng)上的兩個(gè)應(yīng)用進(jìn)程都有相同的dialogue_id范圍），也可以使用不同的范圍。
■ 機(jī)箱之間的通信
容錯(cuò)接口（RSI）軟件從它的輸入隊(duì)列中獲取具有目標(biāo)節(jié)點(diǎn)的消息，而不獲取RSI本身的消息，并且將這些消息發(fā)送給TCP/IP網(wǎng)絡(luò)遠(yuǎn)端的同等RSI任務(wù)，通信采用TCP/IP套接字，一端作為服務(wù)器，另一端作為客戶(hù)端。
在接收端，RSI獲取從以太網(wǎng)接收的消息，并且將它們通過(guò)本地消息傳輸系統(tǒng)傳遞到消息所標(biāo)識(shí)的任務(wù)中（幀頭dst字段）。如果兩個(gè)RSI任務(wù)通過(guò)以太網(wǎng)進(jìn)行的通信發(fā)生故障，傳遞到RSI通過(guò)以太網(wǎng)進(jìn)行發(fā)送的消息將被丟棄。
系統(tǒng)中運(yùn)行的兩個(gè)RSI任務(wù)（每半個(gè)系統(tǒng)一個(gè)）使用相同的唯一的模塊id，通常為0xb0。必須在兩個(gè)系統(tǒng)中的文件system.txt中進(jìn)行聲明，使用FORK_PROCESS命令開(kāi)始。RSI程序?qū)⑵淠Kid作為可選的命令行參數(shù)，前綴為'-m'。例如：
./rsi -m0xb0
任何發(fā)送到使用模塊id指定的RSI的消息會(huì)被本地RSI若和任務(wù)處理，并且不會(huì)通過(guò)以太網(wǎng)傳輸。
主機(jī)同每一個(gè)從機(jī)的RSI連接使用rsicmd工具激活，rsicmd工具的用法如下：
rsicmd <link_id> <conc_id> <link_type>
<rem_addr> <rem_port> [<rsi_id>]
<link_id>是這個(gè)特殊通信通道的邏輯標(biāo)識(shí)符，RSI通過(guò)匹配消息實(shí)例值（由GCT_set_instance設(shè)置，缺省值為0）和link_id值來(lái)選擇輸出通道。對(duì)于大多數(shù)的雙系統(tǒng)，兩個(gè)系統(tǒng)之間建立一條RSI連接就足夠了，因此這個(gè)參數(shù)應(yīng)該設(shè)為0。
<conc_id>指定一個(gè)模塊id，當(dāng)指定的RSI連接失效時(shí)，此模塊用來(lái)接收通知（一個(gè)消息）。這個(gè)參數(shù)的設(shè)置可以將這些指示傳遞給應(yīng)用程序任務(wù)或者一個(gè)管理事件查看程序。如s7_log等。
<link_type>和<rem_addr>應(yīng)該依據(jù)下表進(jìn)行設(shè)置：
| 連接類(lèi)型 |
Rem_addr |
Ink_type 值 |
| 服務(wù)器 |
B方的IP地址 |
0（客戶(hù)端） |
| 客戶(hù)端 |
0 |
1（服務(wù)器） |
系統(tǒng)的一端需要設(shè)置為客戶(hù)端，另一端設(shè)置為服務(wù)器。
<rem_port>指定了連接所使用的TCP/IP套接字端口號(hào)，每一RSI連接（應(yīng)該具有唯一的link_id）必須使用唯一的端口號(hào)，從9000開(kāi)始。
參數(shù)<rsi_id>是可選的，指定了傳送消息的RSI模塊。
對(duì)于所有可以通過(guò)RSI連接訪問(wèn)的目標(biāo)節(jié)點(diǎn)，文件system.txt文件中必須插入一條REDIRECT語(yǔ)句（第二個(gè)ISUP、SCCP、和/或TCAP協(xié)議的module_id）。
例如，一個(gè)雙ISUP系統(tǒng)應(yīng)該由兩個(gè)ISUP部分組成，每個(gè)缺省module_id都為0x23。A方ISUP的設(shè)置數(shù)據(jù)表示另一個(gè)ISUP部分的module_id為0x73。因此，在A方將會(huì)有一個(gè)重定向的動(dòng)作來(lái)對(duì)經(jīng)過(guò)RSI發(fā)送往0x73的任何消息重新定向，在B方，應(yīng)該有一個(gè)REDIRECT語(yǔ)句將B方RSI所接收的所有目標(biāo)為0x73的消息路由到本地ISUP。標(biāo)識(shí)為0x23。如圖13所示。
運(yùn)行在信令卡上的協(xié)議模塊，接收端（對(duì)方）的REDIRECT語(yǔ)句應(yīng)該通過(guò)ssd或ssd的驅(qū)動(dòng)（通常情況下使用module_id為0x20）來(lái)對(duì)消息進(jìn)行重定向，如圖14所示。
下表給出了系統(tǒng)雙方都應(yīng)該使用的module_id值：
■ 對(duì)于容錯(cuò)應(yīng)用考慮
在一個(gè)SS7接口和應(yīng)用程序嵌入的雙系統(tǒng)中，應(yīng)用程序故障或者SS7部分的故障將導(dǎo)致整個(gè)系統(tǒng)全部或部分故障。
在一個(gè)雙電路交換應(yīng)用（使用ISUP或TUP）中，物理電路終端分布在組成系統(tǒng)的兩個(gè)機(jī)箱中，因此如果系統(tǒng)的一部分發(fā)生故障，將導(dǎo)致一部分電路的物理故障。在SS7終端，硬件故障通常由硬件旁路處理（也稱(chēng)為硬件隔離）。這樣所有受這部分硬件影響的激活的呼叫都會(huì)被拆除，表示這些電路不能被呼叫選擇使用，直到硬件隔離解除，如果電路故障恢復(fù)，則硬件隔離會(huì)被解除。
但是，在前面所述的設(shè)置中，系統(tǒng)繼續(xù)工作的部分對(duì)于故障電路一無(wú)所知（這部分設(shè)置數(shù)據(jù)應(yīng)該保存在故障的部分中），因此不能傳遞硬件隔離故障。解決這個(gè)問(wèn)題的一個(gè)辦法就是使用電路組設(shè)置方法，這樣可以為另一部分的電路組保留空間，當(dāng)一個(gè)電路組發(fā)生故障時(shí)，這些備份的電路組可以由繼續(xù)工作的部分進(jìn)行設(shè)置，允許對(duì)物理上連接的另一部分傳遞硬件隔離命令。
也可以采用物理上隔離應(yīng)用程序媒介/電路處理和SS7協(xié)議狀態(tài)信息，使兩個(gè)應(yīng)用程序可以使用兩個(gè)SS7接口進(jìn)行通信（SIU采用這種方法）。物理隔離可以采用RSI和以太網(wǎng)實(shí)現(xiàn)。
如果需要，應(yīng)用程序可以通過(guò)節(jié)點(diǎn)間互相檢查來(lái)檢測(cè)故障，使用基于消息的API和RSI/以太網(wǎng)進(jìn)行通信。一個(gè)用戶(hù)指定的信息必須為這個(gè)目的定義。
在一個(gè)雙TCAP系統(tǒng)中，系統(tǒng)的一部分故障會(huì)導(dǎo)致TCAP狀態(tài)信息的丟失（例如，事務(wù)狀態(tài)和事務(wù)掛起的存儲(chǔ)部件）。在一個(gè)智能網(wǎng)絡(luò)環(huán)境中，如果可能，此事務(wù)相關(guān)的呼叫將被拆除。在移動(dòng)/無(wú)線環(huán)境中，任何相關(guān)的掛起的移動(dòng)業(yè)務(wù)（例如短消息）都可能超時(shí)。這些操作在系統(tǒng)繼續(xù)工作的部分中應(yīng)該再次執(zhí)行。
同SS7協(xié)議通信的應(yīng)用程序必須在邏輯電路id和每個(gè)SS7設(shè)置的會(huì)話id范圍能工作。系統(tǒng)的兩部分既可以使用相同范圍值，這些值只在每部分內(nèi)部使用，也可以在不同的范圍內(nèi)運(yùn)行。
■ 設(shè)置System.txt值
下圖中描述了一個(gè)雙ISUP/TUP/SCCP/TCAP系統(tǒng)中各模塊之間的關(guān)系，以及系統(tǒng)兩部分的config.txt文件中的條目。參見(jiàn)圖15。
◎ 主機(jī)協(xié)議的System.txt
A方
B方
system.txt文件必須也包括主機(jī)上運(yùn)行的所有本地SS7協(xié)議（如ISUP、TUP、SCCP或TCAP）的LOCAL定義和應(yīng)用程序任務(wù)、設(shè)置功能（如s7_mgt）和調(diào)試工具的LOCAL定義。這里也應(yīng)該通過(guò)FORK_PROCESS語(yǔ)句來(lái)啟動(dòng)相應(yīng)的驅(qū)動(dòng)和任務(wù)，在相應(yīng)的語(yǔ)法手冊(cè)中有詳細(xì)描述。
◎ 運(yùn)行在信令處理器板卡上的System.txt
A方
B方
system.txt文件也必須包括所有應(yīng)用程序任務(wù)、設(shè)置工具（如s7_mgt）和調(diào)試工具的LOCAL定義。這里也應(yīng)該通過(guò)FORK_PROCESS語(yǔ)句來(lái)啟動(dòng)相應(yīng)的驅(qū)動(dòng)和任務(wù)，在相應(yīng)的語(yǔ)法手冊(cè)中有詳細(xì)描述。
附錄A－TCAP Set 例程模塊ID消息
描述：
這個(gè)消息為一個(gè)指定的TCAP實(shí)例設(shè)置module_id，當(dāng)發(fā)送任何來(lái)自網(wǎng)絡(luò)上的帶有事務(wù)id中指定實(shí)例的消息時(shí)，TCAP使用這個(gè)module_id作為目標(biāo)節(jié)點(diǎn)。
消息格式：
參數(shù)描述：
Instance
應(yīng)該從指定module_id發(fā)送的任何接收的消息中事務(wù)ID中設(shè)置的實(shí)例值
module_id
對(duì)于指定實(shí)例，TCAP發(fā)送消息的目標(biāo)的module_id。
[ 全文英文版
]
|
