花费了一天的时间开发了一个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卡中。