802.11标准中的帧格式

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1 802.11标准中的帧格式
1.1一般要求
MAC帧的格式在此章节中指定。

STA应能够正确构造本章节中指定的帧的子集以进行传输,并在接收后进行验证时解码此章节中指定的帧。

STA构造和解码的这些帧的特定子集由该特定STA支持的功能确定。

STA应能够使用帧检查序列(FCS)验证每个接收的帧,并解释所有帧的MAC标头中的某些字段。

STA应仅使用第9条中描述的帧格式传输帧。

1.2MAC帧格式
1.2.1 基本组件
每个帧由以下基本组件组成:
a)MAC标头,包括帧控制、持续时间、地址、可选序列控制信息、可选QoS控制信息(仅限QoS数据帧)和可选HT控制字段(+仅限HTC帧);
b)可变长度的框架主体,其中包含特定于框架类型和子类型的信息;
c)一个FCS,它包含一个基于ITU-T建议书V.42[B55]的32位CRC(见9.2.4.8)。

1.2.2 约定
MAC子层中定义的结构被描述为按特定顺序排列的组件序列(例如,字段,子字段,元素和子元素)。

第9条中的每个图形和表格都描述了组件在MAC帧中的出现方式以及它们传递到物理层的顺序(PHY),从左到右,然后从上到下。

除非另有指定,否则字段中的数字将编码为无符号整数。

帧格式的图形描述中的字段或子字段,如果括号内包含十进制值,则表示此字段或子字段设置为指示的传输时的值。

在图中,字段内的所有位都进行了编号,从0到k,其中字段的长度为k+1位。

数值字段中长度超过单个位的位按显著性递增的顺序表示,即,编号最低的位具有最小的显著性.字段内的八位字节边界可以通过取字段模数8的位号来获得。

数值字段中长度超过单个八位字节的八位字节按重要性的递增顺序(从最低编号位到最高编号位)进行描述。

字段长度超过单个八位字节的八位字节将按从包含最低编号位的八位字节到八位字节的顺序发送到PHY包含编号最高的位。

任何包含CRC的字段都是本公约的例外,并且从最高阶项的系数开始传输。

还有其他例外;这些在有关字段的描述中明确指出。

MAC地址被分配为位的有序序列。

个人/组位始终首先传输,并且是MAC地址的位0。

MAC地址的第47位始终最后传输。

如图9-1所示。

另请参阅IEEE标准802-2014的第8条。

图9-1—48位MAC地址的表示形式
MAC地址可以使用用连字符分隔的十六进制值来表示,如IEEE Std 802中所述。

组织唯一标识符(UUI)、公司ID(CID)和组织标识符以两种形式指定:八位字节的有序序列和数字形式。

将OUI、CID或组织标识符视为有序的八位字节序列,始终首先传输最左侧的八位字节。

这等效于首先传输数字形式中最重要的八位字节。

除非另有说明,否则以十进制指定的值将以自然二进制编码。

表9-1中的值为二进制,位分配显示在表中。

其他表中的值以十进制表示法显示。

ASCII和UTF-8字符串在1.4中定义。

出于求值目的,nonce被解释为一个八位字节序列,其中最重要的八位字节在前,八位字节中最重要的位在前面。

接收,在引用帧或帧内的字段(例如,接收的信标帧或接收的持续时间/ID字段)时,适用于从PHY指示的MPDU,没有错误并经过验证由MAC子层内的FCS提供。

在没有进一步限定的情况下,MAC子层的接收意味着帧内容有效,并且支持协议版本(请参阅
9.2.4.1.2),没有有关帧寻址或关于MAC标头中的帧类型或其他字段是否对接收帧的MAC 实体有意义的含义。

包含HT控制场的帧称为+HTC帧。

控件包装帧是+HTC帧。

由网格STA传输的QoS数据帧称为网格数据帧。

注1—章节9.2.4.1.4限制了网格数据框中“从DS”和“到DS”子字段的设置。

将部分名称或首字母缩略词括起来的括号用于指定一组相关名称,这些名称根据括号部分的包含而有所不同。

例如,
—QoS+CF-Poll帧是指包含“+CF-Poll”的三个QoS数据子类型:QoS数据+CF-轮询帧,子类型1010;QoS数据+CF-Ack+CF-轮询帧,子类型1011;和QoSCF-Ack+CF-Poll帧,子类型1111。

—QoSCF轮询帧特指QoSCF轮询帧,子类型1110。

—QoS(+)CF-Poll帧是指具有CF-Poll的所有四个QoS数据子类型:QoSCF-Poll帧,子类型1110;QoSCF-Ack+CF-Poll帧,子类型1111;QoS数据+CF-轮询帧,子类型1010;和QoS数据+CF-Ack+CF-Poll帧,子类型1011。

—QoS(+)空帧是指具有空帧主体的所有三个QoS数据子类型:QoS空帧,子类型1100;QoSCF-Poll帧,子类型1110;和QoSCF-Ack+CF-Poll帧,子类型1111。

—QoS+CF-Ack帧是指包括“+CF-Ack”在内的三个QoS数据子类型:QoS数据+CF-Ack 帧,子类型1001;QoS数据+CF-Ack+CF-轮询帧,子类型1011;和QoSCF-Ack+CF-Poll帧,子类型1111。

—(NDP)CTS是指CTS和NDP CTS。

—(NDP)CF-End是指CF-End和NDP CF-End。

—(NDP)PS-Poll是指PS-Poll和NDP PS-Poll。

—(NDP)Ack指的是Ack和NDP Ack。

—NDP(PS-Poll-)Ack指的是NDP Ack和NDP PS-Poll-Ack。

—(NDP)BlockAck是指Block Ack和NDP Block Ack。

— PS-Poll(+BDT)是指PS-Poll和PS-Poll+BDT。

此章节中定义的保留字段和子字段在传输时设置为0,并在收到时被忽略。

注2—这适用于MAC标头中的保留字段和子字段。

PHY标头中的保留字段和子字段在传输时可能设置为非零值,并且在接收时可能不会被忽略。

传输时不使用保留字段和子字段值。

收到保留字段或子字段值时,行为未定义。

1.2.3 常规帧格式
MAC帧格式包含一组在所有帧中以固定顺序出现的字段。

图9-2描述了协议版本0(PV0)MPDU的常规MAC帧格式,图9-978(在9.8.2中)描述了协议的一般MAC帧格式版本1(PV1)帧。

帧控制字段的第一个子字段(协议版本)的前2位和图9-2中的最后一个字段(FCS)存在于所有PV0 MPDU中和PV1 MPDU,包括保留类型和子类型。

图9-2—MAC帧格式
对于PV0 MPDU,图9-2中的前三个字段(帧控制、持续时间/ID和地址1)和最后一个字段(FCS)构成了最小帧格式,并存在于所有这些帧,包括保留类型和子类型。

“地址2”、“地址3”、“序列控制”、“地址4”、“QoS控制”、“HT控制”和“帧正文”字段仅存在于某些帧类型和子类型中。

每个字段在9.2.4中定义。

对于PV1 MPDU,构成最小帧格式的字段在9.8.2中定义。

每个帧类型的每个子类型的格式在9.3中定义,每个PV1帧类型的格式在9.8中定义,以及NDP CMAC PPDU的格式在23.3.12中定义。

(PV0)管理的组件框架主体在9.4中定义。

动作帧体(PV0和PV1)的格式在9.6中定义。

“帧正文”字段的大小可变,受9.2.4.7.1中定义的约束。

相关文档
最新文档