原创力文档- 1、本文档共7页，可阅读全部内容。
- 2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
重传（retransmission）的进一步研究
场景一
在一个支路中传输不成功的数据将基于来自相应节点的DDDS（DownlinkDataDeliveryStatus）在另一个支路中重新传输。当前的DDDS报告顺序中成功传输的PDCPpdu的序列号，这可能导致某些已传递的PDCPPDUs的另一段中重新传输。
例如，下图描绘了gNB-DU1中一个特定UE的传输状态，即序列号低于207的所有PDCPPDU被成功地发送到UE，除了具有SN201的PDCPPDU。在这种情况下，gNB-DU1将只向gNB-CU报告其序列中最高位成功发送的PDCPSN为200，gNB-CU将请求gNB-DU2重新发送SN大于200的PDCPPDU，其中一些PDCPPDU已经被发送到UE。（其实只要201号PDU没有成功发送）
场景二
有两种重传，一种是在F1/Xn接口上丢失的数据，第二种是快速重传机制。当这两种数据到达相关节点时，节点需要对数据进行重排序然后在发送给UE，同时，宿主节点发送的数据可能会无序到达相应的节点。在这种情况下，宿主节点无法获得有关重传数据包状态的准确信息。用于重发分组的DDDS依赖于PDCPSN报告，该报告对应于NR-USN序列中最高位。这主要是由于向后兼容和互操作性。
重传的标签是在CU中的，但一般重排序是在DU中进行的，这样的好处是可以实现最小化服务中断。
比如下图（假设发送的SN#1，#2在SN#104之前到达DU）所示，在成功发送SN#103之后，DU重排序低位的PDCPSN
报告对应于序列NR-USN中最高位的PDCPSN将被固定到#103，直到下一个NR-USN（即对应于#104）成功交付。
换言之，在成功地传送PDCPSN小于104（NR-USN大于“B”）的所有重传分组之前，不会有任何新的反馈。
如果它们是大容量的（例如：集中式重传方案），这可能会导致CU的次优行为，因为无法及时释放那些大量已发送的重传包。
这会导致的问题有：
DU基于PDCP-SN的重排序可能导致更早的NR-U-SN分组（具有更高的PDCP-SN）保持去优先级。
这种去优先级可能导致DDDS反馈迟钝和CU缓冲区管理效率低下。
场景三
承载PDCP实体的节点和相应节点之间的传输链路上的典型延迟可能高达几十毫秒。如此大的延迟可能导致在对应节点处的分组到达的不连续性，这意味着对应的节点缓冲器通常是空的，因为承载PDCP实体的节点发送的分组将花费大量的时间穿越传输网络。
场景一解决方案
对应的节点依次报告最高成功交付的PDCPSN，同时也报告所有其他成功交付的PDCPSN。对应的节点根据宿主节点的请求报告所有成功传递给UE的PDCPSN。对DDDS和DL用户数据的更新如下：
ImpacttoDDDS
ImpacttoDLUSERDATA
场景二解决方案
例如，在下图的场景中，CU现在能够知道“OK，在PDCPSN小于或等于103的所有重传包中，只有那些NR-USN“G”的包被成功地传送”，并因此从其缓冲区中释放出确切预期的1、2、3、4、5和103：
场景三解决方案
承载PDCP实体的节点发送到相应节点的每个承载的数据量由期望的缓冲区大小上限。解决方案3中的问题并补偿传输网络延迟的一种方法是允许承载PDCP实体的节点在所需缓冲区大小的基础上发送额外的数据量。宿主节点可以发送额外的数据量来补偿传输链路延迟。
文档评论（0）