architecture - 构建 SMS 服务器的最佳实践是什么

Question

我正在尝试构建一个系统，其中我的终端节点能够通过 GSM 网络发送/接收 SMS 消息。我现在需要构建一个服务器解决方案，它将发送 SMS 消息，充当保存我的业务逻辑的 Web 服务器和客户端(节点)之间的网关。沟通是双向的。
我读过一些关于完整的 SMS 服务器解决方案(可能充当 GSM 网关)的内容，但结果证明它们太贵了。
我曾考虑将手机连接到我的服务器(然后使用一些 API)，但可能是我的服务器将转到数据中心，因此我无法以这种方式附加任何东西。
我不希望收到太多消息(例如每天 100 条/两种方式)。而且我也不打算拥有太多客户(少于 100 个)。
在这里，我要求提供通用系统解决方案(例如最佳实践)。

Answer 1

构建这样的 SMS 服务器有三种基本选择:

1) 将手机或 USB GSM 内存棒连接到服务器并用于 SMS 通信。限制是

数量有限(但是每天 100 条短信应该没问题)。

由于消费类硬件，可能相当不可靠(例如，手机/ handle 固件不是为 24x7 运行而构建的，您可能需要定期重置设备；大多数手机需要电池才能运行，电池会磨损)。

由于射频规则和移动网络覆盖范围，可能不适用于数据中心。

移动号码方案仅限于 SIM MSISDN。

2) 将 SMS 连接到网络运营商的 SMS 网关。网络运营商正是在这种情况下使用这些:批量 SMS 通信。这些是专有的，通常谈论“更容易”消化消息传输协议(protocol)。限制:

你被绑定(bind)到网络运营商，连接方面和协议(protocol)方面。

由于网关可能会进行存储和转发，因此可能会延迟通信。

取决于定价方案可能仅对大批量有意义。

3) 将 SMS 服务器连接到移动运营商 SS7 网络，将其添加为网元。限制:

复杂的实现。需要对专用硬件(SS7 接口(interface)卡)和驱动程序进行编程。

需要与网络运营商进行重要的网络集成，包括广泛的测试。

需要 E1/T1 线路(或更大，或 SIGTRAN)进行连接，这通常是数据中心的事情，但并非在每个数据中心都可用。

就定价方案和运营而言，价格昂贵。

假设我了解您的要求，对于您的情况，我会选择选项 1) 并将 SMS 服务器放置在覆盖良好的地方，即不一定在数据中心。将其作为服务器基础架构的前端出售。如果必须将其放入数据中心，请转到选项 2) 并查看您的移动网络运营商 SMS 批发产品。