亚洲综合伊人,成人欧美一区二区三区视频不卡,欧美日韩在线高清,日韩国产午夜一区二区三区,大胆美女艺术,一级毛片毛片**毛片毛片,你瞅啥图片

• 摘要
• 介紹
  　　在多個(gè)機(jī)箱上部署一個(gè)SS7信令點(diǎn)
• 概念
  　　雙MTP3概念
  　　MTP上的狀態(tài)機(jī)
  　　雙電話操作（基于CIC）
  　　雙SCCP問題（子系統(tǒng)狀態(tài)管理）
  　　雙TCAP操作
  　　TCAP用戶（GSM-MAP、IS41-MAP、INAP）
• 配置
  　　MTP3的配置
  　　ISUP和TUP的配置
  　　SCCP的配置
  　　TCAP的配置
• 機(jī)箱間的通信
• 對(duì)于容錯(cuò)應(yīng)用的考慮
• 設(shè)置System.txt值
  　　主機(jī)協(xié)議的System.txt
  　　信令處理器板卡協(xié)議的System.txt
• 附錄A：TCAP設(shè)置例程模塊ID訊息

• 到每個(gè)端結(jié)點(diǎn)建立多條信令通路（SS7鏈路和鏈路集）


• 通過獨(dú)立的接口和電纜來(lái)分配這些信道


• 將單個(gè)信令點(diǎn)的SS7終端處理分配到單個(gè)機(jī)箱內(nèi)的多個(gè)處理板卡上進(jìn)行處理


• 物理隔離和復(fù)制針對(duì)單個(gè)信令點(diǎn)的SS7接口（Dialogic® NetStructure®SIU和SS7板卡）


• 在兩個(gè)機(jī)箱之間劃分信令點(diǎn)的功能，包括應(yīng)用層（本文的主題）。

多個(gè)機(jī)箱上部署一個(gè)SS7信令點(diǎn)

　　在多個(gè)機(jī)箱上部署一個(gè)SS7信令點(diǎn)，將正常的處理器與另一個(gè)故障的處理器隔離開，使整個(gè)系統(tǒng)在一個(gè)組件處理器或機(jī)箱完全故障的情況下可以繼續(xù)工作。與通用的故障恢復(fù)架構(gòu)相同，有許多方法可以實(shí)現(xiàn)這種設(shè)置，每種方法均有其各自的優(yōu)缺點(diǎn)。

　　Dialogic® NetStructure®SS7信令板卡采用一個(gè)2N通道并且能夠?qū)Ⅻc(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（容錯(cuò)接口，Resilient Socket Interface）軟件來(lái)完成。這種組合提供了一個(gè)SS7接口，協(xié)議處理分散在兩個(gè)機(jī)箱中進(jìn)行。這兩個(gè)機(jī)箱在物理上是獨(dú)立，在網(wǎng)絡(luò)上卻像一個(gè)整體。

　　同時(shí)還需要考慮維護(hù)狀態(tài)信息，并且檢測(cè)應(yīng)用層的指示，這些內(nèi)容在本文的后面部分討論。

概念

雙MTP3概念

　　為了使運(yùn)行在分散硬件上的雙MTP3處理能夠維護(hù)狀態(tài)信息并且（在某種路由狀態(tài)下）有選擇地交換發(fā)送訊息，需要在兩個(gè)系統(tǒng)之間建立一個(gè)特殊的鏈路集作為單點(diǎn)代碼進(jì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í)，訊息通過MTP A和MTP B之間的鏈路集發(fā)送到其它MTP，并由該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è)子架發(fā)生故障都會(huì)使系統(tǒng)容量減少1/N。

　　第一種方法需要一個(gè)在容錯(cuò)系統(tǒng)的N個(gè)組件間復(fù)制狀態(tài)數(shù)據(jù)的可靠方法。如果這N個(gè)系統(tǒng)使用大量CPU時(shí)鐘來(lái)同步，則這種方法效率非常低。

　　因?yàn)閺?fù)制過程中故障可能發(fā)生在任何點(diǎn)，很難保證所有的系統(tǒng)都包含相同的數(shù)據(jù)，所以這里采用第二種（2N）方法。

雙電話操作（基于CIC）

　　一個(gè)SS7系統(tǒng)使用ISUP、TUP或其他國(guó)家電話第4層電路交換控制協(xié)議，可以通過分離兩個(gè)物理實(shí)體（可以是同一機(jī)箱中或兩個(gè)獨(dú)立機(jī)箱的兩套板卡）之間的電路終端（每個(gè)電路有OPC、DPC和CIC組合唯一標(biāo)識(shí)）來(lái)實(shí)現(xiàn)容錯(cuò)。盡管對(duì)于處理SS7和媒介的兩套板卡可以使用相同的方法，但下面的描述仍然討論兩個(gè)機(jī)箱的情況。

　　一個(gè)雙ISUP/TUP系統(tǒng)通過激活每個(gè)機(jī)箱中的一半電路協(xié)議狀態(tài)機(jī)進(jìn)行工作。每個(gè)ISUP/TUP層通過本地MTP3發(fā)送所有的傳送流量。本地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é)議進(jìn)行處理。訊息被標(biāo)記為由一個(gè)ISUP/TUP拒接的訊息。因此如果第二個(gè)ISUP/TUP協(xié)議不能識(shí)別電路，則這個(gè)訊息將作為來(lái)自未知電路的訊息依照ISUP/TUP協(xié)議來(lái)處理。因此在這種情況下，如果兩個(gè)系統(tǒng)都不識(shí)別該信息，就可以防止該信息在系統(tǒng)間不停的傳來(lái)傳去。

此過程如圖4所示。

盡管RSI和TCP/IP方法可能是最簡(jiǎn)單的，但是訊息本身通過一個(gè)依賴于應(yīng)用程序的機(jī)制從一個(gè)系統(tǒng)傳送到另一個(gè)系統(tǒng)。

　　SIU通過使用以太網(wǎng)從媒介處理中分離SS7接口來(lái)處理容錯(cuò)問題，兩個(gè)SIU作為一個(gè)點(diǎn)代碼進(jìn)行容錯(cuò)，如圖5所示。通過分離SS7接口，SIU也允許系統(tǒng)最多可以由32個(gè)處理語(yǔ)音電路（媒介）的應(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例程）組成作為同一點(diǎn)代碼的系統(tǒng)中，用戶應(yīng)用和遠(yuǎn)程端結(jié)點(diǎn)需要能夠通過任何SCCP例程交換SCCP數(shù)據(jù)訊息，并且希望每個(gè)SCCP中的路由表都是相同的。為了達(dá)到這個(gè)目的，需要使用廣播機(jī)制增強(qiáng)SCCP層，這種機(jī)制將本地或遠(yuǎn)程的路由狀態(tài)的任何改變發(fā)送到廣播任務(wù)。廣播任務(wù)負(fù)責(zé)將路由變化傳送到N－1（其它）SCCP例程。在一個(gè)雙系統(tǒng)中，廣播任務(wù)只是另一個(gè)SCCP層，這兩層使用基于訊息的API進(jìn)行通信。在一個(gè)雙機(jī)箱/子架環(huán)境中，這些訊息可以由RSI和TCP/IP以太網(wǎng)組合來(lái)傳遞。

SCCP總是將接收指示傳遞給同一機(jī)箱的SCCP用戶任務(wù)。參見圖6。

雙TCAP操作

　　TCAP層的2N配置與2N ISUP/TUP協(xié)議的操作方法相同。系統(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鏈路之間分配第一個(gè)TCAP訊息（BEGIN或QUERY）來(lái)定義。

　　為了允許快速識(shí)別每個(gè)接收訊息都擁有該事務(wù)狀態(tài)機(jī)的TCAP，在一個(gè)mN系統(tǒng)中，每個(gè)TCAP協(xié)議都擁有一個(gè)唯一的邏輯標(biāo)識(shí)值或例程值（一個(gè)數(shù)字）。以原始事務(wù)id的方式為每一個(gè)發(fā)送訊息編號(hào)，并且在來(lái)自遠(yuǎn)程TCAP實(shí)體的每一個(gè)目標(biāo)事務(wù)id響應(yīng)中加以反映。

　　除了BEGIN或QUERY以外，所有TCAP層對(duì)于任何訊息的接收處理都是通過恢復(fù)事務(wù)id的例程bit開始，由此來(lái)快速確定此訊息是否正在由正確的TCAP處理（該TCAP擁有針對(duì)此事務(wù)的激活的狀態(tài)機(jī)）。如果不是，訊息恢復(fù)操作退出，將此訊息傳遞給處理該例程訊息的模塊，如圖7所示。

配置

　　面向Linux V2.00和Windows V2.00的Dialogic開發(fā)包支持雙機(jī)箱SS7系統(tǒng)配置，并且提供了設(shè)置雙系統(tǒng)操作MTP、ISUP、TUP和NUP層的必要命令和參數(shù)。SCCP、TCAP和TCAP-User層的配置與單（無(wú)容錯(cuò)）系統(tǒng)的配置方式完全相同――使用離散的訊息，既可以將此功能嵌入用戶自己的程序中，也可以使用s7_play實(shí)體。

　　在雙機(jī)箱系統(tǒng)中，為了配置的目的，應(yīng)將兩個(gè)部分分開對(duì)待，每個(gè)部分都有獨(dú)立的配置文件。

MTP3的配置

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

　　需要使用一條額外的鏈路集來(lái)連接兩個(gè)MTP3平臺(tái)，以使單個(gè)點(diǎn)代碼可以在兩個(gè)平臺(tái)間共享。與標(biāo)準(zhǔn)SS7鏈路集的定義方式相同，使用MTP_LINKSET配置命令，并且和使用相同的值（均設(shè)置為兩個(gè)平臺(tái)間共享的平臺(tái)點(diǎn)代碼的值）。這個(gè)鏈路集需要將參數(shù)的bit 15設(shè)置為1，表明此鏈路集連接兩個(gè)使用相同點(diǎn)代碼的MTP3協(xié)議。鏈路通過MTP_LINK命令添加到鏈路集。

　　每一目標(biāo)路由（包括相鄰節(jié)點(diǎn)）都應(yīng)該指明兩個(gè)鏈路集。主要的是連接本地MTP到相鄰節(jié)點(diǎn)的鏈路集的標(biāo)識(shí)符。參數(shù)應(yīng)該用來(lái)表示連接共享一個(gè)本地點(diǎn)代碼的兩個(gè)MTP3層的鏈路集。參數(shù)應(yīng)該設(shè)為0x0001，表明第二個(gè)鏈路集已經(jīng)被指定，并且只有在通過主要鏈路集無(wú)法路由到目標(biāo)節(jié)點(diǎn)的情況下，才可使用這個(gè)鏈路集來(lái)路由傳輸流量。所有其它參數(shù)的含義都與用戶手冊(cè)中描述的單MTP設(shè)置中的參數(shù)相同。

對(duì)于MTP A：

對(duì)于MTP B：

注意：這些不包括任何設(shè)置或定義信令板卡的命令，應(yīng)該象定義標(biāo)準(zhǔn)的非雙系統(tǒng)一樣定義�！　�MTP_ROUTE 參數(shù)針對(duì)ISUP而設(shè)置，在上例中用戶部分SI=5。

對(duì)于MTP A：

MTP_CONFIG 0 0 0x0000
MTP_LINKSET 0 300 1 0x8000 300 0x8
MTP_LINKSET 1 400 1 0x0000 300 0x8
MTP_LINK 0 0 0 0 0 1 0 0 0x4006
MTP_LINK 1 1 0 0 0 0 16 16 0x0006
MTP_ROUTE 300 0 0x0020
MTP_ROUTE 400 1 0x0020 0x0001 0
MTP_ROUTE 600 1 0x0020 0x0001 0

對(duì)于MTP B：
MTP_CONFIG 0 0 0x0000
MTP_LINKSET 0 300 1 0x8000 300 0x8
MTP_LINKSET 1 500 1 0x0000 300 0x8
MTP_LINK 0 0 0 0 0 1 0 0 0x6006
MTP_LINK 1 1 0 1 0 0 16 16 0x0006
MTP_ROUTE 300 0 0x0020
MTP_ROUTE 500 1 0x0020 0x0001 0
MTP_ROUTE 600 1 0x0020 0x0001 0

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

　　機(jī)箱間鏈路的激活方式必須同連接平臺(tái)和遠(yuǎn)程SS7節(jié)點(diǎn)的其它鏈路的激活方式相同。這可以通過使用mtpsl工具或通過從應(yīng)用程序傳送MTP鏈路或鏈路集激活命令訊息來(lái)實(shí)現(xiàn)。

ISUP和TUP的配置

　　對(duì)于ISUP，其它ISUP協(xié)議（其它系統(tǒng)中）的module_id通過設(shè)置ISUP_CONFIG命令中的可選參數(shù)來(lái)指定。應(yīng)該設(shè)置ISUP_CONFIG的選項(xiàng)位ISPF_DUAL，表明ISUP應(yīng)該將從MTP3接收的任何未知電路實(shí)體的訊息傳送到這個(gè)軟件任務(wù)。

　　同樣，對(duì)于TUP，TUP_CONFIG的應(yīng)該設(shè)置為第二個(gè)機(jī)箱中TUP模塊的module_id，并且設(shè)置TUPF_DUAL選項(xiàng)位。通常情況下ISUP的任務(wù)標(biāo)識(shí)符設(shè)置為0x23。對(duì)于發(fā)送未知電路ISUP訊息的任務(wù)，A方的標(biāo)識(shí)符為0x73，B方的標(biāo)識(shí)符為0x63。通常分配給TUP的任務(wù)標(biāo)識(shí)符為0x4a。對(duì)于發(fā)送未知電路TUP訊息的任務(wù)，A方的標(biāo)識(shí)符為0x93，B方的標(biāo)識(shí)符為0x83。用戶應(yīng)該設(shè)置一個(gè)LOCAL任務(wù)，以便將發(fā)送到這個(gè)任務(wù)的訊息傳送到另一個(gè)平臺(tái)上的ISUP或TUP協(xié)議層。這可以通過使用RSI任務(wù)和REDIRECTION命令（稍后介紹）來(lái)輕松實(shí)現(xiàn)。

注：Dialogic® NetStructure®CPM8、SPCI2S或SPCI4板卡上運(yùn)行ISUP和TUP。

　　當(dāng)ISUP或TUP協(xié)議在Dialogic網(wǎng)擎SS7板卡上運(yùn)行時(shí)，B方SEPTEL_CP命令的l1_flags參數(shù)必須設(shè)置為包括bit 9（0x0200）。

下面的例子說(shuō)明了ISUP和TUP配置命令：

A方
* 配置ISUP模塊：
* ISUP_CONFIG
[]
ISUP_CONFIG 0 0 0 0x0435 4 64 0x73
*
* 設(shè)置TUP參數(shù)：
* TUP_CONFIG
[]
TUP_CONFIG 0 0 0 0x8141 4 64 0x93
*

B方
* 配置ISUP模塊：
* ISUP_CONFIG
[]
ISUP_CONFIG 0 0 0 0x0435 4 64 0x63
*
* 設(shè)置TUP參數(shù)：
* TUP_CONFIG
[]
TUP_CONFIG 0 0 0 0x8141 4 64 0x83
*

　　兩個(gè)系統(tǒng)中的電路組既可以從0開始編號(hào)，也可以兩個(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ì)于這兩種情況，每半部分控制獨(dú)立的CIC范圍，如圖11和12所示。

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

SCCP的配置

　　在SCCP層，每個(gè)SCCP協(xié)議的配置都應(yīng)該使用相同的本地子系統(tǒng)、遠(yuǎn)程信令點(diǎn)和遠(yuǎn)程子系統(tǒng)數(shù)據(jù)。

　　smb_id配置參數(shù)用于識(shí)別狀態(tài)更新時(shí)的目標(biāo)節(jié)點(diǎn)，并且應(yīng)該設(shè)置為一個(gè)任務(wù)的id。這個(gè)任務(wù)能夠在雙系統(tǒng)中將這一信息傳遞給其它SCCP模塊。在大多數(shù)情況下，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ù)，以便將其傳遞到通過以太網(wǎng)連接的其它SCCP層。此外，SCCP smb_flags配置參數(shù)應(yīng)設(shè)置為0x001c。

TCAP的配置

　　在一個(gè)多TCAP環(huán)境中，每一TCAP具有一個(gè)唯一的例程，它是在SCCP邊緣使用事務(wù)id編碼的，這樣可以為接收訊息快速分析正確的目標(biāo)TCAP。第一個(gè)TCAP例程值通常應(yīng)該為0，下一個(gè)為1。

　　tid_ninst參數(shù)控制使用事務(wù)id中的多少位對(duì)例程數(shù)據(jù)進(jìn)行編碼。在一個(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范圍內(nèi)工作），也可以使用不同的范圍。

機(jī)箱間的通信

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

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

　　系統(tǒng)中運(yùn)行的兩個(gè)RSI任務(wù)（每半個(gè)系統(tǒng)一個(gè)）使用相同的唯一的模塊id，通常為0xb0。這必須在帶有LOCAL定義的兩個(gè)系統(tǒng)的system.txt文件中加以聲明，使用FORK_PROCESS命令開始。RSI程序?qū)⑵淠�塊id作為可選的命令行參數(shù)，前綴為'-m'。例如：

　　./rsi -m0xb0

　　任何發(fā)送到使用指定模塊id的RSI的訊息都會(huì)由本地RSI任務(wù)進(jìn)行處理，并且不會(huì)通過以太網(wǎng)傳輸。

　　主機(jī)與每個(gè)從機(jī)間的RSI連接使用rsicmd工具激活。rsicmd工具的用法如下：

rsicmd []

　　是這個(gè)特殊信道的邏輯標(biāo)識(shí)符。RSI通過匹配訊息例程值（由GCT_set_instance設(shè)置，缺省值為0）和link_id值來(lái)選擇輸出通道。對(duì)于大多數(shù)的雙系統(tǒng)，兩個(gè)系統(tǒng)之間建立一條RSI連接就足夠了，因此這個(gè)參數(shù)應(yīng)該設(shè)為0。

　　指定一個(gè)模塊id，當(dāng)指定的RSI連接失效時(shí)，此模塊id將收到通知（一個(gè)訊息）。這個(gè)參數(shù)的設(shè)置可以將這些指示傳遞給應(yīng)用任務(wù)或者本地管理事件查看程序，如s7_log等。

　　和應(yīng)該依據(jù)下表進(jìn)行設(shè)置：

連接類型	rem_addr	ink_type值
服務(wù)器	B方的IP地址	0（客戶端）
客戶端	0	1（服務(wù)器）

　　系統(tǒng)的一端需要設(shè)置為客戶端，另一端設(shè)置為服務(wù)器。

　　指定了連接所使用的TCP/IP套接字端口號(hào)。每個(gè)RSI連接（應(yīng)該具有唯一的link_id）必須使用唯一的端口號(hào)，從9000開始。

　　是可選的，指定了傳送訊息的RSI模塊。

　　對(duì)于所有可以通過RSI連接（與系統(tǒng)另半部分相連）訪問的目標(biāo)節(jié)點(diǎn)，system.txt文件中必須插入一條REDIRECT語(yǔ)句（第二個(gè)ISUP、TUP、SCCP和/或TCAP協(xié)議的module_id值）。

　　例如，一個(gè)雙ISUP系統(tǒng)應(yīng)該由兩個(gè)ISUP部分組成，每部分缺省module_id都為0x23。A方ISUP的配置數(shù)據(jù)表示另一個(gè)ISUP部分的module_id為0x73；因此，在A方將會(huì)有一個(gè)重定向的動(dòng)作來(lái)對(duì)經(jīng)過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)該通過ssd或ssds驅(qū)動(dòng)（通常情況下module_id為0x20）來(lái)對(duì)訊息進(jìn)行重定向，如圖14所示。

下表給出了系統(tǒng)雙方都應(yīng)該使用的module_id值。

模塊	A方設(shè)置	B方設(shè)置
本地ISUP	0x23	0x23
對(duì)方ISUP	0x73	0x63
本地TUP	0x4a	0x4a
對(duì)方TUP	0x93	0x83
本地SCCP	0x33	0x33
對(duì)方SCCP	0x53	0x43
本地TCAP	0x14	0x14
對(duì)方TCAP	0x34	0x24
本地MAP	0x15	0x15
本地IS41	0x25	0x25
本地INAP	0x35	0x35

對(duì)于容錯(cuò)應(yīng)用的考慮

　　在一個(gè)SS7接口中嵌有應(yīng)用的雙系統(tǒng)中，應(yīng)用或者SS7組件故障將導(dǎo)致該部分系統(tǒng)完全癱瘓。

　　在一個(gè)雙電路交換應(yīng)用（使用ISUP或TUP）中，物理電路終端分布在組成系統(tǒng)的兩個(gè)機(jī)箱中，因此如果系統(tǒng)的一部分發(fā)生故障，將導(dǎo)致一部分電路的物理故障。在SS7終端，硬件故障通常通過發(fā)送硬件阻塞（也稱為硬件隔離）來(lái)處理。這樣所有受這部分硬件影響的當(dāng)前呼叫都會(huì)被拆除，表示這些電路不能被選擇用于呼叫，直到硬件隔離解除。如果電路故障恢復(fù)，則硬件隔離即會(huì)被解除。

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

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

　　如果需要，應(yīng)用可以通過使用基于訊息的API和RSI/以太網(wǎng)進(jìn)行通信，來(lái)在節(jié)點(diǎn)間進(jìn)行互相檢查以檢測(cè)故障。定義用戶具體信息必須出于這個(gè)目的。

　　在一個(gè)雙TCAP系統(tǒng)中，系統(tǒng)的一部分故障會(huì)導(dǎo)致TCAP狀態(tài)信息的丟失（例如，事務(wù)狀態(tài)和任何尚待傳輸?shù)拇鎯?chǔ)部件）。在智能網(wǎng)絡(luò)環(huán)境中，如果可能，此事務(wù)相關(guān)的呼叫將被拆除。在移動(dòng)/無(wú)線環(huán)境中，任何相關(guān)的掛起的移動(dòng)服務(wù)（例如短訊息）都可能超時(shí)，操作將報(bào)告為出現(xiàn)故障。這些操作應(yīng)該在系統(tǒng)繼續(xù)工作的部分中再次執(zhí)行。

　　與SS7協(xié)議進(jìn)行通信的應(yīng)用必須在邏輯電路id和每個(gè)SS7預(yù)先配置的會(huì)話id范圍內(nèi)工作。系統(tǒng)的兩部分既可以使用相同范圍值，這些值只在每部分內(nèi)部使用，也可以在不同的范圍內(nèi)運(yùn)行。

設(shè)置System.txt值

　　下圖展示了一個(gè)雙ISUP/TUP/SCCP/TCAP系統(tǒng)中各模塊之間的關(guān)系，以及系統(tǒng)兩部分的config.txt文件中的相應(yīng)條目。參見圖15。

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

A方
REDIRECT 0x34 0xb0 * TCAP to chassis B
REDIRECT 0x53 0xb0 * SCCP to chassis B
REDIRECT 0x73 0xb0 * ISUP to chassis B
REDIRECT 0x93 0xb0 * TUP to chassis B
*
REDIRECT 0x24 0x14 * TCAP from chassis B
REDIRECT 0x43 0x33 * SCCP from chassis B
REDIRECT 0x63 0x23 * ISUP from chassis B
REDIRECT 0x83 0x4a * TUP from chassis B

B方
REDIRECT 0x24 0xb0 * TCAP to chassis A
REDIRECT 0x43 0xb0 * SCCP to chassis A
REDIRECT 0x63 0xb0 * ISUP to chassis A
REDIRECT 0x83 0xb0 * TUP to chassis A
*
REDIRECT 0x34 0x14 * TCAP from chassis A
REDIRECT 0x53 0x33 * SCCP from chassis A
REDIRECT 0x73 0x23 * ISUP from chassis A
REDIRECT 0x93 0x4a * TUP from chassis A

　　system.txt文件必須也包括主機(jī)上運(yùn)行的所有本地SS7協(xié)議，如ISUP、TUP、SCCP或TCAP（如果有），以及應(yīng)用程序任務(wù)、配置工具（如s7_mgt）和調(diào)試工具的LOCAL定義。這里也應(yīng)該通過FORK_PROCESS語(yǔ)句來(lái)啟動(dòng)相應(yīng)的驅(qū)動(dòng)和支持任務(wù)，在相應(yīng)的程序員手冊(cè)中有詳細(xì)描述。

信令處理器板卡協(xié)議的System.txt

A方
REDIRECT 0x34 0xb0 * TCAP to chassis B
REDIRECT 0x53 0xb0 * SCCP to chassis B
REDIRECT 0x73 0xb0 * ISUP to chassis B
REDIRECT 0x93 0xb0 * TUP to chassis B
*
REDIRECT 0x24 0x20 * TCAP from chassis B through ssd
REDIRECT 0x43 0x20 * SCCP from chassis B through ssd
REDIRECT 0x63 0x20 * ISUP from chassis B through ssd
REDIRECT 0x83 0x20 * TUP from chassis B through ssd

B方
REDIRECT 0x24 0xb0 * TCAP to chassis A
REDIRECT 0x43 0xb0 * SCCP to chassis A
REDIRECT 0x63 0xb0 * ISUP to chassis A
REDIRECT 0x83 0xb0 * TUP to chassis A
*
REDIRECT 0x34 0x20 * TCAP from chassis A through ssd
REDIRECT 0x53 0x20 * SCCP from chassis A through ssd
REDIRECT 0x73 0x20 * ISUP from chassis A through ssd
REDIRECT 0x93 0x20 * TUP from chassis A through ssd

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

附錄A：TCAP設(shè)置例程模塊ID訊息

說(shuō)明：

　　這個(gè)訊息為一個(gè)指定的TCAP例程設(shè)置module_id。當(dāng)發(fā)送任何來(lái)自網(wǎng)絡(luò)上的帶有事務(wù)id中指定例程的訊息時(shí)，TCAP使用這個(gè)module_id作為目標(biāo)節(jié)點(diǎn)。

訊息格式：

訊息標(biāo)頭
字段名稱	含義
類型	TCP_MSG_S_TCI_ID （0x5794）
Id	Instance
src	發(fā)送module_id
dst	TCP_TASK_ID（0x14）
rsp_req	用于請(qǐng)求確認(rèn)
class	0
status	0
err_info	0
len	1

參數(shù)域

偏移量	大小	名稱
0	1	module_id