现在，越来越多的公司希望采用AAA GW实时评级，但他们面临着许多问题。在这篇文章中，将回答其中的一些问题，将传统的批量评级与实时评级进行对比，并展示后者的一些好处。
在传统的批量评级中，所有的事件数据都是在事件已经结束后从CDR/EDR文件中读取的。事件数据被处理、评级和充电。
在实时评级中，当事件被尝试或甚至正在进行时，数据被处理。事件被授权，重新授权，并在最后被收费。
当规划一个实时系统时，它的设计需要将中断服务或产生任何收入损失的可能性降到最低。为了最大限度地减少这些，延迟、高可用性架构、每个服务的cm/dm分离以方便生产维护，以及有效的监控都必须被考虑在内。
通过实时评级，预付和后付用户可以在一个系统中得到满足--这样的系统被称为融合计费。实时计费提供了更多的好处，如后付信用额度，以及客户使用后的实时反馈。
在接下来的一篇文章中，将介绍有关AAA GW、呼叫（mbi）和gprs/mms/sms（直径）的交互工作流程的更多细节。 在Twitter上关注我们，并保持关注。
你好、
又是我。我对你的实时评级感兴趣。我目前正在评估我们的SI所布置的架构。我不会提到任何名字。你如何将一个架构归类为高可用性？任何人都可以宣称他们的是HA，那么多少HA才是真正的好HA？有什么需要考虑的变量吗？有什么具体的公式可以让我参考吗？
另一个问题，关于使用直径协议的AAA。我们正在使用管道来处理直径数据包，直径管理器在这里没有实施。我在哪里可以找到日志文件，因为在那些日子里，当IPT管理器还在的时候，你可以在$PIN_HOME/apps/radius_ipt/radius_ipt.log中找到数据包日志文件，但是对于直径数据包，我毫无头绪。
请指教。
提前感谢。
注意到、
-Ayazul
嗨，阿亚祖尔、
我们对高可用性的描述是一个系统在一个或多个服务器故障后保持性能的能力。高可用性的一个主要组成部分是故障转移，也就是在服务器发生故障时，客户连接能够从瘫痪的服务器转移到正常运行的服务器上，从而使客户应用能够继续运行。
我们同意你的说法，任何人都可以宣布他/她的建筑是HA。然而，我们不可能对你的问题给出一个简单的答案。我们首先要分析客户的HA架构，然后做必要的测试。
关于第二个问题，一般来说，你可以在/opt/portal/pre_dia/log目录中找到直径日志。
如果你想了解更多细节，请随时直接联系我们。
最好的问候、
阿莱
你好、
这篇文章发布已经有一段时间了。我很想知道，你是否还在使用Oracle BRM AAA GW或Oracle BRM ECE？如果您使用ECE，请分享您的方法、挑战和经验教训。
谢谢，并致以最诚挚的问候、
汗
在实时评级环境中，AAA GW管道在处理使用请求后由于内存核心转储而崩溃。
该问题通过以下步骤得以重现：
1.用以下组件启动一个实时评级系统：AAA GW, CM, Realtime Pipeline, 和 DM_ORACLE
2.向AAA GW管道发送请求。这些请求的处理是没有问题的。
3.几分钟后，一个核心转储被管道IFW过程产生。
有人能帮助这个Oracle BRM问题吗？
为了实施该解决方案，请执行以下步骤：
1.下载并查看最新补丁集的readme。
2.确保在应用推荐的补丁集之前，你已经对你的系统进行了备份。
3.在一个测试环境中应用该补丁。
4.重新测试该问题。