[发明专利]一种用户设备以及用户设备接收下行数据的方法

说明书

技术领域

本发明属于长期演进LTE(long term evolution)系统，特别涉及一种用户设备(UE，user equipment)以及用户设备接收下行数据的方法。

背景技术

LTE是3GPP最新的移动通讯系统，系统改进并增强了3G的空中接入技术，即LTE空口协议，如图1所示，包括物理层(图1中L1)、媒体接入层(MAC，Media Acess Control)、无线链路控制层(RLC，radio link control)和分组数据汇聚协议层(PDCP，packet data convergence protocol)，分别位于UE和演进型基站(eNB，evolved NodeB)中，其中位于RLC层的RLC实体提供的服务主要包括：确认数据的传输服务(包括PDCP PDU的成功提交指示)、非确认数据的传输服务、按序提交(下层实体重建立的情况除外)和重复删除(下层实体重建立的情况除外)，位于PDCP层的PDCP实体除了提供头压缩、加密和完整性保护的服务外，还必须提供下层实体重建立情况下的按序提交和重复删除服务。

位于RLC层的RLC实体和位于MAC层的MAC实体的重建立，简称为下层实体重建立，下层实体重建立的原因包括切换、无线资源控制(RRC，Radio Resource Control)连接重建立等。eNB向UE发送下行数据，UE内部的L1层将收到的数据逐层上报，直到业务层(应用层)。RRC指示RLC实体进行下层实体重建立时，RLC实体将尽可能地向PDCP实体提交按序的RLC服务数据单元SDU(service data unit)，RLC SDU经过压缩、完整性保护(对于信令而言)、加密并加上PDCP Head后得到的数据包为PDCP协议数据单元PDU(protocol data unit)。RLC实体在确认模式(AM)下时，PDCP PDU格式如图2所示，其中D/C(Data/Control)为数据/控制开关，PDCPSN(sequence number)为序列号，第2字节中的PDCP SN(cont.)为第1字节中未发送完成的PDCP SN，R(researved)为保留比特，数据(Data)为SDU。RLC实体提交的每个PDCP PDU都与某个计数值COUNT相联系，COUNT分为两部分，高位部分称为HFN(Hyper frame number，超帧号)，HFN在收发两端进行维护；低位部分为PDCP SN，PDCP SN即上述固定在PDCP Header内的PDCP SN字段。当接收到一个PDCP PDU时，需要知道该PDU相关联的COUNT值，才能从PDCP PDU中解码和解压出最终的SDU，HFN由UE维护的RX_HFN状态变量导出。

目前协议通过一个基于窗口的机制来维持PDCP PDU的正确HFN。该窗口机制如下，设PDCP SN的范围为0≤SN≤Maximum_PDCP_SN，接收窗口大小Reordering_Window＝(Maximum_PDCP_SN+1)/2，比如对于12位的PDCP SN，Maximum_PDCP_SN＝4095，Reordering_Window＝2048。设最近提交给上层实体的PDCP PDU的PDCP SN为Last_Submitted_PDCP_RX_SN，下一个接收的PDCP PDU的PDCP SN为Next_PDCP_Rx_SN。简单的说，接收窗口的下边界为Next_PDCP_Rx_SN，上边界通常等于Next_PDCP_Rx_SN+2048。如果收到该窗口内的PDCP PDU，那么根据Next_PDCP_Rx_SN和收到的PDCP PDU的PDCP SN的位置关系来确定该PDCP PDU的HFN，进而解密和解压后放入缓存；而将不在接收窗口内的PDU丢弃。

下层实体重建立发生后，PDCP实体接收下层实体重建立期间下层实体提交的PDCP PDU，如果PDCP PDU 的PDCP SN＝Last_Submitted_PDCP_RX_SN+1，那么就从该PDU开始，将一整串连续的SDU提交给上层实体，并刷新Last_Submitted_PDCP_RX_SN；如果PDCPPDU的SN≠Last_Submitted_PDCP_RX_SN+1，则暂存在缓存中，下次收到PDCP SN为Last_Submitted_PDCP_RX_SN+1的PDCP PDU时，这些缓存中的PDCP PDU有机会提交给上层实体，如果在下层实体重建立之后缓存中还有未提交的PDCP PDU，则这些未提交PDCP PDU将在下层实体重建立过后有机会提交给上层实体。