亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法

文檔序號(hào):7617314閱讀:159來源:國(guó)知局
專利名稱:一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法
技術(shù)領(lǐng)域
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域,具體涉及一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法。
背景技術(shù)
UMTS(通用移動(dòng)通訊系統(tǒng))電路域多媒體呼叫是一種基于3G-324M并利用同步透明數(shù)據(jù)業(yè)務(wù)實(shí)現(xiàn)的承載服務(wù),它需要網(wǎng)絡(luò)具有協(xié)商承載能力的功能。
3G-324M是ITU-T(國(guó)際電信聯(lián)盟-電信標(biāo)準(zhǔn)化部門)的H.324協(xié)議在3GPP(第三代伙伴組織計(jì)劃)中的演進(jìn),它描述了低速率多媒體通信終端的標(biāo)準(zhǔn)。
H.324協(xié)議棧如附圖1所示。
在圖1中,物理承載層之上的H.223是低速率多媒體通信的復(fù)用協(xié)議,該協(xié)議規(guī)定了多媒體信息的包復(fù)用幀結(jié)構(gòu)、域段格式及其復(fù)用過程;SRP(SimpleRetransmission Protocol簡(jiǎn)單重傳協(xié)議)用于H.324/P,NSRP(Numbered SRP有編號(hào)的簡(jiǎn)單重傳協(xié)議)用于H.324/M;CCSRL(Control Channel Segmentation andReassembly Layer控制信道分段和重裝層)主要對(duì)H.245碼流進(jìn)行分割和復(fù)用;H.245是多媒體通信控制協(xié)議,該協(xié)議負(fù)責(zé)音/視頻編碼和復(fù)用過程的統(tǒng)一控制和協(xié)調(diào),以保證網(wǎng)絡(luò)的正常工作。
利用H.324協(xié)議棧主叫側(cè)用戶設(shè)備實(shí)現(xiàn)UMTS電路域多媒體呼叫的過程如附圖2所示。
在圖2中,主叫側(cè)用戶設(shè)備與MSC(移動(dòng)交換中心)之間通過SETUP(呼叫建立)消息、CALL PROCEEDING(呼叫接續(xù))消息、ALERTING(振鈴)消息、CONNECT(連接)消息、CONNECT ACK(連接確認(rèn))消息建立連接,然后,主叫側(cè)用戶設(shè)備通過H.245信令流程與被叫側(cè)用戶設(shè)備進(jìn)行H.245帶內(nèi)協(xié)商,帶內(nèi)協(xié)商成功并成功進(jìn)行多媒體呼叫的過程如附圖3所示在圖3中,主叫側(cè)用戶設(shè)備接收到CONNECT ACK息后,通過H.245與被叫側(cè)用戶設(shè)備進(jìn)行終端能力設(shè)置(Termial Capability Set)、主從確定(Master SlaverDetermination)、打開邏輯信道(Openlogical Channel)、發(fā)送復(fù)用條目(MultiplexEntry Send)等過程后,開始真正的多媒體通話,主叫側(cè)用戶設(shè)備通過媒體網(wǎng)關(guān)與被叫側(cè)用戶設(shè)備傳輸媒體流,并在媒體流傳輸完畢后,主叫側(cè)用戶設(shè)備、被叫側(cè)用戶設(shè)備通過結(jié)束會(huì)話(End Session Command)、關(guān)閉邏輯信道(CloseLogical Channel)過程完成本次正常的多媒體呼叫。
帶內(nèi)協(xié)商失敗致使多媒體呼叫結(jié)束的流程如附圖4所示。
在圖4中,主叫側(cè)用戶設(shè)備接收到與其連接的移動(dòng)交換中心傳輸來的CONNECT ACK消息后,通過H.245信令與被叫側(cè)用戶設(shè)備進(jìn)行終端能力設(shè)置(Terminal Capability Set)過程,當(dāng)終端能力設(shè)置失敗,即主叫側(cè)用戶設(shè)備接收到被叫側(cè)用戶設(shè)備傳輸來的Terminal Capability Set Reject(拒絕終端能力設(shè)置)消息時(shí),主叫側(cè)用戶設(shè)備開始Terminal Capability SetRelease(終端能力設(shè)置釋放)過程。
不論是在帶內(nèi)協(xié)商成功且多媒體呼叫結(jié)束后,還是在帶內(nèi)協(xié)商失敗后,主叫側(cè)用戶設(shè)備都會(huì)向MSC發(fā)送如附圖2中的disconnect(拆除連接)消息以拆除用戶設(shè)備與MSC的連接,且disconnect消息中的拆線原因值均為Normal CallClear(正常呼叫清除)。由于disconnect消息的拆線原因值為Normal call clear,網(wǎng)絡(luò)側(cè)認(rèn)為通話正常結(jié)束而對(duì)本次多媒體通話進(jìn)行正常計(jì)費(fèi)處理,收取費(fèi)用的起始時(shí)間是MSC接收到connect acknowledge消息的時(shí)間,收取費(fèi)用的結(jié)束時(shí)間是MSC收到disconnect消息的時(shí)間。
在H.245信令流程帶內(nèi)協(xié)商失敗時(shí),用戶設(shè)備之間并沒有傳輸媒體流,用戶沒有享受到運(yùn)營(yíng)商提供的多媒體呼叫服務(wù),本不應(yīng)該進(jìn)行計(jì)費(fèi),但是,由于現(xiàn)有的多媒體通話計(jì)費(fèi)過程中不能有效的區(qū)分正常多媒體通話結(jié)束的拆線和帶內(nèi)協(xié)商失敗的拆線,產(chǎn)生了錯(cuò)誤計(jì)費(fèi)的現(xiàn)象。錯(cuò)誤計(jì)費(fèi)必然會(huì)引起用戶的投訴,從而降低用戶的滿意度。

發(fā)明內(nèi)容
本發(fā)明的目的在于,提供一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,通過記錄用戶設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備拆除連接的區(qū)別原因,避免了現(xiàn)有技術(shù)中多媒體業(yè)務(wù)錯(cuò)誤計(jì)費(fèi)的現(xiàn)象,提高了多媒體業(yè)務(wù)計(jì)費(fèi)的準(zhǔn)確性,從而提高了用戶的滿意度。
為達(dá)到上述目的,本發(fā)明提供的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,包括記錄拆除用戶設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備連接的區(qū)別原因,并根據(jù)所述區(qū)別原因?qū)λ鲇脩粼O(shè)備的多媒體業(yè)務(wù)進(jìn)行相應(yīng)的計(jì)費(fèi)處理。
所述網(wǎng)絡(luò)側(cè)設(shè)備包括移動(dòng)交換中心。
所述區(qū)別原因包括多媒體呼叫帶內(nèi)協(xié)商失敗。
所述方法包括a、用戶設(shè)備確定多媒體呼叫帶內(nèi)協(xié)商失敗,將多媒體呼叫帶內(nèi)協(xié)商失敗的信息承載于拆除連接消息中傳輸至與其連接的移動(dòng)交換中心;b、所述移動(dòng)交換中心根據(jù)所述多媒體呼叫帶內(nèi)協(xié)商失敗的信息不對(duì)所述用戶設(shè)備的本次多媒體業(yè)務(wù)進(jìn)行計(jì)費(fèi)處理。
所述用戶設(shè)備為主/被叫側(cè)用戶設(shè)備。
所述步驟a中用戶設(shè)備確定多媒體呼叫帶內(nèi)協(xié)商失敗包括所述用戶設(shè)備接收到對(duì)端用戶設(shè)備傳輸來的拒絕終端能力設(shè)置消息。
所述方法還包括c、所述用戶設(shè)備的移動(dòng)交換中心將所述多媒體呼叫帶內(nèi)協(xié)商失敗的信息傳輸至對(duì)端用戶設(shè)備的移動(dòng)交換中心。
所述步驟c具體包括所述用戶設(shè)備的移動(dòng)交換中心將所述多媒體呼叫帶內(nèi)協(xié)商失敗的信息承載于拆除連接消息中傳輸至所述對(duì)端用戶設(shè)備的移動(dòng)交換中心。
所述用戶設(shè)備的移動(dòng)交換中心傳輸?shù)牟鸪B接消息經(jīng)過局間信令轉(zhuǎn)換后傳輸至所述對(duì)端用戶設(shè)備的移動(dòng)交換中心。
所述方法還包括所述對(duì)端用戶設(shè)備的移動(dòng)交換中心根據(jù)多媒體呼叫帶內(nèi)協(xié)商失敗的信息不對(duì)所述對(duì)端用戶設(shè)備的本次多媒體業(yè)務(wù)進(jìn)行計(jì)費(fèi)處理。
通過上述技術(shù)方案的描述可明顯得知,本發(fā)明通過記錄用戶設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備拆除連接的區(qū)別原因,使網(wǎng)絡(luò)側(cè)能夠區(qū)分用戶設(shè)備因正常通話結(jié)束而引起的拆線和因多媒體業(yè)務(wù)帶內(nèi)協(xié)商失敗而引起的拆線,使網(wǎng)絡(luò)側(cè)能夠?qū)τ脩粼O(shè)備的多媒體業(yè)務(wù)進(jìn)行區(qū)別計(jì)費(fèi);當(dāng)用戶設(shè)備的多媒體業(yè)務(wù)帶內(nèi)協(xié)商失敗時(shí),本發(fā)明能夠?qū)⒍嗝襟w呼叫帶內(nèi)協(xié)商失敗信息傳輸至對(duì)端用戶設(shè)備的移動(dòng)交換中心,使網(wǎng)絡(luò)側(cè)能夠?qū)啥说挠脩粼O(shè)備均進(jìn)行正確的計(jì)費(fèi)處理;從而通過本發(fā)明提供的技術(shù)方案實(shí)現(xiàn)了提高多媒體業(yè)務(wù)計(jì)費(fèi)準(zhǔn)確性,提高用戶滿意度的目的。


圖1是H.324協(xié)議棧示意圖;圖2是主叫側(cè)用戶設(shè)備進(jìn)行多媒體業(yè)務(wù)的流程圖;圖3是實(shí)現(xiàn)多媒體呼叫的流程圖;圖4是帶內(nèi)協(xié)商失敗導(dǎo)致多媒體呼叫結(jié)束的流程圖;圖5是本發(fā)明的多媒體呼叫帶內(nèi)協(xié)商失敗的信息傳輸?shù)牧鞒虉D;圖6是本發(fā)明的多媒體業(yè)務(wù)計(jì)費(fèi)的流程圖。
具體實(shí)施例方式
本發(fā)明的核心是記錄拆除用戶設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備的連接的區(qū)別原因,并根據(jù)所述區(qū)別原因?qū)λ鲇脩粼O(shè)備的多媒體業(yè)務(wù)進(jìn)行相應(yīng)的計(jì)費(fèi)處理。
下面基于本發(fā)明的核心思想對(duì)本發(fā)明提供的技術(shù)方案做進(jìn)一步的描述。
主叫側(cè)用戶設(shè)備在進(jìn)行多媒體呼叫業(yè)務(wù)時(shí),需要通過H.245信令流程與被叫側(cè)用戶設(shè)備進(jìn)行多媒體業(yè)務(wù)帶內(nèi)協(xié)商。
當(dāng)多媒體業(yè)務(wù)帶內(nèi)協(xié)商成功、且主叫側(cè)用戶設(shè)備與被叫側(cè)用戶設(shè)備的多媒體呼叫業(yè)務(wù)正常結(jié)束時(shí),主叫側(cè)用戶設(shè)備需要將攜帶Normal Call Clear(正常呼叫清除)拆線原因值的disconnect消息傳輸至與其連接的MSC,以拆除其與該MSC的連接。
當(dāng)多媒體業(yè)務(wù)帶內(nèi)協(xié)商失敗,如主叫側(cè)用戶設(shè)備收到被叫側(cè)用戶設(shè)備傳輸來的TerminalCapabilitySetReject消息時(shí),主叫側(cè)用戶設(shè)備在向?qū)Χ擞脩粼O(shè)備傳輸TerminalCapabilitySetRelease消息時(shí),還需要向主叫側(cè)用戶設(shè)備的MSC發(fā)送disconnect消息以拆除其與該MSC的連接。在主叫側(cè)用戶設(shè)備發(fā)送disconnect消息時(shí),本發(fā)明需要主叫側(cè)用戶設(shè)備將多媒體業(yè)務(wù)帶內(nèi)協(xié)商失敗的信息如multimedia call inband negotiate failure(多媒體呼叫帶內(nèi)協(xié)商失敗)拆線原因值承載于disconnect消息中傳輸至與其連接的MSC。
從上面的描述可知,由于主叫側(cè)用戶設(shè)備在disconnect消息中承載了其拆除與MSC連接的不同拆線原因值,使網(wǎng)絡(luò)側(cè)能夠?qū)χ鹘袀?cè)用戶設(shè)備的多媒體業(yè)務(wù)采取不同的計(jì)費(fèi)策略,譬如當(dāng)網(wǎng)絡(luò)側(cè)接收到主叫側(cè)用戶設(shè)備傳輸來的承載有multimedia call inband negotiate failure拆線原因值的disconnect消息時(shí),由于媒體流沒有傳輸,主叫側(cè)用戶設(shè)備沒有享受到運(yùn)營(yíng)商提供的服務(wù),所以,網(wǎng)絡(luò)側(cè)可以不對(duì)該主叫側(cè)用戶設(shè)備的本次多媒體呼叫業(yè)務(wù)進(jìn)行計(jì)費(fèi)處理。從而實(shí)現(xiàn)了網(wǎng)絡(luò)側(cè)在主叫側(cè)用戶設(shè)備的終端能力設(shè)置被對(duì)端用戶設(shè)備拒絕時(shí),對(duì)主叫側(cè)用戶設(shè)備的本次多媒體業(yè)務(wù)的正確計(jì)費(fèi)。
在主、被叫側(cè)用戶設(shè)備通過H.245信令流程進(jìn)行多媒體業(yè)務(wù)帶內(nèi)協(xié)商時(shí),如果被叫側(cè)用戶設(shè)備收到主叫側(cè)用戶設(shè)備傳輸來的TerminalCapabiltySetReject消息時(shí),即可確定多媒體業(yè)務(wù)帶內(nèi)協(xié)商失敗,被叫側(cè)用戶設(shè)備在向主叫側(cè)用戶設(shè)備傳輸Terminal Capability SetRelease消息后,需要向與其連接的MSC發(fā)送disconnect消息,以拆除與其連接的MSC的連接。在被叫側(cè)用戶設(shè)備發(fā)送disconnect消息時(shí),本發(fā)明需要被叫側(cè)用戶設(shè)備將帶內(nèi)協(xié)商失敗的信息如multimedia call inband negotiate falure拆線原因值承載于disconnect消息中傳輸至與其連接的MSC。
當(dāng)多媒體業(yè)務(wù)帶內(nèi)協(xié)商成功、且被叫側(cè)用戶設(shè)備與主叫側(cè)用戶設(shè)備的多媒體呼叫業(yè)務(wù)正常結(jié)束時(shí),被叫側(cè)用戶設(shè)備需要將攜帶Normal Call Clear(正常呼叫清除)拆線原因值的disconnect消息傳輸至與其連接的MSC,以拆除其與該MSC的連接。
從上面的描述可知,由于被叫側(cè)用戶設(shè)備在其傳輸至MSC的disconnect消息中承載了其拆除與MSC連接的不同拆線原因值,使網(wǎng)絡(luò)側(cè)能夠?qū)Ρ唤袀?cè)用戶設(shè)備的多媒體業(yè)務(wù)采取不同的計(jì)費(fèi)策略,譬如當(dāng)網(wǎng)絡(luò)側(cè)接收到被叫側(cè)用戶設(shè)備傳輸來的承載有multimedia call inband negotiate failure的disconnect消息時(shí),由于媒體流沒有傳輸,被叫側(cè)用戶設(shè)備沒有享受到運(yùn)營(yíng)商提供的服務(wù),所以,網(wǎng)絡(luò)側(cè)可以不對(duì)該被叫側(cè)用戶設(shè)備的本次多媒體呼叫業(yè)務(wù)進(jìn)行計(jì)費(fèi)處理。從而實(shí)現(xiàn)了網(wǎng)絡(luò)側(cè)在被叫側(cè)用戶設(shè)備的終端能力設(shè)置被對(duì)端用戶設(shè)備拒絕時(shí),對(duì)被叫側(cè)用戶設(shè)備的本次多媒體業(yè)務(wù)的正確計(jì)費(fèi)。
在主/被叫側(cè)用戶設(shè)備的移動(dòng)交換中心接收到主/被叫側(cè)用戶設(shè)備傳輸來的承載有multimedia call inband negotiate failure拆線原因值的disconnect消息時(shí),還應(yīng)將該拆線原因值傳輸至對(duì)端用戶設(shè)備的移動(dòng)交換中心,使對(duì)端用戶設(shè)備的移動(dòng)交換中心能夠確定本次拆除連接是由于多媒體業(yè)務(wù)帶內(nèi)協(xié)商失敗引起的,從而確定對(duì)該對(duì)端用戶設(shè)備本次多媒體業(yè)務(wù)的計(jì)費(fèi)策略。
主/被叫側(cè)用戶設(shè)備的移動(dòng)交換中心將multimedia call inband negotiatefailure拆線原因值傳輸至對(duì)端用戶設(shè)備的移動(dòng)交換中心的方法可以為將承載有multimedia call inband negotiate failure拆線原因值的disconnect消息傳輸至對(duì)端用戶設(shè)備的移動(dòng)交換中心。具體如附圖5所示。
在圖5中,設(shè)定主叫側(cè)用戶設(shè)備為用戶設(shè)備A、被叫側(cè)用戶設(shè)備為用戶設(shè)備B,用戶設(shè)備A需要與用戶設(shè)備B進(jìn)行多媒體呼叫業(yè)務(wù),且用戶設(shè)備A對(duì)應(yīng)的MSC為MSCA,用戶設(shè)備B對(duì)應(yīng)的MSC為MSCB。
用戶設(shè)備A在接收到對(duì)端即用戶設(shè)備B傳輸來的Terminal CapabilitySetReject消息后,將承載有multimedia call inband negotiate failure的disconnect消息傳輸至移動(dòng)交換中心A。移動(dòng)交換中心A根據(jù)multimedia call inbandnegotiate failure拆線原因值不對(duì)用戶設(shè)備A進(jìn)行本次多媒體業(yè)務(wù)的計(jì)費(fèi)處理,并將承載有multimedia call inband negotiate failure的disconnect消息傳輸至移動(dòng)交換中心B。
當(dāng)主/被叫側(cè)用戶設(shè)備分別處于不同的局時(shí),移動(dòng)交換中心A傳輸?shù)膁isconnect消息需要通過ISUP/BICC/SIP局間信令轉(zhuǎn)換后,再傳輸至移動(dòng)交換中心B。這樣就需要ISUP/BICC/SIP(ISDN用戶部分/與承載無關(guān)的呼叫控制/會(huì)話起始協(xié)議)同樣支持該區(qū)別原因。
移動(dòng)交換中心A在向移動(dòng)交換中心B傳輸disconnect消息時(shí),還需要通過release、release complete、clear command、clear complete消息清除用戶設(shè)備A與移動(dòng)交換中心A的連接。
移動(dòng)交換中心B在將disconnect消息傳輸至用戶設(shè)備B時(shí),還需要通過release、release complete、clear command、clear complete消息清除用戶設(shè)備B與移動(dòng)交換中心B的連接。
對(duì)端用戶設(shè)備的移動(dòng)交換中心在接收到承載有multimedia call inbandnegotiate failure拆線原因值的disconnect消息時(shí),確定多媒體業(yè)務(wù)帶內(nèi)協(xié)商失敗,該移動(dòng)交換中心可以根據(jù)disconnect消息中的multimedia call inbandnegotiate failure拆線原因值不對(duì)該對(duì)端用戶設(shè)備的本次多媒體呼叫業(yè)務(wù)進(jìn)行計(jì)費(fèi)處理。從而實(shí)現(xiàn)了網(wǎng)絡(luò)側(cè)同時(shí)對(duì)兩端用戶設(shè)備的多媒體業(yè)務(wù)的正確計(jì)費(fèi)。
本發(fā)明的多媒體業(yè)務(wù)計(jì)費(fèi)的流程圖如附圖6所示。
圖6中,在步驟600,主叫側(cè)用戶設(shè)備與被叫側(cè)用戶設(shè)備通過H.245流程進(jìn)行多媒體業(yè)務(wù)帶內(nèi)協(xié)商。
到步驟610,主/被叫側(cè)用戶設(shè)備判斷本次多媒體業(yè)務(wù)帶內(nèi)協(xié)商是否成功,如果協(xié)商成功,到步驟620,主、被叫側(cè)用戶設(shè)備之間繼續(xù)進(jìn)行正常的多媒體業(yè)務(wù)。
在步驟610,如果帶內(nèi)協(xié)商不成功,如主/被叫側(cè)用戶設(shè)備接收到被/主叫側(cè)用戶設(shè)備傳輸來的TerminalCapabilitySetReject消息,則到步驟630。
在步驟630,主/被叫側(cè)用戶設(shè)備將承載有multimedia call inband negotiatefailure拆線原因值的disconnect消息傳輸至與其連接的移動(dòng)交換中心。
到步驟640,主/被叫側(cè)用戶設(shè)備的移動(dòng)交換中心根據(jù)其接收的承載有multimedia call inband negotiate failure拆線原因值的disconnect消息,確定對(duì)主/被叫側(cè)用戶設(shè)備的計(jì)費(fèi)策略,如采用不對(duì)主/被叫側(cè)用戶設(shè)備的本次多媒體業(yè)務(wù)進(jìn)行計(jì)費(fèi)等計(jì)費(fèi)策略,并通過release、release complete、clear command、clearcomplete等消息拆除其與主/被叫側(cè)用戶設(shè)備的連接,同時(shí),將承載有multimediacall inband negotiate failure拆線原因值的disconnect消息傳輸至對(duì)端被/主叫側(cè)用戶設(shè)備的移動(dòng)交換中心。
到步驟650,被/主叫側(cè)用戶設(shè)備的移動(dòng)交換中心根據(jù)其接收的承載有multimedia call inband negotiate failure拆線原因值的disconnect消息,確定對(duì)被/主叫側(cè)用戶設(shè)備的計(jì)費(fèi)策略,如采用不對(duì)被/主叫側(cè)用戶設(shè)備的本次多媒體業(yè)務(wù)進(jìn)行計(jì)費(fèi)等計(jì)費(fèi)策略,并通過release、release complete、clear command、clearcomplete等消息拆除其與被/主叫側(cè)用戶設(shè)備的連接。
雖然通過實(shí)施例描繪了本發(fā)明,本領(lǐng)域普通技術(shù)人員知道,本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神,本發(fā)明的申請(qǐng)文件的權(quán)利要求包括這些變形和變化。
權(quán)利要求
1.一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,包括記錄拆除用戶設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備連接的區(qū)別原因,并根據(jù)所述區(qū)別原因?qū)λ鲇脩粼O(shè)備的多媒體業(yè)務(wù)進(jìn)行相應(yīng)的計(jì)費(fèi)處理。
2.如權(quán)利要求1所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述網(wǎng)絡(luò)側(cè)設(shè)備包括移動(dòng)交換中心。
3.如權(quán)利要求2所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述區(qū)別原因包括多媒體呼叫帶內(nèi)協(xié)商失敗。
4.如權(quán)利要求3所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述方法包括a、用戶設(shè)備確定多媒體呼叫帶內(nèi)協(xié)商失敗,將多媒體呼叫帶內(nèi)協(xié)商失敗的信息承載于拆除連接消息中傳輸至與其連接的移動(dòng)交換中心;b、所述移動(dòng)交換中心根據(jù)所述多媒體呼叫帶內(nèi)協(xié)商失敗的信息不對(duì)所述用戶設(shè)備的本次多媒體業(yè)務(wù)進(jìn)行計(jì)費(fèi)處理。
5.如權(quán)利要求1至4中任一權(quán)利要求所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述用戶設(shè)備為主/被叫側(cè)用戶設(shè)備。
6.如權(quán)利要求4所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述步驟a中用戶設(shè)備確定多媒體呼叫帶內(nèi)協(xié)商失敗包括所述用戶設(shè)備接收到對(duì)端用戶設(shè)備傳輸來的拒絕終端能力設(shè)置消息。
7.如權(quán)利要求4所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述方法還包括c、所述用戶設(shè)備的移動(dòng)交換中心將所述多媒體呼叫帶內(nèi)協(xié)商失敗的信息傳輸至對(duì)端用戶設(shè)備的移動(dòng)交換中心。
8.如權(quán)利要求7所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述步驟c具體包括所述用戶設(shè)備的移動(dòng)交換中心將所述多媒體呼叫帶內(nèi)協(xié)商失敗的信息承載于拆除連接消息中傳輸至所述對(duì)端用戶設(shè)備的移動(dòng)交換中心。
9.如權(quán)利要求8所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述用戶設(shè)備的移動(dòng)交換中心傳輸?shù)牟鸪B接消息經(jīng)過局間信令轉(zhuǎn)換后傳輸至所述對(duì)端用戶設(shè)備的移動(dòng)交換中心。
10.如權(quán)利要求7所述的一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其特征在于,所述方法還包括所述對(duì)端用戶設(shè)備的移動(dòng)交換中心根據(jù)多媒體呼叫帶內(nèi)協(xié)商失敗的信息不對(duì)所述對(duì)端用戶設(shè)備的本次多媒體業(yè)務(wù)進(jìn)行計(jì)費(fèi)處理。
全文摘要
本發(fā)明提供一種多媒體業(yè)務(wù)計(jì)費(fèi)的方法,其核心為記錄拆除用戶設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備連接的區(qū)別原因,并根據(jù)所述區(qū)別原因?qū)λ鲇脩粼O(shè)備的多媒體業(yè)務(wù)進(jìn)行相應(yīng)的計(jì)費(fèi)處理。本發(fā)明通過記錄用戶設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備拆除連接的區(qū)別原因,使網(wǎng)絡(luò)側(cè)能夠區(qū)分用戶設(shè)備因正常通話結(jié)束而引起的拆線和因H.245帶內(nèi)協(xié)商失敗而引起的拆線,從而使網(wǎng)絡(luò)側(cè)能夠?qū)τ脩粼O(shè)備的多媒體業(yè)務(wù)進(jìn)行區(qū)別計(jì)費(fèi);從而實(shí)現(xiàn)了提高多媒體業(yè)務(wù)計(jì)費(fèi)準(zhǔn)確性,提高用戶設(shè)備滿意度的目的。
文檔編號(hào)H04Q7/22GK1848894SQ20051006459
公開日2006年10月18日 申請(qǐng)日期2005年4月15日 優(yōu)先權(quán)日2005年4月15日
發(fā)明者舒續(xù)祖, 劉建農(nóng) 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1