我是靠谱客的博主 任性玫瑰,最近开发中收集的这篇文章主要介绍FAPI专题-8:5G FAPI接口 - 中文规范-4- P7消息格式第3章 主要的消息格式3.4 P7接口的Slot Messages(时隙调度消息),觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_CSDN博客

本文网址:https://blog.csdn.net/HiWangWenBing/article/details/120645757


目录

第3章 主要的消息格式

3.4 P7接口的Slot Messages(时隙调度消息)

3.4.1 Slot.indication

3.4.2 DL_TTI.request

3.4.2.1 PDCCH PDU (对下行控制信道的调度)

3.4.2.2 PDSCH PDU

3.4.2.3 CSI-RS PDU

3.4.2.4 SSB PDU

3.4.2.5 Tx Precoding and Beamforming PDU

3.4.3 UL_TTI.request

3.4.3.1 PRACH PDU

3.4.3.2 PUSCH PDU

3.4.3.3 PUCCH PDU

3.4.3.4 SRS PDU

3.4.3.5 Rx Beamforming PDU

3.4.4 UL_DCI.request

3.4.5 SLOT errors

3.4.6 UCI.indication(上行调度请求指示)

3.4.6.1 来自PUSCH信道的UCI PDU

3.4.6.2 PUCCH PDU Format 0/1

3.4.6.3 PUCCH PDU Format 2/3/4

3.4.6.4 SR, HARQ and CSI Part 1/ 2 PDUs

3.4.7 Tx_Data.request

3.4.8 Rx_Data.indication

3.4.9 CRC.indication

3.4.10 SRS.indication(探测信号指示)

3.4.11 RACH.indication



目录

第3章 主要的消息格式

3.4 P7接口的Slot Messages(时隙调度消息)

3.4.1 Slot.indication

3.4.2 DL_TTI.request

3.4.2.1 PDCCH PDU (对下行控制信道的调度)

3.4.2.2 PDSCH PDU

3.4.2.3 CSI-RS PDU

3.4.2.4 SSB PDU

3.4.2.5 Tx Precoding and Beamforming PDU

3.4.3 UL_TTI.request

3.4.3.1 PRACH PDU

3.4.3.2 PUSCH PDU

3.4.3.3 PUCCH PDU

3.4.3.4 SRS PDU

3.4.3.5 Rx Beamforming PDU

3.4.4 UL_DCI.request

3.4.5 SLOT errors

3.4.6 UCI.indication(上行调度请求指示)

3.4.6.1 来自PUSCH信道的UCI PDU

3.4.6.2 PUCCH PDU Format 0/1

3.4.6.3 PUCCH PDU Format 2/3/4

3.4.6.4 SR, HARQ and CSI Part 1/ 2 PDUs

3.4.7 Tx_Data.request

3.4.8 Rx_Data.indication

3.4.9 CRC.indication

3.4.10 SRS.indication(探测信号指示)

3.4.11 RACH.indication



第1章 概述

第2章 主要的流程

第3章 主要的消息格式

3.1 General Message Format (通用消息格式)

3.2 Message Types (消息类型)

3.3 P5接口的Configuration Messages(管理配置消息)

3.4 P7接口的Slot Messages(时隙调度消息)

该组Slot消息被用于L2软件控制每个Slot数据的发送和接收。

正是通过这组消息,L2和L1之间才实现了有节奏的发送和接收数据 。

3.4.1 Slot.indication

当MAC层调度器和PHY在同一个硬件单元中时,使用该消息在MAC层和PHY层之间进行时隙对齐。也就是说MAC层不需要独立的时隙信号,PHY层定时触发,触发MAC层调度器进行调度。

因为物理层的时隙信号在频率和相位上都具备足够的精度。

(1)发送方向:该Slot.indication由L1 PHY周期性的发送给L2 MAC

(2)发送周期:周期是由L2 MAC通过CONFIG.request预先配置的。该配置消息包含了所有支持的slot周期,以及不支持的slot周期,

• 0 – then SLOT.indication is provided every 1ms

• 1 – then SLOT.indication is provided every 500us

• 2 – then SLOT.indication is provided every 250us

• 3 – then SLOT.indication is provided every 125us

(3)包含的内容

SFN: 10ms系统帧号,其变化周期是10ms,完成全部循环需要的时间=10ms * 4096 = 4.96s

Slot number:每个slot变化一次,如果slot的发送周期是0.5ms,完成全部循环需要的时间=0.5 * 160 = 80ms。

3.4.2 DL_TTI.request

MAC层调度器对PHY发起的下行资源的调度请求。

(1)发送方向:该消息有L2发送给L1。

(2)发送时间:随同Slot.indiation,同时PHY处于Running状态。

(3)发送内容:用于发送下行调度控制信息,主要内容包括:

  • SFN号
  • Slot号
  • nPDUs:Number of PDUs that are included in this message. All PDUs in the message are numbered in order。
  • nGroup:Number of UE Groups included in this message

(4)对于每个PDU

  • PDUType:0: PDCCH PDU,1: PDSCH PDU,  2: CSI-RS PDU,3: SSB PDU。也就是说,MAC层调度器是按照信道进行调度的,可以在一个TTI.request中进行单个信道的调度,也可以在一个TTI.request中一次性进行多个信道的调度。
  • PDUSize:Size of the PDU control information
  • DL PDU Configuration:不同类型信道的PDU, 其调度的PDU的格式是不相同的。
  • nGroup:UE的分组数,在实际调度中,对UE进行分组调度。
  • nUe:每个group中UE的个数,对于单UE的MIMO(SU-MIMO), 每次只调度一个UE, 对于对UE的MIMO, 每个group中有1-12个UE.
  • PduIdx:每个PDU的索引号

 下行调度信息DCI, 可以通过PDCCH信道下发给UE, 也可以通过PD-SCH信道下发个UE。

3.4.2.1 PDCCH PDU (对下行控制信道的调度)

【前序知识】

[4G&5G专题-38]:物理层- LTE下行公共控制信道PDCCH与其承载的内容下行控制信息格式DCI_文火冰糖(王文兵)的博客-CSDN博客

[4G&5G专题-26]:架构-什么是部分带宽BWP, 不对称载波带宽、UE带宽自适应?_文火冰糖(王文兵)的博客-CSDN博客_bwp是什么意思

由于NR中系统带宽较大(FR1最高可达100MHz,FR2最高可达400MHz),若PDCCH此时仍如LTE那般在频域上占整个带宽,不仅浪费资源,且盲检复杂度较大。因此,NR将PDCCH在频域上占用的频段和在时域上占用的OFDM符号数等信息封装在CORESET中;将PDCCH起始的OFDM符号数索引以及PDCCH监听周期等信息封装在搜索空间中。PDCCH信道的配置为CORESET和搜索空间的组合。

LTE系统中,PDCCH信道在频域上占用整个带宽,时域上占用每个子帧的前1~3个OFDM符号。

NR 系统中,PDCCH信道在频域上不再占用整个带宽,而是通过BWP和Coreset来设置,时域上依然占用每个子帧的前1~3个OFDM符号。

 

【消息格式】

PDCCH是由物理层发送的,但内容是由L2/L3层软件提供的。

(1)发送方向:该消息有L2发送给L1.

(2)发送时间:需要下行调度时

(3)发送的内容

【BWP】

每个小区支持1-4个BWP,以适应最值不同终端的需求。一个小区,最大也就支持4个BWP,即同时支持不同4种带宽的终端。

  • BWPSize:Number of contiguous PRBs allocated to the BWP, 1->275。通过该参数,可以指定该BWP的带宽
  • BWPStart:bandwidth part start RB index from reference CRB,0->274,通过该参数,指定每个BWP的起始位置。
  • SubcarrierSpacing:子载波间隔,0->4,通过该参数,指定该BWP的子载波间隔,也就是说,不同的BWP可以有不同的子载波间隔,但指定的BWP, 其子载波间隔是确定的,只能有一个。
  • CyclicPrefix:循环前缀的内容,0: Normal; 1: Extended。

【Coreset的设定与配置】

每个小区最多可配置4个BWP,每个BWP最多可配置3个CORESET,因此每个小区最多可配置12个CORESET,其索引为0~11,由高层参数ControlResourceSetld通知给UE,该参数在一个小区内的所有BWP中式唯一的,其中CORESET0为TYPE0 PDCCH公共搜索空间(Common Search Space,CSS)。

如果一个BWP中包括有多个Coreset,需要在一个DL_TTI.request中包含多个PDCCH PDU。

  • StartSymbolIndex(0->13):Starting OFDM symbol for the CORESET,该参数定义该Coreset在一个子帧中的时域的起始位置。
  • DurationSymbols(1,2,3):Contiguous time duration of the CORESET in number of symbols. 该参数定义了该Coreset在时域中持续的时间。
  • FreqDomainResource(46 bits):Frequency domain resources. This is a bitmap defining non-overlapping groups of 6 PRBs in ascending order。参数定义了该Coreset在频域中的位置。
  • CceRegMappingType:CORESET-CCE-to-REG-mapping-type,0: non-interleaved,1: interleaved。该参数定义了CCE与REG的映射方法,是否需要交织。
  • RegBundleSize:The number of REGs in a bundle;该参数定义了Coreset中REG的数目。
  • InterleaverSize:The interleaver size。该参数定义了交织映射的长度。
  • CoreSetType:0: CORESET is configured by the PBCH or SIB1 (subcarrier 0 of CRB0 for DMRS mapping),1: otherwise (subcarrier 0 of CORESET),定义了该Coreset的用途,是用于PBCH、SIB1,还是其他用途。
  • ShiftIndex:仅仅适用于交织映射的场合。
  • precoderGranularity:Granularity of precoding,0: sameAsRegBundle,1: allContiguousRBs。
  • numDlDci:Number of DCIs in this CORESET.该参数定义了该DCI可以承载多少个DCI信息。
  • DL Dci PDU:这里定义的是该Coreset中包含的DCI调度信息的详细内容。

也就是说,DCI信息是是承载在Coreset中,而Coreset的位置在时域和频域中都是可配置的,而不是静态的,由于Coreset是承载在BWP中的,因此Coreset的设置与BWP的设置是对应的。

既能,DCI的时域和频域位置都不固定,那么手机如何找到DCI信息呢? 这就涉及到搜索空间的概念。UE对搜索空间中的DCI内容进行盲检测。

【DL DCI PDU】定义了DL-DCI信息的内容

  • RNTI
  • ScramblingId:For a UE-specific search space it equals the higher-layer parameter PDCCH-DMRS-Scrambling-ID if configured, otherwise it should be set to the phy cell ID
  • ScramblingRNTI:For a UE-specific search space where PDCCH-DMRS-Scrambling-ID is configured This param equals the CRNTI. Otherwise, it should be set to 0.
  • CceIndex(0->135):CCE start Index used to send the DCI,定义了该DCI的频域位置,即在CoreSet CCE的位置。
  • AggregationLevel(1,2,4,8,16):Aggregation level used,该参数定义了一个DCI信息,需要通过多少个CCE进行承载,信号质量越好时,所需要CCE越少,信道质量越差,所需要的CCE越多。

---【Beamforming info】

  • Precoding and Beamforming

---【Tx Power info】

  • beta_PDCCH_1_0:PDCCH power value used for PDCCH Format 1_0 with CRC scrambled by SI-RNTI, PI-RNTI or RA-RNTI. This is ratio of SSB/PBCH EPRE to PDCCH and PDCCH DMRS EPRE
  • powerControlOffsetSS:PDCCH power value used for all other PDCCH Formats. This is ratio of SSB/PBCH block EPRE to PDCCH and PDCCH DMRS EPRE
  • PayloadSizeBits:The total DCI length (in bits) including padding bits, DCI调度信息的长度。
  • Payload:DCI payload, where the actual size is defined by PayloadSizeBits. 定义了DCI信息的实际内容,这是DCI最核心的调度信息。

备注:Payload承载了DCI的实际调度信息。而其他信息,定义的是DCI在时域资源中的位置、结构、格式等辅助信息。也就说,物理层并不关系DCI的内容,只关心如何发送DCI的内容,DCI的内容是MAC层关心和决定的。

3.4.2.2 PDSCH PDU

在UE与基站没有建立RRC连接之前,基站对UE的DCI调度信息可以通过PDCCH信道进行承载

在UE与基站已经建立RRC连接之后,也可以通过PD-SCH信道进行承载,本小节主要阐述如何通过PDSCH信道承载对UE的DCI调度信息。

PDCCH的时频资源是为所有用户共享的,而PD-SCH的时频资源,一旦分配给某一个用户,就是被某一个UE独占的。

PDSCH PDU是MAC层告诉PHY, 如何通过PD-SCH信道的时频资源,来承载发送给特定UE的DCI调度信息,物理层并不关心PD-SCH信道中承载的DCI的内容。

也就说是,物理层只关心,通过PDSCH信道的什么样的时频资源、通过什么编码方式来承载DCI信息,并不关系DCI信息的实际内容,实际内容是MAC调度器的职责。

因此,FAPI接口就是定义,MAC层如何通知物理层的各种信道,承载各种调度信息、如何编码各种调度信息,但物理层并不关心调度信息本身的内容与含义,那是手机的MAC层和基站的MAC层所关系的,不是物理层关心的。

  • pduBitmap:Bitmap indicating presence of optional PDUs
  • RNTI
  • pduIndex:PDU index incremented for each PDSCH PDU sent in TX control message. This is used to associate control information to data and is reset every slot

【BWP】

  • BWPSize:Number of contiguous PRBs allocated to the BWP, 1->275。通过该参数,可以指定该BWP的带宽
  • BWPStart:bandwidth part start RB index from reference CRB,0->274,通过该参数,指定每个BWP的起始位置。
  • SubcarrierSpacing:子载波间隔,0->4,通过该参数,指定该BWP的子载波间隔,也就是说,不同的BWP可以有不同的子载波间隔,但指定的BWP, 其子载波间隔是确定的,只能有一个。
  • CyclicPrefix:循环前缀的内容,0: Normal; 1: Extended。

【Codeword information】业务信道的码字信息

  • NrOfCodewords(1 -> 2):Number of code words for this RNTI (UE)
  • targetCodeRate:编码率,This is the number of information bits per 1024 coded bits expressed in 0.1 bit units
  • qamModOrder(2,4,6,8):QAM modulation
  • mcsIndex0->31:MCS index
  • mcsTable:MCS-Table-PDSCH,1: qam256,2: qam64LowSE
  • rvIndex(0->3):Redundancy version index
  • TBSize:Transmit block size

【其他】

  • dataScramblingId:dataScramblingIdentityPdsch
  • nrOfLayers:
  • transmissionScheme:PDSCH transmission schemes,0: Up to 8 transmission layers

【DMRS】

  • dlDmrsSymbPos:DMRS symbol positions,Bitmap occupying the 14 LSBs
    with:bit 0: first symbol and for each bit 0: no DMRS,1: DMRS
  • dmrsConfigType:DL DMRS config type,0: type 1,1: type 2
  • dlDmrsScramblingId:DL-DMRS-Scrambling-ID
  • SCID:DMRS sequence initialization
  • numDmrsCdmGrpsNoData:Number of DM-RS CDM groups without data
  • dmrsPorts:DMRS ports

【Pdsch Allocation in frequency domain】:

  • resourceAlloc:Resource Allocation Type,0: Type 0,1: Type 1
  • rbBitmap:For resource alloc type 0,This bitmap is in units of VRBs. LSB of byte 0 of the bitmap represents the first RB of the bwp
  • rbStart:For resource allocation type 1.The starting resource block within the BWP for this PDSCH.
  • rbSize(1->275):For resource allocation type 1. The number of resource block within for this PDSCH
  • VRBtoPRBMapping:VRB-to-PRB-mapping,0: non-interleaved,1: interleaved with RB size 2,2: Interleaved with RB size 4

【Resource Allocation in time domain】

  • StartSymbolIndex:Start symbol index of PDSCH mapping from the start of the slot
  • NrOfSymbols:PDSCH duration in symbols
  • PTRS:PT-RS antenna ports,Bitmap occupying the 6 LSBs
    with: bit 0: antenna port 1000,bit 5: antenna port 1005 and for each bit 0: PTRS port not used 1: PTRS port used
  • PTRSTimeDensity:PT-RS time density,0: 1,1: 2, 2: 4
  • PTRSFreqDensity:PT-RS frequency density,0: 2,1: 4
  • PTRSReOffset:PT-RS resource element offset
  • nEpreRatioOfPDSCHToPTRS:PT-RS-to-PDSCH EPRE ratio

【Beamforming】

  • Precoding and Beamforming

【Tx Power info】

  • powerControlOffset:Ratio of PDSCH EPRE to NZP CSI-RSEPRE
  • powerControlOffsetSS:Ratio of SSB/PBCH block EPRE to NZP CSI-RS EPRES

【CBG fields】

  • IsLastCbPresent:Indicates whether last CB is present in the CBG retransmission,0: CBG retransmission does not include last CB,1: CBG retransmission includes last CB,If CBG Re-Tx includes last CB, L1 will add the TB CRC to the last CB in the payload before it is read into the LDPC HW unit
  • isInlineTbCrc:Indicates whether TB CRC is part of data payload or control message
  • dlTbCrc:TB CRC: to be used in the last CB, applicable only if last CB is present

3.4.2.3 CSI-RS PDU

3.4.2.4 SSB PDU

3.4.2.5 Tx Precoding and Beamforming PDU

3.4.3 UL_TTI.request

MAC层调度器对PHY的上行资源的调度请求。

3.4.3.1 PRACH PDU

3.4.3.2 PUSCH PDU

3.4.3.3 PUCCH PDU

3.4.3.4 SRS PDU

3.4.3.5 Rx Beamforming PDU

3.4.4 UL_DCI.request

3.4.5 SLOT errors

(1)PHY对上行DL_TTI.request的应答

  • MSG_INVALID_STATE:PHY处于idle或configured状态,非Running状态。
  • SFN_OUT_OF_SYNC:接收到一个非对齐的SFN/SLOT
  • MSG_BCH_MISSING:在某个sub-framer中期望收到BCH, 但没有收到。
  • MSG_SLOT_ERR:接收到的DL_TTI.request格式不正确

(2)对下行UL_TTI.request的应答

  • MSG_INVALID_STATE
  • MSG_SLOT_ERR:接收到的UL_TTI.request格式不正确

(3)对UL_DCI.request的应答

  • MSG_INVALID_STATE
  • MSG_INVALID_SFN
  • MSG_UL_DCI_ERR:接收到的UL_DCI.request格式不正确

3.4.6 UCI.indication(上行调度请求指示)

UCI.indication:表明是否有调度请求

UL_TTI.request:表明如何进行上行调度

该消息用于指示UE的上行调度请求UCI, UCI的信息来自于如下两个物理信道:

(1)PUCCH:在基站还没有为UE分配上行资源前

(2)PU-SCH:在基站已经为UE分配了上行资源后

UCI.indication消息的格式与接收到的UCI来自于哪个物理信道有关,有四种格式:

  • PUSCH
  • PUCCH Format 0 or 1        => 来自PUCCH信道,格式为0或格式1
  • PUCCH Format 2,3 or 4     => 来自PUCCH信道,格式为2或3或4
  • SR, HARQ and CSI

(1)公共的头信息:

  • SFN
  • Slot
  • NumUCIs:Number of UCIs included in this message

(2)每个UCI的头信息

  • PDUType:0: UCI indication PDU carried on PUSCH, 1: UCI indication PDU carried on PUCCH Format 0 or 1;   2: UCI indication PDU carried on PUCCH Format 2, 3 or 4.
  • PDUSize:PDU数据的长度。

(3)每个UCI的数据结构:上述4种类型,不同类型的内容不相同,如下所示:

3.4.6.1 来自PUSCH信道的UCI PDU

  • pduBitmap:指示可选PDU是否存在, Bit 0: not used, Bit 1: HARQ(随路携带的下行PD-SCH信道的数据应答), Bit 2: CSI(信道状态指示) Part 1, Bit 3: CSI Part 2.
  • Handle:instance handle, 在多PHY的场景中,用于标识PHY
  • RNTI
  • UL_CQI:
  • Timing advance
  • RSSI
  • HARQ information
  • CSI part1 information
  • CSI part2 information

备注:MAC层调度器根据上下传送的CQI, RSSI, CSI等信息, 确定UE的信道质量,并根据信道质量,指示物理层,在下行发送UE数据时,采用何种MCS编码方案。

备注:来自PUSCH信道的UCI PDU,不包括PUCCH的UCI调度请求信息。

3.4.6.2 PUCCH PDU Format 0/1

  • pduBitmap:是否包含SR和HARQI, Bit 0: SR, Bit 1: HARQ
  • Handle
  • RNTI
  • PucchFormat:0: PUCCH Format0, 1: PUCCH Format1
  • UL_CQI:SNR
  • Timing advance
  • RSSI
  • SR information:调度请求数据(详见3.4.9.4)
  • HARQ information:HARQ应答信息(详见3.4.9.4)

3.4.6.3 PUCCH PDU Format 2/3/4

  • pduBitmap:是否包含SR和HARQI, Bit 0: SR, Bit 1: HARQ
  • Handle
  • RNTI
  • PucchFormat:0: PUCCH Format0, 1: PUCCH Format1
  • UL_CQI:SNR
  • Timing advance
  • RSSI
  • SR information:调度请求数据
  • HARQ information:HARQ应答信息
  • CSI part1 information
  • CSI part2 information

3.4.6.4 SR, HARQ and CSI Part 1/ 2 PDUs

上行调度请求的核心信息通过SR承载。

(1)SR PDU for Format 0 or 1)

  • SRindication:表明有上行调度的请求
  • SRconfidenceLevel:信任等级, 0:good,1:bad。

(2)HARQ PDU for Format 0 or 1

  • NumHarq:Number of HARQ bits present in UCI
  • HarqconfidenceLevel:Confidence level of detected HARQ.
    Indicates the likelihood that the decoded output for this PDU are is correct.
  • HarqValue:0 = pass,1 = fail,2 = not present

(3)SR PDU for Format 2, 3 or 4

  • SrBitLen
  • SrPayload:SR的净荷,the Contents of SR

(4)HARQ PDU for Format 2, 3 or 4

  • HarqCrc:Indicates CRC result on HARQ data
  • HarqBitLen:Length of Harq payload in bits
  • HarqPayload:Contents of HARQ

(5)CSI Part1 PDU

  • CsiPart1Crc:Indicates CRC result on CSI Part1 data, 0 = pass,1 = fail
  • CsiPart1BitLen:Length of CSI payload in bits
  • CsiPart1Payload:Contents of CSI. This will be raw data matching CSI payload built by UE

(6)CSI Part2 PDU

  • CsiPart2Crc:Indicates CRC result on CSI Part1 data, 0 = pass,1 = fail
  • CsiPart2BitLen:Length of CSI payload in bits
  • CsiPart2Payload:Contents of CSI. This will be raw data matching CSI payload built by UE

3.4.7 Tx_Data.request

(1)头信息:

  • SFN
  • Slot
  • Number of PDUs

(2)对于每个PDU

  • PDU length:The total length (in bytes) of the PDU description and PDU data, without the padding bytes.
  • PDU index:Used to correlate the MAC PDU with the DL_TTI PDSCH PDU
  • numTLV:The number of TLVs describing the data of the transport block
  • TLVs

(3)TLV

  • tag
  • length
  • value

3.4.7.1 Downlink Data Errors

  • MSG_INVALID_STATE
  • MSG_INVALID_SFN
  • MSG_TX_ERR

3.4.8 Rx_Data.indication

该消息表明,物理层收到了UL-SCH信道的用户数据。

(1)头信息:

  • SFN
  • Slot
  • Number of PDUs

(2)PDU信息

  • Handle:The handle passed to the PHY in an UL_TTI.request PUSCH PDU
  • RNTI
  • HarqID:HARQ process ID
  • PDU Length:接收到的PDU的长度
  • UL_CQI:SNR
  • Timing advance:Timing advance ???????????? measured for the UE
  • RSSI
  • PDU:PDU的数据内容

3.4.9 CRC.indication

该消息用于指示接收到的传输块TB中数据CRC的情况。这里只传输物理层检测到的CRC的结果,而不需要MAC层重新做CRC, 因此没有传送CRC本身。另外,CRC出错的包,不会直接丢弃。

(1)头信息:

  • SFN
  • Slot
  • Number of CRCs

(2)PDU信息

  • Handle:The handle passed to the PHY in an UL_TTI.request PUSCH PDU
  • RNTI
  • HarqID:HARQ process ID
  • TbCrcStatus:Indicates CRC result on TB data,0 = pass,1 = fail
  • NumCb:If CBG is not used this parameter can be set to zero. Otherwise the number of CBs in the TB.
  • CbCrcStatus:0 = pass,1 = fail
  • UL_CQI:SNR
  • Timing advance:Timing advance ???????????? measured for the UE
  • RSSI

3.4.10 SRS.indication(探测信号指示

(1)头信息:

  • SFN
  • Slot
  • Number of PDUs

(2)SRS PUD

  • Handle
  • RNTI
  • Timing Advance
  • numSymbols:检测到的SRS的符号数
  • wideBandSNR:测量到的SRS SNR
  • numReportedSymbols:Number of symbols reported in this message. This allows PHY to report individual symbols or aggregated symbols where this field will be set to 1.

(3)符号的PDU:探测信号

  • numRBs:Number of PRBs to be reported for this SRS PDU.
  • rbSNR:SNR value in dB.

3.4.11 RACH.indication

随机接入指示RACH.indication,在一个slot.indiction之后,可以有多个RACH.indication.

(1)头信息:

  • SFN
  • Slot
  • Number of PDUs

(2)PRACH PDUs信息

  • physCellID:物理小区id(手机检测到的物理小区ID,因为基站可能支持多个小区)
  • SymbolIndex:The index of first symbol of the PRACH TD occasion(物理层检测到的PRACH所在的时域符号位置)
  • SlotIndex:The index of first slot of the PRACH TD occasion in a system frame(物理层检测到的PRACH所在的Slot号)
  • FreqIndex:The index of the received PRACH frequency domain occasion(物理层级检测到的PRACH所在的频域位置)
  • avgRssi:Average value of RSSI in dB
  • avgSnr:Average value of SNR in dB
  • numPreamble:Number of detected preambles in the PRACH occasion(物理层检测到的前导码信息的个数)

(3)preamble信息

  • preambleIndex:前导码的索引号,这是PRACH最核心的信息。
  • Timing advance:PRACH的时间提前量
  • PreamblePwr:物理层接收到的前导码的功率

作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_CSDN博客

本文网址:https://blog.csdn.net/HiWangWenBing/article/details/120645757

最后

以上就是任性玫瑰为你收集整理的FAPI专题-8:5G FAPI接口 - 中文规范-4- P7消息格式第3章 主要的消息格式3.4 P7接口的Slot Messages(时隙调度消息)的全部内容,希望文章能够帮你解决FAPI专题-8:5G FAPI接口 - 中文规范-4- P7消息格式第3章 主要的消息格式3.4 P7接口的Slot Messages(时隙调度消息)所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(139)

评论列表共有 0 条评论

立即
投稿
返回
顶部