BroadNet
フラッシュコール & 音声ファイアウォール

音声イングレスの段階で行う、通信事業者向けのフラッシュコール検知

OTTによる認証バイパスをシグナリング層で阻止。

BroadNetのフラッシュコールファイアウォールは、移動体通信事業者が音声の入口でフラッシュコール認証バイパスを検知・遮断できるようにし、OTTアプリがA2P SMSを迂回することで失われていた認証収益を取り戻します。WhatsApp、Telegram、IMO、Viber、その他のOTTによるフラッシュコール認証バイパスを検知する音声ファイアウォール。Flash DB、Flash Profile DB、ATI/SRI-SM、番号計画チェック、CDR/EDR分析によるマルチソース検知を行い、ブロック、CLIの書き換え、またはログ記録とアラート通知を実行します。

MNOグレード
GSMAアソシエイトメンバー
収益保証機能を標準搭載
検知格子によって遮断される、不在着信のフラッシュを見守るBroadNetユキヒョウ
リアルタイム · フラッシュコール認証
フラッシュコール認証
200+
か国
1,000+
通信事業者との直接接続
99.99%
SLA
MNO CONNECTIONS
1,000+
世界中の通信事業者との直接接続
対応国・地域
200+
市場を横断するシグナリングと音声到達範囲
通信事業者グレードの運用実績(年数)
23+
2003年以来のキャリアグレードのインフラ
エンジニアリングチーム
300+
社内のシグナリングおよび音声エンジニア
音声パスにおける

​SS7 IAM
判定まで、100 ms未満。

ファイアウォールは国際音声のイングレスに透過的に配置されます。すべてのコールセットアップはデコードされ、Flash DBおよびProfile DBに基づいてスコアリングが行われ、ATI / SRI-SMとの照合を経て、MSCが端末を呼び出す前に判定結果が返されます。

  1. 01 · 着信
    国際音声POI

    着信の国際電話設定は、通信キャリアとの相互接続を介したSS7 IAMまたはSIP-Iにより、音声ゲートウェイに到達します。

    追加ホップなし
  2. 02 · デコード
    インスペクト設定

    ISUP IAMおよびCAP InitialDPをデコード。通信中にA番号、B番号、範囲、および想定セットアップ時間を抽出します。

    p99 < 20ms
  3. 03 · スコア
    Flash DB · プロファイル

    Flash DBルックアップ、Flash Profile DB行動マッチング、ATI / SRI-SMクロスチェック、番号計画の検証。

    p99 < 60ms
  4. 04 · 判定
    ポリシーエンジン

    収益化・ブロック・CLI変更・ログ記録。OTT、範囲、市場ごとに設定可能。通信事業者が構成できます。

    p99 < 20ms
  5. 05 · アクション
    MSC / 課金

    クリーンなコールはMSCへ転送されます。フラッシュコールはA2P相当のレートでイベントごとに課金されるか、セットアップ時にドロップされます。

    合計 < 100ms
  6. ← 署名済みCDR · OTT別レポート · OCS請求書
脅威の状況

A2P収益が、静かにネットワークから流出しています。

フラッシュコールとは不在着信のことです。OTTアプリが発信し、発信者番号(CLI)の数字を認証コードとして読み取り、ユーザーが応答する前に切断します。SMSのCDRは生成されず、A2Pの課金も発生しませんが、負荷はお客様のSTP、MSC、音声POIにかかります。

中東・北アフリカおよびアフリカの多くの回線において、フラッシュコールは認証ボリュームの大きな割合を占め、増加傾向にあります。これは、本来収益化されるべきA2Pトラフィックが流出していることを意味します。

仕組み

バイパスを検知。収益化するか、ブロックするか。一度の判定で完結します。

国際音声イングレスの6つの機能が連携。1コールにつき100ms未満で判定を下し、ダウンストリームの各OTTに対して完全な可視性を提供します。

機械学習ベースのシグネチャ検出

通信事業者のネットワークにおけるフラッシュコールキャンペーンのパターンで学習した行動分類器。通話時間、発信試行率、レンジ速度、A番号エントロピーを分析します。

OTTバイパス検知

WhatsApp、Telegram、IMO、Viber、および新興アプリにソース属性を付与。継続的なアクティブプロービングにより、Flash DBは常に新しい番号範囲に先行して対応します。

収益化またはブロック

イベントごとにA2P相当の料金で課金、または通話を切断します。通信事業者がOTT、範囲、市場ごとに決定します。

リアルタイムの意思決定

国際音声イングレスにおいて100ms未満で判定結果を返します。正規の音声セットアップやPOI容量に影響はありません。

OTTごとのレポート

WhatsApp vs. Telegram vs. Viber vs. IMOのバイパス量。アプリ別の収益リスク、回収額、およびポリシーの有効性。

通信事業者ポリシーコントロール

プレフィックス、レンジ、アプリ、時間帯ごとに設定可能。検知、CLI変更、ブロックという段階的な強制適用を行います。

発信者ID認証

フラッシュコールとSTIR/SHAKEN認証が融合する場所。

フラッシュコールが機能するのは、加入者が表示される発信元IDを信頼しているからです。STIR/SHAKENは、発信元IDが本物であることを証明するための業界フレームワークであり、発信番号に署名を行い、SIP間の相互接続において認証レベルを伝送します。BroadNetのフラッシュコール用ファイアウォールは認証情報を認識できるため、通信事業者は本物の認証と、なりすましによる音声OTPを判別でき、どちらの収益化を選択するかを決定できます。

Attestation対応の検証

STIR/SHAKENは、発信番号をPASSporTトークンで署名し、その認証レベルをSIPにわたって伝送します。お客様のネットワークがこれをサポートしている場合、フラッシュコール・ファイアウォールは、CLIおよびケイデンスとともに認証情報を判定結果として読み取ります。

なりすまし音声OTPを検知

銀行やブランドのCLIをなりすます偽の認証電話は、境界における発信元およびCLIの整合性チェックに失敗します。これは、STIR/SHAKENが解決するために設計されたものと同じギャップであり、まだ義務化されていない市場でも適用されます。

正当なフラッシュコールを許可

正当なフラッシュコール認証はルートごとに不正利用と区別されるため、通信事業者はなりすましやSMSパンピングの試行をブロックしつつ、低コストなチャネルと収益化の判断を維持できます。

ポリシーと統合

OTTごとのルール。イベントごとのCDR。Maker-checker方式を採用。

RA、ホールセール、およびシグナリングチームが会議なしで理解できる宣言的なポリシー。判定結果は標準的なCDRとして、既存の課金およびRAパイプラインに配信されます。

Example
# /etc/broadnet/flashfw/policy.d/whatsapp.yaml
# Monetize WhatsApp flash calls in UAE, KSA, Egypt
policy: whatsapp_flash_monetize
match:
flash_db_hit: true
ott_attribution: whatsapp
b_party_mcc: [424, 420, 602]
setup_duration: "< 4s"
action: bill
rate_card:
AED: 0.040
SAR: 0.040
EGP: 0.500
cdr_tag: a2p_flash_monetized
policy: telegram_flash_modify_cli
match:
flash_db_hit: true
ott_attribution: telegram
action: modify_cli
modify:
a_number: "+0000000000" # OTP unreadable
cdr_tag: flash_neutralized
policy: viber_block_freemium
match:
flash_db_hit: true
ott_attribution: viber
subscriber_tier: prepaid_freemium
action: block
cdr_tag: a2p_flash_dropped
デプロイメント

フェーズごとの強制適用。加入者の信頼を維持します。

3つのデプロイモードを順次適用します。ほとんどの通信事業者は、まず30日間検知のみを行い、その後、強制適用する前にOTTと商用収益化について交渉します。

01

検知のみ

ミラーリングされたイングレスフィード。通話への影響はゼロです。商談に向けて、ボリューム、OTTの属性、リスクのある収益などのエビデンスファイルを作成します。

02

収益化

検知されたフラッシュコールに対するイベントごとの課金。OTTごとの通信事業者が設定する料金表。毎月、同じA2Pポータルで照合されます。

03

適用

CLIをブロックまたは変更し、認証コードを読み取れないようにします。ホワイトリストに対応。ポリシーによりいつでも設定を元に戻せます。

概要

仕様

デプロイメント
国際音声イングレス · インラインまたはミラーリング
検知ソース
Flash DB · Profile DB · ATI · SRI-SM · NP · CDR/EDR
意思決定レイテンシ
p99 < 100 ms
アクション
収益化 · ブロック · CLI変更 · ログ・アラート
Flash DBの更新頻度
継続的 — アクティブプロービング + CDRフィードバック
OTT対応国・地域
WhatsApp · Telegram · IMO · Viber · 新興アプリ
ホワイトリストポリシー
プレフィックス/範囲ごとに通信事業者側で設定可能
レポート
OTT別ボリューム · 収益への影響 · ポリシー効果
連携
STP · 音声課金 · NOC · 通信事業者ポータル
コンプライアンス
GSMA FS.19 · 通信事業者が制御する加入者のプライバシー
コンプライアンス

通信事業者が制御。加入者の安全を確保。

BroadNetは通信事業者のネットワークの拡張として動作します。第三者によるデータ処理は行われず、PII(個人識別情報)が境界を越えることもありません。すべてのポリシー決定には完全な監査証跡が残ります。

GSMA FS.19準拠

音声および認証トラフィック向けのシグナリング・ファイアウォール・ガイドライン。

PII(個人情報)の書き出しなし

すべての検査はネットワーク内で行われます。CDRおよびメタデータは通信事業者の内に留まります。

完全な監査証跡

通話ごとの決定ログは、通信事業者の保存ポリシーに従って保持されます。

通信事業者設定ポリシー

ホワイトリスト、料金表、強制モード — 通信事業者が設定および変更可能です。

通信事業者の活用事例イメージ

フラッシュコールの収益化が
P&Lに与える効果。

GCCの携帯通信事業者MNO · GCCSA

課題:OTT認証によるフラッシュコールのバイパス通信量が、A2Pの収益を侵食していましたが、OTTや規制当局に対抗するための商業的な証拠が不足していました。アプローチ:検知のみのフェーズにより、規制当局およびOTTとの交渉に活用できる測定済みのボリュームベースラインを構築しました。

ホールセールおよびローミング担当副社長
南アジアの通信事業者MNO · 南アジアPK

課題:フラッシュコールの一律なブロックは、加入者からの苦情や規制当局へのエスカレーションを招くリスクがありました。アプローチ:CLIの変更により、加入者のサインインフローを損なうことなく、OTTを段階的にSMS OTPへと誘導しました。

A2P戦略責任者
Levant MNOMNO · LevantLB

課題:小規模なネットワークにおいて、OTTフラッシュトラフィックを分類するための社内データサイエンス能力が不足していました。アプローチ:BroadNetのFlash DBを導入したことで、初日から運用が可能となり、ポータルレポートは財務チームの月次決済に直接反映されました。

収益保証マネージャー
通信事業者のデューデリジェンス

8つの回答:
ホールセール委員会向け。

Flash DBとFlash Profile DBを番号計画の検証およびATI / SRI-SMのクロスチェックと組み合わせることで、正当な国際音声に対する誤検知率(False Positive rate)を非常に低く抑えています。そのため、判定が単一のシグナルのみに基づくことは稀です。通信事業者のダッシュボードでは、OTTごとの誤検知率を公開しているため、RAチームは監査を行い、アプリごとに感度を調整できます。

当社は常に、最初の30日間は検知のみ(ミラー)モードで開始します。これにより、通信事業者はOTT、範囲、市場別のバイパスボリュームの正確なベースラインを得ることができ、これはOTTとの交渉や料金表の設定に使用されるエビデンスファイルとなります。ポリシーが合意されると、ファイアウォールはインライン強制(収益化、CLI変更、またはブロック)に切り替わります。ハイブリッド構成(収益化されたOTTはインライン、新たに発生したものはミラー)が一般的な安定状態となります。

継続的に実施しています。当社のドバイのラボでは、WhatsApp、Telegram、IMO、Viber、およびその他多数の新しいアプリのテストインストールを実行しており、24時間体制でOTPの生成をトリガーしています。新たに観測されたCLIレンジは数時間以内にFlash DBに追加され、すべての通信事業者のデプロイメントにプッシュされます。また、通信事業者はCDRフィードバックを通じて貢献しており、ループが完結しています。

即座にブロックに移行する場合、その可能性はあります。ベストプラクティスは段階的なアプローチです。まず30日間の検知のみの期間を設け、次にCLIの変更(OTPが読み取れなくなり、ユーザーは数回の試行を経て自然にSMS OTPへと誘導されます)、最後にOTTに従って適切に収益化またはブロックを行います。

判定結果は、通信事業者の課金スキームにおける設定可能なレートタグを含むCDR / EDRを生成します。Amdocs、Ericsson Charging System、Huawei CBS、Oracle BRM、および複数の自社BSSスタックへの直接書き込みをサポートしています。リアルタイムの収益化のために、ファイアウォールはOCSに対してDiameter Ro / Gyプロトコルで通信し、イベントごとの予約および課金を行います。これは、ほとんどの通信事業者が導入の第2フェーズで接続する構成です。

検査されたコールセットアップごとに、月間ボリュームに応じたバンド料金を設定しており、Erlang料金は発生しません。音声POIとの統合には一度限りのNRE(非反復型エンジニアリング費用)が発生し、Flash DBの更新、ラボプローブ群、四半期ごとのチューニングをカバーする少額の年間保守費用がかかります。

はい。当ラボでは、Botim、ToTok、Snapchat、Signal、LINE、KakaoTalk、WeChat、Skred、Element、および多数の地域限定アプリを含む20以上のアプリをアクティブに追跡しています。通信事業者のネットワーク上でバイパス通信に新しいアプリが混在していることが確認されると、1週間以内にプローブ・フリートへ追加します。また、通信事業者はサポートポータルを通じて、ニッチなアプリ向けのカスタム対応をリクエストすることも可能です。

はい。すべての判定結果には署名とタイムスタンプが付与され、改ざん防止機能を持つ監査ストアに記録されます。このデータは、通信事業者の規制要件に従った期間、保持されます。また、TRA(レバノン)、CST(サウジアラビア)、NTRA(エジプト)、TDRA(UAE)、CRA(カタール)、TRA(オマーン)、TRA(バーレーン)、TRC(ヨルダン)、ARPT(アルジェリア)、ANRT(モロッコ)、およびINT-T(チュニジア)向けの構築済みエクスポートテンプレートを提供しています。このエクスポートモジュールは、現在多くの規制当局が要求している四半期ごとのバイパストラフィック開示レポートも作成します。

バイパストラフィック開示用テンプレート、または当社の音声ファイアウォールエンジニアとのワークセッションが必要ですか? フラッシュコールの漏洩を検知・測定 →

通信事業者グレードの

シグナリング層で保護し、収益化。

ネットワーク内のSMSおよびSS7ファイアウォールが、正規のトラフィックには一切干渉することなく、グレールートや不正をラインレートで遮断します。

<5ms
インスペクション
99.99%
稼働率
1,000+
MNOリンク
通信事業者向けブリーフィング · NDA対応可

トラフィックを無料で転送し続けるのはやめましょう。

30日間の検知のみのデプロイにより、ネットワーク上のバイパスボリュームが明らかになります。導入のメリットは明白です。

$ broadnet flash-call --mode detect --window 30d