转自:http://www.vckbase.com/document/viewdoc/?id=1133
Q 用串口连接GSM手机发送和接收短消息,在应用程序中如何编程实现?
Q 我们打算开发一个基于GSM短消息方式的GPS系统,如何利用SMS进行数据通信?
A 首先,我们要对由ESTI制订的SMS规范有所了解。与我们讨论的短消息收发有关的规范主要包括GSM 03.38、GSM 03.40和GSM 07.05。前二者着重描述SMS的技术实现(含编码方式),后者则规定了SMS的DTE-DCE接口标准(AT命令集)。
一共有三种方式来发送和接收SMS信息:Block Mode, Text Mode和PDU Mode。Block Mode已是昔日黄花,目前很少用了。Text Mode是纯文本方式,可使用不同的字符集,主要用于欧美地区。从技术上说也可用于发送中文短消息,但国内手机基本上不支持。PDU Mode被所有手机支持,可以使用任何字符集,这也是手机默认的编码方式。Text Mode比较简单,而且不适合做自定义数据传输,我们就不讨论了。下面介绍的内容,是在PDU Mode下发送和接收短消息的实现方法。
PDU串表面上是一串ASCII码,由‘0''-‘9''、 ‘A''-‘F''这些数字和字母组成。它们是8位字节的十六进制数,或者BCD码十进制数。PDU串不仅包含可显示的消息本身,还包含很多其它信息,如SMS服务中心号码、目标号码、回复号码、编码方式和服务时间等。发送和接收的PDU串,结构是不完全相同的。我们先用两个实际的例子说明PDU串的结构和编排方式。
例1 发送:SMSC号码是+8613800250500,对方号码是13851872468,消息内容是“Hello!”。从手机发出的PDU串可以是
08 91 68 31 08 20 05 05 F0 11 00 0D 91 68 31 58 81 27 64 F8 00 00 00 06 C8 32 9B FD 0E 01
对照规范,具体分析:
分段 |
含义 |
说明 |
08 |
SMSC地址信息的长度 |
共8个八位字节(包括91) |
91 |
SMSC地址格式(TON/NPI) |
用国际格式号码(在前面加‘+’) |
68 31 08 20 05 05 F0 |
SMSC地址 |
8613800250500,补‘F’凑成偶数个 |
11 |
基本参数(TP-MTI/VFP) |
发送,TP-VP用相对格式 |
00 |
消息基准值(TP-MR) |
0 |
0D |
目标地址数字个数 |
共13个十进制数(不包括91和‘F’) |
91 |
目标地址格式(TON/NPI) |
用国际格式号码(在前面加‘+’) |
68 31 58 81 27 64 F8 |
目标地址(TP-DA) |
8613851872468,补‘F’凑成偶数个 |
00 |
协议标识(TP-PID) |
是普通GSM类型,点到点方式 |
00 |
用户信息编码方式(TP-DCS) |
7-bit编码 |
00 |
有效期(TP-VP) |
5分钟 |
06 |
用户信息长度(TP-UDL) |
实际长度6个字节 |
C8 32 9B FD 0E 01 |
用户信息(TP-UD) |
“Hello!” |
例2 接收:SMSC号码是+8613800250500,对方号码是13851872468,消息内容是“你好!”。手机接收到的PDU串可以是
08 91 68 31 08 20 05 05 F0 84 0D 91 68 31 58 81 27 64 F8 00 08 30 30 21 80 63 54 80 06 4F 60 59 7D 00 21
对照规范,具体分析:
分段 |
含义 |
说明 |
08 |
地址信息的长度 |
个八位字节(包括91) |
91 |
SMSC地址格式(TON/NPI) |
用国际格式号码(在前面加‘+’) |
68 31 08 20 05 05 F0 |
SMSC地址 |
8613800250500,补‘F’凑成偶数个 |
84 |
基本参数(TP-MTI/MMS/RP) |
接收,无更多消息,有回复地址 |
0D |
源地址数字个数 |
共13个十进制数(不包括91和‘F’) |
91 |
源地址格式(TON/NPI) |
用国际格式号码(在前面加‘+’) |
68 31 58 81 27 64 F8 |
源地址(TP-OA) |
8613851872468,补‘F’凑成偶数个 |
00 |
协议标识(TP-PID) |
是普通GSM类型,点到点方式 |
08 |
用户信息编码方式(TP-DCS) |
UCS2编码 |
30 30 21 80 63 54 80 |
时间戳(TP-SCTS) |
2003-3-12 08:36:45 +8时区 |
06 |
用户信息长度(TP-UDL) |
实际长度6个字节 |
4F 60 59 7D 00 21 |
用户信息(TP-UD) |
“你好!” |
注意号码和时间的表示方法,不是按正常顺序来的,而且要以‘F''将奇数补成偶数。
Q 上面两例中已经出现了7-bit和UCS2编码,请详细介绍一下这些编码方式?
A 在PDU Mode中,可以采用三种编码方式来对发送的内容进行编码,它们是7-bit、8-bit和UCS2编码。7-bit编码用于发送普通的ASCII字符,它将一串7-bit的字符(最高位为0)编码成8-bit的数据,每8个字符可“压缩”成7个;8-bit编码通常用于发送数据消息,比如图片和铃声等;而UCS2编码用于发送Unicode字符。在这三种编码方式下,PDU串的用户信息(TP-UD)段最大容量(可以发送的短消息的最大字符数)分别是160、140和70。这里,将一个英文字母、一个汉字和一个数据字节都视为一个字符。
需要注意的是,PDU串的用户信息长度(TP-UDL),在各种编码方式下意义有所不同。7-bit编码时,指原始短消息的字符个数,而不是编码后的字节数。8-bit编码时,就是字节数。UCS2编码时,也是字节数,等于原始短消息的字符数的两倍。如果用户信息(TP-UD)中存在一个头(基本参数的TP-UDHI为1),在所有编码方式下,用户信息长度(TP-UDL)都等于头长度与编码后字节数之和。如果采用GSM 03.42所建议的压缩算法(TP-DCS的高3位为001),则该长度也是压缩编码后字节数或头长度与压缩编码后字节数之和。
下面以一个具体的例子说明7-bit编码的过程。我们对英文短信“Hello!”进行编码:
将源串每8个字符分为一组(这个例子中不满8个)进行编码,在组内字符间压缩,但每组之间是没有什么联系的。
用C实现7-bit编码和解码的算法如下:
// 7-bit编码
// pSrc: 源字符串指针
// pDst: 目标编码串指针
// nSrcLength: 源字符串长度
// 返回: 目标编码串长度
int gsmEncode7bit(const char* pSrc, unsigned char* pDst, int nSrcLength)
{
int nSrc; // 源字符串的计数值
int nDst; // 目标编码串的计数值
int nChar; // 当前正在处理的组内字符字节的序号,范围是0-7
unsigned char nLeft; // 上一字节残余的数据
// 计数值初始化
nSrc = 0;
nDst = 0;
// 将源串每8个字节分为一组,压缩成7个字节
// 循环该处理过程,直至源串被处理完
// 如果分组不到8字节,也能正确处理
while (nSrc < nSrcLength)
{
// 取源字符串的计数值的最低3位
nChar = nSrc & 7;
// 处理源串的每个字节
if (nChar == 0)
{
// 组内第一个字节,只是保存起来,待处理下一个字节时使用
nLeft = *pSrc;
}
else
{
// 组内其它字节,将其右边部分与残余数据相加,得到一个目标编码字节
*pDst = (*pSrc << (8 - nChar)) | nLeft;
// 将该字节剩下的左边部分,作为残余数据保存起来
nLeft = *pSrc >> nChar;
// 修改目标串的指针和计数值
pDst++;
nDst++;
}
// 修改源串的指针和计数值
pSrc++;
nSrc++;
}
// 返回目标串长度
return nDst;
}
// 7-bit解码
// pSrc: 源编码串指针
// pDst: 目标字符串指针
// nSrcLength: 源编码串长度
// 返回: 目标字符串长度
int gsmDecode7bit(const unsigned char* pSrc, char* pDst, int nSrcLength)
{
int nSrc; // 源字符串的计数值
int nDst; // 目标解码串的计数值
int nByte; // 当前正在处理的组内字节的序号,范围是0-6
unsigned char nLeft; // 上一字节残余的数据
// 计数值初始化
nSrc = 0;
nDst = 0;
// 组内字节序号和残余数据初始化
nByte = 0;
nLeft = 0;
// 将源数据每7个字节分为一组,解压缩成8个字节
// 循环该处理过程,直至源数据被处理完
// 如果分组不到7字节,也能正确处理
while (nSrc < nSrcLength)
{
// 将源字节右边部分与残余数据相加,去掉最高位,得到一个目标解码字节
*pDst = ((*pSrc << nByte) | nLeft) & 0x7f;
// 将该字节剩下的左边部分,作为残余数据保存起来
nLeft = *pSrc >> (7 - nByte);
// 修改目标串的指针和计数值
pDst++;
nDst++;
// 修改字节计数值
nByte++;
// 到了一组的最后一个字节
if (nByte == 7)
{
// 额外得到一个目标解码字节
*pDst = nLeft;
// 修改目标串的指针和计数值
pDst++;
nDst++;
// 组内字节序号和残余数据初始化
nByte = 0;
nLeft = 0;
}
// 修改源串的指针和计数值
pSrc++;
nSrc++;
}
*pDst = 0;
// 返回目标串长度
return nDst;
}
需要指出的是,7-bit的字符集与ANSI标准字符集不完全一致,在0x20以下也排布了一些可打印字符,但英文字母、阿拉伯数字和常用符号的位置两者是一样的。用上面介绍的算法收发纯英文短消息,一般情况应该是够用了。如果是法语、德语、西班牙语等,含有“å”、 “é”这一类字符,则要按上面编码的输出去查表,请参阅GSM 03.38的规定。
8-bit编码其实没有规定什么具体的算法,不需要介绍。
UCS2编码是将每个字符(1-2个字节)按照ISO/IEC10646的规定,转变为16位的Unicode宽字符。在Windows系统中,特别是在2000/XP中,可以简单地调用API 函数实现编码和解码。如果没有系统的支持,比如用单片机控制手机模块收发短消息,只好用查表法解决了。
Windows环境下,用C实现UCS2编码和解码的算法如下:
// UCS2编码
// pSrc: 源字符串指针
// pDst: 目标编码串指针
// nSrcLength: 源字符串长度
// 返回:目标编码串长度
int gsmEncodeUcs2(const char* pSrc, unsigned char* pDst, int nSrcLength)
{
int nDstLength; // UNICODE宽字符数目
WCHAR wchar[128]; // UNICODE串缓冲区
//字符串-->UNICODE串
nDstLength = MultiByteToWideChar(CP_ACP, 0, pSrc, nSrcLength, wchar, 128);
// 高低字节对调,输出
for (int i = 0; i < nDstLength; i++)
{
// 先输出高位字节
*pDst++ = wchar[i] >> 8;
// 后输出低位字节
*pDst++ = wchar[i] & 0xff;
}
// 返回目标编码串长度
return nDstLength * 2;
}
// UCS2解码
// pSrc: 源编码串指针
// pDst: 目标字符串指针
// nSrcLength: 源编码串长度
// 返回: 目标字符串长度
int gsmDecodeUcs2(const unsigned char* pSrc, char* pDst, int nSrcLength)
{
int nDstLength; // UNICODE宽字符数目
WCHAR wchar[128]; // UNICODE串缓冲区
// 高低字节对调,拼成UNICODE
for (int i = 0; i < nSrcLength/2; i++)
{
// 先高位字节
wchar[i] = *pSrc++ << 8;
// 后低位字节
wchar[i] |= *pSrc++;
}
//UNICODE串-->字符串
nDstLength = WideCharToMultiByte(CP_ACP, 0, wchar, nSrcLength/2, pDst, 160, NULL, NULL);
// 返回目标字符串长度
return nDstLength;
}
用以上编码和解码模块,还不能将短消息字符串编码为PDU串需要的格式,也不能直接将PDU串中的用户信息解码为短消息字符串,因为还差一个在可打印字符串和字节数据之间相互转换的环节。可以循环调用sscanf和sprintf函数实现这种变换。下面提供不用这些函数的算法,它们也适用于单片机、DSP编程环境。
// 可打印字符串转换为字节数据
// 如:"C8329BFD0E01" --> {0xC8, 0x32, 0x9B, 0xFD, 0x0E, 0x01}
// pSrc: 源字符串指针
// pDst: 目标数据指针
// nSrcLength: 源字符串长度
// 返回: 目标数据长度
int gsmString2Bytes(const char* pSrc, unsigned char* pDst, int nSrcLength)
{
for (int i = 0; i < nSrcLength; i++)
{
// 输出高4位
if (*pSrc > = ''0'' && *pSrc <= ''9'')
{
*pDst = (*pSrc - ''0'') << 4;
}
else
{
*pDst = (*pSrc - ''A'' + 10) << 4;
}
pSrc++;
// 输出低4位
if (*pSrc >= ''0'' && *pSrc <= ''9'')
{
*pDst |= *pSrc - ''0'';
}
else
{
*pDst |= *pSrc - ''A'' + 10;
}
pSrc++;
pDst++;
}
// 返回目标数据长度
return nSrcLength / 2;
}
// 字节数据转换为可打印字符串
// 如:{0xC8, 0x32, 0x9B, 0xFD, 0x0E, 0x01} --> "C8329BFD0E01"
// pSrc: 源数据指针
// pDst: 目标字符串指针
// nSrcLength: 源数据长度
// 返回: 目标字符串长度
int gsmBytes2String(const unsigned char* pSrc, char* pDst, int nSrcLength)
{
const char tab[]="0123456789ABCDEF"; // 0x0-0xf的字符查找表
for (int i = 0; i < nSrcLength; i++)
{
// 输出高4位
*pDst++ = tab[*pSrc >> 4];
// 输出低4位
*pDst++ = tab[*pSrc & 0x0f];
pSrc++;
}
// 输出字符串加个结束符
*pDst = ''/0'';
// 返回目标字符串长度
return nSrcLength * 2;
}
关于GSM 03.42中的压缩算法,至今还没有发现哪里用过,这里我们就不讨论了。有兴趣的话,可深入研究一下。
相关资源:
ETSI官方网站:http://www.etsi.org
3GPP官方网站:http://www.3gpp.org
分享到:
相关推荐
来自VC知识库-代码仓库,使用GSM模块收发短消息,发短息像聊QQ一样,不过要运行此程序首先你得有GSM模块硬件设备。
商业编程-源码-本代码实现通过串口收发短消息.zip
串口收发短消息__适合开发短消息人员,对短消息开发有帮助
PDU的核心编码方式已经清楚了,如何实现用AT命令收发短消息呢?
本程序是一个通过串口收发端消息的范例。仅供学习和研究之用。多数手机和所有GSM模块本身具备MODEM功能,可以直接使用扩展的AT命令进行控制。对于不具备此功能的手机(如Nokia5110等),需安装专门的驱动,虚拟出MODEM...
配置文件:主要是设置串口相关的参数及短信息的中心号码.方便下次使用时无需重新设置. 电话簿:主要是记录姓名和电话号码.可以方便选择要发送的电话. 支持多个手机号并行发送.发送内容超过70个字符,系统自动拆分发送....
通过串口控制SIM300Z实现短信息的收发
SMS成本低,但是书写很不方便。讨论了如何利用PC方便地发送和接收SMS,在此基础上,利用VC 实现了一套简单实用的SMS收发平台。
一个基于串口的短信息收发程序。主要功能都可以实现。带有中文注解和说明。很不错的。
内容索引:VC/C++源码,网络相关,SMS,串口,发消息 本程序是一个通过串口收发端消息的范例。仅供学习和研究之用。多数手机和所有GSM模块本身具备MODEM功能,可以直接使用扩展的AT命令进行控制。对于不具备此功能的手机...
配置文件:主要是设置串口相关的参数及短信息的中心号码.方便下次使用时无需重新设置. 电话簿:主要是记录姓名和电话号码.可以方便选择要发送的电话. 支持多个手机号并行发送.发送内容超过70个字符,系统自动拆分发送....
基于串口通信的SMS短消息收发管理系统的研究与实现.nh
使用TC35的AT_命令收发短信息.需要说明的是TC35 具有自动识别串行接口速率的能力,但要求速率范围在1200Bps至115200Bps 之间,并且设置为8Bit 数据,无校验,1 位停止位
与我们讨论的短消息收发有关的规范主要包括GSM 03.38、GSM 03.40 和GSM 07.05。前二者着重描述SMS的技术实现(含编码方式),后者则规定了SMS的DTE-DCE接口标准(AT命令 集)。 一共有三种方式来发送和接收 SMS 信息:...
本文介绍了西门子的GSM 无线通信模块TC35i,并提出了由TC35i 模块通过搭建外围电路构成一个GSM ...详细介绍了TC35i的外围电路设计,给出了实际的电路连接图,并介绍了通过PC机给TC35i写AT指令从而实现收发短消息的过程
利用GSM手机的串行接口,单片机向手机收发一系列的AT命令,就能达到控制手机收发SMS的目的。
用vc开发的cdma手机模块收发短信的功能,主要部分是串口通信和gb->unicode码间的转换。
MSComm 控件在基于单文档中的应用 Win32 API 串口控制 MFC 打包类 Win32串口编程 串口开发的另一种方式 串口类库的第二个版本 ...通过串口收发短消息 一个串口通讯数据库存取例子程序 杂项源代码commtest