CN116961864A - 信道配置方法及终端、存储介质、电子装置 - Google Patents

信道配置方法及终端、存储介质、电子装置 Download PDF

Info

Publication number
CN116961864A
CN116961864A CN202310966486.3A CN202310966486A CN116961864A CN 116961864 A CN116961864 A CN 116961864A CN 202310966486 A CN202310966486 A CN 202310966486A CN 116961864 A CN116961864 A CN 116961864A
Authority
CN
China
Prior art keywords
pucch
pucchs
time
channel
symbol
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
Application number
CN202310966486.3A
Other languages
English (en)
Inventor
苟伟
郝鹏
左志松
付婷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN202310966486.3A priority Critical patent/CN116961864A/zh
Publication of CN116961864A publication Critical patent/CN116961864A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • 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
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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/0446—Resources in time domain, e.g. slots or frames
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供了一种信道配置方法及终端、存储介质、电子装置，其中，该方法包括：确定多个物理信道在时域重叠；选择指定信道，承载所述多个物理信道中的信息或数据。通过本公开，解决了相关技术中对时域重叠时的信道时序结束时间定义不准备的技术问题。

Description

信道配置方法及终端、存储介质、电子装置
本申请是申请号为201810482650.2、申请日为2018年5月18日、发明名称为“信道配置方法及终端、存储介质、电子装置”的申请的分案申请。
技术领域
本公开涉及通信领域，具体而言，涉及一种信道配置方法及终端、存储介质、电子装置。
背景技术
相关技术中，对于一个UE的多个物理信道(例如由一个或多个物理上行控制信道(Physical Uplink Control Channel，简称为PUCCH)和/或一个或多个物理上行共享信道(Physical Uplink Shared Channel，简称为PUSCH)组合)，在时域分别由一个或多个OFDM符号构成，且当所述多个物理信道在时隙slot中有可能出现时域重叠(例如全部或部分正交频分复用(Orthogonal Frequency Division Multiplexing，简称为OFDM)符号重叠)。尤其是所述多个物理信道为上行物理信道，一般的要求多个物理信道不同时被传输，只能传输一个物理信道，所述最终被传输的物理信道可能是属于发生时域重叠的多个物理信道中的一个。
对于多个信道的时域重叠，图1是本公开相关技术中两个信道的时域重叠可能的情况示意，一个示意图如图1，但不限于图1给出的。例如，一个UE的一个PUCCH信道和一个PUSCH在时隙中，出现符号重叠，如图1所示，2个信道可能的几种时域重叠(只要多个信道彼此之间存在重叠，即为时域重叠)。需要说明的是，图1中是以一个PUCCH和一个PUSCH信道为例(也可以是两个相同的信道)，也可以是大于2个信道的时域重叠。说明：图1中的PUCCH1、PUCCH2只是为了区分两个不同的物理信道，由于现有技术中，PUCCH被定义了5种格式，并且被承载的上行控制信息UCI种类很多(HARQ-ACK(混合自动重传请求确认)，SR(调度请求)，CSI(信道状态信息)(信道状态信息区分为CSI-1和CSI-2))，不同格式和不同UCI种类排列组合后各种情况非常多，这里只是为了说明问题，进行举例而已。
现有技术中，对于时域重叠的多个物理信道，在这些物理信道具有相同起始位置时给出了一些解决方案，这些解决方案被标准化在3GPP TS38.213协议中。对于这些物理信道不具备起始符号对齐的情况，怎么处理还在进一步讨论中。但是提出了所述多个物理信道之间在满足一定的时序关系时，如果可以按照现有的方案解决的，就按照现有方案解决；如果不能按照现有方案解决的，还需要进一步给出解决办法。
图2中给出了一个时序的示意，图2是本公开相关技术中时序结束时间的示意，目前的时序详细定义还不够详细，例如，时序结束时间的定义应该按照那个物理信道进行定义。例如图1中的c图，时序结束时间定义为当前图1中示意的两个物理信道中时间较早的那个物理信道的起始位置，例如图1中c图的PUCCH起始位置定义为时序结束时间。图2是根据NR现有提出的工作假设给时序结束时间的定义(来自3GPP Ran1 92bis会议中的工作假设。
依据相关技术中的工作假设，得出时序结束时间的定义的一个例图(其他情况是中时序结束时间的定义相同)，图2中，PUSCH和PUCCH信道时域重叠，且PUSCH信道早于PUCCH信道，所以时序结束时间定义为PUSCH信道起始位置(如图2中的虚线)。
针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。
发明内容
本公开实施例提供了一种信道配置方法及终端、存储介质、电子装置。
根据本公开的一个实施例，提供了一种信道配置方法，包括：确定多个物理信道在时域重叠；选择指定信道，承载所述多个物理信道中的信息或数据。
根据本公开的一个实施例，提供了一种信道配置方法，包括：确定多个物理信道在时域重叠；选择用于发送传输数据的指定信道。
根据本公开的另一个实施例，提供了一种信道配置终端，包括：确定模块，用于确定多个物理信道在时域重叠；配置模块，用于选择指定信道，承载所述多个物理信道中的信息或数据。
根据本公开的另一个实施例，提供了一种信道配置终端，包括：确定模块，用于确定多个物理信道在时域重叠；选择模块，用于选择用于发送传输数据的指定信道。
根据本公开的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本公开的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本公开，在物理信道在时域重叠时，将确定使用的指定信道的起始位置设置为时序结束时间，通过对准备传输数据的信道的时序结束时间定义，解决了相关技术中对时域重叠时的信道时序结束时间定义不准备的技术问题，更有利于产品实现中的时序安排，使得时序更加紧凑、高效。
附图说明
此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：
图1是本公开相关技术中两个信道的时域重叠可能的情况示意；
图2是本公开相关技术中时序结束时间的示意；
图3是根据本公开实施例的一种信道配置方法流程图；
图4是根据本公开实施例的另一种信道配置方法流程图；
图5是根据本公开实施例的一种信道配置终端的结构框图；
图6是根据本公开实施例的另一种信道配置终端的结构框图；
图7是本公开实施例两个PUCCH时域重叠的一个示例图；
图8是本公开实施例确定时序结束时间的示意图；
图9是本实施例几种可能的一个PUCCH和两个时分的PUCCH之间时域重叠示意；
图10是本公开实施例的机制3中的上行物理信道时域重叠示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本公开。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种信道配置方法，图3是根据本公开实施例的一种信道配置方法流程图，如图3所示，该流程包括如下步骤：
步骤S302，确定多个物理信道在时域重叠；
步骤S304，选择指定信道，承载所述多个物理信道中的信息或数据。
本实施例的方案还包括：将多个物理信道对应的待传输数据准备时间的时序结束时间中最晚的时间点确定为指定信道的最早起始时间。
通过上述步骤，在物理信道在时域重叠时，将确定使用的指定信道的起始位置设置为时序结束时间，通过对准备传输数据的信道的时序结束时间定义，解决了相关技术中对时域重叠时的信道时序结束时间定义不准备的技术问题，更有利于产品实现中的时序安排，使得时序更加紧凑、高效。
可选地，上述步骤的执行主体可以为终端，如手机等，但不限于此。
可选地，指定信道的第一个正交频分复用OFDM符号，不在多个物理信道的每个物理信道对应的待传输数据准备时需要的准备时长中任何一个之前(不在多个物理信道的每个物理信道对应的待传输数据准备时需要的准备时长中任何一个之前包括：在多个物理信道的每个物理信道对应的待传输数据准备时需要的准备时长中任何一个上，在多个物理信道的每个物理信道对应的待传输数据准备时需要的准备时长中任何一个之后。后文中其他类似的表述同理)，其中，准备时长分别从多个物理信道的每个物理信道对应的信道或信号的末尾符号开始计算的。
可选地，时域重叠的多个物理信道包括：在UE在一个指定slot传输多个重叠的物理上行控制信道PUCCH时，UE被配置复用不同的UCI(上行控制信息)类型在一个PUCCH中，UE不在指定slot(时隙)中传输重叠物理上行共享信道PUSCH，UE复用所有对应的UCI类型在一个PUCCH中得到多个时域重叠的物理信道。
可选地，指定信道为指定PUCCH，在UCI类型中包含HARQ-ACK时，在指定slot中指定PUCCH的第一个符号不在第一编号为N1+X的符号之前，其中，第一编号从与之对应的PDSCH符号或者半静态调度SPS PDSCH释放符号中的最后一个符号开始，且不在第二编号为N2+Y的符号之前，第二编号从与之对应的PDCCH符号的最后一个符号开始，其中，N1是符号数，对应一个PDSCH接收时间为PDSCH处理能力，N2是符号数，对应一个PUSCH准备时间为PUSCH处理能力，N1，N2，X，Y均表示OFDM符号数。
可选地，指定信道为指定PUCCH或指定PUSCH，在UE在一个时隙中待传输一个或多个重叠的PUCCH和PUSCH，UE复用所有对应的UCI类型在一个PUSCH中时，在时隙中的重叠PUCCH和PUSCH中，指定PUCCH或指定PUSCH的第一个符号不在第三编号为N1+X的符号之前，第三编号从与之对应的PDSCH符号或者SPS(半持续调度，Semi Persistent Scheduling)PDSCH释放符号中的最后一个符号开始，且不在第四编号为N2+Y的符号之前，第四编号从与之对应的PDCCH符号的最后一个符号开始，其中，N1，N2和X，Y均表示OFDM符号数。
可选地，选择指定信道包括：在终端UE的物理信道集合或UE的物理信道资源中选择指定信道。
可选地，选择指定信道包括以下之一：从时域重叠多个物理信道中选择一个作为指定信道；从时域重叠的多个物理信道之外的其他物理信道中选择一个作为指定信道。
在本实施例中提供了另一种运行于上述移动终端的信道配置方法，图4是根据本公开实施例的另一种信道配置方法流程图，如图4所示，该流程包括如下步骤：
步骤S402，确定多个物理信道在时域重叠；
步骤S404，选择用于发送传输数据的指定信道。
可选的，确定多个物理信道在时域重叠包括：确定一个物理信道和多个时分的物理信道在时域重叠。
可选地，，选择用于发送传输数据的指定信道包括：在多个时分的物理信道中选择一个作为指定信道。
可选地，在多个时分的物理信道中选择一个作为指定信道包括以下之一：
在多个时分的物理信道中选择一个或多个选择符号数最多的物理信道作为指定信道；
在多个时分的物理信道中选择一个或多个选择符号数最少的物理信道作为指定信道；
根据基站的指示信息，在多个时分的物理信道中选择一个或多个物理信道作为指定信道；
在多个时分的物理信道中选择一个或多个起始位置最晚的物理信道作为指定信道；
根据UE与基站的约定策略，在多个时分的物理信道中选择一个或多个物理信道作为指定信道。
可选地，在确定多个物理信道在时域重叠之后，方法还包括以下之一：在多个物理信道中，优先处理起始位置最靠前的两个物理信道，得到中间物理信道，再将中间物理信道和下一个物理信道作为两个时域重叠的物理信道进行处理；在多个物理信道包括时分的物理信道时，处理时分的物理信道，并丢弃除时分的物理信道之外的其他物理信道；在多个物理信道中，优先处理多个时域重叠的物理信道中时间最早的第一和第二个物理信道得到一个物理信道，依次处理得到的物理信道与剩下的时域重叠的物理信道中时间最早的物理信道，其中，在存在信道起始位置对齐时，优先选择以下之一：起始的频域索引最小的物理信道，起始的频域索引最大的物理信道，符号数最多的物理信道，符号数最少的物理信道。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本公开各个实施例所述的方法。
实施例2
在本实施例中还提供了一种信道配置终端，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本公开实施例的一种信道配置终端的结构框图，如图5所示，该装置包括：
确定模块50，用于确定多个物理信道在时域重叠；
配置模块52，用于选择指定信道，承载所述多个物理信道中的信息或数据。
可选的，终端还包括：确定模块，用于将多个物理信道对应的待传输数据准备时间的时序结束时间中最晚的时间点确定为指定信道的最早起始时间。
图6是根据本公开实施例的另一种信道配置终端的结构框图，如图6所示，该装置包括：
确定模块60，用于确定多个物理信道在时域重叠；
选择模块62，用于选择用于发送传输数据的指定信道。
可选的，确定模块包括：确定单元，用于确定一个物理信道和多个时分的物理信道在时域重叠。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本实施例给出了时域重叠中时序结束时间的定义方法，使得在多个物理信道的时域重叠时，高效的解决信道的数据发送问题。
对于一个UE的多个物理信道，在时域分别由一个或多个OFDM符号构成，且当所述多个物理信道在时隙slot中有可能出现时域重叠。在时域重叠时，也有可能最终传输的物理信道是其他物理信道，这里，所述其他物理信道原本未被安排传输数据(如果原本安排了传输数据，这个其他物理信道可能被包含在所述多个物理信道中了，就属于时域重叠的物理信道了。也可能这个其他物理信道原本被安排传输数据了，但是未与所述多个物理信道中的一个或多个时域重叠)，但是，这个其他物理信道的时域位置实际有可能和所述多个物理信道中一个或多个时域重叠的，也可能这个其他物理信道和所述多个物理信道中任何一个都不会时域重叠的。
下面以一个例子说明现有的可能存在的问题，但是其他不同的物理信道时域重叠时也有相同的问题，只是物理信道可能不同。图7是本公开实施例两个PUCCH时域重叠的一个示例图，例如，图7中当两个PUCCH信道时域重叠时，PUCCH1承载周期的CSI(CSI信息包括CSI part1和/或CSI patr2(分别即为CS1-1、CSI-2))，PUCCH2承载AN(表示HARQ-ACK)，如果这两个信道满足时序关系要求(即在时序结束时间之前，所有带传输的数据均要准备好，否则将面临无法及时发送待传输数据)，那么传输时，将PUCCH2中的AN比特信息和PUCCH1中CSI比特信息串接(这里先不管是AN和CSI串接顺序)后再进行承载。但是，如果所述AN和CSI串接后的总比特数超出了PUCCH1的承载范围，那么需要选择其他物理信道(选择的规则现有技术中有，参考TS 38.213)，假设重新选择了一个PUCCH资源(记为PUCCH3)进行传输的，那么PUCCH3的起始符号和PUCCH1的起始符号不一定对齐。PUCCH3也是为UE配置的某个PUCCH资源或某个PUCCH集合中的某个PUCCH资源。
在本实施例的相关技术中，UE能被配置一个或多个PUCCH集合，也能被直接配置一个或多个PUCCH资源。如果UE被配置一个或多个PUCCH集合，则每个PUCCH集合中包含一个或多个PUCCH资源，一个PUCCH集合中的每个PUCCH资源的起始位置可能相同或不同。不同PUCCH集合中的每个PUCCH资源的起始位置可能相同或不同，一个PUCCH集合的不同PUCCH资源中承载的总的比特数范围是相同的，不同PUCCH集合的PUCCH资源中承载的总的比特数范围是不相同的。
如果PUUCH3和PUCCH1有相同的起始符号，那么则上述时域重叠将使用PUCCH3传输，且不会出现问题。
如果PUCCH3的起始位置早于PUCCH1的起始位置，那么可能就会出现时序紊乱，即按照原本的时序，原本在PUCCH1的起始位置才能准备好待传输数据，但是目前PUCCH3早于PUCCH1，所以待传输数据在PUCCH3开始之前是准备不好的。这是因为时序结束时间时按照现有的时域重叠的较早的PUCCH1定义的，现在这样的定义将导致这种时域重叠最终不能被正常处理，导致错误出现。这也是本文认为现有的仅考虑当前时域重叠的2个物理信道(PUCCH1和PUCCH2)中较早的物理信道的起始位置作为时序结束时间点是不合适的。
如果PUCCH3的起始位置晚于PUCCH1的起始位置，那么也就是说待传输数据会被提前准备好(在PUCCH3起始位置之前)，这样虽然不会导致不能工作，但是显然，最佳的起始点应该是PUCCH3的起始位置，待传输数据只需要在PUCCH3的起始点之前准备就可以了，如果提前准备好，说明时序的效率利用不是效率最高的。
针对上述问题，下面给出解决问题的方案包括以下实例
实例1
时序定义结束时间点被定义为最终传输的物理信道的起始位置。
对于多个物理信道的时域重叠，这里在每种时域重叠的情况下，都会给出对应的待传输数据的传输规则，根据规则最终将确定出那个物理信道被使用，以及确定重叠的每个信道中数据的处理。例如，在图1中a、b、g和h中，最终使用PUSCH信道传输，PUCCH信道中的信息在PUSCH中传输，具体的传输规则可以参考现有方案。图1中的l(L的小写)和m的情况，也有类似的处理，一般的都是选其中一个物理信道或新选择其他物理信道进行传输(有具体的选择规则，可以查阅TS 38.213协议)。又例如，在图1的对于时域重叠的两个物理信道起始位置不同的情况，正在讨论当2个重叠的物理信道满足一定的时序关系时，可以采用现有的方式处理，或者将来设计新的方案。
也就是说，对于时域重叠的多个物理信道，基站和UE总是能根据具体的重叠物理信道情况，确定出最终传输使用的物理信道。
为了使得时序利用效率最高，使得更多的时域重叠情况被高效处理，即避免由于时序结束时间设置不合理，将一些时域重叠的情况不能被处理。本实施例提出，对于一个UE，多个物理信道时域重叠，时序结束时间定义为最终使用的物理信道的起始位置。其中，最终被使用的物理信道可以来自当前时域重叠的多个物理信道中的某一个(这个根据已有规则能被确定)，也可以来自除了所述多个时域重叠的物理信道之外物理信道(这个也能被最终确定)。图8是本公开实施例确定时序结束时间的示意图，图8给出了几种例子。图8中a图中，最终使用的是当前的PUSCH信道，所以时序结束时间定义为当前PUSCH的起始位置(最终的结果和现有的时序结束位置相同)。图8中b图，最终使用的是当前的PUSCH信道，所以时序结束时间定义为当前PUSCH的起始位置(最终的结果和现有的时序结束位置不同)。图8中c图，最终使用的是一个其他物理信，即PUCCH3，所以时序结束时间定义为PUCCH3的起始位置(最终的结果和现有的时序结束位置不同)。图8中d图，最终使用的是一个其他物理信，即PUCCH3，所以时序结束时间定义为PUCCH3的起始位置(最终的结果和现有的时序结束位置不同)。图8中示意了N1+X和N2+Y有相同的结束点，实际可以有不同的结束点，如果有不同的结束点，那么本方法对应的时序结束时间对应所述N1+X和N2+Y的结束点中较晚的那个结束点，也就是说本方法对应的时序结束时间不在所述N1+X和N2+Y的结束点中的任何一个之前。
例如1，图1中c图中，如果根据规则，最终使用的是PUSCH信道，那么时序结束时间定义为PUSCH起始位置，而不是现有的PUCCH的起始位置。由于时序结束时间使用了最终传输的物理信道的起始位置，时序结束时间延后了，这样能解决更多的时域重叠，可以减轻处理时序的时间安排。
例如2，图1中q图中，如果根据规则，最终使用的是PUCCH1信道，那么时序结束时间定义为PUCCH1起始位置，而不是现有的PUCCH2的起始位置。由于时序结束时间使用了最终传输的物理信道的起始位置，时序结束时间延后了，这样能解决更多的时域重叠，可以减轻处理时序的时间安排。
显然，采用本实施例的方法确定的时序结束时间定义，比现有的更加准确的，更有利于产品实现中的时序安排，使得时序更加紧凑、高效。
下面提供一个示例：
对于一个UE，当存在多个物理信道在一个时隙中重叠(时域完全重叠或部分重叠)，这里的多个物理信道可以都是PUCCH或PUSCH，或者PUCCH和PUSCH的混合，UE期望在多个物理信道中待传输的数据处理时序满足要求时，UE才将上述的多个物理信道中的信息通过最终确定(实际使用的)的一个PUCCH或PUSCH来传输(即满足处理时序要求，UE对于多个物理信道时域重叠进行处理)，否则，UE不处理多个物理信道时域重叠，认为是一个错误的配置。
处理时序满足的要求，具体为：
对于UE，UE期望所述最终确定的一个PUCCH或PUSCH的第一个符号，不在所述多个物理信道的每个物理信道对应的待传输数据准备时需要的准备时长T1，T2，...，Tn(这里n对应一个物理信道，也可以使用符号数描述该T值)中任何一个之前，时长T1，T2，...，Tn分别从所述多个物理信道的每个物理信道对应的信道或信号(例如，图8中a图，PUSCH对应的信号为图中N2+Y前的DCI，A/N PUCCH对应的信道为图中N1+X前的PDSCH，那么PUSCH对应的准备时长即为N2+Y，A/N PUCCH对应的准备时长即为N1+X；图8中c图，PUCCH1对应的信号为图示N2+Y前的DCI，PUCCH2对应的信道为图中N1+X的PDSCH，PUCCH1对应的准备时长即为N2+Y，PUCCH2对应的准备时长为N1+X。有时候，所述对应的信道或信号是不存在的，例如半静态配置的情况下，但是可以假设前面存在对应的信道或信号即可，即给出时长T1，T2，...，Tn的起始点即可)的末尾符号开始计算的。最终确定的PUCCH或PUSCH信道可以是来自所述多个物理信道中的一个，也可以是除了所述多个物理信道之外的一个物理信道。如果是后者，还可以参考下面的一个可选项要求(也可以不支持这个要求)：所述多个物理信道中最早的物理信道的第一个符号不在所述多个物理信道的每个物理信道对应的待传输数据准备时需要的准备时长T1，T2，...，Tn中任何一个之前，然后最终确定的PUCCH或PUSCH信道的第一二个符号不在所述多个物理信道的每个物理信道对应的待传输数据准备时需要的准备时长T1，T2，...，Tn中任何一个之前，时长T1，T2，...，Tn分别从所述多个物理信道的每个物理信道对应的信道或信号。
在所述最终确定的一个PUCCH或PUSCH的第一个符号之前，所述多个物理信道的每个要传输数据的物理信道都有足够的时间准备好对应待传输数据，也即，在所述最终确定的一个PUCCH或PUSCH的第一个符号之前，最终的待传输数据都要有足够的准备时间来生成，然后才能按时发送。最终的待传输数据，即来自所述多个物理信道中的信息根据约定方式确定的最终待传输数据，这里的约定方式可以参考现有协议TS 38.213中规定的方式。文中的时序结束时间即为这里的最终确定的一个PUCCH或PUSCH的第一个符号。最终确定的一个PUCCH或PUSCH，可以是当前重叠的多个物理信道中的一个，也可以其他的物理信道，如其他的PUCCH/PUSCH(其他的物理信道也是为UE配置的，可以来自PUCCH集合或SR的PUCCH或CSI的PUCCH)。
下面再举一个例子来说明：2种比较典型的时域重叠中，第一种：有多个PUCCH信道之间的重叠，它最终确定一个PUCCH来承载所述多个PUCCH信道中的UCI信息，然后丢弃剩余的PUCCH信道。第二种：PUCCH信道(一个或多个)和PUSCH信道(一般是一个PUSCH，如果有多个PUSCH的话，这多个PUSCH信道之间是时分关系)之间时域重叠，此时最终确定一个PUSCH信道来承载重叠的PUCCH信道中的UCI信息，PUSCH信道中的数据仍然在PUSCH中发送。这是2种非常典型的场景。
假设第一种场景中：PUCCH1和PUCCH2时域重叠，其中，PUCCH1是之前的PDSCH信道对应的HARQ-ACK信息，PUCCH2承载一个CSI信息，此时最终确定使用PUCCH3，那么UE期望PUCCH3的第一个符号，满足时序为：不在PUCCH1准备好HARQ-ACK信息需要的时间T1(显然，UE需要先解码对应的PDSCH，然后再确认HARQ-ACK信息，再生成HARQ-ACK，有时候UE只要知道HARQ-ACK的比特数不需要知道具体的比特取值也是可以)之前，T1是符号数，能被计算从PUCCH1对应的PDSCH的末尾符号开始计算；且不在PUCCH2准备好CSI信息需要的时间T2之前(CSI信息的准备也可能需要一定的时间，有可能前面也有对应的信道触发，并且CSI和HARQ_ACK可能需要联合编码，此时CSI准备之前需要HARQ-ACK的比特信息，这样CSI准备时间将会变长，因为需要在HARQ-ACK信息确认后再开始)，T2是符号数，被计算从PUCCH2承载CSI被触发的信道末尾的符号开始计算(这里是指PUCCH2不管是动态触发还是半静态配置的，总能触发它的信道)。也就是说PUCCH3的起始符号不能早于T1和T2。显然，不同情况下T1和T2对应的不同的时间长度，这个和PUCCH1和PUCCH2中传输的UCI类型、以及最终两个PUCCH信道中UCI传输的方式、UE处理能力相关，但是显然T1和T2能被给出根据上述3个因素。例如，PUCCH1和PUCCH2之间的数据在准备时可能存在一定的先后顺序，例如如果需要联合编码的话，那么一般需要两个数据都产生好，然后才能开始联合编码，这样需要较长时间；如果是打孔传输时，一般需要准备被打孔的数据时，另一个数据也可以同时生产，这样需要的时间短；对于速率匹配，一本需要准备被打孔数据时，就要至少知道另一个数据的传输比特数(可以不知道比特取值)，这样需要的时间中等。
下面给出一个具体的应用示例，因为不同物理信道由于待传输数据的类型不同，所需要的准备时间会有不同。
如果一个UE将传输多个重叠(时域重叠或频域重叠)的PUCCHs(这些PUCCHs是非重复的)在一个slot，如TS38.213的9.2.5.1和9.2.5.2节所示，UE被配置复用不同类型的UCI(例如，HARQ-ACK，和/或SR，和/或周期/半存在的CSI)在一个PUCCH中，UE不在该slot中传输重叠PUSCH，UE复用所有对应的UCI类型在一个PUCCH中。如果UCI类型中的一个包含HARQ-ACK信息，UE期望，在这个slot中最终确定使用的PUCCH的第一个符号，不在编号为N1+X的符号之前，该编号从与之对应的PDSCH符号或者SPS PDSCH释放符号中的最后一个符号开始。且不在编号为N2+Y的符号之前，该编号从与之对应的PDCCH符号的最后一个符号开始，其中，N1是符号数，对应一个PDSCH接收时间为PDSCH处理能力1，N2是符号数，对应一个PUSCH准备时间为PUSCH处理能力1。如果UE将要传输一个或多个重叠的PUCCH和PUSCH(这些信道是非重复的)在一个时隙中，UE复用所有对应的UCI类型(HARQ-ACK，和/或SR，和/或周期/半持续的CSI)在一个PUSCH中。UE期望，在这个时隙中，最终确定使用的PUCCH或PUSCH的第一个符号，不在编号为N1+X的符号之前，该编号从与之对应的PDSCH符号或者SPS PDSCH释放符号中的最后一个符号开始。且不在编号为N2+Y的符号之前，该编号从与之对应的PDCCH符号的最后一个符号开始。N1，N2和X，Y均表示OFDM符号数。N1和N2使用现有TS38.214中的取值，X和Y的值能被根据UE处理能给出。
对于TS 38.213中的9.2.5.1和9.2.5.2节的假设如下：
对于一个UE，在一个时隙中SR传输和HARQ-ACK传输重叠，或SR传输和一个周期/半持续的CSI传输重叠；
在单个PUCCH中对应的UCI类型的复用情况被满足；
UE在相同的服务小区的这个时隙中不传输任何重叠的PUSCH。
实例2
时序结束时间定义时，应该包括更大的物理信道范围，例如，现有的仅仅从当前的发生时域重叠的物理信道中选择最早的物理信道的起始位置作为时序结束时间，本实施例提出，还应该包括可能被用于传输当前时域重叠的物理信道中信息的其他物理信道在内，选择最早的物理信道起始位置作为时序结束时间。
例如，在图1的m、n中(对于其他例图，原理相同)，现有方法的时序结束时间点被认为是当前发生时域重叠的两个物理信道中时间最早的那个物理信道的起始位置。但是如果当前发生时域重叠的两个物理信道最终没有被使用，而是使用了其他物理信道，那么由于其他物理信道的起始位置与当前的最早的物理信道的起始位置不同，将可能到一些问题(见前面的分析)。
所以，本文提出，对于一个UE，多个物理信道时域重叠，时序结束时间定义为UE的PUCCH集合set(一个UE可以被配置一个或多个PUCCH set)中最终可能被使用所有PUCCH在内和/或UE的所有PUCCH资源中最终可能被使用的所有PUCCH资源在内(包括当前的时域重叠的PUCCH)的所有PUCCH中最早的PUCCH的起始位置。
例如1，图1中m图中，如果PUCCH1为格式3，承载AN信息(可以是UE的多个传输块对应的AN复用在一起的)，PUCCH2为格式1承载SR信息，根据规则，PUCCH2被丢弃，SR转为X个比特(根据SR的个数有关)信息和PUCCH1的AN比特串接，然后使用格式3的另一个PUCCH资源传输，具体使用哪个格式3的资源，这个首选需要根据X和AN总的比特数确定的PUCCH set(虽然，每个PUCCH set中的PUCCH资源传输的总比特数不同，分别对应一个比特数范围，但是一般的，仍然是大概率不会改变PUCCH set，因为每个PUCCH set承载的总比特数范围跨度较大，新增加的比特较少，所以大概率的不会超过原来PUCCH set承载的总比特范围)，然后在对应的PUCCH set中使用被基站指示的PUCCH资源进行传输。
采用上述时序结束时间的定义，由于考虑了可能最终使用所有PUCCH中最早的PUCCH起始位置作为时序结束时间，所以，时序结束时间不会晚于最终传输的PUCCH资源的起始位置。
例如2，图1中n图中，如果PUCCH1为格式3，承载CSI，PUCCH2为格式2承载CSI，PUCCH1中的CSI和PUCCH2的CSI比特串接，然后使用一个PUCCH资源传输，具体使用哪个格式3的资源，这里按照现有的PUCCH选择规则从分配的多个PUCCH资源中选择一个PUCCH来传输全部CSI。本实施例中将时序结束时间定义为所有PUCCH资源中最早PUCCH的起始位置，所以，时序结束时间不会晚于最终传输的PUCCH资源的起始位置。
例如3，图1中n图中，如果PUCCH1为格式3，承载CSI，PUCCH2为格式1承载AN，根据规则，PUCCH2被丢弃，AN信息和PUCCH1的CSI比特串接，然后使用格式3的一个PUCCH资源传输，具体使用哪个格式3的资源，这个首选需要根据AN和CSI总的比特数确定的PUCCH set(虽然，每个PUCCH set中的PUCCH资源传输的总比特数不同，分别对应一个比特数范围，但是一般的，仍然是大概率不会改变PUCCH set，因为每个PUCCH set承载的总比特数范围跨度较大，新增加的比特较少，所以大概率的不会超过原来PUCCH set承载的总比特范围)，然后在对应的PUCCH set中使用指示的PUCCH进行传输。
采用上述时序结束时间的定义，时序结束时间不会晚于最终传输的PUCCH资源的起始位置。
实例3
一个PUCCH信道和多个时分PUCCH信道时域重叠。图9给出了几种可能示意，图9是本实施例几种可能的一个PUCCH和两个时分的PUCCH之间时域重叠示意，本实施例并不限于图9的示意。
对于一个UE，如果出现一个PUCCH信道和多个时分PUCCH信道时域重叠，UE应该如何进行上行控制信道的发送呢？每个上行控制信道中的数据如何承载呢？现有的方案中对于2个时域重叠的物理信道有一些解决方案，可以参考TS 38.213，但是对于大于2个信道的时域重叠，尤其是一个物理信道和2个时分的物理信道同时时域重叠未有方案。
方法1
对于一个UE，如果一个PUCCH4(后面的数字只是一个区分)和两个时分的PUCCH(例如PUCCH5和PUCCH6)时域重叠在一个时隙中，UE总是选择所述两个时分的PUCCH中的一个进行处理，另一个PUCCH被丢弃。这样就剩余2个时域重叠的PUCCH，即被选择的PUCCH和另一个PUCCH(如PUCCH4)看做2个物理信道的时域重叠进行。从所述两个时分的PUCCH中选择一个，具体方法有：
选择第n个(时域方向，n优选为1)；
或选择符号数最多的PUCCH，如果符号数相同，再选择符号数最多的PUCCH中的第n个(n优选为1)；
或选择符号数最少的PUCCH，如果符号数相同，再选择符号数最少的PUCCH中的第n个(n优选为1)；
或基站通过信令给UE指示选择哪个PUCCH；能够通过下行控制信息DCI来指示，或者通过DCI的控制信道单元CCE进行暗含指示。例如使用DCI的第一个CCE或末尾CCE的索引为偶数或奇数对应选择那个PUCCH。如，CCE索引为偶数对应选择第一个PUCCH，CCE索引为奇数对应选择第二个PUCCH。
或选择满足处理时序要求的PUCCH(参考实施例1、2中的或现有的时序结束时间定义，即PUCCH起始位置晚于时序结束时间被认为是满足处理时序要求的)，如果有多个PUCCH均满足处理时序要求，则选择满足处理时序要求中的第n个(n优选为1)。一般的PUCCH时间越早越不容易满足处理时序要求。基站是知道每个UE的处理能力，并且知道UE的上述3个PUCCH的位置以及其中承载的信息的，所以结合处理能力，基站是知道UE的时序要求的，也知道时序结束时间的位置的。所以，也就知道那个PUCCH是否满足处理时序要求。
或基站和UE约定，保留2个时分的PUCCH，丢弃另一个PUCCH(即保留PUCCH5和PUCCH6，丢弃PUCCH4)。将PUCCH4中的上行控制信息UCI承载在PUCCH5或PUCCH6中。
一个PUCCH和2个时分的PUCCH时域重叠在一个slot中，典型的是一个周期性的或半静态配置的PUCCH，例如承载周期信道状态信息CSI或调度请求SR；和两个时分的动态的PUCCH时域重叠，例如承载AN信息或非周期CSI。
对于上述的问题，方法1中还提供下面的处理机制。
机制1:
对于一个UE，如果一个PUCCH4(后面的数字只是一个区分)和两个时分的PUCCH(例如PUCCH5和PUCCH6)时域重叠在一个时隙中，基站和UE约定，总是先处理起始位置靠前的2个PUCCH(例如，图9中3个PUCCH中总能找到2个PUCCH的起始位置比另一个PUCCH靠前)，然后得到使用的PUCCH，再将得到使用的PUCCH和下一个PUCCH看做2个PUCCH时域重叠进行处理。这种处理机制能被扩展，例如，基站和UE约定，总是处理前n个PUCCH，然后得到处理结果，将处理结果和第n+1个PUCCH再一起处理，...，依次类推，可以处理更多数量的PUCCH重叠。
机制2:
对于一个UE，如果一个PUCCH4(后面的数字只是一个区分)和两个时分的PUCCH(例如PUCCH5和PUCCH6)时域重叠在一个时隙中，UE总是使用时分的2个PUCCH，将另一个PUCCH(即PUCCH4位置的PUCCH)丢弃(所述另一个PUCCH中的UCI信息被承载在时分的第n个PUCCH中，n优选为1；或者所述另一个PUCCH中的UCI信息也丢弃)。
机制3：
机制1能被扩展来解决UE的多个上行物理信道重叠，这里的多个上行物理信道可以是PUCCH和/或PUSCH组成的。机制3为：当UE的多个上行物理信道重叠时，基站和UE约定，将多个上行物理信道中的第1和第2个(时间早为第一)上行物理信道之间时域重叠先处理，得到一个上行物理信道，然后将得到的这个上行物理信道和所述多个上行物理信道中的第3个上行物理信道一起看做两个信道之间时域重叠处理(如果时域未重叠，则停止该次的机制3，重新再从剩余的信道中开始机制3)，然后再得到一个新的上行物理信道，然后再结合第4个上行物理信道一起看做两个信道之间时域重叠处理，...，依次类推。对于所述多个上行物理信道进行处理。
在处理的过程中，如果存在信道起始位置对齐的情况，例如，处理中，有2个及以上上行物理信道的起始符号相同，那么选择上行物理信道起始的频域索引较小或起始的频域索引较大的或符号数较多的或符号数较少的先处理。
为机制3举一个例子，例如有4个上行物理信道时域重叠，图10是本公开实施例的机制3中的上行物理信道时域重叠示意图，在图10中a中，按照机制3，UE先处理PUSCH_A和PUCCH_A，可以按照现有的方式处理(包括：现有的处理方式有可能仍然正在讨论，但是最终会给出处理机制的在TS38.213中)，然后得到的结果是：PUCCH_A中UCI在PUSCH_A中传输，PUCCH_A被丢弃。这样PUSCH_A再和PUCCH_D进行处理，然后得到的结果是：PUCCH_D中的UCI也在PUSCH_A中传输，PUCCH_D被丢弃。这样PUSCH_A再和PUCCH_C进行处理，然后得到的结果是：PUCCH_C中的UCI也在PUSCH_A中传输，PUCCH_C被丢弃。这样PUSCH_A再和PUCCH_B进行处理，但是由于PUSCH_A和PUCCH_B不重叠，此时就不再处理了。此时剩下了PUSCH_A，PUCCH_B和PUSCH_B，这样，由于后2个仍然时域重叠，所以，再次处理后2个信道，此时处理结果是：PUCCH_B中的UCI在PUSCH_B中传输，PUCCH_B被丢弃。最终剩余了PUSCH_A(除了PUSCH_A中的数据还承载PUCCH_A，PUCCH_D和PUCCH_C中的UCI)和PUSCH_B(除了PUSCH_B中的数据还承载PUCCH_B中的UCI)。在图10中b中，按照机制3，UE先处理PUCCH_A和PUCCH_D，可以按照现有的方式处理(包括：现有的处理方式有可能仍然正在讨论，但是最终会给出处理机制的在TS38.213中)，假设然后得到的结果是：PUCCH_A被保留，PUCCH_D被丢弃。这样PUCCH_A再和PUSCH_A进行处理，然后得到的结果是：PUCCH_A被丢弃，PUSCH_A保留。这样PUSCH_A再和PUCCH_C进行处理，然后得到的结果是：PUCCH_C被丢弃，PUSCH_A保留。这样PUSCH_A再和PUSCH_B进行处理，但是由于PUSCH_A和PUSCH_B不重叠，此时就不再处理了。此时剩下了PUSCH_A，PUCCH_B和PUSCH_B，这样，由于后2个仍然时域重叠，所以，再次处理后2个信道，此时处理结果是：PUCCH_B中的UCI在PUSCH_B中传输，PUCCH_B被丢弃。最终剩余了PUSCH_A(除了PUSCH_A中的数据还承载PUCCH_A，PUCCH_D和PUCCH_C中的UCI)和PUSCH_B(除了PUSCH_B中的数据还承载PUCCH_B中的UCI)。
一个补充，属于机制3的有效补充：主要注意的是：在处理2个时域重叠的上行物理信道时，得到一个上行物理信道，这个得到的上行物理信道有可能是来自前述的2个时域重叠的上行物理信道，也可能不来自前述的2个时域重叠的上行物理信道，例如这个信道来自为UE配置的PUCCH set中，或者来自为UE配置的PUCCH资源中。对于这个得到的上行物理信道不来自前述的2个时域重叠的上行物理信道的情况，此时将这个得到的上行物理信道和所述多个上行物理信道中未被处理的信道和在一起，在采用前述机制3来执行。
方法1中，如果需要对于2个时域重叠的信道进行处理，可以采用已有的处理机制，已有的处理机制根据PUCCH信道中承载的信息类型由对应的处理机制，参考TS38.213。
方法2：
方法1是一种简单的方法，易于实现。方式2按照时域重叠的信道承载UCI类型，进行细化处理，具体参考表1～表4。
这里可以使用实施例1、2中时序结束时间来确认，例如，在图9中示意的重叠情况下，总是认为所有时域重叠的信道均满足上述的时序结束时间。进一步，由于在NR***中目前有5种PUCCH格式(标记为F0，F1，F2，F3，F4)，每种PUCCH的定义和传输数据的方式存在差别，并且传输的UCI内容也可以不同，所以本文给出尽可能多的情况下的处理方案。一个ANPUCCH和2个时分的SR PUCCH时域重叠的处理见下表1。表1一个AN PUCCH和2个时分的SRPUCCH时域重叠的处理。
表1
/>
/>
一个SR PUCCH和2个时分的AN PUCCH时域重叠的处理见表2。表2是一个SR PUCCH和2个时分的AN PUCCH时域重叠的处理。
表2
/>
/>
/>
一个AN PUCCH和2个时分的PUCCH(一个为SR，一个为AN)时域重叠的处理见表3。表3是一个AN PUCCH和2个时分的PUCCH时域重叠的处理。
表3
/>
一个AN PUCCH和2个时分的PUCCH(一个为SR，一个为AN)时域重叠的处理见表4，表4是一个AN PUCCH和2个时分的PUCCH时域重叠的处理。
表4
/>
采用本实施例的时序结束时间的定义，比相关技术中的机制更加准确的，更有利于产品实现中的时序安排，使得时序更加紧凑、高效。
实施例4
本公开的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
S1，确定第一物理信道和一个或多个物理信道在时域重叠；
S2，将确定使用的指定信道的起始位置设置为时序结束时间。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本公开的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，确定第一物理信道和一个或多个物理信道在时域重叠；
S2，将确定使用的指定信道的起始位置设置为时序结束时间。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本公开的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本公开不限制于任何特定的硬件和软件结合。
以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (13)

1.一种无线通信方法，包括：
响应于多个物理上行链路控制信道(PUCCH)要被传送并且在时隙中重叠，复用来自所述多个PUCCH的不同类型的上行链路控制信息(UCI)到一个PUCCH中，
其中，响应于所述多个PUCCH包括第一PUCCH和第二PUCCH，所述第一PUCCH在时间上早于所述第二PUCCH，并且
其中，响应于所述多个PUCCH包括具有相同的第一符号的两个PUCCH，所述两个PUCCH中的一个的符号数量比所述两个PUCCH中的另一个的符号数量更多；和
传送包括所述不同类型的UCI的所述一个PUCCH。
2.根据权利要求1所述的方法，其中，复用所述不同类型的UCI到所述一个PUCCH中包括复用混合自动重传请求(HARQ-ACK)、调度请求(SR)和信道状态信息(CSI)到所述一个PUCCH中。
3.根据权利要求1或2所述的方法，
其中，所述一个PUCCH的第一个正交频分复用(OFDM)符号不早于待传输信息准备时需要的准备时长中任何一个的时间线结束时间开始，并且
其中，所述准备时长中的至少一个是从与所述多个PUCCH中的至少一个对应的信道的末尾符号开始计算的。
4.根据权利要求3所述的方法，
其中，所述准备时长T1至Tn是待传输数据准备时所需要的，其中n是所述多个PUCCH的数量并且是大于1的正整数。
5.一种无线通信方法，包括：
接收包括不同类型的上行链路控制信息(UCI)的一个物理上行链路控制信道(PUCCH)，
其中，响应于多个PUCCH要被接收并且在时隙中重叠，来自所述多个PUCCH的不同类型的UCI被复用到所述一个PUCCH中，
其中，响应于所述多个PUCCH包括第一PUCCH和第二PUCCH，所述第一PUCCH在时间上早于所述第二PUCCH，并且
其中，响应于所述多个PUCCH包括具有相同的第一符号的两个PUCCH，所述两个PUCCH中的一个的符号数量比所述两个PUCCH中的另一个的符号数量更多。
6.根据权利要求5所述的方法，其中，通过使混合自动重传请求(HARQ-ACK)、调度请求(SR)和信道状态信息(CSI)被复用在所述一个PUCCH中，来完成所述不同类型的UCI被复用在所述一个PUCCH中。
7.根据权利要求5或6所述的方法，
其中，所述一个PUCCH的第一个正交频分复用(OFDM)符号不早于待传输信息准备时需要的准备时长中任何一个的时间线结束时间开始，并且
其中，所述准备时长中的至少一个是从与所述多个PUCCH中的至少一个对应的信道的末尾符号开始计算的。
8.根据权利要求7所述的方法，
其中，所述准备时长T1至Tn是待接收数据准备时所需要的，其中n是所述多个PUCCH的数量并且是大于1的正整数。
9.一种无线通信装置，包括：
处理器，被配置为：
响应于多个物理上行链路控制信道(PUCCH)要被传送并且在时隙中重叠，复用来自所述多个PUCCH的不同类型的上行链路控制信息(UCI)到一个PUCCH中，
其中，响应于所述多个PUCCH包括第一PUCCH和第二PUCCH，所述第一PUCCH在时间上早于所述第二PUCCH，并且
其中，响应于所述多个PUCCH包括具有相同的第一符号的两个PUCCH，所述两个PUCCH中的一个的符号数量比所述两个PUCCH中的另一个的符号数量更多；并且
传送包括所述不同类型的UCI的所述一个PUCCH。
10.根据权利要求9所述的无线通信装置，其中，复用所述不同类型的UCI到所述一个PUCCH中包括复用混合自动重传请求(HARQ-ACK)、调度请求(SR)和信道状态信息(CSI)到所述一个PUCCH中。
11.根据权利要求9或10所述的无线通信装置，
其中，所述一个PUCCH的第一个正交频分复用(OFDM)符号不早于待传输信息准备时需要的准备时长中任何一个的时间线结束时间开始，并且
其中，所述准备时长中的至少一个是从与所述多个PUCCH中的至少一个对应的信道的末尾符号开始计算的。
12.根据权利要求11所述的无线通信装置，
其中，所述准备时长T1至Tn是待传输数据准备时所需要的，其中n是所述多个PUCCH的数量并且是大于1的正整数。
13.一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序在运行时执行根据权利要求1至8任一项中所述的方法。
CN202310966486.3A 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置 Pending CN116961864A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310966486.3A CN116961864A (zh) 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810482650.2A CN110505698B (zh) 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置
CN202310966486.3A CN116961864A (zh) 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201810482650.2A Division CN110505698B (zh) 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置

Publications (1)

Publication Number Publication Date
CN116961864A true CN116961864A (zh) 2023-10-27

Family

ID=68539576

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310966486.3A Pending CN116961864A (zh) 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置
CN201810482650.2A Active CN110505698B (zh) 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201810482650.2A Active CN110505698B (zh) 2018-05-18 2018-05-18 信道配置方法及终端、存储介质、电子装置

Country Status (6)

Country Link
US (3) US11736246B2 (zh)
EP (2) EP3796727A4 (zh)
JP (1) JP2021524215A (zh)
KR (1) KR20210009329A (zh)
CN (2) CN116961864A (zh)
WO (1) WO2019219082A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116961864A (zh) 2018-05-18 2023-10-27 中兴通讯股份有限公司 信道配置方法及终端、存储介质、电子装置
US11855783B2 (en) * 2018-09-27 2023-12-26 Lg Electronics Inc. Method for transmitting HARQ-ACK information, and communication device
JP6804509B2 (ja) * 2018-12-27 2020-12-23 シャープ株式会社 端末装置、基地局装置、および、通信方法
US20220321305A1 (en) * 2019-05-28 2022-10-06 Lenovo (Beijing) Limited Method and apparatus for harq-ack feedback in multi-trp transmission
CN112929137B (zh) * 2019-12-06 2022-12-02 大唐移动通信设备有限公司 一种上行信道传输方法、终端及基站
EP4096315A4 (en) * 2019-12-31 2022-12-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND DEVICE FOR TRANSMITTING UPLINK CONTROL INFORMATION, DEVICE AND STORAGE MEDIA
CN115023989A (zh) * 2020-02-05 2022-09-06 高通股份有限公司 用于多面板上行链路传输的pusch上的uci复用
WO2021159381A1 (zh) * 2020-02-13 2021-08-19 富士通株式会社 上行信号处理方法、装置和***
CN113452482B (zh) * 2020-03-27 2023-05-02 大唐移动通信设备有限公司 一种信息传输方法、装置、设备及计算机可读存储介质
CN113498187A (zh) * 2020-04-08 2021-10-12 ***通信有限公司研究院 上行信道的复用方法、装置及终端
CN114071571A (zh) * 2020-08-07 2022-02-18 大唐移动通信设备有限公司 上行信道间冲突的传输方法、装置及存储介质
CN114600529B (zh) * 2020-09-04 2023-08-29 北京小米移动软件有限公司 Harq-ack反馈处理方法、装置、通信设备及存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9955356B2 (en) * 2014-09-25 2018-04-24 Intel IP Corporation System and method of handling uplink transmission collision for enhanced coverage mode UEs
US10834763B2 (en) * 2015-11-04 2020-11-10 Lg Electronics Inc. Method and apparatus for handling overlap of different channels in wireless communication system
CN112615706B (zh) * 2016-01-15 2022-08-19 中兴通讯股份有限公司 一种信号的发送方法、信号的接收方法和装置
WO2017132810A1 (zh) * 2016-02-01 2017-08-10 华为技术有限公司 上行控制信息的传输方法、装置
CN107734680B (zh) 2016-08-12 2023-05-09 中兴通讯股份有限公司 一种传输信息的方法及装置、接收信息的方法及装置
CN107734688B (zh) 2016-08-12 2023-05-02 中兴通讯股份有限公司 一种信息发送方法及发送设备
US10716100B2 (en) 2016-12-13 2020-07-14 Sharp Laboratories Of America, Inc. Base stations, user equipments, and related communication methods
EP4221415A1 (en) * 2017-07-28 2023-08-02 Ntt Docomo, Inc. User terminal, radio base station, and radio communication method
US11218998B2 (en) * 2017-07-28 2022-01-04 Ntt Docomo, Inc. User terminal and radio communication method
KR102488744B1 (ko) * 2018-05-10 2023-01-17 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 정보 다중화 전송 방법 및 장치, 정보 수신 방법 및 장치
CN116961864A (zh) 2018-05-18 2023-10-27 中兴通讯股份有限公司 信道配置方法及终端、存储介质、电子装置

Also Published As

Publication number Publication date
US20230299903A1 (en) 2023-09-21
EP3796727A4 (en) 2021-07-07
CN110505698B (zh) 2023-06-23
WO2019219082A1 (zh) 2019-11-21
US11956167B2 (en) 2024-04-09
JP2021524215A (ja) 2021-09-09
US11736246B2 (en) 2023-08-22
US20210218519A1 (en) 2021-07-15
US20240178956A1 (en) 2024-05-30
CN110505698A (zh) 2019-11-26
EP3796727A1 (en) 2021-03-24
EP4376346A2 (en) 2024-05-29
KR20210009329A (ko) 2021-01-26

Similar Documents

Publication Publication Date Title
CN110505698B (zh) 信道配置方法及终端、存储介质、电子装置
KR102508791B1 (ko) 통신 방법 및 디바이스
US20220209925A1 (en) Method and apparatus for transmitting harq-ack information
US20120224532A1 (en) Method and system for dynamic ack/nack repetition for robust downlink mac pdu transmission in lte
CN102223219A (zh) Harq-ack的反馈处理方法及***
CN109075906A (zh) 传输数据的方法和装置
EP3832918B1 (en) Information transmission method, apparatus and device, and computer-readable storage medium
EP3258637A1 (en) Communication method in wireless communication system on basis of carrier aggregation
CN111431681A (zh) 传输harq-ack信息的方法、装置、电子设备及存储介质
EP3945743B1 (en) Systems and methods for collision handling and semi-persistently scheduled physical downlink shared channel release
CN110719150B (zh) 一种信息传输方法、终端及基站
CN103973413A (zh) 一种传输反馈信息的方法、设备及***
JP6692910B2 (ja) 基地局、端末及び通信方法
EP3523917B1 (en) Uplink control information multiplexing
CN109792330A (zh) 传输信息的方法、网络设备和终端设备
US11044742B2 (en) Uplink scheduling method based on a dynamic frame structure, uplink scheduling device, and base station
CN114641073B (zh) 信息发送方法、接收方法、装置、设备及存储介质
US20230353299A1 (en) Multiplexing for coverage enhancement
US20220407673A1 (en) Aperiodic scheduling request
WO2022206563A1 (zh) 一种harq信息传输方法及设备
JP2020114026A (ja) 端末、通信方法及び集積回路

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination