MA000004 NSS信令与接口分析与实践内容

课程MA000004NSS信令与接口分析ISSUE3.3MA000004NSS信令与接口分析Issue3.3STYLEREF"TOCHeading"目录附录MAP消息ASN.1编码课程说明课程介绍本教材适用于华为M900/M1800数字蜂窝移动通信系统NSS侧。本课程包括两大部分：前三章是GSM信令系统高级课程，为第一部分，主要讲述了No.7信令系统的SCCP、TCAP和MAP部分；后面两章是网络侧接口分析，为第二部分，主要讲述了C/D接口和A接口的信令流程和消息分析方法。课程目标完成本课程学习，学员能够掌握：SCCP的层间接口、消息结构与参数以及面向连接的控制过程TCAP的子层结构和消息格式MAP消息结构和典型MAP消息分析C/D接口的消息跟踪与分析A接口消息跟踪与分析相关资料《No.7共路信令系统》人民邮电出版社ETSI规范GSM09.02、GSM04.08、GSM08.08信令连接控制部分概述我们在信令系统初级课程里已经对信令连接控制部分（SCCP）的特点和功能有了比较系统的认识；对SCCP的消息结构，初级课程里也做了比较详尽的介绍；但在初级课程里我们比较侧重于NSS内部的SCCP的介绍，对A接口上所用到的SCCP较少提及，因此在信令系统高级课程里我们还要对SCCP做进一步的介绍。在本章中，我们主要向大家讲述SCCP面向连接消息的参数和面向连接的控制过程。SCCP层间接口SCCP的设计宗旨是和MTP第三级相结合，提供完善的网络层功能，这也体现了No.7信令系统和OSI参考模型会合的趋向，因此，SCCP建议采用了一系列OSI标准的定义方法和术语。在OSI参考模型里，除了最高层和最低层外，任何一层都可以记为（N）层，其相邻的高层和低层分别记为（N+1）层和（N-1）层。其中，（N+1）层称为（N）层的用户，由（N）层向其提供服务；（N-1）层称为（N）层的服务提供者，向（N）层提供通信连接。所谓服务，就是在（N+1）层的请求下，N层通过N-1层提供的连接，按规定的N层协议和另一网络节点中的对等N层之间通信，从而实现对等N+1层之间的信息交换。我们可以看出，当N+1层向N层请求服务或N层向N+1层提供服务信息时，服务用户与服务提供者之间要进行一些交互，即在相邻层之间存在层间接口。在OSI参考模型中，是采用服务原语来定义层间接口的。SCCP至高层和MTP的业务接口由原语和参数来说明的。如REF_Ref38334027\r图1-1所示。业务原语OSI规定了四种原语类型：请求(Request)；指示(Indication)；响应(Response)；证实(Confirmation)。他们完整的描述了两个对等N+1层获得一次服务的全过程。对于SCCP来说，其下层为MTP，相应的原语记为MTP-原语。其上层为SCCP用户，由于SCCP向用户提供的是OSI网络层功能，因此将SCCP和其用户之间的原语记为N-原语，又称为SCCP用户原语。REF_Ref38334052\r图1-2表示出SCCP层间接口的原语标记方法。其中SCCP消息就是SCCP对等实体之间的通信信息载体。SCCP的层间接口以上讲的只是原语的四种类型，一个完整的原语应包括原语名、原语类型和原语参数三个部分。如REF_Ref38334081\r图1-3所示：原语语法结构其中：╳：表示提供业务的功能块；属名：即原语名，表示提供何种服务；专用名：即原语类型，指出原语流的方向；参数：是协议规定的完成该服务所必须的数据。例如：信令消息以UDT的形式通过无连接服务协议传送至目的地，目的地SCCP在将此数据传给其用户时，它的单元数据的指示原语就是：N-UNITDATA.指示（CDA，CGA，UD）。其中N表示网络层即SCCP原语，CDA、CGA、UD为原语参数，分别表示被叫地址、主叫地址和用户数据。REF_Ref38334120\r表1-1列出了SCCP各类网络服务用到的SCCP用户原语及其适用的协议类型。用于网络服务的SCCP用户原语原语名原语类型协议类别原语参数0123N-UNITDATA请求√√CDACGASEQROUD指示√√CDACGAUDN-NOTICE指示√√CDACGARRUDN-CONNECT请求√√CDACGARCSEDSCI指示√√QOSUDCI响应√√RARCSEDSCI证实√√QOSUDCIN-DISCONNECT请求√√RAREAUDCI指示√√ORRAREAUDCIN-DATA请求√√CRUDCI指示√√N-DATAACKNOWLEDGE请求√CI指示√N-EXPEDITEDDATA请求√UDCI指示√N-RESET请求√REACI指示√ORREACI响应√CI证实√N-INFORM请求√√REAQOSCI指示√√表示原语参数缩写的含义为：CDA：被叫地址CGA：主叫地址CI：连接识别号CR：证实请求EDS：加速数据选择QOS：服务质量参数集OR：发信者RA：响应地址RCS：接收证实选择REA：理由RO：回送选择RR：回送理由SEQ：顺序控制UD：用户数据其中，N-UNITDATA：单元数据原语，用于无连接服务方式传送单元数据（UDT）。N-NOTICE：通知原语，用于无连接服务时通知消息发送端、目的地或转接点SCCP无法传送该消息。N-CONNECT：连接原语，用于建立连接。N-DISCONNECT：拆连原语，用于拆除连接。N-DATA：数据原语，用于面向连接服务方式传送数据。N-DATAACKNOWLEDGE：数据证实原语，用于证实已收到远端请求证实的消息。N-EXPEDITEDDATA：加速数据原语，用于3类协议传送紧急的加速数据。N-RESET：复位原语，用于3类协议传送连接复位消息，从初始状态开始重新启动流量控制过程。N-INFORM：报告原语，用于面向连接服务在数据欢送阶段传送相关的网络或用户信息。SCCP层与MTP层间的业务接口是通过MTP原语来实现的，有关的MTP原语如REF_Ref38334279\r表1-2所示：MTP业务原语原语参数原语名特定名MTP-TRANSFER请求指示SCCP消息MTP-RESUME指示受影响信令点MTP-PAUSE指示受影响信令点MTP-STATUS指示受影响信令点MTP-UPU指示受影响信令点其中：MTP-TRANSFER请求：SCCP用于接入MTP的信令消息处理功能。MTP-TRANSFER指示：MTP的消息处理功能把信令消息传送到SCCP。MTP-PAUSE指示：由MTP发送，表明它不能把消息传送到指定的目的地。MTP-RESUME指示：由MTP发送，通知用户关于MTP有能力提供到指定目的地的MTP业务。MTP-STATUS指示：由MTP发送，通知用户关于MTP只有部分能力提供到指定目的地的MTP业务，此原语还用于通知用户其远端相应的用户可用和不可用的原因。需要注意的是，不一定每个原语都具有所有四种类型，这取决于具体服务的协议过程。SCCP消息SCCP在收到用户发来的原语请求或响应后，就根据原语参数将用户数据连同必要的控制和选路信息封装成SCCP消息，发往远端对等SCCP实体。我们在初级课程里详细介绍了UDT消息的消息格式，在本节中，我们先对SCCP消息的消息结构做一个简单回顾，然后对SCCP的消息参数做具体介绍。SCCP消息结构SCCP消息是封装在MTP的MSU(消息信号单元)中往外发送的，对于MSU而言，SCCP消息就是它的SIF字段。它由以下几部分组成：路由标记消息类型长度固定的必备项（F）长度可变的必备项（V）任选项（O）SCCP消息结构如REF_Ref38334340\r图1-4所示：SCCP消息结构路由选择标记（Label）：结构为DPC+OPC+SLS。消息类型：用以识别不同的SCCP消息。REF_Ref38334398\r表1-3是一些常见消息的消息类型编码：SCCP常见消息类型及编码消息类型协议类别编码0123连接请求CR**00000001连接确认CC**00000010拒绝连接CREF**00000011释放连接RLSD**00000100释放完成RLC**00000101数据DT1*00000110数据DT2*00000111协议数据单元出错ERR**00001111不活动性测试IT**00010000单位数据UDT**00001001单位数据业务UDTS**00001010消息解释：CR、CC完成信号连接的建立。CREF在信号连接建立的过程中，SCCP中间节点或目的节点没有足够的资源时向源节点发出的信号。DT1、DT2、ED信号连接成功后用来传递数据的几种消息。RLSD、RLC数据传递后释放信号连接。检测出任何协议错误是发送ERR；IT用于检测信号连接两端是否工作。UDT、UDTS是无连接业务消息。UDT用来传递无连接业务数据。UDTS是向起源点发送，指明UDT不能到达目的地原因。长度固定的必备部分：即该消息所有固定长度的必备参数。长度可变的必备部分：即该消息所有可变长度的必备参数。任选部分：即该消息所有的任选参数。SCCP消息参数SCCP消息共有17种参数，REF_Ref38334482\r表1-4给出所有参数名、编码及其在各种消息类型种的包含关系。表中，M表示必备参数，O表示任选参数。SCCP消息参数参数字段消息类型消息参数名编码UDTUDTSCRCCCREFRLSDRLCDT1DT2AKEDEARSRRSCERRIT目的地局部引用号MMMMMMMMMMMMM00000001源端局部引用号MMMMMMM00000010被叫地址MMMOO00000011主叫地址MMO00000100协议类别MMMM00000101分段/重装M00000110接收消息序号M00000111顺序/分段MM00001000信用量OOMM00001001释放原因M00001010诊断MOOO00001011复位原因M00001100错误原因M00001101用户数据MMOOOOMMM00001111拒绝原因M00001110任选参数结束OOOOOO00000000参数解释：目的地局部引用号和源端局部引用号只用于面向连接服务，是信令连接段的目的地和源端SCCP用来标识该连接段的内部号码，在连接建立时由两端的SCCP独立分配。以后的数据传送消息就以此引用号指示传送路径。参数长度是3个八位位组。全1码保留。被叫地址和主叫地址用于识别目的地和起始信令点和用户部分。对于无连接消息来说，它们表示SCCP消息的目的地和始发点；在面向连接服务中，它们只用于连接建立和连接确认消息，表示信令连接（不是信令连接段）的终点和源点。它们是可变长参数，关于它们的编码，我们已在初级课程中详细描述。协议类型在初级课程中已经讲过，在此不再赘述。分段/重装用于DT1中需要把网络业务数据分成几段分别传送，到达目的地再重新组装起来。其编码形式为：87654321M比特2-8备用，比特1为分段/重装指示位，称为M比特：M=0没有更多的数据；M=1有更多的数据。接收消息序号和信用量主要用于数据证实消息，分别表示下一个期望接收消息的序号以及窗口尺寸，用于流量控制，这两个参数只用于3类协议。顺序/分段用于DT2消息，长度为2个八位位组，有两个作用：一是指示发出消息的序号和下一个期望收到消息的序号，用于流量控制；二是指示本消息是否分段，用于消息分段/重装。释放原因用来指示连接释放的原因。长度为一个八位位组，编码为：8765432100000000端点用户发起释放00000001端点用户忙00000010故障00000011远端控制过程出错00000100目的地不相容00000101不合法功能请求00000110接入禁止00000111网络拥塞00001000不可获取00001001无权其余备用诊断参数用于无连接协议的UDTS消息，告之消息回送的理由。参数长度为1个八位位组，编码为：8765432100000000该类地址无法翻译00000001该地址无法翻译00000010拥塞00000011失败00000100用户未安装其余备用复位原因、拒绝原因和错误原因用于连接复位、连接拒绝和协议错误的原因用户数据该字段的内容即发送消息的SCCP用户在原语中送来的用户数据，将透明地送往目的地SCCP用户。SCCP消息生成及举例REF_Ref38335405\r图1-5表示出SCCP在收到用户发来的N-单元数据.请求原语后，如何生成一个单元数据消息（UDT），图中数字表示相应字段所占的比特数。UDT消息生成和封装消息生成步骤为：根据原语名和原语类型生成“消息类型”参数，指示其为一UDT消息。根据原语参数中的回送选择参数（RO）确定是否要求后续节点SCCP在无法传送本消息时将原消息送回，据此确定“协议类别”参数的比特8～5。根据原语参数中的顺序控制参数（SC），确定协议类型。如果要求消息有序发送，则1类协议，否则为0类协议。据此确定“协议类别”参数的比特4～1。若为1类协议，则根据SC参数值确定SLS值，否则随机选择一个SLS值。根据原语参数中的主叫地址参数（CGA）和被叫地址参数（CDA），经过SCRC功能模块的翻译和处理，转换成UDT消息中的主叫地址和被叫地址，并得到MTP寻址的DPC，同时填入本节点的OPC码。将原语参数中的用户数据原封不动地装入UDT消息的“用户数据”字段。置业务指示语SI=0011，指示MTP其用户为SCCP。至此，形成一个完整的UDT消息，由此形成MTP一传送，请求原语发送给MTP。最后，整个UDT消息作为SIF字段嵌入MTP消息，经由信令网络传送至远端。面向连接控制过程CCITT建议规定了如下8个面向连接的控制过程:连接建立，连接拒绝，连接释放，数据传送，加速数据传送，连接复位，重启动和不活动性控制。它们完整地描述了各种不同情况下地面向连接消息传送地控制过程。我们重点讨论面向连接服务控制的一般过程，然后简单介绍消息分段重装和异常情况处理。一般过程在初级课程里我们已经讲过，面向连接服务的信令控制过程由三个阶段组成：连接建立阶段、数据传送阶段和连接释放阶段。REF_Ref38335565\r图1-6表示出带有中间转接点的成功连接的控制过程，包括SCCP用户的原语接口。面向连接信令控制一般过程连接建立和数据传送阶段：在面向连接服务中，是用一个参数唯一识别消息所对应的逻辑信令连接：在N-原语中，这个参数就是CI，即连接识别码；在与连接建立和释放有关的消息中，就是局部引用号，即SCCP用户通过CI识别连接，SCCP则通过局部引用号识别连接，在连接建立阶段，主、被叫通过表格建立两者的一一对应关系。由于一个连接可以由若干个连接段级联组成，也就是说局部引用号是用来识别连接段的。每个连接段有一对引用号，即SLR（源端引用号）和DLR（目的地局部引用号）。在请求连接时，连接段始发端分配SLR，以后根据这个SLR识别该连接段，连接段终端则分配并使用DLR，两者的分配互相独立，其值一般是不相同的。在面向连接服务中除了CR（请求连接）外的所有消息，都带有“目的地端局部引用号”这一必备参数，可以使对方判定该消息是属于哪一连接段的。需要注意的是，这一参数中的“目的地”指当前消息的目的地，也就是传送该消息的连接段的对端。如果消息传送方向与连接建立的方向相反，则该消息的“目的地端引用号”就是该连接段在连接建立时分配的“源端引用号”。除了识别连接外，局部引用号还有以下作用：消息始发端SCCP根据消息源端局部引用号为其分配SLS，消息接收端SCCP根据目的地端引用号识别该消息，这样就可以保证面向连接消息传送的收发顺序的一致性。中间转接点通过局部引用号建立两个相邻连接段的级联。如REF_Ref38334340\r图1-4所示的SCCP3，在连接建立阶段建立起（SLR1、DLR1）和（SLR2、DLR2）的链接表格，以后收到任一连接段发来的消息，即可通过查表转接到另一个连接段去。通过局部引用号识别机制，实现多条连接在任意两个信令点之间的信令关系的复用，这也就是我们称信令连接为虚连接的原因。面向连接的一个重要特点是，连接一旦建立，此后在此连接上传送的所有消息，都只有局部引用号，而没有主被叫地址。连接释放阶段连接可以由主叫用户或被叫用户发起释放，如图1.4-1所示；也可以由任意一个SCCP（包括中间点SCCP）发起释放。如果由端点SCCP发起释放，则该SCCP在向连接段对端发出连接释放消息的同时，向其自身用户发出N-DISC.IND原语。如果由中间点SCCP发起释放，则它向其两侧连接段同时发出RLSD消息。不成功的连接建立如果在请求建立的过程中，任一SCCP发现其资源不足，则可拒绝此请求。若是中间点或目的地SCCP，则向其前方（主叫端方向）连接段发送CREF消息，并在消息中指明拒绝的原因。始发点SCCP收到此消息后，向其用户传送N-DISCONNECT.IND。若是始发点SCCP资源不足，则直接拒绝用户。另外一种可能情况是，中间转接点SCCP向后方发出请求连接消息，经超时后仍未收到连接证实消息，此时中间点SCCP向后方发送连接释放消息，向前方发送拒绝连接消息。始发点超时，则直接释放资源。拒绝连接过程也可由被叫用户发起。其他控制过程消息分段和重装我们已经知道，SCCP消息是作为SIF字段置入MTP消息中的，根据CCITT建议，SIF的最大长度为272个八位位组。从图1.3-1可以看出除用户数据以外的其他字段需占17个八位位组，因此SCCP数据消息的“用户数据”字段的最大长度约为255个八位位组。如果用户要求传送的数据（NSDU）长度超过此值，在面向连接协议中，始发端SCCP可以将此数据拆开，分成几个数据消息传送。除了最后一个外，所有这些数据消息的M比特均置1，表示其后还有未完数据，接收端则把所有M比特为1的数据消息及其紧随其后的一个M比特为0的数据消息中的“用户数据”字段重新拼装成原来的NSDU传送给被叫用户。面向连接服务的2类和3类协议都具有此功能，华为公司在无连接服务的0类和1类协议中的XUDT和XUDTS也支持此功能。异常情况处理异常情况处理包括不活动性控制、协议出错处理和再启动过程三种情况：不活动性控制所谓不活动性控制指的是在某一连接上长时间没有消息发送和接收，这很有可能由于异常情况引起，例如：在连接建立阶段，丢失了连接证实（CC）消息；在数据传送阶段，某连接未发通知拆除了；连接两端保存的关于连接的数据有矛盾，此时该连接永远无法工作。为了避免节点资源的长期无效占用，必须有能力检测这些异常情况，并使系统恢复正常，这就是不活动性控制过程的作用。它要求每个连接段的两端均设立两个定时器：发送不活动性定时器Tias和接收不活动性定时器Tiar，后者的定时值应大于前者。在此连接段上，每发出一个消息，Tias就复位，每接收一个消息Tiar就复位。如果Tias超时，表示长时间没有消息发出，就立即发送一个不活动性测试消息（IT），IT消息只包含关于连接特性的有关参数，即协议类别、顺序/分段参数和信用量。接收端收到此消息后，将这些信息与本地保留的信息比较，若有矛盾则：源局部引用号或协议类别有矛盾，则释放该连接。顺序/分段参数或信用量有矛盾，则复位该连接。如果最后接收不活动性定时器Tiar到时，仍未收到消息，则认为此连接或对端节点出现出现故障，于是就启动连接释放过程，释放节点资源。协议出错处理协议错误可以分为以下三类：语法错误：收到的消息格式不符合SCCP的规定，如不合法消息类型、未分配的局部引用号等。逻辑错误：收到的消息不是连接段现态允许输入的消息，如未发请求消息却收到一个证实消息、数据消息的用户数据字段超长等。传输错误：消息丢失或证实超时。接收端SCCP除了将收到的错误消息丢弃外，还根据不同的出错情况，作出如下处理：不作任何进一步的处理；发出连接释放消息，并告知理由；发出连接复位消息，并告知理由；用协议数据单元错误消息（ERR）将错误情况通知对方。具体处理方法可参见Q.714建议附录B。再启动过程再启动就是节点发生故障后，信令连接段的恢复过程。其作用类似于程控交换机故障恢复处理的再启动。恢复的基本方法就是将节点故障前使用的连接段全部释放，然后重新开始正常的面向连接服务过程。小结本章主要讲述了SCCP的层间接口、消息结构和消息参数以及SCCP面向连接的控制过程，学习之后，大家应该掌握SCCP的消息结构，了解SCCP消息的主要参数，熟悉SCCP面向连接的控制过程。习题1、请分析下面的SCCP消息，写出路由标记、消息类型以及参数部分。3F8311FF0309FF050D0981030E180B12060012046831393100000A120700120468310940672A622848042B8111006C80A1800201000201023016040864003031080051F48106916831094067000000002、请简述SCCP面向连接的一般控制过程。事务能力应用部分TCAP概述TCAP功能有一类消息与电路交换的呼叫建立、释放相关联，消息传送与控制具体应用紧密结合，如TUP，ISUP必须针对各种不同应用制定不同的协议，形成各种针对具体应用的MTP用户部分。随着我国电信业务的日益发展，电信网逐步智能化和综合化，应运而生的各种应用业务，例如：被叫付费，VPN等智能网业务，信令网的维护和运行管理（OMAP），移动应用（MAP），闭合用户群（CUG）等，要求交换机之间，交换机与网络中心的数据库相关联，提供其间的信息请求和响应功能。如果按照传统的方法为每一种新的应用专门设计一组消息类型，则不但效率低下而且协议管理复杂。因此作为No.7信令系统中专门提供的与应用无关的网络信息交互协议一事务处理能力协议，在各种新业务及No.7系统中将发挥越来越重要的作用。该协议的过程和消息结构与具体的应用无关，这就是No.7信令系统中的事务处理能力（TransactionCapability-TC）协议，它与具体应用无关，由TC－用户部分处理各种不同应用，如MAP、CAP等。这里，“事务”指两个网络节点之间任意的交互过程。TCAP的构成TCAP建立在SCCP之上，由ISP和TCAP两部分组成，ISP：为中间业务部分，对应于OSI的4～6层功能，建立在SCCP的面向连接基础之上；TCAP：事务处理能力应用部分，对应于OSI的第七层，建立在SCCP面向无连接基础上。根据数据传送的不同要求，可将TC用户分为两类：数据传送量小，但实时要求严；数据传送量大，但实时要求较低。第一类用户称为实时用户，它们关心的主要是数据传送速度。例如在GSM系统中，用户在呼叫建立阶段，本地交换局向HLR询问被叫路由信息，信息的传送时间将直接影响到呼叫拨号后的时延，对于这类用户，ISP部分开销过大，不宜采用。这时，TC仅包含TCAP，它直接利用SCCP的无连接服务传送数据。第二类用户称为离线用户，这类用户关心的主要是数据传送的安全性，对数据的传送速度并无严格要求，例如交换局向网管中心发送批量统计数据，发送时间可以为几秒到几分，对于这类用户，TC应包含ISP，需要SCCP面向连接业务的支持。建立在SCCP之上，由ISP和TCAP两部分组成，ISP：为中间业务部分，对应于OSI的4～6层功能，建立在SCCP的面向连接基础之上；TCAP：事务处理能力应用部分，对应于OSI的第七层，建立在SCCP面向无连接基础上。上述两种结构如REF_Ref38336279\r图2-1所示。无连接和面向连接的TC结构TCAP的应用交换局间数据交换。交换局访问网络数据库中心。网络数据库之间建立远程操作对话过程。为了面向所有提供统一的服务，TCAP将不同节点间的信息交互抽象为一个操作，即起始点调用（Invoke）一个操作，远端目的地节点应请求执行该操作，并可能向起始点回送操作执行结果。TCAP的核心就是执行远程操作。为了完成某项业务过程，两个节点的对等实体之间可能涉及到许多操作，这些相关操作的执行组合起来就构成一个所谓“对话”（即事务）。这种操作模型类似于计算机的人机对话，请求计算机执行某操作；计算机响应该请求，可能回送操作结果，也可能反过来请求用户执行一个操作，或者显示用户请求无法理解。这一对话过程一直继续到问题解决为止。正如对话语句是由一些基本单词组成一样，TCAP消息也是由基本构件-成份（Component）组成的。一个成份对应于一个操作或一个操作响应，一个消息（对话）可以包含多个成份，这样由有限个成份就可以构成大量的消息。上述统一的消息结构和语法规则适合于任何类型的TC用户，因此，TCAP协议和具体应用无关，但消息的语义，即每个成份中所包含的信息含义以及一个消息中各个成份的次序则取决于具体的应用，由TC用户定义。TCAP的子层结构为了实现操作和对话的控制，TCAP又分为两个子层——成份子层(CSL)和事务子层（TSL），CSL主要进行操作管理，TSL主要进行事务(对话)管理，其分层结构如REF_Ref38336889\r图2-2所示；CSL与TC用户通过TCAP原语接口，与TSL通过TR原语接口。TCAP的分层结构事务处理子层(TransactionSublayer)事务处理子层完成对本端事务子层用户和远端事务处理子层用户之间的信令通信过程，及事务进行管理。事务处理子层用户称为TR用户。目前已知的唯一的TR用户就是成份子层(CSL)。对等CSL之间的通信也就是对等TC用户之间的通信，称为对话。因此在目前定义的TCAP协议中，事务和对话完全等同，两个具有一一对应的关系。在前面我们已经讲过，所谓对话，就是为了完成一个应用业务的信令过程，两个TC用户双向交换一系列TCAP消息。消息交换的开始、结束、先后顺序以及消息的内容均由TC用户控制和解释，事务子层则对对话的启动、保持和终结进行管理，包括对话过程异常情况的检测和处理。其协议过程适用于任何应用业务的对话。在TCAP协议中，对话分为两大类——结构化对话和非结构化对话，这种分类是从对话的管理角度出发，与具体应用无关。①非结构化对话仅包含由本端发出的一个TCAP消息，没有对话的开始，继续和结束过程，类似于SCCP的无连接传送，称之为“单向消息”。主要用于发送第4类操作的请求消息，这类操作不要求对方回送响应。关于各类操作的定义在下面“成份子层”的介绍中给出。②结构化对话这类对话包含启动、保持（即消息交换）和终结三个阶段，也就是TC用户指明对话的开始、继续和结束。类似于SCCP中的面向连接数据传送。在两个TC用户间允许存在多个结构对话，每个对话必须由一个特定的对话标识号标识。用户在发送成份前指明对话的类型，对话所包含的消息可分为四种类型：对话开始(Begin)：指示一个对话处理的开始，类似于SCCP中的连接建立消息。此消息必须带一个由本地TSL分配的源事务处理标识，用以标识这一对话。对话的继续(Continue)：用来双向传送对话消息，指示对话处于消息交换状态。类似于SCCP面向连接服务中的数据消息（DT）。为了使接收端判定该消息属于哪一个对话，该消息必须带两个事务标识号：目的和源事务标识号，对端收到消息后可由目的事务标识识别所属对话。对话的结束（End），指示对话正常结束。可由任意一端TC用户发起。必须带有目的事务标识号。对话的放弃（Abort）：指示对话非正常结束。可由TC用户或事务子层发起，必须带有目的事务标识号。非正常结束可以由TC用户或事务子层发起。结构化对话中的事务标识号和SCCP中的信令连接的局部引用号十分类似。每个对话对应于一对事务标识号，分别由对话两端的事务子层分配。每个标识号只在分配的节点中有意义。对于每个消息而言，其发送端分配的标识号即为源端标识号，接收端分配的即为目的地事务标识号，前者供接收端回送消息时作为目的地标识号使用，后者供接收端确定消息所属对话。各类TCAP消息包含的事务标识号如REF_Ref38337368\r表2-1所示。各类TCAP消息中的事务标识号消息类型事务标识号源端目的地Begin√Continue√√End√Abort√TR原语事务处理子层通过TR请求原语接受TC用户经成份子层发送的对话控制指示，生成指定类型的TCAP消息发往远端；同时通过TR指示原语将接收到的TCAP消息中的数据（成份）传送给成份子层。TCAP协议定义了如下六种TR原语：TR-UNI（单向）：用于传送非结构化对话消息；TR-BEGIN：用于结构化对话的起始消息；TR-CONTINUE：用于结构化对话的传送继续消息；TR-END：用于结构化对话的传送结束消息；TR-U-ABORT：用于结构化对话的传送TC用户发起的对话放弃消息；TR-P-ABORT：用于结构化对话的传送事务处理子层本身发起的对话放弃消息；成份子层(ComponentSublayer)事务子层负责传送对话消息的基本单元就是成份。成份子层(CSL)完成对话中成份的处理，及对话的控制处理。一个对话消息包含一个或多个成份(少数无成份，只起到对话控制作用)，一个成份对应于一个操作的执行请求或操作的执行结果。每个成份由不同的成份调用标识号(InvokeID)标识，通过调用标识号，控制多个相同或不同操作成份的并发执行。该识别号仅供成份子层区分并发执行各个操作，以便对各个操作的执行过程进行监视和管理，并不表示这是一个什么操作。具体操作的定义由操作码标识，由TC用户定义。其含义取决于具体应用业务，TCAP对此不予分析和处理。调用标识号由发起操作请求的成份子层分配，对端回送操作响应成份时，也必须包含该标识号，以指明是哪个操作的执行结果。由于成份是嵌在消息中发送的，即成份是从属于对话的，因此不同对话中的成份可以使用同样的调用标识号。这样，通过调用标识号，TCAP可以控制大量相同的或不同的操作并发执行。虽然成份的内容与应用有关，但是无论是什么应用系统，从操作过程来看，总可以归为如下五种类型：操作调用（Invoke-INV）回送结果-最后结果（ReturnResult-last-RR-L）回送结果-非最后结果（ReturnResult-notlast-RR-NL）回送错误（ReturnError-RE）拒绝（Reject-RJ）TCAP还根据操作执行的不同响应情况，将操作分为如下四类：1类：无论操作成功或失败均需向调用端报告，即发出该类操作的INV成份后，对端必须回送RR成份或RE成份。2类：只报告操作失败。这表示该操作只是要求远端节点执行一个动作，不需要回送任何信息。如果该动作执行成功，则不需要回送任何结果，只有当操作执行不成功时，才需要回送一个RE成份。3类：只报告操作成功。与2类操作相反，它只在操作成功时才回送RR成份。4类：无论操作成功或失败均不需报告，即本端发出INV成份后，将不会收到对端发来的任何成份。对于任一类操作，成份子层发出INV成份后都将启动一个定时器予以监视，定时值由应用业务规定。我们已经知道，成份是嵌套在对话消息之中的。一个对话消息究竟包含哪几个成份，是由TC用户直接指定的。实际上，TC用户不但向成份子层发送成份数据，而且还通过对话控制TC原语指示发送的对话消息类型。原语发送顺序是：先逐个发送成份数据，每个成份原语均带有一个对话标识号（DialogueID），最后发送一个对话处理原语，其中也带有一个对话标识号。成份子层收到此原语后，就将在此之前收到的对话标识号与其相同的所有成份分配给这一对话，交事务子层发送，也就是将对话处理TC映射为TR原语，将所分配的成份作为TR原语的用户数据，将TC原语中的对话标识号直接映射成TR原语中的事务标识号。对话消息的类型也是由TC用户指定的，这反映对话的进展过程。如果对话只包含一个操作，则消息类型和成份类型也有一定的联系，如：操作调用成份（INV）所在的消息一般为Begin类型，回复结果成份（RR）所在的消息一般为Continue或End类型，拒绝成份（RJ）所在消息一般为End类型等。成份子层通过TC原语和TC用户接口。TC原语有二类：成份处理原语及对话处理原语。成份处理原语用来在TC用户和成份子层之间传送成份数据；包括以下9种：TC-INVOKE、TC-RESULT-L、TC-RESULT-NL、TC-U-ERROR、TC-U-REJECT、TC-L-REJECT、TC-R-REJECT、TC-U-CANCEL、TC-L-CANCEL。成份处理原语及功能TC－INVOKE：有请示和指示两种。功能：调用一个操作。TC－RESULT－L：（请求和指示）功能，返回成功操作的最终结果。TC－RESULT－NL：与TC－RESULT－L相似，只要返回的为分段结果。TC－U－ERROR：（请求和指示）TC_用户收到的操作类型正确，但不能执行时，用此原语返回失败原因（问题码），主要参数：对话ID号、错误码（具体由TC用户定义并解释）和用户参数。TC－U－REJECT：（请求和指示）TC_用户收到的操作成份不正确时，拒绝执行此操作，参数中含有拒绝的原因码。TC－U－CANCEL：（请求原语）TC用户请求或分子层取消某操作。主要参数：操作ID号。TC－L－CANEL：（指示原语）成份子层在某操作超时后，通知TC用户。参数：操作ID号。放弃的操作并非都是对端未能执行的操作。TC－L－REJECT：（指示原语）成份子层收到与状态图期望不符或语法错误的成份时，通知TC用户，拒绝执行，并生成RJ原语回送对端。主要参数：调用ID号，问题码（TCGP定义）TC－R－REJECT：（指示原语）成份子层收到对端成份层拒绝的操作后通知TC用户，主要参数：操作ID号，问题码（TCAP定义）。对话处理原语用来在TC用户和成份子层之间传送对话进展信息，同时作为对话成份集的分界指示；包括以下6种：TC-UNI、TC-BEGIN、TC-CONTINUE、TC-END、TC-U-ABORT、TC-P-ABORT。对话处理原语及功能TC-UNI：TC用户请求（指示TC用户）一个非结构化对话。TC－BEGIN：（请求、指示）功能：开始一个对话，参数：业务质量，原和目的地址、对应ID用户信息、应用上下文。TC－CONTINUE：继续一个对话（请示和指示），参数：业务质量源和目的地址，对话ID号，应用上下文名称和用户信息。TC－END：（请求和指示）结束一个对话，参数：业务质量、对话ID号、终止方式、应用上下文和用户信息。TC－U－ABORT：（请求和指示）TC用户放弃一个对话，主要参数：业务质量，对话ID号，中止原因（在TCAP消息的对话部分指明）。TC－P－ABORT：（指示原语）由事务子层在检测到消息协议错或结构错时，生成的对话中止消息，分别送往本端TC－用户和对端，主要参数：业务质量，对话ID和P－ABORT原因值，原因值在TCAP规范中定义。TC－NOTICE：（指示原语）功能：通知TC用户网络业务提供者不能提供所请求的业务。参数：对话ID号，报告原因（由SCCP返回的出错值定）。TCAP消息结构TCAP和MAP消息编码采用基于X.208，X.209建议的ASN.1编码原则，使用嵌套信息结构，具有很高的灵活性和开放性。因此在介绍TCAP消息结构之前，先简单介绍一下ASN.1编码。ASN.1编码ASN.1编码的基本单位是基本信息单元。基本信息单元基本信息单元（InformationElement)简称为IE，包括标记(Tag)，长度(Length)及内容(Content)三部分组成。标记用以区分不同的信息单元（IE），决定对内容字段的解释；长度用以指明Content含有字节的个数。按照内容的复杂程度，信息单元可以分为本原体（Primitive）和复合体（Constructor）两种。本原体的内容是简单数据类型，复合体的内容是一个（或多个）基本信息单元。标记标记（Tag），由一个或多个8位位组组成，包括类别（Class），格式（Form）及标记码（TagCode）三部分。通常，标记的结构如REF_Ref38338031\r图2-3：HGFEDCBAClassFormTagCode基本信息单元标记其中HG两个比特组成Class，将标记分为4类：HG=00普通类（Universal），它为X.209中定义的完全标准化的标记。HG=01全应用类（Application-Wide），它应用于No.7系统TCAP功能各种应用业务ASE（即TCAP用户）的信息元，例如事物处理子层的标记均采用此类标记。HG=10应用上下文类（Context-specific），它用于在上一级Constructor中规定的信息元，这些信息元还要考虑同一Constructor中其它数据元素的顺序，该标记可以在其它Constructor中重用，例如成份处理子层的标记均采用此类标记。HG=11专用类（PrivateUse），它保留用于国内、网络内或专用用户的信息元。这些信息元不属于TC的协议范围。比特F格式：指信息元的形式，0：表示该IE为本原体（Primitive）1：表示该IE为复合体（Constructor）比特E-A为标记码，表示此标签序号，可扩充为多字节，格式如REF_Ref38338228\r图2-4所示：标记码格式在单字节格式中，标记只占一个八位位组，标记码为E-A位，其取值范围为00000-11110（十进制0~30）。若标记码大于30，则要采用多字节的扩展格式，这时第一字节的E-A位置置为11111，它的作用示指示标记采用多字节格式表示，本身不是标记码值的一部分。后续字节的H位用于扩展位。若H=1，表示其后一个字节还是标记扩展字节；若H=0，表示这是最后一个标记字节。所有扩展字节的G-A位串接组成标记码。第一扩展字节的G位为标记码的最高有效位（MSB），最末扩展字节的A位为最低有效位（LSB）。扩展格式标记码的最小码值为31，它只需一个扩展字节，该字节的G-A位编码为0011111。标记扩展字节不能为全0，即对于一个给定的标记码值，必须采用最小数目的扩展字节。长度长度指示Content部分所占的八位位组数，它不包括Tag和Length字段的八位位组。长度字段有三种编码形式：a）若长度小于128个八位位组，则采用短格式，它只占一个字节，第八位置0，低7位为长度的二进制编码值。b）若长度大于等于128个八位位组，则采用长格式。在这种编码方式中，长度字段本身编码的长度为2-127。其中，第1字节的H位置1，G-A位的二进制编码值长度字段的长度减1，信息元本身也用无符号二进制数表示，其最高有效位为第2字节的G位，最低有效位为最末字节的A位。c）在不定长编码中，长度字段只占一个八位位组，起编码固定为10000000，它并不表示信息元的长度，只是不定长编码的一个标志。采用这种编码方式，需要在信息元的末尾设置一个特殊的“内容结束”（EOC：End-Of-Content）指示语。该指示语是作为一个信息元来处理的，其标记（Class）是Universal类，Form是Primitive，TagCode为0，没有Content部分，所以长度为0。不定长编码可以用于任意长度的信息元，其最大长度仅受限于SCCP消息的最大长度。这种编码可以代替短格式或长格式长度编码，其唯一要求是应用的信息元必须是Constructor类型，因为EOC本身就是一个消息元，如REF_Ref38338363\r图2-5所示：不定长格式信息元信息元举例040864007007090000F1上面的编码是一个信息单元的例子。其中，04是标记，08是长度，其余部分是内容。对标记04进一步分析可知，这个信息单元是一个普通类，在X.209中有完全标准化的定义，同时信息单元是本原体，标记码是4。通过X.209知，这个标记表示OctectString，也就是说，信息单元的内容是一个八位组的数组。其实，这个信息单元的内容表示的是一个IMSI。6C800000上面的例子也是一个信息单元。其中，6C是标记，80是表示不定长，最后两个00表示信息单元的结束，中间省略的部分是信息单元的内容。对标记6C进一步分析可知，这个信息单元是一个全应用类，应用于No.7系统TCAP功能，复合体，标记码是C。查TCAP的协议知，这个信息单元表示的是TCAP的成份部分。TCAP消息结构TCAP消息是存在于SCCP消息的用户数据部分，如REF_Ref38338463\r图2-6所示：TCAP消息在MSU中TCAP消息编码使用ASN.1编码原则，信息单元是基本的编码单位。一个TCAP消息由三部分组成，如REF_Ref38338497\r图2-7所示。事务处理部分用于本端TCAP和远端TCAP标识该事务。对话部分含有控制该对话的有关信息，包括对话的类型，对话的版本等。成份部分则含有操作的调用标识号，操作码，以及其他参数。TCAP消息结构事务部分：事务部分信息元对应于TCAP消息包含的参数。根据前面所描述TCAP功能，不难理解各类消息所包含的事务部分信息元及其类型，消息的参数的信息编码如下表：事务处理部分TCAP消息信息元消息单向消息UNI起始消息BEGIN继续消息Continue结束消息END协议放弃P-ABORT用户放弃U-ABORT信息名类型标记编码消息类型Constructor61M62M65M64M67M67M源事务IDPrimitive0X48无MM无无无目的事务IDPrimitive0X49无无MMMM协议放弃原因Primitive0X4A无无无无M无用户放弃原因Constructor0X6B无无无无无O对话部分Constructor0X6BOOOOOO成份部分Constructor0X6CMOOO无无若干成份ConstructorMOOO无无表中，成份不属于事务部分，它们是成份部分的成员。成份部分成份部分由一个或多个成份组成，每个成份为一个信息元序列，各信息元一般为本原体。各个成份具体包含的信息元取决于它的功能，如下表所示：成份部分TCAP消息消息信息元调用成份INVOKE回复结果RETVRNRESULT返回错误成份RETURNERROR拒绝成份REJECT信息元名类型标记编码最终LAST非最终NOTLast成份类型ConstructorA1MA2MA7MA3MA4M调用标识Primitive0X02MMMM链接标识Primitive0X80O无无无错误码Primitive0X02/0X06无无M无问题码Constructor0XA0/0XA3无无无M参数序列Constructor0X30/0X31OO无无操作码Primitive0X02/0X06MO无无参数Primitive/ConstructorOOO无说明：对于问题码及操作码分为Global（0x06）及Local（0x02）两类。对话部分包含对话控制的PDU或用户信息，其编码参见ITU-TQ.773.TCAP消息举例BEGIN消息BEGIN消息TCAP消息分析TCAP消息包含在SCCP消息用户数据部分，从维护后台跟踪SCCP消息，可找到TCAP消息内容。一个TCAP消息分析，消息内容如下：62804804360100A26B802880060700118605010101A0806080A180060603A37D0101010000000000000000000000006C80A180···分析如下：6280：Begin消息，长度为不定长。4804360100A2：源端事务ID号。6B80：对话部分，长度较为不定长。2880：外部标签，长度为不定长。0607：目标识别码标签，长度07H个字节。00118605010101：目标识别码内容。A080：单ASN1-类标签，长度为不定长。6080：对话请求，长度为不定长。A180：应用上下文标签，长度为不定长。0606：目标识别码标签，长度为06H个字节。03A37D010101：目标识别码值。12个00字节：6个ECO信息元，为不定长长度结束标记。6C80：成份部分，长度为不定长，含义MAP部分解释。小结本章讲述了TCAP的子层结构和消息结构，学习之后，大家应该掌握典型TCAP消息的分析。习题请分析下面TCAP消息。6C80A180020104020104302B80移动应用部分TCAP的应用可以分为两类。一类应用是支持各种用户业务，如移动通信业务、各种智能业务等，这些业务都需要与网络控制点交换电路无关消息。另一类应用就是支持网络的操作、维护和管理。这类应用的一个典型TC用户就是No.7信令系统操作维护应用部分（OMAP）。在GSM系统中的应用就是属于第一类应用，我们称之为移动应用部分（MobileApplicationPart）。MAP功能移动应用部分(MAP)是公用陆地移动网（PLMN）在网内和网间进行互连而特有的一个重要的功能单元。MAP规范给出了移动网在使用No.7信令系统时所要求的必需的信令功能，以便提供移动网必需的业务如话音和非话音业务。GSM的MAP规范制定了900MHzTDMA数字蜂窝移动通信网的移动业务交换中心、位置寄存器、鉴权中心及设备识别寄存器等实体之间的移动应用部分的信令，其中包括了消息流程、操作定义、数据类型、错误类型及具体的编码。MAP的功能主要是为GSM各网络实体之间为完成移动台的自动漫游功能而提供的一种信息交换方式。目前MAP信令的传输是以CCITT的No.7信令系列技术规范为基础的，实际上MAP信令的交换也可基于其它符合OSI网络层标准的网络。这样，网络运营公司就可以根据本地实际情况，混合匹配使用各种协议，以满足其需要，当然这还需要有关协议的制订与完善。MAP负责以下过程中GSM各功能实体间的信息传递：位置登记/删除位置寄存器故障后的复原用户管理鉴权加密IMEI的管理路由功能接入处理及寻呼补充业务的处理切换短消息业务操作和维护在GSM系统中，MAP信令就如同人的血液一样，在各个功能实体之间，通过GSM的血管（No.7CCS系统），传递着与上述规程有关的信息。其信令网络的框架如图：GSM网络结构如图所示，MAP信令将在GSM网络中的B、C、D、E、F、G接口传递。A接口由BSSAP负责。各接口说明如下:A-接口：网络子系统与基站子系统之间的通信接口。从系统功能实体上看，就是基站控制器（BSC）和移动业务交换中心（MSC）之间的接口，此接口传递的信息包括移动台管理、基站管理、移动性管理、呼叫处理等功能。B-接口：VLR与MSC之间的接口。用于移动业务交换中心（MSC）向拜访位置寄存器（VLR）询问移动台（MS）当前位置信息，或者通知拜访位置寄存器（VLR）更新移动台（MS）的当前位置信息，或者用于补充业务的操作等。C-接口：MSC与HLR之间的接口。在移动台（MS）作被叫时，C接口用于关口(Gateway)MSC从HLR获得被叫MS的路由信息(RoamingNumber)；在向MS前传短消息时，C接口用于SMS关口MSC用于从HLR获得MS目前所在的MSC号码.D-接口：VLR与HLR之间的接口。该接口用于交换有关移动台位置信息及用户管理的信息。为保证移动用户在整个服务区内能够建立和接受呼叫，则必须要在VLR与HLR之间交换数据。如VLR需要告知HLR其所属的移动用户当前的位置信息；HLR需要把所有与VLR有关的业务数据发送给VLR；如果移动用户所在的VLR区域已经发生改变，HLR还需要删除移动用户在先前漫游VLR中的位置信息；另外，用户对所使用业务的修改请求（如补充业务操作）及运营者对用户数据的修改都要通过D接口交换数据。E-接口：MSC与MSC之间的接口。控制相邻区域不同的MSC之间进行切换的接口。当移动台（MS）在一个呼叫进行过程中，从一个移动业务交换中心（MSC）控制的区域移动到另一个移动业务交换中心（MSC）控制的区域时，为不中断通信需执行切换过程，而E接口正是用于MSC之间交换数据以启动和实现切换操作。F-接口：MSC与EIR之间的接口。当MSC需要检查国际移动设备识别码（IMEI）的合法性时，需要通过F接口与EIR交换与IMEI有关的信息。G-接口：VLR与VLR之间的接口。当移动用户漫游到新的VLR控制区域并且采用临时移动用户识别码（TMSI）发起位置更新，此接口用于当前VLR从前一个VLR取得IMSI及鉴权集。通常，实用化的GSM系统结构一般把VLR和MSC集成同一实体内，大多数厂商的M900/M1800都采用这种结构。相应的，B-接口变成一内部接口；C接口和D接口可以走同一物理连接；E接口和G接口可以走同一物理连接。MAP消息格式消息结构MAP消息是在TCAP、SCCP、MTP各协议层提供服务的基础上传输的。在信令链路上传输的一条MAP消息，也同时包含TCAP、SCCP、MTP协议层的协议数据。一条完整的消息格式如下图：MAP消息格式MAP消息MAP消息是TCAP消息的成份部分，TCAP消息是SCCP消息的数据部分。移动应用SCCP消息是在No.7信令的消息信号单元（MSU）中的SIF字段中传送，采用UDT消息类型，协议类别为0类或1类，基本格式如图：移动SCCP消息具体格式注：F：其码型为01111110，它既表示前一个信号单元的结束，也表示后一个信号单元的开始，两个信号单元之间允许插入任意多个F标志。F标志可以在过负荷的情况下降低系统的处理工作量。CK：检错码，采用16位循环冗余码，用以检测信号单元传输过程中产生的误码。信号单元序号和重发指示位BSN：后向序号。向对方指示序号直至BSN的所有消息均已正确无误地收到。BIB：后向（重发）指示位。BIB反转指示对方从BSN+1号消息开始重发。FSN：前向序号，也就是本消息的顺序号。FIB：前向（重发）指示位。FIB反转指示开始重发消息。LI：信号单元长度指示码。其值等于LI字段之后至CK字段之前的八位位组数。FISU的LI=0，LSSU的LI=1或2，MSU的LI>2。因为LI字段的长度为6个比特，其取值范围为0-63，当长度大于或等于63时，为了不改变原有的结构，LI的值均置为63。SIO：业务指示八位位组。它只用于MSC，用于指示消息类别。MTP三级据此将消息分配给相应的功能模块，同时它还指示这是国内网消息还是国际网消息。低4位：DCBA，业务指示语，其中SCCP为0011高4位：HGFE，子业务字段，HG=00表示国际网，HG=01表示国际备用网，HG=10表示国内网，HG=11表示国内备用网。FE比特备用。具体的MAP业务消息在TCAP消息中以成份的形式存在，一般来讲，MAP业务的消息类型和TCAP成份中的操作码一一对应，而在消息传递过程中，一个消息对应一个调用识别（InvokeID），一个调用识别在其MAP对话过程中是对某个消息的唯一识别，通过区分调用识别，可以将一个成份"翻译"成对应的MAP业务消息。MAP消息编码MAP消息的详细协议采用CCITTX.208建议的AbstractSyntaxNotation（ASN.1）描述。MAP业务消息对应的操作码以及操作类别、操作时限由ETSIGSM09.02规范给出，其中操作时限给出长、中、短三类，具体的数值可以根据具体的实现来确定。下表列出了MAP使用的操作码。这里的操作码是对REF_Ref38340713\r表3-1成份部分TCAP消息中操作码的具体编码。MAP消息编码MAP操作实体及方向操作码(十进制)版本activateSSMSC<=>VLR，VLR<=>HLR12Phase1&Phase2activateTraceModeHLR<=>VLR50Phase1&Phase2alertServiceCentreG/IWMSC<=>HLR64Phase2alertServiceCentreWithoutResultG/IWMSC<=>HLR49Phase1CancelLocationVLR=>HLR54-300Phase1HLR<=>VLR3Phase1&Phase2checkIMEIMSC<=>VLR，MSC<=>EIR43Phase1&Phase2deactivateSSMSC<=>VLR，VLR<=>HLR13Phase1&Phase2deactivateTraceModeHLR<=>VLR51Phase1&Phase2deleteSubscriberDataHLR<=>VLR8Phase1&Phase2eraseSSMSC<=>VLR，VLR<=>HLR11Phase1&Phase2forwardAccessSignallingMSC<=>VLR34Phase1&Phase2forwardcheckssindicationMSC<=>VLR38Phase1&Phase2forwardShortMessageG/IWMSC<=>MSC46Phase1&Phase2getPasswordHLR<=>VLR，VLR<=>MSC18Phase1&Phase2informServiceCentreHLR=>G/IWMSC63Phase2interrogateSSMSC<=>VLR，VLR<=>HLRoronlyMSC<=>VLR14Phase1&Phase2InsertSubscriberDataHLR<=>VLR7Phase1&Phase2noteInternalHandoverMSC-B=>MSC-A35Phase1noteSubscriberPresentVLR=>HLR48Phase1performHandoverMSC-A<=>MSC-B28Phase1performSubsequentHandoverMSC-B<=>MSC-A30Phase1prepareSubsequentHandoverMSC-B<=>MSC-A69Phase2processAccessSignallingMSC-B=>MSC-A33Phase1&Phase2processUnstructuredSs-DataMSC<=>VLR，VLR<=>HLR19Phase1processUnstructuredSs-RequestMSC<=>VLR，VLR<=>HLR59Phase2unstructuredSs-RequestHLR<=>VLR，VLR<=>MSC60Phase2unstructuredSs-NotifyHLR<=>VLR，VLR<=>MSC61Phase2provideRoamingNumberHLR<=>VLR4Phase1&Phase2purgeMSVLR<=>HLR67Phase2readyForSMMSC<=>VLR，VLR<=>HLR66Phase2registerPasswordMSC<=>VLR，VLR<=>HLR17Phase1&Phase2registerSSMSC<=>VLR，VLR<=>HLR10Phase1&Phase2reportSM-DeliveryStatusG/IWMSC<=>HLR47Phase1&Phase2resetHLR=>VLR37Phase1&Phase2restoreDataVLR<=>HLR57Phase2sendAuthenticationInfoVLR<=>HLR56Phase2sendEndSignalMSC-B<=>MSC-A29Phase1&Phase2sendIdentificationVLR<=>VLR55Phase2sendIMSIVLR<=>HLR58Phase2sendparametersVLR<=>HLR，VLR<=>HLR9Phase1sendRoutingInfoForSMG/IWMSC<=>HLR45Phase1&Phase2sendRoutingInformationMSC<=>HLR22Phase1&Phase2updateLocationVLR<=>HLR2Phase1&Phase2注：G/IWMSC：Gateway/InterWorkingMSC，短消息关口互连MSCMSC-A：发起切换的主控MSCMSC-B：被切换到的MSC在上面每个MAP消息都有特定的参数和格式，具体请参考ETSI0902规范附录B。消息举例下面是一个UDT消息:118>>30168UDT000000d05FF0903FF113F3F8311FF0309FF050D0981030E180B12060012046831393100000A120700120468310940672A622848042B8111006C80A1800201000201023016040864003031080051F4810691683109406700000000在以上跟踪消息中，结构如下：整个消息都属于MTP层。SCCP层是从0981开始，一直到最后都属于SCCP层。TCAP层是从6228开始，一直到最后都属于TCAP层。成份子层是从6C80开始，一直到最后都属于TCAP层的成份子层，成份中可以封装MAP消息。各层消息分解如下：MTP层：3F表示整个MTP消息的长度，当所有消息字节数大于63个字节时，该字节统一为3F。83高4位“8”网络表示语，表示国内主用网；低4位“3”业务表示语，表示后面的是SCCP消息。11FF03DPC是03FF1109FF05OPC是05FF090DSLS信令链路选择码SCCP层：UDT消息类型的格式包括消息类型码、协议类别、路由标记（包括三个指针：第一个指针指向被叫用户地址、第二个指针指向主叫用户地址、第三个指针指向数据即TCAP部分）09表示消息类型是UDT。81高4位是“8”表示QOS（Qualityofservice）要求出错返回，高4位如果为“0”则表示不要求出错返回；低4位“1”表示SCCP协议分类是1类有序的无连接类。03被叫用户地址指针，“03”表示从“03”后面的第三个字节开始是被叫地址。0E主叫用户地址指针，“0E”表示从“0E”后面的第十四个字节开始是主叫地址。18数据地址指针，“18”表示从“18”后面的第二十四个字节开始是数据地址，亦即TCAP部分的开始。0B1206001204683139310000被叫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类GTBit2子系统表示语“0”未包括子系统号“1”包括子系统号Bit1信令点表示语“0”未包括信令点码“1”包括信令点码06子系统号00000000未定义的子系统号/没有使用00000001SCCP管理（SCMG）00000010备用00000000ISDN用户部分（ISUP）00000100操作维护管理部分（OMAP）00000101移动应用部分（MAP）00000110归属位置登记器（HLR）00000111拜访位置登记器（VLR）00001000移动交换中心（MSC）00001001设备识别中心（EIR）00001010认证中心（AUC）00001011备用00001100智能网应用部分（INAP）00001101：：备用：1111111011111111扩充备用00在4类GT中该字节备用12该字节高4位是编号计划，低4位是编码设计。编号计划 编码设计876543210000未定义0000未定义0001ISDN/电话编号计划0001BCD，奇数个数字0010备用0010BCD，偶数个数字0011数据编号计划0011备用0100 Telex编号计划 0100 0101 海事移动编号计划 0101 0110 陆地移动编号计划 0110 0111 ISDN/移动编号计划 0111 1000 1000 ： 备用 ： 备用： ： 1111 1111 04地址性质表示语编码76543210000000 空闲0000001 用户号码0000010 国内备用0000011 国内有效号码0000100 国际号码0000110 智能网业务号码0000101 空闲 ： ：1111111 空闲683139310000MSISDN，861393130000A12070012046831094067主叫GT码地址。分析方法同被叫GT码地址。22SCCP数据部分的长度，即TCAP消息的长度TCAP层：TCAP也就是SCCP的数据部分，TCAP层的消息由信息单元组成，一个信息单元由标签（Tag）、长度（Length）、内容（Contents）组成。划分信息单元是对TC消息进行分析的基础。以下即是TCAP消息的内容。622848042B8111006C80A1800201000201023016040864003031080051F4810691683109406700000000具体分析如下：事务处理子层：62事务处理部分字段编码，即TCAP的消息类型标签（Tag），表示消息类型是一个消息开始（Begin）。主要消息类型标签（字段名称） 编码HGFEDCBA开始（Begin） 01100010结束（End） 01100100继续（Continue） 01100101中止（Abort） 0110011128根据信息单元组成，消息类型标签（Tag）之后即为信息单元长度（Length），所以也看出62前面的“2A”表示该TCAP消息的长度是42（2AH）个字节。48表示消息类型中的事务处理ID，以区分不同的事务。“48”表示起源地事务处理ID标签