专利名称：用于策略和计费规则节点的生成的到期消息处理的制作方法
技术领域：
概括地说，这里公开的各个示例性实施方式涉及电信网络中的策略和计费。
背景技术：
随着对于移动电信网络中不同类型的应用的需求的增加，服务提供商必须不断地升级他们的系统，以可靠地提供这种扩展的功能。曾经被简单地设计用于语音通信的系统，已经发展为通用型网络接入点，从而提供对多种应用的访问，所述应用包括文本消息、多媒体流、以及通用因特网访问。为了支持这样的应用，提供商在他们的现有语音网络的上面构建了新网络，导致不够优化的方案。如同在第二代和第三代网络中所看到的，语音业务必须被承载于专用语音信道上并被定向到电路交换核心，而其他业务通信则根据因特网协议(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 TS 29. 212、29. 213和29. 214规范提供了当从至少两个不同源(例如应用节点AN和PCEF)接收消息时，由PCRF生成PCC规则的一些指导。这些规范建议当接收到第一消息后，使用计时器，其中该计时器触发PCRF在生成PCC规则之前设置期望接收第二消息的一段时间(period)。当PCRF在计时器到期之前接收到第二消息时，PCRF使用第一和第二接收消息两者中包括的信息来生成PCC规则。然而，3GPP标准没有描述在计时器到期之前，PCRF仅接收到一个消息时，如何处理PCC规则的生成。这种功能对于EPC的操作是至关重要的。在没有令人满意的手段来处理此类事件的情况下，PCRF可能全部丢弃业务请求，这可能会对系统的整体功能产生极大且不利的影响。综上所述，希望提供一种用于处理补充消息的方法。特别地，希望提供一种PCRF，如果没有接收到一个期望的消息，PCRF能够处理补充消息。
发明内容
考虑到目前需要一种用于通过PCRF处理到期消息的方法，提出示例性实施例的简短概括。在以下概括中可进行一些简化和省略，其旨在突出和介绍各种示例性实施方式的一些方面，而不限制本发明的范围。在随后的部分中，将提供足以允许本领域普通技术人员作出和使用创造性概念的优选示例性实施方式的详细说明。各种示例性实施方式涉及策略和计费规则节点PCRN所执行的方法，该方法用于处理来自第一设备的第一请求消息以生成至少一个策略和计费控制(PCC)规则，该方法包括接收第一请求消息，启动计时器(timer),开始对PCRN在生成第一 PCC规则之前从第二设备接收第二消息的一段时间进行计时，第二消息是第一消息的配对(mate)，当计时器到期时,至少基于PCRN所接收的至少第一请求消息中接收的信息来生成第一 PCC规则，并将该第一 PCC规则转发给至少一个网关。各种示例性实施方式还可涉及一种由策略和计费规则节点(PCRN)执行的方法，所述方法用于处理来自第一设备的第一请求消息以生成至少一个策略和计费控制(PCC)规贝U，该方法包括接收包含流信息的第一请求消息，确定与第一请求消息相关联的分组过滤操作(Packet-Filter-Operation)的状态,确定是否存在与流信息配对的第一 PCC规则,检查在业务流中包括的至少一个标记，当第一 PCC规则没有以与流信息配对的形式存在时，利用PCRN接收的信息生成第一 PCC规则，启动计时器，开始对从第二设备接收第二消息的 一段时间进行计时，第二消息是第一消息的配对，并且将第一 PPC规则推送给至少一个网关。各种示例性实施方式还可涉及策略和计费规则节点(PCRN)，其用于处理至少第一请求消息以生成至少一个策略和计费控制(PCC)规则，该PCRN包括Rx接口，从应用节点接收第一请求消息；Gx接口，从网关接收第二请求消息的,第二请求消息是第一请求消息的配对，并且第二请求消息包含对业务流进行补充的流信息；配对检查器，当PCRN接收到第一和第二消息中的至少一个时，用于确定该PCRN是否接收到配对消息，计时器，当所述PCRN接收到所述第一和第二消息中的至少一个并且还没有接收到所述配对的消息时，开始对接收配对的消息进行一段时间的计时，规则处理器，当经过了所述一段时间时，使用第一和第二消息中的至少一个来创建PCC规则。按这种方式，应当明了的是，各种示例性实施方式能够响应于网络发起的应用请求，实现策略和计费控制规则的动态创建。特别地，通过将应用请求消息转换为多个被请求的业务流，策略和计费规则节点可以生成规则来提供每个所请求的业务流，该业务流动态地基于所请求的应用、订户数据、和/或基于规则的策略决策。
为了更好地理解各种示例性实施方式，参照附图，其中图I示出了用于提供各种数据业务的示例性订户网络；图2示出了用于PCRN接收配对的业务请求的示例性网络；图3示出了用于响应于所接收的业务请求创建新的策略和计费控制(PCC)规则的示例性策略和计费规则节点(PCRN)；图4A示出了用于在从应用节点(AN)接收消息时生成PCC规则的示例性方法；图4B进一步示出了用于在从应用节点接收消息时生成PCC规则的示例性方法；图5A示出了用于在从策略计费和执行功能(PCEF)接收消息时生成PCC规则的示例性方法；
图5B进一步示出了用于在从策略计费和执行功能(PCEF)接收消息时生成PCC规则的示例性方法；以及图5C进一步示出了用于在从策略计费和执行功能(PCEF)接收消息时生成PCC规则的示例性方法；
具体实施例方式现在参照附图，其中相同标号指代相同组件或步骤，公开了各种示例性实施例的广泛方面。图I示出用于提供各种数据服务的示例性订户网络100。示例性订户网络100可以是电信网络或提供对各种服务的访问的其他网络。示例性订户网络100可包括用户设备110、基站120、演进分组核心(EPC) 130、分组数据网络140、和应用节点(AN) 150。
用户设备110可以是与分组数据网络140进行通信的用于向最终用户提供数据服务的设备。这样的数据服务可包括例如，语音通信、文本消息、多媒体流、和因特网访问。更具体地，在各种示例性实施例中，用户设备110为个人或膝上型计算机、无线电子邮件设备、蜂窝电话、电视机顶盒、或能够经由EPC 130与其他设备通信的任意其他设备。基站120可以是能够在用户设备110和EPC 130之间通信的设备。例如，基站120可以是收发器站，例如，由3GPP标准定义的演进nodeBCeNodeB)。因此，基站120可以是经由第一媒介(例如无线电通信)与用户设备HO进行通信的设备，以及可以是经由第二媒介(例如以太网电缆)与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、以及订阅简档库(SPR) 138。服务网关(SGW) 132可以是提供对于EPC 130的网关访问的设备。SGW 132可以是接收由用户设备110发送的分组的EPC 130中的第一设备。SGW 132可向PGW 134转发这样的分组。SGW 132可为每个被服务的流执行多个功能，例如，管理多个基站(未示出)之间的用户设备110的移动性和实施特定服务质量(QoS)特征，例如，有保证的比特率。在例如实现代理(proxy)移动IP (PMIP)标准的各种实现方式中，SGW 132可包括载波绑定和事件报告功能(BBERF)。各种示例性实施方式中，EPC130可包括多个SGW (未示出)，并且每个SGff可与多个基站(未示出)进行通信。分组数据网络网关(PGW)134可以是提供对分组数据网络140的网关访问的设备。PGff 134可以是接收由用户设备110经由SGW 132向分组数据网络140发送的分组的EPC130中的最终设备。PGW 134可包括对每个服务数据流(SDF)实施策略和计费控制(PCC)规则的策略和计费执行功能(PCEF)。因此，PGW 134可以是策略和计费执行节点(PCEN)。PGW134可包括多个附加功能，例如，分组过滤、深度分组检查、和订户计费支持。
策略和计费规则节点(PCRN)136可以是接收对服务的请求，生成PCC规则，并且向PGff 134和/或其他PCEN (未示出)提供PCC规则的设备。PCRN 136可经由Rx接口与AN150进行通信。PCRN 136可从AN 150,SGff 132、或PGW 134接收请求。在接收到服务请求时，PCRN136可生成至少一个用于履行服务请求的新PCC规则。PCRN 136也可分别经由Gxx和Gx接口与SGW 132和PGW 134通信。在建立新PCC规则或由PGW 134请求时，PCRN 136可经由Gx接口向PGW 134提供PCC规则。在实现例如PMIP标准的各个实施例中，PCRN 136也可生成QoS规则。在建立新QoS规则或由SGW 132请求时，PCRN 136可经由Gxx接口向SGW 132提供QoS规则。订阅简档库(SPR,Subscription Profile Repository) 138 可以是向订户网络100存储与订户相关的信息的设备。因此，SPR 138可包括机器可读存储媒介，例如只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储媒体、光存储媒体、闪存设备、和/或类似存储媒体。SPR 138可以是PCRN 136的组件，或可构成EPC 130中的独立节点。SPR 138所存储的数据可包括每个订户的标识符和用于每个订户的订阅信息的指示，例如带宽限制、计 费参数、和订户优先级。分组数据网络140可以是在用户设备110和连接至分组数据网络140的其他设备(例如AN 150)之间提供数据通信的任意网络。分组数据网络140还可向与分组数据网络140通信的各种用户设备提供例如电话和/或因特网服务。应用节点(AN) 150可以是包括应用功能(AF)并向用户设备110提供应用服务的设备。因此，AN 150可以是向用户设备110提供例如视频流或语音通信服务的服务器或其他设备。AN 150还可以经由Rx接口与EPC 130的PCRN 136通信。当AN 150开始向用户设备110提供应用服务时，AN 150可根据直径(Diameter)协议生成例如AA-请求(AAR)的请求消息，以通知PCRN 136。这个请求消息可包括信息，所述信息例如是使用应用服务的订户的标识，以及为了提供所请求的服务而必须创建的特定服务数据流的标识。AN 150可经由Rx接口向PCRN 136传送这样的应用请求。图2示出了示例性通信网络，其具有接收用于业务请求的多个消息的PCRN。系统200与系统100类似，具有应用节点(AN)201、策略和计费规则节点(PCRN)202、分组数据网关(PGW) 203、用户设备204、和分组数据网络205，分别对应于AN 150,PCRN 136,PGff 134、UE 110、和分组数据网络140。在系统200中，UE 204可以通过多个设备(例如AN 201和PGW 203)发送多个相关业务请求,该请求最终被发送至PCRN 202。然后，PCRN 202可处理所接收的业务请求，并利用所接收的信息和其他可用信息形成PCC规则。PCRN 202于是可以将PCC规则转发给PGW203，其可以向其他网关(诸如SGW 132)传送PCC规则。UE204可以发送会话发起协议(SIP)业务请求，其能够被(AN)201处理。AN 201可以通过分组数据网络205和PGW 203接收业务请求。AN201可以将所接收的业务请求打包到消息(MSGl)中，然后该消息可以经由Rx接口被发送给PCRF 202。由AN 201发送的消息可以包括关于所请求的带宽和所请求的媒体类型的信息。由AN 201向PCRN 202发送的消息可以发生在PCRF 202从其他组件接收的其他消息之前，从而当PCRF202从其他组件(例如PGW 203)接收冲突信息时，PCRF 202可以使用从AN 201发送的消息中包括的信息。AN 201发送的消息可以是AA-Request命令的形式。AA-Request命令可以包括多个信息，包含UE 204的IP地址(例如在转发-IP-地址AVP (Forward-IP-Address AVP)中或在框架-IPv6-前缀AVP (Framed-IPv6-Prefix AVP)中)和业务信息(例如在媒体-组件 _ 描述 AVP(Media-Component_Description AVP)中)。AA-Request 还可以包括指不会话可能所属的特定业务的信息(例如，在AF-应用-标识符AVP(AF-Application-IdentifierAVP)中)。UE 204还可以发送与之前被发送给AN 201的SIP业务请求相关的其他业务请求。相关的业务请求可以经过PGW 203被发送给PCRF 202，其中PGW 203以CC请求(CCRequest)消息的形式发送该业务请求。PGW203还可以包括PCEF，其可以包括在被发送给PCRF 202的消息(MSG2)中的业务请求。从PGW 203发送的消息可以是从AN 201发送的消息的配对消息，这是因为PCRF 202可以在创建PCC规则时使用来自这两个所接收的消息的补充信息。从PGW 203发送的消息中包括的信息例如可以包括所要求的有保证的比特速率。PGff 203可以按CC请求的形式发送消息。该CC请求可以包括事件-触发AVP (Event-Trigger AVP)和分组-过滤-操作 AVP (Packet-Filter-Operation AVP),其能够通过PCRN触发特定动作，这将在之后关于图5A-5C进行讨论。CC请求还可以包括相应的分组-过滤-信息 AVP (Packet-Filter-Information AVP)。PCRN 202可以接收包含信息的多个消息以及可以使用该信息形成PCC规则。PCRN202可以基于其接收的初始消息来使用不同的过程。举例来说，如果PGW 203包含了 PCEF主动提出的用于提供PCC规则的请求，PCRF 202可以执行推送过程(PUSH procedure)，这将进一步关于图4A-4B进行解释，其中PCRN 202在重新授权请求(RAR)命令中将PCC规则提供给PGW 203。可选地，当请求不是主动提出的(例如，请求来自AN 201),PCRF 202可以执行拉取命令(PULL command)，这将进一步关于图5A-5C进行讨论，其中PCRN 202创建了PCC规则，并将PCC规则包括在CCA消息中。在已经描述了订户网络100、200的组件的情况下，将提供订户网络100、200的操作的简述概要。应当了解的是，下面的描述是为了提供订户网络100、200的操作总览，并且因此对一部分内容进行了简化。订户网络100、200的详细操作将在下面进一步关于图3-5进行详细叙述。根据各种示例性实施方式，用户设备204可以与多个设备进行通信，这些设备包括AN 201，SGW 132，或PGW 302，以指示用户设备204希望接收业务。该通信可能经由EPC130和分组数据网络205来进行，或者经由其他通信信道(未示出)来进行。然后AN 204, SGff132或PGW 203可以构造消息，该消息包括了一些必要的订户和数据流程信息，这是提供所请求的业务所需要。所有这些必要信息可以在多个设备上进行分散，这些设备如AN 201、SGff 132、SPR 138 JPPGW 203。AN 201、SGff 132、SPR 138 或 PGW 203 然后可以将生成的消息经过必要的接口转发给PCRN202。在接收到第一消息时，PCRN 202可以启动计时器，等待第二配对消息。该计时器可以将PCC规则的创建推放入PCRN 202的执行队列末尾。例如，AN 201可以发送第一消息给PCRN 202，其然后可以预期来自PGW203的第二消息。PCRN202于是可以将PCC规则的生成放置在其执行队列的末尾，在执行其他功能时有效率地等待第二消息的到来。当PCRN 202在计时器过期之前接收到第二消息，则PCRN 202可以立刻使用来自两个消息的信息生成PCC规则。
然而，当第二消息没有在计时器到期之前到达时，PCRN 202于是可使用可用的信息生成PCC规则，其可包括来自第一消息的信息，除了来自其他源的信息之外，其还可以包括例如来自现有PCC规则的信息。PCRN202还可以在生成PCC规则时，考虑来自SPR 138的订户数据以及内部将生成的策略决策。然后，PCRN 202可以经由Gx接口传送所生成的PCC规则给PGW 203以用于安装。在发送了 PCC规则之后，PCRN 202于是可以接收第二消息，这可能出现在计时器到期之后。在这样的实例中，在将第一生成的PCC规则推送给PGW203之后，PCRN 202从PGW 203收到第二消息。PCRN 202可以利用之前特别生成的PCC规则中的信息、来自第一消息的信息和第二消息中的信息来生成第二、新的PCC规则。然后，PCRN 202可以从PGW 203移除之前生成的规则，并向网关PGW 203传送新的PCC规则。在安装了 PCC规则之后，PGW 203于是可允许用于所请求的数据流的数据通信，且对用户进行适当的计费，并确保满足特定的QoS。图3示出了响应于至少一个业务请求来创建新的策略和计费控制(PCC)规则的 示例性策略和计费规则节点(PCRN)。PCRN 300可对应于示例性订户网络100、200的PCRN136、202。PCRN 300可以包括Rx接口 301、计时器303、规则存储305、消息配对检查器307、Sp接口 309、规则处理器311、和Gx接口 313。Rx接口 301可以是这样的接口，其包括硬件和/或在机器可读存储媒介上编码的可执行指令，Rx接口被配置为与应用功能(AF)进行通信，诸如包括在AN 150,201中的AF。可以依据3GPP TS 29. 214来实现上述通信。特别地，Rx接口 301可以接收消息中的业务请求，例如来自AN 150的应用请求(AAR)。PCRN 200可以将来自应用节点的进入业务请求消息转换为业务流。业务流可以包括由应用消息所描述的信息，例如，所请求的带宽，订户标识符，和/或数据流类型。计时器303可包括硬件和/或机器可读存储媒介上编码的可执行指令，计时器被配置用于触发一段时间，其中在所述一段时间内，在PCRN 300接收到第一业务请求消息之后，PCRN 300等待第二、配对业务请求的到达。计时器303可是这样的计时器，其为PCRN300设置了时钟周期以明确地等待接收第二消息。在可选的实施方式中，计时器303可以通过在执行队列后面设置该创建的优先级，触发PCRN 300延迟PCC规则的创建。在这样的例子中，PCRN 300通过执行其执行队列中更高优先级的其他功能来被动地“等待”一段时间。当执行队列中再次出现PCC规则生成命令时，PCRN 300可再次进行检查，从而确定第二，配对业务请求消息实际上是否已经到达。规则存储305可以是能够存储PCRN 300所生成的PCC规则的任意机器可读媒介。因此，规则存储器305可以包括机器可读存储媒介，例如只读存储器(R0M)，随机存取存储器(RAM)，磁盘存储媒体，光存储媒体，闪存设备，和/或类似的存储媒体。规则存储305可以存储由PCRN300创建的多个PCC规则的定义。这些定义可包括，例如规则名称、业务数据流程过滤、QoS参数和计费参数。消息配对检查器307可包括硬件和/或机器可读存储媒介上编码在的可执行指令，消息配对检查器被配置为从多个接口接收消息，并确定该消息是否配对。UE 110可以向多个设备发送补充消息。这些消息可包括多个信息，其中通过一些消息来确定其是否期望补充消息。通过确定是否存在按照匹配应用节点(AN)请求或网关请求的形式的匹配消息，消息配对检查器307因此可将至少两个消息进行关联。接下来将关于图4-5进行讨论，消息配对检查器可检查多个标记(marker)以确定是否为所期望的配对消息，以及进入消息是否仍然在等待配对消息的到达。Sp接口 309可是这样的接口，其包括硬件和/或在机器可读存储媒介上编码的可执行指令，Sp接口被配置为与诸如SPR138的SPR进行通信。因此，Sp接口 309可以传送记录请求并接收订阅简档记录。规则处理器311可以包括硬件和/或机器可读存储媒介上编码的可执行指令，规则处理器被配置为基于在诸如业务请求消息中包括的信息来生成新PCC规则。规则处理器311可以首先从由PCRN 300接收的信息生成新的PCC规则对象。然后，规则处理器311可为新PCC规则生成并存储PCC规则名称。可以根据本领域技术人员已知的任何方法来生成PCC规则名称，例如对在先分配的规则名称进行递增或生成随机的名称。规则处理器311还可以在PCC规则中插入其他数据。这样的话，新的PCC规则可以是准备用于安装的有效规贝U，或可能需要进一步修改。Gx接口 313可以是这样的接口，其包括硬件和/或在机器可读存储媒介上编码的 可执行指令，Gx接口被配置为与诸如PGW 134的PGW进行通信。该通信可以根据3GPP TS29. 212来实现。因此，Gx接口 313可以接收对PCC规则的请求并传送PCC规则以进行安装。图4A-4B示出了响应于来自AN 150的业务请求用于创建新的策略和计费控制(PCC)规则的示例性方法400、450。方法400,450可以由PCRNl30和/或PCRN 200,302的组件来实现，以通过来自AN 150的至少的业务请求为所识别的业务数据流创建PCC规则。方法400可以在步骤401处开始并进行到步骤403，其中PCRN 130按业务流的形式经由Rx接口从AN 150处接收业务请求。由于PCRN 130首先从AN 150接收消息，相应的PCC规则可被标记为“网络-发起(initiated)”。可以从AN消息中的分层组件导出业务流。AN消息可包括多个媒体组件(MC)，其中每个媒体组件包含多个媒体子组件(MSC)。每个媒体子组件可以包含一个或两个流描述(FD)。该业务流可以是所述层级的平坦(flattened)表现，将一个或二个流描述与相应的媒体组件或媒体子组件进行匹配。每个业务流可映射至Ij不同的PCC规则，该规则可以被安装在网关SGW 132或PGW 134中。因此，该PCC规则可以包含对在其创建中使用的业务流的引用。然后，方法400可进行到步骤405，其中PCRN 136内的策略决策模块240可确定规则存储260中是否存在与所接收的业务流匹配的PCC规则。如果存在匹配的PCC规则，方法400进行到步骤407，其对应于方法450的步骤407，这将关于图4B进一步进行讨论。如果不存在匹配的PCC规则，则这可以指示来自AN 150的消息发起了 PCC规则请求，因此将进行到步骤409，其中策略决策模块240可以生成新的PCC规则请求。在步骤411中，基础规则生成器220可以生成PCC规则，其包括等待网关请求(WGR)标记。PCC规则中包括的WGR标记可以是布尔值，其指示该业务流仍然在等待要由PCRN 136所接收的配对网关请求。基础PCC规则的生成还可包括，例如，生成PCC规则名称、业务数据流过滤、和初始QoS带宽参数。在这些步骤中，PCRN 136可将消息标记为“真”，其指示业务流在等待将被接收的配对网关请求。在步骤413中，PCRN 136可启动计时器，等待接收来自PGW 134的配对消息。PCRN 136可等待配对消息是因为配对消息可能包含了信息，该信息是对业务流中接收的消息的补充。
PCRN 136可以等待，直到计时器到期或配对网关消息到达。在这两个例子中，方法400进行到步骤415，其中PCRN 136确定目前在规则存储260中是否存在匹配的PCC规则。如果存在，这指示当网关请求到达，且计时器仍然是活动的。这样的话，方法400进行到步骤417，其中PCRNl36不执行任何操作，这是因为PCC规则具有来自业务流和网关请求中的流信息的相关信息。然而，如果不存在匹配的PCC规则，这指示在PCRN的计时器的时间到期时，配对的网关请求仍然没有到达。在这种情况下，方法400进行到步骤419，其中基础规则生成器220利用来自AN 150的业务流信息创建PCC规则。这可能是第一 PCC规则，这是因为它可能仍要等待来自配对的网关请求的更新。PCRN 136可以在步骤421中指示该状态，其中PCRN136设置承载控制模式操作(BCMO)标记为“网络-发起(Netwokr-initiated)”，其指示作为仅来自AN 150的业务请求的结果来创建PCC规则。如果BCMO标记被设置为“UE-发起(UE-initiated)”，这可以指示以经过PGW 134来自UE 110的业务请求为结果来创建PCC规则或者以来自AN 150的业务请求为结果来创建PCC规则。
在步骤423中，PCRN 136首先通过检查WGR标记的值来确保业务流没有在等待AN请求。如果WGR标记被设置为假，则PCRN 136不会改变它的值。可选地，如果WGR标记被设置为真，则PCRN 136可以将WGR标记的值变为假。这可确保PCRN 136不会在配对消息已经到达时意外地在等待该配对消息。在步骤425中，PCRN 136首先通过检查WANR标记的值确保在PCC规则中的等待应用节点请求(WANR)标记被设置为假。如果标记为假，则PCRN 136不改变它的值。可选地，如果WANR标记被设置为真，PCRNl36可将WGR标记的值改变为假。然后，PCRN 136进行到步骤427，其中PCRN 136将PCC规则推送给PGW 134。方法450是方法400的继续，并且可示出了当规则存储260中存储了用于所接收的业务流的匹配PCC规则时，PCRN 136的动作。在步骤451之后，该步骤对应于方法400的步骤407，方法450进行到步骤453，其中策略决策模块240确定业务流中的流状态是否被移除。当业务流中的流状态被移除时，方法450进行步骤454，其中PCRN 136确定业务请求是终止请求。在终止请求之后，在步骤456中，PCRN 136将匹配于所接收的业务流的PCC规则移除。在步骤458，PCRN 136将业务流标记为“已移出”，不创建新的PCC规则，并且也不对所接收的业务流采取进一步的动作。然而，如果业务流没有被标记为已移除，方法450进行到步骤455，其中PCRN 136确定该业务请求是规则修改请求，其指示可以利用至少所接收的业务流中包括的信息来修改，与所接收的业务流相匹配的PCC规则。在步骤455之后，在步骤457中，PCRN检查PCC规则中包括的BCMO标记。如果BCMO标记指示PCC规则为网络-发起，那么方法450进行到步骤460。但是，如果规则被标记为UE-发起，则方法450进行到步骤471。在步骤460中，PCRN 136利用来自其他设备的新接收的信息，更新之前匹配的PCC规则，例如来自PGW 134的流信息。这可以涉及移除策略决策以及规则修改器250修改规贝丨J存储260中存储的现有PCC规则，以反映从PGW 134接收的新信息。这还可以涉及PCRN136向PGW 134发送CC应答，以更新由PCRN 136之前发送的现有PCC规则。在步骤461和465中，PCRN 136与步骤423和425相似地进行行动，其中PCRN 136通过检查WANR标记被设置为假，来确保新的PCC规则不必等待AN请求，并且然后确保WGR已被标记为不等待配对网关请求。方法450接着进行到步骤469，其中PCRN 136移除之前的PCC规则并将新创建的PCC规则推送给PGW 134中的PCEF，其可将升级的PCC规则转发给其他网关。返回步骤457，如果PCC规则的BCMO被标记为UE-发起，方法450进行到步骤471，其分别对应于方法400和450的步骤427和461，其中PCRN检查PCC的WANR标记以确定PCC规则是否在等待配对AN请求。如果WANR标记被设置为真，PCC规则正在等待AN请求，该请求可指示配对网关请求已经到达。如果网关请求已经到达，然后方法450可进行到步骤473，其中基础规则生成器220于是可利用初始接收的业务流中的信息和现有的PCC规则中的信息生成新的PCC规则。在生成新的PCC规则之后，在步骤475-477中，PCRN 136将相应的WANR和WGR标记均标记为假，以指示PCC规则和业务流不再等待将由PCRN 136接收的配对请求。在步骤479中， 其对应于步骤469，PCRN将新的PCC规则推送给PGW 134中的PCEF，其可将新的PCC规则发送给其他网关。现在返回步骤471，如果WANR标记被设置为假，这可以指示PCC规则不等待AN请求，该请求可指示配对网关请求还没有到达。因此，方法450进行到步骤480，其中PCRN 136将相应业务流中的WGR标记标记为真，其可指示业务流程正在等待配对网关请求。然后，方法450进行到步骤481，其中PCRN 136启动计时器，以等待配对网关请求。在步骤483中，方法450确定WGR标记是否被设置为真。只要PCRN136经由Gx接口 285接收到配对的网关请求，可以讲WGR标记设置为假。PCRN 136的这种接收可能出现在计时器到期之前。当WGR标记被设置为假时，其可指示网关请求在计时器到期之前到达且网关可能已经以别的方式获得规则。在这种情况下，方法450进行到步骤485，其中PCRN136不采取进一步动作。否则，如果在步骤483，WGR请求被设置为真，业务流仍然在等待配对的网关请求并且方法450进行到步骤487。在步骤487中，PCRN 136可以利用所接收的业务流中的信息来修改现有PCC规则。因此，新修改的PCC规则可能与之前生成的PCC规则相似，除了业务流中包括的信息有所改变。在步骤491中，其对应于步骤461，PCRN 136确保新PCC规则中的WANR标记被设置为假。在步骤495中，PCRN 136可确保在所接收的业务流中的WGR标记也被设置为真，这是因为PCRN 136可能不具有来自PGW 134的已经接收的流信息，并且可能已经利用部分信息进行了生成。然后，在步骤497，PCRN 136可以将新的PCC规则转发给PGW 134中的PCEF，其能够将现有的PCC规则转发给其他网关。图5A-5C示出了示例性方法500、520、560，该方法用于响应于来自PGW 134的业务请求创建策略和计费控制(PCC)规则。方法500、520、560可以通过PCRN 130和/或PCRN200,302的组件来执行，从而建立用于流描述的PCC规则，该流描述至少通过来自PGW 134中PCEF的业务请求来标识。现在参考图5A，方法500开始于步骤501-503，其中PCRN 136首先接收来自PGW134的业务请求，所述请求包括流信息。该流信息可以被包含在业务请求中包括的分组-过滤-信息AVP中。业务请求还可以包括相应的分组-过滤-操作AVP0这样的话，由PGW134启动业务请求；因此，PCRN 136可以基于相应的分组-过滤-操作AVP的值来处理该业务请求。
因此在步骤505中，PCRN 136可以检查分组-过滤-操作AVP是否被设置为添加。如果分组-过滤-操作AVP被设置为添加，方法500进行到步骤506，其将开始图5B的方法520，这将在接下来进一步的叙述中进行讨论；否则，方法500进行到507，其中PCRN 136确定分组-过滤-操作AVP是否被设置为修改。如果在步骤507，PCRN确定其被设置为修改，方法500进行到步骤508，其开始图5C的方法560，这将在接下来进一步的叙述中进行讨论；否则，方法500进行到步骤509，其中PCRN 136确定分组-过滤-操作AVP是否被设置为终止。如果没有，分组-过滤-操作设置为错误操作，这样方法500将进行到步骤519，其中进一步的操作结束。当分组-过滤-操作AVP被设置为终止时，方法500进行到步骤511，其中PCRN136确定规则存储260是否包含匹配的PCC规则。如果规则存储260不包含匹配的PCC规贝丨J，则没有PCRN 136需要移除的规则，那么方法500进行到步骤513，其中PCRN 136不会采取进一步的动作。否则，当存在匹配的规则时，方法500进行到步骤515，其中PCRN 136从 规则存储260移除匹配的PCC规则，并且在步骤517中，在进行步骤519中结束的进一步操作之前，将对应于匹配的PCC规则的业务流程标记为已移除。
现在参考图5B，当分组-过滤-操作AVP被设置为添加时，PCRN 136执行方法520。这样的话，包括业务请求的CC请求还可以包括用于由UE请求的每个分组过滤的分组-过滤-信息AVP和QoS-信息AVP，其可指示所请求的用于分组过滤的服务质量。方法520可开始于步骤521，其对应于图5A中方法500的步骤506。在步骤522中，其可对应方法500的步骤511，PCRN 136可确定在规则存储器260中是否存在匹配的PCC规则。如果规则存储器260中存在匹配的规则，则方法520进行到步骤523，其中PCRN 136可利用来自PGW134的所接收的业务请求中的流信息来修改规则存储260中存储的现有PCC规则。然后PCRN 136可进入步骤526-528，分别地，将PCC规则中的BCMO标记标记为UE-发起，将PCC规则中的WANR标记标记为假，并且将业务流中的WGR标记标记为假。在步骤529中，PCRN 136可将新的PCC规则转发回PGW 134，其于是可将新的PCC规则推送给其他网关。现在返回步骤522，如果PCRN 136没有在规则存储260中发现匹配的PCC规则，方法520可进行到步骤530，其中PCRN 136可确定其是否接收到用于网关请求的流信息的匹配业务流。如果PCRN 136发现了匹配的业务流，这可以指示来自AN 150的业务请求已经首先到达，并且PCRN136可能已经激活计时器，以等待网关请求的接收。因此，PCRN 136可进行到步骤532，其中它使用网关请求中包括的流信息和已接收的业务流中包括的信息，来生成新的PCC规则。接下来，在步骤534中，PCRN 136可将新的PCC规则标记为UE-发起并设置新的PCC规则的WANR为假，以指示新的PCC规则不等待AN请求。在步骤536中，PCRN136可将已接收的业务流中的WGR标记设置为假，以指示其不等待配对的AN请求。在步骤538中，PCRN 136可将新的PCC规则返回给PGW 134，其随后可将新的PCC规则推送给其他网关。现在返回步骤530，如果没有匹配的业务流，这可以指示网关请求已经首先先到达了 PCRN 136。因此，在步骤540中，PCRN 136可使用网关请求中包括的流信息来生成PCC规则。在步骤541中，PCRN 136可将新生成的PCC规则中的BCMO标记设置为UE-发起，以指示响应于网关-发起请求创建了 PCC规则。在步骤542中，然后PCRN 136可返回新生成的PCC规则给PGW 134，其随后将新生成的PCC规则推送给网络中的其他网关。然后，PCRN 136可进行到步骤543，其中订阅规则修改器通过与SPR138的联系确定UE 110的订户是否访问已知服务。如果订户没有访问已知服务，方法520于是可进行到步骤544。在这种情况下，PCRN 136可利用可用信息来修改现有的PCC规则，这些可用信息可包括从网关接收的流信息。然后，PCRN 136可进行到步骤545，其将新的规则推送给PGffl34, PGff 134又可将新的PCC规则转发给其他网关。现在返回步骤543，如果PCRN 136确定订户已经访问了已知服务，PCRN 136于是可将PCC规则的WANR标记设置为真，以指示其仍然等待配对的AN请求。然后，PCRN 136可在步骤548启动计时器，在计时器的持续时间内等待配对AN请求的到达。在步骤550中，PCRN 136于是可再次检查WANR标记以确定其是否还在等待配对的AN请求。如果现在WANR标记为假，则PCRN 136可进行到步骤522并且不再采取进一步动作，这是因为PCC规则是不再等待配对的请求。否则，PCRN 136可进行到步骤554，其中它于是可确定订户是否具有
已配置的“未知”应用。如果订户具有已配置的未知应用，PCRN 136在步骤556中可使用未知应用中包括的信息来更新现有的PCC规则。然而,如果订户没有已经配置的未知应用，PCRN在步骤558中可移除之前生成且安装的规则。现在参照图5B，当分组-过滤-操作AVP被设置为修改时，PCRN 136执行方法560。方法560开始于步骤561，其对应于图5A中方法500的步骤508。在步骤562中方法560开始，通过PCRN 136确定规则存储260中何时存在匹配的PCC规则。如果没有匹配的PCC规则，则没有PCC规则需要修改；因此PCRN 136在步骤563中由于修改请求无效而拒绝修改请求。当在步骤562中，规则存储260中存在匹配的PCC规则，PCRN136于是检查匹配的PCC规则的BCMO标记以确定PCC规则是否被标记为网络-发起。如果PCC规则被标记为网络-发起，这可指示UE-发起的PCC输入是无效的。因此，PCRN 136可进行到步骤565，其中PCRN 136可拒绝修改请求并移除规则存储260中存储的匹配的PCC规则和匹配的业务流。然而，如果BCMO标记指示匹配的PCC规则是UE-发起，PCRN于是可进行到步骤566，其中PCRN 136确定是否存用于网关请求的匹配业务流。如果不存在匹配业务流，则这可指示网关请求启动了 PCC规则的生成。因此，PCRN 136可进入步骤568，使用网关请求中的流信息来修改现有的PCC规则。然后，PCRN 136可进入步骤569，返回经修改的PCC规则给PGW 134，其于是可以将经修改的PCC规则推送给其他网关。返回步骤566，如果存在用于已接收的网关请求的匹配业务流程，PCRN 136于是可进行到步骤570，检查业务流的WGR标记以确定其是否还在等待网关请求。如果业务流程在等待配对的网关请求的到达，这于是可以指示PCRN 136已经接收到AN请求，并且PCRN136已经生成PCC规则并将该规则推送给PGW 134，或者其启动了计时器并且等待网关请求。无论是哪种情况，方法560进行到步骤572，其中PCRN 136可使用来自业务流的信息和来自网关请求的流信息，修改现有的PCC规则。然后，PCRN 136可进行到步骤574-576，其中其可以将各个WANR和WGR标记标记为假。在步骤578中，PCRN 136于是可将经修改的PCC规则返回给PGW 134，其随后可将新的PCC规则转发给其他网关。返回步骤570，当业务流的WGR标记指示了其不等待配对的网关请求。方法560因此可进行到步骤580，其中PCRN 136可使用网关请求中包括的流信息和业务流中包括的信息来修改现有的PCC规则。然后，PCRN136可进行到步骤582，确定AN请求是否为实际所期望的。如果配对的请求不是所期望的，方法560进行到步骤583，并返回经修改的PCC规则，且推送该经修改的PCC规则给其他网关。然而，如果配对的AN请求是所期望的，在步骤584中，PCRN 136可将新的PCC规则中的WANR标记设置为真，以指示其在等待配对的AN请求。在步骤585中，PCRN 136于是可启动计时器，等待配对的AN请求并且等待AN请求直到计时器到期。在步骤586中，PCRN136可再次检查WANR标记以确定其是否为假。如果新PCC规则的WANR标记保持为真，在步骤588中，PCRN 136检查订户是否具有已配置的“未知”应用。如果订户具有已配置的未知应用，在步骤590中，PCRN 136可使用来自未知应用的信息修改现有的PCC规则。如果订户没有已配置的未知应用，在步骤592中PCRN 136可移除之前生成和安装的PCC规则。参考回到步骤586，如果WANR标记改变为假，则PCRN 136在步骤594中不采取进一步的动作。根据前述的内容，提供了用于响应于来自多个设备的多个业务请求来动态创建策 略和计费控制规则的多种示例性实施方式。特别地，在业务请求的初始接收期间，基于可用的信息来生成初级PCC规则，在不需要禁止特定PCC规则使用的情况下，PCRN可允许通信系统的适当的功能，这是因为经过另一设备到来的配对的业务请求的到达要迟一些。通过以上说明，应当了解的是，本发明的各种示例性实施例可实现于硬件和/或固件中。此外，各种示例性实施方式可实现为在机器可读存储媒介上存储的指令，其可由至少一个处理器读取并且执行以实现这里详细介绍的操作。机器可读存储媒介可包括用于以机器(例如，个人或膝上型计算机、服务器、或其他计算设备)可读形式存储信息任意机制。因此，机器可读存储媒介可包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储媒体、光存储媒体、闪存设备、和类似的存储介质。本领域技术人员可理解的是，这里的任意框图代表实现本发明原理的示例性电路的概念性视图。类似地，可理解的是，任意流程图表、流程示意图、状态转换图、伪代码等代表可实质上在机器可读媒体中表示并由此可由计算机或处理器执行(无论这样的机器或处理器是否被明确示出)的各种过程。尽管参照本发明的某些示例性方面具体描述了各种示例性实施方式，但是可理解的是，本发明能够适用其他实施例，并且其细节能够在各个明显方面进行修改。本领域技术人员容易理解的是，在保持在本发明的精神和范围内的情况下可实现变形和修改。由此，以上公开、说明、和附图仅用于示例性目的，而不以任意方式限制本发明，本发明仅由权利要求来限定。
权利要求
1.一种由策略和计费规则节点(PCRN)执行的用于处理来自第一设备的第一请求消息以生成至少一个策略和计费控制(PCC)规则的方法，所述方法包括 接收所述第一请求消息； 启动计时器，开始用于PCRN在生成第一 PCC规则之前从第二设备接收第二消息的一段时间，所述第二消息是所述第一消息的配对； 当所述计时器到期时，至少基于由PCRN接收的至少第一请求消息中所接收的信息来生成第一 PCC规则；以及 将所述第一 PCC规则转发给至少一个网关。
2.根据权利要求I所述的方法，其中在经过所述一段时间后没有接收到所述第二消息的情况下，所述PCRN生成所述第一 PCC规则。
3.根据权利要求2所述的方法，进一步包括 在经过所述一段时间后，当所述PCRN接收到所述第二消息时，所述PCRN利用至少所述第一和第二消息中至少所接收的信息来生成第二 PCC规则。
4.根据权利要求3所述的方法，进一步包括 所述PCRN取消所述第一 PCC规则，所述第一 PCC规则已经被转发给至少一个网关；以及所述PCRN将所述第二 PCC规则转发给所述至少一个网关。
5.根据权利要求I所述的方法，其中所述第一PCC规则包括 承载控制模式操作(BCMO)标记，用于指示哪个设备发起了生成所述第一 PCC规则的业务请求；以及 等待应用节点请求(WANR)标记，用于指示所述第一 PCC规则是否在等待配对的应用节点(AN)请求。
6.根据权利要求I所述的方法，其中所述PCRN使用从所接收的第一和第二消息中的一个得到的业务来生成所述第一 PCC规则，其中从应用节点接收所述第一或第二消息中的至少一个。
7.根据权利要求6所述的方法，其中业务流包括等待网关请求(WGR)标记，用于指示所述业务流程是否仍在等待配对的网关请求。
8.一种由策略和计费规则节点(PCRN)执行的用于处理来自第一设备的第一请求消息以生成至少一个策略和计费控制(PCC)规则的方法，所述方法包括 接收包含流信息的第一请求消息； 确定与所述第一请求消息相关联的分组过滤操作的状态； 确定是否存在与所述流信息配对的第一 PCC规则； 检查业务流中包括的至少一个标记； 当不存在与所述流信息配对的第一 PCC规则时，利用PCRN所接收的信息来生成所述第一 PCC规则； 启动计时器，开始从第二设备接收第二消息的一段时间，所述第二消息是所述第一消息相的配对；以及 将所述第一 PCC规则推送给至少一个网关。
9.一种用于处理至少第一请求消息以生成至少一个策略和计费控制(PCC)规则的策略和计费规则节点(PCRN)，所述PCRN包括Rx接口，从应用节点接收第一请求消息； Gx接口，从网关接收第二请求消息，所述第二请求消息是所述第一请求消息的配对并且包含了对业务流进行补充的流信息； 配对检查器，当所述PCRN接收所述第一和第二消息中的至少一个时，确定所述PCRN是否接收到配对的消息； 计时器，当所述PCRN接收到所述第一和第二消息中的至少一个并且还没有接收到所述配对的消息时，开始用于接收配对的消息的一段时间；以及 规则处理器，当经过所述一段时间时，利用所述第一和第二消息中的至少一个来创建所述PCC规则。
10.如权利要求9所述的PCRN，其中在经过所述一段时间后没有接收到配对的请求消 息的情况下，所述PCRN生成所述第一 PCC规则。
全文摘要
各种示例性实施方式涉及一种方法和相关网络节点以及机器可读存储媒介，其中包括策略和计费规则节点(PCRN)，从不同设备接收多个相关的业务请求。如果在等待计时器的持续时间内没有配对的业务请求到达，该PCRN可以基于至少一个业务请求和存储在PCRN中的其他信息来生成策略和计费控制(PCC)规则。如果在等待计时器过期后，配对的业务请求才到达，则PCRN于是可生成随后的PCC规则以取代之前生成的规则，该新PCC规则结合了来自配对的两个业务请求的信息。
文档编号H04L12/14GK102763367SQ201180009945
公开日2012年10月31日 申请日期2011年2月7日 优先权日2010年2月18日
发明者A·K·潘德亚, M·维塔利 申请人:阿尔卡特朗讯公司