Changes between Version 2 and Version 3 of 802.11/MAC/Lower/DCF


Ignore:
Timestamp:
Aug 6, 2015, 3:40:05 PM (9 years ago)
Author:
chunter
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • 802.11/MAC/Lower/DCF

    v2 v3  
    2222[[Image(wiki:802.11/files:mpdu_tx.png, width=800)]]
    2323
     24From the DCF's perspective, a new MPDU transmission begins when an IPC message arrives from CPU_HIGH with a payload that must be sent. The origin of this payload is irrelevant - it might be an encapsulated Ethernet frame, or it might be a beacon created by the Access Point (AP) project, or it might even be a LTG frame. Those are all concerns of CPU_HIGH. All we care about, in this project, is that there are bytes that must be sent and certain actions may possibly be required of us to modify those bytes (e.g. timestamp insertion in a beacon transmission). The above figure is labeled with {{{P1}}}, {{{P2}}}, and {{{P3}}}. These are generic labels for "processing blocks" and each will be explained below alongside pseudocode the represents the behavior.
     25
     26'''P1:'''
     27
     28When an IPC message arrives, the MAC Low Framework needs to perform a few different actions before passing the frame off to the DCF for transmission.
     29
     301.
     31
    2432Pseudocode:
    2533{{{