[发明专利]确认模式RLC实体及其发送/重传方法、通信设备

说明书

本公开提供一种确认模式RLC实体及其发送/重传方法、及通信设备。所述确认模式RLC实体的发送方法包括：所述确认模式RLC实体向下层发送包含询问的确认模式数据PDU；所述确认模式RLC实体更新询问发送状态变量POLL_SN，将所述询问发送状态变量POLL_SN设置为满足预定条件的任意确认模式数据PDU的序列号SN，所述预定条件为：所述任意确认模式数据PDU是与已发送给所述下层的确认模式数据PDU中包含询问且序列号最大的确认模式数据PDU一起发送给所述下层的确认模式数据PDU。

技术领域

本公开涉及无线通信技术领域，更具体地，本公开涉及一种确认模式(AM)RLC实体及其发送方法、重传方法、以及通信设备。

背景技术

2016年3月，在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)RAN#71次全会上，提出了一个关于5G技术标准的新的研究项目(参见非专利文献：RP-160671：New SID Proposal：Study on New Radio Access Technology)。该研究项目的目的是开发一个新的无线(New Radio：NR)接入技术以满足5G的所有应用场景、需求和部署环境。NR主要有三个应用场景：增强的移动宽带通信、大规模机器类通信和超可靠低延迟通信。

在3GPP RAN2#100次会议上，达成NR中的确认模式AM无线链路控制RLC实体发送端维护的发送状态变量TX_Next用于保存将分配给下一个新产生的确认模式数据AMD协议数据单元PDU的序列号，TX_Next初始化为0且在AM RLC实体构建序列号为TX_Next且包含一个RLC SDU或RLC SDU的最后一个分段时更新。所述发送状态变量TX_Next定义不同于现有LTE系统中定义的发送状态变量VT(S)(具体见3GPP TS36.322)，使得目前在3GPP TS38.322协议中仿照LTE系统中的询问过程所定义的询问过程存在询问发送状态变量POLL_SN不匹配的问题，具体问题描述可参见3GPP提案R2-1800563和R2-1803004。在2018年2月召开的3GPPRAN2#101次会议上，讨论了所述问题的解决方案，目前主要有两种解决方案(具体参见3GPP提案RAN2-1803870)：解决方案一、将询问发送状态变量POLL_SN设置为所有已递交给下层的AMD PDU中包含询问的AMD PDU的最大序列号；解决方案二：将询问发送状态变量POLL_SN设置TX_Next-1且重新定义发送状态变量TX_Next只有在将RLC PDU递交给下层时才更新。解决方案二与3GPP RAN2已达成的TX_Next的定义存在冲突，故不被采纳。如果采用解决方案一，将询问发送状态变量POLL_SN设置为所有已递交给下层的包含询问的AMD PDU的最大序列号，这将可能导致部分RLC服务数据单元SDU发生重传延迟。本公开致力于解决所述解决方案一中存在的问题。

发明内容

本公开提供能够解决上述问题的确认模式(AM)RLC实体及其发送方法、重传方法、以及通信设备。

根据本发明的第一方面，提供了一种确认模式RLC实体的发送方法，包括：所述确认模式RLC实体向下层发送包含询问的确认模式数据PDU；所述确认模式RLC实体更新询问发送状态变量POLL_SN，将所述询问发送状态变量POLL_SN设置为满足预定条件的任意确认模式数据PDU的序列号SN，所述预定条件为：所述任意确认模式数据PDU是与已发送给所述下层的确认模式数据PDU中包含询问且序列号最大的确认模式数据PDU一起发送给所述下层的确认模式数据PDU。

在上述发送方法中，所述一起发送给所述下层的确认模式数据PDU具体为：同时发送给所述下层、或一起发送给所述下层、或复用到一个媒体访问控制PDU、或在来自下层指示的同一传输时机中传输的确认模式数据PDU。