# 唯一可信的数据源，覆盖所有ESME / A2P短信流量。

- 规范 URL: https://www.broadnet.me/zh/platforms/esme-cdr
- 语言: zh-CN
- 最后更新: 2026-10-20
- 发布方: BroadNet (https://www.broadnet.me)
- 上述页面的 Markdown 版本，根据渲染后的页面生成。

平台 · ESME CDR智能分析

CDR分布在具有不同字段名称、不同状态码和不同时区的不同系统中。对账会变成一项繁琐的电子表格工作——并且每个计费周期都会导致收入流失。ESME CDR Intelligence Suite是一个与供应商无关的关联层，它能够整合这些数据，进行智能匹配，并生成可用于争议处理的证据包。

[申请CDR对账审计](https://www.broadnet.me/zh/contact?topic=cdr-reconciliation-audit&product=esme-cdr) [联系电信数据智能工程师](https://www.broadnet.me/zh/contact?topic=intelligence-engineer&product=esme-cdr)

厂商无关足以应对争议的证据实时+批量

![BroadNet雪豹面对着两份通话记录账本，它们正合并为一列对账后的数据](https://www.broadnet.me/marketing/art/pf-esme-cdr.webp)

实时 · ESME + CDR

CDR对账

300M+

条数/天

1,000+

运营商通道

99.99%

SLA

将BroadNet作为对账层的运营商和聚合商

一级GCC运营商MENA运营商集团泛非运营商南亚MNO区域聚合商加勒比运营商枢纽聚合商多国MVNO

运营形态

## 独立、不依赖特定供应商。深受所有接触数据的团队信赖。

通过单一关联层捕捉单一供应商报告中遗漏的信息——并生成可供下一团队执行的证据。

来源

6+

在一个视图中查看CDR数据

SMSC、防火墙、计费、合作伙伴CSV — 数据库、SFTP、API。

匹配窗口

±2s

模糊时间容差

确保跨供应商系统的时钟漂移安全匹配。

类别

5

对账分组

匹配 · 状态不一致 · 仅内部 · 仅运营商 · 差异。

吞吐量

M/day

已处理CDR

每日处理数百万条数据，支持可配置的保留期。

CDR对账控制台

## 每一条CDR都经过对账精确到最后一条记录。

RA与财务团队每天早晨都会查看对账视图——包含五个差异分类、一个匹配率，且每一处差异均可追溯。以下是基于示例数据构建的示例运行情况。

broadnet · reconciliation

示例

### 运行对账 #4821

2026-08-28 · 00:00–24:00 UTC 99.2% 匹配

窗口

24h

已处理记录

4,821,096

匹配率

99.2%

运行时间

3m 42s

差异报告

按对账桶分类的记录

99.2% 匹配40,684 异常

已匹配基准

4,780,412 99.2%

异常 · 40,684柱状图按最大异常值缩放

计费差异

21,904 0.45%

A中缺失

9,120 0.19%

B中缺失

6,540 0.14%

重复

3,120 0.06%

A = 内部SMSC · B = 合作伙伴计费

ESME / SMPP绑定

实时会话状态

ACME-A2P TRX 1,200 TPS已绑定

PayFlow-OTP TX 640 TPS已绑定

Gulf-AGG TRX 880 TPS已绑定

Retail-BULK TRX 0 TPS空闲

Test-ESME RX—未绑定

示例 — 样本数据，并非经审计的SLA或实时数据流。

五层架构

## 从6 个分散的数据源到一份对账报告。

涵盖采集、标准化、智能匹配、对账和报告——每一层都具备独立的作用域、可扩展性，并可与其他层独立替换。

1. 01 · 数据采集 多源采集器 数据库直读、SFTP轮询、REST APIs、文件投放监控。根据数据源进行调度——实时数据每5分钟一次，批量数据每小时或每天一次。 每5分钟
2. 02 · 数据标准化 规范模式 数据源ID、发送者ID、ESME账户、状态码、时间戳——全部映射到统一的标准模型。时区统一标准化为UTC。 ≈1ms / CDR
3. 03 · 匹配 智能匹配 基于消息ID、MSISDN、发送者ID和时间戳的多键匹配——并针对时钟漂移设有±2秒的模糊窗口。 M / 批次
4. 04 · 对账 5类分组 匹配 · 状态不一致 · 仅内部 · 仅运营商 · 数量差异。按类别标记根本原因。 自动分类
5. 05 · 报告 仪表板 · 凭证 面向NOC和RA的实时仪表板；面向财务的定期报告；面向法律和合作伙伴纠纷的CSV / JSON / PDF证据包。 实时+定期
6. ← 证据包 · CSV · JSON · PDF

01 · 数据采集

多源采集器

数据库直读、SFTP轮询、REST APIs、文件投放监控。根据数据源进行调度——实时数据每5分钟一次，批量数据每小时或每天一次。

每5分钟

02 · 数据标准化

规范模式

数据源ID、发送者ID、ESME账户、状态码、时间戳——全部映射到统一的标准模型。时区统一标准化为UTC。

≈1ms / CDR

03 · 匹配

智能匹配

基于消息ID、MSISDN、发送者ID和时间戳的多键匹配——并针对时钟漂移设有±2秒的模糊窗口。

M / 批次

04 · 对账

5类分组

匹配 · 状态不一致 · 仅内部 · 仅运营商 · 数量差异。按类别标记根本原因。

自动分类

05 · 报告

仪表板 · 凭证

面向NOC和RA的实时仪表板；面向财务的定期报告；面向法律和合作伙伴纠纷的CSV / JSON / PDF证据包。

实时+定期

为何需要独立的对账层

## 您供应商的验证层报告中从未包含的内容。

运营商和聚合商选择ESME CDR而非依赖SMSC供应商自有控制面板的四个理由。

01 · 网络

### 厂商无关从设计之初就已如此。

我们在86个国家拥有自主的SMPP和SS7绑定，直接连接目的地运营商，其余所有通道均为标记过的合作伙伴通道。没有灰色通道，没有意外的路由切换，中间环节也没有不透明的价格加价。

0供应商锁定

02 · 传承

### 可供下一团队立即采取行动的证据包。

自2003年起运营，总部位于迪拜。我们每天为银行、政府、航空公司以及驱动现代互联网的平台提供超过3亿条A2P短信服务。

3导出格式

03 · 触达

### 从小规模开始，并扩展至四个团队。

我们在中东及北非拥有本土业务，并结合泛非、南亚及东南亚的运营商关系，让全球业务部署如同在单一市场一样顺畅。

分阶段部署

04 · 合规性

### 5分钟数据接入。每日对账。两者兼得。

ISO 27001 / 9001 / 22301, SOC 2 Type II, GSMA准会员，HIPAA标准，GDPR标准。发送者ID报备由各受监管市场的当地合规团队处理。

5分钟实时频率

多源采集器

## 无论您的SMSC供应商是谁。无论合作伙伴采用何种格式。

我们已与跨越多个电信设备世代的数十个SMSC平台完成集成。只要系统能够通过数据库、文件或API导出记录，采集器即可读取。

### SMSC CDR

包含MT和MO记录。支持直接只读数据库访问，或通过SFTP进行定时CSV导出。

### 防火墙日志

允许、拦截、修改——防火墙对同一流量的视图，并与SMSC所见数据进行关联。

### ESME网关日志

来自ESME客户端的直接SMPP连接——在网关处捕获，以实现端到端的归因。

### 计费导出

从计费平台提取计费和开票数据，用于与路由流量进行交叉验证。

### 合作伙伴文件

来自运营商和聚合商的CSV / XLSX文件——通过SFTP拉取、放入监控文件夹或通过API推送。

### 内部流水数据

可用时从内部流水存储中读取——用于丰富关联数据并确认路由决策。

对账分类

## 每条CDR都会归入五个分类中的其中一个。

差异将被分类，以便由相应的团队负责处理——RA负责虚假CDR，运营团队负责状态不匹配，商务团队负责量差，法律团队负责争议升级。

01 · 已匹配

### 两个系统中的状态保持一致

正常情况。内部与合作伙伴数据中的记录具有一致的送达状态。这是衡量其他情况的基准。

02 · 状态不匹配

### 两者均存在 — 状态不同

我们显示DELIVRD，合作伙伴显示EXPIRED。这表明存在DLR时间偏差、错误代码映射差异或真实的送达争议。

03 · 仅内部

### 我们拥有，而合作伙伴没有

合作伙伴侧可能存在计费缺失。通过交叉检查防火墙日志和路由情况来确认发送完成情况。

04 · 仅运营商

### 合作伙伴拥有，我们没有

虚假CDR候选。可能是上游存在重复计数、测试流量虚增或数据损坏。这是最强有力的收入回收杠杆。

05 · 数量差异

### 数量相同，构成不同

总量匹配但各状态分布不一致。通常是两个系统之间在分段/长短信处理上存在偏差的迹象。

面向团队

## 统一平台。四大核心功能。

### NOC · 运营

按ESME、运营商及通道划分的实时流量仪表板。包含送达率和错误分布的质量KPI。阈值与异常告警。

### 收入保障 · 财务

针对合作伙伴CDR的自动化对账。识别未计费流量和虚假费用的泄漏分析。计费规则验证。

### 商务团队

各合作伙伴及目的地的业务量趋势。跨运营商的活动与合作伙伴行为模式。各通道的利润可见性。

### 法律 · 争议

具备完整关联性的、可作为证据的CDR导出。支持按消息ID、MSISDN或发送者进行取证钻取。提供用于仲裁的结构化数据包。

客户案例

## 独立CDR层带来的变革。

一级GCC运营商电信 · 海湾地区SA

挑战：某A2P合作伙伴的每月账单持续超过内部SMSC统计数量，但各团队都缺乏有效的手段来对该差异提出质疑。方案：通过SMSC、防火墙和合作伙伴文件进行多源数据采集；利用±2秒的模糊匹配发现了仅包含运营商记录的结构化模式。

营收保障负责人（NDA保密参考）

可归因

每条记录的证据

泛非运营商电信 · 东非KE

挑战：运营部门和财务部门在“已送达短信”的定义上存在分歧——每个团队都信任不同的系统，且差异被视为“工具误差”。方案：为所有团队提供统一的仪表板和对账桶；在每周例行审查中，对状态不匹配和仅限内部记录的情况进行逐案调查。

网络运营总监（NDA保密参考）

1

事实来源

每周

对账周期

根因

驱动修复

区域聚合商A2P聚合商 · MENA AE

挑战：一家合作伙伴企业客户对大规模营销活动的送达情况提出争议；由于缺乏独立证据，双方陷入了僵局。方案：通过发送者ID、MSISDN窗口和时间戳进行取证钻取，生成了一份展示SMSC、防火墙和运营商记录中每条消息状态的证据包。

商务负责人（NDA保密参考）

按每条消息

证据深度

可重复使用

数据包模板

支持本地部署或私有云，符合审计要求，并获得整个中东和北非地区的监管认可。

ISO 27001 ISO 9001 ISO 22301 GDPR准备就绪TDRA UAE CST KSA NTRA EG

配套平台

## 与情报技术栈的其他部分配合使用。

[信令与CDR智能分析 配套产品。ESME CDR覆盖A2P短信记录；信令CDR增加SS7 / SIGTRAN / SIP捕获以及可用于法庭的取证包。 了解更多](https://www.broadnet.me/zh/platforms/signaling-cdr) [SMSC网关 电信级消息核心。ESME CDR是构建在SMSC和合作伙伴计费之上的天然对账层。 了解更多](https://www.broadnet.me/zh/operators/smsc-gateway) [什么是CDR？ 针对刚接触电信CDR工作的团队，用通俗易懂的语言回答最常见的问题。 了解更多](https://www.broadnet.me/answers/edr-vs-cdr)

买家常见问题

## 八个问题： RA与运营团队最常问的问题。

它为运营商、聚合商和企业提供统一且可信的A2P短信流量视图，不受单一供应商报告的影响。来自SMSC、防火墙、计费系统及合作伙伴来源的CDR将被整合、标准化为规范模式，并进行智能匹配，最后归类到对账桶中——从而确保争议拥有可追溯的证据，并在收入流失演变成持续损失之前将其拦截。

支持多种替代方案：导出CSV / XLSX文件至轮询的SFTP文件夹，通过REST或SOAP API进行集成，或与SMSC供应商合作以开放只读视图。我们已集成数十个跨越多个电信设备世代的SMSC平台。只要系统能够导出记录，采集器就能读取这些记录。

匹配过程结合了多个键值——message-id、MSISDN、发送者ID和时间戳——并结合模糊时间窗口（通常为±2秒）以应对系统间的时钟漂移。长短信在匹配前会进行重组，以确保单个逻辑消息不会因其分段而被重复计算。

提供包含各类别总计（已匹配、状态不匹配、仅内部、仅运营商、量级差异）的汇总报告，并可导出详细的异常列表，格式支持用于分析的CSV、用于系统集成的JSON或用于正式报告和合作伙伴争议解决的PDF。每条记录均支持取证式钻取分析。

所有时间戳在摄入时均标准化为UTC并以UTC存储。在仪表板或报告中显示时，它们会被转换为用户首选的时区（可按账户进行配置）。对于对账工作，模糊时间窗口可以吸收时钟漂移和微小的时区转换误差。原始时区元数据将被保留以用于取证工作。

它提供强大的欺诈指标，而非完整的欺诈管理。基于流量的告警可发现特定ESME账户的流量激增，行为分析可标记可疑的发送者ID模式，速率检查可识别重复发送至同一目的地的模式，且与防火墙数据的集成可将拦截流量与CDR模式进行关联。已有欺诈系统的团队可将这些指标接入现有系统；而没有此类系统的团队通常以此作为切入点。

支持本地部署或私有云部署，支持Linux或Windows服务器。数据驻留完全由您控制——未经明确批准，任何数据都不会发送给BroadNet或第三方。保留策略可按表进行配置，以符合内部IT和合规政策。

典型的合作分为几个阶段：需求调研研讨会、针对第一个数据源（通常是SMSC）的试点部署、剩余数据源（防火墙、计费、合作伙伴）的全量集成，以及包含仪表板、告警和团队培训在内的正式上线。端到端的时间线因环境复杂度而异——大多数运营商会在一个季度内进入生产阶段。

没有您想问的问题？[请咨询我们的工程团队](https://www.broadnet.me/zh/contact)

![在夜晚的城市中，BroadNet雪豹走过全息网络仪表盘](https://www.broadnet.me/marketing/art/band-platforms.webp)

电信级平台

## 自2003年起持续打造的工程化基础设施。

每天承载超过3亿条消息的同款平台，可作为您技术栈的构建模块。

300M+

条/日

99.99%

SLA

23+

年

[联系销售](https://www.broadnet.me/zh/contact)

不依赖特定供应商 · 独立的验证层

## 发现单一供应商报告中从未显现的差异。

我们将针对您现有的SMSC、防火墙、计费及合作伙伴数据进行对账审计——并向您展示独立的关联层在上一计费周期中本可以发现的问题。

[申请CDR对账审计](https://www.broadnet.me/zh/contact?topic=cdr-reconciliation-audit&product=esme-cdr) [联系电信数据智能工程师](https://www.broadnet.me/zh/contact?topic=intelligence-engineer&product=esme-cdr)

相关指南与问答

深入了解该产品背后的核心概念。

[什么是SMPP？ 阅读](https://www.broadnet.me/zh/answers/what-is-smpp) [SMPP协议是如何工作的？ 阅读](https://www.broadnet.me/zh/answers/smpp-protocol) [什么是SMSC？ 阅读](https://www.broadnet.me/zh/answers/what-is-smsc) [什么是ESME？ 阅读](https://www.broadnet.me/answers/what-is-esme)
