一年前本人曾写过“通过串口收发短消息(上)、(下)”两篇文章,讨论了在TE(PC、单片机系统等)上利用扩展的AT指令控制ME(手机,GSM模块等)发送和接收短消息的基本方法。其中接收/阅读短消息采用主动查询的方法。TE发送“AT+CMGL”指令,ME则输出已接收和存储的短消息。这比较符合AT指令集的精神:有问有答,一问一答。但在实际应用中,发现这种方法存在一定的缺点:
本文介绍一种通过串口“实时”接收短消息的方法。当ME收到一条消息时,主动发出通知给TE,或者直接将消息转发到TE。与查询机制相比,它类似于中断机制。
先简要说明一下短消息类(class)的概念:根据指定储存的位置,短消息分为class 0 – 3四个类。也可以不指定类(no class),由ME按默认设置进行处理,存储到内存或者SIM卡中。在TPDU的TP-DCS字节中,当bit7-bit4为00x1, 01x1, 1111时,bit1-bit0指出消息所属类:
GSM Modem一般都支持一条“AT+CNMI”指令,可用于设定当有某类短消息到达时,如何处置它:只储存在指定的内存(易失的/非易失的)中,先储存后通知TE,还是直接转发到TE,等等。
“AT+CNMI”指令语法为
AT+CNMI=[<mode>[,<mt>[,<bm>[,<ds>[,<bfr>]]]]]
mode - 通知方式:
mt - 消息储存或直接转发到TE:
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
首次发布:2004-02-26
最后修订:2004-02-26