​Section Type 7 主要用于O-DU和O-RU之间的双向消息通信,为PDSCH/DRS传输配置LBT,或报告LBT结果。

注:这里的frameId,subframeId和slotId用于在LAA LBT C平面消息上提供时间戳,不描述与Section Type 7 C平面消息相关的任何U平面消息。

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

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

白色部分是section的特定信息,在section type 7中仅用于对齐。

绿色部分是section内容,对于不同的LAA消息,section内容不同。

以上Payload内容,用于从O-DU向O-RU发送LAA Request消息LBT_PDSCH_REQ。

以上Payload内容,用于从O-DU向O-RU发送LAA Request消息LBT_DRS_REQ。

以上Payload内容,用于从O-RU向O-DU发送LAA Response消息LBT_PDSCH_RSP。

以上Payload内容,用于从O-RU向O-DU发送LAA Response消息LBT_DRS_RSP。

以上Payload内容,用于从O-RU向O-DU发送LAA Response消息LBT_Buffer_Error。

以上Payload内容,用于从O-DU向O-RU发送LAA Request消息LBT_CWCONFIG_REQ。

以上Payload内容,用于从O-RU向O-DU发送LAA Response消息LBT_CWCONFIG_RSP。

Section Type 7包含以下字段:(Section Type 7用于支持LAA。)

  • Common Header Fields

    • reserved (reserved for future use) 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
    • reserved (reserved for future use) field: 14 bits
    • sectionType (Section Type) field: 8 bits
      • value = “7” shall be set
    • reserved (reserved for future use) field: 16 bits
  • Section Fields
    • laaMsgType (LAA message type) field: 4 bits
    • laaMsgLen field: 4 bits
  • 对于LBT_DL_CONFIG.request: LBT_PDSCH_REQ,应设置laaMsgType = “0”

    • lbtHandle (An opaque handling returned in LBT_PDSCH_RSP) field: 16 bits
    • lbtOffset (LBT start time in microseconds from the beginning of the subframe scheduled by this message) field: 10 bits
    • lbtMode (LBT process type) field: 2 bits
    • reserved (reserved for future use) field: 1 bit
    • lbtDeferFactor (Defer factor in sensing slots as described in 3GPP TS 36.213 [14] clause15.1.1) field: 3 bits
    • lbtBackoffCounter (LBT backoff counter in sensing slots as described in 3GPP TS 36.213 [14] clause 15.1.1) field: 10 bits
    • MCOT (LTE TXOP duration in subframes) field: 4 bits
    • reserved (reserved for future use) field: 10 bits
  • 对于LBT_DL_CONFIG.request: LBT_DRS_REQ,应设置laaMsgType = “1”
    • lbtHandle (An opaque handling returned in LBT_DRS_RSP) field: 16 bits
    • lbtOffset (LBT start time in microseconds from the beginning of the subframe scheduled by this message) field: 10 bits
    • lbtMode (LBT process type) field: 2 bits
    • reserved (reserved for future use) field: 28 bit
  • 对于LBT_DL.indication: LBT_PDSCH_RSP,应设置laaMsgType = “2”

    • lbtHandle (An opaque handling returned in LBT_PDSCH_RSP) field: 16 bits
    • lbtPdschRes (LBT result of SFN/SF) field: 2 bits
    • inParSF (Indicates whether the initial SF in the LBT process is full or partial) field: 1 bit
    • sfStatus (subfrme status) field: 1 bit
    • sfnSf (SFN/SF of subframe which is dropped or successfully transmitted at O-RU) field: 12 bits
    • reserved (reserved for future use) field: 24 bits
  • 对于LBT_DL.indication: LBT_DRS_RSP,应设置laaMsgType = “3”

    • lbtHandle (An opaque handling returned in LBT_DRS_RSP) field: 16 bits
    • lbtDrsRes (LBT result of SFN/SF) field: 1 bit
    • reserved (reserved for future use) field: 7 bits
  • 对于LBT_buffer error: LBT_Buffer_Error,应设置laaMsgType = “4”
    • lbtHandle (An opaque handling returned in LBT_DRS_RSP) field: 16 bits
    • lbtBufErr (LBT buffer error type) field: 1 bit
    • reserved (reserved for future use) field: 7 bits
  • 对于 LBT_DL_CONFIG.request: LBT_CWCONFIG_REQ,应设置laaMsgType = “5”
    • lbtHandle (An opaque handle returned in LBT_CWCONFIG_RSP) field: 16 bits
    • lbtCWConfig_H (HARQ feedback information regarding number of NACK about reference subframe as described in 3GPP TS 36.213 [14] clause 15.1.3) field: 8 bits
    • lbtCWConfig_T (number of TB to manage Congestion Window as described in 3GPP TS 36.213 [14] clause 15.1.3) field: 8 bits
    • lbtMode (LBT process type) field: 2 bits
    • lbtTrafficClass (LBT traffic class) field: 3 bits
    • reserved (reserved for future use) field: 19 bits
  • 对于LBT_DL.indication: LBT_CWCONFIG_RSP,应设置laaMsgType = “6”
    • lbtHandle (An opaque handling returned in LBT_CWCONFIG_RSP) field: 16 bits
    • lbtCWR_Rst (Notification LBT_CWCONFIG_REQ message successful or not) field: 1 bit
    • reserved (reserved for future use) field: 7 bits

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

1)payloadVersion (payload version) field: 3 bits

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

2)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

3)frameId (frame identifier) field: 8 bits

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

4)subframeId (subframe identifier) field: 4 bits

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

5)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。

6)sectionType (Section Type) field: 8 bits

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

7)laaMsgType (LAA message type)

此参数定义了Section Type 7 C平面消息内传递的LAA消息类型。注:这里的C平面消息可以从O-DU到O-RU,也可以从O-RU到O-DU。

laaMsgType表示的消息类型都与listen-before-talk (LBT) LAA操作相关,并在O-DU和O-RU之间提供“握手”,以管理LBT操作。

laaMsgType类型定义如下:

laaMsgType

laaMsgType定义

laaMsgType解释

0000b

LBT_PDSCH_REQ

O-DU到O-RU的请求,以获得PDSCH信道

0001b

LBT_DRS_REQ

O-DU到O-RU的请求,以获得信道并发送DRS

0010b

LBT_PDSCH_RSP

O-RU到O-DU的响应,信道获得成功或失败

0011b

LBT_DRS_RSP

O-RU到O-DU的响应,DRS发送成功或失败

0100b

LBT_Buffer_Error

O-RU到O-DU的响应,报告buffer overflow

0101b

LBT_CWCONFIG_REQ

O-DU到O-RU的请求,配置拥塞窗口

0110b

LBT_CWCONFIG_RSP

O-RU到O-DU的响应,对配置拥塞窗口的响应

8)laaMsgLen (LAA message length)

此参数定义在LAA section中有几个32bit,1表示有一个32bit,2表示有两个32bit,以此类推,包括laaMsgLen字段所在的32bit。

laaMsgLen的值不应为0。LAA section的长度支持4字节到64字节。

9)lbtHandle

此参数提供一个标签,包含在从O-DU传输到O-RU配置请求消息里(例如,LBT_PDSCH_REQ,LBT_DRS_REQ),或包含在从O-RU传输到O-DU的与请求消息相对应的响应消息中(例如,LBT_PDSCH_RSP,LBT_DRS_RSP)。

10)lbtDeferFactor (listen-before-talk defer factor)

感知slot中的延迟因子在3GPP TS 36.213第15.1.1节中描述。此参数用于LBT CAT 4,并且基于优先级,可以携带三个值{1,3,7}之一。

3GPP TS 36.213中定义了4个优先级。

11)lbtBackoffCounter (listen-before-talk backoff counter)

感知slot中的退避计数器在3GPP TS 36.213第15.1.1节中描述。

取值范围[0~1023]。

12)lbtOffset (listen-before-talk offset)

从此消息所调度的子帧的起始位置开始,LBT的开始时间,以毫秒为单位。

取值范围[0~999]。

13)MCOT (maximum channel occupancy time)

子帧内的LTE TXOP(传输机会)的持续时间在3GPP TS 36.213第15.1.1节中描述。

基于优先级,此参数的最大值分别为{2,3,8,10}。

3GPP TS 36.213中定义了4个优先级。

14)lbtMode (LBT Mode)

多载波支持的一部分。指示执行完整的LBT过程还是执行部分LBT过程(多载波模式B根据3GPP TS 36.213第15.1.5.2节)。

00b:完整LBT(即常规的LBT,发送预留信号直到子帧/slot开始)。

01b:部分LBT(传输前,回顾25μs,如3GPP TS 36.213第15.1.5.2节中所示)。

10b:部分LBT(传输前,回顾34μs,如3GPP TS 36.213第15.1.5.2节中所示)。

11b:完整LBT及停止(常规LBT,不发送预留信号;如3GPP TS 36.213第15.1.1节中所示,当O-DU准备好发送数据时,在OTA之前“延迟因子+感知slot”的时间,O-RU感应频谱,即,正好在子帧/slot边界之前)。

15)lbtPdschRes (LBT PDSCH Result)

SFN/SF的LBT结果。

00b:未感知,表示O-RU正在传输数据。

01b:感知中,表示O-RU还未获得信道。

10b:成功,表示O-RU已经成功获得信道。

11b:失败,表示LBT计时器超时。应重启LBT过程。

16)sfStatus (subframe status)

此参数指示该子帧被丢弃或被发送。

0b:该子帧被丢弃。

1b:该子帧被发送。

17)lbtDrsRes (LBT DRS Result)

SFN/SF的LBT结果。

0b:指示DRS被发送。

1b:指示DRS未被发送。

18)initialPartialSF (Initial partial SF)

指示LBT过程中的初始SF是完整的还是部分的。

0b:完整SF,两个slot,14个symbol。

1b:部分SF,仅第二个slot,最后7个symbol。

19)lbtBufErr (LBT Buffer Error)

指示发生了LBT buffer overflow。

0b:不使用。

1b:发生buffer overflow,即从O-DU接收的数据大于O-RU可用的buffer大小。

20)sfnSf (SFN/SF End)

由于超时而被O-RU丢弃,或成功传输的SFN/SF。

取值范围,SFN [0~255],高8bit,SF [0~9],低4bit。

21)lbtCWConfig_H (HARQ Parameters for Congestion Window management)

通过LAA小区传输lbtCWConfig_T个传输块(TB),接收的HARQ NACK反馈消息总数,用于调整拥塞窗口。

取值范围[0~255]。

22)lbtCWConfig_T (TB Parameters for Congestion Window management)

通过LAA小区传输的传输块(TB)总数,用于调整拥塞窗口。

取值范围[0~255]。

23)lbtTrafficClass (Traffic class priority for Congestion Window management)

TS 36.213中定义的信道接入优先级。

取值范围[1~4],4个优先级。

24)lbtCWR_Rst (Notification about packet reception successful or not)

通知O-DU,O-RU是否成功接收到LBT_CWCONFIG_REQ消息。

0b:表示LBT_CWCONFIG_REQ接收成功。

1b:表示LBT_CWCONFIG_REQ接收失败。

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

ORAN C平面 Section Type 7相关推荐

  1. ORAN C平面 Section Type 6

    Section Type 6 主要用于传输信道信息.当从O-DU向O-RU发送UE特定信道信息时,使用Section Type 6. 黄色部分表示传输Header,占8字节. 粉色部分是Applica ...

  2. ORAN C平面 Section Type 0

    ​Section Type 0 主要用于指示DL/UL中未使用的RB或symbol.​O-DU通过Section Type 0指示O-RU,特定的RB或symbol不用于数据传输,如空闲期,保护期. ...

  3. ORAN C平面 Section Type 3

    Section Type 3 主要用于传输PRACH和mixed-numerology信道的控制消息.当信道要求时偏,或要求频偏​,或不同于标称的SCS值时,通常使用Section Type 3. ​ ...

  4. ORAN C平面 Section Type 1

    ​Section Type 1 主要用于传输DL/UL控制消息.​对于不要求时偏和频偏的信道,通常使用Section Type 1. 黄色部分表示传输Header,占8字节. 粉色部分是Applica ...

  5. ORAN C平面 Section Extension 7

    ORAN C平面 section扩展7是eAxC Mask相关的扩展类型.使用section扩展7允许特定的C平面消息不仅适用于单个eAxC值,还适用于多个eAxC值. section扩展7预期与se ...

  6. ORAN C平面 Section Extension 10

    ORAN C平面 section扩展10用于多端口的分组配置.此section扩展适用于section type 1,3,5. 在大多数小区调度的情况下,除了beamId或ueId以外,多端口(即各层 ...

  7. ORAN C平面 Section Extension 5

    ORAN C平面 Section扩展5是调制压缩附加参数的扩展类型.使用section扩展5,O-DU能够将一组或多组mcScaleReMask,csf与mcScaleOffset值传送到O-RU,这 ...

  8. ORAN C平面 Section Extension 1

    ORAN C平面 Section扩展1是波束赋形weight相关的扩展类型.此section扩展适用于从O-DU到O-RU发送波束赋形weight,该weight随着beamId一起发送,这意味着在以 ...

  9. ORAN C平面 Section Extension 2

    ORAN C平面 Section扩展2适用于从O-DU向O-RU发送波束赋形属性.关于波束赋形属性,详见附录J. section扩展2仅适用于section type 1和3. 1)ef (exten ...

最新文章

  1. git reset到之前的某一个commit或者恢复之前删除的某一个分支
  2. 汇编:JCXZ条件转移指令
  3. 记录一次文件系统损坏的修复
  4. WPF将Ui保存为图片和保存位图
  5. Github上传代码截图过程
  6. centos 下使用sublime
  7. javap的用途不断发展:您的Java类文件中隐藏了什么?
  8. CV Papers|计算机视觉论文推荐周报20200601期
  9. 《计算机操作系统》大作业【参考代码解读】
  10. 广东第一高中生_曝前广东第一高中生将加盟广东,他或成宏远最有希望之人
  11. 随手记_C++常考面试题
  12. Python入门——爬取pubmed文献做分析
  13. 从零搭建 ES 搜索服务(五)搜索结果高亮
  14. 简单的js在html页面打印机,在javaScript中如何连接打印机
  15. Linux交换内存10g,Linux服务器只使用60%的内存,然后交换
  16. [图论]最大流问题(Maximum flow)的定义
  17. android 进制转换的方法
  18. Norgen提取试剂盒丨血浆/血清循环和核外RNA提取试剂盒
  19. java 首字母检索_java实现首字母模糊查询的功能
  20. python小海龟画房子编程_这个python海龟绘图为什么出错?

热门文章

  1. 台式WIN7和os x yosemite 10.10.1懒人版双系统安装教程
  2. Java面试题目汇总/英文Java面试题(核心知识)
  3. 计算机无法共享访问受限,设置组策略解决共享访问受限问题
  4. UVALive 6657 GCD XOR
  5. 微信浏览器打开ios App Store 并且可以打开或下载pp
  6. 二级分销商城模式开发
  7. 从零开始学Java编程!java数据结构面试题
  8. 142个手机短信笑话
  9. 嘛:如何远视 还有遥远的未来
  10. webpack中对CSS压缩