CN107786506A - 数据处理方法、装置、无线网络设备及无线网络系统 - Google Patents

数据处理方法、装置、无线网络设备及无线网络系统 Download PDF

Info

Publication number
CN107786506A
CN107786506A CN201610738133.8A CN201610738133A CN107786506A CN 107786506 A CN107786506 A CN 107786506A CN 201610738133 A CN201610738133 A CN 201610738133A CN 107786506 A CN107786506 A CN 107786506A
Authority
CN
China
Prior art keywords
pdu
reception
value
sdu
rsn
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.)
Pending
Application number
CN201610738133.8A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201610738133.8A priority Critical patent/CN107786506A/zh
Priority to PCT/CN2017/098634 priority patent/WO2018036517A1/zh
Publication of CN107786506A publication Critical patent/CN107786506A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Abstract

本发明提供了一种数据处理方法、装置、无线网络设备及无线网络系统,其中,该方法包括:在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。通过本发明,解决了相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题,进而达到了在L2协议层中有效执行数据处理的效果的效果。

Description

数据处理方法、装置、无线网络设备及无线网络系统
技术领域
本发明涉及通信领域,具体而言,涉及一种数据处理方法、装置、无线网络设备及无线网络系统。
背景技术
无线通信技术经过短短数十载的发展,已经从1G发展到4G,虽然四代无线通信技术从系统框架到物理层技术都有不同的设计,但在无线接口的设计上,均采用三层协议模型,即,物理层(L1),数据链路层(L2)和网络层(L3)。以长期演进(Long-Term Evolution,简称为LTE)系统为例,图1是相关技术中LTE系统无线接口的用户面协议栈架构图,其中,无线接口可以为Uu口。图1所示的协议栈架构图只从LTE技术的角度示出了由LTE定义的L1,L2,并未示出L3。LTE系统中,L2从下到上又包括媒体接入控制(Medium Access Control,简称为MAC),无线链路控制(RLC Radio Link Control,简称为RLC),和分组数据汇聚协议层(Packet Data Convergence Protocol,简称为PDCP)等协议层,其中MAC通过传输信道与物理层协议(Physical Layer Protocol,简称为PHY)(L1)进行通信,而PDCP通过PDCP-SAP(Service Access Point,服务访问点)与网络层进行通信。
其中LTE MAC层的功能包括:逻辑信道与传输信道的映射;将一个或多个不同逻辑信道上的MAC SDU(Service Data Unit,服务数据单元)复用到一个传输块上后发送到传输信道上;将一个或多个不同逻辑信道上的MAC SDU从传输信道接收到的传输块中解复用;调度信息上报;传输格式选择;通过动态调度处理不同用户设备(User Equipment,简称为UE)之间的优先级;UE内不同逻辑信道之间的优先级处理;混合自动重传请求(HybridAutomatic Repeat Request,简称为HARQ)等。
其中LTE RLC层存在三种模式,确认模式(Acknowledged Mode,简称为AM),非确认模式(Unacknowledged Mode,简称为UM)和透明模式(Transparent Mode,简称为TM),其功能包括:重传(通过ARQ实现);重排序;RLC SDU级联;RLC SDU分段和重组;RLC PDU(Protocol Data Unit,协议数据单元)重分段;RLC PDU重排序;重复包检测;RLC SDU丢弃,RLC重建等。
RLC的以上功能中,重传和重分段功能只有AM模式支持,重排序、级联、分段和重组、重复包检测、RLC SDU丢弃等功能只有AM和UM模式支持。
RLC的以上功能中,根据对处理时间的不同要求,可以分为两类,一类是“高处理时间要求”的功能,包括RLC SDU级联,RLC SDU分段和重组,RLC PDU重分段和RLC PDU重排序等功能,这些功能与数据的调度和传输时序密切相关,需要在调度和传输时序规定的时间内处理完毕。另一类则是“非高处理时间要求”的功能,包括除上述“高处理时间要求”的功能之外的剩余功能,这些功能与调度和传输时序非紧密相关。
其中LTE PDCP层的功能包括:头压缩和解压缩;安全功能,具体包括对数据和信令的加密、解密,对信令的完成性保护;PDCP重建时的重排序,重复包检测和重传(只有在RLC采用AM模式时支持);支持双连接(Double Connection,简称为DC)分叉承载(splitbearer)时的包路由,重排序和重传功能(其中重传功能只有在RLC采用AM模式时支持)。
LTE系统中,MAC层的所有功能都是“高处理时间要求”的功能,而PDCP层的所有功能则都是“非高处理时间要求”的功能。
无线通信技术经过几十年的商用,各种智能终端和智能应用层出不穷,无线通信技术也逐渐渗透应用于各个垂直行业,业界预测到2020年左右,无线通信技术的发展指标是实现每区域1000倍的移动数据流量增长,每用户10到100倍的吞吐量增长,连接设备数10到100倍的增长,低功率设备10倍的电池寿命延长,以及端到端5倍延迟的下降,这也是5G技术研究的目标。此外5G新技术需要能过支持各种可能出现的业务,比如增强移动宽带(eMBBEnhanced Mobile Broadband,简称为eMBB),超可靠低时延通信(Ultra Reliable and LowLatency Communications,简称为URLLC),巨量机器通信(Massive Machine-Type-Communications,简称为mMTC)等类型的通信。
业界经过分析发现,要实现5G的技术目标,仅依靠对现有网络进行简单增强或者升级无法实现5G技术目标,因此有必要在对现有网络、现有技术进行进一步演进的基础上,加快对新型网络部署策略、新技术研究等方面的探索。其中,在网络部署策略方面,一方面可以考虑更加密集化的部署网络,以及使用具有更大带宽(比如500MHz-1GHz)的高频频段,比如6GHz以上频段;另一方面可以考虑联合使用LTE技术,5G新技术,和其他无线通信技术,比如WLAN(Wireless Local Area Network,无线局域网)技术。而在新技术研究方面,设计5G新波形,新帧(或子帧)结构,新的系统架构以及在此基础上的增强通信过程。
任何新技术的研究和设计,如果能借鉴甚至直接利用已有成熟技术,可以大大提升新技术的研究进程。然而业内经过分析发现,相关技术中的L2协议功能设计,由于其固有的架构和功能划分,无法满足5G的设计目标。比如LTE L2的三个协议层设计中,存在一些重复实现的功能,尤其存在于RLC和PDCP层之间,比如包括重排序,重复包检测,重传等功能在两个协议层分别实现了两次,这种重复功能的设计一方面增加了软硬件的处理开销,另一方面也不利于实现5G高速率,低功耗,低时延的技术指标。
为了实现5G技术目标,适应5G时代出现的新的网络部署方式、新的物理层技术和新的系统架构,业界提出需要对L2协议架构进行重新设计,对L2协议功能进行重新分配。然而,业界只是提出了以上设计理念,尚未有具体可实施的设计方案提出。
因此,相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题。
发明内容
本发明实施例提供了一种数据处理方法、装置、无线网络设备及无线网络系统,以至少解决相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题。
根据本发明的一个实施例,提供了一种数据处理方法,包括:在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
可选地,在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值;在所述接收PDU不是当前按序等待接收的PDU的情况下,如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN,以及所述当前接收超帧号加1后的值,计算得到所述解密计数值;如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值。
可选地,在所述接收PDU是所述当前按序等待接收的PDU的情况下,在对所述接收PDU执行解密之后,还包括:更新接收状态变量的值,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN;在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下,更新所述当前接收超帧号。
可选地,在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及所述当前接收超帧号,计算得到所述解密计数值之前,还包括:在所述接收PDU的所述RSN与接收状态变量的值相等的情况下,确定所述接收PDU是所述当前按序等待接收的PDU,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
可选地,在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的另一个实施例,提供了一种数据处理方法,包括:在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;根据解密计数值,对所述接收PDU执行解密;将所述接收PDU存入接收缓存。
可选地,在更新所述当前接收超帧号之前,还包括:在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定所述当前接收超帧号需要更新。
可选地,在根据所述解密计数值,对所述当前SDU进行解密之前,还包括:根据所述接收PDU的所述RSN,以及所述当前接收超帧号,计算得到所述解密计数值。
可选地,在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的又一个实施例,提供了一种数据处理方法,包括:根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU。
可选地,在根据所述加密计数值,对所述当前SDU执行加密之前,还包括:根据所述SDU的所述TSN,以及当前发送超帧号,计算得到所述加密计数值。
可选地,在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,还包括:更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,还包括:在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,在根据所述加密计数值,对所述SDU进行加密之前,还包括:根据所述加密计数值,对所述SDU执行完整性保护。
可选地,在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之前,还包括:在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
根据本发明的又一个实施例,提供了一种数据处理装置,包括:缓存模块,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;执行模块,用于对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
可选地,所述装置还包括:第一计算模块,用于在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值;第二计算模块,用于在所述接收PDU不是当前按序等待接收的PDU的情况下,如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN,以及所述当前接收超帧号加1后的值,计算得到所述解密计数值;如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值。
可选地,所述装置还包括:第一更新模块,用于在所述接收PDU是所述当前按序等待接收的PDU的情况下,在对所述接收PDU执行解密之后,更新接收状态变量的值,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN;第二更新模块,用于在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下,更新所述当前接收超帧号。
可选地,所述装置还包括:确定模块,用于在所述接收PDU的所述RSN与接收状态变量的值相等的情况下,确定所述接收PDU是所述当前按序等待接收的PDU,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
可选地,所述执行模块还用于根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的又一个实施例,提供了一种数据处理装置,包括:更新模块,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;执行模块,用于根据解密计数值,对所述接收PDU执行解密;缓存模块,用于将所述接收PDU存入接收缓存。
可选地,所述装置还包括:确定模块,用于如果所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值,确定所述当前接收超帧号需要更新。
可选地,所述装置还包括:计算模块,用于根据所述接收PDU的所述RSN,以及所述当前接收超帧号,计算得到所述解密计数值。
可选地,所述执行模块还用于根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的又一个实施例,提供了一种数据处理装置,包括:确定模块,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;执行模块,用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;生成模块,用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU。
可选地,所述装置还包括:计算模块,用于根据所述SDU的所述TSN,以及当前发送超帧号,计算得到所述加密计数值。
可选地,所述装置还包括:第一更新模块,用于在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;第二更新模块,用于在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,所述执行模块,还用于在根据所述加密计数值,对所述SDU进行加密之前,根据所述加密计数值,对所述SDU执行完整性保护。
可选地,所述确定模块还用于在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
根据本发明的又一个实施例,提供了一种无线网络设备,包括:处理器,其中,所述处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;所述处理器,还用于对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
可选地,所述处理器还用于在根据所述解密计数值,对所述接收PDU执行解密之前,在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值;在所述接收PDU不是当前按序等待接收的PDU的情况下,如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN,以及所述当前接收超帧号加1后的值,计算得到所述解密计数值;如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值。
可选地,所述处理器还用于在所述接收PDU是所述当前按序等待接收的PDU的情况下,在对所述接收PDU执行解密之后,更新接收状态变量的值,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN;在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下,更新所述当前接收超帧号。
可选地,所述处理器还用于在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及所述当前接收超帧号,计算得到所述解密计数值之前,在所述接收PDU的所述RSN与接收状态变量的值相等的情况下,确定所述接收PDU是所述当前按序等待接收的PDU,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
可选地,所述处理器还用于在根据所述解密计数值,对所述接收PDU执行解密之前,根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的又一个实施例,提供了一种无线网络设备,包括:处理器,其中,所述处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;所述处理器,还用于根据解密计数值,对所述接收PDU执行解密;所述处理器,还用于将所述接收PDU存入接收缓存。
可选地,所述处理器还用于在更新所述当前接收超帧号之前,在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定所述当前接收超帧号需要更新。
可选地,所述处理器还用于在根据所述解密计数值,对所述当前SDU进行解密之前,根据所述接收PDU的所述RSN,以及所述当前接收超帧号,计算得到所述解密计数值。
可选地,所述处理器还用于在根据所述解密计数值,对所述接收PDU执行解密之前,根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的又一个实施例,提供了一种无线网络设备,包括:处理器,其中,所述处理器,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;所述处理器,还用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;所述处理器,还用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU。
可选地,所述处理器还用于在根据所述加密计数值,对所述当前SDU执行加密之前,根据所述SDU的所述TSN,以及当前发送超帧号,计算得到所述加密计数值。
可选地,所述处理器还用于在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,所述处理器还用于在根据所述加密计数值,对所述SDU进行加密之前,对所述SDU执行完整性保护。
可选地,所述处理器还用于在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
根据本发明的又一个实施例,提供了一种无线网络系统,包括:第一无线网络设备和第二无线网络设备,所述第一无线网络设备包括:第一处理器,所述第二无线网络设备包括:第二处理器,其中,所述第一处理器,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;所述第一处理器,还用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;所述第一处理器,还用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU;所述第二处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;所述第二处理器,还用于对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
可选地,所述第一处理器在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,所述第一处理器还用于在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之前,在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
根据本发明的又一个实施例,提供了一种无线网络系统,包括:第一无线网络设备和第二无线网络设备,所述第一无线网络设备包括:第一处理器,所述第二无线网络设备包括:第二处理器,其中,所述第一处理器,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;所述第一处理器,还用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;所述第一处理器,还用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU;所述第二处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;所述第二处理器,还用于根据解密计数值,对所述接收PDU执行解密;所述第二处理器,还用于将所述接收PDU存入接收缓存。
可选地,所述第一处理器还用于在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,所述第二处理器还用于在更新所述当前接收超帧号之前,在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定所述当前接收超帧号需要更新。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值;在所述接收PDU不是当前按序等待接收的PDU的情况下,如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN,以及所述当前接收超帧号加1后的值,计算得到所述解密计数值;如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在所述接收PDU是所述当前按序等待接收的PDU的情况下,在对所述接收PDU执行解密之后,还包括:更新接收状态变量的值,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN;在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下,更新所述当前接收超帧号。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及所述当前接收超帧号,计算得到所述解密计数值之前,还包括:在所述接收PDU的所述RSN与接收状态变量的值相等的情况下,确定所述接收PDU是所述当前按序等待接收的PDU,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;根据解密计数值,对所述接收PDU执行解密;将所述接收PDU存入接收缓存。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在更新所述当前接收超帧号之前,还包括:在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定所述当前接收超帧号需要更新。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据所述解密计数值,对所述当前SDU进行解密之前,还包括:根据所述接收PDU的所述RSN,以及所述当前接收超帧号,计算得到所述解密计数值。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:根据所述解密计数值,对所述接收PDU执行完整性保护验证。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据所述加密计数值,对所述当前SDU执行加密之前,还包括:根据所述SDU的所述TSN,以及当前发送超帧号,计算得到所述加密计数值。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,还包括:更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,还包括:在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据所述加密计数值,对所述SDU进行加密之前,还包括:根据所述加密计数值,对所述SDU执行完整性保护。
可选地,存储介质还设置为存储用于执行以下步骤的程序代码:在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之前,还包括:在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
通过本发明,将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现,并根据特定的时序执行数据处理:根据发送状态变量的值,确定当前要发送的SDU的TSN;对SDU执行完整性保护和/或加密,为SDU添加协议数据单元头后,生成PDU,可以实现在L2协议层中对数据进行处理,因此,可以相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题,达到在L2协议层中有效执行数据处理的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中LTE系统无线接口的用户面协议栈架构图;
图2是本发明实施例的一种数据处理方法的网络设备的硬件结构框图;
图3是根据本发明实施例的数据处理方法的流程图一;
图4是根据本发明实施例的数据处理方法的流程图二;
图5是根据本发明实施例的数据处理方法的流程图三;
图6是根据本发明优选实施例的一种5G-NR无线接口的用户面协议栈架构图;
图7为根据本发明优选实施例的又一种5G-NR无线接口的用户面协议栈架构图;
图8是根据本发明优选实施例的应用于发送部分的数据处理方法的方法流程图一;
图9是根据本发明优选实施例的发送部分的发送窗口的示意图;
图10是根据本发明优选实施例中一种可能的COUNT值的计算构成示意图;
图11是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图一;
图12是根据本发明优选实施例的接收部分维护的接收窗口的示意图一;
图13是根据本发明实施例的接收PDU的RSN相对于正在按序等待接收的PDU的RSN发生翻转的示意图;
图14是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图一;
图15是根据本发明优选实施例的应用于发送部分的数据处理方法的方法流程图二;
图16是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图二;
图17是根据本发明优选实施例的接收部分维护的接收窗口的示意图二;
图18是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图二;
图19是根据本发明实施例的数据处理装置的结构框图一;
图20是根据本发明实施例的数据处理装置的结构框图二;
图21是根据本发明实施例的数据处理装置的结构框图三;
图22是根据本发明实施例的数据处理装置的结构框图四;
图23是根据本发明实施例的数据处理装置的结构框图五;
图24是根据本发明实施例的数据处理装置的结构框图六;
图25是根据本发明实施例的数据处理装置的结构框图七;
图26是根据本发明实施例的数据处理装置的结构框图八;
图27是根据本发明实施例的数据处理装置的结构框图九;
图28是根据本发明实施例的数据处理装置的结构框图十;
图29是根据本发明实施例的无线网络系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端、网络设备或者类似的运算装置中执行。以运行在网络设备上为例,图2是本发明实施例的一种数据处理方法的网络设备的硬件结构框图,图2所示的网络设备的硬件结构图应用于移动终端、计算机终端等装置中时也同样适用。如图2所示,网络设备20可以包括一个或多个(图中仅示出一个)处理器22(处理器22可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器24、以及用于通信功能的传输装置206。本领域普通技术人员可以理解,图2所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,网络设备20还可包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。
存储器24可用于存储应用软件的软件程序以及模块,如本发明实施例中的数据处理方法对应的程序指令/模块,处理器22通过运行存储在存储器24内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器24可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器24可进一步包括相对于处理器22远程设置的存储器,这些远程存储器可以通过网络连接至网络设备20。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置26用于经由一个网络接收或者发送数据。上述的网络具体实例可包括网络设备20的通信供应商提供的无线网络。在一个实例中,传输装置26包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置26可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述网络设备的数据处理方法,图3是根据本发明实施例的数据处理方法的流程图一,如图3所示,该流程包括如下步骤:
步骤S302,根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
步骤S304,在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;
步骤S306,根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成协议数据单元PDU。
通过上述步骤,将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现,并根据特定的时序执行数据处理:根据用于记录SDU的TSN的发送状态变量的值,确定当前要发送的SDU的TSN;在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成PDU,可以实现在L2协议层中对数据进行处理,解决了相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题,实现了在L2协议层中有效执行数据处理。
可选地,上述步骤的执行主体可以为网络设备(例如,无线网络设备)、用户设备(例如,移动终端)等,但不限于此。
可选地,上述步骤S302至S306按照顺序执行。
可选地,在步骤S304之前,还可以包括:根据SDU的TSN,以及当前发送超帧号,计算得到该加密计数值。
可选地,在步骤S302之后,还可以包括:更新发送状态变量的值;在步骤S304之后,还可以包括:在更新后的发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,在步骤S304之前,还可以包括:根据加密计数值,对SDU执行完整性保护。
可选地,在步骤S302之前,还可以包括:在发送状态变量的值位于发送窗口之内的情况下,确定SDU的TSN为发送状态变量的值。
在本实施例中还提供了一种运行于上述网络设备的数据处理方法,图4是根据本发明实施例的数据处理方法的流程图二,如图4所示,该流程包括如下步骤:
步骤S402,在接收到的接收协议数据单元PDU的接收序列号RSN(ReceptionSequence Number,接收序列号)位于接收窗口内并且接收PDU没有被成功接收过的情况下,将接收PDU存入接收缓存;
步骤S404,对存入接收缓存的接收PDU进行重排序操作,以及根据解密计数值,对接收PDU执行解密。
通过上述步骤,将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现,并根据特定的时序执行数据处理:在接收到的接收PDU的RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,将接收PDU存入接收缓存;对存入接收缓存的接收PDU进行重排序操作,以及根据解密计数值,对接收PDU执行解密,解决了相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题,实现了在L2协议层中有效执行数据处理。
可选地,在根据解密计数值,对接收PDU执行解密之前,还可以包括:在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值;在接收PDU不是当前按序等待接收的PDU的情况下,如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN,以及当前接收超帧号加1后的值,计算得到解密计数值;如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值。
可选地,在接收PDU是当前按序等待接收的PDU的情况下,在对接收PDU执行解密之后,还可以包括:更新接收状态变量的值,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN;在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下,更新当前接收超帧号。
可选地,在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值之前,还可以包括:在接收PDU的RSN与接收状态变量的值相等的情况下,确定接收PDU是当前按序等待接收的PDU,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地,在根据解密计数值,对接收PDU执行解密之前,还可以包括:根据解密计数值,对接收PDU执行完整性保护验证。
在本实施例中还提供了一种运行于上述网络设备的数据处理方法,图5是根据本发明实施例的数据处理方法的流程图三,如图5所示,该流程包括如下步骤:
步骤S502,在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新当前接收超帧号;
步骤S504,根据解密计数值,对接收PDU执行解密;
步骤S506,将接收PDU存入接收缓存。
通过上述步骤,将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现,并根据特定的时序执行数据处理:在接收到的接收PDU的RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新当前接收超帧号;根据解密计数值,对接收PDU执行解密;将接收PDU存入接收缓存,解决了相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题,实现了在L2协议层中有效执行数据处理。
可选地,可以如下方式判断当前接收超帧号是否需要更新:在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定当前接收超帧号需要更新。
可选地,在步骤S504之前,可以采用如下方式得到解密计数值:根据接收PDU的RSN,以及当前接收超帧号,计算得到解密计数值。
可选地,在步骤S504之前,根据解密计数值,还可以对接收PDU执行完整性保护验证。
基于上述实施例及可选实施方式,为说明方案的整个流程交互,在本优选实施例中,提供了一种数据处理方法,下面对该数据处理方法进行说明。
对于L2协议层的数据处理,一种可能的设计思路为:将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现,而对于RLC层中“高处理时间要求”的功能,根据不同的需求,可以考虑将其与MAC层的功能合并到一个协议子层实现,或者继续保留一个单独的协议子层实现这些功能。
图6是根据本发明优选实施例的一种5G-NR无线接口的用户面协议栈架构图。如图6所示,5G-NR(5G New Radio,第5代新无线技术)的L2包括两个协议子层,L2-high(简记为L2-H,称之为最高数据链路协议子层)和L2-Low(简记为L2-L,称之为最低数据链路协议子层)。其中L2-H包括但不限于相关LTE技术中PDCP层的功能,以及RLC层的部分或者全部“非高处理时间要求”功能,这里,部分“非高处理时间要求”功能至少包括重传(通过ARQ实现),重排序和重复包检测功能。其中L2-H合并设计PDCP和RLC的重传、重排序和重复包检测功能,只留下一重重传、重排序和重复包检测功能。L2-L包括但不限于相关LTE技术中MAC层的功能以及RLC层的“高处理时间要求”的功能。
图7为根据本发明优选实施例的又一种5G-NR无线接口的用户面协议栈架构图。如图7所示,5G-NR的L2包括三个协议子层,L2-high(简记为L2-H,称之为最高数据链路协议子层),L2-Middle(简记为L2-M,称之为中间数据链路协议子层)和L2-Low(简记为L2-L,称之为最低数据链路协议子层)。其中L2-H包括但不限于相关LTE技术中PDCP层的功能,以及RLC层的部分或者全部“非高处理时间要求”功能,这里,部分“非高处理时间要求”功能至少包括重传(通过ARQ实现),重排序和重复包检测功能。其中L2-H合并设计PDCP和RLC的重传、重排序和重复包检测功能,只留下一重重传、重排序和重复包检测功能。L2-M包括但不限于相关LTE技术RLC层中除重传(通过ARQ实现),重排序和重复包检测功能之外的其他剩余功能,这些剩余功能在5G-NR中不排除需要根据新的无线接口用户面协议栈架构和5G新需求进行修改设计。L2-L包括但不限于相关LTE技术中MAC层的功能。
本发明优选实施例的数据处理方法应用于图6或图7的L2-H子层,L2-H子层可以位于用户设备上,也可以用于采用5G新技术(5G-NR)的无线网络设备上。需要说明的是,本发明优选实施例中的采用5G新技术(5G-NR)的无线网络设备(后续简记为5G-NR),可以独立组网,也可以和采用其他无线接入技术(Radio Access Technology,简称为RAT),比如LTE,WLAN的无线网络设备联合组网。其中,本优选实施例的无线网络设备,为实现基站功能的设备,在物理装置上不限定其具体的存在形式,比如可以是一体化基站,即一个装置中包括基带功能,射频功能等所有基站功能;也可以是在物理上分离的基带单元(Base Band Unit,简称为BBU)+RRU(Remote Radio Unit,远端射频单元),其中在BBU上实现基带功能,而在RRU上实现射频功能;还可以是在物理上分离的中央单元(Central Unit,简称为CU)+分布单元(Distributed Unit,简称为DU),其中在CU上实现全部或者部分基带功能,并实现对CU和DU上的各个无线协议层的控制功能,而在DU上实现射频功能和部分基带功能。当本优选实施例的数据处理方法应用于5G-NR的L2-H上时,在物理上,该L2-H可以位于如上的一体化基站中,也可以位于BBU或者CU中。
本优选实施例中提出的数据处理方法,根据不同的数据处理模式,执行不同的数据处理过程,其中数据处理模式包括:AM模式和UM模式。
对于AM模式,本发明优选实施例提供的数据处理方法包括应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法,其中,发送部分和接收部分均应用于L2-H层。下面分别对AM模式下的发送部分和接收部分的数据处理方法进行说明。
图8是根据本发明优选实施例的应用于发送部分的数据处理方法的方法流程图一,如图8所示,该流程包括如下步骤:
步骤S802,维护发送窗口。
发送部分维护一个发送窗口,该发送部分应用于L2-H层。图8是根据本发明优选实施例的发送部分维护的发送窗口的示意图。如图8所示,发送部分通过发送序列号(Transmission Sequence Number,简称为TSN)以及一系列状态变量来维护发送窗口,这里的发送窗口为序列号取值小于最大发送变量(VT(MS))的取值且大于或等于确认状态变量(VT(A))的取值的范围。其中,确认状态变量用于记录已经按序成功接收到确认响应的PDU中TSN最大的PDU之后的下一个按序PDU的TSN,其值等于已经按序成功接收到的PDU中TSN最大的PDU之后的下一个按序PDU的TSN;最大发送变量的值等于确认状态变量的值加预设发送窗口尺寸的值。当TSN在VT(A)<=TSN<VT(MS)范围之内时,则认为是在发送窗口之内,否则认为是在发送窗口之外。
其中,VT(A)为确认状态变量,用于记录一个协议数据单元的TSN,其中发送部分正在按序等待接收该PDU被通信对端正确接收的响应(Acknowledgement,ACK)。或者说,VT(A)用于记录已经按序成功接收到ACK的最近的PDU的下一个PDU的TSN。如图7中所示,TSN=0及之前的PDU都是正确收到了ACK的PDU,而TSN=1~8的PDU是已经发送但尚未收到ACK的PDU,则VT(A)=1。
VT(A)初始值为0,每次接收到TSN=VT(A)的PDU的ACK后VT(A)更新,即,执行VT(A)=VT(A)+1操作。
VT(MS)为最大发送变量,VT(MS)=VT(A)+AM_Window_Size,其中AM_Window_Size为预设发送窗口尺寸,其值由控制面配置给本优选实施例的发送部分,或者根据其他由控制面配置给本优选实施例的发送部分的参数,比如,可以由Maximum_TSN(MaximumTransmission Sequence Number,最大发送序列号)计算得到,例如,根据如下计算公式由Maximum_TSN计算得到:AM_Window_Size=(Maximum_TSN+1)/2,其中,Maximum_TSN为最大发送序列号。
步骤S804,判断发送状态变量是否在发送窗口内。
发送部分判断VT(S)是否在发送窗口内。其中,VT(S)为发送状态变量,用于记录下一个要首次发送的PDU的TSN。VT(S)初始值为0,每次设置当前SDU的TSN=VT(S)后,更新VT(S),即,执行VT(S)=VT(S)+1操作,具体更新时间点可以是在设置当前SDU的TSN=VT(S)之后的任意时间点,比如,在设置当前SDU的TSN=VT(S)之后立刻更新,或者在执行完步骤S808中的完整性保护和加密操作之后,或者在发送由当前SDU生成的PDU之后。VT(S)的取值范围为0~Maximum_TSN。
需要说明的是,以上更新VT(S)的操作,在实际进行数学计算时,需要执行取模运算,即,执行VT(S)=[VT(S)+1]%(Maximum_TSN+1)。因此,当VT(S)从0开始取值逐渐增大到Maximum_TSN,再次更新时,VT(S)又从0开始计数。如无特殊说明,本优选实施例中所有的数学计算都需要执行取模运算。
比如,如图9所示,TSN=1~8的PDU均已经发送,则VT(S)=9,VT(S)在发送窗口内。
步骤S806,如果判断VT(S)在发送窗口内,则设置当前SDU的TSN为VT(S)。
例如,如图9所示,如果本优选实施例的发送部分收到来自上层的SDU,则设置该SDU(当前SDU)的TSN为9,每次设置当前SDU的TSN=VT(S)后,更新VT(S),即,执行VT(S)=VT(S)+1操作。
这里,L2-H的上层具体可以是一个L3协议层,或者传输控制协议/互联网协议(Transmission Control Protocol/Internet Protocol,简称为TCP/IP)层,或者应用层,或者如果5G-NR使用除本发明图9、图7所示无线接口用户面协议栈架构之外的其他架构,则L2-H的上层还可以是其他L2协议子层。
步骤S808,用加密计数值对当前SDU执行完整性保护,和/或,用加密计数值对当前SDU执行加密。
发送部分如果被配置(由控制面配置)需要对当前SDU执行完整性保护,则执行完整性保护。
发送部分如果被配置(由控制面配置)需要对当前SDU执行加密,则对当前SDU执行加密。具体地,发送部分用加密计数值(COUNT值)对当前SDU执行加密以及完整性保护,其中,COUNT值基于当前SDU的TSN和当前的发送超帧号(Transmission Hyper Frame Number,简称为TX_HFN)计算得到,图10是根据本发明优选实施例中一种可能的COUNT值的计算构成示意图,其中,TX_HFN初始值为0。
执行完步骤S806和以上完整性保护,加密操作,如果判断以上经过步骤S806更新之后,VT(S)的取值为0,也即判断下一个TSN将发生翻转,则更新TX_HFN,即执行TX_HFN=TX_HFN+1操作。TSN发生翻转是指由于TSN当前的取值为Maximum_TSN,到下一次取值重新为0的过程。
步骤S810,为当前SDU加协议数据单元头,生成协议数据单元,并将生成的PDU放入发送缓存或者发送给下一层协议层。
为当前SDU加协议数据单元头,生成PDU,协议数据单元头中至少包括:当前SDU的TSN。
将生成的PDU发送给下一层协议层,本优选实施例中下一层协议层指L2-H之下的协议层,例如,在图6中为L2-L,在图7中为L2-M。
需要说明的是,本实施例中除了发送缓存,还可以存在接收缓存,当本实施例的发送部分接收到来自上层的SDU,如果判断VT(S)不在发送窗口内,则可以将SDU存入接收缓存,后续当VT(S)又一次进入发送窗口内时。此时,步骤S806中的发送部分收到来自上层的SDU则是指存入接收缓存的SDU,存入接收缓存的SDU秉承先入先出原则,即,当VT(S)又一次进入接收窗口内时,最先放入接收缓存的SDU最先被作为当前SDU进行处理。
此外,还需要说明的是,本优选实施例中的接收缓存和发送缓存,是逻辑的概念,在具体实现时,并不限定它们一定需要占用两个不同的存储空间,也可以是占用同一个存储空间,通过指针,变量等方式进行不同的记录处理。
图11是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图一,如图11所示,该流程包括如下步骤:
步骤S1102,维护接收窗口。
接收部分维护一个接收窗口,该接收部分应用于L2-H层。图12是根据本发明优选实施例的接收部分维护的接收窗口的示意图一,接收部分通过接收序列号(RSN)以及一系列状态变量来维护接收窗口。这里的接收窗口为序列号取值大于或等于接收状态变量(VR(R))的值,且小于最大可接收状态变量(VR(MR))的值的范围,其中,接收状态变量用于记录正在按序等待接收的PDU的序列号,其值等于正在按序等待接收的PDU的序列号,最大可接收状态变量的值等于接收状态变量的值加预设接收窗口尺寸的值。当RSN在VR(R)<=RSN<VR(MR)范围之内时,则认为是在接收窗口之内,否则认为是在接收窗口之外。
其中,VR(R)为接收状态变量,用于记录按序等待接收的PDU的RSN。或者说,用于记录上一个已经成功按序接收的PDU之后的下一个按序PDU的RSN号。比如,在图12中,RSN=2及之前的PDU都成功按序接收到了,而RSN=3的PDU尚未接收到,则VR(R)=3;
VR(R)初始值为0,每次成功按序接收到正在等待接收的PDU,也即每次成功接收到RSN=VR(R)的PDU后更新VR(R),将其值更新到需要按序等待接收的PDU的RSN号;
VR(MR)为最大可接收状态变量,可以通过如下公式确定VR(MR)的值:VR(MR)=VR(R)+AM_Window_Size,其中,预设接收窗口尺寸AM_Window_Size的值由控制面配置给本发明优选实施例的接收部分,或者根据其他由控制面配置给本优选实施例的接收部分的参数计算得到,比如,最大接收序列号(Maximum Reception Sequence Number,简称为Maximum_RSN)。AM_Window_Size具体的计算方式可以如下式所示:AM_Window_Size=(Maximum_RSN+1)/2,在本优选实施例中,最大接收序列号与最大发送序列号相等,即,Maximum_RSN=Maximum_TSN。
步骤S1104,判断接收PDU的RSN是否在接收窗口内。
接收部分从下一层协议层接收到PDU后,判断接收PDU的RSN是否在接收窗口内。
步骤S1106,如果判断接收PDU的RSN在接收窗口内,且该接收PDU此前没有成功接收过,则将接收PDU放入接收缓存。
本步骤中,如果判断接收PDU的RSN在接收窗口之外,或者接收PDU是重复接收的PDU,则接收部分丢弃该接收PDU。
步骤S1108,对放入接收缓存的接收PDU进行重排序操作,用解密计数值(COUNT)对接收PDU执行完整性保护验证,和/或用COUNT对接收PDU执行解密。
重排序操作在相关技术LTE的RLC协议层中有详细介绍,本优选实施例的重排序操作可以利用LTE的RLC协议层的重排序操作,本发明仅对LTE RLC协议的重排序操作做简单介绍。
LTE RLC的重排序操作是通过接收窗口维护以及一系列变量和定时器的维护共同实现的,除了以上介绍的接收窗口,还包括以下变量和定时器:
VR(X):重排序定时器(Reordering-Timer)状态变量,用于记录触发启动Reordering-Timer的PDU的之后下一个按序PDU的RSN。
VR(H):最大接收序号状态变量,用于记录所接收到的PDU中RSN最大的PDU之后下一个按序PDU的RSN,当VR(H)>VR(R)时,触发启动重排序定时器(Reordering-Timer),则RSN=VR(H)的PDU称为触发启动VR(H)的PDU,VR(H)的初始值为0;
VR(MS):最大确认状态变量,用于记录发送状态PDU(STATUS PDU)时可以在STATUSPDU中指示的成功接收到的PDU的RSN中的最大RSN;
Reordering-Timer:重排序定时器,用于丢包检测;
接收部分如果被配置(由控制面配置)需要对接收PDU执行完整性保护验证,则执行完整性保护验证;
接收部分如果被配置(由控制面配置)需要对接收PDU执行解密,则对接收PDU执行解密。具体执行解密包括:
判断接收PDU是否是正在按序等待接收的PDU:
(1)如果接收PDU不是正在按序等待接收的PDU(该PDU的RSN=VR(R)),则判断接收PDU的RSN相对于正在按序等待接收的PDU的RSN是否发生翻转,如果发生翻转,则用基于接收PDU的RSN和当前接收超帧号(Reception Hyper Frame Number,简称为RX_HFN)加1之后的值(即RX_HFN+1)计算得到的解密计数值(COUNT值)对接收PDU执行解密,否则用基于接收PDU的RSN和当前接收超帧号(RX_HFN)计算得到的COUNT值对接收PDU执行解密。
其中,判断接收PDU的RSN(简记为RSN)相对于正在按序等待接收的PDU的RSN是否发生翻转,即判断RSN的值是否小于VR(R)的值,具体可以是,判断条件VR(R)-RSN>AM_Window_Size是否成立,如果成立,则判断发生翻转,否则判断未发生翻转。
其中,判断条件VR(R)-RSN>VR(MR)-VR(R)在具体进行数学计算时,需要进行取模运算,例如,在实际计算时,按照如下公式进行计算:[VR(R)-RSN]%AM_Window_Size>[VR(MR)-VR(R)]%AM_Window_Size。
图13是根据本发明实施例的接收PDU的RSN相对于正在按序等待接收的PDU的RSN发生翻转的示意图。图13中,令Maximum_RSN=15,则确认窗口的大小为:AM_Window_Size=(Maximum_RSN+1)/2=8,RSN=13的PDU及其之前的PDU均已经收到并成功递交给后厨处理功能单元或上一层协议层,则正在按序等待接收的PDU的RSN,也即VR(R)为14,如果当前收到图13所示RSN=1的PDU,则判断接收PDU的RSN发生了翻转,而若当前收到图13所示RSN=15的PDU,则判断RSN未发生翻转。也即,接收PDU的RSN相对于正在按序等待接收的PDU的RSN发生翻转,是指接收PDU的RSN为正在按序等待接收的PDU的RSN之后,重新从0开始的取值的某个编号。
(2)如果接收PDU是正在按序等待接收的PDU(即,该PDU的RSN=VR(R)),则用基于接收PDU的RSN和当前接收超帧号(RX_HFN)计算得到的COUNT值对接收PDU执行解密。
其中,以上过程中,判断接收PDU是否是正在按序等待接收的PDU,具体可以是判断条件,RSN=VR(R)是否成立,其中,RSN为接收PDU的RSN,如果成立,则判断是正在按序等待接收的PDU,否则判断不是在按序等待接收的PDU。
本步骤中,COUNT值的具体计算构成同图10说明,同样的,RX_HFN的初始值为0。
本步骤中,如果接收PDU是正在按序等待接收的PDU(该PDU的RSN=VR(R)),执行完以上解密操作后,更新VR(R)(更新后的VR(R)记为VR(RN)),将其值更新到需要按序等待接收的PDU的RSN,并相应的基于更新后的VR(R)更新VR(MR)(更新后的VR(MR)记为为VR(MRN))。更新VR(R)之后,判断更新后的VR(R)相对于更新前的VR(R)是否发生翻转,如果判断发生翻转,则更新RX_HFN,即执行RX_HFN=RX_HFN+1操作。判断更新后的VR(R)相对于更新前的VR(R)(简记为VR(RO),并将更新前的VR(MR)简记为VR(MRO))是否发生翻转,即判断更新后VR(R)的值是否小于更新前VR(R)的值,具体可以是判断条件VR(RO)-VR(RN)>VR(MRN)-VR(RN)是否成立,如果成立,则判断发生翻转,否则判断未发生翻转。
同样地,判断条件VR(RO)-VR(RN)>VR(MRN)-VR(RN)具体计算时,需要进行取模运算,比如实际计算时按照按照如下公式进行计算:[VR(RO)-VR(RN)]%AM_Window_Size>[VR(MRN)-VR(RN)]%AM_Windo w_Size。
步骤S1110,将接收PDU去除协议数据单元头后的SDU按序递交给后续功能处理单元处理或者发送给上一层协议层。
本优选实施例中的接收部分应用于L2-H,除了图11的数据处理过程之外,本优选实施例的L2-H还可以包括其他功能处理单元,例如,头解压缩功能单元,解级联功能单元等,这里的后续功能处理单元即指这些功能处理单元。
这里的上一层协议层是指在L2-H之上的协议层,比如可以是L3协议层,或者TCP/IP层,或者应用层,或者如果5G-NR使用除本发明图6、图7所示无线接口用户面协议栈架构之外的其他架构,则L2-H的上层还可以是其他L2协议子层。
本步骤中,除了将接收PDU去除协议数据单元头后的SDU按序递交给后续功能处理单元处理或者发送给上一层协议层,还可以将VR(RN)之前的、尚未递交过的PDU去除协议数据单元头后的SDU按序递交给后续功能处理单元处理或者发送给上一层协议层。
以上应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法,发送部分和/或接收部分应用于L2-H层,L2-H层可以用于用户设备上,也可以用于无线网络设备上,发送部分与对端的接收部分通过空中接口(Radio Interface)进行通信,同一设备上的发送部分和接收部分,通过设备内部软件或硬件接口进行通信。
图14是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图一,包括:发送部分(Transmission Side)和/或接收部分(Reception Side)。
为实现如图8所示的发送部分的数据处理方法,发送部分至少包括:
发送序列号编号(Transmission Sequence Numbering)功能单元:用于当判断VT(S)在发送窗口内时,设置当前SDU的TSN为VT(S);
完整性保护(Integrity Protection)功能单元:用于对当前SDU执行完整性保护;
加密(Ciphering)功能单元:用于对当前SDU执行加密,并进行COUNT值维护;
协议数据单元头添加(Add L2-H header)功能单元:用于为当前SDU加协议数据单元头,生成协议数据单元(PDU);
发送缓存(Transmission Buffer)功能单元:用于保存发送PDU;
除此之外,发送部分还可以包括以下功能单元中的一个或多个:
头压缩(Header Compression)功能单元:用于对来自上层的SDU进行数据头压缩,比如进行IP头压缩;
预级联功能(Pre-concatenation)单元:用于对来自上层的多个SDU进行传输之前的预级联操作;
协议层控制(L2-H)功能单元:用于对协议层进行控制,比如控制头添加操作,控制重传操作等等;
重传缓存(Retransmission buffer)功能单元:用于缓存已经发送但未收到对端ACK的PDU;
路由(Routing)功能单元:该功能仅用于多连接(包括双连接)操作时,用于为发送PDU选择其中一个连接发送;
为实现如图11的接收部分的数据处理方法,接收部分至少包括:
协议数据单元头移除(Remove L2-H header)功能单元:用于移除接收PDU的协议数据头单元;
接收缓存(Reception Buffer)功能单元:用于缓存RSN在接收窗口内的接收PDU;
重排序(Reordering)功能单元:用于对接收PDU进行重排序操作;
解密功能单元(Deciphering)功能单元:用于当接收PDU正好是在按序等待接收的PDU时,对该接收PDU进行解密操作;
完整性验证(Integrity Verification)功能单元:用于当接收PDU正好是在按序等待接收的PDU时,对该接收PDU进行完整性验证;
除此之外,接收部分还可以包括以下功能单元中的一个或多个:
头解压缩(Header Decompression)功能单元:用于对去除包头之后的接收SDU进行头解压缩,比如进行IP头解压缩,该功能与发送部分的头压缩功能单元配对使用;
解预级联(De-concatenation)功能单元:用于对去除包头之后的接收SDU进行解预级联操作,该功能与发送部分的预级联功能单元配对使用;
对于UM模式,本发明优选实施例提供的数据处理方法包括应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法,其中,发送部分和接收部分均应用于L2-H层。下面分别对UM模式下的发送部分和接收部分的数据处理方法进行说明。
图15是根据本发明优选实施例的应用于发送部分的数据处理方法的方法流程图二,如图15所示,该流程包括如下步骤:
S1502,设置当前SDU的TSN。
本优选实施例的发送部分收到来自上层的SDU,设置该SDU(当前SDU)的TSN为VT(US)。其中,VT(US)为UM模式发送状态变量,用于记录下一个要发送的PDU的TSN,也即,其取值为前一个已发送PDU的TSN+1,VT(US)初始值为0,每次发送一个TSN=VT(US)的PDU后,也即每次设置当前SDU的TSN=VT(US)后,VT(US)更新,即执行VT(US)=VT(US)+1操作。具体更新时间点可以是在设置当前SDU的TSN=VT(US)后之后的任意时间点,比如在在设置当前SDU的TSN=VT(US)之后立刻更新,或者在执行完步骤S1504中的完整性保护和加密操作之后,或者在发送由当前SDU生成的PDU之后。VT(US)的取值范围如下:0~Maximum_TSN。
同AM模式,更新操作在实际进行数学计算时,需要执行取模运算,即执行VT(US)=[VT(US)+1]%(Maximum_TSN+1)。因此当VT(US)从0开始取值逐渐增大到Maximum_TSN,再次更新时,VT(US)又从0开始计数。如无特殊说明,本发明中所有的数学计算都需要执行取模运算。
本实施例的上层协议层,同AM模式的说明。
步骤S1504,用加密计数值对当前SDU执行完整性保护,和/或用加密计数值对当前SDU执行加密。
发送部分如果被配置(由控制面配置)需要对当前SDU执行完整性保护,则执行完整性保护。
发送部分如果被配置(由控制面配置)需要对当前SDU执行加密,则对当前SDU执行加密。具体地,发送部分用COUNT值对当前SDU执行完整性保护和加密,其中,COUNT值基于当前SDU的TSN和当前的发送超帧号(TX_HFN)计算得到,TX_HFN的构成同实施例1步骤S808的说明,TX_HFN初始值为0,执行完步骤S1502和以上完整性保护,加密操作之后,如果判断VT(US)的取值为0,也即判断下一个TSN将发生翻转,则更新TX_HFN,即执行TX_HFN=TX_HFN+1操作。TSN发生翻转是指由TSN由当前的取值为Maximum_TSN,到下一次取值重新为0的过程。这里Maximum_TSN由控制面配置给本优选实施例的发送部分。
步骤S1506,为当前SDU加协议数据单元头,生成协议数据单元,并将生成的PDU放入发送缓存或者发送给下一层协议层。
本步骤AM模式的步骤S810的说明。
同样地,本优选实施例中除了发送缓存,还可以存在接收缓存,当本优选实施例的发送部分接收到来自上层的SDU,可以将SDU存入接收缓存,存入接收缓存的SDU秉承先入先出原则,即,最先放入接收缓存的SDU最先被作为当前SDU进行处理。同AM模式,本优选实施例的接收缓存和发送缓存,都是逻辑概念,并不限定其具体实现方式。
图16是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图二,包括:
步骤S1602,维护接收窗口。
接收部分维护一个接收窗口,该接收部分应用与L2-H层。图17是根据本发明优选实施例的接收部分维护的接收窗口的示意图二,接收部分通过RSN以及一系列状态变量来维护接收窗口。这里的接收窗口为序列号取值小于最高接收状态变量(VR(UH))的取值且大于或等于最高接收状态变量的值减去预设接收窗口尺寸后的值的范围,其中,最高接收状态变量用于记录所有已经接收到的PDU中RSN最大的PDU之后的下一个按序PDU的RSN,其值等于所有已经接收到的PDU中RSN最大的PDU之后的下一个按序PDU的RSN。其中,当RSN处于以下范围之内时(VR(UH)–UM_Window_Size)<=RSN<VR(UH),则认为是在接收窗口之内,否则认为是在接收窗口之外。
其中,VR(UH)为UM模式的最高接收状态变量,用于记录所接收到的PDU中RSN最大的PDU之后下一个按序PDU的RSN,其初始值为0;
UM_Window_Size:为UM模式的预设接收窗口尺寸,其值由控制面配置给本发明的接收部分,或者根据其他由控制面配置给本发明接收部分的参数,比如,由Maximum_RSN计算得到,具体地可以根据如下公式计算得出:UM_Window_Size=(Maximum_RSN+1)/2。
如图17所示,接收部分接收到的所有PDU中最大RSN=x+1,则VR(UH)=x+2。
步骤S1604,判断接收PDU的RSN是否在接收窗口内且非重复接收的PDU。
本步骤中,如果1202判断接收PDU的RSN号在接收窗口外,或者判断是重复接收的PDU,则接收部分丢弃该接收PDU。
步骤S1606,如果步骤S1604判断接收PDU的RSN是在接收窗口内,并且不是重复接收的PDU,则判断RX_HFN是否需要更新,如果判断结果为需要更新则更新RX_HFN。
本步骤中,不是重复接收的PDU即此前没有成功接收过。判断RX_HFN是否需要更新,即判断接收PDU的RSN是否发生翻转,具体地,若RSN<VR(UR),则判断接收PDU的RSN发生了翻转,则更新RX_HFN,即执行RX_HFN=RX_HFN+1。接收PDU的RSN发生翻转,是指相对于上一个接收PDU的RSN为Maximum_RSN-1,当前接收PDU的RSN为0,重新从0开始取值。
其中,VR(UR)用于记录按序等待接收的PDU。如图17所示,RSN=5及之前的PDU已经去除协议数据单元头,并按序递交给后续处理功能单元(比如接收缓存和重排序功能单元),则RSN=6的PDU是接收部分在等待的需要按序接收的PDU,因此VR(UR)=6。
步骤S1608,用COUNT对接收PDU执行完整性保护验证,和/或用COUNT对接收PDU执行解密。
接收部分如果被配置(由控制面配置)需要对接收PDU执行完整性保护验证,则执行完整性保护验证;接收部分如果被配置(由控制面配置)需要对接收PDU执行解密,则对接收PDU执行解密。具体的,接收部分用解密计数值(COUNT值)对接收PDU执行完整性保护验证和解密,其中COUNT值基于接收PDU的RSN和当前的接收超帧号(RX_HFN)计算得到,具体的计算构成类似图10的计算。
步骤S1610,将接收PDU存入接收缓存。
执行完步骤S1608的操作后,将接收PDU存入接收缓存。
本优选实施例的以上应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法,发送部分和/或接收部分应用于L2-H层,L2-H层可以用于用户设备上,也可以用于无线网络设备上,如图14所示,发送部分与对端的接收部分通过空中接口进行通信。
图18是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图二,包括:发送部分(Transmission Side)和/或接收部分(Reception Side)。
为实现如图15的发送部分的数据处理方法,发送部分至少包括:
发送序列号编号(Transmission Sequence Numbering)功能单元:用于设置当前SDU的TSN。
完整性保护(Integrity Protection)功能单元:用于对当前SDU执行完整性保护;
加密(Ciphering)功能单元:用于对当前SDU执行加密,并进行COUNT值维护;
协议数据单元头添加(Add L2-H header)功能单元:用于为当前SDU加协议数据单元头,生成协议数据单元(PDU);
发送缓存(Transmission Buffer)功能单元:用于保存发送PDU;
除此之外,发送部分还可以包括以下功能单元中的一个或多个:
头压缩(Header Compression)功能单元:用于对来自上层的SDU进行数据头压缩,比如进行IP头压缩;
预级联功能(Pre-concatenation)单元:用于对来自上层的多个SDU进行传输之前的预级联操作;
路由(Routing)功能单元:该功能仅用于多连接(包括双连接)操作时,用于为发送PDU选择其中一个连接发送;
为实现如图16的接收部分的数据处理方法,接收部分至少包括:
协议数据单元头移除(Remove L2-H header)功能单元:用于移除接收PDU的协议数据头单元;
解密功能单元(Deciphering)功能单元:用于对在接收窗口内非重复接收的PDU进行解密操作;
完整性验证(Integrity Verification)功能单元:用于对在接收窗口内非重复接收的PDU进行完整性验证;
除此之外,接收部分还可以包括以下功能单元中的一个或多个:
接收缓存和重排序(Reception Buffer&Reordering)功能单元:用于将接收PDU放入接收缓存并执行重排序操作。
头解压缩(Header Decompression)功能单元:用于对去除包头之后的接收SDU进行头解压缩,比如进行IP头解压缩,该功能与发送部分的头压缩功能单元配对使用;
解预级联(De-concatenation)功能单元:用于对去除包头之后的接收SDU进行解预级联操作,该功能与发送部分的预级联功能单元配对使用;
通过本发明优选实施例的上述技术方案,通过预设时序在L2协议层中执行RLC层和PDCP层的相关功能,并分别对AM模式和UM模式的数据处理过程进行了说明,解决了相关技术中存在对于将来L2协议层中如何进行数据处理,没有有效的解决方案的问题,实现了在L2协议层中有效执行数据处理。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中提供了一种数据处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图19是根据本发明实施例的数据处理装置的结构框图一,如图19所示,该装置包括:
缓存模块192,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,将接收PDU存入接收缓存;
执行模块194,连接至上述缓存模块192,用于对存入接收缓存的接收PDU进行重排序操作,以及根据解密计数值,对接收PDU执行解密。
图20是根据本发明实施例的数据处理装置的结构框图二,如图20所示,该装置除包括图19所示的所有模块外,还包括:
第一计算模块202,用于在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值;
第二计算模块204,用于在接收PDU不是当前按序等待接收的PDU的情况下,如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN,以及当前接收超帧号加1后的值,计算得到解密计数值;如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值。
图21是根据本发明实施例的数据处理装置的结构框图三,如图21所示,该装置除包括图19所示的所有模块外,还包括:
第一更新模块212,用于在接收PDU是当前按序等待接收的PDU的情况下,在对接收PDU执行解密之后,更新接收状态变量的值,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN;
第二更新模块214,连接至上述第一更新模块212,用于在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下,更新当前接收超帧号。
图22是根据本发明实施例的数据处理装置的结构框图四,如图22所示,该装置除包括图20所示的所有模块外,还包括:
确定模块222,用于在接收PDU的RSN与接收状态变量的值相等的情况下,确定接收PDU是当前按序等待接收的PDU,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地,执行模块194还用于根据解密计数值,对接收PDU执行完整性保护验证。
图23是根据本发明实施例的数据处理装置的结构框图五,如图23所示,该装置包括:
更新模块232,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新当前接收超帧号;
执行模块234,连接至上述更新模块232,用于根据解密计数值,对接收PDU执行解密;
缓存模块236,连接至上述执行模块234,用于将接收PDU存入接收缓存。
图24是根据本发明实施例的数据处理装置的结构框图六,如图24所示,该装置除包括图23所示的所有模块外,还包括:
确定模块242,用于在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的情况下,确定当前接收超帧号需要更新。
图25是根据本发明实施例的数据处理装置的结构框图七,如图25所示,该装置除包括图23所示的所有模块外,还包括:
计算模块252,用于根据接收PDU的RSN,以及当前接收超帧号,计算得到解密计数值。
可选地,执行模块234还用于根据解密计数值,对接收PDU执行完整性保护验证。
图26是根据本发明实施例的数据处理装置的结构框图八,如图26所示,该装置包括:
确定模块262,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
执行模块264,连接至上述确定模块262,用于在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;
生成模块266,连接至上述执行模块264,用于根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成协议数据单元PDU。
图27是根据本发明实施例的数据处理装置的结构框图九,如图27所示,该装置除包括图26所示的所有模块外,还包括:
计算模块272,用于根据SDU的TSN,以及当前发送超帧号,计算得到加密计数值。
图28是根据本发明实施例的数据处理装置的结构框图十,如图28所示,该装置除包括图26所示的所有模块外,还包括:
第一更新模块282,用于在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN之后,更新发送状态变量的值;
第二更新模块284,连接至上述第一更新模块282,用于在根据加密计数值,对SDU进行加密之后,在更新后的发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,执行模块264还可以用于根据加密计数值,对SDU执行完整性保护。
可选地,确定模块262还用于在发送状态变量的值位于发送窗口之内的情况下,确定SDU的TSN为发送状态变量的值。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本实施例中提供了一种无线网络设备,该无线网络设备的结构如图2所示,其中,处理器22,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,将接收PDU存入接收缓存;
处理器22,还用于对存入接收缓存的接收PDU进行重排序操作,以及根据解密计数值,对接收PDU执行解密。
可选地,处理器22还可以用于在根据解密计数值,对接收PDU执行解密之前,在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值;在接收PDU不是当前按序等待接收的PDU的情况下,如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN,以及当前接收超帧号加1后的值,计算得到解密计数值;如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值。
可选地,处理器22还可以用于在接收PDU是当前按序等待接收的PDU的情况下,在对接收PDU执行解密之后,更新接收状态变量的值,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN;在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下,更新当前接收超帧号。
可选地,处理器22还可以用于在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值之前,在接收PDU的RSN与接收状态变量的值相等的情况下,确定接收PDU是当前按序等待接收的PDU,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地,处理器22还可以用于在根据解密计数值,对接收PDU执行解密之前,根据解密计数值,对接收PDU执行完整性保护验证。
在本实施例中还提供了一种无线网络设备,该无线网络设备的结构如图2所示,其中,处理器22,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新当前接收超帧号;
处理器22,还用于根据解密计数值,对接收PDU执行解密;
处理器22,还用于将接收PDU存入接收缓存。
可选地,处理器22还可以用于在更新当前接收超帧号之前,在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定当前接收超帧号需要更新。
可选地,处理器22还可以用于在根据解密计数值,对当前SDU进行解密之前,根据接收PDU的RSN,以及当前接收超帧号,计算得到解密计数值。
可选地,处理器22还可以用于在根据解密计数值,对接收PDU执行解密之前,根据解密计数值,对接收PDU执行完整性保护验证。
在本实施例中还提供了一种无线网络设备,该无线网络设备的结构如图2所示,其中,处理器22,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
处理器22,还用于在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;
处理器22,还用于根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成协议数据单元PDU。
可选地,处理器22还可以用于在根据加密计数值,对当前SDU执行加密之前,根据SDU的TSN,以及当前发送超帧号,计算得到加密计数值。
可选地,处理器22还可以用于在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN之后,更新发送状态变量的值;在根据加密计数值,对SDU进行加密之后,在更新后的发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,处理器22还可以用于在根据加密计数值,对SDU进行加密之前,根据加密计数值,对SDU执行完整性保护。
可选地,处理器22还可以用于在发送状态变量的值位于发送窗口之内的情况下,确定SDU的TSN为发送状态变量的值。
在本实施例中还提供了一种无线网络系统,图29是根据本发明实施例的无线网络系统的结构框图。如图29所示,该无线网络系统包括:第一无线网络设备292和第二无线网络设备294,其中,第一无线网络设备292包括:第一处理器2922,第二无线网络设备294包括:第二处理器2942,其中,
第一处理器2922,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
第一处理器2922,还用于在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;
第一处理器2922,还用于根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成协议数据单元PDU;
第二处理器2942,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,将接收PDU存入接收缓存;
第二处理器2942,还用于对存入接收缓存的接收PDU进行重排序操作,以及根据解密计数值,对接收PDU执行解密。
可选地,第一处理器2922在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN之后,更新发送状态变量的值;在根据加密计数值,对SDU进行加密之后,在更新后的发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,第一处理器2922还用于在发送状态变量的值位于发送窗口之内的情况下,确定SDU的TSN为发送状态变量的值。
在本实施例中还提供了一种无线网络系统,该无线网络系统的结构如图29所示,其中,
第一处理器2922,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
第一处理器2922,还用于在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;
第一处理器2922,还用于根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成协议数据单元PDU;
第二处理器2924,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新当前接收超帧号;
第二处理器2924,还用于根据解密计数值,对接收PDU执行解密;
第二处理器2924,还用于将接收PDU存入接收缓存。
可选地,第一处理器2922还可以用于在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN之后,更新发送状态变量的值;在根据加密计数值,对SDU进行加密之后,在更新后的发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,第二处理器2924还用于还用于在更新当前接收超帧号之前,在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定当前接收超帧号需要更新。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
S2,在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;
S3,根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成协议数据单元PDU。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在根据加密计数值,对当前SDU执行加密之前,还包括:根据SDU的TSN,以及当前发送超帧号,计算得到加密计数值。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
S1,在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN之后,还包括:更新发送状态变量的值;
S2,在根据加密计数值,对SDU进行加密之后,还包括:在更新后的发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在根据加密计数值,对SDU进行加密之前,还包括:根据加密计数值,对SDU执行完整性保护。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;在确定当前要发送的SDU的TSN之后,根据加密计数值,对SDU执行加密;根据SDU的TSN,为加密后的SDU添加协议数据单元头,生成协议数据单元PDU。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据加密计数值,对当前SDU执行加密之前,还包括:根据SDU的TSN,以及当前发送超帧号,计算得到加密计数值。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN之后,还包括:更新发送状态变量的值;在根据加密计数值,对SDU进行加密之后,还包括:在更新后的发送状态变量的值为0的情况下,更新当前发送超帧号。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据加密计数值,对SDU进行加密之前,还包括:根据加密计数值,对SDU执行完整性保护。
实施例5
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,将接收PDU存入接收缓存;
S2,对存入接收缓存的接收PDU进行重排序操作,以及根据解密计数值,对接收PDU执行解密。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
在根据解密计数值,对接收PDU执行解密之前,还包括:
S1,在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值;
S2,在接收PDU不是当前按序等待接收的PDU的情况下,如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN,以及当前接收超帧号加1后的值,计算得到解密计数值;如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
在接收PDU是当前按序等待接收的PDU的情况下,在对接收PDU执行解密之后,还包括:
S1,更新接收状态变量的值,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN;
S2,在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下,更新当前接收超帧号。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值之前,还包括:在接收PDU的RSN与接收状态变量的值相等的情况下,确定接收PDU是当前按序等待接收的PDU,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在根据解密计数值,对接收PDU执行解密之前,还包括:根据解密计数值,对接收PDU执行完整性保护验证。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,将接收PDU存入接收缓存;对存入接收缓存的接收PDU进行重排序操作,以及根据解密计数值,对接收PDU执行解密。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据解密计数值,对接收PDU执行解密之前,还包括:在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值;在接收PDU不是当前按序等待接收的PDU的情况下,如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN,以及当前接收超帧号加1后的值,计算得到解密计数值;如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值,则根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在接收PDU是当前按序等待接收的PDU的情况下,在对接收PDU执行解密之后,还包括:更新接收状态变量的值,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN;在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下,更新当前接收超帧号。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在接收PDU是当前按序等待接收的PDU的情况下,根据接收PDU的RSN以及当前接收超帧号,计算得到解密计数值之前,还包括:在接收PDU的RSN与接收状态变量的值相等的情况下,确定接收PDU是当前按序等待接收的PDU,其中,接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据解密计数值,对接收PDU执行解密之前,还包括:根据解密计数值,对接收PDU执行完整性保护验证。
实施例6
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新当前接收超帧号;
S2,根据解密计数值,对接收PDU执行解密;
S3,将接收PDU存入接收缓存。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在更新当前接收超帧号之前,还包括:在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定当前接收超帧号需要更新。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在根据解密计数值,对当前SDU进行解密之前,还包括:根据接收PDU的RSN,以及当前接收超帧号,计算得到解密计数值。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在根据解密计数值,对接收PDU执行解密之前,还包括:根据解密计数值,对接收PDU执行完整性保护验证。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新当前接收超帧号;根据解密计数值,对接收PDU执行解密;将接收PDU存入接收缓存。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在更新当前接收超帧号之前,还包括:在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定当前接收超帧号需要更新。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据解密计数值,对当前SDU进行解密之前,还包括:根据接收PDU的RSN,以及当前接收超帧号,计算得到解密计数值。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:在根据解密计数值,对接收PDU执行解密之前,还包括:根据解密计数值,对接收PDU执行完整性保护验证。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (48)

1.一种数据处理方法,其特征在于,包括:
在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;
对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
2.根据权利要求1所述的方法,其特征在于,在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:
在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值;
在所述接收PDU不是当前按序等待接收的PDU的情况下,如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN,以及所述当前接收超帧号加1后的值,计算得到所述解密计数值;如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值。
3.根据权利要求2所述的方法,其特征在于,在所述接收PDU是所述当前按序等待接收的PDU的情况下,在对所述接收PDU执行解密之后,还包括:
更新接收状态变量的值,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN;
在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下,更新所述当前接收超帧号。
4.根据权利要求2所述的方法,其特征在于,在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及所述当前接收超帧号,计算得到所述解密计数值之前,还包括:
在所述接收PDU的所述RSN与接收状态变量的值相等的情况下,确定所述接收PDU是所述当前按序等待接收的PDU,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:
根据所述解密计数值,对所述接收PDU执行完整性保护验证。
6.一种数据处理方法,其特征在于,包括:
在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;
根据解密计数值,对所述接收PDU执行解密;
将所述接收PDU存入接收缓存。
7.根据权利要求6所述的方法,其特征在于,在更新所述当前接收超帧号之前,还包括:
在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定所述当前接收超帧号需要更新。
8.根据权利要求6所述的方法,其特征在于,在根据所述解密计数值,对所述当前SDU进行解密之前,还包括:
根据所述接收PDU的所述RSN,以及所述当前接收超帧号,计算得到所述解密计数值。
9.根据权利要求6至8中任一项所述的方法,其特征在于,在根据所述解密计数值,对所述接收PDU执行解密之前,还包括:
根据所述解密计数值,对所述接收PDU执行完整性保护验证。
10.一种数据处理方法,其特征在于,包括:
根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;
根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU。
11.根据权利要求10所述的方法,其特征在于,在根据所述加密计数值,对所述当前SDU执行加密之前,还包括:
根据所述SDU的所述TSN,以及当前发送超帧号,计算得到所述加密计数值。
12.根据权利要求10所述的方法,其特征在于,
在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,还包括:更新所述发送状态变量的值;
在根据所述加密计数值,对所述SDU进行加密之后,还包括:在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
13.根据权利要求10所述的方法,其特征在于,在根据所述加密计数值,对所述SDU进行加密之前,还包括:
根据所述加密计数值,对所述SDU执行完整性保护。
14.根据权利要求10至13中任一项所述的方法,其特征在于,根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN包括:
在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
15.一种数据处理装置,其特征在于,包括:
缓存模块,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;
执行模块,用于对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
16.根据权利要求15所述的装置,其特征在于,还包括:
第一计算模块,用于在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值;
第二计算模块,用于在所述接收PDU不是当前按序等待接收的PDU的情况下,如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN,以及所述当前接收超帧号加1后的值,计算得到所述解密计数值;如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值。
17.根据权利要求15所述的装置,其特征在于,还包括:
第一更新模块,用于在所述接收PDU是所述当前按序等待接收的PDU的情况下,在对所述接收PDU执行解密之后,更新接收状态变量的值,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN;
第二更新模块,用于在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下,更新所述当前接收超帧号。
18.根据权利要求16所述的装置,其特征在于,还包括:
确定模块,用于在所述接收PDU的所述RSN与接收状态变量的值相等的情况下,确定所述接收PDU是所述当前按序等待接收的PDU,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
19.根据权利要求15至18中任一项所述的装置,其特征在于,所述执行模块还用于根据所述解密计数值,对所述接收PDU执行完整性保护验证。
20.一种数据处理装置,其特征在于,包括:
更新模块,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;
执行模块,用于根据解密计数值,对所述接收PDU执行解密;
缓存模块,用于将所述接收PDU存入接收缓存。
21.根据权利要求20所述的装置,其特征在于,还包括:
确定模块,用于在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的情况下,确定所述当前接收超帧号需要更新。
22.根据权利要求20所述的装置,其特征在于,还包括:
计算模块,用于根据所述接收PDU的所述RSN,以及所述当前接收超帧号,计算得到所述解密计数值。
23.根据权利要求20至22中任一项所述的装置,其特征在于,所述执行模块还用于根据所述解密计数值,对所述接收PDU执行完整性保护验证。
24.一种数据处理装置,其特征在于,包括:
确定模块,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
执行模块,用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;
生成模块,用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU。
25.根据权利要求24所述的装置,其特征在于,还包括:
计算模块,用于根据所述SDU的所述TSN,以及当前发送超帧号,计算得到所述加密计数值。
26.根据权利要求24所述的装置,其特征在于,还包括:
第一更新模块,用于在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;
第二更新模块,用于在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
27.根据权利要求25所述的装置,其特征在于,所述执行模块,还用于根据所述加密计数值,对所述SDU执行完整性保护。
28.根据权利要求25至27中任一项所述的装置,其特征在于,所述确定模块,还用于在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
29.一种无线网络设备,其特征在于,包括:处理器,其中,
所述处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;
所述处理器,还用于对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
30.根据权利要求29所述的设备,其特征在于,所述处理器还用于在根据所述解密计数值,对所述接收PDU执行解密之前,在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值;在所述接收PDU不是当前按序等待接收的PDU的情况下,如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN,以及所述当前接收超帧号加1后的值,计算得到所述解密计数值;如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值,则根据所述接收PDU的所述RSN以及当前接收超帧号,计算得到所述解密计数值。
31.根据权利要求30所述的设备,其特征在于,所述处理器还用于在所述接收PDU是所述当前按序等待接收的PDU的情况下,在对所述接收PDU执行解密之后,更新接收状态变量的值,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN;在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下,更新所述当前接收超帧号。
32.根据权利要求30所述的设备,其特征在于,所述处理器还用于在所述接收PDU是当前按序等待接收的PDU的情况下,根据所述接收PDU的所述RSN以及所述当前接收超帧号,计算得到所述解密计数值之前,在所述接收PDU的所述RSN与接收状态变量的值相等的情况下,确定所述接收PDU是所述当前按序等待接收的PDU,其中,所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
33.根据权利要求29至31中任一项所述的设备,其特征在于,所述处理器还用于在根据所述解密计数值,对所述接收PDU执行解密之前,根据所述解密计数值,对所述接收PDU执行完整性保护验证。
34.一种无线网络设备,其特征在于,包括:处理器,其中,
所述处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;
所述处理器,还用于根据解密计数值,对所述接收PDU执行解密;
所述处理器,还用于将所述接收PDU存入接收缓存。
35.根据权利要求34所述的设备,其特征在于,所述处理器还用于在更新所述当前接收超帧号之前,在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定所述当前接收超帧号需要更新。
36.根据权利要求34所述的设备,其特征在于,所述处理器还用于在根据所述解密计数值,对所述当前SDU进行解密之前,根据所述接收PDU的所述RSN,以及所述当前接收超帧号,计算得到所述解密计数值。
37.根据权利要求34至36中任一项所述的设备,其特征在于,所述处理器还用于在根据所述解密计数值,对所述接收PDU执行解密之前,根据所述解密计数值,对所述接收PDU执行完整性保护验证。
38.一种无线网络设备,其特征在于,包括:处理器,其中,
所述处理器,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
所述处理器,还用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;
所述处理器,还用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU。
39.根据权利要求38所述的设备,其特征在于,所述处理器还用于在根据所述加密计数值,对所述当前SDU执行加密之前,根据所述SDU的所述TSN,以及当前发送超帧号,计算得到所述加密计数值。
40.根据权利要求38所述的设备,其特征在于,所述处理器还用于在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
41.根据权利要求38所述的设备,其特征在于,所述处理器还用于在根据所述加密计数值,对所述SDU进行加密之前,根据所述加密计数值,对所述SDU执行完整性保护。
42.根据权利要求38至41中任一项所述的设备,其特征在于,所述处理器还用于在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
43.一种无线网络系统,其特征在于,包括:第一无线网络设备和第二无线网络设备,所述第一无线网络设备包括:第一处理器,所述第二无线网络设备包括:第二处理器,其中,
所述第一处理器,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
所述第一处理器,还用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;
所述第一处理器,还用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU;
所述第二处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,将所述接收PDU存入接收缓存;
所述第二处理器,还用于对存入所述接收缓存的所述接收PDU进行重排序操作,以及根据解密计数值,对所述接收PDU执行解密。
44.根据权利要求43所述的系统,其特征在于,所述第一处理器在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
45.根据权利要求43或44所述的系统,其特征在于,所述第一处理器还用于在所述发送状态变量的值位于发送窗口之内的情况下,确定所述SDU的所述TSN为所述发送状态变量的值。
46.一种无线网络系统,其特征在于,包括:第一无线网络设备和第二无线网络设备,所述第一无线网络设备包括:第一处理器,所述第二无线网络设备包括:第二处理器,其中,
所述第一处理器,用于根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值,确定当前要发送的SDU的TSN;
所述第一处理器,还用于在确定当前要发送的所述SDU的所述TSN之后,根据加密计数值,对所述SDU执行加密;
所述第一处理器,还用于根据所述SDU的所述TSN,为加密后的所述SDU添加协议数据单元头,生成协议数据单元PDU;
所述第二处理器,用于在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下,如果当前接收超帧号需要更新,则更新所述当前接收超帧号;
所述第二处理器,还用于根据解密计数值,对所述接收PDU执行解密;
所述第二处理器,还用于将所述接收PDU存入接收缓存。
47.根据权利要求46所述的系统,其特征在于,所述第一处理器还用于在根据用于记录服务数据单元SDU的发送序列号TSN的所述发送状态变量的值,确定当前要发送的所述SDU的所述TSN之后,更新所述发送状态变量的值;在根据所述加密计数值,对所述SDU进行加密之后,在更新后的所述发送状态变量的值为0的情况下,更新当前发送超帧号。
48.根据权利要求46或47所述的系统,其特征在于,所述第二处理器还用于在更新所述当前接收超帧号之前,在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下,确定所述当前接收超帧号需要更新。
CN201610738133.8A 2016-08-26 2016-08-26 数据处理方法、装置、无线网络设备及无线网络系统 Pending CN107786506A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610738133.8A CN107786506A (zh) 2016-08-26 2016-08-26 数据处理方法、装置、无线网络设备及无线网络系统
PCT/CN2017/098634 WO2018036517A1 (zh) 2016-08-26 2017-08-23 数据处理方法、装置、无线网络设备及无线网络系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610738133.8A CN107786506A (zh) 2016-08-26 2016-08-26 数据处理方法、装置、无线网络设备及无线网络系统

Publications (1)

Publication Number Publication Date
CN107786506A true CN107786506A (zh) 2018-03-09

Family

ID=61246443

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610738133.8A Pending CN107786506A (zh) 2016-08-26 2016-08-26 数据处理方法、装置、无线网络设备及无线网络系统

Country Status (2)

Country Link
CN (1) CN107786506A (zh)
WO (1) WO2018036517A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111131179A (zh) * 2019-12-05 2020-05-08 中移(杭州)信息技术有限公司 业务处理方法、装置、网络设备及存储介质
CN114124840A (zh) * 2021-11-26 2022-03-01 哲库科技(北京)有限公司 接收pdcp包的方法、pdcp包的接收装置、终端设备
WO2023137655A1 (en) * 2022-01-20 2023-07-27 Qualcomm Incorporated Hyper frame number (hfn) resynchronization of packet data convergence protocol (pdcp) protocol data units

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11533777B2 (en) 2018-06-29 2022-12-20 At&T Intellectual Property I, L.P. Cell site architecture that supports 5G and legacy protocols
US10728826B2 (en) 2018-07-02 2020-07-28 At&T Intellectual Property I, L.P. Cell site routing based on latency

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법
CN101686494B (zh) * 2008-09-22 2012-07-04 电信科学技术研究院 一种分组数据汇聚协议层处理数据包的方法和装置
JP6262991B2 (ja) * 2013-10-31 2018-01-17 株式会社Nttドコモ ユーザ装置及び方法
WO2015115854A1 (en) * 2014-01-29 2015-08-06 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111131179A (zh) * 2019-12-05 2020-05-08 中移(杭州)信息技术有限公司 业务处理方法、装置、网络设备及存储介质
CN111131179B (zh) * 2019-12-05 2022-01-25 中移(杭州)信息技术有限公司 业务处理方法、装置、网络设备及存储介质
CN114124840A (zh) * 2021-11-26 2022-03-01 哲库科技(北京)有限公司 接收pdcp包的方法、pdcp包的接收装置、终端设备
CN114124840B (zh) * 2021-11-26 2023-09-15 哲库科技(北京)有限公司 一种接收pdcp包的方法、装置及终端设备
WO2023137655A1 (en) * 2022-01-20 2023-07-27 Qualcomm Incorporated Hyper frame number (hfn) resynchronization of packet data convergence protocol (pdcp) protocol data units

Also Published As

Publication number Publication date
WO2018036517A1 (zh) 2018-03-01

Similar Documents

Publication Publication Date Title
CN107786506A (zh) 数据处理方法、装置、无线网络设备及无线网络系统
CN107787009A (zh) 拥塞处理方法、装置及系统
CN107592329A (zh) 一种数据处理方法及装置
CN101779408B (zh) 在移动通信系统中发送状态信息的方法及移动通信的接收机
CN104104479B (zh) 经由无线网络和无线装置发送/接收数据的方法和设备
CN106134099A (zh) 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备
US20210360607A1 (en) Method and apparatus for communicating data packets in a cloud cell
CN107359968A (zh) 一种单层序列号的数据传输方法及装置
CN107113291A (zh) 演进的数据压缩方案信令
TW200836538A (en) Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells
KR101113125B1 (ko) 윈도우 제어 및 재송제어방법, 및, 송신측장치
JP7464564B2 (ja) マルチコネクティビティにおける信頼性のある通信のための装置及び方法
JP6133438B2 (ja) データグラムセグメントを再構成および再送信するための方法および装置
US20140112157A1 (en) Method and apparatus for sending packet, updating and maintaining hyper frame number, and processing data
WO2007092887A3 (en) Mac-hs processing in an hsdpa-compatible receiver in a 3g wireless network
CN109983740A (zh) 移动通信中数据传输增强的方法及装置
CN103179614B (zh) 向上层传送pdcp数据单元的方法
CN102638328B (zh) 一种数据传输的方法及装置
CN107787570A (zh) 轻量传送协议
US20040085932A1 (en) Local suspend scheme for wireless communication systems
US20170280353A1 (en) System and method for processing of data in a wireless communication system
CN109392012A (zh) 一种数据处理方法及相关设备
US8249103B2 (en) Method for transmitting and receiving control data in mobile telecommunications system and transmitter and receiver of mobile telecommunications
CN104683262B (zh) 一种数据包的处理方法和设备
CN111742577B (zh) 用于移动性增强的方法及其用户设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180309

WD01 Invention patent application deemed withdrawn after publication