华为——WG003409 MAP信令与故障分析(2).ppt

WG003409 MAP信令与故障分析,ISSUE 1.0,Page 2,内容介绍,第一章MAP协议介绍,第二章MAP消息介绍,第三章MAP典型流程介绍,Page 3,MAP 协议概述：网络实体,Page 4,MAP 协议概述：接口模型,Page 5,MAP 协议概述：协议设计,1、MAP协议分层,Page 6,MAP 协议概述：公共服务原语,公共服务原语功能在同层MAP业务用户之间建立和清除MAP 对话应用层下面的各层所支持的接入功能报告非正常情况处理不同MAP 版本测试一个固有的MAP会话在每一端是否仍然激活,1、公共服务原语概述,MAP 公共服务原语MAP-OPEN 服务原语MAP-CLOSE服务原语MAP-DELIMITER服务原语MAP-U-ABORT服务原语MAP-P-ABORT服务原语MAP-NOTICE 服务原语,Page 7,MAP 协议概述：功能版本比较,MAP Phase1：支持基本的补充业务，但不支持CAMEL、GPRS功能。支持的基本的补充业务如下：BAOC、BOIC、BoIcexHC、BAIC、BIc-roam,CFU、CFB、CFNRy、CFNRc。MAP Phase2：不支持CAMEL、GPRS功能,在Phase1 补充业务的基础上，增强了补充业务的功能，如：CLIP/CLIR 呼叫线路识别/登记，COLP/COLR 连接线路识别/登记，呼叫等待、呼叫保持，多方会话，闭合用户组群(CUG)，热计费（HOT BILLING）。MAP Phase2+：Phase2+相对于Phase2的区别主要体现在对CAMEL、GPRS功能的支持上。CAMEL功能不管是Phase1或 Phase2 都只有在MAP Phase2+下才能支持。所增加的GPRS功能主要是为了适应GSM/GPRS混合用户完成联合位置更新。同时，Phase2+还增加了一些新的功能，如：LCS功能。,1、功能差别,Page 8,2、业务流程上的操作码的差别,MAP 协议概述：功能版本比较,取鉴权集MAP Phase1时，使用操作码SEND_PARAMETERS(9)；而MAP Phase2和Phase2+都使用操作码SEND_AUTHENTICATION_INFO(56)。到前VLR取IMSI MAP Phase1时，使用操作码SEND_PARAMETERS(9);而MAP Phase2和Phase2+都使用操作码SEND_IDENTIFICATION(55)。短消息始发和终结MAP Phase1和MAP Phase2时，短消息始发和终结都使用MAP Phase1的操作码FORWARD_SHORT_MESSAGE(46)；MAP Phase2+时短消息始发使用操作码MO_FORWARD_SM(46)，短消息终结使用操作码MT_FORWARD_SM(44)。用户重现(包括短消息终结用户重现)MAP Phase1时，使用操作码NOTE_MS_PRESENT(48)；MAP Phase2和MAP Phase2+时，使用操作码READY_FORSM(66)。Purge操作MAP Phase1时，不支持Purge操作；MAP Phase2和MAP Phase2+时，在VLR中删除用户后通过PURGE_MS(67)操作通知HLR。,Page 9,MAP 协议概述：版本协商,版本协商的简单过程如下：1)通信A方MAP功能设为Phase N，B方MAP功能设为Phase M2)B方以Phase M 发起对话请求：若M=N，则不需要进行版本协商。若 M N，则A方以TC_U_ABORT通信原语通知B方，对话请求被拒绝，同时，TC_U_ABORT携带A方支持的最高版本号N；B方收到TC_U_ABORT拒绝指示后，以Phase N再次发起对话请求，以后的业务过程建立在Phase N基础上进行。,Page 10,内容介绍,第一章MAP协议介绍,第二章MAP消息介绍,第三章MAP典型流程介绍,Page 11,内容介绍,第二章 MAP消息介绍,2.1 ASN.1编码2.2 MAP消息格式2.3 MAP消息编码2.4 MAP消息分析,Page 12,ASN.1 编码：基本信息单元,基本信息单元（Information Element）简称为IE，包括标记（Tag）、长度（Length）及内容（Content）三部分组成。标记用以区分不同的信息单元（IE），决定对内容字段的解释；长度用以指明Content含有字节的个数。按照内容的复杂程度，信息单元可以分为本原体（Primitive）和复合体（Constructor）两种。本原体的内容是简单数据类型，复合体的内容是一个（或多个）基本信息单元。,、基本信息单元,Page 13,标记(Tag)：由一个或多个8位位组组成，包括类别(Class)，格式(Form)及标记码(Tag Code)三部分。,ASN.1 编码：标记,其中，HG两个比特组成Class，将标记分为4类：HG=00，普通类（Universal），它为X.209中定义的完全标准化的标记。HG=01，全应用类（Application-Wide），应用于七号系统TCAP功能各种应用业务ASE（即TCAP用户）的信息元，如事物处理子层的标记均采用此类标记。HG=10，应用上下文类（Context-specific），用于在上一级Constructor中规定的信息元，这些信息元还要考虑同一Constructor中其它数据元素的顺序，该标记可以在其它Constructor中重用，例如成份处理子层的标记均采用此类标记。HG=11，专用类（Private Use），它保留用于国内、网络内或专用用户的信息元。这些信息元不属于TC的协议范围。,、标记,Page 14,、标记,ASN.1 编码：标记,比特F表示格式：指信息元的形式0：表示该IE为本原体（Primitive）1：表示该IE为复合体（Constructor）比特E-A为标记码，表示此标签序号，可扩充为多字节，格式如下图示：,Page 15,、长度,ASN.1 编码：长度,长度指示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本身就是一个消息元。,Page 16,、信息元举例,ASN.1 编码：信息元举例,例一：04 08 64 00 70 07 09 00 00 F1其中，04是标记，08是长度，其余部分是内容。对标记04进一步分析可知，这个信息单元是一个普通类，在X.209中有完全标准化的定义，同时信息单元是本原体，标记码是4。通过X.209知，这个标记表示Octect String，也就是说，信息单元的内容是一个八位组的数组。其实，这个信息单元的内容表示的是一个IMSI。例二：6C 80.00 00其中，6C是标记，80是表示不定长，最后两个00表示信息单元的结束，中间省略的部分是信息单元的内容。对标记6C进一步分析可知，这个信息单元是一个全应用类，应用于七号系统TCAP功能，复合体，标记码是C。查TCAP的协议知，这个信息单元表示的是TCAP的成份部分。,Page 17,内容介绍,第二章 MAP消息介绍,2.1 ASN.1编码2.2 MAP消息格式2.3 MAP消息编码2.4 MAP消息分析,Page 18,MAP 消息格式：消息结构,MAP消息是在TCAP、SCCP、MTP各协议层提供服务的基础上传输的。在信令链路上传输的一条MAP消息，也同时包含TCAP、SCCP、MTP协议层的协议数据。一条完整的消息格式如下图：,Page 19,MAP 消息格式：MAP 消息,Page 20,MAP消息格式：MAP消息,F：其码型为01111110，它既表示前一个信号单元的结束，也表示后一个信号单元的开始，两个信号单元之间允许插入任意多个F标志。F标志可以在过负荷的情况下降低系统的处理工作量。CK：检错码，采用16位循环冗余码，用以检测信号单元传输过程中产生的误码。信号单元序号和重发指示位 BSN：后向序号。向对方指示序号直至BSN的所有消息均已正确无误地收到。BIB：后向（重发）指示位。BIB反转指示对方从BSN+1号消息开始重发。FSN：前向序号，也就是本消息的顺序号。FIB：前向（重发）指示位。FIB反转指示开始重发消息。,Page 21,MAP消息格式：MAP消息,LI：信号单元长度指示码。其值等于LI字段之后至CK字段之前的八位位组数。FISU的LI=0，LSSU的LI=1或2，MSU的LI2。因为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比特备用。,Page 22,内容介绍,第二章 MAP消息介绍,2.1 ASN.1编码2.2 MAP消息格式2.3 MAP消息编码2.4 MAP消息分析,Page 23,MAP 消息编码,MAP消息的详细协议采用CCITT X.208建议的Abstract Syntax Notation(ASN.1)描述。MAP业务消息对应的操作码以及操作类别、操作时限由ETSI GSM 09.02规范给出，其中操作时限给出长、中、短三类，具体的数值可以根据具体的实现来确定。具体的MAP操作码请参见教材。,Page 24,内容介绍,第二章 MAP消息介绍,2.1 ASN.1编码2.2 MAP消息格式2.3 MAP消息编码2.4 MAP消息分析,Page 25,MAP消息分析,118 30168 UDT 000000d 05FF09 03FF11 3F 3F 83 11 FF 03 09 FF 05 0D 09 81(SCCP)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 2A 62 28（TCAP）48 04 2B 81 11 00 6C 80（成份子层）A1 80 02 01 00 02 01 02 30 16 04 08 64 00 30 31 08 00 51 F4 81 06 91 68 31 09 40 67 00 00 00 00,MAP消息分析,Page 26,MAP消息分析,3F 83 11 FF 03 09 FF 05 0D，其中：3F-表示整个MTP消息的长度，当所有消息字节数大于63个字节时，该字节统一为3F。83-高4位“8”网络表示语，表示国内主用网；低4位“3”业务表示语，表示后面的是SCCP消息。11 FF 03-表示DPC是03 FF 1109 FF 05-表示OPC是05 FF 090D-SLS信令链路选择码,MTP层,Page 27,MAP消息分析,09：表示消息类型是UDT。81：高4位是“8”表示QOS（Quality of service）要求出错返回，高4位如果为“0”则表示不要求出错返回；低4位“1”表示SCCP协议分类是1类有序的无连接类。03：被叫用户地址指针，“03”表示从“03”后面的第三个字节开始是被叫地址。0E：主叫用户地址指针，“0E”表示从“0E”后面的第十四个字节开始是主叫地址。18：数据地址指针，“18”表示从“18”后面的第二十四个字节开始是数据地址。0B 12 06 00 12 04 68 31 39 31 00 00-被叫GT码地址，详细分析见教材。0A 12 07 00 12 04 68 31 09 40 67-主叫GT码地址。分析方法同被叫GT码地址。22-SCCP数据部分的长度，即TCAP消息的长度，表示长度为34个八位组。,09 81(SCCP)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 2A,SCCP层,Page 28,MAP消息分析,62：事务处理部分字段编码，即TCAP的消息类型标签（Tag），其值62表示消息类型是一个消息开始（Begin）。28：根据信息单元组成，消息类型标签（Tag）之后即为信息单元长度（Length），所以也看出62前面的“2A”表示该TCAP消息的长度是42（2AH）个字节。48：表示消息类型中的事务处理ID，以区分不同的事务。“48”表示起源地事务处理ID标签。04：再根据信息单元组成，标签（Tag）之后又是信息单元长度（Length），所以“04”表示目的地事务处理ID值的长度（Length）是4个字节2B 81 11 00：起源地事务处理ID值。,62 28 48 04 2B 81 11 00,TCAP层：事务处理子层,Page 29,MAP消息分析,6C：成份部分标签。80：表示该成份的长度（Length）是不定长。A1：成份部分中部件编码标签，其中取值为：“A1”，表示该部件是调用部件；“A2”，表示该部件是返回结果（最终）部件；“A3”，表示该部件是返回差错部件；“A4”，表示REJECT。80：信息单元长度，表示为不定长。02：本地码调用标签01：操作码长度00：调用ID的值是0002：本地操作码标签，表示本次调用所进行的操作。,6C 80 A1 80 02 01 00 02 01 02 30 16 04 08 64 00 30 31 08 00 51 F4 81 06 91 68 31 09 40 67 00 00 00 00 00 00,TCAP层：成份处理子层,Page 30,MAP消息分析,01：本地操作码长度02：操作码，表示本次调用所进行的操作。30：表示序列标签，该项在返回结果成份中是可选部分。16：长度04：八位位组串08：长度64 00 22 07 08 00 51 F4：位置更新的必选参数：IMSI81：标签06：长度91：属性68 31 09 00 64 F7：位置更新的可选参数：MSC号码，其中的 为填充位。,6C 80 A1 80 02 01 00 02 01 02 30 16 04 08 64 00 30 31 08 00 51 F4 81 06 91 68 31 09 40 67 00 00 00 00 00 00,TCAP层：成份处理子层,Page 31,内容介绍,第一章MAP协议介绍,第二章MAP消息介绍,第三章MAP典型流程介绍,Page 32,内容介绍,第三章 MAP典型流程介绍,3.1 位置管理业务流程3.2 数据恢复流程3.3 呼叫处理业务流程3.4 补充业务操作流程3.5 短消息业务流程3.6 典型流程信令分析,Page 33,概述,位置管理业务流程：位置更新,位置更新用于更新网络保持的移动用户位置信息。此位置信息用于向漫游移动用户提供入呼叫、短消息、非结构化补充业务数据的路由寻址。为减少用户HLR的更新，HLR中仅保留用户附着的VLR和MSC的信息。VLR中包括更多详细的位置信息，即用户实际漫游的位置区。因此，在每次改变位置区时，VLR需要更新，而HLR 仅需在以下情况下需要更新：当用户在一个新的VLR 登记时，及VLR没有该用户的数据；若标记“HLR确认”或标记“HLR 中位置信息确认”因HLR或VLR复位设置为“不确认”，VLR接收到用户出现的指示。,Page 34,位置管理业务流程：位置更新,MS在同一个VLR区域内漫游时位置更新,Page 35,位置管理业务流程：位置更新,MS在不同VLR中漫游时的位置更新（情况一）,Page 36,位置管理业务流程：位置更新,MS 在不同VLR中漫游时的位置更新（情况二）,Page 37,位置管理业务流程：IMSI 分离,IMSI分离,IMSI分离（即关机），在VDB中的用户数据还在，就是把这个用户的关机标记置上了。在这种情况下，当用户做被叫时，HLR还是要到用户所在VMSC来取漫游号码，但是这时发现用户的关机标记，就不会再进入分配漫游号码的流程，MAP部分直接清空返回。,Page 38,位置管理业务流程：PURGE MS,VLR中删除MS,Page 39,内容介绍,第三章 MAP典型流程介绍,3.1 位置管理业务流程3.2 数据恢复流程3.3 呼叫处理业务流程3.4 补充业务操作流程3.5 短消息业务流程3.6 典型流程信令分析,Page 40,数据恢复流程：移动被叫引发的数据恢复,Page 41,数据恢复流程：HLR 重启引发的数据恢复,Page 42,内容介绍,第三章 MAP典型流程介绍,3.1 位置管理业务流程3.2 数据恢复流程3.3 呼叫处理业务流程3.4 补充业务操作流程3.5 短消息业务流程3.6 典型流程信令分析,Page 43,呼叫处理业务流程：取路由信息,Page 44,呼叫处理业务流程：任意时间查询,Page 45,内容介绍,第三章 MAP典型流程介绍,3.1 位置管理业务流程3.2 数据恢复流程3.3 呼叫处理业务流程3.4 补充业务操作流程3.5 短消息业务流程3.6 典型流程信令分析,Page 46,补充业务操作流程：登记,Page 47,补充业务操作流程：删除,Page 48,补充业务操作流程：激活,Page 49,补充业务操作流程：去活,Page 50,补充业务操作流程：查询,Page 51,补充业务操作流程：登记密码,Page 52,内容介绍,第三章 MAP典型流程介绍,3.1 位置管理业务流程3.2 数据恢复流程3.3 呼叫处理业务流程3.4 补充业务操作流程3.5 短消息业务流程3.6 典型流程信令分析,Page 53,短消息业务流程：移动始发短消息,Page 54,短消息业务流程：移动终止短消息,下发单条短消息,Page 55,短消息业务流程：移动终止短消息,下发多条短消息,Page 56,短消息业务流程：短消息提醒,用户重现触发短消息提醒过程,Page 57,短消息业务流程：短消息提醒,用户内存可用触发短消息提醒过程,Page 58,短消息业务流程：短消息提醒,成功下发短消息触发短消息提醒过程,Page 59,短消息业务流程：短消息发送状态报告,Page 60,内容介绍,第三章 MAP典型流程介绍,3.1 位置管理业务流程3.2 数据恢复流程3.3 呼叫处理业务流程3.4 补充业务操作流程3.5 短消息业务流程3.6 典型流程信令分析,Page 61,典型流程信令分析：呼叫消息流程,C/D接口呼叫消息流程,Page 62,典型流程信令分析：呼叫消息流程,1、SEND_ROUTING_INFOSCCP NAT 4613 00b 000008 000009 09 81 03 0C 16 09 12 06 00 12 04 68 31 28 07 0A 12 08 00 11 04 68 31 09 82 F0 54 62 80 48 04 39 01 00 38 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 60 80 A1 80 06 07 04 00 00 01 00 05 02 00 00 00 00 00 00 00 00 00 00 6C 80 A1 80 02 01 00 02 01 16 30 14 80 07 91 68 31 28 07 10 55 AA 09 0A 01 04 04 04 04 02 80 90 00 00 00 00 00 00,C/D接口呼叫消息分析,Page 63,典型流程信令分析：呼叫消息流程,2、PROVIDE_ROAMING_NOSCCP NAT 4645 004 000009 000008 09 81 03 0D 16 0A 52 07 00 11 04 68 31 09 82 F1 09 12 06 00 12 04 68 31 28 07 6B 62 80 48 04 38 01 01 8A 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 60 80 A1 80 06 07 04 00 00 01 00 03 02 00 00 00 00 00 00 00 00 00 00 6C 80 A1 80 02 01 04 02 01 04 302B 80 08 64 00 22 07 08 00 51 F5 81 06 91 68 31 09 82 F0 82 07 91 68 31 28 07 10 55 84 04 13 26 00 0D A5 08 0A 01 01 04 03 04 01 A0 00 00 00 00 00 00,C/D接口呼叫消息分析,Page 64,典型流程信令分析：呼叫消息流程,3、PROVIDE_ROAMING_NO_RSPSCCP NAT 4662 003 000008 000009 09 00 03 0C 16 09 12 06 00 12 04 68 31 28 07 0A 52 07 00 11 04 68 31 09 82 F1 57 64 80 49 04 38 01 01 8A 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 61 80 A1 80 06 07 04 00 00 01 00 03 02 00 00 A2 03 02 01 00 A3 05 A1 03 02 01 00 00 00 00 00 00 00 00 00 6C 80 A2 80 02 01 04 30 80 02 01 04 04 07 91 68 31 09 82 00 10 00 00 00 00 00 00 00 00,C/D接口呼叫消息分析,Page 65,典型流程信令分析：呼叫消息流程,4、SEND_ROUTING_INFO_RSPSCCP NAT 4684 009 000009 000008 09 00 03 0D 16 0A 52 08 00 11 04 68 31 09 82 F0 09 52 06 00 12 04 68 31 28 07 63 64 80 49 04 39 01 00 38 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 61 80 A1 80 06 07 04 00 00 01 00 05 02 00 00 A2 03 02 01 00 A3 05 A1 03 02 01 00 00 00 00 00 00 00 00 00 6C 80 A2 80 02 01 00 30 80 02 01 16 30 13 04 08 64 00 22 07 08 00 51 F5 04 07 91 68 31 09 82 00 10 00 00 00 00 00 00 00 00,C/D接口呼叫消息分析,Page 66,典型流程信令分析：位置更新流程,C/D接口位置更新消息流程,Page 67,典型流程信令分析：位置更新流程,1、SEND_AUTHENTICATION_INFOSCCP NAT 9100 005 000008 000009 09 81 03 0C 16 09 12 06 00 12 04 68 31 28 07 0A 12 08 00 11 04 68 31 09 82 F0 48 62 80 48 04 39 01 00 2C 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 60 80 A1 80 06 07 04 00 00 01 00 0E 02 00 00 00 00 00 00 00 00 00 00 6C 80 A1 80 02 01 00 02 01 38 04 08 64 00 22 07 08 00 51 F4 00 00 00 00 00 00,C/D接口位置更新消息分析,Page 68,典型流程信令分析：位置更新流程,2、SEND_AUTHENTICATION_INFO_RSPSCCP NAT 9137 00d 000009 000008 09 00 03 0D 16 0A 52 08 00 11 04 68 31 09 82 F0 09 52 06 00 12 04 68 31 28 07 E1 64 80 49 04 39 01 00 2C 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 61 80 A1 80 06 07 04 00 00 01 00 0E 02 00 00 A2 03 02 01 00 A3 05 A1 03 02 01 00 00 00 00 00 00 00 00 00 6C 80 A2 80 02 01 00 30 80 02 01 38 30 81 90 30 22 04 10 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 04 04 02 02 02 02 04 08 03 03 03 03 03 03 03 03 30 22 04 10 11 11 11 11 11.,C/D接口位置更新消息分析,Page 69,典型流程信令分析：位置更新流程,3、UPDATE_LOCATIONSCCP NAT 9299 0006 000008 000009 09 81 03 0C 16 09 12 06 00 12 04 68 31 28 07 0A 12 08 00 11 04 68 31 09 82 F0 5A 62 80 48 04 39 01 00 2E 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 60 80 A1 80 06 07 04 00 00 01 00 01 02 00 00 00 00 00 00 00 00 00 00 6C 80 A1 80 02 01 00 02 01 02 30 1A 04 08 64 00 22 07 08 00 51 F4 81 06 91 68 31 09 82 F0 04 06 91 68 31 09 82 F1 00 00 00 00 00 00,C/D接口位置更新消息分析,Page 70,典型流程信令分析：位置更新流程,4、INSERT_SUBSCRIBER_DATASCCP NAT 9354 00e 000009 000008 09 00 03 0D 16 0A 52 08 00 11 04 68 31 09 82 F0 09 52 06 00 12 04 68 31 28 07 70 65 80 48 04 38 01 00 CD 49 04 39 01 00 2E 6B 80 28 80 06 07 00 11 86 05 01 01 01 A0 80 61 80 A1 80 06 07 04 00 00 01 00 01 02 00 00 A2 03 02 01 00 A3 05 A1 03 02 01 00 00 00 00 00 00 00 00 00 6C 80 A1 80 02 01 03 02 01 07 30 1E 8008 64 00 22 07 08 00 51 F4 81 07 91 68 31 28 07 10 45 82 01 01 83 01 00 A6 03 04 01 11 00 00 00 00 00 00,C/D接口位置更新消息分析,Page 71,典型流程信令分析：位置更新流程,5、INSERT_SUBSCRIBER_DATA_ACKSCCP NAT 9355 007 000008 000009 09 00 03 0C 16 09 12 06 00 12 04 68 31 28 07 0A 12 08 00 11 04 68 31 09 82 F0 1B 6580 48 04 39 01 00 2E 49 04 38 01 00 CD 6C 80 A2 80 02 01 03 00 00 00 00 00 00,C/D接口位置更新消息分析,Page 72,典型流程信令分析：位置更新流程,6、UPDATE_LOCATION_ACKSCCP NAT 9375 000 000009 000008 09 00 03 0D 16 0A 52 08 00 11 04 68 31 09 82 F0 09 52 06 00 12 04 68 31 28 07 23 64 80 49 04 39 01 00 2E 6C 80 A2 80 02 01 00 30 80 02 01 02 04 05 91 68 31 28 07 00 00 00 00 00 00 00 00,C/D接口位置更新消息分析,Page 73,小结,MAP典型流程,从对呼叫流程和位置更新的流程的分析，我们已经知道：具体的MAP业务消息在TCAP消息中以成份的形式存在，一般来讲，MAP业务的消息类型和TCAP成份中的操作码一一对应，而在消息传递过程中，一个消息对应一个调用识别（Invoke ID），一个调用识别在其MAP对话过程中是对某个消息的唯一识别，通过区分调用识别，可以将一个成份“翻译”成对应的MAP业务消息。,