私はこれらのプロトコルについて基本的な考えを持っていますが、それらを統合システムに入れることになると、それらの位置を理解できません。
たとえば。SMPP がいつ使用され、いつ MAP が使用されるのか誰か説明してもらえますか? それらは異なる通信ネットワークに属していますか? IP-SM-Gateway があるとします。では、どのように使われますか?IMS から SS7 ネットワークへのメッセージのコンバーターのようなものとして機能しますか?
私はこれらのプロトコルについて基本的な考えを持っていますが、それらを統合システムに入れることになると、それらの位置を理解できません。
たとえば。SMPP がいつ使用され、いつ MAP が使用されるのか誰か説明してもらえますか? それらは異なる通信ネットワークに属していますか? IP-SM-Gateway があるとします。では、どのように使われますか?IMS から SS7 ネットワークへのメッセージのコンバーターのようなものとして機能しますか?
SMPP は IP ネットワークで使用されますが、MAP は SS7 スタックの一部であり、SS7 ネットワークで使用されます。SMPP は通常、SMS プロバイダー間で使用されるか、通信会社が VAS サービス用に提供します。一方、MAP は通信インフラストラクチャの SMSC 機器で使用されます。
通常、電気通信事業者は、SMPP 接続を受け入れることができる SMSC を持っています。一部の 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 パケットを受信します。
これは 1 つの一般的な「使用例」にすぎないことに注意してください。SubmitSM の代わりに DeliverSM を使用する、MSC から肯定応答がない場合に MAP で再試行するなど、多くの異なるフローが存在することに注意してください。私はこの例を使用しました。 SMPP と MAP の一般的な使用法を説明しようとしています。各プロトコルの役割を理解していただければ幸いです。