SMS 数据在传输之前是否为 8 位？
我最近读到的很多有关 SMS 的内容都使用 140 个八位字节字符的规范，而据我所知，大多数 SMS 的使用都使用 160 个七位字节字符。 UDH 的长度为 5 个八位位组，这意味着如果我想发送串联的 SMS，我的消息数据将只有 135 个八位位组字符。这将允许我在 UDH 之后有 154 个七位字符。
我是否需要获取 154 个八位字节字符消息，将其附加到 5 个八位字节 UDH，并将其作为消息文本发送到调制解调器，或者是否必须将 154 个消息八位字节字符编码为 7 位字符串，将 UDH 编码为一个 7 位字符串，连接两个，然后将该文本发送到调制解调器？
A lot of what I have recently read about SMS uses a specification of 140 octet characters, where most uses of SMS I am aware of use 160 septet characters. A UDH is 5 octets long, meaning if I want to send concatenated SMS I would only have 135 octet characters for my message data. This would allow me 154 septet characters after the UDH.
Do I take a 154 octet character message, append it to the 5 octet UDH, and send this to the modem as the message text, or do I have to encode my 154 message octet characters into a 7 bit character string, encode the UDH as a 7 bit string, concatenate the two, and send that text to the modem?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
大多数移动网络内容接口（例如 SMPP、EMI/UCP）都使用 8 位字符集来提交消息，并在 SMSC 深处进行位填充。
调制解调器 AT+C 命令接口是一个例外，如果您使用 PDU 模式，则必须自行进行位填充，并提交 140 个十六进制字节。
哈
Most Content Interfaces (SMPP, EMI/UCP for example) to Mobile Networks are using 8 bit Character Set to submit messages, and are doing the bit stuffing somewhere deep in the SMSC.
An exception is the Modem AT+C Command interface, if you are using the PDU mode you have to do the bit stuffing on your own, and submit 140 hex bytes.
hth