Independent Submission S. Iino
Request for Comments: 5414 S. Govindan
Obsoleted by: 5415 M. Sugiura
Category: Historic H. Cheng
ISSN: 2070-1721 Panasonic
February 2010
Independent Submission S. Iino
Request for Comments: 5414 S. Govindan
Obsoleted by: 5415 M. Sugiura
Category: Historic H. Cheng
ISSN: 2070-1721 Panasonic
February 2010
Wireless LAN Control Protocol (WiCoP)
无线局域网控制协议（WiCoP）
Abstract
摘要
The popularity of wireless local area networks (WLANs) has led to widespread deployments across different establishments. It has also translated into an increasing scale of the WLANs. Large-scale deployments made of large numbers of wireless termination points (WTPs) and covering substantial areas are increasingly common.
无线局域网（WLAN）的普及导致了不同机构的广泛部署。这也导致无线局域网的规模不断扩大。由大量无线终端点（WTP）构成并覆盖大量区域的大规模部署越来越普遍。
The Wireless LAN Control Protocol (WiCoP) described in this document allows for the control and provisioning of large-scale WLANs. It enables central management of these networks and realizes the objectives set forth for the Control And Provisioning of Wireless Access Points (CAPWAP).
本文档中描述的无线LAN控制协议（WiCoP）允许控制和提供大规模WLAN。它实现了对这些网络的集中管理，并实现了为控制和提供无线接入点（CAPWAP）设定的目标。
Status of This Memo
关于下段备忘
This document is not an Internet Standards Track specification; it is published for the historical record.
本文件不是互联网标准跟踪规范；它是为了历史记录而出版的。
This document defines a Historic Document for the Internet community. This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
本文档定义了互联网社区的历史文档。这是对RFC系列的贡献，独立于任何其他RFC流。RFC编辑器已选择自行发布此文档，并且未声明其对实现或部署的价值。RFC编辑批准发布的文件不适用于任何级别的互联网标准；见RFC 5741第2节。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc5414.
有关本文件当前状态、任何勘误表以及如何提供反馈的信息，请访问http://www.rfc-editor.org/info/rfc5414.
IESG Note
IESG注释
This RFC documents the WiCoP protocol as it was when submitted to the IETF as a basis for further work in the CAPWAP Working Group, and therefore it may resemble the CAPWAP protocol specification in RFC 5415, as well as other IETF work. This RFC is being published solely for the historical record. The protocol described in this RFC has not been thoroughly reviewed and may contain errors and omissions.
本RFC记录了提交给IETF时的WiCoP协议，作为CAPWAP工作组进一步工作的基础，因此可能类似于RFC 5415中的CAPWAP协议规范以及其他IETF工作。本RFC仅为历史记录而发布。本RFC中描述的协议未经彻底审查，可能包含错误和遗漏。
RFC 5415 documents the standards track solution for the CAPWAP Working Group and obsoletes any and all mechanisms defined in this RFC. This RFC itself is not a candidate for any level of Internet Standard and should not be used as a basis for any sort of Internet deployment.
RFC 5415记录了CAPWAP工作组的标准跟踪解决方案，并废除了本RFC中定义的所有机制。此RFC本身不是任何级别的Internet标准的候选标准，不应用作任何类型Internet部署的基础。
Copyright Notice
版权公告
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.
版权所有（c）2010 IETF信托基金和确定为文件作者的人员。版权所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http:trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
本文件受BCP 78和IETF信托有关IETF文件的法律规定（http:truster.IETF.org/license info）的约束，这些法律规定在本文件出版之日生效。请仔细阅读这些文件，因为它们描述了您对本文件的权利和限制。
Table of Contents
目录
1. Introduction ....................................................4
2. Terminology .....................................................6
3. Protocol Overview ...............................................6
4. WiCoP Format ....................................................7
4.1. WiCoP Header ...............................................8
4.2. WiCoP Control Packet ......................................11
4.2.1. WiCoP Control Messages .............................12
4.2.2. WiCoP Control Message Elements .....................12
4.2.3. WiCoP Control Message Description ..................27
4.3. WiCoP Data Packet .........................................36
4.4. WiCoP Timers ..............................................37
4.4.1. Active Presence Timer ..............................37
4.4.2. Feedback Interval ..................................37
4.4.3. Response Timer .....................................37
4.4.4. Wireless Connectivity Timer ........................38
5. WiCoP Processes ................................................38
5.1. Initialization ............................................38
5.2. Capabilities Exchange .....................................38
5.3. Connection ................................................39
5.4. Configuration .............................................40
5.4.1. Logical Groups .....................................41
5.4.2. Resource Control ...................................41
5.5. Operation .................................................41
5.5.1. Updates ............................................42
5.5.2. Feedback and Statistics ............................42
5.5.3. Non-Periodic Events ................................43
5.5.4. Firmware Trigger ...................................43
5.5.5. Wireless Terminal Management .......................43
5.5.6. Key Configuration ..................................46
6. WiCoP Performance ..............................................51
6.1. Operational Efficiency ....................................51
6.2. Semantic Efficiency .......................................51
7. Summary and Conclusion .........................................51
8. Security Considerations ........................................52
9. Informative References .........................................53
1. Introduction ....................................................4
2. Terminology .....................................................6
3. Protocol Overview ...............................................6
4. WiCoP Format ....................................................7
4.1. WiCoP Header ...............................................8
4.2. WiCoP Control Packet ......................................11
4.2.1. WiCoP Control Messages .............................12
4.2.2. WiCoP Control Message Elements .....................12
4.2.3. WiCoP Control Message Description ..................27
4.3. WiCoP Data Packet .........................................36
4.4. WiCoP Timers ..............................................37
4.4.1. Active Presence Timer ..............................37
4.4.2. Feedback Interval ..................................37
4.4.3. Response Timer .....................................37
4.4.4. Wireless Connectivity Timer ........................38
5. WiCoP Processes ................................................38
5.1. Initialization ............................................38
5.2. Capabilities Exchange .....................................38
5.3. Connection ................................................39
5.4. Configuration .............................................40
5.4.1. Logical Groups .....................................41
5.4.2. Resource Control ...................................41
5.5. Operation .................................................41
5.5.1. Updates ............................................42
5.5.2. Feedback and Statistics ............................42
5.5.3. Non-Periodic Events ................................43
5.5.4. Firmware Trigger ...................................43
5.5.5. Wireless Terminal Management .......................43
5.5.6. Key Configuration ..................................46
6. WiCoP Performance ..............................................51
6.1. Operational Efficiency ....................................51
6.2. Semantic Efficiency .......................................51
7. Summary and Conclusion .........................................51
8. Security Considerations ........................................52
9. Informative References .........................................53
The popularity of wireless local area networks (WLANs) has led to numerous but incompatible designs and solutions. The CAPWAP Architecture Taxonomy [RFC4118] describes major variations of these designs. Among them, the Local MAC (Media Access Control) and Split MAC architecture designs are notable categories.
无线局域网（wlan）的普及导致了众多但不兼容的设计和解决方案。CAPWAP体系结构分类法[RFC4118]描述了这些设计的主要变化。其中，本地MAC（媒体访问控制）和拆分MAC架构设计是值得注意的类别。
Wireless LAN Control Protocol (WiCoP) recognizes the major architecture designs and presents a common platform on which WLAN entities of different designs can be accommodated. This enables interoperability among wireless termination points (WTPs) and WLAN access controllers (ACs) of distinct architecture designs. WiCoP therefore allows for cost-effective WLAN expansions. It can also accommodate future developments in WLAN technologies. Figure 1 illustrates the WiCoP operational structure in which distinct control elements are utilized for Local MAC and Split MAC WTPs.
无线局域网控制协议（WiCoP）认可了主要的架构设计，并提供了一个通用的平台，在该平台上可以容纳不同设计的WLAN实体。这使得具有不同体系结构设计的无线终端点（WTP）和WLAN访问控制器（AC）之间能够实现互操作性。因此，WiCoP允许经济高效的WLAN扩展。它还可以适应无线局域网技术的未来发展。图1说明了WiCoP操作结构，其中不同的控制元件用于本地MAC和拆分MAC WTP。
WiCoP also addresses the increasing trend of shared infrastructure WLANs. Here, WLAN management needs to distinguish and isolate control for the different logical groups sharing a single physical WLAN. WiCoP manages WLANs through a series of tunnels that separate traffic based on logical groups.
WiCoP还解决了共享基础设施WLAN不断增长的趋势。在这里，WLAN管理需要区分和隔离共享单个物理WLAN的不同逻辑组的控制。WiCoP通过一系列隧道来管理WLAN，这些隧道基于逻辑组分离流量。
The WiCoP operational structure in Figure 1 shows that each WTP uses a number of tunnels to distinguish and separate traffic for control and for each logical group. The protocol allows for managing WLANs in a manner consistent with the logical groups that share the physical infrastructure.
图1中的WiCoP操作结构显示，每个WTP使用多个隧道来区分和分离控制和每个逻辑组的流量。该协议允许以与共享物理基础设施的逻辑组一致的方式管理WLAN。
Local MAC WTP
本地MAC WTP
+-------+ +-------+
| | | | Logical Groups
| (=====Control Tunnel======) |
| | | | ~~~~~~~
| | | | / /
| <=====Logical Group A=====> | / A /~~~~
| | | | / / /
| <=====Logical Group B=====> | ~~~~~~~ /~~~~
| | | | / B / /
| <=====Logical Group C=====> | ~~~~~~~ /
| | | | / C /
| | +-------+ ~~~~~~~
| |
| |
| AC |
| |
| | Split MAC WTP
| |
| | +-------+ Logical Groups
| | | |
| [=====Control Tunnel======] | ~~~~~~~
| | | | / /
| | | | / 1 /~~~~
| <=====Logical Group 1=====> | / / /
| | | | ~~~~~~~ /
| <=====Logical Group 2=====> | / 2 /
| | | | ~~~~~~~
+-------+ +-------+
+-------+ +-------+
| | | | Logical Groups
| (=====Control Tunnel======) |
| | | | ~~~~~~~
| | | | / /
| <=====Logical Group A=====> | / A /~~~~
| | | | / / /
| <=====Logical Group B=====> | ~~~~~~~ /~~~~
| | | | / B / /
| <=====Logical Group C=====> | ~~~~~~~ /
| | | | / C /
| | +-------+ ~~~~~~~
| |
| |
| AC |
| |
| | Split MAC WTP
| |
| | +-------+ Logical Groups
| | | |
| [=====Control Tunnel======] | ~~~~~~~
| | | | / /
| | | | / 1 /~~~~
| <=====Logical Group 1=====> | / / /
| | | | ~~~~~~~ /
| <=====Logical Group 2=====> | / 2 /
| | | | ~~~~~~~
+-------+ +-------+
Figure 1
图1
In Figure 1, WiCoP establishes and operates control tunnels and logical group tunnels between the AC and two types of WTPs. The control tunnels are used to transport WiCoP messages dealing with the configuration, monitoring, and management of WTPs as a physical whole. The logical group tunnels serve to separate traffic among each of the logical groups constituting a physical WTP.
在图1中，WiCoP在AC和两种类型的WTP之间建立并运行控制隧道和逻辑组隧道。控制隧道用于传输WiCoP消息，处理WTP作为物理整体的配置、监控和管理。逻辑组隧道用于分离构成物理WTP的每个逻辑组之间的流量。
This document follows the terminologies of [RFC4118] and [RFC4564].
本文件遵循[RFC4118]和[RFC4564]的术语。
The Wireless LAN Control Protocol (WiCoP) focuses on enabling interoperability in shared infrastructure WLANs. It is designed for use with different wireless technologies. This document provides both the general operations of WiCoP and also specific use-cases with respect to IEEE 802.11-based systems.
无线局域网控制协议（WiCoP）侧重于实现共享基础设施WLAN中的互操作性。它设计用于不同的无线技术。本文件既提供了WiCoP的一般操作，也提供了基于IEEE 802.11系统的特定用例。
The state machine for WiCoP is illustrated in Figure 2.
WiCoP的状态机如图2所示。
+--------------------------------+
| |
| +------------------+ |
V V | |
+-------------+ +-------------+ +-------------+ |
| | | | | | |
| Initial- |-------->| Capabilities|-------->| Connection | |
| ization | | Exchange | | | |
| | | | | | |
+-------------+ +-------------+ +-------------+ |
A A | |
| | | |
| | | |
| | | |
| | V |
| | +-------------+ |
| | | | |
| +----------------| Configur- | |
| | ation | |
| | | |
| +-------------+ |
| | |
| | |
| | |
| | |
| V |
| +--------------+ |
| | | |
+----------------------------------------| |-+
| Operation |
| |
+--------------+
Figure 2
+--------------------------------+
| |
| +------------------+ |
V V | |
+-------------+ +-------------+ +-------------+ |
| | | | | | |
| Initial- |-------->| Capabilities|-------->| Connection | |
| ization | | Exchange | | | |
| | | | | | |
+-------------+ +-------------+ +-------------+ |
A A | |
| | | |
| | | |
| | | |
| | V |
| | +-------------+ |
| | | | |
| +----------------| Configur- | |
| | ation | |
| | | |
| +-------------+ |
| | |
| | |
| | |
| | |
| V |
| +--------------+ |
| | | |
+----------------------------------------| |-+
| Operation |
| |
+--------------+
Figure 2
The Initialization state represents the initial states of WTPs and AC. A WTP or AC in this state powers on, clears internal registers, runs hardware self-tests, and resets network interfaces.
初始化状态表示WTP和AC的初始状态。处于该状态的WTP或AC通电、清除内部寄存器、运行硬件自检和重置网络接口。
The Capabilities Exchange state represents initial protocol exchange between a WTP and AC. A WTP in this state determines possible ACs from which it can receive management services. An AC in this state determines the capabilities of the WTP and the WTP's compatibility with the management services it offers.
能力交换状态表示WTP和AC之间的初始协议交换。处于该状态的WTP确定其可以从中接收管理服务的可能AC。处于这种状态的AC决定WTP的功能以及WTP与它提供的管理服务的兼容性。
The Connection state represents the creation of a security infrastructure between a WTP and AC. This involves mutual authentication and the establishment of a secure connection between the WiCoP entities.
连接状态表示WTP和AC之间安全基础设施的创建。这涉及相互身份验证和WiCoP实体之间安全连接的建立。
The Configuration state represents the exchange of long-term operational parameters and settings between a WTP and AC. A WTP in this state receives configuration information to allow it to operate consistently within the WLAN managed by the AC. An AC in this state provides configuration information to the WTP based on the WTP's capabilities and network policies.
配置状态表示WTP和AC之间长期运行参数和设置的交换。处于该状态的WTP接收配置信息，以允许其在AC管理的WLAN内一致运行。处于该状态的AC根据WTP的能力和性能向WTP提供配置信息网络策略。
The Operation state represents the active exchange of WiCoP monitoring and management messages. WTPs send regular status updates to and receive corresponding management instructions from the AC. This state also involves firmware and configuration updates arising from changes in network conditions and administrative policies.
操作状态表示WiCoP监视和管理消息的活动交换。WTP定期向AC发送状态更新，并从AC接收相应的管理指令。此状态还涉及因网络条件和管理策略的变化而产生的固件和配置更新。
WiCoP uses separate packets for control and data message transfer between the AC and WTPs. A common header is used for both types of packets in which a single-bit flag distinguishes between them. This section presents the packet formats for WiCoP packets.
WiCoP使用单独的数据包在AC和WTP之间进行控制和数据消息传输。两种类型的数据包都使用一个公共报头，在这两种数据包之间有一个单独的位标志进行区分。本节介绍WiCoP数据包的数据包格式。
Figure 3 illustrates the WiCoP common header for control and data packets.
图3说明了控制和数据包的WiCoP公共报头。
0 31
| 7 15 23 |
|-------|-------|-------|-------|-------|-------|-------|-------|
| |
0 31
| 7 15 23 |
|-------|-------|-------|-------|-------|-------|-------|-------|
| |
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Version |M|D|C|R|E|F|L| | Reserve |
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Fragment ID | Fragment No. | Length |
+---------------+---------------+-------------------------------+
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Version |M|D|C|R|E|F|L| | Reserve |
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Fragment ID | Fragment No. | Length |
+---------------+---------------+-------------------------------+
Figure 3
图3
Version Field
版本字段
This field indicates the protocol version.
此字段表示协议版本。
'M' Field
“M”字段
The MAC-type field, 'M', distinguishes between Local MAC WTPs and Split MAC WTPs. It is used to efficiently realize interoperability between WTPs of the two different designs. A '0' value indicates WiCoP exchanges with a Split MAC WTP while a '1' value indicates WiCoP exchanges with a Local MAC WTP.
MAC类型字段“M”区分本地MAC WTP和拆分MAC WTP。它用于有效地实现两种不同设计的WTP之间的互操作性。“0”值表示WiCoP与拆分MAC WTP交换，而“1”值表示WiCoP与本地MAC WTP交换。
The presence of this classification bit in the WiCoP common header serves to expedite processing of WiCoP and WLAN traffic at the AC. With a single parsing of the WiCoP common header once, the AC will be able to determine the appropriate processing required for the particular WiCoP packet.
WiCoP公共报头中存在该分类位有助于加快AC处WiCoP和WLAN流量的处理。通过对WiCoP公共报头进行一次单一解析，AC将能够确定特定WiCoP数据包所需的适当处理。
'D' Field
“D”字段
The differentiator field, 'D', is used to distinguish between WTP variants within a type of WTP design. The CAPWAP Architecture Taxonomy [RFC4118] illustrates that the Split MAC design allows encryption/decryption to be performed at either the WTP or the AC. The Architecture Taxonomy also indicates that the Local MAC design allows authentication to take place at either the WTP or the AC.
微分器字段“D”用于区分WTP设计类型内的WTP变体。CAPWAP体系结构分类法[RFC4118]说明，拆分MAC设计允许在WTP或AC上执行加密/解密。体系结构分类法还表明，本地MAC设计允许在WTP或AC上进行身份验证。
WiCoP acknowledges these major variants and accommodates them using the 'D' field in conjunction with the 'M' field. For a Split MAC WTP, the 'D' field is used to indicate location of encryption/decryption while for a Local MAC WTP, the 'D' field is used to indicate location of authentication. The following table highlights their usage.
WiCoP承认这些主要变体，并使用“D”字段和“M”字段来容纳它们。对于拆分MAC WTP，“D”字段用于指示加密/解密的位置，而对于本地MAC WTP，“D”字段用于指示身份验证的位置。下表突出显示了它们的用法。
'M' 'D' Description
“M”“D”说明
0 0 Split MAC WTP - Encryption/decryption is performed at WTP 0 1 Split MAC WTP - Encryption/decryption is performed at AC 1 0 Local MAC WTP - Authentication is performed by WTP 1 1 Local MAC WTP - Authentication is performed by AC
0 0分割MAC WTP-加密/解密在WTP执行0 1分割MAC WTP-加密/解密在AC 1 0本地MAC WTP执行-身份验证由WTP执行1本地MAC WTP-身份验证由AC执行
Similar to the 'M' field, the presence of this classification in the WiCoP common header helps expedite processing at the AC with a single parsing. By incorporating the classification bits in the WiCoP common header, where it is available for all packets of a session, the AC processing can be expedited. Alternatively, the AC would have to check each arriving packet against an internal register and consequently delay processing.
与“M”字段类似，WiCoP公共头中存在该分类有助于通过单个解析加快AC的处理。通过将分类位合并到WiCoP公共报头中（该报头可用于会话的所有数据包），可以加快AC处理。或者，AC必须对照内部寄存器检查每个到达的分组，从而延迟处理。
'C' Field
“C”字段
This field distinguishes between a WiCoP control and WiCoP data packet. Each type of information is tunneled separately across the WiCoP tunnel interfaces between WTPs and the AC. A '0' value for the 'C' field indicates a data packet, while a '1' value indicates a control packet.
此字段区分WiCoP控件和WiCoP数据包。每种类型的信息分别通过WTP和AC之间的WiCoP隧道接口进行隧道传输。“C”字段的“0”值表示数据包，“1”值表示控制包。
The 'C' field is also used to assign WiCoP packets to distinct data and control tunnels between the AC and WTP. WiCoP also maintains logical groups in WLANs with the 'C' field.
“C”字段还用于将WiCoP数据包分配给AC和WTP之间的不同数据和控制隧道。WiCoP还使用“C”字段维护WLAN中的逻辑组。
'R' Field
“R”字段
The retransmission field, 'R', is used to differentiate between the first and subsequent transmissions of WiCoP packets. The 'R' field is used for critical WiCoP packets such as those relating to security key exchanges. A '0' value for the 'R' field indicates the first transmission of a WiCoP packet, while a '1' value indicates a retransmission.
重传字段“R”用于区分WiCoP分组的第一次和后续传输。“R”字段用于关键WiCoP数据包，如与安全密钥交换相关的数据包。“R”字段的“0”值表示WiCoP数据包的首次传输，“1”值表示重新传输。
'E' Field
“E”字段
The encryption field, 'E', is used to indicate if the WiCoP packet is encrypted between the AC and WTPs. The 'E' field is used for those WiCoP packets that are exchanged during initialization. A '0' value indicates the WiCoP packet is unencrypted, while a '1' value indicates the packet is encrypted.
加密字段“E”用于指示WiCoP数据包是否在AC和WTP之间加密。“E”字段用于初始化期间交换的WiCoP数据包。“0”值表示WiCoP数据包未加密，而“1”值表示数据包已加密。
'F' Field
“F”字段
The fragmentation field indicates if the packet is a fragment of a larger packet. A '0' value indicates a non-fragmented packet while a '1' value indicates a fragmented packet. The 'F', 'L', 'Fragment ID', and 'Fragment No.' fields are used together.
碎片字段指示数据包是否为较大数据包的碎片。“0”值表示非碎片数据包，“1”值表示碎片数据包。“F”、“L”、“片段ID”和“片段编号”字段一起使用。
'L' Field
“L”字段
This field is used to indicate the last fragment of a larger packet. It is only valid when the 'F' field has a '1' value. A '0' value for the 'L' field indicates the last fragment of a larger packet while a '1' value indicates an intermediate fragment of a larger packet. The 'F', 'L', 'Fragment ID', and 'Fragment No.' fields are used together.
此字段用于指示较大数据包的最后一个片段。仅当“F”字段的值为“1”时，该字段才有效。“L”字段的“0”值表示较大数据包的最后一个片段，“1”值表示较大数据包的中间片段。“F”、“L”、“片段ID”和“片段编号”字段一起使用。
Fragment ID Field
片段ID字段
The Fragment ID identifies the larger packet that has been fragmented. It is used to distinguish between fragments of different large packets. This field is valid only when the 'F' field has a '1' value. The 'F', 'L', 'Fragment ID', and 'Fragment No.' fields are used together.
片段ID标识已分段的较大数据包。它用于区分不同大数据包的片段。仅当“F”字段的值为“1”时，此字段才有效。“F”、“L”、“片段ID”和“片段编号”字段一起使用。
Fragment No. Field
片段编号字段
The fragment number field identifies the sequence of fragments of a larger packet. The value of the Fragment No. field is incremented for each fragment of a larger packet so as to show the order of fragments. This field is valid only when the 'F' field has a '1' value. The 'F', 'L', 'Fragment ID', and 'Fragment No.' fields are used together.
片段编号字段标识较大数据包的片段序列。对于较大数据包的每个片段，片段编号字段的值递增，以显示片段的顺序。仅当“F”字段的值为“1”时，此字段才有效。“F”、“L”、“片段ID”和“片段编号”字段一起使用。
Length Field
长度字段
This field specifies the length of the WiCoP payload following the header.
此字段指定标头后面的WiCoP有效负载的长度。
The WiCoP control header follows the WiCoP common header. It is highlighted in Figure 5.
WiCoP控制头跟随WiCoP公共头。它在图5中突出显示。
0 31
| 7 15 23 |
|-------|-------|-------|-------|-------|-------|-------|-------|
| |
0 31
| 7 15 23 |
|-------|-------|-------|-------|-------|-------|-------|-------|
| |
+---------------+---------------+-------------------------------+
| Msg Type | Reserve | Seq Num |
+---------------+---------------+-------------------------------+
| Msg Element Length |
+-------------------------------+
+---------------+---------------+-------------------------------+
| Msg Type | Reserve | Seq Num |
+---------------+---------------+-------------------------------+
| Msg Element Length |
+-------------------------------+
Figure 5
图5
The control packet adds four additional fields to the common header. These are described below:
控制包向公共报头添加四个附加字段。这些措施如下：
Msg Type Field
消息类型字段
The message type field specifies the type of control message transported in the packet. The list of control messages is presented in Section 5.2.1.
消息类型字段指定在数据包中传输的控制消息的类型。控制信息列表见第5.2.1节。
Seq Num Field
Seq Num字段
The sequence number field is used to map WiCoP request and response sequences. The initiator of a WiCoP request message increments the Seq Num field for each new request message. The responder then uses these values of the Seq Num fields in its corresponding response messages.
序列号字段用于映射WiCoP请求和响应序列。WiCoP请求消息的发起人为每个新请求消息增加Seq Num字段。然后，响应程序在其相应的响应消息中使用Seq Num字段的这些值。
Msg Element Length Field
Msg元素长度字段
This field specifies the length in bytes of the subsequent WiCoP control message element.
此字段指定后续WiCoP控制消息元素的字节长度。
The list of WiCoP control messages is shown below:
WiCoP控制消息列表如下所示：
Message Msg Type
------------------------------------------------------------
Message Msg Type
------------------------------------------------------------
Capabilities 1 Capabilities Response 2 Connection 3 Connection Response 4 Configuration Request 5 Configuration Response 6 Configuration Data 7 Configuration Data Response 8 Configuration Trigger 9 Configuration Trigger Response 10 Feedback 11 Feedback Response 12 Reset 13 Reset Response 14 Firmware Download 15 Firmware Download Response 16 Terminal Addition 17 Terminal Addition Response 18 Terminal Deletion 19 Terminal Deletion Response 20 Key Configuration 21 Key Configuration Response 22 Notification 23 Notification Response 24
能力1能力响应2连接3连接响应4配置请求5配置响应6配置数据7配置数据响应8配置触发器9配置触发器响应10反馈11反馈响应12复位13复位响应14固件下载15固件下载响应16终端添加17终端添加响应18终端删除19终端删除响应20密钥配置21密钥配置响应22通知23通知响应24
WiCoP control messages each include a control message header followed by one or more message elements. The message elements are shown in the following table:
WiCoP控制消息每个都包括一个控制消息头，后跟一个或多个消息元素。消息元素如下表所示：
+-----------------+-----------+-------------------------------------+
| Message Element | Type | Description |
+-----------------+-----------+-------------------------------------+
| WTP-Info | 1 | Information regarding WTPs, such as |
| | | manufacturer ID, MAC address, etc. |
| | | |
| Cap-from-WTP | 2 | Quality-of-Service (QoS) abilities |
| | | (WME-Wireless Multimedia Extension) |
| | | and security abilities |
| | | (IEEE 802.11i) are included |
| | | |
| Conf-If-Data | 3 | Physical Layer (PHY) information for|
| | | each wireless interface |
| | | |
| Conf-WTP-Data | 4 | Information regarding logical |
| | | groups on a per-logical group basis |
| | | (e.g., per-virtual AP) |
| | | |
| Cap-to-WTP | 5 | Setup data sent to WTPs by an AC on |
| | | a per-logical group basis |
| | | |
| QoS-Value | 6 | QoS setup (access categories) |
| | | |
|Timer-Init-Value | 7 | Initial values of timers such as |
| | | aging, echo interval, etc. |
| | | |
| Terminal-Data | 8 | Information relevant to wireless |
| | | terminals - Basic Service Set |
| | | Identifier (BSSID), association ID, |
| | | etc. |
| | | |
| BSSID | 9 | BSSID, and terminal MAC address |
| | | |
| Encryption-Data | 10 | Details of the security framework - |
| | | cipher suit, operation mode, etc. |
| | | |
| EAP-Frame | 11 | Extensible Authentication Protocol |
| | | (EAP) frame |
| | | |
| Statistics | 12 | Various statistics information - |
| | | transmission attempts, Frame Check |
| | | Sequence (FCS) errors, etc. |
| | | |
| Interface-Error | 13 | Type of wireless interface failure |
| | | |
| FROM-Error | 14 | Flash ROM Error information |
| | | |
| QoS-Capability | 15 | Network congestion information |
+-----------------+-----------+-------------------------------------+
| Message Element | Type | Description |
+-----------------+-----------+-------------------------------------+
| WTP-Info | 1 | Information regarding WTPs, such as |
| | | manufacturer ID, MAC address, etc. |
| | | |
| Cap-from-WTP | 2 | Quality-of-Service (QoS) abilities |
| | | (WME-Wireless Multimedia Extension) |
| | | and security abilities |
| | | (IEEE 802.11i) are included |
| | | |
| Conf-If-Data | 3 | Physical Layer (PHY) information for|
| | | each wireless interface |
| | | |
| Conf-WTP-Data | 4 | Information regarding logical |
| | | groups on a per-logical group basis |
| | | (e.g., per-virtual AP) |
| | | |
| Cap-to-WTP | 5 | Setup data sent to WTPs by an AC on |
| | | a per-logical group basis |
| | | |
| QoS-Value | 6 | QoS setup (access categories) |
| | | |
|Timer-Init-Value | 7 | Initial values of timers such as |
| | | aging, echo interval, etc. |
| | | |
| Terminal-Data | 8 | Information relevant to wireless |
| | | terminals - Basic Service Set |
| | | Identifier (BSSID), association ID, |
| | | etc. |
| | | |
| BSSID | 9 | BSSID, and terminal MAC address |
| | | |
| Encryption-Data | 10 | Details of the security framework - |
| | | cipher suit, operation mode, etc. |
| | | |
| EAP-Frame | 11 | Extensible Authentication Protocol |
| | | (EAP) frame |
| | | |
| Statistics | 12 | Various statistics information - |
| | | transmission attempts, Frame Check |
| | | Sequence (FCS) errors, etc. |
| | | |
| Interface-Error | 13 | Type of wireless interface failure |
| | | |
| FROM-Error | 14 | Flash ROM Error information |
| | | |
| QoS-Capability | 15 | Network congestion information |
| | | |
| TFTP-Data | 16 | Firmware-related details |
| | | |
| Result | 17 | Result of protocol operations - |
| | | success or failure |
| | | |
| OID | 18 | Simple Network Management Protocol |
| | | (SNMP) Object Identifiers (OIDs) |
| | | |
| GTK-Flag | 19 | Determines type of Group Temporal |
| | | Key (GTK) - new or existing |
+-----------------+-----------+-------------------------------------+
| | | |
| TFTP-Data | 16 | Firmware-related details |
| | | |
| Result | 17 | Result of protocol operations - |
| | | success or failure |
| | | |
| OID | 18 | Simple Network Management Protocol |
| | | (SNMP) Object Identifiers (OIDs) |
| | | |
| GTK-Flag | 19 | Determines type of Group Temporal |
| | | Key (GTK) - new or existing |
+-----------------+-----------+-------------------------------------+
Each message element comprises a number of information items that are detailed below. The length of each information item is specified in bytes.
每个消息元素包含许多信息项，这些信息项将在下面详细介绍。每个信息项的长度以字节为单位指定。
WTP-Info:
WTP信息：
Information included in the WTP-Info message element is provided on a per-WTP basis, i.e., each WTP exchanges one WTP-Info message element.
WTP信息消息元素中包含的信息以每个WTP为基础提供，即每个WTP交换一个WTP信息消息元素。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Manufacturer | 8 | DisplayString | Manufacturer ID |
| ID | | | |
| | | | |
| MAC Address | 6 | PhyAddress | WTP MAC Address |
| | | | |
| Firmware | 8 | DisplayString | Firmware version of |
| Version | | | WTP |
| | | | |
| Start Time | 4 | TimeTicks | Starting time of WTP |
| | | | (UNIX Time) |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Manufacturer | 8 | DisplayString | Manufacturer ID |
| ID | | | |
| | | | |
| MAC Address | 6 | PhyAddress | WTP MAC Address |
| | | | |
| Firmware | 8 | DisplayString | Firmware version of |
| Version | | | WTP |
| | | | |
| Start Time | 4 | TimeTicks | Starting time of WTP |
| | | | (UNIX Time) |
+--------------+----------+----------------+------------------------+
Cap-from-WTP:
WTP的上限：
Information included in the Cap-from-WTP message element is provided on a per-WTP basis, i.e., each WTP exchanges one Cap-from-WTP message element.
来自WTP消息元素的Cap中包含的信息以每个WTP为基础提供，即每个WTP交换来自WTP消息元素的一个Cap。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| 802.11e Cap | 2 | Integer | Length of 802.11e |
| Length | | | capabilities |
| | | | |
| 802.11e | Variable | OCTETString | 802.11e capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities, this |
| | | | field is filled with |
| | | | '0' |
| | | | |
| 802.11i Cap | 2 | Integer | Length of 802.11i |
| Length | | | capabilities |
| | | | |
| 802.11i | Variable | OCTETString | 802.11i capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities,this |
| | | | field is filled with |
| | | | '0' |
| | | | |
| AuthType | 2 | OCTETString | Type of authentication |
| | | | mechanism used between |
| | | | WTPs and the AC |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| 802.11e Cap | 2 | Integer | Length of 802.11e |
| Length | | | capabilities |
| | | | |
| 802.11e | Variable | OCTETString | 802.11e capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities, this |
| | | | field is filled with |
| | | | '0' |
| | | | |
| 802.11i Cap | 2 | Integer | Length of 802.11i |
| Length | | | capabilities |
| | | | |
| 802.11i | Variable | OCTETString | 802.11i capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities,this |
| | | | field is filled with |
| | | | '0' |
| | | | |
| AuthType | 2 | OCTETString | Type of authentication |
| | | | mechanism used between |
| | | | WTPs and the AC |
+--------------+----------+----------------+------------------------+
Conf-If-Data
Conf If数据
The Conf-If-Data message element relates to the wireless interface. A WTP with many interfaces will include corresponding numbers of Conf-If-Data message elements within its control messages to the AC. Conf-If-Data message elements are indexed by the If ID information item.
Conf If数据消息元素与无线接口相关。具有许多接口的WTP将在其控制消息中包含相应数量的Conf If数据消息元素，如果数据消息元素由If ID信息项索引，则发送给AC.Conf。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| If ID | 1 | Integer | Denotes identification |
| | | | of a wireless |
| | | | interface |
| | | | |
| Current | 1 | Integer | Current Power Level |
| Power | | | ('1' = Max; '2' = 1/2; |
| | | | '3' = 1/4; '4' = 1/8 |
| | | | |
| Radio | 1 | Integer | Radio channel of |
| Channel | | | operation |
| | | | |
| 2Dot4Mode | 1 | Integer | Interface mode in |
| | | | 2.4GHz. ('1' = IEEE |
| | | | 802.11b; '2' = IEEE |
| | | | 802.11g; '3' = Both) |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| If ID | 1 | Integer | Denotes identification |
| | | | of a wireless |
| | | | interface |
| | | | |
| Current | 1 | Integer | Current Power Level |
| Power | | | ('1' = Max; '2' = 1/2; |
| | | | '3' = 1/4; '4' = 1/8 |
| | | | |
| Radio | 1 | Integer | Radio channel of |
| Channel | | | operation |
| | | | |
| 2Dot4Mode | 1 | Integer | Interface mode in |
| | | | 2.4GHz. ('1' = IEEE |
| | | | 802.11b; '2' = IEEE |
| | | | 802.11g; '3' = Both) |
+--------------+----------+----------------+------------------------+
Conf-WTP-Data
配置WTP数据
Configuration information is provided on the basis of logical groups such as virtual APs. There are multiple Conf-WTP-Data message elements to address the many logical groups within a WLAN managed by WiCoP. Conf-WTP-Data message elements are indexed by the BSSID information item.
根据逻辑组（如虚拟AP）提供配置信息。有多个Conf-WTP数据消息元素来处理WiCoP管理的WLAN中的多个逻辑组。Conf WTP数据消息元素由BSSID信息项索引。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| ESSID | 32 | OCTETString | Extended Service Set |
| | | | Identifier (ESSID) |
| | | | |
| BSSID - | 32 | OCTETString | Mapping for logical |
| TunnelID | | | groups across BSSID |
| | | | and WiCoP tunnels |
| | | | |
| Beacon | 1 | Integer | Time interval between |
| Period | | | Beacon transmissions |
| | | | |
| DTIM Period | 1 | Integer | Delivery Traffic |
| | | | Indication Message |
| | | | (DTIM) period of |
| | | | Beacon transmissions |
| | | | |
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| ESSID | 32 | OCTETString | Extended Service Set |
| | | | Identifier (ESSID) |
| | | | |
| BSSID - | 32 | OCTETString | Mapping for logical |
| TunnelID | | | groups across BSSID |
| | | | and WiCoP tunnels |
| | | | |
| Beacon | 1 | Integer | Time interval between |
| Period | | | Beacon transmissions |
| | | | |
| DTIM Period | 1 | Integer | Delivery Traffic |
| | | | Indication Message |
| | | | (DTIM) period of |
| | | | Beacon transmissions |
| | | | |
| AnyRejectFla | 1 | Integer | Flag indicating WTP |
| g | | | rejection of any Probe |
| | | | Request within any |
| | | | SSID - ('1' = |
| | | | Rejected; '2' = Not |
| | | | Rejected) |
| | | | |
| SSID Stealth | 1 | Integer | Flag indicating |
| Flag | | | inclusion of ESSID |
| | | | within Beacon Frames |
| | | | ('1' = ESSID included; |
| | | | '2' = ESSID not |
| | | | included) |
| | | | |
| Operation | 2 | Integer | Data rates supported |
| Rate Set | | | by WTP for terminal |
| | | | being added using a |
| | | | 12-bit format for 1.1, |
| | | | 2.2, 3.55, 4.6, 5.9, |
| | | | 6.11, 7.12, 8.18, |
| | | | 9.24, 10.36, 11.48, |
| | | | and 12.54 Mbps |
| | | | |
| Encryption | 1 | Integer | Encryption Type - |
| Type | | | （'1' = OFF; '2' |
| | | | = WEP40; '3' = WEP104; |
| | | | '4' = WEP128) |
| | | | |
| Encryption | 16 | OCTETString | Static Encryption Key |
| Key | | | |
+--------------+----------+----------------+------------------------+
| AnyRejectFla | 1 | Integer | Flag indicating WTP |
| g | | | rejection of any Probe |
| | | | Request within any |
| | | | SSID - ('1' = |
| | | | Rejected; '2' = Not |
| | | | Rejected) |
| | | | |
| SSID Stealth | 1 | Integer | Flag indicating |
| Flag | | | inclusion of ESSID |
| | | | within Beacon Frames |
| | | | ('1' = ESSID included; |
| | | | '2' = ESSID not |
| | | | included) |
| | | | |
| Operation | 2 | Integer | Data rates supported |
| Rate Set | | | by WTP for terminal |
| | | | being added using a |
| | | | 12-bit format for 1.1, |
| | | | 2.2, 3.55, 4.6, 5.9, |
| | | | 6.11, 7.12, 8.18, |
| | | | 9.24, 10.36, 11.48, |
| | | | and 12.54 Mbps |
| | | | |
| Encryption | 1 | Integer | Encryption Type - |
| Type | | | （'1' = OFF; '2' |
| | | | = WEP40; '3' = WEP104; |
| | | | '4' = WEP128) |
| | | | |
| Encryption | 16 | OCTETString | Static Encryption Key |
| Key | | | |
+--------------+----------+----------------+------------------------+
Cap-to-WTP:
水处理厂上限：
Capabilities information is provided on the basis of logical groups such as virtual APs. So, there are multiple Cap-to-WTP message elements to address the many logical groups within a WLAN managed by WiCoP. Conf-to-WTP message elements are indexed by the BSSID information item. If logical groups are created by other means, their corresponding identifier is used as the index.
根据逻辑组（如虚拟AP）提供能力信息。因此，有多个Cap-to-WTP消息元素来处理由WiCoP管理的WLAN中的多个逻辑组。Conf to WTP消息元素由BSSID信息项索引。如果逻辑组是通过其他方式创建的，则将其相应的标识符用作索引。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| 802.11e Cap | 2 | Integer | Length of 802.11e |
| Length | | | capabilities |
| | | | |
| 802.11e | Variable | OCTETString | 802.11e capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities, this |
| | | | field is filled with |
| | | | '0' |
| | | | |
| 802.11i Cap | 2 | Integer | Length of 802.11i |
| Length | | | capabilities |
| | | | |
| 802.11i | Variable | OCTETString | 802.11i capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities, this |
| | | | field is filled with |
| | | | '0' |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| 802.11e Cap | 2 | Integer | Length of 802.11e |
| Length | | | capabilities |
| | | | |
| 802.11e | Variable | OCTETString | 802.11e capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities, this |
| | | | field is filled with |
| | | | '0' |
| | | | |
| 802.11i Cap | 2 | Integer | Length of 802.11i |
| Length | | | capabilities |
| | | | |
| 802.11i | Variable | OCTETString | 802.11i capabilities |
| Capabilities | | | of WTP. If WTP does |
| | | | not have such |
| | | | capabilities, this |
| | | | field is filled with |
| | | | '0' |
+--------------+----------+----------------+------------------------+
QoS-Value:
QoS值：
QoS parameters are assigned for each logical group to address their respective individual conditions and requirements. QoS-Value message elements are provided on a per-logical group basis. They are indexed by the BSSID information item. If logical groups are created by other means, their corresponding identifier is used as the index.
为每个逻辑组分配QoS参数，以满足各自的条件和需求。QoS值消息元素是基于每个逻辑组提供的。它们由BSSID信息项编制索引。如果逻辑组是通过其他方式创建的，则将其相应的标识符用作索引。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| WTP AC_BE | 2 | Integer | AC Parameters Record |
| | | | AC_BE in WTP |
| | | | |
| WTP AC_BK | 2 | Integer | AC Parameters Record |
| | | | AC_BK in WTP |
| | | | |
| WTP AC_VI | 2 | Integer | AC Parameters Record |
| | | | AC_VI in WTP |
| | | | |
| WTP AC_VO | 2 | Integer | AC Parameters Record |
| | | | AC_VO in WTP |
| | | | |
| TE AC_BE | 2 | Integer | AC Parameters Record |
| | | | AC_BE in terminals |
| | | | |
| TE AC_BK | 2 | Integer | AC Parameters Record |
| | | | AC_BK in terminals |
| | | | |
| TE AC_VI | 2 | Integer | AC Parameters Record |
| | | | AC_VI in terminals |
| | | | |
| TE AC_VO | 2 | Integer | AC Parameters Record |
| | | | AC_VO in terminals |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| WTP AC_BE | 2 | Integer | AC Parameters Record |
| | | | AC_BE in WTP |
| | | | |
| WTP AC_BK | 2 | Integer | AC Parameters Record |
| | | | AC_BK in WTP |
| | | | |
| WTP AC_VI | 2 | Integer | AC Parameters Record |
| | | | AC_VI in WTP |
| | | | |
| WTP AC_VO | 2 | Integer | AC Parameters Record |
| | | | AC_VO in WTP |
| | | | |
| TE AC_BE | 2 | Integer | AC Parameters Record |
| | | | AC_BE in terminals |
| | | | |
| TE AC_BK | 2 | Integer | AC Parameters Record |
| | | | AC_BK in terminals |
| | | | |
| TE AC_VI | 2 | Integer | AC Parameters Record |
| | | | AC_VI in terminals |
| | | | |
| TE AC_VO | 2 | Integer | AC Parameters Record |
| | | | AC_VO in terminals |
+--------------+----------+----------------+------------------------+
Timer-Init-Value:
计时器初始值：
WiCoP timers are used for the WTP as a whole. So, the Timer-Init-Value message element is provided on a per-WTP basis.
WiCoP定时器作为一个整体用于WTP。因此，Timer Init Value消息元素是基于每个WTP提供的。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| Response | 4 | Integer | Initial value of |
| Timer | | | Response Timer |
| | | | |
| Active | 4 | Integer | Initial value of |
| Presence | | | Active Presence Timer |
| Timer | | | |
| | | | |
| Feedback | 4 | Integer | Initial value of |
| Interval | | | Feedback Interval |
| Timer | | | Timer |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | OCTETString | BSSID |
| | | | |
| Response | 4 | Integer | Initial value of |
| Timer | | | Response Timer |
| | | | |
| Active | 4 | Integer | Initial value of |
| Presence | | | Active Presence Timer |
| Timer | | | |
| | | | |
| Feedback | 4 | Integer | Initial value of |
| Interval | | | Feedback Interval |
| Timer | | | Timer |
+--------------+----------+----------------+------------------------+
Terminal-Data:
终端数据：
The Terminal-Data message element is applicable for both Local MAC and Split MAC WTP designs. In the case of Local MAC, Terminal-Data is sent from WTPs to the AC. In the case of Split MAC, Terminal-Data is sent from the AC to WTPs. So, the direction of usage depends on the type of WTP at which wireless terminal operations are performed. Some information items may be optional for use with specific WTP designs.
终端数据消息元素适用于本地MAC和拆分MAC WTP设计。对于本地MAC，终端数据从WTPs发送到AC。对于拆分MAC，终端数据从AC发送到WTPs。因此，使用方向取决于执行无线终端操作的WTP的类型。某些信息项可能是可选的，用于特定的WTP设计。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | PhyAddress | BSSID in which |
| | | | terminal is being |
| | | | added |
| | | | |
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal being added |
| | | | |
| Association | 2 | Integer | Association ID of |
| ID | | | terminal being added |
| | | | |
| Operation | 2 | Integer | Data rates supported |
| Rate Set | | | by WTP for terminal |
| | | | being added using a |
| | | | 12-bit format for 1.1, |
| | | | 2.2, 3.55, 4.6, 5.9, |
| | | | 6.11, 7.12, 8.18, |
| | | | 9.24, 10.36, 11.48, |
| | | | and 12.54 Mbps |
| | | | |
| Listen | 2 | Integer | Listen period |
| Period | | | |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | PhyAddress | BSSID in which |
| | | | terminal is being |
| | | | added |
| | | | |
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal being added |
| | | | |
| Association | 2 | Integer | Association ID of |
| ID | | | terminal being added |
| | | | |
| Operation | 2 | Integer | Data rates supported |
| Rate Set | | | by WTP for terminal |
| | | | being added using a |
| | | | 12-bit format for 1.1, |
| | | | 2.2, 3.55, 4.6, 5.9, |
| | | | 6.11, 7.12, 8.18, |
| | | | 9.24, 10.36, 11.48, |
| | | | and 12.54 Mbps |
| | | | |
| Listen | 2 | Integer | Listen period |
| Period | | | |
+--------------+----------+----------------+------------------------+
BSSID:
BSSID：
The BSSID message element is used to identify logical groups within a WLAN. WiCoP may be extended for other types of logical groups by simply including additional message elements.
BSSID消息元素用于标识WLAN中的逻辑组。WiCoP可以通过简单地包括额外的消息元素而扩展到其他类型的逻辑组。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | PhyAddress | BSSID in which |
| | | | terminal is being |
| | | | added |
| | | | |
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal being added |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| BSSID | 6 | PhyAddress | BSSID in which |
| | | | terminal is being |
| | | | added |
| | | | |
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal being added |
+--------------+----------+----------------+------------------------+
Encryption-Data:
加密数据：
The Encryption-Data message element contains information relevant for configuring security keys at WTPs. It is used in architectures in which the authentication and encryption points are located in distinct WLAN entities.
加密数据消息元素包含与在WTP上配置安全密钥相关的信息。它用于认证和加密点位于不同WLAN实体中的体系结构中。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal |
| | | | |
| Operation | 1 | Integer | Operational Mode ('1' |
| | | | = Set Key; '2' = |
| | | | Delete Key) |
| | | | |
| Key Index | 1 | Integer | Key Index - valid when |
| | | | Operational Mode = Set |
| | | | Key |
| | | | |
| Key Flag | 1 | Integer | Key Flag ('1' = |
| | | | Unicast Key or PTK; |
| | | | '2' = Broadcast Key or |
| | | | GTK) - valid only when |
| | | | Operational Mode = Set |
| | | | Key |
| | | | |
| Cipher Suit | 1 | Integer | Encryption Type ('1' = |
| | | | WEP40; '2' = WEP104; |
| | | | '3' = WEP128; '4' = |
| | | | TKIP; '5' = AES) - |
| | | | valid only when |
| | | | Operational Mode = Set |
| | | | Key |
| | | | |
| Key | 32 | OCTETString | Key body - valid only |
| | | | when Operational Mode |
| | | | = Set Key |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal |
| | | | |
| Operation | 1 | Integer | Operational Mode ('1' |
| | | | = Set Key; '2' = |
| | | | Delete Key) |
| | | | |
| Key Index | 1 | Integer | Key Index - valid when |
| | | | Operational Mode = Set |
| | | | Key |
| | | | |
| Key Flag | 1 | Integer | Key Flag ('1' = |
| | | | Unicast Key or PTK; |
| | | | '2' = Broadcast Key or |
| | | | GTK) - valid only when |
| | | | Operational Mode = Set |
| | | | Key |
| | | | |
| Cipher Suit | 1 | Integer | Encryption Type ('1' = |
| | | | WEP40; '2' = WEP104; |
| | | | '3' = WEP128; '4' = |
| | | | TKIP; '5' = AES) - |
| | | | valid only when |
| | | | Operational Mode = Set |
| | | | Key |
| | | | |
| Key | 32 | OCTETString | Key body - valid only |
| | | | when Operational Mode |
| | | | = Set Key |
+--------------+----------+----------------+------------------------+
EAP-Frame:
EAP框架：
The EAP-Frame message element is used to carry EAP frames used in the configuration and management of the WLAN.
EAP帧消息元素用于承载WLAN配置和管理中使用的EAP帧。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal |
| | | | |
| EAP | Variable | OCTETString | EAP Frames |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| MAC Address | 6 | PhyAddress | MAC address of |
| | | | terminal |
| | | | |
| EAP | Variable | OCTETString | EAP Frames |
+--------------+----------+----------------+------------------------+
Statistics:
统计数字：
Statistics information covers all aspects of WTPs. As such, this message element is provided on a per-WTP basis. WiCoP messages containing the Statistics message element simultaneously serve as keepalive signals between WTPs and the AC.
统计信息涵盖WTP的所有方面。因此，此消息元素是基于每个WTP提供的。包含统计信息元素的WiCoP消息同时充当WTP和AC之间的保持信号。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| OutOctet | 4 | Counter 32 | Octet number of frame |
| | | | WTP transmits |
| | | | |
| Transmit | 4 | Counter 32 | Total number of frames |
| Count | | | transmitted by WTP |
| | | | |
| Successful | 4 | Counter 32 | Total number of ACKs |
| Transmit | | | received |
| Count | | | |
| | | | |
| ACK Failure | 4 | Counter 32 | Total number of failed |
| Count | | | ACKs |
| | | | |
| InOctets | 4 | Counter 32 | Octet number of frame |
| | | | WTP receives |
| | | | |
| Receive | 4 | Counter 32 | Total number of frames |
| Count | | | received by WTP |
| | | | |
| Receive | 4 | Counter 32 | Total number of |
| Discard | | | received frames that |
| | | | are discarded |
| | | | |
| Retransmissi | 4 | Counter 32 | Number of WTP |
| on Count | | | retransmission |
| | | | attempts" |
| | | | |
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| OutOctet | 4 | Counter 32 | Octet number of frame |
| | | | WTP transmits |
| | | | |
| Transmit | 4 | Counter 32 | Total number of frames |
| Count | | | transmitted by WTP |
| | | | |
| Successful | 4 | Counter 32 | Total number of ACKs |
| Transmit | | | received |
| Count | | | |
| | | | |
| ACK Failure | 4 | Counter 32 | Total number of failed |
| Count | | | ACKs |
| | | | |
| InOctets | 4 | Counter 32 | Octet number of frame |
| | | | WTP receives |
| | | | |
| Receive | 4 | Counter 32 | Total number of frames |
| Count | | | received by WTP |
| | | | |
| Receive | 4 | Counter 32 | Total number of |
| Discard | | | received frames that |
| | | | are discarded |
| | | | |
| Retransmissi | 4 | Counter 32 | Number of WTP |
| on Count | | | retransmission |
| | | | attempts" |
| | | | |
| Duplicate | 4 | Counter 32 | Number of duplicate |
| Receive | | | frames received by WTP |
| Count | | | |
| | | | |
| FCS Error | 4 | Counter32 | Number of frames |
| Receive | | | received with FCS |
| Count | | | errors |
| | | | |
| Unknown | 4 | Counter 32 | Number of unknown |
| Frame | | | protocol frames |
| Receive | | | received |
| Count | | | |
| | | | |
| Beacon | 4 | Counter 32 | Number of transmitted |
| Transmit | | | Beacon frames |
| Count | | | |
| | | | |
| Probe | 4 | Counter 32 | Number of transmitted |
| Transmit | | | Probe Response frames |
| Count | | | |
| | | | |
| Probe | 4 | Counter 32 | Number of received |
| Receive | | | Probe Response frames |
| Count | | | |
| | | | |
| Decrypt CRC | 4 | Counter 32 | Number of received |
| Error Count | | | frames that cannot |
| | | | decrypt |
+--------------+----------+----------------+------------------------+
| Duplicate | 4 | Counter 32 | Number of duplicate |
| Receive | | | frames received by WTP |
| Count | | | |
| | | | |
| FCS Error | 4 | Counter32 | Number of frames |
| Receive | | | received with FCS |
| Count | | | errors |
| | | | |
| Unknown | 4 | Counter 32 | Number of unknown |
| Frame | | | protocol frames |
| Receive | | | received |
| Count | | | |
| | | | |
| Beacon | 4 | Counter 32 | Number of transmitted |
| Transmit | | | Beacon frames |
| Count | | | |
| | | | |
| Probe | 4 | Counter 32 | Number of transmitted |
| Transmit | | | Probe Response frames |
| Count | | | |
| | | | |
| Probe | 4 | Counter 32 | Number of received |
| Receive | | | Probe Response frames |
| Count | | | |
| | | | |
| Decrypt CRC | 4 | Counter 32 | Number of received |
| Error Count | | | frames that cannot |
| | | | decrypt |
+--------------+----------+----------------+------------------------+
Interface-Error:
接口错误：
This message element is used to exchange information on error conditions related to the wireless interface.
此消息元素用于交换有关无线接口的错误条件的信息。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Interface | 1 | Integer | Interface ID |
| Index | | | |
| | | | |
| Error Type | 1 | Integer | Type of error ('1' = |
| | | | Unrecoverable; '2' = |
| | | | Recoverable) |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Interface | 1 | Integer | Interface ID |
| Index | | | |
| | | | |
| Error Type | 1 | Integer | Type of error ('1' = |
| | | | Unrecoverable; '2' = |
| | | | Recoverable) |
+--------------+----------+----------------+------------------------+
FROM-Error:
从错误：
The FROM-Error message element is used to exchange information on error conditions related to flash ROMs in WTPs or the AC.
FROM Error message元素用于交换与WTPs或AC中闪存ROM相关的错误条件信息。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| FROM Index | 1 | Integer | FROM ID |
| | | | |
| Error Type | 1 | Integer | Type of error ('1' = |
| | | | Unrecoverable; '2' = |
| | | | Recoverable) |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| FROM Index | 1 | Integer | FROM ID |
| | | | |
| Error Type | 1 | Integer | Type of error ('1' = |
| | | | Unrecoverable; '2' = |
| | | | Recoverable) |
+--------------+----------+----------------+------------------------+
QoS Capability:
QoS能力：
The QoS-Capability message element is used to exchange information concerning the Enhanced Distributed Channel Access (EDCA) and HCF Controlled Channel Access (HCCA) capabilities of WTPs.
QoS能力消息元素用于交换有关WTP的增强分布式信道访问（EDCA）和HCF控制信道访问（HCCA）能力的信息。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| EDCA | 1 | Integer | EDCA Capability ('1' = |
| | | | Capable; '2' = Not |
| | | | capable) |
| | | | |
| HCCA | 1 | Integer | HCCA Capability ('1' = |
| | | | Capable; '2' = Not |
| | | | capable) |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| EDCA | 1 | Integer | EDCA Capability ('1' = |
| | | | Capable; '2' = Not |
| | | | capable) |
| | | | |
| HCCA | 1 | Integer | HCCA Capability ('1' = |
| | | | Capable; '2' = Not |
| | | | capable) |
+--------------+----------+----------------+------------------------+
TFTP-Data:
TFTP数据：
This message element is for firmware data from an AC to WTPs.
此消息元素用于从AC到WTPs的固件数据。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| TFTP Data | Variable | OCTETString | Details of Trivial File|
| | | | Transfer Protocol |
| | | | (TFTP) |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| TFTP Data | Variable | OCTETString | Details of Trivial File|
| | | | Transfer Protocol |
| | | | (TFTP) |
+--------------+----------+----------------+------------------------+
Result:
结果:
The Result message element is used in all WiCoP response messages to indicate the status of WiCoP request messages.
结果消息元素用于所有WiCoP响应消息中，以指示WiCoP请求消息的状态。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Result Code | 1 | Integer | '1' = OK; '2' = NG |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Result Code | 1 | Integer | '1' = OK; '2' = NG |
+--------------+----------+----------------+------------------------+
OID:
OID：
The OID message element is used for general configuration information specified by OIDs.
OID消息元素用于OID指定的常规配置信息。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Length | 1 | Integer | Length of OID String |
| | | | and OID Value |
| | | | |
| OID String | Variable | OCTETString | Object Identifier that |
| | | | is assigned according |
| | | | to Basic Encoding |
| | | | Rules (BER) |
| | | | |
| Value | Variable | OCTETString | Value |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| Length | 1 | Integer | Length of OID String |
| | | | and OID Value |
| | | | |
| OID String | Variable | OCTETString | Object Identifier that |
| | | | is assigned according |
| | | | to Basic Encoding |
| | | | Rules (BER) |
| | | | |
| Value | Variable | OCTETString | Value |
+--------------+----------+----------------+------------------------+
GTK-Flag:
GTK标志：
The GTK-Flag message element is used to inform the WTP on the type of GTK used and correspondingly how the KeyMIC is to be computed.
GTK标志消息元素用于通知WTP所用GTK的类型以及相应地如何计算KeyMIC。
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| GTK Flag | 1 | Integer | Determines the type of |
| | | | GTK ('1' = New; '2' = |
| | | | Existing) |
+--------------+----------+----------------+------------------------+
+--------------+----------+----------------+------------------------+
| Item | Length | Syntax | Description |
+--------------+----------+----------------+------------------------+
| GTK Flag | 1 | Integer | Determines the type of |
| | | | GTK ('1' = New; '2' = |
| | | | Existing) |
+--------------+----------+----------------+------------------------+
Message: Capabilities
Direction: WTP -> AC
Type: Request
Message: Capabilities
Direction: WTP -> AC
Type: Request
Description: WTPs send a Capabilities message upon transitioning from the Initialization state to the Capabilities Exchange state. The message serves to discover and identify the controlling AC of the WLAN and to provide it with identification and capabilities information. In the IEEE 802.11 use-case, the Capabilities message also specifies the WTP's IEEE 802.11e and IEEE 802.11i features.
描述：WTP在从初始化状态转换到功能交换状态时发送功能消息。该消息用于发现和识别WLAN的控制AC，并向其提供标识和功能信息。在IEEE 802.11用例中，能力消息还指定WTP的IEEE 802.11e和IEEE 802.11i功能。
TLV: The Capabilities message includes message elements of types 1 and 2.
TLV:Capabilities消息包括类型1和类型2的消息元素。
+----------------+
| Capabilities |
+----------------+
| WTP-Info |
| |
| Cap-from-WTP |
+----------------+
+----------------+
| Capabilities |
+----------------+
| WTP-Info |
| |
| Cap-from-WTP |
+----------------+
Message: Capabilities Response
Direction: AC -> WTP
Type: Response
Message: Capabilities Response
Direction: AC -> WTP
Type: Response
Description: This message is sent by an AC after examining the compatibility of the WTP and its capabilities. The compatibility is with respect to the MAC architecture that can be supported by the AC. If the WTP is determined to be compatible, the Capabilities Response message also contains information on the capabilities of the AC.
描述：此消息由AC在检查WTP及其功能的兼容性后发送。兼容性与AC可支持的MAC体系结构有关。如果确定WTP兼容，则能力响应消息还包含有关AC能力的信息。
TLV: The Capabilities Response message includes message elements of types 5 and 17. The Cap-to-WTP message elements are distinguished based on BSSIDs to represent different logical groups.
TLV：能力响应消息包括类型5和17的消息元素。Cap到WTP消息元素基于BSSID进行区分，以表示不同的逻辑组。
+-----------------------+
| Capabilities Response |
+-----------------------+
| Cap-to-WTP 1 |
| |
| Cap-to-WTP ... |
| |
| Cap-to-WTP n |
| |
| Result |
+-----------------------+
+-----------------------+
| Capabilities Response |
+-----------------------+
| Cap-to-WTP 1 |
| |
| Cap-to-WTP ... |
| |
| Cap-to-WTP n |
| |
| Result |
+-----------------------+
Message: Connection
Direction: WTP -> AC
Type: Request
Message: Connection
Direction: WTP -> AC
Type: Request
Description: The Connection message initiates the mutual security association between an AC and WTPs. This message carries the first message of the chosen security protocol. The specific security mechanism for the authentication is out of scope of the WiCoP specifications.
描述：连接消息启动AC和WTPs之间的相互安全关联。此消息包含所选安全协议的第一条消息。用于身份验证的特定安全机制超出WiCoP规范的范围。
TLV: The Connection message includes message elements of type 2.
TLV:连接消息包括类型2的消息元素。
+---------------+
| Connection |
+---------------+
| Cap-from-WTP |
+---------------+
+---------------+
| Connection |
+---------------+
| Cap-from-WTP |
+---------------+
Message: Connection Response
Direction: AC -> WTP
Type: Response
Message: Connection Response
Direction: AC -> WTP
Type: Response
Description: After completion of the security protocol exchange, this message indicates the result of the WTP-AC security association. If successful, it also represents the admission of the WTP into the WLAN.
描述：安全协议交换完成后，此消息表示WTP-AC安全关联的结果。如果成功，它还表示允许WTP进入WLAN。
TLV: Type 17 message element is included.
TLV：包含类型17消息元素。
+---------------------+
| Connection Response |
+---------------------+
| Result |
+---------------------+
+---------------------+
| Connection Response |
+---------------------+
| Result |
+---------------------+
Message: Configuration Request
Direction: WTP -> AC
Type: Request
Message: Configuration Request
Direction: WTP -> AC
Type: Request
Description: This message starts the Configuration state for the WTP. It is a request for configuration information from the WTPs to the AC.
描述：此消息启动WTP的配置状态。它是从WTPs向AC请求配置信息。
Message: Configuration Response
Direction: AC -> WTP
Type: Response
Message: Configuration Response
Direction: AC -> WTP
Type: Response
Description: This is an acknowledgement for the Configuration Request message.
描述：这是对配置请求消息的确认。
TLV: Type 17 message element is included.
TLV：包含类型17消息元素。
+------------------------+
| Configuration Response |
+------------------------+
| Result |
+------------------------+
+------------------------+
| Configuration Response |
+------------------------+
| Result |
+------------------------+
Message: Configuration Data
Direction: AC -> WTP
Type: Request
Message: Configuration Data
Direction: AC -> WTP
Type: Request
Description: Configuration information including operational parameters, QoS settings, and timer values is sent using the Configuration Data message. This message is also used for configuration updates in the Operation state of WiCoP.
描述：使用配置数据消息发送配置信息，包括操作参数、QoS设置和计时器值。此消息还用于WiCoP运行状态下的配置更新。
TLV: This message includes message elements of types 3, 4, 5, 6, and 7. The Conf-WTP-Data and QoS-Value message elements are identified by BSSIDs to denote logical groups, while the Conf-If-Data message elements are identified by If-IDs to denote multiple wireless radios.
TLV：此消息包括类型为3、4、5、6和7的消息元素。Conf WTP数据和QoS值消息元素由bssid标识以表示逻辑组，而Conf If数据消息元素由If id标识以表示多个无线无线电。
+---------------------+
| Configuration Data |
+---------------------+
| Conf-If-Data 1 |
| |
| Conf-If-Data ... |
| |
| Conf-If-Data n |
| |
| Conf-WTP-Data 1 |
| |
| Conf-WTP-Data ... |
| |
| Conf-WTP-Data n |
| |
| Cap-to-WTP 1 |
| |
| Cap-to-WTP ... |
| |
| Cap-to-WTP n |
| |
| QoS-Value 1 |
| |
| QoS-Value ... |
| |
| QoS-Value n |
| |
| Timer-Init-Value |
+---------------------+
+---------------------+
| Configuration Data |
+---------------------+
| Conf-If-Data 1 |
| |
| Conf-If-Data ... |
| |
| Conf-If-Data n |
| |
| Conf-WTP-Data 1 |
| |
| Conf-WTP-Data ... |
| |
| Conf-WTP-Data n |
| |
| Cap-to-WTP 1 |
| |
| Cap-to-WTP ... |
| |
| Cap-to-WTP n |
| |
| QoS-Value 1 |
| |
| QoS-Value ... |
| |
| QoS-Value n |
| |
| Timer-Init-Value |
+---------------------+
Message: Configuration Data Response
Direction: WTP -> AC
Type: Response
Message: Configuration Data Response
Direction: WTP -> AC
Type: Response
Description: This is an acknowledgement for the Configuration Data message.
描述：这是对配置数据消息的确认。
TLV: Type 17 message element is included.
TLV：包含类型17消息元素。
+-----------------------------+
| Configuration Data Response |
+-----------------------------+
| Result |
+-----------------------------+
+-----------------------------+
| Configuration Data Response |
+-----------------------------+
| Result |
+-----------------------------+
Message: Configuration Trigger
Direction: AC -> WTP
Type: Request
Message: Configuration Trigger
Direction: AC -> WTP
Type: Request
Description: This message is used to trigger the activation of the configuration information sent in earlier Configuration messages.
描述：此消息用于触发激活先前配置消息中发送的配置信息。
Message: Configuration Trigger Response
Direction: WTP -> AC
Type: Response
Message: Configuration Trigger Response
Direction: WTP -> AC
Type: Response
Description: This is an acknowledgement of the Configuration Trigger. This response message is sent before activation of the configuration information.
描述：这是对配置触发器的确认。此响应消息在激活配置信息之前发送。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+--------------------------------+
| Configuration Trigger Response |
+--------------------------------+
| Result |
+--------------------------------+
+--------------------------------+
| Configuration Trigger Response |
+--------------------------------+
| Result |
+--------------------------------+
Message: Reset
Direction: AC -> WTP
Type: Request
Message: Reset
Direction: AC -> WTP
Type: Request
Description: This message from the AC instructs the WTP to clear registers and revert to initial conditions.
描述：来自AC的此消息指示WTP清除寄存器并恢复到初始条件。
Message: Reset Response
Direction: WTP -> AC
Type: Response
Message: Reset Response
Direction: WTP -> AC
Type: Response
Description: This is an acknowledgement for the Reset message to the AC.
描述：这是对AC重置消息的确认。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+----------------+
| Reset Response |
+----------------+
| Result |
+----------------+
+----------------+
| Reset Response |
+----------------+
| Result |
+----------------+
Message: Feedback
Direction: WTP <-> AC
Type: Request
Message: Feedback
Direction: WTP <-> AC
Type: Request
Description: WTP: The Feedback message is used to send regular statistics information to the AC. It also serves as a keepalive indicator used to update the Active Presence Timer maintained by the AC. AC: The Feedback message is used to determine the active state of WTPs.
描述：WTP：反馈消息用于向AC发送定期统计信息。它还用作keepalive指示器，用于更新AC维护的活动状态计时器。AC：反馈消息用于确定WTP的活动状态。
TLV: This message includes message elements of type 12.
TLV：此消息包括类型为12的消息元素。
+-------------+
| Feedback |
+-------------+
| Statistics |
+-------------+
+-------------+
| Feedback |
+-------------+
| Statistics |
+-------------+
Message: Feedback Response
Direction: WTP <-> AC
Type: Response
Message: Feedback Response
Direction: WTP <-> AC
Type: Response
Description: This is an acknowledgement for Feedback messages.
描述：这是对反馈消息的确认。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+-------------------+
| Feedback Response |
+-------------------+
| Result |
+-------------------+
+-------------------+
| Feedback Response |
+-------------------+
| Result |
+-------------------+
Message: Firmware Download
Direction: AC -> WTP
Type: Request
Message: Firmware Download
Direction: AC -> WTP
Type: Request
Description: This message is used to instruct WTPs to update their firmware. The message element contains information regarding the new firmware.
描述：此消息用于指示WTP更新其固件。消息元素包含有关新固件的信息。
TLV: Message elements of type 16 are included.
TLV：包含类型16的消息元素。
+-------------------+
| Firmware Download |
+-------------------+
| TFTP-Data |
+-------------------+
+-------------------+
| Firmware Download |
+-------------------+
| TFTP-Data |
+-------------------+
Message: Firmware Download Response
Direction: WTP -> AC
Type: Request Response
Message: Firmware Download Response
Direction: WTP -> AC
Type: Request Response
Description: This is an acknowledgement for the Firmware Download message.
描述：这是对固件下载消息的确认。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+----------------------------+
| Firmware Download Response |
+----------------------------+
| Result |
+----------------------------+
+----------------------------+
| Firmware Download Response |
+----------------------------+
| Result |
+----------------------------+
Message: Notification
Direction: WTP <-> AC
Type: Request
Message: Notification
Direction: WTP <-> AC
Type: Request
Description: This message is used to indicate non-periodic events. It may be sent by either WTPs or the AC. Notification messages indicate failures, non-periodic changes, etc.
描述：此消息用于指示非周期性事件。它可以由WTPs或AC发送。通知消息表示故障、非周期性更改等。
TLV: Message elements of types 13 and 14 are included.
TLV：包含类型13和14的消息元素。
+------------------+
| Notification |
+------------------+
| Interface-Error |
| |
| FROM-Error |
+------------------+
+------------------+
| Notification |
+------------------+
| Interface-Error |
| |
| FROM-Error |
+------------------+
Message: Notification Response
Direction: WTP <-> AC
Type: Response
Message: Notification Response
Direction: WTP <-> AC
Type: Response
Description: This is an acknowledgement for the Notification message. It may be followed by Configuration messages to rectify errors.
描述：这是对通知消息的确认。随后可能会出现配置消息以纠正错误。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+-----------------------+
| Notification Response |
+-----------------------+
| Result |
+-----------------------+
+-----------------------+
| Notification Response |
+-----------------------+
| Result |
+-----------------------+
Message: Terminal Addition
Direction: WTP <-> AC
Type: Request
Message: Terminal Addition
Direction: WTP <-> AC
Type: Request
Description: This message may be sent from WTPs or the AC, depending on the WTP type in consideration. In both cases, it is sent in response to an IEEE 802.11 association frame.
描述：此消息可能由WTP或AC发送，具体取决于所考虑的WTP类型。在这两种情况下，它都是响应IEEE 802.11关联帧发送的。
For Split MAC WTPs, Terminal Addition is sent from the AC to the WTPs and includes information on the wireless terminal relevant to the WTP.
对于分割MAC WTP，终端添加从AC发送到WTP，并且包括关于与WTP相关的无线终端的信息。
For Local MAC WTPs, Terminal Addition is sent from a WTP to the AC and contains information on the wireless terminal relevant to the AC.
对于本地MAC-WTP，终端添加从WTP发送到AC，并且包含关于与AC相关的无线终端的信息。
TLV: Message elements of type 8 are included.
TLV：包含类型8的消息元素。
+-------------------+
| Terminal Addition |
+-------------------+
| Terminal-Data |
+-------------------+
+-------------------+
| Terminal Addition |
+-------------------+
| Terminal-Data |
+-------------------+
Message: Terminal Addition Response
Direction: WTP <-> AC
Type: Response
Message: Terminal Addition Response
Direction: WTP <-> AC
Type: Response
Description: This is an acknowledgement sent from either WTPs or the AC, depending on the WTP type in consideration.
描述：这是从WTP或AC发送的确认，具体取决于所考虑的WTP类型。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+----------------------------+
| Terminal Addition Response |
+----------------------------+
| Result |
+----------------------------+
+----------------------------+
| Terminal Addition Response |
+----------------------------+
| Result |
+----------------------------+
Message: Terminal Deletion
Direction: WTP <-> AC
Type: Request
Message: Terminal Deletion
Direction: WTP <-> AC
Type: Request
Description: This message is sent in response to a disconnection of a wireless terminal. It can be sent from WTPs or the AC. In both cases, Terminal Deletion instructs the recipient to remove any state information relating to the specific wireless terminal. The message
描述：此消息是在无线终端断开连接时发送的。它可以从WTPs或AC发送。在这两种情况下，终端删除指示接收者删除与特定无线终端相关的任何状态信息。信息
is sent in response to an IEEE 802.11 disassociation frame, IEEE 802.11 deauthentication frame, or due to the expiration of the Active Presence Timer.
响应IEEE 802.11解除关联帧、IEEE 802.11取消身份验证帧或由于活动存在计时器过期而发送。
For Split MAC WTPs, Terminal Deletion is sent from the AC to the WTPs.
对于拆分MAC WTP，终端删除从AC发送到WTP。
For Local MAC WTPs, Terminal Deletion is sent from the WTPs to the AC.
对于本地MAC WTP，终端删除从WTP发送到AC。
TLV: Message elements of type 9 are included.
TLV：包含类型9的消息元素。
+-------------------+
| Terminal Deletion |
+-------------------+
| BSSID |
+-------------------+
+-------------------+
| Terminal Deletion |
+-------------------+
| BSSID |
+-------------------+
Message: Terminal Deletion Response
Direction: WTP <-> AC
Type: Response
Message: Terminal Deletion Response
Direction: WTP <-> AC
Type: Response
Description: This is an acknowledgement sent from either WTPs or the AC, depending on the WiCoP interface.
描述：这是从WTPs或AC发送的确认，具体取决于WiCoP接口。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+----------------------------+
| Terminal Addition Response |
+----------------------------+
| Result |
+----------------------------+
+----------------------------+
| Terminal Addition Response |
+----------------------------+
| Result |
+----------------------------+
Message: Key Configuration
Direction: AC -> WTP
Type: Request
Message: Key Configuration
Direction: AC -> WTP
Type: Request
Description: This message is used when authentication and encryption points are located in distinct WLAN entities. WiCoP uses it in cases where 'M' = 0 and 'D' = 0 or where 'M' = 1 and 'D' = 1. It is used to configure security key information from the AC to the WTPs.
描述：当身份验证和加密点位于不同的WLAN实体中时，使用此消息。WiCoP在'M'=0和'D'=0或者'M'=1和'D'=1的情况下使用它。它用于配置从AC到WTP的安全密钥信息。
TLV: The following message elements are included for Key Configuration.
TLV：密钥配置包括以下消息元素。
+-------------------+
| Key Configuration |
+-------------------+
| GTK-Flag |
| |
| Encryption-Data |
| |
| EAP-Frame |
+-------------------+
+-------------------+
| Key Configuration |
+-------------------+
| GTK-Flag |
| |
| Encryption-Data |
| |
| EAP-Frame |
+-------------------+
Message: Key Configuration Response
Direction: WTP -> AC
Type: Response
Message: Key Configuration Response
Direction: WTP -> AC
Type: Response
Description: This is an acknowledgement for the Key Configuration message.
描述：这是对密钥配置消息的确认。
TLV: Message elements of type 17 are included.
TLV：包含类型17的消息元素。
+----------------------------+
| Key Configuration Response |
+----------------------------+
| Result |
+----------------------------+
+----------------------------+
| Key Configuration Response |
+----------------------------+
| Result |
+----------------------------+
WiCoP data packets include the WiCoP common header followed by a payload. Data packets are used to distinguish traffic from control when both control and data paths are identical. Such a scenario would involve data traffic of the WTPs traversing the AC. However, given the diversity of large-scale WLAN deployments, there are scenarios in which data and control paths are distinct. WiCoP can be used in both cases.
WiCoP数据包包括WiCoP公共头，后跟有效负载。当控制和数据路径相同时，数据包用于区分流量和控制。这种情况下，WTP的数据流量将穿过AC。然而，鉴于大规模WLAN部署的多样性，存在数据和控制路径不同的情况。WiCoP可用于这两种情况。
The WiCoP data packet format is illustrated below in Figure 7, together with the WiCoP common header.
WiCoP数据包格式如下图7所示，以及WiCoP公共报头。
0 31
| 7 15 23 |
|-------|-------|-------|-------|-------|-------|-------|-------|
| |
0 31
| 7 15 23 |
|-------|-------|-------|-------|-------|-------|-------|-------|
| |
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Version |M|D|C|R|E|F|L| | Reserve |
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Fragment ID | Fragment No. | Length |
+---------------+---------------+-------------------------------+
| Payload |
+---------------------------------------------------------------+
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Version |M|D|C|R|E|F|L| | Reserve |
+---------------+-+-+-+-+-+-+-+-+-------------------------------+
| Fragment ID | Fragment No. | Length |
+---------------+---------------+-------------------------------+
| Payload |
+---------------------------------------------------------------+
Figure 7
图7
WiCoP uses a number of timers to determine WLAN status and maintain system performance. Timers are maintained by all WiCoP entities.
WiCoP使用大量计时器来确定WLAN状态并维持系统性能。计时器由所有WiCoP实体维护。
The Active Presence Timer is used by each WiCoP entity -- AC and WTPs -- to verify the presence of each other. The absence of a reply to the Feedback message within the expiration of the Active Presence Timer indicates the corresponding entity is inactive. Contingency operations such as reset are used in this case. The value of the Active Presence Timer ranges from 10 to 300 seconds with a default value of 30 seconds.
每个WiCoP实体（AC和WTPs）都使用活动存在计时器来验证彼此的存在。在活动存在计时器到期内没有对反馈消息的回复表示相应实体处于非活动状态。在这种情况下，使用重置等应急操作。活动状态计时器的值范围为10到300秒，默认值为30秒。
Feedback messages are periodic with the frequency defined by the Feedback Interval. The interval is set during WTP configuration. It has a value ranging from 1 to 100 seconds and a default value of 10 seconds.
反馈消息是周期性的，频率由反馈间隔定义。间隔在WTP配置期间设置。它的值范围为1到100秒，默认值为10秒。
The Feedback Interval timer sets the periodicity of WLAN system audits. So with this timer, the WLAN controller receives regular information on the state of the WLAN and all its WTPs.
反馈间隔计时器设置WLAN系统审核的周期。因此，使用此计时器，WLAN控制器将定期接收有关WLAN及其所有WTP状态的信息。
This is a general-purpose timer used to limit the elapsed time between transmission of a request message and receipt of a corresponding response message. The value of this timer ranges from 1 to 3 seconds with a default value of 1 second.
这是一个通用计时器，用于限制发送请求消息和接收相应响应消息之间的经过时间。此计时器的值范围为1到3秒，默认值为1秒。
This timer triggers any changes in wireless connectivity. WiCoP uses this timer to send Notification and other messages relating to wireless conditions. It is also used to trigger the disconnection of mobile terminals without disassociation. The value of the Wireless Connectivity Timer ranges from 1 minute to 86,400 minutes with a default value of 10 minutes.
此计时器触发无线连接中的任何更改。WiCoP使用此计时器发送通知和其他与无线状况相关的消息。它还用于触发移动终端断开连接而不断开连接。无线连接计时器的值范围为1分钟到86400分钟，默认值为10分钟。
The processes of the Wireless LAN Control Protocol are described in this section with respect to the operational state in which they occur.
无线LAN控制协议的过程在本节中根据其发生的操作状态进行描述。
The Initialization state represents the initial conditions of WiCoP entities. WTPs and ACs in this state are powered on, run hardware self-check tests, and reset network interfaces.
初始化状态表示WiCoP实体的初始条件。处于此状态的WTP和ACs通电，运行硬件自检测试，并重置网络接口。
State transition: Initialization -> Capabilities Exchange
WTP: Automatically upon detecting an active network interface
AC: Upon receiving a Capabilities message from a WTP
State transition: Initialization -> Capabilities Exchange
WTP: Automatically upon detecting an active network interface
AC: Upon receiving a Capabilities message from a WTP
The Capabilities Exchange state allows WTPs to first find an AC and then to exchange capabilities information with it.
能力交换状态允许WTP首先查找AC，然后与其交换能力信息。
WiCoP is designed to control WLANs with both Local MAC and Split MAC WTPs. The differences in their respective functional characteristics are determined in this state.
WiCoP设计用于使用本地MAC和拆分MAC WTP控制WLAN。在这种状态下确定其各自功能特性的差异。
The WTP first broadcasts a Capabilities message as soon as it transitions from its Initialization state. The Capabilities message serves to discover ACs and contains information on its identity and capabilities.
WTP从其初始化状态转换后，首先广播一条能力消息。Capabilities消息用于发现ACs，并包含有关其身份和功能的信息。
The AC receiving the Capabilities message transitions from its Initialization state. It examines compatibility with respect to the WTP type, its capabilities, and responds with an appropriate Capabilities Response message.
接收能力消息的AC从其初始化状态转换。它检查WTP类型及其功能的兼容性，并使用适当的功能响应消息进行响应。
The WTP continues to send Capabilities messages at an interval specified by the Response Timer until it receives a Capabilities Response message from an AC.
WTP继续以响应计时器指定的间隔发送能力消息，直到它从AC接收到能力响应消息。
The AC maintains a count of Capabilities messages received from a given WTP, which it uses to ignore WTPs after a limit. This is to ensure that rogue WTPs that are not compatible with the AC do not repeatedly attempt connections. The limit of connection attempts is 3 within 60 seconds.
AC维护从给定WTP接收的功能消息的计数，它使用该计数在限制后忽略WTP。这是为了确保与AC不兼容的恶意WTP不会重复尝试连接。连接尝试次数限制为60秒内3次。
State transition: Capabilities Exchange -> Connection WTP: Upon receiving a positive Capabilities Response message from an AC AC: Upon receiving a Connection Request message from a WTP
状态转换：能力交换->连接WTP：从AC接收到肯定的能力响应消息时AC：从WTP接收到连接请求消息时
The Connection state involves establishing a security infrastructure between WTPs and an AC.
连接状态涉及在WTP和AC之间建立安全基础设施。
The WTP sends a Connection message to trigger the authentication and security mechanism, i.e., this message initiates an IPsec security association.
WTP发送连接消息以触发身份验证和安全机制，即，此消息启动IPsec安全关联。
The AC sends a positive Connection Response message after establishment of the security association or a negative Connection Response message if an error occurs. The AC also monitors the receipt of WiCoP control messages to prevent replay attacks.
在建立安全关联后，AC发送肯定连接响应消息；如果发生错误，AC发送否定连接响应消息。AC还监控WiCoP控制消息的接收，以防止重播攻击。
The security association between an AC and WTPs covers mutual authentication and also protection for integrity, confidentiality, and modification protection for subsequent traffic exchanges.
AC和WTPs之间的安全关联包括相互认证，以及对后续流量交换的完整性、机密性和修改保护的保护。
In order to avoid forceful disconnections of legitimate WTPs after a successful Connection, the AC ignores Capabilities messages received with a previously registered WTP identification.
为了避免在成功连接后强制断开合法WTP的连接，AC忽略使用先前注册的WTP标识接收的功能消息。
State transition: Connection -> Configuration WTP: Upon successful establishment of security infrastructure marked by sending of a Configuration Request message AC: Upon receiving Configuration Request message from a WTP after successful establishment of security infrastructure
状态转换：连接->配置WTP：成功建立安全基础设施时，通过发送配置请求消息标记AC：成功建立安全基础设施后，从WTP接收配置请求消息时
State transition: Connection -> Capabilities Exchange WTP: Upon expiry of the WTP Response Timer before receipt of a positive Connection Response message from an AC or upon receipt of a negative Connection Response message AC: Upon expiry of AC Response Timer before receipt of Configuration Request message from WTP
状态转换：Connection->Capabilities Exchange WTP：在收到来自AC的正向连接响应消息之前，WTP响应计时器到期时；或在收到来自WTP的配置请求消息之前，AC：在收到来自WTP的配置请求消息之前，AC响应计时器到期时
The Configuration state is one in which relatively long-term operational parameters, such as those for identification and logical groups, are exchanged. These parameters are based on previously exchanged capabilities information and network policies.
配置状态是一种相对长期的操作参数交换状态，例如用于标识和逻辑组的参数。这些参数基于先前交换的功能信息和网络策略。
The WTP sends a Configuration Request message to the AC.
WTP向AC发送配置请求消息。
The AC first acknowledges the WTP's Configuration Request, after which it sends appropriate configuration information in subsequent Configuration Data messages. WiCoP includes MIB objectives as message elements in some Configuration Data messages so as to simplify WTP configuration.
AC首先确认WTP的配置请求，然后在随后的配置数据消息中发送适当的配置信息。WiCoP将MIB目标作为消息元素包含在一些配置数据消息中，以简化WTP配置。
The WTP acknowledges Configuration Data messages individually or en bloc with Configuration Data Response messages. The Response Timer is maintained at both WTP and AC to track the exchanges.
WTP单独或整体确认配置数据消息和配置数据响应消息。WTP和AC都有响应计时器，用于跟踪交换。
The AC also establishes relevant processing schedules according to the WTP's architecture design. For example, for Split MAC WTPs, the AC arranges its processing schedule to parse IEEE 802.11 control and management messages while for Local MAC WTPs, the AC arranges schedules processing so as to bypass parsing of IEEE 802.11 management messages.
AC还根据WTP的架构设计制定相关处理计划。例如，对于分割MAC wtp，AC安排其处理调度以解析IEEE 802.11控制和管理消息，而对于本地MAC wtp，AC安排处理调度以绕过IEEE 802.11管理消息的解析。
The AC sends a Configure Trigger message after sending all relevant configuration information to the WTP.
AC在向WTP发送所有相关配置信息后发送配置触发消息。
The WTP acknowledges a Configure Trigger message with a Configure Trigger Response message before activating the previously exchanged configuration parameters.
在激活之前交换的配置参数之前，WTP确认配置触发消息和配置触发响应消息。
In order to avoid forceful disconnections of legitimate WTPs after successful Configuration, the AC ignores Capabilities messages received with a previously registered WTP identification.
为了避免成功配置后强制断开合法WTP的连接，AC忽略使用先前注册的WTP标识接收的功能消息。
State transition: Configuration -> Operation WTP: After receiving final Configuration Data message from the AC marked by receipt of a Configure Trigger message from the AC AC: Upon receiving acknowledgement for Configure Trigger message marked by receipt of a Configure Trigger Response message from WTP
状态转换：配置->操作WTP：从AC接收到最终配置数据消息后，标记为从AC接收到配置触发消息：在接收到配置触发消息确认后，标记为从WTP接收到配置触发响应消息
State transition: Configuration -> Capabilities Exchange WTP: Upon expiry of the WTP Response Timer before receipt of a Configure Trigger message from the AC
状态转换：配置->功能交换WTP：在从AC接收配置触发消息之前，WTP响应计时器到期时
AC: Upon expiry of the AC Response Timer before receipt of Configure Data Response message or Configure Trigger Response message
AC：在收到配置数据响应消息或配置触发器响应消息之前，AC响应计时器到期
The following describes major configuration aspects of WiCoP.
以下描述WiCoP的主要配置方面。
Configuration Data messages are used to establish logical groups in the WLAN and also to separate traffic among them. The logical groups are established based on network administrative policies and other external considerations. In the IEEE 802.11 use-case, logical groups are established with BSSID-based virtual APs and are separated over the WiCoP interface using tunnels.
配置数据消息用于在WLAN中建立逻辑组，也用于分离逻辑组之间的通信量。逻辑组是基于网络管理策略和其他外部考虑因素建立的。在IEEE 802.11用例中，使用基于BSSID的虚拟AP建立逻辑组，并使用隧道通过WiCoP接口进行分离。
The AC assigns particular BSSIDs of the WTP to specific VLAN tunnels. This assignment is specified to the WTP using the BSSID-TunnelID parameter in the Configuration Data message. The logical group mapping therefore works across the wireless and WiCoP interfaces.
AC将WTP的特定BSSID分配给特定VLAN隧道。使用配置数据消息中的BSSID TunnelID参数将此分配指定给WTP。因此，逻辑组映射可以跨无线和WiCoP接口工作。
The WTP then identifies the specified BSSID and VLAN tunnel as corresponding to one logical group. It creates internal state such that traffic belonging to the logical group is kept distinct from that of other logical groups.
然后，WTP将指定的BSSID和VLAN隧道标识为对应于一个逻辑组。它创建内部状态，从而使属于该逻辑组的流量与其他逻辑组的流量保持不同。
The AC and WTP also use distinct VLAN tunnels for data and control traffic. The 'C' field in the WiCoP header is used to distinguish and assign WiCoP packets to particular data and control VLAN tunnels.
AC和WTP还使用不同的VLAN隧道进行数据和控制流量。WiCoP头中的“C”字段用于区分WiCoP数据包并将其分配给特定数据和控制VLAN隧道。
The AC sends QoS information using QoS-Value message elements in Configuration Data messages. The QoS-Value message element contains values for EDCA and HCCA parameters. This information is specified for each of the logical groups. In the IEEE 802.11 use-case, QoS-Value message elements are specified for each BSSID.
AC使用配置数据消息中的QoS值消息元素发送QoS信息。QoS值消息元素包含EDCA和HCCA参数的值。为每个逻辑组指定此信息。在IEEE 802.11用例中，为每个BSSID指定QoS值消息元素。
The WTP configures QoS parameters locally and also forwards relevant settings to wireless terminals in appropriate encapsulations. In the IEEE 802.11 use-case, QoS parameters are sent to wireless terminals in corresponding Beacon or Probe Response frames.
WTP在本地配置QoS参数，并以适当的封装方式将相关设置转发给无线终端。在IEEE 802.11用例中，QoS参数在相应的信标或探测响应帧中发送到无线终端。
This is the active operation state of the WLAN in which short-term dynamics are examined.
这是WLAN的活动操作状态，在该状态下会检查短期动态。
The WTP begins operations according to the operational parameters exchanged in the previous Configuration state.
WTP根据先前配置状态中交换的运行参数开始运行。
The AC monitors WTPs according to network administrative policies and configurations.
AC根据网络管理策略和配置监控WTP。
In order to avoid forceful disconnections of legitimate WTPs after successful Operation setup, the AC ignores Capabilities messages received with a previously registered WTP identification.
为了避免在成功操作设置后强制断开合法WTP的连接，AC忽略使用先前注册的WTP标识接收的功能消息。
State transition: Operation -> Capabilities Exchange WTP: Upon expiry of the WTP Active Presence Timer before receipt of a Feedback Response message from the AC AC: Upon expiry of the AC Active Presence Timer before receipt of a Feedback message from the WTP
状态转换：操作->功能交换WTP：在收到来自AC AC的反馈响应消息之前，WTP主动存在计时器到期时：在收到来自WTP的反馈消息之前，AC主动存在计时器到期时
State transition: Operation -> Initialization
WTP: Upon receipt of a Reset message from an AC
AC: Upon receipt of a Reset Response message from a WTP
State transition: Operation -> Initialization
WTP: Upon receipt of a Reset message from an AC
AC: Upon receipt of a Reset Response message from a WTP
The following describes major operation aspects of WiCoP.
以下介绍WiCoP的主要操作方面。
The dynamic nature of WLAN systems requires regular updates to network operations.
WLAN系统的动态特性要求定期更新网络操作。
The AC sends additional configuration information in the Configuration Data messages. This is applicable to establishment of new logical groups, changes to existing logical groups, changes in QoS settings, etc. Configuration information is followed by a Configure Trigger message.
AC在配置数据消息中发送附加配置信息。这适用于建立新的逻辑组、更改现有逻辑组、更改QoS设置等。配置信息后面是配置触发消息。
The WTP sends a Configure Trigger Response before activating the additional configuration information.
WTP在激活附加配置信息之前发送配置触发器响应。
Configuration updates can be used to clear statistics information by reflecting initial values.
配置更新可用于通过反映初始值来清除统计信息。
An extreme case of a configuration update involves use of the Reset message from the AC, which instructs the WTP to revert to initial conditions. The WTP replies with a Reset Response message before reverting to its initial state.
配置更新的极端情况涉及使用来自AC的重置消息，该消息指示WTP恢复到初始条件。WTP在恢复到其初始状态之前会回复重置响应消息。
The Operation state also sees regular feedback being sent by WTPs to the AC.
运行状态还可以看到WTP向AC发送定期反馈。
The WTP sends Feedback messages to indicate various statistics and congestion condition information. Feedback also includes information on the state of the WTP and wireless medium such as queue levels and channel interference. Feedback messages are sent with a frequency defined by the Feedback Interval. In addition to statistics, the Feedback message also serves as a WTP keepalive indicator to the AC. Feedback messages combine statistics information together with WTP status information.
WTP发送反馈消息以指示各种统计信息和拥塞状况信息。反馈还包括关于WTP和无线介质的状态的信息，例如队列级别和信道干扰。以反馈间隔定义的频率发送反馈消息。除统计信息外，反馈信息还用作AC的WTP keepalive指示器。反馈信息将统计信息与WTP状态信息结合在一起。
The AC monitors Feedback messages for their statistics value and implicit indication of WTP activity. The AC also tracks the state of congestion at wireless terminals and WTPs. This information enables the AC to adapt its downstream transmissions, such as scheduling transmission away from congested WTPs, so as to relieve congestion.
AC监控反馈消息的统计值和WTP活动的隐含指示。AC还跟踪无线终端和WTP的拥塞状态。该信息使AC能够适应其下游传输，例如调度远离拥塞wtp的传输，以缓解拥塞。
The AC additionally uses the Feedback message to randomly determine the active state of WTPs. An active WTP replies with a corresponding Feedback Response message.
AC还使用反馈消息随机确定WTP的活动状态。活动的WTP使用相应的反馈响应消息进行响应。
The WTP and AC use the Notification message for non-periodic events. They send Notification messages to indicate error conditions or drastic changes in congestion state.
WTP和AC对非周期性事件使用通知消息。它们发送通知消息以指示错误情况或拥塞状态的剧烈变化。
The recipient of the Notification message acknowledges with a Notification Response message. The response may contain information on rectifying the error or may simply be an acknowledgement of the Notification.
通知消息的收件人使用通知响应消息进行确认。响应可能包含关于纠正错误的信息，或者可能只是对通知的确认。
The AC sends a Firmware Download message to update firmware at WTPs. The Firmware Download message contains TFTP information, which the WTP uses to refresh its firmware. This is used when a new version of firmware is available for the WTPs.
AC发送固件下载消息以更新WTPs上的固件。固件下载消息包含TFTP信息，WTP使用该信息刷新其固件。当WTP有新版本的固件可用时，使用此选项。
The WTP acknowledges new firmware with a Firmware Download Response message after which it is activated.
WTP通过固件下载响应消息确认新固件，然后激活。
The Operation state of WiCoP also involves configuration of WTPs and the AC with wireless terminal-specific information.
WiCoP的运行状态还包括WTP和AC的配置以及无线终端特定信息。
Here the Terminal Addition message is used in response to a new wireless terminal entering the WLAN. This message may be sent by either the WTPs or the AC, depending on the WiCoP interface being used. The recipient of this message replies with the Terminal Addition Response message.
这里，终端添加消息用于响应新无线终端进入WLAN。该消息可由WTPs或AC发送，具体取决于所使用的WiCoP接口。此消息的收件人使用终端添加响应消息进行回复。
The Terminal Deletion message is used when a wireless terminal leaves the WLAN. This is used to delete state information that was maintained by either the WTPs or the AC. It is acknowledged with the Terminal Deletion Response message.
当无线终端离开WLAN时，使用终端删除消息。这用于删除由WTPs或AC维护的状态信息。通过终端删除响应消息确认。
Figure 8 below illustrates the exchange of Terminal Addition and Terminal Deletion messages for both Local-MAC- and Split-MAC-based WiCoP interfaces.
下面的图8说明了基于本地MAC和拆分MAC的WiCoP接口的终端添加和终端删除消息的交换。
Here the WiCoP Terminal Addition message is triggered as a response to an IEEE 802.11 Association message. In the case of Local MAC architecture, the WTP sends the message to the AC. However, in the Split MAC architecture, Terminal Addition is sent from an AC to the WTP.
这里，WiCoP终端添加消息作为对IEEE 802.11关联消息的响应被触发。在本地MAC架构的情况下，WTP向AC发送消息。然而，在拆分MAC架构中，终端添加从AC发送到WTP。
+----------+ +---------------+ +------+
| Terminal | | Local MAC WTP | | AC |
+----------+ +---------------+ +------+
| | |
| | |
| IEEE 802.11 Association | WiCoP |
|------------------------->| Terminal Addition |
| |===========================>|
| | |
| | WiCoP Terminal |
| |<===========================|
| IEEE 802.11 Association | Addition Response |
|<-------------------------| |
| Response | |
| | |
| | |
| |
| |
| |
| +---------------+ |
| | Split MAC WTP | |
| +---------------+ |
| | |
| | |
| IEEE 802.11 Association | |
|------------------------->| |
| | IEEE 802.11 Association |
| |===========================>|
| | (Over WiCoP) |
| | |
| | |
| | WiCoP |
| | Terminal Addition |
| |<===========================|
| | |
| | |
| | WiCoP Terminal |
| |===========================>|
| | Addition Response |
| | |
| | |
| | IEEE 802.11 Association |
| |<===========================|
| | Response (Over WiCoP) |
| IEEE 802.11 Association | |
|<-------------------------| |
| Response | |
Figure 8
+----------+ +---------------+ +------+
| Terminal | | Local MAC WTP | | AC |
+----------+ +---------------+ +------+
| | |
| | |
| IEEE 802.11 Association | WiCoP |
|------------------------->| Terminal Addition |
| |===========================>|
| | |
| | WiCoP Terminal |
| |<===========================|
| IEEE 802.11 Association | Addition Response |
|<-------------------------| |
| Response | |
| | |
| | |
| |
| |
| |
| +---------------+ |
| | Split MAC WTP | |
| +---------------+ |
| | |
| | |
| IEEE 802.11 Association | |
|------------------------->| |
| | IEEE 802.11 Association |
| |===========================>|
| | (Over WiCoP) |
| | |
| | |
| | WiCoP |
| | Terminal Addition |
| |<===========================|
| | |
| | |
| | WiCoP Terminal |
| |===========================>|
| | Addition Response |
| | |
| | |
| | IEEE 802.11 Association |
| |<===========================|
| | Response (Over WiCoP) |
| IEEE 802.11 Association | |
|<-------------------------| |
| Response | |
Figure 8
One of the differences between Split MAC and Local MAC WTPs is the location of the over-the-air encryption. Some Split MAC and Local MAC WTPs perform encryption locally while others leave it to the AC. WiCoP accommodates these differences by enabling security key configuration in those cases where encryption is performed at the WTP. The encryption setup process is therefore contingent on the WiCoP protocol interface.
拆分MAC和本地MAC WTP之间的区别之一是空中加密的位置。一些拆分MAC和本地MAC WTP在本地执行加密，而另一些将其留给AC。WiCoP通过在WTP执行加密的情况下启用安全密钥配置来适应这些差异。因此，加密设置过程取决于WiCoP协议接口。
When dynamic WEP is used, the WiCoP Key Configuration message is used to notify WTPs of encryption keys for each associated wireless terminal. Here, the EAP over LAN (EAPoL) Key frame is encapsulated in the Key Configuration message and sent to a WTP. Upon receiving the Key Configuration message, the WTP sets the encryption key in its local security table, decapsulates the EAPOL Key frame and forwards it to the wireless terminal. This is illustrated in Figure 9.
当使用动态WEP时，WiCoP密钥配置消息用于通知WTP每个相关无线终端的加密密钥。这里，局域网上的EAP（EAPoL）密钥帧被封装在密钥配置消息中并发送到WTP。在接收到密钥配置消息后，WTP在其本地安全表中设置加密密钥，解除EAPOL密钥帧的封装并将其转发给无线终端。如图9所示。
+----------+ +-----+ +------+
| Terminal | | WTP | | AC |
+----------+ +-----+ +------+
| | |
| 802.1x Authentication |
|<=====================================================>|
| | |
| | |
PMK | PMK
| | |
| | |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- Encryption-Data |
| | | Unicast-Key |
Set Receive |- EAP-Frame |
Unicast-Key Unicast-Key | Key Signature |
| | +-----------------------+
| | |
| |===========================>|
| | WiCoP Control Packet |
| | (Key Configuration |
| | Response ) |
| | |
| | |
| | |
| | |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- Encryption-Data |
| | | Broadcast-Key |
Set Receive |- EAP-Frame |
Broadcast-Key Broadcast-Key | Key Signature |
| | | Broadcast Key |
| | +-----------------------+
| | |
| |===========================>|
| | WiCoP Control Packet |
| | (Key Configuration |
| | Response ) |
+----------+ +-----+ +------+
| Terminal | | WTP | | AC |
+----------+ +-----+ +------+
| | |
| 802.1x Authentication |
|<=====================================================>|
| | |
| | |
PMK | PMK
| | |
| | |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- Encryption-Data |
| | | Unicast-Key |
Set Receive |- EAP-Frame |
Unicast-Key Unicast-Key | Key Signature |
| | +-----------------------+
| | |
| |===========================>|
| | WiCoP Control Packet |
| | (Key Configuration |
| | Response ) |
| | |
| | |
| | |
| | |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- Encryption-Data |
| | | Broadcast-Key |
Set Receive |- EAP-Frame |
Broadcast-Key Broadcast-Key | Key Signature |
| | | Broadcast Key |
| | +-----------------------+
| | |
| |===========================>|
| | WiCoP Control Packet |
| | (Key Configuration |
| | Response ) |
Figure 9
图9
When WPA or IEEE 802.11i is used in WLAN architectures in which the authenticator is located at the AC and encryption points at WTPs, the exchanges of the 4-way handshake are managed distinctly. This is because the AC is no longer in a position to calculate the KeyMIC as it is not aware of the KeyRSC sequence counter. So here, a WiCoP Key Configuration message is used to transport the 3rd message of the 4-way handshake -- containing the EAPoL-Key -- with unassigned KeyRSC and KeyMIC fields. When the WTP receives the WiCoP Key Configuration message, it first assigns the sequence number value to the KeyRSC field. Then, the WTP calculates the KeyMIC value using the PTK and KeyRSC. So, the WiCoP Key Configuration message allows the KeyMIC to be calculated at the WTPs instead of the AC. The GTK-Flag message element is used to determine how the KeyMIC is calculated -- in case of a new GTK, KeyMIC is computed with a KeyRSC value of 0 and in case of an existing GTK, KeyMIC is computed with a KeyRSC value corresponding to the actual counter.
当WPA或IEEE 802.11i用于认证器位于AC和WTP的加密点的WLAN体系结构时，4路握手的交换被明确地管理。这是因为AC不再能够计算KeyMIC，因为它不知道KeyRSC序列计数器。因此，这里使用WiCoP密钥配置消息来传输4路握手的第3条消息——包含EAPoL密钥——以及未分配的KeyRSC和KeyMIC字段。当WTP收到WiCoP密钥配置消息时，它首先将序列号值分配给KeyRSC字段。然后，WTP使用PTK和KeyRSC计算KeyMIC值。因此，WiCoP Key配置消息允许在WTPs而不是AC处计算KeyMIC。GTK Flag消息元素用于确定如何计算KeyMIC——对于新GTK，KeyMIC使用KeyRSC值0计算，对于现有GTK，KeyMIC使用与实际计数器相对应的KeyRSC值进行计算。
Figure 10 illustrates this case where the WiCoP common header is either 'M' = 0 and 'D' = 0 or 'M' = 1 and 'D' = 1.
图10说明了WiCoP公共头为'M'=0和'D'=0或'M'=1和'D'=1的情况。
+----------+ +-----+ +------+
| Terminal | | WTP | | AC |
+----------+ +-----+ +------+
| | |
| 802.1x Authentication |
|<=====================================================>|
| | |
PMK | PMK
| | |
Generate | Generate
SNonce | ANonce
| | |
| | |
| Message 1 |
|<-------------------------|<---------------------------|
| EAPoL Packet | WiCoP Data Packet |
Receive | |
ANonce | |
Generate | |
PTK | |
| | |
| Message 2 |
|------------------------->|--------------------------->|
| EAPoL Packet | WiCoP Data Pakcet |
| | Receive
| | SNonce
| | |
| | Generate
| | PTK
| | GTK
| Message 3 |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- GTK-Flag |
Receive Receive |- Encryption-Data(PTK) |
GTK PTK |- Encryption-Data(GTK) |
| GTK |- EAP-Frame |
| | +-----------------------+
| | |
| | |
| | |
| Message 4 |
|------------------------->|--------------------------->|
| EAPoL Packet | WiCoP Data Pakcet |
| | |
Figure 10
+----------+ +-----+ +------+
| Terminal | | WTP | | AC |
+----------+ +-----+ +------+
| | |
| 802.1x Authentication |
|<=====================================================>|
| | |
PMK | PMK
| | |
Generate | Generate
SNonce | ANonce
| | |
| | |
| Message 1 |
|<-------------------------|<---------------------------|
| EAPoL Packet | WiCoP Data Packet |
Receive | |
ANonce | |
Generate | |
PTK | |
| | |
| Message 2 |
|------------------------->|--------------------------->|
| EAPoL Packet | WiCoP Data Pakcet |
| | Receive
| | SNonce
| | |
| | Generate
| | PTK
| | GTK
| Message 3 |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- GTK-Flag |
Receive Receive |- Encryption-Data(PTK) |
GTK PTK |- Encryption-Data(GTK) |
| GTK |- EAP-Frame |
| | +-----------------------+
| | |
| | |
| | |
| Message 4 |
|------------------------->|--------------------------->|
| EAPoL Packet | WiCoP Data Pakcet |
| | |
Figure 10
The 1st, 2nd, and 4th messages of the 4-way handshake are transported in WiCoP data packets that are assigned priorities similar to that of WiCoP control packets.
四向握手的第一、第二和第四消息在WiCoP数据包中传输，该数据包被分配了与WiCoP控制包类似的优先级。
Similarly, for the group key handshake in WPA and IEEE 802.11i, the 1st message of the handshake is transported using the WiCoP Key Configuration message with unassigned KeyRSC. The WTP again assigns the sequence number value to the KeyRSC and then calculates the KeyMIC. The 2nd message of the handshake however is transported in WiCoP data packets with priorities similar to that of WiCoP control packets. This is illustrated in Figure 11.
类似地，对于WPA和IEEE 802.11i中的组密钥握手，握手的第一条消息使用具有未分配密钥rsc的WiCoP密钥配置消息来传输。WTP再次将序列号值分配给KeyRSC，然后计算KeyMIC。然而，握手的第二条消息在WiCoP数据包中传输，其优先级类似于WiCoP控制包的优先级。如图11所示。
+----------+ +-----+ +------+
| Terminal | | WTP | | AC |
+----------+ +-----+ +------+
| | |
| Message 1 |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- GTK-Flag |
Receive Receive |- Encryption-Data(GTK) |
GTK GTK |- EAP-Frame |
| | +-----------------------+
| | |
| | |
| | |
| | |
| Message 2 |
|------------------------->|--------------------------->|
| EAPoL Packet | WiCoP Data Pakcet |
| | |
+----------+ +-----+ +------+
| Terminal | | WTP | | AC |
+----------+ +-----+ +------+
| | |
| Message 1 |
|<-------------------------|<===========================|
| EAPoL Packet | WiCoP Control Packet |
| | (Key Configuration) |
| | | +-----------------------+
| | \|- GTK-Flag |
Receive Receive |- Encryption-Data(GTK) |
GTK GTK |- EAP-Frame |
| | +-----------------------+
| | |
| | |
| | |
| | |
| Message 2 |
|------------------------->|--------------------------->|
| EAPoL Packet | WiCoP Data Pakcet |
| | |
Figure 11
图11
The Key Configuration Response message is used by the WTP to notify the AC of the encryption setup process.
WTP使用密钥配置响应消息通知AC加密设置过程。
WiCoP is an efficient protocol. This section illustrates various examples of its efficiency.
WiCoP是一种高效的协议。本节举例说明了其效率。
The fact that WiCoP requires a single operation to distinguish and manage WTPs of different designs makes it operationally efficient. Because WiCoP assigns dedicated classification bits in the common header, an AC needs to parse incoming packets only once to determine the particular manner in which it is to be processed. Without the dedicated classifications in the common header, an AC would have to perform a lookup after parsing every incoming packet, which would result in delaying processing. The scale and sensitivity of large-scale deployments require that WLAN control protocols be efficient in operation.
WiCoP需要单一操作来区分和管理不同设计的WTP，这一事实使其在操作上非常高效。由于WiCoP在公共报头中分配专用分类位，AC只需解析传入数据包一次，以确定处理数据包的特定方式。如果公共报头中没有专用分类，AC必须在解析每个传入数据包后执行查找，这将导致处理延迟。大规模部署的规模和敏感性要求WLAN控制协议能够高效运行。
In certain cases, WiCoP combines utilities in a single operation. One particular case is that of statistics and activity feedback. Here, WTPs regularly send a single Feedback message containing statistics and other state information, which also acts as an implicit keepalive mechanism. This helps to reduce the number of message exchanges and also simplifies protocol implementation. Similarly, the Capabilities messages serve the purpose of finding ACs as well as informing them of WTP capabilities and design.
在某些情况下，WiCoP将实用程序合并到一个操作中。一个特殊的例子是统计和活动反馈。在这里，WTP定期发送一条包含统计信息和其他状态信息的反馈消息，这也是一种隐式的保留机制。这有助于减少消息交换的数量，并简化协议实现。类似地，功能消息用于查找ACs以及通知他们WTP功能和设计。
The Wireless LAN Control Protocol presents a solution for managing large-scale WLANs with diverse elements. It addresses the challenges presented in the CAPWAP Problem Statement [RFC3990] and realizes the requirements of the CAPWAP Objectives [RFC4564].
无线局域网控制协议提供了一种用于管理具有多种元素的大规模无线局域网的解决方案。它解决了CAPWAP问题陈述[RFC3990]中提出的挑战，并实现了CAPWAP目标[RFC4564]的要求。
WiCoP enables integral control of Split MAC and Local MAC WTPs by defining appropriate differentiators within the protocol message exchanges and processes. It addresses architecture designs in which the authenticator and encryption points are located on distinct entities. In doing so, WiCoP realizes the interoperability objective and its benefits.
WiCoP通过在协议消息交换和过程中定义适当的差异化因素，实现对分割MAC和本地MAC WTP的整体控制。它解决了认证器和加密点位于不同实体上的体系结构设计。通过这样做，WiCoP实现了互操作性目标及其好处。
WiCoP also addresses shared WLAN deployments by configuring and managing WTPs on a logical group basis. It is further provisioned to separate control and data traffic within WLANs. So, the protocol addresses the objectives of logical groups and traffic separation.
WiCoP还通过在逻辑组基础上配置和管理WTP来解决共享WLAN部署问题。它还被配置为在wlan内分离控制和数据通信。因此，该协议解决了逻辑组和流量分离的目标。
Overall, the specifications presented in this document allow for an effective WLAN control and provisioning protocol.
总的来说，本文档中提供的规范支持有效的WLAN控制和配置协议。
Illegitimate WTPs and ACs pose a significant threat to WLAN security. This can be mitigated by requiring all WiCoP entities to be mutually authenticated before initiating critical protocol exchanges. WiCoP includes a trigger for a suitable authentication mechanism. This is to accommodate a different security mechanism that may be used between WTPs and the AC, depending on the nature of the deployment.
非法WTP和ACs对WLAN安全构成重大威胁。这可以通过要求所有WiCoP实体在启动关键协议交换之前进行相互身份验证来缓解。WiCoP包括一个用于适当身份验证机制的触发器。这是为了适应WTP和AC之间可能使用的不同安全机制，具体取决于部署的性质。
In extension to mutual authentication, the subsequent exchange of protocol information between WTPs and the AC need to be protected. The exchanges have to be protected against alterations of any sort and Denial-of-Service (DoS) attacks. Also, the information should not be accessible to any third party. Encryption of protocol exchanges is therefore necessary. WiCoP includes appropriate procedures to select and establish a security association between WTPs and the AC in the Connection state.
作为相互认证的扩展，WTP和AC之间协议信息的后续交换需要得到保护。必须保护交换机免受任何类型的更改和拒绝服务（DoS）攻击。此外，任何第三方都不得访问该信息。因此，有必要对协议交换进行加密。WiCoP包括在WTP和处于连接状态的AC之间选择和建立安全关联的适当程序。
Architecture designs in which authentication is performed at the AC and encryption at the WTPs can be exposed to the threat of replay attacks. Since the AC will not be aware of the exact value of the sequence counter, it will not make the corresponding assignment within the 4-way handshake. This leaves the wireless terminal to accept all incoming frames, including illegitimate frames, as it cannot verify the sequence counter value. Such a threat needs to protected against by allowing the WTP to assign the correct value of the sequence counter. WiCoP accomplishes this by sending the 3rd message of the 4-way handshake within a control message to the WTP, which then updates the sequence counter field before forwarding it to the wireless terminals.
在体系结构设计中，在AC处执行身份验证，在WTP处执行加密，这可能会受到重播攻击的威胁。由于AC不知道序列计数器的确切值，因此它不会在4路握手中进行相应的分配。这使得无线终端接受所有传入帧，包括非法帧，因为它无法验证序列计数器值。需要通过允许WTP分配正确的序列计数器值来防止这种威胁。WiCoP通过向WTP发送控制消息中的第三条4向握手消息来实现这一点，然后WTP在将其转发到无线终端之前更新序列计数器字段。
Another issue to consider is that of rogue WTPs using identifiers similar to that of legitimate WTPs. In such instances, a rogue WTP can send a Capabilities message to the AC, thereby causing disconnection of the existing legitimate WTP of the same identifier. It is important for the AC to ignore Capabilities messages received with existing identifiers.
另一个要考虑的问题是使用类似于合法WTPS的标识符的流氓WTPS。在这种情况下，恶意WTP可以向AC发送能力消息，从而导致断开具有相同标识符的现有合法WTP的连接。AC必须忽略使用现有标识符接收的功能消息。
[RFC4118] Yang, L., Zerfos, P., and E. Sadot, "Architecture Taxonomy for Control and Provisioning of Wireless Access Points (CAPWAP)", RFC 4118, June 2005.
[RFC4118]Yang，L.，Zerfos，P.，和E.Sadot，“无线接入点控制和供应（CAPWAP）的体系结构分类”，RFC 4118，2005年6月。
[RFC4564] Govindan, S., Ed., Cheng, H., Yao, ZH., Zhou, WH., and L. Yang, "Objectives for Control and Provisioning of Wireless Access Points (CAPWAP)", RFC 4564, July 2006.
[RFC4564]Govindan，S.，Ed.，Cheng，H.，Yao，ZH.，Zhou，WH.，和L.Yang，“无线接入点（CAPWAP）的控制和供应目标”，RFC 4564，2006年7月。
[RFC3990] O'Hara, B., Calhoun, P., and J. Kempf, "Configuration and Provisioning for Wireless Access Points (CAPWAP) Problem Statement", RFC 3990, February 2005.
[RFC3990]O'Hara，B.，Calhoun，P.，和J.Kempf，“无线接入点（CAPWAP）配置和配置问题声明”，RFC 39902005年2月。
Authors' Addresses
作者地址
Satoshi Iino Panasonic Mobile Communications 600, Saedo-cho Tsuzuki-ku Yokohama 224 8539 Japan
松下移动通信公司Satoshi Iino 600，日本横滨县Saedo cho Tsuzuki 224 8539
Phone: +81 45 938 3789
EMail: iino.satoshi@jp.panasonic.com
Phone: +81 45 938 3789
EMail: iino.satoshi@jp.panasonic.com
Saravanan Govindan Panasonic Singapore Laboratories Block 1022, Tai Seng Industrial Estate #06-3530, Tai Seng Avenue Singapore 534 415 Singapore
Saravanan Govindan Panasonic新加坡实验室新加坡大圣工业区1022座#新加坡大圣大道06-3530号新加坡534 415
Phone: +65 6550 5441
EMail: saravanan.govindan@sg.panasonic.com
Phone: +65 6550 5441
EMail: saravanan.govindan@sg.panasonic.com
Mikihito Sugiura Panasonic Mobile Communications 600, Saedo-cho Tsuzuki-ku Yokohama 224 8539 Japan
松下移动通信600，日本横滨三江町津木2248539
Phone: +81 45 938 3789
EMail: sugiura.mikihito@jp.panasonic.com
Phone: +81 45 938 3789
EMail: sugiura.mikihito@jp.panasonic.com
Hong Cheng Panasonic Singapore Laboratories Block 1022, Tai Seng Industrial Estate #06-3530, Tai Seng Avenue Singapore 534 415 Singapore
新加坡泰生大道06-3530号泰生工业区1022号宏诚松下新加坡实验室新加坡534 415
Phone: +65 6550 5447
EMail: hong.cheng@sg.panasonic.com
Phone: +65 6550 5447
EMail: hong.cheng@sg.panasonic.com