ORAN C平面 Section Type 6

Section Type 6 主要用于传输信道信息。当从O-DU向O-RU发送UE特定信道信息时，使用Section Type 6。

黄色部分表示传输Header，占8字节。

粉色部分是Application Header，占6字节。

白色部分是section的特定信息，在section type 6中包括了numberOfUEs，ciCompHdr。

其他颜色表示不同的section。​

Section Type 6包含以下字段：（Section Type 6用于发送一个特定UE ID的信道信息。）

• Common Header Fields
  • dataDirection (data direction (gNB Tx/Rx)) field: 1 bit
  • payloadVersion (payload version) field: 3 bits
    • value = “1” shall be set (1st protocol version for payload and time reference format)
  • filterIndex (filter index) field: 4 bits
  • frameId (frame identifier) field: 8 bits
  • subframeId (subframe identifier) field: 4 bits
  • slotId (slot identifier) field: 6 bits
  • startSymbolid (start symbol id) field: 6 bits
  • numberOfsections (number of sections) field: 8 bits
  • sectionType (Section Type) field: 8 bits
    • value = “6” shall be set
  • numberOfUEs (number of UE-specific channel information data sets) field: 8 bits
  • ciCompHdr (channel information compression header) field: 8 bits
• Section Fields
  • ef (extension flag) field: 1 bit
  • ueId (UE identifier) field: 15 bits
  • regularizationFactor (regularization factor used for MMSE reception) field: 16 bits
  • reserved (reserved for future use) field: 4 bits
  • rb (resource block identifier) field: 1 bit
  • symInc (symbol number increment command) field: 1 bit
  • startPrbc (starting PRB of data section description) field: 10 bits
  • numPrbc (number of contiguous PRBs per data section description) field: 8 bits
  • ciCompParam (channel information compression parameter) : 0 or 8 bits
  • ciIsample (channel information value, in-phase sample) field: 1-16 bits
  • ciQsample (channel information value, quadrature sample) field: 1-16 bits

传输Header部分的介绍，参考传输封装章节。

1）dataDirection (data direction (gNB Tx/Rx)) field: 1 bit

指示gNB的数据传输方向。

        0b：Rx，即UL。

        1b：Tx，即DL。

2）payloadVersion (payload version) field: 3 bits

定义了用于应用层中以下字段的有效的payload协议版本。在本文档中，使用payload和时间参考格式的第一个协议版本。因此，应使用 payloadVersion = 001b。

3）filterIndex (filter index) field: 4 bits

定义DL和UL中，在IQ数据和空口之间使用的信道滤波器的一个索引。对于大多数物理信道，使用 filterIndex = 0000b，以索引标准信道滤波器，即用于100MHz标称载波带宽的100MHz信道滤波器。

另一种情况是UL中的PRACH，不同的PRACH格式可以使用不同的滤波器索引。假设在对PRACH数据进行FFT处理之前，有一个单独的PRACH滤波器，或在UL标准信道滤波器外，还有一个额外的PRACH滤波器。注：对于PRACH，当使用Section Type 3时，通常在PRACH滤波器之前应用一个频偏，（见Section Type 3中的freqOffset字段）。

NOTE 1: 滤波器索引是从O-DU到O-RU的指令。同样，不强制要求使用特定的滤波器，filterIndex = 0000b也允许用于PRACH。

NOTE 2: 当使用对应于PRACH的滤波器索引时，section Id内寻址的第一个PRB的第一个RE应与3GPP RAN1 TS 3x.211中规定的PRACH频率块下边缘使用的第一个保护tone相对应。在一个数据section分割为多个U平面消息的情况下，这适用于分割后的第一个section。

NOTE 3: 由于不同的PRACH格式被分配给相同的filterIndex值，例如LTE-0和NR-0都使用 filterIndex = 0001b，O-RU可以选择性地由M平面通知特定的支持格式（分组为PRACH格式组），M平面在每个端点的o-ran-uplane-conf.yang模块中配置。

filterIndex字段的值	用法	PRACH前导码格式	最小滤波器通带
0000b=0x0	标准信道滤波器	N/A
0001b=0x1	用于PRACH前导码格式的UL滤波器	LTE-0，LTE-1，LTE-2，LTE-3， NR-0，NR-1，NR-2	839 x 1.25kHz = 1048.75 kHz
0010b=0x2		NR-3	839 x 5 kHz = 4195 kHz
0011b=0x3		NR-A1，NR-A2，NR-A3， NR-B1，NR-B2，NR-B3，NR-B4， NR-C0，NR-C2	139 x
0110b=0x6			1151 x 15 kHz = 17265 kHz
0111b=0x7			571 x 30 kHz = 17130 kHz
0100b=0x4	用于NPRACH的UL滤波器	LTE-NB0，LTE-NB1， LTE-NB0-a，LTE-NB1-a， LTE-NB2	48 x 3.75kHz = 180 kHz 144 x 1.25 kHz = 180 kHz
0101b=0x5	用于PRACH前导码格式的UL滤波器	LTE-4	139 x 7.5kHz = 1042.5 kHz
1000b…1111b	Reserved

4）frameId (frame identifier) field: 8 bits

ORAN协议中的系统帧号，每个系统帧时长为10ms，frameId取值范围0~255，即每2.56秒一个周期。由于网络协议中系统帧号的循环周期通常大于256，例如0~4095，或0~1023，因此 frameId = 系统帧号 % 256。

5）subframeId (subframe identifier) field: 4 bits

在一个10ms系统帧内的子帧号，每个子帧时长1ms，subframeId取值范围0~9。

6）slotId (slot identifier) field: 6 bits

在一个1ms子帧内的slot号，此参数为一个子帧内的所有slot计数，slotId取值范围0~-1。在本文档中，的最大值是16，即子载波间隔240kHz。 

在LTE协议中，虽然一个子帧有2个slot，每个slot有7个symbol，但是在实际使用中，可以认为slotId始终为0，symbol编号0~13。

7）startSymbolid (start symbol id) field: 6 bits

指示此C平面消息在一个slot内作用的最早symbol号，startSymbolid取值范围0~13。

在LTE协议中，虽然symbol编号为0~6，但是在实际使用中，可以以子帧为单位对symbol编号，范围0~13。

8）numberOfsections (number of sections) field: 8 bits

指示此C平面消息中包括的数据section描述的数量。即使相同的sectionId被多次使用（通常用于PDSCH数据和参考信号，如CSI-RS，共用PRB的情况），统计section描述的数量时也要分开计算。

9）sectionType (Section Type) field: 8 bits

此参数确定从具有一个pattern id的beam传输或接收的U平面数据的特性。对于Section Type 6，sectionType = 0x00000110b。

10）numberOfUEs (number of UE-specific channel information data sets) field: 8 bits

此参数在Section Type 6消息中应用，指示在消息中包含的UE数量，这里的UE用于指示哪个信道信息被提供，即从O-DU传输到O-RU。

利用多个UE指示的信道信息，可以构建一张信道信息表。当使用Section Type 5调度特定的ueId时，可以从信道信息表中选择相对应的信道信息。

解析时可以通过这个参数判断最后一个UE的数据何时被解析完成。

11）ciCompHdr (channel information compression header) field: 8 bits

此参数为信道信息定义压缩方法和IQ位宽。

注：如果O-RU支持通过M平面配置的静态信道信息压缩，并且配置了压缩，此字段将被设置为通过M平面配置的压缩方法对应的值。如果O-RU支持动态信道信息压缩，则O-DU可以通过M平面配置动态压缩，并选择是否提供将要被用于动态压缩的压缩方法列表，即O-RU支持的压缩方法的一个子集。如果通过M平面配置了动态压缩，且没有提供压缩方法列表，此字段将被设置为O-RU支持的一种压缩方法所对应的值。如果配置动态压缩并且提供了一个压缩方法列表，则此字段将被设置为列表中一种压缩方法所对应的值。

如果C平面消息中的ciCompHdr参数值与M平面的配置不兼容，则O-RU可以选择丢弃这个消息，或按M平面配置处理消息，或者按ciCompHdr字段的值处理消息，一般情况下，这可能导致O-RU错误地解码信道信息。

ciCompHdr字段被分成三个子字段：ciIqWidth，ciCompMeth和ciCompOpt。

ciIqWidth是信道信息的压缩位宽。压缩位宽的范围为1~16，0000b表示16bit。

ciCompMeth是信道信息的压缩方法：

        000b：no compression

        001b：块浮点

        010b：块缩放

        011b：μ-law

ciCompOpt是ciCompParam参数是否为每个PRB分别配置。

        0b：根据UE压缩，每个UE的I/Q数值之前存在一个ciCompParam

        1b：根据PRB压缩，每个PRB的I/Q数值之前存在一个ciCompParam

NOTE 1：仅在使用压缩时才应用ciCompOpt参数，即ciCompMeth参数设置为非000b的其他值。

NOTE 2：当支持信道信息压缩时，O-RU应既支持根据UE的压缩（ciCompOpt = 0），也支持根据PRB的压缩（ciCompOpt = 1）。

12）ef (extension flag) field: 1 bit

用于指示消息中的section是否包含section扩展。

        0：没有section扩展

        1：此section中包含一个或多个section扩展

13）ueId (UE identifier) field: 15 bits

为UE提供一个标签，表明将section内容应用到该UE。用于支持从O-DU向O-RU发送信道信息。

这只是一个标签，具体值对于系统内可能支持的UE类型没有任何意义。

在实际应用中，可以使用Section Type 6从O-DU向O-RU传输UE特定的信道信息，并构建一张多个UE的信道信息表。然后使用Section Type5中携带的ueId，从信道信息表中选取所需要的信息。

14）regularizationFactor (regularization factor used for MMSE reception) field: 16 bits

当O-RU中支持BFW（beamforming weight）时，此参数提供一个有符号的数值，以支持O-RU中的MMSE操作，因此与Section Type 6相关。

MMSE：最小化均方误差，使得实际传输的信号和检测出的信号均方差最小。

15）rb (resource block identifier) field: 1 bit

指示使用每个RB，或者间隔使用每个RB。起始RB由startPrbc定义，使用的RB总数由numPrbc定义。

例如：rb = 1，startPrbc = 1，numPrbc = 3，则使用的PRB为1，3，5。如果numPrbc = 0，即所有PRB，则发送方应设置rb的值为0，且接收方应忽略接收到的rb值，无论接收到的rb值是什么，都假设rb = 0。

如果section描述中包括了section扩展6或12，则发送方应设置rb = 0。

        0b：使用每个RB

        1b：间隔使用每个RB

16）symInc (symbol number increment command) field: 1 bit

如果section描述中不包括section扩展6，12和19，则此参数用于指示哪个symbol编号与给定的section描述相关。如果section描述中包括section扩展6，12和19，则与section描述相关symbol集合在symbolMask中给出。在这种情况下，symInc和numSymbol不影响与section描述相关symbol集合，但是如果不包括section扩展6，12和19，symInc和numSymbol可能会影响以下section描述。

无论section扩展6，12和19是否存在，预计每个C平面消息都会维护一个symbol编号，并从startSymbolid的值开始。只要symInc为零，消息中的每个section都会使用相同的startSymbolid值。当symInc是1时，维护的symbol编号应被增加到下一个symbol，并且该section和后续的每个section都将使用新的symbol编号，直到再次检测到symbol bit值为1。

在多symbol数据section（numSymbol > 1）的情况下，新symbol编号应该是数据section中最后一个symbol之后的一个。以这种方式，可以由单一的C平面消息处理多个symbol。

关于在C平面中使用symInc的其他几点：

        a） 当不同的数据section描述在某些条件下具有不同数量的symbol时，可以使用symInc，也就是说，在C平面消息中精心安排了数据section描述。数据section描述的安排应确保O-RU应用以下过程后可以正确工作：

                symbol[s] - 按section描述寻址的symbol，s=1…N (考虑一个C平面消息中的多个section描述，s=1指示第一个section描述)，symbol[s]应按以下方式计算：

                        令symInc[s]和numSymbols[s]是section描述s中相应字段的值

                        简单起见，令symbol[0] = startSymbolId，symInc[0]=0，numSymbols[0]=1

                        for s=1…N (遍历C平面消息中所有section描述)

                                // 如果symInc[s]为0，表示当前section描述中的symbol与前一个section描述中的symbol相同

                                If symInc[s] = 0 then symbol[s] = symbol[s-1]

                                // 如果symInc[s]为1，表示当前section描述中的symbol增加到前一个section描述中最后一个symbol的下一个symbol

                                Else symbol[s] = symbol[s-1] + numSymbols[s-1]

        b）symInc特定于数据section描述，而且，如果不存在section扩展6，12和19，symInc影响section描述中所描述的symbol范围。当使用通过sectionId来耦合C平面和U平面的方法，并且一个数据section（U平面）被多个数据section描述（C平面）指示时，例如，多个数据section描述具有不同的reMask值。如果symInc的值将被设置为1，则只有sectionId的第一个调用具有symInc = 1，在相同的C平面消息中，该sectionId的所有其他调用都是symInc = 0。就是说在sectionId第一次出现时，通过symInc = 1改变symbol索引，后续再次出现sectionId时，只需要保持改变后的symbol索引，而不应该再次改变symbol索引，所以设置symInc = 0。

        这确保了可以应用上述规则（仅在相同的C平面消息中），同时确保数据section描述的所有调用都将指示相同的symbol。相同sectionId的所有数据section描述中，都指示相同的symbol，无论section描述是在同一个C平面消息中，还是在单独的C平面消息中，都应该满足。

在U平面中使用symInc与在C平面中使用symInc无关。当前的观点是，U平面消息包含单个symbol的数据（以避免降低U平面的延迟性能），所以，到本文件为止，禁止在U平面中使用symInc = 1。未来版本可能允许在U平面中使用symInc = 1，以允许在单个U平面消息中包含多个symbol的数据。

        0b：使用当前symbol编号

        1b：增加当前symbol编号，并使用

17）startPrbc (starting PRB of data section description) field: 10 bits、

在section描述中没有section扩展6，12和13的情况下，startPrbc参数传递section描述中所描述的第一个（最低频率）PRB。startPrbc的解释受section扩展6，12和13存在的影响，详见section扩展6，12和13对应章节部分。

section描述应没有歧义的寻址RE：由一个section描述寻址的RE，不应被其他section描述寻址，但是在C平面和U平面耦合方式为“通过带优先级的频率和时间耦合” 时，存在例外，此时可以通过不同优先级来解决歧义，详见介绍C平面和U平面耦合的章节。如果使用sectionId值来耦合C平面和U平面，由一个section描述寻址的PRB不应被具有不同sectionId值的另一个section描述寻址。

NOTE: freqOffset影响特定范围PRB编号的频率跨度。因此，“应没有歧义的寻址RE”应该考虑freqOffset的值。

由startPrbc标识的PRB中，对应于RE#k（k=0…11）的子载波的中心频率（以Hz为单位）定义为：

         = center_of_channel_bandwidth + frequency_offset + startPrbc * 12 * Δf + k * Δf + dc_skip

其中

        center_of_channel_bandwidth在M平面中配置，以Hz为单位。

        如果C平面消息中存在freqOffset，frequency_offset从freqOffset字段计算得到。否则，从M平面参数offset-to-absolute-frequency-center计算得到，在这种情况下，frequency_offset = offset-to-absolute-frequency-center * Δf * 0.5，其中Δf是对应于子载波间隔的频率，以Hz为单位（15kHz，30kHz，...），由M平面配置。

        如果消息中存在frameStructure，Δf是对应于frameStructure中配置的子载波间隔的频率，以Hz为单位。否则，Δf对应于M平面中配置的子载波间隔的频率。

        dc_skip取决于载波类型：

                如果载波是LTE DL类型，并且frequency_offset + startPrbc * 12 * Δf + k * Δf ≥ 0，则 dc_skip = Δf

                否则 dc_skip = 0.

上述公式旨在使资源格在频率上的位置与3GPP的要求兼容，在38.104（NR）和36.104（LTE）中定义。

18）numPrbc (number of contiguous PRBs per data section description) field: 8 bits

如果section描述中不包括section扩展6，12，13和21，并且没有M平面配置ci-prb-group-size，则numPrbc参数表示section描述中所述的PRB数量。如果存在section扩展6，12，13和21，或存在M平面配置ci-prb-group-size，会影响numPrbc参数的解释，详见section扩展6，12，13和21对应章节部分。存在M平面配置ci-prb-group-size，仅影响Section Type 6中numPrbc参数的解释。

section描述应没有歧义的寻址RE：由一个section描述寻址的RE，不应被其他section描述寻址，但是在C平面和U平面耦合方式为“通过带优先级的频率和时间耦合” 时，存在例外，此时可以通过不同优先级来解决歧义，详见介绍C平面和U平面耦合的章节。如果使用sectionId值来耦合C平面和U平面，由一个section描述寻址的PRB不应被具有不同sectionId值的另一个section描述寻址。

00000000b：表示特定SCS和载波带宽中的所有PRB。

00000000b是为NR保留的，在NR中可能存在PRB数大于255的情况。在这种情况下，发送方应设置startPrbc的值为0，并且无论接收到什么startPrbc值，接收方都应忽略，并假定startPrbc = 0。而对于所有其他i情况，numPrbc都应该使用非0值。

更具体地，如果需要发送的PRB数量大于255，但不是特定SCS和载波带宽中的所有PRB，则应使用多个C平面数据section描述，分别描述不同的PRB范围，以此来实现PRB数量大于255。

对于一个给定的eAxC值，一个数据section内可能仅存在一个PRB。

19）ciCompParam (channel information compression parameter) : 0 or 8 bits

此参数的使用与压缩方法相关，即根据ciCompMeth值，ciCompParam具有特定的用法。

如果ciCompOpt（ciCompHdr的子字段）为0，则该参数适用于接下来的特定UE中所有PRB的ciIsample和ciQsample向量。

如果ciCompOpt（ciCompHdr的子字段）为1，则该参数适用于接下来的特定PRB中所有天线的ciIsample和ciQsample向量。

        000b：no compression，没有ciCompParam字段

        001b：块浮点，后4bit为指数

        010b：块缩放，全部8bit用于块缩放系数，无符号，1bit整数，7bit小数

        011b：μ-law，前4bit为压缩位宽，后4bit为压缩位移

除no compression压缩方法没有ciCompParam字段外，其他压缩方法均使用ciCompParam字段，并按byte对齐。

20）ciIsample (channel information value, in-phase sample) field: 1-16 bits

21）ciQsample (channel information value, quadrature sample) field: 1-16 bits

信道信息以复数的形式从O-DU传送到O-RU，ciIsample表示实部部分，ciQsample表示虚部部分。在Section Type 6中使用。

当不存在section扩展21和M平面配置ci-prb-group-size时，传输的顺序是，第一个PRB的第一个天线到最后一个天线，第二个PRB的第一个天线到最后一个天线，以此类推，直到最后一个PRB的第一个天线到最后一个天线。

当存在section扩展21或M平面配置ci-prb-group-size时，传输的顺序是，第一个PRB组的第一个天线到最后一个天线，第二个PRB组的第一个天线到最后一个天线，以此类推，直到最后一个PRB组的第一个天线到最后一个天线。

一个天线的每个PRB组包括一对ciIsample/ciQsample。

每个I和Q值的位宽是可变的（如果没有配置信道信息压缩，则由M平面配置channel-information-bitwidth决定，如果配置了静态或动态信道信息压缩，则由ciCompHdr字段决定），因此在最后一个Q值之后，为了实现字节对齐，可以填充一些0，直到字节边界。

当通过M平面选择可选的“小端字节序”时，ciIsample/ciQsample应使用小端字节序传输复数。详见附件D.2。

如果O-RU支持接收和处理大于一个PRB的PRB组（通过M平面指示）的信道信息，并且如果O-RU通过M平面配置了接收和处理大于一个PRB的PRB组的信道信息，则O-RU应将Section Type 6中接收到的一个PRB组中的每个ciIsample/ciQsample对（pair）应用到ci-prb-group-size个连续的PRB，从索引startPrbc + i * ci-prb-group-size开始，其中ci-prb-group-size通过M平面配置，索引i的范围从0到numPrbc-1。

如果存在M平面配置ci-prb-group-size，则Section Type 6中的“numPrbc”指示每个天线的PRB组数，并使用“numPrbc”确定Section Type 6消息的长度，Section Type 6的信息所应用的实际PRB数量按上面描述的方法确定，即ci-prb-group-size * numPrbc。

此外，当配置ci-prb-group-size时，numPrbc字段不得设置为0。如果startPrbc + i * ci-prb-group-size大于通过M平面配置的最大可用PRB（number-of-prb），则信道信息应仅用于最大可用PRB内的那些PRB。

参考 《O-RAN-WG4.CUS.0-v08.00.pdf》