发送图片和铃声如何设置短信内容前面的PDU格式?

xysome 2003-05-15 06:43:02
我已经将这个问题贴在别的专题区好几天了,但是没人解决,现在贴在此处,希望知道的帮个忙,谢谢!问题如下:
------------------------------------
有很多地方介绍各种手机的铃声格式,却没有介绍在发送短信图片或者短信铃声时如何使用AT命令?用普通的发短信格式似乎不行,对方手机要么收不到,要么不能转换成图片或者铃声。那么有什么需要特殊设置的地方么?例如:
AT+CMGS=19
> 0891683108401505F004000D91683100893505F600000004604F7D59
这条短消息发送了"你好"两个汉字。现在假如图片的内容是"XXXXXXXX",是否可以直接用:
AT+CMGS=19
> 0891683108401505F004000D91683100893505F600000004XXXXXXXX
来发送呢?但是我试验过了,这样不行,前面pdu信息需要改变那些呢?
...全文
80 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
xysome 2003-05-21
  • 打赏
  • 举报
回复
没人知道么?
xysome 2003-05-16
  • 打赏
  • 举报
回复
但是,并不是所有型号的手机都支持EMS等多媒体业务,更多的是通过普通短信的方式传送图片和铃声,从现在网上下载铃声和图片的热度就可以看出来。所以虽然EMS是一种推荐的方式,甚至现在的彩信都是推荐考虑的方向,但普通短信仍然占有很大比重。
我曾经用普通短信方式成功发送了摩托罗拉铃声,但是其它型号还没有测试成功。我觉得各种型号的手机用PDU方式发送图片铃声时,信息前面(注意是前面部分,不是指后面的具体信息,也即我列出的例子中XXXXXXXX前面的部分)的PDU规约是有所不同的。现在我就是不知道不同点在哪里。
能不能举个例子解我疑惑,3x
学得慢 2003-05-16
  • 打赏
  • 举报
回复
使用短信发送图片和铃声,通常使用了消息头的定义,采用了类似EMS方式(不准确的说法),Nokia 的smart message也是,定义了不同的端口号,对应消息中的媒体。

你可以采用上面的方法,定义自己手机能够识别的消息结构,或者直接使用EMS。

不过,我觉得你要使用普通消息格式传送图片,按理说应该也能够成功(当然是都认同改格式,比如消息中加入特殊字符串,有的闪烁效果就这样做,不过对于传送媒体数据,这种方法当然不安全,不可靠),建议不要采用普通短信传送
首先将短信息格式设为PDU模式 :AT+CMGF=0 发送AT+CMGS= YYY [CR] ;其中 YYY 为TPDU的十进制长度 收到[>][SP]响应后再发送 [SCA][TPDU][ctrl-Z] [SCA]:服务中心地址, 深圳为:0891683108705505F0。 可以用AT指令先设置服务中心地址:AT+CSCA=”+86138007555500” [TPDU]:发送规约数据单元: TYPE 11 MR 00 DA 0D 91683106103962F4 ; 13600193264 PID 00 DCS F4 VP 01 UDL XX ; XX 不大于 8C DD ; XX字节的用户数据 用户数据中最后一个字节为前面XX-1个字节的按位累加和。 TPDU 中用户数据前的PDU规约头的长度是15字节 TPDU 前的服务中心地址[SCA]的长度是9字节。 用户数据最长可用到140字节。 发中文是 pdu 格式为 80 dcs=80 以下是: 例子(1) 发送到 13600193264 报文是 博万通信 译码为 0811535A4E07901A4FE1 08 长度 数据 535A4E07901A4FE1 是“博万通信”的unicode编码,按照内存的编码格式倒过来了 at 命令 AT+CMGS=023(15+8) 返回 > 发送 0011000D91683106103962F4000801 08 535A4E07901A4FE1发送符 具体就这些 例子(2) 发送到 13823684657 报文是: (你好我们在测试) 译码为 0E 4F60597D62114EEC57286D 0E是长度 数据4F60597D62114EEC57286D 是“你好我们在测试”的unicode编码照内 存的编码格式倒过来了 AT+CMGS=029 (15+14) 返回  发送 0011000D91683128634856F7 000801 0E 4F60597D62114EEC57286D 例子中显示其实是一种内存编码方式,如 1360 为 3106 3106103962F4; 13600193264 例子(3):发送到 13600193264 如果要中文,数字,英文混合发送的话,其原理一样,都是发送其UNICODE编码,但是要注意每个数字或英文字母要当作一个汉字来处理。如报文是:博万通信YS 其译码为: 0C 535A4E07901A4FE100590053 其中: (1)0C是报文长度; (2)535A 4E07901A4FE1 0059 0053是“博万通信YS“的编码!! AT+CMGS=027 (15+12) 返回 发送:0011000D91683128634856F7000801 0C535A4E07901A4FE100590053 以下是模块在TEXT及PDU模式下收到中文短信息的内容说明 AT+CMGF? +CMGF: 1 OK // 目前默认的是文本格式,现用其它手机给模块发短信“你好” +CMT: "+8613510158263",,"03/03/27,14:40:10+00" 4F60597D // 收到的是其UNICODE代码 AT+CMGF=0 OK // 设置PDU格式,然后给模块发短信“你好” +CMT: ,24 0891683108705505F0040D91683115108562F3000830307241044400044F60597D // 收到的信息 其中24表示不包括SCA的PDU的长度;0891683108705505F0表示深圳服务中心地址;04表示First-Octet,指短信业务没有短信状态报告;0D91683115108562F3表示发短信的手机号码;00表示PID;08表示编码模式,是Unicode编码;30307241044400表示发送短信的时间;04表示用户数据的长度;4F60597D表示短信内容 以下是收到短信后如何判断其内容的编码格式: 例如:同样读取的内容都是00410042,但是一个在手机上显示的是AB,一个显示的却是00410042,如何区别
WAVECOM AT命令编程必读 2008-04-17 16:20 1.相关的GSM AT指令 与SMS有关的GSM AT指令(from GSM07.05)如表1所示: 表1 相关的GSM AT指令 AT 指令 功 能 AT+CMGC Send an SMS command(发出一条短消息命令) AT+CMGD Delete SMS message(删除SIM卡内存的短消息) AT+CMGF Select SMS message formate(选择短消息信息格式:0-PDU;1-文本) AT+CMGL List SMS message from preferred store(列出SIM卡中的短消息PDU/text: 0/“REC UNREAD”-未读,1/“REC READ”-已读,2/“STO UNSENT”-待发,3/“STO SENT”-已发,4/“ALL”-全部的) AT+CMGR Read SMS message(读短消息) AT+CMGS Send SMS message(发送短消息) AT+CMGW Write SMS message to memory(向SIM内存中写入待发的短消息) AT+CMSS Send SMS message from storage(从SIN|M内存中发送短消息) AT+CNMI New SMS message indications(显示新收到的短消息) AT+CPMS Preferred SMS message storage(选择短消息内存) AT+CSCA SMS service center address(短消息中心地址) AT+CSCB Select cell broadcast messages(选择蜂窝广播消息) AT+CSMP Set SMS text mode parameters(设置短消息文本模式参数) AT+CSMS Select Message Service(选择短消息服务) 对短消息的控制共有三种模式: Block Mode 基于AT命令的PDU Mode 基于AT命令的Text Mode 使用Block模式需要手机生产厂家提供驱动支持,目前,PDU Mode 已取代 Block Mode, Text Mode比较简单,本文重点介绍模式PDU Mode,以西门子公司的产品TC35T为例。 2.计算机与TC35T的通信 (1)RS232串口连接 由于TC35T自带RS232串口线,故只需将其连接到计算机串口即可。打开超级终端,选择相应的串口,将端口参数设置为:速率—4800、奇偶校验位—无、数据位—8、停止位—1、流量控制—硬件。 (2)连接测试 输入“AT”然后回车,屏幕上返回“OK”表明计算机与TC35T已连接成功,TC35T能够正常工作。这时就可以测试各类AT命令。 当测试命令“AT+CMGS=?”时,如果返回“OK”标明TC35T支持该指令。该指令的完整语法如下: 如果此时TC35T处于PDU Mode(即“AT+CMGF?”返回“0”) AT+CMGS=PDU is given<^Z/ESC> 如果短消息发送成功,则返回“OK”,并显示信息号: +CMGS: [,] 如果短消息发送失败,则返回如下信息号: +CMS ERROR: 如果此时TC35T处于Text Mode(即“AT+CMGF?”返回“1”) AT+CMGS=[,toda]text is entered<^Z/ESC> 如果短消息发送成功,则返回“OK”,并显示信息号: +CMGS: [,] 如果短消息发送失败,则返回如下信息号: +CMS ERROR: 另外,由于使用的是TC35T,当有新的短消息到来时,需要TC35T产生提示,使用指令“AT+CNMI”。该指令的完整语法如下: AT+CNMI=[][,][,][,][,] 如果有新的短消息来到,则TC35T将自动返回下列提示: +CMTI: “SM”, 此时读出,然后用“AT+CMGR”指令即可读出短消息内容。 3.PDU数据格式分析: 例如,我们要将字符“Hi”字符发送到目的地“13677328099” PDU字符串为: 08 91 683108701305F0 11 00 0D 91 3176378290F9 00 00 00 02 C834 ⑴08—短信息中心地址长度。指(91)+(683108701305F0)的长度。 ⑵91—短信息中心号码类型。91是TON/NPI遵守International/E.164标准,指在号码前需加‘+’号;此外还有其它数值,但91最常用。 91—10010001 BIT No. 7 6 5 4 3 2 1 0 Name 1 数值类型 号码鉴别 数值类型(Type of Number):000—未知,001—国际,010—国内,111—留作扩展; 号码鉴别(Numbering plan identification):0000—未知,0001—ISDN/电话号码(E.164/E.163),1111—留作扩展; ⑶683108701305F0—短信息中心号码。由于位置上略有处理,实际号码应为:8613800731500(字母F是指长度减1)。这需要根据不同的地域作相应的修改。 ⑴、⑵、⑶通称短消息中心地址(Address of the SMSC)。 ⑷11—文件头字节。 11&h=00010001&b BIT No. 7 6 5 4 3 2 1 0 Name TP-RP TP-UDHI TP-SPR TP-VFP TP-RD TP-MTI value 0 0 0 1 0 0 0 1 应答路径—TP-RP(TP-Reply-Path):0—不设置; 1—设置 用户数据头标识—TP-UDHL(TP-User-Data-Header-Indicator):0—不含任何头信息; 1—含头信息 状态报告要求—TP-SPR(TP-Status-Report-Request):0—需要报告; 1—不需要报告 有效期格式—TP-VPF(TP-Validity-Period-Format):00—不提供(Not present); 10—整型(标准);01—预留; 11—提供8位字节的一半(Semi-Octet Represented) 拒绝复制—TP-RD(TP-Reject-Duplicates):0—接受复制; 1—拒绝复制 信息类型提示—TP-MTI(TP-Message-Type-Indicator):00—读出(Deliver); 01—提交(Submit) ⑸00—信息类型(TP-Message-Reference) ⑹0B—被叫号码长度。 ⑺91—被叫号码类型(同⑵)。 ⑻3176378290F9—被叫号码,经过了位移处理,实际号码为“13677328099”。 ⑹、⑺、⑻通称目的地址(TP-Destination-Address)。 ⑼00—协议标识TP-PID(TP-Protocol-Identifier) BIT No. 7 6 5 4 3 2 1 0 Bit No.7与Bit No.6: 00—如下面定义的分配Bit No.0—Bit No.5;01—参见GSM03.40协议标识完全定义;10—预留;11—为服务中心(SC)特殊用途分配Bit No.0—Bit No.5。 一般将这两位置为00。 Bit No.5:0—不使用远程网络,只是短消息设备之间的协议;1—使用远程网络。 Bit No.0—Bits No.4:00000—隐含;00001—电传;00010—group 3 telefax;00100—语音;00101—欧洲无线信息系统(ERMES);00110—国内系统;10001—任何基于X.400的公用信息处理系统;10010—Email。 ⑽00—数据编码方案TP-DCS(TP-Data-Coding-Scheme) BIT No. 7 6 5 4 3 2 1 0 Bit No.7与Bit No.6 :一般设置为00;Bit No.5:0—文本未压缩,1—文本用GSM标准压缩算法压缩;Bit No.4:0—表示Bit No.1、Bit No.0为保留位,不含信息类型信息,1—表示Bit No.1、Bit No.0含有信息类型信息;Bit No.3与Bit No.2:00—默认的字母表,01—8bit,10—USC2(16bit),11—预留;Bit No.1与Bit No.0:00—Class 0,01—Class 1,10—Class 2(SIM卡特定信息),11—Class 3。 ⑾00—有效期TP-VP(TP-Valid-Period) VP value(&h) 相应的有效期 00 to 8F (VP+1)*5 分钟 90 to A7 12小时+(VP-143)*30分钟 A8 to C4 (VP-166)*1天 C5 to FF (VP-192)*1 周 ⑿02—用户数据长度TP-UDL(TP-User-Data-Length) ⒀C834—用户数据TP-UD(TP-User-Data)“Hi” 4.短消息编码 设需要发送的短消息内容为“Hi”,使用的GSM字符集为7位编码。首先将字符转换为7位的二进制,然后,将后面字符的位调用到前面,补齐前面的差别。例如:H翻译成1001000,i翻译成1101001,显然H的二进制编码不足八位,那么就将i的最后一位补足到H的前面。那么就成了11001000(C8),i剩下六位110100,前面再补两个0,变成00110100(34),于是“Hi”就变成了两个八进制数 C8 34。 5.短消息的发送与接收案例 鉴于TC35(T)支持TEXT格式,我们在试验中主要测试该格式。 (1)设置短消息中心 AT+CSCA="+8613800731500"(短消息中心); (2)设置短消息发送格式 AT+CMGF=1 (1-TEXT; 0-PDU); (3)发送短消息(短消息内容为“test”) AT+CMGS="13508485560"(目的地址) > test ^z ; (4)设置短消息到达自动提示: 设置短消息到达提示当短消息被接收,将获取指令: +CMTI:"SM",INDEX(信息存储位置) AT+CNMI=1,1,0,0,1(); (5)获取短消息内容(Once more),假设INDEX=8。 AT+CMGR=8 返回信息如下: +CMGR: "REC UNREAD","+8613508485560",,"01/07/16,15:37:28+32",Once more 6.注意事项 (1)短消息中心一般不会改动,如果短消息中心号码改动,在使用“AT+CSCA”语句时,记住TC35要重新启动,否则TC35不能正常工作(TC35T不存在此问题)。 (2)某些SIM卡带有密码,启动时需要输入密码。

3,846

社区成员

发帖
与我相关
我的任务
社区描述
硬件/嵌入开发 无线
社区管理员
  • 无线
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧