专利名称：一种Capwap隧道连接控制方法及装置的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种无线接入点(AP)控制和规定(Capwap,Control And Provisioning of Wireless Access Points)隧道连接控制方法及装置。
背景技术：
随着无线局域网(WLAN)接入速度的不断提高，WLAN已经不仅仅是有线网络的补充，而是逐渐往大规模部署和独立组网的方向发展。传统的WLAN体系结构已无法满足大规模组网需求，因此，互联网工程任务组(IETF)成立了 Capwap工作组，研究大规模WLAN的解决方案。Capwap协议基于集中式WLAN体系结构，接入控制器(AC)和接入点(AP)之间通过互联网协议(IP)网络连接。当AC与AP建立了 Capwap连接后，AC与每台AP间都会建立一 条Capwap通信隧道,AC发送给AP的每个报文,都必须通过Capwap通信隧道；而AP发给AC的每个报文，也必须通过Capwap通信隧道。如图I所示，Capwap通信隧道是一种点到点的隧道，是一种单播隧道。Capwap协议存在两种通道Capwap控制通道一个双向通道，由AC的IP地址，物理设备(WTP，WirelessTermination Point)的IP地址(物理设备可以理解为AP)，AC控制端口，WTP控制端口，传输层协议(用户数据报协议(UDP)或者轻量级用户数据报协议(UDP-Lite))定义，在Capwap控制通道之上可以收发Capwap控制报文。Capwap数据通道一个双向通道，由AC的IP地址，WTP的IP地址，AC数据端口，WTP数据端口，传输层协议(UDP或者UDP-Lite)定义，在Capwap数据通道之上可以收发Capwap数据报文。根据RFC 5415的描述，标准定义了 2个保活消息Echo Request和EchoResponse,用于Capwap控制通道的保活(keep-alive)。AC在Capwap通信隧道(可以简称为Capwap隧道)建立好后,可以周期性(可配置，如配置为间隔30秒)的发送Echo Request报文。WTP收到Echo Request报文后，响应Echo Response报文。RFC5415规定，AC端发送Echo Request报文后，没有收到Echo Response报文则进行重传(RFC 5415 2.4.3)。标准规定默认的重传次数为5，5次重传间隔的时间依次为3s,6s, 12s, 15s, 15s,如果在Echo Request报文重传5次之后仍然没有收到响应的EchoResponse报文，则认为Capwap隧道的控制通道断开，断开Capwap隧道。因此以发送EchoRequest报文的周期间隔为30s为例，Capwap隧道的保活时间是30+3+6+12+15+15=81s。在实际的集中转发网络中，一台AC往往下挂着数百台的AP，每台AP下面又挂着数十台STA。用户的实际业务流量达到AP后，AP对其进行Capwap封装，然后直接通过AC和AP之间的局域网(LAN)网络到达AC统一进行处理。当存在大量的STA同时在线并发起业务访问的时候，AC需要能够同时处理数千个STA的流量总和，再加上AC和数百台AP之间还存在着控制报文的交互，这对AC的性能存在极大的考验。
当网络存在异常时，如AC的中央处理器(CPU)利用率较高、STA的数据流过大等原因，非常可能导致在AC中，Echo Response报文得不到及时的调度，由此会引起EchoRequest报文的重传。标准规定的重传次数只有5次，Echo Request报文重传5次后，以发送Echo Request报文的周期间隔为30s为例，即在81s之后,AC很有可能依然无法调度到Echo Response报文，于是在重传5次失败后导致Capwap隧道断开。Capwap隧道断开,将导致Capwap数据通道随之断开,从而导致STA到达AC的数据报文被丢弃,然而在Capwap隧道断开之前，STA到达AC的数据流可能一直是正常的，即Capwap数据通道是正常的，而仅仅由于Capwap控制通道的断开导致Capwap数据通道断开，由此使得WLAN业务的稳定性和可靠性受到影响。
发明内容
本发明实施例提供一种Capwap隧道连接控制方法及装置，用于提高Capwap隧道连接的可靠性和稳定性，从而确保WLAN业务的稳定性和可靠性。
—种无线接入点控制和规定Capwap隧道连接控制方法,所述方法包括接入控制器AC在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传执行以下步骤确定本次报文重传是否成功；AC若确定本次报文重传失败，判断是否满足预设的条件若满足预设的条件，则增大最大重传次数，并继续进行报文重传；若不满足预设的条件，保持最大重传次数不变，并继续进行报文重传，且，在确定至本次报文重传，本轮报文重传次数到达最大重传次数时，断开所述Capwap隧道连接；其中，所述设定的条件为，所述AC的中央处理器CPU利用率大于设定的门限值，和/或者，所述Capwap隧道的数据通道正常工作；本次报文重传成功是指，AC在进行本次报文重传之后，调度到Echo Response报文，本次报文重传失败是指，AC在进行本次报文重传之后，未调度到Echo Response报文。一种无线接入点控制和规定Capwap隧道连接控制装置，所述装置包括第一确定模块,用于在Capwap隧道的控制通道进行一轮Echo Request报文重传时，针对每次报文重传，确定本次报文重传是否成功，本次报文重传成功是指，AC在进行本次报文重传之后，调度到Echo Response报文，本次报文重传失败是指，AC在进行本次报文重传之后，未调度到Echo Response报文；第二确定模块，用于在第一确定模块确定出一次报文重传失败时，判断是否满足预设的条件，所述设定的条件为，所述AC的中央处理器CPU利用率大于设定的门限值，和/或者，所述Capwap隧道的数据通道正常工作；控制模块，用于在第二确定模块确定出满足预设的条件时，增大最大重传次数，并继续进行报文重传；在第二确定模块确定出不满足预设的条件时，保持最大重传次数不变，并继续进行报文重传，且，在确定至本次报文重传，本轮报文重传次数到达最大重传次数时，断开所述Capwap隧道连接。根据本发明实施例提供的方案，接入控制器在进行一轮Echo Request报文重传，实现Capwap隧道的控制通道保活，进而判断是否需要断开Capwap隧道时，如果一次报文重传失败，则判断AC的中央处理器利用率是否大于设定的门限值，或者，所述Capwap隧道的数据通道是否正常工作，若满足上述两个条件中的任意一个，则增大Echo Request报文最大重传次数，实现对最大重传次数的实时调节，并按照调节后的最大重传次数继续进行重传。从而相对于现有技术，可以增大Echo Request报文最大重传次数,延长Capwap隧道的控制通道的保活时间。在由于AC的CPU利用率较高或STA数据流量较大，数据通道正常但在控制通道中Echo Response报文无法得到正常调度时，可以尽量维护Capwap隧道的连接，提高Capwap隧道连接的可靠性和稳定性，从而保证WLAN业务的稳定性和可靠性。
图I为现有技术提供的CAPWAP通信隧道的示意图； 图2为本发明实施例一提供的Capwap隧道连接控制方法的步骤流程图；图3为本发明实施例三提供的Capwap隧道连接控制方法的步骤流程图；图4为本发明实施例四提供的Capwap隧道连接控制装置的结构示意图。
具体实施例方式针对现有技术中，即使Capwap隧道的数据通道正常工作，但由于Capwap隧道的控制通道断开，会导致Capwap隧道断开，从而导致Capwap隧道的数据通道断开，影响WLAN业务的稳定性的问题，在本发明方案中提出，在确定AC的CPU利用率大于设定的门限值，和/或者，Capwap隧道的数据通道正常工作时，如果一次报文重传失败，可以增大Echo Request报文的最大重传次数，从而可以延长Capwap隧道的控制通道的保活时间，提高Capwap隧道连接的稳定性。当然，较优的，可以在AC的CPU利用率大于设定的门限值，或者，Capwap隧道的数据通道正常工作中的任意一个条件满足，且至本次报文重传失败，报文重传次数大于第一门限值时，增大Echo Request报文的最大重传次数，避免对最大重传次数过度频繁的调节，导致最大重传次数调节过快和过大。而进一步的，如果一轮报文重传成功，且至报文重传成功，报文重传次数小于第二门限值，也可以减小Echo Request报文的最大重传次数，从而可以在网络状态较好时，缩短Capwap隧道的控制通道的保活时间，减少重传时间，并减少对系统资源的占用。下面通过说明书附图和各实施例对本发明方案进行说明。实施例一、本发明实施例一提供一种Capwap隧道连接控制方法，该方法的步骤流程可以如图2所示,包括步骤101、确定一次报文重传是否成功。本实施例中，接入控制器AC在Capwap隧道的控制通道进行一轮Echo Request报文重传时，可以针对一次报文重传成功或失败的情况，分别对最大重传次数进行调节，因此，在本步骤中，可以确定一次报文重传是否成功。具体的，一次报文重传成功，可以理解为AC在进行本次报文重传之后，调度到Echo Response报文。本次报文重传失败，可以理解为AC在进行本次报文重传之后，未调度到 Echo Response 报文。本步骤具体包括，接入控制器AC在Capwap隧道的控制通道进行一轮EchoRequest报文重传时，针对每次报文重传，确定本次报文重传是否成功，如果本次报文重传成功，则跳转执行步骤104，如果本次报文重传失败，则继续执行步骤102。在本发明各实施例中，一轮报文重传可以理解为包括从AC确定需要进行EchoRequest报文重传，到最大重传次数到达或调度到Echo Response报文所进行的每次报文重传。步骤102、确定是否满足调节条件。一次报文重传失败时，如果Capwap隧道的数据通道正常工作，如果因为本次的报文重传失败导致后续断开Capwap隧道，将导致数据报文丢失，影响WLAN业务的稳定性和可靠性。而且，一次报文重传失败时，如果Capwap隧道的数据通道正常工作，可以认为是由于STA的数据流量过大引起本次报文重传失败，Capwap隧道的控制通道非常可能是正常工作 的。因此，此时可以适当增大报文重传次数，延长Capwap隧道的控制通道的保活时间，提高WLAN业务的稳定性和可靠性。另外，一次报文重传失败时，如果AC的CPU利用率较高，可以认为本次报文重传失败是由此引发的。在由于AC的CPU利用率较高引起报文重传失败时，认为Capwap隧道的控制通道非常可能是正常工作的，因此也可以适当增大报文重传次数，延长Capwap隧道的控制通道的保活时间。同时，如果本次报文重传失败是由AC的CPU利用率较高引起的，Capwap隧道的数据通道也非常可能是正常工作的，通过增大报文重传次数，也可以提高WLAN业务的稳定性和可靠性。因此，在本实施例中，可以将所述AC的中央处理器CPU利用率大于设定的门限值，和/或者，所述Capwap隧道的数据通道正常工作作为判断是否需要增大报文重传次数，以便提高Capwap隧道连接的可靠性和稳定性,确保WLAN业务的稳定性和可靠性的设定的条件。即在本发明实施例中，认为在所述设定的条件(所述AC的中央处理器CPU利用率大于设定的门限值，和/或者，所述Capwap隧道的数据通道正常工作)发生时，虽然Capwap隧道的控制通道无法调度到Echo Response报文,但可能存在Capwap隧道的数据通道正常工作的情况。此时，若根据现有技术规定的固定的最大重传次数(5次)进行Echo Request报文重传，由于最大重传次数较小，非常可能在最大重传次数到达时，Capwap隧道的控制通道仍无法调度到Echo Response报文,在最大重传次数到达时会断开Capwap隧道，由此导致正常工作的Capwap隧道的数据通道也断开，影响用户的业务访问。因此，本实施例提出，可以在所述设定的条件发生时，增大最大重传次数，从而可以延长Capwap隧道的控制通道的保活时间，尽量维护Capwap隧道的连接,提高Capwap隧道连接的可靠性和稳定性。具体的，所述设定的门限值可以为759^85%，如80%。所述Capwap隧道的数据通道正常工作可以但不限于通过以下方式确定在设定时长内统计用于建立Capwap隧道的端口接收到的端口号为5247的UDP报文数量，即统计Capwap数据报文的数量，如果该报文数量不为0，则确定Capwap隧道的数据通道正常工作。另外，增大最大重传次数的操作可以是针对每次失败的报文重传执行，较优的，可以是在至本次报文重传，本轮报文重传次数大于第一门限值，但本次报文重传仍然发生了报文重传失败的情况时，增大最大重传次数。从而可以避免对最大重传次数的调整过于频繁，导致最大重传次数过大，使得重传时间较长，且报文重传占用过多的系统资源。S卩，具体的，AC若确定本次报文重传失败，判断是否满足预设的条件，若是，则判断至本次报文重传，本轮报文重传次数是否大于第一门限值，并在判断出至本次报文重传，本轮报文重传次数大于第一门限值时，确定需要增大最大重传次数。步骤103、调节最大重传次数并继续重传。在所述设定的条件满足时,可以增大Echo Request报文最大重传次数,按照增大后的最大重传次数继续进行报文重传，并跳转执行步骤101。如果在步骤102中还进一步判断至本次报文重传，本轮报文重传次数是否大于第 一门限值，则在确定出至本次报文重传，本轮报文重传次数大于第一门限值时，可以增大最大重传次数，继续进行报文重传，并跳转执行步骤101。而如果确定出至本次报文重传，本轮报文重传次数不大于第一门限值，可以保持最大重传次数不变，继续进行报文重传，并跳转执行步骤101。当然，如果保持最大重传次数不变，则至本次报文重传，本轮报文重传次数可能已达到最大重传次数。因此，可以在确定至本次报文重传，本轮报文重传次数到达最大重传次数时，断开所述Capwap隧道连接。如果所述设定的条件不满足，可以认为Capwap隧道的数据通道没有正常工作，则可以保持最大重传次数不变，并继续进行报文重传，跳转执行步骤101。同样，如果保持最大重传次数不变，则至本次报文重传，本轮报文重传次数可能已达到最大重传次数。如果确定至本次报文重传，本轮报文重传次数到达最大重传次数，也可以断开所述Capwap隧道连接。较优的，由于协议规定，从第4次Echo Request报文重传之后，每两次EchoRequest报文重传之间的时间间隔为15s，为了避免增大后的最大重传次数过大，导致重传时间过长，影响Capwap隧道反应的迅速性，可以设定增大后的最大重传次数不大于设定值，如该设定值可以为19。即，如果增大最大重传次数后，增大后的最大重传次数大于设定值，可以确定增大后的最大重传次数为所述设定值。调节后的最大重传次数(增大后的最大重传次数或保持不变的最大重传次数)可以作为下一轮报文重传时的最大重传次数。当然，在本实施例中，最大重传次数的初始值可以设定为目前协议规定的5。步骤104、调节最大重传次数。在本实施例中，一次报文重传成功时,则可以通过至本次报文重传,本轮报文重传次数来评估网络状况。如果至本次报文重传，本轮报文重传次数小于第二门限值，则可以认为网络状况较好，否则可以认为网络状况较差。在网络状况较好的情况下，如果Capwap隧道的控制通道正常工作，则AC可以较快地调度到Echo Response报文,如果AC无法及时调度到Echo Response报文,则可以认为Capwap隧道的控制通道没有正常工作。此时，如果将最大重传次数设置得较大，必然导致重传时间的无谓消耗，且大量的Echo Request报文重传必然导致系统资源的浪费。因此，在这种情况下，可以减小最大重传次数，从而缩短重传时间，并减少系统资源的占用。因此，在本步骤中，AC若确定本轮报文重传成功，可以判断至本次报文重传，本轮报文重传次数是否小于第二门限值，若是，则减小最大重传次数，否则，可以保持最大重传次数不变。当然，为了尽量维护Capwap隧道的连接，在本实施例中，调节后的最大重传次数不小于5，即调节后的最大重传次数不小于现有技术规定的最大重传次数。可以理解为，在减小最大重传次数后，若最大重传次数小于5，确定减小后的最大重传次数为5。根据本发明实施例一的方案，提供了一种Capwap隧道的控制通道保活时间灵活设置的方案，可以在设定的条件满足时，延长Capwap隧道的控制通道的保活时间，避免Capwap隧道的控制通道的保活时间过短，降低Capwap隧道连接的稳定性，并可以在网络状况较好时，减小Capwap隧道的控制通道的保活时间，避免Capwap隧道的控制通道的保活时间过长，影响Capwap隧道反应的速度。下面通过实施例二对本发明实施例一的方案进行进一步说明。实施例二、 较优的，在实施例一中涉及的所述第一门限值和第二门限值可以根据当前最大重传次数设置为动态变化的数值，且对每次最大重传次数增大和减小的幅度也可以进行设定，如，根据当前最大重传次数进行设定。例如，可以设定第一门限值为，当前最大重传次数的三分之二向上取整得到的数值(如，当前最大重传次数为5，当前最大重传次数的三分之二向上取整得到的数值为4)时，增大后的最大重传次数可以为当前最大重传次数的三分之四向上取整得到的数值(如，当前最大重传次数为5，当前最大重传次数的三分之四向上取整得到的数值为7)。同样，第二门限值可以设定为当前最大重传次数的三分之二向上取整得到的数值，减小后的最大重传次数可以为当前最大重传次数的三分之二向上取整得到的数值。当然，对第一门限值、第二门限值、增大最大重传次数的幅度和减小最大重传次数的幅度不限于以上举例说明的数值，也可以根据网络实际情况灵活设置。如，在网络状态变化频繁时，可能需要经常调节最大重传次数，此时可以针对每一轮报文重传，减少调节次数，避免对最大重传次数的频繁调节，减少对系统资源的占用，减小调节幅度，以尽量适应不断变化的网络状态，如可以设定第一门限值和第二门限值为，当前最大重传次数的四分之三向上取整得到的数值，增大和减小最大重传次数的幅度为当前最大重传次数的四分之一向上取整得到的数值。在网络状态变化缓慢时，最大重传次数的调节频率可能较低，可以针对每一轮报文重传，增加调节次数，增加调节幅度，如可以设定第一门限值和第二门限值为，当前最大重传次数的四分之一向上取整得到的数值，增大和减小最大重传次数的幅度为当前最大重传次数的四分之三向上取整得到的数值。同时，在增大最大重传次数后，若最大重传次数大于设定值，如，19，将最大重传次数调节为19 ;在减小最大重传次数后，若最大重传次数小于5，将最大重传次数调节为5，从而保证调节后的最大重传次数满足不大于设定值、且不小于5的设定。以设定第一门限值为当前最大重传次数的三分之二向上取整得到的数值，第二门限值设定为当前最大重传次数的三分之二向上取整得到的数值，增大最大重传次数时，增大后的最大重传次数为当前最大重传次数的三分之四向上取整得到的数值，减小最大重传次数时，减小后的最大重传次数可以为当前最大重传次数的三分之二向上取整得到的数值，且设定调节后的最大重传次数满足不大于19、且不小于5时，调节后的最大重传次数(可以用Max表示)与至一次报文重传，本轮报文重传次数(可以用Count表示，且，第一次报文重传标记为O次，第N次报文重传标记为N-I次)的对应关系可以如表I所示表I
权利要求
1.一种无线接入点控制和规定Capwap隧道连接控制方法,其特征在于,所述方法包括 接入控制器AC在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传执行以下步骤 确定本次报文重传是否成功； AC若确定本次报文重传失败，判断是否满足预设的条件 若满足预设的条件，则增大最大重传次数，并继续进行报文重传； 若不满足预设的条件，保持最大重传次数不变，并继续进行报文重传，且，在确定至本次报文重传，本轮报文重传次数到达最大重传次数时，断开所述Capwap隧道连接； 其中， 所述设定的条件为，所述AC的中央处理器CPU利用率大于设定的门限值，和/或者，所述Capwap隧道的数据通道正常工作； 本次报文重传成功是指，AC在进行本次报文重传之后，调度到Echo Response报文，本次报文重传失败是指，AC在进行本次报文重传之后，未调度到Echo Response报文。
2.如权利要求I所述的方法，其特征在于，AC若确定本次报文重传失败，判断是否满足预设的条件，若是，则增大最大重传次数，并继续进行报文重传，具体包括 AC若确定本次报文重传失败，判断是否满足预设的条件，若是，则判断至本次报文重传，本轮报文重传次数是否大于第一门限值，若是，则增大最大重传次数，并继续进行报文重传；否则，若判断出至本次报文重传，本轮报文重传次数不大于第一门限值，保持最大重传次数不变，继续进行报文重传，且在确定至本次报文重传，本轮报文重传次数到达最大重传次数时，断开所述Capwap隧道连接。
3.如权利要求I所述的方法，其特征在于，AC在增大最大重传次数后，若最大重传次数大于设定值，确定增大后的最大重传次数为所述设定值。
4.如权利要求I所述的方法，其特征在于，所述方法还包括 AC若确定本次报文重传成功，判断至本次报文重传，本轮报文重传次数是否小于第二门限值，若是，则减小最大重传次数，否则，保持最大重传次数不变； 且在减小最大重传次数后，若最大重传次数小于5，确定减小后的最大重传次数为5。
5.如权利要求I所述的方法，其特征在于，所述方法还包括若AC确定Capwap隧道在指定时长内没有发生Echo Request报文重传，减小最大重传次数；且在减小最大重传次数后，若最大重传次数小于5，确定减小后的最大重传次数为5。
6.如权利要求I、任一所述的方法,其特征在于，AC断开所述Capwap隧道连接,具体包括 AC周期性统计用于建立所述Capwap隧道的端口接收到的端口号为5247的用户数据报协议UDP报文数量，如果在一个周期内统计出的该报文数量不为0，则保持所述Capwap隧道的连接，并通过日志log或陷阱报文trap提示用户已达到最大重传次数，直至在一个周期内统计出的该报文数量为0时，断开所述Capwap隧道。
7.一种无线接入点控制和规定Capwap隧道连接控制装置，其特征在于，所述装置包括 第一确定模块，用于在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传，确定本次报文重传是否成功，本次报文重传成功是指，AC在进行本次报文重传之后,调度到Echo Response报文，本次报文重传失败是指，AC在进行本次报文重传之后，未调度到Echo Response报文； 第二确定模块，用于在第一确定模块确定出一次报文重传失败时，判断是否满足预设的条件，所述设定的条件为，所述AC的中央处理器CPU利用率大于设定的门限值，和/或者，所述Capwap隧道的数据通道正常工作； 控制模块，用于在第二确定模块确定出满足预设的条件时，增大最大重传次数，并继续进行报文重传；在第二确定模块确定出不满足预设的条件时，保持最大重传次数不变，并继续进行报文重传，且，在确定至本次报文重传，本轮报文重传次数到达最大重传次数时，断开所述Capwap隧道连接。
8.如权利要求7所述的装置，其特征在于，所述控制模块，用于在第二确定模块确定出满足预设的条件时，增大最大重传次数，并继续进行报文重传，具体为，在第二确定模块确定出满足预设的条件时，判断至本次报文重传，本轮报文重传次数是否大于第一门限值，若是，则增大最大重传次数，并继续进行报文重传；否则，保持最大重传次数不变，继续进行报文重传，且在确定至本次报文重传，本轮报文重传次数到达最大重传次数时，断开所述Capwap隧道连接。
9.如权利要求7所述的装置，其特征在于，所述控制模块，用于在第二确定模块确定出满足预设的条件时，增大最大重传次数，并继续进行报文重传，具体为，在第二确定模块确定出满足预设的条件时，增大最大重传次数，并继续进行报文重传，且在增大最大重传次数后，若最大重传次数大于设定值，确定增大后的最大重传次数为所述设定值。
10.如权利要求7所述的装置，其特征在于，第二确定模块，还用于在第一确定模块确定出本次报文重传成功时，判断至本次报文重传，本轮报文重传次数是否小于第二门限值，若是，则减小最大重传次数，否则，保持最大重传次数不变；且在减小最大重传次数后，若最大重传次数小于5，确定减小后的最大重传次数为5。
11.如权利要求7所述的装置，其特征在于，第一确定模块，还用于在确定Capwap隧道在指定时长内没有发生Echo Request报文重传,减小最大重传次数；且在减小最大重传次数后，若最大重传次数小于5，确定减小后的最大重传次数为5。
12.如权利要求疒11任一所述的装置，其特征在于，所述控制模块，用于断开所述Capwap隧道连接，具体为，周期性统计用于建立所述Capwap隧道的端口接收到的端口号为5247的用户数据报协议UDP报文数量，如果在一个周期内统计出的该报文数量不为0，则保持所述Capwap隧道的连接，并通过日志log或陷阱报文trap提示用户已达到最大重传次数，直至在一个周期内统计出的该报文数量为0时，断开所述Capwap隧道。
全文摘要
本发明实施例提供一种Capwap隧道连接控制方法及装置，接入控制器在进行一轮Echo Request报文重传时，如果一次报文重传失败，则判断AC的中央处理器利用率是否大于设定的门限值，或者，所述Capwap隧道的数据通道是否正常工作，若满足上述两个条件中的任意一个，则增大Echo Request报文最大重传次数，并按照调节后的最大重传次数继续进行重传。从而在由于AC的CPU利用率较高或STA数据流量较大，数据通道正常但在控制通道中Echo Response报文无法得到正常调度时，可以尽量维护Capwap隧道的连接，提高Capwap隧道连接的可靠性和稳定性，保证WLAN业务的稳定性和可靠性。
文档编号H04W84/12GK102811451SQ20121025698
公开日2012年12月5日 申请日期2012年7月23日 优先权日2012年7月23日
发明者张百锐 申请人:福建星网锐捷网络有限公司