CN102474418B - Ims/sip和pstn/plmn之间的互通以交换动态收费信息的方法和装置 - Google Patents

Ims/sip和pstn/plmn之间的互通以交换动态收费信息的方法和装置 Download PDF

Info

Publication number
CN102474418B
CN102474418B CN200980160662.2A CN200980160662A CN102474418B CN 102474418 B CN102474418 B CN 102474418B CN 200980160662 A CN200980160662 A CN 200980160662A CN 102474418 B CN102474418 B CN 102474418B
Authority
CN
China
Prior art keywords
user
response
network
request
called subscriber
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN200980160662.2A
Other languages
English (en)
Other versions
CN102474418A (zh
Inventor
S·西萨拉曼
K·辛
D·米夏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Optical Networks Israel Ltd
Original Assignee
Alcatel Optical Networks Israel Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel Optical Networks Israel Ltd filed Critical Alcatel Optical Networks Israel Ltd
Publication of CN102474418A publication Critical patent/CN102474418A/zh
Application granted granted Critical
Publication of CN102474418B publication Critical patent/CN102474418B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1471—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/08—Metering calls to called party, i.e. B-party charged for the communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/63—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/858—Request users acknowledgement prior to use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
    • H04M2215/815—Notification when a specific condition, service or event is met
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
    • H04M2215/815—Notification when a specific condition, service or event is met
    • H04M2215/8183—Request users acknowledgement prior to use

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Abstract

提供了一种用于支持主叫用户与被叫用户之间的动态收费信息的交换以及所述收费信息的协商的方法，其中主叫用户属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)网络，并且被叫用户属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络。在本文另一实施方式中，主叫用户属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，而被叫用户属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)网络。

Description

IMS/SIP和PSTN/PLMN之间的互通以交换动态收费信息的方法和装置
技术领域
本发明涉及通信网络，更具体地涉及不同类型的通信网络之间的互通以交换收费相关的信息。
背景技术
反向收费是一种供应给主叫用户和被叫用户的服务，其向主叫用户提供在呼叫建立时刻或在呼叫的活跃阶段期间对呼叫进行反向收费的方式。反向收费向被叫用户提供在呼叫的活跃阶段期间针对呼叫的剩余部分或针对整个呼叫对呼叫进行反向收费的方式。反向收费还允许基于与被叫用户有关的订阅数据来无条件反向呼叫收费。反向收费可以在公共交换电话网络(PSTN)、公共陆地移动网络(PLMN)、IP多媒体子系统(IMS)或在会话发起协议(SIP)网络中实现。如果呼叫在IMS/SIP网络和PSTN/PLMN网络之间或者在通过PSTN/PLMN网络连接的两个IMS/SIP网络用户之间，或者如果呼叫在通过IMS/SIP用户连接的两个PSTN/PLMN网络用户之间，则收费信息可能必须在主叫用户与被叫用户之间进行互通。
缺少IMS/SIP和PSTN/PLMN网络之间的信息交换，可能导致不能实现诸如针对SIP用户或PSTN用户的免费通告、IMS/SIP和PSTN中针对免费电话服务的网络收费抑制、以及针对呼叫的一部分的反向收费之类的服务。如果IMS或下一代网络(NGN)服务提供商想要向PSTN/PLMN用户播放免费通告，则没有途径来实现这一点。在PSTN/PLMN呼叫中，源信道标识符(SCI)可以用来抑制主叫本地交换(LEX)处的收费。SCI表示发送请求的设备上的信道端点。信息可以在应答消息(ANM)或收费消息(CRG)ISDN用户部分(ISUP)中携带，并且可能随国家而不同，或者取决于网络。ANM是在反向方向中发送的摘机信号，其指示被叫方已应答该会话请求并且在接收到应答消息时开始计费。ISUP在建立、管理和释放携带主叫方和被叫方之间的语音和数据的干线(trunk)中使用。后向呼叫指示符可以在地址完全消息(ACM)、呼叫进展消息(CPG)、应答消息(ANM)或连接消息(CON)中使用以向始发网络指示：将不对该呼叫收费。ACM是在反向方向中发送的ISUP信令消息，其指示已经接收到用于将呼叫路由至被叫方所需的所有地址信号。CON是在反向方向中发送的ISUP信令消息，其指示已经接收到用于将呼叫路由至被叫方所需的所有地址信号并且该呼叫已被应答。ANM消息可以包含指示将要对哪方收费或者将不对哪方收费的字段。
在PSTN/PLMN网络中，ACM/CPG/ANM消息中或连接(CON)消息中的后向呼叫指示符可以用于传送7号信令系统(SS7)ISUP中收费相关的信息。后向呼叫指示符可以利用SIP互通，然而，接收后向呼叫指示符的网络应当能够解译该信息。反向呼叫指示是对互通的限制性机制，并且可能不能扩展到其他技术。在一些国家，初始地址消息(IAM)中的收费号码参数可以用来传送7号信令系统(SS7)ISUP中收费相关的信息。在一些国家，可以使用应用传输消息(APM)，不过用于APM到IMS/SIP网络的互通尚未针对收费功能进行定义。IAM消息中用于指示对方付费呼叫(collectcall)的前向呼叫指示符参数中的备用比特可以用来传送7号信令系统(SS7)ISUP中收费相关的信息。IAM、ANM、释放(REL)或性能消息(FacilityMessage，FAC)中的远程操作参数也可以用来传送7号信令系统(SS7)ISUP中收费相关的信息。网络特定的机制可以用来在PSTN/PLMN网络中的前向呼叫指示符中发送收费相关的信息，以及将此信息相应地互通至IMS/SIP网络。当前的机制不足以将目前存在于PSTN/PLMN和IMS/SIP网络中的各种可能性进行互通。
发明内容
鉴于前述，此处的一个实施方式提供了一种用于支持主叫用户与被叫用户之间的收费信息的交换以及收费信息的协商的方法，其中主叫用户属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)，并且被叫用户属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，该方法包括：主叫用户或被叫用户向其他用户发送请求；其中用于反向收费的该请求包括要被收费的用户以及要被收费的内容，其中该用户可以是主叫用户或被叫用户。主叫用户请求对与被叫用户的会话进行反向收费还包括步骤：主叫用户向主叫用户的网络发送对会话进行反向收费的请求；主叫用户的网络向存在于被叫用户的网络中的网络控制器发送该请求；其中网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；网络控制器将该请求、要被收费的内容类型以及要被收费的用户包括在邀请消息中；网络控制器向存在于被叫用户的网络中的服务器发送该邀请消息；其中该服务器是应用服务器或S-CSCF或SIP代理服务器之一；服务器对照被叫用户的简档来验证该邀请消息；如果被叫用户尚未订阅反向收费，则服务器向被叫用户发送该邀请消息；接受该邀请消息之后，被叫用户向服务器发送针对该邀请消息的响应；接收到来自被叫用户的响应之后，或者如果被叫用户已订阅反向收费，则服务器将被叫用户已接受邀请消息的指示包括在该响应中；服务器向网络控制器发送该响应；接收到该响应之后，网络控制器改变内部状态以指示激活反向收费；网络控制器向主叫用户的网络发送响应；以及主叫用户的网络向主叫用户发送该响应。当反向收费针对会话的剩余部分或者针对整个会话为活跃时，被叫用户请求反向收费还包括步骤：被叫用户向存在于被叫用户的网络中的服务器发送对会话进行反向收费的请求，该请求包括要被收费的内容类型以及要被收费的用户，并且如果用于反向收费的请求是针对整个会话，则该请求还包括要对整个会话进行收费的指示；其中服务器是应用服务器或S-CSCF或SIP代理服务器之一；服务器对照被叫用户的简档来验证该请求；服务器向存在于被叫用户的网络中的网络控制器发送该请求，其中该网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；网络控制器向主叫用户的网络发送用于反向收费的请求；主叫用户的网络向主叫用户发送该请求；从主叫用户接收到接受消息之后；主叫用户的网络向网络控制器发送针对该请求的响应；以及网络控制器向服务器发送该响应；服务器接收该响应并且接受该响应；以及服务器向被叫用户发送该响应。
诸实施方式公开了一种用于支持主叫用户与被叫用户之间的收费信息的交换以及收费信息的协商的方法，其中主叫用户属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，并且被叫用户属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)或者IMS/SIP/VoIP网络，该方法包括：主叫用户或被叫用户向其他用户发送请求；其中用于反向收费的该请求包括要被收费的用户以及要被收费的内容，其中该用户可以是主叫用户或被叫用户。主叫用户请求对与被叫用户的会话进行反向收费还包括步骤：主叫用户向存在于主叫用户的网络中的服务器发送对会话进行反向收费的邀请消息，其中该邀请消息包括要被收费的内容类型以及要被收费的用户，其中该服务器是应用服务器或S-CSCF或SIP代理服务器之一；服务器验证该邀请消息；服务器向存在于网络中的网络控制器发送经验证的邀请消息；其中网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；网络控制器向被叫方的网络发送用于反向收费的请求；以及网络控制器从被叫方的网络接收到响应之后，向存在于主叫方的网络中的服务器发送响应消息，其中该响应消息包括该响应；服务器验证该响应消息并且向主叫用户发送该响应消息。当反向收费针对会话的剩余部分或者针对整个会话为活跃时，用户请求反向收费还包括步骤：被叫用户向被叫用户的网络发送对会话进行反向收费的请求；被叫用户的网络向存在于主叫用户的网络中的网络控制器发送该请求，并且如果用于反向收费的请求是针对整个会话，则该请求包括要对整个会话进行收费的指示，其中网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；网络控制器向存在于主叫用户的网络中的服务器发送请求，其中该请求包括要被收费的内容类型以及要被收费的用户，并且如果用于反向收费的请求是针对整个会话，则该请求还包括要对整个会话进行收费的指示，并且其中服务器是应用服务器或S-CSCF或SIP代理服务器之一；服务器对照主叫用户的简档来验证该请求；服务器向主叫用户发送该请求；从主叫用户接收到接受消息之后，服务器向网络控制器发送针对该请求的响应；网络控制器接收该响应并且接受该响应；以及网络控制器通过被叫用户的网络向被叫用户发送该响应。被叫用户已经订阅了针对所有传入会话的反向收费，该方法还包括步骤：被叫用户的网络向存在于主叫用户的网络中的网络控制器发送指示，其中该指示用于指示针对当前会话的反向收费请求，并且网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；网络控制器发送针对该指示的响应；网络控制器向存在于主叫用户的网络中的服务器发送消息，该消息包括该指示以及要被收费的内容类型，并且其中服务器是应用服务器或S-CSCF或SIP代理服务器之一；接收到该指示之后，服务器检查主叫用户是否必须核实该指示；如果主叫用户不是必须核实该指示，则服务器接受该指示并且存储该指示；以及如果主叫用户必须核实该指示，则服务器向主叫用户发送该指示，接收来自主叫用户的响应并且向网络控制器发送该响应。
本文还公开了一种用于在会话活跃时撤销对该会话的反向收费的方法，其中该方法包括步骤：属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络的第一用户向存在于第一用户的网络中的服务器发送撤销反向收费的请求，其中第一用户是主叫用户或被叫用户，并且服务器是应用服务器或S-CSCF或SIP代理服务器之一；服务器向存在于第一用户的网络中的网络控制器转发该请求，其中网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；网络控制器检查反向收费针对该会话是否为活跃；网络控制器向属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)的第二用户的网络发送通告，其中第一用户是主叫用户或被叫用户；接收到该请求之后，第二用户的网络通告第二用户；第二用户的网络向网络控制器发送针对该请求的响应；网络控制器向服务器发送针对该请求的响应；服务器向第一用户发送该响应；以及服务器发起针对该会话向第一用户的收费。
本文公开了一种用于在会话活跃时撤销对该会话的反向收费的方法，其中该方法包括步骤：属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)的第一用户向第一用户的网络发送撤销反向收费的请求，其中第一用户是主叫用户或被叫用户；第一用户的服务器向存在于属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络的第二用户的网络中的网络控制器发送该请求，其中第二用户是主叫用户或被叫用户，并且网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；网络控制器向存在于第二用户的网络中的服务器转发该请求，其中服务器包括应用服务器或S-CSCF或SIP代理服务器之一；接收到该请求之后，服务器向第二用户通知该请求；接收到来自第二用户的确认之后，服务器发起针对该会话向第二用户的收费；服务器向网络控制器通告第二用户的响应；网络控制器向第一用户的网络通告该响应；第一用户的网络向第一用户通告该响应；以及服务器发起针对该会话对第二用户的收费。
本文公开了一种网络控制器，该网络控制器属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，并且控制第一用户与第二用户之间的会话，该网络控制器还支持跨网络的反向收费并且还包括至少一个装置，其适合于当已经从第一用户接收到反向收费请求时，将要被收费的内容类型和要被收费的用户包括在邀请消息中；向第二用户发送该邀请消息；以及从第二用户接收到响应之后，触发激活对第一用户与第二用户之间的会话的反向收费。网络控制器适合于通过服务器与第一用户交互以及通过PSTN/PLMN网络与属于PSTN/PLMN网络的第二用户交互，其中第一用户属于IMS/SIP/VoIP网络，并且其中服务器包括应用服务器或S-CSCF或SIP代理服务器之一。
还公开了一种服务器，该服务器属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，并且与第一用户和第二用户之间的会话对接，该服务器还支持跨网络的反向收费，并且还包括至少一个装置，其适合于对照第二用户的简档来验证用于反向收费的邀请消息，其中第一用户发送该邀请消息；如果第二用户尚未订阅反向收费，则向第二用户发送该邀请消息；从第二用户接收到响应之后或者如果第二用户已经订阅反向收费，则将第二用户已接受该邀请消息的指示包括在响应中；以及向网络控制器发送该响应。服务器适合于通知反向收费的收费功能。服务器适合于从第二用户接收到响应后根据针对会话的响应来发起收费。
当结合以下描述以及附图考虑时，实施方式的这些以及其他方面将变得更好领会和理解。
附图说明
现在从参考附图的下列详细描述中将更好地理解诸实施方式，附图中：
图1是示出了根据本文实施方式的PSTN/PLMN用户呼叫IMS/SIP用户的框图；
图2是示出了根据本文实施方式的PSTN/PLMN用户通过IMS/SIP网络呼叫另一PSTN/PLMN用户的框图；
图3是示出了根据本文实施方式的IMS/SIP用户呼叫PSTN/PLMN用户的框图；
图4是示出了根据本文实施方式的IMS/SIP用户通过PSTN/PLMN网络呼叫另一IMS/SIP用户的框图；
图5是示出了根据本文实施方式的在呼叫建立期间，从主叫PSTN/PLMN用户到被叫IMS/SIP用户的反向收费请求的图示；
图6是示出了根据本文实施方式的在呼叫进行之后，从主叫PSTN/PLMN用户到被叫IMS/SIP用户的反向收费请求的图示；
图7是示出了根据本文实施方式的从PSTN/PLMN用户到IMS/SIP用户的呼叫，以及被叫IMS/SIP用户在呼叫进行之后请求反向收费的图示；
图8是示出了根据本文实施方式的从PSTN/PLMN用户到IMS/SIP用户的呼叫，以及被叫IMS/SIP用户在会话进行之后请求针对会话的整个持续时段进行反向收费的图示；
图9是示出了根据本文实施方式的从PSTN/PLMN用户到IMS/SIP用户的呼叫，以及在呼叫建立期间请求针对整个呼叫进行反向收费的图示；
图10是示出了根据本文实施方式的从PSTN/PLMN用户到IMS/SIP用户的呼叫，以及在针对呼叫请求的响应中发起用于反向收费的请求；
图11a和图11b是示出了根据本文实施方式的从PSTN/PLMN用户到IMS/SIP用户的反向收费呼叫以及主叫用户想要撤销反向收费的图示；
图12a和图12b是示出了根据本文实施方式的从PSTN/PLMN用户到IMS/SIP用户的反向收费呼叫以及被叫用户想要撤销反向收费的图示；
图13是示出了根据本文实施方式的在呼叫建立期间，从主叫IMS/SIP用户到被叫PSTN/PLMN用户的反向收费请求的图示；
图14是示出了根据本文实施方式的在呼叫进行之后，从主叫IMS/SIP用户到被叫PSTN/PLMN用户的反向收费请求的图示；
图15是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的呼叫以及被叫PSTN/PLMN用户在呼叫进行之后请求反向收费的图示；
图16是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的呼叫以及被叫PSTN/PLMN用户在会话开始时请求反向收费的图示；
图17是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的呼叫以及在呼叫进行之后请求针对整个呼叫进行反向收费的图示；
图18a和图18b是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的反向收费呼叫以及主叫用户想要撤销反向收费的图示；以及
图19a和图19b是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的反向收费呼叫以及被叫用户想要撤销反向收费的图示。
具体实施方式
本文实施方式及其各种特征和优势细节参考附图中图示的以及下文描述中详述的非限制性的实施方式进行更详细地解释。省略了公知组件和处理技术的描述，以免不必要地模糊本文的实施方式。本文所用示例仅仅旨在于促进理解本文实施方式可以实践的方式，以及进一步使得本领域技术人员能够实践本文的实施方式。相应地，示例不应当解释为限制本文实施方式的范围。
本文实施方式实现了一种用于在IMS/SIP网络和PSTN/PLMN网络之间互通的方法，从而通过在IMS/SIP网络和PSTN/PLMN网络之间动态传送收费方信息，以允许通信会话的参与方确定针对特定媒体类型要被收费的一方。现在参考附图，具体而言参考图1到图19，其示出了实施方式，其中贯穿全部附图类似的参考符号一致地表示对应的特征。
PSTN/PLMN网络的用户和IMS/SIP网络的用户可能想要相互通信，并且在通信期间，可能变得必须在PSTN/PLMN和IMS/SIP网络之间交换收费相关的信息。特定网络的用户可以动态地确定针对呼叫可以向其他用户收费，并且该用户继而可以发送请求以针对该呼叫向此特定用户收费。本文实施方式公开了一种使用ISUP上的远程操作参数以在IMS/SIP网络的用户和PSTN/PLMN网络的用户之间动态交换收费相关的信息的方法。收费相关的信息可以在PSTN/PLMN用户和IMS/SIP用户之间互通，以确定针对呼叫将对其进行收费的用户。可以针对整个呼叫或者针对呼叫的特定部分向用户收费，并且还可以确定针对特定媒体类型要被收费的用户。
图1是示出了根据本文实施方式的PSTN/PLMN103用户呼叫IMS/SIP102用户的框图。PSTN/PLMN103用户是主叫用户101，IMS/SIP102用户是被叫用户104。主叫用户101或被叫用户104发起请求以使得被叫用户104作为该呼叫的被收费方。该请求可以是使得被叫用户104作为针对整个呼叫或者仅针对呼叫的特定持续时间的被收费方。该请求还可以包括有关将向被叫用户104收费的媒体类型的详情。
图2是示出了根据本文实施方式的PSTN/PLMN用户通过IMS/SIP网络呼叫另一PSTN/PLMN用户的框图。PSTN/PLMN103用户是主叫用户101，并且被叫用户104也属于PSTN/PLMN103网络。主叫用户101或者被叫用户104发起请求以使得被叫用户104作为该呼叫的被收费方。PSTN/PLMN103网络通过IMS/SIP102网络进行连接。该请求可以是使得被叫用户104作为针对整个呼叫或者仅针对呼叫的特定持续时间的被收费方。该请求还可以包括有关将向被叫用户104收费的媒体类型的详情。PSTN/PLMN103网络通过IMS/SIP102网络进行连接。
图3是示出了根据本文实施方式的IMS/SIP用户呼叫PSTN/PLMN用户的框图。IMS/SIP102用户是主叫用户101，并且PSTN/PLMN103用户是被叫用户104。主叫用户101或者被叫用户104发起请求以使得被叫PSTN/PLMN103用户作为该呼叫的被收费方。该请求可以是使得被叫用户104作为针对整个呼叫或者仅针对呼叫的特定持续时间的被收费方。该请求还可以包括有关将向被叫用户104收费的媒体类型的详情。
图4是示出了根据本文实施方式的IMS/SIP用户通过PSTN/PLMN网络呼叫另一IMS/SIP用户的框图。IMS/SIP102用户是主叫用户101，并且被叫用户104也属于IMS/SIP102网络。主叫用户101或者被叫用户104发起请求以使得被叫IMS/SIP102用户作为该呼叫的被收费方。该请求可以是使得被叫用户104作为针对整个呼叫或者仅针对呼叫的特定持续时间的被收费方。该请求还可以包括有关将向被叫用户104收费的媒体类型的详情。IMS/SIP102网络通过PSTN/PLMN103网络进行连接。
图5是示出了根据本文实施方式的在呼叫建立期间，从主叫PSTN/PLMN103用户到被叫IMS/SIP102用户的反向收费请求的图示。当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户时，如果主叫用户101从呼叫开始时就想要请求被叫用户104成为被收费方，则主叫用户101在会话建立阶段期间在初始消息中发送该请求。初始消息包括具有建立成分的参数，其指示请求了反向收费。横跨PSTN/PLMN的初始消息可以作为初始地址消息(IAM)507来发送，并且建立成分可以是远程操作参数中的RevCallingReqSetup调用成分。IAM507用于抢占(seize)电路以及传送寻址和呼叫处理或路由信息。IAM507可以包括主叫号码和远程操作参数。初始消息可以由MGCF501接收。MGCF是网络内支持用于分布式交换系统的呼叫控制功能的功能实体。MGCF501可以向邀请消息互通该初始消息，并且将媒体和收费指示符包括在该邀请消息中。邀请消息可以是INVITE(邀请)508。媒体信息指示将要对用户收费的媒体类型，收费指示符指示针对该媒体类型将要对哪个用户收费。媒体类型和收费指示符可以被包括作为会话描述协议(SDP)的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。邀请消息还可以提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。‘无转移’模式指示：当调用反向收费时，收费功能在呼叫始发侧，而‘转移’模式指示：当调用反向收费时，收费功能在呼叫目的地侧。如果建立成分指示‘转移已请求’，则MGCF501向收费信息互通该主叫号码。建立成分可以是RevCallingReqSetup，并且RevCallingReqSetup指示反向收费已由主叫用户101在IAM内进行了请求。收费信息可以是P-charge-Info报头。MGCF501继而可以将收费指示符状态改变成等待来自被叫用户104的确认，启动定时器，并继而转发该邀请。转发的邀请可以在被叫用户104的服务呼叫会话控制功能(S-CSCF)502处接收。S-CSCF-B502为访问IMS网络内的服务的订户提供会话控制。S-CSCF-B502可以向被叫用户104的服务应用转发该邀请。所转发的邀请可以是INVITE(邀请)514。服务应用可以是应用服务器(AS)503。AS503是暴露业务逻辑和业务过程以供第三方应用使用的服务器。AS503提供远程或本地第三方应用所请求的信息和服务。被叫用户104的服务应用可以利用被叫用户104的简档来验证邀请请求。在简档检查之后，如果确定被叫用户104具有离线收费，则服务应用通过IMS-信息中的属性值对(AVP)来通知收费功能有关针对特定媒体类型将要被收费的特定方。离线收费的用户可以是后付费用户，并且收费功能可以是收费数据功能(CDF)。AVP用于封装协议特定的数据以及认证、授权或记账信息。新AVP可被包括在向收费功能发送的记账请求中。该记账请求可以是记账请求(ACR)消息。新成组的AVP类型可被包括在记账请求的IMS-信息中。该新成组的AVP类型可以是基于媒体的收费信息(Media-Based-Charging-Info)AVP。如果被叫用户104具有离线收费，则服务应用向CDF发送该记账请求。如果确定被叫用户104具有在线收费，则服务应用可以通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。具有在线收费的用户可以是预付费用户，并且对于在线收费用户，收费功能可以是在线收费系统(OCS)504。如果被叫用户104具有离线收费或者如果接收到的转移已请求字段为真，则被叫用户104的服务应用接受包含(在媒体和收费指示符信息中的)反向收费请求的邀请消息。AVP可被包括在去往收费功能的信贷请求中，并且对于具有在线收费的用户，信贷请求可以是信贷控制请求(CCR)509。基于媒体的收费信息可以是CCR509消息中的服务信息AVP的一部分。如果被叫用户104具有在线收费，则服务应用向OCS504发送该信贷请求。信贷请求可以以CCR509的形式。OCS504向服务应用发送回确认。确认可以是信贷控制应答(CCA)510。服务应用继而向S-CSCF-B502发送邀请。该邀请可以是INVITE515。邀请继而被发送到被叫用户104的代理-呼叫会话控制功能(P-CSCF)505。向P-CSCF505发送的邀请可以是INVITE516。被叫用户104的P-CSCF-B505可以向被叫用户104转发该邀请。由P-CSCF505发送的邀请可以是INVITE517。
从P-CSCF接收到邀请后，被叫用户104可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询被叫用户104或者基于终端设置来决定接受该邀约还是拒绝它。如果被叫用户104接受邀约，则被叫用户104可以发送肯定响应。由被叫用户104发送的响应可以是200OK511。200OK是SIP最终响应代码，其指示针对传入请求的肯定响应。该响应可以包含有关针对特定媒体类型将要被收费的特定方的信息。被收费方和媒体类型信息可被包括在SDP应用主体中。响应继而可以被发送到P-CSCF-B505，并且P-CSCF-B505可以向S-CSCF-B502转发该响应。向S-CSCF-B502发送的响应可以是200OK518。S-CSCF-B502继而可以向被叫用户104的服务应用503发送响应。向被叫用户104的服务应用503发送的响应可以是200OK519。在被叫用户104的服务应用503处接收到响应之后，转移已接受指示可被包括在由服务应用503经由S-CSCF-B502向MGCF501发送的响应中。如果转移已接受指示被编码为假，则收费信息可被包括在响应中。包含转移已接受指示的响应继而通过S-CSCF-B502被发送给MGCF501，向S-CSCF-B502发送的响应可以是200OK512，向MGCF501发送的响应可以是200OK520。MGCF501将转移已接受指示映射到向PSTN/PLMN发送的响应消息中的、远程操作的返回结果成分中的转移已接受参数。响应消息可以是应答或连接消息513，其包括具有返回结果成分的远程操作。远程操作可以是远程操作参数。如果转移已接受指示被编码为假，则收费信息可被包括在接收的响应中，并且收费信息可被互通以将被叫号码包括在去往PSTN/PLMN103的返回响应中。收费信息可以是P-Charge-Info报头。MGCF501继而将其状态改变成指示反向收费为活跃的，停止相关定时器，以及向PSTN/PLMN103发送响应。该定时器曾被启动以等待针对反向收费请求的响应。在主叫用户101接收到响应之后，呼叫可以与针对相应媒体类型正被收费的相应方继续。
如果被叫用户104可以订阅反向收费功能，则被叫用户104的服务应用可以基于被叫用户104的简档设置来发送针对请求的相应响应。代替于基于被叫用户104的简档来确定是否接受请求，服务应用可以通过交互式通告来确定被叫用户104接受反向收费的意愿。交互式通告可以通过媒体服务器进行。从被叫用户104得到响应之后，可以向主叫用户101的网络发送相应的响应。
图6是示出了根据本文实施方式的在呼叫进行之后，从主叫PSTN/PLMN103用户到被叫IMS/SIP102用户的反向收费请求的图示。当呼叫正在进行并且主叫用户101是PSTN/PLMN103用户，被叫用户104是IMS/SIP102用户时，如果在呼叫进行之后主叫用户101想要请求被叫用户104成为被收费方，则主叫用户101在会话建立阶段之后发送该请求。请求消息包括具有建立成分的参数，其指示已请求反向收费。请求消息可以作为设施消息(FAC)607发送。FAC607可以包括主叫号码和带有RevCallingReqActive建立成分的远程操作参数。RevCallingReqActive是建立成分，其指示在呼叫的活跃阶段期间，由主叫用户101请求了反向收费。请求消息可以由MGCF501接收。MGCF501可以向重新邀请消息互通该请求消息，并且将媒体和收费指示符包括在重新邀请消息中。重新邀请消息可以是Re-INVITE(重新邀请)608。媒体信息指示可以向用户收费的媒体类型，收费指示符指示针对该媒体类型将要被收费的用户。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，收费指示符可被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。重新邀请消息还可以通过将模式指示为转移模式或无转移模式，来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。如果请求消息中的建立成分指示转移已请求，则MGCF501在重新邀请消息中向收费信息互通该主叫号码。收费信息可以是P-charge-Info报头。MGCF501继而可以将收费指示符状态改变成等待来自被叫用户104的确认，启动定时器，并继而转发该重新邀请。转发的重新邀请在被叫用户104的S-CSCF-B502处接收。S-CSCF-B502为访问IMS网络内的服务的订户提供会话控制。S-CSCF-B502向被叫用户104的服务应用转发该重新邀请。服务应用可以是AS-B503。被叫用户104的服务应用利用被叫用户104的简档来验证重新邀请请求。在简档检查之后，服务应用通过IMS-信息中的属性值对(AVP)来通知收费功能有关针对特定媒体类型将要被收费的特定方。针对具有在线收费的用户，收费功能可以是OCS504。如果被叫用户104具有离线收费或者如果接收到的转移已请求字段为真，则被叫用户104的服务应用接受包含(在媒体和收费指示符信息中的)反向收费请求的重新邀请消息。属性值对可被包括在信贷请求中，并且对于具有在线收费的用户，信贷请求可以是CCR609。基于媒体的收费信息可以是IMS-信息的一部分，IMS-信息继而是CCR609消息中的服务信息AVP的一部分。如果被叫用户104具有在线收费，则服务应用向OCS504发送该信贷请求。信贷请求可以以CCR609的形式。OCS504继而向服务应用发送回确认。确认可以是CCA610。服务应用继而向S-CSCF-B502发送重新邀请。该重新邀请可以是Re-INVITE616。重新邀请继而被发送到被叫用户104的P-CSCF505，并且P-CSCF-B505向被叫用户104转发该重新邀请。向P-CSCF505发送的重新邀请可以是Re-INVITE617，而向被叫用户104发送的重新邀请可以是Re-INVITE618。
从P-CSCF-B505接收到重新邀请后，被叫用户104可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询被叫用户104或者基于终端设置来决定接受该邀约还是拒绝它。如果被叫用户104接受邀约，则被叫用户104可以发送肯定响应。由被叫用户104发送的响应可以是200OK611状态代码。该响应可以包含有关针对特定媒体类型将要被收费的特定方的信息。被收费方和媒体类型信息可被包括在SDP应用主体中。响应可被发送到P-CSCF-B505，并且P-CSCF-B505向S-CSCF-B502转发该响应。由P-CSCF-B505发送的响应可以是200OK612。S-CSCF-B502向被叫用户104的服务应用503发送响应。由S-CSCF-B502发送的响应可以是200OK619。在被叫用户104的服务应用503处接收到响应之后，服务应用503将转移已接受指示包括在该响应中。如果转移已接受指示被编码为假，则收费信息可被包括在接收的响应中。服务应用继而向S-CSCF-B502发送响应，并且所发送的响应可以是200OK613。S-CSCF-B502继而向MGCF501发送响应，并且所发送的响应可以是200OK620。MGCF将转移已接受指示映射到向PSTN/PLMN发送的响应消息中的、远程操作的返回结果成分中的转移已接受参数。所接收的响应中的收费应答通过包括具有返回结果的远程操作参数来进行互通。响应消息可以是具有包含返回结果成分的远程操作的FAC消息614。远程操作可以是远程操作参数。如果转移已接受指示被编码为假，则收费信息可被包括在接收的响应中，并且收费信息可被互通以将被叫号码包括在去往PSTN/PLMN103的响应消息内的远程操作中。收费信息可以是P-Charge-Info报头。MGCF501继而将其状态改变成指示反向收费为活跃的，停止相关定时器，以及向PSTN/PLMN103发送响应消息。该定时器曾被启动以等待针对反向收费请求的响应。在主叫用户101接收到响应之后，呼叫可以与针对相应媒体类型正被收费的相应方继续。
如果被叫用户104可以订阅反向收费功能，则被叫用户104的服务应用可以基于被叫用户104的简档设置来发送针对请求的相应响应。代替于基于被叫用户104的简档来确定是否接受请求，服务应用可以通过交互式通告来确定被叫用户104接受反向收费的意愿。交互式通告可以通过媒体服务器进行。从被叫用户104得到响应之后，可以向主叫用户101的网络发送相应的响应。
图7是示出了根据本文实施方式的从PSTN/PLMN103用户到IMS/SIP102用户的呼叫，以及被叫IMS/SIP102用户在呼叫进行之后请求反向收费的图示。当呼叫正在进行并且主叫用户101是PSTN/PLMN103用户，被叫用户104是IMS/SIP102用户时，如果在呼叫进行之后被叫用户104想要请求主叫用户101成为被收费方，则被叫用户104在会话进行之后发送反向收费请求。请求消息可以是Re-INVITE701，并且重新邀请消息可以包括媒体和收费指示符。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，收费指示符可被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。重新邀请消息被发送到被叫用户104的P-CSCF-B505。重新邀请继而通过S-CSCF-B502被转发到被叫用户104的服务应用503。向S-CSCF-B502发送的重新邀请消息可以是Re-INVITE707，并且向被叫用户104的服务应用503发送的重新邀请消息可以是Re-INVITE708。如果当前正被收费的用户身份不同于被叫用户104的身份，则服务应用将具有要被收费的号码的身份的收费信息包括在内。被叫用户104的服务应用利用被叫用户104的简档来验证重新邀请请求。在简档检查之后，服务应用可以通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。针对具有在线收费的用户，收费功能可以是OCS504。属性值对可被包括在信贷请求中，并且对于具有在线收费的用户，信贷请求可以是CCR702。基于媒体的收费信息可以是IMS-信息的一部分，IMS-信息继而是CCR702消息中的服务信息AVP的一部分。如果被叫用户104具有在线收费，则服务应用向OCS504发送该信贷请求。信贷请求可以以CCR702的形式。0CS504向服务应用503发送回确认，并且服务应用503向S-CSCF-B502发送重新邀请。确认可以是CCA703，向S-CSCF-B502发送的重新邀请可以是Re-INVITE709。S-CSCF-B502向MGCF501转发重新邀请。向MGCF501发送的重新邀请可以是Re-INVITE710。MGCF501向(去往PSTN/PLMN103的)包含具有RevCalledRequest成分的远程操作参数的消息互通该邀请消息，并且还指示反向收费不可应用于该呼叫的整个持续时段。转移已请求字段可在RevCalledRequest成分中被指示为真。MGCF501继而将收费指示符状态改变成等待来自主叫用户104的确认，启动定时器并继而向主叫用户101的PSTN/PLMN103网络互通重新邀请。所互通的消息可以是FAC704。
从MGCF501接收到FAC消息后，主叫用户101或主叫用户的网络103可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询主叫用户101或者基于终端设置来决定接受该邀约还是拒绝它。如果主叫用户101接受邀约，则主叫用户101可以向PSTN/PLMN103发送肯定响应。由PSTN/PLMN103向MGCF501发送的响应可以是FAC705。该响应可以包含远程操作参数中的返回结果。在MGCF501处接收到响应之后，MGCF501将该响应互通给肯定确认，并且包括有关针对特定媒体类型将要被收费的特定方的信息。被收费方和媒体类型信息可被包括在SDP应用主体中。确认还可以通过将模式指示为转移模式或无转移模式，来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。如果接收的响应指示转移已接受，则MGCF501将主叫号码互通给收费信息。收费信息可以是P-Charge-Info报头。被启动以等待针对反向收费请求的响应的相关定时器被停止。MGCF501继而向S-CSCF-B502发送确认。由MGCF501发送的确认可以是200OK706消息。S-CSCF-B502继而向被叫用户104的服务应用503转发该确认。向被叫用户104的服务应用503发送的响应可以是200OK711消息。接收到确认之后，如果被叫用户104仅具有离线收费或者如果转移已接受字段被指示为真，则被叫用户104的服务应用503接受该确认。确认继而被发送回S-CSCF-B502，并且S-CSCF-B502向被叫用户104的P-CSCF-B505发送响应。向S-CSCF-B502发送的确认可以是200OK712消息，向P-CSCF-B505发送的确认可以是200OK713消息。被叫用户104的P-CSCF-B505可以向被叫用户104发送确认。向被叫用户104发送的确认可以是200OK714消息。呼叫继而可以与针对相应媒体类型正被收费的相应方继续。如果应答是不接受，则该场景作为例外场景进行处理。
图8是示出了根据本文实施方式的从PSTN/PLMN103用户到IMS/SIP102用户的呼叫，以及被叫IMS/SIP102用户在会话进行之后请求针对会话的整个持续时段进行反向收费的图示。当主叫用户101是PSTN/PLMN103用户，被叫用户104是IMS/SIP102用户时，如果被叫用户104想要请求被叫用户101从呼叫开始时就成为被收费方，则被叫用户104在会话建立之后发送请求。媒体和收费指示符可以包括在请求消息中。所发送的请求消息可以是Re-INVITE801。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，收费指示符可被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。属性可被包括在SDP应用主体中以指示反向收费可以针对整个会话。请求消息通过P-CSCF-B505和S-CSCF-B502被发送到被叫用户104的服务应用。从P-CSCF-B505向S-CSCF-B502发送的重新邀请消息可以是Re-INVITE807消息，并且从S-CSCF-B502向服务应用发送的重新邀请消息可以是Re-INVITE808消息。被叫用户104的服务应用可以是AS-B503。接收到请求之后，被叫用户的服务应用利用被叫用户104的简档来验证重新邀请请求。在简档检查之后，如果确定被叫用户104具有在线收费，则服务应用联系收费功能以进行储备数额请求。接收到储备数额请求之后，收费功能可以通过发送储备数额响应来对服务应用进行应答。接收到储备数额响应之后，服务应用向收费功能发送借记数额请求。借记数额请求被发送已将对应于已经逝去的呼叫持续时段的数额记入借方。收费功能通过在将对应于已经逝去的呼叫持续时段的数额记入借方之后向服务应用发送借记数额响应，来对借记数额请求进行响应。收费功能可以是OCS504，储备数额请求和借记数额请求可以在CCR802中发送，储备数额响应和借记数额响应可以在CCA803中发送。服务应用还可以在接收到来自主叫用户101或PSTN/PLMN103的、针对向主叫PSTN/PLMN用户101发送的请求的响应中的持续时间信息之后，向收费功能发送借记数额请求。在整套储备数额和借记数额操作完成之后，服务应用通过S-CSCF-B502向MGCF501发送重新邀请请求。如果确定被叫用户104具有离线收费，则服务应用向收费功能发送替换的被收费方身份。向收费功能发送的消息还可以具有指示反向收费是针对整个会话的字段。会话的持续时间和开始时间也可以发送给收费功能。在被叫用户104具有离线收费的情况下，收费功能可以是CDF，并且在此情况中，向收费功能发送的消息可以是ACR，由收费功能向服务应用发送的响应可以是ACA。服务应用通过S-CSCF-B502向MGCF501发送重新邀请。向S-CSCF-B502发送的重新邀请可以是Re-INVITE809，并且向MGCF501发送的重新邀请可以是Re-INVITE810。MGCF501将重新邀请消息互通给(去往PSTN/PLMN103的)包含具有RevCalledRequest成分的远程操作参数的消息。转移已请求字段可在RevCalledRequest成分中被指示为真。MGCF501继而将收费指示符状态改变为等待来自主叫用户101的确认，启动定时器并继而向主叫用户101的PSTN/PLMN103网络互通重新邀请。向PSTN/PLMN103网络发送的互通消息可以是FAC804。
从MGCF501接收到FAC消息后，主叫用户101可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询主叫用户101或者基于终端设置来决定接受该邀约还是拒绝它。如果主叫用户101不接受该邀约，则发送错误响应。如果主叫用户101接受该邀约，则主叫用户101通过发送肯定响应进行答复。该响应包含远程操作参数中的返回结果。可对其应用反向收费的持续时段可被包括在返回结果中。由主叫PSTN/PLMN103向MGCF501发送的响应消息可以是包含远程操作参数的FAC805。在MGCF501处接收到响应之后，MGCF501检查以确定定时器是否已到期。如果定时器已到期，则发送错误响应。否则，MGCF501将该响应互通给收费应答。该响应可以通过将模式指示为转移模式或无转移模式(通过转移已接受指示)，来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。如果返回结果成分指示转移已接受，则MGCF501将主叫号码和返回结果成分中提供的持续时段分别互通给收费信息和持续时段参数。收费信息可以是P-Charge-Info报头。持续时段参数可被包括作为SDP应用主体的一部分。MGCF501将收费应答包括在确认中，并通过S-CSCF-B502向被叫用户104的服务应用503转发该确认。向S-CSCF-B502发送的响应可以是200OK806消息，从S-CSCF-B502向服务应用503发送的响应可以是200OK811消息。接收到确认之后，服务应用将SDP应用主体中的持续时段与内部计算的持续时段进行比较。如果在SDP应用主体中的持续时段与内部计算的持续时段之间存在差值，则服务应用通知收费功能有关此差值。继而通过S-CSCF-B502和P-CSCF-B505向被叫用户104发送确认，并且呼叫接着可以与针对该呼叫正被收费的被叫用户104继续。向S-CSCF-B502发送的确认可以是200OK812消息，向P-CSCF-B505发送的确认可以是200OK813消息，并且向被叫用户104发送的确认可以是200OK814消息。
图9是示出了根据本文实施方式的从PSTN/PLMN103用户到IMS/SIP102用户的呼叫，以及在呼叫建立期间请求针对整个呼叫进行反向收费的图示。当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户时，如果针对整个呼叫请求反向收费，则可以在会话建立阶段期间发送针对反向收费的请求。在这种情况下，被叫用户104可能已经针对所有传入请求订阅了反向收费，或者订阅了取决于主叫用户101或取决于调用的服务的选择性收费。用于会话建立的初始消息将由MGCF501接收。初始消息可以是IAM901。MGCF501将该初始消息互通给邀请消息，并通过S-CSCF-B502向被叫用户104的服务应用转发该邀请消息。向被叫用户104的服务应用发送的邀请消息可以是INVITE902，并且被叫用户104的服务应用可以是AS-B503。向被叫用户104的S-CSCF-B502可以是INVITE911。被叫用户104的服务应用利用被叫用户104的简档来验证该邀请。被叫用户的简档可以指示被叫用户104针对所有传入呼叫具有活跃的反向收费，或者具有取决于呼叫者或归因于被调用的其他服务的活跃的反向收费。在简档检查之后，如果确定被叫用户104具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。属性值对(AVP)可被包括在记账请求中。如果确定被叫用户104具有在线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。具有在线收费的用户可以是预付费用户。对于预付费用户，收费功能可以是OCS504。AVP可被包括在信贷请求中，并且对于具有在线收费的用户，信贷请求可以是CCR903。基于媒体的收费信息可以是IMS-信息的一部分，IMS-信息继而可以是CCR903消息中的服务信息AVP的一部分。如果被叫用户104具有在线收费，则服务应用向OCS504发送该信贷请求。OCS504向服务应用发送回确认。确认可以是CCA904。继而通过S-CSCF-B502和P-CSCF-B505向被叫用户104发送邀请。向S-CSCF-B502发送的邀请可以是INVITE912，向P-CSCF505发送的邀请可以是INVITE913，并且向被叫用户104发送的邀请可以是INVITE914。
从P-CSCF-B505接收到邀请后，被叫用户104通过P-CSCF-B505和S-CSCF-B502向服务应用发送肯定响应。向P-CSCF-B505发送的响应可以是200OK905消息，向S-CSCF-B502发送的响应可以是200OK915消息，并且向服务应用发送的响应可以是200OK916消息。接收到响应之后，服务应用在通过S-CSCF-B502向MGCF501发送响应之前，将收费邀约以及媒体和收费指示符包括在响应中。媒体信息指示将要向用户收费的媒体类型，收费指示符指示针对该媒体类型将要向哪个用户收费。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。如果被叫用户104具有离线收费，则被叫用户104的服务应用可以将替换的被收费方标识包括在响应中。继而通过S-CSCF-B502向MGCF501发送包含收费邀约的响应。由服务应用向S-CSCF-B502发送的响应可以是200OK906消息，并且由S-CSCF-B502向MGCF501发送的响应可以是200OK917消息。MGCF501将该响应互通给包含远程操作参数的消息，将收费指示符状态改变成等待来自主叫用户101的确认，启动定时器，以及向PSTN/PLMN103发送消息。向PSTN/PLMN发送的消息可以是包含具有RevCalledRequest成分的远程操作参数、并且转移已请求为‘真’的FAC907。在响应中将转移已接受字段指示为‘真’之后，PSTN/PLMN103向MGCF501发送回该响应。响应包含具有返回响应成分的远程操作参数。所发送的响应可以是FAC908。在MGCF501处接收到响应之后，MGCF501将该响应互通给收费应答，并且还通过将模式指示为转移模式或无转移模式来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。收费应答被包括在确认消息中。已启动以等待针对反向收费请求的响应的定时器被停止。MGCF501继而向PSTN/PLMN103发送应答消息以及通过S-CSCF-B502向服务应用发送确认。应答消息可以是ANM或CON909，并且向S-CSCF-B502发送的确认可以是ACK910。由S-CSCF-B502向服务应用发送的确认可以是ACK918。接收到确认之后，如果被叫用户104具有离线收费或者如果接收的转移已接受字段为真，则被叫用户104的服务应用接受该应答。继而通过S-CSCF-B502和P-CSCF-B505向被叫用户104发送确认，并且呼叫接着可以与针对该呼叫正被收费的相应用户继续。向S-CSCF-B502发送的确认可以是ACK919，向P-CSCF-B505发送的确认可以是ACK920，并且向被叫用户104发送的确认可以是ACK921。如果不接受应答，则场景作为例外场景进行处理，并且接收到收费应答之后可以终止会话。
图10是示出了根据本文实施方式的从PSTN/PLMN103用户到IMS/SIP102用户的呼叫，以及在针对呼叫请求的响应中发起用于反向收费的请求。当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户时，用于反向收费的请求可以在针对呼叫请求的响应中发起。初始消息可以由MGCF501从PSTN/PLMN103接收。初始消息可以是IAM1001。MGCF501将初始消息互通给邀请消息，并且通过S-CSCF-B502向被叫用户104的服务应用发送邀请消息。向S-CSCF-B502发送的邀请消息可以是INVITE1002，并且向被叫用户104的服务应用发送的邀请可以是INVITE1010。被叫用户104的服务应用通过S-CSCF-B502和P-CSCF-B505向被叫用户104转发邀请。向S-CSCF-B502发送的邀请可以是INVITE1011，向P-CSCF-B505发送的邀请可以是INVITE1012，并且向被叫用户104发送的邀请可以是INVITE1013。接收到邀请之后，被叫用户104发送针对该邀请的响应，并且将反向收费请求包括在该响应中。媒体信息和收费指示符包括在该响应中。媒体信息指示将要对用户收费的媒体类型，收费指示符指示针对该媒体类型将要对哪个用户收费。媒体类型和收费指示符可以被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。被叫用户104通过S-CSCF-B502和P-CSCF-B505向被叫用户104的服务应用发送响应。向P-CSCF-B505发送的响应可以是200OK1003消息，向S-CSCF-B502发送的响应可以是200OK1014消息，并且向服务应用发送的响应可以是200OK1015消息。接收到响应之后，被叫用户104的服务应用利用被叫用户104的简档来验证该响应。如果确定场景是例外场景，则可以发送错误响应。在简档检查之后，如果确定被叫用户104具有离线收费，则服务应用可以通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型要被收费的特定方。属性值对可被包括在向收费功能发送的记账请求中。如果确定被叫用户104具有在线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。具有在线收费的用户可以是预付费用户，并且对于具有在线收费的用户，收费功能可以是OCS504。AVP可被包括在信贷请求中，并且对于在线收费的用户，信贷请求可以是CCR1004。媒体相关的信息可以是IMS-信息的一部分，IMS-信息继而可以是CCR1004消息中的服务信息AVP的一部分。OCS504向服务应用发送回确认。确认可以是CCA1005。接收到确认之后，服务应用向S-CSCF-B502发送(接收自被叫用户104的)响应。向S-CSCF-B502发送的响应可以是200OK1016消息。接收到响应之后，S-CSCF-B502向MGCF501发送响应。该响应可以是200OK1017消息。
MGCF501将该响应互通给包含远程操作参数的消息，将收费指示符状态改变成等待来自主叫用户101的确认，启动定时器，以及向PSTN/PLMN103发送消息。向PSTN/PLMN发送的消息可以是包含具有RevCalledRequest成分的远程操作参数、并且转移已请求为‘真’的FAC1006。在响应中将转移已接受字段指示为‘真’之后，PSTN/PLMN103向MGCF501发送回该响应。响应包含具有返回结果成分的远程操作参数。所发送的响应可以是FAC1007。在MGCF501处接收到响应之后，MGCF501将该响应互通给收费应答，并且还通过将模式指示为转移模式或无转移模式来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。收费应答被包括在确认消息中。已启动以等待针对反向收费请求的响应的定时器被停止。MGCF501继而向PSTN/PLMN103发送应答消息以及通过S-CSCF-B502向服务应用发送确认。应答消息可以是ANM或CON1008，并且向S-CSCF-B502发送的确认可以是ACK1009。由S-CSCF-B502向服务应用发送的确认可以是ACK1018。接收到确认之后，如果被叫用户104具有离线收费或者如果接收的转移已接受字段为真，则被叫用户104的服务应用接受该应答。继而通过S-CSCF-B502和P-CSCF-B505向被叫用户104发送确认，并且呼叫接着可以与针对该呼叫正被收费的相应用户继续。向S-CSCF-B502发送的响应可以是200OK1019消息，向P-CSCF-B505发送的响应可以是200OK1020消息，并且向服务应用发送的响应可以是200OK1021消息。如果不接受应答，则场景作为例外场景进行处理，并且可以发送错误响应。该方法中的各种动作可以按照所提供的顺序、不同的顺序或同时执行。此外，在一些实施方式中，图10中所列出的某些动作可以省略。
图11a和图11b是示出了根据本文实施方式的从PSTN/PLMN103用户到IMS/SIP102用户的反向收费呼叫以及主叫用户想要撤销反向收费的图示。当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户时，如果反向收费是活跃的，则在会话期间主叫用户可以决定稍后撤销反向收费。作为示例，反向收费已由被叫用户104针对整个呼叫在呼叫建立期间进行了请求。这在图11中的步骤1101到1121中示出，其非常类似于图9中的步骤901到921。图11是示出根据本文实施方式的从PSTN/PLMN103用户到IMS/SIP102用户的反向收费呼叫以及主叫用户想要撤销反向收费的图示。当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户时，如果反向收费是活跃的，则在会话期间主叫用户可以决定稍后撤销反向收费。作为示例，反向收费已由被叫用户104针对整个呼叫在呼叫建立期间进行了请求。这在图11中的步骤1101到1121中示出，其非常类似于图9中的步骤901到921。也有可能在先前讨论的其他不同场景中撤销其他反向收费——其唯一相关方面在于在反向收费撤销之后，呼叫继续。
在具有反向收费的呼叫为活跃并且主叫用户101想要撤销反向收费之后，主叫用户101接着在远程操作参数中向被叫用户104发送取消成分。取消成分可以是RevCallingReqCancel成分，并且RevCallingReqCancel成分可被包括在FAC1122内的远程操作参数中。如果总体转移模式指示“转移”，则PSTN/PLMN103将主叫号码包括在取消成分中。PSTN/PLMN103查看反向收费是否已经是活跃的。如果反向收费不是活跃的，则可以向主叫用户发送错误响应。如果反向收费是活跃的，则向MGCF501发送取消请求。所发送的请求可以是FAC1122。MGCF501将该取消请求互通给重新邀请消息，该重新邀请消息中包括有媒体信息和收费指示符。媒体信息指示将要对用户收费的媒体类型，收费指示符指示针对该特定媒体类型将要对哪个用户收费。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。如果重新邀请消息指示总体转移模式为‘转移’，并且取消成分中的转移已请求字段为真，则MGCF501将主叫号码互通给收费信息。收费信息可以是P-Charge-Info报头。MGCF501继而将收费指示符状态改变成等待来自被叫用户104的响应，启动定时器，并且接着通过S-CSCF-B502向服务应用转发重新邀请。向S-CSCF-B502发送的重新邀请可以是Re-INVITE1123，并且服务器可以是AS-B503。向服务应用发送的重新邀请可以是Re-INVITE1124。被叫用户104的服务应用利用被叫用户104的简档来验证该重新邀请请求。在简档检查之后，如果确定被叫用户104具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型要被收费的特定方。AVP可被包括在向收费功能发送的记账请求中。AVP可被添加到记账请求中以指示：正向主叫用户101收费。如果确定被叫用户104具有在线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。具有在线收费的用户可以是预付费用户，并且对于这种用户，收费功能可以是OCS504。AVP可被包括在去往收费功能的信贷请求中，并且对于具有在线收费的用户，信贷请求可以是CCR1125。媒体相关的信息可以是CCR1125消息中的服务信息AVP的一部分。如果被叫用户104具有在线收费，则服务应用向OCS504发送信贷请求。信贷请求可以以CCR1125的形式。OCS504向服务应用发送回确认。确认可以是CCA1126。注意，当撤销反向收费时，被叫用户不再是被收费方。因此CCR[更新]不可以如图中所示地发送，代替地在会话结束时，CCR[终止]可以代替地用于返回任何未使用的信贷数额。继而通过S-CSCF-B502和P-CSCF-B505向被叫用户104发送重新邀请。向S-CSCF-B502发送的重新邀请可以是Re-INVITE1127，向P-CSCF-B505发送的重新邀请可以是Re-INVITE1128，并且向被叫用户104发送的重新邀请可以是Re-INVITE1129。
从P-CSCF-B505接收到重新邀请之后，被叫用户104可以决定接受或决绝该邀约。在发送响应之前，终端可以咨询被叫用户104或者基于终端设置来决定接受该邀约还是拒绝它。如果拒绝该请求，则场景可被视为例外场景，并且发送错误响应。如果被叫用户104接受邀约，则被叫用户104通过P-CSCF-B505和S-CSCF-B502向服务应用发送肯定响应。由被叫用户104向P-CSCF-B505发送的响应可以是200OK1130消息。向S-CSCF-B502发送的响应可以是200OK1131消息，并且向服务应用发送的响应可以是200OK1132消息。服务应用继而发送具有指示接受该请求的收费应答的响应。转移已接受字段可以指示模式为转移模式还是无转移模式。如果总体模式是无转移模式，并且如果转移已接受字段为真，则服务应用将被反向收费的用户的身份包括在收费信息中。服务应用继而通过S-CSCF-B502向MGCF501转发响应。向S-CSCF-B502发送的响应可以是200OK1133消息，向MGCF501发送的响应可以是200OK1134消息。接收到响应之后，MGCF501将该响应互通给在远程操作参数中包含有返回结果成分的消息，并且还将转移已接受指示包括在该消息中。如果总体模式是‘无转移’，并且如果转移已接受字段为真，则被叫用户104号码被包括在收费信息中。MGCF501继而向PSTN/PLMN103发送该响应，并且停止相关的定时器。定时器曾被启动以等待针对反向收费取消请求的响应。所发送的响应可以是FAC1135。接收到响应之后，呼叫可以与针对该呼叫正被收费的主叫用户101继续。
图12a和图12b是示出了根据本文实施方式的从PSTN/PLMN103用户到IMS/SIP102用户的反向收费呼叫以及被叫用户104想要撤销反向收费的图示。当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户时，如果反向收费是活跃的，则在会话期间被叫用户可以决定稍后撤销反向收费。作为示例，反向收费已由主叫用户104针对整个呼叫在呼叫建立期间进行了请求。这在图12中的步骤1201到1214中示出，其非常类似于图5中的步骤507到520。也有可能在先前讨论的其他不同场景中撤销其他反向收费——其唯一相关方面在于在反向收费撤销之后，呼叫继续。
在具有反向收费的呼叫为活跃并且被叫用户104想要撤销反向收费之后，被叫用户104接着在远程操作参数中向主叫用户101发送取消成分。取消成分可以是远程操作中的RevCalledReqCancel成分。在将媒体和收费指示符包括在具有收费邀约的重新邀请消息中之后，被叫用户104发送此消息。媒体信息指示将要对用户收费的媒体类型，收费指示符指示针对该媒体类型将要对哪个用户收费。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于呼叫者，而如果必须向被叫用户104收费，则‘ci’将等于被叫者。通过P-CSCF-B505和S-CSCF-B502向被叫用户104的服务应用发送该重新邀请。向P-CSCF-B505发送的重新邀请可以是Re-INVITE1215，向S-CSCF-B502发送的重新邀请可以是Re-INVITE1216，并且向服务应用发送的重新邀请可以是Re-INVITE1217。被叫用户104的服务应用利用被叫用户104的简档来验证此邀请请求。然而，仅在被主叫用户成功接受反向收费取消请求之后才通知收费功能。服务应用通过S-CSCF-B502向MGCF501转发该重新邀请。向S-CSCF-B502发送的重新邀请可以是Re-INVITE1218，向MGCF501发送的重新邀请可以是Re-INVITE1219。MGCF501将该重新邀请互通给在远程操作参数中包含取消成分的消息。该消息可以是FAC1220。MGCF501将转移已请求字段包括在该消息中。如果总体模式指示‘无转移’，则MGCF501将被叫号码包括在取消成分中。MGCF501继而将收费指示符状态改变成等待来自主叫用户101的响应，启动定时器，并且接着转发该消息。所转发的消息可以在主叫用户101的网络处接收。如果反向收费不是活跃的，则可以由主叫用户的网络103发送错误响应。如果反向收费是活跃的，则主叫用户或主叫用户的网络可以决定接受或拒绝该邀约。在发送响应之前，主叫用户的终端可以咨询主叫用户101或者基于终端设置来决定接受该邀约还是拒绝它。如果拒绝该请求，则场景可被视为例外场景，并且可以发送错误响应。如果主叫用户101接受邀约，则主叫用户101可以发送肯定响应。
接收到来自主叫用户101的响应之后，PSTN/PLMN103利用在远程操作参数中包含返回结果成分的消息来对所接收的(来自MGCF501的)消息进行响应。如果模式是‘转移’模式，则转移已接受字段指示为真，如果模式是‘无转移’模式，则转移已接受字段为假。如果总体模式指示‘转移’并且如果转移已接受字段为真，则PSTN/PLMN103还将主叫号码包括在远程操作参数的返回结果成分中。PSTN/PLMN103继而向MGCF501转发该消息。所发送的消息可以是FAC1221。如果消息是会话释放请求，则可以发送错误响应，并且可以释放会话。如果定时器到期，则可以由MGCF501发送错误响应。接收到响应之后，MGCF501将该消息互通给包含具有转移已接受指示的SDP应用主体的响应。如果总体模式指示‘转移’，并且如果转移已接受字段为真，则MGCF501将主叫号码包括在响应中的收费信息的返回结果成分中。MGCF501继而通过S-CSCF-B502向被叫用户104的服务应用转发该响应，并且停止相关的定时器，该定时器曾被启动以等待针对反向收费取消请求的响应。向S-CSCF-B502发送的响应可以是200OK1222，向服务应用发送的响应可以是200OK1223。在(之前接收到重新邀请时进行的)简档检查之后，如果被叫用户104的服务应用503确定被叫用户104具有离线收费，则，接收到响应之后，服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。AVP可被包括在向收费功能发送的记账请求中。AVP可被添加到记账请求中以指示：正向主叫用户101收费。如果确定被叫用户104具有在线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。具有在线收费的用户可以是预付费用户，并且对于这种用户，收费功能可以是OCS504。AVP可被包括在去往收费功能的信贷请求中，并且对于具有在线收费的用户，信贷请求可以是CCR1224。媒体相关的信息可以是IMS信息的一部分，IMS信息继而可以是CCR1224消息中的服务信息AVP的一部分。如果被叫用户104具有在线收费，则服务应用向OCS504发送信贷请求。信贷请求可以以CCR1224的形式。OCS504向服务应用发送回确认。确认可以是CCA1225。注意，当撤销反向收费时，被叫用户不再是被收费方。因此CCR[更新]不可以如图中所示地发送，代替地在会话结束时，CCR[终止]可以代替地用于返回任何未使用的信贷数额。服务应用通过S-CSCF-B502和P-CSCF-B505向被叫用户104转发该响应，并且会话可以与正被收费的主叫用户继续。向S-CSCF-B502发送的响应可以是200OK1226消息，向P-CSCF-B505发送的响应可以是200OK1227消息，并且向被叫用户104发送的响应可以是200OK1228消息。如果被叫用户104是在线收费用户，并且被叫用户104已用光信贷数额，则也有可能由被叫用户的服务应用503发起反向收费请求的撤销。
在其他实施方式中，当主叫用户101是PSTN/PLMN103用户，并且被叫用户104是IMS/SIP102用户时，当呼叫被转发或转移到用户C时，收费信息可能必须在用户之间交换。当被叫用户104针对接收自主叫用户101的邀请消息而返回302响应时，呼叫可被转发。302消息是SIP响应状态代码，其用于要求主叫用户101对呼叫进行重定向。在这种情况下，被叫用户104的服务应用可以仍被包括在会话中，并且PSTN/PLMN可以考虑用户C作为被叫方。
当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户，主叫用户101在呼叫开始时请求被叫用户104针对可被转发或转移到用户C的呼叫进行反向收费。当被叫用户104的服务应用确定被叫用户104在被叫用户104简档中的呼叫转移为活跃，并且针对该会话调用呼叫转移时，服务应用不会在向用户C发送的邀请中包括任何收费邀约，如果在会话开始时已经从主叫用户101接收到反向收费请求的话。被叫用户104的服务应用也不会发送任何收费应答。MGCF501继而可以将该响应互通给释放消息，该释放消息包含具有返回错误成分的远程操作参数以及具有原因值为29的原因参数。释放消息可以是REL，返回错误成分可以指示“不允许补充服务交互”。MGCF501还应当通过向S-CSCF502发送相应的消息来清空前向方向中的会话。被叫用户104的服务应用也可以选择在200OK响应中发送收费应答，并且指示收费邀约已被拒绝。MGCF501继而将该响应互通给释放消息，该释放消息包含具有返回错误成分的远程操作参数以及具有原因值为29的原因参数。释放消息可以是REL，返回错误成分可以指示“不允许补充服务交互”。MGCF501还应当通过向S-CSCF502发送相应的消息来清空前向方向中的会话。被叫用户104的服务应用也可以选择发送具有理由报头的错误响应。所发送的错误响应可以是具有理由报头“不允许补充服务交互”的SIP响应代码418收费指示符不可接受。MGCF继而将该错误响应互通给包含具有返回错误成分的远程操作参数的释放消息。返回错误成分可以指示“不允许补充服务交互”，并且原因参数的原因值可以是29。MGCF501继而释放反向方向中的会话。如果被叫用户104的简档指示反向收费在被叫用户104的简档中可应用，并且呼叫转移针对该会话是活跃的，则被叫用户104的服务应用可以更新收费功能，以及发送指示接受收费邀约的收费应答。如果服务应用牵涉到针对整个会话的信息交换中，并且被叫用户104的简档指示反向收费邀约可以被自动接受并且由服务应用进行的所有检查都成功，则被叫用户104的服务应用发送该收费应答。如果相应的信息存在于被叫用户104的简档中并且被叫用户104的服务应用能够指示该呼叫是经转移的呼叫，则进行转移的网络将收费邀约存储在内部，并且将新的收费邀约包括在发送给用户C的网络的邀请中。被叫用户104的简档中的信息可以包括发起收费邀约所需的详情。转移报头可被用于指示呼叫是经转移的呼叫。当用户C的服务应用确定呼叫是经转移的呼叫时，用户C的服务应用触发收费功能。用户C的服务应用将SDP应用主体中的收费指示符指示为“被叫者”，并且向主叫用户101发送收费应答。当被叫用户104的服务应用接收到收费应答时，被叫用户104的服务应用更新收费功能以指示该呼叫期间的被收费方。被叫用户104的服务应用继而基于邀请中的收费邀约向主叫用户101的网络发送收费应答。
当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户，主叫用户101在会话进行之后请求被叫用户104针对可被转发或转移到用户C的呼叫进行反向收费。当被叫用户104的服务应用确定被叫用户104在被叫用户104简档中的呼叫转移为活跃，并且呼叫转移针对该会话为活跃时，服务应用在向用户C发送的邀请中不包括任何收费邀约。被叫用户104的服务应用不会发送任何收费应答。MGCF501继而将该响应互通给应答消息，该应答消息包含具有返回错误成分的远程操作参数。该应答消息可以是FAC，并且返回错误成分可以指示“不允许补充服务交互”。被叫用户104的服务应用也可以选择在200OK响应中发送收费应答，并且指示收费邀约已被拒绝。MGCF501继而将该响应互通给包含具有返回错误成分的远程操作参数的应答消息。应答消息可以是FAC，并且返回错误成分可以指示“不允许补充服务交互”。被叫用户104的服务应用还可以选择发送具有理由报头的错误响应。所发送的错误响应可以是具有理由报头“不允许补充服务交互”的SIP响应代码418收费指示符不可接受。MGCF继而将该错误响应互通给包含具有返回错误成分的远程操作参数的释放消息。返回错误成分可以指示“不允许补充服务交互”，并且原因参数的原因值可以为29。MGCF501继而可以在反向方向上释放该会话。
当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户，而且针对会话请求了反向收费时，则如果被叫用户104在被叫用户104的简档中的呼叫转移为活跃并且呼叫转移针对该会话已被激活时，被叫用户104的服务应用不会调用补充服务交互。反向收费可以由用户的网络或运营商来处理。针对某些类型的反向收费的优先级也可以取决于网络或运营商。
图13是示出了根据本文实施方式的在呼叫建立期间，从主叫IMS/SIP102用户到被叫PSTN/PLMN103用户的反向收费请求的图示。当主叫用户101是IMS/SIP102用户并且被叫用户104是PSTN/PLMN103用户时，如果主叫用户101或主叫用户101的网络从呼叫开始时就想要请求被叫用户104成为被收费方，则主叫用户101在会话建立阶段期间在邀请消息中发送该请求。如果主叫用户已经订阅了针对所有会话、或者针对某些被叫用户104或者针对连接到被叫用户104的某些网络进行反向收费，则也可以发送请求。所发送的请求消息可以是INVITE1306，并且该请求消息包含收费邀约。媒体和收费指示符可被包括在邀请消息中。媒体信息指示将要对用户收费的媒体类型，收费指示符指示针对该媒体类型将要被收费的用户。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于‘呼叫者’，而如果必须向被叫用户104收费，则‘ci’将等于‘被叫者’。在反向收费请求中，ci将被设置为‘被叫者’。邀请可通过P-CSCF-A1302、S-CSCF-A1303和主叫用户101的服务应用而向MGCF501发送。主叫用户101的服务应用可以是AS-A1304。向P-CSCF-A1302发送的邀请可以是INVITE1306，向S-CSCF-A1303发送的邀请可以是INVITE1312，并且向服务应用发送的邀请可以是INVITE1313。从服务应用向S-CSCF-A1303发送的邀请可以是INVITE1314，并且从S-CSCF-A1303向MGCF501发送的邀请可以是INVITE1315。MGCF501将该邀请互通给包含具有建立成分的远程操作参数的初始消息，并且可以将转移已请求指示包括在建立成分中。初始消息可以是IAM1307，建立成分可以是远程操作参数中的RevCallingReqSetup成分。如果请求了转移模式，则MGCF501在建立成分中互通主叫号码。主叫号码可从P-Charge-Info报头或从主叫用户相关的报头进行映射。主叫用户相关的报头也可以是P-Asserted-Id。MGCF501继而将收费指示符状态改变成等待来自被叫用户104的确认，启动定时器，并继而向被叫用户104的网络转发初始消息。
如果被叫用户104的网络允许反向收费，则由MGCF501向PSTN/PLMN103网络转发初始消息。如果被叫用户104的PSTN/PLMN103网络不允许反向收费，则可以由MGCF501发送错误响应。如果PSTN/PLMN103网络允许反向收费请求，则向被叫用户104转发该请求。接收到反向收费请求之后，被叫用户104可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询被叫用户104或者基于终端设置来决定接受该邀约还是拒绝它。如果被叫用户104接受邀约，则被叫用户104可以发送肯定响应。该响应在远程操作参数中包含返回结果成分。被叫用户104可以将肯定响应作为ISDN协议元素来传送。PSTN/PLMN103继而向MGCF501发送被叫用户的响应。向MGCF501发送的响应可以是ANM/CON1308。接收到该响应之后，MGCF501查看定时器是否已到期。如果定时器已到期，则可以发送错误响应。如果定时器尚未到期，则MGCF501将该响应互通给包含包括在SDP应用主体中的收费应答的响应。转移已接受字段可以被互通给SDP应用主体内的指示。如果模式被指示为‘无转移’模式，则MGCF501在响应中将转移已接受字段指示为‘假’，并且将被叫号码互通给收费信息。收费信息可以是P-charge-Info报头。MGCF501继而将其状态改变成指示反向收费为活跃的，停止相关的定时器，并且通过S-CSCF-A1303向主叫用户101的服务应用发送响应。服务应用可以是AS-A1304，向S-CSCF-A1303发送的响应可以是200OK1309。向服务应用发送的响应可以是200OK1316。主叫用户101的服务应用利用主叫用户101的简档来验证该响应。在简档验证之后，如果确定主叫用户101具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。AVP可被包括在记账请求1310中。离线收费的用户可以是后付费用户，并且收费功能可以是CDF。新成组的AVP类型可被包括在向收费功能发送的记账请求中的IMS-信息中。该新成组的AVP类型可以是基于媒体的收费信息(Media-Based-Charging-Info)AVP。如果确定被叫用户104具有在线收费，则服务应用可以通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。属性值对可被包括在信贷请求中，并且针对具有在线收费的用户，信贷请求可以是CCR509。媒体相关的信息可以是IMS-信息的一部分，IMS-信息继而可以是CCR509消息中的服务-信息AVP的一部分。如果主叫用户101具有离线收费，则服务应用向CDF1305发送记账请求，并且该记账请求可以以ACR1310的形式。CDF1305向服务应用发送回确认。该确认可以是ACA1311。服务应用继而通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101转发响应。向S-CSCF-A1303发送的响应可以是200OK1317，向P-CSCF-A1302发送的响应可以是200OK1318，并且向主叫用户101发送的响应可以是200OK1319。呼叫继而可以与针对相应媒体类型正被收费的相应用户继续。
如果被叫用户104可以订阅反向收费功能，则被叫用户104的网络可以基于被叫用户104的简档设置来发送针对请求的相应响应。代替于基于被叫用户104的简档来确定是否接受该请求，被叫用户104的网络也可以通过交互式通告来确定被叫用户104接受反向收费的意愿。从被叫用户104得到响应之后，该响应可被转发给主叫用户101的网络。
图14是示出了根据本文实施方式的在呼叫进行之后，从主叫IMS/SIP102用户到被叫PSTN/PLMN103用户的反向收费请求的图示。当呼叫正在进行，并且主叫用户101是IMS/SIP102用户，被叫用户104是PSTN/PLMN103用户时，如果主叫用户101在呼叫进行之后想要请求被叫用户104成为被收费方，则主叫用户101在会话建立阶段之后发送请求。所发送的请求消息可以是Re-INVITE1401。媒体和收费指示符可被包括在重新邀请消息中。媒体信息指示将要对用户收费的媒体类型，收费指示符指示针对该媒体类型将要被收费的用户。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可被包括作为SDP中的属性‘ci’。如果针对该呼叫必须向主叫用户101收费，则‘ci’将等于‘呼叫者’，而如果必须向被叫用户104收费，则‘ci’将等于‘被叫者’。重新邀请还可以通过将模式指示为转移模式或无转移模式，来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。重新邀请可通过P-CSCF-A1302、S-CSCF-A1303和AS-A1304而向MGCF501发送。向P-CSCF-A1302发送的重新邀请可以是Re-INVITE1401，向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1407，并且向服务应用发送的重新邀请可以是Re-INVITE1408。从服务应用向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1409，并且从S-CSCF-A1303向MGCF501发送的重新邀请可以是Re-INVITE1410。MGCF501将该重新邀请互通给在远程操作参数中具有请求成分的消息。请求成分可以是远程操作参数中的RevCallingReqActive成分。如果重新邀请指示‘转移已请求’，则MGCF501在请求成分中互通该指示，并且还将主叫号码包括在该请求成分中。主叫号码可从P-Charge-Info报头或从主叫用户相关的报头进行映射。MGCF501继而将收费指示符状态改变成等待来自被叫用户104的确认，启动定时器，并继而向被叫用户104的网络转发该消息。所发送的消息可以是FAC1402。如果被叫用户104的网络允许反向收费，则向PSTN/PLMN103用户转发邀请。如果被叫用户104的网络不允许反向收费，则可以发送错误响应。
接收到来自PSTN/PLMN103网络的请求之后，被叫用户104可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询被叫用户104或者基于终端设置来决定接受该邀约还是拒绝它。如果被叫用户104接受邀约，则被叫用户104向PSTN/PLMN103网络发送响应。被叫用户104可以将肯定响应作为ISDN协议元素来传送。PSTN/PLMN103继而向MGCF501发送响应。所发送的响应可以是FAC1403。接收到该响应之后，MGCF501查看定时器是否已到期。如果定时器已到期，则可以发送错误响应。如果响应是会话释放请求，则可以发送错误响应，并且可以释放会话。如果接收到肯定响应，则MGCF501将包括在远程操作参数中的返回结果互通给响应消息。如果模式被指示为‘无转移’模式，则在响应消息中将转移已接受字段指示为‘假’，并且在返回响应中互通收费信息。收费信息可以是P-charge-Info报头。MGCF501继而将其状态改变成指示反向收费为活跃的，停止相关的定时器，并且通过S-CSCF-A1303向主叫用户101的服务应用发送响应。向S-CSCF-A1303发送的响应可以是200OK1404，向服务应用发送的响应可以是200OK1411。在服务应用处接收到响应之后，服务应用利用主叫用户101的简档来验证该邀请请求。在简档验证之后，如果确定主叫用户101具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。AVP可被包括在记账请求中。离线收费的用户可以是后付费用户，并且收费功能可以是CDF。AVP可被包括在向收费功能发送的记账请求中。记账请求可以是ACR消息。新成组的AVP类型可被包括在记账请求的IMS-信息中。该新成组的AVP类型可以是基于媒体的收费信息(Media-Based-Charging-Info)AVP。如果确定被叫用户104具有在线收费，则服务应用可以通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。属性值对可被包括在信贷请求中，并且针对具有在线收费的用户，信贷请求可以是CCR509。媒体相关的信息可以是IMS-信息的一部分，IMS-信息继而可以是CCR509消息中的服务-信息AVP的一部分。如果主叫用户101具有离线收费，则服务应用向CDF1305发送记账请求，并且该记账请求可以以ACR1405的形式。CDF1305向服务应用发送回确认。该确认可以是ACA1406。服务应用继而通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101转发响应。向S-CSCF-A1303发送的响应可以是200OK1412消息，向P-CSCF-A1302发送的响应可以是200OK1413，并且向主叫用户101发送的响应可以是200OK1414消息。在主叫用户101接收到响应之后，呼叫继而可以与针对该呼叫正被收费的相应方继续。
代替于基于被叫用户104的简档来确定是否接受该请求，被叫用户104的网络可以通过交互式通告来确定被叫用户104接受反向收费的意愿。从被叫用户104得到响应之后，该响应可被转发给主叫用户101的网络。
图15是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的呼叫以及被叫PSTN/PLMN用户在呼叫进行之后请求反向收费的图示。当呼叫已经进行并且主叫用户101是IMS/SIP102用户，被叫用户104是PSTN/PLMN103用户时，如果被叫用户104在呼叫进行之后想要请求被叫用户104(也即，自身)成为被收费方，则被叫用户104在会话建立阶段之后发送请求。所发送的请求可以是FAC1501，并且该请求消息包括具有指示已请求反向收费的建立成分的参数。请求消息可以由MGCF501接收。MGCF501将该请求消息互通给重新邀请消息。重新邀请消息可以是Re-INVITE1502。MGCF501将媒体和收费指示符包括在重新邀请消息中。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可被包括作为SDP中的属性‘ci’。重新邀请还可以通过将模式指示为转移已请求或未请求，来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。如果建立成分指示请求了无转移模式，则MGCF501将被叫号码映射到收费信息。MGCF501继而将收费指示符状态改变成等待来自主叫用户104的确认，启动定时器，并继而通过S-CSCF-A1303向主叫用户101的服务应用转发该重新邀请。向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1502，向服务应用发送的重新邀请可以是Re-INVITE1508。主叫用户101的服务应用可以是AS-A1304。服务应用继而可以通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101转发该重新邀请。
接收到重新邀请之后，主叫用户101可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询主叫用户101或者基于终端设置来决定接受该邀约还是拒绝它。如果主叫用户101接受邀约，则主叫用户101通过P-CSCF-A1302和S-CSCF-A1303向主叫用户101的服务应用发送肯定响应。向P-CSCF-A1302发送的响应可以是200OK1503，向S-CSCF-A1303发送的响应可以是200OK1512，并且向主叫用户101的服务应用发送的响应可以是200OK1513。由主叫用户101发送的响应可以包含有关针对特定媒体类型将要被收费的特定方的信息。被收费方和媒体类型信息可被包括在SDP应用主体中。在服务应用处接收到响应之后，服务应用利用主叫用户101的简档来验证该邀请请求。在简档检查之后，如果确定主叫用户101具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。AVP可被包括在记账请求中。离线收费的用户可以是后付费用户，收费功能可以是CDF。AVP可被包括在向收费功能发送的记账请求中。记账请求可以是ACR消息。新成组的AVP类型可被包括在记账请求的IMS-信息中。该新成组的AVP类型可以是基于媒体的收费信息(Media-Based-Charging-Info)AVP。如果确定被叫用户104具有在线收费，则服务应用可以通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。属性值对可被包括在信贷请求中，并且针对具有在线收费的用户，信贷请求可以是CCR509。媒体相关的信息可以是IMS-信息的一部分，IMS-信息继而可以是CCR509消息中的服务-信息AVP的一部分。如果主叫用户101具有离线收费，则服务应用向CDF1305发送记账请求，并且该记账请求可以以ACR1504的形式。CDF1305向服务应用发送回确认。该确认可以是ACA1505。服务应用通过S-CSCF-A1303向MGCF501转发响应。由服务应用向S-CSCF-A1303发送的响应可以是200OK1506消息，由S-CSCF-A1303向MGCF501发送的响应可以是200OK1514。在接收到响应之后，MGCF501查看定时器是否已到期。如果定时器已到期，则可以发送错误响应。如果响应是会话释放请求，则可以发送错误响应，并且可以释放该会话。如果接收到肯定响应，则MGCF501将该响应互通给包含具有返回结果成分的远程操作参数的消息。如果在响应中模式被指示为转移模式，则MGCF501在返回响应中将转移已接受参数指示为‘真’，并且将主叫号码包括在返回响应中。MGCF501继而将其状态改变成指示反向收费是活跃的，停止相关的定时器，并且向被叫用户104发送响应。所发送的响应可以是FAC1507。在被叫用户104接收到响应之后，呼叫可以与针对该呼叫正被收费的相应方继续。
代替于基于主叫用户101的简档来确定是否接受该请求，主叫用户101的网络可以通过交互式通告来确定主叫用户101接受反向收费的意愿。交互式通告可以通过媒体服务器来进行。从主叫用户101得到响应之后，该响应可被转发给被叫用户104的网络。
图16是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的呼叫以及被叫PSTN/PLMN用户在会话已经进行之后请求反向收费的图示。当主叫用户101是IMS/SIP102用户，被叫用户104是PSTN/PLMN103用户时，如果被叫用户104在呼叫进行之后想要请求主叫用户101成为整个呼叫的被收费方，则被叫用户104在会话建立之后发送请求。该请求消息包括具有指示已请求反向收费的建立成分的参数。所发送的请求可以是FAC1601，其在远程操作参数中包含RevCalledRequest成分。请求不会包括反向收费请求是仅针对部分呼叫的指示，从而传达反向收费请求是针对整个会话的信息。请求将由MGCF501接收。MGCF501将该请求消息互通给重新邀请消息。重新邀请消息可以是Re-INVITE1602。MGCF501将媒体和收费指示符包括在重新邀请消息中。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可被包括作为SDP中的属性‘ci’。如果由MGCF接收的请求指示反向收费请求是针对整个会话的，则属性可被包括在SDP应用主体中以指示反向收费是针对整个会话的。重新邀请还通过将模式指示为转移模式或无转移模式，来提及收费功能是在主叫用户101这侧还是在被叫用户104那侧。如果建立成分指示请求了无转移模式，则MGCF501将被叫号码映射到收费信息。MGCF501继而将收费指示符状态改变成等待来自主叫用户101的确认，启动定时器，并继而通过S-CSCF-A1303向主叫用户101的服务应用转发该重新邀请。向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1602，向服务应用发送的重新邀请可以是Re-INVITE1608。主叫用户101的服务应用可以是AS-A1304。服务应用继而可以通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101转发该重新邀请。向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1609，向P-CSCF-A1302发送的重新邀请可以是Re-INVITE1610，并且向主叫用户101发送的重新邀请可以是Re-INVITE1611。
接收到重新邀请之后，主叫用户101可以决定接受或拒绝该邀约。在发送响应之前，终端可以咨询主叫用户101或者基于终端设置来决定接受该邀约还是拒绝它。如果主叫用户101接受邀约，则主叫用户101通过P-CSCF-A1302和S-CSCF-A1303向主叫用户101的服务应用发送肯定响应。向P-CSCF-A1302发送的响应可以是200OK1603，向S-CSCF-A1303发送的响应可以是200OK1612，并且向服务应用发送的响应可以是200OK1613。响应可以包含有关针对特定媒体类型将要被收费的特定方的信息。被收费方和媒体类型信息可被包括在SDP应用主体中。在服务应用处接收到响应之后，服务应用包括参数以指示反向收费为活跃的持续时间(在此情况下为自会话建立起已逝去的持续时间)。服务应用还利用主叫用户101的简档来验证该邀请请求。在简档检查之后，如果确定主叫用户101具有在线收费，则服务应用向收费功能发送消息，以请求退还所花费的数额。如果确定主叫用户101具有离线收费，则服务应用在记账请求中发送媒体相关的记账信息。记账请求可以包括替代的被收费方身份以及用于指示反向收费是针对整个会话活跃的附加字段。该请求可以可选地包括反向收费为活跃的持续时间。继而向收费功能发送该请求，并且收费功能通过向服务应用发送回确认来进行响应。所发送的请求可以是ACR1604，收费功能可以是CDF1305，由CDF1305发送的确认可以是ACA1605。服务应用继而通过S-CSCF-A1303向MGCF501转发响应。向S-CSCF-A1303发送的响应可以是200OK1606，向MGCF501发送的响应可以是200OK1614。接收到响应之后，MGCF501查看定时器是否已到期。如果定时器已到期，则可以发送错误响应。如果响应是会话释放请求，则可以发送错误响应，并且可以释放该会话。如果接收到肯定响应，则MGCF501将该响应互通给在远程操作参数中包含返回结果成分的消息。如果模式被指示为转移模式，则MGCF501在返回结果成分中将转移已接受参数指示为‘真’，并且还将主叫号码以及反向收费已活跃的持续时间(在此情况中，为自会话建立起已逝去的持续时间)包括在返回结果成分中。MGCF501继而将其状态改变成指示反向收费是活跃的，停止定时器，并且向被叫用户104发送响应。由MGCF501向被叫用户的PSTN/PLMN网络103发送的消息可以是FAC1607。在被叫用户104接收到响应之后，呼叫可以与针对该呼叫正被收费的相应方继续。
代替于基于主叫用户101的简档来确定是否接受该请求，主叫用户101的网络可以通过交互式通告来确定主叫用户101接受反向收费的意愿。交互式通告可以通过媒体服务器来进行。从主叫用户101得到响应之后，该响应可被转发给被叫用户104的网络。
图17是示出了根据本文实施方式的从IMS/SIP102用户到PSTN/PLMN103用户的呼叫以及请求针对呼叫进行反向收费的图示。在此情况中，被叫用户104可能已针对所有传入请求订阅了反向收费或者订阅了取决于主叫用户101或取决于所调用的服务的选择性收费。当主叫用户101是IMS/SIP102用户，并且被叫用户104是PSTN/PLMN103用户时，如果请求了反向收费，则可以在会话建立阶段期间由被叫用户104的网络来发送对反向收费的请求。该请求包括具有指示已请求反向收费的建立成分的参数。建立成分可以是远程操作参数中的RevCalledRequest调用成分，并且所发送的请求可以是FAC1701。当呼叫处于等待应答状态(即，会话尚未建立)时，发送FAC消息1701。该请求可以由MGCF501接收。MGCF501通过S-CSCF-A1303向主叫用户101的服务应用发送具有SDP应用主体的进展消息(互通自在请求消息1701中接收到的建立成分)。MGCF501将媒体和收费指示符包括在进展消息中。媒体信息指示将要对用户收费的媒体类型，收费指示符可以指示针对该媒体类型将要对哪个用户收费。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可被包括作为SDP中的属性‘ci’。如果针对呼叫必须向主叫用户101收费，则‘ci’可以等于呼叫者，如果必须向被叫用户104收费，则‘ci’可以等于被叫者。MGCF501还将转移已请求指示包括在进展消息中。如果接收的请求消息中的请求模式是无转移模式，则MGCF501将被叫号码映射到进展消息中的收费信息上。收费信息可以是P-Charge-Info报头。MGCF501通过发送响应消息而不等待收费应答，来对请求消息进行响应。如果请求消息中指示的模式是转移模式，则MGCF501将主叫号码包括在返回结果中，并且将转移已接受字段指示为‘真’。主叫号码可映射自主叫用户相关的报头(先前在邀请消息中接收的)。主叫用户101的服务应用可以是AS-A1304。向S-CSCF-A1303发送的进展消息可以是183Progress消息1702，向服务应用发送的进展消息可以是183Progress消息1709。如前面所解释的，MGCF501还向被叫用户104的PSTN/PLMN网络103发送在远程操作参数内包含返回结果成分的响应消息。所发送的消息可以是FAC1703。
接收到进展消息之后，服务应用可以向主叫用户101转发邀约，或者可以靠其自身来接受收费邀约。如果服务应用接受收费邀约，则接受信息被存储在服务应用中。如果主叫用户101必须给出收费应答，则服务应用通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101转发该收费邀约。向S-CSCF-A1303发送的消息可以是183Progress消息1710，向P-CSCF-A1302发送的消息可以是183Progress消息1711，并且向主叫用户101发送的消息可以是183Progress消息1712。接收到收费邀约之后，主叫用户101可以决定接受或拒绝该邀约。终端在发送响应之前可以咨询主叫用户101或基于终端设置来决定接受该邀约还是拒绝它。如果主叫用户101不接受该邀约，则可以发送错误响应，并且可以释放会话。如果主叫用户101接受邀约，则主叫用户101发送包含收费应答的肯定确认。然而，直到接收到来自被叫用户的、针对会话建立请求的最终响应，才发送收费应答。在PSTN/PLMN103中接收到FAC1703并且通知了被叫用户之后，被叫用户104继而经由PSTN/PLMN103向MGCF501发送针对会话建立请求的响应。该响应可以是ANM/CON1704。MGCF501继而将该响应互通给相应消息，并且通过S-CSCF-A1303将其向主叫用户101的服务应用发送。向S-CSCF-A1303发送的响应可以是200OK1705，向主叫用户的服务应用发送的响应可以是200OK1713。从被叫用户104接收到响应之后，服务应用检查主叫用户101的简档。在简档检查之后，如果确定主叫用户101具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。AVP可被包括在记账请求中。离线收费的用户可以是后付费用户，并且收费功能可以是CDF。AVP可被包括在向收费功能发送的记账请求中。新成组的AVP类型可被包括在记账请求的IMS-信息中。该新成组的AVP类型可以是基于媒体的收费信息AVP。如果确定主叫用户104具有在线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。属性值对可被包括在信贷请求中，对于在线收费用户，信贷请求可以是CCR509。媒体相关的信息可以是IMS-信息的一部分，IMS-信息继而可以是CCR509消息中的服务-信息AVP的一部分。如果主叫用户101具有离线收费，则服务应用向CDF1305发送记账请求，该记账请求可以以ACR1706的形式。CDF1305向服务应用发送回确认。该确认可以是ACA1707。服务应用继而通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101发送响应。向S-CSCF-A1303发送的响应可以是200OK1714，向P-CSCF-A1302发送的响应可以是200OK1715，并且向主叫用户101发送的响应可以是200OK1716。接收到响应之后，主叫用户101通过在经由P-CSCF-A1302、S-CSCF-A1303和主叫用户101的服务应用去往MGCF501的确认中发送收费应答来进行答复。向P-CSCF-A1302发送的确认可以是200OK1708，向S-CSCF-A1303发送的确认可以是200OK1717，并且向服务应用发送的确认可以是200OK1718。从服务应用向S-CSCF-A1303发送的确认可以是200OK1719，并且从S-CSCF-A向MGCF501发送的确认可以是200OK1720。所发送的确认可以是ACK消息。呼叫继而可以与针对呼叫正被收费的相应方继续。
如果从主叫IMS/SIP网络向MGCF发送的初始会话请求消息包含SDP邀约，并且被叫PSTN/PLMN网络103已经发送了ACM，其中该ACM是由MGCF在18x响应中向SDP应答互通的，则在随后接收到在远程操作参数中包含RevCalledRequest成分的FAC1701消息之后，MGCF501可以将其互通给包含收费邀约的UPDATE(更新)消息，其中该收费邀约的收费指示符被设置为相应的值。此UPDATE消息可经由S-CSCF-A1303、主叫用户的服务应用1304、然后又是S-CSCF-A1303，接着是P-CSCF-A1302，而被发送到主叫用户101。主叫用户101继而可以通过发送针对UPDATE消息的200OK响应来决定接受该收费邀约。此200OK经由P-CSCF-A1302、S-CSCF-A1303、主叫用户的服务应用1304、然后再通过S-CSCF-A1303，而被发送到MGCF501。MGCF501继而将此针对UPDATE消息的200OK响应互通给FAC消息1703，并且将其发送给被叫PSTN/PLMN网络103。主叫用户的服务应用1304在(经由P-CSCF-A1302和S-CSCF-A1303)接收到来自主叫用户的针对UPDATE消息的200OK响应之后，可以通知收费功能。
图18a和图18b是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的反向收费呼叫以及主叫用户想要撤销反向收费的图示。当主叫用户101是IMS/SIP102用户，被叫用户104是PSTN/PLMN103用户时，如果反向收费是活跃的，则在会话期间主叫用户可能稍后决定撤销反向收费。作为示例，被叫用户104可能已经订阅了针对所有传入请求的反向收费，或者订阅了取决于主叫用户101或取决于所调用的服务的选择性收费。反向收费请求由被叫用户/被叫网络侧在会话建立阶段期间做出。这在图18中的步骤1801到1820中示出，其非常类似于图17中的步骤1701到1720。这些步骤示出了从会话开始时自身成功激活反向收费。呼叫继而可以与针对该呼叫正被收费的相应方继续。也有可能在先前讨论的其他不同场景中撤销其他反向收费——其唯一相关方面在于在反向收费撤销之后，呼叫继续。
在具有反向收费的呼叫为活跃并且主叫用户101想要撤销反向收费之后，主叫用户101接着向被叫用户104发送反向收费取消请求。取消请求可以以Re-INVITE1821的形式发送。主叫用户101发送该重新邀请消息，其中将媒体和收费指示符包括在该重新邀请Re-INVITE1821中。媒体信息指示将要对用户收费的媒体类型，收费指示符指示针对该特定媒体类型将要对哪个用户收费。媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。通过P-CSCF-A1302和S-CSCF-A1303向主叫用户101的服务应用发送该重新邀请。向P-CSCF-A1302发送的重新邀请可以是Re-INVITE1821，向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1822，并且向服务应用发送的重新邀请可以是Re-INVITE1823。服务应用继而通过S-CSCF-A1303向MGCF501转发该重新邀请。向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1824，向MGCF501发送的重新邀请可以是Re-INVITE1825。MGCF501将该重新邀请互通给在远程操作参数中包含取消成分的消息。取消成分可以是远程操作参数中的RevCallingReqCancel成分。FAC1826。MGCF501将转移已请求字段包括在该消息中，以指示收费功能将由主叫用户101的网络来执行。MGCF501继而将收费指示符状态改变成等待来自被叫用户104的响应，启动定时器，并且接着转发消息。所发送的消息可以是FAC1826。FAC消息可以在被叫用户104的网络处接收。如果反向收费不是活跃的，则可以发送错误响应。如果反向收费是活跃的，则被叫用户104可以决定接受或拒绝该邀约。终端在发送响应之前可以咨询被叫用户104或基于终端设置来决定接受该邀约还是拒绝它。如果拒绝该请求，则场景可被视为例外场景，并且可以发送错误响应。如果被叫用户104接受该邀约，则被叫用户104向被叫用户的PSTN/PLMN网络103发送肯定响应。被叫用户的PSTN/PLMN103继而向MGCF501发送肯定响应。所发送的响应可以是FAC1827。
接收到响应之后，MGCF501检查以确定响应是否是会话释放请求。如果响应是会话释放请求，则可以发送错误响应，并且可以释放会话。如果定时器到期，则可以由MGCF501发送错误响应。接收到肯定响应之后，MGCF501将该响应互通给包含具有转移已接受指示的SDP主体的消息。如果总体模式指示无转移，并且如果转移已接受字段被指示为‘真’，则MGCF501在收费信息的返回结果成分中互通被叫号码。收费信息可以是P-Charge-Info报头。MGCF501继而通过S-CSCF-A1303向主叫用户101的服务应用转发该响应，并且停止相关的定时器。向S-CSCF-A1303发送的响应可以是200OK1828，并且向服务应用发送的响应可以是200OK1829。接收到来自被叫用户104的响应之后，服务应用利用主叫用户101的简档来验证该响应。在简档检查之后，如果确定主叫用户101具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型要被收费的特定方。AVP可被包括在记账请求中，收费功能可以是CDF。如果确定被叫用户104具有在线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。属性值对可被包括在信贷请求中，并且对于在线收费的用户，信贷请求可以是CCR509。如果主叫用户101具有在线收费，并且如果总体模式指示‘转移’，则由主叫用户101的服务应用释放会话。如果主叫用户101具有离线收费，则服务应用向CDF1305发送记账请求，并且该记账请求可以以ACR1830的形式。CDF1305向服务应用发送回确认。该确认可以是ACA1831。服务应用继而通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101转发响应。向S-CSCF-A1303发送的响应可以是200OK1832，向P-CSCF-A1302发送的响应可以是200OK1833，并且向主叫用户101发送的响应可以是200OK1834。呼叫继而可以与针对该呼叫正被收费的主叫用户继续。
图19a和图19b是示出了根据本文实施方式的从IMS/SIP用户到PSTN/PLMN用户的反向收费呼叫以及被叫用户想要撤销反向收费的图示。当主叫用户101是IMS/SIP102用户，被叫用户104是PSTN/PLMN103用户时，如果反向收费是活跃的，则在会话期间被叫用户可以决定稍后撤销反向收费。作为示例，反向收费已经由主叫用户104在呼叫建立期间针对整个呼叫进行了请求。这在图19中的步骤1901到1914中示出，其非常类似于图13中的步骤1306到1319。也有可能在先前讨论的其他不同场景中撤销其他反向收费——其唯一相关方面在于在反向收费撤销之后，呼叫继续。
在具有反向收费的呼叫为活跃并且被叫用户104想要撤销反向收费之后，被叫用户104接着向主叫用户101发送取消请求。取消请求可以由被叫PSTN/PLMN103连同远程操作参数中的取消成分一起发送给MGCF501。取消成分可以是远程操作参数中的RevCalledReqCancel成分。PSTN/PLMN103查看反向收费是否已经是活跃的。如果反向收费不是活跃的，则可以向被叫用户104发送错误响应。如果反向收费是活跃的，则向MGCF501发送取消请求。取消请求可以作为FAC1915进行发送。接收到取消请求之后，MGCF501将该取消请求互通给包括有媒体和收费指示符的重新邀请消息。重新邀请消息可以是Re-INVITE1916，媒体类型和收费指示符可被包括作为SDP的一部分。媒体类型可以通过使用SDP中的属性‘m’来指示，而收费指示符可以被包括作为SDP中的属性‘ci’。MGCF501将取消成分中的转移已请求指示映射到SDP应用主体中的指示上。如果取消请求指示总体转移模式为无转移，并且转移已请求字段在取消成分中被指示为‘真’，则MGCF501将被叫号码互通给收费信息。收费信息可以是P-Charge-Info报头。MGCF501继而将收费指示符状态改变成等待来自主叫用户101的响应，启动定时器，并且接着通过S-CSCF-A1303向主叫用户101的服务应用发送重新邀请。向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1916，向服务应用发送的重新邀请可以是Re-INVITE1917。服务应用继而通过S-CSCF-A1303和P-CSCF-A1302向主叫用户101发送重新邀请。向S-CSCF-A1303发送的重新邀请可以是Re-INVITE1918，向P-CSCF-A1302发送的重新邀请可以是Re-INVITE1919，并且向主叫用户101发送的重新邀请可以是Re-INVITE1920。如果总体转移模式是转移，并且如果主叫用户101具有在线收费，重新邀请中的转移已请求为‘真’，则主叫用户的服务应用1304可以向MGCF501发送针对重新邀请消息的错误响应。
接收到来自服务应用的重新邀请之后，主叫用户101可以决定接受或拒绝邀约。终端在发送响应之前可以咨询主叫用户101或基于终端设置来决定接受该邀约还是拒绝它。如果拒绝该请求，则场景可被视为例外场景，并且可以发送错误响应。如果主叫用户101接受该邀约，则主叫用户101可以通过P-CSCF-A1302和S-CSCF-A1303向主叫用户101的服务应用发送具有指示接受该请求的收费应答的肯定响应。向P-CSCF-A1302发送的响应可以是200OK1921，向S-CSCF-A1303发送的响应可以是200OK1922，并且向服务应用发送的响应可以是200OK1923。主叫用户101的服务应用利用主叫用户101的简档来验证该重新邀请请求。在简档检查之后，如果确定主叫用户101具有离线收费，则服务应用通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型要被收费的特定方。新成组的AVP类型可以是基于媒体的收费信息AVP。如果确定被叫用户104具有在线收费，则服务应用可以通过IMS-信息中的AVP来通知收费功能有关针对特定媒体类型将要被收费的特定方。属性值对可被包括在信贷请求中，并且对于在线收费的用户，信贷请求可以是CCR509。媒体相关的信息可以是IMS-信息的一部分，IMS-信息继而可以是CCR509消息中的服务信息AVP的一部分。如果主叫用户101具有离线收费，则服务应用向CDF1305发送记账请求，并且该记账请求可以以ACR1924的形式。CDF1305向服务应用发送回确认。确认可以是ACA1925。接收到确认之后，服务应用通过S-CSCF-A1303向MGCF501转发响应。向S-CSCF-A1303发送的响应可以是200OK1926，向MGCF501发送的响应可以是200OK1927。响应中的转移已接受字段可以指示模式是转移模式还是无转移模式。
接收到响应之后，MGCF501检查以确定响应是否是会话释放请求。接收到会话释放请求之后，可以发送错误响应，并且可以释放会话。如果定时器已到期，则可以发送错误响应。如果由MGCF501接收到肯定响应，则MGCF501将该响应互通给在远程操作参数中包含返回结果成分的消息，并且还将转移已接受指示包括在返回结果中。该消息可以是FAC1928。如果总体模式是转移模式，并且如果转移已接受字段被指示为‘真’，则主叫用户号码被包括在返回结果成分中。MGCF501继而向PSTN/PLMN103发送响应，并且停止相关的定时器。在由被叫PSTN/PLMN103接收到响应之后，呼叫可以与针对该呼叫正被收费的主叫用户继续。
如果主叫用户101可以订阅该请求，则主叫用户101的服务应用可以基于主叫用户101的简档设置来发送针对该请求的相应响应。代替于基于主叫用户101的简档来确定是否接受请求，服务应用也可以通过交互式通告来确定主叫用户101接受反向收费的意愿。从主叫用户101得到响应之后，该响应将被转发给被叫用户104的网络。
在其他实施方式中，当主叫用户101是IMS/SIP102用户，被叫用户104是PSTN/PLMN103用户时，当呼叫被转发或转移到用户C时，收费信息可能必须在用户之间进行交换。当被叫用户104针对接收自主叫用户101的邀请消息而返回‘302响应’时，呼叫可被转发。302消息是SIP响应状态代码，其用于要求主叫用户101对呼叫进行重定向。在这种情况下，被叫用户104的服务应用可以仍被包括在会话中，并且PSTN/PLMN可以考虑用户C作为被叫方。反向收费可由用户的网络或运营商进行处理。针对某些类型的反向收费的优先级也可以取决于网络或运营商。
当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户，主叫用户101在呼叫开始时请求被叫用户104针对可被转发或转移到用户C的呼叫进行反向收费。当确定被叫用户104在被叫用户104简档中的呼叫转移为活跃，并且呼叫转移针对该会话为活跃时，PSTN/PLMN103可以发送释放消息，该释放消息包含具有指示“不允许补充服务交互”的返回错误成分的远程操作参数。MGCF501继而将该响应互通给指示收费邀约已被拒绝的200OK响应中的收费应答消息，并且随后发起双方向上的会话释放。如果被叫用户104的简档指示反向收费可应用于此会话请求，则可由被叫用户104的PSTN/PLMN103接受此收费邀约，并且PSTN/PLMN103向主叫用户101发送相应的响应。被叫用户104的PSTN/PLMN103在向主叫用户101的网络发送响应之前，在接收自用户C的网络的响应中进行必要的更新以指示接受收费邀约。
当主叫用户101是PSTN/PLMN103用户并且被叫用户104是IMS/SIP102用户时，主叫用户101在会话进行之后请求针对已被转发或转移到用户C的呼叫进行反向收费。当确定被叫用户104在被叫用户104简档中的呼叫转移为活跃，并且呼叫转移针对该会话为活跃时，PSTN/PLMN103发送包含具有指示“不允许补充服务交互”的返回错误成分的远程操作参数的FAC消息。返回错误成分被MGCF501互通给具有理由报头的错误响应。所发送的错误响应可以是具有理由报头“不可用”的SIP响应代码418收费指示符不可接受。
主叫用户101的网络或被叫用户104的网络中可以使用定时器，以用于等待来自相应方的响应。如果主叫用户101从呼叫开始时就想要请求被叫用户104成为被收费方，则MGCF501启动定时器以等待RevCallingReqSetup响应。如果主叫用户101在会话活跃之后想要请求被叫用户104成为被收费方，则MGCF501启动定时器以等待RevCallingReqActive响应。如果被叫用户104在会话活跃之后想要请求主叫用户101成为被收费方，则MGCF501启动定时器以等待RevCalledRequest响应。如果被叫用户104从会话开始时就想要请求主叫用户101成为被收费方，则MGCF501启动定时器以等待RevCalledRequest响应。如果主叫用户101想要撤销活跃的反向收费，则MGCF501启动定时器以等待RevCallingReqCancel响应。如果被叫用户104想要撤销活跃的反向收费，则MGCF501启动定时器以等待RevCalledReqCancel响应。
在其他实施方式中，如果服务应用不是AS-A1304，则S-CSCF-A1303也可以执行由AS-A1304执行的功能。S-CSCF-A1303与OCS504之间的接口可以通过IMS-GWF。主叫用户101的S-CSCF-A1303可以激活主叫用户101的AS-A1304，或者执行由服务应用执行的所有动作。如果服务应用不是AS-B503，则S-CSCF-B502也可以执行由AS-B503执行的功能。S-CSCF-B502和OCS504之间的接口可以通过IMS-网关功能(GWF)。被叫用户104的S-CSCF-B502可以激活被叫用户104的AS-B503，或者执行由服务应用执行的所有动作。在SIP网络的情况下，由服务应用执行的动作也可以由SIP代理服务器来执行。网关的功能可以由MGCF501或者由PSTN/PLMN103网关网元来执行。收费功能可以或者可以不共存于SIP代理内，并且到收费功能的接口可以是网络/运营商相关的。网络控制器也可以执行MGCF501和PSTN/PLMN103的功能。
在其他实施方式中，当由被叫用户请求反向收费时，主叫用户的网络可以决定接受或拒绝该请求而不用咨询主叫用户。可选地，可以向主叫用户发送反向收费请求的通知。当由主叫用户撤销反向收费时，被叫用户的网络可以决定接受或拒绝该请求而不用咨询被叫用户。可选地，可以向被叫用户发送反向收费撤销请求的通知。
在其他实施方式中，对反向收费的撤销有可能是针对整个会话的，并且附加指示可被包括在反向收费撤销请求中。继而相应地通知收费功能，使得接着针对整个会话向主叫用户收费。
在其他实施方式中，可以由PSTN/PLMN103使用端到端信令方法以在PSTN/PLMN103网络之间互通反向收费信息。所使用的端到端方法可以是沿线发送(PassAlong)方法或信令连接控制部分(SCCP)。SCCP是网络层协议，其提供第7号信令系统电信网络中的扩展路由、流控制、分段、面向连接以及纠错功能。沿线发送方法是一种信令方案，其中沿着之前建立的物理连接的信令路径发送信息。当使用端到端信令方法时，MGCF501可以将端到端信令内容互通给相应的收费邀约和收费应答。
如果IMS/SIP102网络发起收费邀约和收费应答，其指示反向收费仅针对某些媒体而不是针对整个会话，则MGCF501可以允许成功完成这种呼叫。如果在来自IMS/SIP102网络的收费邀约中请求基于媒体的收费，则MGCF501将该收费邀约转换成相应的反向收费请求，并向PSTN/PLMN103发送该请求。如果PSTN/PLMN103接受该请求，则MGCF501发送指示反向收费是针对会话中涉及的所有媒体类型的收费应答。如果在来自IMS/SIP102网络的收费应答中请求基于媒体的收费，则MGCF501指示不允许基于媒体的收费。可以在SDP应用主体内使用附加属性以指示不允许基于媒体的收费。MGCF501将该收费应答转换成相应的反向收费响应，并向PSTN/PLMN103发送该响应。MGCF继而向IMS/SIP102网络发起新的收费邀约，以请求针对会话中涉及的所有媒体进行反向收费。
在其他实施方式中，如果来自PSTN/PLMN103的反向收费请求未指示转移模式，则IMS/SIP102网络仍然可以在响应中将转移已接受字段指示为‘真’，并且将被叫号码或主叫号码包括在响应中。如果IMS/SIP102网络是终接网络，则被叫号码可被添加在响应中，而如果IMS/SIP102网络是始发网络，则主叫号码可被添加在响应中。此方式可以增大呼叫完成比率。
在其他实施方式中，可以在PSTN/PLMN103中包括网络特定的指示或国家特定的指示。如果呼叫始发于PSTN/PLMN103网络，则IAM消息的前向(forward)呼叫指示符中的备用比特可以携带对方付费呼叫(collectcall)指示。备用比特可以由MGCF501互通给邀请消息中的相应收费邀约。备用比特可以是位M，对方付费呼叫是这样的服务，其中仅在被叫方同意接受来自主叫方的呼叫后，针对该呼叫将向被叫方收费。MGCF在向IMS/SIP102网络发送的收费邀约中将SDP应用主体中的收费指示符指示为‘被叫者’。继而使用SDP应用主体将PSTN/PLMN103中的动态收费信息互通给SIP中的收费指示符框架。也可以使用应用传输机制来互通PSTN/PLMN103中的动态收费信息。对于在IMS/SIP102网络中始发、在PSTN/PLMN103网络中终止的呼叫，可以通过互通在地址完全消息(ACM)或呼叫进展消息(CPG)或ANMISUP消息中的后向呼叫指示符来抑制向主叫用户101收费。MGCF501在针对收费邀约发送的响应中指示‘无收费’。所发送的响应可以是200OK响应。在向IMS/SIP102网络发送的200OK消息中的收费邀约中，MGCF501在SDP应用主体中将收费指示符指示为‘无’。发送收费相关信息的任何机制可被互通给收费邀约和收费应答框架。这是通用且灵活的框架，其在范围和应用上均很广泛。
可能存在一些例外场景，其可能导致释放两个用户之间的呼叫。如果被叫用户104或被叫用户104的网络不愿意接受请求，则被叫用户104或被叫用户104的网络可以向主叫用户101发送错误响应。当主叫用户101接收到错误响应时，取决于何时做出的请求以及错误响应的类型，主叫用户101可以继续该呼叫。如果主叫用户101或被叫用户104不想继续该呼叫，则可以释放会话。来自IMS/SIP网络的错误响应可以由MGCF501互通给包含返回错误成分并且向PSTN/PLMN发送的释放消息。如果等待来自被叫网络的响应的定时器到期，则MGCF501可以触发会话的释放。如果状态指示反向收费是活跃的，并且如果MGCF501从主叫用户101接收另一反向收费邀约，则MGCF501可以利用相应的错误响应进行响应。如果状态指示反向收费是活跃的，并且如果存在来自被叫用户104的另一反向收费邀约，则MGCF501(或在邀约是向IMS/SIP网络发送的情况下为服务应用)可以返回指示反向收费已经活跃的错误响应。如果IMS/SIP102网络发起指示反向收费仅针对某些媒体属性而不是针对整个会话的收费邀约，则MGCF501可以拒绝该邀约，并且发送错误响应。如果IMS/SIP102网络发起指示反向收费仅针对某些媒体属性而不是针对整个会话的收费应答，则MGCF501可以释放该会话并且发送错误响应。如果状态是‘等待响应’来自被叫用户104并且如果被叫用户104想要结束该呼叫，则MGCF501可以触发该呼叫的释放。
反向收费具有多种实际使用场景。本文所公开的实施方式也可以用于PSTN/PLMN103用户和网际协议上语音(VOIP)用户之间的呼叫。呼叫可以是VOIP/IMS/SIP用户为被叫用户104，PSTN/PLMN103用户作为主叫用户101。呼叫也可以是VOIP/IMS/SIP用户为主叫用户101，PLMN用户作为被叫用户104。呼叫还可以是VOIP/IMS/SIP用户为被叫用户104，主叫用户是VOIP/IMS/SIP用户，并且主叫用户101网络和被叫用户104网络通过PSTN/PLMN103互连。呼叫还可以是被叫用户104是PLMN用户，主叫用户101是PSTN/PLMN103用户，并且主叫用户101网络和被叫用户104网络通过IMS/SIP网络互连。
本文所公开的实施方式支持跨不同网络以及在网络运营商部署与PSTN/PLMN网络互通的下一代网络(NGN)或IMS网络时的场景中的反向收费服务。收费信息可以在任何类型的网络的用户之间互通，并且用户可以通过任何网络或任何网络序列而互连。呼叫完成比率以及呼叫持续时间比率可以增大，而这在一个用户花光信贷的情况下本是不可能的。初始地，呼叫可以向被叫用户104收费，随后呼叫可以向主叫用户101收费。主叫用户101可以在呼叫的稍后阶段中请求被叫用户104成为剩余会话持续时间的被收费方。取决于网络或运营商，可以处理诸如某些用户具有不同类型的呼叫转移活跃的多方呼叫之类的场景。
如果针对给收费方存在多个更新，则可以递送附加信息。多个更新可能必须在这样的场景中进行，诸如初始地针对呼叫正向主叫用户101收费，在一定持续时间之后，被叫用户被收费，并且在一定持续时间之后，针对会话的剩余部分向主叫用户收费。相应信息可通过‘DIAMETER’协议接口向收费功能递送。所递送的信息也可以包括时间戳和持续时间，并且收费功能可以是CDF(1305)和OCS(504)。Diameter是用于认证、授权和记账的计算机联网协议。

Claims (14)

1.一种用于支持主叫用户与被叫用户之间的收费信息的交换以及所述收费信息的协商的方法，其中所述主叫用户属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)，并且所述被叫用户属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，所述方法包括：所述主叫用户或所述被叫用户分别向对应的被叫用户或者对应的主叫用户发送请求；其中用于反向收费的所述请求包括要被收费的媒体类型以及要被针对所述媒体类型收费的用户，其中要被收费的所述用户可以是所述对应的被叫用户或者所述对应的主叫用户。
2.如权利要求1所述的方法，其中所述主叫用户请求对与所述被叫用户的会话进行反向收费还包括步骤：
所述主叫用户向所述主叫用户的所述网络发送对所述会话进行反向收费的请求；
所述主叫用户的所述网络向存在于所述被叫用户的网络中的网络控制器发送所述请求；其中所述网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；
所述网络控制器将所述请求、要被收费的内容类型以及要被收费的用户包括在邀请消息中；
所述网络控制器向存在于所述被叫用户的网络中的服务器发送所述邀请消息；其中所述服务器是应用服务器或S-CSCF或SIP代理服务器之一；
所述服务器对照所述被叫用户的简档来验证所述邀请消息；
如果所述被叫用户尚未订阅反向收费，则所述服务器向所述被叫用户发送所述邀请消息；
接受所述邀请消息之后，所述被叫用户向所述服务器发送针对所述邀请消息的响应；
接收到来自所述被叫用户的所述响应之后，或者如果所述被叫用户已订阅反向收费，则所述服务器将所述被叫用户已接受所述邀请消息的指示包括在所述响应中；
所述服务器向所述网络控制器发送所述响应；
接收到所述响应之后，所述网络控制器改变内部状态以指示反向收费的激活；
所述网络控制器向所述主叫用户的所述网络发送响应；以及
所述主叫用户的所述网络向所述主叫用户发送所述响应。
3.如权利要求1所述的方法，其中当所述反向收费针对所述会话的剩余部分或者针对整个所述会话为活跃时，所述被叫用户请求反向收费还包括步骤：
所述被叫用户向存在于所述被叫用户的网络中的服务器发送对所述会话进行反向收费的请求，所述请求包括要被收费的内容类型以及要被收费的用户，并且如果用于反向收费的所述请求是针对整个所述会话，则所述请求还包括要对整个所述会话进行收费的指示；其中所述服务器是应用服务器或S-CSCF或SIP代理服务器之一；
所述服务器对照所述被叫用户的简档来验证所述请求；
所述服务器向存在于所述被叫用户的网络中的网络控制器发送所述请求，其中所述网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；
所述网络控制器向所述主叫用户的所述网络发送用于反向收费的请求；
所述主叫用户的所述网络向所述主叫用户发送所述请求；
从所述主叫用户接收到接受消息之后，所述主叫用户的所述网络向所述网络控制器发送针对所述请求的响应；
所述网络控制器向所述服务器发送所述响应；
所述服务器接收所述响应并且接受所述响应；以及
所述服务器向所述被叫用户发送所述响应。
4.一种用于支持主叫用户与被叫用户之间的收费信息的交换以及所述收费信息的协商的方法，其中所述主叫用户属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，并且所述被叫用户属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)或者IMS/SIP/VoIP网络，所述方法包括：所述主叫用户或所述被叫用户分别向对应的被叫用户或者对应的主叫用户发送请求；其中用于反向收费的所述请求包括要被收费的媒体类型以及要被针对所述媒体类型收费的用户，其中要被收费的所述用户可以是所述对应的被叫用户或者所述对应的主叫用户。
5.如权利要求4所述的方法，其中所述主叫用户请求对与所述被叫用户的会话进行反向收费还包括步骤：
所述主叫用户向存在于所述主叫用户的网络中的服务器发送对所述会话进行反向收费的邀请消息，其中所述邀请消息包括要被收费的内容类型以及要被收费的用户，其中所述服务器是应用服务器或S-CSCF或SIP代理服务器之一；
所述服务器验证所述邀请消息；
所述服务器向存在于所述网络中的网络控制器发送经验证的邀请消息；其中所述网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；
所述网络控制器向所述被叫方的网络发送用于反向收费的请求；
所述网络控制器从所述被叫方的网络接收到响应之后，向存在于所述主叫方的网络中的所述服务器发送响应消息，其中所述响应消息包括所述响应；以及
所述服务器验证所述响应消息并且向所述主叫用户发送所述响应消息。
6.如权利要求4所述的方法，其中当所述反向收费针对所述会话的剩余部分或者针对整个所述会话为活跃时，所述被叫用户请求反向收费还包括步骤：
所述被叫用户向所述被叫用户的所述网络发送对所述会话进行反向收费的请求；
所述被叫用户的所述网络向存在于所述主叫用户的网络中的网络控制器发送所述请求，并且如果用于反向收费的所述请求是针对整个所述会话，则所述请求包括要对整个所述会话进行收费的指示，其中所述网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；
所述网络控制器向存在于所述主叫用户的网络中的服务器发送请求，其中所述请求包括要被收费的内容类型以及要被收费的用户，并且如果用于反向收费的所述请求是针对整个所述会话，则所述请求还包括要对整个所述会话进行收费的指示，并且其中所述服务器是应用服务器或S-CSCF或SIP代理服务器之一；
所述服务器对照所述主叫用户的简档来验证所述请求；
所述服务器向所述主叫用户发送所述请求；
从所述主叫用户接收到接受消息之后，所述服务器就向所述网络控制器发送针对所述请求的响应；
所述网络控制器接收所述响应并且接受所述响应；以及
所述网络控制器通过所述被叫用户的网络向所述被叫用户发送所述响应。
7.如权利要求4所述的方法，其中所述被叫用户已经订阅了针对所有传入会话的反向收费，所述方法还包括步骤：
所述被叫用户的网络向存在于所述主叫用户的网络中的网络控制器发送指示，其中所述指示用于指示针对当前会话的反向收费请求，并且所述网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；
所述网络控制器发送针对所述指示的响应；
所述网络控制器向存在于所述主叫用户的网络中的服务器发送消息，其中所述消息包括所述指示以及要被收费的内容类型，并且其中所述服务器是应用服务器或S-CSCF或SIP代理服务器之一；
接收到所述指示之后，所述服务器检查所述主叫用户是否必须核实所述指示；
如果所述主叫用户不是必须核实所述指示，则所述服务器接受所述指示并且存储所述指示；以及
如果所述主叫用户必须核实所述指示，则所述服务器向所述主叫用户发送所述指示，接收来自所述主叫用户的响应并且向所述网络控制器发送所述响应。
8.一种用于在会话活跃时撤销对所述会话的反向收费的方法，其中所述方法包括步骤：
属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络的第一用户向存在于所述第一用户的网络中的服务器发送撤销反向收费的请求，其中所述第一用户是主叫用户或被叫用户，并且所述服务器是应用服务器或S-CSCF或SIP代理服务器之一；
所述服务器向存在于所述第一用户的网络中的网络控制器转发所述请求，其中所述网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；
所述网络控制器检查反向收费针对所述会话是否为活跃；
所述网络控制器向属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)的第二用户的网络发送通告，其中所述第二用户是主叫用户或被叫用户；
接收到所述请求之后，所述第二用户的所述网络通告第二用户；
所述第二用户的所述网络向所述网络控制器发送针对所述请求的响应；
所述网络控制器向所述服务器发送针对所述请求的响应；
所述服务器向所述第一用户发送所述响应；以及
所述服务器发起针对所述会话向所述第一用户的收费。
9.一种用于在会话活跃时撤销对所述会话的反向收费的方法，其中所述方法包括步骤：
属于公共交换电话网络/公共陆地移动网络(PSTN/PLMN)的第一用户向所述第一用户的网络发送撤销反向收费的请求，其中所述第一用户是主叫用户或被叫用户；
所述第一用户的所述网络向存在于属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络的第二用户的网络中的网络控制器发送所述请求，其中所述第二用户是主叫用户或被叫用户，并且所述网络控制器是媒体网关控制功能(MGCF)或PSTN/PLMN网关之一；
所述网络控制器向存在于所述第二用户的网络中的服务器转发所述请求，其中所述服务器包括应用服务器或S-CSCF或SIP代理服务器之一；
接收到所述请求之后，所述服务器向所述第二用户通知所述请求；
接收到来自所述第二用户的确认之后，所述服务器发起针对所述会话向所述第二用户的收费；
所述服务器向所述网络控制器通告所述第二用户的响应；
所述网络控制器向所述第一用户的所述网络通告所述响应；
所述第一用户的所述网络向所述第一用户通告所述响应；以及
所述服务器发起针对所述会话对所述第二用户的收费。
10.一种网络控制器，所述网络控制器属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，并且控制第一用户与第二用户之间的会话，所述网络控制器还支持跨网络的反向收费并且还包括至少一个装置，其适合于：
当已经从第一用户接收到反向收费请求时，将要被收费的媒体类型和要被针对所述媒体类型收费的用户包括在邀请消息中；
向所述第二用户发送所述邀请消息；以及
从所述第二用户接收到响应之后，触发对所述第一用户与所述第二用户之间的会话的反向收费的激活。
11.如权利要求10所述的网络控制器，其中所述网络控制器适合于通过服务器与第一用户交互以及通过PSTN/PLMN网络与属于所述PSTN/PLMN网络的所述第二用户交互，其中所述第一用户属于IMS/SIP/VoIP网络，并且其中所述服务器包括应用服务器或S-CSCF或SIP代理服务器之一。
12.一种服务器，所述服务器属于网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)/网际协议上语音(VoIP)网络，并且与第一用户和第二用户之间的会话对接，所述服务器还支持跨网络的反向收费，并且还包括至少一个装置，其适合于：
对照所述第二用户的简档来验证用于反向收费的邀请消息，其中所述第一用户发送所述邀请消息，其中所述邀请消息包括要被收费的媒体类型和要被针对所述媒体类型收费的用户，其中所述用户可以是所述第一用户或所述第二用户；
如果所述第二用户尚未订阅反向收费，则向所述第二用户发送所述邀请消息；
从所述第二用户接收到响应之后或者如果所述第二用户已经订阅反向收费，则将所述第二用户已接受所述邀请消息的指示包括在所述响应中；以及
向网络控制器发送所述响应。
13.如权利要求12所述的服务器，其中所述服务器适合于将所述反向收费通知给收费功能。
14.如权利要求12所述的服务器，其中所述服务器适合于从所述第二用户接收到所述响应后根据针对所述会话的所述响应来发起收费。
CN200980160662.2A 2009-07-24 2009-07-24 Ims/sip和pstn/plmn之间的互通以交换动态收费信息的方法和装置 Expired - Fee Related CN102474418B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IN2009/000424 WO2011010320A1 (en) 2009-07-24 2009-07-24 Interworking etwen ims/sip and pstn/plmn to exchange dynamic charging information

Publications (2)

Publication Number Publication Date
CN102474418A CN102474418A (zh) 2012-05-23
CN102474418B true CN102474418B (zh) 2015-12-16

Family

ID=41651390

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980160662.2A Expired - Fee Related CN102474418B (zh) 2009-07-24 2009-07-24 Ims/sip和pstn/plmn之间的互通以交换动态收费信息的方法和装置

Country Status (6)

Country Link
US (1) US20120250585A1 (zh)
EP (1) EP2457345A1 (zh)
JP (1) JP2013500619A (zh)
KR (1) KR20120051027A (zh)
CN (1) CN102474418B (zh)
WO (1) WO2011010320A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110044319A1 (en) * 2009-08-20 2011-02-24 Microsoft Corporation Early media and forking in 3pcc
WO2011144235A1 (en) * 2010-05-17 2011-11-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
EP2659703A4 (en) * 2010-12-28 2017-07-19 Telefonaktiebolaget LM Ericsson (publ) Methods for subscriber tracing based on error history information
CN102752121A (zh) * 2011-04-22 2012-10-24 中兴通讯股份有限公司 多媒体流的反转计费方法及装置
JP5639529B2 (ja) * 2011-05-09 2014-12-10 日本電信電話株式会社 通信システム、および、その通信システムに用いられるセッション制御サーバ
EP2525526A1 (en) * 2011-05-17 2012-11-21 Telefonaktiebolaget L M Ericsson AB (Publ) Prioritisation of charging in an IMS network
CN102255911B (zh) * 2011-07-12 2014-05-14 中国联合网络通信集团有限公司 Ims终端装置间通信的方法和系统以及装置
WO2013052964A2 (en) * 2011-10-07 2013-04-11 Interop Technologies, Llc Non-ims rich communication suite
WO2013167182A2 (en) * 2012-05-09 2013-11-14 Telefonaktiebolaget L M Ericsson (Publ) Charging data control in an ip telecommunications network
US9258172B2 (en) * 2012-10-24 2016-02-09 Microsoft Technology Licensing, Llc Calling an unready terminal
CN102970451B (zh) * 2012-11-26 2014-07-16 华为技术有限公司 集中计费的方法、系统及互联设备
WO2015184418A1 (en) * 2014-05-29 2015-12-03 T-Mobile Usa, Inc. Wi-fi calling using sip-ims handset and evolved packet data gateway

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2007064A1 (en) * 2006-04-03 2008-12-24 Huawei Technologies Co., Ltd. A system, method and apparatus for implementing the reverse charging in the packet network
CN101496352A (zh) * 2006-07-27 2009-07-29 摩托罗拉公司 网际协议多媒体子系统网络元件及其操作方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6636504B1 (en) * 1999-03-18 2003-10-21 Verizon Services Corp. Reverse billing of internet telephone calls
US6788674B1 (en) * 2001-07-20 2004-09-07 Itxc, Inc. Method and apparatus for establishing a collect call originated through a packet based network
US20040029561A1 (en) * 2001-08-09 2004-02-12 Holter Signe Marie Revert charging in a telecommunication network
CN1714563B (zh) * 2002-12-16 2010-05-12 艾利森电话股份有限公司 用于通信会话的费用协商
GB2405051B (en) * 2003-07-16 2006-06-28 Callkey Ltd Call establishment
GB0317124D0 (en) * 2003-07-22 2003-08-27 Nokia Corp Charging in a communication system
JP4109635B2 (ja) * 2004-01-26 2008-07-02 株式会社日立コミュニケーションテクノロジー 着信課金システム、着信課金サービス制御装置、コールエージェント及び着信課金方法
US7512090B2 (en) * 2004-04-19 2009-03-31 Alcatel-Lucent Usa Inc. System and method for routing calls in a wireless network using a single point of contact
CN101009572B (zh) * 2006-01-24 2012-07-04 朗迅科技公司 对于ims会话期间的媒体改变的ims预算控制

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2007064A1 (en) * 2006-04-03 2008-12-24 Huawei Technologies Co., Ltd. A system, method and apparatus for implementing the reverse charging in the packet network
CN101496352A (zh) * 2006-07-27 2009-07-29 摩托罗拉公司 网际协议多媒体子系统网络元件及其操作方法

Also Published As

Publication number Publication date
EP2457345A1 (en) 2012-05-30
CN102474418A (zh) 2012-05-23
US20120250585A1 (en) 2012-10-04
WO2011010320A1 (en) 2011-01-27
JP2013500619A (ja) 2013-01-07
KR20120051027A (ko) 2012-05-21

Similar Documents

Publication Publication Date Title
CN102474418B (zh) Ims/sip和pstn/plmn之间的互通以交换动态收费信息的方法和装置
KR100687309B1 (ko) 통신 시스템에서의 과금 방법 및 상기 과금 방법에 사용되는 통신 시스템, 이용자 장비, 네트워크 엔티티, 및 과금 엔티티
EP1574034B1 (en) Cost negotiation for communication sessions
US7424102B2 (en) Charging for an IP based communication system
US20070173226A1 (en) Converged service control for IMS networks and legacy networks
EP2541884B1 (en) System and method for charging in a communication network
JP2011517154A (ja) Ｉｍｓネットワークにおける補助サービスのためのオンライン課金
EP1766857A1 (en) Charging in a communication system
US20090116627A1 (en) Charging split negotiation in IMS sessions
EP2749049B1 (en) Method of communication between ims nodes
US8306199B2 (en) Accounting in a transit network
US7860748B2 (en) Charging in a communication system
JP5635607B2 (ja) Ｓｉｐを介して動的課金情報を搬送する機構
CN101237490A (zh) 呼叫代答的方法、代答服务器和通信系统
CN101286951B (zh) 一种会话抢占方法
CN102835065B (zh) 与ip多媒体子系统中的计费有关的方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20151216

Termination date: 20170724