如果DCI format 0-0的长度大于DCI format 1-0的长度，那么则减短DCI format 0-0中的frequency domain field的长度，删除其中的MSB比特位，使其与DCI format 1-0 长度一致。当NR载波和SUL载波计算的DCI format 0-0比特数小于DCI format 1-0的比特数时候，且存在SUL载波时候，DCI format 0-0在添加padding比特后的最后一个比特为SUL indicator field。

网络如何获知是需要进行msg3 repetition

PUSCH repetition次数

SPS PDSCH HARQ-ACK的专利

DCI format 2-6对应的SearchSpace配置在SearchSpaceExt-r16中，对应的RNTI值，Payload Size配置在上面的DCP-Config-r16中，UE在DCI中的比特起始位置由ps-PositionDCI-2-6-r16确定。否则不需要开启on-duration timer。仅在配置了DRX，且DRX cycle为long DRX时候才进行DCI format 2-6的接收，在38.213中的10.3节描述，DCI format 2-6的接收时间点如下图所示。...

DCI调度PDSCH与SPS PDSCH的调度限制 在38.214的5.1节中，UE不期望接收DCI调度的PDSCH与SPS PDSCH的时域有部分重叠或者全部重叠，除非DCI的结束符号位置距离SPS PDSCH（起始位置最靠前）的起始位置大于等于14个符号。The UE is not expected to decode a PDSCH in a serving cell scheduled by a PDCCH with C-RNTI, CS-RNTI or MCS C-RNTI and o..

文章介绍了几个不同的UCI Multiplexing on PUSCH的步骤。UCI包括HARQ-ACK，CSI和SR，在PUCCH信道上发送或者复用到PUSCH上发送。CSI包括在PUSCH信道上发送的非周期CSI，PUCCH信道上发送的周期CSI，以及在PUCCH信道或者PUSCH信道上发送给的semi-persistent CSI。CSI包含两部分，CSI part 1是固定的payload size，指示了Part 2的CSI信息比特个数，CSI part 1必须完整发送。U

在CA场景下，Scell的业务量要比Pcell更加稀疏，DRX节能信号仅可以配置在Pcell上，Scell无法实现DRX唤醒功能，R16引入dormant DL BWP，终端在该状态下无需检测PDCCH，仅需要做一些测量操作以维持链路性能，可以最大程度降低Scell的能耗。Dormant BWP只配置在辅载波上，若配置了，只会在辅载波配置一个Dormant BWP，在该BWP上的行为，在38.321的5.15.1节描述可以看到，在dormant BWP上，没有任何上行发送，对于下行接收，

CSI的配置项比较多，大致上先理清楚各个配置之间的关系。 CSI-MeasConfig CSI配置在CSI-MeasConfig中，其中包含的子项很多。 CSI-ResouceConfig CSI-ResouceConfig，包含了标识CSI-ResourceConfigId，若干组NZP-CSI-RS-ResourceSet，以及若干组用于Beam Management和Report的SSB配置。bwp-Id指示的是该下行CSI-Resource是哪个下行BW.

在文章SR和PUSCH冲突处理中提到的下面的第二点，有同学提出有异议，需要更新下理解。所以，针对上文中提到的处理顺序，个人理解如下1. 先对所有UCI进行multiplexing操作；2. 在multiplexing之后产生的PUCCH，判断与PUSCH是否有overlap，在overlap的情况下 1）如果PUSCH包含UL-SCH，则PUCCH中无论是positive SR还是negative SR，则不发送SR；2）如果PUSCH不包含UL-SCH，如果PUCCH中包...

在R15中，在一个反馈窗口内只支持调度一个DL SPS PDSCH，从下面的DL SPS周期来看，最小周期为10ms。dl-DataToUL-ACKSEQUENCE(SIZE(1..8))OF INTEGER(0..15)虽然最大的K1值为15，在一个最大的反馈窗口中貌似可以调度2个SPS PDSCH，但是从下行HARQ-ACK反馈，在Type II码本的描述中，可以看到，SPS PDSCH在反馈窗口内最多就只会出现一个，这里只加了1比特。在R16中，为了减小时延，SPS-...

考虑下面的一种场景，在同一个slot内- 有PUSCH发送- HARQ-ACK反馈，使用的是PUCCH format 3，总共10比特- 是SR的发送位置，SR occasion那么，是先判断PUSCH和SR之间的冲突处理，还是先做HARQ-ACK，SR之间的Mutilpexing。先看判断PUSCH和SR之间的冲突处理，那么1）如果PUSCH中包含UL-SCH，先处理PUSCH和SR（无论是Positive SR还是Negative SR）之间的冲突，那么可以先把SR给丢弃

在下面的场景中 - 载波聚合，FDD子载波间隔为15KHz，TDD子载波间隔为30KHz HARQ-ACK反馈配置在FDD上反馈 两个载波都配置了需要检测DCI format 1-1，K1的集合为{2,3,4,5,6,7,8} TDD的周期为5ms，7D+2U+1S时隙格式 下面看Harq all中的19bits/17bits/...是如何得出的。问题中还需要做如下的配置假设 一个Slot内UE支持的Unicast PDSCH个数为...

在NR38.211PBCH及PBCHDMRS的UEPBCH接收处理过程中，以Lmax=8为例的说明中1）根据PSS/SSS获得小区ID，PBCH的时间位置；2）根据PBCHDMRS可以获得SSB的低三比特；3）使用SSB的低三比特/小区ID确定加扰序列，进行解扰；4）解速率匹配；5）Polar译码；6）CRC校验；7）由于SSB，半帧指示，2nd&3rdSSBindex比特不加扰（步骤2已经获得），可...

在Semi-StaticHARQFeedback的一些补充中有提到-若PDSCH配置了repetition，即一个PDSCH在多个Slot进行传输，类似于LTE中的PUSCH的TTIBundling，那么在窗尾的Slot加K1，确定反馈的上行Slot位置。在进行HARQ-ACK的反馈比特数的确定时候，对于某一个K1值，pdsch-TimeDomainAllocationList中的candidate在窗口内的Slot都进行符号冲突判断，后续的处理与非repetition相同。对应3...

https://www.ekuibu.com/forum.php?mod=viewthread&tid=284在论坛上看到这么一个问题：做随机接入时，UE接收MSG4，如果译码正确需要反馈ACK；如果译码不正确，则不需要反馈NACK。是这样的吗？另外，反馈ACK时，是使用SIB1里面的公共的PUCCH资源吗？还是可以使用UE专属的PUCCH资源？对于译码错误或者竞争解决失败，是不需要反馈NACK的，因为对于Temporary C-RNTI加扰的PDSCH也没有HARQ重传一说，基

​有位朋友留言了，分析得很详细，很厉害，学习了，这里就直接贴图了。

在文章Type II – NR DynamicHARQ Feedback中有提到，通过上行DCI中的DAI field可以辅助UE判断出在反馈窗口内漏检的DCI。那么在协议中描述到只有在HARQ-ACK复用到PUSCH时候，才通过上行DCI中的DAI field重新计算HARQ-ACK的比特数。随之而来一个疑问是为什么不复用到PUSCH时候，是仍然只使用下行DCI中的DAI field计算出的HARQ-ACK比特数呢？以上述例子来说，如果HARQ-ACK是在PUCCH信道上反

首先，根据HARQ-ACK的比特数选择PUCCHresource。然后，对于TypeIHARQ-ACKcodebook，●如果为configuredGrant调度或者调度PUSCH的DCI中没有DAIfield（DCIformat0-0中没有DAIfield），则判断PUCCHresource和PUSCH在时域是否有重叠，如果有重叠，则HARQ-ACK复用到PUSCH上发送●如果调度的PUSCH的DCI中有DAIfield（DCIformat0-1/0-2中有DA...

SUL，supplimentary uplink，简单翻译过来为补充上行的意思。在38.101 Table 5.2-1中，将部分Band定义为SUL。为什么需要引入SUL呢？ 通常，基站的最大发射功率一般大于终端的最大发射，因此下行覆盖一般要大于上行覆盖，如38.300中图B.1-1所示。传输损耗与载波频率成反比，因此从SUL Band选取的频率范围来看，都是低于2GHz。 SUL和NR UL的配置一样，同样包含Ini...

在38.321的5.15.1节中关于BWP过程中有如下的一段描述:1> if PRACH occasions are not configured for the active UL BWP: 2> switch the active UL BWP to BWP indicated by initialUplinkBWP; 2> if the Serving Cell is an SpCell: 3> switch the active DL ...

https://5g-tools.com/

群里看到一个问题，“uciOnPusch支持的基础上，SR和HARQ都是放到PUSCH上，这个情况下SR会这么上报上来？”首先，这里的SR肯定是指Positive SR，对于Positive SR和Negative SR两个概念，经常会有同事不理解这两个概念，其实在文章NR - Scheduling Request中有描述过。“协议描述中有Positive SR和Negative SR的概念，UE并不是一直有发送SR请求的需求，对于Positive SR即UE有SR请求发送，需要物理层发送S

今天继续使用DCI format 0-0的工具解析，Bug好几个，下面一一解决。​首先，DCI format 0-0中的固定比特数应该为20比特。HARQ process number大意，被写成了5比特，实际为4比特，导致多了1比特。其次，还是应该使用高位对齐的方式，而不是使用低位对齐的方式因为代码中使用的是在高位填‘0’填‘0’的方式当前的设计是计算出DCI format 0-0的Payload Size大小，然后将输入转换为二进制字符串的时候，P..

今天主要学习CSI-RS-ResourceMapping中的一些配置理解。frequencyDomainAllocation分别对应Table 7.4.1.5.3-1中的row1，row2，row4和其它行，分别为4比特，12比特，3比特和6比特。后续再结合实例其中比特的含义。在Table 7.4.1.5.3-1的表格的列项中，除了上述的Row外，还有Ports-》 nrofPortsDensity-》density，代表1个RB中的RS个数cdm-Type-》...

今天使用工具的时候发现计算BWP的中心频点与实际Log中的BWP中心频点不一致，发现是在BWPOffset和OffsetToCarrier之和少乘以了RB内的子载波个数12，导致错误。修改方法 -步骤一 工具目录下找到文件“CalcBWPCenterPhysicalFreq”步骤二 最简单地，使用记事本Notepad打开该文件，找到下面这几行代码步骤三 在下面位置增加“*12”，保存即可 ...

CSI的配置项比较多，大致上先理清楚各个配置之间的关系。 CSI-MeasConfig CSI配置在CSI-MeasConfig中，其中包含的子项很多。 CSI-ResouceConfig CSI-ResouceConfig，包含了标识CSI-ResourceConfigId，若干组NZP-CSI-RS-ResourceSet，以及若干组用于Beam Management和Report的SSB配置。bwp-Id指示的是该下行CSI-Resource是哪个下行...

今天聊一个看到的高通写的专利，有时专利看起来也没那么难的。在文章NR/5G - 系统消息变更介绍到，在NR里面连接态接收系统消息，只要在系统消息变更周期里面至少接收一次Paging即可，该Paging为任一Paging Occasion，不需要在本UE的UE ID计算所得的Paging Occasion接收。上面这个在任意Paging Occasion位置接收的逻辑正如专利所说的，系统消息变更时候，网络一个最简单的做法就是在所有的Paging Occasion 下发Paging，而不需要..

为什么需要引入SR prohibit timer？网上搜索到的答案不多，其中一个解答如下。“SR prohibit timer is used to prevent UE being transmits SR again and again. Some application doesn't require to send SR frequently , say some application sends few bytes of data (maybe TCP ACK/NACK ) frequent

URLLC的上行部分中为什么使用Grant Free的调度方式可以减少时延？这部分描述遗漏了。在NR - Scheduling Request中描述了在UE需要上行调度DCI format 0-0/0-1发送上行数据的时候，如果配置了SR资源，那么UE在SR，承载在PUCCH信道发送，向网络申请上行调度。如果rrcConfiguration中配置了例如Congfigured Grant Type 1，那么对于SR/UL Grant的这个交互就不需要了。对于U...

URLLC(Ultra reliablelowlatencycommunication):Servicesforlatencysensitivedevicesforapplicationslikefactoryautomation,autonomousdriving,andremotesurgery.​URLLC，超高可靠低时延通信，是NR的三大应用场景之一，上面所述的自动驾驶、远程手术等，可靠性和时延要求，不言自明。今天主要学习一...

UE在IDLE/INACTIVE态下，通过服务小区系统消息中指示的邻区配置，进行邻区测量，同时结合服务小区测量，结合系统消息中指示的一些门限信息，对邻区进行评估，判断是否满足重选准则，若满足则重选到目标小区，变更服务小区。UE在Connected态下，UE通过网络配置的测量配置，同样进行服务小区测量和/或邻区测量，与IDLE态不同的是，网络还会配置测报上报-就是空口消息中看到的”measurement report”，将测量结果信息告知网络，网络来决定UE的后续行为，最典型的通知UE进行切换...

今天在使用工具进行RAR的解析时候，发现其中的FrequencyDomainAllocation的输出有误，使用该频域指示再计算RB起始位置和RB个数的时候，输出的RB个数异常。经定位后，发现是移位错误，RAR中的高24位中，频域位置指示占据了其中的10位，在低32位中占据4位，从高24位中截取后应该向右移4位，实现中误移位了10位，导致异常。可以自己使用任一文本编辑器，打开ParseRAR.html，然后将函数nr_parse_rar()中的下面这行中的左移10修改为..

为什么需要Timing Advance？UE通过基站下发的下行同步信号获得与基站的下行同步，后续通过基站下发的其他参考信号，维持与基站的同步。同时，基站也需要与UE进行上行同步，控制UE的发送信号位置使其接收到的UE信号在基站的期望范围之内。如下图所示，基站和UE是通过preamble序列完成上行同步。不同UE由于距离基站的距离不同，因此在同步接收系统中，即基站期望各个UE的发送在同一时间点接收到，各个UE的发送提前量也不一样。初始TA在38.211协议中4.3.1节...

公众号推送了付费阅读功能，体验一下所谓的知识付费，写了个工具，希望大家赏脸，哈哈……下载链接在付费公众号文章中。花了一些业余时间学习了下HTML，JavaScript，主要还是通过具体的例子实现方式，再根据自己需要使用的功能进行了扩展。具体的一些不懂的就直接网上搜索了，把自己期望的一些功能加到其中。工具使用方法就是下载到本地后打开main.html，选择所需要的功能就可以了。主要功能还是和之前的计算工具一样。体验上来看，打开的时候会比VC编译出来的exe和Excel版本要..

为了提高频谱效率，运营商主要采用同频组网，即相邻小区使用相同的中心频点，但是另外一方面，事物的两面性，有得必有失，随之带来的一个问题是同频干扰。而受同频干扰影响比较显著的是处于小区边缘的用户，因此系统的一些优化主要是为了提升小区边缘用户的体验。在LTE中，不同用户通过在频域调度不同的RB进行频分复用，例如上图中如果处于小区边缘的分属Cell A和Cell B调度的用户A1和B1，在频域上使用相同的RB位置调度，则会造成比较严重的同频干扰。那么比较自然的想法是通过分属不同...

首先澄清一个概念，之所以叫RAR scheduled PUSCH，而不是称为MSG3，因为在38.321协议中有有准确地MSG3的定义，只有竞争性随机接入中RAR调度的PUSCH才称为MSG3，而非竞争性随机接入中RAR调度的PUSCH不能称之为MSG3。Msg3:Message transmitted on UL-SCH containing a C-RNTI MAC CE or CCCH SDU, submitted from upper layer and associated wit...

Dynamic Spectrum Sharing，直接翻译过来就是动态频谱共享，简称DSS。共享者是指不同的接入模式，在NR中，就是4G和5G共享频谱资源，在某一个频带内同时部署4G和5G的小区。在转发的文章5G如何玩转频谱？这一篇给你说全，说透！中，还将DSS技术作为里程碑式的技术创新，具体的可跳转到那篇文章中查看。使用百度，bing搜索Dynamic Spectrum Sharing，都是一些说这个技术重要，但是具体的怎么实现上，只在仪表厂商Rohde & Schwarz的两段视频...

NR中系统消息如MIB -可用于无线帧同步等，SIB1 -小区物理信道公共配置等，是驻留一个小区所必需获得的信息，这类系统信息小区是进行周期性广播。在SI的配置中，系统消息分为BroadCasting和non-BroadCasting，BroadCasting类系统消息基站也是周期性进行广播的，而non-BroadCasting类系统消息则是通过一种on-demand的方式，即如果需要读取这类系统消息，那么UE需要先发送请求给基站，基站响应UE之后，再下发系统消息。...

下面的链接都是微信公众号链接，欢迎关注“5G菜鸟成长日记”，谢谢！- 协议理解1.NRSSB时域频域分布2.NRSSB概述-PSS/SSS序列及PBCH3.NR38.211PBCH及PBCHDMRS4.NRSIB1时域频域位置5.NRSIMessage6.NRPointA7.NRBWP8.NR-K0,K1,K29.NR-Paging协议学习10.NRHARQ-ACk反馈概述11.TypeI--...