專利名稱：一種計費方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種計費方法及系統(tǒng)。
背景技術(shù)：
目前，隨著移動通信技術(shù)的不斷發(fā)展，使得人們之間的溝通交流越來越快捷和方便，移動用戶的數(shù)量也迅速的增加。對于電信開發(fā)營運商而言，定制其所開發(fā)的各種業(yè)務(wù)的收費方式，無疑是一個需要重點關(guān)注的因素。目前，已開展的大多數(shù)移動業(yè)務(wù)都是采用預付費的方式進行收費處理的。
所謂預付費業(yè)務(wù)，是指移動電話用戶在開戶時獲得自己的賬戶，并通過購買有固定面值的充值卡充值等方式預先在自己的賬戶上注入一定的資金。呼叫建立時，基于用戶賬戶的余額決定接受或拒絕呼叫，在呼叫過程中實時計費和扣減用戶賬戶的金額，資金用盡即終止呼叫。這樣，就實現(xiàn)了用戶為其呼叫和使用其他業(yè)務(wù)預先支付費用的功能。
現(xiàn)有的技術(shù)方案都是基于業(yè)務(wù)運營支撐系統(tǒng)(Business OperationSupporting System BOSS)進行預付費計費的。如圖1所示，BOSS實現(xiàn)的預付費系統(tǒng)，對用戶的計費是依據(jù)端局生成的詳單文件進行的，對于欠費后服務(wù)的控制是通過歸屬位置寄存器HLR(Home Location Register)接口實現(xiàn)的，通過HLR接口改變用戶的服務(wù)屬性，有選擇的開、停移動用戶話音、數(shù)據(jù)和增值業(yè)務(wù)。
但是這種實現(xiàn)方案有以下幾點缺點1、HLR接口的效率低下，無法進行信令級的呼叫控制；2、由于BOSS實現(xiàn)的預付費系統(tǒng)本質(zhì)上是按后付費流程進行批價處理，通過增加預付費余額監(jiān)控過程實現(xiàn)的預付費系統(tǒng)，其欠費控制存在計費延時和控制滯后的情況，如話單延時和停機指令延時等。
3、無法監(jiān)控“最后一次通話”的情況。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種計費方法及系統(tǒng)，用于解決計費產(chǎn)生過程中的計費延遲問題。
為達到以上目的，本發(fā)明提供一種計費方法，包括如下步驟A、當業(yè)務(wù)交換點/移動呼叫中心收到呼叫，根據(jù)主叫的簽約信息觸發(fā)業(yè)務(wù)至業(yè)務(wù)交換點；B、業(yè)務(wù)交換點向業(yè)務(wù)運營支撐系統(tǒng)上報通話信息并請求鑒權(quán)；C、業(yè)務(wù)運營支撐系統(tǒng)對該呼叫進行鑒權(quán)，并下發(fā)鑒權(quán)結(jié)果和計費指示；D、業(yè)務(wù)交換點依據(jù)所述計費指示和鑒權(quán)結(jié)果進行接續(xù)處理，并建立通話；E、在通話過程中，業(yè)務(wù)交換點進行實時呼叫控制，階段性的向業(yè)務(wù)運營支撐系統(tǒng)上報通話信息，業(yè)務(wù)運營支撐系統(tǒng)根據(jù)通話信息下發(fā)通話時長給業(yè)務(wù)交換點。
步驟E后進一步包括F、通話結(jié)束，業(yè)務(wù)交換點上報通話結(jié)果信息給業(yè)務(wù)運營支撐系統(tǒng)，業(yè)務(wù)運營支撐系統(tǒng)根據(jù)所述通話結(jié)果進行扣費和計費處理。
所述業(yè)務(wù)交換點同業(yè)務(wù)運營支撐系統(tǒng)通過BOSS-IN接口協(xié)議進行交互，所述接口協(xié)議包括呼叫鑒權(quán)請求、計費報告、釋放呼叫請求、費用申請、費用報告操作消息。
所述BOSS-IN接口協(xié)議還包括激活測試操作消息。
所述業(yè)務(wù)交換點和當業(yè)務(wù)交換點/移動呼叫中心之間通過CAP協(xié)議進行交互。
本發(fā)明還公開一種計費系統(tǒng)，所述計費系統(tǒng)包括業(yè)務(wù)交換點和業(yè)務(wù)運營支撐系統(tǒng)，所述業(yè)務(wù)運營支撐系統(tǒng)進一步包括實時話單生成模塊及計費、鑒權(quán)模塊，其中所述實時話單生成模塊，同鑒權(quán)、計費模塊相連，用于在用戶呼叫結(jié)束后實時生成話單；所述業(yè)務(wù)交換點進一步包括實時呼叫控制模塊及實時鑒權(quán)、計費支持模塊，其中實時呼叫控制模塊，用于實時處理用戶的呼叫，并依據(jù)實時鑒權(quán)、計費支持模塊的指令進行用戶呼叫控制；實時鑒權(quán)、計費支持模塊，用于支持用戶呼叫到業(yè)務(wù)運營支撐系統(tǒng)進行實時鑒權(quán)和計費，并依據(jù)業(yè)務(wù)運營支撐系統(tǒng)返回的鑒權(quán)、計費狀態(tài)下達呼叫控制指令給實時呼叫控制模塊。
所述業(yè)務(wù)運營支撐系統(tǒng)進一步包括實時反算算法模塊，該模塊同鑒權(quán)、計費模塊相連，用于進行用戶賬戶可用資金到可用通話時長的轉(zhuǎn)換。
相應(yīng)于上述計費系統(tǒng)，本發(fā)明還提供一種業(yè)務(wù)運營支撐系統(tǒng)及業(yè)務(wù)交換點系統(tǒng)，所述業(yè)務(wù)運營支撐系統(tǒng)包括實時反算算法模塊、實時話單生成模塊及計費、鑒權(quán)模塊，其中所述實時反算算法模塊，同鑒權(quán)、計費模塊相連，用于進行用戶賬戶可用資金到可用通話時長的轉(zhuǎn)換；所述實時話單生成模塊，同鑒權(quán)、計費模塊相連，用于在用戶呼叫結(jié)束后實時生成話單；所述業(yè)務(wù)交換點系統(tǒng)包括實時呼叫控制模塊及實時鑒權(quán)、計費支持模塊，其中實時呼叫控制模塊，用于實時處理用戶的呼叫，并依據(jù)實時鑒權(quán)、計費支持模塊的指令進行用戶呼叫控制；實時鑒權(quán)、計費支持模塊，用于支持用戶呼叫到計費系統(tǒng)進行實時鑒權(quán)和計費，并依據(jù)計費系統(tǒng)返回的鑒權(quán)、計費狀態(tài)下達呼叫控制指令給實時呼叫控制模塊。
本發(fā)明通過將現(xiàn)有的BOSS系統(tǒng)同SCP對通話的實時控制能力相結(jié)合，以提供一種全新的預付費計費方式。本發(fā)明通過SCP進行實時呼叫控制和通話監(jiān)視，并隨時向BOSS上報階段性通話信息并依據(jù)BOSS返回的通話信息下發(fā)的通話時長及其他消息進行呼叫連續(xù)、控制進而解決現(xiàn)有技術(shù)方案中的計費延遲問題。


圖1為現(xiàn)有技術(shù)中的預付費實現(xiàn)方式系統(tǒng)圖；圖2為本發(fā)明中的計費系統(tǒng)的邏輯實體系統(tǒng)圖；圖3為本發(fā)明所述的計費方法流程圖；圖4為本發(fā)明所述的計費系統(tǒng)的系統(tǒng)圖；圖5為本發(fā)明所述計費系統(tǒng)中的BOSS、SCP結(jié)構(gòu)圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施例和附圖，對本發(fā)明進一步詳細說明。
本發(fā)明的核心思想是在BOSS現(xiàn)有計費體系中引入智能網(wǎng)(IN)系統(tǒng)設(shè)備，在IN和BOSS之間增加實時控制接口，即IN與BOSS之間的消息交互協(xié)議，由IN和BOSS雙方配合完成用戶呼叫的實時計費和呼叫接續(xù)控制，憑借業(yè)務(wù)控制點SCP(Service Control Point)提供的實時通話控制能力和BOSS計費本身的靈活、高效特點，解決單獨用BOSS進行計費的種種缺點，尤其是欠費的問題。
圖2為增加IN和BOSS之間的實時控制接口后，計費系統(tǒng)的邏輯實體系統(tǒng)圖。現(xiàn)在對現(xiàn)有技術(shù)中的各邏輯實體說明如下歸屬位置寄存器(HLR)HLR存儲移動網(wǎng)絡(luò)增強定制業(yè)務(wù)邏輯CAMEL(Customized Applicationfor Mobile，Network Enhanced Logic)業(yè)務(wù)所必需的簽約信息，如發(fā)端CAMEL簽約信息O-CSI(Originating CAMEL Subscriber Information)，終端CAMEL簽約信息T-CSI(Terminating CAMEL Subscriber Information)。當用戶開機、發(fā)生位置更新或者O-CSI信息本身發(fā)生變化時，O-CSI信息被插入到拜訪位置寄存器VLR(Visit Location Register)中。當HLR響應(yīng)移動呼叫交換中心MSC(Mobile Switch Center)的路由信息請求時，O/T-CSI被發(fā)送到關(guān)口移動交換中心GMSC(gateway mobile switching center)。
移動交換中心(MSC)當MSC處理呼叫需要CAMEL支持時，MSC從VLR中取得O-CSI信息，指示MSC向gsm業(yè)務(wù)交換功能gsmSSF(gsm service switching function)請求指令。MSC負責監(jiān)視所有的呼叫狀態(tài)或事件，并在呼叫處理過程中通知gsmSSF，使gsmSSF得以控制MSC中的呼叫。
當MSC調(diào)用補充業(yè)務(wù)，如外部呼叫傳輸補充業(yè)務(wù)ECT(Explicit CallTransfer supplementary service)，CD和多方補充業(yè)務(wù)MPTY(MultiParTY(Multi ParTY)supplementary service)時，MSC從VLR中接收補充業(yè)務(wù)通知CAMEL簽約信息SS-CSI(Supplementary Service Notification CAMEL Subscriber Information)，指示MSC應(yīng)該向gsmSCF發(fā)起補充業(yè)務(wù)調(diào)用通知。
拜訪位置寄存器(VLR)VLR將漫游區(qū)內(nèi)用戶的O-CSI和SS-CSI作為用戶數(shù)據(jù)的一部分存儲下來，并在必要的時候提供的MSC。
網(wǎng)關(guān)MSC(GMSC)當GMSC處理用戶呼叫需要CAMEL支持時，GMSC將通過發(fā)送請求消息SR(Sending Request)從HLR中獲得O/T-CSI，指示GMSC需要從gsmSSF請求指令。GSMC負責監(jiān)視所有的呼叫狀態(tài)或事件，并在呼叫處理過程中通知gsmSSF，使gsmSSF得以控制GMSC中的呼叫。
當GMSC從gsmSCF獲得繼續(xù)呼叫的指令后，再次發(fā)送SRI給HLR，并獲得漫游號碼，從而接續(xù)到被叫的拜訪地MSC。
gsmS SF/gsmSCF/gsmSRFgsmSSFGSM業(yè)務(wù)交換功能，是MSC/GSMC和業(yè)務(wù)控制功能gsmSCF(gsm Service Control Function)間的接口功能實體；gsmSCFGSM業(yè)務(wù)控制功能，保存CAMEL用戶與業(yè)務(wù)相關(guān)的信息，保存和執(zhí)行業(yè)務(wù)邏輯。
gsmSRF(GSM service resource function)GSM業(yè)務(wù)資源功能，完成專用資源能力。
本發(fā)明在現(xiàn)有的邏輯實體系統(tǒng)中加入了IN-BOSS接口。IN-BOSS接口底層通信協(xié)議采用TCP/IP協(xié)議，應(yīng)用層協(xié)議采用UASP協(xié)議?，F(xiàn)有的UASP協(xié)議接口為A(Account Management)接口供各類UASC管理和維護UASS系統(tǒng)中的所有賬戶的屬性，包括增刪改用戶資料、用戶存取款等；C(Customer Care)接口供各類UASC查詢UASS賬戶信息；T(On Line Transaction)接口供各類UASC完成實時支付、退款等交易操作；M(System Management)接口供UASS管理員進行系統(tǒng)參數(shù)設(shè)定、修改、監(jiān)控等系統(tǒng)管理操作，如設(shè)置各類UASC的安全訪問、存取權(quán)限等；N(Networking Management)接口提供UASS系統(tǒng)與相關(guān)外部實體間的啟、停會話、檢測連接等操作。
要滿足IN-BOSS接口的功能，就需要對UASP協(xié)議現(xiàn)有接口進行擴充，可以有兩種選擇，一種是在原有A接口、C接口、T接口、M接口、N接口的基礎(chǔ)上再新增一個專用接口，專門用于IN-BOSS接口功能需求的實現(xiàn)。其接口協(xié)議的消息頭及消息體可以比照現(xiàn)有的這些接口進行定義。另一種是在現(xiàn)有的接口中增加新的接口消息定義來提供新的功能。如果采用新增專用接口方式，從現(xiàn)有接口的功能分工來看，T(On Line Transaction)接口更適合IN-BOSS接口的功能需求。
所述IN-BOSS接口協(xié)議可以有如下操作消息呼叫鑒權(quán)請求消息方向IN->BOSS消息功能當一個呼叫發(fā)生時，IN通過“呼叫鑒權(quán)請求”協(xié)議數(shù)據(jù)單元PDU(Protocol Data Unit)向BOSS上報該呼叫的相關(guān)信息并請求BOSS對該用戶進行呼叫鑒權(quán)和下發(fā)計費控制信息。
呼叫鑒權(quán)應(yīng)答消息方向BOSS->IN消息功能BOSS通過“呼叫鑒權(quán)應(yīng)答”PDU對IN上報的“呼叫鑒權(quán)請求”PDU進行響應(yīng)，通過該PDU下發(fā)呼叫鑒權(quán)結(jié)果、用戶開通的業(yè)務(wù)特性以及計費控制信息，IN據(jù)此進行呼叫的接續(xù)處理和實時監(jiān)控。
計費報告消息方向IN->BOSS消息功能當IN檢測到端局上報的計費報告事件時，IN將獲得的此段通話信息通過“計費報告”PDU實時報告給BOSS，通知BOSS進行階段性的計費處理。
計費報告應(yīng)答消息方向BOSS->IN消息功能BOSS接收到IN上報的“計費報告”PDU后，通過給IN回應(yīng)“計費報告應(yīng)答”PDU表示BOSS已經(jīng)成功接收計費報告消息并下發(fā)下一階段的計費控制信息，指示IN進行下階段的呼叫實時監(jiān)控。
釋放呼叫請求消息方向IN->BOSS消息功能IN通過向BOSS發(fā)送“釋放呼叫請求”PDU來請求和通知BOSS釋放某個特定呼叫通話。
釋放呼叫應(yīng)答消息方向BOSS->IN消息功能“釋放呼叫應(yīng)答”是接收“釋放呼叫請求”方給對方的一個應(yīng)答消息，表明消息已經(jīng)成功接收。
費用申請消息方向IN->BOSS消息功能當IN需要向BOSS中的用戶賬戶申請一定費用授信用于呼叫控制時，可通過“費用申請”PDU提交給BOSS處理，由BOSS預先分配一定額度的費用授信給IN。
費用申請應(yīng)答消息方向BOSS->IN消息功能BOSS接收到IN提交的“費用申請”PDU后，通過給IN回應(yīng)“費用申請應(yīng)答”PDU表示BOSS已經(jīng)成功接收“費用申請”消息并通過應(yīng)答消息返回BOSS的授信額度給IN。
費用報告消息方向IN->BOSS消息功能當IN處理成功完成業(yè)務(wù)服務(wù)和授信費用的使用后，需要將實際使用的費用通過“費用報告”PDU報告給BOSS，由BOSS進行授信費用的實際扣費處理。
費用報告應(yīng)答消息方向BOSS->IN消息功能BOSS接收到IN上報的“費用報告”PDU后，通過給IN回應(yīng)“費用報告應(yīng)答”PDU表示BOSS已經(jīng)成功接收“費用報告”消息并據(jù)此進行授信費用的扣費操作。
激活測試請求消息方向IN->BOSS或BOSS->IN
消息功能IN和BOSS可以通過向?qū)Ψ桨l(fā)送“激活測試請求”來測試某個維持的會話是否依然有效。
激活測試應(yīng)答消息方向IN->BOSS或BOSS->IN消息功能IN和BOSS在收到對方發(fā)送的“激活測試請求”PDU時，可以通過向?qū)Ψ交厮汀凹せ顪y試應(yīng)答”來表明該會話依然有效。
如圖3所示，為增加IN-BOSS接口后的計費流程A、當SSP/MSC收到呼叫，根據(jù)主叫的簽約信息O-CSI觸發(fā)業(yè)務(wù)至SCP；B、SCP向BOSS上報通話信息和請求鑒權(quán)；C、BOSS對該呼叫進行鑒權(quán)，并下發(fā)鑒權(quán)結(jié)果和計費指示；D、SCP依據(jù)所述計費指示和接續(xù)指示進行接續(xù)處理，并建立通話；E、SCP進行實時呼叫控制和通話監(jiān)視，并隨時或者階段性的向BOSS上報階段性通話信息，BOSS根據(jù)通話信息下發(fā)通話時長給SCP；F、通話結(jié)束，SCP上報通話結(jié)果信息給BOSS，BOSS根據(jù)通話結(jié)果扣費和計費處理。
本發(fā)明的計費系統(tǒng)如圖4所示。因現(xiàn)有技術(shù)中，BOSS的處理方式為后付費處理，增加IN-BOSS接口后，需要改造現(xiàn)有BOSS系統(tǒng)以提供實時呼叫能力。改造后的本發(fā)明系統(tǒng)中的BOSS如圖5所示，除了鑒權(quán)、計費模塊外，還包括實時話單生成模塊模塊，該模塊同鑒權(quán)、計費模塊相連，用于在用戶呼叫結(jié)束后實時生成話單。
BOSS系統(tǒng)中還可以增加實時反算算法模塊，該模塊同鑒權(quán)、計費模塊相連，提供復雜資費模型下用戶賬戶可用資金到可用通話時長的快速轉(zhuǎn)換能力。
相應(yīng)的，SCP為支持本發(fā)明所述的計費方法，SCP內(nèi)設(shè)置以下兩個模塊(1)實時呼叫控制模塊，在用戶呼叫的簽約信息觸發(fā)到智能網(wǎng)處理后，該模塊實時處理這些用戶的呼叫，并依據(jù)實時鑒權(quán)、計費支持模塊的指令進行用戶呼叫控制。
(2)實時鑒權(quán)、計費支持模塊，用于支持用戶呼叫通過IN-BOSS接口到BOSS進行實時鑒權(quán)和計費，并依據(jù)BOSS系統(tǒng)返回的鑒權(quán)、計費狀態(tài)下達呼叫控制指令給實時呼叫控制模塊。
通過本發(fā)明所述的將BOSS與智能網(wǎng)中的SCP相結(jié)合以實現(xiàn)預付費的計費方法及計費系統(tǒng)可以對呼叫進行信令級的呼叫控制，監(jiān)控“最后一次通話”的情況，并解決計費產(chǎn)生過程中的計費延遲問題，實現(xiàn)實時計費。
權(quán)利要求
1.一種計費方法，其特征在于，包括如下步驟A、當業(yè)務(wù)交換點/移動呼叫中心收到呼叫，根據(jù)主叫的簽約信息觸發(fā)業(yè)務(wù)至業(yè)務(wù)交換點；B、業(yè)務(wù)交換點向業(yè)務(wù)運營支撐系統(tǒng)上報通話信息并請求鑒權(quán)；C、業(yè)務(wù)運營支撐系統(tǒng)對該呼叫進行鑒權(quán)，并下發(fā)鑒權(quán)結(jié)果和計費指示；D、業(yè)務(wù)交換點依據(jù)所述計費指示和鑒權(quán)結(jié)果進行接續(xù)處理，并建立通話；E、在通話過程中，業(yè)務(wù)交換點進行實時呼叫控制，階段性的向業(yè)務(wù)運營支撐系統(tǒng)上報通話信息，業(yè)務(wù)運營支撐系統(tǒng)根據(jù)通話信息下發(fā)通話時長給業(yè)務(wù)交換點，業(yè)務(wù)交換點依據(jù)所述時長對呼叫進行控制。
2.如權(quán)利要求1所述的方法，其特征在于，步驟E后進一步包括F、通話結(jié)束，業(yè)務(wù)交換點上報通話結(jié)果信息給業(yè)務(wù)運營支撐系統(tǒng)，業(yè)務(wù)運營支撐系統(tǒng)根據(jù)所述通話結(jié)果進行扣費和計費處理。
3.如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)交換點同業(yè)務(wù)運營支撐系統(tǒng)通過BOSS-IN接口協(xié)議進行交互，所述接口協(xié)議包括呼叫鑒權(quán)請求、計費報告、釋放呼叫請求、費用申請、費用報告操作消息。
4.如權(quán)利要求3所述的方法，其特征在于，所述BOSS-IN接口協(xié)議還包括激活測試操作消息。
5.如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)交換點和當業(yè)務(wù)交換點/移動呼叫中心之間通過CAP協(xié)議進行交互。
6.一種計費系統(tǒng)，所述計費系統(tǒng)包括業(yè)務(wù)交換點和業(yè)務(wù)運營支撐系統(tǒng)，其特征在于，所述業(yè)務(wù)運營支撐系統(tǒng)進一步包括實時話單生成模塊及計費、鑒權(quán)模塊，其中所述實時話單生成模塊，同鑒權(quán)、計費模塊相連，用于在用戶呼叫結(jié)束后實時生成話單；所述業(yè)務(wù)交換點進一步包括實時呼叫控制模塊及實時鑒權(quán)、計費支持模塊，其中實時呼叫控制模塊，用于實時處理用戶的呼叫，并依據(jù)實時鑒權(quán)、計費支持模塊的指令進行用戶呼叫控制；實時鑒權(quán)、計費支持模塊，用于支持用戶呼叫到業(yè)務(wù)運營支撐系統(tǒng)進行實時鑒權(quán)和計費，并依據(jù)業(yè)務(wù)運營支撐系統(tǒng)返回的鑒權(quán)、計費狀態(tài)下達呼叫控制指令給實時呼叫控制模塊。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)運營支撐系統(tǒng)進一步包括實時反算算法模塊，該模塊同鑒權(quán)、計費模塊相連，用于進行用戶賬戶可用資金到可用通話時長的轉(zhuǎn)換。
8.一種業(yè)務(wù)運營支撐系統(tǒng)，其特征在于，所述系統(tǒng)包括實時話單生成模塊及計費、鑒權(quán)模塊，所述實時話單生成模塊，同鑒權(quán)、計費模塊相連，用于在用戶呼叫結(jié)束后實時生成話單。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)運營支撐系統(tǒng)還包括實時反算算法模塊，所述實時反算算法模塊，同鑒權(quán)、計費模塊相連，用于進行用戶賬戶可用資金到可用通話時長的轉(zhuǎn)換。
10.一種業(yè)務(wù)交換點系統(tǒng)，其特征在于，所述業(yè)務(wù)交換點包括實時呼叫控制模塊及實時鑒權(quán)、計費支持模塊，其中實時呼叫控制模塊，用于實時處理用戶的呼叫，并依據(jù)實時鑒權(quán)、計費支持模塊的指令進行用戶呼叫控制；實時鑒權(quán)、計費支持模塊，用于支持用戶呼叫到計費系統(tǒng)進行實時鑒權(quán)和計費，并依據(jù)計費系統(tǒng)返回的鑒權(quán)、計費狀態(tài)下達呼叫控制指令給實時呼叫控制模塊。
全文摘要
本發(fā)明提供一種計費方法，該方法為當業(yè)務(wù)交換點/移動呼叫中心收到呼叫，根據(jù)主叫的簽約信息觸發(fā)業(yè)務(wù)至業(yè)務(wù)交換點；業(yè)務(wù)交換點向業(yè)務(wù)運營支撐系統(tǒng)上報通話信息并請求鑒權(quán)；業(yè)務(wù)運營支撐系統(tǒng)對該呼叫進行鑒權(quán)，并下發(fā)鑒權(quán)結(jié)果和計費指示；業(yè)務(wù)交換點依據(jù)所述計費指示和鑒權(quán)結(jié)果進行接續(xù)處理，并建立通話；在通話過程中，業(yè)務(wù)交換點進行實時呼叫控制，并向業(yè)務(wù)運營支撐系統(tǒng)上報通話信息，業(yè)務(wù)運營支撐系統(tǒng)根據(jù)通話信息下發(fā)通話時長給業(yè)務(wù)交換點。通過該計費方法解決計費產(chǎn)生過程中的計費延遲問題。本發(fā)明還同時公開了一種計費系統(tǒng)和業(yè)務(wù)運營支撐系統(tǒng)。
文檔編號H04Q7/22GK1798227SQ20041010160
公開日2006年7月5日 申請日期2004年12月21日 優(yōu)先權(quán)日2004年12月21日
發(fā)明者姚兵兵 申請人:華為技術(shù)有限公司