インド DLT は地理的なカバレッジマップではない

インド DLT は地理的なカバレッジマップではない。

DLT コンプライアンスと地理的ルーティングの区別

インドの電気通信規制における分散型台帳技術(DLT)は、地域ごとのネットワークカバレッジマップや通信キャリアのルーティングテーブルと混同されがちです。しかし実際には、DLT はインド電気通信規制庁(TRAI)によって義務付けられた暗号論的な識別およびメタデータガバナンスレイヤーであり、基礎となる物理的な信号経路とは完全に分離されています。

地理的ルーティングは、SS7 や SMPP リンク、移動体通信事業者(MNO)間の物理的なトラフィック交換を扱います。一方、DLT はメッセージが無線ネットワークに到達する前に、送信者の正当性と登録済みテンプレートの一致を検証する台帳としてのみ機能します。DLT 登録を完了することは、物理的な接続ルートの開設ではなく、合法的な送信許可を取得することを意味します。

プリンシパルエンティティとテレマーケターの台帳バインディング

インド国内で SMS 送信を行うには、主要エンティティ(Principal Entity: PE)ID を登録し、認定されたテレマーケター(Telemarketer: TM)ID にバインドする必要があります。送信者ヘッダー(Sender ID)およびメッセージテンプレートは、この PE-TM ペアの下に明示的に登録されていなければなりません。

API 経由で SMS ペイロードが送信されると、ルーティングエンジンは基地局への配信を試みる前に、送信ヘッダーとコンテンツのハッシュ値を国家 DLT 台帳と照合します。テンプレートの変数やヘッダーが事前登録内容と一致しない場合、メッセージは通信事業者の入口で即座に拒否されます。

JIT プロビジョニング、番号割り当て、およびルーティング状態

IOSOR の仮想番号および専用送信アドレスは、確定的なジャストインタイム(JIT)プロビジョニングアーキテクチャに基づいて動作します。静的な在庫プールから番号を取得するのではなく、JIT ＋ プリペイド保留 ＋ 割り当てシーケンスを通じて、有効な E.164 アセットと月額 MRC を顧客アカウントに直接バインドします。

双方向のインバウンドストリーム、STOP キーワードによる配信停止処理、およびアウトバウンド OTP パイプラインを正しく機能させるには、対応する Webhook エンドポイントの設定が不可欠です。

残高フロア、プリペイド保留、および支出マイルストーン

IOSOR は完全に透明なプリペイド残高モデルで運用されています。API リクエスト、Webhook 配信、およびメッセージルーティングを中断なく継続するため、アカウントには USD 20 の必須プリペイドフロアが設定されています。

大量のトラフィックを送信する際、システムは推定費用に応じた一時的なプリペイド保留を実行し、最終的な配信確認(DLR)を受信した時点で正確な決済を行います。累計利用額が USD 1,000 などのマイルストーンに到達すると、より高い同時実行スループットと優先ルーティングが適用されます。

本番検証とパイプラインの依存関係

本番トラフィックを送信する前に、テンプレート変数、ヘッダー ID、およびユーザーの同意トークンが正常に解決されることを確認する必要があります。DLT ハッシュと物理ルーティング状態が完全に一致した場合にのみ、API は Verify OK を返します。

異常系シナリオ(未登録ヘッダーや残高不足など)を事前にテストしておくことで、本番環境での配信障害を防ぐことができます。

関連ガイド: CPaaSルーティングにおけるDLTヘッダー不一致と未配信の仕組み · インドDLTテンプレート送信前のPE-TM紐付け手順 · 初回引き落とし前のプリペイド残高確保.

IOSORで始める

IOSORコンソールを開き、DLTコンプライアンス画面でTRAI発行のプリンシパル事業者（PE）IDをテレマーケター（TM）紐付けとともに登録します。アクティブなE.164アセットを連携させる前に、承認済みヘッダー送信者IDをこのPE-TMペアに直接マッピングします。本番トラフィックパイプラインを開く前にテストペイロードを実行し、DLTハッシュが事前検証を通過することを確認してください。

IOSORの要点

このガイドでは、インドのDLT登録が物理的なキャリア・ルーティングや地理的カバーマップから完全に切り離された、暗号上のガバナンスおよびコンプライアンス層として厳格に機能することを解説しました。プリンシパル事業者（PE）IDの登録および送信者IDとテレマーケター（TM）キーの紐付けはTRAIの法的要件を満たしますが、地理的な配信パフォーマンスは完全に基盤となるネットワーク到達性に依存します。

トラフィックを送信する前に、すべての送信者IDヘッダーおよびテンプレートハッシュをコンソール内で検証済みのPE-TM関係に必ず紐付けてください。DLTヘッダーの承認を地理的ルーティング機能と混同したり、ヘッダー登録を地域カバレッジの切り替えスイッチとして扱ってコンプライアンスチェックをバイパスしようとしたりしないでください。