[发明专利]一种数据处理方法、基站和用户设备

说明书

技术领域

本发明属于通信技术领域，尤其涉及一种数据处理方法、基站和用户设备。

背景技术

新一代的移动通信系统，如LTE（Long Term Evolution，长期演进），可以提升数据传输速度，达到更好的用户体验。LTE一般由接入层和非接入层构成的，大部分情况下，接入层提供按序递交的功能。其中按序递交是指发送方的接入层从上层收到包，经过传输后，以相同的顺序将这些包传到接收方的高层，请参阅图1，为现有技术提供的接入层和上层的序递交的示意图。

接入层又细分为PDCP（Packet Data Convergence Protocol，分组数据汇聚协议）、RLC（Radio Link Control，无线链路控制层协议）、MAC（Medium Access Control，介质访问控制协议）、物理层等几个层次。通常情况下，按序递交功能是由RLC层提供的。发送方的RLC将每个包都加上编号，交给MAC层处理，如果MAC层和物理层在传输过程中发生了乱序，则接收方的RLC会将先收到的包存储起来，等到其它包到达后，再按顺序递交给PDCP层。请参阅图2，为现有技术提供的基站切换时的RLC层的按序递交的示意图。

发送方一共发出了5个包，接收方已经成功收到1、3、5号包，2、4号包尚未成功收到。接收方的接入层把1号包送交上层，3、5号包则存储在自己的缓存中，等着2、4号包的到来。如果先收到2号包，则接收方的接入层将按顺序向上层分别递交2、3号包，并继续等待4号包，4号包到来后，再按顺序向上层分别递交4、5号包；如果先收到4号包，收方的接入层将4号包存到缓存中，继续等待2号包，等到2号包到来后，按顺序向上层分别递交2、3、4、5号包。

正常情况下，RLC就可以保证按序递交了，但是在基站切换时，因为RLC要做重置，会导致RLC存储的数据

包全部清空，所以RLC的按序递交功能就不再生效了，这时就需要用到PDCP的按序递交功能。接收方的RLC先将自己收到的包先送交给PDCP，再将自己的缓存清空。切换后，接收方的PDCP继续接收包，再把这些包按序递交给上层。

由于无线通信中无线接口是一个传输瓶颈，为了减少切换前后空口的重传，提升空口效率，3GPP使用了数据前送（Dataforwarding）的方式，即源基站将PDCP层存储的一些包通过X2接口传给目标基站，这样，目标基站就提前复原了源基站的状态，这些通过X2接口传过的包，就不需要在空口传输了。

现有的数据前送方法中，要求源基站和目标基站使用相同长度的PDCP序号（PDCP SN），同时，PDCP的窗口大小也是由PDCP序号长度决定的。现有系统中，PDCP的序号最长是12位，相应地，PDCP的窗口大小为2^(12-1），即最多可以有2048个包存储在PDCP的缓存中，超出2048，则必然有两个包的PDCP SN相同，无法识别。

为了适应不同业务模型的需求，3GPP已经同意从第11版开始延长PDCPSN，即基站可支持扩展的PDCP SN。如果用户设备（UE）从使用扩展的PDCPSN的基站切换至不支持扩展的PDCP SN的基站时，现有的数据前送方法存在数据包丢失的问题。

发明内容

本发明实施例提供一种数据处理方法，以解决用户设备在不同版本的基站间进行切换时存在的数据包丢失的问题。

第一方面，所述数据处理方法包括：

当用户设备UE由源基站向目标基站切换时，所述源基站将下行常规分组数据汇聚协议PDCP序列号窗口内未被所述UE确认的数据包，和下行扩展PDCP序列号窗口内的剩余数据包发送至所述目标基站，所述下行扩展PDCP序列号窗口内的剩余数据包不包括所述下行常规PDCP序列号窗口内的数据包；

其中，所述下行扩展PDCP序列号窗口包括所述下行常规PDCP序列号窗口，所述下行扩展PDCP序列号窗口和所述下行常规PDCP序列号窗口的起始位置相同。

在第一方面的第一种可能的实现方式中，还包括：

所述源基站将上行常规PDCP序列号窗口内所述源基站已接收的数据包发送至所述目标基站；和

所述源基站丢弃上行扩展PDCP序列号窗口内的剩余数据包，所述上行扩展PDCP序列号窗口内的剩余数据包不包括所述上行常规PDCP序列号窗口内的数据包；

其中，所述上行扩展PDCP序列号窗口包括所述上行常规PDCP序列号窗口，所述上行扩展PDCP序列号窗口和所述上行常规PDCP序列号窗口的起始位置相同。