主要MAP消息流程分析

1．位置更新（包括取鑑權參數）

正常流程舉例：

MSC/VLR                                                 HLR                                                PVLR

       _TC_Begin(MAP_SendParameters_Req)_>

       <_TC_End(MAP_SendParameters_Cnf)___

 

_TC_Begin(MAP_UpdateLocation_Req)_>

       _TC_Begin(MAP_CancelLocation_Req_>

<_TC_Continue(MAP_InsertSD_Req)____

                                                         <_TC_End(MAP_CancelLocation_Cnf)__

__TC_Continue(MAP_InsertSD_Cnf)____>

<_TC_End(MAP_UpdateLocation_Cnf)___

 

1．1 TC_Begin(MAP_SendParameters_Req)

消息舉例：

119 >> 30210 UDT        000000b       05FF08 10FF09 3F 83 09 FF 10 08 FF

05 0B 09 00 03 10 1A 0D 12 06 00 71 04 68 31 39 47 09 10 13 08 0A 12 07 00 12

04 68 31 09 40 17 23 62 21 48 04 FA 3A 2E 36 6C 19 A1 17 02 01 01 02 01 09 30

0F 80 08 64 00 30 47 09 10 13 F8 30 03 0A 01 01

在SCCP UDT消息用戶數據部分，0×62爲TC_BEGIN消息標誌；

0×48爲源對話ID標誌；

0×6C爲對話部分標誌：

0xA1爲調用部件標誌：

首先找到調用ID標誌（第一個0×02），調用ID爲0×01（對話中一方發起的調用，其調用ID不可重複）;

       接着找操做碼標誌（接着的0×02），操做碼爲 0×09（發送用戶數據操做）；

其後碼串爲MAP消息編碼（注：消息分析只要求根據操做碼肯定MAP消息類型便可，這裏爲要求發送鑑權參數）

              注：VLR向HLR取鑑權參數還能夠用ObtainAutnenticateSets操做，操做碼爲 0×56

 

1．2 TC_End(MAP_SendParameters_Cnf)

消息舉例：

   6 << 30633 UDT       000000c       05FF08 1BFF09 3F 83 09 FF 1B 08 FF

05 0C 09 00 03 0D 18 0A 12 07 00 12 04 68 31 09 90 13 0B 12 06 00 12 04 68 31

49 17 00 00 CE 64 81 CB 49 03 07 02 7B 6C 81 C3 A2 81 C0 02 01 01 30 81 BA 02

01 09 30 81 B4 A1 22 04 10 75 A0 FF 59 C1 A5 5F EB 66 30 72 80 B6 22 CD 75 04

04 AA 04 FD 04 04 08 D8 81 F8 FF 29 FF A0 00 A1 22 04 10 F5 04 61 27 B3 DA 9D

D4 0B C3 7B 2E B4 E8 64 CC 04 04 7F 07 A7 9B 04 08 8B B3 2C A9 DD B0 A4 00 A1

22 04 10 A9 68 64 6A 38 B5 03 46 07 24 09 C6 03 A8 F5 F5 04 04 77 50 86 39 04

08 AF 44 1E BD 79 F4 7C 00 A1 22 04 10 14 6C 4D DE 4B 24 E0 86 7A EE 4F 55 1F

4D 78 DD 04 04 B3 F1 62 A3 04 08 1F CA 98 FF 05 D0 48 00 A1 22 04 10 8D 24 9C

25 AD 75 A8 E9 AA EB EE D8 63 25 29 11 04 04 CB 25 5A 3D 04 08 61 1F 75 E6 75

85 B0 00

在SCCP UDT消息用戶數據部分，0×64爲TC_END消息標誌；

0×49爲目的對話ID標誌（兩個信令實體之間能夠併發多個TCAP對話，TCAP根據對話ID區分不一樣的對話。同一對話中源對話ID和目的對話ID老是成對出現）；

0×6C爲對話部分標誌：

0xA2爲結果（最後）部件標誌：

首先找到調用ID標誌（第一個0×02），調用ID爲0×01（TCAP對話中雙方實體均可以向對方發起調用，調用ID用於區分同一實體發起的不一樣調用。結果部件中的調用ID老是與對話中另外一實體發起的某一調用部件中的調用ID成對出現。）;

接着的操做結果部分爲可選（由TCAP用戶決定。在操做結果部分沒有時需根據調用ID找出該調用結果是對話中另外一實體發起的哪一調用的成功返回， 如位置更新過程當中的插入用戶數據響應消息）。舉例消息中包含結果部分，標誌爲0×30：

接着找操做碼標誌0×02，操做碼爲0×09（發送用戶數據操做）；

其後碼串爲MAP消息編碼（注：消息分析只要求根據操做碼肯定MAP消息類型便可，這裏爲返回的鑑權參數）

注：若TCAP用戶處理出錯，返回出錯部件（包括錯誤碼和可選的錯誤參數），

這種狀況下爲端局應用層處理錯誤，與 HSTP 無關，必要時可告知端局錯誤碼及錯誤參數；

0xA3爲出錯部件標誌：

首先找到調用ID標誌（第一個0×02），這時通常需根據調用ID找出該調用結果是對話中另外一實體發起的哪一調用的出錯返回；

接着找錯誤碼標誌0×02；

接着的錯誤參數部分爲可選；

 

1． 3 TC_Begin(MAP_UpdateLocation_Req)

消息舉例：

118 >> 30129 UDT        000000d       05FF09 03FF11 3F 83 11 FF 03 09 FF

05 0D 09 81 03 10 1A 0D 12 06 00 71 04 68 31 39 32 09 10 55 04 0A 12 07 00 12

04 68 31 09 40 67 4F 62 4D 48 03 EA 01 85 6B 1E 28 1C 06 07 00 11 86 05 01 01

01 A0 11 60 0F 80 02 07 80 A1 09 06 07 04 00 00 01 00 01 02 6C 80 A1 22 02 01

01 02 01 02 30 1A 04 08 64 00 30 32 09 10 55 F4 81 06 91 68 31 09 40 67 04 06

91 68 31 09 40 67 00 00

在SCCP UDT消息用戶數據部分，0×62爲TC_BEGIN消息標誌；

0×48爲源對話ID標誌；

0×6B爲可選的對話部分標誌（能夠略過）；

0×6C爲對話部分標誌：

0xA1爲調用部件標誌：

       首先找到調用ID標誌（第一個0×02），調用ID爲0×01;

       接着找操做碼標誌（接着的0×02），操做碼爲 0×02（位置更新操做）；

其後碼串爲MAP消息編碼（注：消息分析只要求根據操做碼肯定MAP消息類型便可）

 

1．4 TC_Continue(MAP_InsertSD_Req)

消息舉例：

 58 << 31328 UDT        000000a       09FF01 04FF09 3F 83 09 FF 04 01 FF

09 0A 09 81 03 0D 18 0A 12 07 00 12 04 68 31 09 30 34 0B 12 06 00 12 04 68 31

69 11 00 00 A6 65 81 A3 48 03 D8 02 E5 49 04 2B 81 11 00 6B 2A 28 28 06 07 00

11 86 05 01 01 01 A0 1D 61 1B 80 02 07 80 A1 09 06 07 04 00 00 01 00 01 02 A2

03 02 01 00 A3 05 A1 03 02 01 00 6C 80 A1 66 02 01 02 02 01 07 30 80 81 07 91

68 31 68 21 87 36 82 01 0A 83 01 00 A6 03 04 01 11 A7 80 A1 0D 04 01 92 30 08

30 06 83 01 10 84 01 04 A1 0D 04 01 93 30 08 30 06 83 01 10 84 01 05 A3 09 04

01 11 84 01 05 81 01 01 A3 09 04 01 13 84 01 05 81 01 00 A3 06 04 01 12 84 01

00 A3 06 04 01 14 84 01 00 00 00 00 00 00 00

在SCCP UDT消息用戶數據部分，0×65爲TC_CONTINUE消息標誌；

       0×48爲源對話ID標誌(在TC_Continue消息中需告知本實體對話ID)；

0×49爲目的對話ID標誌；

0×6B爲可選的對話部分標誌（能夠略過）；

0×6C爲對話部分標誌：

0xA1爲調用部件標誌：

首先找到調用ID標誌（第一個0×02），調用ID爲0×02（對話中一方發起的調用，其調用ID不可重複）;

       接着找操做碼標誌（接着的0×02），操做碼爲 0×07（插入用戶數據操做）；

其後碼串爲MAP消息編碼（注：消息分析只要求根據操做碼肯定MAP消息類型便可，這裏爲插入的用戶數據）

 

1．5 TC_Continue(MAP_InsertSD_Cnf)

消息舉例：

118 >> 30168 UDT        000000d       05FF09 03FF11 38 83 11 FF 03 09 FF

05 0D 09 81 03 0E 18 0B 12 06 00 12 04 68 31 39 31 00 00 0A 12 07 00 12 04 68

31 09 40 67 13 65 11 48 03 EA 01 85 49 03 B2 01 9E 6C 05 A2 03 02 01 03

在SCCP UDT消息用戶數據部分，0×65爲TC_CONTINUE消息標誌；

       0×48爲源對話ID標誌(在TC_Continue消息中需告知本實體對話ID)；

0×49爲目的對話ID標誌；

0×6C爲對話部分標誌：

0xA2爲結果（最後）部件標誌：

首先找到調用ID標誌（第一個0×02），調用ID爲0×03;

 

1．6 TC_End(MAP_UpdateLocation_Cnf)

消息舉例：

 58 << 31365 UDT        000000a       09FF01 04FF09 3F 83 09 FF 04 01 FF

09 0A 09 81 03 0D 18 0A 12 07 00 12 04 68 31 09 30 34 0B 12 06 00 12 04 68 31

69 11 00 00 1F 64 1D 49 04 2B 81 11 00 6C 15 A2 13 02 01 00 30 0E 02 01 02 30

09 04 07 91 68 31 69 11 00 00

在SCCP UDT消息用戶數據部分，0×64爲TC_END消息標誌；

0×49爲目的對話ID標誌；

0×6C爲對話部分標誌：

0xA2爲結果（最後）部件標誌：

首先找到調用ID標誌（第一個0×02），調用ID爲0×00;

接着的操做結果部分爲可選（由TCAP用戶決定。在操做結果部分沒有時需根據調用ID找出該調用結果是對話中另外一實體發起的哪一調用的成功返回， 如位置更新過程當中的插入用戶數據響應消息）。舉例消息中包含結果部分，標誌爲0×30：

接着找操做碼標誌0×02，操做碼爲0×02（位置更新操做）；

其後碼串爲MAP消息編碼（注：消息分析只要求根據操做碼肯定MAP消息類型便可，這裏爲返回的HLR號碼）

 

1． 7 TC_Begin(MAP_CancelLocation_Req)

1．8 TC_End(MAP_CancelLocation_Cnf)

在位置更新過程當中，HLR可能發起向用戶所在的前一VLR（PVLR）的CancelLocation操做，操做碼爲 0×03;

 

2．呼叫

正常流程舉例：

GMSC                                         HLR                                       VMSC/VLR

_TC_Begin(MAP_SendRoutingInfo_Req)_>

                                  _TC_Begin(MAP_ProvideRoamingNumber_Req)_>

                                                  <_TC_End(MAP_ ProvideRoamingNumber_Cnf)__

<_TC_End(MAP_SendRoutingInfo_Cnf)___

 

2． 1 TC_Begin(MAP_SendRoutingInfo_Req)

消息舉例：

116 >> 28271 UDT        0000008       05FF08 1DFF0A 3F 83 0A FF 1D 08 FF

05 08 09 01 03 0E 18 0B 12 06 00 12 04 68 31 99 05 68 07 0A 12 08 00 12 04 68

31 09 40 17 49 62 47 48 04 FA 39 CE 36 6B 1A 28 18 06 07 00 11 86 05 01 01 01

A0 0D 60 0B A1 09 06 07 04 00 00 01 00 05 02 6C 23 A1 21 02 01 01 02 01 16 30

19 80 07 91 68 31 99 05 68 07 AA 0E 0A 01 04 04 09 04 03 80 90 A3 7D 02 91 81

在SCCP UDT消息用戶數據部分，0×62爲TC_BEGIN消息標誌；

0×48爲源對話ID標誌；

0×6B爲可選的對話部分標誌（能夠略過）；

0×6C爲對話部分標誌：

0xA1爲調用部件標誌：

       首先找到調用ID標誌（第一個0×02），調用ID爲0×01;

       接着找操做碼標誌（接着的0×02），操做碼爲 0×16（取路由信息操做）；

其後碼串爲MAP消息編碼；

 

2．2 TC_Begin(MAP_ProvideRoamingNumber_Req)

消息舉例：

116 >> 31343 UDT        0000008       05FF09 1BFF11 3F 83 11 FF 1B 09 FF

05 08 09 80 03 0D 18 0A 12 07 00 12 04 68 31 09 90 63 0B 12 06 00 12 04 68 31

49 57 00 00 47 62 45 48 03 42 01 E3 6B 1E 28 1C 06 07 00 11 86 05 01 01 01 A0

11 60 0F 80 02 07 80 A1 09 06 07 04 00 00 01 00 03 02 6C 80 A1 1A 02 01 01 02

01 04 30 12 80 08 64 00 40 47 79 54 93 F4 81 06 91 68 31 09 90 63 00 00

在SCCP UDT消息用戶數據部分，0×62爲TC_BEGIN消息標誌；

0×48爲源對話ID標誌；

0×6B爲可選的對話部分標誌（能夠略過）；

0×6C爲對話部分標誌：

0xA1爲調用部件標誌：

       首先找到調用ID標誌（第一個0×02），調用ID爲0×01;

       接着找操做碼標誌（接着的0×02），操做碼爲 0×04（提供漫遊號操做）；

其後碼串爲MAP消息編碼；

 

2．3 TC_End(MAP_ ProvideRoamingNumber_Cnf)

消息舉例：

10 << 30302 UDT        000000e       05FF08 0CFF0A 3F 83 0A FF 0C 08 FF

05 0E 09 00 03 0E 18 0B 12 06 00 12 04 68 31 59 85 00 00 0A 12 07 00 12 04 68

31 09 40 27 46 64 44 49 04 FA 24 F8 DD 6B 26 28 24 06 07 00 11 86 05 01 01 01

A0 19 61 17 A1 09 06 07 04 00 00 01 00 03 02 A2 03 02 01 00 A3 05 A1 03 02 01

00 6C 14 A2 12 02 01 01 30 0D 02 01 04 04 08 91 68 31 09 40 27 88 F3

在SCCP UDT消息用戶數據部分，0×64爲TC_END消息標誌；

0×49爲目的對話ID標誌；

0×6B爲可選的對話部分標誌（能夠略過）；

0×6C爲對話部分標誌：

0xA2爲結果（最後）部件標誌：

首先找到調用ID標誌（第一個0×02），調用ID爲0×01;

接着的操做結果部分爲可選（由TCAP用戶決定。在操做結果部分沒有時需根據調用ID找出該調用結果是對話中另外一實體發起的哪一調用的成功返回， 如位置更新過程當中的插入用戶數據響應消息）。舉例消息中包含結果部分，標誌爲0×30：

接着找操做碼標誌0×02，操做碼爲0×04（提供漫遊號操做）；

其後碼串爲MAP消息編碼（注：消息分析只要求根據操做碼肯定MAP消息類型便可，這裏爲返回的漫遊號）

 

2．4 TC_End(MAP_SendRoutingInfo_Cnf)

消息舉例：

7 << 31149 UDT        000000d       05FF08 1CFF08 3F 83 08 FF 1C 08 FF

05 0D 09 00 03 0D 18 0A 12 08 00 12 04 68 31 09 90 17 0B 12 06 00 12 04 68 31

49 17 00 00 52 64 50 49 04 FA 17 17 6D 6B 26 28 24 06 07 00 11 86 05 01 01 01

A0 19 61 17 A1 09 06 07 04 00 00 01 00 05 02 A2 03 02 01 00 A3 05 A1 03 02 01

00 6C 20 A2 1E 02 01 01 30 19 02 01 16 30 14 04 08 64 00 40 17 79 71 65 F7 04

08 91 68 31 09 90 17 20 F8

在SCCP UDT消息用戶數據部分，0×64爲TC_END消息標誌；

0×49爲目的對話ID標誌；

0×6B爲可選的對話部分標誌（能夠略過）；

0×6C爲對話部分標誌：

0xA2爲結果（最後）部件標誌：

首先找到調用ID標誌（第一個0×02），調用ID爲0×01;

接着的操做結果部分爲可選（由TCAP用戶決定。在操做結果部分沒有時需根據調用ID找出該調用結果是對話中另外一實體發起的哪一調用的成功返回， 如位置更新過程當中的插入用戶數據響應消息）。舉例消息中包含結果部分，標誌爲0×30：

接着找操做碼標誌0×02，操做碼爲0×16（取路由信息操做）；

其後碼串爲MAP消息編碼（注：消息分析只要求根據操做碼肯定MAP消息類型便可，這裏爲返回的漫遊號）；

 

注：1 因爲鏈路問題或 GT 翻譯數據錯誤引發消息丟失或沒法轉發通常會產生相應告警，

可根據告警信息作出相應處理；

2 消息分析的主要目的在於判斷一個 MAP 信令過程執行到了哪一步及執行結果。

       若無消息過濾功能，查找屬於同一個信令過程的消息的主要依據有：

信令流程；

源與目的對話ID（老是成對出現，先找到TC_Begin消息中的源對話ID，那麼接着的TC_End或TC_Continue消息中的目的對話ID應與源ID相同，其他類推）；

主被叫GT（如發起呼叫時的被叫MSISDN）；

注：因爲端局靜態GT負荷分擔或GT翻譯數據未指向H1HSTP，可能只跟蹤到同一信令過程當中的某一方向上的消息，這時主要注意消息中是否有出錯部件（部件標誌0×03），進而根據相應信令流程和GT信息肯定是否端局問題；