ML-basierte Signaturerkennung
Verhaltensklassifikatoren, trainiert anhand von Flash-Call-Kampagnenmustern in den Netzen verschiedener Betreiber. Anrufdauer, Versuchsquoten, Reichweitengeschwindigkeit, A-Zahlen-Entropie.
Flash Call & Voice Firewall
Flash-Call-Erkennung für Netzbetreiber, am Sprach-Eingang
Stoppen Sie die OTT-Authentifizierungsumgehung auf der Signalisierungsebene.
Die Flash-Call-Firewall von BroadNet ermöglicht Mobilfunkbetreibern, die Umgehung der Authentifizierung per Flash Call am Sprach-Ingress zu erkennen und zu stoppen – und so Verifizierungsumsätze zurückzugewinnen, die OTT-Apps sonst an A2P-SMS vorbeileiten würden. Eine Sprach-Firewall, die das Umgehen der Flash-Anrufauthentifizierung bei WhatsApp, Telegram, IMO, Viber und anderen OTT-Diensten erkennt. Erkennung aus mehreren Quellen – Flash-Datenbank, Flash-Profil-Datenbank, ATI/SRI-SM, Rufnummernplanprüfung, CDR/EDR-Analyse – und anschließende Blockierung, Änderung der CLI oder Protokollierung und Benachrichtigung.
MNO-Standard
Assoziiertes GSMA-Mitglied
Integrierte Umsatzsicherung
BroadNet · Flash-Anruf-Verifizierung
Flash-Anruf-Verifizierung
200+
Länder
1,000+
Betreiberverbindungen
99.99%
SLA
MNO-VERBINDUNGEN
1,000+
Direkte Betreiberverbindungen weltweit
ABGEDECKTE LÄNDER
200+
Signal- und Sprachreichweite über Märkte hinweg
JAHRE BEDIENER-STUFE
23+
Infrastruktur in Carrier-Qualität seit 2003
ENGINEERING-TEAM
300+
Interne Signal- und Sprachingenieure
Wie es im Sprachpfad positioniert ist
Vom SS7 IAM
bis zur Entscheidung, in unter 100 ms.
Die Firewall ist transparent am internationalen Spracheingang implementiert. Jeder Verbindungsaufbau wird dekodiert, anhand der Flash-Datenbank und der Profildatenbank bewertet, mit ATI/SRI-SM abgeglichen und ein Ergebnis zurückgegeben, bevor das MSC das Mobilteil überhaupt anruft.
- 01 · EingangInternationale Sprach-POI
Der Aufbau eingehender internationaler Anrufe erfolgt über SS7 IAM oder SIP-I von den Carrier-Verbindungen am Sprachgateway.
kein zusätzlicher Hop - 02 · EntschlüsselnSetup-Inspektion
ISUP IAM und CAP InitialDP dekodiert. A-Nummer, B-Nummer, Reichweite und erwartete Aufbauzeit wurden im Flug extrahiert.
p99 < 20 ms - 03 · ErgebnisFlash DB · Profil
Flash-DB-Lookup, Verhaltensabgleich der Flash-Profil-DB, ATI/SRI-SM-Quervergleich, Nummerierungsplanvalidierung.
p99 < 60 ms - 04 · UrteilRichtlinien-Engine
Monetarisieren · Blockieren · CLI anpassen · Protokollieren. Pro OTT, pro Bereich, pro Markt. Vom Betreiber konfigurierbar.
p99 < 20 ms - 05 · AktionMSC / Abrechnung
Saubere Anrufe werden an MSC weitergeleitet. Flash-Anrufe werden pro Ereignis zum A2P-Äquivalenttarif abgerechnet oder beim Verbindungsaufbau abgebrochen.
Gesamt < 100 ms - ← signed CDR · per-OTT report · OCS bill
01 · Eingang
Internationale Sprach-POI
Der Aufbau eingehender internationaler Anrufe erfolgt über SS7 IAM oder SIP-I von den Carrier-Verbindungen am Sprachgateway.
kein zusätzlicher Hop
02 · Entschlüsseln
Setup-Inspektion
ISUP IAM und CAP InitialDP dekodiert. A-Nummer, B-Nummer, Reichweite und erwartete Aufbauzeit wurden im Flug extrahiert.
p99 < 20 ms
03 · Ergebnis
Flash DB · Profil
Flash-DB-Lookup, Verhaltensabgleich der Flash-Profil-DB, ATI/SRI-SM-Quervergleich, Nummerierungsplanvalidierung.
p99 < 60 ms
04 · Urteil
Richtlinien-Engine
Monetarisieren · Blockieren · CLI anpassen · Protokollieren. Pro OTT, pro Bereich, pro Markt. Vom Betreiber konfigurierbar.
p99 < 20 ms
05 · Aktion
MSC / Abrechnung
Saubere Anrufe werden an MSC weitergeleitet. Flash-Anrufe werden pro Ereignis zum A2P-Äquivalenttarif abgerechnet oder beim Verbindungsaufbau abgebrochen.
Gesamt < 100 ms
Bedrohungslandschaft
A2P-Umsätze, die unbemerkt Ihr Netzwerk verlassen.
Ein Flash-Anruf ist ein verpasster Anruf. Die OTT-App wählt die Nummer, liest die Ziffern der Rufnummer als Bestätigungscode und legt auf, bevor der Nutzer abnimmt. Es wird kein SMS-CDR generiert, und es fallen keine A2P-Abrechnungen an – die Last wird jedoch von Ihrem STP, Ihrem MSC und Ihren Sprach-POIs getragen.
In vielen Korridoren im Nahen Osten und Nordafrika sowie in Afrika machen Flash-Anrufe einen großen und wachsenden Anteil des Authentifizierungsvolumens aus – monetarisierter A2P-Verkehr, der direkt aus der Tür fließt.
So funktioniert es
Die Umgehung erkennen. Monetarisieren oder blockieren. Mit einer einzigen Entscheidung.
Sechs Funktionen arbeiten beim internationalen Spracheingang zusammen. Ein Ergebnis pro Anruf in unter 100 ms, mit voller Transparenz pro OTT-Gerät im Downstream.
OTT-Bypass-Identifizierung
Die Daten stammen von WhatsApp, Telegram, IMO, Viber und neuen Apps. Durch kontinuierliche, aktive Überprüfung bleibt die Flash-Datenbank stets auf dem neuesten Stand.
Monetarisieren oder blockieren
Es wird ein A2P-äquivalenter Preis pro Ereignis berechnet, andernfalls wird das Gespräch abgebrochen. Der Anbieter entscheidet je nach OTT, Reichweite und Markt.
Echtzeitentscheidung
Die Antwortzeit für internationale Sprachverbindungen betrug unter 100 ms. Es gab keine Auswirkungen auf die reguläre Sprachverbindung oder die POI-Kapazität.
Berichterstattung pro OTT
WhatsApp vs. Telegram vs. Viber vs. IMO: Umgehungsvolumen. Gefährdete und wiederhergestellte Einnahmen sowie die Wirksamkeit der Maßnahmen pro App.
Richtlinien des Betreibers steuern
Konfigurierbar pro Präfix, pro Bereich, pro Anwendung, pro Zeitfenster. Stufenweise Durchsetzung: Erkennen, CLI-Änderung, dann Blockieren.
Anrufer-ID-Authentifizierung
Wo Flash Calls auf STIR/SHAKEN -Attestierung treffen.
Ein Flash-Anruf funktioniert, weil der Teilnehmer der angezeigten Anrufer-ID vertraut. STIR/SHAKEN ist das Branchenstandard-Framework zum Nachweis der Echtheit der Anrufer-ID – es signiert die Ursprungsnummer und überträgt eine Attestierungsebene über SIP Verbindungen. Die Flash-Anruf-Firewall von BroadNet unterstützt Attestierungen, sodass Betreiber echte Anrufe von gefälschten Sprach- OTP unterscheiden und die Monetarisierungsentscheidung in jedem Fall behalten können.
Attestierungsbewusste Überprüfung
STIR/SHAKEN signiert die Ursprungsrufnummer eines Anrufs in einem PASSporT -Token und überträgt eine Attestierungsstufe über SIP. Sofern Ihr Netzwerk dies unterstützt, liest die Flash-Call-Firewall die Attestierung zusammen mit CLI und Kadenz in das Ergebnis ein.
Gefälschte Stimme – OTP erwischt
Gefälschte Verifizierungsanrufe, die eine Bank- oder Marken CLI vortäuschen, scheitern an den Ursprungs- und CLI -Integritätsprüfungen an der Grenze – genau die Lücke STIR/SHAKEN schließen soll, und wird in Märkten durchgesetzt, in denen es noch nicht vorgeschrieben ist.
Legitime Flash-Anrufe werden beibehalten
Die Echtheitsprüfung von Flash-Anrufen ist routenweise vom Missbrauchsschutz getrennt, sodass die Betreiber den kostengünstigen Kanal und die Monetarisierungsentscheidung behalten, während gleichzeitig gefälschte oder manipulierte Anrufversuche blockiert werden.
Politik & Integration
Regeln pro OTT. CDRs pro Ereignis. Maker-Checker gefördert.
Eine deklarative Richtlinie, die Ihre RA-, Großhandels- und Signalisierungsteams ohne Meeting einsehen können. Die Ergebnisse werden als standardmäßige CDRs in Ihre bestehenden Abrechnungs- und RA-Pipelines integriert.
Beispiel
# /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_droppedEinsatz
Phasenweise Durchsetzung. Das Vertrauen der Abonnenten erhalten.
Drei Bereitstellungsmodi, nacheinander. Die meisten Betreiber führen zunächst 30 Tage lang eine reine Erkennungsphase durch und verhandeln anschließend mit dem OTT-Anbieter über die kommerzielle Monetarisierung, bevor sie diese erzwingen.
01
Nur erkennen
Gespiegelter Eingangsfeed. Keine Beeinträchtigung der Anrufe. Erstellen Sie die Nachweisdatei – Volumen, OTT-Zuordnung, gefährdeter Umsatz – für Geschäftsgespräche.
02
Monetarisieren
Abrechnung pro erkanntem Flash-Anruf. Vom Anbieter festgelegte Preisliste pro OTT-Dienst. Monatlicher Abgleich mit demselben A2P-Portal.
03
Erzwingen
Blockieren oder modifizieren Sie die CLI so, dass der Verifizierungscode unlesbar ist. Unterstützt Whitelists. Jederzeit per Richtlinie reversibel.
Auf einen Blick
Spezifikationen
Einsatz
Internationale Sprachübertragung · Inline- oder Spiegelung
Detektionsquellen
Flash DB · Profile DB · ATI · SRI-SM · NP · CDR/EDR
Entscheidungsverzögerung
< 100 ms p99
Aktionen
Monetarisieren · Blockieren · CLI modifizieren · Protokollalarm
Flash-DB-Aktualisierungsfrequenz
Kontinuierlich — aktives Sondieren + CDR-Rückmeldung
OTT-Abdeckung
WhatsApp · Telegram · IMO · Viber · neue Apps
Whitelist-Richtlinie
Vom Betreiber pro Präfix/Bereich konfigurierbar
Berichterstattung
Volumen pro OTT · Umsatzauswirkungen · politischer Effekt
Integration
STP · Sprachabrechnung · NOC · Betreiberportal
Einhaltung
GSMA FS.19 · Betreiberkontrollierte Abonnenten-Privatsphäre
Einhaltung
Vom Betreiber gesteuert. Sicher für den Abonnenten.
BroadNet fungiert als Erweiterung des Betreibernetzes. Es findet keine Datenverarbeitung durch Dritte statt, keine personenbezogenen Daten verlassen das Netzwerk, und jede Richtlinienentscheidung wird lückenlos nachvollziehbar dokumentiert.
GSMA FS.19-konform
Richtlinien für die Signalisierungs-Firewall für Sprach- und Authentifizierungsdatenverkehr.
Kein PII-Export
Die gesamte Prüfung erfolgt innerhalb des Netzwerks. CDRs und Metadaten verbleiben beim Betreiber.
Vollständiger Prüfpfad
Das Protokoll der Anrufentscheidungen wird gemäß der Aufbewahrungsrichtlinie des Betreibers gespeichert.
Vom Betreiber festgelegte Richtlinie
Whitelist, Preisliste, Durchsetzungsmodus – vom Betreiber konfigurierbar und reversibel.
Beispielhafte Betreiberszenarien
Welche Monetarisierungsmöglichkeiten für Flash-Anrufe?
Sieht aus wie auf der Gewinn- und Verlustrechnung.
GCC MobilfunkbetreiberMNO · GCC
Herausforderung: Das durch die Umgehung der OTT-Verifizierung verursachte Anrufvolumen schmälerte die A2P Einnahmen, ohne dass es kommerzielle Belege gab, um gegen die OTT-Anbieter oder die Regulierungsbehörde vorzugehen. Vorgehensweise: Eine reine Erkennungsphase schuf eine messbare Volumenbasis, die in die Verhandlungen mit der Regulierungsbehörde und den OTT-Anbietern einfloss.
VP Großhandel & Roaming
südasiatischer TelekommunikationsbetreiberMNO · Südasien
Herausforderung: Eine pauschale Sperrung von Flash-Anrufen barg das Risiko von Kundenbeschwerden und Eskalationen durch die Regulierungsbehörden. Lösung: Durch eine Anpassung der Anrufbeantworter-Nummer CLI wurden OTT-Dienste schrittweise wieder auf SMS Einmalpasswörter OTP umgestellt, ohne die Anmeldeprozesse der Kunden zu beeinträchtigen.
Leiter der A2P Strategie
Levante MNOMNO · Levante
Herausforderung: Einem kleineren Netzwerk fehlten die internen Kapazitäten im Bereich Data Science, um OTT-Flash-Traffic zu klassifizieren. Lösung: BroadNet Flash-Datenbank funktionierte vom ersten Tag an, und die Portalberichte flossen direkt in die monatliche Abrechnung des Finanzteams ein.
Revenue-Assurance-Manager
Sorgfaltspflicht des Betreibers
Acht Antworten
für den Großhandelsausschuss.
Die Rate falsch-positiver Ergebnisse bei legitimen internationalen Sprachverbindungen bleibt sehr niedrig, da die Flash-Datenbank und die Flash-Profildatenbank mit der Validierung des Nummernplans und dem ATI/SRI-SM-Querschnitt kombiniert werden. Daher basiert das Ergebnis selten auf einem einzelnen Signal. Wir stellen die Rate falsch-positiver Ergebnisse pro OTT im Betreiber-Dashboard zur Verfügung, damit die Zulassungsteams sie überprüfen und die Empfindlichkeit für jede Anwendung anpassen können.
Wir beginnen stets mit dem reinen Erkennungsmodus (Spiegelung) für 30 Tage. Dadurch erhält der Betreiber eine saubere Ausgangsbasis für das Bypass-Volumen nach OTT, Reichweite und Markt – die Beweisdatei, die zur Verhandlung mit dem OTT oder zur Festlegung der Tarife verwendet wird. Sobald die Richtlinien vereinbart sind, schaltet die Firewall auf Inline-Durchsetzung um (Monetarisierung, CLI-Anpassung oder Blockierung). Der übliche Standardzustand ist ein Hybridmodus (Inline-Durchsetzung bei monetarisierten OTTs, Spiegelung bei neuen).
Kontinuierlich. Wir testen WhatsApp, Telegram, IMO, Viber und viele weitere neue Apps in unserem Labor in Dubai und generieren rund um die Uhr OTP. Neu erkannte CLI Bereiche werden innerhalb weniger Stunden in die Flash-Datenbank aufgenommen und an alle Betreiber verteilt. Die Betreiber tragen ihrerseits über CDR-Feedback bei – der Kreislauf ist geschlossen.
Möglicherweise, wenn Sie direkt zur Sperrung übergehen. Die beste Vorgehensweise ist ein stufenweises Vorgehen: 30 Tage reine Erkennung, dann Anpassung der CLI (das OTP wird unlesbar, der Nutzer wird nach einigen Versuchen sanft zur SMS-OTP zurückgeführt), anschließend Monetarisierung oder Sperrung je nach OTT-Anbieter.
Das Ergebnis erzeugt einen CDR/EDR mit einem konfigurierbaren Tarif-Tag im Abrechnungsschema des Betreibers. Wir unterstützen das direkte Schreiben in Amdocs, Ericsson Charging System, Huawei CBS, Oracle BRM und verschiedene hauseigene BSS-Systeme. Für die Echtzeit-Monetarisierung kommuniziert die Firewall über Diameter Ro/Gy mit OCS zur ereignisbasierten Reservierung und Abrechnung. Die meisten Betreiber implementieren dies in der zweiten Phase der Bereitstellung.
Die Abrechnung erfolgt pro geprüfter Anrufverbindung, gestaffelt nach monatlichem Volumen, ohne Erlang-Gebühr. Es fällt eine einmalige Entwicklungsgebühr für die Integration mit dem Sprach-POI an, sowie eine geringe jährliche Wartungsgebühr für Flash-DB-Updates, die Laborsondenflotte und vierteljährliche Optimierungen.
Ja. Das Labor überwacht aktiv über zwanzig Apps, darunter Botim, ToTok, Snapchat, Signal, LINE, KakaoTalk, WeChat, Skred, Element und eine Vielzahl regionaler Apps. Sobald eine neue App in einem beliebigen Mobilfunknetz auftaucht, nehmen wir sie innerhalb einer Woche in unsere Testflotte auf. Mobilfunkanbieter können über das Supportportal auch eine individuelle Abdeckung für Nischen-Apps anfordern.
Ja. Jeder Beschluss wird unterzeichnet, mit einem Zeitstempel versehen und in einem manipulationssicheren Archiv gespeichert, das während des gesamten regulatorischen Zeitraums des Betreibers aufbewahrt wird. Wir liefern vorgefertigte Exportvorlagen für TRA (Libanon), CST (Saudi-Arabien), NTRA (Ägypten), TDRA (VAE), CRA (Katar), TRA (Oman), TRA (Bahrain), TRC (Jordanien), ARPT (Algerien), ANRT (Marokko) und INT-T (Tunesien). Das Exportmodul erstellt außerdem die vierteljährliche Offenlegung des Umgehungsverkehrs, die von mehreren Regulierungsbehörden gefordert wird.
Benötigen Sie die Vorlage zur Offenlegung des Bypass-Datenverkehrs oder eine Arbeitssitzung mit unseren Voice-Firewall-Ingenieuren? Messung des Lecks von Flash-Anrufen →
Verwandte Fähigkeiten
SS7 SMS Firewall
Signalisierungsfirewall für SMS am internationalen STP.
Mehr erfahren
Lokale SMSC-Firewall
SMS-Filterung und Absenderkontrolle auf Anwendungsebene.
Mehr erfahren
SMSC-Gateway
Gehostetes SMSC für die monetarisierte A2P-Authentifizierung.
Mehr erfahren
A2P SMS
Direkte Betreiberverbindungen für die kostenpflichtige Zustellung von Einmalpasswörtern.
Mehr erfahren
Bedienerklasse
Schützen und monetarisieren auf der Signalisierungsebene.
Netzwerkinterne SMS und SS7 Firewalls unterbinden Graurouten und Betrug mit Leitungsgeschwindigkeit, während der legitime Datenverkehr unberührt bleibt.
<5ms
Inspektion
99.99%
Betriebszeit
1,000+
MNO Verbindungen
Bedienereinweisung · Geheimhaltungsvereinbarung verfügbar
Hört auf, ihren Verkehr kostenlos zu befördern.
Dreißig Tage reiner Erkennungsbetrieb decken das Ausmaß der Umgehung in Ihrem Netzwerk auf. Der kommerzielle Nutzen ergibt sich von selbst.
$ broadnet flash-call --mode detect --window 30d
Verwandte Leitfäden & Antworten
Vertiefen Sie die Konzepte hinter diesem Produkt.