在通信网络中创建软件定义有序业务模式的方法和系统

摘要

一种用于更改网络中的数据包的逻辑流以适应预定的有序业务链的软件定义网络业务(SDNS)节点，包括接收器，用于经由封装的隧道从另一SDNS节点接收含有标记的封装的数据包，其中所述标记标识有序业务链或所述有序业务链中的下一跳；处理器，耦合到所述接收器并且用于解封装所述封装的数据包；以及发射器，耦合到所述处理器并且用于，当所述处理器基于所述标记确定附着到所述SDNS节点的业务设备上的业务应该应用到所述数据包时，将所述解封装的数据包转发给所述业务设备。

说明书

相关申请案交叉申请

本发明要求2012年8月15日由Ian Foo等人递交的发明名称为“在 通信网络中创建软件定义有序业务模式的方法和系统(Method and System  for Creating Software Defined Ordered Service Patterns in a Communications  Network)”的第61/683582号美国临时专利申请案以及2012年12月14 日由Ian Foo等人递交的发明名称为“在通信网络中创建软件定义有序业 务模式的方法和系统(Method and System for Creating Software Defined  Ordered Service Patterns in a Communications Network)”的第13/715524 号美国专利申请案的在先申请优先权，这两个在先申请的内容以引用的方 式并入本文中，如全文再现一般。

技术领域

本发明涉及网络通信，尤其涉及一种在通信网络中创建软件定义有序业 务模式的方法和系统。

背景技术

网络业务均为在计算机网络上托管的业务。网络业务通常由网络中的 服务器(或业务设备)托管以提供业务或共享资源给客户端计算机。企业 可将网络业务配置在局域网上以确保安全性、提供电子邮件以及向它的员 工提供打印。网络业务还可包括防火墙和加密/解密业务。特定业务通常被 分配或映射到网络中的特定端口号。在一些网络中，可能需要提供一系列 业务，而且这些业务需要以指定的顺序提供。提供的业务和/或提供业务的 顺序可随时间而改变。因此，可能需要重新配置网络以适应这些变化。

发明内容

在一项实施例中，本发明包括一种用于更改网络中的数据包的逻辑流 以适应预定的有序业务链的软件定义网络业务(software defined network  service，SDNS)节点，包括接收器，用于经由封装的隧道从另一SDNS节 点接收含有标记(tag)的封装的数据包，其中所述标记标识有序业务链或 所述有序业务链中的下一跳；处理器，耦合到所述接收器并且用于解封装 所述封装的数据包；以及发射器，耦合到所述处理器并且用于，当所述处 理器基于所述标记确定附着到所述SDNS节点的业务设备上的业务应该应 用到所述数据包时，将所述解封装的数据包转发给所述业务设备。

在另一项实施例中，本发明包括一种在网络节点中用于更改数据流量 的逻辑流以适应预定的有序业务链的方法，包括在接收器处接收发往端点 的传入数据流，使用处理器对所述传入数据流进行分类，使用所述处理器 封装所述传入数据流，以及基于所述分类将所述封装的传入数据流路由至 封装的隧道，其中所述网络节点将所述传入数据经由所述封装的隧道路由 至业务设备中的至少一个业务，以及所述网络节点将所述传入数据透明路 由至所述业务设备和所述端点，使得所述业务设备和所述端点不参与所述 传入数据流的所述封装和解封装。

在另一项实施例中，本发明包括一种在软件定义网络业务(SDNS) 网络节点中由处理器可执行的计算机程序产品，所述计算机程序产品包括 存储在非瞬时计算机可读介质上的计算机可执行指令，当所述处理器执行 这些指令时，会使所述SDNS网络节点执行以下操作：接收发往端点的传 入数据流，使用处理器对所述传入数据流进行分类，以及基于所述分类将 所述封装的传入数据流路由至封装的隧道，其中所述网络节点将所述传入 数据经由所述封装的隧道路由至业务设备中的至少一个业务，以及所述网 络节点将所述传入数据透明路由至所述业务设备和所述端点，使得所述业 务设备和所述端点不参与所述传入数据流的所述封装和解封装。

结合附图和权利要求书，可从以下的详细描述中更清楚地理解这些和 其它特征。

附图说明

为了更完整地理解本发明，现在参考以下结合附图和详细描述进行的简 要描述，其中相同参考标号表示相同部分。

图1为提供网络业务给客户端的网络的图。

图2为提供网络业务给客户端的网络的另一示例。

图3为根据公开的实施例的实施软件定义叠加网络用于创建和执行有序 业务链的网络的示意图。

图4为根据公开的实施例的实施软件定义叠加网络用于创建和执行有序 业务链的网络的示意图。

图5为根据公开的实施例的实施软件定义叠加网络用于创建和执行有序 业务链的网络的示意图。

图6为根据公开的实施例的用于创建有序业务链的用户界面的图。

图7A和7B示出了根据公开的实施例的用于实施软件定义业务链的方法 的流程图。

图8为图示网络单元的实施例的示意图，网络单元可以是通过网络传送 和处理数据的任意设备。

具体实施方式

最初应理解，尽管下文提供一个或多个实施例的说明性实施方案，但可 使用任意数目的当前已知或存在的技术来实施所公开的系统和/或方法。本发 明决不应限于下文所说明的所述说明性实施方案、图式和技术，包含本文所 说明并描述的示范性设计和实施方案，而是可以在所附权利要求书的范围以 及其均等物的完整范围内修改。

图1为提供网络业务给客户端的网络100的图。网络100可包括多个路 由器102、多个聚合点104、多个业务设备106和多个交换机108(例如开放 系统互连(Open Systems Interconnection，OSI)层2(Layer 2，L2)交换机)。 路由器102可将网络100耦合至其它网络或网络100中的其它设备或客户端 (未示出)。聚合点104可耦合至路由器102并用于执行业务链(例如，可 能需要按指定顺序执行的两个或两个以上业务)，这些业务链可提供给耦合 至路由器102的客户端。交换机108可如图所示耦合至聚合点104并可将网 络100连接至其它设备(未示出)。业务设备106可提供各种业务，例如， 防火墙、加密/解密、广域网(wide area network，WAN)优化、服务器负载 均衡(server load balancing，SLB)以及监控业务。业务设备106提供的业务 可为企业执行各种安全策略以确保，例如，文件不会在未授权的情况下被访 问以及确保文件的完整性。业务链中的业务和业务顺序可随时间而改变。例 如，企业使用业务设备106确保安全，而业务设备106提供的业务可随时间 而改变以应对可能出现的新威胁。此外，企业可拥有在不同情况下实施的多 条业务链。

网络100可使用基于生成树协议(spanning tree protocol，STP)(由电气 和电子工程师学会(Institute of Electrical and Electronics Engineers，IEEE) 802.1D中所定义)的L2转发路径进行业务路径确定。IEEE 802.1D以引用的 方式并入本文中，如全文再现一般。每个链式链路(业务之间的链路)可能 需要独自的虚拟局域网(virtual local area network，VLAN)，而且这些VLAN 可跨越网络拓扑。业务链的每种排列可能需要新的L2/STP路径和额外的 VLAN。改变网络100中的业务链可能需要L2路径和业务设备的复杂重配置。 网络100在业务放置方面可能不灵活，而且可扩展性受到聚合设备104的端 口密集度的限制。另外，部署和变化中的复杂度非常高，这样会增加出错或 故障的可能性。各种变化影响聚合点104，聚合点104会放大由这些变化引 起的任何错误的潜在影响。此外，业务设备必须感知业务链的变化。

图2为提供网络业务给客户端的网络200的另一示例。网络200可包括 多个域202、203、204以及多个业务设备210、211、212。网络200的安全 要求可能需要域202中的客户端与域203中的客户端之间的通信穿过业务设 备210中的防火墙。类似地，网络200的安全要求可能需要域202中的客户 端与域204中的客户端之间的通信穿过业务设备212中的防火墙。网络200 的安全要求可能需要到达或来自域203中的客户端的所有通信穿过业务设备 211中的防火墙。为了达到这些安全要求，L2/STP VLAN220、221、222、223、 224必须如图所示配置在域202、203、204与业务设备210、211、212之间。 需要添加、移除的安全策略所发生的任意变化或业务中的变化可能需要建立 和配置新的L2/STP VLAN。因此，与网络100一样，网络200发生的变化可 能需要L2路径和业务设备的复杂重配置。此外，网络200可能会遇到与网络 100相关的许多或所有问题。

本文公开的是用于软件定义业务链的系统、方法和装置。本发明概述了 一种使用软件定义叠加网络的方法，该网络经由分类、标记和封装以使流量 的方向通过一个(或多个)网络业务或业务平台，以提供逻辑路径转发更改。 所公开的系统可组合软件定义分类、转发、封装规则和叠加(overlay)封装， 叠加封装提供了允许创建逻辑子网络的能力，该逻辑子网络可以被任意修改 但对网络或现有数据流产生较小总体影响。这会有效地创建一条逻辑“业务 链”，链中的每条链路是一个允许应用一个或多个网络业务的业务站点。在 实施例中，最接近数据包的源的软件定义网络业务(SDNS)节点可以对该数 据包进行分类，将分类映射到表示数据种类、类型或组的标记，以及基于分 类将数据包路由至特定封装隧道。中间SDNS节点可解封装数据包并将解封 装的数据包转发给业务设备进行处理，然后从业务设备接收处理后的数据包。 中间SDNS节点可基于标记或分类重封装处理后的数据包并将封装的数据包 转发给业务链中的下一跳，直到所有业务都按指定顺序应用到数据包。数据 包可由业务链中的最后一个SDNS节点解封装并转发给端点或客户端。业务 设备和端点不需要感知感知封装机制，也不需要被修改。网络中的其它节点 (例如，交换机、路由器等)无需感知感知封装就可以转发封装的包。

软件定义分类、转发、封装规则和叠加封装能力的组合允许创建逻辑子 网络，该逻辑子网络可以被任意修改但对整体网络或现有数据流产生较小影 响。这会有效地创建多条逻辑“业务链”，链中的每条链路是一个允许应用 一个或多个网络业务的业务站点。

所公开的用来创建基于网络业务的流量工程的软件编程分类、转发和封 装可提供创建任意(例如，管理者无需创建新的VLAN或其它隧道而定义的) 逻辑流量路径的能力以按指定顺序应用任意数据路径业务。这反过来会引入 负载均衡和业务扩展的新颖方法，这些负载均衡和业务扩展在不创建和配置 额外隧道而只使用当前或传统实施或部署方法的情况下是不可能的，而创建 和配置额外隧道可能复杂且昂贵。在一些实施例中，所公开的系统提供了一 种使用如虚拟扩展局域网(Virtual eXtensible Local Area Network，VXLAN)、 使用通用路由封装的网络虚拟化(Network Virtualization using Generic Routing  Encapsulation，NVGRE)等封装机制中出现的唯一标识符来唯一地标识/编码 业务序列的机制，流量应该基于分类被重定向到该业务序列。唯一标识符可 以是存在于各种封装机制中的某些字段。例如，唯一标识符可包括VXLAN 封装机制中的VNI也可包括NVGRE封装机制中的租户ID。唯一标识符(或 标记)可用于编码业务序列、种类、类型等。在封装头中可以不需要任何新 信息。相反，封装机制可以以独特的方式重用现有头以定义仅由某些网元(例 如SDNS节点)理解和解释的业务顺序。网络的其余部分对于所公开的机制 是透明的，因为SDNS节点可在向其它SDNS节点传送时封装数据包并在向 业务和/或目的地进行传输时解封装数据包。在实施例中，所公开的机制和方 法可使用已经支持封装机制的现有硬件。

所公开的系统和方法提供了一种用于将唯一编码的封装头标识(即，标 记)映射到现有业务(例如VLAN)可以理解的实体以及反向映射的机制， 以保持业务对于业务排序机制的透明性。所公开的系统和方法可以确保业务 不需要变化并且实现第三方业务的简单即插即用。所公开的方法可在业务对 于业务排序保持透明的同时保持网元中的映射，从而实现更容易、更快和透 明的部署。例如，当隧道封装是VXLAN是，标记可以是虚拟网络接口(virtual  network interface，VNI)。当封装机制是NVGRE时，标记可以是租户标识 符(identifier，ID)。VNI是VXLAN头的一部分，而租户ID是NVGRE头 的一部分。不同的封装机制可用其它标记。因此，在网元中保持的映射可以 是VNI到VLAN映射或租户标识符到VLAN映射等。存在于网络中的标识 符(例如VLAN标识符)到业务设备可理解的标识符之间的映射可被网元保 持。映射可局限到业务附着的设备。所公开的系统和方法可将业务从物理拓 扑中解耦。与当前或传统的网络业务实施或部署方法相比，所公开的系统和 方法可减少运营费用。另外，所公开的系统和方法可以更灵活地使用现有资 源并提高长期数据中心生命周期。所公开的系统和方法还可实现业务虚拟化。

图3为根据公开的实施例的实施软件定义叠加网络用于创建和执行有序 业务链的网络300的示意图。网络300可以是以太网络、互联网协议(Internet  Protocol，IP)网络、多协议标签交换(Multi-Protocol Label Switching，MPLS) 网络或任意其它分组交换网络(packet switched network，PSN)。网络300 可包括不同类型的PSN的组合。网络300可包括端点302、SDNS节点304、 网络域306、边缘节点308、外部域310和业务设备312。端点302可以是文 件服务器或提供文件或数据给客户端的其它设备。SDNS节点304以及类似 的边缘节点308可以是用于在网络300中接收、发送和/或转发包的任意节点、 设备或部件。网络域306可包括用于传送数据的OSI L2或OSI层3(L3)。 网络域306可包括用于接收、发送和/或转发包的多个节点、交换机、路由器 或其它设备。边缘节点308可有助于部件302、304、306和312与位于外部 域310中的设备(例如客户端)之间的通信。业务设备312(其还可称为业 务平台)可处理流经网络300的数据包并应用各种业务。业务设备312提供 的业务的示例包括防火墙、服务器负载均衡、加密/解密、WAN优化以及监 控业务。网络300的部件之间的传送机制可以是能够在部件之间传送数据包 的任意传送系统。传送机制可以是L2网络、L3网络、如IEEE 802.3(IEEE 802.3 的内容以引用的方式并入本文中，如全文再现一般)定义的以太网，和/或基 于传输控制协议/互联网协议(TCP/IP)的网络。网络300的部件可以如图3 所示进行布置。

SDNS节点304可用于实施软件定义业务链。SDNS节点304可维护彼此 之间的封装隧道或机制(例如，VLAN、VXLAN)并可使用封装隧道来转发 封装的数据包。SDNS节点304可用于形成逻辑业务链序列，网络流量(例 如数据包)可通过该逻辑业务链序列强制以指定顺序应用特定网络业务。 SDNS节点304可提供灵活的逻辑业务链和数据路径，这些数据路径允许在 逻辑链中对业务单元进行简单插入、移除或修改。SDNS节点304可用于基 于数据包类型、源、目的地、入口点和/或某个其它分类系统对传入数据包进 行分类。分类或标记可对应于管理规则集以应用有序业务链。因此，分类系 统可指示将业务应用到数据包的业务链序列。在实施例中，最接近数据源的 SDNS节点304可对传入数据包进行分类。SDNS节点304可将分类映射到表 示数据包的种类、类型或组的标记。标记可将特定有序业务链的标识提供给 SDNS节点304以应用到数据包、有序业务链中的下一跳，和/或标识用于转 发数据包的规则。SDNS节点304可封装数据包(包括标记或其它标识符) 并基于分类和/或标记将封装的数据包路由至特定封装隧道或机制(例如现有 VLAN)。封装的数据包可包括标记或分类符。分类和/或标记可与指定的有 序业务链相关联。指定的有序业务链可随时间而改变并可由管理者改变。基 于与数据包相关联的分类或标记确定数据包的有序业务链的规则可以由管理 者推送或发送到所有SDNS节点304。封装之后，封装的传入数据包可经由 封装的隧道通过网络300传送。

最靠近或连接到指定的下一业务设备312的SDNS节点304(例如中间 节点)可接收并解封装数据包。基于标记或数据包的净荷中的其它信息，中 间SDNS节点304可确定数据包应该被转发给附着的业务设备312进行处理。 基于该确定，中间SDNS节点304可将解封装的本地数据包转发给连接到 SDNS节点304的业务设备312以由业务设备312进行处理。业务设备312 可将处理后的数据包返回给SDNS节点304，其中业务设备312从该SDNS 节点304接收到该数据包。最靠近业务设备312的SDNS节点304可接收数 据包、重分类和重映射数据包、标记数据包、封装数据包以及基于分类和/或 标记将封装的数据包路由至特定封装隧道或机制。重分类和重标记产生的分 类或标记可与第一SDNS节点304产生的相同或不同。封装的数据包可路由 至由业务链序列指定的下一SDNS节点304，该业务链序列可由分类和/或标 记标识。

如果要将另一业务应用到数据包，则下一SDNS节点304可执行与先前 SDNS节点304类似的步骤。当已经按照控制有序业务链的管理规则集指定 的那样应用所有业务时，数据包可由最接近数据包目的地的SDNS节点304 (例如边缘节点)接收。出口SDNS节点304可解封装数据包并将数据包转 发给目的地(例如，端点302或耦合到外部域310的客户端)。

数据包可由不参与封装/解封装机制并不感知封装的数据包的内层性质 的节点(例如交换机、路由器等)通过网络域306转发。实线箭头314和虚 线箭头316指示通过网络300的数据流的示例。例如，箭头314表示第一数 据流的数据路径。数据流可源于端点302(标记为A)并发送给SDNS节点 304(标记为N1)。节点N1可分类和/或标记数据流、封装数据流并将封装 的数据流经由网络域306发送给节点N4。网络域306的节点、交换机、路由 器和设备在无需感知潜在内容并在无需解封装和检查净荷的情况下就可以转 发封装的包。节点N4可解封装数据流并将解封装的数据流转发给业务设备 S2进行处理。业务设备S2可将处理后的数据流转发回节点N4，节点N4可 重分类、重标记并重封装数据流，然后将重封装的数据流通过现有封装隧道 (例如，VLAN、VXLAN)经由网络域306转发给节点N3。类似地，节点 N3可解封装数据流、将解封装的数据流转发给业务设备S1进行处理、从业 务设备312接收处理后的数据流、重分类、重标记并重封装数据流，以及将 封装的数据流通过现有封装隧道经由网络域306转发给节点N2。节点N2可 接收封装的数据流、解封装数据流并将解封装的数据流转发给端点B。端点B 可向端点A返回一数据流，该数据流可按相反的顺序遵循相同的过程返回端 点A并在返回路径上以类似的方式进行处理。

箭头316可表示在路由器308处从外部域310进入网络300的另一数据 流的路径。由箭头316表示的数据流可遵循如图3所示的路径并以类似于与 箭头314相关的数据流的方式处理。

图4为根据公开的实施例的实施软件定义叠加网络用于创建和执行有序 业务链的网络400的示意图。网络400可包括路由器402、聚合点404、L2 交换机406和业务设备408。路由器404可将网络400与其它客户端、服务 器、节点、设备、网络和/或域连接。路由器402可连接到聚合点404。聚合 点404可连接到L2交换机406，L2交换机406可提供与业务设备408的连 接。L2交换机可类似于图3中的SDNS节点304。L2交换机406可拥有封装 的隧道，这些隧道用于通过聚合点404彼此连接。业务设备408可类似于图 3中的业务设备312。与图1中的网络100相比，业务设备不需要具备用于耦 合到每个业务链路径中的聚合点的VLAN。相反，业务设备直接连接到L2 交换机406，并且由L2交换机实施的业务顺序链机制对于业务设备408、路 由器402和聚合点404是透明的。业务顺序链机制对于业务设备408、路由 器402和聚合点404是透明的，因为排序可由封装和解封装数据包的L2交换 机406执行。排序可在封装的数据包中进行编码。业务设备408、路由器402 和聚合点404可以不参与封装/解封装过程。

图5为根据公开的实施例的实施软件定义叠加网络用于创建和执行有序 业务链的网络500的示意图。网络500可包括域502和多个业务设备504。 业务设备504可直接连接到域502中的边缘设备506。边缘设备506可类似 于图3中的SDNS节点304。图5相比于图2中的网络200示出了业务设备 504不需要经由VLAN或其它封装的隧道连接到网络500的其余部分。

图6为根据公开的实施例的用于创建有序业务链的用户界面600的图。 用户界面600可包括表示网络300等网络内不同业务和组的多个图标。业务 图标可包括防火墙图标606、607，SLB图标608、609，广域应用业务(Wide  Area Application Services，WAAS)图标610、611，以及组A图标612和组 B图标613。管理者可选择各种图标并将图标的副本移进业务链区域602、604 中。管理者可对业务链区域602、604中的图标606至613进行排序以创建有 序业务链的规则，该规则可传播到SDNS节点304以供实施。用户界面600 示出了两条业务链。业务链区域602中的业务链1示出了包括组A612、 SLB608、防火墙606、WAAS611和组B613的有序业务链。业务链区域604 中的业务链2示出了包括组A612、SLB608、防火墙607和组B的有序业务 链。

图7A和7B示出了根据公开的实施例的用于实施软件定义业务链的方法 700的流程图。方法700可开始于方框702，在方框702处，网络300中的入 口点处的SDNS节点304最接近于传入数据流，所以可对传入数据流进行分 类。在方框704处，SDNS节点304可将分类映射到表示数据流的种类、类 型和组的标记，该标记也表示与流类型相关联的业务顺序。在步骤706处， SDNS节点304可基于分类和/或标记封装数据流并将数据流路由至特定封装 隧道或机制。在方框708处，封装的数据流可经由封装隧道通过中间网络传 送。

在方框710处，业务设备/实例312所附着的中间SDNA节点304可解封 装通过隧道的净荷数据流。(业务设备/实例312未附着的或业务设备/实例 312的业务不用于特定数据流的中间SDNS节点304可避免解封装通过隧道 的净荷数据流。)在方框712处，中间SDNS节点304可将解封装的本地数 据流转发给业务设备或平台312、业务设备408、业务设备504或连接到中间 SDNS节点304或L2交换机406的业务设备606至611之一以便由业务设备 /平台312、业务设备408、业务设备504或业务设备606至611之一进行处 理。在方框714处，业务设备/平台312、业务设备408、业务设备504或业 务设备606至611之一可将数据流量返回到直接连接的中间SDNS节点304 或L2交换机406。在方框716处，如果数据流上存在其它业务要执行，则方 法700可前进到方框718，在方框718处，中间SDNS节点304或L2交换机 406可重分类、重映射和重标记来自业务设备/平台312、业务设备408、业务 设备504或业务设备606至611之一的处理后的数据流，之后，方法700可 前进到方框706。在方框716处，如果不存在其它业务要执行，则方法700 可前进到720，数据流可被转发到目的地(例如，端点302、域310或域612 和613之一)，之后，方法700可结束。

所公开的方法、系统和装置包括软件定义转发表以允许架顶交换机(Top  of Rack，ToR)对流量进行分类并基于分类定义下一跳。所公开的方法、系 统和装置提供了灵活的业务放置：任意业务可以位于任意ToR上。另外，所 公开的方法、系统和装置随着ToR的数目而扩展(横向扩展)、使用业务链 的软件定义网络(Software Defined Networking，SDN)定义路径，并且VLAN 仍然具有局限性。此外，各种变化不需要重配置业务设备，从而产生更多的 动态网络。所公开的方法、系统和装置可以降低配置复杂度，这可降低出错/ 故障的可能性。所公开的方法、系统和装置还提供了在ToR上实施变化，从 而减少了潜在影响的范围。

图8图示了网络单元800的实施例，网络单元800可以是通过网络传送 和处理数据的任意设备。例如，网络单元800可对应于上述SDNS节点304。 网络单元800可以包括一个或多个耦合到接收器(Rx)812的入端口或单元 810，用于从其它网络部件接收信号和帧/数据。网络单元800可以包括逻辑 单元820，用于确定将数据发送到哪些网络部件。逻辑单元820可以使用硬 件、软件或这两者来实施。逻辑单元820可以作为一个或多个中央处理器 (CPU)芯片实施，或者可以为一个或多个专用集成电路(ASIC)的一部分。 网络单元800还可以包括一个或多个耦合到发射器(Tx)832的出端口或单 元830，用于将信号和帧/数据发送到其它网络组件。逻辑单元820还可实施 或支持上述软件定义网络有序业务链过程。网络单元800的部件可以如图8 所示进行布置。

本发明公开至少一项实施例，且所属领域的普通技术人员对所述实施例 和/或所述实施例的特征作出的变化、组合和/或修改均在本发明公开的范围 内。因组合、合并和/或省略所述实施例的特征而得到的替代性实施例也在本 发明的范围内。应当理解的是，本发明已明确阐明了数值范围或限制，此类 明确的范围或限制应包括涵盖在上述范围或限制(如从大约1至大约10的范 围包括2、3、4等；大于0.10的范围包括0.11、0.12、0.13等)内的类似数 量级的迭代范围或限制。例如，每当公开具有下限R_l和上限R_u的数值范围时， 具体是公开落入所述范围内的任何数字。具体而言，特别公开所述范围内的 以下数字：R＝R₁+k*(R_u–R₁)，其中k为从1％到100％范围内以1％递增的变 量，即，k为1％、2％、3％、4％、7％……70％、71％、72％……97％、96％、 97％、98％、99％或100％。此外，还特此公开了，上文定义的两个R值所定 义的任何数值范围。除非另有说明，否则使用术语约摂是指随后数字±10％。 相对于权利要求的某一要素，术语“可选地”的使用表示该要素可以是需要 的，或者也可以是不需要的，二者均在所述权利要求的范围内。使用如包括、 包含和具有等较广术语应被理解为提供对如由……组成、基本上由……组成， 以及大体上由……组成等较窄术语的支持。因此，保护范围不受上文所述的 限制，而是由所附权利要求书定义，所述范围包含所附权利要求书的标的物 的所有等效物。每项和每条权利要求作为进一步公开的内容并入说明书中， 且权利要求书是本发明的实施例。所述揭示内容中的参考的论述并不是承认 其为现有技术，尤其是具有在本申请案的在先申请优先权日期之后的公开日 期的任何参考。本发明中所引用的所有专利、专利申请案和公开案的揭示内 容特此以引用的方式并入本文本中，其提供补充本发明的示例性、程序性或 其它细节。

虽然本发明中已提供若干实施例，但应理解，在不脱离本发明的精神或 范围的情况下，本发明所公开的系统和方法可以以许多其它特定形式来体现。 本发明的实例应被视为说明性而非限制性的，且本发明并不限于本文本所给 出的细节。例如，各种元件或部件可以在另一系统中组合或合并，或者某些 特征可以省略或不实施。

此外，在不脱离本发明的范围的情况下，各种实施例中描述和说明为离 散或单独的技术、系统、子系统和方法可以与其它系统、模块、技术或方法 进行组合或合并。展示或论述为彼此耦合或直接耦合或通信的其它项也可以 采用电方式、机械方式或其它方式通过某一接口、设备或中间部件间接地耦 合或通信。其它变化、替代和改变的示例可以由本领域的技术人员在不脱离 本文精神和所公开的范围的情况下确定。