1. 简介
本文件适用于所有 BCE 发布版本。随着 LTE 技术的推出,近年来数据漫游使用量快速增长,M2M 业务的快速发展导致网络 CDR 数量急剧增加,数据流量特征为大量网络 CDR 且使用量极低。此外,MNO 逐渐使用家庭网络 CDR 进行零售,而不是 TAP CDR,以实现更好的客户体验。在这种情况下,TAP 流程仅用于批发结算。除了 TAP CDR 数量呈指数级增长导致的低效率和 TAP 文件处理工作量的增加外,过去二十多年里开发和使用的刚性 TAP 结构也已成为新兴数据服务和 evolving 技术如 5G 的新业务需求的障碍。通常需要对使用批发模式和折扣方案进行 post-TAP 文件处理。为此,定义了 Billing and Charging Evolution 流程和报告 - Usage Data Report (UDR) 和 Billing Statement Report (BSR),用于简化数据漫游方法并为 M2M 业务和其他数据服务提供替代解决方案。UDR 仅在 MNO 之间进行双边交换,而 BSR 中的聚合数据量可直接用于批发计费和结算,以支持 evolving 商业模式。在需要更多详细信息或发生 UDR/BSR 争议的情况下,可以发送更详细的未聚合报告,即 Detail Data Records (DDR)。
2. 格式规范
DDR 提供了一个发送详细使用信息的选项,以支持 BA.27 中定义的批发计费模式。此外,DDR 还支持 TD.204 中定义的争议解决流程。DDR 报告将采用管道分隔值 (PSV) 格式,并包含三个部分:头部、使用数据(可用于对账和争议解决)和尾部。
3. 数据交换
DDR 支持双边协议或争议流程。对于支持争议的 DDR 交换,交换是按需进行的。对于初始问题 DDR 交换,交换条件根据 PRD TD.201 中指示的过程确定。初始问题 DDR 交换时间表在 BA.08 中解决。DDR 文件的传输机制遵循 TD.28。单个 DDR 文件的最大大小为 20 万条 DDR 记录或 50 MB,以先到者为准。
4. 错误分类
所有定义的 DDR 验证错误都是致命的,这意味着在任何错误的情况下,整个文件都可能被拒绝。每个错误代码由 3 个大写字母代码和单个位置数字组成,每个错误代码都是唯一的。如果文件无法处理或遇到数据字典中未定义的任何其他错误,则可能会引发一个通用错误,例如 DDR 文件为空(0 字节)或记录、头部或尾部中的字段数量不符合预期(模式违规)。在 DDR 文件未收到但预期收到的情况下,将引发缺失文件流程,可能的原因包括:漫游协议已启动并同意 DDR 交换,但未收到任何文件;文件流已停止,但预期收到 DDR;序列范围内的文件丢失。初始问题 DDR 记录如果所有以下字段都与先前交换的记录匹配,则被视为重复:对于记录类型 20,记录类型、记录序列号、记录开始时间戳、订阅者识别类型、订阅者识别、计费 ID、服务网关地址、PDN 网关地址、APNDNN-NI、RAT、QCI5QI;对于记录类型 21,记录类型、记录序列号、记录开始时间戳、订阅者识别类型、订阅者识别、计费 ID、服务网关地址、PDN 网关地址、HPLMN S-NSSAI SST(如果存在)、HPLMN S-NSSAI SD(如果存在)、网络切片实例 ID SST、网络切片实例 ID SD(如果存在)、备用 S-NSSAI SST(如果存在)、备用 S-NSSAI SD(如果存在)、APNDNN-NI、RAT、QCI5QI。如果在一个初始问题 DDR 文件中发现重复记录,则 Served Party 可以根据其判断拒绝 DDR 文件,错误代码为 DRF1。DDR 文件名必须唯一,并且只能交换一次。如果 Served Party 收到一个文件名已使用过的 DDR 文件,则 Served Party 应使用错误代码 DFN1 拒绝该文件。