在TS-0001第12章中，描述了“信息元素记录”触发器（例如，对Mcc / Mca或任何其他接口的请求）。 在第12.2.2节“为离线计费过滤记录的信息”中，描述了如何从记录的信息中得出计费信息，这意味着计费数据是从IER派生的。
在10.2.11.14节中，描述了“服务统计信息收集记录”。
有3个问题：
首先，Service Statistics Collection record和IER之间是否有任何关联？看起来服务统计信息收集记录是基于eventConfig和statsCollect资源派生的IER的子集。如果它是子集，则IER中没有映射到“ collectingEntityID”的字段，因为派生出Service Statistics Collection Record对应于“ collectingEntityID”。
第二，没有关于计费数据记录（CDR）的描述。它被描述为IER的子集。作为statsCollect的结果，生成Service Statistics Collection Records。 CDR何时生成？
第三，Service Statistics Collection record和CDR之间没有链接，两者都需要在Mch接口上进行传输。
答案 0 :(得分：1)
对于您的第一个和第三个问题，我理解混乱。服务统计信息收集记录和M2M事件记录可能应该合并或合并。实际上，根据您的问题，我们不久将为oneM2M标准做出贡献，以进行此更改。
对于第二个问题，TS-0001第12.2.4节描述了CDR。本节定义了通过Mch在IN和计费系统之间流动的Accounting-Request和Accounting-Answer消息。在计费请求中，定义了一个M2M信息元素，其中存储了M2M事件记录信息。这实际上是CDR。根据计费系统的要求，IN的计费功能将从M2M事件记录中过滤所需的信息，并将此信息存储在Accounting-Request消息的M2M Information元素中，以传输到计费系统。此外，TS-0004 A.2定义了对于使用Diameter的部署，如何将Mch Accounting-Request和Accounting-Answer消息绑定到Diameter协议。