華為軟交換信令與協(xié)議處理原理

1、目 錄第3章 信令與協(xié)議處理原理3-13.1 TDM承載信令處理路徑3-13.2 IP承載信令處理路徑3-33.2.1 MTP3/M2UA承載ISUP/INAP的處理路徑3-33.2.2 M3UA承載ISUP/INAP的處理路徑3-63.2.3 UDP承載MGCP/H.248的處理路徑3-73.2.4 IP承載H.323的處理路徑3-103.2.5 UDP承載SIP的處理路徑3-143.2.6 IUA承載DSS1的處理路徑3-173.2.7 V5UA承載V5.2的處理路徑3-18第3章 信令與協(xié)議處理原理3.1 TDM承載信令處理路徑1. 正常處理路徑正常情況下，TDM（Time Divisi

2、on Multiplex）承載信令處理路徑如圖3-1所示。圖3-1 TDM承載信令正常處理路徑(1) EPII的E1接口提供TDM PCM接口，以接入標(biāo)準(zhǔn)64k或2M七號(hào)信令鏈路；(2) EPII處理MTP1（Message Transfer Part Layer 1）的消息，提取信令時(shí)隙并通過內(nèi)部HW將其發(fā)送到FCSU板；(3) FCSU板處理MTP2（Message Transfer Part Layer 2）鏈路層消息、MTP3網(wǎng)絡(luò)層消息。FCSU板在分析DPC（Destination Point Code）時(shí)，如果本消息屬于本板，則根據(jù)SI（Service Indication，業(yè)務(wù)指

3、示碼）分發(fā)到本板上的業(yè)務(wù)層處理用戶層消息。否則，根據(jù)NI（Network Indication）、OPC（Originating Point Code）、DPC（Destination Point Code）、CIC（Circuit Identification Code）通過以太網(wǎng)總線將用戶層消息轉(zhuǎn)到指定的FCCU/FCSU板進(jìn)行處理。& 說明：如果目標(biāo)BSGI、FCCU/FCSU板在另一機(jī)框，則分發(fā)路徑包括本機(jī)框HSCI、核心LAN Switch、目標(biāo)FCCU/FCSU所在機(jī)框的HSCI、目標(biāo)BSGI和目標(biāo)FCCU/FCSU。2. 備份處理路徑當(dāng)與提供E1接口0 EPII板對(duì)插的0

4、 FCSU板發(fā)生故障時(shí)，TDM承載信令處理路徑如圖3-2所示。圖3-2 TDM承載信令備份處理路徑(1) 0 EPII的E1接口提供TDM PCM（Pulse Code Modulation）接口，以接入標(biāo)準(zhǔn)64k或2M七號(hào)信令鏈路；(2) 0 EPII處理MTP1消息，提取信令時(shí)隙；(3) 由于0# FCSU板發(fā)生故障，0 EPII會(huì)自動(dòng)通過H.110總線將信令時(shí)隙發(fā)送到1# EPII板；(4) 1# EPII板通過內(nèi)部HW將信令時(shí)隙發(fā)送到1 FCSU板；(5) 1 FCSU板處理MTP2鏈路層消息、MTP3網(wǎng)絡(luò)層消息。1 FCSU板在分析DPC時(shí)，如果本消息屬于本板，則根據(jù)SI分發(fā)到本板上

5、的業(yè)務(wù)層處理用戶層消息。否則，根據(jù)NI、OPC、DPC、CIC通過以太網(wǎng)總線將用戶層消息轉(zhuǎn)到指定的FCCU/FCSU板進(jìn)行處理。& 說明：如果提供E1中繼電路的EPII板發(fā)生故障時(shí)，系統(tǒng)不能通過H.110總線進(jìn)行業(yè)務(wù)倒換。3.2 IP承載信令處理路徑3.2.1 MTP3/M2UA承載ISUP/INAP的處理路徑1. 上行路徑MTP3/M2UA（SS7 MTP2-User Adaptation Layer）承載ISUP（Integrated Services Digital Network User Part/ISDN User Part）/INAP（Intelligent Networ

6、k Application Protocol）在SoftX3000中的上行路徑如圖3-3所示。圖3-3 MTP3/M2UA承載ISUP/INAP的上行路徑& 說明：如果目標(biāo)BSGI、FCCU/FCSU板在另一機(jī)框，則分發(fā)路徑包括本機(jī)框HSCI、核心LAN Switch、目標(biāo)FCCU/FCSU所在機(jī)框的HSCI、目標(biāo)BSGI和目標(biāo)FCCU/FCSU。(1) BFII對(duì)外提供IP接口接收IP報(bào)文，并進(jìn)行物理層消息處理，通過固定連接的方式將報(bào)文發(fā)到IFMI板；(2) IFMI板處理MAC消息后，根據(jù)IP協(xié)議類型、本地IP地址、本地SCTP端口號(hào)、對(duì)端IP地址、對(duì)端SCTP端口號(hào)，通過以太網(wǎng)總

7、線將消息分發(fā)到指定的BSGI進(jìn)行處理。IP協(xié)議類型、本地IP地址、本地SCTP端口號(hào)、對(duì)端IP地址、對(duì)端SCTP端口號(hào)與BSGI板號(hào)的對(duì)應(yīng)關(guān)系需要人工進(jìn)行數(shù)據(jù)配置。此分發(fā)為一級(jí)消息分發(fā)，也稱承載信令消息分發(fā)；(3) BSGI進(jìn)行IP、SCTP、M2UA和MTP3消息處理后，將消息發(fā)送到本板的ISUP/SCCP分發(fā)模塊。ISUP分發(fā)模塊通過以太網(wǎng)總線，根據(jù)消息中的NI、OPC、DPC、CIC分發(fā)到負(fù)責(zé)處理該CIC的FCCU/FCSU板；SCCP分發(fā)模塊則根據(jù)TCAP/INAP的會(huì)話號(hào)分發(fā)到負(fù)責(zé)處理該會(huì)話的FCCU/FCSU板； 注意：MGCP、H.248與SCTP協(xié)議只能由BSGI板處理，既不能

8、由MSGI板處理，也不能由IFMI板處理。(4) FCCU/FCSU進(jìn)行ISUP/INAP消息處理。2. 下行路徑MTP3/M2UA承載ISUP/INAP在SoftX3000中的下行路徑如圖3-4所示。圖3-4 MTP3/M2UA承載ISUP/INAP下行路徑(1) FCCU/FCSU根據(jù)處理M2UA、MTP3鏈路的BSGI模塊號(hào)，通過以太網(wǎng)總線將消息發(fā)送到BSGI板進(jìn)行處理；(2) BSGI進(jìn)行M2UA、MTP3消息處理后，根據(jù)IP報(bào)文的源IP地址確定IFMI板，并通過以太網(wǎng)總線將對(duì)應(yīng)的消息包分發(fā)到指定的IFMI板進(jìn)行處理；(3) IFMI板進(jìn)行MAC層消息處理后，以固定連接方式將IP消息發(fā)

9、送到BFII板；(4) IP信令消息包經(jīng)過BFII驅(qū)動(dòng)后，通過BFII相連的網(wǎng)線出SoftX3000系統(tǒng)。3.2.2 M3UA承載ISUP/INAP的處理路徑1. 上行路徑M3UA承載ISUP/INAP在SoftX3000的上行處理路徑如圖3-5所示。圖3-5 M3UA承載ISUP/INAP的上行路徑(1) BFII對(duì)外提供IP接口接收IP報(bào)文，并進(jìn)行物理層消息處理，通過固定連接的方式將報(bào)文發(fā)到IFMI板；(2) IFMI板處理MAC消息后，根據(jù)IP協(xié)議類型、本地IP地址、本地SCTP端口號(hào)、對(duì)端IP地址、對(duì)端SCTP端口號(hào)，通過以太網(wǎng)總線將消息分發(fā)到指定的BSGI進(jìn)行處理。IP協(xié)議類型、本地

10、IP地址、本地SCTP端口號(hào)、對(duì)端IP地址、對(duì)端SCTP端口號(hào)與BSGI板號(hào)的對(duì)應(yīng)關(guān)系需要人工進(jìn)行配置。此分發(fā)為一級(jí)消息分發(fā)，也稱承載信令消息分發(fā)；(3) BSGI進(jìn)行IP、SCTP和M3UA消息處理后，將消息發(fā)送到本板的ISUP/SCCP分發(fā)模塊。ISUP/SCCP分發(fā)模塊通過以太網(wǎng)總線，根據(jù)以下原則進(jìn)行二級(jí)分發(fā)：l 對(duì)于ISUP消息而言，BSGI根據(jù)NI、OPC、DPC、CIC分發(fā)到負(fù)責(zé)處理該CIC的FCCU/FCSU板。l 對(duì)于SCCP消息而言，BSGI根據(jù)TCAP/INAP的會(huì)話號(hào)分發(fā)到負(fù)責(zé)處理該會(huì)話的FCCU/FCSU板。(4) FCCU/FCSU進(jìn)行ISUP/INAP消息處理。2.

11、 下行路徑M3UA承載ISUP/INAP在SoftX3000的下行處理路徑如圖3-6所示。圖3-6 M3UA承載ISUP/INAP的下行處理路徑(1) FCCU/FCSU根據(jù)處理M3UA鏈路的BSGI模塊號(hào)，通過以太網(wǎng)總線將消息發(fā)送到BSGI板進(jìn)行處理；(2) BSGI進(jìn)行M3UA、SCTP消息處理后，根據(jù)IP報(bào)文的源IP地址確定IFMI板，并通過以太網(wǎng)總線將對(duì)應(yīng)的消息包分發(fā)到指定的IFMI板進(jìn)行處理；(3) IFMI板進(jìn)行MAC層消息處理后，以固定連接方式將IP消息發(fā)送到BFII板；(4) IP信令消息包經(jīng)過BFII驅(qū)動(dòng)后，通過BFII相連的網(wǎng)線出SoftX3000系統(tǒng)。3.2.3 UDP承

12、載MGCP/H.248的處理路徑& 說明：R2消息包含在H.248消息包中，其處理路徑與MGCP/H.248消息相同。1. 上行路徑UDP承載MGCP/H.248在SoftX3000的上行處理路徑如圖3-7所示。圖3-7 UDP承載MGCP/H.248的上行處理路徑(1) BFII對(duì)外提供IP接口接收與媒體網(wǎng)關(guān)通信的IP報(bào)文，并進(jìn)行物理層消息處理，通過固定連接的方式將報(bào)文發(fā)到IFMI板；(2) IFMI板處理MAC消息后，根據(jù)BSGI功能配置和負(fù)荷分擔(dān)的原則，通過以太網(wǎng)總線將消息分發(fā)到BSGI進(jìn)行處理；(3) BSGI進(jìn)行MGCP/H.248底層協(xié)議處理后，根據(jù)如表3-1所示的原則進(jìn)行

13、分發(fā)：表3-1 BSGI進(jìn)行MGCP/H.248 二級(jí)消息分發(fā)路徑消息類型路徑備注來自媒體網(wǎng)關(guān)的注冊(cè)消息（1）BSGI將消息發(fā)給可處理MGCP/H.248消息分發(fā)的CDBI。無（2） CDBI查詢媒體網(wǎng)關(guān)域名與所屬FCCU/FCSU模塊號(hào)關(guān)系表，將消息轉(zhuǎn)發(fā)給管理該網(wǎng)關(guān)或者終結(jié)點(diǎn)的FCCU/FCSU模塊號(hào)進(jìn)行處理。來自媒體網(wǎng)關(guān)的Notify消息BSGI根據(jù)Request ID進(jìn)行分發(fā)到所屬的FCCU/FCSU。對(duì)于Request ID為0的永久事件消息，BSGI將消息轉(zhuǎn)發(fā)給CDBI，CDBI查詢終結(jié)點(diǎn)歸屬的FCCU/FCSU模塊號(hào)后，將消息轉(zhuǎn)發(fā)給該模塊。Request ID的范圍由FCCU/FC

14、SU分配。來自媒體網(wǎng)關(guān)的DLCX消息BSGI將消息轉(zhuǎn)發(fā)給CDBI，CDBI查詢終結(jié)點(diǎn)歸屬的FCCU/FCSU模塊號(hào)并將消息轉(zhuǎn)發(fā)給該模塊。無來自媒體網(wǎng)關(guān)向SoftX3000的響應(yīng)消息BSGI根據(jù)Transaction ID分發(fā)到所屬的FCCU/FCSU。Transaction ID的范圍由FCCU/FCSU分配(4) FCCU/FCSU板進(jìn)行MGCP/H.248消息處理。2. 下行路徑UDP承載MGCP/H.248在SoftX3000的下行處理路徑如圖3-9所示。圖3-9 UDP承載MGCP/H.248的下行處理路徑(1) 對(duì)于同一個(gè)呼叫的第一個(gè)消息，F(xiàn)CCU/FCSU會(huì)按照負(fù)荷分擔(dān)的原則選擇一

15、塊BSGI，F(xiàn)CCU/FCSU會(huì)將同一呼叫的后續(xù)消息都會(huì)分發(fā)到該BSGI板處理；(2) BSGI板進(jìn)行MGCP/H.248編解碼和UDP消息處理后，根據(jù)UDP包中攜帶源IP地址與IFMI IP地址進(jìn)行比較，選擇IP地址系統(tǒng)的IFMI板進(jìn)行分發(fā)；(3) IFMI板進(jìn)行MAC層消息處理后，以固定連接方式將IP消息發(fā)送到BFII板；(4) IP信令消息包經(jīng)過BFII驅(qū)動(dòng)后，通過BFII相連的網(wǎng)線出SoftX3000系統(tǒng)。3.2.4 IP承載H.323的處理路徑H.323包括了H.323 RAS（Registration, Admission and Status）和H.323 CALL（Q.931、

16、H.245），H.323 RAS在UDP上承載，H.323 CALL在TCP上承載。1. 上行路徑H.323在SoftX3000的上行處理路徑如圖3-10所示。圖3-10 H.323在SoftX3000上行的處理路徑(1) BFII對(duì)外提供IP接口接收IP報(bào)文，并進(jìn)行物理層消息處理，通過固定連接的方式將報(bào)文發(fā)到IFMI板；(2) IFMI板處理MAC消息后，確定該H.323 消息類型是H.323 RAS還是H.323 CALL，IFMI分發(fā)H.323 RAS、H.323 CALL消息到MSGI分發(fā)原則不同：l H.323 RAS一級(jí)分發(fā)根據(jù)數(shù)據(jù)配置，IFMI將H.323 RAS消息固定分發(fā)到指

17、定的一塊MSGI。& 說明：l 可以通過數(shù)據(jù)配置多塊MSGI板處理H.323 RAS協(xié)議，但同一時(shí)刻只能允許一塊MSGI板處理RAS請(qǐng)求消息，其他MSGI板作為備用；l 系統(tǒng)小容量的配置時(shí)，通過向IFMI加載MSGI程序和數(shù)據(jù)，可以實(shí)現(xiàn)IFMI充當(dāng)MSGI的功能。l H.323 CALL一級(jí)分發(fā)IFMI判斷TCP消息的目的端口是著名端口（1720）還是本地端口，從而采取不同的分發(fā)策略：如果目的端口是H.323 CALL本地端口，IFMI則根據(jù)H.323 CALL本地端口與MSGI模塊號(hào)的關(guān)系進(jìn)行分發(fā)。如果目的端口是著名端口，IFMI則負(fù)荷分擔(dān)的方式將消息分發(fā)到MSGI進(jìn)行處理。當(dāng)Sof

18、tX3000充當(dāng)GK（Gatekeeper）功能時(shí)，H.323終端發(fā)起的第一個(gè)H.323 CALL消息的目的端口是著名端口。IFMI以負(fù)荷分擔(dān)的方式將消息分發(fā)到任意一塊MSGI進(jìn)行處理。IFMI返回給H.323終端的H.323 CALL消息將攜帶該MSGI板H.323 CALL本地端口。該H.323 終端同一呼叫其它H.323 CALL后續(xù)消息抵達(dá)IFMI板后，IFMI會(huì)依據(jù)H.323 CALL消息中本地端口號(hào)與MSGI板的對(duì)應(yīng)關(guān)系將消息分發(fā)到MSGI板進(jìn)行處理。當(dāng)SoftX3000充當(dāng)H.323 GW（Gateway）時(shí)，從IFMI發(fā)出的第一個(gè)H.323 CALL消息目的端口為目的端口（17

19、20）。對(duì)端服務(wù)器返回的H.323 CALL消息目的端口也為目的端口（1720）。IFMI以負(fù)荷分擔(dān)的方式將消息分發(fā)到任意一塊MSGI進(jìn)行處理。IFMI返回給對(duì)端服務(wù)器的H.323 CALL消息將攜帶該MSGI板H.323 CALL本地端口。對(duì)端H.323服務(wù)器同一呼叫其它H.323 CALL后續(xù)消息抵達(dá)IFMI板后，IFMI會(huì)依據(jù)H.323 CALL消息中本地端口號(hào)與MSGI板的對(duì)應(yīng)關(guān)系將消息分發(fā)到MSGI板進(jìn)行處理。& 說明：l 每塊MSGI板配置一段H.323 CALL本地端口，整個(gè)SoftX3000配置一個(gè)H.323 CALL著名端口（1720）。l H.323協(xié)議中一個(gè)正常呼

20、叫過程包含一條Q.931 TCP連接和H.245 TCP連接，不同呼叫的Q.931和H.245的TCP連接各不相同。同一呼叫的所有Q.931消息都在同一個(gè)TCP連接上傳輸，同樣同一呼叫的所有H.245消息都在同一個(gè)TCP連接上傳輸。(3) MSGI進(jìn)行H.323 RAS、H.323 CALL協(xié)議處理后，H.323 RAS消息二級(jí)分發(fā)原則如表3-2所示，H.323 CALL消息二級(jí)分發(fā)原則如表3-3所示。表3-2 H.323 RAS消息二級(jí)分發(fā)原則消息類型路徑呼叫相關(guān)請(qǐng)求消息的ARQ（Admission Request，呼叫接納請(qǐng)求）（1）MSGI通過EndPointID與FCCU/FCSU對(duì)應(yīng)

21、關(guān)系，查詢本板數(shù)據(jù)庫(kù)。（2）如果成功查詢到FCCU/FCSU模塊號(hào)，MSGI把消息二級(jí)分發(fā)到FCCU/FCSU板。如果查詢不成功，MSGI向CDBI查詢EndPointID與FCCU/FCSU對(duì)應(yīng)關(guān)系。MSGI收到CDBI返回的FCCU/FCSU模塊號(hào)后，將消息二級(jí)分發(fā)到FCCU/FCSU處理，同時(shí)在本板數(shù)據(jù)庫(kù)中記錄EndPointID與所屬FCCU/FCSU的對(duì)應(yīng)關(guān)系。呼叫相關(guān)請(qǐng)求的其他消息，如DRQ（Disengage Request，呼叫退出請(qǐng)求）、IRQ（Information Request，信息請(qǐng)求）、BRQ（Bandwidth Request，帶寬請(qǐng)求）MSGI通過數(shù)據(jù)配置確定的

22、FCCU/FCSU進(jìn)行消息二級(jí)分發(fā)。于呼叫無關(guān)請(qǐng)求消息，如RRQ（Registration Request，登記請(qǐng)求）、URQ（Unregistration Request，注銷請(qǐng)求）MSGI板分發(fā)消息的方法如分發(fā)ARQ相同，首先查詢本板的數(shù)據(jù)庫(kù)獲得FCCU/FCSU模塊號(hào)，如果查詢失敗再查詢CDBI獲得FCCU/FCSU模塊號(hào)。表3-3 H.323 CALL消息二級(jí)分發(fā)原則消息類型路徑H.323用戶呼叫消息（1）對(duì)于同一呼叫的第一個(gè)消息而言，MSGI以Call ID為關(guān)鍵域到處理H.323 RAS的MSGI查詢?cè)摵艚兴鶎俚腇CCU/FCSU模塊。（2）MSGI得到查詢結(jié)果后，將H.323 C

23、ALL消息二級(jí)分發(fā)到對(duì)應(yīng)FCCU/FCSU。如果查詢不成功，MSGI向CDBI查詢Call ID與FCCU/FCSU對(duì)應(yīng)關(guān)系。MSGI收到CDBI返回的FCCU/FCSU模塊號(hào)后，將消息二級(jí)分發(fā)到FCCU/FCSU處理，同時(shí)在本板數(shù)據(jù)庫(kù)中記錄Call ID與所屬FCCU/FCSU的對(duì)應(yīng)關(guān)系。（3）同一呼叫其他后續(xù)的呼叫消息到MSGI后，MSGI將依據(jù)本板數(shù)據(jù)庫(kù)的記錄中的Call ID與FCCU/FCSU對(duì)應(yīng)關(guān)系進(jìn)行分發(fā)。H.323中繼呼叫消息（1）對(duì)于同一呼叫的第一個(gè)消息而言，MSGI根據(jù)負(fù)荷分擔(dān)的原則將消息分發(fā)到任意一塊FCCU/FCSU板處理，并在本板數(shù)據(jù)庫(kù)記錄Call ID與FCCU/F

24、CSU模塊的對(duì)應(yīng)關(guān)系。（2）同一呼叫其他后續(xù)的呼叫消息到MSGI后，MSGI將依據(jù)本板數(shù)據(jù)庫(kù)記錄的Call ID與FCCU/FCSU對(duì)應(yīng)關(guān)系進(jìn)行分發(fā)。(4) FCCU/FCSU完成H.323業(yè)務(wù)的處理。2. 下行路徑H.323在SoftX3000的下行處理路徑如圖3-12所示。圖3-12 H.323在SoftX3000的下行處理路徑H.323信令下行路徑如表3-4所示。表3-4 H.323消息下發(fā)路徑消息種類路徑H.323 RAS（1）FCCU/FCSU根據(jù)負(fù)荷分擔(dān)的原則將消息分發(fā)到可以處理H.323 RAS的MSGI板，并在本板的數(shù)據(jù)庫(kù)上記錄對(duì)應(yīng)的MSGI模塊號(hào)，同一呼叫的其他下發(fā)消息將直接

25、按照記錄進(jìn)行下發(fā)。（2）MSGI進(jìn)行H.323 RAS、UDP消息處理。（3）MSGI根據(jù)需要分發(fā)的UDP包的本地IP地址選擇適當(dāng)?shù)腎FMI板。（4）IFMI板進(jìn)行MAC層消息處理后，以固定連接方式將IP消息發(fā)送到BFII板。（5）IP信令消息包經(jīng)過BFII驅(qū)動(dòng)后，通過BFII相連的網(wǎng)線出SoftX3000系統(tǒng)。H.323 CALL（1）FCCU/FCSU根據(jù)負(fù)荷分擔(dān)的原則將消息分發(fā)到可以處理H.323 CALL的MSGI板，并在本板的數(shù)據(jù)庫(kù)上記錄對(duì)應(yīng)的MSGI模塊號(hào)，同一呼叫的其他下發(fā)消息將直接按照記錄進(jìn)行下發(fā)。（2）MSGI進(jìn)行H.323 CALL、TCP消息處理。（3）MSGI根據(jù)需要分

26、發(fā)的TCP包的本地IP地址選擇適當(dāng)?shù)腎FMI板。（4）IFMI板進(jìn)行MAC層消息處理后，以固定連接方式將IP消息發(fā)送到BFII板。（5）IP信令消息包經(jīng)過BFII驅(qū)動(dòng)后，通過BFII相連的網(wǎng)線出SoftX3000系統(tǒng)。3.2.5 UDP承載SIP的處理路徑1. 上行路徑UDP承載SIP在SoftX3000的上行處理路徑如圖3-13所示。圖3-13 UDP承載SIP的上行處理路徑(1) BFII對(duì)外提供IP接口接收IP報(bào)文，并進(jìn)行物理層消息處理，通過固定連接的方式將報(bào)文發(fā)到IFMI板；(2) IFMI板處理MAC消息后，判斷UDP消息的目的端口。如果目的端口是SIP本地端口，IFMI則根據(jù)SIP

27、本地端口與MSGI模塊號(hào)對(duì)應(yīng)的關(guān)系進(jìn)行消息一級(jí)分發(fā)。如果目的端口是SIP服務(wù)端口，IFMI則依據(jù)負(fù)荷分擔(dān)的原將消息分發(fā)到任意一塊可以處理SIP協(xié)議的MSGI；& 說明：l 每塊MSGI板配置一段SIP本地端口，整個(gè)SoftX3000配置一個(gè)SIP服務(wù)端口（5060）。當(dāng)?shù)谝粋€(gè)SIP服務(wù)端口的消息抵達(dá)IFMI板后，IFMI負(fù)荷分擔(dān)將消息分發(fā)到MSGI，出系統(tǒng)的消息將攜帶該MSGI板的SIP本地端口，同一呼叫其它后續(xù)消息抵達(dá)IFMI板后，IFMI依據(jù)SIP本地端口與MSGI板的對(duì)應(yīng)關(guān)系將消息分發(fā)到MSGI板進(jìn)行處理；l 系統(tǒng)小容量的配置時(shí)，通過向IFMI加載MSGI程序和數(shù)據(jù)，可以實(shí)現(xiàn)IF

28、MI充當(dāng)MSGI的功能。(3) MSGI根據(jù)不同的消息類型按照如表3-5所示的原則進(jìn)行消息二級(jí)分發(fā)：表3-5 SIP消息二級(jí)分發(fā)原則消息類型路徑對(duì)于非呼叫類型的消息Register（1）MSGI通過SIP用戶標(biāo)識(shí)與FCCU/FCSU對(duì)應(yīng)關(guān)系，查詢本板數(shù)據(jù)庫(kù)。（2）如果成功獲得FCCU/FCSU模塊號(hào)，MSGI則把消息二級(jí)分發(fā)到FCCU/FCSU板。如果查詢不成功，MSGI向CDBI查詢SIP用戶標(biāo)識(shí)（用戶名或E.164號(hào)碼）與FCCU/FCSU對(duì)應(yīng)關(guān)系。MSGI收到CDBI返回的FCCU/FCSU模塊號(hào)后，將消息二級(jí)分發(fā)到FCCU/FCSU處理，同時(shí)在本板數(shù)據(jù)庫(kù)中記錄SIP用戶標(biāo)識(shí)（用戶名或E

29、.164號(hào)碼）與所屬FCCU/FCSU的對(duì)應(yīng)關(guān)系。SIP用戶呼叫消息（1）對(duì)于同一呼叫的第一個(gè)消息而言，MSGI查詢本板通過SIP用戶標(biāo)識(shí)與FCCU/FCSU對(duì)應(yīng)關(guān)系，查詢本板數(shù)據(jù)庫(kù)。（2）如果查詢成功，MSGI得到查詢FCCU/FCSU模塊號(hào)，將SIP消息二級(jí)分發(fā)到對(duì)應(yīng)FCCU/FCSU。如果查詢不到FCCU/FCSU的模塊號(hào)，MSGI向CDBI查詢SIP用戶標(biāo)識(shí)對(duì)應(yīng)的FCCU/FCSU模塊號(hào)。CDBI向MSGI返回查詢結(jié)果，MSGI將SIP消息二級(jí)分發(fā)到FCCU/FCSU，同時(shí)在本板數(shù)據(jù)庫(kù)中記錄SIP用戶標(biāo)識(shí)與FCCU/FCSU的對(duì)應(yīng)關(guān)系。（3）同一呼叫其他后續(xù)的呼叫消息到MSGI后，MS

30、GI將依據(jù)本板數(shù)據(jù)庫(kù)的記錄中的用戶標(biāo)識(shí)與FCCU/FCSU對(duì)應(yīng)關(guān)系進(jìn)行分發(fā)。SIP中繼呼叫消息（1）對(duì)于同一呼叫的第一個(gè)消息而言，MSGI根據(jù)負(fù)荷分擔(dān)的原則將消息分發(fā)到任意一塊FCCU/FCSU板處理，并在本板數(shù)據(jù)庫(kù)記錄Call ID與FCCU/FCSU模塊的對(duì)應(yīng)關(guān)系。（2）同一呼叫其他后續(xù)的呼叫消息到MSGI后，MSGI將依據(jù)本板數(shù)據(jù)庫(kù)記錄的Call ID與FCCU/FCSU對(duì)應(yīng)關(guān)系進(jìn)行分發(fā)。(4) FCCU/FCSU板進(jìn)行SIP業(yè)務(wù)消息的處理。2. 下行路徑UDP承載SIP在SoftX3000的下行處理路徑如圖3-15所示。圖3-15 UDP承載SIP的下行處理路徑(1) FCCU/FCS

31、U根據(jù)負(fù)荷分擔(dān)的原則將消息分發(fā)到可以處理SIP協(xié)議的MSGI板，并在本板的數(shù)據(jù)庫(kù)上記錄對(duì)應(yīng)的MSGI模塊號(hào)，同一呼叫的其他下發(fā)消息將直接按照記錄進(jìn)行下發(fā)；(2) MSGI進(jìn)行SIP、UDP消息處理；(3) MSGI根據(jù)需要分發(fā)的UDP包的本地IP地址選擇適當(dāng)?shù)腎FMI板；(4) IFMI板進(jìn)行MAC層消息處理后，以固定連接方式將IP消息發(fā)送到BFII板；(5) IP信令消息包經(jīng)過BFII驅(qū)動(dòng)后，通過BFII相連的網(wǎng)線出SoftX3000系統(tǒng)。3.2.6 IUA承載DSS1的處理路徑1. 上行路徑IUA（ISDN User Adaptation Layer）承載DSS1（Digital Subs

32、criber Signalling No.1）在SoftX3000的上行處理路徑如圖3-16所示。圖3-16 IUA承載DSS1的上行處理路徑(1) BFII對(duì)外提供IP接口接收IP報(bào)文，并進(jìn)行物理層消息處理，通過固定連接的方式將報(bào)文發(fā)到IFMI板；(2) IFMI板處理MAC消息后，根據(jù)IP協(xié)議類型、源IP地址（對(duì)端設(shè)備IP地址）、源端口號(hào)（對(duì)端設(shè)備端口號(hào)）、目的地址、目的端口號(hào)（SoftX3000）和本地SCTP端口號(hào)，通過以太網(wǎng)總線將消息分發(fā)到指定的BSGI進(jìn)行處理。IP協(xié)議類型、源IP地址、源端口號(hào)、目的地址、目的端口號(hào)、本地SCTP端口號(hào)與BSGI板號(hào)的對(duì)應(yīng)關(guān)系需要人工進(jìn)行配置。此分發(fā)為一級(jí)消息分發(fā)，也稱承載信令消息分發(fā)；(3) BSGI進(jìn)行IP、SCTP和IUA消息處理后，根據(jù)D鏈路與FCCU/FCSU模塊號(hào)的對(duì)應(yīng)關(guān)系，將消息發(fā)送到FCCU/FCSU。D鏈路與FCCU/F