SGIP长短信实现与改造策略详解
2星 需积分: 10 132 浏览量
更新于2024-09-14
收藏 2.9MB DOC 举报
"这篇文章主要探讨了在SGIP协议中如何实现长短信的下行发送,涉及到的关键技术包括设置UDHI标志和添加用户数据包头(UDH)。"
在SGIP协议中实现长短信下行,首先需要关注的是TP_udhi字段的设置。TP_udhi是GSM协议的一部分,根据GSM03.40中的9.2.3.23条款,这个字段用于指示用户数据是否包含用户数据头信息。在长短信的情景下,SGIP的Submit信令中的TP_udhi应设置为0x40,表明接下来的数据会携带UDH。
接着,长短信的关键在于UDH的构建。UDH是一个附加在实际短信内容前的包头,它的长度固定为6个字节。这6个字节分别定义如下:
1. 第一字节:包头长度,固定为0x05,表示后面有5个字节的UDH信息。
2. 第二字节:包头类型标识,固定为0x00,用于标识这是一个长短信。
3. 第三字节:子包长度,固定为0x03,表示UDH的后续三个字节长度。
4. 第四字节至第六字节:长消息的相关信息,包括长消息参考号、总消息数和当前消息的序列号。
长消息参考号是每个SP针对每个用户每条消息的唯一标识,从0开始递增,不超过255,以便终端区分来自同一SP的不同长短信。总消息数指明短信被分成了多少部分,通常大于2。消息序号表示当前部分在所有分段中的位置,第一条为1,依次递增,与总消息数一致。
移动终端通常能处理140字节的内容长度,扣除6个字节的UDH后,如果采用7位编码(默认字母表),可以容纳134个ASCII字符;若使用8位编码,则可以容纳67个中英文混合字符。
3GPP标准文档03.40的9.2.3.24章节详细阐述了TP-UserData字段的处理方式。当TP-UDHI值设为0时,TP-User-Data字段仅包含短消息本身;而当TP-UDHI设为1时,除了短消息外,还包括UDH。7位、8位和16位(UCS2)数据都可以作为用户数据进行传输。
通过以上步骤,SP能够有效地将长短信拆分成多个短消息分段,并通过SGIP协议发送给移动终端,终端再根据UDH重组为完整的长短信。这种机制使得能够跨越短信字符限制,发送更长的信息。
2020-04-02 上传
2019-01-28 上传
2012-03-15 上传
2022-09-21 上传
2022-09-23 上传
2022-09-22 上传
2022-09-20 上传
2022-09-23 上传
brianmany
- 粉丝: 0
- 资源: 3
最新资源
- Angular实现MarcHayek简历展示应用教程
- Crossbow Spot最新更新 - 获取Chrome扩展新闻
- 量子管道网络优化与Python实现
- Debian系统中APT缓存维护工具的使用方法与实践
- Python模块AccessControl的Windows64位安装文件介绍
- 掌握最新*** Fisher资讯,使用Google Chrome扩展
- Ember应用程序开发流程与环境配置指南
- EZPCOpenSDK_v5.1.2_build***版本更新详情
- Postcode-Finder:利用JavaScript和Google Geocode API实现
- AWS商业交易监控器:航线行为分析与营销策略制定
- AccessControl-4.0b6压缩包详细使用教程
- Python编程实践与技巧汇总
- 使用Sikuli和Python打造颜色求解器项目
- .Net基础视频教程:掌握GDI绘图技术
- 深入理解数据结构与JavaScript实践项目
- 双子座在线裁判系统:提高编程竞赛效率