要点速览
虚假 DLR（送达报告）是指供应商声称消息已成功送达，而收件人的手机实际上从未收到该消息。据 Juniper Research 预测，短信欺诈损失在 2026 年将达到 $710 亿。TelQ 通过将供应商报告与覆盖 180+ 个国家的真实手机接收结果进行比对来检测虚假 DLR。
如果你读到这篇文章，很可能是因为某些数据对不上。送达报告看起来一切正常——98% 已送达，供应商确认，日志中没有任何异常标记——但消息就是没有到达。客户打电话询问丢失的 OTP。你向供应商查询，得到的仍然是同样干净的数据，对于差距毫无解释。
这种经历正是 TelQ 存在的原因之一。自 2016 年以来，我们一直在进行真实手机送达测试，虚假 DLR——供应商报告与收件人实际接收之间的差距——是我们持续、大规模地在各类路由上观察到的问题。这不是我们在开发测试工具时偶然发现的，而是我们开发这个工具的核心原因之一。
什么是虚假 DLR？
DLR 即送达报告（Delivery Report），是短信在路由链中处理时回传的状态信号。真实的 DLR 报告的是实际发生的情况：消息到达了目标 SMSC 并被送达到手机。在链条的每个环节——供应商、聚合商、企业平台——确认信息作为消息成功送达的证据逐级回传。
虚假 DLR 看起来完全一样。消息到达供应商的 SMSC，SMSC 在自己的系统中将其标记为已送达，送达报告沿链条回传确认成功。但手机什么都没收到。SMSC 在没有实际送达消息的情况下生成了报告，报告本身也不会显示任何异常。
这就是为什么在没有外部验证的情况下，虚假 DLR 很难被发现。报告在技术上格式正确，按时到达，内容也没有问题。欺骗在于报告的内容，而不是报告的形式——而且这种操作不一定发生在目标 SMSC，它可以在链条中任何控制上游回传内容的节点产生。
虚假 DLR 是如何产生的
供应商通常根据送达报告进行评估——和付费。高报告送达率意味着更好的条款、持续的业务合作、更少的客户质疑。一条实际表现不佳的供应商路由有经济动机通过报告来弥补：无论消息是否到达都标记为已送达，让数据说话。
（行业对此有一个克制的说法——送达指标虚增。比"谎报消息是否到达"听起来文雅些，但本质上就是这么回事。）
这种机制可以存在于链条中的任何位置——在供应商的 SMSC、中间节点、或任何控制上游回传内容的环节。最常见的版本：SMSC 不等待手机确认，而是在收到消息后直接生成已送达状态并沿链条回传。但链条中任何一个环节的供应商都可以在 DLR 到达你之前修改它。无论哪种方式，在上游的每个节点看来，结果都与合法的送达确认无法区分。
并非所有误导性的 DLR 都涉及蓄意欺诈。有些源于架构上的模糊性：一个确认消息送达到中间 SMSC 的 DLR 在技术上是准确的，但如果客户将其理解为送达到手机，效果是一样的。还有些来自配置错误——自动确认送达的测试模式在生产环境中未关闭，或者 SMSC 超时策略在没有收到下游确认时生成合成的"已送达"状态而不是报告"未知"。商业上影响重大的情况是蓄意的。但模式在任何情况下都无法区分：报告显示成功，手机什么都没收到。
虚假 DLR 不是灰色路由特有的问题。它们发生在看起来合法的路由上——拥有真实 SMSC 号码、建立了合作关系、资质看起来完好的供应商——只要存在虚增送达指标的经济动机。路由等级无法预测它。
这也意味着你无法通过分析 DLR 本身来发现问题。报告来自产生虚假数据的同一基础设施。唯一有效的检查方式是完全独立于该基础设施之外的检测。
虚假 DLR 的商业危害
对于聚合商来说，成本是直接的：你在为从未到达的消息付费。如果你按送达量向客户计费，你就在吸收供应商对未送达事件的收费，并将其作为合法费用转嫁。由于内部不会标记出问题，这种差异可以持续数周，直到客户投诉升级。
商业影响由此级联。一个被发现使用虚假 DLR 严重路由的聚合商面临客户流失、重新谈判压力，以及在一个供应商质量口碑传播极快的行业中的声誉损害。路由在纸面上看起来没问题，客户却在为从未发生的送达付费。
对于运营 OTP 或交易类流量的企业来说，后果是即时的。一个没有收到验证码却看到供应商显示已送达状态的客户，只能求助于客服。大规模运营时，数据令人不安——Juniper Research 预计 2026 年短信欺诈损失达 710 亿美元。一个未到达的 OTP 看起来像个例。同一路由上系统性发生同样的故障，看起来就像供应商的商业模式了。
如何检测虚假 DLR
唯一可靠的方法：将供应商报告与真实手机上实际接收到的内容进行比对。
你无法在供应商自己的报告基础设施内完成这项工作。供应商控制着 DLR；在那些数据中寻找欺诈迹象是用错了工具。你需要的是一个外部测试号码——目标市场中真实设备上的真实 SIM 卡——以及通过你要验证的供应商路由发送的测试消息。
实际检测比听起来更难，有几个原因。虚假 DLR 的来源并不总是供应商——MNO 在过滤特定 Sender ID 或因吞吐量原因拒绝消息但仍报告已送达时，也会产生虚假成功状态。更常见的是，供应商选择性地应用虚假 DLR：有些会将已知测试号码加入白名单，测试通过干净而真实流量被伪造；有些只在批量活动中生成虚假报告，意味着同一路由上的单次测试什么也检测不出；还有些按随机比例对流量生成虚假 DLR，使任何单个干净结果在统计上都没有说服力。这意味着：测试基础设施与测试本身同等重要。无法与测试服务关联的测试号码、实际目标网络上的真实 SIM 卡、以及足够的测试量来暴露基于比例的造假——这些才能使结果真正有意义而不仅仅是令人安心。
工作流程：你通过供应商路由发送一条测试消息，消息体中包含 TelQ 的 Test ID Text。TelQ 在目标市场的真实 SIM 卡接收消息。TelQ 记录到达的内容——消息是否送达、内容、显示的 Sender ID 以及送达延迟——并与供应商的 DLR 进行比对。当 DLR 声称成功而手机什么都没收到时，差异会被记录在测试结果中。
"能够检测和排除虚假送达报告的短信送达测试。我们还可以检查我们编写的短信与收件人收到的输出是否一致。" — Nurhana J.，IT 顾问，信息技术与服务行业（TelQ 客户）
"TelQ 平台让我们能够轻松识别哪些短信已成功送达、是否收到虚假 DLR、以及 Sender ID 或短信内容是否被更改。" — Connor C.，TelQ 客户
TelQ 在 180+ 个国家和 1,500+ 个网络 上运行此检测，使用目标网络上配备真实 SIM 卡的物理手机。自 2016 年以来，TelQ 平台使用这种真实手机方法处理了超过 1 亿次短信送达测试。如需了解虚假 DLR 检测如何融入更广泛的短信送达测试工作流程，短信测试指南涵盖了完整方法论。关于测试条件的一个说明：短信白名单指南涵盖了供应商检测并区别对待测试流量与生产流量的情况——这在解读你怀疑正在标记测试消息的路由结果时很有参考价值。
对于持续的路由监控，TelQ 的 Tests Scheduler 按配置的时间间隔运行自动化测试，在虚假 DLR 行为出现时就能捕获，而不是等到客户投诉后才发现。
如果你正在审核新的供应商路由或调查意外的送达差距，TelQ 的真实手机测试为你提供独立的事实来源。使用 TelQ 测试你的路由是否存在虚假 DLR。
关于虚假 DLR 的常见问题
短信中的虚假 DLR 是什么？
虚假 DLR 是一种声称消息已成功送达而收件人手机从未收到的送达报告。报告在结构上与合法 DLR 完全相同——欺骗在于在没有实际送达的情况下报告成功的决定，这可以发生在供应商的 SMSC 或链条中任何控制上游回传内容的节点。检测需要使用独立于供应商基础设施之外的测试，将供应商报告与目标网络上真实手机的实际接收情况进行比对。
虚假 DLR 与真正的送达失败有什么区别？
真正的送达失败会产生反映失败的 DLR——"未送达"、"已过期"或错误代码。虚假 DLR 在消息从未送达时产生成功状态。区别在于供应商报告的内容，而非网络上实际发生的情况。一个是对失败送达的如实报告，另一个是对成功的虚假声明。
虚假 DLR 会发生在合法的 A2P 路由上吗？
会。虚假 DLR 不仅限于灰色路由流量。当供应商有经济动机虚增报告送达率时，它们会发生在看起来合法的路由上。拥有真实 SMSC 号码的看似合法的供应商也会生成虚假 DLR。路由等级无法判断问题是否存在——只有针对真实独立手机的测试才能判断。
如何测试我的供应商是否在发送虚假 DLR？
通过你的供应商路由向目标市场的 TelQ 测试手机发送一条测试消息。TelQ 的真实 SIM 卡记录消息是否到达，并将结果与供应商的 DLR 进行比对。差异（供应商报告已送达，手机未收到）会被记录在测试结果中，包括 SMSC 身份信息。TelQ 在同一次测试中还能捕获 Sender ID 修改，因此一次测试即可获得两项数据。
虚假 DLR 对聚合商的商业成本是什么？
直接成本：为从未发生的送达事件向供应商付费。间接成本：当送达失败通过投诉而非测试浮出水面时的客户流失、重新谈判压力，以及在供应商质量是核心价值主张的市场中的声誉损害。对于企业 OTP 路由，次要成本是认证失败和客户支持负荷。虚假 DLR 在路由上未被检测到的时间越长，已支付金额与实际送达之间的累积差异就越大。
