在PC上通过手机发送短消息

在PC上通过手机发送短消息[VB]

2011年01月21日下午 11:02

在PC上通过手机发送短消息[VB]梦游的猫,2005-11-30 15:05:20

作者：lotusswan

转自：lotusswan's Blog

很早以前,就注意到一些手机短消息的发送软件,当时觉得那是多么的神奇,可是从来没有想过去开发一个自己的手机短消息软件.临近毕业,要做毕业论文,我选的毕业课题是机房安全系统的开发,主要是机房环境系数的监测以及报警功能的实现,其中就包括手机短消息报警和拨号报警.

手机的短消息实现目前有三种方法:

1.通过移动网关发送短消息,使用该方法不需要附加的硬件,但是需要到电信部门申请网关,比较适用于一些大型的网络通讯公司开发,目前华为,中兴等公司就做的这方面的工作,并且还有相应的开发包供开发人员使用.

2.在电脑上通过GSM MODEM向手机发送中文短消息,这是目前比较适合于小项目开发的一种方法,所需硬件包括一款手机,提供GSM MODEM,以及相应的数据线或是红外线适配器.该方法编码简单,只需对AT指令和串口编程比较熟悉就可以实现,而且对硬件需求不高,并能自动收发短消息.

3.通过一些网站上提供的短信发送功能来实现,比如新浪网,网易都提供这方面的服务,这种方法是这三种方法中实现起来最简单,所需资源最少的,但是对于网站的依赖性太强,对网络的依赖同样无法避免,不适用于项目开发.

通过第二种方法收发短消息又分为三种模式：Block模式、Text模式和Pdu。使用Block机生产厂家提供驱动支持，现在还没有发现哪个厂家公布支持这种短信发送模式，而Pdu模式开发起来比较复杂,并且需要编写专门的函数来将文本转换为Pdu格式,比较繁琐.相对而言,应用Text模式开发及方便也简单,是一种不错的选择,不过使用Text模式开发只能发送ASCII码,对于中文的Unicode码不能发送.

使用Text模式发送短信其实很简单,只要对于AT指令有基本的了解,就能编写出短消息的发送程序,可是一直以来介绍该方法的文章却少之又少,很

多人认为使用该方法太简单,不值一提.不过对于简单的应用来说,该方法也不失于一种不错的选择.

先在项目中添加Mscomm控件,一般的部件栏中可能没有列出Mscomm控件,可以过右击部件栏,选择”部件”,或是通过在菜单中的”工程”选择”部件”,然后选中Microsoft Comm Control 6.0即可.添加了Mscomm控件后,可以设置一些基本的参数.如果你使用Nokia的手机,你还必须安装data suite(可以到Nokia的开发论坛上去下载一个),然后Mscomm的commport选择3;如果你使用其他手机,采用红外线接口,你必须安装红外线驱动程序.选择相应的端口.下面的代码是一些基本参数的设置:

Mscomm1.Settings=”9600,N,8,1”‘9600波特,无奇偶校验,8位数据,一个停止位

Mscomm1.InputLen=0 ‘读入整个缓冲区

Mscomm1.Portopen=True ‘打开端口

发送短消息的代码如下:

MSComm1.Output = "AT+CMGF=1" + vbCr ‘设置发送的模式,注意:一定要加上 vbCr

MSComm1.Output = "AT+CSCA=" & Chr$(34) & "8613010341500" & Chr$(34) & ",129" + vbCr ‘8613010341500是短消息中心,各地的号码不一样,必须设置当地的短消息号码

MSComm1.Output = "AT+CMGS=" & Chr$(34) & "130********" & Chr$(34) & ",129" + vbCr ‘130********是对方手机号

MSComm1.Output = "test" & Chr$(26) ‘chr$(26)是Ctr+ Z

以上是简单实现短消息,你可以根据AT指令集结合VB的串口控件开发出更加完善的程序和功能丰富的应用程序,如接收短消息,拨号等等.

在PC上通过手机发送短消息(续篇)梦游的猫,2005-11-30 15:08:38

写完<<在PC上通过手机发送短消息>>后,就打算接着写中文短信息的发送的,可是毕业论文时间实在太紧,一直耽搁下来了,这几天陆续有几个网友给我发邮件,关注这个话题的网友也比较多,而且CSDN邮件期刊也将我的那一篇文章收录进来了,我感到十分的欣慰,同时也觉得应该尽快完成我未完成的工作,要不然太对不起大家了.

使用Text模式收发短信代码简单,实现起来十分容易,但是最大的缺点是不能收发中文短信,实在是有点美中不足.不过Pdu模式完全可以解决这个问

题,Pdu模式不仅支持中文短信,也能发送英文短信,堪称完美无缺.Pdu模式收发短信可以使用三种编码: 7-bit、8-bit和UCS2编码. 7-bit编码用于发送普通的ASCII字符,8-bit编码通常用于发送数据消息,UCS2编码用于发送Unicode字符。我们要实现中文短信的发送,所以选择UCS2,即中文Unicode 码.

首先介绍一下VB中的两个函数:ChrW()和AscW().对于Chr()和Asc()函数大家一定很熟悉,对于ChrW()和AscW()可能会比较生疏一点. ChrW 函数返回包含 Unicode 的 String，若在不支持 Unicode 的平台上，则其功能与 Chr 函数相同; AscW 函数返回 Unicode 字符代码，若平台不支持 Unicode，则与 Asc 函数功能相同。对于这两个函数我们各举一个例子说明:

?ascw("短")

30701

?chrw(26482)

杲

可见这两个函数可以实现中文和Unicode码之间的转换,对于我们编码解码十分方便.我们得到中文的Unicode码之后,就可以编制Pdu串了.

我们再了解一下Pdu串的构成,我们看这样一个Pdu串(我调试程序时采用):

0891683110301405F011000D91683159717456F4000800165982679C6536523077ED4FE1002C8BF756DE590D002E. 我们将其分解为:

08 SMSC地址信息的长度(91683110301405F0共八位字节)

91 SMSC地址格式(TON/NPI)

683110301405F0 SMSC地址(8613010341500南京的短信服务中心号码)

11 基本参数(TP-MTI/VFP)( 发送,接收为84)

00 MR Message Reference

0D 目标SIM卡号码长度(683159717456F4按阿拉伯数字个数计)

91 同上

683159717456F4 对方手机SIM卡号(8613057575064)

00 普通GSM类型，点到点方式

08 UCS2编码

00 有效期

16 用户信息长度(5982679C6536523077ED4FE1002C8BF756DE590D002E的长度共22为字节)

5982679C6536523077ED4FE1002C8BF756DE590D002E(“如果收到短信,请回复.”Unicode码)

Pdu码的构成我们已经了解后,我们就可以开始编码了,上面的红色部分就是我们要编码实现的.

首先看SMSC地址: 683110301405F0与8613010341500F(SMSC最后一位补F构成14位),我们可以发现只需将奇偶位对调即可.同样道理: 683159717456F4与8613057575064也是一样的处理.

对于用户信息长度,我们可以通过VB里的Len函数得到,例如”你好”,我们用Len(“你好”)得到2,那么2*2=4即为用户信息长度04(这里要转换为16进制,并且是两位).对于Unicode码,我们可以通过AscW()函数一个一个汉字取出其Unicode码即可得到.

下面给出短信发送的具体实现代码(相关知识可参见前一篇文章):

If MSComm1.PortOpen = False Then MSComm1.PortOpen = True

Length=Len(“如果收到短信,请回复.”)*2

MSComm1.Output = "AT+CMGF=0" + vbCr ‘以Pdu模式发送短信

MSComm1.Output = "AT+CMGS=" & Str(15 + length ) + vbCr

MSComm1.Output= “0891683110301405F011000D91683159717456F4000800165982679C6536523077ED4FE1002C8BF756DE590D002E” & Chr$(26)

start = Timer

pause =1

While Timer < start + pause

DoEvents

Wend

reco = MSComm1.Input

If InStr(reco, "OK") Then sendsms = True

If InStr(reco, "ERROR") Then sendsms = False

MSComm1.Output = "AT+CMGS=" & Str(15 + length ) + vbCr中的15为 11000D91683159717456F400080016的位数.length为

5982679C6536523077ED4FE1002C8BF756DE590D002E的位数.

到这里,短信的发送基本完成,短信的接收更简单一点,主要是解码,就是应用ChrW()函数了.写完这篇文章,才算松了一口气,算是对大家有个交待吧,感谢大家的关注.

通过串口收发短消息梦游的猫,2005-12-03 11:09:18

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号码是+86138********，对方号码是138********，消息内容是“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号码是+86138********，对方号码是138********，消息内容是“你好!”。手机接收到的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-RA) 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) “你好!”

若基本参数的最高位(TP-RP)为0，则没有回复地址的三个段。从Internet上发出的短消息常常是这种情形。

注意号码和时间的表示方法，不是按正常顺序顺着来的，而且要以‘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)段最大容量是140字节，所以在这三种编码方式下，可以发送的短消息的最大字符数分别是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

{

// 取源字符串的计数值的最低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

{

// 将源字节右边部分与残余数据相加，去掉最高位，得到一个目标解码字节 *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

{

// 先输出高位字节

*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

{

// 先高位字节

wchar[i] = *pSrc++ << 8;

// 后低位字节

wchar[i] |= *pSrc++;

}

// UNICODE串-->字符串

nDstLength = ::WideCharToMultiByte(CP_ACP, 0, wchar, nSrcLength/2, pDst, 160, NULL, NULL);

// 输出字符串加个结束符

pDst[nDstLength] = '\0';

// 返回目标字符串长度

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

{

// 输出高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++;

}

// 返回目标数据长度

returnnSrcLength / 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

{

// 输出低4位

*pDst++ = tab[*pSrc >> 4];

// 输出高4位

*pDst++ = tab[*pSrc & 0x0f];

pSrc++;

}

// 输出字符串加个结束符

*pDst = '\0';

// 返回目标字符串长度

return nSrcLength * 2;

}

Q PDU的核心编码方式已经清楚了，如何实现用AT命令收发短消息呢？

A在上篇中，我们已经讨论了7-bit, 8bit和UCS2这几种PDU用户信息的编码方式，并且给出了实现代码。现在，重点描述PDU全串的编码和解码过程，以及GSM 07.05的AT命令实现方法。这些是底层的核心代码，为了保证代码的可移植性，我们尽可能不用MFC

的类，必要时用ANSI C标准库函数。

首先，定义如下常量和结构：

// 用户信息编码方式

#define GSM_7BIT 0

#define GSM_8BIT 4

#define GSM_UCS2 8

// 短消息参数结构，编码/解码共用

// 其中，字符串以0结尾

typedef struct {

char SCA[16]; // 短消息服务中心号码(SMSC地址)

char TPA[16]; // 目标号码或回复号码(TP-DA或TP-RA)

char TP_PID; // 用户信息协议标识(TP-PID)

char TP_DCS; // 用户信息编码方式(TP-DCS)

char TP_SCTS[16]; // 服务时间戳字符串(TP_SCTS), 接收时用到

char TP_UD[161]; // 原始用户信息(编码前或解码后的TP-UD)

char index; // 短消息序号，在读取时用到

} SM_PARAM;

大家已经注意到PDU串中的号码和时间，都是两两颠倒的字符串。利用下面两个函数可进行正反变换：

// 正常顺序的字符串转换为两两颠倒的字符串，若长度为奇数，补'F'凑成偶数

// 如："8613851872468" --> "683158812764F8"

// pSrc: 源字符串指针

// pDst: 目标字符串指针

// nSrcLength: 源字符串长度

// 返回: 目标字符串长度

int gsmInvertNumbers(const char* pSrc, char* pDst, int nSrcLength) {

int nDstLength; // 目标字符串长度

char ch; // 用于保存一个字符

// 复制串长度

nDstLength = nSrcLength;

// 两两颠倒

for(int i=0; i

{

ch = *pSrc++; // 保存先出现的字符

*pDst++ = *pSrc++; // 复制后出现的字符

*pDst++ = ch; // 复制先出现的字符

}

// 源串长度是奇数吗？

if(nSrcLength & 1)

{

*(pDst-2) = 'F'; // 补'F'

nDstLength++; // 目标串长度加1

}

// 输出字符串加个结束符