CN114124840B - 一种接收pdcp包的方法、装置及终端设备 - Google Patents

一种接收pdcp包的方法、装置及终端设备 Download PDF

Info

Publication number
CN114124840B
CN114124840B CN202111421087.6A CN202111421087A CN114124840B CN 114124840 B CN114124840 B CN 114124840B CN 202111421087 A CN202111421087 A CN 202111421087A CN 114124840 B CN114124840 B CN 114124840B
Authority
CN
China
Prior art keywords
sequence number
pdcp
rlc
decryption
processed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111421087.6A
Other languages
English (en)
Other versions
CN114124840A (zh
Inventor
苏怀文
柴慧娟
唐欣
杨旭
严晓东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zeku Technology Beijing Corp Ltd
Original Assignee
Zeku Technology Beijing Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zeku Technology Beijing Corp Ltd filed Critical Zeku Technology Beijing Corp Ltd
Priority to CN202111421087.6A priority Critical patent/CN114124840B/zh
Publication of CN114124840A publication Critical patent/CN114124840A/zh
Priority to PCT/CN2022/120530 priority patent/WO2023093251A1/zh
Application granted granted Critical
Publication of CN114124840B publication Critical patent/CN114124840B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

本申请实施例公开了一种接收PDCP包的方法、PDCP包的接收装置、终端设备，该方法包括：基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。这样，不仅可以解决乱序递交情况下的超帧序号计算问题，而且还可以减少RLC层所需的DDR和片上内存，从而能够提高数据包递交的即时性和降低Modem的功耗。

Description

一种接收PDCP包的方法、装置及终端设备
技术领域
本申请涉及通信技术领域，尤其涉及一种接收PDCP包的方法、PDCP包的接收装置、终端设备。
背景技术
目前，在下行数据包的处理流程中，无线链路控制(Radio Link Control，RLC)层主要负责对服务数据单元(Service Data Unit，SDU)进行排序，然后按序递交给分组数据聚合协议(Packet Data Convergence Protocol，PDCP)层；在PDCP层进行解析以及数据包解密，之后递交给传输控制协议(Transmission Control Protocol，TCP)/互联网协议(Internet Protocol，IP)协议栈。
这样，在相关技术中，RLC层把所有的SDU从解码器(Decoder)的缓存区域拷贝出来，然后再进行重组和排序，不仅在RLC层需要预留大量的缓存，而且还会导致一次提供给PDCP层递交的SDU数量很大，对解密模块以及双倍速率内存(Double Data Rate SDRAM，DDR)造成了压力，进而造成了数据的递交延迟和调制解调器(Modem)的功耗大。
发明内容
本申请提出一种接收PDCP包的方法、PDCP包的接收装置、终端设备，不仅可以解决乱序递交情况下的超帧序号计算问题，而且还可以减少RLC层所需的DDR和片上内存，从而提高数据包递交的即时性和降低Modem的功耗。
本申请的技术方案是这样实现的：
第一方面，本申请实施例提供了一种接收PDCP包的方法，该方法包括：
基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；
当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；
根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。
第二方面，本申请实施例提供了一种PDCP包的接收装置，其特征在于，接收装置包括：
获取单元，配置成基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；
解密单元，配置成当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；
计算单元，配置成根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。
第三方面，本申请实施例提供了一种终端设备，包括处理器，其中该处理器配置成：
基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；
当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；
根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。
第四方面，本申请实施例提供了一种终端设备，该终端设备包括存储器和处理器；其中，
所述存储器，用于存储能够在所述处理器上运行的计算机程序；
所述处理器，用于在运行计算机程序时，执行如第一方面所述的方法。
第五方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如第一方面所述的方法。
本申请实施例所提供的一种接收PDCP包的方法、PDCP包的接收装置、终端设备，基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。这样，不仅可以解决乱序递交情况下的超帧序号计算问题，而且还可以实现RLC SDU的即时递交，从而能够减少RLC层所需的DDR和片上内存，节省成本，还能够提高数据包递交的即时性和降低Modem的功耗。
附图说明
图1为一种通信系统的网络架构示意图；
图2为一种用户面协议栈的基本功能示意图；
图3为一种RLC PDU的组成结构示意图；
图4为一种RLC SDU顺序递交的数据流向示意图；
图5为本申请实施例提供的一种接收PDCP包的方法的流程示意图；
图6为本申请实施例提供的一种RLC SDU乱序递交的数据流向示意图；
图7为本申请实施例提供的一种乱序递交的PDCP PDU SN分布示意图；
图8为本申请实施例提供的另一种乱序递交的PDCP PDU SN分布示意图；
图9为本申请实施例提供的一种HFN值计算的功能实现框图示意图；
图10为本申请实施例提供的一种HFN值计算的数据结构示意图；
图11为本申请实施例提供的一种接收PDCP包的方法的详细流程示意图；
图12为本申请实施例提供的一种HFN值计算的详细流程示意图；
图13为本申请实施例提供的一种PDCP包的接收装置的组成结构示意图；
图14为本申请实施例提供的一种终端设备的组成结构示意图；
图15为本申请实施例提供的另一种终端设备的组成结构示意图。
具体实施方式
为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。
在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。还需要指出，本申请实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
对本申请实施例进行进一步详细说明之前，先对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释：
长期演进(Long Term Evolution，LTE)
新无线(New Radio，NR)
无线链路控制(Radio Link Control，RLC)
媒质访问控制(Medium Access Control，MAC)
端口物理层(Physical Layer，PHY)
分组数据聚合协议(Packet Data Convergence Protocol，PDCP)
协议数据单元(Protocol Data Unit，PDU)
服务数据单元(Service Data Unit，SDU)
透明模式(Transparent Mode，TM)
非确认模式(Unacknowledged Mode，UM)
确认模式(Acknowledged Mode，AM)
序列编号(Sequence Number，SN)
分段信息(Segment Information，SI)
分段偏移(Segment Offset，SO)
混合自动重传请求(Hybrid Auto Repeat reQuest，HARQ)
加密(Cipher)
解密(Decipher)
传输块(Transport Block，TB)
超帧序号(Hyper Frame Number，HFN)
互联网协议(Internet Protocol，IP)
传输控制协议(Transmission Control Protocol，TCP)
双倍速率内存(Double Data Rate SDRAM，DDR)
往返时延(Round-Trip Time，RTT)
传输时间间隔(Transport Time Interval，TTI)
应理解，本申请实施例的技术方案可以应用于LTE(4G)系统、NR(5G)系统或者其他无线通信系统(包括未来的各种通信系统)。参见图1，其示出了一种通信系统的网络架构示意图。如图1所示，该网络架构可以包括网络设备101和终端设备102。其中，网络设备101可以向多个终端设备102提供通信服务，而多个网络设备101也可以向同一个终端设备102提供通信服务。
需要说明的是，网络设备101是一种为终端设备提供无线通信功能的设备，包括但不限于：LTE系统、NR系统或者LAA-LTE系统中的演进型基站(evolutional Node B，可简称为eNB或e-NodeB)、宏基站、微基站(也可称为“小基站”)、微微基站、基站收发台(BaseTransceiver Station，BTS)、基带单元(Base Band Unit，BBU)、接入站点(Access Point，AP)、传输站点(Transmission Point，TP)或新一代基站(new generation Node B，gNodeB)等。
终端设备102可以称之为用户设备(User Equipment，UE)。该终端设备可以为个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备，该终端设备也可以为智能手机、平板电脑、掌上电脑、移动台(Mobile Station，MS)、移动终端(Mobile Terminal)等等，该终端设备可以经无线接入网(Radio Access Network，RAN)与一个或多个网络设备进行通信。例如，终端设备可以是移动电话(或称为“蜂窝”电话)或具有终端设备的计算机等，例如，终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。终端设备还可以为有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来演进的网络中的终端设备等，本申请实施不作限定。
参见图2，其示出了一种用户面协议栈的基本功能示意图。如图2所示，其应用于LTE系统，该用户面协议栈(LTE User Plane)可以包括用户设备(UE)和基站(eNodeB)。在这里，UE可以包括PHY层、MAC层、RLC层和PDCP层。其中，PHY层可设置有解码与编码模块(Decode&Encode)，MAC层可设置有数据选择与调度模块(Mux&Schedule)，RLC层可设置有记录与分段等模块(Reorder&Segment&Conc.)，PDCP层可设置有头部压缩与密码模块(HeaderCompression&Cipher)。按照开放式系统互连(Open System Interconnect，OSI)计算机网络体系结构，MAC层、RLC层和PDCP层都是数据链路层的子层。另外，基站也可以包括PHY层、MAC层、RLC层和PDCP层，而且UE中的PHY层与基站中的PHY层进行信息交互，UE中的MAC层与基站中的MAC层进行信息交互，UE中的RLC层与基站中的RLC层进行信息交互，UE中的PDCP层与基站中的PDCP层进行信息交互。
还需要说明的是，RLC层可以包括TM模式、UM模式和AM模式。其中，不同的工作模式存在不同的数据传输服务，例如：对于TM模式，没有RLC头，而且不对高层信息做处理，如寻呼和系统消息使用TM模式；对于UM模式，发送方无需得到接收方的ACK确认，有RLC头，但是不提供可靠的传输，如VoIP可使用UM模式；而对于AM模式，发送数据包需要得到接收方的ACK确认，有RLC头，且提供可靠的有序传输，如TCP模式一般使用AM模式。
具体而言，在下行数据包的处理流程中，RLC层负责进行PDU排序，然后按序递交给PDCP层。在PDCP层，IP头(Header)解析以及数据包解密，之后递交给TCP/IP协议栈。在本申请实施例中，RLC层是LTE用户面协议栈的无线链路控制层，RLC层的AM模式可以提供TCP业务的可靠性需求。
为了适应无线链路的变化，RLC PDU的长度可变。图3示出了一种RLC PDU的组成结构示意图。如图3所示，相比于RLC SDU，RLC PDU多了RLC Header。而且RLC PDU的SN和SDU的SN不相关，RLC SDU还会出现分段，然后SDU会按照顺序级联。由图3可以看出，对于SN序号为n的SDU，其被分为两段：第一段被填入前一个RLC PDU中，由于该RLC PDU已经填满，因此第二段以及SN序号为n+1、n+2的SDU被填入当前RLC PDU中，由于当前RLC PDU没有填满，这时候将继续填入SN序号为n+3的SDU；但是只有n+3的第一段被填入到当前RLC PDU中，n+3的第二段将会顺序填入下一个RLC PDU中。也就是说，一个RLC PDU里面的SDU状态如下：
-{0；1}SDUi的最后一段+[0；n]完整SDU+{0；1}SDUi+n+1的第一段；or
-SDUi的一个分段。
基于上述的PDU结构，RLC层在下行数据包的传输中为PDCP层提供递交完整SDU的服务。这样，PDCP层在接收到RLC递交的SDU后，需要解析PDCP header来获取PDCP SN，然后计算HFN，可以得到SDU的计数(Count)值，进而PDCP的解密(Decipher)硬件模块能够基于Count值进行解密和完整性保护验证。
在相关技术中，参见图4，其示出了一种RLC SDU顺序递交的数据流向示意图。如图4所示，其为相关技术中调制解调器(Modem)的数据流向示意，功能块可以包括解码模块(Decoder)、RLC层和PDCP层。其中，解码模块中可以设置有传输块(TB Block)存储区，RLC层中可以设置有完整SDU或者SDU分段(Segment)存储区，PDCP层中包括有解密模块，而且可以设置有IP包(IP Packet)存储区；这样，对于通过解码模块获得的传输块，具体为SDU或者SDU分段首先需要拷贝到SDU实体中进行存储，以便进行SDU重组和排序；然后将排序后的SDU递交到PDCP层中的解密模块进行解密处理，以实现IP Packet的递交。
这样，如图4所示，RLC层把所有的SDU以及SDU分段从解码模块的存储区(buffer)中拷贝出来，然后再进行重组和排序。例如，假定4G LTE RLC RTT为75毫秒，那么RLC层的存储区可能需要保存75毫秒的数据，根据第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)标准的PDCP协议，一个TTI大约发送200多个PDCP SDU，假设每个IP包平均为500子节(Byte)，RLC需要的内存是75×200×500＝7.5兆字节(M Byte)。此外，因为RLC窗口的移动，一次会给PDCP递交的SDU数量很大，从而对PDCP中的解密模块造成了压力，延迟了IP Packet的递交。
也就是说，根据已有的3GPP标准协议，RLC层需要将接收到的RLC SDU进行排序后递交；如此，不仅在RLC层需要预留大量的缓存；而且PDCP解密模块以及DDR的峰值压力，还会造成数据包递交的延时以及Modem功耗过大。
基于此，本申请实施例提供了一种接收PDCP包的方法，基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCPPDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。这样，不仅可以解决乱序递交情况下的超帧序号计算问题，而且还可以实现RLC SDU的即时递交，数据包的快速(on the fly)处理，从而能够减少RLC层所需的DDR和片上内存，节省成本，还能够提高数据包递交的即时性和降低Modem的功耗。
下面将结合附图对本申请各实施例进行详细说明。
本申请的一实施例中，参见图5，其示出了本申请实施例提供的一种接收PDCP包的方法的流程示意图。如图5所示，该方法可以包括：
S501：基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号。
需要说明的是，在本申请实施例中，该方法应用于PDCP包的接收装置，或者集成有该装置的终端设备。也就是说，本申请实施例的执行主体是终端设备，而且终端设备内至少包括：RLC层和PDCP层。
还需要说明的是，在本申请实施例中，PDCP层处于AM模式，以便能够提供TCP业务的可靠性需求。在相关技术中，为了确保数据传输的可靠性，RLC层发送的RLC SDU是按序递交给PDCP层的；但是为了减少RLC层所需的DDR和片上内存，本申请实施例提出了一种乱序递交RLC SDU的技术方案，即RLC层是将RLC SDU乱序递交给PDCP层的。
参见图6，其示出了本申请实施例提供的一种RLC SDU乱序递交的数据流向示意图。如图6所示，功能块仍然包括解码模块(Decoder)、RLC层和PDCP层。其中，解码模块中可以设置有传输块(TB Block)存储区，RLC层中可以设置有SDU分段(SDU Segment)存储区，PDCP层中包括有解密模块，而且可以设置有IP包(IP Packet)存储区。这样，对于通过解码模块获得的传输块，具体为SDU或者SDU Segment；如果为完整的SDU，那么将直接发送到PDCP层，以便通过解密模块进行解密处理；而对于SDU Segment，首先需要拷贝到SDU实体中进行存储，在接收到其他的Segment之后，重组为完整的SDU再发送到PDCP层，以便通过解密模块进行解密处理，从而实现IP包的递交。
具体来讲，本申请实施例提出一种乱序递交RLC SDU的技术方案，或称为即时解密的方案。在这里，RLC层接收到完整的SDU，不排序，直接乱序递交给PDCP层进行处理；只有RLC层接收到SDU Segment时，会将SDU Segment保存在RLC存储区中，等待其他的SDUSegment接收到之后，重组为完整的SDU再递交给PDCP层，由PDCP层中的解密模块对接收到PDCP PDU进行即时解密。具体由图6可见，本申请实施例把突发的数据包处理离散在整个过程当中，从而大大降低了存储区的大小和解密模块的压力，并且减少了DDR的峰值读写带宽。
可以理解地，本申请实施例的技术方案主要是在RLC SDU乱序递交时，PDCP计数值(Count)的HFN计算。在PDCP标准协议中，HFN的计算是基于RLC层在RLC SDU排序后按序递交给PDCP层进行的。根据HFN的定义，即PDCP序列号(PDCP SN)在编号到达最大值后，将从0开始计数，这个时候HFN值增加1。如表1所示，HFN和PDCP SN按照如下的格式构成PDCP的Count值，然后输入解密模块。
表1
HFN PDCP SN
需要说明的是，在PDCP标准协议中，Count值的长度为32比特，加密及完整性保护可以维护一个Count值，该Count值是由HFN和PDCP SN组成，而且HFN值的长度等于32减去PDCP SN的长度。
这样，在PDCP层接收到RLC层发送的待处理PDCP PDU后，通过解码即可获取到所接收RLC序列号(用rxRlcSn表示)和所接收PDCP序列号(用rxPdcpSn表示)。
S502：当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值。
需要说明的是，在本申请实施例中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息，具体是指PDCP层历史接收到的PDCP PDU的记录信息。在一些实施例中，该方法还可以包括：
获取接收到的前进方向对应的PDCP PDU的第一记录信息和回退方向对应的PDCPPDU的第二记录信息；
根据第一记录信息或者第二记录信息，确定所记录RLC序列号；其中，第一记录信息包括前进RLC序列号、前进PDCP序列号和前进HFN值，第二记录信息包括后退RLC序列号、后退PDCP序列号和后退HFN值。
也就是说，为了提高计算一个RLC PDU包含多个RLC SDU的HFN值，本申请实施例可以在前进方向和回退方向各保存一个最近接收到的PDCP PDU的记录信息，具体如下所示，
对于前进方向对应的PDCP PDU的第一记录信息(用PdcpSn_Forward_LatestNode表示)，其中，前进RLC序列号可以用rlcSn_Forward表示，前进PDCP序列号可以用pdcpSn_Forward表示，前进HFN序列号可以用hfn_Forward表示；
对于回退方向对应的PDCP PDU的第二记录信息(用PdcpSn_Backward_LatestNode表示)，其中，后退RLC序列号可以用rlcSn_Backward表示，后退PDCP序列号可以用pdcpSn_Backward表示，后退HFN序列号可以用hfn_Backward表示。
这样，根据第一记录信息和第二记录信息，可以确定出所记录RLC序列号。具体地，在一些实施例中，所述根据第一记录信息或者第二记录信息，确定所记录RLC序列号，可以包括：
根据所接收RLC序列号、前进RLC序列号和后退RLC序列号，确定待处理PDCP PDU的位置是否处于前进方向；
若待处理PDCP PDU的位置处于前进方向，则基于确定PDCP序列号存在回绕，将第一记录信息和第二记录信息存储到预设回绕窗口中，并确定所记录RLC序列号；
若待处理PDCP PDU的位置处于回退方向，则从预设回绕窗口中查询最近一次存储的记录信息，并从中确定所记录RLC序列号。
需要说明的是，通过RLC SN的信息，可以确定出待处理PDCP PDU的位置是处于前进方向还是回退方向。如果待处理PDCP PDU的位置处于前进方向，那么在所接收PDCP序列号存在回绕的情况下，可以记录记录左右节点的信息，比如前进方向对应的第一记录信息和回退方向对应的第二记录信息，并存储到预设回绕窗口(用PdcpSn_WrapWindow表示)中，进而确定出所记录RLC序列号。反之，如果待处理PDCP PDU的位置处于回退方向，那么可以从预设回绕窗口中查询最近一次存储的记录信息，进而确定出所记录RLC序列号。
还需要说明的是，对于预设回绕窗口而言，其与PDCP序列空间(用PDCP SN Space)具有关联关系，本申请实施例可以包含5个PDCP SN Space的信息。而对于每个预设回绕窗口，其内最多可以保存四个节点。
可以理解地，当RLC SDU乱序递交给PDCP层时，两个PDCP PDU对应的序列号分布如图7所示，这里示出了本申请实施例提供的一种乱序递交的PDCP PDU SN分布示意图。如图7所示，对于第①组用例而言，假定有两个PDCP SN Space，而且每个PDCP SN Space的长度均为0～N-1；这里的两个PDCP PDU对应的序列号分别为PDCP PDU N-1和PDCP PDU 0，而且这两个PDCP PDU位置相邻，且位于同一个RLC PDU(该RLC序列号为m)；那么若PDCP PDU N-1的HFN值等于0，则PDCP PDU 0的HFN值等于1。当存在两个RLC PDU(序列号分别为m和m+x)时，PDCP PDU N-1位于RLC PDU m中，PDCP PDU x位于RLC PDU m+x中，由于RLC PDU m+x处于RLC PDU m的前进方向，而且PDCP PDU N-1与P DCP PDU x之间的距离小于一个PDCP SNSpace，那么若PDCP PDU N-1的HFN值等于0，则PDCP PDU x的HFN值等于1。对于第②组用例或者第③组用例而言，其HFN的确定同第一组用例，即当存在两个RLC PDU(序列号分别为m和m+x)时，PDCP PDU x位于RLC PDU m中，PDCP PDU y位于RLC PDU m+x中，由于RLC PDU m+x处于RLC PDU m的前进方向，而且PDCP PDU x与P DCP PDU y之间的距离小于一个PDCP SNSpace，那么根据PDCP PDU x的HFN值，也能够确定出PDCP PDU x的HFN值(其中，若PDCP PDUx的HFN值等于0，则PDCP PDU x的HFN值等于1)。然而，对于第④组用例、第⑤组用例或者第⑥组用例而言，PDCP PDU x位于RLC PDU m中，PDCP PDU y位于RLC PDU m+x中，虽然RLCPDU m+x处于RLC PDU m的前进方向，但是PDCP PDU x与P DCP PDU y之间的距离大于或等于一个PDCP SN Space，这时候就无法根据PDCP PDU x的HFN值来确定出PDCP PDU x的HFN值。
简单来说，在本申请实施例中，当RLC SDU乱序递交给PDCP层时，根据PDCP PDU对应的RLC序列号，PDCP PDU的窗口方向可以确定。如图7所示，对于RLC SN m而言，RLC SN m+x在窗口方向的位置为前进方向，当两个PDCP PDU SN之间的距离小于一个PDCP SN Space的时候，PDCP x或者PDCP y的HFN值是可以确定的。但是如果连续接收到的两个PDCP PDUSN之间的距离超过一个PDCP SN Space的时候，PDCP x或者PDCP y的HFN值就无法确定。参见图8，其示出了本申请实施例提供的另一种乱序递交的PDCP PDU SN分布示意图。如图8所示，对于标号1和4的部分，这时候的两个PDCP PDU SN之间的距离超过一个PDCP SN Space，那么无法根据标号1部分的HFN值来确定出标号4部分的HFN值。
需要注意的是，在实际应用中并不能够根据PDCP SN直接确定出两个PDCP序列号之间的距离是否超过一个PDCP SN Space，这里是根据两个RLC序列号之间的距离是否大于门限值来估算确定的。其中，门限值可以是根据LTE下行支持的空口吞吐量以及空口的误块率(Block Error Rate，BLER)为30％时，可能发生的两个RLC序列号之间的最大距离来确定的，其根据实际情况进行具体设定，本申请实施例并不作任何限定。
也就是说，在本申请实施例中，可以通过RLC PDU SN，即通过两个RLC序列号之间的距离是否大于门限值，进而估算出两个PDCP PDU SN之间的距离超过一个PDCP SNSpace，下面将主要说明如何解决乱序递交RLC SDU时HFN值计算和确定的问题。
还需要说明的是，在接收到待处理PDCP PDU之后，由于已经在前进方向和回退方向各保存了一个最近接收PDCP PDU的记录信息，具体包括前进RLC序列号(rlcSn_Forward)、前进PDCP序列号(pdcpSn_Forward)和前进HFN值(hfn_Forward)，后退RLC序列号(rlcSn_Backward)、后退PDCP序列号(pdcpSn_Backward)和后退HFN值(hfn_Backward)，那么首先需要判断接收到待处理PDCP PDU是否与前进方向的PDCP PDU还是回退方向的PDCPPDU处于同一RLC PDU中。因此，在一些实施例中，该方法还可以包括：
判断前进RLC序列号是否无效；
若前进RLC序列号无效，则设置待处理PDCP PDU对应的超帧序号等于零；
若前进RLC序列号有效，且前进RLC序列号等于所接收RLC序列号，则根据前进HFN值确定待处理PDCP PDU对应的超帧序号；
若前进RLC序列号不等于所接收RLC序列号，且后退RLC序列号等于所接收RLC序列号，则根据后退HFN值确定待处理PDCP PDU对应的超帧序号。
需要说明的是，首先判断rlcSn_Forward是否无效(Invalid)，如果判断结果为是，那么可以进行状态初始化，并设置待处理PDCP PDU对应的超帧序号(用rxHFN表示)等于零；如果判断结果为否，那么需要进一步判断rlcSn_Forward是否等于rxRlcSn。如果判断结果为是，那么可以说明待处理PDCP PDU和前进方向的PDCP PDU处于同一RLC PDU中，然后根据hfn_Forward确定rxHFN值；如果判断结果为否，那么需要进一步判断rlcSn_Backward是否等于rxRlcSn。如果判断结果为是，那么可以说明待处理PDCP PDU和回退方向的PDCP PDU处于同一RLC PDU中，然后根据hfn_Backward确定rxHFN值；如果判断结果为否，那么可以说明待处理PDCP PDU既不与前进方向的PDCP PDU处于同一RLC PDU中，也不与回退方向的PDCPPDU处于同一RLC PDU中。
还需要说明的是，当待处理PDCP PDU既不与前进方向的PDCP PDU处于同一RLCPDU中，也不与回退方向的PDCP PDU处于同一RLC PDU中时，这时候需要判断待处理PDCPPDU的位置是否处于前进方向。如果待处理PDCP PDU的位置处于前进方向，那么可以在所接收PDCP序列号存在回绕的情况下，将前进方向的PDCP PDU和回退方向的PDCP PDU的记录信息存储到预设回绕窗口中，并且确定出所记录RLC序列号；如果待处理PDCP PDU的位置处于回退方向，那么可以从预设回绕窗口中查询最近一次存储的记录信息，并且确定出所记录RLC序列号；然后判断两个RLC序列号之间的距离是否大于门限值。
进一步地，当所接收RLC序列号与所记录RLC序列号之间的距离值小于或等于门限值时，在一些实施例中，该方法还可以包括：根据所记录HFN值确定待处理PDCP PDU对应的HFN值。
在本申请实施例中，所记录HFN值对应于所记录RLC序列号的PDCP PDU的相应记录信息。具体来说，可以包括：若所记录RLC序列号为rlcSn_Forward，则在一个PDCP序列空间中，可以根据hfn_Forward确定待处理PDCP PDU对应的超帧序号；若所记录RLC序列号为rlcSn_Backward，则在一个PDCP序列空间中，可以根据hfn_Backward确定待处理PDCP PDU对应的超帧序号。
进一步地，当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，在一些实施例中，可以利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值。
在本申请实施例中，解密结果可以是指解密得到的明文信息，具体包括IP版本信息和IP地址信息。相应地，在一些实施例中，所述利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值，可以包括：
当利用第一计数值解密得到的IP版本信息等于预置版本信息且解密得到的IP地址信息等于预置地址信息，则确定解密成功，并将第一计数值确定为第二计数值。
也就是说，在本申请实施例中，第一计数值可以有若干个。在这若干个第一计数值中，如果利用某第一计数值解密得到的IP版本信息(IP Version)和IP地址信息(IPAddress)都相匹配，即IP版本信息等于预置版本信息且IP地址信息等于预置地址信息，那么可以确定解密成功，并将解密成功的第一计数值确定为第二计数值。
在一种具体的实施例中，所述利用第一计数值对待处理PDCP PDU进行解密尝试，可以包括：
判断i是否小于最大尝试次数；
当i小于最大尝试次数时，利用第i个第一计数值对待处理PDCP PDU进行解密，判断解密得到的IP版本信息是否等于预置版本信息；
若解密得到的IP版本信息不等于预置版本信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；
若解密得到的IP版本信息等于预置版本信息，则判断解密得到的IP地址信息是否等于预置地址信息；
若解密得到的IP地址信息不等于预置地址信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；
若解密得到的IP地址信息等于预置地址信息，则确定解密成功，将解密成功的第i个第一计数值确定为第二计数值。
需要说明的是，在本申请实施例中，i的初始值设置为0，最大尝试次数用max_TryNum表示。另外，这里的若干个第一计数值可以存储在预设计数存储表(用pdcpCountList表示)中，那么第i个第一计数值可以用pdcpCountList[i]表示。
还需要说明的是，在本申请实施例中，首先比较IP版本信息，然后再比较IP地址信息，如果解密得到的IP版本信息等于预置版本信息且IP地址信息等于预置地址信息，那么可以认为这个计数值是正确的，即为第二计数值。
S503：根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。
需要说明的是，由于PDCP的Count值可以是由HFN值和PDCP SN组成，那么在得到第二计数值之后，即可确定出待处理PDCP PDU对应的HFN值。
还需要说明的是，如果无法获得第二计数值，即解密失败；这时候，对于解密失败的判断，在一些实施例中，该方法还可以包括：
若i大于或等于最大尝试次数，则确定解密失败；或者，
若利用所有的第一计数值解密得到的IP版本信息均不等于预置版本信息或利用所有的第一计数值解密得到的IP地址信息均不等于预置地址信息，则确定解密失败。
进一步地，在解密失败之后，该方法还可以包括：将待处理PDCP PDU丢弃。
也就是说，如果i大于或等于最大尝试次数，或者利用所有的第一计数值解密得到的IP版本信息均不等于预置版本信息或IP地址信息均不等于预置地址信息，那么可以确定解密失败，这时候可以返回失败(Failure)的消息，并且将对应的待处理PDCP PDU丢弃。
本实施例提供了一种接收PDCP包的方法，基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。这样，不仅可以解决乱序递交情况下的HFN计算问题，而且还可以实现RLC SDU的即时递交，数据包的快速处理，从而能够减少RLC层所需的DDR和片上内存，节省成本，还能够提高数据包递交的即时性和降低Modem的功耗。
本申请的另一实施例中，基于前述实施例提供的方法，参见图9，其示出了本申请实施例提供的一种HFN值计算的功能实现框图示意图。如图9所示，RLC层可以包括HFN计算模块，PDCP层可以包括解密模块和HFN尝试模块。对于利用第一计数值对待处理PDCP PDU进行解密尝试，该方法可以包括：
当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，HFN计算模块向HFN尝试模块发送尝试命令；
根据尝试命令，HFN尝试模块将通过解密模块对待处理PDCP PDU进行解密尝试，确定第二计数值；
将第二计数值发送给HFN计算模块，以得到待处理PDCP PDU对应的超帧序号。
需要说明的是，这里的尝试命令可以用HFN Try Command表示。本申请实施例在所接收RLC序列号和所接收PDCP序列号都解码成功后，计算HFN值和Count值，然后发送Count值到解密模块进行解密处理。当两个PDCP序列号之间的距离超过一个PDCP SN Space的时候，HFN计算模块会发送HFN Try Command到HFN尝试模块。这个HFN尝试模块会尝试对同一个PDCP PDU利用两个或者多个Count值解密，然后比较明文的数据内容部分，以便确定出正确的第二计数值。其中，明文比较的数据内容包括数据包的IP版本信息和IP地址信息。
还需要说明的是，结合图9，对于HFN计算和尝试的处理过程，具体可以包括：步骤①，HFN计算模块发送Count值到解密模块进行解密处理；步骤②，发送尝试命令到HFN尝试模块；步骤③，利用两个或者多个Count值对同一个PDCP PDU解密尝试，以便确定出正确的第二计数值；步骤④，将第二计数值返回给HFN计算模块，进而计算出对应的HFN值。
进一步地，为了准确计算出HFN值，在HFN计算模块保存了PDCP SN回绕，HFN值增加的数据记录。其中，记录的内容包含跨越PDCP SN Space前后的RLC SN、PDCP SN和HFN等信息。为了提高计算一个RLC PDU包含多个RLC SDU的HFN值，前进方向和回退方向可以各保存一个最近接收到PDCP PDU的信息。如图10所示，其示出了本申请实施例提供的一种HFN值计算和确定的数据结构示意图。在图10中，可以包括有四个PDCP SN Space，每个PDCP SNSpace的长度均为0～N-1，其中，前进节点记录信息表示前进方向所保存的最近接收到PDCPPDU的信息，具体代码如下：
回退节点记录信息表示回退方向(也可称为“后退方向”)所保存的最近接收到PDCP PDU的信息，具体代码如下：
针对预设回绕窗口记录信息，具体代码如下：
这样，根据已经保存的前进节点记录信息和回退节点记录信息，在接收到待处理PDCP PDU(如PDCP PDU x或者PDCP PDU y等)之后，按照如下详细流程即可确定出对应的HFN值。
参见图11，其示出了本申请实施例提供的一种接收PDCP包的方法的详细流程示意图。如图11所示，该详细流程可以包括：
S1101：获取待处理PDCP PDU对应的rxRlcSn、rxPdcpSn。
S1102：判断rlcSn_Forward＝＝Invalid？
S1103：进行状态初始化，并且设置rxHFN值等于0。
S1104：判断rlcSn_Forward＝＝rxRlcSn？
S1105：在同一RLC PDU中计算出rxHFN值。
S1106：判断rlcSn_Backward＝＝rxRlcSn？
S1107：在同一RLC PDU中计算出rxHFN值。
S1108：判断RxRlcSn是否位于前进方向？
S1109：查询PDCP SN回绕，并将其写入预设回绕窗口内。
S1110：查询预设回绕窗口的历史数据。
S1111：判断RLC SN之间的距离是否大于门限值？
S1112：发送尝试命令到HFN尝试模块。
S1113：判断HFN尝试是否成功？
S1114：返回正确的rxHFN值。
S1115：丢弃待处理PDCP PDU。
S1116：在一个PDCP序列空间中计算出rxHFN值。
需要说明的是，在接收到待处理PDCP PDU之后，通过解码可以得到所接收RLC序列号(用rxRlcSn表示)和所接收PDCP序列号(用rxPdcpSn表示)。另外，对于前进方向对应的PDCP PDU的第一记录信息，可以包括rlcSn_Forward、pdcpSn_Forward、hfn_Forward；对于回退方向对应的PDCP PDU的第二记录信息，可以包括rlcSn_Backward、pdcpSn_Backward、hfn_Backward。
还需要说明的是，对于S1102来说，判断rlcSn_Forward是否为无效，如果判断结果为是，那么可以执行S1103；如果判断结果为否，那么可以执行S1104。对于S1104来说，判断rlcSn_Forward是否等于rxRlcSn，如果判断结果为是，那么可以执行S1105；如果判断结果为否，那么可以继续执行S1106。对于S1106来说，判断rlcSn_Backward是否等于rxRlcSn，如果判断结果为是，那么可以执行S1107；如果判断结果为否，那么可以继续执行S1108。对于S1108来说，判断RxRlcSn是否位于前进方向，如果判断结果为是，那么可以执行S1109；如果判断结果为否，那么可以继续执行S1110。这样，在确定出RLC SN之后，可以继续执行S1111，判断RLC SN之间的距离是否大于门限值，如果判断结果为是，那么可以执行S1112；如果判断结果为否，那么可以继续执行S1116。另外，对于S1113来说，判断HFN尝试是否成功，如果判断结果为是，即接收到成功响应，那么可以执行S1114；如果判断结果为否，即接收到失败响应，那么可以继续执行S1115。
简言之，在接收到PDCP PDU后，HFN计算和尝试的过程如下：
分支①和分支②：计算一个最近接收到的前进方向或者回退方向的RLC PDU内的PDCP SDU的HFN值。
分支③：计算RLC SN是前进方向的PDCP SDU的HFN值，当遇到PDCP SN回绕的情况时，这时候需要记录左右节点的信息，保存到预设回绕窗口(PDCPSN_WrapWindow)，这个窗口内最多保存4个节点，而可以包含5个PDCP SN Space的信息。
分支④：计算RLC SN是回退方向的PDCP SDU的HFN值，这时候需要查询PDCPSN_WrapWindow内的历史数据，以便确定出HFN值。
分支⑤：当两个RLC SN之间的距离超过门限值(用HFN_TRY_TRIGGER表示)时，将进入HFN Try的流程。HFN_TRY_TRIGGER的设置，可以是根据LTE下行支持的空口吞吐量以及空口的BLER为30％时，可能发生的两个RLC SN之间的最大距离来确定的。
分支⑥：HFN Try的流程，可以返回正确的HFN值或者失败结果。
进一步地，针对HFN Try的流程细化，参见图12，其示出了本申请实施例提供的一种HFN值计算的详细流程示意图。如图12所示，该详细流程可以包括：
S1201：i＝0。
S1202：判断i是否小于max_TryNum？
S1203：pdcpCount＝pdcpCountList[i]。
S1204：解密模块通过pdcpCount进行解密。
S1205：IPVer＝plaintext.IpVer。
S1206：判断IPVer＝＝config_IPVer？
S1207：i＝i+1。
S1208：IPAddress＝plaintext.IPAddress。
S1209：判断IPAddress＝＝config_IPAddress？
S1210：发送当前的pdcpCount到HFN计算模块。
S1211：发送失败结果到HFN计算模块。
需要说明的是，若干个第一计数值可以存储在预设计数存储表(用pdcpCountList表示)中，那么第i个第一计数值可以用pdcpCountList[i]表示。
还需要说明的是，对于S1202来说，判断i是否小于max_TryNum，如果判断结果为否，那么可以执行S1211；如果判断结果为是，那么可以执行S1203，即将pdcpCountList[i]赋值给pdcpCount，再利用pdcpCount进行解密尝试，从而得到明文信息，包括IP版本信息(plaintext.IpVer)和IP地址信息(plaintext.IPAddress)。对于S1206来说，判断IPVer是否等于config_IPVer，如果判断结果为否，那么可以执行S1207；如果判断结果为是，那么可以执行S1208，即将plaintext.IPAddress赋值给IPAddress，判断IPAddress是否等config_IPAddress。也就是说，对于S1209来说，如果判断结果为否，那么可以执行S1207；如果判断结果为是，那么可以执行S1210。
这样，根据图12，首先比较IP版本信息，然后再比较IP地址信息。如果其中的一个pdcpCount比较后确认成功，那么可以确定这个pdcpCount对应的HFN值是正确的。当所有的pdcpCount的IP版本信息和IP地址信息的比较都不匹配时，HFN尝试模块会返回失败结果给HFN计算模块，此时如果HFN Try失败，那么对应的PDCP PDU会丢弃。
这样，通过HFN计算模块，解密模块和HFN尝试模块的协调工作，能够解决LTE RLCSDU乱序递交的HFN计算和验证问题，即本申请实施例的核心在于通过HFN计算、解密、HFNTry等三个模块的配合以解决LTE乱序递交中Count值的HFN准确计算和确定问题。其中，无论这三个模块以及对应的步骤采用何种实现方式，都在本申请实施例的保护范围之内。
综上可知，本申请实施例的技术方案主要包括：(1)LTE RLC PDU不排序，按照接收到的顺序乱序递交SDU给PDCP层；(2)基于RLC SN的窗口信息，辅助计算HFN值；(3)当HFN不能确认的时候，可以通过解密模块验证IP版本信息和IP地址信息来确定出正确的HFN值。
本实施例提供了一种HFN计算方法，通过上述实施例对前述实施例的具体实现进行了详细阐述，从中可以看出，通过前述实施例的技术方案，不仅实现了LTE的RLC SDU即时递交，数据包on the fly处理，而且减少了RLC和整个数据面子系统需要的DDR缓存和片上内存，节省成本；另外，解密模块的处理压力平均化，DDR带宽相比数据传输峰值带宽会降低约两倍，从而还能够提高数据包递交的即时性和降低modem的功耗；此外，因为5G NR的RLCSDU也是乱序递交的，4G/5G还可以共享数据通路。
本申请的又一实施例中，基于前述实施例相同的发明构思，参见图13，其示出了本申请实施例提供的一种PDCP包的接收装置130的组成结构示意图。如图13所示，PDCP包的接收装置130可以包括：获取单元1301、解密单元1302和计算单元1303；其中，
获取单元1301，配置成基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；
解密单元1302，配置成当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；
计算单元1303，配置成根据第二计数值和所接收PDCP序列号，确定待处理PDCPPDU对应的超帧序号。
在一些实施例中，参见图13，PDCP包的接收装置130还可以包括确定单元1304；其中，
获取单元1301，还配置为获取接收到的前进方向对应的PDCP PDU的第一记录信息和回退方向对应的PDCP PDU的第二记录信息；
确定单元1304，配置为根据第一记录信息或者第二记录信息，确定所记录RLC序列号；其中，第一记录信息包括前进RLC序列号、前进PDCP序列号和前进HFN值，第二记录信息包括后退RLC序列号、后退PDCP序列号和后退HFN值。
在一些实施例中，参见图13，PDCP包的接收装置130还可以包括存储单元1305；其中，
确定单元1304，还配置为根据所接收RLC序列号、前进RLC序列号和后退RLC序列号，确定待处理PDCP PDU的位置是否处于前进方向；
存储单元1305，配置为若待处理PDCP PDU的位置处于前进方向，则基于确定PDCP序列号存在回绕，将第一记录信息和第二记录信息存储到预设回绕窗口中，并确定所记录RLC序列号；以及若待处理PDCP PDU的位置处于回退方向，则从预设回绕窗口中查询最近一次存储的记录信息，并从中确定所记录RLC序列号。
在一些实施例中，确定单元1304，还配置为判断前进RLC序列号是否无效；以及若前进RLC序列号无效，则设置待处理PDCP PDU对应的超帧序号等于零；若前进RLC序列号有效，且前进RLC序列号等于所接收RLC序列号，则根据前进HFN值确定待处理PDCP PDU对应的超帧序号；若前进RLC序列号不等于所接收RLC序列号，且后退RLC序列号等于所接收RLC序列号，则根据后退HFN值确定待处理PDCP PDU对应的超帧序号。
在一些实施例中，确定单元1304，还配置为当所接收RLC序列号与所记录RLC序列号之间的距离值小于或等于门限值时，根据所记录HFN值确定待处理PDCP PDU对应的超帧序号；其中，所记录HFN值对应于所记录RLC序列号的PDCP PDU的相应记录信息。
在一些实施例中，解密结果包括IP版本信息和IP地址信息；相应地，确定单元1304，还配置为当利用第一计数值解密得到的IP版本信息等于预置版本信息且解密得到的IP地址信息等于预置地址信息，则确定解密成功，并将第一计数值确定为第二计数值。
在一些实施例中，解密单元1302，具体配置为判断i是否小于最大尝试次数；以及当i小于最大尝试次数时，利用第i个第一计数值对待处理PDCP PDU进行解密，判断解密得到的IP版本信息是否等于预置版本信息；以及若解密得到的IP版本信息不等于预置版本信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；若解密得到的IP版本信息等于预置版本信息，则判断解密得到的IP地址信息是否等于预置地址信息；若解密得到的IP地址信息不等于预置地址信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；若解密得到的IP地址信息等于预置地址信息，则确定解密成功，将解密成功的第i个第一计数值确定为第二计数值。
在一些实施例中，i的初始值设置为0。
在一些实施例中，参见图13，PDCP包的接收装置130还可以包括丢弃单元1306；其中，
确定单元1304，还配置为若i大于或等于最大尝试次数，则确定解密失败；或者，若利用所有的第一计数值解密得到的IP版本信息均不等于预置版本信息或利用所有的第一计数值解密得到的IP地址信息均不等于预置地址信息，则确定解密失败；
丢弃单元1306，配置为在解密失败之后，将待处理PDCP PDU丢弃。
在一些实施例中，RLC层是将RLC SDU乱序递交给PDCP层的。
在一些实施例中，RLC层包括HFN计算模块，PDCP层包括解密模块和HFN尝试模块；相应地，计算单元1303，具体配置为当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，HFN计算模块向HFN尝试模块发送尝试命令；以及根据尝试命令，HFN尝试模块将通过解密模块对待处理PDCP PDU进行解密尝试，确定第二计数值；以及将第二计数值发送给HFN计算模块，以得到待处理PDCP PDU对应的超帧序号。
可以理解地，在本实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
因此，本实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现前述实施例中任一项所述的方法的步骤。
基于上述PDCP包的接收装置130的组成及计算机存储介质，参见图14，其示出了本申请实施例提供一种终端设备140的组成结构示意图。如图14所示，终端设备140可以包括处理器1401；其中，处理器1401配置成：
基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取所接收RLC序列号和所接收PDCP序列号；
当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，利用第一计数值对待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所记录RLC序列号对应于待处理PDCP PDU的相应记录信息；
根据第二计数值和所接收PDCP序列号，确定待处理PDCP PDU对应的超帧序号。
在一些实施例中，处理器1401还配置成：
获取接收到的前进方向对应的PDCP PDU的第一记录信息和回退方向对应的PDCPPDU的第二记录信息；
根据第一记录信息或者第二记录信息，确定所记录RLC序列号；其中，第一记录信息包括前进RLC序列号、前进PDCP序列号和前进HFN值，第二记录信息包括后退RLC序列号、后退PDCP序列号和后退HFN值。
在一些实施例中，处理器1401还配置成：
根据所接收RLC序列号、前进RLC序列号和后退RLC序列号，确定待处理PDCP PDU的位置是否处于前进方向；
若待处理PDCP PDU的位置处于前进方向，则基于确定PDCP序列号存在回绕，将第一记录信息和第二记录信息存储到预设回绕窗口中，并确定所记录RLC序列号；
若待处理PDCP PDU的位置处于回退方向，则从预设回绕窗口中查询最近一次存储的记录信息，并从中确定所记录RLC序列号。
在一些实施例中，处理器1401还配置成：
判断前进RLC序列号是否无效；
若前进RLC序列号无效，则设置待处理PDCP PDU对应的超帧序号等于零；
若前进RLC序列号有效，且前进RLC序列号等于所接收RLC序列号，则根据前进HFN值确定待处理PDCP PDU对应的超帧序号；
若前进RLC序列号不等于所接收RLC序列号，且后退RLC序列号等于所接收RLC序列号，则根据后退HFN值确定待处理PDCP PDU对应的超帧序号。
在一些实施例中，处理器1401还配置成：
当所接收RLC序列号与所记录RLC序列号之间的距离值小于或等于门限值时，根据所记录HFN值确定待处理PDCP PDU对应的超帧序号；
其中，所记录HFN值对应于所记录RLC序列号的PDCP PDU的相应记录信息。
在一些实施例中，解密结果包括IP版本信息和IP地址信息，相应地，处理器1401还配置成：
当利用第一计数值解密得到的IP版本信息等于预置版本信息且解密得到的IP地址信息等于预置地址信息，则确定解密成功，并将第一计数值确定为第二计数值。
在一些实施例中，处理器1401还配置成：
判断i是否小于最大尝试次数；
当i小于最大尝试次数时，利用第i个第一计数值对待处理PDCP PDU进行解密，判断解密得到的IP版本信息是否等于预置版本信息；
若解密得到的IP版本信息不等于预置版本信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；
若解密得到的IP版本信息等于预置版本信息，则判断解密得到的IP地址信息是否等于预置地址信息；
若解密得到的IP地址信息不等于预置地址信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；
若解密得到的IP地址信息等于预置地址信息，则确定解密成功，将解密成功的第i个第一计数值确定为第二计数值。
在一些实施例中，i的初始值设置为0。
在一些实施例中，处理器1401还配置成：
若i大于或等于最大尝试次数，则确定解密失败；或者，
若利用所有的第一计数值解密得到的IP版本信息均不等于预置版本信息或利用所有的第一计数值解密得到的IP地址信息均不等于预置地址信息，则确定解密失败；
在解密失败之后，方法还包括：将待处理PDCP PDU丢弃。
在一些实施例中，RLC层是将RLC SDU乱序递交给PDCP层的。
在一些实施例中，RLC层包括HFN计算模块，PDCP层包括解密模块和HFN尝试模块；相应地，处理器1401还配置成：
当所接收RLC序列号与所记录RLC序列号之间的距离值大于门限值时，HFN计算模块向HFN尝试模块发送尝试命令；
根据尝试命令，HFN尝试模块将通过解密模块对待处理PDCP PDU进行解密尝试，确定第二计数值；
将第二计数值发送给HFN计算模块，以得到待处理PDCP PDU对应的超帧序号。
进一步地，在一些实施例中，参见图14，终端设备140还可以包括：通信接口1402和存储器1403；另外，各个组件通过总线系统1404耦合在一起。可理解，总线系统1404用于实现这些组件之间的连接通信。总线系统1404除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图14中将各种总线都标为总线系统1404。其中，
通信接口1402，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
存储器1403，用于存储能够在处理器1401上运行的计算机程序；
处理器1401，用于在运行所述计算机程序时，执行前述实施例中任一项所述的方法的步骤。
可以理解，本申请实施例中的存储器1403可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步链动态随机存取存储器(Synchronous link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的存储器1403旨在包括但不限于这些和任意其它适合类型的存储器。
而处理器1401可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1401可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1403，处理器1401读取存储器1403中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
基于PDCP包的接收装置130的组成及计算机存储介质，参见图15，其示出了本申请实施例提供的另一种终端设备140的组成结构示意图。如图15所示，终端设备140可以包括前述实施例中任一项所述的PDCP包的接收装置130。
在本申请实施例中，终端设备140中还设置有PDCP层和RLC层，其中，RLC层包括HFN计算模块，PDCP层包括解密模块和HFN尝试模块。这样，通过HFN计算模块，解密模块和HFN尝试模块的协调工作，不仅可以解决乱序递交情况下的HFN计算和确定问题，而且还可以实现RLC SDU的即时递交，从而能够减少RLC层所需的DDR和片上内存，节省成本，还能够提高数据包递交的即时性和降低Modem的功耗。
需要说明的是，在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种接收PDCP包的方法，其特征在于，所述方法包括：
基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取接收RLC序列号和接收PDCP序列号；
当所述接收RLC序列号与记录RLC序列号之间的距离值大于门限值时，利用第一计数值对所述待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所述记录RLC序列号对应于所述待处理PDCP PDU的相应记录信息；
根据所述第二计数值和所述接收PDCP序列号，确定所述待处理PDCP PDU对应的超帧序号；其中：
所述解密结果包括IP版本信息和IP地址信息，所述利用第一计数值对所述待处理PDCPPDU进行解密尝试，并根据解密结果确定第二计数值，包括：
当利用所述第一计数值解密得到的IP版本信息等于预置版本信息且解密得到的IP地址信息等于预置地址信息，则确定解密成功，并将所述第一计数值确定为所述第二计数值；
RLC层包括HFN计算模块，PDCP层包括解密模块和HFN尝试模块，所述根据所述第二计数值和所述接收PDCP序列号，确定所述待处理PDCP PDU对应的超帧序号，包括：
当所述接收RLC序列号与记录RLC序列号之间的距离值大于门限值时，所述HFN计算模块向所述HFN尝试模块发送尝试命令；
根据所述尝试命令，所述HFN尝试模块将通过所述解密模块对所述待处理PDCP PDU进行解密尝试，确定第二计数值；
将所述第二计数值和所述接收PDCP序列号发送给所述HFN计算模块，以得到所述待处理PDCP PDU对应的超帧序号。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取接收到的前进方向对应的PDCP PDU的第一记录信息和回退方向对应的PDCP PDU的第二记录信息；
根据所述第一记录信息或者所述第二记录信息，确定所述记录RLC序列号；其中，所述第一记录信息包括前进RLC序列号、前进PDCP序列号和前进HFN值，所述第二记录信息包括后退RLC序列号、后退PDCP序列号和后退HFN值。
3.根据权利要求2所述的方法，其特征在于，所述根据所述第一记录信息或者所述第二记录信息，确定所述记录RLC序列号，包括：
根据所述接收RLC序列号、所述前进RLC序列号和所述后退RLC序列号，确定所述待处理PDCP PDU的位置是否处于前进方向；
若所述待处理PDCP PDU的位置处于前进方向，则基于确定PDCP序列号存在回绕，将所述第一记录信息和所述第二记录信息存储到预设回绕窗口中，并确定所述记录RLC序列号；
若所述待处理PDCP PDU的位置处于回退方向，则从所述预设回绕窗口中查询最近一次存储的记录信息，并从中确定所述记录RLC序列号。
4.根据权利要求3所述的方法，其特征在于，在所述根据所述接收RLC序列号、所述前进RLC序列号和所述后退RLC序列号，确定所述待处理PDCP PDU的位置是否处于前进方向之前，所述方法还包括：
判断所述前进RLC序列号是否无效；
若所述前进RLC序列号无效，则设置所述待处理PDCP PDU对应的超帧序号等于零；
若所述前进RLC序列号有效，且所述前进RLC序列号等于所述接收RLC序列号，则根据所述前进HFN值确定所述待处理PDCP PDU对应的超帧序号；
若所述前进RLC序列号不等于所述接收RLC序列号，且所述后退RLC序列号等于所述接收RLC序列号，则根据所述后退HFN值确定所述待处理PDCP PDU对应的超帧序号。
5.根据权利要求2所述的方法，其特征在于，所述方法还包括：
当所述接收RLC序列号与所述记录RLC序列号之间的距离值小于或等于门限值时，根据记录HFN值确定所述待处理PDCP PDU对应的超帧序号；
其中，所述记录HFN值对应于所述记录RLC序列号的PDCP PDU的相应记录信息。
6.根据权利要1所述的方法，其特征在于，所述利用第一计数值对所述待处理PDCP PDU进行解密尝试，包括：
判断i是否小于最大尝试次数；
当i小于所述最大尝试次数时，利用第i个所述第一计数值对所述待处理PDCP PDU进行解密，判断解密得到的IP版本信息是否等于预置版本信息；
若解密得到的IP版本信息不等于预置版本信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；
若解密得到的IP版本信息等于预置版本信息，则判断解密得到的IP地址信息是否等于预置地址信息；
若解密得到的IP地址信息不等于预置地址信息，则对i执行加1操作，并返回执行判断i是否小于最大尝试次数的步骤；
若解密得到的IP地址信息等于预置地址信息，则确定解密成功，将解密成功的第i个所述第一计数值确定为所述第二计数值。
7.根据权利要求6所述的方法，其特征在于，i的初始值设置为0。
8.根据权利要求6所述的方法，其特征在于，所述方法还包括：
若i大于或等于所述最大尝试次数，则确定解密失败；或者，
若利用所有的所述第一计数值解密得到的IP版本信息均不等于预置版本信息或利用所有的所述第一计数值解密得到的IP地址信息均不等于预置地址信息，则确定解密失败；
在所述解密失败之后，所述方法还包括：将所述待处理PDCP PDU丢弃。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述RLC层是将RLC SDU乱序递交给所述PDCP层的。
10.一种PDCP包的接收装置，其特征在于，所述接收装置包括：
获取单元，配置成基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取接收RLC序列号和接收PDCP序列号；
解密单元，配置成当所述接收RLC序列号与记录RLC序列号之间的距离值大于门限值时，利用第一计数值对所述待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所述记录RLC序列号对应于所述待处理PDCP PDU的相应记录信息；
计算单元，配置成根据所述第二计数值和所述接收PDCP序列号，确定所述待处理PDCPPDU对应的超帧序号；其中：
所述解密结果包括IP版本信息和IP地址信息；所述解密单元，具体配置为当利用所述第一计数值解密得到的IP版本信息等于预置版本信息且解密得到的IP地址信息等于预置地址信息，则确定解密成功，并将所述第一计数值确定为所述第二计数值；
RLC层包括HFN计算模块，PDCP层包括解密模块和HFN尝试模块；所述计算单元，具体配置为当所述接收RLC序列号与记录RLC序列号之间的距离值大于门限值时，所述HFN计算模块向所述HFN尝试模块发送尝试命令；以及根据所述尝试命令，所述HFN尝试模块将通过所述解密模块对所述待处理PDCP PDU进行解密尝试，确定第二计数值；以及将所述第二计数值和所述接收PDCP序列号发送给所述HFN计算模块，以得到所述待处理PDCP PDU对应的超帧序号。
11.一种终端设备，包括处理器，其中所述处理器配置成：
基于接收到来自无线链路控制层的待处理PDCP PDU，从中获取接收RLC序列号和接收PDCP序列号；
当所述接收RLC序列号与记录RLC序列号之间的距离值大于门限值时，利用第一计数值对所述待处理PDCP PDU进行解密尝试，并根据解密结果确定第二计数值；其中，所述记录RLC序列号对应于所述待处理PDCP PDU的相应记录信息；
根据所述第二计数值和所述接收PDCP序列号，确定所述待处理PDCP PDU对应的超帧序号；其中：
所述解密结果包括IP版本信息和IP地址信息，所述处理器还配置成：
当利用所述第一计数值解密得到的IP版本信息等于预置版本信息且解密得到的IP地址信息等于预置地址信息，则确定解密成功，并将所述第一计数值确定为所述第二计数值；
RLC层包括HFN计算模块，PDCP层包括解密模块和HFN尝试模块，所述处理器还配置成：
当所述接收RLC序列号与记录RLC序列号之间的距离值大于门限值时，所述HFN计算模块向所述HFN尝试模块发送尝试命令；
根据所述尝试命令，所述HFN尝试模块将通过所述解密模块对所述待处理PDCP PDU进行解密尝试，确定第二计数值；
将所述第二计数值和所述接收PDCP序列号发送给所述HFN计算模块，以得到所述待处理PDCP PDU对应的超帧序号。
12.一种终端设备，其特征在于，所述终端设备包括存储器和处理器；其中，
所述存储器，用于存储能够在所述处理器上运行的计算机程序；
所述处理器，用于在运行所述计算机程序时，执行如权利要求1至9中任一项所述的方法。
13.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如权利要求1至9中任一项所述的方法。
CN202111421087.6A 2021-11-26 2021-11-26 一种接收pdcp包的方法、装置及终端设备 Active CN114124840B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111421087.6A CN114124840B (zh) 2021-11-26 2021-11-26 一种接收pdcp包的方法、装置及终端设备
PCT/CN2022/120530 WO2023093251A1 (zh) 2021-11-26 2022-09-22 接收pdcp包的方法、pdcp包的接收装置、终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111421087.6A CN114124840B (zh) 2021-11-26 2021-11-26 一种接收pdcp包的方法、装置及终端设备

Publications (2)

Publication Number Publication Date
CN114124840A CN114124840A (zh) 2022-03-01
CN114124840B true CN114124840B (zh) 2023-09-15

Family

ID=80369984

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111421087.6A Active CN114124840B (zh) 2021-11-26 2021-11-26 一种接收pdcp包的方法、装置及终端设备

Country Status (2)

Country Link
CN (1) CN114124840B (zh)
WO (1) WO2023093251A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124840B (zh) * 2021-11-26 2023-09-15 哲库科技(北京)有限公司 一种接收pdcp包的方法、装置及终端设备
CN114615657B (zh) * 2022-02-21 2023-12-22 翱捷科技股份有限公司 一种5g通信中的数据分段解密方法及装置
CN115277608B (zh) * 2022-07-22 2023-10-24 哲库科技(北京)有限公司 无线通信的方法及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686494A (zh) * 2008-09-22 2010-03-31 大唐移动通信设备有限公司 一种分组数据汇聚协议层处理数据包的方法和装置
CN101874387A (zh) * 2007-11-27 2010-10-27 高通股份有限公司 用于在无线通信系统中处理切换期间的无序分组的方法和装置
CN102104535A (zh) * 2009-12-18 2011-06-22 华为技术有限公司 一种pdcp数据发送方法、装置及系统
CN107786506A (zh) * 2016-08-26 2018-03-09 中兴通讯股份有限公司 数据处理方法、装置、无线网络设备及无线网络系统
CN110771255A (zh) * 2017-06-15 2020-02-07 Oppo广东移动通信有限公司 传输数据的方法和设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080226074A1 (en) * 2007-03-15 2008-09-18 Interdigital Technology Corporation Method and apparatus for ciphering packet units in wireless communications
CN102857356A (zh) * 2011-06-27 2013-01-02 华为技术有限公司 发送数据包、超帧号更新和维护、数据处理的方法及装置
US20150280905A1 (en) * 2014-04-01 2015-10-01 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for detecting and correcting pdcp hyper frame number (hfn) desynchronization
KR20200034484A (ko) * 2018-09-21 2020-03-31 삼성전자주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
CN113196715A (zh) * 2018-10-12 2021-07-30 诺基亚技术有限公司 减少新无线电中的分组数据汇聚协议(pdcp)处的延时
CN111510278B (zh) * 2020-04-26 2023-01-13 Oppo广东移动通信有限公司 一种超帧号hfn同步方法及终端、存储介质
CN114124840B (zh) * 2021-11-26 2023-09-15 哲库科技(北京)有限公司 一种接收pdcp包的方法、装置及终端设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101874387A (zh) * 2007-11-27 2010-10-27 高通股份有限公司 用于在无线通信系统中处理切换期间的无序分组的方法和装置
CN101686494A (zh) * 2008-09-22 2010-03-31 大唐移动通信设备有限公司 一种分组数据汇聚协议层处理数据包的方法和装置
CN102104535A (zh) * 2009-12-18 2011-06-22 华为技术有限公司 一种pdcp数据发送方法、装置及系统
CN107786506A (zh) * 2016-08-26 2018-03-09 中兴通讯股份有限公司 数据处理方法、装置、无线网络设备及无线网络系统
CN110771255A (zh) * 2017-06-15 2020-02-07 Oppo广东移动通信有限公司 传输数据的方法和设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Alcatel-Lucent.R2-073467 "Security configuration over RRC or PDCP".3GPP tsg_ran\WG2_RL2.2007,(第TSGR2_59期),全文. *
Survey on Threats and Attacks on Mobile Networks;Silvere Mavoungou;IEEE Access;全文 *
基于DPAA的LTE系统加速方案的设计与实现;李斌;中国优秀硕士学位论文数据库;全文 *

Also Published As

Publication number Publication date
CN114124840A (zh) 2022-03-01
WO2023093251A1 (zh) 2023-06-01

Similar Documents

Publication Publication Date Title
CN114124840B (zh) 一种接收pdcp包的方法、装置及终端设备
US20210144605A1 (en) Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US9312992B2 (en) Method and apparatus for data security and automatic repeat request implementation in a wireless communication system
US8588175B2 (en) Method and apparatus for performing handover using packet data convergence protocol (PDCP) reordering in mobile communication system
US8228917B2 (en) Method and apparatus for ciphering and re-ordering packets in a wireless communication system
EP1925142B1 (en) Radio link control unacknowledged mode header optimization
ES2701425T3 (es) Método y aparato para la transmisión y recepción de un paquete mediante el acceso a paquetes de enlace descendente de alta velocidad
US20090319850A1 (en) Local drop control for a transmit buffer in a repeat transmission protocol device
WO2017049647A1 (zh) 一种数据发送方法、数据接收方法和相关设备
KR100954925B1 (ko) 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법
EP3627870B1 (en) Data transmission method and terminal device
US20230075613A1 (en) Terminal device
EP1936913A1 (en) Method and apparatus for providing voice communication service in a wireless communications system
EP1988657B1 (en) Method and related apparatus for handling packet discard in a wireless communication system
US11296831B2 (en) Method and apparatus for wireless communication
CN111918335B (zh) 处理数据包的方法和装置
JP2020521382A (ja) データを伝送するための方法及び装置
EP2026492B1 (en) Radio apparatus, radio communication system, and radio information notification method
JP2010514341A (ja) Ｒａｎにおける連続するデータユニットの表示の方法
EP1510017B1 (en) Synchronizing method and apparatus using error detection of sequence numbers to avoid synchronizing failure
US20090257377A1 (en) Reducing buffer size for repeat transmission protocols
CN108200605B (zh) 一种基站的数据传输方法和装置
CN112469080B (zh) 一种数据包处理的方法及相关装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant