用于发送 SMS 的移动设备容量答案

【问题标题】：Mobile device capacity for sending SMS用于发送 SMS 的移动设备容量
【发布时间】：2013-09-07 07:30:50
【问题描述】：

假设我生活在一个无法访问任何 SMPP 服务器的国家/地区，并且所有用于发送 SMS 的典型站点（CardBoardFish、BulkSMS、Twilio 等）都无法在该国家/地区发送 SMS（因为他们没有'没有更新的“号码和运营商”数据库）。

我不想让设备（iOS、Android 或 Windows Phone）收到通知（来自网络应用程序的推送通知）发送 SMS 包（{recipient, message} 数组）

我的问题是：

【问题讨论】：

您的解决方案似乎可行，但您的移动运营商可能会遇到麻烦。我无法回答有关可扩展性的问题，但我知道 Android 可能是最适合这种设置的平台。使用 Windows Phone 自动化 SMS 是不可能的。

【解决方案1】：

这是可行的，但我不确定通过智能手机应用程序执行此操作是否是最佳解决方案 - 推送通知可能存在限制，允许应用程序在后台执行的确切操作等。例如, 如果操作系统认为没有足够的资源（内存、CPU 等），WP 应用的后台任务甚至可能无法运行

更现实的解决方案是将 GSM 调制解调器或普通的哑机连接到服务器并通过它发送消息。有一个开源网关软件，Kannel，可以用来建立任何类型的连接，包括前面提到的 SMPP 和其他网关的其他协议，以及一些直接使用设备的协议。这样移动部件就更少了，我不知道有任何软件限制。

这是否会扩展，是一个不同的问题。您的移动运营商很可能会切断您的联系。此外，500 条短信/秒。不适用于此设置。对于大多数 SMPP 连接，吞吐量限制要低得多，这适用于移动大量消息的设置。消费者设备或许能够在技术上推送那么多消息，但运营商可能会限制您或丢弃消息。

还有一件事，我觉得奇怪的是，没有一个较大的 SMS 网关无法工作，因为它们中的大多数都会对具有移动号码可移植性的国家/地区进行 HLR 检查 - 也就是说，它们会检查手机所属的网络，在发送任何东西之前。

大多数移动运营商也提供与他们的直接连接，无论是通过 SMPP 还是其他协议，但通常是可以的。就您的数量而言，它是否具有成本效益是另一个问题。

【讨论】：

有一个软件可以完成我所说的一切：ozekisms.com。关于我国运营商的问题：他们都需要 VPN 连接和大量官僚机构才能实现与 SMPP 的连接。关于推送通知：这将针对 SMS 捆绑，而不是针对每条 SMS（可能是每小时 10 个捆绑左右）。
是的，运营商几乎无处不在，因此对成本效益的评论。