短消息流程及其信令抓图大全

一：短消息的MO流程

1．手机发起业务请求，后续的从1-5都是一个业务请求的流程，其中2和3是一个class mark 的流程，4和5是一个加密的流程，都没有什么好讲的，这个消息跟踪中缺少了CM_Service_accept的消息。

2．消息6，A口受到手机上报的CP_DA TA，CP_DA TA包含什么内容呢？见下图

3．

4．短消息信令分了多层：最外面的两层是CM层（Connection Management Layer）与RL 层（Short Message Relay Layer）。

其中CM层定义3条消息：CP-DA TA, CP-ACK and CP-ERROR；RL层定义4条消息：RP-DA TA, RP-SMMA, RP-ACK 、RP-ERROR。比如说在用户内存可用的流程，A口上报的也是CP_DATA,MO流程也是上报的CP_DATA,而用户内存可用过程与MO过程的区别在于RL层的消息，前者是RP-SMMA、后者是RP-DA TA，

5.手机上报的CP_DATA中含有很多内容的，其中最重要的莫过于destination address,在CM层中的destination address是短消息中心的号码，在SMS层中的destination address 就是被叫的MSISDN.

6.A接口收到CP_DA TA之后，会上报DTAP消息RR_DA TA_IND(3)，该原语中有协议指示类型（PD）Short Message Service Messages(0x09)，该消息通过MM模块、SMS模块透传到MAP模块；

MAP模块先要判定MAP功能配置表中是否配置支持SMS_MO功能选项，若配置为NO 则给手机下发错误消息，消息原因值为“网络不支持”；

1) 若配置为YES，则MAP向VLR请求用户数据；

2) VLR返回用户数据后，MAP根据用户数据判断用户是否签约短消息基本业务，若没有签约，则给手机下发错误消息，消息原因值为“用户没有申请短消息业务”；

3) 若用户签约，再判定该用户是否有ODB限呼，若有限呼，则下发错误消息，消息原因值为“网络提供者禁止此项服务”；若用户登记有CALL BAR补充业务，则下发错误消息，消息原因值为“SMS有CALL BAR SERVICE”；

4) 若用户没有登记限呼业务，即上述的检查点全部通过，也就是下面的这几条消息

7．先看MAP_OPEN_REQ消息，这里解释一下MTI的含义，MTI是我们交换机内部的一个处理模块，它是处理MAP层和TCAP层之间的对话的。下面的TC_INVOKE_REQ 是MTI模块向TCAP发起的请求。其实一个短消息来说是包含对话部分和成分部分的，下面可以介绍一下ＭＡＰ＿ＯＰＥＮ的功能，在Ｇ３和Ｇ９中有这样的软参。ＭＡＰ＿ＯＰＥＮ功能其实就是把对话部分成分部分分别发送

8．下面是MAP_FORWARD_SMS_REQ消息中的内容

9．MAP_OPEN_RSP是MAP_OPEN的响应

10．在MAP_FORWARD_SMS_RSP中，如果发送成功，消息如下，如果发送不成功，在响应消息里面会带有PROVIDE error.

11．消息发送成功之后，MAP模块会给SMS模块发送一个SMS_RP_ACK,如果发送失败的话，这里也应该会有一个SMS_RP_ERROR

12.后续的流程应该是SMS模块会通知MM模块，MM模块会通知AIM模块，然后AIM模块应该会通知AIR，消息也是CP_DA TA,这条消息是用来通知手机说短消息已经被发送到短消息中心了，然后手机收到这条消息之后会有一个确认，就是CP_ACK.

二．短消息中心向HLR取路由信息的流程

1．至此短消息已经被传送到短消息中心了，短消息中心会进行后续的处理，首先当然就是短消息解码，把里面的被叫号码找出来，然后去SEND_FOR_ROUTING_INFO_FOR_SM,

为短信请求路由信息，

2．先开始一个MAP对话，然后一个业务请求，一个对话确认，一个业务响应，一个关闭业务对话。

MAP_OPEN的内容比较奇怪，不知道是不是信令解析工具的原因

3．MAP业务请求的内容

HLR收到MAP_SEND_ROUTING_INFO_FOR_SM消息后，要做检查，如果消息缺少必备信元、消息存在不正确的信元、HLR不识别该用户、该用户没签约短消息业务、短消息业务闭锁、该用户拜访的VLR不支持移动终结短消息业务，则HLR向短消息中心返回失败，并返回对应的失败原因值。否则，进行下一步处理；

再继续进行检查，对于优先级高的短消息（用户的优先级在MAP_SEND_ROUTING_INFO_FOR_SM中有标志），如果用户没有对应的MSC号、用户位置区限制、被purge（即用户不可及），则把该用户的不可及标志（MNRF）置为真，同时把该用户的MSISDN、对应的短消息中心号码保存在HLR中（目的是将来该用户被激活后，在短消息提醒处理过程中，HLR能够找到短消息中心。然后HLR向短消息中心发送缺席用户失败消息。

对于优先级低的短消息，除了要做高优先级短消息的检查外，还要判断MNRF标志，若MNRF为真，则把该用户的MSISDN、对应的短消息中心号码保存在HLR中，并向短消息中心发送缺席用户失败消息。如果上述检查通过，HLR会给短消息中心返回短消息路由信息。

4．业务请求响应的内容

5．MWD(Message waiting) 队列是HLR中存储SC地址的一个队列，当一个短消息中心来请求路由信息的时候，MWD就是将这个短消息中心的地址填到MWD队列中。

对HLR的情况，一个用户最多可以存储3个短消息中心地址，从HLR的B035版本开始，一个用户最多可以存储16个短消息中心地址，果用户存储队列已经存储了16个短消息中心地址，再有其他短消息中心发过来的消息，且短消息发送失败，则该短消息中心地址将不会被保存HLR中，后面短消息提醒流程就无法正常启动，导致该短消息丢失。

6．在短消息取路由响应消息（成功或失败响应）后，可能跟随着MAP_INFORM_SERVICE_CENTRE消息。若存在下列条件之一：HLR中该用户的MCEF （内存溢出标志）为真、MNRF（用户不可及标志）为真、短消息取路由失败、短消息取路由中携带的MSISDN号码与HLR中存储的MSISDN号码不一致（改号时存在这种情况）时，则HLR会向短消息中心发送MAP_INFORM_SERVICE_CENTRE消息，该消息携带MSISDN、MNRF、MCEF、短消息中心地址是否保存在HLR中。。。等等IE。

发送MAP_INFORM_SERVICE_CENTRE消息的目的是让短消息中心知道HLR中该用户的状态，一旦短消息发送成功或失败，短消息中心会向HLR发送MAP_REPORT_SM_DELIVERY_STA TUS消息，

通知HLR更改该用户的这些状态。（这里是因为高优先级别的用户，HLR中即使MNRF标志为真，仍然会返回路由信息的，然后短消息中心也会强制下发的）。

7．如果说这个短消息没有被发送成功的话，SC会通知HLR置位，如果发送成功，SC 会通知HLR清位。

1）如果用户内存已满，设置MCEF；

2）如果用户为缺席用户或未定义用户，设置MNRF

8.去路由信息的常见错误

参考图1，根据GSM09.02协议，网关发送路由请求后HLR可能返回的错误原因包括：

表1 取路由回应过程中出错信息

三．短消息ＭＴ流程

１．ＭＡＰ＿OPEＮ消息中的主要参数

２．MAP_MT_FORWARD_SHORT_MSG_REQ消息中的主要信元

当MAP_MT_FORWARD_SHORT_ MESSAGE消息到达主机后，MAP需要查询MAP功能配置表中的SMS_MT功能配置是否为YES，若为NO则向短消息中心回“设备不支持”；

5) 若配置为YES，则MAP向VLR发用户信息请求消息；

6) VLR返回用户信息响应消息，若指示用户数据未经HLR确认或VLR中没有该用户数据，则向短消息中心回“不识别的用户”；

7) 若VLR识别该用户，再判定该用户是否为关机状态、位置区漫游限制状态，若是，则向短消息中心发失败消息，失败原因值为“缺席用户”，并把VLR中的MNRF标志置为TRUE；若否，进行下一步检查；

8) 判断用户是否签约移动终结短消息业务，若否，则向短消息中心发失败消息，失败原因值为“用户未配备该业务”；若是，进行下一步处理；

9) MSC向MS发寻呼消息，若寻呼无响应，则向短消息中心发失败消息，失败原因值为“缺席用户”，并把VLR中的MNRF标志置为TRUE；若寻呼响应，进行下一步处理；

10) MSC向MS发送短消息，若MS返回内存满溢出，则MSC向短消息中心返回短消息传送失败，错误原因值为内存满溢出；若MS返回其他错误，则MSC向短消息中心返回短消息传送失败，错误原因值为协议错误，并把失败原因值发给短消息中心；若MS返回成功响应消息，则MSC产生移动终结话单，并向短消息中心发送移动终结短消息发送成功消息。

11) 短消息中心收到移动终结短消息响应后（成功或失败），要比较当前MNRF、MCEF的值与HLR中的MNRF、MCEF的值是否一致，如果不一致，则向HLR发送MAP_REPORT_SM_DELIVERY _STA TUS消息，通知HLR更改该用户的MNRF、MCEF值。如果短消息发送失败，而HLR没有保存短消息中心地址，也向HLR发送MAP_REPORT_SM_DELIVERY_STA TUS消息，通知HLR保存短消息中心地址。

12) 对于一次发多条移动终结短消息的情况，只有前一条短消息发送成功后，才能发送下一条短消息，如果前一条短消息发送失败，后面的短消息不再发送。

4.MT流程常见的错误原因值

参考图1，根据GSM09.02协议，网关取到路由后，向Servicing MSC发送短消息，MSC 可能返回的错误原因包括：

表2 MT回应过程中出错信息

五．短消息话单最后请欣赏一张短消息话单

华为常见行为的信令流程

1．1 位置更新流程 在GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当这个信息发生变化时，需要保持三者的一致，由位置更新流程实现。位置更新流程是位置管理中的主要流程，总是由MS发起。位置更新流程是一个通用流程，在如下三类位置更新流程中要使用到：正常位置更新、周期性位置更新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息，LOCATION UPDATING REQUEST消息中包含位置更新流程的类型信息。在网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为MM连接建立请求的响应。为限制位置更新尝试次数，位置更新失败时要使用位置更新attempt counter 计数器。在MS 开机或SIM卡刚插入时，该计数器清零。 MS中要保持一个"forbidden location areas for roaming"表和一个"forbidden location areas for regional provision of service"表。MS关机或SIM卡拔出时，将这两个表删除。当MS收到位置更新拒绝消息，其原因值为"Roaming not allowed in this location area"或"Location Area not allowed"时，从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表中。这两个表的容量至少要有10个表项，当表项数目超过表的容量时，最早的表项内容删除。成功的进行位置更新后，MS在SIM卡中置UPDATED状态位（UPDATED状态表明最后一次位置更新请求成功，同时此时LAI、TMSI，加密的密钥和加密序列号都应该保存在SIM卡中），并存储新的位置区信息。 正常位置更新、周期性位置更新和IMSI附着位置更新流程基本相同（不同之处在下面各小节中详细描述），流程如下图： 图1 位置更新流程 (1) MS在空中接口的接入信道上向BTS发送Channel Request（该消息内含接入原因值为位置更新）； (2) BTS向BSC发送Channel Required消息；

位置更新具体信令流程

第4章位置更新 4.1 概述 在GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当这个信息发生变化时，需要保持三 者的一致，由位置更新流程实现。位置更新流程是位 置管理中的主要流程，总是由MS发起。 位置更新流程是一个通用流程，在如下三类位置更新流程中要使用到：正常位置更新、周期性位置更 新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息，LOCATION UPDATING REQUEST消息中包含位置更新 流程的类型信息。 在网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为MM连接建立请求的响应。

为限制位置更新尝试次数，位置更新失败时要使用位置更新attempt counter 计数器。在MS开机或SIM卡刚插入时，该计数器清零。 MS中要保持一个"forbidden location areas for roaming"表和一个"forbidden location areas for regional provision of service"表。MS关机或SIM 卡拔出时，将这两个表删除。当MS收到位置更新拒绝消息，其原因值为"Roaming not allowed in this location area"或"Location Area not allowed"时，从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表中。这两个表的容量至少要有10个表项，当表项数目超过表的容量时，最早的表项内容删除。 成功的进行位置更新后，MS在SIM卡中置UPDATED 状态位（UPDATED状态表明最后一次位置更新请求成

短消息业务优化思路及方案

短消息业务优化思路及方案 1短消息业务实现原理及关键网元介绍 短消息业务（SMS）是当前最流行的一种消息技术。短消息的内容可以是纯粹的文本信息、图形和声音文件（如铃声）。SMS信息长度有一定限制，每条SMS信息不能超过160 B，对于稍长的E-mall或新闻等，必须把信息切断为数条SMS信息进行多次发送。SMS的实现原理是采用短消息中心（SMC）的存储转发机制。如果用户不在服务区内，短消息就被存储在SMC，等用户重新接入MSC后再次发送。SMS信息的发送和接收可以在网络上与语音、数据和传真服务同时进行，而不会对彼此产生任何干扰，SMS还支持漫游。 SMS有3类基本方式：移动台发起（MO）的点到点SMS，移动台接收（MT）的点到点SMS，广播SMS。SMS 收发流程见图1。 如图1所示，SMS所涉及的关键网元有SMC、MSC、BSC、BTS和MS等，SMS是MS上的一个应用和SMC 上的一个应用之间的短消息传递，而MSC和BSS相当于为这两个应用提供短消息输送的通道；但为了使短消息传送者能够重发未能成功发送的短消息，MSC和BSS网络将对短消息是否成功发送作出通知。 2 基于网元分析的优化思路及措施

SMS所涉及的关键网元有SMC、MSC、BSC、BTS、和MS等，所以这些网元的发送机制和工作状态都会对短消息产生影响，调整发送机制和优化参数配置是确保SMS畅通的必要措施。下面详细描述这些网元的发送机制和参数配置情况及优化措施。 2.1 短消息中心（SMC） SMC具备处理短消息的提交、存储、合成、分解、下发、定时重发等能力；还提供群发、重发机制和前推机制来保证短消息的及时性和成功率。由于SMC群发和重发机制对网络各网元支撑能力的要求更高，对用户感受、系统负荷和KPI指标影响较大。这里侧重描述这两个机制并提出优化措施。 2.1.1 短消息重发机制对用户感受、网络负荷及KPI指标的影响 SMC具有重发机制，对未成功下发给终端的短消息会继续存储在SMC中，并保留一定时间（可根据不同业务类型设定保留时长）。根据设置的时间间隔，或MSC、或HLR触发短消息下发通知到达时，SMC就重新向目标终端发送一次短消息。一般交换机在短消息寻呼失败后，会保持有短消息等待的标志位，当MSC检测到用户重新接入网络注册、或有位置更新、或主被叫时，就会向SMC发送MSC触发短消息下发通知。SMC可以针对每一个未成功下发而返回值CAUSE，来设定重发次数和时间间隔。 短消息重发机制设置不合理，会对用户感受、网络负荷和开销，以及KPI指标产生负面影响，所以需要对常见CAUSE 类型进行分析，再合理设置每个CAUSE类型的重发次数和时间间隔。常用的返回值有： a）交换延期发送； b）手机内存满； c）其他网络问题； d）无寻呼响应； e）无确认消息； f）服务终端拒绝。 如对于CAUSE=32（原因：无寻呼响应），若重发次数少、重发时间间隔长，则无法保证把短消息及时发送给目标用户，而导致用户有延迟过长的不满投诉；反之，则容易给NSS和BSS网络增加系统负荷和开销，而且降低了KPI 指标中的寻呼成功率。再如对CAUSE=35（原因：手机内存满），因当用户在手机收件箱溢出时删除了一条短消息之后，手机将生成一条移动用户内存可用消息并且向MSC上报，从而触发SMC再次下发短消息。所以建议其重发机制为重发次数少、时间间隔短、或不重发，一定程度上减少了网络系统负荷和开销。 所以，合理设置短消息重发机制，既能改善用户的感受满意度，降低系统负荷和开销，也能有效提高短消息寻呼成功率。 2.1.2 群发机制对用户感受、网络负荷及KPI指标的影响 SMC具有群呼机制，可以对整个号段所有手机都群发一遍短消息；也可以按一定规律号码顺序群发短消息、预设置群发时间段。随着短消息应用不断拓展，群发短消息的量也相当庞大，如天气预报、欠费催缴、开机通知的小信使等服务，而每种服务有不同级别的及时性要求。所以短消息群发机制设置不合理，同样会对用户感受、网络负荷及KPI指标产生负面影响。有些典型区域（如集团用户群所在基站）会因群发短消息促使大量手机同一时间进行寻呼响应，而导致基站接入信道拥塞，影响接入成功率，最终体现在寻呼成功率不高上，影响到短消息下发效率，增加了重发数量而导致了网络系统的负荷和开销；如若在网络语音话务高峰期群发，容易造成无线网络拥塞和系统负荷过载，同时影响KPI 指标。 鉴于短消息群发带来的负面影响，建议SMC群发短消息时间段避开网络话务高峰期（如晚忙时），或同时采取一些其他策略，如根据业务及时性分等级发送，或不按号段顺序而按一定位数错开发送。 2.1.3 SMC平台相关参数设置对短消息业务的影响

GSM通信流程(非常全面)

Issue 3.3 课程说明 课程介绍 GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。其中，呼叫流程主要包含：移动主叫流程，移动被叫流程，汇接呼 叫流程。信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC间切换流程，MSC间切换流 程，移动始发短消息流程，移动终结短消息流程，定向重试流程。 这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系，对移动性 特征做重点说明。 课程目标 本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。对流程的介绍突出了移动特征，具 体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。 通过学习本课程，可以基本掌握： ●移动用户做位置登记的信令过程； ●移动用户做主叫的信令过程； ●移动用户做被叫的信令过程； ●MSC做汇接呼叫的信令过程； ●BSC内切换信令过程； ●BSC间切换的信令过程； 1

Issue 3.3 ●MSC间切换的信令过程； ●呼叫重建的信令过程； ●定向重试的信令过程。 对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR，HLR）的功 能有更加深刻的体会。 相关资料 ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。 2

Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 3

VoLTE信令详细流程

VoLTE信令流程

内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3

总体流程—承载 ?VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBR QCI Resourc e Type Priority Packet Delay Budget Packet Error Loss Rate Example Services 1 GBR 2 100 ms 10-2Conversational Voice 2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling 不支持VoLTE的 UE 支持VoLTE的UE 未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话 QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 ?终端业务承载建立对应关系：

VOLTE总体流程

内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3

VOLTE注册流程—EPS attach（1） ?VoLTE首先在EPS进行联合attach，与普通CSFB一致，再建立QCI5承载： Default bearer (GBR) QCI=8/9 Internet APN Default bearer (Non-GBR) QCI=5 IMS APN ?UE在attach Req中携带SRVCC能力及VOLTE能力： ?EPC在attach Acp中通知UE，网络侧具有VOLTE-IMS，决定UE紧接下来是否发起QCI5承载建立：

GSM主要信令接续流程(呼叫流程)

主要信令接续流程 为了对GSM系统的整体工作流程有进一步的认识，本节描述几种主要接续流程。 移动客户至固定客户出局呼叫流程 移动台始发呼叫框图见图8－14，流程图见图8－15。 图8－14 移动台始发呼叫框图

图8－15 MS始发呼叫流程图 图中流程说明如下： (1) 在服务小区内，一旦移动客户拨号后，移动台向基站请求随机接入信道（RACH）。 (2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。AGCH允许接入信道 (3) 对移动台的识别码进行鉴权，如果需加密则设置加密模等，进入呼叫建立的起始阶段。 (4) 分配业务信道的过程。 (5) 采用七号信令的客户部分(1SUP／TUP)，建立与固定网(ISDN／PSTN)至被叫客户的通路，并向被叫客户振铃，向移动台回送呼叫接通证实信号。 (6) 被叫客户取机应答，向移动台发送应答连接消息，最后进入通话阶段。

手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息，然后BTS 对这个消息进行转发，在A-bis 接口上我们看到Channel required。Channel request我们可以理解为信道请求，在BTS与BSC之间的Channel required我们通常叫做信道申请。 BSC收到这个Channel required 以后它会返回一个Channel active，在这个Channel active 里面有一个非常重要的信息，就是BSC对BTS激活的这个目标信道的相关描述。BTS激活这个信道以后会返回一个Channel active ACK。

6-GS_SP01_C2_0-点对点短消息信令流程介绍

GS_SP01_C2_0 点对点短消息信令流程介绍课程目标： z掌握短消息中心MAP标准信令流程 z掌握预付费用户短消息信令处理流程 z了解其它短消息处理流程 参考资料 z《NO.7信令系统》北京邮电大学出版社

3 第1章 信令处理流程 知识点 z 短消息信令处理标准流程。 z 预付费用户短消息信令处理流程。 z 其它用户短消息信令处理。 1.1 短消息信令处理基本流程 根据点对点短消息业务的种类，信令处理基本流程分为以下两种：移动台发起的 短消息业务和移动台终止的短消息业务。分别介绍移动台向短消息中心发送短消 息的信令流程和移动台从短消息中心接收短消息的信令流程。 1.1.1 移动台发送短消息的信令流程 移动台发送短消息可以有两条路径：通过MSC ／VLR 向短消息中心发送短消息， 以及通过SGSN 向短消息中心发送短消息。 1.1.1.1 移动台通过MSC ／VLR 向短消息中心发送短消息的信令流程 移动台通过MSC ／VLR 向短消息中心发送短消息的信令流程如图3.1-1所示。 图1.1-1 移动台通过MSC ／VLR 发送短消息的信令流程图

CSUA-040-C1 NO.7信令系统 4 如图1.1-1所示，移动台发送短消息涉及的功能实体包括MS 、MSC 、VLR 、IWMSC 和SC 。起点为MS ，途经发送短消息的移动台所在的MSC 和VLR ，IWMSC （短 消息进入短消息中心的关口局），终点为SC 。 8 说明： IWMSC 与SC 合设。但是为了更加清楚地描述信令流程，我们将它们分开描述， 但是仍以虚框表示合设结构。 通过MSC ／VLR 进行短消息起呼的信令流程的（1）~（12）表示移动台发送短 消息的12个步骤。 （1） MS 向MSC 发起接入请求，其中包含MS 的IMSI 或TMSI 号码。 （2） MSC 向VLR 发起接入请求，VLR 在接入处理过程中可进行鉴权和加密。 （3） VLR 向MSC 回送接入证实消息。 （4） MSC 向MS 回送接入证实消息，允许MS 进入GSM 网络通讯。 （5） MS 向MSC 发送一条短消息，其中包含短消息的内容、目的SC 地址。 （6） MSC 向VLR 查询MS 是否可以发送短消息。 （7） VLR 在确认MS 具有短消息业务且没有被禁止后，通知MSC 当前MS 可 以发送短消息，并提供MSISDN 号码。 （8） MSC 向IWMSC 转发短消息，其中包含该条短消息的内容、源MS 的 MSISDN 号码、目的SC 地址。 （9） IWMSC 向SC 转发短消息，其中包含该条短消息的内容、源MS 的MSISDN 号码、目的SC 地址。 （10）S C 通知IWMSC 已接受短消息。 （11） I WMSC 通知MSC 已接收短消息。 （12）M SC 通知MS 短消息发送成功。 移动台向短消息中心提交短消息成功，即进入下面的短消息中心向移动台转发短 消息过程。

通信呼叫流程信令

1

Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 2

Issue 3.3 主叫过程的信令流程如后面的图所示。 注意: 应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。 VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的 鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。 另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM）， 而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户，则通过信令路由分析，通过适当的链 路向目的MSC发IAI消息，以建立话路。 主叫接入阶段、鉴权阶段主要信令： 3

短消息处理流程

短消息处理流程 MO流程 MO（Mobile Originated），即移动台始发的短消息，指的是移动台MS向短消息中心提交短消息，到收到短消息中心返回的应答消息的过程。 具体流程如下。 1.移动台MS向VLR提交访问请求和可选的鉴权请求（Access request and possible authentication）。 2.移动台MS向MSC提交短消息（Message Transfer）。 3.MSC向SMC提交短消息（Message Transfer）。 4.SMC向MSC回送应答（Success or Error）。 5.MSC向MS回送应答（Success or Error）。 MT流程 MT（Mobile Terminated），移动台终止的短消息，指的是短消息中心按一定的规则把短消息发送给目的移动台MS，到收到移动台MS返回的应答消息的过程。 SMC根据目的手机号码找到目的手机归属的HLR，并且发送消息到该HLR查询目的手机当前所在的MSC的地址。得到该地址后，SMC发送消息到目的手机所在MSC，由该MSC将短消息转发到该目的手机。目的手机收到短消息后给SMC回送应答消息。

具体流程如下。 1.SMC向HLR查询发送路由（SendRoutingInfo_For_ShortMessage），从HLR 取回用户的IMSI号码和目前用户所在的MSC的地址。 2.SMC向MSC前传短消息（Forward_ShortMessage）。 3.MSC向VLR查询发送路由（SendInfoFor_MT_SMS），从VLR取回当前手机 用户所在的小区位置信息。 4.MSC向移动台MS发送短消息（Message Transfer）。 5.MS向MSC回送MT消息的ACK消息。 6.MSC向SMC回送转发报告（Delivery report）。 MT的流程较为复杂，以上仅为正常下发流程，现在将非正常下发流程说明如下。 ?如果用户不在服务区或用户手机短消息内存已满，则SMC会发信令消息到HLR置MNRF（Mobile Not Reachable Flag）或MCEF（Memory Capacity Exceeded Flag）标志，信令名称为Delivery Status Report。 ?当SMC去HLR取路由时，如果HLR内MNRF或MCEF已被置位，则HLR除发送路由信息，还要发送Inform SC信令到SMC（如果HLR为PHASE1版本，则无此过程），通知该用户不可用，此时如果下发的短消息为普通优先级，则SMC不再下发，如果短消息为高优先级，则SMC尝试下发该短消息，如 果发送不成功则下发结束，如果下发成功，则发信令消息到VLR清除MNRF 或MCEF标志，如果清除成功，HLR发送Alert_SC消息到SMC，如果该用 户仍有短消息未发出，则SMC会保持与MSC的会话，然后继续下发短消息，直到发完或出错为止。 ?每次成功下发后，SMC检测短消息是否是MO短消息且要求状态报告。如果是，则下发状态报告短消息到提交用户。 Alert_SC流程 当HLR检测到手机不可接收短消息的原因（如用户关机、存储区满等）解除时（如该移动台开机、移动台内存可用等），会主动向SMC发Alert_SC消息，SMC收到后立即尝试向该手机重发短消息。 手机开机的呼叫流程如下： 手机开机后，通过BTS和BSC向MSC请求接入。如果该手机是第一次在该MSC 管辖的区域内开机，则VLR内没有该手机的相关信息。这时MSC会根据手机号码的前7位找到该手机归属的HLR，并且发送消息到该HLR查询该手机的相关信息。HLR将相关的信息发送到MSC后，如果MSC认为该用户是合法的，则接受该手机的登录请求。在这个过程中，HLR也记录了该手机当前所在的MSC的地址。 当手机开机后，HLR就会发送Alert_SC消息给SMC，提醒SMC将存储的消息发给该手机，这就是Alert_SC过程。 具体流程如下。

【流程管理)位置更新具体信令流程

（流程管理）位置更新具体信令流程

位置更新 4.1 概述 于GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当 这个信息发生变化时，需要保持三者的壹致，由位置更新流程实现。位置 更新流程是位置管理中的主要流程，总是由MS发起。 位置更新流程是壹个通用流程，于如下三类位置更新流程中要使用到：正 常位置更新、周期性位置更新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息， LOCATIONUPDATINGREQUEST消息中包含位置更新流程的类型信息。 于网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为 MM连接建立请求的响应。 为限制位置更新尝试次数，位置更新失败时要使用位置更新 attemptcounter计数器。于MS开机或SIM卡刚插入时，该计数器清零。 MS中要保持壹个"forbiddenlocationareasforroaming"表和壹个 "forbiddenlocationareasforregionalprovisionofservice"表。MS关机 或SIM卡拔出时，将这俩个表删除。当MS收到位置更新拒绝消息，其 原因值为"Roamingnotallowedinthislocationarea"或 "LocationAreanotallowed"时，从BCCH上收到的LAI信息触发位置更 新请求的LAI要加到相应的表中。这俩个表的容量至少要有10个表项， 当表项数目超过表的容量时，最早的表项内容删除。 成功的进行位置更新后，MS于SIM卡中置UPDATED状态位（UPDATED 状态表明最后壹次位置更新请求成功，同时此时LAI、TMSI，加密的密钥 和加密序列号均应该保存于SIM卡中），且存储新的位置区信息。 4.2 位置更新流程 正常位置更新、周期性位置更新和IMSI附着位置更新流程基本相同（不 同之处于下面各小节中详细描述），流程如下图： 图4-1位置更新流程 (1) MS于空中接口的接入信道上向BTS发送ChannelRequest（该消 息内含接入原因值为位置更新）；

WCDMA呼叫信令流程

对于信令流程，应该从以下几个方面掌握： 1．能够写出一个完整的呼叫的流程，其中包括RRC连接，Iu口控制面连接，鉴权加密，RAB Assignment。 2．能够写出一个释放业务的流程，清楚的指导单业务和多业务分别释放的流程。 3．能够知道呼叫过程中的每条消息对应的物理信道。 4．能够清楚的理解呼叫过程中的每条消息的主要内容 5．能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口 6．后期，能够结合NodeB和RNC的单板，指导相关信令从硬件上的流程。 RRC连接： 1．RRC Connection Request 1.1 在这个消息中，主要必须知道其中主要的三个信元： 第一，UE的标识：优先级依次为UE的TMSI或者P-TMSI，IMSI，IMEI 第二，UE发起RRC Connection的原因：其中包括Conversational，Streaming，Interactive，Background，High Priority Signaling, Low Priority Signaling 第三，UE测量到的当时CPICH的Ec/Io 1.2对于这个消息： 从Uu口来看，它从UE的RRC层到UTRAN的RRC层，途径Node B，这个消息在Node B中经过Iub口的用户面，具体是RACH FP。采用的方式是SRB0 1. 3这个消息逻辑信道是CCCH，传输信道RACH，物理信道是PRACH 2．RL Setup Request 2.1这个消息是RNC发给Node B的，其中包含了分配给该UE的所有层一的资源。RNC告诉Node B，让Node B准备相应的资源。在信令Trace中，可以看到里面包含了所有物理信道的配置信息。 2.2这个消息从RNC到Node B，通过NBAP协议过来，具体来说就是CCP。 2.3这里要区分Iub口的用户面和控制面，简单的说来，其用户面就向一个转接头，只是把高层的消息转接过去。而控制面，则是处理了所有RNC和Node B私人之间相关的消息。 3．Start RX 这个时候Node B收到以上参数后，开始收上行UE发来的数据，但是由于UE还不知道上行它自己可以用什么参数，Node B 此时什么都收不到。 4．RL Setup Response Node B给RNC回送的一个准备完成的消息。 5．ALCAP同步 5.1这个同步，主要是给相应的DCH分配AAL2资源。AAL2资源的分配和回收都是Q.AAL2完成的，也就是这个分配的消息途径Iub口的传输网络控制面。 6．DCH FP同步 6.1这个消息主要包含一个CFN 6.2 其作用主要是Node B中的DCH和RNC中的DCH同步，此消息为IuB口的用户面。 7．Start Tx 此时Node B开始发下行的数据，DPCCH

LTE 空口信令流程详解

LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程 1.1 、Attach附着信令流程 （统计时延：红色的为开始和结束信令） EPS MM Attach request EPS MM Unknown(0x0734) UL CCCH rrcConnectionRequest DL CCCH rrcConnectionSetup UL DCCH rrcConnectionSetupComplete DL DCCH rrcConnectionReconfiguration DL DCCH dlInformationTransfer UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Authentication request EPS MM Authentication response EPS MM Unknown(0x077B) UL DCCH ulInformationTransfer DL DCCH dlInformationTransfer EPS MM Security protected NAS message EPS MM Security mode command EPS MM Security mode complete EPS MM Unknown(0x0790) UL DCCH ulInformationTransfer DL DCCH ueCapabilityEnquiry UL DCCH ueCapabilityInformation DL DCCH securityModeCommand DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Attach accept EPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach complete EPS MM Unknown(0x072D) UL DCCH ulInformationTransfer DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete

TDLTE信令流程及信令解码详解

TD-LTE信令流程及信令解码 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注，所有信令为eNB侧跟踪的信令。 PS业务建立流程： 1.1RRC Connection Request UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连 接，该消息携带主要IE有： -ue-Identity :初始的UE标识。如果上层提供S-TMSI，侧该值为S-TMSI； 否则从0…240-1中抽取一个随机值，设置为ue-Identity。 -establishmentCause:建立原因。该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端，“mo”代表移动始端。 信令解码如下： -RRC-MSG : |_msg : |_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 : |_rrcConnectionRequest : |_criticalExtensions : |_rrcConnectionRequest-r8 : |_ue-Identity : |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32 1.2RRC Connection Setup UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。 建立原因，此处 highPriorityAcces s指的是AC11~AC15

短消息信令

短消息信令 短消息中心网关部分主要实现短消息中心接入PLMN信令网的功能，及短消息人工台、自动台接入PLMN、PSTN网的功能，因此，网关的信令模块主要包含了七号信令中的MAP、TCAP、SCCP、MTP、TUP各层，实现短消息的提交、前转、提醒功能，并完成电话呼叫的接续。 网关所要处理的信令主要有三个流程：MO（Mobile Originated移动台发起的短消息业务）、MT（Mobile Terminated移动台终止的短消息业务）、ALERT_SC（Alert Service Center短消息中心提醒）。 1、MO主要流程说明 SC SMS IWMSC HLR VLR Access request and possible authentication Message Transfer Forward_ShortMessage MS MSC SendInfoFor_ MO_SMS Message Transfer Ack Ack Ack 图3-15 MO信令流程 具体说明如下： 1．移动台MS向VLR提交访问请求和可选的鉴权请求（Access request and possible authentication）； 2．移动台MS向MSC提交短消息（Message transfer）； 3．MSC向网关SMS-IWMSC上传短消息（forwardShortMessage）（IWMSC：InterWrokingMSC，即接入/互通MSC，负责处理手机提交的短消息)；

4．网关SMS-IWMSC 向SC 提交短消息（Message transfer ）； 5．SC 向网关SMS-IWMSC 回送应答（Ack or Error ）； 6．SMS-IWMSC 向MSC 回送应答（Ack or Error ）； 7．MSC 向MS 回送应答（Ack or Error ）。 2、MT 主要流程说明 SC SMS GMSC HLR VLR Message Transfer Forward_ShortMessage MS MSC SendInfoFor_MT_SMS Delivery Report Message Transfer SendRoutingI nfo_For_Shor tMessage Delivery Report 图3-16 MT 信令流程 具体说明如下： 1．短消息中心SC 向网关SMS-GMSC （GMSC:GatewayMSC,即网关MSC ，负责处理下发短消息）提交消息传送请求Message transfer ； 2．网关SMS-GMSC 向HLR 查询发送路由sendRoutingInfoForShortMsg ； 3．网关SMS-GMSC 向MSC 前传短消息forwardShortMessage ； 4．MSC 向VLR 查询发送路由sendInfoForMT-SMS ，从HLR 取回用户的IMSI 号码和目前用户所在的MSC 的号码； 5．MSC 向移动台MS 发送短消息Message transfer ； 6．MS 向MSC 回送转发报告Message transfer ； 7．MSC 向SMS-GMSC 回送转发报告Delivery report 。

非常详细的LTE信令流程

LTE信令流程

目录 第一章协议层与概念 (5) 1.1控制面与用户面 (5) 1.2接口与协议 (5) 1.2.1NAS协议（非接入层协议） (7) 1.2.2RRC层（无线资源控制层） (7) 1.2.3PDCP层（分组数据汇聚协议层） (8) 1.2.4RLC层（无线链路控制层） (8) 1.2.5MAC层（媒体接入层） (9) 1.2.6PHY层（物理层） (10) 1.3空闲态和连接态 (12) 1.4网络标识 (13) 1.5承载概念 (14) 第二章主要信令流程 (16) 2.1 开机附着流程 (16) 2.2随机接入流程 (19) 2.3 UE发起的service request流程 (23) 2.4寻呼流程 (26) 2.5切换流程 (27) 2.5.1 切换的含义及目的 (27) 2.5.2 切换发生的过程 (28) 2.5.3 站内切换 (28) 2.5.4 X2切换流程 (30) 2.5.5 S1切换流程 (32) 2.5.6 异系统切换简介 (34) 2.6 CSFB流程 (35) 2.6.1 CSFB主叫流程 (36) 2.6.2 CSFB被叫流程 (37) 2.6.3 紧急呼叫流程 (39) 2.7 TAU流程 (40) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (41)

2.7.2 空闲态设置“ACTIVE”的TAU流程 (43) 2.7.3 连接态TAU流程 (45) 2.8专用承载流程 (46) 2.8.1 专用承载建立流程 (46) 2.8.2 专用承载修改流程 (48) 2.8.3 专用承载释放流程 (50) 2.9去附着流程 (52) 2.9.1 关机去附着流程 (52) 2.9.1 非关机去附着流程 (53) 2.10 小区搜索、选择和重选 (55) 2.10.1 小区搜索流程 (55) 2.10.1 小区选择流程 (56) 2.10.3 小区重选流程 (57) 第三章异常信令流程 (60) 3.1 附着异常流程 (61) 3.1.1 RRC连接失败 (61) 3.1.2 核心网拒绝 (62) 3.1.3 eNB未等到Initial context setup request消息 (63) 3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (64) 3.2 ServiceRequest异常流程 (65) 3.2.1 核心网拒绝 (65) 3.2.2 eNB建立承载失败 (66) 3.3 承载异常流程 (68) 3.3.1核心网拒绝 (68) 3.3.2 eNB本地建立失败（核心网主动发起的建立） (68) 3.3.3 eNB未等到RRC重配完成消息，回复失败 (69) 3.3.4 UE NAS层拒绝 (70) 3.3.5上行直传NAS消息丢失 (71) 第四章系统消息解析 (72) 4.1 系统消息 (73) 4.2 系统消息解析 (74) 4.2.1 MIB （Master Information Block）解析 (74) 4.2.2 SIB1 （System Information Block Type1）解析 (75) 4.2.3 SystemInformation消息 (77) 第五章信令案例解析 (83) 5.1实测案例流程 (84)

(个人整理)主叫被叫呼叫信令流程

主叫： 1、rrc连接请求（UE—RNC、RACH） 可看出业务类型（speech（12.2k）、video（64k））；包含UE标识：TMSI、LAI=MCC+MNC+LAC；请求原因：主叫会话、被叫会话、短信发送、短信接收、FTP下载、注册；UE能力：是否支持GSM等。 2、RNC要求NODEB建立无线链路，准备无线资源（建立在DCH 上才有） RL建立请求、RL建立响应、DL SYNC、UL SYNC。 3、rrc连接建立（RNC—UE、FACH） 包含rrc建立的链路消息（建立在公共信道或DCH）、频点、上行最大发射功率等；RNC侧还可以看到UE的IMSI、TMSI、P-TMSI，功率步长等。 4、rrc连接建立完成（UE—RNC、DCCH） UE上报自己的能力：功率支持等级、是否支持GSM、多载波、FDD/TDD。 5、CM服务请求（初始直传消息、RNC—UE、DCCH） 业务请求：呼叫、紧急呼叫、短消息等。 6、初始化UE消息（RNC—UE） 7、直传消息（鉴权请求消息、CN—RNC） 8、直传消息（鉴权请求消息、RNC—UE） 9、直传消息（鉴权响应、UE—RNC—CN） 10、安全模式建立过程，同鉴权过程 11、身份认证请求（RNC—UE）

12、身份认证响应（UE—RNC） 13、SETUP（UE—RNC） 包含UE支持的语音编码及被叫号码。 14、呼叫进程启动（RNC—UE） 表明请求的呼叫已被接受。 15、Rab指派请求（CN—RNC） Rab建立是为了UE与CN间传送语音、数据及多媒体业务，rrc建立则是为了建立UE—RNC—CN之间的信令连接。 16、无线链路重配置准备（RNC—NODEB） NODEB建立DCH来承载rab。 17、无线链路重配置完毕（NODEB—RNC） 18、rb建立（RNC—UE） 建立一个新的物理承载，包含扩频因子信息。 19、rb建立完成（UE—RNC） 表明请求的呼叫已被接受。 20、rab指派响应（RNC—CN） 表明rab建立完成。 21、振铃（RNC—UE） 被叫发振铃音。 22、Connect（RNC—UE） 表明被叫已接电话。 23、连接确认（UE—RNC） 主叫确认连接，呼叫建立完成开始通话。 24、Disconnect（UE—RNC） 挂机，包含挂机原因：user等。

通话信令过程

1、移动通信系统的基本组成 MS(Mobile Station)：手机物理设备 2、基站子系统 BSS （Base Station System）：基站系统 主要负责手机信号的接收和发送，把收集到的信号简单处理之后再传送到移动交换中心（MSC），通过交换机等设备的处理，再传送给终端用户，也就实现了无线用户的通信功能

基站收发信台（BTS）：提供GSM规范所要求的无线信道，与MS进行无线通信。 基站控制器（BSC）：功能包括呼叫处理、切换控制、实现陆地电路和空中信道的动态连接/交换、操作和维护管理等，并提供A接口。 3、网络子系统（NSS） 它的作用主要是完成网络侧的数据交换功能、用户数据的存储管理功能、用户移动性管理功能、安全性管理功能以及和其他系统交换数据的网关功能等，是GSM网络的中央机构 NSS包括移动业务交换中心(MSC)、拜访位置寄存器(VLR)、归属位置寄存器(HLR)、设备识别寄存器(EIR)、鉴权中心(AUC) A）访问位置寄存器 VLR (Visitor Location Register ) ?保存移动用户的业务信息 ?保存移动用户当前位置信息--MSRN(Mobile Subscriber Roaming Number ) ?保存的用户标识 TMSI (Temporary Mobile Subscriber Identity ) IMSI MSISDN B）归属位置寄存器 HLR (Home Location Register ) ?HLR保存的主要用户标识:IMSI、MSISDN

?HLR保存的主要信息：位置信息，基本通信业务订制信息，业务限制，补充业务，GPRS订制数据，路由信息。 C）移动交换机 MSC(Mobile-service Switching Center) ?具有传统ISDN交换机的功能, 局间信令采用ISUP、TUP ?移动性的处理功能：必要的无线资源的管理、使用MAP/SS7与VLR、HLR 交互, 用于进行移动用户的位置注册、更新、切换等 ?短信功能 ?USSD功能 D）鉴权中心AUC (Authentication Centre ) ?与HLR相连，存储用户的鉴权信息 E）设备身份寄存器EIR (Equipment Identity Register ) ?用作处理设备身份信息，中国没有使用，原因是山寨机市场和移动用户市场的相关性。 F）群呼寄存器GCR(Group Call Register) ?用于群呼和广播呼叫 4、移动网络信令协议栈