[发明专利]数据删除及同步方法和收发终端、电子设备及存储介质

说明书

本发明公开了一种数据删除及同步方法和收发终端、电子设备及存储介质。其中，数据删除方法应用于发端，包括：在PDCP duplication场景下，当RLC收到PDCP发来的删除指示时，如果被所述删除指示指示删除的PDCP PDU已经组装成RLC PDU，则根据所述RLC PDU在空口的当前传输状态来判决是否对被指示删除的PDCP PDU进行删除操作。本发明针对当前PDCP duplication功能下的一些特殊约束，优化现有协议框架下的discard机制和对端回复状态报告的机制，保障在不改变空口传输的可靠性前提下，不至于在空口出现额外的无效重复包，同时额外占用内存，对性能产生一定影响。

技术领域

本发明属于无线通信领域，尤其涉及一种数据删除及同步方法和收发终端、电子设备及存储介质。

背景技术

为了使得能够在接入网层面获得更高的吞吐量以及更低时延，LTE(Long TermEvolution,无线数据通信技术标准)设计EN-DC(连接进LTE EPC的E-UTRA和NR双连接)方法来共享NR(New Radio，新空口)的接入网资源，从而获得更高的传输速率以及可靠性。同时针对性地设计了PDCP duplication(PDCP重复功能，Packet Data Convergence Protocol,分组数据汇聚协议)功能。该功能要求数据包能够同时在主辅连接上同时传输一份，同时在对端的一侧PDCP/RLC(主连接或辅连接PDCP/RLC(Radio Link Control，无线链路层控制协议))进行确认。但由于接收端中总有一个实体先接收到发端发出的duplication的SN号(序列号)数据包，以主连接提前收到为例，此时需要对辅连接的RLC进行通知，告知其进行相应的重复包删除动作。但由于协议规范中并没指定RLC根据高层的discard(删除指令)指明重复包删除的约束条件和非duplication功能下有何区别，这使得可能会出现以下两种可以优化场景：

1、对于一些对端已经确认收到的包，另一路RLC虽然没有收到状态包确认，但MAC(Media Access Control，媒体访问控制)层已确认ACK，此时按照现有流程，不会对包进行discard。这种情况下，由于对端已经确认收到，所以RLC会在下一个状态报告来时进行确认，而按照协议此时的PDCP discard RLC不会响应，所以内存得不到及时释放，影响实际性能。

2、对于对端RLC来说，协议规范也没有明确规定状态包发送与非duplication情况下的区别，所以按照现有流程，必须等到本路RLC收到数据后才会回复对端ACK。但由于空口的不确定性，可能另一路RLC早已收到本包数据，此时如按照现有流程，不发状态报告，会影响对端RLC的确认速度，同时可能会引入额外的空口重复包重传，降低T-Put的有效值，影响用户体验。

发明内容

本发明要解决的技术问题是为了克服现有技术中在PDCP duplication场景下RLC只会主动删除还有没组装成RLC PDU的数据包而不会删除组过包的数据包，由此导致内存得不到及时释放，影响实际性能的缺陷，还克服现有技术中在PDCP duplication场景下RLC只有收到数据后才会回复对端ACK，由此导致影响对端RLC的确认速度，同时可能会引入额外的空口重复包重传，降低T-Put的有效值的缺陷，提供一种数据删除及同步方法和收发终端、电子设备及存储介质。

本发明是通过以下技术方案解决上述技术问题的：

一种PDCP duplication场景下的数据删除方法，所述数据删除方法应用于发端，所述数据删除方法包括：

在PDCP duplication场景下，当RLC收到PDCP发来的删除指示时，如果被所述删除指示指示删除的PDCP PDU已经组装成RLC PDU，则根据所述RLC PDU在空口的当前传输状态来判决是否对被指示删除的PDCP PDU进行删除操作。

较佳地，根据所述RLC PDU在空口的当前传输状态来判决是否对被指示删除的PDCP PDU进行删除操作，具体包括：