CN115277608A - 无线通信的方法及设备 - Google Patents
无线通信的方法及设备 Download PDFInfo
- Publication number
- CN115277608A CN115277608A CN202210868761.3A CN202210868761A CN115277608A CN 115277608 A CN115277608 A CN 115277608A CN 202210868761 A CN202210868761 A CN 202210868761A CN 115277608 A CN115277608 A CN 115277608A
- Authority
- CN
- China
- Prior art keywords
- rlc
- pdcp pdu
- pdcp
- sequence number
- entity
- 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.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 110
- 238000000034 method Methods 0.000 title claims abstract description 80
- 230000015654 memory Effects 0.000 claims description 39
- 238000004590 computer program Methods 0.000 claims description 26
- 238000012545 processing Methods 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 16
- 230000001174 ascending effect Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 description 25
- 230000006870 function Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 18
- 239000000872 buffer Substances 0.000 description 11
- 238000001228 spectrum Methods 0.000 description 10
- 238000012163 sequencing technique Methods 0.000 description 9
- 230000001360 synchronised effect Effects 0.000 description 8
- 230000003993 interaction Effects 0.000 description 6
- 230000007774 longterm Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/9057—Arrangements for supporting packet reassembly or resequencing
-
- 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
- H04W28/0289—Congestion control
-
- 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
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种无线通信的方法及设备,可以实现PDCP PDU的乱序递交,提高了数据包的递交效率。该无线通信的方法,包括:接收来自RLC实体的PDCP PDU、该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,其中,该PDCPPDU对应的RLC接收下限值表示该RLC实体的接收窗内期望接收的下一个RLC的序列号;在该PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCP PDU。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种无线通信的方法及设备。
背景技术
在数据包的处理流程中,无线链路控制(Radio Link Control,RLC)层主要负责对服务数据单元(service data unit,SDU)进行排序,然后按序递交给分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层;PDCP层进行解析以及数据包解密,之后递交给传输控制协议(Transmission Control Protocol,TCP)/互联网协议(InternetProtocol,IP)协议栈,其中,RLC层可以包括一个或多个RLC实体,PDCP层可以包括一个或多个PDCP实体。
现阶段,RLC实体和PDCP实体各自维护有独立的序列号(sequence number,SN),用于表示各自的数据包的序列号。然而,PDCP实体可能会出现丢包现象,导致RLC SN连续但PDCP SN不连续,如何处理乱序数据包,是一个需要解决的问题。
发明内容
本申请提供了一种无线通信的方法及设备,可以实现PDCP PDU的乱序递交,提高了数据包的递交效率。
第一方面,提供了一种无线通信的方法,包括:
接收来自RLC实体的PDCP PDU、该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,其中,该PDCP PDU对应的RLC接收下限值表示该RLC实体的接收窗内期望接收的下一个RLC的序列号;
在该PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCP PDU。
第二方面,提供了一种无线通信的设备,包括:
通信单元,用于接收来自RLC实体的PDCP PDU、该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,其中,该PDCP PDU对应的RLC接收下限值表示该RLC实体的接收窗内期望接收的下一个RLC的序列号;
处理单元,用于在该PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCPPDU。
第三方面,提供了通信设备,包括:收发器和处理器;其中,
该收发器被配置为:接收来自RLC实体的PDCP PDU、该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,其中,该PDCP PDU对应的RLC接收下限值表示该RLC实体的接收窗内期望接收的下一个RLC的序列号;
该处理器被配置为:在该PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCPPDU。
第四方面,提供了一种通信设备,包括处理器和存储器,该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或其各实现方式中的方法。
第五方面,提供了一种芯片,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得该处理器执行如上述第一方面或其各实现方式中的方法。
第六方面,提供了一种计算机存储介质,该计算机存储介质存储有计算机程序,该计算机程序被至少一个处理器执行时实现上述第一方面或其各实现方式中的方法。
通过上述技术方案,在PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCPPDU。也即,在出现PDCP PDU乱序的情况下,可以基于PDCP PDU对应的RLC序列号和PDCP PDU对应的RLC接收下限值,确定是否可以忽略序列号空隙而直接向上层递交PDCP PDU。在确定可以忽略序列号空隙时,可以认为此类序列号空隙是由发送端导致的,不需要继续等待接收RLC实体后续发送的PDCP PDU以便在下一次重排序中递交,可以直接向上层递交PDCPPDU,从而可以实现PDCP PDU的乱序递交,提高了数据包的递交效率。
附图说明
图1是本申请实施例应用的一种通信系统架构的示意性图。
图2是本申请提供的一种用户面协议栈的示意性图。
图3是本申请提供的一种RLC PDU的组成结构的示意性图。
图4是本申请提供的一种UM模式下RLC实体的示意性图。
图5是本申请提供的一种AM模式下RLC实体的示意性图。
图6是本申请提供的一种RLC实体排序的示意性流程图。
图7是本申请提供的一种PDCP实体排序的示意性流程图。
图8是本申请提供的一种PDCP递交的示意性图。
图9是根据本申请实施例提供的一种无线通信的方法的示意性流程图。
图10是本申请实施例提供的一种PDCP实体丢弃数据包导致SN间隙的示意性图。
图11是本申请实施例提供的一种PDCP重排序递交的示意性流程图。
图12是本申请实施例提供的另一种PDCP重排序递交的示意性流程图。
图13是本申请实施例提供的一种AM/UM模式下重排序递交的示意性图。
图14是本申请实施例提供的一种AM模式下RB重建后的重排序递交的示意性图。
图15是根据本申请实施例提供的一种无线通信的设备的示意性框图。
图16是根据本申请实施例提供的一种通信设备的示意性框图。
图17是根据本申请实施例提供的一种芯片的示意性框图。
图18是根据本申请实施例提供的一种通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。针对本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)系统、码分多址(Code Division MultipleAccess,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)系统、先进的长期演进(Advanced long term evolution,LTE-A)系统、新无线(New Radio,NR)系统、NR系统的演进系统、非授权频谱上的LTE(LTE-based access tounlicensed spectrum,LTE-U)系统、非授权频谱上的NR(NR-based access to unlicensedspectrum,NR-U)系统、非地面通信网络(Non-Terrestrial Networks,NTN)系统、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、无线局域网(WirelessLocal Area Networks,WLAN)、物联网(internet of things,IoT)、无线保真(WirelessFidelity,WiFi)、第五代通信(5th-Generation,5G)系统或其他通信系统等。
通常来说,传统的通信系统支持的连接数有限,也易于实现,然而,随着通信技术的发展,移动通信系统将不仅支持传统的通信,还将支持例如,设备到设备(Device toDevice,D2D)通信,机器到机器(Machine to Machine,M2M)通信,机器类型通信(MachineType Communication,MTC),车辆间(Vehicle to Vehicle,V2V)通信,侧行(sidelink,SL)通信,车联网(Vehicle to everything,V2X)通信等,本申请实施例也可以应用于这些通信系统。
在一些实施例中,本申请实施例中的通信系统可以应用于载波聚合(CarrierAggregation,CA)场景,也可以应用于双连接(Dual Connectivity,DC)场景,还可以应用于独立(Standalone,SA)布网场景,或者应用于非独立(Non-Standalone,NSA)布网场景。
在一些实施例中,本申请实施例中的通信系统可以应用于非授权频谱,其中,非授权频谱也可以认为是共享频谱;或者,本申请实施例中的通信系统也可以应用于授权频谱,其中,授权频谱也可以认为是非共享频谱。
在一些实施例中,本申请实施例中的通信系统可以应用于FR1频段(对应频段范围410MHz到7.125GHz),也可以应用于FR2频段(对应频段范围24.25GHz到52.6GHz),还可以应用于新的频段例如对应52.6GHz到71GHz频段范围或对应71GHz到114.25GHz频段范围的高频频段。
本申请实施例结合网络设备和终端设备描述了各个实施例,其中,终端设备也可以称为用户设备(User Equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
终端设备可以是WLAN中的站点(STATION,ST),可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、下一代通信系统例如NR网络中的终端设备,或者未来演进的公共陆地移动网络(Public LandMobile Network,PLMN)网络中的终端设备等。
在本申请实施例中,终端设备可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。
在本申请实施例中,终端设备可以是手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality,VR)终端设备、增强现实(AugmentedReality,AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备或智慧家庭(smart home)中的无线终端设备、车载通信设备、无线通信芯片/专用集成电路(application specific integratedcircuit,ASIC)/系统级芯片(System on Chip,SoC)等。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
在本申请实施例中,网络设备可以是用于与移动设备通信的设备,网络设备可以是WLAN中的接入点(Access Point,AP),GSM或CDMA中的基站(Base Transceiver Station,BTS),也可以是WCDMA中的基站(NodeB,NB),还可以是LTE中的演进型基站(EvolutionalNode B,eNB或eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及NR网络中的网络设备或者基站(gNB)或者未来演进的PLMN网络中的网络设备或者NTN网络中的网络设备等。
作为示例而非限定,在本申请实施例中,网络设备可以具有移动特性,例如网络设备可以为移动的设备。在一些实施例中,网络设备可以为卫星、气球站。例如,卫星可以为低地球轨道(low earth orbit,LEO)卫星、中地球轨道(medium earth orbit,MEO)卫星、地球同步轨道(geostationary earth orbit,GEO)卫星、高椭圆轨道(High Elliptical Orbit,HEO)卫星等。在一些实施例中,网络设备还可以为设置在陆地、水域等位置的基站。
在本申请实施例中,网络设备可以为小区提供服务,终端设备通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与网络设备进行通信,该小区可以是网络设备(例如基站)对应的小区,小区可以属于宏基站,也可以属于小小区(Small cell)对应的基站,这里的小小区可以包括:城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
示例性的,本申请实施例应用的通信系统100可以如图1所示。该通信系统100可以包括网络设备110,网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备进行通信。
图1示例性地示出了一个网络设备和两个终端设备,在一些实施例中,该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
在一些实施例中,该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体,本申请实施例对此不作限定。
应理解,本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例,通信设备可包括具有通信功能的网络设备110和终端设备120,网络设备110和终端设备120可以为上文所述的具体设备,此处不再赘述;通信设备还可包括通信系统100中的其他设备,例如网络控制器、移动管理实体等其他网络实体,本申请实施例中对此不做限定。
应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,本文涉及第一通信设备和第二通信设备,第一通信设备可以是终端设备,例如手机,机器设施,用户前端设备(Customer Premise Equipment,CPE),工业设备,车辆等;第二通信设备可以是第一通信设备的对端通信设备,例如网络设备,手机,工业设备,车辆等。在本申请实施例中,第一通信设备可以是终端设备,且第二通信设备可以网络设备(即上行通信或下行通信);或者,第一通信设备可以是第一终端,且第二通信设备可以第二终端(即侧行通信)。
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。
应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。
在本申请实施例的描述中,术语“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。
本申请实施例中,“预定义”或“预配置”可以通过在设备(例如,包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。
本申请实施例中,所述“协议”可以指通信领域的标准协议,例如可以是对现有LTE协议、NR协议、Wi-Fi协议或者与之相关的其它通信系统相关的协议的演进,本申请不对协议类型进行限定。
为便于理解本申请实施例的技术方案,以下通过具体实施例详述本申请的技术方案。以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
图2示出了一种用户面协议栈的基本功能实体的示意图,该用户面协议栈可以包括终端设备(UE)的用户面协议栈和基站(eNodeB)的用户面协议栈。UE的用户面协议栈可以包括物理(physical,PHY)层、媒体接入控制(Media Access Control,MAC)层、无线链路控制(Radio Link Control,RLC)层和分组数据汇聚协议(Packet Data ConvergenceProtocol,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层可以通过UE中的PHY层和基站中的PHY层与基站中的MAC层进行信息交互,UE中的RLC层可以通过UE中的MAC层、PHY层和基站中的MAC层、PHY层与基站中的RLC层进行信息交互,UE中的PDCP层可以通过UE中的RLC层、MAC层、PHY层和基站中的RLC层、MAC层、PHY层与基站中的PDCP层进行信息交互。
RLC层可以包括透明模式(Transparent Mode,TM)、非确认模式(UnacknowledgedMode,UM)和确认模式(Acknowledged Mode,AM)。其中,不同的工作模式存在不同的数据传输服务,例如:对于TM模式,无需在传输的RLC协议数据单元(Protocol Data Unit,PDU)中添加RLC头,而且不对高层信息做处理,如寻呼和系统消息使用TM模式;对于UM模式,发送端无需得到接收端的肯定应答(Acknowledgement,ACK)确认,在传输的RLC PDU中添加RLC头,但是不提供可靠的传输,如基于互联网的语音传输(Voice over Internet Protocol,VoIP)可使用UM模式;而对于AM模式,发送数据包需要得到接收端的ACK确认,在传输的RLCPDU中添加有RLC头,且提供可靠的有序传输,如传输控制协议(Transfer ControlProtocol,TCP)模式一般使用AM模式。
在下行数据包的处理流程中,RLC层负责进行协议数据单元(Protocol DataUnit,PDU)排序,然后按序递交给PDCP层。在PDCP层,互联网协议(Internet Protocol,IP)头(Header)解析以及数据包解密,之后递交给TCP/IP协议栈。在引入PDCP重复(duplication)功能之前,数据包的排序都是在RLC层完成的。RLC层是协议栈数据面的无线链路控制层。RLC协议定义的RLC实体可配置,AM模式的RLC实体可以提供TCP业务的可靠性需求。为了适应无线链路的变化,RLC PDU的长度可变。
具体的,LTE RLC PDU的结构可以如图3所示。由图3可知,RLC PDU的序列号(series number,SN)(由RLC层排序确定)与RLC SDU的SN(由RLC层的上一层排序确定)不相关,RLC SDU会出现分段,RLC SDU会按照顺序级联。因此一个RLC PDU里面的RLC SDU状态如下:RLC SDU i的最后一段+n-1个完整RLC SDU+RLC SDU i+n的第一段(在图3中n=3),或者,RLC SDU i的一个分段(图3中RLC SDU i的第一段)。
需要说明的是,在用户面协议栈中,某一层的服务数据单元(service data unit,SDU)和上一层的PDU是对应的。在一些情况下,SDU和PDU并不等同,有时N层的SDU较长,而N层所要求的PDU较短,这时就要对N层的SDU进行分段处理,将一个SDU分成两个或多个PDU来传输。在一些情况下,当N层的PDU所要求的长度比N层的SDU还大时,也可将几个SDU合并成为一个PDU来传输。
具体例如,RLC实体从PDCP层接收的数据或发往PDCP层的数据被称为RLC SDU(或PDCP PDU),RLC实体从MAC层接收的数据或发往MAC层的数据被称为RLC SDU(或MAC PDU)。
基于上述的RLC PDU结构,RLC实体在下行数据传输中为PDCP层提供递交完整RLCSDU的服务。在UM模式下,如图4所示,一个UM-RLC实体发送数据,UM-RLC实体通过逻辑信道(如专用传输信道(Dedicated Transmission Channel,DTCH)/主控制信道(Main ControlChannel,MCCH)/主传输信道(Main Transmission Channel,MTCH)/侧行传输信道(Sidelink Transmission Channel,STCH))来接收或发送RLC PDU。具体的,如图4所示,UM-RLC实体在发送端通过UM-服务接入点(Service Access Point,SAP)将来自上层(MAC层)的RLC SDU缓存在传输缓存(Transmission Buffer)中,以及在PDCP层通知其发送RLC PDU时,分段/级联RLC SDU以生成RLC PDU,并赋予合适的SN值,在生成的RLC PDU中添加RLC头,然而将RLC PDU发送给PDCP层。UM-RLC实体在接收端接收数据缓存或执行混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)重排,接着移除RLC头,对分段的RLC SDU进行重组(reassembly),最后按序递交给PDCP完整的RLC SDU。并且,对于UM模式,无线界面(radio interface)可以是Uu接口,也可以是PC5接口。在AM模式下,如图5所示,AM-RLC实体通过逻辑信道(如专用传输信道(Dedicated Transmission Channel,DTCH)/专用控制信道(Dedicated Control Channel,DCCH)来接收或发送RLC PDU。具体的,如图5所示,AM-RLC实体在发送端通过AM-SAP将来自上层(MAC层)的RLC SDU缓存在传输缓存(TransmissionBuffer)中,并为每一个RLC SDU生成一个RLC头,并缓存在传输缓存(TransmissionBuffer)中,以及在PDCP层通知其发送RLC PDU时,分段/级联RLC SDU以生成RLC PDU,并赋予合适的SN值,在生成的RLC PDU中添加RLC头,然而将RLC PDU发送给PDCP层,此外,AM-RLC实体支持RLC SDU或RLC SDU分段的重传,也即在分段/级联RLC SDU之前或之后可以重传缓存中的数据,在发送RLC PDU的同时会放入重传缓存中,以便支持可能的重传。如果收到对应整个RLC SDU的肯定应答(Acknowledgement,ACK),则对应的RLC SDU将从重传缓存中删除;如果收到了对应整个RLC SDU或部分RLC SDU分段的(Negative Acknowledgement,NACK),则会重传整个或部分RLC SDU。AM-RLC实体在接收端接收数据缓存或执行HARQ重排,判断接收到的PDU是否为重复包,如果是的话,丢弃重复包。接着,检测是否丢失了PDU,如果丢失,则请求重传PDU对应的RLC SDU。然后,移除RLC头,对分段的RLC SDU进行重组(reassembly),最后按序递交给PDCP完整的RLC SDU。
在一些实施例中,下行数据传输的流程可以如图6所示,重排序步骤位于RLC层,也即,在RLC层需要对RLC PDU进行排序。然而,在RLC层对RLC PDU进行排序在实现中存在一些缺陷,首先,排序占用大量的RLC层的内存空间,导致RLC层需要占用大量内存存储未完成排序的RLC SDU;其次,在排序完成后,大量的数据包(RLC SDU)会一次性递交给硬件芯片上部署的解密模块,造成解密模块的拥塞和压力。
在一些实施例中,下行数据传输的流程可以如图7所示,重排序步骤位于PDCP层,也即,在PDCP层需要对接收到的PDCP PDU进行排序。在将排序功能移动到PDCP层之后,即可解决硬件芯片上部署的解密模块的拥塞和压力问题。如图7所示,由于PDCP层在解密模块之后,所以不会对硬件芯片上部署的解密模块造成数据包冲击,并且PDCP层会直接将未完成排序的PDCP SDU储存在层3(Layer 3,L3)处理模块中,等待排序完成便可以通知其进行L3处理,避免了RLC层和L3模块二次存储带来的内存浪费。
然而,在采用了PDCP层执行重排序后(如图7所示),PDCP PDU的序列号(SN)可能会出现空隙,例如,PDCP PDU的SN不连续,可能是由PDCP PDU的SN出现空洞或缺失导致。原因在于AM/UM模式的数据无线承载(Data Radio Bearer,DRB)在发送端都支持数据包的丢弃功能,当很长时间没有资源授权,在PDCP队列里超时的数据包(即PDCP PDU)就需要丢弃。丢弃功能有可能会造成PDCP PDU的SN出现空隙,而这些存在SN空隙的PDCP PDU在RLC层是用连续的RLC SN(即RLC层排序得到的SN)来发送的。当不使用RLC排序时,如果出现PDCP PDUSN空隙,PDCP层需要判别PDCP PDU的SN空隙是由于网络侧的丢弃造成还是HARQ重传导致的RLC层乱序递交造成的,从而进一步判断是否可以向上一层递交数据包。
为便于更好的理解本申请实施例,对本申请相关的重排序定时器进行说明。
NR系统引入了RLC乱序递交(rlc-OutOfOrderDelivery)域用来实现PDCP重构排序功能,并引入PDCP重排序定时器,在检测到PDCP PDU的SN空隙时启动PDCP重排序定时器,如果收到该SN空隙对应的PDCP PDU则停止PDCP重排序定时器,否则在PDCP重排序定时器超时时认定PDCP PDU的SN空隙为网络侧丢包行为导致,忽略这些PDCP PDU并且递交存储的数据包。
RLC实体需要更新传输窗口,并且针对AM模式,RLC实体需要向上层反馈状态报告(即ACK或NACK),具体的,RLC实体会配置重排序定时器,AM RLC实体接收端在需要的时候启动或停止重排序定时器,当重排序定时器启动时,记录当前重排序定时器对应的RLC SN范围的上边界和下边界,当RLC SN范围内的RLC全部正确接收时,终止当前重排序定时器。PDCP实体也需要启动另一个重排序定时器保证数据包(PDCP SDU)递交到上层,这样一方面会造成定时器冗余,增加系统复杂度和运行负担。另一方面RLC实体和PDCP实体的两个重排序定时器无法准确同步导致了PDCP实体无法在RLC定时器超时时就向上层递交数据包,在一定种程度上影响了传输速率。
为便于更好的理解本申请实施例,对本申请所解决的问题进行说明。
RLC实体和PDCP实体内部各自维护有独立的SN,表示个各自的数据包序列号,同时PDCP实体内部维护着一个接收窗口用来表示期望接收的PDCP PDU的SN范围,上一次递交的PDCP PDU SN(Last_Submitted_PDCP_RX_SN)表示最后一个向上层递交的PDCP PDU的SN,如果新接收的PDCP PDU SN=Last_Submitted_PDCP_RX_SN+1,表明数据包呈连续状态,PDCP实体会直接向上层递交数据包并更新Last_Submitted_PDCP_RX_SN。当网络存在波动产生HARQ重传时,PDCP实体接收侧的数据包可能发生乱序,在RLC实体乱序递交的情况下会致接收到的PDCP PDU SN>Last_Submitted_PDCP_RX_SN+1,这时需要PDCP实体重排序乱序数据包,当接收PDCP PDU SN=Last_Submitted_PDCP_RX_SN+1时,PDCP实体可以继续向上层递交数据直到检测到新的PDCP PDU的SN不连续的情况,PDCP实体继续重排序直到PDCP PDU的SN空隙(GAP)补齐。
具体的,PDCP实体存在多种原因的主动丢包情况,导致RLC SN连续但是PDCP PDU的SN不连续的情况。此时,PDCP PDU的SN空隙可能永远无法补偿,直到PDCP实体维护的接收窗完全阻塞。在RLC实体顺序递交的方案中,RLC实体完成了重排序功能,保证提供给PDCP实体的数据包为完全顺序的数据包,所以PDCP实体无需判断PDCP PDU的SN空隙,可以避免上述接收窗阻塞情况,但在RLC实体乱序递交的方案中,PDCP实体必须检查PDCP PDU的SN空隙,这就需要一种辅助机制帮助PDCP实体判断何时可以忽略PDCP PDU的SN空隙继续向上层递交数据。如图8所示,对于PDCP PDU按序输入的方案,新接收的PDCP PDU SN=Last_Submitted_PDCP_RX_SN+1,表明数据包呈连续状态,PDCP实体会直接向上层递交数据包并更新Last_Submitted_PDCP_RX_SN;对于HARQ重传导致PDCP PDU乱序输入的方案,新接收的PDCP PDU SN=Last_Submitted_PDCP_RX_SN+2,表明数据包呈不连续状态,此时需要PDCP实体重排序乱序数据包,后续接收的SN空隙对应的PDCP PDU,即PDCP PDU SN=Last_Submitted_PDCP_RX_SN+1,PDCP实体可以继续向上层递交数据直到检测到新的PDCP PDU的SN不连续的情况;对于PDCP实体丢包导致PDCP PDU乱序输入的方案,新接收的PDCP PDU SN=Last_Submitted_PDCP_RX_SN+2,表明数据包呈不连续状态,此时,需要一种辅助机制帮助PDCP实体判断何时可以忽略PDCP PDU的SN空隙继续向上层递交数据。
基于上述问题,本申请提出了一种基于PDCP PDU的SN重排序的方案,利用RLC实体提供辅助判断的方式实现了快速准确的重排序和递交功能。
以下通过具体实施例详述本申请的技术方案。
图9是根据本申请实施例的无线通信的方法200的示意性流程图,如图9所示,该无线通信的方法200可以包括如下内容中的至少部分内容:
S210,接收来自RLC实体的PDCP PDU、该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,其中,该PDCP PDU对应的RLC接收下限值表示该RLC实体的接收窗内期望接收的下一个RLC的序列号;
S220,在该PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCP PDU。
在本申请实施例中,该无线通信的方法200可以应用于接收和处理PDCP PDU的装置,或者集成有该装置的终端设备或网络设备;或者,该无线通信的方法200可以应用于PDCP实体,或者集成有该PDCP实体的终端设备或网络设备。也即,本申请实施例的执行主体可以是终端设备,且该终端设备至少包括RLC层和PDCP层;或者,本申请实施例的执行主体可以是网络设备,且该网络设备至少包括RLC层和PDCP层。
以下以PDCP实体执行无线通信的方法200为例进行说明。
在一些实施例中,该无线通信的方法200可以应用于下行通信,也可以应用于上行通信,还可以应用于侧行通信。
在本申请实施例中,“序列号空隙”也可以称之为“序列号空洞”或“序列号空缺”。
在本申请实施例中,RLC实体具有排序功能,RLC实体可以维护RLC序列号。
对于PDCP实体来说,可以从RLC实体接收:PDCP PDU、该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值。
对于RLC实体来说,可以向PDCP实体发送:RLC SDU(即PDCP实体接收的PDCP PDU)、该RLC SDU对应的RLC序列号和该RLC SDU对应的RLC接收下限值。
在本申请实施例中,多个PDCP PDU分别对应的RLC序列号是连续的,也即,RLC实体按序递交RLC SDU。
在本申请实施例中,多个PDCP PDU分别对应的RLC接收下限值可能由于PDCP PDU的序列号出现空隙而不连续。
在本申请实施例中,PDCP实体维护的PDCP PDU的序列号可能出现空隙,基于本申请实施例可以确定是否可以忽略PDCP PDU的序列号空隙而直接向上层递交PDCP PDU。
在一些实施例中,该PDCP PDU的序列号之前存在空隙,包括:该PDCP PDU的序列号大于上一次递交上层的PDCP PDU的序列号加1(即Last_Submitted_PDCP_RX_SN+1)。也即,在PDCP PDU的PDCP PDU SN>Last_Submitted_PDCP_RX_SN+1的情况下,即可认为该PDCPPDU的SN之前存在空隙。
需要说明的是,PDCP PDU的序列号之前存在空隙,即该PDCP PDU的序列号与之前的PDCP PDU的序列号不连续,可能是由该PDCP PDU的序列号之前出现了序列号空洞或缺失导致。
在本申请实施例中,在从RLC实体接收PDCP PDU的同时,从RLC实体获取该PDCPPDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,进而,在该PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCP PDU。也即,在出现PDCP PDU乱序的情况下,可以基于PDCPPDU对应的RLC序列号和PDCP PDU对应的RLC接收下限值,确定是否可以忽略序列号空隙而直接向上层递交PDCP PDU。在确定可以忽略序列号空隙时,可以认为此类序列号空隙是由发送端导致的,不需要继续等待接收RLC实体后续发送的PDCP PDU以便在下一次重排序中递交,可以直接向上层递交PDCP PDU,从而可以实现PDCP PDU的乱序递交,提高了数据包的递交效率。
也即,本申请实施例可以实现RLC实体辅助(即RLC实体上报RLC序列号和RLC接收下限值)下的PDCP PDU重排序和数据包递交,由于在一定情况下可以忽略PDCP PDU的序列号空隙而直接向上层递交PDCP PDU,避免PDCP PDU重排序造成的调制解调器负荷,可以降低调制解调器的内存使用。
本申请实施例可以用于终端设备和网络设备的数据协议栈开发中,用于替代PDCP重排序定时器,简化了数据包递交流程,提升了数据包传输效率。
在本申请实施例中,PDCP层可以支持重排序功能,从而,降低了系统对双倍速率内存(Double Data Rate SDRAM,DDR)缓存和片上内存需求,节省成本。此外,硬件芯片上部署的解密(Decipher)模块的处理压力平均化,DDR带宽相比数据传输峰值带宽会大幅降低,如降低约两倍。也即,可以解决硬件芯片上部署的解密模块的拥塞和压力问题。
在一些实施例中,PDCP实体支持关闭PDCP重排序定时器,在PDCP PDU出现乱序的情况下,可以本申请实施例确定是否可以直接递交PDCP PDU,而避免基于PDCP重排序定时器进行PDCP PDU的重排序。也即,本申请实施例可以实现在PDCP实体关闭PDCP重排序定时器的情况下,将收到的乱序的PDCP PDU有序递交给上层。
在一些实施例中,RLC实体的接收窗可以是RLC实体维护的重排序接收窗。
在本申请实施例中,RLC接收下限值可以由VR(R)/VR(UR)表示。其中,在RLC实体处于AM模式时,RLC接收下限值可以由VR(R)表示;在RLC实体处于UM模式时,RLC接收下限值可以由VR(UR)表示。
具体例如,VR(R)为AM模式下的接收状态变量,该变量表述期待顺序接收的下一个RLC SN,该变量初始化时为0。VR(R)为RLC实体的接收窗的下界。
具体例如,VR(UR)为UM模式下的接收状态变量,该变量保存了UM模式下RLC实体中等待重排序的最早一个RLC SN值,该变量初始化时为0。UM-RLC实体接收端认为RLC SN小于VR(UR)的RLC PDU均已被成功接收。VR(UR)对应RLC实体的接收窗内还未接收到的拥有最小RLC SN的RLC PDU。
在一些实施例中,RLC实体的接收窗的起始位置为RLC接收下限值。
在一些实施例中,该PDCP PDU对应的RLC序列号位于RLC实体的接收窗内。
具体的,RLC实体的接收窗之外的RLC序列号对应的RLC PDU可以认为均已被完全接收并排序。
具体例如,AM模式的RLC实体的接收窗为[VR(R),VR(R)+rlcWindowSize),其中,rlcWindowSize表示该RLC实体的接收窗大小。
具体例如,UM模式的RLC实体的接收窗为[VR(UH)–rlcWindowSize,VR(UH)),其中,rlcWindowSize表示该RLC实体的接收窗大小。VR(UH)为UM最高接收状态变量,该变量保存的RLC SN值等于所有已接收到的RLC PDU中拥有最高RLC SN的RLC PDU的SN值再加1。VR(UH)初始化时为0,VR(UH)对应RLC实体的接收窗的上边界。简言之,VR(UH)-1即为已接收到的拥有最高RLC SN的RLC PDU的SN值。
在一些实施例中,在RLC实体处于AM模式的情况下,该PDCP PDU对应的RLC接收下限值保持不变。由于在AM模式下,RLC实体的接收窗保持不变。
在一些实施例中,在RLC实体处于UM模式的情况下,该PDCP PDU对应的RLC接收下限值随着该RLC实体的接收窗的移动而滑动。具体例如,VR(UR)会根据VR(UH)进行滑动,但VR(UR)的最大滑动范围依然不会超过rlcWindowSize,所以保存的RLC SN与VR(UR)之间同样不会超过rlcWindowSize。
在一些实施例中,RLC序列号的取值范围基于RLC实体的接收窗确定。
在一些实施例中,在上述S220中,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCP PDU,包括:
根据该PDCP PDU对应的RLC序列号、该PDCP PDU对应的RLC接收下限值、该RLC实体的接收窗大小和最大RLC序列号,确定是否递交该PDCP PDU。
在一些实施例中,在上述S220中,在满足以下公式1的情况下,确定递交该PDCPPDU,否则等待下一次重排序:
( VR(R)/VR(UR) + rlcWindowSize ) mod maxRlcSn <= rlcSn < VR(R)/VR(UR) 公式1其中,在公式1中,VR(R)/VR(UR)表示该PDCP PDU对应的RLC接收下限值,rlcWindowSize表示该RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示该PDCP PDU对应的RLC序列号,mod表示取模运算。
在本申请实施例中,在PDCP PDU的PDCP PDU SN>Last_Submitted_PDCP_RX_SN+1的情况下,可以基于公式1进行二次判断,在满足公式1的情况下,可以忽略PDCP PDU的SN空隙,即使存在PDCP PDU的SN空隙也可认为是连续的,此时,确定向上层递交该PDCP PDU。
在一些实施例中,maxRlcSn可以由协议约定,或者,maxRlcSn可以由网络设备配置。可选地,RlcSn的取值范围可以基于RLC实体的接收窗确定。
例如,RlcSn的取值范围可以是0~511,即maxRlcSn为511。
又例如,RlcSn的取值范围可以是0~1023,即maxRlcSn为1023。
在本申请实施例中,RLC实体内部维护着一个接收窗,其中,RLC接收下限值(VR(R)/VR(UR))表示接收窗内下一个期望接收的RLC SN,通过对比某个RLC SN和RLC接收下限值的关系,可以得到该RLC SN对应的RLC数据包在RLC实体中是否完成排序。对于完成排序的RLC数据包其对应的PDCP数据包也可被认为是完成了排序,因此,如果此PDCP PDU的SN前存在空隙的时候(即PDCP PDU SN>Last_Submitted_PDCP_RX_SN+1),可以认为这样的PDCPPDU的SN空隙是由发送端导致的,可以继续向上递交数据包,而不需要继续等待接收后续的数据包。具体例如,如图10所示,Last_Submitted_PDCP_RX_SN对应的RLC SN为N,新接收的PDCP PDU(即Last_Submitted_PDCP_RX_SN+2)对应的RLC SN为N+1,以及Last_Submitted_PDCP_RX_SN+2对应的VR(R)/VR(UR)为N+2,可以认为这样的PDCP PDU的SN空隙(GAP)是由发送端导致的,可以继续向上递交数据包。
本申请实施例通过在RLC实体递交PDCP PDU给PDCP实体时,携带PDCP PDU对应的RLC SN以及当前该RLC实体的VR(R)/VR(UR),PDCP实体需要对每个RLC实体存储对应的VR(R)/VR(UR)并且在每次接收到新的PDCP PDU时,更新该RLC实体对应的VR(R)/VR(UR)。同时,在每一次向上层递交判断时,对于PDCP PDU SN>Last_Submitted_PDCP_RX_SN+1的PDCPPDU,增加新的判断,通过对比PDCP PDU对应的RLC SN以及该RLC实体保存的最新的VR(R)/VR(UR),决定是否忽略PDCP PDU SN空隙继续向上层递交数据包,具体流程可以如图11或图12所示。
在一些实施例中,RLC实体可以处于AM模式,具体的,AM模式的RLC实体的接收窗为[VR(R),VR(R)+rlcWindowSize),因此可以认为所有落在RLC的接收窗口之外的RLC SN都是已经完全接收并排序的,考虑到RLC SN翻转的情况,上述公式1可以简化为如下公式2:
((rlcSn-VR(R))&maxRlcSn)>=rlcWindowSize 公式2
其中,在公式2中,VR(R)表示RLC实体处于AM模式下该PDCP PDU对应的RLC接收下限值,rlcWindowSize表示该RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示该PDCP PDU对应的RLC序列号,&表示与运算。
也即,在本申请实施例中,若RLC实体可以处于AM模式,在上述S220中,在满足公式2的情况下,确定递交该PDCP PDU,否则等待下一次重排序。
在一些实施例中,RLC实体可以处于UM模式,具体的,UM模式的RLC实体的接收窗为[VR(UH)–rlcWindowSize,VR(UH)),虽然UM模式的VR(UR)会根据VR(UH)进行滑动,但VR(UR)的最大滑动范围依然不会超过rlcWindowSize,所以保存的RLC SN与VR(UR)之间同样不会超过rlcWindowSize,上述公式1可以简化为如下公式3:
((rlcSn-VR(UR))&maxRlcSn)>=rlcWindowSize 公式3
其中,在公式3中,VR(UR)表示RLC实体处于UM模式下该PDCP PDU对应的RLC接收下限值,rlcWindowSize表示该RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示该PDCP PDU对应的RLC序列号,&表示与运算。
也即,在本申请实施例中,若RLC实体可以处于UM模式,在上述S220中,在满足公式3的情况下,确定递交该PDCP PDU,否则等待下一次重排序。
本申请实施例可以通过增加RLC实体至PDCP实体少量参数传递以及一个简单的额外判断,实现PDCP实体不开启重排序定时器。
在一些实施例中,AM/UM模式PDCP实体重排序的示例可以如图13所示,RLC SN长度为10比特(bit),rlcWindowSize为512,存在空隙的PDCP PDU SN为5。
图13中的A所示的示例为顺序接收所有数据包的情况,PDCP实体可以将PDCP PDUSN为6的PDCP PDU对应的RLC SN和VR(R)/VR(UR)代入上述公式1至公式3中的一个公式,得知RLC SDU连续,表明PDCP实体可以继续顺序递交PDCP PDU。具体的,在图13中的A中,在PDCP PDU的SN空隙(SN GAP)之后,PDCP实体接收PDCP PDU SN为6的PDCP PDU,其对应的RLCSN为5,以及对应的VR(R)/VR(UR)为6,PDCP实体基于上述公式1至公式3中的一个公式确定可以继续顺序递交PDCP PDU。
图13中的B所示的示例为乱序接收数据包的情况,只有当PDCP实体接收到PDCPPDU SN为6的PDCP PDU时才能判别得出PDCP PDU SN为5的PDCP PDU为发送端丢弃,可以继续向上递交直到发现新的PDCP PDU SN空隙,在收到PDCP PDU SN为6之前的其他PDCP PDU均无法判断连续情况,需要保存在重排序列队中等待排序完成。具体的,在图13中的B中,在PDCP PDU SN空隙(SN GAP)之后,PDCP实体首先接收到PDCP PDU SN为7的PDCP PDU,PDCPPDU SN为7的PDCP PDU对应的RLC SN为6且对应的VR(R)/VR(UR)为5,PDCP实体接着接收到PDCP PDU SN为6的PDCP PDU,PDCP PDU SN为6的PDCP PDU对应的RLC SN为5且对应的VR(R)/VR(UR)为7,PDCP实体在接收到PDCP PDU SN为6的PDCP PDU时才能基于上述公式1至公式3中的一个公式判别得出PDCP PDU SN为5的PDCP PDU为发送端丢弃,可以继续向上递交直到发现新的PDCP PDU SN空隙。
图13中的C所示的示例为长时间未接收到具有对应的VR(R)/VR(UR)的PDCP PDU直到RLC实体的接收窗占满后接收到具有对应的VR(R)/VR(UR)的PDCP PDU,向上层递交所有的PDCP PDU。具体的,在图13中的C中,在PDCP PDU SN空隙(SN GAP)之后,PDCP PDU SN为7的PDCP PDU对应的VR(R)/VR(UR)为5,后续PDCP PDU SN为8至516的PDCP PDU未接收到对应的VR(R)/VR(UR),由于PDCP实体会保存VR(R)/VR(UR),因此,PDCP PDU SN为8至516的PDCPPDU一直保持着VR(R)/VR(UR)为5,直至RLC实体的接收窗占满后接收到PDCP PDU SN为6的PDCP PDU,且PDCP PDU SN为6的PDCP PDU对应的VR(R)/VR(UR)为517(由于rlcWindowSize为512,且PDCP SN为8至516的PDCP PDU一直保持着VR(R)/VR(UR)为5),PDCP实体基于上述公式1至公式3中的一个公式(((5-517)&1023)=512=rlcWindowSize,其中,maxRlcSn为1023,rlcWindowSize为512)确定向上层递交所有的PDCP PDU(即PDCP SN为6至516的PDCPPDU)。
在进行无线承载(Radio Bearer,RB)重建(Reestablish)的过程中,RLC实体的RLCSN和VR(R)/VR(UR)会被重置为0。但是PDCP实体保存的PDCP SDU不会清除(如在AM模式下),这会导致储存在PDCP实体中的每个PDCP SDU对应的RLC SN未置零,与RB重建立之后的VR(R)/VR(UR)不同步,在RB重建之后无法基于上述公式1至公式3进行正确的判断。基于此,本申请设计了针对RB重建的数据包处理方案。
在一些实施例中,在RB重建立的过程中,将保存在重建PDCP实体中的所有PDCPSDU对应的RLC序列号重置为无效值,以及将保存在重建PDCP实体中的所有PDCP SDU对应的RLC接收下限值重置为0;
在PDCP实体重建之后接收来自RLC实体的第一PDCP PDU,遍历上一次递交上层的PDCP PDU的序列号(Last_Submitted_PDCP_RX_SN)与下一次期待接收的PDCP PDU(Next_PDCP_RX_SN)的序列号之间存储的PDCP SDU(也即,(Last_Submitted_PDCP_RX_SN,Next_PDCP_RX_SN)范围内的存储的PDCP SDU),按照升序递交遍历得到的PDCP SDU中对应的PDCPPDU序列号与该上一次递交上层的PDCP PDU的序列号连续的所有PDCP SDU。
在一些实施例中,在RB重建立的过程中,将保存在重建PDCP实体中的所有PDCPSDU对应的RLC序列号重置为无效值,以及将保存在重建PDCP实体中的所有PDCP SDU对应的RLC接收下限值重置为0;
在PDCP实体重建之后接收来自RLC实体的第一PDCP PDU,在该第一PDCP PDU的序列号之前存在序列号空隙的情况下,根据该第一PDCP PDU对应的RLC序列号和该第一PDCPPDU对应的RLC接收下限值,确定是否递交该第一PDCP PDU;
在确定递交该第一PDCP PDU的情况下,按照升序递交该第一PDCP PDU,以及重建之前存储的PDCP SDU中对应的PDCP PDU序列号小于该第一PDCP PDU的序列号的PDCP SDU。
具体的,在确定不递交该第一PDCP PDU的情况下,等待下一次重排序直到所有重建立之前储存的PDCP SDU全部递交完成。
需要说明的是,在该第一PDCP PDU的序列号之前存在序列号空隙的情况下,根据该第一PDCP PDU对应的RLC序列号和该第一PDCP PDU对应的RLC接收下限值,确定是否递交该第一PDCP PDU,其具体确定方式参见上述针对PDCP PDU的确定方式,在此不再赘述。
在一些实施例中,该第一PDCP PDU可以是PDCP实体重建之后接收到来自RLC实体的第一个PDCP PDU,该第一PDCP PDU也可以是PDCP实体重建之后接收到来自RLC实体的第一个PDCP PDU之后的PDCP PDU。
在一些实施例中,AM模式下,PDCP重排序过程中进行RB重建,以及在RB重建后数据传输的示例可以如图14所示,在RB重建过程中,将保存在重建PDCP实体中的所有PDCP SDU对应的RLC SN重置为无效值,以及将保存在重建PDCP实体中的所有PDCP SDU对应的VRR/VR(UR)重置为0,以此能够实现在RB重建立之后,RLC实体接收到第一个RLC SN为0的数据包并递交给PDCP实体后,PDCP实体能够按序递送重排序列队中的所有数据包。
图14中的A所示,RB重建立后收到对应的RLC SN为0的PDCP PDU,PDCP实体检查判断所有的PDCP SDU对应的PDCP SN连续(即Last_Submitted_PDCP_RX_SN+1,Last_Submitted_PDCP_RX_SN+2和Last_Submitted_PDCP_RX_SN+3),递交全部PDCP SDU给上层。
图14中的B所示,RB重建立后收到对应的RLC SN为0的PDCP PDU,PDCP实体检查存在两个PDCP SDU对应的PDCP PDU SN连续(即Last_Submitted_PDCP_RX_SN+1和Last_Submitted_PDCP_RX_SN+2),向上层递交两个PDCP SDU,其他存储的PDCP SDU因为RLC SN为无效值,判断不递交。收到对应的RLC SN为1的PDCP PDU后,PDCP实体检查存在两个PDCPSDU对应的PDCP PDU SN连续(即Last_Submitted_PDCP_RX_SN+3和Last_Submitted_PDCP_RX_SN+4),向上层递交两个PDCP SDU,其他存储的PDCP SDU因为RLC SN为无效值,判断不递交。收到对应的RLC SN为2的PDCP PDU后,PDCP实体检查存在两个PDCP SDU对应的PDCP PDUSN连续(即Last_Submitted_PDCP_RX_SN+5和Last_Submitted_PDCP_RX_SN+6),向上层递交两个PDCP SDU。至此,重建前存储在PDCP实体中的PDCP SDU,在重建后全部按照顺序递交给上层。
图14中的C所示,RB重建立后收到对应的RLC SN为0的PDCP PDU(Last_Submitted_PDCP_RX_SN+7)后,基于上述公式1或公式2判断该对应的RLC SN为0的PDCP PDU需要向上层递交,则PDCP实体按照升序递交该对应的RLC SN为0的PDCP PDU以及重建之前存储的PDCPSDU中对应的PDCP PDU SN小于Last_Submitted_PDCP_RX_SN+7的PDCP SDU给上层,也即,递交Last_Submitted_PDCP_RX_SN+2、Last_Submitted_PDCP_RX_SN+4、Last_Submitted_PDCP_RX_SN+6和Last_Submitted_PDCP_RX_SN+7给上层。
需要说明的是,RB重建立后收到的第一个PDCP PDU对应的RLC SN为0,收到的第二个PDCP PDU对应的RLC SN为1,收到的第三个PDCP PDU对应的RLC SN为2,以此类推。
因此,在本申请实施例中,在PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCPPDU。也即,在出现PDCP PDU乱序的情况下,可以基于PDCP PDU对应的RLC序列号和PDCP PDU对应的RLC接收下限值,确定是否可以忽略序列号空隙而直接向上层递交PDCP PDU。在确定可以忽略序列号空隙时,可以认为此类序列号空隙是由发送端导致的,不需要继续等待接收RLC实体后续发送的PDCP PDU以便在下一次重排序中递交,可以直接向上层递交PDCPPDU,从而可以实现PDCP PDU的乱序递交,提高了数据包的递交效率。
上文结合图9和图14,详细描述了本申请的方法实施例,下文结合图15,详细描述本申请的装置实施例,应理解,装置实施例与方法实施例相互对应,类似的描述可以参照方法实施例。
图15示出了根据本申请实施例的无线通信的设备300的示意性框图。如图15所示,该无线通信的设备300包括:通信单元310和处理单元320,其中,
该通信单元310,用于接收来自RLC实体的PDCP PDU、该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,其中,该PDCP PDU对应的RLC接收下限值表示该RLC实体的接收窗内期望接收的下一个RLC的序列号;
该处理单元320,用于在该PDCP PDU的序列号之前存在序列号空隙的情况下,根据该PDCP PDU对应的RLC序列号和该PDCP PDU对应的RLC接收下限值,确定是否递交该PDCPPDU。
在一些实施例中,所述RLC实体的接收窗的起始位置为RLC接收下限值。
在一些实施例中,所述PDCP PDU对应的RLC序列号位于所述RLC实体的接收窗内。
在一些实施例中,所述RLC实体维护的RLC序列号的取值范围基于所述RLC实体的接收窗确定。
在一些实施例中,该处理单元320具体用于:
在满足以下公式的情况下,确定递交该PDCP PDU,否则等待下一次重排序:
(VR(R)/VR(UR)+rlcWindowSize)mod maxRlcSn<=rlcSn<VR(R)/VR(UR);
其中,VR(R)/VR(UR)表示该PDCP PDU对应的RLC接收下限值,rlcWindowSize表示该RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示该PDCP PDU对应的RLC序列号,mod表示取模运算。
在一些实施例中,在所述RLC实体处于确认模式AM模式的情况下,所述PDCP PDU对应的RLC接收下限值保持不变;和/或,
在所述RLC实体处于非确认模式UM模式的情况下,所述PDCP PDU对应的RLC接收下限值随着所述RLC实体的接收窗的移动而滑动。
在一些实施例中,该RLC实体处于AM模式,该处理单元320具体用于:
在满足以下公式的情况下,确定递交该PDCP PDU,否则等待下一次重排序:
((rlcSn-VR(R))&maxRlcSn)>=rlcWindowSize;
其中,VR(R)表示RLC实体处于AM模式下该PDCP PDU对应的RLC接收下限值,rlcWindowSize表示该RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示该PDCP PDU对应的RLC序列号,&表示与运算。
在一些实施例中,该RLC实体处于UM模式,该处理单元320具体用于:
在满足以下公式的情况下,确定递交该PDCP PDU,否则等待下一次重排序:
((rlcSn-VR(UR))&maxRlcSn)>=rlcWindowSize;
其中,VR(UR)表示RLC实体处于UM模式下该PDCP PDU对应的RLC接收下限值,rlcWindowSize表示该RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示该PDCP PDU对应的RLC序列号,&表示与运算。
在一些实施例中,该PDCP PDU的序列号之前存在空隙,包括:该PDCP PDU的序列号大于上一次递交上层的PDCP PDU的序列号加1。
在一些实施例中,PDCP实体支持关闭PDCP重排序定时器,或者,PDCP实体支持关闭PDCP重排序功能。
在一些实施例中,在RB重建立的过程中,该处理单元320还用于将保存在重建PDCP实体中的所有PDCP SDU对应的RLC序列号重置为无效值,以及将保存在重建PDCP实体中的所有PDCP SDU对应的RLC接收下限值重置为0;
在PDCP实体重建之后该通信单元310还用于接收来自RLC实体的第一PDCP PDU,该处理单元320还用于遍历上一次递交上层的PDCP PDU的序列号与下一次期待接收的PDCPPDU的序列号之间存储的PDCP SDU,按照升序递交遍历得到的PDCP SDU中对应的PDCP PDU序列号与该上一次递交上层的PDCP PDU的序列号连续的所有PDCP SDU。
在一些实施例中,在RB重建立的过程中,该处理单元320还用于将保存在重建PDCP实体中的所有PDCP SDU对应的RLC序列号重置为无效值,以及将保存在重建PDCP实体中的所有PDCP SDU对应的RLC接收下限值重置为0;
在PDCP实体重建之后该通信单元310还用于接收来自RLC实体的第一PDCP PDU,在该第一PDCP PDU的序列号之前存在序列号空隙的情况下,该处理单元320还用于根据该第一PDCP PDU对应的RLC序列号和该第一PDCP PDU对应的RLC接收下限值,确定是否递交该第一PDCP PDU;
在确定递交该第一PDCP PDU的情况下,该处理单元320还用于按照升序递交该第一PDCP PDU,以及重建之前存储的PDCP SDU中对应的PDCP PDU序列号小于该第一PDCP PDU的序列号的PDCP SDU。
在一些实施例中,上述通信单元可以是通信接口或收发器,或者是通信芯片或者片上系统的输入输出接口。上述处理单元可以是一个或多个处理器。
应理解,根据本申请实施例的无线通信的设备300可对应于本申请执行方法实施例的设备,并且无线通信的设备300中的各个单元的上述和其它操作和/或功能分别为了实现图9所示方法200中的相应流程,为了简洁,在此不再赘述。
图16是本申请实施例提供的一种通信设备400示意性结构图。图16所示的通信设备400包括处理器410,处理器410可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
在一些实施例中,如图16所示,通信设备400还可以包括存储器420。其中,处理器410可以从存储器420中调用并运行计算机程序,以实现本申请实施例中的方法。其中,存储器420可以是独立于处理器410的一个单独的器件,也可以集成在处理器410中。
在一些实施例中,处理器410可以实现无线通信的设备300中的处理单元的功能,为了简洁,在此不再赘述。
在一些实施例中,如图16所示,通信设备400还可以包括收发器430,处理器410可以控制该收发器430与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器430可以包括发射机和接收机。收发器430还可以进一步包括天线,天线的数量可以为一个或多个。
在一些实施例中,收发器430可以实现无线通信的设备300中的通信单元的功能,为了简洁,在此不再赘述。
在一些实施例中,该通信设备400具体可为本申请实施例的无线通信的设备,并且该通信设备400可以实现本申请实施例的各个方法的相应流程,为了简洁,在此不再赘述。
图17是本申请实施例的芯片的示意性结构图。图17所示的芯片500包括处理器510,处理器510可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
在一些实施例中,如图17所示,芯片500还可以包括存储器520。其中,处理器510可以从存储器520中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器520可以是独立于处理器510的一个单独的器件,也可以集成在处理器510中。
在一些实施例中,处理器510可以实现无线通信的设备300中的处理单元的功能,为了简洁,在此不再赘述。
在一些实施例中,该芯片500还可以包括输入接口530。其中,处理器510可以控制该输入接口530与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
在一些实施例中,输入接口530可以实现无线通信的设备300中的通信单元的功能,为了简洁,在此不再赘述。
在一些实施例中,该芯片500还可以包括输出接口540。其中,处理器510可以控制该输出接口540与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
在一些实施例中,输出接口540可以实现无线通信的设备300中的通信单元的功能,为了简洁,在此不再赘述。
在一些实施例中,该芯片可应用于本申请实施例中的无线通信的设备,并且该装置可以实现本申请实施例的各个方法的相应流程,为了简洁,在此不再赘述。
在一些实施例中,本申请实施例提到的芯片例如可以是系统级芯片,系统芯片,芯片系统或片上系统芯片等。
图18是本申请实施例提供的一种通信系统600的示意性框图。如图18所示,该通信系统600包括终端设备610和网络设备620。
其中,该终端设备610可以用于实现上述方法的相应的功能,或者,该网络设备620可以用于实现上述方法中的相应的功能,为了简洁,在此不再赘述。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(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 Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
可选的,该计算机可读存储介质可应用于本申请实施例中的网络设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机可读存储介质可应用于本申请实施例中的终端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。
可选的,该计算机程序产品可应用于本申请实施例中的网络设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序产品可应用于本申请实施例中的终端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的,该计算机程序可应用于本申请实施例中的网络设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序可应用于本申请实施例中的终端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。针对这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (17)
1.一种无线通信的方法,其特征在于,包括:
接收来自无线链路控制RLC实体的分组数据汇聚协议协议数据单元PDCP PDU、所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,其中,所述PDCP PDU对应的RLC接收下限值表示所述RLC实体的接收窗内期望接收的下一个RLC的序列号;
在所述PDCP PDU的序列号之前存在序列号空隙的情况下,根据所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,确定是否递交所述PDCP PDU。
2.根据权利要求1所述的方法,其特征在于,
所述RLC实体的接收窗的起始位置为RLC接收下限值。
3.根据权利要求1所述的方法,其特征在于,
所述PDCP PDU对应的RLC序列号位于所述RLC实体的接收窗内。
4.根据权利要求1所述的方法,其特征在于,所述RLC实体维护的RLC序列号的取值范围基于所述RLC实体的接收窗确定。
5.根据权利要求1所述的方法,其特征在于,所述根据所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,确定是否递交所述PDCP PDU,包括:
在满足以下公式的情况下,确定递交所述PDCP PDU,否则等待下一次重排序:
(VR(R)/VR(UR)+rlcWindowSize)mod maxRlcSn<=rlcSn<VR(R)/VR(UR);
其中,VR(R)/VR(UR)表示所述PDCP PDU对应的RLC接收下限值,rlcWindowSize表示所述RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示所述PDCP PDU对应的RLC序列号,mod表示取模运算。
6.根据权利要求1所述的方法,其特征在于,
在所述RLC实体处于确认模式AM模式的情况下,所述PDCP PDU对应的RLC接收下限值保持不变;和/或,
在所述RLC实体处于非确认模式UM模式的情况下,所述PDCP PDU对应的RLC接收下限值随着所述RLC实体的接收窗的移动而滑动。
7.根据权利要求1所述的方法,其特征在于,
所述RLC实体处于AM模式,所述根据所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,确定是否递交所述PDCP PDU,包括:
在满足以下公式的情况下,确定递交所述PDCP PDU,否则等待下一次重排序:
((rlcSn-VR(R))&maxRlcSn)>=rlcWindowSize;
其中,VR(R)表示RLC实体处于AM模式下所述PDCP PDU对应的RLC接收下限值,rlcWindowSize表示所述RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示所述PDCP PDU对应的RLC序列号,&表示与运算。
8.根据权利要求1所述的方法,其特征在于,
所述RLC实体处于UM模式,所述根据所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,确定是否递交所述PDCP PDU,包括:
在满足以下公式的情况下,确定递交所述PDCP PDU,否则等待下一次重排序:
((rlcSn-VR(UR))&maxRlcSn)>=rlcWindowSize;
其中,VR(UR)表示RLC实体处于UM模式下所述PDCP PDU对应的RLC接收下限值,rlcWindowSize表示所述RLC实体的接收窗大小,maxRlcSn表示最大RLC序列号,rlcSn表示所述PDCP PDU对应的RLC序列号,&表示与运算。
9.根据权利要求1所述的方法,其特征在于,
所述PDCP PDU的序列号之前存在空隙,包括:所述PDCP PDU的序列号大于上一次递交上层的PDCP PDU的序列号加1。
10.根据权利要求1所述的方法,其特征在于,
PDCP实体支持关闭PDCP重排序定时器。
11.根据权利要求1至10中任一项所述的方法,其特征在于,所述方法还包括:
在RB重建立的过程中,将保存在重建PDCP实体中的所有PDCP SDU对应的RLC序列号重置为无效值,以及将保存在重建PDCP实体中的所有PDCP SDU对应的RLC接收下限值重置为0;
在PDCP实体重建之后接收来自RLC实体的第一PDCP PDU,遍历上一次递交上层的PDCPPDU的序列号与下一次期待接收的PDCP PDU的序列号之间存储的PDCP SDU,按照升序递交遍历得到的PDCP SDU中对应的PDCP PDU序列号与所述上一次递交上层的PDCP PDU的序列号连续的所有PDCP SDU。
12.根据权利要求1至10中任一项所述的方法,其特征在于,所述方法还包括:
在RB重建立的过程中,将保存在重建PDCP实体中的所有PDCP SDU对应的RLC序列号重置为无效值,以及将保存在重建PDCP实体中的所有PDCP SDU对应的RLC接收下限值重置为0;
在PDCP实体重建之后接收来自RLC实体的第一PDCP PDU,在所述第一PDCP PDU的序列号之前存在序列号空隙的情况下,根据所述第一PDCP PDU对应的RLC序列号和所述第一PDCP PDU对应的RLC接收下限值,确定是否递交所述第一PDCP PDU;
在确定递交所述第一PDCP PDU的情况下,按照升序递交所述第一PDCP PDU,以及重建之前存储的PDCP SDU中对应的PDCP PDU序列号小于所述第一PDCP PDU的序列号的PDCPSDU。
13.一种无线通信的设备,其特征在于,包括:
通信单元,用于接收来自无线链路控制RLC实体的分组数据汇聚协议协议数据单元PDCP PDU、所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,其中,所述PDCP PDU对应的RLC接收下限值表示所述RLC实体的接收窗内期望接收的下一个RLC的序列号;
处理单元,用于在所述PDCP PDU的序列号之前存在序列号空隙的情况下,根据所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RCL接收下限值,确定是否递交所述PDCPPDU。
14.一种通信设备,其特征在于,包括:收发器和处理器;其中,
所述收发器被配置为:接收来自无线链路控制RLC实体的分组数据汇聚协议协议数据单元PDCP PDU、所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,其中,所述PDCP PDU对应的RLC接收下限值表示所述RLC实体的接收窗内期望接收的下一个RLC的序列号;
所述处理器被配置为:在所述PDCP PDU的序列号之前存在序列号空隙的情况下,根据所述PDCP PDU对应的RLC序列号和所述PDCP PDU对应的RLC接收下限值,确定是否递交所述PDCP PDU。
15.一种通信设备,其特征在于,包括:处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至12中任一项所述的方法。
16.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得所述处理器执行如权利要求1至12中任一项所述的方法。
17.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至12中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210868761.3A CN115277608B (zh) | 2022-07-22 | 2022-07-22 | 无线通信的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210868761.3A CN115277608B (zh) | 2022-07-22 | 2022-07-22 | 无线通信的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115277608A true CN115277608A (zh) | 2022-11-01 |
CN115277608B CN115277608B (zh) | 2023-10-24 |
Family
ID=83769102
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210868761.3A Active CN115277608B (zh) | 2022-07-22 | 2022-07-22 | 无线通信的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115277608B (zh) |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101686494A (zh) * | 2008-09-22 | 2010-03-31 | 大唐移动通信设备有限公司 | 一种分组数据汇聚协议层处理数据包的方法和装置 |
CN104272796A (zh) * | 2012-03-17 | 2015-01-07 | 黑莓有限公司 | 处理分组数据汇聚协议数据单元 |
CN104935413A (zh) * | 2014-03-19 | 2015-09-23 | 夏普株式会社 | 分组数据汇聚协议pdcp实体及其执行的方法 |
US20170181207A1 (en) * | 2014-05-06 | 2017-06-22 | Lg Electronics Inc. | Method for processing received rlc pdus for d2d communication system and device therefor |
CN109714134A (zh) * | 2017-10-26 | 2019-05-03 | 华为技术有限公司 | 接收窗口滑动方法及装置 |
CN110546985A (zh) * | 2017-03-24 | 2019-12-06 | 捷开通讯(深圳)有限公司 | 蜂窝无线系统技术领域的第二层架构 |
US20200022212A1 (en) * | 2018-07-10 | 2020-01-16 | Samsung Electronics Co., Ltd. | Method and system for optimizing the feedback mechanism in data link layer |
CN110771255A (zh) * | 2017-06-15 | 2020-02-07 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
CN111510278A (zh) * | 2020-04-26 | 2020-08-07 | Oppo广东移动通信有限公司 | 一种超帧号hfn同步方法及终端、存储介质 |
US20200374047A1 (en) * | 2019-05-22 | 2020-11-26 | Qualcomm Incorporated | Methods to reduce radio link control retransmission |
US20200382431A1 (en) * | 2017-03-24 | 2020-12-03 | Nokia Technologies Oy | Packet data convergence protocol windows with split bearers |
CN112399468A (zh) * | 2019-08-14 | 2021-02-23 | 大唐移动通信设备有限公司 | 一种数据传输方法及接收设备 |
CN112584334A (zh) * | 2019-09-27 | 2021-03-30 | 维沃移动通信有限公司 | 一种乱序递交功能指示方法、控制方法及相关设备 |
WO2021142764A1 (en) * | 2020-01-17 | 2021-07-22 | Qualcomm Incorporated | Avoiding erroneous discardment of downlink data in an unacknowledged mode (um) |
CN114124840A (zh) * | 2021-11-26 | 2022-03-01 | 哲库科技(北京)有限公司 | 接收pdcp包的方法、pdcp包的接收装置、终端设备 |
CN114698018A (zh) * | 2020-12-30 | 2022-07-01 | 联发科技(新加坡)私人有限公司 | 发起pdcp状态报告进程的方法和用户设备 |
-
2022
- 2022-07-22 CN CN202210868761.3A patent/CN115277608B/zh active Active
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101686494A (zh) * | 2008-09-22 | 2010-03-31 | 大唐移动通信设备有限公司 | 一种分组数据汇聚协议层处理数据包的方法和装置 |
CN104272796A (zh) * | 2012-03-17 | 2015-01-07 | 黑莓有限公司 | 处理分组数据汇聚协议数据单元 |
CN104935413A (zh) * | 2014-03-19 | 2015-09-23 | 夏普株式会社 | 分组数据汇聚协议pdcp实体及其执行的方法 |
US20170181207A1 (en) * | 2014-05-06 | 2017-06-22 | Lg Electronics Inc. | Method for processing received rlc pdus for d2d communication system and device therefor |
CN110546985A (zh) * | 2017-03-24 | 2019-12-06 | 捷开通讯(深圳)有限公司 | 蜂窝无线系统技术领域的第二层架构 |
US20200382431A1 (en) * | 2017-03-24 | 2020-12-03 | Nokia Technologies Oy | Packet data convergence protocol windows with split bearers |
CN110771255A (zh) * | 2017-06-15 | 2020-02-07 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
CN109714134A (zh) * | 2017-10-26 | 2019-05-03 | 华为技术有限公司 | 接收窗口滑动方法及装置 |
US20200022212A1 (en) * | 2018-07-10 | 2020-01-16 | Samsung Electronics Co., Ltd. | Method and system for optimizing the feedback mechanism in data link layer |
US20200374047A1 (en) * | 2019-05-22 | 2020-11-26 | Qualcomm Incorporated | Methods to reduce radio link control retransmission |
CN112399468A (zh) * | 2019-08-14 | 2021-02-23 | 大唐移动通信设备有限公司 | 一种数据传输方法及接收设备 |
CN112584334A (zh) * | 2019-09-27 | 2021-03-30 | 维沃移动通信有限公司 | 一种乱序递交功能指示方法、控制方法及相关设备 |
WO2021142764A1 (en) * | 2020-01-17 | 2021-07-22 | Qualcomm Incorporated | Avoiding erroneous discardment of downlink data in an unacknowledged mode (um) |
CN111510278A (zh) * | 2020-04-26 | 2020-08-07 | Oppo广东移动通信有限公司 | 一种超帧号hfn同步方法及终端、存储介质 |
CN114698018A (zh) * | 2020-12-30 | 2022-07-01 | 联发科技(新加坡)私人有限公司 | 发起pdcp状态报告进程的方法和用户设备 |
CN114124840A (zh) * | 2021-11-26 | 2022-03-01 | 哲库科技(北京)有限公司 | 接收pdcp包的方法、pdcp包的接收装置、终端设备 |
Non-Patent Citations (3)
Title |
---|
""R2-2108082 - Initialization of RLC and PDCP window"", 3GPP TSG_RAN\\WG2_RL2 * |
LG ELECTRONICS (RAPPORTEUR): "R2-1707507 "TS 38.323; NR; Packet Data Convergence Protocol (PDCP) specification"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
QUALCOMM INCORPORATED: "R2-2001295 "Ordering of PDCP SN and RLC SN"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
Also Published As
Publication number | Publication date |
---|---|
CN115277608B (zh) | 2023-10-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109478945B (zh) | 用于多rat卸载的pdcp状态报告 | |
CN107113291B (zh) | 演进的数据压缩方案信令 | |
CN110383880B (zh) | 用于发送数据单元的方法和设备 | |
CN106134099B (zh) | 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 | |
US11722926B2 (en) | Method and system for handling checksum error in uplink data compression | |
WO2017049647A1 (zh) | 一种数据发送方法、数据接收方法和相关设备 | |
CN108370523B (zh) | 来自接收分流承载的用户设备的流量控制反馈 | |
WO2018063435A2 (en) | Pdcp, rlc handling in dc split bearer | |
WO2024055387A1 (zh) | 无线通信的方法及装置 | |
CN115243337A (zh) | 数据传输方法及装置 | |
CN110178403B (zh) | 用于5g nr通信系统中的非对称上行链路/下行链路协议栈和帧结构的方法和装置 | |
US20230362707A1 (en) | Wireless communication method and device | |
WO2022061661A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
WO2024103798A1 (zh) | 无线通信的方法及装置 | |
CN108934044B (zh) | 数据包传输方法及设备 | |
CN116114197B (zh) | 无线通信的方法、终端设备和网络设备 | |
WO2022120747A1 (zh) | 无线通信的方法和终端设备 | |
CN115277608A (zh) | 无线通信的方法及设备 | |
WO2018126450A1 (zh) | 无线通信的方法和设备 | |
CN114642028B (zh) | 信息处理方法、装置、设备及存储介质 | |
WO2022077481A1 (zh) | 一种信道传输方法及其装置 | |
WO2022204999A1 (zh) | 存活时间的处理方法和终端设备 | |
WO2022027460A1 (zh) | 无线通信方法、终端设备和网络设备 | |
WO2023060404A1 (zh) | 逻辑信道优先级排序方法、装置、设备及存储介质 | |
WO2022155926A1 (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 |