移动应用部分的载体（TCAP）
一、移动应用消息的格式：
移动应用SCCP消息是在No.7信令的消息信号单元（MSU）中的信号消息字段（SIF）中传送，采用UDT消息类型，协议类别为0或1类，消息基本格式如图：
|
F
|
CK
|
SIF
|
SIO
|
|
LI
|
FIB
|
FSN
|
BIB
|
BSN
|
F
|
|
8
|
16
|
N*8
|
8
|
2
|
6
|
1
|
7
|
1
|
7
|
8
|
|
|
|
|
|
1
|
|
路由标记
|
1
|
|
消息类型（UDT）00001001
|
1
|
|
协议类别
|
1
|
|
被叫地址指针
|
1
|
|
主叫地址指针
|
1
|
|
数据部分指针
|
1
|
|
被叫地址长度
|
1
|
|
被叫地址
|
X
|
|
主叫地址长度
|
1
|
|
主叫地址
|
Y
|
|
数据长度
|
1
|
|
数据（TCAP消息）
|
Z
|
移动应用SCCP消息的基本格式
二、MAP使用SCCP和TCAP的说明：
1、SCCP的使用：
· MAP仅用SCCP的无连接业务协议类别0或1类。
· 子系统号： 00000101 用于整个MAP（保留给将来使用）
00000110 HLR
00000111 VLR
00001000 MSC
00001001 EIR
00001010 AUC
2、MAP在网络结构上位于TCAP之上
三、UDT结构举例：
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 1D 49 04 2B 81 11 00 6C 15 A2 13 02 01 00 30 0E 02 01 02 30 47 09 10 13 F8 30 03 0A 01 01
在以上跟踪消息中，结构如下：
1、整个消息都属于MTP层。
2、SCCP层是从09 81 开始，一直到最后都属于SCCP层。
3、TCAP层是从65 1D 开始，一直到最后都属于TCAP层。
4、成份子层是从6C 15开始，一直到最后都属于TCAP层的成份子层，成份中可以封装MAP消息。
l 各层消息分解如下：
（1）MTP层：
38——表示整个MTP消息的长度为56（38H）个字节，当所有消息字节数大于63个字节时，该字节统一为3F。
83——高4位“8”网络表示语，表示国内主用网；低4位“3”业务表示语，表示后面的是SCCP消息。
11 FF 03——DPC是03 FF 03
09 FF 05——OPC是05 FF 09
0D————SLS信令链路选择码
（2）SCCP层：
l UDT消息类型的格式包括消息类型码、协议类别、路由标记（包括三个指针：第一个指针指向被叫用户地址、第二个指针指向主叫用户地址、第三个指针指向数据即TCAP部分）
09——表示消息类型是UDT。
81——高4位是“8”表示QOS（Quality of service）要求出错返回，高4位如果为“0”则表示不要求出错返回；低4位“1” 表示SCCP协议分类是1类有序的无连接类。
03——被叫用户地址指针，“03”表示从“03”后面的第三个字节开始是被叫地址。
0E——主叫用户地址指针，“0E”表示从“0E”后面的第十四个字节开始是主叫地址。
18——数据地址指针，“18”表示从“18”后面的第二十四个字节开始是数据地址，亦即TCAP部分的开始。
0B 12 06 00 12 04 68 31 39 31 00 00 ——被叫GT码地址。
0B——表示被叫GT地址长度为11个字节。
12——该字节表示地址表示语和翻译类型，含义如下：
Bit8——备用
Bit7——路由表示语
“0”根据地址中的全局码（GT）选取路由
“1”根据MTP路由标记中的DPC和被叫用户地址中的子系统选取路由
Bit6/5/4/3——全局码表示语
“0000”表示0类GT
“0001”表示1类GT
“0010”表示2类GT
“0011”表示3类GT
“0100”表示4类GT
Bit2——子系统表示语
“0”未包括子系统号
“1”包括子系统号
Bit1——信令点表示语
“0”未包括信令点码
“1”包括信令点码
06——子系统号
0000 0000—未定义的子系统号/没有使用
0000 0001—SCCP管理（SCMG）
0000 0010—备用
0000 0000—ISDN用户部分（ISUP）
0000 0100—操作维护管理部分（OMAP）
0000 0101—移动应用部分（MAP）
0000 0110—归属位置登记器（HLR）
0000 0111—拜访位置登记器（VLR）
0000 1000—移动交换中心（MSC）
0000 1001—设备识别中心（EIR）
0000 1010—认证中心（AUC）
0000 1011—备用
0000 1100—智能网应用部分（INAP）
0000 1101—
：
： 备用
：
1111 1110—
1111 1111—扩充备用
00——在4类GT中该字节备用
12——该字节高4位是编号计划，低4位是编码设计。
编号计划 编码设计
8765 4321
0000 未定义 0000 未定义
0001 ISDN/电话编号计划 0001 BCD，奇数个数字
0010 备用 0010 BCD，偶数个数字
0011 数据编号计划 0011 备用
0100 Telex编号计划 0100
0101 海事移动编号计划 0101
0110 陆地移动编号计划 0110
0111 ISDN/移动编号计划 0111
1000 1000
： 备用 ：
： ：
1111 1111 备用
04——地址性质表示语编码
7 6 5 4 3 2 1
0 0 0 0 0 0 0 空闲
0 0 0 0 0 0 1 用户号码
0 0 0 0 0 1 0 国内备用
0 0 0 0 0 1 1 国内有效号码
0 0 0 0 1 0 0 国际号码
0 0 0 0 1 1 0 智能网业务号码
0 0 0 0 1 0 1 空闲
：
：
1 1 1 1 1 1 1 空闲
68 31 39 31 00 00——MSISDN，86139313000
0A 12 07 00 12 04 68 31 09 40 67——主叫GT码地址。分析方法同被叫GT码地址。
13——SCCP数据部分的长度，即TCAP消息的长度
（3）TCAP层：
TCAP层也就是SCCP的数据部分，TCAP层的消息是由信息单元组成的，一个信息单元由标签（Tag）、长度（Length）、内容（Contents）组成。划分信息单元是对TC消息进行分析基础。
TC由两个子层组成，即事务处理子层和成份子层，事务处理子层处理两个“TC—用户”之间包含成份的消息交换。成份子层处理成份，即传送远端操作及响应的协议数据单元。从功能上，成份子层可以提供对话处理和成份处理，事务处理子层提供事务处理。
以下即是TCAP消息的内容。
65 1D 49 04 2B 81 11 00 6C 15 A2 13 02 01 00 30 0E 02 01 02 30 47 09 10 13 F8 30 03 0A 01 01
具体分析如下：
65——事务处理部分字段编码，即TCAP的消息类型标签（Tag），表示消息类型是上一个消息继续（Continue）。
编 码
主要消息类型标签（字段名称） H G F E DC B A
开始（Begin） 0 1 1 0 0 0 1 0
结束（End） 0 1 1 0 0 1 0 0
继续（Continue） 0 1 1 0 0 1 0 1
中止（Abort） 0 1 1 0 0 1 1 1
1D——根据信息单元组成，消息类型标签（Tag）之后即为信息单元长度（Length），所以“1D”表示该TCAP消息的长度是29（1DH）个字节。
49——表示消息类型中的事务处理ID，以区分不同的事务。“49”表示目的地事务处理ID标签。
“48”起源事务处理ID标签
“49”目的地事务处理ID标签
04——再根据信息单元组成，标签（Tag）之后又是信息单元长度（Length），所以“04”表示目的地事务处理ID值的长度（Length）是4个字节
2B 81 11 00——目的地事务处理ID值
（4）成份子层：
该层包含有MAP消息，是分析MAP信令的关键。成份子层一般有成份部分和对话部分，在含有MAP消息的UDT中，大多包含有成份部分，但不一定含有对话部分。以下是只含有成份部分的成份子层消息。该层相对于MAP而言是透明的。
6C 15 A2 13 02 01 00 30 0E 02 01 02 30 47 09 10 13 F8 30 03 0A 01 01
以上是该消息的成份子层部分，具体分析如下：
6C——成份部分标签（Tag）
“6C”，表示是成份部分标签。
“6B”，表示是对话部分标签。
15——根据信息单元组成，标签（Tag）之后又是信息单元长度（Length），所以“15”表示该成份的长度（Length）是21（15H）个字节。
A2——成份部分中部件编码标签（Tag）
“A1”表示该部件是调用部件
“A2”表示该部件是返回结果（最终）部件
“A3”表示该部件是返回差错部件
13——标签（Tag）之后又是信息单元长度（Length），“13”即表示该返回结果部件消息的长度是19（13H）个字节。
02——表示该返回结果部件消息的调用ID标签（Tag），即明确该返回结果部件返回的是针对哪一个调用的结果。
01——调用ID长度（Length）是1个字节。
01——调用ID的值是01
30——表示序列标签（Tag），该项在返回结果成份中是可选部分。有的部件中无此项。
0E——序列长度（Length）
02——本地操作码标签（Tag），表示本次调用所进行的操作。
01——本地操作码长度（Length）是一个字节，即下一个字节即为操作码。
02——操作码，表示本次调用所进行的操作。以下是常用的几种操作：
操作码 操 作
02 位置更新（Locating Updating）
03 删除位置信息（Cancel Location）
04 取漫游号（Sent Roaming Number）
07 插入用户数据（Insert Subscriber Data）
09 取用户参数（Sent Parament）
16 取路由信息（Sent Routing Infomation）
56 送鉴权信息（Sent Authentication Infomation）
30 47 09 10 13 F8 30 03 0A 01 01——MAP操作的一些具体内容，采用ANS1的抽象编码，大多MAP层的一些具体参数，在此不必再进行具体分析。
通过以上的分析可以看出，对MAP消息的分析主要在于对成份部分的分析，也即在消息中找到成份部分的标签（Tag）——6C，然后即可对移动用户部分的呼叫接续过程进行分析。
附一、移动用户作为被叫的过程（E164码的作用）：
1、有呼叫发往GMSC，号码一般为E164码（即被叫MSISDN135/6/7/8/9XXX），通过从GMSC开始使用MAP（即GT码），GMSC将该GT码发往STP，并通过STP转发到HLR。
2、HLR中存有MSC/VLR的MSCID（即164码138
/900XXX），HLR用MAP信令访问VMSC/VLR，VMSC/VLR根据IMSI就为被叫MS分配一个漫游号（Roaming
Number，），并将此漫游号（包括MSC/VLR号+漫游号，13900MMMXXX）返回给HLR。然后HLR再将此漫游号转给GMSC。也即是
GMSC得到了被叫MS的漫游号。
3、GMSC根据得到的漫游号，通过被叫分析表发IAM给TMSC或VMSC建立话务，并根据漫游号接通被叫MS。
4、如果GMSC从HLR处得到呼叫前转等信息（例如MS转移呼叫到固定电话），则在被叫分析表中将接续转到市话局。
移动用户作为被叫的正常接续过程如下图：
取路由信息 取漫游号
GMSC（86139HHHXXXX）——————>HLR—————>VMSC/VLR
MAP(135/9HHHXXX) MAP(138/900MMM)
返回漫游号 返回漫游号
GMSC（86139HHHXXXX）<——————HLR<—————VMSC/VLR
MAP(138/900MMMXXX)<———MAP(138/900MMMXXX)
5、MSC与GMSC的区别：国内一般的MSC都具有GMSC功能，在纯MSC中一般接续发送的消息都只有MSISDN号码，要访问移动用户只能发IAM（包含MSISDN）给GMSC，再由GMSC获得MS的漫游号，然后完成话路接续。
附二、移动用户的位置更新（E214码的作用）：
SIM卡中包含的是IMSI（即E212码）号，该号码与E214码对应。
（转化工作在端局MSC完成）
IMSI(E.212)———————————>E.214
460 00 HHH XXXXXXX 86 139 HHH XXXXXXX
MCC MNC MSIN CC NDC HHH
^ ^ ^ ^ ^ ^
^ ^ —————————————————
^ ——————————————————
——————————————————
E.214码用于VLR向HLR发起位置更新时的GT被叫地址格式。
主要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消息用户数据部分，0x62为TC_BEGIN消息标志；
0x48为源对话ID标志；
0x6C为对话部分标志：
0xA1为调用部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x01（对话中一方发起的调用，其调用ID不可重复）;
接着找操作码标志（接着的0x02），操作码为0x09（发送用户数据操作）；
其后码串为MAP消息编码（注：消息分析只要求根据操作码确定MAP消息类型即可，这里为要求发送鉴权参数）
注：VLR向HLR取鉴权参数还可以用ObtainAutnenticateSets操作，操作码为0x56
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消息用户数据部分，0x64为TC_END消息标志；
0x49为目的对话ID标志（两个信令实体之间可以并发多个TCAP对话，TCAP根据对话ID区分不同的对话。同一对话中源对话ID和目的对话ID总是成对出现）；
0x6C为对话部分标志：
0xA2为结果（最后）部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x01（TCAP对话中双方实体都可以向对方发起调用，调用ID用于区分同一实体发起的不同调用。结果部件中的调用ID总是与对话中另一实体发起的某一调用部件中的调用ID成对出现。）;
接着的操作结果部分为可选（由TCAP用户决定。在操作结果部分没有时需根据调用ID找出该调用结果是对话中另一实体发起的哪一调用的成功返回，如位置更新过程中的插入用户数据响应消息）。举例消息中包含结果部分，标志为0x30：
接着找操作码标志0x02，操作码为0x09（发送用户数据操作）；
其后码串为MAP消息编码（注：消息分析只要求根据操作码确定MAP消息类型即可，这里为返回的鉴权参数）
注：若TCAP用户处理出错，返回出错部件（包括错误码和可选的错误参数），
这种情况下为端局应用层处理错误，与HSTP无关，必要时可告知端局错误码及错误参数；
0xA3为出错部件标志：
首先找到调用ID标志（第一个0x02），这时一般需根据调用ID找出该调用结果是对话中另一实体发起的哪一调用的出错返回；
接着找错误码标志0x02；
接着的错误参数部分为可选；
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消息用户数据部分，0x62为TC_BEGIN消息标志；
0x48为源对话ID标志；
0x6B为可选的对话部分标志（可以略过）；
0x6C为对话部分标志：
0xA1为调用部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x01;
接着找操作码标志（接着的0x02），操作码为0x02（位置更新操作）；
其后码串为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消息用户数据部分，0x65为TC_CONTINUE消息标志；
0x48为源对话ID标志(在TC_Continue消息中需告知本实体对话ID)；
0x49为目的对话ID标志；
0x6B为可选的对话部分标志（可以略过）；
0x6C为对话部分标志：
0xA1为调用部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x02（对话中一方发起的调用，其调用ID不可重复）;
接着找操作码标志（接着的0x02），操作码为0x07（插入用户数据操作）；
其后码串为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消息用户数据部分，0x65为TC_CONTINUE消息标志；
0x48为源对话ID标志(在TC_Continue消息中需告知本实体对话ID)；
0x49为目的对话ID标志；
0x6C为对话部分标志：
0xA2为结果（最后）部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x03;
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消息用户数据部分，0x64为TC_END消息标志；
0x49为目的对话ID标志；
0x6C为对话部分标志：
0xA2为结果（最后）部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x00;
接着的操作结果部分为可选（由TCAP用户决定。在操作结果部分没有时需根据调用ID找出该调用结果是对话中另一实体发起的哪一调用的成功返回，如位置更新过程中的插入用户数据响应消息）。举例消息中包含结果部分，标志为0x30：
接着找操作码标志0x02，操作码为0x02（位置更新操作）；
其后码串为MAP消息编码（注：消息分析只要求根据操作码确定MAP消息类型即可，这里为返回的HLR号码）
1． 7 TC_Begin(MAP_CancelLocation_Req)
1．8 TC_End(MAP_CancelLocation_Cnf)
在位置更新过程中，HLR可能发起向用户所在的前一VLR（PVLR）的CancelLocation操作，操作码为0x03;
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消息用户数据部分，0x62为TC_BEGIN消息标志；
0x48为源对话ID标志；
0x6B为可选的对话部分标志（可以略过）；
0x6C为对话部分标志：
0xA1为调用部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x01;
接着找操作码标志（接着的0x02），操作码为0x16（取路由信息操作）；
其后码串为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消息用户数据部分，0x62为TC_BEGIN消息标志；
0x48为源对话ID标志；
0x6B为可选的对话部分标志（可以略过）；
0x6C为对话部分标志：
0xA1为调用部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x01;
接着找操作码标志（接着的0x02），操作码为0x04（提供漫游号操作）；
其后码串为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消息用户数据部分，0x64为TC_END消息标志；
0x49为目的对话ID标志；
0x6B为可选的对话部分标志（可以略过）；
0x6C为对话部分标志：
0xA2为结果（最后）部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x01;
接着的操作结果部分为可选（由TCAP用户决定。在操作结果部分没有时需根据调用ID找出该调用结果是对话中另一实体发起的哪一调用的成功返回，如位置更新过程中的插入用户数据响应消息）。举例消息中包含结果部分，标志为0x30：
接着找操作码标志0x02，操作码为0x04（提供漫游号操作）；
其后码串为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消息用户数据部分，0x64为TC_END消息标志；
0x49为目的对话ID标志；
0x6B为可选的对话部分标志（可以略过）；
0x6C为对话部分标志：
0xA2为结果（最后）部件标志：
首先找到调用ID标志（第一个0x02），调用ID为0x01;
接着的操作结果部分为可选（由TCAP用户决定。在操作结果部分没有时需根据调用ID找出该调用结果是对话中另一实体发起的哪一调用的成功返回，如位置更新过程中的插入用户数据响应消息）。举例消息中包含结果部分，标志为0x30：
接着找操作码标志0x02，操作码为0x16（取路由信息操作）；
其后码串为MAP消息编码（注：消息分析只要求根据操作码确定MAP消息类型即可，这里为返回的漫游号）；
注：1由于链路问题或GT翻译数据错误引起消息丢失或无法转发一般会产生相应告警，
可根据告警信息做出相应处理；
2 消息分析的主要目的在于判断一个MAP信令过程执行到了哪一步及执行结果。
若无消息过滤功能，查找属于同一个信令过程的消息的主要依据有：
信令流程；
源与目的对话ID（总是成对出现，先找到TC_Begin消息中的源对话ID，那么接着的TC_End或TC_Continue消息中的目的对话ID应与源ID相同，其余类推）；
主被叫GT（如发起呼叫时的被叫MSISDN）；
注：由于端局静态GT负荷分担或GT翻译数据未指向H1HSTP，可能只跟踪到同一信令过程中的某一方向上的消息，这时主要注意消息中是否有出错部件（部件标志0x03），进而根据相应信令流程和GT信息确定是否端局问题；
