凡夫
最近利用Siemens3508旧手机做了AT指令发送短信的实验。有人可能认为我费那么大劲折腾累不累，告诉你这可是废物再利用，可以利用旧手机里的GSM/GPRS模块做无线远程多点分布数据采集、监控、遥控等，主要是想与RFID模块结合，远程读取电子标签。现在GPRS按流量计费，可以24小时连续在线，无传输数据也就不产生流量，很方便。可以用单片机、GSM/GPRS模块、数据采集模块（如传感器、RFID模块）组成远程终端。这就要求用单片机的串口与GSM/GPRS模块通信。基于这样的目的进行了AT指令控制GSM/GPRS模块的实验。
Siemens3508手机的GSM模块和西门子的TC35i模块的AT命令集基本一样，TC35i模块的AT命令集资料网上可以搜索到的。由于没有手机数据线，就拆开了手机，Siemens 3508手机数据线接口，一共12脚分别定义为：
1）充电IN-（充电负级或DATA地）
2）AUDIO_L（耳机左声道）
3）充电IN+（充电正级）
4）DC+（3.6V供电正极）
5）DATA_OUT（数据输出）
6）DATA_IN（数据输入）
7）MODE（线控MIC模式选择）
8）CTRL（线控按键输入端）
9）GND（话筒地）
10）MIC_IN（话筒正极）
11）AUDIO_R（耳机右声道）
12）AUDIO_GD（音频地）
我们只需把1、5、6脚引出即可，它的串口是3.3V的TTL电平，要和电脑串口连接，还需用232接口电路芯片转换为232电平。接口电路做好后连接好各部分，用超级终端建立串口连接，我的台式电脑设置是COM1、波特率19200、数据位8、停止位1、奇偶校验无、流控制无，连接成功。注意，我的笔记本没有串口，用USB转串口线也可以连接，在执行AT指令时基本正常，发短信可以发出，但是串口死掉了。我的Nokia3230手机用蓝牙（映射串口）和电脑超级终端连接不成功，不知何故，不然可以做做GPRS实验，留待日后研究。
好了以上准备工作做好了，可以发AT指令玩转手机了。
一）基本指令：
发送指令
AT
返回
OK
表示连接成功。
AT+CGMI
SIEMENS
OK
返回厂家信息。
AT+CGMM
3508i
OK
返回模块信息。
AT+CGMR
12
OK
返回固件版本号。
AT+CGSN
449247374930903
OK
返回IMEI序列号。
AT+CIMI
460007251202938
OK
返回SIM卡的IMSI。
AT+CCLK?
+CCLK: "09/11/04,11:11:41"
OK
查看当前日期和时间。
二）发送短消息
先看看手机支持哪些字符集：
AT+CSCS=?
+CSCS: ("GSM","UCS2")
OK
可以看到Siemens3508手机支持"GSM"和"UCS2"两种字符集。
设置对象使用UCS2字符集：
AT+CSCS=UCS2
OK
这样就可以发中英文字符了。
AT+CMGF=?
+CMGF: (0)
OK
查看短消息支持的格式，其格式只有PDU模式一种，没选择。
下面开始发短信：
接收手机号： 13812345678
短信中心号：8613800270500
短信内容：你好，Hello!
方法一：
AT+CMGS=32 //设置后面要输入的PDU字串的长度(实际长度/2-1)
> 0011000B813118325476F80008A7124F60597DFF0C00480065006C006C006F0021 //输 入的PDU字串，包含了接收手机号码、信息内容等有效内容。稍后详细分析如何得到这个字串。输入后要按“ctrl+z”，显示->
+CMGS: 210
OK //表示发送成功，如果返回ERROR表示发送不成功。
现在我们来详细分析一下如何得到那个PDU字符串。
1)首先分析原PDU串中最前面的0011000B81
按顺序依次表示：
00--短消息中心信息的长度，这里的0意味着，采用modem中已存的短消息中心的信息。
11--说明信息体格式的字段，普通短信和wap push在这个字段上会有区别的。（普通短信就用11）
00--一般取00，采用默认的发送号码。
0B--接收手机号码长度的十六进制表示。中国大陆应该都是0B（11=0BH）。
81--本部分表明了接受手机号码的类型。这里采用81。
2)接下来是3118325476F8
接收的手机号码是13812345678，手机号是11位奇数，末尾加F，将原号码变为13812345678F，然后我们把第一位和第二位交换，第三位和第四位交换，以此类推。这样就得到3118325476F8。
3)再接着是0008A7
00--协议标识(TP-PID) 是普通GSM类型，点到点方式。
08--用户信息编码方式UCS2。
在PDU Mode中，可以采用三种编码方式来对发送的内容进行编码，它们是7-bit、8-bit和UCS2（16-bit）编码。
7-bit编码用于发送普通的ASCII字符，它将一串7-bit的字符(最高位为0)编码成8-bit的数据；
8-bit编码通常用于发送数据消息，比如图片和铃声等；
UCS2编码用于发送Unicode字符。
PDU串的用户信息(TP-UD)段最大容量是140字节，所以在这三种编码方式下，可以发送的短消息的最大字符数分别是160、140和70。这里，将一个英文字母、一个汉字和一个数据字节都视为一个字符。
A7--信息有效期
4)最后是124F60597DFF0C00480065006C006C006F0021
“你好，Hello!”字符串转化为UNICODE代码即为4F60597DFF0C00480065006C006C006F0021，而12（16进制）则等于unicode字符串的长度除以2，即36/2。UniCode编码转换，以中文为例，一个中文字符是两个字节，直接对高位字节和低位字节进行十六进制转换就可以了。如“欢迎”，UniCode 编码是 6B22 8FCE ，这同时也就是转换的结果，如果发送的串中有英文字符，那么在前面补全00 ，以保证一个字符对应两个字节。
方法二：
AT+CMGS=41 //设置后面要输入的PDU字串的长度(实际长度/2-1)
> 0891683108200705F011000D91683118325476F8000800124F60597DFF0C00480065006C006C006F0021
按“ctrl+z”，显示->
+CMGS: 211
OK //发送成功
两种方法的PDU码有什么区别呢？还是顺序分析：
08 - 指的是短信中心号的长度，也就是指(91)+(683108200705F0)的长度。
91 - 指的是短信息中心号码类型，91是TON/NPI遵守International/E.164标准，指在号码前需加 '+ '号，此外还有其它数值。
683108200705F0 - 短信息中心号码。这需要根据不同的地域作相应的修改。前面的(08)+(91)+(683108200705F0)实际上就是短消息中心地址（Address of the SMSC）。
11 - 文件头字节
00 - 信息类型（TP-Message-Reference）
0D - 被叫号码长度
91 - 被叫号码类型
683118325476F8 -被叫号码，经过了位移处理，实际号码为 "8613812345678 "。上面的（00）+（0D）+（91）+(683118325476F8),构成了整个短信的第二部份目的地址（TP-Destination-Address）。
00 - 协议标识TP-PID,这里一般为00 。
08 - 数据编码方案TP-DCS（TP-Data-Coding-Scheme）,采用前面说的USC2(16bit)数据编码 。
00 - 有效期TP-VP（TP-Valid-Period）。
12 - 长度TP-UDL（TP-User-Data-Length），也就是后面紧跟的短信内容的UniCode编码4F60597DFF0C00480065006C006C006F0021的长度 36 / 2 = 18 的十六进制12 。
方法二是在PUD码中指定了短信中心号8613800270500，和国际代号86，注意用方法二在手机里不能预设短信中心号，方法一手机里有没有设置短信中心号，都发送成功了。
以上是在查阅有关资料后对PDU字符串的分解分析，不尽全面或有偏差，但是按这个基本规律对其它信息进行编码发送也是成功的。当然手工计算产生PUD码很繁琐易出错，网上也有人编了程序自动产生PDU码。