# SMPP 3.4 vs SMPP 5.0 — 変更点と使い分けについて - 正規URL: https://www.broadnet.me/ja/answers/smpp-3-4-vs-5-0 - 言語: ja - 最終更新日: 2026-10-19 - 発行者: BroadNet (https://www.broadnet.me) - レンダリングされたページから生成した、上記ページのMarkdown版です。 プロトコル BroadNet回答 最終確認日 2026年9月30日1 読了目安BroadNetエンジニアリング部門による確認済み このページの内容 1. 01クイック回答 2. 02詳細回答 3. 03この情報は役に立ちましたか？ 4. 04関連する質問 詳細を見る [SMPP v3.4 vs v5.0: what changed](https://www.broadnet.me/reference/smpp-3-4-vs-5-0) [すべての回答を見る](https://www.broadnet.me/ja/answers) クイック回答 SMPP 3.4 (1999)は、現在稼働しているほぼすべてのA2Pバインドで使用されている、依然として主要なSMS相互接続プロトコルです。SMPP 5.0 (2003)では、Unicode対応のヘッダー、ブロードキャストおよびセルブロードキャストのサポート、より高度なメッセージクラスのためのTLVが追加されましたが、ほとんどのSMSCやアグリゲーターはこれに移行しませんでした。今から選択される場合は、相手方が明示的に5.0を要求しない限り、TLS経由でSMPP 3.4にバインドしてください。 平易な言葉による定義ベンダーニュートラル確認日 2026年9月30日 プラットフォームから ## 本番用キーでテストを行い、本番環境へ移行してください。 テストアクセスを申し込み、ご自身の認証済み番号に最初のメッセージを送信してください。本番稼働の前に、送信元ID、トラフィックの目的、および送信先の要件を弊社にて審査いたします。 [テストアクセスを申し込む（英語フォーム）](https://www.broadnet.me/ja/contact?intent=test-access) 構成図貴社プラットフォームとBroadNet間のSMPPセッション 貴社プラットフォーム(ESME) BroadNet SMSC 1つの持続的なTCP/TLS接続 1. `bind_transceiver` セッションの開始と認証 2. `bind_transceiver_resp` セッション承認済み 3. `submit_sm` メッセージ送信 4. `submit_sm_resp` 承認済み、メッセージIDを返却 5. `deliver_sm` 配信レポートまたは受信メッセージ 6. `deliver_sm_resp` 確認済み 7. `enquire_link` アイドル時のキープアライブ 詳細回答 ## 必要な情報はすべて、不要な情報は一切なし §01 ### なぜ3.4がインストールベースを獲得したのか SMPP 3.4が普及したタイミングは、まさにSMS A2Pが台頭した時期と重なりました。主要なすべてのSMSCベンダーが、深く安定した3.4の実装を行いました。このプロトコルは軽量（送信するコマンドはわずか8種類、約30のPDUタイプ）で、十分に理解されており、経路上のあらゆるNATやファイアウォールを通過できます。27年が経過した今でも、SMPP 3.4仕様は、あらゆるA2P相互接続契約において最優先されるプロトコルであり続けています。 §02 ### 5.0の追加機能 SMPP 5.0では、いくつかの課題が改善されました。ネイティブUTF-8 message_payload、適切なservice_typeレジストリ、セルブロードキャスト用のbroadcast_sm / query_broadcast_sm / cancel_broadcast_sm、オプションの課金用TLV、そしてcongestion_stateによるより厳格な混雑制御が導入されています。また、ESMEに代わってSMSCが操作できるmessage_stateマシンの概念も導入されました。 §03 ### 5.0がほとんど普及していない理由 理由は3つあります。第一に、SMSCベンダーはアップグレードのための費用を受け取っていません。通信事業者はすでに動作する3.4スタックを保有していたからです。第二に、5.0が対象としたセルブロードキャストの活用事例は、SMSCではなく専用のセルブロードキャストセンター（CBC）に送られました。第三に、5.0が解決した事項（Unicode処理、課金用TLV）は、通常、3.4上のTLVを用いたアプリケーションレイヤーで解決されます。その結果、BroadNetにおいて、5.0のバインドは本番環境で1件のみです。一方、3.4の有効なバインドは1,000件以上存在します。 §04 ### 実用的なアドバイス SMPP 3.4をトランシーバーとしてバインドし、アカウントに提供されるポートでTLSを使用します。受信側のSMSCが対応している場合は、（UDH連結の代わりに）長文メッセージ用にmessage_payload TLVを用いたsubmit_smを使用してください。enquire_linkは30秒ごとにネゴシエーションを行い、クリーンにアンバインドしてください。アグリゲーターが5.0を強制する場合は、その理由を確認してください。商用のA2Pルートにおいて、到達率のメリットはありません。 ### SMPP 3.4とSMPP 5.0の比較 | | SMPP 3.4 | SMPP 5.0 | |---|---|---| | リリース済み | 1999 | 2003 | | 本番導入実績 | ほぼすべてのA2Pバインド | 稀 — 導入されることは少ない | | ネイティブUnicodeヘッダー | — | | | セル / ブロードキャスト対応 | — | | | 輻輳制御 | Basic | congestion_stateシグナリング | | 到達率の向上 | ベースライン | 商用A2Pルートではなし | | 現在の推奨事項 | はい — TLS経由のトランシーバー | 取引先から要求された場合のみ | BNBroadNetエンジニアリングチームによる執筆· 2003年よりキャリアグレードのメッセージングを提供、本社はドバイ· [編集基準](https://www.broadnet.me/ja/about/editorial-standards) [トピックハブSMPPの解説](https://www.broadnet.me/ja/explained/smpp) 関連する質問 - [01 SMPPプロトコルはどのように動作しますか？](https://www.broadnet.me/ja/answers/smpp-protocol) - [02 SMPPとは？](https://www.broadnet.me/ja/answers/what-is-smpp) - [03メッセージングにおけるTLS 1.3 — 何が変わり、なぜそれがSMPPにとって重要なのか。](https://www.broadnet.me/answers/tls-1-3-in-messaging) - [04 SMSCとは？](https://www.broadnet.me/ja/answers/what-is-smsc) - [05 GSMA IR.71の解説](https://www.broadnet.me/ja/answers/gsma-ir71-explained) - [06 SS7 MAP — その概要と、なぜメッセージングが依然としてこれに依存しているのか](https://www.broadnet.me/ja/answers/ss7-map-explained) [ライブラリをすべて見る](https://www.broadnet.me/ja/answers) これを使用して構築する - [SMPP連携](https://www.broadnet.me/developers/smpp) - [SMPPエラーコード検索](https://www.broadnet.me/tools/smpp-error-codes) - [SMS API](https://www.broadnet.me/ja/products/sms-api) FAQ ## よくある質問 **新規の統合にはSMPP 5.0を使用すべきですか？** ほぼありません。特定の取引先から5.0が要求されない限り、TLS経由でSMPP 3.4にバインドしてください。インストールベース、ツール、通信事業者のサポートはすべて3.4に基づいています。また、商用のA2Pルートにおいて、5.0による到達率の優位性はありません。 **SMPP 5.0は3.4よりもメッセージの到達率が高いですか？** いいえ。到達率は通信事業者の配信ルートに依存するものであり、SMPPのバージョンによるものではありません。5.0で改善された項目（Unicodeヘッダー、課金用TLV）は、通常3.4の上位にあるアプリケーションレイヤーで処理されます。 **SMPP 3.4でアラビア語や絵文字を送信するにはどうすればよいですか？** data_codingをUCS-2 (0x08)に設定するか、本文をmessage_payload TLVで送信してください。3.4はUnicodeコンテンツを問題なく処理できるため、そのために5.0を使用する必要はありません。 **どのバインドタイプとポートを使用すべきですか？** TLS経由のトランスシーバーバインドはA2Pの標準であり、1つのソケットでsubmit_smの送信とDLRの受信を行います。BroadNetではSMPP 3.4バインドを提供しています。ホスト、ポート、および認証情報は、テストアクセスのお申し込み時に提供されます。 これを使用して構築する ### 実装に関するサポートが必要ですか？ 以下のページでは、このコンセプトを具現化する製品および統合ガイドをご紹介しています。詳細を直接確認したい場合は、中東・北アフリカの営業時間内であれば、弊社のエンジニアリングチームが当日中に対応可能です。 [エンジニアリングチームに相談する](https://www.broadnet.me/ja/contact?topic=engineering) - [SMPP連携](https://www.broadnet.me/developers/smpp) - [SMPPエラーコード検索](https://www.broadnet.me/tools/smpp-error-codes) - [SMS API](https://www.broadnet.me/ja/products/sms-api) フィードバック ### この回答は役に立ちましたか？ 皆様の投票により、どの回答を例、図解、コードスニペットを用いて拡充すべきかの優先順位を決定できます。 この回答は役に立ちましたか？ ありがとうございます。承知いたしました。この回答は継続的に更新されます。 承知いたしました。不足していた内容を教えてください — [メッセージを送信する](https://www.broadnet.me/ja/contact?topic=answer-feedback)。 [コンテンツの執筆・レビュー方針](https://www.broadnet.me/ja/about/editorial-standards) [トピックハブSMPPの解説](https://www.broadnet.me/ja/explained/smpp) 関連する質問 - [01 SMPPプロトコルはどのように動作しますか？](https://www.broadnet.me/ja/answers/smpp-protocol) - [02 SMPPとは？](https://www.broadnet.me/ja/answers/what-is-smpp) - [03メッセージングにおけるTLS 1.3 — 何が変わり、なぜそれがSMPPにとって重要なのか。](https://www.broadnet.me/answers/tls-1-3-in-messaging) - [04 SMSCとは？](https://www.broadnet.me/ja/answers/what-is-smsc) - [05 GSMA IR.71の解説](https://www.broadnet.me/ja/answers/gsma-ir71-explained) - [06 SS7 MAP — その概要と、なぜメッセージングが依然としてこれに依存しているのか](https://www.broadnet.me/ja/answers/ss7-map-explained) [ライブラリをすべて見る](https://www.broadnet.me/ja/answers) お困りですか？ ## 開発について、現場のエンジニアに直接ご相談ください。 1営業日以内にご返信します。また、本番用アカウントをご利用のお客様には24時間365日のサポートを提供しています。当社のソリューションエンジニアは、単なるスクリプトではなく、実用的なコードを提供します。 [サポートに相談する](https://www.broadnet.me/ja/contact) [営業担当に相談する](https://www.broadnet.me/ja/contact?topic=sales) $ curl -X POST https://api.broadnet.me/sms/sendSms 応答SLA テストアクセス申請1営業日以内にご返信します 本番環境24 / 7 · < 15 min 通信事業者NOC 24 / 7 · ページャー対応 [support@broadnet.me](mailto:support@broadnet.me) · [+971 4 456 7768](tel:+97144567768)