一种面向软件定义的数据中心网络流量均衡方法及装置

摘要

本发明公开了一种面向软件定义的数据中心网络流量均衡方法及装置，方法包括：控制器接收交换机发送的数据包，将数据包的特征字段与流表中的字段进行匹配，并根据预设的动作优先顺序将数据包的动作记录在流表的动作集中；若数据包的特征字段与流表中的字段匹配成功，则根据动作集中的动作顺序，对数据包执行对应操作；若对应动作为预处理转发，则判断数据包的时隙字段与流表中的传输时隙值是否匹配，若匹配，则将数据包转发，若不匹配，则将数据包缓存至下一个时隙进行转发。本发明简化了部署，增强了网络的可扩展性，解决了在策略方法实施过程中造成的数据流丢包以及接收端可能产生的数据包乱序问题。

说明书

技术领域

本发明涉及数据中心网络流量技术领域，具体涉及一种面向软件定义的数据中心网络流量均衡方法及装置。

背景技术

数据中心网络的流量工程是当今网络研究的一个重要方向，由于数据中心网络归属单一运营商所有，便于流量工程的统一部署，天然符合软件定义网络(Software Defined Network，SDN)所需要的集中控制要求。同时，数据中心网络通常具有对称的拓扑结构使得节点对之间存在大量的冗余链路，采用多路径传输可改善单路径路由由于“选路”集中而造成的拥塞问题，同时能做到故障链路的快速切换，增强可靠性，并能聚合链路带宽，充分利用这些冗余链路进行流量均衡是目前数据中心网络流量工程的主要方法。

目前的研究工作中，一种是基于数据流粒度的流量均衡策略，采用静态的等价路由(Equal-Cost Multipath Routing，ECMP)机制在上行链路中增加随机选择核心节点的步骤，但是当链路中出现大流的时候，会造成链路资源分配不公平。通过采用一种启发式路由算法(Global First Fit，GFF)引入了链路状态监测机制可以克服ECMP的不足，但是却不可避免的会在大流的迁移过程中产生丢包并且可能造成接收端数据包乱序；另一种是基于数据包粒度的流量均衡策略，Fastpass除了设计新的通信协议外，还对数据源端的传输控制协议进行了修改，同时还需要增大接收端的缓存来处理接收端乱序的数据包，实现起来较为复杂，对传输协议或者体系结构改动较多，这些都增加了部署的复杂性，可扩展性不高。

因此，当前研究工作中面临的主要挑战是如何设计一种数据中心 网络流量均衡方法，既能简化部署、增强可扩展性，又能解决在策略方法实施过程中造成的数据流丢包以及接收端可能产生的数据包乱序问题。

发明内容

由于当前的数据中心网络流量均衡方法部署繁琐、可扩展性差，且无法解决在策略方法实施过程中造成的数据流丢包以及接收端可能产生的数据包乱序的问题，本发明提出一种面向软件定义的数据中心网络流量均衡方法及装置。

第一方面，本发明提出一种面向软件定义的数据中心网络流量均衡方法，包括：

控制器接收交换机发送的数据包，将所述数据包的特征字段与流表中的字段进行匹配，并根据预设的动作优先顺序将所述数据包的动作记录在流表的动作集中；

若所述数据包的特征字段与所述流表中的字段匹配成功，则根据动作集中的动作顺序，对所述数据包执行对应操作；

若所述对应动作为预处理转发，则判断所述数据包的时隙字段与所述流表中的传输时隙值是否匹配，若匹配，则将所述数据包转发，若不匹配，则将所述数据包缓存至下一个时隙进行转发，以均衡面向软件定义的数据中心网络的流量；

其中，所述数据包的动作包括处理、预处理转发、转发和丢弃。

优选地，若所述数据包的特征字段与交换机中流表的字段匹配失败，则根据预设的静态流表中的动作集对所述数据包执行对应操作。

优选地，所述控制器接收交换机发送的数据包，将所述数据包的特征字段与流表中的字段进行匹配，并根据预设的动作优先顺序将所述数据包的动作记录在流表的动作集中之前，还包括：

若当前发送周期中单条流链路带宽占用率超过带宽阈值，则确定当前流为大流，并将所述大流添加至大流集合中；

若所述大流经过的链路负载超过负载阈值，则从与所述大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

优选地，所述若当前发送周期中单条流链路带宽占用率超过带宽阈值，则当前流为大流，并将所述大流添加至大流集合中之后，还包括：

若当前大流在上一个发送周期经过的链路负载超过所述负载阈值，则从与当前大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

优选地，所述当所述大流经过的链路负载超过负载阈值，则从与所述大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换之后，还包括：

根据路径的传输时延计算传输时隙值，并根据所述传输时隙值更新所述流表。

第二方面，本发明还提出一种面向软件定义的数据中心网络流量均衡装置，包括：

字段匹配模块，用于接收交换机发送的数据包，将所述数据包的特征字段与流表中的字段进行匹配，并根据预设的动作优先顺序将所述数据包的动作记录在流表的动作集中；

第一动作执行模块，用于当所述数据包的特征字段与所述流表中的字段匹配成功时，根据动作集中的动作顺序，对所述数据包执行对应操作；

预处理转发模块，用于当所述对应动作为预处理转发时，判断所述数据包的时隙字段与所述流表中的传输时隙值是否匹配，若匹配， 则将所述数据包转发，若不匹配，则将所述数据包缓存至下一个时隙进行转发，以均衡面向软件定义的数据中心网络的流量；

其中，所述数据包的动作包括处理、预处理转发、转发和丢弃。

优选地，还包括：

第二动作执行模块，用于当所述数据包的特征字段与交换机中流表的字段匹配失败时，根据预设的静态流表中的动作集对所述数据包执行对应操作。

优选地，还包括：

大流判断模块，用于当当前发送周期中单条流链路带宽占用率超过带宽阈值时，确定当前流为大流，并将所述大流添加至大流集合中；

第一路径选择模块，用于当所述大流经过的链路负载超过负载阈值时，从与所述大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

优选地，还包括：

第二路径选择模块，用于当当前大流在上一个发送周期经过的链路负载超过所述负载阈值时，从与当前大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

优选地，还包括：

时隙值更新模块，用于根据路径的传输时延计算传输时隙值，并根据所述传输时隙值更新所述流表。

由上述技术方案可知，本发明通过控制器将数据包的动作记录在动作集中，并根据动作集中的动作顺序执行对应操作，简化了部署，同时增强了网络的可扩展性；通过判断数据包的时隙字段与流表中的传输时隙值是否匹配，若匹配，则将所述数据包转发，若不匹配，则将所述数据包缓存至下一个时隙进行转发，解决了在策略方法实施过程中造成的数据流丢包以及接收端可能产生的数据包乱序问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。

图1为本发明一实施例提供的一种面向软件定义的数据中心网络流量均衡方法的流程示意图；

图2为本发明一实施例提供的一种面向软件定义的数据中心网络的系统结构图；

图3为本发明另一实施例提供的一种面向软件定义的数据中心网络流量均衡方法的流程图；

图4为本发明另一实施例提供的一种面向软件定义的数据中心网络流量均衡方法的触发与取消流程图；

图5为本发明一实施例提供的一种面向软件定义的数据中心网络流量均衡装置的结构示意图。

具体实施方式

下面结合附图，对发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

首先针对实施例采用Fat-tree网络拓扑，对于拓扑中的交换机需要利用控制器下发静态流表进行设置，为了更清楚地描述本发明的工作流程，对涉及到的概念定义如下：

O-D(Origin-Destination)对：指某条流的源端和目的端主机所直接连接的两台边缘层交换机，实验中的O-D对分别属于不同POD (Performance Optimization Datacenter)。

中间交换机：指汇聚层和核心层交换机。

交换机路径：指当某个数据包从交换机O-D对的一端到另一端过程中经过的边缘交换机和中间交换机所组成的路径。

静态路径：指对于每一个O-D对，都事先指定的一条固定的传输路径。当FLAT未被触发时，O-D之间的数据流将沿着该路径传输，其中，FLAT表示本发明提供的面向软件定义的数据中心网络流量均衡方法。

FLAT路径：指对于每一个O-D对，都事先指定的k/2条(k为Fat-tree拓扑的参数)固定的、不相交的交换机路径。当FLAT在某个O-D对上被触发时，只从这k/2条固定路径中选择当前时隙的发送路径。对于某个O-D对，其静态路径是包含在FLAT路径中的。

静态路径和FLAT路径的流表设置：对于中间交换机，所有的FLAT路径信息都将以静态流表项的形式存储在流表中。对于边缘交换机，则只预先存储所有静态路径对应的流表。当FLAT未被触发时，数据包可以沿着预设的静态路径完成转发，而FLAT启动后，则由控制器向边缘交换机下发优先级更高的FLAT流表实现路径切换。

其次，在FLAT的工作过程中，还涉及到对路径和链路数据的探测过程，相关的概念及要点解释如下：

全局路径时延探测：为了在FLAT触发时的第一个时隙之前评估各条FLAT传输路径的优劣并计算传输时隙值，我们需要在每个O-D对之间的4条(可提前设定传输路径数量)预设路径上发送探测包来获取路径时延值。这种探测称为全局路径探测，这些探测包被称为全局路径探测包。需要注意的是这一过程将一直持续，不论是否有路径触发FLAT策略。探测包的发送间隔必须要适当，如果太长得到的数据时效性就不强，太短则会增大数据链路和交换机到控制器通信链路的时延。

FLAT路径时延探测：对某条大流对应的所有FLAT路径进行的时延测量，目的和全局探测相似。由于这种开销相对较小，且需要对大流检测的时效性更强，所以这种探测比全局探测的时间间隔要短。

链路负载探测：FLAT启动条件是大流造成了某条链路负载超过阈值；当FLAT启动后，需要根据路径的负载情况来选择最优路径，因此需要对大流的所有FLAT路径上的所有链路负载进行测量，这称为单一路径链路探测(简称链路探测)。它不需要在链路上下发探测包，只需要定时向控制器上传端口统计数据，但只在指定的路径上生效。通常它与FLAT时延探测有同样的周期。

FLAT探测周期：指FLAT时延探测和链路探测的周期，它同时也决定了FLAT获取数据、决策和判定的最短时间周期，在下文中也被简称为周期。

图1示出了本发明一实施例提供的一种面向软件定义的数据中心网络流量均衡方法的流程示意图，包括：

S1、控制器接收交换机发送的数据包，将所述数据包的特征字段与流表中的字段进行匹配，并根据预设的动作优先顺序将所述数据包的动作记录在流表的动作集中；

S2、若所述数据包的特征字段与所述流表中的字段匹配成功，则根据动作集中的动作顺序，对所述数据包执行对应操作；

S3、若所述对应动作为预处理转发，则判断所述数据包的时隙字段与所述流表中的传输时隙值是否匹配，若匹配，则将所述数据包转发，若不匹配，则将所述数据包缓存至下一个时隙进行转发，以均衡面向软件定义的数据中心网络的流量；

其中，所述数据包的动作包括处理、预处理转发、转发和丢弃。

本实施例通过控制器将数据包的动作记录在动作集中，并根据动作集中的动作顺序执行对应操作，简化了部署，同时增强了网络的可扩展性；通过判断数据包的时隙字段与流表中的传输时隙值是否匹 配，若匹配，则将所述数据包转发，若不匹配，则将所述数据包缓存至下一个时隙进行转发，解决了在策略方法实施过程中造成的数据流丢包以及接收端可能产生的数据包乱序问题。

进一步地，S3之后，还包括：

S4、若所述数据包的特征字段与交换机中流表的字段匹配失败，则根据预设的静态流表中的动作集对所述数据包执行对应操作。

通过设置静态流表，来实现所述数据包的特征字段与交换机中流表的字段匹配失败时，每一对边缘交换机之间的一条路由。

具体地，S1之前，还包括：

S01、若当前发送周期中单条流链路带宽占用率超过带宽阈值，则确定当前流为大流，并将所述大流添加至大流集合中；

S02、若所述大流经过的链路负载超过负载阈值，则从与所述大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

通过判断大流经过的链路负载超过负载阈值并执行相应操作，能够避免出现传统方法中链路负载过大造成的数据流丢包和数据包乱序情况。

进一步地，S01之后，还包括：

S012、若当前大流在上一个发送周期经过的链路负载超过所述负载阈值，则从与当前大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

为了避免当前大流在上一个发送周期经过的链路负载超过所述负载阈值，而当前周期经过的链路负载未超过所述负载阈值，因此造成的路由震荡问题以及降低执行效果的问题。

更进一步地，S02之后，还包括：

S03、根据路径的传输时延计算传输时隙值，并根据所述传输时隙值更新所述流表。

通过更新流表中的传输时隙值，使得传输时隙值更加符合网络当前的运行情况，进一步均衡网络流量。

为了更详细说明本实施例提供的面向软件定义的数据中心网络流量均衡方法，首先对本实施例提供的面向软件定义的数据中心网络进行介绍：

一个面向软件定义的数据中心网络包含：服务器、接入层交换机、核心层交换机以及控制器，其中控制器与所有交换机相连，交换机支持OpenFlow(OF)协议；

如图2所示，控制器作为应用层平台，集成四个模块化组件来实现整个控制器平台的功能包含：拓扑信息收集模块、路径信息统计模块、路径计算模块、流表更新模块；

拓扑信息收集模块通过向邻近的交换机收集更新信息来发现网络拓扑。交换机可更新的信息包括发现邻居消息和每个邻居互联的链路状态消息，通过与交换机信息的交互决定当前网络拓扑图，并向路径计算模块提供信息。控制器平台与交换机之间的通信协议都采用OF协议，每个交换机都运行OF协议代理软件，负责接收数据包转发更新的消息并重新编写基于交换机硬件的转发表；

路径信息统计模块通过主动查询和被动接收相结合的方式实现两个功能：一是通过定期查询相关OF交换机来收集每个端口的流量统计信息；二是通过构造探测包获取并更新传输路径的时延信息，以上信息都将保存到数据统计表中。其中，流量统计信息包括控制器收到FlowRemoved消息后，根据流表计数器来统计交换机每个端口发送和接收的字节数量，为链路剩余容量的计算提供依据；

路径计算模块运行本发明的核心算法FLAT，首先通过拓扑信息收集模块提供的网络拓扑来计算任一节点对之间可用的路径，考虑到控制器的计算开销以及交换机硬件条件的限制(例如，TCAM容量和成本)，可以对选择多路径传输的数量进行限制(例如，不超过三条)； 其次，根据路径信息统计模块提供的数据可以对选择的链路进行剩余容量计算以及传输时隙的计算，并选择负载最轻的链路进行数据流转发；最后，将路径计算的结果转换为路由转发规则下发到交换机；

流表更新模块将驱动OF交换机依据控制器下发的路由转发规则进行流表的安装、更新以及删除操作。

本实施例提供的数据中心网络在数据流调度的过程中不会造成接收端数据包乱序的问题；控制器平台采用主被动结合测量的方式获取流量信息与传输路径的时延信息，保证了算法的准确度；在满足细粒度流量均衡的同时不会对目前数据中心网络中普遍使用的TCP通信协议做任何改动，易于部署，具有可扩展性。

下面结合图2-4，对本实施例提供的方法作进一步的阐述。

图2是本发明基于FLAT算法实施流量均衡方法的原型系统。如图2所示，控制器作为应用层平台，集成四个模块化组件分别为：拓扑信息收集模块、路径信息统计模块、路径计算模块和流表更新模块，共同实现整个控制器平台的功能；其中，路径计算模块运行本实施例的核心方法FLAT。

控制平台的工作流程如下：首先，拓扑信息收集模块通过向邻近的交换机收集更新信息来发现网络拓扑，FLAT则通过该模块提供的网络拓扑来计算任一节点对之间可用的路径；下一步，FLAT将根据路径信息统计模块提供的数据对选择的链路进行剩余容量计算以及传输时隙的计算，并选择负载最轻的链路进行数据流转发；最后，FLAT将路径计算的结果转换为路由转发规则下发到交换机实现数据包转发。

图3是FLAT工作流程，具体包括以下步骤：

S201、数据包到达Openflow交换机；

S202、交换机根据数据包的某些特征字段(如源IP、目的IP、MAC地址等)与流表中的entry进行匹配。如果匹配失败，则执行 S203；如果匹配成功，则跳转执行S204；

S203、默认情况下，匹配不成功时会出现packet-in事件。但在实验数据中心网络中，所有交换机都以较低优先级预置了静态流表，来实现未触发FLAT时每一对边缘交换机之间的一条路由。因此如果匹配失败，则说明静态流表失效，应当返回错误，并尝试重新下发静态流表，之后跳转执行S202重新尝试匹配流表；

S204、在Openflow1.3标准中，一个数据包在匹配流表时，会按照预定的优先级顺序将所有entry动作都记录在动作集中，匹配完之后按顺序执行。通常转发、丢弃被作为一个数据包最终的动作而执行，因此除了转发和丢弃之外的其他动作都会被排在二者之前来完成。而FLAT可以看做是一种被修改过的转发动作，因此也会排在其他动作之后；当执行完其他动作后，剩余的动作应当是FLAT，转发或丢弃；

S205、如果当前动作是FLAT，则执行S206；如果不是，则跳转执行S207；

S206、判断当前时隙，该流是否需要缓存。如果不需要缓存，则执行S207；如果需要缓存，则跳转执行S208；

S207、执行FLAT策略下的转发动作(来自S206)，或者执行来自S205非FLAT动作之外的转发或者丢弃操作，以上动作完成后，跳转执行S209；

S208、缓存当前包到队列，直到当前传输时隙结束后再根据FLAT策略进行转发；

S209、该数据包处理完毕，结束流程；如果有下一个数据包到达，跳转执行S202。

图4是FLAT触发与取消工作流程图，具体包括以下步骤：

S301、设置全局探测包、链路探测包的发送周期；

S302、开始进行全局探测，同时记录测量结果；

S303、判断网络中是否有大流产生；判断大流的依据是源端主机 某条流链路带宽占用率超过设定阈值(一般是10％)。如果有大流产生，则添加到大流集合F中并执行S304；否则，跳转执行S313；

S304、对集合内所有大流对应的链路进行链路负载探测，一方面可以探知大流经过的某个链路是否超过阈值；另一方面为FLAT触发后的路径计算提供信息；

S305、判断当前大流是否在上一个探测周期执行过FLAT，如果没有，则执行S306；否则跳转执行S307，对当前大流判断在上一周期是否执行过FLAT的原因在于：如果该大流在这一周期未能触发FLAT，那么回到原路径可能再次触发FLAT从而产生路由震荡，降低FLAT策略的执行效果，因此，对上一周期执行过FLAT的大流继续执行，直到它不再是大流或者终止传输；

S306、如果大流经过的某个链路负载超过阈值，那么执行S307；否则就检查下一条大流，并跳转执行S312；

S307、FLAT算法触发并根据当前的测量结果，从大流源端直连的边缘层交换机预置的4条传输路径中，选择时延最小的2条路径作为FLAT的传输路径。在FLAT流表的有效期内，当前大流的数据包将按照转发策略在这两条路径上切换。需要注意的是，运行FLAT的第一个时隙，交换机需要先缓存该流的第一个流片(FLAT一个时隙所传输的数据包)，防止数据包到达接收端产生乱序；

S308、FLAT根据当前记录的测量结果计算出传输时隙值。时隙值的计算简要描述如下：当预置的4条传输路径之间的时延差值小于100μs时，取时隙值为100μs；当时延差值在100-500μs时，取时隙值为500μs；当时延差值大于500μs时，以实际差值作为时隙值；

S309、控制器下发FLAT流表的优先级设置要高于交换机中预置的静态流表优先级，同时在流表中封装传输时隙值、传输路径所对应的转发端口以及流表的生存时间(TTL，Time To Live)，TTL值为链路探测周期值；

S310、控制器将FLAT流表下发到与大流源端直连的边缘层交换机。由于每一个OD对可选择4条传输路径，并且已经通过静态流表的方式下发到所有传输路径上的交换机，因此，数据流依据FLAT流表在多条路径之间切换时数据包一定可以到达目的地址，并且FLAT流表只需下发到边缘层交换机，通过这样的设计能极大地降低交换机与控制器之间的通信开销；

S311、如果当前大流在下个周期仍然存在，那么它将需要时效性更强的路径时延信息来计算出新的FLAT时隙大小，因此需要在本周期再次测量所有FLAT路径时延；

S312、开始检查下一条大流，跳转执行S305；如果集合F内所有大流已检查完毕，则执行S313；

S313、当前周期对大流的探测和决策已经全部完成，也可能当前周期没有探测到大流(来自S303)，如果收到程序终止指令，那么就在这时结束程序；如果继续运行，则执行S314；

S314、等待当前周期结束后，再次进入下一个周期并跳转执行S303；

通过大量的仿真实验，发现本实施例提供的方法与其他几种多路径传输方法相比(例如，ECMP、GFF)，吞吐量提高了13％～45％，同时接收端几乎没有乱序的数据包出现，与采用单路径传输效果等同，但是吞吐量与之相比却能最大提高到83％。从实验结果可以说明本实施例达到了预期目的。

图5示出了本实施例提供的一种面向软件定义的数据中心网络流量均衡装置的结构示意图，包括：

字段匹配模块11，用于接收交换机发送的数据包，将所述数据包的特征字段与流表中的字段进行匹配，并根据预设的动作优先顺序将所述数据包的动作记录在流表的动作集中；

第一动作执行模块12，用于当所述数据包的特征字段与所述流表中的字段匹配成功时，根据动作集中的动作顺序，对所述数据包执行对应操作；

预处理转发模块13，用于当所述对应动作为预处理转发时，判断所述数据包的时隙字段与所述流表中的传输时隙值是否匹配，若匹配，则将所述数据包转发，若不匹配，则将所述数据包缓存至下一个时隙进行转发，以均衡面向软件定义的数据中心网络的流量；

其中，所述数据包的动作包括处理、预处理转发、转发和丢弃。

本实施例通过控制器将数据包的动作记录在动作集中，并根据动作集中的动作顺序执行对应操作，简化了部署，同时增强了网络的可扩展性；通过判断数据包的时隙字段与流表中的传输时隙值是否匹配，若匹配，则将所述数据包转发，若不匹配，则将所述数据包缓存至下一个时隙进行转发，解决了在策略方法实施过程中造成的数据流丢包以及接收端可能产生的数据包乱序问题。

可选地，所述装置还包括：

第二动作执行模块，用于当所述数据包的特征字段与交换机中流表的字段匹配失败时，根据预设的静态流表中的动作集对所述数据包执行对应操作。

进一步地，所述装置还包括：

大流判断模块，用于当当前发送周期中单条流链路带宽占用率超过带宽阈值时，确定当前流为大流，并将所述大流添加至大流集合中；

第一路径选择模块，用于当所述大流经过的链路负载超过负载阈值时，从与所述大流的源端直连的边缘层交换机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

进一步地，所述装置还包括：

第二路径选择模块，用于当当前大流在上一个发送周期经过的链路负载超过所述负载阈值时，从与当前大流的源端直连的边缘层交换 机预设的路径中选择时延最小的两条路径，以供数据包转发时在所述两条路径中切换。

更进一步地，所述装置还包括：

时隙值更新模块，用于根据路径的传输时延计算传输时隙值，并根据所述传输时隙值更新所述流表。

本实施例所述的面向软件定义的数据中心网络流量均衡装置可以用于执行上述方法实施例，其原理和技术效果类似，此处不再赘述。

本发明的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。