控制服务会话的资源的方法和网络节点以及对应的系统和计算机程序的制作方法
【专利摘要】本发明涉及通信网络中用于控制服务会话的资源的方法和网络节点以及对应的系统和计算机程序，用以提高对网络中资源的处理，以及尤其优化网络中的信令。通信网络中用于通过策略和计费系统控制服务会话的资源的方法包括以下步骤：在第一网络节点处获得包括对服务的类型加以指示的服务会话数据的请求；基于在所述第一网络节点处获得的服务会话数据，确定要分配给所述服务的资源类型；以及向第二网络节点发送对分配给所述服务的所述资源类型的指示，根据资源类型确定与所述服务相关联的服务会话何时终止。
【专利说明】控制服务会话的资源的方法和网络节点以及对应的系统和计算机程序
【技术领域】
[0001]本发明涉及通信网络中用于控制服务会话的资源的方法和网络节点以及对应的系统和计算机程序，并且具体涉及用于由包括策略和计费规则功能的网络节点执行的控制服务会话的资源的方法和用于由包括应用功能或业务检测功能的网络节点执行的控制服务会话的资源的方法以及对应网络节点。
【背景技术】
[0002]在诸如电信网络等通信网络中，呼叫或服务通常一方面涉及控制层面或信令层面，另一方面涉及用户层面或媒体层面。控制层面或信令层面负责建立和管理网络的两个点之间的连接。用户层面或媒体层面负责传送用户数据或服务数据。
[0003]网络运营商期望在网络中定义和实施一组规则。一组规则构成策略。用于管理和实施这些策略的策略框架通常包括至少三个单元或功能:用于存储策略规则的策略储存库(其可以是用户特定的)、策略判定单元或功能、以及策略实施单元或功能。策略框架的目的包括控制对网络和服务的订户接入以及接入种类(即，其特性)。
[0004]策略框架显著地解决了以下判定:是否赋予用户权利或授权用户端来享受服务，以及网络是否可以向订户提供服务，具体地，网络是否可以向订户提供具有期望服务质量(QoS)的服务。
[0005]策略和计费控制架构集成了策略和计费控制，该架构例如是(但不限于)如下文档中描述的架构:3GPP TS23.203 版本 11.1.0(2011-03)，Technical Specification GroupServices and System Aspects; Policy and charging control architecture (第 11 版)(其在 http: //www.3rpp.0rR/ftp/Specs/2011-03/Re 1-11/23 series/ 上可获得)。
[0006]策略框架的一个目的在于根据订户和/或期望服务来建立并实施规则，以确保在所有订户之间高效地使用网络资源。
[0007]在图1中描绘了支持策略和计费控制(PCC)功能的架构，其取自3GPP TS23.203，3GPP TS23.203规定了包括3GPP接入和非3GPP接入的演进3GPP分组交换域的PCC功能。策略和计费规则功能(PCRF) 110是包含策略控制判定和基于流的计费控制功能的功能单元。PCRF向策略和计费实施功能(PCEF) 120提供与服务数据流(SDF)检测、评级、QoS有关的网络控制以及基于流的计费(除了信用管理以外)。PCRF从应用功能(AP) 140接收会话和媒体相关信息，并且向AF通知业务层面事件。PCRF110还耦合到订户简档储存库(SPR)150。
[0008]PCRF应当经由Gx参考点向PCEF提供PCC规则，并且可以经由Gxx参考点(在核心网络的情况下针对基于PMIP/DSMIP的布局)向承载绑定及事件报告功能(BBERF) 130提供QoS规则。
[0009]在图1的架构100中，PCRF应当根据PCRF策略判定，在处理PCC控制下的每个服务数据流时通过使用PCC规则来通知PCEF。[0010]Gx参考点在3GPP TS29.212“Policy and charging control over Gx referencepoint”中定义，并且置于PCRF与PCEF之间。Gx参考点用于从PCRF向PCEF提供和去除PCC规则以及从PCEF向PCRF发送业务层面事件。Gx参考点可以用于计费控制、策略控制
或者这二者。
[0011]Rx参考点在3GPP TS29.214“Policy and charging control over Rx referencepoint”中定义，并且用于在PCRF与AF之间交换应用级会话信息。PCRF的示例是爱立信的服务感知策略控制器(SAPC),例如参见F.Castro等人的论文“SAPC:Ericsson’s ConvergentPolicy Controller，，, Ericsson review N0.1, 2010, pp.4-9。AF 的不例是 IP 多媒体子系统(IMS)策略呼叫会话控制功能(P-CSCF)。图1中的Sd参考点可以具有与Rx参考点类似的功能，这一点可以在下文中看出，在下文中，至少出于本申请中描述的目的，AF和TDF基本上可以互换使用。
[0012]Gx和Rx参考点都可以基于直径(Diameter),例如参见P.Calhoun等人的论文“RFC3588: Diameter Based Protocol ”，IETF, September2003。
[0013]PCEF实施从PCRF接收的策略判定，并且还通过Gx参考点向PCRF提供用户特定的和接入特定的信息。包括PCEF和另一承载绑定功能的节点包含PCC规则中包括的基于滤波器定义的SDF检测以及在线和离线计费交互(这里未描述)和策略实施。由于PCEF通常是一个处理承载，因此可以在其中根据来自PCRF的QoS信息来针对承载实施QoS。该功能实体(B卩，PCEF)在GPRS情况下位于网关处，例如，在网关GPRS支持节点(GGSN)中的网关处。对于核心网络中存在代理移动IP (PMIP)或双栈移动IP (DSMIP)的所有情况，取而代之在BBERF中执行承载控制。
[0014]应用功能(AF) 140是提供应用的单元，其中，在与已经请求服务的层(例如，信令层)不同的层(例如，传送层)中传递服务。根据已经协商的内容执行对资源(例如，但不限于IP承载资源)的控制。包括AF140的网络节点的一个示例是IP多媒体(IM)核心网络(CN)子系统的P-CSCF (代理呼叫会话控制功能)。AF140可以与PCRFl 10通信，以传输动态会话信息，即在传送层中要传递的对多媒体的描述。该通信使用上述Rx接口或Rx参考点(位于PCRFl 10与AP140之间)来执行，并且用于在PCRF110与AF140之间交换应用级信息。Rx接口中的信息可以从P-CSCF中的会话信息或服务会话信息导出，并且主要包括所称的媒体组件。媒体组件由一组IP流组成，例如，每个IP流通过5元组，媒体类型和所需带宽，来描述。包括AP140的网络节点的另一示例是流传输服务器。
[0015]AF可以与需要动态策略和计费控制的应用进行交互或干预这种应用。AF提取服务会话信息，并且通过Rx参考点向PCRF提供该服务会话信息。AF还可以预订在业务层面处发生的特定事件(即，PCRF或BBERF检测到的事件)。那些业务层面事件包括诸如IP会话终止或接入技术类型改变等事件。
[0016]在从PCRF、承载绑定功能(BBF)接收到PCC/QoS规则时，依赖于布局情况，PCEF或BBERF执行承载绑定，S卩，将提供的规则与IP-CAN (互联网协议连接接入网络)会话内的IP-CAN承载相关联。BBF将使用PCRF提供的QoS参数来创建针对规则的承载绑定。在PCC/QoS规则中包括的服务数据流与具有相同QoS类别标识符(QCI)和分配保持优先级(ARP)的IP-CAN承载之间创建该绑定。
[0017]BBF然后评价是否能够使用现有IP-CAN承载之一。如果不可以使用任何现有承载，则BBF应当发起对适合的IP-CAN承载的建立。否则，根据需要，例如QoS信息已经改变，BBF发起对对应承载的修改。对于GBR承载(即，具有保证比特率的承载)，BBF应当基于PCRF提供的QoS信息来保留所需资源。
[0018]如果PCC/QoS规则的QCI和ARP与缺省承载的QCI和ARP匹配，则BBF应当在缺省承载中安装那些规则。当PCRF请求去除先前提供的PCC/QoS规则时，BBF应当删除先前提供的PCC/QoS规则并且相应地修改承载。当应用于一个承载的所有PCC/QoS规则已经删除和/或去激活时，BBF应当开始承载终止过程。
[0019]3GPP网络可以支持用于承载建立的两种不同模式:UE发起的承载建立模式或UE网络(UENW)承载建立模式。在GPRS中，在第一
[0020]_
[0021]种模式中，总是UE发起该过程，而在第二种模式中，UE和网络都可以发起承载建立。在演进分组系统(EPS)中，认为UE和PCEF都可以通过添加、修改或去除PCC规则中可以包含的业务流信息，来请求任何资源建立、修改或终止。承载总是由网络来建立。
[0022]在PDN连接建立期间，UE和网络(GPRS网络中的SGSN)指示它们的承载建立模式能力。当接触PCRF时，PCRF基于那些能力来选择承载建立模式。PCRF提供的承载控制模式将会传播给网络和UE，使得接下来的交互相应地工作。
[0023]另一方面，存在不支持专用承载的终端。那些终端会向网络宣告它们所支持的UE发起的承载建立模式，并且可以由UE建立或修改缺省承载。按照相同方式，存在不支持UE发起的专用承载建立的网络布局。在这些布局中，当BBF向PCRF指示不支持网络请求的情况下，PCRF将假定仅建立缺省承载。在该承载中将安装所有PCC/QoS规则，即，分配给那些PCC/QoS规则的QCI和ARP将对应于缺省承载的QCI和ARP。
[0024]业务检测功能(TDF)160是执行应用检测并且向PCRF报告检测到的应用或服务及其服务数据流描述的功能实体。TDF可以在请求模式(S卩，基于来自PCRF的请求)或非请求模式(即，无来自PCRF的任何请求)下工作。
[0025]接着，描述对应用的PCC支持。当应用需要通过IP-CAN用户层面的动态策略和/或计费控制来开始服务会话时，AF将与PCRF通信来传送PCRF所需的动态会话信息，以在IP-CAN网络上采取适当动作。PCRF将授权会话信息，创建对应的PCC/QoS规则，并且将对应的PCC/QoS规则安装在PCEF/BBERF中。PCEF/BBERF将包含SDF检测、策略实施(选通和QoS实施)和基于流的计费功能。如上所述，可应用的承载将被发起/修改，并且根据需要针对该应用保留资源。
[0026]一旦应用或用户设备(UE)判定终止该服务，则AP会通知PCRF，使得PCRF可以去除可应用的PCC/QoS规则，并且PCEF/BBERF停止对应的SDF检测、策略实施和基于流的计费功能，终止或更新可应用的承载并且释放对应资源。
[0027]AF可以预订特定动作，以便被通知IP-CAN网络中的特定事件。在这种情况下，PCRF将在那些条件适用(例如，释放承载)时接触AF。包括AF的应用服务器(例如，流传输服务器)可以根据其需求向PCRF请求建立承载，所述需求即视频或其他流传输服务需要特定带宽、QoS、计费等。AF可以设置定时器，以请求在特定时间段之后断开承载。
[0028]接着，描述支持服务感知功能的PCC。3GPP第11版已经介绍了 PCC架构的新实体，即，TDF，其是监视有效载荷并检测何时发起/终止应用的深度分组检查(DPI)盒。该功能也可以驻留在PCEF中。
[0029]TDF可以执行请求的和非请求的应用报告。对于请求情况，PCRF通过激活适当的ADC (应用和检测控制)规则向其上要检测应用并报告给PCRF的TDF做出指示，因此根据需要指示TDF通知PCRF。PCRF可以指示TDF (或PCEF)对检测到的应用业务应用什么实施动作。
[0030]对于非请求情况，对其上检测到应用并进行报告的TDF进行预配置。在PCEF中执行实施。PCEF中不支持非请求模式。
[0031]非请求模式可以通过使用Rx参考点(也可以使用Gx参考点)来实现。在这种情况下，TDF在检测到应用时用作与PCRF通信的AF。同样，在针对该应用的业务完成时TDF将与PCERF通信。
[0032]根据当前过程，AF根据特定QoS和计费要求来建立AF会话，以允许使用服务。这样，AF在不再需要那些要求时终止AF会话。AF可以在AF会话(例如，服务会话)的期限期间修改会话信息。
[0033]AF不知晓网络布局、UE能力以及网络运营商在IP-CAN级别处为给服务分配的QoS0 AF通常不知道针对该服务而选择的承载种类。
[0034]由于缺乏这种认识，AF必须在“保护模式”下操作，即，只要应用条件改变AF就始终接触PCRF，并且要求PCRF相应地发起PCC/QoS规则提供/去除过程，其中在BBF中发起对应承载过程。
[0035]存在需要非常频繁的资源保留和对应的资源去除的应用。对于互联网服务这可以是以下情况:用户在web中浏览时具有不活动时段以及重新开始活动的时段。在这种情况下，AF (或类似的如3GPP中所定义的TDF)在推断出服务不再使用时(例如，在可配置的不活动定时器期满之后)，以及当推断出服务再次使用时(例如，当检测到针对该服务的新分组时)接触PCRF。这将意味着网络中用于发起可应用的承载过程的高强度信令。
[0036]另一方面，基于网络条件，在基于应用要求而去除和重新建立承载时用户感知没有益处，相反，如果应用当前过程，则在网络中会存在高强度信令。
[0037]因此期望提供用于提高网络中资源的处理并且尤其优化网络中的信令的方法、网络节点、系统和计算机程序。
【发明内容】
[0038]这样的方法、网络节点、系统和计算机程序在独立权利要求中定义。有利实施例在从属权利要求中定义。
[0039]在一个实施例中，提供了一种通信网络中通过策略和计费系统来控制服务会话的资源的方法，该方法可以由第一网络节点(例如，包括策略和计费规则功能(PCRF))的节点来执行。该方法包括:在第一网络节点处获得包括对服务的类型加以指示的服务会话数据的请求；基于在第一网络节点处获得的服务会话数据，确定要分配给服务的资源类型；以及向第二网络节点发送分配给服务的资源类型的指示，根据资源类型确定与服务相关联的服务会话何时终止。相应地，第一网络节点可以通知第二网络节点该资源类型，使得由于两个网络节点知晓资源类型可以优化网络中的信令过程，并且可以减少网络中的信令数量。
[0040]在一个实施例中，提供了一种通信网络中用于控制服务会话的资源的方法，该方法可以由第二网络节点(例如，包括业务检测功能或应用功能的节点)来执行。该方法包括:从第二网络节点向第一网络节点发送包括对服务的类型加以指示的服务会话数据的请求；从第一网络节点接收基于服务会话数据而确定并分配给服务的资源类型的指示；并且基于接收到的资源类型判定与服务相关联的服务会话何时终止。相应地可以优化两个节点之间网络中的信令过程，并且可以降低信令数量。
[0041]在一个实施例中，提供了一种通信网络中控制服务会话的资源的网络节点。网络节点包括:请求获取器，配置为获得包括对服务的类型加以指示的服务会话数据的请求；确定器，配置为基于获得的服务会话数据，确定要分配给服务的资源类型；以及资源类型发送器，配置为向第二网络节点发送分配给服务的资源类型的指示，根据该资源类型确定与服务相关联的服务会话何时终止。相应地，可以优化网络中的信令过程。
[0042]在一个实施例中，提供了一种通信网络中控制服务会话的资源的不同网络节点。该网络节点包括:请求发送器，配置为向另一网络节点发送包括对服务的类型加以指示的服务会话数据的请求；以及资源类型接收器，配置为从另一网络节点接收基于服务会话数据而确定并且分配给服务的资源类型的指示。此外，在网络节点中提供配置为基于接收到的资源类型判定与服务相关联的服务会话何时终止的判定器。相应地，可以优化网络中的信令过程。
[0043]在另一实施例中，提供了一种控制服务会话的资源的系统。该系统包括两个网络节点的上述单元，即，请求获取器、确定器、资源类型发送器、请求发送器、资源类型接收器和判定器。
[0044]在另一实施例中，提供了一种计算机程序，包括在数据处理器上执行时配置为使数据处理器执行上述方法之一的指令。
[0045]此外，在从属权利要求中公开了本发明的有利实施例。
【专利附图】
【附图说明】
[0046]图1示出了可以应用本发明实施例的示例PCC架构，以辅助读者理解示例内容。
[0047]图2示出了更好地说明本发明实施例的特定情况。
[0048]图3示出了更好地说明本发明实施例的另一特定情况。
[0049]图4示出了根据实施例要由第一网络节点执行的控制服务会话的资源的方法的操作。
[0050]图5示出了根据实施例的要由第二网络节点执行的控制服务会话的资源的方法的操作。
[0051]图6示出了根据实施例的配置为控制服务会话的资源的第一网络节点的单元。
[0052]图7示出了根据实施例的配置为控制服务会话的资源的第二网络节点的单元。
[0053]图8示出了根据实施例的示例方法，该方法通过资源类型信令示出了资源控制。
【具体实施方式】
[0054]参照附图描述本发明的其他实施例。应当注意以下描述仅包含示例，并且不应视为限制本发明。
[0055]在下文中，类似或相同的附图标记指示类似或相同的单元或操作。[0056]在描述图4和5的流程图之前，讨论图2和3中描绘的一些情况，图4和5示出了分别由第一和第二网络节点执行的控制服务会话的资源的方法，图2和3的一些情况没有针对特定应用的传统过程而优化。
[0057]图2示出了 UE和/或网络不支持专用承载的情况，因此针对所导出的PCC/QoS规则的QCI对应于缺省承载QCI，S卩，非GBR QCI。如图2所示，三个不同服务使用相同缺省承载210，使得所有服务数据(例如，IP分组)经历相同PCC/QoS规则，该PCC/QoS规则是由PCRF120基于来自AF140的SDF检测和服务信息而产生，并且向承载策略实施器(例如，PCEF或具有BBF的其他节点)提供那些相同PCC/QoS规则。根据规则，可以针对所有服务使QoS升级或降级。例如，服务I可以表示互联网浏览，服务2可以表示P2P文件共享，服务3可以表示IMS-语音或MTV。服务数据然后由终端(例如，UE)接收并且在终端上运行的客户端/对等端应用中处理。
[0058]在所示情况下，不存在阻挡在缺省承载上的任何资源传输的风险。然而，不能永远保持资源，这是因为存在以下风险:使得允许缺省承载上的任一种类业务得益于PCRF基于接收到服务检测通知而应用的承载QoS递增成为可能。例如，由于相同承载执行所有三个服务，因此这三个服务都经历分配给服务之一的QoS，尤其是最高QoS。因此，不具有与缺省(非GBR)承载有关的灵活且有限的承载级控制。
[0059]在图3中示出的情况中，UE和网络支持专用承载。例如，将IP分组分类到SDF确定了应当使用哪个承载来传送IP分组。
[0060]针对所导出的PCC/QoS的QCI对应于例如针对图3中承载315执行的web浏览服务(例如，互联网(服务I))的非GBR QCI。
[0061]在这种情况下，一旦保留了资源，删除和重新建立(或修改)可应用的承载不再有意义，与应用是否检测是否正使用服务无关。即，不分配保证比特率(GBR)，并且如果存在带宽短缺，则通过该承载的比特率会减小。这种情况下的资源不阻挡任何传输资源，使得在PDN连接期限的寿命期间保持承载的情况下不存在QoS限制。具体地，如果保持承载，则在PCRF与PCEF之间建立/终止承载的信令以及PCRF与AF或TDF之间的信令被减少。换言之，只要承载不保留比特率，承载的增值可以不成为问题。
[0062]此外，如果针对所导出的PCC/QoS规则的QCI对应于例如用于流传输的GRB QCI，其需要不中断数据传输(图3的服务3)。在图3中针对承载310示出了这一点。在这种情况下，不需要基于应用需要来执行许可控制并优化网络资源。必须基于来自应用的请求保留和释放资源。根据以上，在图3中，存在针对全部承载级控制的可能性。
[0063]在不进行上述区分的情况下，网络实体可能被卷入不必要的业务中，这可能影响性能并且以低效率方式消耗网络资源。
[0064]基于这种区分以高效地使用网络资源，PCRF可以向AF或TDF指示分配给服务的资源类型，这关于图4和5更详细地进行讨论。
[0065]图4示出了控制服务会话的资源的方法的流程图。所示操作或步骤可以由包括策略和计费规则功能(PCRF)的网络节点(例如，图1中的节点110)来执行。该节点可以是包括或实现作为功能单元的PCRF的服务器。
[0066]根据图4所示的方法，在步骤410中，在第一网络节点处，从第二网络节点获得包括对服务的类型加以指示的服务会话数据的请求。例如，第二网络节点可以是包括AF或TDF的节点，第一网络节点可以是包括PCRF的节点。在图1的策略和计费系统中示出了这些节点的示例及其彼此间的连接。请求可以是针对资源保留的请求，可以触发在第一网络节点处创建PCC规则以及向包括BBF的节点提供那些PCC规则之后的承载建立、修改或去激活。
[0067]图1的AF通常向PCRF提供服务会话数据(服务会话信息)，以用于授权IP流，SP，具有相同的源IP地址和端口号以及相同的目的地IP地址和端口号以及相同传输协议的IP分组的单向流，这将关于图8中的授权请求(AAR)更详细地进行讨论。应当理解，从第二网络节点到第一网络节点的任何种类消息可以用于指示服务的类型，并因此该方案不限于特定请求。
[0068]服务会话数据还通过例如AF或TDF获得的服务ID或应用ID指示服务的类型，和/或可以基于来自SPR的订户的预订。对于不同的服务(例如，上述服务1-3)，提供不同的服务ID。
[0069]在步骤402中，基于在第一网络节点(PCRF)处获得的服务会话数据确定要分配给服务(例如服务1-3之一)的资源类型。例如，资源类型指示针对该服务暂时保留资源，或者资源类型指示针对该服务永久保留资源，或者资源类型可以指示与缺省值相对应的值。
[0070]步骤420还可以包括:确定通信网络或用户终端(UE)或者这两者支持多个承载中的专用承载，所述专用承载是专用于所述服务的承载。此外，资源类型可以基于网络能力，网络能力可以由承载控制模式指示，承载控制模式表示与服务会话相关联的UE和/或网络的承载相关能力，承载相关能力是PCRF针对该PDN连接而存储的信息。
[0071]在步骤430中，向第二网络节点发送资源类型的指示。该指示可以在请求响应消息中提供，并且可以由消息中特定比特位置处的特定值来表示。根据资源类型，例如可以通过AF、TDF或PCRF确定与服务相关联的服务会话何时终止，并且也可以确定哪个节点必须执行用于发起终止的动作。即，如上所述，资源类型可以指示暂时或永久保留资源，使得承载修改/去激活可以在不同时间点处发起并且有利地不像在传统系统中那样频繁，在传统系统中，AF不知道用于其服务的连接资源，并且在推断出在该时刻没有使用服务时接触PCRF。
[0072]例如，当暂时保留资源时，定时器可以在AF或TDF (第二网络节点)开始检测到没有服务数据或仅最小服务数据(特定阈值以下的数据)之后启动，并且可以随后通知第一网络节点(PCRF)定时器的终止，使得PCRF可以开始发起承载修改或去激活。例如，由PCRF基于来自AF的指示向BBF发起承载修改(例如，在定时器期满之后)，使得由于赞助服务而具有增高的QoS的缺省承载可以在赞助服务停止之后再次降级。AF的指示可以是AF终止会话或去除相关流。
[0073]根据以上，能够提高对网络中资源的处理，并尤其优化网络中的信令，且减少频繁的承载的建立、修改或终止。
[0074]图5示出了控制服务会话资源的另一方法的流程图。所示操作或步骤可以由包括应用功能(AF)的网络节点(例如，图1中的节点140)或包括业务检测功能(TDF)的网络节点(例如，图1中的节点160)来执行。该节点(这里被称作第二网络节点)可以是包括或实现作为功能单元的AF或TDF的服务器。
[0075]根据图5所示的方法，在步骤510中，从第二网络节点向第一网络节点发送包括对服务的类型加以指示的服务会话数据的请求。例如，从AF向PCRF或者从TDF向PCRF发送请求。如上所述，请求可以是针对资源保留的请求，可以在第一网络节点处创建一个或多个PCC规则并随后向包括BBF的节点提供规则之后触发承载建立、修改或去激活。服务的类型和服务会话数据的示例以上已经描述并且详细参考以上讨论。
[0076]在步骤520中，在第二网络节点处，从第一网络节点接收到资源类型的指示，其中，基于先前关于图4所示第一网络节点执行的方法描述的方法420中的服务会话数据确定服务的类型并分配给服务。
[0077]随后，在步骤530中，第二网络节点可以基于接收到的服务的类型判定与服务相关联的服务会话何时终止。如上所述并且如以下更详细说明的，资源类型可以指示暂时保留资源，使得在保留时间(例如，定时器期满)之后，第二网络节点(例如，AF)终止会话或者去除相关流。例如，由于缺少服务数据，第一网络节点(例如，PCRF)可以接收表明可以释放资源(例如，承载)的指示。
[0078]因此，第一和第二网络节点有可能使用资源类型信息，基于应用需要(当前过程)来控制资源保留，或者可以基于IP-CAN判定来执行保留，该保留可以是永久或暂时(定时器受控的)保留，在以下进一步更详细地讨论。
[0079]在以上示例中，步骤410、420和430涉及一种由PCRF执行的方法，步骤510、520和530涉及由AF或TDF执行的方法，并因此涉及在通信网络中(具体地，在图1所示的策略和计费系统中)执行组合了所有步骤410-430和510-530的方法。然而，步骤410、420和430以及步骤510、520和530不限于由上述两个特定节点来执行，而且步骤410、420和430或类似地步骤510、520和530例如也可以由多于一个节点来执行。
[0080]在以下示例中，出于示意性目的，第二网络节点应当视为是包括AF的节点，第一网络节点是包括PCRF的节点，但是第二网络节点还可以是包括TDF的节点，并且该方案不限于特定的节点或节点组合。
[0081 ] 在建立服务会话(这里是AF会话)期间，PCRF可以向AF发送与分配给服务的资源类型有关的指示。然后，AF可以如在下文中描述地进行操作。
[0082]当PCRF不指示任何资源类型或者提供缺省值时，AF根据先前已知的过程操作，即，根据应用要求保持服务，并且AF基于例如针对MS的应用逻辑保留和释放资源，AF将建立和释放AF会话分别作为SIP INVITE和SIP BYE过程的一部分。在一个示例中，当PCRF基于AF请求产生专用GBR承载时，优化的PCRF应当不向AF指示任何资源类型。
[0083]当PCRF指示“永久保留资源”时，AF不再针对该服务接触PCRF，并且AF不会采取任何动作。会在相关承载或IP-CAN会话终止时通知AF。优化的PCRF应当在PCRF基于AF请求产生非GBR承载时向AF指示“永久保留资源”。
[0084]当PCRF指示“暂时保留资源”时，AF不接触PCRF直到与该服务有关的定时器期满为止。换言之，如果资源类型指示暂时保留资源，则AF (第二网络节点)激活定时器。更具体地，监测服务的使用，并且当停止服务时，激活定时器，该定时器例如可以由知道网络中的拥塞的PCRF来提供，或者可以已经存在AF处并且在AF处简单地本地配置。具体地，与该定时器有关的值可以由PCRF提供，或者在AF中本地配置。当PCRF基于AF请求在缺省承载中产生QoS升级时，优化的PCRF应当向AF指示“暂时保留资源”。
[0085]可以在以下表格中概括以上指示和动作。
【权利要求】
1.一种在通信网络中通过策略和计费系统来控制服务会话的资源的方法，包括以下步骤: 在第一网络节点处获得请求，所述请求包括对服务的类型加以指示的服务会话数据； 基于在所述第一网络节点处获得的服务会话数据，确定要分配给所述服务的资源类型；并且 向第二网络节点发送对分配给所述服务的所述资源类型的指示，其中根据所述资源类型确定与所述服务相关联的服务会话何时终止。
2.根据权利要求1所述的方法，其中，确定资源类型的步骤包括:确定所述通信网络或用户终端或者这二者是否支持多个承载中的专用承载，所述专用承载是专用于所述服务的承载。
3.一种用于在通信网络中控制服务会话的资源的方法，包括以下步骤: 从第二网络节点向第一网络节点发送请求，所述请求包括对服务的类型加以指示的服务会话数据； 从所述第一网络节点接收对基于所述服务会话数据而确定并分配给所述服务的资源类型的指示；以及 基于所接收到的资源类型判定与所述服务相关联的服务会话何时终止。
4.根据权利要求1至3中任一项所述的方法，其中，所述资源类型指示针对所述服务暂时保留资源，或者所述资源类型指示针对所述服务资源类型永久保留资源，或者所述资源类型指示与缺省值相对应的值。
5.根据权利要求4所述的方法，其中，如果资源类型指示永久保留资源，则所述第二网络节点将不采取任何动作。
6.根据权利要求4所述的方法，其中，如果资源类型指示暂时保留资源，则所述第二网络节点将激活定时器。
7.根据权利要求4所述的方法，其中，如果资源类型指示永久保留资源，则所述第二网络节点激活比在资源类型指示暂时保留资源的情况下激活的定时器时间更长的定时器。
8.根据权利要求6或7所述的方法，其中，所述第二网络节点在所述定时器期满时发起服务会话终止。
9.根据权利要求1至8中任一项所述的方法，其中，资源类型暗示生成非保证比特率承载或保证比特率承载。
10.根据权利要求1至9中任一项所述的方法，其中，所述第一网络节点包括策略和计费规则功能“PCRF”，或者所述第二网络节点包括应用功能或业务检测功能。
11.根据权利要求10所述的方法，其中，所述业务检测功能执行分组检查和服务分类。
12.根据权利要求1或2所述方法，还包括以下步骤: 从所述第二网络节点向所述第一网络节点发送请求，所述请求包括对服务的类型加以指示的所述服务会话数据； 从所述第一网络节点接收对基于所述服务会话数据而确定并分配给所述服务的资源类型的指示；并且 基于所述接收到的资源类型判定与所述服务相关联的服务会话何时终止。
13.—种在通信网络中控制服务会 话的资源的网络节点，包括:请求获取器，配置为获得请求，所述请求包括对服务的类型加以指示的服务会话数据； 确定器，配置为基于所获得的服务会话数据，确定要分配给所述服务的资源类型；以及资源类型发送器，配置为向第二网络节点发送对分配给所述服务的所述资源类型的指示，其中根据所述资源类型确定与所述服务相关联的服务会话何时终止。
14.一种在通信网络中控制服务会话的资源的网络节点，包括: 请求发送器，配置为向另一网络节点发送请求，所述请求包括对服务的类型加以指示的服务会话数据； 资源类型接收器，配置为从所述另一网络节点接收对基于所述服务会话数据而确定并且分配给所述服务的资源类型的指示；以及 判定器，配置为基于所接收到的资源类型判定与所述服务相关联的服务会话何时终止。
15.一种系统，其包括权利要求13和14所述的网络节点。
16.一种计算机程序，包括在数据处`理器上执行时配置为使数据处理器执行权利要求1至12之一所述的方法的指令。
【文档编号】H04W76/06GK103828476SQ201180073773
【公开日】2014年5月28日 申请日期:2011年9月29日 优先权日:2011年9月29日
【发明者】赖纳·路德维格, 苏珊娜·费尔南德斯·阿隆索, 法比安·卡斯托罗卡斯特罗, 帕布鲁·莫利纳罗·费尔南德斯 申请人:瑞典爱立信有限公司