通过SMS发送原始字节时会发生什么情况?

通过SMS发送原始字节时会发生什么情况?,sms,twilio,Sms,Twilio,我们希望通过SMS有效负载在云服务器和硬件设备(反之亦然)之间发送140个原始二进制字节(8位)。我们不打算发送传统文本(“正常”短信),因为数据不需要人类可读。由于字节是原始的,因此不会进行编码(即不会是GSM 7位)。可能吗?如果是这样,将向另一端的客户交付什么 特别是,Twilio或运营商(Verizon、AT&T等)是否在其API中支持这一点?它看起来不像这样,所以我们担心如果我们只发送原始字节作为消息体,SMS传输层会将其更改为标准GSM 7位,这是我们不想要的。我不知道Twilio的

我们希望通过SMS有效负载在云服务器和硬件设备(反之亦然)之间发送140个原始二进制字节(8位)。我们不打算发送传统文本(“正常”短信),因为数据不需要人类可读。由于字节是原始的,因此不会进行编码(即不会是GSM 7位)。可能吗?如果是这样,将向另一端的客户交付什么


特别是,Twilio或运营商(Verizon、AT&T等)是否在其API中支持这一点?它看起来不像这样,所以我们担心如果我们只发送原始字节作为消息体,SMS传输层会将其更改为标准GSM 7位,这是我们不想要的。

我不知道Twilio的API,但您可以通过两种方式发送SMS消息:文本模式和PDU模式。PDU模式用于发送二进制数据。十年前,图像和单声道铃声就是这样发送的。这也是您发送WAP推送消息以实现彩信的方式。您需要以PDU模式发送数据。如果要发送超过140个8位字节,甚至可以连接消息

以下是显示PDU格式的链接:


对,我已经看到PDU模式的标志。我看到的问题是,电信运营商(以及Twilio)似乎没有在其API中公开该选项。我直接问了Twilio这个问题,看看他们怎么说。所有的网络运营商都会在他们的SMSC上支持PDU模式。这就是他们发送彩信的方式。如果您不直接使用SMPP,它将取决于消息网关供应商。查找他们的彩信API。我知道OpenMarket支持它。看起来Twilio不再是了,但我可能错了。