专利名称：一种在分组网络中实现反转计费业务的系统、方法及装置的制作方法
技术领域：
本发明涉及在分组网络中实现电信业务的技术，特别涉及一种在分组网络中实现反转计费(REV，Reverse Charging)业务的系统、方法及装置。
背景技术：
REV是基于电路交换的传统电信网络中的一种常用电信业务，其允许被叫终端，或称为服务终端为全部或部分呼叫付费。
在国际电信联盟-电信标准化组织(ITU-T)的1.256.3标准中，定义了综合业务数字网络(ISDN)中的REV业务包括四种情况Case A，具有请求REV业务能力的主叫终端针对一次呼叫，在呼叫建立时请求REV业务，被叫终端选择接受或拒绝承担本次呼叫费用；Case B，具有请求REV业务能力的主叫终端在呼叫过程中请求REV业务，即请求呼叫剩余部分的REV，被叫终端选择接受或拒绝承担本次呼叫剩余部分的费用或者具有请求REV业务能力的被叫终端在呼叫过程中请求REV业务，即对呼叫剩余部分进行REV；Case C，被叫终端在呼叫释放前，请求全部呼叫的REV，在被叫终端没有进行REV前，主叫终端按照现有技术计费；Case D，被叫终端在不需要被叫终端或主叫终端请求的情况下，为接入自身的所有呼叫进行REV。
在ITU-T Q.956标准和ITU-T Q.736.3标准中，分别定义了REV业务在终端与网络之间的接口上对接口信令，即DSS1信令的扩展、在网络与网络之间的接口上对接口信令，即SS7信令的协议扩展以及在基于电路交换的传统电信网络中的实现流程，传统电信网络可以为ISDN。
在ITU-T Q.956标准中定义的DSS1信令扩展为1)扩展了能力(facility)消息，对于基本速率接口和基群速率(S/T)接口，增加了反转计费请求(RequestREV)、反转计费指示(REVIndication)、忽略终端(UserIgnored)、反转计费已执行(REVIsAlreadyRunning)等参数，其中，RequestREV用于REV请求和响应，包括Case参数、错误码以及原因值；对于基群速率(T)接口，还增加了反转计费T接口状态(REV-T-Status)参数，其状态包括整个呼叫(wholeCall)和剩余呼叫(forTheRestOfTheCall)；2)扩展了通知(NOTIFY)消息，增加了通知的信息单元，1101110表示整个呼叫的REV，1101111表示剩余呼叫的REV。
在ITU-T Q.736.3标准中定义的SS7信令扩展为1)扩展了呼叫反转计费建立请求(REVCallingReqSetup)，用于Case A，其中，请求参数包括转帐请求(transferRequested)和主叫终端号码(callingUserNumber)，响应参数包括转帐响应(transferAccepted)和被叫终端号码(calledUserNumber)；2)扩展了呼叫反转计费建立功能(REVCallingReqActive)，用于Case B中，主叫请求REV的情况，其中，请求参数包括transferRequested和callingUserNumber，响应参数包括transferAccepted和calledUserNumber；3)扩展了反转计费被呼叫请求(REVCalledRequest)，用于Case B中，被叫请求REV的情况，以及CaseC，Case D中，其中，请求参数包括transferRequested、calledUserNumber和呼叫剩余部分(partialCallOnly)，响应参数包括transferAccepted、callingUserNumber和持续时间(duration)。
ITU-T Q.736.3标准还定义了REV业务中的两种计费方式第一种，不转帐模式(Non-transfer mode)，REV后，依然在主叫侧网络计费，但计费到被叫终端；第二种，转帐模式(Transfer mode)，REV后，主叫侧网络不计费，在被叫侧网络计费到被叫终端。
transferReqeusted和transferAccepted用于协商是否采用transfer mode方式，只有在主叫侧网络和被叫侧网络均支持Transfer Mode的情况下，才使用transfer mode方式，协商的过程包括在Case A或Case B主叫终端请求REV的情况，如果主叫侧网络支持transfer mode，主叫侧网络将在REVCallingReqSetup或REVCallingReqActive消息中携带transferReqeusted和callingUserNumber参数，被叫侧网络如果选择transfer mode，将在返回消息中携带transferAccepted，被叫侧网络如果选择non-transfer mode，将在返回消息中携带calledUserNumber；在Case B被叫终端请求REV的情况下、Case C以及Case D中，被叫侧网络在REVCalledRequest消息中携带transferReqeusted和calledUserNumber参数，主叫侧网络如果选择transfermode，将在返回消息中携带transferAccepted，主叫侧网络如果选择non-transfer mode，将在返回消息中携带callingUserNumber。
partialCallOnly用于在Case B被叫终端请求REV的情况下，指示仅对呼叫剩余的部分进行REV；duration用于Case C中，如果在REV后采用transfer mode方式，主叫侧网络通过该参数将该呼叫发生的时间通知被叫侧网络。
以下分别对ITU-T Q.956标准和ITU-T Q.736.3标准中描述的在Case A、Case B、Case C以及Case D中实现REV的过程进行说明。
图1为现有技术在Case A中实现REV的方法实施例一的流程图，涉及的网络实体有发起呼叫的主叫终端，表示为呼叫用户(Calling user)；被呼叫的被叫终端，表示为被呼叫用户(Called user)；以及Calling user和Calleduser之间的网络(Network)，该实施例中Called user接受REV请求，其具体步骤为步骤100、Calling user发送呼叫建立(SETUP)消息，该消息为反转计费请求邀请消息(RequestREV INV)，RequestREV INV中指示Case A。
步骤101、Calling user所在网络侧检查REV业务互通是否支持，SS7信令是否支持等条件，通过后，通过Network发送初始地址消息(IAM)，IAM为REVCallingReqSetup，到Called user所在网络侧。
步骤102、Called user所在网络侧检查Called user是否签约了REV，是否已经激活了REV业务等，检查通过后转发RequestREV INV到Called user。
步骤103、Called user接受REV请求，发送连接消息(CONNECT)，CONNECT为反转计费请求响应消息(RequestREV RR)。
步骤104、Called user所在网络侧收到RequestREV RR，发送应答消息(ANM)到Calling user所在网络侧，该ANM为REVCallingReqSetup，并开始对Called user计费。
步骤105、Calling user所在网络侧收到ANM，完成呼叫接续，该呼叫将不对Calling user进行计费。
图2为现有技术在Case A中实现REV的方法实施例二的流程图，该实施例中Called user不接受REV请求，其具体步骤为步骤200、Calling user发送SETUP消息，该消息为RequestREV INV，RequestREV INV中指示Case A。
步骤201、Calling user所在网络侧检查REV业务互通是否支持，SS7信令是否支持等条件，通过后，通过Network发送IAM，IAM为REVCallingReqSetup，到Called user所在网络侧。
步骤202、Called user所在网络侧检查Called user是否签约了REV，是否已经激活了REV业务等，检查通过后转发RequestREV INV到Called user。
步骤203、Called user拒绝REV请求，发送释放完成(RELEASECOMPLETE)消息，该消息为RequestREV RE，可以携带错误码(rejectedByUser)和失败原因(Facility rejected)。
步骤204、Called user所在网络侧收到RequestREV RE，发送释放消息(REL)，该消息为REVCallingReqSetup，到Calling user所在网络侧，携带rejectedByUser和Facility rejected。
步骤205、Calling user所在网络侧接收到REVCallingReqSetup，向Calling user发送断开连接(DISCONNECT)消息，携带rejectedByUser和Facility rejected。
图3为现有技术在Case B中实现REV的方法实施例的流程图，该实施例中Calling user发起REV请求，其具体步骤为步骤300、呼叫过程中，Calling user发送facility，该消息为RequestREVINV，RequestREV INV中指示Case B。
步骤301、Calling user所在网络侧检查呼叫是否激活，REV业务互通是否允许，SS7信令是否支持，REV业务是否已经运行等，通过后，通过Network发送REVCallingReqActive消息到Called user所在网络侧。
步骤302、Called user所在网络侧检查Called user是否签约了REV，呼叫是否激活等，检查通过后转发facility到Called user，并启动反转计费忽略(REV ignore(T-rev))定时器。
步骤303a、Called user如果接受REV请求，发送RequestREV RR，转入步骤304a。
步骤303b、Called user如果拒绝REV请求，发送RequestREV RE，携带rejectedByUser和Facility rejected，转入步骤304b。
步骤304a、Called user所在网络侧如果收到RequestREV RR，发送REVCallingReqActive到Calling user所在网络侧，并停止T-rev定时器，如果Calling user所在网络侧采用transfer mode，接下来的呼叫计费由Calleduser所在网络侧进行，计费到Called user，转入步骤305a。
步骤304b、Called user所在网络侧如果收到RequestREV RE，发送REVCallingReqActive到Calling user所在网络侧，携带rejectedByUser和Facility rejected，并停止T-rev定时器，呼叫不受影响，转入步骤305b。
步骤304c、Called user所在网络侧如果在T-rev定时器超时的时候未接收到Called user发送的任何消息，则发送REVCallingReqActive到Callinguser所在网络侧，携带userIgnored。
步骤305a、Calling user所在网络侧如果收到REVCallingReqActive，停止向Calling user计费，发送RequestREV RR到Calling user，如果Calling user所在网络侧采用non-transfer mode，则将累积的剩余呼叫的计费到Calleduser。
步骤305b、Calling user所在网络侧如果收到REVCallingReqActive，携带rejectedByUser和Facility rejected，转发RequestREV RE到Calling user，呼叫不受影响。
图4为现有技术在Case B中实现REV的方法实施例的流程图，该实施例中Called user发起REV请求，其具体步骤为步骤400、呼叫过程中，Called user发送RequestREV INV，RequestREVINV中指示Case B。
步骤401、Called user所在网络侧检查呼叫是否激活，REV业务互通是否允许，SS7信令是否支持，REV是否已经运行等，通过后，发送REVCalledRequest到Calling user所在网络侧，消息中携带partialCallOnly，指示REV仅对剩余呼叫有效。
步骤402、Calling user所在网络侧收到REVCalledRequest后，停止向Calling user计费，向Calling user发送确认(NOTIFY)消息，指示剩余呼叫的REV，向Called user所在网络侧发送REVCalledRequest，Calling user所在网络侧如果采用non-transfer mode，将累积的剩余呼叫的计费到Calleduser。
步骤403、Called user所在网络侧收到REVCalledRequest后，向Calleduser返回RequestREV RR消息，Calling user所在网络侧如果采用transfermode，将后续呼叫计费到Called user。
图5为现有技术在Case C中实现REV的方法实施例的流程图，其具体步骤为步骤500、呼叫过程中，Called user发送RequestREV INV，RequestREVINV中指示Case C。
步骤501、Called user所在网络侧检查呼叫是否激活，REV业务互通是否允许，SS7信令是否支持，REV是否已经运行等，通过后，发送REVCalledRequest到Calling user所在网络侧。
步骤502、Calling user所在网络侧收到REVCalledRequest后，将本次呼叫的全部费用计费到Callde user，向Calling user发送NOTIFY消息，指示整个呼叫的REV，向Called user所在网络侧发送REVCalledRequest，Calling user所在网络侧如果采用transfer mode，消息中还携带duration，指示本次呼叫发生的时间。
步骤503、Called user所在网络侧收到REVCalledRequest后，向Calldeuser返回RequestREV RR消息，Calling user所在网络侧如果采用transfermode，将整个呼叫计费到Called user。
图6为现有技术在Case C中实现REV的方法实施例的流程图，其具体步骤为步骤600、Calling user发送SETUP，Calling user所在网络侧发送IAM消息到Called user所在网络侧。
步骤601、Called user所在网络侧检查Called user已经签约了REV，发送REVCalledRequest到Calling user所在网络侧。
步骤602、Calling user所在网络侧收到REVCalledRequest后，向Calleduser所在网络侧发送REVCalledRequest，Calling user所在网络侧如果采用non-transfer mode，呼叫开始后，Calling user所在网络侧将整个呼叫计费到Called user。
步骤603、Called user所在网络侧收到REVCalledRequest后，向Calleduser发送SETUP消息，消息中携带REVIndication，Calling user所在网络侧如果采用transfer mode，呼叫开始后，Called user所在网络侧将整个呼叫计费到Called user。
步骤604、Called user接受本次呼叫，发送CONNECT到Called user所在网络侧。
步骤605、Called user所在网络侧收到CONNECT，发送ANM到Callinguser所在网络侧。
步骤606、Calling user所在网络侧收到ANM，向Calling user发送CONNECT，消息中指示本次呼叫全部REV。
图1、图2、图3、图4、图5以及图6所述的方法仅仅适用于基于电路交换的传统电信网络，而无法适用于分组电信网络。随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网络发展，而使用会话初始化协议(SIP)信令作为分组电信网络的呼叫控制信令则是当前技术发展的趋势之一。REV作为一项在传统电信网络中已普及的业务，也需要应用在分组电信网络中，即采用SIP信令在分组电信网络中实现REV，但是，由于REV的应用环境变化，在分组电信网络中，如下一代网络(NGN)中为SIP终端提供的REV也将不可避免地发生变化，如在传统电信网络中，通常只对主叫终端进行计费，而被叫终端不进行计费，REV业务通常由被叫终端签约，而在NGN中，在某些场景中会对主被叫终端都计费，REV业务存在由主被叫终端签约的情况。更进一步地，考虑到电信网络的演进，REV业务还必须支持分组电信网络中的SIP终端与传统电信网络中的终端进行通信的情况。
纵上所述，目前无法在分组电信网络中实现REV业务，更进一步地，无法在分组电信网络中的SIP终端与传统电信网络中的终端进行呼叫时实现REV业务。
发明内容
有鉴于此，本发明的主要目的在于提供一种在分组网络中实现REV业务的系统，该系统能够在分组电信网络中实现REV业务。
本发明还提供一种在分组网络中实现REV业务的方法，该方法能够在分组电信网络中实现REV，更进一步地，在分组电信网络中的SIP终端与传统电信网络中的终端进行呼叫时实现REV业务。
本发明还提供一种在分组网络中实现REV业务的装置，即REV业务单元，该装置设置在分组电信网络中，能够使分组电信网络实现REV业务。
根据上述目的，本发明的技术方案是这样实现的一种在分组网络中实现REV业务的系统，该系统包括执行REV业务控制的REV业务控制单元，REV业务控制单元与呼叫会话控制单元进行会话初始化协议SIP消息以及与计费处理模块进行消息交互。
一种在分组网络中实现REV业务的方法，该方法包括主叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息，被叫终端所在网络根据SIP消息携带的REV信息确定进行REV；或者被叫终端所在网络向主叫终端所在网络发送携带REV信息的SIP消息，主叫终端所在网络根据SIP消息携带的REV信息确定进行REV。
所述被叫终端所在网络确定进行REV后，该方法还包括被叫终端所在网络向主叫终端所在网络发送携带REV信息的SIP消息，主叫终端所在网络根据SIP消息携带的REV信息确定进行REV；所述主叫终端所在网络确定进行REV后，该方法还包括主叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息，被叫终端所在网络根据SIP消息携带的REV信息确定进行REV。
一种在分组网络中实现REV业务的方法，该方法包括基于电路交换的电信网络向分组电信网络发送携带REV信息的消息，分组电信网络根据该消息的REV信息确定进行REV；或者分组电信网络向基于电路交换的电信网络发送携带REV信息的消息，基于电路交换的电信网络根据该消息的REV信息确定进行REV。
所述分组电信网络确定进行REV之后，该方法还包括分组电信网络向基于电路交换的电信网络发送携带REV信息的消息，基于电路交换的电信网络根据该消息的REV信息确定进行REV；所述基于电路交换的电信网络确定进行REV之后，该方法还包括基于电路交换的电信网络向分组电信网络发送携带REV信息的消息，分组电信网络根据该消息的REV信息确定进行REV。
一种REV业务控制单元，该单元包括SIP处理模块、REV业务逻辑处理模块以及REV通知模块，其中，SIP处理模块用于接收来自呼叫会话控制单元的SIP消息，解析后发送给REV业务逻辑处理模块；或者根据REV业务逻辑处理模块的处理结果，生成SIP消息，发送给呼叫会话控制单元；
REV业务逻辑处理单元用于根据从SIP处理模块接收到的解析后的SIP消息以及自身存储的终端签约REV信息，执行逻辑处理，将处理结果通知给SIP处理模块和REV通知模块；REV通知模块用于接收到REV业务逻辑处理模块发送的通知后，通知计费处理模块进行REV。
从上述方案可以看出，本发明提供的系统及方法使REV信息可以携带在SIP消息中发送，从而在分组数据网络中实现在呼叫建立时，主叫SIP终端请求或指示被叫SIP终端付费、主叫SIP终端请求为被叫SIP终端付费、被叫SIP终端请求或指示主叫SIP终端付费或被叫SIP终端请求为主叫SIP终端付费；在本次呼叫的通话过程中，主叫SIP终端请求主叫SIP终端付费或被叫SIP终端付费、或者被叫SIP终端请求主叫SIP终端付费或被叫SIP终端付费，从而在分组电信网络中实现REV业务。
更进一步地，在分组电信网络中的SIP终端与基于电路交换的电信网络中的终端通信时，分组电信网络中的网关控制单元能够将携带REV信息的SIP消息转换为基于电路交换的电信网络支持的携带REV信息的消息，或将基于电路交换的电信网络支持的携带REV信息的消息转换为携带REV信息的SIP消息，从而实现在呼叫建立时，主叫终端请求被叫SIP终端付费、或者主叫SIP终端请求被叫终端付费；在本次呼叫的通话过程中，主叫终端请求被叫SIP终端付费，主叫SIP终端请求被叫终端付费、被叫终端请求为主叫SIP终端付费或者被叫SIP终端请求为主叫终端付费；在本次呼叫未进行时，被叫终端预先设定为主叫SIP终端付费或被叫SIP终端预先设定为主叫终端付费。
图1为现有技术在Case A中实现REV的方法实施例一的流程图；图2为现有技术在Case A中实现REV的方法实施例二的流程图；图3为现有技术在Case B中实现REV的方法实施例的流程图；
图4为现有技术在Case B中实现REV的方法实施例的流程图；图5为现有技术在Case C中实现REV的方法实施例的流程图；图6为现有技术在Case C中实现REV的方法实施例的流程图；图7为本发明在分组网络中实现REV业务的系统结构示意图；图8为本发明在分组网络中实现REV业务的系统结构实施例示意图；图9为本发明在分组电信网络中实现REV业务的方法实施例一的流程图；图10为本发明在分组电信网络中实现REV业务的方法实施例二的流程图；图11为本发明在分组电信网络中实现REV业务的方法实施例三的流程图；图12为本发明在分组电信网络中实现REV业务的方法实施例四的流程图；图13为本发明在分组电信网络中实现REV业务的方法实施例五的流程图；图14为本发明在分组电信网络中实现REV业务的方法实施例六的流程图；图15为本发明在分组电信网络中实现REV业务的方法实施例七的流程图；图16为本发明在分组电信网络中实现REV业务的方法实施例八的流程图；图17为本发明在分组电信网络中实现REV业务的方法实施例九的流程图；图18为本发明在分组电信网络中实现REV业务的方法实施例十的流程图；图19为本发明在分组电信网络中实现REV业务的方法实施例十一的流程图；
图20为本发明在分组电信网络中实现REV业务的方法实施例十二的流程图；图21为本发明实现REV业务的方法实施例十三的流程图；图22为本发明实现REV业务的方法实施例十四的流程图；图23为本发明实现REV业务的方法实施例十五的流程图；图24为本发明实现REV业务的方法实施例十六的流程图；图25为本发明实现REV业务的方法实施例十七的流程图；图26为本发明实现REV业务的方法实施例十八的流程图；图27为本发明实现REV业务的方法实施例十九的流程图；图28为本发明实现REV业务的方法实施例二十的流程图。
具体实施例方式
为了使本发明的目的、技术方案和优点更加清楚明白，以下举具体实施例并参照附图，对本发明进行进一步详细的说明。
本发明提出了在分组网络中实现REV业务的系统，如图7所示，图7为本发明在分组网络中实现REV业务的系统结构示意图，该系统包括呼叫会话控制单元101，呼叫会话控制单元之间通过E2接口进行消息交换，呼叫会话控制单元101通过E1接口与其所管辖的SIP终端100进行消息交互、通过E3接口与REV业务控制单元102进行消息交互、以及通过E7接口与计费处理模块进行消息交互，REV业务控制单元102还可以通过E7接口直接与计费处理模块进行消息交互。
其中，呼叫会话控制单元101为所管辖的SIP终端100提供呼叫控制以及路由接续等功能，将所管辖的SIP终端触发至不同的业务控制单元，如REV业务控制单元，两个呼叫会话控制单元101之间的E2接口采用SIP。
业务控制单元提供各种业务逻辑控制功能，如本发明的REV业务控制单元102提供REV业务逻辑控制功能。当REV业务控制单元102和呼叫会话控制单元101为不同网络实体时，之间的E3接口采用SIP；当REV业务控制单元102和呼叫会话控制单元101集成在一个网络实体时，之间的E3接口采用SIP或E3接口为自定义的内部接口。
计费处理模块103收集来自计费触发单元的计费信息，并产生呼叫详细记录(CDR)，完成计费功能，其可以采用实时计费(在线计费)方式，也可以采用非实时计费(离线计费)方式。在本发明中，呼叫会话控制单元101以及REV业务控制单元102都可以为计费触发单元，计费处理模块103与REV业务控制单元102之间的接口为采用直径(Diameter)协议的E7接口，计费处理模块103与呼叫会话控制单元101之间的接口为采用SIP协议或Diameter协议的E7接口。其中，Diameter协议是一种用作认证、授权和计费的协议。
SIP终端100通过E1接口接入呼叫会话控制单元101，E1接口采用SIP，在SIP终端100和呼叫会话控制单元101之间可以经过其他的网元。
在本发明中，REV业务控制单元可以由SIP处理模块、REV业务逻辑处理模块以及REV通知模块组成。
其中，SIP处理模块分别与呼叫会话控制单元101以及REV业务逻辑处理模块进行消息交互，用于完成与呼叫会话控制单元101之间的接口功能，其接收来自呼叫会话控制单元的SIP消息，解析后发送给REV业务逻辑处理模块；或者根据REV业务逻辑处理模块的处理结果，生成SIP消息，发送给呼叫会话控制单元101。
REV业务逻辑处理单元分别与SIP处理模块以及REV通知模块进行消息交互，用于根据从SIP处理模块接收到的解析后的SIP消息以及用户签约的REV信息，执行逻辑处理，将处理结果通知给SIP处理模块和REV通知模块。
REV通知模块分别与REV业务逻辑处理单元和计费处理模块进行消息交互，用于接收到REV业务逻辑处理模块发送的通知后，向计费处理模块103发送计费相关信息。REV业务控制单元还可以进一步接收来自计费处理模块103的计费相关信息。
在本发明中，为了在分组电信网络中支持传统电路域终端接入，如图8所示，该系统还可以包括接入网关控制单元107和其管辖的传统电路域终端，图示为ISDN终端108，接入网关控制单元107与呼叫会话控制单元101进行消息交互。
接入网关控制单元107可以与呼叫会话控制单元101为不同的网络实体，两者之间为E8接口，E8接口采用SIP；接入网关控制单元107还可以与呼叫会话控制单元101集成在一个网络实体中，两者之间为E4接口或为自定义的内部接口，E4接口采用SIP。接入网关控制单元107与传统电路域终端ISDN终端108之间接口为E9接口，采用DSS1信令。
接入网关控制单元107完成SIP消息和DSS1消息之间的转译功能，本发明中，接入网关控制单元107和传统电路域终端ISDN终端108共同实现本发明上述的SIP终端100的功能，本发明后续实施例中SIP终端的功能，同样可以在接入网关控制单元107和传统电信网络中的ISDN终端108上实现。
媒体网关控制单元104还与计费处理模块103相连接，之间的接口为采用Diameter协议的E7接口。
在本发明中，为了在分组电信网络中的SIP终端与传统电信网络中的终端进行呼叫时实现REV业务，如图8所示，该系统还可以包括基于电路交换的电信网络105和其管辖的终端106，基于电路交换的电信网络105通过媒体网关控制单元104分别呼叫会话控制单元101进行消息交互，媒体网关控制单元104还分别与计费处理模块103相连接，之间的接口为采用Diameter协议的E7接口。
其中，媒体网关控制单元104为分组电信网络与传统电信网络之间的相互呼叫提供互通控制功能，完成SIP消息和电路消息之间的转译。媒体网关控制单元104可以与呼叫会话控制单元101为不同的网络实体，两者之间采用E4接口，E4接口采用SIP；媒体网关控制单元104还可以与呼叫会话控制单元101集成在一个网络实体中，两者之间采用E4接口，E4接口采用SIP或为自定义的内部接口。媒体网关控制单元104与基于电路交换的电信网络105之间接口为E5接口，采用SS7信令。
在本发明中，媒体网关控制单元104可以为分组电信网络中的媒体网关控制功能(MGCF)。
基于电路交换的电信网络105与所管辖的终端106之间的接口为E6接口，采用DSS1信令。
上述接入网关控制单元107或媒体网关控制单元104可以将携带于传统电路域消息中的REV业务信息和携带于SIP消息中的REV业务信息进行全部或部分的转译，当将携带于传统电路域消息中的REV业务信息转译为携带于SIP消息中的REV业务信息时，所用的方法可以是封装或映射，封装是指将携带于传统电路域消息中的REV业务信息原封不动、或转译成文本描述方式，封装在SIP消息体中，映射是指将携带于传统电路域消息中的REV业务信息参数，转译为SIP消息中的REV业务信息参数。
本发明还提供了一种在分组电信网络中实现REV业务的方法，该方法包括主叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息，被叫终端所在网络根据SIP消息携带的REV信息确定接受主叫终端或被叫终端进行REV；或者被叫终端所在网络向主叫终端所在网络发送携带REV信息的SIP消息，主叫终端所在网络根据SIP消息携带的REV信息确定主叫终端或被叫终端进行REV。
本发明提供的方法可以包括以下4种可能的实现流程第一种，主叫终端所在网络向被叫终端所在网络发送REV请求，被叫终端所在网络向主叫终端所在网络发送REV响应；第二种，主叫终端所在网络向被叫终端所在网络发送REV指示；第三种，被叫终端所在网络向主叫终端所在网络发送REV请求，主叫终端所在网络向被叫终端所在网络发送REV响应；第四种，被叫终端所在网络向主叫终端所在网络发送REV指示。
本发明在分组电信网络中的SIP终端可以签约REV业务，在签约REV业务的同时，还可以区分签约模式，签约模式有两种一种为永久模式，不需要请求就可以进行REV业务，相当于在传统电信网络中的Case D；另一种为临时模式，需要请求后进行REV业务，相当于在传统电信网络中的CaseA、Case B以及Case C。
以下举具体实施例说明在分组电信网络中，向SIP终端提供REV业务的实现过程，本领域技术人员可以根据下述的各个实施例得知如何为SIP终端提供REV业务。
当然，SIP终端也可以看作为接入网关控制单元和ISDN终端。
需要说明的是，本发明中的具体实施例仅为突出本发明的发明点而进行的过程，并不表示一个完整的呼叫和REV业务控制流程，也没有穷举所有可能的分支流程。
图9～图13所述的方法为本发明上述提出的第一种实现流程，即主叫终端所在网络向被叫终端所在网络发送REV请求，被叫终端所在网络向主叫终端所在网络发送REV响应。
图9为本发明在分组电信网络中实现REV业务的方法实施例一的流程图，主叫终端和被叫终端都是SIP终端，主叫SIP终端签约REV业务并且为永久模式，该方法涉及的网络实体包括主叫SIP终端、管辖主叫SIP终端的呼叫会话控制单元A、接受呼叫会话控制单元A触发的REV业务控制单元A、被叫SIP终端、管辖被叫SIP终端的呼叫会话控制单元B、接受呼叫会话控制单元B触发的REV业务控制单元B，其具体步骤为步骤900、主叫SIP终端发起呼叫，发送SIP访问(SIP INVITE)消息到呼叫会话控制单元A。
步骤901、呼叫会话控制单元A转发SIP INVITE消息到REV业务控制单元A。
步骤902、REV业务控制单元A确定主叫SIP终端签约了REV业务且签约模式为永久模式，则在SIP INVITE消息中携带REV请求，将携带了REV请求的SIP INVITE消息发送到呼叫会话控制单元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终端的标识，表示REV请求由主叫SIP终端来为本次呼叫付费。
REV业务控制单元A还可以在P-REV-Header域中增加其它参数，如transfer mode，用于协商REV的计费方式。
REV业务控制单元A也可以在本次呼叫后续的其他SIP消息中携带REV请求，如信息(INFO)、更新消息(UPDATE)、应答消息(ACK)及响应消息中携带。
步骤903、呼叫会话控制单元A向呼叫会话控制单元B转发携带了REV请求的SIP INVITE消息。
步骤904、呼叫会话控制单元B转发携带了REV请求的SIP INVITE消息到REV业务控制单元B。
在本步骤中，REV业务控制单元B判断被叫SIP终端所在网络侧是否支持REV，如果不支持，拒绝该呼叫，向呼叫会话控制单元B发送拒绝消息，该消息在P-REV-Header域中携带响应参数为P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，则根据SIP INVITE消息携带的REV请求，确定主叫SIP终端要为本次呼叫付费，通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
为了在REV业务控制单元B和计费处理模块之间传递REV请求，可以扩展现有的Diameter协议消息，如在Diameter协议消息增加一个Reverse-Charging AVP，携带REV业务是否激活以及本次呼叫是否进行REV的信息，即REV计费指示信息，例如0或No表示REV业务不激活，本次呼叫的通话计费采用现有方式；1或Yes表示REV业务激活，本次呼叫的通话计费进行REV。
本发明也可以通过其它对Diameter协议消息扩展的方法来传递REV请求，如在Diameter协议消息增加一个Charging-Party-Address AVP，取值类型为UTF8String，表示计费SIP终端的标识，即计费号码信息。
步骤905、REV业务控制单元B发送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业务控制单元B也可以在本次呼叫后续的其他SIP消息中携带REV指示，如INFO、UPDATE、ACK及响应消息中携带。
步骤906、呼叫会话控制单元B将携带REV指示的SIP INVITE消息转发给被叫SIP终端。
步骤907、被叫SIP终端发送临时响应到呼叫会话控制单元B，开始与主叫SIP终端进行媒体资源协商。
临时响应可以采用现有的SIP消息，如临时响应183。
步骤908、呼叫会话控制单元B转发临时响应到REV业务控制单元B。
步骤909、REV业务控制单元B在临时响应中携带REV响应，表示接受了主叫SIP终端的REV请求，将携带REV响应的临时响应发送给呼叫会话控制单元B。
在临时响应携带REV响应的过程为在P-REV-Header头域中携带P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com。
REV业务控制单元B也可以在本次呼叫后续的其他SIP消息中携带REV响应，如INFO、UPDATE、ACK及响应消息中携带。
步骤910、呼叫会话控制单元B转发携带REV响应的临时响应到呼叫会话控制单元A。
步骤911、呼叫会话控制单元A转发携带REV响应的临时响应到REV业务控制单元A，REV业务控制单元A根据临时响应携带的REV响应，判断被叫SIP终端所在网络侧是否接受了REV请求，如果是，REV业务控制单元A通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤912、REV业务控制单元A发送临时响应到呼叫会话控制单元A，该响应不携带REV响应，而携带REV指示，用于通知主叫SIP终端，为本次呼叫付费。
在临时响应携带REV指示的过程为在P-REV-Header头域中携带P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-A@originatingnetwork.com″。
REV业务控制单元A也可以在本次呼叫后续的其他SIP消息中携带REV指示，如INFO、UPDATE、ACK及响应消息中携带。
步骤913、呼叫会话控制单元A转发携带了REV指示的临时响应到主叫SIP终端。
步骤914～步骤920、主叫SIP终端和被叫SIP终端按照现有的分组电信网络提供的方法完成媒体资源协商和资源预留、被叫SIP终端摘机、发送200OK到主叫SIP终端、主叫SIP终端与被叫SIP终端开始通话的过程，本次呼叫将计费到主叫SIP终端。
在本实施例中，为了在SIP消息中携带REV请求、REV指示或REV响应，需要对现有的SIP消息进行扩展，增加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参数类型，必选参数，用于区分是REV请求、响应或指示，REV业务控制单元仅在收到或发送REV响应时，才激活REV业务；charging-subscriber是REV终端标识，即REV后计费终端的请求统一资源标识符，其可以为主叫SIP终端的标识，也可以为被叫SIP终端的标识，默认定义为被叫SIP终端的标识，该参数是对传统电信网络REV业务需求的一个扩展，除了上述直接用主叫终端和被叫终端的标识来赋值外，还可以只指示主叫终端(calling)或被叫终端(called)，如charging-subscriber＝″calling″/″called″paritcal-call确定REV范围，可以整个呼叫REV，或者剩余呼叫REV，默认定义为整个呼叫REV；transfer-mode是REV计费方式，包括transfermode和non-transfer mode，用于和传统电信网络互通，默认定义为non-transfer mode；duration用于在呼叫过程中，发起整个呼叫的REV，且REV计费方式为transfer mode，携带呼叫的开始时间；error-info提供错误返回码。
后续其它实施例也将参考上述SIP消息扩展来实现。
为了在SIP消息中携带REV请求、REV指示或REV响应，本发明也可以采用其他SIP扩展方式对现有的SIP消息进行扩展，如在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的含义与本发明上一个例子中的相同。
在SIP消息携带REV响应时，在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的含义与本发明上一个例子中的相同。
在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的含义与本发明上一个例子中的相同。
图10为本发明在分组电信网络中实现REV业务的方法实施例二的流程图，主被叫终端都为SIP终端，主叫SIP终端签约REV业务并且为临时模式，其具体步骤为步骤1000、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A，在SIP INVITE消息中携带REV请求，用于临时激活REV业务。
在SIP INVITE消息中携带REV请求的过程为在P-REV-Header域中携带P-REV-Headerrev-type＝rev-request；charging-subscriber＝sipuser-A@originatingnetwork.com，其中，″sipuser-A@originatingnetwork.com″是主叫SIP终端的标识，表示请求由主叫SIP终端来为本次呼叫付费。
当然，在REV请求中还可以携带计费模式，如携带transfer mode。
步骤1001、呼叫会话控制单元A转发携带REV请求的SIP INVITE消息到REV业务控制单元A。
步骤1002、REV业务控制单元A确定主叫SIP终端签约了REV业务且签约模式是临时模式后，将携带REV请求的SIP INVITE消息转发到呼叫会话控制单元A。
在本步骤中，如果REV业务控制单元判断主叫SIP终端没有签约REV业务并且签约模式不为临时模式，则发送拒绝SIP INVITE消息到呼叫会话控制单元A，停止本次呼叫。
步骤1003、呼叫会话控制单元A转发携带REV请求的SIP INVITE消息到呼叫会话控制单元B。
步骤1004、呼叫会话控制单元B转发携带REV请求的SIP INVITE消息到REV业务控制单元B。
REV业务控制单元B判断被叫SIP终端所在网络是否支持REV，如果不支持，拒绝本次呼叫，发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根据SIP INVITE消息携带的REV请求，确定主叫SIP终端请求为本次呼叫付费，通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1005、REV业务控制单元B发送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业务控制单元B也可以在本次呼叫后续的其它消息中，如INFO，UPDATE，ACK及响应消息中携带REV指示。
步骤1006、呼叫会话控制单元B转发携带REV指示的SIP INVITE消息到被叫SIP终端。
步骤1007、被叫SIP终端发送临时响应到呼叫会话控制单元B，如临时响应183，开始和主叫SIP终端进行媒体资源协商。
步骤1008、呼叫会话控制单元B转发该临时响应到REV业务控制单元B。
步骤1009、REV业务控制单元B在临时响应中携带REV响应，表示接受了主叫SIP终端的REV请求，将携带REV响应的临时响应发送给呼叫会话控制单元B。
在临时响应携带REV响应的过程为在P-REV-Header头域中携带P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com。
REV业务控制单元B也可以在本次呼叫后续的其他SIP消息中携带REV响应，如INFO、UPDATE、ACK及响应消息中携带。
步骤1010、呼叫会话控制单元B转发携带REV响应的临时响应到呼叫会话控制单元A。
步骤1011、呼叫会话控制单元A转发携带REV响应的临时响应到REV业务控制单元A，REV业务控制单元A根据临时响应携带的REV响应，判断被叫SIP终端所在网络侧是否接受了REV请求，如果是，REV业务控制单元A通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1012、REV业务控制单元A发送携带REV响应的临时响应到呼叫会话控制单元A。
步骤1013、呼叫会话控制单元A发送携带了REV指示的临时响应到主叫SIP终端，主叫SIP终端根据临时响应消息携带的REV指示，确定被叫SIP终端接受了主叫SIP终端为本次呼叫付费。
步骤1014～步骤1020、主叫SIP终端和被叫SIP终端按照现有的分组电信网络提供的方法完成媒体资源协商和资源预留、被叫SIP终端摘机、发送200OK到主叫SIP终端、主叫SIP终端与被叫SIP终端开始通话的过程，本次呼叫将计费到主叫SIP终端。
图11为本发明在分组电信网络中实现REV业务的方法实施例三的流程图，主被叫终端都为SIP终端，被叫SIP终端签约REV业务并且为临时模式，其具体步骤为步骤1100、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A，在SIP INVITE消息中携带REV请求，用于临时激活REV业务。
在SIP INVITE消息中携带REV请求的过程为在P-REV-Header域中携带P-REV-Headerrev-type＝rev-request；charging-subscriber＝sipuser-B@originatingnetwork.com，其中，″sipuser-B@originatingnetwork.com″是被叫SIP终端的标识，表示请求由被叫SIP终端来为本次呼叫付费。
步骤1101、呼叫会话控制单元A转发携带REV请求的SIP INVITE消息到REV业务控制单元A。
步骤1102、REV业务控制单元A确定主叫SIP终端要求被叫SIP终端付费，将携带REV请求的SIP INVITE消息转发到呼叫会话控制单元A。
步骤1103、呼叫会话控制单元A转发携带REV请求的SIP INVITE消息到呼叫会话控制单元B。
步骤1104、呼叫会话控制单元B转发携带REV请求的SIP INVITE消息到REV业务控制单元B。
REV业务控制单元B判断被叫SIP终端是否签约了REV业务且签约模式为临时模式，如果是，转发SIP INVITE消息；否则，拒绝本次呼叫，发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步骤1105、REV业务控制单元B发送携带REV请求的SIP INVITE消息到呼叫会话控制单元B。
步骤1106、呼叫会话控制单元B转发携带REV请求的SIP INVITE消息到被叫SIP终端。
被叫SIP终端根据SIP INVITE消息携带的REV请求确定主叫SIP终端请求被叫SIP终端为本次呼叫付费。
步骤1107、被叫SIP终端和主叫SIP终端进行媒体资源协商，资源预留成功后，被叫SIP终端摘机，发送200OK消息到呼叫会话控制单元B。
在本呼叫中，被叫SIP终端选择接受、拒绝或忽略了主叫SIP终端的REV请求，在200OK响应消息中携带REV响应予以表示。
如果被叫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转发携带REV响应的200OK消息到REV业务控制单元B。
REV业务控制单元B确定200OK消息携带的REV响应如果该响应表示被叫SIP终端接受了主叫SIP终端的REV请求，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1109、REV业务控制单元B转发携带REV响应的200OK消息到呼叫会话控制单元B。
步骤1110、呼叫会话控制单元B转发携带REV响应的200OK消息到呼叫会话控制单元A。
步骤1111、呼叫会话控制单元A转发携带REV响应的200OK消息到REV业务控制单元A，REV业务控制单元A根据200OK消息携带的REV响应，确定被叫SIP终端是否接受了REV请求如果被叫SIP终端接受了主叫SIP终端的REV请求，REV业务控制单元A通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1112、REV业务控制单元A转发携带了REV响应的200OK消息到呼叫会话控制单元A。
步骤1113、呼叫会话控制单元A转发携带了REV响应的200OK消息到主叫SIP终端，主叫SIP终端根据200OK消息中携带的REV响应得知被叫SIP终端接受了为本次呼叫付费。
此时本次呼叫的通话过程建立，主叫SIP终端与被叫SIP终端开始通话，本次呼叫将计费到被叫SIP终端。
图12为本发明在分组电信网络中实现REV业务的方法实施例四的流程图，主被叫终端都为SIP终端，主叫SIP终端签约了REV业务且签约模式为临时模式，在本次呼叫的通话过程中，主叫SIP终端请求为被叫SIP终端付费，其具体步骤为步骤1200、主叫SIP终端和被叫SIP终端已经建立呼叫，在主叫SIP终端与被叫SIP终端进行通话期间，主叫SIP终端发送SIP订阅(SIPSUBSCRIBER)消息到呼叫会话控制单元A，该消息携带REV请求，用于临时激活REV业务。
在SIP SUBSCRIBER携带REV请求的过程为Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-A@originatingnetwork.com″是主叫SIP终端的标识，表示请求由主叫SIP终端为整个呼叫付费。
在SIP SUBSCRIBER消息携带REV请求的过程还可以为Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″rest-of-call″，表示请求由主叫SIP终端来为本次呼叫的剩余部分付费。
REV请求也可以在SIP消息的消息体内传递，在SIP消息的消息体内传递REV消息的情况下，SUBSCRBIER消息和确认(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终端的标识，表示请求由主叫SIP终端来为整个呼叫付费；或者在P-REV-Header域中携带Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″rest-of-call″，表示请求由主叫SIP终端为本次呼叫的剩余部分付费。
本发明除了通过Event头域在SIP SUBSCRIBE消息携带表示发起反转计费请求外，还可以通过Subscription头域在SIP INVITE等消息中携带标识发起反转计费请求，如Subscriptionreverse-charging；charging-subscriber＝″sipuser-A@originatingnetwork.com″主叫SIP终端也可以在其它消息中，如INFO，INVITE，UPDATE，ACK及响应消息中携带REV请求。
步骤1201、呼叫会话控制单元A转发携带REV请求的SIPSUBSCRIBER消息到REV业务控制单元A。
步骤1202、REV业务控制单元A判断主叫SIP终端是否签约了REV业务且签约模式为临时模式，如果是，将该SIP SUBSCRIBER消息转发到呼叫会话控制单元A，否则，向主叫SIP终端发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″，或者向主叫SIP终端发送SIP NOTIFY消息，消息中携带拒绝指示Eventreverse-charging；error-info＝″userNotSubscribed″。
指示主叫SIP终端未签约REV业务且签约模式不为临时模式。
步骤1203、呼叫会话控制单元A转发携带REV请求的SUBSCRIBER消息到呼叫会话控制单元B。
步骤1204、呼叫会话控制单元B转发携带REV请求的SUBSCRIBER消息到REV业务控制单元B。
REV业务控制单元B判断被叫SIP终端所在网络是否支持REV，如果不支持，拒绝该呼叫，发送4xx拒绝消息，并在4xx拒绝消息中的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；或者向主叫SIP终端发送SIP NOTIFY消息，消息中携带拒绝指示Eventreverse-charging；error-info＝″rejectedByNetwork″；如果支持，根据SUBSCRIBER消息携带的REV请求，得知主叫SIP终端请求为本次呼叫付费，通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1205～步骤1209、呼叫会话控制单元B向主叫SIP终端发送SUBSCRIBER消息的200OK响应消息。
步骤1210、REV业务控制单元B向呼叫会话控制单元B发送NOTIFY消息，该消息携带REV响应，表示接受了主叫SIP终端的REV请求，NOTIFY消息中包含Eventreverse-charging P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″whole-call″。
步骤1211、呼叫会话控制单元B转发携带REV响应的NOTIFY消息到呼叫会话控制单元A。
步骤1212、呼叫会话控制单元A转发携带REV响应的NOTIFY消息到REV业务控制单元A，REV业务控制单元A根据该NOTIFY消息携带的REV响应，判断被叫SIP终端是否接受了REV请求如果接受了，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1213、REV业务控制单元A转发携带REV响应的NOTIFY消息到呼叫会话控制单元A。
步骤1214、呼叫会话控制单元A转发携带REV响应的NOTIFY消息到主叫SIP终端，主叫SIP终端根据NOTIFY消息携带的REV响应，确定被叫SIP终端接受了主叫SIP终端为本次呼叫的剩余部分或者全部付费。
步骤1215～步骤1219、主叫SIP终端向REV业务控制单元B发送携带REV响应的NOTIFY消息的响应200消息。
在本实施例中，还可以进一步包括步骤11a～步骤14aREV业务控制单元B向被叫SIP终端发送信息(MESSAGE)消息，指示被叫SIP终端，主叫SIP终端将为本次呼叫的全部或者剩余部分付费。
采用本实施例，主叫SIP终端和被叫SIP终端依然保持通话，但整个呼叫或者剩余呼叫的呼叫费用将计费到主叫SIP终端。
为了在SIP SUBSCRIBER消息或NOTIFY消息中携带REV消息，需要扩展现有SIP消息。例如，在SIP SUBSCRIBER消息增加一个reverse-charging事件包，包含参数如下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请求、响应或者指示；charging-subscriber是REV终端的标识；paritcal-call标识REV范围，可以整个呼叫REV，或者剩余呼叫REV，默认设定为整个呼叫REV；duration用于携带该呼叫的通话开始时间；error-info指示错误返回码。
图13为本发明在分组电信网络中实现REV业务的方法实施例五的流程图，主被叫终端都为SIP终端，在本次呼叫的通话过程中，主叫SIP终端请求被叫SIP终端付费，其具体步骤为步骤1300、主叫SIP终端和被叫SIP终端已经建立呼叫，在主叫SIP终端与被叫SIP终端进行通话期间，主叫SIP终端发送SIP SUBSCRIBER消息到呼叫会话控制单元A，该消息携带REV请求，用于临时激活REV业务。
在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终端的标识，表示请求由被叫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及响应消息中携带REV请求。
步骤1301、呼叫会话控制单元A转发携带REV请求的SIPSUBSCRIBER消息到REV业务控制单元A。
步骤1302、REV业务控制单元A根据SIP SUBSCRIBER消息中的REV请求确定主叫SIP终端要求被叫SIP终端付费，将携带REV请求的SIPSUBSCRIBER消息转发到呼叫会话控制单元A。
步骤1303、呼叫会话控制单元A转发携带REV请求的SUBSCRIBER消息到呼叫会话控制单元B。
步骤1304、呼叫会话控制单元B转发携带REV请求的SUBSCRIBER消息到REV业务控制单元B。
REV业务控制单元B判断被叫SIP终端是否签约了通话过程中的REV业务，如果是，转发携带REV请求的SIP SUBSCRIBER消息到呼叫会话控制单元B，否则，拒绝携带REV请求的SIP SUBSCRIBER消息，发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步骤1305、REV业务控制单元B转发携带REV请求的SIPSUBSCRIBER消息到呼叫会话控制单元B。
步骤1306、呼叫会话控制单元B转发携带REV请求的SIPSUBSCRIBER消息到被叫SIP终端，被叫SIP终端根据SUBSCRIBER消息携带的REV请求，确定主叫SIP终端请求被叫SIP终端为本次呼叫的全部或者剩余部分付费。
步骤1307～步骤1313、被叫SIP终端发送携带REV请求的SIPSUBSCRIBER消息的200OK响应消息到主叫SIP终端。
步骤1314、被叫SIP终端选择接受、忽略或拒绝主叫SIP终端的REV请求，发送NOTIFY消息到呼叫会话控制单元B，并在NOTIFY消息中携带REV响应。
如果被叫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转发携带REV响应的NOTIFY消息到REV业务控制单元B。
REV业务控制单元B根据NOTIFY消息携带的REV响应，确定被叫SIP终端接受了主叫SIP终端的REV请求，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1316、REV业务控制单元B转发携带REV响应的NOTIFY消息到呼叫会话控制单元B。
步骤1317、呼叫会话控制单元B转发携带REV响应的NOTIFY消息到呼叫会话控制单元A。
步骤1318、呼叫会话控制单元A转发携带REV响应的NOTIFY消息到REV业务控制单元A，REV业务控制单元A根据该NOTIFY消息携带的REV响应，判断被叫SIP终端是否接受了REV请求如果接受了，REV业务控制单元A通知主叫SIP终端所在的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1319、REV业务控制单元A转发携带REV响应的NOTIFY消息到呼叫会话控制单元A。
步骤1320、呼叫会话控制单元A转发携带REV响应的NOTIFY消息到主叫SIP终端，主叫SIP终端根据NOTIFY消息携带的REV响应，得知被叫SIP终端接受了为本次呼叫的剩余部分或者全部付费。
步骤1321～步骤1327、主叫SIP终端向被叫SIP终端发送携带REV响应的NOTIFY消息的响应200消息。
在本实施例中，主叫SIP终端和被叫SIP终端依然保持通话，但整个呼叫或者剩余呼叫的呼叫费用将计费到被叫SIP终端。
图14所述的方法为本发明上述提到的第二种实现流程，即主叫终端所在网络向被叫终端所在网络发送REV指示。
图14为本发明在分组电信网络中实现REV业务的方法实施例六的流程图，主被叫终端都为SIP终端，主叫SIP终端签约REV业务并且为永久模式，主叫SIP终端进行REV，其具体步骤为步骤1400、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A。
步骤1401、呼叫会话控制单元A转发SIP INVITE请求到REV业务控制单元A。
步骤1402、REV业务控制单元A判断主叫SIP终端是否签约了REV业务且签约模式是永久模式，如果是，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端，REV业务控制单元在SIP INVITE消息中携带REV指示，并将携带REV指示的SIP INVITE消息转发到呼叫会话控制单元A；否则，向呼叫会话控制单元A发送拒绝消息。
REV业务控制单元A也可以在本次呼叫后续的其它消息中，如INFO，UPDATE，CK及响应消息中携带REV指示。
在SIP INVITE消息携带REV指示的过程为P-REV-Headerrev-type＝rev-indication；charging-subscriber＝sipuser-A@originatingnetwork.com，其中，″sipuser-A@originatingnetwork.com″是主叫SIP终端的标识，表示指示由主叫SIP终端来为本次呼叫付费。
REV业务控制单元A还可以在SIP INVITE消息中增加其它参数，如transfer Mode，用于协商REV的计费方式。
步骤1403、呼叫会话控制单元A转发携带REV指示的SIP INVITE消息到呼叫会话控制单元B。
步骤1404、呼叫会话控制单元B转发携带REV指示的SIP INVITE消息到REV业务控制单元B。
REV业务控制单元B根据SIP INVITE消息携带的REV指示，确定主叫SIP终端将为本次呼叫付费，通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1405、REV业务控制单元B发送携带REV指示的SIP INVITE消息到呼叫会话控制单元B，用于通知被叫SIP终端，主叫SIP终端将为本次呼叫付费。
REV业务控制单元B也可以在本次呼叫后续的其它消息中，如INFO，UPDATE，ACK及响应消息中携带REV指示。
步骤1406、呼叫会话控制单元B转发携带REV指示的SIP INVITE消息到被叫SIP终端。
步骤1407、被叫SIP终端发送临时响应183到呼叫会话控制单元B，开始和主叫SIP终端进行媒体资源协商。
步骤1408、呼叫会话控制单元B转发临时响应183到REV业务控制单元B。
步骤1409、REV业务控制单元B转发临时响应183消息到呼叫会话控制单元B。
步骤1410、呼叫会话控制单元B转发临时响应183到呼叫会话控制单元A。
步骤1411、呼叫会话控制单元A转发该临时响应183到REV业务控制单元A。
步骤1412、REV业务控制单元A转发临时响应183到呼叫会话控制单元A，消息中携带REV指示，用于通知主叫SIP终端，将为本次呼叫付费。
REV业务控制单元A也可以在本次呼叫后续的其它消息中，如INFO，UPDATE，ACK及响应消息中携带REV指示。
步骤1413、呼叫会话控制单元A转发携带REV指示的临时响应183到被叫SIP终端。
步骤1414～步骤1420、主叫SIP终端和被叫SIP终端完成媒体资源协商和资源预留，被叫SIP终端摘机，发送200OK消息到主叫SIP终端，主叫SIP终端和被叫SIP终端开始通话，本次呼叫将计费到主叫SIP终端。
图15～图19所述的方法为本发明上述提出的第三种实现流程，即被叫终端所在网络向主叫终端所在网络发送REV请求，主叫终端所在网络向被叫终端所在网络发送REV响应。
图15为本发明在分组电信网络中实现REV业务的方法实施例七的流程图，主叫终端和被叫终端都是SIP终端，被叫SIP终端签约REV业务并且为永久模式，被叫SIP终端请求为本次呼叫进行REV，其具体步骤为步骤1500、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A。
步骤1501、呼叫会话控制单元A转发SIP INVITE消息到REV业务控制单元A。
步骤1502、REV业务控制单元A将SIP INVITE消息转发到呼叫会话控制单元A。
步骤1503、呼叫会话控制单元A转发SIP INVITE消息到呼叫会话控制单元B。
步骤1504、呼叫会话控制单元B转发SIP INVITE消息到REV业务控制单元B。
步骤1505、REV业务控制单元B确定被叫SIP终端签约了REV业务且签约模式为永久模式，则在SIP INVITE消息中携带REV指示，发送给呼叫会话控制单元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终端的标识，表示由被叫SIP终端来为本次呼叫付费。
REV业务控制单元B也可以在本次呼叫后续的其它消息中，如INFO，UPDATE，ACK及响应消息中携带REV指示。
步骤1506、呼叫会话控制单元B转发携带了REV指示的SIP INVITE消息到被叫SIP终端。
在本步骤中，主叫SIP终端与被叫SIP终端开始媒体资源协商和资源预留，并向被叫SIP终端振铃。
步骤1507、REV业务控制单元B向呼叫控制单元B发送INFO消息，携带REV请求，用于向主叫SIP终端请求，由被叫SIP终端为本次呼叫付费。
INFO消息携带REV请求的过程为在P-REV-Header域中携带P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV业务控制单元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及响应消息中携带REV请求。
步骤1508、呼叫会话控制单元B转发携带REV请求的INFO消息到呼叫会话控制单元A。
步骤1509、呼叫会话控制单元A转发携带REV请求的INFO消息到REV业务控制单元A。
REV业务控制单元A判断主叫SIP终端所在网络是否支持REV，如果不支持，拒绝该呼叫，发送拒绝消息，并在该消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，REV业务控制单元A根据INFO消息携带的REV请求，确定被叫SIP终端请求为本次呼叫付费，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1510、REV业务控制单元A向呼叫会话控制单元A发送携带REV请求的INFO消息的响应消息，即响应200消息，在响应消息中携带REV响应，表示接受了被叫SIP终端的REV请求。
在响应200消息中携带REV响应的过程为在P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV业务控制单元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV响应。
步骤1511、呼叫会话控制单元A将携带REV响应的响应消息转发到呼叫会话控制单元B。
步骤1512、呼叫会话控制单元B转发携带REV响应的响应消息到REV业务控制单元B，REV业务控制单元B根据该响应消息携带的REV响应，判断主叫SIP终端是否接受了REV请求，如果是，则通知被叫SIP终端所在的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端，如果不是，则按照正常处理过程处理，不影响本次呼叫。
步骤1513～步骤1519、主叫SIP终端与被叫SIP终端完成媒体资源协商和资源预留，被叫SIP终端摘机，发送200OK到主叫SIP终端，主叫SIP终端与被叫SIP终端开始通话，本次呼叫将计费到被叫SIP终端。
在本步骤中，REV业务控制单元A在通过呼叫会话控制单元A向主叫SIP终端发送200OK消息时，携带REV指示，用于通知主叫SIP终端，被叫SIP终端为本次呼叫付费。
在200OK消息携带REV指示的过程为在P-REV-Header域中携带P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV业务控制单元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV指示。
图16为本发明在分组电信网络中实现REV业务的方法实施例八的流程图，主被叫终端都为SIP终端，主叫SIP终端签约REV业务并且为临时模式，其具体步骤为步骤1600、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A。
步骤1601、呼叫会话控制单元A转发SIP INVITE请求到REV业务控制单元A。
步骤1602、REV业务控制单元A转发SIP INVITE消息到呼叫会话控制单元A。
步骤1603、呼叫会话控制单元A转发SIP INVITE消息到呼叫会话控制单元B。
步骤1604、呼叫会话控制单元B转发SIP INVITE消息到REV业务控制单元B。
步骤1605、REV业务控制单元B转发SIP INVITE消息到呼叫会话控制单元B。
步骤1606、呼叫会话控制单元B转发SIP INVITE消息到被叫SIP终端。
在本步骤中，主叫SIP终端和被叫SIP终端开始媒体资源协商和资源预留，并向被叫SIP终端振铃。
步骤1607、被叫SIP终端向呼叫会话控制单元B发送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终端的标识，表示由主叫SIP终端为本次呼叫付费。
REV业务控制单元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及响应消息中携带REV请求。
步骤1608、呼叫会话控制单元B转发携带REV请求的INFO消息到REV业务控制单元B。
步骤1609、REV业务控制单元B判断携带REV请求的INFO消息为要求主叫SIP终端为本次呼叫付费，转发携带REV请求的INFO消息到呼叫会话控制单元B。
步骤1610、呼叫会话控制单元B转发携带REV请求的INFO消息到呼叫会话控制单元A。
步骤1611、呼叫会话控制单元A转发携带REV请求的INFO消息到REV业务控制单元A。
步骤1612、REV业务控制单元A判断主叫SIP终端是否签约了REV业务且签约模式是临时模式，如果是，转发携带REV请求的INFO消息到呼叫会话控制单元A，否则，发送携带REV请求的INFO消息的响应200消息，并在响应200消息中携带REV响应，指示主叫SIP终端未签约临时REV业务。
在响应200消息中携带REV响应的过程为在P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步骤1613、呼叫会话控制单元A转发携带REV请求的INFO消息到主叫SIP终端。
步骤1614、主叫SIP终端根据INFO消息携带的REV请求，确定被叫SIP终端请求主叫SIP终端为本次呼叫付费，选择接受、忽略或拒绝REV请求，向呼叫会话控制单元A发送携带REV请求的INFO消息的响应200消息，并在响应200消息中携带REV响应。
主叫SIP终端接受了被叫SIP终端的REV请求后，在响应200消息中携带REV响应的过程为在响应200消息中的P-REV-Header域携带P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-A@originatingnetwork.com″。
主叫SIP终端拒绝了被叫SIP终端的REV请求后，在响应200消息中携带REV响应的过程为在响应200消息中的P-REV-Header域携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
步骤1615、呼叫会话控制单元A转发携带REV响应的响应200消息到REV业务控制单元A。
步骤1616、REV业务控制单元A转发携带REV响应的响应200消息到呼叫会话控制单元A。
REV业务控制单元A判断主叫SIP终端的REV响应，如果主叫SIP终端接受了被叫SIP终端的REV响应，REV业务控制单元A通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端；如果主叫SIP终端忽略了被叫SIP终端的REV请求，REV业务控制单元A向呼叫会话控制单元A发送INFO消息的响应200消息，并在响应200消息中插入REV响应，表示主叫SIP终端忽略了被叫SIP终端的REV请求，携带的过程为在响应200消息中的P-REV-Header域携带P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步骤1617、呼叫会话控制单元A转发携带REV响应的响应200消息到呼叫会话控制单元B。
步骤1618、呼叫会话控制单元B转发携带REV响应的响应200消息到REV业务控制单元B，REV业务控制单元B根据该响应200消息携带的REV响应，判断主叫SIP终端所在网络是否接受了REV请求，如果是，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1619、REV业务控制单元B转发携带SIP响应的响应200消息到呼叫会话控制单元B。
步骤1620、呼叫会话控制单元B转发携带SIP响应的响应200消息到被叫SIP终端，被叫SIP终端根据响应200消息中携带的REV响应，得知主叫SIP终端所在网络接受了主叫SIP终端为本次呼叫付费。
步骤1621～步骤1627、被叫SIP终端摘机，发送200OK消息到主叫SIP终端，主叫SIP终端和被叫SIP终端开始通话，本次呼叫将计费到主叫SIP终端上。
图17为本发明在分组电信网络中实现REV业务的方法实施例九的流程图，主被叫终端都为SIP终端，被叫SIP终端签约REV业务并且为临时模式，其具体步骤为步骤1700、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A。
步骤1701、呼叫会话控制单元A转发SIP INVITE请求到REV业务控制单元A。
步骤1702、REV业务控制单元A转发SIP INVITE消息到呼叫会话控制单元A。
步骤1703、呼叫会话控制单元A转发SIP INVITE消息到呼叫会话控制单元B。
步骤1704、呼叫会话控制单元B转发SIP INVITE消息到REV业务控制单元B。
步骤1705、REV业务控制单元B转发SIP INVITE消息到呼叫会话控制单元B。
步骤1706、呼叫会话控制单元B转发SIP INVITE消息到被叫SIP终端。
在本步骤中，主叫SIP终端和被叫SIP终端开始媒体资源协商和资源预留，并向被叫SIP终端振铃。
步骤1707、被叫SIP终端向呼叫会话控制单元B发送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终端的标识，表示由被叫SIP终端来为本次呼叫付费。
REV业务控制单元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及响应消息中携带REV请求。
步骤1708、呼叫会话控制单元B转发携带REV请求的INFO请求消息到REV业务控制单元B。
步骤1709、REV业务控制单元B判断被叫SIP终端是否签约了REV业务且签约模式是临时模式，如果是，转发携带REV请求的SIP INVITE消息到呼叫会话控制单元B，否则，向被叫SIP终端发送INFO消息的200OK响应，并在200OK响应参数中携带的REV响应为P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步骤1710、呼叫会话控制单元B转发携带REV请求的INFO消息到呼叫会话控制单元A。
步骤1711、呼叫会话控制单元A转发携带REV请求的INFO消息到REV业务控制单元A。
REV业务控制单元A判断携带REV请求的INFO消息为被叫SIP终端请求为本次呼叫付费，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1712、REV业务控制单元A响应呼叫会话控制单元A发送的携带REV请求的INFO消息的响应200消息，并在响应200消息中携带REV响应，指示被叫SIP终端所在网络接受了主叫SIP终端的REV请求，在P-REV-Header域中携带P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
步骤1713、呼叫会话控制单元A转发携带REV响应的响应200消息到呼叫会话控制单元B。
步骤1714、呼叫会话控制单元B转发携带REV响应的响应200消息到REV业务控制单元B，REV业务控制单元B根据该响应200消息携带的REV响应，判断主叫SIP终端所在网络是否接受了REV请求如果是，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1715、REV业务控制单元B转发携带REV响应的响应200消息到呼叫会话控制单元B。
步骤1716、呼叫会话控制单元B转发携带REV响应的响应200消息到被叫SIP终端，被叫SIP终端根据响应200消息携带的REV响应，得知主叫SIP终端所在网络接受了主叫SIP终端为本次呼叫付费。
步骤1717～步骤1723、主叫SIP终端和被叫SIP终端完成媒体资源协商和资源预留，被叫SIP终端摘机，发送200OK消息到主叫SIP终端，主叫SIP终端和被叫SIP终端开始通话，本次呼叫将计费到被叫SIP终端。
REV业务控制单元A在200OK消息中携带REV指示，用于通知主叫SIP终端，被叫SIP终端将为本次呼叫付费。
在200OK消息中携带REV指示的过程为在200OK消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV业务控制单元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV指示。
图18为本发明在分组电信网络中实现REV业务的方法实施例十的流程图，主被叫终端都为SIP终端，在通话过程中，被叫SIP终端请求为主叫SIP终端付费，其具体步骤为步骤1800、主叫SIP终端和被叫SIP终端已经建立呼叫，在主叫SIP终端与被叫SIP终端进行通话期间，被叫SIP终端发送SIP SUBSCRIBER消息到呼叫会话控制单元B，该消息携带REV请求，用于临时激活REV业务。
在SIP SUBSCRIBER携带REV请求的过程为Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-B@originatingnetwork.com″是被叫SIP终端的标识，表示请求由被叫SIP终端为整个呼叫付费。
在SIP SUBSCRIBER消息携带REV请求的过程还可以为Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-B@originatingnetwork.com″，partial-call＝″rest-of-call″，表示请求由被叫SIP终端来为本次呼叫的剩余部分付费。
REV请求也可以在SIP消息的消息体内传递，在SIP消息的消息体内传递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终端的标识，表示请求由被叫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及响应消息中携带REV请求。
步骤1801、呼叫会话控制单元B转发携带REV请求的SIPSUBSCRIBER消息到REV业务控制单元B。
步骤1802、REV业务控制单元B判断被叫SIP终端是否签约了REV业务且签约模式为临时模式，如果是，将该SIP SUBSCRIBER消息转发到呼叫会话控制单元B，否则，向被叫SIP终端发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″，指示被叫SIP终端未签约REV业务且签约模式不为临时模式。
步骤1803、呼叫会话控制单元B转发携带REV请求的SUBSCRIBER消息到呼叫会话控制单元A。
步骤1804、呼叫会话控制单元A转发携带REV请求的SUBSCRIBER消息到REV业务控制单元A。
REV业务控制单元A判断主叫SIP终端所在网络是否支持REV，如果不支持，拒绝该呼叫，发送4xx拒绝消息，并在4xx拒绝消息中的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根据SUBSCRIBER消息携带的REV请求，得知被叫SIP终端请求为本次呼叫付费，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1805～步骤1809、呼叫会话控制单元A向被叫SIP终端发送SUBSCRIBER消息的200OK响应消息。
步骤1810、REV业务控制单元A向呼叫会话控制单元A发送NOTIFY消息，该消息携带REV响应，表示接受了被叫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转发携带REV响应的NOTIFY消息到呼叫会话控制单元B。
步骤1812、呼叫会话控制单元B转发携带REV响应的NOTIFY消息到REV业务控制单元B，REV业务控制单元B根据该NOTIFY消息携带的REV响应，判断主叫SIP终端是否接受了REV请求如果接受了，通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤1813、REV业务控制单元B转发携带REV响应的NOTIFY消息到呼叫会话控制单元B。
步骤1814、呼叫会话控制单元B转发携带REV响应的NOTIFY消息到被叫SIP终端，被叫SIP终端根据NOTIFY消息携带的REV响应，确定主叫SIP终端接受了被叫SIP终端为本次呼叫的剩余部分或者全部付费。
步骤1815～步骤1819、被叫SIP终端向REV业务控制单元A发送携带REV响应的NOTIFY消息的响应200消息。
在本实施例中，还可以进一步包括步骤11a～步骤14aREV业务控制单元A向主叫SIP终端发送MESSAGE消息，指示主叫SIP终端，被叫SIP终端将为本次呼叫的全部或者剩余部分付费。
采用本实施例，主叫SIP终端和被叫SIP终端依然保持通话，但整个呼叫或者剩余呼叫的呼叫费用将计费到主叫SIP终端。
图19为本发明在分组电信网络中实现REV业务的方法实施例十一的流程图，主被叫终端都为SIP终端，在本次呼叫的通话过程中，被叫SIP终端请求主叫SIP终端付费，其具体步骤为步骤1900、主叫SIP终端和被叫SIP终端已经建立呼叫，在主叫SIP终端与被叫SIP终端进行通话期间，被叫SIP终端发送SIP SUBSCRIBER消息到呼叫会话控制单元B，该消息携带REV请求，用于临时激活REV业务。
在SIP SUBSCRIBER携带REV请求的过程为Eventreverse-charging；rev-type＝rev-request；charging-subscriber＝″sipuser-A@originatingnetwork.com″，partial-call＝″whole-call″，其中，″sipuser-A@originatingnetwork.com″是主叫SIP终端的标识，表示请求由被叫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及响应消息中携带REV请求。
步骤1901、呼叫会话控制单元B转发携带REV请求的SIPSUBSCRIBER消息到REV业务控制单元B。
步骤1902、REV业务控制单元B根据SIP SUBSCRIBER消息中的REV请求确定被叫SIP终端要求主叫SIP终端付费，将携带REV请求的SIPSUBSCRIBER消息转发到呼叫会话控制单元B。
步骤1903、呼叫会话控制单元B转发携带REV请求的SIPSUBSCRIBER消息到呼叫会话控制单元A。
步骤1904、呼叫会话控制单元A转发携带REV请求的SIPSUBSCRIBER消息到REV业务控制单元A。
REV业务控制单元A判断被叫SIP终端是否签约了通话过程中的REV业务，如果是，转发携带REV请求的SIP SUBSCRIBER消息到呼叫会话控制单元A，否则，拒绝携带REV请求的SIP SUBSCRIBER消息，发送4xx拒绝消息到主叫SIP终端，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步骤1905、REV业务控制单元A转发携带REV请求的SIPSUBSCRIBER消息到呼叫会话控制单元A。
步骤1906、呼叫会话控制单元A转发携带REV请求的SIPSUBSCRIBER消息到主叫SIP终端，主叫SIP终端根据SUBSCRIBER消息携带的REV请求，确定被叫SIP终端请求主叫SIP终端为本次呼叫的全部或者剩余部分付费。
步骤1907～步骤1913、主叫SIP终端发送携带REV请求的SIPSUBSCRIBER消息的200OK响应消息到被叫SIP终端。
步骤1914、主叫SIP终端选择接受、忽略或拒绝被叫SIP终端的REV请求，发送NOTIFY消息到呼叫会话控制单元A，并在NOTIFY消息中携带REV响应。
如果主叫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转发携带REV响应的NOTIFY消息到REV业务控制单元A。
REV业务控制单元A根据NOTIFY消息携带的REV响应，确定主叫SIP终端接受了被叫SIP终端的REV请求，REV业务控制单元A通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1916、REV业务控制单元A转发携带REV响应的NOTIFY消息到呼叫会话控制单元A。
步骤1917、呼叫会话控制单元A转发携带REV响应的NOTIFY消息到呼叫会话控制单元B。
步骤1918、呼叫会话控制单元B转发携带REV响应的NOTIFY消息到REV业务控制单元B，REV业务控制单元B根据该NOTIFY消息携带的REV响应，判断主叫SIP终端是否接受了REV请求如果接受了，REV业务控制单元B通知主叫SIP终端所在的计费处理模块，将本次呼叫的通话费用计费到主叫SIP终端。
步骤1919、REV业务控制单元B转发携带REV响应的NOTIFY消息到呼叫会话控制单元B。
步骤1920、呼叫会话控制单元B转发携带REV响应的NOTIFY消息到被叫SIP终端，被叫SIP终端根据NOTIFY消息携带的REV响应，得知主叫SIP终端接受了为本次呼叫的剩余部分或者全部付费。
步骤1921～步骤1927、被叫SIP终端向主叫SIP终端发送携带REV响应的NOTIFY消息的响应200消息。
在本实施例中，被叫SIP终端和主叫SIP终端依然保持通话，但整个呼叫或者剩余呼叫的呼叫费用将计费到主叫SIP终端。
图20所述的方法为本发明上述提到的第四种实现流程，即被叫终端所在网络向主叫终端所在网络发送REV指示。
图20为本发明在分组电信网络中实现REV业务的方法实施例十二的流程图，主被叫终端都为SIP终端，被叫SIP终端签约REV业务并且为永久模式，其具体步骤为步骤2000、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A。
步骤2001、呼叫会话控制单元A转发SIP INVITE请求到REV业务控制单元A。
步骤2002、REV业务控制单元A转发SIP INVITE请求到呼叫会话控制单元A。
步骤2003、呼叫会话控制单元A转发SIP INVITE请求到呼叫会话控制单元B。
步骤2004、REV业务控制单元B转发SIP INVITE请求到呼叫会话控制单元B。
步骤2005、REV业务控制单元B判断被叫SIP终端是否签约了REV业务且签约模式是永久模式，如果是，通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端，REV业务控制单元B在SIP INVITE消息中携带REV指示，并将携带REV指示的SIP INVITE消息转发到呼叫会话控制单元B；否则，向呼叫会话控制单元B发送拒绝消息。
REV业务控制单元B也可以在本次呼叫后续的其它消息中，如INFO，UPDATE，ACK及响应消息中携带REV指示。
在SIP INVITE消息携带REV指示的过程为P-REV-Headerrev-type＝rev-indication；charging-subscriber＝sipuser-B@originatingnetwork.com，其中，″sipuser-B@originatingnetwork.com″是被叫SIP终端的标识，表示指示由被叫SIP终端来为本次呼叫付费。
REV业务控制单元B还可以在SIP INVITE消息中增加其它参数，如transfer Mode，用于协商REV的计费方式。
步骤2006、呼叫会话控制单元B转发携带REV指示的SIP INVITE消息到被叫SIP终端。
此时，主叫SIP终端与被叫SIP终端开始媒体资源协商和资源预留，并向被叫SIP终端振铃。
步骤2007、REV业务控制单元B向呼叫会话控制单元B发送INFO消息，并在消息中携带REV指示，用于指示主叫SIP终端所在网络，由被叫SIP终端为本次呼叫付费。
在INFO消息中携带REV指示的过程为在INFO消息中的P-REV-Header域携带P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV业务控制单元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及响应消息中携带REV指示。
步骤2008、呼叫会话控制单元B转发携带REV指示的INFO消息到呼叫会话控制单元A。
步骤2009、呼叫会话控制单元A转发携带REV指示的INFO消息到REV业务控制单元A。
REV业务控制单元A根据INFO消息携带的REV指示，得知被叫SIP终端为本次呼叫付费，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤2010、REV业务控制单元A向呼叫会话控制单元A发送该INFO消息的响应200消息；步骤2011、呼叫会话控制单元A转发响应200消息到呼叫会话控制单元B。
步骤2012、呼叫会话控制单元B转发响应200消息到REV业务控制单元B。
步骤2013～步骤2019、主叫SIP终端和被叫SIP终端完成媒体资源协商和资源预留，被叫SIP终端摘机，发送200OK消息到主叫SIP终端，主叫SIP终端和被叫SIP终端开始通话，本次呼叫将计费到被叫SIP终端。
REV业务控制单元A在200OK消息中携带REV指示，用于通知主叫SIP终端，被叫SIP终端将为本次呼叫付费。
在200OK消息中携带REV指示的过程为在200OK消息的P-REV-Header域携带P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV业务控制单元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV指示。
本发明提供的方法还可以在传统电信网络中的终端与分组电信网络中的SIP终端进行通信时，实现REV，以下举具体实施例进行说明。
为了实现传统电信网络中的终端与分组电信网络中的SIP终端进行通信，媒体网关控制单元需要实现SIP消息与ISDN用户部分(ISUP)消息的映射，即在媒体网关控制单元存储SIP消息与ISUP消息的映射关系，从而进行SIP消息与ISUP消息之间的转换。
在本发明中，在媒体网关控制单元存储的SIP消息与ISUP消息的映射关系如表一所示。
表一为了实现传统电信网络中的终端与分组电信网络中的SIP终端进行通信，本发明提供的方法为基于电路交换的电信网络向分组电信网络发送携带REV信息的消息，分组电信网络根据该消息的REV信息确定进行REV；或者分组电信网络向基于电路交换的电信网络发送携带REV信息的消息，基于电路交换的电信网络根据该消息的REV信息确定进行REV。以下举具体的实施例说明本发明。
在Case A情况下的实施例图21为本发明实现REV业务的方法实施例十三的流程图，主叫终端为传统电信网络中的终端，被叫终端为SIP终端，被叫SIP终端签约REV业务并且为临时模式，其具体步骤为步骤2100、主叫终端发送DSS1信令的SETUP消息到传统电信网络，SETUP消息中携带RequestREV，指示Case A，请求被叫SIP终端为本次呼叫付费。
RequestREV的定义参考ITU-T Q.956中的定义。
步骤2101、传统电信网络检查是否支持REV业务，SS7信令是否支持等条件，通过后，发送SS7信令的IAM消息到媒体网关控制单元，IAM消息中携带REVCallingReqSetup以及transfer mode。
REVCallingReqSetup请求参数的定义参考ITU-T Q.736.3中的定义。
步骤2102、媒体网关控制单元将SS7信令的IAM消息映射为SIP信令的INVITE消息，发送SIP INVITE消息到呼叫会话控制单元B，并根据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终端的标识，表示请求由被叫SIP终端来为本次呼叫付费，并采用transfer mode。
步骤2103、呼叫会话控制单元B转发携带REV请求的SIP INVITE消息到REV业务控制单元B。
REV业务控制单元B判断被叫SIP终端是否签约了REV业务且签约模式是临时模式，如果是，转发携带REV请求的SIP INVITE消息到呼叫会话控制单元B，否则，拒绝该呼叫，发送4xx拒绝消息到被叫SIP终端，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步骤2104、REV业务控制单元B转发携带REV请求的SIP INVITE消息到呼叫会话控制单元B。
步骤2105、呼叫会话控制单元B转发携带REV请求的SIP INVITE消息到被叫SIP终端。
被叫SIP终端根据SIP INVITE消息携带的REV请求，确定主叫终端请求被叫SIP终端为本次呼叫付费。
步骤2106～步骤2111、被叫SIP终端和媒体网关控制单元进行媒体资源协商，资源预留，成功后，被叫SIP终端振铃，发送180ringing消息，该180ringing消息经呼叫会话控制单元B以及REV业务控制单元B发送到媒体网关控制单元，媒体网关控制单元发送SS7信令的ACM消息到传统电信网络，传统电信网络发送DSS1信令的CALL PROC消息到主叫终端。
步骤2112、被叫SIP终端接受了本次呼叫，并选择接受、忽略或拒绝主叫终端的REV请求，向呼叫会话控制单元B发送200OK响应消息，并在200OK响应消息中携带REV响应。
如果被叫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转发携带REV响应的200OK响应消息到REV业务控制单元B。
REV业务控制单元B判断200OK响应消息携带的REV响应，如果被叫SIP终端接受了主叫终端的REV请求，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤2114、REV业务控制单元B转发携带REV响应的200OK响应消息到呼叫会话控制单元B。
步骤2115、呼叫会话控制单元B转发携带REV响应的200OK响应消息到媒体网关控制单元。
步骤2116、媒体网关控制单元将SIP信令的200OK响应消息映射为SS7信令的ANM，发送ANM到传统电信网络，并根据200OK响应消息携带的REV响应，在ANM中携带REVCallingReqSetup及transfer mode，用于通知主叫终端所在网络被叫SIP终端接受了REV请求。
传统电信网络收到ANM，根据REVCallingReqSetup中的内容，得知被叫SIP终端接受了REV请求及transfer mode，对本次呼叫REV。
步骤2117、传统电信网络向主叫终端发送CONNECT，CONNECT中携带RequestREV，指示主叫终端网络所在接受了主叫终端的REV请求。
此时通话过程建立，主叫终端和被叫SIP终端开始通话，本次呼叫将计费到被叫SIP终端。
图22为本发明实现REV业务的方法实施例十四的流程图，被叫终端为传统电信网络中的终端，主叫终端为SIP终端，被叫签约REV业务并且签约模式为临时模式，其具体步骤为步骤2200、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A，携带REV请求，用于临时激活REV业务。
SIP INVITE消息携带REV请求的过程为P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，其中，″26540808@isdn.com″是被叫终端的标识，表示请求由被叫终端来为本次呼叫付费。
步骤2201、呼叫会话控制单元A转发携带REV请求的SIP INVITE消息到REV业务控制单元A。
步骤2202、REV业务控制单元A判断SIP INVITE消息携带的REV请求，如果是主叫SIP终端要求对方付费，将该SIP INVITE消息转发到呼叫会话控制单元A。
REV业务控制单元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转发携带REV请求和transfer mode的SIP INVITE消息到媒体网关控制单元。
步骤2204、媒体网关控制单元和主叫SIP终端进行媒体协商和资源预留，成功后向传统电信网络发送IAM消息，并根据SIP INVITE消息携带的REV请求和transfer mode，在IAM消息中携带REVCallingReqSetup及transfer mode，请求被叫终端采用transfer mode为本次呼叫付费。
REVCallingReqSetup的定义参考ITU-T Q.736.3中的定义。
步骤2205、传统电信网络检查被叫终端是否签约了Case A的REV业务，如果检查通过，向被叫终端发送SETUP消息，SETUP消息中携带RequestREV，请求被叫为本次呼叫付费。
RequestREV的定义参考ITU-T Q.956中的定义。
步骤2206～步骤2210、传统电信网络向媒体网关控制单元发送SS7信令的ACM消息，媒体网关控制单元将SS7信令的ACM消息映射为SIP信令的100ringing消息，该信息经呼叫会话控制单元A和REV业务控制单元A发送到主叫SIP终端。
步骤2211、被叫终端摘机，选择接受主叫SIP终端的REV请求，发送DSS1信令的CONNECT到传统电信网络，CONNECT中携带RequestREV，指示被叫终端接受了REV请求。
RequestREV的定义参考ITU-T Q.956中的定义。
传统电信网络根据CONNECT携带的RequestREV判断被叫终端是否接受了REV请求，如果是，根据主叫SIP终端所在网络提供的transfer mode，对本次呼叫进行REV。
步骤2212、传统电信网络发送SS7信令的ANM到媒体网关控制单元，ANM中携带REVCallingReqSetup及transfer mode。
步骤2213、媒体网关控制单元将SS7信令的ANM映射为SIP信令的200OK消息，发送200OK消息到呼叫会话控制单元A，并根据REVCallingReqSetup，在200OK消息中携带REV响应。
如果被叫终端接受了主叫SIP终端的REV请求，在200OK消息中携带REV响应的过程为在200OK消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″。
如果被叫终端未签约REV业务，在200OK消息中携带REV响应的过程为在200OK消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
如果被叫终端拒绝了主叫SIP终端的REV请求，在200OK消息中携带REV响应的过程为P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″。
如果被叫终端忽略了主叫SIP终端的REV请求，在200OK消息中携带REV响应的过程为P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步骤2214、呼叫会话控制单元A转发携带REV响应的200OK消息到REV业务控制单元A，REV业务控制单元A根据该200OK消息携带的REV响应，判断被叫终端所在网络是否接受了REV请求如果是，REV业务控制单元A通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫终端。
步骤2215、REV业务控制单元A转发携带REV响应的200OK消息到呼叫会话控制单元A。
步骤2216、呼叫会话控制单元A删除200OK消息携带的transfer mode，转发200OK消息到主叫SIP终端，主叫SIP终端根据200OK消息携带的REV响应，得知被叫终端所在网络接受了主叫SIP终端的REV请求。
此时通话过程建立，主叫SIP终端和被叫终端开始通话，本次呼叫将计费到被叫终端。
在Case B主叫终端请求REV情况下的实施例图23为本发明实现REV业务的方法实施例十五的流程图，主叫终端为传统电信网络中的终端，被叫终端为SIP终端，被叫SIP终端签约REV业务且为临时模式，其具体步骤为步骤2300、主叫终端和被叫SIP终端建立呼叫，在主叫终端和被叫SIP终端通话期间，主叫终端发送DSS1信令的facility消息到传统电信网络，携带RequestREV，指示Case B，请求被叫SIP终端为本次呼叫付费。
RequestREV的定义参考ITU-T Q.956中的定义。
步骤2301、传统电信网络检查是否支持REV业务，SS7信令是否支持等条件，通过后，发送SS7信令的FAC消息到媒体网关控制单元，FAC消息中携带REVCallingReqActive以及transfer mode。
REVCallingReqActive的定义参考ITU-T Q.736.3中的定义。
步骤2302、媒体网关控制单元将FAC消息转换为SIP信令的INFO消息，向呼叫会话控制单元B发送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终端的标识，表示请求由被叫SIP终端来为本次呼叫的剩余部分或者全部付费。
媒体网关控制单元也可以在呼叫相关的其它消息中，如UPDATE，ACK及响应消息中携带REV请求。
步骤2303、呼叫会话控制单元B转发携带REV请求的INFO消息到REV业务控制单元B。
REV业务控制单元B判断被叫SIP终端是否签约了REV业务且签约模式是临时模式，如果是，转发携带REV请求的INFO消息到呼叫会话控制单元B，否则，拒绝该呼叫，发送4xx拒绝消息给被叫SIP终端，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″。
步骤2304、REV业务控制单元B发送SIP SUBSCRIBER消息到呼叫会话控制单元B，在SIP SUBSCRIBER消息携带REV请求，用于请求临时激活REV业务。
为了在SIP SUBSCRIBER消息中携带REV请求，需要扩展现有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终端的标识，表示请求由被叫SIP终端来为呼叫的剩余部分付费。
REV业务控制单元B也可以在呼叫相关的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV请求。
步骤2305、呼叫会话控制单元B转发携带REV请求的SIPSUBSCRIBER消息到被叫SIP终端。
被叫SIP终端根据SIP SUBSCRIBER消息携带的REV请求，得知主叫终端请求被叫SIP终端为本次呼叫付费。
步骤2306～步骤2307、被叫SIP终端发送携带REV请求的SIPSUBSCRIBER消息的响应200消息到REV业务控制单元B。
步骤2308、被叫SIP终端选择接受、忽略或拒绝主叫终端的REV请求，向呼叫会话控制单元B发送NOTIFY消息，并在NOTIFY消息中携带REV响应。
如果被叫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转发携带REV响应的NOTIFY消息到REV业务控制单元B。
REV业务控制单元B判断NOTIFY消息携带的REV响应，如果被叫SIP终端接受了主叫终端的REV请求，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤2310～步骤2311、REV业务控制单元B发送携带REV响应的NOTIFY消息的响应200消息到被叫SIP终端。
步骤2312、REV业务控制单元B向呼叫会话控制单元B发送步骤2303中的INFO消息的响应200消息，并在响应200消息中携带REV响应，表示接受了主叫终端的REV请求。
在响应200消息中携带REV响应的过程为在响应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转发携带REV响应的响应200消息到媒体网关控制单元。
步骤2314、媒体网关控制单元将SIP信令的响应200消息映射为SS7信令的FAC消息，发送FAC消息到传统电信网络，并根据响应200消息携带的REV响应，在FAC消息中携带REVCallingReqActive以及transfer mode，用于通知主叫终端被叫SIP终端接受了主叫终端的REV请求。
REVCallingReqSetup的定义参考ITU-T Q.736.3中的定义。
传统电信网络收到FAC消息，根据携带的REVCallingReqActive中的内容，得知被叫SIP终端接受了主叫终端的REV请求及REV后的transfermode，对本次呼叫进行REV。
步骤2315、传统电信网络向主叫终端发送DSS1信令的facility消息，facility消息中携带RequestREV，指示被叫SIP终端将为本次呼叫的剩余部分或者全部付费。
DSS1信令的RequestREV的定义参考ITU-T Q.956中的定义。
此时，主叫终端和被叫SIP终端依然保持通话，但剩余呼叫的呼叫费用或本次呼叫的全部费用将计费到被叫SIP终端。
图24为本发明实现REV业务的方法实施例十六的流程图，被叫终端为传统电信网络中的终端，主叫终端为SIP终端，被叫终端签约REV业务并且签约模式为临时签约，其具体步骤为步骤2400、主叫SIP终端和被叫终端建立呼叫，主叫SIP终端和被叫终端通话期间，主叫SIP终端发送SIP SUBSCRIBER消息到呼叫会话控制单元A，在SIP SUBSCRIBER消息中携带REV请求，用于临时激活REV业务。
为了在SIP SUBSCRIBER消息中携带REV请求，需要扩展现有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″是被叫终端的标识，表示请求由被叫终端来为呼叫的剩余部分付费。
呼叫会话控制单元A也可以在呼叫相关的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV请求。
步骤2401、呼叫会话控制单元A转发携带REV请求的SIPSUBSCRIBER消息到REV业务控制单元A。
步骤2402～步骤2403、REV业务控制单元A发送携带REV请求的SIPSUBSCRIBER消息的响应200消息到主叫SIP终端。
步骤2404、REV业务控制单元A判断SIP SUBSCRIBER消息携带的REV请求，如果是主叫SIP终端要求对方付费，发送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业务控制单元A也可以在呼叫相关的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV请求。
步骤2405、呼叫会话控制单元A转发携带REV请求的INFO消息到媒体网关控制单元。
步骤2406、媒体网关控制单元将SIP信令的INFO消息映射到SS7信令的FAC消息，向传统电信网络发送SS7信令的FAC消息，并根据INFO消息携带的REV请求，在FAC消息中携带REVCallingReqActive及transfermode，请求被叫为本次呼叫付费。
REVCallingReqActive的定义参考ITU-T Q.736.3中的定义。
步骤2407、传统电信网络检查被叫终端是否签约了Case B的REV业务，如果通过，向被叫终端发送DSS1信令的facility消息，携带RequestREV，请求被叫终端为本次呼叫的剩余部分付费。
RequestREV的定义参考ITU-T Q.956中的定义。
步骤2408、被叫终端选择接受主叫SIP终端的REV请求，发送DSS1信令的facility消息到传统电信网络，facility消息中携带RequestREV，指示被叫终端接受了REV请求。
RequestREV的定义参考ITU-T Q.956中的定义。
传统电信网络根据RequestREV的内容判断被叫终端是否接受了REV请求，如果是，根据主叫SIP终端所在网络提供的transfer mode，对本次呼叫进行REV。
步骤2409、传统电信网络发送SS7信令的FAC消息到媒体网关控制单元，FAC消息中携带REVCallingReqActive及transfer mode。
步骤2410、媒体网关控制单元向呼叫会话控制单元A发送步骤2405中INFO消息的响应200消息，并根据SS7信令的FAC消息中REVCallingReqActive，携带REV响应。
如果被叫终端接受了主叫SIP终端的REV请求，响应200消息携带REV响应的过程为在响应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业务，200响应消息携带REV响应的过程为在200响应消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″；如果被叫终端拒绝了主叫SIP终端的REV请求，200响应消息携带REV响应的过程为在200响应消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″；如果被叫终端忽略了主叫SIP终端的REV请求，200响应消息携带REV响应的过程为在200响应消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″UserIgnored″。
步骤2411、呼叫会话控制单元A转发携带REV响应的200响应消息到REV业务控制单元A，REV业务控制单元A根据该响应200消息携带的REV响应，判断被叫终端所在网络是否接受了反转计费请求。如果是，REV业务控制单元A通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫终端。
步骤2412、REV业务控制单元A发送NOTIFY消息到呼叫会话控制单元A，并在NOTIFY消息携带REV响应。
如果被叫终端接受了主叫SIP终端的REV请求，其NOTIFY消息携带REV响应的过程为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响应的过程为Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByUser″；如果被叫终端忽略了主叫SIP终端的REV请求，其NOTIFY消息携带REV响应的过程为Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-inf-＝″UserIgnored″。
步骤2413、呼叫会话控制单元A转发携带REV响应的NOTIFY消息到主叫SIP终端，主叫SIP终端根据NOTIFY消息携带的REV响应，得知被叫终端所在网络接受了为本次呼叫的剩余部分付费或整个呼叫付费。
步骤2414～步骤2415、主叫SIP终端向REV业务控制单元A发送携带REV响应的NOTIFY消息的响应200消息。
此时，主叫SIP终端和被叫终端依然保持通话，但整个呼叫或者剩余呼叫的呼叫费用将计费到被叫终端。
在Case B被叫终端请求REV情况下的实施例图25为本发明实现REV业务的方法实施例十七的流程图，主叫终端为传统电信网络中的终端，被叫终端为SIP终端，被叫SIP签约REV业务且签约模式为临时模式，其具体步骤为步骤2500、主叫终端和被叫SIP终端建立呼叫，主叫终端和被叫SIP终端通话期间，被叫SIP终端发送SIP SUBSCRIBER消息到呼叫会话控制单元B，在SIP SUBSCRIBER消息中携带REV请求，用于临时激活REV业务。
为了在SIP SUBSCRIBER消息中携带REV请求，需要扩展现有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终端的标识，表示请求由被叫SIP终端来为呼叫的剩余部分付费。
呼叫会话业务控制单元B也可以在呼叫相关的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV请求。
步骤2501、呼叫会话控制单元B转发携带REV请求的SIPSUBSCRIBER消息到REV业务控制单元B。
REV业务控制单元B判断被叫SIP终端是否签约了REV业务，如果是，REV业务控制单元将携带REV请求的SIP SUBSCRIBER消息转发到呼叫会话控制单元B，否则，向被叫SIP终端发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带Eventreverse-charging P-REV-Headerrev-type＝rev-response；error-info＝″userNotSubscribed″，指示被叫SIP终端未签约REV业务。
步骤2502、REV业务控制单元B向呼叫会话控制单元B发送携带REV请求的SIP SUBSCRIBER消息的200OK响应消息。
步骤2503、呼叫会话控制单元B转发200OK响应消息到被叫SIP终端。
步骤2504、REV业务控制单元B向呼叫会话控制单元B发送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业务控制单元B也可以在呼叫相关的其它消息中，如UPDATE，ACK及响应消息携带REV请求。
步骤2505、呼叫会话控制单元B转发携带REV请求的INFO消息到媒体网关控制单元。
步骤2506、媒体网关控制单元向传统电信网络发送SS7信令的FAC消息，并在FAC消息中携带REVCalledRequest，用于指示传统电信网络，被叫SIP终端将为本次呼叫的剩余部分付费。
传统电信网络如果支持REV业务，将本次呼叫的通话费用计费到被叫SIP终端，否则，拒绝该呼叫，并返回错误码。
REVCalledRequest的定义参考ITU-T Q.736.3中的定义。
步骤2507、传统电信网络向主叫终端发送DSS1信令的NOTIFY消息，指示″Reverse charging(For the rest of the call)″，表示被叫SIP终端将为本次呼叫的剩余部分付费。
DSS1信令的NOTIFY消息的定义参考ITU-T Q.956中的定义。
步骤2508、传统电信网络向媒体网关控制单元发送SS7信令的FAC消息，并在FAC消息中携带REVCalledRequest，用于指示媒体网关控制单元，主叫终端所在网络接受了被叫SIP终端为本次呼叫的剩余部分付费。
步骤2509、媒体网关控制单元向呼叫会话控制单元B发送携带REV请求的INFO消息的响应200消息，并在响应200消息中携带REV响应，表示主叫终端所在网络接受了被叫SIP终端的REV请求。
在响应200消息中携带REV响应的过程为在响应200消息的P-REV-Header域中携带EventEventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-of-call″。
媒体网关控制单元也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV响应。
步骤2510、呼叫会话控制单元B转发携带REV响应的响应200消息到REV业务控制单元B，REV业务控制单元B根据该响应200消息携带的REV响应，确定主叫终端所在网络是否接受了REV请求如果是，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤2511、REV业务控制单元B向呼叫会话控制单元B发送NOTIFY消息，表示接受了被叫SIP终端的REV请求。
NOTIFY消息中可以携带Eventreverse-charging P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″，partial-call＝″rest-call″。
步骤2512、呼叫会话控制单元B转发NOTIFY消息到被叫SIP终端，被叫SIP终端根据NOTIFY消息中的P-REV-Header域，得知主叫终端接受了被叫SIP终端为本次呼叫的剩余部分付费。
步骤2513～步骤2514、被叫SIP终端向REV业务控制单元B发送NOTIFY消息的响应200消息。
此时，主叫终端和被叫SIP终端依然保持通话，但剩余呼叫的呼叫费用将计费到被叫SIP终端。
图26为本发明实现REV业务的方法实施例十八的流程图，被叫终端为传统电信网络中的终端，主叫终端为SIP终端，被叫终端签约REV业务并且签约模式为临时模式，其具体步骤为步骤2600、主叫SIP终端和被叫终端建立呼叫，主叫SIP终端和被叫终端通话期间，被叫终端发送DSS1信令的facility消息到传统电信网络，携带RequestREV，指示Case B，请求被叫终端为本次呼叫付费。
RequestREV的定义参考ITU-T Q.956中的定义。
步骤2601、传统电信网络判断被叫终端是否签约了REV业务且签约模式是Case B，如果是，传统电信网络向媒体网关控制单元发送FAC消息，消息中携带REVCalledRequest，用于指示媒体网关控制单元，被叫终端将为本次呼叫的剩余部分付费。
REVCalledRequest的定义参考ITU-T Q.736.3中的定义。
步骤2602、媒体网关控制单元向呼叫会话控制单元A发送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″是被叫终端在分组网络中的标识，表示请求由被叫终端来为本次呼叫的剩余部分付费。
REV业务控制单元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及响应消息携带REV请求。
步骤2603、呼叫会话控制单元A转发携带REV请求的INFO消息到REV业务控制单元A。
REV业务控制单元A判断主叫SIP终端所在网络是否支持REV，如果不支持，拒绝该呼叫，发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根据INFO消息携带的REV请求，得知被叫终端请求为本次呼叫的剩余部分付费，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用的剩余部分计费到被叫终端。
步骤2604、REV业务控制单元A向呼叫会话控制单元A发送INFO消息的响应200消息，并在响应200消息携带REV响应，表示接受了被叫终端的REV请求。
在响应200消息携带REV响应的过程为在响应200消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；charging-subscriber＝″26540808@isdn.com″，partial-call＝″rest-of-call″。
REV业务控制单元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV响应。
步骤2605、呼叫会话控制单元A转发携带REV响应的响应200消息到媒体网关控制单元。
步骤2606、媒体网关控制单元向传统电信网络发送SS7信令的FAC消息，并在FAC消息中携带REVCalledRequest，用于指示传统电信网络，主叫SIP终端所在网络接受了被叫终端为本次呼叫的剩余部分付费。
传统电信网络将本次呼叫的通话费用计费到被叫终端。
步骤2607、传统电信网络向被叫终端发送DSS1信令的facility消息携带RequestREV，指示被叫终端将为本次呼叫的剩余部分付费。
DSS1信令的RequestREV的定义参考ITU-T Q.956中的定义。
步骤2608～2611、REV业务控制单元A进一步向主叫SIP终端发送MESSAGE消息，指示主叫SIP终端，被叫终端将为本次呼叫的全部或者剩余部分付费。
此时，主叫SIP终端和被叫终端依然保持通话，但剩余呼叫的呼叫费用将计费到被叫终端。
在Case C情况下的实施例在Case C情况下的实施例与图25或图26所述的实施例相似，只不过被叫终端(被叫终端可以为分组电信网络的被叫终端，也可以为被叫SIP终端)在进行REV请求时，请求的为整个呼叫的REV，因此，在Case C情况下的实施例可以参考Case B情况下的实施例，这里不再累述。
在Case D情况下的实施例图27为本发明实现REV业务的方法实施例十九的流程图，主叫终端为传统电信网络中的终端，被叫终端为SIP终端，被叫SIP终端签约REV业务且签约模式为永久模式，其具体步骤为步骤2700、主叫终端发起呼叫，发送DSS1信令的SETUP消息到传统电信网络。
步骤2701、传统电信网络发送SS7信令的IAM消息到媒体网关控制单元。
步骤2702、媒体网关控制单元发送SIP INVITE消息到呼叫会话控制单元B。
步骤2703、呼叫会话控制单元B转发SIP INVITE消息到REV业务控制单元B。
步骤2704、REV业务控制单元B判断被叫SIP终端是否签约了REV业务且签约模式是永久模式，如果是，REV业务控制单元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终端的标识，表示由被叫SIP终端来为本次呼叫付费。
REV业务控制单元B也可以在本次呼叫后续的其它消息中，如INFO，UPDATE，ACK及响应消息中携带REV指示。
步骤2705、呼叫会话控制单元B转发携带REV指示的SIP INVITE消息到被叫SIP终端。
步骤2706～步骤2711、媒体网关控制单元和被叫SIP终端开始媒体资源协商和资源预留，被叫SIP终端振铃，被叫SIP终端发送180ringing消息，该消息经呼叫会话控制单元B和REV业务控制单元B发送到媒体网关控制单元，媒体网关控制单元将180ringing消息转换为SS7信令的ACM消息转发到传统电信网络，传统电信网络向主叫终端发送CALL PROC消息。
步骤2712、REV业务控制单元B向呼叫会话控制单元B发送INFO消息，并携带REV请求，用于向主叫终端请求，由被叫SIP终端为本次呼叫付费。
在INFO消息中携带REV请求的过程为在INFO消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-request；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
REV业务控制单元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及响应消息携带REV请求。
步骤2713、呼叫会话控制单元B转发携带REV请求的INFO消息到媒体网关控制单元。
步骤2714、媒体网关控制单元向传统电信网络发送SS7信令的FAC消息，并在FAC消息中携带REVCalledRequest，用于指示传统电信网络，被叫SIP终端将为本次呼叫付费。
传统电信网络如果支持REV业务，将本次呼叫的通话费用计费到被叫SIP终端，否则，拒绝该呼叫，并返回错误码。
REVCalledRequest的定义参考ITU-T Q.736.3中的定义。
步骤2715、传统电信网络向媒体网关控制单元发送SS7信令的FAC消息，并在FAC消息中携带REVCalledRequest，用于指示媒体网关控制单元，主叫终端所在网络接受了被叫SIP终端为本次呼叫付费。
步骤2716、媒体网关控制单元向呼叫会话控制单元B发送INFO消息的响应200消息，并在响应200消息携带REV响应，表示主叫终端所在网络接受了被叫SIP终端的REV请求。
在响应200消息携带REV响应的过程为在响应200消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；charging-subscriber＝″sipuser-B@terminatingnetwork.com″。
媒体网关控制单元也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息携带REV响应。
步骤2717、呼叫会话控制单元B转发携带REV响应的响应200消息到REV业务控制单元B，REV业务控制单元B根据该响应200消息携带的REV响应，确定主叫终端所在网络是否接受了反转计费请求如果是，REV业务控制单元B通知被叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫SIP终端。
步骤2718～步骤2723、被叫SIP终端摘机，被叫SIP终端发送200OK消息，该消息经呼叫会话控制单元B和REV业务控制单元B发送到媒体网关控制单元，媒体网关控制单元将200OK消息转换为SS7信令的ANM转发到传统电信网络，传统电信网络向主叫终端发送CONNECT，并在CONNECT中包含REV通知指示″Reverse charging(Whole call)″。
REV通知指示的定义参考ITU-T Q.956中的定义。
此时，通话建立，主叫终端和被叫SIP终端开始通话，本次呼叫将计费到被叫SIP终端。
图28为本发明实现REV业务的方法实施例二十的流程图，被叫终端为传统电信网络中的终端，主叫终端为SIP终端，被叫终端签约REV业务且为永久模式，其具体步骤为步骤2800、主叫SIP终端发起呼叫，发送SIP INVITE消息到呼叫会话控制单元A。
步骤2801、呼叫会话控制单元A转发SIP INVITE请求到REV业务控制单元A。
步骤2802、REV业务控制单元A转发SIP INVITE消息到呼叫会话控制单元A。
步骤2803、呼叫会话控制单元A转发SIP INVITE消息到媒体网关控制单元。
步骤2804、主叫SIP终端和媒体网关控制单元开始媒体资源协商和资源预留，媒体资源协商和资源预留成功后，媒体网关控制单元向传统电信网络发送SS7信令的IAM消息。
步骤2805、传统电信网络向媒体网关控制单元发送SS7信令的ACM消息。
步骤2806～步骤2809、媒体网关控制单元发送180消息，该消息经呼叫会话控制单元A和REV业务控制单元A发送到主叫SIP终端。
步骤2810、传统电信网络判断被叫终端是否签约了REV业务且签约模式是永久模式，即Case D，如果是，传统电信网络向媒体网关控制单元发送FAC消息，消息中携带REVCalledRequest，用于指示媒体网关控制单元，被叫终端将为本次呼叫付费。
REVCalledRequest的定义参考ITU-T Q.736.3中的定义。
步骤2811、媒体网关控制单元向呼叫会话控制单元A发送INFO消息，并在消息中携带REV请求，用于向主叫SIP终端请求，由被叫终端为本次呼叫付费。
INFO消息携带REV请求的过程为INFO消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-request；charging-subscriber＝″26540808@isdn.com″，″26540808@isdn.com″是被叫终端在分组网络中的标识，表示请求由被叫终端来为本次呼叫付费。
REV业务控制单元B也可以在本次呼叫的其它消息中，如UPDATE，ACK及响应消息中携带REV请求。
步骤2812、呼叫会话控制单元A转发携带REV请求的INFO消息到REV业务控制单元A。
REV业务控制单元A判断主叫SIP终端所在网络是否支持REV业务，如果不支持，拒绝该呼叫，发送4xx拒绝消息，并在4xx拒绝消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；error-info＝″rejectedByNetwork″；如果支持，根据INFO消息携带REV请求，得知被叫终端请求为本次呼叫付费，通知主叫SIP终端所在网络的计费处理模块，将本次呼叫的通话费用计费到被叫终端。
步骤2813、REV业务控制单元A向呼叫会话控制单元A发送携带REV请求的INFO消息的响应200消息，并在响应200消息携带REV响应，表示接受了被叫终端的REV请求。
在响应200消息携带REV响应的过程为，在响应200消息的P-REV-Header域中携带P-REV-Headerrev-type＝rev-response；charging-subscriber＝″26540808@isdn.com″。
REV业务控制单元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息中携带REV响应。
步骤2814、呼叫会话控制单元A转发携带REV响应的响应200消息到媒体网关控制单元。
步骤2815、媒体网关控制单元向传统电信网络发送SS7信令的FAC消息，并在FAC消息中携带REVCalledRequest，用于指示传统电信网络，主叫终端所在网络接受了被叫终端为本次呼叫付费。
传统电信网络将本次呼叫的通话费用计费到被叫终端。
步骤2816、传统电信网络向被叫终端发送DSS1信令的SETUP消息，消息中携带REVIndication，指示被叫终端，被叫终端将为本次呼叫付费。
REVIndication的定义参考ITU-T Q.956中的定义。
步骤2817～步骤2822、被叫终端摘机，被叫终端向传统电信网络发送DSS1信令的CONNECT，传统电信网络向媒体网关控制单元发送SS7信令的ANM，媒体网关控制单元发送SIP信令的200OK消息，该信息经呼叫会话控制单元A以及REV业务控制单元A发送到主叫SIP终端，主叫终端和被叫SIP终端开始通话，本次呼叫将计费到被叫终端。
REV业务控制单元A在200OK消息中插入REV指示，用于通知主叫SIP终端，被叫终端将为本次呼叫付费，其过程为在200OK消息的P-REV-Header域携带P-REV-Headerrev-type＝rev-indication；charging-subscriber＝″26540808@isdn.com″。
REV业务控制单元A也可以在本次呼叫的其它消息中，如INFO，UPDATE，ACK及其它响应消息携带REV指示。
通过本发明提供的系统及方法，可以在分组电信网络中，以及分组电信网络和基于电路交换的传统电信网络互通的情况下，实现REV业务，满足终端REV的需求。在本发明中，REV业务可以由主叫终端签约，REV后为被叫终端付费，也可以由被叫签约，REV后为主叫付费。REV业务可以签约为临时模式或者永久模式在临时模式下，REV由主叫终端或被叫终端在呼叫建立时或通话过程中发起，REV的范围为整个呼叫或剩余呼叫；在永久模式时，REV由主叫终端或被叫终端所在网络侧的REV业务控制单元在呼叫建立时或通话过程中发起，REV的范围为整个呼叫或剩余呼叫。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种在分组网络中实现反转计费REV业务的系统，其特征在于，该系统包括执行REV业务控制的REV业务控制单元，REV业务控制单元与呼叫会话控制单元进行会话初始化协议SIP消息以及与计费处理模块进行消息交互。
2.如权利要求1所述的系统，其特征在于，所述呼叫会话控制单元之间采用SIP的E2接口进行SIP消息交互，用于传递REV信息。
3.如权利要求1所述的系统，其特征在于，所述REV业务控制单元与呼叫会话控制单元之间的接口为采用SIP的E3接口或内部接口，用于传递REV信息。
4.如权利要求1所述的系统，其特征在于，该系统还包括若干个业务控制单元，所述呼叫会话控制单元分别与若干个业务控制单元进行SIP消息交互，之间的接口为采用SIP的E3接口，用于传递REV信息。
5.如权利要求1所述的系统，其特征在于，所述计费处理模块与所述REV业务控制单元之间的接口为采用直径Diameter协议的E7接口，用于传递REV信息，以处理离线计费或在线计费。
6.如权利要求1所述的系统，其特征在于，所述计费处理模块还与呼叫会话控制单元之间进行消息交互，与呼叫会话控制单元之间的接口为采用Diameter协议或SIP协议的E7接口，用于传递REV信息，以处理离线计费或在线计费。
7.如权利要求1所述的系统，其特征在于，该系统还包括与呼叫会话控制单元进行SIP消息交互的至少一个SIP终端，该SIP终端与呼叫会话控制单元之间的接口为采用SIP的E1接口，用于传递REV信息。
8.如权利要求1所述的系统，其特征在于，该系统还包括与呼叫会话控制单元进行SIP消息交互的接入网关控制单元。
9.如权利要求8所述的系统，其特征在于，所述接入网关控制单元与呼叫会话控制单元之间的接口为内部接口或为采用SIP的E8接口，用于传递REV信息，将携带于传统电路域消息中的REV业务信息和携带于SIP消息中的REV业务信息进行全部或部分的转译。
10.如权利要求8所述的系统，其特征在于，所述接入网关控制单元还与所述计费处理模块进行消息交互，之间的接口为采用Diameter协议的E7接口，用于传递REV信息。
11.如权利要求1所述的系统，其特征在于，所述REV业务控制单元还包括SIP处理模块、REV业务逻辑处理模块以及REV通知模块，其中，SIP处理模块用于接收来自呼叫会话控制单元的SIP消息，解析后发送给REV业务逻辑处理模块；或者根据REV业务逻辑处理模块的处理结果，生成SIP消息，发送给呼叫会话控制单元；REV业务逻辑处理单元用于根据从SIP处理模块接收到的解析后的SIP消息以及自身存储的用户签约信息，执行逻辑处理，将处理结果通知给SIP处理模块和REV通知模块；REV通知模块用于接收到REV业务逻辑处理模块发送的通知后，向计费处理模块发送计费信息。
12.如权利要求1所述的系统，其特征在于，该系统还包括基于电路交换的电信网络、以及媒体网关控制单元，其中，基于电路交换的电信网络通过媒体网关控制单元与呼叫会话控制单元进行消息交互，用于传递REV信息，将携带于传统电路域消息中的REV业务信息和携带于SIP消息中的REV业务信息进行全部或部分的转译。
13.如权利要求12所述的系统，其特征在于，所述媒体网关控制单元还与计费处理模块进行消息交互，之间的接口为采用Diameter协议的E7接口，用于传递REV信息。
14.如权利要求12所述的系统，其特征在于，所述媒体网关控制单元与呼叫会话控制单元之间的接口采用设定的内部接口或采用SIP的E4接口。
15.如权利要求12或10所述的系统，其特征在于，所述将携带于传统电路域消息中的REV业务信息转译为携带于SIP消息中的REV业务信息的过程为封装或映射。
16.如权利要求3、5、6、9、10、12或13所述的系统，其特征在于，所述REV信息至少包括REV请求信息、REV响应信息、REV指示信息、REV计费指示信息和计费号码信息中的一种或多种组合。
17.如权利要求16所述的系统，其特征在于，所述REV信息还包括请求REV的SIP用户标识信息、REV计费模式信息、整个呼叫还是呼叫剩余部分进行REV的信息中的一种或多种组合。
18.如权利要求16所述的系统，其特征在于，所述REV响应信息为接受REV请求、或拒绝REV请求或忽略REV请求的信息。
19.一种在分组网络中实现REV业务的方法，其特征在于，该方法包括主叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息，被叫终端所在网络根据SIP消息携带的REV信息确定进行REV；或者被叫终端所在网络向主叫终端所在网络发送携带REV信息的SIP消息，主叫终端所在网络根据SIP消息携带的REV信息确定进行REV。
20.如权利要求19所述的方法，其特征在于，所述被叫终端所在网络确定进行REV后，该方法还包括被叫终端所在网络向主叫终端所在网络发送携带REV信息的SIP消息，主叫终端所在网络根据SIP消息携带的REV信息确定进行REV；所述主叫终端所在网络确定进行REV后，该方法还包括主叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息，被叫终端所在网络根据SIP消息携带的REV信息确定进行REV。
21.如权利要求19所述的方法，其特征在于，所述被叫终端所在网络根据SIP消息携带的REV信息确定进行REV的过程为被叫终端所属的呼叫会话控制单元或REV业务控制单元根据SIP消息携带的REV信息，通知计费处理模块，将本次呼叫的通话费用计费到主叫终端；或被叫终端所属的呼叫会话控制单元或REV业务控制单元根据SIP消息携带的REV信息，通知计费处理模块，将本次呼叫的通话费用计费到被叫终端；或被叫终端所属的呼叫会话控制单元或REV业务控制单元根据SIP消息携带的REV信息，通知计费处理模块，将本次呼叫进行反转计费
22.如权利要求19所述的方法，其特征在于，所述主叫终端所在网络根据SIP消息携带的REV信息确定进行REV的过程为主叫终端所属的呼叫会话控制单元或REV业务控制单元根据SIP消息携带的REV信息，通知计费处理模块，将本次呼叫的通话费用计费到被叫终端；或主叫终端所属的呼叫会话控制单元或REV业务控制单元根据SIP消息携带的REV信息，通知计费处理模块，将本次呼叫的通话费用计费到主叫终端；或主叫终端所属的呼叫会话控制单元或REV业务控制单元根据SIP消息携带的REV信息，通知计费处理模块，将本次呼叫进行反转计费。
23.如权利要求19所述的方法，其特征在于，所述主叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息为REV请求；被叫终端所在网络确定进行REV后，该方法进一步包括被叫终端所在网络向主叫终端所在网络发送REV响应。
24.如权利要求19所述的方法，其特征在于，所述主叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息为REV指示。
25.如权利要求19所述的方法，其特征在于，所述被叫终端所在网络向主叫终端所在网络发送携带REV信息的SIP消息为REV请求；主叫终端所在网络确定进行REV后，该方法进一步包括主叫终端所在网络向主叫终端所在网络发送REV响应。
26.如权利要求19所述的方法，其特征在于，所述被叫终端所在网络向被叫终端所在网络发送携带REV信息的SIP消息为REV指示。
27.如权利要求24或26所述的方法，其特征在于，所述REV指示携带在SIP INVITE消息、或信息INFO消息、或更新消息UPDATE、或应答消息ACK，或响应消息中发送，携带进行REV的SIP终端标识、REV计费模式以及整个呼叫还是呼叫剩余部分REV的信息。
28.如权利要求23或25所述的方法，其特征在于，所述REV请求携带在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或响应消息中发送，携带进行REV的SIP终端标识、REV计费模式以及整个呼叫还是呼叫剩余部分REV的信息。
29.如权利要求23或25所述的方法，其特征在于，所述REV响应携带在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或响应消息中发送，所述REV响应为接受REV请求、拒绝REV请求或忽略REV请求，携带进行REV的SIP终端标识、REV计费模式以及整个呼叫还是呼叫剩余部分REV的信息。
30.如权利要求21或22所述的方法，其特征在于，所述通知计费处理模块进行计费的过程为向计费处理模块发送携带REV是否激活信息和计费终端标识的Diameter消息，计费处理模块根据Diameter消息进行计费。
31.一种在分组网络中实现REV业务的方法，其特征在于，该方法包括基于电路交换的电信网络向分组电信网络发送携带REV信息的消息，分组电信网络根据该消息的REV信息确定进行REV；或者分组电信网络向基于电路交换的电信网络发送携带REV信息的消息，基于电路交换的电信网络根据该消息的REV信息确定进行REV。
32.如权利31所述的方法，其特征在于，所述分组电信网络确定进行REV之后，该方法还包括分组电信网络向基于电路交换的电信网络发送携带REV信息的消息，基于电路交换的电信网络根据该消息的REV信息确定进行REV；所述基于电路交换的电信网络确定进行REV之后，该方法还包括基于电路交换的电信网络向分组电信网络发送携带REV信息的消息，分组电信网络根据该消息的REV信息确定进行REV。
33.如权利要求31或32所述的方法，其特征在于，所述分组电信网络根据该消息的REV信息确定进行REV的过程为呼叫会话控制单元或REV业务控制单元或媒体网关控制单元，根据消息携带的REV信息，通知计费处理模块，将本次呼叫的通话费用计费到主叫终端；或呼叫会话控制单元或REV业务控制单元或媒体网关控制单元，根据消息携带的REV信息，通知计费处理模块，将本次呼叫的通话费用计费到被叫终端；或呼叫会话控制单元或REV业务控制单元或媒体网关控制单元，根据消息携带的REV信息，将本次呼叫进行反转计费。
34.如权利要求31所述的方法，其特征在于，所述分组电信网络向基于电路交换的电信网络发送携带REV信息的消息为REV请求；电路交换的电信网络确定进行REV后，该方法进一步包括电路交换的电信网络向分组电信网络发送REV响应。
35.如权利要求31所述的方法，其特征在于，所述分组电信网络向基于电路交换的电信网络发送携带REV信息的消息为REV指示。
36.如权利要求31所述的方法，其特征在于，所述基于电路交换的电信网络向分组电信网络发送携带REV信息的消息为REV请求；分组电信网络确定进行REV后，该方法进一步包括分组电信网络向电路交换的电信网络发送REV响应。
37.如权利要求31所述的方法，其特征在于，所述基于电路交换的电信网络向分组电信网络发送携带REV信息的消息为REV指示。
38.如权利要求35或37所述的方法，其特征在于，所述REV指示携带在SIP INVITE消息、或信息INFO消息、或更新消息UPDATE、或应答消息ACK，或响应消息中发送，携带进行REV的SIP终端标识、REV计费模式以及整个呼叫还是呼叫剩余部分REV的信息。
39.如权利要求34或36所述的方法，其特征在于，所述REV请求携带在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或响应消息中发送，携带进行REV的SIP终端标识、REV计费模式以及整个呼叫还是呼叫剩余部分REV的信息。
40.如权利要求34或36所述的方法，其特征在于，所述REV响应携带在SIP INVITE消息、或INFO消息、或UPDATE、或ACK、或响应消息中发送，所述REV响应为接受REV请求、拒绝REV请求或忽略REV请求，携带进行REV的SIP终端标识、REV计费模式以及整个呼叫还是呼叫剩余部分REV的信息。
41.如权利要求33所述的方法，其特征在于，所述通知计费处理模块进行计费的过程为向计费处理模块发送携带REV是否激活信息和计费终端标识的Diameter消息，计费处理模块根据Diameter消息进行计费。
42.一种REV业务控制单元，其特征在于，该单元包括SIP处理模块、REV业务逻辑处理模块以及REV通知模块，其中，SIP处理模块用于接收来自呼叫会话控制单元的SIP消息，解析后发送给REV业务逻辑处理模块；或者根据REV业务逻辑处理模块的处理结果，生成SIP消息，发送给呼叫会话控制单元；REV业务逻辑处理单元用于根据从SIP处理模块接收到的解析后的SIP消息以及自身存储的终端签约REV信息，执行逻辑处理，将处理结果通知给SIP处理模块和REV通知模块；REV通知模块用于接收到REV业务逻辑处理模块发送的通知后，通知计费处理模块进行REV。
全文摘要
本发明公开了一种在分组网络中实现反转计费REV业务的系统、方法及装置，该系统包括一个或一个以上执行REV业务控制的REV业务控制单元，每个REV业务控制单元与呼叫会话控制单元进行初始化协议SIP消息以及与计费处理模块进行消息交互。本发明提供的系统、方法及装置能够在分组电信网络中实现REV，更进一步地，在分组电信网络中的SIP终端与传统电信网络中的终端进行呼叫时实现REV业务。
文档编号H04L12/14GK101051915SQ200610140008
公开日2007年10月10日 申请日期2006年10月8日 优先权日2006年4月3日
发明者施有铸, 周青 申请人:华为技术有限公司