2

在 TS-0001 第 12 章“信息元素记录”中描述了触发器（例如 Mcc/Mca 或任何其他接口上的请求）。在第 12.2.2 节“离线计费记录信息的过滤”中，描述了如何从记录信息中获取计费信息，这意味着计费数据是从 IER 中获取的。

在第 10.2.11.14 节中，描述了“服务统计收集记录”。

有3个问题：

首先， 和 之间是否存在相关Service Statistics Collection record性IER？看起来服务统计收集记录是 IER 的子集，基于资源eventConfig和statsCollect资源。如果它是一个子集，则 IER 中没有映射到“collectingEntityID”的字段，因为它Service Statistics Collection Record是对应于“collectingEntityID”的派生的。

其次，没有关于计费数据记录（CDR）的描述。它被描述为 IER 的子集。结果statsCollect，Service Statistics Collection Records生成。何时会生成 CDR？

第三，和CDR之间没有链接Service Statistics Collection record，都需要在Mch接口上传输。

4

1 回答 1

1

对于您的第一个和第三个问题，我理解您的困惑。服务统计收集记录和 M2M 事件记录可能应该合并或合并。事实上，根据您的问题，我们将很快为 oneM2M 标准做出贡献以进行此更改。

对于第二个问题，TS-0001 第 12.2.4 条描述了 CDR。本节定义通过 Mch 在 IN 和计费系统之间流动的计费请求和计费应答消息。在计费请求中定义了一个 M2M 信息元素，其中存储了 M2M 事件记录信息。这实际上是 CDR。根据计费系统的要求，IN 的计费功能将从 M2M 事件记录中过滤出所需的信息，并将此信息存储在计费请求消息的 M2M 信息元素中，以传输到计费系统。

此外，TS-0004 A.2“Mch 上的 Diameter 命令”定义了如何将 Mch Accounting-Request 和 Accounting-Answer 消息绑定到使用 Diameter 的部署的 Diameter 协议。

于 2019-07-22T16:44:37.833 回答