5G 现网信令参数学习(2)

1. cellSelectionInfo

1.1 q-RxLevMin

2. cellAccessRelatedInfo

3. connEstFailureControl

4. si-SchedulingInfo

4.1 schedulingInfoList

4.2 si-WindowLength

5. servingCellConfigCommon

5.1 downlinkConfigCommon

5.1.1 frequencyInfoDL

5.1.2 initialDownlinkBWP

5.1.2.1 genericParameters

5.1.2.2 pdcch-ConfigCommon

5.1.2.3 pdsch-ConfigCommon

5.1.3 bcch-Config

5.1.4 pcch-Config

5.2 uplinkConfigCommon

5.2.1 frequencyInfoUL

5.2.2 initialUplinkBWP

5.2.2.1 genericParameters

5.2.2.2 rach-ConfigCommon

5.2.2.3 pusch-ConfigCommon

5.2.2.4 pucch-ConfigCommon

5.2.3 timeAlignmentTimerCommon

5.3 n-TimingAdvanceOffset

5.4 ssb-PositionsInBurst

5.5 ssb-PeriodicityServingCell

5.6 tdd-UL-DL-ConfigurationCommon

5.6.1 referenceSubcarrierSpacing

5.6.2 pattern1

5.7 ss-PBCH-BlockPower

6. ue-TimersAndConstants

1. cellSelectionInfo

cellSelectionInfo 
{
  q-RxLevMin -60
},

1.1 q-RxLevMin

表示了参数Qrxlevmin的值，定义在38.304 5.2.3.2。实际的Qrxlevmin的值 = q-RxLevMin * 2 [dBm]。示例中的-60表示-120dBm。

Qrxlevmin是小区选择/重选的必要条件之一，即最小的接收信号强度（RSRP）等级，单位dBm。

q-RxLevMin取值范围：INTEGER (-70..-22)，可以表示-140dBm~-44dBm。

2. cellAccessRelatedInfo

cellAccessRelatedInfo 
{
  plmn-IdentityInfoList 
  {
    {
      plmn-IdentityList 
      {
        {
          mcc 
          {
            4,
            6,
            0
          },
          mnc 
          {
            0,
            0
          }
        }
      },
      trackingAreaCode '00010110 00011000 11000011'B,
      cellIdentity '00110001 00000000 11110110 00000000 0010'B,
      cellReservedForOperatorUse notReserved
    },
    {
      plmn-IdentityList 
      {
        {
          mcc 
          {
            4,
            6,
            0
          },
          mnc 
          {
            1,
            5
          }
        }
      },
      trackingAreaCode '00010110 00011000 11000011'B,
      cellIdentity '00110001 00000000 11110110 00000000 0010'B,
      cellReservedForOperatorUse notReserved
    }
  }
},

该参数指示了小区访问相关的信息，示例中仅包含了plmn-IdentityInfoList。该list包含了一个PLMN-IdentityInfo的列表，每一个“info”表示了一张运营商网络。多个这样的“info”在一个小区的SIB1中广播，说明这个小区是被多个网络所共享，即RAN-Sharing。

示例中包含了2个PLMN-IdentityInfo，46000是移动的网络，46015是中国广电的网络。这个46015又称为EPLMN(Equivilent PLMN)

3. connEstFailureControl

connEstFailureControl 
{
  connEstFailCount n1,
  connEstFailOffsetValidity s30,
  connEstFailOffset 1
},

IE配置了用于连接建立失败时的控制参数。

connEstFailCount

UE在应用参数connEstFailOffset以前、在同一个小区上检测到T300超时的次数。

示例中的n1表示、检测到1次T300超时之后，UE就需要在小区选择中使用参数connEstFailOffset。

connEstFailOffsetValidity

UE在从小区评估中删除偏移之前、应用connEstFailOffset的时间。即UE使用参数connEstFailOffset所维持的一段时间。参数的取值sXX表示秒数。

示例中的s30表示、一旦UE使用了参数connEstFailOffset用于小区选择，则需要使用30s的时间。

connEstFailOffset

38.304中的参数Qoffsettemp，单位dB。如果该字段不存在，则认为参数Qoffsettemp为无限。

T300的定义可以参考38.331 7.1.1 Timers中的表格

根据38.304的小区选择公式可知，Qoffsettemp的应用会导致选择的小区具有更高的RSRP。

示例中的1表示、参数Qoffsettemp为1dB。

4. si-SchedulingInfo

si-SchedulingInfo 
{
  schedulingInfoList 
  {
    {
      si-BroadcastStatus broadcasting,
      si-Periodicity rf32,
      sib-MappingInfo 
      {
        {
          type sibType2,
          valueTag 1
        },
        {
          type sibType4,
          valueTag 1
        }
      }
    },
    {
      si-BroadcastStatus broadcasting,
      si-Periodicity rf64,
      sib-MappingInfo 
      {
        {
          type sibType5,
          valueTag 13
        }
      }
    }
  },
  si-WindowLength s160
},

IE包含了除SIB1之外其它的系统消息（称为SI）的调度信息，用于获取SI。

4.1 schedulingInfoList

包含了一个由SchedulingInfo构成的list，每一个SchedulingInfo包含以下信息：

si-BroadcastStatus：指示该SI是否正在广播中
si-Periodicity：指示该SI的周期，rfxx表示多少个无线帧
sib-MappingInfo：表示该SI中包含了哪些SIBs
- valueTag：该参数用来记录系统消息的改变。每当系统消息改变时，该参数的值加一。valueTag是一个用于很多IE的通过参数，其定义详见37.355 7.4.2

示例中包含了2条SI消息，第一条SI包含了SIB2和SIB4，周期为32个无线帧（320ms），第二条SI包含了SIB5，周期为64个无线帧（640ms）。

4.2 si-WindowLength

SI调度窗口的长度，sxx表示包含多少个时隙（slot）。

示例中的s160表示、每一个SI窗口间隔160个时隙。在5G中一个时隙的时长是不固定的，见38.211的表格4.3.2-1。以30kHz的子载波间距为例，每个无线帧包含20个时隙，即每个时隙时长为0.5ms，s160表示80ms。

注意，SI调度窗口是针对所有SI而言的，也就是所有SI都只能落在间隔为80ms的时间窗口处，至于这个窗口上是否一定有某个SI，则不一定。也就是说，每个SI的周期至少为80ms，且为80ms的整数倍（参见示例中的第一个SI周期320ms，第二个SI周期640ms）。

5. servingCellConfigCommon

这个IE的参数比较多，包含以下IE

downlinkConfigCommon
uplinkConfigCommon
n-TimingAdvanceOffset：用于随机接入中的 $N_{TA, offset}$ , 该参数决定了随机接入Msg1的上行发送的时间提前量。参见38.213 4.2， 38.133 7.1.2。示例中取值n39936，该数值表示Tc的个数。5G中一个Tc大约是0.5ns，n39936大约为20微秒。
ssb-PositionsInBurst
ssb-PeriodicityServingCell：SSB周期。示例中ms20表示20毫秒
tdd-UL-DL-ConfigurationCommon
ss-PBCH-BlockPower: 辅同步信号的EPRE（每一个RE的功率），单位dBm。示例中17表示17dBm，大约为50毫瓦。

其在38.331中定义如下（注：ServingCellConfigCommonSIB，而不是ServingCellConfigCommon）：

5.1 downlinkConfigCommon

5.1.1 frequencyInfoDL

frequencyInfoDL 
{
  frequencyBandList 
  {
    {
      freqBandIndicatorNR 41
    }
  },
  offsetToPointA 30,
  scs-SpecificCarrierList 
  {
    {
      offsetToCarrier 0,
      subcarrierSpacing kHz30,
      carrierBandwidth 273
    }
  }
},

frequencyInfoDL/frequencyBandList

指示了当前小区使用的载波频段。示例中这个list仅包含一个band，即n41。

offsetToPointA

指示SSB到Point A的频偏，见5G 现网信令参数学习(1) - MIB中关于offsetToPointA的描述。

scs-SpecificCarrierList

用于不同子载波间隔（numerologies）的载波集合，与Point A有关（见TS 38.211[16]，第5.3节）。网络中的这个配置，包含了该服务小区中DL BWPs中使用的所有SCS配置。示例中，

offsetToCarrier：表示某个DL BWP最低的可用子载波到Point A之间的频偏，单位是RB。值0表示这个DL就是从Point A开始。
subcarrierSpacing：表示某个DL BWP使用的子载波间隔(scs)，值kHz30即30kHz。
carrierBandwidth：表示某个DL BWP的带宽，单位是RB。值273表示273个RB，在30kHz的scs下，这个表示带宽为100MHz。

5.1.2 initialDownlinkBWP

5.1.2.1 genericParameters

genericParameters 
{
  locationAndBandwidth 1099,
  subcarrierSpacing kHz30
},

locationAndBandwidth

指示BWP的频率位置和带宽。这个参数是按照一种叫做“资源指示值”（resource indicator value ，RIV）的形式定义的，且假定 $N_{BWP}^{size}$ =275。RIV的公式可以参考38.214 5.1.2.2.2：

在这个公式中，RBstart指示“频率位置”，LRBs即指示“带宽”。1099表示RBstart=0，LRBs=273。

1099 = 275*(275 - 273 + 1) + (275 - 1 - 0)

5.1.2.2 pdcch-ConfigCommon

pdcch-ConfigCommon setup : 
{
  controlResourceSetZero 10,
  searchSpaceZero 4,
  commonSearchSpaceList 
  {
    {
      searchSpaceId 1,
      controlResourceSetId 0,
      monitoringSlotPeriodicityAndOffset sl1 : NULL,
      monitoringSymbolsWithinSlot '10000000 000000'B,
      nrofCandidates 
      {
        aggregationLevel1 n0,
        aggregationLevel2 n0,
        aggregationLevel4 n4,
        aggregationLevel8 n2,
        aggregationLevel16 n1
      },
      searchSpaceType common : 
        {
          dci-Format0-0-AndFormat1-0 
          {
          }
        }
    },
    {
      searchSpaceId 8,
      controlResourceSetId 0,
      monitoringSlotPeriodicityAndOffset sl40 : 21,
      duration 2,
      monitoringSymbolsWithinSlot '10000000 000000'B,
      nrofCandidates 
      {
        aggregationLevel1 n0,
        aggregationLevel2 n0,
        aggregationLevel4 n4,
        aggregationLevel8 n2,
        aggregationLevel16 n1
      },
      searchSpaceType common : 
        {
          dci-Format0-0-AndFormat1-0 
          {
          }
        }
    }
  },
  searchSpaceSIB1 0,
  searchSpaceOtherSystemInformation 8,
  pagingSearchSpace 1,
  ra-SearchSpace 1
},

controlResourceSetZero & searchSpaceZero

参考5G 现网信令参数学习(1) - MIB中的“5. pdcch-ConfigSIB1”。二者含义差不多，都指示了CORESET0的时频位置。至于为什么MIB中已经定义了这两个参数，而SIB1中还要定义这两个参数，下面Chat-gpt的回答可作参考：

“Why in SIB1: Having CORESET 0 information in the SIB1 allows the network to provide more detailed, cell-specific configurations that may vary depending on the deployment scenario (e.g., urban vs. rural environments). It also allows for potential updates to CORESET 0 that go beyond the basic parameters provided in the MIB. Since the MIB has limited payload capacity and contains only static, essential information, SIB1 provides the flexibility for more advanced configuration.”

commonSearchSpaceList

这个list定义了除了PDCCH的SearchSpace 0以外、其余的common search space，因此其SearchSpaceIds不能为0。这个list最多可以定义4个SearchSpace。示例中定义了2个common search space：1、8。下面对其中每个一参数依次描述。

searchSpaceId：search space的标识，前面说了ID 0已经有专门的定义（MIB和ServingCellConfigCommon中），因此在本list中不会出现0。这些IDs在一个服务小区中的所有BWPs中都是唯一的。
controlResourceSetId：当前SearchSpace使用的CORESET，0即配置在MIB和ServingCellConfigCommon中的CORESET#0。1..maxNrofControlResourceSets-1即配置在SI和UE专用信令中的CORESETs。注意controlResourceSet（或者CORESET）仅仅配置了PDCCH的频域位置，不包含时域位置。示例中两个CommonSearchSpace的controlResourceSetId都是0，表示均使用由MIB和ServingCellConfigCommon中提供的频域位置。
monitoringSlotPeriodicityAndOffset：用于PDCCH监听所配置的时隙数，作为周期和偏移。示例中，第一个SearchSpace配置为“sl1 : NULL”，表示每个时隙均有监听；第二个SearchSpace配置为“sl40 : 21”表示每40个时隙有一次监听，且在偏移时隙21上（每40个时隙的第22个时隙上）。
duration：SearchSpace的监听时机所持续的、连续的时隙个数。这个连续的时隙个数是在每一个由periodicityAndOffset确定的周期内。如果该字段不存在，则认为值为1个时隙。示例中，第一个SearchSpace的值不存在，即表示duration为1个时隙。第二个SearchSpace的duration=2，表示持续两个时隙，即偏移时隙21、22。
monitoringSymbolsWithinSlot: 指示当前时隙中用于监听PDCCH的第一个OFDM符号。该参数是一个bitmap，每一个bit表示一个OFDM符号，因此总共有14个bit位。如果某个bit位的值为1，则表示从当前这个OFDM符号开始监听PDCCH。示例中，两个SearchSpace均指示从第1个OFDM符号开始监听。
nrofCandidates：每一个聚合等级（aggregation level）下的候选PDCCH的个数。示例中两个SearchSpace均为：AgLevel4的配置了4个候选PDCCH、AgLevel8的配置了2个候选PDCCH、AgLevel16的配置了1个候选PDCCH。5G中aggregation level的定义和4G一样，但CCE和REG的定义和4G不一样：REG定义为时域上一个OFDM symbol、频域上12个子载波（即一个RB）；CCE定义为6个REGs
searchSpaceType：指示这个SearchSpace使用的DCI格式。这个IE可以包含"common"和“ue-Specific”两种search space的DCI格式，示例中仅包含了"common" search space的DCI格式。示例中均为“dci-Format0-0-AndFormat1-0”，表示searchspace支持DCI格式0-0和DCI格式1-0两种可能。DCI格式0-0的具体内容参考38.212 7.3.1.1.1（用于PUSCH），DCI格式1-0的具体内容参考38.212 7.3.1.2.1（用于PDSCH）。

searchSpaceSIB1，searchSpaceOtherSystemInformation，pagingSearchSpace，ra-SearchSpace

这几个参数均为searchSpaceId，分别用于SIB1、除SIB1之外的其它SI、paging、随机接入（Msg2）。这些searchSpaceId的值必须为0或者是前面commonSearchSpaceList中配置的值。示例中，searchSpaceSIB1使用searchSpaceId 0，即定义在MIB中的searchSpaceZero；searchSpaceOtherSystemInformation使用commonSearchSpaceList中配置的1；pagingSearchSpace，ra-SearchSpace使用commonSearchSpaceList中配置的8。

5.1.2.3 pdsch-ConfigCommon

pdsch-ConfigCommon setup : 
{
  pdsch-TimeDomainAllocationList 
  {
    {
      mappingType typeA,
      startSymbolAndLength 53
    },
    {
      mappingType typeA,
      startSymbolAndLength 67
    },
    {
      mappingType typeA,
      startSymbolAndLength 81
    },
    {
      mappingType typeA,
      startSymbolAndLength 95
    },
    {
      mappingType typeA,
      startSymbolAndLength 100
    },
    {
      mappingType typeA,
      startSymbolAndLength 86
    },
    {
      mappingType typeA,
      startSymbolAndLength 72
    },
    {
      mappingType typeA,
      startSymbolAndLength 58
    },
    {
      mappingType typeA,
      startSymbolAndLength 44
    },
    {
      mappingType typeA,
      startSymbolAndLength 30
    }
  }
}

这个IE下面只有pdsch-TimeDomainAllocationList 一个IE，其为由结构PDSCH-TimeDomainResourceAllocation构成的一个list，定义了一张PDSCH时域资源分配表。每一个表项包含以下参数：

k0：PDSCH和调度这个PDSCH的DCI之间的时隙偏移。如果每一个PDCCH调度了多个PDSCH，则这个字段一定会存在。否则，一个PDCCH仅调度一个PDSCH，UE认为这个参数的值为0。示例中这个参数不存在，即k0=0，表示PDSCH和其PDCCH在一个slot中。
mappingType：表示PDSCH在时域上的映射类型。参考38.214 表格5.1.2.1-1。可以看到类型A对应的是较为传统的时域映射方式：即PDSCH可以从每个slot的OFDM符号0/1/2/3开始，即可能留给PDCCH的符号数分别为0/1/2/3。而类型B的PDSCH可以从OFDM符号12开始，算是比较灵活的配置。

startSymbolAndLength：给出起始OFDM符号以及OFDM符号个数的信息，即start and length indicator（SLIV）。其定义在38.214 5.1.2.1。示例中，SLIV=53，适用else分支，对应L=12, S=2；SLIV=100，适用于if分支，对应L=8, S=2。每一个SLIV值一定对应唯一一组合理的S/L值。

5.1.3 bcch-Config

bcch-Config 
{
  modificationPeriodCoeff n2
}

modificationPeriodCoeff

表示系统消息更新的周期。这个周期的时长表示为（m = modificationPeriodCoeff * defaultPagingCycle）个无线帧的长度。示例中n2，表示2个defaultPagingCycle的时长、且表述为无线帧个数的形式。其中defaultPagingCycle配置在下面的pcch-Config中。

关于系统消息的更新周期，38.331 5.2.2.2.2中有描述：

“A modification period is used, i.e. updated SI message (other than SI message for ETWS, CMAS, positioning assistance data, and some NTN-specific information as specified in the field descriptions ) is broadcasted in the modification period following the one where SI change indication is transmitted.”

除了一些特殊目的的SI（ETWS、CMAS、一些NTN专用的）之外，普通SI会在一个称为“SI change indication”的指示发出之后、在下一个更新周期中更新。Chat-gpt给出了一些具体的例子，能更好地说明这个更新周期的应用：

5.1.4 pcch-Config

pcch-Config 
{
  defaultPagingCycle rf64,
  nAndPagingFrameOffset halfT : 1,
  ns one,
  firstPDCCH-MonitoringOccasionOfPO sCS60KHZoneT-SCS30KHZhalfT-SCS15KHZquarterT : 
    {
      8
    }
}

defaultPagingCycle

默认paging（寻呼）周期，用于产生38.304中的参数T。示例中，rf64表示64个无线帧

nAndPagingFrameOffset

用于产生在T中的总的paging帧数（对应于38.304中的参数N），以及paging帧的偏移（对应于38.304的参数PF_offset）。对于不同的pagingSearchSpace以及SSB和CORESET复用样式（1/2/3），以及SSB周期，N的取值有一些限制。详见38.331中关于nAndPagingFrameOffset的解释。

示例中取值为halfT : 1，表示N=T/2，PF_offset=1。表示在一个T中有2个PF（一个PF占用半个T），且位于第2个PF上。

每一个paging帧中的paging机会（occasions）个数。示例中表示每一个PF有1个PO。

firstPDCCH-MonitoringOccasionOfPO

对于给定PF（paging frame）的每一个PO（paging occasion），指出了第一个PDCCH的监听时机。详见38.304。示例中参数的值表示第8个PDCCH的监听时机，处于选项：sCS60KHZoneT-SCS30KHZhalfT-SCS15KHZquarterT下，因为当前配置为SCS30KHZ，N=halfT。注意：这里是Paging对应的PDCCH的监听时机，而不是Paging时机。Paging对应的PDCCH的监听时机实际上就是Paging的PDCCH searchSpace，这个在前面pdcch-ConfigCommon中指出：

pagingSearchSpace 1,

根据这个ID查找对应的SearchSpace可以获得一个Paging帧中的PDCCH的监听时机总数。

另外，由于ns=One，每个PF中最大PO数为1，所以本参数firstPDCCH-MonitoringOccasionOfPO中也只有一个数字。如果ns大于1，则应该有ns个数字，每个数字分别对应一个PO的“first PDCCH Monitoring Occasion”。

关于paging时机，可以参考这篇博文：5G NR Paging寻呼-CSDN博客

5.2 uplinkConfigCommon

5.2.1 frequencyInfoUL

frequencyInfoUL 
{
  scs-SpecificCarrierList 
  {
    {
      offsetToCarrier 0,
      subcarrierSpacing kHz30,
      carrierBandwidth 273
    }
  },
  p-Max 26
},

scs-SpecificCarrierList

和frequencyInfoDL中的scs-SpecificCarrierList的含义类似，区别仅仅是这里换成了小区中所有UL BWPs可能使用的载波配置。具体每一个参数的含义，可以参考5.1.1。示例中的值和下行一样，也是：配置了一个可用载波；从CRB0开始，子载波间隔为30kHz，带宽为273RB(100MHz)。

p-Max

UE在这个服务小区上允许的最大发射功率。

5.2.2 initialUplinkBWP

5.2.2.1 genericParameters

genericParameters 
{
  locationAndBandwidth 1099,
  subcarrierSpacing kHz30
},

同5.1.2.1

5.2.2.2 rach-ConfigCommon

rach-ConfigCommon setup : 
{
  rach-ConfigGeneric 
  {
    prach-ConfigurationIndex 17,
    msg1-FDM one,
    msg1-FrequencyStart 2,
    zeroCorrelationZoneConfig 6,
    preambleReceivedTargetPower -100,
    preambleTransMax n10,
    powerRampingStep dB2,
    ra-ResponseWindow sl20
  },
  ssb-perRACH-OccasionAndCB-PreamblesPerSSB eight : 4,
  ra-ContentionResolutionTimer sf64,
  rsrp-ThresholdSSB 36,
  prach-RootSequenceIndex l839 : 280,
  restrictedSetConfig unrestrictedSet
},

rach-ConfigGeneric

这些RACH参数用于普通随机接入和波束失败恢复（Beam Failure Recovery）过程。包含以下参数：

prach-ConfigurationIndex：PRACH所有时域资源配置形成一张表，该参数即表的索引。表格定义在38.211，表6.3.3.2-2（FR1 FDD）、表6.3.3.2-3（FR1 TDD）、表6.3.3.2-4（FR2）。示例中的值为17，应该查询表6.3.3.2-3（FR1 TDD），得到以下信息

msg1-FDM：在一个时间单位上频分复用的PRACH发送机会。简单地说就是同一个时域上、在频域上摆放了几个PRACH资源。示例中的值one表示频域上只有一个PRACH发送机会
msg1-FrequencyStart：PRACH发送机会的频域起始位置，相对于PRB 0而言。PRB 0即所在UL BWP的最低RB
zeroCorrelationZoneConfig：即N-CS配置, 定义在38.211 表6.3.3.1-5中的索引。该表定义了不同受限情况下的 $N_{CS}$ 值，而 $N_{CS}$ 值用于产生PRACH序列。示例中的值6，可以查找表6.3.3.1-5中的索引6对应的 $N_{CS}$ 值
preambleReceivedTargetPower: 网络侧（基站）接收到的PRACH的目标功率。该参数是一个基准值，实际基站接收到的PRACH的目标功率还会考虑功率爬升等因素，见38.32.1 5.1.3：其中，PREAMBLE_RECEIVED_TARGET_POWER即为基站接收的PRACH目标功率，preambleReceivedTargetPower即为本参数。这个值只能配置为2dBm的倍数。示例中配置为-100dBm。

preambleTransMax：RA preamble最大发送次数，超过这个次数，会被认为随机接入失败。示例中n10表示最大10次。
powerRampingStep：PRACH的功率爬升步长，每次PRACH-RAR失败之后，再次重新发送新的PRACH时，会增加一个步长的功率爬升，即本参数确定的dB值。示例中，表示每次重发PRACH时，增加2dB。
ra-ResponseWindow：Msg2 (RAR，Random Access Response) 的窗口长度，表示为时隙数，见38.321 5.1.4。该参数表示PRACH发送之后、在多长时间内UE会等待RAR，超过这个时间UE还没有收到RAR，会被认为接收RAR失败。示例中sl20表示20个slots。

totalNumberOfRA-Preambles

表示小区内总的RA-Preambles资源个数，这个是码分的资源。如果该参数不存在，则表示为最大个数，即64。示例中该参数不存在，即表示为64。

ssb-perRACH-OccasionAndCB-PreamblesPerSSB

该参数表示两个含义

每一个RACH机会关联的SSB个数：从oneEighth~sixteen。oneEighth表示8个RACH机会关联1个SSB；eight表示一个RACH机会关联8个SSBs
每一个SSB关联的基于竞争的Preambles（Contention-Based preambles）个数。n4表示每个SSB关联4个CB-Preambles

示例中eight : 4表示，一个RACH机会关联8个SSBs，同时每个SSB有4个CB-Preambles。注意：64个RA-Preambles中有一些划分为CB-Preambles，有一些则划分为CF-Preambles（Contention-Free-Preambles，用于非竞争随机接入的Preambles）

另外，关于为什么RACH机会需要关联SSB这个问题，和5G的Beam有关。5G中不同的Beam会对应不同的SSB，以便UE在搜索SSB时，同时选择自己最适合的Beam。为了适应这一变化，5G中增加了RACH和SSB的关联。前面Paging和SSB的关联实际上也和这个有关。

ra-ContentionResolutionTimer

竞争解决定时器，简单点说就是Msg3发出后，等待Msg4的最大时间。实际情况中，在不同的场景中还有很多不同的变化，详见38.321 5.1.5中关于ra-ContentionResolutionTimer的描述。

rsrp-ThresholdSSB

UE在选择某个PRACH资源的时候，需要先选择与其关联的SSB；而在选择这些SSB的时候，SSB的RSRP需要大于这个门限。另外，该参数类型为RSRP-Range，按照协议定义，实际的物理含义dBm = (该参数的值 – 156) dBm 。示例中值36，对应36-156=-120dBm，即SSB的RSRP不能小于-120dBm。

prach-RootSequenceIndex

PRACH根序列索引，也是用于产生PRACH序列的参数，见38.211 6.3.3.1。示例中l839 : 280表示，选择L839的序列，索引为280，查表为38.211 表6.3.3.1-3，可获得 $\mu$ =172。

restrictedSetConfig

限制集配置。示例中配置为非受限集，这个是最普通的PRACH配置。受限或者非受限，从协议上来说，会对PRACH序列生成的参数、preamble format等产生影响。从物理含义来说，和部署场景有关，比如小区覆盖半径，是否高速等。

5.2.2.3 pusch-ConfigCommon

pusch-ConfigCommon setup : 
{
  pusch-TimeDomainAllocationList 
  {
    {
      k2 1,
      mappingType typeB,
      startSymbolAndLength 27
    },
    {
      k2 2,
      mappingType typeB,
      startSymbolAndLength 27
    },
    {
      k2 3,
      mappingType typeB,
      startSymbolAndLength 27
    },
    {
      k2 4,
      mappingType typeB,
      startSymbolAndLength 27
    },
    {
      k2 5,
      mappingType typeB,
      startSymbolAndLength 27
    },
    {
      k2 7,
      mappingType typeB,
      startSymbolAndLength 27
    },
    {
      k2 8,
      mappingType typeB,
      startSymbolAndLength 27
    },
    {
      k2 9,
      mappingType typeB,
      startSymbolAndLength 27
    }
  },
  msg3-DeltaPreamble 2,
  p0-NominalWithGrant -86
},

当前BWP中的小区级PUSCH参数，包含以下参数：

pusch-TimeDomainAllocationList

上行数据分配中的时域分配表。每一个表项代表一种时域分配方式，包含以下参数：

k2：对应于L1参数“K2”，定义在38.214 6.1.2.1中。K2具体的含义是表示收到UL grant之后，间隔多少个slots发送对应的UL data。注意：38.214的表格6.1.2.1.1-2/6.1.2.1.1-3/6.1.2.1.1-4确定的是一张默认的PUSCH时域资源分配表，这里配置的则是另一张表，此外pusch-
Config中也会配置这样一张表，这3张表中具体使用那张表，则定义在38.214的表格6.1.2.1.1-1~6.1.2.1.1-1C中（里面还有一些其它的表）。其中，“Default A”即表示默认的PUSCH时域资源分配表，即38.214的表格6.1.2.1.1-2/6.1.2.1.1-3/6.1.2.1.1-4。示例中，k2=1/2/3/4/5/7/8/9这几个值，分别表示收到UL grant（DCI for PUSCH）之后，间隔1/2/3/4/5/7/8/9个slots之后发送对应的PUSCH。
mappingType：虽然PUSCH mapping type的描述出现在好几份协议中，但我个人理解其定义还是以38.214的表格6.1.2.1-1为准。通过表格可以看出，Type A的起点只能是symbol0，即上行slot的第一个symbol，而Type B则可以很灵活。此外，关于“mini-slot”和PUSCH mapping type B的关系，我个人的理解是：“mini-slot”一般借用PUSCH mapping type B来实现，但PUSCH mapping type B不一定就是“mini-slot”。只有用于URLLC等“mini-slot”业务场景中的PUSCH mapping type B才能称为“mini-slot”。对比下行（5.1.2.3 pdsch-ConfigCommon）PDSCH mapping type可以发现，下行由于slot的起始位置可能存在PDCCH，所以Type A的S可能是0/1/2/3，剔除PDCCH的影响，二者本质上是一样的，即都从slot的起始位置开始映射。另外，前面对“mini-slot”的理解，下行也是一样的。

startSymbolAndLength：表示在一个slot中的起始OFDM symbol以及占用OFDM symbol的个数，在协议中称为SLIV。其公式在5.1.2.3 pdsch-ConfigCommon中也有描述，这里不再重复。示例中“startSymbolAndLength 27”对应S=0, L=14：27=14*(14-14+1)+(14-1-0)

msg3-DeltaPreamble

该参数表示msg3和RACH preamble发送（msg1）之间的功率偏移，实际值为：该参数值*2(dB)。该参数用于38.213 7.1.1。

注意：preambleReceivedTargetPower即前面提到的配置参数（见5.2.2.2 rach-ConfigCommon），并不包含由于msg1重传而增加的功率爬升。

示例中的值2表示4dB。

p0-NominalWithGrant

除msg3之外的PUSCH的P0（初始功率）值，见38.214 7.1.1。对比前面的参数msg3-DeltaPreamble，其用于构成msg3的P0。

该参数必须为偶数。示例中-86表示-86dBm。

5.2.2.4 pucch-ConfigCommon

当前BWP中的小区级PUCCH参数

pucch-ConfigCommon setup : 
{
  pucch-ResourceCommon 12,
  pucch-GroupHopping neither,
  hoppingId 391,
  p0-nominal -102
}

pucch-ResourceCommon

该参数对应小区级PUCCH资源/参数的一张表中的索引，该表定义在38.213 表9.2.1-1中

这个资源配置在UE没有收到专用级配置PUCCH-Config之前使用，一旦UE收到了这个专用级配置，则UE将会用专用级配置PUCCH-Config中的PUCCH资源、替换本参数。

关于PUCCH资源，这是一个很大的topic，可以参考以下链接：

https://www.sharetechnote.com/html/5G/5G_PUCCH.html

pucch-GroupHopping & hoppingId

pucch-GroupHopping表示PUCCH格式0/1/3/4的group/sequence hopping配置：

neither：group和sequence hopping都不使用

enable：group和sequence hopping都使用

disable：不使用group hopping、使用sequence hopping

hoppingId 表示小区级的加扰ID，用于PUCCH的group/sequence hopping。示例中，由于pucch-GroupHopping配置为neither，因此该参数的值实际上没有什么用。

p0-nominal

PUCCH的功控参数P0，单位dB吗，值也必须为偶数。详见38.213 7.2.1。

示例中即为-102dBm。

5.2.3 timeAlignmentTimerCommon

timeAlignmentTimerCommon infinity

该参数的定义和用法在38.321 5.2中。简单地说，该参数是一个用于维护上行时间对齐的一个定时器。即UE认为当某种造成“上行时间不对齐”的原因产生后，持续多长时间后，就认为“上行时间不对齐”了。此时，UE一般会发生Call drop。当UE认为“上行时间不对齐”时，即“timeAlignmentTimer expires”时的详细行为同样描述在38.321 5.2中。

该参数是一个TAG级别的参数，即对整个TAG适用。

示例中的“infinity”表示不会发生超时，即不会发生UE认为“上行时间不对齐”的情况。

5.3 n-TimingAdvanceOffset

n-TimingAdvanceOffset n39936,

用于上行发送中、时间调整的参数N_TA-Offset，见38.211 4.3.1：

以及38.213 4.2

简单来说，第一，UE的上行发送、以下行接收为参考，必须提前一定的时间开始发送；第二，提前量主要由N_TA和N_TA-Offset给出；其中，N_TA是由MAC层通过MAC CE或其它方式动态给出的，而N_TA-Offset则由本参数给出。

5.4 ssb-PositionsInBurst

ssb-PositionsInBurst 
{
  inOneGroup '11111111'B
},

该参数指示在半帧中的SSB发送的时域位置，见38.213 4.1。每个比特对应一个SSB index，每一个SSB index对应半帧中SSB的一个时域位置，并且有：1表示对应的时域位置发送SSB，反之为0。

38.331中该字段的定义分为“inOneGroup”和“groupPresence”两种，其中“inOneGroup”可以表示半帧中最大SSB个数为4/8/64的情形，“groupPresence”仅适用于半帧中最大SSB个数为64的情形。二者的表示方法也略有区别。详见38.331以下描述：

半帧中，每一个SSB index对应的具体时域位置见38.213 4.1：Case A ~ Case G。

示例中，由于使用中移N41频段(2.6GHz)，SCS=30kHz，使用Case C（见38.101-1 表5.4.3.3-1）。

38.213 4.1中关于Case C的描述如下：

半帧中，SCS=30kHz，总共有14 * 5 = 70个slots。所以'11111111'对应slot：2,8,16,22,30,36,44,50

5.5 ssb-PeriodicityServingCell

ssb-PeriodicityServingCell ms20,

SSB周期，示例中表示20ms。

5.6 tdd-UL-DL-ConfigurationCommon

tdd-UL-DL-ConfigurationCommon 
{
  referenceSubcarrierSpacing kHz30,
  pattern1 
  {
    dl-UL-TransmissionPeriodicity ms5,
    nrofDownlinkSlots 7,
    nrofDownlinkSymbols 6,
    nrofUplinkSlots 2,
    nrofUplinkSymbols 4
  }
},

5.6.1 referenceSubcarrierSpacing

参考的SCS，注意不一定等于实际数据传输时用到的SCS。下面的38.311对这个参数的解释：参考SCS用于确定UL-DL pattern的时域边界，因此对所有具体的SCS都是common的，即无论实际数据传输使用的SCS是多少，其时域边界都和这个参考的SCS的时域边界重合。

示例为30kHz。

5.6.2 pattern1

协议中的类型为：TDD-UL-DL-Pattern。类似于LTE的上下行配置（ulDlCfg）。5G的上下行配置更为灵活，因此定义起来比LTE复杂。包含以下参数：

dl-UL-TransmissionPeriodicity：DL-UL pattern的周期，示例中为5ms
nrofDownlinkSlots：在一个DL-UL pattern的周期中，连续的下行slot个数，示例中为7
nrofDownlinkSymbols：在一个DL-UL pattern的周期中，下行切上行的时隙中，下行OFDM符号的个数，示例中为6
nrofUplinkSlots：在一个DL-UL pattern的周期中，连续的上行slot个数，示例中为2
nrofUplinkSymbols：在一个DL-UL pattern的周期中，下行切上行的时隙中，上行OFDM符号的个数，示例中为4

SCS=30kHz的帧格式中，每ms有2个slots，因此5ms一共有10个slots。DL-UL pattern的周期为5ms，也就是要在这5ms中排布DL-Special-UL时隙的样式。其中Special是LTE的叫法，在5G中直接变为用nrofDownlinkSymbols和nrofUplinkSymbols来表示。于是示例中的值，即在每个5ms周期中有：7 DL slots + 1(6dl symbols + 4 gap symbols + 4 ul symbols) slot + 2 UL slots

5.7 ss-PBCH-BlockPower

ss-PBCH-BlockPower 17

携带辅同步信号的REs的EPRE（Energe Per Resource Element），单位dBm，用于SSB的发送。详见38.213 7。

6. ue-TimersAndConstants

ue-TimersAndConstants 
{
  t300 ms1000,
  t301 ms600,
  t310 ms1000,
  n310 n20,
  t311 ms1000,
  n311 n1,
  t319 ms1000
}

该IE定义了RRC协议中的一些定时器和常量的值。具体定义参考38.331 7.1和7.3。

IE定义如下：