CN114390687A - Pucch重复传输方法及相关装置 - Google Patents
Pucch重复传输方法及相关装置 Download PDFInfo
- Publication number
- CN114390687A CN114390687A CN202011128914.8A CN202011128914A CN114390687A CN 114390687 A CN114390687 A CN 114390687A CN 202011128914 A CN202011128914 A CN 202011128914A CN 114390687 A CN114390687 A CN 114390687A
- Authority
- CN
- China
- Prior art keywords
- pucch
- repetition
- actual
- format
- frequency domain
- 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.)
- Pending
Links
Images
Classifications
-
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种PUCCH重复传输方法及相关装置,方法包括:终端采用传输资源配置参数集传输第一PUCCH重复;其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。可见,系统采用传输资源配置参数及传输分段后需要传输的实际PUCCH重复,可以获取传输资源配置参数集中配置的的当前实际PUCCH重复传输的传输方式及相关参数,可以提高系统资源配置的灵活性和可靠性。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种PUCCH重复传输方法及相关装置。
背景技术
目前第五代5G新空口(New Radio,NR)系统中物理上行控制信道(PhysicalUplink Control Channel,PUCCH)重复发送时,在对应的传输时隙包含至少一个不可用符号时,无法确定当前PUCCH重复的传输参数。灵活、可靠性难以满足新通信系统的需求。
发明内容
本申请实施例提供一种PUCCH重复传输方法及相关装置,以期确定实际PUCCH重复的传输方式及相关参数。
第一方面,本申请实施例提供一种PUCCH重复传输方法,包括:
终端采用传输资源配置参数集传输第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息(Uplink ControlInformation,UCI)的个数确定。
第二方面,本申请实施例提供一种PUCCH重复传输方法,包括:
网络设备接收终端采用传输资源配置参数集传输的第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
第三方面,本申请实施例提供一种PUCCH重复传输装置,包括:
传输单元,用于采用传输资源配置参数集传输第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
第四方面,本申请实施例提供一种PUCCH重复传输装置,包括:
接收单元,用于接收终端采用传输资源配置参数集传输的第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
第五方面,本申请实施例提供一种终端,包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。
第六方面,本申请实施例提供一种网络设备,包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第二方面任一方法中的步骤的指令。
第七方面,本申请实施例提供了一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第八方面,本申请实施例提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第九方面,本申请实施例提供了一种计算机程序,其中,所述计算机程序可操作来使计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。
可以看出,本申请实施例中,系统采用传输资源配置参数及传输分段后需要传输的实际PUCCH重复,可以获取传输资源配置参数集中配置的的当前实际PUCCH重复传输的传输方式及相关参数,可以提高系统资源配置的灵活性和可靠性。
附图说明
下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1A是本申请实施例提供的一种示例通信系统的系统架构图;
图1B是本申请实施例提供的一种终端的结构示意图;
图1C是本申请实施例提供的一种PUCCH资源集的示意图;
图1D是本申请实施例提供的一种PUSCH重复传输的示意图;
图2A是本申请实施例提供的一种PUCCH重复传输方法的流程示意图;
图2B是本申请实施例提供的一种实际PUCCH重复资源配置示意图;
图2C是本申请实施例提供的另一种实际PUCCH重复资源配置示意图;
图2D是本申请实施例提供的另一种实际PUCCH重复资源配置示意图;
图3是本申请实施例提供的一种PUCCH重复传输装置的功能单元组成框图;
图4是本申请实施例提供的另一种PUCCH重复传输装置的功能单元组成框图;
图5是本申请实施例提供的另一种PUCCH重复传输装置的功能单元组成框图;
图6是本申请实施例提供的另一种PUCCH重复传输装置的功能单元组成框图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案可以应用于如图1A所示的示例通信系统100,该示例通信系统100包括终端110和网络设备120,终端110与网络设备120通信连接。
该示例通信系统100例如可以是:全球移动通讯(Global System of Mobilecommunication,GSM)系统、码分多址(Code Division Multiple Access,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、先进的长期演进(Advanced long term evolution,LTE-A)系统、新无线(New Radio,NR)系统、NR系统的演进系统、免授权频谱上的LTE(LTE-based access to unlicensedspectrum,LTE-U)系统、免授权频谱上的NR(NR-based access tounlicensed spectrum,NR-U)系统、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、下一代通信系统或其他通信系统等。
通常来说,传统的通信系统支持的连接数有限,也易于实现,然而,随着通信技术的发展,移动通信系统将不仅支持传统的通信,还将支持例如,设备到设备(Device toDevice,D2D)通信,机器到机器(Machine to Machine,M2M)通信,机器类型通信(MachineType Communication,MTC),以及车辆间(Vehicle to Vehicle,V2V)通信等,本申请实施例也可以应用于这些通信系统。可选地,本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation,CA)场景,也可以应用于双连接(Dual Connectivity,DC)场景,还可以应用于独立(Standalone,SA)布网场景。
本申请实施例对应用的频谱并不限定。例如,本申请实施例可以应用于授权频谱,也可以应用于免授权频谱。
本申请实施例中的终端110可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personaldigital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、中继设备、车载设备、可穿戴设备,未来5G网络中的终端或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端等,本申请实施例对此并不限定。如图1B所示,本申请实施例终端中的终端110可以包括一个或多个如下部件:处理器110、存储器120和输入输出装置130,处理器110分别与存储器120、输入输出装置130通信连接。
本申请实施例中的网络设备120可以是用于与终端通信的设备,该网络设备可以是LTE系统中的演进型基站(evoled NodeB,eNB或eNodeB),还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该网络设备可以为中继设备、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备,5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(baseband unit,BBU),或,分布式单元(distributed unit,DU)等,本申请实施例并不限定。
在一些部署中,gNB可以包括集中式单元(centralized unit,CU)和DU。gNB还可以包括有源天线单元(active antenna unit,AAU)。CU实现gNB的部分功能,DU实现gNB的部分功能。比如,CU负责处理非实时协议和服务,实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packet data convergence protocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,实现无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理(physical,PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息,或者,由PHY层的信息转变而来,因而,在这种架构下,高层信令,如RRC层信令,也可以认为是由DU发送的,或者,由DU+AAU发送的。可以理解的是,网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外,可以将CU划分为接入网(radio access network,RAN)中的网络设备,也可以将CU划分为核心网(core network,CN)中的网络设备,本申请对此不做限定。
在本申请实施例中,终端110或网络设备120包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端,或者,是终端中能够调用程序并执行程序的功能模块。
本申请涉及到的概念和术语的定义或解释如下。
PUCCH是NR系统中上行链路的一个物理信道,其中承载上行控制信息。设置PUCCH的目的是在用户设备没有被调度时,即没有被分配上行共享信道(Uplink SharedChannel,UL-SCH)资源时,用户设备利用PUCCH传递L1/L2控制信息,包括信道状态报告(Channel State Information,CSI)(预编码矩阵指示(Precoding Matrix Indicator,PMI)和信道质量指示(Channel Quality Indicator,CQI)等等)、混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)确认(ACK/NACK)和调度请求(schedulingrequest,SR)。
当2个以上PUCCH重叠时,根据总上行控制信息(Uplink Control Information,UCI)比特所属的PUCCH资源集确定应该使用的PUCCH资源。NR系统中,无线资源控制RRC连接建立之后,如图1C所示,最多可以为用户设备UE配置K=4个PUCCH资源集。UE根据当前时隙slot中需要反馈的UCI大小决定应该采用哪个PUCCH资源集。PUCCH资源集i(i=0,…,K-1)可承载的UCI大小范围是{Ni,…,Ni+1-1}bit。当有多个PUCCH资源集时,N0=1,N1=3,Ni(i=2,…,K-1)由终端专属高层信令配置。
5G NR支持灵活的TDD帧结构,可采用半静态配置的方式和动态指示的方式来配置网络的帧结构。时隙格式信息(Slot Format related Information,SFI)是一个广义的概念,有两种,一种是半静态RRC信令动态配置的,即半静态时隙格式信息(semi-staticSFI);另一种是承载在组公共物理下行控制信道(group-common Physical DownlinkControl Channel,GC-PDCCH)上,动态地发送给一组UE,即动态时隙格式信息dynamic SFI。在GC-PDCCH上承载的SFI信息可以指示一个或多个时隙slot的格式。UE监听到SFI后,可以获知时隙中哪些符号是“UL(上行)”,哪些是“DL(下行)”,哪些是“flexible(灵活的)”。
5G NR系统中版本R15中支持时域内灵活资源分配,与长期演进LTE系统基于子帧调度相比,NR在时域上调度的粒度更小,可以基于正交频分复用OFDM符号来进行调度。此外5G NR R15还支持时隙间的重复传输,通过高层信令配置重复传输次数N,物理上行共享信道PUSCH会在N个时隙内重复发送、且发送的符号位置在每个时隙内相同,称为PUSCH重复类型A PUSCH repetition type A。如果一个时隙内至少有一个符号为下行符号,则当前时隙的PUSCH不发送。这就造成PUSCH重复次数可能会少于N次。
在Rel-16 NR中,为支持超高可靠低时延通信(Ultra Reliability and LowLatency Communication,URLLC)场景,支持时隙内的重复传输(称为PUSCH repetitiontype B),可以满足URLLC时延的要求,可以用于提高URLLC业务的可靠性。多个时隙内重复传输可以在一个时隙内,也可以跨时隙。
基站通过时域资源表格内配置的重复次数告诉UE名义上的重复传输次数。当一个重复传输的实例跨时隙或者上下行切换点时,会被划分成多个实际的重复传输实例。实际的重复传输实例可能会大于名义上的重复传输次数。对于下行控制信息(DownlinkControl Information,DCI)(包括激活DCI)调度的重复传输,DCI指示第一个名义上重复传输实例的时域资源分配。
对于类型为半静态配置的时域资源,时域资源表格内配置和/或通过DCI指示第一个名义上重复传输实例的时域资源分配。后续的重复传输实例根据第一个名义上重复传输实例以及上下行帧结构配置推断得到。哪些符号可以用于上行数据传输,直接影响后续的重复传输实例所占用的时域资源。图1D给出了Rel-16时隙内PUSCH重复传输的示例图,其中,图1D中的(a)中在单个时隙内重复传输2次PUSCH,且时域资源连续,图1D中的(b)中,在连续2个时隙内重复传输4次PUSCH,且时域资源连续。此外,在Rel-16中时隙内PUSCH重复传输中会存在多种不可用符号,包含高层信令半静态配置的下行符号,同步信号和PBCH块(Synchronization Signal and PBCH block,简称SSB)符号,主信息块(MasterInformation Block,MIB)或系统信息块SIB1配置的资源集CORESET符号,高层信令配置的下行符号后的符号间隔,高层信令配置的invalid符号(下面描述具体用法),时隙边界。
对于动态调度的PUSCH repetition type B或由PDCCH激活的调度授权的PUSCHrepetition type B,若配置动态SFI,则通过第一个高层信令指示一个图样、指示不可用符号,并通过第二个高层信令指示DCI是否存在动态指示位bit、指示此图样是否生效。当没有配置第一个高层信令时,所有的半静态灵活flexible符号都可用于PUSCH传输。
若第一个高层信令存在、且DCI存在指示位,则该指示位为0意味着半静态flexible符号都可用于PUSCH传输,该指示位为1意味着PUSCH需要对下行DL及图样符号做分割,其它符号可用于PUSCH传输。
若第一个高层信令存在、且DCI不存在指示位,则PUSCH需要对DL及图样符号做分割,其它符号可用于PUSCH传输。
目前,PUCCH重复发送时,在对应的传输时隙包含至少一个不可用符号时,无法确定当前PUCCH重复的传输参数。灵活、可靠性难以满足新通信系统的需求。
针对上述问题,本申请实施例提出一种PUCCH重复传输方法,下面结合附图进行详细说明。
请参阅图2A,图2A是本申请实施例提供的一种PUCCH重复传输方法的流程示意图,如图所示,该方法包括:
步骤201、终端采用传输资源配置参数集传输第一PUCCH重复。
步骤202、网络设备接收终端采用传输资源配置参数集传输的第一PUCCH重复。
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
具体实现中,由于PUCCH传输中间包含有invalid symbol(高层信令半静态配置的下行符号,SSB符号,MIB或SIB1配置的CORESET符号,高层信令配置的下行符号后的符号间隔,高层信令配置的invalid符号,动态调度的下行传输,动态时隙格式信息),PUCCH无法在预配置的全部时域符号内发送,则PUCCH可以进行分段处理,分段后的PUCCH重复中会有一部分不能发送,有一些可以发送,可以发送的PUCCH称为实际PUCCH重复。所述传输资源配置参数集包括多种PUCCH格式与其他与传输所述实际PUCCH重复所需要的参数,所述第一PUCCH格式为所述传输资源配置参数集中包括的多种PUCCH格式中的任意一种。不同格式所承载的数据如表1所示:
PUCCH格式 | OFDM符号长度 | 位数 |
0 | 1–2 | ≤2 |
1 | 4–12 | ≤2 |
2 | 1–2 | >2 |
3 | 4–12 | >2 |
4 | 4–12 | >2 |
表1
其中,PUCCH格式包括格式0、格式1、格式2、格式3、格式4,所示OFDM符号长度就是上述PUCCH重复所占用的时间单元的个数,可以是1-2个符号长度,或4-12个符号长度,所示位数就是上述PUCCH重复承载的UCI的个数,可以是大于2比特,也可以是小于等于2比特。
可见,本实例中,系统采用传输资源配置参数及传输分段后需要传输的实际PUCCH重复,可以获取传输资源配置参数集中配置的的当前实际PUCCH重复传输的传输方式及相关参数,可以提高系统资源配置的灵活性和可靠性。
在本可能的示例中,所述传输资源配置参数集还还包括以下至少一种:时域符号位置、频域长度、频域所占的物理资源块PRB的位置频域长度、正交掩码OCC长度和所述OCC索引的配置、解调参考信号DMRS的位置。
其中,传输资源配置参数集中包括的多种参数有些是在正常PUCCH重复分段后,传输的实际PUCCH重复相比于正常PUCCH重复需要修改的,有些是实际PUCCH重复与正常PUCCH重复相同的,是否需要对相应的传输资源配置参数集中的参数进行修改,取决于该正常PUCCH重复使用的PUCCH格式,和当前实际PUCCH重复所使用的PUCCH格式来确定。
可见,本实例中,系统采用传输资源配置参数及传输分段后需要传输的实际PUCCH重复,可以获取传输资源配置参数集中配置的的当前实际PUCCH重复传输的传输方式及相关参数,可以提高系统资源配置的灵活性和可靠性。
在本可能的实例中,在所述传输资源配置参数集中不包含第二PUCCH格式时,所述第一PUCCH格式为所述时间单元的个数小于所述实际PUCCH重复所占用的所述时间单元的个数的PUCCH格式中,包含的所述时间单元个数最大的PUCCH格式,所述第二PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
其中,如图2B所示,图2B是本申请实施例提供的一种实际PUCCH重复资源配置示意图。正常PUCCH重复需要使用的时间单元的个数为11个,当正常PUCCH重复所承载的UCI的个数大于2比特时,该正常PUCCH重复所使用的PUCCH格式就为格式3或格式4,当正常PUCCH重复所承载的UCI的个数小于或等于2比特时,该正常PUCCH重复所使用的PUCCH格式就为格式1。而由于该正常PUCCH重复需要的资源中第3-第10个符号为不可用的符号,因此该正常PUCCH重复会被分成两段,因此下行符号对应的正常PUCCH重复的部分就为实际PUCCH重复,此时该实际PUCCH需要的时间单元的个数为3个,但根据表1所示,没有PUCCH格式传输时间单元个数为3个的PUCCH,因此选择时间单元个数小于3,且时间单元个数最多的PUCCH格式传输所述实际PUCCH格式。所以在实际PUCCH重复承载的UCI的个数大于2比特时,选择格式2传输所述实际PUCCH重复,在实际PUCCH重复承载的UCI的个数小于2比特时,选择格式0传输所述实际PUCCH重复。
可见,本实例中,在所述传输资源配置参数集中不包含第二PUCCH格式时,所述第一PUCCH格式为所述时间单元的个数小于所述实际PUCCH重复所占用的所述时间单元的个数的PUCCH格式中,包含的所述时间单元个数最大的PUCCH格式。这样可以提高系统资源配置的灵活性和可靠性。
在本可能的实例中,在第三PUCCH格式为格式3或格式4且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不小于2比特的情况下:所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;所述频域所占的PRB的位置频域长度不大于所述正常PUCCH重复配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;若所述第三PUCCH格式为格式4,则忽略所述OCC长度和所述OCC索引的配置;所述解调参考信号DMRS的位置参数根据所述时域符号位置和所述第一PUCCH格式确定;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
其中,如图所示,图2C是本申请实施例提供的另一种实际PUCCH重复资源配置示意图。正常PUCCH重复需要使用的时间单元的个数为11个,当正常PUCCH重复所承载的UCI的个数大于2比特时,该正常PUCCH重复所使用的PUCCH格式就为格式3或格式4。由于第3到第11个符号为不可用符号,因此需要将该正常PUCCH重复分段传输,分段后的实际PUCCH重复包括2个时间单元,由于此时实际PUCCH重复承载的UCI的个数大于2比特,因此当前实际PUCCH重复所使用的第一PUCCH格式为格式2。使得实际PUCCH重复使用的PUCCH格式与正常PUCCH重复所使用的格式不同。此时相比于正常PUCCH重复所使用的参数,实际PUCCH重复需要修改的传输资源配置参数集中的参数有时域符号位置、频域所占的PRB的位置频域长度、OCC长度和所述OCC索引的配置和解调参考信号DMRS的位置参数。
可见,本实例中,根据实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的UCI的个数确定的第一PUCCH格式与正常PUCCH重复使用的格式不同,并根据第一PUCCH格式确定需修改的参数。这样可以提高系统资源配置的灵活性和可靠性。
在本可能的实例中,在所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数大于所述实际PUCCH重复配置的PRB个数,且所述正常PUCCH重复上承载信道状态信息2CSI2的情况下,所述实际PUCCH重复传输的信息包括:混合自动重传请求HARQ-ACK信息、调度请求SR信息、信道状态信息1CSI1。
其中,若超出原PrB个数,则若UCI大于2比特时,每个PUCCH资源集中可包含8个资源;由DCI中下行控制信息(downlinkcontrolinformation,简称dci)中的3比特pucch资源指示符(pucchresourceindicator,简称pri)的3比特指示可使用PUCCH资源集的哪个PUCCH资源。再在该实际PUCCH重复中传输HARQ-ACK信息、SR信息和CSI1。
可见,本实例中,在所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数大于所述实际PUCCH重复配置的PRB个数,且所述正常PUCCH重复上承载信道状态信息2CSI2时,确定实际PUCCH重复传输的信息内容,这样可以提高系统资源配置的灵活性和可靠性。
在本可能的实例中,在第三PUCCH格式为格式1且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不大于2比特的情况下:所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;所述频域所占的物理资源块PRB的位置频域长度为1;忽略所述OCC索引的配置;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
其中,如图所示,图2C是本申请实施例提供的另一种实际PUCCH重复资源配置示意图。正常PUCCH重复需要使用的时间单元的个数为11个,当正常PUCCH重复所承载的UCI的个数小于或等于2比特时,该正常PUCCH重复所使用的PUCCH格式就为格式1。由于第3到第11个符号为不可用符号,因此需要将该正常PUCCH重复分段传输,分段后的实际PUCCH重复包括2个时间单元,由于此时实际PUCCH重复承载的UCI的个数小于或等于2比特,因此当前实际PUCCH重复所使用的第一PUCCH格式为格式0。使得实际PUCCH重复使用的PUCCH格式与正常PUCCH重复所使用的格式不同。此时相比与正常PUCCH重复,实际PUCCH重复传输时需修改的参数包括时域符号位置、频域所占的物理资源块PRB的位置频域长度和OCC索引的配置。
可见,本实例中,根据实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的UCI的个数确定的第一PUCCH格式与正常PUCCH重复使用的格式不同,并根据第一PUCCH格式确定需修改的参数。这样可以提高系统资源配置的灵活性和可靠性。
在本可能的实例中,在所述第一PUCCH格式与第三PUCCH格式相同的情况下:所述实际PUCCH重复的频域长度与所述正常PUCCH重复的频域长度相同;所述频域所占的物理资源块PRB的位置频域长度不大于所述原PUCCH配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;若所述第三PUCCH格式为格式4,则所述实际PUCCH重复的所述OCC长度和所述OCC索引与所述正常PUCCH重复的OCC长度和OCC索引相同;所述解调参考信号DMRS的位置根据所述实际PUCCH重复的时域符号位置和所述第一PUCCH格式确定;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
其中,如图所示,图2D是本申请实施例提供的另一种实际PUCCH重复资源配置示意图。正常PUCCH重复需要使用的时间单元的个数为11个,当正常PUCCH重复所承载的UCI的个数小于或等于2比特时,该正常PUCCH重复所使用的PUCCH格式就为1,当正常PUCCH重复所承载的UCI的个数大于或等于2比特时,该正常PUCCH重复所使用的PUCCH格式就为格式3或格式4。由于第3个符号为不可用符号,因此需要将该正常PUCCH重复分段传输,分段后的实际PUCCH重复包括10个时间单元,因此,此时实际PUCCH重复承载的UCI的个数小于或等于2比特时,当前实际PUCCH重复所使用的第一PUCCH格式同样为格式1,此时实际PUCCH重复承载的UCI的个数大于2比特时,当前实际PUCCH重复所使用的第一PUCCH格式同样为格式3或格式4。使得实际PUCCH重复使用的PUCCH格式与正常PUCCH重复所使用的格式相同。此时相比与正常PUCCH重复,实际PUCCH重复传输时需修改的参数包括实际PUCCH重复的频域长度、频域所占的物理资源块PRB的位置频域长度、OCC长度和所述OCC索引的配置和解调参考信号DMRS的位置。
具体实现中,若所述频域所占的物理资源块PRB的位置频域长度大于所述原PUCCH配置的PRB个数,则UCI小于等于2比特时,每个PUCCH资源集中可包含8~32个资源;当多于8个资源时,由DCI中PUCCH资源指示字段(PUCCH resource indicator)3比特指示可使用PUCCH资源集的哪些PUCCH资源(也称为PUCCH资源子集),接着采用CCE-index-based隐式映射的方式决定在PUCCH资源子集中UE最终采用哪个PUCCH资源。(cce:控制信道单元)。UCI大于2比特时,每个PUCCH资源集中可包含8个资源;由DCI中下行控制信息(downlinkcontrolinformation,简称dci)中的3比特pucch资源指示符(pucchresourceindicator,简称pri)的3比特指示可使用PUCCH资源集的哪个PUCCH资源,不需要隐式映射的方式。
可见,本实例中,根据实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的UCI的个数确定的第一PUCCH格式与正常PUCCH重复使用的格式相同,并根据第一PUCCH格式确定需修改的参数。这样可以提高系统资源配置的灵活性和可靠性。
在本可能的实例中,所述第一PUCCH格式为所述传输资源配置参数集中的多种PUCCH格式中的任意一种。
其中,当正常PUCCH重复使用的PUCCH格式为传输资源配置参数集中的任意一种格式时,对正常PUCCH分段后得到的实际PUCCH重复使用的第一PUCCH格式都有可能与正常PUCCH重复使用的格式相同。
可见,本实例中,在第三PUCCH格式与第一PUCCH格式相同时,第一PUCCH格式可以是所述传输资源配置参数集中的多种PUCCH格式中的任意一种。这样可以提高系统资源配置的灵活性和可靠性。
本申请实施例提供一种PUCCH重复传输装置,该PUCCH重复传输装置可以为终端。具体的,PUCCH重复传输装置用于执行以上PUCCH重复传输方法中终端所执行的步骤。本申请实施例提供的PUCCH重复传输装置可以包括相应步骤所对应的模块。
本申请实施例可以根据上述方法示例对PUCCH重复传输装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图3示出上述实施例中所涉及的PUCCH重复传输装置的一种可能的结构示意图。如图3所示,PUCCH重复传输装置3包括传输单元30,所述传输单元30,用于采用传输资源配置参数集传输第一PUCCH重复;其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
在一个可能的示例中,所述传输资源配置参数集还还包括以下至少一种:时域符号位置、频域长度、频域所占的物理资源块PRB的位置频域长度、正交掩码OCC长度和所述OCC索引的配置、解调参考信号DMRS的位置。
在一个可能的示例中,在所述传输资源配置参数集中不包含第二PUCCH格式时,所述第一PUCCH格式为所述时间单元的个数小于所述实际PUCCH重复所占用的所述时间单元的个数的PUCCH格式中,包含的所述时间单元个数最大的PUCCH格式,所述第二PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
在一个可能的示例中,在第三PUCCH格式为格式3或格式4且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不小于2比特的情况下,所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;所述频域所占的PRB的位置频域长度不大于所述正常PUCCH重复配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;若所述第三PUCCH格式为格式4,则忽略所述OCC长度和所述OCC索引的配置;所述解调参考信号DMRS的位置参数根据所述时域符号位置和所述第一PUCCH格式确定;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
在一个可能的示例中,在所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数大于所述实际PUCCH重复配置的PRB个数,且所述正常PUCCH重复上承载信道状态信息2CSI2的情况下,所述实际PUCCH重复传输的信息包括:混合自动重传请求HARQ-ACK信息、调度请求SR信息、信道状态信息1CSI1。
在一个可能的示例中,第三PUCCH格式为格式1且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不大于2比特的情况下,所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;所述频域所占的物理资源块PRB的位置频域长度为1;忽略所述OCC索引的配置;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
在一个可能的示例中,在所述第一PUCCH格式与第三PUCCH格式相同的情况下,所述实际PUCCH重复的频域长度与所述正常PUCCH重复的频域长度相同;所述频域所占的物理资源块PRB的位置频域长度不大于所述原PUCCH配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;若所述第三PUCCH格式为格式4,则所述实际PUCCH重复的所述OCC长度和所述OCC索引的配置与所述正常PUCCH重复的OCC长度和OCC索引的配置相同;所述解调参考信号DMRS的位置根据所述实际PUCCH重复的时域符号位置和所述第一PUCCH格式确定;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
在一个可能的示例中,所述第一PUCCH格式为所述传输资源配置参数集中的多种PUCCH格式中的任意一种。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。当然,本申请实施例提供的PUCCH重复传输装置包括但不限于上述模块,例如:PUCCH重复传输装置还可以包括存储单元31。存储单元31可以用于存储该PUCCH重复传输装置的程序代码和数据。
在采用集成的单元的情况下,本申请实施例提供的PUCCH重复传输装置的结构示意图如图4所示。在图4中,PUCCH重复传输装置4包括:处理模块40和通信模块41。处理模块40用于对PUCCH重复传输装置的动作进行控制管理,例如,传输单元30所执行的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块41用于支持PUCCH重复传输装置与其他设备之间的交互。如图4所示,PUCCH重复传输装置还可以包括存储模块42,存储模块42用于存储PUCCH重复传输装置的程序代码和数据,例如存储上述存储单元31所保存的内容。
其中,处理模块40可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块41可以是收发器、RF电路或通信接口等。存储模块42可以是存储器。
其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。上述PUCCH重复传输装置3和PUCCH重复传输装置4均可执行上述图2A所示的PUCCH重复传输方法中终端所执行的步骤。
本申请实施例提供另一种PUCCH重复传输装置,该PUCCH重复传输装置可以为网络设备。具体的,PUCCH重复传输装置用于执行以上PUCCH重复传输方法中网络设备所执行的步骤。本申请实施例提供的PUCCH重复传输装置可以包括相应步骤所对应的模块。
本申请实施例可以根据上述方法示例对PUCCH重复传输装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图5示出上述实施例中所涉及的PUCCH重复传输装置的一种可能的结构示意图。如图5所示,PUCCH重复传输装置5包括接收单元50,所述接收单元50,用于接收终端采用传输资源配置参数集传输的第一PUCCH重复;其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
在一个可能的示例中,所述传输资源配置参数集还还包括以下至少一种:时域符号位置、频域长度、频域所占的物理资源块PRB的位置频域长度、正交掩码OCC长度和所述OCC索引的配置、解调参考信号DMRS的位置。
在一个可能的示例中,在所述传输资源配置参数集中不包含第二PUCCH格式时,所述第一PUCCH格式为所述时间单元的个数小于所述实际PUCCH重复所占用的所述时间单元的个数的PUCCH格式中,包含的所述时间单元个数最大的PUCCH格式,所述第二PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
在一个可能的示例中,在第三PUCCH格式为格式3或格式4且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不小于2比特的情况下,所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;所述频域所占的PRB的位置频域长度不大于所述正常PUCCH重复配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;若所述第三PUCCH格式为格式4,则忽略所述OCC长度和所述OCC索引的配置;所述解调参考信号DMRS的位置参数根据所述时域符号位置和所述第一PUCCH格式确定;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
在一个可能的示例中,在所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数大于所述实际PUCCH重复配置的PRB个数,且所述正常PUCCH重复上承载信道状态信息2CSI2的情况下,所述实际PUCCH重复传输的信息包括:混合自动重传请求HARQ-ACK信息、调度请求SR信息、信道状态信息1CSI1。
在一个可能的示例中,第三PUCCH格式为格式1且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不大于2比特的情况下,所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;所述频域所占的物理资源块PRB的位置频域长度为1;忽略所述OCC索引的配置;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
在一个可能的示例中,在所述第一PUCCH格式与第三PUCCH格式相同的情况下,所述实际PUCCH重复的频域长度与所述正常PUCCH重复的频域长度相同;所述频域所占的物理资源块PRB的位置频域长度不大于所述原PUCCH配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;若所述第三PUCCH格式为格式4,则所述实际PUCCH重复的所述OCC长度和所述OCC索引的配置与所述正常PUCCH重复的OCC长度和OCC索引的配置相同;所述解调参考信号DMRS的位置根据所述实际PUCCH重复的时域符号位置和所述第一PUCCH格式确定;其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
在一个可能的示例中,所述第一PUCCH格式为所述传输资源配置参数集中的多种PUCCH格式中的任意一种。
在采用集成的单元的情况下,本申请实施例提供的PUCCH重复传输装置的结构示意图如图6所示。在图6中,PUCCH重复传输装置6包括:处理模块60和通信模块61。处理模块60用于对PUCCH重复传输装置的动作进行控制管理,例如,接收单元50所执行的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块61用于支持PUCCH重复传输装置与其他设备之间的交互。如图6所示,PUCCH重复传输装置还可以包括存储模块62,存储模块62用于存储PUCCH重复传输装置的程序代码和数据,例如存储上述存储单元51所保存的内容。
其中,处理模块60可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块61可以是收发器、RF电路或通信接口等。存储模块62可以是存储器。
其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。上述PUCCH重复传输装置5和PUCCH重复传输装置6均可执行上述图2A所示的PUCCH重复传输方法中网络设备所执行的步骤。
本申请实施例还提供了一种芯片,其中,该芯片包括处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如上述方法实施例中终端所描述的部分或全部步骤。
本申请实施例还提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如上述方法实施例中终端所描述的部分或全部步骤。
本申请实施例还提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如上述方法实施例中网络侧设备所描述的部分或全部步骤。
本申请实施例还提供了一种计算机程序产品,其中,所述计算机程序产品包括计算机程序,所述计算机程序可操作来使计算机执行如上述方法实施例中终端所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
本申请实施例所描述的方法或者算法的步骤可以以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read OnlyMemory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于接入网设备、目标网络设备或核心网设备中。当然,处理器和存储介质也可以作为分立组件存在于接入网设备、目标网络设备或核心网设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DigitalSubscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(DigitalVideo Disc,DVD))、或者半导体介质(例如,固态硬盘(Solid State Disk,SSD))等。
以上所述的具体实施方式,对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请实施例的具体实施方式而已,并不用于限定本申请实施例的保护范围,凡在本申请实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请实施例的保护范围之内。
Claims (21)
1.一种物理上行链路控制信道PUCCH重复传输方法,其特征在于,包括:
终端采用传输资源配置参数集传输第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
2.根据权利要求1所述的方法,其特征在于,所述传输资源配置参数集还包括以下至少一种:
时域符号位置、频域长度、频域所占的物理资源块PRB的位置频域长度、正交掩码OCC长度和所述OCC索引的配置、解调参考信号DMRS的位置。
3.根据权利要求2所述的方法,其特征在于,在所述传输资源配置参数集中不包含第二PUCCH格式时,所述第一PUCCH格式为所述时间单元的个数小于所述实际PUCCH重复所占用的所述时间单元的个数的PUCCH格式中,包含的所述时间单元个数最大的PUCCH格式,所述第二PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
4.根据权利要求2或3所述的方法,其特征在于,在第三PUCCH格式为格式3或格式4且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不小于2比特的情况下:
所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;
所述频域所占的PRB的位置频域长度不大于所述正常PUCCH重复配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;
若所述第三PUCCH格式为格式4,则忽略所述OCC长度和所述OCC索引的配置;
所述解调参考信号DMRS的位置参数根据所述时域符号位置和所述第一PUCCH格式确定;
其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
5.根据权利要求4所述的方法,其特征在于,在所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数大于所述实际PUCCH重复配置的PRB个数,且所述正常PUCCH重复上承载信道状态信息2CSI2的情况下,所述实际PUCCH重复传输的信息包括:
混合自动重传请求HARQ-ACK信息、调度请求SR信息、信道状态信息1CSI1。
6.根据权利要求2或3所述的方法,其特征在于,在第三PUCCH格式为格式1且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不大于2比特的情况下:
所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;
所述频域所占的物理资源块PRB的位置频域长度为1;
忽略所述OCC索引的配置;
其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
7.根据权利要求2所述的方法,其特征在于,在所述第一PUCCH格式与第三PUCCH格式相同的情况下:
所述实际PUCCH重复的频域长度与所述正常PUCCH重复的频域长度相同;
所述频域所占的物理资源块PRB的位置频域长度不大于所述原PUCCH配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;
若所述第三PUCCH格式为格式4,则所述实际PUCCH重复的所述OCC长度和所述OCC索引的配置与所述正常PUCCH重复的OCC长度和OCC索引的配置相同;
所述解调参考信号DMRS的位置根据所述实际PUCCH重复的时域符号位置和所述第一PUCCH格式确定;
其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
8.根据权利要求7所述的方法,其特征在于,所述第一PUCCH格式为所述传输资源配置参数集中的多种PUCCH格式中的任意一种。
9.一种PUCCH传输方法,其特征在于,包括:
网络设备接收终端采用传输资源配置参数集传输的第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
10.根据权利要求9所述的方法,其特征在于,所述传输资源配置参数集还还包括以下至少一种:
时域符号位置、频域长度、频域所占的物理资源块PRB的位置频域长度、正交掩码OCC长度和所述OCC索引的配置、解调参考信号DMRS的位置。
11.根据权利要求9所述的方法,其特征在于,在所述传输资源配置参数集中不包含第二PUCCH格式时,所述第一PUCCH格式为所述时间单元的个数小于所述实际PUCCH重复所占用的所述时间单元的个数的PUCCH格式中,包含的所述时间单元个数最大的PUCCH格式,所述第二PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
12.根据权利要求10或11所述的方法,其特征在于,在第三PUCCH格式为格式3或格式4且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不小于2比特的情况下:
所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;
所述频域所占的PRB的位置频域长度不大于所述正常PUCCH重复配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;
若所述第三PUCCH格式为格式4,则忽略所述OCC长度和所述OCC索引的配置;
所述解调参考信号DMRS的位置参数根据所述时域符号位置和所述第一PUCCH格式确定;
其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
13.根据权利要求12所述的方法,其特征在于,在所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数大于所述实际PUCCH重复配置的PRB个数,且所述正常PUCCH重复上承载信道状态信息2CSI2的情况下,所述实际PUCCH重复传输的信息包括:
混合自动重传请求HARQ-ACK信息、调度请求SR信息、信道状态信息1CSI1。
14.根据权利要求10或11所述的方法,其特征在于,在第三PUCCH格式为格式1且与所述第一PUCCH格式不同,所述实际PUCCH重复承载的UCI的个数不大于2比特的情况下:
所述时域符号位置包括所述实际PUCCH重复对应的起始符号位置和符号个数;
所述频域所占的物理资源块PRB的位置频域长度为1;
忽略所述OCC索引的配置;
其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
15.根据权利要求10所述的方法,其特征在于,在所述第一PUCCH格式与第三PUCCH格式相同的情况下:
所述实际PUCCH重复的频域长度与所述正常PUCCH重复的频域长度相同;
所述频域所占的物理资源块PRB的位置频域长度不大于所述原PUCCH配置的PRB个数,所述频域所占的PRB个数取决于所述实际PUCCH重复承载的UCI以配置的最大码率编码后所需的PRB个数;
若所述第三PUCCH格式为格式4,则所述实际PUCCH重复的所述OCC长度和所述OCC索引与所述正常PUCCH重复的OCC长度和OCC索引相同;
所述解调参考信号DMRS的位置根据所述实际PUCCH重复的时域符号位置和所述第一PUCCH格式确定;
其中,所述第三PUCCH格式根据所述正常PUCCH重复所占用的时间单元的个数和所述正常PUCCH重复承载的UCI的个数确定。
16.根据权利要求15所述的方法,其特征在于,所述第一PUCCH格式为所述传输资源配置参数集中的多种PUCCH格式中的任意一种。
17.一种PUCCH传输装置,其特征在于,包括:
传输单元,用于采用传输资源配置参数集传输第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
18.一种PUCCH传输装置,其特征在于,包括:
接收单元,用于接收终端采用传输资源配置参数集传输的第一PUCCH重复;
其中,所述第一PUCCH重复为正常PUCCH重复进行分段处理后的实际PUCCH重复,所述传输资源配置参数集中包括第一PUCCH格式,所述第一PUCCH格式根据所述实际PUCCH重复所占用的时间单元的个数和所述实际PUCCH重复承载的上行控制信息UCI的个数确定。
19.一种终端,其特征在于,包括处理器、存储器,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-8任一项所述的方法中的步骤的指令。
20.一种网络设备,其特征在于,包括处理器、存储器,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求9-16任一项所述的方法中的步骤的指令。
21.一种计算机可读存储介质,其特征在于,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-8或9-16任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011128914.8A CN114390687A (zh) | 2020-10-21 | 2020-10-21 | Pucch重复传输方法及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011128914.8A CN114390687A (zh) | 2020-10-21 | 2020-10-21 | Pucch重复传输方法及相关装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114390687A true CN114390687A (zh) | 2022-04-22 |
Family
ID=81192784
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011128914.8A Pending CN114390687A (zh) | 2020-10-21 | 2020-10-21 | Pucch重复传输方法及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114390687A (zh) |
-
2020
- 2020-10-21 CN CN202011128914.8A patent/CN114390687A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11082963B2 (en) | Method, terminal device and network device for transmitting uplink control information | |
CN112929958B (zh) | 传输方法和装置 | |
US20240032037A1 (en) | Information transmission method, terminal device, and network device | |
CN114531734B (zh) | 信息传输方法及相关装置 | |
CN110913488B (zh) | 物理上行共享信道的调度方法及设备 | |
CN113068259B (zh) | 无线通信方法和设备 | |
CN113678558B (zh) | 信息传输方法及相关装置 | |
WO2017197586A1 (zh) | 传输数据的方法和装置 | |
US20210014029A1 (en) | Resource Determining Method, Indication Method, And Apparatus | |
EP3925122A1 (en) | Communication system | |
EP4013147A1 (en) | Communication processing method and apparatus | |
CN114375046A (zh) | Pucch重复传输方法及相关装置 | |
CN111418177B (zh) | 可靠性传输方法及相关产品 | |
WO2021056583A1 (zh) | 一种上行传输方法及装置 | |
WO2020083333A1 (zh) | 通信方法和装置 | |
US11218997B2 (en) | Uplink control channel transmission method, terminal, base station and device | |
CN115865295A (zh) | 信息处理方法及设备 | |
CN111525984B (zh) | 上行控制信息的传输方法及相关产品 | |
CN114826524B (zh) | 混合自动重传请求确认harq-ack资源确定方法 | |
CN115868135A (zh) | 载波切换方法、装置、设备及存储介质 | |
CN114390687A (zh) | Pucch重复传输方法及相关装置 | |
CN115379500A (zh) | 信息反馈方法和相关设备 | |
WO2021164603A1 (zh) | 辅链路控制信息的资源指示方法与装置、终端设备 | |
EP4283904A1 (en) | Uci multiplexing transmission method and apparatus, and storage medium | |
US20240155575A1 (en) | Methods and systems for coverage enhancement in wireless networks |
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 |