一種精確補(bǔ)單方法和裝置的制造方法
【專利摘要】本發(fā)明提供了一種精確補(bǔ)單方法，包括：當(dāng)在線處理過程發(fā)生異常時(shí)，根據(jù)離線話單和在線話單，確定待補(bǔ)話單；根據(jù)所述待補(bǔ)話單，對(duì)在線異常話單進(jìn)行精確補(bǔ)單。本發(fā)明還提供了一種精確補(bǔ)單裝置。
【專利說明】
-種精確補(bǔ)單方法和裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及移動(dòng)通信中的業(yè)務(wù)支撐技術(shù)，尤其設(shè)及一種精確補(bǔ)單方法和裝置。
【背景技術(shù)】 陽00引隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展、智能終端普及、化及APP智能應(yīng)用的層出不窮、終端性能 的不斷加強(qiáng)，數(shù)據(jù)業(yè)務(wù)流量進(jìn)入高速增長(zhǎng)期，近六年的復(fù)合增長(zhǎng)率高達(dá)166%，目前數(shù)據(jù)流 量收入已超過點(diǎn)對(duì)點(diǎn)短信，成為最有價(jià)值的增長(zhǎng)點(diǎn)。隨著數(shù)據(jù)流量的激增，關(guān)于流量消費(fèi)和 提醒的投訴也逐漸增加，用戶對(duì)消費(fèi)情況獲取的實(shí)時(shí)性和準(zhǔn)確性要求逐步提高。因此，需要 全面提升大流量實(shí)時(shí)提醒能力，提供余額/余量實(shí)時(shí)提醒服務(wù)，使用戶安屯、體驗(yàn)上網(wǎng)樂趣， 提升滿意度。 W03]目前的流量提醒系統(tǒng)結(jié)構(gòu)如圖1所示，包括：歸屬位置寄存器化LR,化me Location Register)、服務(wù)GPRS支持節(jié)點(diǎn)（SGSN，Se;rving GPRS Support Node)、網(wǎng)關(guān)GPRS 支持節(jié)點(diǎn)（GGSN，Gateway GPRS Su卵ort Node)、在線計(jì)費(fèi)網(wǎng)關(guān)（OCG，Online Qiarging Gateway)、短消息服務(wù)中屯、（Sho;rt Message Service Center)、業(yè)務(wù)運(yùn)營支撐系統(tǒng)度OSS, Business&Operation Su卵ort System)等；系統(tǒng) W撥號(hào)控制中屯、值CC，Dial Control Center)消息為載體，實(shí)現(xiàn)網(wǎng)元如GGSN、分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)（P-GW，PDN Packet Data P'Jetwork Getway)和OCS信息的實(shí)時(shí)交互，對(duì)用戶使用流量值進(jìn)行實(shí)時(shí)計(jì)算，當(dāng)達(dá)到閥值時(shí)通過短信 進(jìn)行提醒。
[0004] 但是，GGSN、P-GW向在線計(jì)費(fèi)系統(tǒng)（0CS，Online Qiarging System)發(fā)送請(qǐng)求消 息時(shí)，可能會(huì)存在W下S種異常情況：（1)因網(wǎng)絡(luò)中斷等導(dǎo)致OCS系統(tǒng)接收請(qǐng)求消息失??； (2) 請(qǐng)求消息發(fā)送成功，但因網(wǎng)絡(luò)或系統(tǒng)異常導(dǎo)致網(wǎng)元等待響應(yīng)消息超時(shí)；（3)請(qǐng)求消息發(fā) 送成功，請(qǐng)求處理超時(shí)（如OCS系統(tǒng)進(jìn)程巖機(jī)等）返回消息Result-Code值為"4011"給網(wǎng) 元；在運(yùn)S種異常情況下，GGSN、P-QV都需要立即關(guān)閉正在記錄的話單，并記錄話單關(guān)閉原 因?yàn)閙anagement InterventionOO)，有關(guān)閉操作的離線話單PS-FCI信息為16 ;同時(shí)新打 開一張?jiān)拞?，新話單中PS-FCI值為11。具體出現(xiàn)異常時(shí)生成話單的實(shí)現(xiàn)過程如圖2所示， 圖2為現(xiàn)有技術(shù)中在線處理過程發(fā)生異常時(shí)的話單生成方法流程示意圖，OCS系統(tǒng)在收到 GGSN、P-GW話單后如果發(fā)現(xiàn)話單中PS-FCI信息為16,則過濾不處理，否則進(jìn)行相應(yīng)離線處 理。 陽〇化]由于在異常發(fā)生之前，OCS系統(tǒng)存在接收不到或無法處理攜帶本次使用量的CCR 消息，運(yùn)樣就會(huì)存在"漏單"，因此，在進(jìn)行流量統(tǒng)計(jì)時(shí)，通常需要進(jìn)行"補(bǔ)單"操作?，F(xiàn)有的 補(bǔ)單方法為"回拱"方法，即在在線異常話單的開始時(shí)間粗略的往前追溯一定時(shí)間（如1分 鐘），找到運(yùn)一時(shí)間段所有的離線話單，然后進(jìn)行流量統(tǒng)計(jì)；但是，"回拱"離線話單通過在線 異常話單的開始時(shí)間粗略的往前追溯一定時(shí)間的方法不夠精確，且不區(qū)分2/3/4G、不區(qū)分 業(yè)務(wù)都是統(tǒng)一追溯相同的時(shí)間，運(yùn)種方法明顯會(huì)造成重復(fù)或遺漏問題；如會(huì)對(duì)使用4G網(wǎng)絡(luò) 或高清視頻等業(yè)務(wù)的用戶造成重復(fù)處理，對(duì)使用2G網(wǎng)絡(luò)或QQ業(yè)務(wù)的用戶造成遺漏處理，如 圖3和圖4所示，圖3為回拱方法中造成的話單重復(fù)情況示意圖；圖4為回拱方法中造成的 話單遺漏情況示意圖。
[0006] 而且，"回拱"方法需要通過調(diào)用存儲(chǔ)過程實(shí)現(xiàn)補(bǔ)單機(jī)制，不利于監(jiān)控其運(yùn)行情況， 除"回拱"話單外，無異常話單信息，不能直觀展現(xiàn)補(bǔ)單是否成功。此外，補(bǔ)單存儲(chǔ)過程一天 調(diào)用一次，不能實(shí)時(shí)補(bǔ)單，運(yùn)樣就會(huì)造成"回拱"話單處理延遲，容易造成用戶投訴。

【發(fā)明內(nèi)容】

[0007] 有鑒于此，本發(fā)明實(shí)施例期望提供一種精確補(bǔ)單方法和裝置，能夠?qū)崿F(xiàn)對(duì)在線異 常話單進(jìn)行精確補(bǔ)單。
[0008] 為達(dá)到上述目的，本發(fā)明的技術(shù)方案是運(yùn)樣實(shí)現(xiàn)的：
[0009] 待拷貝權(quán)利要求
[0010] 本發(fā)明實(shí)施例所提供的精確補(bǔ)單方法和裝置，當(dāng)在線處理過程發(fā)生異常時(shí)，根據(jù) 離線話單和在線話單，確定待補(bǔ)話單；根據(jù)所述待補(bǔ)話單，對(duì)在線異常話單進(jìn)行精確補(bǔ)單。 如此，能夠避免現(xiàn)有補(bǔ)單方法的重復(fù)和遺漏問題，并且，在當(dāng)在線處理過程發(fā)生異常時(shí)，能 夠?qū)崟r(shí)進(jìn)行補(bǔ)單，減少用戶投訴，提升用戶體驗(yàn)。
【附圖說明】
[0011] 圖1為流量提醒系統(tǒng)結(jié)構(gòu)示意圖；
[0012] 圖2為在線處理過程發(fā)生異常時(shí)的話單生成方法流程示意圖；
[0013] 圖3為回拱方法中造成的話單重復(fù)情況示意圖；
[0014] 圖4為回拱方法中造成的話單遺漏情況示意圖；
[0015] 圖5為本發(fā)明實(shí)施例精確補(bǔ)單方法流程示意圖；
[0016] 圖6為本發(fā)明實(shí)施例確定待補(bǔ)話單方法流程示意圖；
[0017] 圖7為本發(fā)明實(shí)施例精確補(bǔ)單裝置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0018] 本發(fā)明實(shí)施例中，當(dāng)在線處理過程發(fā)生異常時(shí)，根據(jù)離線話單和在線話單，確定待 補(bǔ)話單；然后根據(jù)所述待補(bǔ)話單，對(duì)在線異常話單進(jìn)行精確補(bǔ)單。
[0019] 本發(fā)明實(shí)施例中，一條話單就是一組由多個(gè)不同的數(shù)據(jù)類型的變量組成的結(jié)構(gòu)體 CDR，同一個(gè)鍵值chargingID、用戶號(hào)碼telnumber、業(yè)務(wù)代碼servicecode對(duì)應(yīng)的m條離線 話單可W標(biāo)記為：
[0020] cdr_offi (starttime, duration, totalf low_up, totalf low_down, sequence,…）
[0021] 其中，為離線話單，starttime為所述離線話單的開始時(shí)間，化ration為 所述離線話單的時(shí)長(zhǎng)，totalflow_up為所述離線話單的上行總流量，totalflow_down為所 述離線話單的下行總流量，sequence為所述離線話單的序列號(hào)；其中，i = sequence = 1… m ；
[0022] 由于目前在線拆單與離線拆單機(jī)制不一致，BOSS系統(tǒng)時(shí)鐘與GGSN時(shí)鐘也不一致， 因此，離線話單和在線話單的開始時(shí)間和話單條數(shù)也不同，同一個(gè)鍵值chargingID、用戶號(hào) 碼telnumber、業(yè)務(wù)代碼servicecode對(duì)應(yīng)的n條在線話單可W標(biāo)記為：
[0023] cdr_oni (starttime, duration, totalf low_up, totalf low_down, sequence,…）
[0024] 其中，c^_orii為在線話單，starttime為所述在線話單的開始時(shí)間，duration為 所述在線話單的時(shí)長(zhǎng)，totalflow_up為所述在線話單的上行總流量，totalflow_down為所 述在線話單的下行總流量，sequence為所述在線話單的序列號(hào)；其中，i = sequence = 1… n〇
[0025] 下面結(jié)合附圖及具體實(shí)施例，對(duì)本發(fā)明技術(shù)方案的實(shí)施作進(jìn)一步的詳細(xì)描述。圖 5為本發(fā)明實(shí)施例精確補(bǔ)單方法流程示意圖，如圖5所示，本發(fā)明實(shí)施例精確補(bǔ)單方法包括 W下步驟：
[00%] 步驟501 :當(dāng)在線處理過程發(fā)生異常時(shí)，根據(jù)離線話單和在線話單，確定待補(bǔ)話 單；
[0027] 本發(fā)明實(shí)施例中，所述在線處理過程發(fā)生異常包括但不限于：接收到在線處理過 程發(fā)生異常時(shí)產(chǎn)生的具有關(guān)閉操作的離線話單； 陽02引具體的，當(dāng)在線處理過程發(fā)生異常時(shí)，GGSN/P-QV立即關(guān)閉正在記錄的離線話單， 關(guān)閉原因記錄為management Intervention (20)，PS-FCI為16 ;后續(xù)整個(gè)PDP所有業(yè)務(wù)均 轉(zhuǎn)離線處理。而此時(shí)在線話單存在信息量不全的問題，因此，本發(fā)明實(shí)施例中，選擇PS-FCI =16、關(guān)閉原因 CAUSE-CLOSE = 20的具有關(guān)閉操作的離線話單作為補(bǔ)單操作的線索話單， 良P :當(dāng)接收到所述PS-FCI = 16, CAUSE-化OSE = 20的具有關(guān)閉操作的離線話單時(shí)，開啟補(bǔ) 單流程，并將所述線索話單分流到單獨(dú)的數(shù)據(jù)庫表中，作為精確補(bǔ)單的入口話單。
[0029] 本發(fā)明實(shí)施例所述確定待補(bǔ)話單方法流程如圖6所示，包括W下步驟：
[0030] 步驟501A :接收具有關(guān)閉操作的離線話單；
[0031] 本步驟中，所述具有關(guān)閉操作的離線話單為PS-FCI = 16, CAUSE-化OSE = 20的 離線話單；其中，所述離線話單對(duì)應(yīng)唯一的chargingID、telnumber、servicecode ;所述 chargingID在用戶接入網(wǎng)絡(luò)到退出網(wǎng)絡(luò)期間保持不變。
[0032] 步驟501B :檢查所述離線話單是否完整，當(dāng)所述離線話單完整時(shí)，執(zhí)行步驟501C， 否則執(zhí)行步驟501D;
[0033] 本步驟中，首先對(duì)所述離線話單進(jìn)行排序；具體的，將所述離線話單按照序列號(hào)進(jìn) 行倒排序；然后檢查所述離線話單是否完整，W確定是否丟單；當(dāng)所述離線話單完整時(shí)，統(tǒng) 計(jì)所述離線話單數(shù)量，之后執(zhí)行步驟501C，否則執(zhí)行步驟501D ;
[0034] 本發(fā)明實(shí)施例中，所述離線話單數(shù)量為所述離線話單序列號(hào)的最大值，即：
[0035] count (cdr_offi) = max (cdr_offi (sequence))；
[0036] 其中，count kd;r_offi)為所述離線話單數(shù)量，max(cd;r_offi (sequence))為所述 離線話單序列號(hào)的最大值。 陽037] 步驟501C :計(jì)算所述離線話單的總流量，執(zhí)行步驟501E ;
[0038] 本步驟中，所述離線話單的總流量包括離線話單的上行總流量和下行總流量；假 設(shè)存在m條離線話單，則m條離線話單的上行總流量Vwf_up為：
[0039]
[0040]
[0041 ]
[0042] 步驟501D :話單異常導(dǎo)致無法補(bǔ)單，輸出線索話單，并返回步驟501A ;
[0043] 步驟501E :檢查所述在線話單是否完整，當(dāng)所述在線話單完整時(shí)，執(zhí)行步驟501F， 否則執(zhí)行步驟50ID ;
[0044] 本步驟中，首先對(duì)所述在線話單進(jìn)行排序；具體的，將所述在線話單按照序列號(hào)進(jìn) 行倒排序；然后檢查所述在線話單是否完整，W確定是否丟單，當(dāng)所述在線話單完整時(shí)，統(tǒng) 計(jì)所述在線話單數(shù)量，之后執(zhí)行步驟501F，否則執(zhí)行步驟501D ;
[0045] 本發(fā)明實(shí)施例中，所述在線話單數(shù)量為所述在線話單序列號(hào)的最大值，即：
[0046] count (cdr-orii) = max (cdr-orii (sequence))
[0047] 其中，count (c^_orii)為所述在線話單數(shù)量，max(c^_orii (sequence))為所述在 線話單序列號(hào)的最大值。
[0048] 步驟501F :計(jì)算所述在線話單的總流量；
[0049] 本步驟中，所述在線話單的總流量包括在線話單的上行總流量和下行總流量；假 設(shè)存在n條在線話單，則n條在線話單的上行總流量V""_up為：
陽化0]
[0051]
[0052]
[0053] 步驟501G :判斷流量是否異常，當(dāng)所述流量異常時(shí)，執(zhí)行步驟501D ;否則，執(zhí)行步 驟 50IH ;
[0054] 正常情況下，由于在線處理過程發(fā)生異常時(shí)會(huì)造成在線話單丟失，因此，在相同時(shí) 間內(nèi)離線話單的總流量應(yīng)該大于在線話單的總流量，只有當(dāng)離線話單的總流量大于在線話 單的總流量時(shí)，才能夠進(jìn)行精確的補(bǔ)單，因此，本步驟中，需要判斷所述離線話單的總流量 與所述在線話單的總流量之間的關(guān)系，當(dāng)所述離線話單的總流量大于所述在線話單的總流 量時(shí)，認(rèn)為流量正常，即當(dāng)VDff_up〉VDn_up且VDff_down〉VD"_down時(shí)，認(rèn)為流量正常，執(zhí)行步驟 501G ;否則，認(rèn)為流量異常；執(zhí)行步驟501D ;
[0055] 步驟501H :判斷當(dāng)前離線話單的開始時(shí)間與最后一條在線話單結(jié)束時(shí)間的關(guān)系； 假設(shè)當(dāng)前離線話單為倒數(shù)第i條離線話單，當(dāng)?shù)箶?shù)第i條所述離線話單的開始時(shí)間小于所 述最后一條在線話單結(jié)束時(shí)間時(shí)，執(zhí)行步驟5011 ;否則，執(zhí)行步驟501J ;
[0056] 由于補(bǔ)單的原因是在線處理異常時(shí)在線話單存在信息量不全的問題，因此需尋找 相對(duì)應(yīng)的離線話單進(jìn)行補(bǔ)充，本步驟中，可W從最后一條離線話單開始，逐條依次判斷每條 離線話單的開始時(shí)間與最后一條在線話單結(jié)果時(shí)間的關(guān)系；本步驟W倒數(shù)第i條離線話單 為例，判斷當(dāng)前離線話單的開始時(shí)間與最后一條在線話單結(jié)束時(shí)間的關(guān)系：
[0057] 當(dāng)所述倒數(shù)第i條離線話單的開始時(shí)間小于所述最后一條在線話單結(jié)束時(shí)間時(shí)， 即當(dāng) k (starttime) <。化_〇11。（sta;rttime+duration)時(shí)，執(zhí)行步驟 5〇11 ;否貝!j，執(zhí)行 步驟501J ;
[0058] 步驟5011 :修改所述倒數(shù)第i條離線話單開始時(shí)間、時(shí)長(zhǎng)和流量，并將修改后的離 線話單作為待補(bǔ)話單，并返回步驟501A ;
[0059] 所述修改本條離線話單開始時(shí)間、時(shí)長(zhǎng)和流量包括：
[0060] 將所述離線話單的開始時(shí)間修改為所述最后一條在線話單結(jié)束時(shí)間；
[0061] 將所述離線話單的時(shí)長(zhǎng)修改為所述離線話單的結(jié)束時(shí)間與所述最后一條在線話 單的結(jié)束時(shí)間的差值；
[0062] 將所述離線話單的上行流量修改為在線異常丟失話單的上行總流量；其中，所述 在線異常丟失話單的上行總流量為：所有離線話單的上行總流量扣除所述在線話單的上行 總流量后，再扣除當(dāng)前離線話單之前的所有的離線話單的上行流量之和后的值；
[0063] 將所述離線話單的下行流量修改為在線異常丟失話單的下行總流量；其中，所述 在線異常丟失話單的下行總流量為：所有離線話單的下行總流量扣除所述在線話單的下行 總流量之后，再扣除當(dāng)前離線話單之前的所有離線話單的下行流量之和后的值；
[0064] 良P : 陽0化]
[0066] 其中，?；痏〇化k (化ration)為所述離線話單的時(shí)長(zhǎng)；。化_ offmkktarttime+duration)為所述離線話單的結(jié)束時(shí)間；?；痏 orinktarttime+duration)為所述在線話單的結(jié)束時(shí)間；c^_offmk(sta;rttime) 為所述離線話單的開始時(shí)間；[化_0化k (totalf low_up)為所述離線話單的上 行流量；
為在線異常丟失話單的 上行總流量；Vwf_up為所有離線話單的上行總流量；V""_up為所有在線話單的 上行總流量；
為當(dāng)前離線話單之前的所有的離線話 單的上行流量之和；?；痏0化k(t0talflow_down)為所述離線話單的下行流量；
婦在線異常丟失話單的下行總流 量；Vrff_d0wn為所有離線話單的下行總流量；Ve"_down為所有在線話單的下行總流量； ": ；^0/>"_<靖'(/"^的""'_^/0^?)為前離線話單之前的所有離線話單的下行流量之和。 掉皮-1
[0067] 步驟501J :判斷所述第i條離線話單的流量是否小于等于在線異常丟失話單的總 流量；當(dāng)所述離線話單的流量小于等于在線異常丟失話單的總流量時(shí)，
[0068]
[0069] 時(shí)執(zhí)行步驟50化；當(dāng)所述離線話單的流量大于在線異常丟失話單的總流量時(shí)， 即：
[0070]
[0071] 時(shí)執(zhí)行步驟5011;
[0072] 步驟50化：直接將所述離線話單作為待補(bǔ)話單，并執(zhí)行步驟501L ;
[0073] 步驟501L:i = i+1，并返回步驟501H，判斷下一條離線話單的開始時(shí)間與最后一 條在線話單結(jié)束時(shí)間的關(guān)系，直至所有離線話單判斷完畢；
[0074] 步驟502 :根據(jù)所述待補(bǔ)話單，對(duì)在線異常話單進(jìn)行精確補(bǔ)單。
[00巧]本發(fā)明實(shí)施例所述精確補(bǔ)單方法能夠完成數(shù)據(jù)業(yè)務(wù)相關(guān)規(guī)范中消息異常發(fā)生前 補(bǔ)單的流程，適用于所有既有在線消息又有離線文件的情況，并且能夠在流量和時(shí)間上做 到精準(zhǔn)銜接，達(dá)到精確補(bǔ)單的效果；通過實(shí)時(shí)監(jiān)控異常并及時(shí)進(jìn)行補(bǔ)單處理，提升處理系統(tǒng) 的實(shí)時(shí)性和準(zhǔn)確性。在后續(xù)過程中，還可W記錄相關(guān)運(yùn)行日志，使得補(bǔ)單操作的結(jié)果更容易 觀察、分析和統(tǒng)計(jì)。
[0076] 本發(fā)明實(shí)施例僅僅是W上述過程為例，具體實(shí)現(xiàn)過程中，可根據(jù)實(shí)際應(yīng)用場(chǎng)景對(duì) 具體步驟進(jìn)行調(diào)整、替換、刪除等。本領(lǐng)域的技術(shù)人員對(duì)本發(fā)明進(jìn)行簡(jiǎn)單變動(dòng)和變型仍然不 脫離本發(fā)明的精神和范圍。比如，在能夠?qū)崿F(xiàn)本發(fā)明所述發(fā)明目的的情況下，上述步驟可W 適當(dāng)互換，部分過程可W調(diào)整順序，如可W調(diào)整步驟501B、501C可W與步驟501E、501F的執(zhí) 行順序，即先執(zhí)行步驟501E、501F，后執(zhí)行步驟501B、501C，W形成新的實(shí)施例，運(yùn)些調(diào)整均 屬于本發(fā)明所述范圍。
[0077] 本發(fā)明實(shí)施例還提供了一種精確補(bǔ)單裝置，圖7為本發(fā)明實(shí)施例精確補(bǔ)單裝置結(jié) 構(gòu)示意圖，如圖7所示，所述裝置包括：待補(bǔ)話單確定模塊71、精確補(bǔ)單模塊72 ;其中，
[0078] 所述待補(bǔ)話單確定模塊71，用于當(dāng)在線處理過程發(fā)生異常時(shí)，根據(jù)離線話單和在 線話單，確定待補(bǔ)話單；
[0079] 本發(fā)明實(shí)施例中，所述裝置還包括異常確定模塊73,用于在接收到在線處理過程 發(fā)生異常時(shí)產(chǎn)生的具有關(guān)閉操作的離線話單時(shí)，確定在線處理過程發(fā)生異常，觸發(fā)待補(bǔ)話 單確定模塊71。
[0080] 具體的，當(dāng)在線處理過程發(fā)生異常時(shí)，GGSN/P-GW立即關(guān)閉正在記錄的離線話單， 關(guān)閉原因記錄為management Intervention(SO)，PS-FCI為16 ;后續(xù)整個(gè)PDP所有業(yè)務(wù)均 轉(zhuǎn)離線處理。而此時(shí)在線話單存在信息量不全的問題，因此，本發(fā)明實(shí)施例中，選擇PS-FCI =16、關(guān)閉原因 CAUSE-CLOSE = 20的具有關(guān)閉操作的離線話單作為補(bǔ)單操作的線索話單， 良P :當(dāng)接收到所述PS-FCI = 16, CAUSE-化OSE = 20的具有關(guān)閉操作的離線話單時(shí)，所述異 常確定模塊73觸發(fā)待補(bǔ)話單確定模塊71，開啟補(bǔ)單流程，并將所述線索話單分流到單獨(dú)的 數(shù)據(jù)庫表中，作為精確補(bǔ)單的入口話單。
[0081] 其中，所述具有關(guān)閉操作的離線話單對(duì)應(yīng)唯一的chargingID、teInumber、 servicecode ;所述chargingID在用戶接入網(wǎng)絡(luò)到退出網(wǎng)絡(luò)期間保持不變。
[0082] 本發(fā)明實(shí)施例中，所述待補(bǔ)話單確定模塊71包括在線話單處理子模塊711和離 線話單處理子模塊712,其中，所述在線話單處理子模塊711用于檢查所述在線話單是否完 整；所述離線話單處理子模塊712用于檢查所述離線話單是否完整。
[0083] 具體的，所述離線話單處理子模塊712首先對(duì)所述離線話單進(jìn)行排序；例如，將所 述離線話單按照序列號(hào)進(jìn)行倒排序；然后檢查所述離線話單是否完整，W確定是否丟單； 當(dāng)所述離線話單完整時(shí)，統(tǒng)計(jì)所述離線話單數(shù)量，之后計(jì)算所述離線話單的總流量，否則直 接輸出線索話單；
[0084] 本發(fā)明實(shí)施例中，所述離線話單數(shù)量為所述離線話單序列號(hào)的最大值，即：
[0085] count (cdr_offi) = max (cdr_offi (sequence))；
[0086] 其中，count kd;r_offi)為所述離線話單數(shù)量，max(cd;r_offi (sequence))為所述 離線話單序列號(hào)的最大值。
[0087] 所述離線話單的總流量包括離線話單的上行總流量和下行總流量；假設(shè)存在m條 離線話單，則m條離線話單的上行總流量Vwf_up為：
[0088]
[0089]
[0090]
[0091] 所述在線話單處理子模塊711首先對(duì)所述在線話單進(jìn)行排序；例如，將所述在線 話單按照序列號(hào)進(jìn)行倒排序；然后檢查所述在線話單是否完整，W確定是否丟單，當(dāng)所述在 線話單完整時(shí)，統(tǒng)計(jì)所述在線話單數(shù)量，之后計(jì)算所述在線話單的的總流量，否則直接輸出 線索話單；
[0092] 本發(fā)明實(shí)施例中，所述在線話單數(shù)量為所述在線話單序列號(hào)的最大值，即：
[0093] count (cdr-orii) = max (cdr-orii (sequence))
[0094] 其中，count kd;r_oni)為所述在線話單數(shù)量，maxkd;r_oni (sequence))為所述在 線話單序列號(hào)的最大值。
[0095] 所述在線話單的總流量包括在線話單的上行總流量和下行總流量；假設(shè)存在n條 在線話單，則n條在線話單的上行總流量V""_up為：
[0096]
[0097]
[0098]
[0099] 本發(fā)明實(shí)施例中，所述待補(bǔ)話單確定模塊71還包括流量判斷子模塊713,用于判 斷流量是否異常；
[0100] 正常情況下，由于在線處理過程發(fā)生異常時(shí)會(huì)造成在線話單丟失，因此，在相同時(shí) 間內(nèi)離線話單的總流量應(yīng)該大于在線話單的總流量，只有當(dāng)離線話單的總流量大于在線話 單的總流量時(shí)，才能夠進(jìn)行精確的補(bǔ)單，因此，本步驟中，流量判斷子模塊711需要判斷所 述離線話單的總流量與所述在線話單的總流量之間的關(guān)系，當(dāng)所述離線話單的總流量大于 所述在線話單的總流量時(shí)，認(rèn)為流量正常，即當(dāng)Veff_up〉Ven_up且Veff_down〉Ve"_down時(shí)，認(rèn) 為流量正常否則，認(rèn)為流量異常。 陽101] 本發(fā)明實(shí)施例中，所述待補(bǔ)話單確定模塊71還包括待補(bǔ)話單生成子模塊714,用 于： 陽102] 依次判斷每條離線話單的開始時(shí)間與最后一條在線話單結(jié)束時(shí)間的關(guān)系；
[0103] 由于補(bǔ)單的原因是在線處理異常時(shí)在線話單存在信息量不全的問題，因此需尋 找相對(duì)應(yīng)的離線話單進(jìn)行補(bǔ)充，本步驟中，所述待補(bǔ)話單生成子模塊714可W從最后一條 離線話單開始，逐條依次判斷每條離線話單的開始時(shí)間與最后一條在線話單結(jié)果時(shí)間的關(guān) 系；W-條離線話單為例，所述待補(bǔ)話單生成子模塊714判斷當(dāng)前離線話單的開始時(shí)間與 最后一條在線話單結(jié)束時(shí)間的關(guān)系包括：
[0104] 當(dāng)所述離線話單的開始時(shí)間小于所述最后一條在線話單結(jié)束時(shí)間時(shí)，即當(dāng)cdr_ offm k (starttime) <c^_on。（starttime+duration)時(shí)，所述待補(bǔ)話單生成子模塊 714 修改 所述離線話單開始時(shí)間、時(shí)長(zhǎng)和流量，并將修改后的離線話單作為待補(bǔ)話單；
[01化]具體的，所述待補(bǔ)話單生成子模塊714將所述離線話單的開始時(shí)間修改為所述最 后一條在線話單結(jié)束時(shí)間；將所述離線話單的時(shí)長(zhǎng)修改為所述離線話單的結(jié)束時(shí)間與所述 最后一條在線話單的結(jié)束時(shí)間的差值；將所述離線話單的上行流量修改為在線異常丟失話 單的上行總流量；將所述離線話單的下行流量修改為在線異常丟失話單的下行總流量；其 中，所述在線異常丟失話單的上行總流量為：所有離線話單的上行總流量扣除所述在線話 單的上行總流量后，再扣除當(dāng)前離線話單之前的所有的離線話單的上行流量之和后的值； 所述在線異常丟失話單的下行總流量為：所有離線話單的下行總流量扣除所述在線話單的 下行總流量之后，再扣除當(dāng)前離線話單之前的所有離線話單的下行流量之和后的值；即： 陽 106]
[0107] 其中，?；痏〇化k(化ration)為所述離線話單的時(shí)長(zhǎng)；。化_ offmkktarttime+duration)為所述離線話單的結(jié)束時(shí)間；。化_ orinktarttime+duration)為所述在線話單的結(jié)束時(shí)間；c^_offmk(sta;rttime) 為所述離線話單的開始時(shí)間；[化_0化k (totalf low_up)為所述離線話單的上 行流量；
為在線異常丟失話單的 上行總流量；Vwf_up為所有離線話單的上行總流量；V""_up為所有在線話單的 上行總流量
為當(dāng)前離線話單之前的所有的離線話 單的上行流量之和；?；痏0化k(t0talflow_down)為所述離線話單的下行流量；
為在線異常丟失話單的下行總流 量；Vrff_d0wn為所有離線話單的下行總流量；Ve"_down為所有在線話單的下行總流量； m 衣為前離線話單之前的所有離線話單的下行流量之和。 扛充-1
[0108] 當(dāng)所述離線話單的開始時(shí)間大于等于所述最后一條在線話單結(jié)束時(shí)間時(shí)，所 述待補(bǔ)話單生成子模塊714進(jìn)一步判斷所述離線話單的流量是否小于等于在線異常丟 失話單的總流量；當(dāng)所述離線話單的流量小于等于在線異常丟失話單的總流量時(shí)，即當(dāng)
[0109] 時(shí)，所述待補(bǔ)話單生成子模塊714直接將所述離線話單作為待補(bǔ)話單，并判斷下 一條離線話單的開始時(shí)間與最后一條在線話單結(jié)束時(shí)間的關(guān)系，直至所有離線話單判斷完 畢；
[0110] 當(dāng)所述離線話單的流量大于在線異常丟失話單的總流量時(shí)，即： 陽 111]
[0112] 時(shí)，所述待補(bǔ)話單生成子模塊714修改所述離線話單開始時(shí)間、時(shí)長(zhǎng)和流量，并將 修改后的離線話單作為待補(bǔ)話單；修改方法與當(dāng)所述離線話單的開始時(shí)間小于所述最后一 條在線話單結(jié)束時(shí)間時(shí)的修改方法相同，即：
[0113] 將所述離線話單的開始時(shí)間修改為所述最后一條在線話單結(jié)束時(shí)間；將所述離線 話單的時(shí)長(zhǎng)修改為所述離線話單的結(jié)束時(shí)間與所述最后一條在線話單的結(jié)束時(shí)間的差值； 將所述離線話單的上行流量修改為在線異常丟失話單的上行總流量；將所述離線話單的下 行流量修改為在線異常丟失話單的下行總流量；其中，所述在線異常丟失話單的上行總流 量為：所有離線話單的上行總流量扣除所述在線話單的上行總流量后，再扣除當(dāng)前離線話 單之前的所有的離線話單的上行流量之和后的值；所述在線異常丟失話單的下行總流量 為：所有離線話單的下行總流量扣除所述在線話單的下行總流量之后，再扣除當(dāng)前離線話 單之前的所有離線話單的下行流量之和后的值。
[0114] 所述精確補(bǔ)單模塊72,用于根據(jù)所述待補(bǔ)話單，對(duì)在線異常話單進(jìn)行精確補(bǔ)單。
[0115] 圖7中所示的精確補(bǔ)單裝置中的各處理模塊的實(shí)現(xiàn)功能，可參照前述精確補(bǔ)單方 法的相關(guān)描述而理解。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖7所示的精確補(bǔ)單裝置中各處理單元 的功能可通過運(yùn)行于處理器上的程序而實(shí)現(xiàn)，也可通過具體的邏輯電路而實(shí)現(xiàn)，比如：可由 中央處理器（CPU)、微處理器（MPU)、數(shù)字信號(hào)處理器值SP)、或現(xiàn)場(chǎng)可編程口陣列（FPGA)實(shí) 現(xiàn)；所述存儲(chǔ)單元也可W由各種存儲(chǔ)器、或存儲(chǔ)介質(zhì)實(shí)現(xiàn)。
[0116] 在本發(fā)明所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所掲露的方法、裝置，可W通過其 他的方式實(shí)現(xiàn)。W上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述模塊的劃分，僅僅為 一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可W有另外的劃分方式，如：多個(gè)模塊或組件可W結(jié)合，或 可W集成到另一個(gè)系統(tǒng)，或一些特征可W忽略，或不執(zhí)行。另外，所顯示或討論的各組成部 分相互之間的通信連接可W是通過一些接口，設(shè)備或模塊的間接禪合或通信連接，可W是 電性的、機(jī)械的或其他形式的。
[0117] 上述作為分離部件說明的模塊可W是、或也可W不是物理上分開的，作為模塊顯 示的部件可W是、或也可W不是物理單元，即可W位于一個(gè)地方，也可W分布到多個(gè)網(wǎng)絡(luò)單 元上；可W根據(jù)實(shí)際的需要選擇其中的部分或全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。
[0118] 另外，在本發(fā)明各實(shí)施例中的各功能模塊可W全部集成在一個(gè)處理模塊中，也可 W是各模塊分別單獨(dú)作為一個(gè)模塊，也可W兩個(gè)或兩個(gè)W上模塊集成在一個(gè)模塊中；上述 集成的模塊既可W采用硬件的形式實(shí)現(xiàn)，也可W采用硬件加軟件功能單元的形式實(shí)現(xiàn)。
[0119] 本領(lǐng)域普通技術(shù)人員可W理解：實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可W通過 程序指令相關(guān)的硬件來完成，前述的程序可W存儲(chǔ)于計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在 執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：移動(dòng)存儲(chǔ)設(shè)備、只讀存 儲(chǔ)器（R0M，ReacK)nly Memo巧）、磁碟或者光盤等各種可W存儲(chǔ)程序代碼的介質(zhì)。
[0120] 或者，本發(fā)明實(shí)施例上述集成的模塊如果W軟件功能模塊的形式實(shí)現(xiàn)并作為獨(dú)立 的產(chǎn)品銷售或使用時(shí)，也可W存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶\(yùn)樣的理解，本發(fā) 明實(shí)施例的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可WW軟件產(chǎn)品的形式體 現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用W使得一臺(tái)計(jì)算機(jī)設(shè) 備（可W是個(gè)人計(jì)算機(jī)、服務(wù)器、或者網(wǎng)絡(luò)設(shè)備等）執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部 或部分。而前述的存儲(chǔ)介質(zhì)包括：移動(dòng)存儲(chǔ)設(shè)備、ROM、磁碟或者光盤等各種可W存儲(chǔ)程序代 碼的介質(zhì)。 陽121] 本發(fā)明是實(shí)例中記載的精確補(bǔ)單方法、裝置只W上述實(shí)施例為例，但不僅限于此， 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可W對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修 改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而運(yùn)些修改或者替換，并不使相應(yīng)技 術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。 陽122] W上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
【主權(quán)項(xiàng)】
1. 一種精確補(bǔ)單方法，其特征在于，所述方法包括： 當(dāng)在線處理過程發(fā)生異常時(shí)，根據(jù)離線話單和在線話單，確定待補(bǔ)話單； 根據(jù)所述待補(bǔ)話單，對(duì)在線異常話單進(jìn)行精確補(bǔ)單。2. 根據(jù)權(quán)利要求1所述方法，其特征在于，所述在線處理過程發(fā)生異常包括但不限于： 接收到在線處理過程發(fā)生異常時(shí)產(chǎn)生的具有關(guān)閉操作的離線話單。3. 根據(jù)權(quán)利要求1所述方法，其特征在于，在根據(jù)離線話單和在線話單確定待補(bǔ)話單 之前，所述方法還包括： 檢查所述離線話單及所述在線話單是否完整； 計(jì)算所述離線話單和在線話單的總流量，并判斷流量是否異常。4. 根據(jù)權(quán)利要求3所述方法，其特征在于，所述根據(jù)離線話單和在線話單，確定待補(bǔ)話 單包括： 依次判斷每條離線話單的開始時(shí)間與最后一條在線話單結(jié)束時(shí)間的關(guān)系； 當(dāng)所述離線話單的開始時(shí)間小于所述最后一條在線話單結(jié)束時(shí)間時(shí)，修改所述離線話 單開始時(shí)間、時(shí)長(zhǎng)和流量，并將修改后的離線話單作為待補(bǔ)話單； 當(dāng)所述離線話單的開始時(shí)間大于所述最后一條在線話單結(jié)束時(shí)間時(shí)，則進(jìn)一步判斷所 述離線話單的流量是否小于等于在線異常丟失話單的總流量；當(dāng)所述離線話單的流量小于 等于在線異常丟失話單的總流量時(shí)，直接將所述離線話單作為待補(bǔ)話單；當(dāng)所述離線話單 的流量大于在線異常丟失話單的總流量時(shí)，修改所述離線話單開始時(shí)間、時(shí)長(zhǎng)和流量，并將 修改后的離線話單作為待補(bǔ)話單。5. 根據(jù)權(quán)利要求4所述方法，其特征在于，所述當(dāng)所述離線話單的開始時(shí)間小于所述 最后一條在線話單結(jié)束時(shí)間，或者所述離線話單的開始時(shí)間大于所述最后一條在線話單結(jié) 束時(shí)間、且所述離線話單的流量大于在線異常丟失話單的總流量時(shí)，所述修改本條離線話 單開始時(shí)間、時(shí)長(zhǎng)和流量包括： 將所述離線話單的開始時(shí)間修改為所述最后一條在線話單結(jié)束時(shí)間； 將所述離線話單的時(shí)長(zhǎng)修改為所述離線話單的結(jié)束時(shí)間與所述最后一條在線話單的 結(jié)束時(shí)間的差值； 將所述離線話單的上行流量修改為在線異常丟失話單的上行總流量； 將所述離線話單的下行流量修改為在線異常丟失話單的下行總流量。6. -種精確補(bǔ)單裝置，其特征在于，所述裝置包括：待補(bǔ)話單確定模塊、精確補(bǔ)單模 塊；其中， 所述待補(bǔ)話單確定模塊，用于當(dāng)在線處理過程發(fā)生異常時(shí)，根據(jù)離線話單和在線話單， 確定待補(bǔ)話單； 所述精確補(bǔ)單模塊，用于根據(jù)所述待補(bǔ)話單，對(duì)在線異常話單進(jìn)行精確補(bǔ)單。7. 根據(jù)權(quán)利要求6所述裝置，其特征在于，所述裝置還包括異常確定模塊，用于在接收 到在線處理過程發(fā)生異常時(shí)產(chǎn)生的具有關(guān)閉操作的離線話單時(shí)，確定在線處理過程發(fā)生異 常，觸發(fā)待補(bǔ)話單確定模塊。8. 根據(jù)權(quán)利要求6所述裝置，其特征在于，所述待補(bǔ)話單確定模塊包括在線話單處理 子模塊、離線話單處理子模塊、流量判斷子模塊，其中， 所述在線話單處理子模塊用于檢查所述在線話單是否完整； 所述離線話單處理子模塊用于檢查所述離線話單是否完整。 所述流量判斷子模塊，用于判斷流量是否異常； 相應(yīng)的，所述在線話單處理子模塊還用于計(jì)算所述在線話單的總流量；所述離線話單 處理子模塊還用于計(jì)算所述離線話單的總流量。9. 根據(jù)權(quán)利要求8所述裝置，其特征在于，所述待補(bǔ)話單確定模塊還包括待補(bǔ)話單生 成子模塊，用于： 依次判斷每條離線話單的開始時(shí)間與最后一條在線話單結(jié)束時(shí)間的關(guān)系； 當(dāng)所述離線話單的開始時(shí)間小于所述最后一條在線話單結(jié)束時(shí)間時(shí)，修改所述離線話 單開始時(shí)間、時(shí)長(zhǎng)和流量，并將修改后的離線話單作為待補(bǔ)話單； 當(dāng)所述離線話單的開始時(shí)間大于所述最后一條在線話單結(jié)束時(shí)間時(shí)，則進(jìn)一步判斷所 述離線話單的流量是否小于等于在線異常丟失話單的總流量；當(dāng)所述離線話單的流量小于 等于在線異常丟失話單的總流量時(shí)，直接將所述離線話單作為待補(bǔ)話單；當(dāng)所述離線話單 的流量大于在線異常丟失話單的總流量時(shí)，修改所述離線話單開始時(shí)間、時(shí)長(zhǎng)和流量，并將 修改后的離線話單作為待補(bǔ)話單。10. 根據(jù)權(quán)利要求9所述方法，其特征在于，所述待補(bǔ)話單生成子模塊具體用于：將所 述離線話單的開始時(shí)間修改為所述最后一條在線話單結(jié)束時(shí)間； 將所述離線話單的時(shí)長(zhǎng)修改為所述離線話單的結(jié)束時(shí)間與所述最后一條在線話單的 結(jié)束時(shí)間的差值； 將所述離線話單的上行流量修改為在線異常丟失話單的上行總流量； 將所述離線話單的下行流量修改為在線異常丟失話單的下行總流量。
【文檔編號(hào)】H04L12/14GK105848127SQ201510023188
【公開日】2016年8月10日
【申請(qǐng)日】2015年1月16日
【發(fā)明人】郝會(huì)玲, 張英輝, 李彬, 宋小璇, 李志國, 侯佳佳
【申請(qǐng)人】中國移動(dòng)通信集團(tuán)河北有限公司