一种链路状态通告信息交互方法和OSPF设备

摘要

本发明实施例提供一种链路状态通告信息交互方法和OSPF设备，所述方法包括：获取链路状态通告信息；根据所述链路状态通告信息及其通告范围，在所述链路状态通告信息的通告范围内选择一条链路传递所述链路状态通告信息到对端。通过本发明实施例提供的方法和设备，当两台OSPF设备之间存在多条链路通过OSPF协议互联时，在保证双方报文正确交互的前提下，只选择其中的某些必要链路交互LSA信息，避免了其它链路的冗余通告，有效降低了报文的带宽消耗，以及两端设备处理报文的CPU消耗。

权利要求

1.一种链路状态通告信息交互方法，其特征在于，所述方法包括：获取链路状态通告信息；

如果所述链路状态通告信息中，已经有不同通告范围的链路状态通告信息在各个通告范围内被传递到对端，则不在所述各个通告范围内发送已经传递到对端的链路状态通告信息；否则根据所述链路状态通告信息及其通告范围，在所述链路状态通告信息的通告范围内选择一条链路传递所述链路状态通告信息到对端；

如果传递链路状态通告信息的链路失效，且在所述链路状态通告信息的通告范围内还存在至少一条链路，则根据所述链路状态通告信息的通告范围，在通告范围内重新选择一条链路传递所述链路状态通告信息。

2.根据权利要求1所述的方法，其特征在于，所述获取链路状态通告信息的步骤包括：本地生成链路状态通告信息；或者

接收邻居发送的链路状态通告信息。

3.根据权利要求1所述的方法，其特征在于，在所述链路状态通告信息的通告范围内选择一条链路传递所述链路状态通告信息到对端的步骤包括：将所述链路状态通告信息中，通告范围为链路范围内通告的链路状态通告信息在所述链路上传递；

将所述链路状态通告信息中，通告范围为区域范围内通告的链路状态通告信息在所述区域内选择一条链路传递；

将所述链路状态通告信息中，通告范围为自治域范围内通告的链路状态通告信息在所述自治域内选择一条链路传递。

4.根据权利要求3所述的方法，其特征在于，所述选择一条链路传输的步骤包括：选择一条接口带宽最大的链路传输；或者

如果接口带宽最大对应多条链路，则选择所述多条链路中接口索引值最大或者最小的链路传输。

5.根据权利要求1所述的方法，其特征在于：

所述链路状态通告信息为链路状态通告的摘要信息，则所述链路状态通告信息通过数据描述报文传递；或者所述链路状态通告信息为链路状态通告的详细信息，则所述链路状态通告信息通过链路状态更新报文传递。

6.一种开放式最短路径优先理由协议OSPF设备，其特征在于，所述OSPF设备包括：获取单元，用于获取链路状态通告信息；

第一判断单元，用于根据所述获取单元获取到的链路状态通告信息，判断所述链路状态通告信息中，是否已经有不同通告范围的链路状态通告信息在各个通告范围内被传递到对端；

选择单元，用于根据所述获取单元获取的链路状态通告信息以及OSPF协议规定的各链路状态通告信息的通告范围，在所述链路状态通告信息的通告范围内选择一条链路；

传递单元，用于在所述第一判断单元的判断结果为链路状态通告信息中，已经有不同通告范围的链路状态通告信息在各个通告范围内被传递到对端时，不再发送已经传递到对端的链路状态通告信息；否则根据所述选择单元所选择的链路，通过所选择的链路传递所述链路状态通告信息到对端；

第二判断单元，用于判断正在传递链路状态通告信息的链路是否失效，并在所述正在传递链路状态通告信息的链路失效，且在所述链路状态通告信息的通告范围内还存在至少一条链路时，通过所述选择单元根据所述链路状态通告信息的通告范围，在通告范围内重新选择一条链路，并通过所述传递单元传递所述链路状态通告信息。

7.根据权利要求6所述的OSPF设备，其特征在于，所述获取单元包括：生成模块，用于在本地生成链路状态通告信息；以及或者

接收模块，用于接收邻居发送的链路状态通告信息。

8.根据权利要求6所述的OSPF设备，其特征在于，所述选择单元包括：第一选择模块，用于选择本链路作为链路状态通告信息中的通告范围为链路范围内通告的链路状态通告信息的传递链路；

第二选择模块，用于在本区域内选择一条链路作为链路状态通告信息中的通告范围为区域范围内通告的链路状态通告信息的传递链路；

第三选择模块，用于在本OSPF域内选择一条链路作为链路状态通告信息中的通告范围为自治域范围内通告的链路状态通告信息的传递链路。

说明书

一种链路状态通告信息交互方法和OSPF设备

技术领域

[0001] 本发明涉及互联网技术，尤其涉及一种链路状态通告信息交互方法和OSPF设备。

背景技术

[0002] OSPF(Open Shortest Path First，开放最短路径优先路由协议)是IETF(The Internet Engineering Task Force，互联网工程任务组)制定的一个内部网关协议，根据OSPF协议的规定，路由器通过互相发送直接相连的链路信息和它拥有的到其他路由器的链路信息，最终学习到全网的拓扑信息，然后每台路由器根据这些网络拓扑信息独立计算各自的最短路径树，生成设备的路由表。

[0003] 在OSPF中，OSPF路由器需要与与其直接相连的邻居路由器建立邻接关系，以进行报文交互，而在OSPF路由器与邻居路由器建立邻接关系的过程中，OSPF路由器需要与邻居路由器进行数据描述(DD，DatabaseDescription)报文交互，并通过链路状态请求报文LS-Req、链路状态更新报文LS-Update、以及链路状态应答报文LS-Ack同步链路状态通告(LSA，Link State Advertisement)信息。

[0004] 其中，DD报文包含了LSA的摘要信息，LSA描述了本路由器所有的链路信息，包括接口信息、路由器邻居信息以及他们的状态信息。OSPF路由器会将自身已知的LSA通告给邻居路由器，邻居路由器收到LSA的同时，会将学习到的LSA信息通告给其它的OSPF邻居路由器。通过这种机制，最终所有的OSPF设备都学习到整网OSPF拓扑信息，并通过该拓扑信息，计算出正确的路由。在LSA中，还携带了路由器标识信息，该路由器标识信息用于识别该LSA描述的是哪台路由器的链路状态信息。根据OSPF协议规定，不同类型的LSA具有不同的通告范围，目前，LSA的通告范围分为3类，分别为：链路范围，表示该LSA只承载了本OSPF链路的信息，该LSA只在这个OSPF链路内通告；区域范围，表示LSA承载的信息为OSPF区域属性的信息，该LSA在对应的OSPF区域内通告；以及整个OSPF域范围，表示LSA承载的信息为整个OSPF域的，该LSA需要在整个OSPF域内通告。

[0005] 发明人在实现本发明的过程中发现，当两台OSPF设备RTA与RTB之间通过多个链路互连时，按照OSPF协议标准(RFC 2328)规定，该多个链路都需要建立OSPF邻居关系，并且互相通告学习LSA信息，这样就会造成大量冗余的报文。

[0006] 例如，两台OSPF设备RTA与RTB之间，已经通过链路Eth1和Eth2建立好邻接关系，此时新增加一个连接Eth3，建立OSPF邻接关系时，按照OSPF协议标准，OSPF设备RTA需要与邻居路由器RTB交互DD报文，向邻居路由器RTB通告本机RTA已学到的所有LSA信息；再例如，两台OSPF设备RTA与RTB已经通过多个链路Eth1和Eth2建立邻接关系时，此时若RTA学习到一个新的LSA信息，按照OSPF协议规定，需要通过LSA通告范围内所有链路，通过LS-Update报文向邻居路由器RTB通告这条LSA，邻居路由器RTB收到LSA信息时，同时需要应答一个LS-Ack报文，表示已经接收到了这个LSA。

发明内容

[0007] 为了解决两台OSPF设备通过多条链路建立邻接关系，可能存在大量的冗余报文，例如DD报文、LS-Update报文与LS-Ack报文等的问题，本发明实施例提供一种链路状态通告信息交互方法和OSPF设备。

[0008] 本发明实施例的上述目的是通过如下技术方案实现的：

[0009] 一种链路状态通告信息交互方法，所述方法包括：获取链路状态通告信息；根据所述链路状态通告信息及其通告范围，在所述链路状态通告信息的通告范围内选择一条链路传递所述链路状态通告信息到对端。

[0010] 一种开放式最短路径优先理由协议OSPF设备，所述OSPF设备包括：获取单元，用于获取链路状态通告信息；选择单元，用于根据所述获取单元获取的链路状态通告信息以及OSPF协议规定的各链路状态通告信息的通告范围，在所述链路状态通告信息的通告范围内选择一条链路；传递单元，用于根据所述选择单元所选择的链路，通过所选择的链路传递所述链路状态通告信息到对端。

[0011] 通过本发明实施例提供的方法和设备，当两台OSPF设备之间存在多条链路通过OSPF协议互联时，在保证双方报文正确交互的前提下，只选择其中的某些必要链路交互LSA信息，避免了其它链路的冗余通告，有效降低了报文的带宽消耗，以及两端设备处理报文的CPU消耗。

附图说明

[0012] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

[0013] 图1为本发明实施例的方法流程图；

[0014] 图2为本发明实施例的OSPF设备组网示意图；

[0015] 图3为本发明实施例的OSPF设备组成框图。

具体实施方式

[0016] 为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

[0017] 实施例一

[0018] 本发明实施例提供一种链路状态通告信息交互方法，以下结合附图对本实施例进行详细说明。

[0019] 图1为本实施例的方法流程图，请参照图1，本实施例的链路状态通告信息交互方法包括：

[0020] 101：获取链路状态通告信息；

[0021] 102：根据所述链路状态通告信息及其通告范围，在所述链路状态通告信息的通告范围内选择一条链路传递所述链路状态通告信息到对端。

[0022] 根据本实施例的步骤101，链路状态通告信息可以是在与对端建立邻接关系的过程中所生成的链路状态通告的摘要信息，通过数据描述DD报文传递；也可以是在与对端建立邻接关系之后新学习到的链路状态通告的详细信息，通过链路状态更新报文传递，具体将在以下的实施例中进行详细说明。

[0023] 其中，当链路状态通告信息是在与对端建立邻接关系过程中所生成的链路状态通告的摘要信息，并通过数据描述DD报文传递时，如果该链路状态通告信息是通过一条新建链路首次与对端建立邻接关系的过程中生成的，则根据OSPF协议规定的标准流程，该链路状态通告信息在上述新建链路上传递，在这种情况下，与对端之间只有一条链路；而如果该链路状态通告信息不是首次与对端建立邻接关系的过程中生成的，也就是说，在通过该新建链路与对端建立邻接关系之前，已经通过别的链路与对端建立了邻接关系，则根据本实施例的方法，如果不同通告范围的链路状态通告信息已经通过其他链路传递到对端，则不再传送，而对于没有被传递到对端的链路状态通告信息，还是会在各自的通告范围内选择一条链路传递到对端。

[0024] 其中，当链路状态通告信息是在与对端建立邻接关系之后新学习到的链路状态通告的详细信息，并通过链路状态更新报文传递时，如果该链路状态通告信息是由本地生成的，则针对每一个邻居，本实施例的方法要将该链路状态通告信息中不同通告范围的链路状态通告信息在各个通告范围内选择一条链路分别传递；如果该链路状态通告信息是从某一个邻居接收到的，则针对除该邻居之外的其他邻居，本实施例的方法要将该链路状态通告信息中不同通告范围的信息在各个通告范围内选择一条链路分别传递。

[0025] 根据本实施例的步骤102，由于链路状态通告信息根据通告范围的不同分为三类，分别为链路内通告、区域内通告以及自治域通告，因此，对于通告范围为链路内通告的链路状态通告信息，根据本实施例的方法的步骤102，要在所述链路上通告；对于通告范围为区域内通告的链路状态通告信息，根据本实施例的方法的步骤102，要在所述区域范围内选择一条链路来通告；对于通告范围为自治域内通告的链路状态信息，根据本实施例的方法的步骤102，要在该OSPF域内选择一条链路来通告。其中，选择链路的方式有多种，例如可以在上述区域内或自治域内选择一条接口带宽最大的链路，或者，如果上述区域或自治域内，接口带宽最大对应多条链路，可以选择所述多条链路中接口索引值最大或者最小的链路，上述选择链路的方式只是举例说明，本实施例并不以此作为限制。

[0026] 根据本实施例的方法，如果在链路状态通告信息传递过程中，链路状态通告信息对应的通告链路断掉，则对于通告范围为链路内通告的链路状态通告信息，不再选择其他链路传递；对于通告范围为区域内通告的链路状态通告信息，则在上述区域内另外选择一条链路传递；对于通告范围为自治域范围内通告的链路状态通告信息，则在上述自治域范围内另外选择一条链路传递。其中，选择链路的方式与前述相同，这里不再赘述。

[0027] 通过本实施例的方法，在确保链路状态通告信息已经通过一条链路传递给邻居的前提下，不在更多的链路上进行冗余的传输，有效减少了多链路应用中，OSPF报文(例如DD报文、链路状态更新及应答报文等)的冗余通告，降低了链路带宽消耗及CPU额外的收报处理消耗。

[0028] 为使本实施例的方法更加清楚易懂，以下结合具体的两个OSPF设备之间LSA信息交互的流程对本实施例的方法进行详细说明。

[0029] 图2为网络环境中，两个OSPF设备RTA和RTB的组网示意图，请参照图2，RTA的ID为1.1.1.1，RTB的ID为2.2.2.2，RTA与RTB之间按先后顺序分别通过属于区域area0的链路Eth 1，属于区域area0的链路Eth 2与属于区域area1的链路Eth 3建立邻接关系。

[0030] 应用本实施例方法，当RTA和RTB在通过Eth 1建立邻接关系时，由于是首次建立邻接关系，RTA首次检测到router-id为2.2.2.2的邻居RTB，所以RTA将所有需要向该邻居RTB传递的LSA信息加入到DD汇总表中，DD汇总列表用于汇总与邻居交互的所有LSA信息，再根据该DD汇总表生成DD报文，在Eth1上与RTB交互上述DD报文。

[0031] 应用本实施例方法，当RTA和RTB在通过Eth 2建立邻接关系时，RTA检测到RTB时，由于在本区域area0内已经通过Eth 1与RTB建立邻接关系，即RTA已经通过Eth 1将LSA信息发给了邻居RTB，所以RTA在通过Eth2进行DD通告时，针对不同通告范围的LSA需要进行如下不同的处理：

[0032] 对于通告范围为链路的LSA，由于在本链路Eth2上没有进行DD报文交互，因此，需要将通告范围为链路的LSA加入邻居RTB的DD汇总表中，通过链路Eth2与邻居RTB进行DD报文交互。

[0033] 对于通告范围为区域的LSA，由于在本区域area0范围内已经通过链路Eth1与RTB建立了邻接关系，即通告范围为区域的LSA已经通过链路Eth1通告给了RTB，因此，通告范围为区域内通告的LSA，不加入DD汇总表里进行DD报文交互。

[0034] 对于通告范围为整个OSPF域内的LSA，由于在整个普通区已经通过链路Eth1与RTB建立了邻接关系，即通告范围为OSPF域的LSA已经通过链路Eth1通告给了RTB，因此，通告范围为OSPF域的LSA不加入DD汇总表里进行DD报文交互。

[0035] 应用本实施例方法，当RTA和RTB在通过Eth 3建立邻接关系时，RTA检测到RTB时，由于在不同区域area0内已经通过Eth 1与RTB建立邻接关系，即在区域area0内，RTA已经将LSA信息发给了邻居RTB，所以RTA在通过Eth3进行DD通告时，针对不同通告范围的LSA需要进行如下不同的处理：

[0036] 对于通告范围为链路的LSA，由于在本链路Eth3上没有进行DD报文交互，因此，需要将通告范围为链路的LSA加入邻居RTB的DD汇总表中，通过链路Eth3与邻居RTB进行DD报文交互。

[0037] 对于通告范围为区域的LSA，由于在本区域area1范围内没有链路与RTB建立邻接关系，即通告范围为区域的LSA还没有在区域area1范围内通过任何链路通告给RTB，因此，通告范围为区域内通告的LSA，仍要加入DD汇总表里，通过链路Eth3与RTB进行DD报文交互。

[0038] 对于通告范围为整个OSPF域内的LSA，由于在整个普通区已经通过链路Eth1与RTB建立了邻接关系，即通告范围为OSPF域的LSA已经通过链路Eth1通告给了RTB，因此，通告范围为OSPF域的LSA不加入DD汇总表里进行DD报文交互。

[0039] 应用本实施例的方法，当RTA与RTB已经通过多条链路建立邻接关系，此时，如果RTA新学习到一个LSA，例如从某一邻居收到一个LS-Update报文，RTA需要确认该报文中的LSA信息，并将相应的LSA信息在其通告范围内选择一条链路通告给除上述邻居之外的其他邻居。

[0040] 下面以RTA(1.1.1.1)收到一个LSA信息，通过选择的链路通告给邻居RTB(2.2.2.2)为例进行说明，其中：

[0041] 当从区域area 0，可以是区域area 0的链路Eth 1，区域area 0的链路Eth2或其它任意area 0内的链路上的邻居收到一个LSA信息时，针对不同通告范围的LSA，选择不同的链路，包括：

[0042] 对于通告范围为链路的LSA，按照协议规定的洪泛(FLOOD)规则，该LSA只在接收接口通告给其它邻居，不通过其他接口通告。其中，一个接收接口对应一个链路，但不一定只有一个邻居，如设备A、B、C通过hub连接，则设备A接收到设备B通告的LSA时，通告给设备C。

[0043] 对于通告范围为区域的LSA，按照协议规定的洪泛规则，该LSA需要通告给area 0内的所有邻居，包含通过Eth 1口与Eth 2口建立的邻居，根据本实施例的方法，此时LSA只通过Eth 1口发送给邻居，而不向Eth 2口发送。

[0044] 对于通告范围为整个OSPF域内的LSA，按照协议规定的洪泛规则，该LSA需要通告给普通区的所有邻居，根据本实施例的方法，将通告的邻居优化为，只通过Eth 1口发送给邻居，节约了带宽。

[0045] 当从区域area 1内的链路上的邻居收到一个LSA信息时，针对不同通告范围的LSA，选择不同的链路，包括：

[0046] 对于通告范围为链路的LSA，按照协议规定，在接收端口Eth3通告给其它邻居，不向area 1内的其它接口(图未示)洪泛该LSA。

[0047] 对于通告范围为区域的LSA，按照协议规定的洪泛规则，该LSA需要通告给area 1内的所有其它邻居，包含通过Eth 3通告给邻居RTB。

[0048] 对于通告范围为整个OSPF域内的LSA，按照协议规定的洪泛规则，该LSA需要通告给普通区的所有邻居，包含通过Eth 1，Eth 2，Eth 3三个接口洪泛给RTB，根据本实施例的方法，将通告给RTB的报文优化为，只通过Eth 1口发送。对于此LSA，节约了2/3的带宽及处理报文的CPU消耗。

[0049] 应用本实施例的方法，当传递某一类LSA信息的链路断掉，例如Eth1接口对应的邻居RTB断掉，则根据这些LSA信息的通告范围另外选择链路进行传递，包括：

[0050] 对于通告范围为链路的LSA，由于一个链路与一个邻居只会建立一个链接，而该链路已经断掉，因此这类LSA无需重传。

[0051] 对于通告范围为区域的LSA，此时需要判断在Eth1接口对应的区域area0内是否还存在另一个链路与RTB建立了邻接关系，在本实施例中，链路Eth 2与RTB也建立了邻接关系，因此，根据本实施例的方法，将这类LSA通过Eth 2口传递给RTB。保证这个LSA信息正确通告给RTB。

[0052] 对于通告范围为整个OSPF域内的LSA，此时需要判断在所有普通区内是否存在额外的链路与RTB建立了邻接关系，在本实施例中，链路Eth 2与Eth 3都与RTB建立了邻接关系，因此，根据本实施例的方法，选择上述完好链路的其中之一向RTB重新通告这类LSA。

[0053] 相对于现有技术中，OSPF设备在通过多链路与邻居建立邻接关系过程中，会通过DD报文交互链路状态通告的摘要信息，而在OSPF设备与邻居已经建立了邻接关系后，会通过链路状态更新报文和链路状态应答报文交互链路状态通告的详细信息，根据本实施例的方法，在两台OSPF设备之间使用多链路备份的应用中，在确保LSA信息已经通过一条链路传递给邻居的前提下，不在更多的链路上进行冗余的传输，有效降低了通信的报文量，降低了链路带宽消耗及CPU额外的收报处理消耗。

[0054] 实施例二

[0055] 本发明实施例还提供一种OSPF设备，以下结合附图对本实施例的OSPF设备进行详细说明。

[0056] 图3为本实施例的OSPF设备组成框图，请参照图3，本实施例的OSPF设备主要包括：

[0057] 获取单元31，用于获取链路状态通告信息；

[0058] 选择单元32，用于根据所述获取单元获取的链路状态通告信息以及OSPF协议规定的各链路状态通告信息的通告范围，在所述链路状态通告信息的通告范围内选择一条链路；

[0059] 传递单元33，用于根据所述选择单元所选择的链路，通过所选择的链路传递所述链路状态通告信息到对端。

[0060] 根据本实施例的一个较佳实施例方式，该OSPF设备还包括：

[0061] 第一判断单元34，用于根据获取单元31获取到的链路状态通告信息，判断所述链路状态通告信息中，是否已经有不同通告范围的链路状态通告信息在各个通告范围内被传递到对端。

[0062] 在本实施例方式中，如果所述链路状态通告信息中，已经有不同通告范围的链路状态通告信息在各个通告范围内被传递到对端，则传递单元33不再发送已经传递到对端的链路状态通告信息。

[0063] 根据本实施例的另一个较佳实施例方式，获取单元31可以包括：

[0064] 第一选择模块311，用于选择本链路作为链路状态通告信息中的通告范围为链路范围内通告的链路状态通告信息的传递链路；

[0065] 第二选择模块312，用于在本区域内选择一条链路作为链路状态通告信息中的通告范围为区域范围内通告的链路状态通告信息的传递链路；

[0066] 第三选择模块313，用于在本OSPF域内选择一条链路作为链路状态通告信息中的通告范围为自治域范围内通告的链路状态通告信息的传递链路。

[0067] 在本实施方式中，第二选择模块312可以在本区域内选择一条接口带宽最大的链路作为传递链路；或者，也可以在本区域内接口带宽最大对应多条链路时，选择所述多条链路中接口索引值最大或者最小的链路作为传递链路。第三选择模块313可以在本OSPF域内选择一条接口带宽最大的链路作为传递链路；或者，也可以在本OSPF域内接口带宽最大对应多条链路时，选择所述多条链路中接口索引值最大或者最小的链路作为传递链路。

[0068] 根据本实施例的另一个较佳实施例方式，该OSPF设备还包括：

[0069] 第二判断单元35，用于判断正在传递链路状态通告信息的链路是否失效，并在所述正在传递链路状态通告信息的链路失效，且在所述链路状态通告信息的通告范围内还存在至少一条链路时，通过选择单元32根据所述链路状态通告信息的通告范围，在通告范围内重新选择一条链路，以便传递单元33在所选择的链路上传递所述链路状态通告信息。

[0070] 本实施例的OSPF设备用于实现前述实施例的方法的各步骤的功能，由于在前述方法实施例中，已经对各步骤进行了详细说明，故在此不再赘述。

[0071] 通过本实施例的OSPF设备，在确保链路状态通告信息已经通过一条链路传递给邻居的前提下，不在更多的链路上进行冗余的传输，有效减少了多链路应用中，OSPF报文(例如DD报文、链路状态更新及应答报文等)的冗余通告，降低了链路带宽消耗及CPU额外的收报处理消耗。

[0072] 相对于现有技术中，OSPF设备在通过多链路与邻居建立邻接关系过程中，会通过DD报文交互链路状态通告的摘要信息，而在OSPF设备与邻居已经建立了邻接关系后，会通过链路状态更新报文和链路状态应答报文交互链路状态通告的详细信息，根据本实施例的OSPF设备，在两台OSPF设备之间使用多链路备份的应用中，在确保LSA信息已经通过一条链路传递给邻居的前提下，不在更多的链路上进行冗余的传输，通过对传递链路状态通告的摘要信息的数据描述报文的优化，和对传递链路状态通告的详细信息的链路状态更新报文和链路状态应答报文的优化，有效降低了通信的报文量，降低了链路带宽消耗及CPU额外的收报处理消耗。

[0073] 以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。