CN102884860A - 处理承载控制模式改变的方法 - Google Patents

Abstract

各种示例性实施方式涉及包括下列内容中的一个或多个的一种方法、相关网络节点和机器可读存储媒介：在PCRN接收来自演进分组核心节点的请求消息；确定请求消息是否包括修改IP-CAN会话的请求；如果请求消息包括修改IP-CAN会话的请求：确定用于IP-CAN会话的当前的承载控制模式，确定用于IP-CAN会话的之前的承载控制模式，将当前的承载控制模式与之前的承载控制模式进行比较，以及如果当前的承载控制模式不同于之前的承载控制模式，根据当前的承载控制模式修改IP-CAN会话。

Description

处理承载控制模式改变的方法

技术领域

概括地说，这里公开的各个示例性实施方式涉及电信网络中的策略和计费。

背景技术

随着对于移动电信网络中不同类型的应用的需求的增加，服务提供商必须不断地升级他们的系统，以可靠地提供这种扩展的功能。曾经被简单地设计用于语音通信的系统，已经发展为通用型网络接入点，从而提供对多种应用的访问，所述应用包括文本消息、多媒体流、以及通用因特网访问。为了支持这样的应用，提供商在他们的现有语音网络的上面构建了新网络，导致不够优化的方案。如同在第二代和第三代网络中所看到的，语音业务必须被承载于专用语音信道上并被定向到电路交换核心，而其他业务通信则根据因特网协议（IP）进行传送并被定向到不同的分组交换核心。这导致与应用提供、计量和计费、体验质量（QoE）保证相关的特别的问题。

在简化第二和第三代的双核心方案的努力中，第三代合作伙伴（3GPP）提出了一种新的网络方案，称为“长期演进”（LTE）。在LTE网络中，在从用户设备（UE）到被称为演进分组核心（EPC）的全IP核心的IP信道上承载所有通信。然后，EPC提供对于其他网络的网关接入，并确保可接受的QoE以及针对他们的特殊网络实体为用户计费。

一般地，3GPP在多个技术规范中描述了EPC的组件和组件彼此间的交互。具体地，3GPP TS 29.212、3GPP TS 29.213、和3GPP TS 29.214描述了EPC的策略和计费规则功能（PCRF）、策略和计费执行功能（PCEF）、以及载波绑定和事件报告功能（BBERF）。这些规范还提供了关于这些元件如何交互的一些指导，从而提供可靠的数据服务和对订户使用进行计费。

3GPP规范进一步描述数据平面（data plane）业务传播的方法。将数据平面业务通过被称为“服务数据流（SDF）”的虚拟连接从用户设备携带给分组数据网络。每个SDF由被称为“承载”的虚拟容器来携带。每个承载与专用的服务质量（QoS）特性相关联，并可携带多个SDF。因此，通过将SDF与匹配承载相关联，特定的QoS设置可确保用于SDF。

如3GPP TS 29.212、3GPP TS 29.213和3GPP TS 29.214所述，SDF可以按照各种方式来建立。例如，在请求与所请求的SDF相关联的服务提供商相关联的应用功能（AF）时，可建立SDF。可将这样的请求称为“网络发起”请求。还可在用户设备（UE）的请求时建立SDF。这些请求可从服务网关（SGW）或分组数据网络网关（PGW）到达PCRF，并且可将这些请求称为“UE发起”请求。在一些情况下，用于SDF的请求可涉及源自AF和UE多个消息。

根据诸如为特定SDF提供服务的设备的因素，EPC可能不能实现SDF请求的全部类型。例如，在一些实现方式中，可能不允许网络发起的请求。3GPP TS 29.212描述被称为“承载控制描述”的设置，其指示为特定的IP-CAN会话应当处理哪个请求。可将承载控制模式设置为值“UE_ONLY”，其指示UE必须请求任何资源建立、修改或终止；或设置为值“UE_NW”，其指示要被实现的网络发起和用户发起的请求。

然而，3GPP规范没有描述PCRF应当如何确定哪个承载控制模式设置适合于指定的IP-CAN会话。3GPP规范还未能描述PCRF应当如何识别和处理应当改变承载控制模式的情形。没有这些步骤，这使得EPC变得难以提供适于移动设备和服务硬件的需要的可靠资源分配。

根据上述内容，希望提供一种用于处理资源分配请求的方法。具体地，希望提供一种可对资源分配请求进行灵活地响应的PCRF，其中所述资源分配请求要求对用于与请求相关联的SDF的承载控制模式的进行评估。还进一步希望提供一种PCRF，其可处理与SDF相关联的承载控制模式的改变，而不会引入不希望的效果或违反任何相关规范。

发明内容

考虑到目前需要一种用于动态处理涉及承载控制模式的确定的资源分配请求的方法，提出示例性实施例的简短概括。

在以下概括中可进行一些简化和省略，其旨在突出和介绍各种示例性实施方式的一些方面，而不限制本发明的范围。在随后的部分中，将提供足以允许本领域普通技术人员作出和使用创造性概念的优选示例性实施方式的详细说明。

各种示例性实施方式涉及一种方法、相关网络节点和机器可读存储媒介，其包括下列内容中的一个或多个：在PCRN接收来自演进分组核心节点的请求消息；确定请求消息是否包括用于IP-CAN会话的修改的请求；以及如果请求消息包括用于IP-CAN会话的修改的请求：确定用于IP-CAN会话的当前的承载控制模式，确定用于IP-CAN会话的之前的承载控制模式，将当前的承载控制模式与之前的承载控制模式进行比较，以及如果当前的承载控制模式与之前的承载控制模式不同，则根据当前的承载控制模式修改IP-CAN会话。

应当了解的是，在该方式下，各种示例性实施方式能实现承载控制模式的灵活确定并且确保与改变的承载控制模式相一致。具体地，通过除去不一致的PCC规则、QoS规则和承载控制模式改变后的应用会话，PCRN可确保在用于IP-CAN会话的承载控制模式的改变之后仅保持有效的会话。

附图说明

为了更好地理解各种示例性实施方式，参照附图，其中：

图1描述了用于提供各种数据服务的示例性订户网络；

图2描述了用于处理进入（incoming）的请求消息的示例性策略和计费规则节点（PCRN）；

图3描述了用于确定承载控制模式的示例性规则集；

图4描述了用于存储与PCC规则相关的数据的示例性数据安排；以及

图5A-B描述了用于处理进入请求消息的示例性方法。

具体实施方式

现在参照附图，其中相同标号指代相同组件或步骤，公开了各种示例性实施例的广泛方面。

图1示出用于提供各种数据服务的示例性订户网络100。示例性订户网络100可以是电信网络或提供对各种服务的访问的其他网络。示例性订户网络100可包括用户设备110、基站120、演进分组核心（EPC）130、分组数据网络140、和应用节点（AN）150。

用户设备110可以是与分组数据网络140进行通信的用于向最终用户提供数据服务的设备。这样的数据服务可包括例如，语音通信、文本消息、多媒体流、和因特网访问。更具体地，在各种示例性实施例中，用户设备110为个人或膝上型计算机、无线电子邮件设备、蜂窝电话、电视机顶盒、或能够经由EPC 130与其他设备通信的任意其他设备。

基站120可以是能够在用户设备110和EPC 130之间通信的设备。例如，基站120可以是收发器站，例如，由3GPP标准定义的演进nodeB（eNodeB）。因此，基站120可以是经由第一媒介（例如无线电通信）与用户设备110进行通信的设备，以及可以是经由第二媒介（例如以太网电缆）与EPC 130进行通信的设备。基站120可以与EPC 130直接通信，或可经由多个中间节点（未示出）进行通信。各种实施方式中，可存在多个基站（未示出），以对用户设备110提供移动性。注意的是，各种备选实施方式中，用户设备110可与演进分组核心直接通信。在这样的实施方式中，基站120可能不存在。

演进分组核心（EPC）130可以是向用户设备110提供对于分组数据网络140的网关访问的设备或设备的网络。EPC 130还可进一步针对所提供的数据服务的使用对订户进行计费，并确保满足特定的体验质量（QoE）标准。因此，可至少部分地根据3GPP TS 29.212、29.213、和29.214标准来实现EPC 130。由此，EPC 130可包括服务网关（SGW）132、分组数据网络网关（PGW）134、以及策略和计费规则节点（PCRN）136。

服务网关（SGW）132可以是提供对于EPC 130的网关访问的设备。SGW 132可以是接收由用户设备110发送的分组的EPC 130中的第一设备。SGW 132可向PGW 134转发这样的分组。SGW 132可为每个被服务的流执行多个功能，例如，管理多个基站（未示出）之间的用户设备110的移动性和实施特定服务质量（QoS）特征。在例如实现代理（proxy）移动IP标准的各种实现方式中，SGW 132可包括载波绑定和事件报告功能（BBERF）。各种示例性实施方式中，EPC 130可包括多个SGW（未示出），并且每个SGW可与多个基站（未示出）进行通信。

分组数据网络网关（PGW）134可以是提供对分组数据网络140的网关访问的设备。PGW 134可以是接收由用户设备110经由SGW 132向分组数据网络140发送的分组的EPC 130中的最终设备。PGW 134可包括对每个服务数据流（SDF）实施策略和计费控制（PCC）规则的策略和计费执行功能（PCEF）。因此，PGW 134可以是策略和计费执行节点（PCEN）。PGW 134可包括多个附加功能，例如，分组过滤、深度分组检查、和订户计费支持。

策略和计费规则节点（PCRN）136可以是接收对于应用服务的请求、产生PCC规则、并给PGW 134和/或其它PCEN（在图中没有示出）提供PCC规则的设备。PCRN 136可通过Rx接口与AF 150进行通信。PCRN136可从AF 150接收网络发起的应用请求。在接收到这样的网络发起的请求时，如果用于相关SDF的承载控制模式指示允许网络发起的请求，则PCRN 136可产生用于完成应用请求的至少一个新PCC规则。

PCRN 136还可分别通过Gxx和Gx接口与SGW 132和PGW 134进行通信。PCRN可通过SGW 132和Gxx接口和/或通过PGW 134和Gx接口，从UE 110接收UE发起的应用请求。利用网络发起的应用请求，如果用于相关SDF的承载控制模式指示允许UE发起的请求，PCRN 136可产生用于完成UE发起的应用请求的至少一个新PCC规则。

在创建新PCC规则或由PGW 134请求时，PCRN 136可通过Gx接口为PGW 134提供PCC规则。在各种实施方式中，例如那些实现PMIP标准的实施方式，PCRN 136还可为所请求的SDF产生QoS规则。在创建新QoS规则或由SGW 132请求时，PCRN 136可通过Gxx接口为SGW 132提供QoS规则。

分组数据网络140可以是用于在用户设备110和连接到诸如AF 150的分组数据网络140的其它设备之间提供数据通信的任何网络。例如，分组数据网络140可进一步为与分组数据网络140进行通信的各种用户设备提供电话和/或国际互联网服务。

应用功能（AF）150可以是将应用服务提供给用户设备110的设备。因此，AF 150例如可以是给用户设备110提供视频流或音频通信服务的服务器或其它设备。AF 150可进一步通过Rx接口与EPC 130的PCRN 136进行通信。当AF 150开始给用户设备110提供应用服务时，AF 150可产生应用请求消息，例如根据Diameter（直径）协议的AA请求（AAR），以通知PCRN 136。可替换地，AF 150可不与PCRN 136进行通信，而是依赖于UE 110以请求提供所述服务所需要的资源。

已经描述了订户网络100的组件，将会提供订户网络100的操作的简要概述。应当了解的是，下面的描述意在提供订户网络100的操作的概述，并且因此会在一些方面进行简化。下面将结合图2-5进一步详细描述订户网络100的详细操作。

根据各种示例性实施方式，UE 110可请求从PGW 134建立新IP-CAN会话，以发起与分组数据网络140的通信。接着，PGW 134可构建和传送信用控制请求（CCR，credit control request）消息，以从PCRN 136请求新的IP-CAN会话。为了做到这一点，通过参照外部规则集（set），PCRN136可确定用于新会话的合适的承载控制模式。通过将这些规则与请求和别处中包含的信息进行比较，PCRN 136能够对可应用于请求的规则进行定位，并确定承载控制模式应当为UE_NW。PCRN 136从而可利用信用控制回答（CCA，credit control answer）消息来响应PGW 134，以指示可建立会话，并且承载控制模式是UE_NW。在UE 110和EPC 130的正常操作中，可创建多个QoS和/或PCC规则，并可分别安装在PGW 134和SGW 132中。

在稍后的时间，PGW 134可构建新CCR消息以请求对IP_CAN会话的改变。当PCRN 136接收该第二CCR消息时，PCRN 136可处理该消息，并再次从规则集确定用于IP_CAN会话的承载控制模式。这次，由于例如网络节点技术中的改变，PCRN 136可确定承载控制模式应为UE_ONLY。PCRF 136从而可指示PGW 134通过CCA消息除去与IP_CAN会话相关联的全部的网络发起的规则。PCRN 136可进一步指示AF 150，通过中止会话请求（ASR，abort session request）消息为与IP_CAN会话相关联的任何应用会话发起会话拆卸（teardown）。在利用网关控制会话的各种实施方式中，例如PMIP配置，PCRN 136还可指示SGW 132通过重新授权请求（RAR）除去与IP_CAN会话相关联的全部的网络发起的QoS规则。因此，尽管承载控制模式之前为UE_NW，但现在IP_CAN会话符合UE_ONLY承载控制模式。

图2描述了用于处理进入请求消息的示例性策略和计费规则节点（PCRN）200。PCRN 200可对应于示例性订户网络100的PCRN 136。PCRN 200可包括Gxx接口205、Gx接口210、消息解释器（interpreter））220、会话建立器230、承载控制模式确定模块240、承载控制模式规则存储250、消息产生器260、会话修改器270、承载控制模式改变处理器280、PCC规则存储290和Rx接口295。

Gxx接口205可以是这样的接口：包括被配置为与诸如SGW 132的SGW进行通信的硬件和/或配置为与诸如SGW 132的SGW进行通信的在机器可读存储媒介上编码的可执行指令。这样的通信可根据3GPP TS29.212来实现。因此，Gxx接口205可接收信用控制请求（CCR）和重新授权应答（RAA）消息。Gxx接口205可进一步传送信用控制应答（CCA）和重新授权请求（RAR）消息。

Gx接口210可以是这样的接口：包括被配置为与诸如PGW 134的PGW进行通信的硬件和/或被配置为与诸如PGW 134的PGW进行通信的在机器可读存储媒介上编码的可执行指令。这样的通信可根据3GPP TS29.212来实现。因此，Gx接口210可接收信用控制请求（CCR）和重新授权应答（RAA）消息。Gx接口210可进一步传送信用控制应答（CCA）和重新授权请求（RAR）消息。

消息解释器220可包括被配置为通过Gxx接口205、Gx接口210和/或Rx接口295接收消息的硬件和/或在机器可读存储媒介上的可执行指令。消息解释器220可检测接收的消息，以确定应当如何对消息进行处理，并且然后将消息传送给合适的模块以进行进一步处理。例如，消息解释器220可确定应当将通过Gx接口210接收的将CC请求类型AVP（CC-Request-Type AVP）集携带给“INITIAL_REQUEST”的值的CCR，传递给会话建立器230以进行进一步的处理。作为另一实施例，消息解释器220可确定应当将通过Gx接口210接收的将CC请求类型AVP集携带给“UPDATE_REQUEST”的值的CCR，传递给会话修改器230以进行进一步的处理。

会话建立器230可包括被配置为在诸如PGW 134的PGW请求时建立新的IP_CAN会话的硬件和/或在机器可读存储媒介上的可执行指令。在诸如SGW 132的SGW请求时，还可将会话建立器230配置为建立新的网关控制（GWC）会话。会话建立器230可执行在处理所接收的用于新IP-CAN会话或GWC会话的请求时所需要的或有用的的步骤，其中这些步骤是本领域技术人员所公知的。会话建立器230还可请求用于新IP-CAN会话或与来自承载控制模式确定模块240的新GWC相关联的IP-CAN会话的承载控制模式，通过例如将IP-CAN会话和承载控制模式值之间的关联存储在承载控制模式规则存储250、PCC规则存储290、或其它存储（在图中没有示出）中，相对于IP-CAN会话，坚持承载控制模式。会话建立器230从而可指示消息产生器构建和发送包括用于IP-CAN会话的承载控制模式的CCA消息。

承载控制模式确定模块240可包括被配置为从上下文信息确定用于IP-CAN会话的承载控制模式的硬件和/或在机器可读存储媒介上的可执行指令。这样的上下文信息可包括以下数据：诸如在CCR中包含的由PCRN200接收的数据、存储在承载控制模式规则存储250中的数据、和/或存储在PCC规则存储290中的数据。上下文信息可描述例如由UE 110、基站120、SGW 132和/或PGW 134支持和/或使用的技术。承载控制模式确定模块240可参考存储在承载控制模式规则存储250中的多个规则，以便确定用于IP-CAN会话的承载控制模式，并将值传递返回请求模块。

承载控制模式规则存储250可以是能够存储由承载控制模式确定模块240使用的预定规则的任何机器可读媒介，其中所述预定规则确定用于IP-CAN会话的承载控制模式。因此，PCC规则存储290可包括机器可读存储媒介，诸如只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储媒体、光存储媒体、闪存存储设备、和/或相似存储介质。如下面将参照图3所进一步描述的，承载控制模式规则存储300可存储至少一个规则集，其包括用于从上下文数据确定承载控制模式的多个规则。

消息产生器260可包括被配置为通过Gxx接口205、Gx接口210、和/或Rx接口295产生用于传输的消息的硬件和/或机器可读存储媒介上的可执行指令。消息产生器260能够产生各种消息，例如CCA、RAR、AAA、和/或ASR。根据会话建立器230、会话修改器270或承载控制模式改变处理器280的指示，消息产生器260可进一步包括消息中的专用信息。这样的专用信息例如可包括PCC规则、QoS规则、承载控制模式、规则除去指令、和/或会话拆卸指令。

会话修改器270可包括被配置为根据诸如PGW 134的PGW的请求修改现有IP-CAN会话的硬件和/或机器可读存储媒介上的可执行指令。例如，会话修改器270可更新IP-CAN会话，以在切换后使用不同的SGW。会话修改器270可执行在处理所接收的用于对IP-CAN会话进行修改的请求时所需要的或有用的的步骤，其中这些步骤是本领域技术人员所公知的。会话修改器还可为来自承载控制模式确定模块240的更新IP-CAN会话请求承载控制模式，并通过例如将IP-CAN会话和承载控制模式值之间的关联存储在承载控制模式规则存储250、PCC规则存储290、或其它存储（在图中没有示出）中，相对于IP-CAN会话，坚持承载控制模式。如果用于IP-CAN会话的承载控制模式已经从之前的值发生变化，会话修改器250可通知承载控制模式改变处理器280。会话修改器250从而可指示消息产生器构建并发送包括用于IP-CAN会话的承载控制模式的CCA消息。

承载控制模式改变处理器280可包括被配置为对用于特定IP-CAN会话的承载控制模式中的改变进行响应的硬件和/或机器可读存储媒介上的可执行指令。承载控制模式改变处理器280可根据承载控制模式是否已经改变为UE_ONLY或UE_NW，执行不同的步骤。如果承载控制模式已经从UE_NW变为UE_ONLY，那么承载控制模式改变处理器280可参考PCC规则存储290，以识别与IP-CAN会话相关联的任何的网络发起的PCC规则。承载控制模式改变处理器280从而可指示消息产生器260以包括除去CCA消息中所识别PCC规则的指令。承载控制模式改变处理器280可进一步指示消息产生器260，构建至少一个RAR消息，以指示至少一个诸如AF 150的AF以发起与IP-CAN会话相关联的应用会话的会话拆卸。在各种实施方式中，例如那些包括PMIP配置的实施方式，承载控制模式改变处理器280还可指示消息产生器，产生指示SGW除去与所识别的PCC规则相关联的任何QoS规则的RAR。

另一方面，如果承载控制模式已经从UE_ONLY变为UE_NW，承载控制模式改变处理器280可参考PCC规则存储290，以识别任何的UE发起的PCC规则。在各种实施方式中，例如那些包括PMIP配置的实施方式中，承载控制模式改变处理器280从而可指示消息发生器，构建指示SGW应当发起GWC拆卸和除去与所识别PCC规则相关联的QoS规则的RAR。承载控制模式改变处理器280还可参考PCC规则存储290或其它设备（在图中没有示出），以识别任何延期的PCC规则或网络发起的应用请求。下面将参照图4进一步详细说明的是，PCC规则存储可指示用于任何延期PCC规则或请求的延期时间。如果这样的延期时间没有到期，承载控制模式改变处理器280可指示消息产生器260，以将延期的PCC规则包括在由PGW进行安装的CCA中。在各种可替换的实施方式中，通过将PCC规则或应用请求放置在用于稍后处理的延期队列（在图中没有示出）中来完成这样的延期功能。在这种情况下，承载控制模式改变处理器280可替代地搜索用于要安装或完成的任何未到期的PCC规则或请求的延期队列。

PCC规则存储290可以是能够存储由PCRN 200产生的PCC规则的任何机器可读媒介。因此，PCC规则存储290可包括机器可读存储媒介，例如只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储媒体、光存储媒体、闪存设备、和/或相似的存储媒体。PCC规则存储200可存储由PCRN 200创建的多个PCC规则的定义。这样的定义例如可包括：规则名称、服务数据流过滤、QoS参数、和计费参数。如下面将参照图4所进一步详细描述的，PCC规则存储290可存储与PCC规则相关的附加信息，例如相关联的IP_CAN会话标识符，规则是否是网络发起或UE发起的的指示，规则是否被延期的指示，和/或留给规则延期的时间量。

Rx接口295可以是这样的接口，其包括被配置为与诸如AF 150的AF进行通信的硬件和/或机器可读存储媒介上编码的可执行指令。这样的通信可根据3GPP TS 29.214来实现。因此，Rx接口295可接收AA请求（AAR）并中止（abort）会话应答（ASA）消息。Rx接口295可进一步传送AA应答（AAA）并中止会话请求（ARA）消息。

图3描述了用于确定承载控制模式的示例性规则集300。规则集300例如可以是存储在承载控制模式规则存储250中的数据库中的表。可替换地，规则集300可以是一系列链接列表、矩阵、或相似的数据结构。因此，应当了解的是，规则集300是主要数据的摘要；可使用适用于该数据的存储的任何数据结构。

规则集300可包括用于改变确定承载控制模式的上下文的多个规则表310、320、330、340。因此，规则集300可包括IPCAN_Session_Modification表310，其用于结合接请求对现有IP-CAN会话进行修改的CCR的接收，确定承载控制模式。同样，IPCAN_Session_Establish表320和GWC_Session_Establish表330可用于结合请求分别建立新IP-CAN会话或GWC会话的CCR的接收，确定承载控制模式。规则集300可包括多个附加规则表340。

IPCAN_Session_Modification表310可包括用于确定合适的承载控制模式的多个规则313、315、317。每个规则可指示用于确定规则是否可用的至少一个标准和用于指示承载控制模式的值的至少一个结果。作为结果，规则313指示：如果表达式“a=x”和“b=y”评估为“真”，那么承载控制模式应当为UE_ONLY。需要说明的是，标准“a=x”和“b=y”是一种抽象，并且所使用的实际标准可用于进一步确定用于请求的上下文。因此，所使用的实际标准例如可确定UE所支持的技术，和/或哪个SGW当前在给UE提供服务。对本领域技术人员来说，多个其它有用的标准会是显而易见的。

作为进一步的实施例，规则315指示：如果表达式“a=x”评估为“真”，那么承载控制模式应当为UE_NW。如果并仅如果承载控制模式确定模块240之前评估的规则313是不适用和被发现是不适用的，承载控制模式确定模块240可评估规则315，规则315由承载控制模式确定模块240进行评估。可替换地，承载控制模式确定模块240可使用本领域技术人员公知的任何其它方法，评估多个规则以发现要应用的单一规则。IPCAN_Session_Modification表310可包括多个附加规则317。如同IPCAN_Session_Modification表310，IPCAN_Session_Establish表320和GWC_Session_Establish表330可包括用于确定承载控制模式的多个规则325、335。

在各种实施方式中，可预定义规则集300以覆盖用于承载控制模式的确定的全部或一些可能的上下文。在各种可替换的实施方式中，规则集300可能不是由制造商预定义的。各种实施方式允许用户或网络管理者定义包括在规则集300中的新规则，从而给承载控制模式确定中的PCRN提供灵活性。

图4描述了用于存储与PCC规则相关的数据的示例性数据安排400。数据安排400例如可以是存储在PCC规则存储290或另一存储（在图中没有示出）中的数据库中的表。可替换地，数据安排400能够是一系列链接列表、矩阵、或相似的数据结构。因此，应当了解的是，数据安排400是主要数据的抽象；可使用用于该数据的存储的任何数据结构。

数据安排400可包括规则名称字段405、IP-CAN会话字段410、网络发起字段415、延期（deferred）字段420、和延期等待时间字段425。在各种实施方式中，数据安排400可附加地包括所要求的或用于定义PCC规则的附加字段（在图中没有示出），例如服务数据流过滤字段、流状态字段、QoS参数字段，计费参数字段、服务标识符字段、优先级（precedence）字段、和/或监测密钥字段。在各种可替换的实施方式中，数据安排400可通过规则名称字段405交叉引用不同的规则定义安排（在图中没有示出）。

规则名称字段405可用于唯一地识别每个PCC规则。IP-CAN会话字段410可识别与指定规则相关联的IP-CAN会话。网络发起字段415可指示指定规则是否是网络发起的或UE发起的。延期字段420可指示指定规则是否已经被延期以用于未来的安装。延期等待时间字段425可指示在任何预定的时间单位内测量在放弃延期规则之前等待的时间量。在各种可替换的实施方式中，可不呈现延期字段420，并且规则的延期状态可从延期等待时间字段425持有的值的实际情况推断出。在各种可替换的实施方式中，可不呈现延期字段420或延期等待时间字段425，并且可将延期规则或请求简单地放置在延期队列（在图中没有示出）的末尾以用于进一步的处理。

作为实施例，记录430示出了由“0xE426”识别的规则与由“0x53FF”识别的IP-CAN会话相关联。该规则是UE发起的，并且当前没有延期。作为另一实施例，记录435示出了由“0x99B2”识别的规则还与由“0x53FF”识别的IP-CAN会话相关联。该规则是网络发起的，并且当前没有延期。作为另一实施例，记录440示出了由“0x4502”识别的规则与由“0xCF37”识别的IP-CAN会话相关联。该规则是网络发起的，并且当前延期的时间段为180毫秒。数据安排400可包含多个附加记录445。

图5A-B描述用于处理进入（incoming）请求消息的示例性方法500a、500b。方法500a、500b可由PCRN 130和/或PCRN 200的组件来执行，以响应于包括确定承载控制模式和处理对承载控制模式的任何改变的进入请求消息。

方法500a、500b可从步骤502开始并进行到步骤504，其中消息解释器220可通过Gxx接口205或Gx接口210接收诸如CCR消息的消息。方法500a、500b从而可进行到步骤506，其中消息解释器220可确定消息是否是例如通过检查CC请求类型AVP，通过Gxx接口205接收的建立请求。

如果消息是Gxx建立请求，例如请求新GWC，则方法500a、500b可进行到步骤508，其中会话建立器230可从承载控制模式确定模块240请求承载控制模式。承载控制模式确定模块240可使用上下文信息查阅（consult）合适的规则以确定合适的承载控制模式，并将值返回给会话建立器230。会话建立器230从而可在步骤510中执行完成用于GWC会话的请求所需要的或有帮助的步骤，这些步骤是本领域技术人员公知的。

方法500a、500b从而可进行到步骤512，其中会话建立器230可确定GWC请求是否是SGW预注册。如果这样，会话建立器可确定用于相关IP-CAN会话的承载控制模式是否是UE_NW。如果这也是真，会话建立器230可将与SGW预注册相关联的QoS规则传递给消息产生器以包括在构建中的CCA中。然而，如果会话不是SGW预注册或承载控制模式是UE_ONLY，方法500a、500b将分别从步骤512或步骤514直接进行到步骤518。

在步骤518，在构建中，消息产生器可将从会话建立器230或会话修改器280接收的承载控制模式插入到CCA消息中。在步骤520中，消息产生器260从而可将CCA传送给合适的节点，并且方法500a、500b会在步骤554结束。

然而，如果在步骤506中消息解释器220确定接收的消息不是Gxx建立消息，方法500a、500b可进行到步骤522，其中消息解释器220可通过例如检查CC请求类型AVP（CC Request-Type AVP）来确定接收的消息是否是Gx建立请求。如果接收的消息是Gx建立消息，例如用于新IP-CAN会话的请求，方法500a、500b可进行到步骤524，其中会话建立器230可向承载控制模式确定模式240请求承载控制模式。承载控制模式确定模块240可使用上下文信息查阅合适的规则表以确定合适的承载控制模式，并将值返回给会话建立器230。在步骤526中，会话建立器230于是可执行完成用于新IP-CAN会话的请求所需要的或有帮助的步骤，这些步骤是本领域技术人员公知的。方法500a、500b从而可进行到步骤518。

在步骤522中，如果消息解释器确定消息不是Gx建立消息，方法500a、500b会进行到步骤528。在步骤528，消息解释器220例如可通过检查CC请求类型AVP确定消息是否是Gx修改请求。如果接收的消息不是Gx修改请求，方法500a、500b会简单地在步骤554结束。需要说明的是，在各种实施方式中，方法500a、500b在步骤554结束前，PCRN 200可在接收的消息上执行附加的处理。

如果消息是Gx修改消息，例如请求对现有IP-CAN会话的更新，方法500a、500b可进行到步骤530，其中会话修改器270会从承载控制模式确定模块240请求承载控制模式。承载控制模式确定模块240会使用上下文信息协商合适的规则表，以确定合适的承载控制模式，并将值返回给会话建立器230。会话修改器270从而可在步骤532中通过将返回的承载控制模式和之前与IP-CAN会话相关联的承载控制模式进行比较，确定用于IP-CAN会话的承载控制模式是否已经改变。如果承载控制模式没有改变，方法500a、500b会进行到步骤518。

然而，如果承载控制模式已经改变，方法500a、500b可进行到步骤534，其中会话修改器270可执行根据所述请求和/或新承载控制模式更新IP-CAN会话所需要的或有帮助的步骤，这些步骤是本领域技术人员公知的技术。承载控制模式改变处理器280从而可在步骤536中确定承载控制模式是否已经从UE_NW改变为UE_ONLY。如果这样，方法500a、500b可进行到步骤538。

在步骤538，承载控制模式改变处理器280可识别与IP-CAN会话相关联的任何网络发起的规则，并指示消息产生器260包括在构建的CCA中应当除去所识别的规则的指示。在各种实施方式中，例如那些包括PMIP配置的实施方式中，在步骤540中，承载控制模式改变处理器280还可指示消息产生器260构建RAR，并将RAR发送给合适的SGW，以指示应当除去与所识别的PCC规则相关联的QoS规则。最后，在步骤542，承载控制模式改变处理器280可指示消息产生器260构建用于至少一个AF的至少一个ASR，以指示AF应当开始用于与IP-CAN会话相关联的应用会话的会话拆卸。方法500a、500b从而可进入步骤518。

如果承载控制模式改变处理器在步骤536确定承载控制模式已经替换为从UE_ONLY改变为UE_NW，方法500a、500b从而进行到步骤544。在各种实施方式中，例如那些包括PMIP配置的实施方式，在步骤544中，承载控制模式改变处理器280识别与IP-CAN会话相关联的任何UE发起的PCC规则和相关的QoS规则。承载控制模式改变处理器280从而可指示消息产生器260构建指示合适的SGW应当除去识别的QoS规则的RAR消息。在步骤546，承载控制模式改变处理器280还可指示消息产生器548，以包括SGW应当在RAR消息中发起GWC会话拆卸的指示。

方法500a、500b从而可进行到步骤548，其中承载控制模式改变处理器280例如通过参考PCC规则存储290或延期队列（在图中没有示出），可确定是否存在用于IP-CAN会话的流请求的任何延期PCC规则。如果没有延期的PCC规则或流请求，方法500a、500b从而进行到步骤518。然而，如果存在延期的流请求，方法500a、500b可进行到步骤550，其中承载控制模式改变处理器280可确定延期的PCC规则或请求是否已经过期。如果延期PCC规则或请求已经过期，方法500a、500b可进行到步骤518。否则，在步骤552，承载控制模式改变处理器280可指示消息产生器260以包括延期的、未到期的PCC规则应当由PGW安装的指示。在完成对请求进行延期而不是对PCC规则进行延期的情况下，PCRN 200可创建用于在这一点上完成延期请求的PCC规则。方法500a、500b从而进行到步骤518。

已经描述了用于示例性订户网络100和PCRN 200的操作的示例性组件和方法，现在将参照图1-6提供示例性网络100和PCRN 200的操作的实施例。PCRN 136可对应于PCRN 200。承载控制模式规则存储250的内容可由规则集300指示，并且PCC规则存储280的内容可由数据安排400来指示。

当PCRN通过Gx接口210接收用于修改IP-CAN会话0x53FF的请求时，可开始所述过程。在步骤528中，消息解释器可将消息识别为Gx修改请求，并将消息传递给会话修改器270。在步骤530，会话修改器270从承载控制模式确定模块240请求承载控制模式。承载控制模式确定模块240从而可参考IPCAN_Session_Modification表310，以确定用于IP-CAN会话的承载控制模块。参照规则313，承载控制模式确定模块240可确定，由于抽象的（abstracted）变量“a”等于抽象的值“x”，抽象的变量“b”等于抽象的值“y”，承载控制模式应当是UE_ONLY。从而，在步骤532，通过参照IP-CAN会话的承载控制模式的之前的数值，会话修改器270可确定承载控制模式已经改变。会话修改器270从而可在步骤334中更新IP-CAN会话。

在步骤536，承载控制模式改变处理器280可确定承载控制模式已经从UE_NW改变为UE_ONLY。因此，方法500a、500b可进行到步骤538，其中因为规则“0x99B2”是网络发起的，因此PCRN 136、200可指示PGW134除去规则“0x99B2”。需要说明的是，由于规则“0xE426”是UE发起的，规则“0xE426”没有被除去，并因此在新承载控制模式下其仍然是有效的。PCRN 136、200可进一步指示SGW 132除去与PCC规则“0x99B2”相关联的QoS规则，并且指示AF 150分别在步骤540和542中发起会话拆卸。最后，在步骤518和520中，PCRN 136、200可将包含新承载控制模式的CCA传送给PGW 134。因此，IP-CAN会话已经改变承载控制模式，并且仅保持有效的规则和会话保持安装。

根据上述内容，各种示例性实施方式提供对要求确定承载控制模式的请求进行合适处理。具体地，通过提供一组外部规则，PCRN可确定在各种上下文中可应用何种承载控制模式。各种实施方式在承载控制模式已经改变后，进一步提供用于符合承载控制模式的保证。通过在承载控制模式改变后除去无效的规则，PCRN可确保仅保持符合的规则和会话。

通过以上说明，应当了解的是，本发明的各种示例性实施例可实现于硬件和/或固件中。此外，各种示例性实施方式可实现为在机器可读存储媒介上存储的指令，其可由至少一个处理器读取并且执行以实现这里详细介绍的操作。机器可读存储媒介可包括用于以机器（例如，个人或膝上型计算机、服务器、或其他计算设备）可读形式存储信息任意机制。因此，机器可读存储媒介可包括：只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储媒体、光存储媒体、闪存设备、和类似的存储介质。

本领域技术人员可理解的是，这里的任意框图代表实现本发明原理的示例性电路的概念性视图。类似地，可理解的是，任意流程图表、流程示意图、状态转换图、伪代码等代表可实质上在机器可读媒体中表示并由此可由计算机或处理器执行（无论这样的机器或处理器是否被明确示出）的各种过程。

尽管参照本发明的某些示例性方面具体描述了各种示例性实施方式，但是可理解的是，本发明能够适用其他实施例，并且其细节能够在各个明显方面进行修改。本领域技术人员容易理解的是，在保持在本发明的精神和范围内的情况下可实现变形和修改。由此，以上公开、说明、和附图仅用于示例性目的，而不以任意方式限制本发明，本发明仅由权利要求来限定。

Claims (10)

1.一种由用于处理进入的请求消息的策略和计费规则节点（PCRN）执行的方法，该方法包括：

在PCRN接收来自演进分组核心节点的请求消息；

确定请求消息是否包括对IP-CAN会话进行修改的请求；以及

如果请求消息包括对IP-CAN会话进行修改的请求：

确定用于IP-CAN会话的当前的承载控制模式，

确定用于IP-CAN会话的之前的承载控制模式，

将当前的承载控制模式与之前的承载控制模式进行比较，以及

如果当前的承载控制模式与之前的承载控制模式不同，根据当前的承载控制模式修改IP-CAN会话。

2.根据权利要求1所述的方法，其中如果当前的承载控制模式是UE_ONLY，根据当前的承载控制模式修改IP-CAN会话的步骤包括下列内容的至少一个：

指示分组数据网络网关（PGW），PGW应当除去与响应于网络发起的请求安装的IP-CAN会话相关联的至少一个策略和计费控制（PCC）规则；

指示服务网关（SGW）SGW，SGW应当除去与响应于网络发起的请求安装的IP-CAN会话相关联的至少一个服务质量（QoS）规则；以及

指示应用功能（AF），AF应当发起用于与IP-CAN会话相关联的应用会话的会话拆卸。

3.根据权利要求1所述的方法，其中如果当前的承载控制模式是UE_NW，根据当前的承载控制模式修改IP-CAN会话的步骤包括下列内容中的至少一个：

指示SGW，SGW应当除去与IP-CAN会话相关联的至少一个服务质量（QoS）规则；以及

指示SGW，SGW应当发起与IP-CAN会话相关联的网关控制会话的会话拆卸。

4.根据权利要求3所述的方法，其中根据当前的承载控制模式修改IP-CAN会话的步骤进一步包括：

如果当前承载控制模式是UE_NW，则确定至少一个网络发起的服务流是否之前已经被延期；以及

如果至少一个网络发起的服务流之前已经被延期，则指示PGW，PGW应当安装与至少一个网络发起的服务流相关联的至少一个PCC规则。

5.根据权利要求1所述的方法，其中确定用于IP-CAN会话的当前承载控制模式的步骤包括：

获取用于确定当前承载控制模式的至少一个规则，所述至少一个规则包括标准部分和结果部分；

对于至少一个规则的第一规则，将第一规则的标准部分同与IP-CAN会话相关的数据进行比较；以及

如果第一规则的标准部分同与IP-CAN会话相关的数据相匹配，则确定当前承载控制模式等同于第一规则的结果部分。

6.根据权利要求1所述的方法，进一步包括：

确定请求消息是否包括用于新IP-CAN会话的建立的请求；以及

如果请求消息包括用于新IP-CAN会话的建立的请求，参照至少一个外部规则以确定用于新IP-CAN会话的承载控制模式。

7.根据权利要求1所述的方法，进一步包括：

确定请求消息是否包括用于新网关控制会话的建立的请求；以及

如果请求消息包括用于新网关控制会话的建立的请求，参照至少一个外部规则以确定用于与新网关控制会话相关联的IP-CAN会话的承载控制模式。

8.根据权利要求7所述的方法，进一步包括：

确定新网关控制会话是否是服务网关预注册；

如果新网关控制会话是服务网关预注册，则确定与新网关控制会话相关联的IP-CAN会话的承载控制模式是否是UE_NW；

如果与新网关控制会话相关联的IP-CAN会话的承载控制模式是UE_NW，则指示SGW其应当安装至少一个QoS规则。

9.一种用于处理进入的请求消息的策略和计费规则节点（PCRN），PCRN包括：

至少一个接口，从演进的分组核心节点接收请求消息；

承载控制模式确定模块，确定用于与请求消息相关联的IP-CAN的当前承载控制模式；

消息解释器，确定请求消息是否包括用于对IP-CAN会话进行修改的请求；

会话修改器，当请求消息包括用于对IP-CAN会话进行修改的请求时，确定用于IP-CAN会话的当前的承载控制模式是否与用于IP-CAN会话的之前的承载控制模式相匹配；

承载控制模式改变处理器，当用于IP-CAN会话的当前的承载控制模式不与用于IP-CAN会话的之前的承载控制模式相匹配时，根据当前的承载控制模式修改IP-CAN会话；以及

消息产生器，构建至少一个响应消息，所述至少一个响应消息被传送给至少一个节点。

10.根据权利要求9所述的PCRN，其中，在根据当前承载控制模式修改IP-CAN会话时，承载控制模式改变处理器：

确定当前承载控制模式是否是UE_ONLY；以及

如果当前承载控制模式是UE_ONLY：

指示消息产生器构建消息，以通知分组数据网络网关（PGW），PGW应当除去与响应于网络发起的请求安装的IP-CAN会话相关联的至少一个策略和计费控制（PCC）规则，

指示消息产生器构建消息，以通知服务网关（SGW），SGW应当除去与响应于网络发起的请求安装的IP-CAN会话相关联的至少一个服务质量（QoS）规则，以及

指示消息产生器构建消息，以通知应用功能（AF），AF应当发起用于与IP-CAN会话相关联的应用会话的会话拆卸。

Images