1、ContentsSMS 短信(A2P不同的地址部分对应于 SS7 信令的部分由高到低可以概括为 : 应用层 TCAP/ISUP/MAPSSN SCCP 层GT(GT=SPC+SSN) MTPSPC(DPC),需要说明的是全局码 GT 可以表示全球任何一个信令点(MTP)以及子系统( 即对应的应用层 TCAP,ISUP,MAP 等),但 MTP 只能根据信令点编码SPC(DPC)选路,因此 SCCP 在把 GT 地址发送给 MTP 层之前需要去掉子系统号 SSN,同样,当 SCCP 收到消息需要交给上层子系统时,根据 SSN 做出判断. 应用部分的消息放在 SSCP 协议的 MSU(消息信号单元
2、)中的 SIF 字段中, 采用 UDT 消息类型.MSU: Message Signaling Unit, SCCP 中的消息信号单元SIF: Signaling Information Field, MSU 中的信号消息字段TCAP:可以分为成分子层 CSL 和事物处理子层 TSLTSL:事物处理子层CSL:成分子层MAP:Mobile Application Part,移动应用部分.Comment RJ1: 09 ( 信息类型 09表示单元数据 01表示连接请求 CR 02 表示连接证实CC 03表示连接拒绝 CREF 06 表示 1型数据 DT1 07 表示 1型数据 DT2 08表示数
3、据证实 AK 04表示连接释放RSLD 05表示释放完成 RLC 0A表示单元数据服务 UDTS 0B表示加速数据ED 0C表示加速数据证实 EA 0D表示复位请求 RSR 0F 表示协议数据单元出错 ERR 10表示不活动性测试 IT)Comment RJ2: 81(1000 0001协议类别第 7bit为 1时表示有错误时返回)Comment RJ3: 03 (被叫地址指针 ) 0F(主叫地址指针) 19(用户数据指针)Comment RJ4: 0C (被叫地址长度) 52(DPC+SSN)Comment RJ5: 08(子系统号 08表示MSC 06表示 HLR07表示 VLR 01表示
4、 SCCP管理)Comment RJ6: 00 11 04 68 31 08 20 88 05 00(被叫地址 GT)Comment RJ7: 0A(主叫地址长度) 12(DPC+GT) 08(子系统号)Comment RJ8: 00 12 04 68 31 09 20 18 (主叫地址 GT)Comment RJ9: 6D(用户数据长度)Comment RJ10: 红色字体部分为SCCP层结构 .Comment RJ11: 62(消息类型标签 62为事物处理开始 64为事物处理结束65为事物处理继续)此字段标志着 TCAP段的开始Comment RJ12: 6B(总消息长度)Comment
5、RJ13: 48 (起源事物处理ID标签 ) 04(起源事物处理 ID长度) 39 01 00 0E(起源事物处理 ID)Comment RJ14: 6B(对话部分标签) 1E(对话部分长度) 28(外部标签 ) 1C (外部长度)06(目标识别标签) 07( 目标识别长度)Comment RJ15: 00 01 86 05 01 10 01(为对话 as id值)Comment RJ16: A0(单 ASN1 类标签) 11(单 ASN1 类长度)Comment RJ17: 60(单向对话标签 61表示对话响应标签 64表示对话终止) 0F (对话长度 )Comment RJ18: 80(协
6、议版本标签 ) 02(协议版本长度) 07 80( 协议版本)Comment RJ19: A1(应用上下文标签) 09 (应用上下文长度)Comment RJ20: 06(目标识别标签 ) 07(目标识别长度)Comment RJ21: 04 00 00 01 00 15 02 (15 02应用上下文名称 15表示操作02表示版本)Comment RJ22: 对话部分信息单元6C(成分部分标签) 43(成分部分长)Comment RJ23: A1(成分类型标签A1为调用成分 A2为返回结果(最终)成分 A3为返回差错成分 A7 为返回结果(非最终)成分) 2C(成分长度)Comment RJ2
7、4: 整个绿色字体部分为TCAP层结构Comment RJ25: 30(参数标签 30为序列标签 31为集合标签)39(参数长度)Comment RJ26: 84(RP-DA 84表示短消息中心号码标签) 08 (短消息中心号码长度)Comment RJ27: 91(短消息中心号码为国际类型) 68 31 08 20 88 05 F0 (短消息中心号码)Comment RJ28: 82(RP-OA 82表示MSISDN标签)08(MSISDN长度 )Comment RJ29: 91(为 MSISDN国际类型(100010001:1001 -国际类型0001-MSISDN)68 31 09 72
8、 00 00 F4(MSISDN)Comment RJ30: 04(用户数据 (UI)标签) 23 (用户数据长度)Comment RJ31: 同上 91Comment RJ32: 同上用户数据 UI标签Comment RJ33: 0B (目的手机地址半八位长度如一个字节长为 2)Comment RJ34: 31 09 72 00 00 F1(目的手机地址)Comment RJ35: 00 ( 协议标识 (PID) PID=0 表示普通短消 PID=12 表示Email 通知PID=04表示语音邮箱通知 PID=40表示请回电话消息)00 (数据编码方案(DCS) 00 表示英文08表示中文)
9、Comment RJ36: 0B (有效期为 11 1 5 60分钟) 17( 短消息内容长度(21 字节)Comment RJ37: 蓝色字体为 MAP部分Comment RJ38: 短消息内容短消息的信令流程分析MO的信息流程手机正常提交一条短消息称为 MO消息成功的 MO消息流程如下可以简单描述为,首先移动台的短信通过基站系统 BSS到达移动交换中心 MSC,MSC将短信提交给短消息网关(短消息中心 SMSC),SMSC收到消息想 MSC发送 ACK回复确认.如下为 MO短信从 MSC提交给 SMSC的 SCCP帧结构MO短信从 MSC提交给 SMSC的 SCCP帧结构09 81 03
10、0F 19 0C 52 08 00 11 04 68 31 08 20 88 05 00 0A 12 08 00 12 04 68 3109 20 18 6D 62 6B 48 04 39 01 00 0E 6B 1E 28 1C 06 07 00 11 86 05 01 01 01A0 11 60 0F 80 02 07 80 A1 09 06 07 04 00 00 01 00 15 02 6C 43 A1 41 02 01 0602 01 2E 30 39 84 08 91 68 31 08 20 88 05 F0 82 08 91 68 31 09 72 00 00 F4 0423 9
11、1 BC 0B 81 31 09 72 00 00 F1 00 00 0B 17 ED 33 7D 0E 9A 97 DD 64 10 1D 9D 9E 83 DA E5 F9 3C 7C 2E 87 00这个帧结构的主题结构代表了 SCCP短信帧结构典型,其他消息与这个帧结构类似,不同的只是 CSL成分子层(包括MAP部分 )以及 TSL事物处理子层.所以短消息的传送以及信令传送可以总结为 :使用 SCCP信令,通过该表 CSL的部分传送消息本身以及消息确认,错误等短信信令.当手机提交一条短消息不成功时无线环境收到一条 MO_ERROR消息此消息的 SCCP帧结构为 (从 09开始)由 SM
12、SC 下发到 MSC 的 MT 消息MT 消息的流程可以描述为:SMSC 收到始发端 MSC 提交的短信暂时存储在其内存中,并根据短信息的目的地址发送 SCCP 路由查询信令去查询目的号码的 MSC 地址,当收到 HLR 的路由信息后想 HLR 发送路由信息收到确认信息,同时将短消息通过 SCCP 信令下发到目的号码所在的 MSC,如果目的号码 MSC 收到短信,则发送 ACK 确认消息.短消息中心接收到短消息后再下发短消息称为 MT 消息,流程如下MSC 获取路由的 SCCP 信令帧结构为(以 09 开始)SMSC 向目的 MSC 下发 MT 短消息的帧结构为目的 MSC 收到短信回复给 S
13、MSC 的 MT_ACK 消息帧结构为当手机用户离开服务区或内存满等原因下发消息失败时短消息中心网关将向HLR发送置位消息以下是MT_ERROR短消息,消息流程图如下,消息的帧结构于之前所述类似MT_ERROR 短消息的帧结构(从 09 开始)网关向 HLR 置位(reportSM-DeliveryStatus)消息( MWD 置位)帧结构(从 09 开始)HLR 回 MWD 置位 ACK 消息帧结构(从 09 开始)其他短信相关信令当然短信通信还涉及其他信令,如 TC-ABORT,Map open 等,但其结构都与前述的 SCCP 短信信令结构一致.短信息其他信令(SMPP)Short Me
14、ssage Peer to Peer 协议是一个开放的消息转换协议； 它定义了一系列操作的协议数据单元（PDUS ）和当 SMPP 运行时ESMS（外部短消息实体,比如 SMG）应用系统与 SMSC 之间交换的数据格式。从而完成 SMSC 与 ESMES（外部短消息实体）的信息交换。SMPP 是基于 SMSC 与 ESME 之间的请求和响应协议数据单元的交换，每一个 SMPP 操作都由一个请求 PDU 和相应的一个响应PDU 组成，并且这种交换是在 TCP/IP 或 x25 网络连接之上的。1、与 CMPP/SGIP 协议的差异1）感觉协议定义比 CMPP 和 SGIP 严谨和规范，虽然 CM
15、PP 和 SGIP 都是从 SMPP 派生出来的。2）CMPP 和 SGIP 中 有大量的关于计费的定义，SMPP 没有考虑这部分内容。这完全反映了通过短信实现的移动增值业务模式在国内的成熟和流行。3）SMPP 的网络承载层可以是 TCP/IP 和 X.25。2、SMPP 协议解决的是移动网络之外的短消息实体与短消息中心的交互问题。即允许移动网络之外的短消息实体（External Short Message Entities,ESMEs）连接短消息中心（SMSC）来提交和接受短消息。3、SMPP 协议定义的是 1）ESME 和 SMSC 之间交互的一组操作和 2）ESMS 与 SMSC 交互操作中的数据格式。4、任何 SMPP 操作都包含请求 PDU（Request Protocol Data Unit）和与之对应的回应 PDU（Response Protocol Data Unit）。5、SMPP 把 ESMEs 分类为 Transmitter/Receiver/Transceiver 三种交互方式，分别对应仅提交短消息/仅接收短消息/提交和接收短消息三种形态。6、SMPP 会话有 5 种状态：OPEN / BOUND_TX / BOUND_RX / BOUND_TRX / CLOSED
