CN111278124B - 资源配置方法、资源确定方法、网络侧设备和终端 - Google Patents
资源配置方法、资源确定方法、网络侧设备和终端 Download PDFInfo
- Publication number
- CN111278124B CN111278124B CN201910240042.5A CN201910240042A CN111278124B CN 111278124 B CN111278124 B CN 111278124B CN 201910240042 A CN201910240042 A CN 201910240042A CN 111278124 B CN111278124 B CN 111278124B
- Authority
- CN
- China
- Prior art keywords
- harq
- ack
- pucch
- codebooks
- resource
- 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/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- 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
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- 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
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- 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 signaling, 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
- 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/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
Abstract
本发明提供一种资源配置方法、资源确定方法、网络侧设备和终端,其中资源配置方法包括:为N个混合自动重传请求应答码本HARQ‑ACK codebook分别配置物理上行控制信道PUCCH资源;其中,所述N为大于1的整数。本发明中,网络侧设备可以为多个HARQ‑ACK codebook分别配置PUCCH资源,由于不同的HARQ‑ACK codebook可以对应不同的业务类型或不同的优先级,从而使得PUCCH资源能够更好地满足不同业务类型或不同优先级的不同要求,提升了通信系统性能。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种资源配置方法、资源确定方法、网络侧设备和终端。
背景技术
未来的5G通信系统中,存在多种业务同时并发的场景。例如用户在进行eMBB(enhanced Mobile Broadband,增强移动宽带)的高速下载,又在接收URLLC(Ultra-Reliable and Low Latency Communications,超可靠和低时延通信)的低时延业务。未来的通信终端可以支持不同的业务类型(或称“服务类型”)。由于不同的业务类型的时延,可靠性等方面的要求不同,现有传输HARQ-ACK codebook(Hybrid automatic repeatrequest acknowledgement codebook,混合自动重传请求应答码本)的PUCCH(physicaluplink control channel,物理上行控制信道)资源配置方式无法满足不同业务类型的需求,从而使得通信性能受到影响。
发明内容
本发明实施例提供一种资源配置方法、资源确定方法、网络侧设备和终端,以解决现有传输HARQ-ACK codebook的PUCCH资源配置方式无法满足不同业务类型需求的问题。
为了解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供一种资源配置方法,应用于网络侧设备,所述方法包括:
为N个HARQ-ACK codebook分别配置物理上行控制信道PUCCH资源;
其中,所述N为大于1的整数。
第二方面,本发明实施例提供一种资源确定方法,应用于终端,所述方法包括:
根据网络侧设备的配置信息,确定混合自动重传请求应答码本HARQ-ACKcodebook与物理上行控制信道PUCCH资源配置之间的对应关系;
根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源;
其中,所述N为大于1的整数。
第三方面,本发明实施例提供一种网络侧设备,包括:
配置模块,用于为N个HARQ-ACK codebook分别配置物理上行控制信道PUCCH资源;
其中,所述N为大于1的整数。
第四方面,本发明实施例提供一种终端,包括;
第一确定模块,用于根据网络侧设备的配置信息,确定混合自动重传请求应答码本HARQ-ACK codebook与物理上行控制信道PUCCH资源配置之间的对应关系;
第二确定模块,用于根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源;
其中,所述N为大于1的整数。
第五方面,本发明实施例提供一种网络侧设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现本发明实施例第一方面提供的资源配置方法中的步骤。
第六方面,本发明实施例提供一种终端,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现本发明实施例第二方面提供的资源确定方法中的步骤。
第七方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例第一方面提供的资源配置方法中的步骤;或者,实现本发明实施例第二方面提供的资源确定方法中的步骤。
本发明实施例中,网络侧设备可以为多个HARQ-ACK codebook分别配置PUCCH资源,由于不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级,从而使得PUCCH资源能够更好地满足不同业务类型或不同优先级的不同要求,提升了通信系统性能。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种资源配置系统的系统图;
图2是本发明实施例提供的一种资源配置方法的流程图;
图3是本发明实施例提供的一种资源确定方法的流程图;
图4是本发明实施例提供的一种网络侧设备的结构图;
图5是本发明实施例提供的一种终端的结构图;
图6是本发明实施例提供的另一种网络侧设备的结构图;
图7是本发明实施例提供的另一种终端的硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外,说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一,例如A和/或B,表示包含单独A,单独B,以及A和B都存在三种情况。
在本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面结合附图介绍本发明的实施例。本发明实施例提供的资源配置方法可以应用于无线通信系统中。该无线通信系统可以为5G系统,或者演进型长期演进(Evolved LongTerm Evolution,eLTE)系统,或者后续演进通信系统。
图1是本发明实施例提供的一种资源配置系统的结构图,如图1所示,包括终端11和网络侧设备12,其中,终端11可以是移动通信设备,例如:可以是手机、平板电脑(TabletPersonal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digitalassistant,简称PDA)、移动上网装置(Mobile Internet Device,MID)或可穿戴式设备(Wearable Device)等,需要说明的是,在本发明实施例中并不限定终端11的具体类型。上述网络侧设备12可以是5G网络侧设备(例如:gNB、5G NR NB),或者可以是4G网络侧设备(例如:eNB),或者可以是3G网络侧设备(例如:NB),或者后续演进通信系统中的网络侧设备,等等,需要说明的是,在本发明实施例中并不限定网络侧设备12的具体类型。
在对本发明实施例的技术方案进行详细的说明之前,先对与HARQ-ACK(Hybridautomatic repeat request acknowledgement,混合自动重传请求应答)传输相关的技术进行简单的介绍。
为了支持包括URLLC(Ultra-Reliable and Low Latency Communications,超可靠和低时延通信)在内的业务,在5G通信系统或后续演进通信系统中,将支持一个时域资源,例如一个slot(时隙)内传输多个用于反馈HARQ-ACK的PUCCH(Physical UplinkControl Channel,物理上行控制信道)。其中,同一终端可以同时支持不同的业务类型,同一终端可以同时分别构建多个HARQ-ACK codebook(混合自动重传请求应答码本)来反馈不同业务的下行传输,包括PDSCH(Physical downlink shared channel,物理下行共享信道)传输和释放半静态PDSCH的PDCCH(Physical downlink control channel,物理下行控制信道),每个HARQ-ACK codebook可能对应不同的业务类型。
目前,对于HARQ-ACK codebook的传输没有区分不同的业务类型,而采用相同配置参数的PUCCH资源传输HARQ-ACK codebook。
然而,由于不同业务类型在时延、可靠性等方面的要求不同,这使得上述PUCCH资源配置方式无法适用于不同的业务类型。
鉴于此,本发明实施例提供一种如图1所示的资源配置系统,并提供一种应用于该资源配置系统的资源配置方法,如下:
网络侧设备为N个HARQ-ACK codebook分别配置PUCCH资源;
终端根据网络侧设备的配置信息,确定HARQ-ACK codebook与PUCCH资源配置之间的对应关系;
终端根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACKcodebook分别确定对应的PUCCH资源;
其中,所述N为大于1的整数。
上述N个HARQ-ACK codebook中,不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级,例如对于同时支持eMBB和URLLC的终端,对于eMBB和URLLC下行传输,UE可以分别构建相应的HARQ-ACK codebook。
需要说明的是,由于不同的HARQ-ACK codebook对应不同的业务类型或不同的优先级,因此,本发明实施例中,“确定属于哪个HARQ-ACK codebook”也可以理解为“确定属于哪种service type/priority”,“HARQ-ACK codebook与PUCCH资源配置之间的对应关系”也可以理解为“service type/priority与PUCCH资源配置之间的对应关系”。
本发明实施例中,网络侧设备可以为多个HARQ-ACK codebook分别配置PUCCH资源,由于不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级,从而使得PUCCH资源能够更好地满足不同业务类型或不同优先级的不同要求,提升了通信系统性能。
图2是本发明实施例提供的一种资源配置方法的流程图。如图2所示,资源配置方法,应用于网络侧设备,该方法包括以下步骤:
步骤201:为N个HARQ-ACK codebook分别配置PUCCH资源。
其中,上述N为大于1的整数。
上述N个HARQ-ACK codebook中,不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级。
该步骤中,网络侧设备可通过RRC(Radio Resource Control,无线资源控制)配置用于反馈或传输HARQ-ACK codebook的PUCCH资源,并可通过RRC配置或预定义方式确定HARQ-ACK codebook与PUCCH资源配置之间的关联关系,即每个HARQ-ACK codebook使用哪个PUCCH资源配置,然后通过高层/物理层参数确定当前HARQ-ACK属于哪个HARQ-ACKcodebook,并根据HARQ-ACK codebook与PUCCH资源配置之间的关系,确定对应的PUCCH资源配置,再根据UCI payload和DCI中的PRI(PUCCH Resource Indicator,PUCCH资源指示)域动态指示在所对应的PUCCH资源配置中确定对应的PUCCH资源,即指示不同的HARQ-ACKcodebook具体使用哪个PUCCH资源。
在上述过程中,终端通过高层或物理层参数确定当前HARQ-ACK属于哪个HARQ-ACKcodebook,可通过以下方式中的至少一种:DCI(Downlink Control Information,下行控制信息)中的指示信息、DCI所在的CORESET(Control resource set,控制资源集)或searchspace(搜索空间)、所对应的DCI format(DCI格式)、所对应的RNTI(Radio NetworkTempory Identity,无线网络临时标识)等。需要说明的是,对确定HARQ-ACK codebook/服务类型的方式,这里不作具体限定。
需要说明的是,由于不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级,因此,本发明实施例中,“确定属于哪个HARQ-ACK codebook”也可以理解为“确定属于哪种service type/priority”,“HARQ-ACK codebook与PUCCH资源配置之间的对应关系”也可以理解为“service type/priority与PUCCH资源配置之间的对应关系”。
在上述PUCCH资源配置中,每个PUCCH资源都可配置起始符号、长度、PRB(PhysicalResource Block,物理资源块)数等参数。
由于不同的业务类型在时延、可靠性等方面的要求不同,针对不同业务类型的下行传输,每个HARQ-ACK codebook需要承载在对应的PUCCH资源上来传输。因此,网络侧设备可以为PUCCH资源配置不同的参数。例如,为了满足URLLC业务的超低时延要求,一个slot支持多个PUCCH反馈HARQ-ACK,可以在一个slot配置多个不同起始符号的PUCCH,同时配置更短的PUCCH符号长度以及更小时间颗粒度的dl-DataToUL-ACK(下行数据到HARQ-ACK反馈的定时)。又例如,为了满足不同业务的可靠性要求,可以配置不同的PUCCH-PowerControl(PUCCH功率控制)参数,对于同一种PUCCH format,可以配置不同的PUCCH-MaxCodeRate(PUCCH最大编码速率)、nrofSlots(时隙数)等参数。
具体的,网络侧设备可通过IE PUCCH-Config配置PUCCH资源相关的参数,包括resourceSetToAddModList(资源集添加列表)、resourceSetToReleaseList(资源集释放列表)、multi-CSI-PUCCH-ResourceList(多CSI报告PUCCH资源列表)、dl-DataToUL-ACK、format1/2/3/4等。其中,resourceSetToAddModList可配置一个至多个PUCCH-resourceSet(PUCCH资源集),每个PUCCH-resourceSet对应一定的可承载的UCI payload(UplinkControl Information payload,上行控制信息有效负载)范围,且每个PUCCH-resourceSet中包含多个PUCCH资源。
终端可根据网络侧设备反馈的UCI比特数,在resourceSetToAddModList配置的多个PUCCH资源集中确定一个PUCCH资源集,并根据PRI指示在该PUCCH资源集中确定某个PUCCH资源,或者根据PRI和PDCCH第一个CCE的索引在该PUCCH资源集中确定某个PUCCH资源,然后再根据该PUCCH资源确定对应的起始符号、符号长度、PRB数、PUCCH format以及PUCCH-config下配置的PUCCH format相关的参数PUCCH-FormatConfig确定例如maxCodeRate,nrofSlots等参数。
本发明实施例中,由于网络侧设备配置了HARQ-ACK codebook与PUCCH资源配置之间的对应关系,因而,终端可以根据网络侧设备的配置信息,确定HARQ-ACK codebook与PUCCH资源配置之间的对应关系,并可以根据该对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源,从而终端可以分别使用对应的PUCCH资源实现各HARQ-ACK codebook的反馈或传输,使得PUCCH资源能够更好地满足不同业务类型的不同要求,提升了通信系统性能。
以下就HARQ-ACK codebook与PUCCH资源配置之间的多种对应关系进行具体说明。
作为一种可选的实施方式,所述为N个HARQ-ACK codebook分别配置PUCCH资源,包括:
为所述N个HARQ-ACK codebook配置M个PUCCH-config;
其中,所述M个PUCCH-config表示M个PUCCH配置,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个PUCCH-config,所述M小于或等于所述N。
该实施方式中,若所述M等于所述N,则所述N个HARQ-ACK codebook与所述M个PUCCH-config一一对应;若所述M小于所述N,则所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个PUCCH-config。
作为另一种可选的实施方式,所述为N个HARQ-ACK codebook分别配置PUCCH资源,包括:
为所述N个HARQ-ACK codebook配置M个PUCCH资源集;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
其中,上述N个HARQ-ACK codebook中,不同的HARQ-ACK codebook可以分别对应不同的PUCCH资源集(PUCCH resource set),即一一对应;也可以存在不同的HARQ-ACKcodebook对应于同一个PUCCH资源集,即多对一;还可以存在同一个HARQ-ACK codebook对应于多个PUCCH资源集,即一对多。
例如,HARQ-ACK codebook的个数为2,PUCCH resource set的个数为7,即PUCCHresource set 0、PUCCH resource set 1、……、PUCCH resource set 6。HARQ-ACKcodebook与PUCCH resource set的对应关系可如下:
第一个HARQ-ACK codebook对应PUCCH resource set 0、PUCCH resource set 1、PUCCH resource set 2、PUCCH resource set 3;
第二个HARQ-ACK codebook对应PUCCH resource set 3、PUCCH resource set 4、PUCCH resource set 5、PUCCH resource set 6。
其中,第一个HARQ-ACK codebook和第二个HARQ-ACK codebook均对应于PUCCHresource set 3。即,不同的HARQ-ACK codebook可对应于同一个PUCCH资源集。
上述举例中,第一个HARQ-ACK codebook对应于4个PUCCH resource set,第二个HARQ-ACK codebook也对应于4个PUCCH resource set。即,同一个HARQ-ACK codebook对应于多个PUCCH资源集。
该实施方式中,为N个HARQ-ACK codebook配置M个PUCCH资源集,可以通过为N个HARQ-ACK codebook配置资源集列表实现。以下是“为N个HARQ-ACK codebook配置资源集列表”的两种具体方式。
方式一:所述为所述N个HARQ-ACK codebook配置M个PUCCH资源集,包括:
为所述N个HARQ-ACK codebook配置P个资源集列表;
其中,所述P个资源集列表中包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个资源集列表,所述P小于或等于所述N;
若所述P等于所述N,则所述N个HARQ-ACK codebook与所述P个资源集列表一一对应;若所述P小于所述N,所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个资源集列表。
方式二:所述为所述N个HARQ-ACK codebook配置M个PUCCH资源集,包括:
为所述N个HARQ-ACK codebook配置一个资源集列表;
其中,所述资源集参列表包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
该实施方式中,针对多个HARQ-ACK codebook,还需要对PUCCH资源相关其他参数进行不同配置,例如PUCCH-FormatConfig、PUCCH-PowerControl、dl-DataToUL-ACK、PUCCH-MaxCodeRate for PUCCH format 2/3/4、nrofSlots for PUCCH format 1/3/4。
作为另一种可选的实施方式,所述为N个HARQ-ACK codebook分别配置PUCCH资源,包括:
为所述N个HARQ-ACK codebook配置M个PUCCH资源;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个资源。
其中,上述N个HARQ-ACK codebook中,不同的HARQ-ACK codebook可以分别对应不同的PUCCH资源(PUCCH resource),即一一对应;也可以存在不同的HARQ-ACK codebook对应于同一个PUCCH资源,即多对一;还可以存在同一个HARQ-ACK codebook对应于多个PUCCH资源,即一对多。
例如,HARQ-ACK codebook的个数为2,PUCCH resource的个数为7,即PUCCHresource 0、PUCCH resource 1、……、PUCCH resource 6。HARQ-ACK codebook与PUCCHresource的对应关系可如下:
第一个HARQ-ACK codebook对应PUCCH resource 0、PUCCH resource 1、PUCCHresource 2、PUCCH resource 3;
第二个HARQ-ACK codebook对应PUCCH resource 3、PUCCH resource 4、PUCCHresource 5、PUCCH resource 6。
其中,第一个HARQ-ACK codebook和第二个HARQ-ACK codebook均对应于PUCCHresource 3。即,不同的HARQ-ACK codebook可对应于同一个PUCCH资源。
上述举例中,第一个HARQ-ACK codebook对应于4个PUCCH resource,第二个HARQ-ACK codebook也对应于4个PUCCH resource。即,同一个HARQ-ACK codebook对应于多个PUCCH资源。
该实施方式中,为N个HARQ-ACK codebook配置M个PUCCH资源,可以通过不同的方式实现。以下是“为N个HARQ-ACK codebook配置不同资源”的具体方式。
方式一:通过IE PUCCH-ResourceSet中的resourceList进行配置,例如,对于N个HARQ-ACK codebook,可在每个配置的PUCCH-ResourceSet中配置N个resourceList,每个HARQ-ACK codebook对应于一个resourceList。
方式二:通过IE PUCCH-config中的resourceToAddModList/resourceToReleaseList进行配置,例如,对于N个HARQ-ACK codebook,可在PUCCH-config中配置N个resourceToAddModList/resourceToReleaseList,每个HARQ-ACK codebook对应于一个resourceToAddModList/resourceToReleaseList。
方式三:通过IE PUCCH-ResourceSet中的resourceList配置多个HARQ-ACKcodebook的PUCCH资源,例如,对于N个HARQ-ACK codebook,可在每个配置的PUCCH-ResourceSet中配置1个resourceList,每个HARQ-ACK codebook对应于该resourceList中的不同资源。
该实施方式中,针对多个HARQ-ACK codebook,还需要对PUCCH资源相关其他参数进行不同配置,例如PUCCH-FormatConfig、PUCCH-PowerControl、dl-DataToUL-ACK、PUCCH-MaxCodeRate for PUCCH format 2/3/4、nrofSlots for PUCCH format 1/3/4。
通过以上多种可选的实施方式,使得网络侧设备可以更加灵活地为不同业务类型或不同优先级的HARQ-ACK codebook分别配置PUCCH资源,从而使得PUCCH资源能够更好地满足不同业务类型或不同优先级的不同要求,提升了通信系统性能。
图3是本发明实施例提供的一种资源确定方法的流程图。如图3所示,资源确定方法,应用于终端,该方法包括以下步骤:
步骤301:根据网络侧设备的配置信息,确定HARQ-ACK codebook与PUCCH资源配置之间的对应关系。
步骤301:根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACKcodebook分别确定对应的PUCCH资源。
其中,所述N为大于1的整数。
上述N个HARQ-ACK codebook中,不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级。
本发明实施例中,网络侧设备的配置信息可以是RRC配置信息。终端可以根据高层或物理层参数确定HARQ-ACK codebook,然后根据HARQ-ACK codebook与PUCCH资源配置之间的对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源。
可选的,所述HARQ-ACK codebook与PUCCH资源资源配置之间的对应关系包括以下至少一项:
每个HARQ-ACK codebook分别对应于一个PUCCH-config;
每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集;
每个HARQ-ACK codebook分别对应于一个资源集列表;
每个HARQ-ACK codebook分别对应于一个或多个资源。
需要说明的是,本发明实施例作为图2所示的实施例对应的终端的实施例,其具体的实施方式可以参见图2所示的实施例的相关说明,并能够达到相同的有益效果,为了避免重复说明,此处不再赘述。
为了更好地理解本发明实施例的技术方案,以下以多个示例对本发明实施例进行举例说明。
前提:终端被配置了多个HARQ-ACK codebook。其中,不同的HARQ-ACK codebook可对应不同的业务类型或不同的优先级。
示例一:网络侧设备可通过RRC配置多个PUCCH-config(PUCCH配置),每个HARQ-ACK codebook与一个PUCCH-config关联,其中,HARQ-ACK codebook与PUCCH-config之间的关联方式包括以下两种中的至少一种:
一个HARQ-ACK codebook关联到一个PUCCH-config,即一对一关联(one-to-onemapping);
多个HARQ-ACK codebook关联到同一个PUCCH-config,即多对一关联(many-to-one mapping)。
终端可通过物理层的指示或属性确定不同的HARQ-ACK codebook(When at leasttwo HARQ-ACK codebooks are simultaneously constructed for supportingdifferent service types for a UE,a HARQ-ACK codebook can be identified basedon some PHY indications/properties),例如,终端可通过RNTI、DCI format、CORESET或search space、DCI等确定不同的HARQ-ACK codebook。
之后,终端可以根据HARQ-ACK codebook与PUCCH-config之间的关联关系,确定每个HARQ-ACK codebook对应的PUCCH-config,并可以根据该PUCCH-config的配置,在该PUCCH-config所配置的PUCCH resource set(PUCCH资源集)中选择一个PUCCH resourceset或PUCCH resource。
此外,终端可以按照该PUCCH-config中配置的PUCCH-FormatConfig(PUCCH格式配置文件)确定不同格式PUCCH的配置信息,如PUCCH-MaxCodeRate、nrofSlots、PUCCH-PowerControl等参数,并传输该PUCCH。
例如,网络侧设备通过RRC配置了2个PUCCH-config。
PUCCH-Config-1::= SEQUENCE{…}
PUCCH-Config-2::= SEQUENCE{…}
或
PUCCH-ConfigList SEQUENCE(SIZE(1..maxNrofPUCCH-configs))
OF PUCCH-config
PUCCH-Config::=SEQUENCE{PUCCH-ConfigId PUCCH-ConfigId,}
终端通过物理层可区分不同的HARQ-ACK codebook,例如2个HARQ-ACK codebook,其中HARQ-ACK codebook-1与PUCCH-config-1关联,HARQ-ACK codebook-2与PUCCH-config-2关联。
示例二:每个HARQ-ACK codebook与一个PUCCH resource set关联,或者,每个HARQ-ACK codebook与多个PUCCH resource sets关联。其中,每个HARQ-ACK codebook最多可与4个PUCCH resource sets关联。
作为该示例的其中一种具体方式,网络侧设备可通过RRC配置多个资源集列表,例如网络侧设备通过RRC配置resourceSetToAddModList或resourceSetToReleaseList。其中,每个资源集列表中最多可包含4个PUCCH resource set。
每个HARQ-ACK codebook可与一个资源集列表关联,HARQ-ACK codebook与资源集列表之间的关联方式包括以下两种中的至少一种:
一个HARQ-ACK codebook关联到一个资源集列表,即一对一关联(one-to-onemapping);
多个HARQ-ACK codebook关联到同一个资源集列表,即多对一关联(many-to-onemapping),此时,允许不同的HARQ-ACK codebook关联到相同的资源集列表。
例如,网络侧设备通过RRC在同一PUCCH-Config下配置了两个资源集列表resourceSetToAddModList/resourceSetToReleaseList。PUCCH-Config::= SEQUENCE{resourceSetToAddModList-1
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))OF PUCCH-ResourceSet
resourceSetToReleaseList-1
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))
OF PUCCH-ResourceSetId
resourceSetToAddModList-2
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))OF PUCCH-ResourceSet
resourceSetToReleaseList-2
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))
OF PUCCH-ResourceSetId
终端通过物理层可区分不同的HARQ-ACK codebook,例如2个HARQ-ACK codebook,其中HARQ-ACK codebook-1与resourceSetToAddModList-1/resourceSetToReleaseList-1关联,HARQ-ACK codebook-2与resourceSetToAddModList-2/resourceSetToReleaseList-2关联。
作为该示例的另一种具体方式,网络侧设备也可通过RRC配置一个资源集列表,该资源集列表中包含的PUCCH-ResourceSet的个数可以大于4。每个HARQ-ACK codebook可与一个或多个PUCCH-ResourceSet关联,HARQ-ACK codebook与PUCCH-ResourceSet之间的关联方式包括以下三种中的至少一种:
一个HARQ-ACK codebook关联到一个PUCCH-ResourceSet,即一对一关联(one-to-one mapping);
一个HARQ-ACK codebook关联到多个PUCCH-ResourceSet,即一对多关联(one-to-many mapping);
多个HARQ-ACK codebook关联到同一个PUCCH-ResourceSet,即多对一关联(many-to-one mapping),此时,允许不同的HARQ-ACK codebook关联到相同的PUCCH-ResourceSet。
例如,网络侧设备通过RRC在同一PUCCH-Config下配置了一个资源集列表resourceSetToAddModList/resourceSetToReleaseList,该资源集列表中包含8个PUCCH-ReourceSet,其PUCCH-ReourceSetID依次为0、1、2、……、7。PUCCH-Config::= SEQUENCE{
resourceSetToAddModList
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))OF PUCCH-ResourceSet
resourceSetToReleaseList
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourceSets))
OF PUCCH-ResourceSetId
终端通过物理层可区分不同的HARQ-ACK codebook,例如2个HARQ-ACK codebook,其中HARQ-ACK codebook-1与PUCCH-ReourceSet 0、PUCCH-ReourceSet 1、PUCCH-ReourceSet 2、PUCCH-ReourceSet 3关联,HARQ-ACK codebook 2与PUCCH-ReourceSet 4、PUCCH-ReourceSet 5、PUCCH-ReourceSet 6、PUCCH-ReourceSet 7关联。
又例如,网络侧设备通过RRC在同一PUCCH-Config下配置了一个资源集列表resourceSetToAddModList/resourceSetToReleaseList,该资源集列表中包含6个PUCCH-ReourceSet,其PUCCH-ReourceSetID依次为0、1、2、……、56。
终端通过物理层可区分不同的HARQ-ACK codebook,例如2个HARQ-ACK codebook,其中HARQ-ACK codebook-1与PUCCH-ReourceSet 0、PUCCH-ReourceSet 1、PUCCH-ReourceSet 2、PUCCH-ReourceSet 3关联,HARQ-ACK codebook 2与PUCCH-ReourceSet 3、PUCCH-ReourceSet 4、PUCCH-ReourceSet 5关联。
示例三:每个HARQ-ACK codebook与一个或多个PUCCH resource关联。
作为该示例的其中一种具体方式,网络侧设备可通过RRC为终端配置最多4个PUCCH-ResourceSet,每个PUCCH-ResourceSet中包含多个resourceList(资源列表),每个HARQ-ACK codebook与PUCCH-ResourceSet中的一个resourceList关联。
例如,
PUCCH-ResourceSet::= SEQUENCE{
PUCCH-ResourceSetId PUCCH-ResourceSetId,
resourceList-1
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourcesPerSet))
OF PUCCH-ResourceId,
resourceList-2
SEQUENCE(SIZE(1..maxNrofPUCCH-ResourcesPerSet))
OF PUCCH-ResourceId,
maxPayloadMinus1INTEGER(4…256)}
终端通过物理层可区分不同的HARQ-ACK codebook,例如2个HARQ-ACK codebook,其中HARQ-ACK codebook-1与PUCCH-ReourceSet中的resourceList-1关联,HARQ-ACKcodebook-2与PUCCH-ReourceSet中的resourceList-2关联。终端通过UCI payload确定PUCCH-ResourceSet,然后在PUCCH-ResourceSet内有两个PUCCH resource List,终端根据物理层区分在resourceList-1和resourceList-2中确定是哪个List,然后根据PRI指示在所确定的List中确定对应的PUCCH resource,如表1所示。
PRI | HARQ-ACK codebook-1 | HARQ-ACK codebook-2 |
000 | resourceList-1中的第一个资源 | resourceList-2中的第一个资源 |
001 | resourceList-1中的第二个资源 | resourceList-2中的第二个资源 |
… | … | … |
表1
作为该示例的另一种具体方式,网络侧设备可通过RRC为终端配置多个资源集列表,例如多个resourceSetToAddModList/resourceSetToReleaseList。每个resourceToAddModList/resourceToReleaseList与一个HARQ-ACK code book关联。
例如:
PUCCH-Config::= SEQUENCE{
r
resourceToAddModList-1
SEQUENCE(SIZE(1..maxNrofPUCCH-Resources))
OF PUCCH-Resource
resourceToReleaseList-1
SEQUENCE(SIZE(1..maxNrofPUCCH-Resources))
OF PUCCH-ResourceId
resourceToAddModList-2
SEQUENCE(SIZE(1..maxNrofPUCCH-Resources))
OF PUCCH-Resource
resourceToReleaseList-2
SEQUENCE(SIZE(1..maxNrofPUCCH-Resources))
OF PUCCH-ResourceId
终端通过物理层可区分不同的HARQ-ACK codebook,例如2个HARQ-ACK codebook,其中HARQ-ACK codebook-1与resourceToAddModList-1/resourceToReleaseList-1关联,HARQ-ACK codebook-2与resourceToAddModList-2/resourceToReleaseList-2关联。
由于每个resourceToAddModList/resourceToReleaseList下的PUCCH-resource都包含PUCCH-ResourceId,因此,每个PUCCH-resource都与HARQ-ACK codebook关联。一个PUCCH-resource可以在多个resourceToAddModList/resourceToReleaseList,因此可以与多个HARQ-ACK codebook关联。
终端可根据UCI payload确定RESET,并根据PRI确定PUCCH resource,此时PRI指示的PUCCH resource对应的HARQ-ACK应与当前传输的HARQ-ACK codebook一致。
作为该示例的另一种具体方式,每个PUCCH-Resource与一个HARQ-ACK code book关联。
例如网络侧设备为终端配置了4个PUCCH resourceset(RESET 0、RESET1、RESET 2和RESET 3),每个RESET内包含多个PUCCH resource,例如X+Y个(对于RESET 0,可能超过32个,对于RESET 1、RESET 2、RESET3,可能超过8个),其中X个资源是一个子集1,Y个资源是另一个子集2,每个子集与特定的HARQ-ACK codebook关联。
终端通过物理层可区分不同的HARQ-ACK codebook,例如2个HARQ-ACK codebook,其中HARQ-ACK codebook-1与PUCCH-ReourceSet中的X资源(子集1)关联,HARQ-ACKcodebook-2与PUCCH-ReourceSet中的Y资源(子集2)关联。即终端根据UCI payload确定了RESET后,如果物理层确定该HARQ-ACK属于类型1,则PRI分别指示RESET内X中的某一资源,如表2所示。
PRI | HARQ-ACK codebook-1 | HARQ-ACK codebook-2 |
000 | X资源(子集1)中第一个资源 | Y资源(子集2)中第一个资源 |
001 | X资源(子集1)中第二个资源 | Y资源(子集2)中第二个资源 |
… | … | … |
表2
综合本发明实施例的以上各实施方式,可见,本发明实施例中,网络侧设备可以为多个HARQ-ACK codebook分别配置PUCCH资源,由于不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级,从而使得PUCCH资源能够更好地满足不同业务类型或不同优先级的不同要求,提升了通信系统性能。
图4是本发明实施例提供的一种网络侧设备的结构图,如图4所示,网络侧设备400包括:
配置模块401,用于为N个HARQ-ACK codebook分别配置物理上行控制信道PUCCH资源;
其中,所述N为大于1的整数。
可选的,配置模块401具体用于:
为所述N个HARQ-ACK codebook配置M个PUCCH-config;
其中,所述M个PUCCH-config表示M个PUCCH配置,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个PUCCH-config,所述M小于或等于所述N;
若所述M等于所述N,则所述N个HARQ-ACK codebook与所述M个PUCCH-config一一对应;若所述M小于所述N,则所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个PUCCH-config。
可选的,配置模块401具体用于:
为所述N个HARQ-ACK codebook配置M个PUCCH资源集;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
可选的,配置模块401具体用于:
为所述N个HARQ-ACK codebook配置P个资源集列表;
其中,所述P个资源集列表中包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个资源集列表,所述P小于或等于所述N;
若所述P等于所述N,则所述N个HARQ-ACK codebook与所述P个资源集列表一一对应;若所述P小于所述N,所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个资源集列表。
可选的,配置模块401具体用于:
为所述N个HARQ-ACK codebook配置一个资源集列表;
其中,所述资源集参列表包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
可选的,配置模块401具体用于:
为所述N个HARQ-ACK codebook配置M个PUCCH资源;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个资源。
需要说明的是,本发明实施例中上述网络侧设备400可以是方法实施例中任意实施方式的网络侧设备,方法实施例中网络侧设备的任意实施方式都可以被本发明实施例中的上述网络侧设备400所实现,并达到相同的有益效果,为避免重复,此处不再赘述。
图5是本发明实施例提供的一种终端的结构图,如图5所示,终端500包括:
第一确定模块501,用于根据网络侧设备的配置信息,确定混合自动重传请求应答码本HARQ-ACK codebook与物理上行控制信道PUCCH资源配置之间的对应关系;
第二确定模块502,用于根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源;
其中,所述N为大于1的整数。
可选的,所述HARQ-ACK codebook与PUCCH资源资源配置之间的对应关系包括以下至少一项:
每个HARQ-ACK codebook分别对应于一个PUCCH-config;
每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集;
每个HARQ-ACK codebook分别对应于一个资源集列表;
每个HARQ-ACK codebook分别对应于一个或多个资源。
需要说明的是,本发明实施例中上述终端500可以是方法实施例中任意实施方式的终端,方法实施例中终端的任意实施方式都可以被本发明实施例中的上述终端500所实现,并达到相同的有益效果,为避免重复,此处不再赘述。
图6是本发明实施例提供的另一种网络侧设备的结构图。如图6所示,网络侧设备600包括:处理器601、收发机602、存储器603和总线接口,其中:
处理器601或收发机602用于:
为N个混合自动重传请求应答码本HARQ-ACK codebook分别配置物理上行控制信道PUCCH资源;
其中,所述N为大于1的整数。
可选的,处理器601或收发机602在执行所述为N个HARQ-ACK codebook分别配置PUCCH资源的步骤时,用于:
为所述N个HARQ-ACK codebook配置M个PUCCH-config;
其中,所述M个PUCCH-config表示M个PUCCH配置,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个PUCCH-config,所述M小于或等于所述N;
若所述M等于所述N,则所述N个HARQ-ACK codebook与所述M个PUCCH-config一一对应;若所述M小于所述N,则所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个PUCCH-config。
可选的,处理器601或收发机602在执行所述为N个HARQ-ACK codebook分别配置PUCCH资源的步骤时,用于:
为所述N个HARQ-ACK codebook配置M个PUCCH资源集;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
可选的,处理器601或收发机602在执行所述为所述N个HARQ-ACK codebook配置M个PUCCH资源集的步骤时,用于:
为所述N个HARQ-ACK codebook配置P个资源集列表;
其中,所述P个资源集列表中包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个资源集列表,所述P小于或等于所述N;
若所述P等于所述N,则所述N个HARQ-ACK codebook与所述P个资源集列表一一对应;若所述P小于所述N,所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个资源集列表。
可选的,处理器601或收发机602在执行所述为所述N个HARQ-ACK codebook配置M个PUCCH资源集的步骤时,用于:
为所述N个HARQ-ACK codebook配置一个资源集列表;
其中,所述资源集参列表包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
可选的,处理器601或收发机602在执行所述为N个HARQ-ACK codebook分别配置PUCCH资源的步骤时,用于:
为所述N个HARQ-ACK codebook配置M个PUCCH资源;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个资源。
在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器601代表的一个或多个处理器和存储器603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机602可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端,用户接口604还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器601负责管理总线架构和通常的处理,存储器603可以存储处理器601在执行操作时所使用的数据。
需要说明的是,本实施例中上述网络侧设备600可以是本发明实施例中方法实施例中任意实施方式的网络侧设备,本发明实施例中方法实施例中网络侧设备的任意实施方式都可以被本实施例中的上述网络侧设备600所实现,以及达到相同的有益效果,此处不再赘述。
图7为实现本发明各个实施例的一种终端的硬件结构示意图,该终端800包括但不限于:射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809、处理器810、以及电源811等部件。本领域技术人员可以理解,图7中示出的终端结构并不构成对终端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中,处理器810用于:
根据网络侧设备的配置信息,确定混合自动重传请求应答码本HARQ-ACKcodebook与物理上行控制信道PUCCH资源配置之间的对应关系;
根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源;
其中,所述N为大于1的整数。
可选的,所述HARQ-ACK codebook与PUCCH资源资源配置之间的对应关系包括以下至少一项:
每个HARQ-ACK codebook分别对应于一个PUCCH-config;
每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集;
每个HARQ-ACK codebook分别对应于一个资源集列表;
每个HARQ-ACK codebook分别对应于一个或多个资源。
本发明实施例中,由于网络侧设备可以为多个HARQ-ACK codebook分别配置PUCCH资源,由于不同的HARQ-ACK codebook可以对应不同的业务类型或不同的优先级,从而使得终端确定的PUCCH资源能够更好地满足不同业务类型或不同优先级的不同要求,提升了通信系统性能。
应理解的是,本发明实施例中,射频单元801可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器810处理;另外,将上行的数据发送给基站。通常,射频单元801包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元801还可以通过无线通信系统与网络和其他设备通信。
终端通过网络模块802为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元803可以将射频单元801或网络模块802接收的或者在存储器809中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元803还可以提供与终端800执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元803包括扬声器、蜂鸣器以及受话器等。
输入单元804用于接收音频或视频信号。输入单元804可以包括图形处理器(Graphics Processing Unit,GPU)8041和麦克风8042,图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元806上。经图形处理器8041处理后的图像帧可以存储在存储器809(或其它存储介质)中或者经由射频单元801或网络模块802进行发送。麦克风8042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元801发送到移动通信基站的格式输出。
终端800还包括至少一种传感器805,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板8061的亮度,接近传感器可在终端800移动到耳边时,关闭显示面板8061以及背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器805还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元806用于显示由用户输入的信息或提供给用户的信息。显示单元806可包括显示面板8061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板8061。
用户输入单元807可用于接收输入的数字或字符信息,以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元807包括触控面板8071以及其他输入设备8072。触控面板8071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板8071上或在触控面板8071附近的操作)。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器810,接收处理器810发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板8071。除了触控面板8071,用户输入单元807还可以包括其他输入设备8072。具体地,其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板8071可覆盖在显示面板8071上,当触控面板8071检测到在其上或附近的触摸操作后,传送给处理器810以确定触摸事件的类型,随后处理器810根据触摸事件的类型在显示面板8061上提供相应的视觉输出。虽然在图7中,触控面板8071与显示面板8061是作为两个独立的部件来实现终端的输入和输出功能,但是在某些实施例中,可以将触控面板8071与显示面板8061集成而实现终端的输入和输出功能,具体此处不做限定。
接口单元808为外部装置与终端800连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元808可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端800内的一个或多个元件或者可以用于在终端800和外部装置之间传输数据。
存储器809可用于存储软件程序以及各种数据。存储器809可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器809可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器810是终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器809内的软件程序以及模块,以及调用存储在存储器809内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控。处理器810可包括一个或多个处理单元;优选的,处理器810可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器810中。
终端800还可以包括给各个部件供电的电源811(比如电池),优选的,电源811可以通过电源管理系统与处理器810逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外,终端800包括一些未示出的功能模块,在此不再赘述。
优选的,本发明实施例还提供一种终端,包括处理器810,存储器809,存储在存储器809上并可在所述处理器810上运行的计算机程序,该计算机程序被处理器810执行时实现上述资源确定方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,本实施例中上述终端800可以是本发明实施例中方法实施例中任意实施方式的终端,本发明实施例中方法实施例中终端的任意实施方式都可以被本实施例中的上述终端800所实现,以及达到相同的有益效果,此处不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述对应于终端或者网络侧的资源配置方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(RandomAccess Memory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (17)
1.一种资源配置方法,应用于网络侧设备,其特征在于,所述方法包括:
为N个混合自动重传请求应答码本HARQ-ACK codebook分别配置物理上行控制信道PUCCH资源;
其中,所述N为大于1的整数;
所述为N个HARQ-ACK codebook分别配置PUCCH资源,包括:
为所述N个HARQ-ACK codebook配置M个PUCCH-config;
其中,所述M个PUCCH-config表示M个PUCCH配置,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个PUCCH-config,所述M小于或等于所述N;
若所述M等于所述N,则所述N个HARQ-ACK codebook与所述M个PUCCH-config一一对应;若所述M小于所述N,则所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个PUCCH-config。
2.根据权利要求1所述的方法,其特征在于,所述为N个HARQ-ACK codebook分别配置PUCCH资源,包括:
为所述N个HARQ-ACK codebook配置M个PUCCH资源集;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
3.根据权利要求2所述的方法,其特征在于,所述为所述N个HARQ-ACK codebook配置M个PUCCH资源集,包括:
为所述N个HARQ-ACK codebook配置P个资源集列表;
其中,所述P个资源集列表中包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个资源集列表,所述P小于或等于所述N;
若所述P等于所述N,则所述N个HARQ-ACK codebook与所述P个资源集列表一一对应;若所述P小于所述N,所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个资源集列表。
4.根据权利要求2所述的方法,其特征在于,所述为所述N个HARQ-ACK codebook配置M个PUCCH资源集,包括:
为所述N个HARQ-ACK codebook配置一个资源集列表;
其中,所述资源集列表包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
5.根据权利要求1所述的方法,其特征在于,所述为N个HARQ-ACK codebook分别配置PUCCH资源,包括:
为所述N个HARQ-ACK codebook配置M个PUCCH资源;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个资源。
6.一种资源确定方法,应用于终端,其特征在于,所述方法包括:
根据网络侧设备的配置信息,确定混合自动重传请求应答码本HARQ-ACK codebook与物理上行控制信道PUCCH资源配置之间的对应关系;
根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源;
其中,所述N为大于1的整数;
所述HARQ-ACK codebook与PUCCH资源资源配置之间的对应关系包括:
每个HARQ-ACK codebook分别对应于一个PUCCH-config;
所述N个HARQ-ACK codebook配置有M个PUCCH-config,所述M个PUCCH-config表示M个PUCCH配置,所述M小于或等于所述N;
若所述M等于所述N,则所述N个HARQ-ACK codebook与所述M个PUCCH-config一一对应;若所述M小于所述N,则所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个PUCCH-config。
7.根据权利要求6所述的方法,其特征在于,所述HARQ-ACK codebook与PUCCH资源资源配置之间的对应关系包括以下至少一项:
每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集;
每个HARQ-ACK codebook分别对应于一个资源集列表;
每个HARQ-ACK codebook分别对应于一个或多个资源。
8.一种网络侧设备,其特征在于,包括:
配置模块,用于为N个HARQ-ACK codebook分别配置物理上行控制信道PUCCH资源;
其中,所述N为大于1的整数;
所述配置模块具体用于:为所述N个HARQ-ACK codebook配置M个PUCCH-config;
其中,所述M个PUCCH-config表示M个PUCCH配置,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个PUCCH-config,所述M小于或等于所述N;
若所述M等于所述N,则所述N个HARQ-ACK codebook与所述M个PUCCH-config一一对应;若所述M小于所述N,则所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个PUCCH-config。
9.根据权利要求8所述的网络侧设备,其特征在于,所述配置模块具体用于:为所述N个HARQ-ACK codebook配置M个PUCCH资源集;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
10.根据权利要求9所述的网络侧设备,其特征在于,所述配置模块具体用于:为所述N个HARQ-ACK codebook配置P个资源集列表;
其中,所述P个资源集列表中包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个资源集列表,所述P小于或等于所述N;
若所述P等于所述N,则所述N个HARQ-ACK codebook与所述P个资源集列表一一对应;若所述P小于所述N,所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个资源集列表。
11.根据权利要求9所述的网络侧设备,其特征在于,所述配置模块具体用于:为所述N个HARQ-ACK codebook配置一个资源集列表;
其中,所述资源集列表包含M个PUCCH资源集,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集。
12.根据权利要求8所述的网络侧设备,其特征在于,所述配置模块具体用于:为所述N个HARQ-ACK codebook配置M个PUCCH资源;
其中,所述N个HARQ-ACK codebook中每个HARQ-ACK codebook分别对应于一个或多个资源。
13.一种终端,其特征在于,包括:
第一确定模块,用于根据网络侧设备的配置信息,确定混合自动重传请求应答码本HARQ-ACK codebook与物理上行控制信道PUCCH资源配置之间的对应关系;
第二确定模块,用于根据所述对应关系,为N个HARQ-ACK codebook中的每一个HARQ-ACK codebook分别确定对应的PUCCH资源;
其中,所述N为大于1的整数;
所述HARQ-ACK codebook与PUCCH资源资源配置之间的对应关系包括:
每个HARQ-ACK codebook分别对应于一个PUCCH-config;
所述N个HARQ-ACK codebook配置有M个PUCCH-config,所述M个PUCCH-config表示M个PUCCH配置,所述M小于或等于所述N;
若所述M等于所述N,则所述N个HARQ-ACK codebook与所述M个PUCCH-config一一对应;若所述M小于所述N,则所述N个HARQ-ACK codebook中存在多个HARQ-ACK codebook对应于同一个PUCCH-config。
14.根据权利要求13所述的终端,其特征在于,所述HARQ-ACK codebook与PUCCH资源资源配置之间的对应关系包括以下至少一项:
每个HARQ-ACK codebook分别对应于一个或多个PUCCH资源集;
每个HARQ-ACK codebook分别对应于一个资源集列表;
每个HARQ-ACK codebook分别对应于一个或多个资源。
15.一种网络侧设备,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的资源配置方法中的步骤。
16.一种终端,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求6或7所述的资源确定方法中的步骤。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的资源配置方法中的步骤;或者,实现如权利要求6或7所述的资源确定方法中的步骤。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910240042.5A CN111278124B (zh) | 2019-03-27 | 2019-03-27 | 资源配置方法、资源确定方法、网络侧设备和终端 |
PCT/CN2020/081022 WO2020192673A1 (zh) | 2019-03-27 | 2020-03-25 | 资源配置方法、资源确定方法、网络侧设备和终端 |
US17/486,024 US20220015091A1 (en) | 2019-03-27 | 2021-09-27 | Resource configuration method, resource determining method, network side device and terminal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910240042.5A CN111278124B (zh) | 2019-03-27 | 2019-03-27 | 资源配置方法、资源确定方法、网络侧设备和终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111278124A CN111278124A (zh) | 2020-06-12 |
CN111278124B true CN111278124B (zh) | 2021-09-03 |
Family
ID=71003067
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910240042.5A Active CN111278124B (zh) | 2019-03-27 | 2019-03-27 | 资源配置方法、资源确定方法、网络侧设备和终端 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220015091A1 (zh) |
CN (1) | CN111278124B (zh) |
WO (1) | WO2020192673A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116097850A (zh) * | 2020-08-06 | 2023-05-09 | 苹果公司 | 物理下行链路控制信道(pdcch)可靠性增强 |
WO2022205103A1 (zh) * | 2021-03-31 | 2022-10-06 | 北京小米移动软件有限公司 | 一种传输harq-ack的方法、装置及可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108289015A (zh) * | 2017-01-09 | 2018-07-17 | 北京三星通信技术研究有限公司 | 发送harq-ack/nack的方法和设备及下行传输方法和设备 |
CN109076559A (zh) * | 2018-08-06 | 2018-12-21 | 北京小米移动软件有限公司 | 信息调度、收发方法及装置、基站和用户设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10342005B2 (en) * | 2015-08-14 | 2019-07-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for determining a HARQ-ACK codebook size for a user equipment and base station |
US10568081B2 (en) * | 2016-03-21 | 2020-02-18 | Samsung Electronics Co., Ltd. | Scheduling uplink transmissions |
CN116405165A (zh) * | 2017-01-09 | 2023-07-07 | 北京三星通信技术研究有限公司 | 发送harq-ack/nack的方法和设备及下行传输方法和设备 |
EP3833127A4 (en) * | 2018-07-30 | 2022-03-23 | Ntt Docomo, Inc. | BASE STATION |
US20220116156A1 (en) * | 2019-01-10 | 2022-04-14 | Ntt Docomo, Inc. | User terminal and radio communication method |
-
2019
- 2019-03-27 CN CN201910240042.5A patent/CN111278124B/zh active Active
-
2020
- 2020-03-25 WO PCT/CN2020/081022 patent/WO2020192673A1/zh active Application Filing
-
2021
- 2021-09-27 US US17/486,024 patent/US20220015091A1/en active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108289015A (zh) * | 2017-01-09 | 2018-07-17 | 北京三星通信技术研究有限公司 | 发送harq-ack/nack的方法和设备及下行传输方法和设备 |
CN109076559A (zh) * | 2018-08-06 | 2018-12-21 | 北京小米移动软件有限公司 | 信息调度、收发方法及装置、基站和用户设备 |
Non-Patent Citations (3)
Title |
---|
"R1-1901768 UL control enhancements for URLLC";ZTE;《3GPP TSG RAN WG1 #96》;20190301;正文第2节、第3节 * |
"R1-1903431 UL control enhancements for URLLC";ZTE;《3GPP TSG RAN WG1 #96》;20190301;正文第2节、第3节 * |
"R1-1903605 Summary of offline discussion on UCI enhancements for URLLC";OPPO;《3GPP TSG RAN WG1 #96》;20190301;正文第2节、第3节 * |
Also Published As
Publication number | Publication date |
---|---|
US20220015091A1 (en) | 2022-01-13 |
CN111278124A (zh) | 2020-06-12 |
WO2020192673A1 (zh) | 2020-10-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2021518723A (ja) | サイドリンクの伝送方法及び端末 | |
CN111262663B (zh) | 一种反馈消息的发送方法及终端设备 | |
CN110391867B (zh) | Dci检测方法、dci发送方法、终端和基站 | |
CN110719628B (zh) | 传输方法、终端设备及网络设备 | |
CN111447686B (zh) | 一种harq-ack反馈方法、终端和网络设备 | |
CN111800867B (zh) | 半持续调度物理下行共享信道的反馈方法及终端设备 | |
WO2021139591A1 (zh) | 信道状态信息上报方法、装置、设备及介质 | |
CN110890943B (zh) | 确定方法、终端设备及网络设备 | |
US20220015091A1 (en) | Resource configuration method, resource determining method, network side device and terminal | |
CN111615205B (zh) | 一种半静态调度配置的配置方法、设备及系统 | |
CN111262668B (zh) | 物理上行控制信道传输方法、网络侧设备和终端 | |
CN111106909B (zh) | 数据传输方法、数据传输配置方法、终端及网络侧设备 | |
CN111800794A (zh) | 解调参考信号位置的确定方法及设备 | |
CN112468270A (zh) | 信息指示方法和通信设备 | |
CN111615198A (zh) | 资源确定方法、资源指示方法、终端及网络侧设备 | |
CN111836311B (zh) | 能力协商方法、终端及网络设备 | |
CN111800864B (zh) | 物理上行链路控制信道传输方法、装置、设备及介质 | |
CN111278114B (zh) | 功率控制方法、终端设备及网络侧设备 | |
CN110475369B (zh) | 一种业务调度方法、终端及网络设备 | |
CN110138529B (zh) | Sr的配置方法、网络侧设备、终端侧设备 | |
CN111835481A (zh) | 上行传输方法、终端和网络侧设备 | |
EP4013130A1 (en) | Feedback information transmission method and apparatus, device, and medium | |
CN112787769B (zh) | 确定nfi的方法、装置、设备和存储介质 | |
CN111263427B (zh) | 功率调整方法、终端设备及网络设备 | |
CN111277357B (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 |