第一篇：CS、VP、FTP的信令流程學習心得

CS、VP、FTP的信令流程學習心得

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

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

2、RL Setup Request（RL 建立請求）

RNC→Node B

3、RL Setup Response（RL 建立響應）

Node B→RNC

Node B 配置物理信道

4、DL Synchronisation（下行同步）

RNC→Node B

Node B與RNC為LUB數據傳輸承載建立同步

5、UL Synchronisation（上行同步）

Node B→RNC

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

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

UE→RNC

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

9、Initial UE Message

RNC→CN

10、Direct Transfer(Authentication Request)【直傳消息（鑒權請求）】CN→RNC CN 發給RNC，要求對UE進行鑒權

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

RNC→UE

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

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分派請求）CN→RNC

19、RL Reconfiguration Prepare（RL重配置準備）RNC→Node B 無線鏈路重配置準備 Node 準備建立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 分派響應）

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業務信令流程思考題及答案

錯誤！未找到引用源。內部公開

UE主叫的CS業務信令流程思考題及答案

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

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

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

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

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

2006-08-26

版權所有，侵權必究

錯誤！未找到引用源。內部公開

如果下行擴頻因子是128，則一般情況下該業務是AMR語音業務；

如果下行擴頻因子是32，則一般情況下建立的業務是VP業務（CS64k業務）。以上情況是對單業務而言，組合業務除外。5.為什么本教程的信令實例講解中沒有鑒權過程？

鑒權是一個可選的功能。如果鑒權功能關閉，則呼叫建立流程中不會看到鑒權的過程，本教程的信令實例就是這種鑒權關閉情況；

另外即使鑒權功能打開，也不是每發起一次呼叫都要做一次鑒權。比如可以每做3次業務發起一次鑒權，這個可以在核心網側配置。

2006-08-26

版權所有，侵權必究

第三篇：主被叫信令流程總結

主被叫信令流程總結

截一張主被叫信令流程，可以對比進行學習。

對比，我們可以看出：

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

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

3、主叫有鑒權加密過程，而被叫只有加密過程，無鑒權過程。

4、主叫的Setup消息是UE上發給RNC，而被叫的Setup則是RNC下發給UE。Setup里可以看UE號碼。

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

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

此外我們還可以看出：

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

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

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

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

流程步驟是固定的，我想問的是，用不同軟件進行測試的時候，在軟件上看到的信令觸發時間是有不同，而且出現的主被叫時間不統一，比如主叫上發的Connect Acknowledge時刻比被叫收到下發的Connect Acknowledge的時刻晚，正常來說應該是主叫比被叫時刻先，同樣CC Disconect消息也是如此，而且可能上發和下發的觸發機制不一樣，手動掛斷，定時掛斷以及軟件停止執行，主被叫都呈現出一種不規律情況。

第四篇：volte主被叫信令流程小結

VOLTE呼叫流程介紹：

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

A、B均在MME附著，已在AS服務器注冊；

VOLTE呼叫業務流程

VOLTE呼叫業務流程

VOLTE呼叫業務流程

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

紅色，NAS標準信令； 藍色SIP標準信令；

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

1.用戶A和用戶B在注冊成功后，無業務觸發，MME發起上下文釋放，將A和B均置為IDLE模式。

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

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

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

9.eNodeB向MME發送Initial Context Setup Response消息，將eNodeB側承載的IP和GTP-TEID帶給MME。在重配置完成后，實際上已經可以發送上行數據了。

10.用戶A發送上行數據，呼叫用戶B，首先向AS服務器發送INVITE請求，LTE系統中會以數據的方式進行傳輸，用戶A發送上行數據到AS服務器，其中攜帶SIP信令INVITE請求。

11.AS服務器發送100 Trying的確認消息給用戶A，確認收到INVITE消息。12.同時轉發INVITE到用戶B，發送下行數據首先經過PDN網關到SGW網關。13.SGW發現UE B為IDLE模式，發送下行數據到的通知到MME，同時緩存數據。14.MME對UE B發起尋呼流程。15.同上述步驟1-9；

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

SIP呼叫業務流程

SIP呼叫業務流程

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

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

6.AS服務器向主叫終端A轉送183 Session Progress消息，終端A了解到整個Session的建立進度信息。

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

8.AS服務器向被叫終端B轉送臨時應答消息PRACK，終端B了解到終端A收到183 Session Progress消息。

9.被叫終端B向AS服務器發送200 OK消息，表示183 Session Progress請求已經處理成功。

10.AS服務器向主叫終端A轉送200 OK消息。

11.主叫終端A向AS服務器發送UPDATE消息，意在與被叫終端B協商相關SDP信息。

12.AS服務器向被叫終端B轉送UPDATE消息。13.被叫終端B向AS服務器發送200 OK消息，表示UPDATE請求已經處理成功。14.AS服務器向主叫用戶A轉送200 OK消息，通知用戶AUPDATE請求已經處理成功。

15.被叫用戶B振鈴，用戶振鈴后，向AS服務器發送180 Ringing振鈴信息。16.AS服務器向主叫終端A轉送180 Ringing振鈴信息。

17.被叫終端B向AS服務器發送200 OK消息，表明主叫最初的INVITE請求已經處理成功。

18.AS服務器向主叫終端A轉送200 OK消息，通知主叫終端A，被叫終端B已經對INVITE請求處理成功。

19.主叫終端A向AS服務器發送ACK消息，意在通知被叫終端B，主叫側已經了解被叫側處理INVITE請求成功。

20.AS服務器向被叫終端B轉送ACK信息。

21.用戶A主動掛機，A向AS服務器發起通話結束BYTE信息。22.AS服務器向被叫終端B轉送BYTE信息。

23.被叫終端B向AS服務器發送200 OK消息，表示對BYTE信息處理成功。24.AS服務器向用戶A轉送200 OK信息。整個通話結束。25.被叫用戶B主動掛機流程同步驟21-24。

第五篇：七號信令總結

其號信令

通信網主要可以分為兩大部分：信令網和話路網，而信令網又是通信網絡中的基礎。在信令網中所運行的信令協議主要可分為：中國一號信令（隨路信令）和NO7信令（共路信令）。而在我國的通信網中主要使用NO7信令。NO7信令是整個通信網絡的基礎，我可以用這樣一個比喻來表達NO7信令的作用，如果將整個通信網絡的硬件設施比喻成一個人的骨架，那么NO7信令就是流淌在這個人身體中的血液。由此可知，NO7信令是貫穿于整個通信網絡的，它是為了完成呼叫接續的一種通信語言。NO7信令我們也可以說成是為了完成某種業務的操作交互而發出的一些指令或命令。

NO7信令有四種分類方式：按照傳送方向分可以分為前向信令和后向信令；按照功能分可以分為管理信令、線路信令？；按照工作區域分可以分為局間信令和用戶線信令；按照傳送信道分可以分為共路信令和隨路信令。下面我們重點介紹一下共路信令和隨路信令：隨路信令是指傳送信令的鏈路和話路是同一條鏈路；共路信令是指傳送信令的鏈路和話路不在同一條鏈路上。中國一號信令就是隨路信令，而NO7信令是共路信令。共路信令依據其自身的構架而引發出了一些優點：信令傳輸速度快；信令容量大；信道利用率高；信令易于管理和維護；易于開發一些基于信令的上層應用。但有優點的同時也給共路信令提出了一些特殊的要求：信道傳輸的安全性要高；信道傳輸的誤碼率要低；話路通道要添加自身的監聽功能，因為在共路信令系統中信令鏈路相通并不能代表著話路也是相通的。

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

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

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

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

4.信令路由（RT）：即到達某一信令點的路徑；信令路由其有目的信令點和鏈路集組成的一個對應關系。到達某一信令點可能有多條路由；

5.信令點編碼（SPC）：即指每個信令實體的編碼，該編碼相當于該信令實體的地址，在具體的尋址過程中會被使用到。而信令點編碼依據其長度不同可以分為14位信令點和24位信令點。國際上一般采用14位信令點編碼，而國內一般采用24位信令點編碼；具體的編碼結構可以參看下圖：

接下來我們再介紹一下NO7網的基本概念。NO7信令網是我國通信網的基礎，它負責信令的交互以完成用戶的某項業務需求。而NO7信令網是由信令點、信令轉接點和信令鏈路組成的。下面就著重介紹一下這三要素：

1.信令點（SP）：即為信令網中發送或接收信令消息的實體。如果是發送信令消息，那

么就可以稱該信令點為源信令點；如果是接收信令消息，那么就可以稱該信令點為目的信令點；一般情況下，信令網中的每個信令點既為源信令點又為目的信令點；

2.信令轉接點（STP）：也是信令網中的一個實體，但它既不是信令源點也不是信令目的點，它只是將收到的消息轉發給另一個信令實體。

3.信令鏈路：該概念在前面已介紹過了，它在信令網中主要是負責連接不同信令點或信令轉接點，使其相互之間能夠貫通。至于信令網中的連接方式又可以分為兩種：直連方式和準直連方式。直連方式即指兩個信令點直接相連，中間不經過任何轉接；而準直連方式是指兩個信令點間的連接是經過一個或多個信令轉接點轉接的。因為信令轉接點對用戶傳輸來說是透明的，就如同直連，所以我們稱之為準直連?，F網中的連接方式以準直連方式居多；

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

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

下面將詳細講解NO7信令的層次結構，以及每層的作用。NO7信令的層次結構圖如下：

我們HLR系統主要運用NO7信令的MAP協議層，其具體包含：MAP、TCAP、SCCP、MTP3、MTP2、MTP1。下面將詳細介紹這六層的作用以及在CPCI平臺的哪個模塊處理：

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

4.8Kb/s的速率。在我們移動通信網絡中，都采用數字信令數據鏈路。

MTP1層簡單的說它僅向MTP2提供了一個物理的通道，不對信令消息做任何處理。MTP1層在CPCI平臺的EPI板上處理，在32模平臺上是DTM板處理。

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

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

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

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

在MTP2層上所具有的概念有：鏈路、鏈路狀態（激活、去活）、SLC、SLCS、鏈路編號、鏈路的類別（TDM64K、TDM2M、MTP3BLNK、M3UALNK）、鏈路級別的流控。

3.MTP3－網絡層：該層和SCCP層一同對應于OSI的網絡層。MTP2層保證了兩個直接連接的信令點之間傳送信令消息的可靠性，但它對信令消息不作任何處理（從用戶層面上看，其實MTP2層會向消息碼流中插入定位定界符和差錯校驗位），MTP3則是處理信令消息的最低一層。MTP3層在MTP2層的基礎上實現了信令網絡級別的功能，即具有路由尋址的功能。

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

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

MTP3層所具有的概念有：目的信令點DSP、路由RT、鏈路集LKS、路由負荷分擔、鏈路負荷分擔、鏈路測試消息。

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

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

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

TCAP層將不同節點間的消息交互抽象為一個操作，TCAP的核心就是執行遠程操作。TCAP消息的基本單元是成份（Component）。一個成份對應于一個操作請求或響應，一個消息中可以

包含多個成份。一個成份中包含的信息含義由TC用戶定義，相關的成份構成一個對話，一個對話的過程可以實現某項應用業務過程。

TCAP為了實現操作和對話的控制，分為兩個子層――成份子層（CSL）和事務處理子層（TSL），CSL主要進行操作管理，TSL主要進行事務（即對話）管理。TC用戶與CSL通過TCAP原語接口，CSL與TSL通過TR原語接口，TSL與SCCP層通過N原語接口聯系。其層次結構如下圖：

事務處理子層（TSL）完成對本端成份子層用戶和遠端事務處理子層用戶之間通信過程的管理，事務處理用戶（TC用戶）目前唯一的就是成份子層（CSL），因此對于對等CSL用戶之間通信的對話與事務是一一對應的。事務處理子層對對話的啟動、保持和終結進行管理，包括對話過程異常情況的檢測和處理。在TCAP協議中，對話分為兩大類――非結構化對話和結構化對話。具體描述如下：

??????????非結構化對話是指TC用戶發送不期待回答的成份（第四類操作），沒有對話的開始、繼續和結束過程，在TCAP中利用單向消息發送；

??????????而結構化對話必須指明對話的開始、繼續和結束。在兩個TC用戶間允許存在多個結構對話，每個對話必須由一個特定的事務標識號（TransactionID）標識。同一個對話中可全雙工地交換成份，用戶在發送成份前指明對話的類型。對話的類型具體有四類：對話開始（Begin）、對話的繼續（Continue）、對話的結束（End）和對話中止（U_Abort和P_Abort）。

事務處理子層通過TR請求原語接受TC用戶經成份子層發送的對話控制指示，生成指定類型的TCAP消息發往遠端；同時通過TR指示原語將接收到的TCAP消息中的數據（成份）傳送給成份子層。TCAP協議中定義了如下六種TR原語：TR_UNI（單向）、TR_BEGIN、TR_CONTINUE、TR_END、TR_U_ABORT和TR_P_ABORT。

成份處理子層（CSL）完成對話中成份的處理及對話的控制處理。事務處理子層負責傳送對話消息的基本單元就是成份。一個對話消息可以包含一個或多個成份（少數無成份，只起到對話控制作用），一個成份對應于一個操作的執行請求或操作的執行結果。每個成份由不同的成份調用標識號（Invoke ID）標識，通過調用標識號，控制多個相同或不同操作成份的并發執行。操作的定義由具體的操作碼及參數標識，由TC用戶定義，成份子層通過TC成份原語進行成份處理，以對話的形式請求相關于某一對話標識的成份，將成份嵌入到對話與對話控制部分，通過TR原語發向對端的TCAP，因此成份子層分為成份處理和對話處理。

實際上，成份子層并部管理對話過程，它僅僅將TC用戶的對話控制信息傳送到事務處理子層，由事務處理子層完成對對話的控制。成份處理子層的TC原語包括成份處理原語和對話處理原語兩種。成。份對處話理處原理語原包語括包括以以下下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消息由一個單構成式信息單元組成，其包括事務處理子層的事務處理部分，與成份相關成份子層的成份部分及作為任選包含應用上下文及用戶信息的對話控制部分。具體的TCAP消息結構如下圖：

TCAP層所涉及的概念有：事務ID、OTID、DTID、InvokeID、OperationCode、對話或事務、DialogueID、TCAP協議狀態機。

6.MAP－移動應用子層：對應于OSI模型中的應用層。MAP的功能主要是為通信網絡中各網絡實體之間完成移動臺的自動漫游功能而提供的一種信息交換方式。具體的MAP業務消息在TCAP消息中以成份形式存在，一般來講，MAP業務的消息類型和TCAP成份中的操作碼一一對應，而在消息傳遞過程中，一個消息對應一個調用識別（InvokeID），一個調用識別在其MAP對話過程中是對某個消息的唯一識別，通過區分調用識別，可以將一個成份“翻譯”成對應的MAP業務消息，MAP與TCAP之間的消息轉換是由MAP協議狀態機（MAPPM）來完成的，此外協議狀態機還負責對話流程及操作流程的控制等功能。

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

MAP層所涉及的概念有：各類MAP消息（如位置更新、取路由、取鑒權集等）、DialogueID、MAP協議狀態機、MAP話統、MAP消息跟蹤。

我們列舉一個消息發送實例，來觀察消息是如何經過各層次處理的以及了解各層次所做的操作。具體參看下圖：

上面所講述的正是我們信令數據配置的原理，下面我們將結合上述所介紹的信令數據配置原理來講解一下信令數據配置中的一些注意細節。

??????????SLC、SLCS、鏈路編號和時隙這四者的區別：

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

??????????路由的負荷分擔和鏈路的負荷分擔原理：

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

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

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

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

配置GT地址翻譯表有兩個原則：一，兩個相鄰的實體，其GT翻譯結果類型一般為DPC或DPC＋SSN。兩個不相鄰的實體，其GT翻譯結果類型一般為DPC+old GT或DPC+new GT；二，自身的GT翻譯類型一般為DPC或DPC+SSN，以免在GT校驗時發生循環，導致消息落不了地； ??????????STP轉接的配置方法：

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