MAP（移动应用程序部分）和SMPP（短消息对等）协议之间的差异

我对这些协议有一个基本的想法，但当涉及到将它们放在一个集成系统中时，我无法理解它们的位置

---

有人能解释一下什么时候使用SMPP和什么时候使用MAP吗？它们是否属于不同的电信网络？假设我们有一个IP SM网关。那么它是如何使用的呢？它的作用类似于从IMS到SS7网络的消息转换器吗？

SMPP用于IP网络，而MAP是SS7堆栈的一部分-用于SS7网络。 SMPP通常在SMS提供商之间使用，或由电信公司为其VAS服务提供。 另一方面，电信基础设施中的SMSC设备使用MAP

通常，电信运营商有可以接受SMPP连接的SMSC。一旦某个VAS客户端通过SMPP向SMSC提交消息，SMSC将使用MAP将该消息传递给订阅者

所以，您实际上可以在您的机器上使用SMPP客户端，并连接到电信公司的SMSC（当然，在您和电信公司就此达成一致后）。这实际上是理解什么是SMPP/MAP关系的一个好例子。 在这种情况下，如果您运行SMPP客户端并连接到SMSC（通过公共internet或某些VPN），则您将扮演“ESME”角色。一旦您连接（在SMPP术语中，您使用BindSM数据包中的正确凭据“成功绑定”），您就可以使用SubmitSM数据包发送SMS消息

因此，ESME发送“SubmitSM”数据包，其中包含所有必需的SMS数据（源地址（发起者）、目标地址、消息文本等）。 电信公司的SMSC将分析您的提交数据包，如果没有错误，将恢复您发送SubmitSMResp数据包以及MessageID（消息的唯一标识符）

现在，SMSC必须真正将消息传递给订阅者——它将使用MAP协议。首先，SMSC将发送MAP_SendRoutingInfo数据包，以发现用户当前注册的MSC地址。HLR（主位置寄存器）将使用此类信息恢复。然后，SMSC将发出MAP_ForwardShortMessage，向MSC和IMSI发送消息内容，两者都是HLR收到的响应。 MSC将（希望）联系目标用户的移动设备，并向SMSC发送“确认”（由移动设备发送的确认，表示“我收到了消息”）

一旦此过程完成，SMSC将再次使用SMPP，让您的SMPP客户端知道消息已传递-您将收到带有先前MessageId标识符的“DeliverSM”SMPP数据包，表示“您的消息已成功传递”

---

请注意，这只是一个通用的“用例”，有很多不同的网络流，例如使用DeliverSM而不是SubmitSM，在MAP上重试，以防MSC等没有肯定的确认。我只是用这个例子试图解释SMPP和MAP的常见用法-我希望您了解每个协议的作用。

你好，Izabel-首先，很抱歉回复太晚。：）我工作太忙了，简直忘了这个网站。非常感谢您的详细解释。这正是我想要的。：）