Нужна проверка конкретного маршрута? Обсудим задачу
routesms
Связаться с нами

テスト端末でのA2P SMS配信確認

Проверяем, дошло ли сообщение до телефона, сколько времени заняла доставка и совпал ли результат с отчётом провайдера.

Начать проверку

Германия

Провайдер A → Deutsche Telekom

Получено
2 из 3
Медиана
2,4 с
Расхождения
1
DLRステータス
納品済み
送信者名
変更なし
フラッシュコール
検出なし
A2P に焦点を当てたOTP とアカウント認証
SMPP の統合合意された技術的設定
顧客のトラフィック定義された範囲と制限

メッセージ ID、タイムスタンプ、配信レポートを、受信ポイントの証拠や利用可能なパートナー ログと照合します。

合意されたシナリオを準備する

目的の宛先、テスト番号、送信者、時刻を記録します。顧客独自のトラフィック、または明示的に許可されたトラフィックを使用します。

検討すべき証拠

シナリオ参照、送信イベント、および元のメッセージ ID (可能な場合)。

予想されるパス

宛先、ネットワーク、テスト番号、ルート参照を合意します。中間プロバイダーは、パートナーのログで表示される場合にのみ確認してください。

観察された結果

受信ポイント、メッセージ ID、および利用可能なタイムスタンプを記録します。ゲートウェイの確認応答だけでは、ハンドセットの配信は確認されません。

繰り返し可能なチェック

DLR を受領証拠と照合します。パートナーとのメッセージの欠落または遅延を確認し、変更後に同じシナリオを繰り返します。

A2P 配信および不正リスク レポート

すべてのテストの輸送ステータス、観察された受領書、OTP の結果、および不正リスク評価の構造化されたビュー。

6テストシナリオ
5受話器確認済み
3検討すべき調査結果
8.6 秒監視された受信の場合は p95

TikTok

イギリス シナリオ例 ライブテストなし

輸送状況
DELIVERED_DLR
報告済み DLR
DELIVRD
制御されたエンドポイント
確認済み
OTP の結果
未テスト、アプリケーションログなし
受付時間
1.4 秒
リスク評価
PASS
証拠レベル
E3 / 模擬端末の証拠
見つける

このサンプルでは、マテリアルの配信や不正リスクの兆候は観察されませんでした。

ターゲットの例: ≤ 5 秒この目標は例示であり、プロジェクトごとに個別に合意されます。

次のアクション

より大きなテスト範囲を確認する前に、同じシナリオを繰り返して一貫性を確認します。

メッセージステータス
  1. 01
    ACCEPTED

    SMSC は提出を受理しました

  2. 02
    SENT

    上流ルートに渡される

  3. 03
    DELIVERED_DLR

    肯定的な納品レポートを受け取りました

  4. 04
    HANDSET_CONFIRMED

    受信は独立して観察される

  5. 05
    OTP_VERIFIED

    個別のアプリケーションチェック。成功したセッションイベントが必要です

例外の結果
REJECTED

プラットフォーム、ポリシー、またはオペレーターによって拒否されました

UNDELIVERED

負の最終 DLR

NO_DLR_TIMEOUT

合意された期間内に最終的な DLR がありません

DLR_MISMATCH

エンドポイント受信なしの正の DLR

評価ステータス
PASS材質インジケーターなし
WATCH遅延または弱い異常
SUSPECTED強いまたは繰り返されるインジケーター
CONFIRMED_ANOMALY再現可能な技術的異常
INCONCLUSIVE証拠が不十分または矛盾している
サンプルレポートの詳細
レポートID
RSM-DEMO-024
範囲
6つのシナリオ/6か国
証拠
DLR + 制御されたエンドポイント
総合評価
SUSPECTED

架空のデータを含む図解レポート。 SMS は送信されません。これらは、示されているアプリケーションの実際の測定値ではありません。

アプリ名は例として使用しており、提携関係を示すものではありません。

証拠ルール. 配信の不一致により、技術的な異常が確認される可能性があります。不正行為またはルートの帰属を確認するには、関連するオペレータ、SMSC、シグナリング、CDR、または請求の証拠が必要です。

私たちがチェックする内容

受信、タイミング、DLR の精度。送信者、コンテンツ、およびバイパスのチェックでは、ネットワークから入手可能な証拠が使用されます。

  1. ルートの検証

    合意された番号とアプリケーション シナリオを使用して、選択した宛先とモバイル ネットワークをテストします。

  2. 配達確認

    入手可能な納品レポート (DLR) をテスト番号の受領書と比較します。不一致を確認のためにフラグを立てます。

  3. 配信分析

    利用可能な配達時間を記録します。繰り返されたテストを比較して、遅延や再発する問題を見つけます。

ルートの異常を検出

SIM-box バイパスの兆候

ローカルの SIM カードを介して A2P 終了の兆候がないか確認します。送信者の変更と受信の証拠をオペレーターのログと比較します。

証拠が必要です

合意された参照メッセージ、受信ポイントの観測、およびオペレーターのルーティングまたはシグナリングの記録。ローカル送信者番号だけでは、SIM-box のアクティビティを証明できません。

送信者と内容の変更

受信した送信者 ID、テキスト、エンコーディングを予期されるメッセージと比較します。説明できない変更にフラグを立てます。

証拠が必要です

送信者の参照テキストと ID、受信メッセージ、および適用可能な送信者正規化ルール。予期しない変更を合意された変換から分離します。 DLR だけでは、受信した内容は表示されません。

フラッシュコール検証パス

予想される SMS の代わりに短い検証呼び出しがないか確認します。発信者番号とタイミングをオペレーターと確認してください。

証拠が必要です

合意されたテストデバイスまたはオペレーターの通話記録からの通話観察 (発信者番号とタイムスタンプを含む)。 SMPP だけでは呼び出しを監視できません。 flash call は正当な検証方法である可能性があります。イベント自体は不正行為を立証するものではありません。

テストからレポートまで

  1. 01

    アプリケーションシナリオ

    アプリケーション、国、ネットワーク、受信ポイント、テスト制限に同意します。

  2. 02

    SMSC とメッセージ分析

    提供された SMSC/SMPP レコードを、メッセージ ID、送信者、宛先、時刻、およびステータスによってフィルター処理します。

  3. 03

    テスト全体のパターン

    遅延、メッセージの欠落、繰り返し発生する変更をアプリケーション、ネットワーク、ルートごとに比較します。

  4. 04

    レポートと再テスト

    調査結果と次のアクションを報告します。ルーティングの変更後に、影響を受けるシナリオを再テストします。

サンプルレポートを見る

私たちが一緒に働く人

ネットワーク オペレーター、メッセージング プロバイダー、およびチームは、独自のトランザクション トラフィックを担当します。

携帯電話会社とMVNO

ネットワーク内の配信を確認します。 MVNO テストはホスト オペレーターと調整されます。

卸売キャリアサービスメッセージング

SMS ハブとアグリゲーター

ルートを比較し、ルーティング変更の結果を確認します。

ルートの品質相互接続SMPP

CPaaS とメッセージング プラットフォーム

SMPP インフラストラクチャを通じてプロバイダーのルート、配信レポート、品質を検証します。

プロバイダーの比較納品品質

卸売キャリアとMVNE

相互接続の品質をチェックし、各当事者から入手可能なルーティング レコードを関連付けます。

相互接続パートナーネットワーク

認証および OTP プロバイダー

独自の検証作業で遅延と SMS の欠落を測定します。

アカウント認証時間制限のあるメッセージ

デジタル サービスとエンタープライズ チーム

銀行、フィンテック、電子商取引、物流、モビリティ、SaaS: プロバイダーでトランザクション SMS をテストします。

トランザクション SMSカスタマージャーニー

テストの仕組み

  1. 範囲

    測定可能なテストに同意する

    入力

    宛先、ネットワーク、承認されたテスト番号、およびアプリケーションのシナリオ。

    私たちがやっていること

    テストウィンドウ、ボリューム制限、および合格基準を設定します。

    次のステップ

    明確な責任を持つ共有範囲。

  2. 接続する

    SMPP 接続の準備

    入力

    接続パラメータ、IP ホワイトリスト、ルーティング設定。

    私たちがやっていること

    技術チームにセットアップを確認し、最初のテスト期間に同意します。

    次のステップ

    両チームは合意されたテストの準備ができています。

  3. テスト

    観察して比較する

    入力

    合意された範囲内の顧客所有のトラフィック、または明示的に許可されたトラフィック。

    私たちがやっていること

    受領書、利用可能なタイムスタンプ、配信レポートを確認します。矛盾があれば記録します。

    次のステップ

    テストされたルートとシナリオに関連付けられた結果。

  4. フォローアップ

    各テスト後にループを閉じる

    入力

    テスト ID、タイムスタンプ、受領証拠、および観察された問題。

    私たちがやっていること

    結果を共有 → 調査する人に同意 → 変更後に同じシナリオを繰り返す。

    次のステップ

    再検査結果を確認し、さらなるモニタリング、量、商業条件に同意します。

テストは、顧客が所有するトラフィック、または明示的に許可されたトラフィックに対して実行されます。宛先、アプリケーション、ボリュームはエンゲージメントごとに確認されます。

SMPP の統合

番号、ネットワークアクセス、ルーティングを確認します。私たちは一緒に接続の役割と配信チェックについて合意します。

例：オペレーターからのメッセージ受信

オペレーターは、割り当てられたテスト番号に対する合意された受信 A2P トラフィックを Routesms SMPP 受信エンドポイントにルーティングします。

  1. 同意した送信者顧客所有/許可されたトラフィックSMS
  2. 合意されたルート該当する場合、プロバイダーセグメントSMS
  3. 携帯電話会社テスト番号とゲートウェイSMPP
  4. RoutesmsSMPP 受信エンドポイント

データの確認: Routesms での受領書、およびソース側のログと DLR (関係者が提供した場合のみ)。

確認された観察: SMPP エンドポイントでの受信。

この図は、デフォルトの構成ではなく、考えられる接続の役割を示しています。 SMPP エンドポイントで SMS を受信すると、物理的なハンドセットへの配信ではなく、そのエンドポイントが検証されます。

  1. 01

    テスト範囲を確認する

    国、ネットワーク、承認された番号、送信者のシナリオ、トラフィックの方向、および受け入れ基準。

  2. 02

    Exchange 接続の詳細

    エンドポイント、IP ホワイトリスト、ポートは、合意された安全なチャネルを通じて役割と資格情報をバインドします。トランスポート保護とアクセス ルールを確認します。

  3. 03

    SMPP セッションを検証する

    バインド、接続の健全性、合意されたメッセージの方向を確認します。スループット制限、アドレス指定、エンコーディング、DLR 処理を調整します。

  4. 04

    限定的なパイロットを実行する

    合意されたテストケースを実行します。利用可能な場合は、ID、ゲートウェイ応答、配信レポート、および受領証拠をキャプチャします。

  5. 05

    見直しと再テスト

    各問題を担当チームに割り当てます。失敗したシナリオまたは遅延したシナリオを繰り返し、新しい結果を比較します。

  6. 06

    次の範囲に同意する

    パイロットに基づいて、モニタリングの頻度、サポートの連絡先、制限、量、商業条件を確認します。

それぞれの確認は何を意味しますか?

submit_sm_resp

送信リクエストを承認します。応答が成功しても、SMS がハンドセットに到達したことを意味するものではありません。

DLR

配信レポートには、プロバイダーが報告した結果が記載されています。それを元のメッセージ ID および受信証拠と関連付けます。

deliver_sm

受信したメッセージや配達伝票を保持できます。結論を導き出す前に、メッセージ タイプと構成されたエンドポイントを解釈します。

SMPP 3.4 仕様

毎月のテスト量

ボリュームを選択します。価格は国、ネットワーク、シナリオ、統合によって異なります。

Focus

100万

テスト/月

重点を置いた優先ルートのセット。

価格はリクエストに応じて
  • 合意されたルートとシナリオ
  • 受信、タイミング、DLR のレビュー
  • 月次実績報告書
  • 毎月の所見レビュー

Orbit

500万

テスト/月

複数のルートにわたる定期的なチェック。

価格はリクエストに応じて
  • ルートとプロバイダーの比較
  • 受信、タイミング、DLR のレビュー
  • 月次実績報告書
  • ボリューム内のフォローアップテスト

Horizon

1000万

テスト/月

ネットワーク全体にわたる広範なプログラム。

価格はリクエストに応じて
  • 複数のネットワークとテストシナリオ
  • 受信、タイミング、DLR のレビュー
  • 日次結果レポート
  • 月次レポートと調査結果のレビュー

Custom

もっと見る

1000万以上/カスタム

ネットワークを中心に構築されたプログラム。

価格はリクエストに応じて
  • 個別に合意されたテスト量
  • Custom テストウィンドウと頻度
  • 合意された報告形式
  • 統合範囲は別途合意

SMPP のセットアップとテストでは、顧客が所有するトラフィック、または明示的に許可されたトラフィックを使用します。発売前に対象範囲、数値、レポート、価格、契約期間を確認してください。

1 回のテスト = 1 つの受信ポイントへの 1 回の SMS 配信試行。再テストは個別にカウントされます。数量は配達を保証するものではありません。

テスト範囲について話し合います。

専門家に相談する

Расскажите, что происходит с вашими SMS

Достаточно пары предложений: куда отправляете сообщения, через кого и что пошло не так.

info@routesms.pro
Объём

Инженер проверяет сетевое оборудование и кабельные соединения