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

GSMModem通常都支持一条“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。须要处理消息通知和内容两种状况，复杂一些。但若是发送方也由程序控制，能够只发noclass或class 1的消息，这样不存储在接收方ME内存(通常是闪存，非易失性的)中，确定能延长它的使用寿命。TE与ME之间的通讯过程，举例以下：

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

OK

 

(过了一段时间，有一条消息到达)

+CMT:,26

0891683108200505F0040D91683158812764F8000840205211639180064F60597D0021

转自bbs.sendsms.cn