本文主要是介绍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的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!