本文已参与「新人创作礼」活动，一起开启掘金创作之路。
今天聊两个专利，有时专利看起来也没那么难的。
在文章NR/5G - 系统消息变更介绍到，在NR里面连接态接收系统消息，只要在系统消息变更周期里面至少接收一次Paging即可，该Paging为任一Paging Occasion，不需要在本UE的UE ID计算所得的Paging Occasion接收。
上面这个在任意Paging Occasion位置接收的逻辑正如专利所说的，系统消息变更时候，网络一个最简单的做法就是在所有的Paging Occasion 下发Paging，而不需要去记住哪些UE已经驻留。
专利描述的是LTE的，在36.331中，倒是没有看到连接态下可以在任意Paging位置接收的说法，在NR中明确了这一点。
专利的主要应用场景是在连接态下配置了DRX的UE，DRX的介绍在文章NR - DRX学习介绍，因为DRX是为了节省UE的功耗，在一些时间点不进行接收。那么一个想法就是在UE处于接收状态，即所谓的Active Time，接收Paging，可以理解为在Active Time顺便将是否有系统消息变更的指示的Paging处理完，后续就可以不关注这件事情了，UE可以专心睡眠了。
另外，如果Active Time里面没有Paging位置，那么就找一个On duration最近的一个Paging位置作为接收点，使UE能够处于睡眠的时间尽可能长。
专利链接-
patents.google.com/patent/WO20…
再来看一个SPS PDSCH HARQ-ACK的专利。
在Slot#n接收SPS PDSCH，在Slot#n+k1上反馈HARQ-ACK，k1是激活SPS PDSCH DCI中指示的从dl-DataToUL-ACK数组中选择的一个k1值（文中指的SPS PDSCH是DCI format 1-1/1-2激活的）。
在TDD下，如果Slot#n+k1 PUCCH在上下行配置下如果有符号冲突，即PUCCH有符号是下行符号，那么该PUCCH就无法发送。
特别是当SPS PDSCH周期较小，特别地，在周期为1Slot，的情况下，一个k1值无法保证所有的SPS PDSCH对应的HARQ-ACK的PUCCH符号都没有符号冲突，如果丢弃HARQ-ACK反馈，那么基站无法接收到UE的HARQ-ACK，则继续重传该下行进程，而UE该可能下行进程PDSCH是译码正确的，势必造成资源浪费。
另外一方面，在R16中，可以同时激活多个下行SPS PDSCH，而有些SPS PDSCH Occasion也可能因为符号冲突而无法发送或者有些SPS PDSCH overlap而只能发送一个SPS PDSCH，而按照当前的协议描述，即使无SPS PDSCH发送，UE也需要对该SPS PDSCH进行反馈。
因此需要对HARQ-ACK的反馈方式进行优化。
优化点一
在Slot#n+k1反馈调整为Slot#n+k1_adj上反馈，该Slot无符号冲突。
实际实现方案中还设置了一个最大值，如果k1_adj超过该值，则丢弃之前未发送的HARQ-ACK。
优化点二
对于下行SPS PDSCH有符号冲突而无法发送的，不需要进行HARQ-ACK反馈。
这个其实对于协议中应该已经有描述，在文中NR/5G ～ R16 DL SPS PDSCH中有描述到，会对一些有冲突的SPS PDSCH进行过滤，过滤掉的SPS PDSCH不进行HARQ-ACK反馈。
专利PDF共享在，详细描述可以学习下该PDF
链接: pan.baidu.com/s/1iF5NBZSw…
提取码: 1234
