短消息处理流程
短信业务的信令流程图
发送方手机收到回复后，可以在 屏幕上查看短信内容。
短信状态报告流程
当短信发送完成后， SMSC会向发送方手机 发送一条状态报告信息 。
状态报告信息包括短信 是否成功发送、接收方 是否已接收等状态信息 。
发送方手机接收到状态 报告信息后，可以在屏 幕上查看状态信息。
如果短信发送失败， SMSC会向发送方手机 发送一条失败提示信息 ，告知发送方原因和解 决方案。
03
04
简单易用
短信业务基于手机终端，用户 无需额外安装软件，只需通过 手机键盘输入文字即可发送和 接收信息。
覆盖面广
短信业务基于移动通信网络， 覆盖范围广泛，可以覆盖全球 大部分国家和地区。
可靠性高
短信业务采用存储转发机制， 可靠性较高，能够保证信息的 可靠传输。
Hale Waihona Puke 低成本高效率相对于其他通信方式，短信业 务的成本较低，且发送速度快 ，能够满足用户快速传递信息 的需求。
信令传递
按照选定的路径，将信令请求逐级传递至目的设 备。
路由选择
根据信令请求中的地址信息，选择最佳的传输路 径。
信令响应
目的设备对信令请求进行响应，通过反向路径返 回给发起设备。
05
短信业务信令路由
信令路由方式
静态路由
通过手动配置或预定义的方式设置信 令路由，一旦设置完成，不会轻易改 变。
动态路由
SMS-SUBMIT协议
01
02
定义：SMS-SUBMIT协 议是用于在移动台和短消 息服务中心之间传送短消 息的协议，特别是当发送 者需要一个确认通知时。
工作流程
03
04
05
移动台向短消息服务中心 发送短消息。
使用短信服务的流程
使用短信服务的流程简介短信服务是一种常用的通信方式，可以发送和接收短信消息。
本文档将介绍使用短信服务的流程。
流程概述使用短信服务的流程通常包括以下几个步骤：1.注册账号：在使用短信服务之前，需要先注册一个账号。
根据提供商的要求填写相关信息，并完成账号注册流程。
2.账号认证：完成账号注册后，通常需要进行账号认证。
根据提供商的要求，可能需要提供相关证件和资料进行认证。
3.购买套餐：选择适合自己需求的套餐，并进行购买。
不同的套餐可能有不同的短信发送数量、有效期和价格等参数。
4.配置API：根据提供商的文档，配置API。
API是进行短信发送和接收的接口，需要根据文档中的指引设置相关参数。
5.获取API密钥：在配置API时，通常需要获取API密钥。
API密钥用于身份验证和访问控制，需要妥善保管，避免泄露。
6.编写代码：使用编程语言编写代码，通过API发送和接收短信。
根据提供商的文档，调用相应的API接口实现发送和接收功能。
7.测试和调试：在代码编写完成后，进行测试和调试。
确保代码能够正常发送和接收短信，并处理异常情况。
8.上线发布：在测试和调试通过后，将代码部署到生产环境，并进行上线发布。
确保短信服务可以正常运行。
9.监控和维护：上线后，定期监控短信服务的运行情况。
如有异常情况，及时进行排查和维护，保证短信服务的正常运行。
注意事项在使用短信服务的过程中，有一些注意事项需要注意：•遵守法律法规：在使用短信服务时，需要遵守当地法律法规，不得发送垃圾短信和违法信息。
•保护用户隐私：在收集用户手机号码时，需要保护用户隐私，合法、合规地使用用户的手机号码。
•防止滥用：避免滥用短信服务，如频繁发送大量短信或发送非法广告信息，以免被短信提供商封禁账号。
•合理使用资源：使用短信服务时，要注意合理使用资源，避免浪费和影响他人正常使用。
•保护API密钥：API密钥用于身份验证和访问控制，需要妥善保管，避免泄露，以免被他人恶意使用。
LTE基本架构以及短信彩信通话流程
•
MME功能：
– 寻呼消息分发，MME负责将寻呼消息按照一定的原则分发到相关的 eNB； – 安全控制； – 空闲状态的移动性管理； – EPC承载控制； – 非接入层信令的加密与完整性保护。
• •
服务网关S-GW功能：
– 终止由于寻呼原因产生的用户平面数据包； – 支持由于UE移动性产生的用户平面切换。
呼叫流程
1、附着过程
2、去附着过程
3、UE发起的service request流程
4、网络发起的paging流程
5、跟踪区域更新TAU流程
6、专用承载建立流程
7、切换过程
完整一次通话必有的信令
Rrc Connection Request (UL-CCCH) ：连接请求 Rrc Connection Setup (DL-CCCH) ：连接建立 Rrc Connection Setup Complete (UL-DCCH) ：连接建立完成 CM Service Request：语音服务请求 Authentication Request Authentication Response Identity Request Identity Response：身份验证 Setup ：建立连接 Call Proceeding ：主叫开始呼叫（被叫 Call Confirmed：确认被叫建立请求） Radio Bearer Setup (DL-DCCH) Radio Bearer Setup Complete (DL-DCCH) ：无线链路承载 Physical channel Reconfiguration (DL-DCCH) Physical channel Reconfiguration Complete (UL-DCCH)：接力切换 Alerting：振铃 Connect Connect Acknowledge：接通 Disconnect：挂断 Release ：释放 Release Complete：释放完成
发送短信流程
发送短信流程发送短信是我们日常生活中经常会用到的功能，它可以帮助我们与他人进行及时的沟通和联系。
在现代社会，手机短信已经成为了一种非常便捷的沟通方式，无论是工作上的通知，还是生活中的问候，都可以通过发送短信来完成。
那么，接下来我们就来详细介绍一下发送短信的流程。
首先，打开手机的短信功能，进入短信编辑界面。
在这个界面上，我们可以看到“收件人”“内容”等输入框，以及发送按钮。
接着，我们需要在“收件人”输入框中填写接收短信的对象的手机号码。
在填写手机号码时，一定要仔细核对，确保号码的准确性，避免因为输入错误而导致短信发送失败或发送到错误的对象。
然后，在“内容”输入框中，我们可以输入我们要发送的短信内容。
在输入内容时，要注意文字的选择和表达，尽量用简洁明了的语言表达清楚要传达的信息，避免过长或者含糊不清的文字影响信息的传达效果。
在填写完手机号码和短信内容之后，就可以点击发送按钮，将短信发送出去了。
发送按钮一般位于页面的下方，点击后系统会进行短信发送的操作，发送成功后会有相应的提示信息。
需要注意的是，在发送短信时，我们要遵守相关的法律法规和道德规范，不发送违法违规的内容，不进行骚扰他人的行为，保持良好的网络礼仪。
此外，如果需要发送给多个人，可以在“收件人”输入框中输入多个手机号码，用逗号或者分号隔开，也可以通过选择手机通讯录中的联系人来添加接收人。
在一些特殊情况下，我们可能需要对发送的短信进行一些特殊的处理，比如设置定时发送，设置短信群发等。
这些功能一般都可以在手机短信应用的设置中找到，根据实际需求进行操作即可。
总的来说，发送短信的流程并不复杂，只需要按照上述步骤依次进行操作即可完成。
在日常使用中，我们要注意保护个人隐私，避免因为疏忽而泄露个人信息，同时也要注意文明用语，避免对他人造成不必要的困扰。
发送短信是一项非常方便的功能，希望大家在使用时能够充分发挥其作用，让沟通变得更加便捷、高效。
短信业务流程分析
短信业务流程分析1. 引言短信业务是移动通信领域中的一项重要业务，它使得用户可以通过手机向其他手机发送和接收短消息。
短信业务的兴起使得人们在沟通中更加灵活方便，也推动了移动通信行业的发展。
本文将对短信业务的流程进行分析，旨在深入了解短信业务的工作原理和相关流程。
2. 短信业务流程概述短信业务的流程可以分为消息发送方和消息接收方两个大的流程，下面将具体介绍这两个流程的细节。
2.1 消息发送方流程消息发送方流程包括用户发送短信到接入网关、网关发送短信到目标手机和确认短信发送成功的过程。
以下是消息发送方流程的详细步骤：1.用户编写短信内容并选择发送给的手机号码。
2.用户的手机将短信发送给所属运营商的接入网关。
3.接入网关接收到短信后，将其转发给目标手机所属的运营商。
4.目标手机所属运营商的接入网关接收到短信后，将其发送给目标手机。
5.目标手机接收到短信，并向发送方的接入网关发送一条确认消息。
6.发送方的接入网关接收到确认消息，并通知发送方短信发送成功。
2.2 消息接收方流程消息接收方流程包括接收短信、存储短信和通知用户的过程。
以下是消息接收方流程的详细步骤：1.目标手机处于待机状态，等待接收短信。
2.目标手机所属运营商的接入网关接收到发送方的短信后，将其发送到目标手机。
3.目标手机接收到短信后，存储在短信存储区域。
4.目标手机通知用户收到了一条新的短信。
5.用户查看短信，并可以选择回复、转发或删除短信。
3. 短信业务流程分析3.1 短信发送方流程分析3.1.1 用户编写短信内容并选择接收方手机号码用户通过手机的短信编辑器编写短信内容，并选择接收方的手机号码。
这一步骤涉及到用户界面设计、输入验证和手机号验证等技术。
3.1.2 手机发送短信到接入网关用户点击发送按钮后，手机将短信内容发送给所属运营商的接入网关。
这一步骤涉及到无线通信技术和短信协议的使用。
3.1.3 接入网关转发短信到目标手机所属运营商接入网关接收到短信后，根据目标手机号码所属的运营商信息，将短信转发给目标手机所属的运营商。
短信业务的信令流程
Hale Waihona Puke 梦网短信MT流程4.SMPP_Submit_SM
2.DSMP_AuthPrice
SMSC
7.SMPP_Submit_SM_Rs p 8.CMPP_Submit_Rep
ISMG
3.DSMP_AuthPrice_Rep 1.CMPP_Submit
MDSP
SP
梦网短信MT流程
16
上图中,到DSMP进行扣费批价鉴权为可选部分；目前现网中（东莞）本地ISMG即本地IOD业务无 需到DSMP鉴权，需要进行DSMP鉴权的SP业务分别连接到省IOD、亚信网关、行业网关中。 1) SP提交需要下发的短消息到ISMG；
首先，我们介绍MO的消息流程，也就是手机提交短消息到短消息中心的过程。平时， 我们发送短消息，手机提示“消息发送成功”实际上是指，消息已经成功提交到短消 息中心，而不下发到被叫手机。仅仅是完成了MO的过程。 MO消息主要由以下过程构成： 第1、2步：手机向VLR提交接入访问请求和可选的鉴权请求，只有鉴权通过后，手机才 能登录网络； 第3、4步：鉴权通过后，手机向MSC提交短消息(CP-data/RP-data/submit short message),若提交成功MSC回应手机CP-ack ； 第5步：MSC从VLR中查询该主叫号码是否具有提交短消息的权限( SendInfo For MO SMS )，如果没有，则拒绝消息；如果手机具有提交消息的权限，则MSC向短消息信令 网关上传短消息(Forward Short Message) 。 第6步：信令网关向SMC提交短消息(Message transfer) ； 第7步： SMC进行内部的鉴权，向网关SAU回送应答消息(包括成功及失败的情况)(RPAck or Error) ； 第8步： SAU向MSC回送应答(RP-Ack or Error)； 第9、10步： MSC向MS回送应答(RP-Ack or Error)，最后手机会CP-ack响应；
C网的短信的发送流程
C网的短信的发送流程有一个重要的区别就是短短信和长短信发送时所占用的流程和信道不同。
具体流程如下：1、短短消息业务主叫短短消息指的是字节数小于一定数值，在接入信道上进行发送的短消息（具体数值大小由各地定义不同而不同）。
短短消息所有的发送及信令确认都在接入信道和寻呼信道上进行。
具体流程如下：相对应的空口信令流程如下：关于信令的简述如下：第一条消息：Data Burst Message on AccessChannel终端在接入信道上发送包含有短消息内容数据消息。
第二条消息：Order Message系统在接收到终端发出的Data Burst Message在寻呼信道上予以确认。
第七条消息：General Paging Message此时系统已经将短消息发往短消息中心进行处理，处理成功后再次寻呼终端，进行确认过程。
第八条消息：Paging Response Message终端在某一小区内发送寻呼响应消息。
第九条消息：Order Message系统对终端寻呼响应消息的确认消息。
第十二条消息：Data Burst Message系统在终端回复寻呼响应消息的小区内发送用于确认的DataBurst Message。
第十三条消息：Order Message终端在进行确认后，显示短消息发送成功，并发送Order Message回复系统。
短短消息发送过程完毕。
2、长短消息业务主叫长短消息指的是由系统定义，消息内容在业务信道上发送的短消息。
空口信令流程如下：从信令上看，长短信发送流程和语音主叫几乎一样。
所不同的是在长短信的Origination Message中的Service_Option。
还有就是在流程中多了一条Data Burst Message用于终端进行层2确认。
其余就和语音主叫信令流程一模一样，大家有兴趣的话直接看主叫的信令流程就行。
（注：当Service_Option 0x0006时，表示RS–1 SMS；当Service_Option为0x000e时，表示RS–2 SMS；）2、短消息业务被叫短消息业务的接收方主要走寻呼的流程，空中接口流程如下图：从信令上看，短信接收流程和语音被叫几乎一样。
短消息传送过程
短消息传送过程5.1 空闲模式下MS发起的短消息传送流程：1．Channel request：MS在RACH上向BTS发送Channel request消息，请求分配信道。
此消息中只有8bit的有用信息，包括接入网络的原因（0001 短消息）和MS随机选择的鉴别符。
2．Channel required：BTS对MS的Channel request消息正确解码后，向BSC发送Channel required消息。
此消息中包含重要的附加信息和BTS对传输时延（TA）的估计。
3．Channel active：BSC对现有无线资源进行判断后，向BTS发送Channel active消息来查询相应的地面资源是否可用，为该次请求选择一条相应的空闲信道。
4．Channel active ACK：BTS准备好相应的资源后，将返回Channel active ack消息来答复BSC。
5．Immediate assign command：收到BTS的Channel active ack消息后，BSC将以无证实方式向BTS发送Immediate assign command消息。
6．Immediate assignment：BTS收到Immediate assign command消息后，在收到MS Channel request消息的同一时隙上向MS发送Immediate assignment消息，为MS分配无线资源。
7．SABM(CM servive request)：MS在分配的信道上发送SABM，目的是建立证实模式下的信令消息链路层连接(SAPI0上)。
SABM帧中包含完整的第三层消息CM service request （CM业务请求）消息。
8．Establishment indicaiton(CM servive request)：BTS收到SABM帧后，将向BSC发送Establish indication消息，用来通知LAPDm连接已经建立，该消息是对Immediate assign command消息的回复。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
短消息处理流程
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过程。
具体流程如下。
1.当手机开机、或在手机内存满时用户删除短消息等操作释放了内存时，手
机向VLR报告短消息功能可用（RP_MS_TO_NETWORK_SMS_A）。
2.VLR通知HLR，手机已能够接收短消息（RegForSM）。
3.HLR向SMC发送唤醒消息（ALERT_SC）。
SMC向该用户下发短消息。
Alert_Notification流程
Alert_Notification是SMPP3.4的消息，它和交互式的Data_SM消息中的
set_dpf字段配合完成SS7中的Alert_SC消息的透传。
当手机开机、或在手机内存满时用户删除短消息等操作释放了内存时，HLR发送Alert_SC消息给SMC，如果在这之前某ESME通过Data_SM向该手机用户发送消息时，消息被成功设置了发送暂缓，则SMC向该ESME发送Alert_Notification 消息通知该用户可达。
该业务主要用于SMC触发ESME向手机用户发送消息，例如它可以用于触发WAP 代理服务器向手机用户发送数据内容。
具体流程如下。
1.SP向SMC提交Data_SM消息，该短消息的目的地址为手机用户的号码，
且该Data_SM消息设置了下发失败需设置发送暂缓（set_dpf）。
2.SMC收到SP提交的消息后，向MS下发短消息。
3.当下发失败时，网络侧向SMC发送失败应答。
4.SMC根据SP的要求设置发送暂缓，并向SP返回应答（Data_SM_Resp，其
中的dpf_result字段标志设置发送暂缓是否成功）。
只有发送短消息给MS失败，且网络侧返回8号（用户不在服务区）、17号（内存满）或24号（用户关机）错误码时，SMC才能设置发送暂缓成功。
5.当手机开机，或在手机内存满时用户删除短消息等操作释放了内存时，手
机向VLR报告短消息功能可用（RP_MS_TO_NETWORK_SMS_A）。
6.VLR通知HLR，手机已能够接收短消息（RegForSM）。
7.HLR向SMC发送唤醒消息（Alert_SC）。
8.SMC检查到前一个发送给该用户的Data_SM被成功设置了发送暂缓，则向
SP发送Alert_Notification消息，通知SP该用户的短消息功能可用。