专利名称：建立通信会话的制作方法
技术领域：
本发明涉及一种建立通信会话的方法。更具体来说，本发明涉及提高用户在通信会话的时长中可用的服务质量。
背景技术：
通过IP连通性接入网(IP-CAN)所提供的电信服务可能受到计费和策略控制机制的影响。这包括服务质量(QM)控制。相应地，一些电信系统结合策略和计费控制(PCC)架构，以便提供这个控制。3GPP TS 23. 203 V8. 1. 1在由用户终端通过包括3GPP接入(GERAN/ UTRAN/E-UTRAN)和非3GPP接入的演进3GPP电信系统所建立的IP-CAN会话中的分组流方面描述这种PCC架构。图1示意示出3GPP TS 23. 203中描述的PCC架构的示例，它包括策略和计费执行功能(PCEF)、承载绑定和事件报告功能(BBERF)、策略和计费规则功能(PCRF)、 应用功能(AF)、在线计费系统(OCS)、离线计费系统(OFCS)和预订简档资料库(SPR)。PCEF是表现为用于执行PCRF和OCS所指示的判定的策略执行点(PEP)的功能实体。PCEF捕获任何用户和信令业务，并且分析该业务，以便识别用户并且捕获所使用服务的细节。然后，PCEF能够将这个信息通过foe接口传递给PCRF、通过Gy接口传递给OCS以及通过( 接口传递给OFCS。PCEF优选地并存于实现对PDN的IP接入的网关节点中。因此，在GPRS核心网络中，PCEF位于GPRS网关支持节点(GGSN)中，而在CDMA2000网络的情况下，PCEF可位于分组数据服务节点(PDSN)中。OCS基于从PCEF接收到的所供应数据和用户活动信息来为网络资源的使用提供授权。这个授权必须在实际资源使用之前由OCS准予。当接收到网络资源使用请求时，网络汇集相关计费信息，并且向OCS实时生成计费事件。OCS则通过Gy接口返回适当的资源使用授权。资源使用授权的范围(例如数据容量或时长)可受到限制，因此，只要用户的资源使用持续，这个授权就可能必须不时地更新。OCS能够支持基于时间、容量和事件的计费。AF是提供要求对IP-CAN用户平面行为的策略和/或计费控制的应用的元件。 AF通过Rx接口与PCRF进行通信，以便传递PCRF判定所需的动态会话信息，以及接收与 IP-CAN承载级事件有关的IP-CAN特定信息和通知。AF的一个示例是IP多媒体核心网络 (IM CN)子系统的P-CSCF。在P-CSCF的情况下，从P-CSCF会话信息(例如当SIP用于信令时的SDP)得出通过Rx接口所传递的信息，并且它主要包括媒体组件。媒体组件包括一组IP流，其中的每个由5元组、媒体类型和所需带宽来描述。PCRF能够实现为独立节点，并且表现为存储与QoS执行相关的用户数据、接入控制列表等的策略判定点(PDP)或策略服务器(PS)。PCRF提供用户终端与AF之间所协商的媒体组件的策略和计费控制。PCRF向PCEF提供与服务数据流检测、选通、QoS和基于流量的计费(除了信用管理之外)有关的网络控制。PCRF下载到PCEF的QoS信息包括QoS类标识符(服务数据流的经授权QoS类)、分配和保持优先级(ARP)以及上行链路和下行链路的经授权比特率。一旦在PCRF中进行判定，则通过foe接口向PCEF指示这个判定。SPR包含PCRF对基于预订的策略和IP-CAN承载级计费规则所需的所有订户/预订相关信息。Sp接口允许PCRF基于订户ID和其它IP-CAN会话属性向SI3R请求与IP-CAN传输级策略相关的预订信息。网络运营商向用户提供各种不同类型的预订，其中的每个能够具有不同QoS和/ 或使用极限。例如，一种预订类型可对前1( 数据为用户提供IMbps的带宽极限，此后带宽则降级到USKbps。一种备选预订类型可对前5( 数据提供3Mbps的带宽极限，此后，除了运营商门户之外，不存在对任何服务的访问。因此，用户所接收的QoS等级将取决于他/她愿意支付什么。虽然上述示例仅定义带宽极限QoS参数，但是用户的预订类型还能够定义其它QoS参数，例如QoS类标识符(QCI)、业务延迟等。对于某些类型的服务，可存在优选或所需最小QoS。例如，在视频会议中，向所有参与用户提供充分高的带宽是必不可少的。图2是IM CN子系统中的视频会议协商的示例信令流程图。在这个示例中，两个用户正协商视频会议。用户之一的预订提供限制在低于视频会议所需的QoS的带宽，使得协商失败，并且会话中止。所执行的步骤如下Al.将SIP INVITE从始发用户终端(UE A)发送给端接用户终端(UE B)。SIP INVITE经由与UE A关联的P-CSCF A路由到电话应用服务器(TAQ并且路由到与UE B关联的P-CSCF B上。A2. UE B向P-CSCF B返回183会话进度消息。A3.然后，P-CSCF B向PCRF B发送认证和授权请求(AAR)消息，以便授权所需QoS。A4.在这个示例中，PCRF B没有授权QoS，因为UE B的用户B的预订不允许会话所需的QoS (例如，如果用户的最大带宽=1Mbps，而视频会议请求带宽=2Mbps)。PCRF B 在认证和授权应答(AAA)消息中向P-CSCF B发送拒绝。A5. P-CSCF B向UE A和UE B发送BYE (再见)消息，以便通知它们关于会话已经终止。备选地，情况可能是，尽管受限制带宽，仍然允许服务。但是，没有预期QoS，两个用户所遇到的服务可能将会较差。在另一个备选方案中，两个用户最初可协商并且同意某个QoS。但是，在会话期间，用户之一可能降级到较低QoS，例如，用户可能超过其使用极限。 在这种情况下，当会话没有中断时，服务将会降级，并且这个降级将被两个用户感知。总之，在对用户可用的QoS的限制因其预订的限制而将限制那个用户可用的服务时，它们还可限制希望与那个用户进行通信的其它用户可用的服务或QoS。
发明内容
按照本发明的第一方面，提供一种操作IP多媒体子系统应用服务器以便促进以所需服务质量在第一用户与第二用户之间的通信会话的方法。该方法包括接收关于与第一用户关联的策略和计费规则功能尚未授权所述所需服务质量的通知，该通知包括第一用户为了取得所述所需服务质量而需要的附加服务质量的指示；向与第二用户关联的策略和计费规则功能请求对第一用户的附加服务质量的授权；接收关于与第二用户关联的策略和计费规则功能已经授权所述附加服务质量的通知；以及通知与第一用户关联的策略和计费规则功能关于对第一用户已经授权附加服务质量。因此，即使第一用户可用的QoS对特定会话不充分/不够，第一用户与第二用户之间的会话通信也能够成功建立。因此，这个方法规定，对用户可用的QoS的限制因其预订的限制而将不会限制希望与那个用户进行通信的其它用户可用的服务或QoS。该方法还可包括在请求对所升级的服务质量的授权之前，请求第二用户是否愿意为第一用户提供附加服务质量；接收来自第二用户的响应；以及如果第二用户愿意，则着手请求对附加服务质量的授权。按照本发明的第二方面，提供一种操作与第一用户关联的策略和计费规则功能以便以所需服务质量来建立第一用户与第二用户之间的通信会话的方法。该方法包括接收服务质量授权请求，该请求包括第一用户所需的所述所需服务质量和第二用户所需的附加服务质量；确定第一用户的预订是否对所需服务质量和附加服务质量允许充分服务质量； 以及如果是的话，则以关于已经授权所需服务质量和附加服务质量的指示来响应该请求。如果第一用户的预订对所需服务质量和附加服务质量确实允许充分服务质量，则第一用户可用的服务质量在会话的时长中可降低与附加服务质量相等的量。如果第一用户的预订对所需服务质量和附加服务质量不允许充分服务质量，则该方法可包括确定是否能够以第一用户的成本来升级第一用户的预订，以便提供第一用户的所需服务质量和第二用户所需的附加服务质量，并且如果是的话，则升级第一用户的预订；以及以关于已经授权所需服务质量和附加服务质量的指示来响应该请求。确定是否能够升级第一用户的预订的步骤可包括确定是否对第一用户已经预先配置对升级第一用户的预订的准许。确定是否能够升级第一用户的预订的步骤还可包括向第一用户发送请求升级其预订的准许消息。按照本发明的第三方面，提供一种操作与第一用户关联的策略和计费规则功能以便控制以所需服务质量来建立第一用户与第二用户之间的通信会话的方法。该方法包括 接收服务质量授权请求，该请求包括第一用户所需的所述所需服务质量；确定第一用户的预订是否对所需服务质量允许充分服务质量，并且如果不是的话，则确定第一用户为了取得所述所需服务质量而需要的附加服务质量；以及以关于尚未授权预期服务质量的指示来响应该请求，并且其中包括第一用户所需的附加QoS。该方法还可包括接收另一个服务质量授权请求，该请求包括第一用户所需的所述所需服务质量和关于与第二用户关联的策略和计费规则功能已经授权附加服务质量的指示；确定第一用户的预订所允许的服务质量与附加服务质量的组合对所需服务质量是否充分；以及如果是的话，则以关于已经授权所需服务质量的指示来响应该请求。如果第一用户的预订所允许的服务质量与附加服务质量的组合对所需服务质量是充分的，则第一用户可用的服务质量在会话的时长中可增加与附加服务质量相等的量。按照本发明的第四方面，提供一种操作与第一用户关联的IP多媒体子系统代理呼叫会话控制功能以便促进以所需服务质量在第一用户与第二用户之间的通信会话的方法。该方法包括从应用服务器接收关于第一用户从与第一用户关联的策略和计费规则功能得到对第二用户的附加服务质量的授权以便使第二用户能够取得所需服务质量的请求； 向与第一用户关联的策略和计费规则功能发送服务质量授权请求，该请求包括所述所需服务质量和附加服务质量；接收对请求的响应，该响应包括关于已经授权所需服务质量和附加服务质量的指示；以及通知应用服务器关于与第二用户关联的策略和计费规则功能已经授权所述附加服务质量。
在从应用服务器接收关于第一用户得到对附加服务质量的授权的请求之前，该方法还可包括从应用服务器接收请求第一用户是否愿意为第二用户提供附加服务质量的消息；向第一用户发送请求第一用户是否愿意为第二用户提供附加服务质量的消息；从第一用户接收响应；以及通知应用服务器关于该响应。按照本发明的第五方面，提供一种操作与第一用户关联的IP多媒体子系统代理呼叫会话控制功能以便促进以所需服务质量在第一用户与第二用户之间的通信会话的方法。该方法包括从应用服务器接收从与第一用户关联的策略和计费规则功能得到对所需服务质量的授权的请求，该请求包括关于与第二用户关联的策略和计费规则功能已经授权附加服务质量的指示；向与第一用户关联的策略和计费规则功能发送服务质量授权请求， 该请求包括所述所需服务质量和关于已经授权附加服务质量的指示；接收对请求的响应， 该响应包括关于对第一用户已经授权所需服务质量的指示；以及通知应用服务器关于与第一用户关联的策略和计费规则功能已经授权所需服务质量。按照本发明的第六方面，提供一种配置成作为IP多媒体子系统应用服务器进行操作以用于促进以所需服务质量在第一用户与第二用户之间的通信会话的设备。该设备包括用于接收关于与第一用户关联的策略和计费规则功能尚未授权所述所需服务质量的通知的接收器，该通知包括第一用户为了取得所述所需服务质量而需要的附加服务质量的指示；用于生成对第一用户的附加服务质量的授权的请求的处理单元；用于发送授权请求的发射器；用于接收关于与第二用户关联的策略和计费规则功能已经授权所述附加服务质量的通知的接收器；以及用于通知与第一用户关联的策略和计费规则功能关于对第一用户已经授权附加服务质量的发射器。该设备还可包括用于请求第二用户是否愿意为第一用户提供附加服务质量的发射器；以及用于接收来自第二用户的响应的接收器。按照本发明的第七方面，提供一种配置成作为与第一用户关联的策略和计费规则功能进行操作以用于以所需服务质量来建立第一用户与第二用户之间的通信会话的设备。 该设备包括用于接收服务质量授权请求的接收器，该请求包括所述所需服务质量和第二用户所需的附加服务质量；用于确定第一用户的预订是否对所需服务质量和附加服务质量允许充分服务质量的处理单元；以及用于以关于已经授权所需服务质量和附加服务质量的指示来响应该请求的发射器。处理单元可设置成，如果第一用户的预订对所需服务质量和附加服务质量确实允许充分服务质量，则在会话的时长中将第一用户可用的服务质量降低与附加服务质量相等的量。处理单元还可设置成确定是否能够以第一用户的成本来升级第一用户的预订，以便提供第一用户的所需服务质量和第二用户所需的附加服务质量，以及如果是的话，则升级第一用户的预订。按照本发明的第八方面，提供一种配置成作为与第一用户关联的策略和计费规则功能进行操作以用于控制以所需服务质量来建立第一用户与第二用户之间的通信会话的设备。该设备包括用于接收服务质量授权请求的接收器，该请求包括所述所需服务质量； 处理单元，用于确定第一用户的预订是否对所需服务质量允许充分服务质量，并且如果不是的话，则确定第一用户为了取得所述所需服务质量而需要的附加服务质量；以及用于以关于尚未授权所需服务质量的指示来响应该请求的发射器，并且其中包括附加QoS。
该设备还可包括用于接收另一个服务质量授权请求的接收器，该请求包括所述所需服务质量和关于与第二用户关联的策略和计费规则功能已经授权附加服务质量的指示；处理单元，用于确定第一用户的预订所允许的服务质量与附加服务质量的组合对所需服务质量是否充分；以及用于以关于已经授权所需服务质量的指示来响应该请求的发射
ο处理单元可设置成，如果第一用户的预订所允许的服务质量与附加服务质量的组合对所需服务质量是充分的，则在会话的时长中将第一用户可用的服务质量增加与附加服务质量相等的量。按照本发明的第九方面，提供一种配置成作为与第一用户关联的IP多媒体子系统代理呼叫会话控制功能进行操作以用于促进以所需服务质量在第一用户与第二用户之间的通信会话的设备。该设备包括用于从应用服务器接收关于第一用户从与第一用户关联的策略和计费规则功能得到对第二用户的附加服务质量的授权以便使第二用户能够取得所需服务质量的请求的接收器；处理单元，用于生成服务质量授权请求，该请求包括所述所需服务质量和附加服务质量；发射器，用于向与第一用户关联的策略和计费规则功能发送服务质量授权请求；用于接收对该请求的响应的接收器，该响应包括关于已经授权所需服务质量和附加服务质量的指示；以及用于通知应用服务器关于与第二用户关联的策略和计费规则功能已经授权所述附加服务质量的发射器。该设备还可包括用于从应用服务器接收确定第一用户是否愿意为第二用户提供附加服务质量的请求的接收器；用于向第一用户发送请求第一用户是否愿意为第二用户提供附加服务质量的消息的发射器；用于从第一用户接收响应的接收器；以及用于通知应用服务器关于该响应的发射器。按照本发明的第十方面，提供一种配置成作为与第一用户关联的IP多媒体子系统代理呼叫会话控制功能进行操作以用于促进以所需服务质量在第一用户与第二用户之间的通信会话的设备。该设备包括用于从应用服务器接收从与第一用户关联的策略和计费规则功能得到对所需服务质量的授权的请求的接收器，该请求包括关于与第二用户关联的策略和计费规则功能已经授权附加服务质量的指示；用于生成服务质量授权请求的处理单元，该请求包括所述所需服务质量和关于已经授权附加服务质量的指示；用于向与第一用户关联的策略和计费规则功能发送服务质量授权请求的发射器；用于接收对请求的响应的接收器，该响应包括关于对第一用户已经授权所需服务质量的指示；以及用于通知应用服务器关于与第一用户关联的策略和计费规则功能已经授权所需服务质量的发射器。本发明规定，第一用户和第二用户都将具有参与会话可用的充分QoS。另外，通信中涉及的网络运营商将获益于通信会话的成功建立。
图1示意示出通用分组无线业务(GPRS) IP-CAN中采用的PCC架构的示例；图2示出IM CN子系统中的视频会议协商的示例信令流程图；图3a和图北示出按照本发明的一个实施例、IM CN子系统中的视频会议协商的示例信令流程图；图4示出按照本发明的一个实施例、由应用服务器所实现的过程的示例；
11
图5示出按照本发明的一个实施例、由策略和计费规则功能所实现的过程的示例；图6示出按照本发明的一个实施例、由策略和计费规则功能所实现的过程的示例；图7示出按照本发明的一个实施例、由代理呼叫会话控制功能所实现的过程的示例；图8示出按照本发明的一个实施例、由代理呼叫会话控制功能所实现的过程的示例；图9示意示出按照本发明的一个实施例的应用服务器的示例；图10示意示出按照本发明的一个实施例的策略和计费规则功能的示例；以及图11示意示出按照本发明的一个实施例的代理呼叫会话控制功能的示例。
具体实施例方式为了克服或者至少缓解上述问题，现在将描述一种建立至少第一用户与第二用户之间的通信会话的方法，其中第二用户的预订所允许的QoS不满足该会话优选或所需的最小QoS。在该方法中，第二用户可用的QoS可在会话的时长中至少增加到最小预期QoS，其中附加或升级的QoS由第一用户提供。第一用户能够代表第二用户来支付这个附加或升级的QoS，或者它们能够允许第二用户利用其预订所允许的QoS。因此，即使第二用户可用的 QoS对特定会话不充分/不够，第一用户与第二用户之间的通信也能够成功建立。如果第一用户允许第二用户利用其预订所允许的QoS，则第一用户可用的QoS暂时降低。因此，第一用户的预订所允许的QoS必须足以向第一用户提供最小预期QoS以及提供第二用户所需的附加或升级的QoS。换言之，第二用户实际上借用第一用户可用的QoS 的一部分。例如，第一用户和第二用户希望建立它们之间的多媒体通信，多媒体通信会话具有1. 8Mbps的最小所需带宽。如果第一用户的预订将第一用户可用的带宽限制到3Mbps， 并且第二用户的预订将第二用户可用的带宽限制到1Mbps，则这里所述的方法将规定，第二用户能够从第一用户可用的带宽借用0.8Mbps带宽。因此，在第一用户与第二用户之间的多媒体通信的时长中，将向第二用户提供最高达1.8Mbps，而将向第一用户提供最高达 2. 2Mbps。按照这个方法，如果确定第二用户的预订的QoS限制不满足特定通信会话优选或所需的QoS，则能够向第一用户请求提供第二用户所需的附加或升级的QoS。这个附加或升级的QoS允许第二用户取得预期QoS。如果第一用户同意这个请求，则将以第一用户的支出或者使用第一用户的预订所允许的QoS来增加第二用户可用的QoS。在这样做时，该方法规定，第一用户和第二用户均具有使用该服务可用的充分 QoS,并且通信中涉及的一个或多个网络运营商获益于通信会话的成功建立。此外，如果参与用户共享其预订所允许的QoS，则网络运营商仍然能够应用不一定使其网络资源过载的动态QoS策略，因为可用于用户的总QoS保持相同。但是，如果一个或多个接入网中可用的网络资源受到限制，则所述一个或多个网络运营商仍然能够限制提供给第一用户和第二用户的QoS。
在与IP多媒体子系统(IMS)架构中的多媒体通信服务相关的一个可能的实现中， 上述方法作为补充服务来执行。在IMS中，补充服务使用电话应用服务器(TAQ来实现， TAS充当背对背用户代理(B2BUA)，即，它端接两个对话(这种情况下为SIP对话)。TAS包含服务逻辑，该服务逻辑提供基本呼叫处理服务，包括数字分析、路由选择、呼叫建立、呼叫等待、呼叫转移、会议、通信标识、反向计费(reversed charging)等。TAS将接收关于尚未对参与用户之一授权预期QoS的通知，并且然后将向另一个参与用户发起请求，询问他/她是否将同意提供另一个用户需要的附加或升级的QoS，以便运行正在协商的服务。因此，TAS 将作为两个用户之间的中间节点进行工作以协商这个QoS共享服务。图3a和图北是IM CN子系统中的视频会议协商的示例信令流程图，其中将QoS 共享服务作为补充服务来提供。在这个示例中，协商在始发用户终端(UE A)与端接用户终端(UE B)之间发生。视频会议服务要求3Mbps的带宽。UE A的用户A的预订指定5Mbps 的带宽极限，而UE B的用户B的预订指定2Mbps的带宽极限。所执行的步骤如下Bi.将SIP INVITE从UE A发送给UE B,以便发起视频会议服务。SIP INVITE经由与UE A关联的P-CSCF A路由到TAS，并且路由到与UE B关联的P-CSCF B上。B2. UE B向P-CSCF B返回183会话进度消息。然后，P-CSCF B向PCRF B发送认证和授权请求(AAI )消息，请求授权所需QoS。P-CSCF与PCRF之间的Rx接口将要求扩展成包括QoS共享信息。例如，QoS共享信息可包括关于请求QoS共享的指示以及需要的附加QoS (例如带宽)。B3. PCRF B确定用户B的预订是否允许充分QoS以满足3Mbps的最小带宽。在这个示例中，PCRF B没有授权QoS，因为用户B的预订仅提供IMbps的最大带宽。PCRF B在认证和授权应答(AAA)消息中向P-CSCF B发送拒绝，其中包括用户B的QoS不足额(即， 2Mbps)的指示。B4. P-CSCF B通知TAS关于会话发起因用户B的预订的QoS限制而已经失败。这个通知还包括用户B的QoS不足额的细节，因此指示用户B所需的附加QoS (即，2Mbps)。例如，P-CSCF B可向TAS发送183会话进度消息。B5.然后，TAS通过向P-CSCF A发送包含关于请求QoS共享的指示和用户B所需的附加QoS的细节(即，2Mbps)的SIP消息，来实现作为补充服务的QoS共享过程。例如， SIP消息可以是380备选服务消息，并且可包括下列形式的XML消息主体
<altemative-service> <type>
<QoS-Sha;ring-lndication>
<bandwidth-requested> 2 Mbps </bandwidth-requested> </Q0S-Sharing-lndication>
</type> </alternative-service>B6. P-CSCF A 向 UE A 转发 QoS 共享请求。B7.UE A接收QoS共享请求，并且为用户A提供接受或拒绝该请求的时机。在这个示例中，用户A接受该请求，并且UE A向P-CSCF A返回指示这个接受的SIP消息。B8. P-CSCF A 向 TAS 转发 QoS 共享接受。B9.然后，TAS通知P-CSCF A关于会话已被接受并且包含将要实现QoS共享的指示连同将要与用户B共享的QoS参数的细节。在这种情况下，将要共享2Mbps的带宽。B10.然后，P-CSCF A向PCRF A发送认证和授权请求(AAR)消息。该请求包括将要对UE A授权的QoS参数，并且还包含关于将要实现QoS共享的指示连同将要与用户B共享的QoS参数的细节。Bll.在从P-CSCF A接收到具有QoS共享指示的AAR时，PCRF A评估应用于用户 A的QoS和计费规则。在这个示例中，用户A的预订提供5Mbps的带宽极限，视频会议会话要求3Mbps，并且用户B的带宽不足额为2Mbps。因此，PCRF-A向用户A指配3Mbps，并且接受与用户B的2Mbps的带宽共享。这个授权在AAA消息中发送给P-CSCF A。B12. P-CSCF A 把来自 PCRF-A 的响应传播到 TAS 和 P-CSCF B。B13. P-CSCF B在AAR消息中通知PCRF B关于已经接受QoS共享。B14.然后，PCRF B评估将要应用于用户B的QoS和计费规则。在该示例中，考虑用户A与用户B正共享2Mbps，并且用户B具有IMbps的带宽极限，PCRF B授权视频会议所需的3Mbps的QoS请求，以及在AAA消息中将这个授权发送给P-CSCF B。B15.授权之后，通过发起满足所协商QoS参数的对应专用IP-CAN承载，来预留业务平面中的资源。应当理解，这是简化示例，因为实际上，服务要求和用户预订可完全在上行链路和下行链路带宽之间进行区分以及为其它QoS参数预作安排。因此，上述方法可同样应用于任何服务以及任何QoS参数。另外，在利用QoS共享之前，网络运营商可要求用户例如通过用户的UE与TAS之间的交互来预订QoS共享服务。上述示例示出参与用户选择利用QoS共享的情况。但是，参与用户的任一个可选择拒绝使用QoS共享。例如，用户A可拒绝请求，或者P-CSCF A可拒绝QoS共享请求(例如由于缺乏可用于用户A的资源)。在这种情况下，TAS接收关于已经拒绝QoS共享的通知， 并且然后对参与用户发起会话的终止。当实现QoS共享服务时，一个或多个网络运营商可为参与用户提供另外的选项。 例如，当第一用户希望参加与第二用户的通信会话但第二用户在其预订中没有充分的QoS 供应时，第一用户能够同意实现QoS共享。但是，当第一用户在其预订中可具有充分QoS供应以参与会话时，它们可能没有足够用来也弥补第二用户的QoS供应的不足额的QoS供应。 在这种情况下，可给予第一用户支付第二用户所需的附加或升级的QoS的选项，以便弥补这个不足额。备选地，如果第一用户的预订不充分，则第一用户可自动配置QoS共享服务以升级其等级组或预订(例如在会话的时长中)，以便向另一个用户提供附加或升级的QoS。 第一用户的等级组或预订的这个升级将指示要求不同的业务，由此指示对这个升级将对第一用户计费。此外，情况可能是，一个或多个网络运营商可能不希望允许用户共享其预订所允许的QoS，并且因此可仅规定参与用户能够支付附加或升级的QoS。图4示出由支持QoS共享服务的应用服务器(AQ所实现的过程的示例。所执行的步骤如下Cl. AS接收建立第一用户与第二用户之间的通信会话的请求。例如，请求可经由与第一用户关联的P-CSCF从第一用户发送给AS。C2. AS经由与第二用户关联的P-CSCF将这个请求转发到第二用户，并且在该请求中包含会话优选或所需的QoS的指示。C3.然后，AS接收对会话请求的响应。C4. AS确定该响应是否指示对第二用户已经授权预期QoS。C5.如果对第二用户已经授权预期QoS，则AS继续按照标准过程来建立会话。C6.如果对第二用户尚未授权预期QoS，并且响应还指示第二用户所需的附加或升级的QoS，则AS将消息发送到第一用户，请求第一用户为第二用户提供附加或升级的 QoS0备选地，第一用户可为QoS共享服务预先配置有其准许，使得不需要在每种情况下都向该用户请求准许。在这类情况下，准许可能指示QoS共享将自动发生，使得该过程从步骤 C9继续进行。C7.然后，AS接收来自第一用户的响应。C8. AS确定第一用户是否愿意提供第二用户所需的附加或升级的QoS。C9.如果第一用户不愿意，则会话终止。C10.如果第一用户愿意，则AS向与第一用户关联的P-CSCF发送指示要求附加 QoS的授权的消息。Cll.然后，AS接收来自与第一用户关联的P-CSCF的响应。C12. AS确定该响应是否指示与第一用户关联的PCRF已经授权附加QoS。C13.如果PCRF尚未授权附加QoS，则会话终止。C14.如果PCRF已经授权附加QoS，则AS向与第二用户关联的PCRF发送指示对第二用户已经授权附加或升级的QoS的消息。在AS处于IM CN子系统中时，SIP协议将需要扩展，使得能够包含QoS共享信息。 例如，QoS共享信息可包括关于请求QoS共享的指示以及需要共享的QoS。图5示出由支持QoS共享服务的策略和计费规则功能(PCRF)所实现的过程的示例，其中PCRF与希望建立与第二用户的通信会话的第一用户关联。在这种情况下，第一用户愿意为第二用户提供附加QoS。所执行的步骤如下Dl. PCRF接收QoS授权请求，该请求包括与PCRF关联的第一用户所需的QoS和第二用户所需的附加QoS。D2. PCRF确定第一用户的预订是否允许充分QoS以提供第一用户所需的QoS和第二用户所需的附加QoS。D3.如果预订是充分的，则PCRF响应该请求，指示已经授权第一用户所需的QoS和第二用户所需的附加QoS。D4.如果预订不充分，则PCRF确定它是否能够以第一用户的成本来升级第一用户的预订，以便提供第一用户所需的QoS和第二用户所需的附加QoS。这可要求PCRF请求第一用户的准许，或者确定是否对第一用户已经预先配置这个准许。D5.如果PCRF不能升级该预订，则PCRF响应QoS授权请求，指示尚未授权该QoS。D6.如果PCRF能够升级该预订，则PCRF响应QoS授权请求，指示已经授权第一用户所需的QoS和第二用户所需的附加QoS。图6示出由支持QoS共享服务的策略和计费规则功能(PCRF)所实现的过程的示例，其中第一用户希望建立与第二用户的通信会话，并且PCRF与第一用户关联。所执行的步骤如下El. PCRF接收QoS授权请求，该请求包括第二用户所需的QoS。E2. PCRF确定第二用户的预订是否允许充分QoS以提供会话所需的QoS。E3.如果预订是充分的，则PCRF响应该请求，指示已经授权第二用户所需的QoS。E4.如果预订不充分，则PCRF确定第二用户为了取得会话所需的QoS而需要的附加QoS，并且响应该请求，其中包括这个附加QoS的指示。E5.然后，PCRF可接收QoS授权请求，该请求包括第二用户所需的QoS以及关于与第一用户关联的PCRF已经授权附加QoS的指示。E6.然后，PCRF确定附加QoS与第二用户的预订所提供的QoS的组合是否足以提供为了参与会话而需要的QoS。E7.如果组合QoS是充分的，则PCRF响应该请求，指示对第二用户已经授权所需 QoS0E8.如果组合QoS不充分，则PCRF响应该请求，指示尚未对第二用户授权该QoS。图7示出由支持QoS共享服务的代理呼叫会话控制功能(P-CSCF)所实现的过程的示例，其中P-CSCF与希望建立与第二用户的通信会话的第一用户关联。所执行的步骤如下Fl. P-CSCF从第一用户接收建立与第二用户的通信会话的请求。F2. P-CSCF将这个请求转发到第二用户。F3.然后，P-CSCF从AS接收请求第一用户为第二用户提供附加QoS的消息。F4.然后，P-CSCF将这个请求转发到第一用户。备选地，第一用户可为QoS共享服务预先配置有其准许，使得不需要在每种情况下都向该用户请求准许。在这类情况下，准许可能指示QoS共享将自动发生，使得该过程从步骤F6继续进行。F5.然后，P-CSCF从第一用户接收对这个请求的响应，该响应指示第一用户是接受还是拒绝了该请求。F6. P-CSCF通知AS关于第一用户是否愿意为第二用户提供附加QoS。F7.然后，P-CSCF从AS接收请求第一用户得到对第二用户所需的附加QoS的授权的消息，该请求包括附加QoS的指示。F8.然后，P-CSCF向与第一用户关联的PCRF发送QoS授权请求(S卩，AAA)，该请求包括第一用户所需的QoS和第二用户所需的附加QoS。F9.然后，P-CSCF从PCRF接收指示是否已经授权第一用户所需的QoS和第二用户所需的附加QoS的响应(BP, AAR)。F10. P-CSCF通知AS关于来自PCRF的授权响应。备选地，如果来自PCRF的响应指示第一用户必须支付第二用户所需的附加QoS， 则P-CSCF能够向第一用户发送对准许的请求。然后，P-CSCF把来自第一用户的任何响应转发给PCRF，接收来自PCRF的另一个响应，并且通知AS关于这个授权响应。一旦与第二用户关联的PCRF已经授权第二用户的QoS，其中考虑第一用户所提供的附加QoS，则与第一用户关联的P-CSCF将接收关于它可着手建立通信会话的指示。因此， P-CSCF将指示第一用户的UE预留具有所需QoS的资源。
图8示出由支持QoS共享服务的代理呼叫会话控制功能(P-CSCF)所实现的过程的示例，其中第一用户希望建立与第二用户的通信会话，并且P-CSCF与第二用户关联。所执行的步骤如下Gl. P-CSCF从AS接收建立第一用户与第二用户之间的通信会话的请求。G2. P-CSCF将这个请求转发到第二用户。G3.然后，P-CSCF从第二用户接收指示第二用户希望参与该会话并且指示该会话所需的QoS的响应。G4.然后，P-CSCF向与第二用户关联的PCRF发送QoS授权请求(S卩，AAA)，该请求包括会话所需的QoS。G5.然后，P-CSCF从PCRF接收指示是否对第二用户已经授权所需的QoS的响应 (即，AAR)。如果来自PCRF的响应指示尚未授权所需QoS，则该响应还将包括第二用户为了取得会话所需的QoS而需要的附加QoS的指示。G6. P-CSCF通知AS关于来自PCRF的授权响应。如果来自PCRF的响应指示尚未授权所需QoS，则送往AS的通知将包括第二用户所需的附加QoS的指示。G7.假定在步骤G5所接收的来自PCRF的响应指示尚未授权所需QoS，则P-CSCF 随后从AS接收请求对第二用户的所需QoS的授权的消息。这个请求包括关于与第一用户关联的PCRF已经授权第二用户所需的附加QoS的指示。G8.然后，P-CSCF向与第二用户关联的PCRF发送另一个QoS授权请求(即，AAA)， 该请求包括会话所需的QoS以及关于与第一用户关联的PCRF已经授权第二用户所需的附加QoS的指示。G9.然后，P-CSCF从PCRF接收指示是否对第二用户已经授权会话所需的QoS的响应(BP, AAR) οG10. P-CSCF通知AS关于来自PCRF的授权响应。假定与第一用户关联的PCRF已经授权附加QoS，则在步骤G9来自与第二用户关联的PCRF的响应将基于附加QoS与第二用户的预订所允许的QoS的组合来指示已经授权会话所需的QoS。因此，P-CSCF然后将指示第二用户的UE预留具有所需QoS的资源。图9示意示出适合于实现上述方法的AS 1的示例。AS 1能够实现为计算机硬件和软件的组合。AS 1包括接收器2、处理单元3和发射器4。接收器2适合于接收关于与第二用户关联的PCRF尚未授权会话所需的QoS的通知。这个通知包括第二用户所需的附加QoS的指示。然后，处理单元3生成对第二用户所需的附加QoS的授权的请求。然后，发射器4经由与第一用户关联的P-CSCF将这个请求发送给与第一用户关联的PCRF。然后， 接收器2接收关于与第一用户关联的PCRF已经授权附加QoS的通知，并且使用发射器4来通知与第二用户关联的PCRF。这个通知经由P-CSCF传送给PCRF。发射器4还能够用于在请求对附加QoS的授权之前，向第一用户发送请求第一用户是否愿意向第二用户提供附加 QoS的请求。来自第一用户的响应由接收器2接收。图10示意示出适合于实现上述方法的PCRF 5的示例。PCRF 5能够实现为计算机硬件和软件的组合。PCRF 5包括接收器6、处理单元7和发射器8。对于与第一用户关联的PCRF 5，接收器6适合于接收对会话所需的QoS以及对第二用户所需的附加QoS的QoS授权请求。然后，处理单元7确定第一用户的预订是否对所需QoS和附加QoS允许充分QoS。然后使用发射器8来发送对该请求的响应。另外，如果第一用户的预订对所需QoS和附加QoS确实允许充分QoS，则处理单元7还可在会话的时长中将第一用户可用的QoS降低与附加QoS相等的量。但是，如果第一用户的预订对所需 QoS和附加QoS不允许充分QoS，则处理单元7可确定是否能够以第一用户的成本来升级第一用户的预订，以便提供第一用户的所需QoS和第二用户的附加QoS。如果是的话，则处理单元7将在会话的时长中升级第一用户的预订。对于与第二用户关联的PCRF 5，接收器6适合于接收QoS授权请求，该请求包括会话所需的QoS。处理单元7确定第二用户的预订是否允许充分QoS以提供所需QoS。如果不是的话，则处理单元7确定第二用户为了取得所需QoS而需要的附加服务质量。然后，发射器8用于发送对该请求的响应，其中包括关于尚未授权所需QoS的指示并且包括第二用户为了取得所需QoS而需要的附加QoS的指示。此外，接收器6还适合于接收另一个QoS 授权请求，其中包括会话所需的QoS以及关于与第一用户关联的PCRF已经授权附加QoS的指示。然后，处理单元7确定第二用户的预订所允许的QoS和附加QoS的组合是否足以提供所需QoS。然后，发射器8用于发送对该另一个请求的响应，该响应包括关于对第二用户已经授权所需QoS的指示。如果第二用户的预订所允许的QoS与附加QoS的组合足以提供所需QoS，则处理单元7也可在会话的时长中将第二用户可用的QoS增加与附加QoS相等的量。图11示意示出适合于实现上述方法的P-CSCF 9的示例。P-CSCF 9能够实现为计算机硬件和软件的组合。P-CSCF 9包括接收器10、处理单元11和发射器12。对于与第一用户关联的P-CSCF 9，接收器10则适合于从AS接收关于第一用户得到对第二用户所需的附加QoS的授权的请求。然后，处理单元11生成包括所需QoS和附加 QoS的QoS授权请求，并且发射器12将这个QoS授权请求发送给与第一用户关联的PCRF。 然后，发射器10接收对这个请求的响应，该响应包括关于已经授权所需QoS和附加QoS的指示。发射器12用于向AS发送通知。在请求对附加QoS的授权之前，发射器10还能够从 AS接收请求第一用户是否愿意向第二用户提供附加QoS的消息。然后，发射器12用于向第一用户发送这种请求。来自第一用户的响应由接收器10接收，并且使用发射器12将来自第一用户的响应通知到AS。对于与第二用户关联的P-CSCF 9，接收器10适合于从AS接收得到对所需QoS的授权的请求，该请求包括关于与第一用户关联的PCRF已经授权附加QoS的指示。处理单元 11生成对所需服务质量的QoS授权请求，并且其中包括关于已经授权附加QoS的指示。发射器12向与第二用户关联的PCRF发送这个QoS授权请求。然后，接收器10接收对该请求的响应，其中包括关于对第二用户已经授权所需QoS的指示，并且使用发射器12将通知发送给AS。要求第一用户的UE从AS接收请求第一用户与第二用户共享其QoS的消息。然后， UE为第一用户提供接受或拒绝这个请求的时机，并且将适当响应发送到AS。本文所述的方法规定，对用户可用的QoS的限制因其预订的限制而不一定阻止它们参加对于其它用户的服务，这原本具有限制那些其它用户可用的服务的效果。本领域的技术人员会理解，可在没有背离本发明的范围的情况下对上述实施例进行各种修改。
权利要求
1.一种操作IP多媒体子系统应用服务器以便促进以所需服务质量在第一用户与第二用户之间的通信会话的方法，所述方法包括接收关于与所述第一用户关联的策略和计费规则功能尚未授权所述所需服务质量的通知，所述通知包括所述第一用户为了取得所述所需服务质量而需要的附加服务质量的指示；向与所述第二用户关联的策略和计费规则功能请求对所述第一用户的所述附加服务质量的授权；接收关于与所述第二用户关联的所述策略和计费规则功能已经授权所述附加服务质量的通知；以及通知与所述第一用户关联的所述策略和计费规则功能关于对所述第一用户已经授权所述附加服务质量。
2.如权利要求1所述的方法，其中，在请求对升级的服务质量的授权之前，所述方法还包括请求所述第二用户是否愿意为所述第一用户提供所述附加服务质量；接收来自所述第二用户的响应；以及如果所述第二用户愿意，则着手请求对所述附加服务质量的授权。
3.一种操作与第一用户关联的策略和计费规则功能以便以所需服务质量来建立所述第一用户与第二用户之间的通信会话的方法，所述方法包括接收服务质量授权请求，所述请求包括所述第一用户所需的所述所需服务质量和所述第二用户所需的附加服务质量；确定所述第一用户的预订是否对所述所需服务质量和所述附加服务质量允许充分服务质量；以及如果是的话，则以关于已经授权所述所需服务质量和所述附加服务质量的指示来响应所述请求。
4.如权利要求3所述的方法，其中，如果所述第一用户的预订对所述所需服务质量和所述附加服务质量确实允许充分服务质量，则所述第一用户可用的所述服务质量在所述会话的时长中降低与所述附加服务质量相等的量。
5.如权利要求3所述的方法，其中，如果所述第一用户的预订对所述所需服务质量和所述附加服务质量不允许充分服务质量，则所述方法包括确定是否能够以所述第一用户的成本来升级所述第一用户的预订，以便提供所述第一用户的所述所需服务质量和所述第二用户所需的所述附加服务质量；以及如果是的话，则升级所述第一用户的预订，并且以关于已经授权所述所需服务质量和所述附加服务质量的指示来响应所述请求。
6.如权利要求5所述的方法，其中，所述确定是否能够升级所述第一用户的预订的步骤包括向所述第一用户发送请求升级其预订的准许的消息。
7.如权利要求5所述的方法，其中，所述确定是否能够升级所述第一用户的预订的步骤包括确定是否对所述第一用户已经预先配置有升级所述第一用户的预订的准许。
8.一种操作与第一用户关联的策略和计费规则功能以便控制以所需服务质量来建立所述第一用户与第二用户之间的通信会话的方法，所述方法包括接收服务质量授权请求，所述请求包括所述第一用户所需的所述所需服务质量；确定所述第一用户的预订是否对所述所需服务质量允许充分服务质量；以及如果不是的话，则确定所述第一用户为了取得所述所需服务质量而需要的所述附加服务质量，并且以关于尚未授权所述预期服务质量的指示来响应所述请求，并且其中包括所述第一用户所需的所述附加QoS。
9.如权利要求8所述的方法，还包括接收另一个服务质量授权请求，所述请求包括所述第一用户所需的所述所需服务质量以及关于与所述第二用户关联的策略和计费规则功能已经授权所述附加服务质量的指示；确定所述第一用户的预订所允许的所述服务质量与所述附加服务质量的组合对所述所需服务质量是否充分；以及如果是的话，则以关于已经授权所述所需服务质量的指示来响应所述请求。
10.如权利要求9所述的方法，其中，如果所述第一用户的预订所允许的所述服务质量与所述附加服务质量的组合对所述所需服务质量是充分的，则所述第一用户可用的所述服务质量在所述会话的时长中增加与所述附加服务质量相等的量。
11.一种操作与第一用户关联的IP多媒体子系统代理呼叫会话控制功能以便促进以所需服务质量在所述第一用户与第二用户之间的通信会话的方法，所述方法包括从应用服务器接收关于所述第一用户从与所述第一用户关联的策略和计费规则功能得到对所述第二用户的附加服务质量的授权以便使所述第二用户能够取得所述所需服务质量的请求；向与所述第一用户关联的所述策略和计费规则功能发送服务质量授权请求，所述请求包括所述所需服务质量和所述附加服务质量；接收对所述请求的响应，所述响应包括关于已经授权所述所需服务质量和所述附加服务质量的指示；以及通知所述应用服务器关于与所述第二用户关联的所述策略和计费规则功能已经授权所述附加服务质量。
12.如权利要求11所述的方法，其中，在从应用服务器接收关于所述第一用户得到对附加服务质量的授权的请求之前，所述方法还包括从所述应用服务器接收请求所述第一用户是否愿意为所述第二用户提供所述附加服务质量的消息；向所述第一用户发送请求所述第一用户是否愿意为所述第二用户提供所述附加服务质量的消息；接收来自所述第一用户的响应；以及通知所述应用服务器关于所述响应。
13.一种操作与第一用户关联的IP多媒体子系统代理呼叫会话控制功能以便促进以所需服务质量在所述第一用户与第二用户之间的通信会话的方法，所述方法包括从应用服务器接收从与所述第一用户关联的策略和计费规则功能得到对所述所需服务质量的授权的请求，所述请求包括关于与所述第二用户关联的策略和计费规则功能已经授权附加服务质量的指示；向与所述第一用户关联的所述策略和计费规则功能发送服务质量授权请求，所述请求包括所述所需服务质量以及关于已经授权所述附加服务质量的指示；接收对所述请求的响应，所述响应包括关于对所述第一用户已经授权所述所需服务质量的指示；以及通知所述应用服务器关于与所述第一用户关联的所述策略和计费规则功能已经授权所述所需服务质量。
14.一种配置成作为IP多媒体子系统应用服务器进行操作以便促进以所需服务质量在第一用户与第二用户之间的通信会话的设备，所述设备包括接收器，用于接收关于与所述第一用户关联的策略和计费规则功能尚未授权所述所需服务质量的通知，所述通知包括所述第一用户为了取得所述所需服务质量而需要的附加服务质量的指示；处理单元，用于生成对所述第一用户的所述附加服务质量的授权的请求；用于发送所述授权请求的发射器；用于接收关于与所述第二用户关联的所述策略和计费规则功能已经授权所述附加服务质量的通知的接收器；以及用于通知与所述第一用户关联的所述策略和计费规则功能关于对所述第一用户已经授权所述附加服务质量的发射器。
15.如权利要求14所述的设备，还包括用于请求所述第二用户是否愿意为所述第一用户提供所述附加服务质量的发射器；以及用于接收来自所述第二用户的响应的接收器。
16.一种配置成作为与第一用户关联的策略和计费规则功能进行操作以便以所需服务质量来建立所述第一用户与第二用户之间的通信会话的设备，所述设备包括用于接收服务质量授权请求的接收器，所述请求包括所述所需服务质量和所述第二用户所需的附加服务质量；用于确定所述第一用户的预订是否对所述所需服务质量和所述附加服务质量允许充分服务质量的处理单元；以及用于以关于已经授权所述所需服务质量和所述附加服务质量的指示来响应所述请求的发射器。
17.如权利要求16所述的设备，其中，所述处理单元还设置成，如果所述第一用户的预订对所述所需服务质量和所述附加服务质量确实允许充分服务质量，则在所述会话的时长中将所述第一用户可用的所述服务质量降低与所述附加服务质量相等的量。
18.如权利要求16所述的设备，其中，所述处理单元还设置成确定是否能够以所述第一用户的成本来升级所述第一用户的预订，以便提供所述第一用户的所述所需服务质量和所述第二用户所需的所述附加服务质量，并且如果是的话，则升级所述第一用户的预订。
19.一种配置成作为与第一用户关联的策略和计费规则功能进行操作以便控制以所需服务质量来建立所述第一用户与第二用户之间的通信会话的设备，所述设备包括用于接收服务质量授权请求的接收器，所述请求包括所述所需服务质量； 处理单元，用于确定所述第一用户的预订是否对所述所需服务质量允许充分服务质量，并且如果不是的话，则用于确定所述第一用户为了取得所述所需服务质量而需要的所述附加服务质量；以及用于以关于尚未授权所述所需服务质量的指示来响应所述请求的发射器，并且其中包括所述附加QoS。
20.如权利要求19所述的设备，并且还包括用于接收另一个服务质量授权请求的接收器，所述请求包括所述所需服务质量以及关于与所述第二用户关联的策略和计费规则功能已经授权所述附加服务质量的指示；用于确定所述第一用户的预订所允许的所述服务质量与所述附加服务质量的组合对所述所需服务质量是否充分的处理单元；以及用于以关于已经授权所述所需服务质量的指示来响应所述请求的发射器。
21.如权利要求20所述的设备，其中，所述处理单元还设置成，如果所述第一用户的预订所允许的服务质量与所述附加服务质量的组合对所述所需服务质量是充分的，则在所述会话的时长中将所述第一用户可用的所述服务质量增加与所述附加服务质量相等的量。
22.一种配置成作为与第一用户关联的IP多媒体子系统代理呼叫会话控制功能进行操作以便促进以所需服务质量在所述第一用户与第二用户之间的通信会话的设备，所述设备包括用于从应用服务器接收关于所述第一用户从与所述第一用户关联的策略和计费规则功能得到对所述第二用户的附加服务质量的授权以便使所述第二用户能够取得所述所需服务质量的请求的接收器；用于生成服务质量授权请求的处理单元，所述请求包括所述所需服务质量和所述附加服务质量；用于向与所述第一用户关联的所述策略和计费规则功能发送所述服务质量授权请求的发射器；用于接收对所述请求的响应的接收器，所述响应包括关于已经授权所述所需服务质量和所述附加服务质量的指示；以及用于通知所述应用服务器关于与所述第二用户关联的所述策略和计费规则功能已经授权所述附加服务质量的发射器。
23.如权利要求22所述的设备，还包括用于从所述应用服务器接收确定所述第一用户是否愿意为所述第二用户提供所述附加服务质量的请求的接收器；用于向所述第一用户发送请求所述第一用户是否愿意为所述第二用户提供所述附加服务质量的消息的发射器；用于接收来自所述第一用户的响应的接收器；以及用于通知所述应用服务器关于所述响应的发射器。
24.一种配置成作为与第一用户关联的IP多媒体子系统代理呼叫会话控制功能进行操作以便促进以所需服务质量在所述第一用户与第二用户之间的通信会话的设备，所述设备包括用于从应用服务器接收从与所述第一用户关联的策略和计费规则功能得到对所述所需服务质量的授权的请求的接收器，所述请求包括关于与所述第二用户关联的策略和计费规则功能已经授权附加服务质量的指示；用于生成服务质量授权请求的处理单元，所述请求包括所述所需服务质量以及关于已经授权所述附加服务质量的指示；用于向与所述第一用户关联的所述策略和计费规则功能发送所述服务质量授权请求的发射器；用于接收对所述请求的响应的接收器，所述响应包括关于对所述第一用户已经授权所述所需服务质量的指示；以及用于通知所述应用服务器关于与所述第一用户关联的所述策略和计费规则功能已经授权所述所需服务质量的发射器。
全文摘要
按照本发明的第一方面，提供一种操作IP多媒体子系统应用服务器以便促进以所需服务质量在第一用户与第二用户之间的通信会话的方法。该方法包括接收关于与第一用户关联的策略和计费规则功能尚未授权所述所需服务质量的通知(B4)，该通知包括第一用户为了取得所述所需服务质量而需要的附加服务质量的指示；向与第二用户关联的策略和计费规则功能请求对第一用户的附加服务质量的授权(B11)；接收关于与第二用户关联的策略和计费规则功能已经授权所述附加服务质量的通知(B12)；以及通知与第一用户关联的策略和计费规则功能关于对第一用户已经授权附加服务质量(B14)。
文档编号H04M15/00GK102439901SQ200980159443
公开日2012年5月2日 申请日期2009年5月19日 优先权日2009年5月19日
发明者A·M·洛佩斯尼托, F·卡斯特罗卡斯特罗 申请人:瑞典爱立信有限公司