□ 中國電信集團公司全國計費結算中心 卜小明

    隨著中國電信計費系統建設的全面展開，越來越多的單位和部門投入電信計費系統的開發和集成工作。各種版本的計費系統都能夠承擔一些電信計費任務，但是在一些要害領域和環境下，效果卻并不理想。我們認為這種現象的出現，主要是因為開發方缺乏電信計費工作的實際運行維護與技術支撐經驗，對于計費系統中的要害技術不能很好的把握。在此，以長途計費系統為例，初步分析和探討計費系統的組成以及要害技術的把握。
 
一、長途計費系統的組成
    一套較為完整的長途計費系統，主要應該包括以下功能模塊：
    “數據采集”：采集交換機上的計費原始數據，并完成相關異常話單處理、碼型轉換等；接收方式以“聯機采集”為主，并輔助以“模擬磁帶機”、“光盤、磁帶脫機采集”等備用手段。
    “計費結算”：將采集到的計費原始數據經預處理、劃價、刪重、糾錯、分揀、攤分等處理，最后生成計費清單數據和攤分結算結果。這一模塊是整個計費系統的核心部分。
     “統計分析”：對計費數據按照統計要素形成具體的統計數據，用于業務分析、業務量猜測等。隨著電信市場競爭的不斷加劇，電信市場猜測、市場經營工作對計費系統的要求不斷變化，這一模塊雖不直接用于計費，但其功能勢必不斷得到強化。
    “均衡出帳”：為充分利用計算機、打印、裝封設備的使用能力，平衡計費處理負荷，提高通信費用回收率和催繳力度而采取的一種與用戶結算的處理方法。
    “帳務處理”：完成用戶繳費、欠費治理、信用度治理等通信費用回收工作。
    “資料治理”：對各種與計費有關的用戶數據、資費數據、交換機局數據等資料進行表格化治理，提供增、刪、改、查等功能。
    “審核校驗”：在計費處理的各個階段，進行相應的核對工作，并能以人工／自動方式進行糾錯或重新處理。
    “查詢服務”：對各營業廳點、上級主管部門、公安部門和各相關職能部門提供各種數據的現場查詢；對ＣＡＬＬ ＣＥＮＴＥＲ以及簽有協議的社會聲訊服務臺提供查詢數據。
    “數據治理”：對各種企業數據的保留。比如說６個月的在線清單數據、５年的統計數據、各種日志記錄文件以及備份介質的治理。

二、要害技術初步分析
    １．計費原始數據的“標準化處理”機制
    一般而言，長途計費系統要處理ＩＤＤ、ＤＤＤ、ＩＳＤＮ、智能網、ＩＮ、２００、ＩＰ、人工半自動等多種不同格式的計費原始話單，而且不同的國內長途交換機其計費磁帶格式也不盡相同。以往的處理方法是“每一種業務、每一個交換機都對應一種話單格式，分別對應一個程序處理模塊”，這樣的后果是每增加一種計費新業務，或者增加一種不同類型的交換機，就需要為其專門開發一套讀帶、預處理程序，難于維護。
    解決的辦法是：引入“面向對象”技術中對于“類”的說明的方法，將不同的交換機按計費原始數據格式做不同的聲明，就可以使得話單結構的不同，僅僅體現在“格式說明”上，而對不同格式話單的處理，僅需一個統一的程序。新增計費業務、新增不同類型的交換機時，不管其計費原始數據格式有多大的不同，只需作出聲明，一般不需對程序做任何修正。
    可見，“計費原始數據”、“計費清單數據”、“異常話單”之間，依靠“字段名稱”相互關聯；整個“話單標準化處理機制”實際上也是以某一張話單里的某一個字段為處理對象的。
    當前端采集機發送的原始計費話單文件來到計費中心，計費系統依靠“Ｆｉｌｅ Ａｒｒｉｖａｌ”機制判定并開始對該文件進行處理。根據文件類型選取格式說明一中相應的說明。根據格式對話單按字段定義分解，按字段類型判定是否需要進行相應的碼型轉換，最終保證得到各個字段的ＡＳＣＩＩ值。
    根據原始話單文件的類型在格式聲明二中選取相應的說明，確定在格式二中字段出現同時在格式一中也有的字段，并分別按其序列號建立對應關系。對于格式一中沒有說明的字段，如計費分鐘、通話費、附加費等，就是需要在此單獨處理的。但這些字段往往依靠于其他字段（比如說，通話費要依靠于主叫區號、被叫區號、通話時長等字段），這就要求格式聲明二中字段說明要非凡注重字段之間的順序。而對于智能網３００、８００話單來說，由于不需劃價，字段之間相互獨立，因此不存在上述問題。
    格式聲明三用于“異常話單處理”。將“異常類型”和“話單類型”＋“相關字段名稱”相對應，實際上也是為了統一異常處理的方式，從而保證：對于存在多種異常類別的一張話單也能處理。
    ２．資費政策參數化治理
    一個計費系統的劃價能力如何，集中體現了該系統的業務承載能力和擴展能力。我們根據十多年來從事計費工作的經驗和感受，認為表１劃價模型是相對比較靈活實用的。
    資費政策參數化治理的實質在于拆分資費政策至最小元素，這樣才能最大程度上實現靈活裝配。表１中列出了部分用于“裝配”資費政策的“因素”：如通話日期、發話時間、通話時長等，這些不同的因素可以組合成多種資費政策。表中“屏蔽標志”一欄用于確認多個資費政策中，哪一個投入實際應用。所以表１中“資費政策一”為目前ＩＤＤ、ＤＤＤ的資費政策：根據通話日期確定工作日／休息日；根據發話時間確定發話時段，再選擇相應的費率。
    根據多年來從事計費工作的經驗和感受，在計費系統中采用公式１可以支持表１中的模型。
        ｎ  ｍ
Ｐａｙｍｅｎｔ＝Ｆｕｎｃ｛［∏（ａｉｂｒａｔｉｏｄｕｒａｔｉｏｎ）］ｃｊｃｏｎｄｉｔｉｏｎ（ｄｊ）｝
       ｊ＝１ ｉ＝１
              ┅┅公式１
    其中前半部分表示對于“話單”一級的多因素優惠，多個“因素”之間類似于“連乘（∏）”關系；后半部分表示對“用戶帳”一級的多因素優惠，多個“因素”之間要進行特定的“函數運算（Ｆｕｎｃ）”。ａｉ表示第ｉ種因素，ｂ表示該類優惠措施的優惠系數，ｄｕｒａｔｉｏｎ表示適用于該類優惠的通話時長，ｒａｔｉｏ表示標準費率。ｂ可以由每一個因素ａｉ分別確定，也可以由幾個因素組合在一起確定。ｃｊ表示某種針對“用戶帳”的優惠措施，ｃｏｎｄｉｔｉｏｎ（ｄ）表示判定某種條件是否成立（“該條件是否成立”將決定“是否采取此類優惠措施”）。
    采用公式１模型，應該能夠支持絕大多數優惠措施和資費政策。
    ３．刪重處理
    重復話單處理較為保險的方式是采取“全字段比較”，并且是對較長一段時間（如三個月）的數據進行比較。但是考慮到假如按照正常業務處理流程工作，重復話單出現的機率還是較小的；同時上述方法十分占用系統資源，有些得不償失。因此，我們力求在保證外部條件達到一定要求的前提下，設計出一種折衷的辦法，既能基本杜絕重復話單的出現，又不至于付出太高的代價。這些外部條件是：
    ①嚴格按時間順序下載“計費原始數據”文件，嚴格按話單文件落地順序進行處理；
    ②假設同一張原始話單不會在多個交換機上記錄；
    ③假設各交換機在時鐘上完全同步。
    在滿足以上條件后，我們根據如下原則鑒定“重話單”：
    ①通過鑒定“話單類型＋主叫區號＋主叫號碼＋被叫區號＋被叫號碼＋通話日期＋始話時間”等相關字段來鑒別重話單。
    ②不同交換機記錄的話單文件分別進行刪重處理。
    ③保證本次數據轉發周期內所有原始話單不重（可通過“對相關字段加唯一索引”或采用ｓｑｌ語句實現）；
    ④保證本次數據轉發周期內的原始話單與上一次數據轉發周期內的原始話單不重（通過相應的ｓｑｌ語句判定實現）；
    ⑤保證當前數據轉發周期內的話單與上次數據轉發周期內的話單不出現時間上的交叉（對于時間上交叉的話單要單獨進行人工處理）。
    多年來計費實際運營的事實證實，以上措施是切實可行的：重單最大程度上得到了抑制；通過規范的處理流程極大地降低了重單出現的機率，抵消了“全字段比較”所帶來的處理負荷。
    ４．數據分析處理
    數據分析處理即統計分析模塊。目前電信市場競爭不斷加劇，電信運營商需要把握自身經營態勢、客戶群消費特征及分流情況、業務量完成情況等重要信息，以指導自身市場經營工作。
    從目前情況看，大多數電信公司所建設的計費系統中，統計分析模塊僅僅實現了統計報表電子化、部分ＯＬＡＰ功能，至于市場猜測等工作無法提供有力支持，無法取得最有價值的隱含信息，根本沒有采用“數據挖掘”等技術。
    支持市場競爭的“數據分析處理”，應該改變計費數據“一次性使用”的現象，加強計費數據的深層次利用，將數據倉庫技術引入統計分析工作中，更直接的支持市場猜測、資費政策的調整、經營模型的確定等等。
    由于數據分析的使用環境與繳費、查詢等ＯＬＴＰ應用模式不同，為了提高效率，一般應將計費數據進行有針對性的轉儲，如圖３所示，即采用了專門的星型結構。
    為了適應未來電信市場競爭，必須強化計費部門的決策支持職能。因此，我們希望將數據倉庫、ＯＬＡＰ、數據挖掘、模型庫等技術以及相關的統計學知識結合在一起，提出建立綜合性的“電信市場經營決策支持系統”的設想。決策支持系統最終建成圖４所描述的結構。大致步驟如下：
    ①建立運行環境。包括選擇開發平臺、ＲＤＢＭＳ、網絡通信工具、數據挖掘工具、ＯＬＡＰ工具等。
    ②建立系統設計目標。即數據挖掘的口徑寬度和深度、數據組織存儲的方式、決策范圍、響應時間等。
    ③確定分析的主題。進行數據建模，設計多維結構，建立事實表和維表。
    ④進行數據挖掘。主要針對計費數據、帳務數據、營業數據、話務數據，采用成熟的工具進行數據抽取，數據轉換、存儲，最終實現ＲＤＢＭＳ等格式向ＭＤＤ格式的轉換。
    ⑤采用先進的ＯＬＡＰ工具，利用擬合、回歸分析等工具對多維數據進行科學分析，生成市場經營所需的決策依據。
    ⑥根據一段時間系統運轉，總結相關經驗，對數據抽取規則以及某些預設閥值進行修正，使系統具有自學習功能（如圖４）。
    ５．均衡出帳技術
    ５．１ “均衡”的概念
   “均衡出帳“也叫分期出帳，也就是一個月內計費中心數次出帳，每次對應的用戶不同。對于某一用戶來講每月還是出一次帳，但這一個月不一定是日歷月，而是計費中心根據需要規定的帳務周期。
    ５．２ 實施“均衡出帳”的必要性
    ①業務量發展的要求
    改革開放以來，電信業的發展一直超前與“國民經濟”發展的速度。近年來，各地市話普及率不斷提高，長話業務量直線上升，給計費部門帶來了巨大的壓力。我們認為，“每次出帳時間”應該等于“計算機運行出帳的時間”加上“打印機打印時間”。所以除了提高主機處理能力和打印機等外設的性能以外，采用“均衡出帳”是最佳選擇。
    ②緩解“計算機處理能力不足”的矛盾
    根據對２０１０年長話業務量發展情況的猜測，我們認為省一級計費系統在２０１０年的長話業務量將達到１２億張／年。所以各省級計費結算中心要求具有每月處理１億到２億話單的處理能力（樞紐局或沿海局要求更高些）。這樣的形勢要求我們在不斷提高設備處理能力的同時，采用“均衡出帳”的辦法分擔負荷量。
    ③“滿足用戶需求、提高社會效益”的要求
    目前電信行業的熱點問題，集中體現在“話費爭議”這一焦點。假如采用“均衡出帳”，就可以極大地平衡和分擔處理負荷，就有可能為“住宅用戶”提供清單，徹底解決“話費爭議”的問題。
    此外，“均衡出帳”還有利于營收部門治理用戶帳務，有利于營業部門均衡“查詢、繳費”的工作負荷。
    ５．３ “均衡出帳”解決的主要問題
    ①計費、營業部門計算機工作量均衡；
    ②為營業、營收等部門計算機化提供支撐；
    ③為“自繳款”用戶清單打印工作奠定基礎；
    ④及時處理“無權類”用戶的話費回收。
    ５．４ 需要說明的問題
    ①“均衡出帳”不僅體現在“出帳部分”，在“計費日處理”、“用戶資料維護”等模塊均有體現；
    ②“均衡出帳”本身是均衡工作量，但并沒有減少工作量。從某種角度來說，為了保證操作正確，提高社會效益，還增加了許多額外工作。
    ③“均衡出帳”最大的優點是放寬了對“出帳時限”的要求，從而方便了生產治理，降低了出錯機率。
    ５．５ “均衡出帳”方式對各種周期的分配
    ①財務周期
    目前各地都要求全體“住宅類”用戶在一個周期出帳。從用戶分布來看，約８０％的用戶為“住宅類”用戶 ，但其每月業務量不足３０％；約８％的用戶為“公付戶”等類用戶，但其每月業務量超過了５０％ 。綜合考慮以上因素，同時考慮“提高話費回收率”、“降低欠費”、“減少壞帳”等因素，可以采用如下“帳期劃分”的方式：
　　以上月２１日至本月２０日為一帳期，為所有“住宅類”用戶和“無權／無主類”用戶出帳；
　　以上月２６日至本月２５日為二帳期，為“郵局”、“公務電話”等用戶出帳；
　　以上月１１日至本月１０日為三帳期，為“公付戶”、“酒店”、“賓館”、“外企”、“使館”等類用戶出帳。
    以三帳期作為本月最后一個財務月結算周期，將一、二、三周期的收入統一算做當前財務月的收入。這樣劃分，可以保證對“住宅類”用戶可以有近３０天的催欠時間；對于“無權類”用戶可以有近３０天的處理時間，對于“公付戶”等類用戶，可以有１０天的處理時間，也便于“銀行劃撥”的收入及時回收。
　　以上三個周期統一稱為財務周期，主要用于向用戶收取話費；在討論“本局財務收入”時使用“財務周期”的概念。
     ②話務周期
    “話務周期”主要同“計費日處理”相對應，用于反映“本局業務量”及“某些話務統計”。一般話務周期取第二個“財務周期”，這樣話務周期既能反映“當前月”的業務量情況，又比較接近當前月的月底，便于統計。
    ③攤分結算周期
    預計將來的多種攤分結算需求，有很大一部分要求按“自然月”結算。也可能將來對于攤分結算而言，采用多個“攤分結算周期”。
    ６．三級核對技術
    所謂“三級核對”原則，是“審核校驗”模塊的重要工作方法，我們在多年工作中總結出來的、行之有效的核對辦法。實質上是完成相關的“數據稽核”工作，保證下一道工序的計費工作準確無誤。
    計費原始數據從交換機產生，一直到完成“用戶帳”結算，要堅持以下三個級別的核對工作：
    ①“計費原始數據”與經過預處理、碼型轉換后的“計費清單數據”的核對；
    ②不同方向“劃價、分揀”后的計費清單數據，與轉發并集中轉儲的日處理計費數據的核對；
    ③集中存儲的每次日處理的計費數據，與每月出帳的計費出帳數據之間的核對。
    由圖６可知，“三級”實質上是指“原始數據處理”，“計費數據日處理”，“出帳”三個級別的核對。這三個級別的核對，嚴格執行“三級核對”規則，可以最終做到話單“不重，不漏”。
    ７．網間結算的思路
    隨著市場放開，參與競爭的運營商越來越多，各公司之間實施互聯互通，直接導致了“網間結算”工作的出現。這一工作在傳統意義上的計費系統中是沒有的，也是參與開發計費系統的廠商最缺乏經驗的地方。
    我們認為開發“網間結算”模塊時，不應單純參照各公司之間簽定的互聯互通協議，而應深入分析網間結算的本質和原理。從目前情況看，各公司之間進行網間結算基本上無法做到“基于成本”、而只能“參照資費”，資費可能是動態調整的，網間結算的原則就有可能頻繁變化。假如開發過程過份依靠于某一階段的協議，可能無法適應未來結算原則、結算價的頻繁變化。
    網間結算的要害之處在于，在互聯點采集兩網來去流量的足夠信息。這些信息應該包括：
    ①確認每一次通話話單的通話方向（來話、去話、國內轉話、國際轉話）；
    ②確認每一次通話的撥打類型（如固定撥打移動、移動撥打固定、固定撥打固定等等）；
    ③確認每一次通話的結算對象（發話方、受話方、中轉方所屬通信公司）；
    ④確認每一次通話的業務類型（國內長途、市內通信、國際電話、１０８受付等等）；
    ⑤統計相關指標信息（如通話次數、分鐘數、通信費用、通信流量等等）。
    根據以上信息，確認每一次通話的結算主體、客體，并根據當時的結算原則與指標信息得出互聯雙方的結算費用。