基于机器学习的特征检测
基于运营商网络中闪呼活动模式训练的行为分类器。涵盖通话时长、尝试比例、号段速率及A号码熵。
闪呼与语音防火墙
面向运营商的语音接入端闪呼检测
停止OTT身份验证绕过在信令层。
BroadNet闪呼防火墙帮助移动运营商在语音入口检测并拦截闪呼身份验证绕过，挽回原本会被OTT应用绕开A2P短信而流失的验证收入。一款能够检测来自WhatsApp、Telegram、IMO、Viber及其他OTT的闪呼身份验证绕过的语音防火墙。通过多源检测——Flash DB、Flash Profile DB、ATI/SRI-SM、编号计划检查、CDR/EDR分析——随后进行拦截、修改CLI或记录并告警。
MNO级
GSMA准会员
内置营收保障功能
实时·闪呼验证
闪呼验证
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拨打手机之前即可返回判定结果。
- 01 · 入站国际语音POI
入站国际通话通过运营商互联的SS7 IAM或SIP-I到达语音网关。
无额外跳转 - 02 · 解码设置检查
ISUP IAM和CAP InitialDP已解码。在传输过程中提取了A号码、B号码、范围及预期的建立时长。
p99 < 20ms - 03 · 评分闪存数据库 · 配置文件
闪呼数据库查询、闪呼配置文件数据库行为匹配、ATI / SRI-SM交叉检查、号码计划验证。
p99 < 60ms - 04 · 判定策略引擎
变现 · 拦截 · 修改CLI · 日志。按OTT、按范围、按市场。运营商可配置。
p99 < 20ms - 05 · 执行MSC / 计费
合规通话将传输至MSC。闪呼按A2P等效费率按次计费，或在建立连接时被拦截。
总计 < 100ms - ← 已签名CDR · 各OTT报告 · OCS账单
01 · 入站
国际语音POI
入站国际通话通过运营商互联的SS7 IAM或SIP-I到达语音网关。
无额外跳转
02 · 解码
设置检查
ISUP IAM和CAP InitialDP已解码。在传输过程中提取了A号码、B号码、范围及预期的建立时长。
p99 < 20ms
03 · 评分
闪存数据库 · 配置文件
闪呼数据库查询、闪呼配置文件数据库行为匹配、ATI / SRI-SM交叉检查、号码计划验证。
p99 < 60ms
04 · 判定
策略引擎
变现 · 拦截 · 修改CLI · 日志。按OTT、按范围、按市场。运营商可配置。
p99 < 20ms
05 · 执行
MSC / 计费
合规通话将传输至MSC。闪呼按A2P等效费率按次计费，或在建立连接时被拦截。
总计 < 100ms
威胁态势
A2P收入正悄无声息地流出您的网络。
闪呼是一种未接来电。OTT应用拨号，将CLI数字读取为验证码，并在用户接听前挂断。不会生成短信CDR，也不适用A2P计费——但您的STP、MSC和语音POI仍需承载负载。
在许多中东和非洲（MENA）通道中，闪呼可能占据很大且不断增长的身份验证流量份额——这意味着A2P变现流量正在白白流失。
工作原理
检测绕过行为。通过一次决策，实现变现或拦截。
在国际语音入站处协同工作的六项能力。每次通话仅产生一个判定，延迟低于100 ms，并具备完整的下游各OTT可见性。
OTT绕过识别
溯源至WhatsApp、Telegram、IMO、Viber及新兴应用。通过持续的主动探测，使Flash DB始终领先于新号段。
变现或拦截
按事件收取等同于A2P的价格，或直接挂断通话。运营商可根据OTT、范围及市场进行决策。
实时决策
在国际语音入口处，判定结果返回时间低于100毫秒。不会影响合法的语音建立或POI容量。
按OTT报告
WhatsApp对比Telegram、Viber及IMO的绕过量。按应用统计面临风险的收入、已回收收入及策略有效性。
运营商策略控制
可按前缀、范围、应用及时间窗口进行配置。分阶段执行：检测、修改CLI，然后拦截。
来电显示身份验证
闪呼与STIR/SHAKEN认证的结合点。
闪呼之所以有效，是因为用户信任所看到的来电显示。STIR/SHAKEN是用于证明来电显示真实性的行业框架——通过对主叫号码进行签名，并在SIP互联中携带认证级别。BroadNet的闪呼防火墙具备认证感知能力，因此运营商可以区分真实的验证码与仿冒的语音验证码，并据此做出变现决策。
具备认证感知能力的验证
STIR/SHAKEN在PASSporT令牌中对通话的起始号码进行签名，并通过SIP传输认证级别。在您的网络支持的情况下，闪呼防火墙会将认证信息与CLI和呼叫频率一起读取并纳入判定结果。
拦截仿冒语音验证码
仿冒银行或品牌CLI的虚假验证电话在边界处无法通过来源和CLI完整性检查——这正是STIR/SHAKEN旨在填补的漏洞，并在尚未强制执行该标准的市场中强制执行。
保留合法的闪呼
真正的闪呼验证按通道与滥用行为进行分离，因此运营商在拦截仿冒或刷量尝试的同时，能够保留低成本通道并自主做出变现决策。
策略与集成
针对OTT应用的规则。针对事件的CDR。支持双人复核机制。
声明式策略，您的RA、批发及信令团队无需开会即可读懂。判定结果将作为标准CDR接入您现有的计费和RA流水线。
Example
# /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_dropped部署
阶段性强制执行。维护用户信任。
三种部署模式，循序渐进。大多数运营商会先运行30天的仅检测模式，然后在强制执行前与OTT协商商业变现。
01
仅检测
镜像入站数据流。零通话影响。构建包含发送量、OTT归属及风险收入在内的证据文件，以用于商务洽谈。
02
变现
针对检测到的闪呼进行按事件计费。运营商可根据OTT设置费率表。每月通过相同的A2P门户进行对账。
03
强制执行
拦截或修改CLI，使验证码无法读取。支持白名单识别。可根据策略随时进行逆向操作。
一目了然
规格参数
部署
国际语音接入 · 直连或镜像
检测源
Flash DB · Profile DB · ATI · SRI-SM · NP · CDR/EDR
决策延迟
< 100 ms p99
操作
变现 · 拦截 · 修改CLI · 日志警报
闪存数据库更新频率
持续进行 — 主动探测+CDR反馈
OTT覆盖范围
WhatsApp · Telegram · IMO · Viber · 新兴应用
白名单策略
可根据前缀/范围由运营商配置
报告
各OTT业务量 · 营收影响 · 策略效果
集成
STP · 语音计费 · NOC · 运营商门户
合规
GSMA FS.19 · 运营商控制的用户隐私
合规
运营商管控，保障用户安全。
BroadNet作为运营商网络的延伸运行。无第三方数据处理，任何个人身份信息（PII）均不会离开边界，每项策略决策均有完整的审计追踪。
符合GSMA FS.19标准
针对语音和认证流量的信令防火墙指南。
无PII导出
所有检测均在网络内运行。CDR和元数据保留在运营商内部。
完整审计追踪
根据运营商的保留政策保留每通电话的决策日志。
运营商设定的策略
白名单、费率表、执行模式——由运营商进行配置且可逆。
运营商应用场景示例
闪呼变现
在损益表上的表现。
GCC移动运营商MNO · GCC
挑战：来自OTT验证的闪呼绕过流量正在侵蚀A2P的收入，且缺乏商业证据来应对OTT或监管机构。方案：通过仅检测阶段，建立了可衡量的流量基准，并将其用于与监管机构及OTT的谈判。
批发与漫游副总裁
南亚电信运营商MNO · 南亚
挑战：对闪呼进行全面拦截存在导致用户投诉和监管升级的风险。方案：通过修改CLI，在不破坏用户登录流程的情况下，逐步将OTT引导回SMS OTP。
A2P战略负责人
黎凡特地区MNOMNO · Levant
挑战：某小型运营商缺乏内部数据科学能力来对OTT闪呼流量进行分类。方案：BroadNet的Flash DB从第一天起即可投入使用，门户报告直接流入财务团队的每月结算流程。
营收保障经理
运营商尽职调查
八个答案
供批发委员会参考。
由于Flash DB和Flash Profile DB结合了号码规划验证以及ATI / SRI-SM交叉检查，针对合法国际语音的误报率保持在极低水平，因此判定结果极少仅基于单一信号。我们在运营商控制面板中公开了各OTT的误报率，以便RA团队进行审计并针对不同应用调整灵敏度。
我们始终先从为期30天的仅检测（镜像）模式开始。这能让运营商获得关于OTT、号段和市场的绕过流量基准数据——即用于与OTT进行谈判或制定价格表的证据文件。一旦策略达成一致，防火墙将切换为inline强制执行模式（变现、修改CLI或拦截）。混合模式（对已变现的OTT采用inline，对新兴的采用镜像）是常见的稳定状态。
持续进行。我们在迪拜实验室运行WhatsApp、Telegram、IMO、Viber以及大量新兴应用的测试安装，并全天候触发OTP生成。新观察到的CLI号段会在几小时内添加到Flash DB并推送至所有运营商部署。运营商也会通过CDR反馈进行回馈——形成闭环。
有可能，如果您直接采取拦截措施。最佳实践是分阶段进行：先进行30天的仅检测阶段，然后进行CLI修改（使OTP变得无法识别，通过几次尝试引导用户返回使用短信OTP），最后根据各OTT的情况采取变现或拦截。
判定结果会生成一份带有运营商计费方案中可配置费率标签的CDR / EDR。我们支持直接写入Amdocs、Ericsson Charging System、Huawei CBS、Oracle BRM以及多种自研BSS堆栈。为了实现实时变现，防火墙通过Diameter Ro / Gy协议与OCS通信，进行逐事件的预留和计费，大多数运营商会在部署的第二阶段完成此项对接。
根据检查的通话建立次数，按月流量分级，且无需支付Erlang费用。集成语音POI需支付一次性NRE费用，并需支付少量年度维护费，用于涵盖Flash DB更新、实验室探针集群以及季度调优。
是的。实验室正积极追踪二十多个应用，包括Botim、ToTok、Snapchat、Signal、LINE、KakaoTalk、WeChat、Skred、Element以及大量区域性应用。当任何运营商网络中出现新的绕过应用时，我们会在一周内将其纳入探测集群。运营商也可以通过支持门户申请针对特定小众应用的定制化覆盖。
是的。每一项判定都会经过签名、时间戳处理，并写入防篡改的审计存储库，保留时间符合运营商的监管要求。我们提供针对TRA (Lebanon)、CST (KSA)、NTRA (Egypt)、TDRA (UAE)、CRA (Qatar)、TRA (Oman)、TRA (Bahrain)、TRC (Jordan)、ARPT (Algeria)、ANRT (Morocco)和INT-T (Tunisia)的预置导出模板。导出模块还会生成目前多家监管机构要求的季度绕过流量披露报告。
需要绕过流量披露模板，还是需要与我们的语音防火墙工程师进行工作会议？ 测算闪呼漏损 →
相关指南与问答
深入了解该产品背后的核心概念。