Draft-P802.11be-D3.2协议学习__$36-EHT-PHY__$36.3.13-Data-field__$36.3.13.3-Coding

2023-12-13 19:28

本文主要是介绍Draft-P802.11be-D3.2协议学习__$36-EHT-PHY__$36.3.13-Data-field__$36.3.13.3-Coding,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Draft-P802.11be-D3.2协议学习__$36-EHT-PHY__$36.3.13-Data-field__$36.3.13.3-Coding

  • 36.3.13.3.1 General
  • 36.3.13.3.2 BCC coding
  • 36.3.13.3.3 LDPC coding
  • 36.3.13.3.4 EHT PPDU padding process
  • 36.3.13.3.5 Encoding process for an EHT MU PPDU
  • 36.3.13.3.6 Encoding process for an EHT TB PPDU


PREV: TBD
NEXT: TBD


36.3.13.3.1 General

应使用36.3.13.3.2(BCC coding)中定义的BCC或36.3.13.3.3(LDPC coding)中定义的LDPC编码对Data字段进行编码。对于EHT MU PPDU,编码类型由EHT-SIG的User字段中的Coding子字段选择,如36.3.12.8(EHT-SIG)中所定义的。对于EHT TB PPDU,编码类型由请求Trigger帧中的User Info字段中的UL FEC Coding Type子字段选择,或者由携带TRS Control子字段的请求帧中的RU Allocation子字段中指示的RU大小来选择,分别如9.3.1.22(Trigger frame format)和35.5.2.3.3(TXVECTOR parameters for EHT TB PPDU response to TRS Control subfield)所定义。

当对EHT PPDU进行BCC FEC编码时,编码器的数量总是每个STA 1个。


36.3.13.3.2 BCC coding

对BCC编码的支持被限制为每个用户小于或等于4个空间流,EHT-MCS 0到9,EHT-MCS 15(BPSK-DCM且NSS,u=1),以及大小与242-tone RU相同或小于242-tone RU的RU或MRU。对于大小与242-tone RU相同或小于242-tone RU的RU或MRU,BCC支持是强制性的(对于发射和接收)。

BCC编码过程如27.3.12.5.1(BCC coding and puncturing)所述。

如果在具有BCC编码的106-tone RU、242-tone RU或106+26-tone MRU中使用EHT-MCS 15(BPSK-DCM且NSS,u=1),则在每2 x NDBPS,u个编码比特之后,添加一个padding比特。padding位可以被设置为任何值。


36.3.13.3.3 LDPC coding

LDPC是用于具有多于242-tone的RU或MRU的EHT PPDU Data字段中的唯一FEC编码方案。LDPC是分配有EHT-MCS 10到14的RU或MRU的EHT PPDU Data字段中的唯一FEC编码方案。对于支持以下至少一项的EHT STA,必须支持LDPC编码(用于发送和接收):

  • 40/80/160/320MHz EHT SU传输
  • 多于4个空间流
  • 10至14的任何EHT-MCS

否则,对LDPC编码的发射或接收支持是可选的。如果EHT STA将HE Capabilities元素的LDPC Coding In Payload子字段(参见9.4.2.247 HE Capabilities element)设置为1,则该STA支持LDPC编码的EHT PPDU的发送和接收,其中该子字段依次由dot11HELDPCCodingInPayloadImplemented确定。


36.3.13.3.4 EHT PPDU padding process

两步padding填充过程应用于EHT PPDU。在进行FEC编码之前,应用包括pre-FEC MAC和pre-FEC PHY padding两者的pre-FEC padding过程,并且在FEC编码的比特上应用post-FEC PHY padding过程。

四个pre-FEC padding边界将EHT PPDU的最后一个OFDM符号划分为四个符号段。pre-FEC padding可以朝着四个可能的边界中的一个进行填充。四个pre-FEC padding边界由pre-FEC padding factor参数a表示。

图36-51说明了最后一个OFDM符号中的这四个可能的符号段,以及假设由pre-FEC padding factor表示的期望pre-FEC padding边界为1的一般填充过程。

在这里插入图片描述


36.3.13.3.5 Encoding process for an EHT MU PPDU

本小节中描述的编码过程适用于EHT SU传输和到多个用户的EHT MU PPDU传输。

对于EHT MU PPDU,所有用户应使用pre-FEC padding factor a的公共值和NSYM的公共值。padding处理过程描述如下。

在EHT MU PPDU传输中,发射机首先计算用户u的最后一个OFDM符号中剩余的数据比特的数量,如等式(36-47)所示。

在这里插入图片描述

其中,

  • APEP_LENGTHu :第u个用户的TXVECTOR参数APEP_LENGTH。
  • Ntail,u :表36-18(Timing-related constants)中定义的用户u的每个编码器的尾比特数。
  • Nservice :表36-18(Timing-related constants)中定义的SERVICE字段中的比特数。
  • NDBPS,u :表36-23(Frequently used parameters)中定义的第u个用户的每个OFDM符号的数据比特数。

基于NExcess,u,发射机然后计算最后一个OFDM符号中的符号段的初始数量,即,如等式(36-48)所示的初始pre-FEC padding factor的值ainit,u,以及使用等式(36-49)计算的用户u的OFDM符号的初始数量NSYM,init,u

在这里插入图片描述
在这里插入图片描述

其中,

  • NDBPS,short,u = NCBPS,short,u · Ru ,Ru 是第u个用户的编码率。
  • NCBPS,short,u = NSD,short,u · NSS,u · NBPSCS,u ,其中NSD,short,u是对应于第u个用户的占用RU或MRU的NSD,short值,NSS,u和NBPSCS,u在表36-23(Frequently used parameters)中定义。

【元芳你怎么看】
NBPSCS,u :Number of coded bits per subcarrier per spatial stream for user u (用户u的每个空间流的每个子载波的编码比特数)。
NSS,u :Number of spatial streams for user u(用户u的空间流数)。
NSD,short :NSD ,Effective number of data tones carrying unique data(承载唯一数据的有效data tones数)。注意,对于每个RU或MRU,带有DCM的值(如适用)是不带DCM的值的一半。

不同RU和MRU的参数NSD,short值参见表36-46和表36-47。

在这里插入图片描述
在这里插入图片描述

在所有用户中,导出具有如等式(36-50)中的最长编码分组持续时间(longest encoded packet duration)的用户索引S的集合,并从该集合中选择一个值作为umax

在这里插入图片描述

然后,使用等式(36-51)导出所有用户之间的公共ainit和NSYM,init值。

在这里插入图片描述

接下来,如等式(36-52)和等式(36-53)所示,计算每个用户在其最后OFDM符号中的数据比特的初始数目和编码比特的初始数量。

在这里插入图片描述

对于每个具有LDPC编码的用户,从参数Npld,u和Navbits,u开始,继续19.3.11.7.5中的LDPC编码过程(LDPC PPDU encoding process)。如果至少有一个具有LDPC编码的用户满足19.3.11.7.5中所述的LDPC编码过程的步骤d中的以下条件:

在这里插入图片描述

如19.3.11.7.5(LDPC PPDU encoding process)中定义的,其中Npunc,u、NCW,u、LLDPC,u和Nshrt,u是用户u的LDPC编码参数,Ru是用户u的编码率,EHT-SIG的LDPC Extra Symbol Segment字段应设置为1,所有具有LDPC编码的用户应使用方程(36-56)和方程(36-57)增加Navbits并重新计算Npunc

在这里插入图片描述

然后使用等式(36-58)更新所有用户的公共pre-FEC padding factor a和NSYM的值。

在这里插入图片描述

如果具有LDPC编码的任何用户都不满足19.3.11.7.5(LDPC PPDU encoding process)中描述的LDPC编码过程的步骤d中的上述条件,或者如果在EHT MU PPDU中调度的所有用户都是BCC编码的,则EHT-SIG的LDPC Extra Symbol Segment字段应设置为0,并且所有用户的公共pre-FEC padding factor a和NSYM值应通过等式(36-59)更新。

在这里插入图片描述

对于LDPC编码的用户,

在这里插入图片描述

对于具有BCC编码的用户,将最后一个OFDM符号的NDBPS更新为

在这里插入图片描述

对于具有LDPC或BCC编码的每个用户,将最后一个OFDM符号的NCBPS更新为

在这里插入图片描述

对于具有LDPC编码的每个用户,如等式(36-63)中那样计算第u个用户的pre-FEC padding bits的数量。

在这里插入图片描述

对于具有BCC编码的用户,如等式(36-64)中那样计算pre-FEC padding bits的数量。

在这里插入图片描述

对于具有LDPC或BCC编码的每个用户,如等式(36-65)中那样计算最后符号中的post-FEC padding bits的数量。post-FEC padding bits的值没有被指定,而是留给具体实现。

在这里插入图片描述

在pre-FEC padding bits中,MAC发送一个PSDU,该PSDU填充EHT PPDU的Data字段中的可用八位字节,在最后一个OFDM符号中逼近LDPC编码用户由ainit表示的期望initial pre-FEC padding边界以及BCC编码用户由a表示的期望pre-FEC padding边界(Among the pre-FEC padding bits, the MAC delivers a PSDU that fills the available octets in the Data field of the EHT PPDU, toward the desired initial pre-FEC padding boundary represented by ainit for users encoded by LDPC, and toward the desired pre-FEC padding boundary represented by a for users encoded by BCC, in the last OFDM symbol.)。PHY然后确定要添加的padding比特的数量,并将它们附加到PSDU。PHY添加的pre-FEC padding bits的数量将始终是0到7。该过程在等式(36-66)和等式(36-67)中定义。

在这里插入图片描述


36.3.13.3.6 Encoding process for an EHT TB PPDU

对于响应于Trigger帧而发送的EHT TB PPDU,AP指示Trigger帧中的UL Length、GI And EHT-LTF Type、Number Of EHT-LTF Symbols、Pre-FEC Padding Factor、LDPC Extra Symbol Segment和PE Disambiguity字段。公共值TPE和NSYM分别如等式(36-92)和等式(36-93)所示由non-AP STA导出。如果满足36.3.13.3.5(Encoding process for an EHT MU PPDU)中描述的LDPC编码过程的步骤d中的条件,则AP应将Trigger帧的Common Info字段中的LDPC Extra Symbol Segment字段设置为1。

【注】AP可以将LDPC Extra Symbol Segment字段设置为1,而不管计算得出的值是多少。AP可以为Pre-FEC Padding Factor字段选择不同于从36.3.13.3.5(Encoding process for an EHT MU PPDU)中描述的计算得出的值。

对于响应于包含TRS Control子字段的帧而发送的EHT TB PPDU,在35.5.2.3.3(TXVECTOR parameters for EHT TB PPDU response to TRS Control subfield)中描述了用于导出公共值TPE和NSYM的参数。

对于具有BCC编码的EHT TB PPDU,遵循36.3.13.3.5(Encoding process for an EHT MU PPDU)中所述的EHT MU填充和编码过程,初始参数如下:

  • 如果TXVECTOR参数TRIGGER_METHOD是TRIGGER_FRAME,则初始参数是NSYM,init = NSYM和ainit = a,其中a是在Trigger帧中的Common Info字段的Pre-FEC Padding Factor子字段中指示的pre-FEC填充因子,NSYM是从Trigger帧中Common Info字段中的UL Length和Number Of EHT-LTF Symbols子字段导出的数据OFDM符号的公共数目。
  • 如果TXVECTOR参数TRIGGER_METHOD是TRS,则初始参数被设置为NSYM,init = FVAL + 1和ainit = 4,其中FVAL是TRS Control子字段的UL Data Symbol子字段的值。

对于具有LDPC编码的EHT TB PPDU,遵循36.3.13.3.5(Encoding process for an EHT MU PPDU)中所述的EHT MU填充和编码过程,初始参数如下:

  • 如果TXVECTOR参数TRIGGER_METHOD是TRIGGER_FRAME,并且Trigger帧中的LDPC Extra Symbol Segment字段是1,则使用等式(36-68)设置初始参数。
    在这里插入图片描述
    然后继续进行36.3.13.3.5(Encoding process for an EHT MU PPDU)中的LDPC编码过程,在该过程中,Navbits,u总是如等式(36-56)中那样递增,而Npunc,u总是如等式(36-57)中那样重新计算。
  • 如果TXVECTOR参数TRIGGER_METHOD为TRIGGER_FRAME,并且TRIGGER帧中的LDPC Extra Symbol Segment字段为0,则将初始参数设置为NSYM,init = NSYM和ainit = a。然后继续进行36.3.13.3.5(Encoding process for an EHT MU PPDU)中的LDPC编码过程,在此过程中Navbits,u和Npunc,u不变。
  • 如果TXVECTOR参数TRIGGER_METHOD是TRS,则参数LDPC_EXTRA_SYMBOL是1,并且初始参数被设置为NSYM,init = FVAL + 1和ainit = 3,其中FVAL是TRS Control子字段的UL Data Symbols子字段的值。然后继续进行如36.3.13.3.5(Encoding process for an EHT MU PPDU)中所述的LDPC编码过程,在该过程中,Navbits,u总是如等式(36-56)中那样递增,而Npunc,u总是如等式(36-57)中那样重新计算。

这篇关于Draft-P802.11be-D3.2协议学习__$36-EHT-PHY__$36.3.13-Data-field__$36.3.13.3-Coding的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/489656

相关文章

HarmonyOS学习(七)——UI(五)常用布局总结

自适应布局 1.1、线性布局(LinearLayout) 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列,Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距,达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式,且在各类尺寸屏幕上表现一致,其中交叉轴为垂直时,取值为Vert

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya(不是本人,claude AI)在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容: 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画(下)

【课程链接】 AntV G6:深入图形与图形分组、自定义节点、节点动画(下)_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中,应该怎样去计算和绘制图形,如何给一个图形制作不间断的动画,以及在鼠标事件之后产生动画。(有点难,需要好好理解) <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

学习hash总结

2014/1/29/   最近刚开始学hash,名字很陌生,但是hash的思想却很熟悉,以前早就做过此类的题,但是不知道这就是hash思想而已,说白了hash就是一个映射,往往灵活利用数组的下标来实现算法,hash的作用:1、判重;2、统计次数;

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]

【机器学习】高斯过程的基本概念和应用领域以及在python中的实例

引言 高斯过程(Gaussian Process,简称GP)是一种概率模型,用于描述一组随机变量的联合概率分布,其中任何一个有限维度的子集都具有高斯分布 文章目录 引言一、高斯过程1.1 基本定义1.1.1 随机过程1.1.2 高斯分布 1.2 高斯过程的特性1.2.1 联合高斯性1.2.2 均值函数1.2.3 协方差函数(或核函数) 1.3 核函数1.4 高斯过程回归(Gauss

【学习笔记】 陈强-机器学习-Python-Ch15 人工神经网络(1)sklearn

系列文章目录 监督学习:参数方法 【学习笔记】 陈强-机器学习-Python-Ch4 线性回归 【学习笔记】 陈强-机器学习-Python-Ch5 逻辑回归 【课后题练习】 陈强-机器学习-Python-Ch5 逻辑回归(SAheart.csv) 【学习笔记】 陈强-机器学习-Python-Ch6 多项逻辑回归 【学习笔记 及 课后题练习】 陈强-机器学习-Python-Ch7 判别分析 【学

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

线性代数|机器学习-P36在图中找聚类

文章目录 1. 常见图结构2. 谱聚类 感觉后面几节课的内容跨越太大,需要补充太多的知识点,教授讲得内容跨越较大,一般一节课的内容是书本上的一章节内容,所以看视频比较吃力,需要先预习课本内容后才能够很好的理解教授讲解的知识点。 1. 常见图结构 假设我们有如下图结构: Adjacency Matrix:行和列表示的是节点的位置,A[i,j]表示的第 i 个节点和第 j 个