第9章WCDMA計費系統(tǒng)知識點梳理匯總

WCDMA計費系統(tǒng)作為電信運營網絡，在向用戶提供服務的同時，伴隨著服務的收費。計費本質上是對用戶使用網絡資源的一種度量，分為電路域計費和分組域計費。電路域采用電路交換，通話時長成為主要計費因素。分組域數據采用分組傳送，以流量計費為主，但并不排除時間因素。本章主要介紹電路域和分組域的計費原理，包括華為公司核心網計費體系結構，話單的生成機制及處理過程。WCDMA電路域計費原理WCDMA電路域計費體系結構WCDMA系統(tǒng)電路域的計費體系與GSM系統(tǒng)的計費體系基本一致，都是由MSC/MSCServer產生計費數據，直接提供給計費中心。所以從體系結構上看，電路域的計費系統(tǒng)就由MSC/MSCServer的計費模塊和計費中心兩部分構成。MSC/MSCServer的計費模塊與計費中心之間采用FTP/FTAM的文件傳送協(xié)議傳送話單數據。由于協(xié)議中并沒有規(guī)定MSC/MSCServer的計費模塊的具體接口參數，所以MSC/MSCServer的主機系統(tǒng)和計費模塊之間是一個內部接口，計費模塊的實現(xiàn)方式也多種多樣。下面以華為公司MSC/MSCServer的計費模塊的實現(xiàn)來為例進行介紹。電路域計費系統(tǒng)結構MSC/MSCServer計費系統(tǒng)主要由主機相關模塊和話單管理單元（BAU）組成。REF_Ref41475361\r\h圖9-1是電路域計費系統(tǒng)結構圖。主機系統(tǒng)：話單信息由主機系統(tǒng)生成，并首先在主機的話單池中緩存，話單池中的原始話單以包的形式采用TCP/IP協(xié)議不斷的傳往話單管理單元。話單管理單元（BAU）：BAU是MSC/MSCServer計費系統(tǒng)的處理核心，為雙機熱備份系統(tǒng)。BAU通過局域網與主機相連，通過廣域網與計費中心相連，向計費中心提供FTP/FTAM接口，支持作為FTP的Server端或Client端以及作為FTAM的Responder端，將話單送到計費中心。BAU功能：將從主機系統(tǒng)收到原始話單保存后進行分練和格式轉換工作，以生成最終話單。BAU將最終話單保存，并送往計費中心。其功能具體如下：原始話單保存：BAU收到主機發(fā)送來的話單數據包，進行解包驗證等過程后，把收到的原始話單保存到硬盤中，然后向主機發(fā)送確認消息，并且做好相應的日志記錄，然后對原始話單進行分練和格式轉換工作。話單分揀：分揀就是將話單按照其中的某個域進行分類，分別通過相應的流程處理并保存到不同的物理路徑下。話單中的所有數據域都可以作為分揀的依據。話單格式轉換：BAU的格式轉換過程可以完成對話單域的刪選，可以將兩位紀年法變成四位紀年法，可以按設定的格式轉換為文本格式。最終話單存儲：話單管理單元完成對原始話單的分揀或格式轉換處理后，將處理后的話單（最終話單）按不同的分類存放到不同的目錄下。計費中心：完成話單采集功能，對話單數據進行最終處理，根據各種資費條件，得出客戶的最終帳單。MSC/MSCServer產生的計費數據話單類型MSC/MSCServer可以作為VMSC、TMSC、GMSC以及SSP，不同的呼叫，對應于不同的話單類型。話單類型主要包括如下幾種：移動主叫話單：本局移動用戶作為主叫時產生的話單。移動被叫話單：本局移動用戶作為被叫時產生的話單。漫游話單：主叫為他網用戶、被叫為本網用戶時產生的話單。出關口局話單：主叫為本網用戶、被叫為他網用戶時產生的話單。匯接話單：主叫用戶和被叫用戶都不在本局，本局做TMSC時產生的話單。代做話單：非預付費用戶呼叫預付費用戶，組網采用OVERLAY方式，由SSP代替始發(fā)MSC出此話單，對非預付費主叫用戶計費。前轉話單：被叫為本局移動用戶，發(fā)生前轉，對被叫產生前轉話單。試呼話單：對不成功的呼叫產生的話單。短消息話單：分別針對短消息始發(fā)、短消息終結產生話單。特服呼叫話單：針對包括特服呼叫和特服類緊急呼叫在內的呼叫產生的話單。話單格式MSC/MSCSERVER話單管理單元提供給計費中心的話單格式，遵從《移動電話計費標準預處理話單格式》。BAU可以根據需要向計費中心提供二進制或文本話單格式。話單中主要包括以下幾部分信息：WCDMA/GSM/PLMN資源占用情況（如：MSC號、入出中繼群號）基本業(yè)務使用情況（以始發(fā)地、目的地、通話日期、時間、時長、承載業(yè)務為依據）補充業(yè)務的使用（如呼叫前轉等）用戶相關號碼（如MSISDN、IMSI、MSRN）WCDMA分組域計費原理WCDMA分組域計費體系結構分組域計費體系結構圖REF_Ref41475610\r\h圖9-2是分組域計費體系結構圖，從中可以看到，分組域的計費系統(tǒng)由SGSN/GGSN的計費模塊、CG和計費中心三部分構成。其中SGSN/GGSN和CG之間是標準的Ga接口，采用GTP’協(xié)議；CG和計費中心之間采用FTP/FTAM的文件傳輸協(xié)議傳送話單數據。各部分功能描述如下：SGSN和GGSN：負責產生計費數據。CGF：負責收集SGSN和GGSN的計費數據；進行較長時間的保存，并進行合并、分揀等預處理工作；負責將收集到的計費數據送往計費中心。BillingSystem計費中心：負責對計費數據進行處理，產生最終的計費帳單。注：在Ga接口中，話單稱為CDR（calldetailrecord），呼叫詳細記錄。9.2.2GSN產生的計費數據計費數據概述3G計費中主要產生以下5種CDR：M-CDR：由SGSN產生，用于記錄手機的移動性管理的計費信息，該話單是否產生可以配置，正常情況下，一般不做計費要求。S-SMO-CDR：由SGSN產生，用于記錄短消息始發(fā)的計費信息。S-SMT-CDR：由SGSN產生，用于記錄短消息終結的計費信息。S-CDR：由SGSN產生，用于記錄跟業(yè)務相關的流量、時長等信息。G-CDR：由GGSN產生，用于記錄跟業(yè)務相關的流量、時長等信息。對于同一次PDP過程，產生兩種類型的話單：S-CDR和G-CDR。計費中心一般根據G-CDR計算最終費用，S-CDR主要用于進行統(tǒng)計。反之亦可。SGSN和GGSN中生成的CDR主要記錄以下方面的信息：對無線資源的使用情況；使用的時間；對GPRS資源的使用情況；發(fā)起端與終結端；對外部數據網絡的使用情況；移動終端的位置。部分話單的合并對于同一個PDP上下文，可能對應多個部分話單，產生部分話單的原因主要有以下幾種：數據量限制；時間限制；計費條件發(fā)生變遷（比如費率改變等）。由于最終送給用戶的帳單中，一次PDP上下文只有一條帳單，所以對于同一個PDP上下文的所有部分話單必須進行合并。部分話單的合并分兩級進行：第一級合并由CGF進行，可以減少CGF與計費中心間的帶寬要求以及減輕計費中心的處理負擔，由于各種原因，這一級的話單合并可能是不完全的；第二級合并由計費中心進行，主要合并在CGF中未完全合并的話單，從而產生最終的話單。對于每次PDP上下文，由GGSN負責產生一個唯一的C-ID。根據C-ID+GGSN地址，可以確定兩張部分話單是否屬于同一次PDP上下文。對于G-CDR，C-ID+GGSN地址相同的部分話單必須進行合并。對于S-CDR，C-ID+GGSN地址+SGSN地址相同的部分話單必須進行合并。9.2.3CGFCGF提供了將GGSN和SGSN產生的計費信息送往指定的計費中心的機制。CGF是一種抽象的功能概念，CG是CGF的具體實現(xiàn)。CG的具體的實現(xiàn)方式根據廠家的不同有所區(qū)別。CGF必須提供的功能如下：從SGSN與GGSN收集CDR；提供較長時間的CDR的可靠保存；將CDR傳送給計費中心。另外，為了減少CGF與計費中心間的傳輸量，CGF應該提供一定的部分話單合并功能，以減少送往計費中心的CDR數量，以減少對計費中心的帶寬要求。CGF必須提供很高的可靠性與冗余性。一個GSN必須對應多個CGF，這些CGF具有不同的優(yōu)先級，當高優(yōu)先級的CGF由于各種原因不能處理與GSN間的通訊時，GSN將會重定向到其它低優(yōu)先級的CGF上去。9.2.4計費中心計費中心主要有以下的功能：采集CGF上的話單；根據話單計算出費用；話單的完全合并；話單正確性的檢查。9.2.5