用于在基于VNF的环境中替换VNFM的技术的制作方法

用于在基于vnf的环境中替换vnfm的技术
技术领域
1.本公开总体上涉及基于虚拟化网络功能(vnf)的环境。具体地，提出了一种用于在基于vnf的环境中由目标虚拟化网络功能管理器(vnfm)替换管理源vnf的源vnfm的技术。该技术可以体现在方法、计算机程序、装置和系统中。


背景技术：

2.网络功能虚拟化(nfv)已演变为网络架构概念，其使用虚拟化技术将网络功能类虚拟化为可以连接或链接在一起的功能块，以创建网络服务。在传统网络中，网络功能实现通常与它们运行的物理基础设施紧密耦合。nfv将网络功能的软件实现与它们使用的计算、存储和网络资源解耦，并且虚拟化通过虚拟化层将网络功能与这些资源隔离开。解耦暴露了新的实体集，即所谓的vnf，其可以与其他vnf和/或物理网络功能(pnf)链接以实现网络服务(ns)。
3.图1示出了根据欧洲电信标准协会(etsi)nfv规范的架构框架。如图所示，vnf可以部署在网络功能虚拟化基础设施(nfvi)上。vnf负责处理在虚拟化层上(例如，在由nfvi提供的硬件基础设施(例如，计算、存储和网络)之上执行的一个或多个虚拟机(vm)上)运行的特定网络功能。元件管理器(em)可以用于管理驻留在vnf中的实际网络应用。网络功能虚拟化管理和协调(nfv-mano)框架用于管理nfvi并协调ns及其vnf所需的资源分配。nfv-mano框架中采用的典型实体包括：vnfm，负责对构成ns的vnf实例进行生命周期管理；虚拟化基础设施管理器(vim)，负责控制和管理部署ns及其vnf的nfvi资源；以及nfv协调器(nfvo)，负责例如在运营支持系统(oss)或业务支持系统(bss)的要求下，跨多个vim协调nfvi资源以及对ns进行生命周期管理。
4.etsi gs nfv-ifa 009规范(例如，etsi gs nfv-ifa 009 v1.1.1)描述了用于部署nfv-mano的不同架构选项，并且这些选项中的一个选项与vnfm相关。根据该选项，vnfm可以是通用vnfm(g-vnfm)或特定(或“专用”)vnfm(s-vnfm)，其中，g-vnfm实现管理服务并使用标准化接口(例如，由etsi nfv gs ifa-008规范(例如，etsi gs nfv-ifa 008 v3.3.1)标准化的接口)与其管理的vnf进行交互。另一方面，s-vnfm可以被设计为管理特定的vnf集，并且因此，管理服务以及这些vnf和s-vnfm之间的接口可以根据这些特定vnf的需求进行定制。这些接口可以是专有的，并且与etsi nfv gs ifa-008规范不同。
5.如今，软件修改的目标可以指向将当前部署的架构选项改变为备选架构选项，例如不再使用s-vnfm，而是用一个或多个g-vnfm替换它们。换言之，例如，目标可以是从s-vnfm管理的部署转换到g-vnfm管理的部署。然而，软件修改的问题可能会由于非向后兼容接口而出现，事实上，这不仅可能由于架构变化而发生，还可能由于标准规范的变化或尚未标准化的应用编程接口(api)的标准化而发生。例如，由s-vnfm管理的vnf只能与其s-vnfm交互，并且该s-vnfm无法在不影响vnf的操作或总体上不影响服务的情况下轻易地由g-vnfm替换。


技术实现要素：

6.因此，需要一种用于在基于vnf的环境中替换vnfm的技术，其避免了一个或多个上述问题或其他问题。
7.根据第一方面，提供了一种用于在基于vnf的环境中由目标vnfm替换管理源vnf的源vnfm的方法。该方法包括以下步骤：(a)触发实例化目标vnf，目标vnf由目标vnfm管理并与源vnf并行执行；(b)触发根据业务重定向调度将业务从源vnf重定向到目标vnf；(c)当将业务从源vnf重定向到目标vnf完成时，触发终止源vnf；以及(d)触发终止源vnfm。
8.作为将基于vnf的环境的至少子系统从源vnfm管理的部署转换到目标vnfm管理的部署的软件修改过程的一部分，可以由目标vnfm替换源vnfm。源vnf可以不支持与目标vnfm的交互，并且目标vnf可以是源vnf的更新版本，其支持与目标vnfm的交互。源vnfm可以是s-vnfm，并且目标vnfm可以是g-vnfm。在另一变体中，源vnfm可以是g-vnfm，并且目标vnfm可以是g-vnfm的更新版本。
9.该方法还可以包括以下之一：触发将目标vnfm实例化为新的目标vnfm实例；以及触发在具有足够容量来管理目标vnf的现有目标vnfm实例中选择目标vnfm。触发实例化目标vnf可以包括触发经由目标vnfm实例化目标vnf。触发实例化目标vnf可以包括：触发更新网络服务描述符(nsd)以反映经由源vnf和目标vnf二者的冗余业务路径；以及触发在基于vnf的环境中部署nsd。
10.根据业务重定向调度，业务可以从源vnf连续地重定向到目标vnf。此外，根据业务重定向调度，最初由源vnf服务的请求可以由源vnf服务直到它们完成，并且在实例化目标vnf之后发起的请求可以被定向到目标vnf。触发终止源vnf可以包括：触发更新nsd以反映经由源vnf和目标vnf二者的冗余业务路径的移除；以及触发在基于vnf的环境中部署nsd。
11.该方法还可以包括：在目标vnf和目标vnfm中的至少一个发生故障的情况下，触发以相反的顺序执行步骤(a)至(d)中的一个或多个的回滚。触发执行回滚可以包括：当源vnf和源vnfm中的至少一个已经被终止时，触发实例化源vnf和源vnfm中的所述至少一个；以及触发将业务从目标vnf重定向到源vnf。
12.该方法还可以包括：在触发实例化目标vnf之前，触发定义恢复点，在目标vnf和目标vnfm中的至少一个发生故障的情况下可以从该恢复点恢复操作。触发定义恢复点可以包括以下之一：触发将恢复点创建为包括源vnf和源vnfm中的至少一个的备份的新恢复点；以及触发在均包括源vnf和源vnfm中的至少一个的备份的现有恢复点中选择恢复点。
13.如果源vnfm不管理任何其他vnf，则可以终止源vnfm。源vnf可以是由源vnfm管理的多个源vnf之一，其中，可以针对源vnf中的每一个执行步骤(a)至(c)，以在触发终止源vnfm之前将业务重定向到分别实例化的目标vnf。
14.根据第二方面，提供了一种计算机程序产品。计算机程序产品包括程序代码部分，该程序代码部分用于当计算机程序产品在一个或多个计算设备(例如，处理器或分布式处理器集)上执行时执行第一方面的方法。计算机程序产品可以被存储在计算机可读记录介质(例如，半导体存储器、dvd、cd-rom等)上。
15.根据第三方面，提供了一种用于在基于vnf的环境中由目标vnfm替换管理源vnf的源vnfm的计算单元。计算单元包括至少一个处理器和至少一个存储器，其中，至少一个存储器包含指令，该指令可由至少一个处理器执行，使得计算单元可操作以执行在本文中关于
第一方面提出的任何方法步骤。
16.根据第四方面，提供了一种包括根据第三方面的计算单元的系统。
附图说明
17.以下参考附图描述本文提出的技术的实施方式，其中：
18.图1示出了根据etsi nfv规范的架构框架；
19.图2示出了根据本公开的用于由目标vnfm替换源vnfm的计算单元的示例性组成；
20.图3示出了可以由根据本公开的计算单元执行的方法；以及
21.图4a和图4b示出了采用本文提出的技术的示例性用例。
具体实施方式
22.在以下描述中，出于解释而非限制的目的，阐述了具体细节，以便提供对本公开的全面理解。对于本领域技术人员将显而易见的是，本公开可以在脱离这些具体细节的其他实施例中实践。
23.本领域技术人员还将意识到，可以使用单独的硬件电路、使用与编程的微处理器或通用计算机相结合的软件功能、使用一个或多个专用集成电路(asic)和/或使用一个或多个数字信号处理器(dsp)来实现下文中解释的步骤、服务和功能。还将理解，当根据方法描述本公开时，它也可以体现在一个或多个处理器以及与一个或多个处理器耦合的一个或多个存储器中，其中，一个或多个存储器被编码有一个或多个程序，该一个或多个程序在由一个或多个处理器执行时执行本文公开的步骤、服务和功能。
24.图2示意性地示出了用于在基于vnf的环境中由目标vnfm替换管理源vnf的源vnfm的计算单元200的示例性组成。计算单元200包括至少一个处理器202和至少一个存储器204，其中，至少一个存储器204包含指令，该指令可由至少一个处理器202执行，使得计算单元200可操作以执行在下文中描述的方法步骤。
25.将理解的是，计算单元200可以在物理计算单元或虚拟化计算单元(例如，虚拟机)上实现。还将理解的是，计算单元200可以不必在独立的计算单元上实现，而是可以被实现为也驻留在多个分布式计算单元上(例如，在云计算环境中)的以软件和/或硬件实现的组件。
26.图3示出了可以由根据本公开的计算单元200执行的方法。该方法专用于在基于vnf的环境中由目标vnfm替换管理源vnf的源vnfm。在步骤s302中，计算单元200可以(a)触发实例化目标vnf，目标vnf由目标vnfm管理并且与源vnf并行执行。在步骤s304中，计算单元200可以(b)触发根据业务重定向调度将业务从源vnf重定向到目标vnf。在步骤s306中，计算单元200可以(c)在将业务从源vnf重定向到目标vnf完成时触发终止源vnf。在步骤s308中，计算单元200可以(d)触发终止源vnfm。
27.在终止源vnfm之后，目标vnfm可以持续存在，并且由于业务可以从在源vnfm管理下的vnf(即，源vnf)重定向到在目标vnfm管理下的vnf(即，目标vnf)，目标vnf和目标vnfm可以在基于vnf的环境中接管源vnf和源vnfm的先前功能，从而目标vnfm可以替换源vnfm。换言之，通过实例化目标vnf，将业务从源vnf重定向到目标vnf，并且一旦业务从源vnf完全被重定向到目标vnf就终止源vnf，目标vnf可以接管源vnf的(例如，业务处理)功能，并且由
于目标vnf由目标vnfm管理，因此目标vnfm可以接管管理vnf的vnfm(先前是源vnfm)的(例如，管理)功能，该vnf处理源vnf的原始功能。
28.换言之，可以执行实例化目标vnf以暂时扩展底层ns(即，源vnf所属的ns)中的源vnf，直到所有业务都被重定向到目标vnf，然后可以执行缩减操作以移除源vnf。由于也可能不再需要源vnfm，因此也可以移除源vnfm。由于在ns中添加/移除vnf的扩展/缩减操作通常表示非服务中断操作，因此本文提出的vnfm替换技术可以在不影响底层ns中的服务的情况下执行。
29.因此，所提出的技术可以提供用于在基于vnf的环境中由目标vnfm替换源vnfm的非服务中断操作，而不是通过专门将源vnfm与目标vnfm(不是由vnfm管理的vnf)交换来替换源vnfm-如上所述，这可能由于目标vnfm和源vnf之间的接口不兼容而导致对vnf操作产生负面影响的服务影响。因此，最初扩展源vnf然后一旦业务完全转移到目标vnf就缩减源vnf可以用作以非中断方式实现由目标vnfm替换源vnfm的措施，其中，可以同时确保持续存在的vnf(即，目标vnf)支持持续存在的vnfm(即，目标vnfm)的接口，并因此能够与持续存在的vnfm进行适当的交互。
30.换言之，为了在不影响服务的情况下由新vnfm替换原始vnfm，可以与管理的vnf的替换一起执行vnfm替换，其中，可以通过添加由新vnfm管理的新vnf来在ns中扩展原始vnf，而原始vnf仍在原始vnfm的管理下。然后，当原始vnf和新vnf并行执行时，可以经由原始vnf和新vnf二者建立冗余业务路径，并且可以在vnf的原始实例和新实例之间分配业务，直到最终新vnf处理所有业务。此时，原始vnf和原始vnfm可以被移除。
31.如前所述，在基于vnf的环境中进行软件修改的目标通常可以针对改变nfv-mano中部署的架构选项，例如不再使用源vnfm并用目标vnfm替换它们。因此，作为将基于vnf的环境的至少子系统从源vnfm管理的部署转换到目标vnfm管理的部署的软件修改过程的一部分，可以由目标vnfm替换源vnfm。通过实例化目标vnf来扩展源vnf可能是必要的，因为源vnf可能不支持与目标vnfm交互所需的目标vnfm的接口，并且目标vnf可以被实例化为能够与目标vnfm交互的源vnf的新版本。例如，目标vnf可以支持(例如，所有)由源vnf实现的功能，并且附加地支持目标vnfm的接口。因此，源vnf可能不支持与目标vnf的交互，并且目标vnf可以是支持与目标vnfm交互的源vnf的更新版本。
32.在一个变体中，源vnfm可以是s-vnfm，并且目标vnfm可以是g-vnfm。在这种情况下，作为将基于vnf的环境的至少子系统从s-vnfm管理的部署转换到g-vnfm管理的部署的软件修改过程的一部分，可以由g-vnfm替换s-vnfm。s-vnfm和g-vnfm可以根据etsi gs nfv-ifa 009规范(例如，etsi gs nfv-ifa009v1.1.1或其任何后续版本)来定义，并且因此，s-vnfm可以是使用专有接口管理源vnf的特定vnfm，并且g-vnfm可以是使用标准化接口(例如，由etsi nfv gs ifa-008规范(例如，etsi gs nfv-ifa008v3.3.1或其任何后续版本)标准化的接口)管理目标vnf的通用vnfm。
33.应当理解，源vnfm和目标vnfm的其他变体是可以想到的。在一个这样的其他变体中，源vnfm可以是g-vnfm，并且目标vnfm可以是g-vnfm的更新版本。在该变体中，朝向管理的vnf的接口可以没有变化，但g-vnfm的新版本可以变得可用。在这种情况下，源vnf可以支持目标vnfm的接口，但可能仍然需要扩展源vnf，因为g-vnfm的新版本可能使用例如需要采用vnf的不同数据模型。因此，在这种情况下，当源vnf被扩展时，与原始源vnf相同的vnf版
本可以被实例化为目标vnf，然后该目标vnf可以由例如基于更新的数据模型的g-vnfm的新版本管理。
34.要用作目标vnfm的vnfm可以是已经存在的vnfm，或可以是新实例化的。因此，该方法还可以包括(例如，在触发实例化目标vnf之前)以下之一：触发将目标vnfm实例化为新的目标vnfm实例；以及触发在具有足够容量来管理目标vnf的现有目标vnfm实例中选择目标vnfm。
35.本文描述的方法可以由管理实体(例如，决定启动软件修改过程的实体)执行。这样的实体在下文中也可以表示为软件修改管理器(smm)，并且可以由例如oss、bss或管理员给出。管理实体可以不一定执行由步骤(a)至(d)本身定义的实例化、重定向和终止动作，而是可以将执行这些动作委托给基于vnf的环境中的其他实体。管理实体因此可以被称为“触发”执行由步骤(a)至(d)定义的相应动作。仅作为示例，根据步骤(a)，管理实体可以不实例化目标vnf本身，而是指示目标vnfm实例化目标vnf。因此，触发实例化目标vnf可以包括：触发经由目标vnfm实例化目标vnf。然而，应当理解，管理实体也可以完全执行由步骤(a)至(d)本身定义的一个或多个动作。
36.在实现目标vnf的实例化时，触发实例化目标vnf可以包括：触发更新nsd以反映经由源vnf和目标vnf二者的冗余业务路径；以及触发在基于vnf的环境中部署nsd。例如，更新nsd和部署nsd二者可以经由基于vnf的环境的nfvo来执行。
37.当在源vnf和目标vnf二者并行执行时使用冗余业务路径将业务从源vnf重定向到目标vnf时，可以采用任何合适的业务重定向调度，前提是所有业务最终都由目标处理vnf处理，并且没有业务由源vnf处理。例如，根据业务重定向调度，业务可以从源vnf连续地(例如，逐渐地)被重定向到目标vnf。在一个特定变体中，根据业务重定向调度，最初由源vnf服务的请求可以由源vnf服务直到它们完成，并且在实例化目标vnf之后发起的请求可以被定向到目标vnf。业务重定向调度可能取决于底层ns及其功能而不同。因此，为了识别合适的重定向调度，管理实体可能需要确定来自基于vnf的环境中的不同实体(例如，来自em或软件定义网络控制器(sdnc))的相关信息。
38.在实现源vnf的终止时，触发终止源vnf可以包括：触发更新nsd以反映移除经由源vnf和目标vnf二者的冗余业务路径；以及触发在基于vnf的环境中部署nsd。例如，更新nsd和部署nsd二者可以经由基于vnf的环境的nfvo来执行。
39.在由目标vnfm替换源vnfm期间发生故障的情况下，特别是在涉及新组件(即，目标vnf和目标vnfm)的故障的情况下，可以提供适当的故障解决机制。在一个这样的变体中，该方法还可以包括：在目标vnf和目标vnfm中的至少一个发生故障的情况下，触发以相反的顺序执行步骤(a)至(d)中的一个或多个的回滚。应当理解，要回滚的特定步骤可以取决于发生故障的替换过程的阶段，并且可以仅需要回滚已经执行的那些步骤。因此，触发执行回滚可以包括：当源vnf和源vnfm中的至少一个已经被终止时，触发实例化源vnf和源vnfm中的所述至少一个；以及触发将业务从目标vnf重定向到源vnf，以便从而回滚步骤(d)、(c)和(b)，并且使源vnf和源vnfm再次运行。回滚还可以包括：触发终止目标vnf，以便也回滚步骤(a)；以及如果目标vnfm被实例化为新的目标vnfm实例，则触发移除目标vnfm。回滚通常可以对应于平稳和非中断的解决机制。
40.在故障解决机制的另一变体中，该方法还可以包括：在触发实例化目标vnf之前，
触发定义恢复点，在目标vnf和目标vnfm中的至少一个发生故障的情况下可以从该恢复点恢复操作。触发定义恢复点可以包括以下之：将恢复点创建为包括源vnf和源vnfm中的至少一个的备份的新恢复点；以及触发在均包括源vnf和源vnfm中的至少一个的备份的现有恢复点中选择恢复点。在使用恢复点的故障解决的情况下，系统可以被重新加载，并从备份重新启动。更具体地，可以以如下方式将恢复点创建为源vnf和源vnfm以及它们的上下文的备份：即使在崩溃之后也可以从具有足够上下文的备份重新启动该源vnf和该源vnfm，以恢复操作。应当理解，从备份恢复操作可以导致暂时的服务中断。如果检测到故障(例如，目标vnf和目标vnfm中的任何一个崩溃、返回错误等)，管理实体可以决定是执行回滚还是从恢复点恢复操作。由于使用恢复点可以导致服务中断，因此回滚可以是优选选项，并且例如，在回滚失败的情况下，可以使用恢复点作为回退。
41.根据本文描述的方法，在源vnf已经被终止之后，源vnfm也可以被终止，因为可能不再需要源vnfm。应当理解，这可以仅适用于源vnfm没有其他vnf在管理下的情况。因此，源vnfm可以(例如，仅)在源vnfm不管理任何其他vnf的情况下被终止。如果源vnf是由源vnfm管理的多个源vnf之一，则源vnfm可以不被终止，直到在源vnfm管理下的所有vnf都被终止。因此，源vnf可以是由源vnfm管理的多个源vnf之一，其中，可以针对源vnf中的每一个执行步骤(a)至(c)，以在根据步骤(d)触发终止源vnfm之前将业务重定向到分别实例化的目标vnf。
42.图4a和图4b示出了采用本文提出的技术的示例性用例。该用例涉及在包括具有两个vnf的网络服务ns的示例性基于vnf的环境中将由g-vnfm替换s-vnfm的替换过程。如图4a的左侧所示，表示为“vnf1v1”的第一版本的第一vnf 402由表示为“s-vnfm1”的第一s-vnfm 404管理，并且表示为“vnf2v1”的第一版本的第二vnf 406由表示为“s-vnfm2”的第二s-vnfm 408管理。由于第一s-vnfm 404和第二s-vnfm 408是特定vnfm，它们使用专有接口(即，不同于标准化接口的接口)来管理它们各自的vnf 402和vnf 406，如图4a中的虚线所示。如图4a的右侧所示，替换过程的目标是由g-vnfm 410替换s-vnfm2408，为了避免服务中断，这需要由第二vnf的新版本(即，“vnf2v2”412)替换vnf2v1 406，第二vnf的新版本支持通用vnfm的标准化接口，从而允许与g-vnfm410交互，如图4a中的实线所示。产生的网络服务在图4a中表示为ns
′
。
43.图4b示出了在图4a中描绘的两个状态之间的转换过程中的中间状态。在转换过程中，g-vnfm 410被实例化(或选择具有足够容量的现有g-vnfm 410)以管理可以与g-vnfm 410交互的vnf2v2412。为了避免服务影响，以如下方式将vnf2v2412添加到网络服务(导致网络服务ns
″
)：使得它与vnf2v1 406并行执行，并经由vnf2v1406和vnf2v2 412二者从vnf1v1 402提供冗余业务路径。然后，来自vnf1v1 402的业务根据适当的调度被重定向，如上所述。例如，新请求可以被发送到vnf2v2 412，而旧请求可以由vnf2v1 406完成。一旦所有业务都由vnf2v2 412服务，vnf2v1 406可以连同其管理s-vnfm2408一起被移除，从而导致图4a的右侧所示的状态。
44.如果软件修改的目标是将整个系统从s-vnfm管理的部署转换为g-vnfm管理的部署，则类似的过程也可以应用于vnf1v1 402及其管理s-vnfm1 404，以将管理转移到g-vnfm。通常，需要注意的是，架构改变可以在整个转换过程中被隐藏，并且因此可能看不到任何服务影响。vnf2v2 412可以包括之前可以已经由s-vnfm2 408在vnf2v1 406中实现的
vnfm的故障(例如，它们中的任何一个崩溃、返回错误等)，则smm可以从由软件修改过程定义的恢复点恢复操作。在新的s-vnfm实例化之后，smm可以在s-vnfm以及nfvo中设置对等信息并解锁s-vnfm。此后，s-vnfm可以与nfvo对等。然后，smm可以经由nfvo用包括源vnf的冗余业务路径更新nsd，并将nsd与ns实例相关联(如果在软件修改过程的步骤11中发生故障，则这可以是回滚过程中的第一步骤)。然后，nfvo可以请求s-vnfm实例化源vnf，并请求vim实例化设置冗余路径所需的vl。此后，s-vnfm和vim向nfvo回报源vnf及其相关联的vl的实例化。然后，nfvo可以向smm报告修改的ns的部署完成。此后，smm可以根据重定向调度执行将业务重定向到源vnf所必需的步骤(如果在软件修改过程的步骤10中发生故障，则这可以是回滚过程中的第一步骤)。与软件修改过程类似，用于将业务从目标vnf重定向到源vnf的调度可以取决于ns及其功能而不同。此外，smm可能需要与不同的实体(例如em、sdnc等)进行交互，以获得执行重定向所需的相关信息。当目标vnf不再处理业务时，smm可以经由nfvo通过移除目标vnf的路径来更新nsd，并将nsd与ns实例相关联。然后，nfvo可以请求g-vnfm终止目标vnf，并请求vim移除不再需要的vl(如果在软件修改过程的步骤7或8中发生故障，则这可以是回滚过程中的第一步骤)。此后，g-vnfm和vim可以向nfvo回报目标vnf及其相关联的vl的移除。然后，nfvo可以向smm报告修改的ns的部署完成，并且如果g-vnfm不用于任何其他vnf，则smm可以锁定和终止g-vnfm。此后，smm可以执行验证源vnf和s-vnfm正常操作所必需的步骤，并且最后，smm可以通过释放启用软件回滚的资源来提交。
52.根据上文已变得明显的是，本公开提供了一种用于在不影响服务的情况下由目标vnfm替换源vnfm的技术。该技术可以用作将基于vnf的环境的至少子系统从源vnfm管理的部署转换到目标vnfm管理的部署的软件修改过程的一部分。该技术可以因此用于概括和/或集中对vnf的管理，而不会导致任何服务中断。该技术通常可以应对软件修改可以取决于针对管理的vnf和nfv-mano功能实体二者的新软件版本的可用性的事实，使得它们在软件修改完成之后可以正确地交互。因此，使用所提出的技术，可以确保满足nfv-mano功能实体与其管理的vnf之间的依赖关系，无论软件修改是否成功完成，或者例如由于某些故障或由于管理决策而需要回滚。
53.相信根据前面的描述将完全理解本文呈现的技术的优点，并且将明显的是，在不脱离本发明的范围或不牺牲其所有有利效果的情况下，可以对其示例性方面的形式、结构和布置进行各种改变。因为可以通过许多方式来改变本文呈现的技术，将意识到：本发明应该仅由所附权利要求的范围来限定。