[发明专利]LTE终端接收数据包的优化处理方法和装置

说明书

技术领域

本发明涉及一种LTE(Long Term Evolution)终端对接收数据包的处理，尤其是涉及可提高终端性能的接收数据包的优化处理方法。

背景技术

在LTE 36.322 v870协议中，给出了在UM或者AM模式下，终端如何处理接收到的网络侧数据：即RLC(Radio Link Control，无线链路控制)层必须按序(RLC SN升序)向上层(PDCP，Packet Data Convergence Protocol，分组数据聚合协议)传递数据。而在EPS(Evolved Packet System，演进分组系统)中，用户平面的数据的解密操作是在PDCP层完成。参照这一协议的数据包处理流程如图1所示。然而，在RLC层收到的下行数据都必须按序递交给PDCP层的前提下，如果RLC层出现下行掉包而造成后续大量数据堆积，等数据收齐后会有大量数据同时传递给PDCP层，而此时PDCP层需要在不影响当前系统的正常数据接收和发送的前提下，尽快集中进行大量数据的解密，并将数据有效的传递到用户层。这就大大增加了芯片负荷，加剧了下行速率高达100M的LTE系统对芯片性能提出的挑战。

发明内容

本发明所要解决的技术问题是提供一种LTE终端接收数据的优化处理方法，它通过调整用户平面数据解密的时间点来避免数据的集中传送和解密。

本发明提出一种LTE终端接收数据包的优化处理方法，首先在RLC层接收数据包，然后确定接收的数据包中是否有至少一部分接收的数据包可以组成完整的服务数据单元，如果有至少一部分数据包可以组成完整的服务数据单元时，则将该至少一部分数据包重封装成一个或多个服务数据单元，而无论是否有序号在该至少一部分数据包之前的数据包未被接收，然后从RLC层传递重封装成一个或多个服务数据单元的数据包给PDCP层。

在本发明的一实施例中，在RLC层接收数据包之后还包括：缓存接收的数据包。

在本发明的一实施例中，当确定接收的数据包中没有数据包可以组成完整的服务数据单元时，返回在RLC层接收数据包的步骤。

在本发明的一实施例中，从RLC层传递重封装成一个或多个服务数据单元的数据包之后还包括：在RLC层保存未传递给PDCP层的数据包。

在本发明的一实施例中，从RLC层传递重封装成一个或多个服务数据单元的数据包之后还包括：在RLC层记录已传递给PDCP层的数据包的序号，该序号用于在接收期间判断一数据包是否已接收过。

在本发明的一实施例中，从RLC层传递重封装成一个或多个服务数据单元的数据包给PDCP层之后还包括在PDCP层接收数据包，接着对数据包进行解密，将解密后的数据包存放在一队列中，然后按序号顺序将数据包从队列中取出，对数据包进行头解压缩。

本发明另提出一种LTE终端接收数据包的优化处理装置，包括：

用于在RLC层接收数据包的模块；

用于确定接收的数据包中是否有至少一部分接收的数据包可以组成完整的服务数据单元的模块；

用于当确定接收的数据包中有至少一部分数据包可以组成完整的服务数据单元时，将该至少一部分数据包重封装成一个或多个服务数据单元，无论是否有序号在该至少一部分数据包之前的数据包未被接收的模块；以及

用于从RLC层传递重封装成一个或多个服务数据单元的数据包给PDCP层的模块。

本发明由于采用以上技术方案，使之与现有技术相比，可以将数据包的集中解密转化为分散解密，避免由于下行掉包引发的大量数据包集中解密的情况，减轻芯片负荷，提高终端总体性能。

附图说明

为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的具体实施方式作详细说明，其中：

图1示出一种现有的接收数据处理流程。

图2示出本发明一实施例的终端逻辑分层架构。

图3示出本发明一实施例的接收数据处理流程。

具体实施方式

图2示出本发明一实施例的终端逻辑分层架构。参照图2所示，终端在逻辑上可包括RLC(Radio Link Control，无线链路控制)层100和PDCP(PacketData Convergence Protocol，分组数据聚合协议)层200，尽管RLC层100之下及PDCP层200之上存在其它的层级，但为避免使本发明的发明精神产生混淆，在此不对其它逻辑层进行描述。