【问题标题】:.SMS file GSM 6 bit decoding.SMS 文件 GSM 6 位解码
【发布时间】:2015-12-05 13:18:35
【问题描述】:

我必须解码以 GSM 6 位编码的 .SMS 文件(SMS 不是从手机设置的,而是从某些传感器设置到基站,然后我得到 .sms 文件)。你能帮我解决这个问题吗?谢谢! 有很多关于 7 位和 8 位的内容,但没有关于 6 位的内容。有可能是用户定义的字母吗?

【问题讨论】:

  • 你怎么知道是6位编码?会不会是 16 位的拼写错误,即 UCS-2?
  • 我在记事本中打开文件,它的开头是这样的:"GSM-6bit@...",然后继续所有代码。我还阅读了传感器和基站的手册,它们提供了这些信息,它们可以以 6 位编码或 7 位格式提供 .sms 。所以我很清楚 myne 是 6 位,因为文件的开头是它写的“gsm6 位”。这些字符(其中一些)与 ascci-gsm7bit 编码表中的字符不匹配。

标签: sms gsm decoding


【解决方案1】:

3GPP TS 27.007 5.5 节给出了 AT+CSCS 命令支持的编码方案。 据我所知,它们都不是6位的。但它确实说

(此处未列出的转换方案可由制造商定义)

因此,正如您所怀疑的,您可能有一个用户定义的字母表。 如何处理?

如果您无法从发件人那里获得任何信息,那么我会尝试将您的消息拟合到所有官方支持的转换字母的前 6 位,看看您是否可以匹配所有字符。

考虑消息的内容 - 它们是否是有限的字符集,例如所有数字(0-9)?

发件人可能使用了官方字母表,可能在前 6 位中包含了他们需要的所有字符,因此他们不需要使用第 7 位和第 8 位。

【讨论】:

  • 考虑到消息的内容:我们使用制造商提供的专有应用程序,我们加载 .sms 文件,它为我们提供了一个输出 .txt 文件,其中的数据主要是数字数据。 TXT 文件的标题是文本(这对所有文件都相同)实际信息只是数字和“。”和一个带有yes的字段。-我认为.sms文件中的所有数据可能只是数字,并且标题是由软件添加的,yes/no字段将来自原始的0/1字段。跨度>
猜你喜欢
  • 1970-01-01
  • 2012-10-19
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-09-06
  • 1970-01-01
相关资源
最近更新 更多