- 博客(19)
- 收藏
- 关注
RSS订阅原创 NR RLC(二)
当 AM RLC entity发送端收到一个 STATUS PDU时，其代表的内容是截至SN = ACK_SN 的RLC SDU为止目前所有收到的RLC SDU，当然要排除报NACK_SN的PDU，其包含具有NACK_SN、SOstart和SOend的部分RLC SDU，具有NACK_SN和NACK_range的RLC SDU以及具有NACK_SN、NACK range、SOstart和SOstart的部分RLC。'11'代表当前的AMD PDU对应的是RLC SDU的中间部分的segment。
2024-10-03 08:27:38
1
原创 NR RLC(一) overview
之前或多或少有对PHY，MAC及PDCP部分进行了总结，现在开始的是NR RLC部分的学习笔记总结，RLC是很重要的一层，在实际UE问题处理中，常常会查看RLC的收发状况，而NR RLC对应38.322，整本spec不多(30多页)，最早2019年的时候就研究过，现在再温故知新下(也忘差不多了).....这篇就从大体功能的角度看下RLC，具体细节后面慢慢再说。
2024-10-03 08:24:44
2
原创 NR PDCP(四) data transfer和SDU discard
PDCP data PDU format设计是只包含PDCP SN进行传输，这样PDCP的计数只能由SN的大小决定，假设SN的取值范围为10时，在传输时，UE来回只能收到10不同编号的包，这对于PDCP来说是不够的，因而增加了HFN，假如第一轮的10个包，对应的HFN=0，第二轮的10个包，对应HFN=1，进而UE用COUNT=[HFN,PDCP SN]来对PDCP packet进行计数，这样没改变PDCP data PDU format SN的设计，还可以将PDCP的缓存增大。之后将TX_NEXT加一；
2024-10-03 05:09:15
21
原创 NR PDCP(五) Status reporting
(1)针对PDCP SDU的接收情况整理一个bitmap字段，其长度等于从第一个丢失PDCP SDU到最后一个乱序的PDCP SDU的COUNT数量减1(不包括第一个丢失的PDCP SDU)，bitmap的长度除了能将SDU的状态完整上报外，还需要凑足8bit的整数倍或者等于最大的PDCP control SDU上限(9000Bytes)，这两者以先达到者为准。将所有未接收到的 PDCP SDU的bitmap字段设置为“0”，可选的PDCP SDU接收到但是头解压缩失败也可以置为“0”；
2024-10-03 05:09:02
36
原创 NR PDCP(三) PDCP entity handling
(7)对于 UM DRB，对于已经与 PDCP SN 相关联但之前尚未将相应的 PDU 提交给较低层的每个 PDCP SDU，以及对于 Uu 接口被suspend的AM DRB，从第一个 PDCP SDU 开始，其对应的 PDCP data PDU 的成功交付尚未被下层确认，对于每个已经与PDCP SN关联的 PDCP SDU：认为这些PDCP SDU如同从高层接收到的一样，无须重启动discardTimer，在PDCP重建之前按照与PDCP SDU关联的 COUNT 值的升序执行PDCP SDU的传输；
2024-10-02 14:56:26
91
原创 NR PDCP(二) parameter
对于广播和组播的NR sidelink通信，RX_NEXT的SN部分的初始值为(x +1) modulo (2[sl-PDCP-SN-Size])，其中x是第一个收到的PDCP Data PDU的SN . 对于配置有state variables continuation的目标SRB，初始值是存储在对应源SRB的PDCP entity中的值。对于配置有state variables continuation的目标SRB，初始值是存储在对应源SRB的PDCP entity中的值。Bitmap长度可变。
2024-10-02 14:55:24
105
原创 NR PDCP(一) overview
因此，在对该消息进行完整性验证之前应该先将其发送给RRC实体，由RRC对该消息进行解码，然后PDCP实体根据RRC提供的完整性保护配置信息完成对消息的完整性验证。(3)对于 DAPS bearers，每个PDCP entity会与两个 UM RLC entity(同一方向上，一个用于source小区，一个用于target小区)，四个UM RLC entity(source小区和target小区每个方向对应2个)，或2个AM RLC entity(一个用于source小区，一个用于target小区)；
2024-10-02 14:54:12
153
原创 Buffer Status Reporting(BSR)
所以UE是基于LCG上报BSR，而不是为每个逻辑信道上报一个BSR。以一个实网中的异常场景开始，大概流程是有UL data要发送，UE触发BSR->no UL grant->SR->no UL grant->trigger RACH->RACH fail->RLF->RRC reestablishment：简单描述就是UE触发BSR，此时没有UL grant，之后触发SR，仍然没有 UL grant，之后触发RACH，RACH fail引起RLF，引起RRC reestablishment；
2024-10-02 14:52:22
142
原创 UL grant的分配(LCP)
UE有UL data时，会发送BSR的告知网络侧自己详细的请求，期望网络能够如期下发UL grant，正常情况下网络侧会给UE足够的UL grant去发送UL data，整个过程都会比较顺利。UE收到UL grant后，欣喜若狂，接下来要分配UL grant，但是很快就有一个难题摆在眼前，有时候UE侧会有很多逻辑信道有UL data发送，也就是UE需要将多个逻辑信道复用到一个MAC PDU中，这么多逻辑信道，手心手背都是肉，那怎么分？
2024-10-02 14:10:51
143
原创 Scheduling Request(SR)
至此本篇就基本结束了，不管什么道路都难免崎岖不平，UE也一样，即使换用SR后，也可能无法得到UL grant，那就只能触发RA，但是就算是RA，在某些场景下，UE可能仍然无法得到自己想要的东西，在这种情况下，UE只能按照spec的规定拿出最后一套动作......BSR->no UL grant->SR->no UL grant->trigger RACH->RACH fail->RLF->RRC reestablishment。具体配置时还要考虑SCS，不同的SCS可用的配置不同，如下。
2024-10-02 14:09:49
134
原创 NR CA的那点事
UE是否支持属于不同fallback group的 class回退到low order class，协议上的描述没有强制要求，但是换到基站实现角度，这块就要综合考虑，对于协议上强制支持的内容，肯定要考虑进去，对于不强制支持的内容(协议上描述模棱两可的内容)，基站侧应该就不会考虑，对于上面黄色字体这段话，如果基站侧采用协议不强制的规定给UE配置CA，估计是会出问题的。因此在有CA的情况下，UE的serving cell是由一个 PCell 和一个或多个 SCell 组成的。R：为保留位，做置0处理。
2024-10-02 14:08:29
191
原创 NR TA
这篇是NR TA的笔记，之前有对R17 NTN TA进行了简单总结，但是也仅仅局限在NTN部分，其他TA基本过程没有涉及，这篇是针对R16版本协议对NR TA相关内容做的总结。和PUSCH power control过程类似，NR TA也可以分为开环 和闭环调整，相关内容分散在38.300，38.211，38.213，38.321，38.133和38.331。后面就按照38.300 TA相关概念，38.211中有关TA定义，38.213 TA 相关内容，38.321 TA控制过程，38.133 Timi
2024-10-02 14:07:17
311
原创 R16 NR C-DRX
共同的参数是drx-SlotOffset, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-LongCycleStartOffset, drx-ShortCycle (optional), drx-ShortCycleTimer (optional), drx-HARQ-RTT-TimerDL, and drx-HARQ-RTT-TimerUL。(2)DCP-Config-r16的ps-WakeUp,在配置时只能是true，否则可以缺省；
2024-10-02 14:06:09
194
原创 NR小区搜索(六)cell reselection
这篇是NRcell reselection协议走读外加实例结尾，看完这篇基本上可以应付小区重选这类问题。通过38.331中的状态图，可以看出NR只支持和LTE的inter RAT小区重选,并不涉及其他RAT，通过系统消息包含的信息，SIB2 serving cell reselection info，SIB3 NR intra freq，SIB4 NR inter freq，SIB5 inter RAT E-UTRA，也说明NR只支持LTE和NR间的重选,及协议上规定NR不能重选到3g和2g。
2024-10-02 14:01:55
395
原创 NR小区搜索(五) S准则
根据S准则，如果UE成功检测到cell，甚至解码了MIB和sib1，，除非srxlevel > 0和Squal > 0，否则UE不会发起注册过程。P_EMAX1和P_EMAX2会针对SUL 和NUL 进行区分，分别取自p-Max和NR-NS-PmaxList，目前的log看都没有带NR-NS-PmaxList，也就是只关注P_EMAX1的值即可P_EMAX1=p-Max，而Pcompensation=max(P_EMAX1-P_PoweClass, 0)，下面再看P_PoweClass。
2024-10-02 14:00:57
194
原创 NR小区搜索(四) RMSI(SIB1)
UE找到SIB1的时频域资源之后，使用SI-RNTI（0xFFFF）在PDCCH进行盲检，根据DCI format 1_0指示，在PDSCH接收SIB1。因此，NR中频域上引入了BWP概念，UE可以被配置多个DL/UL BWP（BWP 根据UE能力配置，小于等于信道带宽），但是UE同时只能工作在一个激活的BWP中。S和L的确定与BWP 大小相关，基站需要结合BWP 大小，确定S和L的组合，然后转为RIV发给UE，UE 再根据公式算出来S和L 就知道PDSCH 对应的频域资源。
2024-10-02 14:00:02
124
原创 NR小区搜索(三) SearchSpace0
SearchSpacezero =4，即Table 13-11的index =4的那行 O=5 M=1 ，假如SSB index =1,那i=1;如果SSB index =0,i=0是偶数，first symbol index=0,n0=4, n0+1=5,对应的是偶数SFN的第4和5个时隙的index =0的符号。如果SSB index =1,i=1是偶数，first symbol index=1,n0=4, n0+1=5,对应的是偶数SFN的第4和5个时隙的index =1的符号。
2024-10-02 13:59:02
60
原创 NR 小区搜索（二）CORESET0
简单说就是SSB带CORESET0 才能进行后续SIB1的接收，这样的SSB就是CD-SSB， 而不带CORESET0的SSB 就是NCD-SSB ，这样的SSB 一般会用于测量，比如在Redcap场景，NCD-SSB就有很多应用场景。下图是offset 是正数的情况。NR小区中，可能在不同频域位置有多个SSB（用于终端测量），而且并不是每个SSB都要有CORESET 0，不带CORESET0 的SSB 是不能用于驻留用的（没有SIB1的调度），单纯用于SSB 测量，即NCD-SSB。
2024-10-02 13:57:34
105
原创 NR小区搜索(一) SSB
NR中，由于信道带宽可能非常大，如果UE按照channel Raster进行同步信号搜索，需要的时间很长，且非常耗电；因而NR引入了Synchronization raster的概念，同步信号按照Sync Raster放置。ARFCN 频点号对应Channel RasterGSCN（Global Synchronization Channel Number）频点号对应Sync Raster。
2024-10-02 13:48:22
272
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人