P.bhw98
{
PADDING-RIGHT: 0px;
PADDING-LEFT: 0px;
FONT-SIZE: 9pt;
PADDING-BOTTOM: 0px;
MARGIN: 10px 0px 5px;
LINE-HEIGHT: normal;
PADDING-TOP: 0px;
FONT-FAMILY: Verdana, Arial
}
PRE.bhw98
{
FONT-SIZE: 9pt;
PADDING-RIGHT: 5px;
PADDING-LEFT: 5px;
PADDING-BOTTOM: 5px;
MARGIN: 5px 0px;
LINE-HEIGHT: normal;
PADDING-TOP: 5px;
BACKGROUND-COLOR: #f0f0f0
}
CODE.bhw98
{
FONT-SIZE: 9pt;
COLOR: #000000
}
TABLE.bhw98
{
BORDER-RIGHT: #808080 1px solid;
BORDER-TOP: #808080 1px solid;
FONT-SIZE: 9pt;
MARGIN: 3px 0px 10px;
BORDER-LEFT: #808080 1px solid;
LINE-HEIGHT: normal;
BORDER-BOTTOM: #808080 1px solid;
FONT-FAMILY: Verdana, Arial
}
TD.bhw98
{
BORDER-RIGHT: darkgray 1px solid;
PADDING-RIGHT: 10px;
BORDER-TOP: darkgray 1px solid;
PADDING-LEFT: 5px;
FONT-SIZE: 9pt;
PADDING-BOTTOM: 0px;
MARGIN: 0px;
BORDER-LEFT: darkgray 1px solid;
LINE-HEIGHT: normal;
PADDING-TOP: 3px;
BORDER-BOTTOM: darkgray 1px solid;
FONT-FAMILY: Verdana, Arial;
BACKGROUND-COLOR: #f0f0f0
}
STRONG.bhw98
{
FONT-WEIGHT: bolder;
FONT-SIZE: 20pt;
COLOR: #228b22;
FONT-STYLE: italic;
FONT-FAMILY: Verdana, Arial
}
LI.bhw98
{
FONT-SIZE: 9pt;
MARGIN: 3px 0px 0px 3px;
LINE-HEIGHT: normal;
FONT-FAMILY: Verdana, Arial
}
P.H2
{
MARGIN-TOP: 20px;
FONT-WEIGHT: bolder;
FONT-SIZE: 10.5pt;
MARGIN-BOTTOM: 5px;
LINE-HEIGHT: normal;
FONT-FAMILY: Verdana, Arial
}
H3.bhw98
{
MARGIN-TOP: 15px;
FONT-WEIGHT: bolder;
FONT-SIZE: 9pt;
MARGIN-BOTTOM: 5px;
LINE-HEIGHT: normal;
FONT-FAMILY: Verdana, Arial
}
SPAN.server
{
COLOR: #0000ff
}
SPAN.client
{
COLOR: #ff0000
}
SPAN.comment
{
COLOR: #008000
}
SPAN.rem
{
COLOR: #008000
}
一年前本人曾写过“通过串口收发短消息(上)、(下)”两篇文章，讨论了在TE(PC、单片机系统等)上利用扩展的AT指令控制ME(手机，GSM模块等)发送和接收短消息的基本方法。其中接收/阅读短消息采用主动查询的方法。TE发送“AT+CMGL”指令，ME则输出已接收和存储的短消息。这比较符合AT指令集的精神：有问有答，一问一答。但在实际应用中，发现这种方法存在一定的缺点：
ME接收到消息并存储起来，待查询时再传输到TE，中间总会有一段时间的延迟。这个延迟取决于查询间隔。
发出该指令后，不论ME里有没有，有多少条消息，总要经过长时间的延迟TE才能收到最终的“OK”。完整的过程一般持续5-10秒。
本文介绍一种通过串口“实时”接收短消息的方法。当ME收到一条消息时，主动发出通知给TE，或者直接将消息转发到TE。与查询机制相比，它类似于中断机制。
先简要说明一下短消息类(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
[相关资源]
3GPP官方网站：www.3gpp.org
科脑工作室(Kernel Studio)：www.kernelstudio.com
首次发布：2004-02-26
最后修订：2004-02-26
