MAP（移動應用部分）和SMPP（短消息對等）協議之間的區別

Question

我對這些協議有一個基本的想法，但是當涉及到將它們放入一個集成系統時，我無法理解它們的位置。

例如，請問有人可以解釋何時使用SMPP以及何時使用MAP？他們是否屬於不同的電信網絡？假設我們有一個IP-SM網關。那麼它是如何使用的？它是否像從IMS到SS7網絡的消息轉換器那樣工作？

Answer 1

SMPP用於IP網絡，而MAP是SS7堆棧的一部分 - 用於SS7網絡。 SMPP通常用於SMS提供商之間，或由電信運營商爲其VAS服務提供。另一方面，SMSC設備在電信基礎設施中使用MAP。

通常電信運營商有SMSC可以接受SMPP連接。一旦一些VAS客戶端通過SMPP向SMSC提交消息，SMSC將使用MAP將該消息傳遞給訂戶。

因此，您實際上可以在您的計算機上使用SMPP客戶端並連接到電信公司的SMSC（當然，一旦您就此與電信公司達成一致）。這實際上是理解什麼是SMPP/MAP關係的好例子。 在這種情況下，如果您運行SMPP客戶端並連接到SMSC（通過公共互聯網或通過某個VPN），您將扮演「ESME」角色。連接完成後（使用SMPP術語，「成功綁定」，在BindSM數據包中使用正確的憑證），則可以使用SubmitSM數據包發送SMS消息。因此，ESME發送包含所有需要的SMS數據（源地址（發起者），目的地址，消息文本等）的「SubmitSM」分組。 Telco的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沒有肯定確認等情況下在MAP上重試。只是用這個例子試圖解釋與MAP一起使用SMPP的常見情況 - 我希望你瞭解了每個協議的作用。