CN102835065B - 与ip多媒体子系统中的计费有关的方法和设备 - Google Patents

Abstract

提供了一种与在IP多媒体子系统IMS中的服务的计费有关的方法。服务是由第一订户请求并且涉及第二订户的一种服务。从第一订户接收(S1)传达与第二订户有关的信息的服务有关请求消息。确定(S2)多个终端与第二订户相关联。将信用控制请求消息发送(S3)到IMS的计费功能，信用控制请求消息传达与多个终端有关的信息。从计费功能接收(S4)传达与多个终端有关的信用有关信息的信用控制应答消息。至少在一定程度上从接收的信用有关信息确定(S5)多个终端中的哪些终端涉及第一订户请求的服务。将服务有关请求发送(S6)到确定的终端以使它们涉及第一订户请求的服务。

Description

与 IP 多媒体子系统中的计费有关的方法和设备

技术领域

本发明涉及与IP多媒体子系统中的计费有关的方法和设备。

背景技术

IP多媒体子系统(IMS)是由第三代合作伙伴计划(3GPP)为通过移动通信网络提供IP多媒体服务定义的一种技术。IP多媒体服务能够在同一会话内提供话音、视频、消息传递(messaging)、数据等的动态组合。IMS利用会话启动协议(SIP)设置和控制用户终端之间的呼叫或会话。SIP信号携带的会话描述协议(SDP)用于描述和协商会话的媒体组件。虽然SIP创建为用户到用户协议，但IMS允许运营商和服务提供商控制用户对服务的访问并相应地向用户计费。

图1以示意图方式示出在通用分组无线电服务(GPRS)接入网络情况下IMS如何适合移动网络体系结构。如图1所示，通信的控制发生在三个层（或平面）。最低层是连通性层1，也称为承载或用户平面，并且通过该层将信号引导至接入网络的用户设备(UE)，或从接入网络的用户设备(UE)引导信号。连通性层1内连接IMS订户到IMS服务的实体形成称为IP连通性接入网络IP-CAN的网络。GPRS网络包括各种GPRS支持节点(GSN)。网关GPRS支持节点(GGSN) 2a充当GPRS骨干网络与其它网络（无线电网络和IMS网络）之间的接口。中间层是控制层4，并且在顶部的是应用层6。

IMS 3包括通过控制层4和连通性层1操作的核心网络3a和服务网络3b。IMS核心网络3a包括经在连接层1的GGSN 2a发送/接收去往/来自GPRS网络的信号的节点和在控制层4中作为IMS内的SIP代理操作的网络节点（包括呼叫/会话控制功能(CSCF)）。

3GPP体系结构定义三种类型的CSCF：代理CSCF (P-CSCF)，其是SIP终端在IMS内的第一联系点；服务CSCF (S-CSCF)，它为用户提供用户预订的服务；以及询问CSCF (I-CSCF)，其作用是标识正确的S-CSCF并经P-CSCF向该S-CSCF转发从SIP终端接收的请求。顶部应用层6包括IMS服务网络3b。应用服务器(AS) 7提供用于实现IMS服务功能性。

3GPP TS 32.240和3GPP TS 32.260定义IMS计费体系结构和原理，并由此定义何时发送计费信息和何时不发送计费信息。

在计费适用的任何服务执行的上下文中，至少一个计费确定（或触发）点必须存在，以便生成会计记录（用于离线计费），或者以便请求此特定服务或会话的限额/授权（用于在线计费）。离线计费是一种后付费类型的计费方案，由此计费在服务已由用户消费后执行；例如，用户可能接收到每月帐单，显示前一月的可计费项目。在线计费是一种预付费类型的计费方案，其中网络实体会在允许用户访问请求的服务之前咨询计费系统。然而，在线计费也能够在后付费计费方案中使用，例如，用于后付费服务的实时信用控制，以及用于设置后付费服务的使用限制等等。

用于IMS的在线计费在3GPP标准中定义为Ro参考点。使用在线计费时，在呼叫设置时将请求发送到计费系统，并且由计费系统预留信用以允许呼叫继续。如果用于呼叫的信用不足，则能够拒绝呼叫或者允许呼叫继续。

本申请人已理解与当前指定的情况有关的以下问题。

作为现有解决方案的一部分，每个请求只能向计费系统请求一个可能目标的信用。目前，对于象在3GPP中定义的灵活提示(Flexible Alerting)服务等不同类型的并行和串行振铃服务的兴趣在增大。借助于此类服务，单个呼叫能够使许多终端得到提示。并行振铃指几个终端同时得到提示，但通常只有一个终端将是活动呼叫的一部分。

本申请人理解，标准未非常适当地涉及订户在不同接入类型的多个终端上造成振铃的情形，特别是未从在线计费角度涉及。服务灵活提示[3GPP TS 24.239，“使用IP多媒体(IM)核心网络(CN)子系统的灵活提示(FA)；协议规范”("Flexible Alerting (FA) using I P Multimedia (I M) Core Network (CN) subsystem; Protocol specification")]指示了多个终端的使用，但未提及计费。

人们可能考虑根据以下三种选项之一为多个目标进行在线计费，但所有三个选项都有缺陷。

第一个选项会是在接收呼叫设置消息时请求要同时呼叫的每个目标的信用。这会意味着如果要提示所有目标，则帐户需要具有可用于所有目标的信用。可能有充足的信用用于最昂贵呼叫，但由于是为每个目标预留信用，因此，这可能导致未提示所有目标。

第二种选项会是不在呼叫设置时而在呼叫应答时预留信用，因此只为建立的呼叫预留信用。如果没有足够的信用，则能够断开呼叫连接。此解决方案具有的缺陷是除了违反3GPP定义外，所有目标都得到了提示，但由于剩余信用额的原因，可能不允许提示任何目标或只一些目标，并且这可导致“鬼来电”(ghost ringing)。

第三种选项会是上述两种的组合，即，请求用于一个目标的信用以确保至少有一些信用可用。随后，在应答时，返回信用，并且基于应答的目标执行新信用请求。这可能减少鬼来电，但即使没有足够信用可用于应答的呼叫，所有目标也将振铃。此选项的另一缺陷是初始请求可针对最昂贵的目标，因此，即使有可用于并行振铃的一些目标的信用，呼叫设置也将停止。

最好是解决如本申请人所标识和阐述的上述问题。

发明内容

根据本发明的第一方面，提供了一种与IP多媒体子系统IMS中的服务的计费有关的方法。服务是由第一订户请求并且涉及第二订户的一种服务。从第一订户接收传达与第二订户有关的信息的服务有关请求消息。与第二订户有关的信息使得能够标识第二订户，或者至少足以使得能够确定多个终端与第二订户相关联。将信用控制请求消息发送到IMS的计费功能，信用控制请求消息传达与多个终端有关的信息。从计费功能接收传达与多个终端有关的信用有关信息的信用控制应答消息。至少在一定程度上从接收的信用有关信息确定多个终端中的哪些终端涉及第一订户请求的服务。将服务有关请求消息发送到确定的终端以使它们涉及第一订户请求的服务。

服务有关请求消息可以是会话启动协议SIP消息。SIP消息可以是以下之一：INVITE（邀请）、MESSAGE（消息）、PUBLISH（公布）、NOTIFY（通告）或诸如SUBSCRIBE（预订）、REFER（引用）和REGISGER（登记）等3GPP TS 32.260中提及的任何相关消息。虽然SIP OPTIONS（选项）和INFO（信息）消息未在TS 32.260中列为触发计费，但在将来它们可能以确实触发计费的方式使用，并且因此会视为根据本发明的一实施例的服务有关请求消息。

服务可涉及在第一与第二订户之间的通信会话（或至少涉及此类会话的建立或建立此类会话的尝试）。服务有关请求消息可以是邀请第二订户与第一订户建立此类会话的SIP INVITE（邀请）。

服务可涉及信息从第一订户到第二订户的发送。服务有关请求消息可以是将此类信息从第一订户传达到第二订户的SIP MESSAGE（消息）消息。

信用有关信息可为多个终端的每个终端指示是否有足够的信用使该终端涉及服务。可确定不发送服务有关请求消息到指示其信用不足的任何终端。

信用有关信息可包括有足够信用涉及服务的多个终端的那些终端的列表。信用有关信息可包括没有足够信用涉及服务的多个终端的那些终端的列表。

信用有关信息可包括总可用信用的指示和对于每个终端，使该终端涉及服务所要求的信用的指示。这会允许设备自行确定是否有用于每个终端的足够信用，并且其它因素也可在决定中考虑在内，例如，计费功能会不知道的因素。

信用有关信息可为多个终端群组的每个群组说明是否有足够的信用使该群组的终端涉及服务。

如果在信用有关信息中未明确提及多个终端的某个终端或者在信用有关信息中没有与多个终端的某个终端有关的信息，则信用有关信息可被理解成传达没有足够信用使该终端涉及服务。因此，缺乏与终端有关的信息仍能够视为是有关该终端的传达信息。

信用控制请求消息可指定会被允许涉及服务的终端的数量，例如终端的最大数量。此数量可以为一。

所有终端信息可在到计费功能的单个信用控制请求消息中传达。

所有信用有关信息可在来自计费功能的单个信用应答消息中传达。

计费功能可以是IMS的在线计费系统。

方法步骤可由IMS的应用服务器执行。

信用控制请求消息可以是CCRi消息，并且信用控制应答消息是CCAi消息。对于象MESSAGE（消息）等会话无关事件，也会可能将CCRe消息用于所谓的直接借记，或者使用即时事件计费(Immediate Event Charging, IEC)，如在例如3GPP TS 32.260中知道的一样。

术语“订户”旨在覆盖涉及一群订户的情况。例如，可设置到一群订户的服务，例如，会议呼叫。

根据本发明的第二方面，提供了一种操作IP多媒体子系统IMS的计费功能的方法，方法包括：接收与第一订户请求并且涉及第二订户的服务有关的信用控制请求消息，信用控制请求消息包括与第二订户相关联的多个终端有关的信息；为多个终端的每个终端确定信用的可用性；通过包括与多个终端有关的信用有关信息的信用控制应答消息进行回复；以及预留足够的信用以支付能够由请求产生的任何服务。

根据本发明的第三方面，提供了一种用于与IP多媒体子系统IMS中的服务的计费有关的使用的设备，服务由第一订户请求并且涉及第二订户，以及设备包括：用于从第一订户接收传达与第二订户有关的信息的服务有关请求消息的部件；用于确定多个终端与第二订户相关联的部件；用于将信用控制请求消息发送到IMS的计费功能的部件，信用控制请求消息传达与多个终端有关的信息；用于从计费功能接收传达与多个终端有关的信用有关信息的信用控制应答消息的部件；用于根据接收的信用有关信息，确定多个终端中的哪些终端涉及第一订户请求的服务的部件；以及用于将服务有关请求发送到确定的终端以使它们涉及第一订户请求的服务的部件。

根据本发明的第四方面，提供了一种配置成实现在IP多媒体子系统IMS内使用的计费功能的设备，设备包括：用于接收与第一订户请求并且涉及第二订户的服务有关的信用控制请求消息的部件，信用控制请求消息包括与第二订户相关联的多个终端有关的信息；用于为多个终端的每个终端确定信用的可用性的部件；用于通过包括与多个终端有关的信用有关信息的信用控制应答消息进行回复的部件；以及用于预留足够的信用以支付能够由请求产生的任何服务的部件。

根据本发明的第五方面，提供有一种用于控制设备执行根据本发明的第一或第二方面所述的方法的程序，或在加载到设备中时促使设备变成根据本发明的第三或第四方面所述的设备的程序。程序可在载体介质上携带。载体介质可以是存储介质。载体介质可以是传送介质。

根据本发明的第六方面，提供有一种通过根据本发明的第三方面所述的程序编程的设备。

根据本发明的第七方面，提供有一种包含根据本发明的第三方面所述的程序的存储介质。

在一个实施例中，在呼叫设置并且需要多个可能目标时，信用请求包含所有可能目标，并且可选择性地包含仅一个目标能够成为活动呼叫的信息。基于此，计费系统能够确定有用于哪些目标的足够可用信用和预留信用，例如，用于最昂贵的允许目标。响应包含所有目标的列表和是否有足够的信用提示特定目标。此类解决方案也适用于象例如消息传递等会话无关事件。

本发明的一实施例提供解决与现有技术有关的上述问题的技术优点。技术优点在下面更详细说明。

附图说明

图1如本文中前面所述，以示意图方式示出IP多媒体子系统集成到3G移动通信系统中；

图2提供本发明的一实施例的示意概观；

图3是更详细示出图2的某些节点的示意框图；

图4是示出图3所示部分执行的步骤的示意流程图；

图5是提供在本发明的一个特定实施例中如何交换消息的概观的消息交换图；

图6是提供在本发明的另一特定实施例中如何交换消息的概观的消息交换图；以及

图7是对应于图3的示意框图，带有提供用于每个组件的备选名称。

具体实施方式

图2提供在IP多媒体子系统(IMS)的上下文中本发明的一实施例的示意概观。第一订户A与终端UE-A（其中，UE表示用户设备）相关联，而第二订户B与各种终端UE-B1（这又包括子终端UE1-B1、UE2-B1和UE3-B1）、UE-B2和UE-B3相关联。终端UE-A经服务GPRS支持节点(SGSN)、GGSN和P-CSCF访问IMS的S-CSCF，这些节点在上面参照图1进行了简要描述，或者在本领域已为人所熟知。在图2中，N-SBG表示网络会话边界网关，并且MGC表示媒体网关控制器。

本发明的一实施例的主要功能性由应用服务器(AS) 10提供。应用服务器10与在线计费系统(OCS) 20通信，在传达与第二订户B的各种终端UE-B1、UE-B2和UE-B3有关的信息的信用请求消息中传递信息到在线计费系统20，以及从在线计费系统20接收回信息以允许应用服务器10执行其功能。这将在下面参照图3到5进一步详细地说明。

图3是更详细示出图2的应用服务器10和在线计费系统20的示意框图。应用服务器10包括服务有关请求接收单元11、终端确定单元12、计费消息传送单元13、计费消息接收单元14、终端选择单元15及服务有关请求传送单元16。在线计费系统20包括计费消息接收单元21、信用确定单元22、信用预留单元23及计费消息传送单元24。图3中还示出图2的与订户A相关联的终端UE-A和与订户B相关联的终端UE-B1、UE-B2和UE-B3（为简明起见，终端UE-B1被视为单个终端而不是如图2所示具有子终端）。

图4是示出由图3的应用服务器10和在线计费系统20执行的步骤的示意流程图。

并行振铃服务最初用作可存在多个目标的情况的示例，并且图5是提供在此特定情形中能够如何交换消息的概观的消息交换图。订户B预订并行振铃服务，其中，其三个终端UE-B1、UE-B2和UE-B3将为输入呼叫同时振铃。订户B能够从任何终端应答，并且可选的是，服务可设置成他只能从其中之一应答（情况通常会是如此）。AS 10协调并行振铃服务。生成计费信息以提供运营商服务使用信息，该信息也将使得运营商能够为服务的使用计费。

在这点上，应注意的是，虽然以一般术语描绘图3和4以便覆盖本发明的任何实施例，但为清晰起见，下面参照图3到图5的初始描述将主要集中在本发明到IMS中的呼叫设置（会话建立）的应用上。随后，将描述本发明到呼叫设置（会话建立）以外的其它情形的应用，并且将参照图6描述一个特定示例。图3和图4也适用于图6所示的示例。

现在回到并行振铃服务示例，在图4的步骤S1中，AS 10的服务有关请求接收单元11从订户A接收服务有关请求消息。这是图5的SIP INVITE（邀请）消息P1。在此方面，订户A在请求的服务至少涉及在订户A和订户B之间建立通信会话的尝试，服务有关请求消息是邀请订户B与订户A建立此类会话的SIP INVITE（邀请）消息。

在步骤S2中，AS 10的终端确定单元12确定三个终端UE-B1、UE-B2和UE-B3与订户B相关联。在步骤S3中，AS 10的计费消息传送单元13将初始信用控制（计费）请求CCRi发送到OCS 20；这是图5的消息P2。计费消息传送单元13包括与要同时呼叫的所有目标有关的信息，这些目标在图3所示的示例中是UE-B1、UE-B2和UE-B3。

在步骤T1中，OCS 20的计费消息接收单元21接收信用控制请求消息P2。OCS 20的信用确定单元22随后在步骤T2中分析所有目标以查找正确的费率，并且在步骤T3中，OCS 20的信用预留单元23相应地预留信用。在步骤T4中，由OCS 20的计费消息传送单元24将响应发送回AS 10；这是图5的消息P3，并且每请求的目标指示AS 10是否能够使用该目标。在图3所示的示例中，将UE-B2标记为不允许终止在进行的呼叫。

在AS 10在步骤S4中在其计费消息接收单元14接收响应后，意图是它将只提示指示为允许的目标。因此，在步骤S5中，终端选择单元15使用接收的信用有关信息来确定多个终端（UE-B1、UE-B2和UE-B3）中仅UE-B1和UE-B3要涉及订户A请求的服务（呼叫设置）。

在步骤S6中，AS 10的服务有关请求传送单元16将服务有关请求消息（INVITE（邀请））发送到确定的终端（UE-B1和UE-B3）以使它们涉及订户A请求的服务（呼叫设置）。这对应于图5的消息P4和P5，它们分别发送到终端UE-B1和UE-B3。

参照图5，在此示例中，终端UE-B3通过到AS 10的200 OK消息P6来接受。在响应中，由于在此示例中只有一个终端能够应答，因此，AS 10发送CANCEL（取消）消息P7到终端UE-B1。CCRu消息P8接着从AS 10发送到OCS 20以通知OCS 20已与UE-B3建立呼叫，并且OCS 20通过到AS 10的CCAu消息P9来应答。AS 10又将200 OK消息P10发送到订户A以应答原INVITE（邀请）消息P1。

在呼叫建立后，只涉及的目标需要被包括在随后的信用控制请求中。

在呼叫要终止时，BYE（再见）消息P11从订户A发送到AS 10，其作为消息P12转发到UE-B3。AS 10将CCRt消息P13发送到OCS 20，OCS 20通过到AS 10的CCAt消息P14来响应。

如图5所示的解决方案的优点是关于多个目标的振铃能够通过单个在线计费会话而不是多个在线计费会话处理。这使得实现服务的更好控制，并且仅有足够信用的目标将得到提示，而不产生鬼来电和无不必要的呼叫拒绝。这将最大化使用可用信用的可能性。它也减少了信令并由此降低了在网络上的负载。

类似地，解决方案只需要将单个在线计费会话用于会话无关事件，而产生与如上相同的益处。在此方面，将理解的是，等效机制能够应用到其它服务，包括会话无关服务，其中，可涉及不止一个目标终端。

一个此类会话无关服务是消息传递服务，并且示例消息传递序列在图6中示出。此示例适合如图3和图4所示的一般方案，并且极其接近对应于如图5所示的示例。在此方面，图6的方案一般涉及用于在IP多媒体子系统(IMS)中为服务计费的方法，服务由第一订户（订户A）请求并且涉及第二订户（订户B）。在图6所示示例中，服务涉及发送第一订户希望向第二订户传达的信息，并且第二订户至少在它接收从第一订户发送的信息的程度上涉及服务。

参照图4的流程图（并且借助于使用图5中隐含且技术人员明白的对应部分），在步骤S1中，由AS 10从第一订户接收传达与第二订户有关信息的服务有关请求消息。服务有关请求消息是图6的SIP MESSAGE（消息）消息Q1，并且携带第一订户希望向第二订户传达的信息。由服务有关请求消息传达的与第二订户有关的信息足以允许AS 10在步骤S2中确定实际上多个终端与第二订户相关联。因此，需要做出有关那些多个终端的哪个终端要接收第一订户希望向第二订户传达的信息的决定。

有鉴于此，在步骤S3中信用控制请求消息被发送到IMS的计费功能（OCS 20），并且在步骤T1中由OCS 20接收。信用控制请求消息是图6的CCRi消息Q2，并且足以传达使得OCS 20能够在步骤T2中为多个终端的每个终端确定信用可用性的信息。OCS 20在步骤T4中通过包括与多个终端有关的信用有关信息的信用控制应答消息进行回复；这是图6的CCAi消息Q3。OCS 20在步骤T3中预留足够的信用以支付能够从请求产生的任何服务。

信用控制应答消息在步骤S4中由AS 10接收，并且在步骤S5中，AS 10根据接收的信用有关信息确定多个终端的哪些终端涉及第一订户请求的服务；换而言之，AS 10确定多个终端的哪个终端要接收在MESSAGE（消息）消息Q1中从第一订户发送的信息。在步骤S6中，AS 10发送服务有关请求消息到步骤S5中确定的每个终端，其在此示例中是分别发送MESSAGE（消息）消息Q4和Q5到终端UE-B1和UE-B3；每个MESSAGE（消息）消息携带第一订户希望向第二订户传达并且由消息Q1传达的信息。

将理解的是，在此示例中，两个终端UE-B1和UE-B3均从服务受益，因为它们接收信息，并且因此产生与终端UE-B1和UE-B3均涉及服务有关的费用。有鉴于此，终端UE-B1和UE-B3发送相应200 OK消息Q6和Q7到AS 10，AS 10发送包括终端UE-B1和UE-B3的标识的CCRt消息Q8到OCS 20，并且OCS 20通过CCAt消息Q9进行回复。最后，AS 10将200 OK消息Q10发送到第一订户以回复原MESSAGE（消息）消息Q1。

除上面分别关于图5和图6描述的服务有关请求消息INVITE（邀请）和MESSAGE（消息）外，将理解的是，本发明适用于许多其它类型的服务有关请求消息，如PUBLISH（公布）、NOTIFY（通告）、SUBSCRIBE（预订）、REFER（引用）、REGISGER（登记）、OPTIONS（选项）及INFO（信息）。通常，关于IP多媒体子系统IMS中任何服务的计费，本发明均适用，其中，服务由第一订户请求并且涉及具有多个相关联终端的第二订户。

图3的示意框图在图7中再次示出，带有提供用于应用服务器10和在线计费系统20的每个组件的备选名称。图3的服务有关请求接收单元11是图7中的第一接收器。终端确定单元12是图7中的第一处理器。计费消息传送单元13是图7中的第一传送器。计费消息接收单元14是图7中的第二接收器。终端选择单元15是图7中的第二处理器。服务有关请求传送单元16是图7中的第二传送器。计费消息接收单元21是图7中的接收器。信用确定单元22是图7中的第一处理器。信用预留单元23是图7中的第二处理器。计费消息传送单元24是图7中的传送器。

将理解的是，一个或多个上述组件的操作能够以一个或多个处理器或处理单元的形式提供，处理单元能够至少部分由在装置或设备上操作的程序控制或提供。几个所描绘组件的功能实际上可由单个组件执行。单个处理器或处理单元可布置成执行多个组件的功能。此类操作程序能够存储在计算机可读介质上，或者例如可以在诸如从因特网网站提供的可下载数据信号等信号中实施。随附权利要求书要解释为本身覆盖操作程序，或者解释为载体上的记录或信号，或者以任何其它形式解释。

本领域的技术人员也将理解，在不脱离如随附权利要求定义的本发明的范围的情况下，可对上述实施例进行各种修改。

Claims (20)

1.一种与IP多媒体子系统IMS中的服务的计费有关的方法，所述服务由第一订户请求并且涉及第二订户，以及所述方法包括：

从所述第一订户接收传达与所述第二订户有关的信息的服务有关请求消息；

确定多个终端与所述第二订户相关联；

将信用控制请求消息发送到所述IMS的计费功能，所述信用控制请求消息传达与所述多个终端有关的信息；

从所述计费功能接收传达与所述多个终端有关的信用有关信息的信用控制应答消息；

根据所接收的信用有关信息，确定所述多个终端中的哪些终端涉及所述第一订户请求的服务；以及

将服务有关请求消息发送到所确定的终端以使它们涉及所述第一订户请求的服务，从而不产生鬼来电和不必要的呼叫拒绝。

2.如权利要求1所述的方法，其中所述服务有关请求消息是会话启动协议SIP消息。

3.如权利要求1所述的方法，其中所述服务有关请求消息是以下中之一：邀请INVITE、消息MESSAGE、公布PUBLISH、通告NOTIFY、预订SUBSCRIBE、引用REFER、登记REGISTER、选项OPTIONS及信息INFO。

4.如权利要求2或3所述的方法，其中所述服务至少涉及在所述第一订户与所述第二订户之间建立通信会话的尝试，以及其中所述服务有关请求消息是邀请所述第二订户与所述第一订户建立所述会话的SIP INVITE消息。

5.如权利要求2或3所述的方法，其中所述服务涉及信息从所述第一订户到所述第二订户的发送，以及其中所述服务有关请求消息是将所述信息从所述第一订户传达到所述第二订户的SIP MESSAGE消息。

6.如权利要求1-3中任一项所述的方法，其中所述信用有关信息为每个所述终端指示是否有足够的信用使该终端涉及所述服务，以及其中确定不发送服务有关请求消息到指示其信用不足的任何终端。

7.如权利要求6所述的方法，其中所述信用有关信息包括有足够信用涉及所述服务的所述多个终端的那些终端的列表，或没有足够信用涉及所述服务的所述多个终端的那些终端的列表。

8.如权利要求1-3中任一项所述的方法，其中所述信用有关信息包括总可用信用的指示和对于每个所述终端，使该终端涉及所述服务所要求的信用的指示。

9.如权利要求1-3中任一项所述的方法，其中所述信用有关信息为多个终端群组的每个群组说明是否有足够的信用使该群组的终端涉及所述服务。

10.如权利要求1-3中任一项所述的方法，其中如果在所述信用有关信息中未明确提及所述多个终端的某个终端或者在所述信用有关信息中没有与所述多个终端的某个终端有关的信息，则所述信用有关信息被理解成传达没有足够信用使该终端涉及所述服务。

11.如权利要求1-3中任一项所述的方法，其中所述信用控制请求消息指定会被允许涉及所述服务的终端的数量。

12.如权利要求11所述的方法，其中终端的所述数量为一。

13.如权利要求1-3中任一项所述的方法，其中所有所述终端信息在到所述计费功能的单个信用控制请求消息中传达。

14.如权利要求1-3中任一项所述的方法，其中所有所述信用有关信息在来自所述计费功能的单个信用控制应答消息中传达。

15.如权利要求1-3中任一项所述的方法，其中所述计费功能是所述IMS的在线计费系统。

16.如权利要求1-3中任一项所述的方法，其中所述方法步骤由所述IMS的应用服务器执行。

17.如权利要求1-3中任一项所述的方法，其中所述信用控制请求消息是CCRi消息，并且所述信用控制应答消息是CCAi消息。

18.一种操作IP多媒体子系统IMS的计费功能的方法，所述方法包括：

接收与第一订户请求并且涉及第二订户的服务有关的单个信用控制请求消息，所述信用控制请求消息包括与所述第二订户相关联的多个终端有关的信息；

为所述多个终端的每个终端确定信用的可用性；

通过包括与所述多个终端有关的信用有关信息的信用控制应答消息进行回复；以及

预留足够的信用以支付由所述请求产生的任何服务，从而不产生鬼来电和不必要的呼叫拒绝。

19.一种用于与IP多媒体子系统IMS中的服务的计费有关的使用的设备，所述服务由第一订户请求并且涉及第二订户，以及所述设备包括：

第一接收器，布置成从所述第一订户接收传达与所述第二订户有关的信息的服务有关请求消息；

第一处理器，布置成确定多个终端与所述第二订户相关联；

第一传送器，布置成将信用控制请求消息发送到所述IMS的计费功能，所述信用控制请求消息传达与所述多个终端有关的信息；

第二接收器，布置成从所述计费功能接收传达与所述多个终端有关的信用有关信息的信用控制应答消息；

第二处理器，布置成根据所接收的信用有关信息，确定所述多个终端中的哪些终端涉及所述第一订户请求的服务；以及

第二传送器，布置成将服务有关请求消息发送到所确定的终端以使它们涉及所述第一订户请求的服务，从而不产生鬼来电和不必要的呼叫拒绝。

20.一种配置成实现在IP多媒体子系统IMS内使用的计费功能的设备，所述设备包括：

接收器，布置成接收与第一订户请求并且涉及第二订户的服务有关的单个信用控制请求消息，所述信用控制请求消息包括与所述第二订户相关联的多个终端有关的信息；

第一处理器，布置成为所述多个终端的每个终端确定信用的可用性；

传送器，布置成通过包括与所述多个终端有关的信用有关信息的信用控制应答消息进行回复；以及

第二处理器，布置成预留足够的信用以支付由所述请求产生的任何服务，从而不产生鬼来电和不必要的呼叫拒绝。