会话迁移的控制方法、装置和vBRAS与流程

会话迁移的控制方法、装置和vbras
技术领域
1.本公开涉及通信技术领域，特别涉及一种会话迁移的控制方法、会话迁移的控制装置、vbras(virtual broadband access server，虚拟宽带接入服务器)和非易失性计算机可读存储介质。


背景技术：

2.vbas将bas的vbras-c(virtual bras control plane，vbas控制面)与vbras-u(virtual bras user plane，vbas转发面)分离，并利用基于云技术的网络功能虚拟化技术对控制面进行弹性伸缩和管理。
3.vbras-c同时管理多个vbras-u。当某个vbras-u故障时，用户可以在会话不中断的情况下，热切换到新的vbras-u，继续访问网络。
4.在相关技术中，将故障vbras-u上的所有用户会话，直接迁移到其他已承载用户的目标vbras-u上。


技术实现要素：

5.本公开的发明人发现上述相关技术中存在如下问题：目标转发面需要维持的会话状态的数量过多，造成用户服务被拒绝、用户频繁上下线等故障，从而导致通信性能下降。
6.鉴于此，本公开提出了一种会话迁移的控制技术方案，能够降低会话状态数量，使得转发面承载的会话得到保障，从而提高通信性能。
7.根据本公开的一些实施例，提供了一种会话迁移的控制方法，包括：对第一转发面中的第一会话与第二转发面中的第二会话进行合并处理，生成聚合会话，合并后的第一会话和第二会话共用一个服务端；向第一转发面和第二转发面，发送聚合会话的转发表项；响应于第一转发面发生故障，将第一会话迁移到第二转发面中，并控制第二转发面根据转发表项承载聚合会话。
8.在一些实施例中，对第一转发面中的第一会话与第二转发面中的第二会话进行合并处理包括：将第一会话的客户端的mac(media access control address，媒体访问控制)地址、第二会话的客户端的mac地址与同一个服务端的mac地址绑定，使得服务端能够响应第一会话的客户端、第二会话的客户端。
9.在一些实施例中，对第一转发面中的第一会话与第二转发面中的第二会话进行合并处理包括：根据第一会话和第二会话的会话标识，进行合并处理。
10.在一些实施例中，根据第一会话和第二会话的会话标识，进行合并处理包括：根据各会话标识的排序，将会话标识集合划分为多个标识分组；按照多个标识分组的排序，为第一转发面和第二转发面中的各会话分配会话标识；将会话标识属于同一标识分组的第一会话和第二会话合并为聚合会话。
11.在一些实施例中，控制方法还包括：将第二会话的会话标识，设置为聚合会话的会话标识。
12.在一些实施例中，根据第一会话第二会话的会话标识，进行合并处理包括：建立第一会话的会话标识、第二会话的会话标识与虚拟会话标识的映射关系；根据映射关系，将虚拟会话标识设置为聚合会话的会话标识。
13.在一些实施例中，控制方法还包括：根据第二转发面的物理链路带宽和聚合会话的数量，确定限速参数；响应于第一转发面发生故障，控制第二转发面根据限速参数为第一会话、第二会话分配带宽资源。
14.在一些实施例中，控制方法还包括：响应于第一转发面发生故障，控制第二转发面根据会话类型，为第一会话、第二会话分配带宽资源。
15.根据本公开的另一些实施例，提供一种会话迁移的控制装置，包括：合并单元，用于对第一转发面中的第一会话与第二转发面中的第二会话进行合并处理，生成聚合会话，合并后的第一会话和第二会话共用一个服务端；发送单元，用于向第一转发面和第二转发面，发送聚合会话的转发表项；控制单元，用于响应于第一转发面发生故障，将第一会话迁移到第二转发面中，并控制第二转发面根据转发表项承载聚合会话。
16.在一些实施例中，合并单元将第一会话的客户端的mac地址、第二会话的客户端的mac地址与同一个服务端的mac地址绑定，使得服务端能够响应第一会话的客户端、第二会话的客户端。
17.在一些实施例中，合并单元根据第一会话和第二会话的会话标识，进行合并处理。
18.在一些实施例中，合并单元根据各会话标识的排序，将会话标识集合划分为多个标识分组，按照多个标识分组的排序，为第一转发面和第二转发面中的各会话分配会话标识，将会话标识属于同一标识分组的第一会话和第二会话合并为聚合会话。
19.在一些实施例中，合并单元将第二会话的会话标识，设置为聚合会话的会话标识。
20.在一些实施例中，合并单元建立第一会话的会话标识、第二会话的会话标识与虚拟会话标识的映射关系，根据映射关系，将虚拟会话标识设置为聚合会话的会话标识。
21.在一些实施例中，控制装置还包括：确定单元，根据第二转发面的物理链路带宽和聚合会话的数量，确定限速参数。控制单元响应于第一转发面发生故障，控制第二转发面根据限速参数为第一会话、第二会话分配带宽资源。
22.在一些实施例中，控制单元响应于第一转发面发生故障，控制第二转发面根据会话类型，为第一会话、第二会话分配带宽资源。
23.根据本公开的又一些实施例，提供一种vbras，包括：控制面网元，用于执行权上述任一个实施例中的会话迁移的控制方法；被所述控制面网元控制的多个转发面网元，用于根据控制面网元下发的转发表项承载会话业务。
24.根据本公开的又一些实施例，提供一种会话迁移的控制装置，包括：存储器；和耦接至存储器的处理器，处理器被配置为基于存储在存储器装置中的指令，执行上述任一个实施例中的会话迁移的控制方法。
25.根据本公开的再一些实施例，提供一种非易失性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一个实施例中的会话迁移的控制方法。
26.在上述实施例中，将来源于不同转发面的一个服务端对应一个客户端的点对点会话，合并为一个服务端对应多个客户端的单点对多点会话。这样，能够降低会话状态数量，使得转发面承载的会话得到保障，从而提高通信性能。
附图说明
27.构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
28.参照附图，根据下面的详细描述，可以更加清楚地理解本公开：
29.图1示出本公开的会话迁移的控制方法的一些实施例的流程图；
30.图2示出本公开的会话迁移的控制方法的一些实施例的示意图；
31.图3示出本公开的会话迁移的控制系统的一些实施例的示意图；
32.图4示出本公开的会话迁移的控制装置的一些实施例的框图；
33.图5示出本公开的会话迁移的控制装置的另一些实施例的框图；
34.图6示出本公开的会话迁移的控制装置的又一些实施例的框图；
35.图7示出本公开的vbras的一些实施例的框图。
具体实施方式
36.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
37.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
38.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
39.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，技术、方法和设备应当被视为授权说明书的一部分。
40.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
41.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
42.如前所述，目标vbras-u的用户实际会话处理能力有限，并且通常已经规划并上线大量用户。这样，故障vbras-u迁移过来的用户连接超出目标vbras-u承载能力，导致注入拒绝服务、用户频繁上下线等连锁故障。
43.在这种情况下，如果目标vbras-u根据切换后的总会话数规划上联带宽，会造成无故障时的带宽超配和浪费；如果目标vbras-u根据切换前会话数规划上联带宽，可能无法承担故障切换后所有的会话，造成不同速率用户会话间的流量冲击，导致拥塞和质量普遍劣化。
44.针对上述技术问题，需对目标vbras-u的有限硬件资源进行折中使用，优先保障所有会话的可用性、连续性。例如，可以通过下面的实施例实现本公开的技术方案。
45.图1示出本公开的会话迁移的控制方法的一些实施例的流程图。
46.如图1所示，控制方法包括：步骤110，合并不同转发面的会哈；步骤120，发送转发表项；和步骤130，迁移故障转发面的会话。
47.在步骤110中，对第一转发面中的第一会话与第二转发面中的第二会话进行合并
处理，生成聚合会话。合并后的第一会话和第二会话共用一个服务端。
48.在一些实施例中，将第一会话的客户端的mac地址、第二会话的客户端的mac地址与同一个服务端的mac地址绑定，使得服务端能够响应第一会话的客户端、第二会话的客户端。
49.在一些实施例中，根据第一会话和第二会话的会话标识，进行合并处理。
50.在一些实施例中，可以在现有控制面和转发面增加软件模块，用于在转发面发生故障时，将故障转发面的会话全部转移到目标转发面上。例如，可以按照会话标识的排序和具体需求，将故障转发面的会话与目标转发面的会话合并。
51.在一些实施例中，根据各会话标识的排序，将会话标识集合划分为多个标识分组。按照多个标识分组的排序，为第一转发面和第二转发面中的各会话分配会话标识。将会话标识属于同一标识分组的所述第一会话和所述第二会话合并为聚合会话。例如，将第二会话的会话标识，设置为聚合会话的会话标识。
52.在一些实施例中，建立第一会话的会话标识、第二会话的会话标识与虚拟会话标识的映射关系。根据映射关系，将虚拟会话标识设置为聚合会话的会话标识。
53.这样，可以降低故障切换后转发面所需维持的状态会话的数量，并降低转发面的状态数量以及限速、保活，队列等硬件资源需求。从而，增强了业务健壮性、持续性和资源使用率，降低了目标转发面预留的闲置会话数。
54.在步骤120中，向第一转发面和第二转发面，发送聚合会话的转发表项。
55.在步骤130中，响应于第一转发面发生故障，将第一会话迁移到第二转发面中。并控制第二转发面根据转发表项承载聚合会话。
56.在一些实施例中，根据第二转发面的物理链路带宽和聚合会话的数量，确定限速参数。响应于第一转发面发生故障，控制第二转发面根据限速参数为第一会话、第二会话分配带宽资源。
57.在一些实施例中，响应于第一转发面发生故障，控制第二转发面根据会话类型，为第一会话、第二会话分配带宽资源。
58.在上述实施例中，在故障切换后，基于合并后的会话有效分配用户带宽，增加了目标转发面的上联带宽利用率。而且，可以提升故障切换时的用户体验，降低转发面预留的上行带宽和成本。有效降低了vbas转发面临时故障期间的保护成本。
59.另外，上述实施例在充分利用vbas转控分离构架的基础上，不改变转发面、控制面之间的交互方式，即可提升故障切换时转发面的资源利用率。
60.图2示出本公开的会话迁移的控制方法的一些实施例的示意图。
61.如图2所示，vbas包括控制面21和多个转发面：转发面22、转发面23等。
62.例如，vbas每个硬件转发面最多可处理1万个用户会话。每个接入用户会话占用一个独立的会话标识和转发面的硬件资源。当每个转发面的实际规划会话数量为1万时，控制面21负责转发面22、转发面23总计2万个接入用户的会话控制和管理。
63.在一些实施例中，控制面21所有转发面的会话的软状态。例如，转状态包括每个点对点会话所在转发面的标识、转发面状态、端口标识、会话标识、会话ip地址、会话mac地址、会话配置模板、会话聚合状态等。
64.在一些实施例中，控制面21按转发面22(u22)、转发面23()的会话标识的次序，将
两个转发面的点对点会话聚合为单点对多点的聚合会话。
65.例如，每个会话的keepalive和负载报文中包含16bit分配范围的会话标识集合，该分配范围在每个vbas的u面是相同的(均为0-65535)。会话id具体到每个转发面内部是唯一不可重复的，但是不同转发面的会话标识可以重复。可以通过转发面标识区分不同转发面的会话，如u22-会话200，u23-会话200。
66.在一些实施例中，单点对多点的聚合会话可以在多个客户端mac与一个服务端mac之间建立。例如，每个客户端mac不同，服务端mac设置为相同。这样，能够在故障切换时保证用户流量不中断。
67.在一些实施例中，控制面21的管理模块将会话标识集合分组。例如，以1000个会话为单位进行分组，则16bit的会话标识集合可以按标识从小到大，分为序号为1～65的会话分组。
68.在一些实施例中，响应于各转发面有用户拨号上线，管理模块可以从会话分组1中选取空闲的会话标识分配给该用户。在排序在前的会话分组中的会话标识分配完毕后，再顺序从低位到高位的会话分组中分配会话标识。
69.在一些实施例中，在已分配完毕的会话分组中有用户下线的情况下，会话分组中出现空闲会话标识。管理模块保留该空闲会话标识和相应的会话分组的序号。响应于新用户上线，优先选取该空闲会话标识进行分配。
70.在一些实施例中，管理模块将转发面22、23中会话标识相同的会话进行合并。
71.在一些实施例中，管理模块将转发面22、23中会话标识属于相同分组序号的会话进行合并。这样，可以避免逐一检索相同的会话标识进行合并，提高合并效率。
72.例如，转发面22、23各有一个会话标识为1021的会话，客户端分别为mac1，mac2。可以将这两个会话进行合并。会话从转发面22汇聚到转发面3后，聚合会话的会话标识不变，pppoe(point-to-point protocol over ethernet，以太网上的点对点协议)封装头不变。同一个服务端响应mac1和mac2两个客户端的会话keepalive请求。
73.除了客户端mac以外，pppoe会话keepalive的封装头和会话负载的封装头不发生变化。转发面23的会话的客户端地址从mac2改变为mac1和mac2，服务端mac不变。这样，会话状态的数量并未增加。
74.在一些实施例中，管理模块将告知聚合响应模块，此会话中的mac1和mac2为单点对多点会话的两个远端。例如，可以禁止两个远端客户mac之间发送广播报文或直接互通以减少资源消耗。这样，可以减少合并后的会话状态的总数量。
75.在一些实施例中，控制面21的管理模块可以新增一个固定长度的虚拟会话id字段，用于标识合并前的会话标识与合并后的虚拟会话标识的映射关系。管理模块可以维护会话标识与虚拟会话标识的映射表项。管理模块可以将任意转发面的任意会话进行合并。
76.例如，转发面22的会话标识为304、305的会话，可以与转发面23的会话标识为1243的会话合并，并映射为虚拟会话标识。
77.在这种情况下，管理模块将会话304的客户端mac304、会话305的客户端mac305、会话1243的客户端mac1243合并为一个虚拟会话标识下的同一个服务端。可以维护这个单点对多点会话的虚拟会话标识映射关系，用于会话keepalive响应和会话负载封装。
78.这样，管理模块通过维护虚拟会话标识映射关系，并下发给聚合响应模块，对会话
keepalive响应和负载封装，可以较为灵活地进行会话聚合。
79.在一些实施例中，控制面21将聚合会话的转发表项同步到各转发面，并通过南向接口预先写入所有转发面的转发表项。在无故障时，各转发面不激活非本地转发面承载的保护会话条目，只激活本地转发面的会话条目并沿用现有模式。
80.在一些实施例中，控制面21为故障切换后的聚合会话预创建一个应急配置模板。例如，应急模板中的会话限速参数设置为链路上下行带宽与多点会话数量的比值(即合并后各会话的上下行速率为物理链路带宽与聚合会话数量的比值)。
81.在一些实施例中，可以根据不同的会话类别，配置不同的带宽分配权重。例如，会话类别可以包括拨号会话、企业级会话等。
82.在上述实施例中，当转发面22故障时，转发面23通过将点对点会话聚合为单点对多点会话，减少需要维持的状态资源开销。而且，基于聚合会话的业务控制机制，降低了限速、队列、会话保活所需的硬件资源开销。因此，转发面23可接纳转发面22的1万个迁移会话和转发面23原有的1万个本地会话。在会话迁移后，转发面23承载的聚合会话数量仍未1万。
83.在故障切换后，转发面23采用控制面21预下发的应急配置模板，对聚合会话进行限速，从而防止了会话聚合后流量突发拥塞造成的大规模业务不可用。
84.图3示出本公开的会话迁移的控制系统的一些实施例的示意图。
85.如图3所示，控制系统设置在vbas，包括控制面(c面)、转发面1(u面1)、转发面2(u面2)。
86.在一些实施例中，c面包括故障检测模块、aaa(authentication authorization accounting，验证、授权、记账)及配置管理模块、会话处理模块、管理模块。
87.例如，管理模块在c面维护所有u面会话的软状态(包括每个点对点会话所在u面标识、u面状态、端口标识、会话标识、会话ip地址、会话mac地址、会话配置模板、会话聚合状态等)。
88.管理模块按不同u面上的会话标识次序，将每个u面的点对点会话状态聚合为单点对多点会话。例如，将u1的会话x与u2会话x，按序逐一合并为同一全局唯一的多点会话x。会话x同时包括u1、u2会话的标识、激活状态、ip地址、mac地址和热备网关等多点的信息条目。
89.例如，管理模块在c面定期在不同u面之间将聚合会话表项同步到各转发面的聚合响应模块。并通过南向接口预先写入所有u面的转发表项。无故障切换时根据u面标识，不激活非本地u面承载的保护会话条目，只激活本地u面会话条目并沿用现有模式。
90.例如，当c面检测到u1故障后，管理模块在指示u2接管u1所有会话和流量，激活预先写入u2的保护会话条目。此时故障u1和u2每一对会话共用一个多点会话标识。u1恢复后c面从会话软状态同步点对多点的聚合会话信息回u1，去激活u2的保护会话条目。
91.例如，管理模块维护所有u面会话的点对点会话配置模板，并为故障切换后的聚合会话创建一个应急配置模板。应急模板中的会话限速参数忽略原有点对点会话的各类配置，设置为链路上下行带宽与聚合会话的数量的比值，并对u2的所有点对多点会话的所有客户端mac全局生效。
92.或者，根据聚合前不同会话的类型，配置限速比例，对聚合后同一聚合会话内的不同客户端mac成比例分配带宽。这样，避免了u2接管u1会话时，上下联链路因流量突发拥塞导致的质量劣化。
93.在一些实施例中，转发面1、2包括基本会话处理模块、聚合响应模块、质量服务模块、转发模块。
94.例如，聚合响应模块根据管理模块指示建立和激活单点对多点会话，接收、修改或删除会话内多个转发条目(流表)，并绑定到一个会话的状态。
95.例如，聚合响应模块根据管理模块下发的配置，使得同一个聚合会话内的多个转发表项流量，共享同一个限速资源和同一个队列资源，用于qos(quality of service，服务质量)。
96.例如，在u面故障切换后，在聚合会话在不中断会话连接的情况下，，聚合响应模块与聚合会话内的多个客户端重协商降低保活报文的频率，以降低开销。
97.例如，一个聚合会话内某的用户上下线，保活报文格式不变。但上下线成功后，c面通知u面在同一会话中增加或删除相应转发表项，而不增减会话数量。
98.在一个聚合会话内的所有用户下线或保活超时的情况下，c面通知u面清除会话。
99.在上述实施例中，降低故障切换后转发面所需维持的有状态会话的数量、降低转发面状态数量，从而增强业务健壮性、持续性和资源使用率。通过将点对点会话聚合为单点对多点的会话，减少了转发面对会话的限速、保活、队列等硬件资源。
100.vbas所有转发面可以根据最大用户会话数进行规划，降低了转发面预留的闲置会话数。终端对会话建立，终止，保活机制无感知。可以只在vbas控制面和部分转发面上增量部署，不影响现有vbas转发控制面之间的交互信令方式。
101.图4示出本公开的会话迁移的控制装置的一些实施例的框图。
102.如图4所示，会话迁移的控制装置4包括合并单元41、发送单元42、控制单元43和存储单元45。
103.合并单元41用于对第一转发面中的第一会话与第二转发面中的第二会话进行合并处理，生成聚合会话。合并后的第一会话和第二会话共用一个服务端。
104.在一些实施例中，合并单元41将第一会话的客户端的mac地址、第二会话的客户端的mac地址与同一个服务端的mac地址绑定，使得服务端能够响应第一会话的客户端、第二会话的客户端。
105.在一些实施例中，合并单元41根据第一会话和第二会话的会话标识，进行合并处理。
106.在一些实施例中，合并单元41根据各会话标识的排序，将会话标识集合划分为多个标识分组。按照多个标识分组的排序，为第一转发面和第二转发面中的各会话分配会话标识。将会话标识属于同一标识分组的第一会话和第二会话合并为聚合会话。
107.在一些实施例中，合并单元41将第二会话的会话标识，设置为聚合会话的会话标识。
108.在一些实施例中，合并单元41建立第一会话的会话标识、第二会话的会话标识与虚拟会话标识的映射关系。根据映射关系，将虚拟会话标识设置为聚合会话的会话标识。
109.发送单元42向第一转发面和第二转发面，发送聚合会话的转发表项。
110.控制单元43响应于第一转发面发生故障，将第一会话迁移到第二转发面中，并控制第二转发面根据转发表项承载聚合会话。
111.在一些实施例中，控制装置4还包括：确定单元44根据第二转发面的物理链路带宽
和聚合会话的数量，确定限速参数。控制单元43响应于第一转发面发生故障，控制第二转发面根据限速参数为第一会话、第二会话分配带宽资源。
112.在一些实施例中，控制单元43响应于第一转发面发生故障，控制第二转发面根据会话类型，为第一会话、第二会话分配带宽资源。
113.图5示出本公开的会话迁移的控制装置的另一些实施例的框图。
114.如图5所示，该实施例的会话迁移的控制装置5包括：存储器51以及耦接至该存储器51的处理器52，处理器52被配置为基于存储在存储器51中的指令，执行本公开中任意一个实施例中的会话迁移的控制方法。
115.其中，存储器51例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序boot loader、数据库以及其他程序等。
116.图6示出本公开的会话迁移的控制装置的又一些实施例的框图。
117.如图6所示，该实施例的会话迁移的控制装置6包括：存储器610以及耦接至该存储器610的处理器620，处理器620被配置为基于存储在存储器610中的指令，执行前述任意一个实施例中的会话迁移的控制方法。
118.存储器610例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序boot loader以及其他程序等。
119.会话迁移的控制装置6还可以包括输入输出接口630、网络接口640、存储接口650等。这些接口630、640、650以及存储器610和处理器620之间例如可以通过总线660连接。其中，输入输出接口630为显示器、鼠标、键盘、触摸屏、麦克、音箱等输入输出设备提供连接接口。网络接口640为各种联网设备提供连接接口。存储接口650为sd卡、u盘等外置存储设备提供连接接口。
120.图7示出本公开的vbras的一些实施例的框图。
121.如图7所示，vbras 7包括：控制面网元71，用于执行权上述任一个实施例中的会话迁移的控制方法；被所述控制面网元控制的多个转发面网元72，用于根据控制面网元71下发的转发表项承载会话业务。
122.本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质包括但不限于磁盘存储器、cd-rom、光学存储器等上实施的计算机程序产品的形式。
123.至此，已经详细描述了根据本公开的会话迁移的控制方法、会话迁移的控制装置、vbras和非易失性计算机可读存储介质。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
124.可能以许多方式来实现本公开的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和系统。用于方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公
开的方法的程序的记录介质。
125.虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。