CN114513812A - 一种提高5g nr组包效率的方法和装置 - Google Patents
一种提高5g nr组包效率的方法和装置 Download PDFInfo
- Publication number
- CN114513812A CN114513812A CN202210177618.XA CN202210177618A CN114513812A CN 114513812 A CN114513812 A CN 114513812A CN 202210177618 A CN202210177618 A CN 202210177618A CN 114513812 A CN114513812 A CN 114513812A
- Authority
- CN
- China
- Prior art keywords
- pdu
- length
- rlc
- field
- mac
- 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
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及无线通信领域,尤其为一种提高5G NR组包效率的方法及装置,包括:RLC层每收到一个SDU时就给它相应的RLC头部,组成RLC PDU;根据该PDU的长度和逻辑信道信息,提前预组相应的MAC子头;待传输机会到来进行MAC PDU组包时,直接获取之前预组包的MAC subPDU进行拼接;根据传输机会大小的不同,对最后一个MAC subPDU包含的RLC SDU进行处理;最后结合MAC CE和Padding最终组成MAC PDU,进行发送。本发明在现有RLC组包基础上提前预组MAC子头,只需要对最后一包进行处理,提高了MAC组包效率,缩短了组包延时,降低了CPU处理的MIPS。
Description
技术领域
本发明涉及无线通信技术领域,具体为一种提高5G NR组包效率的方法和装置。
背景技术
5G(the 5th Generation,第五代移动通信技术)-NR(New Radio,新的无线技术)的用户面协议中主要包括PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)、RLC(Radio Link Control,无线电链路控制)和MAC(Medium Access Control,介质访问控制)。当传输数据时,UE内的数据从上层协议层流向下层协议层。
1、4G LTE由于RLC层RLC PDU的结构限制,协议36.322规定RLC PDU的组包是等到MAC通知一个传输机会时才会进行。如图1所示,针对SN长度为10bit,LI字段的长度为11bit,LI的个数为奇数时的AMD PDU的结构图,可以看出,一个RLC PDU可以包含若干个RLCSDU,并且个数是不确定的。所以,不方便对RLC SDU进行预组包成RLC PDU。
2、5G NR中由于RLC层RLC PDU的结构的改变,协议38.322规定可以对一个RLC SDU进行预组包成一个RLC PDU。如图2所示,例举了针对SN长度为12bit,没有SO字段时的AMDPDU的结构图。可以看出,一个RLC SDU对应一个RLC PDU。
3、针对上述2中协议说可以把RLC SDU预组包成RLC PDU,但是并没有强制,不同厂家实现时可以按照1中LTE的组包方式进行,即先不预组包,等到传输机会到来时再组包,也不是不可以。当然,这会导致组包时延变长。鉴于此,提出一种提高5G NR组包效率的方法和装置。
发明内容
本发明的目的在于提供一种提高5G NR组包效率的方法和装置,以解决上述背景技术中提出的问题。
为实现上述目的,本发明提供如下技术方案:
一种提高5G NR组包效率的方法,包括如下步骤:
RLC层每收到一个SDU时就给它相应的RLC头部,组成RLC PDU;
根据该PDU的长度和逻辑信道信息,提前预组相应的MAC子头;
待传输机会到来进行MAC PDU组包时,直接获取之前预组包的MAC subPDU进行拼接;
根据传输机会大小的不同,对最后一个MAC subPDU包含的RLC SDU进行处理;
最后结合MAC CE和Padding最终组成MAC PDU,进行发送。
进一步的,在RLC逻辑信道的TM,UM,AM三种模式下将分别对应将一个RLC SDU预组包成一个MAC subPDU。
进一步的,在TM模式的逻辑信道时,一个RLC SDU直接对应一个TMD PDU,然后计算该TMD PDU的长度。
进一步的,在UM模式的逻辑信道时,一个RLC SDU直接对应一个UMD PDU,然后计算该UMD PDU的长度,它的长度等于原始的RLC SDU的长度加上1。
进一步的,在AM模式的逻辑信道时,一个RLC SDU直接对应一个AMD PDU,然后计算该AMD PDU的长度,对于12bit SN,它的长度等于原始的RLC SDU的长度加上2;对于18bitSN,它的长度等于原始的RLC SDU的长度加上3。
进一步的,预组包的时候包含一个完整的SDU,没有SN、SO字段,SI字段置为0,需要加上一个字节的RLC头,即预组包成一个PDU,其中R代表保留字段,置为0,如果计算UMD PDU长度的结果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为UMD PDU的长度,否则F字段填为1,L字段为16bit,填为UMD PDU的长度。
进一步的,预组包的时候包含一个完整的SDU,需要有SN字段,并且SN的长度分为12bit和18bit,多出来一个D/C字段,用于指示是状态包还是数据包;多出来一个P字段,用于指示是否请求对端发送状态报告,没有SO字段,针对12bit SN需要加上两个字节的RLC头,针对18bit SN需要加上三个字节的RLC头,即预组包成一个PDU,其中D/C字段置为1,代表是data pdu;P字段置为0,代表不请求状态报告,具体什么时候置为1,需要在最终传输机会到来的时候,根据38.322协议规则判断是否需要置为1;SI字段填为0;SN字段填为TX_NEXT,并且TX_NEXT自增1;R字段代表保留字段,置为0,如果计算AMD PDU长度的结果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为AMD PDU的长度,否则F字段填为1,L字段为16bit,填为AMD PDU的长度。
进一步的,对最后一个MAC subPDU未包含一个完整RLC SDU的mac subPDU时,对其进行分段或者在AM模式重传时,需要重分段。
为实现上述目的,本发明还提供如下技术方案:
一种提高5G NR组包效率的装置,包括:
RLC PDU组成模块,用于RLC层每收到一个SDU时就给它相应的RLC头部,组成RLCPDU;
预组MAC子头模块,用于根据该PDU的长度和逻辑信道信息,提前预组相应的MAC子头;
MAC subPDU拼接模块,用于待传输机会到来进行MAC PDU组包时,直接获取之前预组包的MAC subPDU进行拼接;
RLC SDU处理模块,用于根据传输机会大小的不同,对最后一个MAC subPDU包含的RLC SDU进行处理;以及,
TB块发送模块,用于最后结合MAC CE和Padding最终组成MAC PDU,进行发送。
进一步的,MAC subPDU拼接模块包括:
模式预组包模块,用于在RLC逻辑信道的TM,UM,AM三种模式下将分别对应将一个RLC SDU预组包成一个MAC subPDU;
TMD PDU长度计算模块,用于在TM模式的逻辑信道时,一个RLC SDU直接对应一个TMD PDU,然后计算该TMD PDU的长度;
UMD PDU长度计算模块,在UM模式的逻辑信道时,一个RLC SDU直接对应一个UMDPDU,然后计算该UMD PDU的长度,它的长度等于原始的RLC SDU的长度加上1;以及,
AMD PDU长度计算模块,在AM模式的逻辑信道时,一个RLC SDU直接对应一个AMDPDU,然后计算该AMD PDU的长度,对于12bit SN,它的长度等于原始的RLC SDU的长度加上2;对于18bit SN,它的长度等于原始的RLC SDU的长度加上3。
为实现上述目的,本发明还提供如下技术方案:
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如上述中任一项所述方法的步骤。
为实现上述目的,本发明还提供如下技术方案:
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述中任一项所述的方法的步骤。
与现有技术相比,本发明的有益效果是:
一种提高5G NR组包效率的方法和装置,该方法包括:RLC(无线链路控制层协议)层每收到一个SDU(服务数据单元)时就给它相应的RLC头部,组成RLC PDU(协议数据单元);根据该PDU的长度和逻辑信道信息,提前预组相应的MAC(介质访问控制)子头;待传输机会到来进行MAC PDU组包时,直接获取之前预组包的MAC subPDU进行拼接,并根据传输机会大小的不同,对最后一个MAC subPDU包含的RLC SDU进行分段处理;最后结合MAC CE(信道处理单元)和Padding(内边距)最终组成MAC PDU,即TB块,进行发送。本发明在现有RLC组包基础上提前预组MAC子头,只需要对最后一包进行特别处理,提高了MAC组包效率,缩短了组包延时,降低了CPU处理的MIPS。
附图说明
图1为具有10位SN的AMD PDU(Llfield的长度为11位)(Lls的奇数个,即K=1,3,5,....)的结构示意图。
图2为具有12位SN的AMD PDU(没有SO字段)的结构示意图。
图3为本发明提供的R/FILCID/L MAC子头与8位L字段的结构示意图。
图4为本发明提供的R/FILCID/L MAC子头与16位L字段的结构示意图。
图5为本发明提供的填为TMD PDU的长度示意图。
图6为本发明提供的包含完整RLC SDU的UMD PDU示意图。
图7为本发明提供的填为UMD PDU的长度示意图。
图8为本发明提供的具有12位SN的AMD PDu(没有SO字段)的长度示意图。
图9为本发明提供的具有18位SN的AMD PDu(没有SO字段)的长度示意图。
图10为本发明提供的填为AMD PDU的长度示意图。
图11为本发明提供的具有12位SN的STATUS PDU示意图。
图12为本发明提供的填为STATUS PDU的长度示意图。
图13为本发明提供的最后一个MAC subPDU包含的RLC SDU的UM和AM模式重传时,需要重分段示意图。
图14为本发明提供的针对AM模式的状态报告,需要对状态报告进行截断处理示意图。
图15为本发明提供的一种提高5G NR组包效率的方法的流程示意图。
图16为本发明提供的一种提高5G NR组包效率的装置的框图。
图17为本发明提供的MAC subPDU拼接模块的框图。
图18为本发明提供的计算机设备的内部结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1-18,本发明提供一种技术方案:
本发明,是一种提高5G新空口NR的MAC层和RLC层上下行组包效率的方法,特别地,对基站是下行MAC组包,对UE是上行MAC组包。
1、4G LTE由于RLC层RLC PDU的结构限制,协议36.322规定RLC PDU的组包是等到MAC通知一个传输机会时才会进行。
以下适用于所有RLC实体类型(即TM、UM和AMRLC实体):
支持字节对齐(即8位的倍数)的可变大小的RLC SDU;
RLCPDU仅在下层(即MAC)已通知传输机会时形成,然后传递给下层。
如图1所示,下面例举了针对SN长度为10bit,LI字段的长度为11bit,LI的个数为奇数时的AMD PDU的结构图,可以看出,一个RLC PDU可以包含若干个RLC SDU,并且个数是不确定的。所以,不方便对RLC SDU进行预组包成RLC PDU。
2、5G NR中由于RLC层RLC PDU的结构的改变,协议38.322规定可以对一个RLC SDU进行预组包成一个RLC PDU。
每个RLC SDU用于构造一个RLC PDU,而无需等待来自较低层(即通过MAC)的传输机会的通知。在UM(非确认模式)和AMRLC实体的情况下,可以基于来自较低层的通知使用两个或更多RLC PDU对RLC SDU进行分段和传输。
下图2例举了针对SN长度为12bit,没有SO字段时的AMD PDU的结构图。可以看出,一个RLC SDU对应一个RLC PDU。
3.2中协议说可以把RLC SDU预组包成RLC PDU,但是并没有强制,不同厂家实现时可以按照1中LTE的组包方式进行,即先不预组包,等到传输机会到来时再组包,也不是不可以。当然,这会导致组包时延变长,所以实现时最好使用预组包的方案。更进一步地,还可以在RLC PDU前面添加相应的MAC子头,预组包成MAC subPDU,因为根据38.321协议,MAC子头只有三个字段,F、LCID、L。F字段只有1bit,它是指示L字段使用8-bit的长度还是16-bit的长度。0代表是使用8-bit,1代表使用16-bit。LCID代表该MAC subPDU的逻辑信道,这个是可以预先知道的,L代表了RLC PDU的总长度,当RLC SDU预组包成RLC PDU时,它的总长度也是可以知道的,如果小于等于255,则F字段置为0,使用8-bit的L,如果大于255,则F字段置为1,使用16-bit的L。它们的结构图如下图3-4所示。
本发明要解决的技术问题在于:
1.5GNR中一个RLC SDU如何预组包成一个MAC subPDU
2.当传输机会到来,最后一包不能完整地发送出去时,怎么分段的问题。
为实现上述内容,本发明采取的技术方案为:
1.由于RLC逻辑信道的模式分为TM,UM,AM三种,下面就这三种模式分别具体说明如何把一个RLC SDU预组包成一个MAC subPDU。
针对TM模式的逻辑信道,一个RLC SDU直接对应一个TMD PDU,即不作任何的加头,分段等动作。然后计算该TMD PDU的长度,如果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为TMD PDU的长度,否则F字段填为1,L字段为16bit,填为TMD PDU的长度。示意图如下图5所示。
针对UM模式的逻辑信道,一个RLC SDU直接对应一个UMD PDU,预组包的时候假设它包含一个完整的SDU,没有SN、SO字段,SI字段置为0,需要加上一个字节的RLC头,即按下图6预组包成一个PDU,其中R代表保留字段,置为0就行。
然后计算该UMD PDU的长度,它的长度等于原始的RLC SDU的长度加上1,如果结果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为UMD PDU的长度,否则F字段填为1,L字段为16bit,填为UMD PDU的长度。示意图如下图7。
针对AM模式的逻辑信道,一个RLC SDU直接对应一个AMD PDU,预组包的时候假设它包含一个完整的SDU,与UM模式不同,需要有SN字段,并且SN的长度分为12bit和18bit,多出来一个D/C字段,用于指示是状态包还是数据包;多出来一个P字段,用于指示是否请求对端发送状态报告,没有SO字段,所以针对12bit SN需要加上两个字节的RLC头,针对18bitSN需要加上三个字节的RLC头,即按下面两张图即图8-9所示,预组包成一个PDU,其中D/C字段置为1,代表是data pdu;P字段置为0,代表不请求状态报告,具体什么时候置为1,需要在最终传输机会到来的时候,根据38.322协议规则判断是否需要置为1;SI字段填为0;SN字段填为TX_NEXT,并且TX_NEXT自增1;R字段代表保留字段,置为0就行。
然后计算该AMD PDU的长度,对于12bit SN,它的长度等于原始的RLC SDU的长度加上2;对于18bit SN,它的长度等于原始的RLC SDU的长度加上3。如果结果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为AMD PDU的长度,否则F字段填为1,L字段为16bit,填为AMD PDU的长度。示意图如下图10所示。
针对AM模式,不仅有数据包,还有状态报告,对于SN长度为12bit时,其结构图如下图11所示。
计算该STATUS PDU的长度,如果结果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为STATUS PDU的长度,否则F字段填为1,L字段为16bit,填为STATUS PDU的长度。示意图如下图12所示。
2.当传输机会到来时,对于基站是下行组包,具体可以组多大的MAC PDU,取决于基站调度器的实现;对于UE是上行组包,具体可以组多大的MAC PDU,取决于基站DCI0指示的ul grant大小。但是不管对于基站还是UE,该大小都可能不是正好容纳包含一个完整RLCSDU的mac subPDU,所以就要对其进行分段或者在AM模式重传时,需要重分段。这时一个macsubPDU会一分为二,它们各自的rlc头和mac子头都可能发生变化,需要进行修正。分段只针对UM和AM模式,不针对TM模式,重分段只针对AM模式。具体示意图如下图13所示。
针对AM模式的状态报告,当剩余大小不能发送出去完整的状态报告加上对应的mac子头的大小时,需要对状态报告进行截断处理,需要修改ACK SN的值,并且删除一些NACK SN,及对应的SO start,SO end,NACK range,以匹配剩余的大小,并且由于长度变小,mac子头可能也需要进行修正,由16bit的L字段变成8bit的L字段,F由1变成0。具体示意图如下图14所示。
由于分段或截断只会发生在最后一个包发送的时候,发现剩余的大小不能容纳一个完整的mac subPDU,才会对它进行上面所示的分段或截断,而不是针对每包都会进行。当进行高速业务的时候,它的CPU MIPS消耗也不是很大,但是组包的时延可以显著地减小,因为对于传统的组包方法,一个传输机会到来时,给定一个大小,RLC层才去计算哪些包本次可以发送出去,哪些包需要分段,然后MAC层再计算具体需要添加的mac子头的样式,会导致最终发送给物理层的时间大大被推迟,而有的业务类型是对时延很敏感的,比如URLLC相关的业务,留给数据面L2组包的时间很短,这时采用预组包的方案可以满足这些业务类型。
本发明中,计算机设备可以包括存储器、存储控制器、一个或多个(图中仅示出一个)处理器等,各元件之间直接或间接地电连接,以实现数据的传输或交互。例如,这些元件之间可以通过一条或多条通讯总线或信号总线实现电连接。提高5G NR组包效率的方法分别包括至少一个可以以软件或固件(firmware)的形式存储于存储器中的软件功能模块,例如所述提高5G NR组包效率的装置包括的软件功能模块或计算机程序。存储器可以存储各种软件程序以及模块,如本申请实施例提供的提高5G NR组包效率的方法和装置对应的程序指令/模块。处理器通过运行存储在存储器中的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现本申请实施例中的解析方法。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (10)
1.一种提高5G NR组包效率的方法,其特征在于,包括:
RLC层每收到一个SDU时就给它相应的RLC头部,组成RLC PDU;
根据该PDU的长度和逻辑信道信息,提前预组相应的MAC子头;
待传输机会到来进行MAC PDU组包时,直接获取之前预组包的MAC subPDU进行拼接;
根据传输机会大小的不同,对最后一个MAC subPDU包含的RLC SDU进行处理;
最后结合MAC CE和Padding最终组成MAC PDU,进行发送。
2.如权利要求1所述的方法,其特征在于,在RLC逻辑信道的TM,UM,AM三种模式下将分别对应将一个RLC SDU预组包成一个MAC subPDU。
3.如权利要求2所述的方法,其特征在于,在TM模式的逻辑信道时,一个RLC SDU直接对应一个TMD PDU,然后计算该TMD PDU的长度。
4.如权利要求2所述的方法,其特征在于,在UM模式的逻辑信道时,一个RLC SDU直接对应一个UMD PDU,然后计算该UMD PDU的长度,它的长度等于原始的RLC SDU的长度加上1。
5.如权利要求2所述的方法,其特征在于,在AM模式的逻辑信道时,一个RLC SDU直接对应一个AMD PDU,然后计算该AMD PDU的长度,对于12bit SN,它的长度等于原始的RLC SDU的长度加上2;对于18bit SN,它的长度等于原始的RLC SDU的长度加上3。
6.如权利要求4所述的方法,其特征在于,预组包的时候包含一个完整的SDU,没有SN、SO字段,SI字段置为0,需要加上一个字节的RLC头,即预组包成一个PDU,其中R代表保留字段,置为0,如果计算UMD PDU长度的结果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为UMD PDU的长度,否则F字段填为1,L字段为16bit,填为UMD PDU的长度。
7.如权利要求5所述的方法,其特征在于,预组包的时候包含一个完整的SDU,需要有SN字段,并且SN的长度分为12bit和18bit,多出来一个D/C字段,用于指示是状态包还是数据包;多出来一个P字段,用于指示是否请求对端发送状态报告,没有SO字段,针对12bit SN需要加上两个字节的RLC头,针对18bit SN需要加上三个字节的RLC头,即预组包成一个PDU,其中D/C字段置为1,代表是data pdu;P字段置为0,代表不请求状态报告,具体什么时候置为1,需要在最终传输机会到来的时候,根据38.322协议规则判断是否需要置为1;SI字段填为0;SN字段填为TX_NEXT,并且TX_NEXT自增1;R字段代表保留字段,置为0,如果计算AMDPDU长度的结果小于等于255,则MAC子头中的F字段填为0,L字段为8bit,填为AMD PDU的长度,否则F字段填为1,L字段为16bit,填为AMD PDU的长度。
8.如权利要求2所述的方法,其特征在于,对最后一个MAC subPDU未包含一个完整RLCSDU的mac subPDU时,对其进行分段或者在AM模式重传时,需要重分段。
9.一种提高5G NR组包效率的装置,其特征在于,包括:
RLC PDU组成模块,用于RLC层每收到一个SDU时就给它相应的RLC头部,组成RLC PDU;
预组MAC子头模块,用于根据该PDU的长度和逻辑信道信息,提前预组相应的MAC子头;
MAC subPDU拼接模块,用于待传输机会到来进行MAC PDU组包时,直接获取之前预组包的MAC subPDU进行拼接;
RLC SDU处理模块,用于根据传输机会大小的不同,对最后一个MAC subPDU包含的RLCSDU进行处理;以及,
TB块发送模块,用于最后结合MAC CE和Padding最终组成MAC PDU,进行发送。
10.如权利要求9所述的装置,其特征在于,MAC subPDU拼接模块包括:
模式预组包模块,用于在RLC逻辑信道的TM,UM,AM三种模式下将分别对应将一个RLCSDU预组包成一个MAC subPDU;
TMD PDU长度计算模块,用于在TM模式的逻辑信道时,一个RLC SDU直接对应一个TMDPDU,然后计算该TMD PDU的长度;
UMD PDU长度计算模块,在UM模式的逻辑信道时,一个RLC SDU直接对应一个UMD PDU,然后计算该UMD PDU的长度,它的长度等于原始的RLC SDU的长度加上1;以及,
AMD PDU长度计算模块,在AM模式的逻辑信道时,一个RLC SDU直接对应一个AMD PDU,然后计算该AMD PDU的长度,对于12bit SN,它的长度等于原始的RLC SDU的长度加上2;对于18bit SN,它的长度等于原始的RLC SDU的长度加上3。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210177618.XA CN114513812B (zh) | 2022-02-24 | 2022-02-24 | 一种提高5g nr组包效率的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210177618.XA CN114513812B (zh) | 2022-02-24 | 2022-02-24 | 一种提高5g nr组包效率的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114513812A true CN114513812A (zh) | 2022-05-17 |
CN114513812B CN114513812B (zh) | 2025-05-09 |
Family
ID=81553147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210177618.XA Active CN114513812B (zh) | 2022-02-24 | 2022-02-24 | 一种提高5g nr组包效率的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114513812B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115696442A (zh) * | 2022-09-06 | 2023-02-03 | 哲库科技(北京)有限公司 | 一种信息发送方法、信息接收方法和设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102348292A (zh) * | 2011-09-28 | 2012-02-08 | 电信科学技术研究院 | 一种基于mac子层和rlc子层的数据传输方法和设备 |
CN106465183A (zh) * | 2016-09-20 | 2017-02-22 | 北京小米移动软件有限公司 | 数据传输方法、装置及系统 |
CN109792634A (zh) * | 2016-09-30 | 2019-05-21 | 华为技术有限公司 | 数据处理方法、装置及系统 |
CN110140414A (zh) * | 2017-01-03 | 2019-08-16 | 三星电子株式会社 | 用于在下一代移动通信系统中支持轻连接的方法和装置 |
-
2022
- 2022-02-24 CN CN202210177618.XA patent/CN114513812B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102348292A (zh) * | 2011-09-28 | 2012-02-08 | 电信科学技术研究院 | 一种基于mac子层和rlc子层的数据传输方法和设备 |
CN106465183A (zh) * | 2016-09-20 | 2017-02-22 | 北京小米移动软件有限公司 | 数据传输方法、装置及系统 |
CN109792634A (zh) * | 2016-09-30 | 2019-05-21 | 华为技术有限公司 | 数据处理方法、装置及系统 |
CN110140414A (zh) * | 2017-01-03 | 2019-08-16 | 三星电子株式会社 | 用于在下一代移动通信系统中支持轻连接的方法和装置 |
Non-Patent Citations (2)
Title |
---|
HUAWEI, HISILICON: "R2-141626 "Clarification on the multiplxing RLC PDUs in one MAC PDU"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 22 March 2014 (2014-03-22) * |
HUAWEI等: "R5-198892 "Correction to NR test case 7.1.2.3.10-Re-transmission of RLC PDU"", 3GPP TSG-RAN5 MEETING #85, 23 November 2019 (2019-11-23), pages 1 - 7 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115696442A (zh) * | 2022-09-06 | 2023-02-03 | 哲库科技(北京)有限公司 | 一种信息发送方法、信息接收方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN114513812B (zh) | 2025-05-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103782569B (zh) | 数据处理装置和方法 | |
KR100769228B1 (ko) | 이동 통신 시스템에서의 데이터 분할 방법 및 장치 | |
TWI418171B (zh) | 無線通訊系統執行狀態報告程序的方法及其相關裝置 | |
CN101867972B (zh) | 无线链路控制层非确认模式下的数据传输方法 | |
RU2546562C2 (ru) | Индикатор нового пакета для протокола rlc | |
CN111435866B (zh) | 数据传输方法及相关装置 | |
JP2010539784A (ja) | ヘッダインジケータを利用した効率的なデータブロック送信方法 | |
TWI489842B (zh) | 無線通訊系統處理動態封包重傳的方法及其相關裝置 | |
WO2013117030A1 (zh) | 一种数据发送、接收方法和装置 | |
CN101741835B (zh) | 多重输入输出建立及传送封包的方法及其相关通讯装置 | |
CN107276727A (zh) | 一种进行反馈的方法和设备 | |
CN114513812A (zh) | 一种提高5g nr组包效率的方法和装置 | |
CN110572850B (zh) | 5g基站缓存处理业务数据方法、装置、设备和存储介质 | |
CN113938431B (zh) | 突发数据包传输方法、装置和电子设备 | |
WO2013135116A1 (zh) | A-msdu聚合方法及装置,数据接收方法及装置 | |
CN103379543B (zh) | 一种基于td-lte的数据传输方法 | |
CN106209318B (zh) | 一种用于td-lte的mac协议数据传输方法 | |
CN101175087A (zh) | 无线通讯系统设定分组表头的方法及其相关通讯装置 | |
WO2019015487A1 (zh) | 一种数据重传处理方法、rlc实体和mac实体 | |
WO2018218416A1 (zh) | 用户面数据处理方法、相关设备及系统 | |
CN117202257B (zh) | 一种用户数据处理方法和装置 | |
CN1697556A (zh) | 一种状态报告的传输方法 | |
CN110506436B (zh) | 无线通信装置、无线通信方法及无线通信系统 | |
US20240049051A1 (en) | Method and apparatus for clustering ip packets in wireless network | |
CN112532354B (zh) | 一种rlc层am模式传输方法和装置 |
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 |