CN108024378B - 一种数据包的预处理方法、装置及设备 - Google Patents
一种数据包的预处理方法、装置及设备 Download PDFInfo
- Publication number
- CN108024378B CN108024378B CN201610963552.1A CN201610963552A CN108024378B CN 108024378 B CN108024378 B CN 108024378B CN 201610963552 A CN201610963552 A CN 201610963552A CN 108024378 B CN108024378 B CN 108024378B
- Authority
- CN
- China
- Prior art keywords
- preprocessing
- terminal
- tbs
- scheme
- base station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Abstract
本发明实施例提供了一种数据包的预处理方法,包括:终端从基站接收第一消息,所述第一消息携带预处理参数配置信息;所述终端根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据;所述终端从基站接收第二消息,所述第二消息携带上行授权信息;所述终端根据所述上行授权信息发送所述上行数据。其中,所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
Description
技术领域
本发明实施例涉及通信领域,并且更具体地,涉及一种数据包的预处理方、装置及设备。
背景技术
随着通信技术的发展,未来通信系统被要求支持更高速率体验、更大带宽的接入能力、更低时延和高可靠的信息交互。未来通信系统将支持面向车联网、应急通信、工业互联网等各种垂直行业应用场景。同时,其可能需要支持高达几十Gbps的传输速率,从而会对实时性处理产生更严峻要求。
典型的,未来通信系统中短子帧长度的引入,对处理速度提出了更高的要求。这意味着当用户收到上行授权信息后,需要在几个毫秒甚至小于1毫秒内发送对应的上行数据。因此,这就需要在无线链路控制(英文:Radio Link Control;简称:RLC)层和介质访问控制(英语:Media Access Control;简称:MAC)层对数据包实时进行预处理。
而在传统的长期演进技术(英文:Long Term Evolution;简称:LTE)系统中,终端需要在RLC层进行包级联或分割以及在MAC层进行包复用,并根据级联和复用结果添加相应的帧头。并且,终端只有收到基站发送的上行授权信息后,才能执行上述操作。因此,无法满足未来通信系统更高传输速率和更低时延的要求。
发明内容
本发明实施例提供一种数据包的预处理方法、装置及设备,用于提高通信系统预处理能力,更好的满足通信系统高速率和低时延的要求。
第一方面,本发明实施例提供了一种数据包的预处理方法,包括:终端从基站接收第一消息,所述第一消息携带预处理参数配置信息;所述终端根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据;所述终端从基站接收第二消息,所述第二消息携带上行授权信息;所述终端根据所述上行授权信息发送所述上行数据。其中,所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
在上述方法中,基站通过通知终端预处理配置参数,使得终端在收到上行授权信息之前就可以进行包预处理,加快数据处理速度,因而可以更好地满足未来通信系统几十Gbps的速率要求。
作为一种设计,所述根据所述上行授权信息发送所述上行数据包括:对所述上行数据进行调整,将调整后的上行数据承载所述上行授权信息所指示的资源上发送。
作为一种设计,所述TBS为针对所述终端的TBS;或所述TBS为针对所述终端的每个逻辑信道的TBS;或所述TBS为针对所述终端的每种参数设置的TBS。基站侧主动给终端配置TBS后,终端可以将预处理的数据包大小与基站配置TBS进行比较,避免过度预处理所带来的系统负担。
作为一种设计,所述终端根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据包括:所述终端根据所述预处理参数和如下公式得到用于进行预处理的TBS;
Fn=(1-a)·Fn-1+a·Mn
式中,Mn为所述基站通过所述第一消息配置的TBS,a为所述预处理系数,Fn为进行预处理的TBS,Fn-1为此前所述终端根据上行授权信息确定的TBS的统计结果;
所述终端根据所述用于进行预处理的TBS进行预处理,得到上行数据。
作为一种设计,对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理的方案包括第一预处理方案和/或第二预处理方案;其中,所述第一预处理方案用于对传输数据包相对较大的业务或大数据量业务的逻辑信道进行预处理,所述第二预处理方案用于对传输小包业务或者低数据量业务的逻辑信道进行预处理。通过为终端配置多种预处理方案,可以使得终端更灵活和更有效地进行预处理。
作为一种设计,所述方法还包括:所述终端从所述基站接收第一信令,所述第一信令用于指示所述终端的每个逻辑信道采用第一预处理方案或第二预处理方案;所述终端根据所述第一信令执行相应的预处理方案。
作为一种设计,所述方法还包括:所述终端从所述基站接收第二信令,所述第二信令用于指示为所述终端的一个或多个逻辑信道更新其采用的预处理方案。通过第二信令,基站可以实时更新终端采用的预处理方案,是的预处理方案更有针对性及更加有效。
作为一种设计,所述方法还包括:所述终端从所述基站接收更新的预处理参数配置信息;所述终端根据所述更新的预处理参数配置信息进行预处理。终端的预处理参数配置信息根据信道等相关情况更新后,可以更加有效的进行预处理。
第二方面,本发明实施例提供了一种数据包的预处理方法,包括:基站向终端发送第一消息,所述第一消息携带预处理参数配置信息;所述所述预处理参数配置信息用于所述终端对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理;所述基站向所述终端发送第二消息,所述第二消息携带上行授权信息;所述基站接收所述终端根据所述上行授权信息发送的所述上行数据。其中,所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
在上述方法中,基站通过通知终端预处理配置参数,使得终端在收到上行授权信息之前就可以进行包预处理,加快数据处理速度,因而可以更好地满足未来通信系统几十Gbps的速率要求。
第二方面中涉及到的一些技术特征或步骤,例如:预处理参数配置信息、第一消息、第二消息、预处理等,尤其是传输块尺寸TBS、预处理系数或乘性系数等,和第一方面中涉及到的一些技术特征类似或对应,在此不再进行重复说明。
第三方面,本发明实施例提供了一种数据包的预处理装置,包括:接收模块,用于从基站接收第一消息,所述第一消息携带预处理参数配置信息;预处理模块,用于根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据;所述接收模块还用于从基站接收第二消息,所述第二消息携带上行授权信息;发送模块,用于根据所述上行授权信息发送所述上行数据。其中,所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
第三方面中涉及到的一些技术特征或步骤,例如:预处理参数配置信息、第一消息、第二消息、预处理等,尤其是传输块尺寸TBS、预处理系数或乘性系数等,和第一方面中涉及到的一些技术特征类似或对应,在此不再进行重复说明。
第四方面,本发明实施例提供了一种数据包的预处理装置,包括:发送模块,用于向终端发送第一消息,所述第一消息携带预处理参数配置信息;所述所述预处理参数配置信息用于所述终端对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理;所述发送模块还用于向所述终端发送第二消息,所述第二消息携带上行授权信息;接收模块,用于接收所述终端根据所述上行授权信息发送的所述上行数据。其中,所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
第四方面中涉及到的一些技术特征或步骤,例如:预处理参数配置信息、第一消息、第二消息、预处理等,尤其是传输块尺寸TBS、预处理系数或乘性系数等,和第二方面中涉及到的一些技术特征类似或对应,在此不再进行重复说明。
第五方面,本发明实施例提供一种数据包预处理设备。该设备可以用于执行第一方面或第二方面的方法。该设备包括:处理器、存储器、接收器、发送器及总线,其中所述处理器、存储器、接收器及发送器通过所述总线连接进行数据传输,所述存储器用于存储所述处理器处理的数据。
另外,第三方面的装置可以为终端。第四方面的装置可以为基站。
第六方面,本发明实施例提供了一种通信系统,该系统包括第三方面的装置和第四方面的装置。
第七方面,本发明实施例提供了一种计算机存储介质,用于储存为上述终端或基站所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
在本发明实施例提供的方法中,基站通过通知终端预处理配置参数,使得终端在收到上行授权信息之前就可以进行包预处理,加快数据处理速度,因而可以更好地满足未来通信系统几十Gbps的速率要求。基站侧主动给终端配置预处理参数,可以进一步提高预处理的成功率,使得终端的预处理更有效。从而可以避免预处理不成功所造成的系统负担。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为方案一提供一种预处理示意图;
图2为方案二提供一种预处理示意图;
图3为本发明实施例提供的一种数据包预处理方法流程图;
图4为本发明实施例提供的一种基于TBS的LCP处理方式示意图;
图5为本发明实施例提供的一种MAC层信令;
图6为本发明实施例提供的另一种数据包预处理方法;
图7为本发明实施例提供一种数据包预处理装置;
图8为本发明实施例提供另一种数据包预处理装置;
图9为本发明实施例提供一种数据包预处理设备;
图10为本发明实施例提供另一种数据包预处理设备。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例中所指的终端又可称为用户设备(英文:User Equipment;简称:UE)、移动台(英文:Mobile Station;简称:MS)等。需要指出的是,本发明实施例既可以应用于LTE系统(如基站和终端),也可以应用于未来通信系统,如应用于更高级的下一代无线通信系统(例如,5G RAT第五代无线电接入技术)中的网络接入节点(例如,5G_NodeB)和用户设备(例如,5G_终端)。
为了适应这些通信系统的通信需求,在RLC层和MAC层需要对数据包实时进行预处理。其中预处理方案主要包括以下两种方案。
方案一:去除RLC层级的级联功能或者将RLC层的级联功能与MAC层的复用功能一起在MAC层完成。
RLC层预处理:对RLC层服务数据单元(英文:Service Data Unit;简称:SDU)添加RLC序列号(英文:Sequence Number;简称:SN)后,直接给MAC层;
MAC层预处理:对MAC层SDU级联并添加MAC子头,得到MAC帧。其中,MAC子头可以包括添加逻辑信道标识(ID)或长度字段(L字段)。
图1为方案一提供一种预处理示意图。如图1所示,以仅有两个逻辑信道(即图1中的逻辑信道1和逻辑信道2)为例。RLC层的SDU为分组数据汇聚协议(英文:Packet DataConvergence Protocol;简称:PDCP)层PDU。在RLC层为SDU添加序列号后得到RLC层PDU。这些PDU不在RLC层级联而直接给MAC层,作为MAC层SDU。然后在MAC层级联并添加MAC子头,得到MAC帧。
但是,该方案不能对RLC层服务数据单元(英文:Service Data Unit;简称:SDU)分割进行预处理。因为RLC层SDU分割取决于MAC层逻辑信道优先级(英文:Logic ChannelPrioritization;简称:LCP)调度结果。当MAC层LCP调度结果可以支持传输一个或多个完整的RLC层SDU时,则无需RLC层SDU分割;反之,则需要RLC层SDU分割。但是MAC层LCP调度结果需要在收到上行授权信息后才能确定,因此,无法进行RLC层SDU分割。
方案二:保留RLC层的级联功能。
RLC层预处理:每个RLC层SDU添加一个长度指示(英文:Length Indicating;简称:LI)域。也就是说,将传统LTE中RLC子头中的LI域分散到每个RLC层SDU前。然后添加RLC层SN,得到RLC层PDU。将RLC层PDU直接给MAC层。
MAC层预处理:对MAC层SDU添加MAC子头,得到MAC层PDU。其中,MAC子头可以包括添加逻辑信道标识(ID)或长度字段(L字段)。
图2为方案二提供一种预处理示意图。如图2所示,以仅有两个逻辑信道(即图2中的逻辑信道1和逻辑信道2)为例。在RLC层为SDU添加长度指示域(即图2中的L1、L2等)后,分别针对每个逻辑信道进行级联以及添加序列号,得到RLC层PDU。这些PDU直接给MAC层,作为MAC层SDU。然后在MAC层添加MAC子头,得到MAC帧。
但是,该方案不能对RLC层服务数据单元(英文:Service Data Unit;简称:SDU)分割进行预处理。原因同方案1。
从上面两种预处理方案可以看出,终端在收到MAC层LCP调度结果之前或者在收到上行授权信息之前,RLC层无法进行可能的分割操作,这会极大影响预处理的性能。而且,在收到MAC层LCP调度结果后,若需要将经过预处理的数据包中的某一个数据包进行分割,则会影响该数据包后面的经过预处理的RLC层PDU的SN,使得该数据包后面的数据包的预处理无效。同时,在高频场景下,未来通信系统的信道状况变化往往比较大,信噪比SINR可能突然变差。而终端在收到MAC层LCP调度结果后,往往会需要进行数据包分割,从而使得之前的预处理无效。但是预处理无效,一方面浪费了软硬件资源,另一方面又使得终端侧处理复杂度反而大大增加。
本发明实施例提供了一种数据包预处理方法。基站为终端配置预处理的数据包大小,终端根据该预处理的数据包大小对后续的子帧进行预处理。在收到调度的上行授权信息后,根据该上行授权信息,确定是否需要对经过预处理的数据包进一步调整。例如:增加或删减RLC层(英文:Protocol Data Unit;简称:PDU)、添加MAC层PDU子头等。
图3为本发明实施例提供的一种数据包预处理方法流程图。如图3所示,该方法包括:
步骤301:终端从基站接收第一消息,该第一消息携带预处理参数配置信息;
步骤302:终端根据该预处理参数配置信息对RLC层和/或MAC层数据包进行预处理;
步骤303:终端从基站接收第二消息,该第二消息携带上行授权信息;
步骤304:终端根据该上行授权信息,对经过预处理的数据包进行调整,得到上行数据;
步骤305:终端发送该上行数据。该上行数据承载在上行授权信息指示的上行传输资源上发送。
具体地,基站将根据终端上报的缓存状态报告(英文:Buffer Status Report;简称:BSR)、信道状况或整个小区的负载等状况,确定预处理参数配置信息。其中,预处理参数配置信息包括允许预处理的数据包大小。例如,当终端上报的BSR中指示该终端待传输的缓存数据很大且当前信道状况良好时,基站将为终端配置较大的允许预处理的数据包大小;当终端上报的信道状况一般或者很差时,基站为终端配置较小的允许预处理的数据包大小。
终端收到预处理参数配置信息后将进行预处理。其中预处理方法可以参照上文提供的两种预处理方案或者沿用LTE当前方案。例如:构建RLC层PDU、增加RLC层帧头、构建MAC层PDU和/或添加MAC层帧头等。
具体地,上行授权信息中包括可以用于上行传输的资源。若用于上行传输的资源大于经过预处理的数据包所需的资源,则对经过预处理的数据包增加冗余或增加数据以得到上行数据。若用于上行传输的资源小于经过预处理的数据包所需的资源,则对经过预处理的数据包删减数据以得到上行数据。若用于上行传输的资源等于经过预处理的数据包所需的资源,则将经过预处理的数据包作为上行数据(在这种场景下,相当于可以将步骤304省略)。因此,步骤304中对经过预处理的数据包进行调整包括增加数据或冗余、删除数据甚至直接将经过预处理的数据包作为待传输的上行数据。
进一步地,允许预处理的数据包大小可以用传输块尺寸(英文:TransmissionBlock Size;简称:TBS)表征。TBS往往对应着终端传输的MAC层PDU大小。基站可以通过如下两种可能的实现方式通知终端其可用的TBS.
在一种可能的实现方式中,传输块大小和索引(英文:index)之间有如表1所示的映射关系。基站和终端均可获知该映射关系。通过发送第一消息,基站将终端所使用TBS对应的index通知终端。
表1传输块尺寸与索引之间的映射关系
Index | 传输块尺寸(字节) |
0 | 0<TBS<=100 |
1 | 100<TBS<=200 |
2 | 200<TBS<=300 |
… | … |
应理解,表1只是该映射关系的一个示例,其他类似的映射关系也应被包含在本发明的保护范围内。例如,索引0对应0<TBS<=1000,索引1对应1000<TBS<=2000等等。用户将基于该TBS的上限,在不进行最后一个包分割的情况下,预处理尽可能多的数据包。另外,表1中传输块尺寸是一个范围,在实际应用时,可以是一个具体的值,如索引0对应0<TBS<=100中的一个具体值。用户将基于该TBS值,在不进行最后一个包分割的情况下,预处理尽可能多的数据包。
在另一种可能的实现方式中,基站指定终端在某一子帧所被调度的传输块尺寸,作为允许预处理的数据包大小。该传输块尺寸是终端基于该子帧对应的上行授权信息中的调制与编码策略(英文:Modulation and Coding Scheme;简称:MCS)和分配的物理层时频传输块尺寸计算出来的。
具体地,基站可在上行授权信息中,用1比特(英文:bit)指明该子帧(或传输该1比特的子帧)为基准子帧。那么该基准子帧所被调度的传输块尺寸,作为允许预处理的数据包大小。或者,基站指明非连续传输(英文:Discontinuous Reception;简称:DRX)周期中激活时间(英文:on time)内的第一个(或其中某一个)被调度子帧为基准子帧。可选地,基站指定基准子帧时,可以为终端配置一个乘性系数。终端基于基准子帧和乘性系数确定传输块尺寸。例如,基准子帧对应的传输块尺寸为1000字节,基站配置的乘性系数为0.8,则传输块尺寸800字节。那么该终端允许预处理的数据包大小为800字节。
终端收到TBS后,基于该TBS进行RLC层和MAC层的预处理。
在一种可能的实现方式中,终端按照LCP处理方式,基于该TBS尺寸,为每个逻辑信道确定允许传输的数据大小。图4为本发明实施例提供的一种基于TBS的LCP处理方式示意图。如图4所示:假设有三个逻辑信道,其中逻辑信道1的优先级为优先级1(优先级最高),逻辑信道2的优先级为优先级2,逻辑信道3的优先级为优先级3(优先级最低)。针对每个逻辑信道均分配有优先级比特率(英文:Prioritized Bit Rate;简称:PBR)和漏斗尺寸持续时间(英文:Bucket Size Duration;简称:BSD)。每个逻辑信道均有一些数据需要传输。因此,根据逻辑信道的优先级、分配的PBR以及该逻辑信道上待传输的数据大小,对待传输数据进行RLC层和MAC层的预处理。例如,逻辑信道1的优先级最高,应首先对逻辑信道1上的待传输数据进行预处理。逻辑信道1上待传输的数据量大于分配的PBR可以承载的数据量,因此将分配的PBR可以承载的数据先进行预处理。类似地,依次按照逻辑信道的优先级处理其他逻辑信道。若发现系统可用的资源(如MAC层PDU)仍有剩余,可以再将逻辑信道1上的待传输数据承载在剩余的资源上。按照这样的处理方式处理,直到没有可用的资源(如MAC层PDU)或待传输数据。在这种实现方式中,进行预处理的数据包大小应当小于或等于基站分配的TBS所能承载的数据包大小。如图4中的可用的资源应当小于或等于基站分配的TBS所能承载数据包大小。
在另一种可能的实现方式中,终端接收到基站配置的TBS后,可以进一步在本地优化以得到实现进行预处理的TBS。例如,终端基于以下滤波公式得到进行预处理的TBS:
Fn=(1-a)·Fn-1+a·Mn
式中,Mn为基站配置的TBS,Fn-1为此前终端实际进行预处理的TBS的统计结果(如此前终端实际进行预处理的TBS的平均值),a为基站配置的系数。在这种实现方式中,由于终端计算得到的TBS可能大于基站配置的TBS,因此,进行预处理的数据包大小可能大于基站分配的TBS所能承载的数据包大小。但是,进行预处理的数据包大小应当小于或等于终端计算得到的TBS所能承载的数据包大小。
上述方法为所有逻辑信道配置一个TBS。进一步地,可以针对每一个逻辑信道都对应一个TBS。因此,在这种场景下,基站仍可以采用上述两种可能的实现方式来通知终端可用的TBS。例如,可以用类似表1的表格形式,通知终端TBS对应的index即可。如表2所示:
表2传输块尺寸与索引之间的映射关系
Index | 传输块尺寸(字节) | 逻辑信道 |
0 | 0<TBS<=100 | 逻辑信道1 |
1 | 100<TBS<=200 | 逻辑信道1 |
2 | 200<TBS<=300 | 逻辑信道1 |
… | … | … |
10 | 0<TBS<=100 | 逻辑信道2 |
11 | 100<TBS<=200 | 逻辑信道2 |
12 | 200<TBS<=300 | 逻辑信道2 |
… | … | … |
其中,表2中的逻辑信道可以用逻辑信道的ID来指示。表2仅为一个示例,相应或相似的特征可以参照表1,在此不再赘述。
类似的,在该场景下,基站也采用向终端指定基准子帧的方式来通知终端TBS。具体实现方式可以参照上文描述的方法,在此不再赘述。可选地,基站指定基准子帧时,也可以为终端的每一个逻辑信道配置一个乘性系数。终端基于基准子帧和乘性系数确定每一个逻辑信道的传输块尺寸。具体实现方式可以采用如表3所示的索引表的形式。
表3逻辑信道的乘性系数索引表
应理解,表3仅为一个示例,逻辑信道的个数可以更多或更少,每个逻辑信道的乘性系数的值也可以根据实际应用情况而改变。
相应地,终端收到每个逻辑信道对应TBS后,基于每个逻辑信道对应的TBS进行RLC层和MAC层的预处理。该场景下终端的具体实现方式可以参照上文所述的终端接收TBS后的两种实现方式,在此不再赘述。但应注意,需要针对每个逻辑信道进行LCP处理或公式计算。
另外,除了可以针对每一个逻辑信道都对应一个TBS,也可以针对每一个逻辑信道都对应一个RLC层PDU尺寸(相当于将上文中的预处理配置参数由RLC层PDU尺寸表征,而不是由TBS表征)。那么基于类似的实现方式,基站可以采用上述两种可能的实现方式来通知终端每一个逻辑信道都对应一个RLC层PDU尺寸。而终端接收到每个逻辑信道对应的RLC层PDU尺寸,也可以采用与上文所述方法类似的方法进行处理。
在未来通信系统中,一个逻辑信道可以对应不同的参数设置,或者说一个逻辑信道对应着不同的numerology。当然,一个逻辑信道也可以对应一种参数设置(或一种numerology)。因此,基站可以进一步针对对应不同numerology的逻辑信道中的每一个numerology都配置一个TBS。进一步地,若某一个逻辑信道对应两个以上的numerology,也可以规定这两个以上的numerology的优先级顺序。该场景下的具体实现方式(包括基站通知终端的方式,以及终端接收到TBS后的处理方式)可以参照上文所述的方法,在此不再赘述。仅以逻辑信道3对应两个numerology(如numerology1和numerology2)为例,说明一下基站可以针对不同的numerology来通知终端可用的TBS。如表4所示:
表4numerology与索引之间的映射关系
Index | 传输块尺寸 | 逻辑信道 | numerology | 优先级 |
0 | 0<TBS<=100 | 逻辑信道3 | numerology1 | 优先级1 |
1 | 100<TBS<=200 | 逻辑信道3 | numerology2 | 优先级2 |
在表4中同时还规定了不同numerology的不同优先级。可选地,这些优先级也可以同其他逻辑信道的优先级进行优先级排序以确定处理的先后顺序。应理解,表4仅是一个示例,在实际应用时,可以针对更多的逻辑信道也可以针对更多或更少的numerology来设计类似表4的表格。
如前所述,预处理参数配置信息包括允许预处理的数据包大小。类似地,预处理参数配置信息也可以包括预处理系数(而不包括允许预处理的数据包大小)。可以针对所有逻辑信道统一用一个预处理系数,也可以每个逻辑信道均对应一个预处理系数,甚至每个逻辑信道下不同的numerology也可以分别对应一个预处理系数。基站通过第一消息向终端发送预处理系数,终端接收到该第一消息后,可以基于以下滤波公式得到进行预处理的TBS,即Fn:
Fn=(1-a)·Fn-1+a·Mn
式中,Mn为基站配置的TBS,a为预处理系数,Fn-1也可以为此前终端根据上行授权信息确定的的TBS的统计结果。终端根据该公式得到进行预处理的TBS后,可以按照上文所述的方法进行后续处理,在此不再赘述。
如前所述,预处理参数配置信息包括允许预处理的数据包大小或预处理系数。类似地,预处理参数配置信息也可以包括乘性系数(而不包括允许预处理的数据包大小或预处理系数)。具体实现方式可以采用如表3所示的索引表的形式。基站通过第一消息向终端发送乘性系数,终端接收到该第一消息后,有如下两种可能的实现方式。在一种可能的实现方式中,终端将每个逻辑信道对应的乘性系数乘以(每个逻辑信道对应的PBR×TTI),分别得到每个逻辑信道对应的TBS。在另一种可能的实现方式中,终端将每个逻辑信道对应的乘性系数乘以(每个逻辑信道对应的PBR×BSD),分别得到每个逻辑信道对应的TBS。值得指出的是,在后一种方式中,每个逻辑信道对应的乘性系数小于1。终端得到进行预处理的TBS后,可以按照上文所述的方法进行后续处理,在此不再赘述。
进一步地,基站可以按照实际情况或周期地发送更新的TBS或预处理系数。而终端可以按照实际情况或周期地更新TBS或预处理系数。例如,在收到更新的TBS或预处理系数后或计算得到更新的TBS后,终端基于该更新的TBS进行RLC层和MAC层的预处理。
作为另一种可能的实现方式,预处理参数配置信息也可以直接由标准规定。如标准中直接规定终端可用的TBS。终端根据规定的TBS进行预处理。相当于省略了上述方法中的步骤301,而改为由标准规定预处理参数配置信息。
针对第一消息,本发明实施例提供了两种可能的实现方式。
在一种可能的实现方式中,第一消息可以是物理层控制信令。因此,可以用物理层控制信令动态指示预处理配置参数。例如,可以在下行控制信息(英文:Downlink ControlInformation;简称:DCI)格式中指示允许预处理的数据包大小。
在另一种可能的实现方式中,第一消息可以是MAC层信令。因此,可以用MAC层信令指示预处理配置参数。例如,基站将预留的逻辑信道标识值(英文:Logic Channel IDvalue;简称:LCID value)中的一个用来指示某个控制元素用于携带预处理参数配置信息,该LCID value对应一个索引。例如表5所示,其中索引值可以用其他值。
表5LCID value的索引表
Index | LCID values |
01110 | 允许预处理 |
若MAC层信令携带该索引,则表明该MAC层信令包含预处理参数配置信息。那么,在该MAC层信令中应当还包括预处理参数配置信息(如TBS等)。图5为本发明实施例提供的一种MAC层信令。如图5所示,该MAC层信令包括帧头、控制元素以及SDU等。在某些情况下还可能包括冗余(如padding)。其中帧头包括一个字段用于携带LCID value的索引。其中一个控制元素用于携带预处理参数配置信息。R表示预留比特;E表示扩展比特。应注意,图5仅是示例性的,其只要包含LCID value的索引和预处理参数配置信息即可,其他字段的排列及个数均不限定。
在本发明实施例提供的方法中,基站通过通知终端预处理配置参数,使得终端在收到上行授权信息之前就可以进行包预处理,加快数据处理速度,因而可以更好地满足未来通信系统几十Gbps的速率要求。基站侧主动给终端配置预处理参数,可以进一步提高预处理的成功率,使得终端的预处理更有效。从而可以避免预处理不成功所造成的系统负担。
上文所述的在RLC层和MAC层对数据包实时进行预处理的两种方案还可以进一步改善。在方案一中,在RLC层不进行级联,就要为每个RLC层SDU增加SN构成RLC层PDU,在MAC层为每个RLC层传输来的PDU增加L域,导致开销(英文:overhead)增加。而对于小包业务而言,开销增加将大大影响系统性能。因此,数据包相对较大的业务或大数据量业务,利用方案一进程预处理会得到比较好的效果。在方案二中,RLC层保留了级联功能,开销比方案一少。因此,方案二更加适用于小包业务或低数据量业务。
图6为本发明实施例提供的另一种数据包预处理方法。如图6所示,在该方法中,基站通过信令指示,可在上述预处理方案的方案一和方案二之间进行选择或切换。具体地,该方法包括:
步骤601:基站向终端发送第一信令,其中第一信令用于指示每个逻辑信道采用的预处理方案;
步骤602;终端根据接收到的第一信令,对每个逻辑信道执行与之对应的预处理方案。
具体地,预处理方案包括第一方案和第二方案。其中,第一信令指示传输数据包相对较大的业务或大数据量业务的逻辑信道采用第一方案。第一信令还可以指示传输小包业务或者低数据量业务的逻辑信道采用第二方案。第一方案可以是上述预处理方案的方案一,第二方案可以是上述预处理方案的方案二或传统LTE的预处理方案。
进一步地,该方法还可以包括:
步骤603:基站向终端发送第二信令,该第二信令用于指示为一个或多个逻辑信道更新其采用的预处理方案。具体地,这些逻辑信道的传输状况可能实时发生变化,因此基站需要动态更新这些逻辑信道的预处理方案。基站可以根据逻辑信道上传输的业务包传输状况(如业务包的服务质量参数、业务包的包大小等),通过第二信令动态指示(或动态更新)某个或某些逻辑逻辑的预处理方案。因此,通过第二信令的动态指示,可以使得当某个逻辑信道传输相对包较大业务或者大数据量业务时采用第一方案,或者,可以使得当某个逻辑信道传输小包业务或者低数据量业务时采用第二方案。
通过本发明实施例提供的方法,基站可以为每个逻辑信道确定预处理方案,使得终端的预处理成功率更高。在此基础上引入了动态更新预处理方案的方法,在开销和预处理能力之间取得了良好的折中,提高了系统频谱效率,进一步提高了终端的预处理能力。
相应于上述方法实施例,本发明实施例提供一种数据包预处理装置700。该装置700可以用于执行图3所示的方法。如图7所示,该装置700包括:
接收模块701,用于从基站接收第一消息,所述第一消息携带预处理参数配置信息;
预处理模块702,用于根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据;
所述接收模块701还用于从基站接收第二消息,所述第二消息携带上行授权信息;
发送模块703,用于根据所述上行授权信息发送所述上行数据。
作为一种可能的方式,所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
上述装置实施例中涉及到的一些技术特征,例如:预处理参数配置信息、第一消息、第二消息、预处理等,尤其是传输块尺寸TBS、预处理系数或乘性系数等,和上述方法实施例中涉及到的一些技术特征类似或对应,在此不再进行重复说明。
相应于上述方法实施例,本发明实施例提供另一种数据包预处理装置800。该装置800可以用于执行图6所示的方法。如图8所示,该装置800包括:
接收模块801,用于从基站接收第一信令,其中第一信令用于指示每个逻辑信道采用的预处理方案;
处理模块802,用于根据接收到的第一信令,对每个逻辑信道执行与之对应的预处理方案。
具体地,预处理方案包括第一方案和第二方案。其中,第一信令指示传输数据包相对较大的业务或大数据量业务的逻辑信道采用第一方案。第一信令还可以指示传输小包业务或者低数据量业务的逻辑信道采用第二方案。第一方案可以是上述预处理方案的方案一,第二方案可以是上述预处理方案的方案二或传统LTE的预处理方案。
进一步地,接收模块801还用于从基站接收第二信令,该第二信令用于指示为一个或多个逻辑信道更新其采用的预处理方案。
上述装置实施例中涉及到的一些技术特征,例如:第一信令、第二信令、预处理方案等,和上述方法实施例中涉及到的一些技术特征类似或对应,在此不再进行重复说明。
相应于上述方法实施例,如图9所示,本发明实施例提供一种数据包预处理设备900。该设备900可以用于执行图3所示的方法。该设备900包括:处理器901、存储器902、接收器904、发送器905及总线903,其中所述处理器901、存储器902、接收器904及发送器905通过所述总线903连接进行数据传输,所述存储器902用于存储所述处理器901处理的数据;
接收器904,用于从基站接收第一消息,所述第一消息携带预处理参数配置信息;
处理器901,用于根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据;
接收器904还用于从基站接收第二消息,所述第二消息携带上行授权信息;
发送器905,用于根据所述上行授权信息发送所述上行数据。
作为一种可能的方式,所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
上述装置实施例中涉及到的一些技术特征,例如:预处理参数配置信息、第一消息、第二消息、预处理等,尤其是传输块尺寸TBS、预处理系数或乘性系数等,和上述方法实施例中涉及到的一些技术特征类似或对应,在此不再进行重复说明。
相应于上述方法实施例,如图10所示,本发明实施例提供另一种数据包预处理设备1000。该设备1000可以用于执行图6所示的方法。该设备1000包括:处理器1001、存储器1002、接收器1004及总线1003,其中所述处理器1001、存储器1002及接收器1004通过所述总线1003连接进行数据传输,所述存储器1002用于存储所述处理器1001处理的数据;
接收器1004,用于从基站接收第一信令,其中第一信令用于指示每个逻辑信道采用的预处理方案;
处理器1001,用于根据接收到的第一信令,对每个逻辑信道执行与之对应的预处理方案。
具体地,预处理方案包括第一方案和第二方案。其中,第一信令指示传输数据包相对较大的业务或大数据量业务的逻辑信道采用第一方案。第一信令还可以指示传输小包业务或者低数据量业务的逻辑信道采用第二方案。第一方案可以是上述预处理方案的方案一,第二方案可以是上述预处理方案的方案二或传统LTE的预处理方案。
进一步地,处理器1001还用于从基站接收第二信令,该第二信令用于指示为一个或多个逻辑信道更新其采用的预处理方案。
上述装置实施例中涉及到的一些技术特征,例如:第一信令、第二信令、预处理方案等,和上述方法实施例中涉及到的一些技术特征类似或对应,在此不再进行重复说明。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (18)
1.一种数据包的预处理方法,其特征在于,包括:
终端从基站接收第一消息,所述第一消息携带预处理参数配置信息,所述预处理参数配置信息是基于所述终端上报的缓存状态报告、信道状况或整个小区的负载状况确定的;
所述终端根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据;
所述终端从基站接收第二消息,所述第二消息携带上行授权信息;
所述终端根据所述上行授权信息发送所述上行数据。
2.根据权利要求1所述的方法,其特征在于,所述根据所述上行授权信息发送所述上行数据包括:
对所述上行数据进行调整,将调整后的上行数据承载所述上行授权信息所指示的资源上发送。
3.根据权利要求1或2所述的方法,其特征在于,
所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
4.根据权利要求3所述的方法,其特征在于,
所述TBS为针对所述终端的TBS;或
所述TBS为针对所述终端的每个逻辑信道的TBS;或
所述TBS为针对所述终端的每种参数设置的TBS。
5.根据权利要求3所述的方法,其特征在于,所述终端根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据包括:
所述终端根据所述预处理参数和如下公式得到用于进行预处理的TBS;
Fn=(1-a)·Fn-1+a·Mn
式中,Mn为所述基站通过所述第一消息配置的TBS,a为所述预处理系数,Fn为进行预处理的TBS,Fn-1为此前所述终端根据上行授权信息确定的TBS的统计结果;
所述终端根据所述用于进行预处理的TBS进行预处理,得到上行数据。
6.根据权利要求1-2任一项所述的方法,其特征在于,对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理的方案包括第一预处理方案和/或第二预处理方案;
其中,所述第一预处理方案用于对传输数据包相对较大的业务或大数据量业务的逻辑信道进行预处理,所述第二预处理方案用于对传输小包业务或者低数据量业务的逻辑信道进行预处理。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述终端从所述基站接收第一信令,所述第一信令用于指示所述终端的每个逻辑信道采用第一预处理方案或第二预处理方案;
所述终端根据所述第一信令执行相应的预处理方案。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
所述终端从所述基站接收第二信令,所述第二信令用于指示为所述终端的一个或多个逻辑信道更新其采用的预处理方案。
9.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述终端从所述基站接收更新的预处理参数配置信息;
所述终端根据所述更新的预处理参数配置信息进行预处理。
10.一种数据包的预处理装置,其特征在于,包括:
接收模块,用于从基站接收第一消息,所述第一消息携带预处理参数配置信息,所述预处理参数配置信息是基于终端上报的缓存状态报告、信道状况或整个小区的负载状况确定的;
预处理模块,用于根据所述预处理参数配置信息对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理,得到上行数据;
所述接收模块还用于从基站接收第二消息,所述第二消息携带上行授权信息;
发送模块,用于根据所述上行授权信息发送所述上行数据。
11.根据权利要求10所述的装置,其特征在于,所述发送模块具体用于对所述上行数据进行调整,将调整后的上行数据承载所述上行授权信息所指示的资源上发送。
12.根据权利要求10或11所述的装置,其特征在于,
所述预处理参数配置信息包括传输块尺寸TBS、预处理系数或乘性系数。
13.根据权利要求12所述的装置,其特征在于,
所述TBS为针对终端的TBS;或
所述TBS为针对所述终端的每个逻辑信道的TBS;或
所述TBS为针对所述终端的每种参数设置的TBS。
14.根据权利要求12所述的装置,其特征在于,所述预处理模块具体用:
根据所述预处理参数和如下公式得到用于进行预处理的TBS;
Fn=(1-a)·Fn-1+a·Mn
式中,Mn为基站通过所述第一消息配置的TBS,a为所述预处理系数,Fn为进行预处理的TBS,Fn-1为此前终端根据上行授权信息确定的TBS的统计结果;
根据所述用于进行预处理的TBS进行预处理,得到上行数据。
15.根据权利要求10-11任一项所述的装置,其特征在于,对无线链路控制RLC层数据包和/或介质访问控制MAC层数据包进行预处理的方案包括第一预处理方案和/或第二预处理方案;
其中,所述第一预处理方案用于对传输数据包相对较大的业务或大数据量业务的逻辑信道进行预处理,所述第二预处理方案用于对传输小包业务或者低数据量业务的逻辑信道进行预处理。
16.根据权利要求15所述的装置,其特征在于,所述接收模块还用于从所述基站接收第一信令,所述第一信令用于指示终端的每个逻辑信道采用第一预处理方案或第二预处理方案;
所述预处理模块还用于根据所述第一信令执行相应的预处理方案。
17.根据权利要求16所述的装置,其特征在于,所述接收模块还用于所述终端从所述基站接收第二信令,所述第二信令用于指示为所述终端的一个或多个逻辑信道更新其采用的预处理方案。
18.根据权利要求10或11所述的装置,其特征在于,所述接收模块还用于终端从所述基站接收更新的预处理参数配置信息;
所述预处理模块还用于根据所述更新的预处理参数配置信息进行预处理。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610963552.1A CN108024378B (zh) | 2016-11-04 | 2016-11-04 | 一种数据包的预处理方法、装置及设备 |
PCT/CN2017/108189 WO2018082511A1 (zh) | 2016-11-04 | 2017-10-28 | 一种数据包的预处理方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610963552.1A CN108024378B (zh) | 2016-11-04 | 2016-11-04 | 一种数据包的预处理方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108024378A CN108024378A (zh) | 2018-05-11 |
CN108024378B true CN108024378B (zh) | 2021-06-08 |
Family
ID=62075422
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610963552.1A Active CN108024378B (zh) | 2016-11-04 | 2016-11-04 | 一种数据包的预处理方法、装置及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108024378B (zh) |
WO (1) | WO2018082511A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110621075B (zh) | 2018-06-20 | 2022-08-09 | 华为技术有限公司 | 一种传输数据的方法和装置 |
CN111436143B (zh) * | 2019-03-28 | 2023-06-06 | 维沃移动通信有限公司 | 一种上行授权变更方法、信息发送方法及相关装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010075461A1 (en) * | 2008-12-22 | 2010-07-01 | Qualcomm Incorporated | PRE-BUNDLING OF RLC SDUs IN THE RLC LAYER |
CN105493423A (zh) * | 2013-04-24 | 2016-04-13 | 华为技术有限公司 | 数据传输方法和装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20100135468A (ko) * | 2009-06-17 | 2010-12-27 | 삼성전자주식회사 | 무선 통신 시스템에서 멀티미디어 방송 데이터를 전송하는 방법 및 장치 |
CN102638767B (zh) * | 2012-03-14 | 2016-06-01 | 电信科学技术研究院 | 一种集群业务传输方法及装置 |
CN102655447B (zh) * | 2012-04-28 | 2016-04-06 | 北京创毅讯联科技股份有限公司 | 一种上行数据的传输方法及装置 |
US9282171B2 (en) * | 2014-03-06 | 2016-03-08 | Qualcomm Incorporated | Context establishment in marginal grant conditions |
US9699275B2 (en) * | 2015-02-16 | 2017-07-04 | Mediatek, Inc. | Apparatuses and methods for processing data communicated between different protocol layers |
-
2016
- 2016-11-04 CN CN201610963552.1A patent/CN108024378B/zh active Active
-
2017
- 2017-10-28 WO PCT/CN2017/108189 patent/WO2018082511A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010075461A1 (en) * | 2008-12-22 | 2010-07-01 | Qualcomm Incorporated | PRE-BUNDLING OF RLC SDUs IN THE RLC LAYER |
CN105493423A (zh) * | 2013-04-24 | 2016-04-13 | 华为技术有限公司 | 数据传输方法和装置 |
Non-Patent Citations (2)
Title |
---|
Analysis of Segmentation and Concatenation in NR L2;Huawei;《3GPP TSG-RAN WG2 Meeting #95 R2-165023》;20160826;正文2-4页,节2-3 * |
Consideration on the pre-concatenation in RLC for NR;ZTE;《3GPP TSG-RAN WG2 Meeting #95bis R2-166347》;20161014;正文2-3页,节2.3 * |
Also Published As
Publication number | Publication date |
---|---|
WO2018082511A1 (zh) | 2018-05-11 |
CN108024378A (zh) | 2018-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10721754B2 (en) | Data transmission method and apparatus | |
US11750348B2 (en) | Method and system for transmitting and receiving protocol data unit in communication networks | |
JP5964301B2 (ja) | キャリアアグリゲーションのための移動通信システムにおける使用可能送信電力情報を構成する方法及び装置 | |
EP3737183B1 (en) | Communication methods, apparatuses and computer-readable storage medium | |
EP2445250A1 (en) | Data packet sending, receiving and transmission method and device | |
US11785496B2 (en) | Quality of service implementations for separating user plane | |
US20190230682A1 (en) | Data transmission method, apparatus, and system | |
CN101316267A (zh) | 无线通讯系统中改善下行链路共用传输信道传输方法及装置 | |
CN109314884B (zh) | 业务数据分流方法及装置 | |
CN110199541A (zh) | 用于在无线通信系统中处理数据的方法和装置 | |
US20230143476A1 (en) | Methods and systems for reducing fronthaul bandwidth in a wireless communication system | |
CN106162914B (zh) | 一种lte系统中半静态与动态混合调度的方法 | |
CN108024378B (zh) | 一种数据包的预处理方法、装置及设备 | |
WO2018049562A1 (zh) | 自适应调制编码的方法和基站 | |
CN101242402A (zh) | 构成无线链路控制层的协议数据单元的方法和装置 | |
CN108809563B (zh) | 一种业务数据预处理方法和系统 | |
CN107820216B (zh) | 基于sc-mtch的调度方法及装置 | |
WO2020079734A1 (ja) | 受信装置、送信装置、無線通信システム及び通信状態報告方法 | |
CN113766514B (zh) | 组网资源分流方法、装置及电子设备、存储介质 | |
CN117793961A (zh) | 改进的基站效率 | |
CN106465348A (zh) | 缓冲区状态信息的处理方法、装置和设备 | |
CN117527172A (zh) | 优化的数据传输 | |
CN117527154A (zh) | 改进的数据分组传输效率 | |
CN117528568A (zh) | 数据分组传输管理 | |
JP2005073087A (ja) | パケット通信システム及びそれに用いるパケット通信方法 |
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 |