專利名稱：一種業(yè)務(wù)計(jì)費(fèi)方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種業(yè)務(wù)計(jì)費(fèi)方法、裝置和系統(tǒng)。
背景技術(shù)：
實(shí)時(shí)計(jì)費(fèi)系統(tǒng)(Online Charging System, OCS )采用Diameter信用控制協(xié) 議(Diameter Credit Control, DCC )與外部網(wǎng)元進(jìn)行計(jì)費(fèi)信息交互和信用控制， 其中，外部網(wǎng)元可以為業(yè)務(wù)控制點(diǎn)(Service Control Point, SCP)、移動(dòng)數(shù)據(jù) 業(yè)務(wù)平臺(tái)(Mobile Data Service Platform, MDSP )等網(wǎng)絡(luò)單元。
外部網(wǎng)元發(fā)送信用控制請求消息(Credit Control Request, CCR)給OCS， CCR請求消息按信用控制請求類型(Credit-Control-Request-Type)分為CCR 初始消息(CCR Initial) 、 CCR更新消息(CCR Update ) 、 CCR終止消息(CCR Termination)和CCR事件消息(CCR Event)四類。在CCRInitial、 CCR Update 和CCREvent消息中都包含請求量(Requested-Service-Unit， RSU)信息，在 CCR Update和CCR Termination消息中包含已使用量(Used-Service-Unit, USU) 信息。OCS發(fā)送信用控制應(yīng)答消息(Credit Control Answer, CCA)給外部網(wǎng) 元，與CCRi青求消息對應(yīng)，CCA響應(yīng)消息分為CCA初始消息(CCAInitial)、 CCA更新消息(CCA Update) 、 CCRA終止消息(CCA Termination)和CCA 事件消息(CCAEvent)。在CCAInitial, CCAUpdate和CCAEvent響應(yīng)消息 中都包含授權(quán)量(Granted-Service-Unit， GSU)信息。
OCS計(jì)費(fèi)場景分為會(huì)話計(jì)費(fèi)和事件計(jì)費(fèi)。CCR Initial/Update/Termination 和CCA Initial/Update/Termination消息用于會(huì)話計(jì)費(fèi)場景，CCR Event和CCA Event用于事件計(jì)費(fèi)。
OCS系統(tǒng)處理計(jì)費(fèi)事件需要消耗中央處理器(Central Processing Unit, CPU)、內(nèi)存等計(jì)算機(jī)設(shè)備資源，計(jì)費(fèi)事件越多，OCS計(jì)算機(jī)設(shè)備負(fù)荷越大， CPU、內(nèi)存等資源消耗越多，資源耗盡會(huì)導(dǎo)致系統(tǒng)沒法正常運(yùn)行。而終端用
8戶的行為具有很大的不確定性，有時(shí)使用呼叫、短信、上網(wǎng)等服務(wù)多，有時(shí) 使用少， 一般每天忙時(shí)使用多，閑時(shí)使用少，節(jié)假日使用多，普通日期使用 少。
一般運(yùn)營商會(huì)預(yù)估平均每個(gè)用戶的話務(wù)量，根據(jù)計(jì)算機(jī)處理能力除以處 理每個(gè)用戶的話務(wù)量所需能力得到規(guī)劃支持的最大用戶數(shù)。話務(wù)量越高運(yùn)營
商收入越多，但所需計(jì)算機(jī)設(shè)備處理能力越高，成本越高。為了避免計(jì)費(fèi)事
件過多導(dǎo)致OCS計(jì)算機(jī)設(shè)備CPU、內(nèi)存等資源耗盡導(dǎo)致系統(tǒng)運(yùn)行異常， 一般可 采取以下方法
一般按預(yù)計(jì)的話務(wù)高峰所需處理能力配置OCS設(shè)備，輔助以靜態(tài)過負(fù)荷 和動(dòng)態(tài)過負(fù)荷機(jī)制對OCS設(shè)備進(jìn)行保護(hù)，當(dāng)設(shè)備處理能力超過靜態(tài)過負(fù)荷或 動(dòng)態(tài)過負(fù)荷機(jī)制的閾值時(shí)，拒絕部分新接入的話音、短信、通用分組無線業(yè) 務(wù)(General Packet Radio Service, GPRS )等業(yè)務(wù)請求。
另外，再改進(jìn)一點(diǎn)的是按業(yè)務(wù)過負(fù)荷，當(dāng)判斷系統(tǒng)達(dá)到過負(fù)荷閾值時(shí)， 先啟動(dòng)對優(yōu)先級低業(yè)務(wù)的過負(fù)荷控制，對優(yōu)先級低的業(yè)務(wù)種類，無論進(jìn)行該 業(yè)務(wù)的用戶是何種情況，均對該業(yè)務(wù)進(jìn)行過負(fù)荷控制，例如拒絕部分短信、 GPRS等業(yè)務(wù)的請求。
在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題之一
發(fā)生過負(fù)荷時(shí)，不分用戶情況，直接對新的業(yè)務(wù)請求進(jìn)行拒絕。這樣不 能保障高端用戶的服務(wù)質(zhì)量，同時(shí)運(yùn)營商損失了收入。
另外，運(yùn)營商為了在節(jié)假日話務(wù)高峰期支持更大話務(wù)量，取得更多的收 益，必須預(yù)先配置更多設(shè)備，導(dǎo)致閑時(shí)設(shè)備利用率降低，成本提高。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提出了一種業(yè)務(wù)計(jì)費(fèi)方法、裝置和系統(tǒng)，用以在話務(wù)高峰 期，有效保障高端用戶的服務(wù)，從而，在不增加設(shè)備成本情況下，降低話務(wù) 高峰期ocs設(shè)備的資源消耗，以已經(jīng)配置的設(shè)備支持更高的話務(wù)量。
為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提出一種業(yè)務(wù)計(jì)費(fèi)方法，包括以
下步驟
9接收計(jì)費(fèi)初始消息，判斷所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)
高峰時(shí)段；
當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷所述計(jì)費(fèi)
初始消息對應(yīng)的用戶是否為有效高端用戶；
當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，發(fā)送對所述計(jì)費(fèi)初
始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息。
另一方面，本發(fā)明實(shí)施例還提出一種業(yè)務(wù)計(jì)費(fèi)裝置，包括
接收模塊，用于接收所述業(yè)務(wù)控制設(shè)備發(fā)送的計(jì)費(fèi)初始消息；
高峰判斷模塊，用于判斷所述接收模塊所接收的計(jì)費(fèi)初始消息對應(yīng)的業(yè)
務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段；
用戶鑒別模塊，用于當(dāng)所述高峰判斷模塊判斷所述計(jì)費(fèi)初始消息對應(yīng)的
業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效
高端用戶；
業(yè)務(wù)授權(quán)模塊，用于當(dāng)所述用戶鑒別模塊判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，發(fā)送對所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息。
另一方面，本發(fā)明實(shí)施例還提出一種業(yè)務(wù)控制設(shè)備，包括第 一接收模塊，用于接收交換設(shè)備發(fā)送的消息；
第一發(fā)送模塊，用于根據(jù)所述第一接收模塊所接收的消息，發(fā)送相應(yīng)的信用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝置；
第二接收模塊，用于接收所述業(yè)務(wù)計(jì)費(fèi)裝置發(fā)送的業(yè)務(wù)控制應(yīng)答消息；
第二發(fā)送模塊，用于根據(jù)所述第二接收模塊所接收的業(yè)務(wù)控制應(yīng)答消息，發(fā)送監(jiān)控信息給所述交換設(shè)備。
另一方面，本發(fā)明實(shí)施例還提出一種業(yè)務(wù)計(jì)費(fèi)系統(tǒng)，包括交換設(shè)備、業(yè)務(wù)控制設(shè)備和業(yè)務(wù)計(jì)費(fèi)裝置
所述交換設(shè)備，用于發(fā)送會(huì)話控制消息給所述業(yè)務(wù)控制設(shè)備；
所述業(yè)務(wù)控制設(shè)備，用于根據(jù)所述交換設(shè)備發(fā)送的會(huì)話控制消息發(fā)送相應(yīng)的信用控制請求消息給所述業(yè)務(wù)計(jì)費(fèi)裝置，并根據(jù)所述業(yè)務(wù)計(jì)費(fèi)裝置返回的信用控制應(yīng)答消息進(jìn)行相應(yīng)處理，并向所述交換設(shè)備發(fā)送相應(yīng)消息；
所述業(yè)務(wù)計(jì)費(fèi)裝置，用于接收所述業(yè)務(wù)控制設(shè)備發(fā)送的信用控制請求消息，判斷所述信用控制請求消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段，在判斷所述業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，進(jìn)一步判斷所述信用控制請求消息對應(yīng)的用戶是否為有效高端用戶，在判斷所述用戶是有效高端用戶時(shí)，向所述業(yè)務(wù)控制設(shè)備發(fā)送對所述信用控制請求消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息，并進(jìn)行后續(xù)處理。
本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，因?yàn)椴捎昧艘环N業(yè)務(wù)計(jì)費(fèi)方法、裝置和系統(tǒng)，在話務(wù)高峰期，可以有效保障高端用戶的服務(wù)，從而，在不增加設(shè)備成本情況下，降低話務(wù)高峰期OCS設(shè)備的資源消耗，以已經(jīng)配置的設(shè)備支持更高話務(wù)量。


為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以4艮據(jù)這些附圖獲得其他的附圖。
圖1為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)計(jì)費(fèi)系統(tǒng)的結(jié)構(gòu)示意圖；圖2為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)計(jì)費(fèi)方法的流程示意圖；圖3為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)計(jì)費(fèi)裝置的結(jié)構(gòu)示意圖；圖4為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖；圖5為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)計(jì)費(fèi)裝置的結(jié)構(gòu)示意圖；圖6為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖；圖7為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)控制系統(tǒng)的結(jié)構(gòu)示意圖；圖8為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)計(jì)費(fèi)方法的流程示意圖；圖9為一個(gè)本發(fā)明實(shí)施例中一種業(yè)務(wù)控制系統(tǒng)的結(jié)構(gòu)示意圖；圖10為 一個(gè)本發(fā)明實(shí)施例中 一種業(yè)務(wù)計(jì)費(fèi)方法的流程示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提出了一種業(yè)務(wù)計(jì)費(fèi)方法、裝置和系統(tǒng)，用以在話務(wù)高峰 期，有效保障高端用戶的服務(wù)，從而，在不增加設(shè)備成本情況下，降低話務(wù)
高峰期ocs設(shè)備的資源消耗，以已經(jīng)配置的設(shè)備支持更高話務(wù)量。
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例， 而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有 做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
如圖l所示，為本發(fā)明實(shí)施例所提出的業(yè)務(wù)計(jì)費(fèi)系統(tǒng)的結(jié)構(gòu)示意圖，具體
包括
交換設(shè)備l,用于發(fā)送會(huì)話控制消息給業(yè)務(wù)控制設(shè)備2;
業(yè)務(wù)控制設(shè)備2，用于根據(jù)交換設(shè)備l發(fā)送的會(huì)話控制消息發(fā)送相應(yīng)的信 用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝置3，并根據(jù)業(yè)務(wù)計(jì)費(fèi)裝置3返回的信用控制應(yīng) 答消息進(jìn)行相應(yīng)處理，并向交換設(shè)備l發(fā)送相應(yīng)消息；
業(yè)務(wù)計(jì)費(fèi)裝置3，用于接收業(yè)務(wù)控制設(shè)備2發(fā)送的信用控制請求消息，判 斷信用控制請求消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段，在判斷業(yè)務(wù)時(shí)段 是業(yè)務(wù)高峰時(shí)段時(shí)，進(jìn)一步判斷信用控制請求消息對應(yīng)的用戶是否為有效高 端用戶，在判斷用戶是有效高端用戶時(shí)，向業(yè)務(wù)控制設(shè)備2發(fā)送對信用控制請 求消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息，并進(jìn)行后續(xù)處理。
基于上述業(yè)務(wù)計(jì)費(fèi)系統(tǒng)，本發(fā)明實(shí)施例還提出了相應(yīng)的業(yè)務(wù)計(jì)費(fèi)方法， 具體如圖2所示，為本發(fā)明實(shí)施例提出的一種業(yè)務(wù)計(jì)費(fèi)方法的流程示意圖， 包括以下步驟
步驟S201、接收計(jì)費(fèi)初始消息，判斷計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是否 為業(yè)務(wù)高峰時(shí)段。
當(dāng)計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，轉(zhuǎn)入步驟S202; 當(dāng)計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段不是業(yè)務(wù)高峰時(shí)段時(shí)，執(zhí)行批價(jià)流程，處理計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)。
其中，判斷計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段的流程具
體為
(1) 判斷計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段的資源占用率是否超過預(yù)設(shè)的資 源閾值；
(2) 當(dāng)計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段的資源占用率超過預(yù)設(shè)的資源閾值 時(shí)，判斷計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段為業(yè)務(wù)高峰時(shí)段。
步驟S202、當(dāng)計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷計(jì) 費(fèi)初始消息對應(yīng)的用戶是否為有效高端用戶。
當(dāng)計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，轉(zhuǎn)入步驟S203;
當(dāng)計(jì)費(fèi)初始消息對應(yīng)的用戶不是有效高端用戶時(shí)，執(zhí)行批價(jià)流程，處理 計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)。
其中，判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效高端用戶的流程具體為
(1) 判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效用戶；
(2) 當(dāng)計(jì)費(fèi)初始消息對應(yīng)的用戶是有效用戶時(shí)，判斷計(jì)費(fèi)初始消息對應(yīng) 的用戶是否為高端用戶。
具體的，當(dāng)以下情況的判斷結(jié)果為是時(shí)，判斷計(jì)費(fèi)初始消息對應(yīng)的用戶 為高端用戶
判斷計(jì)費(fèi)初始消息對應(yīng)的用戶的帳戶余額是否超過預(yù)設(shè)額度值；或， 判斷計(jì)費(fèi)初始消息對應(yīng)的用戶的在網(wǎng)時(shí)間是否超過預(yù)設(shè)時(shí)間值；或，
判斷計(jì)費(fèi)初始消息對應(yīng)的用戶的用戶資料中是否包含高端用戶標(biāo)識；或， 判斷歸屬位置寄存器HLR中是否存在計(jì)費(fèi)初始消息對應(yīng)的用戶的特殊業(yè) 務(wù)鍵。
其中，該高端用戶標(biāo)識，具體通過以下步驟生成
在用戶開戶時(shí)，根據(jù)用戶資產(chǎn)、職業(yè)、信用記錄等信息確定用戶信用等
級；
當(dāng)用戶的信用等級達(dá)到預(yù)設(shè)值時(shí)，確定該用戶為高端用戶； 在用戶的用戶資料中設(shè)定用戶的高端用戶標(biāo)識，或，在HLR中為用戶簽
13約特殊業(yè)務(wù)鍵。
(3)當(dāng)計(jì)費(fèi)初始消息對應(yīng)的用戶是高端用戶時(shí)，判斷計(jì)費(fèi)初始消息對應(yīng) 的用戶是有效高端用戶。
步驟S203、當(dāng)計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，發(fā)送對計(jì)費(fèi) 初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息。
其中，發(fā)送對計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息，具體包括 以下兩種情況
情況一發(fā)送包含足量授權(quán)信息的信用控制應(yīng)答初始消息CCA Initial給 業(yè)務(wù)控制設(shè)備2。
進(jìn)一步的，在發(fā)送包含足量授權(quán)信息的信用控制應(yīng)答初始消息給業(yè)務(wù)控 制設(shè)備2之后，還包括更新流程和終止流程 其中，更新流程包括以下步驟
(1) 接收業(yè)務(wù)控制設(shè)備2發(fā)送計(jì)費(fèi)更新消息；
(2) 發(fā)送包含足量授權(quán)信息的信用控制應(yīng)答更新消息CCA Update給業(yè) 務(wù)控制設(shè)備2。
另一方面，終止流程包括以下步驟
(1) 接收業(yè)務(wù)控制設(shè)備2發(fā)送計(jì)費(fèi)終止消息；
(2) 生成計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi)單，結(jié)束與業(yè)務(wù)控 制設(shè)備2會(huì)話。
情況二發(fā)送包含足量授權(quán)信息的特殊錯(cuò)誤碼給業(yè)務(wù)控制設(shè)備2，并結(jié)束 與業(yè)務(wù)控制設(shè)備2會(huì)話。
進(jìn)一步的，發(fā)送包含足量授權(quán)信息的特殊錯(cuò)誤碼給業(yè)務(wù)控制設(shè)備2，并結(jié) 束與業(yè)務(wù)控制設(shè)備2會(huì)話之后，還包括以下步驟
(1) 業(yè)務(wù)控制設(shè)備2識別特殊錯(cuò)誤碼是否代表對計(jì)費(fèi)初始消息對應(yīng)的業(yè) 務(wù)足量授權(quán)；
(2) 當(dāng)業(yè)務(wù)控制^殳備2識別特殊錯(cuò)誤碼代表對計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù) 足量授權(quán)時(shí)，向交換設(shè)備1按照預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息。
進(jìn)一步的，向交換設(shè)備1按照預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息之后，還包括更新流程和終止流程
其中，更新流程包括以下步驟
(1)業(yè)務(wù)控制設(shè)備2接收交換設(shè)備1發(fā)送的分片消息； (2 )業(yè)務(wù)控制設(shè)備2向交換設(shè)備按照預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息。 終止流程包括以下步驟
(1)業(yè)務(wù)控制設(shè)備2接收交換設(shè)備1發(fā)送的會(huì)話結(jié)束消息； (2 )業(yè)務(wù)控制設(shè)備2生成計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi)單， 結(jié)束與交換設(shè)備l會(huì)話。
上述本發(fā)明實(shí)施例的技術(shù)方案因?yàn)樵谂袛鄻I(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段，且 判斷用戶是有效高端用戶時(shí)，向業(yè)務(wù)控制設(shè)備發(fā)送對信用控制請求消息對應(yīng) 的業(yè)務(wù)足量授權(quán)的指示消息，并進(jìn)行后續(xù)處理。這樣，可以根據(jù)用戶情況對 業(yè)務(wù)進(jìn)行控制，在話務(wù)高峰期，可以有效保障高端用戶的服務(wù)，從而，在不 增加設(shè)備成本情況下，降低話務(wù)高峰期OCS設(shè)備的資源消耗，以已經(jīng)配置的 設(shè)備支持更高話務(wù)量。
進(jìn)一步的，對應(yīng)上述的業(yè)務(wù)計(jì)費(fèi)方法，根據(jù)業(yè)務(wù)計(jì)費(fèi)裝置3向業(yè)務(wù)控制設(shè) 備2發(fā)送的對信用控制請求消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息的類型不同， 本發(fā)明實(shí)施例對上述的業(yè)務(wù)計(jì)費(fèi)裝置3和業(yè)務(wù)控制設(shè)備2提出了相應(yīng)的結(jié)構(gòu)設(shè) 定方案，具體說明如下
(1)當(dāng)發(fā)送的指示信息為CCA Initial時(shí)，如圖3和圖4所示，為本發(fā)明實(shí) 施例所提出的業(yè)務(wù)計(jì)費(fèi)裝置3和業(yè)務(wù)控制設(shè)備2的結(jié)構(gòu)示意圖。
其中，如圖3所示，為本發(fā)明實(shí)施例所提出的一種業(yè)務(wù)計(jì)費(fèi)裝置3的結(jié) 構(gòu)示意圖，包括
接收模塊31，用于接收計(jì)費(fèi)初始消息、計(jì)費(fèi)更新消息和計(jì)費(fèi)終止消息。 高峰判斷模塊32，用于判斷接收模塊31所接收的計(jì)費(fèi)初始消息對應(yīng)的業(yè) 務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段，具體包括
閾值設(shè)定子模塊321 ，用于設(shè)定資源閾值。
15監(jiān)控子模塊322,用于監(jiān)控計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段的資源占用率。
判斷子模塊323，用于判斷監(jiān)控子模塊322獲取的資源占用率是否超過閾 值設(shè)定子模塊321預(yù)設(shè)的資源閾值。
基于上述設(shè)置，當(dāng)判斷子模塊323判斷監(jiān)控子模塊322獲取的資源占用 率超過閱值設(shè)定子模塊321預(yù)設(shè)的資源閾值時(shí)，確認(rèn)計(jì)費(fèi)初始消息對應(yīng)的業(yè) 務(wù)時(shí)段為業(yè)務(wù)高峰時(shí)段。
用戶鑒別模塊33,用于當(dāng)高峰判斷模塊32判斷計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù) 時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效高端用戶， 具體包括
有效用戶判斷子模塊331,用于判斷接收模塊31所接收的計(jì)費(fèi)初始消息 對應(yīng)的用戶是否為有效用戶；
高端用戶判斷子模塊332,用于當(dāng)有效用戶判斷子模塊331判斷計(jì)費(fèi)初始 消息對應(yīng)的用戶是有效用戶時(shí)，進(jìn)一步判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為 高端用戶，并當(dāng)判斷結(jié)果為計(jì)費(fèi)初始消息對應(yīng)的用戶是高端用戶時(shí)，確認(rèn)接 收模塊31所接收的計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶。
業(yè)務(wù)授權(quán)模塊34,用于當(dāng)用戶鑒別模塊33判斷接收模塊31所接收的計(jì) 費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，發(fā)送包含對該計(jì)費(fèi)初始消息對應(yīng) 的業(yè)務(wù)足量授權(quán)信息的CCAInitial給業(yè)務(wù)控制設(shè)備2。
發(fā)送模塊35,用于當(dāng)接收模塊31接收到業(yè)務(wù)控制設(shè)備2發(fā)送的計(jì)費(fèi)更新 消息時(shí)，發(fā)送包含足量授權(quán)信息的CCAUpdate給業(yè)務(wù)控制設(shè)備2。
生成模塊36,用于當(dāng)接收模塊31接收到業(yè)務(wù)控制設(shè)備2發(fā)送的計(jì)費(fèi)終止 消息時(shí)，生成計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi)單，并結(jié)束與業(yè)務(wù) 控制設(shè)備2會(huì)話。
其中，如圖4所示，為本發(fā)明實(shí)施例所提出的一種業(yè)務(wù)控制設(shè)備2的結(jié) 構(gòu)示意圖，包^fe:
第一接收才莫塊21,用于接收交換設(shè)備l發(fā)送的消息。
具體的，交換設(shè)備1發(fā)送的消息包括呼叫消息、分片消息和會(huì)話結(jié)束消
16自
第 一發(fā)送模塊22,用于根據(jù)第 一接收模塊21所接收的消息，發(fā)送相應(yīng)的 信用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝置3。
與第一接收模塊21相對應(yīng)，發(fā)送相應(yīng)的信用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝 置3,具體包括以下幾種情況
當(dāng)?shù)谝唤邮?莫塊21所接收的消息為呼叫消息時(shí)，發(fā)送CCR Initial消息給 業(yè)務(wù)計(jì)費(fèi)裝置3;
第一接收模塊21所接收的消息為分片消息時(shí)，發(fā)送CCR Update消息給 業(yè)務(wù)計(jì)費(fèi)裝置3;
第一接收模塊21所接收的消息為會(huì)話結(jié)束消息時(shí)，發(fā)送CCR Termination 消息給業(yè)務(wù)計(jì)費(fèi)裝置3。
第二接收模塊23，用于接收業(yè)務(wù)計(jì)費(fèi)裝置3發(fā)送的業(yè)務(wù)控制應(yīng)答消息。
與第一發(fā)送模塊22相對應(yīng)，接收業(yè)務(wù)計(jì)費(fèi)裝置3發(fā)送的業(yè)務(wù)控制應(yīng)答消 息，具體包括以下幾種情況
當(dāng)?shù)谝话l(fā)送模塊22所發(fā)送的消息為CCR Initial消息時(shí)，接收業(yè)務(wù)計(jì)費(fèi)裝 置3發(fā)送的CCA Initial消息；
當(dāng)?shù)谝话l(fā)送模塊22所發(fā)送的消息為CCR Update消息時(shí)，接收業(yè)務(wù)計(jì)費(fèi) 裝置3發(fā)送的CCA Update消息；
當(dāng)?shù)谝话l(fā)送模塊22所發(fā)送的消息為CCR Termination消息時(shí)，接收業(yè)務(wù) 計(jì)費(fèi)裝置3發(fā)送的CCA Termination消息。
第二發(fā)送模塊24,用于根據(jù)第二接收模塊23所接收的業(yè)務(wù)控制應(yīng)答消息， 發(fā)送監(jiān)控信息給交換設(shè)備。
具體為，根據(jù)第二接收模塊23所接收的CCA Initial消息和CCA Update 消息，向交換設(shè)備l下發(fā)監(jiān)控消息。
識別模塊25,用于識別第二接收模塊23所接收的CCR Initial消息中是否 包含足量授權(quán)信息。
當(dāng)識別模塊25識別第二接收模塊23所接收的CCR Initial消息中包含足 量授權(quán)信息時(shí)，還包括當(dāng)?shù)诙邮誢:莫塊23接收到業(yè)務(wù)計(jì)費(fèi)裝置3發(fā)送的CCA Initial消息和CCA Update消息時(shí)，第二發(fā)送模塊24根據(jù)識別模塊25識別的足量授權(quán)信息，直 接向交換設(shè)備1按預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息。
(2)當(dāng)發(fā)送的指示信息為特殊錯(cuò)誤碼時(shí)，如圖5和圖6所示，為本發(fā)明實(shí) 施例所提出的另 一種業(yè)務(wù)計(jì)費(fèi)裝置3和業(yè)務(wù)控制設(shè)備2的結(jié)構(gòu)示意圖。
其中，如圖5所示，為本發(fā)明實(shí)施例所提出的一種業(yè)務(wù)計(jì)費(fèi)裝置3的結(jié) 構(gòu)示意圖，包括
接收才莫塊31，用于接收計(jì)費(fèi)初始消息。
高峰判斷模塊32,用于判斷接收模塊31所接收的計(jì)費(fèi)初始消息對應(yīng)的業(yè) 務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段，具體包括
閾值設(shè)定子模塊321,用于設(shè)定資源閾值。
監(jiān)控子模塊322,用于監(jiān)控計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段的資源占用率。
判斷子模塊323,用于判斷監(jiān)控子模塊322獲取的資源占用率是否超過閾 值設(shè)定子模塊321預(yù)設(shè)的資源閾值。
基于上述設(shè)置，當(dāng)判斷子模塊323判斷監(jiān)控子模塊322獲取的資源占用 率超過閾值設(shè)定子模塊321預(yù)設(shè)的資源閾值時(shí)，確認(rèn)計(jì)費(fèi)初始消息對應(yīng)的業(yè) 務(wù)時(shí)段為業(yè)務(wù)高峰時(shí)段。
用戶鑒別模塊33，用于當(dāng)高峰判斷模塊32判斷計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù) 時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效高端用戶， 具體包括
有效用戶判斷子模塊331,用于判斷接收模塊31所接收的計(jì)費(fèi)初始消息
對應(yīng)的用戶是否為有效用戶；
高端用戶判斷子模塊332,用于當(dāng)有效用戶判斷子模塊331判斷計(jì)費(fèi)初始 消息對應(yīng)的用戶是有效用戶時(shí)，進(jìn)一步判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為 高端用戶，并當(dāng)判斷結(jié)果為計(jì)費(fèi)初始消息對應(yīng)的用戶是高端用戶時(shí)，確認(rèn)接 收模塊31所，接收的計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶。
業(yè)務(wù)授權(quán)模塊34,用于當(dāng)用戶鑒別模塊33判斷接收模塊31所接收的計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，發(fā)送包含對該計(jì)費(fèi)初始消息對應(yīng)
的業(yè)務(wù)足量授權(quán)信息的特殊錯(cuò)誤碼給業(yè)務(wù)控制設(shè)備2，具體包括
錯(cuò)誤碼發(fā)送子模塊341,用于發(fā)送包含足量授權(quán)信息的特殊錯(cuò)誤碼給業(yè)務(wù) 控制設(shè)備；
會(huì)話結(jié)束子模塊342,用于在錯(cuò)誤碼發(fā)送子模塊341發(fā)送包含足量授杈信 息的特殊錯(cuò)誤碼給業(yè)務(wù)控制設(shè)備2后，結(jié)束與業(yè)務(wù)控制設(shè)備2會(huì)話。
其中，如圖6所示，為本發(fā)明實(shí)施例所提出的一種業(yè)務(wù)控制設(shè)備2的結(jié) 構(gòu)示意圖，包括
第一接收才莫塊21 ，用于接收交換設(shè)備1發(fā)送的消息。
具體的，交換設(shè)備1發(fā)送的消息包括呼叫消息、分片消息和會(huì)話結(jié)束消
白
第一發(fā)送模塊22，用于根據(jù)第一接收模塊21所接收的消息，發(fā)送相應(yīng)的 信用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝置3。
由于在本實(shí)施例中，業(yè)務(wù)計(jì)費(fèi)裝置3向業(yè)務(wù)控制裝置2發(fā)送的指示信息 為特殊錯(cuò)誤碼，并且在特殊代碼發(fā)送成功后業(yè)務(wù)計(jì)費(fèi)裝置3結(jié)束了與業(yè)務(wù)控 制裝置2的會(huì)話，所以，與第一接收模塊21相對應(yīng)，第一發(fā)送模塊22發(fā)送 相應(yīng)的信用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝置3,僅包括以下一種情況
當(dāng)?shù)谝唤邮漳K21所接收的消息為呼叫消息時(shí)，發(fā)送CCRInitial消息給 業(yè)務(wù)計(jì)費(fèi)裝置3。
第二接收模塊23,用于接收業(yè)務(wù)計(jì)費(fèi)裝置3發(fā)送的業(yè)務(wù)控制應(yīng)答消息。
與第一發(fā)送才莫塊22相對應(yīng)，接收業(yè)務(wù)計(jì)費(fèi)裝置3發(fā)送的業(yè)務(wù)控制應(yīng)答消 息，僅包括以下一種情況
當(dāng)?shù)谝话l(fā)送模塊22所發(fā)送的消息為CCR Initial消息時(shí)，接收業(yè)務(wù)計(jì)費(fèi)裝 置3發(fā)送的特殊錯(cuò)誤碼。
第二發(fā)送模塊24,用于根據(jù)第二接收模塊23所接收的業(yè)務(wù)控制應(yīng)答消息， 發(fā)送監(jiān)控信息給交換設(shè)備。
具體為，根據(jù)第二接收模塊23所接收的特殊錯(cuò)誤碼和業(yè)務(wù)控制設(shè)備2自
19身的處理結(jié)果，向交換i殳備1下發(fā)監(jiān)控消息。
基于上述的情況，本發(fā)明實(shí)施例中的業(yè)務(wù)控制設(shè)備2還包括 識別模塊25，用于識別第二接收模塊24所接收的特殊錯(cuò)誤碼中是否包含 足量授權(quán)信息。
當(dāng)識別模塊25識別第二接收模塊24所接收的特殊錯(cuò)誤碼中包含足量授 權(quán)信息時(shí)，還包括
當(dāng)?shù)谝唤邮?f莫塊21接收到交換設(shè)備1發(fā)送的消息為分片消息時(shí)，第二發(fā) 送模塊24根據(jù)識別模塊25識別的足量授權(quán)信息，直接向交換設(shè)備1按預(yù)設(shè) 分片授權(quán)量下發(fā)監(jiān)控消息。
處理模塊26,用于當(dāng)?shù)谝唤邮漳K21接收到交換設(shè)備1發(fā)送的消息為會(huì) 話結(jié)束消息時(shí)，生成計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi)單，并結(jié)束 與交換設(shè)備l會(huì)話。
本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，因?yàn)椴捎昧艘环N業(yè)務(wù)計(jì)費(fèi)方法、 裝置和系統(tǒng)，在話務(wù)高峰期，可以有效保障高端用戶的服務(wù)，從而，在不增 加設(shè)備成本情況下，降低話務(wù)高峰期OCS設(shè)備的資源消耗，以已經(jīng)配置的設(shè) 備支持更高話務(wù)量。
需要進(jìn)一步指出的是，在上述的各個(gè)本發(fā)明實(shí)施例所提出的裝置設(shè)計(jì)方 案中，所述的模塊可以分布于一個(gè)裝置，也可以分布于多個(gè)裝置。上述模塊 可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊，這樣的變化并不影 響本發(fā)明的保護(hù)范圍。
進(jìn)一步的，結(jié)合具體的應(yīng)用環(huán)境，對應(yīng)本發(fā)明上述實(shí)施例，對本發(fā)明技 術(shù)方案進(jìn)行進(jìn)一步說明，具體如下
對應(yīng)前述的圖3和圖4所提出的裝置設(shè)計(jì)方案，圖1所提出的一種業(yè)務(wù)計(jì)費(fèi) 系統(tǒng)在具體的應(yīng)用環(huán)境中，可以具體為本發(fā)明實(shí)施例所提出的一種業(yè)務(wù)計(jì)費(fèi) 系統(tǒng)，如圖7所示，具體包括交換設(shè)備、業(yè)務(wù)控制設(shè)備和業(yè)務(wù)計(jì)費(fèi)裝置(Online Charging System, OCS )。
其中的主要^^塊和流程實(shí)現(xiàn)說明如下(1) 該OCS包括
CPU/內(nèi)存資源監(jiān)控模塊，用于采用操作系統(tǒng)提供的命令周期性的統(tǒng)計(jì) CPU、內(nèi)存使用情況。
DCC消息計(jì)費(fèi)處理模塊，用于處理業(yè)務(wù)控制設(shè)備與OCS之間的交互消息， 并根據(jù)上述的消息，對通信業(yè)務(wù)進(jìn)行相關(guān)的處理操作，其包含編碼模塊、解 碼模塊、高峰判斷模塊、用戶鑒別模塊以及業(yè)務(wù)授權(quán)模塊。
其中，編碼模塊和解碼模塊用于對上述的消息進(jìn)行編解碼處理，高峰判
斷模塊用于判斷所接收的消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段，用戶鑒 別模塊則用于當(dāng)高峰判斷模塊判斷業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷計(jì)費(fèi)初 始消息對應(yīng)的用戶是否為有效高端用戶，業(yè)務(wù)授權(quán)模塊34則根據(jù)用戶鑒別模 塊的判斷結(jié)果對相應(yīng)的業(yè)務(wù)進(jìn)行處理。
圖示的CDR計(jì)費(fèi)處理模塊則用于根據(jù)上報(bào)的離線待批價(jià)話單文件對業(yè)務(wù) 進(jìn)行計(jì)費(fèi)處理。
在本實(shí)施例中，業(yè)務(wù)控制設(shè)備用于與交換設(shè)備l和OCS進(jìn)行消息交互，并 根據(jù)OCS返回的業(yè)務(wù)處理策略，對交換設(shè)備的業(yè)務(wù)進(jìn)行相應(yīng)的處理操作。在 具體的實(shí)施場景中，該業(yè)務(wù)控制設(shè)備例如業(yè)務(wù)控制點(diǎn)(Service Control Point, SCP),或者移動(dòng)數(shù)據(jù)業(yè)務(wù)平臺(tái)(Mobile Data Service Platform, MDSP)等設(shè)備。
在本實(shí)施例中，交換設(shè)備主要用于業(yè)務(wù)和業(yè)務(wù)計(jì)費(fèi)的申請和執(zhí)行，在具 體的實(shí)施場景中，交換設(shè)備可以具體為移動(dòng)交換中心(Mobile Switching Center, MSC),業(yè)務(wù)交換點(diǎn)(Service Switching Point, SSP )、網(wǎng)關(guān)GPRS支持 節(jié)點(diǎn)(Gateway GPRS Support Node, GGSN)或短消息中心(Short Message Service Centre, SMSC )等設(shè)備。
調(diào)度中心Mediation則用于對OCS生成的待批價(jià)CDR進(jìn)行處理調(diào)度。
(2) 話務(wù)高峰期預(yù)測的方法根據(jù)經(jīng)驗(yàn)配置話務(wù)高峰期將至的資源閾值 參數(shù)(例如CPU占用達(dá)到600/。)，將CPU/內(nèi)存資源監(jiān)控模塊統(tǒng)計(jì)的資源占用 信息與該閾值比較，如果超過該閾值，即認(rèn)為話務(wù)高峰期即將到達(dá)。
21需要說明的是，其他可以進(jìn)行高峰期預(yù)測的方法同樣屬于本發(fā)明的保護(hù) 范圍，具體方法的變化并不影響本發(fā)明的保護(hù)范圍。
(3)有效高端用戶鑒別，首先對用戶有效性進(jìn)行簡單鑒權(quán)，主要是判斷 用戶是否存在，是否狀態(tài)正常(未掛失、未封鎖、在有效期內(nèi)等)，再判斷是 否為高端用戶，運(yùn)營商可以根據(jù)需要定義各種有效高端用戶判斷方法。
需要說明的是，上述方法只是本發(fā)明實(shí)施例所提出的優(yōu)選實(shí)現(xiàn)方法，其 他可以進(jìn)行有效高端用戶鑒別的方法同樣屬于本發(fā)明的保護(hù)范圍，具體方法 的變化并不影響本發(fā)明的保護(hù)范圍。
上述本發(fā)明實(shí)施例的技術(shù)方案，「在話務(wù)高峰期，可以有效保障高端用戶
的服務(wù)質(zhì)量，從而，在不增加設(shè)備成本情況下，降低話務(wù)高峰期OCS設(shè)備的 資源消耗，以已經(jīng)配置的設(shè)備支持更高話務(wù)量。
基于上述圖7所示的本發(fā)明實(shí)施例所提出的系統(tǒng)，如圖8所示，為本發(fā)明 實(shí)施例所提出的一種業(yè)務(wù)計(jì)費(fèi)方法的流程示意圖，包括以下步驟 步驟S801 、交換設(shè)備發(fā)起呼叫消息。
步驟S802、業(yè)務(wù)控制設(shè)4^發(fā)送包含業(yè)務(wù)的請求量RSU信息的CCR Initial消息。
步驟S803、 OCS的DCC消息計(jì)費(fèi)處理模塊接收業(yè)務(wù)控制設(shè)備發(fā)送的CCR Initial (RSU)，即包含RSU信息的計(jì)費(fèi)請求消息后，由高峰判斷模塊判斷是否 將達(dá)到話務(wù)高峰期。
如果達(dá)到話務(wù)高峰期，則轉(zhuǎn)入步驟S804;
如果未達(dá)到話務(wù)高峰期，則按正常批價(jià)流程處理。
步驟S804、通過用戶鑒別才莫塊判斷用戶是否為正常的有效高端用戶。
如果是正常的有效高端用戶，則轉(zhuǎn)入步驟S805;
如果不是正常的有效高端用戶，則按正常批價(jià)流程處理。
步驟S805、 OCS中的DCC消息計(jì)費(fèi)處理模塊向業(yè)務(wù)控制設(shè)備發(fā)送包含足 量授權(quán)信息的CCA Initial消息進(jìn)行應(yīng)答。
具體的，不做計(jì)費(fèi)要素分析、鑒權(quán)、批價(jià)、預(yù)扣、入帳等處理，直接給SCP/MDSP等業(yè)務(wù)控制設(shè)備按包含請求量RSU信息的CCR Initial消息申請的業(yè)務(wù)量足量授權(quán)，返回授權(quán)消息CCAInitial (GSU)，其中的GSU即為足量授權(quán)信息。
步驟S806、業(yè)務(wù)控制設(shè)備向交換設(shè)備下發(fā)監(jiān)控消息。步驟S807、業(yè)務(wù)控制設(shè)備接收交換設(shè)備發(fā)送的分片消息。步驟S808、業(yè)務(wù)控制設(shè)備發(fā)送包含請求量RSU和使用量USU的CCR
Update消息給OCS中的DCC消息計(jì)費(fèi)處理模塊。
步驟S809、 OCS中的DCC消息計(jì)費(fèi)處理模塊返回包含GSU的CCAUpdate
繼續(xù)足量授權(quán)。
OCS收到后續(xù)包含請求量RSU和使用量USU的CCRUpdate消息后，不做計(jì)費(fèi)要素分析、批價(jià)、預(yù)扣、入帳等處理，直接給業(yè)務(wù)控制設(shè)備按CCR Update中所包含的請求量RSU信息所申請的業(yè)務(wù)量足量授權(quán)，返回4吏權(quán)消息CCAUpdate (GSU),其中的GSU即為足量授權(quán)信息。。
步驟S810、業(yè)務(wù)控制設(shè)備向交換設(shè)備下發(fā)監(jiān)控消息。
上述的步驟S807至步驟S810可以重復(fù)實(shí)現(xiàn)多次，具體的步驟內(nèi)容不變，本實(shí)施例在此不再另行詳述。
步驟S811 、業(yè)務(wù)控制設(shè)備接收交換設(shè)備發(fā)送的會(huì)話結(jié)束消息。
步驟S812、業(yè)務(wù)控制設(shè)備發(fā)送包含使用量USU的CCR Termination消息給OCS中的DCC消息計(jì)費(fèi)處理模塊。
步驟S813、 OCS中的DCC消息計(jì)費(fèi)處理模塊寫離線待批價(jià)話單，并返回CCA Termination消息結(jié)束該會(huì)話。
具體的，OCS中的DCC消息計(jì)費(fèi)處理模塊收到后續(xù)的包含^f吏用量USU的CCRTermination (USU)后，不做計(jì)費(fèi)要素分析、批價(jià)、預(yù)扣、入帳等處理，直接寫離線待批價(jià)話單文件后，結(jié)束該會(huì)話。
步驟S814、 OCS系統(tǒng)閑時(shí)，CDR計(jì)費(fèi)處理模塊讀取離線待批價(jià)話單文件，按離線計(jì)費(fèi)方式進(jìn)行計(jì)費(fèi)。
需要進(jìn)一步指出的是，上述的流程因交換設(shè)備、業(yè)務(wù)控制設(shè)備不同，兩者之間的具體信令類型、信令條數(shù)、信令內(nèi)容也不同，這里只是采用示意的描述方式。詳細(xì)具體信令和信令流程參考相關(guān)電信規(guī)范，這里不再詳細(xì)描述。本發(fā)明實(shí)施例的技術(shù)方案中，通過判斷話務(wù)高峰和高端用戶并進(jìn)行相應(yīng)的處理，在話務(wù)高峰期，可以有效保障高端用戶的服務(wù)，從而，在不增加設(shè)
備成本情況下，降低話務(wù)高峰期ocs設(shè)備的資源消耗，以已經(jīng)配置的設(shè)備支
持更高話務(wù)量。
除了上述的發(fā)送CCR Initial消息技術(shù)方案，對應(yīng)前述的圖5和圖6所提出的裝置設(shè)計(jì)方案，圖l所提出的一種業(yè)務(wù)計(jì)費(fèi)系統(tǒng)在具體的應(yīng)用環(huán)境中，可以具體為本發(fā)明實(shí)施例所提出的一種業(yè)務(wù)計(jì)費(fèi)系統(tǒng)，實(shí)現(xiàn)發(fā)送特殊錯(cuò)誤碼的技術(shù)方案，如圖9所示，具體包括交換設(shè)備、業(yè)務(wù)控制設(shè)備和業(yè)務(wù)計(jì)費(fèi)裝置OCS。
其中的主要模塊和流程實(shí)現(xiàn)說明如下
(1) 交換設(shè)備、Mediation以及OCS中的CPU/內(nèi)存資源監(jiān)控模塊、高峰判斷模塊、用戶鑒別模塊和CDR計(jì)費(fèi)處理模塊的功能設(shè)置與前述的圖7所示的實(shí)施例相同，在本實(shí)施例中不再另行贅述。
(2) OCS中的DCC消息處理模塊的工作流程為
DCC消息處理模塊收到CCRinitial (RSU)消息，判斷話務(wù)高峰期將至，且用戶為有效高端用戶，則向業(yè)務(wù)控制設(shè)備直接返回CCAinitial,并在該CCAinitial消息中設(shè)置Result Code為特殊錯(cuò)誤碼通知業(yè)務(wù)控制設(shè)備給用戶足量授權(quán)。直接結(jié)束與業(yè)務(wù)控制設(shè)備的會(huì)話。(3 )業(yè)務(wù)控制設(shè)備的工作流程為
業(yè)務(wù)控制設(shè)備收到OCS返回的CCA initial消息，判斷Result Code為給用戶足量授權(quán)特殊錯(cuò)誤碼后，則終止與OCS的會(huì)話，直接向交換設(shè)備給用戶授權(quán)。并且對交換設(shè)備后續(xù)消息，也采用直接授權(quán)應(yīng)答。直到交換設(shè)備上報(bào)會(huì)話結(jié)束消息時(shí)，業(yè)務(wù)控制設(shè)備寫離線待批價(jià)話單。(4 )業(yè)務(wù)控制設(shè)備所寫的離線待批價(jià)話單通過話單傳送設(shè)備傳送到
ocs。
(5) OCS系統(tǒng)閑時(shí)，OCS中的CDR計(jì)費(fèi)處理模塊讀取離線待批價(jià)話單文件，對對應(yīng)的業(yè)務(wù)計(jì)費(fèi)。
24本發(fā)明實(shí)施例的技術(shù)方案具中，通過判斷話務(wù)高峰和高端用戶并進(jìn)行相應(yīng)的處理，，在話務(wù)高峰期，可以有效保障高端用戶的服務(wù)，從而，在不增加設(shè)備成本情況下，降低話務(wù)高峰期OCS設(shè)備的資源消耗，以已經(jīng)配置的設(shè)備支持更高話務(wù)量。
基于上述圖9所示的本發(fā)明實(shí)施例所提出的系統(tǒng)，如圖10所示，為本發(fā)明實(shí)施例所提出的一種業(yè)務(wù)計(jì)費(fèi)方法的流程示意圖，包括以下步驟步驟SIOOI、交換設(shè)備發(fā)起呼叫消息。
步驟S1002、業(yè)務(wù)控制設(shè)備發(fā)送包含業(yè)務(wù)的RSU信息的CCRInitial消息。步驟S1003、 OCS的DCC消息計(jì)費(fèi)處理模塊接收業(yè)務(wù)控制設(shè)備的CCR
Initial (RSU)計(jì)費(fèi)請求消息后，由高峰判斷模塊判斷是否將達(dá)到話務(wù)高峰期。如果達(dá)到話務(wù)高峰期，則轉(zhuǎn)入步驟S1004;如果未達(dá)到話務(wù)高峰期，則按正常批價(jià)流程處理。步驟S1004、通過用戶鑒別模塊判斷用戶是否為正常有效的高端用戶。如果是正常有效的高端用戶，則轉(zhuǎn)入步驟S1005;如果不是正常有效的高端用戶，則按正常批價(jià)流程處理。步驟S1005、 OCS中的DCC消息計(jì)費(fèi)處理模塊向業(yè)務(wù)控制設(shè)備發(fā)送包含特
殊^"誤碼的CCA Initial消息進(jìn)行應(yīng)答。
具體的，OCS中的DCC消息計(jì)費(fèi)處理模塊直接返回CCAInitial消息，并在
該CCA Initial消息中設(shè)置Result Code為特殊錯(cuò)誤碼通知業(yè)務(wù)控制設(shè)備給用戶
足量授權(quán)。結(jié)束與業(yè)務(wù)控制設(shè)備的會(huì)話
步驟S1006、業(yè)務(wù)控制設(shè)備向交換設(shè)備下發(fā)監(jiān)控消息。步驟S1007、業(yè)務(wù)控制設(shè)備接收交換設(shè)備發(fā)送的分片消息。步驟S1008、業(yè)務(wù)控制設(shè)備直接向交換設(shè)備給該用戶授權(quán)。業(yè)務(wù)控制設(shè)備對直接足量授權(quán)用戶繼續(xù)直接按設(shè)定分片授權(quán)量進(jìn)行授權(quán)。
步驟S1009、業(yè)務(wù)控制設(shè)備向交換設(shè)備下發(fā)監(jiān)控消息。上述的步驟S1007至步驟S1009可以重復(fù)實(shí)現(xiàn)多次，具體的步驟內(nèi)容不變，本實(shí)施例在此不再另行詳述。
步驟S1010、業(yè)務(wù)控制設(shè)備接收交換設(shè)備發(fā)送的會(huì)話結(jié)束消息。 步驟S1011、業(yè)務(wù)控制設(shè)備寫離線待批價(jià)話單，并結(jié)束該會(huì)話。 步驟S1012、 OCS系統(tǒng)閑時(shí)，CDR計(jì)費(fèi)處理模塊讀取離線待批價(jià)話單文件， 按離線計(jì)費(fèi)方式進(jìn)行計(jì)費(fèi)。
需要進(jìn)一步指出的是，上述的流程因交換設(shè)備、業(yè)務(wù)控制設(shè)備不同，兩 者之間的具體信令類型、信令條數(shù)、信令內(nèi)容也不同，這里只是采用示意的 描述方式。詳細(xì)具體信令和信令流程參考相關(guān)電信規(guī)范，這里不再詳細(xì)描述。 本發(fā)明實(shí)施例的技術(shù)方案中，通過判斷話務(wù)高峰和高端用戶并進(jìn)行相應(yīng) 的處理，，在話務(wù)高峰期，可以有效保障高端用戶的服務(wù)，從而，在不增加設(shè) 備成本情況下，降低話務(wù)高峰期OCS設(shè)備的資源消耗，以已經(jīng)配置的設(shè)備支 持更高話務(wù)量。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可以通過硬件實(shí)現(xiàn)，也可以可借助軟件加必要的通用硬件平臺(tái)的方式 來實(shí)現(xiàn)基于這樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出 來，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是CD-ROM, U 盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè) 人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的 模塊或流程并不一定是實(shí)施本發(fā)明所必須的。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn) 和潤飾，這些改進(jìn)和潤飾也應(yīng)視本發(fā)明的保護(hù)范圍。
2權(quán)利要求
1、一種業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，包括以下步驟接收計(jì)費(fèi)初始消息，判斷所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段；當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效高端用戶；當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，發(fā)送對所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息。
2、 如權(quán)利要求1所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，還包括當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段不是業(yè)務(wù)高峰時(shí)段時(shí)，執(zhí)行批價(jià)流 程，對所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)進(jìn)行計(jì)費(fèi)。
3、 如權(quán)利要求2所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述判斷計(jì)費(fèi)初始消 息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段，具體為判斷所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段的資源占用率是否超過預(yù)設(shè)的資 源閾值；當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段的資源占用率超過預(yù)設(shè)的資源閾值 時(shí)，所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段為業(yè)務(wù)高峰時(shí)段。
4、 如權(quán)利要求1所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述判斷計(jì)費(fèi)初始消 息對應(yīng)的用戶是否為有效高端用戶，具體為判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效用戶；當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的用戶是有效用戶時(shí)，判斷所述計(jì)費(fèi)初始消息 對應(yīng)的用戶是否為高端用戶；當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的用戶是高端用戶時(shí)，所述計(jì)費(fèi)初始消息對應(yīng) 的用戶是有效高端用戶。
5、 如權(quán)利要求4所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述判斷計(jì)費(fèi)初始消 息對應(yīng)的用戶是否為高端用戶，具體為判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶的帳戶余額是否超過預(yù)設(shè)額度值；或， 判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶的在網(wǎng)時(shí)間是否超過預(yù)設(shè)時(shí)間值；或，判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶的用戶資料中是否包含高端用戶標(biāo)識；或，判斷歸屬位置寄存器HLR中是否存在所述計(jì)費(fèi)初始消息對應(yīng)的用戶的特 殊業(yè)務(wù)鍵。
6、 如權(quán)利要求5所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述高端用戶標(biāo)識， 具體通過以下步驟生成用戶開戶時(shí)，才艮據(jù)用戶資產(chǎn)、職業(yè)、信用記錄確定用戶信用等級； 當(dāng)用戶的信用等級達(dá)到預(yù)詔:值時(shí)，確定所述用戶為高端用戶； 在所述用戶的用戶資料中設(shè)定所述用戶的高端用戶標(biāo)識，或，在HLR中 為所述用戶簽約特歹木業(yè)務(wù)4建。
7、 如權(quán)利要求l所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述發(fā)送對所述計(jì)費(fèi) 初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息，具體為發(fā)送包含足量授權(quán)信息的信用控制應(yīng)答初始消息CCA Initial給業(yè)務(wù)控制 設(shè)備；或，發(fā)送包含足量授權(quán)信息的特殊錯(cuò)誤碼給業(yè)務(wù)控制設(shè)備，并結(jié)束與所述業(yè) 務(wù)控制設(shè)備會(huì)話。
8、 如權(quán)利要求7所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述發(fā)送包含足量授 權(quán)信息的信用控制應(yīng)答初始消息給業(yè)務(wù)控制設(shè)備之后，還包括接收所述業(yè)務(wù)控制設(shè)備發(fā)送計(jì)費(fèi)更新消息；發(fā)送包含足量授權(quán)信息的信用控制應(yīng)答更新消息CCA Update給所述業(yè)務(wù) 控制設(shè)備。
9、 如權(quán)利要求7所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述發(fā)送包含足量授 權(quán)信息的信用控制應(yīng)答初始消息給業(yè)務(wù)控制設(shè)備之后，還包括接收所述業(yè)務(wù)控制設(shè)備發(fā)送計(jì)費(fèi)終止消息；生成所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi)單，結(jié)束與所述業(yè) 務(wù)控制設(shè)備會(huì)話。
10、 如權(quán)利要求9所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述發(fā)送包含足量 授權(quán)信息的特殊錯(cuò)誤碼給業(yè)務(wù)控制設(shè)備，并結(jié)束與所述業(yè)務(wù)控制設(shè)備會(huì)話之后，還包括所述業(yè)務(wù)控制設(shè)備識別所述特殊錯(cuò)誤碼是否代表對所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)；當(dāng)所述業(yè)務(wù)控制設(shè)備識別所述特殊錯(cuò)誤碼代表對所述計(jì)費(fèi)初始消息對應(yīng) 的業(yè)務(wù)足量授權(quán)時(shí)，向交換設(shè)備按照預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息。
11、 如權(quán)利要求IO所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述向交換設(shè)備案 預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息之后，還包括所述業(yè)務(wù)控制i殳備接收所述交換i殳備發(fā)送的分片消息； 所述業(yè)務(wù)控制設(shè)備向所述交換設(shè)備按預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息。
12、 如權(quán)利要求IO所述業(yè)務(wù)計(jì)費(fèi)方法，其特征在于，所述向交換設(shè)備案 預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息之后，還包括所述業(yè)務(wù)控制設(shè)備接收所述交換設(shè)備發(fā)送的會(huì)話結(jié)束消息； 所述業(yè)務(wù)控制設(shè)備生成所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi) 單，結(jié)束與所述交換設(shè)備會(huì)話。
13、 一種業(yè)務(wù)計(jì)費(fèi)裝置，其特征在于，包括接收模塊，用于接收所述業(yè)務(wù)控制設(shè)備發(fā)送的計(jì)費(fèi)初始消息； 高峰判斷模塊，用于判斷所述接收模塊所接收的計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段；用戶鑒別模塊，用于當(dāng)所述高峰判斷模塊判斷所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效高端用戶；業(yè)務(wù)4更權(quán)模塊，用于當(dāng)所述用戶鑒別模塊判斷所述計(jì)費(fèi)初始消息對應(yīng)的 用戶是有效高端用戶時(shí)，發(fā)送對所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指 示消息。
14、 如權(quán)利要求13所述業(yè)務(wù)計(jì)費(fèi)裝置，其特征在于，所述高峰判斷模塊, 具體包括閾值設(shè)定子模塊，用于設(shè)定資源闊值；監(jiān)控子模塊，用于監(jiān)控所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段的資源占用率； 判斷子模塊，用于判斷所述監(jiān)控子模塊獲取的資源占用率是否超過所述 閾值設(shè)定子模塊預(yù)設(shè)的資源閾值。
15、 如權(quán)利要求13所述業(yè)務(wù)計(jì)費(fèi)裝置，其特征在于，所述用戶鑒別模塊， 具體包括有效用戶判斷子模塊，用于判斷計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效用戶；高端用戶判斷子模塊，用于當(dāng)所述有效用戶判斷子才莫塊判斷計(jì)費(fèi)初始消 息對應(yīng)的用戶是有效用戶時(shí)，進(jìn)一步判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶是否 為高端用戶，并當(dāng)判斷結(jié)果為所述計(jì)費(fèi)初始消息對應(yīng)的用戶是高端用戶時(shí)， 確認(rèn)所述計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶。
16、 如權(quán)利要求13所述業(yè)務(wù)計(jì)費(fèi)裝置，其特征在于，所述業(yè)務(wù)授權(quán)模塊， 還包括授權(quán)信息發(fā)送子模塊，用于發(fā)送包含足量授權(quán)信息的CCA Initial給業(yè)務(wù) 控制設(shè)備。
17、 如權(quán)利要求16所述業(yè)務(wù)計(jì)費(fèi)裝置，其特征在于，還包括 所述接收模塊，還用于接收所述業(yè)務(wù)控制設(shè)備發(fā)送的計(jì)費(fèi)更新消息和/或計(jì)費(fèi)終止消息；發(fā)送模塊，用于當(dāng)所述接收模塊接收到所述業(yè)務(wù)控制設(shè)備發(fā)送的計(jì)費(fèi)更 新消息時(shí)，發(fā)送包含足量授權(quán)信息的信用控制應(yīng)答更新消息CCAUpdate給所 述業(yè)務(wù)控制設(shè)備；生成模塊，用于當(dāng)所述接收模塊接收到所述業(yè)務(wù)控制設(shè)備發(fā)送的計(jì)費(fèi)終 止消息時(shí)，生成所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi)單，并結(jié)束 與所述業(yè)務(wù)控制設(shè)備會(huì)話。
18、 如權(quán)利要求13所述業(yè)務(wù)計(jì)費(fèi)裝置，其特征在于，所述業(yè)務(wù)授權(quán)模塊， 還包括錯(cuò)誤碼發(fā)送子模塊，用于發(fā)送包含足量授權(quán)信息的特殊錯(cuò)誤碼給業(yè)務(wù)控 制設(shè)備；會(huì)話結(jié)束子模塊，用于在所述錯(cuò)誤碼發(fā)送子模塊發(fā)送所述包含足量授權(quán) 信息的特殊錯(cuò)誤碼給業(yè)務(wù)控制設(shè)備后，結(jié)束與所述業(yè)務(wù)控制設(shè)備會(huì)話。
19、 一種業(yè)務(wù)控制設(shè)備，其特征在于，包括 第一接收模塊，用于接收交換設(shè)備發(fā)送的消息；第 一發(fā)送模塊，用于根據(jù)所述第 一接收模塊所接收的消息，發(fā)送相應(yīng)的信用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝置；第二接收才莫塊，用于接收所述業(yè)務(wù)計(jì)費(fèi)裝置發(fā)送的業(yè)務(wù)控制應(yīng)答消息； 第二發(fā)送模塊，用于根據(jù)所述第二接收模塊所接收的業(yè)務(wù)控制應(yīng)答消息，發(fā)送監(jiān)控信息給所述交換設(shè)備。
20、 如權(quán)利要求19所述業(yè)務(wù)控制設(shè)備，其特征在于，所述第一發(fā)送模塊， 用于根據(jù)所述第一接收模塊所接收的消息，發(fā)送相應(yīng)的信用控制請求消息給業(yè)務(wù)計(jì)費(fèi)裝置，具體為當(dāng)所述第一接收模塊所接收的消息為呼叫消息時(shí)，所述第一發(fā)送模塊發(fā) 送計(jì)費(fèi)初始消息給所述業(yè)務(wù)計(jì)費(fèi)裝置。
21、 如權(quán)利要求20所述業(yè)務(wù)控制設(shè)備，其特征在于，所述第二接收模塊 所接收的所述業(yè)務(wù)計(jì)費(fèi)裝置發(fā)送的業(yè)務(wù)控制應(yīng)答消息，具體包括CCA Initial,或，特殊錯(cuò)誤碼。
22、 如權(quán)利要求21所述業(yè)務(wù)控制設(shè)備，其特征在于，還包括 識別模塊，用于識別所述第二接收模塊所接收的業(yè)務(wù)控制應(yīng)答消息中是否包含足量授權(quán)信息。
23、 如權(quán)利要求22所述業(yè)務(wù)控制設(shè)備，其特征在于，當(dāng)所述識別模塊識 別所述第二接收模塊所接收的業(yè)務(wù)控制應(yīng)答消息為包含足量授權(quán)信息的CCA Initial時(shí)，所述第一發(fā)送模塊，還包括當(dāng)所述第一接收模塊所接收的消息為分片消息時(shí)，所述第 一發(fā)送模塊發(fā) 送計(jì)費(fèi)更新消息給所述業(yè)務(wù)計(jì)費(fèi)裝置。當(dāng)所述第一接收模塊所接收的消息為會(huì)話結(jié)束消息時(shí)，所述第一發(fā)送模 塊發(fā)送計(jì)費(fèi)終止消息給所述業(yè)務(wù)計(jì)費(fèi)裝置。
24、 如權(quán)利要求22所述業(yè)務(wù)控制設(shè)備，其特征在于，當(dāng)所述識別模塊識 別所述第二接收模塊所接收的業(yè)務(wù)控制應(yīng)答消息為包含足量授權(quán)信息的特殊 錯(cuò)誤碼時(shí)，還包括當(dāng)所述第一接收模塊接收到所述交換設(shè)備發(fā)送的消息為分片消息時(shí)，所 述第二發(fā)送模塊根據(jù)所述識別模塊識別的足量授權(quán)信息，直接向所述交換設(shè) 備按預(yù)設(shè)分片授權(quán)量下發(fā)監(jiān)控消息；
25、 如權(quán)利要求22所述業(yè)務(wù)控制設(shè)備，其特征在于，當(dāng)所述識別模塊識 別所述第二接收模塊所接收的業(yè)務(wù)控制應(yīng)答消息為包含足量授權(quán)信息的特殊 錯(cuò)誤碼時(shí)，還包括處理模塊，用于當(dāng)所述第一接收模塊接收到所述交換設(shè)備發(fā)送的消息為 會(huì)話結(jié)束消息時(shí)，生成所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)的離線待批價(jià)計(jì)費(fèi)單， 并結(jié)束與所述交換設(shè)備會(huì)話。
26、 一種業(yè)務(wù)計(jì)費(fèi)系統(tǒng)，其特征在于，包括交換設(shè)備、業(yè)務(wù)控制設(shè)備和 業(yè)務(wù)計(jì)費(fèi)裝置所述交換設(shè)備，用于發(fā)送會(huì)話控制消息給所述業(yè)務(wù)控制設(shè)備； 所述業(yè)務(wù)控制設(shè)備，用于根據(jù)所述交換設(shè)備發(fā)送的會(huì)話控制消息發(fā)送相 應(yīng)的信用控制請求消息給所述業(yè)務(wù)計(jì)費(fèi)裝置，并才艮據(jù)所述業(yè)務(wù)計(jì)費(fèi)裝置返回 的信用控制應(yīng)答消息進(jìn)行相應(yīng)處理，并向所述交換設(shè)備發(fā)送相應(yīng)消息；所述業(yè)務(wù)計(jì)費(fèi)裝置，用于接收所述業(yè)務(wù)控制設(shè)備發(fā)送的信用控制請求消 息，判斷所述信用控制請求消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段，在判 斷所述業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，進(jìn)一步判斷所述信用控制請求消息對應(yīng) 的用戶是否為有效高端用戶，在判斷所述用戶是有效高端用戶時(shí)，向所述業(yè) 務(wù)控制設(shè)備發(fā)送對所述信用控制請求消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息， 并進(jìn)行后續(xù)處理。
全文摘要
本發(fā)明實(shí)施例公開了一種業(yè)務(wù)計(jì)費(fèi)方法、裝置和系統(tǒng)，所述方法包括以下步驟接收計(jì)費(fèi)初始消息，判斷所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是否為業(yè)務(wù)高峰時(shí)段；當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)時(shí)段是業(yè)務(wù)高峰時(shí)段時(shí)，判斷所述計(jì)費(fèi)初始消息對應(yīng)的用戶是否為有效高端用戶；當(dāng)所述計(jì)費(fèi)初始消息對應(yīng)的用戶是有效高端用戶時(shí)，發(fā)送對所述計(jì)費(fèi)初始消息對應(yīng)的業(yè)務(wù)足量授權(quán)的指示消息。通過應(yīng)用本發(fā)明，可以在話務(wù)高峰期有效保障高端用戶的服務(wù)，從而，在不增加設(shè)備成本情況下，降低話務(wù)高峰期OCS設(shè)備的資源消耗，以已經(jīng)配置的設(shè)備支持更高話務(wù)量。
文檔編號H04W4/24GK101686452SQ200810211738
公開日2010年3月31日 申請日期2008年9月24日 優(yōu)先權(quán)日2008年9月24日
發(fā)明者徐志賢 申請人:華為技術(shù)有限公司