摘要

  • 印度 2026 年 9 月的修正规则把运营商 AI/ML 反垃圾标记转为跨网调查线索，并在升级处置前加入投诉交叉验证和分级核查。
  • 规则建立了责任链，但已公开的行政统计没有披露模型误报率、申诉撤销率，也不能证明用户收到的骚扰通信减少。

分析

被标记的号码只是调查起点

印度的《商业通信客户偏好条例》原本就要求接入服务商运行系统，识别批量发送的未经请求商业通信（UCC）。TRAI 在 2026 年 2 月 27 日发布的指令，改变了这些系统结果的用途：终接服务商标记某个主叫号码后，须通过 DLT 平台把它共享给起源服务商，立即处理，最迟不超过两小时。起源服务商随后通知发送方、核验其 KYC 身份，并与其他运营商查找同一发送方名下的其他号码。

这个流程刻意区分三个对象：号码、发送方，以及“存在违规”的结论。TRAI 的指令明确表示，服务商无需公开专有算法、源代码、模型架构或内部风险评分。文件提到了通话和短信的数量、速度、多样性、时长与时间分布等行为信号，却没有要求公开各项信号如何加权。跨网共享与 KYC 匹配让标记走得更远，却不会自动使模型推断变得可由第三方复现。

因此，标记与处罚之间还有第二道门槛。十天内，同一发送方名下至少五个号码被标记后，才进入调查。首次发生时重新核验 KYC；第二次要求现场核验；后续发生则继续现场核验，并在身份信息不一致或发现电信资源被滥用时采取行动。规则没有把单次模型输出规定成自动罚则。

9 月修正又增加一条触发路径：十天内出现至少三件互不重复的用户投诉，而且该发送方号码同时被 AI/ML 系统标记，才触发行动。两种输入承担不同功能：投诉记录收件人的实际经历，模型则在流量中寻找行为模式。二者交叉后，可能比旧的“五件投诉”门槛更早启动处置，同时要求两类信号同时出现。用户可在 UCC 投诉处理结果作出后 15 天内，通过规定渠道提出申诉。

其他条款界定哪些通信可以合法发出。A2P 自动呼叫必须事先向运营商申报，并列明所用号码；未申报的 A2P 呼叫按 UCC 处理。用户书面或数字形式的询问，可以在七天内支持后续商业通信，但发送方须保留可验证记录。既有同意只有在可核实并登记到运营商数字平台后才有效。140xx、1600xx 和 1601xx 等指定号码段可避免被一概标记为垃圾通信，但个人仍可在自己的设备上屏蔽来电。每分钟最高 0.05 印度卢比的终接费由接入服务商之间结算，不是向接听用户收费。

公开保障来自证据链

TRAI 报告称，2025 年记录了 3,109,000 起 UCC 投诉，向未注册营销者发出 731,120 份通知，473,075 个实体受到一个月的通信限制，89,936 名屡犯者受到最长六个月的通信限制，全年断开 184,482 项电信资源。这些数字描述的是行政处置规模，不能说明误报比例、处罚被撤销的频次、独立投诉人数，或骚扰电话是否因规则而下降。处置数量不是准确率指标。

本文借用Heng Lu 第 64 号笔记关于“共同信号”与“可核验状态”的区分，只作编辑分析方法，并不把它说成 TRAI 的做法或印度法律。真正的问题是：标记出现后，用户、发送方或复核者能够核对什么？公开模型代码并非让个案可审计的唯一办法。规则仍可要求记录标记时间和理由类别、关联号码、核对过的投诉与同意记录、KYC 结果、处置步骤以及纠错路径。官方摘要说明了消费者申诉，却没有完整解释发送方如何针对模型分类提出纠正。这是公开信息的缺口，不足以证明其他救济不存在。

来源