電信計費 - 系統介面

下圖顯示了計費系統的一個典型架構。本章將簡要介紹從上到下所有介面系統。

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 釋出付款。

列印頁面