[ page1 ] [ page2 ]

摘要
介紹
概念
　雙MTP3概念
　MTP上的狀態(tài)機
　雙電話(huà)操作（基于CIC）
　雙SCCP（子系統狀態(tài)維護）
　雙TCAP操作
　TCAP 用戶(hù)(GSM-MAP、IS41-MAP、INAP)
設置
　MTP3的設置
　ISUP和TUP的設置
　SCCP的設置
　TCAP的設置
機箱間通信
容錯應用
設置system.txt值
　主機協(xié)議實(shí)現的system.txt
　信令處理器板卡協(xié)議實(shí)現的system.txt

■ 設　置

　　Linux和Windows版本的Dialogic開(kāi)發(fā)包V2.00支持雙機箱SS7系統的設置，并且提供了雙系統操作設置MTP、ISUP、TUP和NUP層的必要的命令和參數。SCCP、TCAP和TCAP-User層的設置與單系統（無(wú)容錯）的設置的實(shí)現方式相同。即：使用離散的消息，既可以將此功能嵌入用戶(hù)自己的程序也可以使用s7_play實(shí)體。

　　在一個(gè)雙機箱系統中，為了設置的目的，兩個(gè)部分分開(kāi)對待，每個(gè)部分都有獨立的設置文件。

　　◎ MTP3設置

　　在一個(gè)雙MTP系統中，一個(gè)鏈路集內的鏈路應該在兩個(gè)系統間平均分配。兩部分的邏輯參考參數如link_id和linkset_id都應該從0開(kāi)始。系統的每部分的鏈路 和鏈路集都使用相同范圍的標識符（標記符/句柄）。

　　需要使用一條額外的鏈路集來(lái)連接兩個(gè)MTP3平臺。使單節點(diǎn)編碼可以在兩個(gè)平臺間共享。與標準的SS7鏈路集的定義方式相同，使用MTP_LINKSET設置命令并且<local_pc>和<adjacent_pc>使用相同的值。（都設置為兩個(gè)平臺間共享的平臺編碼的值）。這個(gè)鏈路集需要將<flags>參數的第15比特設置為1，表明此鏈路集連接兩個(gè)使用相同節點(diǎn)編碼的MTP3協(xié)議。鏈路通過(guò)MTP_LINK命令添加到鏈路集。

　　每一目標路由都（包括相鄰的節點(diǎn)）應該指明兩個(gè)鏈路集。.<primary_Is>是連接本地MTP到相鄰節點(diǎn)的鏈路集的標識符。<secondary_Is>參數應該用來(lái)表示連接共享一個(gè)本地節點(diǎn)編碼的兩個(gè)MTP3層的鏈路集。<options>參數應該設為0x0001，表明第二個(gè)鏈路集已經(jīng)被指定，并且在到達目標節點(diǎn)的原始路由不可用的情況下，只能使用這個(gè)鏈路集。

　　所有其他的參數的含義都與用戶(hù)手冊中描述的單MTP設置中的參數相同。
　　圖9和圖10中說(shuō)明了兩個(gè)例子。

圖9：直接連接終端節點(diǎn)的MTP設置

　　對于MTP A

　　對于MTP B：

　　注意，這些不包括任何設置或定義信令板卡的命令，應該象定義標準的單系統一樣定義。MTP_ROUTE <up_enable>參數為ISUP設置，在上例中用戶(hù)部分SI=5。

圖10：連接到STP的MTP設置

　　對于MTP A：

　　對于 MTP B：

　　連接兩個(gè)MTP3層的鏈路集應該提供足夠的連接來(lái)提供足夠的信令寬度，允許一個(gè)MTP3的所有流量都可以通過(guò)第二個(gè)MTP3路由，設計者也應該注意，為了每個(gè)MTP3可以傳送另一個(gè)MTP3的流量，系統的每一部分在正常工作情況下的負荷不應超過(guò)50%（所有的處理和信令通道帶寬），SS7系統通常的最大負荷為20~40%。

　　機箱之間的鏈路的激活方式必須同連接平臺和遠端SS7節點(diǎn)的其他鏈路的激活方式相同。可以通過(guò)使用mtpsl實(shí)體或通過(guò)從應用程序傳送MTP鏈路或鏈路集激活命令消息實(shí)現。

　　◎ ISUP和TUP的設置

　　對于ISUP，其他ISUP協(xié)議（其他系統中）的module_id通過(guò)設置ISUP_CONFIG命令中的<partner_id>參數來(lái)指定。應該設置ISUP_CONFIG的選項比特ISPF_DUAL ，表明ISUP應該將從MTP3接收的任何未知電路實(shí)體的信息傳送到這個(gè)軟件任務(wù)。

　　同樣地，對于TUP，TUP_CONFIG的<partner_id>應該設置第為二個(gè)機箱中TUP模塊的module_id，并且設置TUPF_DUAL選項。

　　通常情況下ISUP的任務(wù)標識符設置為0x23。對于A(yíng)方，發(fā)送未知電路的ISUP消息的任務(wù)的標識符為0x73，對于B方為0x63。通常設置到TUP的任務(wù)標識符為0x4a。對于發(fā)送未知電路的TUP消息的任務(wù)，在A(yíng)方標識符為0x93，在B方標識符為0x83。用戶(hù)應該設置一個(gè)LOCAL任務(wù)將發(fā)送到這個(gè)任務(wù)的消息傳送到另一個(gè)平臺上的ISUP或TUP協(xié)議層。這可以簡(jiǎn)單的通過(guò)使用RSI任務(wù)和REDIRECTION命令來(lái)實(shí)現。

　　注意：在Dialogic NetStructure CPM8、SPCI2S或SPCI4板卡上運行IsUP和TUP。

　　當ISUP或TUP協(xié)議運行在Dialogic NetStructure SS7板卡上時(shí)，B方的SEPTEL_CP命令的參數l1_flags應該設置比特9(0x0200)。

　　下面例子說(shuō)明了ISUP和TUP設置命令：
　　Side A

　　Side B

　　兩個(gè)系統中的電路組既可以從0開(kāi)始編號，也可以?xún)蓚�(gè)系統間隔標號。如果使用第一種方法，整個(gè)系統的容量就是單ISUP/TUP協(xié)議層系統的容量的2倍，如果使用第二種方法，系統總容量與單ISUP/TUP協(xié)議層系統的容量相同。對于這兩種情況，每半部分控制對立的CIC范圍，如圖11和12所示：

圖11：電路組分配－雙系統容量

圖12：電路組分配－單系統容量

　　系統兩部分之間沒(méi)有重復的電路組（"單容量"系統，如圖12所示）的系統在一部分故障的情況下能夠激活另一個(gè)沒(méi)有使用的電路組，這個(gè)過(guò)程可以使用xxx_MSG_CNF_GRP消息設置電路組來(lái)實(shí)現。這可以為另一單元中失效的電路提供SS7信令資源以及ISUP或TUP狀態(tài)機，但是，如果電路終端本身仍然同故障單元物理上相連，那么信令能夠為這些電路實(shí)現的唯一進(jìn)程是硬件阻塞。

　　◎ SCCP的設置

　　在SCCP層，每一SCCP協(xié)議的設置都應該使用相同的本地子系統、遠端信令點(diǎn)和遠端子系統數據。

　　設置參數smb_id是在狀態(tài)更新時(shí)用來(lái)標識目標節點(diǎn)，并且應該設置為一個(gè)任務(wù)的id。這個(gè)任務(wù)在雙系統中能夠將信息傳遞到其他SCCP模塊。在大多數環(huán)境下，SCCP使用0x33作為任務(wù)標識符，并且smb_id在A(yíng)方應該設置為0x53，在B方應該設置為0x43。可以使用文件system.txt中的一個(gè)REDIRECTION語(yǔ)句來(lái)將這些消息路由到RSI或相似的任務(wù)。這樣它們就可以傳遞到通過(guò)以太網(wǎng)連接的其他SCCP層。另外，SCCP smb_flags設置參數應該設為0x001c。

　　◎ TCAP的設置

　　在一個(gè)多TCAP的環(huán)境中，每一TCAP給定一個(gè)唯一的實(shí)例，它是在SCCP邊緣使用事務(wù)id編碼的，這樣可以為接收的消息快速解析正確的目標TCAP。第一個(gè)TCAP實(shí)例值通常應該為0，下一個(gè)為1。

　　參數tid_ninst控制在事務(wù)id中使用多少比特對實(shí)例數據編碼。在一個(gè)雙系統中，1比特就可以區分兩個(gè)TCAP了。（注意tid_ndref必須足夠大，可以對最高的dialogue_id的值進(jìn)行編碼。在一個(gè)同時(shí)支持2048個(gè)對話(huà)的系統中，tid_ndref的值必須大于等于11）。

　　兩個(gè)TCAP部分的邏輯dialogue_id的范圍可以相同（這樣運行在這兩個(gè)系統上的兩個(gè)應用進(jìn)程都有相同的dialogue_id范圍），也可以使用不同的范圍。

■ 機箱之間的通信

　　容錯接口（RSI）軟件從它的輸入隊列中獲取具有目標節點(diǎn)的消息，而不獲取RSI本身的消息，并且將這些消息發(fā)送給TCP/IP網(wǎng)絡(luò )遠端的同等RSI任務(wù)，通信采用TCP/IP套接字，一端作為服務(wù)器，另一端作為客戶(hù)端。

　　在接收端，RSI獲取從以太網(wǎng)接收的消息，并且將它們通過(guò)本地消息傳輸系統傳遞到消息所標識的任務(wù)中（幀頭dst字段）。如果兩個(gè)RSI任務(wù)通過(guò)以太網(wǎng)進(jìn)行的通信發(fā)生故障，傳遞到RSI通過(guò)以太網(wǎng)進(jìn)行發(fā)送的消息將被丟棄。

　　系統中運行的兩個(gè)RSI任務(wù)（每半個(gè)系統一個(gè)）使用相同的唯一的模塊id，通常為0xb0。必須在兩個(gè)系統中的文件system.txt中進(jìn)行聲明，使用FORK_PROCESS命令開(kāi)始。RSI程序將其模塊id作為可選的命令行參數，前綴為'-m'。例如：
　　./rsi -m0xb0

　　任何發(fā)送到使用模塊id指定的RSI的消息會(huì )被本地RSI若和任務(wù)處理，并且不會(huì )通過(guò)以太網(wǎng)傳輸。
　　主機同每一個(gè)從機的RSI連接使用rsicmd工具激活，rsicmd工具的用法如下：
rsicmd <link_id> <conc_id> <link_type>
<rem_addr> <rem_port> [<rsi_id>]

　　<link_id>是這個(gè)特殊通信通道的邏輯標識符，RSI通過(guò)匹配消息實(shí)例值（由GCT_set_instance設置，缺省值為0）和link_id值來(lái)選擇輸出通道。對于大多數的雙系統，兩個(gè)系統之間建立一條RSI連接就足夠了，因此這個(gè)參數應該設為0。
<conc_id>指定一個(gè)模塊id，當指定的RSI連接失效時(shí)，此模塊用來(lái)接收通知（一個(gè)消息）。這個(gè)參數的設置可以將這些指示傳遞給應用程序任務(wù)或者一個(gè)管理事件查看程序。如s7_log等。
　　<link_type>和<rem_addr>應該依據下表進(jìn)行設置：

　　系統的一端需要設置為客戶(hù)端，另一端設置為服務(wù)器。
　　<rem_port>指定了連接所使用的TCP/IP套接字端口號，每一RSI連接（應該具有唯一的link_id）必須使用唯一的端口號，從9000開(kāi)始。
　　參數<rsi_id>是可選的，指定了傳送消息的RSI模塊。
　　對于所有可以通過(guò)RSI連接訪(fǎng)問(wèn)的目標節點(diǎn)，文件system.txt文件中必須插入一條REDIRECT語(yǔ)句（第二個(gè)ISUP、SCCP、和/或TCAP協(xié)議的module_id）。
　　例如，一個(gè)雙ISUP系統應該由兩個(gè)ISUP部分組成，每個(gè)缺省module_id都為0x23。A方ISUP的設置數據表示另一個(gè)ISUP部分的module_id為0x73。因此，在A(yíng)方將會(huì )有一個(gè)重定向的動(dòng)作來(lái)對經(jīng)過(guò)RSI發(fā)送往0x73的任何消息重新定向，在B方，應該有一個(gè)REDIRECT語(yǔ)句將B方RSI所接收的所有目標為0x73的消息路由到本地ISUP。標識為0x23。如圖13所示。

圖13：ISUP之間通信重采用REDIRECT語(yǔ)句



圖14：帶有SSD的REDIRECT的使用

　　運行在信令卡上的協(xié)議模塊，接收端（對方）的REDIRECT語(yǔ)句應該通過(guò)ssd或ssd的驅動(dòng)（通常情況下使用module_id為0x20）來(lái)對消息進(jìn)行重定向，如圖14所示。
　　下表給出了系統雙方都應該使用的module_id值：

■ 對于容錯應用考慮

　　在一個(gè)SS7接口和應用程序嵌入的雙系統中，應用程序故障或者SS7部分的故障將導致整個(gè)系統全部或部分故障。

　　在一個(gè)雙電路交換應用（使用ISUP或TUP）中，物理電路終端分布在組成系統的兩個(gè)機箱中，因此如果系統的一部分發(fā)生故障，將導致一部分電路的物理故障。在SS7終端，硬件故障通常由硬件旁路處理（也稱(chēng)為硬件隔離）。這樣所有受這部分硬件影響的激活的呼叫都會(huì )被拆除，表示這些電路不能被呼叫選擇使用，直到硬件隔離解除，如果電路故障恢復，則硬件隔離會(huì )被解除。

　　但是，在前面所述的設置中，系統繼續工作的部分對于故障電路一無(wú)所知（這部分設置數據應該保存在故障的部分中），因此不能傳遞硬件隔離故障。解決這個(gè)問(wèn)題的一個(gè)辦法就是使用電路組設置方法，這樣可以為另一部分的電路組保留空間，當一個(gè)電路組發(fā)生故障時(shí)，這些備份的電路組可以由繼續工作的部分進(jìn)行設置，允許對物理上連接的另一部分傳遞硬件隔離命令。

　　也可以采用物理上隔離應用程序媒介/電路處理和SS7協(xié)議狀態(tài)信息，使兩個(gè)應用程序可以使用兩個(gè)SS7接口進(jìn)行通信（SIU采用這種方法）。物理隔離可以采用RSI和以太網(wǎng)實(shí)現。

　　如果需要，應用程序可以通過(guò)節點(diǎn)間互相檢查來(lái)檢測故障，使用基于消息的API和RSI/以太網(wǎng)進(jìn)行通信。一個(gè)用戶(hù)指定的信息必須為這個(gè)目的定義。

　　在一個(gè)雙TCAP系統中，系統的一部分故障會(huì )導致TCAP狀態(tài)信息的丟失（例如，事務(wù)狀態(tài)和事務(wù)掛起的存儲部件）。在一個(gè)智能網(wǎng)絡(luò )環(huán)境中，如果可能，此事務(wù)相關(guān)的呼叫將被拆除。在移動(dòng)/無(wú)線(xiàn)環(huán)境中，任何相關(guān)的掛起的移動(dòng)業(yè)務(wù)（例如短消息）都可能超時(shí)。這些操作在系統繼續工作的部分中應該再次執行。

　　同SS7協(xié)議通信的應用程序必須在邏輯電路id和每個(gè)SS7設置的會(huì )話(huà)id范圍能工作。系統的兩部分既可以使用相同范圍值，這些值只在每部分內部使用，也可以在不同的范圍內運行。

■ 設置System.txt值

　　下圖中描述了一個(gè)雙ISUP/TUP/SCCP/TCAP系統中各模塊之間的關(guān)系，以及系統兩部分的config.txt文件中的條目。參見(jiàn)圖15。

圖15：雙SS7協(xié)議系統中的模塊

　　◎ 主機協(xié)議的System.txt

　　A方

　　B方

　　system.txt文件必須也包括主機上運行的所有本地SS7協(xié)議（如ISUP、TUP、SCCP或TCAP）的LOCAL定義和應用程序任務(wù)、設置功能（如s7_mgt）和調試工具的LOCAL定義。這里也應該通過(guò)FORK_PROCESS語(yǔ)句來(lái)啟動(dòng)相應的驅動(dòng)和任務(wù)，在相應的語(yǔ)法手冊中有詳細描述。

　　◎ 運行在信令處理器板卡上的System.txt

　　A方

　　B方

　　system.txt文件也必須包括所有應用程序任務(wù)、設置工具（如s7_mgt）和調試工具的LOCAL定義。這里也應該通過(guò)FORK_PROCESS語(yǔ)句來(lái)啟動(dòng)相應的驅動(dòng)和任務(wù)，在相應的語(yǔ)法手冊中有詳細描述。

　　附錄A－TCAP Set 例程模塊ID消息
　　描述：
　　這個(gè)消息為一個(gè)指定的TCAP實(shí)例設置module_id，當發(fā)送任何來(lái)自網(wǎng)絡(luò )上的帶有事務(wù)id中指定實(shí)例的消息時(shí)，TCAP使用這個(gè)module_id作為目標節點(diǎn)。
　　消息格式：

　　參數描述：
　　Instance
　　應該從指定module_id發(fā)送的任何接收的消息中事務(wù)ID中設置的實(shí)例值
module_id
　　對于指定實(shí)例，TCAP發(fā)送消息的目標的module_id。

進(jìn)一步了解信息，訪(fǎng)問(wèn)我們網(wǎng)站http://www.Dialogic.com/

[ 全文英文版 ]

[ page1 ] [ page2 ]


融合通信專(zhuān)欄>>技術(shù)開(kāi)發(fā)>>