专利名称：用于ip多媒体服务的计费机制的制作方法
技术领域：
本发明涉及用于IP多媒体服务的计费机制，尽管不是必须的，本发明尤其适用于在蜂窝服务上的按键通话(Push-to-talk)。
背景技术：
IP多媒体服务在相同的会话内提供语音、视频、消息、数据等等的动态组合。通过发展基础应用的数目和有可能组合的媒体，提供给终端用户的服务数目将按指数增长，并且个人间通信体验将丰富。这将导致新一代个性化、更丰富的多媒体通信服务。
IP多媒体子系统(IMS)是由第三代合作项目(3GPP)定义的技术，以在3G移动通信网络上提供IP多媒体服务。IMS提供关键特征以经由服务的综合和交互作用使终端用户个人对个人(person-to-person)通信体验丰富。除了个人对内容(person-to-content)(客户机对服务器(client-to-server))通信之外，IMS在基于IP的网络上允许新的丰富的个人对个人(客户机对客户机(client-to-client))通信。IMS使用会话发起协议(SIP)和服务传送协议(SDP)，以在用户终端(或者用户终端和万维网服务器)之间建立和控制呼叫或者会话。
图1示意性地示出了IMS如何适合移动网络体系结构。
现有的蜂窝电话网络运营商近来已经感受到选择使用所谓的“预付费”预订的用户数目巨大的增长，即，用户向运营商存入一定数量的现金(贷方余额)，其由用户在后续的服务使用中消费。可以预料，预付费预订选项将证明同样地受IPMM服务的用户欢迎。实际上，提供预付费服务很可能是用于普遍认购IPMM服务的必需之物。
当使用在线/实时计费机制(就预付费用户而论)的时候，对于提供访问请求的业务的IPMM服务单元(SE)而言，普遍规则是，在准许移动节点访问请求的服务之前请求信用核准。但是，由于IPMM SE必须引导与计费控制节点，也称为预付费系统(PPS)或者在线计费系统(OCS)交易的信用核准，这将不可避免地增加用于预付费用户的会话建立时间。
对于某些基于IPMM/IMS的服务，会话建立时间是至关重要的。这例如适用于在蜂窝(PoC)服务上的所谓的按键通话，诸如即时个人通话(Instant Personal Talk)和特设的即时群组通话(Ad-hoc Instant GroupTalk)，这里发起方按下在他的/她的终端上的PoC按钮，以邀请一个或多个用户进行步话机(walkie-takie)型会话，并且期望立即与被邀请方/多方联系(与传统的呼叫、振铃、基于应答的电话服务相反)。引入作为当前提出的预付费支付机制很可能导致PoC会话建立时间恶化到无法接受的水平，或者可能导致次最佳的用户经历由于信用核准阶段所产生的额外的延迟。
发明概述本发明的一个目的是消除预付费支付机制对于实际的和所感知的用户服务水平的影响。
按照本发明的第一个方面，提供了一种相对于IP多媒体服务对于移动用户预留信用的方法，该方法包括在用户向IP多媒体服务初始注册之后，但是在启用IP多媒体服务之前，使用早期会话建立过程在计费控制节点上预留信用保证金额，并且通知IP多媒体服务单元该信用预留，因此，在启用所述IP多媒体服务时，IP多媒体服务单元能够立即地继续进行会话连接。
应该理解，早期会话建立过程将包括在IP多媒体服务单元和计费控制节点之间合适的消息交换。该消息可以满足DIAMETER协议的要求。
早期会话建立过程典型地还将用于在用户终端(UE)和IMS服务器之间的服务协商目的(例如，媒体地址和编解码器类型的交换)。
早期会话建立过程可以在用户向IP多媒体服务注册之后自动触发，或者可以由例如用户/终端用户在其终端上激活特定的IP多媒体服务而触发。
本发明尤其适用于在蜂窝上按键通话(PoC)IP多媒体服务，尽管不是必需的。
该方法可以包括在IP多媒体服务单元和计费控制节点中的一个上估算适合于IP多媒体服务的信用保证金额。优选的，这个估算是在计费控制节点上执行的。
在预付费用户的情况下，所述计费控制节点将是位于用户的本地网络中的预付费系统(PPS)服务器。
优选的，该方法包括在启用IP多媒体服务时，基于已经请求/启用以建立修订的信用保证金额的实际的服务，在IP多媒体服务单元和计费控制节点之间执行信用核准过程。该估算的信用保证金额由修订的信用保证金额替换。
按照本发明的第二个方面，提供了一种由移动用户操作IP多媒体服务单元的方法，所述IP多媒体业务单元被安排以容易访问IP多媒体服务，该方法包括在用户向IP多媒体服务初始注册之后，但是在启动IP多媒体会话之前，启动与计费控制节点早期会话建立过程，以在计费控制节点上预留信用保证金额。
按照本发明的第三个方面，提供了一种操作计费控制节点的方法，该计费控制节点安排为控制用户访问IP多媒体服务，该方法包括在用户向IP多媒体服务初始注册之后，但是在启用IP多媒体服务之前，参与早期会话建立过程，计费控制节点估算预留给将来会话的合适的信用保证金额。
附图的简要说明图1示意性地示出了结合IP多媒体子系统的移动网络体系结构；图2示出了用于IPMM服务的简化的逻辑在线计费体系结构；图3表示PoC版本2体系结构；图4表示与用于PoC即时个人通话的早期会话建立过程有关的信令；和图5和6表示当服务被实际地启用的时候，在早期会话建立之后与会话连接过程相关联的信令。
本发明的某些实施例的详细说明在IP多媒体子系统(IMS)会话中，可以存在许多的用户，他们是几个不同的IMS运营商的用户。在任何普遍适用的计费过程中，每个IMS操作机构都应该能够按照他们自己的计费政策去独立地对他们自己的用户计费。也就是说，在不同的网络中对于相同的IMS会话可以适用不同的计费模式。另外，在给定的运营商的网络内，不同的计费模型可以适用于相同的IPMM服务/特征的不同用户组。
按照3GPP R5 TS 32.225和TS 32.200和IETF DCC(互联网草案“Diameter Credit-Control Application”)，用于IMS在线计费的两种情形被区别开1)“具有直接借记的一次事件(One-Time Event with Direct Debit-ing)”情形。在3GPP中，“即时的事件计费(Immediate Event Charging)”模型。在IETF DCC中，“具有直接借记的信用核准(Credit Authorizationwith Direct Debiting)”模型。
2)“基于会话的信用控制(Session-based Credit Control)”情形。在3GPP中，“具有单位预留的事件计费”模型。在IETF DCC中，“具有货币预留的信用核准(Credit Authorization with Money Reservation)”模型。
在两个模型中，在允许任何服务被传送给终端用户之前，IPMM服务单元(IPMM SE)(即，信用控制客户机)向在线计费系统(OCS)/预付费系统(PPS)(即，信用控制服务器)请求信用核准。基于会话的信用控制情形被认为更适合于大多数IPMM服务，并且其是在这里考虑的情形。
基于会话的信用控制是这样一个过程，其中PPS评估来自IPMM SE的请求，从用户的帐户预留合适的金额，并且通知IPMM SE相应的信用资源量。当然，“信用资源”可以不意味实际的货币的信用信用资源可以以计量单位(例如，数据量或者时间)的形式被授予。一旦收到具有一定量的信用资源的成功信用核准应答，IPMM SE允许服务传送给终端用户，并且开始监视所准许的资源的使用。当授予给终端用户的信用资源已经耗尽，或者服务已经成功地传送或者终止的时候，IPMM SE将使用的量返回报告给PPS，并且PPS从用户帐户中扣除已使用的量(PPS可以执行评估，并且如果服务传送正在继续，产生新的信用预留)。这个过程包括首次询问、可能的中间询问和最终询问。需要IPMM SE和PPS两者去保持信用控制会话状态信息。
图2的上部的示出了用于IPMM的通常的在线计费体系结构，同时图的下部示出了用于PoC的简化的体系结构。在线计费系统(OCS)/预付费系统(PPS)提供用于实时计费机制的计费控制功能。预付费系统包括帐户余额管理器和用户帐户、评估引擎和资费信息。评估引擎对在信源未定价的会话/服务或者事件提供评估值，即，对于它服务单元没有价格。对于在线计费，可以将计费输入提供给PPS的IPMM SE是服务呼叫会话控制功能(S-CSCF)、多媒体资源功能控制(MRFC)和应用服务器(AS)。对于在蜂窝上的按键通话(PoC)，将计费输入提供给PPS的SE是PoC服务器(其包含MRF和AS功能)。如由3GPP在版本5和6中定义的，在IPMM SE和PPS之间的接口基于Diameter(直径)基础协议(DBP)和Diameter信用控制应用(DCC)。
图3示出PoC版本2的体系结构，这里PoC功能实体是以实线绘制的。以下的接口在图3中示出It通话权(Floor)控制和媒体Itn通话权控制和媒体IsPoC客户机到代理会话信令If代理到PoC服务器会话信令In代理到代理会话信令Im群组管理服务器到PoC客户机Ik群组管理服务器到PoC服务器loOTAP服务器到PoC客户机。
PoC体系结构具有两个PoC服务器功能，控制PoC服务器功能/逻辑实体和参与PoC服务器功能/逻辑实体。在每个PoC通话会话中，仅有一个控制PoC服务器，而可以有一个或多个参与PoC服务器。该控制PoC服务器处理集中的任务，所述集中任务在PoC通话会话中不应由一个以上的PoC服务器处理。如基于每个PoC通话会话选择的，PoC服务器起控制PoC服务器作用，或者起参与PoC服务器的作用。
PoC服务器实现(即，物理实体/节点)可以同时且对于相同的PoC通话会话起控制PoC服务器和参与PoC服务器两者的作用。在即时个人通话和特设的即时群组通话的情况下，邀请用户的PoC服务器是控制PoC服务器。在聊天群组通话和即时群组通话的情况下，控制PoC服务器是拥有/主持群组身份(全球群组身份)的PoC服务器。在下面的附录中给出这些PoC服务更多的细节。
如已经在上面概述的，传统方法对于PoC会话的信用预留很可能导致显著的会话建立延迟。在这里提出了一种对于PoC延迟敏感的服务/特征(即，即时个人通话和特设即时群组通话)预留信用的替换方法，其保持所有的预付费特性(即，运营商信用控制，终端用户实时花费控制)。这个方法利用所谓的“早期会话”建立过程，以在终端用户发起通话会话之前，即，在实际的PoC特征被启用之前，借助于至关重要的会话建立时间预留用于PoC特征的信用。早期会话建立过程用于在UE和他的/她的本地PoC服务器之间的服务协商目的(例如，传送用于RTP/RTCP的IP地址/端口号，和编解码器类型)。早期会话可以继IMS注册之后或者在稍后一些时间点上立即建立。早期会话建立过程是在PoC版本2.0体系结构中定义的。
在早期会话建立时，在继续早期会话建立请求的处理之前，PoC服务器对于PPS执行信用预留(通过发送记帐记录类型＝开始(Accounting-Recore-Type＝START)的Diameter帐户请求(ACR))。PPS试验性地评估服务(在这个阶段，不知道哪一个PoC特征将在稍后的时间里由用户启用)，并且如果用户的信用余额是足够的，PPS从用户的帐户中预留合适的金额，并且将相应的信用单位量返回给PoC服务器(在记帐记录类型＝开始的Diameter ACA消息中)。一旦成功地信用预留，PoC服务器继续处理早期会话建立请求。这个信用核准阶段尤其对于时间是不敏感的，因为PoC特征还没有被启用。
如果信用预留是不成功的(例如，用户的信用余额耗尽)，PPS通过返回失败指示给PoC服务器启动即时服务结束过程(在结果码＝Diameter终端用户服务被拒绝(Result-Code＝DIAMETER_END_USER_SERVICE_DENIED)的Diameter ACA消息中)。
PoC服务器将SIP出错指示返回给服务IMS核心。出错指示被返回给UE和终端用户。
如已经提及的，当信用在早期会话建立时被预留时，PoC服务器还不知道哪些PoC特征将在稍后的时间里被启用，或者实际上不知道执行早期会话建立过程的UE是由发起(会话拥有者)终端用户还是终止(参加者)终端用户使用。因此，在早期会话建立时，PoC服务器可以仅提供有限的输入用于评估预付费系统。在会话连接(即，实际的PoC特征启用/建立阶段)，PoC服务器通过依靠先前预留的信用立即处理服务请求。PoC服务器现在能够提供用于评估PPS的精确输入(在记帐记录类型＝临时(INTERIM)Diameter ACR消息中)。这个信用核准阶段同样尤其是时间不敏感的，因为估算的信用金额已经被预留，降低了服务供应商的风险。服务启用可以被立即处理，同时第二信用核准被并行执行以细化评估。
图4示出了当早期会话建立过程用于即时个人通话特征的先进的信用预留时，与早期会话建立过程相关联的信令。该情形在两侧规定早期会话建立过程。(NB.信令流没有表示起始和终止IMS核心)。多种信令步骤如下
网络A早期会话建立1a.UE A通过经由IMS核心A向PoC服务器A发送“SIP邀请”(SIPINVITE)(即，UE发送“SIP邀请”给IMS核心A)来开始旱期会话建立(在初始IMS注册后立即或者在稍后某个时间上，例如，当用户从UE激活即时通话服务的时候)。IMS核心A将SIP 100“尝试(Trying)”返回给UE A。IMS核心A检测发起触发，并且因此发送“SIP邀请”给PoC服务器A。该“SIP邀请”包括请求URI用户部分设置为预先配置的串“Ad-hocGroupRequest”(该串被配置在UE中)包括特征标签“+g.poc.talkburt＝TRUE”的接受联系To＝URI用户部分设置为预先配置的串“Ad-hocGroupRequest”From＝邀请用户的公共用户身份具有包含SDP Offer 1的内容类型“application/sdp”的消息主体2a.PoC服务器A检查其支持的早期会话。为了该情形的目的，假设其支持早期会话。PoC服务器A可以向IMS核心A发送SIP 100尝试。
在网络A中计费，首次询问3a.控制PoC服务器开始对于用户A的本地预付费系统A的信用控制会话，同时继续处理接收的会话建立请求/“SIP邀请”。预付费系统A是通过ECF地址识别的，该ECF地址作为用户A简档(profile)的一部分在IMS用户A注册时间时从本地用户系统(HSS)下载到IMS核心A中的S-CSCF，并且在“SIP邀请”从IMS核心A中的S-CSCF被传送到PoC服务器A。
4a.控制PoC服务器发送Diameter ACR给预付费系统A。
该Diameter ACR包括记户记录类型＝START_RECORD(开始记录)预订Id(类型＝终端用户SIP URL(END_USER_SIP_URL)，数据＝“用户-A SIP URI”)M-S-C-C(#1)服务参数信息(类型＝扩展号1(ExtensionNumber1)，值＝POC任意通话会话(POC_ANY_TALK_SESSION))服务参数信息(类型＝扩展号2(ExtensionNumber2)，值＝会话拥有者)请求的服务单位(类型＝服务信用事件(SERVICE_CREDIT_EVENT)，值＝“预先配置的值”)服务参数信息(类型＝扩展号A(ExtensionNumberA)，值＝例如，“会话进行的总时间”)M-S-C-C(#2)服务参数信息(类型＝扩展号1，值＝POC任意通话会话)服务参数信息(类型＝扩展号2，值＝会话拥有者)请求的服务单位(类型＝服务信用事件，值＝“预先配置的值”)服务参数信息(类型＝扩展号C(ExtensionNumberC)，值＝例如，“分配的通话突发的数目”)M-S-C-C(#n)服务参数信息(类型＝扩展号1，值＝POC任意通话会话)服务参数信息(类型＝扩展号2，值＝会话参加者)请求的服务单位(类型＝服务信用事件，值＝“预先配置的值”)服务参数信息(类型＝扩展号BB(ExtensionNumberBB)，值＝例如，“发送和/或接收的通话突发的数目”)注意在这个例子中，包括/示出了三个M-C-C AVP。通常，可以包括若干个M-S-C-C AVP，一个用于由IPMM SE支持的每个测量方法，所述IPMM SE用于涉及服务类型和用户角色(party-role)的组合。
5a.预付费系统A基于接收的服务参数信息的内容尝试性地评估服务(在这个阶段，其不知道任何将来所请求的服务是否将是即时个人通话或者特设的即时群组通话)，从终端用户的帐户(其包含服务的预计花费)中产生信用预留，并且将Diameter ACA消息返回给PoC服务器。为了这个情形的目的，用户的信用余额被假设为是足够的。该Diameter ACA包括结果码＝Diameter成功(DIAMETER_SUCCESS)记帐记录类型＝开始记录(START_RECORD)记帐临时的间隔(“由预付费系统设置的值”)预订Id(类型＝终端用户SIP URL(END_USER_SIP_URL)，数据＝“用户A SIP URI”)M-S-C-C(#a)服务参数信息(类型＝扩展号1，值＝POC任意通话会话)服务参数信息(类型＝扩展号1，值＝会话拥有者)
授予的服务单位(类型＝服务信用事件，值＝“预付费系统设置授予的服务单位值＝请求的服务单位值”)服务参数信息(类型＝扩展号C，值＝例如，“分配的通话突发的数目”)。注意如果用户稍后将承担会话拥有者的角色，其是有效的计费模型。
M-S-C-C(#b)服务参数信息(类型＝扩展号1，值＝POC任意通话会话)服务参数信息(类型＝扩展号2，值＝会话参加者)授予的服务单位(类型＝服务信用事件，值＝“预付费系统设置授予的服务单位值＝请求的服务单位值”)服务参数信息(类型＝扩展号BB，值＝“发送的通话突发”)。注意如果用户稍后将承担会话参加者的角色，其是有效的计费模型。
控制PoC服务器A开始监视授予的服务单位的使用。
早期会话建立继续进行6a.PoC服务器A将SIP 202已接受经由IMS核心A发送给UE A。该SIP 202已接受包括包含由控制PoC服务器产生的临时的特设的群组标识符的联系具有包含SDP应答1的内容类型“应用/sdp”的消息主体7a.UE A经由IMS核心A将SIP ACK发送给PoC服务器A。
网络B早期会话建立和计费首次询问与网络A中的步骤1a至7a并行，在网络B中产生步骤1b至7b(涉及用户B、UE B、IMS核心B、PoC服务器B、预付费系统B)。
早期会话连接在完成在图4中所示的早期会话建立过程之后，该连接过程是由用户(在这种情况下，UE-A)发起。图5和6示出了与即时个人通话建立(即，连接建立)相关联的信令。同样，该信号流没有示出起始和终止IMS核心。该信令步骤如下利用早期会话的连接建立
1.在UE A上的终端用户，网络A的用户按下PoC按钮，以发起与在UE B上的终端用户，网络B的用户的即时个人通话会话。
2.UE A经由IMS核心A将“SIP参考”(SIP REFER)发送给PoC服务器A。该“SIP参考”包括Refer-To被邀请的用户的公共用户身份(即，SIP URI或者E.164号)3.发起参与的PoC服务器A基于在“SIP参考”(即，一个公共用户身份)中的信息将会话类型识别为即时个人通话。
发起参与的PoC服务器A承担控制PoC服务器的功能。发起参与的PoC服务器功能逻辑上与控制PoC服务器功能共同设置在一起(co-located)。也就是说，对于即时个人通话，分配给邀请用户的PoC服务器是控制PoC服务器。
控制PoC服务器将核准邀请用户到通话会话；将“SIP参考”解释为一个对于每个输出“SIP邀请/参考”(即，该邀请UE在“SIP通知”(SIP NOTIFY)中应接收有关被邀请用户最终SIP响应的信息)的参考事件包隐含的预订请求；和将“SIP参考”解释为一个隐含的“通话权请求”在网络A中计费，中间询问4.控制PoC服务器执行中间询问以将新的/额外的评估输入提供给计费系统A，即，控制PoC服务器现在已经知道该会话是即时个人通话类型。
5.控制PoC服务器发送Diameter ACR给预付费系统A。该DiameterACR包括记帐记录类型＝临时记录(INTERIM_RECORD)预订Id(类型＝终端用户SIP URL(END_USER_SIP_URL)，数据＝“用户A SIP URI”)M-S-C-C服务参数信息(类型＝扩展号1，值＝POC即时个人通话(POC_INSTANT_PERSONAL_TALK))服务参数信息(类型＝扩展号2，值＝会话拥有者)请求的服务单位(类型＝服务信用事件，值＝“预先配置的值”)
使用的服务单位(类型＝服务信用事件，值＝“使用的服务单位的总金额”)服务参数信息(类型＝扩展号C，值＝例如，“分配的通话突发的数目”)6.预付费系统A从终端用户的帐户中扣除使用的总金额，基于接收的服务参数信息的内容对服务评估，从终端用户的帐户(其包含服务的花费)中产生新的信用预留，并且返回一个Diameter ACA。为了这个情形的目的，用户的信用余额是足够的。该Diameter ACA包括结果码＝Diameter成功(DIAMETER_SUCCESS)记帐记录类型＝临时记录(1NTERIM_RECORD)记帐临时的间隔(“由预付费系统设置的值”)预订Id(类型＝终端用户SIP URL，数据＝“用户A SIP URI”)M-S-C-C服务参数信息(类型＝扩展号1，值＝POC即时个人通话)服务参数信息(类型＝扩展号2，值＝会话拥有者)授予的服务单位(类型＝服务信用事件，值＝“预付费系统设置授予的服务单位值＝请求的服务单位值”)服务参数信息(类型＝扩展号C，值＝例如，“分配的通话突发的数目”)7.控制PoC服务器A继续监视授予的服务单位的使用。
8.控制PoC服务器A将SIP 202已接受经由IMS核心A发送给UE A。
9.控制PoC服务器A将“SIP邀请”(SDP Offer 2)发送给参与PoC服务器B。应该理解，这个消息可以在从UE A收到“SIP参考”消息之后被PoC服务器A立即发送，即，这个消息可以在交换DIAMETER消息(5和6)之前或者在交换DIAMETER消息期间被发送。
10.参与PoC服务器B得到(从GLMS功能)请勿打扰(Do-not-Disturb)标记，访问(接受/拒绝)列表，和被邀请用户的应答模式。参与PoC服务器B基于请勿打扰标记和被邀请用户的访问(接受/拒绝)列表核准该请求。
为了这个情形的目的，参与PoC服务器B确定没有设置DnD标记，该邀请用户没有在拒绝列表上，并且该被邀请用户的应答模式被设置为“自动应答”。
在网络B中计费，中间询问11.参与PoC服务器执行中间询问以将新的/额外的评估输入提供给计费系统A，即，参与PoC服务器现在有关于终止PoC会话的知识。
12.参与PoC服务器发送Diameter ACR给预付费系统B。
该Diameter ACR包括记帐记录类型＝临时记录(INTERIM_RECORD)预订Id(类型＝终端用户SIP URL，数据＝“用户A SIP URI”)M-S-C-C服务参数信息(类型＝扩展号1，值＝POC任意通话会话)服务参数信息(类型＝扩展号2，值＝会话参加者)请求的服务单位(类型＝服务信用事件，值＝“预先配置的值”)使用的服务单位(类型＝服务信用事件，值＝“使用的服务单位的总金额”)服务参数信息(类型＝扩展号BB，值＝“发送通话突发”)13.预付费系统B从终端用户的帐户中扣除使用的总金额，基于接收的服务参数信息的内容评估服务，从终端用户的帐户(其包含服务的预计花费)中产生新的信用预留，并且返回一个Diameter ACA。为了这个情形的目的，用户的信用余额是足够的。该Diameter ACA包括结果码＝Diameter成功(DIAMETER_SUCCESS)记帐记录类型＝临时记录(INTERIM_RECORD)记帐临时的间隔(“由预付费系统设置的值”)预订Id(类型＝终端用户SIP URL，数据＝“用户-A SIP URI”)M-S-C-C服务参数信息(类型＝扩展号1，值＝POC任意通话会话)服务参数信息(类型＝扩展号2，值＝会话参加者)授予的服务单位(类型＝服务信用所事件，值＝“预付费系统设置授予的服务单位值＝请求的服务单位值”)服务参数信息(类型＝扩展号BB，值＝“发送通话突发”)14.参与PoC服务器B开始监视授予的服务单位的使用。
利用早期会话的连接建立继续进行15.UE B具有已建立的早期会话，并且已设置了自动应答模式，因此，参与PoC服务器B选择早期媒体模式。
16.参与PoC服务器B发送SIP 200 OK(SDP应答2)给控制PoC服务器。
17.SIP ACK被从控制PoC服务器A发送到参与PoC服务器B。注意到，如同“SIP邀请”消息(9)的情况一样，SIP ACK和SIP 200 OK消息的发送不依赖于DIAMETER消息(5，6，12，13)的交换。
18.控制PoC服务器经由参与PoC服务器B发送RTCP“取得通话权”给UE B。
19.“侦听指示”被赋予给用户B。
20.控制PoC服务器发送RTCP“通话权授予”给UE A。注意到，如同“SIP邀请”消息(9)的情况一样，消息RTCP“取得通话权”(18)和RTCP“通话权授予”(20)的发送不依赖于DIAMETER消息(5，6，12，13)的交换。
21.“通话指示”被赋予给用户A(携带SDP应答的“SIP 202已接受”和表示PoC服务器准备好处理媒体的“通话权授予”两者是用于用户交互作用的目的需要的)。
用户A开始通话22.用户A开始通话。
23.“RTP交谈脉冲”(媒体)经由控制PoC服务器和参与PoC服务器B被从UE A传送给UE B。
24.用户A侦听用户B的语音短语(speech phrase)。
25.由于先前的“对被邀请用户状态隐含的预订”，一收到SIP 200OK，控制PoC服务器发送一个“SIP通知”请求给IMS核心A。IMS核心A发送“SIP通知”给UE A。该“SIP通知”包括事件＝参考(refer)具有内容类型“消息/sipfrag”的消息主体包含SIP响应的状态行，即，PoC服务器从被邀请用户接收的，“SIP/2.0200 OK”用于该情形；和该被邀请的用户的公共用户身份(SIP URI或者MSISDN)。
26.UE A将对“SIP通知”的响应SIP 200 OK发送给IMS核心A。IMS核心A将SIP 200 OK发送给控制PoC服务器。
用户A结束通话27.用户A释放PoC按钮。
28.UE A发送“RTCP通话权释放”给控制PoC服务器。
29.控制PoC服务器发送“RTCP通话权空闲”给UE A。
30.控制PoC服务器发送“RTCP通话权空闲”给参与PoC服务器B，参与PoC服务器B将其转发给UE B。
31.“通话权空闲指示”被赋予给用户B。
更多的通话突发可以由用户A和用户B发送/接收其他的通话突发可以由用户A和用户B发送/接收。
另一个信用控制中间询问可以出现。
用户A从通话会话断开32.用户A请求从通话会话断开33.UE A发送“RTCP BYE”给控制PoC服务器。
34.控制PoC服务器检测不活动性计时器期满。按照会话终止政策，控制PoC服务器请求通话会话解除。
35.控制PoC服务器发送“RTCP BYE”给参与PoC服务器B，参与PoC服务器B将其转发给UE B。
36.会话断开指示被赋予给用户B。
37.控制PoC服务器发送一个SIP BYE给参与PoC服务器B。
38.参与PoC服务器B以SIP 200 OK响应(对于SIP BYE)。
在网络A中计费，最终询问39.控制PoC服务器发送Diameter ACR给预付费系统A。
该Diameter ACR包括记帐记录类型＝停止记录(STOP_RECORD)预订Id(类型＝终端用户SIP URL，数据＝“用户-A SIP URI”)使用的服务单位(类型＝服务信用事件，值＝“使用的服务单位的总金额”)40.预付费系统A返回一个Diameter ACA。为了该情形的目的，用户的信用余额是足够的。该Diameter ACA包括结果码＝Diameter成功(DIAMETER_SUCCESS)记帐记录类型＝停止记录(STOP_RECORD)
在网络B中计费，最终询问41.参与PoC服务器发送Diameter ACR给预付费系统B。
该Diameter ACR包括记帐记录类型＝停止记录(STOP_RECORD)预订Id(类型＝终端用户SIP URL，数据＝“用户A SIP URI”)使用的服务单位(类型＝服务信用事件，值＝“使用的服务单位的总金额”)42.预付费系统B返回一个Diameter ACA。为了这个情形的目的，用户的信用余额是足够的。该Diameter ACA包括结果码＝Diameter成功记帐记录类型＝停止记录从以上的讨论中应该理解，预付费特征(某些PoC特征被广大的市场接受的必需之物)被以这样一种方式引入，即，信用核准阶段不影响PoC通话会话建立时间。IPMM服务单元(例如，PoC服务器)在作为“PoC早期会话过程”的一部分的初始IMS用户注册之后的某个时间，对于预付费系统执行信用核准以预留信用，也就是说，在实际的建立时间之前，至关重要的PoC服务特征(即，即时个人通话，特设的即时群组通话)由使用的终端启用。当终端用户启用PoC服务特征的时候，IPMM服务单元可以通过依靠先前预留的信用立即处理服务请求，同时，IPMM服务单元执行第二信用核准，以给预付费系统提供细化的评估输入(例如，启用的实际的PoC特征，会话发起方的角色)。因此，信用核准阶段不影响PoC通话会话建立时间。
本领域技术人员应该理解，在不脱离本发明的范围的情况下可以对以上描述的实施例进行各种各样的修改。
附录在蜂窝上的按键通话(PoC)是基于IMS技术的“步话机”服务类型。PoC服务包括以下的特征即时个人通话这是与另一个用户(1对1)话音通信，这里用户一次一个人通话。用户邀请其他用户建立即时个人通话会话。1对1即时个人通话服务的参与用户可以将新的一个或多个用户增加到会话中，因此，建立1对N通信(即，特设的即时群组通话)。
聊天群组通话这是1对N话音通信，这里用户一次一个人说话。用户加入该群组，以便参加聊天群组通话，即，每个参加者个别地加入会话。存在两个类型的聊天群组1.开放的聊天群组是任何用户可以加入的群组2.限制的聊天群组是具有成员列表的群组，仅仅拥有该群组的用户能够增加和删除群组成员，仅群组成员能够加入该聊天群组通话会话。
在限制的聊天群组通话可以建立之前，群组必须创建，并且成员必须限定。在开放聊天群组通话可以建立之前，群组必须创建。在一个正在进行的开放或者限制的聊天群组通话会话中的参加者可以将另一个用户增加/邀请给该会话，如果该群组被限制，参加者可以仅仅邀请是该群组成员的用户。
即时群组通话这是1对N话音通信，这里用户一次一个人说话。该群组的成员的一个邀请所有其他的群组成员到即时群组通话会话。在即时群组通话可以建立之前，群组必须创建，并且成员必须限定。已经离开该群组或者最初已经拒绝邀请的该群组的成员可以加入/重新加入一个正在进行的即时群组通话会话。正在进行即时群组通话会话的参加者可以增加/邀请该群组的其他的成员到该会话。
特设的即时群组通话这是1对N话音通信，这里用户一次一个人说话。用户邀请选择的用户到特设的即时群组通话会话。一个正在进行特设的即时群组通话会话的参加者可以增加/邀请其他的成员到该会话。已经离开该群组或者最初已经拒绝邀请的用户可以加入/重新加入正在进行的特设的即时群组通话会话。
即时个人警告用户可以警告另一个用户。该警告表示用户希望去通信，并且其是使用例如即时个人通话特征礼貌地请求另一个用户回叫的方式。即时个人警告可以携带文字消息。
此外，以下的能力与上述的PoC特征结合使用群组和列表管理这允许PoC终端用户(和运营商)如下所述去管理群组、列表和其他的信息。该信息被存储在网络中的群组和列表管理服务器(GLMS)逻辑实体中，并且被经由UE-GLMS接口管理。
联系表这些用于在UE和网络中存储联系入口(个体和群组)。当启动PoC通信的时候，上述的列表由UE使用去寻址(address)用户和群组。联系表适用于即时个人通话和特设的即时群组通话会话类型。
访问(接受/拒绝)列表这些用于限定访问规则，也就是说，其允许或者不允许经由PoC服务到达特定用户(即，被呼叫/被邀请的用户可以使用接受和拒绝列表去接受或者拒绝从其他的用户进来的通话会话请求)。访问列表适用于所有的通话会话类型，并且是由PoC服务器使用的。这是被呼叫/终止方特征。
群组列表群组列表被用于限定PoC特定的群组，并且适用于开放/限制的聊天群组通话和即时群组通话。由PoC服务器和UE使用。
请勿打扰(DnD)被呼叫/邀请的用户可以使用“请勿打扰”特征阻挡所有进来的通话会话(期望即时个人警告)。DnD优先于访问列表。由PoC服务器使用。这是被呼叫/终止方特征。
应答模式被呼叫/被邀请的用户可以选择自动或者人工应答模式，并且是由PoC服务器和UE使用。其是被呼叫/终止方特征。服务被邀请的用户的PoC服务器可以使用该应答模式去选择用于该会话的媒体模式(早或者晚媒体)。
存在这个特征被用于建议某些方其他方的可访问性。
权利要求
1.一种关于IP多媒体服务为移动用户预留信用的方法，该方法包括在用户向IP多媒体服务的初始注册之后，但是在启用IP多媒体服务之前，使用早期会话建立过程在计费控制节点上预留信用保证金额，并且通知IP多媒体服务单元该信用预留，从而在启用所述IP多媒体服务时，IP多媒体服务单元能够立即进行会话建立。
2.根据权利要求1的方法，其中，早期会话建立过程包括在IP多媒体服务单元和计费控制节点之间使用基于DIAMETER的协议交换消息。
3.根据权利要求1或者2的方法，早期会话建立过程在用户向IP多媒体服务注册之后被自动触发。
4.根据权利要求1或者2的方法，早期会话建立过程是由用户激活IP多媒体服务而触发的。
5.根据先前的权利要求的任何一个的方法，其中，IP多媒体服务是在蜂窝上的按键通话IP多媒体服务。
6.根据先前的权利要求的任何一个的方法，包括在IP多媒体服务单元和计费控制节点中的一个上估算对于IP多媒体服务适当的信用保证金额。
7.根据先前的权利要求的任何一个的方法，其中，所述用户是预付费用户，并且所述计费控制节点是位于用户的本地网络中的预付费系统服务器。
8.根据先前的权利要求的任何一个的方法，包括在发起IP多媒体会话时，基于实际的会话条件，在IP多媒体服务单元和计费控制节点之间执行信用核准过程，以建立修订的信用保证金额，并且以修订的信用保证金额替换或者补充估算的信用保证金额。
9.一种由移动用户操作IP多媒体服务单元的方法，所述IP多媒体业务单元被安排以使得易于访问IP多媒体服务，该方法包括在用户向IP多媒体服务的初始注册之后，作为早期会话建立过程的一部分发起与计费控制节点的交易，以在计费控制节点上预留信用保证金额。
10.一种操作计费控制节点的方法，该计费控制节点被安排来控制对IP多媒体服务的用户访问，该方法包括在用户向IP多媒体服务的初始注册之后，但是在启用IP多媒体服务之前，参与早期会话建立过程，该计费控制节点估算要预留给将来会话的适当的信用保证金额。
全文摘要
一种关于IP多媒体服务对于移动用户预留信用的方法。该方法包括在用户向IP多媒体服务注册之后，但是在启用IP多媒体服务之前，使用早期会话建立过程在计费控制节点上预留信用保证金额，并且通知IP多媒体服务单元该信用预留，因此，在启用所述IP多媒体服务时，IP多媒体服务单元能够立即继续进行会话建立。
文档编号H04L12/14GK1961567SQ200480043232
公开日2007年5月9日 申请日期2004年6月3日 优先权日2004年6月3日
发明者M·贝洛拉, C·多蒂, S·穆诺茨, S·特里尔, P·威斯 申请人:艾利森电话股份有限公司