发送短信的详细流程图
短信业务的信令流程图
发送方手机收到回复后，可以在 屏幕上查看短信内容。
短信状态报告流程
当短信发送完成后， SMSC会向发送方手机 发送一条状态报告信息 。
状态报告信息包括短信 是否成功发送、接收方 是否已接收等状态信息 。
发送方手机接收到状态 报告信息后，可以在屏 幕上查看状态信息。
如果短信发送失败， SMSC会向发送方手机 发送一条失败提示信息 ，告知发送方原因和解 决方案。
03
04
简单易用
短信业务基于手机终端，用户 无需额外安装软件，只需通过 手机键盘输入文字即可发送和 接收信息。
覆盖面广
短信业务基于移动通信网络， 覆盖范围广泛，可以覆盖全球 大部分国家和地区。
可靠性高
短信业务采用存储转发机制， 可靠性较高，能够保证信息的 可靠传输。
Hale Waihona Puke 低成本高效率相对于其他通信方式，短信业 务的成本较低，且发送速度快 ，能够满足用户快速传递信息 的需求。
信令传递
按照选定的路径，将信令请求逐级传递至目的设 备。
路由选择
根据信令请求中的地址信息，选择最佳的传输路 径。
信令响应
目的设备对信令请求进行响应，通过反向路径返 回给发起设备。
05
短信业务信令路由
信令路由方式
静态路由
通过手动配置或预定义的方式设置信 令路由，一旦设置完成，不会轻易改 变。
动态路由
SMS-SUBMIT协议
01
02
定义：SMS-SUBMIT协 议是用于在移动台和短消 息服务中心之间传送短消 息的协议，特别是当发送 者需要一个确认通知时。
工作流程
03
04
05
移动台向短消息服务中心 发送短消息。
短信业务的信令流程
Message Transfer SendInfo For MO SMS Forward Short Message Message Transfer ACK ACK ACK
MO消息流程
2
MOBILE ORIGINATED SMS
SMS-IWMSC
BTS
1. CM Service Request 2,CM Service Accept 3.CP-Data(RP-Data)/submit short messgae 4.CP-Ack 5. supplementary services check and transferred to SMS- IWMSC Forward short message 6. transferred to the SC. 7. A delivery or failure report is sent back
当SAU去HLR取路由时，若HLR内MNRF或MCEF已被置位，则HLR除发送路由信息，还要 发送Inform SC信令到SAU（如果HLR为PHASE1版本，则无此过程），通知该用户不可用， 此时若下发的短消息为普通优先级，则SAU不再下发，若短消息为高优先级，则SAU尝试 下发该短消息，若发送不成功则下发结束，若下发成功，则去HLR清除MNRF或MCEF标 志。
(2)Check”Message Waiting Flag”
BTS
(1)Location Updating request,attach
11
1、当手机开机、位置更新或因删除短消息等操作释放了内存时手机向VLR报告 短消息功能可用（RP_MS_TO_NETWORK_SMS_A）； 2、VLR通知HLR，手机已能够接收短消息（RegForSM）； 3、HLR向信令网关发送唤醒消息（ALERT_SC） ； 4、短消息中心接收到ALERT_SC,重新触发对应的MT过程；
短信发送数据流程图
发送
请求信息
原有程 序流程
接收请求
短信接入 此处记录创建时间 create_time 并置state=1
取手机号
UUM
Create_time 和 send_smadp_time 比较得出每条短信的处理时间
原因分析
Hale Waihona Puke 入库返回手机号 短信入库后Old table里面马上就会有数 据，是按条来计算的，入库一条短信此处 就会出现一条数据，后面的发送程序就能 获得该数据进行送。
N条短信
发送短信任务
N条短信
取手机号
UUM
SMADP
insert_queue_time 和 send_smadp_time 比较得出每条短信的处理时间
原
入库 短信库
New table
取UUM手机号任务
State=9 State=1
取出state=1的N条短信 并置state=2 此处记录发送时间 Send_smadp_time 并置state=3 N条短信逐条处理，每 处理一条记录一个时间 最后批量将这N条短信 更新到数据库
短信库 逻辑锁 State=1
Old table
取出短信 并置state=2
N条短信
SMADP
此处记录发送时间Send_smadp_time 并置state=3 N条短信逐条处理，每处理一条记录一个 时间最后批量将这N条短信更新到数据库
统一邮件
发送
请求信息
现有程 序流程
接收请求
短信接入 此处记录创建时间 create_time 并置state=9 此处取出短信并置 state=8 然后N条短信逐条处 理，每处理一条记录取 得手机号码时间 insert_queue_time，并 置state=1,最后将这N 条短信批量更新到数据 库 返回手机号
短信系统与业务介绍
16
4 15
MMSSCC--11
SSMMCC
56
No.7
7 14
10 11
8 9 12
MMSSCC--22
BBSSCC--22
13
HHLLRR
短消息业务实现介绍—互联互通短信
江苏联通
联通
移动
江苏移动
江苏联通短信网关
DCN
华为互联互通网关
SMSC
GSM/CDMA 江苏联通客户 或外省联通客户
短信中心协议－SMPP协议
为什么需要SMPP ¾ 在SMSC与ESME间采用标准的协议接口，有助于实现 其他厂家的ESME的接入，为运营商集成第三方产品、发 展短消息新业务提供方便。 ¾ SMPP协议是一个开放式的工业标准，规定了扩展短 消息实体与短消息中心的通信协议的技术细节。
短信中心协议－SMPP协议
的异网运营商，再由本省的异网运营商发送到它的用户。 例如江苏移动苏州某用户发往浙江联通杭州某用户，则短
信发送流程为：
苏州移动 用户
苏州短信中 心
江苏移动 互联网关
江苏联通 互联网关
江苏联通某Байду номын сангаас短信中心
杭州联通 用户
短信业务基本流程－互通业务
互通短信的几项注意点： 再如浙江联通宁波某用户发往江苏移动宿迁某用户，则短信 发送流程为：
• MS与MSC/VLR之间采用的是短消息控制协议SM－CP，其中封装了 短消息中继协议SM-RP以及短消息传输协议SM-TP。
短信中心协议－SMPP协议
SMPP： Short Message Peer to Peer ¾为短消息中心与业务应用系统之间的信息传递提供接口 规范。 ¾定义了一系列的用来在ESME及SMSC之间交换短消息的操 作及相关的协议数据包。 ¾定义了在SMPP操作过程中ESME可以与SMSC交换的数据。 ¾可以基于TCP/IP或X.25。
中国移动与中国联通点对点短信互联信令规范
中国移动与中国联通点对点短信互联信令规范（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业务触发方式中国移动的用户通过自己的手机发送短信给中国联通的用户，或者中国联通的用户通过自己的手机发送短信给中国移动的用户时，触发该业务。
MAS短信发送操作说明
发送短信
首先，选择短信中心〉〉普通发送，如图：
可手动输入要发送的手机号，然后回车，添加到收件人列表中：
也可导入号码文件，将号码列入收件人列表。
点击号码文件按钮，
然后弹出一个窗口，浏览号码文件，然后点击“确定”，号码文件的号码就被读取到收件人列表中，号码文件可为文本文件或者excel表格。
然后点击发送即可将短信发出。
查看短信状态
选择短信中心〉〉已发箱，点击每批短信的下发详情的查看按钮，即可查看发送状态，可知短信是否发送成功。
本地一卡多号业务语音短信信令流程及说明.
2.4.1. 真实副号码呼叫流程2.4.1.1. 真实副号码做主叫应用场景：开通了真实副号码的一卡多号用户使用真实副号码呼出，被叫普通用户正常应答。
流程图：流程描述：1.主叫用户拨打接入码＋序号＋实际被叫号码B进行呼叫，由于主叫交换机MSCa配置了接入码数据，因此呼叫被路由到和一卡多号相连的业务关口交换机G-MSC；2.呼叫在G-MSC被路由到SIMM业务平，主叫号码A，被叫为接入码＋序号＋实际被叫号码B；3.SIMM业务平台检查主叫号码为A,被叫号码前缀为接入码＋副号码序号, 得知用户使用真实副号码进行呼叫；4.S IMM业务平台进行号码翻译后发送IAM消息给G-MSC，其中携带的主叫为用户设定的真实副号码A1，被叫为被叫号码B；5.G-MSC将话路接续到被叫交换机MSCb；6.被叫交换机通过G-MSC给SIMM业务平台发送ACM消息；7.SIMM业务平台通过G-MSC转发ACM消息给主叫交换机；8.被叫回复ANM后，主被叫开始通话；9.通话结束后，主被叫拆线。
注：此呼叫被叫来电显示号码为真实副号码，用户可以直接回拨。
2.4.1.2. 真实副号码做被叫应用场景：普通用户拨打一卡多号业务用户的真实副号码，一卡多号业务用户正常应答流程图：流程描述：1.用户A呼叫一卡多号用户B的副号码B’，主叫交换机MSCa查询号码B’的签约信息为一卡多号业务副号码，因此呼叫被路由到和归属地一卡多号业务平台相连的业务关口交换机G-MSC；2.呼叫在G-MSC被路由到SIMM业务平台，主叫号码A，被叫为号码B’；3.SIMM业务平台检查主叫号码为A,被叫号码B’,得知在呼叫用户B的副号码B’;4.SIMM业务平台进行号码翻译后发送IAM消息给G-MSC，其中携带的主叫为副号码序号+主叫号码A，被叫为被叫号码B；5.G-MSC将话路接续到被叫交换机MSCb；6.被叫回复ANM后，主被叫开始通话；7.通话结束后，主被叫拆线注：此呼叫接续到一卡多号用户的主号码，一卡多号用户看到的来电显示号码为“副号码顺序号+主叫号码”，注意此时一卡多号用户不能直接回拨。
移动梦网短信业务信令流程规范(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）之间的消息交互过程以及相关消息的类型和定义。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
下图为在专用信道上发送短信的详细流程图。
MSC-CS
Node B
RNC
UE
MSC-CS
Node B
RNC
UE
在CM ServiceRequest消息中，有CM service字段，其值取值为1时，表示为MS发起电路呼叫；其值为4时，表示为短信业务；为2时，表示紧急呼叫；为8时，表示激活补充业务……。
如果选择CS承载，在RRC层的Initial Direct Transfer消息的CN domain identity 字段的取值应该为：CS Domain；如果选择PS承载，在RRC层的Initial Direct Transfer 消息的CN domain identity字段的取值应该为：PS Domain；RNC可以根据CN domain identity字段的取值，把短信及其相关信令送给MSC（CS Domain情况）或者SGSN（情况）。
下图为在公共信道上发送短信的流程图：
UE
MSC-CS
Node B RNC
MSC-CS
Node B
RNC
UE
1) 短信的字节长度跟CS 域或者PS 域没有关系，因为不管在哪个域，不管是MSC 还是
SGSN 处理短信，都是使用相同的MAP 消息承载，短信长度与底层承载无关。
2) 被叫成功收到短信后，会向短信中心发送一个发送成功的状态报告（Delivery Report ），
短信中心收到这个状态报告后，才会出话单。
在短信中心收到主叫的短信后，短信中心会先判断被叫方的存储器是否已经满，如果满，则不会马上发送此短信。
3) GPRS 短信可以承载在PDTCH 上，此时，GPRS 承载发短信前不需要先进行PDP 激
活。
4) 目前终端最多可以发送140个字节的短信内容，对于汉字，即70个汉字；对于ASCII
编码，即140个字符；对于压缩的7位编码，可以位160个字符。