CN103636279B - 用于控制承载相关资源的方法和节点以及对应的系统和计算机可读介质 - Google Patents

Abstract

本发明涉及一种用于由策略与计费系统在通信网络中控制承载相关资源的方法和一种用于控制承载相关资源的节点；一种包括该节点的系统；以及一种计算机程序，被配置为有效利用电信网络的承载资源。用于由策略与计费系统在通信网络中控制承载相关资源的所述方法包括以下步骤：在网络节点处获得指示用户设备UE是否支持多个承载中的专用承载的承载支持信息，该专用承载是专用于服务会话的承载；根据所获得的承载支持信息，设置用于该服务会话的时段；以及当所设置的时段期满时，指示修改分配给该服务会话的保留承载资源。

Description

用于控制承载相关资源的方法和节点以及对应的系统和计算 机可读介质

技术领域

本发明涉及一种用于由策略与计费系统在通信网络中控制承载相关资源的方法和一种用于控制承载相关资源的节点；一种包括该节点的系统；以及一种计算机程序，被配置为有效利用电信网络的承载资源。

背景技术

在诸如电信网络的通信网络中，呼叫或服务通常一方面涉及控制面或信令面，并且另一方面涉及用户面或媒体面。控制面或信令面负责建立并管理网络的两点之间的连接。用户面或媒体面负责传送用户数据或服务数据。网络运营商具有在网络中定义并实施规则集合的期望。规则集合构成策略。用于管理和实施这些策略的策略框架通常包括至少三个单元或功能：用于存储可以是用户特定的策略规则的策略库、策略决定单元或功能以及策略实施单元或功能。策略框架的目的包括控制订户对网络和服务的接入以及接入类型，即，其特征。

策略框架尤其处理关于是否给予订户资格或向其授权以使其享受服务，以及网络是否可以向订户提供服务(特别是网络是否可以以期望的服务质量(QoS)向订户提供服务)的决定。

策略和计费控制架构(例如(但不限于)3GPP TS 23.203版本11.1.0(2011-03)，Technical Specification Group Services and System Aspects；Policy and chargingcontrol architecture(release 11)(可在http：//www.3gPP.org/ftp/Specs/2011-03/Rel-11/23_series/上获得)中描述的架构)集成策略和计费控制。策略和计费控制(PCC)架构允许继承策略和计费控制。策略框架的一个目的是建立并实施取决于订户和/或期望服务的规则，以确保网络资源在所有订户之间的高效使用。

图1中示出了引自3GPP TS 23.203的支持策略和计费控制(PCC)功能的架构，3GPPTS 23.203规定了针对包括3GPP接入(GERAN/UTRAN/D-UTRAN)和非3GPP接入的演进3GPP分组交换域的PCC功能。策略控制和计费规则功能(PCRF)110是包含策略控制决定和基于流的计费控制功能的功能性单元。PCRF向策略和计费实施功能(PCEF)120提供与服务数据流(SDF)检测、网关控制、QoS和基于流的计费(除了信用管理之外)有关的网络控制。PCRF从应用功能(AF)140接收会话和媒体相关信息，并向AF通知业务面事件。PCRF 110还与订户简档库(SPR)150耦合。

PCRF经由Gx参考点向PCEF提供PCC规则，并可以经由S7x参考点向承载绑定与事件报告功能(BBERF)130提供QoS规则。

Gx参考点或接口是在3GPP TS 29.212“Policy and charging control over Gxreference point”中定义的，并处于PCRF和PCEF之间。该参考点用于从PCRF向PCEF供给和移除PCC规则，以及从PCEF向PCRF传输业务面事件。Gx参考点可以用于计费控制、策略控制或计费控制和策略控制。

Rx参考点是在3GPP TS 29.214“Policy and charging control over Rxreference point”中定义的，并用于在PCRF和AF之间交换应用层会话信息。PCRF的示例是爱立信服务认知策略控制器(SAPC)，例如见《爱立信评审》2010年第一期第4至9页的Castro等的“SAPC：Ericsson’s Convergent Policy Controller”。AF的示例是IP多媒体子系统(IMS)代理呼叫会话控制功能(P-CSCF)。

Gx参考点和Rx参考点可以基于Diameter，例如见2003年9月IETF的P.Calhoun等的“RFC 3588：Diameter Based Protocol”。

在图1的架构100中，PCRF通过PCC规则的使用向PCEF通知例如如何控制通信网络的无线资源。例如，将构成网络中业务的IP分组分配给承载资源。

包括PCEF或另一承载绑定功能(BBF)的节点包含：基于PCC规则中包括的过滤器定义的SDF检测；以及在线和离线计费交互和策略实施。因为PCEF通常是处理承载的单元，所以在PCEF中根据来自PCRF的QoS信息对承载实施QoS。例如，PCEF位于网关中，例如，在GPRS情况下在网关GPRS支持节点(GGSN)中。针对在核心网中存在代理移动IP(PMIP)或双栈移动IP(DSMIP)的所有情况，取而代之地在BBERF中执行承载控制。

应用功能(AF)140是提供应用的单元，其中，在与已经请求服务的层(例如，信令层)不同的层(例如，传输层)中传递服务。根据已经协商的内容执行资源控制，例如(但不限于)IP承载资源。包括AF 140的网络节点的一个示例是IP多媒体(IM)核心网(CN)子系统的P-CSCF。AF 140可以与PCRF 110进行通信，来运送动态会话信息，即，要在传输层中传递的多媒体的描述。此通信是使用上述Rx接口或Rx参考点执行的，Rx接口或Rx参考点位于PCRF110和AF 140之间，并用于在PCRF 110和AF 140之间交换应用层信息。可以从P-CSCF中的会话信息推导出Rx接口中的信息，并且其主要包括所谓的媒体组件。媒体组件由IP流的集合构成，每个IP流是通过例如5元组、媒体类型和所需带宽进行描述的。包括AF 140的网络节点的另一示例是流服务器。

PCRF 110还可以与SPR 150联系，以获得订阅数据。SPR可以包含关于订户及其策略的信息。如果用户是“高级”订户，并且永久能够具有比平均用户更大的带宽，和/或此用户的会话连接具有高QoS。

在从PCRF接收到PCC/QoS规则时，PCEF或BBERF执行承载绑定，即将所提供的规则与IP-CAN(因特网协议连接接入网)会话中的IP-CAN承载相关联。承载绑定功能将使用PCRF提供的QoS参数，来为规则创建承载绑定。绑定是在PCC/QoS规则中包括的服务数据流和具有相同QoS等级标识符(QCI)和分配保留优先级(ARP)的IP-CAN承载之间创建的。

一般而言，承载绑定功能将评估是否可以使用现有IP-CAN承载之一。如果不能使用现有承载，则发起合适的IP-CAN承载的建立。否则，在需要时(例如，QoS信息改变时)，BBF将发起对应承载的修改。针对GBR承载(即，具有保障比特率的承载)，BBF将基于PCRF提供的QoS信息保留所需资源。

接下来，描述PCC对应用的支持。当应用需要IP-CAN用户面上的动态策略和/或计费控制以开始服务会话时，AF与PCRF进行通信以运送PCRF对IP-CAN网络采取合适动作所需的动态会话信息。PCRF授权会话信息，创建对应PCC/QoS规则并将它们安装在PCEF/BBERF中。将发起/修改可应用承载，并且在需要时，将为该应用保留资源。

一旦应用或用户设备(UE)决定终止该服务，AF与PCRF进行通信，使得PCRF可以移除可应用PCC/QoS规则，并且PCEF/BBERF停止对应SDF检测、策略实施以及基于流的计费功能，终止或更新可应用承载，并释放对应资源。

包括AF的应用服务器(例如流服务器)可以根据其要求(即视频或其他流服务需要特定带宽、QoS、计费等)向PCRF请求承载的建立。

深层分组检查(DPI)技术支持分组检查和服务分类，其由根据所配置的规则树分类使得它们被分配给特定服务会话的IP分组构成。DPI当前正在标准化过程中，作为所谓的业务检测功能(TDF)，DPI可以是单独的或与PCEF共处一处的，其中由用于分组检查的此功能捕捉业务。TDF捕捉的数据业务通常是IP分组数据。对于细节，参见3GPP TR 23.813。

当前，大多数现有UE不支持专用承载。因此，所有业务(即，用户正在运行的服务的所有数据业务)进入缺省承载，并且不能为用户正在运行的每个服务分配不同QoS。此问题适用于独立TDF和与PCEF共处一处的TDF。

例如，在受赞助服务的情况下，通过例如上文已经描述的改变QCI或ARP的手段，提升缺省承载QoS，这意味着在相同缺省承载上的其他非赞助服务也经历提升的QoS。因此，非赞助服务将“搭便车”，即在没有任何赞助的情况下具有相同的提升QoS。当受赞助服务停止时，缺省承载QoS回到先前的(非提高的)QoS。

一些服务/协议(如RTSP(实时流传输协议))在它们自己的信令(RTSP.TEARDOWN)中指示服务停止条件，但大多数服务(例如HTTP浏览)不具有这种指示，因此服务停止条件需要基于TDF本地处理的非活动定时器。这是未在3GPP中定义的内部TDF功能，并且外部效果是：使用事件(服务停止)来触发承载资源(例如承载QoS)的修改。非活动定时器通常设置为非常高的值，使得即使用户不再运行受赞助服务，提升的QoS也保持非常长的时间。因此，其他非赞助服务在该时段期间“搭便车”，直到非赞助服务会话超时。

相同的情况适用于相反的情形(针对需要降低QoS的服务)。例如，运营商不允许UE上的移动IP电话(例如Skype)，并且会想要降低服务的QoS。如果用户停止该移动IP电话会话，针对该服务会话的非活动定时器将仍在运行，从而QoS针对所有服务保持降低，并且不要被降低的其他服务同样仍经历较低QoS，然而这是不期望的。

因为网络中资源有限，它们的优化使用是网络运营商的要求，必须高效地控制资源(特别是承载资源)。因此，期望提供对服务的高效、灵活和/或公平的资源分配。

发明内容

在独立权利要求中限定一种方法、节点、系统和计算机程序。在从属权利要求中限定有益的实施例。

在一个实施例中，提供了一种用于由策略与计费系统在通信网络中控制承载相关资源的方法。所述方法包括以下步骤：在网络节点处获得指示用户设备(UE)是否支持多个承载中的专用承载的承载支持信息，所述专用承载是专用于服务会话的承载；以及根据所获得的承载支持信息设置用于服务会话的时段。所述方法还包括以下步骤：当所设置时段期满时，指示修改分配给所述服务会话的保留承载资源。因此，可以取决于UE的类型(即，除了至少一个缺省承载之外，所述UE是否支持一个或多个专用承载)控制承载资源，并且可以取决于所述承载之一携带的服务，适配承载资源(例如，QoS)。因此，承载支持信息可以相应地用于设置时段，并且承载相关资源的高效和灵活控制是可能的。

在一个实施例中，提供一个策略与计费系统的节点，用于在通信网络中控制承载相关资源。所述节点包括：获得器，被配置为获得指示用户设备(UE)是否支持多个承载中的专用承载的承载支持信息，所述专用承载是专用于服务会话的承载；以及定时器，被配置为根据所获得的承载支持信息设置用于服务会话的时段。所述节点还包括：控制器，被配置为当所述时段期满时，指示修改分配给所述服务会话的保留承载资源。因此，可以取决于UE的类型控制承载资源，并且可以取决于所述承载之一携带的服务，适配承载资源(例如，QoS)。

在另一实施例中，用于控制承载相关资源的系统包括上述节点和包括策略与计费规则功能(PCRF)的另一节点，所述策略与计费规则功能PCRF被配置为：基于所述UE的标识符或网络承载支持信息以及UE承载支持信息，确定是否支持专用承载；以及在承载支持信息中包括所述确定的结果。因此，可以取决于UE的类型控制承载资源，并且可以取决于所述承载之一携带的服务，适配承载资源(例如，QoS)。

在另一实施例中，提供了一种包括指令的计算机程序，所述指令被配置为：当在数据处理器上执行时，使所述数据处理器执行上述方法。

此外，在从属权利要求中公开了本发明的有益实施例。

附图说明

图1示出了用于帮助读者理解示例性上下文的示例性PCC架构，可以在该示例性PCC架构中应用本发明。

图2示出了根据实施例的用于控制承载相关资源的方法的操作。

图3A示出了基于承载控制模式的用于控制承载相关资源的方法的操作。

图3B示出了基于IMEI的用于控制承载相关资源的方法的操作。

图4示出了根据实施例的被配置为控制承载相关资源的节点的单元。

图5示出了基于承载控制模式的根据实施例的示例性方法。

图6示出了基于IMEI的根据实施例的示例性方法。

图7示出了基于IMEI的根据实施例的另一示例性方法。

图8A示出了单独的TDF。

图8B示出了与PCEF共处一处的TDF。

具体实施方式

参考附图描述本发明的其他实施例。值得注意的是，以下说明书仅包含示例，并且不应当被理解为限制本发明。

在下文中，相似的或相同的附图标记指示相似或相同的单元或操作。

图2示出了用于控制承载相关资源的方法的流程图。所述方法的步骤可以由策略与计费系统的一个或更多个节点执行，该策略与计费系统优选地包括与PCEF共处一处的业务检测功能(TDF)或单独的TDF。为了辅助读者理解本发明的实施例，通过参考图1的PCC架构描述示例。如上所述，图1中描述的功能是功能性单元，该功能性单元可以被置于策略与计费系统的节点中，并可以由本领域已知的合适的服务器、路由器、计算机及其组合等来实现。

从图2中可以看到，该方法包括步骤210，其中在网络节点(例如包括PCEF 120或与PCF共处一处的TDF或单独的TDF在内的网络节点)处获得承载支持信息。

承载支持信息指示用户设备(UE)是否支持专用承载，该专用承载是专用于特定服务会话的承载。承载支持信息可以由包含具有特定比特式样或仅具有单个比特的字段的消息提供，所述特定比特式样或单个比特指示与策略与计费系统进行通信的UE支持专用承载。支持专用承载的UE通常是设计用于LTE(长期演进)移动通信或3GPP版本7的新型终端(特别是实现来自3GPP版本7的3GPP 23.060和3GPP 24.008中规定的“网络请求辅助PDP上下文激活”的特殊终端)。这种终端通常支持包括至少一个专用承载和一个缺省承载的多个承载。携带承载支持信息的消息的示例是携带承载控制模式AVP(属性值对)或UE专用承载支持AVP的消息，这里分别被称为承载控制模式消息和专用承载支持消息，以下将更详细地对其进行描述。技术人员认识到：除了承载控制模式AVP或UE专用承载支持AVP之外，还可以使用其他AVP，例如从上述AVP推导出的AVP。例如，供应商可以修改AVP或简单地改变AVP名称或将两个AVP合并为一个。

在步骤220中，根据所获得的承载支持信息设置服务会话的时段。可以在TDF节点或PCEF节点120中设置该时段，然而由PCRF节点110设置时段也是可行的。TDF节点可以是单独的TDF或与PCEF 120共处一处的TDF，以下将结合图8A和8B更详细地对此进行描述。

取决于UE是否支持专用承载，存在例如两种操作模式。

在第一模式中，如果承载支持信息指示UE不支持针对服务会话UE的专用承载，则将该时段设置为短时段。因此，服务会话应当具有激进的(aggressive)超时时段(例如在30秒和2分钟之间)，以避免其他服务搭便车。

在另一模式中，如果承载支持信息指示UE支持针对服务会话UE的专用承载，则将该时段设置为长时段。因此，服务会话应当具有非常长的超时周期，例如约数百分钟。

在步骤230中，当所设置的时段(即，上述短时段或长时段)期满时，指示修改分配给服务会话的保留承载资源。例如，TDF可以发送指示包括BBF的PCEF修改承载QoS的信号。如果包括执行分组检查和服务分类的TDF在内的节点是单独的节点，使得需要在PCEF和TDF之间传送消息，则这是特别有用的。

当若干专用承载用于一个单个服务(例如视频呼叫)时(存在一个专用承载用于携带视频分组并且另一专用承载用于携带语音分组)，可以使用相同的方案。因此，在短时段之后修改承载资源于是包括修改两个承载。

应当理解，该方法还可以由除了TDF节点或合并TDF和PCEF的节点之外的不同节点执行或分布在系统的不同节点上，其中然后指示BBF修改承载资源。

可能的操作可以包括TDF监视根据特定规则分类的并分配给特定服务会话(例如受赞助服务)的IP分组，并且因此将时段设置为长时段，并且一旦不再检测到受赞助服务的IP分组，启动此时段。因此，该时段可以被认为是最后检测到的IP分组和从TDF向PCRF发送停止消息之间的时段。换句话说，该时段延迟从TDF到PCRF的停止消息，使得Rx接口和Gx接口未立刻受影响，而是以一定的延迟执行修改。

在其上仅携带受赞助服务的专用承载的情况下，专用承载及其QoS可以保持上述长时段，并且没有其他服务搭便车。在其上携带受赞助服务以及另一服务的缺省承载的情况下，在回到提供给普通服务的较低(原始)QoS之前，缺省承载及其较高的QoS可以保持短时段。

类似地，代替检测是否未检测到受赞助服务的IP分组，一旦包含分组数据的业务流下降到特定阈值以下，就可以触发超时时段。如果服务使用提供很少但可检测的数据业务的“你是否仍在”信令，则这可能是有利的。例如，只要服务数据速率低于特定阈值，定时器都运行。如果服务数据速率上升到高于阈值，则重置定时器，并且直到服务数据速率降低到阈值以下才启动定时器。此外，可以提供具有计数器功能的累积定时器，也就是说，定时器可以运行x秒直到再次检测到服务数据，并且代替一旦稍后服务数据低于特定阈值就在0秒重新启动，定时器可以稍后在x秒启动并且运行，直到达到所设置的时段并且资源被修改。

与以上相反，如果UE不支持专用承载并且在相同缺省承载上执行所有服务，例如将时段设置为较短时段，以避免当受赞助服务不再运行时，其他服务经历高QoS(如果承载的QoS是承载资源)。因为受赞助服务不再运行，应当快速降低QoS，这是因为没有理由相同缺省承载上的其他服务还应当经历提升的QoS。

在以上示例中，承载资源的修改被描述为降低承载的QoS，然而能够进行其他类型的承载资源的修改，例如断开承载、向承载提供较低保障比特率或切换到尽力而为的比特率。当承载是仅运行一个受赞助服务的专用承载时，断开承载的链接可能是特别有利的，使得当用户不再运行服务时，可以断开承载。在此情况下，可以保持UE和提供不同服务的不同应用服务器之间建立的其他承载，例如缺省承载。

在下文中，描述了取决于策略与计费系统中功能的结构和分布的不同情形。在示例性情形之一中，TDF是单独的节点，而在其他情形中，TDF与PCEF共处一处。

首先，结合图3A和3B描述具有单独的TDF节点的情形。在此情形中，可以区分两种机制，这可用于区分支持专用承载的终端(例如UE)和不支持专用承载的终端。第一机制基于承载控制模式(BCM)并结合图3A描述，而第二机制基于UE的国际移动台设备标识(IMEI)。

图3示出了步骤340，步骤340在图2的步骤210、220和230之前。在步骤340中，在包括策略与计费规则功能(例如PCRF 110)的网络节点，基于网络承载支持信息和UE承载支持信息，确定是否支持专用承载，并且将该确定的结果包括在承载支持信息中，如上所述。因此，承载支持信息还可以是关于UE支持专用承载和网络支持专用承载的信息的组合。

如以下将参考图5更详细地描述的，在以上结合步骤210所描述的其他网络节点(例如，包括TDF的节点)处在承载控制模式消息中接收来自包括PCRF的网络节点的承载支持信息。具体而言，包括PCRF的节点接收UE支持网络发起的承载的信息(UE承载支持信息)以及服务GPRS支持节点(SGSN)支持网络发起的承载的信息(网络承载支持信息)。

现在将参考图5详细描述该基于BCM的机制。

在以下示例中，假定PCEF在GPRS网关支持节点(SGSN)中，并且UE通过基站系统与服务GPRS支持节点(SGSN)进行通信。从图5中可以看到，该流程图适用于具有单独的TDF的情形，其中，可以通过Rx接口(RAR或AAA消息)要么通过Gx接口(RAR或CCA消息)，携带PCRF和单独的TDF之间的BCM信息。可以在说明书的末尾找到这些消息的缩写的含义。

在UE激活PDP上下文请求之后，在用户会话建立时，PCEF节点向PCRF转发Gx CCR初始中的网络请求支持AVP。

更详细而言，当PCEF是在GGSN节点中时，如上所述，如果UE和SGSN都支持网络发起的专用承载，则GGSN通过包括具有值NETWORK_REQUEST NOT SUPPORTED(1)的网络请求支持AVP，向PCRF指示支持网络发起的专用承载。如果UE或SGSN中任一个不支持网络发起的承载，则GGSN包括具有值NETWORK_REQUEST NOT SUPPORTED(0)的网络请求支持AVP。因此，取决于网络请求支持AVP中的值(可以是协议消息的字段(所谓AVP)中的值)，向PCRF通知UE的类型，即，UE是否支持专用承载。

PCRF基于所接收的网络请求支持AVP、接入网信息、订户信息和运营商策略，推导所选择的承载控制模式AVP。然后，PCRF在Gx CCA响应消息中向PCEF发送承载控制模式AVP。

当PCEF是GGSN节点时，如果GGSN指示NETWORK_REQUEST_SUPPORTED，则PCRF返回具有值UE_NW(2)的承载控制模式AVP。如果GGSN指示NETWORK_REQUEST NOT SUPPORTED，则PCRF返回具有值UE_ONLY(0)的承载控制模式AVP。如果承载控制模式是UE_ONLY，则不支持网络发起的承载，并且PCRF将所有PCC规则安装在缺省承载中。在图5中PCRF和PCEF之间示出了此信令。从图5中可以看到，PCRF还例如通过Sd参考点(见图8A)(在Gx RAR或CCA消息中)向单独的TDF发送承载控制模式AVP。

如果单独的TDF接收到具有UE_NW(2)值的承载控制模式AVP，这意味着UE支持专用承载。针对单独的TDF，并且在单独的TDF和PCRF之间的Gx接口不可用的情况下，另一备选是使用Rx协议和Rx RAR或Rx AAA消息运送承载控制模式AVP。

最终，一旦图5中的TDF接收到承载控制模式AVP，TDF就基于承载控制模式(BCM)选择操作模式，即，其根据在RAR/CCA/AAA消息中接收的所获得的承载支持信息，指示设置或自己设置用于服务会话的时段。

使用不同机制，TDF可以基于UE的标识符(例如UE的IMEI或UE型号和/或版本)推导出是否支持专用承载。将结合图3B以及结合图6和7的特定示例对其进行详细描述。

从图3B中可以看到，步骤350和360在结合图2所描述的方法的步骤210-230之前。在步骤350中，获得UE的标识符(例如IMEI)。该标识符不限于IMEI自身，而还可以是与IMEI有关的信息。例如，可以利用IMEI对IMEI数据库进行查询，IMEI数据库返回指示UE是否支持专用承载的标识符。因此，这种标识符还可以被认为是承载支持信息。

在步骤360中，基于UE的标识符，确定在UE处是否支持专用承载，并且将确定的结果包括在承载支持信息中。例如，在PCRF处在会话建立时执行确定步骤360。在一些实施例中，如参考图6更详细地进行描述的，PCRF可以从数据库IMEI DB接收标识符，确定是否支持专用承载，并准备要向TDF发送的承载支持信息。

具体而言，TDF在承载支持消息中从PCRF(将结合图6进行描述)或直接从存储多个标识符的数据库(将结合以下图7进行描述)接收承载支持信息。

在下文中，通过参考图6和7的流程图中所示的两个特定示例，更详细地描述基于IMEI的机制。

如上所述，为了知道UE是否支持专用承载，单独的TDF可以从IMEI推导出UE是否支持专用承载。例如，单独的TDF在用户会话建立时从3GPP-IMEISV(26/10415/20)中的RADIUS信令接收IMEI。这在图6和7中已经激活PDP上下文请求之后PCEF和TDF之间的第二步骤中示出。图6描述了当涉及PCRF和外部IMEI数据库时单独的TDF的情形。图7适用于单独的TDF的情形，但在这种情况下，TDF节点直接查询IMEI数据库(DB)而不经过PCRF节点，如图6所示。

此外，可能对三个备选感兴趣。

在一个备选中，使用例如基于IMEI范围的单独的TDF中的本地策略。

在另一备选中，单独的TDF在3GPP中已经支持但在Sd参考点中未支持的Gx CCR初始消息中用户设备信息AVP中，向PCRF发送获得的IMEI。如果PCRF和单独的TDF之间的Gx接口不可用时，可以从PCEF向PCRF携带用户设备信息AVP作为标准过程的部分，如图6中虚线所示。

然后，PCRF将本地检查或通过外部数据库检查该IMEI是否支持专用承载，并且将会在UE专用承载支持AVP(例如3GPP不支持的专有AVP)中的Gx CCA响应消息中将其指示给单独的TDF。

在另一备选中，针对单独的TDF，在单独的TDF和PCRF之间的Gx接口不可用的情况下，在Rx RAR或Rx AAA消息中运送UE专用承载支持AVP(见图6)。如上所述，携带承载支持信息的消息的示例是先前描述的携带承载控制模式AVP的消息或这里描述的携带UE专用承载支持AVP的消息(专用承载支持消息)。应当注意，PCRF可能已经通过Gx接口从PCEF接收到用户设备信息AVP中的IMEI，使得单独的TDF不需要将其传递给PCRF。如上所述，PCRF可以本地检查或通过外部数据库检查该IMEI是否支持专用承载，并可以在UE专用承载支持AVP(例如3GPP不支持的专有AVP)中的Rx RAR或Rx AAA响应消息中将其指示给TDF。

如上所述，可以通过Rx接口(RAR或AAA消息)或Gx接口(RAR或CCA消息)携带PCRF和单独TDF之间的UE专用承载支持AVP，由图6中从PCRF到TDF的箭头指示，其中在图8A中示出了不同接口(即参考点)。

应当注意，3GPP未想到在单独的TDF处从RADIUS信令获取IMEI，这是尚未商定在PCEF和单独TDF之间定义参考点。然而，大多数可用的DPI盒(box)依赖于用于用户会话创建的RADIUS信令。

在图6中所指示的最后步骤中，TDF基于IMEI选择操作模式。

此操作基本上与图5有关的描述相同，区别仅在于取代BCM，从IMEI推导出承载支持信息。具体而言，一旦单独TDF节点知道是否支持专用承载，就应用上述两个相同的操作模式。

在不支持专用承载的情况下，服务会话应当具有激进的超时时段(例如在30秒和2分钟之间)，以避免其他服务搭便车。该激进的超时时段可以直接应用于所有服务会话，或可以仅限于其检测可以触发QoS改变的服务会话。

在支持专用承载的情况下，服务会话应当具有非常长的超时时段，例如约数百分钟，如上所述。

从图6和图7的比较中可以看到，图7的流程图基本上包括和图6详细讨论的相同操作，区别仅在于在图7的流程图中，TDF节点直接查询IMEI数据库，这简化了信令，这是因为不涉及PCRF。图7中的查询消息可以包括先前当用户会话建立时在TDF从RADIUS信令获得的IMEI，以及可以在TDF获得指示是否支持专用承载的响应消息。基于此，以关于图6所描述的相同方式，在TDF处选择基于IMEI的操作模式。

应当注意，图6和7中的TDF节点也可以具有内部IMEI数据库，例如基于IMEI范围的TDF配置的策略，这会进一步简化信令。

在下文中，简单地描述TDF与PCEF共处一处的情形。

包括此情形用于将构思扩展到具有DPI能力的PCEF节点，例如GGSN。换句话说，将业务检测功能包括在与策略与计费实施功能相同的节点中。从图8B中可以看到，在PCRF与合并PCEF和TDF的节点之间仅存在一个参考点，该节点可以是网关。因此，图8A和8B的不同布设情形区别在于接口的类型和数量以及必须用于信令的消息类型和数量。

在TDF与PCEF共处一处的情况下，与图5至7中示出的信令相比，方案更简单，因为PCEF节点已经通过网络请求支持AVP和承载控制模式AVP，知道UE是否支持专用承载。因此，如上文所解释的，相同操作模式还适用于TDF与PCEF共处一处的情形。

结合图4描述节点的示例，所述节点可以是包括TDF的节点或包括TDF和PCEF的节点。

图4的节点400包括至少三个单元，即获得器410、定时器420和控制器430。获得器410接收指示用户设备是否支持多个承载中的专用承载的承载支持信息，该专用承载是专用于服务会话的承载。此外，获得器410可以被配置为获得以上详细描述的不同类型的承载支持信息，因此不再重复上述特定功能和解释，但对技术人员清楚的是，这些特定功能和解释也可以适用于图4中的节点。

此外，定时器420被配置为：根据所获得的承载支持信息设置服务会话的时段。以上已经详细描述了不同时段以及它们如何与承载支持信息有关，因此参考这些部分。

控制器430被配置为：当时段期满时，指示修改分配给服务会话的保留承载资源，并还可以指示BBF或类似单元修改承载。以上还已经描述了修改的细节，应当注意，控制器可以是任意类型的可编程处理器，并且特别是包括能够执行分组检查和服务分类的TDF在内的节点的处理器。该指令可以通过修改命令发送，如图4所示。在一个实施例中，可以向PCRF发送该修改命令，指示PCEF或其他BBF相应地修改承载。

图4的节点400可以被包括在还包括包括PCRF的节点的系统中，所述PCRF被配置为：基于UE的标识符或网络承载支持信息以及UE承载支持信息，确定是否支持专用承载；以及在承载支持信息中包括该确定的结果。

根据上文，当受赞助服务不再运行时，非赞助服务搭便车不再获得较高QoS，要么因为携带所有服务的缺省承载快速下降到较低QoS或较低的保障比特率，要么因为专用承载用于受赞助服务并且缺省承载起初未经历提升。类似地，在相反情形中，在已经停止受赞助服务之后，如果这些服务携带在与受赞助服务相同承载上，可以快速降低需要降低QoS的服务，或者如果这些服务在与应当降级的其他服务并行的分离承载上运行，可以降低这些需要降低QoS的服务。

此外，动态服务会话超时导致TDF节点中较小的存储器覆盖区，这在具有大量业务的通信网络中可能是重要的。

根据本发明不同实施例的包括单元、节点和系统的物理实体可以包括或存储包括指令的计算机程序，当计算机程序在物理实体上执行时，执行根据本发明的实施例的步骤和操作，即，使数据处理装置执行操作。具体而言，本发明的实施例还涉及用于执行根据本发明实施例的操作/步骤的计算机程序，并还涉及存储用于执行上述方法的计算机程序的任意计算机可读介质。

当使用术语获得器、定时器和控制器时，没有作出关于这些单元可以多么分散和关于这些单元可以多么集中的限制。即，节点和系统的构成单元可以分布在不同软件和硬件组件或用于带来预期功能的其他设备中。还可以集中多个不同单元，以提供预期功能。例如，节点的单元/功能可以由微处理器和存储器实现，其中可以对该微处理器进行编程，使得执行可以作为指令存储在该存储器中的上述操作。

此外，节点或系统的单元可以在硬件、软件、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、固件等中实现。

将对本领域技术人员显而易见的是，在不脱离本发明的范围和精神的前提下，可以对本发明的实体和方法以及本发明的构建作出各种修改和变体。

已经结合特定实施例和示例描述了本发明，这些特定实施例和示例在各方面都被预期为示意性的而不是限制性的。本领域技术人员将理解，硬件、软件和/或固件的许多不同组合将适用于实现本发明。

此外，考虑这里所公开的发明的说明书和实现，本发明的其他实现将对本领域技术人员是显而易见的。预期说明书和示例仅被认为是示例性的，其中以下列出了在以上示例中使用的缩写。为此目的，可以理解，发明性方案在于少于单个前述公开实现或配置的所有特征。因此，本发明的真实范围和精神由以下权利要求所指示。

缩写

3GPP 第三代合作伙伴计划

AVP 属性值对

BCM 承载控制模式

CCA 信用控制应答

CCR 信用控制请求

CDN 内容传递网络

DPI 深层分组检查

GGSN GPRS网关支持节点

HTTP 超文本传输协议

IMEI 国际移动设备标识

IMEISV 国际移动设备标识软件版本

IMS IP多媒体子系统

IP 因特网协议

IP-CAN 因特网协议连接接入网

PCC 策略与计费控制

PCEF 策略与计费实施功能

PCRF 策略与计费规则功能

P-CSCF 代理呼叫会话控制功能

PDN GW分组数据网络网关

PDP 分组数据协议

QoS 服务质量

RAA 重授权应答

RAR 重授权请求

SAPC 服务感知策略控制器

SASN 服务感知支持节点

TCP 传输控制协议

TDF 业务检测功能

Claims (14)

1.一种由策略与计费系统的节点或业务检测功能TDF在通信网络中控制承载相关资源的方法，所述方法包括以下步骤：

在网络节点处获得指示用户设备UE是否支持多个承载中的专用承载的承载支持信息，所述专用承载是专用于服务会话的承载；

根据所获得的承载支持信息，设置用于所述服务会话的时段，使得当所述承载支持信息指示所述UE不支持针对所述服务会话的专用承载时，将所述时段设置为短时段，并且当所述承载支持信息指示所述UE支持针对所述服务会话的专用承载时，将所述时段设置为长时段；以及

当所设置的时段期满时，指示修改分配给所述服务会话的保留承载资源。

2.根据权利要求1所述的方法，还包括以下步骤：

在包括策略与计费规则功能PCRF的另一网络节点，基于网络承载支持信息和UE承载支持信息，确定是否支持专用承载，并且将所述确定的结果包括在所述承载支持信息中。

3.根据权利要求2所述的方法，其中，所述网络节点在承载控制模式消息中从另一网络节点接收承载支持信息。

4.根据权利要求1所述的方法，还包括以下步骤：

获得所述UE的标识符，以及

基于所述UE的标识符，确定UE处是否支持专用承载，并且将所述确定的结果包括在所述承载支持信息中。

5.根据权利要求4所述的方法，其中，所述网络节点从包括策略与计费规则功能PCRF的另一网络节点接收承载支持消息携带的所述承载支持信息，或从存储多个标识符的数据库接收所述承载支持信息。

6.根据权利要求2至5之一所述的方法，其中，所述确定的步骤是在会话建立时在包括所述策略与计费规则功能PCRF的另一网络节点执行的。

7.根据权利要求2至5之一所述的方法，其中，所述网络节点包括用于执行分组检查和服务分类的业务检测功能。

8.根据权利要求2至5之一所述的方法，其中，所述网络节点是独立节点或与包括策略与计费实施功能PCEF的节点共处一处的节点。

9.根据权利要求2至5之一所述的方法，其中，所述承载资源是承载的服务质量QoS。

10.根据权利要求2至5之一所述的方法，其中，修改所述承载资源包括以下至少一项：降低承载的服务质量、断开所述承载、提供更低的保障比特率或切换到尽力而为的比特率。

11.一种在通信网络中控制承载相关资源的策略与计费系统中的节点，包括

获得器，被配置为获得指示用户设备UE是否支持多个承载中的专用承载的承载支持信息，所述专用承载是专用于服务会话的承载；

定时器，被配置为根据所获得的承载支持信息设置用于所述服务会话的时段，使得当所述承载支持信息指示所述UE不支持针对所述服务会话的专用承载时，将所述时段设置为短时段，并且当所述承载支持信息指示所述UE支持针对所述服务会话的专用承载时，将所述时段设置为长时段；以及

控制器，被配置为当所述时段期满时，指示修改分配给所述服务会话的保留承载资源。

12.根据权利要求11所述的节点，其中，所述节点包括用于执行分组检查和服务分类的业务检测功能。

13.一种包括根据权利要求11所述的节点和另一节点的系统，所述另一节点包括策略与计费规则功能PCRF，所述策略与计费规则功能PCRF被配置为：基于所述UE的标识符或网络承载支持信息以及UE承载支持信息，确定是否支持专用承载；以及在所述承载支持信息中包括所述确定的结果。

14.一种计算机可读介质，用于存储包括指令的计算机程序，所述指令被配置为：当在数据处理器上执行时，使所述数据处理器执行权利要求1至10之一所述的方法。