短消息处理流程

发送方手机收到回复后，可以在 屏幕上查看短信内容。
短信状态报告流程
当短信发送完成后， 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密钥用于身份验证和访问控制，需要妥善保管，避免泄露，以免被他人恶意使用。

(2) 信令连接建立：RNC, Radio Network Controller 即无线网络控制器. RNC建立起与CN(core net)之间的信令连接。 (3) RAB建立(Radio Access Bearer)是指用户平面的承载：CN响应UE的业务请求， 要求RNC建立相应的无线接入承载，建立成功后，对方应答，双方通话。
•
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 接入网关转发短信到目标手机所属运营商接入网关接收到短信后，根据目标手机号码所属的运营商信息，将短信转发给目标手机所属的运营商。

15
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网的短信的发送流程有一个重要的区别就是短短信和长短信发送时所占用的流程和信道不同。

具体流程如下：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消息的回复。

SMS流程和协议分析目录SMS流程和协议分析 (1)1Reference (4)2Definitions (4)3短消息的业务信元 (7)3.1有效周期（Validity Period） (7)3.2业务中心时间戳（Service Centre Time Stamp） (7)3.3协议标识（Protocol Idenitifier） (7)3.4多条短消息的发送（More Message to send） (7)3.5提醒短消息中心（Alerting SC） (8)3.6消息等待（Message Wait） (8)3.7优先级（Priority） (9)4短消息流程 (9)4.1移动始发短消息的基本流程 (9)4.2移动终结短消息的基本流程 (12)5短消息异常流程 (14)5.1短消息网关错误（GT码错误......）.. (14)5.3MSC或SGSN错误（MSC号段GT错误，未做......）.. (15)5.4VLR信息获取错误 (16)5.5RR侧的错误（无寻呼，数据传输时丢失） (17)6短消息提醒流程 (20)6.1可及通知流程 (20)6.2MS内存可用通知流程 (21)7协议层次 (22)8短消息传递时使用的信道 (23)9SMS的无线接口协议 (23)9.1Short Message Transfer Layer（SM-TL） (23)9.2Short Message Relay Layer（SM-RL） (24)9.3CM-sublayer (27)SMS流程和协议分析1Reference0411700Point-to-point short message service support on mobile radio interface0340720Technical realization of the Short Message Service(SMS)0341610Short Message Service Cell Broadcast0412600Short Message Service Cell Broadcast(SMSCB)support on the mobile radio interface0339600Interface protocols for the connection of Short Message Service Centres(SMSCs)to Short Message Entities(SMEs)2Definitionsactive MS:A switched-on mobile station with a SIM/UICC see3GPP TS31.101[31]module attached.alert-SC:Service element provided by a GSM/UMTS PLMN to inform an SC which has previously initiated unsuccessful short message delivery attempt(s)to a specific MS,that the MS is now recognized by the PLMN to have recovered operation.status report:SC informing the originating MS of the outcome of a short message submitted to an SME.Gateway MSC For Short Message Service(SMS-GMSC):A function of an MSC capable of receiving a short message from an SC,interrogating an HLR for routing information and SMS info, and delivering the short message to the VMSC or the SGSN of the recipient MS.Interworking MSC For Short Message Service(SMS-IWMSC):A function of an MSC capable of receiving a short message from within the PLMN and submitting it to the recipient SC.Messages-Waiting(MW):Service element that makes a PLMN store information(Messages-Waiting-Indication),listing those SCs that have made unsuccessful short message delivery attempts to MSs in that PLMN.Messages-Waiting-Indication(MWI):Data to be stored in the HLR and VLR with which an MS is associated,indicating that there is one or more messages waiting in a set of SCs to be delivered to the MS(due to unsuccessful delivery attempt(s)).Messages-Waiting-Data(MWD):A part of the MWI to be stored in the HLR.MWD consists of an address list of the SCs which have messages waiting to be delivered to the MS.Mobile-services Switching Centre(MSC):The Mobile-services Switching Centre is an exchange which performs switching functions for mobile stations located in a geographical area designated as the MSC area.Mobile-Station-Memory-Capacity-Exceeded-Flag(MCEF):A part of the MWI to be stored in the HLR.MCEF is a Boolean parameter indicating if the address list of MWD contains one or more entries because an attempt to deliver a short message to an MS has failed with a cause of MS Memory Capacity Exceeded.Mobile-Station-Not-Reachable-Flag(MNRF):The part of the MWI to be stored in the VLR and the HLR.MNRF is a Boolean parameter indicating if the address list of MWD contains one or more entries because an attempt to deliver a short message to an MS has failed with a cause of Absent Subscriber.Mobile-station-Not-Reachable-for-GPRS(MNRG):The part of the MWI to be stored in the SGSN and the HLR.MNRG is a Boolean parameter indicating if the address list of MWD contains one or more entries because an attempt to deliver a short message to an MS has failed with a cause of Absent Subscriber.Mobile-Station-Not-Reachable-Reason(MNRR):The part of the MWI in the HLR which stores the reason for an MS being absent when an attempt to deliver a short message to an MS fails at the MSC with a cause of Absent Subscriber.More-Messages-To-Send(MMS):Information element offering an MS receiving a short messagefrom an SC the information whether there are still more messages waiting to be sent from that SC to the MS.The TP-MMS element(conveyed in the Transfer layer)is copied into the RP-MMS element (conveyed in the Relay layer).It is possible with Phase2and later versions of MAP(3GPP TS29.002 [15])for the RP-MMS element to keep an SM transaction open between the GMSC and the MS in the case where there are more-messages-to-send.Earlier versions of MAP support the transport of theTP-MMS element.priority:Service element enabling the SC or SME to request a short message delivery attempt to an MS irrespective of whether or not the MS has been identified as temporarily absent.protocol-identifier:Information element by which the originator of a short message(either an SC or an MS)may refer to a higher layer protocol.reply path procedure:A mechanism which allows an SME to request that an SC should be permitted to handle a reply sent in response to a message previously sent from that SME to another SME.This may happen even though the SC may be unknown to the SME which received the initial message.report:Response from either the network or the recipient upon a short message being sent from either an SC or an MS.A report may be a delivery report,which confirms the delivery of the short message tothe recipient,or it may be a failure report,which informs the originator that the short message wasnever delivered and the reason why.When issued by the Service Centre,the delivery report confirms the reception of the ShortMessage by the SC,and not the delivery of the Short Message to the SME.When issued by the Mobile Station,the delivery report confirms the reception of the Short Message by the Mobile Station,and not the delivery of the Short Message to the user.replace short message type:A range of values in the Protocol Identifier which allows an indication to be sent with a short message(MT or MO)that the short message is of a particular type allowing the receiving MS or the SC to replace an existing message of the same type held in the SC,the ME or on the SIM/UICC, provided it comes:-in MT cases:from the same SC and originating address;-in MO cases:from the same MS.Service Centre(SC):Function responsible for the relaying and store-and-forwarding of a short message between an SME and an MS.The SC is not a part of the GSM/UMTS PLMN,however MSCand SC may be integrated.（短信业务中心，主要就是在SME和MS之间层递，存储转发短信，一般情况下他时短消息数据库）。

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

2．消息6，A口收到手机上报的CP_DATA，CP_DATA包含什么内容呢？见下图3．4．短消息信令分了多层：最外面的两层是CM层（Connection Management Layer）与RL 层（Short Message Relay Layer）。

其中CM层定义3条消息：CP-DATA, CP-ACK and CP-ERROR；RL层定义4条消息：RP-DATA, RP-SMMA, RP-ACK 、RP-ERROR。

比如说在用户内存可用的流程，A口上报的也是CP_DATA,MO流程也是上报的CP_DATA,而用户内存可用过程与MO过程的区别在于RL层的消息，前者是RP-SMMA、后者是RP-DATA，5.手机上报的CP_DATA中含有很多内容的，其中最重要的莫过于destination address,在CM层中的destination address是短消息中心的号码，在SMS层中的destination address 就是被叫的MSISDN.6.A接口收到CP_DATA之后，会上报DTAP消息RR_DATA_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层之间的对话的。

否缺席等 第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. 地面站处理，地面站接收到用户发送的请求后，进行身份验证、消息分发等处理，然后将消息发送给北斗卫星。

4. 卫星转发，北斗卫星接收到地面站发送的消息后，通过卫星
之间的通信链路进行转发，最终将消息发送到接收方所在的区域。

5. 接收方终端接收，接收方的北斗用户终端设备接收到消息后，进行解析和存储，用户可以查看接收到的短消息内容。

总的来说，北斗短报文通信流程涉及用户发送请求、终端接入
北斗网络、地面站处理、卫星转发和接收方终端接收等环节，通过这些步骤实现了北斗卫星系统上的短消息传输功能。

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

文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!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!短消息（SMS）的信令流程涉及多个网络组件之间的交互，主要包括移动台（MS）、基站收发信台（BTS）、基站控制器（BSC）、移动交换中心（MSC）、短消息服务中心（SMSC）等。

短消息问题分析及指导短消息维护指导书3.1 移动始发短消息流程(MO)3.1.1 流程描述1、在上述流程图中的Interworking MSC为短消息中⼼的前置机，Servicing MSC是与该前置机直接打交道的，再由Interworking MSC和短消息中⼼SMC进⾏短消息交互；2、 MS和Servicing MSC之间是通常组⽹中的基本元素BTS、BSC（或NODEB 、RNC），在此处便不需进⾏描述了；3.1.2 MO处理过程1、 A⼝上报CM业务请求并收到CM接受响应消息后，会上报DTAP消息RR_DATA_IND(3)，该源语中有协议指⽰类型GSM_PD_SMS(0x09)，消息类型为SMS_CP_DATA(0x01)，该消息通过MM模块、SMS模块透传到MAP模块；2、 MAP模块先要判定MAP流程控制表中是否配置⽀持SMS_MO功能选项，若配置为NO 则给⼿机下发错误消息，消息原因值为“⽹络不⽀持”；3、若配置为YES，则MAP向VLR请求⽤户数据；4、 VLR返回⽤户数据后，MAP根据⽤户数据判断⽤户是否签约短消息基本业务，若没有签约，则给⼿机下发错误消息，消息原因值为“⽤户没有申请短消息业务”；5、若⽤户签约，再判定该⽤户是否有ODB限呼，若有限呼，则下发错误消息，消息原因值为“⽹络提供者禁⽌此项服务”；若⽤户登记有CALL BAR补充业务，则下发错误消息，消息原因值为“SMS有CALL BAR SERVICE”；6、检查主被叫⽤户是否在⿊表中，是则下发错误消息，消息原因值为“⽹络提供者禁⽌此项服务”。

7、如果MAP的版本为PHASE2+及其以上，且⽤户签约有智能SMS_CSI 数据，则发起移动始发短消息上报过程，触发智能短消息。

8、若⽤户没有登记限呼业务，且上述的检查点全部通过，则根据⼿机带上来的短消息中⼼号码，通过查找GT表寻址出局，向短消息中⼼发送移动始发短消息，若SMS超长则需要分帧。

短信收发流程短信效劳是通过使用SS#7 协议中的MAP(Mobile Application Part)，将短信息协议的数据元素作为MAP 信息中的数据域在网络中传输来实现的。

这些MAP 信息通过使用传统的基于时分复用的信令、或者使用基于IP 层的SIGTRAN 信令传送协议和适配层来传输。

短信息协议的定义见3GPP TS 23.040 的短信点对点协议和3GPP TS 23.041 的小区播送效劳协议。

下面是短信收发过程的四个MAP 流程：1.移动终端发起的短信息效劳的传送；2.移动终端接收的短信息效劳的传送；3.短信息戒备程序；4.短信息等待数据集程序。

1.移动终端发起的短信息效劳的传送流程以下图是一个简化了的成功递交起于移动终端的短信息的呼叫流程：当用户发送一条短信息时，手时机通过空中接口将文本信息发送给VMSC(即访问移动交换中心)/SGSN〔即GPRS 效劳支持节点〕；该文本信息不仅包含用户编辑的短信正文、还包含短信的目的地址和短信效劳中心(SMSC)的地址，其中短信效劳中心〔SMSC〕的地址是从存储在SIM 卡中的手机配置信息中得到的。

略过空中接口技术不谈，VMSC(即访问移动交换中心)/SGSN〔即GPRS效劳支持节点〕会调用MAP 效劳包中的MAP_MO_FORWARD_SHORT_MESSAGE 发送信息给效劳中心SC 的互通移动交换中心〔IW MSC〕，效劳中心的地址由手机供给。

效劳中心会发送mo-ForwardSM MAP 操作到短信效劳中心〔SMSC〕，该操作在手机的短信息递交中识别、嵌入在一个TCAP 消息(Transaction Capabilities Application Part)中，使用SCCP(Signalling Connection Control Part)经由核心网传输。

短信息效劳中心(SMSC)的互通移动交换中心(IW MSC)在收到MAP mo-ForwardSM 信息后，就传送包含着文本信息的SMS-PP APDU (即SMSPP 的应用协议数据单元APDU(Application Protocol Data Unit)〕到短信息效劳中心的实际效劳中心SC 中存储起来。

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

短信收发流程短信服务是通过使用SS#7协议中的MAP(Mobile Application Part)，将短信息协议的数据元素作为MAP信息中的数据域在网络中传输来实现的。

这些MAP信息通过使用传统的基于时分复用的信令、或者使用基于IP层的SIGTRAN信令传送协议和适配层来传输。

短信息协议的定义见3GPP TS 23.040的短信点对点协议和3GPP TS 23.041的小区广播服务协议。

下面是短信收发过程的四个MAP流程：1.移动终端发起的短信息服务的传送；2.移动终端接收的短信息服务的传送；3.短信息警戒程序；4.短信息等待数据集程序。

1.移动终端发起的短信息服务的传送流程下图是一个简化了的成功递交起于移动终端的短信息的呼叫流程：当用户发送一条短信息时，手机会通过空中接口将文本信息发送给VMSC(即拜访移动交换中心)/SGSN（即GPRS服务支持节点）；该文本信息不仅包含用户编辑的短信正文、还包含短信的目的地址和短信服务中心(SMSC)的地址，其中短信服务中心（SMSC）的地址是从存储在SIM卡中的手机配置信息中得到的。

略过空中接口技术不谈，VMSC(即拜访移动交换中心)/SGSN（即GPRS服务支持节点）会调用MAP服务包中的MAP_MO_FORWARD_SHORT_MESSAGE发送信息给服务中心SC的互通移动交换中心（IW MSC），服务中心的地址由手机提供。

服务中心会发送mo-ForwardSM MAP操作到短信服务中心（SMSC），该操作在手机的短信息递交中识别、嵌入在一个TCAP消息(Transaction Capabilities Application Part)中，使用SCCP(Signalling Connection Control Part)经由核心网传输。

短信息服务中心(SMSC)的互通移动交换中心(IW MSC)在收到MAP mo-ForwardSM 信息后，就传送包含着文本信息的SMS-PP APDU (即SMSPP的应用协议数据单元APDU(Application Protocol Data Unit)）到短信息服务中心的实际服务中心SC中存储起来。