电信计费 - 评级流程

费率是事件发生的费用/价格。费率示例包括电话通话期间的费用：例如：“每 1 分钟 0.40 印度卢比”或特定数量。例如：1MB 下载 10.00 印度卢比，或者可以按服务质量收费。

我们已经解释过，事件是产品/服务使用的单次发生。网络元件以 CDRS/UDR 的形式捕获事件，并将其传递到计费系统进行评级和计费。

评级是确定单个事件的费用/价格的过程。例如，2 分钟通话价格为 0.80 印度卢比，费率为每分钟 0.40 印度卢比。

评级引擎是计费系统的一部分，执行此评级功能。

评级流程

评级引擎以称为呼叫详细记录 (CDR) 或使用详细记录 (UDR) 的数据记录形式接收事件，这些记录描述了产品/服务的使用情况。CDR 是一串数据，其中包含呼叫信息，例如呼叫日期和时间、呼叫长度、主叫方、被叫方等，用于对事件进行评级。

有评级/评级引擎的基本功能列表 -

  • 在漫游使用的情况下，接受来自中介系统或其他服务提供商或漫游合作伙伴的 CDR。

  • 验证 CDR 并消除任何重复记录。这些重复事件存储在数据库表中以供以后验证。

  • 确定必须为该事件收费的客户帐户。在这里，速率过程获取事件源（手机号码或IP地址等）并检查数据库以验证该事件源是否与任何帐户关联。此步骤称为事件引导。

  • 如果该事件不能被引导，那么该事件将被拒绝并可以被置于悬念类别中。这些被拒绝的事件存储在数据库表中以供以后验证。

  • 根据评级费率（也称为费率计划）计算活动的成本/价格。

  • 应用任何适用的评级时间折扣。前五分钟可能免费，之后将按正常费率收费。这种类型的折扣称为评级时间折扣。

  • 将评级事件存储在数据库中以供计费或将其发送到外部系统进行计费。

下图显示了评级引擎及其相关功能的概述 -

评级功能

客户的信息决定了在费用/价格计算中使用的费率计划（评级费率）。费率引擎使用费率表和来自CDR 的事件信息（例如，距离、一天中的时间、呼叫位置、事件的持续时间或音量等）来计算每个呼叫的实际费用。

重复事件

重复事件定义为通过以下所有方式与另一个未计费事件相关的任何未计费事件 -

  • 帐号是相同的。
  • 事件源是相同的。
  • 事件类型 ID 相同。
  • 活动日期和时间相同。

可以在计费系统中定义任何其他标准来识别重复事件。有多种情况可能会导致重复事件提交到计费系统 -

  • 调解系统的过滤机制失败。
  • 中介系统软件中的编码错误。
  • 重复传递到评级引擎的全部或部分事件文件。

被拒绝的活动

当计费系统遇到特定事件的问题时，有问题的事件将被拒绝。拒绝可能是由于以下任何问题造成的 -

  • 事件本身。
  • 费率计划。
  • 客户和帐户数据。
  • 配置数据。

拒绝活动的三个主要原因 -

  • 解析错误会阻止计费系统读取事件详细记录中的信息。由于事件记录中的数据已损坏或格式错误，可能会发生解析错误。

  • 不可引导的错误使日内瓦无法识别事件源或与事件相关的帐户。由于计费系统数据库中尚不存在事件源，因此可能会发生不可引导的错误。

  • 不可估价的错误会阻止计费系统计算事件的成本。由于费率计划存在问题，可能会出现无法评级的错误。

所有被拒绝的事件都会发布到一个特殊帐户，该帐户称为内部帐户或暂挂帐户，这些被拒绝的事件称为暂挂事件。财务部门跟踪所有被拒绝的事件并将其计入收入损失的一部分。IT 部门总是非常关注解决被拒绝的事件并对其进行正确的评级以节省收入。

如果无法修复被拒绝的事件，并且操作员不想将其发布到内部帐户，则可以丢弃该事件。当事件被丢弃时，它不会被提交到评级引擎，并且不会再尝试对其进行评级。

实时评级

实时评级是在事件发生时立即对其进行评级的过程，在事件生成和成本计算之间尽可能减少延迟。实时评级可以与基于文件的评级形成对比，在文件评级中，事件详细信息在整个文件最终评级之前存储在文件缓冲区中数小时、数天或数周。

实时系统流程包括电子商务交易和数据下载。任何必须对事件进行评级并将其快速应用到客户帐户的应用程序都适合进行实时评级。

重新评级事件

在多种情况下可能需要重新评估事件。例如，当 -

  • 使用的费率计划中的错误导致活动定价不正确。

  • 事件是针对错误的帐户加载的（由于事件源注册不正确）。

  • 现有费率计划在上一个计费日期和下一个计费日期之间的某个时间点被替换。

  • 产品的费率计划、价格计划或事件源已追溯更改。

重新评级事件的过程非常简单，如下所示 -

  • 使用提供的实用程序从数据库中卸载/取消评级所有事件。大多数计费系统提供了一个实用程序来卸载或取消对所有评级事件的评级。

  • 解决问题所在。

  • 重新提交事件以供评级引擎评级。

部分活动

部分事件允许在事件进行时维持客户的平衡。

例如，在数据下载时间较长的情况下，中介系统将不断向计费系统发送部分事件，以便计费系统不断对其进行评级，而不是等待事件完成，一旦客户违反信用额度，帐户将被禁止并被冻结。将通知网元终止呼叫。

阈值和行动

评级引擎可以自动检查是否已达到任何评级时间阈值，包括评级时间折扣阈值。

评级时间阈值有助于保护运营商免受大量收入损失。例如，客户可能不愿意支付超过其信用额度的费用，在这种情况下，有必要在达到信用额度阈值时立即终止客户的呼叫。

如果需要采取评级时间行动，那么尽可能多的实时评级非常重要。

下一步是什么？

到目前为止，我们已经了解了客户如何生成使用量、中介系统如何将该使用量 (CDR) 推送到计费系统以及计费系统如何对这些 CDR 进行评级。

在下一章中，我们将讨论如何收集整个月的所有评级 CDR 并生成最终发票/账单，将其发送给最终客户以收集所提供服务的收入。