嵌入式系统中短消息实时处理的实现

引言

gsm数字蜂窝移动通信技术已得到成熟而广泛的应用,目前以建成的覆盖全国的gsm数字蜂窝移动通信网,是我国公众移动通信网的重要方式。它能提供话音、短消息、数据等多种业务。短消息服务是gsm网络的一项重要业务,在远距离监控、数据采集、gps定位、无线报警、缴费通知、车辆调度等领域有着广泛的应用。

gsm模块通常都提供uart串行接口,因此很容易和单片机在物理层上互联。使用符合gsm07.05和gsm07.07标准的at指令集,可以使gsm模块方便地完成短消息接收/发送等各种操作。其通信框图如图1所示。

移动设备me主要负责与gsm网络进行无线通信,终端适配器ta负责me与外部终端设备te的信息交换,at指令就是在ta与te之间传送的。te可以是pc,或者是单片机系统,通过at指令与me进行信息交互。现在市场上的gsm模块,如tc35、falcom等,都把me和ta集成在一起,这样整个通信就变成了te与gsm模块之间的通信了。

一般地,gsm模块在处理短消息时,采用一问一答的信息交互方式,这比较符合at指令集的精神。但在实际应用中,发现这种方法存在一定的缺点：模块接收到短消息并存储起来,用户再用查询方式,发送指令“at＋cmgl”或“at＋cmgr”,使短消息传送到te,这中间会有一定的延时。另外,由于sim卡容量有限,要保证短消息及时准备地接收,还要经常删除sim卡中的短消息,这样多次的读写操作,势必会影响sim卡的寿命。因此,有必要进行一些软件设置,使短消息不通过sim卡,而直接发送至终端设备。本文给出一种在嵌入式系统中实时处理短消息的实现方法,当移动设备gsm模块接收到短消息时,直接将消息转发到终端设备,提高系统的响应速度和处理效率。

1 硬件接口实现

一般,gsm无线通信控制终端采用标准的gsm模块进行二次开发,目前市场上很多,如tc35、falcom、wismo3等。它们都具备gsm无线通信的全部功能,支持gsm07.05,gsm07.07所定义的at指令集。

在本设计中,采用的gsm通信模块为falcomc2d,单片机使用的是atmel公司的高速8位处理器atmega128。atmega128内部集成有4kb的ram,4kb的eeprom,128kb的flash,以及2个uart串行接口等。其高速和大容量ram的特性,为处理短消息这样的大数据包提供了便利;同时,节省了外围器件,使得硬件结构简化,提高系统可靠性。中文液晶屏用来显示接收到的中英文短信。系统的硬件接口框图如图2所示。

2 系统参数设置

短消息的发送和接收控制模式有三种：block模式、pdu模式和text模式。使用block模式需要手机生产厂家提供驱动支持。目前,pdu模式已取代block模式,而text模式不支持中文。因此,为了系统的通用性,兼容中英文短消息的发送接收,本系统使用pdu模式来处理短消息。

在进行系统设置前,先简要说明一下短消息类（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卡中。

gsm modem一般都支持一条“at＋cnmi”指令,用于设定当有某类短消息到达时,如何处理它——只储存在制定的内存（易失的/非易失的）中;先储存后通知te;直接转发到te,等等。

“at＋cnmi”指令语法为：

at＋cnmi＝＜mode＞,＜mt＞,＜bm＞,＜ds＞,＜bfr＞

（1）＜mode＞控制通知te的方式。

0——先将通知缓存起来,再按照＜mt＞的值进行发送。

1——在数据线空闲的情况下,通知te,否则,不通知te。

2——数据线空闲时,直接通知te;否则先将通知缓存起来,待数据线空闲时再行发送。

3——直接通知te。在数据线被占用的情况下,通知te的消息将混合在数据中一起传输。

（2）＜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。

（3）bm、ds、bfr的含义,请参考相关标准文档。一般不需要去关心它们,设置为0即可。

综合以上分析,若使短消息不经过sim卡,直接发送至te,可以设置：

at＋cnmi＝2,2,0,0,0

但是这样还有一个问题,class 2的短信,还是会存入sim卡中,并发送＋cmti：”sm”,＜index＞。那么,接收程序需要处理短信通知和内容两种情况,增加了复杂性。如果发送方也由程序控制,可以只发no class和class 1的短信。这里选用no class的配置。pdu模式下,令tp－dcs的bit7－bit4为00x0,即可设置发送的短信为no class。通常用手机发送的短信,也是无类别的。

通信时,发送接收双方要统一短信格式。在发送方设置at＋cmgf＝0,确定短信发送格式为pdu方式。

在接收方设置：

at＋cmgf＝0 //短信接收格式为pdu方式

at＋csms＝0

如果at＋csms＝1,接收到短信时,te需在一定的时间内发送反馈消息至模块;若超时,＜mode＞和＜mt＞的值会强制复位到0。那么,再有新的短信将不能被正确处理,需要用“at＋cnmi”指令重新设置参数才行。这增加了程序处理的复杂性。at＋csms＝0时,省去了这些麻烦。

3 pdu模式下的中英文通信接收实现

系统参数设置好以后,当接收到新的短信时,gsm模块直接转发至te的格式如下所示：

＋cmt：,23

0891683108200105f0040ba13119388742f5000850802251739120044f60597d

“＋cmt：”为短消息指示标识,由at＋cnmi的值确定。“23”指明该短消息pdu数据包长度为23字节。第2行为十六进制数据,总长度为32字节,其中smsc地址占用9字节,其余23字节为tpdu数据。

需要指出的是,和at指令中的指令符号、数字一样,pdu数据都是以ascii编码的形式传送的,比如“a”的ascii编码为41h,“0”的ascii编码为30h等。pdu数据包的内容是以十六进制表示的数据,但并不是直接向单片机传递十六进制数据,而是把每一位十六进制数以ascii编码来发送。例如：08h会以30h（“0”）,38h（“8”）的形式发送。这样,1个字节的十六进制数就变成2个字节的ascii码。但是,pdu数据包中的数据字节长度部分仍然是原始十六进制字节的长度,而不是变成ascii码的字节长度,这在编程时应特别注意,否则,接收和处理数据就会不完整。单片机接收到pdu数据包数据后,必须将其恢复成十六进制数据,其算法如下：

设a为接收的ascii码,b为转换后的十六进制数。如果a＜39h,则b＝a－30h;如果a＞39h,则b＝a－30h－07h,最后把前后2个数合并为1个字节。

pdu数据包有着严格的定义,现简单介绍如下：

pdu的这种格式,层次清楚,结构清晰,方便接收。在本系统中,采用usart中断方式接收短信,充分利用了avr系列单片机指令执行速度块的特点,并在接收过程中运用状态机的思想,解析出短信中的发送源号码、日期时间、数据编码方案和用户短信数据。接收到一个完整的pdu数据包后,中断程序中设置接收完成标志为1。在主程序中,检测到接收完成标志为1时,就根据数据编码方案,对接收到的短信解码并保存,并准备下一条段短信的接收。如果短信到来时ta与te的数据线忙,则短信会暂时保存在ta的缓存中,等数据线空闲时再转发至te。

在pdu模式中,发送普通的ascii字符用7－bit编码方式,将一串7－bit字符编码为8－bit数据,每8个字符可压缩成7个。如果发送中文字符,则采用ucs2编码方式,每个中文字符用16位的unicode字符表示;如果是中英文混合的短信,由于英文字符只占1字节,需要补0,成为16位的编码。例如,“你好！”的unicode编码为4f60597d0021,其中“！”的ascii码为21h,编码后为0021h。pdu的用户数据段最大容量是140字节,gsm模块发送给单片机的是280个ascii编码。除此之外,还要接收保存发送源号码、日期和时间等信息。由于atmega128有4kb内部sram,为短信的接收和解码提供了足够的空间。这是它的一大优势。pdu串的用户信息长度tpudl,在7－bit编码时,指原始短消息的字符个数,而不是编码后的字节数;在ucs2编码时,指编码后的十六进制字节数,因为1个字符用2个字节表示,所以经ucs2编码后,字节数等于原始短消息字符数的2倍。

pdu模式下可以发送中英文短信,但是对英文字符和数字的7－bit编码/解码比较复杂,如果只需要发送和接收纯英文字符和数字字符,最好采用text方式。

3.1 7－bit用户数据解码

7－bit数据解码时,将源数据每7个字节分为一组,解码成8个字符。基本自然是：将第n个字节左移n位,再加上前一字节的剩余数据,即第（n－1）个字节右移（8－n）位的数值,屏幕最高位,即得到一目标字符数据,n＝0…6。第7个字节右移1位就得到解码后的第8个字符数据。

3.2 中文字符解码

短消息的中文字符采用unicode 编码,占用2字节,不是目前国内常用的gb－2312编码,为了能够在带有gb－2312汉字库的液晶上显示,还需要进行中文编码的转换。

基本思想就是建立unicode和gb－2312两个中文编码表,通过查找实现相互转换。具体过程这里不再叙述。请参考文献[1]。

结语

上述介绍的在嵌入式系统中,实时接收处理短消息的设计方案,已在车载gsm－gps系统上应用。经过长时间的操作使用,系统工作稳定,用户反映良好。

转载地址:http://www.cnblogs.com/babykick/archive/2011/03/25/1995945.html