【问题标题】:issue in send multi part sms发送多部分短信的问题
【发布时间】:2015-03-24 11:38:15
【问题描述】:

请帮帮我。

这是我的 PDU

第 1 部分 079129330300150551000B923053343013F30000FFA00608040B9C020174747A0E4ACF41F4F29C0E6ACFCF203A3A3D07A5E7207A794E07B5E767101D9D9E83D27310BD3CA783DAF333888E4ECF41E939885E9ED341EDF9194447A7E7A0F41C442FCFE9A0F6FC0CA2A3D373507A0EA297E774507B7E06D1D1E939283D07D1CB733AA83D3F83E8E8F41C949E83E8E5391DD49E9F4174747A0E4ACF41F4F29C0E6ACFCF P>

第 2 部分 079129330300150551000B923053343013F30000FF210608040B9C0202203A3A3D07A5E7207A794E07B5E767101D9D9E83D273

我正在使用 D-link GSM 调制解调器发送,但第 1 部分从系统成功发送但在移动设备上未收到,第 2 部分未从系统发送给出未知错误。

【问题讨论】:

  • 您是使用库对连接的 SMS 进行编码还是手动编码?
  • 我从 NET 中挑选一些代码进行编码。
  • 我已成功发送此代码。但这是另一个问题,此消息仅发送到一个移动网络“U-fon”(在巴基斯坦)。但无法向其他网络发送相同的短信。

标签: sms multipart at-command pdu


【解决方案1】:

我发现的一件直接的事情是 TP-MR 字段没有增加。

079129330300150551 >> 00 << 0B923053343013F30000FFA00608040B9C020174747A0E4ACF41F4F29C0E6ACFCF203A3A3D07A5E7207A794E07B5E767101D9D9E83D27310BD3CA783DAF333888E4ECF41E939885E9ED341EDF9194447A7E7A0F41C442FCFE9A0F6FC0CA2A3D373507A0EA297E774507B7E06D1D1E939283D07D1CB733AA83D3F83E8E8F41C949E83E8E5391DD49E9F4174747A0E4ACF41F4F29C0E6ACFCF

079129330300150551 >> 00 << 0B923053343013F30000FF210608040B9C0202203A3A3D07A5E7207A794E07B5E767101D9D9E83D273

TP-MR 是 3GPP 03.40 文档中指定的 Message 引用:

TP 消息参考字段给出了由 MS 提交给 SC 的 SMS SUBMIT 或 SMS COMMAND 参考号的整数表示。对于每个提交的 SMS SUBMIT 或 SMS COMMAND,MS 将 TP Message Reference 增加 1。每个 SMS SUBMIT 使用的值是通过从 SIM 中的 SMS 状态数据字段读取 Last Used TP MR 值(参见 GSM 11.11)并将该值增加 1。在每个 SMS SUBMIT 提交到网络之后,SIM 中的 Last Used TP MR 值将更新为 SMS SUBMIT 操作中使用的 TP MR。参考编号的取值范围为 0 到 255。MS 分配的 TP MR 中的值与 SC 接收到的值相同。

我可能通过一些网络运营商工作的一个可能原因是他们有不同的 SMS 解码器/编码器实现。有些人比其他人更严格。

如果您尝试在 01 的第二部分更改 TP-MR,则此“可能”会起作用。

另外,7 位 UD(消息文本)的编码方式也可能存在问题。如果是这种情况,我可以再看看。但请先尝试修复 TP-MR。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-06-18
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多