Нужна проверка конкретного маршрута? Обсудим задачу
routesms
Связаться с нами

在测试手机上验证 A2P 短信送达

Проверяем, дошло ли сообщение до телефона, сколько времени заняла доставка и совпал ли результат с отчётом провайдера.

Начать проверку

Германия

Провайдер A → Deutsche Telekom

Получено
2 из 3
Медиана
2,4 с
Расхождения
1
DLR 状态
已交付
发送方名称
未更改
闪呼
未检测到
A2P 专注OTP & 账户验证
SMPP 集成商定的技术设置
客流量定义的范围和限制

将消息 ID、时间戳和传送报告与接收点证据和可用合作伙伴日志进行匹配。

准备商定的场景

记录预定目的地、测试号码、发送者和时间。使用客户自己的或明确授权的流量。

需要审查的证据

场景参考、发送事件和原始消息 ID（如果有）。

预期路径

同意目的地、网络、测试编号和路线参考。仅在合作伙伴日志可见的情况下确认中间提供商。

观察结果

记录接收点、消息ID和可用时间戳。网关确认本身并不能确认手机交付。

可重复检查

将 DLR 与收据证据相匹配。与合作伙伴一起查看丢失或延迟的消息，然后在更改后重复相同的场景。

A2P 短信送达与欺诈风险报告

每次测试的运输状态、观察到的收货、OTP 结果和欺诈风险评估的结构化视图。

6测试场景
5手机已确认
3审查结果
8.6 秒p95 用于观察收据

TikTok

英国 示例场景 没有现场测试

运输状况
DELIVERED_DLR
已举报 DLR
DELIVRD
受控端点
已确认
OTP 结果
未经测试 · 无应用程序日志
收货时间
1.4 秒
风险评估
PASS
证据级别
E3 / 模拟手机证据
寻找

在此样本中没有观察到材料交付或欺诈风险指标。

目标示例：≤ 5 秒该目标是说明性的，并针对每个项目单独商定。

下一步行动

在检查更大的测试范围之前，重复相同的场景以检查一致性。

消息状态
  1. 01
    ACCEPTED

    SMSC接受提交

  2. 02
    SENT

    传递到上游路线

  3. 03
    DELIVERED_DLR

    收到积极的交付报告

  4. 04
    HANDSET_CONFIRMED

    独立观察收据

  5. 05
    OTP_VERIFIED

    单独的申请检查；需要成功的会话事件

异常结果
REJECTED

被平台、政策或运营商拒绝

UNDELIVERED

负最终 DLR

NO_DLR_TIMEOUT

在商定的窗口内没有最终的 DLR

DLR_MISMATCH

无端点收据的正 DLR

评估状态
PASS无材质指标
WATCH延迟或微弱异常
SUSPECTED强或重复的指标
CONFIRMED_ANOMALY可重现的技术异常
INCONCLUSIVE证据不足或相互矛盾
样本报告详细信息
报告编号
RSM-DEMO-024
适用范围
6 个场景 / 6 个国家
证据
DLR + 受控端点
总体评价
SUSPECTED

带有虚构数据的说明性报告。没有发送 SMS；这些不是所示应用的实际测量结果。

应用名称仅用于举例，并不表示存在合作关系。

证据规则. 交付不匹配可以确认技术异常。确认欺诈或路由归属需要相关运营商、SMSC、信令、CDR 或计费证据。

我们检查什么

收据、计时和 DLR 准确性。发件人、内容和旁路检查使用您网络中的可用证据。

  1. 路由验证

    使用商定的号码和应用场景测试选定的目的地和移动网络。

  2. 交货验证

    将可用的交付报告 (DLR) 与测试编号上的收据进行比较。标记不匹配以供审查。

  3. 交付分析

    记录可用的交货时间。比较重复的测试以发现延迟和重复出现的问题。

检测路线异常

SIM-box绕过的迹象

通过本地 SIM 卡检查 A2P 终止的迹象。将发件人更改和接收证据与操作员日志进行比较。

需要证据

商定的参考消息、接收点观察和操作员路由或信令记录。仅本地发件人号码并不能证明 SIM-box 活动。

发件人和内容更改

将收到的发件人 ID、文本和编码与预期消息进行比较。标记无法解释的更改。

需要证据

发件人的参考文本和 ID、收到的消息以及适用的发件人标准化规则。将意外的变化与商定的转换分开。单独的 DLR 不显示接收到的内容。

Flash 调用验证路径

检查是否有简短的验证调用来代替预期的 SMS。与接线员一起检查来电号码和时间。

需要证据

来自商定的测试设备或操作员呼叫记录的呼叫观察，包括呼叫者号码和时间戳。 SMPP 单独无法观察调用。 flash call 可以是合法的验证方法；事件本身并不构成欺诈。

从测试到报告

  1. 01

    应用场景

    同意应用程序、国家/地区、网络、接收点和测试限制。

  2. 02

    SMSC 和消息分析

    按消息 ID、发件人、目的地、时间和状态过滤提供的 SMSC/SMPP 记录。

  3. 03

    跨测试的模式

    按应用程序、网络和路线比较延迟、丢失消息和重复变化。

  4. 04

    报告和重新测试

    报告调查结果和下一步行动。路由更改后重新测试受影响的场景。

查看报告样本

我们与谁合作

网络运营商、消息传递提供商和负责自己交易流量的团队。

移动运营商和 MVNO

检查您网络中的递送情况。 MVNO 测试与主机操作员协调。

批发承运人服务消息传递

SMS 集线器和聚合器

比较路由并验证路由更改的结果。

路线质量互联互通SMPP

CPaaS 和消息平台

通过您的 SMPP 基础设施验证提供商路线、交付报告和质量。

提供商比较交货质量

批发运营商和MVNE

检查互连质量并关联各方可用的路由记录。

互连合作伙伴网络

身份验证和 OTP 提供商

测量您自己的验证过程中的延迟和缺失 SMS。

账户验证时间敏感的消息

数字服务和企业团队

银行、金融科技、电子商务、物流、移动和 SaaS：与您的提供商一起测试您的交易 SMS。

交易 SMS客户旅程

测试如何进行

  1. 适用范围

    同意可衡量的测试

    输入

    目的地、网络、批准的测试号码和应用场景。

    我们做什么

    设置测试窗口、体积限制和验收标准。

    下一步

    共享范围，职责明确。

  2. 连接

    准备 SMPP 连接

    输入

    连接参数、IP白名单和路由配置。

    我们做什么

    与技术团队确认设置并同意第一个测试窗口。

    下一步

    两队都已准备好进行商定的测试。

  3. 测试

    观察和比较

    输入

    客户自有或明确授权的约定范围内的流量。

    我们做什么

    检查收据、可用时间戳和交付报告。记录任何差异。

    下一步

    调查结果与测试的路线和场景相关。

  4. 跟进

    每次测试后关闭循环

    输入

    测试 ID、时间戳、接收证据和观察到的问题。

    我们做什么

    分享发现 → 同意调查者 → 更改后重复相同的场景。

    下一步

    确认重新测试结果，然后商定进一步的监控、数量和商业条款。

测试是对客户拥有的或明确授权的流量进行的。每次合作的目的地、申请和数量均得到确认。

SMPP 集成

您确认号码、网络访问和路由。我们共同商定连接角色和交付检查。

示例：接收来自运营商的消息

操作员将分配的测试号码的商定传入 A2P 流量路由到 Routesms SMPP 接收端点。

  1. 约定发件人客户自有/授权流量ZZ学期10ZZ
  2. 约定路线适用的提供商细分ZZ学期10ZZ
  3. 移动运营商测试号码和网关SMPP
  4. RoutesmsSMPP 接收端点

审核数据：Routesms的收据，加上源端日志和DLR（只有相关方提供）。

已确认的观察结果：SMPP 端点收到。

该图显示了可能的连接角色，而不是默认配置。在 SMPP 端点接收 SMS 会验证该端点，而不是传送到物理手机。

  1. 01

    确认测试范围

    国家、网络、批准的号码、发送场景、流量方向和接受标准。

  2. 02

    交换连接详细信息

    端点、IP 白名单、端口、通过商定的安全通道绑定角色和凭据。确认运输保护和访问规则。

  3. 03

    验证 SMPP 会话

    检查绑定、连接运行状况和商定的消息方向。协调吞吐量限制、寻址、编码和 DLR 处理。

  4. 04

    进行有限试点

    运行商定的测试用例。捕获 ID、网关响应、交付报告和接收证据（如果有）。

  5. 05

    审查和重新测试

    将每个问题分配给负责的团队。重复失败或延迟的场景并比较新结果。

  6. 06

    同意下一个范围

    根据试点确认监控频率、支持联系人、限制、数量和商业条款。

每次确认意味着什么？

submit_sm_resp

确认提交请求。成功响应并不意味着 SMS 已到达听筒。

DLR

交付报告说明提供商报告的结果。将其与原始消息 ID 和接收证据关联起来。

deliver_sm

可以携带收到的消息或送达收据。在得出结论之前解释消息类型和配置的端点。

SMPP 3.4 规范

每月测试量

选择一个卷。定价取决于国家、网络、场景和集成。

Focus

100万

测试/月

一组重点突出的优先路线。

价格请咨询
  • 约定的路线和场景
  • 收据、时间安排和 DLR 审核
  • 每月结果报告
  • 每月调查结果审查

Orbit

500万

测试/月

定期检查多条路线。

价格请咨询
  • 路线和提供商比较
  • 收据、时间安排和 DLR 审核
  • 每月结果报告
  • 卷内后续测试

Horizon

1000万

测试/月

跨网络的更广泛的计划。

价格请咨询
  • 多个网络和测试场景
  • 收据、时间安排和 DLR 审核
  • 每日结果报告
  • 月度报告和调查结果审查

Custom

更多

1000万以上/定制

围绕您的网络构建的程序。

价格请咨询
  • 单独商定的测试量
  • Custom 测试窗口和频率
  • 共同商定的报告格式
  • 整合范围另行商定

SMPP 设置和测试使用客户拥有或明确授权的流量。在启动前确认覆盖范围、数量、报告、价格和合同条款。

一项测试 = 向一个接收点进行一次 SMS 传送尝试。复试单独计算；数量不保证交货。

讨论您的测试范围。

与专家交谈

Расскажите, что происходит с вашими SMS

Достаточно пары предложений: куда отправляете сообщения, через кого и что пошло не так.

info@routesms.pro
Объём

Инженер проверяет сетевое оборудование и кабельные соединения