5G-NR物理层过程（控制）v1.0.0

同步过程

小区搜索

小区搜索过程是UE获得和小区时间和频率同步，并检测物理层小区ID的过程。

为进行小区搜索，UE需接收下列同步信号：主同步信号（PSS）和辅同步信号（SSS）。主辅同步信号在TS 38.211中定义。

UE应假设PBCH、PSS和SSS在连续的OFDM符号内接收，并且形成SS/PBCH块。

对于半帧中的SS/PBCH块，候选SS/PBCH块的OFDM 符号索引号和第1个OFDM符号索引根据下列情况确定：

• 15 KHz子载波间隔：候选SS/PBCH块的第1个OFDM符号有索引{2, 8} + 14*n。对于载波频率小于等于3 GHz，有n=0, 1。对于载波频率大于3 GHz且小于6 GHz，有n=0, 1, 2, 3。
• 30 KHz子载波间隔：候选SS/PBCH块的第1个OFDM符号有索引{4, 8, 16, 20} + 28*n。对于载波频率小于等于3 GHz，有n=0。对于载波频率大于3 GHz且小于6 GHz，有n=0, 1。
• 30 KHz子载波间隔：候选SS/PBCH块的第1个OFDM符号有索引{2, 8} + 14*n。对于载波频率小于等于3 GHz，有n=0, 1。对于载波频率大于3 GHz且小于6 GHz，有n=0, 1, 2, 3。
• 120 KHz子载波间隔：候选SS/PBCH块的第1个OFDM符号有索引{4, 8, 16, 20} + 28*n。对于载波频率大于6 GHz，有n=0, 1, 2, 3, 5, 6, 7, 8, 10, 11, 12, 13, 15, 16, 17, 18。
• 240 KHz子载波间隔：候选SS/PBCH块的第1个OFDM符号有索引{8, 12, 16, 20, 32, 36, 40, 44} + 56*n。对于载波频率大于6 GHz，有n=0, 1, 2, 3, 5, 6, 7, 8。

一个半帧中的候选SS/PBCH块在时域上以升序从0到$ L-1 ]\(进行编号。对于\) L=4 \(或\) L>4 \(，UE应根据与每个半帧内SS/PBCH块索引一一对应的PBCH中传输的DM-RS序列索引，分别确定SS/PBCH块索引的2或3个LSB比特。对于\) L=64 $，UE应根据高层参数[SSB-index-explicit]确定每个半帧内SS/PBCH块索引的3 个MSB比特。

注：DM-RS序列索引在TS 38.211中定义。

UE可通过参数[SSB-transmitted-SIB1]被配置，SS/PBCH块索引对于与SS/PBCH块对应重叠的REs，UE不应接收其他信号或信道。UE也可通过高层参数[SSB-transmitted]在每个服务小区被配置，SS/PBCH块索引对于与SS/PBCH块对应重叠的REs，UE不应接收其他信号或信道。[通过[SSB-transmitted]配置优先于通过[SSB-transmitted-SIB1]配置。]

注：May be removed and captured in 38.211。

对于每个服务小区中SS/PBCH块的接收，UE可以在每个服务小区通过高层参数[SSB-timing]每半帧周期性地被配置。如果对于SS/PBCH块的接收，UE没有每半帧被周期性配置，则UE应假设以半帧为周期。UE应假设在服务小区中，对于所有SS/PBCH块，周期是相同的。

对于初始小区的选择，UE可以假设SS/PBCH块半帧出现的周期为2帧。

传输定时调整

Timing for secondary cell activation / deactivation

无线链路监测

为了向高层指示失步/同时状态，UE应监测主小区的下行无线链路质量。

此处暂省略300+字，具体内容详见原文档。

[链路重配置过程]

在一个服务小区内为了[RSRP x 或SINR]测量，UE可以配置一组CSI-RS资源或一组SS/PBCH块索引。UE应假设SCI-RS采用非零传输功率。每个CSI-RS资源参数通过高层信令配置，这些参数包括：

• [资源配置]
• [周期]
• [天线端口]
• [传输功率]
• [伪随机序列生成参数]
• [QCL参数]
• […]

[Editor’s note: For reconfiguration request, there are also no existing agreements to describe preamble retransmissions, or the window for the UE to receive a response, or the configuration of the CORESET where the PDCCH scheduling the response is transmitted, etc.]

上行功率控制

物理上行共享信道

UE behaviour

Power headroom

物理上行控制信道

UE behaviour

探测参考信号

物理随机接入信道

在时隙$ i \(内，对于服务小区\)c$，UE通过下式确定PRACH传输功率：

\[ { {P}_{\text{PRACH,c}}}(i)=\min { {\left\{ { {P}_{\text{CMAX},c}}(i),\ { {P}_{\text{PRACH,target}}}+P{ {L}_{c}} \right\}}^{ {}}} \] dBm

其中$ { {P}{}}(i) \(是在TS 38.133中定义的服务小区\)c\(中在时隙\)i\(的UE传输功率，\) { {P}{}} \(由高层参数[*preambleReceivedTargetPower*]提供，\) P{ {L}{c}} \(是UE计算对于服务小区\)c\(的路径损耗，单位为dB。为了确定\) { {P}{}}(i) \(，UE计算路径损耗\) P{ {L}{c}} \(。路径损耗根据SS/PBCH块得到，即\) P{ {L}{c}} $ = SS/PBCHBlockPower – higher layer filtered RSRP，其中SS/PBCHBlockPower由[SystemInformationBlockType1]提供，RSRP在TS 38.215中定义，高层滤波器配置在TS 38.331中定义。

如果一个随机接入响应窗口内，如5.2小节中描述，UE不接收随机接入响应，随机接入响应包含了一个与UE发送的前导序列对应的前导ID，UE将为随后的PRACH传输确定传输功率，如果有的话。[TS 38.321]

载波聚合

双连接

随机接入过程

在进行初始化的物理随机接入过程之前，L1应该从高层接收一组SS/PBCH块索引，并且应向高层提供一组对应的RSRP测量。

在进行初始化的物理随机接入过程之前，L1应该从高层接收以下信息：

• PRACH传输参数（PRACH前导格式，用于PRACH传输的时域和频域资源）
• 用于决定小区中根序列及其在前导序列集合中的循环移位值的参数（逻辑根序列表格索引、循环移位$ N_{}^{ {}} $、集合类型（受限集合和非受限集合））

从物理层来看，物理层随机接入过程包括PRACH中随机接入前导（Msg1）的发送，PDSCH（Msg2）中的随机接入响应（RAR），PUSCH中的Msg3和PDSCH中的Msg4。

批注：Tentatively, Msg3 and Msg4 will be described as part of the RA procedure due to various differences from PUSCH/PDSCH after RRC connection.

随机接入前导

L1过程通过PRACH传输请求被触发，PRACH传输由高层来配置。高层对PRACH传输的配置包括：

• 对于PRACH传输，高层参数[PRACH-config]提供的配置
• 对于PRACH传输，高层参数[PRACH-cell-idx]提供的服务小区索引
• 前导索引，PRACH格式，$ { {P}_{}} $，相应的RA-RNTI，PRACH资源
• [对于PRACH传输的重复次数，也作为请求的一部分由高层指示]

A PRACH format is selected from the preamble sequence set for the corresponding preamble sequence length using the preamble index.

在所指示的PRACH资源上，前导使用所选择的PRACH格式发送，传输功率为4.4节描述的$ { {P}_{}} $。

定时

随机接入响应

UE通过高层[TS 38.321]在一个约束窗内，采用所指示的RA-RNTI尝试检测PDCCH。窗口开始于最早的CORESET的符号。对于Type1-PDCCH公共搜索空间，UE配置了CORESET。Type1-PDCCH公共搜索空间在7.1节进行了定义，在前导序列传输的[X]个符号之后。随机接入响应窗口的长度由高层参数[rar-windowlength]提供。

如果UE在时间窗内，采用所指示的RA-RNTI和相应的DL-SCH传输块检测PDCCH，UE将传输块传递到高层。高层分析传输块并向物理层指示上行授权。如果在时间窗内，UE不检测PDCCH或相应的DL-SCH传输块，则UE过程如[TS 38.321]中的描述。

如果UE在时间窗内，采用所指示的RA-RNTI和相应的DL-SCH传输块检测PDCCH，高层指示[XX]比特的上行授权到物理层。这一过程被称为物理层的随机接入响应（RAR）。UE应接收PDCCH和PDSCH。作为包含[SystemInformationBlockType1]的PDSCH的接收，PDSCH包含了具有相同子载波间隔和相同CP的DL-SCH传输块。[XX]比特的内容，开始于MSB，结束于LSB：

[…]

批注：To be completed as the contents of the UL grant in the RAR are determined.

Msg3 PUSCH

对于Msg3 PUSCH传输，高层参数[msg3-tp]指示UE是否应用变换预编码（transform precoding），变换预编在[TS 38.211]中描述。

Msg3 PUSCH传输的子载波间隔由高层参数[msg3-scs]提供。

UE应在相同的服务小区内发送PRACH和Msg3 PUSCH。

Msg4 PDSCH

Msg4 PDSCH传输的子载波间隔与PDSCH相同提供随机接入响应。

UE procedure for reporting control information

mark

UE procedure for HARQ-ACK codebook determination

CBG-based HARQ-ACK codebook determination

mark

批注：[HARQ-ACK information bits] The actual number of bits to report can be different – e.g. with bundling.

批注：[initial] For retransmissions, decisions are needed for dynamic/semi-static HARQ-ACK codebook determination and for possible DCI indications.

批注：[a] No decision currently exists for 2 TBs (e.g. same number for both TBs, separately configured number per TB).

mark

批注：[the UE determines whether or not a CBG is retransmitted based on a corresponding value of the CBGTI field] Placeholder text – will be modified once the specifics for the operation of the CBGTI field are decided.

批注：[cc] LTE terminology for indicating semi-static codebook (can be modified once RRC terminology is finalized). Statement in brackets will be removed if only semi-static codebook determination is supported for CBG-based HARQ-ACK.

UE procedure for reporting HARQ-ACK

HARQ-ACK reporting in physical uplink shared channel

HARQ-ACK reporting in physical uplink control channel

如果UE没有配置为PUSCH和PUCCH同时传输，并且UE不传输PUSCH，且不传输CSI或positive/negative SR，则UE应传输HARQ-ACK

• on PUCCH format 0 if
  • the transmission is over 1 symbol or 2 symbols,
  • the number of HARQ-ACK information bits is 1 or 2
    
• on PUCCH format 1 if
  • the transmission is over 4 or more symbols,
  • the number of HARQ-ACK information bits is 1 or 2
    
• on PUCCH format 2 if
  • the transmission is over 1 symbol or 2 symbols,
  • the number of HARQ-ACK information bits is more than 2
    
• on PUCCH format 3 if
  • the transmission is over 4 or more symbols,
  • the number of HARQ-ACK information bits is more than [2]

UE在一个时隙的$ N_{}^{,} \(个符号上发送一个或多个PUCCH。对于PUCCH传输时隙的参考，如果UE在PDCCH上检测DCI格式，其中PDCCH通过一定数量的符号调度PDSCH的接收，这些符号的最后一个符号在时隙\)n\(内，则UE应在PUCCH传输中提供相应的HARQ-ACK信息，PUCCH在时隙\) n+k \(上传输，其中\)k$是时隙数，且通过DCI格式中的[DL-data-DL-acknowledgement]字段来指示。[DL-data-DL-acknowledgement]字段的值映射到时隙数的值，见Table 9.1.2-1中的定义。

mark

批注：Dynamic indication of symbols within a slot or joint indication of time/frequency/code PUCCH resources is not precluded pending specific RAN1 agreements.

HARQ-ACK procedures for one configured serving cell

HARQ-ACK procedures for more than one configured serving cell

UE procedure for reporting SR

批注：There are currently no RAN1 decisions on SR transmission structure and possible multiplexing with HARQ-ACK/CSI

UE procedure for reporting multiple UCI types

UCI repetition procedure

UE procedure for receiving control information

mark

UE应在一个或多个激活的服务小区或BWPs上，根据相应的搜索空间，在一个或多个CORESET内监听一组PDCCH候选集，其中搜索空间是根据所监听的DCI格式译码每个PDCCH候选。

批注：[PDCCH候选集] Can add more details later, such as per activated cell, etc., based on respective agreements.

批注：[DCI formats] Can remain applicable for potentially mapping multiple DCI formats to a same size (as for LTE DCI format 0 and DCI format 1A).

UE procedure for determining physical downlink control channel assignment in common search space

UE应在下列一个或多个搜索空间内监听PDCCH候选：

• a Type0-PDCCH common search space for a DCI format scrambled by a [SI-RNTI] on a primary cell
• a Type1-PDCCH common search space for a DCI format scrambled by a [RA-RNTI] on a primary cell
• a Type2-PDCCH common search space for a DCI format scrambled by a [INT-RNTI]

[UE应在没有载波指示域的情况下监听PDCCH候选。]

如果UE通过高层配置为以[INT-RNTI]加扰的CRC译码DCI格式，UE也在[每个服务小区]配置[一组]PRBs和一组OFDM符号。如果UE以[INT-RNTI]加扰的CRC检测DCI格式，UE可以假设不在这组PRBs和OFDM符号中发送。UE通过高层参数[int-PRBs-unit]配置PRBs的指示粒度。UE通过高层参数[int-symbols-unit]配置OFDM符号的指示粒度。UE通过高层参数[Num-PDCCH-cand]来配置对于DCI格式的每个CCE聚合等级下的若干PDCCH候选，其中DCI格式使用[INT-RNTI]加扰的CRC。

批注：[[INT-RNTI]加扰的CRC] Eventually, this DCI format will have a name and will be used to remove this part.

UE procedure for determining physical downlink control channel assignment in UE-specific search space

对于每个服务小区，高层信令给UE配置$ Q $个CORESETs。对于CORESET \(q\)，$ 0q<Q $，配置包括：

• 高层参数[CORESET-start-symb]提供第1个OFDM符号
• 高层参数[CORESET-time-duration]提供若干连续的OFDM符号
• 高层参数[CORESET-freq-dom]提供一组RBs集合
• 高层参数[CORESET-trans-type]提供CCE-to-REG映射
• 对于交织的CCE-to-REG映射，高层参数[CORESET-REG-bundle-size]提供REG bundle大小
• [高层参数[CORESET-QCL-ConfigId]提供天线端口quasi-collocation]

对于非交织的CCE-to-REG映射，REG bundle大小等于6。UE可以假设一个REG bundle内的所有REGs上传输的PDCCH应用相同的预编码。

批注：[对于非交织的CCE-to-REG映射，REG bundle大小等于6。] Can be updated if additional REG bundle sizes are defined for non-interleaved transmissions.

每个CORESET包含一组从0到$ { {N}{,q}}-1 \(编号的CCEs，其中\) { {N}{,q}} $是CORESET \(q\)中的CCEs个数。

UE所监听的PDCCH候选集定义在PDCCH UE特定搜索空间。PDCCH UE特定搜索空间在聚合等级$ L{ 1, 2, 4, 8 } \(上定义为，对于CCE聚合等级\)L$的一组PDCCH候选。对于一个DCI格式，UE在每个服务小区内通过高层参数[Num-PDCCH-cand]配置每个CCE聚合等级 下的一组PDCCH候选。

批注：[UE特定搜索空间] Cross-carrier scheduling, including use of different numerologies, will be captured through the search space.

对于连续接收（non-DRX）模式操作，UE在根据$ { {W}{ q}} $个符号周期，监听CORESET \(q\)中的PDCCH候选，其中对于CORESET \(q\)的$ { {W}{ q}} $由高层参数[CORESET-monitor-period]配置。

批注：[CORESET-monitor-period] Need to determine how, based on configured periodicity, UE monitors PDCCH and whether it is a CORESET or a search space parameter. Allowed periodicity values (symbol, slot, etc.) are TBD (start from 1 symbol) and are to be included in RAN2 specifications (likely not visible in 38.213).

服务小区中的UE，在UE特定的搜索空间监听PDCCH的候选，如果UE没有配置载波指示域，UE应在没有载波指示域的条件下监听PDCCH候选。服务小区中的UE，在UE 特定的搜索空间监听PDCCH的候选，如果UE配置了载波指示域，则UE应使用载波指示域监听PDCCH候选。

如果UE在另一个服务小区上被配置使用对应于secondary cell的载波指示来监听PDCCH候选，UE不希望在secondary cell上监听PDCCH候选。[对于服务小区中的UE监听PDCCH候选，UE应至少在同一个服务小区内监听PDCCH候选。]

Bandwidth part operation

批注：It will be attempted, as much as possible, to capture all BWP operation aspects in this Subclause while referring to other Subclauses. Potential overlaps will be resolved as the specifications progress.

批注：Text is subject to revisions as descriptions in 38.211 and 38.213 are aligned.

mark

批注：[BWP] Regarding the CSS, he agreement for its configuration is ambiguous. Which CSS configuration is it (e.g. is it for SIB scheduling, for GC-PDCCH, … )? Maybe multiple CSS configurations are applicable as in Subclause 10.1? Reference to primary cell in the agreement points to SIB scheduling but clarification is needed for what the CSS intends to do, whether the respective BWP is same as the BWP from initial access, ….

mark

批注：[transmissions] Activation/deactivation by DCI requires further details (e.g. it is FFS whether it is a DCI scheduling PDSCH/PUSCH in a configured BWP ot a separate DCI). Deactivation by a timer also requires further details (e.g. no separate specifications if it is the DRX timer). A separate timer may be described in RRC specifications as for the DRX timer.

Configurations and assumptions independent of physical channels or signals

批注：[signals] To capture reserved resources, potential LTE-NR coexistence aspects, etc. For LTE-NR DC with single UL Tx, corresponding agreement regarding configuration of DL-reference UL/DL configuration affects only LTE operation, is suitable for LTE specifications, and is not captured (unless it is extended to NR-NR DC).

相关链接

NR物理层概述 NR物理层提供的服务 NR物理信道与调制 NR复用与信道编码