AT+CNMI的使用

 短消息类(class)的概念:根据指定储存的位置,短消息分为class 0 3四个类。也可以不指定类(no class),由ME按默认设置进行处理,存储到内存或者SIM卡中。在TPDUTP-DCS字节中,当bit7-bit400x1, 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”指令读取消息内容就行了。TEME之间的通信过程,举例如下:

(初始化)
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 classclass 1的消息,这样不存储在接收方ME内存(一般是闪存,非易失性的)中,肯定能延长它的使用寿命。TEME之间的通信过程,举例如下:

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

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

你可能感兴趣的:(AT+CNMI的使用)