私は SMS ゲートウェイを開発していて、そこに実装すべき機能について考えていました。そこで、例としていくつかの SMS ゲートウェイ (SMSNOW、SMS studio、および Ozeki) を確認しました。
実装はほぼ完了しましたが、ほぼすべての SMS ゲートウェイで、ユーザーが SMSC と ESME の TON/NPI を指定できる機能に出会いました。
SMS ゲートウェイが SMPP プロトコルを使用して SMS を送信する準備をしているときに、送信者/受信者番号を解析し、それに基づいて TON/NPI を指定する必要があることを理解しています。また、デフォルトを上書きして独自の TON/NPI を指定できるのは素晴らしいことだと理解しています。
私が理解できないのは、すべての SMS ゲートウェイが、SMSC として機能するとき (SMS を送信するのではなく受信するとき)、SMS ゲートウェイに独自の TON/NPI を指定するオプションを提供する理由です。
smpp SMS を受信したときに、SMS ゲートウェイは指定された TON/NPI で何をしますか?
SMS ソース アドレスの完全な仕様には、次の 3 つの属性が含まれます。
これは、番号が完全な国際番号+(プレフィックスが必要) か、国内番号か、または英数字の送信者 (つまり、数字の送信者の代わりに最大 11 文字のテキストを含み、広告に非常に便利) であるかどうかを指定します。
これは、番号がどの番号付け基準に従うかを指定します。これは、E.164標準の国際番号付け、またはオペレータのプライベート番号付け (たとえば、プレミアム レート サービスの場合) である可能性があります。
SMSC は、 Addressに格納されたバイトを解釈する方法を知るために TON/NPI を必要とします。たとえば、TON が英数字(5) の場合、アドレス内のバイトを文字として解釈し、それに応じてエンコードする必要があることを認識していますが、国際(1) の場合、各バイトを 2 つに分割し、各半バイトを表します。送信者の別の数字。
これらの TON/NPI の可能性の完全なリストについては、 SMPP 3.4 仕様のセクション 5.2.5 および 5.2.6 を参照してください。使用している特定の SMS ゲートウェイによって、一部の使用が制限される場合があります。