SMPP - ショート メッセージ ピアツーピア プロトコル

こんにちは！ メッセンジャーやソーシャル ネットワークが日々従来の通信方法に取って代わりつつありますが、それでも SMS の人気が損なわれるわけではありません。 人気のあるサイトでの認証やトランザクションの通知が繰り返され、それらは生き続けます。 すべてがどのように機能するのか疑問に思ったことはありますか? 非常に多くの場合、SMPP プロトコルは大量のメッセージを送信するために使用されますが、これについては後で説明します。

smpp に関するハブレの記事はすでにありましたが、 1,2しかし、彼らの目標はプロトコル自体を説明することではありませんでした。 もちろん、オリジナルのソースからすぐに始めることもできます - 仕様書, ですが、簡潔にまとめてあると良いと思います。 v3.4を例に説明しますが、客観的なご指摘をいただければ幸いです。

SMPP プロトコルは、ピアツーピアのメッセージング プロトコルです。 これは、各ピア/ハブ サーバーが同等の権限を持っていることを意味します。 最も単純なケースでは、SMS メッセージング スキームは次のようになります。

ただし、国内通信事業者が遠隔地へのルートを持っていない場合は、仲介業者である SMS ハブに問い合わせます。 場合によっては、XNUMX つの SMS を送信するために、複数の国、さらには大陸間でチェーンを構築する必要があります。

プロトコルについて

SMPP は、PDU 交換に基づくアプリケーション層プロトコルであり、TCP/IP、または SMS および ussd メッセージを送信するための X25 セッションを介して送信されます。 通常、SMPP は永続モードで使用されるため、時間を節約できます。 SMPP はクライアント/サーバー通信モデルを使用します。

Режимсвязи

SMPP を介した送信者と SMS センター間のメッセージの交換は、次のモードで実行できます。

送信機 (送信機) - メッセージを一度に XNUMX つずつ一方向に送信します。
受信者 - SMS センターからのメッセージのみを受信します。
トランシーバー (トランシーバー) - SMS センターとユーザー間のメッセージの交換

構造

メッセージの長さ

70 つの SMS メッセージには、キリル文字で入力する場合は 157 文字、ラテン文字 3 文字 + 153 UDH 以内を含めることができます。文字数が多い SMS を送信する場合、メッセージはいくつかのセグメントに分割され、受信デバイスで結合されます。 セグメンテーションの場合、メッセージの一部を示すメッセージ ヘッダーによって文字数が削減されます。 したがって、大きな SMS メッセージを送信する場合、メッセージには最大 67 個のラテン文字または XNUMX 個の非定型文字が含まれます。

データコーディングスキーム

ただし、シンボルはメッセージを伝えるためにエンコードが必要です。 SMPP プロトコルでは、特別なフィールドがエンコードを担当します (データ コーディング スキーム (DCS))。 これは、メッセージをどのように認識するかを指定するフィールドです。 さらに、DCS フィールドには次のものが含まれます。

• エンコーディングを定義する文字セット。
• メッセージクラス。
• 閲覧後の自動削除リクエスト。
• メッセージ圧縮の指標。
• ブロードキャストメッセージ言語。

標準の 7 ビット アルファベット (GSM 03.38)。 GSM メッセージング システム用に開発されました。 このエンコーディングは、英語および多くのラテン語に適しています。 各文字は 7 ビットで構成され、オクテットにエンコードされます。

UTF-16 (GSM UCS2) 7 ビット アルファベットで欠落している文字を含めるために、メッセージ サイズを 16 から 160 に減らすことで文字 (キリル文字を含む) を追加する UTF-70 エンコーディングが開発されました。このタイプのエンコーディングは、ほとんどの場合、 Unicode を完全に複製します。

8 ビットのユーザー定義データ。 これらには、KOI8-R や Windows-1251 が含まれます。 ただし、このソリューションは同じ UTF-16 と比較すると経済的であるように見えます。 さまざまなデバイスでの互換性について当然の疑問が生じます。 この場合、両方のデバイスを事前に構成する必要があるためです。

メッセージクラス

• Class0 (フラッシュ) メッセージは、ユーザーの要求に応じて電話機のメモリに保存されます。
• Class1、または電話機のメモリに保存されているクラス。
• Class1、または電話機のメモリに保存されているクラス。
• Class2 は、メッセージがモバイル端末のメモリに保存されていることを確認する必要があります。そうでない場合は、保存できないことを SMS センターに警告する必要があります。
• Class3 - この場合、電話機は、デバイスのメモリ量に関係なく、メッセージを保存できるという通知を送信する必要があります。 このタイプのメッセージは、メッセージが受信者に届いたことを意味します。

メッセージの種類

サイレント メッセージ (SMS0) 内容のない SMS メッセージのタイプ。 この SMS は通知なしで受信され、デバイスの画面には表示されません。

PDU

各 pdu 操作はペアになっており、要求と応答で構成されます。 例: 接続が確立されたことを示すコマンド (bind_transmitter / binding_transmitter_resp)、またはメッセージが送信されたことを示すコマンド (deliver_sm /Deliver_sm_resp)

各 pdu パケットは、ヘッダーとボディの XNUMX つの部分で構成されます。 ヘッダー構造はどの pdu パケットでも同じです。コマンド長はパケットの長さ、id はパケットの名前、ステータス コマンドはメッセージが正常に送信されたかエラーが発生したかを示します。

追加の TLV パラメータ

TLV (タグ長値)、または追加のフィールド。 このようなパラメータはプロトコルの機能を拡張するために使用され、必須ではありません。 このフィールドは、pdu フィールドの最後に表示されます。 たとえば、TLV dest_addr_np_information を使用すると、番号の移植性に関する情報の送信を整理できます。

トンとンピ

TON (Type of Number) パラメータは、SMSC にアドレス指定形式とネットワーク タイプを通知します。
番号計画を示す NPI (Numbering Plan Identification) パラメータ。

メッセージ送信元アドレスまたはアルファ名

携帯電話に送信されるメッセージには、デジタルとアルファベットの XNUMX 種類があります。 デジタル番号は（電話番号と同様に）長い場合もあれば、短い場合もあります。 場合によっては、オペレーターが、Infosms、Alert などの中立的な名前からの送信に制限を設けている場合があります。 名前がネットワークに登録されていない場合、通信事業者がトラフィックを許可しない場合があります。 ただし、これらはむしろオペレータの特性です。

提出段階

SMS送信 - これは MO FSM メッセージ (モバイル端末からのショート メッセージ) を送信しています。
SMS送信レポート — メッセージが SMSC によって送信されたことの確認
SRISM (SendRoutingInfo) - SMSC は、加入者の MSC / VLR の位置に関する情報を HLR から受信します。
SRI SM レスピー — 加入者ポジションに関するHLRからの返答
MT-FSM — 位置情報を受信した後、「ショートメッセージの転送」操作を使用してメッセージが送信されます。
MT-FSM ACK — メッセージが送信されたことを示す SMSC からの応答
SMSステータスレポート — SMSC はメッセージ配信ステータスを送信します。

メッセージ配信ステータス

SMSステータスレポート いくつかの値を取ることができます。
配送 メッセージは正常に配信されました
拒否された — SMS センターによってメッセージが拒否されました
期限切れ — メッセージは、TTL (メッセージの有効期間) の終了後に送信キューから削除されます。
未配達 - その他の不着の場合
UNKNOWN・発送に関しては返答がありません。

転送エラー

場合によっては、SMS メッセージが加入者に配信されない理由があります。 これらの理由により、エラーが発生します。 エラーは PDUs_sms_resp に返されます。 すべてのエラーは、一時的 (Temporary) と永続的 (Permanent) に分類できます。

たとえば、absent_subscriber は、一時的 (サブスクライバが利用できないかオンラインではない) と永続的 (サブスクライバが存在しない) に分類できます。 発生したエラーに応じて、これらのメッセージを再送信するためのポリシーが形成されます。

たとえば、加入者が通話中であり、「MT ハンドセットが話中です」というエラーを受信した場合、メッセージは数分後に再送信できますが、加入者のメッセージ受信サービスがブロックされている場合は、再送信しても意味がありません。 たとえば、SMSC ページでエラーのリストを見つけることができます。 これ.

出所： habr.com