[go: up one dir, main page]

CN110383912A - 基站、用户设备和相关通信方法 - Google Patents

基站、用户设备和相关通信方法 Download PDF

Info

Publication number
CN110383912A
CN110383912A CN201780076830.4A CN201780076830A CN110383912A CN 110383912 A CN110383912 A CN 110383912A CN 201780076830 A CN201780076830 A CN 201780076830A CN 110383912 A CN110383912 A CN 110383912A
Authority
CN
China
Prior art keywords
pucch
pusch
uci
transmission
channel
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
CN201780076830.4A
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.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
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 FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Publication of CN110383912A publication Critical patent/CN110383912A/zh
Pending legal-status Critical Current

Links

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/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
    • 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—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • 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 signalling, 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/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • 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) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • 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/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • 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/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment

Landscapes

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

Abstract

本发明公开了一种由用户设备(UE)报告上行链路控制信息(UCI)的方法。该方法包括存储有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受支持的信息。该方法还包括，当PUCCH和PUSCH同时传输不受支持并且在PUCCH与PUSCH之间发生信道冲突的情况下，由UE使用PUCCH和PUSCH之间的重叠部分中的PUCCH传输UCI，并且丢弃PUSCH的重叠部分。

Description

基站、用户设备和相关通信方法
相关申请的交叉引用
本专利申请要求以下专利申请的权益和优先权：2017年12月12日提交的名称为“BASE STATIONS,USER EQUIPMENTS,AND RELATED COMMUNICATION METHODS”的美国专利申请序列号15/839,798，代理人案卷号SLA3698(下文称为“SLA3698专利申请”)，该申请要求2016年12月13日提交的名称为“BASE STATIONS,USER EQUIPMENTS,AND RELATEDCOMMUNICATION METHODS”的临时美国专利申请序列号62/433,677的权益和优先权，代理人案卷号SLA3698P(下文称为“SLA3698P专利申请”)。SLA3698和SLA3698P这两个专利申请的公开内容据此以引用方式全文并入本专利申请中。
技术领域
本公开整体涉及通信系统。更具体地，本公开涉及基站装置、用户设备装置和相关通信方法。
背景技术
无线通信系统被广泛地部署以提供各种电信服务，诸如电话、视频、数据、消息传递和广播。典型的无线通信系统可采用多址接入技术，该技术能够支持通过共享可用系统资源(例如，带宽、发射功率)与多个用户进行通信。这种多址接入技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA)系统。
在长期演进(LTE)中，上行链路控制信息(UCI)携带混合自动重传请求(ARQ)确认(HARQ-ACK)、信道状态信息(CSI)和调度请求(SR)。在诸如新无线电(NR)的下一代(例如，第5代(5G))通信网络中，UCI携带HARQ-ACK、SR、信道质量指示符(CQI)、预编码类型指示符(PTI)、预编码矩阵指示符(PMI)和秩指示(RI)。CSI可包括CQI、RI、PMI、PTI等中的一者或多者，并且可从一个或多个小区报告CSI的多个维度以支持全维度多输入多输出(FD-MIMO)操作和协调多点(CoMP)操作。类似地，在NR中，出于延迟的原因，SR和HARQ-ACK需要在物理上行链路共享信道(PUSCH)之外传输。NR中的CSI报告应当被增强以支持大量的MIMO和波束形成方法。因此，可在NR中报告多组CSI。同样，CSI反馈可包括CQI、RI、PMI、PTI、波束索引等中的一者或多者。可支持至少两种类型的CSI报告，即周期性CSI报告和非周期性CSI报告。周期性CSI报告可被半静态地配置，而非周期性CSI报告可利用来自基站的CSI请求被触发。因此，物理上行链路控制信令应能够携带至少HARQ-ACK、CSI报告(可能包括波束形成信息)和SR。
这些多址接入技术已在各种电信标准中被采用，以提供一种能使不同的无线设备在城市、国家、区域甚至全球层面进行通信的通用协议。随着NR的电信标准的出现，本技术领域需要一种可更好地支持无线通信的传输方法，该方法可通过以下方式实现：提高频谱效率、降低成本、改善服务、利用新的频谱，并且使用在下行链路(DL)上的正交频分多址(OFDMA)、在上行链路(UL)上的单载波频分多址(SC-FDMA)和多输入多输出(MIMO)的天线技术更好地与其他开放式标准结合。
附图说明
参考附图，现在将仅以举例的方式来描述本发明技术的具体实施。
图1是示出一个或多个下一代节点B(gNB)以及一个或多个用户设备(UE)的具体实施的框图，可在该具体实施中实现用于UCI操作的系统和方法。
图2是用于下行链路的资源网格的示例。
图3是用于上行链路的资源网格的示例。
图4A、4B、4C和4D示出了若干参数的示例。
图5A、5B、5C和5D示出了子帧结构的示例。
图6A、6B、6C、6D、6E和6F示出了时隙和子时隙的示例。
图7A、7B、7C和7D示出了调度时间线的示例。
图8A和8B示出了下行链路控制信道监视区域的示例。
图9A和9B示出了各自具有多于一个控制信道元素的下行链路控制信道的示例。
图10A、10B和10C示出了上行链路控制信道结构的示例。
图11是示出gNB的一个具体实施的框图。
图12是示出UE的一个具体实施的框图。
图13A是示出一种方法的流程图的示例性具体实施的示意图，该方法由图12中的UE执行，用于当在单个载体上或服务小区上发生信道重叠或冲突时在PUSCH或PUCCH上进行UCI报告。
图13B是示出由图12中的UE执行的、用于报告UCI的方法的流程图的示例性具体实施的示意图。
图13C是示出由图11中的gNB执行的、用于从UE接收UCI的方法的流程图的示例性具体实施的示意图。
图14A是示出NR短物理上行链路控制信道(PUCCH)的示例性具体实施的示意图。
图14B是示出使用短PUCCH格式的数据和UCI复用的示例性具体实施的示意图。
图15是示出各种类型的PUSCH和短PUCCH重叠或冲突的示意图。
图16A是示出在PUSCH数据上进行优先化短PUCCH传输的示例性具体实施的示意图。
图16B是示出在PUSCH和短PUCCH的重叠部分中的PUSCH上的UCI复用的示例性具体实施的示意图。
图17是示出使用优先化短PUCCH传输和PUSCH功率缩放的PUCCH和PUSCH同时传输的示例性具体实施的示意图。
图18是示出各种类型的PUSCH和长PUCCH重叠或冲突的示例性具体实施的示意图。
图19A是示出在PUSCH数据上进行优先化长PUCCH传输的示例性具体实施的示意图。
图19B是示出在PUSCH和长PUCCH的重叠部分中的PUSCH上的UCI复用的示例性具体实施的示意图。
图20是示出使用优先化长PUCCH传输和PUSCH功率缩放的PUCCH和PUSCH同时传输的示例性具体实施的示意图。
具体实施方式
本发明描述了一种用户设备(UE)。该UE被配置为报告上行链路控制信息(UCI)。该UE包括处理器(诸如高层处理器)，以及存储指令的非暂态机器可读存储器，该指令可由处理器执行，用于存储有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受支持的信息。当PUCCH和PUSCH同时传输不受支持并且在PUCCH传输与PUSCH传输之间发生信道冲突的情况下，所述指令包括使用PUCCH和PUSCH之间的重叠部分中的PUCCH传输UCI，并且丢弃PUSCH的重叠部分。所述指令还包括基于来自下一代节点B(gNB)的信令来确定PUCCH格式和PUCCH的配置。PUCCH格式是从短PUCCH格式和长PUCCH格式中确定的。PUCCH格式基于PUCCH和PUSCH是具有相同还是不同的波形和/或参数来确定。当PUSCH和PUCCH之间存在至少一个重叠符号时，发生信道冲突。有关PUCCH和PUSCH同时传输是否受支持的信息是该UE的能力或基站的配置。当PUCCH和PUSCH同时传输不受支持时，并且当发生信道冲突时，该UE被配置为传输PUSCH的非重叠部分。
本发明描述了一种基站。该基站被配置为从用户设备(UE)获取上行链路控制信息(UCI)。该基站包括处理器，以及存储指令的非暂态机器可读存储器，该指令可由处理器执行，用于获取有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受UE支持的信息。当PUCCH和PUSCH同时传输不受支持并且在PUCCH与PUSCH之间发生信道冲突的情况下，所述指令包括使用PUCCH和PUSCH之间的重叠部分中的PUCCH接收UCI，并且不接收PUSCH的重叠部分。PUCCH格式和来自UE的PUCCH的配置是基于来自基站的信令确定的。PUCCH格式是从短PUCCH格式和长PUCCH格式中确定的。PUCCH格式基于PUCCH和PUSCH是具有相同还是不同的波形和/或参数来确定。当PUSCH和PUCCH之间存在至少一个重叠符号时，发生信道冲突。有关PUCCH和PUSCH同时传输是否受支持的信息是UE的能力或基站的配置。当PUCCH和PUSCH同时传输不受支持时，并且当发生信道冲突时，该基站被配置为接收PUSCH的非重叠部分。
本发明描述了一种由用户设备(UE)报告上行链路控制信息(UCI)的方法。该方法包括存储有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受支持的信息。该方法还包括，当PUCCH和PUSCH同时传输不受支持并且在PUCCH与PUSCH之间发生信道冲突的情况下，由UE使用PUCCH和PUSCH之间的重叠部分中的PUCCH传输UCI，并且丢弃PUSCH的重叠部分。
本发明描述了一种由基站从用户设备(UE)接收上行链路控制信息(UCI)的方法。该方法包括获取有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受UE支持的信息。该方法还包括，当PUCCH和PUSCH同时传输不受支持并且在PUCCH与PUSCH之间并且发生信道冲突的情况下，使用PUCCH和PUSCH之间的重叠部分中的PUCCH接收UCI，不接收PUSCH的重叠部分。
本发明描述了一种在物理上行链路控制信道(PUCCH)传输和物理上行链路共享信道(PUSCH)传输之间发生信道冲突的情况下由用户设备(UE)报告上行链路控制信息(UCI)的方法。该UE包括处理器，和存储可由处理器执行的指令的非暂态机器可读存储器，所述方法包括由处理器确定PUCCH和PUSCH同时传输是否受支持。当PUCCH和PUSCH同时传输不受支持时，该方法包括执行下述两个操作之一：(1)由UE使用PUCCH和PUSCH之间的重叠部分中的PUCCH传输UCI，并且不传输PUSCH的重叠部分，以及(2)由UE通过复用PUSCH的重叠部分上的UCI，使用PUSCH传输UCI。确定PUCCH和PUSCH同时传输是否受支持包括，基于来自下一代节点B(gNB)的信令确定PUCCH的格式和配置，以及基于来自gNB的信令确定PUSCH的格式和配置。PUCCH的格式包括短PUCCH格式和长PUCCH格式，短PUCCH格式和长PUCCH格式各自具有波形和参数。确定PUCCH和PUSCH同时传输是否受支持包括，确定PUCCH的格式和PUSCH的格式是具有相同还是不同的波形和/或参数。该方法还包括，由处理器确定PUCCH和PUSCH之间是否发生信道冲突，其中当在PUSCH和PUCCH之间存在至少一个重叠符号时，发生信道冲突。确定PUCCH和PUSCH同时传输是否受支持基于UE的能力或gNB的配置。当PUCCH和PUSCH被配置为具有不同波形，或者PUCCH和PUSCH被配置为具有离散傅里叶变换-扩频-正交频分多路复用(DFT-S-OFDM)，但具有不同的参数时，PUCCH和PUSCH同时传输不受支持。当PUCCH和PUSCH被配置为具有DFT-S-OFDM波形和相同的参数时，PUCCH和PUSCH同时传输受支持。当PUCCH和PUSCH被配置为具有循环前缀(CP)-OFDM波形时，PUCCH和PUSCH同时传输受支持。当PUCCH和PUSCH同时传输不受支持时，并且当发生信道冲突时，UE被配置为传输PUSCH的非重叠部分。当通过复用PUSCH的重叠部分上的UCI来使用PUSCH传输UCI时，不传输PUCCH。当PUCCH和PUSCH同时传输受支持时，并且当PUCCH和PUSCH具有重叠部分时，并且当功率受限时，UE被配置为分配功率来传输PUCCH，并且在传输PUCCH之后，分配剩余的功率以在重叠部分的符号中利用功率缩放传输PUSCH。
本发明描述了一种在物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)之间发生信道冲突的情况下报告上行链路控制信息(UCI)的用户设备(UE)。该UE包括处理器，和存储可由处理器执行的指令的非暂态机器可读存储器，所述指令用于由处理器确定PUCCH和PUSCH同时传输是否受支持。所述方法还包括，当PUCCH和PUSCH同时传输不受支持时，执行下述两个操作之一：(1)使用PUCCH和PUSCH之间的重叠部分中的PUCCH传输UCI，并且不传输PUSCH的重叠部分，以及(2)通过复用PUSCH的重叠部分上的UCI，使用PUSCH传输UCI。确定PUCCH和PUSCH同时传输是否受支持包括，基于来自下一代节点B(gNB)的信令确定PUCCH的格式和配置，以及基于来自gNB的信令确定PUSCH的格式和配置。PUCCH的格式包括短PUCCH格式和长PUCCH格式，短PUCCH格式和长PUCCH格式各自具有波形和参数。确定PUCCH和PUSCH同时传输是否受支持包括，确定PUCCH的格式和PUSCH的格式是具有相同还是不同的波形和/或参数。当PUSCH和PUCCH之间存在至少一个重叠符号时，发生冲突。确定PUCCH和PUSCH同时传输是否受支持基于UE的能力或gNB的配置。当PUCCH和PUSCH被配置为具有不同波形，或者当PUCCH和PUSCH被配置为具有离散傅里叶变换-扩频-正交频分多路复用(DFT-S-OFDM)，但具有不同的参数时，PUCCH和PUSCH同时传输不受支持。当PUCCH和PUSCH被配置为具有DFT-S-OFDM波形和相同的参数时，PUCCH和PUSCH同时传输受支持。当PUCCH和PUSCH被配置为具有循环前缀(CP)-OFDM波形时，PUCCH和PUSCH同时传输受支持。PUCCH和PUSCH同时传输不受支持，并且当发生信道冲突时，UE被配置为传输PUSCH的非重叠部分。通过复用PUSCH的重叠部分上的UCI来使用PUSCH传输UCI，不传输PUCCH。PUCCH和PUSCH同时传输受支持，当PUCCH和PUSCH具有重叠部分时，并且当功率受限时，UE被进一步配置为分配功率来传输PUCCH，并且在传输PUCCH之后，分配剩余的功率以在重叠部分的符号中利用功率缩放传输PUSCH。
应当理解，为了简明和清晰起见，在适当的情况下，在不同的附图中重复了附图标号以指示对应的或类似的元件。此外，为了提供对本文所述的示例性具体实施的全面理解，列出了许多具体细节。然而，本领域的普通技术人员应当理解，可在没有这些具体细节的情况下操作本文所述的示例性具体实施。在其他情况下，方法、过程和部件没有被详细描述，以免模糊所述的相关特征。附图可不必按比例绘制，并且某些部分的比例可被放大以更好地示出细节和特征。本说明书不应被视为限制了本文所述的示例性具体实施的范围。
图1是示出一个或多个下一代节点B(gNB)160以及一个或多个用户设备(UE)102的具体实施的框图，可在该具体实施中实现用于UCI操作的系统和方法；一个或多个UE 102使用一个或多个天线122a-n来与一个或多个gNB 160进行通信。例如，UE 102使用一个或多个天线122a-n将电磁信号传输到gNB 160并且从gNB 160接收电磁信号。gNB 160使用一个或多个天线180a-n来与UE 102进行通信。
UE 102和gNB 160可使用一个或多个信道119、121来彼此通信。例如，UE 102可使用一个或多个上行链路信道121将信息或数据传输到gNB 160。上行链路信道121的示例包括PUCCH和PUSCH等。例如，一个或多个gNB 160也可使用一个或多个下行链路信道119将信息或数据传输到一个或多个UE 102。下行链路信道119的示例包括物理下行链路控制信道(PDCCH)、物理下行链路共享信道(PDSCH)等。可使用其他类型的信道。
一个或多个UE 102中的每一者可包括一个或多个收发器118、一个或多个解调器114、一个或多个解码器108、一个或多个编码器150、一个或多个调制器154、数据缓冲器104和UE操作模块124。例如，可在UE 102中实现一个或多个接收路径和/或传输路径。为方便起见，UE 102中仅示出了单个收发器118、解码器108、解调器114、编码器150和调制器154，但可实现多个并行元件(例如，多个收发器118、解码器108、解调器114、编码器150和调制器154)。
收发器118可包括一个或多个接收器120以及一个或多个发射器158。一个或多个接收器120可使用一个或多个天线122a-n从gNB 160接收信号。例如，接收器120可接收并降频转换信号，以产生一个或多个接收的信号116。可将一个或多个接收的信号116提供给解调器114。一个或多个发射器158可使用一个或多个天线122a-n将信号传输到gNB 160。例如，一个或多个发射器158可升频转换并传输一个或多个调制的信号156。
解调器114可解调一个或多个接收的信号116，以产生一个或多个解调的信号112。可将一个或多个解调的信号112提供给解码器108。UE 102可使用解码器108来解码信号。解码器108可以产生解码的信号110，其可以包括UE解码的信号106(也被称为第一UE解码的信号106)。例如，第一UE解码的信号106可包含接收的有效载荷数据，该有效载荷数据可存储在数据缓冲器104中。解码的信号110(也被称为第二UE解码的信号110)中的另一个信号可以包括开销数据和/或控制数据。例如，第二UE解码的信号110可提供UE操作模块124可用来执行一个或多个操作的数据。
一般来讲，UE操作模块124可使UE 102能够与一个或多个gNB 160进行通信。UE操作模块124可以包括UE UCI模块126中的一个或多个。
UE UCI模块126可执行UCI操作。UCI操作可包括UCI生成、UCI复用、UCI丢弃、UCI压缩等。
一个或多个gNB 160中的每一者可包括一个或多个收发器176、一个或多个解调器172、一个或多个解码器166、一个或多个编码器109、一个或多个调制器113、数据缓冲器162和gNB操作模块182。例如，可在gNB 160中实现一个或多个接收路径和/或传输路径。为方便起见，gNB 160中仅示出了单个收发器176、解码器166、解调器172、编码器109和调制器113，但可实现多个并行元件(例如，多个收发器176、解码器166、解调器172、编码器109和调制器113)。
收发器176可包括一个或多个接收器178以及一个或多个发射器117。一个或多个接收器178可使用一个或多个天线180a-n从UE 102接收信号。例如，接收器178可接收并降频转换信号，以产生一个或多个接收的信号174。可将一个或多个接收的信号174提供给解调器172。一个或多个发射器117可使用一个或多个天线180a-n将信号传输到UE 102。例如，一个或多个发射器117可升频转换并传输一个或多个调制的信号115。
解调器172可解调一个或多个接收的信号174，以产生一个或多个解调的信号170。可将一个或多个解调的信号170提供给解码器166。gNB 160可使用解码器166来解码信号。解码器166可以产生解码的信号168和gNB解码的信号164(也被称为第一gNB解码的信号164)。例如，第一gNB解码的信号164可包括接收的有效载荷数据，该有效载荷数据可存储在数据缓冲器162中。解码的信号168(也被称为第二gNB解码的信号168)中的另一个信号可以包括开销数据和/或控制数据。例如，第二gNB解码的信号168可提供gNB操作模块182可用来执行一个或多个操作的数据。
gNB操作模块182可使gNB 160能够与一个或多个UE 102进行通信。gNB操作模块182可包括gNB UCI模块194中的一个或多个。
gNB UCI模块194可执行UCI操作。UCI操作可包括UCI提取、UCI解复用、UCI重构、UCI再压缩等。
在下行链路中，可采用具有循环前缀(CP)的OFDM接入方案，该方案也可称为CP-OFDM。在下行链路中，可以传输PDCCH、EPDCCH、PDSCH等。下行链路无线帧可包括多对下行链路资源块(RB)，该资源块也被称为物理资源块(PRB)。下行链路RB对是用于分配由预定带宽(RB带宽)和时隙定义的下行链路无线资源的单元。下行链路RB对包括在时域内连续的两个下行链路RB。
下行链路RB在频域内包括十二个子载波，并且在时域内包括七个(用于正常CP)或六个(用于扩展CP)OFDM符号。由频域内的一个子载波和时域内的一个OFDM符号定义的区域被称为资源元素(RE)，并且通过时隙中的索引对(k,l)唯一地标识，其中k和l分别是频域和时域中的索引。尽管在本文中讨论了一个分量载波(CC)中的下行链路子帧，针对每个CC定义了下行链路子帧，并且下行链路子帧在CC之间基本上彼此同步。结合图2讨论了下行链路中的资源网格的一个示例。
在上行链路中，除了CP-OFDM之外，还可采用单载波频分多址(SC-FDMA)接入方案，该方案也被称为离散傅里叶变换扩频OFDM(DFT-S-OFDM)。在上行链路中，可以传输PUCCH、PDSCH、PRACH等。上行链路无线帧可包括多对上行链路资源块(RB)。上行链路RB对是用于分配由预定带宽(RB带宽)和时隙定义的上行链路无线资源的单元。上行链路RB对包括在时域内连续的两个上行链路RB。
上行链路RB可包括频域内的十二个子载波以及时域内的七个(用于正常CP)或六个(用于扩展CP)OFDM/DFT-S-OFDM符号。由频域内的一个子载波和时域内的一个OFDM/DFT-S-OFDM符号定义的区域被称为资源元素(RE)，并且通过时隙中的索引对(k,l)唯一地标识，其中k和l分别是频域和时域中的索引。虽然本文讨论了一个分量载波(CC)中的上行链路子帧，但是上行链路子帧是针对每个CC定义的。结合图3讨论了上行链路中的资源网格的一个示例。
图4A、4B、4C和4D示出了若干参数的示例。参数#1可以是基本的参数。例如，该基础参数的RE被定义为在频域中具有15kHz的子载波间隔，并且在时域中具有2048Ts+CP长度(例如，160Ts或144Ts)，其中Ts表示定义为1/(15000*2048)秒的基带采样时间单位。对于第i个参数，子载波间隔可等于15*2i和有效OFDM符号长度2048*2-i*Ts。它可导致符号长度为2048*2-i*Ts+CP长度(例如，160*2-i*Ts或144*2-i*Ts)。换句话讲，第i+1个参数的子载波间隔是第i个参数的子载波间隔的两倍，并且第i+1个参数的符号长度是第i个参数的符号长度的一半。图4A、4B、4C和4D示出了四个参数，但是系统可支持另一个数量的参数。此外，该系统不必支持第0个参数至第I个参数(i＝0,1,...,I)中的全部。
图5A、5B、5C和5D示出了在图4A、4B、4C和4D中所示的参数的子帧结构的示例。考虑到时隙由NDL symb(或NUL symb)＝7个符号组成，第i+1个参数的时隙长度是第i个参数的时隙长度的一半，并且子帧中的时隙数量(例如，1ms)最终会翻倍。应当注意，无线帧可由10个子帧组成，并且无线帧长度可等于10ms。
图6A、6B、6C、6D、6E和6F示出了时隙和子时隙的示例。如果子时隙未被高层信令配置，则UE和gNB可仅使用时隙作为调度单元。更具体地，可将给定传输块分配给时隙。如果子时隙由高层信令配置，则UE和gNB可使用子时隙以及时隙。子时隙可包括一个或多个OFDM符号。构成子时隙的OFDM符号的最大数量可是NDL symb-l(或NUL symb-l)。子时隙长度可由高层信令配置。另选地，子时隙长度可由物理层控制信道(例如，通过DCI格式)来指示。子时隙可以从时隙内的任何符号开始，除非它与控制信道冲突。基于起始位置的限制，微时隙长度可存在限制。例如，长度为NDL symb-l(或NUL symb-l)的子时隙可从时隙中的第二个符号开始。子时隙的起始位置可由物理层控制信道(例如，通过DCI格式)来指示。另选地，子时隙的起始位置可来源于调度有关子时隙中的数据的物理层控制信道的信息(例如，搜索空间索引、盲解码候选索引、频率和/或时间资源索引、PRB索引、控制信道元素索引、控制信道元素聚合等级、天线端口索引等)。在配置子时隙的情况下，可将给定传输块分配给时隙、子时隙、聚合的子时隙或聚合的子时隙和时隙。该单元也可以是用于HARQ-ACK位生成的单元。
图7A、7B、7C和7D示出了调度时间线的示例。对于正常的DL调度时间线，DL控制信道被映射到时隙的初始部分。DL控制信道调度同一时隙中的DL共享信道。用于DL共享信道的HARQ-ACK(即，指示是否成功地检测到每个DL共享信道中的传输块的每一个HARQ-ACK)经由在后一时隙中的UL控制信道被报告。在这种情况下，给定时隙可包含DL传输和UL传输中的一者。对于正常的UL调度时间线，DL控制信道被映射到时隙的初始部分。DL控制信道调度后一时隙中的UL共享信道。对于这些情况，DL时隙和UL时隙之间的关联定时(时间偏移)可由高层信令来固定或配置。另选地，其可由物理层控制信道(例如，DL分配DCI格式、UL授权DCI格式或另一DCI格式，诸如可在公共搜索空间中被监视的UE公共信令DCI格式)来指示。
对于自给式基础DL调度时间线，DL控制信道被映射到时隙的初始部分。DL控制信道调度同一时隙中的DL共享信道。用于DL共享信道的HARQ-ACK被报告为映射在时隙的结束部分处的UL控制信道。对于自给式基础UL调度时间线，DL控制信道被映射到时隙的初始部分。DL控制信道调度同一时隙中的UL共享信道。对于这些情况，时隙可包含DL部分和UL部分，并且DL传输和UL传输之间可存在保护时段。自给式时隙的使用可基于自给式时隙的配置。另选地，自给式时隙的使用可基于子时隙的配置。还另选地，自给式时隙的使用可基于缩短的物理信道(例如，PDSCH、PUSCH、PUCCH等)的配置。
图8A和8B示出了DL控制信道监视区域的示例。一组或多组PRB可被配置用于DL控制信道监视。例如，控制资源集在频域中是一组PRB，在该组PRB内，UE尝试盲解码下行链路控制信息，其中PRB可以是或可以不是频率连续的，UE可具有一个或多个控制资源集，并且一个DCI消息可位于一个控制资源集中。在频域中，PRB是控制信道的资源单位大小(可包括或可不包括DM-RS)。DL共享信道可在比承载所检测的DL控制信道的符号更晚的OFDM符号处开始。另选地，DL共享信道可在承载所检测的DL控制信道的最后一个OFDM符号处开始或在比该最后一个OFDM符号更早的符号处开始。例如，可支持至少在频域中对相同或不同UE的数据的控制资源集中的至少一部分资源进行动态重用。
图9A和9B示出了由多于一个控制信道元素组成的DL控制信道的示例。当控制资源集跨越多个OFDM符号时，控制信道候选可被映射至多个OFDM符号或可被映射至单个OFDM符号。一个DL控制信道元素可被映射在由单个PRB和单个OFDM符号定义的RE上。如果多于一个DL控制信道元素用于单个DL控制信道传输，则可执行DL控制信道元素聚合。聚合的DL控制信道元素的数量被称为DL控制信道元素聚合等级。DL控制信道元素聚合等级可为1或2到整数幂。gNB可通知UE，哪些控制信道候选被映射到控制资源集中的OFDM符号的每个子集。如果一个DL控制信道被映射到单个OFDM符号且不跨越多个OFDM符号，则DL控制信道元素聚合在一个OFDM符号内执行，即多个DL控制信道元素在一个OFDM符号内聚合。否则，可在不同OFDM符号中聚合DL控制信道元素。
图10A、10B和10C示出了UL控制信道结构的示例。UL控制信道可被映射在分别由PRB和频域和时域中的时隙限定的RE上。该UL控制信道可被称为长格式(或仅称为第一格式)。UL控制信道可映射在时域中的有限的OFDM符号上的RE上。这可以称为短格式(或仅称为第二格式)。具有短格式的UL控制信道可在单个PRB内的RE上映射。另选地，具有短格式的UL控制信道可在多个PRB内的RE上映射。例如，可应用交错映射，即可将UL控制信道映射至系统带宽内的每N个PRB(例如，5个PRB或10个PRB)。
图11是示出gNB的一个具体实施的框图。在图11中，gNB 1160可基本上对应于图1中的gNB 160。如图11所示，gNB 1160可包括高层处理器1123a、DL发射器1125、UL接收器1133和天线1131a。DL发射器1125可以包括PDCCH发射器1127和PDSCH发射器1129。UL接收器1133可包括PUCCH接收器1135和PUSCH接收器1137。高层处理器器1123a可以管理物理层的行为(DL发射器1125和UL接收器1133的行为)并向物理层提供高层参数。高层处理器1123a可以从物理层获得传输块。高层处理器1123a可以向UE的高层发送/获取高层消息诸如RRC消息和MAC消息。高层处理器1123a可以提供PDSCH发射器1129传输块，并且提供与传输块有关的PDCCH发射器1127传输参数。UL接收器1133可以经由接收天线1131a接收多路复用上行链路物理信道和上行链路物理信号并对它们进行解复用。PUCCH接收器1135可以提供高层处理器UCI。PUSCH接收器1137可以向高层处理器提供接收的传输块。
图12是示出UE的一个具体实施的框图。在图12中，UE 1202可基本上对应于图1中的UE 102。如图12所示，UE 1202可包括高层处理器1223b、UL发射器1249、DL接收器1243和天线1231b。DL发射器1249可以包括PDCCH发射器1251和PDSCH发射器1253。DL接收器1243可以包括PDCCH接收器1245和PDSCH接收器1247。高层处理器1223b可以管理物理层的行为(UL发射器1249和DL接收器的1243的行为)并向物理层提供高层参数。高层处理器1223b可以从物理层获得传输块。高层处理器1223b可以向UE的高层发送/获取高层消息诸如RRC消息和MAC消息。高层处理器1223b可以向PUSCH发射器1253提供传输块并向PUCCH发射器1251提供UCI。DL接收器1243可以经由接收天线1231b接收复用的下行链路物理信道和下行链路物理信号并对它们进行解复用。PDCCH接收器1245可以向高层处理器1223b提供DCI。PDSCH接收器1247可以向高层处理器1223b提供接收的传输块。
应当注意，本文所述的物理信道的名称是示例。可使用其他名称，诸如“NRPDCCH、NRPDSCH、NRPUCCH和NRPUSCH”等。
图13是示出一种方法的流程图的示例性具体实施的示意图，该方法由图12中的UE执行，用于当在单个载体上或服务小区上发生信道重叠或冲突时在PUSCH或PUCCH上进行UCI报告。
在方法1300中，以举例的方式提供了在信道重叠或冲突的情况下PUCCH或PUSCH上的UCI报告的示例性过程，因为有多种方式来执行该方法。图13A示出的每个框表示在该示例性处理方法中执行的一个或多个过程、方法或子例程。另外，所示的框的顺序仅是举例的，并且框的顺序可以改变。用于在信道重叠或冲突的情况下PUCCH或PUSCH上的UCI报告的方法1300包括框1302、1304、1306、1308、1310、1312、1314、1316和1318。
在框1302中，基于来自gNB(例如，在图11中的gNB 1160)的信令确定PUCCH传输的格式和配置。在框1302中，确定PUCCH传输中的UCI的格式、波形、参数和配置。
在框1304中，基于来自gNB(例如，在图11中的gNB 1160)的信令确定PUSCH传输的格式和配置。在框1304中，确定PUSCH传输中的UCI的格式、波形、参数和配置。
在框1306中，UE确定PUSCH传输和PUCCH传输之间是否存在重叠部分。当(例如，在时域中)存在一个或多个重叠符号时，存在重叠部分。如果确定不存在重叠部分，则在框1308中传输PUSCH和PUCCH。
在框1310中，当在框1306中UE确定PUSCH传输和PUCCH传输之间存在重叠部分之后，UE确定PUCCH和PUSCH同时传输是否受支持。例如，PUCCH和PUSCH同时传输受支持的情况包括针对PUCCH和PUSCH两者配置的CP-OFDM，或针对PUCCH和PUSCH两者配置的具有相同参数的DFT-S-OFDM。在一个具体实施中，UE可通过使用以下三种情况在框1310中进行确定：
(1)PUCCH和PUSCH被配置有不同的波形/调制方法(例如，使用CP-OFDM的PUCCH和使用DFT-S-OFDM的PUSCH，反之亦然)。
(2)PUCCH和PUSCH被配置有DFT-S-OFDM，但对PUCCH传输和PUSCH传输应用不同的参数。
(3)UE不支持PUCCH和PUSCH同时传输，或者同时PUCCH和PUSCH未被配置用于UE。
如果UE确定PUCCH和PUSCH同时传输不受支持，则方法1300前进至框1312或框1314。UE确定UCI是在PUCCH还是PUSCH上携带，以及是否传输PUCCH和/或PUSCH。在框1312中，UE将使用在PUCCH传输和PUSCH传输之间的重叠部分中的PUCCH传输UCI，并且丢弃(例如，不传输)在PUSCH传输的重叠部分中的PUSCH符号。在框1314中，UE将通过复用PUSCH传输的重叠部分上的UCI来传输UCI，并丢弃(例如，不传输)PUCCH。选择框1312或框1314的默认行为取决于上行链路控制信道格式。
在框1310中，如果UE确定PUCCH和PUSCH同时传输受支持，则方法1300前进至框1316。
在框1316中，执行在重叠符号上的PUCCH和PUSCH数据同时传输，并且重叠符号的功率分配优先考虑PUCCH传输。
在框1318中，如果在框1316中功率受到限制，则PUCCH分配之后的剩余功率可利用功率缩放(如果适用的话)分配给该符号中的PUSCH RE。
在NR中，可指定至少两种不同类型的上行链路控制信道(PUCCH)格式，即至少一种短PUCCH格式和一种长PUCCH格式。PUCCH信道被设计成携带上行链路控制信息(UCI)。另外，物理上行链路共享信道(PUSCH)将被定义为携带上行链路数据。UCI可在PUCCH或PUSCH上或这两者上报告。
在NR中，PUCCH格式和PUSCH格式可被独立地配置。不同信道的波形类型和参数可相同或可不同。因此，PUCCH和PUSCH同时传输受到许多不同条件的限制。关于在哪种信道类型上如何报告UCI的方法的细节还处于研究中且尚未有定义。本公开提供了用于在不同UL信道和格式上进行UCI报告的解决方案和过程。
在NR中，将指定若干PUCCH格式。对于UCI，可在不同的PUCCH信道格式上报告不同的UCI。另外，对于NR，PUSCH信道也可以非常灵活，PUSCH的大小可以是微时隙、时隙或跨越多个时隙。
在NR中，对于UL传输，循环前缀正交频分复用(CP-OFDM)波形和离散傅里叶变换扩频OFDM(DFT-S-OFDM)波形都受支持。另外，可在一个或多个载波或服务小区上使用不同的参数。在一些情况下，来自UE的PUCCH传输和PUSCH传输可经历冲突。
UCI可作为L1/L2控制信令传输，例如经由PUCCH、PUSCH或上行链路数据信道。此外，可动态地指示(至少与无线电资源控制(RRC)结合)数据接收和HARQ-ACK传输之间的定时，该定时作为下行链路控制信息(DCI)的一部分。
在NR中，不同的参数在相同或不同载波上受支持。对于上行链路，传输支持基于正交频分复用(OFDM)的两种波形/调制方案，诸如循环前缀OFDM(CP-OFDM)、离散傅里叶变换(DFT)扩频OFDM(DFT-S-OFDM)，也称为单载波FDMA(SC-FDMA)，或低峰均功率比(PAPR)波形。
因此，上行链路控制信道和上行链路数据信道可单独地被配置为具有相同或不同的波形和参数。上行链路控制信道和上行链路数据信道的冲突和复用应考虑所有可能的组合。
图13B是示出由图12中的UE执行的、用于报告UCI的方法的流程图的示例性具体实施的示意图。方法1360包括框1362和框1364。在框1362中，方法1360包括由UE存储有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受支持的信息。在框1364中，方法1360还包括当PUCCH和PUSCH同时传输不受支持并且在PUCCH传输和PUSCH传输之间发生信道冲突的情况下，由UE使用PUCCH传输和PUSCH传输之间的重叠部分中的PUCCH传输UCI，并且丢弃PUSCH传输的重叠部分。
图13C是示出由图11中的gNB执行的、用于从UE接收UCI的方法的流程图的示例性具体实施的示意图。方法1380包括框1382和框1384。在框1382中，方法1380包括由gNB获取有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受UE支持的信息。在框1384中，方法1380还包括当PUCCH和PUSCH同时传输不受支持并且在PUCCH传输和PUSCH传输之间发生信道冲突的情况下，使用PUCCH传输和PUSCH传输之间的重叠部分中的PUCCH传输接收UCI，并且不接收PUSCH传输的重叠部分。
图14A示出了短PUCCH格式的示例。在NR中，对于上行链路控制，至少两个传输持续时间受支持，一个是短的，围绕时隙中的最后一个OFDM符号，与数据TDM或FDM，另一个是长的，跨越多个符号(例如，填充一个时隙的大部分或多个时隙)，与数据FDM。短PUCCH适用于1位或2位的HARQ-ACK反馈和/或SR。
在一个具体实施中，短PUCCH格式可仅占用一个符号。在该具体实施中，可使用CP-OFDM调制。参考符号1404和UCI携带符号1402可在PUCCH资源的不同子载波中被复用，如在图14A的时隙1401中所示(即FDM情况)。
在另一个具体实施中，短PUCCH格式可占用两个符号。在该具体实施中，可使用CP-OFDM调制和DFT-S-OFDM调制两者。在DFT-S-OFDM的情况下，参考符号1404和UCI携带符号1402可为TDM多路复用的，如在图14A的时隙1405中所示(即，TDM情况)。
在另一个具体实施中，短PUCCH可占用参考参数的一个符号，具体是通过将该符号分成两个具有较高参数的符号，例如通过将副载波间隔加倍并且将符号长度减半，如在图14A的时隙1407中所示(即，利用符号分裂的TDM的情况)。又如，可使用2个符号的PUCCH。
在又一个具体实施中，对于短PUCCH的TDM，为了在同一时隙中支持来自不同UE的短PUCCH的TDM，在6GHz或以上支持一种通知UE在时隙的哪个符号中传输短PUCCH的机制。
长PUCCH格式可跨越多个符号和时隙。可以定义多个长PUCCH格式，例如4个符号、一个时隙和多个时隙等。长PUCCH格式可用于更大有效载荷的HARQ-ACK反馈、CSI反馈等。
对于长PUCCH格式，至少低PAPR/CM波形应受支持。由长持续时间UL控制信道携带的UCI(至少具有低PAPR波形)可在一个时隙或多个时隙中传输，并且至少在一些情况下，跨多个时隙的传输可允许约1毫秒的总持续时间。
就PUCCH格式配置而言，使用半静态配置和(至少对于某些类型的UCI信息)动态信令的组合来确定用于长PUCCH格式和短PUCCH格式两者的PUCCH资源。
在LTE许可频带中，PUSCH可跨越UL子帧中的所有符号。
PUSCH的最后一部分可被删余并用探测参考信号(SRS)传输替换。在LTE许可辅助接入(LABA)中，PUSCH可以不在UL LAA子帧的第一个符号和/或最后一个符号中传输。此外，在LTE缩短的传输时间间隔(sTTI)设计中，UL sTTI可具有2个符号、4个符号或7个符号的长度。
在NR中，PUSCH结构与LTE中的相比更灵活。例如，PUSCH可在微时隙和时隙层级被调度。此外，还支持时隙聚合。因此，可跨越多个时隙来调度PUSCH。微时隙可以是PUSCH传输的最小调度单位。微时隙的长度可为2个符号至(时隙长度-1)。至少对于6GHz以上的频带，微时隙长度可支持一个符号。
NR中的PUSCH可使用服务小区的参考参数。可使用不同于服务小区的参考参数的参数来调度NR中的PUSCH。
如在LTE中那样，在NR中，PUSCH上的UCI受支持，例如，在UCI和数据同时传输的情况下使用用于UCI的调度资源的部分来支持。
对于UE，长PUCCH格式可使用CP-OFDM调制和DFT-S-OFDM调制。长PUCCH格式可使用服务小区的参考参数，或不同于服务小区的参考参数的参数。
在一个具体实施中，可为每个UE配置短PUCCH格式和长PUCCH格式。短PUCCH格式和长PUCCH格式可使用相同的调制方法(例如，都基于CP-OFDM)。在另一个具体实施中，短PUCCH格式和长PUCCH格式可使用不同的调制方法(例如，使用CP-OFDM的1个符号的短PUCCH，以及使用DFT-S-OFDM的多个符号的长PUCCH)。此外，短PUCCH和长PUCCH可被配置为具有相同的参数或具有不同的参数。
不同UE可被配置为具有相同或不同的PUCCH格式。对于给定的UE，PUSCH格式可具有与PUCCH格式相同的波形调制。PUSCH格式可具有不同于PUCCH格式的波形调制。PUSCH格式可具有与PUCCH格式相同的参数。PUSCH格式可具有不同于PUCCH格式的参数。此外，由于NR支持不同长度的不同短或长PUCCH格式，因此调度的PUSCH传输的长度可与PUCCH格式相同或不同。此外，PUSCH资源可与PUCCH资源(例如，符号)例如在时域中完全重叠或部分重叠。
对于PUSCH和PUCCH复用，有几种不同的情况需要考虑，具体取决于波形/调制方法和其他配置。如果用于PUCCH和PUSCH两者的调制方法是CP-OFDM，则复用不同的信道是可能的。此外，为PUCCH和PUSCH应用不同的参数在FDM中也是可能的。
如果为PUCCH和PUSCH使用不同的波形/调制方法，则无论是使用相同还是不同的参数，都不可能复用PUCCH和PUSCH信道。如果将DFT-S-OFDM用于PUCCH和PUSCH两者，但是PUCCH和PUSCH被配置为具有不同的参数，则不可能复用PUCCH和PUSCH信道。表1列出了PUCCH和PUSCH的组合以及是否可能进行PUCCH和PUSCH同时传输。
表1
PUCCH波形 PUSCH波形 参数 同时PUCCH和PUSCH
CP-OFDM DFT-S-OFDM 任何 不可能
DFT-S-OFDM CP-OFDM 任何 不可能
DFT-S-OFDM DFT-S-OFDM PUCCH和PUSCH具有不同参数 不可能
DFT-S-OFDM DFT-S-OFDM PUCCH和PUSCH具有相同参数 可能
CP-OFDM CP-OFDM 任何 可能
如果可能进行PUCCH和PUSCH同时传输，则有几个选项：
(1)PUCCH和PUSCH同时传输可具有默认行为。
(2)是否支持PUCCH和PUSCH同时传输可为UE能力。
(3)可对是否支持PUCCH和PUSCH同时传输进行配置。
由于NR可支持不同长度的不同短或长PUCCH格式，因此调度的PUSCH传输的长度可与PUCCH格式相同或不同。另外，PUSCH资源可与PUCCH资源重叠或部分重叠。
此外，短PUCCH格式和长PUCCH格式的同时传输可以非常不同。短PUCCH仅占用1或2个符号，而长PUCCH格式可跨越多个时隙。因此，下面分别论述了这两种PUCCH格式。
图14B示出了与用于下行链路(DL)传输和上行链路(UL)传输的时隙1411、1413、1415和1417中所示的短PUCCH复用的数据和UCI的一些示例。在短上行链路控制格式的情况下，一致认为可使用FDM和/或TDM与数据复用。
至少在用于短UCI和数据的PRB不重叠的情况下，在UE内和UE之间都应支持短UCI和数据的FDM。因此，如果可能，应支持短PUCCH上的数据和UCI的FDM，至少可以是可配置的。因此，应尽可能支持短PUCCH和PUSCH同时传输。
在DL中心时隙中，可保留最后一个符号用于HARQ-ACK反馈。因此，可不允许UL数据存在于最后一个符号中，并且可以不调度UL数据用于PUSCH传输。另一方面，如果最后一个符号被调度为UL数据传输的一部分，则PUCCH和PUSCH同时传输受到支持。
此外，对于不同的UE，NR中的短PUCCH可在不同的符号中经历TDM。因此，短PUCCH可不限于时隙的最后一个符号。短PUCCH可使用一个或两个符号。因此，将短PUCCH优先于PUSCH数据来处理的简单解决方案可为足够的。考虑了若干方法来实现PUCCH和PUSCH同时传输。
图15是示出各种类型的PUSCH和短PUCCH重叠或冲突的示例性具体实施的示意图。如果时域中存在任何重叠，则短PUCCH和PUSCH之间存在重叠或冲突。在图15中，示出了使用一个或两个符号的短PUCCH 1502的若干示例，其中PUCCH和PUSCH在频率子载波中可具有重叠的资源元素(RE)。在其他具体实施中，即使PUCCH和PUSCH使用不同的频率子载波，也可能发生PUCCH和PUSCH重叠或冲突。在该具体实施中，将短PUCCH 1502优先于PUSCH传输1504来处理。
在图15中，为PUCCH和PUSCH同时传输考虑了若干重叠/冲突情况，如在示例1501、1503、1505和1507中所示。冲突可以是PUCCH传输和PUSCH传输之间在时域中的完全重叠或部分重叠。例如，在示例1501中，当短PUCCH 1502(例如，1个符号的短PUCCH)与调度的PUSCH传输1504重叠时，可发生重叠或冲突。对于短PUCCH 1502(例如，2个符号的短PUCCH)，如示例1503、1505和1507中所示，当短PUCCH 1502的任何符号与调度的PUSCH传输1504重叠时，可发生重叠或冲突。在示例1503中，短PUCCH 1502(例如，2个符号的短PUCCH)与调度的PUSCH传输1504完全重叠。在示例1505中，短PUCCH 1502(例如，2个符号的短PUCCH)与调度的PUSCH传输1504的末端部分部分地重叠。在示例1507中，短PUCCH 1502(例如，2个符号的短PUCCH)与调度的PUSCH传输1504的开始部分部分地重叠。
在PUCCH传输和PUSCH传输不重叠或冲突的情况下，PUCCH和PUSCH根据其调度被传输。然而，当PUCCH传输和PUSCH传输之间存在重叠或冲突时，UE确定PUCCH和PUSCH同时传输是否受支持。如果PUCCH和PUSCH同时传输不受支持，则UE确定使用哪种方法来传输PUCCH和PUSCH。
在以下情况下，PUCCH和PUSCH同时传输可不受支持。
(1)PUCCH和PUSCH被配置有不同的波形/调制方法(例如，使用CP-OFDM的PUCCH和使用DFT-S-OFDM的PUSCH，反之亦然)。
(2)PUCCH和PUSCH被配置有DFT-S-OFDM，但对PUCCH传输和PUSCH传输应用不同的参数。
(3)UE不支持PUCCH和PUSCH同时传输，或者同时PUCCH和PUSCH未被配置用于UE。
因此，当UE不能够和/或未被配置用于PUCCH和PUSCH同时传输时，PUCCH和PUSCH同时传输可不受支持。此外，在PUCCH和PUSCH被配置为具有不同波形，或者PUCCH和PUSCH被配置为使用DFT-S-OFDM但具有不同的参数时，PUCCH和PUSCH同时传输可不受支持。
当PUCCH和PUSCH同时传输不受支持时，存在多个选项：PUCCH和PUSCH同时传输可具有默认行为，是否支持PUCCH和PUSCH同时传输可为UE的能力，以及可对是否支持PUCCH和PUSCH同时传输进行配置。因为NR支持不同长度的不同短或长PUCCH格式，所以调度的PUSCH传输的长度可与PUCCH格式相同或不同。另外，PUSCH可与PUCCH资源完全重叠或部分重叠。此外，短PUCCH格式和长PUCCH格式的同时传输可以非常不同。短PUCCH仅占用1或2个符号，而长PUCCH格式可跨越多个时隙。
图16A示出了当PUCCH和PUSCH同时传输不受支持时，一种处理PUCCH和PUSCH的重叠部分的方法的示例性具体实施。如图16A所示，示例1601、1603、1605和1607各自示出了与PUSCH 1604重叠(例如，完全地或部分地重叠)的短PUCCH 1602。在图16A中所示的本示例性方法中，UE传输短PUCCH传输1604并丢弃(不传输)PUSCH 1604的PUSCH数据1606的重叠部分。
如图16A所示，在示例1601中，短PUCCH 1602(例如，1个符号的短PUCCH)与调度的PUSCH1604完全重叠。在示例1603中，短PUCCH 1602(例如，2个符号的短PUCCH)与调度的PUSCH 1604完全重叠。在示例1605中，短PUCCH 1602(例如，2个符号的短PUCCH)与调度的PUSCH 1604的末端部分部分地重叠。在示例1607中，短PUCCH 1602(例如，2个符号的短PUCCH)与调度的PUSCH 1604的开始部分部分地重叠。在所有示例1601、1603、1605和1607中，UE传输短PUCCH 1602并丢弃(不传输)PUSCH 1604的PUSCH数据1606的重叠部分。应当注意，PUSCH 1604的剩余部分仍被传输。也就是说，仅丢弃与短PUCCH 1602重叠或相冲突的PUSCH数据1606(例如，符号)的RE。例如，PUSCH传输可在PUCCH传输之前停止，并且在PUCCH传输之后恢复。
在图16A所示的本示例性方法中，无论是为PUCCH和PUSCH应用相同还是不同的波形和/或参数，PUCCH传输都可优先于PUSCH传输。该方法对于下行链路中心时隙是尤其有利的，在该时隙中仅存在用于短PUCCH的UL符号。
当PUCCH和PUSCH同时传输不受支持时，本示例性方法通过传输短PUCCH并丢弃(不传输)PUSCH传输的PUSCH数据的重叠部分来处理PUCCH和PUSCH的重叠部分。换句话讲，当在短PUCCH传输和PUSCH传输之间存在重叠或冲突时，PUCCH传输优先于PUSCH传输中的PUSCH数据。由于短PUCCH占用一个或两个符号，因此可用于PUSCH的RE的数量受到PUCCH携带符号的限制。因此，丢弃有限数量的符号上的PUSCH可能不会对PUSCH性能产生显著影响。本示例性方法可被设定为图16A中所示的短PUCCH和PUSCH重叠/冲突示例的默认行为。
类似于短PUCCH传输，探测参考信号(SRS)传输仅占用一个或两个符号。因此，参考图16所述的相同方法可用于使用PUSCH传输的SRS传输。因此，如果利用PUSCH传输的重叠符号调度SRS传输，则可丢弃重叠的PUSCH符号，并且应传输SRS。应当注意，如果PUCCH与调度的SRS传输发生冲突，则可丢弃SRS。根据本发明的具体实施，从最高到最低的传输优先级如下：PUCCH上的UCI、PUSCH上的UCI、SRS，以及仅具有数据的PUSCH。
图16B示出了当PUCCH和PUSCH同时传输不受支持时，一种处理短PUCCH和PUSCH的重叠部分的方法的示例性具体实施。如图16B所示，示例1601、1603、1605和1607各自示出了与PUSCH 1604重叠的短PUCCH 1602。在图16B所示的本示例性方法中，UE丢弃短PUCCH 1602并且复用PUSCH 1604上的短PUCCH 1602的UCI。
在本示例性方法中，UCI在为重叠区域1609中的短PUCCH 1602调度的符号的PUSCH数据1606上被复用。如在图16B的重叠区域1609中所示，对于短PUCCH 1602(例如，1个符号的短PUCCH)，UCI在PUSCH 1604上被复用。这确保了，即使在UCI被携带在PUSCH 1604上时，PUCCH报告的UCI定时也得以保持。为了提供足够的保护，β偏移可被配置为用于控制信息复用。β偏移确定控制信息相对于数据信息的编码率冗余。β偏移率匹配之后的编码位可通过替换现有PUSCH数据符号在PUSCH数据符号上被复用。
图16B示出了在短PUCCH 1602和PUSCH 1604的重叠符号中的PUSCH上的UCI复用的若干示例。在示例1601、1605和1607中，每个UCI在PUCCH 1602和PUSCH 1604的重叠符号(例如，每种情况下仅1个符号)上被复用，如重叠区域1609中所示。编码的UCI位加载可在PUSCH分配的资源的频域中执行(例如，在子载波中频率从高到低的RE上)。又如，如果在PUSCH上使用DFT-S-OFDM，并且重叠符号是DMRS符号，则位加载可改为在下一个符号上执行。
应当注意，在短PUCCH 1602早于PUSCH 1604开始的情况下，如果短PUCCH 1602已经在PUSCH 1604之前开始，则参考图16A所述的方法可以是用于传输UCI的更好方法，因为在此类情况下复用可能不适用。
在图16B中的示例1603中，可为2个符号的短PUCCH的完全重叠考虑两种方法。在第一种方法(即方法1613)中，UCI可在所有重叠符号上复用，如方法1611中所示，以提供时间分集增益。编码的UCI位复用可首先在时域中执行，然后在PUSCH分配的资源的频域中执行(例如，在时域中的RE上，从频率从高到低的子载波上的最早符号开始)。在第二种方法(即方法1613)中，UCI被复用至重叠区域的最早符号，这提供了比方法1611中的复用稍快的UCI反馈。在方法1613中，编码的UCI位复用可首先在频域中执行，然后在PUSCH分配的资源的时域中执行(例如，在频率从高到低的子载波上的最早符号的RE上)。
对于参照图16A和16B所述的两种方法，NR可确定默认行为。该默认行为可包括(1)传输PUCCH并丢弃PUSCH上的重叠符号；(2)在PUSCH上进行PUCCH UCI复用。在另一个具体实施中，UE的行为可由基站(例如，gNB)配置。
图17示出了当PUCCH和PUSCH同时传输受支持时，一种处理PUCCH和PUSCH的重叠部分的方法的示例性具体实施。如果PUCCH区域被定义/配置，则PUSCH可不与频域中所配置的PUCCH区域重叠。因此，在为UE调度的PUCCH和PUSCH资源元素(RE)之间不存在重叠。重叠符号上的PUCCH和PUSCH同时数据传输可以FDM方式执行。另一方面，如果PUCCH资源元素与调度的PUSCH传输重叠，则可传输PUCCH符号，并且重叠的RE的PUSCH符号可(例如)被删余。
对于基于CP-OFDM的传输，重叠的PUSCH RE可被删余。对于基于DFT-S-OFDM的传输，删余重叠的PUSCH RE可以是一种选项，其可能由于(例如)DFT输出中的中断而在接收器端(例如，gNB)上解码期间引起轻微问题。在另一个选项中，删余可在DFT之前输入复数输入时执行。然后，删余的输入可以通过PUCCH传输对在删余的符号上速率匹配的对应RE进行DFT和位加载。对于这两个选项，重叠符号的功率分配优先考虑短PUCCH传输。
如图17的示例1701、1703、1705和1707所示，在功率受限的情况下，可在适用的情况下使用功率缩放将PUCCH 1702分配之后的剩余功率分配给该符号中的PUSCH RE 1706。
图18是示出各种类型的PUSCH和长PUCCH重叠或冲突的示例性具体实施的示意图。在图18中，示例1801、1803、1805和1807各自示出了长PUCCH 1802和PUSCH 1804之间的重叠或冲突。长PUCCH 1802格式可跨越多个符号或时隙，并且更可能与PUSCH 1804同时调度。在同时存在UCI和数据的情况下，UCI可使用调度的数据资源的至少一部分。此外，由于NR支持不同长度的长PUCCH格式，因此调度的PUSCH传输的长度可与PUCCH格式相同或不同。因此，PUSCH可与PUCCH资源完全重叠或部分重叠。
在图18中，为PUCCH和PUSCH同时传输考虑了若干重叠/冲突情况，如在示例1801、1803、1805和1807中所示。冲突可以是PUCCH传输和PUSCH传输之间在时域中的完全重叠或部分重叠。例如，在示例1801中，长PUCCH 1802可在PUSCH 1804内完全重叠。在示例1803和1805中，长PUCCH 1802可在PUSCH 1804内部分重叠。在示例1807中，长PUCCH传输1802格式可比调度的PUSCH 1804长。类似于上述与短PUCCH相冲突的情况，可以为PUSCH与长PUCCH格式的冲突考虑以下情况。
在PUCCH传输和PUSCH传输不重叠或冲突的情况下，PUCCH和PUSCH根据其调度被传输。然而，当PUCCH传输和PUSCH传输之间存在重叠或冲突时，UE确定PUCCH和PUSCH同时传输是否受支持。如果PUCCH和PUSCH同时传输不受支持，则UE确定使用哪种方法来传输PUCCH和PUSCH。
在以下情况下，PUCCH和PUSCH同时传输可不受支持：
(1)PUCCH和PUSCH被配置有不同的波形/调制方法(例如，使用CP-OFDM的PUCCH和使用DFT-S-OFDM的PUSCH，反之亦然)。
(2)PUCCH和PUSCH被配置有DFT-S-OFDM，但对PUCCH传输和PUSCH传输应用不同的参数。
(3)UE不支持PUCCH和PUSCH同时传输，或者同时PUCCH和PUSCH未被配置用于UE。
图19A示出了当PUCCH和PUSCH同时传输不受支持时，一种处理PUCCH和PUSCH的重叠部分的方法的示例性具体实施。如图19A所示，示例1901、1903、1905和1907各自示出了与PUSCH 1904重叠(例如，完全地或部分地重叠)的长PUCCH 1902。在图19A中所示的本示例性方法中，UE传输长PUCCH传输1904并丢弃(不传输)PUSCH 1904的PUSCH数据1906的重叠部分。
如图19A所示，在示例1901中，长PUCCH 1902与调度的PUSCH 1904完全重叠，其中长PUCCH 1902比PUSCH 1904短。在示例1903中，长PUCCH 1902与调度的PUSCH 1904的末端部分部分地重叠。在示例1905中，长PUCCH 1902与调度的PUSCH 1904的开始部分部分地重叠。在示例1907中，长PUCCH 1902与调度的PUSCH 1904完全重叠，其中长PUCCH 1902比PUSCH 1904长。应当注意，在示例1907中，整个PUSCH被丢弃。
在所有示例1901、1903、1905和1907中，UE传输长PUCCH 1902并丢弃(不传输)PUSCH 1904的PUSCH数据1906的重叠部分。应当注意，PUSCH 1904的剩余部分(如果有的话)仍被传输。也就是说，仅丢弃与长PUCCH 1902重叠或相冲突的PUSCH数据1906(例如，符号)的RE。例如，PUSCH传输可在PUCCH传输之前停止，并且在PUCCH传输之后恢复。
在图19A所示的本示例性方法中，无论是为PUCCH和PUSCH应用相同还是不同的波形和/或参数，PUCCH传输都可优先于PUSCH传输。
然而，由于长PUCCH 1902可跨越多个符号，丢弃这些符号的所有PUSCH RE对PUSCH性能产生的影响可比在短PUCCH情况下的更大。因此，图19A中所示的本示例性方法可能对于至少来自一些具体实施的长PUCCH和PUSCH重叠不是优选的，这是由于丢弃PUSCH的整个部分或大部分可能会在接收器端(例如，gNB)上的解码期间导致一些问题。
因此，参考图16a所述的PUSCH丢弃方法可以是有条件的。可使用阈值来确定PUSCH是应被部分地传输还是被完全丢弃。该阈值可以是PUSCH传输内的重叠符号的数量或重叠符号的百分比。如果低于该阈值，则通过丢弃使用PUCCH的重叠符号部分地传输PUSCH。如果高于该阈值，则PUSCH被完全丢弃。该阈值可以是默认值，或可由高层信令半静态地配置。
图19B示出了当PUCCH和PUSCH同时传输不受支持时，一种处理长PUCCH和PUSCH的重叠部分的方法的示例性具体实施。如图19B所示，示例1901、1903、1905和1907各自示出了与PUSCH 1904重叠的长PUCCH 1902传输。在图19B所示的本示例性方法中，UE丢弃长PUCCH1902并且复用PUSCH 1904上的长PUCCH传输1902的UCI。当PUCCH和PUSCH同时传输不受支持时，本示例性方法提供PUSCH上的UCI复用，并且可能是对于长PUCCH和PUSCH重叠的默认行为。
在本示例性方法中，UCI与在为重叠区域中的长PUCCH 1902调度的重叠符号上的PUSCH 1904复用。这确保了，即使在UCI被携带在PUSCH 1904上时，PUCCH报告的UCI定时也得以保持。为了提供足够的保护，β偏移可被配置为用于控制信息复用。β偏移确定控制信息相对于数据信息的编码率冗余。β偏移率匹配之后的编码位应通过替换现有PUSCH数据符号在PUSCH数据符号上被复用。
由于复用区域包括多个符号，因此可考虑至少两种方法来用于将长PUCCH 1902的UCI复用到PUSCH 1904，如示例1901、1903、1905和1907所示。
在第一种示例性方法(即方法1909)中，UCI可在长PUCCH 1902和PUSCH 1904之间的所有重叠符号上被复用，以提供时间分集增益，如图19B的示例1901所示。在方法1909中，编码的UCI位复用可首先在时域中执行，然后在PUSCH分配的资源的频域中执行(例如，在时域中的RE上，从频率从高到低的子载波上的最早符号开始)。应当注意，在方法1909的特殊情况中，不是所有符号都可用于UCI复用。也就是说，UCI可在重叠区域中的符号的子集上复用(例如，仅在邻近或接近解调符号的符号上)，尤其是在基于DFT-S-OFDM的传输的情况下。虽然这种方法可能更适合于基于DFT-S-OFDM的传输，但也可用于基于CP-OFDM的传输。
在第二种示例性方法(即方法1911)中，UCI可首先被复用到最早符号，这可提供比第一种示例性方法稍快的UCI反馈。在该方法1911中，编码的UCI位复用可首先在频域中执行，然后在PUSCH分配的资源的时域执行(例如，在频率从高到低的子载波上的最早符号的RE上)。应当注意，在方法1911下的特殊情况下，不是所有符号都可用于UCI复用。也就是说，UCI可在重叠区域中的符号的子集上复用(例如，仅在邻近或接近解调符号的符号上)。虽然这种方法可能更适合于基于CP-OFDM的传输，但也可用于基于DFT-S-OFDM的传输。
此外，PUSCH上的长PUCCH UCI复用应考虑两个例外情况。
应当注意，在PUCCH传输已经在PUSCH传输之前开始的情况下，参考图19A所述的方法可以是用于传输UCI的更好的方法，因为在这种情况下复用可能不适用。在另一种情况下，PUSCH上的重叠区域太小，和/或不具有携带长PUCCH的所有UCI的能力，这时参考图19A所述的方法可以是用于传输UCI的更好的方法，因为在这种情况下复用可能不适用。
因此，参考图19B所述的复用方法可以是有条件的。可使用阈值来确定UCI是应在PUSCH上复用还是在PUCCH上传输。阈该值可以是给定的PUSCH上实现UCI复用所需的RE的数量。如果重叠区域中的RE的数量小于给定PUSCH上的UCI复用所需的RE的数量，则UE可传输长PUCCH并丢弃PUSCH上的重叠符号。否则，UCI在PUSCH上被复用。
对于参照图19A和19B所述的两种方法，NR可确定默认行为。该默认行为可包括(1)传输PUCCH并丢弃PUSCH上的重叠符号；(2)在PUSCH上进行PUCCH UCI复用。在另一个具体实施中，UE的行为可由基站(例如，gNB)配置。
图20示出了当PUCCH和PUSCH同时传输受支持时，一种处理PUCCH和PUSCH的重叠部分的方法的示例性具体实施。如果PUCCH区域被限定/配置，则PUSCH可与所配置的PUCCH区域复用。因此，在为UE调度的PUCCH和PUSCH RE之间不存在重叠。另一方面，如果PUCCHRE与PUSCH RE重叠，则PUCCH RE(例如，符号)可被传输，并且重叠的RE的PUSCH RE(例如，符号)可被删余。
对于基于CP-OFDM的传输，重叠的PUSCH RE可被删余。对于基于DFT-S-OFDM的传输，删余重叠的PUSCH RE可以是一种选项，其可能由于(例如)DFT输出中的中断而在接收器端(例如，gNB)上解码期间引起轻微问题。在另一个选项中，删余可在DFT之前输入复数输入时执行。然后，删余的输入可以通过PUCCH传输对在删余的符号上速率匹配的对应RE进行DFT和位加载。对于这两个选项，重叠符号的功率分配优先考虑短PUCCH传输。
如图20的示例2001、2003、2005和2007所示，在功率受限的情况下，可在适用的情况下使用功率缩放将PUCCH 2002分配之后的剩余功率分配给该符号中的PUSCH RE 2006。
术语“计算机可读介质”是指可由计算机或处理器访问的任何可用介质。如本文所用，术语“计算机可读介质”可表示非暂态性且有形的计算机可读介质和/或处理器可读介质。以举例而非限制的方式，计算机可读介质或处理器可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备，或者可用于携带或存储指令或数据结构形式的所需程序代码并且可由计算机或处理器访问的任何其他介质。如本文所用，磁盘和光盘包括压缩光盘(CD)、激光盘、光学光盘、数字通用光盘(DVD)、软磁盘及光盘，其中磁盘通常以磁性方式复制数据，而光盘则利用激光以光学方式复制数据。
应当注意，本文所述方法中的一者或多者可在硬件中实现并且/或者使用硬件执行。例如，本文所述方法中的一者或多者可在芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等中实现，并且/或者使用芯片组、专用集成电路(ASIC)、大规模集成电路(LSI)或集成电路等实现。
本文所公开方法中的每一者包括用于实现所述方法的一个或多个步骤或动作。在不脱离权利要求书的范围的情况下，这些方法步骤和/或动作可彼此互换并且/或者合并为单个步骤。换句话讲，除非所述方法的正确操作需要特定顺序的步骤或动作，否则在不脱离权利要求书的范围的情况下，可对特定步骤和/或动作的顺序和/或用途进行修改。
应当理解，权利要求书不限于上文所示的精确配置和部件。在不脱离权利要求书的范围的情况下，可对本文所述系统、方法和装置的布置、操作和细节进行各种修改、改变和变更。
根据所述系统和方法，在gNB(例如，图1中的gNB 160)或UE(例如，图1中的UE 102)上运行的程序是以实现根据所述系统和方法的功能的方式控制CPU等的程序(使得计算机操作的程序)。然后，在这些装置中处理的信息在被处理的同时被暂时存储在RAM中。随后，该信息被存储在各种ROM或HDD中，每当需要时，由CPU读取以便进行修改或写入。作为其上存储有程序的记录介质，半导体(例如，ROM、非易失性存储卡等)、光学存储介质(例如，DVD、MO、MD、CD、BD等)、磁存储介质(例如，磁带、软磁盘等)等中的任一者都是可能的。此外，在一些情况下，通过运行所加载的程序来实现上述根据所述系统和方法的功能，另外，基于来自程序的指令并结合操作系统或其他应用程序来实现根据所述系统和方法的功能。
此外，在程序在市场上有售的情况下，可分发存储在便携式记录介质上的程序，或可将该程序传输到通过网络诸如互联网连接的服务器计算机。在这种情况下，还包括服务器计算机中的存储设备。此外，根据上述系统和方法的eNB 160和UE(例如，图1中的UE 102)中的一些或全部可实现为作为典型集成电路的LSI。eNB 160和UE 102的每个功能块可单独地内置到芯片中，并且一些或全部功能块可集成到芯片中。此外，集成电路的技术不限于LSI，并且用于功能块的集成电路可利用专用电路或通用处理器实现。此外，如果随着半导体技术不断进步，出现了替代LSI的集成电路技术，则也可使用应用该技术的集成电路。
此外，每个上述实施方案中所使用的基站设备和终端设备的每个功能块或各种特征可通过电路(通常为一个集成电路或多个集成电路)实施或执行。被设计为执行本说明书中所述的功能的电路可包括通用处理器、数字信号处理器(DSP)、专用或通用集成电路(ASIC)、现场可编程门阵列(FPGA)，或其他可编程逻辑设备、分立栅极或晶体管逻辑器，或分立硬件部件，或它们的组合。通用处理器可为微处理器，或另选地，该处理器可为常规处理器、控制器、微控制器或状态机。通用处理器或上述每种电路可由数字电路进行配置，或可由模拟电路进行配置。此外，当由于半导体技术的进步而出现制成取代当前集成电路的集成电路的技术时，也能够使用通过该技术生产的集成电路。

Claims (16)

1.一种用于由用户设备(UE)报告上行链路控制信息(UCI)的方法，所述方法包括：
存储有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受支持的信息；
当所述PUCCH和PUSCH同时传输不受支持并且在PUCCH和PUSCH之间发生信道冲突的情况下，
由所述UE使用所述PUCCH与所述PUSCH之间的重叠部分中的所述PUCCH传输所述UCI，并且
丢弃所述PUSCH的所述重叠部分。
2.一种由基站从用户设备(UE)接收上行链路控制信息(UCI)的方法，所述方法包括：
获取有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受所述UE支持的信息；
当所述PUCCH和PUSCH同时传输不受支持并且在PUCCH和PUSCH之间发生信道冲突的情况下，
使用所述PUCCH与所述PUSCH之间的重叠部分中的所述PUCCH接收所述UCI，并且
不接收所述PUSCH的所述重叠部分。
3.一种被配置为报告上行链路控制信息(UCI)的用户设备(UE)，所述UE包括：
处理器；和
存储指令的非暂态机器可读存储器，所述指令可由所述处理器执行，用于：
存储有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受支持的信息；
当所述PUCCH和PUSCH同时传输不受支持并且在PUCCH和PUSCH之间发生信道冲突的情况下，
使用所述PUCCH与所述PUSCH之间的重叠部分中的所述PUCCH发送所述UCI，并且
丢弃所述PUSCH的所述重叠部分。
4.根据权利要求3所述的UE，其中所述指令还包括：
基于来自下一代节点B(gNB)的信令来确定PUCCH格式和所述PUCCH的配置。
5.根据权利要求4所述的UE，其中所述PUCCH格式是从短PUCCH格式和长PUCCH格式中确定的。
6.根据权利要求3所述的UE，其中所述PUCCH格式基于所述PUCCH和所述PUSCH是具有相同还是不同的波形和/或参数来确定。
7.根据权利要求3所述的UE，其中当所述PUSCH和所述PUCCH之间存在至少一个重叠符号时，发生所述信道冲突。
8.根据权利要求3所述的UE，其中所述信息是所述UE的能力或基站的配置。
9.根据权利要求3所述的UE，其中当所述PUCCH和PUSCH同时传输不受支持时，并且当发生所述信道冲突时，所述UE被配置为传输所述PUSCH的非重叠部分。
10.一种被配置为从用户设备(UE)获取上行链路控制信息(UCI)的基站，所述基站包括：
处理器；和
存储指令的非暂态机器可读存储器，所述指令可由所述处理器执行，用于：
获取有关物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)同时传输是否受所述UE支持的信息；
当所述PUCCH和PUSCH同时传输不受支持并且在PUCCH和PUSCH之间发生信道冲突的情况下，
使用所述PUCCH与所述PUSCH之间的重叠部分中的所述PUCCH接收所述UCI，并且
不接收所述PUSCH的所述重叠部分。
11.根据权利要求10所述的基站，其中PUCCH格式和来自所述UE的所述PUCCH的配置是基于来自所述基站的信令确定的。
12.根据权利要求11所述的基站，其中所述PUCCH格式是从短PUCCH格式和长PUCCH格式中确定的。
13.根据权利要求10所述的基站，其中所述PUCCH格式基于所述PUCCH和所述PUSCH是具有相同还是不同的波形和/或参数来确定。
14.根据权利要求10所述的基站，其中当所述PUSCH和所述PUCCH之间存在至少一个重叠符号时，发生所述信道冲突。
15.根据权利要求10所述的基站，其中所述信息是所述UE的能力或所述基站的配置。
16.根据权利要求10所述的基站，其中当所述PUCCH和PUSCH同时传输不受支持时，并且当发生所述信道冲突时，所述基站被配置为接收所述PUSCH的非重叠部分。
CN201780076830.4A 2016-12-13 2017-12-12 基站、用户设备和相关通信方法 Pending CN110383912A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662433677P 2016-12-13 2016-12-13
US62/433677 2016-12-13
PCT/US2017/065928 WO2018111948A1 (en) 2016-12-13 2017-12-12 Base stations, user equipments, and related communication methods

Publications (1)

Publication Number Publication Date
CN110383912A true CN110383912A (zh) 2019-10-25

Family

ID=62490481

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780076830.4A Pending CN110383912A (zh) 2016-12-13 2017-12-12 基站、用户设备和相关通信方法

Country Status (4)

Country Link
US (1) US10716100B2 (zh)
EP (1) EP3556161B1 (zh)
CN (1) CN110383912A (zh)
WO (1) WO2018111948A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112203359A (zh) * 2020-09-29 2021-01-08 北京光宇之勋科技有限公司 用于区块链系统的上游供应链信息传输方法及系统
WO2021087805A1 (zh) * 2019-11-06 2021-05-14 Oppo广东移动通信有限公司 一种分裂资源的处理方法及处理装置
WO2021110080A1 (zh) * 2019-12-05 2021-06-10 维沃移动通信有限公司 上行传输资源选择的方法及终端
CN113225811A (zh) * 2020-01-21 2021-08-06 维沃移动通信有限公司 上行传输处理方法及装置、终端
WO2022213899A1 (zh) * 2021-04-06 2022-10-13 维沃移动通信有限公司 上行信道传输方法、装置、终端及网络侧设备
CN115209401A (zh) * 2021-04-13 2022-10-18 大唐移动通信设备有限公司 信道处理方法、装置及存储介质
CN115316010A (zh) * 2020-04-17 2022-11-08 捷开通讯(深圳)有限公司 处理ue间冲突和ue内冲突的方法

Families Citing this family (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109417455B (zh) 2016-05-13 2021-09-28 瑞典爱立信有限公司 下行链路传输的配置
WO2018030951A1 (en) 2016-08-12 2018-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Short tti patterns
US10602507B2 (en) 2016-09-29 2020-03-24 At&T Intellectual Property I, L.P. Facilitating uplink communication waveform selection
US10171214B2 (en) 2016-09-29 2019-01-01 At&T Intellectual Property I, L.P. Channel state information framework design for 5G multiple input multiple output transmissions
US10158555B2 (en) 2016-09-29 2018-12-18 At&T Intellectual Property I, L.P. Facilitation of route optimization for a 5G network or other next generation network
US10206232B2 (en) 2016-09-29 2019-02-12 At&T Intellectual Property I, L.P. Initial access and radio resource management for integrated access and backhaul (IAB) wireless networks
US10644924B2 (en) 2016-09-29 2020-05-05 At&T Intellectual Property I, L.P. Facilitating a two-stage downlink control channel in a wireless communication system
US10425962B2 (en) * 2016-12-14 2019-09-24 Qualcomm Incorporated PUCCH design with flexible symbol configuration
US11166262B2 (en) * 2017-01-05 2021-11-02 FG Innovation Company Limited Long physical uplink control channel (PUCCH) design for 5th generation (5G) new radio (NR)
US10616914B2 (en) * 2017-01-06 2020-04-07 Qualcomm Incorporated Unicast data transmission on a downlink common burst of a slot using mini-slots
CN110249689B (zh) 2017-01-07 2022-10-21 Lg电子株式会社 无线通信系统中终端发送上行链路控制信道的方法及使用该方法的通信装置
WO2018128492A1 (ko) * 2017-01-08 2018-07-12 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 신호 전송 방법 및 이를 지원하는 장치
US10893512B2 (en) * 2017-01-16 2021-01-12 Mediatek Inc. Resource element (RE) allocation for uplink control information (UCI) on physical uplink shared channel (PUSCH)
US10355813B2 (en) * 2017-02-14 2019-07-16 At&T Intellectual Property I, L.P. Link adaptation on downlink control channel in a wireless communications system
CN116707737A (zh) 2017-03-23 2023-09-05 松下电器（美国）知识产权公司 基站、终端及通信方法
US10405305B2 (en) * 2017-03-24 2019-09-03 Qualcomm Incorporated Single slot short PUCCH with support for intra slot frequency hopping
EP3907924A1 (en) 2017-04-01 2021-11-10 LG Electronics Inc. Method for transmitting or receiving uplink signal for terminal supporting short transmission time interval in wireless communication system, and apparatus therefor
JP7035029B2 (ja) * 2017-04-27 2022-03-14 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
WO2018227498A1 (en) * 2017-06-15 2018-12-20 Nec Corporation Method and device for cross-numerology scheduling
US20180368169A1 (en) * 2017-06-16 2018-12-20 Motorola Mobility Llc Method and apparatus for communicating a physical uplink channel based on modification information
KR102496875B1 (ko) * 2017-07-19 2023-02-08 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 상향 채널 전송 방법 및 장치
CN115361105B (zh) * 2017-08-10 2024-02-06 松下电器（美国）知识产权公司 用户设备、基站和无线通信方法
US10887939B2 (en) 2017-08-10 2021-01-05 Comcast Cable Communications, Llc Transmission power control for beam failure recovery requests
US11337265B2 (en) 2017-08-10 2022-05-17 Comcast Cable Communications, Llc Beam failure recovery request transmission
US10855359B2 (en) * 2017-08-10 2020-12-01 Comcast Cable Communications, Llc Priority of beam failure recovery request and uplink channels
US11252628B2 (en) * 2018-01-09 2022-02-15 Htc Corporation Device and method for handling new radio capabilities
CN110035531B (zh) * 2018-01-12 2021-12-03 华为技术有限公司 上行控制信息传输方法及装置
WO2019143131A1 (ko) * 2018-01-17 2019-07-25 엘지전자 주식회사 무선 통신 시스템에서 상향링크 신호를 송신하는 방법 및 장치
US10973038B2 (en) 2018-01-19 2021-04-06 Qualcomm Incorporated UCI transmission for overlapping uplink resource assignments with repetition
CN111699734B (zh) 2018-02-09 2024-11-22 株式会社Ntt都科摩 用户终端以及无线通信方法
KR102565624B1 (ko) * 2018-05-10 2023-08-10 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 정보 다중화 전송 방법 및 장치, 정보 수신 방법 및 장치
EP3567776B1 (en) * 2018-05-10 2021-08-18 Comcast Cable Communications, LLC Prioritization in beam failure recovery procedures
CN110505698B (zh) * 2018-05-18 2023-06-23 中兴通讯股份有限公司 信道配置方法及终端、存储介质、电子装置
WO2020006025A1 (en) * 2018-06-29 2020-01-02 Sharp Laboratories Of America, Inc. Power control for enhancement of physical uplink control channel (pucch) reliability for 5th generation (5g) new radio (nr)
CN110661607A (zh) * 2018-06-29 2020-01-07 维沃移动通信有限公司 一种上行冲突的处理方法和终端
CN110719646B (zh) * 2018-07-13 2021-04-02 维沃移动通信有限公司 一种上行传输方法及终端
CN110740521B (zh) * 2018-07-18 2022-10-18 大唐移动通信设备有限公司 上行传输方法、装置、终端及网络侧设备
CN118678478A (zh) * 2018-08-01 2024-09-20 松下电器（美国）知识产权公司 通信装置、通信方法及集成电路
US11272539B2 (en) 2018-08-09 2022-03-08 Ofinno, Llc Channel access and bandwidth part switching
US20210345390A1 (en) * 2018-08-09 2021-11-04 Ntt Docomo, Inc. User terminal and radio communication method
CN110831232B (zh) 2018-08-13 2022-07-01 大唐移动通信设备有限公司 一种uci组合传输方法、终端及网络侧设备
WO2020056584A1 (zh) * 2018-09-18 2020-03-26 北京小米移动软件有限公司 确定需要传输的pucch的方法和装置
CN110932820B (zh) * 2018-09-19 2022-01-14 华为技术有限公司 发送和接收上行控制信息的方法以及通信装置
CN113056952A (zh) * 2018-09-21 2021-06-29 株式会社Ntt都科摩 用户终端
CN110972286B (zh) * 2018-09-28 2022-04-05 大唐移动通信设备有限公司 一种上行控制信息uci的传输方法、用户终端及基站
KR20200044527A (ko) * 2018-10-19 2020-04-29 삼성전자주식회사 무선 통신 시스템에서 신호 송수신 방법 및 장치
US12167499B2 (en) 2018-10-29 2024-12-10 Apple Inc. Connectivity enhancement
CN113839742A (zh) * 2019-01-18 2021-12-24 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
JP7273071B2 (ja) * 2019-02-14 2023-05-12 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
WO2020167065A1 (ko) * 2019-02-15 2020-08-20 엘지전자 주식회사 상향링크 채널을 전송하는 방법, 사용자기기 및 저장 매체, 그리고 상향링크 채널을 수신하는 방법 및 기지국
EP3925132A1 (en) * 2019-02-15 2021-12-22 Telefonaktiebolaget LM Ericsson (publ) Uplink transmission in radio access network
CN111585728B (zh) * 2019-02-15 2021-10-01 大唐移动通信设备有限公司 一种传输方法、终端及网络设备
CN111586759B (zh) * 2019-02-15 2022-10-18 大唐移动通信设备有限公司 一种传输方法和设备
US11483092B2 (en) * 2019-02-26 2022-10-25 Qualcomm Incorporated Collision handling for physical uplink shared channel (PUSCH) repetition
TWI740414B (zh) 2019-03-15 2021-09-21 香港商鴻穎創新有限公司 用於多工上行控制資訊(uci)的方法及裝置
US11758540B2 (en) * 2019-03-21 2023-09-12 Acer Incorporated Multiplexing method of uplink control information (UCI) for ultra-reliable and low latency communications (URLLC)
EP3949612A4 (en) * 2019-03-28 2022-04-06 ZTE Corporation METHODS AND DEVICES FOR SCHEDULING CONTROL INFORMATION TRANSMISSION
WO2020197358A1 (ko) * 2019-03-28 2020-10-01 엘지전자 주식회사 상향링크 전송을 수행하는 방법, 사용자기기, 장치, 저장 매체, 그리고 상향링크 수신을 수행하는 방법 및 기지국
CN111757496B (zh) * 2019-03-29 2023-07-11 华为技术有限公司 一种通信方法及装置
KR20220006635A (ko) 2019-05-13 2022-01-17 텔레폰악티에볼라겟엘엠에릭슨(펍) 업링크 전송을 위한 방법, 단말 장치 및 네트워크 노드
WO2020248158A1 (en) * 2019-06-12 2020-12-17 Qualcomm Incorporated Adaptive sounding reference signal port configuration
CN112350810B (zh) * 2019-08-08 2022-09-09 大唐移动通信设备有限公司 Uci的传输方法、装置、终端及基站
WO2021029794A1 (en) * 2019-08-09 2021-02-18 Telefonaktiebolaget Lm Ericsson (Publ) Resource prioritisation in wireless communication network
EP4014592A4 (en) * 2019-08-15 2022-07-27 ZTE Corporation SIGNAL TRANSMISSION SYSTEMS AND METHODS
PH12022550344A1 (en) * 2019-08-16 2023-02-27 Ericsson Telefon Ab L M Channel multiplexing in urllc
CN114503722A (zh) * 2019-09-30 2022-05-13 华为技术有限公司 传输上行控制信息的方法和装置
US11228900B2 (en) 2019-11-01 2022-01-18 Samsung Electronics Co., Ltd Method and apparatus for determining UE capability based on number of processed channels
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
CN113163502B (zh) * 2020-01-22 2023-04-25 维沃移动通信有限公司 一种通信处理方法及相关设备
CN115023989B (zh) * 2020-02-05 2024-12-10 高通股份有限公司 用于多面板上行链路传输的pusch上的uci复用
WO2021229319A1 (en) * 2020-05-13 2021-11-18 Nokia Technologies Oy Apparatus and methods of scheduling request multiplexing
US20230164819A1 (en) * 2020-06-25 2023-05-25 Qualcomm Incorporated Uplink control information multiplexing rule for simultaneous uplink control channel and uplink shared channel transmission
WO2022000455A1 (en) * 2020-07-03 2022-01-06 Qualcomm Incorporated Uplink control information (uci) multiplexing for multi-slot physical uplink shared channel (pusch) with transport block size (tbs) scaling
CN116058048A (zh) * 2020-07-10 2023-05-02 高通股份有限公司 用于多个面板的上行链路控制信息复用
US11811538B2 (en) 2020-07-27 2023-11-07 Samsung Electronics Co., Ltd. Multiplexing information with different priority values
EP4190100A4 (en) * 2020-08-03 2024-01-24 Samsung Electronics Co., Ltd. TRANSMITTING AND RECEIVING METHOD FOR CONTROL INFORMATION, USER DEVICE AND BASE STATION
CN114389771B (zh) * 2020-10-19 2024-06-25 大唐移动通信设备有限公司 一种上行信道的传输方法及设备
WO2022087474A1 (en) * 2020-10-23 2022-04-28 Intel Corporation Intra-user equipment prioritization for handling overlap of uplink control and uplink data channels
US12245261B2 (en) * 2021-04-06 2025-03-04 Samsung Electronics Co., Ltd. Method and apparatus for channel and interference measurement in a wireless communications system
EP4351245A1 (en) * 2021-05-27 2024-04-10 Ntt Docomo, Inc. Terminal, wireless communication system, and wireless communication method
US12200694B2 (en) * 2021-10-01 2025-01-14 Qualcomm Incorporated Considerations for intra-UE multiplexing and simultaneous transmission
FI20216032A1 (en) * 2021-10-06 2023-04-07 Nokia Technologies Oy Adjusting the physical uplink control channel for parallel uplink transmission
WO2024002471A1 (en) * 2022-06-29 2024-01-04 Nokia Technologies Oy Dynamic resource usage
WO2024237701A1 (en) * 2023-05-18 2024-11-21 Samsung Electronics Co., Ltd. Apparatus and method to handover without random access by autonomous beam selection for mobile integrated access and backhaul node in wireless communication systems

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120113827A1 (en) 2010-11-08 2012-05-10 Sharp Laboratories Of America, Inc. Dynamic simultaneous pucch and pusch switching for lte-a
US8797966B2 (en) * 2011-09-23 2014-08-05 Ofinno Technologies, Llc Channel state information transmission
EP2763338B1 (en) * 2011-09-30 2018-11-28 LG Electronics Inc. Method and apparatus for transmitting channel state information in wireless communication system
JP2013102398A (ja) * 2011-11-09 2013-05-23 Ntt Docomo Inc 無線通信システム、ユーザ端末及び無線通信方法
WO2014058236A1 (ko) * 2012-10-10 2014-04-17 엘지전자 주식회사 상향링크 제어 정보 방법 및 사용자기기와, 상향링크 제어 정보 전송 방법 및 기지국
WO2014058257A1 (en) * 2012-10-12 2014-04-17 Kt Corporation Controlling uplink power
CN104956726A (zh) * 2013-01-24 2015-09-30 诺基亚技术有限公司 用于小区重选的方法和装置
US10555286B2 (en) * 2013-07-30 2020-02-04 Qualcomm Incorporated Uplink control information (UCI) transmission with bundling considerations
WO2015020440A1 (en) * 2013-08-06 2015-02-12 Lg Electronics Inc. The method and apparatus for wireless communication
EP3694263B1 (en) * 2013-09-04 2022-11-02 LG Electronics Inc. Method and apparatus for controlling uplink power in wireless communication system
CN112564875B (zh) * 2014-01-28 2025-02-25 索尼公司 用于用户设备的电子设备及方法、用于基站的电子设备及方法
JP6626846B2 (ja) * 2015-01-28 2019-12-25 京セラ株式会社 ユーザ端末、基地局、及び方法
US10251132B2 (en) * 2015-07-23 2019-04-02 Acer Incorporated Device and method of handling uplink power control for unlicensed serving cell
EP3389210B1 (en) * 2015-12-11 2022-03-23 LG Electronics Inc. Method for transmitting uplink signal and apparatus therefor
US20170223695A1 (en) * 2016-02-03 2017-08-03 Lg Electronics Inc. Method and apparatus for transmitting an uplink channel in a wireless communication system
BR112018069878A2 (pt) * 2016-04-01 2019-02-05 Huawei Tech Co Ltd sistema e método para comutação de srs, transmissão e aperfeiçoamentos
CN109565370B (zh) * 2016-06-15 2021-06-15 康维达无线有限责任公司 用于新无线电的上传控制信令的装置
US10405332B2 (en) * 2016-09-06 2019-09-03 Samsung Electronics Co., Ltd. Coexistence of different radio access technologies or services on a same carrier
JP6529563B2 (ja) * 2016-10-21 2019-06-12 華碩電腦股▲ふん▼有限公司 無線通信システムにおいてビーム動作のための電力ヘッドルーム報告についての方法及び装置
US10506596B2 (en) * 2016-10-28 2019-12-10 Qualcomm Incorporated Coexistence of interleaved and contiguous uplink transmissions

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "Discussion on the simultaneous transmissions of (s)PUCCH and (s)PUSCH", 《3GPP TSG RAN WG1 MEETING#87，R1-1611355》 *
HUAWEI 等: "Further considerations on non-simultaneous reception and transmission for MTC UEs", 《3GPP TSG RAN WG2 MEETING#92，R2-156546》 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021087805A1 (zh) * 2019-11-06 2021-05-14 Oppo广东移动通信有限公司 一种分裂资源的处理方法及处理装置
WO2021110080A1 (zh) * 2019-12-05 2021-06-10 维沃移动通信有限公司 上行传输资源选择的方法及终端
CN113225811A (zh) * 2020-01-21 2021-08-06 维沃移动通信有限公司 上行传输处理方法及装置、终端
CN113225811B (zh) * 2020-01-21 2023-04-07 维沃移动通信有限公司 上行传输处理方法及装置、终端
CN115316010A (zh) * 2020-04-17 2022-11-08 捷开通讯(深圳)有限公司 处理ue间冲突和ue内冲突的方法
CN112203359A (zh) * 2020-09-29 2021-01-08 北京光宇之勋科技有限公司 用于区块链系统的上游供应链信息传输方法及系统
CN112203359B (zh) * 2020-09-29 2022-06-21 广东云纱供应链管理有限公司 用于区块链系统的上游供应链信息传输方法及系统
WO2022213899A1 (zh) * 2021-04-06 2022-10-13 维沃移动通信有限公司 上行信道传输方法、装置、终端及网络侧设备
CN115209401A (zh) * 2021-04-13 2022-10-18 大唐移动通信设备有限公司 信道处理方法、装置及存储介质
CN115209401B (zh) * 2021-04-13 2024-07-12 大唐移动通信设备有限公司 信道处理方法、装置及存储介质

Also Published As

Publication number Publication date
US20180167933A1 (en) 2018-06-14
WO2018111948A1 (en) 2018-06-21
US10716100B2 (en) 2020-07-14
EP3556161B1 (en) 2024-08-21
EP3556161A1 (en) 2019-10-23
EP3556161A4 (en) 2020-06-24

Similar Documents

Publication Publication Date Title
CN110383912A (zh) 基站、用户设备和相关通信方法
US11870716B2 (en) OFDMA-based multiplexing of uplink control information
JP7214272B2 (ja) 無線通信システムにおいて上りリンク制御チャネルの送信装置及び方法
US20240064748A1 (en) Method and apparatus for uplink control signaling with massive carrier aggregation
JP7073378B2 (ja) 物理アップリンクデータチャンネルで制御情報多重化
CN109644451B (zh) 延迟容忍和低延迟通信的共存的系统及方法
JP6717942B2 (ja) 未ライセンスキャリアのためのアップリンク制御チャネル構成
CN101801097B (zh) 物理上行共享信道调度信息的指示方法
EP3668215B1 (en) Method for transmitting or receiving signal in wireless communication system and device therefor
CN102577291B (zh) 在多载波无线通信系统中收发调度信号的方法和装置
KR101513042B1 (ko) 신호 전송 방법 및 전송 장치
EP3577830B1 (en) Short physical uplink control channel (pucch) design for 5th generation (5g) new radio (nr)
KR20190054184A (ko) 무선 통신 시스템에서 참조 신호를 송수신하기 위한 방법 및 이를 위한 장치
CN110431770A (zh) 在无线通信系统中发送或接收信号的方法和用于其的设备
WO2019032741A1 (en) LONG UPLINK CONTROL (LONG PUCCH) PHYSICAL CHANNEL DESIGN INTERVAL STRUCTURE FOR A NEW 5TH GENERATION (5G) RADIO (NR)
CN102100116B (zh) 通信系统、移动站装置、基站装置以及通信方法
US20130121278A1 (en) Method and apparatus for allocating resources in a wireless communication system
CN105122676A (zh) 在无线接入系统中发送上行链路控制信息的方法及其设备
WO2018050112A1 (en) Systems and methods for the coexistence of differing cyclic prefix lengths
WO2011074910A2 (ko) 무선 통신 시스템에서 ｈａｒｑ 수행 방법 및 장치
CN110832802A (zh) 用于上行链路通信的波形的选择
CN103891181A (zh) 收发信号的方法及装置
CN110140324B (zh) 第五代(5g)新无线电(nr)的长物理上行链路控制信道(pucch)设计
KR102786197B1 (ko) 이동 통신 시스템에서의 다이버시티 기반 데이터 전송 방법 및 장치

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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20191025

WD01 Invention patent application deemed withdrawn after publication