LTE随机接入（很全）

PRACH结构

PRACH格式

对于格式1到3，频域间隔1.25k，占用864个子载波(ZC序列长度839，剩余25个子载波两边保护)。格式4，频域讲7.5k，占用144个子载波（ZC序列139，剩余5个两边保护）。

时频位置

对于TDD，格式有4种，和TDD上下行帧划分和prach-ConfigIndex有关，见211表Table

5.7.1-3。

02prach-ConfigIndex确定了四元结构体(fRA,tRA决定了prach发送的时频位置。,t1RA,tRA)，0在211表Table 5.7.1-4中配置。其中fRA是频率资源索引。tRA?0,1,2分别表示资源是否在

所有的无线帧，所有的偶数无线帧，所有的奇数无线帧上重现。t1RA?0,1表示随机接入资源

2是否位于一个无线帧的前半帧或者后半帧。tRA表示前导码开始的上行子帧号，其计数方式

为在连续两个下行到上行的转换点间的第一个上行子帧作为0进行计数。但对于前导码格式

24，tRA表示为(*)。

序列组产生

每个基站下有64个preamble序列，怎么产生呢？

1、 由逻辑根序列号RACH_ROOT_SEQUENCE查表Table 5.7.2-4得到物理根序列号。 2、 用zeroCorrelationZoneConfig以及highSpeedFlag（如果为高速，则是限制级）查211

表格Table 5.7.2-2得到循环位移NCS;

3、 用循环位移NCS与根序列，得到64个preamble序列。1个根序列可能无法生产64

个preamle序列，则取下一个根序列继续生成，直到得到64个preamble。 普通速度模式下（非限制集），preamble的循环位移时等间隔的，一个根序列能生成。高速模式下（限制集）循环??NZCNCS??，NZC是长度序列长度为839（格式4为139）位移非等间隔。高速模式下，原根序列和生成好的序列相关，峰值会出现三个，同步时需要合并三个窗口能量做估计。

MAC层处理

流程

触发条件

1、 RRC信令触发。包括切换，初始入网，idle醒来需要做随机接入。此时没有C-RNTI,msg3

在CCCH中发送，在msg4中回携带msg3的内容作为UE标识让UE知道是否该msg4是针对自己的。

2、 UE MAC层触发：此时已经有了C-RNTI，不是为了入网而是为了2种情况：a、UE自己

发现好久没有调整ul timing了需要重新调整；b、没有SR资源但需要BSR

3、 PDCCH DCI formart 1A触发：基站发现UE的ul timing老不对了,可能是“Timing Advance

Command MAC Control Element”老调整不好了（该方式时相对值调整），基站复位一下UE的timing调整参数（随机接入的timing调整时绝对值调整，做完后应当复位一下相

对值参数，以后用MAC控制元素相对值调整） 。基站通过1个特殊的DCI format 1a告知UE开始随机接入，该DCI并不分配下行带宽，只是指示随机接入。

A、 RNTI用C-RNTI加扰；

B、 字段“Localized/Distributed VRB assignment flag”设置为0

DLDLC、 Resource block assignment – log2(NRB(NRB?1)/2)bits设置为全1

??D、 Preamble Index – 6 bits E、 PRACH Mask Index – 4 bits F、 剩下的bits全填0。

按照是否竞争，又分Contention based和Non-contention based。非竞争的消息如果Preamble Index（码索引）填为全0则表示使用竞争的。如果Preamble Index不为0，但PRACH Mask Index（时频资源索引）为0也是可以的，说明码资源基站单独分配UE了，但时频资源UE还是要自己竞争（感觉这样做很无聊，一般实现应该是都一起分配了吧）。

发送Preamble

准备

先必须得到一些PRACH和RACH的配置参数，才能发起随机接入。 1、 确定时频资源。prach-ConfigIndex

2、 确定码资源。先从RACH_ROOT_SEQUENCE查表确定根序列，zeroCorrelationZoneConfig

以及highSpeedFlag确定了循环位移，则可以从根序列确定64个preamble序列。把这64个序列取一部分（RRC配置numberOfRA-Preambles），取的这部分又分为2组（组A和组B），RRC配置了numberOfRA-Preambles，则组B大小为numberOfRA-Preambles - numberOfRA-Preambles。

3、 确定功率资源。组B用来传大数据的msg3，但由于RB多了多功率有要求。计算组B传

输的功率不能大于最大功率，用到参数deltaPreambleMsg3。 4、 确定RAR响应窗口ra-ResponseWindowSize；

5、 每次preamble不成功后重发增加的功率。powerRampingStep 6、 Preamble最大重传此时。preambleTransMax 7、 初始功率。preambleInitialReceivedTargetPower 8、 Preamble功率偏移。DELTA_PREAMBLE

9、 MSG3的HARQ重传次数。maxHARQ-Msg3Tx 10、 发送组B的preamble需要用到的功率参数messagePowerOffsetGroupB 11、 等待msg4成功完成的定时器mac-ContentionResolutionTimer。

参数得到后，清空msg3 buff，设置preamble传输次数为1（PREAMBLE_TRANSMISSION_COUNTER=1），设置backoff参数为0，选择随机接入资源。 注明：如果已经开始了随机接入，基站又指示开始新的一个，UE选哪个由UE厂家自己决定。

RRC配置参数

PRACH-Config field descriptions highSpeedFlag Parameter: High-speed-flag, see TS 36.211, [21, 5.7.2].TRUE corresponds to Restricted set and FALSE to Unrestricted set. 产生序列时用，如果为高速，则用限制级的序列偏移。 prach-ConfigIndex Parameter: prach-ConfigurationIndex, see TS 36.211 [21, 5.7.1]. 确定时频位置时用，确定帧号、子帧号、时隙号，即确定时域位置。 prach-FreqOffset Parameter: prach-FrequencyOffset, see TS 36.211, [21, 5.7.1]. For TDD the value range is dependent on the value of prach-ConfigIndex. 确定时频位置时用，确定频域位置，相对顶部（或底部）多少个RB。 rootSequenceIndex Parameter: RACH_ROOT_SEQUENCE, see TS 36.211 [21, 5.7.1]. 根序列逻辑索引，产生序列时用， zeroCorrelationZoneConfig Parameter: NCS configuration, see TS 36.211, [21, 5.7.2: table 5.7.2-2] for preamble format 0..3 and TS 36.211, [21, 5.7.2: table 5.7.2-3] for preamble format 4. 产生序列时用，觉得序列偏移。 mac-ContentionResolutionTimer Timer for contention resolution in TS 36.321 [6]. Value in subframes. Value sf8 corresponds to 8 subframes, sf16 corresponds to 16 subframes and so on. maxHARQ-Msg3Tx Maximum number of Msg3 HARQ transmissions in TS 36.321 [6], used for contention based random access. Value is an integer. MSG3的最大HARQ传输次数 messagePowerOffsetGroupB Threshold for preamble selection in TS 36.321 [6]. Value in dB. Value minusinfinity corresponds to –infinity. Value dB0 corresponds to 0 dB, dB5 corresponds to 5 dB and so on. 用组B时，UE发送时功率需要大几个DB messageSizeGroupA Threshold for preamble selection in TS 36.321 [6]. Value in bits. Value b56 corresponds to 56 bits, b144 corresponds to 144 bits and so on. 用组A时，MSG3的最大的消息大小。 numberOfRA-Preambles Number of non-dedicated random access preambles in TS 36.321 [6]. Value is an integer. Value n4 corresponds to 4, n8 corresponds to 8 and so on. Preamble总共的个数 powerRampingStep Power ramping factor in TS 36.321 [6]. Value in dB. Value dB0 corresponds to 0 dB, dB2 corresponds to 2 dB and so on. UE重发preamble时，每次功率增加的步长 preambleInitialReceivedTargetPower Initial preamble power in TS 36.321 [6]. Value in dBm. Value dBm-120 corresponds to -120 dBm, dBm-118 corresponds to -118 dBm and so on. 基站期望的目标功率 preamblesGroupAConfig Provides the configuration for preamble grouping in TS 36.321 [6]. If the field is not signalled, the size of the random access preambles group A [6] is equal to numberOfRA-Preambles. 符合参数，包含sizeOfRA-PreamblesGroupA，messageSizeGroupA，messagePowerOffsetGroupB 如果没有该参数数目只有组A没有组B，组A的大小和RA组大小一样。 preambleTransMax Maximum number of preamble transmission in TS 36.321 [6]. Value is an integer. Value n3 corresponds to 3, n4 corresponds to 4 and so on. Preamble最大发送次数 ra-ResponseWindowSize Duration of the RA response window in TS 36.321 [6]. Value in subframes. Value sf2 corresponds to 2 subframes, sf3 corresponds to 3 subframes and so on. UE发送完preamble后，等待响应的窗口，如果窗口没有收到响应，认为基站没有收到。 窗口为“发送完preamble的最后一个子帧+3”到“发送完preamble的最后一个子帧+3+ ra-ResponseWindowSize ” ra-PRACH-MaskIndex Explicitly signalled PRACH Mask Index for RA Resource selection in TS 36.321 [6]. 非竞争时用，表明时频位置。 ra-PreambleIndex Explicitly signalled Random Access Preamble for RA Resource selection in TS 36.321 [6]. 非竞争时用，表明UE发的码序列索引。 此外还要用到几个参数用来算功率与路损的，MAC和PHY用

P-Max，终端最大发送功率，msg3发送功率的最大值。如果基站sib中配置了就用基站的，否则用36101中规定的23dbm（不像wimax每个终端的能力可以不一样，lte是基站告诉UE而不像wimax相反）。

referenceSignalPower 基站RS发送功率，用来算路损，发送msg3

betaOffset-CQI-Index：CQI在PUSCH中传输时，占的总资源比例，在基站指定的随机接入中如果上报CQI就会用到，既用来决定msg3的CQI 占用的RE数，也会用来做msg3的功控。 deltaMCS-Enabled :msg3功控时，是否需要针对不同调制方式做修正。

资源选择

步骤1：选取码资源

RRC如果配置了指定的资源，则用RRC配置的，参数ra-PreambleIndex为码索引，ra-PRACH-MaskIndex为时频位置。当RRC配置了指定的资源（ra-PreambleIndex不全为0），则选择指定的资源。

如果RRC没有配置指定的资源，则

如果MSG3没有传输过：

如果组B存在，且需要传输的MSG3大于messageSizeGroupA，则看组B要求

的功率是否满足，如果满足则随机选取组B的码发送。判断条件为：PCMAX – preambleInitialReceivedTargetPower – deltaPreambleMsg3 – messagePowerOffsetGroupB>0

如果MSG3传输过，现在重传，则选取码组时，和上次一样。在组B或组A随机选

一个。

步骤2：选取时频资源

协议容许指定码资源但不指定时频资源。但不容许指定时频资源但不知道码资源。

A、 如果非竞争接入，PRACH Mask Index= ra-PreambleIndex,否则PRACH Mask Index=0

B、参考参数prach-ConfigIndex与PRACH Mask Index, ra-PreambleIndex,选取时频资源 如果指定了ra-PreambleIndexd(码资源)但没指定时频资源PRACH Mask

Index，则随机选择一个时频资源。

如果码资源没有指定，则随机选择1个时频资源，再在该资源后面连续2

帧再选2个资源，最后在这3个资源中几率均等的选取一个。

功率选择

PREAMBLE_RECEIVED_TARGET_POWER = preambleInitialReceivedTargetPower +

DELTA_PREAMBLE + (PREAMBLE_TRANSMISSION_COUNTER – 1) * powerRampingStep; 可见，发码的时候是不用协议中功控公式的，不需要估计路损等参数，指示从目标功率开始从最小的一次次往上抬功率。

RAR

监听窗口

UE第n帧发完RA后，在n+3到n+3+ ra-ResponseWindowSize监听基站的RAR响应。

ra-ResponseWindowSize最大为10，如果更大会引起其他传输的误解。

RAR消息类容 RA-RNTI

RAR对应的PDCCH中CRC用RA-RNTI加扰，RA-RNTI= 1 + t_id+10*f_id。t_id为子帧索引，f_id为子帧内的第几个时频资源。可见，UE只能解出自己发送preamble的时频资源的RAR。

RAR消息头

针对同一个RA-RNTI（时频资源），可能基站能解出多个码的preamble，也可能一个也解不出来。基站应当针对所有解出的preamble回一个大RAR消息，该消息包含若干子RAR消息体（每个消息体对应1个RAPID子头，RAPID是preamble的码索引），每个消息体针对不同的preamble码回的。但backoff参数只有一个在MAC 子头中。基站必须在一个MAC包中回所有同一RA-RNTI的RAR，不然会扰乱UE的时序，后面会讲。

R/T/R/R/BI/sub-headerR/T/RAPIDsub-headerR/T/RAPIDsub-headerR/T/RAPIDsub-headerMAC headerMAC SDU MAC SDU MAC SDU Padding (opt)MAC payload

RAR消息体

RTiming Advance CommandUL GrantOct 1Oct 2Oct 3Oct 4Oct 5Oct 6

Timing Advance CommandUL GrantUL GrantTemporary C-RNTITemporary C-RNTITiming advance command：时频调整，绝对值调整，实际调整量为该IE*16个Ts Temporary C-RNTI：临时分配的RNTI，传MSG3时用在传输信道加扰用。

UL Grant如下：

- Hopping flag – 1 bit 是否跳频

- Fixed size resource block assignment – 10 bits 转换后可以得到RIV

- Truncated modulation and coding scheme – 4 bits 调制编码率，213中表Table 8.6.1-1的前16行

- TPC command for scheduled PUSCH – 3 bits 相对功率(实际发送MSG3时功控公式中参数

见f(i)为该值加上(PREAMBLE_TRANSMISSION_COUNTER – 1) * powerRampingStep)。213表Table 6.2-1；

- UL delay – 1 bit 为0表示是n+k个子帧传输MSG3，为1是表示n+k个子帧后再等下次机会传输MSG3。其中n是收到MSG2的当前帧，k查321表Table 5.1.1.1-1得到。 - CSI request – 1 bit 对于竞争的随机接入没有意义，否则表示CQI

“Fixed size resource block assignment”转换如下：

1、 如果带宽小于等于44RB，则“resource block assignment”最低位的b个bits当作DCI format

ULUL0中的RIV。其中b的长度为b?log2NRB?NRB?1/2??????。

2、 如果带宽大于44RB，先确定跳频比特长度hopping bits NUL_hop。如果使用了跳频，带宽

大于49RB的带宽NUL_hop=2，否则为1；如果没有用跳频，NUL_hop=0。设置

ULULb???log2NRB?NRB?1/2????????10??，在“resource block assignment”中NUL_hop个bits后

?（从高位开始数），加入b个0。组成新的数据当作RIV。

MAC处理

1、 查表321表Table 7.2-1，设置backoff参数，

2、 如果preamble的码索引就是终端发出的preamble，则

a、 认为接收RAR成功 b、 给PHY调整timing c、 设

置

功

率

到

PHY

preambleInitialReceivedTargetPower

，

(PREAMBLE_TRANSMISSION_COUNTER – 1) * powerRampingStep)，用于msg3的功控。 d、 设置msg3的带宽分配到PHY（需要解析一下，看是在mac解析还是在phy解析，

见前面“消息体”描述）

e、 如果基站指定了码索引ra-PreambleIndex，则认为随机接入完成了，否则: <1>保存

Temporary C-RNTI，msg3要加扰用 <2>如果是第一次收到rar，且msg3不是RRC消息（RRC消息在CCCH上传），则生成msg3时在MAC的控制元素中带上C-RNTI(此时只能是SR资源不可用或者时频太久没有调整，触发随机接入)

3、 如果RAR消息头中没有UE自己的preamble索引RAPID，或者在监听窗口没有收到RAR

消息，处理一样（213里面说处理是不一样的，和MAC矛盾），MAC的处理见下。 A、 发送此时加1. PREAMBLE_TRANSMISSION_COUNTER+1 B、 如果达到最大preamble发送次数，通知高层

C、 如果MAC自己发起的随机接入（SR触发或时偏调整触发），则在0和backoff值中

随机选取一个，等到时间结束在发preamble D、 重新选择资源发送preamble。

下面说下物理层的描述，和MAC描述有冲突。

1、 第N子帧收到了对应RA-RNTI的响应，且preamle index是自己，则说明nodeB收到了自己的发送请求，则调整timing保存Temporary C-RNTI, 准备在N+6帧发送MSG3（TDD在第6帧开始的第一个上行子帧发送）；

2、 第N子帧收到了对应RA-RNTI的响应，且preamle index不是自己。则说明自己发送的

preamble基站没有收到，则在第N+5帧内调整功率重发preamble（见213 6.1.1）。和MAC层描述的退避矛盾。物理描述是有一定道理的，因为假设基站针对一个RA-RNTI在一条大消息中回所有的preamble码字的RAR 。如果没有本UE的但有别的UE的，说明其他UE已经检测出来了下面进行msg3和msg4流程了，不会再发码，因此本UE赶快发码也不会和别人冲突。但细想一下，有可能出现这种情况：比如有10个UE在同一个时频位置发送了preamble（RA-RNTI相同），基站可能只检测出2个preamble（可能还

检测错了），如果UE不退避直接发送，那么还有至少还有8个UE要发送很可能再次碰撞。因此这种情况建议还是按照MAC层规定退避。 3、 过了RAR接收窗口还没收到对应RA-RNTI响应，则在第N+4帧内调整功率重发preamble

（见213 6.1.1）。和MAC层描述的退避矛盾。这里PHY描述有道理的，基站收到东西后不管有没有收到都应该回RAR，没有检测出来码但检测到信号了就只发个backoff。但RAR都没发说明UE功率太小了，赶快加大功率发了根本不需要退避。

针对MAC和PHY描述不一致，实现建议：

1、 eNodeB在针对一个RA-RNTI回RAR时，把针对该RA-RNTI的所有preamble码字的RAR

都在一条消息中带下来。只要检测到信号，都回RAR。

2、 UE如果收到针对自己RA-RNTI的RAR，但如果没有针对自己preamlbe的响应，则退避。 3、 UE如果在接收窗口没有收到任何针对自己RA-RNTI的RAR，则直接在N+4帧内重新发码，

不需要退避了。

上面描述都是321中说的，自己补充几点：

1、timing值在RAR时是绝对值，而以后的MAC信息元素调整是相对值，随机接入完成后timing值应当复位。如果随机接入过程中（MSG4下来之前）收到了MAC信息元素的timing调整，厂家自己决定怎么做，可以忽略该调整； 2、Temporary C-RNTI需要保存用来后续msg3加扰；

3、UL Grant的翻译工作如果MAC层做的话，需要转换成一般的DCI format 0格式。 4、如果重新发送preamble，且没有收到backoff参数，自己选取默认的backoff参数。

MSG3

传输方式

用HARQ，最大重传次数是RRC配置的maxHARQ-Msg3Tx。

用的资源在RAR中的UL Grant中描述，描述了时频位置，跳频，功控参数。

传输时机

收到RAR后第6帧（36213中描述），如果第6帧不是上行帧，则等到第一个上行帧传输。

时频位置

收到RAR后第6帧（36213中描述），如果第6帧不是上行帧，则等到第一个上行帧传输。

发送功率

PPUSCH(i)?min{PCMAX,10log10(MPUSCH(i))?preambleInitialReceivedTargetPower?deltaPreambleMsg3?PUSCHPL?10log10((2MPR?KS?1)?offset)?

(PREAMBLE_TRANSMISSION_COUNTER?1) ?powerRampingStep??msg2}我把msg3的特定参数带入到了协议中的功控公式即上式。

如果是在组B发送码，对应于组A的功率偏移messagePowerOffsetGroupB，体现在

10log(PUSCHi())10M中，因为分的RB数目多了。在初始发码的时候只是粗略估计一下组B

的msg3多需要多少功率，而在RAR之后，就可以精确计算而不需要那个粗略的参数了。

UE最大发送冲率如果基站sib中配置了就用基站的，否则用36101中规定的23dbmPCMAX：

（不像wimax每个终端的能力可以不一样，lte是基站告诉UE而不像wimax相反）。

preambleInitialReceivedTargetPower?deltaPreambleMsg3为RRC配置，分别是preamble期望接收功率与“MSG3相对preamble的偏移功率”。

10log10(MPUSCH(i))：RB个数 PL：路损

PUSCH：调制方式补偿与CQI信息补偿。 10log10((2MPR?KS?1)?offset(PREAMBLE_TRANSMISSION_COUNTER?1) ?powerRampingSteppreamlbe相对第一次preamble传输抬升的功率。

最后

?msg2：RAR消息中的TPC字段，相当于闭环功控基站调整参数。

内容

1、 传输信道用Temporary C-RNTI加扰；

2、 Msg3的最大bits数目，在RRC配置中的messageSizeGroupA规定。

3、 如果是RRC层触发的随机接入，则逻辑信道为CCCH，传输RRC信令,TM方式，携带一

个UE标识。MAC还必须保存该CCCH的消息（RRCConnectionRequest消息），用作msg4时的比对判断是否msg4是给自己的。 如果是MAC层自己触发的随机接入，至少携带一个C-RNTI（此时已经有C-RNTI，在MAC控制元素中携带该C-RNTI而不是Temporary C-RNTI）在MAC控制元素中，也可以携带

BSR等。

4、每发送完msg3（包括重传），应该起定时器mac-ContentionResolutionTimer监听msg4。

可见，eNodeB不能通过传输信道的Temporary C-RNTI识别UE，而应该通过解出MAC信息元素或者RRC消息后才知道是哪个UE。

MSG4(Contention Resolution)

Msg4意义

不同UE可能选择了相同的时频资源，相同的码资源（Preamble index），则RAR消息中RA-RNTI和RAPID都相同，多个终端可能同时发送msg3。如果同时发送了，则基站无法解出msg3来，也有一点可能基站能解出1个UE的msg3（比如基站和某个UE功率差得实在太大，该UE的信号基站无法收到但基站的信号他能收到，而另外一个UE信号很好且在相同资源发了相同的preamble）。所以UE需要比对msg4看是否是针对自己的，如果是自己的才知道没有冲突。

Msg4形式与内容

Msg4的意思是竞争解决，可能是多种形式。 1、 如果msg3是RRC信令(mac传输CCCH SDU)，则Msg4的PDCCH用Temporary C-RNTI

加扰， msg4中应当携带48bits的MAC控制元素“UE Contention Resolution Identity”，该控制元素就是msg3的SDU。UE比较如果该控制元素和自己保存的msg3的SDU相等，则是自己的msg3被基站正确接收了，竞争解决完成。

2、 如果msg3携带C-RNTI，且是UE自己发起的随机接入（可能是UE自己timing定时

器超时发起，或者没有SR资源需要发送BSR），则基站直接针对C-RNTI（非Temporary C-RNTI）分配一个上行PDCCH DCI format 0。

3、 如果msg3携带C-RNTI，且基站发送PDCCH DCI format 1a触发随机接入，则基站针

对该C-RNTI发送下行数据分配（PDCCH用C-RNTI加扰）。

UE对Msg4的处理

参考上一节可判断竞争解决是否完成。

如果竞争完成了，对于msg3中携带MAC控制元素C-RNTI的情况，则停止定时器mac-ContentionResolutionTimer，丢弃Temporary C-RNTI,随机接入完成。

如果竞争完成了，对于msg3中携带CCCH SDU的情况，则停止定时器mac-ContentionResolutionTimer，Temporary C-RNTI升级为C-RNTI, 随机接入完成。

如果mac-ContentionResolutionTimer超时，则任务竞争解决失败。

如果任务竞争解决失败，则情况msg3的HARQ缓存，增加PREAMBLE_TRANSMISSION_COUNTER，如果preamble传输次数达到最大，则随机接入失败。否则在backoff窗口内选择一个资源重新开始preamble发送。

与wimax对比

不同点 1、UE发送的序列组确定方式不同 LTE 小区ID定了，但每个小区还可以规定自己的基序列与偏移生成不同的序列组(SIB2中指定) 2、PRACH资源的时频位置，指示方式不同 静态指示。SIB2中给了配置索引和频率偏移等信息，则每帧中PRACH的资源位置是固定的。 3、竞争冲突机制1 基站在发码区域，检查到上行信号但没有检测出码字 4、竞争冲突机制2 RAR监听窗口内，基站没有针对RA-RNTI对上行码回响应时 4、 竞争冲突机制3 退避窗口 5、SR触发机制 UE立即重发（在RAR监听窗口结束帧“N +4”帧内就必须重发 终端退避重发 enodeB仍然响应RAR，且携带退避窗口属性 WIMAX 小区ID确定（下行preamble定下来的话，IDCELL确定），则64个序列（序列组）就定了 UL-MAP中每帧都动态指示，位置每帧都可以不一样。后续的协议也可以发在UCD中半静态指示 基站不响应，让终端自己超时退避 基站指示退避窗口 基站可以不给终端SR资源也可以不分带宽，终端自己发起随机接入发BSR 可以通过DCI 1A触发 终端自己决定退避窗口 基站必须定期给终端分上行带宽，不然终端就reset mac 只能UE自己发起（切换除外） 6、基站主动触发

本文来源：https://www.bwwdw.com/article/ib9.html