短消息信令
短信业务的信令流程图
发送方手机收到回复后，可以在 屏幕上查看短信内容。
短信状态报告流程
当短信发送完成后， SMSC会向发送方手机 发送一条状态报告信息 。
状态报告信息包括短信 是否成功发送、接收方 是否已接收等状态信息 。
发送方手机接收到状态 报告信息后，可以在屏 幕上查看状态信息。
如果短信发送失败， SMSC会向发送方手机 发送一条失败提示信息 ，告知发送方原因和解 决方案。
03
04
简单易用
短信业务基于手机终端，用户 无需额外安装软件，只需通过 手机键盘输入文字即可发送和 接收信息。
覆盖面广
短信业务基于移动通信网络， 覆盖范围广泛，可以覆盖全球 大部分国家和地区。
可靠性高
短信业务采用存储转发机制， 可靠性较高，能够保证信息的 可靠传输。
Hale Waihona Puke 低成本高效率相对于其他通信方式，短信业 务的成本较低，且发送速度快 ，能够满足用户快速传递信息 的需求。
信令传递
按照选定的路径，将信令请求逐级传递至目的设 备。
路由选择
根据信令请求中的地址信息，选择最佳的传输路 径。
信令响应
目的设备对信令请求进行响应，通过反向路径返 回给发起设备。
05
短信业务信令路由
信令路由方式
静态路由
通过手动配置或预定义的方式设置信 令路由，一旦设置完成，不会轻易改 变。
动态路由
SMS-SUBMIT协议
01
02
定义：SMS-SUBMIT协 议是用于在移动台和短消 息服务中心之间传送短消 息的协议，特别是当发送 者需要一个确认通知时。
工作流程
03
04
05
移动台向短消息服务中心 发送短消息。
短信
短信信令流程MO
SMC 信令网关 HLR MSC VLR MS Access Request and Possible Authentication
Message Transfer SendInfo For MO SMS Froword ShortMessage Message Transfer ACK ACK ACK
– 惠州区域：惠州、河源、汕头、汕尾、揭阳、潮州、
梅州
– 江门区域：江门、肇庆、云浮、阳江、茂名、湛江
短信网关
– 省际梦网短信网关（亚信网关）：省际短信梦网业 务接入以及国际短信业务的转发 – 省级梦网短信网关（华为省IOD）：省级短信梦网 SP、公司自有业务、10086等系统接入 – 行业网关（华为）：集团客户（EC/SI）的业务接 入 – 互联电信短信网关（华为） ：移动与电信网间短信 的转发 – 互联联通短信网关（华为） ：移动与联通网间短信 的转发
• 短信中心网元类型
– 六区域MO短信中心（华为）：各类上行短信，及下行点对点短信 – 行业短信中心（华为）：行业网关的EC(集团客户，一般对个人用户不 收费)/SI(集成商，一般对个人用户收费)的发往广东用户的下行短信 – 专用短信中心（华为）：下行国际短信，空中充值、12580、部分彩信
PUSH短信下发业务；
VLR 提供用户发送短消息前的鉴权管理和下发短消息时MSC查找用户路由。 HLR 短消息系统下发短消息前，查找用户归属MSC和MSC下发短消息时查 找用户基本信息使用。
广东信令网现状
广东移动LSTP 设备采用A、B 平面组网方式，省内同平面LSTP 间网状相连，成 对LSTP设备之间通过C链路相连。广东移动LSTP 与广州1 对HSTP设置直联信令 链路。广州HSTP 采用A、B平面组网方式，与同平面其他省HSTP设备设置直 联信令链路，广州1 对HSTP 之间通过C 链路相连。
熟悉基本通信协议(6)七号信令(SS7信令)
熟悉基本通信协议(6)七号信令(SS7信令)第六、SS7信令（俗称七号信令或No.7信令)对于知识的框架我不可能面面俱到，只能把精华部分与读者共享，我先来说一下七号信令在通信中的的重要性：我们经常使用的短消息业务，其中有大约40％是由短信中心来实现的，而剩下的大约60％的业务是由七号信令来完成的，它是电话网的神经系统，传送的是控制信号（信令可以控制终端、交换机和人的行为。
七号信令也可以作承载业务，比如短信的实现）。
由此，有些人说七号信令已经是边缘技术是没有什么根据的或者说不太现实，或者在近几年之内也不至于“沦落”为边缘技术，边缘技术的意思是这种技术以后我们用得少了，或者说将有可能被某种新技术取代。
支撑网技术：支撑网是为使业务网正常运行、增强网络功能、提供全网服务质量，满足要求的网络，传送相应的控制，检测信号。
支撑网包括信令网（它也有管理网就是七号信令监测系统）、同步网（是指信号之间的频率相同，相位上保持某种严格的特定关系。
）和电信管理网TMN（采用了面向对象的设计方法，通过对对象的管理来实现对通信资源的管理，它有专门的部门来进行远程的监控和维护）。
本阶段的知识框架如下：(一)理解信令的基本概念(二)掌握No.7信令系统特点及功能结构等(三)认识No.7信令网结构(四)了解No.7信令系统在移动通信中的应用详细介绍如下：一、信令网（一）信令的基本概念要了解信令的基本概念，必须要了解信令、信令方式和信令系统。
（1）信令：信令是在电话机或其它终端与交换局、交换局与交换局、交换局与各种业务控制点及交换局与操作维护中心等之间，为了建立呼叫连接及各种控制而传送的专门信息，是控制交换机动作的操作命令、信号和语言。
（2）信令方式：传送信令要遵守一定的规约和规定，这些规约和规定就是信令方式。
它包括具体信令的结构形式，信令在多段路由上的传送方式及控制方式等。
（3）信令系统：信令系统是指为了完成特定的信令方式所使用的通信设备的集合.(就是这些控制过程的控制信号的产生、发送和接收的硬件及操作程序的全体）（二）信令的分类根据不同的分类标准，可以对信令进行不同的分类：1．按信令工作区域可分为用户线信令和局间信令2．按信令传送信道可分为随路信令和公共信道信令（我们国家现在使用的是后者，后者的优点是：将信令通路与语音通路分开，将若干条电路的信令集中在一条专用于传送信令的通道上传送，这一条信令通道就是信令数据链路。
中国移动与中国联通点对点短信互联信令规范
中国移动与中国联通点对点短信互联信令规范（V 1.0）目录前言 (3)1 适用范围 (4)2 引用标准 (4)3 相关术语与缩略语解释 (4)4 业务触发方式 (4)5 说明 (5)5.1 接口说明 (5)6 信令流程 (5)6.1 中国移动全球通用户给中国联通用户发送短消息 (5)6.1.1 消息流程图 (5)6.1.2 流程说明 (6)6.1.3 对异常情况的处理 (6)6.1.4 消息参数 (6)6.2 中国移动神州行用户给中国联通用户发送短消息 (10)6.2.1 消息流程图 (10)6.2.2 流程说明 (11)6.2.3 对异常情况的处理 (11)6.2.4 消息参数 (11)6.3 中国联通用户给中国移动用户发送短消息 (13)6.3.1 消息流程图 (13)6.3.2 流程说明 (13)6.3.3 对异常情况的处理 (14)6.3.4 消息参数 (14)附录A:编制历史 (19)前言本信令规范描述了中国移动与中国联通点对点短信互联业务中包括SMSC、互联短信网关、SCP等实体之间的消息交互过程以及相关消息的类型和定义。
本规范解释权属于中国移动通信集团公司。
本规范起草单位：中国移动通信集团公司研发中心。
本标准主要起草人：魏冰、党京、孙若雯、袁向阳，同时感谢在规范起草过程中给予大力支持的崔健、戴忠、郑朝晖、于蓉蓉、李洪菊、刘利平、陈洪涛同志。
1适用范围本规范对中国移动开展与中国联通点对点短信互联业务在SMSC、互联短信网关、SCP等实体之间交互的信令消息流程进行了详细的描述，是开通中国移动与中国联通点对点短信互联业务过程中必须遵循的规范。
2引用标准[1]Short Message Peer to Peer Protocol Specification v3.3[2]点对点短消息网间互通协议V1.2[3]ISMG与SCP之间通信协议（事务层）规范[4]移动梦网业务信令流程规范3相关术语与缩略语解释SCP Service Control Point 业务控制点SMSC Short Message Service Center 短消息中心MSC Mobile Switch Center 移动交换中心MO Mobile Originate 手机用户发起的短消息MT Mobile Terminate 发给手机用户的短消息SMPP Short Message Point to Point 短消息点到点协议SMAO 移动用户发送短信给联通用户，但是没有收到状态报告确认的话单SMO 移动用户发送短信给联通用户，已经收到状态报告确认的话单SMA 联通用户发送短信给移动用户，但是没有收到状态报告确认的话单SMT 联通用户发送短信给移动用户，已经收到状态报告确认的话单4业务触发方式中国移动的用户通过自己的手机发送短信给中国联通的用户，或者中国联通的用户通过自己的手机发送短信给中国移动的用户时，触发该业务。
移动梦网短信业务信令流程规范(V3.0.1)
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳移动梦网短信业务信令流程规范Monternet SMS Signalling Procedures Specification版本号： 3.0.1╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 适用范围 (1)2 引用标准 (1)【1】Short Message Peer to Peer Protocol Specification v3.4 (1)【2】ETSI GSM 09.78 V6.2.1 “CAMEL Application Part(CAP) specification” (1)【3】ETSI GSM 09.02 V6.2.0 “Mobile Application Part(MAP) specification” (1)【4】ITU-T 建议Q.1228(09/97) <<智能网能力集2接口建议>> (1)【5】中国移动通信集团公司CMPP V3.0.0 (1)【6】中国移动通信集团公司<<ISMG与SCP通信协议（事务层）规范（V1.0）>> .. 13 相关术语和缩略语解释 (1)4 业务触发方式 (2)5 说明 (2)5.1 接口说明 (2)5.2 信令流程说明 (2)5.3 网元交互说明 (3)6 信令流程 (4)6.1 移动梦网短信业务的MO流程 (4)6.1.1 不需要前转的MO流程 (4)6.1.1.1 流程图 (4)6.1.1.2 流程说明 (4)6.1.1.3 网元处理说明 (5)6.1.1.4 接口使用说明 (5)6.1.1.4.1 DELIVER_SM/DELIVER_SM_RESP (5)6.1.1.4.2 AuthPriceReq/AuthPriceResp (7)6.1.1.4.3 sm-chg-req/sm-chg-rsp (9)6.1.1.4.4 CMPP_DELIVER/CMPP_DELIVER_RESP (10)6.1.1.4.5 sm-cnfm-req/sm-cnfm-rsp (12)6.1.1.4.6 RequireMonthFeeReq/RequireMonthFeeRsp (12)6.1.2 需要前转的MO流程 (14)6.1.2.2 流程说明 (14)6.1.2.3 网元处理说明 (15)6.1.2.4 接口使用说明 (15)6.1.2.4.1 DELIVER_SM/DELIVER_SM_RESP (15)6.1.2.4.2 AuthPriceReq/AuthPriceResp (15)6.1.2.4.3 sm-chg-req/sm-chg-rsp (16)6.1.2.4.4 CMPP_FWD/CMPP_FWD_RESP（1） (16)6.1.2.4.5 CMPP_DELIVER/CMPP_DELIVER_RESP (19)6.1.2.4.6 CMPP_FWD/CMPP_FWD_RESP（2） (19)6.1.2.4.7 sm-cnfm-req/sm-cnfm-rsp (21)6.1.2.4.8 RequireMonthFeeReq/RequireMonthFeeResp (21)6.2 移动梦网短信业务的MT流程 (22)6.2.1 不需要前转的MT流程 (22)6.2.1.1 流程图 (22)6.2.1.2 流程说明 (22)6.2.1.3 网元处理说明 (23)6.2.1.4 接口使用说明 (23)6.2.1.4.1 CMPP_SUBMIT/CMPP_SUBMIT_RESP (23)6.2.1.4.2 AuthPriceReq/AuthPriceResp (25)6.2.1.4.3 sm-chg-req/sm-chg-rsp (27)6.2.1.4.4 SUBMIT_SM/SUBMIT_SM_RESP (29)6.2.1.4.5 DELIVER_SM/DELIVER_SM_RESP (30)6.2.1.4.6 sm-cnfm-req/sm-cnfm-rsp (32)6.2.1.4.7 CMPP_DELIVER/CMPP_DELIVER_RESP (32)6.2.1.4.8 RequireMonthFeeReq/RequireMonthFeeResp (34)6.2.2 需要前转的MT流程 (35)6.2.2.1 流程图 (35)6.2.2.2 流程说明 (35)6.2.2.3 网元处理说明 (36)6.2.2.4.1 CMPP_SUBMIT/CMPP_SUBMIT_RESP (36)6.2.2.4.2 AuthPriceReq/AuthPriceResp (37)6.2.2.4.3 CMPP_FWD/CMPP_FWD_RESP（1） (37)6.2.2.4.4 sm-chg-req/sm-chg-rsp (39)6.2.2.4.5 SUBMIT_SM/SUBMIT_SM_RESP (40)6.2.2.4.6 DELIVER_SM/DELIVER_SM_RESP (40)6.2.2.4.7 sm-cnfm-req/sm-cnfm-rsp (40)6.2.2.4.8 CMPP_FWD/CMPP_FWD_RESP（2） (41)6.2.2.4.9 CMPP_DELIVER/CMPP_DELIVER_RESP (43)6.2.2.4.10 RequireMonthFeeReq/RequireMonthFeeResp (43)6.3 移动梦网短信业务的定购/取消定购流程 (44)6.3.1 不需要前转的定购/取消定购流程 (44)6.3.1.1 流程图 (44)6.3.1.2 流程说明 (44)6.3.1.3 网元处理说明 (44)6.3.1.4 接口使用说明 (45)6.3.1.4.1 DELIVER_SM/DELIVER_SM_RESP (45)6.3.1.4.2 AuthPriceReq/AuthPriceResp (45)6.3.1.4.3 sm-chg-req/sm-chg-rsp (45)6.3.1.4.4 sm-cnfm-req/sm-cnfm-rsp (46)6.3.1.4.5 SyncOrderRelationReq/SyncOrderRelationResp (47)6.3.2 需要前转的定购/取消定购流程 (48)6.3.2.1 流程图 (48)6.3.2.2 流程说明 (48)6.3.2.3 网元处理说明 (49)6.3.2.4 接口使用说明 (49)6.4 移动梦网短信业务的包月计费流程 (49)6.4.1 不需要前转的包月计费流程 (49)6.4.1.1 流程图 (49)6.4.1.3 网元处理说明 (50)6.4.1.4 接口使用说明 (50)6.4.1.4.1 MonthFeeReq/MonthFeeResp (50)6.4.1.4.2 sm-chg-req/sm-chg-rsp (51)6.4.1.4.3 MonthFeeReceiptReq/MonthFeeReceiptResp (52)6.4.2 需要前转的包月计费流程 (53)6.4.2.1 流程图 (53)图8 需要前转的包月计费流程 (53)6.4.2.2 流程说明 (54)6.4.2.3 网元处理说明 (54)6.4.2.4 接口使用说明 (54)6.4.2.4.1 MonthFeeReq/MonthFeeResp (54)6.4.2.4.2 CMPP_FWD/CMPP_FWD_RESP（1） (54)6.4.2.4.3 sm-chg-req/sm-chg-rsp (57)6.4.2.4.4 CMPP_FWD/CMPP_FWD_RESP（2） (58)6.4.2.4.5 MonthFeeReceiptReq/MonthFeeReceiptResp (60)6.5 移动梦网短信业务的SP登录流程 (60)6.5.1 流程图 (60)图9 SP登录流程图 (60)6.5.2 流程说明 (60)6.5.3 网元处理说明 (61)6.5.4 接口使用说明 (61)6.5.4.1.1 SPAuthInfoReq/SPAuthInfoResp (61)6.6 移动梦网短信业务的SCP互联信令流程 (62)6.6.1 计费请求互联信令流程 (62)6.6.1.1 流程图 (62)6.6.1.2 接口使用说明 (62)6.6.2 计费确认请求互联信令流程 (63)6.6.2.1 流程图 (63)6.6.3 互联信令中使用到的客体标识符说明 (64)6.6.4 操作结果说明 (65)7 网元处理说明 (67)7.1 ISMG处理说明 (67)7.1.1 对与其它网元交互的处理 (67)7.1.2 对计费类型的处理 (68)7.1.3 MO流程中对目的号码操作类型的处理 (70)7.1.4 对伪码的处理 (70)7.1.5 对短信号码类别的处理 (70)7.1.6 MT流程中对MT状态报告的处理 (70)7.1.7 ISMG上配置可信任号码组的处理 (71)7.1.8 ISMG对LBS业务的支持 (71)7.1.8.1 LBS业务的操作方式 (71)7.1.8.2 MO流程对于ISMG的要求 (71)7.1.8.3 MT流程对于ISMG的要求 (72)7.1.9 ISMG对群发的支持 (72)7.1.10 长消息解决方案 (72)7.1.10.1 SP的处理方案 (72)7.1.10.2 DSMP的处理方案 (73)7.1.10.3 ISMG的处理方案 (73)7.2 DSMP处理说明 (73)7.2.1 对业务需要真实号码还是伪码的处理 (73)7.2.2 对计费类型的处理 (74)8 ISMG与SCP之间通信协议 (74)8.1 ISMG与SCP之间通信协议的消息体描述中的一些规则 (74)8.2 ISMG与SCP之间通信协议中共用的通用元素的定义 (75)8.2.1 元素addr的定义 (75)8.2.2 元素chg-info的定义 (75)8.2.3 元素desc的定义 (76)8.2.4 元素dst的定义 (76)8.3 计费请求及应答消息的定义 (76)8.4 计费确认请求及应答消息的定义 (77)9 SMSC分册对DSMP接口规范的修改 (78)9.1 增加AuthPriceResp消息中的计费类型 (78)9.2 增加AuthPriceResp消息中用户类型字段 (78)9.3 增加AuthPriceResp消息中短信内容字段 (79)9.4 修改service_id_scheme (79)9.5 增加MonthFeeReq消息中用户类型字段 (80)9.6 增加RequireMonthFeeReq消息和RequireMonthFeeResp消息 (80)9.6.1.1 功能描述 (80)9.6.1.2 接口内容描述 (80)9.7 增加SPAuthInfoReq消息中的业务类型字段 (81)10 附录1 错误码xxxx的取值 (81)11 附录2 错误码yyyy的取值 (82)12 附录3 错误码zzzz的取值 (82)13 编制历史 (84)前言本信令规范描述了移动梦网短信业务中各网元（包括SCP、ISMG、SMSC、DSMP和SP）之间的消息交互过程以及相关消息的类型和定义。
短消息系统信令错误分析及故障处理
短消息系统信令错误分析及故障处理摘要：本文通过对短消息的系统原理进行简单阐述，描述短信信令出错原因并结合相关案例，描述短消息故障处理的思路。
关键词：短消息信令；MO；MT；取路由；出错信息一、短信系统概述短消息中心是独立于GSM网络的一个业务处理系统，主要功能是提交、存储、转发短消息，并完成与PSTN、ISDN、PSPDN等网络的互通，以传递来自其它短消息实体SME（Short Message Entity，如：人工台/自动台等）的短消息。
鉴于GSM网络信令的复杂性、业务的多样性，从业务表现出来的故障现象比较简单（下发消息失败），但原因很复杂。
如果维护人员熟悉短消息系统结构，掌握信令规范和SMPP协议，从消息流程上可以逐段分析排除定位。
下图简单描述了短消息的业务流程。
二、短信信令错误原因因种种原因，在短消息发送过程中，HLR和MSC都可能给网关返回出错信息。
这些出错信息由GSM09.02协议规定。
网关将这些出错信息以及自身处理过程产生的错误传递给调度中心，调度中心将根据出错信息和错误类型的设置决定短消息的重发或删除。
短信接通率是短消息系统的重要性能指标之一，优化系统性能是我们努力的方向。
深入分析这些出错信息，有助于问题的准确定位。
如果短消息中心无法接收短消息，G/IW网关将给Servicing MSC返回错误。
这些错误可能包括：a）G/IW网关接收MAP_MO_FORWARD_SHORT_MESSAGE后，如果发现原语数据有无，将返回意外数据和数据丢失给MSC；b）如果没有标注SC，网关返回SM转发失败给MSC；c）SC返回的错误，网关用SM转发失败带诊断信息转发给MSC；d）如果网关无法将短消息传递到SC或传递过程因某种原因失败，网关将给MSC返回系统错误。
MT失败产生错误的原因可能来自于1.网关发送路由请求后HLR可能返回的部分错误原因。
表1 取路由回应过程中出错信息2.网关取到路由后，向Servicing MSC发送短消息，MSC 可能返回的部分错误原因表2 MT回应过程中出错信息3.MapServer提供的错误值及与协议错误值的映射从上面可知，MO过程的出错处理是网关向Servicing MSC发送出错消息，从短消息中心角度出发，这是一个输出过程。
L等级考试-核心网-软交换-aL2
1. 组POOL后，如果某个端局的CP负荷接近90（用户行为导致），通常采取的应急措施？（）A.用户迁移B.GRI分流C.改短周期性位置更新时长D.都不是答案：B2. AXE平台的中央处理板卡是？（）A.APB.CPC.RPD.GBP答案：B3. AXE平台，只对某个模块装载几行补丁，通常采用什么方式操作？（）A.correctionB.Function ChangeC.RESTARTD.RELOAD答案：A4. 在MGW上，下列哪个（些）命令用于从MO “IpAccessHostGpb”向目的地IP地址发送ping包（）A.pingB.ipac_pingC.MsbHostMo_StartPingD.MsbHostMo_StopPing答案：B5. 以下哪个参数用于表征用户的AAL2-LLC？（）A.CEIDB.DSAIDC.SUGR答案：A6. Q.2630信令用于?（）A.TDM接口上建立用户平面承载连接B.ATM接口上建立用户平面承载连接C.IP接口上建立用户平面承载连接D.MSC-S和MGW之间的控制答案：B7. 参数PAGREPGLOB可能会影响以下哪项指标？（）A.寻呼成功率B.掉话率C.切换成功率D.位置更新成功率答案：A8. 对于入MSC POOL的爱立信A口TDM电路扩容，以下说法正确的是？（）A.需要在SERVER、MGW、BSC上同时做数据，电路数量一致即可。
B.需要预先规划BSC与各个SERVER的电路数以及CIC编号，且需要在SERVER、MGW、BSC上同时做数据。
C.需要预先规划BSC与各个SERVER的电路数以及CIC编号，只需在SERVER、MGW上做数据。
D.需要预先规划BSC与各个SERVER的电路数以及CIC编号，只需要在MGW、BSC上做数据。
答案：B9. AP restore指令（）A.prcstateB.prcbootC.burrestoreD.DPWSP答案：C10. APG40系统的restore流程中，命令“burrestore”的作用是（）A.在passive Node恢复数据盘B.在active Node恢复CP 备份文件C.将K盘的AP系统备份文件恢复到C盘，并执行一个reboot操作D.切换C盘和D盘的盘符，并执行一个reboot操作答案：D11. 检查APG告警的方法是( )。
信令流程(寻呼、短信、切换)
1 基本呼叫过程 (2)1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放） (2)1.2 移动用户呼叫移动用户被叫侧完整过程（被叫释放） (10)1.3 固定用户呼叫移动用户完整过程 (17)1.4 移动用户呼叫固定用户完整过程 (22)1.5 呼叫重建过程 (26)2 位置更新过程 (27)2.1 第一次位置更新（TMSI再分配） (27)2.2 VLR内部的位置更新 (29)2.3 改变VLR时的位置更新 (34)3 IMSI附着过程 (40)3.1 IMSI分离过程 (40)4 切换 (44)4.1 小区内切换 (44)4.2 BSC内的小区间切换 (46)4.3 MSC内的BSC间切换 (48)4.4 MSC间切换 (50)4.5 强迫切换 (54)5 短消息传送过程 (56)5.1 空闲模式下MS发起的短消息传送 (56)5.2 空闲模式下MS终止的短消息传送 (60)5.3 专用模式下MS发起的短消息传送 (65)5.4 专用模式下MS终止的短消息传送 (67)6 高级语音呼叫过程 (69)6.1 组呼的信令过程 (69)6.1.1 发起组呼的信令流程 (69)6.1.1.1 移动用户发起组呼的信令流程 (69)6.1.1.2 固定用户发起组呼的信令流程 (72)6.1.2 移动用户在主控MSC上申请上行链路的信令流程 (74)6.1.3 组呼挂断的信令流程 (76)6.1.3.1 主控MSC下的移动用户挂断组呼的信令流程1 (76)6.1.3.2 中继MSC下的用户挂断组呼的信令流程 (77)6.1.3.3 固定用户挂断组呼的信令流程 (78)6.2 语音广播呼叫过程 (79)6.2.1 语音广播呼叫建立信令流程 (79)6.2.2 语音广播挂断信令流程 (82)1 基本呼叫过程1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放）1移动用户呼叫移动用户主叫侧完整过程（主叫释放）流程1.Channel request ：该消息在RACH上以随机模式被传送，主要应用过程有IMSI附着、短消息、补充业务管理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
短消息信令
短消息中心网关部分主要实现短消息中心接入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 。
MT的流程较为复杂，以上仅为正常下发流程，现在将非正常下发流程说明如下：
1 ．下发用户不响应或用户手机短消息内存已满，则G MSC要去HLR置MNRF（Mobile Not Reachable Flag移动用户不可及)或MCEF（Memory Capacity Exceeded Flag存储能力溢出标志）标志，信令名称为Delivery Status Report；
2 ．当G MSC去HLR取路由时，若HLR内MNRF或MCEF已被置位，则HLR除发送路由信息，还要发送Inform SC信令到G MSC，通知该用户不可用，此时若下发的短消息为普通优先级，则G MSC不再下发，若短消息为高优先级，则G MSC尝试下发该短消息，若发送不成功则下发结束，若下发成功，则去HLR清除MNRF或MCEF标志，并返回成功信息给SC，若该用户仍有短消息未发出，则保持与MSC的链路，然后继续下发短消息，直到发完或出错为止。
3 ．每次成功下发后，短消息中心检测短消息是否是MO短消息且要求状态报告，若是，则下发状态报告短消息到提交用户。
3、ALERT_SC主要流程说明
SC GMSC HLR VLR
RegForSM RP_MS_TO_NETWORK_
SMS_A
ALERT_SC
ALERT_SC
MS
图3-17 Alert-SC信令流程
具体说明如下：
1. 当手机开机，或因删除短消息等操作释放了内存时，手机向VLR报告短消息功能可用（RP_MS_TO_NETWORK_SMS_A）
2. VLR通知HLR，手机已能够接收短消息(RegForSM)
3. HLR向网关MSC发送唤醒消息（ALERT_SC）
4. 网关通知短消息后台
后续的处理是短消息中心对该用户进入下发短消息流程。