3GPP TS 23.040 -- SMS -- part2(第九章节 Protocols and protocol architecture,协议和协议架构)
文章目录
- 9. 协议和协议架构
- 9.1 协议元素特性
- 9.1.1 八位字节和位传输顺序
- 9.1.2.5 地址字段
- 9.2 SM TL提供的服务
- 9.2.2 SM TL的PDU类型曲目
- 9.2.2.1 SMS DELIVER种类
- 9.2.2.1a SMS DELIVER REPORT种类
- 9.2.2.2 SMS SUBMIT种类
- 9.2.2.2a SMS-SUBMIT-REPORT种类
- 9.2.2.3 SMS STATUS REPORT
- 9.2.2.4 SMS COMMAND
- 9.2.3 TPDU参数的定义
- 9.2.3.1 TP Message Type Indicator (TP MTI)
- 9.2.3.2 TP More Messages to Send (TP MMS)
- 9.2.3.3 TP Validity Period Format (TP VPF)
- 9.2.3.4 TP Status Report Indication (TP SRI)
- 9.2.3.5 TP Status Report Request (TP SRR)
- 9.2.3.6 TP Message Reference (TP MR)
- 9.2.3.7 TP Originating Address (TP OA)
- 9.2.3.8 TP Destination Address (TP DA)
- 9.2.3.9 TP Protocol Identifier (TP PID)
- 9.2.3.10 TP Data Coding Scheme (TP DCS)
- 9.2.3.11 TP Service Centre Time Stamp (TP SCTS)
- 9.2.3.12 TP Validity Period (TP-VP)
- 9.2.3.12.1 TP-VP (Relative format)
- 9.2.3.12.2 TP-VP (Absolute format)
- 9.2.3.12.3 TP-VP (Enhanced format)
- 9.2.3.13 TP Discharge Time (TP DT)
- 9.2.3.16 TP User Data Length (TP UDL)
- 9.2.3.17 TP Reply Path (TP RP)
- 9.2.3.23 TP User Data Header Indicator (TP UDHI)
- 9.2.3.24 TP User Data (TP UD)
- 9.2.3.25 TP Reject Duplicates (TP RD)
- 实例(SMS DELIVER)
- 实例(SMS SUBMIT)
- 实例(SMS STATUS REPORT)
9. 协议和协议架构
缩写:
a | b |
---|---|
CM | Call Management (*) |
CS | CauSe ( ) |
DA | Destination Address ( ) |
DCS | Data Coding Scheme (3GPP TS 23.040) |
DI | Dialogue Identifier TCAP |
GMSCA | Gateway MSC Address |
GPRS | General Packet Radio Services 3GPP TS 23.060 [27]) |
HLR | Home Location Register (*) |
IMSI | International Mobile Subscriber Identity (*) |
MAL | MSIsdn Alert or IMSI-Alert (3GPP TS 23.040) |
MMS | More Messages to Send (3GPP TS 23.040) |
MR | Message Reference (3GPP TS 23.040) |
MS | Mobile Station (*) |
MSC | Mobile services Switching Centre (*) |
MSCA | MSC Address |
MSI | Mobile waiting Set Indication (3GPP TS 23.040) |
MSIsdn | Mobile Station ISDN number (*) |
MSM | More Short Messages (3GPP TS 29.002 [15]) |
MSRN | Mobile Station Roaming Number (*) |
MT | Message Type (3GPP TS 24.011[13]) |
MTI | Message Type Indicator (3GPP TS 24.011[13]) |
MWS | Message Waiting Set (3GPP TS 23.040) |
OA | Originating Address ( ) |
OC | Operation Code (3GPP TS 29.002 [15]) |
PCI | Protocol Control Information ( ) |
PDI | Protocol DIscriminator (*) |
PRI | PRIority (3GPP TS 23.040) |
RCT | ReCeption Time (3GPP TS 23.040) |
REA | REcipient Address (3GPP TS 23.040) |
RL | ReLay function (3GPP TS 24.011[13]) |
RP | Reply Path (3GPP TS 23.040) |
SC | Service Centre (3GPP TS 23.040) |
SCA | Service Centre Address (3GPP TS 23.040) |
SCTS | Service Centre Time Stamp (3GPP TS 23.040) |
SGSN | Serving GPRS Support Node (3GPP TS 23.060 [27] |
SM | Short Message (3GPP TS 23.040) |
SM AL | Short Message Application Layer (3GPP TS 23.040) |
SME | Short Message Entity (3GPP TS 23.040) |
SMI | Short Message Identifier (3GPP TS 23.040) |
SM RL | Short Message Relay Layer (3GPP TS 23.040, 24.011[13]) |
SMS GMSC | Short Message Service Gateway MSC (3GPP TS 23.040) |
SMS IWMSC | Short Message Service Interworking MSC (3GPP TS 23.040) |
SoR | Status of Report (3GPP TS 23.040) |
SM TL | Short Message Transfer Layer (3GPP TS 23.040) |
SRI | Status Report Indication (3GPP TS 23.040) |
SRR | Status Report Request (3GPP TS 23.040) |
TCAP | Transaction Capabilities Application Part ( ) |
TID | Transaction Identifier (*) |
UD | User Data ( ) |
UDL | User Data Length (3GPP TS 23.040) |
VLR | Visitor Location Register (*) |
VP | Validity Period (3GPP TS 23.040) |
VPF | Validity Period Format (3GPP TS 23.040) |
SM MO | Short Message Mobile Originated |
SM MT | Short Message Mobile Terminated |
SM AL | Short Message Application Layer |
SM LL | Short Message Lower Layers |
SM RL | Short Message Relay Layer |
SM RP | Short Message Relay Layer Protocol |
SM RS | Short Message Relay Service |
SM TL | Short Message Transfer Layer |
SM TP | Short Message Transfer Layer Protocol |
SM TS | Short Message Transfer Service |
SSN | Sub System Number |
TPDU | Transfer protocol data unit |
SMS的协议层结构如图7所示。
图7 短消息服务的协议层概述 Note:SMS Router是可选的功能实体,仅用于MT的情况。
SM-AL:Short Message Application Layer 应用层
SM-TL:Short Message Transfer Layer 传输层
SM-RL:Short Message Relay Layer 中继层
SM-LL:Short Message Lower Layer 下层
9.1 协议元素特性
9.1.1 八位字节和位传输顺序
八位字节是根据它们各自的编号来传输的;具有最低编号的八位字节首先被传输。每个八位字节内的位也根据其各自的编号进行传输;具有最低内部编号的位首先被传输。
9.1.2.5 地址字段
SM RL使用的地址字段在3GPP TS 24.011[13]和3GPP TS 29.002[15]中指定。
SM TL的每个地址字段由以下子字段组成:一个八位字节的地址长度字段、一个八位字节的地址类型字段和一个可变长度的地址值字段;如下所示:
地址长度字段是地址值字段中有用的半八位字节数的整数表示,即排除任何只包含填充位的半八位字节。
地址字段格式的类型如下:
- Type of number
Bits 6 5 4
0 0 0 Unknown
0 0 1 International number
0 1 0 National number
0 1 1 Network specific number
1 0 0 Subscriber number
1 0 1 Alphanumeric, (coded according to 3GPP TS 23.038 [9] GSM 7 bit default alphabet)
1 1 0 Abbreviated number
1 1 1 Reserved for extension
- “Unknown” 当用户或网络没有关于编号计划的先验信息时,使用“未知”。在这种情况下,根据网络拨号计划组织地址值字段,例如,可能存在前缀或转义数字。
- 当电文发往与MSC或SGSN在同一国家的收件人时,也应接受国际格式。
- 前缀或转义数字不应包括在内。
- “网络特定号码”用于表示特定于服务网络的管理/服务号码,例如用于访问运营商。
- 当特定的短数字表示存储在一个或多个SCs中作为更高层应用程序的一部分时,使用“订户号”。
Numbering plan identification
Bits 3 2 1 0
0 0 0 0 Unknown
0 0 0 1 ISDN/telephone numbering plan (E.164 [17]/E.163[18])
0 0 1 1 Data numbering plan (X.121)
0 1 0 0 Telex numbering plan
0 1 0 1 Service Centre Specific plan
0 1 1 0 Service Centre Specific plan
1 0 0 0 National numbering plan
1 0 0 1 Private numbering plan
1 0 1 0 ERMES numbering plan (ETSI DE/PS 3 01 3)
1 1 1 1 Reserved for extension
“服务中心特定编号”用于表示特定于连接到SMSC的外部短消息实体的编号计划。
对于Type of number =101位,保留3、2、1、0位,并应以0000传输。注意,对于任何实体SC、MSC、SGSN或MS,应始终使用Numbering plan identification=0001。然而,为了寻址SME,可以使用任何指定的Numbering plan identification。
9.2 SM TL提供的服务
短消息下层(SM-TL)向短消息应用层(SM-AL)提供服务。该服务使SM-AL能够将短消息传输到其对等实体,从其对等实体接收短消息,并接收关于要传输的短消息的先前请求的报告。
为了跟踪有关这些消息的消息和报告,SM AL和SM TL之间的原语包含一个短消息标识符(SMI),该标识符是与该原语关联的消息的参考号。此短消息标识符映射到SM TL和短消息中继层(SM RL)之间使用的短消息标识符。短消息标识符不在实体之间携带,因此给定消息在MS和SC侧可能具有不同的SMI(见下文第9.3.1条)。
9.2.2 SM TL的PDU类型曲目
SM TL由以下六个PDU组成:
- SMS DELIVER, 将短消息从SC传送到MS;
- SMS DELIVER REPORT, 传达
a)失败原因(如果有必要)
b)作为对SMS-DELIVER或SMS-STATUS-REPORT的肯定或否定确认的一部分的信息; - SMS SUBMIT, 将短消息从MS传送到SC;
- SMS SUBMIT REPORT, 传达
a)失败原因(如果有必要)
b)作为对SMS-SUBMIT或者SMS-COMMAND的肯定或否定确认的一部分信息; - SMS STATUS REPORT,将一份状态报告从SC传到MS;
- SMS-COMMAND,从MS向SC传送命令
9.2.2.1 SMS DELIVER种类
SMS DELIVER类型的基本元素:
1)Provision:强制Mandatory(M)或可选Optional(O)
2)Representation:整数(I)、位(b)、2位(2b)、八位字节(o)、7个八位字节(7o)、2-12个八位字节(2-12o)。
3)取决于TD-DCS
SMS DELIVER布局:
Note:任何未使用的位应由发送实体设置为零,并且应由接收实体忽略
9.2.2.1a SMS DELIVER REPORT种类
SMS DELIVER REPORT TPDU作为RP错误PDU内的RP用户数据元素携带,SMSDELIVER REPORT TPDU也作为RP ACK PDU内的RP用户数据元素携带,并且是对SMS递送或SMS状态报告的肯定确认的一部分。
(i) SMS DELIVER REPORT for RP ERROR
SMS DELIVER REPORT类型的基本元素:
4)SMS DELIVER REPORT中的TP User Data字段仅可供MT使用。
SMS DELIVER REPORT布局:
八位字节1中的第7位和第5-2位目前未使用,发送方应将其设置为零。如果这些位中的任何一位不为零,接收方不应检查其余字段,并应将TP故障原因视为“未指定的错误原因”(Unspecified error cause)
(ii) SMS DELIVER REPORT for RP ACK
SMS DELIVER REPORT类型的基本元素:
SMS DELIVER REPORT布局:
八位字节1中的第7位和第5-2位目前未使用,发送方应将其设置为零。如果这些位中的任何一位不为零,接收方应该忽略它。
9.2.2.2 SMS SUBMIT种类
SMS SUBMIT类型的基本元素:
SMS-SUBMIT布局:
Note:任何未使用的bit都应被发送方设置为0,并且被接收方忽略
9.2.2.2a SMS-SUBMIT-REPORT种类
SMS-SUBMIT-REPORT TPDU作为RP-ERROR PDU内的RP用户数据元素携带,也作为RP-ACK PDU的RP用户数据元素携带,并且是对SMS-SUBMIT或SMS-COMMAND的肯定确认的一部分。
(i)SMS-SUBMIT-REPORT for RP-ERROR
SMS-SUBMIT-REPORT基本元素:
4)SMS-SUBMIT-REPORT中的TP User Data字段仅可供SC使用。
5) 同样的时间值也应包含在与特定SM相关的SMS STATUS REPORT中。见第9.2.2.3条。这将允许提交SME通过关联TP-SCTS值,将特定SMS-SUBMIT与随后的SMS-STATUS-REPORT相关联。
SMS-SUBMIT-REPORT布局:
八位字节1中的第7位和第5-2位目前未使用,发送方应将其设置为零。如果这些位中的任何一位不为零,接收方不应检查其余字段,并应将TP故障原因视为“未指定的错误原因”(Unspecified error cause)
(ii) SMS SUBMIT REPORT for RP-ACK
SMS SUBMIT REPORT类型基本元素:
SMS SUBMIT REPORT布局:
八位字节1中的第7位和第5-2位目前未使用,发送方应将其设置为零。如果这些位中的任何一位不为零,接收方应该忽略它。
9.2.2.3 SMS STATUS REPORT
SMS STATUS REPORT类型的基本元素:
5) TP-UD包含与SMS-DELIVER相关的信息;可以包含SMS-DELIVER-REPORT的TP-UD中传输的信息,以及SMSC插入的信息。TP-UD字段的长度是有限的,可能不足以容纳来自原始接收终端(包括在SMS-DELIVER-REPORT中)的信息和SMSC添加的信息。在这些情况下,前者的信息具有更高的优先级,后者应被截断。
SMS STATUS REPORT布局:
Note:所有没有被使用的Bit都应被发送方置0,并且接收方要忽略。
TP-UD的最大保证长度是131个八位字节。为了达到上述最大值(143个八位字节),TP-RA字段的长度必须为2个八位字节,并且TP-PID和TP-DCS不得存在。
9.2.2.4 SMS COMMAND
SMS COMMAND类型的基本元素:
对于在特定SM上操作的某些TP命令类型(如查询、删除等),必须指定完整的TP DA。对于不在特定SM上操作的TP命令类型,地址长度必须设置为零,表示不存在地址值字段。地址字段的类型必须存在(见9.1.2.5),并且应设置为零并忽略。
SMS COMMAND布局:
Note:TP-CD的最大保证长度为146个八位字节。为了达到上述最大值(156个八位字节),TP-DA字段的长度必须为2个八位字节。
9.2.3 TPDU参数的定义
9.2.3.1 TP Message Type Indicator (TP MTI)
TP消息类型指示器是一个2位字段,位于所有PDU的第一个八位的位0和1内,可给出以下值:
bit1 | bit0 | Message type |
---|---|---|
0 | 0 | SMS DELIVER(in the direction SC to MS) |
0 | 0 | SMS DELIVER REPORT (in the direction MS to SC) |
1 | 0 | SMS STATUS REPORT (in the direction SC to MS) |
1 | 0 | SMS COMMAND (in the direction MS to SC) |
0 | 1 | SMS SUBMIT (in the direction MS to SC) |
0 | 1 | SMS SUBMIT REPORT (in the direction SC to MS) |
1 | 1 | Reserved |
如果MS接收到TP MTI中具有“Reserved”值的TPDU,则应处理消息,如同它是“SMS DELIVER”,但将消息存储得完全与接收的信息相同.
9.2.3.2 TP More Messages to Send (TP MMS)
TP More Messages to Send是一个1位字段,位于SMS DELIVER和SMS STATUS REPORT的第一个八位字节的第2位,并具有以下值:
Bit no 2: 0 More messages are waiting for the MS in this SC
1 No more messages are waiting for the MS in this SC
Note: 在SMS STATUS REPORT的情况下,此参数指等待发送状态报告的移动设备的消息。此上下文中的消息是指SMS消息或状态报告。
9.2.3.3 TP Validity Period Format (TP VPF)
TP有效期格式是一个2位字段,位于SMS SUBMIT的第一个八位字节的第3位和第4位,并给出以下值:
bit4 | bit3 | Message type |
---|---|---|
0 | 0 | TP VP 字段不存在 |
1 | 0 | TP VP 字段存在 - 相对格式 |
0 | 1 | TP-VP 字段存在 - 绝对格式 |
1 | 1 | TP-VP 字段存在 - 相对格式 |
SC可能会在SMS提交RP错误报告中返回“TP-VPF not SUPPT”TP-FCS值,从而拒绝任何不支持的值。
9.2.3.4 TP Status Report Indication (TP SRI)
TP状态报告指示是一个1位字段,位于SMS DELIVER第一个八位字节的第5位内,并给出以下值:
Bit no 5: 0 A status report shall not be returned to the SME
1 A status report shall be returned to the SME
9.2.3.5 TP Status Report Request (TP SRR)
TP状态报告请求是一个1位字段,位于SMS SUBMIT和SMS命令的第一个八位集的第5位内,并将给出以下值:
Bit no 5: 0 A status report is not requeseted
1 A status report is requested
9.2.3.6 TP Message Reference (TP MR)
TP Message Reference字段给出由MS提交给SC的SMS SUBMIT或SMS命令的参考号的整数表示。对于每个正在提交的SMS SUBMIT或SMS命令,MS将TP Message Reference增加1。通过从(U)SIM中的SMS状态数据字段读取上次使用的TP MR值并将该值增加1,可获得用于每次SMS提交的值。在将每个SMS SUBMIT提交到网络之后,用SMS SUBMIT操作中使用的TP MR更新(U)SIM中最后使用的TP MR值。参考号的值可能在0到255之间。MS分配的TP MR中的值与SC接收到的值相同。
如果没有响应或接收到具有适当原因值(参见3GPP TS 24.011[13])的RP ERROR以响应SMS SUBMIT,则MS应自动重复SMS SUBMIT,但必须使用相同的TP MR值并将TP-RD位设置为1(参见9.2.3.25)。MS自动重复SMS提交的次数应在1到3的范围内,但准确的次数是一个实现问题。自动重复机制应能够通过MMI禁用。
如果所有自动尝试都失败(或者在没有自动尝试的情况下,第一次尝试失败),应通知用户。失败消息应以这样的方式存储在移动设备中,即用户可以使用相同的TP MR值请求重传,而无需重新输入任何信息。仅需为单个失败消息(即最近尝试的消息)提供此类存储。
SC应丢弃TP-RD位设置为1的SMS SUBMIT,该SMS SUBMIT的TP-MR值与从同一起始地址接收到的上一个SMS SUBMIT的TP-MR值相同。在丢弃SMS-SUBMIT的情况下,SC应以RP-ERROR作出响应,在这种情况下,RP-ERROR应包括SMS-SUBMIT-REPORT,TP-FCS指示“SM已拒绝–重复SM”。在某些情况下,为了与本规范的早期阶段和版本向后兼容,SC可被配置为用RP-ACK响应。
SMS STATUS REPORT还包含一个TP消息引用字段。发送给MS的值应与MS在与状态报告相关的较早SMS SUBMIT或SMS命令中生成的TP消息参考值相同。
9.2.3.7 TP Originating Address (TP OA)
TP起始地址字段根据地址字段的格式化规则进行格式化。
TP-OA中遇到的第一个“#”表示SMSC路由地址的终止位置。附加的“*”或“#”可以出现在以下数字中,并且包括第一个“#”在内的所有这些数字都是子地址数字。
9.2.3.8 TP Destination Address (TP DA)
TP目标地址字段根据地址字段的格式化规则进行格式化。
9.2.3.9 TP Protocol Identifier (TP PID)
TP协议标识符参数用于第3.2.3条所述目的。它由一个八位字节组成,八位字节中的位使用如下:
MS应将保留值、过时值或不支持值解释为值00000000,但应将其存储为接收值。
SC可以拒绝包含保留值或不支持的TP协议标识符的消息。
bit7 | bit6 | Message type |
---|---|---|
0 | 0 | Assigns bits 0…5 as defined below |
0 | 1 | Assigns bits 0…5 as defined below |
1 | 0 | reserved |
1 | 1 | Assigns bits 0 5 for SC specific use |
当bit 7 = 0, bit 6 = 0 时:
bit 5 表示远程通信互通:
bit 5 =0:不互通,除了SME到SME协议
bit 5 =1:远程信息处理互通
在远程信息处理互通的情况下,位4…0中的以下五个位模式用于指示不同类型的远程信息处理设备:
4. .0
00000 隐式设备类型是针对此SC的,或可以根据地址得出结论
00001 电传(或电传缩编成电传格式)
00010 第3组电传
00011 第4组电传
00100 语音电话(即转换为语音)
00101 ERMS(欧洲无线电通信系统)
00110 国家寻呼系统(SC已知)
00111 可视图文(T.100[20]/T.101[21])
01000 电传,承运人未指定
01001 电传,PSPDN格式
01010 电传,在CSPDN中
01011 电传,模拟PSTN
01100 电传,数字ISDN
01101 UCI(通用计算机接口,ETSI DE/PS 3 01 3)
01110…01111 (保留,2个组合)
10000 信息处理设施(SC已知)
10001 任何基于公共X.400的消息处理系统
10010 互联网电子邮件
10011…10111 保留,5种组合)
11000…11110 特定于每个SC的值,使用基于SME和SC之间的相互协议(每个SC有7种组合)
11111 GSM/UMTS移动台。SC将SM从接收到的TP数据编码方案转换为该MS支持的任何数据编码方案(例如,默认方案)。
如果SMS SUBMIT PDU中的位5的值为1,则它指示SME是位4…0中指示的类型的远程信息处理设备,并请求SC将SM转换成适合该设备类型的形式。如果目标网络是ISDN,SC还必须为连接到该类型的设备选择适当的服务指示符。
如果SMS DELIVER PDU中的位5的值为1,则表示SME是位4…0中所示类型的远程信息处理设备。
如果SMS DELIVER PDU中的位5的值为0,则位4…0中的值标识SME和MS之间正在使用的SM AL协议。
注意,对于简单的MS-to-SC短消息传输的简单情况,协议标识符被设置为值0。
在位7=0、位6=1的情况下,位5…0的使用定义如下:
5 … . .0
000000 Short Message Type 0
000001 Replace Short Message Type 1
000010 Replace Short Message Type 2
000011 Replace Short Message Type 3
000100 Replace Short Message Type 4
000101 Replace Short Message Type 5
000110 Replace Short Message Type 6
000111 Replace Short Message Type 7
001000 设备触发短信
001001…011101 保留
011110 增强消息服务(已过时)
011111 回电信息
100000…111011 保留
111100 ANSI-136 R-DATA
111101 ME数据下载
111110 ME去个性化短信
111111 (U)SIM卡数据下载
短消息类型0表示ME必须确认收到短消息,但应丢弃其内容。这意味着
- 无论(U)SIM卡或ME中是否有可用内存,MS都应能够接收0类短消息,
- MS不应向用户指示收到0类短消息,
- 短消息既不能存储在(U)SIM卡中,也不能存储在ME中。
对于ME和(U)SIM,更换短消息功能是可选的,但如果实现,则应按照此处所述执行。
对于MT短消息,在收到SC的短消息时,MS应检查相关协议标识符是否包含替换短消息类型代码。
如果存在此类代码,则MS应检查原始地址,并用新的短消息和其他参数值替换具有相同协议标识符代码和原始地址的任何现有存储消息。如果没有要替换的消息,MS应以正常方式存储该消息。MS还可以检查SC地址以及发起地址。然而,在具有多个SCs的网络中,SM的替换消息类型可以经由不同的SCs发送,因此建议MS不应检查SC地址,除非应用特别要求这样的检查。
如果不存在替换短消息类型代码,则MS应以正常方式存储消息。
在MO短消息中,SC的反应类似,但仅检查原始MS或任何其他源的地址。
触发短消息功能的设备对于MS是可选的,但如果实现,则应按照此处所述执行。
对于MT短消息,在收到来自SC的短消息时,MS可以检查相关协议标识符是否包含触发短消息代码的设备。
如果存在此类代码,则MS应将短消息解释为触发短消息的设备。应用程序端口寻址信息元素中包含的值标识要接收触发器的应用程序。
不支持带有协议标识符的MO短消息,其中包含触发短消息代码的设备,SC应丢弃该消息。
回电信息指示给MS,以通知用户,可以将呼叫(例如电话呼叫)建立到TP-OA中指定的地址。RP OA与往常一样包含SC的地址。消息内容(如果存在)提供可显示的信息(例如等待的语音消息的数量)。该消息的处理方式与替换短消息类型的所有其他消息相同。
ME去个性化短信是指示ME取消ME的个性化的ME特定消息(参见3GPP TS 22.022[25])。支持该方案的ME不得显示该信息。对该消息的确认是RP ACK的SMS DELIVER REPORT,其中TP User Data应根据3GPP TS 22.022[25]进行编码。
(U) SIM卡数据下载是一种设备,在此设备中,ME必须使用GSM TS 51.011[16]和3GPP TS 31.102[30]中描述的机制,将包含在SMS中的所有SMS元素的整个短消息传递给(U)SIM。DCS应设置为2级信息。整个用户数据字段可用于(U)SIM卡数据下载。如果DCS未设置为2级信息,则ME应以正常方式处理该信息。然而,必须注意的是,基于早于REL-5的本规范版本的MEs可能只允许(U)SIM数据下载位编码为11110110或00010110的8位消息类别2。
ME数据下载是一种设备,ME将处理整个短消息,包括SMS中包含的所有SMS元素,并将其发送给ME。DCS通常应设置为消息类1。如果DCS设置为消息类1,并且ME中不存在能够处理短消息的应用程序,ME可以丢弃短消息。整个用户数据字段可供我下载数据。SMS-DELIVER所需的TPDU参数应由所有相关SCs透明地传递,因此除了将SMS-SUBMIT转换为SMS-DELIVER所需的更改外,不会修改整个短消息中的TPDU参数。
ANSI-136 R-DATA是一种设备,ME必须使用GSM TS 11.14[16]和3GPP TS 31.102[30]中描述的机制,将短消息(包括SMS传输中包含的所有元素)全部传递给(U)SIM。DCS应设置为2级信息。如果DCS未设置为2级信息,则ME应以正常方式处理该信息。但是必须注意的是,基于REL-5之前本规范发布的MEs只能允许8位消息类2,对于ANSI-136 R-DATA,其比特编码为11110110或00010110。
9.2.3.10 TP Data Coding Scheme (TP DCS)
TP数据编码方案在TS23.038[9]中定义。3GPP TS 23.040[4]中定义的TP数据编码方案字段指示TP-UD字段的数据编码方案,并且可以指示消息类别。接收实体应假定任何保留编码为GSM 7位默认字母表(与码点00000000相同)。八位字节是根据位7…4所示的编码组来使用的。八位字节编码如下:
9.2.3.11 TP Service Centre Time Stamp (TP SCTS)
TP服务中心时间戳字段以半八位表示表示,并以以下方式表示本地时间:
如果MS知道本地时区,则在MS处接收到的任何时间(例如服务中心时间戳)可以显示在本地时间而不是发送实体的本地时间。信息应按接收时的状态存储,不得更改其中包含的任何时间。
9.2.3.12 TP Validity Period (TP-VP)
9.2.3.12.1 TP-VP (Relative format)
TP有效期包括整数表示的1个八位字节,给出有效期的长度,从SC接收到SMS SUBMIT时开始计算。
时间表示如下:
9.2.3.12.2 TP-VP (Absolute format)
TP有效期由7个八位字节组成,以半八位字节表示,给出有效期终止的绝对时间。
时间的表示与TP服务中心时间戳的表示相同。
9.2.3.12.3 TP-VP (Enhanced format)
TP有效期由7个八位字节组成。所有八位字节的存在都是强制性的,尽管它们可能并不都被使用。第一个八位字节表示下面6个八位字节的使用方式。任何保留/未使用的位或八位字节必须设置为零。
9.2.3.13 TP Discharge Time (TP DT)
TP Discharge Time字段表示先前提交的SMS SUBMIT成功交付或试图交付给接收方SME或由SC处理的时间。
在“交易完成”的情况下,时间应为交易完成的时间。如果“SC仍试图转移SM”,则时间应为最后一次转移尝试的时间。在“永久或临时错误SC不再进行任何传输尝试”的情况下,时间应为最后一次传输尝试的时间或SC根据TP ST中的状态结果处理SM的时间。
TP Discharge Time字段以半八进制表示,格式与TP SCT相同。
9.2.3.16 TP User Data Length (TP UDL)
如果使用GSM 7位默认字母表对TP用户数据进行编码,则TP用户数据长度字段给出TP用户数据字段中要遵循的七位数字的整数表示。如果在TP用户数据中使用7位默认字母扩展机制(参见3GPP TS 23.038[9]),则消息中的实际字符数应小于七位数字。如果存在TP User Data Header字段,则TP User Data Length值是TP User Data Header字段中的septets数(包括任何填充)和TP User Data字段中的septets数之和。见图9.2.3.24(a)。如果使用8位数据对TP用户数据进行编码,则TP用户数据长度字段给出TP用户数据字段中要跟随的八位字节数的整数表示。如果存在TP User Data Header字段,则TP User Data Length值是TP User Data Header字段中的八位字节数与后面TP User Data字段中的八位字节数之和。见图9.2.3.24(b)。
如果使用UCS2[24]数据对TP用户数据进行编码,则TP用户数据长度字段给出要跟随的TP用户数据字段内的八位字节数的整数表示。如果存在TP User Data Header字段,则TP User Data Length值是TP User Data Header字段中的八位字节数与后面TP User Data字段中的八位字节数之和。见图9.2.3.24(b)。
如果使用压缩的GSM 7位默认字母表或压缩的8位数据或压缩的UCS2[24]数据对TP用户数据进行编码,则TP用户数据长度字段给出要跟随的TP用户数据字段中压缩后的八位字节数的整数表示。如果存在TP User Data Header字段,则TP User Data Length值是TP User Data Header字段中未压缩的八位字节数与后面压缩的TP User Data字段中的八位字节数之和。见图9.2.3.24(c)。
对于其他数据编码方案,参见3GPP TS 23.038[9]。如果该字段为零,则TP用户数据字段不应存在。
9.2.3.17 TP Reply Path (TP RP)
TP应答路径是一个1位字段,位于SMS DELIVER和SMS SUBMIT的第一个八位字节的第7位内,并给定以下值:
Bit no 7: 0 此SMS SUBMIT/DELIVER中未设置TP回复路径参数
1 此SMS SUBMIT/DELIVER中设置了TP回复路径参数
9.2.3.23 TP User Data Header Indicator (TP UDHI)
TP用户数据报头指示符是以下六个PDU的第一个八位字节的第6位内的1位字段:
- SMS SUBMIT,
- SMS-SUBMIT-REPORT,
- SMS DELIVER,
- SMS-DELIVER-REPORT,
- SMS-STATUS-REPORT,
- SMS-COMMAND.
Bit no 6: 0 TP UD字段仅包含短消息
1 TP UD字段的开头除了短消息之外还包含一个标头。
9.2.3.24 TP User Data (TP UD)
TP用户数据字段的长度在SM-TL的PDU中定义(见第9.2.2条)。
TP用户数据字段可仅包括短消息本身或头,以及根据TP UDHI的设置而设置的短消息。
- 其中TP UDHI值设置为0时,TP用户数据字段仅包含短消息,其中用户数据可以是7位(默认字母表)数据、8位数据或16位(UCS2[24])数据。
- 其中TP UDHI值设置为1,TP用户数据字段的第一个八位集包含以以下顺序从TP用户数据字段的第一个八位集开始的报头。
无论用户数据头的任何部分被忽略或丢弃,MS都应始终按照接收的方式存储整个TPDU。
9.2.3.25 TP Reject Duplicates (TP RD)
TP Reject Duplicates是一个1位字段,位于SMS SUBMIT的第一个八位字节的第2位,具有以下值。
Bit no 2: 0 指示SC为仍保留在SC中的SM接受SMS提交,该SM与来自同一OA的先前提交的SM具有相同的TP MR和相同的TP DA。
1 指示SC拒绝仍保留在SC中的SM的SMS提交,该SM与来自同一OA的先前提交的SM具有相同的TP MR和相同的TP DA。在这种情况下,SC返回的响应如9.2.3.6所述。
实例(SMS DELIVER)
Note:SMS PDU解析网址
实例(SMS SUBMIT)
Note:SMS PDU解析网址
实例(SMS STATUS REPORT)
Note:SMS PDU解析网址
3GPP TS 23.040 -- SMS -- part2(第九章节 Protocols and protocol architecture,协议和协议架构)相关推荐
- 3GPP TS 23.040 -- SMS -- part1(第三章节)
文章目录 Introduction Definitions 3. 服务和服务要素 3.1 Basic services 3.2 Short Message Service elements 3.2.0 ...
- 3GPP TS 23501-g51 中英文对照 | 4.4.2 SMS over NAS
个人在学习5G标准3GPP TS 23501-g51过程中,也发现google的机器翻译实在晦涩难懂,所以个人在借助百度翻译(中国人更懂中文)的同时,人工对每句话进行了校对. 在自己学习的同时,也将翻 ...
- 3GPP TS 23501-g51 中英文对照 | 4.4.7 MSISDN-less MO SMS Service
个人在学习5G标准3GPP TS 23501-g51过程中,也发现google的机器翻译实在晦涩难懂,所以个人在借助百度翻译(中国人更懂中文)的同时,人工对每句话进行了校对. 在自己学习的同时,也将翻 ...
- 3GPP TS 29244-g30 中英文对照 | 5.11 User plane inactivity detection and reporting
学习5G知识,势必要去阅读相关的技术标准,而纯英文的标准协议对于初学者来说是个门槛. 个人在学习5G标准3GPP TS 29244-g30过程中,也发现google的机器翻译实在晦涩难懂,所以个人在借 ...
- 3GPP TS 29244-g30 中英文对照 | 5.2.2 Usage Reporting Rule Handling
学习5G知识,势必要去阅读相关的技术标准,而纯英文的标准协议对于初学者来说是个门槛. 个人在学习5G标准3GPP TS 29244-g30过程中,也发现google的机器翻译实在晦涩难懂,所以个人在借 ...
- 3GPP TS 29244-g30 中英文对照 | 5.4.14 Deferred PDR activation and deactivation
学习5G知识,势必要去阅读相关的技术标准,而纯英文的标准协议对于初学者来说是个门槛. 个人在学习5G标准3GPP TS 29244-g30过程中,也发现google的机器翻译实在晦涩难懂,所以个人在借 ...
- 3GPP TS 29244-g30 中英文对照 | 5.4.5 DL Flow Level Marking for Application Detection
学习5G知识,势必要去阅读相关的技术标准,而纯英文的标准协议对于初学者来说是个门槛. 个人在学习5G标准3GPP TS 29244-g30过程中,也发现google的机器翻译实在晦涩难懂,所以个人在借 ...
- 3GPP TS 29244-g30 中英文对照 | 5.4.15 Packet Rate enforcement
学习5G知识,势必要去阅读相关的技术标准,而纯英文的标准协议对于初学者来说是个门槛. 个人在学习5G标准3GPP TS 29244-g30过程中,也发现google的机器翻译实在晦涩难懂,所以个人在借 ...
- 3GPP TS 29244 f40与f50对比差异
在进一步学习29244标准时,想尝试分析每两个版本之间的细微差异,以了解这几年29244标准的变化,试图从这些变化中以一窥需求的变化.在学习的同时特意整理出来,大家共同学习提高. 5.2.1A.3 A ...
最新文章
- linux watchdog demo hacking
- 图片本地化 php,php抓取远程图片本地化函数,很好用的.喜欢的拿去
- 【深度学习】遗传算法优化GAN
- centos6mysql编译安装_centos6编译安装MySQL
- 去掉a标签下划线_条码软件如何修改条码标签的字体格式
- Python入门教程 | Python学习的必经阶段
- [Leetcode][LCP 19][JAVA][秋叶收藏集][动态规划]
- 02. Creating a Web Forms User Interface
- WorldCat Search : PHP OCLC Web Services Library
- linux七周四次课(3月22日)
- 微信小程序CSS之Flex布局
- Mysql各个大版本之间的区别
- hitb-2017 1000levels writeup
- 标准SPI、DUAL SPI、Quad SPI;NorFlash、NandFlash、eMMC闪存的比较与区别
- Android 串口蓝牙通信开发Java版本
- kubernetes secret私密凭据
- 3U8633——雷达对民航的贡献
- Oracle 查询库文件信息
- word文档太大怎么压缩到最小
- TI公司三大系列DSP内部结构之比较