电信计费 - 系统接口

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

CRM/OMOF 系统

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

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

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

CRM（客户关系管理）/OMOF（订单管理和订单履行）系统与计费系统联系，计费系统与配置系统联系以配置服务，以及与网络清单系统联系以分配电话号码或 IP 地址等。
第二个可能性可能是 CRM/OMOF 系统本身与配置系统联系以配置服务，以及与网络清单系统联系以分配电话号码或 IP 地址等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

该系统充当财务部门的总账，并随时提供完整的收入信息。

严格来说，这不是一个完整的系统，而可能是一种自定义组件，它位于计费系统和不同的支付渠道（如银行、信用卡网关、商店和零售商等）之间。

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

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

打印页面