概述：骚扰电话和诈骗短信是印度通信业最疼的伤口。2024年9月25日，Bharti Airtel上线了印度首个网络级AI反骚扰系统——不走App、不用用户报名单，全网3.6亿用户默认开启，每通电话、每条短信都在2毫秒内过完两层AI过滤。两年后，官方口径是累计标记984亿次骚扰呼叫、44亿条骚扰短信，用户电信诈骗损失下降近七成。本文拆解这套系统的架构、两年演进账本、误杀与OTT逃逸两大暗礁，以及它给运营商同行的三点启发。所有数据均注明来源，其中多数为运营商自报口径、部分经GSMA与印度内政部I4C数据交叉印证。
先看盘子有多大。GSMA在2026年1月发布的Airtel案例研究中引用了其《ASEAN消费者诈骗报告2025》的数据：印度有53%的成年人报告一生中遭遇过诈骗；诈骗分子接近受害者的通道里，46%走OTT应用（WhatsApp等），37%走短信。也就是说，骚扰与诈骗的主战场正在从纯话音向多通道迁移，但电话和短信仍是基础设施层面的重灾区。
印度的监管框架本身也在演进。从Airtel上线公告的编辑注可以读到几个关键安排：政府把160开头的十位号码划给银行、保险、券商等机构的事务性外呼；把140开头的号码划给营销外呼；用户可登记DND（免打扰）拒收推销。这套“号段分类+用户意愿登记”的组合拳是名单式治理的典型思路——先验、静态、靠申报。
名单式治理的老问题每个运营商都懂：号码是活的，人是活的。猫池一天能吐出成千上万个新号，正规的140号码也可能被转租滥用，而用户接到的骚扰有相当一部分来自“看起来正常”的普通号码。名单管得住良民，管不住游击队。这正是Airtel决定换武器的原因——其CEO Gopal Vittal在上线公告里说得很直白：为了彻底解决这个问题，团队已经干了整整十二个月。
这套系统的核心设计是双层过滤：第一层在网络层，第二层在IT系统层，每一通呼叫和每一条短信都要依次穿过这两道闸。按官方口径，系统每天处理15亿条短信、25亿次呼叫（GSMA案例中的口径为24亿次呼叫），在2毫秒内完成处理，折算下来“相当于实时处理1万亿条记录”。
自研是另一个关键标签。方案由Airtel自己的数据科学家团队开发，用专有算法做特征工程与分类。从公开披露看，模型吃进的信号包括：主叫方的使用行为模式、呼叫/短信频次、通话时长等实时参数，再与已知骚扰模式库交叉比对后给出“疑似骚扰”的判定。
除了行为侧，内容侧还有三招，都写进了上线公告：
对用户来说这套东西是零操作的：免费、自动开通、不需要打客服工单、不需要装App。这在印度意义重大——功能机用户、不识字的老人、从不碰应用商店的 rural 用户，恰恰是电信诈骗最集中的受害群体，App方案天然触达不到他们。
从运维视角看，这个架构真正值得琢磨的是时延预算。2毫秒意味着判定逻辑被嵌进了呼叫建立与消息下发的实时路径，而不是离线批处理。这决定了三件事：特征必须轻量可缓存（频次、时长这类行为聚合值要预计算）；判定结果必须分层消费（实时提醒用户 vs 异步封禁号码）；一旦系统抖动，影响面就是全网信令路径——这不是一个报表系统，这是一个核心网级的在线业务系统。
flowchart TD
A["全网呼叫与短信流量"] --> B["网络层AI过滤"]
A --> C["IT系统层AI过滤"]
B --> D["行为特征计算"]
C --> E["内容与链接扫描"]
L["IMEI异常检测"] --> D
D --> F["与已知骚扰模式比对"]
E --> G["恶意URL黑名单库"]
F --> H{"风险判定"}
G --> H
H -->|正常| I["正常接通"]
H -->|疑似骚扰| J["来电标记提醒"]
H -->|高危| K["封禁骚扰源号码"]
这里要分清两个动作，很多报道混为一谈：标记和封禁。上线公告说的是每天识别出约1亿次疑似骚扰呼叫和300万条疑似骚扰短信，以“提醒用户”为主；GSMA案例补充的口径是系统日均封禁117万个骚扰源。前者是用户体验动作，后者是治理动作，量级差了两个数量级——大部分可疑号码被示警而非直接处死，这是把误杀代价压到最低的保守策略。
表1：系统核心参数一览（官方口径）
| 指标 | 数值 | 来源与说明 |
|---|---|---|
| 日处理呼叫量 | 约25亿次 | 上线公告；GSMA案例口径24亿次 |
| 日处理短信量 | 约15亿条 | 上线公告；GSMA案例同口径 |
| 判定时延 | 2毫秒内 | 官方称折算为日实时处理1万亿条记录 |
| 日标记骚扰呼叫 | 约1亿次 | 上线公告，动作为主叫标记提醒 |
| 日标记骚扰短信 | 约300万条 | 上线公告 |
| 日均封禁骚扰源 | 约117万个 | GSMA案例（2026年初发布口径） |
| 覆盖范围 | 印度约3.6亿用户 | 免费、默认开通、无需装App |
| 部署形态 | 网络层+IT系统层双层过滤 | Airtel数据科学家自研 |
把两年时间线摊开，能看到这套系统是怎么一步步长出功能的。
表2：Airtel反骚扰AI两年里程碑
| 时间 | 累计成果 | 关键动作 |
|---|---|---|
| 2024年9月 | 系统上线 | 双层AI盾全网默认开通 |
| 2024年12月 | 标记80亿次呼叫、8亿条短信 | 上线两个半月发布首份网络骚扰报告 |
| 2025年4月 | 累计标记275亿次呼叫 | 公布新一轮反骚扰功能 |
| 2025年5月 | — | 上线全球首创的OTT恶意域名拦截；面向企业推出商户名称显示（BND） |
| 2025年9月 | 用户诈骗损失下降近70% | 引用印度内政部I4C数据背书 |
| 2026年2月 | — | 上线OTP泄露防诈提醒（Fraud Alert） |
| 2026年3月 | — | 与Google合作加固RCS消息安全 |
| 2026年9月 | 累计标记984亿次呼叫、44亿条短信 | 两周年成绩单 |
数字可以粗验一下自洽性：80亿次÷75天≈日均1.07亿次，275亿次÷210天≈日均1.31亿次，984亿次÷730天≈日均1.35亿次——日均标记量在爬坡后趋于平稳，与“上线后模型逐步铺开、随后稳定运行”的节奏吻合。2026年8月《Financial Express》报道的口径是上线以来识别867亿次骚扰呼叫、35亿条骚扰短信，与9月底两周年节点（984亿次）的时间外推一致。这些数字全部是运营商自报口径，尚未见独立第三方复算，读者使用时需要带上这个滤镜。
timeline
title 两年演进：从拦骚扰到全域反诈
2024年9月 : 网络级AI反骚扰上线 : 双层过滤全网默认开通
2024年12月 : 两个半月标记80亿次骚扰呼叫
2025年5月 : OTT恶意域名拦截上线 : 商户名称显示BND发布
2025年9月 : I4C口径用户诈骗损失降近七成
2026年2月 : OTP泄露防诈提醒上线
2026年3月 : 与Google合作加固RCS安全
2026年9月 : 两周年标记984亿次呼叫
效果端最有分量的一组数据来自印度内政部下属的网络犯罪协调中心（I4C）：GSMA案例引用其数据称，Airtel网络上的金融诈骗损失额下降了68.7%，网络犯罪量下降了14.3%；Airtel自己在2025年9月的公告中表述为“用户财务损失下降近70%”。两组表述相互印证，且后者有政府数据背书，比单纯的“标记了多少亿次”更有说服力——标记量只能说明系统忙，损失下降才说明系统有用。
这套系统跑顺之后，暴露出来的两个结构性问题反而更有信息量，因为它们是这个赛道所有玩家迟早要交的学费。
暗礁一：误杀合法生意。 AI越狠，正规企业越慌。快递通知、银行外呼、餐饮促销，行为特征上和骚扰电话高度重叠，一旦被标成“疑似骚扰”，商家丢的是真金白银的转化率。Airtel的解法是2025年5月上线商户名称显示（BND）：企业实名认证后来电直接向用户展示品牌名，既让用户放心接听，事实上也构成了一个动态白名单机制。GSMA案例明确把“消费者保护不以牺牲业务连续性为代价”写成设计原则，目前数千个企业号码已激活。这本质上承认了一件事：反骚扰AI的准确率永远到不了100%，与其死磕模型，不如给误杀修一条快速申诉和亮明身份的通道。
暗礁二：攻击面向OTT迁移。 GSMA报告里那个46%的数据是全案的转折点——诈骗分子接近用户的通道里，OTT应用已经超过短信。电话和短信再干净，用户照样在WhatsApp里被骗。运营商的天然劣势在于看不见OTT内容。Airtel的应对是绕开内容、掐住访问：2025年5月上线的欺诈检测方案直接在网络侧阻断用户对已知欺诈域名的访问，覆盖所有通信类OTT应用——欺诈域名库由自有数据加上全球威胁情报源和合作方API喂养，迄今已识别并封禁超过18.7万个欺诈域名，日均阻断约305万次欺诈访问尝试。2026年2月的OTP泄露防诈提醒、3月与Google在RCS安全上的合作，都是同一条战线的延伸。
GSMA案例里Gopal Vittal（现为GSMA主席、Airtel执行副董事长）把话说得相当坦白：诈骗正在演化为系统性、跨通道的威胁，需要同等级别的系统性解方，但如果OTT平台不共担责任， lasting impact 无从谈起。这是运营商阵营少见的公开叫牌——网络侧AI能守住自己的城门，但流寇去了别人的地盘。
表3：三种反骚扰路线对比
| 维度 | 网络级AI（Airtel路线） | 终端侧App标记 | 号段名单管控 |
|---|---|---|---|
| 部署位置 | 网络+IT系统在网实时检测 | 手机端众包上报 | 放号登记、号段划分、DND |
| 覆盖人群 | 全量用户含功能机 | 仅装App的智能机用户 | 全量但有滞后 |
| 用户动作 | 零操作 | 安装、授权、标注 | 登记意愿 |
| 数据视野 | 全网话单与信令元数据 | 装机用户样本 | 申报信息 |
| 对OTT欺诈链路 | 配套域名拦截可覆盖 | 基本无法触及 | 无法触及 |
| 误杀治理 | BND实名白名单 | 用户手动纠错 | 人工审核 |
| 典型短板 | 自报数据难独立验证 | 样本偏差、隐私争议 | 管不住动态新号 |
第一，AI要嵌进信令路径，不是躺在报表里。 这套系统与运营商常见的“AI分析平台”最大的区别不在算法，而在部署位置。离线分析发现骚扰号码再人工处置，窗口期以天计；在网2毫秒判定，窗口期以毫秒计。代价也明摆着——它变成了核心网级的关键业务系统，可用性要求和变更管控要按生产网标准来。想清楚自己的运维体系能不能扛住这个定位，再谈上线。
第二，误杀治理是产品生死线，而且它本身就是个产品。 多数反骚扰项目死于用户投诉“我爸的医院来电被标成骚扰”，而不是死于漏判。Airtel把BND做成一个面向企业的独立服务（隐含的商业化空间也在这里），把申诉从客服工单升级为实名亮牌，这个思路值得抄。反过来说，如果只有黑名单没有白名单机制，模型越准、拦截越狠，客诉爆炸只是时间问题。
第三，打击面必须跟着攻击面走，哪怕走到自己够不着的地方。 从呼叫短信，到短信里的URL，到OTT里的欺诈域名，再到OTP泄露和RCS消息——两年四次扩线，每次都是攻击面数据说了算，而不是产品规划说了算。46%的OTT迁移数据摆在案头，任何还把预算全押在话音侧的治理方案都值得重新审视。网络侧域名拦截是个聪明的折中：不看内容也能掐访问，但天花板也很清楚，最终还是要回到GSMA喊话的生态共治。
最后交代一句数据边界：本文核心运营数字（处理量、标记量、封禁量）均为Airtel自报，GSMA案例与I4C损失数据提供了部分交叉印证，但标记口径（什么算“骚扰呼叫”）并无行业标准，跨运营商比较没有意义。对一个跑在3.6亿用户、日均25亿次呼叫上的在线系统来说，真正可迁移的不是那些亿级数字，而是它的架构选择：双层过滤、毫秒预算、保守拦截、白名单兜底、按攻击面扩线。这五件事，任何一家运营商明天都能开始做。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。