短信业务的信令流程

发送方手机收到回复后，可以在 屏幕上查看短信内容。
短信状态报告流程
当短信发送完成后， SMSC会向发送方手机 发送一条状态报告信息 。
状态报告信息包括短信 是否成功发送、接收方 是否已接收等状态信息 。
发送方手机接收到状态 报告信息后，可以在屏 幕上查看状态信息。
如果短信发送失败， SMSC会向发送方手机 发送一条失败提示信息 ，告知发送方原因和解 决方案。
03
04
简单易用
短信业务基于手机终端，用户 无需额外安装软件，只需通过 手机键盘输入文字即可发送和 接收信息。
覆盖面广
短信业务基于移动通信网络， 覆盖范围广泛，可以覆盖全球 大部分国家和地区。
可靠性高
短信业务采用存储转发机制， 可靠性较高，能够保证信息的 可靠传输。
Hale Waihona Puke 低成本高效率相对于其他通信方式，短信业 务的成本较低，且发送速度快 ，能够满足用户快速传递信息 的需求。
信令传递
按照选定的路径，将信令请求逐级传递至目的设 备。
路由选择
根据信令请求中的地址信息，选择最佳的传输路 径。
信令响应
目的设备对信令请求进行响应，通过反向路径返 回给发起设备。
05
短信业务信令路由
信令路由方式
静态路由
通过手动配置或预定义的方式设置信 令路由，一旦设置完成，不会轻易改 变。
动态路由
SMS-SUBMIT协议
01
02
定义：SMS-SUBMIT协 议是用于在移动台和短消 息服务中心之间传送短消 息的协议，特别是当发送 者需要一个确认通知时。
工作流程
03
04
05
移动台向短消息服务中心 发送短消息。

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.通话结束后，主被叫拆线注：此呼叫接续到一卡多号用户的主号码，一卡多号用户看到的来电显示号码为“副号码顺序号+主叫号码”，注意此时一卡多号用户不能直接回拨。

04
短信业务信令协议
信令协议概述
信令协议是用于控制和管理电 信网络中设备之间信号传输的 协议。
它定义了设备之间信号的格式、 传输规则和交换方式，以确保 网络设备的协调工作。
在短信业务中，信令协议用于 建立、维护和释放短信传输所 需的通信链路。
SMS-DE协议
SMS-DE协议是短信业务中用于 设备接入和信令传输的一种协议。
随着网络安全问题的日益突出，信令技术的安全性将得到更加重视，将会有更多安全机制 和技术手段应用于信令信号的处理和传输过程中。
5G时代的短信业务信令技术
5G时代的短信业务信令技术将更加高效和可靠
5G技术将提供更高的数据传输速率和更低的延迟，使得信令信号的传输更加快速和稳 定，提高了短信业务的服务质量和用户体验。
信令技术的发展趋势
信令技术将向更高效、更可靠的方向发展
随着通信技术的不断进步，信令技术将不断优化，提高信号传输的效率和稳定性，以满足 更高标准的通信需求。
信令技术将与人工智能技术融合
人工智能技术的应用将为信令技术的发展带来新的机遇，通过智能化处理和优化信令信号， 提高通信系统的性能和效率。
信令技术将更加安全可靠
短信业务接收信令流程
当接收方的移动终端收到一个短信时，它会向移 动交换中心发送一个接收报告。
发送方的移动终端收到接收报告后，会向用户显 示短信已成功发送的消息。
移动交换中心将接收报告转发给发送方的移动终 端，告知短信已被接收。
如果接收方的移动终端无法正常接收短信，或者 短信在传输过程中出现错误，发送方的移动终端 会重新发送短信，直到短信被成功接收或者达到 重传次数限制。
它定义了移动终端如何接入网络、 与网络设备进行身份验证以及发 送和接收短信的流程和规则。

ACK
当SAU去HLR取路由时，若HLR内MNRF或MCEF已被置位，则HLR除发送路由信息，还要
发送Inform SC信令到SAU（如果HLR为PHASE1版本，则无此过程），通知该用户不可用，
此时若下发的短消息为普通优先级，则SAU不再下发，若短消息为高优先级，则SAU尝试
下发该短消息，若发送不成功则下发结束，若下发成功，则去HLR清除MNRF或MCEF标
12
梦网短信MO流程
SMSC
2.SMPP_Deliiver_SM
9.SMPP_Deliiver_SM_Re sp
ISMG
1.提交信息
8.CMPP_Deliver_Rep 7.CMPP_Deliver
（备注）
SP
梦网短信MO流程
MDS价鉴权为可选部分；目前现网中（东莞）本地ISMG即 本地IOD业务无需到DSMP鉴权，需要进行DSMP鉴权的SP业务分别连接到省IOD、 亚信网关、行业网关中。 若主叫号码为智能网用户则需要到SCP进行实时的扣费鉴权；全球通号码无需到 SCP扣费鉴权，只通过话单进行结算。
态，确定手机是否可以接收短消息。如果可以接收短信则MSC向被叫手机 发送短信：
1)如果手机处于idle状态，则通过SDCCH信道给手机下发短信。 2)如果手机处于active状态，则通过SACCH信道给手机下发短信。 第7步：MSC向信令网关回送应答消息(ack) ； 第8步：信令网关向SC回送应答消息(ack) ；
4
基本消息流程
SAU
SMC （信令网关）
HLR
MSC
VLR
MS
Message Transfer
Send Route Info For Short Message

发送短信的信令流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。

文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. 用户输入短信内容：用户在手机上输入要发送的短信内容，并选择接收方的手机号码。

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：短信流程所涉及的设备及其作用.
(1)MS(用户手机)
(2)无线网
(3)MSC(移动交换中心)：对其覆盖区内移动台的呼叫进行控制。

(4)USAU
(5)SMC(短信中心)：存储转发
1.MO流程：
2.MT流程：
(1)ms
发送后通过VLR鉴权，下发到MSC
，然后通过HLR后发送到信令网关在下发
到smc.
(2)Smc发送到信令网关，然后通过HLR查询用户相应的MSC，下发到Msc。

在通过
ＶＬＲ查询用户的路由后下发给用户。

(1)Mti Server:把七号信令转换后和其它设备互联。

(2)Map Server:主要起分流的主用，可以连接多套短信中心。

(3)BillCreater:产生话费清单。

(4)BackupDaemon:备份
(5)DbDaemon:oracle数据库
(6)L2CacheDaemon:二级缓存，但业务量太大时，先放入二级缓存中。

(7)ClusterMng:备机
(8)fileMirror:同步到备机。

(9)Mtserver:维测台。

1．每套短信中心都有一个mti server 和一个map server和它对应。

2．在map server根据尾号发送到相应的短信中心。

3 . 短信中心都和map server相连。

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流程说明短信业务起呼、局间、终呼各网元的信令流程如下图说示，其中起呼、终呼全部在业务信道完成。

其中，A1～A12为起呼过程；B1、B2为局间消息转发，B3、B4为局间回执转发过程；C1～C16为终呼处理过程。

1.1起呼流程A1、终端MS发起消息起呼请求；A2、BSC1构造一个CM业务请求消息发送给MSC1；A3、MSC1向BSC1发送指配请求消息以请求BS分配无线资源；A4、BS在空口的寻呼信道上发送信道指配消息启动无线业务信道的建立；A5、收到业务连接消息后，MS响应一条业务连接完成消息；A6、无线业务信道建立并互通后，BS向MSC发送指配完成消息；A7、MS在业务信道上发起SMS递送消息，其数据突发类型为SMS；A8、BS向MSC发送ADDS递送消息，该消息用户部分中包含起呼的短消息；A9、MSC向MC发送SMDPP信令，该消息类型为submit；A10、MC确认短信成功接收该消息，向MSC回复smdpp确认信令；A11、MSC向BS发送ADDS递送证实消息；A12、BS向MS发送层2证实消息，至此用户发送消息完成。

【时延说明】在短消息起呼过程中，时延主要集中在BSS无线侧空口资源的分配和 MSS 对短信的提交和投递处理机制和效率上。

短消息中心仅从MSC接收消息，并进行内部的业务处理，如果该消息不涉及到SCP等外部网元的交互处理，响应消息smdpp很快即会回复。

起呼部分的时延体现为消息发送方对消息发送顺畅与否的感受。

【定时器】协议规定短消息起呼信令定时器时长为5～60秒，即起呼确认最迟60秒回复到终端用户，现网的设置一般在10秒左右。

短消息中心内部设置起呼响应超时定时器为6秒，起呼响应最迟6秒回复到网络侧。

1.2局间流程若目的用户与源用户不在同一局，则存在局间消息转发(B1、B2)，及局间回执转发(B3、B4)流程。

向用户发送消息回执的流程，与向用户投递普通短消息的流程一致，因此没有体现在上图中。

否缺席等 第4步：如果HLR检查用户数据没异常则HLR向短信网关返回路由信息，该消息包
含MSC地址、用户IMSI等 第5步：信令网关向对应的MSC前传短消息(forward Short Message )； 第6步： MSC向VLR发送sendInfoForMT-SMS消息，获取被叫手机用户的当前状
4
Mobile terminated short message transfer
(2)Send routing information for short message(Called MSISDN, priority, SC address)
(1) Transfer mobile terminated short message
态，确定手机是否可以接收短消息。如果可以接收短信则MSC向被叫手机 发送短信：
1)如果手机处于idle状态，则通过SDCCH信道给手机下发短信。 2)如果手机处于active状态，则通过SACCH信道给手机下发短信。 第7步：MSC向信令网关回送应答消息(ack) ； 第8步：信令网关向SC回送应答消息(ack) ；
MO消息流程
1
MOBILE ORIGINATED SMS
BTS
1. CM Service Request 2,CM Service Accept 3.CP-Data(RP-Data)/submit short messgae 4.CP-Ack
9.CP-Data(RP-Ack/Error) 10.CP-Ack
6
用户不在服务区
SMC
信令网关
HLR
MSC
VLR
MS
Message Transfer
Send Route Info For Short Message

信令流程讲义范文信令流程是在通信系统中用于实现信令交换和控制的一系列过程和协议。

它涉及到发送和接收传递控制信息，以确保通信系统中的设备和网络能够正常运行。

一、信令流程概述在通信系统中，信令流程主要用于支持呼叫建立、终止和管理，以及在通话过程中提供设备和网络的控制。

它是在用户数据传输之外进行的信息交换，用于确保通信设备和网络之间的协调和合作。

信令流程一般由以下几个步骤组成：呼叫建立、信道分配、呼叫控制和释放。

1.呼叫建立：呼叫建立是指在两个通信设备之间建立通话连接的过程。

当一个用户希望与另一个用户通话时，首先需要通过呼叫建立信令来告知网络，网络会分配合适的资源并建立通信链路。

2.信道分配：信道分配是指网络为建立呼叫所分配的信道或频谱资源。

在呼叫建立过程中，网络会根据需要为通话双方分配合适的通信信道，以确保通信质量和资源利用效率。

3. 呼叫控制：呼叫控制是在通话过程中对呼叫进行管理和控制的过程。

它包括通话管理、增加或删除参与者、调整信道等控制功能。

呼叫控制信令可以通过呼叫控制协议实现，如SS7（Signaling System No. 7）。

4.释放：释放是指终止通话并释放通信资源的过程。

当通话结束或用户主动挂断时，会发送释放信令告知网络释放通话资源。

二、信令流程详解1.呼叫建立的信令流程：（1）用户A拨号，向接入网关发送呼叫请求。

（2）接入网关接收到呼叫请求后，通过信令传送网络将呼叫请求传递给信令交换机。

（3）信令交换机验证呼叫请求并根据需要向目标用户分配资源。

（4）信令交换机通过信令传送网络将呼叫请求传递给目标用户所在的接入网关。

（5）目标用户接收到呼叫请求后，可以选择接听或拒绝呼叫。

（6）接收到接听信号后，信令交换机将建立连接的信令传递回源用户所在的接入网关。

（7）接入网关收到建立连接的信令后，建立通话连接并通知源用户。

2.信道分配的信令流程：（1）用户A发起信道分配请求。

（2）信令交换机根据用户的请求和网络的资源情况，为用户分配通信信道。

负责确定短信的发送路径 ，确保短信能够到达正确 的接收方。
短信业务信令处理技术
基于文本的信令协议
用于传输文本短信，采用基于文本的协议进行通信。
基于二进制协议
用于传输多媒体短信，采用基于二进制协议进行通信。
路由优化技术
通过优化路由算法，提高短信的发送效率和成功率。
04
短信业务信令安全
短信业务信令安全概述
通过对信令路由的优化配置，减少信令传 输的跳数和时延，提高信令传输效率。
短信业务信令优化案例
01
A运营商的短信业务信令优化
通过采用多种信令优化技术，成功降低了信令时延和丢失率，提高了短
信发送成功率，提升了用户满意度。
02
B城市的短信高峰期信令优化
针对城市内短信业务高峰期的信令拥塞问题，通过优化信令路由和缓存
求和技术发展。
网络安全性的提升
02
随着网络安全威胁的不断增加，未来短信业务信令将更加注重
网络安全性的提升，加强信令安全防护和隐私保护。
智能化处理能力的提升
03
未来短信业务信令将不断提升智能化处理能力，实现更快速、
准确和智能的信令处理和用户服务。
未来短信业务信令应用场景
物联网应用
随着物联网技术的不断发展，未来短信业务信令将在物联 网领域发挥重要作用，支持各种智能设备的连接和通信。
技术，有效缓解了信令拥塞情况，提高了用户的使用体验。
03
C网络的短信跨域发送优化
针对跨域发送的短信时延问题，通过采用信令压缩技术和路由优化技术
，缩短了短信发送时延，提高了用户满意度。
06
未来短信业务信令发展
未来短信业务信令发展趋势
5G技术的普及
随着5G技术的不断发展和普及， 未来短信业务信令将更加高效、

次寻呼，且二次寻呼采用IMSI，现网部署了MSC POOL方案时， LTE二次寻呼响应后，呼叫失败
原因分析
①3GPP标准规定，MME接收到MSC发送的SGspaging（IMSI、LA）后，将以IMSI寻呼UE ②MME使用IMSI寻呼后，UE在回落后发起寻呼响 应时，要使用IMSI ③接收到以IMSI 的寻呼响应，部署了POOL的BSC 会按照负荷分担方式，将消息发送给POOL内的任 意MSC，若接收处理的MSC不是下发Paging的SGs MSC，不会下发Setup命令接续通话，被叫失败
• 联合注册未成功
若UE发起的联合注册，网络EPS和non-EPS均不能注册成功，网络会下发Attach Reject，并携带EMM cause：n-EPS services not allowed) ✓ UE将认为USIM对于EPS和non-EPS服务是非法的
• CSFB方案概述 • CSFB终端联合附着/TAU流程
• CSFB语音主、被叫业务流程
• CSFB通话结束后返回流程
CSFB主叫信令流程
• 在LTE网络，用户按键后，UE发起回落请求，由LTE网络指引回落，无需经过SGs接口
• 回C落S2F/B3为G网国络际后漫，游主提叫流程与传统电路域流程相同 供语音业务
X ⑥ RRC Release (R8 or R9)
X⑦ UE搜索GSM频点，同步小区
⑧ Paging Response ⑧ Paging Response
IMSI寻呼失败问题分析
• 当LTE覆盖不好时，寻呼无响应后MSC会发起SGs接口二次寻呼 • 前期，部分厂家MSC的SGs接口的寻呼配置，与现网2/3G接口配置相同；一次寻呼时采用TMSI，配置使用二
• 被叫失败：若CSFB UE被叫，T3417ext超时后，若UE之前处于空闲态将主动释放无线链路进入idle态， 若UE之前处于连接态将继续执行原有数据传输，CSFB被叫失败

一：短消息的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层之间的对话的。

MMS信令流程：WAP MMS是MMS用户代理和MMS中继之间的端到端的进程，它提供以下业务类型：1．MMS用户代理产生多媒体信息MM，并使用WSP/HTTP POST方法发送M_Send.req 到MMS中继。

2．MMS中继使用W AP PUSH技术发送M-Notification.ind到MMS用户代理，以通知用户MM信息到达。

M-Notification.ind信息中包含MM的URI信息，用于进行MMS的提取。

3．MMS用户代理使用WSP/HTTP GET方法通过所提供的URI提取MM信息。

所返回的M_retrieve.conf信息中包含用户真正的MM内容。

4．MMS用户代理通过M_Acknowledge.ind信息发送到MMS中继的提取确认消息。

5．MMS中继使用W AP PUSH技术发送通过M_Delivery.ind信息传送报告到发送侧的MMS用户代理汇报MM信息传送情况。

WAP可以将MMS用户代理的特性（如硬件特征、显示属性（大小色彩支持）、支持的内容类别和网络限制（如最大信息长度）等）通知给MMS中继。

用户属性信息可通过WSP/HTTP的GET过程传送给MMS中继服务器，中继服务器提到必要的设备属性，并在进行到MMS用户代理传送数据前根据设备特点进行信息内容的产生和过滤。

如删除终端不支持的信息内容，进行信息长度、色彩深度或编码格式的调整以适合终端类型等。

始发终端MMS代理接受终端M_Send.reqM_Send.confM_Notification.indM_NotifyResp.indWSP GET.reqMMS(Multimedia Messaging Service)多媒体短信业务，其工业标准是由WAP Forum(WAP论坛)和3GPP(3G 伙伴计划)制订的。

多媒体短信业务以WAP无线应用协议为载体，能够传送视频片段、图片、声音和文字，实现即时的手机端到端、手机终端到互联网或互联网到手机终端的多媒体信息传送。

3、4G短信业务信令流程1.1 短消息1.1.1 短消息过程概述GSMS（GPRS（General Packet Radio Service）Short Message Service），⽀持在CS/PS上的GPRS 短消息业务，提供MS 和SGSN之间的短消息传输⽅法。

短信是指⼀个限定⼤⼩的消息，GSMS 模块为⾮接⼊层的模块。

GSMS实体包含在CM层⾥，通过SMC实体给SM-RL提供服务。

这⾥我们把SMR也看作包含在GSMS⾥，所以可以认为GSMS实体可以通过SMR为SM-TL 层提供服务。

SM-TL Short Message Transfer LayerSM-RL Short Message Relay LayerCM-sub Connection Management sublayerSMR Short Message Relay (entity)SMC Short Message Control (entity)1.1.2 短消息完整流程UE⾸先在MMI的界⾯上编写短消息⽂本，然后通过按键触发发送短消息过程。

⾸先RRC 层会检查是否存在RRC连接，如果已经存在，则直接使⽤，如果没有，则⾸先发起⼀个RRC 连接建⽴过程。

RRC连接建⽴完成后，⾼层通过CM SERVICE 过程建⽴MM连接，接收到⽹络侧发送的CM SERVICE ACCEPT后，就可以开始短消息数据的发送过程了。

短消息的协议实体包括三层，所以响应有⼏个步骤。

⾸先UE发出的CP-DATA包括RP-DATA和协议头，RP-DATA也是包括RP头（主要是Originator Address和Destination Address）和⽤户数据部分，它的⽤户数据部分是TP-DATA，TP-DATA 的⽤户部分就是实际的短消息内容了，TP-DATA的数据头部分就包括⼀些编码⽅式等信息。

⽹络侧收到此消息后，⾸先CP层回应CP-ACK，接着RP层也需要响应，RP-ACK消息嵌套在CP-DATA的⽤户数据部分发送,UE需要收到这两个ACK后才能确认⽹络侧正确收到了发送的短消息，然后再响应CP-ACK，⾄此，整个发送短消息过程结束，如果后续没有其它过程，⽹络侧就可以释放RRC连接了。

以下说明短消息发送失败后可能的失败原因，以及建议采用 的重发机制： （1）未知错误：HLR/目的IGW返回失败，但没有错误原因。 在此情况下，一般采用与用户缺席相同的重试机制。 （2）未知用户：向HLR要路由时，HLR返回用户不认识。 此时应该立即丢弃当前短消息。 （3）无短消息业务：该用户的短消息业务在HLR未开通。 此时应该立即丢弃当前短消息。 （4）呼叫禁止：该用户的短消息业务在HLR被禁止。此时 应该立即丢弃当前短消息。 （5）网络不支持：用户当前所处的IGW不支持短消息，此 时等待ALERT_SC消息触发再次重发。 （6）用户缺席：用户关机或无应答，间隔重发若干次后如 仍不成功则停止，等待ALERT_SC消息触发再次重发。
业务处理流程
移动台发送短消息的信令流程
(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号码。
VLR （1）
HLR
IWMSC
SC
（2） （3） （4）
（5）
（2）、MS进行的是GPRS位置更新，或者在 SGSN实体中监测到有此用户活动。且 SGSN中的该MS的标识位MNRF被置位，则 SGSN通知短消息中心，移动台可及可以接 收短消息。
信令流程 • SGSN向HLR发起Ready for SM请求指示用户可及， 通知HLR，MS可及可以接收短消息（说明： SGSN向HLR发起Ready for SM请求的另一种情况 是指示用户有空闲内存，这种情况在下面“MS有 MS 空闲内存”情况中介绍。）； • HLR向IWMSC发起AlertSC请求，通知IWMSC， MS可及可以接收短消息； • IWMSC通知SC，移动用户可以接收短消息； • IWMSC向HLR回送成功AlertSC的响应消息； • HLR向SGSN回送成功Ready for SM的响应消息。