主要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信息确定是否端局问题；