有人知道直径协议中Credit-Control-Application和Ro application之间的区别吗？它们在Mobicents直径堆栈中的实现几乎相同。
我已经查阅了RFC和3GPP文件，但无法确定在线计费过程必须使用哪个。
1个回答
5
简单来说：IETF规定协议，而3GPP规定如何在特定的上下文中使用该协议。当指定参考点（或“接口”）时，3GPP可能会有额外的要求或建议，但通常这是在不违反任何IETF RFC的情况下完成的（否则将与IETF联系以解决冲突）。
以上通常描述了IETF规定的协议与它们在3GPP中对应使用之间的大部分关系。
对于直径应用程序，3GPP有时也会通过添加附加应用程序ID、AVP以及定义如何将其他3GPP接口中的信息元素（IE）映射到AVP来扩展IETF RFCs。
以上通常描述了IETF规定的协议与它们在3GPP中对应使用之间的大部分关系。
对于直径应用程序，3GPP有时也会通过添加附加应用程序ID、AVP以及定义如何将其他3GPP接口中的信息元素（IE）映射到AVP来扩展IETF RFCs。
现在转向信用控制直径应用和Ro接口。前者在RFC 4006中定义，而后者在3GPP TS 32.299中定义。我没有详细研究3GPP规范，但很容易发现一些差异。例如，Ro接口的Credit-Control-Request（CCR）消息不使用Requested-Service-Unit AVP和32.299的表6.4.2指出的其他一些AVP；但是CCR消息可以包含QoS-Information，这是在29.212中定义的一个组AVP，并且这是Ro特定的。32.299的表6.4.3描述了Credit-Control-Answer消息的类似情况，请注意文档中列出的更多差异。
关于Mobicents，我没有实现的经验，但我不会感到惊讶，如果开源版本不完全符合3GPP规范并省略了一些额外的功能。- Shu
2
谢谢您的澄清。但是为什么在线充电存在两个直径应用程序？除了AVP差异之外，它们之间是否存在根本区别？ - Mohammad Banisaeid
我认为AVP差异相当根本。命令和AVP是定义直径应用程序的关键。 - Shu
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接