專利名稱：基于內(nèi)容計費的計費文件的發(fā)送、接收方法和計費服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于內(nèi)容計費技術(shù)，更具體地說，涉及一種基于內(nèi)容計費的計 費文件的發(fā)送、接收方法和計費服務(wù)器。
背景技術(shù)：
隨著移動通信技術(shù)的進步及移動數(shù)據(jù)業(yè)務(wù)的大力開展，為了提升數(shù)據(jù)業(yè)務(wù) 計費策略的內(nèi)容相關(guān)性和準(zhǔn)確性，越來越多的運營商對數(shù)據(jù)業(yè)務(wù)采用了內(nèi)容計 費的業(yè)務(wù)計費模式，內(nèi)容計費是指運營商通過對用戶使用的數(shù)據(jù)包進行過濾和 分析，然后識別和區(qū)分出用戶數(shù)據(jù)傳送的內(nèi)容種類和屬性，并把相關(guān)信息傳送 到計費系統(tǒng)進行計費。與傳統(tǒng)的計費系統(tǒng)對所有的業(yè)務(wù)統(tǒng)一采用時間或者流量 批價不同的是，內(nèi)容計費依據(jù)增值業(yè)務(wù)的內(nèi)容價值和流量進行批價，并不對所 有的業(yè)務(wù)采用統(tǒng)一的計費度量單位。
當(dāng)用戶在漫游過程中使用基于內(nèi)容計費的數(shù)據(jù)業(yè)務(wù)時，需要進行漫游清
算。現(xiàn)有的數(shù)據(jù)業(yè)務(wù)的漫游清算實現(xiàn)方法，大致可以分為以下步驟
a. 拜訪計費區(qū)進行原始計費信息采集；
b. 拜訪計費區(qū)依照計費模型生成計費文件。
c. 拜訪計費區(qū)在特定時間內(nèi)將內(nèi)容計費信息文件發(fā)送給歸屬計費區(qū)。
d. 歸屬計費區(qū)對內(nèi)容計費信息文件進行相應(yīng)的解碼和校驗。
e. 結(jié)算和帳單生成。
由于現(xiàn)有數(shù)據(jù)業(yè)務(wù)的計費模型統(tǒng)一采用時間或者流量進行計費結(jié)算，所需 的計費要素較簡單；計費模型釆用文本格式文件； 一般定義話單長度為固定值。 并且嚴(yán)格定義字段所在位置和字段長度等，附加規(guī)則比較多。
內(nèi)容計費是指按照接入方式、業(yè)務(wù)種類、流量、時長、事件(點擊等)、 服務(wù)質(zhì)量QoS ( Quality of service),及其組合進4亍識別計費。完整內(nèi)容計費應(yīng) 該包含下列信息的組合不同業(yè)務(wù)(內(nèi)容)的流量信息；不同業(yè)務(wù)(內(nèi)容)的 時間信息；不同業(yè)務(wù)(內(nèi)容)的事件信息；不同業(yè)務(wù)(內(nèi)容)的信息費。隨著 移動數(shù)據(jù)業(yè)務(wù)的發(fā)展，業(yè)務(wù)種類越來越多，基于內(nèi)容計費的計費要素隨著業(yè)務(wù) 種類的增加也同步增多，相應(yīng)的計費規(guī)則也越加復(fù)雜，與之對應(yīng)的按內(nèi)容計費 漫游清算的計費信息也同樣大量增加，因此現(xiàn)有的定長文本格式計費模型應(yīng)用 于內(nèi)容計費具有以下缺點
A. 定長文本格式不具備擴展性的缺點對于內(nèi)容計費復(fù)雜的計費要素難以 實現(xiàn)計費信息的交互；
B. 計費信息處理復(fù)雜化，因為定長格式定位字段是通過字段起始位置和 字段長度等條件，在業(yè)務(wù)種類增多或者其他需求變化后導(dǎo)致計費模型變化時， 相應(yīng)的整個文件的處理都需要改變；
C. 由于定長文本格式的非樹型結(jié)構(gòu)對于計費要素的展現(xiàn)也是非常的不直觀。
因此，需要一種基于內(nèi)容計費的計費方案，能夠克服現(xiàn)有技術(shù)存在的上述 缺陷。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于，針對現(xiàn)有數(shù)據(jù)業(yè)務(wù)計費模型所采用的定長 格式不適用于基于內(nèi)容的計費方式的缺陷，提供一種基于內(nèi)容計費的計費文件 的發(fā)送、接收方法和計費服務(wù)器。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是構(gòu)造一種基于內(nèi)容計費的計 費文件的發(fā)送、接收方法和計費服務(wù)器。
一種基于內(nèi)容計費的計費文件的發(fā)送方法，包括如下步驟
51、 接收基于內(nèi)容計費的原始計費信息；
52、 基于BER編碼方式對所述基于內(nèi)容計費的原始計費信息進行封裝， 生成基于內(nèi)容計費的計費文件并發(fā)送。
在本發(fā)明所述的基于內(nèi)容計費的計費文件的發(fā)送方法中，所述基于內(nèi)容計
費的計費文件包括多個節(jié)點，每個節(jié)點包括Tagi或、Length域和Value域。
在本發(fā)明所述的基于內(nèi)容計費的計費文件的發(fā)送方法中，所述步驟S2進 一步包括
S21 、依據(jù)每一節(jié)點的功能從所述基于內(nèi)容計費的原始計費信息中提取該 節(jié)點的值，生成的該節(jié)點Value域；
522、 分別計算每一節(jié)點的Value域的長度，生成該節(jié)點的Length域；
523、 分別生成每一節(jié)點的Tag域，并依據(jù)BER編碼方式將該節(jié)點的Tag 域、Length域和Value域組合，由此完成該節(jié)點的生成；
524、 將生成的各節(jié)點組合，生成所述基于內(nèi)容計費的計費文件并發(fā)送。 在本發(fā)明所述的基于內(nèi)容計費的計費文件的發(fā)送方法中，在所述步驟S23
之中，依據(jù)Tag表為每一節(jié)點生成Tag域。
本發(fā)明還提供了 一種基于內(nèi)容計費的計費文件的接收方法，包括如下步
驟
51、 接收基于內(nèi)容計費的計費文件；
52、 基于BER解碼方式對所述基于內(nèi)容計費的計費文件進行解封裝，得 到基于內(nèi)容計費的原始計費信息。
在本發(fā)明所述的基于內(nèi)容計費的計費文件的接收方法中，所述基于內(nèi)容計 費的計費文件包括多個節(jié)點，每個節(jié)點包括Tag域、Length域和Value域。
在本發(fā)明所述的基于內(nèi)容計費的計費文件的接收方法中，所述步驟S2進 一步包括
S21、對于所述基于內(nèi)容計費的計費文件中的每一節(jié)點，執(zhí)行如下步驟
522、 提取該節(jié)點的Tag域，據(jù)此確定該節(jié)點的功能；
523、 提取該節(jié)點的Length域，據(jù)此確定該節(jié)點Value域的長度；
524、 依據(jù)該節(jié)點Value域的長度從所述基于內(nèi)容計費的計費文件中 提取該節(jié)點的Value域；
525、 按照每一節(jié)點的功能將所有節(jié)點的Value域中的值組合，得到所述 基于內(nèi)容計費的原始計費信息。
本發(fā)明還提供了一種計費服務(wù)器，包括
封裝模塊，用于接收基于內(nèi)容計費的原始計費信息，基于BER編碼方式 對所述基于內(nèi)容計費的原始計費信息進行封裝，生成基于內(nèi)容計費的計費文件 并發(fā)送。
在本發(fā)明所述的計費服務(wù)器中，所述計費服務(wù)器包括 存儲模塊，用于存儲Tag表；
所述基于內(nèi)容計費的計費文件包括多個節(jié)點，每個節(jié)點包括Tag域、 Length域和Value域，所述封裝模塊用于執(zhí)行如下操作
依據(jù)每一 節(jié)點的功能從所述基于內(nèi)容計費的原始計費信息中提取該節(jié)點 的值，生成的該節(jié)點Value域；
分別計算每一節(jié)點的Value域的長度，生成該節(jié)點的Length域； 依據(jù)Tag表分別生成每一節(jié)點的Tag域，并依據(jù)BER編;馬方式將該節(jié)點 的Tag域、Length域和Value域組合，由此完成該節(jié)點的生成；
將生成的各節(jié)點組合，生成所述基于內(nèi)容計費的計費文件并發(fā)送。 在本發(fā)明所述的計費服務(wù)器中，所述計費服務(wù)器包括 解封裝模塊，用于
對于所述基于內(nèi)容計費的計費文件中的每一節(jié)點，執(zhí)行如下操作 提取該節(jié)點的Tag域，據(jù)此確定該節(jié)點的功能； 提取該節(jié)點的Length域，據(jù)此確定該節(jié)點Value域的長度； 依據(jù)該節(jié)點Value域的長度從所述基于內(nèi)容計費的計費文件中 提取該節(jié)點的Value域； 按照每一節(jié)點的功能將所有節(jié)點的Value域中的值組合，得到所述基于內(nèi) 容計費的原始計費信息。
實施本發(fā)明的技術(shù)方案，具有以下有益效果本發(fā)明提供的基于內(nèi)容計費 的計費文件由于采用不定長格式，因此具有極佳的擴展性和靈活性。因此，本 發(fā)明提供的計費文件能夠適應(yīng)基于內(nèi)容計費的復(fù)雜環(huán)境。同時，BER可變長 度的編碼方式，占用空間??；具備嚴(yán)格的編碼規(guī)則，為數(shù)據(jù)的有效性提供了有 力的保障。


下面將結(jié)合附圖及實施例對本發(fā)明作進一步說明，
附圖中 圖1是依據(jù)本發(fā)明一較佳實施例的基于內(nèi)容計費的計費文件的數(shù)據(jù)結(jié)構(gòu) 示意圖2是依據(jù)本發(fā)明一較佳實施例的基于內(nèi)容計費的計費文件的層次結(jié)構(gòu) 示意圖3是依據(jù)本發(fā)明一較佳實施例的內(nèi)容計費話單詳細(xì)記錄的層次結(jié)構(gòu)示 意圖4是依據(jù)本發(fā)明一較佳實施例的GPRS通話基本信息的層次結(jié)構(gòu)示意
圖5是依據(jù)本發(fā)明一較佳實施例的網(wǎng)絡(luò)信息的層次結(jié)構(gòu)示意圖6是依據(jù)本發(fā)明一較佳實施例的業(yè)務(wù)使用信息的層次結(jié)構(gòu)示意圖7是依據(jù)本發(fā)明一較佳實施例的基于內(nèi)容計費的計費文件的傳送方法 的流程圖8是依據(jù)本發(fā)明一較佳實施例的計費服務(wù)器的結(jié)構(gòu)示意圖9是依據(jù)本發(fā)明一豐支佳實施例的基于內(nèi)容計費的計費文件的傳送示意圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更力口清楚明白，以下結(jié)合附圖及實 施例，對本發(fā)明進行進一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例^f又 僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明提供了一種計費文件的傳送方法，首先將收到的原始計費信息(例 如交換機所采集的原始計費信息)采用BER編碼方案封裝成基于內(nèi)容計費的 計費文件，然后再將該計費文件在計費服務(wù)器之間進行傳送。在正式描述本發(fā) 明提供的基于內(nèi)容計費的計費文件的傳送方法之前，首先結(jié)合圖1 圖6來描 述一下依據(jù)原始計費信息采用BER編碼方案封裝得到的基于內(nèi)容計費的計費 文件的數(shù)據(jù)結(jié)構(gòu)。
圖1是依據(jù)本發(fā)明一較佳實施例的基于內(nèi)容計費的計費文件的數(shù)據(jù)結(jié)構(gòu) 示意圖。如圖l所示，本發(fā)明基于內(nèi)容計費的計費文件的數(shù)據(jù)結(jié)構(gòu)包括一級節(jié)
點102 ， 一級節(jié)點102又進一步分為多個二級節(jié)點104 108， 二級節(jié)點104 108中的至少一部分又可分別進一步分為三級節(jié)點110 116。同時，在圖1所 示的各節(jié)點之中，虛線框節(jié)點是非葉子節(jié)點，此類節(jié)點包括子節(jié)點；實線框節(jié) 點是葉子節(jié)點，此類節(jié)點不包括子節(jié)點。左下角標(biāo)有字母"C"的節(jié)點指示該 節(jié)點是約束節(jié)點，其約束條件將在數(shù)據(jù)字典中定義；左下角標(biāo)有字母"O"的 節(jié)點指示該節(jié)點是可選節(jié)點，其并非必須出現(xiàn)在基于內(nèi)容計費的計費文件之 中；左下角標(biāo)有字母"M"的節(jié)點指示該節(jié)點是強制節(jié)點，其必須出現(xiàn)在基于 內(nèi)容計費的計費文件之中；右下角標(biāo)有字母"R，，的節(jié)點指示該節(jié)點是重復(fù)節(jié) 點，在計費文件中可出現(xiàn)一次或多次，但如果該重復(fù)節(jié)點是可選節(jié)點或約束節(jié) 點，則該節(jié)點可出現(xiàn)0次或多次；右上角標(biāo)有字母"o"的節(jié)點指示該節(jié)點是 排斥節(jié)點，同一節(jié)點的多個互為排斥節(jié)點的子節(jié)點只能出現(xiàn)一個。
由圖1所示的數(shù)據(jù)結(jié)構(gòu)可以看出，由于基于內(nèi)容計費的計費文件中可能存 在重復(fù)節(jié)點和可選節(jié)點，因此基于內(nèi)容計費的計費文件的長度是可變的。另外， 在下面的描述中也將進一步展示，不同的業(yè)務(wù)類型使得計費文件中某些節(jié)點的 -格式也是可變的，從而也會導(dǎo)致基于內(nèi)容計費的計費文件的長度是可變的。此 夕卜，上述計費文件是通過對來自例如但不限于交換機的原始計費信息進行封裝 等處理而得到的，上文之中的約束節(jié)點的含義是，對于某些業(yè)務(wù)，交換機等設(shè) 備在用戶使用這些業(yè)務(wù)時能夠獲得特定的信息，例如設(shè)備標(biāo)識等，此時，這類 信息將出現(xiàn)在計費文件之中。而對于另外一些設(shè)備，可能不具備提取此類信息 的能力，則在其計費文件之中將不包含此類信息。因此，包含這種信息的節(jié)點 在計費文件中是有條件出現(xiàn)的。
下面就結(jié)合具體實例來描述本發(fā)明基于內(nèi)容計費的計費文件。
圖2是依據(jù)本發(fā)明 一較佳實施例的基于內(nèi)容計費的計費文件200的層次結(jié) 構(gòu)示意圖。如圖2所示，計費文件200包括文件控制信息(Batch Control Information ) 202、內(nèi)容計費話單詳細(xì)記錄204和審計控制信息(Audit Control Information) 206。文件控制信息202包括文件發(fā)送方(如漫游計費區(qū))的信息、文件接收方 (如歸屬計費區(qū))的信息、文件序號等信息。文件控制信息202是強制節(jié)點， 也是非葉子節(jié)點。
內(nèi)容計費話單詳細(xì)記錄204內(nèi)記錄有話單(如彩信、WAP業(yè)務(wù)、DM( Device Management,無線終端管理)業(yè)務(wù)等數(shù)據(jù)業(yè)務(wù))的詳細(xì)信息。內(nèi)容計費話單 詳細(xì)記錄204是強制節(jié)點，且其為重復(fù)節(jié)點，也是非葉子節(jié)點，在一個話單文 件中，內(nèi)容計費話單詳細(xì)記錄204可以出現(xiàn)不止一次，并且話單信息節(jié)點也是 根據(jù)規(guī)則可變，從而導(dǎo)致基于內(nèi)容計費的計費文件200的長度是可變的。有關(guān) 內(nèi)容計費話單詳細(xì)記錄204的結(jié)構(gòu)將在下文進4亍詳細(xì)描述。
審計控制信息206主要包括計費文件200中所有話單條目的最早產(chǎn)生時間 (Earliest Call Timestamp )、最晚產(chǎn)生時間(Latest Call Timestamp )、話單條目 總數(shù)(Call Event Details Count),數(shù)據(jù)上行總量(Total Data UpLink Volume)、數(shù) 據(jù)下行總量(Total Data DownLink Volume)、總費用(Total Charge)、及其他信息 說明(Operator Specific Information),審計控制信息206是強制節(jié)點，也是非葉 子節(jié)點。
如上文所述，內(nèi)容計費話單詳細(xì)記錄204內(nèi)記錄有通話(包括數(shù)據(jù)業(yè)務(wù)等) 的詳細(xì)記錄。下面就結(jié)合圖3對內(nèi)容計費話單詳細(xì)記錄的結(jié)構(gòu)進4亍詳細(xì)描述。
圖3是依據(jù)本發(fā)明一較佳實施例的內(nèi)容計費話單詳細(xì)記錄300的層次結(jié)構(gòu) 示意圖。如圖3所示，內(nèi)容計費話單詳細(xì)記錄300包括GPRS通話基本信息 (GPRS Basic Call Information )302、 GPRS網(wǎng)絡(luò)信息(GPRS Network Location) 304、設(shè)備識別信息(Equipment Identify) 306、 GPRS業(yè)務(wù)使用信息(GPRS Service Used )308、金額(Charge )310和其他信息(Operator Specific Information) 312。其中，GPRS通話基本信息302、 GPRS網(wǎng)絡(luò)信息304、 GPRS業(yè)務(wù)使用 信息308、金額310為強制節(jié)點，且GPRS業(yè)務(wù)^f吏用信息308還是重復(fù)節(jié)點， 設(shè)備識別信息306是約束節(jié)點，其中記錄有設(shè)備標(biāo)識符。其他信息312是可選 節(jié)點。同時，GPRS通話基本信息302、 GPRS網(wǎng)絡(luò)信息304、 i殳備識別信息 306、 GPRS業(yè)務(wù)使用信息308、金額310是非葉子節(jié)點，其他信息(Operator Specific Information )312是葉子節(jié),存、。由內(nèi)容計費話單詳細(xì)記錄300的結(jié)構(gòu)可見，通過在GPRS業(yè)務(wù)4吏用信息 308中標(biāo)識具體的業(yè)務(wù)類型，本發(fā)明提供的基于內(nèi)容計費的話單文件可適應(yīng)不 同類型的業(yè)務(wù)，例如彩信業(yè)務(wù)、WAP業(yè)務(wù)和DM業(yè)務(wù)等。由此不難看出，本 發(fā)明提供的基于內(nèi)容計費的計費文件具有極佳的擴展性和靈活性。因此，本發(fā) 明提供的計費文件能夠適應(yīng)基于內(nèi)容計費的復(fù)雜環(huán)境。
應(yīng)注意，不同業(yè)務(wù)的GPRS通話基本信息302和GPRS網(wǎng)絡(luò)信息304的內(nèi) 容和長度也彼此不同，因此GPRS通話基本信息302和GPRS網(wǎng)絡(luò)信息304 是可變長的，這也導(dǎo)致本發(fā)明基于內(nèi)容計費的話單文件的長度是可變的。
GPRS通話基本信息內(nèi)記錄有用戶具體的業(yè)務(wù)使用情況，下文便結(jié)合圖4 對其結(jié)構(gòu)進行詳細(xì)描述。
圖4是依據(jù)本發(fā)明 一較佳實施例的GPRS通話基本信息400的層次結(jié)構(gòu)示 意圖。如圖4所示，GPRS通話基本信息400包括GPRS用戶基本信息(GPRS Chargeable Subscriber) 402、 GPRS網(wǎng)絡(luò)接入信息(GPRS Destination) 404、 通話起始時間(Record Event Opening TimeStamp ) 406、通i舌時間(Total Call Event Duration) 408、網(wǎng)絡(luò)系統(tǒng)類型(System Type ) 410、計費標(biāo)識(Charging ID) 412和通話中止原因(Cause For Record Closing) 414，且上述節(jié)點均為強 制節(jié)點，GPRS用戶基本信息402和GPRS網(wǎng)絡(luò)接入信息404是葉子節(jié)點。應(yīng) 注意，在具體實現(xiàn)過程中，GPRS通話基本信息400還可包含其他信息，圖4 中的結(jié)構(gòu)不應(yīng)理解為用于限制本發(fā)明的范圍。
圖5是依據(jù)本發(fā)明一較佳實施例的網(wǎng)絡(luò)信息500的層次結(jié)構(gòu)示意圖。如圖 5所示，網(wǎng)絡(luò)信息500包括GGSN地址(GGSN Address )502、 SGSN地址(SGSN Address) 504和拜訪計費區(qū)代碼(Visit Provice Code) 506，且上述節(jié)點均為強 制節(jié)點。應(yīng)注意，在具體實現(xiàn)過程中，通話基本信息500還可包含其他信息， 圖5中的結(jié)構(gòu)不應(yīng)理解為用于限制本發(fā)明的范圍。
圖6是依據(jù)本發(fā)明一較佳實施例的業(yè)務(wù)使用信息600的層次結(jié)構(gòu)示意圖。 如圖6所示，業(yè)務(wù)4吏用信息600包括業(yè)務(wù)使用起始時間(Service Used StartTimeStamp) 602、總體業(yè)務(wù)使用時長(Service used Duration) 604、總體 業(yè)務(wù)使用數(shù)據(jù)上行流量(Service Used Data UpLink volume ) 606、總體業(yè)務(wù)4吏
細(xì)情況(GPRS Service Usage) 610。其中，具體業(yè)務(wù)使用詳細(xì)情況610為葉子 節(jié)點，其可進一步包括業(yè)務(wù)代碼(Service Code )、時長(Duration )、數(shù)據(jù)上行 流量(Data UpLink volume )、數(shù)據(jù)下4亍流量(Data DownLink Volume )等信息； 業(yè)務(wù)使用起始時間602、總體業(yè)務(wù)使用數(shù)據(jù)上行流量606、總體業(yè)務(wù)使用數(shù)據(jù) 下行流量608是強制節(jié)點，總體業(yè)務(wù)使用時長604和具體業(yè)務(wù)使用詳細(xì)情況 610是約束節(jié)點，且具體業(yè)務(wù)使用詳細(xì)情況610還是重復(fù)節(jié)點。
由上文描述可以看出，本發(fā)明提供的基于內(nèi)容計費的計費文件的結(jié)構(gòu)具有 極佳的靈活性，可隨業(yè)務(wù)的擴展而方便的進行擴展。另外，本發(fā)明提供的基于 內(nèi)容計費的計費文件是一種變長結(jié)構(gòu)的計費文件，該計費文件是通過對原始計
費信息進行BER封裝來生成的。
本發(fā)明基于國際數(shù)據(jù)交互通用標(biāo)準(zhǔn)ASN.l(抽象語法標(biāo)記，Abstract Syntax Notation One)對基于內(nèi)容計費的計費文件進行定義，以便該計費文件可以在 計費服務(wù)器之間傳送。在具體實現(xiàn)過程中，本發(fā)明使用基于ASN.l的BER (Basic Encoding Rules,基本編碼規(guī)則)來封裝原始計費信息，得到基于內(nèi)容 計費的計費文件。
BER采用TLV編碼方式來對原始計費信息進行封裝，其中TLV分別代表 Tag(標(biāo)簽)、Length (長度)和Value (值)。對于計費文件中的每一節(jié)點，例 如文件控制信息102、話單詳細(xì)記錄104等，首先從原始計費信息中提取具體 值，生成Value域，然后依據(jù)Value域的長度生成Length域，最后添加Tag域， 其中Tag域中記錄有每一節(jié)點的標(biāo)識，用于指明該節(jié)點的功能。
BER編碼方案使用Length域表示Value域的長度。在具體實現(xiàn)過程中， BER編碼方案可采用定長方式和不定長方式兩種方式來進行編石馬，而本發(fā)明 提供的基于內(nèi)容計費的計費文件為不定長格式。在不定長方式中，Length域的 內(nèi)容固定為0x80，但Value域以兩個0x00結(jié)尾。如此一來Value域的長度將 根據(jù)具體后續(xù)字段內(nèi)容值進行設(shè)定，由此實現(xiàn)計費文件的不定長編碼。此外，
Value域內(nèi)還可進行嵌套，例如Value域可進一步包括Tag域、Length域和Value 域。有關(guān)BER編碼方式的內(nèi)容已經(jīng)在現(xiàn)有技術(shù)中作出了詳細(xì)的描述，因此本
文不再贅述。
基于上文描述的基于內(nèi)容計費的計費文件的數(shù)據(jù)結(jié)構(gòu)和BER封裝方式， 本發(fā)明提供了一種基于內(nèi)容計費的計費文件的傳送方法，下面就結(jié)合圖7進行 詳細(xì)描述。
圖7是依據(jù)本發(fā)明一較佳實施例的基于內(nèi)容計費的計費文件的傳送方法 700的流程圖。如圖7所示，方法700開始于步驟702。
隨后，在下一步驟704，發(fā)送方計費服務(wù)器接收原始計費信息(例如來自 交換機)，基于BER編碼方式對原始計費信息進行封裝，得到基于內(nèi)容計費的 計費文件。其中，原始計費信息的具體封裝過程包括，依據(jù)圖2 困6中描述 的各節(jié)點的具體內(nèi)容，從原始計費信息中分別提取各節(jié)點對應(yīng)的具體值，生成 Value域，然后依據(jù)該Value域的長度生成Length域并添加在生成的Value域 之前，再依據(jù)Tag表生成Tag域并天加在生成的Length域之前，由此生成計 費文件中的各個節(jié)點。Tag表中記錄有每一節(jié)點的標(biāo)識，該標(biāo)識用于指示該節(jié) 點的功能。最后，將各個節(jié)點組合，生成基于內(nèi)容計費的計費文件。有關(guān)原始 計費文件的內(nèi)容和BER編碼方式的內(nèi)容已經(jīng)在前文做了清楚的描述，西此此 處不再贅述。
隨后，在下一步驟706，發(fā)送方計費服務(wù)器將基于內(nèi)容計費的計費文件發(fā) 往接收方計費服務(wù)器。
隨后，在下一步驟708,接收方計費服務(wù)器接收來自發(fā)送方計費服務(wù)器的 基于內(nèi)容計費的計費文件。
隨后，在下一步驟710，接收方計費服務(wù)器基于BER編碼方式對封裝計 費文件進行解封裝，得到原始計費信息。具體的解封裝過程包括依據(jù)Tag表識 別基于內(nèi)容計費的計費文件中的每一節(jié)點，隨后依據(jù)該節(jié)點的Length域從基 于內(nèi)容計費的計費文件中提取該節(jié)點的Value域，并將提取的所有節(jié)點的Value 域進行重組，得到原始計費信息。
最后，方法700結(jié)束于步驟712。
本發(fā)明還提供了 一種計費服務(wù)器，用于對本發(fā)明基于內(nèi)容計費的計費文件 進行封裝和解封裝，下文就結(jié)合圖8對其進行詳細(xì)描述。
圖8是依據(jù)本發(fā)明一較佳實施例的計費服務(wù)器800的結(jié)構(gòu)示意困。如圖8 所示，計費服務(wù)器800包括封裝模塊802、存儲模塊806和解封裝模塊812。
存儲模塊806中存儲有Tag表，其中記錄有每一節(jié)點的標(biāo)識，該標(biāo)識用于 指示該節(jié)點的功能。
封裝模塊802用于接收原始計費信息804 (例如從交換機提取原始計費信 息)，依據(jù)圖2 圖6中描述的各節(jié)點的具體內(nèi)容，從原始計費信息中分別提 取各節(jié)點對應(yīng)的具體值，生成Value域，然后依據(jù)該Value域的長度生成Length 域并添加在生成的Value域之前，再依據(jù)Tag表生成Tag域并天加在生成的 Length域之前，由此生成計費文件中的各個節(jié)點。Tag表中記錄有每一節(jié)點的 標(biāo)識，該標(biāo)識用于指示該節(jié)點的功能。最后，將各個節(jié)點組合，生成基于內(nèi)容 計費的計費文件810，發(fā)往其他計費服務(wù)器。
解封裝模塊用于接收其他計費服務(wù)器發(fā)來的基于內(nèi)容計費的計費文件 810，依據(jù)Tag表識別基于內(nèi)容計費的計費文件810中的每一節(jié)點，隨后依據(jù) 該節(jié)點的Length域從基于內(nèi)容計費的計費文件810中提取該節(jié)點的Value域， 并將提取的所有節(jié)點的Value域進行重組，得到原始計費信息804。
圖9是依據(jù)本發(fā)明一較佳實施例的基于內(nèi)容計費的計費文件的傳送示意 圖。如圖9所示，其中包括第一通信網(wǎng)絡(luò)900和第二通信網(wǎng)絡(luò)906。第一通信 網(wǎng)絡(luò)900內(nèi)設(shè)有第一交換才幾902和第一計費服務(wù)器904;第二通信網(wǎng)絡(luò)906內(nèi) 設(shè)有第二交換機908和第二計費服務(wù)器910。
第一計費服務(wù)器904從第一交換機902中采集第一原始計費信息912,經(jīng) 封裝后生成基于內(nèi)容計費的計費文件916發(fā)往第二計費服務(wù)器910。第二計費 服務(wù)器910對基于內(nèi)容計費的計費文件916進行解封裝，得到第一原始計費信 息912。同理，第二計費服務(wù)器910從第二交換機908中采集第二原始計費信 息914,生成基于內(nèi)容計費的計費文件918發(fā)往第一計費服務(wù)器904。第一計 費服務(wù)器904對基于內(nèi)容計費的計費文件918進行解封裝，得到第二原始計費 信息914。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明
的寸呆護范圍之內(nèi)。
權(quán)利要求
1、一種基于內(nèi)容計費的計費文件的發(fā)送方法，其特征在于，包括如下步驟S1、接收基于內(nèi)容計費的原始計費信息；S2、基于BER編碼方式對所述基于內(nèi)容計費的原始計費信息進行封裝，生成基于內(nèi)容計費的計費文件并發(fā)送。
2、 根據(jù)權(quán)利要求1所述的基于內(nèi)容計費的計費文件的發(fā)送方法，其特征 在于，所述基于內(nèi)容計費的計費文件包括多個節(jié)點，每個節(jié)點包括Tag域、 Length域和Value域。
3、 根據(jù)權(quán)利要求2所述的基于內(nèi)容計費的計費文件的發(fā)送方法，其特征 在于，所述步驟S2進一步包括S21 、依據(jù)每一節(jié)點的功能從所述基于內(nèi)容計費的原始計費信息中提取該 節(jié)點的值，生成的該節(jié)點Value域；522、 分別計算每一節(jié)點的Value域的長度，生成該節(jié)點的Length域；523、 分別生成每一節(jié)點的Tag域，并依據(jù)BER編碼方式將該節(jié)點的Tag 域、Length域和Value域組合，由此完成該節(jié)點的生成；524、 將生成的各節(jié)點組合，生成所述基于內(nèi)容計費的計費文件并發(fā)送。
4、 根據(jù)權(quán)利要求3所述的基于內(nèi)容計費的計費文件的發(fā)送方法，其特征 在于，在所述步驟S23之中，依據(jù)Tag表為每一節(jié)點生成Tag域。
5、 一種基于內(nèi)容計費的計費文件的接收方法，其特征在于，包括如下步驟51、 接收基于內(nèi)容計費的計費文件；52、 基于BER解碼方式對所述基于內(nèi)容計費的計費文件進行解封裝，得 到基于內(nèi)容計費的原始計費信息。
6、 根據(jù)權(quán)利要求5所述的基于內(nèi)容計費的計費文件的接收方法，其特征 在于，所述基于內(nèi)容計費的計費文件包括多個節(jié)點，每個節(jié)點包括Tag域、 Length域和Value域。
7、 根據(jù)權(quán)利要求6所述的基于內(nèi)容計費的計費文件的接收方法，其特征 在于，所述步驟S2進一步包括S21、對于所述基于內(nèi)容計費的計費文件中的每一節(jié)點，執(zhí)行如下步驟522、 提取該節(jié)點的Tag域，據(jù)此確定該節(jié)點的功能；523、 提取該節(jié)點的Length域，據(jù)此確定該節(jié)點Value域的長度；524、 依據(jù)該節(jié)點Value域的長度從所述基于內(nèi)容計費的計費文件中 提取該節(jié)點的Value域；S25、按照每一節(jié)點的功能將所有節(jié)點的Value域中的值組合，得到所述 基于內(nèi)容計費的原始計費信息。
8、 一種計費服務(wù)器，其特征在于，包括封裝模塊，用于接收基于內(nèi)容計費的原始計費信息，基于BER編碼方式 對所述基于內(nèi)容計費的原始計費信息進行封裝，生成基于內(nèi)容計費的計費文件 并發(fā)送。
9、 根據(jù)權(quán)利要求8所述的計費服務(wù)器，其特征在于，所述計費服務(wù)器包括存儲模塊，用于存儲Tag表；所述基于內(nèi)容計費的計費文件包括多個節(jié)點，每個節(jié)點包括Tag域、 Length域和Value域，所述封裝模塊用于執(zhí)行如下操作依據(jù)每一 節(jié)點的功能從所述基于內(nèi)容計費的原始計費信息中提取該節(jié)點 的值，生成的該節(jié)點Value Jb戈；分別計算每一節(jié)點的Value域的長度，生成該節(jié)點的Length域；依據(jù)Tag表分別生成每一節(jié)點的Tag域，并依據(jù)BER編碼方式將該節(jié)點 的Tag域、Length域和Value域組合，由此完成該節(jié)點的生成；將生成的各節(jié)點組合，生成所述基于內(nèi)容計費的計費文件并發(fā)送。
10、 根據(jù)權(quán)利要求9所述的計費服務(wù)器，其特征在于，所述計費服務(wù)器包括解封裝模塊，用于對于所述基于內(nèi)容計費的計費文件中的每一節(jié)點，執(zhí)行如下操作提取該節(jié)點的Tag域，據(jù)此確定該節(jié)點的功能； 提取該節(jié)點的Length域，據(jù)此確定該節(jié)點Value域的長度； 依據(jù)該節(jié)點Value域的長度從所述基于內(nèi)容計費的計費文件中 提取該節(jié)點的Value域；按照每一節(jié)點的功能將所有節(jié)點的Value域中的值組合，得到所述基 于內(nèi)容計費的原始計費信息。
全文摘要
本發(fā)明涉及基于內(nèi)容計費技術(shù)，針對現(xiàn)有數(shù)據(jù)業(yè)務(wù)計費模型所采用的定長格式不適用于基于內(nèi)容的計費方式的缺陷，提供一種基于內(nèi)容計費的計費文件的發(fā)送、接收方法和計費服務(wù)器。其中，基于內(nèi)容計費的計費文件的發(fā)送方法，包括如下步驟接收基于內(nèi)容計費的原始計費信息；基于BER編碼方式對所述基于內(nèi)容計費的原始計費信息進行封裝，生成基于內(nèi)容計費的計費文件并發(fā)送。本發(fā)明還提供了基于內(nèi)容計費的計費文件的接收方法和計費服務(wù)器。本發(fā)明提供的基于內(nèi)容計費的計費文件由于采用不定長格式，具有極佳的擴展性和靈活性。本發(fā)明提供的計費文件能夠適應(yīng)基于內(nèi)容計費的復(fù)雜環(huán)境。同時，BER可變長度的編碼方式，占用空間小，具備嚴(yán)格的編碼規(guī)則。
文檔編號H04L12/14GK101345636SQ200810142050
公開日2009年1月14日 申請日期2008年8月21日 優(yōu)先權(quán)日2008年8月21日
發(fā)明者莉 李, 樊秀菊, 薇 王, 趙麗平, 趙賢敬, 鄭明忠, 閻海亮 申請人:中國移動(深圳)有限公司