專利名稱：用于智能網的計費裝置的制作方法
技術領域：
本發明涉及用于智能網的計費裝置。
背景纟支術
目前業務部各產品，尤其是智能網產品計費功能是整個產品非常重 要的功能，同時也是易變性最高的功能。
但是，在現有技術中，由于計費與平臺其他功能緊密結合，計費策 略的改變，往往會導致平臺的修改。每做一次修改，都要投入大量的 人力資源和時間，導致對市場的反應速度很慢。目前許多業務已經進行 外包，平臺和業務之間應該是更加獨立，更加沒有緊密的關系，這樣才 能縮短短業務的開發周期和對于市場需求的響應時間，由于目前的計費 修改頻繁導致平臺修改頻繁，影響速度，不利于外包工作的進行。例 如目前在SCP (業務控制點)中，計費功能的主要功能是在SCP中的 SCFServer (業務控制功能服務器)和SCF (業務控制功能模塊)中實現 的。整個計費模塊的可擴展性很差，在設計的過程中對程序的可擴展性 考慮不多。整個計費模塊涉及到多個源文件，計費模塊內部的耦合度很 強。有時候對計費模塊的一些小的修改，就可能要涉及到多個文件的修 改。這樣造成單元測試的工作量^f艮大，可能只是修改了十幾行程序，就 需要對整個計費進行一次全面的單元測試，這樣大大影響了我們的開發 效率，延長了產品的開發周期。
現有技術的另一個問題是由于計費公式都是在SCP中寫死的，計 費公式不能靈活定制，所以每當有新的需求當計費公式需要改變的時 候，原有的程序可能就很難滿足新的需求。
現有技術的第三個問題是由于在計費的需求在發生變化時經常需 要通過添加或者是改變一些計費數據表來滿足這些新的需求。但是由于 現在在計費模塊中還不能動態地改變或者是增加計費數據表，而且對數 據表的查詢和處理也是在SCP的代碼中寫死的。所以每當有新的需求過 來時，當計費公式或者是計費數據表需要改變的時候，可能就必須通過 改變SCP代碼來改變計費公式或者計費數據表，這樣就造成SCP平臺的 穩定性很差。
現有技術的第四個問題是目前智能網的各個版本的計費模塊可公 用性很差。智能網現在的主要有有線智能網(TELLIN,簡稱有線)、無 線智能網(WIN，簡稱無線)等幾個大的版本，這幾個版本中計費模塊 的實現方式差別很大，各個版本相互之間的可共用性很差。下面是從幾 個主要的方面來分析幾個版本的不同之處
1、 計費點的不同有線的計費點主要是在SSP (業務交換點)，無 線的計費點是在SCP。有線在SCP中負責計費的點是在SCFServer部 分，無線主要是在SCF部分。
2、 計費SIB (即計費業務獨立模塊)的劃分的不同有線只有一個 計費SIB，它負責處理了幾乎所有的計費問題。無線計費有四個SIB， 它們是號碼分析SIB、 ChargeClass (計費級別)SIB、靈活計費寫話單 SIB。
3、 計費所釆用的數據結構和算法差異很大。
目前各個版本為了實現計費功能所采用的數據結構和算法方面也有 很大的差別。在共享內存的數據的處理方面，有線是采用計費矩陣的儲 存方式，它査表的方法是直接采用下標定位的方法。無線的計費數據是采用順序數組的存放方式。有線在共享內存中只有一套計費數據，而無 線則存在主被用兩套計費數據。
4 、在對計費數據的存取方面各個版本中也存在很多不同的實現方 法。具體的一些方法像直接下標定位法、二分法、二分加回搠查表法、 十叉樹查表法、哈希查表法、最大匹配查表法。
5、各個版本的計費數據表也有和大的區別，無線跟計費有關的系 統表有23個，有線有21個。
發明內容
本發明的目的之一就是為了解決以上問題，提供用于智能網的計費 裝置，使得在修改計費模塊的時候，減少其對其它模塊的影響，以減少 修改的工作量，特別是大大減少了修改后測試引起的工作量。
本發明的目的之二是使計費公式能夠快速的適應目前電信計費策略 多變的需求。
本發明的目的之三是使計費模塊在計費數據發生改變的時候，能夠 迅速的調整適應。
本發明的目的之四是使計費模塊能進行不斷的功能升級，并為第三 方提供的計費功能開放接口 ，使其他的開發人員能夠迅速地在計費部件 平臺的基礎上，開發出新的計費功能。
本發明的目的之五是使計費模塊能兼容所有現有的智能網。
為實現上述目的，本發明提出一種用于智能網的計費裝置，包括業 務控制邏輯，其特征是還包括一個獨立于所述業務控制邏輯的計費部 件，該計費部件和業務控制邏輯以及業務數據庫裝置保持通訊連接，業 務控制邏輯用于將基本計費信息傳遞給計費部件，計費部件用于根據收 到的基本計費信息和從業務數據庫裝置獲得的數據，完成計費工作，并 把i十算結果返回給業務控制邏輯。其中業務控制邏輯是指SCP (業務控
制點)、SCF (業務控制功能模塊、SCU (業務控制單元)或MSCU (主業 務控制單元)等。
在一個重要的實施例中，所述的用于智能網的計費裝置還包括下述 特征
所述計費模塊中有計費公式配置裝置，該配置裝置與業務控制邏輯 通訊相連，使得計費公式可由業務配置，該配置裝置包括一些腳本化的 計費公式和外掛的動態連接公式庫。
所述計費模塊中還有數據表配置裝置，該配置裝置與業務控制邏輯 通訊相連，使傳數據表可由業務配置，該配置裝置可設置于業務控制邏 輯、業務文件、數據庫或指定的配置文件中。
所述計費模塊中還有開放的獨立的公共接口 ，該接口適用于多種業 務和智能網平臺。
在計費部件中，對應于現有智能網的所有計費SIB (即計費業務單 元)，都有一個相應的腳本，計費部件通過分析這些腳本來實現對應計 費SIB所應完成的功能，以便所述計費部件能兼容所有現有的智能網。
由于采用了以上的方案，計費部件獨立于所述業務控制邏輯，業 務控制邏輯就不再需要負責處理計費的功能，它只是通過一些開放的接 口或者是消息來訪問這個獨立的計費模塊，以完成呼叫流程中的計費的 功能。這樣當計費模塊需要修改的時候，就可以減少對SCP中其它等其 它模塊的造成影響。
本發明的優點二是由于計費公式可由業務配置，通過業務就可以 改變計費公式，對于一些新需求，就只需要通過改變計費公式就滿足， 而不用修改計費模塊程序，這樣就可以大大地提高我們的開發效率。
本發明的優點三是由于可以動態地修改、增加數據表而不需要修 改程序，修改數據表的結構或是增加數據表的時候就可以減少或是避免 修改程序了。而且由于程序的實現跟數據表的結構相關不大，這樣各個 版本中計費模塊的可共用性就大大提高了 。
本發明的優點四是由于計費模塊能夠提供一些公共的接口，可讓 其它的開發人員可以通過這些公共的接口進行功能擴展性的開發。且為 我們的計費模塊添加新的功能時不需要去修改我們原有的程序。
本發明的優點五是對應于現有智能網的所有計費SIB，都有一個 相應的腳本，計費部件通過分析這些腳本來實現對應計費SIB所應完成 的功能，這樣，所述計費部件能兼容所有現有的智能網。
圖1是現有技術的SCP工作方式示意圖。
圖2是現有技術的系統配置圖。
圖3是本發明計費部件化在系統中的作用原理圖。
圖4是本發明實施例的SCP的工作方式圖
圖5是本發明實施例的系統配置圖
圖6是計費部件層次結構組成。
圖7是計費Service開發與使用示意圖
圖8是計費矩陣算法流程示意圖
具體實施例方式
下面通過具體的實施例并結合附圖對本發明作進一步詳細的描述。 如圖1所示為現有技術中的一種計費實例中的SCP工作方式示意圖，
它的計費點在SCP。其計費SIB和業務邏輯緊密交互在一個業務邏輯文件
中，由SCF統一進行解釋執行，工作方式如下
Manager (主控進程)將消息發給MSCU(主業務控制單元，圖中的
SCF),由其中的主控模塊負責調度自動機和業務邏輯處理以及相關的計
費SIB,完成計費的相關計算生成話單和更新數據庫記錄；其中所有計
費的相關代碼和業務邏輯處理代碼完全耦合。其對應的系統配置方式如圖2，由圖2的配置中可以看到所有的計 費工作完全和業務邏輯處理在一起完成(MSCU/SCU中)。其中各部分的 含義如下
SMAP 業務管理接入點
SMP 業務管理點
MSCU主業務控制單元
SCU 業務控制單元
SDP 業務數據點
SAU信令接入單元
各部分的功能是
SAU提供業務信令接入
并通過TCP/IP協議和SCU/MSCU進行通
訊；
MSCU/SCU 實現業務邏輯的控制和處理，包括計費； SDP 提供業務數據和用戶數據信息的存放和查詢； SMP 提供業務管理操作；
SMAP提供業務管理接入平臺，下發各種管理和控制信號。 與上述情況不同的是，本發明將計費部件獨立出來，稱為"計費部 件化"。圖3是計費部件化在系統中的作用原理圖。
圖4是本發明在計費部件化后的一個實施例的系統工作方示意圖。 由圖可見，計費部件作為獨立的服務進程運行，對于業務邏輯(圖中 SCF)是完全透明，業務邏輯只需要將計費的信息傳遞給計費部件，計
費的所有相關工作直接由計費部件完成，并把業務結束后的費用計算結 果返回給業務控制邏輯，同時計費部件還更新數據庫記錄和產生相關文 件信息；SCF只負責不包含計費計算等相關工作的業務邏輯控制和處理。 圖5則是本實施例的系統配置模式圖。在此種配置下，可以看到新增計 費部件同時和SCU/MSCU與SDP保持通訊，所有計費相關的工作直接由
MSCU/SCU交給計費部件完成，計費部件可以直接訪問SDP獲取計費相關 數據，同時4巴計費的結果返回MSCU/SCU完成后續的流程處理。
圖6是本實施例計費部件的層次結構組成示意圖。它分為三層最 低層(layerl)為基本功能層，中間一層(layer2)為基本結構層，最頂 上一層(layer3)為可配置的計費Service層(即可配置計費方式)。計 費部件提供了開放的接口 ，使在每一個功能層都能夠很容易地進行擴 展，以滿足不同的需求。
計費基本功能層(LAYER1層)是一個計費基本功能API函數集。我 們將計費的功能細化分解成一些基本的功能，由計費基本功能函數實現 這些計費基本的功能。然后將這些基本功能提供給較高層次進行調用。 在LAYER1層，提供對號碼分析所需數據表查詢的操作函數。它能夠根 據給定的條件，對計費矩陣中的每一個計費數據表進行查詢，做到查詢 函數跟計費表的具體結構無關。同時它也必須能夠提供各種基本的查詢 算法，包括二分法和最大匹配法。在查詢計費數據時只需要指定需要查 詢數據表的名稱和查詢的條件還有查詢算法，查詢函數就可以得到需要 的計費數據。
基本結構層(LAYER2層)根據計費需要劃分的基本的功能結構，調
用計費部件的基本功能，并將這些基本的功能封裝成能完成特定計費功 能基本模塊，以提供給計費Service層調用。在LAYER2層，可以提供 計費計算基類，對于目前按次計費、按時間計費、按固定費率計費、按 流量計費提供相應的類處理計費計算與預算，并支持SSP與SCP之間 存在時差時的計費功能；，可以提供貨幣兌換率功能可以提供百分比總 額附加費功能；也可以提供GPRS中的按流量計算的計算與預算功能。
計費Service層(LAYER3層)屬于計費部件中最靈活的部分。計費 Service層可以根據計費的具體需求，將前面兩層的計費功能組合起來 以完成計費的功能。計費Service層是計費部件的最上面一層，也是直 接跟相關業務的一層，也是計費部件中最容易發生變化的一層。計費
Service能夠^f艮據計費業務的不同而采取不同的計費Service。為了能 夠靈活地適應不同的計費需求，計費Service層需要盡量設計的簡單一 些，以方《更于以后當需求發生變化時計費Service {務改。在LAYER3 層，提供一個計費計算與預算Service,實現現有計費計算SIB的功 能。
目前計費按功能來分主要分為費用計算與預算兩部分；按計費方式 來分主要分為按次計費、按時計費、按流量計費、按固定費率計費等方 式。按次計費的特點是其不連續性(固定費率計費可看著是計次計費的 特例)，按時計費與按流量計費都是連續性計費，區別在于其計算單位 不同。
計費的流程按功能主要分為五部分初始化數據，劃分折扣區間， 得到計費類別的費率，費用計算，費用預算。
本實施例采用計費部件化方案后，計費Service的開發與使用采用 如圖7所示模式進行(其中SCE和其他模塊沒有直接聯系，只是在生成 和編輯一個業務的時候調用一個計費部件化SIB) 。 SCF只是通過一些 開放的接口或者是消息來訪問這個獨立的計費模塊，以完成呼叫流程中 的計費的功能。這樣就減少了計費模塊同SCP之間的耦合度，增強了計 費獨立性，當計費模塊需要修改的時候，就可以減少對SCP中其它等其 它模塊的造成影響可大大減少計費模塊的修改對SCP系統的影響。SCF 中的計費部件SIB僅僅需要將輸入參數透傳給計費部件，并將輸出參數 取回，不用考慮對數據的處理。上述過程完全是通過配置完成，計費開 發完全集中在計費部件一側，SCE, SCF程序在開發完后不需進行任何改 動。
其基本算法流程如圖8所示。包括如下步驟
a. 分析輸入數據；
b. 如果輸入數據錯誤，返回FAIL,并將錯誤號置為參數錯誤；
c. 得到根據業務選擇的計費矩陣類型；d. 查詢得到計費矩陣及附加計費信息，并將附加計費信息保存在 S C F傳遞來的基本計費信息中，形成新的計費信息；
e. Service將得到的計費矩陣以及計費信息放到輸出參數緩沖區 中， 一起傳遞給SCF以供后續處理。
其中核心部分可描述為l)初始化輸入數據；2)根據業務選擇的 費用計算方法生成不同的計費類；3)調用相應的費用計算與費用預算 函數進行計算。
另外，由于目前智能網的幾個版本中的計費模塊在實現方式上有很 大的不同，它們跟業務的接口也是相差很大，有線只有1個計費SIB， 無線有4個與計費相關的SIB，所以我們新的計費部件要跟以前的老的 版本兼容是非常困難的。我們采用下面的方法來跟以前的老版本進行兼 容
首先在計費模塊的接口部分我們采用一種可靈活配置的方法，對 應不同的版本我們可以在智能網內保留各自原來的SIB作為接口，這些 SIB只是負責將輸入的數據傳遞給計費部件。同時對應于每個SIB,都 有一個對應的腳本，計費部件通過分析這些腳本來實現對應SIB所應完 成的功能。
綜上所述，本實施例系統的優點如下
1. 計費模塊的獨立性
通過將計費部分的功能抽取出來，將它們放在計費部件中實現，這 樣就將計費才莫塊在SCP中獨立出來，SCF和SCFServer不再實現計費的 功能，減少計費模塊和SCF、 SCFServer之間的耦合度，使得在修改計 費模塊的時候，減少其對其它模塊的影響，這樣可減少修改的工作量， 特別是大大減少了修改后測試引起的工作量。
2. 計費的靈活性
以前主要是通過對業務開放一些接口來達到靈活計費的H的，業務 的接口主要是一些CID (呼叫實例數據)和SSD (業務支撐數據)。業務還可以通過對各個SIB進行不同的組合來達到控制計費流程的目的。
相對來說，采用動態的腳本來控制計費的流程的實現方法要更靈活一 些，而且還可以通過腳本來配置計費公式，還可做到計費數據表的動態 管理，這些都是目前業務沒有辦法^敗到的。而且修改腳本不用牽涉到其 它的模塊，所以修改起來也比較筒單。
3. 減少業務的復雜度
在以前的一些版本中，為了達到由業務可以靈活控制計費的目的， 將計費才莫塊化分為多個SIB,并對業務開放了較多的CID和SSD接口 ， 在這些接口中有大部分是計費模塊內部的接口。這樣就造成在業務開發 方面復雜度的提高，業務要通過對多個SIB的配置才能實現計費的功 能。現在我們采用動態的腳本的方式來控制計費的流程，以前計貴的一 些業務邏輯可以通過腳本的形式反映出來。大部分計費模塊中的內部的 接口可以在腳本中實現，將計費模塊內部的接口跟業務屏蔽掉。這樣可 以大大減少開放給業務的接口 ，以達到降低業務復雜度的目的。
4. ;跟老版本的兼容性。如前所述，由于對應于每個SIB,都有一個 對應的腳本，計費部件通過分析這些腳本來實現對應SIB所應完成的功 能，這樣可兼容各種老版的智能網。
文中或圖中出現的英文縮寫(前文未及細述的部分)的中文含義如
下
SERVER、 服務器；HeatBeat、 心跳消息；AC、 發 送計費請求，智能網協議的一個命令；ACR、 接收計費請求， 智能網協議的一個命令； Radius、 一種通信協議，主要是固網的數 據通信協議；FEA函數、功能實體動作函數；系統CID、系統 呼叫實例凄史據；HSIB、 超級業務獨立才莫塊；OAM AGENT和 SMF AGENT:兩個參與維護和管理的進程；INAP:智能網應用規 程；CAP:智能網應用協議。
權利要求
1.一種用于智能網的計費裝置，包括業務控制邏輯(SCP、SCF、SCU或MSCU)，其特征是還包括一個獨立于所述業務控制邏輯(SCP、SCF、SCU或MSCU)的計費部件(1)，該計費部件(1)和業務控制邏輯(SCP、SCF、SCU或MSCU)以及業務數據庫裝置(2)保持通訊連接，業務控制邏輯(SCP、SCF、SCU或MSCU)用于將基本計費信息傳遞給計費部件(1)，計費部件(1)用于根據收到的基本計費信息和從業務數據庫裝置(2)獲得的數據，完成計費工作，并把計算結果返回給業務控制邏輯(SCP、SCF、SCU或MSCU)。
2. 如權利要求l所述的用于智能網的計費裝置，其特征是還包 括文件系統(3)，且所述計費部件(1)中還有業務數據庫更 新裝置和文件信息產生裝置，分別用于更新業務數據庫裝置(2 )中的相關記錄和產生相關文件信息并存儲于所述文件系統 (3)中。
3. 如權利要求1或2所述的用于智能網的計費裝置，其特征是 所述計費模塊(2)中有計費公式配置裝置，該配置裝置與業務 控制邏輯(SCP、 SCF、 SCU或MSCU)通訊相連，使得計費公式 可由業務配置，該配置裝置包括一些腳本化的計費公式和外掛的動態連接公式庫。
4. 如權利要求1或2所述的用于智能網的計費裝置，其特征是 所述計費模塊(2)中還有數據表配置裝置，該配置裝置與業務 控制邏輯(SCP、 SCF、 SCU或MSCU)通訊相連，使得數據表可 由業務配置，該配置裝置可設置于業務控制邏輯(SCP、 SCF、 SCU或MSCU)、業務文件、數據庫或指定的配置文件中。
5. 如權利要求1或2所述的用于智能網的計費裝置，所述計費才莫 塊(2)中還有開放的獨立的公共接口，該接口適用于多種業務 和智能網平臺。
6. 如權利要求1或2所述的用于智能網的計費裝置，其特征是 所述計費部件結構分為三層基本功能層(layerl)、基本結構 層(layer2)和計費策略層(layer3)，每一層都有開放的接c 。
7. 如權利要求1或2所述的用于智能網的計費裝置，其特征是計 費部件中的基本算法流程為l)分析輸入數據；2)如果輸入 數據錯誤，則返回出錯標識，否則3)得到根據業務選擇的計 費矩陣類型，并根據情況查詢得到附加計費信息，并將附加計 費信息保存在業務控制邏輯(SCP、 SCF、 SCU或MSCU)傳遞來 的基本計費信息中，形成新的計費信息；4)將得到的計費矩陣 以及計費信息放到輸出參數緩沖區中， 一起傳遞給業務控制邏 輯(SCP、 SCF、 SCU或MSCU)供后續處理。
8. 如權利要求1或2所述的用于智能網的計費裝置，其特征是 在計費部件中，對應于現有智能網的所有計費SIB，都有一個相 應的腳本，計費部件通過分析這些腳本來實現對應計費SIB所 應完成的功能，以便所述計費部件能兼容所有現有的智能網。
全文摘要
本發明公開用于智能網的計費裝置，包括業務控制邏輯及一個獨立于所述業務控制邏輯的計費部件，該計費部件和業務控制邏輯以及業務數據庫裝置保持通訊連接，業務控制邏輯用于將基本計費信息傳遞給計費部件，計費部件用于根據收到的基本計費信息和從業務數據庫裝置獲得的數據，完成計費工作，并把計算結果返回給業務控制邏輯。這樣業務控制邏輯就不再需要負責處理計費的功能，它只是通過一些開放的接口或者是消息來訪問這個獨立的計費模塊，以完成呼叫流程中的計費的功能。當計費模塊需要修改的時候，就可以減少對中其它等其它模塊的造成影響。
文檔編號H04Q3/00GK101175229SQ20071018147
公開日2008年5月7日 申請日期2002年4月6日 優先權日2002年4月6日
發明者松 劉, 劍 張, 張玉峰, 望遠聞, 楊若冰, 王奇豐, 郭叢松 申請人:華為技術有限公司