機械学習ベースのシグネチャ検出
通信事業者のネットワークにおけるフラッシュコールキャンペーンのパターンで学習した行動分類器。通話時間、発信試行率、レンジ速度、A番号エントロピーを分析します。
BroadNetのフラッシュコールファイアウォールは、移動体通信事業者が音声の入口でフラッシュコール認証バイパスを検知・遮断できるようにし、OTTアプリがA2P SMSを迂回することで失われていた認証収益を取り戻します。WhatsApp、Telegram、IMO、Viber、その他のOTTによるフラッシュコール認証バイパスを検知する音声ファイアウォール。Flash DB、Flash Profile DB、ATI/SRI-SM、番号計画チェック、CDR/EDR分析によるマルチソース検知を行い、ブロック、CLIの書き換え、またはログ記録とアラート通知を実行します。

ファイアウォールは国際音声のイングレスに透過的に配置されます。すべてのコールセットアップはデコードされ、Flash DBおよびProfile DBに基づいてスコアリングが行われ、ATI / SRI-SMとの照合を経て、MSCが端末を呼び出す前に判定結果が返されます。
着信の国際電話設定は、通信キャリアとの相互接続を介したSS7 IAMまたはSIP-Iにより、音声ゲートウェイに到達します。
ISUP IAMおよびCAP InitialDPをデコード。通信中にA番号、B番号、範囲、および想定セットアップ時間を抽出します。
Flash DBルックアップ、Flash Profile DB行動マッチング、ATI / SRI-SMクロスチェック、番号計画の検証。
収益化・ブロック・CLI変更・ログ記録。OTT、範囲、市場ごとに設定可能。通信事業者が構成できます。
クリーンなコールはMSCへ転送されます。フラッシュコールはA2P相当のレートでイベントごとに課金されるか、セットアップ時にドロップされます。
着信の国際電話設定は、通信キャリアとの相互接続を介したSS7 IAMまたはSIP-Iにより、音声ゲートウェイに到達します。
ISUP IAMおよびCAP InitialDPをデコード。通信中にA番号、B番号、範囲、および想定セットアップ時間を抽出します。
Flash DBルックアップ、Flash Profile DB行動マッチング、ATI / SRI-SMクロスチェック、番号計画の検証。
収益化・ブロック・CLI変更・ログ記録。OTT、範囲、市場ごとに設定可能。通信事業者が構成できます。
クリーンなコールはMSCへ転送されます。フラッシュコールはA2P相当のレートでイベントごとに課金されるか、セットアップ時にドロップされます。
フラッシュコールとは不在着信のことです。OTTアプリが発信し、発信者番号(CLI)の数字を認証コードとして読み取り、ユーザーが応答する前に切断します。SMSのCDRは生成されず、A2Pの課金も発生しませんが、負荷はお客様のSTP、MSC、音声POIにかかります。
中東・北アフリカおよびアフリカの多くの回線において、フラッシュコールは認証ボリュームの大きな割合を占め、増加傾向にあります。これは、本来収益化されるべきA2Pトラフィックが流出していることを意味します。
国際音声イングレスの6つの機能が連携。1コールにつき100ms未満で判定を下し、ダウンストリームの各OTTに対して完全な可視性を提供します。
通信事業者のネットワークにおけるフラッシュコールキャンペーンのパターンで学習した行動分類器。通話時間、発信試行率、レンジ速度、A番号エントロピーを分析します。
WhatsApp、Telegram、IMO、Viber、および新興アプリにソース属性を付与。継続的なアクティブプロービングにより、Flash DBは常に新しい番号範囲に先行して対応します。
イベントごとにA2P相当の料金で課金、または通話を切断します。通信事業者がOTT、範囲、市場ごとに決定します。
国際音声イングレスにおいて100ms未満で判定結果を返します。正規の音声セットアップやPOI容量に影響はありません。
WhatsApp vs. Telegram vs. Viber vs. IMOのバイパス量。アプリ別の収益リスク、回収額、およびポリシーの有効性。
プレフィックス、レンジ、アプリ、時間帯ごとに設定可能。検知、CLI変更、ブロックという段階的な強制適用を行います。
フラッシュコールが機能するのは、加入者が表示される発信元IDを信頼しているからです。STIR/SHAKENは、発信元IDが本物であることを証明するための業界フレームワークであり、発信番号に署名を行い、SIP間の相互接続において認証レベルを伝送します。BroadNetのフラッシュコール用ファイアウォールは認証情報を認識できるため、通信事業者は本物の認証と、なりすましによる音声OTPを判別でき、どちらの収益化を選択するかを決定できます。
STIR/SHAKENは、発信番号をPASSporTトークンで署名し、その認証レベルをSIPにわたって伝送します。お客様のネットワークがこれをサポートしている場合、フラッシュコール・ファイアウォールは、CLIおよびケイデンスとともに認証情報を判定結果として読み取ります。
銀行やブランドのCLIをなりすます偽の認証電話は、境界における発信元およびCLIの整合性チェックに失敗します。これは、STIR/SHAKENが解決するために設計されたものと同じギャップであり、まだ義務化されていない市場でも適用されます。
正当なフラッシュコール認証はルートごとに不正利用と区別されるため、通信事業者はなりすましやSMSパンピングの試行をブロックしつつ、低コストなチャネルと収益化の判断を維持できます。
RA、ホールセール、およびシグナリングチームが会議なしで理解できる宣言的なポリシー。判定結果は標準的なCDRとして、既存の課金およびRAパイプラインに配信されます。
# /etc/broadnet/flashfw/policy.d/whatsapp.yaml# Monetize WhatsApp flash calls in UAE, KSA, Egyptpolicy: 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_dropped3つのデプロイモードを順次適用します。ほとんどの通信事業者は、まず30日間検知のみを行い、その後、強制適用する前にOTTと商用収益化について交渉します。
ミラーリングされたイングレスフィード。通話への影響はゼロです。商談に向けて、ボリューム、OTTの属性、リスクのある収益などのエビデンスファイルを作成します。
検知されたフラッシュコールに対するイベントごとの課金。OTTごとの通信事業者が設定する料金表。毎月、同じA2Pポータルで照合されます。
CLIをブロックまたは変更し、認証コードを読み取れないようにします。ホワイトリストに対応。ポリシーによりいつでも設定を元に戻せます。
BroadNetは通信事業者のネットワークの拡張として動作します。第三者によるデータ処理は行われず、PII(個人識別情報)が境界を越えることもありません。すべてのポリシー決定には完全な監査証跡が残ります。
音声および認証トラフィック向けのシグナリング・ファイアウォール・ガイドライン。
すべての検査はネットワーク内で行われます。CDRおよびメタデータは通信事業者の内に留まります。
通話ごとの決定ログは、通信事業者の保存ポリシーに従って保持されます。
ホワイトリスト、料金表、強制モード — 通信事業者が設定および変更可能です。
課題:OTT認証によるフラッシュコールのバイパス通信量が、A2Pの収益を侵食していましたが、OTTや規制当局に対抗するための商業的な証拠が不足していました。アプローチ:検知のみのフェーズにより、規制当局およびOTTとの交渉に活用できる測定済みのボリュームベースラインを構築しました。
課題:フラッシュコールの一律なブロックは、加入者からの苦情や規制当局へのエスカレーションを招くリスクがありました。アプローチ:CLIの変更により、加入者のサインインフローを損なうことなく、OTTを段階的にSMS OTPへと誘導しました。
課題:小規模なネットワークにおいて、OTTフラッシュトラフィックを分類するための社内データサイエンス能力が不足していました。アプローチ:BroadNetのFlash DBを導入したことで、初日から運用が可能となり、ポータルレポートは財務チームの月次決済に直接反映されました。
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ファイアウォールが、正規のトラフィックには一切干渉することなく、グレールートや不正をラインレートで遮断します。
30日間の検知のみのデプロイにより、ネットワーク上のバイパスボリュームが明らかになります。導入のメリットは明白です。
本製品のコンセプトについて詳しく見る