发送短信的详细流程图

短信业务的信令流程图

发送方手机收到回复后，可以在屏幕上查看短信内容。
短信状态报告流程
当短信发送完成后， 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 条短信批量更新到数据库返回手机号

短信系统与业务介绍

BBSSCC--11
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. 下载手机应用程序，如WhatsApp、Messenger或WeChat等，可以发送免费短信。

3. 在电脑上使用免费短信网站，如Google Voice或Textem等。

4. 使用免费短信应用程序，如TextNow或TextPlus等。

5. 通过电子邮件发送短信，一些手机运营商允许发送特定格式的电子邮件作为短信。

6. 使用网页短信服务发送短信，如SendSMSNow或SendAText等。

7. 使用VoIP服务发送短信，如Skype或Google Voice等。

8. 利用社交媒体平台的短信功能发送免费短信，如Facebook Messenger、Instagram或Snapchat等。

9. 通过手机运营商的软短信服务，如彩信或视频短信等。

10. 加入手机提供的套餐计划，其中包括免费短信。

11. 参加手机应用程序的促销活动，有时可以获得免费短信额度。

12. 利用互联网电话服务发送短信，如Skype或Viber等。

13. 在免费Wi-Fi环境下使用短信应用程序发送短信，不需要使用手机网络。

利用GSM模块收发短信

利用GSM模块收发短信摘要：GSM模块是外界利用GSM网络进行通信的必须终端设备，GSM模块具有发送SMS短信，语音通话，GPRS数据传输等基于GSM网络进行通信的所有基本功能，本文选用的GSM模块是西门子TC35I 模块，主要介绍了如何利用TC35I模块收发短信。

文章首先介绍了GSM模块的结构和工作过程，并介绍了AT指令的使用方法，然后介绍了如何利用AT指令控制GSM模块收发短消息，并利用串口调试助手调试GSM模块进行收发短信。

关键词：GSM模块；短消息；AT指令1引言手机已经是人们非常熟悉的一种电子设备了，人们利用它进行通话，传递短消息，浏览网页等。

但是手机是怎么样通过GSM网络和外界通信的这个问题，很多人并不清楚，本文就介绍了手机中接收和发送短消息的模块——GSM模块的工作过程。

手机是通过GSM模块来收发短消息的，它利用微控制器去控制GSM模块，控制GSM模块的指令是具有一定格式的A T指令。

本文详细介绍了A T指令的格式，使用方法，以及利用A T指令对TC35I模块进行初始化和发送接收短消息[1]。

2GSM模块GSM模块，是将GSM射频芯片、基带处理芯片、存储器、功放器件等集成在一块线路板上，具有独立的操作系统、GSM射频处理、基带处理并提供标准接口的功能模块。

本文选用的GSM模块为西门子TC35I模块[2]。

TC35I的内部由GSM基带处理器、射频、Flash、天线接口、匹配电源ASIC和40pin的ZIF插座组成，由若干超大规模集成电路和射频器件构成，包含信号处理、信道编码、GSM控制、收发信单元、射频控制、数据输入输出接口等部分。

可以快速安全可靠地实现系统方案中的数据传输、语音传输、短信息服务和传真服务。

模块的工作电压为3.3V~5.5V，可以工作在900MHZ和1800MHZ两个频段，所在频段功耗分别为2W(900MHZ)和1W(1800MHZ)。

模块有A T命令集接口，支持文本和PDU模式的短信息[3]。

使用腾讯云发送短信步骤

使⽤腾讯云发送短信步骤已开通短信服务，具体操作请参见。

如需发送国内短信，需要先购买。

已准备依赖环境：PHP 5.6.33 及以上版本。

已在访问管理控制台 >页⾯获取 SecretID 和 SecretKey。

SecretID ⽤于标识 API 调⽤者的⾝份。

SecretKey ⽤于加密签名字符串和服务器端验证签名字符串的密钥，SecretKey 需妥善保管，避免泄露。

2.安装 SDKcomposer require tencentcloud/tencentcloud-sdk-php3.查看thinkphp6是否已经安装成功了4.在框架中，控制器中建⽴⼀个⽅法（sendSms），⽤于发送短信5.框架中引⼊发送短信的类⽂件// 导⼊对应产品模块的clientuse TencentCloud\Sms\V20210111\SmsClient;// 导⼊要请求接⼝对应的Request类use TencentCloud\Sms\V20210111\Models\SendSmsRequest;use TencentCloud\Common\Exception\TencentCloudSDKException;use TencentCloud\Common\Credential;// 导⼊可选配置类use TencentCloud\Common\Profile\ClientProfile;use TencentCloud\Common\Profile\HttpProfile;6.实例代码public function sendSms(){try {/* 必要步骤：* 实例化⼀个认证对象，⼊参需要传⼊腾讯云账户密钥对secretId，secretKey。

* 这⾥采⽤的是从环境变量读取的⽅式，需要在环境变量中先设置这两个值。

* 你也可以直接在代码中写死密钥对，但是⼩⼼不要将代码复制、上传或者分享给他⼈，* 以免泄露密钥对危及你的财产安全。

用电脑发短信 (2)

用电脑发短信介绍随着科技的发展，电脑已经成为我们日常生活中不可或缺的工具之一。

除了处理办公任务、上网冲浪和娱乐，如今的电脑还可以通过一些特定的应用程序来发送和接收短信。

本文将介绍如何使用电脑发送短信，包括使用手机的短信服务提供商、通过电脑连接手机、使用专门的短信应用程序和使用网络服务等方法。

使用手机的短信服务提供商许多手机服务提供商都提供了通过电脑发送和接收短信的服务。

这些服务通常基于网页或专门的桌面应用程序。

用户只需登录自己的手机账号，就可以使用电脑发送和接收短信，这对于在办公室或需要连续发送大量短信的用户来说非常方便。

以下是一些常见的手机短信服务提供商：1.联通10010短信助手：联通用户可以通过电脑浏览器访问该网页应用，使用自己的手机账号发送和接收短信。

2.移动悦信：移动用户可以通过下载和安装悦信桌面应用程序，在电脑上直接使用自己的手机账号发送和接收短信。

3.电信天翼云消息助手：电信用户可以通过登录天翼云网页版或下载安装天翼云消息助手桌面应用程序，在电脑上使用自己的手机账号发送和接收短信。

使用手机的短信服务提供商的优点是方便、简单，无需安装额外的软件。

然而，这些服务通常需要用户拥有该服务提供商的手机账号，并且受制于提供商的限制。

通过电脑连接手机如果你不想受制于手机服务提供商的限制，或者没有使用上述提到的手机服务提供商，你还可以通过连接手机和电脑来发送和接收短信。

以下是一些常用的连接手机和电脑的方法：1.通过数据线连接：使用手机和电脑之间的数据线将两者连接起来。

然后，在电脑上打开手机管理软件，如iTunes（苹果设备）或安卓手机助手（安卓设备），通过软件发送和接收短信。

2.通过蓝牙连接：一些手机支持通过蓝牙连接到电脑。

先确保电脑和手机的蓝牙都已打开，然后在电脑上的蓝牙设置中找到手机，进行蓝牙配对。

一旦配对成功，你就可以使用电脑上的蓝牙管理工具来发送和接收短信。

通过电脑连接手机的方法需要你拥有手机管理软件或具备蓝牙功能。

移动始发短消息的基本流程

移动始发短消息的基本流程
对于手机来说，移动始发短消息和移动终结短消息是完全独立的两个过程，移动始发的短消息从手机接入系统开始，到收到短消息中心发来的发送成功为止。

手机将短信发送给VMSC，VMSC根据短信中携带的短消息中心的标识号，将短信提交给IWMSC，由IWMSC提交短信中心。

移动始发短消息可以分为以下几个过程：
1、接入和鉴权加密
2、发送短消息到短消息中心
3、短消息中心向手机报告发送结果。

其中接入和鉴权加密的过程和移动用户主叫对应的过程一致。

下图是移动始发短消息的流程图。

移动终结短消息的基本流程
移动终结短消息的过程与移动用户被叫的过程类似，短消息中心将收到的短消息发送给SMS-GMSC，SMS-GMSC向HLR取得为发送短消息所必需的路由信息，然后将短信传送给短信接收者所在的MSC，由MSC将短消息发送给手机。

整个过程包括取路由信息，寻呼，接入和寻呼响应，鉴权加密，短消息传送，最后向短消息中心报告接受结果，这个结果经SMS_GMSC 分别送HLR和短消息中心，由短消息中心回送始发短消息用户。

下图为移动终结短消息的流
程图。

短信群发标准化工作流程

短信群发标准化工作流程一、短信公司选择及合同签订流程1、联系多家短信公司，索要其公司的短息群体资源表并分别要求短信公司进行免费试发，测试每个公司短信资源质量；2、通过免费测试的公司，多家（三家及以上）进行比质比价（详见公司比质比价流程），为保证短信发送质量，须最少启用三家短信公司合作，根据比质比价中的最低价格以及结合当地平均市场价格且要求其在保证发送质量的前提下，与所有参与比质比价的短信公司进行议价。

3、价格、合作方式等达成意向，沟通拟定框架合同；合同规范及约定：（1）合同应约定短信内容短信公司不得擅自修改，如因政策限制原因出现违禁字的需提出异议协商修改；（2）合同应约定短信公司提交群发资源数量不得低于预发送数量，并提供实际发送数量证明，保证证明的真实性，否则有权拒绝付款；（3）合同应约定保证案场短信来电的真实性，如发现短信公司或相关人员冒充短信来电的，我方有权拒绝付款。

（4）当天来电效果极差（≤1组）的，要求短信公司免费重发（重发数量等同原定提交数量）3、框架合同签订（详见公司合同签订流程）后，开始正式合作，原则上禁止出现事后合同。

流程图：二、短信撰写及发送流程1、推广部专员根据当前案场销售（招商）进度及节点信息整理短信广告诉求、发送时间（短信发送时间一般分上午9点、下午14点两个时间段发送）和发送对象，提交至推广主管审核；2、审核无误后发送至广告部，并附带发送工作联系单；（无广告部发送至文案撰写人员，并注明文案定稿时间）；3、文案人员短信撰写完毕后，发送至营销部经理审核，审核无误提交至短信公司进行群发测试（测试名单一般为营销部领导及员工手机号码）；4、测试完毕，测试短信送达率达到90%，可联系短信公司按照既定的时间、群体及数量进行发送；5、关注当天案场短信来电量，来电效果不佳（≤1组），应在二次发送时间前联系短信公司进行群体或内容的调整；6、推广专员应制作短信发送记录表，记录短信群发的时间、内容、群体、数量、来电量、来访量以及临时调整的相关内容；7、推广专员应按周审核短信发送到达率，要求短信公司提供30-40组已发送群体号码，由前台销售人员进行电话回访，测试短信到达率，并做好记录，作为结款依据。

Android短信彩信)的发送流程图形文字解析

信息的发送信息的发送，对于Mms应用程序来讲主要就是在信息数据库中创建并维护一条信息记录，真正的发送过程交由底层（Frameworks层）函数来处理。

总体的来讲，当信息创建完成后，对于信息通常有三个归宿，一个是放弃这个信息，也就是用户不想要此信息，一旦选择，信息将不会被保存（手动删除等）；第二个去处就是保存为草稿；最后一个去处就是发送此信息当点击了发送后，UI层暂不会有变化，UI层要监听负责发送的各个类的回调信息和监听数据库的变化信息来更新UI。

信息发送的第一站是WorkingMessage(信息体构造和准备)，它会先处理一下信息的相关内容，比如刷新收信人（Sync Recipients）以保证都是合法收信人，把附件（Slideshow）转成可发送的彩信附件Pdu(SendReq),makeSendReq。

然后针对不同的信息类型（短信or彩信）调用不同的处理类来处理，短信和彩信构造不同的sender（短信：SmsMessageSender；彩信：MmsMessageSender）。

但是，处理的流程也比较类似，都是先把消息放到一个队列中，然后启动相应的Service来处理。

Service会维护信息队列，然后处理每个信息。

短信是由Frameworks中的SmsManag er发送出去，而彩信是通过Ht tp 协议（）发送。

短信发送在workingMessage拿到一个要发送的消息后，做了简单处理（刷新收信人），然后就会对短信和彩信彩取不同的处理流程。

对于短信，WorkingMessage除了刷新联系人外，相关的参数收信人地址是用分号分隔的一串字符，以分号为基准转化成String数组，不会再做其他的操作。

它会创建SmsMessageSender并调用其sendMessage()方法来发送信息，信息内容和所在对话的ID(thread id)在构造SmsMessageSender对象是传入的，构造完成后，直接调用其sendMessage()方法即可，接下来SmsMessageSender 会处理所有的事情。

短信收发流程

短信收发流程短信服务是通过使用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中存储起来。

SMS短信(A2P&P2P)流程以及SS7七号信令如何作用于短信息传递

ContentsSMS短信(A2P&P2P)流程以及SS7七号信令如何作用于短信息传递 (2)SMSC在GSM网络中的位置 (3)短消息业务流程 (3)MO消息流程 (4)MT消息流程 (5)A2P短信业务 (5)不同类型短信消息要经过的网元 (5)短信点对点的描述（上边的第一种去向,网内） (6)短信端到端描述（第二种去向,其他运营商） (6)短信端到端描述（第三种去向,SP） (6)短信息七号信令 (6)七号信令的字段深入解读 (8)短消息的信令流程分析 (9)由SMSC下发到MSC的MT消息 (10)其他短信相关信令 (12)短消息中心在七号信令系统中所处的位置.................................................................................. 错误!未定义书签。

短信息其他信令(SMPP) (13)SMS短信(A2P&P2P)流程以及SS7七号信令如何作用于短信息传递了解短信息之前,首先需要大概了解移动智能网络的层次结构其中信令网的结构如下在7号信令网中有以下三种信令点 (如图下图):•SSP (业务交换点 Service Switching Point)•STP (信令转接点Signal Transfer Point)•SCP (业务控制点Service Control Point)7号信令点值得一提的是移动交换中心MSC和短信息中心SMSC之间就是通过信令网来实现连接的,所以MSC和SMSC之间的通信时通过STP来中转,同时受到SCP的控制.SMSC 在GSM 网络中的位置如下图所示SMC(或者叫做 SC,SMSC): 短信息中心,存储转发短信,一般情况下他是短信息数据库,SMSC 不是GSM/UMTS PLMN 的一部分,但有时是和MSC 集成在一起的.SMS-GMSC : 短消息网关MSC, 他是MSC 的一个功能部分, 能够从HLR 中获得路由信息和短消息信息,并将消息传送给VMSC(Visited Mobile Switching Center)SMS-IWMSC : Interworking MSC for SMS, 短消息业务互通移动交换中心, 他是MSC 的一个功能部分,在PLMN 内部能够接收短消息并提交给短消息中心即SMS-IWMSC 用于接收MO 消息,而SMS-GMSC 用于查询目的MSC 路由并发出消息.SAU: Singaling Access Unit,它在功能上作为智能网服务控制点SCP 的一部分,充当信令会几点上SCP,SPP 的信令接入服务器,SSP 一般通过SS7信令同SAU 连接,而SAU 通过IP 局域网与SCP 连接,所以SAU 充当信令中转的桥梁作用.(但SAU 如何详细的作用于MO 和MT 短信需要进一步搞清楚.)SDCCH :MS 与BTS 之间的无线逻辑信道,Stand Alone Dedicated Channel 独立专用控制信道用于移动台呼叫建立之前传送系统信息。

发送短信的详细流程图

下图为在专用信道上发送短信的详细流程图。

MSC-CSNode BRNCUEMSC-CSNode BRNCUE在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（情况）。

下图为在公共信道上发送短信的流程图：UEMSC-CSNode B RNCMSC-CSNode BRNCUE1) 短信的字节长度跟CS 域或者PS 域没有关系，因为不管在哪个域，不管是MSC 还是SGSN 处理短信，都是使用相同的MAP 消息承载，短信长度与底层承载无关。

2) 被叫成功收到短信后，会向短信中心发送一个发送成功的状态报告（Delivery Report ），短信中心收到这个状态报告后，才会出话单。

在短信中心收到主叫的短信后，短信中心会先判断被叫方的存储器是否已经满，如果满，则不会马上发送此短信。

3) GPRS 短信可以承载在PDTCH 上，此时，GPRS 承载发短信前不需要先进行PDP 激活。

4) 目前终端最多可以发送140个字节的短信内容，对于汉字，即70个汉字；对于ASCII编码，即140个字符；对于压缩的7位编码，可以位160个字符。