[发明专利]一种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通信隧道。如图1所示，Capwap通信隧道是一种点到点的隧道，是一种单播隧道。

Capwap协议存在两种通道：

Capwap控制通道：一个双向通道，由AC的IP地址，物理设备（WTP,Wireless Termination 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和Echo Response，用于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次之后仍然没有收到响应的Echo Response报文，则认为Capwap隧道的控制通道断开，断开Capwap隧道。因此以发送Echo Request报文的周期间隔为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报文得不到及时的调度，由此会引起Echo Request报文的重传。标准规定的重传次数只有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隧道连接控制方法，所述方法包括：