通信系统中的计费的制作方法

专利名称：通信系统中的计费的制作方法
技术领域：
本发明涉及通信系统中的计费，更具体地说涉及通信会话的计费。
背景技术：
通信系统可被看作一种能够实现两个或多个实体，例如用户设备和/或与系统相关的其它节点之间的通信的设施。通信可包括例如语音、数据、多媒体等的通信。
在基本的通信系统中，提供简单的通信网络把两个用户链接在一起，以致在通信会话期间，用户设备的用户能够相互通信。会话也可用术语呼叫来表示。为了建立一个通信会话，一般需要至少一些设置信令。用户设备和通信网络的实体之间的通信以及设置信令可基于恰当的一种或多种通信协议。
按照惯例，网络中的指定计费实体使用保存的费率表，根据会话的持续时间来确定某一呼叫或其它会话的费用。每个用户一般与网络运营者达成至少某一种计费协议，例如计费账户。这样的用户可被称为订户。某一会话的费用随后可被划归发起，即开始该会话的用户的计费账户。
当通信会话正在进行时，网络可使用费率表划归该会话或使用其它服务的应付费用。在后付费(postpaid)协议中，一般在规定的一段时间之后，例如每月一次收取使用通信服务的费用。在预计费(pre-paid)账户中，费用被预先收取。
预计费通信账户正在变得日益普及。按照预付费账户方案，用户预先支付通信服务的费用。当用户使用服务时，从预付费账户的余额中扣除这些服务的费用，直到余额减小到0为止。随后网络阻止用户使用服务，直到账户已被充值为止。预付费的优点在于网络运营者不必如同后付费账户的情况那样依赖于用户支付服务的欠款。用户可能也更喜欢预付费账户，因为他们能够容易地控制通信服务的使用成本。预付费账户还可向用户提供匿名。
通信系统的用户可以获得各种并且数目日益增大的服务。可通过通信系统提供的服务的一个例子是所谓的多媒体服务。能够为用户提供多媒体服务的通信系统的一个例子是IP(因特网协议)多媒体网络。IP多媒体(IM)功能可由IP多媒体子系统(IMS)提供。要在多媒体应用中传送的数据可包括各种类型的数据。例如，语音、视频或其它图像数据、流式数据、文本数据和其它内容数据可通过通信系统在通信双方之间传送。
IMS中的各种应用引入的各种各样的通信服务和类型要求改进计费功能的灵活性。例如，在计费责任不必取决于发起通信的用户的情况下，预付费计费需要不同计费实体之间的在线通信。
但是，在常规的IMS网络中，计费实体不可能相互通信。于是，需要一种能够实现不同计费实体之间的通信的机制。
此外，在一些IMS应用中，可能要求能够使用所谓的“对方付费电话”类计费，即被叫方负担至少一部分费用的计费。这种计费也被称为被叫计费(reversed charge)。
在典型的被叫计费应用中，使被叫方知道任意被叫计费的要求。从而与计费相关的信息需要在双方之间传递，而不只是在处理呼叫的一个或多个网络内传递。这意味着需要提供一种端对端计费机制。但是，诸如因特网多媒体子系统之类的一些通信设施不能处理被叫计费所需的这种消息接发。
于是，需要提供通信网络中的增强的更灵活的计费能力。

发明内容
本发明的实施例的目的在于解决一个或几个上述问题。
根据本发明的一个方面，提供通信系统中的一种计费方法，所述方法包括下述步骤通过从第一方向第二方发送邀请第二方加入通信会话的消息，在第一方和第二方之间开始通信会话的建立，第一方由第一计费实体服务，第二方由第二计费实体服务；发送对消息的响应，所述响应包括关于第二计费实体的信息；根据响应，向第一计费实体提供关于第二计费实体的信息；根据包括在响应中的信息，建立第一和第二计费实体之间的通信接口。
根据本发明的另一方面，提供一种通信系统，包括被配置成向第一用户设备收取通信系统提供的通信资源的使用费的第一计费实体；被配置成向第二用户设备收取通信系统提供的通信资源的使用费的第二计费实体；被配置成服务第一用户设备的第一控制实体；被配置成服务第二用户设备的第二控制实体；其中至少一个控制实体被配置成向相关的计费实体提供关于另一计费实体的信息，并且响应收到这样的信息，起动第一和第二计费实体之间的通信接口的建立。
根据本发明的另一方面，提供一种把关于会话计费的信息包括在响应加入会话的邀请而产生的消息中的用户设备。
根据本发明的另一方面，提供一种网络实体，所述网络实体被配置成服务第一用户设备，响应从服务第二用户设备的控制器收到与服务第二用户设备的第二计费实体相关的信息，把这样的信息提供给服务第一用户设备的第一计费实体。
根据本发明的另一方面，提供一种网络实体，所述网络实体被配置成服务一个用户设备，并把与服务该用户设备的计费实体相关的信息包括在从该用户设备到另一网络实体的消息中。
根据本发明的另一方面，提供一种用于通信系统的计费实体，所述计费实体被配置成服务第一用户设备，并与配置成服务第二用户设备的另一计费实体通信，所述通信以与第二计费实体相关，并从通信系统的控制器接收的信息为基础。
在本发明的更具体的实施例中，根据在计费实体之间的通信接口上传递的信息，对第二方收费。
会话起始协议(SIP)消息接发可被用于信息的交换。
关于第二计费实体的信息可被包括在服务第二方的控制器实体。建立第一和第二计费实体之间的通信接口所需的至少一部分信息可被包括在第二方的响应中。
信令可在至少两个网络上发生。
邀请第二方加入通信会话的消息可包括第二方被要求支付至少一部分的会话费用的指示。第二方付款的至少一个条件也可被包括。
本发明的实施例可提供通信系统中的更灵活的计费机制。例如，实施例能够实现诸如分开计费职责，被叫计费、赞助计费(sponsoredcharge)之类计费方法以及预付费计费的使用。一个优点在于提供利用在线协商建立被叫或分开计费的可能性。不需要使用任意B号码分析或预定义来实现这种特征。如果使用预付费计费，那么即使在B方正在支付至少一部分费用的情况下，实施例也可向呼叫方，即A方提供使用被叫方，即B方的正常电话号码的可能性。


参考附图，将更好地理解本发明，其中图1表示本发明的一个实施例；图2是根据本发明的实施例的流程图；图3和4是举例说明本发明的一些实施例的操作的信令流程图；图5表示其中可具体体现本发明的多网络通信系统。
具体实施例方式
下面将参考第三代(3G)移动通信系统的体系结构，举例说明本发明。但是，本发明显然可被应用于任意其它恰当形式的网络。
首先参考图1，图1示意表示了其中可具体体现本发明的通信系统38的一些部件。移动通信系统被安排成通过用户设备与通信系统38的各个基站34和44之间的无线接口，服务多个移动用户设备A和B。通信系统可包括至少一个移动通信网络。
移动用户设备被配置成以便与其它站无线通信，一般与移动通信系统的基站无线通信，从而实现其移动性。移动用户设备(也可被称为移动站)的基本工作原理为本领域的技术人员已知。用户可把移动用户设备用于各种任务，例如发出和接收电话呼叫，接收来自网络的数据和把数据发送给网络，以及体验例如多媒体内容。
移动用户设备可包括相对于移动通信网络的基站无线收发信号的天线部件。移动用户设备还可配有为移动用户设备的用户显示图像和其它图形信息的显示器。一般还设置扬声器装置。移动用户设备的操作可由恰当的用户接口，例如控制按钮、语音命令等控制。此外，移动站一般配有处理器实体和存储器装置。用户设备和通信网络的实体之间的通信可基于任意恰当的通信协议。所述协议的一个例子是会话起始协议(SIP)。
适合于因特网协议(IP)通信的任意恰当的移动用户设备可被用于连接因特网多媒体子系统(IMS)。例如，用户可借助个人计算机(PC)、个人数字助手(PDA)、移动站(MS)等访问IMS。
要理解虽然为了清楚起见，图1中表示了每个基站的一个用户设备，不过许多用户设备可同时与每个基站通信。
移动通信系统逻辑上又可在无线接入网(RAN)和核心网络(CN)之间划分。在图1是简化表示中，基站34和44属于相应的无线接入网。要认识到多个用户设备可由一个无线接入网(RAN)服务。另外要认识到虽然为了清楚起见，图1表示了两个无线接入网的基站，不过典型的通信网络系统包括许多无线接入网。
3G无线接入网(RAN)与一个或多个恰当的核心网络实体，例如与服务通用无线分组业务支持节点(SGSN)和恰当的控制实体，例如呼叫状态控制功能连接。为了清楚起见，图1中只表示了分别服务用户设备A和B的两个核心网络控制器实体36和46。
通信系统方面的最新发展包括由称为服务器的网络实体，而不是常规的转换器和交换机提供各种服务控制功能。例如，在目前的第三代(3G)无线多媒体网络体系结构中，几个不同的服务器被用于处理不同的控制功能。这些包括诸如呼叫状态控制功能(CSCFs)之类的控制功能。
呼叫状态控制功能实体可提供不同的功能，例如代理呼叫状态控制功能(P-CSCF)，询问呼叫状态控制功能(I-CSCF)，和/或服务呼叫状态控制功能(S-CSCF)。要认识到CSCF可用其它名称来表示，例如呼叫会话控制功能。服务呼叫状态控制功能构成订户需要向其注册，以便能够向通信系统请求服务的实体。除了服务控制实体之外，用户还需要与一个或多个代理和询问控制实体相联系。
图1还表示了两个计费实体30和40。计费实体30用于用户设备A的计费，计费实体40用于用户设备B的计费。每个计费实体30、40被表示成提供一个分别用于保存用户A和B的预付费账户的数据库31、41。
还表示了由一个实施例在计费实体30和40之间设置的接口50。
在下面参考图3-5更详细说明的实施例中，控制实体36和46分别向用户设备A和B提供服务呼叫状态控制功能。
现在参考图2的流程图和图3的信令流程图说明一个实施例。本实施例涉及其中用户设备A的用户，即A方通过在步骤100邀请用户设备B的用户，即B方加入会话，发起与B方的会话的建立进程。如果A方希望对该会话应用被叫计费，即如果A方希望B方支付至少一部分会话费用，那么A方可在关于该会话的初始请求中请求被叫计费。
在图3中，用户设备A和B被表示成分别位于两个不同的网络35和45中。从而，负责用户A和B的计费的计费实体也位于不同的网络中。在预付费系统中，当用户的预付费账户减小到0时，可能必须能够阻止用户使用服务。就最简单的形式来说，这可通过在会话进行的同时，计算会话的估计费用或真实费用，比较该费用与将被收取该呼叫的费用的预付费账户的余额，如果费用超过余额，则终止该会话来实现。在更复杂的通信系统中，例如符合GSM(全球移动通信系统)或UMTS(通用移动电信系统)标准或者第三代(3G)通信系统的其它标准的通信系统中，一个以上的运营者的网络可被用于传送该呼叫。所有这些网络的运营者能够独立地征收他们在支持该呼叫中所提供的服务的费用。这种系统理应需要能够可靠地把许多运营者关于单一会话产生的费用应用到正确的账户。此外，如果在包括一个以上网络的系统中，将被收取会话费用的用户的网络应必须能够跟踪会话进行时，正在形成的会话费用，即使会话费用来源于许多营运者。否则，当会话费用超过用户的预付费余额和/或不是从恰当的预付费账户收取源于不同运营者的所有费用时，可能会允许该会话继续进行。
现在参考图2和3，说明在包括多个网络的系统中，如何借助对会话起始协议(SIP)的扩展，提供被叫计费的例子。图3表示在会话起始协议(SIP)的初始信令阶段中的信令流。更具体地说，图3表示在会话建立消息接发信令期间和在建立实际的语音呼叫会话之前，分别与两个不同的网络35和45连接的用户设备A和B之间的消息1、2、4-6、8-10、12和13的信令。
关于对方付费电话的信息可被插入SIP消息中，作为特定的计费信息元素(CIE)。该信息也可被包括在扩展置标语言XML文件主体中。随后可根据来自SIP消息的信息，更新在线计费会话(A方和/或B方)。
更具体地说，当借助SIP信令协商被叫计费时，可利用网络实体，例如呼叫状态控制功能服务器能够解释的信息提供计费信息元素(CIE)。被叫计费的请求可由A方用户设备产生并被插入SIN‘INVITE’消息1中。请求的指示可被包括在INVITE消息的主题字段中。另一种可能性是使用嵌入消息主体中的指示。
该请求随后可和SIP‘INVITE’消息一起被传送给B方。INVITE消息可通过恰当的网络实体，例如代理和服务呼叫状态控制功能37、56、36和46，在消息2和4-6中被转发给B方用户设备。服务呼叫状态控制功能36可在控制步骤3执行服务控制操作。
在图2的步骤101，消息6在B方用户设备被接收，另外参见图3的消息7。此时，所述指示可被B方用户设备解释成被叫计费请求，可产生一个恰当的响应。
如果被请求会话的至少一部分费用将由B方的预付费账户41支付，那么最好从连接开始时就已使能够实现这种计费的信息在线可用。为了从连接开始时就已能够正确并且实时地向B方收费，需要这样。能够检查B方的预付费账户41是否具有足以支付费用的资金，或者甚至是否存在任何有效账户也是有利的。
B方用户设备可把其愿意至少分担费用的指示包括在图3的响应消息8中。该信息随后从B方用户设备被传送给与B方相关的网络实体。在图2中，这是在步骤102完成的。
网络实体之一，例如B网络45的S-CSCF 46随后检测到被叫计费请求已被接受。响应该检测，该网络实体随后可把其它信息包括在响应消息中，参见图2的步骤103。在图3中，CSCF 46可把所述其它信息包括在给CSCF 36的消息10中。
所述其它信息最好包括B方计费实体40的地址。该地址可以是例如计费实体40的IP地址或SIP URI(统一资源标识符)。该信息一般存在于已向用户设备分配服务的控制器部件中。
通过例如回送SIP‘183’(“会话进行中”)消息8，B方可接受与SIP‘INVITE’消息6一起接收的被叫计费请求。如果使用SIP信令，那么另一种可能性是在SIP‘200OK’消息中发送所需的计费信息。通过例如发送SIP‘BYE/CANCEL’作为响应，B方也可拒绝该请求。
服务于A方的网络控制器实体36在图2的步骤104接收消息10中关于B方的计费实体的信息。该信息可在步骤105被转发给A方的计费实体30(另外参见图3的服务控制步骤11)。例如，在服务CSCF36的SIP‘183’消息10的接收可被用于在图3的控制步骤11触发给订户A的计费实体30的请求计费的消息。该请求消息可以是例如根据Diameter协议的‘INTERIM RECORD’或‘UPDATE REQUEST’消息。该请求消息可包括‘对方付费电话参数’请求和B方计费实体的地址。
A方计费实体随后可通过使用接收的地址信息，联系B方的计费实体。借助这种机制，能够在步骤106建立图1的用于在A方和B方的计费实体30和40之间传递计费信息的接口50。随后根据在接口50传递的信息，B方可在步骤107被收取至少部分会话费用。
可按照任意恰当的方式，建立计费实体30和服务于A方的网络部件与计费实体40和/或服务于B方的网络部件之间的算账会话。本实施例中必不可少的是计费实体30可启动与计费实体40的计费会话，以致可在B方计费实体40完成至少一部分的计费。A方网络部件36和B方网络部件46之间，以及计费实体之间的地址信息的传递可以基于任何恰当的协议，例如会话起始协议(SIP)或Diameter协议。
Diameter定义计费应用，例如算账和信用控制。另外还定义诸如‘Accounting-Request’(ACR)、‘Accounting-Answer’(ACA)、‘START-RECORD’、‘INTERIM_RECORD’、‘STOP_RECORD’和‘EVENT_RECORD’之类消息。这些消息一般用于后付费情况。信用控制应用可使用诸如‘Credit-Control-Request’(CCR)、Credit-Control-Answer’(CCA)、‘INITIAL_REQUEST’、‘UPDATE_REQUEST’、‘TERMINATION_REQUEST’和‘EVENT_REQUEST’之类消息，尤其是用于预付费计费。
图4表示了设置会话计费的协商，以及A方和B方网络部件之间的交互作用的另一例证信令流程图。如上所述，响应消息8中B方对付费的同意，B方服务控制器46把B方计费实体地址信息加入传送给恰当的A方网络实体36的SIP‘183’消息11中。也可传递其它信息。例如，B方用户设备可把‘对方付费电话’信息加入消息8中。
本实施例中，当呼叫状态控制功能36收到SIP‘INVITE’消息1时，第一算账请求消息2可被发送给计费实体30。消息2可以是例如Diameter算账请求消息(‘START RECORD’)或Diameter信用控制请求消息(‘INITIAL REQUEST’)。该消息可由SIP‘INVITE’消息1触发。借助这种操作，能够在系统中进一步转发SIP‘INVITE’消息之前，开始收集计费数据。类似地，当B方的服务呼叫状态控制功能46从A方收到SIP‘INVITE’消息4时，它可向B方计费实体40发送恰当的计费请求消息5。
响应SIP‘INVITE’消息7，B方发送SIP‘183’响应8。该消息可包括与接受和可能的接受条件相关的信息。
图4表示服务控制器46和B方计费实体40之间的可能消息5、6、9和10。消息5和6可涉及“标准”计费操作。消息9和10可涉及通知计费实体B方将被收取呼叫费用的更新。例如出于安全原因是需要这样的。B方计费实体40可被配置成例如它不根据来自其它计费实体的请求启动任何计费，除非它从服务控制器46收到会话确实存在，并且B方已同意支付费用的确认。
当A方S-CSCF 36收到消息11时，它向A方计费实体30发送一个新的计费请求消息12，用于更新计费信息。更新的计费信息包括B方计费实体的地址。该地址随后可被A方计费实体30用于建立这两个计费实体之间的通信接口，参见消息14和15。A方计费实体30可根据例如Diameter协议，启动与B方计费实体40的新的计费会话。
在预付费情况下，最好从会话开始时即可获得对方付费呼叫信息。如图3和4中所示，当已在会话建立信令阶段中传递了该信息时，能够实现这一点。由于SIP可在因特网多媒体子系统(IMS)中被用于端到端方式的信令，因此在SIP消息中也可携带该信息。
即使在A方没有请求对话付费电话的情况下，也可从B方接收对方付费电话信息。从图3和4可看出，当从B方收到第一个SIP‘183’消息时，即可获得来自B方的对方付费电话信息。如果根据来自A方的SIP‘INVITE’消息，计费请求(例如‘START RECORD’或‘INITIALREQUEST’)已被发送给A方计费实体，那么即使在A方没有请求被叫计费的情况下，SIP‘183’消息也可触发用对方付费电话参数更新该请求(例如‘INTERIM RECORD’或‘UPDATE REQUEST’)。这可被用于例如免费电话服务。
当收到来自A方的SIP‘INVITE’消息时，B方起动服务。此时，B方可把涉及被叫付款条件的信息包括在响应消息中。例如，B方可把涉及费用将如何被划分的信息，诸如谁支付接入费用，IMS部分费用之类的计费层专用条件信息包括在响应消息中。例如，可规定B方支付一半的费用，或者B方支付所有费用等等。这可借助诸如‘Shared-Charging-Information’、‘Shared-Percentage’、‘Sponsor-Identity’(B方身份)之类的计费信息元素来实现。该信息随后可由A方S-CSCF用于指令恰当的计费实体。
A方S-CSCF还可通知A方会话免费。例如，‘免费’信息可被包括在给A方的SIP‘183’消息中。该信息可被包括在例如消息的主题字段中。
也可使用智能协商机制。当收到SIP‘183’消息时，A方可接受或拒绝B方的支付或分担费用的提议。如果已从第一个SIP‘INVITE’消息起动了A方计费，那么SIP‘200OK’或‘UPDATE’消息可触发新的算账请求。例如，‘INTERIM RECORD’或‘UPDATE REQUEST’消息可和所需的‘对方付费电话’参数一起被发送给计费实体。B方也可把涉及接受条款(例如部分接受)的信息包括在A方随后需要接受的SIP响应消息中。
还可从A方计费实体向B方提供费用信息。该信息可包括在给B方的SIP消息中。
图5表示了其中在提供A方和B方之间的会话时涉及三个网络35、45和55的实体的一个实施例。A方由他的本地公共陆地移动通信网(HPLMN)35，即，由A方预订的网络服务。在图5中，用虚线表示用于会话建立的信令。基于建立信令的实际会话建立由实线52表示。如图所示，用户设备A和B之间的实际通信直接在连接网络35和55的网关GPRS(通用分组无线服务)支持节点39和59之间发生。
如图所示，会话建立可由多个呼叫状态控制功能实体(CSCF)36、37、42、46和56处理。代理CSCF和询问CSCF的功能在本领域中已知，从而不再赘述。
呼叫状态控制功能实体36服务A方，即，A方已向实体36注册至少一个身份。往来于A方用户设备的通信由服务通用分组无线服务支持节点38处理。
而B方已从本地网络45漫游到访问网络55。往来于B方用户设备的通信由访问网络的服务通用分组无线服务支持节点58处理。但是，B方向其注册的服务呼叫状态控制功能46以及B方计费实体40位于B方的本地网络45中。从图5中可看出，计费实体30和40之间的接口并不依赖于各方所位于的网络。根据各方提供的地址信息，收集的计费数据可被传送给恰当的计费实体。于是，即使在至少一方已漫游到访问网络中的情况下，该实施例也能在计费实体30和40之间建立计费会话50。
上面描述了其中使A方计费实体知道B方计费实体的细节的实施例。也可把例如涉及A方计费实体30的信息包括在SIP‘INVITE’消息中，随后把该消息从服务B方的S-CSCF发送给B方计费实体40。这可在来自B用户设备的批准消息之后进行。计费实体30和40之间的接口随后可由B方计费实体40建立。
上述实施例能够实现分开计费或被叫计费的在线计费。上述实施例使A方计费实体30和B方计费实体40能够相互通信。在建立信令期间，分开计费或对应信息和B方计费实体地址可被插入恰当的消息中。A方计费实体可被看作充当B方计费实体的客户端。
B方用户设备可被配置成产生计费信息元素(CIE)的至少一部分的信息内容。网络实体，例如B方服务呼叫状态控制功能实体46可被配置成把其它所需数据包括在响应消息中。
要认识到所需信息已在B方用户设备被插入的方案也是可能的。这会要求B方用户设备可获得能够建立计费实体30和40之间的接口的信息。该信息可通过把与服务计费实体相关的信息保存在用户设备的存储器中，或者通过向网络，例如向服务控制器46请求这样的信息来提供。
注意上面公开的解决方案既适用于后付费计费，又适用于预付费计费。后付费和预付费计费之间的主要差别在于在后付费计费中，根据A方和B方计费实体之间的接口上的通信，费用会在B方的计费记录中累积，而不是监视和扣除预付费余额。
应认识到虽然例子假定从SIP‘INVITE’消息开始计费，不过这不是唯一的选择。例如，可响应SIP‘200OK’消息开始计费。这种情况下，不需要不同SIP消息之间的更新。
应认识到虽然已关于诸如移动站之类用户设备说明了本发明的实施例，不过本发明的实施例适用于任意其它恰当类型的用户设备。
已在第三代系统和会话起始协议的语境中描述了本发明的实施例。本发明还适用于任何其它恰当的通信系统和协议。
本发明的实施例讨论了两个计费实体之间的接口。本发明的实施例适用于可适用的其它网络部件。例如，本发明的机制可被用于其它控制特征，例如用于协商双方之间的会话的恰当服务质量(QoS)水平。
另外这里注意，虽然上面说明了本发明的例证实施例，不过在不脱离由附加权利要求限定的本发明的范围的情况下，能够对所公开的技术方案做出数种变化和修改。
权利要求
1.通信系统中的一种计费方法，所述方法包括下述步骤通过从第一方向第二方发送邀请第二方加入通信会话的消息，在第一方和第二方之间开始通信会话的建立，第一方由第一计费实体服务，第二方由第二计费实体服务；发送对消息的响应，所述响应包括关于第二计费实体的信息；根据响应，向第一计费实体提供关于第二计费实体的信息；根据包括在响应中的信息，建立第一和第二计费实体之间的通信接口。
2.按照权利要求1所述的方法，还包括根据在通信接口上传送的信息，对第二方收费的步骤。
3.按照权利要求2所述的方法，其中收费步骤包括减少保存在第二计费实体中的第二方的预付费余额。
4.按照权利要求2所述的方法，其中收费步骤包括在保持在第二计费实体中的第二方的订户账户上增加费用。
5.按照前述任意权利要求所述的方法，包括在服务第二方的控制器实体，把涉及第二计费实体的信息包括在响应中的步骤。
6.按照前述任意权利要求所述的方法，包括把建立第一和第二计费实体之间的通信接口所需的至少一部分信息包括在第二方的响应中的步骤。
7.按照前述任意权利要求所述的方法，包括在至少两个网络上的响应的信令。
8.按照前述任意权利要求所述的方法，包括把第二方被要求支付至少一部分会话费用的指示包括在邀请第二方加入通信会话的消息中的步骤。
9.按照权利要求6所述的方法，还包含包括第二方付款的至少一个条件的步骤。
10.按照前述任意权利要求所述的方法，其中各方通过因特网多媒体子系统通信。
11.按照前述任意权利要求所述的方法，其中服务第一方的呼叫状态控制功能把涉及第二计费实体的信息提供给第一计费实体。
12.按照前述任意权利要求所述的方法，其中涉及第二计费实体的信息至少包含第二计费实体的地址。
13.按照前述任意权利要求所述的方法，包括在会话起始协议消息中发送响应。
14.一种通信系统，包括被配置成向第一用户设备收取通信系统提供的通信资源的使用费的第一计费实体；被配置成向第二用户设备收取通信系统提供的通信资源的使用费的第二计费实体；被配置成服务第一用户设备的第一控制实体；被配置成服务第二用户设备的第二控制实体；其中至少一个控制实体被配置成向相关的计费实体提供关于另一计费实体的信息，并且响应收到这样的信息，起动第一和第二计费实体之间的通信接口的建立。
15.一种把关于会话计费的信息包括在响应加入会话的邀请而产生的消息中的用户设备。
16.一种网络实体，所述网络实体被配置成服务第一用户设备，响应从服务第二用户设备的控制器收到与服务第二用户设备的第二计费实体相关的信息，把这样的信息提供给服务第一用户设备的第一计费实体。
17.一种网络实体，所述网络实体被配置成服务一个用户设备，并把与服务该用户设备的计费实体相关的信息包括在从该用户设备到另一网络实体的消息中。
18.一种用于通信系统的计费实体，所述计费实体被配置成服务第一用户设备，并与配置成服务第二用户设备的另一计费实体通信，所述通信以与第二计费实体相关，并从通信系统的控制器接收的信息为基础。
全文摘要
通信系统中对用户收费的方法，包括通过从与第一计费实体相关的第一方向与第二计费实体相关的第二方发送邀请第二方加入通信会话的消息，启动第一方和第二方之间通信会话的建立。该方法还包括发送对消息的响应，所述响应包括关于第二计费实体的信息，根据响应，向第一计费实体提供关于第二计费实体的信息。最后，该方法包括根据来自响应的信息，建立第一和第二计费实体之间的通信接口。还公开了执行该方法的系统。响应可使用会话起始协议(SIP)。
文档编号H04L29/06GK1701591SQ200480001066
公开日2005年11月23日 申请日期2004年7月7日 优先权日2003年7月22日
发明者朱哈佩卡·克斯基宁, 朱哈·R.·瓦利宁, 安尼·纳利 申请人:诺基亚公司