CN103404078A - 瞬态订购记录 - Google Patents

Abstract

不同的示例性的实施例涉及一种方法和相关的网络节点，包括以下一个或者多个方面：在会话管理节点处接收初始请求消息，初始请求消息包括至少一个订购标识符；确定会话管理节点无法访问与至少一个订购标识符相关联的订购记录；基于初始请求消息生成瞬态订购记录；以及基于初始请求消息和瞬态订购记录处理初始请求消息。

Description

瞬态订购记录

技术领域

此处所公开的不同示例性实施例通常涉及订购网络。

背景技术

随着移动电信网络内对于不同类型的应用的需求增加，服务提供商必须不断升级其系统以便可靠地提供这一扩展功能。曾经只是针对语音通信设计的系统已经成长为适用于各种用途的网络接入点，从而提供包括文字消息传送、多媒体流送以及一般因特网访问在内的多种应用。为了支持这样的应用，提供商在其现有语音网络之上建立了新的网络。正如在第二代和第三代网络中所看到的那样，语音服务必须在专用语音信道上载送并且是针对电路交换核心，而其他服务通信则根据互联网协议（IP）传送并且是针对不同的分组交换核心。这就导致涉及应用提供、计量和收费以及体验质量（QoE）保证方面的特有问题。

为了尝试简化第二代和第三代的双核心方法，第三代合作伙伴计划（3GPP）推荐了一种被称作“长期演进”（LTE）的新的网络方案。在LTE网络中，所有通信都在从用户装备（UE）到被称作演进型分组核心（EPC）的全IP核心的IP信道上载送。EPC于是提供对于其他网络的网关访问，并且同时确保可接受的QoE以及针对订户的具体网络活动收费。

3GPP在若干技术规范中总体上描述了EPC的各个组件及其彼此之间的交互。具体来说，3GPP TS29.212、3GPP TS29.213和3GPP TS29.214描述了EPC的策略和收费规则功能（PCRF）、策略和收费实施功能（PCEF）以及载体绑定和事件报告功能（BBERF）。这些规范还提到了通过Sp接口与PCEF交互的订户简档储存库（SPR）。这些规范还在这些元件如何交互以便提供可靠的数据服务和针对其使用向订户收费方面提供了一些指导。

发明内容

不同的实施例涉及一种用于通过会话管理节点提供网络接入的方法，方法包括以下的一个或者多个：在会话管理节点处，接收初始请求消息，初始请求消息包括至少一个订购标识符：确定会话管理节点不能访问与至少一个订购标识符相关联的订购记录；基于初始请求消息生成瞬态订购记录；以及基于初始请求消息和瞬态订购记录处理初始请求消息。

不同的实施例涉及用于向订户提供网络接入的系统，系统包括以下的一个或者多个：接收包括至少一个订购标识符的初始请求消息的接口；确定订购记录应用于处理初始请求消息的消息处理器；尝试获取与至少一个订购标识符相关联的订购记录的订购获取器；以及瞬态订购记录生成器，其在订购记录获取器不能获取与至少一个订购标识符相关联的订购记录时基于初始请求消息创建瞬态订购记录。

不同的实施例涉及机器可读存储介质，其通过在会话管理节点上执行的指令进行编码以用于提供网络接入，机器可读存储介质包括以下的一个或者多个：用于在会话管理节点处接收初始请求消息的指令，初始请求消息包括至少一个订购标识符；用于确定会话管理节点不能访问与至少一个订购标识符相关联的订购记录的指令；用于基于初始请求消息生成瞬态订购记录的指令；以及用于基于初始请求消息和瞬态订购记录处理初始请求消息的指令。

附图说明

为了更好地理解不同示例性实施例，参考附图，其中：

图1图示了用于提供不同的数据服务的示例性订户网络；

图2图示了用于实现订户请求的示例性会话管理节点；

图3图示了用于存储会话数据的示例性数据布置；

图4图示了用于实现订户请求的示例性规则集合；

图5图示了示例性的订户请求消息；

图6图示了示例性的事件通知消息；

图7图示了用于基于订购简档实现订户请求的示例性方法；

图8图示了用于处理事件通知消息的示例性方法；以及

图9图示了用于基于提供订购简档的转换的示例性消息。

具体实施方式

虽然3GPP描述了接入订购简档储存库（SPR），但是根据特定的实施和出错处理提供了很少的指导。在一些例子中，策略和计费规则节点（PCRN）不能访问供处理特定请求使用的合适的订购简档。例如，与SPR通信可以被中断或者SPR可能不具有为特定请求用户或者装置规定的订购简档。3GPP技术规范供给关于处理这个出错方案的很少指导。

当不能找到合适的订购记录时，之前实施的解决方案仅丢弃或者拒绝请求。然而，该解决方案绝不是理想的，因为许多请求可能由于瞬态的出错条件而无法实现。因此，当不能找到匹配的订购简档记录时，需要更鲁棒性的方法处理请求。

不同于这些根据LTE规范实施的网络，许多可替代网络相似地提供了部分地基于订购简档或者相似结构的内容的网络访问。关于这些结构的可用性的相似出错潜在地存在于许多这样的网络中，无论是无线还是有线网络。因此，附加地需要处理通常适用于许多这样的网络的这种情形的方法。

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

应当提到的是，虽然各个实例涉及由第三代合作伙伴计划（3GPP）定义的长期演进（LTE）的实现方式，但是这里所给出的器件和方法也可以适用于其他访问系统或网络，比如网络访问系统（NAS）。本领域技术人员将会想到适当的修改来结合替换的访问系统和/或网络实施这些器件和方法。

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

用户装备110可以是与分组数据网络140进行通信以便为末端用户提供数据服务的器件。这样的数据服务例如可以包括语音通信、文字消息传送、多媒体流送和因特网访问。更具体来说，在各个示例性实施例中，用户装备110是个人或膝上型计算机、无线电子邮件器件、蜂窝电话、电视机顶盒或者能够通过EPC130与其他器件通信的任何其他器件。

基站120可以是允许在用户装备110与EPC130之间进行通信的器件。举例来说，基站120可以是收发器基站，比如由3GPP标准定义的演进型B节点（eNodeB）。因此，基站120可以是通过例如无线电通信的第一介质与用户装备110通信并且通过例如以太网线缆的第二介质与EPC130通信的器件。基站120可以与EPC130直接通信，或者可以通过若干中间节点（未示出）通信。在各个实施例中，可以存在多个基站（未示出）以便为用户装备110提供移动性。应当提到的是，在各个替换实施例中，用户装备110可以与演进型分组核心直接通信。在这样的实施例中，可以不存在基站120。

演进型分组核心（EPC）130可以是为用户装备110提供对于分组数据网络140的网关访问的器件或器件网络。EPC130还可以针对使用所提供的数据服务向订户收费，并且确保满足特定体验质量（QoE）标准。因此，EPC130可以至少部分地根据3GPP TS29.212和29.214标准来实施。相应地，EPC130可以包括服务网关（SGW）132、分组数据网络网关（PGW）134、策略和收费规则节点（PCRN）136以及订购简档储存库（SPR）138。

服务网关（SGW）132可以是提供对于EPC130的网关访问的器件。SGW132可以是EPC130内的接收到由用户装备110发送的分组的第一个器件，并且可以把这样的分组转发到PGW134。SGW132可以施行若干附加功能，比如管理用户装备110在多个基站（未示出）之间的移动性以及对于所服务的每一个流实施特定服务质量（QoS）特性，比如受保障比特率。在各种实现方式中，比如在实施代理移动IP（PMIP）标准的那些实现方式中，SGW132可以包括载体绑定和事件报告功能（BBERF）。在各个示例性实施例中，EPC130可以包括多个SGW（未示出），并且每一个SGW可以与多个基站（未示出）通信。

分组数据网络网关（PGW）134可以是提供对于分组数据网络140的网关访问的器件。PGW134可以是EPC130内的通过SGW132接收到由用户装备110向分组数据网络140发送的分组的最后一个器件。PGW134可以包括策略和收费实施功能（PCEF），其对于每一个服务数据流（SDF）实施策略和收费控制（PCC）规则。因此，PGW134可以是策略和收费实施节点（PCEN）。PGW134可以包括若干附加特征，比如分组过滤、深度分组检察以及订户收费支持。

策略和收费规则节点（PCRN）136可以是接收针对服务的请求、生成PCC规则并且向PGW134和/或其他PCEN（未示出）提供PCC规则的器件。PCRN136还可以在UE110的请求下建立其他类型的会话，比如IP连接性访问网络（IP-CAN）会话和/或网关控制会话。PCRN136可以通过RX接口接收来自AN150的请求，通过Gxx接口接收来自SGW132的请求，以及/或者通过Gx接口接收来自PGW134的请求。在接收到服务请求之后，PCRN136可以生成或者修改至少一条PCC规则以用于满足服务请求。PCRN136可以在创建PCC规则时通过Sp接口与SPR138通信。PCRN136例如可以使用SPR138来获得订户服务数据和/或协调来自多个来源的消息。

在不同的情况下，PCRN136可能不能够获得来自SPR138的订购记录。例如，SPR138可能不存储与所请求的订购标识符相关联的任何记录。在这些情况下，PCRN136可以基于请求生成瞬态订购简档记录。请求可以然后基于瞬态记录来完成。后来，在合适的订购记录可以从SPR138获得后，PCRN136可以从瞬时记录转换到真实订购记录，正如以下更充分地详细描述的。

在创建或修改PCC规则时或者在由PGW134请求时，PCRN136可以通过Gx接口向PGW134提供PCC规则。在各个实施例中，比如在实施PMIP标准的那些实施例中，PCRN136还可以生成QoS规则。在创建或修改QoS规则时或者在由SGW132请求时，PCRN136可以通过Gxx接口向SGW132提供QoS规则。

订购简档储存库（SPR）138可以是存储与对于订户网络100的订户有关的信息。因此，SPR138可以包括机器可读存储介质，比如只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储介质、光学存储介质、闪存器件和/或类似的存储介质。SPR138可以是PCRN136的一个组件，其可以构成EPC130内的一个独立节点，或者可以是二者的组合。SPR138还可以分布在网络上，其中一些组件处于EPC130内，其他组件则通过网络相连。

SPR138可以存储对应于若干订户的订购记录。每一条订购记录可以包括若干订购标识符，比如IPv4地址、IPv6地址、国际移动订户身份（IMSI）、网络访问标识符（NAI）、电路标识符、点对点协议（PPP）标识符以及移动订户ISDN（MSISDN）号码。每一条订购记录可以附加地包括订购参数，比如带宽限制、收费参数、订户优先级以及订户服务优选项。

要指出的是，在各种可替代的实施例中，订户网络100可以包括代替SPR138的用户数据库（UDR）。这种UDR可以包括与SPR138中所含有的数据相似的数据。对此处所描述的技术的各种修改将是显而易见的，以便于在PCRN136和UDR之间提供交互操作。

分组数据网络140可以是用于在用户装备110与连接到分组数据网络140的其他器件（比如AN150）之间提供数据通信的任何网络。分组数据网络140还可以例如为与分组数据网络140通信的各种用户器件提供电话和/或因特网服务。

应用节点（AN）150可以是包括应用功能（AF）并且为用户装备110提供应用服务的器件。因此，AN150可以是例如为用户装备110提供视频流送或语音通信服务的服务器或其他器件。当AN150将要开始为用户装备110提供应用服务时，AN150可以生成请求消息，比如根据直径协议的AA请求（AAR），以便通知PCRN136。该请求消息可以包括例如使用所述应用服务的订户的标识以及必须被建立以便提供所请求的服务的特定服务数据流的标识之类的信息。AN150可以通过Rx接口向PCRN136传达这样的应用请求。

基于由AN150发送到PCRN136的AAR、基于由PGW134或SGW132发送到PCRN136的CCR或者基于其组合，可以请求并且随后建立各种服务。举例来说，PCRN136可以接收均为特定应用请求特定服务的AAR和CCR。相应地，PCRN136被适配成确定这两条请求消息与同一会话相关联并且相应地处理所述消息。举例来说，PCRN136或直径代理（未示出）可以使用会话绑定标识符（SBI）来确定一条请求消息与先前接收到的一条请求消息有关。因此，PCRN136可以基于初始请求消息建立会话，并且随后基于补充请求消息修改所述会话。

在描述了订户网络100的各个组件之后，下面将提供关于订户网络100的操作的简要概述。应当明显看到，下面的描述意图提供关于订户网络100的操作的总览，因此在某些方面存在简化。后面将结合图2-9更加详细地描述订户网络100的详细操作。

PCRN136可以接收请求建立会话的CCR或者AAR。例如，CCR或者ARR可以请求建立新的IP-CAN会话和新的应用会话。请求消息可以指定与用户设备110相关联的至少一个订购标识符。在实现请求的过程中，PCRN136可以首先尝试从SPR138获取与所提供的订购标识符相关联的订购简档。然而，PCRN136可以接收指示这个记录不能被找到的出错。例如，SPR138可能不可获得或者SPR138可以不具有对于至少一个订购标识符的匹配记录。

PCRN136可以通过生成瞬态订购记录来继续进行。订购记录可以包括从请求消息收集到的信息，例如，已提供的订购标识符。PCRN136可以还包括在瞬态订购记录内“未知的”订户名。PCRN136可以然后通过使用瞬态订购记录来完成请求。PCRN136可以使用明确地限定用于瞬态订购记录的各种缺省参数和/或处理规则。

随后，PCRN136可以确定：对于订购标识符，真实订购记录现在可用。例如，PCRN136可以响应于接收补充请求而成功地获取订购记录或者可以接收指示在SPR138中已经提供新记录的通知。

不管确定的方法，PCRN136可以继续用真实订购记录代替瞬态订购记录。PCRN136还可以基于现在可得到的订购记录继续修改为订户建立的任何会话。例如，PCRN136可以生成新的PCC规则，其包括基于真实订购简档所确定的新QoS和/或计费参数。

图2示出了用于实现订户请求的示例性会话管理节点200。在实施LTE标准的各个实施例中，会话管理节点200可以是例如PCRN136之类的PCRN。示例性会话管理节点200可以包括Gxx接口205、Gx接口210、Rx接口215、消息处理器220、会话管理器225、会话存储器230、订购记录获取器235、Sp接口240、订购记录缓存器245、瞬态订购记录生成器250、事件侦听器255、规则引擎260以及规则存储器265。将会明显看到，各个组件可以特定于具体标准的实现方式，并且各种修改可能适合于实施替换标准。

Gxx接口205可以是包括硬件和/或编码在机器可读存储介质上的可执行指令的接口，其被配置成利用直径协议与例如SGW132之类的其他网络节点通信。相应地，Gxx接口205可以被适配成传送RAR和CCA消息，并且接收RAA和CCR消息。

Gx接口210可以是包括硬件和/或编码在机器可读存储介质上的可执行指令的接口，其被配置成利用直径协议与例如PGW134之类的其他网络节点通信。相应地，Gx接口210可以被适配成传送RAR和CCA消息并且接收RAA和CCR消息。

Rx接口215可以是包括硬件和/或编码在机器可读存储介质上的可执行指令的接口，其被配置成利用直径协议与例如AN150之类的其他网络节点通信。相应地，Rx接口215可以被适配成传送传送RAR以及AAA消息，并且接收RAA以及AAR消息

消息处理器220可以包括硬件和/或在机器可读存储介质上的可执行指令，其被配置成经由Gxx接口205、Gx接口210、和Rx接口215接收和传送各种消息。例如，消息处理器220可以接收AAR或者CCR，确定分组请求建立新的会话，以及向会话管理器225转发消息，用于进一步地处理。作为另外的示例，消息处理器220可以接收来自会话管理器225的RAR或者CCA，用于建立、修改、或者终止会话以及在合适的接口205、210、215上传送消息。

会话管理器225可以包括硬件和/或在机器可读存储介质上的可执行指令，其被配置成处理与不同会话相关的请求。例如，会话管理器225可以接收经由消息处理器220对新会话的请求，生成新的PCC规则，以及将新的PCC规则推送到合适的节点，例如，PGW134。当生成新的PCC规则或者以其它方式处理请求时，会话管理器225可以利用由订购记录获取器235所获取的订购记录，以及应用合适规则的规则引擎260的结果，正如以下将更加详细描述的。

会话存储器230可以是能够存储与已建立会话相关的数据的任何机器可读介质。因此，会话存储器230可以包括机器可读存储介质，例如，只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储介质、光学存储介质、闪存装置、和/或相似的存储介质。

订购记录获取器235可以包括硬件和/或在机器可读存储介质上的可执行指令，其被配置成在处理请求过程中获取由会话管理器225使用的订购记录。因此，订购记录获取器235可以接收由会话管理器235从请求消息中所提取的一个或者多个用户标识符。可替代的，订购记录获取器235可以接收来自会话管理器225的请求消息，并且随后自己提取相关联的订购标识符。一旦订购记录获取器235可以获得订购标识符，订购记录获取器可以生成和经由Sp接口240向SPR（例如，SPR138）传送询问消息。

订购记录获取器235可以响应于所传送的询问经由Sp接口240接收订购记录。在这种情况中，订购记录获取器235可以仅将所获取的订购记录传递到会话管理器225，以用于进一步地处理。订购记录获取器235可以可替代地响应于所传送的询问经由Sp接口240接收出错消息。订购记录获取器235可以然后请求来自瞬态订购记录生成器250的新的瞬态订购记录并且将因而得到的瞬态订购记录转发到会话管理器225。可替代地，订购记录获取器235可以基于出错消息的内容采取不同的动作。例如，如果出错消息指示没有找到任何记录，订购记录获取器235可以请求瞬态订购用户记录，而如果出错消息指示另一类型的出错，订购记录获取器235可以仅向会话管理器225转发出错。

在不同的实施例中，订购记录获取器235可以利用订购记录缓存器245。例如，在不同的实施例中，订购记录缓存器245可以包括之前经由Sp接口240所获取的订购记录的缓存。在这些实施例中，在生成和传送请求消息之前，订购记录回收器235可以首先寻找用于合适订购记录的该缓存。当经由Sp接口240获取新的订购记录时，订购记录获取器235可以进一步地更新订购记录缓存器245。

作为另一示例，订购记录缓存器245可以可替代地或者附加地包括瞬态记录缓存。这个缓存器可以存储由瞬态订购记录生成器250所创建的每个瞬态记录的拷贝件。可替代地，这个缓存器可以仅仅存储与之前所创建瞬态记录相关联的订购标识符。这个缓存器可以是有用的，例如在转换到真实订购记录时。例如，当订购记录获取器235获取订购简档时，订购记录获取器235可以搜索这个缓存，以确定事先生成了用于相关联的订购标识符的瞬态记录。订购记录获取器235可以然后操作为指示会话管理器225至少一个会话应被转换到新的可用的订购记录。

Sp接口240可以是包括硬件和/或在机器可读存储介质上编码的可执行指令的接口，其被配置成通过使用Diameter协议与其它网络节点（例如，SPR138）通信。因此，Sp接口240可以适于传送对订购记录的请求以及接收订购记录、出错消息、以及事件消息。

在其中提供用户数据库的各种实施例中，会话管理节点200可以包括代替Sp接口240的Ud接口（未示出）。对于利用Ud接口连同此处所描述的方法来获取用户数据，各种修改将是显而易见的。

订购记录缓存器245可以是能够存储与之前所获取的订购记录和/或之前所生成的瞬态记录相关的数据的任何机器可读介质。因此，订购记录缓存器245可以包括机器可读存储介质，例如，只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储介质、光学存储介质、闪存装置、和/或相似的存储介质。在不同的实施例中，订购记录缓存器245可以和会话存储器230一起存储在存储器内，或者可以存储在分立的组成部分中。

瞬态订购记录生成器250可以包括硬件和/或在机器可读存储介质上的可执行指令，其被配置成在订购记录获取器235请求时创建瞬态订购记录。瞬态订购记录生成器250可以首先接收大量订购标识符和/或请求消息。瞬态订购记录生成器235可以然后通过使用所提供的数据继续生成新的瞬态记录。例如，新的瞬态记录可以包括每个所提供的订购标识符。新的瞬态订购记录还可以包括“未知的”名字和/或瞬态记录不是真实订购记录的一些其它指示。

瞬态订购记录生成器可以基于最新可得到的信息进一步地更新之前所创建的瞬态记录。例如，如果会话管理节点接收用于之前提供服务的补充请求消息，瞬态订购记录生成器可以基于补充请求消息更新之前所创建的瞬态记录。补充请求消息可以例如包括附加的订购标识符，所述的瞬态订购记录生成器250可以然后增加到之前所创建的瞬态记录。

在不同的可替代实施例中，瞬态订购记录生成器250可以利用规则引擎260，以利用数据填充瞬态订购记录。例如，规则引擎可以限定将被包括在瞬态记录中的缺省的QoS特征。

事件侦听器255可以包括硬件和/或在机器可读存储介质上的可执行指令，其被配置成接收和处理事件。例如，事件侦听器255可以经由Sp接口240接收事件消息，其指示SPR已经增加、删除、或者修改订购记录。事件侦听器255可以适于处理每个方案。例如，如果事件指示已经提供新记录，事件侦听器255可以通知订购记录获取器235。在不同的实施例中，这种事件消息可以进一步地携带与新的订购记录相关联的大量订购标识符。在这些实施例中，事件侦听器255可以进一步地提取这些订购标识符并且把它们发送到订购记录获取器235。正如之前所解释的，订购记录获取器235可以适于确定最新可用的订购记录是否应代替之前所创建的瞬态记录。

规则引擎260可以包括硬件和/或机器可读存储介质上的可执行指令，其被配置成接收针对规则结果的请求并且基于情境数据应用适当的规则。例如，当建立新的会话时，会话管理器225可以请求来自规则引擎260的规则结果，以确定将被用于新会话的QoS特征。利用由会话管理器225提供或者以其他方式可用于规则引擎260的情境信息，规则引擎260可以遍历（iterate through）存储在规则存储器265中的若干规则。一旦规则引擎260找到适用于可用的情境数据的规则，则规则引擎可以把该规则的结果（例如合适的QoS特征）返回给会话管理器225。在不同实施例中，规则引擎260可以适于使用真实订购记录和/或瞬态订购记录作为情境数据。规则引擎260可以进一步地能够在真实和瞬态记录之间进行辨别并且将该信息用作情境数据。因而，可以将不同的规应用于瞬态记录，而不是应用于真实订购记录。

规则存储器265可以是能够存储由规则引擎260使用的规则的任何机器可读介质。相应地，规则存储器265可以包括机器可读存储介质，比如只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储介质、光学存储介质、闪存器件和/或类似的存储介质。在各个实施例中，订购规则存储器265可以与会话存储器230和/或订购记录缓存器245一起被存储在存储器内，或者可以被存储在分开的组件中。在各个替换实施例中，规则存储器265可以被存储在不同于会话管理节点200的一个节点内，并且可以由规则引擎260远程访问。作为另一种替换方案，规则引擎260和规则存储器265可以全部位于别处，并且可以由会话管理器225远程访问。

图3示出了用于存储会话数据的示例性数据设置300。数据设置300可以是例如会话存储器230之类的数据库或高速缓冲存储器中的一个表。或者，数据设置300可以是一系列关联列表、一个阵列或者类似的数据结构。因此应当明显看到，数据设置300是对于底层数据的抽象；可以使用适于存储该数据的任何数据结构。

数据布置300可以包括很多字段，例如，会话ID字段305、订户名字段310、订购ID字段315、QoS字段320。数据布置300可以包括很多附加字段325。

会话ID字段305可以存储用于被管理的每个会话的唯一标识符。订户名310可以存储与会话相关联的订户名。订购ID字段315可以存储与会话所属的订户相关联的订购标识符。QoS字段320可以存储用于特别会话的不同QoS特征，例如，最大位速率、总计最大位速率、和/或保证位速率。因此，将要显而易见的是，在QoS字段320（以及任何其它字段）中所图示的数据可以是简化。这种QoS数据可以简单地从订购记录、请求消息读出，和/或由规则引擎确定。许多字段可以存储从订购简档所提取的或者以其它方式与订购简档相关联的数据。例如，订户名字段310、订购ID字段315、和/或QoS字段320可以存储还存储在订购记录中别处的数据。

数据布置300可以包括许多会话记录。会话记录330例如与任务“0x042E”相关联，用于名叫“John Doe”的订户。John Doe可以由订购标识符a、b、和c来标识。此外，会话0x042E在双向具有512kbp的QoS。将要显而易见的是，当会话记录330存储相关联的订户的实名时，会话记录330通过使用真实订购记录来创建。

相反，会话记录340指示会话“0x3FA1”与“未知”订户相关联，并且因此基于瞬态订购记录来生成。未知订户携带订购标识符d和e。此外，会话0x3FA1被给定32kbps上行和64kbps下行的QoS。将要显而易见的是，各种可替代方法可以用于在真实和瞬态记录之间进行区分。数据布置300可以包括很多附加记录350。

图4示出了用于实现订户请求的示例性规则集合400。规则集合400可以是例如规则存储器265之类的数据库或高速缓冲存储器中的一个表。或者，规则集合400可以是一系列关联列表、一个阵列或者类似的数据结构。因此应当明显看到，规则集合400是对于底层数据的抽象；可以使用适于存储该数据的任何数据结构。

规则集合400可以定义一个可用于PCC规则创建的规则集合。规则存储器265可以存储适用于各种其他行动、任何会话类型，诸如IP-CAN会话建立，的许多附加规则集合。

规则集合400可以包括标准字段405，其定义用以确定每一条规则是否适用于特定情境的各种条件。规则集合400还可以包括结果字段410，其定义在适用时应当对于每一条规则返回的结果。

作为示例，规则425指示当QoS被请求，订户类别是金，以及订户名不是未知时，规则引擎将在双向返回512kbp的QoS。作为另一个示例，规则430指示当QoS被请求，订户类别是银，以及订户名不是未知时，规则引擎应在双向返回256kbp的QoS。

作为另一个示例，规则435指示当订户名是未知时，QoS将是上行32kbps和下行64kbps，而不管订户类别。因而，根据规则组400，当真实订购记录不可得到时，请求将利用较低的带宽来建立。将要显而易见的是，可以使用不同其它结构。例如，当必须使用瞬态订购记录时，请求可以简单地被拒绝。规则组400可以包括很多附加的规则440。

图5图示了示例性的订户请求消息500。示例性的请求消息500是AAR消息。然而，将要显而易见的是，请求消息可以可替代地是CCR。两种格式之间的各种不同对于本领域普通技术人员将是显而易见的。请求消息500可以进一步地是初始请求消息或者对于之前所接收的CCR补充的补充请求消息。

请求消息500可以包括AAR标头505，正如由Diameter协议所限定的。请求消息可以进一步地包括属性-值对（AVP），其指示与请求相关联的一个或者多个订购标识符。这种订购标识符可以用来定位对应的订购记录和/或创建或者更新瞬态订购记录。

请求消息500可以进一步地包括一个或者多个介质组成部分AVP515，其指示被请求的会话类型。请求消息500可以包括很多附加的AVP520。

图6图示了示例性的事件通知消息600。事件通知消息600可以是例如由SPR传送的通知，以指示对其数据库的改变。事件通知消息600可以包括标头605和事件类型AVP，以指示报告什么类型的事件。作为示例，事件类型AVP610指示已经在SPR提供新的记录。事件通知消息600还可以包括订购ID AVP，以指示与新订购记录相关联的订购标识符。事件通知消息可以包括很多附加的AVP620。其中，事件通知消息可以除此之外用来确定可以用来代替之前所创建的瞬态记录的新订购记录什么时候可获得，正如将在以下更详细地讨论的。

图7图示了用于基于订购简档来完成订户请求的示例性方法700。方法700可以例如通过会话管理节点200的组成部分来运行，例如，消息处理器220、会话管理器225、订购记录获取器235、以及瞬态订购记录生成器250。

方法700可以在步骤705中开始并且进入步骤710，其中，会话管理节点200接收来自另一个节点的请求消息。这个请求消息可以是初始请求消息或者补充请求消息。方法700可以然后进入步骤715，其中，会话管理节点200提取包括在请求消息中的任何订购标识符。在720中，会话管理节点200可以然后通过首先搜索本地订购记录缓存来尝试定位相应的订购记录。在步骤725中，会话管理节点200可以然后确定是否所有订购标识符都位于缓存中。如果所有订购标识符被定位，那么不必进行任何另外的搜索并且方法700可以进入步骤735。否则，会话管理节点200可以通过在步骤730中构造和传送请求到SPR来搜索剩余的订购标识符。

在各种可替代实施例中，会话管理节点200可以不维护订购记录缓存。在这些实施例中，方法700可以直接从步骤715进入步骤735。可替代地，会话管理节点200可以在本地缓存中存储所有订购记录并且可能根本不能访问SPR。在该情况中，方法700可以直接从步骤720进入步骤735。

在步骤735中，会话管理节点200可以通过首先确定是否已定位对应订购标识符的多个记录来分析搜索结果。这个结果可以指示包括在请求消息中的订购标识符彼此不一致。如果是这个情况，方法700可以进入步骤755，其中，会话管理节点200可以处理出错，正如本领域普通技术人员所已知的。例如，会话管理节点200可以拒绝请求。方法700可以然后在步骤770中结束。可替代地，会话管理节点200可以通过替代地进入步骤760来尝试建立用于该情况的瞬态订购记录。

如果多个记录未返回，方法700可以替代地从步骤735进入步骤740，其中，会话管理节点200可以确定：对于任何订购标识符，是否没有定位到任何记录。如果没有任何记录被定位，在步骤760中会话管理节点200可以生成新的瞬态订购记录并且随后在步骤765中通过使用新的瞬态记录来处理请求。在不同的示例性的实施例中，在创建新的瞬态记录之前，会话管理节点200可以确定：对于任何订购标识符，瞬态订购记录是否已事先被创建。如果这样，在步骤760中，会话管理节点200可以基于最新的请求消息来更新之前所创建的瞬态记录而不是创建新的瞬态记录。方法700可以然后在步骤770中结束。

然而，如果找到用于所提供的订购标识符的单个记录，方法700可以替代地从步骤740进入步骤745，其中，会话管理节点200可以通过使用真实订购记录处理请求。在步骤750中，会话管理节点200还可以处理任何之前所创建的瞬态记录。方法700可以然后在步骤770中结束。

图8图示了用于处理事件通知消息的示例性方法800。方法800可以例如通过如事件侦听器255的会话管理节点200的组成部分来运行。

方法800可以在步骤805中开始并且进入步骤810，其中，会话管理节点200可以接收来自另一个节点的事件通知消息。在步骤815中，会话管理节点200可以然后通过确定事件类型是否指示在SPR提供新的订购记录来开始确定什么类型的事件与所接收的事件通知相关联。如果事件通知不是新的订购记录的通知，会话管理节点220可以在步骤830中运行通知的附加处理。合适的附加处理对于本领域普通技术人员将是显而易见的。

在另一方面，如果事件通知指示已经提供新的订购记录，方法800可以从步骤815进入步骤820。在步骤820中，会话管理节点200可以从通知中提取大量订购标识符。接下来，在步骤825中，会话管理节点200可以处理与订购标识符相关联的任何之前所创建的瞬态记录。方法800可以然后在步骤825中结束。

图9图示了用于基于提供订购简档来转换的示例性方法900。方法900可以例如通过会话管理节点200的组成部分来运行，例如，会话管理器225和/或订购记录获取器235。方法900可以指示被采取来处理与真实订购记录相关联的任何瞬态记录的步骤。因而，方法900可以对应方法700的步骤750和/或方法800的步骤825。

方法900可以在步骤905中开始并且进入步骤910，其中，会话管理节点200可以搜遍会话存储器230查找包括所提供的订购标识符的任何会话。可替代地或者附加地，会话管理节点200可以搜索瞬态记录缓存（如果存在的话）以确定是否存在任何匹配的瞬态记录。在步骤915中，会话管理节点200可以确定：对于订购标识符，是否找到匹配会话。如果没有找到任何会话，方法900可以在步骤935中结束。

在另一方面，如果匹配会话被找到，会话管理节点200可以确定匹配会话是否基于瞬态记录建立。例如，会话管理节点200可以确定用于会话的订户名是否“未知”。如果未基于瞬态记录创建会话，方法900可以在步骤935中简单地结束。

然而，如果会话基于瞬时记录被创建，方法可以从步骤920进入步骤925，其中，会话管理节点200可以更新会话记录，以包括包含在现在可获得的真实订购记录中的数据。例如，会话管理节点200可以利用订户的实名来代替未知名。会话管理节点200可以然后更新受影响的会话。例如，会话管理节点200可以调用规则引擎来确定针对会话的任何其它信息是否应改变。会话管理节点200还可以生成传送到SGW、PGW、或者另一个节点的消息，以向这些节点通知更新的会话信息。方法900可以然后在步骤930中结束。

已经描述了用于示例性的订户网络100和会话管理节点200的工作的示例性组成部分和方法，示例性订户网络100和会话管理节点200的工作的示例现在将参考图1-9来提供。会话管理节点200可以对应PCRN136;数据布置300可以指示会话存储器230的内容；以及规则组400可以指示规则存储器265的内容。

正如会话记录340中所示出的，会话被事先创建并且当前由会话管理节点200基于瞬态订购记录来管理。瞬态订购记录基于包括订购标识符d和e的请求来创建。

会话管理节点然后接收请求消息500。会话管理器225将请求消息识别为与会话记录340相关联的补充请求消息。会话管理器225从订购记录获取器235请求与订购标识符d和f相关联的订购记录。订购记录获取器然后在步骤720中检查订购记录缓存器245以及在步骤730询问SPR138关于与指定订购标识符相关联的任何记录。如果返回单个真实订购记录，会话管理节点200将根据新的订购记录更新会话记录340。然而，在这时，没有任何订购记录可用。因此，在步骤760，会话管理器更新会话记录340，以包括附加的订购标识符“f”，正如由请求消息500所指示的。会话管理器225还在步骤765中根据补充请求消息500运行对于会话的任何其它更新，正如本领域普通技术人员所已知的。

后来，事件侦听器255接收来自SPR138的事件通知600。事件侦听器255在步骤815中确定事件是新的记录事件并且在步骤820中从订购标识符AVP615提取订购标识符d、e、和f。接下来，在步骤910中，会话管理器定位会话记录340。因为会话记录340基于瞬态订购记录创建，正如由“未知”订户名所指示的，会话管理器225在步骤925中更新会话记录340，以包括真实订购记录的数据。因而，在订户名字段310中，用“John持卡人”来替换“未知”。接下来，在步骤930中，规则引擎260确定：因为John持卡人的订购记录指示“银”的订户类别，规则430适用于会话0x3FA1。因此，会话管理器255改变用于会话记录340的QoS字段320到双向256kbps。最后，会话管理器255构造包括新的QoS信息的RAR消息并且将RAR推送到PGW134，用于安装和执行。

根据前述，各种示例性的实施例提供用于鲁棒性地处理当获取订购记录时所遇到的出错。特别地，通过生成瞬态订购记录，当没有真实订购记录可用时，可以完成对会话的请求。此外，当真实订购记录可用时，瞬态记录可以在稍后时间被替换，由此促进会话的转换。

从前面的描述应当明显看到，本发明的各个示例性实施例可以用硬件和/或固件来实施。此外，各个示例性实施例可以被实施为存储在机器可读存储介质上的指令，其可以由至少一个处理器读取并执行，以便施行这里详细描述的操作。机器可读存储介质可以包括用于以可由机器读取的形式存储信息的任何机制，所述机器比如是个人或膝上型计算机、服务器或者其他计算器件。因此，机器可读存储介质可以包括只读存储器（ROM）、随机存取存储器（RAM）、磁盘存储介质、光学存储介质、闪存器件以及类似的存储介质。

本领域技术人员应当认识到，这里的任何方框图代表具体实现本发明的原理的说明性电路的概念图。类似地应当认识到，任何流程图、程序图、状态转变图、伪代码等等代表可以基本上被表示在机器可读介质中并且从而由计算机或处理器执行的各种处理，而不管这样的计算机或处理器是否被明确地示出。

虽然具体参照其某些示例性方面详细描述了各个示例性实施例，但是应当理解的是，本发明可以有其他实施例，并且其细节在各个显而易见的方面可以有修改。本领域技术人员很容易认识到，在保持本发明的精神和范围的同时可以实施各种变型和修改。相应地，前面的公开内容、描述和附图仅仅是用于说明性目的，而不以任何方式限制仅由权利要求书限定的本发明。

Claims (15)

1.一种多播分组的方法，其包括：

在系统中的多块线卡（12）当中的一块线卡（12）处接收（202）分组；

确定（204）所述分组是否需要多播；

响应于分组需要多播，把所述分组连同多播报头发送（210）到系统的光纤交换机（18）；

由光纤交换机（18）对分组进行复制（212），从而获得复制分组；

由光纤交换机（18）把复制分组发送（214）到所述多块线卡（12）当中的一块或多块线卡（12）；

确定（216）与所述分组相关联的服务是否有任何外出端点不适合接收复制分组的重复分组；以及

除了被确定为不适合接收重复分组的任何外出端点之外，把重复分组提供（218）到所述服务的每一个外出端点。

2.权利要求1的方法，其中，所述分组是虚拟私有局域网（LAN）服务（VPLS）分组，所述外出端点是VPLS外出端点，并且所述服务是VPLS服务。

3.权利要求2的方法，其中，确定是否有任何VPLS外出端点不适合接收重复分组包括：

对于每一个VPLS外出端点确定VPLS分组的目的地端点标识符是否与该VPLS外出端点匹配；

响应于第一VPLS外出端点与目的地端点标识符匹配，确定目的地端点标识符是否与VPLS分组的来源端点标识符匹配；

响应于目的地端点标识符与来源端点标识符匹配，确定第一VPLS外出端点不适合接收重复分组。

4.权利要求2的方法，其中，确定是否有任何VPLS外出端点不适合接收重复分组包括：

对于每一个VPLS外出端点确定VPLS分组的目的地端点标识符是否与该VPLS外出端点匹配；

响应于第一VPLS外出端点与目的地端点标识符匹配，确定目的地端点标识符和VPLS分组的来源端点标识符是否属于同一水平分割组；以及

响应于目的地端点标识符和来源端点标识符属于同一水平分割组，确定第一VPLS外出端点不适合接收重复分组。

5.权利要求3的方法，其中，确定是否有任何VPLS外出端点不适合接收重复分组还包括：

对于每一个VPLS外出端点确定VPLS分组的目的地端点标识符是否与该VPLS外出端点匹配；

响应于第二VPLS外出端点与目的地端点标识符匹配，确定目的地端点标识符和VPLS分组的来源端点标识符是否属于同一水平分割组；以及

响应于目的地端点标识符和来源端点标识符属于同一水平分割组，确定VPLS第二外出端点不适合接收重复分组。

6.权利要求2的方法，其中，确定VPLS服务是否有任何VPLS外出端点不适合接收重复分组包括：

确定VPLS服务的第一VPLS外出端点与VPLS分组的目的地端点标识符和VPLS分组的来源端点标识符匹配，从而使得第一VPLS外出端点不适合接收重复分组。

7.权利要求2的方法，其中，确定VPLS服务是否有任何VPLS外出端点不适合接收重复分组包括：

确定第二VPLS外出端点与VPLS分组的目的地端点标识符匹配；以及

确定目的地端点标识符和VPLS分组的来源端点标识符处于同一水平分割组中，从而使得第二VPLS外出端点不适合接收重复分组。

8.权利要求6的方法，其中，确定VPLS服务是否有任何VPLS外出端点不适合接收重复分组还包括：

确定第二VPLS外出端点与VPLS分组的目的地端点标识符匹配；以及

确定目的地端点标识符和来源端点标识符处于同一水平分割组中，从而使得第二VPLS外出端点不适合接收重复分组。

9.权利要求1到8当中的任一条的方法，其中，确定分组是否需要多播包括：

关于所述分组的目的地介质访问控制（MAC）地址在转发数据库中施行查找操作；以及

响应于查找操作未能在转发数据库中找到目的地MAC地址或者查找操作的结果表明所述分组是多播或广播分组，确定所述分组需要多播转发。

10.一种用于多播分组的装置，其包括：

适于接收（202）分组的第一设备（12）；以及

通过第一光纤链路耦合到第一设备（12）的光纤交换机（18），所述光纤交换机（18）适于从第一设备（12）接收分组并且对分组进行复制，从而获得复制分组，

其中，第一设备（12）还适于：

确定（204）分组是否需要多播；

响应于分组需要多播，把所述分组连同多播报头发送（210）到光纤交换机（18）；

从光纤交换机（18）接收复制分组；

确定（214）与所述分组相关联的服务的对应于第一设备（12）的一个外出端点不适合接收复制分组的重复分组；以及

除了被确定为不适合的外出端点之外，把重复分组提供（218）到所述服务的对应于第一设备（12）的各个外出端点。

11.权利要求10的装置，其还包括：

通过第二光纤链路耦合到光纤交换机（18）的第二设备（12），所述第二设备（12）适于：

从光纤交换机（18）接收复制分组；

确定（216）与所述分组相关联的服务的对应于第二设备（12）的一个外出端点不适合接收重复分组；以及

除了被确定为不适合的外出端点之外，把重复分组提供（218）到所述服务的对应于第二设备（12）的各个外出端点。

12.权利要求11的装置，其中，所述分组是虚拟私有局域网（LAN）服务（VPLS）分组，所述外出端点是VPLS外出端点，所述服务是VPLS服务，并且第一设备（12）和第二设备（12）分别还适于：

对于每一个VPLS外出端点，确定VPLS分组的目的地端点标识符是否与该VPLS外出端点匹配；

响应于第一VPLS外出端点与目的地端点标识符匹配，确定目的地端点标识符是否与VPLS分组的来源端点标识符匹配；以及

响应于目的地端点标识符与来源端点标识符匹配，确定第一VPLS外出端点不适合接收重复分组。

13.权利要求11的装置，其中，所述分组是虚拟私有局域网（LAN）服务（VPLS）分组，所述外出端点是VPLS外出端点，所述服务是VPLS服务，并且第一设备（12）和第二设备（12）分别还适于：

对于每一个VPLS外出端点，确定VPLS分组的目的地端点标识符是否与该VPLS外出端点匹配；

响应于第一VPLS外出端点与目的地端点标识符匹配，确定目的地端点标识符和VPLS分组的来源端点标识符是否属于同一水平分割组；以及

响应于目的地端点标识符和来源端点标识符属于同一水平分割组，确定第一VPLS外出端点不适合接收重复分组。

14.权利要求12的装置，其中，第一设备（12）和第二设备（12）分别还适于：

响应于第二VPLS外出端点与目的地端点标识符匹配，确定目的地端点标识符和VPLS分组的来源端点标识符是否属于同一水平分割组；以及

响应于目的地端点标识符和来源端点标识符属于同一水平分割组，确定第二VPLS外出端点不适合接收重复分组。

15.权利要求10到14当中的任一条的装置，其中，第一设备（12）还适于：

关于所述分组的目的地介质访问控制（MAC）地址在转发数据库中施行查找操作；以及

响应于查找操作未能在转发数据库中找到目的地MAC地址或者查找操作的结果表明所述分组是多播或广播分组，确定所述分组需要多播转发。

Images