应用用于管理服务流的策略的制作方法

专利名称：应用用于管理服务流的策略的制作方法
技术领域：
本发明涉及用于识别由服务器提供到用户域的服务类型以及用于针对其应用业务策略的方法和节点。
背景技术：
本领域中公知的是接入网络使客户端能够访问来自服务器的内容。将内容从服务器提供到客户端的最经常使用的方法是使用所谓的
"尽力服务(best effort)"连接。"尽力服务"意味着接入网络不会提供以下任何保证实际上将递送期望的内容，或者将根据指定的服务质量(QoS)、在最小延迟内或以所设置的优先级来递送内容。在尽力服务网络中，每个客户端获得尽力服务的服务，这意味着依赖于当前业务负载，其获得未指定的可变比特率和递送时间。
图l示出用于从服务供应商的服务器110向用户域120提供服务的简单接入网络100的现有技术表示。用户域120可以包括单个节点，或者可以包括多个用户设备22a、 22b，包括例如同 一家庭中的若干用户设备22a、 22b。用户域120内的所有用户设备22a、 22b共享对接入网络IOO和服务供应商的相同预订。在接入网络100内， 一个或多个接入域节点130 (例如接入路由器)向用户设备22a、 22t^是供直接网际协议
(IP)连接。接入域节点130在用户域120与服务器110之间转发IP业务数据、以及服务请求和服务响应。图l是非常简化的；本领域技术人员很容易意识到，典型的接入网络1 OO通常将包括为数千用户域120服务并且提供对因特网上的数百万服务器1 IO的访问的数十或数百接入域节点130。
用户域120的用户可以根据多种服务中的任何一个来请求服务。尽管诸如文件传输协议(FTP )或者通过使用超文本传输协议(HTTP )下载网页之类的服务可以满意地在简单尽力服务类型的接入网络100内被提供，但是诸如流视频和基于网际协议的语音(VoIP)之类的需要高带宽或低延迟的其他服务在服务质量(QoS)方面要求更高。
当前，如在因特网工程任务组(IETF)的请求注解(RFC) 791中所规定的，网际协议版本4 (IPv4)在每个IPv4分组的首部内承载服 务类型(TOS)参数。此外，RFC 2474 "IPv4和IPv6首部中区别服务 字段(DS字段)的定义，，定义了TOS参数的可能值。可以使用TOS参 数来指示应该以比简单的尽力服务连接更高的优先级或更低的延迟 来递送IPv4分组。尽管如此，可能的TOS值在范围上仍然非常有限并 且没有提供一种手段来以高等级的粒度(granularity)向网络中的路 由器指定当今的一些服务所需的要求高的QoS参数。
当前不存在以下高效手段，其使服务器110提供对服务的唯一定 义，从而实现使用与在建立同用户域12 0的会话时可能需要被例示 (instantiate )的所需QoS参数有关的高级信息。

发明内容
拥有以下方法和节点具有明显的优势，所述方法和节点用于以确 保要求高的Q o S参数能够在网络内被实施的方式来识别服务，以便在 服务器与用户设备之间提供增强的服务。
因此本发明的主要目的是提供以下方法和节点，其用于识别服务 供应商所提供的服务并且用于指定相关的端对端业务策略参数。
本发明的第 一 方面涉及以下方法，其对所识别的由服务器提供到 用户域的服务类型应用策略。首先准备服务模板，其包括服务器的地 址、协议标识符和供处理所识别的服务类型之用的一个或多个业务策 略。然后，通过添加用户域的地址来完成服务模板以提供服务流管理 集合。当分组被接收到时，所述分组包括源地址、目的地址和协议类 型并且还包括与所识别的服务类型有关的数据，通过将这些源和目的 地址以及协议类型与服务流管理集合中的地址和协议标识符进行匹 配来识别服务流管理集合。通过利用一个或多个业务策略在用户域与 服务器之间的服务流中交换数据。
本发明的第二方面涉及上述方法的变体。服务供应商节点为多个 服务类型准备了多个服务模板。服务流管理集合的产生是响应于从用 户域接收到服务请求而发生的，所述服务请求标识给定的服务类型。 在从用户域接收到多个服务请求的情况下，根据在多个服务请求中所 标识的服务类型，产生有区别的服务流管理集合。
本发明的第三方面涉及上述方法的另一变体。服务供应商节点为
7相同服务提供的两个或更多方面准备了两个或更多服务模板。两个或更多服务流管理集合的产生是响应于从用户域接收到服务请求而发生的，所述服务请求标识服务提供。
本发明的第四方面涉及接入域节点，其用于对用户域与服务器之间的服务流应用业务策略。接入域节点包括用于存储服务模板的存储器。服务模板包括服务器的地址、协议标识符以及一个或多个业务策略。接入域节点还具有控制逻辑，所述控制逻辑适于通过向服务模板添加用户域的地址来产生服务流管理集合。两个输入输出设备(一个在服务器侧， 一个在用户域侧)适于接收数据分组，每个分组都包括源地址、目的地址、协议类型和数据。策略处理器通过将源地址、目的地址和协议类型与服务流管理集合进行匹配来识别服务流管理集合，并且对数据应用一个或多个业务策略。然后通过输入输出设备将分组转发到它们的目的地。


为了更加详细地理解本发明，对于本发明的另外的目的和优点，
现在能够参考结合附图所给出的以下描述，其中图1是简单接入网络的现有技术表示；图2示出定义并使用服务流管理集合的方法的表示；图3示出根据本发明的 一个方面的示例性服务模板；图4示出根据本发明的 一 个方面的示例性服务流管理集合；图5示出根据本发明的 一 个方面的示例性信令图；以及图6示出根据本发明所构造的示例性接入域节点。
具体实施例方式
发明的创造性教"i 。然而，々应该理解的是该实施例仅仅提供了本发明的创造性教导的许多有利使用的一些示例。通常，在本申请的说明书中进行的陈述不 一 定限制本发明所要求保护的各方面中的任何 一 个。此外， 一些陈述可能适用于一些创造性特征，但不适用于其他特征。在附图的描述中，同样的附图标记表示本发明的同样的元素。
本发明提供了以下方法和节点，其用于识别服务类型并且高效地应用用于管理由服务供应商提供到用户域的服务的策略。服务器所提 供的服务类型被用于准备服务模板。每个服务模板包括策略参数，例
如像服务质量(QoS)参数、对寻址服务器有用的信息(包括实际递 送服务的服务器的地址)、协议标识符，并且进一步包括旨在通过添 加对寻址用户域有用的信息来填充的空数据字段。依赖于协议标识 符，模板还可以包括服务器的端口 ，其可以是公知的端口，例如像用 于简单邮件传送协议(SMTP)的端口25,并且还可以包括旨在通过 添加用户域的端口来填充的另 一空数据字段。服务模板优选地由服务 供应商的服务器来准备，并且服务模板优选地被发送到向用户域提供 网络接入的接入域节点。这样的接入域节点优选地在接收到服务模板 时存储服务模板，所述接入域节点可以例如是因特网服务供应商
(ISP)的接入路由器。
在用户希望从服务供应商获得特定类型的服务的情况下，用户域 向服务供应商的服务器发送请求。所述请求包括用户地址并且还可以 包括用户的端口。如果服务器接受服务请求，则它将用户地址和端口
(如果包含在请求中的话)转发到接入域节点。在接入域节点中，通 过以下方式来例示服务流管理集合拷贝用于特定服务类型的服务模 板的内容，利用用户地址和用户端口 (如果可用的话)来填充模板的 空字段。其后，服务流被产生，由此在用户域与服务器之间通过接入 域节点来交换业务数据的分组。每个分组承载源地址、目的地址和协 议类型，其中根据业务数据的方向，源和目的地分别表示用户域或者 服务器。针对每个分组，接入域节点将源和目的地址和协议类型与服 务器地址、用户地址和协议标识符进行匹配，以便使分组与适当的服 务流相关。接入域节点应用适当的服务流管理集合的策略参数以将业 务数据流转发到其目的地，或者透明地，或者通过修改、延迟、丢弃 或替换数据分组。
在本发明的上下文中，服务供应商可以包括一个或多个服务器。 对于服务供应商所提供的每个服务类型，服务供应商可以具有一个服 务器。可替换地，给定服务器能够支持若干服务类型。相同的服务供 应商域内的若干服务器可以被用于负载分担、冗余，或者可以根据与 发出请求的用户域的地理距离来选择。服务器可以简单地授权对服务 的访问，而相同服务供应商的一个或多个其他服务器可以实际递送内容给用户。 一般地，本发明的描述可以在考虑术语"服务器，，和"服 务供应商，，的等同物的情况下阅读。
一个服务供应商通常服务大量用户域。用户域可以包括一个或多 个用户设备，例如通常在单个家庭中或在单个办公室内找到的计算 机、电视机顶盒、个人数字助理等等。用户域可以包括移动设备，在 这种情况下用户域或用户设备的位置会随时间而改变，因此用户域可 以访问多个接入域节点中任何一 个。用户域可以从各种不同的接入供 应商(例如ISP)获得服务。 一个用户域可以担当另一用户域的服务
器；因而，本发明可以涉及两个不同的用户域，其中每个用户域针对
另一用户域担当服务器。
接入域节点可以是路由器、无线局域网(WLAN)路由器等等。
通常，接入域节点服务大量用户域。接入域节点的特征可以在若干节
点之间被分担，而不是在单个节点中实现。例如，资源管理器可以存
储服务模板列表并且在需要服务流管理集合的例示时向路由器提供
相关的服务模板。而且，存在于用户域与服务器之间的路径中的两个
不同的路由器可以具有服务流管理集合信息的拷贝并且均可以对服
务流应用 一些或全部策略参数。与用户域最近的路由器优选地可以应
用与上行链路业务相关的策略，而与服务器最近的另 一路由器将优选
地应用与下行链路业务相关的策略。
用户域和服务器所使用的地址可以采取网际协议(ip)地址的形
式。可替换地，其他类型的地址可以被使用。例如，通过利用地址解 析协议(ARP),或以太网上的点对点协议(PPPoE)会话标识符而从 IP地址的转换中获得的以太网介质访问控制(MAC)地址。而且，可 以使用多协议标签转换(MPLS)标签来代替IP地址。
有利地，可以使用地址范围来代替用于指定服务器或用户域的特 定地址。例如，相同服务供应商的若千服务器能够在网络地址所标识 的IP地址范围内达到。月良务器的示例性网络地址可以采用 "192.168.4.x"的形式。将[l-255]范围内的任意值应用于区域"x，，会 产生网络地址范围内的标准IP版本4 (IPv4)地址。在此所使用的称作 地址的术语将被理解为包括特定地址(例如IP地址、MPLS标签、或 MAC地址)以及诸如网络地址之类的地址范围等等。
在本发明中，术语"服务流"描述了在源与目的地之间(例如在
10服务供应商与用户域之间，或更具体地在服务供应商的服务器与用户 域的用户设备之间)交换的一系列数据分组。数据业务可以在服务器 与用户域之间以任一 方向流动。服务流或服务数据流内的分组可以形 成连续的或不连续的流，在这种意义上， 一些服务将以相当一致的方 式提供数据分组流，而其他一些服务将根据需要来提供数据分组，其 中分组之间或分组群组之间有可能较长的延迟。流内的所有分组通常 与服务类型相关，或者与服务提供的特定组件相关。
现在参考附图，其中图2示出用于定义和使用服务流管理集合的 方法的表示。如图2的方法中所示，服务流管理集合被准备并使用， 以便确保提供给用户域的服务类型按照服务供应商所选择的策略来 进行递送。该过程起始于步骤210，其中提供了服务模板，包括定义 服务类型的参数。可以在第一节点中(例如在服务器中)准备服务模 板并且对其进行转发以供稍后在第二节点中(例如在路由器中)使用。 可替换地，可以在服务模板最初被准备的相同节点中使用服务模板。 在图3中描述了服务模板的参数，该图示出根据本发明的 一 个方面的 示例性服务模板300。
如图3中所示，服务模板300包括服务器的地址310,其实际上提 供了服务模板300所定义的服务类型。地址310可以例如是IP地址。还 可以包括在IP首部中找到的协议标识符3 3 0 ,例如传输控制协议
(TCP)、用户数据报协议(UDP)、流控制传输协议(SCTP)、因特 网控制消息协议(ICMP)。可以可选地包括服务器的端口 320,其中 可以根据协议标识符330的值而适用。优选地，服务器地址310、协议 标识符330和端口320 (如果被包括的话)对于给定服务类型而言形成 唯一组合。服务模板300包括两个空字段第一空字段360被准备以用 于最后接收服务模板300所定义的服务的用户的地址。第二空字段370 被用于可选地接收用户的端口号。列表340包括用于控制服务流的一 个或多个策略，其是服务模板300的一部分，所述策略是在服务供应 商根据服务类型的需要来对服务提供进行配置时选择的。在列表340 内，可以找到示例性QoS参数及其他类型的参数，例如上行链路和/或 下行链路方向341上的带宽、最大上行链路和/或下行链路延迟342、关 于在上行链路/下行链路方向上是否允许重传的指示器343 、用于削弱
(attenuate)上行链路和/或下行链路方向上的业务峰值的业务整形(shaping)参数344、上行链路和/或下行链路方向上的分组过滤条件 345、上行链路和/或下行链路方向上的分组优先级346，等等。应该理 解的是，参数341 -346的列表仅仅是示例性并且在不偏离本发明精神的 情况下其他类型的QoS参数、优先级或业务整形参数可以构成列表340 的内容。服务模板300还可以包括服务供应商标识350。在一些网络中
(例如在IP版本6(IPv6)网络中)，可以确保服务器地址310的唯一性。 然而，在IPv4网络中，相同的IP地址可以被分配给多于一个节点。甚 至在IPv6网络的情况下，确保地址310的唯一性需要复杂的处理，这并 不总是被实现。在此情况下，服务供应商标识350可以有利地被添加 到服务模板300以便唯一地标识服务器。服务模板300可以被准备并存 储在一个节点中，可以在第 一节点内被准备并且被存储以供稍后在另 外的节点中使用。
返回图2，在步骤220产生服务流管理集合。可以在服务模板300 最初被准备的节点中，或者在服务模板3OO被存储的另外节点中产生 服务流管理集合400。当服务模板所标识的服务的特定用户需要时产 生服务流管理集合。这可以是针对从用户域接收到请求建立会话的信 号或消息的响应，所述信号或消息包括用户地址以及可选地用户端口 的指示。用户地址和可选用户端口可以可替换地用其它方式来获得， 例如手动配置与被允许从安全网络获得服务的选定用户域相关的信 息。服务流管理集合400的产生是通过以下方式来实现的拷贝服务 才莫板300的内容、利用用户域的地址以及可选地利用用户域的端口号 来重写空字段360和370。图4示出根据本发明一个方面的示例性服务 流管理集合400。服务流管理集合400包括来自服务模板300 (向其添 加了用户地址460和可选的用户端口470)的所有信息，所述用户地址 460和可选的用户端口 470实际上分别填充了服务模板300的空字段 360和370。为了唯一地识别提供给用户域的给定服务类型，服务器地 址310、协议标识符330和用户地址460、以及服务器端口320和用户端 口470 (如果被包括的话)必须形成相同网络内的唯一组合，并且出 现在一个单一的服务流管理集合400中。
在很多情况下，当服务模板300所定义的服务类型是单播类别时， 用户地址460可以是分配给用户域内的用户设备的IP地址。在那些情况 下，用户端口 470可以是根据用户设备的内部实现而选择的相同用户设备的端口号。可替换地，当服务模板300所定义的服务类型是多播
类别时，用户地址不与任何特定用户设备相关，而可以是与多播群组 (即，对相同的多播服务感兴趣的用户设备群组)相关的多播IP地址。
在多播服务的情况下，用户端口 470是多播群组中的所有设备用来访 问多播服务的端口号。
仍然在图2中，根据服务流管理集合400的策略列表340中的参数 来在服务器与用户域之间建立的服务流中交换数据业务。在步骤230， 接收到数据分组，其包括源地址、目的地址、协议类型以及可选地源 端口和目的地端口。根据数据业务的方向，源可以是服务器而目的地 可以是用户域，在这种情况下业务方向是下行链路。在上行链路方向 上，源是用户域而目的地是服务器。在步骤240,将源和目的地址、 协议类型和端口 (如果被包括的话)与服务器地址310、用户地址460、 协议标识符330以及可选地与服务器端口 320和用户端口 470进行匹 配，由此识别适当的服务流管理集合400。在步骤250,根据适当的服 务流管理集合400的策略列表340中的参数来处理数据分组。与服务流 管理集合400所唯一标识的服务类型相关的数据被包含在数据分组 中。数据与策略列表340中的参数的一致性(Compliance)被验证。可 以根据策略列表340来对数据进行转发、延迟、丟弃、过滤或以其他 方式进行修改。作为示例，策略列表340中的优先级346可以指示数据 具有低优先级。在业务过载的情况下，如果最大延迟342指示对分组 进行延迟是允许的，则可以延迟数据分组。可替换地，如果最大延迟 342指示分组根本不可以被延迟，则删除数据分组而不对其进行转发。
现在已经在上文中描述了定义和使用服务模板300和服务流管理 集合400的方法，现在将参考图5来描述本发明的优选实施例的各方 面，图5示出根据本发明一个方面的示例性信令图。图5示出一个服务 器500、 一个用户域120和一个接入域节点600之间的交互。应该理解 的，典型的接入网络通常会包括大量的接入域节点600和甚至更大数 量的用户域120。各种类型的接入域节点600可以包括例如接入路由器 和集中器(concentrator),所述接入路由器提供对用户域120的直接接 入。在单个用户域120中，可以驻留有一个或多个用户设备(未示出， 但是在图l中被描绘)。接入网络将提供对多个服务供应商域的接入， 每个服务供应商域包括一个或多个服务器500。在服务供应商域内，除了各种类型的服务器500之外，还可以找到若干专用节点，例如应 用功能节点(未示出)。以下对服务器500、接入域节点600和用户域 120之间的信令的描述是说明性的并且是简化的。
在步骤210，服务器500针对一个或多个对应服务类型准备一个或 多个服务模板300。步骤210与针对图2所描述的一样。在步骤502,服 务器500向接入域节点600发送包括服务模板300中的每一个的内容的 消息。步骤502的消息通过服务器地址310、可选的服务器端口 320和 协议标识符330的唯一组合，或者通过使用单独的服务模板标识符来 唯一地标识每个服务模板300。在步骤504接入域节点600在存储器中 存储一个或多个服务模板300。当现有服务类型被修改时或当新服务 类型被引入时，可以在服务器500中执行步骤210。步骤502和504与步 骤210连续执行，或者当服务器500进入与新的接入域节点600的新的 关系时被执行。步骤502和504还可以在其他时间被执行，例如在从接 入域节点600中的存储器丢失(memory loss)中恢复时。
在步骤506，用户域120的用户发起对预订一个或多个所选择服务 的请求。向服务器500发送消息，可能通过接入域节点600来传送。所 述消息包括用户的标识(其对应于用户域120的标识)以及所选择服 务的列表。服务的例子可以包括视频点播(VOD),或基于IP的语音 (VoIP)。在步骤508,服务器500存储用于用户域120和所选择服务的 预订信息。对于服务器500所提供的一些类型的服务，可能不需要预 订，并且可以省略步骤506-508。
在步骤510,用户发起对建立服务会话的请求。这可以例如通过 打开包含在用户域120内的用户设备(例如电视机顶盒)来进行。用 户域120向服务器500发送服务请求，所述服务请求包括所请求服务类 型的指示，具有用户设备的地址和可选端口号，如果所请求的服务类 型是单播的话。对于多播IP服务而言，地址和可选端口号分别将会是 多播群组中所有用户设备所共用的多播IP地址和端口号。为简单起见 并且不失一般性，以下描述假设请求了单播服务。服务请求可以通过 接入域节点600来传送。如果适用于服务类型，则服务器500在步骤512 验证用户域120预订了所请求的服务。服务器500可以在同时发起用于 只于用户计费(billing)的i己贝长过禾呈(accounting process )。 在步骤514, 服务器500向接入域发送消息，从而请求它产生服务流管理集合400。所述消息肯定地标识相关服务模板300，以用于通过利用服务器地址 310、协议标识符330、和可选的服务器端口 320的组合或通过利用服 务模板标识符来产生服务流管理集合400。所述消息包括用户设备地 址并且可以包括可选的端口号。在步骤220 (其与针对图2所描述的一 样)，接入域节点通过向服务模板300的内容添加用户设备地址和可选 端口号(如用户地址460和可选用户端口470)来产生服务流管理集合 400。
单个接入域节点600可以同时向若干用户域120提供对来自相同 服务器500的相同的单播服务类型的访问。在该接入域节点600内，用 于服务器500的服务类型的服务模板3OO仅被例示 一 次，而服务流管理
对于来自服务器500的通过接入域^点600口所提供的多一^服务类型，接 入域节点600针对多播群组仅仅对服务流管理集合400例示一次，而不 管多播群组内的用户域120的数目。
优选地，在步骤516，服务器500通知用户域120请求被接受。 其后，通过接入域节点600在服务器500与用户域120之间所建立 的服务流中交换分组形式的数据业务。业务可以在下行链路方向上从 服务器500流向用户域120,在上行链路方向上从用户域120流向服务 器500,或双向流动。如果服务类型是VOD,则基本上所有的业务都 在下行链路方向上，除了用户域120所发送的少量的控制信令。在VoIP 电话服务的情况下，业务双向流动。
数据分组传递通过接入域节点600，接入域节点600应用来自服务 流管理集合400的策略。例如，发送自用户域120的上行链路数据分组 在步骤518到达接入域节点600,所述上行链路数据分组包含用户的源 地址、服务器500的目的地址、协议类型以及可选地包括用户的源端 口和服务器500的目的地端口 。接入域节点600通过将其中包含的协议 标识符330、用户和服务器地址、及可选端口与所接收的源和目的地 址、协议类型、及可选端口进行匹配来识别合适的服务流管理集合 400 。任何具有与接入节点600的任何服务流管理集合400不匹配的源 和目的地址或协议类型或可选端口的数据分组将根据现有技术中已 知的方式来处理，例如通过接入节点600以尽力服务模式来传送。在 步骤520，接入域节点600验证数据分组能够根据策略被不予改变地转
15发、修改或删除。作为示例，如果超过阈值(指示有太多业务正被传
送至服务器500 ),则可以根据服务流管理集合400的策略来删除包含 在用户设备所发送的单个VoIP分组中的数据(表示几分之一秒的语 音)。考虑到与简单地丢弃分组相比延迟相同分组将会使语音质量下 降得更多，服务流管理集合400的策略将不会允许延迟该VoIP分组。 如果没有被删除，则在步骤522，分组被转发到服务器。在另一例子 中，在步骤524,在下行链路方向上从服务器500发送包含VOD数据的 分组。在步骤526,接入域节点应用来自服务流管理集合400的策略， 所述服务流管理集合400与包含在VOD数据分组中的地址、协议类型 和可选端口匹配并且包括用于VOD服务的策略。在业务过载的情况 下，给定策略可以指示丢弃VOD数据是不允许的，但是在业务整形机 制中延迟视频分组是允许的。在步骤528,数据分组(可能是经修改 的形式)被转发到用户域120。在步骤530,用户可以请求中止(cease) 服务会话。服务器500可以停止记账，然后在步骤532通知接入域节点 除去服务流管理集合400。
服务器500可以确定特定服务提供可以由两个或更多不同的流来 更好地提供，对于所述两个或更多不同的流，定义了两个或更多服务 模板300和两个或更多相应的服务流管理集合400。例如，电视服务可 以包括用于音频和一见频流的两个"良务流，由于高质量音频和一见频信号 的不同要求，这两个流具有由不同的策略列表340所管理的不同特性。 用于音频和视频流的两个不同的服务模板300将已经在步骤502被从 服务器500发送到接入域节点600,并且在步骤504被存储。在步骤514， 响应于在步骤510的单个服务请求(如果该请求是针对电视服务提供 的话)，服务器500可以有利地向接入域节点600指示请求产生两个 服务流管理集合400。服务器地址310、服务器端口320、用户地址460、 用户端口 470或协议标识符330中的至少一个在两个服务流管理集合 400中必须是不同的，以便使它们是可区别的。然后在步骤518-528, 在这两个服务流中对数据业务进行独立地处理。同样，如果在步骤510 接收的服务请求标识出具有不同特性的两个独立服务，则可以在步骤 220产生两个单独的服务流管理集合400以用于将来自相同服务器500 的两个服务独立地提供到相同的用户域120。
2006年8月17日公开的题为"Method for aggregating data trafficover an access domain and nodes therefor" 并且转让给本申请的受让人 的美国专利申请号US 2006/0182123描述了数据服务网络，其中服务供 应商通过包括接入节点(AN)和4妄入边缘节点(AEN)的接入网络 将服务提供到用户域。当用户域请求建立与服务供应商的服务会话 时，服务绑定被创建并被存储在AEN中。服务绑定内容净皮转发到AN 并且存储在AN中，所述AN提供对用户域的接入。服务绑定包括服务 器的标识、服务类型、服务器端口号、用户设备介质访问控制(MAC) 地址、用于连接用户设备的AN的端口号、QoS参数和某些其他信息或 与之相关。在下行链路方向上发送自服务供应商的数据业务在到达用 户域之前穿过AEN并然后穿过AN。包含在服务绑定中的QoS参数被 AEN和AN使用来管理数据业务的处理。US 2006/0182123中所描述的 服务绑定标识用户域与服务器之间的关系，但是其无法唯一地标识特 定服务类型。服务绑定在MAC地址级起作用，因此不支持根据用户和 服务器地址、协议类型或端口号的特定组合对数据分组的特定处理。 此外，根据US 2006/0182123，针对进行中的会话所建立的已有服务绑 定没有向用户提供选择新服务的能力，其中可以由相同的服务供应商 为所述新服务指定特定的QoS参数。在US 2006/0182123中， 一个服务 绑定可能仅仅与一个QoS参数集合相关，其可能不适合于不同的服务 类型。因而，US 2006/0182123没有提供高效地支持从相同的服务供应 商到一个用户域的多于一个服务或用于相同服务的多于一个数据流 的能力。
在本发明的 一些实施例中，在US 2006/0182123中描述的AEN可以 被补充以如在上文中所描述的接入域节点600的那些类似的特征。对 于给定用户域，多个服务模板300可以被存储在AEN中，并且一个或 多个服务流管理集合400也可以在AEN中被例示，服务流管理集合400 成为用于该用户域的服务绑定的 一部分。当AEN将服务绑定信息转发 到服务用户域的AN时，它可以添加来自服务流管理集合400的 一 些信 息。AEN和AN这二者可以将包含在服务流管理集合400中的策略应用 于服务会话。在某些情况下，AEN和AN同样地应用全部策略。可替 换地，AEN和AN均可以应用一些策略。例如，当用户设备发送打算 送给服务器的许多大分组时，作为接收那些大分组的第 一节点的AN 可以应 过滤策略并且延迟或丢弃一些分组，由此防止AEN和月l务器过载。在AEN应用下行链路策略时，AN可以有利地应用上行《连^各策
略o
现在将参考图6来描述在先前附图中使用的接入域节点600的示 例性构造，图6示出根据本发明的接入域节点。接入域节点600对用户 域120与服务器500之间的服务流应用业务策略。接入域节点600包括 服务器侧输入输出设备610、用户域侧输入输出设备620、存储器630、 控制逻辑640和策略处理器650。存储器630进一步包括服务模板表632 和服务流表634。服务模板表632中的服务模板300与针对图3所描述的 相同。同样，图4的服务流管理集合400描述了服务流表634的内容。
当在服务器500中创建服务类型和相应的服务模板300时，服务器 500向接入域节点600发送包括服务模板300的信息。所述信息到达服 务器侧输入输出设备610。服务器侧输入输出设备610将服务模板300 转发到控制逻辑640，所述控制逻辑640继而将服务模板300写在服务 模板表632的条目中。服务模板表632可以存储用于来自许多服务器 500的大量可用服务类型的服务模板300。
当服务器500接受来自用户域120的对服务的请求时，它向接入域 节点600发送请求以添加用于用户域120的服务流管理集合400。所述 请求包括用户地址以及可选地包括用户端口 。在服务器侧输入输出设 备610接收到请求并且将其转发到控制逻辑640。控制逻辑640从服务 模板表632读取适当的服务模板300，将其内容与所接收的用户地址以 及与用户端口 (如果包括的话)进行组合，以产生服务流管理集合400, 并且将服务流管理集合400存储在服务流表634中。服务流表634可以 包括用于多个接入域节点120的大量服务流管理集合400。
服务流内的业务可以在上行链路方向上(从用户域120到服务器 500)或者在反向上(下行链路方向)穿过接入域节点600。用户域侧 输入输出设备620和服务器侧输入输出设备610这二者然后可以接收 数据分组形式的业务流。每个数据分组包括上行链路或下行链路源地 址、上行链^各或下行链路目的地址、协议类型，并且还可以包括上行 链路或下行链路源端口以及上行链路或下行链路目的地端口。例如， 在服务器侧输入输出设备610接收的数据分组由服务器500在下行链 路方向上发送；该分组因此包括下行链路源地址和下行链路目的地 址。策略处理器650使用那些地址、协议类型和可选端口，通过查找与协议标识符330以及与服务器和用户的地址和可选端口的匹配来识 别服务流表634内的相应服务流管理集合400。 一旦找到匹配，就由策 略处理器650读取包含在服务流管理集合400中的策略。策略处理器 650使用策略(包括例如上行链路和/或下行链路带宽341、上行链路和 /或下行链路最大延迟342、上行链路和/或下行链路重传指示器343、 业务整形344、上行链路和/或下行链路分组过滤条件345、或上行链路 和/或下行链路优先级346、或其任何适当组合)来确定如何处理数据 分组。根据数据分组的方向，策略处理器优选地在服务流管理集合400 的策略之中选择仅应用于上行链路、应用于下行链路或应用于这两个 业务方向的策略。根据所选择的策略，在通过用户域侧输入输出设备 620或服务器侧输入输出设备610对分组进行转发之前，策略处理器 650可以不修改分组，或可替换地对其进行丢弃、过滤、延迟或进行 任何适当的基于策略的修改。例如，如果在用户域侧输入输出设备620 处从给定用户域120所接收的数据分组的数量和大小超过上行链路带 宽341所设置的限制，则断定业务与上行链路带宽341不适应，并且通 过策略处理器650丢弃或延迟一些数据分组。
如果服务器500确定对服务的请求需要建立用于用户域120的两 个单独的服务流管理集合400,则分别地或在组合消息中在服务器侧 输入输出设备610处接收到来自服务器500的两个针对增加服务流管 理集合400的请求。控制逻辑640从服务模板表632读取两个不同的服 务模板300,并且在服务流表634中存储两个不同的服务流管理集合 400。在这种情况下，这两个不同的服务模板300在其策略列表340中 可能具有不同的内容。优选地，这两个不同的服务模板300区别在于 具有不同的服务器地址310、或不同的服务器端口 320、或不同的协议 标识符330、或任何不同的组合。可替换地，分配给相同的用户域120 的两个不同的服务流管理集合400可以通过使用不同的用户地址460 或不同的用户端口 470来加以区分。
在其中两个或更多服务流管理集合400 (例如用于VoIP服务的第 一服务流管理集合400和用于另 一数据服务的第二服务流管理集合 400)被分配给一个用户域120的情况下，用于这两个或更多应用的数 据分组包括源和目的地址、协议类型或不同端口的不同集合。策略处 理器650因此能够通过使用那些不同的集合来区别两个或更多服务流
19管理集合400。
尽管已经在附图中示出并且在以上详细说明中描述了本发明的 接入域节点和方法的优选实施例的若干方面，但是将会理解的是，本 发明不限于所公开的实施例，而是能够在不偏离由以下权利要求所阐 释和限定的本发明的精神的情况下进行许多重排、修改和置换。
权利要求
1.一种对由服务器提供到用户域的服务类型应用业务策略的方法，所述方法包括以下步骤-提供服务模板，所述服务模板包括服务器的地址、协议标识符以及一个或多个业务策略；-通过向服务模板添加用户域的地址来产生服务流管理集合；-接收分组，所述分组包括源地址、目的地址、协议类型以及与服务类型有关的数据；-通过将源地址、目的地址和协议类型与服务流管理集合进行匹配来识别服务流管理集合；以及-使用所述一个或多个业务策略在用户域与服务器之间交换数据。
2. 根据权利要求l所述的方法，其中-服务器的地址、用户域的地址、源地址和目的地址是网际协议 (IP)地址。
3. 根据权利要求l所述的方法，其中 -源地址等于用户域地址；-目的地址等于服务器地址；并且 -协议类型等于协议。
4. 根据权利要求l所述的方法，其中 -目的地址等于用户域地址；-源地址等于服务器地址；并且 -协议类型等于协议标识符。
5. 根据权利要求l所述的方法，其中-通过利用包含在两个或更多服务流管理集合中的策略在用户域 与服务器之间交换数据业务；并且-所述两个或更多服务流管理集合基于两个或更多不同的服务模板；-其中所述两个或更多服务流管理集合与服务提供的两个或更多 补充方面相关耳关。
6. 根据权利要求5所述的方法，其中 -所述服务提供是电视服务；-所述两个或更多补充方面中的一个是音频流；并且 -所述两个或更多补充方面中的另一个是一见频流。
7. 根据权利要求l所述的方法，其中-准备服务模板的步骤在服务供应商节点处执行；-服务供应商节点将服务模板发送到接入域节点；并且-产生服务流管理集合的步骤在接入域节点中进行。
8. 根据权利要求7所述的方法，其中-服务模板进一步包括服务供应商的标识；并且 -接入域节点使用服务供应商的标识在服务供应商与用户域之间 转发业务。
9. 根据权利要求l所述的方法，其中-服务供应商节点为多个服务类型准备多个服务模板。
10. 根据权利要求9所述的方法，其中-产生服务流管理集合的步骤是响应于接收到来自用户域的服务 ifr求而进4亍的。
11. 根据权利要求10所述的方法，其中-用户域预订所述多个服务类型中的一个或多个；-服务请求包括期望服务类型的指示；并且-使产生服务流管理集合成为用户域预订期望服务类型的条件。
12. 根据权利要求10所述的方法，其中 -从用户域接收多个服务请求；并且-针对所述多个服务请求中的每 一 个产生不同的服务流管理集合。
13. 根据权利要求9所述的方法，其中-用户域预订所述多个服务类型中的一个或多个； -用户域包括多个用户设备；-从所述多个用户设备中的一个或多个接收多个服务请求，每个 服务请求包括期望服务类型的指示；-对于所述多个服务请求中的每一个，根据期望服务类型来选择 所述多个用户设备中的一个或多个；并且-针对所述多个服务请求中的每一个而有条件地产生不同的服务 流管理集合，其中使产生每个服务流管理集合成为用户域预订期望服务类型的条件。
14. 根据权利要求l所述的方法，其中-所述一个或多个业务策略包括分组过滤条件。
15. 根据权利要求l所述的方法，其中-所述一个或多个业务策略包括业务整形参数。
16. 根据权利要求l所述的方法，其中-所述一个或多个业务策略包括服务质量参数。
17. 根据权利要求l所述的方法，其中 -针对单播服务定义服务模板；并且-用户地址是包含在用户域中的用户设备的IP地址。
18. 根据权利要求l所述的方法，其中 -针对多播服务定义服务模板；并且-用户地址是包含在多个用户域中的多个用户设备所使用的多播 IP地址。
19. 根据权利要求l所述的方法，其中 -服务模板进一步包括服务器的端口；-产生服务流管理集合进一步包括向模板添加用户域的端口 ； -所述分组进一步包括源端口和目的地端口；并且 -识别服务流管理集合的步骤进一步包括将源端口和目的地端口 与服务流管理集合进行匹配。
20. 根据权利要求l所述的方法，其中-所述一个或多个业务策略中的至少一个应用于下行链^各方向。
21. 根据权利要求l所述的方法，其中-所述一个或多个业务策略中的至少一个应用于上行链^各方向。
22. 根据权利要求l所述的方法，其中-所述一个或多个业务策略中的至少一个应用于上行链路方向和 在下行链路方向这二者。
23. 根据权利要求l所述的方法，其中 -服务器的地址是网络地址。
24. 根据权利要求l所述的方法，其中 -用户域的地址是网络地址。
25. —种用于对用户域与服务器之间的服务流应用业务策略的接入域节点，包括-存储器，适于存储服务模板，所述服务模板包括服务器的地址、 协议标识符以及 一 个或多个业务策略；-控制逻辑，适于通过向服务模板添加用户域的地址来产生服务 流管理集合；-第一输入输出设备，适于接收分组，所述分组包括源地址、目 的地址、协议类型以及数据；-策略处理器，适于通过将源地址、目的地址和协议类型与服务 流管理集合进行匹配来识别服务流管理集合，并且对数据应用所述一 个或多个业务策略；以及-第二输入输出设备，适于对分组进行转发。
26. 根据权利要求25所述的接入域节点，其中 -所述一个或多个业务策略包括服务质量参数。
27. 根据权利要求25所述的接入域节点，其中 -服务模板进一步包括服务器端口；-服务流管理集合进一步包括服务器端口和用户域端口； -所述分组进一步包括源端口和目的地端口；并且 -策略处理器还通过将源端口和目的地端口与服务流管理集合进 行匹配来识别服务流管理集合。
28. 根据权利要求25所述的接入域节点，其中-服务流包括上行链路方向和下行链路方向；并且-策略处理器对包含在上行链路方向中的数据应用所述一个或多个业务策略的 一 个选择，并且对包含在下行链路方向中的数据应用所述一个或多个业务策略的另一选择。
29. 根据权利要求25所述的接入域节点，其中-策略处理器将源地址、目的地址和协议类型与用户域的地址、 服务器的地址和协议标识符进行匹配。
全文摘要
用于识别和管理由服务供应商提供到用户域的服务类型的方法和接入域节点。服务模板由服务供应商来准备，包括服务器的地址、协议标识符、以及用于针对服务控制业务的策略。当在用户域与服务供应商之间建立连接时，用户域的地址被添加到服务模板以产生服务流管理集合。在用户域与服务器之间在任一方向上交换的每个数据分组，通过检查包含于其中的源地址、目的地址和协议类型与适当的服务类型的匹配而与用于给定服务类型的服务数据流相关。来自服务流管理集合的策略被用于管理数据分组流。
文档编号H04L12/56GK101641912SQ200880008077
公开日2010年2月3日 申请日期2008年3月1日 优先权日2007年3月12日
发明者B·特朗布莱, M·朱利安, S·莫内特 申请人:艾利森电话股份有限公司