CN101690090B

CN101690090B - 网络中的策略控制

Info

Publication number: CN101690090B
Application number: CN2008800214709A
Authority: CN
Inventors: T·贝林
Original assignee: Nokia Siemens Networks Oy
Current assignee: Nokia Solutions and Networks Oy
Priority date: 2007-04-30
Filing date: 2008-04-22
Publication date: 2013-03-13
Anticipated expiration: 2028-04-22
Also published as: PL1988680T3; BRPI0810914B1; CN101690090A; ATE462266T1; CA2685499C; TWI462550B; US9762580B2; BRPI0810914A2; US20080271113A1; TW200901718A; EP1988680B1; CA2685499A1; DK1988680T3; WO2008132100A1; EP1988680A1; DE602007005460D1

Abstract

公开了用于网络中的策略控制的措施，包括授权检验。即，网络中的策略控制的方法包括在网络的应用功能实体获得服务的请求，在应用功能实体确定与所请求服务关联的服务信息要求授权检验还是网络的策略执行实体的配置，以及根据确定结果从应用功能实体向网络的策略控制实体提供关于策略执行实体是否要配置用于所请求服务信息的指示连同所请求服务信息。

Description

网络中的策略控制

技术领域

本发明涉及网络中的策略控制。具体来说，本发明涉及例如多媒体子系统网络等网络中的策略控制框架中的所需服务的授权。

背景技术

一般来说，策略控制是例如通信网络等网络中的已知过程，由此策略控制实体向策略执行实体例如指明如何控制承载资源。在基于IP(IP：因特网协议)的网络环境、如IP连通性接入网(IP-CAN)中，IP-CAN承载可通过策略控制来控制。策略控制可包括QoS(服务质量)控制、选通控制等。

在第三代合作伙伴项目(3GPP)的现行规范中，若干策略控制机制经过标准化或者在标准化过程中。虽然以下描述的本发明并不局限于任何特定策略控制机制，但是作为示例可提到以下机制。

在规范3GPP TS 23.203、TS 29.212、TS 29.213和TS 29.214中，存在已定义的“策略和计费控制”(PCC)。PCC机制基本上组合其前身、即“基于服务的本地策略”(SBLP)和“基于流量的计费”(FBC)的功能性。

所有上述机制假定所谓的应用功能(AF)、即提供使用IP承载资源的应用的元件向某个策略控制节点提供关于服务的信息。然后，策略控制节点使用这个信息来指示例如位于某种网关中的策略执行节点根据所请求服务的需求配置和/或授权承载资源、配置与所请求服务关联的媒体流的服务特定计费和/或安装防止承载资源用于不希望的服务的IP流滤波器。在这方面，IP流表示具有相同源IP地址和端口号以及相同目标IP地址和端口号的IP分组的单向流，并且相同的传输协议端口号仅在由传输协议使用时才可适用。当前，从应用功能的各服务信息(它可包括与AF会话有关的信息，例如应用标识符、媒体的类型、带宽、IP地址和端口号)的提供触发策略控制节点，以便指示策略执行节点配置和/或授权承载资源、配置媒体流的服务特定计费和/或安装IP流滤波器。策略控制节点将向策略执行节点提供例如PCC规则。

作为一个示例，应用功能得出并且发送给策略控制节点的有关所请求服务的信息可通过按照“会话初始协议”(SIP，例如在IETF RFC3261中定义)在呼叫控制中传输的“会话描述协议”(SDP，例如在IETFRFC 4566和RFC 3264中定义)来提供。由于SDP/SIP信令的使用广泛分布于现代网络、如IP多媒体子系统(IMS)，所以这种信令在下面用作会话信令的非限制性示例。

根据例如在IETF RFC 3264中所定义的基于SDP/SIP的会话信令，信令有效载荷可区分为提供类型或应答类型。在提供/应答模型中，一个参与方为另一方提供其方面的预期会话的描述，而另一个参与方采用其方面的预期会话进行应答。因此，实现服务性质的协商。在其中对于例如策略控制中的会话的完整视图需要来自两个参与方的信息的单播会话中，这种提供/应答模型最为有用。

在例如规范3GPP TS 29.213和TS 29.214中定义的当前规定的策略控制过程中，应用功能仅在接收到SDP应答之后才提供服务信息，但在接收到前导SDP提供之后尚未提供。但是，这对于现代网络是不利的，因为这类过程需要更多时间以便处理(例如拒绝)所请求服务。

为了克服当前所规定的策略控制过程的缺点，存在最近论述的相关过程。例如对于IMS，充当应用功能的代理呼叫会话控制功能(P-CSCF)需要在接收到SIP中的SDP提供(例如参见IETF RFC 3264)时已经向策略控制节点提供所请求服务信息，以便能够在策略控制节点拒绝所请求服务信息时采用适当的SIP消息来拒绝SIP会话。

与不同于当前所规定的过程不同的这些最近论述的过程对照，当前过程的优点在于，从SDP应答所得出的服务信息更好地适合于配置和/或授权承载资源、配置媒体流的服务特定计费和/或安装IP流滤波器。这是由于最近论述的过程的以下缺点引起的。

首先，SDP提供通常包含在SIP INVITE请求中，SIP INVITE请求在呼叫到达可能不可达的被叫方之前由P-CSCF在呼叫建立开始时转发。因此，在这个时间点之后，呼叫尝试的相当大的部分将会失败。这个部分可在接收到SDP应答时减小，因为SDP应答由被叫方的终端发送，因而保证被叫方是可达的。

其次，SDP应答比SDP提供更正确地反映使用的服务的媒体，因为已经包含在提供中的整个媒体组成部分(例如除了话音之外的视频)或者媒体组成部分的编解码器可能在应答中被拒绝/修改，或者媒体组成部分的方向性可改变。因此，如果承载资源按照从SDP提供所得出的服务信息来建立，则它们可超过最终协商的服务的实际需求。

第三，由于SDP提供和SDP应答都分别仅包含到这个SDP的发送方的方向上的IP流的目标IP地址和端口信息，所以需要组合来自SDP提供和应答的信息以便配置所有所需的IP流滤波器。

第四，在正常消息交换中，SDP提供之后立刻跟随SDP应答。如果向策略执行节点提供来自提供和应答的控制信息，则与其中只有SDP应答才触发这种提供的当前过程相比，相关信令负荷在策略控制节点与策略执行节点之间倍增。另外，这还可引起相应地配置承载资源的例如GPRS(通用分组无线业务)等的附加承载等级的信令。

鉴于以上所述，很明显，在网络的策略控制领域中存在与当前所规定的和最近论述的过程有关的若干问题。

因此，需要一种对上述问题和缺点的解决方案，它用于提供例如作为网络的非限制性示例的IP多媒体子系统等网络中的有效策略控制。

发明内容

因此，本发明的一个目的是消除或者至少缓解策略控制机制的已知方式固有的上述问题和/或缺点。

根据本发明的方面，上述目的例如通过以下至少一个来实现：

-如权利要求1所述的策略控制的方法，

-如权利要求19所述的可操作地充当应用功能实体的设备，

-如权利要求27所述的操作作为应用功能实体进行工作的设备的方法，

-如权利要求28所述的可操作地充当策略控制实体的设备，

-操作如权利要求28所述作为策略控制实体进行工作的设备的方法，

-如权利要求39所述的系统，和/或

-如权利要求40和41中的任一项所述的计算机程序产品。

在相应的从属权利要求中提出根据本发明的其它实施例和修改。

通过本发明的实施例，例如应用功能可连同提供所请求服务信息一起向策略/计费控制节点提供关于对于所请求服务是否需要策略执行节点的配置的某种指示。也就是说，应用功能(例如特定种类网络中的代理呼叫会话控制功能)可向策略/计费控制节点指明服务信息仅用于授权/检验而不是用于得出对策略执行节点的配置指令。根据这种指示，策略控制节点可以仅检验它是可授权所请求服务信息还是也可将策略执行节点配置成支持所请求服务。

通过本发明的实施例，可使例如策略/计费控制节点能够执行由应用功能所得出的所请求服务信息的授权的检验，而无需向策略执行节点发送指令。也就是说，不需要等待服务处理的会话描述应答信令(例如拒绝)。

通过本发明的实施例，在策略控制节点引入所请求服务信息的授权时，例如在策略/计费控制节点与网关或策略执行节点之间的消息交换可减少(即最小化/优化)。

通过本发明的实施例，例如可避免策略执行节点在应用功能接收到会话描述提供、如SDP提供时受到影响。此外，在这方面，例如可避免应用功能没有联络策略/计费控制节点而自行执行SDP提供的授权检验。策略/计费控制节点而是将在需要时才执行这种授权检验。这是有益的，因为策略/计费控制节点由于它需要比应用功能对服务的更详细了解并且还有权访问用户数据库、如预订简档资料库使它能够查询用户的预订服务而更好地适合于这种检验。此外，策略/计费控制节点在稍后时间点检验服务信息的授权时可得出与应用功能不同的结论，而冲突判定可引起涉及提供那种服务的应用功能或其它节点中的附加信令负荷、混淆或差错，并且还可能对终端用户体验具有负面影响。

根据本发明的实施例，其基本原理可适用于任何种类的策略控制机制，包括例如策略和计费控制(PCC)、基于服务的本地策略(SBLP)_和基于流量的计费(FBC)。

此外，根据本发明的实施例，其基本原理适用于会话处理的任何阶段，例如包括在始发和端接侧的会话建立以及会话修改。

附图说明

下面作为非限制性示例、参照附图更详细地描述本发明，附图包括：

图1示出其中可应用本发明的实施例的基本网络配置的示意框图，

图2是示出根据本发明的一个实施例的方法的流程图，

图3示出根据本发明的实施例的设备的示意框图，以及

图4至图7分别是示出根据本发明的实施例的方法的信令流的流程图。

具体实施方式

本文中参照具体非限制性示例来描述本发明。本领域的技术人员会理解，本发明并不局限于这些示例，而是可得到更广泛应用。

具体来说，主要相对于用作网络配置的非限制性示例的IP多媒体子系统(IMS)来描述本发明及其实施例。因此，本文给出的实施例的描述具体涉及与IMS直接相关的术语。在这方面，SDP和SIP术语用于会话信令，同时也可利用任何其它会话信令机制，只要符合所述特征。这种术语仅在所提供的非限制性示例的上下文中使用，而当然并不是通过任何方式来限制本发明。

具体来说，与下面示范描述的功能不同的其它类型的应用功能也可被应用，因而同样可获益于本发明及其实施例。例如，作为一些非限制性示例可提到提供下载或流播的内容、如视频点播或新闻服务的服务器。因此，不同的应用功能可使用与SDP/SIP不同的信令协议，以便协商服务的建立或修改，例如实时流播协议(RTSP)或者某种基于超文本传输协议(HTTP)的协议。例如，这类应用功能可在提供或者同意传递服务之前使用本发明的实施例来查询策略/计费控制节点是否将授权该服务所需的媒体，同时例如请求在这个阶段不配置策略执行节点。然后，这类应用功能可在服务传递被启动时使用本发明的实施例向策略/计费控制节点请求将策略执行节点配置成支持那个服务。如果应用功能是例如下载服务器、流播服务器等内容服务器，则它可具有与它提供的服务有关的某些内部知识，因此可以说，它获得服务的请求，并且将下面所述的进一步处理基于这样请求的服务。

类似地，下面主要描述基于PCC的策略控制机制，同时按照SBLP和/或FBC的策略控制同样适用。

随后描述的本发明的原理和实施例基于以下概念的一个或多个：

-如果所请求服务按照运营商策略或预订信息不是可接受的，则策略控制实体可拒绝来自应用功能实体的服务请求。

-策略控制实体可在向应用功能实体的响应中指明可由策略控制实体接受的服务信息。

-具体对于IMS，策略控制实体在大多数情况下需要检验SDP提供，以便及早拒绝请求来应用适当的SIP过程。另一方面，从SDP应答所得出的服务信息更好地适合于按照这种服务的需求来配置和/或授权承载资源，并且因此可用于这个任务。

图1示出其中可应用本发明的实施例的基本网络配置的示意框图。

基本上，应用功能AF实体与策略控制实体连接，并且策略控制实体与结合策略执行实体的网关连接以及与用户数据库连接。

假定IMS是基础网络并且PCC用作策略控制机制的一个示例，如图1示范所示，代理呼叫会话控制功能P-CSCF充当应用功能实体，策略和计费规则功能PCRF充当策略控制实体，策略和计费执行功能PCEF充当策略执行实体，它通常位于网关节点GW中，以及预订简档资料库SPR充当用户数据库。AF/P-CSCF与PCRF之间的接口称作Rx参考点，并且PCRF与GW/PCEF之间的接口称作Gx参考点。

在SBLP代替PCC用作备选策略控制机制的情况下，策略判定功能PDF将充当策略控制实体，并且策略执行功能PEF将充当策略执行实体。AF/P-CSCF与PDF之间的接口则称作Gq参考点。

此外，在FBC代替PCC用作另一个备选策略控制机制的情况下，计费规则功能CRF将充当策略控制实体，并且业务平面功能TPF将充当策略执行实体。AF/P-CSCF与CRF之间的接口则称作Rx参考点。

本文所述的本发明的原理和实施例可易于在不同策略控制机制之间转移，因为例如SBLP Gq接口、FBC Rx接口和PCC Rx接口协议相互之间非常相似。为了在SBLP Gq协议和FBC Rx协议中引入拒绝服务信息的能力，仅添加相当简单的故障原因。对于FBC以及SBLP，可实现本文对于PCC所述的相似优点。

如前面所述，下文适用于上述配置的任一个，即使描述与其中一个示例相关。也就是说，下文中，首字母缩写词P-CSCF用作应用功能实体的非限制性示例，首字母缩写词PCRF用作策略控制实体的非限制性示例，以及首字母缩写词PCEF用作策略执行实体的非限制性示例。

图2是示出根据本发明的一个实施例的方法的流程图。图2中示出总体方法，其中左侧示出在应用功能实体、即在P-CSCF所执行的方法步骤，而右侧示出在策略控制实体、即在PCRF所执行的方法步骤，两侧通过垂直虚线分隔开。虽然图2示出结合两侧的总体方法，但是本发明及其实施例同样涵盖在各侧单独执行的不同方法。

一开始，应用功能实体获得某个服务的请求，它可从其内部或外部始发。在图2所示的示范情况下，例如，P-CSCF接收SDP有效载荷，它表示包括所请求服务信息的任何种类的会话描述有效载荷。随后，应用功能实体确定与所请求服务关联的服务信息是(仅)需要授权检验还是(也)需要网络的策略执行实体的配置。在图2所示的示范情况下，例如，P-CSCF确定所接收的SDP有效载荷属于提供类型(即SDP提供)还是属于应答类型(即SDP应答)。根据确定结果，P-CSCF向PCRF提供关于PCEF是否配置用于所请求服务信息的指示。

另一方面，如果确定SDP有效载荷是SDP应答，则向PCRF提供关于PCEF将配置用于所请求服务信息的指示。在SDP应答包括与先前在P-CSCF所接收的原始服务信息相比经过修改的服务信息的情况下，则该指示基于经过修改、即经过更新的服务信息，其中信息更新的可选步骤在向PCRF发送指示之前执行。在这种情况下，当将执行PCEF配置时，在接收到相应指示时，PCRF采用所发送的服务信息来发起相应的PEF配置。在PCEF配置之后，PCRF响应P-CSCF。在接收到来自PCRF的响应时，P-CSCF判定如何继续进行。在本例中，例如决定采用服务信息、如应答类型(即SDP应答)的会话描述有效载荷来响应服务请求、即响应所接收的会话描述有效载荷。

另一方面，如果确定SDP有效载荷是SDP提供，则向PCRF提供关于不配置PCEF、而是将在PCRF检验所请求服务信息的授权的指示。因此，在这种情况下，与以上情况对照，不会执行PCRF与PCEF之间的交互。详细来说，P-CSCF从所接收SDP提供提取/得出所请求服务的信息。然后，向PCRF发送所需认证检验的指示。在这种情况下，当不执行PCEF配置时，在接收到相应指示时，PCRF检验所请求服务信息的授权，这可基于本地策略。如果没有授权所请求服务信息(即，图2中的“否”)，则PCRF通过提供未授权的原因来响应P-CSCF。除此之外，如果没有授权所请求服务信息(即，图2中的“否”)，则PCRF可通过指定适合于根据本地策略被授权的服务信息来响应P-CSCF。如果授权所请求服务信息(即，图2中的“是”)，则PCRF通过指明成功授权来响应P-CSCF。

在接收到来自PCRF的响应时，P-CSCF根据该响应(即，授权是否成功，以及根据所请求服务信息的种类(例如从SDP提供还是应答所得出))来判定如何继续进行。即，判定：拒绝所请求服务，这是例如在PCRF拒绝授权时的情况；或者向目标实体转发所请求服务信息，例如包括所请求服务信息的提供类型(即，SDP提供)的会话描述有效载荷，这是例如当所接收SDP有效载荷属于提供类型并且授权在PCRF是成功时的情况。

虽然图2中没有明确示出，但是，P-CSCF可以可选地包括修改所接收的所请求服务信息的另一个功能，其中指示提供还基于经修改的所请求服务信息。

大体上，P-CSCF与PCRF之间的消息/信息交换可按照在它们之间的接口的物理性质和/或其上所使用的协议通过各种方式来实现。例如，如下面详细描述，如果在Rx参考点使用Diameter协议，则可使用Diameter AA请求和Diameter AA应答消息。关于这个方面的详细情况，参照以下图4至图7。

图3示出根据本发明的实施例的设备的示意框图。图3的图示基本上与图2的图示对应排列。本发明及其实施例涵盖由P-CSCF和PCRF单独或者结合为系统所表示的设备。

基本上，P-CSCF设置成执行图2的左侧所示的方法步骤，而PCRF设置成执行图2的右侧所示的方法步骤。为此，设备各包括分别适配的功能性，它是实现无关的，并且在图3中示为独立功能块。然而，各个功能例如也可通过公共处理器来实现。各个功能块之间的箭头表示其间的连接以及处理流程，也可从图2看到。

由于根据图2的功能或方法步骤与根据图3的功能块之间的相互关系是显而易见的，所以为了完整性，在此省略对其的详细描述。参照结合图2的描述。

类似地，虽然图3中未示出修改部件，但是P-CSCF设备可包括具有相应功能性的这种功能块，如结合图2所示。

根据上述实施例，在提供从SDP提供所得出的服务信息时，充当应用功能实体的P-CSCF使用指示向充当策略控制实体的PCRF指明没有请求配置充当策略执行实体的PCEF。

此外，根据上述实施例，在提供从SDP应答所得出的服务信息时，充当应用功能的P-CSCF使用指示向充当策略控制实体的PCRF指明请求配置充当策略执行实体的PCEF。

这样，实现了由PCRF在适合P-CSCF采用适当的SIP失败消息、如488失败响应来拒绝对应SIP会话建立尝试的时间点拒绝服务信息。还避免了在这个时间点在PCEF的不必要配置，因而减少PCRF与PCEF之间的信令负荷，并且还避免承载资源可能的不必要或过度保留。

在参照图4至图7描述本发明的一些示范实施例之前，提供关于在Rx接口的消息交换的细节，它们非强制性地适用于以下实施例的任一个。

在这方面，假定在应用功能实体、如P-CSCF与策略控制实体、如PCRF之间的Rx接口应用Diameter协议。在这种情况下，Diameter消息用于消息交换，其中Diameter消息定义为包括与Diameter消息中的信息元素对应的所谓属性值对(AVP)。

关于是否请求配置PCEF的上述指示则可在例如可属于枚举类型的新Diameter AVP中编码。这个新AVP例如可命名为“授权检验请求”AVP，它例如可具有AVP代码525。

例如，可定义两个枚举值，一个请求按照所请求服务信息来配置PCEF(通过提供PCC规则和/或已授权QoS)，并且一个请求检验所请求服务信息的授权而没有PCEF的对应配置。第一值例如可命名为“PCEF_CONFIGURATION(0)”，而第二值例如可命名为“ONLY_AUTHORIZATION_CHECK(1)”。为了提供后向兼容性，这个新AVP的缺少应当优选指明请求按照所请求服务信息来配置PCEF。

如果使用具有上述名称的新AVP，则Diameter AA请求(AAR)的消息格式可如下所示：

<AA-Request>::＝<Diameter Header:265，REQ，PXY >

<Session-Id>

{Auth-Application-Id}

{Origin-Host}

{Origin-Realm}

{Destination-Realm}

＊[Media-Component-Description]

[AF-Charging-Identifier]

[SIP-Forking-Indication]

＊[Specific-Action]

＊[Subscription-ID]

[Reservation-Priority]

[Framed-IP-Address]

[Framed-IPv6-Prefix]

[Service-URN]

[Authorization-Check-Request]

＊[Proxy-Info]

＊[Route-Record]

＊[AVP]

作为备选，现有AVP的语义可用于上述指示。例如，作为从P-CSCF发送给PCRF的所请求服务信息的编码的部分的“编解码数据”AVP可增强为使用它作为关于是否请求配置PCEF的指示。在一行中，编解码器数据AVP包含关于它是从SDP提供还是应答得出的指示。在媒体组成部分AVP中，可包含0、1或2个编解码器数据AVP。如果提供从SDP应答所得出的服务信息，则从SDP提供所得出的编解码器数据AVP以及从SDP应答所得出的编解码器数据AVP通常将包含在媒体组成部分AVP中。

AVP的语义可相应地增强如下：如果只有从SDP提供所得出的编解码器数据AVP包含在服务信息中，则P-CSCF请求PCEF检验所请求服务信息的授权而没有相应地配置PCEF。否则，P-CSCF请求PCRF按照所请求服务信息来配置PCEF。

在PCRF的不成功授权之后从PCRF向P-CSCF的适合被授权的服务信息的上述指定也可通过新Diameter AVP来实现。例如可属于八进制串类型的这种新AVP例如可命名为“可接受SDP”AVP，它例如可具有AVP代码524。因此，它将包含按照PCRF中的策略是可接受的会话描述有效载荷。八进制串值例如将包含通过新行字符分隔的ASCII编码的SDP行。

如果使用具有上述名称的新AVP，则Diameter AA应答(AAA)的消息格式可如下所示：

<AA-Answer>::＝<Diameter Header:265，PXY>

<Session-Id>

{Auth-Application-Id}

{Origin-Host}

{Origin-Realm}

[Result-Code]

[Experimental-Result]

＊[Access-Network-Charging-Identifier]

[Access-Network-Charging-Address]

[Acceptable-SDP]

[Error-Message]

[Error-Reporting-Host]

＊[Failed-AVP]

＊[Proxy-Info]

＊[AVP]

下面参照图4至图7来描述本发明的一些示范实施例，图4至图7分别是示出根据本发明的实施例的方法的信令流的流程图。详细来说，图4至图7主要与规范3GPP TS 29.213和TS 29.214相关。

一般来说，以下采取X-Y形式的编号分别表示图X中相应编号的过程Y。

图4是示出根据本发明的一个实施例的方法的信令流、即IMS会话建立过程的PCC网络元件之间的消息流的流程图。

根据图4的情况的序列如下所述。

4-1.P-CSCF接收SIP信令、如SIP INVITE请求或SIP UPDATE请求或SIP PRACK请求或SIP响应消息中的SDP提供。

4-2.P-CSCF从SDP提供提取信息，并且将其转换成服务信息。

4-3.P-CSCF通过发送Diameter AAR将所得出的所请求服务信息转发给PCRF。在这个消息中，如上所述，P-CSCF包括AVP，以便指明它仅请求服务信息的授权但没有请求因这个服务信息而配置PCEF。

4-4.PCRF检验所请求服务信息，例如验证它被运营商的策略和/或对应用户的预定所允许。PCRF决定授权服务信息。

4-5.PCRF采用Diameter AAA来应答P-CSCF。如果PCRF已经决定不授权所请求服务信息，则它将适当的失败原因包含在这个消息中以指明这种情况。

4-6.在服务信息的成功授权时，P-CSCF在SIP信令中将SDP提供转发到目标实体、如被叫方的终端设备。

4-7.P-CSCF从端接侧接收包含SDP应答的SIP消息，它包含服务的已协商SDP参数。

4-8.P-CSCF从SDP应答提取信息，并且将其转换成服务信息。

4-9.P-CSCF通过经由现有的Rx Diameter会话发送DiameterAAR，将所得出的服务信息转发给PCRF。在这个消息中，如上所述，P-CSCF包括AVP，以便指明它请求按照该服务信息来配置PCEF。

4-10.通过提供适当的PCC规则和服务的已授权QoS，PCRF授权所请求服务信息，并且将PCEF配置用于这个服务。

4-11.PCRF采用Diameter AAA来回答P-CSCF。

4-12.P-CSCF在SIP信令中转发SDP应答。

也就是说，在会话信息的初始提供或者会话信息的修改时，以下所述适用。

P-CSCF可包括授权检验请求AVP，以便向PCRF指明仅请求媒体组成部分描述AVP中的所请求服务信息的授权检验。当PCRF从P-CSCF接收到初始AA请求或者包含已更新服务信息的AA请求时，PCRF可检验AA请求命令中提供的服务信息按照本地策略是否可接受(例如是否超过预订保证带宽以及用户是否预订所请求服务)。如果PCRF决定不授权所请求服务信息，则PCRF在AA应答中通过将实验结果代码(Experimental-Result-Code)AVP设置成值REQUESTED_SERVICE_NOT_AUTHORIZED来指明拒绝的原因。另外，PCRF可在可接受SDP AVP中提供可接受服务信息。

鉴于通过Rx参考点的IMS相关过程，对于在P-CSCF的服务信息的提供，以下所述适用。

P-CSCF将在包括SDP有效载荷的每一个SIP消息向PCRF发送服务信息。初始服务信息将从SDP提供得出。P-CSCF向PCRF提供从SDP提供所得出的这个服务信息，并且在授权检验请求AVP中指明仅请求授权检验。当接收到SDP应答时，将相应地更新服务信息。P-CSCF向PCRF提供从SDP应答所得出的这个服务信息，并且在授权检验请求AVP中指明请求PCEF配置。这确保PCRF接收到正确信息以执行所有可能的IMS会话建立状况的媒体授权，以及PCRF还能够处理会话修改。

PCRF可决定不授权所请求服务信息，并且通过发送其中实验结果代码AVP设置成值REQUESTED_SERVICE_NOT_AUTHORIZED的AA应答，向P-CSCF指明这种情况。另外PCRF可在可接受SDP AVP中提供可接受服务信息。P-CSCF将应用这个信息来拒绝已经映射到服务信息的SDP。

图5是示出根据本发明的一个实施例的方法的信令流、即IMS会话建立过程的PCC网络元件之间的消息流的流程图，其中在始发P-CSCF和PCRF提供服务信息。

根据图5的情况的序列如下所述。

5-1.P-CSCF接收来自用户设备UE的SIP INVITE请求中的新SIP对话的第一SDP提供。

5-2.P-CSCF从SDP提供提取服务信息(下行链路IP流的IP地址、待使用的端口号等)。

5-3.P-CSCF通过经由新的Rx Diameter会话发送Diameter AAR，将所得出的服务信息转发给PCRF。它指明仅请求服务信息的授权检验。

5-4.PCRF检验并授权服务信息，但是在这个阶段不配置PCEF。

5-5.PCRF采用Diameter AAA来回答P-CSCF。

5-6.P-CSCF在SIP信令中转发SDP提供。

5-7.P-CSCF从端接侧接收SIP信令的SDP应答中的已协商SDP参数。

5-8.P-CSCF从SDP应答提取服务信息(上行链路媒体IP流的IP地址、待使用的端口号等)。

5-9.P-CSCF通过经由现有的Rx Diameter会话发送DiameterAAR，将所得出的服务信息转发给PCRF。

5-10.PCRF授权会话信息。PCRF执行按照触发PCRF发起的IP-CAN会话修改的AF会话建立的步骤。这些步骤意味着向PCEF提供PCC规则和已授权QoS。

5-11.PCRF采用Diameter AAA来回答P-CSCF。

5-12.在会话的成功授权时，在SIP信令中向UE传递SDP参数。

图6是示出根据本发明的一个实施例的方法的信令流、即IMS会话建立过程的PCC网络元件之间的消息流的流程图，其中在端接P-CSCF和PCRF提供服务信息。

根据图6的情况的序列如下所述。

6-1.P-CSCF接收SIP信令中、如SIP INVITE请求中的新SIP对话的第一SDP提供。

6-2.P-CSCF从SDP提供提取服务信息(上行链路IP流的IP地址、待使用的端口号等)。

6-3.P-CSCF通过经由新的Rx Diameter会话发送Diameter AAR，将所得出的会话信息转发给PCRF。它指明仅请求服务信息的授权检验。

6-4.PCRF检验并授权会话信息，但是在这个阶段不配置PCEF。

6-5.PCRF采用Diameter AAA来回答P-CSCF。

6-6.P-CSCF向用户设备UE发送SDP提供。

6-7.P-CSCF从用户设备UE接收SIP信令中的SDP应答中的已协商SDP参数。

6-8.P-CSCF从SDP应答提取服务信息(下行链路IP流的IP地址、待使用的端口号等)。

6-9.P-CSCF通过经由现有的Rx Diameter会话发送DiameterAAR，将所得出的服务信息转发给PCRF。

6-10.PCRF授权会话信息。PCRF执行按照触发PCRF发起的IP-CAN会话修改的AF会话建立的步骤。这些步骤意味着向PCEF提供PCC规则和已授权QoS。

6-11.PCRF向P-CSCF发送Diameter AAA。

6-12.在会话的成功授权时，向始发方传递SDP应答中的SDP参数。

图7是示出根据本发明的一个实施例的方法的信令流、即IMS会话修改过程的PCC网络元件之间的消息流的流程图，其中提供服务信息。

根据图7的情况的序列如下所述。

7-1.P-CSCF接收现有SIP对话的SIP信令中的SDP提供。

7-2.P-CSCF识别SDP中的相关变化，并且提取对应的服务信息。

7-3.P-CSCF通过经由对应SIP会话的现有Rx Diameter会话发送Diameter AAR，将所得出的服务信息转发给PCRF。它指明仅请求服务信息的授权检验。

7-4.PCRF检验并授权会话信息，但是在这个阶段不配置PCEF。

7-5.PCRF采用Diameter AAA来回答P-CSCF。

7-6.P-CSCF在SIP信令中转发SDP提供。

7-7.P-CSCF从端接侧接收SIP信令中的SDP应答中的已协商SDP参数。

7-8.P-CSCF识别SDP中的相关变化，并且提取对应的服务信息。

7-9.P-CSCF发送现有Diameter会话的Diameter AAR，并且包括所得出的已更新服务信息。

7-10.PCRF执行按照触发PCRF发起的IP-CAN会话修改的AF会话修改的步骤。这些步骤可意味着向PCEF提供PCC规则和已授权QoS。PCRF因已更新服务信息而需要启用或禁用IP流。

7-11.PCRF采用Diameter AAA进行应答。

7-12.P-CSCF在SIP信令中转发SDP应答。

以上所述的任何功能、方法和操作当然可通过软件和/或硬件来实现。

一般来说，要注意，根据上述方面的相应功能元件可分别通过硬件和/或软件的任何已知部件来实现，只要它适合执行相应部分的所述功能。所述方法步骤可在单独功能块中或者通过单独装置来实现，或者方法步骤的一个或多个可在单个功能块或者通过单个装置来实现。

此外，可能实现为软件代码部分并且使用实体之一上的处理器来运行的方法步骤和功能是软件代码无关的，并且可使用任何已知或将来开发的编程语言来指定，例如Java、C++、C和汇编语言。可能实现为实体之一上的硬件组件的方法步骤和/或装置或部件是硬件无关的，并且可使用任何已知或将来开发的硬件技术或者它们的任何混合来实现，例如MOS、CMOS、BiCMOS、ECL、TTL等，举例来说，例如使用ASIC组件或DSP组件。一般来说，任何方法步骤可适合作为软件或者通过硬件来实现，而没有改变本发明的概念。装置和部件可实现为单独装置，但是这并不排除它们在整个系统以分布方式来实现，只要保持装置的功能性。这类原理和相似原理被认为是本领域的技术人员已知的。

一般来说，为了如上文所述的本发明，应当注意：

-通信装置或终端例如可以是用户可用以访问网络和/或这种网络的服务器的任何装置；这意味着移动以及非移动装置和网络，与作为其基础的技术平台无关；仅作为一个示例，要注意，按照第三代合作伙伴项目3GPP标准化的原理进行操作并且例如已知为UMTS终端(通用移动电信系统)的终端特别适合与本发明结合使用，但是符合例如GSM(全球移动通信系统)或IS-95(过渡标准95)等标准的终端也可以是适合的；

-关于这一点提到的网络可包括与网络在其上进行操作的技术类型无关的移动和固定网络部分，例如根据因特网协议IP、与协议版本(IPv4或IPv6)无关进行操作或者根据例如用户数据报协议UDP等任何其它分组协议进行操作的那些网络。

-装置可实现为单独装置，装置也可实现为配置成实现与组成整个设备的其它模块互操作性的模块，例如，模块装置可表示为例如可插入和/或连接到例如移动电话等设备的芯片组或芯片卡，或者模块可通过存储到移动电话或其它装置以便在调用时执行的可执行代码来实现。

虽然以上所述主要针对其方法、过程、设备和模块，但是要理解，本发明同样涵盖用于实现这类方法或过程和/或用于操作这类设备或模块的计算机程序产品以及用于存储这类计算机程序产品的存储介质。本发明同样涵盖以上所述的方法步骤和操作的任何可想到的组合以及以上所述的节点、设备和模块的任何可想到的组合，只要方法和结构布置的上述概念可适用。

鉴于以上所述，首先，本质上提供对用于拒绝服务变化的IMS呼叫流的修改/校正。即，提供已更新IMS呼叫流，以表明从SDP提供所得出的SDP已经由P-CSCF提供。

鉴于以上所述，其次，提供与拒绝服务信息有关的过程描述。提出例如在可通过在P-CSCF的最小努力映射到SIP 488响应的可接受SDP(Acceptable-SDP)AVP中的可接受服务信息的SDP编码。示范地引入AVP，它允许AF/P-CSCF仅请求所请求服务信息的授权检验但没有请求PCEF配置。

通过上述特征，早期规范中(第2阶段)的服务拒绝的先前设置要求可在以后的规范(第3阶段)中得到满足。

总之，例如，公开了用于网络中的策略控制的措施，包括授权检验。即，网络中的策略控制的方法包括在网络的应用功能实体获得服务的请求，在应用功能实体确定与所请求服务关联的服务信息要求授权检验还是网络的策略执行实体的配置，以及根据确定结果从应用功能实体向网络的策略控制实体提供关于策略执行实体是否要配置用于所请求服务信息的指示连同所请求服务信息。

即使以上参照根据附图的示例描述了本发明，但是很清楚，本发明并不局限于此。相反，本领域的技术人员清楚地知道，本发明可通过许多方式来修改，而没有背离所附权利要求书所公开的发明概念的范围。

Claims

1.一种网络中的策略控制的方法，包括：

在所述网络的应用功能实体获得对服务的请求，

在所述应用功能实体确定与所请求服务关联的服务信息是需要授权检验还是需要所述网络的策略执行实体的配置，以及

根据所述确定的结果从所述应用功能实体向所述网络的策略控制实体提供关于所述策略执行实体是否要配置用于所请求服务信息的指示连同那个所请求服务信息。

2.如权利要求1所述的方法，其中，所述获得包括所述应用功能实体接收会话描述有效载荷中的所述对服务的请求。

3.如权利要求2所述的方法，其中，所述确定包括所述应用功能实体确定所述会话描述有效载荷是属于提供类型还是属于应答类型。

4.如权利要求3所述的方法，其中，所述指示提供包括：

如果所述会话描述有效载荷属于应答类型，则提供关于所述策略执行实体要配置用于所述所请求服务信息的指示。

5.如权利要求4所述的方法，还包括：

在所述策略控制实体发起将所述策略执行实体配置用于所述所请求服务信息。

6.如权利要求3所述的方法，其中，所述指示提供包括：

如果所述会话描述有效载荷属于提供类型，则提供关于不要配置所述策略执行实体、但要在所述策略控制实体检验所述所请求服务信息的授权的指示。

7.如权利要求6所述的方法，还包括：

在所述策略控制实体根据本地策略来检验所述所请求服务信息的授权。

8.如权利要求7所述的方法，还包括：

如果没有授权所述所请求服务信息，则通过从所述策略控制实体向所述应用功能实体提供未授权的原因来进行响应。

9.如权利要求7所述的方法，还包括：

如果没有授权所述所请求服务信息，则通过从所述策略控制实体向所述应用功能实体指定适合被授权的服务信息来进行响应。

10.如权利要求7至9中的任一项所述的方法，还包括：

如果授权所述所请求服务信息，则通过从所述策略控制实体向所述应用功能实体指明成功授权来进行响应。

11.如以上权利要求中的任一项所述的方法，还包括：

在所述应用功能实体根据来自所述策略控制实体的响应来判定是拒绝所述所请求服务、将所请求服务信息从所述应用功能实体向目标实体转发还是采用服务信息回答所接收的服务请求。

12.如以上权利要求中的任一项所述的方法，还包括：

在所述应用功能实体修改所请求服务信息，

其中所述指示提供基于经修改的所请求服务信息。

13.如以上权利要求中的任一项所述的方法，其中，所述应用功能实体与所述策略控制实体之间的接口基于Diameter协议。

14.如权利要求13所述的方法，其中，从所述应用功能实体向所述策略控制实体提供所述指示通过Diameter请求消息的属性值对来实现。

15.如权利要求13所述的方法，如果从属于权利要求8或9，其中，提供原因或者指定适合的服务信息通过Diameter应答消息的属性值对来实现。

16.如权利要求14或15所述的方法，其中，所述属性值对属于枚举类型和/或八进制串类型。

17.如以上权利要求中的任一项所述的方法，其中，所述网络包括因特网协议多媒体子系统。

18.如以上权利要求中的任一项所述的方法，其中，所述网络中的策略控制基于策略和计费控制框架、基于服务的本地策略框架和基于流量的计费框架中的至少一个。

19.一种可操作以充当网络中的应用功能实体的设备，包括：

用于获得对服务的请求的部件，

用于确定与所请求服务关联的服务信息是需要授权检验还是需要所述网络的策略执行实体的配置的部件，以及

用于根据所述确定的结果向所述网络的策略控制实体提供关于所述策略执行实体是否要配置用于所请求服务信息的指示连同那个所请求服务信息的部件。

20.如权利要求19所述的设备，其中，所述获得部件设置用于接收会话描述有效载荷中的所述对服务的请求。

21.如权利要求20所述的设备，其中，所述确定部件设置用于确定所述会话描述有效载荷是属于提供类型还是属于应答类型。

22.如权利要求21所述的设备，其中，所述提供部件设置用于在所述会话描述有效载荷属于应答类型时，提供关于所述策略执行实体要配置用于所述所请求服务信息的指示。

23.如权利要求21所述的设备，其中，所述提供部件设置用于在所述会话描述有效载荷属于提供类型时，提供关于不要配置所述策略执行实体、但要在所述策略控制实体检验所述所请求服务信息的授权的指示。

24.如权利要求19至23中的任一项所述的设备，还包括：

用于根据来自所述策略控制实体的响应来判定是拒绝所述所请求服务、将所请求服务信息从所述应用功能实体向目标实体转发还是采用服务信息回答所接收的服务请求的部件。

25.如权利要求19至24中的任一项所述的设备，其中，所述设备设置用于根据Diameter协议与所述策略控制实体进行通信。

26.如权利要求19至25中的任一项所述的设备，其中，所述设备可操作作为代理呼叫会话控制功能。

27.一种操作作为应用功能实体进行工作的设备的方法，其中，所述设备是如权利要求1至18中的任一项所述可操作的。

28.一种可操作以充当网络中的策略控制实体的设备，包括：

用于从所述网络的应用功能实体接收关于与所请求服务关联的服务信息是需要授权检验还是需要所述网络的策略执行实体的配置的指示的部件；

用于在从所述应用功能实体接收到关于所述策略执行实体要配置用于所请求服务信息的指示时发起将所述策略执行实体配置用于所述所请求服务信息的部件；以及

用于在从所述应用功能实体接收到关于不要配置所述策略执行实体、但要在所述策略控制实体检验所述所请求服务信息的授权的指示时根据本地策略来检验所述所请求服务信息的授权的部件。

29.如权利要求28所述的设备，还包括：

用于在所述检验部件得出没有授权所述所请求服务信息时向所述应用功能实体提供未授权的原因的响应部件。

30.如权利要求28所述的设备，还包括：

用于在所述检验部件得出没有授权所述所请求服务信息时向所述应用功能实体指定适合被授权的服务信息的响应部件。

31.如权利要求28至30中的任一项所述的设备，还包括：

用于在所述检验部件得出授权所述所请求服务信息时向所述应用功能实体指明成功授权的响应部件。

32.如权利要求28至31中的任一项所述的设备，其中，所述设备设置用于根据Diameter协议与所述应用功能实体进行通信。

33.如权利要求28至32中的任一项所述的设备，其中，所述设备可操作作为策略和计费规则功能。

34.如权利要求28至32中的任一项所述的设备，其中，所述设备可操作作为策略判定功能。

35.如权利要求28至32中的任一项所述的设备，其中，所述设备可操作作为计费规则功能。

36.一种操作作为策略控制实体进行工作的设备的方法，其中，所述设备是如权利要求1至18中的任一项所述可操作的。

37.一种网络中的策略控制的系统，包括：

至少一个如权利要求19至26中的任一项所述的可操作以充当应用功能实体的设备，以及

至少一个如权利要求28至35中的任一项所述的可操作以充当策略控制实体的设备。