专利名称：离线计费方法
技术领域：
本发明涉及通信领域，尤其涉及离线计费技术。
背景技术：
SIP(Session Initiation Protocol，会话发起协议)是因特网工程任务组(IETF)发布的一种VoIP标准。随着用户对电话信令和服务质量(Quality ofService，QoS)方面的要求，SIP作为电话信令协议，具有独特的用户寻址与定位的功能，其在因特网(Internet)中得到了重要应用。SIP能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性，如会话带宽要求、传输媒体类型(语音、视频、数据等)、媒体的编解码格式、对多播和单播的支持等等。因此SIP有利于与因特网结合开发并提供多种增值业务。
IMS(IP Multimedia Subsystem，IP多媒体核心网子系统)是3GPP在分组网络上叠加的一个子系统，其引入SIP协议作为控制信令和媒体传输的承载通道的业务控制协议，并利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。IMS系统的架构如图1所示，包括控制用户注册、会话等功能的CSCF(会话呼叫控制功能实体)、IBCF(互通边界控制功能实体)、PGCF(分组网关控制功能实体)、集中管理用户签约数据的HSS(归属用户服务器)，提供各种业务逻辑控制功能的AS(Application Server，应用服务器)等主要功能实体。
当用户使用SIP协议向IMS网络进行注册时，IMS网络对用户的私有标识进行认证并建立接入域安全通道。用户注册成功后，将在归属域的S-CSCF建立用户公有标识与该用户当前位置间的关系，并且所述S-CSCF同时从HSS中取下用户的IMS签约数据，即IFC信息。
在所述S-CSCF下载的用户的IMS签约数据，即IFC信息中，包含一个或多个业务描述，其中每个业务描述中包含公共标识、核心网业务授权、初始过滤规则集、共享初始过滤规则集信息。其中所述初始过滤规则是一组用户的服务参数。一个初始过滤规则集包含多个初始过滤规则组成的列表。一个初始过滤规则包括如下信息1、被触发的应用服务器(AS)的地址信息。
2、业务触发点。
3、与过滤规则对应的优先级。
为了发送相关的业务请求给对应的AS，一个初始过滤规则将触发一个或多个业务触发点。为了使S-CSCF按正确的顺序处理不同的初始过滤规则，每个初始过滤规则都分配有一个优先级。
4、默认处理方式。
如果S-CSCF不能根据所述初始过滤规则联系到相应的AS，此时S-CSCF使用一个默认处理方式进行处理，这个默认处理方式为如果在初始过滤规则列表中匹配了一个低优先级触发项，则继续检验。或者是，放弃与列表中低优先级匹配的校验，并释放所述业务。
5、可选业务服务信息。
当所述S-CSCF接收到请求消息后，按照初始过滤规则优先级从高到低的顺序，将所述请求消息与触发点中的触发信息进行匹配。如果匹配成功，则所述S-CSCF通过ISC接口发送相关请求消息到匹配初始过滤规则的AS。
如果所述请求消息为注册请求消息，则所述S-CSCF给每个匹配初始过滤规则的AS发送第三方注册消息。
如果所述请求消息为其它请求，则所述S-CSCF在给每个匹配初始过滤规则的AS发送的相关请求消息中，添加原始对话标识和路由信息。AS在处理完服务逻辑后，根据所述路由信息，将请求消息返回给S-CSCF。所述S-CSCF将继续进行低优先级的触发规则匹配，直至将业务描述中的所有触发规则检查完毕。
所述S-CSCF对现有会话的具体处理过程如下步骤1，分析接收到的所述业务请求，如果所述业务请求是曾经被收到过的，则跳到步骤5；如果是新接收到的，则所述S-CSCF将保存所述请求消息的Request-URI，以及从P-Charging-Vector头域接收到的icid参数，并找出包含在它里面的SPT触发点，然后执行步骤2；步骤1中，所述S-CSCF检查S-CSCF以前放置在Route头域中的原始对话标识是否存在于到来请求Route头域的最高项。如果不存在，它表示这个请求消息是第一次拜访所述S-CSCF，即新接收到的请求消息；如果请求中的Route头域的最高项中存在原始对话标识，它表示所述请求消息是与现存对话存在联系，即所述请求消息是从AS发来的对于先前发送请求的响应。
步骤2，检查所述业务请求中的SPT触发点是否与初始过滤规则中优先级最高的SPT触发点相匹配，如果不匹配，则跳到步骤5；如果相匹配，则执行步骤3。
步骤3，首先为所述业务请求消息添加特殊标识和路由信息，并在P-Charging-Vector头域中携带ICID参数，在Route头域中最高项的URI之后，插入将要联系AS URI，然后通过所述S-CSCF与AS间的ISC接口向对应的AS转发所述业务请求消息。
由于所述S-CSCF为用户的业务请求添加了原始对话标识，因此即使用户所请求的业务的属性发生变化(例如，由于AS执行了第三方的会话控制)，所述S-CSCF也可以根据所述原始对话标识识别接收到的业务请求消息。
步骤4，当所述AS接收到所述S-CSCF发送的业务请求消息后，执行服务逻辑，并当完成服务逻辑处理后，根据所述业务请求消息中携带的路由信息发送与所述业务请求相关的请求。
在步骤4中，所述S-CSCF与所述AS间通过ISC接口交互提供业务，其架构如图2所示，包括所述S-CSCF和所述AS，其中所述AS包括SIPAS(SIP应用服务器)、IM SSF(Service Switching Function，业务交换功能)和OSA-SCS(开放业务接入的业务能力服务器)几种类型。所述SIPAS，用于提供某些服务，其可以基于业务影响一个SIP会话。所述IMSSF，是一个特殊类型的AS，它是用来负责CAMEL网的特性(例如触发DP点、CAMEL服务交换的有限状态机等)，它提供一个CAP接口。所述OSA-SCS，用于给OSA AS提供了一个接口，它给第三方安全接入IM子系统提供了一个标准方式。
上述各种类型的AS接收到S-CSCF传递的SIP请求后，执行服务逻辑，在执行服务逻辑的过程中，AS可以采用以下几种模型来处理SIP请求。
1、AS作为终结UA(User Agent，用户代理)在这种操作模型下，AS从S-CSCF接收到一个请求后，执行RFC 3261中定义的终结UA或者重定向服务器角色。
2、AS作为PROXY(代理服务器)在这种操作模型下，AS从S-CSCF接收到一个请求后，执行IETF RFC3261中定义的PROXY角色，将请求发送回S-CSCF，然后S-CSCF代理该消息给目的地。在代理操作过程中，AS能够根据IETF RFC 3261中描述的PROXY的规则，增加、删除和修改SIP请求中的头域内容。
3、AS作为B2BUA(Back to Back User Agent，背靠背用户代理)AS作为路由B2BUA时，AS从S-CSCF接收到一个请求后，终结该请求，并且基于接收到的该请求生成一个不同的SIP对话的一个新SIP请求，并发送给S-CSCF，然后S-CSCF将该请求代理到目的地。在这种模型下，AS执行IETF RFC 3261中描述的多个SIP对话的B2BUA的角色。
如果所述AS发送的与业务请求相关的请求到达所述S-CSCF后，继续执行步骤5。
步骤5，所述S-CSCF继续进行低优先级的初始过滤规则匹配，直至将用户的签约数据中的所有初始过滤规则检查完毕。
在上述触发业务的过程中，对于一个指定用户及其S-CSCF而言，依据初始过滤规则的特殊设置，不仅支持不同业务到不同AS的触发，同时可实现同一业务到多个AS的多次触发，从而实现对同一用户的增值业务逻辑的关联组合。
与本发明相关的现有技术，是目前3GPP TS24.229和TS 32.260标准中提供的S-CSCF对处理业务进行计费的方法，其实施流程如图3所示步骤1，用户UE发起会话，并通过INVITE(SIP邀请)消息传送给P-CSCF，所述P-CSCF作为第一个IMS实体，将为用户发起的呼叫产生相关联的ICID参数，并将其包含在INVITE消息的P-Charging-Vector头域中，通过所述P-CSCF转发给S-CSCF。
所述S-CSCF在有业务控制的情况下，如果接收的INVITE请求中的Route头域中最高项没有原始对话标识，则保存从P-Charging-Vector头域中接收到的ICID(IM CN subsystem Charging Identifier，IMS计费标识)参数，以备后续计费使用。然后所述S-CSCF根据所述INVITE消息中携带的信息进行Service Control(服务控制)后，发送给目的端。
步骤2，所述S-CSCF接收到目的端应答的最终响应，即接收到目的端回送的200OK的响应消息，并根据所述响应消息中携带的信息进行ServiceControl，然后传送给所述P-CSCF，并通过所述P-CSCF传送给所述用户UE。
步骤3，当所述S-CSCF接收到目的端应答的最终响应后，还发送Accounting-Request(计费请求)消息给家乡CDF网元，启动用户的会话计费。然后执行步骤4；所述Accounting-Request消息中携带着与用户发起的呼叫相关联的ICID参数。
步骤4，所述家乡CDF网元接收到Accounting-Request消息后，根据消息中携带的ICID参数进行计费，并应答所述S-CSCF。
步骤5，当所述P-CSCF接收到最终响应后，发送Accounting-Request消息给拜访CDF网元，启动用户的会话计费。然后执行步骤6。
所述Accounting-Request消息中同样携带着与用户发起的呼叫相关联的ICID参数。
步骤6，所述拜访CDF网元接收到Accounting-Request消息后，根据消息中携带的ICID参数进行计费，并应答所述P-CSCF。
通过现有技术可以看出，现有技术通过处理用户会话或对话业务的第一个IMS实体，即S-CSCF在用户业务控制的触发过程中，只在接收用户的业务请求消息时产生与所述用户的业务有关的ICID参数，之后根据所述ICID参数对用户进行的业务进行计费统计，不再跟踪ISC接口的ICID参数的变化。然而如果AS作为B2BUA角色更改业务媒体时，由于ICID参数是会话或对话(Session)级的数据，因此ICID参数也将发生变化，这时S-CSCF将不能对被更改后的业务进行离线计费。
发明内容
本发明的目的是提供一种离线计费方法，通过本发明，当业务请求的计费标识ICID发生变化时，所述网络实体能够对被更改后的业务请求进行离线计费。
本发明的目的是通过以下技术方案实现的本发明提供一种离线计费的方法，其包括A、当网络实体接收到业务请求消息后，并且确认待发送的业务请求消息发生变化时，使用新的计费标识标识对应所述变化的用户业务请求的计费信息；B、当所述网络实体接收到对应用户业务请求的最终响应时，根据所述新的计费标识启动对所述新的计费标识对应的业务请求的离线计费。
其中，所述网络实体包括具有代理服务器Proxy功能的网络实体，或具有背靠背用户代理B2BUA功能的网络实体。
其中，所述具有代理服务器Proxy功能的网络实体包括呼叫会话控制功能实体和应用服务器。
其中，所述具有背靠背用户代理B2BUA功能的网络实体包括互通边界控制功能实体、分组网关控制功能实体和应用服务器。
其中，所述步骤A具体包括A1、当具有代理服务器Proxy功能的网络实体接收到业务请求消息后，如果其确认接收到的业务请求消息与先前发送出去的业务请求消息中的计费标识发生变化时，则使用接收到的业务请求消息中的新的计费标识标识对应所述变化的用户业务请求的计费信息。
其中，在确认接收到的业务请求消息与先前发送出去的业务请求消息中的计费标识发生变化的过程之前包括
存储经过所述网络实体并与所述业务请求相关的计费标识；或，在使用接收到的业务请求消息中的新的计费标识标识对应所述变化的用户业务请求的计费信息的过程之前包括存储接收到的业务请求消息中的新的计费标识。
其中，当具有代理服务器Proxy功能的网络实体为呼叫会话控制功能实体时，所述步骤A1具体包括A11、所述网络实体检查接收到的业务请求消息中是否存在原始对话标识，当确认不存在时，则在发送的业务请求消息中使用接收到的业务请求消息中的原有计费标识标识对应业务的计费信息；当确认存在原始对话标识时，则执行步骤A12；A12、检查接收到的业务请求消息与先前发送出去的业务请求消息中的计费标识是否相同，若相同，则在发送的业务请求消息中使用接收到的业务请求消息中的原有计费标识标识对应业务的计费信息；否则，使用接收到的业务请求消息中的新的计费标识标识对应用户业务请求的计费信息。
其中，所述步骤A具体包括当具有背靠背用户代理B2BUA功能的网络实体接收到业务请求消息后，并且确认发送的业务请求消息发生改变时，则产生新的计费标识，并使用新的计费标识标识对应用户业务请求的计费信息。
其中，当业务请求为会话业务时，所述步骤A具体包括A2、具有背靠背用户代理B2BUA功能的网络实体检查接收到的业务请求消息中是否包含SDP信息，如果包含，则执行步骤A3；否则，根据配置信息确定是否产生并使用新的计费标识；A3、进一步检查发出的业务请求消息中的SDP中的会话标识发生改变，若改变，则产生新的计费标识，并使用新的计费标识标识对应所述变化的用户业务请求的计费信息；否则，所述网络实体在发出的业务请求中，继续使用接收到的业务请求消息中携带的原有的计费标识。
其中，在网络实体使用新的计费标识的同时，其产生新的关联标识，并使用其关联所述新的计费标识以及其它原有的计费标识，并将所述关联标识作为计费信息；或，在网络实体使用新的计费标识的同时，其使用其它网元传送给的关联标识关联所述新的计费标识以及其它原有的计费标识，并将所述关联标识作为计费信息。
其中，所述步骤B具体包括当所述网络实体接收到对应用户业务请求的最终响应时，根据所述新的计费标识以及所述关联标识启动对所述新的计费标识对应的业务请求的离线计费。
由上述本发明提供的技术方案可以看出，本发明中当网络实体接收到业务请求消息后，并且确认待发送的业务请求消息发生变化时，使用新的计费标识标识对应所述变化的用户业务请求的计费信息；当所述网络实体接收到对应用户业务请求的最终响应时，根据所述新的计费标识启动对所述新的计费标识对应的业务请求的离线计费。因此当用户业务请求发生变化后，网络实体通过使用新的计费标识，使得本发明能够启动对所述新的计费标识对应的业务的离线计费。
另外，当用户业务请求发生变化后，通过使用关联标识关联业务变化前对应的原有计费标识以及业务变化后对应的新的计费标识，从而可以启动对所述关联标识所关联的所有计费标识对应的业务的离线计费。
图1为背景技术中的IMS架构图；图2为背景技术中应用触发架构图；图3为现有技术提供的对用户发起的业务进行计费过程的流程图；图4为本发明提供的第一实施例中的流程图。
具体实施例方式
从3GPP标准来看，“Session”在计费中存在两种理解，一种是RFC3261中的对话(Dialog)的概念，另外一种是RFC3261中的会话(Session)的概念。
本发明中，当网络实体接收到业务请求消息后，并且确认待发送的业务请求消息发生变化时，使用新的计费标识标识对应所述变化的用户业务请求的计费信息；当所述网络实体接收到对应用户业务请求的最终响应时，根据所述新的计费标识启动对所述新的计费标识对应的业务请求的离线计费。其中所述的业务请求是指在业务请求的发起方和所述业务请求的最终接收方之间，通过该请求关联一个或者多个对话，或者，一个或者多个会话，或者，一个或者多个独立事务。
本发明提供的第一实施例是针对其中的对话概念，其主要思想是当S-CSCF网元发现接收到的业务请求消息中的计费标识变化后，存储所述新的计费标识，并当接收到用户请求的最终响应后，利用所述新的计费标识启动对应业务的离线计费。
其具体实施过程如图4所示，包括如下步骤步骤1，当网络实体S-CSCF网元接收到所述业务请求消息后，检查所述业务请求消息中是否存在原始对话标识当确认原始对话标识不存在时，则表示所述相关的业务请求消息是第一次拜访所述S-CSCF网元，也就是说，所述S-CSCF接收到的业务请求消息是从主叫用户或者主叫侧网元发送来的，此时只存在原有的计费标识，于是执行步骤2。
步骤2，所述S-CSCF网元保存接收到的所述业务请求消息中的原有计费标识，然后转发给匹配到的AS网元。
所述S-CSCF网元保存接收到的所述业务请求消息中的原有计费标识，然后取出用户签约数据中的初始过滤规则，并按照所述初始过滤规则的优先级从高到低的先后顺序进行匹配，当匹配到对应的过滤规则时，则通过ISC接口将业务请求消息发送给匹配到的初始过滤规则对应的AS网元，并将原始对话标识添加到发送的消息中(对话请求消息中的Route头域中)，然后将所述消息发送给AS网元。
当存在原始对话标识时，说明所述S-CSCF网元接收到的业务请求消息是AS网元对S-CSCF网元转发到的业务请求的响应。此时所述S-CSCF网元检查所述业务请求消息中的计费标识是否发生改变，并当确认所述计费标识发生改变时，则存储接收到的业务请求消息中的新的计费标识，并当接收到请求的最终响应后，利用所述新的计费标识启动对对应业务的离线计费。具体实施过程如下步骤3，所述S-CSCF网元检查所述业务请求消息中的计费标识是否发生改变，即所述S-CSCF网元判断接收到的所述业务请求消息中的计费标识和先前发往该AS的业务请求消息中的计费标识是否相同如果计费标识相同，则说明计费标识未发生改变，于是执行步骤4，所述S-CSCF在发送的业务请求消息中继续使用上次已经保存的计费标识标识对应业务的计费信息，并利用其启动对用户业务的离线计费。
如果计费标识不同，则说明计费标识发生了改变，于是执行步骤5，所述S-CSCF网元存储所述新的计费标识，并使用所述新的计费标识标识对应业务的计费信息。并当所述S-CSCF实体接收到请求的最终响应后，利用所述新的计费标识启动对所述用户进行的业务的离线计费。
另外，在步骤5中，当计费标识发生了改变时，所述S-CSCF网元还可以产生关联所述原有计费标识以及新的计费标识的关联标识，并当接收到请求的最终响应后，利用所述关联标识以及所述新的计费标识启动对所述用户进行的业务的离线计费。具体实施过程如下所述S-CSCF网元发现计费标识发生改变后，首先存储所述新的计费标识，然后产生一个关联标识去关联所述新的计费标识，以及其它原有的计费标识。当所述S-CSCF实体接收到请求的最终响应后，利用所述关联标识以及所述新的计费标识启动对所述用户进行的业务的离线计费。
另外，如果事先约定关联标识能够通过其它网元，如AS网元传递给所述S-CSCF网元。在步骤5中，当计费标识发生了改变时，所述S-CSCF网元执行如下过程所述S-CSCF网元发现计费标识发生改变后，首先存储所述新的计费标识，并检查所述对话请求消息中是否存在关联所述原有计费标识以及新的计费标识的关联标识，当确认存在关联标识时，则所述S-CSCF网元也要保存所述关联标识。如果不存在，则所述S-CSCF网元需要产生一个关联标识，用来关联所述原有的计费标识以及一个或多个改变后的计费标识。
当所述S-CSCF实体接收到请求的最终响应后，利用所述关联标识以及所述新的计费标识启动对所述用户进行的业务的离线计费。
本发明提供的第二实施例也是针对其中的对话概念，其主要思想是当网络实体AS接收到业务请求消息后，在继续转发对应的业务请求之前，所述网元实体根据其具有的功能(具有Proxy功能或具有B2BUA功能)对所述业务请求消息进行处理。具体实施过程如下当网络实体AS接收到业务请求消息后，在继续转发对应的业务请求之前，如果所述网元具有Proxy功能，则在发出的业务请求消息中继续使用原来的计费标识。
如果所述网元具有背靠背用户代理B2BUA功能，则对改变后的业务请求产生新的计费标识。所述网络实体AS在接收到请求的最终响应后，可以利用所述新的计费标识启动对对应业务的离线计费。具体实现如下当所述网元具有背靠背用户代理B2BUA功能时，对改变后的业务请求产生新的计费标识，并在发送给其它网元的业务请求消息中使用所述新的计费标识。当所述网元接收到用户发起的业务请求消息的最终响应后，向计费实体，如CDF网元发送计费请求，并在所述请求中携带所述新的计费标识。所述计费实体根据所述新的计费标识对所述业务请求进行计费。
另外，如果所述网元具有背靠背用户代理B2BUA功能，其还可以对改变后的业务请求产生关联所述原有计费标识以及新的计费标识的关联标识，并当接收到请求的最终响应后，利用所述关联标识以及所述新的计费标识启动对所述用户进行的业务的离线计费。具体实施过程如下当所述网元具有背靠背用户代理B2BUA功能时，对改变后的业务请求产生新的计费标识，并在发送给其它网元的业务请求消息中使用所述新的计费标识，并产生关联标识用来关联所述接收到的业务请求消息中原有的计费标识和发出的对话请求消息中新的的计费标识对应的计费信息。
当所述网元接收到用户发起的业务请求消息的最终响应后，向计费实体，如CDF网元发送计费请求，并在所述请求中携带计费标识以及所述关联标识。
所述计费实体根据所述计费标识以及关联所述计费标识的关联标识对所述业务请求进行计费。
另外，如果事先约定关联标识能够通过其它网元传递给所述AS网元，则所述具有背靠背用户代理B2BUA功能的AS网元执行如下过程
当所述网元具有背靠背用户代理B2BUA功能时，对改变后的业务请求，在继续转发之前，产生新的计费标识，并在发送给其它网元的业务请求消息中使用所述新的计费标识。
判断是否接收到所述S-CSCF网元转发的其它AS网元传送给的关联标识，如果接收到，则继续使用所述关联标识关联所述接收到的业务请求消息中原有的计费标识和发出的业务请求消息中的新的计费标识对应的计费信息；如果没有接收到，则其产生一个新的、全局唯一的关联标识用来关联所述接收到的业务请求消息中原有的计费标识和发出的业务请求消息中的新的计费标识对应的计费信息。
当所述网元接收到用户发起的业务请求消息的最终响应后，向计费实体，如CDF网元发送计费请求，并在所述请求中携带计费标识以及所述关联标识。
所述计费实体根据所述计费标识以及关联所述计费标识的关联标识对所述业务请求进行计费。
本发明提供的第三实施例是针对会话的概念，其主要思想是当网络实体AS接收到业务请求消息后，在继续转发对应的业务请求之前，如果其发现发出的业务请求发生改变后，则所述网络实体根据其具有的功能(具有Proxy功能或具有B2BUA功能)对所述会话请求进行处理。具体实施过程如下当所述网元具有Proxy功能时，则在发出的业务请求消息中继续使用原来的计费标识。
当所述网元具有背靠背用户代理B2BUA功能时，如果接收到的业务请求消息中携带SDP信息，并且所述SDP信息中包含的会话标识发生变化时，则产生新的计费标识；如果接收到的业务请求消息中不携带SDP信息，则根据配置信息判断是否产生并使用新的计费标识。具体实施过程如下
步骤1，当所述网元检查接收到的业务请求消息后，检查所述业务请求消息中是否携带SDP信息步骤2，当所述具有背靠背用户代理B2BUA功能的网元接收到的业务请求消息中携带有SDP信息时，其处理过程如下首先，所述具有背靠背用户代理B2BUA功能的网元保存接收到的业务请求消息中携带的原有计费标识和所述SDP信息。
其次，所述具有背靠背用户代理B2BUA功能的网元在发送与所述业务请求消息相关的业务请求消息给其它网元之前，检查待发出的相关业务请求消息中的SDP信息中包含的会话标识是否与接收到的业务请求消息中的会话标识相等如果相等，则所述网元继续使用原来的计费标识；如果不相等，表明用户会话发生了改变。于是所述网元在发出的业务请求消息中，不再使用原有的计费标识，而是产生一个新的计费标识，并将所述新的计费标识封装到待发出的业务请求消息中，然后发送给其它网元。
然后，当所述网元接收到用户发起的业务请求消息的最终响应后，向计费实体，如CDF网元发送计费请求，并在所述请求中携带所述新的计费标识。所述计费实体根据所述新的计费标识对所述业务请求进行计费。
步骤2中，所述具有背靠背用户代理B2BUA功能的网元还可以产生关联标识关联原有的计费标识和产生的新的计费标识，并当接收到用户发起的业务请求消息的最终响应后，利用所述关联标识启动对对应用户业务的离线计费。其处理过程如下首先，所述具有背靠背用户代理B2BUA功能的网元保存接收到的业务请求消息中携带的原有计费标识和所述SDP信息。
其次，所述具有背靠背用户代理B2BUA功能的网元在发送与所述业务请求消息相关的业务请求消息给其它网元之前，检查待发出的相关业务请求消息中的SDP信息中包含的会话标识是否与接收到的业务请求消息中的会话标识相等如果相等，则所述网元继续使用原来的计费标识；如果不相等，表明用户会话发生了改变。于是所述网元在发出的业务请求消息中，不再使用原有的计费标识，而是产生一个新的计费标识，同时产生一个新的、全局唯一的关联标识SCID(Service Charging ID，)关联原有的计费标识和产生的新的计费标识，并保存所述新的计费标识，以及所述关联标识。然后将所述新的计费标识封装到待发出的业务请求消息中，也可以将产生的关联标识封装到待发出的业务请求消息中，发送给其它网元。
当所述网元接收到用户发起的业务请求消息的最终响应后，向计费实体，如CDF网元发送计费请求，并在所述请求中携带所述关联标识。
所述计费实体根据所述关联标识对所述业务请求进行计费。
如果事先约定具有背靠背用户代理B2BUA功能的网元能够接收到所述S-CSCF网元转发的其它AS网元传递给的关联标识，则步骤2中，所述具有背靠背用户代理B2BUA功能的网元的处理过程如下首先，所述具有背靠背用户代理B2BUA功能的网元保存接收到的业务请求消息中携带的原有计费标识和所述SDP信息。
其次，所述具有背靠背用户代理B2BUA功能的网元在发送与所述业务请求消息相关的业务请求消息给其它网元之前，检查待发出的相关业务请求消息中的SDP信息中包含的会话标识是否与接收到的业务请求消息中的会话标识相等如果相等，则所述网元继续使用原来的计费标识；如果不相等，表明用户会话发生了改变。于是所述网元在发出的业务请求消息中，不再使用原有的计费标识，而是产生一个新的计费标识。接着判断接收到的业务请求消息中是否包含关联标识，若果包含，则保存所述关联标识，并使用所述关联标识关联所产生的新的计费标识；如果不包含，则产生一个新的、全局唯一的关联标识关联原有的计费标识和产生的新的计费标识，并保存所述新的计费标识以及所述关联标识。然后将所述新的计费标识封装到待发出的业务请求消息中，也可以将产生的关联标识封装到待发出的业务请求消息中，发送给其它网元。
当所述网元接收到用户发起的业务请求消息的最终响应后，向计费实体，如CDF网元发送计费请求，并在所述请求中携带所述关联标识。所述计费实体根据所述关联标识对所述业务请求进行计费。
如果具有背靠背用户代理B2BUA功能的网元发现消息中没有携带的SDP，则所述网元根据配置信息判断是否产生新的计费标识。具体实施过程如下首先，所述网元保存所述业务请求消息中携带的计费标识。
其次，当所述具有背靠背用户代理B2BUA功能的网元确认其后续处理的业务可能是两个会话，则在发送与接收到的业务请求消息相关的业务请求消息给其它网元之前，根据配置信息判断是否可以使用原来的计费标识，当确认所述配置信息中不包含可以使用新的计费标识时，则继续使用原有的计费标识，并将所述原有的计费标识封装到待发送的会话请求消息中，然后发送给其它网元；当所述配置信息中包含可以使用新的计费标识的信息时，则确认不再使用原来的计费标识时，于是产生一个新的计费标识，并将其封装到待发送的业务请求消息中，然后发送给其它网元，如所述S-CSCF。
同样，所述具有背靠背用户代理B2BUA功能的网元还可以产生关联标识关联原有的计费标识和产生的新的计费标识，并当接收到用户发起的业务请求消息的最终响应后，利用所述关联标识启动对对应用户业务的离线计费。
如果事先约定具有背靠背用户代理B2BUA功能的网元能够接收到所述S-CSCF网元转发的其它AS网元传递给的关联标识，则使用所述关联标识关联原有的计费标识和产生的新的计费标识，并当接收到用户发起的业务请求消息的最终响应后，利用所述关联标识启动对对应用户业务的离线计费。
上述第二实施例与第三实施例中是以网络实体AS为例进行的说明，其它网络实体，如IBCF、PGCF等具有B2BUA功能时，与AS具有B2BUA功能时的处理过程相同，这里不再一一描述。
由上述本发明提供的技术方案可以看出，当用户业务请求发生变化后，网络实体通过产生的新的计费标识，使得本发明能够根据所述新的计费标识启动对用户业务的离线计费。另外，当用户业务发生变化后，通过产生新的计费标识，并产生关联标识关联变化前的原有计费标识和产生的新的计费标识，从而可以对同一用户发起的业务请求进行全程计费。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种离线计费的方法，其特征在于，包括A、当网络实体接收到业务请求消息后，并且确认待发送的业务请求消息发生变化时，使用新的计费标识标识对应所述变化的用户业务请求的计费信息；B、当所述网络实体接收到对应用户业务请求的最终响应时，根据所述新的计费标识启动对所述新的计费标识对应的业务请求的离线计费。
2.根据权利要求1所述的方法，其特征在于，所述网络实体包括具有代理服务器Proxy功能的网络实体，或具有背靠背用户代理B2BUA功能的网络实体。
3.根据权利要求2所述的方法，其特征在于，所述具有代理服务器Proxy功能的网络实体包括呼叫会话控制功能实体和应用服务器。
4.根据权利要求2所述的方法，其特征在于，所述具有背靠背用户代理B2BUA功能的网络实体包括互通边界控制功能实体、分组网关控制功能实体和应用服务器。
5.根据权利要求2所述的方法，其特征在于，所述步骤A具体包括A1、当具有代理服务器Proxy功能的网络实体接收到业务请求消息后，如果其确认接收到的业务请求消息与先前发送出去的业务请求消息中的计费标识发生变化时，则使用接收到的业务请求消息中的新的计费标识标识对应所述变化的用户业务请求的计费信息。
6.根据权利要求5所述的方法，其特征在于在确认接收到的业务请求消息与先前发送出去的业务请求消息中的计费标识发生变化的过程之前包括存储经过所述网络实体并与所述业务请求相关的计费标识；或，在使用接收到的业务请求消息中的新的计费标识标识对应所述变化的用户业务请求的计费信息的过程之前包括存储接收到的业务请求消息中的新的计费标识。
7.根据权利要求6所述的方法，其特征在于，当具有代理服务器Proxy功能的网络实体为呼叫会话控制功能实体时，所述步骤A1具体包括A11、所述网络实体检查接收到的业务请求消息中是否存在原始对话标识，当确认不存在时，则在发送的业务请求消息中使用接收到的业务请求消息中的原有计费标识标识对应业务的计费信息；当确认存在原始对话标识时，则执行步骤A12；A12、检查接收到的业务请求消息与先前发送出去的业务请求消息中的计费标识是否相同，若相同，则在发送的业务请求消息中使用接收到的业务请求消息中的原有计费标识标识对应业务的计费信息；否则，使用接收到的业务请求消息中的新的计费标识标识对应用户业务请求的计费信息。
8.根据权利要求2所述的方法，其特征在于，所述步骤A具体包括当具有背靠背用户代理B2BUA功能的网络实体接收到业务请求消息后，并且确认发送的业务请求消息发生改变时，则产生新的计费标识，并使用新的计费标识标识对应用户业务请求的计费信息。
9.根据权利要求2所述的方法，其特征在于，当业务请求为会话业务时，所述步骤A具体包括A2、具有背靠背用户代理B2BUA功能的网络实体检查接收到的业务请求消息中是否包含SDP信息，如果包含，则执行步骤A3；否则，根据配置信息确定是否产生并使用新的计费标识；A3、进一步检查发出的业务请求消息中的SDP中的会话标识发生改变，若改变，则产生新的计费标识，并使用新的计费标识标识对应所述变化的用户业务请求的计费信息；否则，所述网络实体在发出的业务请求中，继续使用接收到的业务请求消息中携带的原有的计费标识。
10.根据权利要求1、5、7、8或9所述的方法，其特征在于在网络实体使用新的计费标识的同时，其产生新的关联标识，并使用其关联所述新的计费标识以及其它原有的计费标识，并将所述关联标识作为计费信息；或，在网络实体使用新的计费标识的同时，其使用其它网元传送给的关联标识关联所述新的计费标识以及其它原有的计费标识，并将所述关联标识作为计费信息。
11.根据权利要求10所述的方法，其特征在于，所述步骤B具体包括当所述网络实体接收到对应用户业务请求的最终响应时，根据所述新的计费标识以及所述关联标识启动对所述新的计费标识对应的业务请求的离线计费。
全文摘要
本发明涉及一种离线计费方法，其核心是当网络实体接收到业务请求消息后，并且确认待发送的业务请求消息发生变化时，使用新的计费标识标识对应所述变化的用户业务请求的计费信息；当所述网络实体接收到对应用户业务请求的最终响应时，根据所述新的计费标识启动对所述新的计费标识对应的业务请求的离线计费。通过本发明，当用户业务发生变化后，网络实体通过使用新的计费标识，使得本发明能够对变化前和变化后的业务进行分段计费。另外，当用户业务发生变化后，通过使用关联标识关联变化前后的计费标识，从而可以启动对所述关联标识所关联的所有计费标识对应的业务的离线计费。
文档编号H04Q7/38GK1983936SQ20061008066
公开日2007年6月20日 申请日期2006年5月25日 优先权日2006年5月25日
发明者李辉 申请人:华为技术有限公司