用在IP多媒体子系统IMS网络中的装置

摘要

一种用在IP多媒体子系统IMS网络中的装置，用于处理会话发起协议SIP消息。该装置包括：接收机，用于从对等IMS节点接收SIP消息；以及，SIP消息检查器，用于检查所接收SIP消息中的P计费向量PCV首部，以检测在该PCV首部中参数和相关联处理限定符的存在。该装置还包括：SIP消息处理器，用于基于处理限定符而不参考所述相关联参数，确定要应用于所述参数和相关联处理限定符的一个或多个动作。

权利要求

1.一种用在IP多媒体子系统IMS网络中的装置，用于处理会话发起协议SIP消息，所述装置包括：接收机，用于从对等IMS节点接收SIP消息；

SIP消息检查器，用于检查所接收的SIP消息中的P计费向量PCV首部，以检测在所述PCV首部中参数和与所述参数相关联的处理限定符的存在，所述处理限定符定义要应用于所述参数和所述处理限定符的一个或多个动作；以及SIP消息处理器，用于基于所述处理限定符而不参考所述参数，确定要应用于所述参数和所述处理限定符的一个或多个动作。

2.根据权利要求1所述的装置，其中，动作是从动作集合中选择的，所述动作集合包括：a)在向另一对等IMS节点转发所述SIP消息之前，从所述SIP消息中移除所述参数和所述处理限定符；

b)在向另一对等IMS节点转发所述SIP消息之前，将所述参数和所述处理限定符保留在所述SIP消息中。

3.根据权利要求1或2所述的装置，所述SIP消息处理器被配置为：基于所接收的SIP消息的消息类型和/或基于要响应于所接收的SIP消息而发送的消息的消息类型，确定要应用于所述参数的动作。

4.根据权利要求1或2所述的装置，所述SIP消息处理器被配置为：确定所述装置是否处于处理限定符所标识的分发域中，并根据前述确定的结果，确定所述动作。

5.根据权利要求1或2所述的装置，其中，动作包括：在所述装置中存储所述参数和所述处理限定符，用于允许在后续SIP消息中包括所述参数和所述处理限定符。

6.根据权利要求1或2所述的装置，其中，所述SIP消息检查器被配置为：检测所述处理限定符作为所述参数的前缀或后缀。

7.根据权利要求1或2所述的装置，所述装置被配置为作为以下之一来操作：IMS应用服务器，

呼叫会话控制功能；

媒体网关控制器；以及

互联边界控制功能。

8.根据权利要求1或2所述的装置，其中，所述SIP消息处理器被配置为：检测所述PCV首部中参数集合和与所述参数相关联的处理限定符的存在，并且所述SIP消息处理器被配置为：基于所述处理限定符而不参考所述参数，确定要应用于所述参数和所述处理限定符的一个或多个动作。

9.根据权利要求1或2所述的装置，其中，所述处理限定符是处理标签或一个或多个处理规则。

10.一种IP多媒体子系统网络，包括多个根据前述权利要求中任一项所述的装置，所述网络中的所述装置中的至少一个具有被配置为识别并处理与所述处理限定符相关联的所述参数的SIP消息处理器，并且所述网络中的所述装置中的至少一个具有不被配置为识别并处理与所述处理限定符相关联的所述参数的SIP消息处理器。

11.一种用在IP多媒体子系统IMS网络中的装置，包括：计费数据产生器，用于产生与IMS用户服务有关的计费信息；

SIP消息处理器，用于产生或接收与所述IMS用户服务有关的SIP消息，并用于在所述SIP消息的P计费向量PCV首部中包括：(a)包含所述计费信息的参数，以及(b)与所述参数相关联的处理限定符，所述处理限定符定义接收所述SIP消息的上游IMS节点要应用于所述参数和所述处理限定符的一个或多个动作；以及SIP消息发送器，用于向对等IMS节点发送所述SIP消息。

12.根据权利要求11所述的装置，所述装置被配置为作为以下之一来操作：IMS应用服务器，

呼叫会话控制功能；

媒体网关控制器；以及

互联边界控制功能。

13.一种处理IP多媒体子系统IMS网络中的会话发起协议SIP消息的方法，所述方法包括：在第一IMS网络节点处：

产生关于IMS用户服务的计费信息；

产生或接收与所述IMS用户服务有关的SIP消息，在所述SIP消息的P计费向量PCV首部中包括(a)包含所述计费信息的参数，以及(b)与所述参数相关联的处理限定符，所述处理限定符定义接收所述SIP消息的上游IMS节点要应用于所述参数和所述处理限定符的一个或多个动作；以及向对等IMS节点发送所述SIP消息；

在第二上游IMS网络节点处：

接收所述SIP消息，

检查所接收的SIP消息中的P计费向量PCV首部，以检测在所述PCV首部中所述参数和所述处理限定符的存在；以及基于处理限定符而不参考所述参数，确定要应用于所述参数和所述处理限定符的一个或多个动作。

14.根据权利要求13所述的方法，其中，动作是从动作集合中选择的，所述动作集合包括：a)在向另一对等IMS节点转发所述SIP消息之前，从所述SIP消息中移除所述参数和所述处理限定符；

b)在向另一对等IMS节点转发所述SIP消息之前，将所述参数和所述处理限定符保留在所述SIP消息中。

15.根据权利要求13或14所述的方法，其中，所述处理限定符是处理标签或一个或多个处理规则。

说明书

用在IP多媒体子系统IMS网络中的装置

技术领域

[0001] 本发明涉及IP多媒体子系统中的计费信息传送，具体而言，涉及使用SIP私有首部P计费向量的计费信息传送。

背景技术

[0002] IP多媒体服务提供相同会话中语音、视频、消息传送、数据等的动态组合。通过增加能够组合的基本应用以及媒体的数量，提供给最终用户的服务的数量将增加，并且人与人间通信体验将得到丰富。这将会导致新一代的个人化的、丰富的多媒体通信服务(包括被称为“组合IP多媒体”服务)。

[0003] 通用移动通信系统(UMTS)是设计用于向用户提供较高数据速率和增强型服务的第三代无线系统。UMTS架构包括被称为IP多媒体子系统(IMS)的子系统，用于支持传统电话以及新IP多媒体服务。IMS通过标准化IMS服务引擎的使用，提供用于丰富最终用户人与人通信体验的关键特征，有利于通过基于IP网络的新的丰富的人与人(客户端到客户端)通信服务以及人与内容(客户端到服务器)服务。IMS能够与PSTN/ISDN(公共交换电话网/综合服务数字网)以及因特网连接。期望将IMS并入当前和未来长期演进(LTE)部署。

[0004] IMS利用会话发起协议(SIP)来建立和控制用户终端(或终端和应用服务器)之间的呼叫或会话。SIP信令携带的会话描述协议(SDP)用于描述和协商会话的媒体成分。尽管SIP被创建作为用户到用户协议时，IMS允许运营商和服务提供商控制对服务的用户访问并相应地对用户进行计费。3GPP已经选择SIP用于用户设备(UE)和IMS之间以及IMS中组件之间的信令。

[0005] 例如，图1示意性示出了在GPRS/PS接入网(IMS当然可以通过其他接入网进行操作)情况下IMS如何适应移动网络架构。呼叫/会话控制功能(CSCF)充当IMS中SIP代理。3GPP架构定义了三种类型的CSCF：代理CSCF(P-CSCF)，作为针对SIP终端在IMS中的第一接触点；服务CSCF(S-CSCF)，向用户提供该用户订阅的服务；以及询问CSCF(I-CSCF)，其作用是标识正确的S-CSCF，并向该S-CSCF转发经由P-CSCF从SIP终端接收的请求。

[0006] 在IMS服务网络中，提供用于实现IMS服务功能的应用服务器(AS)。应用服务器向IMS系统中的最终用户提供服务，并且可以通过3GPP定义的Mr接口作为端点连接，或由S-CSCF通过3GPP定义的ISC接口“链入(linked in)”。在后一种情况下，S-CSCF使用初始过滤器准则(IFC)来确定在SIP会话建起期间(或实际上针对任何SIP方法、会话或有关非会话的目的)应当“链入”哪些应用服务器。IFC是S-CSCF在IMS注册过程期间作为用户的订户简档从HSS接收的。

[0007] IMS实现关于IMS服务的灵活的用户计费方案。具体而言，IMS允许运营商针对仅数据传送以外的增值服务进行计费。针对给定IMS会话，若干IMS网络单元将能够产生离线和/或在线计费所需的数据。随着IMS演进，这很可能变得更加普遍，使得每个会话使用多个AS。为了降低在从多个IMS计费单元收集数据的(中央)计费控制功能处进行关联的需要(特别是在在线计费的情况下，例如，用于预付订户)，在单个网络单元对每个会话集中计费信息并将所有计费信息从该单个单元传送到计费控制功能是有用的。这将当然需要将其他网络单元中可用的唯一信息传输到所选择的计费点。

[0008] 用于实现在SIP消息中在IMS网络单元之间传输计费信息的一种方法涉及SIP私有首部P计费向量(PCV)的使用。在RFC3455中定义PCV，具有以下参数：

[0009] icid-value；IMS计费标识值。icid-value是标识对话或对话外交互的计费值。其用于将计费记录进行关联。icid-value必须是全局唯一值。

[0010] icid-gen-addr；创建icid-value的SIP代理的地址。

[0011] orig-ioi；发起运营商间标识符。

[0012] term-ioi；端接运营商间标识符。

[0013] generic-param；此参数允许其他参数的使用而不需要单独地规定这些参数。网络运营商可以定义这些其他参数用于在其自己的网络域中使用，以便于在PCV中传输网络特定信息。

[0014] TS 24.229中描述了不同网络单元中这些参数的处理。针对每个参数并还取决于网络单元，该处理是不同的。[应当注意，与其他SIP私有首部一样，如果网络之间不存在信任关系，则在网络之间发送的SIP消息中不包括该PCV首部。]3GPP TS 24.229中描述了对PCV的扩展(接入网计费信息)。

[0015] 此外，generic-param可以用于携带除由上述现有icid-value、icid-gen-addr、orig-ioi和term-ioi参数提供的信息之外的与计费有关信息。此外，可以为此目的指定其他参数。然而，这些选择都会需要更新携带该参数的消息可以经过的所有网络单元以包括合适行为，即，所有受影响网络单元必须知道并理解增加的信息。这会是复杂处理，特别是在多供应商解决方案中，即在不同供应商提供运营商网络的不同部分的情况下。

发明内容

[0016] 本发明的目的是解决或至少减轻上述问题。这可以通过引入PCV参数处理限定符来至少部分实现，其目的是向网络单元标识高级动作，例如该单元是否需要处理该参数。这使该参数能够包含非标准化信息，具体而言是与计费有关信息。处理限定符可以是指向用于处理该参数的一个或多个规则的标签，或该处理限定符可以是规则自身。

[0017] 根据本发明的第一方案，提供了一种用在IP多媒体子系统IMS网络中的装置，用于处理会话发起协议SIP消息。所述装置包括：接收机，用于从对等IMS节点接收SIP消息；以及，SIP消息检查器，用于检查所接收SIP消息中的P计费向量PCV首部，以检测在所述PCV首部中参数和相关联处理限定符的存在。所述装置还包括：SIP消息处理器，用于基于处理限定符而不参考所述相关联参数，确定要应用于所述参数和相关联处理限定符的一个或多个动作。

[0018] 本发明的实施例允许网络运营商利用非标准化PCV参数来携带除当前标准化参数携带的信息之外的计费信息。对节点的仅有要求是它们能够理解处理限定符(例如标签或规则)，并根据这些限定符实现有限范围的动作。

[0019] 根据本发明的第二方案，提供了一种包括多个根据以上本发明第一方案的装置的IP多媒体子系统网络。所述网络中至少一个装置具有被配置为识别并处理与所述处理限定符相关联的所述参数的SIP消息处理器，并且所述网络中至少一个装置具有不被配置为识别并处理与所述处理限定符相关联的所述参数的SIP消息处理器。

[0020] 根据本发明的第三方案，提供了一种用在IP多媒体子系统IMS网络中的装置。所述装置包括：计费数据产生器，用于产生与IMS用户服务有关的计费信息；以及，SIP消息处理器，用于产生或接收与所述服务有关的SIP消息，并用于在所述SIP消息的P计费向量PCV首部中包括：(a)包含所述计费信息的参数，以及(b)与所述参数相关联的处理限定符。所述处理限定符定义接收所述SIP消息的上游IMS节点要应用于所述参数和相关联处理限定符的一个或多个动作。所述装置还包括用于向对等IMS节点发送所述SIP消息的SIP消息发送器。

[0021] 根据本发明的第四方案，提供了一种处理IP多媒体子系统IMS网络中会话发起协议SIP消息的方法。所述方法包括：在第一IMS网络节点，产生关于IMS用户服务的计费信息；产生或接收与所述服务有关的SIP消息；在所述SIP消息的P计费向量PCV首部中包括：(a)包含所述计费信息的参数，以及(b)与所述参数相关联的处理限定符，所述处理限定符定义：
接收所述SIP消息的上游IMS节点要应用于所述参数和相关联处理限定符的一个或多个动作；以及，向对等IMS节点发送所述SIP消息。所述方法还包括：在第二、上游IMS网络节点中，接收所述SIP消息；检查所接收SIP消息中的P计费向量PCV首部，以检测在所述PCV首部中所述参数和相关联处理限定符的存在；以及，基于处理限定符而不参考所述相关联参数，确定要应用于所述参数和相关联处理限定符的一个或多个动作。

附图说明

[0022] 图1示意性地示出了集成到包括3G网络的通信系统中的IMS网络；

[0023] 图2是与第一示例性情形相关联的信令流程，涉及在SIP消息中包括加标签的PCV参数；

[0024] 图3是与第二示例性情形相关联的信令流程，涉及在SIP消息中包括加标签的PCV参数；

[0025] 图4示意性地示出了第一发送IMS节点以及第二接收IMS节点，被配置为交换SIP消息中的加标签的PCV参数并按照该加标签的PCV参数进行操作；以及

[0026] 图5是示出了用于使用PCV在IMS节点之间发送计费信息的处理的流程图。

具体实施方式

[0027] 为了增加IP多媒体子系统(IMS)指定的P计费向量(PCV)的灵活性，并同时避免用于在IMS网络中每个节点处指定不同参数的范围及其行为的需要，这里提出引入对PCV中的参数或参数组进行归类的机制，这将使得能够向PCV添加新的和/或专有的参数，并且这将仅需要被信息的发送方以及预期接收方理解。PCV经过的每个IMS网络实体或IMS网络“节点”将具有针对所归类参数或参数组的定义参数处理行为，而不需要识别参数自身。一旦已经利用新行为对IMS网络实体进行更新，则能够通过仅将新功能引入预期发送实体和目的地实体(针对该新参数)，来引入新的PCV参数。更具体而言，新PCV参数可以定义或包含必须从产生信息的第一节点传递到执行计费的第二节点的与计费有关信息。

[0028] 可以为所有网络单元(至少在给定运营商域中)定义参数处理行为，并且很可能相对直接地指定参数处理行为。参数处理行为的示例如下：

[0029] distribution area

[0030] 此行为指定应当将该参数包括在PCV中的网络区域或网络域。分发区域可以被定义为“本地”，即在将参数插入PCV的节点的归属网络中。这可以是发起网络、经过网络或端接网络。该分发区域还可以被定义为“全局”，即应当将参数发送到可信连接SIP网络或域，即限于具有公共的完全限定域名(FQDN)的最后部分的域。还能够通过将分发区域定义为“顺便访问(节点类型)”来定义针对参数的有限分发，意思是：可以定义参数仅分发直到其达到被指定为“顺便访问”行为的变量的节点类型。

[0031] method

[0032] 根据RFC 3261，方法是请求意在在服务器上调用的主要功能。在请求消息自身中承载方法。示例方法是INVITE和BYE。方法行为定义：针对哪些SIP方法应当应用所指示分发区域，例如SIP INVITE。

[0033] message type

[0034] 根据RFC 3261，消息是作为协议的部分，在SIP单元之间发送的数据。SIP消息是请求或响应，即指示方向。消息类型行为定义应当何时应用所指示分发区域，例如，请求、响应或两者。还可以隐式定义消息类型行为，使得当未定义消息类型时，缺省行为是请求和响应。

[0035] 可以定义标签集合，以指示在IMS中用于处理参数的不同行为组合的范围。例如，以下表1示出了六个不同标签(“A”至“F”)，六个不同标签仅指定分发和消息类型，即请求/响应行为。标签附加到行为处理正在被定义的参数上，例如作为前缀(*XX*参数)。因此，例如，应当根据本地和请求行为对具有标签“A”的参数进行处理。

[0036] 可以在规范(例如，3GPP TS 24.229)中定义基于参数处理标签的参数处理行为。例如，在不同网络运营商同意新的非标准化的PCV参数的情况下，规范将允许独立于运营商网络界限来使用标签。然而，运营商可以仅在其自身的网络域中实现行为。在此情况下，当包含PCV的消息被发送到运营商域之外时，当然会移除具有处理标签的新PCV参数。

[0037] 示出以下示例用于阐述对PCV参数处理的提议方案。

[0038] 示例1

[0039] 在IMS网络的AS中执行对多媒体电话(MMTel)会话的计费，即是由MMTel AS向计费控制系统报告计费数据(例如使用DIAMETER协议)。考虑在媒体网关控制器(MGC)中唯一计费信息可用于输入电路交换(CS)呼叫的情形，这必须报告给MMTel AS。该计费信息仅与包含MGC和MMTel AS的网络有关。此外，该信息仅与请求有关。

[0040] 针对与输入呼叫相关联的SIP消息(例如SIP INVITE)，MGC将新参数添加到SIP消息内的PCV中。此参数标识或包含必需的计费信息，例如其可以是接收到的输入呼叫请求所来自的相邻网络的名字或标识。因为该参数仅与本地(网络)域和请求有关，MGC将标签“A”添加到该参数中(见以下表1)。将此标签包括在该参数中的结果是：在上游由任何IBCF和S-CSCF在与不可信AS接口连接时将移除该参数。

[0041] 图2示出了与此情形相关联的信令流程，MGC经由S-CSCF向MMTel AS(“AS”)提供加标签的参数，允许MMTel AS向计费控制系统发送Diameter信用控制请求(CCR)命令。加标签的参数还被包括在转发到端接侧P-CSCF的INVITE中。然而，因为该标签指示仅应当在请求中包括该参数，在从P-CSCF发送到S-CSCF的200OK响应中未包括该标签和参数。

[0042] 示例2

[0043] 现在考虑以下情形：端接网络中的S-CSCF添加非标准化计费信息以分发至可信SIP网络。因为端接网络中的S-CSCF可以在请求中添加该参数，还必须在响应中包括该参数。因此，端接网络中的S-CSCF将该新计费信息添加到PCV中，并将标签F(即指示(根据以下表1)加标签的参数是用于全局分发并用于包括在请求和响应中)添加到其中。这确保加标签的参数被包含在返回发起网络中S-CSCF的200OK响应中。除了在term-ioi参数中所包括的信息之外，加标签的参数可以包括例如与端接网络有关的信息。图3示出了与此情形相关联的信令流程。

[0044] 图4示出了IMS网络中的两个IMS节点，被配置为在SIP消息的PCV中交换与计费有关的信息。节点包括合适的硬件(包括存储器和处理器)和用于实现所需功能的软件。第一IMS节点1包括被配置为产生计费信息的计费数据产生器2。计费实体将该计费信息传递到SIP消息处理器3。SIP消息处理器3接收或产生SIP消息以上游传输。SIP消息处理器使用本地产生的计费信息来构建PCV参数，并将该参数连同合适标签(例如如表1所示A至F)添加到SIP消息的PCV首部。标签是基于安装在SIP消息处理器中的特定策略来选择的。这些策略最可能可应用于所有IMS用户，但在一些情况下可能取决于用户(或取决于用户组)。在需要时，当然可以在PCV中包括两个或更多个加标签的参数。PCV还可以包括未加标签的参数，例如如上所述的icid-value。然后将SIP消息传递给SIP消息发送器4，以发送到IMS网络中的上游节点。

[0045] 图4示出了第一节点1上游的第二IMS节点5。该第二节点可以是上游路径中的第一节点，或可以在该路径上的更远处，使得在该第一节点和该第二节点之间存在中间节点。第二节点5包括用于接收包含加标签的参数的SIP消息的SIP消息接收机6。将该SIP消息传递到SIP消息检查器7，SIP消息检查器7被配置为标识消息首部中的PCV的存在，并且如果存在，则标识PCV中的加标签的参数。在存在加标签的参数的情况下，例如通过检查以下表1而不参考参数自身，确定要应用于参数的一个或多个动作。一旦确定，将该消息和所确定动作传递到SIP消息处理器8，SIP消息处理器8将动作应用于该消息，或将动作用于处理会话。在将SIP消息转发到另一节点的情况下，将该SIP消息传递到SIP消息发送器9。

[0046] 图5还示出了所提出的计费信息分发提案，这由流程图的方式提出。该流程从步骤S1开始，并且在步骤S2，第一IMS节点接收到SIP消息，例如INVITE。在步骤S3，第一IMS节点保存或产生计费信息。在步骤S4，将该计费信息包括在PCV中的参数中。还选择处理标签，并将其例如作为前缀包括在参数中。在步骤S5，将添加有加标签的参数的SIP消息转发到上游IMS节点。在步骤S6，上游IMS节点接收到该SIP消息，在步骤S7，通过标识和检查该标签，确定要应用于该参数和处理标签的动作。

[0047] 进一步考虑新PCV参数结构的细节，RFC3455如下描述针对P计费向量的语法：

[0048] P-Charging-Vector＝″P-Charging-Vector″HCOLON icid-value

[0049]                    *(SEMI charge-params)

[0050] charge-params      ＝icid-gen-addr/orig-ioi/

[0051]                    term-ioi/generic-param

[0052] icid-value         ＝″icid-value″EQUAL gen-value

[0053] icid-gen-addr      ＝″icid-generated-at″EQUAL host

[0054] orig-ioi           ＝″orig-ioi″EQUAL gen-value

[0055] term-ioi           ＝″term-ioi″EQUAL gen-value

[0056] 添加新PCV参数作为“generic-param”的实例。

[0057] 分发规则的定义可以要么被配置在每个节点中，或可以与PCV首部一起发送。当被配置在每个节点中时，对作为限定符的参数加标签，以定义可应用于该参数的处理的类型。这可以通过例如添加“A*”作为参数名称的部分(A*param＝123)来完成。这还意味着对现有参数加标签是不可能的，因为已经对它们进行了定义。当创建时可以对新参数进行定义，以允许标签的添加。

[0058] 当将分发规则作为限定符包括在PCV首部中时，可以将它们定义为“规则+参数列表”，或可以将它们定义为“参数+规则”。此方案允许每个节点定义参数，以还定义应当如何对其进行处理。

[0059] 以下示例示出了根据“参数+规则”方案，在首部中包括的规则。[示例格式引入对应当如何处理现有参数的“重定义”的可能性。]将分发规则添加到阐述针对每个所考察参数的规则的新参数中。然后，添加PCV参数的每个节点还可以定义如何在网络中对其进行处理。将规则添加为“generic-param”，并且每个节点针对所考察的每个参数插入“规则-集合”的实例。

[0060] distribution-rule＝“distrib-rule”EQUAL[distrib-rule]

[0061] distrib-rule＝LDQUOT 1*(rule-set)RDQUOT

[0062] rule-set＝LPAREN parameter SEMI distribution-area[SEMI message]RPAREN[0063] parameter＝gen-value

[0064] distribution-area＝“local”/“global”/drop-by

[0065] drop-by＝“drop-by”COLON node

[0066] node＝“first”/″P-CSCF″/″S-CSCF″/″I-CSCF″/″E-CSCF″/″MRFC″/″MGCF″/″AS″/″IBCF″/token

[0067] message＝*(Method)[COLON message-type]

[0068] message-type＝“request”/“response”

[0069] 这可能导致以下示例性PCV：

[0070] P-Charging-Vector：icid-value＝pcscf.ims.op.se-1268-230293-50133；icid-generated-at＝pcscf.ims.op.se；orig-ioi＝op.com；param-a＝1；param-b＝2；param-c＝3；param-d＝4；distrib-rule＝”(param-a；global；INVITE)(param-b；drop-by：S-CSCF：INVITE)(param-c；local；INVITESUBSCRIBE)(param-d；global；INVITE)”

[0071] 考虑“规则+列表”方案：

[0072] distribution-rule＝“distrib-rule”EQUAL[distrib-rule]

[0073] distrib-rule＝LDQUOT 1*(rule-set)RDQUOT

[0074] rule-set＝LPAREN distribution-area[SEMI message]SEMI

[0075] parameter-list RPAREN

[0076] distribution-area＝“local”/“global”/drop-by

[0077] drop-by＝“drop-by”COLON node

[0078] node＝“first”/″P-CSCF″/″S-CSCF″/″I-CSCF″/″E-CSCF″/″MRFC″/″MGCF″/″AS″/″IBCF″/token

[0079] message＝*(Method)[COLON message-type]

[0080] message-type＝“request”/“response”

[0081] parameter-list＝LPAREN gen-value*(COMMA gen-value)

[0082] RPAREN

[0083] 这可能导致以下示例性PCV：

[0084] P-Charging-Vector：icid-value＝pcscf.ims.op.se-1268-230293-50133；icid-generated-at＝pcscf.ims.op.se；orig-ioi＝op.com；param-a＝1；param-b＝2；param-c＝3；param-d＝4；distrib-rule＝”(global；INVITE：request；(param-a，param-d))(drop-by：S-CSCF；INVITE；(param-b))(local；INVITE SUBSCRIBE；(param-c))”

[0085] 本领域技术人员将理解，在不脱离本发明的范围的前提下，可以对上述实施例作出各种修改。可能的修改是对PCV中的参数集合加标签，使得该标签应用于该集合中所有参数。例如，标签可以应用于PCV中的后续参数的集合。当在PCV中遇到另一标签时，该另一标签应用于后续参数的集合，以此类推。标签不可以应用于已经标准化的参数，例如icid参数。

[0086]限定符 分发 消息类型
A 本地 请求
B 本地 响应
C 本地 两者
D 全局 请求
E 全局 响应
F 全局 两者

[0087] 表1