第一篇：CS、VP、FTP的信令流程學(xué)習(xí)心得

CS、VP、FTP的信令流程學(xué)習(xí)心得

CS、VP主叫信令流程：(被叫信令和主叫基本一致，只是在RRC Connection Request 之前有一條Paging type 1)

1、RRC Connection Request(RRC 連接請(qǐng)求)UE→RNC 在RACH信道發(fā)起RRC連接請(qǐng)求

2、RL Setup Request（RL 建立請(qǐng)求）

RNC→Node B

3、RL Setup Response（RL 建立響應(yīng)）

Node B→RNC

Node B 配置物理信道

4、DL Synchronisation（下行同步）

RNC→Node B

Node B與RNC為L(zhǎng)UB數(shù)據(jù)傳輸承載建立同步

5、UL Synchronisation（上行同步）

Node B→RNC

6、CCCH RRC Connection setup（RRC 連接建立）RNC→UE 這條信令RNC在FACH信道發(fā)起

7、RRC Connection setup complete（RRC 連接建立完成）

UE→RNC

8、Initial Direct Transfer(CM Service Request)【初始直傳消息（CM業(yè)務(wù)請(qǐng)求）】UE→RNC 這條信令UE在DCCH上給RNC發(fā)

9、Initial UE Message

RNC→CN

10、Direct Transfer(Authentication Request)【直傳消息（鑒權(quán)請(qǐng)求）】CN→RNC CN 發(fā)給RNC，要求對(duì)UE進(jìn)行鑒權(quán)

11、DL Direct Transfer（下行直傳消息）

RNC→UE

12、UL Direct Transfer(Authentication Response)【上行直傳消息（鑒權(quán)響應(yīng)）】UE→RNC 鑒權(quán)響應(yīng)

13、Direct Transfer

（直傳消息）

RNC→UE

14、Security Mode Command（安全控制）

CN→RNC 建立安全模式控制

15、Security Mode Command RNC→UE

16、Security Mode Complete（安全控制完成）UE→RNC

17、Security Mode Complete

RNC→UE

18、RAB Assignment Request（RAB分派請(qǐng)求）CN→RNC

19、RL Reconfiguration Prepare（RL重配置準(zhǔn)備）RNC→Node B 無線鏈路重配置準(zhǔn)備 Node 準(zhǔn)備建立DCH來承載RAB 20、RL Reconfiguration Ready（RL 重配置完畢）Node B→RNC

21、Radio Bearer Setup

（RB 建立）RNC→Node B 在DCCH上

22、Radio Bearer setup complete（RB 建立完成）Node B→RNC

23、RAB Assignment Respone

（RAB 分派響應(yīng)）

RNC→CN

24、Alerting

振鈴

25、Connect

連接

26、Connect ACK

27、Disconnect

UE→RNC

28、Release

(釋放)

29、RRC Connection release（RRC 連接釋放）30、RRC Connection Release Complete（RRC 連接釋放完成）

CS12.2K主叫信令

CS12.2K被叫信令

從這里可以 看出CS12.2K

從這里可以 看出CS64K

FTP信令：

第二篇：UE主叫的CS業(yè)務(wù)信令流程思考題及答案

錯(cuò)誤！未找到引用源。內(nèi)部公開

UE主叫的CS業(yè)務(wù)信令流程思考題及答案

1.UE能力可以在呼叫建立的哪條消息中帶給RNC？

在RRC Connection Setup Complete消息中可以上帶UE能力信息。

2.本教程的實(shí)例講解中RRC建立過程共建立了幾個(gè)SRB？分別用來承載哪些信令？其RLC模式分別是什么？ 在本教程的實(shí)例講解中，RRC SETUP共建立了4個(gè)SRB，其RB ID分別為1，2，3，4。SRB1用來承載非確認(rèn)模式的RRC信令，其為UM RLC； SRB2用來承載確認(rèn)模式的RRC信令，其為AM RLC； SRB3用來傳送高優(yōu)先級(jí)NAS信令的直傳消息，為AM RLC； SRB4用來傳送低優(yōu)先級(jí)NAS信令的直傳消息，為AM RLC。

3.如果我們想通過路測(cè)信令知道語音業(yè)務(wù)的下行外環(huán)功控的BLER Target，通過那條信令可以看到？ 可以在RB SETUP消息的下行業(yè)務(wù)傳輸信道中找到dch QualityTarget信元，找到BLER Target。如下圖，其BLER Target為-20，即1%。

4.如果想通過查看信令得知建立的CS業(yè)務(wù)是語音還是VP，簡(jiǎn)單的辦法是什么？ 簡(jiǎn)單的辦法即查看RB SETUP消息的信道化碼的擴(kuò)頻因子：

2006-08-26

版權(quán)所有，侵權(quán)必究

錯(cuò)誤！未找到引用源。內(nèi)部公開

如果下行擴(kuò)頻因子是128，則一般情況下該業(yè)務(wù)是AMR語音業(yè)務(wù)；

如果下行擴(kuò)頻因子是32，則一般情況下建立的業(yè)務(wù)是VP業(yè)務(wù)（CS64k業(yè)務(wù)）。以上情況是對(duì)單業(yè)務(wù)而言，組合業(yè)務(wù)除外。5.為什么本教程的信令實(shí)例講解中沒有鑒權(quán)過程？

鑒權(quán)是一個(gè)可選的功能。如果鑒權(quán)功能關(guān)閉，則呼叫建立流程中不會(huì)看到鑒權(quán)的過程，本教程的信令實(shí)例就是這種鑒權(quán)關(guān)閉情況；

另外即使鑒權(quán)功能打開，也不是每發(fā)起一次呼叫都要做一次鑒權(quán)。比如可以每做3次業(yè)務(wù)發(fā)起一次鑒權(quán)，這個(gè)可以在核心網(wǎng)側(cè)配置。

2006-08-26

版權(quán)所有，侵權(quán)必究

第三篇：主被叫信令流程總結(jié)

主被叫信令流程總結(jié)

截一張主被叫信令流程，可以對(duì)比進(jìn)行學(xué)習(xí)。

對(duì)比，我們可以看出：

1、被叫比主叫多一條PagingType。

2、主叫RRC建立好后上發(fā)CM Service Request,而被叫是上發(fā)RR Paging Response。

3、主叫有鑒權(quán)加密過程，而被叫只有加密過程，無鑒權(quán)過程。

4、主叫的Setup消息是UE上發(fā)給RNC，而被叫的Setup則是RNC下發(fā)給UE。Setup里可以看UE號(hào)碼。

5、Setup之后主叫是收到Call proceeding，而被叫則上發(fā)Call confirmed。

6、alerting、connect和connect ACKnowledge消息主被叫上下相反。

此外我們還可以看出：

1、RRC建立過程一般為0.6s左右。

2、RB建立過程一般也為0.6s左右。

3、主叫從RRC請(qǐng)求開始到接通為9s左右，被叫為7s左右。

4、一般主叫收到Call proceeding時(shí)，被叫就發(fā)起RRC建立，兩者幾乎同步。這個(gè)可以用來分析因被叫位置而引起的主叫未接通。

流程步驟是固定的，我想問的是，用不同軟件進(jìn)行測(cè)試的時(shí)候，在軟件上看到的信令觸發(fā)時(shí)間是有不同，而且出現(xiàn)的主被叫時(shí)間不統(tǒng)一，比如主叫上發(fā)的Connect Acknowledge時(shí)刻比被叫收到下發(fā)的Connect Acknowledge的時(shí)刻晚，正常來說應(yīng)該是主叫比被叫時(shí)刻先，同樣CC Disconect消息也是如此，而且可能上發(fā)和下發(fā)的觸發(fā)機(jī)制不一樣，手動(dòng)掛斷，定時(shí)掛斷以及軟件停止執(zhí)行，主被叫都呈現(xiàn)出一種不規(guī)律情況。

第四篇：volte主被叫信令流程小結(jié)

VOLTE呼叫流程介紹：

A和B均在IDLE模式，A用戶（主叫Caller）呼叫B用戶（被叫Callee）流程圖；

A、B均在MME附著，已在AS服務(wù)器注冊(cè)；

VOLTE呼叫業(yè)務(wù)流程

VOLTE呼叫業(yè)務(wù)流程

VOLTE呼叫業(yè)務(wù)流程

備注：黑色，正常消息描述，包括Rrc、S1信令和普通描述等；

紅色，NAS標(biāo)準(zhǔn)信令； 藍(lán)色SIP標(biāo)準(zhǔn)信令；

上述A和B均是IDLE模式，互相撥打的方式是實(shí)際應(yīng)用場(chǎng)景中最常見的一種方式，具體流程如下：

1.用戶A和用戶B在注冊(cè)成功后，無業(yè)務(wù)觸發(fā)，MME發(fā)起上下文釋放，將A和B均置為IDLE模式。

2.UE A呼叫UE B，此時(shí)A發(fā)現(xiàn)其為IDLE模式，則需要先建立信令連接。受限緩存需要發(fā)送的數(shù)據(jù)，向eNodeB發(fā)起RRC Connection Request，攜帶初始UE ID和S-TMSI（第一次是隨機(jī)值，此時(shí)TMSI值應(yīng)為有效）。3.eNodeB向UE回復(fù)RRC Connection Setup，其中攜帶無線資源專用配置信息。4.UE向eNodeB回復(fù)RRCConnection Setup Complete，確認(rèn)RRC建立成功完成。其中攜帶選擇的PLMN ID，注冊(cè)的MME信息和NAS消息。5.eNodeB發(fā)送Initial UE Message到MME，其中攜帶eNodeB UE S1APId，TAI，E-UTRAN-CGI，RRCEstablishment Csuse，NASPDU為Service Request。6.MME側(cè)用戶面承載建立成功后向eNodeB返回Initial Context Setup Request，攜帶MME UE S1APId，ERAB相關(guān)信息（Qos，GTP-TEID，ERAB id，IP），UE安全能力和安全密鑰，如果存在UE無線能力，也需要帶回。如果沒有UE無線能力，則eNodeB需要向UE索要UE無線能力參數(shù)。

7.無線承載的建立，對(duì)上下文進(jìn)行處理，eNodeB向UE發(fā)送RRCConnection Reconfiguration消息，其中包含測(cè)量配置，移動(dòng)性配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。

8.eNodeB收到UE的RRC Connection Reconfiguration Complete消息，確認(rèn)無線資源配置完成。

9.eNodeB向MME發(fā)送Initial Context Setup Response消息，將eNodeB側(cè)承載的IP和GTP-TEID帶給MME。在重配置完成后，實(shí)際上已經(jīng)可以發(fā)送上行數(shù)據(jù)了。

10.用戶A發(fā)送上行數(shù)據(jù)，呼叫用戶B，首先向AS服務(wù)器發(fā)送INVITE請(qǐng)求，LTE系統(tǒng)中會(huì)以數(shù)據(jù)的方式進(jìn)行傳輸，用戶A發(fā)送上行數(shù)據(jù)到AS服務(wù)器，其中攜帶SIP信令I(lǐng)NVITE請(qǐng)求。

11.AS服務(wù)器發(fā)送100 Trying的確認(rèn)消息給用戶A，確認(rèn)收到INVITE消息。12.同時(shí)轉(zhuǎn)發(fā)INVITE到用戶B，發(fā)送下行數(shù)據(jù)首先經(jīng)過PDN網(wǎng)關(guān)到SGW網(wǎng)關(guān)。13.SGW發(fā)現(xiàn)UE B為IDLE模式，發(fā)送下行數(shù)據(jù)到的通知到MME，同時(shí)緩存數(shù)據(jù)。14.MME對(duì)UE B發(fā)起尋呼流程。15.同上述步驟1-9；

16.SGW將緩存的數(shù)據(jù)發(fā)往UE B，其中SIP信令為A呼叫B的INVITE消息。UE發(fā)送上行數(shù)據(jù)到AS，攜帶回復(fù)的100 Trying消息。后續(xù)信令和數(shù)據(jù)的傳輸見A呼叫B（SIP呼叫業(yè)務(wù)流程）。SIP呼叫業(yè)務(wù)流程介紹：

SIP呼叫業(yè)務(wù)流程

SIP呼叫業(yè)務(wù)流程

上述步驟1-24詳細(xì)描述了主叫與被叫之間的SIP信令流程，具體流程如下： 1.用戶A，摘機(jī)對(duì)用戶B發(fā)起呼叫，用戶A首先向AS服務(wù)器發(fā)起INVITE請(qǐng)求。2.AS服務(wù)器回復(fù)100 Trying給用戶A說明收到INVITE請(qǐng)求。3.AS服務(wù)器通過認(rèn)證確認(rèn)用戶認(rèn)證已通過后，向被叫終端B轉(zhuǎn)送INVITE請(qǐng)求。4.用戶B向AS服務(wù)器送呼叫處理中的應(yīng)答消息，100 Trying。

5.用戶B向AS服務(wù)器送183 Session Progress消息，提示建立通話的進(jìn)度信息；（此時(shí)被叫QCI1專用承載建立）

6.AS服務(wù)器向主叫終端A轉(zhuǎn)送183 Session Progress消息，終端A了解到整個(gè)Session的建立進(jìn)度信息。

7.終端A向AS服務(wù)器回復(fù)臨時(shí)應(yīng)答消息PRACK，表示收到183 Session Progress消息。（此時(shí)主叫QCI1專用承載建立）

8.AS服務(wù)器向被叫終端B轉(zhuǎn)送臨時(shí)應(yīng)答消息PRACK，終端B了解到終端A收到183 Session Progress消息。

9.被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表示183 Session Progress請(qǐng)求已經(jīng)處理成功。

10.AS服務(wù)器向主叫終端A轉(zhuǎn)送200 OK消息。

11.主叫終端A向AS服務(wù)器發(fā)送UPDATE消息，意在與被叫終端B協(xié)商相關(guān)SDP信息。

12.AS服務(wù)器向被叫終端B轉(zhuǎn)送UPDATE消息。13.被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表示UPDATE請(qǐng)求已經(jīng)處理成功。14.AS服務(wù)器向主叫用戶A轉(zhuǎn)送200 OK消息，通知用戶AUPDATE請(qǐng)求已經(jīng)處理成功。

15.被叫用戶B振鈴，用戶振鈴后，向AS服務(wù)器發(fā)送180 Ringing振鈴信息。16.AS服務(wù)器向主叫終端A轉(zhuǎn)送180 Ringing振鈴信息。

17.被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表明主叫最初的INVITE請(qǐng)求已經(jīng)處理成功。

18.AS服務(wù)器向主叫終端A轉(zhuǎn)送200 OK消息，通知主叫終端A，被叫終端B已經(jīng)對(duì)INVITE請(qǐng)求處理成功。

19.主叫終端A向AS服務(wù)器發(fā)送ACK消息，意在通知被叫終端B，主叫側(cè)已經(jīng)了解被叫側(cè)處理INVITE請(qǐng)求成功。

20.AS服務(wù)器向被叫終端B轉(zhuǎn)送ACK信息。

21.用戶A主動(dòng)掛機(jī)，A向AS服務(wù)器發(fā)起通話結(jié)束BYTE信息。22.AS服務(wù)器向被叫終端B轉(zhuǎn)送BYTE信息。

23.被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表示對(duì)BYTE信息處理成功。24.AS服務(wù)器向用戶A轉(zhuǎn)送200 OK信息。整個(gè)通話結(jié)束。25.被叫用戶B主動(dòng)掛機(jī)流程同步驟21-24。

第五篇：七號(hào)信令總結(jié)

其號(hào)信令

通信網(wǎng)主要可以分為兩大部分：信令網(wǎng)和話路網(wǎng)，而信令網(wǎng)又是通信網(wǎng)絡(luò)中的基礎(chǔ)。在信令網(wǎng)中所運(yùn)行的信令協(xié)議主要可分為：中國(guó)一號(hào)信令（隨路信令）和NO7信令（共路信令）。而在我國(guó)的通信網(wǎng)中主要使用NO7信令。NO7信令是整個(gè)通信網(wǎng)絡(luò)的基礎(chǔ)，我可以用這樣一個(gè)比喻來表達(dá)NO7信令的作用，如果將整個(gè)通信網(wǎng)絡(luò)的硬件設(shè)施比喻成一個(gè)人的骨架，那么NO7信令就是流淌在這個(gè)人身體中的血液。由此可知，NO7信令是貫穿于整個(gè)通信網(wǎng)絡(luò)的，它是為了完成呼叫接續(xù)的一種通信語言。NO7信令我們也可以說成是為了完成某種業(yè)務(wù)的操作交互而發(fā)出的一些指令或命令。

NO7信令有四種分類方式：按照傳送方向分可以分為前向信令和后向信令；按照功能分可以分為管理信令、線路信令？；按照工作區(qū)域分可以分為局間信令和用戶線信令；按照傳送信道分可以分為共路信令和隨路信令。下面我們重點(diǎn)介紹一下共路信令和隨路信令：隨路信令是指?jìng)魉托帕畹逆溌泛驮捖肥峭粭l鏈路；共路信令是指?jìng)魉托帕畹逆溌泛驮捖凡辉谕粭l鏈路上。中國(guó)一號(hào)信令就是隨路信令，而NO7信令是共路信令。共路信令依據(jù)其自身的構(gòu)架而引發(fā)出了一些優(yōu)點(diǎn)：信令傳輸速度快；信令容量大；信道利用率高；信令易于管理和維護(hù)；易于開發(fā)一些基于信令的上層應(yīng)用。但有優(yōu)點(diǎn)的同時(shí)也給共路信令提出了一些特殊的要求：信道傳輸?shù)陌踩砸?；信道傳輸?shù)恼`碼率要低；話路通道要添加自身的監(jiān)聽功能，因?yàn)樵诠猜沸帕钕到y(tǒng)中信令鏈路相通并不能代表著話路也是相通的。

上面主要講述了NO7信令的分類以及各自的特點(diǎn)。下面我們來具體描述一下NO7信令的基本概念：

1.信令鏈路（Link）：即指用來傳送信令的物理通道，一般為E1線的一個(gè)時(shí)隙；

2.信令鏈路集（LinkSet）：具有相同屬性鏈路的集合，也可以說成是到一個(gè)局向的所有鏈路組成的集合。同一個(gè)信令鏈路集中的所有鏈路是負(fù)荷分擔(dān)的。兩個(gè)信令點(diǎn)之間直連的鏈路集只能有一個(gè)；

3.信令鏈路編碼（SLC）、信令鏈路編碼發(fā)送（SLCS）和鏈路編號(hào)（Link NO）：信令鏈路編碼是用來區(qū)分同一個(gè)鏈路集中不同鏈路的；SLCS是在測(cè)試消息中所使用的，讓對(duì)方來識(shí)別同一鏈路集中的鏈路；而鏈路編號(hào)則是用來區(qū)分同一模塊中的不同鏈路的。同一條鏈路兩端的SLC必須一致，如果不一致鏈路則不會(huì)相通；鏈路一端的SLC和SLCS一般必須配成一致，如果不一致鏈路很可能不會(huì)相同的；

4.信令路由（RT）：即到達(dá)某一信令點(diǎn)的路徑；信令路由其有目的信令點(diǎn)和鏈路集組成的一個(gè)對(duì)應(yīng)關(guān)系。到達(dá)某一信令點(diǎn)可能有多條路由；

5.信令點(diǎn)編碼（SPC）：即指每個(gè)信令實(shí)體的編碼，該編碼相當(dāng)于該信令實(shí)體的地址，在具體的尋址過程中會(huì)被使用到。而信令點(diǎn)編碼依據(jù)其長(zhǎng)度不同可以分為14位信令點(diǎn)和24位信令點(diǎn)。國(guó)際上一般采用14位信令點(diǎn)編碼，而國(guó)內(nèi)一般采用24位信令點(diǎn)編碼；具體的編碼結(jié)構(gòu)可以參看下圖：

接下來我們?cè)俳榻B一下NO7網(wǎng)的基本概念。NO7信令網(wǎng)是我國(guó)通信網(wǎng)的基礎(chǔ)，它負(fù)責(zé)信令的交互以完成用戶的某項(xiàng)業(yè)務(wù)需求。而NO7信令網(wǎng)是由信令點(diǎn)、信令轉(zhuǎn)接點(diǎn)和信令鏈路組成的。下面就著重介紹一下這三要素：

1.信令點(diǎn)（SP）：即為信令網(wǎng)中發(fā)送或接收信令消息的實(shí)體。如果是發(fā)送信令消息，那

么就可以稱該信令點(diǎn)為源信令點(diǎn)；如果是接收信令消息，那么就可以稱該信令點(diǎn)為目的信令點(diǎn)；一般情況下，信令網(wǎng)中的每個(gè)信令點(diǎn)既為源信令點(diǎn)又為目的信令點(diǎn)；

2.信令轉(zhuǎn)接點(diǎn)（STP）：也是信令網(wǎng)中的一個(gè)實(shí)體，但它既不是信令源點(diǎn)也不是信令目的點(diǎn)，它只是將收到的消息轉(zhuǎn)發(fā)給另一個(gè)信令實(shí)體。

3.信令鏈路：該概念在前面已介紹過了，它在信令網(wǎng)中主要是負(fù)責(zé)連接不同信令點(diǎn)或信令轉(zhuǎn)接點(diǎn)，使其相互之間能夠貫通。至于信令網(wǎng)中的連接方式又可以分為兩種：直連方式和準(zhǔn)直連方式。直連方式即指兩個(gè)信令點(diǎn)直接相連，中間不經(jīng)過任何轉(zhuǎn)接；而準(zhǔn)直連方式是指兩個(gè)信令點(diǎn)間的連接是經(jīng)過一個(gè)或多個(gè)信令轉(zhuǎn)接點(diǎn)轉(zhuǎn)接的。因?yàn)樾帕钷D(zhuǎn)接點(diǎn)對(duì)用戶傳輸來說是透明的，就如同直連，所以我們稱之為準(zhǔn)直連?，F(xiàn)網(wǎng)中的連接方式以準(zhǔn)直連方式居多；

再下來我們介紹一下我國(guó)NO7信令網(wǎng)的組成結(jié)構(gòu)，其結(jié)構(gòu)是比較清晰的，可以用兩句話來描述全網(wǎng)結(jié)構(gòu)：我國(guó)NO7信令網(wǎng)是三層架構(gòu)，采用雙平面結(jié)構(gòu)。其三層結(jié)構(gòu)分別為：高級(jí)信令轉(zhuǎn)接點(diǎn)HSTP（分布在各主要省分）、低級(jí)信令轉(zhuǎn)接點(diǎn)LSTP（分布在地級(jí)市）、信令點(diǎn)SP（又稱為端局，一般分布在地級(jí)縣）；而雙平面結(jié)構(gòu)主要是為了提高信令網(wǎng)的可靠性，我們一般采用A、B雙平面結(jié)構(gòu)，即HSTP一般都成對(duì)出現(xiàn)，并兩兩相連，這樣即使一個(gè)HSTP故障了，另外一個(gè)還可以接替。具體的結(jié)構(gòu)描述如下圖：

NO7信令的承載方式有三種，分別為：TDM、ATM和IP；其各自在承載層上有很大的不同，但這些不同對(duì)上層用戶來說是透明的。TDM和ATM我們稱為窄帶傳輸，而IP我們稱為寬帶傳輸；TDM和ATM需要時(shí)鐘，而IP不需要時(shí)鐘；TDM有兩種速度，一種為64K（E1線中的某一個(gè)時(shí)隙），另一種為2M（利用E1線中31個(gè)時(shí)隙）；ATM的速度為2M，使用E1線中30個(gè)時(shí)隙（0號(hào)時(shí)隙用于傳時(shí)鐘，16號(hào)時(shí)隙用于傳管理消息）；IP總帶寬為100M，依照其建立的鏈路數(shù)不同，其帶寬也相應(yīng)的不同。三種承載方式的層次結(jié)構(gòu)圖如下：

下面將詳細(xì)講解NO7信令的層次結(jié)構(gòu)，以及每層的作用。NO7信令的層次結(jié)構(gòu)圖如下：

我們HLR系統(tǒng)主要運(yùn)用NO7信令的MAP協(xié)議層，其具體包含：MAP、TCAP、SCCP、MTP3、MTP2、MTP1。下面將詳細(xì)介紹這六層的作用以及在CPCI平臺(tái)的哪個(gè)模塊處理：

1.MTP1－信令數(shù)據(jù)鏈路層：對(duì)應(yīng)于OSI模型中的物理層。信令數(shù)據(jù)鏈路功能是MTP的第一功能級(jí)，定義信令數(shù)據(jù)鏈路的物理、電氣和功能特性。而信令數(shù)據(jù)鏈路又可分為數(shù)字信令數(shù)據(jù)鏈路和模擬信令數(shù)據(jù)鏈路。在數(shù)字信令數(shù)據(jù)鏈路中規(guī)定采用64Kb/s的速率（PCM群的一個(gè)時(shí)隙的傳輸速率）；在模擬信令數(shù)據(jù)鏈路中，如采用頻分復(fù)用傳輸系統(tǒng)的信令數(shù)據(jù)鏈路，規(guī)定采用

4.8Kb/s的速率。在我們移動(dòng)通信網(wǎng)絡(luò)中，都采用數(shù)字信令數(shù)據(jù)鏈路。

MTP1層簡(jiǎn)單的說它僅向MTP2提供了一個(gè)物理的通道，不對(duì)信令消息做任何處理。MTP1層在CPCI平臺(tái)的EPI板上處理，在32模平臺(tái)上是DTM板處理。

MTP1層就好像我們建立起的一條初始的公路，沒有安裝任何交通指示燈，也沒有標(biāo)明該條公路的去向。

在MTP1層上所具有的概念有：時(shí)隙、EPICFG、傳輸方式（例如DoubleFrame）。

2.MTP2－信令鏈路層：對(duì)應(yīng)于OSI模型中的數(shù)據(jù)鏈路層。信令鏈路功能主要是規(guī)定了為在兩個(gè)直接連接的信令點(diǎn)之間傳送信令消息提供可靠的信令鏈路所需要的功能。MTP2層的主要功能有：信令單元的收發(fā)控制和信令鏈路狀態(tài)監(jiān)視。信令單元的收發(fā)控制主要包括：信令單元的分界、信令單元的定位、信令單元的差錯(cuò)檢測(cè)和信令單元的差錯(cuò)校正。而信令鏈路狀態(tài)監(jiān)視主要包括：信令單元差錯(cuò)率的監(jiān)視、處理機(jī)故障處理及信令鏈路故障處理和擁塞時(shí)的流量控制。MTP2層簡(jiǎn)單的說它為上層用戶提供了一個(gè)可靠的邏輯通道，它對(duì)信令消息的內(nèi)容不作任何處理，只是在消息碼流中插入定位定界符和差錯(cuò)校驗(yàn)位。而這些插入的定位定界符和差錯(cuò)校驗(yàn)位對(duì)上層用戶來說是透明的，所以我們也可以說MTP2層對(duì)信令消息不做任何處理。MTP2層在CPCI平臺(tái)的CPC扣板處理，在32模平臺(tái)上是LAP板處理。

MTP2層就好像一條安裝了交通指示燈的公路，該公路上的車流有斷連和暢通的狀態(tài)。但該條公路還沒有標(biāo)明去向。

在MTP2層上所具有的概念有：鏈路、鏈路狀態(tài)（激活、去活）、SLC、SLCS、鏈路編號(hào)、鏈路的類別（TDM64K、TDM2M、MTP3BLNK、M3UALNK）、鏈路級(jí)別的流控。

3.MTP3－網(wǎng)絡(luò)層：該層和SCCP層一同對(duì)應(yīng)于OSI的網(wǎng)絡(luò)層。MTP2層保證了兩個(gè)直接連接的信令點(diǎn)之間傳送信令消息的可靠性，但它對(duì)信令消息不作任何處理（從用戶層面上看，其實(shí)MTP2層會(huì)向消息碼流中插入定位定界符和差錯(cuò)校驗(yàn)位），MTP3則是處理信令消息的最低一層。MTP3層在MTP2層的基礎(chǔ)上實(shí)現(xiàn)了信令網(wǎng)絡(luò)級(jí)別的功能，即具有路由尋址的功能。

MTP3層為整個(gè)信令網(wǎng)絡(luò)提供了路由尋址的功能，其在信令消息發(fā)送和接收過程中都起著重要的作用。MTP3層主要有兩大功能：信令消息處理和信令網(wǎng)絡(luò)管理。信令消息處理內(nèi)部又可以分為三大塊：消息識(shí)別、消息分配和消息編路。信令網(wǎng)絡(luò)管理主要可以分為：信令業(yè)務(wù)管理、信令路由管理、信令鏈路管理。根據(jù)上述的描述我們可以清楚的知曉MTP3的基本功能。

MTP3層就好像一條安裝了交通指示燈，同時(shí)也標(biāo)明了去向的公路。該公路上的車流不但有斷連和暢通的狀態(tài)，而且還有路由尋址的功能。

MTP3層所具有的概念有：目的信令點(diǎn)DSP、路由RT、鏈路集LKS、路由負(fù)荷分擔(dān)、鏈路負(fù)荷分擔(dān)、鏈路測(cè)試消息。

4.SCCP－信令連接控制層：和MTP3層一起對(duì)應(yīng)于OSI模型中的網(wǎng)絡(luò)層。信令連接控制部分的目的是加強(qiáng)消息傳遞部分（MTP）的功能，它和MTP3一起構(gòu)成NO7信令的網(wǎng)絡(luò)層，為信令在網(wǎng)絡(luò)中的傳輸提供網(wǎng)絡(luò)尋址轉(zhuǎn)發(fā)的能力。由于MTP的尋址功能僅限于向節(jié)點(diǎn)傳遞消息，只能提供無連接的消息傳遞功能，而SCCP則利用目的信令點(diǎn)編碼（DPC）和子系統(tǒng)（SSN）來提供一種尋址能力，用來識(shí)別節(jié)點(diǎn)中的每一個(gè)SCCP用戶；另外，由SCCP提供的另外一種尋址方式是全局碼（GT），從而彌補(bǔ)了MTP信令點(diǎn)編碼不具備全局性、網(wǎng)內(nèi)編碼容量有限、用戶過少的不足。SCCP的業(yè)務(wù)可以分為4類：0類為基本無連接類；1類為有序的無連接類；2類為基本面向連接類；3類為流量控制面向連接類。而我們?cè)贜O7信令系統(tǒng)中基本上使用0類SCCP消息。MTP層我們經(jīng)常說為承載層，如果將MTP層比喻成卡車，那么SCCP層就等同于電子地圖，它能幫助司機(jī)準(zhǔn)確定位去向。

SCCP層所具有的概念有：GT地址，GT翻譯，GT校驗(yàn)，SSN尋址，UDT和XUDT消息，N_notice消息。

5.TCAP－事務(wù)處理能力子層：TC是由事務(wù)處理能力應(yīng)用部分（TCAP）及中間服務(wù)部分（ISP）兩部分組成。其中，TCAP的功能對(duì)應(yīng)于OSI的第7層，ISP對(duì)應(yīng)于OSI的第4-6層。目前NO7信令中的應(yīng)用都是基于無連接的TCAP層上的，沒有使用到ISP層。所以下面將詳細(xì)介紹一下TCAP層。

TCAP層將不同節(jié)點(diǎn)間的消息交互抽象為一個(gè)操作，TCAP的核心就是執(zhí)行遠(yuǎn)程操作。TCAP消息的基本單元是成份（Component）。一個(gè)成份對(duì)應(yīng)于一個(gè)操作請(qǐng)求或響應(yīng)，一個(gè)消息中可以

包含多個(gè)成份。一個(gè)成份中包含的信息含義由TC用戶定義，相關(guān)的成份構(gòu)成一個(gè)對(duì)話，一個(gè)對(duì)話的過程可以實(shí)現(xiàn)某項(xiàng)應(yīng)用業(yè)務(wù)過程。

TCAP為了實(shí)現(xiàn)操作和對(duì)話的控制，分為兩個(gè)子層――成份子層（CSL）和事務(wù)處理子層（TSL），CSL主要進(jìn)行操作管理，TSL主要進(jìn)行事務(wù)（即對(duì)話）管理。TC用戶與CSL通過TCAP原語接口，CSL與TSL通過TR原語接口，TSL與SCCP層通過N原語接口聯(lián)系。其層次結(jié)構(gòu)如下圖：

事務(wù)處理子層（TSL）完成對(duì)本端成份子層用戶和遠(yuǎn)端事務(wù)處理子層用戶之間通信過程的管理，事務(wù)處理用戶（TC用戶）目前唯一的就是成份子層（CSL），因此對(duì)于對(duì)等CSL用戶之間通信的對(duì)話與事務(wù)是一一對(duì)應(yīng)的。事務(wù)處理子層對(duì)對(duì)話的啟動(dòng)、保持和終結(jié)進(jìn)行管理，包括對(duì)話過程異常情況的檢測(cè)和處理。在TCAP協(xié)議中，對(duì)話分為兩大類――非結(jié)構(gòu)化對(duì)話和結(jié)構(gòu)化對(duì)話。具體描述如下：

??????????非結(jié)構(gòu)化對(duì)話是指TC用戶發(fā)送不期待回答的成份（第四類操作），沒有對(duì)話的開始、繼續(xù)和結(jié)束過程，在TCAP中利用單向消息發(fā)送；

??????????而結(jié)構(gòu)化對(duì)話必須指明對(duì)話的開始、繼續(xù)和結(jié)束。在兩個(gè)TC用戶間允許存在多個(gè)結(jié)構(gòu)對(duì)話，每個(gè)對(duì)話必須由一個(gè)特定的事務(wù)標(biāo)識(shí)號(hào)（TransactionID）標(biāo)識(shí)。同一個(gè)對(duì)話中可全雙工地交換成份，用戶在發(fā)送成份前指明對(duì)話的類型。對(duì)話的類型具體有四類：對(duì)話開始（Begin）、對(duì)話的繼續(xù)（Continue）、對(duì)話的結(jié)束（End）和對(duì)話中止（U_Abort和P_Abort）。

事務(wù)處理子層通過TR請(qǐng)求原語接受TC用戶經(jīng)成份子層發(fā)送的對(duì)話控制指示，生成指定類型的TCAP消息發(fā)往遠(yuǎn)端；同時(shí)通過TR指示原語將接收到的TCAP消息中的數(shù)據(jù)（成份）傳送給成份子層。TCAP協(xié)議中定義了如下六種TR原語：TR_UNI（單向）、TR_BEGIN、TR_CONTINUE、TR_END、TR_U_ABORT和TR_P_ABORT。

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

實(shí)際上，成份子層并部管理對(duì)話過程，它僅僅將TC用戶的對(duì)話控制信息傳送到事務(wù)處理子層，由事務(wù)處理子層完成對(duì)對(duì)話的控制。成份處理子層的TC原語包括成份處理原語和對(duì)話處理原語兩種。成。份對(duì)處話理處原理語原包語括包括以以下下96種種：：TC-INVOKE, TC-RESULT-L, TC-U-ERROR, TC-U-REJECT, TC-L-REJECT, TC-R-REJECT, TC-U-CANCLE, TC-L=CANCEL

TC-UNI, TC-BEGIN, TC-CONTINUE, TC-END, TC-U-ABORT, TC-P-ABORT。

TCAP消息由一個(gè)單構(gòu)成式信息單元組成，其包括事務(wù)處理子層的事務(wù)處理部分，與成份相關(guān)成份子層的成份部分及作為任選包含應(yīng)用上下文及用戶信息的對(duì)話控制部分。具體的TCAP消息結(jié)構(gòu)如下圖：

TCAP層所涉及的概念有：事務(wù)ID、OTID、DTID、InvokeID、OperationCode、對(duì)話或事務(wù)、DialogueID、TCAP協(xié)議狀態(tài)機(jī)。

6.MAP－移動(dòng)應(yīng)用子層：對(duì)應(yīng)于OSI模型中的應(yīng)用層。MAP的功能主要是為通信網(wǎng)絡(luò)中各網(wǎng)絡(luò)實(shí)體之間完成移動(dòng)臺(tái)的自動(dòng)漫游功能而提供的一種信息交換方式。具體的MAP業(yè)務(wù)消息在TCAP消息中以成份形式存在，一般來講，MAP業(yè)務(wù)的消息類型和TCAP成份中的操作碼一一對(duì)應(yīng)，而在消息傳遞過程中，一個(gè)消息對(duì)應(yīng)一個(gè)調(diào)用識(shí)別（InvokeID），一個(gè)調(diào)用識(shí)別在其MAP對(duì)話過程中是對(duì)某個(gè)消息的唯一識(shí)別，通過區(qū)分調(diào)用識(shí)別，可以將一個(gè)成份“翻譯”成對(duì)應(yīng)的MAP業(yè)務(wù)消息，MAP與TCAP之間的消息轉(zhuǎn)換是由MAP協(xié)議狀態(tài)機(jī)（MAPPM）來完成的，此外協(xié)議狀態(tài)機(jī)還負(fù)責(zé)對(duì)話流程及操作流程的控制等功能。

MAP消息所涉及的TCAP對(duì)話處理原語有：TC-BEGIN、TC-END、TC-CONTINUE、TC-U-ABORT；所涉及的成份處理原語有：TC-Invoke（調(diào)用成份）、TC-Result（結(jié)果成份）、TC-Error（返回錯(cuò)誤成份）、TC-Reject（拒絕成份）等。

MAP層所涉及的概念有：各類MAP消息（如位置更新、取路由、取鑒權(quán)集等）、DialogueID、MAP協(xié)議狀態(tài)機(jī)、MAP話統(tǒng)、MAP消息跟蹤。

我們列舉一個(gè)消息發(fā)送實(shí)例，來觀察消息是如何經(jīng)過各層次處理的以及了解各層次所做的操作。具體參看下圖：

上面所講述的正是我們信令數(shù)據(jù)配置的原理，下面我們將結(jié)合上述所介紹的信令數(shù)據(jù)配置原理來講解一下信令數(shù)據(jù)配置中的一些注意細(xì)節(jié)。

??????????SLC、SLCS、鏈路編號(hào)和時(shí)隙這四者的區(qū)別：

SLC（信令鏈路編碼）是用來區(qū)分同一鏈路集中的不同的鏈路；SLCS（信令鏈路編碼發(fā)送）主要用來填充在測(cè)試消息中，讓對(duì)端來區(qū)分同一鏈路集中的鏈路的；鏈路編號(hào)一方面是用來區(qū)分同一模塊下的鏈路，另一方面還與WCSU上的上下CPC扣板相關(guān)聯(lián)，鏈路編號(hào)從0到15是在下CPC扣板處理，而鏈路編號(hào)從16到31則是在上CPC扣板處理；時(shí)隙這是物理層上的概念，我們的TDM和ATM承載方式都是使用的時(shí)分復(fù)用的原理，將一條E1線劃分為32個(gè)時(shí)隙，每個(gè)時(shí)隙的速度為64Kb/s。另外時(shí)隙和鏈路編號(hào)還有一定的對(duì)應(yīng)關(guān)系，即時(shí)隙號(hào)從0到127的鏈路編號(hào)范圍為0~15,而時(shí)隙號(hào)從128到255的鏈路編號(hào)范圍為16~31。

??????????路由的負(fù)荷分擔(dān)和鏈路的負(fù)荷分擔(dān)原理：

路由的負(fù)荷分擔(dān)和鏈路的負(fù)荷分擔(dān)的原理是一樣的，都是利用SLS和掩碼經(jīng)過負(fù)荷分擔(dān)算法進(jìn)行計(jì)算得到的選擇的路由或鏈路。路由選擇的掩碼是在MTP目的信令點(diǎn)表中（N7DSP或MTP3BDSP或M3DE），而鏈路選擇的掩碼是在鏈路集表中（N7LKS或MTP3BLKS或M3LKS）。具體的負(fù)荷分擔(dān)算法的原理如下：

??????????SSN：

SSN子系統(tǒng)也是尋址中的一部分，它是在一個(gè)信令實(shí)體內(nèi)部以SSN來進(jìn)一步尋址，主要是用來確定是該信令實(shí)體中的哪個(gè)子系統(tǒng)（例如MSC和VLR就是同一個(gè)信令實(shí)體，但它們卻有著不同的子系統(tǒng)）。至于SSN的作用，就要分上行消息和下行消息來描述：上行消息時(shí)，當(dāng)經(jīng)過DPC校驗(yàn)和GT校驗(yàn)后，會(huì)進(jìn)行SSN尋址，即觀察消息中所攜帶被叫地址中的SSN是否可用（這里的檢測(cè)SSN是否可用的方法，即以消息中的DPC來作為DPC和OPC查詢SCCPSSN表，看是否存在相應(yīng)的SSN，然后再檢測(cè)其狀態(tài)）；下行消息時(shí)，當(dāng)經(jīng)過GT翻譯后，我們會(huì)校驗(yàn)DPC是否配置、狀態(tài)是否可及，然后就會(huì)校驗(yàn)SSN是否配置、狀態(tài)是否可及，如果都可及，那么就會(huì)將消息下發(fā)到MTP層進(jìn)行進(jìn)一步尋址。注意一點(diǎn)，下行消息中的SSN雖然是在MAP層已被指定，但在SCCP層中也有可能更改，即如果GT翻譯結(jié)果中含有SSN，那么就會(huì)將消息中的SSN替換成GT翻譯所得的SSN。

??????????GT地址翻譯表的配置方法：

配置GT地址翻譯表有兩個(gè)原則：一，兩個(gè)相鄰的實(shí)體，其GT翻譯結(jié)果類型一般為DPC或DPC＋SSN。兩個(gè)不相鄰的實(shí)體，其GT翻譯結(jié)果類型一般為DPC+old GT或DPC+new GT；二，自身的GT翻譯類型一般為DPC或DPC+SSN，以免在GT校驗(yàn)時(shí)發(fā)生循環(huán)，導(dǎo)致消息落不了地； ??????????STP轉(zhuǎn)接的配置方法：

STP轉(zhuǎn)接的配置方法有兩種：一，MTP層轉(zhuǎn)接，即使接收到的消息在MTP層校驗(yàn)DPC失敗，失敗后系統(tǒng)會(huì)嘗試以該DPC重新尋址，將該消息轉(zhuǎn)發(fā)出去（前提是該信令點(diǎn)有STP功能）；二，SCCP層轉(zhuǎn)接，即使收到的消息在SCCP層校驗(yàn)GT失敗，被叫地址中的GT翻譯后所得的DPC和系統(tǒng)的SPC不同，此時(shí)系統(tǒng)會(huì)嘗試以該GT翻譯后的DPC來重新尋址，將該消息轉(zhuǎn)發(fā)出去（前提是該信令點(diǎn)有STP功能）；