金笛工业手机论坛  

返回   金笛工业手机论坛 > 开发者乐园 > 短信开发资料

短信开发资料 短信开发技巧,代码分析

回复
 
LinkBack 主题工具 显示模式
旧 2012-08-24   #1 (permalink)
论坛管理员
 
admin 的头像
 
注册日期: 2009-06-30
帖子: 861
admin 的声望功能已被禁用
默认 WAVECOM CDMA MODEM短信接收方式的细微差别,AT+CNMI指令详解

WAVECOM CDMA MODEM短信接收方式的细微差别,AT+CNMI指令详解


花费了一天的时间开发了一个CDMA MODEM的短信收发程序。可以向指定的号码发送一条短信并接收对方的回应。
开发过程用自己熟悉的DELPHI来做,一切都轻车熟路,但在设置短信到达通知方式的时候发现了:
AT+CNMI=2,1,0,1,0与 AT+CNMI=2,2,0,1,0对于状态报告的返回有细微的不同。前者通过+CMTI指令通知给应用程序。其中+CMTI会指明接收的短信的index号码,然后程序通过AT+CMGR=INDEX读取短信到程序中。这时MODEM会正常返回状态报告给对方。然而后面一种设置方式是MODEM在收到短信后直接通过+CMT指令通知给程序。+CMT指令包含有短信内容,程序不用再次读取。可能是这个原因导致MODEM不会自动发送DELIVER REPORT给对方。


AT+CNMI指令详解

短消息类(class)的概念:根据指定储存的位置,短消息分为class 0 – 3四个类。也可以不指定类(no class),由ME按默认设置进行处理,存储到内存或者SIM卡中。在TPDU的TP-DCS字节中,当bit7-bit4为00x1, 01x1, 1111时,bit1-bit0指出消息所属类:


00 – class 0:只显示,不储存
01 – class 1:储存在ME内存中

02 – class 2:储存在SIM卡中

03 – class 3:直接传输到
TE
GSM Modem一般都支持一条“AT+CNMI”指令,可用于设定当有某类短消息到达时,如何处置它:只储存在指定的内存(易失的/非易失的)中,先储存后通知TE,还是直接转发到TE,等等。

“AT+CNMI”指令语法为
AT+CNMI=[<mode>[,<mt>[,<bm>[,<ds>[,<bfr>]]]]]
mode - 通知方式:

0 – 不通知TE。
1 – 只在数据线空闲的情况下,通知TE;否则不通知TE。

2 – 通知TE。在数据线被占用的情况下,先缓冲起来,待数据线空闲,再行通知。

3 – 通知TE。在数据线被占用的情况下,通知混合在数据中一起传输。

mt - 消息储存或直接转发到TE:

0 – 储存到默认的内存位置(包括class 3)
1 – 储存到默认的内存位置,并且向TE发出通知(包括
class 3)
2 – 对于class 2,储存到SIM卡,并且向TE发出通知;对于其它class,直接将消息转发到
TE
3 – 对于class 3,直接将消息转发到 TE;对于其它class,同
mt=1
bm, ds, bfr的含义,请参考相关标准文档。一般不需要去关心它们。

在程序中具体实现时,使用mode=2, mt=1,比较简单。对所有类型的短消息,只要在收到ME送来的“+CMTI”通知后,用“AT+CMGR”指令读取消息内容就行了。TE与ME之间的通信过程,举例如下:
(初始化)
AT+CNMI=? (查看能支持的设置范围
)
+CNMI: (0-2),(0-3),(0,2,3),(0,1),(0,1)
OK

AT+CNMI? (查看当前设置
)
+CNMI: 0,0,0,0,0
OK

AT+CNMI=2,1 (设置为
mode=2, mt=1)
OK

AT+CNMI? (再查看当前设置
)
+CNMI: 2,1,0,0,0
OK

(过了一段时间,有一条消息到达
)
+CMTI “ME”,8 (通知:消息已经存储在ME内存中,序号为
8)

AT+CMGR=8 (读第8条消息
)
+CMGR: 8,27
0891683108200505F0240D91683158812764F80000402052110373800741E19058341E01
OK

AT+CMGD=8 (删除第8条消息
)
OK

还有一种方式mode=2, mt=2也很令人感兴趣。在这种方式下,除了class 2外,消息不存储,直接转发到TE。需要处理消息通知和内容两种情况,复杂一些。但如果发送方也由程序控制,可以只发no class或class 1的消息,这样不存储在接收方ME内存(一般是闪存,非易失性的)中,肯定能延长它的使用寿命。TE与ME之间的通信过程,举例如下:
AT+CNMI=2,2 (设置为mode=2, mt=2)
OK

(过了一段时间,有一条消息到达
)
+CMT: ,26
0891683108200505F0040D91683158812764F8000840205211639180064F60597D0021





AT+CNMI指令详解
GSM Modem一般都支持一条“AT+CNMI”指令,用于设定当有某类短消息到达时,如何处理它——只储存在制定的内存(易失的/非易失的)中;先储存后通知TE;直接转发到TE,等等。
AT+CNMI指令语法为:
AT+CNMI=<mode>,<mt>,<bm>,<ds>,<bfr>
<mode>控制通知TE的方式。
0——先将通知缓存起来,再按照<mt>的值进行发送。
1——在数据线空闲的情况下,通知TE,否则,不通知TE。
2——数据线空闲时,直接通知TE;否则先将通知缓存起来,待数据线空闲时再行发送。
3——直接通知TE。在数据线被占用的情况下,通知TE的消息将混合在数据中一起传输。

<mt>设置短消息存储和通知TE的内容。
0——接受的短消息存储到默认的内存位置(包括class 3),不通知TE。
1——接收的短消息储存到默认的内存位置,并且向TE发出通知(包括class 3)。通知的形式为:
+CMTI:”SM”,<index>
2——对于class 2短消息,储存到SIM卡,并且向TE发出通知;对于其他class,直接将短消息转发到TE:
+CMT:[<alpha>],<length><CR><LF><pdu>(PDU模式)
或者+CMT:<oa>,[<alpha>,]<scts>[,<tooa>,<fo>,<pid>,<dcs>,<sca>,<tosca>,<length>]<CR><LF><data>(text模式)
3——对于class 3短消息,直接转发到TE,同<mt>=2;对于其他class,同<mt>=1。

<bm>设置小区广播
0——小区广播不通知
2——新的小区广播通知,返回
+CBM:;length;;CR;;LF;;pdu;
3——Class3格式的小区广播通知,使用bm=2格式

<ds>状态报告
0——状态报告不通知
1——新的状态报告通知,返回:
+CDS:;length;;CR;;LF;;pdu;
2——如果新的状态报告存储到ME,则返回:
+CDSI:;mem;,;index;

<brf>
1——始终为1

由于SIM卡只有1万到10万次的读写次数和10-15条短消息的存储空间,而且SIM卡上短消息读写需要一定的时间才能完成,因此最好使短信息不经过SIM卡读写,直接发送至TE终端,可以设置:
AT+CNMI=2,2,0,1,1

PS.
短消息类(class)的概念:根据指定存储的位置,短消息分为class0-3四个类,也可以不指定类别(no class),由移动设备按默认设置进行处理,存储到内存或者SIM卡中。在TPDU的TP-DCS字节中,当bit7-bit4为00x1、1111时,bit1-bit0指示消息所属类。

00——class 0,可直接显示。
01——class 1,默认储存在ME内存中。
02——class 2,储存在SIM卡中。
03——class 3,可直接传输到终端设备TE。
默认的短消息存在SIM卡中,无类别的短消息通常也存在SIM卡中。
__________________

让世界倾听我们的笛声
admin 当前离线   回复时引用此帖
回复

书签


当前查看此主题的会员: 1 (0 位会员和 1 位游客)
 
主题工具
显示模式

发帖规则
不可以发表新主题
不可以发表回复
不可以上传附件
不可以编辑自己的帖子

启用 BB 代码
论坛启用 表情符号
论坛启用 [IMG] 代码
论坛禁用 HTML 代码
Trackbacks are 启用
Pingbacks are 启用
Refbacks are 启用


相似的主题
主题 主题作者 版面 回复 最后发表
基于CDMA 1X的远程监控系统设计 admin 短信开发资料 0 2012-08-31 22:34
针对无线警报、汽车电子与追踪应用 Wavecom推出新3G GSM与CDMA解决方案 jdwavecom 行业的笛声 1 2011-05-17 16:49
WAVECOM Q2358C CDMA模块常用AT命令 admin 短信开发资料 0 2010-09-27 23:22
无线传输技术:GPRS与CDMA之强者对比 jdwavecom 行业的笛声 0 2009-10-16 15:00
CDMA电力抄表系统解决方案 susu8988 行业的笛声 0 2009-10-12 10:19


所有时间均为北京时间。现在的时间是 16:58


Powered by vBulletin® 版本 3.8.3
版权所有 ©2000 - 2024,Jelsoft Enterprises Ltd.