專利名稱：一種在分組網(wǎng)絡(luò)中實現(xiàn)反轉(zhuǎn)計費業(yè)務(wù)的系統(tǒng)、方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在分組網(wǎng)絡(luò)中實現(xiàn)電信業(yè)務(wù)的技術(shù)，特別涉及一種在分組網(wǎng)絡(luò)中實現(xiàn)反轉(zhuǎn)計費(REV，Reverse Charging)業(yè)務(wù)的系統(tǒng)、方法及裝置。
背景技術(shù)：
REV是基于電路交換的傳統(tǒng)電信網(wǎng)絡(luò)中的一種常用電信業(yè)務(wù)，其允許被叫終端，或稱為服務(wù)終端為全部或部分呼叫付費。
在國際電信聯(lián)盟-電信標(biāo)準(zhǔn)化組織(ITU-T)的1.256.3標(biāo)準(zhǔn)中，定義了綜合業(yè)務(wù)數(shù)字網(wǎng)絡(luò)(ISDN)中的REV業(yè)務(wù)包括四種情況Case A，具有請求REV業(yè)務(wù)能力的主叫終端針對一次呼叫，在呼叫建立時請求REV業(yè)務(wù)，被叫終端選擇接受或拒絕承擔(dān)本次呼叫費用；Case B，具有請求REV業(yè)務(wù)能力的主叫終端在呼叫過程中請求REV業(yè)務(wù)，即請求呼叫剩余部分的REV，被叫終端選擇接受或拒絕承擔(dān)本次呼叫剩余部分的費用或者具有請求REV業(yè)務(wù)能力的被叫終端在呼叫過程中請求REV業(yè)務(wù)，即對呼叫剩余部分進(jìn)行REV；Case C，被叫終端在呼叫釋放前，請求全部呼叫的REV，在被叫終端沒有進(jìn)行REV前，主叫終端按照現(xiàn)有技術(shù)計費；Case D，被叫終端在不需要被叫終端或主叫終端請求的情況下，為接入自身的所有呼叫進(jìn)行REV。
在ITU-T Q.956標(biāo)準(zhǔn)和ITU-T Q.736.3標(biāo)準(zhǔn)中，分別定義了REV業(yè)務(wù)在終端與網(wǎng)絡(luò)之間的接口上對接口信令，即DSS1信令的擴(kuò)展、在網(wǎng)絡(luò)與網(wǎng)絡(luò)之間的接口上對接口信令，即SS7信令的協(xié)議擴(kuò)展以及在基于電路交換的傳統(tǒng)電信網(wǎng)絡(luò)中的實現(xiàn)流程，傳統(tǒng)電信網(wǎng)絡(luò)可以為ISDN。
在ITU-T Q.956標(biāo)準(zhǔn)中定義的DSS1信令擴(kuò)展為1)擴(kuò)展了能力(facility)消息，對于基本速率接口和基群速率(S/T)接口，增加了反轉(zhuǎn)計費請求(RequestREV)、反轉(zhuǎn)計費指示(REVIndication)、忽略終端(UserIgnored)、反轉(zhuǎn)計費已執(zhí)行(REVIsAlreadyRunning)等參數(shù)，其中，RequestREV用于REV請求和響應(yīng)，包括Case參數(shù)、錯誤碼以及原因值；對于基群速率(T)接口，還增加了反轉(zhuǎn)計費T接口狀態(tài)(REV-T-Status)參數(shù)，其狀態(tài)包括整個呼叫(wholeCall)和剩余呼叫(forTheRestOfTheCall)；2)擴(kuò)展了通知(NOTIFY)消息，增加了通知的信息單元，1101110表示整個呼叫的REV，1101111表示剩余呼叫的REV。
在ITU-T Q.736.3標(biāo)準(zhǔn)中定義的SS7信令擴(kuò)展為1)擴(kuò)展了呼叫反轉(zhuǎn)計費建立請求(REVCallingReqSetup)，用于Case A，其中，請求參數(shù)包括轉(zhuǎn)帳請求(transferRequested)和主叫終端號碼(callingUserNumber)，響應(yīng)參數(shù)包括轉(zhuǎn)帳響應(yīng)(transferAccepted)和被叫終端號碼(calledUserNumber)；2)擴(kuò)展了呼叫反轉(zhuǎn)計費建立功能(REVCallingReqActive)，用于Case B中，主叫請求REV的情況，其中，請求參數(shù)包括transferRequested和callingUserNumber，響應(yīng)參數(shù)包括transferAccepted和calledUserNumber；3)擴(kuò)展了反轉(zhuǎn)計費被呼叫請求(REVCalledRequest)，用于Case B中，被叫請求REV的情況，以及CaseC，Case D中，其中，請求參數(shù)包括transferRequested、calledUserNumber和呼叫剩余部分(partialCallOnly)，響應(yīng)參數(shù)包括transferAccepted、callingUserNumber和持續(xù)時間(duration)。
ITU-T Q.736.3標(biāo)準(zhǔn)還定義了REV業(yè)務(wù)中的兩種計費方式第一種，不轉(zhuǎn)帳模式(Non-transfer mode)，REV后，依然在主叫側(cè)網(wǎng)絡(luò)計費，但計費到被叫終端；第二種，轉(zhuǎn)帳模式(Transfer mode)，REV后，主叫側(cè)網(wǎng)絡(luò)不計費，在被叫側(cè)網(wǎng)絡(luò)計費到被叫終端。
transferReqeusted和transferAccepted用于協(xié)商是否采用transfer mode方式，只有在主叫側(cè)網(wǎng)絡(luò)和被叫側(cè)網(wǎng)絡(luò)均支持Transfer Mode的情況下，才使用transfer mode方式，協(xié)商的過程包括在Case A或Case B主叫終端請求REV的情況，如果主叫側(cè)網(wǎng)絡(luò)支持transfer mode，主叫側(cè)網(wǎng)絡(luò)將在REVCallingReqSetup或REVCallingReqActive消息中攜帶transferReqeusted和callingUserNumber參數(shù)，被叫側(cè)網(wǎng)絡(luò)如果選擇transfer mode，將在返回消息中攜帶transferAccepted，被叫側(cè)網(wǎng)絡(luò)如果選擇non-transfer mode，將在返回消息中攜帶calledUserNumber；在Case B被叫終端請求REV的情況下、Case C以及Case D中，被叫側(cè)網(wǎng)絡(luò)在REVCalledRequest消息中攜帶transferReqeusted和calledUserNumber參數(shù)，主叫側(cè)網(wǎng)絡(luò)如果選擇transfermode，將在返回消息中攜帶transferAccepted，主叫側(cè)網(wǎng)絡(luò)如果選擇non-transfer mode，將在返回消息中攜帶callingUserNumber。
partialCallOnly用于在Case B被叫終端請求REV的情況下，指示僅對呼叫剩余的部分進(jìn)行REV；duration用于Case C中，如果在REV后采用transfer mode方式，主叫側(cè)網(wǎng)絡(luò)通過該參數(shù)將該呼叫發(fā)生的時間通知被叫側(cè)網(wǎng)絡(luò)。
以下分別對ITU-T Q.956標(biāo)準(zhǔn)和ITU-T Q.736.3標(biāo)準(zhǔn)中描述的在Case A、Case B、Case C以及Case D中實現(xiàn)REV的過程進(jìn)行說明。
圖1為現(xiàn)有技術(shù)在Case A中實現(xiàn)REV的方法實施例一的流程圖，涉及的網(wǎng)絡(luò)實體有發(fā)起呼叫的主叫終端，表示為呼叫用戶(Calling user)；被呼叫的被叫終端，表示為被呼叫用戶(Called user)；以及Calling user和Calleduser之間的網(wǎng)絡(luò)(Network)，該實施例中Called user接受REV請求，其具體步驟為步驟100、Calling user發(fā)送呼叫建立(SETUP)消息，該消息為反轉(zhuǎn)計費請求邀請消息(RequestREV INV)，RequestREV INV中指示Case A。
步驟101、Calling user所在網(wǎng)絡(luò)側(cè)檢查REV業(yè)務(wù)互通是否支持，SS7信令是否支持等條件，通過后，通過Network發(fā)送初始地址消息(IAM)，IAM為REVCallingReqSetup，到Called user所在網(wǎng)絡(luò)側(cè)。
步驟102、Called user所在網(wǎng)絡(luò)側(cè)檢查Called user是否簽約了REV，是否已經(jīng)激活了REV業(yè)務(wù)等，檢查通過后轉(zhuǎn)發(fā)RequestREV INV到Called user。
步驟103、Called user接受REV請求，發(fā)送連接消息(CONNECT)，CONNECT為反轉(zhuǎn)計費請求響應(yīng)消息(RequestREV RR)。
步驟104、Called user所在網(wǎng)絡(luò)側(cè)收到RequestREV RR，發(fā)送應(yīng)答消息(ANM)到Calling user所在網(wǎng)絡(luò)側(cè)，該ANM為REVCallingReqSetup，并開始對Called user計費。
步驟105、Calling user所在網(wǎng)絡(luò)側(cè)收到ANM，完成呼叫接續(xù)，該呼叫將不對Calling user進(jìn)行計費。
圖2為現(xiàn)有技術(shù)在Case A中實現(xiàn)REV的方法實施例二的流程圖，該實施例中Called user不接受REV請求，其具體步驟為步驟200、Calling user發(fā)送SETUP消息，該消息為RequestREV INV，RequestREV INV中指示Case A。
步驟201、Calling user所在網(wǎng)絡(luò)側(cè)檢查REV業(yè)務(wù)互通是否支持，SS7信令是否支持等條件，通過后，通過Network發(fā)送IAM，IAM為REVCallingReqSetup，到Called user所在網(wǎng)絡(luò)側(cè)。
步驟202、Called user所在網(wǎng)絡(luò)側(cè)檢查Called user是否簽約了REV，是否已經(jīng)激活了REV業(yè)務(wù)等，檢查通過后轉(zhuǎn)發(fā)RequestREV INV到Called user。
步驟203、Called user拒絕REV請求，發(fā)送釋放完成(RELEASECOMPLETE)消息，該消息為RequestREV RE，可以攜帶錯誤碼(rejectedByUser)和失敗原因(Facility rejected)。
步驟204、Called user所在網(wǎng)絡(luò)側(cè)收到RequestREV RE，發(fā)送釋放消息(REL)，該消息為REVCallingReqSetup，到Calling user所在網(wǎng)絡(luò)側(cè)，攜帶rejectedByUser和Facility rejected。
步驟205、Calling user所在網(wǎng)絡(luò)側(cè)接收到REVCallingReqSetup，向Calling user發(fā)送斷開連接(DISCONNECT)消息，攜帶rejectedByUser和Facility rejected。
圖3為現(xiàn)有技術(shù)在Case B中實現(xiàn)REV的方法實施例的流程圖，該實施例中Calling user發(fā)起REV請求，其具體步驟為步驟300、呼叫過程中，Calling user發(fā)送facility，該消息為RequestREVINV，RequestREV INV中指示Case B。
步驟301、Calling user所在網(wǎng)絡(luò)側(cè)檢查呼叫是否激活，REV業(yè)務(wù)互通是否允許，SS7信令是否支持，REV業(yè)務(wù)是否已經(jīng)運行等，通過后，通過Network發(fā)送REVCallingReqActive消息到Called user所在網(wǎng)絡(luò)側(cè)。
步驟302、Called user所在網(wǎng)絡(luò)側(cè)檢查Called user是否簽約了REV，呼叫是否激活等，檢查通過后轉(zhuǎn)發(fā)facility到Called user，并啟動反轉(zhuǎn)計費忽略(REV ignore(T-rev))定時器。
步驟303a、Called user如果接受REV請求，發(fā)送RequestREV RR，轉(zhuǎn)入步驟304a。
步驟303b、Called user如果拒絕REV請求，發(fā)送RequestREV RE，攜帶rejectedByUser和Facility rejected，轉(zhuǎn)入步驟304b。
步驟304a、Called user所在網(wǎng)絡(luò)側(cè)如果收到RequestREV RR，發(fā)送REVCallingReqActive到Calling user所在網(wǎng)絡(luò)側(cè)，并停止T-rev定時器，如果Calling user所在網(wǎng)絡(luò)側(cè)采用transfer mode，接下來的呼叫計費由Calleduser所在網(wǎng)絡(luò)側(cè)進(jìn)行，計費到Called user，轉(zhuǎn)入步驟305a。
步驟304b、Called user所在網(wǎng)絡(luò)側(cè)如果收到RequestREV RE，發(fā)送REVCallingReqActive到Calling user所在網(wǎng)絡(luò)側(cè)，攜帶rejectedByUser和Facility rejected，并停止T-rev定時器，呼叫不受影響，轉(zhuǎn)入步驟305b。
步驟304c、Called user所在網(wǎng)絡(luò)側(cè)如果在T-rev定時器超時的時候未接收到Called user發(fā)送的任何消息，則發(fā)送REVCallingReqActive到Callinguser所在網(wǎng)絡(luò)側(cè)，攜帶userIgnored。
步驟305a、Calling user所在網(wǎng)絡(luò)側(cè)如果收到REVCallingReqActive，停止向Calling user計費，發(fā)送RequestREV RR到Calling user，如果Calling user所在網(wǎng)絡(luò)側(cè)采用non-transfer mode，則將累積的剩余呼叫的計費到Calleduser。
步驟305b、Calling user所在網(wǎng)絡(luò)側(cè)如果收到REVCallingReqActive，攜帶rejectedByUser和Facility rejected，轉(zhuǎn)發(fā)RequestREV RE到Calling user，呼叫不受影響。
圖4為現(xiàn)有技術(shù)在Case B中實現(xiàn)REV的方法實施例的流程圖，該實施例中Called user發(fā)起REV請求，其具體步驟為步驟400、呼叫過程中，Called user發(fā)送RequestREV INV，RequestREVINV中指示Case B。
步驟401、Called user所在網(wǎng)絡(luò)側(cè)檢查呼叫是否激活，REV業(yè)務(wù)互通是否允許，SS7信令是否支持，REV是否已經(jīng)運行等，通過后，發(fā)送REVCalledRequest到Calling user所在網(wǎng)絡(luò)側(cè)，消息中攜帶partialCallOnly，指示REV僅對剩余呼叫有效。
步驟402、Calling user所在網(wǎng)絡(luò)側(cè)收到REVCalledRequest后，停止向Calling user計費，向Calling user發(fā)送確認(rèn)(NOTIFY)消息，指示剩余呼叫的REV，向Called user所在網(wǎng)絡(luò)側(cè)發(fā)送REVCalledRequest，Calling user所在網(wǎng)絡(luò)側(cè)如果采用non-transfer mode，將累積的剩余呼叫的計費到Calleduser。
步驟403、Called user所在網(wǎng)絡(luò)側(cè)收到REVCalledRequest后，向Calleduser返回RequestREV RR消息，Calling user所在網(wǎng)絡(luò)側(cè)如果采用transfermode，將后續(xù)呼叫計費到Called user。
圖5為現(xiàn)有技術(shù)在Case C中實現(xiàn)REV的方法實施例的流程圖，其具體步驟為步驟500、呼叫過程中，Called user發(fā)送RequestREV INV，RequestREVINV中指示Case C。
步驟501、Called user所在網(wǎng)絡(luò)側(cè)檢查呼叫是否激活，REV業(yè)務(wù)互通是否允許，SS7信令是否支持，REV是否已經(jīng)運行等，通過后，發(fā)送REVCalledRequest到Calling user所在網(wǎng)絡(luò)側(cè)。
步驟502、Calling user所在網(wǎng)絡(luò)側(cè)收到REVCalledRequest后，將本次呼叫的全部費用計費到Callde user，向Calling user發(fā)送NOTIFY消息，指示整個呼叫的REV，向Called user所在網(wǎng)絡(luò)側(cè)發(fā)送REVCalledRequest，Calling user所在網(wǎng)絡(luò)側(cè)如果采用transfer mode，消息中還攜帶duration，指示本次呼叫發(fā)生的時間。
步驟503、Called user所在網(wǎng)絡(luò)側(cè)收到REVCalledRequest后，向Calldeuser返回RequestREV RR消息，Calling user所在網(wǎng)絡(luò)側(cè)如果采用transfermode，將整個呼叫計費到Called user。
圖6為現(xiàn)有技術(shù)在Case C中實現(xiàn)REV的方法實施例的流程圖，其具體步驟為步驟600、Calling user發(fā)送SETUP，Calling user所在網(wǎng)絡(luò)側(cè)發(fā)送IAM消息到Called user所在網(wǎng)絡(luò)側(cè)。
步驟601、Called user所在網(wǎng)絡(luò)側(cè)檢查Called user已經(jīng)簽約了REV，發(fā)送REVCalledRequest到Calling user所在網(wǎng)絡(luò)側(cè)。
步驟602、Calling user所在網(wǎng)絡(luò)側(cè)收到REVCalledRequest后，向Calleduser所在網(wǎng)絡(luò)側(cè)發(fā)送REVCalledRequest，Calling user所在網(wǎng)絡(luò)側(cè)如果采用non-transfer mode，呼叫開始后，Calling user所在網(wǎng)絡(luò)側(cè)將整個呼叫計費到Called user。
步驟603、Called user所在網(wǎng)絡(luò)側(cè)收到REVCalledRequest后，向Calleduser發(fā)送SETUP消息，消息中攜帶REVIndication，Calling user所在網(wǎng)絡(luò)側(cè)如果采用transfer mode，呼叫開始后，Called user所在網(wǎng)絡(luò)側(cè)將整個呼叫計費到Called user。
步驟604、Called user接受本次呼叫，發(fā)送CONNECT到Called user所在網(wǎng)絡(luò)側(cè)。
步驟605、Called user所在網(wǎng)絡(luò)側(cè)收到CONNECT，發(fā)送ANM到Callinguser所在網(wǎng)絡(luò)側(cè)。
步驟606、Calling user所在網(wǎng)絡(luò)側(cè)收到ANM，向Calling user發(fā)送CONNECT，消息中指示本次呼叫全部REV。
圖1、圖2、圖3、圖4、圖5以及圖6所述的方法僅僅適用于基于電路交換的傳統(tǒng)電信網(wǎng)絡(luò)，而無法適用于分組電信網(wǎng)絡(luò)。隨著分組技術(shù)的不斷成熟，基于電路交換的傳統(tǒng)電信網(wǎng)絡(luò)正在向著基于分組交換的寬帶電信網(wǎng)絡(luò)發(fā)展，而使用會話初始化協(xié)議(SIP)信令作為分組電信網(wǎng)絡(luò)的呼叫控制信令則是當(dāng)前技術(shù)發(fā)展的趨勢之一。REV作為一項在傳統(tǒng)電信網(wǎng)絡(luò)中已普及的業(yè)務(wù)，也需要應(yīng)用在分組電信網(wǎng)絡(luò)中，即采用SIP信令在分組電信網(wǎng)絡(luò)中實現(xiàn)REV，但是，由于REV的應(yīng)用環(huán)境變化，在分組電信網(wǎng)絡(luò)中，如下一代網(wǎng)絡(luò)(NGN)中為SIP終端提供的REV也將不可避免地發(fā)生變化，如在傳統(tǒng)電信網(wǎng)絡(luò)中，通常只對主叫終端進(jìn)行計費，而被叫終端不進(jìn)行計費，REV業(yè)務(wù)通常由被叫終端簽約，而在NGN中，在某些場景中會對主被叫終端都計費，REV業(yè)務(wù)存在由主被叫終端簽約的情況。更進(jìn)一步地，考慮到電信網(wǎng)絡(luò)的演進(jìn)，REV業(yè)務(wù)還必須支持分組電信網(wǎng)絡(luò)中的SIP終端與傳統(tǒng)電信網(wǎng)絡(luò)中的終端進(jìn)行通信的情況。
縱上所述，目前無法在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)，更進(jìn)一步地，無法在分組電信網(wǎng)絡(luò)中的SIP終端與傳統(tǒng)電信網(wǎng)絡(luò)中的終端進(jìn)行呼叫時實現(xiàn)REV業(yè)務(wù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的系統(tǒng)，該系統(tǒng)能夠在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)。
本發(fā)明還提供一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法，該方法能夠在分組電信網(wǎng)絡(luò)中實現(xiàn)REV，更進(jìn)一步地，在分組電信網(wǎng)絡(luò)中的SIP終端與傳統(tǒng)電信網(wǎng)絡(luò)中的終端進(jìn)行呼叫時實現(xiàn)REV業(yè)務(wù)。
本發(fā)明還提供一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的裝置，即REV業(yè)務(wù)單元，該裝置設(shè)置在分組電信網(wǎng)絡(luò)中，能夠使分組電信網(wǎng)絡(luò)實現(xiàn)REV業(yè)務(wù)。
根據(jù)上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的系統(tǒng)，該系統(tǒng)包括執(zhí)行REV業(yè)務(wù)控制的REV業(yè)務(wù)控制單元，REV業(yè)務(wù)控制單元與呼叫會話控制單元進(jìn)行會話初始化協(xié)議SIP消息以及與計費處理模塊進(jìn)行消息交互。
一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法，該方法包括主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，被叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV；或者被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，主叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV。
所述被叫終端所在網(wǎng)絡(luò)確定進(jìn)行REV后，該方法還包括被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，主叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV；所述主叫終端所在網(wǎng)絡(luò)確定進(jìn)行REV后，該方法還包括主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，被叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV。
一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法，該方法包括基于電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，分組電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV；或者分組電信網(wǎng)絡(luò)向基于電路交換的電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，基于電路交換的電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV。
所述分組電信網(wǎng)絡(luò)確定進(jìn)行REV之后，該方法還包括分組電信網(wǎng)絡(luò)向基于電路交換的電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，基于電路交換的電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV；所述基于電路交換的電信網(wǎng)絡(luò)確定進(jìn)行REV之后，該方法還包括基于電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，分組電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV。
一種REV業(yè)務(wù)控制單元，該單元包括SIP處理模塊、REV業(yè)務(wù)邏輯處理模塊以及REV通知模塊，其中，SIP處理模塊用于接收來自呼叫會話控制單元的SIP消息，解析后發(fā)送給REV業(yè)務(wù)邏輯處理模塊；或者根據(jù)REV業(yè)務(wù)邏輯處理模塊的處理結(jié)果，生成SIP消息，發(fā)送給呼叫會話控制單元；
REV業(yè)務(wù)邏輯處理單元用于根據(jù)從SIP處理模塊接收到的解析后的SIP消息以及自身存儲的終端簽約REV信息，執(zhí)行邏輯處理，將處理結(jié)果通知給SIP處理模塊和REV通知模塊；REV通知模塊用于接收到REV業(yè)務(wù)邏輯處理模塊發(fā)送的通知后，通知計費處理模塊進(jìn)行REV。
從上述方案可以看出，本發(fā)明提供的系統(tǒng)及方法使REV信息可以攜帶在SIP消息中發(fā)送，從而在分組數(shù)據(jù)網(wǎng)絡(luò)中實現(xiàn)在呼叫建立時，主叫SIP終端請求或指示被叫SIP終端付費、主叫SIP終端請求為被叫SIP終端付費、被叫SIP終端請求或指示主叫SIP終端付費或被叫SIP終端請求為主叫SIP終端付費；在本次呼叫的通話過程中，主叫SIP終端請求主叫SIP終端付費或被叫SIP終端付費、或者被叫SIP終端請求主叫SIP終端付費或被叫SIP終端付費，從而在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)。
更進(jìn)一步地，在分組電信網(wǎng)絡(luò)中的SIP終端與基于電路交換的電信網(wǎng)絡(luò)中的終端通信時，分組電信網(wǎng)絡(luò)中的網(wǎng)關(guān)控制單元能夠?qū)y帶REV信息的SIP消息轉(zhuǎn)換為基于電路交換的電信網(wǎng)絡(luò)支持的攜帶REV信息的消息，或?qū)⒒陔娐方粨Q的電信網(wǎng)絡(luò)支持的攜帶REV信息的消息轉(zhuǎn)換為攜帶REV信息的SIP消息，從而實現(xiàn)在呼叫建立時，主叫終端請求被叫SIP終端付費、或者主叫SIP終端請求被叫終端付費；在本次呼叫的通話過程中，主叫終端請求被叫SIP終端付費，主叫SIP終端請求被叫終端付費、被叫終端請求為主叫SIP終端付費或者被叫SIP終端請求為主叫終端付費；在本次呼叫未進(jìn)行時，被叫終端預(yù)先設(shè)定為主叫SIP終端付費或被叫SIP終端預(yù)先設(shè)定為主叫終端付費。


圖1為現(xiàn)有技術(shù)在Case A中實現(xiàn)REV的方法實施例一的流程圖；圖2為現(xiàn)有技術(shù)在Case A中實現(xiàn)REV的方法實施例二的流程圖；圖3為現(xiàn)有技術(shù)在Case B中實現(xiàn)REV的方法實施例的流程圖；
圖4為現(xiàn)有技術(shù)在Case B中實現(xiàn)REV的方法實施例的流程圖；圖5為現(xiàn)有技術(shù)在Case C中實現(xiàn)REV的方法實施例的流程圖；圖6為現(xiàn)有技術(shù)在Case C中實現(xiàn)REV的方法實施例的流程圖；圖7為本發(fā)明在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)示意圖；圖8為本發(fā)明在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)實施例示意圖；圖9為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例一的流程圖；圖10為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例二的流程圖；圖11為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例三的流程圖；圖12為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例四的流程圖；圖13為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例五的流程圖；圖14為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例六的流程圖；圖15為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例七的流程圖；圖16為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例八的流程圖；圖17為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例九的流程圖；圖18為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例十的流程圖；圖19為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例十一的流程圖；
圖20為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例十二的流程圖；圖21為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十三的流程圖；圖22為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十四的流程圖；圖23為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十五的流程圖；圖24為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十六的流程圖；圖25為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十七的流程圖；圖26為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十八的流程圖；圖27為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十九的流程圖；圖28為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例二十的流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉具體實施例并參照附圖，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)的說明。
本發(fā)明提出了在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的系統(tǒng)，如圖7所示，圖7為本發(fā)明在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)示意圖，該系統(tǒng)包括呼叫會話控制單元101，呼叫會話控制單元之間通過E2接口進(jìn)行消息交換，呼叫會話控制單元101通過E1接口與其所管轄的SIP終端100進(jìn)行消息交互、通過E3接口與REV業(yè)務(wù)控制單元102進(jìn)行消息交互、以及通過E7接口與計費處理模塊進(jìn)行消息交互，REV業(yè)務(wù)控制單元102還可以通過E7接口直接與計費處理模塊進(jìn)行消息交互。
其中，呼叫會話控制單元101為所管轄的SIP終端100提供呼叫控制以及路由接續(xù)等功能，將所管轄的SIP終端觸發(fā)至不同的業(yè)務(wù)控制單元，如REV業(yè)務(wù)控制單元，兩個呼叫會話控制單元101之間的E2接口采用SIP。
業(yè)務(wù)控制單元提供各種業(yè)務(wù)邏輯控制功能，如本發(fā)明的REV業(yè)務(wù)控制單元102提供REV業(yè)務(wù)邏輯控制功能。當(dāng)REV業(yè)務(wù)控制單元102和呼叫會話控制單元101為不同網(wǎng)絡(luò)實體時，之間的E3接口采用SIP；當(dāng)REV業(yè)務(wù)控制單元102和呼叫會話控制單元101集成在一個網(wǎng)絡(luò)實體時，之間的E3接口采用SIP或E3接口為自定義的內(nèi)部接口。
計費處理模塊103收集來自計費觸發(fā)單元的計費信息，并產(chǎn)生呼叫詳細(xì)記錄(CDR)，完成計費功能，其可以采用實時計費(在線計費)方式，也可以采用非實時計費(離線計費)方式。在本發(fā)明中，呼叫會話控制單元101以及REV業(yè)務(wù)控制單元102都可以為計費觸發(fā)單元，計費處理模塊103與REV業(yè)務(wù)控制單元102之間的接口為采用直徑(Diameter)協(xié)議的E7接口，計費處理模塊103與呼叫會話控制單元101之間的接口為采用SIP協(xié)議或Diameter協(xié)議的E7接口。其中，Diameter協(xié)議是一種用作認(rèn)證、授權(quán)和計費的協(xié)議。
SIP終端100通過E1接口接入呼叫會話控制單元101，E1接口采用SIP，在SIP終端100和呼叫會話控制單元101之間可以經(jīng)過其他的網(wǎng)元。
在本發(fā)明中，REV業(yè)務(wù)控制單元可以由SIP處理模塊、REV業(yè)務(wù)邏輯處理模塊以及REV通知模塊組成。
其中，SIP處理模塊分別與呼叫會話控制單元101以及REV業(yè)務(wù)邏輯處理模塊進(jìn)行消息交互，用于完成與呼叫會話控制單元101之間的接口功能，其接收來自呼叫會話控制單元的SIP消息，解析后發(fā)送給REV業(yè)務(wù)邏輯處理模塊；或者根據(jù)REV業(yè)務(wù)邏輯處理模塊的處理結(jié)果，生成SIP消息，發(fā)送給呼叫會話控制單元101。
REV業(yè)務(wù)邏輯處理單元分別與SIP處理模塊以及REV通知模塊進(jìn)行消息交互，用于根據(jù)從SIP處理模塊接收到的解析后的SIP消息以及用戶簽約的REV信息，執(zhí)行邏輯處理，將處理結(jié)果通知給SIP處理模塊和REV通知模塊。
REV通知模塊分別與REV業(yè)務(wù)邏輯處理單元和計費處理模塊進(jìn)行消息交互，用于接收到REV業(yè)務(wù)邏輯處理模塊發(fā)送的通知后，向計費處理模塊103發(fā)送計費相關(guān)信息。REV業(yè)務(wù)控制單元還可以進(jìn)一步接收來自計費處理模塊103的計費相關(guān)信息。
在本發(fā)明中，為了在分組電信網(wǎng)絡(luò)中支持傳統(tǒng)電路域終端接入，如圖8所示，該系統(tǒng)還可以包括接入網(wǎng)關(guān)控制單元107和其管轄的傳統(tǒng)電路域終端，圖示為ISDN終端108，接入網(wǎng)關(guān)控制單元107與呼叫會話控制單元101進(jìn)行消息交互。
接入網(wǎng)關(guān)控制單元107可以與呼叫會話控制單元101為不同的網(wǎng)絡(luò)實體，兩者之間為E8接口，E8接口采用SIP；接入網(wǎng)關(guān)控制單元107還可以與呼叫會話控制單元101集成在一個網(wǎng)絡(luò)實體中，兩者之間為E4接口或為自定義的內(nèi)部接口，E4接口采用SIP。接入網(wǎng)關(guān)控制單元107與傳統(tǒng)電路域終端ISDN終端108之間接口為E9接口，采用DSS1信令。
接入網(wǎng)關(guān)控制單元107完成SIP消息和DSS1消息之間的轉(zhuǎn)譯功能，本發(fā)明中，接入網(wǎng)關(guān)控制單元107和傳統(tǒng)電路域終端ISDN終端108共同實現(xiàn)本發(fā)明上述的SIP終端100的功能，本發(fā)明后續(xù)實施例中SIP終端的功能，同樣可以在接入網(wǎng)關(guān)控制單元107和傳統(tǒng)電信網(wǎng)絡(luò)中的ISDN終端108上實現(xiàn)。
媒體網(wǎng)關(guān)控制單元104還與計費處理模塊103相連接，之間的接口為采用Diameter協(xié)議的E7接口。
在本發(fā)明中，為了在分組電信網(wǎng)絡(luò)中的SIP終端與傳統(tǒng)電信網(wǎng)絡(luò)中的終端進(jìn)行呼叫時實現(xiàn)REV業(yè)務(wù)，如圖8所示，該系統(tǒng)還可以包括基于電路交換的電信網(wǎng)絡(luò)105和其管轄的終端106，基于電路交換的電信網(wǎng)絡(luò)105通過媒體網(wǎng)關(guān)控制單元104分別呼叫會話控制單元101進(jìn)行消息交互，媒體網(wǎng)關(guān)控制單元104還分別與計費處理模塊103相連接，之間的接口為采用Diameter協(xié)議的E7接口。
其中，媒體網(wǎng)關(guān)控制單元104為分組電信網(wǎng)絡(luò)與傳統(tǒng)電信網(wǎng)絡(luò)之間的相互呼叫提供互通控制功能，完成SIP消息和電路消息之間的轉(zhuǎn)譯。媒體網(wǎng)關(guān)控制單元104可以與呼叫會話控制單元101為不同的網(wǎng)絡(luò)實體，兩者之間采用E4接口，E4接口采用SIP；媒體網(wǎng)關(guān)控制單元104還可以與呼叫會話控制單元101集成在一個網(wǎng)絡(luò)實體中，兩者之間采用E4接口，E4接口采用SIP或為自定義的內(nèi)部接口。媒體網(wǎng)關(guān)控制單元104與基于電路交換的電信網(wǎng)絡(luò)105之間接口為E5接口，采用SS7信令。
在本發(fā)明中，媒體網(wǎng)關(guān)控制單元104可以為分組電信網(wǎng)絡(luò)中的媒體網(wǎng)關(guān)控制功能(MGCF)。
基于電路交換的電信網(wǎng)絡(luò)105與所管轄的終端106之間的接口為E6接口，采用DSS1信令。
上述接入網(wǎng)關(guān)控制單元107或媒體網(wǎng)關(guān)控制單元104可以將攜帶于傳統(tǒng)電路域消息中的REV業(yè)務(wù)信息和攜帶于SIP消息中的REV業(yè)務(wù)信息進(jìn)行全部或部分的轉(zhuǎn)譯，當(dāng)將攜帶于傳統(tǒng)電路域消息中的REV業(yè)務(wù)信息轉(zhuǎn)譯為攜帶于SIP消息中的REV業(yè)務(wù)信息時，所用的方法可以是封裝或映射，封裝是指將攜帶于傳統(tǒng)電路域消息中的REV業(yè)務(wù)信息原封不動、或轉(zhuǎn)譯成文本描述方式，封裝在SIP消息體中，映射是指將攜帶于傳統(tǒng)電路域消息中的REV業(yè)務(wù)信息參數(shù)，轉(zhuǎn)譯為SIP消息中的REV業(yè)務(wù)信息參數(shù)。
本發(fā)明還提供了一種在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法，該方法包括主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，被叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定接受主叫終端或被叫終端進(jìn)行REV；或者被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，主叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定主叫終端或被叫終端進(jìn)行REV。
本發(fā)明提供的方法可以包括以下4種可能的實現(xiàn)流程第一種，主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送REV請求，被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV響應(yīng)；第二種，主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送REV指示；第三種，被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV請求，主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送REV響應(yīng)；第四種，被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV指示。
本發(fā)明在分組電信網(wǎng)絡(luò)中的SIP終端可以簽約REV業(yè)務(wù)，在簽約REV業(yè)務(wù)的同時，還可以區(qū)分簽約模式，簽約模式有兩種一種為永久模式，不需要請求就可以進(jìn)行REV業(yè)務(wù)，相當(dāng)于在傳統(tǒng)電信網(wǎng)絡(luò)中的Case D；另一種為臨時模式，需要請求后進(jìn)行REV業(yè)務(wù)，相當(dāng)于在傳統(tǒng)電信網(wǎng)絡(luò)中的CaseA、Case B以及Case C。
以下舉具體實施例說明在分組電信網(wǎng)絡(luò)中，向SIP終端提供REV業(yè)務(wù)的實現(xiàn)過程，本領(lǐng)域技術(shù)人員可以根據(jù)下述的各個實施例得知如何為SIP終端提供REV業(yè)務(wù)。
當(dāng)然，SIP終端也可以看作為接入網(wǎng)關(guān)控制單元和ISDN終端。
需要說明的是，本發(fā)明中的具體實施例僅為突出本發(fā)明的發(fā)明點而進(jìn)行的過程，并不表示一個完整的呼叫和REV業(yè)務(wù)控制流程，也沒有窮舉所有可能的分支流程。
圖9～圖13所述的方法為本發(fā)明上述提出的第一種實現(xiàn)流程，即主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送REV請求，被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV響應(yīng)。
圖9為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例一的流程圖，主叫終端和被叫終端都是SIP終端，主叫SIP終端簽約REV業(yè)務(wù)并且為永久模式，該方法涉及的網(wǎng)絡(luò)實體包括主叫SIP終端、管轄主叫SIP終端的呼叫會話控制單元A、接受呼叫會話控制單元A觸發(fā)的REV業(yè)務(wù)控制單元A、被叫SIP終端、管轄被叫SIP終端的呼叫會話控制單元B、接受呼叫會話控制單元B觸發(fā)的REV業(yè)務(wù)控制單元B，其具體步驟為步驟900、主叫SIP終端發(fā)起呼叫，發(fā)送SIP訪問(SIP INVITE)消息到呼叫會話控制單元A。
步驟901、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到REV業(yè)務(wù)控制單元A。
步驟902、REV業(yè)務(wù)控制單元A確定主叫SIP終端簽約了REV業(yè)務(wù)且簽約模式為永久模式，則在SIP INVITE消息中攜帶REV請求，將攜帶了REV請求的SIP INVITE消息發(fā)送到呼叫會話控制單元A。
在SIP INVITE消息中攜帶REV請求的過程為在在SIP INVITE消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝sipuser-A@originatingnetwork.com，其中sipuser-A@originatingnetwork.com是主叫SIP終端的標(biāo)識，表示REV請求由主叫SIP終端來為本次呼叫付費。
REV業(yè)務(wù)控制單元A還可以在P-REV-Header域中增加其它參數(shù)，如transfer mode，用于協(xié)商REV的計費方式。
REV業(yè)務(wù)控制單元A也可以在本次呼叫后續(xù)的其他SIP消息中攜帶REV請求，如信息(INFO)、更新消息(UPDATE)、應(yīng)答消息(ACK)及響應(yīng)消息中攜帶。
步驟903、呼叫會話控制單元A向呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶了REV請求的SIP INVITE消息。
步驟904、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶了REV請求的SIP INVITE消息到REV業(yè)務(wù)控制單元B。
在本步驟中，REV業(yè)務(wù)控制單元B判斷被叫SIP終端所在網(wǎng)絡(luò)側(cè)是否支持REV，如果不支持，拒絕該呼叫，向呼叫會話控制單元B發(fā)送拒絕消息，該消息在P-REV-Header域中攜帶響應(yīng)參數(shù)為P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，則根據(jù)SIP INVITE消息攜帶的REV請求，確定主叫SIP終端要為本次呼叫付費，通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
為了在REV業(yè)務(wù)控制單元B和計費處理模塊之間傳遞REV請求，可以擴(kuò)展現(xiàn)有的Diameter協(xié)議消息，如在Diameter協(xié)議消息增加一個Reverse-Charging AVP，攜帶REV業(yè)務(wù)是否激活以及本次呼叫是否進(jìn)行REV的信息，即REV計費指示信息，例如0或No表示REV業(yè)務(wù)不激活，本次呼叫的通話計費采用現(xiàn)有方式；1或Yes表示REV業(yè)務(wù)激活，本次呼叫的通話計費進(jìn)行REV。
本發(fā)明也可以通過其它對Diameter協(xié)議消息擴(kuò)展的方法來傳遞REV請求，如在Diameter協(xié)議消息增加一個Charging-Party-Address AVP，取值類型為UTF8String，表示計費SIP終端的標(biāo)識，即計費號碼信息。
步驟905、REV業(yè)務(wù)控制單元B發(fā)送SIP INVITE消息到呼叫會話控制單元B，消息中不攜帶REV請求，而攜帶REV指示，用于通知被叫SIP終端，主叫SIP終端將為本次呼叫付費。
SIP INVITE消息攜帶REV指示的過程為在SIP INVITE消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-A@originatingnetwork.com″。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其他SIP消息中攜帶REV指示，如INFO、UPDATE、ACK及響應(yīng)消息中攜帶。
步驟906、呼叫會話控制單元B將攜帶REV指示的SIP INVITE消息轉(zhuǎn)發(fā)給被叫SIP終端。
步驟907、被叫SIP終端發(fā)送臨時響應(yīng)到呼叫會話控制單元B，開始與主叫SIP終端進(jìn)行媒體資源協(xié)商。
臨時響應(yīng)可以采用現(xiàn)有的SIP消息，如臨時響應(yīng)183。
步驟908、呼叫會話控制單元B轉(zhuǎn)發(fā)臨時響應(yīng)到REV業(yè)務(wù)控制單元B。
步驟909、REV業(yè)務(wù)控制單元B在臨時響應(yīng)中攜帶REV響應(yīng)，表示接受了主叫SIP終端的REV請求，將攜帶REV響應(yīng)的臨時響應(yīng)發(fā)送給呼叫會話控制單元B。
在臨時響應(yīng)攜帶REV響應(yīng)的過程為在P-REV-Header頭域中攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其他SIP消息中攜帶REV響應(yīng)，如INFO、UPDATE、ACK及響應(yīng)消息中攜帶。
步驟910、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的臨時響應(yīng)到呼叫會話控制單元A。
步驟911、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的臨時響應(yīng)到REV業(yè)務(wù)控制單元A，REV業(yè)務(wù)控制單元A根據(jù)臨時響應(yīng)攜帶的REV響應(yīng)，判斷被叫SIP終端所在網(wǎng)絡(luò)側(cè)是否接受了REV請求，如果是，REV業(yè)務(wù)控制單元A通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟912、REV業(yè)務(wù)控制單元A發(fā)送臨時響應(yīng)到呼叫會話控制單元A，該響應(yīng)不攜帶REV響應(yīng)，而攜帶REV指示，用于通知主叫SIP終端，為本次呼叫付費。
在臨時響應(yīng)攜帶REV指示的過程為在P-REV-Header頭域中攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-A@originatingnetwork.com″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫后續(xù)的其他SIP消息中攜帶REV指示，如INFO、UPDATE、ACK及響應(yīng)消息中攜帶。
步驟913、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶了REV指示的臨時響應(yīng)到主叫SIP終端。
步驟914～步驟920、主叫SIP終端和被叫SIP終端按照現(xiàn)有的分組電信網(wǎng)絡(luò)提供的方法完成媒體資源協(xié)商和資源預(yù)留、被叫SIP終端摘機(jī)、發(fā)送200OK到主叫SIP終端、主叫SIP終端與被叫SIP終端開始通話的過程，本次呼叫將計費到主叫SIP終端。
在本實施例中，為了在SIP消息中攜帶REV請求、REV指示或REV響應(yīng)，需要對現(xiàn)有的SIP消息進(jìn)行擴(kuò)展，增加P-REV-Header域，其定義為P-REV-Header＝″P-REV-Header″HCOLON rev-type*(SEMI rev-params)rev-type＝″rev-type″EQUAL rev-type-valuerev-type-value＝″rev-request″/″rev-response″/″rev-indication″rev-params＝charging-subscriber/partial-call/transfer-mode/duration/error-info/generic-paramcharging-subscriber＝″charging-subscriber″EQUAL LDQUOT charging-uriRDQUOTcharging-uri＝addr-specpartial-call＝″partial-call″EQUAL partial-call-valuepartial-call-value＝″whole-call″/″rest-of-call″transfer-mode＝″transfer-mode″EQUAL transfer-mode-valuetransfer-more-value＝″transfer″/″non-transfer″duration＝″call-start-time″EQUAL SIP-dateSIP-date＝rfc1123-dateerror-info＝″error-info″EQUAL error-info-valueerror-info-value＝″userNotSubscribed″/″rejectedByNetwork″/″rejectedByUser″/″notAvailable″/″isvalidCallState″ /″basicServiceNotProvided″/″supplementaryServiceInteractionNotAllowed″/″resourceUnavailable″/″proceduralError″/″UserIgnored″/″REVIsAlreadyRunning″其中，rev-tyep是REV參數(shù)類型，必選參數(shù)，用于區(qū)分是REV請求、響應(yīng)或指示，REV業(yè)務(wù)控制單元僅在收到或發(fā)送REV響應(yīng)時，才激活REV業(yè)務(wù)；charging-subscriber是REV終端標(biāo)識，即REV后計費終端的請求統(tǒng)一資源標(biāo)識符，其可以為主叫SIP終端的標(biāo)識，也可以為被叫SIP終端的標(biāo)識，默認(rèn)定義為被叫SIP終端的標(biāo)識，該參數(shù)是對傳統(tǒng)電信網(wǎng)絡(luò)REV業(yè)務(wù)需求的一個擴(kuò)展，除了上述直接用主叫終端和被叫終端的標(biāo)識來賦值外，還可以只指示主叫終端(calling)或被叫終端(called)，如charging-subscriber＝″calling″/″called″paritcal-call確定REV范圍，可以整個呼叫REV，或者剩余呼叫REV，默認(rèn)定義為整個呼叫REV；transfer-mode是REV計費方式，包括transfermode和non-transfer mode，用于和傳統(tǒng)電信網(wǎng)絡(luò)互通，默認(rèn)定義為non-transfer mode；duration用于在呼叫過程中，發(fā)起整個呼叫的REV，且REV計費方式為transfer mode，攜帶呼叫的開始時間；error-info提供錯誤返回碼。
后續(xù)其它實施例也將參考上述SIP消息擴(kuò)展來實現(xiàn)。
為了在SIP消息中攜帶REV請求、REV指示或REV響應(yīng)，本發(fā)明也可以采用其他SIP擴(kuò)展方式對現(xiàn)有的SIP消息進(jìn)行擴(kuò)展，如在SIP消息攜帶REV請求時，在SIP消息中增加頭域，其頭域的定義為P-REV-Request＝″P-REV-Request″HCOLON rev-req-params*(SEMIrev-req-params)rev-req-params＝charging-subscriber/partial-call/transfer-mode/duration/generic-paramcharging-subscriber＝″charging-subscriber″EQUAL LDQUOT charging-uriRDQUOTpartial-call＝″partial-call″EQUAL partial-call-valuepartial-call-value＝″whole-call″/″rest-of-call″transfer-mode＝″transfer-mode″EQUAL transfer-mode-valuetransfer-more-value＝″transfer″/″non-transfer″duration＝″call-start-time″EQUAL SIP-dateSIP-date＝rfc1123-date其中，charging-subscriber、partial-call、transfer-mode、duration的含義與本發(fā)明上一個例子中的相同。
在SIP消息攜帶REV響應(yīng)時，在SIP消息中增加頭域，其頭域的定義為P-REV-Response＝″P-REV-Response″HCOLON rev-rsp-params*(SEMIrev-rsp-params)rev-rsp-params＝charging-subscriber/partial-call/transfer-mode/duration/generic-paramcharging-subscriber＝″charging-subscriber″EQUAL LDQUOT charging-uriRDQUOTpartial-call＝″partial-call″EQUAL partial-call-valuepartial-call-value＝″whole-call″/″rest-of-call″trahsfer-mode＝″transfer-mode″EQUAL transfer-mode-value
transfer-more-value＝″transfer″/″non-transfer″duration＝″call-start-time″EQUAL SIP-dateSIP-date＝rfc1123-date其中，charging-subscriber、partial-call、transfer-mode、duration的含義與本發(fā)明上一個例子中的相同。
在SIP消息攜帶REV指示時，在SIP消息中增加頭域，其頭域的定義為P-REV-Indication＝″P-REV-Indication″HCOLON rev-ind-params*(SEMIrev-ind-params)rev-ind-params＝charging-subscriber/partial-call/transfer-mode/duration/generic-paramcharging-subscriber＝″charging-subscriber″EQUAL LDQUOT charging-uriRDQUOTpartial-call＝″partial-call″EQUAL partial-call-valuepartial-call-value＝″whole-call″/″rest-of-call″transfer-mode＝″transfer-mode″EQUAL transfer-mode-valuetransfer-more-value＝″transfer″/″non-transfer″duration＝″call-start-time″EQUAL SIP-dateSIP-date＝rfc1123-date其中，charging-subscriber、partial-call、transfer-mode、duration的含義與本發(fā)明上一個例子中的相同。
圖10為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例二的流程圖，主被叫終端都為SIP終端，主叫SIP終端簽約REV業(yè)務(wù)并且為臨時模式，其具體步驟為步驟1000、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A，在SIP INVITE消息中攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
在SIP INVITE消息中攜帶REV請求的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝sipuser-A@originatingnetwork.com，其中，″sipuser-A@originatingnetwork.com″是主叫SIP終端的標(biāo)識，表示請求由主叫SIP終端來為本次呼叫付費。
當(dāng)然，在REV請求中還可以攜帶計費模式，如攜帶transfer mode。
步驟1001、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到REV業(yè)務(wù)控制單元A。
步驟1002、REV業(yè)務(wù)控制單元A確定主叫SIP終端簽約了REV業(yè)務(wù)且簽約模式是臨時模式后，將攜帶REV請求的SIP INVITE消息轉(zhuǎn)發(fā)到呼叫會話控制單元A。
在本步驟中，如果REV業(yè)務(wù)控制單元判斷主叫SIP終端沒有簽約REV業(yè)務(wù)并且簽約模式不為臨時模式，則發(fā)送拒絕SIP INVITE消息到呼叫會話控制單元A，停止本次呼叫。
步驟1003、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到呼叫會話控制單元B。
步驟1004、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷被叫SIP終端所在網(wǎng)絡(luò)是否支持REV，如果不支持，拒絕本次呼叫，發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根據(jù)SIP INVITE消息攜帶的REV請求，確定主叫SIP終端請求為本次呼叫付費，通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1005、REV業(yè)務(wù)控制單元B發(fā)送SIP INVITE消息到呼叫會話控制單元B，該消息中不攜帶REV請求，而是攜帶REV指示，用于通知被叫SIP終端，主叫SIP終端將為本次呼叫付費。
在SIP INVITE消息中攜帶REV指示的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-A@originatingnetwork.com″。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其它消息中，如INFO，UPDATE，ACK及響應(yīng)消息中攜帶REV指示。
步驟1006、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV指示的SIP INVITE消息到被叫SIP終端。
步驟1007、被叫SIP終端發(fā)送臨時響應(yīng)到呼叫會話控制單元B，如臨時響應(yīng)183，開始和主叫SIP終端進(jìn)行媒體資源協(xié)商。
步驟1008、呼叫會話控制單元B轉(zhuǎn)發(fā)該臨時響應(yīng)到REV業(yè)務(wù)控制單元B。
步驟1009、REV業(yè)務(wù)控制單元B在臨時響應(yīng)中攜帶REV響應(yīng)，表示接受了主叫SIP終端的REV請求，將攜帶REV響應(yīng)的臨時響應(yīng)發(fā)送給呼叫會話控制單元B。
在臨時響應(yīng)攜帶REV響應(yīng)的過程為在P-REV-Header頭域中攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其他SIP消息中攜帶REV響應(yīng)，如INFO、UPDATE、ACK及響應(yīng)消息中攜帶。
步驟1010、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的臨時響應(yīng)到呼叫會話控制單元A。
步驟1011、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的臨時響應(yīng)到REV業(yè)務(wù)控制單元A，REV業(yè)務(wù)控制單元A根據(jù)臨時響應(yīng)攜帶的REV響應(yīng)，判斷被叫SIP終端所在網(wǎng)絡(luò)側(cè)是否接受了REV請求，如果是，REV業(yè)務(wù)控制單元A通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1012、REV業(yè)務(wù)控制單元A發(fā)送攜帶REV響應(yīng)的臨時響應(yīng)到呼叫會話控制單元A。
步驟1013、呼叫會話控制單元A發(fā)送攜帶了REV指示的臨時響應(yīng)到主叫SIP終端，主叫SIP終端根據(jù)臨時響應(yīng)消息攜帶的REV指示，確定被叫SIP終端接受了主叫SIP終端為本次呼叫付費。
步驟1014～步驟1020、主叫SIP終端和被叫SIP終端按照現(xiàn)有的分組電信網(wǎng)絡(luò)提供的方法完成媒體資源協(xié)商和資源預(yù)留、被叫SIP終端摘機(jī)、發(fā)送200OK到主叫SIP終端、主叫SIP終端與被叫SIP終端開始通話的過程，本次呼叫將計費到主叫SIP終端。
圖11為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例三的流程圖，主被叫終端都為SIP終端，被叫SIP終端簽約REV業(yè)務(wù)并且為臨時模式，其具體步驟為步驟1100、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A，在SIP INVITE消息中攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
在SIP INVITE消息中攜帶REV請求的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝sipuser-B@originatingnetwork.com，其中，″sipuser-B@originatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端來為本次呼叫付費。
步驟1101、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到REV業(yè)務(wù)控制單元A。
步驟1102、REV業(yè)務(wù)控制單元A確定主叫SIP終端要求被叫SIP終端付費，將攜帶REV請求的SIP INVITE消息轉(zhuǎn)發(fā)到呼叫會話控制單元A。
步驟1103、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到呼叫會話控制單元B。
步驟1104、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式為臨時模式，如果是，轉(zhuǎn)發(fā)SIP INVITE消息；否則，拒絕本次呼叫，發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步驟1105、REV業(yè)務(wù)控制單元B發(fā)送攜帶REV請求的SIP INVITE消息到呼叫會話控制單元B。
步驟1106、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到被叫SIP終端。
被叫SIP終端根據(jù)SIP INVITE消息攜帶的REV請求確定主叫SIP終端請求被叫SIP終端為本次呼叫付費。
步驟1107、被叫SIP終端和主叫SIP終端進(jìn)行媒體資源協(xié)商，資源預(yù)留成功后，被叫SIP終端摘機(jī)，發(fā)送200OK消息到呼叫會話控制單元B。
在本呼叫中，被叫SIP終端選擇接受、拒絕或忽略了主叫SIP終端的REV請求，在200OK響應(yīng)消息中攜帶REV響應(yīng)予以表示。
如果被叫SIP終端接受了主叫SIP終端的REV請求，則200OK消息中P-REV-Header域攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝sipuser-B@terminatingnetwork.com。
如果被叫SIP終端拒絕了主叫SIP終端的REV請求，則200OK消息中P-REV-Header域攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
如果被叫SIP終端忽略了主叫SIP終端的REV請求，則200OK消息中P-REV-Header域攜帶P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟1108、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B確定200OK消息攜帶的REV響應(yīng)如果該響應(yīng)表示被叫SIP終端接受了主叫SIP終端的REV請求，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1109、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK消息到呼叫會話控制單元B。
步驟1110、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK消息到呼叫會話控制單元A。
步驟1111、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK消息到REV業(yè)務(wù)控制單元A，REV業(yè)務(wù)控制單元A根據(jù)200OK消息攜帶的REV響應(yīng)，確定被叫SIP終端是否接受了REV請求如果被叫SIP終端接受了主叫SIP終端的REV請求，REV業(yè)務(wù)控制單元A通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1112、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)攜帶了REV響應(yīng)的200OK消息到呼叫會話控制單元A。
步驟1113、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶了REV響應(yīng)的200OK消息到主叫SIP終端，主叫SIP終端根據(jù)200OK消息中攜帶的REV響應(yīng)得知被叫SIP終端接受了為本次呼叫付費。
此時本次呼叫的通話過程建立，主叫SIP終端與被叫SIP終端開始通話，本次呼叫將計費到被叫SIP終端。
圖12為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例四的流程圖，主被叫終端都為SIP終端，主叫SIP終端簽約了REV業(yè)務(wù)且簽約模式為臨時模式，在本次呼叫的通話過程中，主叫SIP終端請求為被叫SIP終端付費，其具體步驟為步驟1200、主叫SIP終端和被叫SIP終端已經(jīng)建立呼叫，在主叫SIP終端與被叫SIP終端進(jìn)行通話期間，主叫SIP終端發(fā)送SIP訂閱(SIPSUBSCRIBER)消息到呼叫會話控制單元A，該消息攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
在SIP SUBSCRIBER攜帶REV請求的過程為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-A@originatingnetwork.com″是主叫SIP終端的標(biāo)識，表示請求由主叫SIP終端為整個呼叫付費。
在SIP SUBSCRIBER消息攜帶REV請求的過程還可以為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″rest-of-call″，表示請求由主叫SIP終端來為本次呼叫的剩余部分付費。
REV請求也可以在SIP消息的消息體內(nèi)傳遞，在SIP消息的消息體內(nèi)傳遞REV消息的情況下，SUBSCRBIER消息和確認(rèn)(NOTIFY)消息可以使用相同的消息體格式，或者使用不同的消息體格式。
REV請求還可以攜帶在P-REV-Header域中，如Eventreverse-charging；并在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-A@originatingnetwork.com″是主叫SIP終端的標(biāo)識，表示請求由主叫SIP終端來為整個呼叫付費；或者在P-REV-Header域中攜帶Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″rest-of-call″，表示請求由主叫SIP終端為本次呼叫的剩余部分付費。
本發(fā)明除了通過Event頭域在SIP SUBSCRIBE消息攜帶表示發(fā)起反轉(zhuǎn)計費請求外，還可以通過Subscription頭域在SIP INVITE等消息中攜帶標(biāo)識發(fā)起反轉(zhuǎn)計費請求，如Subscriptionreverse-charging；charging-subscriber＝″sipuser-A@originatingnetwork.com″主叫SIP終端也可以在其它消息中，如INFO，INVITE，UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟1201、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到REV業(yè)務(wù)控制單元A。
步驟1202、REV業(yè)務(wù)控制單元A判斷主叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式為臨時模式，如果是，將該SIP SUBSCRIBER消息轉(zhuǎn)發(fā)到呼叫會話控制單元A，否則，向主叫SIP終端發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″，或者向主叫SIP終端發(fā)送SIP NOTIFY消息，消息中攜帶拒絕指示Eventreverse-charging；error-info＝″userNotSubscribed″。
指示主叫SIP終端未簽約REV業(yè)務(wù)且簽約模式不為臨時模式。
步驟1203、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SUBSCRIBER消息到呼叫會話控制單元B。
步驟1204、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SUBSCRIBER消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷被叫SIP終端所在網(wǎng)絡(luò)是否支持REV，如果不支持，拒絕該呼叫，發(fā)送4xx拒絕消息，并在4xx拒絕消息中的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；或者向主叫SIP終端發(fā)送SIP NOTIFY消息，消息中攜帶拒絕指示Eventreverse-charging；error-info＝″rejectedByNetwork″；如果支持，根據(jù)SUBSCRIBER消息攜帶的REV請求，得知主叫SIP終端請求為本次呼叫付費，通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1205～步驟1209、呼叫會話控制單元B向主叫SIP終端發(fā)送SUBSCRIBER消息的200OK響應(yīng)消息。
步驟1210、REV業(yè)務(wù)控制單元B向呼叫會話控制單元B發(fā)送NOTIFY消息，該消息攜帶REV響應(yīng)，表示接受了主叫SIP終端的REV請求，NOTIFY消息中包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″whole-call″。
步驟1211、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元A。
步驟1212、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到REV業(yè)務(wù)控制單元A，REV業(yè)務(wù)控制單元A根據(jù)該NOTIFY消息攜帶的REV響應(yīng)，判斷被叫SIP終端是否接受了REV請求如果接受了，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1213、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元A。
步驟1214、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到主叫SIP終端，主叫SIP終端根據(jù)NOTIFY消息攜帶的REV響應(yīng)，確定被叫SIP終端接受了主叫SIP終端為本次呼叫的剩余部分或者全部付費。
步驟1215～步驟1219、主叫SIP終端向REV業(yè)務(wù)控制單元B發(fā)送攜帶REV響應(yīng)的NOTIFY消息的響應(yīng)200消息。
在本實施例中，還可以進(jìn)一步包括步驟11a～步驟14aREV業(yè)務(wù)控制單元B向被叫SIP終端發(fā)送信息(MESSAGE)消息，指示被叫SIP終端，主叫SIP終端將為本次呼叫的全部或者剩余部分付費。
采用本實施例，主叫SIP終端和被叫SIP終端依然保持通話，但整個呼叫或者剩余呼叫的呼叫費用將計費到主叫SIP終端。
為了在SIP SUBSCRIBER消息或NOTIFY消息中攜帶REV消息，需要擴(kuò)展現(xiàn)有SIP消息。例如，在SIP SUBSCRIBER消息增加一個reverse-charging事件包，包含參數(shù)如下rev-params＝rev-type/charging-subscriber/partial-call/transfer-mode/duration/error-info/generic-paramrev-type＝″rev-type″EQUAL rev-type-valuerev-type-value＝″rev-request″/″rev-response″/″rev-indication″charging-subscriber＝″charging-subscriber″EQUAL
LDQUOT charging-uri RDQUOTcharging-uri＝addr-specpartial-call＝″partial-call″EQUAL partial-call-valuepartial-call-value＝″whole-call″/″rest-of-call″transfer-mode＝″transfer-mode″EQUAL transfer-mode-valuetransfer-more-value＝″transfer″/″non-transfer″duration＝″call-start-time″EQUAL SIP-dateSIP-date＝rfc1123-dateerror-info＝″error-info″EQUAL error-info-valueerror-info-value＝″userNotSubscribed″/″rejectedByNetwork″/″rejectedByUser″/″notAvailable″/″isvalidCallState″/″basicServiceNotProvided″/″supplementaryServiceInteractionNotAllowed″/″resourceUnavailable″/″proceduralError″/″UserIgnored″/″REVIsAlreadyRunning″其中，rev-type是表示REV請求、響應(yīng)或者指示；charging-subscriber是REV終端的標(biāo)識；paritcal-call標(biāo)識REV范圍，可以整個呼叫REV，或者剩余呼叫REV，默認(rèn)設(shè)定為整個呼叫REV；duration用于攜帶該呼叫的通話開始時間；error-info指示錯誤返回碼。
圖13為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例五的流程圖，主被叫終端都為SIP終端，在本次呼叫的通話過程中，主叫SIP終端請求被叫SIP終端付費，其具體步驟為步驟1300、主叫SIP終端和被叫SIP終端已經(jīng)建立呼叫，在主叫SIP終端與被叫SIP終端進(jìn)行通話期間，主叫SIP終端發(fā)送SIP SUBSCRIBER消息到呼叫會話控制單元A，該消息攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
在SIP SUB SCRIBER攜帶REV請求的過程為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-B@originatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端為整個呼叫付費。
在SIP SUBSCRIBER消息攜帶REV請求的過程還可以為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″rest-of-call″，表示請求由被叫SIP終端來為本次呼叫的剩余部分付費。
主叫SIP終端也可以在其它消息中，如INFO，INVITE，UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟1301、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到REV業(yè)務(wù)控制單元A。
步驟1302、REV業(yè)務(wù)控制單元A根據(jù)SIP SUBSCRIBER消息中的REV請求確定主叫SIP終端要求被叫SIP終端付費，將攜帶REV請求的SIPSUBSCRIBER消息轉(zhuǎn)發(fā)到呼叫會話控制單元A。
步驟1303、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SUBSCRIBER消息到呼叫會話控制單元B。
步驟1304、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SUBSCRIBER消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了通話過程中的REV業(yè)務(wù)，如果是，轉(zhuǎn)發(fā)攜帶REV請求的SIP SUBSCRIBER消息到呼叫會話控制單元B，否則，拒絕攜帶REV請求的SIP SUBSCRIBER消息，發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步驟1305、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到呼叫會話控制單元B。
步驟1306、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到被叫SIP終端，被叫SIP終端根據(jù)SUBSCRIBER消息攜帶的REV請求，確定主叫SIP終端請求被叫SIP終端為本次呼叫的全部或者剩余部分付費。
步驟1307～步驟1313、被叫SIP終端發(fā)送攜帶REV請求的SIPSUBSCRIBER消息的200OK響應(yīng)消息到主叫SIP終端。
步驟1314、被叫SIP終端選擇接受、忽略或拒絕主叫SIP終端的REV請求，發(fā)送NOTIFY消息到呼叫會話控制單元B，并在NOTIFY消息中攜帶REV響應(yīng)。
如果被叫SIP終端接受了主叫SIP終端的REV請求，其NOTIFY消息包含Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″whole-call″。
如果被叫SIP終端拒絕了主叫SIP終端的REV請求，其NOTIFY消息包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
如果被叫SIP終端忽略了主叫SIP終端的REV請求，其NOTIFY消息包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟1315、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B根據(jù)NOTIFY消息攜帶的REV響應(yīng)，確定被叫SIP終端接受了主叫SIP終端的REV請求，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1316、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元B。
步驟1317、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元A。
步驟1318、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到REV業(yè)務(wù)控制單元A，REV業(yè)務(wù)控制單元A根據(jù)該NOTIFY消息攜帶的REV響應(yīng)，判斷被叫SIP終端是否接受了REV請求如果接受了，REV業(yè)務(wù)控制單元A通知主叫SIP終端所在的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1319、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元A。
步驟1320、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到主叫SIP終端，主叫SIP終端根據(jù)NOTIFY消息攜帶的REV響應(yīng)，得知被叫SIP終端接受了為本次呼叫的剩余部分或者全部付費。
步驟1321～步驟1327、主叫SIP終端向被叫SIP終端發(fā)送攜帶REV響應(yīng)的NOTIFY消息的響應(yīng)200消息。
在本實施例中，主叫SIP終端和被叫SIP終端依然保持通話，但整個呼叫或者剩余呼叫的呼叫費用將計費到被叫SIP終端。
圖14所述的方法為本發(fā)明上述提到的第二種實現(xiàn)流程，即主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送REV指示。
圖14為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例六的流程圖，主被叫終端都為SIP終端，主叫SIP終端簽約REV業(yè)務(wù)并且為永久模式，主叫SIP終端進(jìn)行REV，其具體步驟為步驟1400、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A。
步驟1401、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE請求到REV業(yè)務(wù)控制單元A。
步驟1402、REV業(yè)務(wù)控制單元A判斷主叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式是永久模式，如果是，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端，REV業(yè)務(wù)控制單元在SIP INVITE消息中攜帶REV指示，并將攜帶REV指示的SIP INVITE消息轉(zhuǎn)發(fā)到呼叫會話控制單元A；否則，向呼叫會話控制單元A發(fā)送拒絕消息。
REV業(yè)務(wù)控制單元A也可以在本次呼叫后續(xù)的其它消息中，如INFO，UPDATE，CK及響應(yīng)消息中攜帶REV指示。
在SIP INVITE消息攜帶REV指示的過程為P-REV-Headerrev-type＝rev-indication；charging-subscriber＝sipuser-A@originatingnetwork.com，其中，″sipuser-A@originatingnetwork.com″是主叫SIP終端的標(biāo)識，表示指示由主叫SIP終端來為本次呼叫付費。
REV業(yè)務(wù)控制單元A還可以在SIP INVITE消息中增加其它參數(shù)，如transfer Mode，用于協(xié)商REV的計費方式。
步驟1403、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV指示的SIP INVITE消息到呼叫會話控制單元B。
步驟1404、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV指示的SIP INVITE消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B根據(jù)SIP INVITE消息攜帶的REV指示，確定主叫SIP終端將為本次呼叫付費，通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1405、REV業(yè)務(wù)控制單元B發(fā)送攜帶REV指示的SIP INVITE消息到呼叫會話控制單元B，用于通知被叫SIP終端，主叫SIP終端將為本次呼叫付費。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其它消息中，如INFO，UPDATE，ACK及響應(yīng)消息中攜帶REV指示。
步驟1406、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV指示的SIP INVITE消息到被叫SIP終端。
步驟1407、被叫SIP終端發(fā)送臨時響應(yīng)183到呼叫會話控制單元B，開始和主叫SIP終端進(jìn)行媒體資源協(xié)商。
步驟1408、呼叫會話控制單元B轉(zhuǎn)發(fā)臨時響應(yīng)183到REV業(yè)務(wù)控制單元B。
步驟1409、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)臨時響應(yīng)183消息到呼叫會話控制單元B。
步驟1410、呼叫會話控制單元B轉(zhuǎn)發(fā)臨時響應(yīng)183到呼叫會話控制單元A。
步驟1411、呼叫會話控制單元A轉(zhuǎn)發(fā)該臨時響應(yīng)183到REV業(yè)務(wù)控制單元A。
步驟1412、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)臨時響應(yīng)183到呼叫會話控制單元A，消息中攜帶REV指示，用于通知主叫SIP終端，將為本次呼叫付費。
REV業(yè)務(wù)控制單元A也可以在本次呼叫后續(xù)的其它消息中，如INFO，UPDATE，ACK及響應(yīng)消息中攜帶REV指示。
步驟1413、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV指示的臨時響應(yīng)183到被叫SIP終端。
步驟1414～步驟1420、主叫SIP終端和被叫SIP終端完成媒體資源協(xié)商和資源預(yù)留，被叫SIP終端摘機(jī)，發(fā)送200OK消息到主叫SIP終端，主叫SIP終端和被叫SIP終端開始通話，本次呼叫將計費到主叫SIP終端。
圖15～圖19所述的方法為本發(fā)明上述提出的第三種實現(xiàn)流程，即被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV請求，主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送REV響應(yīng)。
圖15為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例七的流程圖，主叫終端和被叫終端都是SIP終端，被叫SIP終端簽約REV業(yè)務(wù)并且為永久模式，被叫SIP終端請求為本次呼叫進(jìn)行REV，其具體步驟為步驟1500、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A。
步驟1501、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到REV業(yè)務(wù)控制單元A。
步驟1502、REV業(yè)務(wù)控制單元A將SIP INVITE消息轉(zhuǎn)發(fā)到呼叫會話控制單元A。
步驟1503、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元B。
步驟1504、呼叫會話控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到REV業(yè)務(wù)控制單元B。
步驟1505、REV業(yè)務(wù)控制單元B確定被叫SIP終端簽約了REV業(yè)務(wù)且簽約模式為永久模式，則在SIP INVITE消息中攜帶REV指示，發(fā)送給呼叫會話控制單元B，用于通知被叫SIP終端，被叫SIP終端將為本次呼叫付費。
在SIP INVITE消息中攜帶REV指示的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，其中，″sipuser-B@terminatingnetwork.com″是被叫SIP終端的標(biāo)識，表示由被叫SIP終端來為本次呼叫付費。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其它消息中，如INFO，UPDATE，ACK及響應(yīng)消息中攜帶REV指示。
步驟1506、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶了REV指示的SIP INVITE消息到被叫SIP終端。
在本步驟中，主叫SIP終端與被叫SIP終端開始媒體資源協(xié)商和資源預(yù)留，并向被叫SIP終端振鈴。
步驟1507、REV業(yè)務(wù)控制單元B向呼叫控制單元B發(fā)送INFO消息，攜帶REV請求，用于向主叫SIP終端請求，由被叫SIP終端為本次呼叫付費。
INFO消息攜帶REV請求的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV業(yè)務(wù)控制單元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟1508、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到呼叫會話控制單元A。
步驟1509、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A判斷主叫SIP終端所在網(wǎng)絡(luò)是否支持REV，如果不支持，拒絕該呼叫，發(fā)送拒絕消息，并在該消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，REV業(yè)務(wù)控制單元A根據(jù)INFO消息攜帶的REV請求，確定被叫SIP終端請求為本次呼叫付費，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1510、REV業(yè)務(wù)控制單元A向呼叫會話控制單元A發(fā)送攜帶REV請求的INFO消息的響應(yīng)消息，即響應(yīng)200消息，在響應(yīng)消息中攜帶REV響應(yīng)，表示接受了被叫SIP終端的REV請求。
在響應(yīng)200消息中攜帶REV響應(yīng)的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV響應(yīng)。
步驟1511、呼叫會話控制單元A將攜帶REV響應(yīng)的響應(yīng)消息轉(zhuǎn)發(fā)到呼叫會話控制單元B。
步驟1512、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)消息到REV業(yè)務(wù)控制單元B，REV業(yè)務(wù)控制單元B根據(jù)該響應(yīng)消息攜帶的REV響應(yīng)，判斷主叫SIP終端是否接受了REV請求，如果是，則通知被叫SIP終端所在的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端，如果不是，則按照正常處理過程處理，不影響本次呼叫。
步驟1513～步驟1519、主叫SIP終端與被叫SIP終端完成媒體資源協(xié)商和資源預(yù)留，被叫SIP終端摘機(jī)，發(fā)送200OK到主叫SIP終端，主叫SIP終端與被叫SIP終端開始通話，本次呼叫將計費到被叫SIP終端。
在本步驟中，REV業(yè)務(wù)控制單元A在通過呼叫會話控制單元A向主叫SIP終端發(fā)送200OK消息時，攜帶REV指示，用于通知主叫SIP終端，被叫SIP終端為本次呼叫付費。
在200OK消息攜帶REV指示的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV指示。
圖16為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例八的流程圖，主被叫終端都為SIP終端，主叫SIP終端簽約REV業(yè)務(wù)并且為臨時模式，其具體步驟為步驟1600、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A。
步驟1601、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE請求到REV業(yè)務(wù)控制單元A。
步驟1602、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元A。
步驟1603、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元B。
步驟1604、呼叫會話控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到REV業(yè)務(wù)控制單元B。
步驟1605、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元B。
步驟1606、呼叫會話控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到被叫SIP終端。
在本步驟中，主叫SIP終端和被叫SIP終端開始媒體資源協(xié)商和資源預(yù)留，并向被叫SIP終端振鈴。
步驟1607、被叫SIP終端向呼叫會話控制單元B發(fā)送INFO消息，并在消息中攜帶REV請求，用于向主叫SIP終端請求，由主叫SIP終端為本次呼叫付費。
INFO消息攜帶REV請求的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，其中，″sipuser-A@originatingnetwork.com″是主叫SIP終端的標(biāo)識，表示由主叫SIP終端為本次呼叫付費。
REV業(yè)務(wù)控制單元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟1608、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到REV業(yè)務(wù)控制單元B。
步驟1609、REV業(yè)務(wù)控制單元B判斷攜帶REV請求的INFO消息為要求主叫SIP終端為本次呼叫付費，轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到呼叫會話控制單元B。
步驟1610、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到呼叫會話控制單元A。
步驟1611、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到REV業(yè)務(wù)控制單元A。
步驟1612、REV業(yè)務(wù)控制單元A判斷主叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式是臨時模式，如果是，轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到呼叫會話控制單元A，否則，發(fā)送攜帶REV請求的INFO消息的響應(yīng)200消息，并在響應(yīng)200消息中攜帶REV響應(yīng)，指示主叫SIP終端未簽約臨時REV業(yè)務(wù)。
在響應(yīng)200消息中攜帶REV響應(yīng)的過程為在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步驟1613、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到主叫SIP終端。
步驟1614、主叫SIP終端根據(jù)INFO消息攜帶的REV請求，確定被叫SIP終端請求主叫SIP終端為本次呼叫付費，選擇接受、忽略或拒絕REV請求，向呼叫會話控制單元A發(fā)送攜帶REV請求的INFO消息的響應(yīng)200消息，并在響應(yīng)200消息中攜帶REV響應(yīng)。
主叫SIP終端接受了被叫SIP終端的REV請求后，在響應(yīng)200消息中攜帶REV響應(yīng)的過程為在響應(yīng)200消息中的P-REV-Header域攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com″。
主叫SIP終端拒絕了被叫SIP終端的REV請求后，在響應(yīng)200消息中攜帶REV響應(yīng)的過程為在響應(yīng)200消息中的P-REV-Header域攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
步驟1615、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到REV業(yè)務(wù)控制單元A。
步驟1616、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到呼叫會話控制單元A。
REV業(yè)務(wù)控制單元A判斷主叫SIP終端的REV響應(yīng)，如果主叫SIP終端接受了被叫SIP終端的REV響應(yīng)，REV業(yè)務(wù)控制單元A通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端；如果主叫SIP終端忽略了被叫SIP終端的REV請求，REV業(yè)務(wù)控制單元A向呼叫會話控制單元A發(fā)送INFO消息的響應(yīng)200消息，并在響應(yīng)200消息中插入REV響應(yīng)，表示主叫SIP終端忽略了被叫SIP終端的REV請求，攜帶的過程為在響應(yīng)200消息中的P-REV-Header域攜帶P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟1617、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到呼叫會話控制單元B。
步驟1618、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到REV業(yè)務(wù)控制單元B，REV業(yè)務(wù)控制單元B根據(jù)該響應(yīng)200消息攜帶的REV響應(yīng)，判斷主叫SIP終端所在網(wǎng)絡(luò)是否接受了REV請求，如果是，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1619、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶SIP響應(yīng)的響應(yīng)200消息到呼叫會話控制單元B。
步驟1620、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶SIP響應(yīng)的響應(yīng)200消息到被叫SIP終端，被叫SIP終端根據(jù)響應(yīng)200消息中攜帶的REV響應(yīng)，得知主叫SIP終端所在網(wǎng)絡(luò)接受了主叫SIP終端為本次呼叫付費。
步驟1621～步驟1627、被叫SIP終端摘機(jī)，發(fā)送200OK消息到主叫SIP終端，主叫SIP終端和被叫SIP終端開始通話，本次呼叫將計費到主叫SIP終端上。
圖17為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例九的流程圖，主被叫終端都為SIP終端，被叫SIP終端簽約REV業(yè)務(wù)并且為臨時模式，其具體步驟為步驟1700、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A。
步驟1701、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE請求到REV業(yè)務(wù)控制單元A。
步驟1702、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元A。
步驟1703、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元B。
步驟1704、呼叫會話控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到REV業(yè)務(wù)控制單元B。
步驟1705、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元B。
步驟1706、呼叫會話控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到被叫SIP終端。
在本步驟中，主叫SIP終端和被叫SIP終端開始媒體資源協(xié)商和資源預(yù)留，并向被叫SIP終端振鈴。
步驟1707、被叫SIP終端向呼叫會話控制單元B發(fā)送INFO消息，并在消息中攜帶REV請求，用于向主叫SIP終端請求，由被叫SIP終端為本次呼叫付費。
在INFO消息中攜帶REV請求的過程為在INFO消息中的P-REV-Header域攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，″sipuser-B@terminatingnetwork.com″是被叫SIP終端的標(biāo)識，表示由被叫SIP終端來為本次呼叫付費。
REV業(yè)務(wù)控制單元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟1708、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO請求消息到REV業(yè)務(wù)控制單元B。
步驟1709、REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式是臨時模式，如果是，轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到呼叫會話控制單元B，否則，向被叫SIP終端發(fā)送INFO消息的200OK響應(yīng)，并在200OK響應(yīng)參數(shù)中攜帶的REV響應(yīng)為P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步驟1710、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到呼叫會話控制單元A。
步驟1711、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A判斷攜帶REV請求的INFO消息為被叫SIP終端請求為本次呼叫付費，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1712、REV業(yè)務(wù)控制單元A響應(yīng)呼叫會話控制單元A發(fā)送的攜帶REV請求的INFO消息的響應(yīng)200消息，并在響應(yīng)200消息中攜帶REV響應(yīng)，指示被叫SIP終端所在網(wǎng)絡(luò)接受了主叫SIP終端的REV請求，在P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
步驟1713、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到呼叫會話控制單元B。
步驟1714、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到REV業(yè)務(wù)控制單元B，REV業(yè)務(wù)控制單元B根據(jù)該響應(yīng)200消息攜帶的REV響應(yīng)，判斷主叫SIP終端所在網(wǎng)絡(luò)是否接受了REV請求如果是，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1715、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到呼叫會話控制單元B。
步驟1716、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到被叫SIP終端，被叫SIP終端根據(jù)響應(yīng)200消息攜帶的REV響應(yīng)，得知主叫SIP終端所在網(wǎng)絡(luò)接受了主叫SIP終端為本次呼叫付費。
步驟1717～步驟1723、主叫SIP終端和被叫SIP終端完成媒體資源協(xié)商和資源預(yù)留，被叫SIP終端摘機(jī)，發(fā)送200OK消息到主叫SIP終端，主叫SIP終端和被叫SIP終端開始通話，本次呼叫將計費到被叫SIP終端。
REV業(yè)務(wù)控制單元A在200OK消息中攜帶REV指示，用于通知主叫SIP終端，被叫SIP終端將為本次呼叫付費。
在200OK消息中攜帶REV指示的過程為在200OK消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV指示。
圖18為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例十的流程圖，主被叫終端都為SIP終端，在通話過程中，被叫SIP終端請求為主叫SIP終端付費，其具體步驟為步驟1800、主叫SIP終端和被叫SIP終端已經(jīng)建立呼叫，在主叫SIP終端與被叫SIP終端進(jìn)行通話期間，被叫SIP終端發(fā)送SIP SUBSCRIBER消息到呼叫會話控制單元B，該消息攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
在SIP SUBSCRIBER攜帶REV請求的過程為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-B@originatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端為整個呼叫付費。
在SIP SUBSCRIBER消息攜帶REV請求的過程還可以為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″rest-of-call″，表示請求由被叫SIP終端來為本次呼叫的剩余部分付費。
REV請求也可以在SIP消息的消息體內(nèi)傳遞，在SIP消息的消息體內(nèi)傳遞REV消息的情況下，SUBSCRBIER消息和NOTIFY消息可以使用相同的消息體格式，或者使用不同的消息體格式。
REV請求還可以攜帶在P-REV-Header域中，如在P-REV-Header域中攜帶Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-B@originatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端來為整個呼叫付費；或者在P-REV-Header域中攜帶Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″rest-of-call″，表示請求由被叫SIP終端為本次呼叫的剩余部分付費。
被叫SIP終端也可以在其它消息中，如INFO，INVITE，UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟1801、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到REV業(yè)務(wù)控制單元B。
步驟1802、REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式為臨時模式，如果是，將該SIP SUBSCRIBER消息轉(zhuǎn)發(fā)到呼叫會話控制單元B，否則，向被叫SIP終端發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″，指示被叫SIP終端未簽約REV業(yè)務(wù)且簽約模式不為臨時模式。
步驟1803、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SUBSCRIBER消息到呼叫會話控制單元A。
步驟1804、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SUBSCRIBER消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A判斷主叫SIP終端所在網(wǎng)絡(luò)是否支持REV，如果不支持，拒絕該呼叫，發(fā)送4xx拒絕消息，并在4xx拒絕消息中的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根據(jù)SUBSCRIBER消息攜帶的REV請求，得知被叫SIP終端請求為本次呼叫付費，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1805～步驟1809、呼叫會話控制單元A向被叫SIP終端發(fā)送SUBSCRIBER消息的200OK響應(yīng)消息。
步驟1810、REV業(yè)務(wù)控制單元A向呼叫會話控制單元A發(fā)送NOTIFY消息，該消息攜帶REV響應(yīng)，表示接受了被叫SIP終端的REV請求，NOTIFY消息中包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″whole-call″或者包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″rest-call″。
步驟1811、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元B。
步驟1812、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到REV業(yè)務(wù)控制單元B，REV業(yè)務(wù)控制單元B根據(jù)該NOTIFY消息攜帶的REV響應(yīng)，判斷主叫SIP終端是否接受了REV請求如果接受了，通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟1813、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元B。
步驟1814、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到被叫SIP終端，被叫SIP終端根據(jù)NOTIFY消息攜帶的REV響應(yīng)，確定主叫SIP終端接受了被叫SIP終端為本次呼叫的剩余部分或者全部付費。
步驟1815～步驟1819、被叫SIP終端向REV業(yè)務(wù)控制單元A發(fā)送攜帶REV響應(yīng)的NOTIFY消息的響應(yīng)200消息。
在本實施例中，還可以進(jìn)一步包括步驟11a～步驟14aREV業(yè)務(wù)控制單元A向主叫SIP終端發(fā)送MESSAGE消息，指示主叫SIP終端，被叫SIP終端將為本次呼叫的全部或者剩余部分付費。
采用本實施例，主叫SIP終端和被叫SIP終端依然保持通話，但整個呼叫或者剩余呼叫的呼叫費用將計費到主叫SIP終端。
圖19為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例十一的流程圖，主被叫終端都為SIP終端，在本次呼叫的通話過程中，被叫SIP終端請求主叫SIP終端付費，其具體步驟為步驟1900、主叫SIP終端和被叫SIP終端已經(jīng)建立呼叫，在主叫SIP終端與被叫SIP終端進(jìn)行通話期間，被叫SIP終端發(fā)送SIP SUBSCRIBER消息到呼叫會話控制單元B，該消息攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
在SIP SUBSCRIBER攜帶REV請求的過程為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-A@originatingnetwork.com″是主叫SIP終端的標(biāo)識，表示請求由被叫SIP終端為整個呼叫付費。
在SIP SUBSCRIBER消息攜帶REV請求的過程還可以為Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″rest-of-call″，表示請求由主叫SIP終端來為本次呼叫的剩余部分付費。
被叫SIP終端也可以在其它消息中，如INFO，INVITE，UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟1901、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到REV業(yè)務(wù)控制單元B。
步驟1902、REV業(yè)務(wù)控制單元B根據(jù)SIP SUBSCRIBER消息中的REV請求確定被叫SIP終端要求主叫SIP終端付費，將攜帶REV請求的SIPSUBSCRIBER消息轉(zhuǎn)發(fā)到呼叫會話控制單元B。
步驟1903、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到呼叫會話控制單元A。
步驟1904、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A判斷被叫SIP終端是否簽約了通話過程中的REV業(yè)務(wù)，如果是，轉(zhuǎn)發(fā)攜帶REV請求的SIP SUBSCRIBER消息到呼叫會話控制單元A，否則，拒絕攜帶REV請求的SIP SUBSCRIBER消息，發(fā)送4xx拒絕消息到主叫SIP終端，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步驟1905、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到呼叫會話控制單元A。
步驟1906、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到主叫SIP終端，主叫SIP終端根據(jù)SUBSCRIBER消息攜帶的REV請求，確定被叫SIP終端請求主叫SIP終端為本次呼叫的全部或者剩余部分付費。
步驟1907～步驟1913、主叫SIP終端發(fā)送攜帶REV請求的SIPSUBSCRIBER消息的200OK響應(yīng)消息到被叫SIP終端。
步驟1914、主叫SIP終端選擇接受、忽略或拒絕被叫SIP終端的REV請求，發(fā)送NOTIFY消息到呼叫會話控制單元A，并在NOTIFY消息中攜帶REV響應(yīng)。
如果主叫SIP終端接受了被叫SIP終端的REV請求，其NOTIFY消息包含Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-A@terminatingnetwork.com″，partial-call＝″whole-call″或者包含Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-A@terminatingnetwork.com″，partial-call＝″rest-call″。
如果主叫SIP終端拒絕了被叫SIP終端的REV請求，其NOTIFY消息包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
如果主叫SIP終端忽略了被叫SIP終端的REV請求，其NOTIFY消息包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟1915、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A根據(jù)NOTIFY消息攜帶的REV響應(yīng)，確定主叫SIP終端接受了被叫SIP終端的REV請求，REV業(yè)務(wù)控制單元A通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1916、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元A。
步驟1917、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元B。
步驟1918、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到REV業(yè)務(wù)控制單元B，REV業(yè)務(wù)控制單元B根據(jù)該NOTIFY消息攜帶的REV響應(yīng)，判斷主叫SIP終端是否接受了REV請求如果接受了，REV業(yè)務(wù)控制單元B通知主叫SIP終端所在的計費處理模塊，將本次呼叫的通話費用計費到主叫SIP終端。
步驟1919、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到呼叫會話控制單元B。
步驟1920、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到被叫SIP終端，被叫SIP終端根據(jù)NOTIFY消息攜帶的REV響應(yīng)，得知主叫SIP終端接受了為本次呼叫的剩余部分或者全部付費。
步驟1921～步驟1927、被叫SIP終端向主叫SIP終端發(fā)送攜帶REV響應(yīng)的NOTIFY消息的響應(yīng)200消息。
在本實施例中，被叫SIP終端和主叫SIP終端依然保持通話，但整個呼叫或者剩余呼叫的呼叫費用將計費到主叫SIP終端。
圖20所述的方法為本發(fā)明上述提到的第四種實現(xiàn)流程，即被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV指示。
圖20為本發(fā)明在分組電信網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法實施例十二的流程圖，主被叫終端都為SIP終端，被叫SIP終端簽約REV業(yè)務(wù)并且為永久模式，其具體步驟為步驟2000、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A。
步驟2001、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE請求到REV業(yè)務(wù)控制單元A。
步驟2002、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)SIP INVITE請求到呼叫會話控制單元A。
步驟2003、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE請求到呼叫會話控制單元B。
步驟2004、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)SIP INVITE請求到呼叫會話控制單元B。
步驟2005、REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式是永久模式，如果是，通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端，REV業(yè)務(wù)控制單元B在SIP INVITE消息中攜帶REV指示，并將攜帶REV指示的SIP INVITE消息轉(zhuǎn)發(fā)到呼叫會話控制單元B；否則，向呼叫會話控制單元B發(fā)送拒絕消息。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其它消息中，如INFO，UPDATE，ACK及響應(yīng)消息中攜帶REV指示。
在SIP INVITE消息攜帶REV指示的過程為P-REV-Headerrev-type＝rev-indication；charging-subscriber＝sipuser-B@originatingnetwork.com，其中，″sipuser-B@originatingnetwork.com″是被叫SIP終端的標(biāo)識，表示指示由被叫SIP終端來為本次呼叫付費。
REV業(yè)務(wù)控制單元B還可以在SIP INVITE消息中增加其它參數(shù)，如transfer Mode，用于協(xié)商REV的計費方式。
步驟2006、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV指示的SIP INVITE消息到被叫SIP終端。
此時，主叫SIP終端與被叫SIP終端開始媒體資源協(xié)商和資源預(yù)留，并向被叫SIP終端振鈴。
步驟2007、REV業(yè)務(wù)控制單元B向呼叫會話控制單元B發(fā)送INFO消息，并在消息中攜帶REV指示，用于指示主叫SIP終端所在網(wǎng)絡(luò)，由被叫SIP終端為本次呼叫付費。
在INFO消息中攜帶REV指示的過程為在INFO消息中的P-REV-Header域攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV業(yè)務(wù)控制單元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及響應(yīng)消息中攜帶REV指示。
步驟2008、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV指示的INFO消息到呼叫會話控制單元A。
步驟2009、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV指示的INFO消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A根據(jù)INFO消息攜帶的REV指示，得知被叫SIP終端為本次呼叫付費，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟2010、REV業(yè)務(wù)控制單元A向呼叫會話控制單元A發(fā)送該INFO消息的響應(yīng)200消息；步驟2011、呼叫會話控制單元A轉(zhuǎn)發(fā)響應(yīng)200消息到呼叫會話控制單元B。
步驟2012、呼叫會話控制單元B轉(zhuǎn)發(fā)響應(yīng)200消息到REV業(yè)務(wù)控制單元B。
步驟2013～步驟2019、主叫SIP終端和被叫SIP終端完成媒體資源協(xié)商和資源預(yù)留，被叫SIP終端摘機(jī)，發(fā)送200OK消息到主叫SIP終端，主叫SIP終端和被叫SIP終端開始通話，本次呼叫將計費到被叫SIP終端。
REV業(yè)務(wù)控制單元A在200OK消息中攜帶REV指示，用于通知主叫SIP終端，被叫SIP終端將為本次呼叫付費。
在200OK消息中攜帶REV指示的過程為在200OK消息的P-REV-Header域攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV指示。
本發(fā)明提供的方法還可以在傳統(tǒng)電信網(wǎng)絡(luò)中的終端與分組電信網(wǎng)絡(luò)中的SIP終端進(jìn)行通信時，實現(xiàn)REV，以下舉具體實施例進(jìn)行說明。
為了實現(xiàn)傳統(tǒng)電信網(wǎng)絡(luò)中的終端與分組電信網(wǎng)絡(luò)中的SIP終端進(jìn)行通信，媒體網(wǎng)關(guān)控制單元需要實現(xiàn)SIP消息與ISDN用戶部分(ISUP)消息的映射，即在媒體網(wǎng)關(guān)控制單元存儲SIP消息與ISUP消息的映射關(guān)系，從而進(jìn)行SIP消息與ISUP消息之間的轉(zhuǎn)換。
在本發(fā)明中，在媒體網(wǎng)關(guān)控制單元存儲的SIP消息與ISUP消息的映射關(guān)系如表一所示。

表一為了實現(xiàn)傳統(tǒng)電信網(wǎng)絡(luò)中的終端與分組電信網(wǎng)絡(luò)中的SIP終端進(jìn)行通信，本發(fā)明提供的方法為基于電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，分組電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV；或者分組電信網(wǎng)絡(luò)向基于電路交換的電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，基于電路交換的電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV。以下舉具體的實施例說明本發(fā)明。
在Case A情況下的實施例圖21為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十三的流程圖，主叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，被叫終端為SIP終端，被叫SIP終端簽約REV業(yè)務(wù)并且為臨時模式，其具體步驟為步驟2100、主叫終端發(fā)送DSS1信令的SETUP消息到傳統(tǒng)電信網(wǎng)絡(luò)，SETUP消息中攜帶RequestREV，指示Case A，請求被叫SIP終端為本次呼叫付費。
RequestREV的定義參考ITU-T Q.956中的定義。
步驟2101、傳統(tǒng)電信網(wǎng)絡(luò)檢查是否支持REV業(yè)務(wù)，SS7信令是否支持等條件，通過后，發(fā)送SS7信令的IAM消息到媒體網(wǎng)關(guān)控制單元，IAM消息中攜帶REVCallingReqSetup以及transfer mode。
REVCallingReqSetup請求參數(shù)的定義參考ITU-T Q.736.3中的定義。
步驟2102、媒體網(wǎng)關(guān)控制單元將SS7信令的IAM消息映射為SIP信令的INVITE消息，發(fā)送SIP INVITE消息到呼叫會話控制單元B，并根據(jù)REVCallingReqSetup以及transfer mode，攜帶REV請求，用于請求被叫SIP終端采用transfer mode為本次呼叫付費。
在SIP INVITE消息中攜帶REV請求的過程為在SIP INVITE消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，transfer-mode＝“transfer”，其中，″sipuser-B@terminatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端來為本次呼叫付費，并采用transfer mode。
步驟2103、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式是臨時模式，如果是，轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到呼叫會話控制單元B，否則，拒絕該呼叫，發(fā)送4xx拒絕消息到被叫SIP終端，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步驟2104、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到呼叫會話控制單元B。
步驟2105、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到被叫SIP終端。
被叫SIP終端根據(jù)SIP INVITE消息攜帶的REV請求，確定主叫終端請求被叫SIP終端為本次呼叫付費。
步驟2106～步驟2111、被叫SIP終端和媒體網(wǎng)關(guān)控制單元進(jìn)行媒體資源協(xié)商，資源預(yù)留，成功后，被叫SIP終端振鈴，發(fā)送180ringing消息，該180ringing消息經(jīng)呼叫會話控制單元B以及REV業(yè)務(wù)控制單元B發(fā)送到媒體網(wǎng)關(guān)控制單元，媒體網(wǎng)關(guān)控制單元發(fā)送SS7信令的ACM消息到傳統(tǒng)電信網(wǎng)絡(luò)，傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送DSS1信令的CALL PROC消息到主叫終端。
步驟2112、被叫SIP終端接受了本次呼叫，并選擇接受、忽略或拒絕主叫終端的REV請求，向呼叫會話控制單元B發(fā)送200OK響應(yīng)消息，并在200OK響應(yīng)消息中攜帶REV響應(yīng)。
如果被叫SIP終端接受了主叫終端的REV請求，其P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝sipuser-B@terminatingnetwork.com。
如果被叫SIP終端拒絕了主叫終端的REV請求，其P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
如果被叫SIP終端忽略了主叫終端的REV請求，其P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟2113、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK響應(yīng)消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷200OK響應(yīng)消息攜帶的REV響應(yīng)，如果被叫SIP終端接受了主叫終端的REV請求，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟2114、REV業(yè)務(wù)控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK響應(yīng)消息到呼叫會話控制單元B。
步驟2115、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK響應(yīng)消息到媒體網(wǎng)關(guān)控制單元。
步驟2116、媒體網(wǎng)關(guān)控制單元將SIP信令的200OK響應(yīng)消息映射為SS7信令的ANM，發(fā)送ANM到傳統(tǒng)電信網(wǎng)絡(luò)，并根據(jù)200OK響應(yīng)消息攜帶的REV響應(yīng)，在ANM中攜帶REVCallingReqSetup及transfer mode，用于通知主叫終端所在網(wǎng)絡(luò)被叫SIP終端接受了REV請求。
傳統(tǒng)電信網(wǎng)絡(luò)收到ANM，根據(jù)REVCallingReqSetup中的內(nèi)容，得知被叫SIP終端接受了REV請求及transfer mode，對本次呼叫REV。
步驟2117、傳統(tǒng)電信網(wǎng)絡(luò)向主叫終端發(fā)送CONNECT，CONNECT中攜帶RequestREV，指示主叫終端網(wǎng)絡(luò)所在接受了主叫終端的REV請求。
此時通話過程建立，主叫終端和被叫SIP終端開始通話，本次呼叫將計費到被叫SIP終端。
圖22為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十四的流程圖，被叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，主叫終端為SIP終端，被叫簽約REV業(yè)務(wù)并且簽約模式為臨時模式，其具體步驟為步驟2200、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A，攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
SIP INVITE消息攜帶REV請求的過程為P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，其中，″26540808@isdn.com″是被叫終端的標(biāo)識，表示請求由被叫終端來為本次呼叫付費。
步驟2201、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIP INVITE消息到REV業(yè)務(wù)控制單元A。
步驟2202、REV業(yè)務(wù)控制單元A判斷SIP INVITE消息攜帶的REV請求，如果是主叫SIP終端要求對方付費，將該SIP INVITE消息轉(zhuǎn)發(fā)到呼叫會話控制單元A。
REV業(yè)務(wù)控制單元A可以在攜帶REV請求的SIP INVITE消息還攜帶transfer mode，攜帶的過程為P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，transfer-mode＝“transfer”，表示REV后采用transfer mode。
步驟2203、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求和transfer mode的SIP INVITE消息到媒體網(wǎng)關(guān)控制單元。
步驟2204、媒體網(wǎng)關(guān)控制單元和主叫SIP終端進(jìn)行媒體協(xié)商和資源預(yù)留，成功后向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送IAM消息，并根據(jù)SIP INVITE消息攜帶的REV請求和transfer mode，在IAM消息中攜帶REVCallingReqSetup及transfer mode，請求被叫終端采用transfer mode為本次呼叫付費。
REVCallingReqSetup的定義參考ITU-T Q.736.3中的定義。
步驟2205、傳統(tǒng)電信網(wǎng)絡(luò)檢查被叫終端是否簽約了Case A的REV業(yè)務(wù)，如果檢查通過，向被叫終端發(fā)送SETUP消息，SETUP消息中攜帶RequestREV，請求被叫為本次呼叫付費。
RequestREV的定義參考ITU-T Q.956中的定義。
步驟2206～步驟2210、傳統(tǒng)電信網(wǎng)絡(luò)向媒體網(wǎng)關(guān)控制單元發(fā)送SS7信令的ACM消息，媒體網(wǎng)關(guān)控制單元將SS7信令的ACM消息映射為SIP信令的100ringing消息，該信息經(jīng)呼叫會話控制單元A和REV業(yè)務(wù)控制單元A發(fā)送到主叫SIP終端。
步驟2211、被叫終端摘機(jī)，選擇接受主叫SIP終端的REV請求，發(fā)送DSS1信令的CONNECT到傳統(tǒng)電信網(wǎng)絡(luò)，CONNECT中攜帶RequestREV，指示被叫終端接受了REV請求。
RequestREV的定義參考ITU-T Q.956中的定義。
傳統(tǒng)電信網(wǎng)絡(luò)根據(jù)CONNECT攜帶的RequestREV判斷被叫終端是否接受了REV請求，如果是，根據(jù)主叫SIP終端所在網(wǎng)絡(luò)提供的transfer mode，對本次呼叫進(jìn)行REV。
步驟2212、傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的ANM到媒體網(wǎng)關(guān)控制單元，ANM中攜帶REVCallingReqSetup及transfer mode。
步驟2213、媒體網(wǎng)關(guān)控制單元將SS7信令的ANM映射為SIP信令的200OK消息，發(fā)送200OK消息到呼叫會話控制單元A，并根據(jù)REVCallingReqSetup，在200OK消息中攜帶REV響應(yīng)。
如果被叫終端接受了主叫SIP終端的REV請求，在200OK消息中攜帶REV響應(yīng)的過程為在200OK消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″。
如果被叫終端未簽約REV業(yè)務(wù)，在200OK消息中攜帶REV響應(yīng)的過程為在200OK消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
如果被叫終端拒絕了主叫SIP終端的REV請求，在200OK消息中攜帶REV響應(yīng)的過程為P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
如果被叫終端忽略了主叫SIP終端的REV請求，在200OK消息中攜帶REV響應(yīng)的過程為P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟2214、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK消息到REV業(yè)務(wù)控制單元A，REV業(yè)務(wù)控制單元A根據(jù)該200OK消息攜帶的REV響應(yīng)，判斷被叫終端所在網(wǎng)絡(luò)是否接受了REV請求如果是，REV業(yè)務(wù)控制單元A通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫終端。
步驟2215、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200OK消息到呼叫會話控制單元A。
步驟2216、呼叫會話控制單元A刪除200OK消息攜帶的transfer mode，轉(zhuǎn)發(fā)200OK消息到主叫SIP終端，主叫SIP終端根據(jù)200OK消息攜帶的REV響應(yīng)，得知被叫終端所在網(wǎng)絡(luò)接受了主叫SIP終端的REV請求。
此時通話過程建立，主叫SIP終端和被叫終端開始通話，本次呼叫將計費到被叫終端。
在Case B主叫終端請求REV情況下的實施例圖23為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十五的流程圖，主叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，被叫終端為SIP終端，被叫SIP終端簽約REV業(yè)務(wù)且為臨時模式，其具體步驟為步驟2300、主叫終端和被叫SIP終端建立呼叫，在主叫終端和被叫SIP終端通話期間，主叫終端發(fā)送DSS1信令的facility消息到傳統(tǒng)電信網(wǎng)絡(luò)，攜帶RequestREV，指示Case B，請求被叫SIP終端為本次呼叫付費。
RequestREV的定義參考ITU-T Q.956中的定義。
步驟2301、傳統(tǒng)電信網(wǎng)絡(luò)檢查是否支持REV業(yè)務(wù)，SS7信令是否支持等條件，通過后，發(fā)送SS7信令的FAC消息到媒體網(wǎng)關(guān)控制單元，F(xiàn)AC消息中攜帶REVCallingReqActive以及transfer mode。
REVCallingReqActive的定義參考ITU-T Q.736.3中的定義。
步驟2302、媒體網(wǎng)關(guān)控制單元將FAC消息轉(zhuǎn)換為SIP信令的INFO消息，向呼叫會話控制單元B發(fā)送INFO消息，并在消息中攜帶REV請求，用于向被叫SIP終端請求，由被叫SIP終端采用transfer mode為本次呼叫付費。
INFO消息攜帶REV請求的過程為在INFO消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″或者P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-B@terminatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端來為本次呼叫的剩余部分或者全部付費。
媒體網(wǎng)關(guān)控制單元也可以在呼叫相關(guān)的其它消息中，如UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟2303、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式是臨時模式，如果是，轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到呼叫會話控制單元B，否則，拒絕該呼叫，發(fā)送4xx拒絕消息給被叫SIP終端，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步驟2304、REV業(yè)務(wù)控制單元B發(fā)送SIP SUBSCRIBER消息到呼叫會話控制單元B，在SIP SUBSCRIBER消息攜帶REV請求，用于請求臨時激活REV業(yè)務(wù)。
為了在SIP SUBSCRIBER消息中攜帶REV請求，需要擴(kuò)展現(xiàn)有SIP消息，比如增加一個reverse-charging事件包。
在SUBSCRIBER消息攜帶REV請求的過程為Eventreverse-chargingP-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″，其中，″sipuser-B@terminatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端來為呼叫的剩余部分付費。
REV業(yè)務(wù)控制單元B也可以在呼叫相關(guān)的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV請求。
步驟2305、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到被叫SIP終端。
被叫SIP終端根據(jù)SIP SUBSCRIBER消息攜帶的REV請求，得知主叫終端請求被叫SIP終端為本次呼叫付費。
步驟2306～步驟2307、被叫SIP終端發(fā)送攜帶REV請求的SIPSUBSCRIBER消息的響應(yīng)200消息到REV業(yè)務(wù)控制單元B。
步驟2308、被叫SIP終端選擇接受、忽略或拒絕主叫終端的REV請求，向呼叫會話控制單元B發(fā)送NOTIFY消息，并在NOTIFY消息中攜帶REV響應(yīng)。
如果被叫SIP終端接受了主叫終端的REV請求，其NOTIFY消息攜帶REV的過程為Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″或者Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″whole-of-call″；如果被叫SIP終端拒絕了主叫終端的REV請求，其NOTIFY消息攜帶REV的過程為Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″；如果被叫SIP終端忽略了主叫終端的REV請求，其NOTIFY消息攜帶REV的過程為Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟2309、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷NOTIFY消息攜帶的REV響應(yīng)，如果被叫SIP終端接受了主叫終端的REV請求，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟2310～步驟2311、REV業(yè)務(wù)控制單元B發(fā)送攜帶REV響應(yīng)的NOTIFY消息的響應(yīng)200消息到被叫SIP終端。
步驟2312、REV業(yè)務(wù)控制單元B向呼叫會話控制單元B發(fā)送步驟2303中的INFO消息的響應(yīng)200消息，并在響應(yīng)200消息中攜帶REV響應(yīng)，表示接受了主叫終端的REV請求。
在響應(yīng)200消息中攜帶REV響應(yīng)的過程為在響應(yīng)200消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″或者攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″whole-of-call″。
步驟2313、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到媒體網(wǎng)關(guān)控制單元。
步驟2314、媒體網(wǎng)關(guān)控制單元將SIP信令的響應(yīng)200消息映射為SS7信令的FAC消息，發(fā)送FAC消息到傳統(tǒng)電信網(wǎng)絡(luò)，并根據(jù)響應(yīng)200消息攜帶的REV響應(yīng)，在FAC消息中攜帶REVCallingReqActive以及transfer mode，用于通知主叫終端被叫SIP終端接受了主叫終端的REV請求。
REVCallingReqSetup的定義參考ITU-T Q.736.3中的定義。
傳統(tǒng)電信網(wǎng)絡(luò)收到FAC消息，根據(jù)攜帶的REVCallingReqActive中的內(nèi)容，得知被叫SIP終端接受了主叫終端的REV請求及REV后的transfermode，對本次呼叫進(jìn)行REV。
步驟2315、傳統(tǒng)電信網(wǎng)絡(luò)向主叫終端發(fā)送DSS1信令的facility消息，facility消息中攜帶RequestREV，指示被叫SIP終端將為本次呼叫的剩余部分或者全部付費。
DSS1信令的RequestREV的定義參考ITU-T Q.956中的定義。
此時，主叫終端和被叫SIP終端依然保持通話，但剩余呼叫的呼叫費用或本次呼叫的全部費用將計費到被叫SIP終端。
圖24為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十六的流程圖，被叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，主叫終端為SIP終端，被叫終端簽約REV業(yè)務(wù)并且簽約模式為臨時簽約，其具體步驟為步驟2400、主叫SIP終端和被叫終端建立呼叫，主叫SIP終端和被叫終端通話期間，主叫SIP終端發(fā)送SIP SUBSCRIBER消息到呼叫會話控制單元A，在SIP SUBSCRIBER消息中攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
為了在SIP SUBSCRIBER消息中攜帶REV請求，需要擴(kuò)展現(xiàn)有SIP消息，比如增加一個reverse-charging事件包。
在SUBSCRIBER消息攜帶REV請求的過程為Eventreverse-chargingP-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″rest-of-call″，其中，″26540808@isdn.com″是被叫終端的標(biāo)識，表示請求由被叫終端來為呼叫的剩余部分付費。
呼叫會話控制單元A也可以在呼叫相關(guān)的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV請求。
步驟2401、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到REV業(yè)務(wù)控制單元A。
步驟2402～步驟2403、REV業(yè)務(wù)控制單元A發(fā)送攜帶REV請求的SIPSUBSCRIBER消息的響應(yīng)200消息到主叫SIP終端。
步驟2404、REV業(yè)務(wù)控制單元A判斷SIP SUBSCRIBER消息攜帶的REV請求，如果是主叫SIP終端要求對方付費，發(fā)送INFO消息到呼叫會話控制單元A，并在INFO消息中攜帶REV請求。
在INFO消息中攜帶REV請求的過程為P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″rest-of-call″，transfer-mode＝“transfer”，表示請求被叫終端為本次呼叫的剩余部分付費，REV后采用transfer mode。
在INFO消息中攜帶REV請求的過程也可以為P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″whole-of-call″，transfer-mode＝“transfer”，表示請求被叫終端為本次呼叫整個付費，REV后采用transfer mode。
REV業(yè)務(wù)控制單元A也可以在呼叫相關(guān)的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV請求。
步驟2405、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到媒體網(wǎng)關(guān)控制單元。
步驟2406、媒體網(wǎng)關(guān)控制單元將SIP信令的INFO消息映射到SS7信令的FAC消息，向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的FAC消息，并根據(jù)INFO消息攜帶的REV請求，在FAC消息中攜帶REVCallingReqActive及transfermode，請求被叫為本次呼叫付費。
REVCallingReqActive的定義參考ITU-T Q.736.3中的定義。
步驟2407、傳統(tǒng)電信網(wǎng)絡(luò)檢查被叫終端是否簽約了Case B的REV業(yè)務(wù)，如果通過，向被叫終端發(fā)送DSS1信令的facility消息，攜帶RequestREV，請求被叫終端為本次呼叫的剩余部分付費。
RequestREV的定義參考ITU-T Q.956中的定義。
步驟2408、被叫終端選擇接受主叫SIP終端的REV請求，發(fā)送DSS1信令的facility消息到傳統(tǒng)電信網(wǎng)絡(luò)，facility消息中攜帶RequestREV，指示被叫終端接受了REV請求。
RequestREV的定義參考ITU-T Q.956中的定義。
傳統(tǒng)電信網(wǎng)絡(luò)根據(jù)RequestREV的內(nèi)容判斷被叫終端是否接受了REV請求，如果是，根據(jù)主叫SIP終端所在網(wǎng)絡(luò)提供的transfer mode，對本次呼叫進(jìn)行REV。
步驟2409、傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的FAC消息到媒體網(wǎng)關(guān)控制單元，F(xiàn)AC消息中攜帶REVCallingReqActive及transfer mode。
步驟2410、媒體網(wǎng)關(guān)控制單元向呼叫會話控制單元A發(fā)送步驟2405中INFO消息的響應(yīng)200消息，并根據(jù)SS7信令的FAC消息中REVCallingReqActive，攜帶REV響應(yīng)。
如果被叫終端接受了主叫SIP終端的REV請求，響應(yīng)200消息攜帶REV響應(yīng)的過程為在響應(yīng)200消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″rest-of-call″或者攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″whole-of-call″。
如果被叫終端未簽約REV業(yè)務(wù)，200響應(yīng)消息攜帶REV響應(yīng)的過程為在200響應(yīng)消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″；如果被叫終端拒絕了主叫SIP終端的REV請求，200響應(yīng)消息攜帶REV響應(yīng)的過程為在200響應(yīng)消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″；如果被叫終端忽略了主叫SIP終端的REV請求，200響應(yīng)消息攜帶REV響應(yīng)的過程為在200響應(yīng)消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步驟2411、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的200響應(yīng)消息到REV業(yè)務(wù)控制單元A，REV業(yè)務(wù)控制單元A根據(jù)該響應(yīng)200消息攜帶的REV響應(yīng)，判斷被叫終端所在網(wǎng)絡(luò)是否接受了反轉(zhuǎn)計費請求。如果是，REV業(yè)務(wù)控制單元A通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫終端。
步驟2412、REV業(yè)務(wù)控制單元A發(fā)送NOTIFY消息到呼叫會話控制單元A，并在NOTIFY消息攜帶REV響應(yīng)。
如果被叫終端接受了主叫SIP終端的REV請求，其NOTIFY消息攜帶REV響應(yīng)的過程為Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″rest-of-call″或者Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″whole-of-call″；如果被叫終端拒絕了主叫SIP終端的REV請求，其NOTIFY消息攜帶REV響應(yīng)的過程為Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″；如果被叫終端忽略了主叫SIP終端的REV請求，其NOTIFY消息攜帶REV響應(yīng)的過程為Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-inf-＝″UserIgnored″。
步驟2413、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的NOTIFY消息到主叫SIP終端，主叫SIP終端根據(jù)NOTIFY消息攜帶的REV響應(yīng)，得知被叫終端所在網(wǎng)絡(luò)接受了為本次呼叫的剩余部分付費或整個呼叫付費。
步驟2414～步驟2415、主叫SIP終端向REV業(yè)務(wù)控制單元A發(fā)送攜帶REV響應(yīng)的NOTIFY消息的響應(yīng)200消息。
此時，主叫SIP終端和被叫終端依然保持通話，但整個呼叫或者剩余呼叫的呼叫費用將計費到被叫終端。
在Case B被叫終端請求REV情況下的實施例圖25為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十七的流程圖，主叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，被叫終端為SIP終端，被叫SIP簽約REV業(yè)務(wù)且簽約模式為臨時模式，其具體步驟為步驟2500、主叫終端和被叫SIP終端建立呼叫，主叫終端和被叫SIP終端通話期間，被叫SIP終端發(fā)送SIP SUBSCRIBER消息到呼叫會話控制單元B，在SIP SUBSCRIBER消息中攜帶REV請求，用于臨時激活REV業(yè)務(wù)。
為了在SIP SUBSCRIBER消息中攜帶REV請求，需要擴(kuò)展現(xiàn)有SIP消息，比如增加一個reverse-charging事件包。
在SUBSCRIBER消息攜帶REV請求的過程為Eventreverse-chargingP-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″，其中，″sipuser-B@terminatingnetwork.com″是被叫SIP終端的標(biāo)識，表示請求由被叫SIP終端來為呼叫的剩余部分付費。
呼叫會話業(yè)務(wù)控制單元B也可以在呼叫相關(guān)的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV請求。
步驟2501、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的SIPSUBSCRIBER消息到REV業(yè)務(wù)控制單元B。
REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)，如果是，REV業(yè)務(wù)控制單元將攜帶REV請求的SIP SUBSCRIBER消息轉(zhuǎn)發(fā)到呼叫會話控制單元B，否則，向被叫SIP終端發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″，指示被叫SIP終端未簽約REV業(yè)務(wù)。
步驟2502、REV業(yè)務(wù)控制單元B向呼叫會話控制單元B發(fā)送攜帶REV請求的SIP SUBSCRIBER消息的200OK響應(yīng)消息。
步驟2503、呼叫會話控制單元B轉(zhuǎn)發(fā)200OK響應(yīng)消息到被叫SIP終端。
步驟2504、REV業(yè)務(wù)控制單元B向呼叫會話控制單元B發(fā)送INFO消息，并在消息中攜帶REV請求，用于向主叫終端請求，由被叫SIP終端為本次呼叫付費。
在INFO消息攜帶REV請求的過程為在INFO消息的P-REV-Header域攜帶EventEventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″。
REV業(yè)務(wù)控制單元B也可以在呼叫相關(guān)的其它消息中，如UPDATE，ACK及響應(yīng)消息攜帶REV請求。
步驟2505、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到媒體網(wǎng)關(guān)控制單元。
步驟2506、媒體網(wǎng)關(guān)控制單元向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的FAC消息，并在FAC消息中攜帶REVCalledRequest，用于指示傳統(tǒng)電信網(wǎng)絡(luò)，被叫SIP終端將為本次呼叫的剩余部分付費。
傳統(tǒng)電信網(wǎng)絡(luò)如果支持REV業(yè)務(wù)，將本次呼叫的通話費用計費到被叫SIP終端，否則，拒絕該呼叫，并返回錯誤碼。
REVCalledRequest的定義參考ITU-T Q.736.3中的定義。
步驟2507、傳統(tǒng)電信網(wǎng)絡(luò)向主叫終端發(fā)送DSS1信令的NOTIFY消息，指示″Reverse charging(For the rest of the call)″，表示被叫SIP終端將為本次呼叫的剩余部分付費。
DSS1信令的NOTIFY消息的定義參考ITU-T Q.956中的定義。
步驟2508、傳統(tǒng)電信網(wǎng)絡(luò)向媒體網(wǎng)關(guān)控制單元發(fā)送SS7信令的FAC消息，并在FAC消息中攜帶REVCalledRequest，用于指示媒體網(wǎng)關(guān)控制單元，主叫終端所在網(wǎng)絡(luò)接受了被叫SIP終端為本次呼叫的剩余部分付費。
步驟2509、媒體網(wǎng)關(guān)控制單元向呼叫會話控制單元B發(fā)送攜帶REV請求的INFO消息的響應(yīng)200消息，并在響應(yīng)200消息中攜帶REV響應(yīng)，表示主叫終端所在網(wǎng)絡(luò)接受了被叫SIP終端的REV請求。
在響應(yīng)200消息中攜帶REV響應(yīng)的過程為在響應(yīng)200消息的P-REV-Header域中攜帶EventEventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″。
媒體網(wǎng)關(guān)控制單元也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV響應(yīng)。
步驟2510、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到REV業(yè)務(wù)控制單元B，REV業(yè)務(wù)控制單元B根據(jù)該響應(yīng)200消息攜帶的REV響應(yīng)，確定主叫終端所在網(wǎng)絡(luò)是否接受了REV請求如果是，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟2511、REV業(yè)務(wù)控制單元B向呼叫會話控制單元B發(fā)送NOTIFY消息，表示接受了被叫SIP終端的REV請求。
NOTIFY消息中可以攜帶Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-call″。
步驟2512、呼叫會話控制單元B轉(zhuǎn)發(fā)NOTIFY消息到被叫SIP終端，被叫SIP終端根據(jù)NOTIFY消息中的P-REV-Header域，得知主叫終端接受了被叫SIP終端為本次呼叫的剩余部分付費。
步驟2513～步驟2514、被叫SIP終端向REV業(yè)務(wù)控制單元B發(fā)送NOTIFY消息的響應(yīng)200消息。
此時，主叫終端和被叫SIP終端依然保持通話，但剩余呼叫的呼叫費用將計費到被叫SIP終端。
圖26為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十八的流程圖，被叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，主叫終端為SIP終端，被叫終端簽約REV業(yè)務(wù)并且簽約模式為臨時模式，其具體步驟為步驟2600、主叫SIP終端和被叫終端建立呼叫，主叫SIP終端和被叫終端通話期間，被叫終端發(fā)送DSS1信令的facility消息到傳統(tǒng)電信網(wǎng)絡(luò)，攜帶RequestREV，指示Case B，請求被叫終端為本次呼叫付費。
RequestREV的定義參考ITU-T Q.956中的定義。
步驟2601、傳統(tǒng)電信網(wǎng)絡(luò)判斷被叫終端是否簽約了REV業(yè)務(wù)且簽約模式是Case B，如果是，傳統(tǒng)電信網(wǎng)絡(luò)向媒體網(wǎng)關(guān)控制單元發(fā)送FAC消息，消息中攜帶REVCalledRequest，用于指示媒體網(wǎng)關(guān)控制單元，被叫終端將為本次呼叫的剩余部分付費。
REVCalledRequest的定義參考ITU-T Q.736.3中的定義。
步驟2602、媒體網(wǎng)關(guān)控制單元向呼叫會話控制單元A發(fā)送INFO消息，并在消息中攜帶REV請求，用于向主叫SIP終端請求，由被叫終端為本次呼叫的剩余部分付費。
INFO消息攜帶REV請求的過程為在INFO消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，partial-call＝″rest-of-call″，″26540808@isdn.com″是被叫終端在分組網(wǎng)絡(luò)中的標(biāo)識，表示請求由被叫終端來為本次呼叫的剩余部分付費。
REV業(yè)務(wù)控制單元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及響應(yīng)消息攜帶REV請求。
步驟2603、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A判斷主叫SIP終端所在網(wǎng)絡(luò)是否支持REV，如果不支持，拒絕該呼叫，發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根據(jù)INFO消息攜帶的REV請求，得知被叫終端請求為本次呼叫的剩余部分付費，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用的剩余部分計費到被叫終端。
步驟2604、REV業(yè)務(wù)控制單元A向呼叫會話控制單元A發(fā)送INFO消息的響應(yīng)200消息，并在響應(yīng)200消息攜帶REV響應(yīng)，表示接受了被叫終端的REV請求。
在響應(yīng)200消息攜帶REV響應(yīng)的過程為在響應(yīng)200消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″26540808@isdn.com″，partial-call＝″rest-of-call″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV響應(yīng)。
步驟2605、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到媒體網(wǎng)關(guān)控制單元。
步驟2606、媒體網(wǎng)關(guān)控制單元向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的FAC消息，并在FAC消息中攜帶REVCalledRequest，用于指示傳統(tǒng)電信網(wǎng)絡(luò)，主叫SIP終端所在網(wǎng)絡(luò)接受了被叫終端為本次呼叫的剩余部分付費。
傳統(tǒng)電信網(wǎng)絡(luò)將本次呼叫的通話費用計費到被叫終端。
步驟2607、傳統(tǒng)電信網(wǎng)絡(luò)向被叫終端發(fā)送DSS1信令的facility消息攜帶RequestREV，指示被叫終端將為本次呼叫的剩余部分付費。
DSS1信令的RequestREV的定義參考ITU-T Q.956中的定義。
步驟2608～2611、REV業(yè)務(wù)控制單元A進(jìn)一步向主叫SIP終端發(fā)送MESSAGE消息，指示主叫SIP終端，被叫終端將為本次呼叫的全部或者剩余部分付費。
此時，主叫SIP終端和被叫終端依然保持通話，但剩余呼叫的呼叫費用將計費到被叫終端。
在Case C情況下的實施例在Case C情況下的實施例與圖25或圖26所述的實施例相似，只不過被叫終端(被叫終端可以為分組電信網(wǎng)絡(luò)的被叫終端，也可以為被叫SIP終端)在進(jìn)行REV請求時，請求的為整個呼叫的REV，因此，在Case C情況下的實施例可以參考Case B情況下的實施例，這里不再累述。
在Case D情況下的實施例圖27為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例十九的流程圖，主叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，被叫終端為SIP終端，被叫SIP終端簽約REV業(yè)務(wù)且簽約模式為永久模式，其具體步驟為步驟2700、主叫終端發(fā)起呼叫，發(fā)送DSS1信令的SETUP消息到傳統(tǒng)電信網(wǎng)絡(luò)。
步驟2701、傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的IAM消息到媒體網(wǎng)關(guān)控制單元。
步驟2702、媒體網(wǎng)關(guān)控制單元發(fā)送SIP INVITE消息到呼叫會話控制單元B。
步驟2703、呼叫會話控制單元B轉(zhuǎn)發(fā)SIP INVITE消息到REV業(yè)務(wù)控制單元B。
步驟2704、REV業(yè)務(wù)控制單元B判斷被叫SIP終端是否簽約了REV業(yè)務(wù)且簽約模式是永久模式，如果是，REV業(yè)務(wù)控制單元B在SIP INVITE消息攜帶REV指示，用于通知被叫SIP終端，被叫SIP終端將為本次呼叫付費。
在SIP INVITE消息攜帶REV指示的過程為P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，其中，″sipuser-B@terminatingnetwork.com″是被叫SIP終端的標(biāo)識，表示由被叫SIP終端來為本次呼叫付費。
REV業(yè)務(wù)控制單元B也可以在本次呼叫后續(xù)的其它消息中，如INFO，UPDATE，ACK及響應(yīng)消息中攜帶REV指示。
步驟2705、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV指示的SIP INVITE消息到被叫SIP終端。
步驟2706～步驟2711、媒體網(wǎng)關(guān)控制單元和被叫SIP終端開始媒體資源協(xié)商和資源預(yù)留，被叫SIP終端振鈴，被叫SIP終端發(fā)送180ringing消息，該消息經(jīng)呼叫會話控制單元B和REV業(yè)務(wù)控制單元B發(fā)送到媒體網(wǎng)關(guān)控制單元，媒體網(wǎng)關(guān)控制單元將180ringing消息轉(zhuǎn)換為SS7信令的ACM消息轉(zhuǎn)發(fā)到傳統(tǒng)電信網(wǎng)絡(luò)，傳統(tǒng)電信網(wǎng)絡(luò)向主叫終端發(fā)送CALL PROC消息。
步驟2712、REV業(yè)務(wù)控制單元B向呼叫會話控制單元B發(fā)送INFO消息，并攜帶REV請求，用于向主叫終端請求，由被叫SIP終端為本次呼叫付費。
在INFO消息中攜帶REV請求的過程為在INFO消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV業(yè)務(wù)控制單元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及響應(yīng)消息攜帶REV請求。
步驟2713、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到媒體網(wǎng)關(guān)控制單元。
步驟2714、媒體網(wǎng)關(guān)控制單元向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的FAC消息，并在FAC消息中攜帶REVCalledRequest，用于指示傳統(tǒng)電信網(wǎng)絡(luò)，被叫SIP終端將為本次呼叫付費。
傳統(tǒng)電信網(wǎng)絡(luò)如果支持REV業(yè)務(wù)，將本次呼叫的通話費用計費到被叫SIP終端，否則，拒絕該呼叫，并返回錯誤碼。
REVCalledRequest的定義參考ITU-T Q.736.3中的定義。
步驟2715、傳統(tǒng)電信網(wǎng)絡(luò)向媒體網(wǎng)關(guān)控制單元發(fā)送SS7信令的FAC消息，并在FAC消息中攜帶REVCalledRequest，用于指示媒體網(wǎng)關(guān)控制單元，主叫終端所在網(wǎng)絡(luò)接受了被叫SIP終端為本次呼叫付費。
步驟2716、媒體網(wǎng)關(guān)控制單元向呼叫會話控制單元B發(fā)送INFO消息的響應(yīng)200消息，并在響應(yīng)200消息攜帶REV響應(yīng)，表示主叫終端所在網(wǎng)絡(luò)接受了被叫SIP終端的REV請求。
在響應(yīng)200消息攜帶REV響應(yīng)的過程為在響應(yīng)200消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
媒體網(wǎng)關(guān)控制單元也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息攜帶REV響應(yīng)。
步驟2717、呼叫會話控制單元B轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到REV業(yè)務(wù)控制單元B，REV業(yè)務(wù)控制單元B根據(jù)該響應(yīng)200消息攜帶的REV響應(yīng)，確定主叫終端所在網(wǎng)絡(luò)是否接受了反轉(zhuǎn)計費請求如果是，REV業(yè)務(wù)控制單元B通知被叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫SIP終端。
步驟2718～步驟2723、被叫SIP終端摘機(jī)，被叫SIP終端發(fā)送200OK消息，該消息經(jīng)呼叫會話控制單元B和REV業(yè)務(wù)控制單元B發(fā)送到媒體網(wǎng)關(guān)控制單元，媒體網(wǎng)關(guān)控制單元將200OK消息轉(zhuǎn)換為SS7信令的ANM轉(zhuǎn)發(fā)到傳統(tǒng)電信網(wǎng)絡(luò)，傳統(tǒng)電信網(wǎng)絡(luò)向主叫終端發(fā)送CONNECT，并在CONNECT中包含REV通知指示″Reverse charging(Whole call)″。
REV通知指示的定義參考ITU-T Q.956中的定義。
此時，通話建立，主叫終端和被叫SIP終端開始通話，本次呼叫將計費到被叫SIP終端。
圖28為本發(fā)明實現(xiàn)REV業(yè)務(wù)的方法實施例二十的流程圖，被叫終端為傳統(tǒng)電信網(wǎng)絡(luò)中的終端，主叫終端為SIP終端，被叫終端簽約REV業(yè)務(wù)且為永久模式，其具體步驟為步驟2800、主叫SIP終端發(fā)起呼叫，發(fā)送SIP INVITE消息到呼叫會話控制單元A。
步驟2801、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE請求到REV業(yè)務(wù)控制單元A。
步驟2802、REV業(yè)務(wù)控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到呼叫會話控制單元A。
步驟2803、呼叫會話控制單元A轉(zhuǎn)發(fā)SIP INVITE消息到媒體網(wǎng)關(guān)控制單元。
步驟2804、主叫SIP終端和媒體網(wǎng)關(guān)控制單元開始媒體資源協(xié)商和資源預(yù)留，媒體資源協(xié)商和資源預(yù)留成功后，媒體網(wǎng)關(guān)控制單元向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的IAM消息。
步驟2805、傳統(tǒng)電信網(wǎng)絡(luò)向媒體網(wǎng)關(guān)控制單元發(fā)送SS7信令的ACM消息。
步驟2806～步驟2809、媒體網(wǎng)關(guān)控制單元發(fā)送180消息，該消息經(jīng)呼叫會話控制單元A和REV業(yè)務(wù)控制單元A發(fā)送到主叫SIP終端。
步驟2810、傳統(tǒng)電信網(wǎng)絡(luò)判斷被叫終端是否簽約了REV業(yè)務(wù)且簽約模式是永久模式，即Case D，如果是，傳統(tǒng)電信網(wǎng)絡(luò)向媒體網(wǎng)關(guān)控制單元發(fā)送FAC消息，消息中攜帶REVCalledRequest，用于指示媒體網(wǎng)關(guān)控制單元，被叫終端將為本次呼叫付費。
REVCalledRequest的定義參考ITU-T Q.736.3中的定義。
步驟2811、媒體網(wǎng)關(guān)控制單元向呼叫會話控制單元A發(fā)送INFO消息，并在消息中攜帶REV請求，用于向主叫SIP終端請求，由被叫終端為本次呼叫付費。
INFO消息攜帶REV請求的過程為INFO消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，″26540808@isdn.com″是被叫終端在分組網(wǎng)絡(luò)中的標(biāo)識，表示請求由被叫終端來為本次呼叫付費。
REV業(yè)務(wù)控制單元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及響應(yīng)消息中攜帶REV請求。
步驟2812、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV請求的INFO消息到REV業(yè)務(wù)控制單元A。
REV業(yè)務(wù)控制單元A判斷主叫SIP終端所在網(wǎng)絡(luò)是否支持REV業(yè)務(wù)，如果不支持，拒絕該呼叫，發(fā)送4xx拒絕消息，并在4xx拒絕消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根據(jù)INFO消息攜帶REV請求，得知被叫終端請求為本次呼叫付費，通知主叫SIP終端所在網(wǎng)絡(luò)的計費處理模塊，將本次呼叫的通話費用計費到被叫終端。
步驟2813、REV業(yè)務(wù)控制單元A向呼叫會話控制單元A發(fā)送攜帶REV請求的INFO消息的響應(yīng)200消息，并在響應(yīng)200消息攜帶REV響應(yīng)，表示接受了被叫終端的REV請求。
在響應(yīng)200消息攜帶REV響應(yīng)的過程為，在響應(yīng)200消息的P-REV-Header域中攜帶P-REV-Headerrev-type＝rev-response；charging-subscriber＝″26540808@isdn.com″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息中攜帶REV響應(yīng)。
步驟2814、呼叫會話控制單元A轉(zhuǎn)發(fā)攜帶REV響應(yīng)的響應(yīng)200消息到媒體網(wǎng)關(guān)控制單元。
步驟2815、媒體網(wǎng)關(guān)控制單元向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送SS7信令的FAC消息，并在FAC消息中攜帶REVCalledRequest，用于指示傳統(tǒng)電信網(wǎng)絡(luò)，主叫終端所在網(wǎng)絡(luò)接受了被叫終端為本次呼叫付費。
傳統(tǒng)電信網(wǎng)絡(luò)將本次呼叫的通話費用計費到被叫終端。
步驟2816、傳統(tǒng)電信網(wǎng)絡(luò)向被叫終端發(fā)送DSS1信令的SETUP消息，消息中攜帶REVIndication，指示被叫終端，被叫終端將為本次呼叫付費。
REVIndication的定義參考ITU-T Q.956中的定義。
步驟2817～步驟2822、被叫終端摘機(jī)，被叫終端向傳統(tǒng)電信網(wǎng)絡(luò)發(fā)送DSS1信令的CONNECT，傳統(tǒng)電信網(wǎng)絡(luò)向媒體網(wǎng)關(guān)控制單元發(fā)送SS7信令的ANM，媒體網(wǎng)關(guān)控制單元發(fā)送SIP信令的200OK消息，該信息經(jīng)呼叫會話控制單元A以及REV業(yè)務(wù)控制單元A發(fā)送到主叫SIP終端，主叫終端和被叫SIP終端開始通話，本次呼叫將計費到被叫終端。
REV業(yè)務(wù)控制單元A在200OK消息中插入REV指示，用于通知主叫SIP終端，被叫終端將為本次呼叫付費，其過程為在200OK消息的P-REV-Header域攜帶P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″26540808@isdn.com″。
REV業(yè)務(wù)控制單元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它響應(yīng)消息攜帶REV指示。
通過本發(fā)明提供的系統(tǒng)及方法，可以在分組電信網(wǎng)絡(luò)中，以及分組電信網(wǎng)絡(luò)和基于電路交換的傳統(tǒng)電信網(wǎng)絡(luò)互通的情況下，實現(xiàn)REV業(yè)務(wù)，滿足終端REV的需求。在本發(fā)明中，REV業(yè)務(wù)可以由主叫終端簽約，REV后為被叫終端付費，也可以由被叫簽約，REV后為主叫付費。REV業(yè)務(wù)可以簽約為臨時模式或者永久模式在臨時模式下，REV由主叫終端或被叫終端在呼叫建立時或通話過程中發(fā)起，REV的范圍為整個呼叫或剩余呼叫；在永久模式時，REV由主叫終端或被叫終端所在網(wǎng)絡(luò)側(cè)的REV業(yè)務(wù)控制單元在呼叫建立時或通話過程中發(fā)起，REV的范圍為整個呼叫或剩余呼叫。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種在分組網(wǎng)絡(luò)中實現(xiàn)反轉(zhuǎn)計費REV業(yè)務(wù)的系統(tǒng)，其特征在于，該系統(tǒng)包括執(zhí)行REV業(yè)務(wù)控制的REV業(yè)務(wù)控制單元，REV業(yè)務(wù)控制單元與呼叫會話控制單元進(jìn)行會話初始化協(xié)議SIP消息以及與計費處理模塊進(jìn)行消息交互。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述呼叫會話控制單元之間采用SIP的E2接口進(jìn)行SIP消息交互，用于傳遞REV信息。
3.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述REV業(yè)務(wù)控制單元與呼叫會話控制單元之間的接口為采用SIP的E3接口或內(nèi)部接口，用于傳遞REV信息。
4.如權(quán)利要求1所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括若干個業(yè)務(wù)控制單元，所述呼叫會話控制單元分別與若干個業(yè)務(wù)控制單元進(jìn)行SIP消息交互，之間的接口為采用SIP的E3接口，用于傳遞REV信息。
5.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述計費處理模塊與所述REV業(yè)務(wù)控制單元之間的接口為采用直徑Diameter協(xié)議的E7接口，用于傳遞REV信息，以處理離線計費或在線計費。
6.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述計費處理模塊還與呼叫會話控制單元之間進(jìn)行消息交互，與呼叫會話控制單元之間的接口為采用Diameter協(xié)議或SIP協(xié)議的E7接口，用于傳遞REV信息，以處理離線計費或在線計費。
7.如權(quán)利要求1所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括與呼叫會話控制單元進(jìn)行SIP消息交互的至少一個SIP終端，該SIP終端與呼叫會話控制單元之間的接口為采用SIP的E1接口，用于傳遞REV信息。
8.如權(quán)利要求1所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括與呼叫會話控制單元進(jìn)行SIP消息交互的接入網(wǎng)關(guān)控制單元。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述接入網(wǎng)關(guān)控制單元與呼叫會話控制單元之間的接口為內(nèi)部接口或為采用SIP的E8接口，用于傳遞REV信息，將攜帶于傳統(tǒng)電路域消息中的REV業(yè)務(wù)信息和攜帶于SIP消息中的REV業(yè)務(wù)信息進(jìn)行全部或部分的轉(zhuǎn)譯。
10.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述接入網(wǎng)關(guān)控制單元還與所述計費處理模塊進(jìn)行消息交互，之間的接口為采用Diameter協(xié)議的E7接口，用于傳遞REV信息。
11.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述REV業(yè)務(wù)控制單元還包括SIP處理模塊、REV業(yè)務(wù)邏輯處理模塊以及REV通知模塊，其中，SIP處理模塊用于接收來自呼叫會話控制單元的SIP消息，解析后發(fā)送給REV業(yè)務(wù)邏輯處理模塊；或者根據(jù)REV業(yè)務(wù)邏輯處理模塊的處理結(jié)果，生成SIP消息，發(fā)送給呼叫會話控制單元；REV業(yè)務(wù)邏輯處理單元用于根據(jù)從SIP處理模塊接收到的解析后的SIP消息以及自身存儲的用戶簽約信息，執(zhí)行邏輯處理，將處理結(jié)果通知給SIP處理模塊和REV通知模塊；REV通知模塊用于接收到REV業(yè)務(wù)邏輯處理模塊發(fā)送的通知后，向計費處理模塊發(fā)送計費信息。
12.如權(quán)利要求1所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括基于電路交換的電信網(wǎng)絡(luò)、以及媒體網(wǎng)關(guān)控制單元，其中，基于電路交換的電信網(wǎng)絡(luò)通過媒體網(wǎng)關(guān)控制單元與呼叫會話控制單元進(jìn)行消息交互，用于傳遞REV信息，將攜帶于傳統(tǒng)電路域消息中的REV業(yè)務(wù)信息和攜帶于SIP消息中的REV業(yè)務(wù)信息進(jìn)行全部或部分的轉(zhuǎn)譯。
13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述媒體網(wǎng)關(guān)控制單元還與計費處理模塊進(jìn)行消息交互，之間的接口為采用Diameter協(xié)議的E7接口，用于傳遞REV信息。
14.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述媒體網(wǎng)關(guān)控制單元與呼叫會話控制單元之間的接口采用設(shè)定的內(nèi)部接口或采用SIP的E4接口。
15.如權(quán)利要求12或10所述的系統(tǒng)，其特征在于，所述將攜帶于傳統(tǒng)電路域消息中的REV業(yè)務(wù)信息轉(zhuǎn)譯為攜帶于SIP消息中的REV業(yè)務(wù)信息的過程為封裝或映射。
16.如權(quán)利要求3、5、6、9、10、12或13所述的系統(tǒng)，其特征在于，所述REV信息至少包括REV請求信息、REV響應(yīng)信息、REV指示信息、REV計費指示信息和計費號碼信息中的一種或多種組合。
17.如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述REV信息還包括請求REV的SIP用戶標(biāo)識信息、REV計費模式信息、整個呼叫還是呼叫剩余部分進(jìn)行REV的信息中的一種或多種組合。
18.如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述REV響應(yīng)信息為接受REV請求、或拒絕REV請求或忽略REV請求的信息。
19.一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法，其特征在于，該方法包括主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，被叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV；或者被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，主叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV。
20.如權(quán)利要求19所述的方法，其特征在于，所述被叫終端所在網(wǎng)絡(luò)確定進(jìn)行REV后，該方法還包括被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，主叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV；所述主叫終端所在網(wǎng)絡(luò)確定進(jìn)行REV后，該方法還包括主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息，被叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV。
21.如權(quán)利要求19所述的方法，其特征在于，所述被叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV的過程為被叫終端所屬的呼叫會話控制單元或REV業(yè)務(wù)控制單元根據(jù)SIP消息攜帶的REV信息，通知計費處理模塊，將本次呼叫的通話費用計費到主叫終端；或被叫終端所屬的呼叫會話控制單元或REV業(yè)務(wù)控制單元根據(jù)SIP消息攜帶的REV信息，通知計費處理模塊，將本次呼叫的通話費用計費到被叫終端；或被叫終端所屬的呼叫會話控制單元或REV業(yè)務(wù)控制單元根據(jù)SIP消息攜帶的REV信息，通知計費處理模塊，將本次呼叫進(jìn)行反轉(zhuǎn)計費
22.如權(quán)利要求19所述的方法，其特征在于，所述主叫終端所在網(wǎng)絡(luò)根據(jù)SIP消息攜帶的REV信息確定進(jìn)行REV的過程為主叫終端所屬的呼叫會話控制單元或REV業(yè)務(wù)控制單元根據(jù)SIP消息攜帶的REV信息，通知計費處理模塊，將本次呼叫的通話費用計費到被叫終端；或主叫終端所屬的呼叫會話控制單元或REV業(yè)務(wù)控制單元根據(jù)SIP消息攜帶的REV信息，通知計費處理模塊，將本次呼叫的通話費用計費到主叫終端；或主叫終端所屬的呼叫會話控制單元或REV業(yè)務(wù)控制單元根據(jù)SIP消息攜帶的REV信息，通知計費處理模塊，將本次呼叫進(jìn)行反轉(zhuǎn)計費。
23.如權(quán)利要求19所述的方法，其特征在于，所述主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息為REV請求；被叫終端所在網(wǎng)絡(luò)確定進(jìn)行REV后，該方法進(jìn)一步包括被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV響應(yīng)。
24.如權(quán)利要求19所述的方法，其特征在于，所述主叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息為REV指示。
25.如權(quán)利要求19所述的方法，其特征在于，所述被叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息為REV請求；主叫終端所在網(wǎng)絡(luò)確定進(jìn)行REV后，該方法進(jìn)一步包括主叫終端所在網(wǎng)絡(luò)向主叫終端所在網(wǎng)絡(luò)發(fā)送REV響應(yīng)。
26.如權(quán)利要求19所述的方法，其特征在于，所述被叫終端所在網(wǎng)絡(luò)向被叫終端所在網(wǎng)絡(luò)發(fā)送攜帶REV信息的SIP消息為REV指示。
27.如權(quán)利要求24或26所述的方法，其特征在于，所述REV指示攜帶在SIP INVITE消息、或信息INFO消息、或更新消息UPDATE、或應(yīng)答消息ACK，或響應(yīng)消息中發(fā)送，攜帶進(jìn)行REV的SIP終端標(biāo)識、REV計費模式以及整個呼叫還是呼叫剩余部分REV的信息。
28.如權(quán)利要求23或25所述的方法，其特征在于，所述REV請求攜帶在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或響應(yīng)消息中發(fā)送，攜帶進(jìn)行REV的SIP終端標(biāo)識、REV計費模式以及整個呼叫還是呼叫剩余部分REV的信息。
29.如權(quán)利要求23或25所述的方法，其特征在于，所述REV響應(yīng)攜帶在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或響應(yīng)消息中發(fā)送，所述REV響應(yīng)為接受REV請求、拒絕REV請求或忽略REV請求，攜帶進(jìn)行REV的SIP終端標(biāo)識、REV計費模式以及整個呼叫還是呼叫剩余部分REV的信息。
30.如權(quán)利要求21或22所述的方法，其特征在于，所述通知計費處理模塊進(jìn)行計費的過程為向計費處理模塊發(fā)送攜帶REV是否激活信息和計費終端標(biāo)識的Diameter消息，計費處理模塊根據(jù)Diameter消息進(jìn)行計費。
31.一種在分組網(wǎng)絡(luò)中實現(xiàn)REV業(yè)務(wù)的方法，其特征在于，該方法包括基于電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，分組電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV；或者分組電信網(wǎng)絡(luò)向基于電路交換的電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，基于電路交換的電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV。
32.如權(quán)利31所述的方法，其特征在于，所述分組電信網(wǎng)絡(luò)確定進(jìn)行REV之后，該方法還包括分組電信網(wǎng)絡(luò)向基于電路交換的電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，基于電路交換的電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV；所述基于電路交換的電信網(wǎng)絡(luò)確定進(jìn)行REV之后，該方法還包括基于電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息，分組電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV。
33.如權(quán)利要求31或32所述的方法，其特征在于，所述分組電信網(wǎng)絡(luò)根據(jù)該消息的REV信息確定進(jìn)行REV的過程為呼叫會話控制單元或REV業(yè)務(wù)控制單元或媒體網(wǎng)關(guān)控制單元，根據(jù)消息攜帶的REV信息，通知計費處理模塊，將本次呼叫的通話費用計費到主叫終端；或呼叫會話控制單元或REV業(yè)務(wù)控制單元或媒體網(wǎng)關(guān)控制單元，根據(jù)消息攜帶的REV信息，通知計費處理模塊，將本次呼叫的通話費用計費到被叫終端；或呼叫會話控制單元或REV業(yè)務(wù)控制單元或媒體網(wǎng)關(guān)控制單元，根據(jù)消息攜帶的REV信息，將本次呼叫進(jìn)行反轉(zhuǎn)計費。
34.如權(quán)利要求31所述的方法，其特征在于，所述分組電信網(wǎng)絡(luò)向基于電路交換的電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息為REV請求；電路交換的電信網(wǎng)絡(luò)確定進(jìn)行REV后，該方法進(jìn)一步包括電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送REV響應(yīng)。
35.如權(quán)利要求31所述的方法，其特征在于，所述分組電信網(wǎng)絡(luò)向基于電路交換的電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息為REV指示。
36.如權(quán)利要求31所述的方法，其特征在于，所述基于電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息為REV請求；分組電信網(wǎng)絡(luò)確定進(jìn)行REV后，該方法進(jìn)一步包括分組電信網(wǎng)絡(luò)向電路交換的電信網(wǎng)絡(luò)發(fā)送REV響應(yīng)。
37.如權(quán)利要求31所述的方法，其特征在于，所述基于電路交換的電信網(wǎng)絡(luò)向分組電信網(wǎng)絡(luò)發(fā)送攜帶REV信息的消息為REV指示。
38.如權(quán)利要求35或37所述的方法，其特征在于，所述REV指示攜帶在SIP INVITE消息、或信息INFO消息、或更新消息UPDATE、或應(yīng)答消息ACK，或響應(yīng)消息中發(fā)送，攜帶進(jìn)行REV的SIP終端標(biāo)識、REV計費模式以及整個呼叫還是呼叫剩余部分REV的信息。
39.如權(quán)利要求34或36所述的方法，其特征在于，所述REV請求攜帶在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或響應(yīng)消息中發(fā)送，攜帶進(jìn)行REV的SIP終端標(biāo)識、REV計費模式以及整個呼叫還是呼叫剩余部分REV的信息。
40.如權(quán)利要求34或36所述的方法，其特征在于，所述REV響應(yīng)攜帶在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或響應(yīng)消息中發(fā)送，所述REV響應(yīng)為接受REV請求、拒絕REV請求或忽略REV請求，攜帶進(jìn)行REV的SIP終端標(biāo)識、REV計費模式以及整個呼叫還是呼叫剩余部分REV的信息。
41.如權(quán)利要求33所述的方法，其特征在于，所述通知計費處理模塊進(jìn)行計費的過程為向計費處理模塊發(fā)送攜帶REV是否激活信息和計費終端標(biāo)識的Diameter消息，計費處理模塊根據(jù)Diameter消息進(jìn)行計費。
42.一種REV業(yè)務(wù)控制單元，其特征在于，該單元包括SIP處理模塊、REV業(yè)務(wù)邏輯處理模塊以及REV通知模塊，其中，SIP處理模塊用于接收來自呼叫會話控制單元的SIP消息，解析后發(fā)送給REV業(yè)務(wù)邏輯處理模塊；或者根據(jù)REV業(yè)務(wù)邏輯處理模塊的處理結(jié)果，生成SIP消息，發(fā)送給呼叫會話控制單元；REV業(yè)務(wù)邏輯處理單元用于根據(jù)從SIP處理模塊接收到的解析后的SIP消息以及自身存儲的終端簽約REV信息，執(zhí)行邏輯處理，將處理結(jié)果通知給SIP處理模塊和REV通知模塊；REV通知模塊用于接收到REV業(yè)務(wù)邏輯處理模塊發(fā)送的通知后，通知計費處理模塊進(jìn)行REV。
全文摘要
本發(fā)明公開了一種在分組網(wǎng)絡(luò)中實現(xiàn)反轉(zhuǎn)計費REV業(yè)務(wù)的系統(tǒng)、方法及裝置，該系統(tǒng)包括一個或一個以上執(zhí)行REV業(yè)務(wù)控制的REV業(yè)務(wù)控制單元，每個REV業(yè)務(wù)控制單元與呼叫會話控制單元進(jìn)行初始化協(xié)議SIP消息以及與計費處理模塊進(jìn)行消息交互。本發(fā)明提供的系統(tǒng)、方法及裝置能夠在分組電信網(wǎng)絡(luò)中實現(xiàn)REV，更進(jìn)一步地，在分組電信網(wǎng)絡(luò)中的SIP終端與傳統(tǒng)電信網(wǎng)絡(luò)中的終端進(jìn)行呼叫時實現(xiàn)REV業(yè)務(wù)。
文檔編號H04L12/14GK101051915SQ200610140008
公開日2007年10月10日 申請日期2006年10月8日 優(yōu)先權(quán)日2006年4月3日
發(fā)明者施有鑄, 周青 申請人:華為技術(shù)有限公司