电信计费 - 快速指南

---

---

电信计费 - 简介

使用电子媒体将语音、数据、图片、传真等从一个点传输到另一个点被称为电信，简称“telecom”。例如电话、无线电、电视和互联网。传输介质包括线缆（铜）、光纤、以太网（无线）、无线电塔、微波、卫星等。

现在，让我们列出一些国际电信运营商，他们为客户提供令人满意的电信服务：

• Verizon
• 沃达丰（Vodafone）
• Airtel
• 塔塔（TATA）
• Etisalat
• Qtel

让我们也列出一些知名电信运营商提供的基本电信服务：

• 语音通话
• 传真服务
• 短信和彩信
• 互联网连接
• 数据下载和上传
• 视频会议
• 基于IP的服务，即语音IP或VPN

电信运营商以各种方式向客户收费，但主要有两个参数用于向客户收费：

• 租金费用 - 这是向客户每月收取的服务费，例如，您的电话月租费为 5.00 美元，无论您是否使用。

• 使用费用 - 这是根据服务使用情况向客户收取的费用。例如，您将为拨打的每次电话或使用手机下载的数据付费。

除了每月租金和使用费外，运营商也可能会收取您服务开通费、安装费、服务暂停费或终止费。

电信计费是收集用量、汇总用量、应用必要的用量和租金费用，并最终为客户生成发票的过程。电信计费流程还包括接收和记录客户的付款。

计费系统

可能存在非常复杂的计费场景，这些场景很难手动处理。软件市场上有一些最先进的计费系统，可以高效地处理计费任务，并为服务提供商提供很大的灵活性，使他们能够以不同的价格结构提供服务。

计费系统通常被视为应收账款，因为计费系统有助于从客户那里收取（接收）资金。计费系统也是应付账款的一部分（用于运营商间的结算），因为客户经常使用其他公司的服务，例如无线漫游、长途电话和通过其他网络完成的呼叫。

计费系统是高端、可靠且昂贵的软件，它提供各种功能。以下是最重要的功能列表，但不限于以下内容：

• 计费与计价 - 它涉及对产品或服务的使用进行计价并生成月度账单。

• 支付处理 - 它涉及将客户的付款记入其帐户。

• 信用控制和催收 - 它涉及追缴未付账款并采取适当措施收取款项。

• 争议和调整 - 它涉及记录客户对其账单的争议，并创建调整以退还争议金额以解决争议。

• 预付费和后付费服务 - 它涉及支持预付费和后付费客户群。

• 多语言和多种货币 - 如果业务遍布全球，拥有跨国客户，或者政府法规要求，则需要多语言和多种货币支持。

• 运营商间结算 - 它涉及在为彼此客户提供服务的运营商之间共享收入。

• 产品与服务 - 这涉及提供灵活的方式来维护各种产品和服务，并单独或打包销售。

• 折扣应用 - 这涉及定义各种折扣方案，以减少客户流失并吸引和增加客户群。

计费类型

当您深入研究计费主题时，它会变得更加复杂。我将在本教程的后面部分介绍大部分概念，但首先，让我们对广泛使用的计费类型有一个大致了解：

• 预付费计费 - 一种计费机制，客户预先付款，然后开始使用服务。通常，预付费客户不会收到任何发票，并且他们会通过称为“IN”（智能网络）的高可用性计费系统实时收费。

• 后付费计费 - 这是传统的计费方式，已经使用了多年。在这里，客户购买产品和服务并在整个月使用它们，到月底，服务提供商会生成发票并将这些发票发送给客户以进行付款。

• 互联计费：网络运营商通常对其他网络为其客户提供的服务负有财务责任，无论客户是否为该服务付费。互联计费与运营商间结算或有时称为合作伙伴结算有关。

• 漫游费 - 当客户从一个网络运营商的覆盖区域移动到另一个运营商的覆盖区域时，第一个运营商将向第二个运营商支付少量费用以向其客户提供服务。此类费用通过漫游计费进行结算。此结算根据 TAP3 协议进行，我们将在接下来的章节中讨论。

• 融合计费 - 融合计费是指将所有服务费用整合到一张客户发票中。融合计费意味着创建客户及其所有服务（移动、固定、IP 等）的统一视图。

计费系统供应商

计费系统是任何电信运营商的支柱。如果运营商没有强大的计费系统，那么他们将无法以有吸引力的促销和优惠提供其产品和服务，最终他们将无法在当今竞争激烈的动态市场中立足。

您可以找到数千家供应商，他们都在销售自己的计费产品，并声称拥有许多功能，但在市场上有一些真正优秀且最常用的产品。下面列出了一些优秀的计费系统：

电信计费 - 系统架构

下图显示了计费系统的典型架构：

这里，我们有两种可能性：

• CRM（客户关系管理）/OMOF（订单管理和订单履行）系统与计费系统联系，计费系统与供应系统联系以供应服务和网络库存系统，以分配电话号码或IP地址等。

• 第二种可能性是CRM/OMOF系统本身与供应系统联系以供应服务和网络库存系统，以分配电话号码或IP地址等。

典型的计费流程

考虑到上述系统架构：→ 在拨打电话或可以说最终客户生成使用量之后，中介系统从网络交换机收集使用数据并构建呼叫详细记录（CDR）。此 CDR 必须包含“A”方号码和“B”方号码、开始和结束日期和时间。

然后存储 CDR，直到可以对其进行计价。要对呼叫进行计价，会检查 CDR 以查看呼叫是否是，例如，800 号码、本地通话（包含在本地通话计划中）、国际通话或长途通话。诸如呼叫时间和城市代码或国家/地区代码等信息用于计算呼叫费率。

对每个呼叫进行计价后，将存储此信息，直到运行发票（通常每月一次）。运行发票时，可以将其他非使用费用（例如折扣或月费）应用于账单或有时称为发票。

可能存在计价时间折扣或计费时间折扣，客户进行不同的付款，给予不同的调整，所有这些信息都会影响最终发票的生成。

然后将此信息转换为可打印为可读格式的格式。最后，打印信封，装入附件，并邮寄给最终客户。

计费系统需求

计费系统应由一系列独立的应用程序组成，当这些应用程序一起运行时，被称为计费系统。一个好的计费系统应该提供以下主要功能，并具有高度的灵活性：

• 客户界面管理 - 计费系统必须能够处理客户主动联系，监督向客户主动联系，以及管理联系生命周期。

• 订单管理 - 这是典型计费系统中应该具备的基本功能。计费系统应该能够捕获产品和服务订单，管理订单录入生命周期，并监督订单完成生命周期。

• 销售与市场营销 − 完善的计费系统应能够解答客户疑问，处理佣金，提供销售支持，跟踪潜在客户，管理营销活动，分析产品业绩以及获取多户住宅单元。

• 资费方案和计费 − 计费系统必须能够管理各种产品和服务，以及与这些产品和服务相关的不同资费方案，并应提供灵活的方式来计费这些产品和服务产生的使用量。

• 折扣 − 计费系统应能够对不同的使用情况和租赁提供各种类型的折扣。

• 开票 − 系统必须能够执行计费查询，生成账单，处理存款，执行账户管理，维护税费信息以及处理财务信息。

• 信用控制与催收 − 计费系统应通过为不同的客户分配不同的信用等级来控制使用量和收入。系统应支持收款并将款项应用于不同的发票。

• 多语言支持 − 多语言支持包括提供多种语言的发票和客户服务。

• 多种货币 − 不同国家使用的多种货币可能会使计费系统复杂化，因为计费和客户服务系统必须能够以多种货币单位进行记录和处理。

• 合作伙伴收入管理 − 合作伙伴收入管理是指在相互为对方客户提供服务的运营商之间共享收入。

• 问题处理 − 计费系统还应能够管理故障单录入，协调故障单关闭并跟踪故障单的解决进度。

• 性能报告 − 完善的系统将提供性能报告，确保服务质量 (QoS) 报告，创建管理报告以及生成监管报告。

• 安装和维护 − 系统还应提供劳动力调度并管理在客户场所执行的活动。

• 审计与安全 − 计费系统应执行数据审计和完整性检查。对于运营商而言，安全的系统始终是理想的选择。

除了上述功能外，良好的计费系统还应：

• 加快新服务的上市时间。

• 实现客户和产品的融合视图。

• 支持经济高效的架构可扩展性。

• 实现合作伙伴关系管理和结算。

• 降低总拥有成本。

下一步是什么？

从下一章开始，我们将尝试涵盖完整的流程，从定义产品和服务，将计划和资费与这些产品关联，获取客户（将产品销售给最终客户），捕获这些客户产生的使用情况，最后，对该使用情况进行计费并向这些客户发送最终账单。

电信计费 - 产品与服务

假设像 Airtel 这样的电信运营商想要建立自己的计费系统。那么，Airtel 必须首先由其销售和市场营销部门定义其产品和服务，然后才能继续建立计费系统。

什么是产品？

产品是逻辑或物理实体，运营商可以将其出售给最终客户。这可能是手机、互联网连接、语音通话连接、VPN、视频点播、数字电视连接等。

产品可能具有每月租金，我们也称其为定期收费。产品可以是产生使用量的产品或不产生使用量的产品。产生使用量的产品有时也称为产生事件的产品，而不产生使用量的产品称为不产生事件的产品。

例如，带有电话号码的语音通话连接是产生使用量的产品，因为它在最终客户使用此产品拨打电话时会产生使用量。简单的电话机（没有连接）是不产生使用量的产品，它可以根据每月租金提供给客户。因此，即使客户不使用它，也必须支付每月租金。

什么是服务？

从市场营销的角度来看，产品和服务之间没有区别，因为大多数情况下，不同的计费和市场营销专家可以互换使用这两个词。

简而言之，运营商使用其产品为客户提供语音服务。国际电话可以被称为使用语音通话连接提供的服务。另一个例子可能是 800 号码呼叫可能通过或可能不通过特定运营商提供，呼叫等待、呼叫转移可以说是由电话机型号或运营商提供的服务。

本教程将产品和服务这两个术语互换使用。简单来说，产品是客户可以 outright 购买或租赁的商品。产品可能是：

• 实际对象（例如，手机）
• 服务（例如，电话系统上的呼叫等待服务）
• 更抽象的概念（例如，服务等级协议）

产品族

相关的产品可以组合成一个产品族。可能存在多个级别的产品，因此一个产品可以同时是父产品和子产品。

此外，如果需要，每个产品族可以有多个父产品。产品族的例子包括：

• 电话服务
• 有线电视
• 互联网
• 专线

产品组合（套餐）

很多时候，运营商会将多个产品捆绑成一个单一组并将其作为完整套餐出售。有些计费系统支持将各种类型的产品捆绑在一起作为套餐。它可以以折扣价提供。

如果产品作为套餐的一部分，则可以以更低的价格向客户提供。每个套餐可以包含任意数量的产品，这些产品可以来自多个产品族。

产品的此套餐价格方案通常与其比较（即非套餐）价格方案不同，因为这就是公司向客户购买完整套餐提供折扣的方式。但是，这不是强制性的，因为产品可以在套餐中分配一个正常的价目表。

产品属性

产品可以具有一些与其相关的属性。产品属性允许保存有关各个产品实例的信息，其中相关信息在不同类型的产品之间有所不同。例如，付费电视产品可能具有记录其机顶盒编号的属性。

此外，手机产品可能需要属性来记录国际移动用户识别码 (IMSI) 和移动台国际 ISDN 号码 (MSISDN)。

产品事件类型

产品可以具有一些与其相关的事件类型。这些事件类型控制产品可以生成的事件。

例如，手机产品可能具有语音通话和消息服务等事件类型。单个电话设备可能与许多其他事件类型相关联，运营商可以向最终客户收取客户生成的每个事件的费用。

计费系统视角

一旦您的市场营销部门最终确定所有产品、服务、套餐以及相关的价格，它们就会配置到计费系统中。

不同的计费系统在定义产品及其在父产品、子产品和孙产品方面的层次结构方面提供了不同级别的灵活性。

有些系统足够灵活，可以支持套餐和捆绑包，而有些系统则提供与套餐和折扣价相关的有限功能。

有些系统将产品目录与价格目录分开，以提供更好的模块化方法，而有些计费系统则将产品描述、其功能和相关价格组合在一起。

一旦所有产品、服务、套餐及其事件都配置到计费系统中，下一步就是定义其租金和使用价格，我们将在下一章中介绍。

下一步是什么？

如果您了解什么是产品或服务和套餐，那么您可以继续下一章，了解其价格是如何由任何运营商提供的市场营销部门定义的。

电信计费 - 资费规划

电信运营商公司的市场营销部门努力为不同的产品和服务定义租金和使用费。这些收费是在考虑其他竞争对手和法规的情况下确定的。广义地说，有两种类型的资费，也称为费率或价格方案，具体取决于不同计费系统中使用的术语。

可能需要对产品和相关服务应用不同类型的收费。对于给定的产品，运营商可以定义以下一种或多种收费，但并不限于这些收费，可能还有一些其他类型的收费，具体取决于国家/地区、位置和业务情况：

• 产品启动费用 − 这些是一次性费用，可以作为安装、激活、服务或启动连接的一部分向客户收取。

• 产品定期费用 − 这些是作为产品和服务的租金按月、双月或年度收取的费用。

• 产品终止费用 − 这些是产品和服务终止时收取的费用。

• 产品暂停费用 − 这些是由于某种原因（例如，未付款）暂停产品时收取的费用。

• 产品暂停定期费用 − 即使由于某种原因暂停了客户，也可能需要定期向客户收费。

• 产品重新激活费用 − 假设产品由于某种原因被暂停，现在需要激活它，运营商可以为此服务收取重新激活费用。

• 产品使用费用 − 这是最重要的收费类型，它将根据服务的用途收取。例如，每分钟或每秒的通话费，每 MB 的数据下载费等。

上述所有费用都在不同的资费目录中定义（即配置），根据监管规定包含或不包含适用税费。这些目录因计费系统而异。一些计费系统将所有价格保存在一个目录中，而另一些计费系统则将使用费与其他费用分开。

这些目录在计费系统中维护，但也提供给前端系统，以便在创建客户帐户时可以对客户应用不同的资费。

所有价格也基于产品及其套餐进行定义。不同的产品组合在不同的套餐中可能产生不同的价格。

以下部分将为您提供关于与资费定义密切相关的不同概念的了解 −

预付费用和欠付费用

运营商可能希望对某些服务预收取客户费用，而对其他服务则在每月结束时收取费用。

在提供服务之前预先收取的费用称为**预付费用**，提供服务之后收取的费用称为**欠付费用**。

对于欠付费用，产品费用适用于至少到当前名义账单日期（或非定期账单的账单请求日期）的前一天的期间。

因此，在配置不同的费用时，计费系统应提供预先配置费用的功能，并且运营商始终可以选择是否要预先配置特定价格或欠付。

**注意** − 使用费不能预先收取，除非是总额费用，因为您永远不知道客户在下个月将产生多少使用量。如果是总额费用，则可以预先收取该金额，并让客户根据其需求使用无限服务。

按比例计费和非按比例计费

考虑这样一种情况：客户在月中办理电话连接，并且他的发票需要在每月的第一天生成。如果价格是非按比例计费的，计费系统将向客户收取全月费用，这对客户是不公平的。同样的情况也适用于终止服务，如果客户在月中终止服务，则运营商可能不愿意向客户收取剩余月份的费用。

按比例计费意味着它们只适用于客户将使用服务的几天。例如，如果每月的产品租金为 30 美元，而客户只使用了该产品 10 天，则计费系统应仅向客户收取 10 美元的费用。

因此，计费系统应提供一个选项来配置特定价格为按比例计费和非按比例计费，并让运营商选择最适合他们的方案。

可退款费用和不可退款费用

现在，让我们考虑这样一种情况：运营商预先向客户收取全月费用，但客户在使用服务 10 天后在月中离开。

如果价格配置为不可退款的，则不会退还给客户，但如果配置为可退款的，则会退还给客户。第二个规则是，如果价格配置为按比例计费的，则将根据比例进行退款，否则将全额退款。

费用覆盖选项

一个良好的计费系统提供了一个选项，可以在向客户提供价格时覆盖基本价格。

例如，目录中特定产品的基本价格定义为每月 30 美元，但客户不愿意每月支付 30 美元，并且基于某些讨价还价，他愿意每月支付 25 美元。在这种情况下，客户服务代表 (CSR) 应该能够覆盖定义的基本价格 30 美元，并在系统中创建客户时将其添加为 25 美元。

计费系统应为运营商提供一个可选功能，即特定价格是否可以覆盖，并让运营商决定是否要在销售时覆盖某些费用，或者在所有情况下都是固定的。

按收入代码细分收入

所有运营商都希望知道他们使用特定产品、其租金、暂停或使用等获得了多少收入。

在目录中定义不同的价格时，计费系统应提供将某种收入代码或关键词与不同类型的费用关联的功能。这有助于根据与收入相关的代码生成不同的报告。

资费分类

运营商可以定义不同的资费，这些资费可以提供给具有不同信用等级的不同人员。例如，每月 100 美元的 5mbps 数据线路可以提供给月收入超过 1000 美元/月的客户，而 1mbps 数据线路可以提供给月收入至少 500 美元/月的客户。

所有计费系统都提供定义不同信用等级的选项，这些信用等级可以根据客户的信用历史和收入以及运营商定义的其他参数分配给客户。

所有产品和服务都可以有不同的资费计划，这些计划可以提供给从普通客户到 VIP 客户的不同等级的人。

使用费的参数

在定义使用费时，可以使用许多参数。例如 −

• 白天（通常称为高峰时间）的通话将按较高费率收费，而夜间（即非高峰时间）的费率相对较低。

• 如果通话在同一网络内终止（通常称为网内通话），则将按相对较低的价格收费。

• 周末（即周六和周日）的通话将按较低的价格收费。

• 对特定目的地的通话将按高价收费。

• 节日期间的通话将按特价收费。

• 从特定站点下载数据将免费。

• 向特定代码发送短信将按高价收费。

• 特定号码组（通常称为封闭用户组 (CUG)）内的通话将免费。

• 发送国际或国内彩信将按相同价格收费。

计费系统提供了很大的灵活性来定义各种此类规则，以收取客户产生的语音、数据、短信或彩信使用费。

接下来是什么？

现在，我们在计费系统中拥有所有产品、服务和相关的资费。在下一章中，我们将了解如何将这些产品销售给最终用户并在系统中创建其记录。

电信计费 - 客户获取

客户是“法人实体”（可以是个人或公司），它接受服务提供商提供的产品和服务，并负责支付账单。在住宅计费场景中，客户可能是单身户主。在企业计费场景中，客户可能是一家公司。

• **个人客户** − 个人客户是购买一种或多种产品并支付账单的个人（或家庭）。不需要任何层次结构来维护客户或帐户。

• **公司客户** − 公司客户是单个公司或公司的分支机构。可能存在典型的父子类型的客户层次结构，代表公司的不同分支机构或部门。

客户获取流程

客户获取是指识别、吸引和留住潜在盈利客户的过程。这使用称为**客户关系管理**(CRM)的系统来处理，它是重要的业务支持系统 (BSS) 之一。

CRM 系统始终与包括计费系统在内的各种系统连接，并将客户个人数据以及产品和服务信息馈送到计费系统。

购买产品和服务的客户需要在系统中激活，为此，需要客户的各种详细信息 −

• 客户可能需要填写申请表，提供个人详细信息。

• 验证客户身份以防止欺诈。

• 服务提供商需要对客户进行信用检查，并根据信用历史和月收入等分配适当的信用等级。

• 提供在网络上配置以提供服务的适当产品。

一旦获得客户，就需要管理和留住客户，这包括 −

• 与客户互动和沟通，进行销售和收款活动。

• 这些互动可以以不同的格式记录，例如笔记、语音录音等。这些数据可用于分析客户的行为，并帮助服务提供商提供更好的服务以留住客户。

• 处理客户针对网络或发票等遇到的任何问题提出的故障单。这些数据也可用于分析客户的行为，并帮助服务提供商改进服务以留住客户。

• 处理客户和服务提供商之间提出的任何账单争议和调整。

客户生命周期

典型的客户生命周期如下所示 −

此处简要介绍了构成客户生命周期的所有阶段 −

• **客户参与 −** 客户联系客户服务代表 (CSR)，并且 CSR 通过向客户销售各种产品和服务来与客户互动。

• **订单创建和履行** − 客户获取产品和服务，CSR 将订单创建并完成到系统中，然后通过向客户提供所需的产品和服务来履行订单。

• **服务供应** − 使用称为**供应系统**的系统在网络上提供产品和服务。供应系统将客户信息以及他们被授权使用的服务告知网络。事实上，这会在网络上激活客户。

• **产品使用** − 一旦客户在网络上被激活，客户就开始使用产品和服务，包括拨打电话、下载数据等。

• **产品和服务的计费和开具账单** − 从网络收集客户使用情况，然后根据定义的费率计划对其进行计费，并应用产品租金和所需的折扣、调整等。

• **账单交付** − 生成账单后，将其发送给最终客户，要求其支付已提供服务的收入。

• **账单支付** − 客户支付收到的发票。

• **催缴和收款** − 可能有很多客户不会按时支付账单。对于此类客户，将发送不同的催缴函以提醒他们付款。如果客户未按时付款，则将采取不同的收款措施，从逐一停止客户服务开始。

• **客户终止** − 可能有多种原因需要在系统中终止客户。例如，客户可能迁移到不同的位置，或者客户可能对提供的服务不满意等。

在任何给定日期，系统中活跃客户的总数称为客户群。向系统中添加客户和终止系统中的客户被称为客户流失。

客户类型

通常，当今电信市场中存在以下类型的客户：

• 移动预付费客户 - 这些客户通过预付费用来使用移动服务。例如，GSM、GPRS手机用户。这些客户根据自己的需求充值。

• 移动后付费客户 - 这些客户通过在收到每张发票后支付费用来使用移动服务。例如，GSM、GPRS手机用户。这些客户每月或双月支付账单。

• 固定预付费客户 - 这些客户通过预付费用来使用固定线路，即固定电话服务。例如，PSTN、WiMax电话用户。这些客户根据自己的需求充值。

• 固定后付费客户 - 这些客户通过在收到每张发票后支付费用来使用固定线路，即固定电话服务。例如，PSTN、WiMax电话用户。这些客户每月或双月支付账单。

接下来是什么？

现在，我们的计费系统中包含客户、产品和服务。客户开始使用购买的所有产品和服务，并开始产生国内和国际、数据和语音呼叫，这些呼叫将由计费系统计费，我们将在后续章节中讨论这些流程。

电信计费 - 用量采集

客户一旦开始使用运营商销售的产品和服务，就会在网络上开始产生使用情况。网络元素是软件和硬件的组合，负责所有类型服务的整体服务控制和计量事件。

什么是事件？

事件是产品使用的一次计费事件，通常由网络以电子方式捕获。例如，当移动电话用户拨打电话时，会生成一个事件，其中包含有关该电话呼叫的信息，例如呼叫时长、呼叫时间和呼叫号码。

什么是CDR？

事件及其所有属性称为呼叫详单 (CDR)。网络交换机中的数据收集器以呼叫详单 (CDR)/使用详单 (UDR) 的形式捕获使用情况。这些原始 CDR/UDR 又由中介系统转换为计费系统可以理解的格式。

可能有不同的网络元素控制服务并产生不同类型的 CDR；例如，对于 GSM 电话：

• 语音呼叫由 MSC（移动交换中心）捕获。
• 短信流量由 SMSC 捕获。
• 数据流量由 GGSN 捕获。
• 彩信流量由 MMSC 捕获。
• 漫游 CDR 由漫游合作伙伴的交换设备捕获。

有关 GSM、MSC、SMS、SMSC、GGSN、MMS、MMSC 的更多信息，请参阅我们的 GSM 教程。

下图显示了捕获使用数据并将原始 UDR 发送到中介系统，最后发送到计费系统进行计费的网络元素。

CDR 属性

如上所述，CDR 保留使用详情以及其他各种有用信息。以下是 CDR 最重要的属性：

• 主叫方（A 号码）。

• 被叫方（B 号码）。

• 呼叫开始时间（日期和时间）。

• 呼叫时长。

• 呼叫类型（语音、短信、数据等）。

• 标识记录的唯一序列号。

此外，CDR 还可能记录其他信息，例如：

• 电话交换机的标识符。

• 呼叫结果（是否已接听、忙线等）。

• 用于连接呼叫的中继线或路由。

• 遇到的任何故障情况。

• 指示呼叫转移、三方通话等功能的使用情况。

• 通话期间使用的任何功能，例如呼叫等待或呼叫转移。

• 根据需求的其他各种属性。

UDR 中所有必需信息的准确记录取决于交换机供应商的逻辑以及交换机特定的表项。如果两者都不能准确记录数据，则中介系统将无法识别已完成的呼叫并将它们传递给计费系统。

CDR 处理

中介系统以不同的格式从不同的网络元素收集 CDR。各种网络元素以 ASN.1 格式生成 CDR，而某些网络元素则具有其自身的专有 CDR 格式。

中介系统处理所有 CDR 并将其转换为与下游系统（通常是计费系统）兼容的格式。中介系统对 CDR 应用各种规则来处理它们；例如，中介系统根据拨打的号码（B 号码）标记国际呼叫，同样，中介系统根据 A 号码和 B 号码标记本地呼叫。

可能需要过滤掉所有通话时长少于 5 秒的呼叫，过滤此类呼叫的最佳位置是在中介系统级别。同样，如果 CDR 中需要一些对计费至关重要的额外信息，则中介系统将根据 CDR 中的其他属性帮助提供此类信息。

收集到的 CDR 处理完毕后，中介系统使用 FTP 将所有 CDR 推送到计费系统，因为中介系统和计费系统通常运行在不同的机器上。

下一步是什么？

好了，现在您已经捕获了客户产生的使用情况。下一章将介绍如何对捕获的使用情况进行计费，以便可以从最终用户那里收取应收款项。

电信计费 - 计费流程

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

我们已经解释过，事件是产品/服务使用的一次性事件。事件由网络元素以 CDRS/UDR 的形式捕获，并传递给计费系统进行计费。

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

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

计费过程

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

计费/计费引擎的一些基本功能列表：

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

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

• 确定要为事件收费的客户帐户。在此，费率过程拾取事件源（移动电话号码或 IP 地址等）并检查数据库以验证此事件源是否与任何帐户关联。此步骤称为事件引导。

• 如果无法引导事件，则将拒绝此事件，并将其放入暂停类别。这些被拒绝的事件存储在数据库表中以供以后验证。

• 根据计费资费（也称为费率计划）计算事件的成本/价格。

• 应用任何适用的计费时间折扣。这可能是前五分钟免费，之后通话将按正常费率收费。此类折扣称为计费时间折扣。

• 将已计费的事件存储在数据库中以用于计费目的，或将其发送到外部系统进行计费。

下图显示了计费引擎及其相关功能的概述：

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

重复事件

重复事件定义为任何未计费事件，该事件与另一个未计费事件在以下所有方面都相关：

• 帐户号码相同。
• 事件源相同。
• 事件类型 ID 相同。
• 事件日期和时间相同。

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

• 中介系统过滤机制故障。
• 中介系统软件中的编码错误。
• 重复传递到计费引擎的所有或部分事件文件。

拒绝的事件

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

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

拒绝事件的主要原因有三个：

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

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

• 无法计费的错误阻止计费系统计算事件的成本。由于费率计划存在问题，可能会发生无法计费的错误。

所有被拒绝的事件都发布到一个特殊的帐户，称为内部帐户或暂缓帐户，这些被拒绝的事件称为暂缓事件。财务部门跟踪所有被拒绝的事件，并将它们计为收入损失的一部分。IT 部门始终非常重视解决被拒绝的事件并对其进行正确计费以节省收入。

如果无法修复被拒绝的事件并且运营商不想将其发布到内部帐户，则可以丢弃该事件。当丢弃事件时，它不会提交给计费引擎，也不会再尝试对其进行计费。

实时计费

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

实时系统流程包括电子商务交易和数据下载。任何必须快速评估事件并将其应用于客户帐户的应用程序都是实时计费的合适候选者。

重新计费事件

可能需要重新计费事件的情况有很多。例如，当：

• 使用的计费方案出错导致事件定价错误。

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

• 在上次账单日期和下次账单日期之间某个时间点替换了现有的计费方案。

• 产品的计费方案、价格方案或事件源已被追溯更改。

重新计费事件的过程非常简单，步骤如下：

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

• 修复问题所在。

• 通过计费引擎重新提交事件进行计费。

部分事件

部分事件允许在事件进行时维护客户的余额。

例如，对于长时间的数据下载，中介系统将不断向计费系统发送部分事件，以便计费系统持续进行计费，而不是等待事件完成；一旦客户的信用额度超出限制，帐户将被阻止，并通知网络元素终止呼叫。

阈值和操作

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

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

如果需要采取计费时间操作，那么尽可能进行实时计费非常重要。

下一步是什么？

到目前为止，我们已经了解了客户如何产生使用情况，中介系统如何将该使用情况（CDR）推送到计费系统，以及计费系统如何对这些 CDR 进行计费。

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

电信计费 - 流程

计费是按帐户逐个帐户汇总所有非经常性、定期和可收费事件。它也是计算所有未付费用以及可用的折扣和奖金。

计费过程的输出是带标签的账单数据流，可用于在纸张、磁盘或任何其他介质上创建账单。计费引擎（计费系统的一部分）创建发票。

账单流程

下图显示了计费引擎和相关功能的基本图：

计费引擎选择一个帐户来生成账单，并使用以下相关信息来生成发票数据：

• 客户在发票月份内的所有已计费 CDR。

• 适用于客户产品和服务的各种费用（启动、安装、定期、暂停、终止等）。

• 如果有任何退款或任何其他适用的费用。

• 以前账单的总欠款。

• 客户在给定月份支付的总款项。

• 为客户或反对客户通过的总调整。

• 给予客户的总折扣。

• 适用于客户使用费和租金费用的总税款。

• 运行计费引擎所需的计费配置参数；例如，到期付款日期等。

上述信息仅供参考，可能因计费系统和运营商而异。

计费引擎生成包含生成最终账单所需的所有信息的原始数据，此原始数据可用于生成最终发票并发送给最终客户。

账单周期

当客户添加到计费系统时，系统会为客户分配预定义的账单周期。账单周期是计费引擎运行并为一组客户生成账单的日期。

如果有许多客户，则将其分成不同的账单周期。例如，一组客户的账单数据可以是每个月的第一天；另一组客户的账单日期可以是每个月的第 15 天。

如果客户被分配在每月 1 日生成账单，这将被称为客户的**名义账单日期**。但由于各种原因，许多时候账单运行会延迟，实际账单会在稍后的日期生成，这将被称为**实际账单日期**。

账单类型

用户可能可以使用各种类型的账单。其中一些可能不受某些计费系统支持。

账单是自动生成或根据客户的要求生成的。

计费模式

计费系统可以通过两种模式生成账单，例如：

• **测试（假设？）计费模式** - 此模式用于生成格式化的测试账单，同时保持数据库不变。这些账单有助于确保系统正常工作，并在对账单模板或资费进行更改后进行测试。

• 在测试模式下运行计费引擎时，不会对数据库进行提交。因此，即使多次运行测试计费，也不会影响客户的个人资料。

• 测试账单通常针对一组样本客户运行。如果您对测试账单满意，则可以继续进行生产账单。

• **生产（实时）计费模式** - 此模式用于生成正常的生产账单。大多数情况下，这是计费引擎的默认模式。

• 生成生产账单后，计费引擎会使用客户需要支付的总未付余额和下一个账单日期等信息更新数据库中的客户个人资料。

计费引擎为所有生产账单分配不同的发票号码，这有助于跟踪针对发票进行的不同付款。

账单抑制

可能存在不值得生成账单而最好抑制账单的情况。以下是此类情况：

• 抑制零（零活动账单）或价值很低的（小额账单）帐户的账单。

• 如果同时请求/安排多种账单类型，则也可以抑制特定类型的账单，从而防止向客户发送不必要的账单。

小额账单是指账单金额介于最小正账单金额和最大负账单金额之间的账单，属于例外账单情况。生成小额账单，然后将其从计费流程中删除，这样就不会发送给客户。

例外账单

可能的例外账单示例包括异常高的账单或超过帐户信用额度设定倍数的账单。计费引擎会对其生成的账单数据进行一些基本检查。这包括测试计费总额以确保满足以下条件：

• 账单总额大于最小负账单金额。

• 账单总额小于最大正账单金额。

• 账单总额小于帐户信用额度乘以信用额度倍数。

所有上述条件因计费系统和运营商而异，它们被称为例外账单条件。

账单明细

默认情况下，所有发票都提供产品和服务费用以及使用费用的详细摘要。但它并未提供客户所做所有呼叫的详细信息。

明细账单意味着提供客户所做所有呼叫的完整详细信息。这需要打印更多数量的纸张。最近的趋势是通过电子邮件发送明细账单，并使用账单的纸质副本发送汇总报表。

账单格式

有些计费系统提供计费格式化实用程序，可用于生成最终格式化的账单。

账单格式化程序采用计费引擎生成的输出数据，通常生成 PostScript 文件或 PDF 文件，账单打印公司可以使用这些文件。

如果计费系统无法生成格式化的账单，则系统会生成一组带标签的文件以及计费信息，任何外部账单格式化程序都可以使用这些标签信息来生成格式良好的发票。

无论计费系统是否生成格式化的发票，或者我们使用外部工具使用计费引擎生成的原始数据来生成这些格式化的发票，最终这些发票都会发送到账单打印公司，由他们负责生成最终的发票副本。我们将在后续章节“发票生成”中详细讨论。

下一步是什么？

下一章将解释折扣流程，这实际上是计费流程的一部分，但由于一些项目需要更多解释，我们将其作为一个单独的部分。

我们将讨论不同类型的折扣层级以及在计费时可以提供的折扣。

电信计费 - 折扣应用

所有折扣都会更改（最常见的是减少）一组事件和/或产品应支付的价格。折扣是给客户打折的一种方式。折扣定义了一定金额（百分比或货币金额），用于应用于符合特定条件的产品或使用情况。例如，在特定日期（例如 2010 年 1 月 1 日）拨打的本地电话，每通电话收费 0.20 美元。

折扣可以在计费过程中或计费过程中计算：

• 计费时折扣 - 所有在计费过程中提供的折扣。这些折扣只能针对使用情况提供。计费时折扣的一个例子是“所有国际电话前一小时享受 5% 的折扣”。

• 账单时折扣 - 所有在账单处理过程中提供的折扣。这些折扣可以针对已计费的使用情况，也可以针对产品和服务费用提供。账单时折扣的一个例子是“如果在一个月内花费超过 15 美元，则享受 5% 的折扣”。

项目前折扣是对其适用的每个事件的价格进行修改，以确定重新计费的价格。此折扣也属于账单时折扣类别，但这与通话计费有关。其他账单时折扣不会修改事件的价格。项目前折扣不能包含产品费用，只能包含事件费用。

折扣阶梯和阈值

折扣的大小使用一系列折扣阶梯和阈值来确定。当达到特定阈值时，折扣阶梯允许更改折扣的大小。

例如，电话事件的折扣可能取决于通话分钟数，通话 100 分钟后享受 10% 的折扣，通话 200 分钟后享受 20% 的折扣。

每个折扣至少应包含一个阶梯。如果需要随着数量的增加使折扣更有利或更不利，则可以添加更多阶梯。每个折扣阶梯都可以将其折扣表示为金额或百分比（但不能同时表示两者）。

简单的折扣类型

可以给予最终客户无限类型的折扣，但这取决于您的计费系统支持哪些类型。以下是简单但非常有效的折扣类型：

跨产品折扣

这是一组产品和事件决定另一组产品和事件的折扣的情况。

例如，“如果在移动电话上花费超过 30 美元，则免费赠送 10 条短信”。此处移动电话决定折扣，短信产品获得折扣，此类折扣称为跨产品折扣。

分级折扣

这些折扣仅适用于在指定的折扣阈值之间的一组事件或花费的部分。例如，在下图中，0-100 美元或 0-100 个事件的支出享受 0% 的折扣，100-200 美元或 100-200 个事件的支出享受 5% 的折扣，依此类推。

批量折扣

这些折扣基于特定产品生成的事件数量或产品费用。例如，在下图中，花费 100 美元或 100 个事件享受 5% 的折扣，依此类推。如您所见，花费越多，折扣越大。

税收折扣

税收折扣提供了一种处理某些税收豁免的替代方法。它们在对账户进行计费时计算和应用。

折扣期限和按比例分配

大多数折扣都有与其相关的折扣期限，可以是任意数量的天、周或月。此期限可通过三种方式使用：

• 指定应达到阈值的时长。

• 指定应应用绝对折扣的频率。

• 指定多久确定一次附加了最高使用情况筛选器的折扣的最高使用情况。

根据要求，折扣可以按比例分配和非按比例分配。如果折扣按比例分配，则折扣将根据服务的使用天数计算；如果是非按比例分配折扣，则将根据配置折扣的整个期间进行计算。

奖励计划

奖励计划是向客户赠送免费事件的方法，其中免费事件的数量由一段时间内（例如，上一年）一个或多个产品的先前使用情况或费用决定。

例如，“选择超级优惠电话套餐，即可在上一季度每拨打三个小时的国际电话获得 10 美元的免费通话”。

还有其他方法可以为客户打折，例如，通过套餐提供更有利的资费方案，随着数量的增加降低产品的单位价格。

呼叫圈组 (CUG)

呼叫圈组定义了用户之间的关系，这些用户被建模为成员和（默认情况下）非成员。

在此模型中，圈内成员之间进行的呼叫将使用与非成员（或关联方）进行相同呼叫时应用的不同费率进行定价。

呼叫方之间的关系由呼叫方身份的组合决定。如果网络属于同一运营商，则呼叫圈可以跨网络，并且单个呼叫圈可以包含移动用户和固定线路用户。

下一步是什么？

我们已经在上一章中介绍了计费流程。在下一章中，我们将讨论发票生成的最后一部分，从原始发票数据到结构化账单的形成。

电信计费 - 发票生成

大多数计费系统都会生成包含账单信息内容的结构化 ASCII 文本。每个账单的账单数据最初写入数据库或平面文本文件。此阶段数据的格式相同，无论如何处理数据。

然后，可以使用多种格式化引擎之一处理此账单数据，以生成所需形式的输出。例如，纸张、CD-ROM 等。

有一些计费系统提供内部账单格式化工具。如果计费系统不提供能够生成格式化账单的工具，则可以使用第三方工具，例如 DOC1，这是最常用的工具之一。

以下是显示账单格式化流程的典型图表：

以下是 Convergy 的 Infinys 计费系统中获取的账单数据的快照：

DOCSTART_85
DOCTYPE BILL
GENEVAVERSION 5.0
BILLSTYLE 1
BILLTYPE 1
BILLTEMPLATE 85
BILLSEQ 1
BILLVERSION 1
ACCCURRENCYCODE BEF
BILLLANGID 2
BILLLANGNAME English (US)
BILLLANGLOCALE us
PAYMETHODID 1
FORMATREQ A30001001/0001
COPYBILLNUM 0
BILLPURPOSE 1
ADDRESSNAME Dr D Jackson
POSITION Project Manager
DEPARTMENT Recruitment
ADDRESS1 12 South Street
ADDRESS2 Detroit
ADDRESS3 Michigan
ZIPCODE 12345
COUNTRY United States
BSTARTACCFADDR
ACCFADDR_1 United States
ACCFADDR_2 Michigan
ACCFADDR_3 12345
ACCFADDR_4 12 South Street
ACCFADDR_5 Detroit
ACCFADDR_6 Dr D Jackson
BENDACCFADDR
CUSTOMERREF C30001
CUSTOMERTYPE Standard
ACCTAXSTATUS Exclusive
INVOICINGCONAME Invoicing company for English (US)
INVOICINGCOADDRESS1 Company House
INVOICINGCOADDRESS2 Atlanta
INVOICINGCOVATREG taxref000576
ACCOUNTNO A30001001
BENDBFPAYSUMMARY
BALOUT 0.00
CHARGES 142.00
NEWBAL 142.00
BSTARTBFPAYDETAILS
ACCDEPPREVTOT 0.00
ACCDEPCHANGE 0.00
ACCDEPCURRTOT 0.00
BENDBFPAYDETAILS
BENDBFSTATEMENT
BILLREF A30001001@0001
BILLDATE 02/20/99
NEXTBILLDATE 03/20/99
BSTARTPAYMENTDUEINFO
PAYMENTDUEDATE 03/04/99
DEBTSTARTDATE 02/25/99
PAYMENTTERMDESC Payment due 7 days after the bill date
PAYMENTDUEDAYS 7
BENDPAYMENTDUEINFO
GIROREF 34
GIROACCOUNT 404 7800
OCRREF 1300010019
OCRSORTCODE V6344047800
GIROAMOUNT 142.00
OCRAMOUNT 000142000
INVOICEACTUALDATE 02/25/99
INVOICETAXDATE 02/25/99
INVOICESTART 01/03/99
INVOICEEND 02/19/99
TAXTYPE 1,2.00,
TENDTAXTYPE
INVTOTALTAX 2.00
BENDTAXDETAILS
INVTOTAL 142.00
INVTOTALROUNDED 142.00
TOTALSAVE -11.00
PERIODEND 02/25/99
POINTSBALANCE 0
POINTSEARNED 0
POINTSREDEEMED 0
POINTSADJUST 0
NEWPOINTSBALANCE 0
DOCEND

账单数据由一系列 ASCII 文本行组成。每行采用以下格式：

TAGNAME tagvalue

TAGNAME 和标签值之间用空格分隔符 (tagsep) 分隔。标签值可以是单个值，也可以是用分隔符 (sep) 分隔的值列表。除非另有指定，否则使用的分隔符为逗号。

账单后处理器

计费引擎可能无法生成账单中所需的所有信息，或者可能需要对发票中提供的数据执行一些特殊计算。这称为账单后处理，通常由称为账单后处理器 (BPP) 的自定义组件执行。

可以使用您首选的编程语言编写 BPP，它读取原始发票文件，并在将其传递到最终格式化之前对该文件进行必要的修改。

没有计费系统提供开箱即用的 BPP 功能，因为运营商的要求各不相同，并且此流程无法标准化。充其量，计费系统可以提供一个插件点来插入您自定义的 BPP 以及计费引擎。

DOC1 账单格式化程序

DOC1 是 PitneyBowes 公司提供的非常著名的账单格式化工具，可帮助将账单格式化为 PDF 或 PostScript 文件。

如上所述，计费引擎的输出是包含账单信息内容的结构化 ASCII 文本。在计费系统生成的源发票文件标签和 DOC1 需要的标签之间建立映射。DOC1 需要固定长度的标签，如下所示。

以下是发票文件中提供的假设示例：

ACCOUNTNO ACC0010000
ACCUMBONUSPOINTS_1 BON0050100
ACCUMBONUSPOINTS_2 BON0050100
ACCUMBONUSPOINTS_3 BON0050100
ACCUMBONUSPOINTS_4 BON0050100
ACCUMBONUSPOINTS_5 BON0050100
ADDRESS1 ACC0030000
ADDRESS2 ACC0040000
ADDRESS3 ACC0050000
ADDRESS4 ACC0060000
ADDRESS5 ACC0070000
ADDRESSNAME ACC0020000
BUSINESSNAME ACC0120000
TSTARTADJ ADJ0000000
..........

现在使用上述转换，将为 DOC1 生成最终文件，DOC1 将负责使用提供的信息生成最终发票。

也可以在 DOC1 级进行一些修改，但这并没有提供太多灵活性来修改发票。您可以尝试最新版本，它可以帮助您更好地满足期望。

最终发票生成

一旦所有账户都被计费，并且使用内部或外部账单格式化程序对发票进行格式化，这些发票就会发送到账单打印公司进行最终打印。

如果运营商使用电子邮箱向客户发送账单，则可以将同一账单的副本发送到邮箱系统以将其发送给最终客户。

一级运营商（拥有 2000 万或更多客户）通常会将此任务（包括账单分发）外包。

下一步是什么？

生成发票后，将发送给最终客户。现在，是时候从客户那里收取收入了。我们将在下一章讨论收入收取流程。

在我们继续之前，让我们先介绍信用控制部分，这非常重要，应该在收入收取之前介绍。

电信计费 - 信用控制

所有运营商都提供服务并从最终客户那里收取收入以维持业务。向最终客户收费可能有两种方式：

• 预付费 - 运营商在提供服务之前向客户预先收费。这会导致客户满意度降低，但运营商在收入方面更安全。

• 后付费 - 运营商承担风险，并在提供所需服务后每个月结束时向客户收费。这会导致客户满意度更高，但运营商面临收取较少收入的风险。

运营商总是能容忍与特定客户相关的收入损失的阈值；同时，运营商也能承受与特定客户相关的风险阈值。

例如，如果客户的月收入为 10,000 美元，则运营商可以很容易地向他提供高达 1000-2000 美元的服务，但对于同一家运营商来说，提供价值近 10,000 美元的月服务会很困难，因为在这种情况下，客户很难按月付款。

秉承同样的理念，运营商定义了不同的信用等级，他们用来对客户进行分类并关联不同的信用和收款行为。

信用等级

信用等级定义了客户的类别，以及可以承担的与该客户相关的收入风险。信用等级还定义了如果客户未能支付到期的（无争议的）款项，应向该客户应用的哪些收款计划。

所有计费系统都提供定义各种信用等级的功能，这些信用等级可以在将客户添加到系统时分配给不同的客户。一些信用等级的例子如下：

• VIP信用等级 - 这可以分配给VIP客户，并且信用额度非常高。

• 普通大众等级 - 这是最常见的信用等级，信用额度大约为100美元或200美元。

• 细分特定等级 - 这些等级可以根据不同的细分市场来定义，例如警察、军人或银行职员等。运营商可以根据自己的情况定义信用额度。

可以根据客户的需求和类别定义无限数量的信用等级。

信用控制

主要有两个阶段可以控制特定类型的客户类别的信用：

未计费使用量

这是计费时间的控制，由计费流程完成。在此，将客户的使用情况和总费用与分配的信用额度进行比较，如果客户开始接近分配的信用额度，则会通知客户，并且在超过信用额度后可以采取适当的措施。

有些运营商希望在客户超过信用额度时禁止（即暂时停止）服务，并在付款后取消禁止。例如，信用额度为200美元的客户，在使用率达到80%时会通过短信收到通知，在达到90%的阈值时可能会通过提醒电话收到通知，等等，当达到100%的信用额度时，则可能会禁止呼出。

为了控制信用，运营商希望仅在语音和短信使用的情况下禁止呼出电话，但在数据下载的情况下，客户将无法执行任何数据下载。

已计费使用量

这通常在发送发票后完成，更多地与收入收取流程相关，我们将在下一章讨论。

为了在计费时控制信用，重要的是使计费尽可能实时。如果使用情况不是实时捕获的，而是在较长时间后进行计费，则客户可能已经超过了他们的信用额度，并且合法情况下客户可能无法支付超过其分配信用额度的金额，但这因国家和运营商而异。

存款

有些计费系统支持持有账户存款。存款与账户余额一起持有，并且可以在两者之间转移现金。

可以有不同级别的存款来提供不同类型的服务，这些服务可以针对某个账户维护。

存款帮助运营商在客户无法付款的情况下弥补其收入。

下一步是什么？

希望您对如何控制给予不同客户等级的信用有一些了解。仍然会有一些客户即使在给予他们能力范围内的信用后也不会按时付款。还有一些客户在使用服务后根本不付款。

在下一章中，我们将解释如何定义不同的收入收取流程和时间表来收取提供的服务的收入。

电信计费 - 收款流程

发票生成并发送给客户后，理想情况下，所有客户都会收到账单并及时付款。但是，可能有些客户没有支付账单，并且支付账单可能存在不可接受的延迟，因此服务提供商必须采取一些必要的措施来纠正这种情况并收取应收未付余额（称为应收账款，缩写为A/R）。

收款是指追讨客户账户上逾期的应收账款的过程。这通常包括向客户发送通知，并在到期日后未付款的情况下采取适当的措施。

计费系统支持在发票级别和账户级别进行催收（追讨应收账款），在发票级别，逐个发票追讨应收账款；在账户级别，可以通过单次催收操作处理一个账户的全部逾期金额，这些金额可能跨越多个发票。

用于账户的催收模型将根据其信用等级分配。核心收款流程包括以下两项：

• 逾期账款追踪 - 这是跟踪在指定的付款期限到期日内未付款的客户发票的过程。它处理“应收账款的期限”；例如，逾期0-30天、逾期30-60天等的发票。

• 收款措施 - 收款措施是在应收账款达到特定期限时执行的措施。例如，应向客户发送提醒邮件或播放录音消息。

收款措施时间表

通常，收款措施按以下步骤进行：

• 发送提醒邮件和/或电话：客户服务部门联系客户，提醒付款。如果仍然没有收到付款，则继续执行下一步操作。

• 发送催款函 - 例如，发出“七天内付款”的信函。如果仍然没有收到付款，则继续执行下一步操作。

• 断开服务 - 网络管理部门暂停服务。

收款时间表定义了应执行的收款措施以及在客户未付款时应执行这些措施的时间。

收款时间表指定构成收款流程的一系列阶段。对于每个阶段，它都包括：

• 应收账款必须达到的有效期限才能采取行动。应收账款的有效期限是通过获取应收账款的实际期限计算得出的。

• 要采取的行动。这可能是计费系统要执行的操作，例如在特定日期发送催款通知。

• 该操作是否强制性。如果操作是强制性的，则在执行此操作之前，无法执行后续操作。

• 低于该金额将不会采取行动的最低应收账款金额。

软性收款措施 - 催款通知

在收款流程的早期阶段，软性收款措施通常是发送多个催款通知，这些通知是简单的提醒信函和付款请求。

在各个阶段发送了多个催款通知后，通常会安排其他措施。例如，您可以指定客户服务代表 (CSR) 应致电客户，询问他们为什么没有付款。

硬性收款措施 - 列入黑名单

如果初步尝试失败，则可以采取更积极的措施，例如禁止服务或断开服务或热线（热线是将所有拖欠客户的电话转接到收款运营商的过程）。

如果所有追讨欠款的尝试都失败，则服务提供商可能会注销账户并将欠款标记为坏账，或者可能会将账户移交给（出售给）收款机构。收款机构按收取收入的百分比收取费用。但是，一旦未收取的账户发票被出售给收款机构，服务提供商就不允许与客户就付款事宜进行合作。

在这里，注销意味着服务提供商（运营商）代表客户结清欠款并永久关闭账户。这是为了会计目的，否则对运营商来说是一种损失。

服务提供商会维护注销账户的历史记录，也称为黑名单客户，以便他们不会再次重新激活，并会将此类账户信息通知信用检查/报告机构。

下一步是什么？

大多数客户会在到期日之前付款。可以使用不同的渠道进行付款。

在下一章中，我们将讨论不同类型的付款及其端到端处理，以结清发票。

电信计费 - 支付处理

一旦发票发送给客户，客户就开始支付账单。将账单付款处理到计费系统中称为付款处理。

客户支付的款项记入客户的账户。如果有任何未结发票，则支付哪张发票取决于账户的会计方法。有两种类型的会计方法：

• 余额结转会计 - 使用此方法，如果有多张发票未结，则收到的付款将根据应收账款的期限分配给发票，最旧的发票优先创建。

• 未结项会计 - 此方法允许将付款分配给特定发票。在处理来自商业客户的付款时，未结项会计特别有用。

付款方式

客户可以使用服务提供商支持的不同付款方式付款；例如，客户可以使用支票、信用卡、借记卡或电汇或直接现金存款等付款方式付款。

运营商可能有多个银行账户，它将通过银行账户直接接收付款。这些银行账户称为备付账户，并通过文本文件将付款详细信息发送到计费系统。

如果付款是通过手动或电子方式在计费系统外部收到的，则这些付款将使用自动化流程上传到系统中，以结清发票。

自动付款

计费系统提供捕获信用卡或借记卡信息以及每月自动付款方式的功能。

如果使用信用卡或借记卡设置自动付款方式，则每次开具发票后或在给定日期自动生成付款请求，并将这些请求发送到支付网关（或银行）以进行付款授权。

一旦所有付款获得授权，它们就会上传到计费系统以结清到期发票。

手动付款

如果付款使用现金或支票进行，则可以预先将其输入系统，或者如果由某些机构收取，则收集所有此类付款并使用计费系统提供的自动化方法将其记入计费系统。

对于所有收到的付款，都将以预定义的格式准备付款文件，然后将它们自动推送到预定义的位置，计费系统从该位置获取它们并将其上传到计费数据库。

信用卡或支票支付有时可能会失败。如果此笔支付已记入系统，则需要取消以调整金额。计费系统提供实用程序来处理失败或取消的支付。

支付接口

接口是计费系统与任何其他外部系统接收支付之间的桥梁。接口允许两个系统根据预定义规则进行通信。

例如，简单的文本文件可以作为银行和计费系统之间的支付接口。如果接口基于文件，银行将使用预定义格式的支付文件不断发送支付详细信息。

银行和计费系统之间可能存在基于在线 API 的接口。如果已启用在线接口，则银行将调用提供的 API 将支付直接记入计费系统。

同样，可以为参与收款的第三方提供基于文件或在线的接口。

下一步是什么？

到目前为止，我们几乎已经了解了电信客户的整个生命周期。下一章对于理解运营商和客户之间产生的争议情况非常重要。

电信计费 - 争议与调整

什么是争议？

争议是指关于账户金额的查询记录。通常，当客户对账单的某些方面提出疑问时，就会记录争议。争议可以针对以下方面提出：

• 针对账户上的发票。

• 针对账户上的特定计费事件。例如，如果客户由于停电而对特定的付费电视节目提出争议。

争议处理

记录争议后，将对其进行调查和验证，以：

• 接受 - 如果从客户方面来看，提出的争议有效，则争议将被接受，并将退款给客户。

• 拒绝 - 如果发现争议不可接受，则争议将被拒绝。

• 取消 - 如果错误输入争议，则争议将被取消。

关于争议，应注意以下几点，计费系统应支持这些几点：

• 在金额处于待处理争议状态时，不会升级催收行动，但在此期间会计算催收账龄。

• 争议事件在计费前不包含在催收计算中。此后，催收账龄将按正常方式计算。

什么是调整？

调整是一种用任意金额贷记或借记账户的方法。调整可以针对整个账户或账户上的特定计费事件进行。

计费系统允许创建不同类型的调整，这些调整可用于不同的情况，并且每种调整都经过不同的审批阶段。

如果接受争议，则创建一个调整以贷记争议金额到账户。在调整获得批准之前，不会影响账户余额。待批准的调整不会影响计费或催收。

针对含税账户进行的争议和调整被假定为含税。输入总额，并在账单上显示。

下一步是什么？

在下一章中，我们将讨论管理所需的各种报表。可能有一系列现成的报表，也可能需要一些需要定制开发的报表。

电信计费 - 报表生成

生成各种报表，为管理层提供有关财务、销售和系统性能的有价值信息。可以生成各种报表，例如财务报表、管理报表、对账报表、网络活动报表等。

报表包含推动业务成功的信息，有助于监控业务健康状况，识别任何问题领域，以便采取适当的纠正措施。

报表是计费系统无法完全满足所有需求的领域之一。市场部或财务部门肯定会提出需要大量定制开发的报表需求。

如果您的计费系统将数据推送到数据仓库 (DWH)，则您可以将报表活动转移到 DWH 系统，但许多部门仍然希望从源系统（即计费系统）获取重要报表。

我们可以将报表分为两类：

• 核心/标准报表 - 这些报表由计费系统作为系统的核心功能提供。有时，它们被称为标准报表。

• 自定义报表 - 这些报表不会直接从系统中获得，需要使用 PL/SQL、PERL 或 Shell 脚本等进行一些开发。

不同的计费系统在不同领域提供不同类型的报表。互联计费系统需要提供更多与报表相关的功能，因为它们处理批发计费。

报表需求

以下是不同部门所需的报表列表：

财务报表

支付报表提供一段时间内客户账户支付的信息。应收账款账龄报表提供有关应收账款、未付欠款等的信息。

争议和调整报表有助于识别争议和调整原因的模式，并有助于了解此类争议和调整的原因，并采取适当的纠正措施。

管理报表

管理报表提供有关客户、其产品和服务使用情况、呼叫模式、客户反馈等的信息。这些报表有助于采取适当措施以减少客户流失并推出新服务。

流失是指客户断开与一个服务提供商的连接并转向另一个服务提供商的过程，这可能是由于许多原因造成的，例如客户服务不足、缺乏竞争性产品或缺乏竞争性收费，也可能是由于客户的地理位置迁移等自然原因。

对账报表

这些报表提供收入保证 (RA) 信息，确保所有收入和支出来源都在监控之下，并且没有任何收入流失。例如，收入可能由于许多原因而流失，例如网络系统或中介或计费错误中的漏洞、对快速推出新服务的 demand 等。

收入保证报表有助于识别收入流失的地方，以便采取适当的措施。

网络活动报表

这些报表提供信息，以识别网络拥塞的区域，以便采取纠正措施（重新路由或添加更多资源）来解决这些问题。

其他报表

以下是计费系统可能需要的其他一些报表的示例列表：

自动化与手动

可能需要按月、周或每日生成的报表列表。因此，如果此类报表不可用，则会在系统内对其进行开发和调度，以便可以无需人工干预即可将其发送到最终用户的邮箱。

根据某些需求，不同时间段对不同报表的 demand 会有所不同，此类报表无法预先设想和开发。因此，这些报表根据不同用户的需求进行开发和发送。

下一步是什么？

从下一章开始，我们将介绍不同类型的计费；例如，零售、批发、MVNO、漫游等。

电信计费 - 预付费与后付费

大多数运营商为客户提供两种选择，选择后付费或预付费连接。后付费和预付费连接各有其自身的优缺点。

通常，运营商的客户群中 70%-80% 是预付费客户，其余客户来自后付费客户。对于运营商来说，拥有更多后付费客户总是好的。

您可能想知道这两种类型的客户、服务和系统之间的区别。让我们列出两者之间的一些主要区别：

• 服务支付 - 这是区分两个客户群的最重要因素。预付费客户在使用服务之前预先付款，而后付费客户在整个月使用提供的服务，并在月底收到账单，并在规定的时间内付款。

• 收费与计费 - 对于预付费客户，需要对其所有使用情况进行实时收费，而后付费客户可以在月底收费。

• 服务产品 - 与实时计费系统相比，后付费计费系统提供了更大的灵活性。例如，实时计费系统难以维护复杂的企业客户层次结构，而后付费计费系统可以处理多达 N 层的客户层次结构。

• 支持与维护 - 运营商需要同样关注两项业务。如果对于预付费业务，运营商需要有熟练的员工来控制运营，同时运营商也需要优秀的员工来处理后付费客户与其收费、账单和解决运营问题相关的查询。

• 支持的网络 - 很久以前，预付费和后付费连接的网络是不同的。这曾经引发投诉，即预付费连接比后付费连接提供更好的连接，反之亦然。这是融合计费的时代，运营商正在使用相同的网络开展业务，而不会影响通信质量。

后付费场景

网络元素（例如交换机、短信中心SMSC）会产生称为使用详情记录（UDR）或呼叫详情记录（CDR）的原始使用数据，其中包含计费系统所需的信息：

• 主叫号码（A号码）

• 被叫号码（接听电话的号码）（B号码）

• 呼叫开始时间（日期和时间）

• 通话时长

• 呼叫类型（MOC、MTC等，MOC代表移动发起呼叫，MTC代表移动终止呼叫）

计费系统接收来自网络元素和其他服务提供商的上述原始UDR，并将这些UDR转换为系统可理解的格式。然后，引导上述格式化/转换后的UDR找到应向其收费的客户/账户，并据此对事件进行计费。

然后将上述计费后的UDR存储在计费数据存储中，在计费周期日期，计费流程提取这些计费后的UDR并进行处理，生成账单/发票，同时考虑付款、税费、折扣等。

然后客户支付账单，计费系统会更新付款详情。以下是显示上述标准计费流程的图表：

预付费场景

预付费计费涉及的步骤简述如下：

• 当客户拨打电话时，预付费交换网关捕获主叫号码并将账户信息发送到实时计费系统。

• 实时计费系统使用上述信息，验证用户的身份，使用计费资费表和允许的最大通话时长计算客户账户的剩余余额，并将此信息发送到预付费网关。

• 网关建立呼叫。

• 在通话期间，网关监控通话，以确保用户不会超过允许的最大通话时长。

• 通话结束后，网关将实际通话时长发送到预付费计费系统，然后该系统计算实际通话费用并更新账户余额，减少剩余余额。

下图显示了通用的预付费计费场景：

预付费计费流程包括以下重要步骤，以及通话结束后收集账户信息和更新账户：

• 身份验证 - 身份验证是验证用户身份的过程。用户提供用户ID和身份验证凭据，例如密码。系统接受这些输入并验证用户是否有效以及是否具有访问系统的权限。

• 授权 - 授权是验证已验证用户被允许执行的操作的过程。通常，使用远程访问拨入用户服务器 (RADIUS) 协议将对系统的访问权限限制为已注册和授权的客户。

• 提供收费建议 (AOC) - 这提供了关于呼叫实际成本的信息，可在事件之前或之后提供。AOC 提供了电信系统在事件发生之前或之后告知事件实际成本的能力。

电信零售计费

当我们谈论电信计费时，默认情况下是指零售计费。如前所述，电信零售计费定义如下：

“电信计费是收集使用情况、汇总使用情况、应用所需的使用费和租金费用，最终为客户生成发票的过程。电信计费流程还包括接收和记录客户的付款。”

零售计费直接与最终客户打交道，并面临诸多挑战，以满足最终客户的期望和监管义务。只要计费满足以下条件，就可以认为计费成功：

• 及时计费 - 最终客户的发票按时生成，即名义日期。由于某些物流问题，最终客户可能有时无法按时收到发票，但这并不影响IT部门按时生成所有应付账款的责任。

• 计费准确性 - 这是客户满意度和监管义务方面最重要的因素。如果计费系统没有生成准确的账单，则可能导致严重的业务问题（从合法性角度来看），并使客户处于不满意的状态。

零售计费与批发计费

零售计费直接面向最终客户，对单个客户计费，而批发计费则根据业务情况和性质，对以下实体计费：

• 对与电信运营商相关的经销商计费。

• 对互联合作伙伴计费，为与其他运营商的客户通话提供互联。

• 对漫游合作伙伴计费，为其客户在其运营商覆盖区域漫游时提供服务。

与零售计费相比，批发计费比较容易，容忍度也比较高，而零售计费总是需要100%的准确性。由于各种原因，批发计费不可能100%准确，例如两个运营商系统中配置的价格差异或计费呼叫数量的差异，因为某些呼叫可能会在任何网络元素中丢失。

有一些专门的计费系统用于处理零售计费，例如Convergys和Amdocs计费系统以零售计费而闻名，而ASCADE和INTEC计费系统则以批发计费而闻名。

批发计费也可以通过使用简单的报表在零售计费系统中结算，因为它们不涉及太多的折扣和促销类型，而零售计费需要所有这些复杂的因素，并且不能使用批发计费系统进行处理。

本教程中到目前为止讨论的所有概念都与零售计费有关，后续章节将讨论互联计费、漫游计费和其他计费类型。

电信互联计费

互联是处理其他服务提供商呼叫的过程。这允许一个服务提供商的客户与另一个服务提供商的客户进行通信。

如果两个运营商A和B不是互联合作伙伴，那么运营商A的客户将无法与运营商B的客户进行通信。

通常，运营商之间会签订协议，以允许其客户相互通信。这为参与互联的所有运营商带来了良好的商机。双方同意连接各自网络的任何互联点称为“互联点”。

互联的示例包括：

• 两个相邻的非竞争性电话网络互联，以便一个网络上的用户可以呼叫另一个网络上的用户。

• 长途运营商获得对本地服务提供商设施的访问权限，并在向共同客户群提供长途服务方面与该提供商竞争。

• 传统的固定电话和新的无线移动运营商互联，以便传统电话服务的订户可以呼叫无线订户，反之亦然。

• 新的竞争性本地电话运营商与现任运营商互联，以便它们可以在共同服务区域吸引订户，并使这些订户能够呼叫现任运营商网络上的订户。

• 现任电话运营商的客户拨打其拨号上网服务提供商的电话，而拨号上网服务提供商反过来又是竞争性本地运营商的客户。

互联开票

这是生成发票以发送给与传入互联呼叫详情记录 (CDR) 相关的互联合作伙伴的过程。

互联计费涉及计算应向我们的基础设施连接的每个网络运营商支付和收取的金额，以便成功发起和终止呼叫。互联呼叫的 CDR 将呼叫路由信息保留为一组有效值，以识别运营商和国家/地区详细信息。

请注意，互联 CDR 集包括以下详细信息：

• 可向零售和批发客户收费的 CDR。它是电信提供商的收入。也称为本地计费。

• 仅可向互联提供商收费的 CDR。例如：外拨电话、外拨中转电话、来电等。外拨电话是电信提供商的支出，来电是电信提供商的收入。

互联计费系统对所有传入和传出互联 CDR 进行定价。通常，根据承载呼叫的传入或传出中继互联路由，为传入和传出互联 CDR 确定互联价格。最常见的是，中继 ID 代表互联计费系统中的唯一互联合作伙伴。

结算流程

结算流程将用于结算参与从互联所有者到其他网络运营商目的地或反向承载呼叫的网络运营商/运营商。

该流程将带来用于结算的传出流量（互联所有者的支出）和传入流量（互联所有者的收入）。

结算可以每月或每两周进行一次，可以使用手动或自动流程。它取决于计费系统如何支持合作伙伴的结算。

净额结算流程

净额结算用于在为商定的提供商/运营商完成结算后执行。净额结算针对多个结算期间的多种服务进行，它支持运营商级别的相同货币。

有两种净额结算方法：

• AFTER - 对运营商的互联成本进行净额结算，在运营商和提供商/运营商之间扣除金额后。

• BEFORE - 对运营商的互联成本进行净额结算，无需在运营商和提供商/运营商之间扣除任何金额。

对账流程

这是对来自与传出 CDR 相关的互联合作伙伴的发票进行对账的过程。

每月，互联合作伙伴都会交换他们的 CDR 以进行对账。两个合作伙伴提供的 CDR 中存在差异是很常见的。

计费系统提供有助于对传入和传出互联 CDR 进行对账的报表。这些报表保留诸如呼叫类型、目的地、成本范围和持续时间等参数，以便这两个运营商都可以使用这些 CDR 来匹配这些参数并识别缺失的 CDR。

可能存在这种情况，即在任一运营商方面都发现某些 CDR 丢失。如果经过必要的对账后问题仍未解决，则合作伙伴之间会进行各种谈判，最终通过向受影响的互联合作伙伴支付少量金额来解决问题。

互联呼叫场景

根据不同运营商之间的协议类型，可能存在各种互联呼叫场景。让我们尝试涵盖一些最常用的场景：

• 运营商 A 的客户向运营商 B 的客户拨打国内电话。在这种情况下，运营商 A 将向运营商 B 支付一定金额。

• 运营商 A 的客户通过运营商 B 拨打国际电话，因为运营商 A 与任何国际运营商都没有直接协议。在这种情况下，运营商 A 将向运营商 B 支付一定金额，运营商 B 将负责与国际运营商结算。

• 运营商 A 的客户直接使用国际运营商拨打国际电话。在这种情况下，运营商 A 将直接向国际运营商支付一定金额。

以上所有呼叫都可能是语音、短信、彩信和数据等。

互联协议

为了实现成功的互联，互联协议或监管机构的规则或命令应处理以下问题：

• 价格和调整 - 这包括互联费用的初始水平，互联费用支付的货币定义以及价格如何在协议期限内调整以考虑汇率变化和通货膨胀。

• 互联点 - 定义了互联发生的地点以及互联中使用的技术标准。

• 传输和流量路由 - 必须对如何路由呼叫以及传输什么来传递呼叫进行一些定义。

• 服务质量 − 定义了质量标准，特别是电路准备时间和呼叫阻塞率，并规定了未达到这些标准时的补救措施。

• 计费和收款 − 应明确说明何时以及如何收集流量数据、何时以及如何交换账单以及何时以及如何付款。

• 对账 − 应纳入对账流量数据、向对方查询和处理索赔的流程。解决差异的程序非常有用，这通常涉及寻求仲裁、监管机构或法院的救济。

• 号码计划 − 必须定义每个运营商访问国家号码计划和号码资源的权限。

• 流量负载 − 应讨论和记录互连网络之间流量的传输和接收能力。

协议类型

运营商可以签订不同类型的协议来交换流量。最常用的协议列在下面 −

• 双边协议 − 根据此协议，各方同意通过其网络在互连点和/或一个或多个直接互连处与对方交换数字通信流量。根据协议，不同合作伙伴之间的结算按月或双月进行。根据此协议，两家运营商都可以在对方的网络中发起和终止呼叫。

• 单边协议 − 根据此协议，一方将其流量发送到对方的网络互连点，而不从对方接收流量。根据协议，不同合作伙伴之间的结算按月或双月进行。

电信-漫游计费

漫游是指移动通信客户能够在离开其家庭网络地理覆盖区旅行时，通过使用另一运营商的网络自动拨打和接听电话、发送和接收数据或访问其他服务的能力。

漫游可以是国内漫游或国际漫游。国内漫游是指移动用户在其运营商没有覆盖的地理区域使用另一个网络。例如，这被那些在全国没有完全覆盖的运营商使用。国际漫游是指移动用户出国旅行并使用外国运营商的网络时使用。

它实际上是如何进行的？如果服务提供商在一个特定城市或国家没有网络覆盖，那么该服务提供商会与在该城市或国家拥有网络的另一服务提供商签订漫游协议。根据该协议，另一服务提供商向第一服务提供商的漫游客户提供所有可用服务。

在一个漫游合作伙伴区域生成的CDR由该漫游合作伙伴收集和计费，最后发送给漫游客户的实际服务提供商。实际服务提供商根据其预定义的服务费向最终客户收取所有漫游服务费用。

两个漫游合作伙伴通过交换实际漫游CDR和基于这些CDR的报告，每月结算其财务。

HPMN和VPMN

归属公共移动网络 (HPMN) 是移动用户拥有订阅的运营商的网络。该术语与访问公共移动网络 (VPMN) 相对使用。

访问公共移动网络 (VPMN) 是移动用户漫游时使用的网络。该术语与归属公共移动网络 (HPMN) 相对使用。

清算中心

有一些著名的机构，例如MACH，它们在不同的漫游合作伙伴之间进行接口，以帮助他们交换CDR、建立漫游协议和解决任何争议。

清算中心从一个漫游合作伙伴处接收入网漫游用户的计费记录，并向另一个漫游合作伙伴提交计费记录，对于该漫游用户将被称为出网漫游用户。

什么是TAP3？

转账账户程序版本3 (TAP3) 是允许访问网络运营商 (VPMN) 向其各自的归属网络运营商 (HPMN) 发送漫游用户的计费记录的流程。TAP3 是该标准的最新版本，它将支持网络打算为其客户提供的许多新服务。

清算中心使用TAP3协议在不同的漫游合作伙伴之间交换所有CDR。TAP3 定义了必须在网络运营商之间传递哪些漫游使用信息以及如何传递。这些文件使用简单的FTP连接进行交换。

TAP 有不同的版本。TAP 从 TAP1 演变到 TAP2 和 TAP2+，再到 TAP3。最新的版本 TAP3 包括对卫星网络、WLAN 和 UMTS 及其他 3G 技术中标准间漫游的支持。

• GSM TAP 标准 TD.57 − GSM 转账账户程序 (TAP) 定义了在不同国家/地区的移动运营商之间传输漫游使用信息的格式和验证规则。TAP3 是该标准的第三个规范版本。传输的文件称为 TAP 文件。

• GSM RAP 标准 TD.32 − GSM 返回账户程序 (RAP) 定义了返回在传输的 TAP 文件/事件中发现的错误信息的格式，从而拒绝这些文件/事件的财务责任。传输的文件称为 RAP 文件。

漫游计费

移动用户前往另一个国家并在外国网络上产生使用情况。为了向用户计费，必须将此信息传递回用户的家庭网络。外国网络将从其交换机等处收集使用情况信息，然后创建包含标准中规定的信息的 TAP 文件。

然后，这些文件将定期（通常每天至少一个文件）导出到家庭运营商，家庭运营商将导入这些文件，然后使用这些信息向用户开具发票。外国运营商将对呼叫进行计费，然后向用户的家庭网络收取文件内所有呼叫的费用。家庭运营商可以提高或重新计费呼叫以获得收入。

电信 MVNO 计费

什么是 MVNO？

MVNO 代表移动虚拟网络运营商。移动虚拟网络运营商 (MVNO) 是一家提供移动电话服务的公司，但它没有自己的无线电频谱许可分配，也不一定拥有提供移动电话服务所需的所有基础设施。

MVNE 代表移动虚拟网络使能器，它是一家为移动虚拟网络运营商提供服务的公司，例如计费、网络单元配置、管理、运营、基站子系统和运营支持系统的支持以及后端网络元素的配置，以实现蜂窝电话连接等移动网络服务的提供。

实际上，MVNO 是实际运营商的移动产品和服务的转售商，但使用不同的品牌。

例如，运营商 A 拥有所有基础设施，包括网络、交换机、计费系统、配置系统和客户服务系统等。现在，如果有人想通过少量投资启动电信业务，那么 MVNO 是可行的选择。

MVNO 将批量从成熟的运营商处购买服务，并根据其方便更改品牌名称，并将这些产品和服务作为运营商进行销售。实际运营商将对最终客户保持透明，客户会有自己是 MVNO 的最终客户的感觉。

根据具体情况，MVNO 可以从运营商处购买一个或多个基础设施组件，并相应地支付费用。例如，MVNO 可能只想使用运营商的网络，或者 MVNO 可以使用运营商的网络和计费系统，而 MVNO 可以自行设置其余组件，例如客户服务、配置等。

MVNO 完全控制 SIM 卡、品牌、营销、计费和客户服务运营。

英国首家商业上成功的 MVNO 是 Virgin Mobile UK [3]，于 1999 年在英国推出，目前在英国拥有超过 400 万用户。

MVNO 服务

MVNO 通常没有自己的基础设施，但一些领先的 MVNO 部署了自己的移动 IN 基础设施，以便提供提供增值服务的手段。MNVO 可以将现有的基础设施（如无线电设备）视为商品，而 MVNO 提供基于其自身智能网络基础设施的利用的先进和差异化服务。

这样，每个 MVNO 和网络运营商都可以专注于自己的细分市场，并形成定制的详细服务，从而扩大其客户范围和品牌。

大多数 MVNO 进入市场是为了只针对预付费客户，并向他们提供语音、短信、彩信、数据、宽带等预付费服务，以及一些不错的增值服务。

MVNO 计费

假设现有的运营商将其基础设施出售给 MVNO，那么现有运营商和 MVNO 之间可能存在不同的商业模式和协议。以下是最常用的 −

• MVNO 可以为其服务贴上品牌并将其销售到市场，而 MVNE 将帮助向最终客户提供这些服务。在这里，固定百分比的佣金将支付给 MVNE。

• MVNO 可以批量以特价购买产品和服务，然后用自己的名称为其贴上品牌并在市场上销售。

• MVNO 销售产品和服务，并根据最终客户产生的使用情况，MVNO 向 MVNE 付款。

在所有情况下，MVNO 可能需要向 MVNE 支付一定数额的保证金，然后使用 MVNE 生成的简单报告进行每月结算。

只要 MVNO 提供后付费服务，MVNE 就可以在其计费系统中添加 MVNO 作为公司客户，并且可以添加提供给 MVNO 的所有产品和服务。每月结束或通常每两周后，可以生成发票并进行催收。

但是通常，大多数虚拟移动网络运营商（MVNO）提供预付费服务，这些服务由预付费系统处理。在这种情况下，MVNO 功能是通过使用预付费系统中的内置功能实现的，或者仅仅是定义一个单独的服务类别。所有使用 CDR 和其他信息都从数据仓库中转储，从中可以生成报告以准备发票。

电信融合计费

什么是融合计费？

假设一个运营商提供不同的服务，例如移动语音、固定语音、数据、IPTV、宽带、预付费和后付费等。客户可以从同一个运营商处获得一项或多项这些服务。一个典型的客户肯定希望拥有单一的发票和单一的账户视图。

融合计费是指将所有服务费用整合到一张客户发票上，并统一显示客户信息。客户应该拨打呼叫中心，并获得所有已选择服务帐户的完整信息。客户收到一张单一账单，并为所有服务支付单笔款项。

真正的融合计费系统应该能够将任意数量和组合的产品和服务整合到一张账单上，无论产品类型和市场细分如何，即预付费和后付费服务。

另一个有助于融合计费的重要参数是为预付费和后付费客户提供单一的产品和价格目录。

融合计费的优势

融合计费将帮助运营商实现以下主要优势：

• 单一的产品和服务目录缩短了上市时间并降低了实施成本。

• 统一的账单支持跨服务折扣，以便订购多种服务的客户可以享受优惠价格。

• 融合计费支持多服务打包和定价，从而吸引现有客户添加新服务，并通过创新的服务捆绑吸引新客户。

• 对两种类型的客户（预付费和后付费）提供集中化的客户关怀和支持。

主要瓶颈

到目前为止，实现真正的融合一直是所有大型电信运营商的梦想。也许明天会出现一些支持所有产品和服务真正融合的计费系统，但今天要实现真正的融合，面临着以下障碍：

• 爱立信 IN 或诺基亚西门子计费系统等实时计费系统是提供预付费产品和服务解决方案的非常流行的系统。这些系统不够灵活，无法处理后付费客户所需的一些功能，例如：复杂的客户层级、CDR 重新计费、批量折扣、灵活的报表、漫游计费、互联计费等。

• Convergys Infinys 或 Amdocs 计费系统等后付费计费系统非常适合后付费产品和服务。这些系统无法处理预付费流量并实时计费。重要的是，由于其基础架构的原因，这些系统无法实现高可用性。

结合上述两个约束，如果我们通过在预付费和后付费系统之间进行某种接口来合并这两个系统，那么就有可能实现真正的融合。Convergys 和爱立信等公司正朝着同样的方向努力，以合并这两个系统，并使用两种系统所需的各项功能，并将它们制成单一的融合计费系统。

电信计费 - 支持与维护

支持和维护是电信运营中不可或缺且最重要的部分。客户满意度直接取决于为他们提供的支持效率和质量。如果客户被置于循环之中，并且没有得到对其提出的问题/问题的良好回应，那么客户就会简单地转向另一个可用的运营商。

支持和维护涵盖以下主要领域：

• 系统支持和维护 - 这包括保持 BSS（业务支撑系统）和 OSS（运营支撑系统）良好运行。如果任何系统（计费、供应、网络、中介、客户关怀等）出现任何问题，则由专家负责检查并在最短时间内修复。

• 客户支持 - 这包括解决与客户相关的所有问题。客户通过客户关怀或呼叫中心投诉，然后问题会流转到不同的阶段。此问题可能与信号、通话中断、语音或数据下载质量、账单错误、某些争议、服务激活或终止等有关。

• 系统升级 - 这包括使用最新版本升级现有系统，以提高业务的稳定性和灵活性。任何系统的最新版本都带有满足新业务需求的新功能。这也包括硬件升级，以保持系统性能和更多存储空间。

支持级别

服务提供商始终设置不同的支持级别。这些级别根据其性质和严重性处理不同类型的問題。最常用的支持级别如下：

• 一级 - 客户联系客户支持（可能是呼叫中心），客户支持专家会听取客户的问题并当场提出解决方案。例如，可能存在一些问题，只需重新启动电话即可解决。因此，高效的客户服务专家了解此类问题，可以在不将问题（通常称为故障单）升级到下一级的情况下提出解决方案。

• 二级 - 如果客户服务专家无法解决问题，则问题将升级到二级支持，这是一个技术专家组。这些专家属于信息技术 (IT) 部门，如果他们能够理解问题，他们就可以提出解决方案并将问题发回一级，否则他们会检查问题的性质，以了解问题是否与网络、计费系统、供应系统或硬件等相关，并根据问题的性质，问题将分配到下一级，即部门。

• 三级 - 这些是专门从事其领域的不同部门，例如核心工程、无线规划、计费、供应、订单管理等。如果问题升级到他们那里，他们会分析问题并尝试找出问题的根本原因。大多数情况下，问题将由三级支持诊断和修复，因为他们是各自领域的高技能工程师。可能存在三级支持无法修复问题的情况，因为它可能与系统核心功能相关，三级支持无法修改。在这种情况下，问题将进一步升级到四级支持。

• 四级 - 这些是支持业务的系统的实际供应商，例如计费系统、网络交换机、供应系统等。因此，如果发现问题与计费系统的核心功能相关，例如计费系统无法应用正确的折扣，则将其升级到计费系统供应商；如果问题与供应系统的核心功能相关，则将其升级到供应系统供应商。

服务等级协议 (SLA)

支持部门始终使用预定义的服务等级协议（SLA）工作。这些 SLA 的定义和实施考虑了各种参数。例如：

• 问题的严重性或运营任务。

• 问题或运营任务的业务影响。

• 问题或运营任务是否影响单个客户或多个客户。

• 问题或运营任务是否直接与收入损失或客户满意度有关。

基于此类参数，为不同的问题或运营任务定义和分配不同的优先级。运营任务可能是报表生成、发票生成、数据库清理活动或备份活动。

最后，每个问题和运营任务都带有一个分配的优先级，每个优先级都将具有相关的 SLA。例如，如果创建客户订单出现问题，则将其视为高优先级问题，因为它会直接影响业务。此类问题需要由指定的部门尽快解决。因此，为高优先级问题定义了非常严格的 SLA。

SLA 是在双方协商一致的基础上制定的，将业务需求放在首位。通常，SLA 包含以下信息：

• 用于限定问题性质的参数，即它是优先级 1、2、3 或 4 问题。优先级数字越低，问题的严重性越高。

• 对于给定的优先级和严重性类型，解决问题需要多长时间。

• 如果 SLA 失败，将应用什么处罚。

• 每个支持级别的升级联系人。

• 问题解决过程中的流程和沟通媒介。

• 影响问题解决的基础设施可用性和其他约束。

SLA 可以定义在不同部门之间、供应商和运营商之间，以及在互连情况下不同的运营商之间。

电信计费 - 系统接口

下图显示了计费系统的典型架构。本章将简要介绍从上到下所有接口系统。

CRM/OMOF 系统

这是第一个捕获客户订单并将客户创建到系统中的系统。CRM 代表客户关系管理，OMOF 代表订单管理和订单履行。

有些系统，例如 Siebel，提供 CRM 和 OMOF 模块。CRM 系统保留与客户相关的产品和服务信息。OMOF 模块负责跟踪订单从创建到完成的全过程。

这里，我们有两种可能性：

• CRM（客户关系管理）/OMOF（订单管理和订单履行）系统与计费系统联系，计费系统与供应系统联系以供应服务和网络库存系统，以分配电话号码或IP地址等。

• 第二种可能性是 CRM/OMOF 系统本身联系供应系统来供应服务，以及网络资源系统来分配电话号码或 IP 地址等。

供应系统

此系统接受来自计费系统或 CRM/OMOF 系统的命令，以激活、停用和暂停服务。这两种架构都是有效的，并且取决于架构师如何设计整个设置。

在接受供应命令后，此系统会联系核心网络系统以激活、停用或暂停服务。供应成功后，此系统会将响应发送回计费系统或 CRM 系统，具体取决于谁发送了最后一条命令。

网络资源系统 (NIS)

此系统维护所有网络标识符，例如电话号码、MSISDN、IP 地址、电子邮件地址等，技术上称为网络资源系统。

根据系统架构，CRM/OMOF 或计费系统会联系 NIS 以获取所需的网络标识符，并在创建订单时将其分配给客户。

此系统负责维护网络标识符的生命周期，该生命周期从可用状态开始，然后流经不同的阶段，例如激活、暂停、终止、隔离，然后再次可用。

网络交换机

通常，计费系统不与网络交换机交互。网络交换机负责根据为客户提供的服务向最终客户提供所有服务。这些系统负责控制呼叫、数据下载、SMS 传输等，并最终生成呼叫详单记录。

网络交换机包括MSC、SMSC、GGSN和MMSC。有关GSM、MSC、SMS、SMSC、GGSN、MMS、MMSC的更多信息，请参考我们的GSM教程。

中介系统

中介系统以不同的格式从不同的网络元素收集 CDR。各种网络元素以 ASN.1 格式生成 CDR，而某些网络元素则具有其自身的专有 CDR 格式。

中介系统处理所有CDR（呼叫详单），并将它们转换为与下游系统（通常是计费系统）兼容的格式。中介系统对CDR应用各种规则进行处理；例如，中介系统根据拨打的号码（B号码）标记国际电话，同样，中介系统根据A号码和B号码标记网内电话。

可能需要过滤掉所有通话时长少于5秒的呼叫，过滤此类呼叫的最佳位置是在中介系统级别。同样，如果CDR中需要一些对计费至关重要的额外信息，则中介系统将根据CDR中其他可用属性提供此类信息。

收集到的 CDR 处理完毕后，中介系统使用 FTP 将所有 CDR 推送到计费系统，因为中介系统和计费系统通常运行在不同的机器上。

数据仓库 (DWH) 系统

这是计费系统的下游系统，通常保存大量与客户相关的历史数据。计费系统将各种客户信息转储到DWH系统中。这些信息包括服务使用情况、发票、付款、折扣和调整等。

所有这些信息都用于生成各种类型的管理报告以及用于商业智能和预测。

DWH系统始终旨在处理批量和海量数据，如果需要任何小型报告，则始终值得直接从计费系统生成它，而不是为了小型任务而滥用DWH。

企业资源规划 (ERP)

企业资源规划 (ERP) 系统提供模块来处理财务、人力资源和供应链管理等。

计费系统与该系统的接口用于过账所有财务交易，例如发票、付款和调整。

该系统就像财务部门的总账，可以在任何需要的时候提供完整的收入信息。

支付网关

它本身不一定是完整的系统，但它可以是一种自定义组件，位于计费系统和不同的支付渠道（如银行、信用卡网关、商店和零售商等）之间。

所有支付渠道都使用支付网关将付款发送到计费系统以结算客户发票。

通常，支付网关向外部世界公开一种API（应用程序编程接口）来将付款发送到计费系统。任何外部资源都可以使用该API来过账付款。