CN102143604A - 实现无线接入点控制和配置隧道恢复的方法、系统及装置 - Google Patents

Abstract

本发明提出一种实现无线接入点控制和配置(CAPWAP)隧道恢复的方法、系统及装置，其中方法包括：当接入点(AP)与接入控制器(AC)之间的CAPWAP隧道出现故障时，AP和AC分别将自身状态设置为运行信息锁定状态，并保存该故障CAPWAP隧道的会话标识(Session ID)；AP将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；所述AP与所述AC交互用于隧道恢复的报文，分别将自身状态恢复为运行状态，恢复所述故障CAPWAP隧道；所述报文包含AP或AC处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的Session ID；所述AP开启对Station的探测，更新所述运行信息。本发明能够在恢复CAPWAP隧道的过程中，保持AP对Station服务不中断。

Description

实现无线接入点控制和配置隧道恢复的方法、系统及装置

技术领域

本发明涉及WLAN技术领域，特别涉及实现CAPWAP隧道恢复的方法、系统及装置。

背景技术

无线局域网(WLAN)存在两种典型的组网架构，即胖接入点(FAT AP)架构和瘦接入点(FIT AP)架构。

如图1为现有技术中FIT AP架构的WLAN结构示意图，WLAN系统包括接入控制器(AC)、AP和站点设备(Station)，其中，AC负责控制和管理多个AP；Station与AP之间建立无线连接，采用连接标识(AssociationID)作为无线连接的标识；AP与AC之间建立无线接入点控制和配置(CAPWAP，Control and Provisioning for Wireless Access Point)隧道，采用会话标识(Session ID)作为CAPWAP隧道的标识。

通常情况下，AP不负责报文转发，而是由AC对报文进行集中转发，即：在上行方向，AP直接将来自Station的无线报文进行封装，通过CAPWAP隧道传输至AC；AC解封装后，将无线报文转换为有线报文并转发至有线网络。在下行发向，AC将接收的有线报文转换为无线报文，并将该无线报文进行封装，通过CAPWAP隧道转发至AP；AP解封装后，直接将无线报文传输至相应的Station。

当AP与AC之间的CAPWAP隧道出现故障时，AP直接对来自Station的无线报文进行本地转发。由于和AC之间失去了联系，AP保持发送原有服务的灯塔(Beacon)报文，回应已连接Station的探测请求，保持与原有Station的连接；并且，AP响应原有Station的下线请求，但是不再接受新的Station的连接请求。同时，AP重新发现网络中的AC，并与重新发现的AC建立CAPWAP隧道；当CAPWAP隧道建立成功之后，AP清除原先与Station的连接，重新与Station建立新的连接。

上述过程中，AP可能与原先的AC重新建立CAPWAP隧道(也就是恢复原先的CAPWAP隧道)，也可能与其他的AC重新建立CAPWAP隧道(也就是建立新的CAPWAP隧道)。如果是恢复原先的CAPWAP隧道，那么后续过程中AP清除与Station旧的连接并建立新的连接的过程实际上是浪费的，因为旧的连接与新的连接相同。然而，这一清除和重新建立连接的过程，导致AP对Station服务的中断。

发明内容

本发明提出一种实现CAPWAP隧道恢复的方法，用于在恢复CAPWAP隧道的过程中，保持AP对Station服务不中断。

本发明还提出一种实现CAPWAP隧道恢复的系统、AP及AC，用于在恢复CAPWAP隧道的过程中，保持AP对Station服务不中断。

本发明的技术方案是这样实现的：

一种实现CAPWAP隧道恢复的方法，包括：

当AP与AC之间的CAPWAP隧道出现故障时，AP和AC分别将自身状态设置为运行信息锁定状态，并保存该故障CAPWAP隧道的Session ID；AP将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；

所述AP与所述AC交互用于隧道恢复的报文，分别将自身状态恢复为运行状态，恢复所述故障CAPWAP隧道；所述报文包含AP或AC处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的Session ID；

所述AP开启对Station的探测，更新所述运行信息。

一种实现CAPWAP隧道恢复的系统，包括：

AP，用于当与AC之间的CAPWAP隧道出现故障时，将自身状态设置为运行信息锁定状态，保存该故障CAPWAP隧道的Session ID；当自身处于运行信息锁定状态时，将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；还用于与AC交互用于隧道恢复的报文，将自身状态恢复为运行状态，恢复与所述AC之间的CAPWAP隧道；还用于在自身状态恢复为运行状态时，开启对Station的探测，更新锁定的运行信息；

AC，用于当与AP之间的CAPWAP隧道出现故障时，将自身状态设置为运行信息锁定状态，保存该故障CAPWAP隧道的Session ID；还用于与AP交互用于隧道恢复的报文，将自身状态设置为运行状态，恢复与所述AP之间的CAPWAP隧道。

一种AP，包括：

第一状态处理单元，用于当所述AP与AC之间的CAPWAP隧道出现故障时，将AP的状态设置为运行信息锁定状态；还用于当所述AP与AC之间交互用于隧道恢复的报文之后，将AP的状态恢复为运行状态；

第一保存单元，用于当所述AP与AC之间的CAPWAP隧道出现故障时，保存所述故障CAPWAP隧道的Session ID；

第一控制单元，用于当所述AP处于运行信息锁定状态时，将AP保存的运行信息锁定，控制AP中止对Station的探测，对Station的连接请求或下线请求不做响应；当所述AP恢复为运行状态时，控制AP开启对Station的探测，更新锁定的运行信息；

第一交互单元，用于与AC交互用于隧道恢复的报文，所述报文包括AP或AC处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的SessionID。

一种AC，包括：

第二状态处理单元，用于当所述AC与AP之间的CAPWAP隧道出现故障时，将AC的状态设置为运行信息锁定状态；还用于当所述AP与AC之间交互用于隧道恢复的报文之后，将AC的状态设置为运行状态；

第二保存单元，用于当所述AP与AC之间的CAPWAP隧道出现故障时，保存所述故障CAPWAP隧道的Session ID；

第二交互单元，用于与AP交互用于隧道恢复的报文，所述报文包括AC或AP处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的SessionID。

综上可见，本发明提出的实现CAPWAP隧道恢复的方法、系统及装置，在AP与AC之间的CAPWAP隧道出现故障时，故障双方分别将自身的状态设置为运行信息锁定状态，并保存该故障CAPWAP隧道的Session ID；AP将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；当AP和AC之间的CAPWAP隧道恢复时，AP开启对Station的探测，更新原先锁定的运行信息。由于CAPWAP隧道恢复时AP直接开启对Station的探测，而不是清除旧的连接，因此能够保持对原先Station的服务不中断。

附图说明

图1为现有技术中FIT AP架构的WLAN结构示意图；

图2为发明实现CAPWAP隧道恢复的方法流程图；

图3为本发明实施例实现CAPWAP隧道恢复的方法流程图；

图4为本发明实施例实现CAPWAP隧道恢复的系统结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下举具体实施例对本发明进一步详细说明。

参见图2，图2为发明实现CAPWAP隧道恢复的方法流程图，该方法包括：

步骤201：当AP与AC之间的CAPWAP隧道出现故障时，AP和AC分别将自身状态设置为运行信息锁定状态，并保存该故障CAPWAP隧道的SessionID；AP将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；

步骤202：所述AP与所述AC交互用于隧道恢复的报文，分别将自身状态恢复为运行状态，恢复所述故障CAPWAP隧道；所述报文包含AP或AC处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的Session ID；

步骤203：所述AP开启对Station的探测，更新所述运行信息。

以下举具体的实施例详细介绍。

参见图3，图3为本发明实施例实现CAPWAP隧道恢复的方法流程图。该实施例包括以下流程：

初始状态下，AP与AC1之间存在CAPWAP隧道，AP分别与Station 1和Station 2之间存在无线连接。

步骤301：AP与AC1之间的CAPWAP隧道出现故障，AP和AC1分别将自身状态设置为运行信息锁定状态，并且保存该故障CAPWAP隧道的Session ID。

对于AP，当处于运行信息锁定状态时，其上保存的以下运行信息将被锁定，不允许更改这些运行信息：

1)当前无线连接的功率和信道信息；

2)当前无线连接上提供的服务标识，包括服务设备标识(SSID，ServiceSet Identifier)和基本服务设备标识(BSSID，Basic Service Set Identifier)；

3)与Station的连接信息，包括用于标识与Station之间无线连接的Association ID，以及与Station协商产生的密钥。

上述运行信息以出现故障的CAPWAP隧道(也就是AP与AC1之间的CAPWAP隧道)的Session ID为索引进行保存。

同时，AP中止对Station的探测，也就是停止用于探测Station是否存在的定时器、并且停止用于探测Station是否存在流量的定时器。

在AP运行信息锁定状态时，如果网络管理员需要对AP的配置进行改变，AP可以提示网络管理员自身处于“运行信息锁定”状态，并询问是否强制改变；如果网络管理员选择强制改变，则删除上述被锁定的运行信息，并将AP转入空闲(Idle)状态。

步骤302：由于与AC1的CAPWAP隧道发生故障，AP对于来自Station的报文直接进行本地转发。由于AP处于运行信息锁定状态，此时AP不接受新的Station的连接请求，也不响应原先Station的下线请求，保持原先的运行信息不改变。

例如，如果AP接收到来自Station 3的连接请求，如认证请求(Authentication Request)或关联请求(Association Request)，则对该连接请求不做相应；如果AP接收到来自Station 2的下线请求，例如去认证请求(Deauthentication Request)或去关联请求(Disassociation Request)，则保持步骤301中被锁定的运行信息，不响应Station 2的下线请求。

在步骤301和步骤302中，AP与AC 1之间原先的CAPWAP隧道出现故障，AP和AC 1均保持运行信息锁定状态。在以下步骤中，将重新恢复CAPWAP隧道，其中步骤303和步骤304为发现阶段，步骤305和步骤306为连接阶段，这两个阶段完成之后，CAPWAP隧道恢复成功。

步骤303：AP在网络中发送发现请求(Discovery Request)报文，该报文携带厂商长度类型值(Vendor TLV)，该Vendor TLV包含AP处于运行信息锁定状态的信息，并且包含出现故障的CAPWAP隧道的Session ID。

上述的Vendor TLV是一种供设备厂商自行定义的信息字段，用于对设备进行功能的扩展；设备厂商可以自行定义Vendor TLV所携带的信息。

步骤304：AC收到Discovery Request报文之后，如果发现自身也处于运行信息锁定状态，并且其保存的故障CAPWAP隧道的Session ID与VendorTLV中包含的Session ID相同，则反馈发现应答(Discovery Response)报文，并在该报文中携带Vendor TLV，在Vendor TLV包含AC处于运行信息锁定状态的信息以及故障CAPWAP隧道的Session ID，用于表示同意恢复CAPWAP隧道。在图3中，如果AC1收到Discovery Request报文，则采用这种处理方式。

如果AC发现自身未处于运行信息锁定状态，则反馈普通的DiscoveryResponse报文，该报文中不携带Vendor TLV。在图3中，如果AC2收到Discovery Request报文，则采用这种处理方式。

步骤305：如果AP同时收到多个AC反馈的Discovery Response报文，则优先选择报文中包含Vendor TLV的AC，并向该AC发送加入请求(JoinRequest)报文，请求建立CAPWAP隧道。在图3中，AP优先选择AC1，向AC1发送Join Request报文。

AP在发送的Join Request报文中携带Vendor TLV，该Vendor TLV包含AP处于运行信息锁定状态的信息，并且包含出现故障的CAPWAP隧道的Session ID。

步骤306：AC1收到Join Request报文之后，发现自身也处于运行信息锁定状态，并且其保存的故障CAPWAP隧道的Session ID与Vendor TLV中包含的Session ID相同，故反馈加入应答(Join Response)报文，并在该报文中携带Vendor TLV，在Vendor TLV包含AC处于运行信息锁定状态的信息以及故障CAPWAP隧道的Session ID，用于表示同意恢复CAPWAP隧道。

步骤307：AP和AC1由运行信息锁定状态恢复到原先的运行(Run)状态，恢复二者之间的CAPWAP隧道。CAPWAP隧道恢复之后，系统由原先的AP本地转发状态切回到AC集中转发状态。

步骤308：在上述步骤301中，AP进入运行信息锁定状态后，中止了对Station的探测；在上述步骤307中，由于AP重新恢复到运行状态，则本步骤中AP重新开启对Station的探测，探测当前的Station(即Station 1和Station 2)是否在线，当发现有的Station已经离开时，清除该Station的运行信息，并且与仍然在线的Station保持正常连接。

以上即是本发明实施例实现CAPWAP隧道恢复方法的完整过程。

在上述实施例中，AP与AC1之间的CAPWAP隧道出现故障后，当AP在网络中发送Discovery Request报文，请求与接收到该报文的AC建立CAPWAP隧道时(步骤303)，AC1能够接收到该报文，并同意与AP恢复原先的CAPWAP隧道(步骤304)；之后AP选择与AC1恢复CAPWAP隧道。由于AP和AC1恢复了原先的CAPWAP隧道，则AP处于运行信息锁定状态时锁定的运行信息可以被重新使用，因此能够保持AP与原有Station的连接不中断。

假定上述步骤303之后，AC1无法接收到Discovery Request报文，则AP将与其他AC(如AC2)建立新的CAPWAP隧道；AP与AC2建立新的CAPWAP隧道后，AP将删除运行信息锁定状态时锁定的运行信息，与Station重新建立连接。

本发明实施例还提出一种实现CAPWAP隧道恢复的系统，如图4为本发明实施例实现CAPWAP隧道恢复的系统结构示意图，该系统包括：

AP 410，用于当与AC 420之间的CAPWAP隧道出现故障时，将自身状态设置为运行信息锁定状态，保存该故障CAPWAP隧道的Session ID；当自身处于运行信息锁定状态时，将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；还用于与AC 420交互用于隧道恢复的报文，将自身状态恢复为运行状态，恢复与所述AC 420之间的CAPWAP隧道；还用于在自身状态恢复为运行状态时，开启对Station的探测，更新锁定的运行信息；

AC 420，用于当与AP 410之间的CAPWAP隧道出现故障时，将自身状态设置为运行信息锁定状态，保存该故障CAPWAP隧道的Session ID；还用于与AP 410交互用于隧道恢复的报文，将自身状态设置为运行状态，恢复与所述AP 410之间的CAPWAP隧道。

本发明实施例还提出一种AP，参见图4，该AP包括：

第一状态处理单元411，用于当所述AP 410与AC 420之间的CAPWAP隧道出现故障时，将AP 410的状态设置为运行信息锁定状态；还用于当所述AP410与AC 420之间交互用于隧道恢复的报文之后，将AP 410的状态恢复为运行状态；

第一保存单元412，用于当所述AP 410与AC 420之间的CAPWAP隧道出现故障时，保存所述故障CAPWAP隧道的Session ID；

第一控制单元413，用于当所述AP 410处于运行信息锁定状态时，将AP 410保存的运行信息锁定，控制AP 410中止对Station的探测，对Station的连接请求或下线请求不做响应；当所述AP 410恢复为运行状态时，控制AP 410开启对Station的探测，更新锁定的运行信息；

第一交互单元414，用于与AC 420交互用于隧道恢复的报文，所述报文包括AP或AC处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的Session ID。

上述第一控制单元413将AP 410保存的运行信息锁定的方式为：以所述故障CAPWAP隧道的Session ID为索引，对所述运行信息进行保存并锁定。

上述第一交互单元414与AC 420交互用于隧道恢复的报文的方式为：

第一交互单元414在网络中发送携带第一Vendor TLV的发现请求报文，该第一Vendor TLV包含所述AP处于运行信息锁定状态的信息、以及故障CAPWAP隧道的Session ID；

当接收到多个AC的反馈的发现应答报文时，优先选择发现应答报文中携带第二Vendor TLV的AC，向所述AC发送携带所述第一Vendor TLV的加入请求报文；所述第二Vendor TLV包含所述AC处于运行信息锁定状态的信息、以及故障CAPWAP隧道的Session ID；

接收AC 420反馈的携带所述第二Vendor TLV的加入应答报文。

本发明实施例还提出一种AP，参见图4，该AP包括：

第二状态处理单元421，用于当所述AC与AP之间的CAPWAP隧道出现故障时，将AC的状态设置为运行信息锁定状态；还用于当所述AP与AC之间交互用于隧道恢复的报文之后，将AC的状态设置为运行状态；

第二保存单元422，用于当所述AP与AC之间的CAPWAP隧道出现故障时，保存所述故障CAPWAP隧道的Session ID；

第二交互单元424，用于与AP交互用于隧道恢复的报文，所述报文包括AC或AP处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的SessionID。

上述第二交互单元424与AP交互用于隧道恢复的报文的方式为：

接收来自AP的携带第一Vendor TLV的发现请求报文，所述第一VendorTLV包含AP处于运行信息锁定状态的信息、以及故障CAPWAP隧道的SessionID；如果所述AC自身处于运行信息锁定状态，并且所述第二保存单元保存的故障CAPWAP隧道的Session ID与第一Vendor TLV中包含的Session ID相同，则向所述AP反馈携带第二Vendor TLV的发现应答报文，该第二Vendor TLV包含所述AC处于运行信息锁定状态的信息、以及出现故障的CAPWAP隧道的Session ID；

接收来自AP的携带第一Vendor TLV的加入请求报文，向所述AP反馈携带第二Vendor TLV的加入应答报文。

综上可见，本发明提出的实现CAPWAP隧道恢复的方法、系统及装置，在AP与AC之间的CAPWAP隧道出现故障时，AP和AC分别将自身的状态设置为运行信息锁定状态，并保存该故障CAPWAP隧道的Session ID；AP将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；重新建立CAPWAP隧道时，AP优先恢复与原AC之间的CAPWAP隧道；当CAPWAP隧道恢复后，AP开启对Station的探测，更新原先锁定的运行信息，与尚存在连接的Station保持正常通信。由于CAPWAP隧道恢复时AP直接开启对Station的探测，而不清除旧的连接，因此能够保持对原先Station的服务不中断。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种实现无线接入点控制和配置CAPWAP隧道恢复的方法，其特征在于，所述方法包括：

当接入点AP与接入控制器AC之间的CAPWAP隧道出现故障时，AP和AC分别将自身状态设置为运行信息锁定状态，并保存该故障CAPWAP隧道的会话标识Session ID；AP将自身保存的运行信息锁定，中止对站点设备Station的探测，对Station的连接请求或下线请求不做响应；

所述AP与所述AC交互用于隧道恢复的报文，分别将自身状态恢复为运行状态，恢复所述故障CAPWAP隧道；所述报文包含AP或AC处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的Session ID；

所述AP开启对Station的探测，更新所述运行信息。

2.根据权利要求1所述的方法，其特征在于，所述AP将自身保存的运行信息锁定的方式为：

AP以所述故障CAPWAP隧道的Session ID为索引，对所述运行信息进行保存并锁定。

3.根据权利要求1或2所述的方法，其特征在于，所述被锁定的运行信息为：

AP提供的无线连接的功率和信道信息、AP提供的无线连接的服务标识、或者AP与Station的连接信息。

4.根据权利要求1所述的方法，其特征在于，所述AP和AC交互用于隧道恢复的报文的方式为：

AP在网络中发送携带第一厂商长度类型值Vendor TLV的发现请求报文，该第一Vendor TLV包含所述AP处于运行信息锁定状态的信息、以及故障CAPWAP隧道的Session ID；

AC接收所述发现请求报文，如果发现自身处于运行信息锁定状态，并且其保存的故障CAPWAP隧道的Session ID与第一Vendor TLV中包含的SessionID相同，则向所述AP反馈携带第二Vendor TLV的发现应答报文，该第二VendorTLV包含所述AC处于运行信息锁定状态的信息、以及故障CAPWAP隧道的Session ID；

AP接收到多个AC的反馈时，优先选择发现应答报文中携带所述第二Vendor TLV的AC，向所述AC发送携带所述第一Vendor TLV的加入请求报文；

所述AC向AP反馈携带所述第二Vendor TLV的加入应答报文。

5.一种实现CAPWAP隧道恢复的系统，其特征在于，所述系统包括：

AP，用于当与AC之间的CAPWAP隧道出现故障时，将自身状态设置为运行信息锁定状态，保存该故障CAPWAP隧道的Session ID；当自身处于运行信息锁定状态时，将自身保存的运行信息锁定，中止对Station的探测，对Station的连接请求或下线请求不做响应；还用于与AC交互用于隧道恢复的报文，将自身状态恢复为运行状态，恢复与所述AC之间的CAPWAP隧道；还用于在自身状态恢复为运行状态时，开启对Station的探测，更新锁定的运行信息；

AC，用于当与AP之间的CAPWAP隧道出现故障时，将自身状态设置为运行信息锁定状态，保存该故障CAPWAP隧道的Session ID；还用于与AP交互用于隧道恢复的报文，将自身状态设置为运行状态，恢复与所述AP之间的CAPWAP隧道。

6.一种AP，其特征在于，所述AP包括：

第一状态处理单元，用于当所述AP与AC之间的CAPWAP隧道出现故障时，将AP的状态设置为运行信息锁定状态；还用于当所述AP与AC之间交互用于隧道恢复的报文之后，将AP的状态恢复为运行状态；

第一保存单元，用于当所述AP与AC之间的CAPWAP隧道出现故障时，保存所述故障CAPWAP隧道的Session ID；

第一控制单元，用于当所述AP处于运行信息锁定状态时，将AP保存的运行信息锁定，控制AP中止对Station的探测，对Station的连接请求或下线请求不做响应；当所述AP恢复为运行状态时，控制AP开启对Station的探测，更新锁定的运行信息；

第一交互单元，用于与AC交互用于隧道恢复的报文，所述报文包括AP或AC处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的SessionID。

7.根据权利要求6所述的AP，其特征在于，所述第一控制单元将AP保存的运行信息锁定的方式为：以所述故障CAPWAP隧道的Session ID为索引，对所述运行信息进行保存并锁定。

8.根据权利要求6所述的AP，其特征在于，所述第一交互单元与AC交互用于隧道恢复的报文的方式为：

所述第一交互单元在网络中发送携带第一Vendor TLV的发现请求报文，该第一Vendor TLV包含所述AP处于运行信息锁定状态的信息、以及故障CAPWAP隧道的Session ID；

当接收到多个AC的反馈的发现应答报文时，优先选择发现应答报文中携带第二Vendor TLV的AC，向所述AC发送携带所述第一Vendor TLV的加入请求报文；所述第二Vendor TLV包含所述AC处于运行信息锁定状态的信息、以及故障CAPWAP隧道的Session ID；

接收AC反馈的携带所述第二Vendor TLV的加入应答报文。

9.一种AC，其特征在于，所述AC包括：

第二状态处理单元，用于当所述AC与AP之间的CAPWAP隧道出现故障时，将AC的状态设置为运行信息锁定状态；还用于当所述AP与AC之间交互用于隧道恢复的报文之后，将AC的状态设置为运行状态；

第二保存单元，用于当所述AP与AC之间的CAPWAP隧道出现故障时，保存所述故障CAPWAP隧道的Session ID；

第二交互单元，用于与AP交互用于隧道恢复的报文，所述报文包括AC或AP处于运行信息锁定状态的信息、以及所述故障CAPWAP隧道的SessionID。

10.根据权利要求9所述的AC，其特征在于，所述第二交互单元与AP交互用于隧道恢复的报文的方式为：

接收来自AP的携带第一Vendor TLV的发现请求报文，所述第一VendorTLV包含AP处于运行信息锁定状态的信息、以及故障CAPWAP隧道的SessionID；如果所述AC自身处于运行信息锁定状态，并且所述第二保存单元保存的故障CAPWAP隧道的Session ID与第一Vendor TLV中包含的Session ID相同，则向所述AP反馈携带第二Vendor TLV的发现应答报文，该第二Vendor TLV包含所述AC处于运行信息锁定状态的信息、以及出现故障的CAPWAP隧道的Session ID；

接收来自AP的携带第一Vendor TLV的加入请求报文，向所述AP反馈携带第二Vendor TLV的加入应答报文。

Images