號信令教材-精辟

1、以下對信令的介紹將分兩部分進行，第一部分將介紹信令的基礎(chǔ)性知識如：SCCP，TCAP，MAP，BSSAP等；第二部分將重點介紹這些基礎(chǔ)性知識在實際中的應(yīng)用；對第一部分的很好理解是順利掌握第二部分的有利條件，反過來對第二部分的學(xué)習(xí)也將加深我們對第一部分的了解。第一部分：信令的原理性知識 關(guān)鍵詞：接口，信令，SCCP，TCAP，MAP，SCCP說明：由于信令部分原理性的知識很多，因此在介紹中將分重點掌握與一般了解兩種圖標(biāo)予以標(biāo)注。沒有標(biāo)注部分的重要性介于兩者之間。重點掌握：是學(xué)習(xí)第二部分的必要條件EMBED * MERGEFORMAT一般了解：有助于您更深層次的掌握信令EMBED * MERGEF

2、ORMAT應(yīng)已經(jīng)掌握的知識：MTP，TUP學(xué)習(xí)后應(yīng)達到的目標(biāo)：能通過分析信令迅速定位故障。第一部分第一章：SCCP在這一章中我們將討論A：SCCP在七號信令中的位置B：MTP尋路的局限性C：SCCP的特點和功能D：SCCP的消息和原語E：SCCP的尋址與選路其中A，B是為了引出SCCP做鋪墊，C，D是SCCP的具體內(nèi)容，E是SCCP的實際應(yīng)用。第一節(jié)，SCCP（信令連接控制部分）在OSI中的位置以O(shè)SI七層模型的概念來看一下SCCP的位置：由此可見SCCP是我們后面將要學(xué)習(xí)的TCAP，MAP，BSSAP的承載，因此他的重要性是顯而易見的，但是我們?yōu)槭裁匆隨CCP，是否是因為MTP尋路功能的

3、局限性致使我們要引入SCCP呢？第二節(jié)，MTP 尋路的局限性在這一節(jié)中我們將討論MTP的局限性，為引出SCCP做好準備。MTP是電話通信網(wǎng)理想的信令系統(tǒng)，在電話應(yīng)用中所有信令消息都和呼叫電路有關(guān)，消息的傳輸路徑一般和相關(guān)的呼叫連接路徑有固定的對應(yīng)關(guān)系。但是，隨著通信新業(yè)務(wù)的不斷發(fā)展，越來越多的網(wǎng)絡(luò)業(yè)務(wù)需要和遠端網(wǎng)絡(luò)節(jié)點直接傳送控制消息，這些消息和連接電路無關(guān)，有些甚至與呼叫無關(guān)，如GSM中移動臺和HLR，VLR之間的消息傳輸；有些雖然與呼叫直接相關(guān)，但是消息傳輸路徑不一定要和呼叫連接路徑相同也不要求有某種確定的對應(yīng)關(guān)系。若仍然用MTP和TUP的四級結(jié)構(gòu)傳送上述的消息，會帶來以下問題：一，MTP

4、是根據(jù)DPC和SIO（Service Indicator-業(yè)務(wù)指示語）來選擇路由并確定終端用戶的，這一尋址功能具有以下的局限性：a：SPC（信令點編碼）不是國際統(tǒng)一編碼，它由信令點所在網(wǎng)定義。當(dāng)GSM中的國際漫游用戶向他的HLR進行位置更新時，信令始發(fā)點無法知道該國外HLR的DPC，因此不可能通過MTP實現(xiàn)節(jié)點至節(jié)點的信令直接傳輸。b：SIO編碼僅為4位，即MTP至多可將消息分配給16個不同的用戶部分，這不能適應(yīng)未來電信業(yè)務(wù)的發(fā)展。二，目前的電信業(yè)務(wù)大多只需要傳送實時的短消息，以后有可能要在網(wǎng)絡(luò)節(jié)點間傳送大量的非實時消息，這就要用到分組交換中的虛電路概念，預(yù)先建立連接，進行面向連接的傳輸。而M

5、TP只能實現(xiàn)無連接傳輸。 因此CCITT提出了新的結(jié)構(gòu)分層-SCCP，目的是使它和MTP相結(jié)合，提供相當(dāng)于OSI結(jié)構(gòu)的網(wǎng)絡(luò)層功能，實現(xiàn)信令消息在任意兩個信令點之間透明的直接傳輸。常將SCCP和MTP合稱為NSP（Network Service Part-網(wǎng)絡(luò)業(yè)務(wù)部分），將它們傳送的用戶數(shù)據(jù)稱為NSDU（Network Service Data Unit-網(wǎng)絡(luò)業(yè)務(wù)數(shù)據(jù)單元）在了解了MTP的局限性，也即SCCP的重要性后我們將正式開始SCCP的介紹。第三節(jié)，SCCP的特點和功能在這一節(jié)中我們將討論SCCP的特點和功能，其中特點將從應(yīng)用方面予以闡述，功能將從網(wǎng)絡(luò)服務(wù)方面予以說明，請注意與MTP的對比

6、。一，SCCP的應(yīng)用特點：a，能傳送各種與電路無關(guān)的信令消息b，具有增強的尋路選址c，除了無連接的服務(wù)功能之外，還能提供面向連接的服務(wù)功能。SCCP的用戶之一TCAP就是利用它提供的完善的網(wǎng)絡(luò)層功能實現(xiàn)各種現(xiàn)有的和未來的電路無關(guān)消息的遠程傳送，支持移動通信，智能網(wǎng)，電信管理網(wǎng)絡(luò)等各項新業(yè)務(wù)，新功能。二，網(wǎng)絡(luò)服務(wù)功能對應(yīng)于SCCP的網(wǎng)絡(luò)服務(wù)，具體有四類協(xié)議：0類(class 0)：基本無連接服務(wù)；1類(class 1)：有序無連接服務(wù)；2類(class 2)：基本面向連接服務(wù)；3類(class 3)：流量控制面向連接服務(wù)；按是否連接可以歸為以下兩大類：1，無連接服務(wù)類似于分組交換中的數(shù)據(jù)報傳送，

7、它不需要預(yù)先建立連接。以這種方式傳送的消息稱為單元數(shù)據(jù)（UDT），之所以稱為UDT是因為在無連接方式中，消息只能整體傳送，不能拆卸分段傳送。其中0類協(xié)議不能保證消息收發(fā)順序一致，1類可以。2，面向連接服務(wù)類似于分組交換中的虛電路傳送，它在發(fā)送消息前先通過應(yīng)答的方式在始節(jié)點和終節(jié)點之間建立一條消息傳輸路徑，這種方式適用于傳送大量的成批數(shù)據(jù)。這樣可以避免大批數(shù)據(jù)盲目的送入信令網(wǎng)卻達不到終節(jié)點的無效傳輸情況。第四節(jié)，SCCP的消息和原語在這一節(jié)中我們將討論SCCP的消息和原語。首先將從OSI的原語引出SCCP的原語，接著從原語引出消息；在討論消息時我們將從SCCP消息的類型與消息中的參數(shù)兩方面予以說

8、明一，原語：在理解SCCP的原語之前我們先來看OSI模型中的原語的概念：在OSI七層模型中（N+1）層稱為（N）的用戶，由（N）層向其提供服務(wù)，（N-1）層稱為（N）層的服務(wù)提供者，向（N）層提供通信連接。服務(wù)與服務(wù)提供者之間要進行一些交互，即在相鄰層之間均存在層間接口，而這些層間接口是由服務(wù)原語（Service Primitive）來定義的。OSI規(guī)定了四種原語類型：請求（REQUEST）指示（INDICATION）響應(yīng)（RESPONSE）證實 （CONFIRMATION）它們完整的描述了兩個對等（N+1）層獲得一次服務(wù)的全過程，如下圖所示：以上過程通過以下5步解釋之：i），節(jié)點A的用戶要和

9、節(jié)點B的對等用戶B進行通信，首先用戶A向它的下面的N層發(fā)出“請求”原語，ii），N層協(xié)議分析該請求后形成N層協(xié)議消息，通過N-1層連接向節(jié)點B的N層發(fā)送。iii），節(jié)點B的N層收到此消息并分析后，向其用戶B發(fā)出“指示”原語，告之用戶A請求某種操作或數(shù)據(jù)。iv），用戶B執(zhí)行該請求后返回結(jié)果，向它下面的N層發(fā)出“響應(yīng)”原語，經(jīng)N層向節(jié)點A發(fā)送相應(yīng)消息。v），節(jié)點A的N層收到此消息后即向其用戶A發(fā)送“證實”原語。至此完成一個服務(wù)，原語發(fā)送的時間順序為：請求-指示-響應(yīng)-證實。（您在觀察A，D接口的跟蹤消息時就會看到類似于上面的過程）以上闡述的只是原語的四種類型，一個完整的原語應(yīng)包括原語名-表示提供何

10、種服務(wù)原語類型-表示是什么類型的原語原語參數(shù)-是協(xié)議規(guī)定的完成該服務(wù)所必需的數(shù)據(jù)例如：信令消息以單元數(shù)據(jù)（UDT）的形式通過無連接服務(wù)協(xié)議傳送至目的地，目的地SCCP再將此數(shù)據(jù)傳給其用戶時，它的單元數(shù)據(jù)指示原語就是N-UNITDATA.指示（CDA，CGA，UD）其中N表示網(wǎng)絡(luò)層即SCCP原語，CDA，CGA，UD為原語參數(shù)，分別表示被叫地址，主叫地址和用戶數(shù)據(jù)。二，SCCP的原語EMBED * MERGEFORMAT在理解了原語的含義后我們來看SCCP的原語，SCCP至高層和至MTP的業(yè)務(wù)接口通過原語來描述。下表列出了SCCP各類業(yè)務(wù)和管理用到的用戶原語及其參數(shù)。原語名釋意原語參數(shù)N_UNI

11、TDATA：單位數(shù)據(jù)原語，用于無連接服務(wù)時傳送數(shù)據(jù)消息。CDA CGA SEQ RD UDN_NOTICE：通知原語，用于無連接服務(wù)時通知消息起源點消息無法送達目的地點。CDA CGA UD N_CONNECT：連接建立原語，用于面向連接服務(wù)中的接續(xù)建立過程。CDA CGA RR UD QOS UD CI EDS RCS RRN_DISCONNECT：連接拆除原語，用于面向連接服務(wù)中的接續(xù)拆除過程RA REA UD CI REA ORN_DATA：數(shù)據(jù)原語，用于面向連接服務(wù)時傳送數(shù)據(jù)消息。CR UD CI N_EXPEDITED_DATA：加速數(shù)據(jù)原語，用于3類協(xié)議中傳遞緊急數(shù)據(jù)。UD CIN

12、_DATA _ACK數(shù)據(jù)證實原語，用于證實已收到遠端請求證實的消息CIN_RESET：復(fù)位原語，用于3類協(xié)議中傳遞連接復(fù)位消息。REA CI OR REAN_INFORM：報告原語，用于面向連接服務(wù)中在數(shù)據(jù)傳送階段傳送相關(guān)的網(wǎng)絡(luò)或用戶信息。REA QOS CI其中原語參數(shù)的含義如下：原語參數(shù)含義原語參數(shù)含義CDA被叫地址CGA主叫地址CI連接識別號CR證實請求EDS加速數(shù)據(jù)選擇QOS服務(wù)質(zhì)量參數(shù)集OR發(fā)信者RA響應(yīng)地址RCS接收證實選擇REA理由RO回送選擇RR回送理由SEQ順序控制DD用戶數(shù)據(jù)SCCP和MTP之間的原語，有用于數(shù)據(jù)傳輸?shù)腗TP_TRANSFER請求和MTP_TRANSFER指

13、示，及用于子系統(tǒng)與信令點狀態(tài)管理的MTP_PAUSE指示、MTP_RESUME指示、MTP_STATUS指示。三，SCCP消息1，原語與消息的關(guān)系讓我們來看一下原語與消息的關(guān)系：SCCP在收到用戶發(fā)來的原語請求或響應(yīng)后，就根據(jù)原語參數(shù)將用戶數(shù)據(jù)連同必要的控制和選路信息封裝成SCCP消息，發(fā)往遠端對等SCCP實體。由此可見，所謂的SCCP協(xié)議就是規(guī)定SCCP消息的類型，格式及其在各種不同情況下的收發(fā)程序。為了便于對SCCP消息的理解，下面我們將從消息類型與消息結(jié)構(gòu)兩方面予以介紹：2，SCCP消息類型在理解了原語與消息的關(guān)系后，讓我們來看一下SCCP究竟有那幾種消息類型：消息名縮寫消息編碼單元數(shù)據(jù)

14、UDT0000 1001單元數(shù)據(jù)服務(wù)UDTS0000 1010連接請求CR0000 0001連接證實CC0000 0010連接拒絕CREF0000 0011連接釋放RLSD0000 0100連接完成RLC0000 01011型數(shù)據(jù)DT10000 01102型數(shù)據(jù)DT20000 0111數(shù)據(jù)證實AK0000 1000加速數(shù)據(jù)ED0000 1011加速數(shù)據(jù)證實EA0000 1100復(fù)位請求RSR0000 1101復(fù)位確認RSC0000 1110協(xié)議數(shù)據(jù)單元出錯ERR0000 1111不活動性測試IT0001 0000由于我們已經(jīng)明白了原語與消息之間的關(guān)系，因此我們按照上面16種消息與N-原語的關(guān)系

15、并按應(yīng)用關(guān)系將其分為如下四類：i）無連接服務(wù)消息包括UDT和UDTS，它們和N-UNITDATA原語配合，完成無連接方式下的數(shù)據(jù)傳送。ii）連接建立和釋放消息包括CR，CC，CREF，RLSD，RLC，它們和N-CONNECT，N-DISCONNECT 原語配合，完成邏輯信令的連接建立和釋放。iii）面向連接數(shù)據(jù)傳送消息包括DT1，DT2，AK，ED，EA，RSR，RSC；其中DT1和DT2與N-DATA 原語配合，完成面向連接方式下的數(shù)據(jù)傳送，DT1消息用于2類協(xié)議；DT2消息用于3類協(xié)議。AK，ED，EA，RSR，RSC消息與N-DATA- ACK，N-EXPEDITED-DATA，N-R

16、ESET原語配合，完成3類協(xié)議中的數(shù)據(jù)接收證實及流量控制功能。iv）異常處理消息包括ERR，IT；ERR-用于報告檢測到的協(xié)議協(xié)議錯誤。IT-在長時間無消息傳送時，發(fā)出測試信號以恢復(fù)或者確認異常，從而做出相應(yīng)的處理。3，SCCP消息結(jié)構(gòu)1，SCCP在MSU（消息信令單元）中的位置在介紹SCCP的消息結(jié)構(gòu)和其中的參數(shù)前，讓我們先來看一下SCCP在MSU中的位置，如下圖所示：MSU：FCKSIFSIOLIFIBFSNBIBBSNF第三級：信令網(wǎng)管信息H1H0SLSOPCDPCSCCP：EOP用戶數(shù)據(jù)SCCP消息頭消息類型SLSOPCDPC若某消息信令單元(MSU)的業(yè)務(wù)指示語SI=0011，則表明

17、此消息為SCCP消息。SCCP的消息內(nèi)容位于消息信令單元MSU的信令信息字段（SIF）中，格式如圖所示。路由標(biāo)記包括目的地信令點編碼DPC、起源點信令點編碼OPC、信令鏈路選擇碼SLS。圖3.2SCCP的消息格式從以上的SCCP的消息結(jié)構(gòu)中我們看到了很多的參數(shù)（消息中參數(shù)），但并不是每條每種類型的消息都必需具備全部的參數(shù)，下面我們列表說明哪些參數(shù)對哪些消息類型是必需的（M）而對于其他消息類型則是可選的（O）或根本就是不需要的：SCCP消息中的參數(shù)：參數(shù)字段UDTUDTSCRCCCREFRLSDRLCDT1DT2AKEDEARSRRSCERRIT參數(shù)名編碼消息類型MMMMMMMMMMMMMMMM

18、目的地局部引用號MMMMMMMMMMMMM0000 0001源端局部引用號MMMMMMM0000 0010被叫地址MMMOO0000 0011主叫地址MMO0000 0100協(xié)議類別MMMM0000 0101分段/重裝M0000 0110接收消息序號M 0000 0111順序/分段MM0000 1000信用量OOMM0000 1001釋放原因M0000 1010診斷MOOO0000 1011復(fù)位原因M0000 1100錯誤原因M0000 1101用戶數(shù)據(jù)MMOOOOMMM0000 1111拒絕原因M0000 1110任選參數(shù)結(jié)束OOOOOO0000 0000以下將對常用的幾個參數(shù)（即UDT/U

19、DTS/CR/CC/DT1五種消息類型所帶的必選參數(shù)）的意義予以說明：i）目的地局部引用號和源端局部引用號是用來標(biāo)識某一個連接段的內(nèi)部號碼，只用于面向連接服務(wù)，其值在連接建立的時候由兩端的SCCP獨立分配，以后的數(shù)據(jù)傳送時就以此引用號指示傳送路徑。參數(shù)長度為3個八位位組，全1碼保留。ii）被叫地址和主叫地址標(biāo)識目的地和始發(fā)端的SCCP地址，是可變長參數(shù)。iii）協(xié)議類型其1-4比特指示協(xié)議類型：4 3 2 10 0 0 00類0 0 0 11類0 0 1 02類0 0 1 13類當(dāng)為2，3類時，5-8比特為備用。當(dāng)為0，1類時，5-8比特指示傳送失敗時是否需要回送：8 7 6 5 0 0 0

20、0消息不回送1 0 0 0消息回送其余備用iv）分段/重裝參數(shù)只用于DT1消息。由發(fā)送端的SCCP設(shè)定，告知目的地的SCCP本消息是否還有更多的數(shù)據(jù)放在后續(xù)消息中傳送，即目的地SCCP是否需要對消息進行重裝。長度為一個八位位組，2-8比特備用，1比特置1表示有更多的數(shù)據(jù)，置0表示沒有更多的數(shù)據(jù)。v）用戶數(shù)據(jù)該字段的內(nèi)容就是發(fā)送消息的SCCP用戶在原語中送來的用戶數(shù)據(jù)，它將被透明地送往目的地的SCCP用戶。4，SCCP消息的生成在理解了SCCP的原語，消息類型，以及消息中的參數(shù)后，我們將從一個實際的例子中來看一下一條具體的SCCP消息是如何生成的。i）SCCP收到其用戶發(fā)來的N-DATA .RE

21、QUEST原語ii) 根據(jù)原語名和原語類型生成“消息類型”參數(shù)為-UDTiii）根據(jù)原語參數(shù)中的回送選擇參數(shù)（RO）確定是否要求后續(xù)節(jié)點SCCP在無法傳送本消息時將原消息送回，據(jù)此確定“協(xié)議類別”參數(shù)的5-8比特。iv）根據(jù)原語參數(shù)中的順序控制參數(shù)（SC），確定協(xié)議類型。如要求有序發(fā)送則取1類協(xié)議，否則為0類協(xié)議，據(jù)此確定“協(xié)議類別”參數(shù)的1-4比特。v）若為1類協(xié)議，則根據(jù)SC參數(shù)值確定SLS的值，否則隨機選擇一個SLS值。vi）根據(jù)原語參數(shù)中的主叫地址參數(shù)（CGA）和被叫地址參數(shù)（CDA），經(jīng)過SCRC功能模塊的翻譯和處理，轉(zhuǎn)換成UDT消息中的主叫地址和被叫地址，并得到MTP尋址的DPC，

22、同時填入本節(jié)點的OPC碼。vii）將原語參數(shù)中的用戶數(shù)據(jù)原封不動的裝入UDT消息的“用戶數(shù)據(jù)字段”。viii）置業(yè)務(wù)指示語SI=0011，指示MTP其用戶為SCCP。至此，形成一個完整的UDT消息，然后SCCP形成MTP_TRANSFER請求原語發(fā)送給MTP。最后整個UDT消息作為SIF字段嵌入MTP消息，經(jīng)由信令網(wǎng)絡(luò)傳送至遠端。第五節(jié)，SCCP的尋址與選路EMBED * MERGEFORMAT前面四節(jié)所討論的都是SCCP的內(nèi)容，主要偏重于原理性的介紹。從這一節(jié)開始我們將討論SCCP的實際應(yīng)用方面的知識，這一節(jié)的內(nèi)容非常重要，因為它涉及到我們數(shù)據(jù)的配置。一，SCCP地址和編碼SCCP地址有三種

23、類型：1，信令點編碼（SPC）2，子系統(tǒng)號（SSN）-Sub-System Number用于識別一個節(jié)點中的各個SCCP用戶，它擴充了SI（4比特）的本地尋址范圍。 3，全局名（GT）-Globel Title對于GT我們需要明確一下幾點：i）它主要在始發(fā)節(jié)點不知道目的地節(jié)點網(wǎng)絡(luò)地址的情況下使用ii）它一般為某種編號計劃中的號碼，由于電信業(yè)務(wù)的編碼計劃已考慮到國際統(tǒng)一，因此GT能標(biāo)識全球任何一個信令點和子系統(tǒng)號。iii）由于MTP無法根據(jù)GT選路，因此SCCP必需首先把被叫的GT翻譯成DPC或DPC+SSN，才能轉(zhuǎn)交MTP發(fā)送，同時還需向下一節(jié)點標(biāo)明GT基于的是什么編號計劃。iv）由于節(jié)點資源

24、有限，不能期望一個節(jié)點的SCCP能翻譯所有的GT，因此有可能始發(fā)端先將GT翻譯成某個中間點的DPC，該中間點的SCCP再將GT翻譯成最終目的地的DPC。二， GT編碼格式說明1，SCCP定義的地址標(biāo)準格式(僅介紹用于MAP的一種).Address Indicator(Octet 1) Address(Octet 2-N)以下將對Address Indicator和Address予以說明:a）Address Indicator(一個字節(jié))說明位8:Unused位7:RoutingIndicator為0時表示用GT+SSN尋址為1時表示用DPC+SSN尋址位6-3:Global Title(GT)

25、 Indicator僅僅0100用于MAP,表示GT包含TranslationType,NumberingPlan,EncodingScheme及Nature of address indicator.位2:SSN Indicator為0時表示不包含SSN為1時表示包含SSN位1:Point Code Indicator為0時表示不包含Signalling Point Code為1時表示包含Signalling Point Codeb)Address說明:Address= SPC+SSN+GT.2，當(dāng)GT indicator = 4時,GT的編碼格式為:87654321Translation

26、typeNumbering PlanEncoding scheme備用Nature Of Address Indicator 地址信息以下對各種編碼格式做出說明：i）Translation type在MAP中為00000000.ii）The numbering plan 編碼規(guī)則如下:Bits87650000Unknown0001 ISDN/Telephony Numbering Plan (see Recommendations E.163 and E.164)0010Spare0011Data Numbering Plan (Recommendation X.121)0100Telex N

27、umbering Plan (Recommendation F.69)0101Maritime Mobile Numbering Plan (Recommendations E.210 and E.211)0110Land Mobile Numbering Plan (Recommendation E.212)0111ISDN/Mobile Numbering Plan (Recommendation E.214)1000 to 1110 Spare1111Reserved其中最常用的為E.164與E.214兩種.iii）Encoding scheme 編碼規(guī)則如下:Bits43210000U

28、nknown0001BCD, odd number of digits0010BCD, even number of digitsiv）Nature Of Address Indicator編碼規(guī)則如下:0000001Subscriber number0000010Reserved for national use0000011National significant number0000100International number其中最常用的是International number3，SCCP地址舉例：以下將分標(biāo)準格式與華為內(nèi)部格式兩種情況予以說明：i）標(biāo)準格式：0D=13(長度) 52

29、 06 00 71 04 68 31 29 63 06 20 20 00說明: Called Party Address reserved for national use : 0 routing indicator : routing based on DPC and SSN global title indicator : 4 = global title includes translation type,numbering plan,encoding scheme and nature of address indicator SSN indicator : address conta

30、ins a subsystem number point code indicator : address contains no signalling point code subsystem number : 6 = HLR (Home Location Register) translation type : 0 numbering plan : 7 = ISDN/mobile numbering plan (recommendation E.214) encoding scheme : 1 = BCD, odd number of digits nature of address in

31、dicator : 4 = international numberii）內(nèi)部格式：GT轉(zhuǎn)換表中的GT格式(華為內(nèi)部格式)構(gòu)成如下圖所示： Global Title(GT) Indicator Translation type Encoding scheme Numbering plan Nature of address indicator Address Infomation舉例請注意：其實“52”與“40”是一回事?！?2”是在鏈路跟蹤時實際觀察到的在鏈路上發(fā)送的Octet，“40”是在數(shù)據(jù)配置時設(shè)定的。“52”即“0101 0010”，我們在數(shù)據(jù)設(shè)定時只是取了其中的3-6位“0100”

32、，至于位7，在數(shù)配中另有字段予以設(shè)定。第一部分第二章TCAP在介紹了SCCP以后我們來看一下SCCP的一個用戶-TCAP。對TCAP的描述將分以下幾部分進行：A）TCAP 概述主要引入TC，TCAP，以及與SCCP的關(guān)系，并闡明了TCAP在OSI模型中的位置B）TCAP的基本結(jié)構(gòu)主要按TCAP的兩個子層 ，成份子層(CSL)和事務(wù)處理子層(TSL)來介紹，然后講述了兩層之間的TR原語以及與其用戶之間的TC原語。C）TCAP的消息結(jié)構(gòu)將按基本信息單元（IE）的結(jié)構(gòu)，整個TCAP消息的結(jié)構(gòu)，以及消息中的參數(shù)的順序來探討。 第一節(jié)-TCAP概述隨著我國電信業(yè)的日益發(fā)展，電信網(wǎng)逐步智能化和綜合化，產(chǎn)生

33、了多種不同的應(yīng)用，例如：被叫付費，VPN，AOC等智能網(wǎng)業(yè)務(wù)，信令網(wǎng)的維護和運行管理(OMAP)，移動應(yīng)用(MAP)，閉合用戶群（CUG）等，要求交換機之間，交換機與網(wǎng)管中心的數(shù)據(jù)庫相關(guān)聯(lián)，提供其間的信息請求和響應(yīng)功能。作為No.7信令系統(tǒng)中專門提供的與應(yīng)用無關(guān)的網(wǎng)絡(luò)信息交互協(xié)議一事務(wù)處理能力（TC）協(xié)議，在各種新業(yè)務(wù)及No.7系統(tǒng)中將發(fā)揮越來越重要的作用?！笆聞?wù)”（Transaction）也可稱為“對話”，泛指兩個網(wǎng)絡(luò)節(jié)點之間任意的交互過程。TC由事務(wù)處理能力應(yīng)用部分(TCAP)及中間服務(wù)部分(ISP)兩部分組成。其中，TCAP的功能對應(yīng)于OSI的第7層，ISP對應(yīng)于OSI的第4-6層。如果

34、TC用戶要求傳送的數(shù)據(jù)量小而實時要求嚴格，則TC僅包含TCAP，直接利用SCCP的無連接服務(wù)（0、1類）傳送數(shù)據(jù)；如果TC用戶要求傳送的數(shù)據(jù)量大而實時要求較低，安全性要求較高，則TC將利用SCCP的有連接服務(wù)（3、4類）傳送數(shù)據(jù)。因為目前CCITT僅僅是研究制定了前一種TC協(xié)議而未考慮ISP協(xié)議的制定，因此，目前TC與TCAP具有相同的含義，一般對二者不必區(qū)分。 下圖為TCAP與TC以及OSI七層模型之間的關(guān)系：1.2第二節(jié)-TCAP的基本結(jié)構(gòu)TCAP為了實現(xiàn)操作和對話的控制，分為兩個子層 - 成份子層(CSL)和事務(wù)處理子層(TSL)，CSL主要進行操作管理，TSL主要進行事務(wù)(即對話)管理

35、，其分層結(jié)構(gòu)如下圖所示； TC用戶與CSL通過TCAP原語接口，CSL與TSL通過TR原語接口聯(lián)系。TCAP的分層結(jié)構(gòu)以下將分別對事務(wù)處理子層和成份處理子層予以闡述：一，事務(wù)處理子層(TSL-Transaction Sub-Layer)事務(wù)處理子層完成對本端成份子層用戶和遠端事務(wù)處理子層用戶之間通信過程的管理，事務(wù)處理用戶(TC用戶)目前唯一的就是成份子層(CSL)，因此對于對等CSL用戶之間通信的對話與事務(wù)是一一對應(yīng)的。事務(wù)處理子層對對話的啟動、保持和終結(jié)進行管理，包括對話過程異常情況的檢測和處理。在TCAP協(xié)議中，對話分為兩大類 - 結(jié)構(gòu)化對話和非結(jié)構(gòu)化對話a）非結(jié)構(gòu)化對話TC用戶發(fā)送不期

36、待回答的成份(第四類操作)，沒有對話的開始，繼續(xù)和結(jié)束過程，在TCAP中利用單向消息發(fā)送；TC用戶接收到一個單向消息，若要報告協(xié)議差錯，也要利用單向消息。b）結(jié)構(gòu)化對話TC用戶指明對話的開始、繼續(xù)和結(jié)束。在兩個TC用戶間允許存在多個結(jié)構(gòu)對話，每個對話必須由一個特定的事務(wù)標(biāo)識號（TransactionID）標(biāo)識。同一個對話中對方可全雙工地交換成份，用戶在發(fā)送成份前指明對話的四種類型： i）對話開始(TC_Begin)：指示一個對話處理的開始，此消息必須帶一個由本地TSL分配的源事務(wù)處理標(biāo)識，用以標(biāo)識這一對話。ii) 對話的繼續(xù)（TC_Continue）：TC用戶繼續(xù)一個建立的對話，可全雙工交換成

37、份。為了使接收端判斷該Continue消息屬于哪個對話，Continue必須帶兩個事務(wù)標(biāo)識號：目的事務(wù)標(biāo)識號（Destination Transaction ID）和源事務(wù)標(biāo)識號（Origination Transaction ID），對端收到Continue消息后可根據(jù)目的事務(wù)標(biāo)識識別所屬的對話。iii) 對話的結(jié)束（TC_End），對話結(jié)束方式有三種：必須帶有目的事務(wù)標(biāo)識號- 預(yù)先安排結(jié)束- 基本結(jié)束iv) 對話中止（TC_Abort），該類消息指示對話非正常結(jié)束，它是在檢測到對話過程出現(xiàn)差錯時發(fā)出的消息。 二， 成份處理子層(CSL-Component Sub-Layer)事務(wù)處理子層負

38、責(zé)傳送對話消息的基本單元就是成份。成份子層(CSL)完成對話中成份的處理，及對話的控制處理。一個對話消息可以包含一個或多個成份(少數(shù)無成份，只起到對話控制作用)，一個成份對應(yīng)于一個操作的執(zhí)行請求或操作的執(zhí)行結(jié)果。每個成份由不同的成份調(diào)用標(biāo)識號(Invoke ID)標(biāo)識，通過調(diào)用標(biāo)識號，控制多個相同或不同操作成份的并發(fā)執(zhí)行。操作的定義由具體操作碼及參數(shù)標(biāo)識，由TC用戶定義，成份子層通過TC成份原語進行成份處理，以對話的形式請求相關(guān)于某一對話標(biāo)識的成份，將成份嵌入對話與對話控制部分，通過TR原語發(fā)向?qū)Χ说腡CAP，因此成份子層分為成份處理及對話處理。實際上，成份子層并不管理對話過程，它僅僅將TC用

39、戶的對話控制信息傳送到事務(wù)處理子層，由事務(wù)處理子層完成對對話的控制。3，原語在介紹SCCP時我們討論了“N”原語，并闡明了如何從原語來構(gòu)成一條消息；同理在這里我們將討論“TR”，“TC原語。i）TR原語它是CSL與TSL的接口。事務(wù)處理子層通過TR請求原語接受TC用戶經(jīng)成份子層發(fā)送的對話控制指示，生成指定類型的TCAP消息發(fā)往遠端；同時通過TR指示原語將接收到的TCAP消息中的數(shù)據(jù)（成份）傳送給成份子層。TCAP協(xié)議定義了如下六種TR原語：（1）TR-UNI（單向）：用于傳送非結(jié)構(gòu)化對話消息；（2）TR-BEGIN：用于結(jié)構(gòu)化對話的起始消息；（3）TR-CONTINUE：用于結(jié)構(gòu)化對話的傳送繼

40、續(xù)消息；（4）TR-END：用于結(jié)構(gòu)化對話的傳送結(jié)束消息；（5）TR-U-ABORT：用于結(jié)構(gòu)化對話的傳送TC用戶發(fā)起的對話放棄消息；（6）TR-P-ABORT：用于結(jié)構(gòu)化對話的傳送事務(wù)處理子層本身發(fā)起的對話放棄消息；ii）TC原語成份處理子層的TC原語包括成份處理原語及對話處理原語兩種。成份處理原語包括以下9種：TC-INVOKE、TC-RESULT-L、TC-RESULT-NL、TC-U-ERROR、TC-U-REJECT、 TC-L-REJECT、TC-R-REJECT、TC-U-CANCEL、TC-L-CANCEL。對話處理原語包括以下6種：TC-UNI、TC-BEGIN、TC-CON

41、TINUE、TC-END、TC-U-ABORT、TC-P-ABORT。第三節(jié)- TCAP消息結(jié)構(gòu)TCAP消息由一個單構(gòu)成式信息單元組成，其包括事務(wù)處理子層的事務(wù)處理部分，與成份相關(guān)成份子層的成份部分及作為任選包含應(yīng)用上下文及用戶信息的對話控制部分。TCAP消息編碼原則基于X.208，X.209建議，是由包含標(biāo)記，長度，內(nèi)容的基本信息單元組成的一個嵌套信息結(jié)構(gòu)，具有很高的靈活性和開放性。一， 基本信息單元（IE-Information Element）編碼IE包括標(biāo)記(Tag)，長度(Length)及內(nèi)容(Content)三部分組成。Tag用以區(qū)分不同的信息元（IE），決定對內(nèi)容字段的解釋；Le

42、ngth用以指明Content的8位組數(shù)；內(nèi)容可以是一個數(shù)值（Primitive，本原體），也可以是一個（或多個）基本信息單元（Constructor，復(fù)合）。（1）標(biāo)記（Tag），由一個或多個8位位組組成，包括類別（Class），格式（Form）及標(biāo)記碼（Tag Code）三部分。H G F E D C B A Tag Form Tag Code圖2.5.1-1 IE標(biāo)記(TagCode為0-30的情況)TagForm 1 1 1 1 11 MSB1 . . .0 LSB圖2.5.1-1 IE標(biāo)記(TagCode大于30的情況)類別(TAG)：分為4類HG=00普通類（Universal），

43、它為X.209中定義的完全標(biāo)準化的標(biāo)記。HG=01全應(yīng)用類（Application-Wide），它應(yīng)用于七號系統(tǒng)TC功能各種應(yīng)用業(yè)務(wù)ASE（即TC用戶）的信息元，例如事物處理子層的標(biāo)記均采用此類標(biāo)記。HG=10應(yīng)用上下文類（Context-specific），它用于在上一級Constructor中規(guī)定的信息元，這些信息元還要考慮同一Constructor中其它數(shù)據(jù)元素的順序，該標(biāo)記可以在其它Constructor中重用，例如成份處理子層的標(biāo)記均采用此類標(biāo)記。HG=11專用類（PrivateUse），它保留用于國內(nèi)、網(wǎng)絡(luò)內(nèi)或?qū)Ｓ糜脩舻男畔⒃?。這些信息元不屬于TC的協(xié)議范圍。格式(FORM)：指信

44、息元的形式，0：表示為Primitive（本原體）1：表示為Constructor（復(fù)合體）（2）長度（Length）長度指的是Content部分所占的八位位組數(shù)，它不包括Tag和Length字段的八位位組。長度字段有三種編碼形式：a）若長度小于128個八位位組，則采用短格式，它只占一個字節(jié)，第八位置0，低7位為長度的二進制編碼值。b）若長度大于等于128個八位位組，則采用長格式。在這種編碼方式中，長度字段本身編碼的長度為2-127。其中，第1字節(jié)的H位置1，G-A位的二進制編碼值等于（長度字段編碼本身的長度）減1。長度本身也用無符號二進制數(shù)表示，其最高有效位為第2字節(jié)的H位，最低有效位為最末

45、字節(jié)的A位。注意：應(yīng)該以最少字節(jié)的原則去編碼，即起頭（Leading）的字節(jié)不能為全0。c）在不定型編碼中，長度字段只占一個八位位組，起編碼固定為10000000，它并不表示信息元的長度，只是不定型編碼的一個標(biāo)志。采用這種編碼方式，需要在信息元的末尾設(shè)置一個特殊的“內(nèi)容結(jié)束”（EOC：End-Of-Content）指示語。該指示語是作為一個信息元來處理的，其標(biāo)記（Tag Class）是Universal類，F(xiàn)orm是Primitive，TagCode為0，沒有Content部分，所以長度為0。 不定型編碼可以用于任意長度的信息元，其最大長度僅受限于SCCP消息的最大長度。這種編碼可以代替短格式

46、或長格式長度編碼，其唯一要求是應(yīng)用的信息元必須是Constructor類型，因為EOC本身就是一個消息元。二、 TCAP消息的結(jié)構(gòu)TCAP消息的詳細結(jié)構(gòu)如圖4.4-2所示。圖4.4-2 TCAP消息的詳細結(jié)構(gòu)圖三、 TCAP消息編碼：如同在SCCP中我們介紹了消息的參數(shù)，并列表說明了哪些參數(shù)對于某些消息來說是必要的，而對于其它消息來說則是可選的或根本就不需要一樣，這里將介紹TCAP的消息與消息中的參數(shù)的關(guān)系，分為： 事務(wù)處理部分，成份部分，對話部分來介紹。（1）事務(wù)處理部分：對應(yīng)于前面所描述TCAP消息的參數(shù)的信息編碼如下表：（2) 成份部分表2.5.3-2 成份部分TCAP消息說明：對于問題

47、碼及操作碼分為Global（0 x06）及Local（0 x02）兩類。（3）對話部分 包含對話控制的PDU或用戶信息，其編碼參見ITU-T Q.773.第一部分第三章-MAP（Mobile Application Part-移動應(yīng)用部分）正如我們前面所描述的那樣，MAP只是TCAP的一個用戶，是TCAP在移動中的應(yīng)用。因為它是一種應(yīng)用-一種在移動通信系統(tǒng)中的應(yīng)用，所以從這一章開始我們將開始真正接近GSM系統(tǒng)，之前的SCCP，TCAP都是為學(xué)習(xí)這一章所做的準備。我們將以如下順序進行：A）接口介紹-介紹GSM中與網(wǎng)絡(luò)層有關(guān)的接口，明確MAP在其中的位置B）MAP概述-對MAP進行總體介紹C）MA

48、P和SCCP的關(guān)系-明確SCCP在MAP中的體現(xiàn)D）MAP和TCAP的關(guān)系-理解MAP是TCAP的一個應(yīng)用E）MAP消息，參數(shù)與操作-MAP的核心F）GSM中的MAP流程-MAP在GSM中的應(yīng)用第一節(jié)-接口介紹從現(xiàn)在開始我們將涉及很多的接口與協(xié)議，因此讓我們首先來區(qū)分這兩個易混淆的概念。接口是代表兩個相鄰實體之間的連接點；而協(xié)議是說明連接點上交換信息需要遵循的規(guī)約。協(xié)議是各功能實體之間共同的語言，兩個實體要通過接口傳遞特定的信息流，而這種信息流必須按照規(guī)定的語言傳遞，雙方才能相互了解。一種協(xié)議在傳遞的過程中可以通過若干個接口，而同一接口也可以用到多種協(xié)議。在介紹MAP協(xié)議之前讓我們先來看一下G

49、SM中的各個接口，以及在這些接口上跑了哪些協(xié)議。除了A接口由BSSAP信令負責(zé)外，其余的B、C、D、E、F、G 接口都將利用MAP信令傳遞消息。為了理解這些接口到底利用MAP協(xié)議實現(xiàn)了哪些功能，現(xiàn)將各接口做如下說明：A-接口：網(wǎng)絡(luò)子系統(tǒng)與基站子系統(tǒng)之間的通信接口。從系統(tǒng)功能實體上看，就是基站控制器（BSC）和移動業(yè)務(wù)交換中心（MSC）之間的接口，此接口傳遞的信息包括移動臺管理、基站管理、移動性管理、呼叫處理等功能。B-接口：VLR與MSC之間的接口。用于移動業(yè)務(wù)交換中心（MSC）向拜訪位置寄存器（VLR）詢問移動臺（MS）當(dāng)前位置信息，或者通知拜訪位置寄存器（VLR）更新移動臺（MS）的當(dāng)前位

50、置信息,或者用于補充業(yè)務(wù)的操作等。C-接口：MSC與HLR之間的接口。在移動臺（MS）作被叫時，C接口用于關(guān)口(Gateway ) MSC從HLR獲得被叫MS的路由信息(RoamingNumber);在向MS前傳短消息時,C接口用于SMS關(guān)口MSC從HLR獲得MS目前所在的MSC號碼.D-接口：VLR與HLR之間的接口。該接口用于交換有關(guān)移動臺位置信息及用戶管理的信息。為保證移動用戶在整個服務(wù)區(qū)內(nèi)能夠建立和接受呼叫，則必須要在VLR與HLR之間交換數(shù)據(jù)。如VLR需要告知HLR其所屬的移動用戶當(dāng)前的位置信息；HLR需要把所有與VLR有關(guān)的業(yè)務(wù)數(shù)據(jù)發(fā)送給VLR；如果移動用戶所在的VLR區(qū)域已經(jīng)發(fā)生

51、改變，HLR還需要刪除移動用戶在先前漫游VLR中的位置信息；另外，用戶對所使用業(yè)務(wù)的修改請求（如補充業(yè)務(wù)操作）及運營者對用戶數(shù)據(jù)的修改都要通過D接口交換數(shù)據(jù)。E-接口：MSC與MSC之間的接口?？刂葡噜弲^(qū)域不同的MSC之間進行切換的接口。當(dāng)移動臺（MS）在一個呼叫進行過程中，從一個移動業(yè)務(wù)交換中心（MSC）控制的區(qū)域移動到另一個移動業(yè)務(wù)交換中心（MSC）控制的區(qū)域時，為不中斷通信需執(zhí)行切換過程，而E接口正是用于MSC之間交換數(shù)據(jù)以啟動和實現(xiàn)切換操作。F-接口：MSC與EIR之間的接口。當(dāng)MSC需要檢查國際移動設(shè)備識別碼（IMEI）的合法性時，需要通過F接口與EIR交換與IMEI有關(guān)的信息。G-

52、接口：VLR與VLR之間的接口。當(dāng)移動用戶漫游到新的VLR控制區(qū)域并且采用臨時移動用戶識別碼（TMSI）發(fā)起位置更新，此接口用于當(dāng)前VLR從前一個VLR取得IMSI及鑒權(quán)集。通常，實用化的GSM系統(tǒng)結(jié)構(gòu)一般把VLR和MSC集成同一實體內(nèi)，大多數(shù)廠商的M900/M1800都采用這種結(jié)構(gòu)。相應(yīng)的，B-接口變成一內(nèi)部接口；C接口和D接口可以走同一物理連接；E接口和G接口可以走同一物理連接。在了解了MAP信令在實際中的應(yīng)用后，我們將探討MAP是如何實現(xiàn)這些功能的，這就需要對MAP做一個深入的了解。第二節(jié)-MAP概述移動應(yīng)用部分(MobileApplication Part)是公用陸地移動網(wǎng)（PLMN）

53、在網(wǎng)內(nèi)和網(wǎng)間進行互連而特有的一個重要的功能單元。MAP規(guī)范給出了移動網(wǎng)在使用七號信令系統(tǒng)時所要求的必需的信令功能，以便提供移動網(wǎng)必需的業(yè)務(wù)如話音和非話音業(yè)務(wù)。GSM的MAP規(guī)范制定了900MHz TDMA數(shù)字蜂窩移動通信網(wǎng)的移動業(yè)務(wù)交換中心、位置寄存器、鑒權(quán)中心及設(shè)備識別寄存器等實體之間的移動應(yīng)用部分的信令，其中包括了消息流程、操作定義、數(shù)據(jù)類型、錯誤類型及具體的編碼。 MAP與GSM其它軟件模塊的關(guān)系如下圖所示： SM中心MAPCC,CM,MMHLR/AUC數(shù)據(jù)庫VLR數(shù)據(jù)庫EIR數(shù)據(jù)庫話務(wù)統(tǒng)計CCITT NO.7信令基礎(chǔ)子層維護管理 如圖所示, MAP在GSM中, 負責(zé)呼叫處理、數(shù)據(jù)庫之間

54、的信息交換、需要與呼叫處理(CC)、HLR/AUC數(shù)據(jù)庫、VLR數(shù)據(jù)庫、EIR數(shù)據(jù)庫、NO.7信令接口。另外, 維護管理及話務(wù)統(tǒng)計也存在與MAP接口的問題。有關(guān)短消息服務(wù)中心的業(yè)務(wù)將在后期提供。 MAP作為TCAP的用戶, TCAP為之提供結(jié)構(gòu)化對話的功能, 使 MAP能夠借以交換相互的成份, 完成分布式的應(yīng)用。其通信部分由一組ASE(應(yīng)用業(yè)務(wù)單元)構(gòu)成。這些ASE由各自的Operation(操作)、Error(差錯)和一些Argument(參數(shù))組成。這些參數(shù)由具體的運行實例調(diào)用并通過TCAP的成份子層, 送往對端的GSM網(wǎng)絡(luò)實體。 MAP的功能主要是為GSM各網(wǎng)絡(luò)實體之間為完成移動臺的自動

55、漫游功能而提供的一種信息交換方式。目前MAP信令的傳輸是以CCITT的NO.7信令系列技術(shù)規(guī)范為基礎(chǔ)的，實際上MAP信令的交換也可基于其它符合OSI網(wǎng)絡(luò)層標(biāo)準的網(wǎng)絡(luò)。這樣，網(wǎng)絡(luò)運營公司就可以根據(jù)本地實際情況，混合匹配使用各種協(xié)議，以滿足其需要，當(dāng)然這還需要有關(guān)協(xié)議的制訂與完善。MAP負責(zé)以下過程中 GSM各功能實體間的信息傳遞:-位置登記/刪除-位置寄存器故障后的復(fù)原-用戶管理-鑒權(quán)加密-IMEI的管理-路由功能-接入處理及尋呼-補充業(yè)務(wù)的處理-切換-短消息業(yè)務(wù)-操作和維護 上述每個程序均含有數(shù)個操作（operation）, 每個operation均具有相應(yīng)的要素操作名、操作碼、操作類別、以及

56、操作調(diào)用的參數(shù)、成功結(jié)果參數(shù)、操作失敗時的錯誤碼及參數(shù)、允許的鏈接操作、完成操作的時限值等。 GSM系統(tǒng)中MSC/VLR和HLR/AUC/EIR各分配一個信令編碼。 MTP、SCCP、TCAP規(guī)范見相應(yīng)CCITT Q.700系列。第三節(jié)-GSM系統(tǒng)中MAP與SCCP的關(guān)系一、 SCCP的類別 MAP只要求使用SCCP的0類或1類無連接業(yè)務(wù)操作二、 子系統(tǒng)號碼（Sub System Number）子系統(tǒng)號碼（SSN）是SCCP使用的本地尋址信息，用于識別一個節(jié)點中的各個SCCP用戶。它擴充了業(yè)務(wù)指示語SI（4比特）的本地尋址范圍。HLR0 1 1 0 6VLR0 1 1 1 7MSC1 0 0

57、0 8EIR1 0 0 1 9MAP0 1 0 1 5 MAP中分配了以上子系統(tǒng)號碼, 其中MAP(0101)為全部MAP的總稱, 暫不使用, EIR(1001)一般與HLR(0110)合為一實體, 將與HLR合用同一子系統(tǒng)號(0110)。第四節(jié)-GSM系統(tǒng)中MAP與TCAP的關(guān)系在介紹MAP與TCAP的關(guān)系前，讓我們先來看一下MAP在MSU中的具體位置如下圖所示：MSU：FCKSIFSIOLIFIBFSNBIBBSNFSCCP：（在SIF字段中）EOP用戶數(shù)據(jù)SCCP消息頭消息類型SLSOPCDPCTCAP：（在SCCP的用戶數(shù)據(jù)中）成分部分事務(wù)處理部分MAP業(yè)務(wù)消息在TCAP消息中以成份的

58、形式存在，以下對MSU中的一些字段做出說明：i）F：其碼型為01111110，它既表示前一個信號單元的結(jié)束，也表示后一個信號單元的開始，兩個信號單元之間允許插入任意多個F標(biāo)志。F標(biāo)志可以在過負荷的情況下降低系統(tǒng)的處理工作量。ii）CK：檢錯碼，采用16位循環(huán)冗余碼，用以檢測信號單元傳輸過程中產(chǎn)生的誤碼。iii）信號單元序號和重發(fā)指示位BSN：后向序號。向?qū)Ψ街甘拘蛱栔敝罛SN的所有消息均已正確無誤地收到。BIB：后向（重發(fā)）指示位。BIB反轉(zhuǎn)指示對方從BSN+1號消息開始重發(fā)。FSN：前向序號，也就是本消息的順序號。FIB：前向（重發(fā)）指示位。FIB反轉(zhuǎn)指示開始重發(fā)消息。iv）LI：信號單元長

59、度指示碼。其值等于LI字段之后至CK字段之前的八位位組數(shù)。FISU的LI=0，LSSU的LI=1或2，MSU的LI2。因為LI字段的長度為6個比特，其取值范圍為0-63，當(dāng)長度大于或等于63時，為了不改變原有的結(jié)構(gòu)，LI的值均置為63。v）SIO：業(yè)務(wù)指示八位位組。它只用于MSC，用于指示消息類別。MTP三級據(jù)此將消息分配給相應(yīng)的功能模塊，同時它還指示這是國內(nèi)網(wǎng)消息還是國際網(wǎng)消息。低4位：DCBA，業(yè)務(wù)指示語，其中SCCP為0011高4位：HGFE，子業(yè)務(wù)字段，HG=00表示國際網(wǎng)，HG=01表示國際備用網(wǎng)，HG=10 表示國內(nèi)網(wǎng)，HG=11表示國內(nèi)備用網(wǎng)。FE比特備用。一般來講，MAP業(yè)務(wù)的

60、消息類型和TCAP成分中的操作碼一一對應(yīng)，而在消息傳遞過程中，一個消息對應(yīng)一個調(diào)用識別（Invoke ID），一個調(diào)用識別在其MAP對話過程中是對某個消息的唯一識別，通過區(qū)分調(diào)用識別，可以將一個成分“翻譯”成對應(yīng)的MAP業(yè)務(wù)消息，MAP與TCAP之間的消息轉(zhuǎn)換是由MAP協(xié)議狀態(tài)機（MAPPM）來完成的，此外協(xié)議狀態(tài)機還負責(zé)對話流程以及操作流程的控制等功能。第五節(jié) GSM系統(tǒng)中的MAP消息，參數(shù)與操作EMBED * MERGEFORMAT一,MAP消息與參數(shù)：MAP有以下幾種消息：MAP_OPEN_REQMAP_OPEN_INDMAP_OPEN_RSPMAP_OPEN_CNFMAP_CLOSE_