45-NR重传进一步研究

1、重传（ retransmission）的进一步研究场景一在一个支路中传输不成功的数据将基于来自相应节点的DDD（S Downlink DataDelivery Status ） 在另一个支路中重新传输。当前的DDDS报告顺序中成功传输的 PDCP pdu的序列号，这可能导致某些已传递的PDCP PDU的另一段中重新传s输。例如，下图描绘了gNB-DU1中一个特定UE的传输状态，即序列号低于207的所有 PDCPP DU被成功地发送到UE， 除了具有SN 201 的 PDCPP DU。 在这种情况下，gNB-DU1将只向gNB-CU报告其序列中最高位成功发送的PDCPS N为 200， gNB-

2、CU将请求gNB-DU2重新发送SN大于 200的 PDCP PDU，其中一些PDCP PDU已经被发送到UE。 （其实只要201 号 PDU没有成功发送）.196197198199200201202203204205206207PDCP PDUPDCP PDUtransmittedwithout ACKsuccessfullyreceived场景二有两种重传，一种是在F1/Xn 接口上丢失的数据，第二种是快速重传机制。当这两种数据到达相关节点时，节点需要对数据进行重排序然后在发送给UE， 同时，宿主节点发送的数据可能会无序到达相应的节点。在这种情况下，宿主节点无法获得有关重传数据包状态的准确

3、信息。用于重发分组的DDDS依赖于PDCP SN报告，该报告对应于NR-U SN序列中最高位。这主要是由于向后兼容和互操作性。重传的标签是在CU中的，但一般重排序是在DU中进行的，这样的好处是可以实现最小化服务中断。比如下图 （假设发送的SN#1， #2 在 SN#104之前到达DU） 所示，在成功发送SN#103之后，DU重排序低位的PDCP SNPDCP-SN104 103NR-U SNCUDDDS:P DCP SN #103corresponding to NR-U SN ADUAfter transmitting #103, DU tansmits re-ordered54321103

4、····To UEDU keeps reordering, prioritize lower SNs than #104No further DDDS until all lower PDCP SN (than #104)with higher NR-U SN are delivered报告对应于序列NR-U SN中最高位的PDCP SN将被固定到#103，直到下一个NR-USN（即对应于#104）成功交付。换言之，在成功地传送PDCP SN小于104（ NR-U SN大于“B”）的所有重传分组之前，不会有任何新的反馈。如果它们是大容量的（例如：集中式重

5、传方案），这可能会导致CU的次优行为，因为无法及时释放那些大量已发送的重传包。这会导致的问题有：1. DU基于PDCP-SN的重排序可能导致更早的NR-U-SN分组（具有更高的PDCP-SN）保持去优先级 。2. 这种去优先级可能导致DDDS反馈迟钝和CU缓冲区管理效率低下。场景三承载PDCP实体的节点和相应节点之间的传输链路上的典型延迟可能高达几十毫秒。 如此大的延迟可能导致在对应节点处的分组到达的不连续性，这意味着对应的节点缓冲器通常是空的，因为承载PDCP实体的节点发送的分组将花费大量的时间穿越传输网络。场景一解决方案对应的节点依次报告最高成功交付的PDCPS N，同时也报告所有其他成功

6、交付的PDCP SN。对应的节点根据宿主节点的请求报告所有成功传递给UE的 PDCP SN。对 DDDS和 DL用户数据的更新如下：BitsNumber of Octets76543210PDU Type (=1)Highest Transmi ttedNR PDCP SNIndHighest Delivers d NR PDCP SNIndFinal Frame Ind.Lost Packet Report1SpareDeliver ed out of orderNR PDCP SNIndData rate Ind.Retrans mitted NR PDCP SNIndDeliver ed

7、 Retrans mitred NR PDCP SNIndCause Report1Desired butter size for the data radio bearer4Desired Data Rate0 or4Number of lost NR-U Sequence Number ranges reported0 or 1Start of lost NR-U Sequence Number range0。 Number of reported lost NR-U SN ranges)End of lost NR-U Sequence Number rangeHighest succe

8、ssfully delivered NR PDCP Sequence Number0 or 3Highest transmitted NR PDCP Sequence Number0 or 3Cause Value0 or 1Successfully delivered retransmitted NR PDCP Sequence Number0 or3Retransmitted NR PDCP Sequence Number0 or 3Number of NR PDCP successfully delivered out of order0-3N R PDCP Sequence Numbe

9、rl delivered out of order0-3NR PDCP Sequence Number N delivered out of order0-3Impact to DDDSImpact to DL USER DATA场景二解决方案Bits76543210PDUType(=1)Highest Transmi tted NR PDCP SNIndHighest Deliver© d NR PDCP SN IndFinal Frame Ind.Lost Packet Report1Highest Retran smrttedEnd NR-U SNIndHighest Retr

10、an smittedNR PDCP SNIndHighest Deliver ed Retran smittedEnd NR-U SNInriHighest Deliver ed Retran smttedNR PDCP SN IndData rate Ind.Retrans mitted NR PDCP SN IndDelver ed Retrans mited NR PDCP SNIndCause Report1Desired buffer size for the data radio bearer4Desired Data Rate0 or4Number of lost NR-U Se

11、quence Number ranges reported0 or 1Start of lost NR-U Sequence Number range0 or(6W Number of reported lost NR4J SN ranges)End of lost NR-U Sequence Number rangeHighest successfully delivered NR PDCP Sequence Number0 or3Highest transmitted NR PDCP Sequence Number0 or3Cause Value0 or 1Successfully del

12、ivered retransmitted NR PDCP Sequence Number0or3Retransmitted NR PDCP Sequence Number0 or 3Highest Successfully delivered retransmitted NR PDCP Sequence Number0 or 3End of NR-U Sequence Number for Highest Successfully delivered retransmitted NR PDCP Sequence Number0 or 3Highest Retransmitted NR PDCP

13、 Sequence Number0 or 3End of NR-U Sequence Number for Highest Retransmitted NR PDCP 0 or 3Sequence NumberPadding0-3例如，在下图的场景中，CU现在能够知道“OK，在PDCP SN小于或等于103的所有重传包中，只有那些NR-U SN“ G”的包被成功地传送”，并因此从其缓冲区中释放出确切预期的1、 2、 3、 4、 5 和 103：PDCP-SNNR-U SN54321104103GFEDCBADDDS:" highest" PDCP SN #103 up to NR-U SN "G"CUDUAfter transmitting #103, DU tansmits re-ordered104··