我有一个关键的问题,通过SMPP或SS7发送短信.
案例:我们使用SMPP连接到所有本地运营商(我们已经与每个运营商签订了协议).事实是,我们能够向所有本地运营商发送短信并实际接收DLR(deliver_sm),但是在我们没有收到任何回复的情况下有很多情况.
另一方面,我们有一个运行SS7的E1连接和一个本地运营商用于语音目的.我在想是否可以使用这个SS7 E1连接发送短信?市场上有几种提供此功能的硬件.
我主要担心的是: - 在购买这款SS7 SMS硬件之前,我应该检查一下,以确保这在我们的SS7 E1连接中有效吗? - 运营商是否可以阻止来自E1 SS7连接的SMS? - 如果我们实际发送短信,请使用SS7 E1连接,在哪里接收DLR,在SMPP连接中,或在E1 SS7中? - 如果我们通过SS7 E1发送短信,将能够拥有动态发送者ID吗?
谢谢和最好的问候,
克劳迪奥
为了通过 SS7 发送 SMS,您应该有一个类似 SMS-Center 的软件,该软件将通过 SS7 MAP 协议提交 SMS(使用前面带有 SRI-for-SM 的 MT-Forward-SM 命令发送短消息的路由信息以获取用户位置)。您的 E1 连接可能仅启用语音 (ISUP),并且可能不支持发送 MAP 命令,或者这些 MAP 命令将被您的运营商丢弃。
除了通常由合作伙伴移动运营商提供的完整 SS7 连接之外,您还需要其他要求:
以上只是对呼叫流程和相关要求的简要总结,在现实生活中,这可能要复杂得多。有关 SS7 上 SMS 协议的详细说明,请参阅 ETSI/3GPP SMS 主要规范,您可以在这里找到:http ://www.etsi.org/deliver/etsi_ts/123000_123099/123040/12.02.00_60/ts_123040v120200p .pdf(短信服务的技术实现)。
您知道,如果没有适当的 SS7 硬件和 SMSC 软件,而且没有与非常友好的移动网络运营商建立牢固的合作伙伴关系(该运营商将授予您访问其 SS7 网络的权限)并授权您直接通过 SS7 网络提交 SMS 是非常困难的您代表他发送短信。
一种更简单的选择是与运营此类基础设施的 SMS 代理之一签订合同,您将通过 SMPP 向他们提交,但他们将通过 SS7 进行交付。这将使您在大多数情况下能够获得传送状态确认并使用动态发件人 ID。
| 归档时间: |
|
| 查看次数: |
4880 次 |
| 最近记录: |