概述
作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_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(时隙调度消息)所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复