这篇文章上次修改于 690 天前,可能其部分内容已经发生变化,如有疑问可询问作者。
使用EC20模块配合asterisk及freepbx实现短信转发和网络电话里,介绍了如何使用EC20模块进行短信收发,实现自定义短信转发功能,当使用asterisk-chan-quectel模块时,发现使用电信卡时存在两个问题:即不能收短信也不能发短信,因此记录一下折腾过程
发短信
研究了一下AT命令发送中文短信的过程
二、中文PDU短信
本文以一个实例来解说AT指令发送PDU短信的全过程,假如我要发送下面的短信:
接收号码:+8613902433649
短信内容:工作愉快!
短信中心号码:+86138001005001、短信中心号码处理:用字符串 addr 表示
a、将短信息中心号码去掉+号,看看长度是否为偶数,如果不是,最后添加F
即 addr = “+8613800100500”
=> addr = “8613800100500F”
b、将奇数位和偶数位交换。
=> addr = “683108100005F0”
c、将短信息中心号码前面加上字符91,91是国际化的意思
=> addr = “91683108100005F0”
d、算出 addr 长度,结果除2,格式化成2位的16进制字符串,16 / 2 = 8 => “08”
=> addr = “0891683108100005F0”2、手机号码处理:用字符串 phone
a、将手机号码去掉+号,看看长度是否为偶数,如果不是,最后添加F
即 phone = “+8613902433649”
=> phone = “8613902433649F”
b、将手机号码奇数位和偶数位交换。
=> phone = “683109423346F9”3、短信息部分处理:用字符串 msg 表示
a、转字符串转换为Unicode代码,例如“工作愉快!”的unicode代码为 5DE54F5C61095FEBFF01,(转换在linux里可用iconv函数实现。)
b、将 msg 长度除2,保留两位16进制数,即 5DE54F5C61095FEBFF01 = 20 / 2 => “0A”,再加上 msg
=> msg = “0A5DE54F5C61095FEBFF01”4、组合
a、手机号码前加上字符串 11000D91(1100:固定,0D:手机号码的长度,不算+号,十六进制表示,91:发送到手机为91,发送到小灵通为81)
即 phone = “11000D91” + phone
=> 11000D91683109423346F9
b、手机号码后加上 000800 和刚才的短信息内容,000800也写死就可以了
即 phone = phone + “000800” + msg
即 11000D91683109423346F9 + 000800 + 0A5DE54F5C61095FEBFF01
=> phone = 11000D91683109423346F90008000A5DE54F5C61095FEBFF01
c、phone 长度除以2,格式化成2位的十进制数
即 11000D91683109423346F90008000A5DE54F5C61095FEBFF01 => 50位 / 2 => 255、所以要发送的内容为
发:AT
收:OK
发:AT+CMGF=0
收:OK
发:AT+CMGS=25
收:>
发:addr+phone→ //→为发送符(ctrl+z,十六进制0x1A)
收:+CMGS: 54 OK
关闭asterisk,使用minicom -D /dev/ttyUSB2 进入控制台,使用at命令成功发送一条短信后,再次打开asterisk,发现已经可以正常发送短信了,虽然不知道原因是什么,但是目前也复现不了这个问题,总之解决了……
收短信
收短信时可以看到报错:
at_response.c:1527 at_response_cmgr: [quectel0] Error parsing incoming message: Invalid SCA
看起来是asterisk-chan-quectel模块的问题
在需要的源文件头部引入#include <asterisk/logger.h>,使用ast_log(LOG_NOTICE, " pdu_parse_sca : %d\n" , res);打印对应的日志,调查报错原因
发现电信的cdma和别家的短信消息的格式存在不同
标准的pdu格式短信开头为
07911234567890F3
其中07代表的时后面sca的号码长度,asterisk-chan-quectel模块里的pdu.c的pdu_parse_sca函数,通过解码pdu信息的头字节,判断出sca长度,再使用pdu_parse_number解析出对应的sca短信中心号码,然后返回已经解码完的字节长度,继续解码后面的内容
EXPORT_DEF int pdu_parse_sca(uint8_t *pdu, size_t pdu_length, char *sca, size_t sca_len)
{
int i = 0;
int sca_digits = (pdu[i++] - 1) * 2;
int field_len = pdu_parse_number(pdu + i, pdu_length - i, sca_digits, sca, sca_len);
if (field_len <= 0) {
chan_quectel_err = E_INVALID_SCA;
return -1;
}
i += field_len;
return i;
}
但是,电信的cdma使用的pdu短信格式不同
004005810100F1
其开头的00,代表使用默认的短信中心,但是因此pdu_parse_sca解码到00时,sca_digits长度就变成了-2,导致解码出现问题,最后返回-1,并传回报错信息Invalid SCA
因此解决方法也很简单,只需要判断当pdu消息开头为00时,不进行pdu_parse_number解码,并直接返回当前的长度即可,简单修改后的代码:
EXPORT_DEF int pdu_parse_sca(uint8_t *pdu, size_t pdu_length, char *sca, size_t sca_len)
{
int i = 0;
int sca_digits = (pdu[i++] - 1) * 2;
if(pdu[i-1] == 0) {
return i;
} else {
int field_len = pdu_parse_number(pdu + i, pdu_length - i, sca_digits, sca, sca_len);
if (field_len <= 0) {
chan_quectel_err = E_INVALID_SCA;
return -1;
}
i += field_len;
return i;
}
}
经过测试,已经可以正常的解码收到的电信短信,问题解决