CN112996127B - 资源调度方法、装置、设备及存储介质 - Google Patents
资源调度方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112996127B CN112996127B CN201911301700.3A CN201911301700A CN112996127B CN 112996127 B CN112996127 B CN 112996127B CN 201911301700 A CN201911301700 A CN 201911301700A CN 112996127 B CN112996127 B CN 112996127B
- Authority
- CN
- China
- Prior art keywords
- terminal
- resource
- sul
- scheduling
- resources
- 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/121—Wireless traffic scheduling for groups of terminals or users
Abstract
本申请提供一种资源调度方法、装置、设备及存储介质,其中,该方法包括:网络设备获取待调度资源的终端标识,该终端标识包括支持SUL能力的第一类终端的标识和/或不支持SUL能力的第二类终端的标识,在上述待调度资源的终端标识只包括第一类终端的标识时,根据SUL终端资源池对第一类终端进行资源调度,其中,该SUL终端资源池中PDCCH符号最大为6。该技术方案中,当待调度资源的终端包括支持SUL能力的第一类终端时,利用PDCCH符号最大为6的SUL终端资源池进行资源调度,扩充了控制信道上的控制信道单元CCE的数量,增加了共享信道的资源大小。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种资源调度方法、装置、设备及存储介质。
背景技术
1.4M+SUL(1.4M带宽和补充上行链路(supplementary uplink,SUL))是在目前长期演进(Long Term Evolution,LTE)协议的基础上,提出的一种用于适度的资源整合以满足行业应用的技术。其中,1.4M频分双工模式(frequency-division duplex,FDD)的标准频段可以用于支撑集群服务或者小速率业务,SUL技术通过载波聚合将上行零散的载波聚合起来用于满足上行高速率业务的需求。
现有技术中,一种1.4M+SUL典型的应用场景是1.4M FDD+SUL 8M的组合,或者1.4MFDD+SUL 4M的组合。按照3GPP LTE协议,1.4M FDD的物理下行控制信道(physicaldownlink control channel,PDCCH)在每个子帧上最大可用4个正交频分复用(orthogonalfrequency division multiplexing,OFDM)符号(约6个聚合级别为1的控制信道单元(control channel element,CCE)),目的在于1.4M带宽上共享信道资源(总共包含上行6个资源块(resource block,RB)和下行6个RB)的分配。对于1.4M FDD+SUL 8M的组合或者1.4MFDD+SUL 4M的组合的场景,1.4M FDD的PDCCH在每个子帧上最大可用的4个OFDM符号除了用于1.4M带宽上共享信道资源的分配外,还需要对SUL共享信道的资源分配(8M SUL对应42个上行RB、或4M SUL对应21个RB)进行分配。
由于控制信道的资源是有限的,其会严重制约单小区下的用户数和业务情况,尤其对于分布在在小区信号较差区域的用户,每次调度要占用更多的CCE,会更加造成控制信道资源的匮乏,存在共享信道资源不足的问题。
发明内容
本申请提供一种资源调度方法、装置、设备及存储介质,以克服现有资源调度方法中存在的共享信道资源不足的问题。
第一方面,本申请提供的一种资源调度方法,应用于网络设备,所述方法包括:
获取待调度资源的终端的标识,所述待调度资源的终端包括支持补充上行链路SUL能力的第一类终端和/或不支持SUL能力的第二类终端;
若所述待调度资源的终端只包括第一类终端,则根据SUL终端资源池对所述第一类终端进行资源调度;其中,所述SUL终端资源池中PDCCH符号最大为6。
在第一方面的一种可能设计中,所述方法还包括:
若所述待调度资源的终端只包括第二类终端,则根据普通终端资源池对所述第二类终端进行资源调度,其中,所述普通终端资源池中PDCCH符号最大为4。
在第一方面的另一种可能设计中,所述方法还包括:
若所述待调度资源的终端包括第一类终端和第二类终端,则确定PDCCH符号最大为4时的资源是否能够调度完所有终端;
若PDCCH符号最大为4时的资源能够调度完所有终端,则采用PDCCH符号最大为4的普通终端资源池对所述第一类终端和所述第二类终端进行资源调度。
在第一方面的上述可能设计中,所述方法还包括:
若PDCCH符号最大为4时的资源不能调度完所有终端,则确定PDCCH符号最大为4时的资源是否能够调度完所有第一类终端;
若是,则采用PDCCH符号最大为4的所述普通终端资源池对所述第一类终端和所述第二类终端进行资源调度;
否则,则采用SUL终端资源池对所述第一类终端进行资源调度。
在第一方面的再一种可能设计中,所述方法还包括:
接收每个终端上报的能力信息,所述能力信息中包括用于指示所述终端是否支持SUL能力的比特,所述能力信息用于确定为所述终端调度资源的PDCCH。
可选的,所述方法还包括:
根据所述待调度资源的每个终端的能力信息,确定所述终端为第一类终端或者第二类终端以及针对所述终端的调度信息;
在所述PDCCH上向终端反馈调度信息。
第二方面,本申请提供一种资源调度方法,应用于终端,所述方法包括:
在接入网络设备时,向所述网络设备上报能力信息,所述能力信息中包括用于指示所述终端是否支持SUL能力的比特,所述能力信息用于确定为所述终端调度资源的PDCCH;
在所述PDCCH上接收所述网络设备返回的调度信息,并根据所述调度信息进行数据传输。
第三方面,本申请提供一种资源调度装置,应用于网络设备,所述装置包括:获取模块和处理模块;
所述获取模块,用于获取待调度资源的终端的标识,所述待调度资源的终端包括支持补充上行链路SUL能力的第一类终端和/或不支持SUL能力的第二类终端;
所述处理模块,用于在所述待调度资源的终端只包括第一类终端时,根据SUL终端资源池对所述第一类终端进行资源调度;其中,所述SUL终端资源池中PDCCH符号最大为6。
在第三方面的一种可能设计中,所述处理模块,还用于在待调度资源的终端只包括第二类终端时,根据普通终端资源池对所述第二类终端进行资源调度,其中,所述普通终端资源池中PDCCH符号最大为4。
在第三方面的另一种可能设计中,所述处理模块,还用于在所述待调度资源的终端包括第一类终端和第二类终端时,确定PDCCH符号最大为4时的资源是否能够调度完所有终端,以及在PDCCH符号最大为4时的资源能够调度完所有终端时,采用PDCCH符号最大为4的普通终端资源池对所述第一类终端和所述第二类终端进行资源调度。
可选的,所述处理模块,还用于在PDCCH符号最大为4时的资源不能调度完所有终端时,确定PDCCH符号最大为4时的资源是否能够调度完所有第一类终端,以及在PDCCH符号最大为4时的资源能够调度完所有第一类终端时,采用PDCCH符号最大为4的所述普通终端资源池对所述第一类终端和所述第二类终端进行资源调度,在PDCCH符号最大为4时的资源不能够调度完所有第一类终端时,采用SUL终端资源池对所述第一类终端进行资源调度。
在第三方面的再一种可能设计中,所述装置还包括:收发模块;
所述收发模块,用于接收每个终端上报的能力信息,所述能力信息中包括用于指示所述终端是否支持SUL能力的比特,所述能力信息用于确定为所述终端调度资源的PDCCH。
可选的,所述处理模块,还用于根据所述待调度资源的每个终端的能力信息,确定所述终端为第一类终端或者第二类终端以及针对所述终端的调度信息;
所述收发模块,还用于在所述PDCCH上向终端反馈调度信息。
第四方面,本申请提供一种资源调度装置,应用于终端,所述装置包括:收发模块和处理模块;
所述收发模块,用于在接入网络设备时,向所述网络设备上报能力信息,以及在PDCCH上接收所述网络设备返回的调度信息,所述能力信息中包括用于指示所述终端是否支持SUL能力的比特,所述能力信息用于确定为所述终端调度资源的PDCCH;
所述处理模块,用于根据所述调度信息进行数据传输。
第五方面,本申请提供一种通信设备,包括:处理器、存储器、收发器和系统总线,所述存储器和所述收发器通过所述系统总线与所述处理器连接进行相互通信,所述存储器用于存储计算机程序指令,所述收发器用于和其他设备进行通信,所述处理器执行所述存储器存储的计算机程序指令时实现第一方面以及各可能设计提供的方法。
第六方面,本申请提供一种通信设备,包括:处理器、存储器、收发器和系统总线,所述存储器和所述收发器通过所述系统总线与所述处理器连接进行相互通信,所述存储器用于存储计算机程序指令,所述收发器用于和其他设备进行通信,所述处理器执行所述存储器存储的计算机程序指令时实现第二方面提供的方法。
可选地,在第五方面或第六方面的具体实现中,所述处理器可以为芯片。
第七方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序指令,当所述计算机程序指令被处理器执行时用于实现第一方面以及各可能设计提供的方法。
第八方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序指令,当所述计算机程序指令被处理器执行时用于实现第二方面提供的方法。
本申请实施例提供的资源调度方法、装置、设备及存储介质,网络设备获取待调度资源的终端标识,该终端标识包括支持SUL能力的第一类终端的标识和/或不支持SUL能力的第二类终端的标识,在上述待调度资源的终端标识只包括第一类终端的标识时,根据SUL终端资源池对第一类终端进行资源调度,其中,该SUL终端资源池中PDCCH符号最大为6。该技术方案中,当待调度资源的终端包括支持SUL能力的第一类终端时,利用PDCCH符号最大为6的SUL终端资源池进行资源调度,扩充了控制信道上的控制信道单元CCE的数量,增加了共享信道的资源大小。
附图说明
图1为本申请实施例提供的一种通信系统的结构示意图;
图2为本申请实施例提供的资源调度方法实施例一的流程示意图;
图3为本申请实施例提供的资源调度方法实施例二的流程示意图;
图4为本申请实施例提供的资源调度方法实施例的交互示意图;
图5为本申请实施例提供的资源调度装置实施例一的结构示意图;
图6为本申请实施例提供的资源调度装置实施例二的结构示意图;
图7为本申请实施例提供的通信设备实施例一的结构示意图;
图8为本申请实施例提供的通信设备实施例二的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请下述各实施例提供的资源调度方法,可适用于通信系统中。图1为本申请实施例提供的一种通信系统的结构示意图。如图1所示,该通信系统可以包括至少一个网络设备10和位于网络设备10覆盖范围内的多个终端设备。图1示例性地示出了一个网络设备、以及终端设备11至终端设备16。在图1所示实施例的通信系统中,网络设备10作为发送者,可以向终端设备11至终端设备16中的一个或某几个终端设备发送信息。
可选的,在图1所示的实施例中,网络设备10和终端设备11至终端设备13可以组成一个单小区通信系统,终端设备11至终端设备13可以分别或同时向网络设备10发送上行数据。可选的,如图1所示,终端设备14至终端设备16也可组成一个设备到设备的通信系统,在设备到设备的通信系统中,终端设备15作为发送者,可以向终端设备14和终端设备16中的一个或多个终端设备发送信息,相应的,终端设备14和终端设备16可以分别或同时向终端设备15发送数据。可选地,该通信系统不限于包括网络设备和终端设备,只要该通信系统中存在发送信息的实体,以及存在接收信息的实体即可,本申请实施例对此不做限定。
可选地,该通信系统还可以包括网络控制器、移动管理实体等其他网络实体,本申请实施例不限于此。
本申请实施例所应用的通信系统可以为全球移动通讯(global system ofmobile communication,GSM)系统、码分多址(code division multiple access,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、高级的长期演进(LTE advanced,LTE-A)、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universalmobile telecommunication system,UMTS),及其他应用正交频分复用(orthogonalfrequency division multiplexing,OFDM)技术的无线通信系统等。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
在本申请实施例中所涉及的网络设备可用于为终端设备提供无线通信功能,即该网络设备可以是网络侧的一种用来发送或接收信号的实体。所述网络设备可以包括各种形式的宏基站,微基站(也称为小站),中继站,接入点等。在不同的通信模式下,该网络设备可能有不同的名称,比如,所述网络设备可以是GSM或CDMA中的基站(base transceiverstation,BTS),也可以是WCDMA中的基站(nodeB,NB),还可以是LTE中的演进型基站(evolutional node B,eNB或e-NodeB),以及可以是5G网络中对应的设备gNB。为方便描述,本申请所有实施例中,上述为终端设备提供无线通信功能的装置统称为网络设备。
在本申请实施例中,终端设备可以是任意的终端,比如,终端设备可以是机器类通信的用户设备。也就是说,所述终端设备也可称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal)、终端(terminal)等,该终端设备可以经无线接入网(radio access network,RAN)与一个或多个核心网进行通信,例如,终端设备可以是移动电话(或称为“蜂窝”电话)、具有移动终端的计算机等,例如,终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。本申请实施例中不做具体限定。
可选的,网络设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信,也可以通过免授权频谱(unlicensed spectrum)进行通信,也可以同时通过授权频谱和免授权频谱进行通信。网络设备和终端设备之间以及终端设备和终端设备之间可以通过6吉兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对网络设备和终端设备之间所使用的频谱资源不做限定。
本申请实施例中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
下面首先针对本申请实施例适用场景进行简要说明。
在现有的通信系统中,某些行业客户的终端设备受限于频率资源以及业务特征,无法按照既有3GPP或其他标准协议建立合适的集群系统,为了解决该问题,1.4M+SUL技术可以解决这种场景的问题,其可以在目前LTE协议的基础上,进行适度的资源整合,满足行业的需要。
可以理解的是,1.4M FDD的标准频段可以用于支撑集群服务或者小速率业务,即利用1.4M带宽上共享信道资源的进行资源的分配,SUL技术是指通过载波聚合方法将上行零散的载波聚合起来用以满足上行高速率业务的需求,比如,视频上传、图片上传等。
通常情况下,1.4M FDD的PDCCH在每个子帧上具有最大可用的4个OFDM符号(约6个聚合级别为1的CCE),这4个OFDM符号可以用于1.4M带宽上的共享信道资源的分配,总共包含上行6个RB和下行6个RB。而在1.4M+SUL的场景下,例如,1.4M FDD+SUL 8M的组合,或者,1.4M FDD+SUL 4M的组合,1.4M FDD的PDCCH在每个子帧上的最大4个OFDM符号除了用于1.4M带宽上的共享信道资源的分配外,还需要对SUL共享信道的资源进行分配(8M SUL对应42个上行RB、或4M SUL对应21个RB),这会严重制约单小区下的用户数和业务情况,尤其对于分布在小区信号较差区域的部分用户,其每次调度要占用更多的CCE,这会造成控制信道更加匮乏,存在共享信道资源不足的问题。也即,标准协议中只定义了传统1.4M控制信道的资源情况,控制信道的CCE个数较少,而且没有考虑SUL的资源分配,造成控制信道和业务信道的不均衡。
针对该问题,本申请实施例提供了一种资源调度方法,网络设备获取待调度资源的终端标识,该终端标识包括支持SUL能力的第一类终端的标识和/或不支持SUL能力的第二类终端的标识,在上述待调度资源的终端标识只包括第一类终端的标识时,根据SUL终端资源池对第一类终端进行资源调度,其中,该SUL终端资源池中PDCCH符号最大为6。该技术方案中,当待调度资源的终端包括支持SUL能力的第一类终端时,利用PDCCH符号最大为6的SUL终端资源池进行资源调度,扩充了控制信道上的控制信道单元CCE的数量,增加了共享信道的资源大小。
下面,通过具体实施例对本申请的技术方案进行详细说明。需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图2为本申请实施例提供的资源调度方法实施例一的流程示意图。该方法适用于网络设备。如图2所示,该方法可以包括如下步骤:
步骤21、获取待调度资源的终端的标识,该待调度资源的终端包括支持SUL能力的第一类终端和/或不支持SUL能力的第二类终端。
通常情况下,终端设备具有一个用来标识终端支持的终端能力的信令。在1.4M+SUL的场景中,为了便于判断终端是否支持SUL能力,可以在信令中增加一个字段用于表征终端是否支持SUL能力。可选的,将支持SUL能力的终端称为SUL终端。
为了便于描述,在本申请的实施例中,将支持SUL能力的终端(SUL终端)称为第一类终端,将不支持SUL能力的普通终端称为第二类终端。
示例性的,在本实施例中,网络设备在为终端设备调度资源时,首先获取待调度资源的终端的标识,进而根据终端的标识获取该终端携带SUL的字段,进而根据SUL的字段确定终端是否支持SUL能力。
可选的,在本实施例中,网络设备获取的待调度资源的终端可以是能够支持SUL能力的第一类终端,也可以是不支持SUL能力的第二类终端,还可以同时包括支持SUL能力的第一类终端和不支持SUL能力的第二类终端,关于待调度资源的终端的具体表现形式,可以根据实际情况确定,此处不再赘述。
步骤22、若待调度资源的终端只包括第一类终端,则根据SUL终端资源池对第一类终端进行资源调度;其中,该SUL终端资源池中PDCCH符号最大为6。
示例性的,在1.4M+SUL的场景中,由于接入网络设备的终端既可能包括支持SUL能力的终端,也可能包括不支持SUL能力的终端,还可能同时包括支持SUL能力的终端和不支持SUL能力的终端,因而,为了网络设备能够根据终端的类型在PDCCH上对终端进行灵活调度,网络设备将终端的资源池划分为普通终端资源池和SUL终端资源池。其中,普通终端资源池中PDCCH符号最大为4,SUL终端资源池中PDCCH符号最大为6,相对于普通终端资源池,该SUL终端资源池约能增加50%的控制信道CCE资源。
具体的,在PDCCH上可用的OFDM符号个数的确定方式如下:
(1)对于帧类型为2的子帧1和子帧6,在下行RB数大于10时,PDCCH上的OFDM符号个数可取值1,2;在下行RB数小于或等于10时,PDCCH上的OFDM符号个数可取值2;
(2)对于配置有1或2个专用天线端口,且在载波上支持物理下行共享信道(physical downlink shared channel,PDSCH)的多播/组播单频网络(multicastbroadcast single frequency network,MBSFN)子帧,在下行RB数大于10时,PDCCH上的OFDM符号个数可取值1,2;在下行RB数小于或等于10时,PDCCH上的OFDM符号个数可取值2;
(3)对于配置有4个专用天线端口,且在载波上支持PDSCH的MBSFN子帧,在下行RB数大于10时,PDCCH上的OFDM符号个数可取值2;在下行RB数小于或等于10时,PDCCH上的OFDM符号个数可取值2;
(4)对于载波上不支持PDSCH的子帧,在下行RB数大于10时,PDCCH上的OFDM符号个数可取值0;在下行RB数小于或等于10时,PDCCH上的OFDM符号个数可取值0;
(5)对于配置有定位参考信号的非MBSFN子帧(除了帧类型为2的子帧6),在下行RB数大于10时,PDCCH上的OFDM符号个数可取值1,2,3;在下行RB数小于或等于10时,PDCCH上的OFDM符号个数可取值2,3;
(6)对于其他的情况,在下行RB数大于10时,PDCCH上的OFDM符号个数可取值1,2,3;在下行RB数小于或等于10时,PDCCH上的OFDM符号个数可取值2,3,4,5,6。
在本实施例中,网络设备需要在一个子帧上对终端进行调度时,首先根据获取到的待调度资源的终端标识,确定待调度资源的终端的类型,再根据待调度资源的终端的类型确定对这些终端的调度信息。
作为一种示例,如果待调度资源的终端只包括支持SUL能力的第一类终端,这时为了保证网络设备能够在PDCCH的资源上实现对所有终端的调度,因而,网络设备可以根据SUL终端资源池对第一类终端进行资源调度。
具体的,由于SUL终端资源池中PDCCH符号数最大为6,所以,网络设备可在2、3、4、5、6符号上根据实际需要对第一类终端进行调整。
本申请实施例提供的资源调度方法,网络设备获取待调度资源的终端标识,该终端标识包括支持SUL能力的第一类终端的标识和/或不支持SUL能力的第二类终端的标识,在上述待调度资源的终端标识只包括第一类终端的标识时,根据SUL终端资源池对第一类终端进行资源调度,其中,该SUL终端资源池中PDCCH符号最大为6。该技术方案中,当待调度资源的终端包括支持SUL能力的第一类终端时,利用PDCCH符号最大为6的SUL终端资源池进行资源调度,扩充了控制信道上的控制信道单元CCE的数量,增加了共享信道的资源大小。
示例性的,在上述实施例的基础上,图3为本申请实施例提供的资源调度方法实施例二的流程示意图。参照图3所示,在上述步骤21之后,该方法还可以包括如下步骤:
步骤31、确定待调度资源的终端的类型。
在本实施例中,网络设备获取到待调度资源的终端的标识后,首先可以根据终端上传的终端能力信息确定出待调度资源的终端的类型,然后再确定对终端的调度策略。
可选的,根据该步骤31的执行结果,本实施例的资源调度方法可以通过如下三种可能设计实现:
参照图3所示,在本申请的一种可能设计中,在待调度资源的终端只包括第一类终端时,在步骤31之后,执行如下步骤32:
步骤32、根据SUL终端资源池对第一类终端进行资源调度。
可选的,在本申请的实施例中,如果网络设备需要调度的终端仅有支持SUL能力的第一类终端,网络设备可以根据预先设置的调度策略,直接根据SUL终端资源池对第一类终端进行资源调度,即PDCCH的符号数最大为6,可在OFDM符号2、3、4、5、6中根据实际需要灵活调整,避免了小区PDCCH OFDM个数不足的问题。
关于该步骤的具体实现原理可以参见上述图2所示实施例步骤22中的记载,此处不再赘述。
在本申请的另一种可能设计中,在待调度资源的终端只包括第二类终端时,在步骤31之后,执行如下步骤33:
步骤33、根据普通终端资源池对第二类终端进行资源调度,其中,普通终端资源池中PDCCH符号最大为4。
示例性的,网络设备可以通过物理控制格式指示信道(Physical control formatindicator channel,PCFICH)指示小区的PDCCH OFDM个数,普通终端资源池中小带宽最大仅能支持到4个OFDM符号,SUL终端资源池中的带宽最大能支持6个OFDM符号。
在本实施例中,如果网络设备在本子帧上调度,且网络设备需要调度的终端仅有不支持SUL能力的第二类终端有数据调度请求,则根据普通终端资源池进行调度,即PDCCH的符号数最大为4,可在OFDM符号2、3、4中根据实际需要灵活调整。
在本申请的再一种可能设计中,在待调度资源的终端包括第一类终端和第二类终端时,在步骤31之后,则执行如下步骤:
步骤34、判断PDCCH符号最大为4时的资源是否能够调度完所有终端,若是,执行步骤35;若否,执行步骤36。
示例性的,在本实施例中,如果网络设备在本子帧上调度,且网络设备需要调度的终端既有支持SUL能力的第二类终端,又有不支持SUL能力的第二类终端,则按照调度策略进行选择,这样可以保障最大化利用PDCCH的控制信道资源。
具体的,在网络设备需要调度的终端包括第一类终端和第二类终端时,首先判断PDCCH符号最大为4时的资源是否够用,即PDCCH符号最大为4时的资源是否能够调度完所有终端,再根据判断结果执行后续操作。
步骤35、采用PDCCH符号最大为4的普通终端资源池对所述第一类终端和所述第二类终端进行资源调度。
作为一种示例,若PDCCH符号最大为4时的资源能够调度完所有终端,这时为了提高PDCCH上资源的利用率,则可以采用PDCCH符号最大为4的普通终端资源池对第一类终端和第二类终端进行资源调度。
步骤36、判断PDCCH符号最大为4时的资源是否能够调度完所有第一类终端;若是,执行步骤37,若否,执行步骤38。
作为另一种示例,若PDCCH符号最大为4时的资源无法调度完所有终端,这时可以判断PDCCH符号最大为4时的资源是否能够调度完所有的第一类终端,再根据判断结果进行资源调度。
步骤37、采用PDCCH符号最大为4的普通终端资源池对第一类终端和第二类终端进行资源调度。
在本实施例中,若PDCCH符号最大为4时的资源能够调度完所有的第一类终端,这时为了提高资源的利用率以及保证第一类终端能够被及时调度,这时可以根据普通终端资源池对第一类终端和第二类终端进行资源调度,例如,利用该PDCCH符号最大为4时的资源调度完所有的第一类终端,然后再利用剩余的资源调度第二类终端中的一部分终端,而第二类终端中的剩余终端可以在下一个子帧上进行调度。
可以理解的是,第二类终端中的这部分终端可以是网络设备随机选择的终端,也可以是网络设备根据终端的优先级和业务优先级确定出来的,本申请实施例并不对参与调度的这部分终端的进行限定,其可以根据实际情况选择确定。
步骤38、采用SUL终端资源池对所述第一类终端进行资源调度。
在本实施例中,若PDCCH符号最大为4时的资源也无法调度完所有的第一类终端,这时为了保证所有的第一类终端都能够被及时调度,可以直接利用SUL终端资源池对第一类终端进行资源调度。
在本申请的实施例中,网络设备可以根据终端的能力,灵活调整下行控制信道的OFDM个数,以及需要在一个子帧上调度第一类终端和第二类终端时,可以按照预设策略进行选择,既可以保障最大化利用PDCCH的控制信道资源,又能够解决某个子帧上PDCCH资源不足的问题。
示例性的,在上述实施例的基础上,图4为本申请实施例提供的资源调度方法实施例的交互示意图。该方法以网络设备和终端之间的信息交互进行解释说明。如图4所示,在本实施例中,该方法还可以包括如下步骤:
步骤41、终端在接入网络设备时,向该网络设备上报能力信息。
其中,该能力信息中包括用于指示该终端是否支持SUL能力的比特,该能力信息用于确定为该终端调度资源的PDCCH。
在实际应用中,终端接入网络设备,例如,初次入网或者切换小区时,通常情况下,终端需要向网络设备上报该终端支持的能力。
例如,在1.4M+SUL的场景中,终端通过上报能力信息以告知网络设备其支持的能力。可选的,该能力信息中可以包括用于指示该终端是否支持SUL能力的比特,因而,该能力信息用于确定为该终端调度资源的PDCCH。
具体的,可以在3GPP 36331中的终端陆地无线接入能力(UE-EUTRA-CapabilityIE)中增加表示终端SUL能力(ue-SULcapability)的字段,当该字段的取值为TRUE时,表示该终端支持SUL能力,当终端未携带ue-SULcapability字段或者字段的取值为FALSE时,表示该终端为普通终端,不支持SUL能力。
步骤42、网络设备根据待调度资源的每个终端的能力信息,确定该终端为第一类终端或者第二类终端以及针对该终端的调度信息。
在终端上报能力信息后,网络设备可以接收每个终端上报的该能力信息,并且根据该能力信息中包括的用于指示该终端是否支持SUL能力的比特,确定该终端的类型。
示例性的,若能力信息中包括的用于指示该终端是否支持SUL能力的比特取值为TRUE时,确定该终端为支持SUL能力的第一类终端,否则,确定该终端为不支持SUL能力的第二类终端。
网络设备在确定出该终端的类型后,进而可以预设的调度策略确定出针对该终端的调度信息。
步骤43、网络设备在PDCCH上向终端反馈调度信息。
在本实施例中,为了使得终端能够准确的进行数据传输,网络设备在确定出针对该终端的调度信息后,便可以在PDCCH上向终端反馈该调度信息,以使得终端能够及时接收到。
步骤44、终端根据在PDCCH上接收到的调度信息进行数据传输。
示例性,终端接收到网络设备反馈的调度信息后,便可以基于该调度信息进行数据传输。网络设备及时将调度信息反馈给终端,为终端设备与网络设备之间的数据传输奠定了基础。
在本申请的实施例中,终端设备在接入网络设备时,向该网络设备上报能力信息,使得网络设备能够根据待调度资源的每个终端的能力信息,确定该终端为第一类终端或者第二类终端以及针对该终端的调度信息,并在PDCCH上向终端反馈调度信息,这样终端可以根据接收到的调度信息进行数据传输。该技术方案中,终端及时将能力进行上报,使得网络设备可以根据终端是否支持SUL能力灵活管理资源分配,提高了资源利用率。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
图5为本申请实施例提供的资源调度装置实施例一的结构示意图。该装置可以应用于网络设备。如图5所示,该装置可以包括:获取模块51和处理模块52。
其中,该获取模块51,用于获取待调度资源的终端的标识,所述待调度资源的终端包括支持补充上行链路SUL能力的第一类终端和/或不支持SUL能力的第二类终端;
该处理模块52,用于在所述待调度资源的终端只包括第一类终端时,根据SUL终端资源池对所述第一类终端进行资源调度;其中,所述SUL终端资源池中PDCCH符号最大为6。
在本申请实施例的一种可能设计中,该处理模块52,还用于在待调度资源的终端只包括第二类终端时,根据普通终端资源池对所述第二类终端进行资源调度,其中,所述普通终端资源池中PDCCH符号最大为4。
在本申请实施例的另一种可能设计中,该处理模块52,还用于在所述待调度资源的终端包括第一类终端和第二类终端时,确定PDCCH符号最大为4时的资源是否能够调度完所有终端,以及在PDCCH符号最大为4时的资源能够调度完所有终端时,采用PDCCH符号最大为4的普通终端资源池对所述第一类终端和所述第二类终端进行资源调度。
在本申请实施例的上述可能设计中,该处理模块52,还用于在PDCCH符号最大为4时的资源不能调度完所有终端时,确定PDCCH符号最大为4时的资源是否能够调度完所有第一类终端,以及在PDCCH符号最大为4时的资源能够调度完所有第一类终端时,采用PDCCH符号最大为4的所述普通终端资源池对所述第一类终端和所述第二类终端进行资源调度,在PDCCH符号最大为4时的资源不能够调度完所有第一类终端时,采用SUL终端资源池对所述第一类终端进行资源调度。
示例性的,在本申请实施例的上述各可能设计中,参照图5所示,该装置还包括:收发模块53。
该收发模块53,用于接收每个终端上报的能力信息,所述能力信息中包括用于指示所述终端是否支持SUL能力的比特,所述能力信息用于确定为所述终端调度资源的PDCCH。
可选的,该处理模块52,还用于根据所述待调度资源的每个终端的能力信息,确定所述终端为第一类终端或者第二类终端以及针对所述终端的调度信息;
该收发模块53,还用于在所述PDCCH上向终端反馈调度信息。
本申请实施例提供的装置,可用于执行图2至图4所示实施例中网络设备的方案,其实现原理和技术效果类似,在此不再赘述。
图6为本申请实施例提供的资源调度装置实施例二的结构示意图。该装置可以应用于终端。如图6所示,该装置可以包括:收发模块61和处理模块62。
其中,该收发模块61,用于在接入网络设备时,向所述网络设备上报能力信息,以及在PDCCH上接收所述网络设备返回的调度信息,所述能力信息中包括用于指示所述终端是否支持SUL能力的比特,所述能力信息用于确定为所述终端调度资源的PDCCH;
该处理模块62,用于根据所述调度信息进行数据传输。
本申请实施例提供的装置,可用于执行图2至图4所示实施例中的终端的方案,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,处理模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(application specific integrated circuit,ASIC),或,一个或多个微处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(centralprocessing unit,CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。
图7为本申请实施例提供的通信设备实施例一的结构示意图。如图7所示,该装置可以包括:处理器71、存储器72、收发器73和系统总线74,该存储器72和收发器73通过系统总线74与处理器71连接并完成相互间的通信,存储器72用于存储计算机程序指令,收发器73用于和其他设备进行通信,处理器71执行存储器72存储的计算机程序指令时实现如图2至图4所示方法实施例中网络设备的实现方案。
可选的,在硬件实现上,上述图5所示实施例中的获取模块51和处理模块52可以对应于本实施例中的处理器71,图5所示实施例中的收发模块53对应于本实施例中的收发器73,该收发器73构成通信接口。
图8为本申请实施例提供的通信设备实施例二的结构示意图。如图8所示,该装置可以包括:处理器81、存储器82、收发器83和系统总线84,该存储器82和收发器83通过系统总线84与处理器81连接并完成相互间的通信,存储器82用于存储计算机程序指令,收发器83用于和其他设备进行通信,处理器81执行存储器82存储的计算机程序指令时实现如图2至图4所示方法实施例中终端的实现方案。
可选的,在硬件实现上,上述图6所示实施例中的收发模块61可以对应于本实施例中的收发器83,该收发器83构成通信接口,图6所示实施例中的处理模块62可以对应于本实施例中的处理器81。
该图7和图8中提到的系统总线可以是外设部件互连标准(peripheral componentinterconnect,PCI)总线或扩展工业标准结构(extended industry standardarchitecture,EISA)总线等。所述系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
上述的处理器可以是通用处理器,包括中央处理器CPU、网络处理器(networkprocessor,NP)等;还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序指令,当所述计算机程序指令在计算机上运行时,使得计算机执行如上述图2至图4所示方法实施例中网络设备的实现方案。
本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序指令,当所述计算机程序指令在计算机上运行时,使得计算机执行如上述图2至图4所示方法实施例中终端的实现方案。
本申请实施例还提供一种程序,当该程序被处理器执行时,用于执行上述图2至图4所示方法实施例中网络设备的实现方案。
本申请实施例还提供一种程序,当该程序被处理器执行时,用于执行上述图2至图4所示方法实施例中终端的实现方案。
本申请实施例还提供一种计算机程序产品,包括程序指令,程序指令用于实现上述图2至图4所示方法实施例中网络设备的实现方案。
本申请实施例还提供一种计算机程序产品,包括程序指令,程序指令用于实现上述图2至图4所示方法实施例中终端的实现方案。
本申请实施例还提供了一种芯片,包括:处理模块与通信接口,该处理模块能执行上述图2至图4所示方法实施例中网络设备的实现方案。
进一步地,该芯片还包括存储模块(如,存储器),存储模块用于存储指令,处理模块用于执行存储模块存储的指令,并且对存储模块中存储的指令的执行使得处理模块执行网络设备侧的技术方案。
本申请实施例还提供了一种芯片,包括:处理模块与通信接口,该处理模块能执行上述图2至图4所示方法实施例中终端的实现方案。
进一步地,该芯片还包括存储模块(如,存储器),存储模块用于存储指令,处理模块用于执行存储模块存储的指令,并且对存储模块中存储的指令的执行使得处理模块执行终端侧的技术方案。
可选的,本申请实施例还提供一种通信系统,该系统可以包括:至少一个终端和网络设备。
其中,每个终端可以是上述图6所示实施例的资源调度装置或者图8所示实施例的通信设备;该网络设备可以是上述图5所示实施例的资源调度装置或者图7所示实施例的通信设备。
在本实施例中,关于每个终端、网络设备的具体实现方式可参见上述实施例中的记载,此处不再赘述。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系;在公式中,字符“/”,表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中,a,b,c可以是单个,也可以是多个。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请的实施例的实施过程构成任何限定。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (9)
1.一种资源调度方法,其特征在于,应用于网络设备,所述方法包括:
获取待调度资源的终端的标识,所述待调度资源的终端包括支持补充上行链路SUL能力的第一类终端和/或不支持SUL能力的第二类终端;
若所述待调度资源的终端只包括第一类终端,则根据SUL终端资源池对所述第一类终端进行资源调度;其中,所述SUL终端资源池中PDCCH符号最大为6。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述待调度资源的终端只包括第二类终端,则根据普通终端资源池对所述第二类终端进行资源调度,其中,所述普通终端资源池中PDCCH符号最大为4。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述待调度资源的终端包括第一类终端和第二类终端,则确定PDCCH符号最大为4时的资源是否能够调度完所有终端;
若PDCCH符号最大为4时的资源能够调度完所有终端,则采用PDCCH符号最大为4的普通终端资源池对所述第一类终端和所述第二类终端进行资源调度。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若PDCCH符号最大为4时的资源不能调度完所有终端,则确定PDCCH符号最大为4时的资源是否能够调度完所有第一类终端;
若是,则采用PDCCH符号最大为4的所述普通终端资源池对所述第一类终端和所述第二类终端进行资源调度;
否则,则采用SUL终端资源池对所述第一类终端进行资源调度。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述方法还包括:
接收每个终端上报的能力信息,所述能力信息中包括用于指示所述终端是否支持SUL能力的比特,所述能力信息用于确定为所述终端调度资源的PDCCH。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
根据所述待调度资源的每个终端的能力信息,确定所述终端为第一类终端或者第二类终端以及针对所述终端的调度信息;
在所述PDCCH上向终端反馈调度信息。
7.一种资源调度装置,其特征在于,应用于网络设备,所述装置包括:获取模块和处理模块;
所述获取模块,用于获取待调度资源的终端的标识,所述待调度资源的终端包括支持补充上行链路SUL能力的第一类终端和/或不支持SUL能力的第二类终端;
所述处理模块,用于在所述待调度资源的终端只包括第一类终端时,根据SUL终端资源池对所述第一类终端进行资源调度;其中,所述SUL终端资源池中PDCCH符号最大为6。
8.一种通信设备,包括处理器、收发器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如上述权利要求1-6任一项所述的方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得计算机执行如上述权利要求1-6任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911301700.3A CN112996127B (zh) | 2019-12-17 | 2019-12-17 | 资源调度方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911301700.3A CN112996127B (zh) | 2019-12-17 | 2019-12-17 | 资源调度方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112996127A CN112996127A (zh) | 2021-06-18 |
CN112996127B true CN112996127B (zh) | 2022-09-20 |
Family
ID=76342191
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911301700.3A Active CN112996127B (zh) | 2019-12-17 | 2019-12-17 | 资源调度方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112996127B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB201715921D0 (en) * | 2017-09-29 | 2017-11-15 | Nec Corp | Communication system |
CN109716807A (zh) * | 2017-11-14 | 2019-05-03 | Oppo广东移动通信有限公司 | 一种能力上报的方法、用户设备及网络设备 |
CN109729595A (zh) * | 2017-10-27 | 2019-05-07 | 成都鼎桥通信技术有限公司 | 非对称上行载波聚合的pdcch处理方法及设备 |
CN109788552A (zh) * | 2017-11-10 | 2019-05-21 | 维沃移动通信有限公司 | 一种载波配置方法、用户终端和网络侧设备 |
WO2019098784A1 (ko) * | 2017-11-17 | 2019-05-23 | 엘지전자 주식회사 | 차세대 통신 시스템에서 다중 반송파 지원을 위한 제어 채널 송신 방법 및 이를 위한 장치 |
CN109862616A (zh) * | 2017-11-30 | 2019-06-07 | 华为技术有限公司 | 一种资源分配方法、终端以及基站 |
CN109964518A (zh) * | 2016-11-30 | 2019-07-02 | Oppo广东移动通信有限公司 | 传输信息的方法、终端设备和网络设备 |
WO2019138912A1 (ja) * | 2018-01-09 | 2019-07-18 | シャープ株式会社 | 基地局装置および端末装置 |
-
2019
- 2019-12-17 CN CN201911301700.3A patent/CN112996127B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109964518A (zh) * | 2016-11-30 | 2019-07-02 | Oppo广东移动通信有限公司 | 传输信息的方法、终端设备和网络设备 |
GB201715921D0 (en) * | 2017-09-29 | 2017-11-15 | Nec Corp | Communication system |
CN109729595A (zh) * | 2017-10-27 | 2019-05-07 | 成都鼎桥通信技术有限公司 | 非对称上行载波聚合的pdcch处理方法及设备 |
CN109788552A (zh) * | 2017-11-10 | 2019-05-21 | 维沃移动通信有限公司 | 一种载波配置方法、用户终端和网络侧设备 |
CN109716807A (zh) * | 2017-11-14 | 2019-05-03 | Oppo广东移动通信有限公司 | 一种能力上报的方法、用户设备及网络设备 |
WO2019098784A1 (ko) * | 2017-11-17 | 2019-05-23 | 엘지전자 주식회사 | 차세대 통신 시스템에서 다중 반송파 지원을 위한 제어 채널 송신 방법 및 이를 위한 장치 |
CN109862616A (zh) * | 2017-11-30 | 2019-06-07 | 华为技术有限公司 | 一种资源分配方法、终端以及基站 |
WO2019138912A1 (ja) * | 2018-01-09 | 2019-07-18 | シャープ株式会社 | 基地局装置および端末装置 |
Non-Patent Citations (6)
Title |
---|
"draft_RAN4#89_meeting report_v1".《3GPP tsg_ran\wg4_radio》.2018, * |
"R1-1721581".《3GPP tsg_ran\WG1_RL1》.2017, * |
"R1-1906357 Discussion on PDCCH enhancements for URLLC".《3GPP tsg_ran\wg1_rl1》.2019, * |
"R2-1712247-DiscussioneoneRACHeissueeandeUEecapabilityeforetheeSULeoperation".《3GPP tsg_ran\WG2_RL2》.2017, * |
"RAN2#100_Meeting_Report_Final".《3GPP tsg_ran\WG2_RL2》.2018, * |
一种5G上行链路增强技术解决方案;曹磊;《移动通信》;20190915;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112996127A (zh) | 2021-06-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020034323A1 (en) | Method and apparatus for configuration of sidelink channel resource units | |
WO2018192015A1 (zh) | 时频资源传输方向的配置方法和装置 | |
EP3917256B1 (en) | Method, device and computer program product for reporting a capability for support of multiple downlink control information | |
US20220190954A1 (en) | Control Channel Design for Category-A Devices | |
WO2022151010A1 (en) | Dynamic adaptation of reference signal transmissions in wireless communications | |
US20220279523A1 (en) | Enhanced Physical Uplink Shared Channel Transmission in Wireless Communications | |
US20220312459A1 (en) | Enhanced Configured Grants | |
US20220322288A1 (en) | Multimedia Broadcast and Multicast Service (MBMS) Transmission and Reception in Connected State during Wireless Communications | |
US20220304011A1 (en) | Control Signaling for Physical Control Channel Reliability Enhancement | |
EP3985908B1 (en) | Downlink transmission method and terminal device | |
EP3557921A1 (en) | Data multiplexing device, method, and communication system | |
CN111756510B (zh) | 通信处理方法和装置 | |
CN112996114B (zh) | 资源调度方法、装置、设备及存储介质 | |
CN112996127B (zh) | 资源调度方法、装置、设备及存储介质 | |
WO2022077352A1 (en) | Technologies for reliable physical data channel reception in wireless communications | |
US20220304042A1 (en) | Enhanced Configured Grants | |
WO2022061634A1 (en) | Ue handling of interlaced ul cancellation indication | |
WO2021073018A1 (zh) | 系统信息传输资源的确定、指示方法及装置 | |
WO2021102787A1 (en) | Uci multiplexing enhancements | |
WO2021000239A1 (zh) | 无线通信方法、网络设备和终端设备 | |
WO2024011632A1 (zh) | 资源配置方法、装置、设备及存储介质 | |
CN115315930B (zh) | 保护间隔的确定方法、设备及存储介质 | |
WO2024067617A1 (zh) | 资源配置的方法及装置 | |
US11943803B2 (en) | Systems and methods for network-side UL cancellation using interlaced frequency resource allocation | |
WO2022226802A1 (en) | Uplink transmission support for reduced capability devices in wireless communications |
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 |