802.11协议中的一些帧的理解

以下资料为网上查阅资料所得，欢迎各位斧正！另外，还有一些帧没有查到，希望能向懂得的人交流：

40 QoS Data
41 QoS Data + CF-Acknowledgment
42 QoS Data + CF-Poll
43 QoS Data + CF-Ack + CF-Poll
44 QoS Null function (No data)
46 QoS CF-Poll (No Data)
47 QoS CF-Ack + CF-Poll (No data)

1.管理帧：

 Assocciation Request：关联请求，一旦移动工作站找到网络并通过身份验证，就会发送Association Request帧。

Reassociation Request：重新关联请求位于相同扩展服务区域，但在不同基本服务区域之间游走的                         
                                              工作站，若要再次使用分布式系统，必须重关联。若果工作站暂时离开接
                                             入点所涵盖范围，之后要重新加入的时候，也必须重新关联。


Association Response：关联响应，当移动工作站试图关联接入点时，接入点会回复一个关联响
                      应帧或重新关联响应帧，两者的差别在于Frame Control位所记载的subtype位。
   
            PS：Frame Control（帧控制）位


Beacon Frame：信标帧，是相当重要的维护机制，主要来宣告某个网络的存在。定期发送的信标，
              可让移动工作站得知该网络的存在，从而调整加入该网络所必要的参数。在基础
              网络里，接入点必须负责发送Beacon帧，Beacon帧所及范围即为基本服务区域。
              在基础型网络里，所有沟通都必须通过接入点，因此工作站不能距离太远，否则
              无法接收到信标。


Probe Request：探测请求帧，移动工作站将会利用Probe Request帧，扫描所在区域内目前有哪些802.11                
                                 网络。


Probe Response:探测响应帧，如果Probe Request帧所探测的网络与之相容，该网络就会以Probe                       
               Response帧应答。在基础架构网络里，负责应答的工作站即为接入点。在IBSS
               当中，工作站会彼此轮流发送Beacon信号。发送Beacon信号的工作站必须负责发
               送Probe Response帧，直到下一个Beacon帧被发送出来。


ATIM:  IBSS的数据待传只是通知信息帧，HISS中没有接入点，因此无法依赖接入点暂存帧。IBSS中的工作 
       站若果处于休眠状态的接收者暂存帧，就会在递送期间，通知对方有信息待阵。


Authentication:身份认证帧，802.11网络发展初期，工作站是使用共享密钥以及……方式进行认证，
               802.11i，共享身份密钥身份认证虽然仍保留在标准中，但却无法与新的安全机制相容。
               如果工作站使用共享密钥身份认证，将不允许使用较为牢靠的安全性协议。不同的身份             
               认证算法可以同时存在。Authentication Algorithm Number（身份认证演算法编号）位            
               用于选择演算法。整个认证程序可能包含好几个步骤（与所使用的算法有关），因此认             
               证的过程中每个帧都有其序号。


（Disassociation、：解除关联和解除认证，Disassociation（解除关联）帧用来终结一                                  
Deauthentication ） 段关联关系，而 Deauthentication（解除认证）帧则用来终结一段认证关系。
                    两者均包含一固定位，Reason Code（原因代码）。当然，Frame Control位
                    彼此不同，因为不同类型的管理帧拥有不同的次类型。802.11改版并不需
                    要改变这一格式，但几次修订均加入了新的原因代码。
Action:  802.11h 加入了 Action 帧的支持，用来触发测量动作。用来要求工作站采取必要的动作。




Measurement Pilot？？？测量试点？？？
    Measurement Request：测量请求帧，用来请求工作站进行测量并将结果返回。标准允许定期进行测量。如果要启用或者
           停用定期报告，可以传送一个测量请求来指示工作站启用或者停用定期测量。基础结构型网络里的工作站无法
           要求接入点停用测量功能。


    Measurement Report：测量报告帧，用来发送测量结果给测量请求者，由一系列测量报告信息元素组成。可测量的项目
           受到帧的大小而非其他因素的影响。

2.数据帧：

Data：数据帧，当接入点要送出一个帧给工作站但是不必确认之前所传送的信息时，就会使用
      标准的数据帧。标准的数据帧并不会征询对方是否有数据待传，因此不允许接收端传送
      任何数据。无竞争周期所使用的纯数据（Data-Only)帧和无竞争周期所使用的数据帧完全
      相同。


CF-ACK：无竞争周期的确认，如果没有数据待传，工作站会以此帧确认之前所收到的帧。无竞
        争周期的确认信息比控制标准控制帧的确认信息长，因此实现时可能不会使用此帧。


CF-ACK（No Data）：如果只需要确认信息，那么可以传送一个仅含标头及CF-ACK功能的帧。


Data+CF-ACK： 此帧结合了数据传送以及确认信息。数据是针对帧接收者发送的，确认信息则是
              针对之前传送的帧，通常和数据接收者无关。


CF-Poll：无竞争周期轮询，CF-Poll帧是由接入点发送给移动式工作站的，用来赋予移动式工作站
         传送一个缓存帧的权利。只有当接入点没有数据要传给移动式工作站时才会使用这个帧。
         如果尚有数据要传给移动式工作站，接入点会改用Data+CF-Poll帧类型。


CF-Poll（No Data）：CF-Poll也可以独自传送。当然，只有接入点才会使用这项功能。因此CF-Poll
                    帧只有在无竞争周期内才会由infrastructure网络中的接入点传送。
                    如果接入点已经没有其他缓存数据要传给接收者，而且不必确认之前所收到的
                    帧，就只会传送CF-Poll。一种常见的情况是，接入点传送了一个CF-Poll进行轮
                    询，但工作站方面并无数据也无响应，这时候便不需要确认信息。如果接入点
                    没有数据要传给轮询列表中的下一个工作站，就只会传出CF-Poll。


Data+CF-Poll：接入点使用此帧传送数据给某个移动工作站，然后请求对方传送一个待传帧。Data
              +CF-Poll只能够在无竞争周期内由接入点发送。


Data+CF-ACK+CF-Poll：此帧将数据传送，轮询功能以及确认信息结合成单一帧，为的是
                     达到最高效率。


Null function（No Data）：？？


CF-End：结束无竞争周期（媒介的访问形式分竞争型和轮训型）。

3.控制帧：

CF-End：无竞争周期结束，无竞争周期结束时，接入点会送出一个CF-End帧，让工作站脱离PCF
        访问规则，然后开始采用基于竞争的服务。


CF-End+CF-ACK：当无竞争周期结束，接入点会送出一个CF-End帧，让工作站脱离PCF访问规则，
               同时以DCF开始进行基于竞争的服务。如果接入点必须同时响应之前所收到的数据，
               则可用CF-End+CF-ACK帧于结束无竞争周期的同时顺便加以响应。


Power-Save poll：休眠的AP会定期发送，然后接收数据等，保证不遗落接入缓存的帧。


Block Ack Req、Block Ack：
    1）通过ADDBA Request/Response报文协商建立Block ACK协定。
    2）协商完成后，发送方可以发送有限多个QoS数据报文，接收方会保留这些数据报文的接收状态，
       待收到发送方的BlockAckReq报文后，接收方则回应以BlockAck报文来对之前接收到的多个数
       据报文做一次性回复。
    3）通过DELBA Request报文来撤消一个已经建立的Block Ack协定。




RTS/CTS（Request-to-send/Clear-to-send）：
     请求发送/清除发送信息时被802.11无线网络协议所采用的一种用来减少由隐藏节点问题所造成的
     冲突机制。相当于一种握手协议，主要用来解决"隐藏终端"问题。"隐藏终端"（Hidden Stations）是指，基站A向基          站B发送信息，基站C未侦测到A也向B发送，故A和C同时将信号发送至B，引起信号冲突，最终导致发送至B的信号都
     丢失了。
 
     IEEE802.11提供了如下解决方案。在参数配置中，若使用RTS/CTS协议，同时设置传送上限字节数----一旦待传送的数据大于此上限值时，即启动RTS/CTS握手协议：首先，A向B发送RTS信号，表明A要向B发送若干数据，B收到RTS后，向所有基站发出CTS信号，表明已准备就绪，A可以发送，而其余欲向B发送数据的基站则暂停发送；双方在成功交换RTS/CTS信号（即完成握手）后才开始真正的数据传递，保证了多个互不可见的发送站点同时向同一接收站点发送信号时，实际只能是收到接收站点回应CTS的那个站点能够进行发送，避免了冲突发生。即使有冲突发生，也只是在发送RTS时，这种情况下，由于收不到接收站点的CTS消息，大家再回头用DCF提供的竞争机制，分配一个随机退守定时值，等待下一次介质空闲DIFS后竞争发送RTS，直到成功为止。






Control Wrapper：控件封装的帧用于携带伴随着高通量控制的任何其他控制帧字段，它允许一个
                 控制帧来以更高的数据速率进行传输。控件封装的帧是唯一包含HT控制字段控制帧。                                     这个测试的目的是确保控制之内的所有领域包装帧的格式正确。


The Control Wrapper frame is used to carry any other control frame along with a High Throughput Control
Field, which allows a control frame to be transmitted at higher data rates. The Control Wrapper frame is the only
Control frame that contains the HT Control field. This test is designed to ensure that all fields within a Control
Wrapper frame are properly formatted.