CN114362899A - 由用户终端或基站执行的方法、用户终端及基站 - Google Patents

由用户终端或基站执行的方法、用户终端及基站 Download PDF

Info

Publication number
CN114362899A
CN114362899A CN202011092362.XA CN202011092362A CN114362899A CN 114362899 A CN114362899 A CN 114362899A CN 202011092362 A CN202011092362 A CN 202011092362A CN 114362899 A CN114362899 A CN 114362899A
Authority
CN
China
Prior art keywords
pdsch
pusch
harq
scheduling
dci
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
CN202011092362.XA
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN202011092362.XA priority Critical patent/CN114362899A/zh
Priority to US18/031,493 priority patent/US20230379097A1/en
Priority to KR1020237009111A priority patent/KR20230084473A/ko
Priority to EP21880422.7A priority patent/EP4226544A4/en
Priority to PCT/KR2021/013879 priority patent/WO2022080775A1/en
Publication of CN114362899A publication Critical patent/CN114362899A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling

Landscapes

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

Abstract

本公开提供了一种由用户终端UE执行的方法、由基站执行的方法、用户终端和基站。该由用户终端UE执行的方法包括：接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息；基于该信息，接收下行链路控制信息和该下行链路控制信息调度的共享信道。

Description

由用户终端或基站执行的方法、用户终端及基站
技术领域
本公开涉及无线通信技术领域，更具体的说，涉及一种由用户终端UE执行的方法、由基站执行的方法、用户终端和基站。
背景技术
为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求，已经努力开发改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。
5G通信系统是在更高频率(毫米波，mmWave)频带，例如60GHz频带，中实施的，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外，在5G通信系统中，基于先进的小小区、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行对系统网络改进的开发。
在5G系统中，已经开发作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)、以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
发明内容
技术问题
需要一种由用户终端UE执行的方法、由基站执行的方法、用户终端和基站。
技术方案
根据本公开的一方面，提供了一种由用户终端UE执行的方法，该方法包括：接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息；基于该信息，接收下行链路控制信息和该下行链路控制信息调度的共享信道。
根据本公开的一方面，提供了一种由基站执行的方法，该方法包括：发送与混合自动重传请求HARQ反馈功能是否被关闭相关的信息；发送下行链路控制信息和该下行链路控制信息调度的共享信道。
根据本公开的另一方面，提供了一种终端，该终端包括：收发器，被配置为与外部发送和接收信号；以及处理器，被配置为控制该收发器执行上述由用户终端执行的任一项该的方法。
根据本公开的另一方面，提供了一种基站，该基站包括：收发器，被配置为与外部发送和接收信号；以及处理器，被配置为控制该收发器执行上述基站执行的任一项该的方法。
根据本公开的另一方面，提供了一种非瞬时性计算机可读记录介质，其上已存储用于被计算机运行时执行如上述任一方法的程序。
有益效果
本公开提供了一种由用户终端UE执行的方法、由基站执行的方法、用户终端和基站，通过由用户终端UE，接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息，并且基于该信息，接收下行链路控制信息和该下行链路控制信息调度的共享信道，提高了数据传输的可靠性。
附图说明
图1示出了根据本公开的各种实施例的示例无线网络；
图2a和图2b示出了根据本公开的示例无线发送和接收路径；
图3a示出了根据本公开的示例用户设备UE；
图3b示出了根据本公开的示例基站gNB 102；
图4示出了根据本公开的实施例的一种由用户终端UE执行的方法的流程图；
图5示出了根据本公开的实施例的一种由用户终端UE执行的方法的一部分流程图；
图6示出了PDSCH的盲重传和基于HARQ反馈的PDSCH重传联合使用的示意图；
图7示出了根据本公开的实施例的由用户终端UE执行的方法的一部分流程图；
图8示出了根据本公开的实施例的由用户终端UE执行的方法的一部分流程图；
图9示出了根据本公开的实施例的三个UE的聚合时隙在时间上交叉分布的示意图；
图10示出了根据本公开的实施例的用于PDSCH时隙聚合传输的多个时隙中每个时隙之间的间隔的示意图；
图11示出了根据本公开的实施例的用于PDSCH时隙聚合传输的多个时隙中每个时隙簇之间的间隔的示意图；
图12出了根据本公开的实施例的一种由基站执行的方法的流程图；
图13是示出根据本公开的实施例的用户终端的结构的框图；
图14是示出根据本公开的实施例的基站的结构的框图。
具体实施方式
本公开的实施例可以应用于非地面网络(Non-terrestrial networks,NTN)，包括但不限于，例如，以5G NR(New Radio，新无线电)为无线接入技术的NTN、以LTE(Long TermEvolution,长期演进)为无线接入技术的NTN、以LTE eMTC(LTE enhanced MTO，基于LTE演进的物联网技术)为无线接入技术的NTN、以及以LTE NB-IOT(Narrow Band Internet ofThings,窄带物联网)为无线接入技术的NTN等。NTN借助卫星的广域覆盖能力，可以使运营商在地面网络基础设施不发达的地区提供5G商用服务，实现5G业务连续性，尤其是在应急通信、海事通信、航空通信及铁路沿线通信等场景中发挥作用。
此外，本公开的实施例还可以应用于地面通信网络，包括但不限于，例如，以5G NR为无线接入技术的地面通信网络、以LTE为无线接入技术的地面通信网络、以LTE eMTC为无线接入技术的地面通信网络、以及以LTE NB-IOT为无线接入技术的地面通信网络等。
下面以图1至图3b为例描述本公开的实施例可以应用的地面通信网络。
图1示出了根据本公开的各种实施例的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。能够使用无线网络100的其他实施例而不脱离本公开的范围。
无线网络100包括gNodeB(gNB)101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个互联网协议(IP)网络130(诸如互联网、专有IP网络或其他数据网络)通信。
取决于网络类型，能够取代“gNodeB”或“gNB”而使用其他众所周知的术语，诸如“基站”或“接入点”。为方便起见，术语“gNodeB”和“gNB”在本专利文件中用来指代为远程终端提供无线接入的网络基础设施组件。并且，取决于网络类型，能够取代“用户设备”或“UE”而使用其他众所周知的术语，诸如“移动台”、“用户台”、“远程终端”、“无线终端”或“用户装置”。为了方便起见，术语“用户设备”和“UE”在本专利文件中用来指代无线接入gNB的远程无线设备，无论UE是移动设备(诸如，移动电话或智能电话)还是通常所认为的固定设备(诸如桌上型计算机或自动售货机)。
gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括：UE 111，可以位于小型企业(SB)中；UE 112，可以位于企业(E)中；UE 113，可以位于WiFi热点(HS)中；UE 114，可以位于第一住宅(R)中；UE 115，可以位于第二住宅(R)中；UE 116，可以是移动设备(M)，如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中，gNB 101-103中的一个或多个能够使用5G、长期演进(LTE)、LTE-A、WiMAX或其他高级无线通信技术彼此通信以及与UE 111-116通信。
虚线示出覆盖区域120和125的近似范围，所述范围被示出为近似圆形仅仅是出于说明和解释的目的。应该清楚地理解，与gNB相关联的覆盖区域，诸如覆盖区域120和125，能够取决于gNB的配置和与自然障碍物和人造障碍物相关联的无线电环境的变化而具有其他形状，包括不规则形状。
如下面更详细描述的，gNB 101、gNB 102和gNB 103中的一个或多个包括如本公开的实施例中所描述的2D天线阵列。在一些实施例中，gNB 101、gNB 102和gNB 103中的一个或多个支持用于具有2D天线阵列的系统的码本设计和结构。
尽管图1示出了无线网络100的一个示例，但是能够对图1进行各种改变。例如，无线网络100能够包括任何合适布置的任何数量的gNB和任何数量的UE。并且，gNB 101能够与任何数量的UE直接通信，并且向那些UE提供对网络130的无线宽带接入。类似地，每个gNB102-103能够与网络130直接通信并且向UE提供对网络130的直接无线宽带接入。此外，gNB101、102和/或103能够提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的接入。
图2a和图2b示出了根据本公开的示例无线发送和接收路径。在以下描述中，发送路径200能够被描述为在gNB(诸如gNB 102)中实施，而接收路径250能够被描述为在UE(诸如UE 116)中实施。然而，应该理解，接收路径250能够在gNB中实施，并且发送路径200能够在UE中实施。在一些实施例中，接收路径250被配置为支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的码本设计和结构。
发送路径200包括信道编码和调制块205、串行到并行(S到P)块210、N点快速傅里叶逆变换(IFFT)块215、并行到串行(P到S)块220、添加循环前缀块225、和上变频器(UC)230。接收路径250包括下变频器(DC)255、移除循环前缀块260、串行到并行(S到P)块265、N点快速傅立叶变换(FFT)块270、并行到串行(P到S)块275、以及信道解码和解调块280。
在发送路径200中，信道编码和调制块205接收一组信息比特，应用编码(诸如低密度奇偶校验(LDPC)编码)，并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号的序列。串行到并行(S到P)块210将串行调制符号转换(诸如，解复用)为并行数据，以便生成N个并行符号流，其中N是在gNB 102和UE 116中使用的IFFT/FFT点数。N点IFFT块215对N个并行符号流执行IFFT运算以生成时域输出信号。并行到串行块220转换(诸如复用)来自N点IFFT块215的并行时域输出符号，以便生成串行时域信号。添加循环前缀块225将循环前缀插入时域信号。上变频器230将添加循环前缀块225的输出调制(诸如上变频)为RF频率，以经由无线信道进行传输。在变频到RF频率之前，还能够在基带处对信号进行滤波。
从gNB 102发送的RF信号在经过无线信道之后到达UE 116，并且在UE116处执行与gNB 102处的操作相反的操作。下变频器255将接收信号下变频为基带频率，并且移除循环前缀块260移除循环前缀以生成串行时域基带信号。串行到并行块265将时域基带信号转换为并行时域信号。N点FFT块270执行FFT算法以生成N个并行频域信号。并行到串行块275将并行频域信号转换为调制数据符号的序列。信道解码和解调块280对调制符号进行解调和解码，以恢复原始输入数据流。
gNB 101-103中的每一个可以实施类似于在下行链路中向UE 111-116进行发送的发送路径200，并且可以实施类似于在上行链路中从UE 111-116进行接收的接收路径250。类似地，UE 111-116中的每一个可以实施用于在上行链路中向gNB 101-103进行发送的发送路径200，并且可以实施用于在下行链路中从gNB 101-103进行接收的接收路径250。
图2a和图2b中的组件中的每一个能够仅使用硬件来实施，或使用硬件和软件/固件的组合来实施。作为特定示例，图2a和图2b中的组件中的至少一些可以用软件实施，而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实施。例如，FFT块270和IFFT块215可以实施为可配置的软件算法，其中可以根据实施方式来修改点数N的值。
此外，尽管描述为使用FFT和IFFT，但这仅是说明性的，并且不应解释为限制本公开的范围。能够使用其他类型的变换，诸如离散傅立叶变换(DFT)和离散傅里叶逆变换(IDFT)函数。应当理解，对于DFT和IDFT函数而言，变量N的值可以是任何整数(诸如1、2、3、4等)，而对于FFT和IFFT函数而言，变量N的值可以是作为2的幂的任何整数(诸如1、2、4、8、16等)。
尽管图2a和图2b示出了无线发送和接收路径的示例，但是可以对图2a和图2b进行各种改变。例如，图2a和图2b中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。而且，图2a和图2b旨在示出能够在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构能够用于支持无线网络中的无线通信。
图3a示出了根据本公开的示例UE 116。图3a中示出的UE 116的实施例仅用于说明，并且图1的UE 111-115能够具有相同或相似的配置。然而，UE具有各种各样的配置，并且图3a不将本公开的范围限制于UE的任何特定实施方式。
UE 116包括天线305、射频(RF)收发器310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器/控制器340、输入/输出(I/O)接口345、(多个)输入设备350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。
RF收发器310从天线305接收由无线网络100的gNB发送的传入RF信号。RF收发器310将传入RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，其中RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号发送到扬声器330(诸如对于语音数据)或发送到处理器/控制器340(诸如对于网络浏览数据)以进行进一步处理。
TX处理电路315从麦克风320接收模拟或数字语音数据，或从处理器/控制器340接收其他传出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315编码、复用、和/或数字化传出基带数据以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线305发送的RF信号。
处理器/控制器340能够包括一个或多个处理器或其他处理设备，并执行存储在存储器360中的OS 361，以便控制UE 116的总体操作。例如，处理器/控制器340能够根据公知原理通过RF收发器310、RX处理电路325和TX处理电路315来控制正向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器/控制器340包括至少一个微处理器或微控制器。
处理器/控制器340还能够执行驻留在存储器360中的其他过程和程序，诸如用于具有如本公开的实施例中描述的2D天线阵列的系统的信道质量测量和报告的操作。处理器/控制器340能够根据执行过程的需要将数据移入或移出存储器360。在一些实施例中，处理器/控制器340被配置为基于OS 361或响应于从gNB或运营商接收的信号来执行应用362。处理器/控制器340还耦合到I/O接口345，其中I/O接口345为UE 116提供连接到诸如膝上型计算机和手持计算机的其他设备的能力。I/O接口345是这些附件和处理器/控制器340之间的通信路径。
处理器/控制器340还耦合到(多个)输入设备350和显示器355。UE 116的操作者能够使用(多个)输入设备350将数据输入到UE 116中。显示器355可以是液晶显示器或能够呈现文本和/或至少(诸如来自网站的)有限图形的其他显示器。存储器360耦合到处理器/控制器340。存储器360的一部分能够包括随机存取存储器(RAM)，而存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。
尽管图3a示出了UE 116的一个示例，但是能够对图3a进行各种改变。例如，图3a中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。作为特定示例，处理器/控制器340能够被划分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。而且，虽然图3a示出了配置为移动电话或智能电话的UE116，但是UE能够被配置为作为其他类型的移动或固定设备进行操作。
图3b示出了根据本公开的示例gNB 102。图3b中所示的gNB 102的实施例仅用于说明，并且图1的其他gNB能够具有相同或相似的配置。然而，gNB具有各种各样的配置，并且图3b不将本公开的范围限制于gNB的任何特定实施方式。应注意，gNB 101和gNB 103能够包括与gNB 102相同或相似的结构。
如图3b中所示，gNB 102包括多个天线370a-370n、多个RF收发器372a-372n、发送(TX)处理电路374和接收(RX)处理电路376。在某些实施例中，多个天线370a-370n中的一个或多个包括2D天线阵列。gNB 102还包括控制器/处理器378、存储器380和回程或网络接口382。
RF收发器372a-372n从天线370a-370n接收传入RF信号，诸如由UE或其他gNB发送的信号。RF收发器372a-372n对传入RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路376，其中RX处理电路376通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路376将经处理的基带信号发送到控制器/处理器378以进行进一步处理。
TX处理电路374从控制器/处理器378接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路374对传出基带数据进行编码、复用和/或数字化以生成经处理的基带或IF信号。RF收发器372a-372n从TX处理电路374接收传出的经处理的基带或IF信号，并将所述基带或IF信号上变频为经由天线370a-370n发送的RF信号。
控制器/处理器378能够包括控制gNB 102的总体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器378能够根据公知原理通过RF收发器372a-372n、RX处理电路376和TX处理电路374来控制前向信道信号的接收和后向信道信号的发送。控制器/处理器378也能够支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器378能够执行诸如通过盲干扰感测(BIS)算法执行的BIS过程，并且对被减去干扰信号的接收信号进行解码。控制器/处理器378可以在gNB 102中支持各种各样的其他功能中的任何一个。在一些实施例中，控制器/处理器378包括至少一个微处理器或微控制器。
控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程，诸如基本OS。控制器/处理器378还能够支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的信道质量测量和报告。在一些实施例中，控制器/处理器378支持在诸如web RTC的实体之间的通信。控制器/处理器378能够根据执行过程的需要将数据移入或移出存储器380。
控制器/处理器378还耦合到回程或网络接口382。回程或网络接口382允许gNB102通过回程连接或通过网络与其他设备或系统通信。回程或网络接口382能够支持通过任何合适的(多个)有线或无线连接的通信。例如，当gNB 102被实施为蜂窝通信系统(诸如支持5G或新无线电接入技术或NR、LTE或LTE-A的一个蜂窝通信系统)的一部分时，回程或网络接口382能够允许gNB 102通过有线或无线回程连接与其他gNB通信。当gNB 102被实施为接入点时，回程或网络接口382能够允许gNB 102通过有线或无线局域网或通过有线或无线连接与更大的网络(诸如互联网)通信。回程或网络接口382包括支持通过有线或无线连接的通信的任何合适的结构，诸如以太网或RF收发器。
存储器380耦合到控制器/处理器378。存储器380的一部分能够包括RAM，而存储器380的另一部分能够包括闪存或其他ROM。在某些实施例中，诸如BIS算法的多个指令被存储在存储器中。多个指令被配置为使得控制器/处理器378执行BIS过程，并在减去由BIS算法确定的至少一个干扰信号之后解码接收的信号。
如下面更详细描述的，(使用RF收发器372a-372n、TX处理电路374和/或RX处理电路376实施的)gNB 102的发送和接收路径支持与FDD小区和TDD小区的聚合的通信。
尽管图3b示出了gNB 102的一个示例，但是可以对图3b进行各种改变。例如，gNB102能够包括任何数量的图3a中所示的每个组件。作为特定示例，接入点能够包括许多回程或网络接口382，并且控制器/处理器378能够支持路由功能以在不同网络地址之间路由数据。作为另一特定示例，虽然示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例，但是gNB102能够包括每一个的多个实例(诸如每个RF收发器对应一个)。
此外，本公开的各种实施例还能适用于非地面网络NTN，在NTN中，根据卫星是否具有对5G信号的解码能力，可以分为两种场景：基于透明负载(transparent payload)的场景；以及基于再生负载(regenerative payload)的场景。在基于透明负载的场景中，卫星不具有对5G信号的解码能力，卫星将接收到的由地面终端发送的5G信号直接透传给地面的NTN网关。在基于再生负载的场景中，卫星具有对5G信号的解码能力，卫星对接收到的由地面终端发送的5G信号进行解码，再将解码后的数据重新编码发送出去，可以直接发送给地面的NTN网关，也可以发送给其他卫星，再由其他卫星中转给地面的NTN网关。
为了不模糊本公开的发明构思，此处省略对非地面网络NTN的实施细节的详细描述。在本公开的实施例中，基站可以为具有基站解码能力的卫星或空中平台等(即，基于透明负载(transparent payload)的场景)，也可以为不具有基站解码能力的卫星或空中平台等(即，基于再生负载(regenerative payload)的场景)。为了叙述方便，本文将NTN中的具有基站解码能力或不具有基站解码能力的卫星或空中平台等都统一描述为基站。
下面结合附图进一步描述本公开的示例性实施例。
文本和附图仅作为示例提供，以帮助阅读者理解本公开。它们不意图也不应该被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例，但是基于本文所公开的内容，对于本领域技术人员而言显而易见的是，在不脱离本公开的范围的情况下，可以对所示的实施例和示例进行改变。
下面以NTN网络为例进行说明，但是可以理解的是，本公开不限于NTN网络。
由于卫星距离地面高度极高，例如低轨卫星高度为600km或1200km，同步卫星高度接近36000km，这使得地面终端与卫星之间的通信信号的传输时延极大，甚至可以达到几十或几百毫秒，这使得NTN需要使用与地面网络不同的物理层技术，例如对时间频率同步/跟踪、上行传输的定时提前(Timing Advance)、物理层过程、以及受时延传输敏感的HARQ重传等物理层技术都会有影响。
极大的传输时延会使得HARQ传输的往返时间(Round Trip Time，RTT)变长，过长的停等时间会严重减低数据的传输速率，为了提高数据的传输速率，一种方法是支持大量的并行HARQ进程，但这在硬件和软件上都很难支持，另一种方法是关闭HARQ反馈功能，HARQ反馈功能关闭会影响到数据传输的可靠性。
本公开提供了一种由用户终端UE执行的方法，通过由用户终端UE接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息，并且基于该信息，接收下行链路控制信息和该下行链路控制信息调度的共享信道，提高了数据传输的可靠性。
作为一种示例性的实施方式，在本公开提供的由用户终端UE执行的方法中，通过盲重传提高数据传输的可靠性，具体地，由用户终端UE接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI，最早在自接收用于调度PDSCH或PUSCH的DCI起的小于往返时间RTT的时间间隔内，至少一次接收用于调度PDSCH或PUSCH的盲重传的DCI，并且由用户终端UE在将PDSCH及其盲重传合并解码，或者由基站将PUSCH及其盲重传合并解码，从而提高数据传输的可靠性。
作为一种示例性的实施方式，在本公开提供的由用户终端UE执行的方法中，还通过时隙聚合传输的方式提高数据传输的可靠性，具体地，由用户终端UE接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI，所述用于调度PDSCH的DCI中包含用于指示所调度的PDSCH时隙聚合传输的时隙数量的域，从而提高数据传输的可靠性。
作为一种示例性的实施方式，在本公开提供的由用户终端UE执行的方法中，还通过将隐性信息和显性信息相结合来共同指示HPN的方式，使得可以在不增加HPN指示域的大小的情况下，能够指示更多的HARQ进程，具体地，在本公开中，HARQ进程号HPN可以包括显性信息和隐性信息，所述显性信息由接收到的DCI中包含的用于指示HPN的域指示，隐性信息通过以下方式中的至少一种指示：通过使用不同的小区无线网络临时标识C-RNTI值监听PDCCH来隐性指示；通过在不同的PDCCH搜索空间监听物理下行控制信道PDCCH来隐性指示；通过在不同的时隙监听PDCCH来隐性指示；或通过在不同的频域资源监听PDCCH来隐性指示。
此外，并且目前关于PDSCH或PUSCH的盲重传，PDSCH或PUSCH时隙聚合传输，以及关于对与混合自动重传请求HARQ反馈功能是否被关闭相关的信息的细节还不清晰，本公开的实施例至少部分的解决上述技术问题。
请参见图4，图4示出了根据本公开的实施例的一种由用户终端UE执行的方法的流程图。该由用户终端UE执行的方法包括步骤S410和步骤S420。
步骤S410，接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息。
该与混合自动重传请求HARQ反馈功能是否被关闭相关的信息的实施方式很很多，下文中会结合附图及实施例进行相关阐述。
步骤S420，基于该信息，接收下行链路控制信息和该下行链路控制信息调度的共享信道。
该共享信道可以是物理下行共享信道PDSCH或物理上行共享信道PUSCH。在后续的实施例中主要以物理下行共享信道PDSCH为例进行说明，但是可以理解的是，关于物理上行共享信道PUSCH的方案也是本公开要保护的范围，只是为了简洁的原因而省略具体的阐述。
通过由用户终端UE接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息，并且基于该信息，接收下行链路控制信息和该下行链路控制信息调度的共享信道，提高了数据传输的可靠性。
下面结合附图对本公开提供的由用户终端UE执行的方法中的盲重传及其实施细节进行详细介绍。
以PDSCH为例，如果PDSCH的HARQ反馈功能被关闭，那么基站无法基于HARQ反馈决定是否重传PDSCH，只能盲目地重传PDSCH。即，UE在接收PDSCH的初始传输之后还会接收到该PDSCH的至少一个盲重传，UE将该PDSCH的初始传输和盲重传进行合并可以提高PDSCH的解码性能。这里，UE针对PDSCH的初始传输和/或盲重传不反馈对应的HARQ-ACK。
盲重传与基于HARQ反馈的重传之间的区别是传输的最早时间可以不同，基于HARQ反馈的重传必须满足RTT的要求，即初始传输与重传之间的间隔必须大于或等于RTT，而盲重传没有这个限制，初始传输与重传之间的间隔可以小于RTT，从而提高数据传输速率。
下面结合附图5对本公开提出的一种由用户终端UE执行的方法进行详细介绍。
请参考图5，图5示出了根据本公开的实施例的一种由用户终端UE执行的方法的一部分流程图。
步骤S510，接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI。
作为一种实施方式，UE可以在混合自动重传请求HARQ反馈功能被关闭时，执行盲重传。具体地，UE可以在与混合自动重传请求HARQ反馈功能是否被关闭相关的信息指示HARQ反馈功能被关闭的情况下，执行步骤S510。
步骤S520，最早在自接收用于调度PDSCH或PUSCH的DCI起的小于往返时间RTT的时间间隔内，至少一次接收用于调度PDSCH或PUSCH的盲重传的DCI。
其中，盲重传是指不基于混合自动重传请求HARQ反馈的重传。
通过由用户终端UE执行盲重传的方式，具体地，通过接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI，以及最早在自接收用于调度PDSCH或PUSCH的DCI起的小于往返时间RTT的时间间隔内，至少一次接收用于调度PDSCH或PUSCH的盲重传的DCI，提高了数据传输的可靠性。
可选地，上述盲重传可以是可配置的，例如，可以通过系统信息或者UE特定无线资源控制RRC信令进行配置。
具体地，作为一种实施方式，该由用户终端UE执行的方法还可以包括：接收系统信息，该系统信息用于指示盲重传配置，或者用于分别指示每个混合自动重传请求HARQ进程的盲重传配置。
作为另一种实施方式，该由用户终端UE执行的方法还可以包括：接收UE特定无线资源控制RRC信令，该UE特定RRC信令用于指示该UE的盲重传配置，或者分别指示该UE的每个混合自动重传请求HARQ进程的盲重传配置。
通过上述多种方式对盲重传进行配置，使得盲重传的配置及使用变得更加灵活。
可选地，上述盲重传可以仅用于HARQ反馈功能被关闭的HARQ进程。例如，HARQ反馈功能被关闭的HARQ进程可以被配置能够进行盲重传，或者默认能够进行盲重传。
通过将HARQ反馈功能被关闭的HARQ进程配置为能够进行盲重传，改善了HARQ反馈功能关闭影响到数据传输的可靠性的问题，并且将盲重传配置为仅用于HARQ反馈功能被关闭的HARQ进程，使得其他HARQ反馈功能未被关闭的HARQ进程的数据传输量不会受到影响。
可选地，PDSCH的盲重传和基于HARQ反馈的PDSCH重传可以联合使用。请参考图6，图6示出了PDSCH的盲重传和基于HARQ反馈的PDSCH重传联合使用的示意图。
如图6所示，当UE接收该PDSCH的盲重传的次数达到最大重传次数时，向基站发送混合自动重传请求HARQ反馈，基站在接收到HARQ反馈之后可以决定是否再重传PDSCH，图6中，基站在接收到HARQ反馈之后再次重传PDSCH，因此，UE接收到了基于HARQ反馈的重传。
其中，该最大重传次数是预定义的值，或者通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE执行配置的值。
通过上述PDSCH的盲重传和基于HARQ反馈的PDSCH重传，能够进一步提高数据传输的可靠性。
可选地，该用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH之后是否有盲重传的域，该由用户终端UE执行的方法还可以包括步骤S610至步骤S630。具体地，请参考图7，图7示出了根据本公开的实施例的由用户终端UE执行的方法的一部分流程图。
步骤S610，基于用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH之后是否有盲重传的域，确定所调度的PDSCH之后是否有盲重传。
其中，所调度的PDSCH或PUSCH包括所调度的PDSCH或PUSCH的初始传输或者盲重传。
如果用于调度PDSCH或PUSCH的DCI指示所调度的PDSCH或PUSCH之后没有盲重传，则执行步骤S620，无论该PDSCH或PUSCH是否被成功解码，都清空该PDSCH或PUSCH对应的缓存数据。
如果用于调度PDSCH或PUSCH的DCI指示所调度的PDSCH或PUSCH之后有盲重传，则执行步骤S630，若该PDSCH或PUSCH没有被成功解码，则保留该PDSCH或PUSCH对应的缓存数据。通过上述方式，使得UE的存储资源能够得到更有效的利用，并且UE通过将该PDSCH的初始传输和盲重传进行合并从而进一步提高PDSCH的解码性能。此外，可以理解的是，UE在发送PUSCH之后，也会缓存PUSCH对应的缓存数据，因此，对于PUSCH的盲重传来说，通过清空PUSCH对应的缓存数据，也使得UE的存储资源能够得到更有效的利用。
可选地，该用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH之后的盲重传的次数，例如，盲重传的次数可以为0，1，2，4等，本公开对此不做任何限制。
如果用于调度PDSCH的DCI指示所调度的PDSCH之后的盲重传的次数为0，则无论该PDSCH是否被成功解码，UE都清空所述PDSCH对应的缓存数据；如果用于调度PUSCH的DCI指示所调度的PUSCH之后的盲重传的次数为0，则在发送所述PUSCH之后清空所述PUSCH对应的缓存数据
通过当根据DCI中所指示的所调度的PDSCH或PUSCH之后的盲重传的次数为0时，清空所调度的PDSCH或PUSCH对应的缓存数据，从而对UE的缓存区大小及软硬件能力没有额外要求。
可选地，该PDSCH或PUSCH的盲重传的次数或最大次数是预定义的值，或者，通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置的值。例如，PDSCH或PUSCH盲重传的次数或最大次数可以为0，1，2，4等，本公开对此不做任何限制。
如果无线资源控制RRC信令或媒体访问控制控制单元MAC CE指示PDSCH或PUSCH盲重传次数为0时，无论PDSCH或PUSCH是否能够正确解码，UE清空所调度的PDSCH或PUSCH对应的缓存数据。
通过当根据无线资源控制RRC信令或媒体访问控制控制单元MAC CE中所指示的所调度的PDSCH或PUSCH之后的盲重传的次数为0时，清空所调度的PDSCH或PUSCH对应的缓存数据，从而对UE的缓存区大小及软硬件能力没有额外要求。
可选地，该盲重传的次数或最大次数可以对于每个自动重传请求HARQ进程不同。即，基站可以针对每个HARQ进程分别配置盲重传的次数或最大次数。当然，可以理解的是，该盲重传的次数或最大次数也可以对于每个自动重传请求HARQ进程相同。
可选地，当接收到的所述PDSCH的盲重传的次数达到最大盲重传次数时，则无论所述PDSCH是否被成功解码，都清空所述PDSCH对应的缓存数据；或者当接收到的所述PUSCH的盲重传的次数达到最大盲重传次数时，在发送最后一次PUSCH的盲重传之后，清空所述PUSCH对应的缓存数据。
通过当UE接收到的该PDSCH的盲重传的次数达到最大盲重传次数时，清空所调度的PDSCH对应的缓存数据，使得UE的存储资源能够得到更有效的利用。
可选地，用于调度PDSCH或PUSCH的DCI或该PDSCH或PUSCH与用于调度PDSCH或PUSCH的盲重传DCI或该PDSCH或PUSCH的盲重传之间之间可以满足最小时间间隔的要求，最小时间间隔与PDSCH或PUSCH的处理时间有关，可以是预定义或预配置的。设定最小时间间隔的好处是UE在完成PDSCH的接收处理或者PUSCH的发送处理后可以释放对应的缓存数据来接收该PDSCH的下一个盲重传，从而对UE的缓存区大小及软硬件能力没有额外要求。
可选地，用于调度PDSCH或PUSCH的DCI或该PDSCH或PUSCH与用于调度PDSCH或PUSCH的盲重传DCI或该PDSCH或PUSCH的盲重传之间可以满足最大时间间隔的要求，最大时间间隔可以与PDSCH或PUSCH的RTT有关，可以是预定义或预配置的。设定最大时间间隔的好处是如果UE一直没有接收到同一个PDSCH的盲重传，那么在最大时间间隔之后UE应当将PDSCH对应的缓存数据清空，从而对UE的缓存区大小及软硬件能力没有额外要求。
可选地，UE可以在自用于调度PDSCH或PUSCH的DCI之后或者自该PDSCH或PUSCH的之后的一个时间窗口内监听PDSCH或PUSCH的盲重传，时间窗口的长度可以与PDSCH或PUSCH的RTT有关，可以是预定义或预配置的，时间窗口的起始位置可以是预定义的，例如，时间窗口从PDSCH或PUSCH传输之后的一个预定义间隔开始。设定时间窗口的好处是如果UE在时间窗口内没有接收到该PDSCH盲重传，那么UE应当将PDSCH对应的缓存数据清空，从而对UE的缓存区大小及软硬件能力没有额外要求。
作为上述构思的一种具体的实现方式，可选地，该由用户终端UE执行的方法还可以包括：
接收以下指示信息中的至少一个：
指示用于调度PDSCH或PUSCH的DCI与用于调度该PDSCH或PUSCH的盲重传的DCI之间的时间间隔、第一最小时间间隔或第一最大时间间隔的信息；
指示该PDSCH或PUSCH与用于调度该PDSCH或PUSCH的盲重传的DCI之间的时间间隔、第二最小时间间隔或第二最大时间间隔；
指示该PDSCH或PUSCH与该PDSCH或PUSCH的盲重传之间的时间间隔、第三最小时间间隔或第三最大时间间隔；
指示用于监听该PDSCH或PUSCH的盲重传的时间窗口的信息，其中，时间窗口的起始位置是自用于调度所述PDSCH或PUSCH的DCI之后的预定义或预配置间隔的位置，或者是自该PDSCH或PUSCH之后的预定义或预配置间隔的位置；
其中，该指示信息中的至少一个通过用于调度PDSCH或PUSCH的DCI、无线资源控制RRC信令或媒体访问控制控制单元MAC CE指示。
可以理解的是，例如，上述指示用于调度PDSCH或PUSCH的DCI与用于调度该PDSCH或PUSCH的盲重传的DCI之间的时间间隔是指用于调度PDSCH的DCI与用于调度该PDSCH的盲重传的DCI，或用于调度PUSCH的DCI与用于调度该PUSCH的盲重传的DCI之间的时间间隔。
例如，上述指示该PDSCH或PUSCH与用于调度该PDSCH或PUSCH的盲重传的DCI之间的时间间隔是指该PDSCH与用于调度该PDSCH的盲重传的DCI之间的时间间隔，或者该PUSCH与用于调度该PUSCH的盲重传的DCI之间的时间间隔。
例如，上述指示该PDSCH或PUSCH与该PDSCH或PUSCH的盲重传之间的时间间隔是指该PDSCH与该PDSCH的盲重传之间的时间间隔，或者指示该PUSCH与该PUSCH的盲重传之间的时间间隔。进一步地，可选地，该由用户终端UE执行的方法还可以包括：
如果UE在自接收用于调度PDSCH或PUSCH的DCI起的第一最大时间间隔内，未接收到用于调度所述PDSCH或PUSCH的盲重传的DCI；
或者，如果在自所述PDSCH起的第二最大时间间隔内，未接收到用于调度所述PDSCH的盲重传的DCI；
或者，如果在自所述PDSCH起的第三最大时间间隔内，未接收到所述PDSCH的盲重传；
或者，如果在所述用于监听所述PDSCH的盲重传的时间窗口内，未监听到所述PDSCH的盲重传；
则清空所述PDSCH或PUSCH对应的缓存数据。
可选地，上述用于调度该PDSCH或PUSCH的DCI与用于调度该PDSCH或PUSCH的盲重传的DCI之间的时间间隔、该PDSCH或PUSCH与用于调度该PDSCH或PUSCH的盲重传的DCI之间的时间间隔、该PDSCH或PUSCH与该PDSCH或PUSCH的盲重传之间的时间间隔可以相同或者不同。
可选地，上述第一最小时间间隔、第二最小时间间隔、第三最小时间间隔可以相同或者不同。
可选地，上述第一最大时间间隔、第二最大时间间隔、第三最大时间间隔可以相同或者不同。
可选地，该PDSCH或PUSCH包括半静态调度(Semi-Persistent Scheduling，SPS)PDSCH或PUSCH。即半静态调度PDSCH或PUSCH也可以支持盲重传功能，即UE在接收到SPSPDSCH之后可能会接收到基于动态调度的该PDSCH的盲重传。
可选地，UE只对PDSCH的初始传输反馈HARQ-ACK，而对于PDSCH的重传(包括盲重传或基于HARQ-ACK反馈的重传)都不反馈HARQ-ACK。该方法的好处是在可靠性以及传输时延之间取得折中。
可选地，上述的类似方案也可以用于上行，例如，调度物理上行共享信道PUSCH也支持盲重传功能。作为一种具体的实现方式，该由用户终端UE执行的方法还可以包括：
接收用于调度物理上行共享信道PUSCH的下行链路控制信息DCI；
最早在自接收用于调度PUSCH的DCI起的小于往返时间RTT的时间间隔内，至少一次接收用于调度PUSCH的盲重传的DCI。
特别地，UE在接收上述用于调度物理上行共享信道PUSCH的下行链路控制信息DCI之后，以及发送该PUSCH之前，可能会接收到该PUSCH的盲重传调度；特别地，UE接收到的用于调度物理上行共享信道PUSCH的下行链路控制信息DCI及用于调度PUSCH的盲重传的DCI之间应满足预定义或预配置的最小间隔；特别地，UE接收到的用于调度物理上行共享信道PUSCH的下行链路控制信息DCI及用于调度PUSCH的盲重传的DCI之间应满足预定义或预配置的最大间隔。
下面继续结合附图对本公开提供的由用户终端UE执行的方法中的时隙聚合传输及其实施细节进行详细介绍。
以PDSCH为例，由于HARQ RTT持续时间太长，PDSCH的HARQ反馈功能被关闭，基站无法基于HARQ反馈决定是否重传PDSCH，为了提高PDSCH解码性能，基站可以通过时隙聚合的方式发送PDSCH。
PDSCH时隙聚合传输是指PDSCH跨多个时隙传输，即PDSCH在多个时隙占用相同时频资源传输，PDSCH在多个时隙内可以基于重复的方式发送，每个时隙内的PDSCH都可以独立解码，UE通过对多个时隙内的PDSCH进行合并从提高信噪比的角度改善解码性能，这种时隙聚合也可以称为重复发送(repetition)；或者，PDSCH在多个时隙内可以基于整体速率匹配的方式发送，这里，单个时隙内的PDSCH不能独立解码，UE通过接收所有时隙内的PDSCH从降低码率的角度来改善解码性能。
作为一种具体的实施方式，请参考图8，图8示出了根据本公开的实施例的由用户终端UE执行的方法的一部分流程图，该由用户终端UE执行的方法还可以包括：
步骤S710，接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI，该用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH时隙聚合传输的时隙数量的域。
其中，用于调度PDSCH或PUSCH的DCI中用于指示所调度的PDSCH或PUSCH时隙聚合传输的时隙数量的域的大小由用于所调度的PDSCH或PUSCH时隙聚合传输的最大时隙数量来决定，所述最大时隙数量经由无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。
可以理解的是，上述步骤S710可以在当与混合自动重传请求HARQ反馈功能是否被关闭相关的信息指示HARQ反馈功能被关闭或开启时，均可以执行。也就是说，在HARQ反馈功能被关闭或在HARQ反馈功能被开启的情况下，均可以执行上述PDSCH或PUSCH时隙聚合传输。
可选地，该最大时隙数量可以是针对PDSCH或PUSCH的每个业务质量QoS、PDSCH或PUSCH的每个混合自动重传请求HARQ进程、PDSCH或PUSCH的每个逻辑信道、PDSCH或PUSCH的每个优先级、PDSCH或PUSCH的每个调度方法(其中，该调度方法包括动态调度和半静态调度)、或PDSCH或PUSCH的HARQ反馈功能是否被开启中的至少一个分别配置的。
可选地，HARQ反馈功能被关闭的PDSCH或PUSCH与HARQ反馈功能被开启的PDSCH或PUSCH都可以使用时隙聚合发送，但各自使用的聚合时隙的数量或最大数量可以不同，例如，基站通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE分别为HARQ反馈功能被关闭的PDSCH或PUSCH以及HARQ反馈功能被开启的PDSCH或PUSCH配置聚合时隙的数量或最大数量。
可选地，PDSCH或PUSCH时隙聚合传输的时隙之间可以具有一定间隔，即用于PDSCH时隙聚合传输的多个时隙是不连续的。
可选地，用于PDSCH或PUSCH时隙聚合传输的多个时隙中每个时隙之间或每个时隙簇(bundle)之间具有相同的间隔，该时隙簇是指两个或多于两个的连续时隙，通过这种方式，可以获得时间分集增益，基站也可以将多个UE一起进行调度，即多个UE的PDSCH或PUSCH聚合时隙传输在时间上进行交织，聚合时隙之间的间隔也成为交织间隔。
请参见图9，图9示出了根据本公开的实施例的三个UE的聚合时隙在时间上交叉分布的示意图。如图9所示，三个UE的聚合时隙在时间上交叉分布，从而改善时间分集增益。
下面以图10和图11分别对用于PDSCH时隙聚合传输的多个时隙中每个时隙之间或每个时隙簇之间的间隔进行说明。
请参考图10，图10示出了根据本公开的实施例的用于PDSCH时隙聚合传输的多个时隙中每个时隙之间的间隔的示意图。
如图10所示，PDSCH在4个聚合时隙上进行传输，每两个相邻时隙之间都具有一定时间间隔，且间隔大小都相同，均为Gap。
请参考图11，图11示出了根据本公开的实施例的用于PDSCH时隙聚合传输的多个时隙中每个时隙簇之间的间隔的示意图。
如图11所示，PDSCH在8个聚合时隙上进行传输，每两个相邻时隙构成一个时隙簇，每两个时隙簇之间具有一定时间间隔，且间隔大小都相同，均为Gap。
此外，PDSCH时隙聚合传输是否有交织间隔以及PDSCH时隙聚合传输的交织间隔的大小是可配置的。
可选地，该由用户终端UE执行的方法还可以包括：
接收以下指示信息中的至少一个：
指示用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙中的每个时隙之间或每个时隙簇之间是否具有间隔的信息；或者
指示用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙中的每个时隙之间或每个时隙簇之间的间隔大小的信息，例如，间隔可以为1个时隙、2个时隙、4个时隙等；
其中，该指示信息中的至少一个通过用于调度PDSCH或PUSCH的DCI、无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。
作为具体的实施方式，例如，基站可以通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE预配置PDSCH或PUSCH时隙聚合传输是否有交织间隔，当PDSCH或PUSCH时隙聚合传输被配置为有交织间隔时，基站可以进一步配置交织间隔的大小；或者，通过用于调度PDSCH或PUSCH时隙聚合的DCI动态指示聚合时隙之间是否有交织间隔，聚合时隙之间的交织间隔的大小可以是预定义或通过无线资源控制RRC信令或媒体访问控制控制单元MACCE预配置的。
又如，基站可以通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE预配置PDSCH或PUSCH时隙聚合的交织间隔的大小，例如间隔1个时隙、2个时隙、4个时隙等；或者，通过用于调度PDSCH或PUSCH时隙聚合的DCI动态指示聚合时隙之间的交织间隔的大小。可配置的聚合时隙之间的交织间隔的大小的集合可以是预定义或通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE预配置的。
通过上述方式，基站可以动态调度PDSCH或PUSCH时隙聚合传输是连续性的或者是具有交织间隔的。
此外，PDSCH或PUSCH时隙聚合传输的用于交织的时隙簇的大小也可以是可配置的。可选地，该时隙簇的大小通过用于调度PDSCH或PUSCH的DCI、无线资源控制RRC信令或媒体访问控制控制单元MAC CE执行配置。例如，基站可以通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置PDSCH或PUSCH时隙聚合传输的用于交织的时隙簇的大小，例如间隔1个时隙、2个时隙、4个时隙等；或者，通过用于调度PDSCH或PUSCH的DCI动态指示用于交织的时隙簇的大小。可配置的PDSCH或PUSCH聚合时隙传输的用于交织的时隙簇的大小的集合可以是预定义或通过媒体访问控制控制单元MAC CE预配置的。
对于PDSCH或PUSCH时隙聚合传输，由于聚合时隙的数量较大，或者聚合时隙内的交织间隔的大小较大，在后续接收到的指示时隙格式(SFI，Slot Format Indicator)的DCI中有可能指示聚合时隙中的某个时隙为上行时隙或不可用时隙，那么UE是否还能在这些时隙上进行传输是个问题。
为了解决上述问题，可选地，本公开提供的由用户终端UE执行的方法还可以包括：
当用于所调度的PDSCH或PUSCH时隙聚合传输的时隙被识别为不可用时隙时，UE将本应映射到该时隙的信号丢弃或映射到下一个可用的时隙上。
可以理解的，上述的有关PDSCH聚合时隙传输的所有设计方案都可以同理应用于PUSCH，不再赘述。
本公开在关于关闭HARQ反馈的细节方面也进行了一些改进，下面结合附图对本公开提供的由用户终端UE执行的方法中的关于关闭HARQ反馈的实施细节进行详细介绍。
如前所述，由于HARQ的RTT持续时间太长，为了提高传输效率，HARQ反馈功能被关闭。
可选地，在图4的步骤S410中接收的与混合自动重传请求HARQ反馈功能是否被关闭相关的信息可以包括以下信息中的至少一种：
指示混合自动重传请求HARQ反馈功能被关闭的下行链路DL HARQ进程的数量的信息；
指示HARQ反馈功能被开启的DL HARQ进程的数量的信息；或
指示包括HARQ反馈功能被关闭的DL HARQ进程的数量和HARQ反馈功能被开启DLHARQ进程的数量的总的DL HARQ进程的数量的信息；
其中，该信息中的至少一种通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。
可选地，在图4的步骤S410中接收的与混合自动重传请求HARQ反馈功能是否被关闭相关的信息与HARQ进程号HPN有关，HARQ反馈功能被开启的PDSCH传输与HARQ反馈功能被关闭的PDSCH传输使用不同的HARQ进程，本公开提供的由用户终端UE执行的方法还可以包括：基于HARQ进程号HPN，确定相应HARQ进程的HARQ反馈功能是否被关闭。
可选地，HARQ反馈功能被开启的DL HARQ进程使用连续的HARQ进程号，并且从最小的HARQ进程号开始递增或从最大的HARQ进程号开始递减。
作为一种具体的实施方式，HARQ反馈功能被开启的PDSCH与HARQ反馈功能被关闭的PDSCH可以使用不同的HARQ进程，基站可以通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置HARQ反馈功能被开启的DL HARQ进程的数量，并默认HARQ反馈功能被开启的DL HARQ进程使用连续的HARQ进程号(HARQ Process Number，HPN)，例如，从最小的HARQ进程号开始递增，即HPN指示值从0开始递增；或者，从最大的HARQ进程号开始递减，假定总的HARQ进程的数量为N，即HPN指示值从N-1开始递减。通过这种方式，UE可以根据无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置的HARQ反馈功能被开启的DL HARQ进程的数量就可以得知HARQ反馈功能被开启的PDSCH使用哪些进程号进行传输，从而根据接收到的DCI内的HPN指示就可以确定对应的HARQ反馈功能是否被关闭。
例如，假定总的DL HARQ进程的数量为16，DCI内的HPN指示域大小为4比特，通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置的HARQ反馈功能被开启的DLHARQ进程的数量为4，那么当HPN指示值为0000，0001，0010，0011时，确定相应HARQ进程的PDSCH支持HARQ反馈，而当HPN指示其他值时，确定相应HARQ进程的PDSCH不支持HARQ反馈。
可选地，在图4的步骤S410中接收的与混合自动重传请求HARQ反馈功能是否被关闭相关的信息可以包括：分别指示每个下行链路DL HARQ进程是否支持HARQ反馈的信息，其中，该信息通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。
可选地，HARQ反馈功能被关闭的HARQ进程的数量最大为N-1，N为总的HARQ进程的数量。
可选地，HPN的指示值为0或N-1的HARQ进程默认总是开启HARQ反馈功能，N为总的HARQ进程的数量，即默认第一个或最后一个HARQ进程的HARQ反馈功能总是开启。
可选地，基站通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE分别为HARQ反馈功能被开启的PDSCH以及HARQ反馈功能被关闭的PDSCH分别配置对应的DL HARQ进程号的集合，换言之，基站为每个DL HARQ进程分别配置是否支持HARQ反馈。
可选地，HARQ反馈功能被关闭的PDSCH传输仅占用一个下行链路DL HARQ进程，并规定该HARQ进程的HPN的指示值是0或N-1，N为总的HARQ进程的数量。
可选地，图4的步骤S410中接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息可以具体实施为：接收用于配置HARQ反馈功能被关闭的下行链路DL HARQ进程的信息的无线资源控制RRC信令或媒体访问控制控制单元MAC CE，并且在所述DL HARQ进程中，接收包含用于指示当前PDSCH传输是否需要执行HARQ反馈的信息的下行链路控制信息DCI。
可选地，当下行链路DL HARQ反馈功能被关闭或被开启的HARQ进程用于半静态调度SPS PDSCH传输时，根据对应SPS PDSCH的HARQ反馈功能的开启或关闭配置来决定是否需要执行HARQ反馈。
具体地，上述的针对每个HARQ进程号配置DL HARQ反馈功能的开启/关闭除了适用于动态调度的PDSCH，还适用于半静态调度(Semi-Persistent Scheduling，SPS)PDSCH。例如，假定DL HARQ进程号#n的HARQ反馈功能被关闭，无论该HARQ进程号用于动态调度的PDSCH传输还是SPS PDSCH传输，UE都无需反馈ACK/NACK，但对于指示SPS传输激活或资源释放的DCI，UE反馈ACK仍然是必须的。
上述的针对每个HARQ进程号配置DL HARQ反馈功能的开启/关闭仅适用于动态调度的PDSCH，并不适用于半静态调度(Semi-Persistent Scheduling，SPS)PDSCH，对于SPSPDSCH，基站可以通过高层信令(RRC信令或MAC CE)为每个配置的SPS PDSCH分别配置DLHARQ反馈功能的开启/关闭，特别地，即使SPS PDSCH的HARQ反馈功能被关闭，对于指示SPS传输激活或资源释放的DCI，UE反馈ACK仍然是必须的。例如，假定DL HARQ进程号#n的HARQ反馈功能被关闭，那么仅当该HARQ进程号用于动态调度的PDSCH传输时，UE无需反馈ACK/NACK，但当该HARQ进程号用于SPS PDSCH传输时，UE根据对应SPS PDSCH的HARQ反馈功能的开启或关闭配置来决定是否需要执行HARQ反馈，即UE可能需要反馈ACK/NACK。
当DL HARQ反馈功能被关闭时，DCI中有关于HARQ反馈的DCI域都不需要，例如PUCCH资源指示域、PUCCH发送功率控制指示域等，这些指示域可以被重新解释用于指示其他信息，例如用于指示PDSCH盲重传的数量、PDSCH是否有下一个盲重传、PDSCH下一个盲重传的间隔、PDSCH下一个盲重传的最小间隔、PDSCH下一个盲重传的最大间隔、PDSCH下一个盲重传的监听时间窗口、PDSCH聚合时隙的数量、PDSCH聚合时隙的交织间隔中的一个或多个。
可选地，图4的步骤S410中接收的与混合自动重传请求HARQ反馈功能是否被关闭相关的信息包括用于调度HARQ反馈功能被开启的PDSCH的DCI与用于调度HARQ反馈功能被关闭的PDSCH的DCI，并且两者具有相同DCI格式，即具有相同的DCI载荷大小，并通过以下方式中的至少一种来确定对应的PDSCH是否需要执行HARQ反馈：
(1)通过使用不同的小区无线网络临时标识C-RNTI值监听物理下行控制信道PDCCH来确定对应的PDSCH是否需要执行HARQ反馈。
例如，可以使用不同的RNTI值进行加扰，UE被配置为通过使用不同的小区无线网络临时标识C-RNTI值监听物理下行控制信道PDCCH来确定对应的PDSCH是否需要执行HARQ反馈。
(2)通过在不同的PDCCH搜索空间监听PDCCH来确定对应的PDSCH是否需要执行HARQ反馈。
例如，UE在两个不同的PDCCH搜索空间分别监听HARQ反馈功能被开启的DCI和HARQ反馈功能被关闭的DCI来确定对应的PDSCH是否需要执行HARQ反馈。
(3)通过在不同的时隙监听PDCCH来确定对应的PDSCH是否需要执行HARQ反馈。
例如，UE在两个不同的时隙组分别监听HARQ反馈功能被开启的DCI和HARQ反馈功能被关闭的DCI来确定对应的PDSCH是否需要执行HARQ反馈。
(4)通过在不同的频域资源监听PDCCH来确定对应的PDSCH是否需要执行HARQ反馈。
例如，UE在两个不同的频域资源分别监听HARQ反馈功能被开启的DCI和HARQ反馈功能被关闭的DCI来确定对应的PDSCH是否需要执行HARQ反馈。
(5)通过HARQ进程号HPN来确定对应的PDSCH是否需要执行HARQ反馈。
例如，UE根据DCI内的HPN域决定HARQ反馈功能是否被开启来确定对应的PDSCH是否需要执行HARQ反馈，即某些HPN指示值的PDSCH需要反馈HARQ-ACK，而某些HPN指示值的PDSCH不需要反馈HARQ-ACK。
(6)通过用于调度PDSCH的下行链路控制信息DCI中包括的特定字段来确定对应的PDSCH是否需要执行HARQ反馈。
例如，该专用字段可以是1比特。
当然，本公开并不限于上述实施方式，任何确定对应的PDSCH是否需要执行HARQ反馈的实施方式都属于本公开要保护的范围。
可选地，图4的步骤S410中接收的与混合自动重传请求HARQ反馈功能是否被关闭相关的信息包括用于调度HARQ反馈功能被开启的PDSCH的DCI与用于调度HARQ反馈功能被关闭的PDSCH的DCI，并且两者具有不同DCI格式，即DCI载荷大小不同。UE可以根据监听到的DCI格式来决定对应的PDSCH是否需要执行HARQ反馈。
此外，本公开也在关于HPN的一些细节方面也进行了一些改进，下面结合附图对本公开提供的由用户终端UE执行的方法中的关于HPN的实施细节进行详细介绍。
由于HARQ反馈的RRT持续时间较长，可以通过增加并行的HARQ进程的数量来提高数据传输速率，为了支持更多的HARQ进程，同时不增加HPN指示域的大小，可以通过来隐性信息来辅助指示HPN。可选地，该HARQ进程号HPN可以包括显性信息和隐性信息，该显性信息由接收到的DCI中包含的用于指示HPN的域指示，隐性信息通过以下方式中的至少一种指示：
(1)通过使用不同的小区无线网络临时标识C-RNTI值监听PDCCH来隐性指示。
例如，HARQ进程数被增大为32个，DCI中的HPN指示域使用现有的4比特，UE被配置两个不同的C-RNTI值用于不同HPN范围的HARQ进程，一个C-RNTI值用于HPN范围为0～15的HARQ进程，另一个C-RNTI值用于HPN范围16～31的HARQ进程。
(2)通过在不同的PDCCH搜索空间监听物理下行控制信道PDCCH来隐性指示。
例如，HARQ进程数被增大为32个，DCI中的HPN指示域使用现有的4比特，UE在不同的PDCCH搜索空间监听不同HPN范围的HARQ进程，一个PDCCH搜索空间用于HPN范围为0～15的HARQ进程的监听，另一个PDCCH搜索空间用于HPN范围16～31的HARQ进程的监听。
(3)通过在不同的时隙监听PDCCH来隐性指示。
例如，HARQ进程数被增大为32个，DCI中的HPN指示域使用现有的4比特，UE在两组不同的时隙监听不同HPN范围的HARQ进程，一组时隙用于HPN范围为0～15的HARQ进程的监听，另一组时隙用于HPN范围16～31的HARQ进程的监听。
(4)通过在不同的频域资源监听PDCCH来隐性指示。
例如，HARQ进程数被增大为32个，DCI中的HPN指示域使用现有的4比特，UE在两个不同的频域资源上监听不同HPN范围的HARQ进程，一组频域资源用于HPN范围为0～15的HARQ进程的监听，另一个频域资源用于HPN范围16～31的HARQ进程的监听。
当然，本公开并不限于上述实施方式，任何通过将隐性信息和显性信息相结合来共同指示HPN的方式的实施方式都属于本公开要保护的范围。
通过上述将隐性信息和显性信息相结合来共同指示HPN的方式，使得可以在不增加HPN指示域的大小的情况下，能够指示更多的HARQ进程。
可以理解的是，在当与混合自动重传请求HARQ反馈功能是否被关闭相关的信息指示HARQ反馈功能被关闭或开启时，均可以使用上述HARQ进程号HPN的指示方式，也就是说，上述HARQ进程号HPN的指示方式并不限于在HARQ反馈功能被关闭的情况下使用。
下面结合图12接着介绍本公开的实施例中的一种由基站执行的方法，图12出了根据本公开的实施例的一种由基站执行的方法的流程图，该方法可以包括：
步骤S810，发送与混合自动重传请求HARQ反馈功能是否被关闭相关的信息。
步骤S820，发送下行链路控制信息和该下行链路控制信息调度的共享信道。
基站通过发送与混合自动重传请求HARQ反馈功能是否被关闭相关的信息，以及发送下行链路控制信息和该下行链路控制信息调度的共享信道，提高了数据传输的可靠性。
可以理解的是，该由基站执行的方法是与上述由终端执行的数据传输的方法相对应的基站侧的方法，例如，在终端侧接收到的各种类型的DCI、系统信息或者UE特定无线资源控制RRC信令或者无线资源控制RRC信令或媒体访问控制控制单元MAC CE或指示信息等，均是由基站侧配置或发送的，盲重传方案中的，在一定条件下，UE清空PDSCH对应的缓存数据的操作，对应地，在一定条件下，基站也有相应的清空PUSCH对应的缓存数据的操作。其具体实施细节及有益效果可以参照上述由终端执行的数据传输的方法中对应的描述，此处不再赘述。
图13是示出根据本公开的实施例的用户终端900的结构的框图。
参考图13，用户终端900包括收发器910和处理器920。收发器910被配置为向外部发送信号和从外部接收信号。处理器920被配置为执行上述由用户终端执行的任一方法。可以以硬件、软件或硬件和软件的组合的形式实现用户终端900，以使得其能够执行本公开描述的上述数据传输方法。
图14是示出根据本公开的实施例的基站1000的结构的框图。
参考图14，基站1000包括收发器1010和处理器1020。收发器1010被配置为向外部发送信号和从外部接收信号。处理器1020被配置为执行上述由基站执行的任一方法。可以以硬件、软件或硬件和软件的组合的形式实现基站1000，以使得其能够执行本公开描述的上述数据传输方法。
本公开的至少一个实施例还提供一种非瞬时性计算机可读记录介质，其上已存储用于被计算机运行时执行上述的方法的程序。
根据本公开的一个方面，提供了一种由用户终端UE执行的方法，该方法包括：接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息；基于所述信息，接收下行链路控制信息和所述下行链路控制信息调度的共享信道。
根据本公开提供的由用户终端UE执行的方法，其中，当所述信息指示HARQ反馈功能被关闭时，所述接收下行链路控制信息，包括：接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI；最早在自接收用于调度PDSCH或PUSCH的DCI起的小于往返时间RTT的时间间隔内，至少一次接收用于调度PDSCH或PUSCH的盲重传的DCI。
根据本公开提供的由用户终端UE执行的方法，还包括：接收系统信息，所述系统信息用于指示盲重传配置，或者用于分别指示每个混合自动重传请求HARQ进程的盲重传配置；或者接收UE特定无线资源控制RRC信令，所述UE特定RRC信令用于指示所述UE的盲重传配置，或者分别指示所述UE的每个混合自动重传请求HARQ进程的盲重传配置。
根据本公开提供的由用户终端UE执行的方法，其中，仅HARQ反馈功能被关闭的HARQ进程被配置能够进行盲重传，或者默认能够进行盲重传。
根据本公开提供的由用户终端UE执行的方法，其中，用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH之后是否有盲重传的域；所述方法还包括：如果用于调度PDSCH或PUSCH的DCI指示所调度的PDSCH或PUSCH之后没有盲重传，则无论所述PDSCH或PUSCH是否被成功解码，都清空所述PDSCH或PUSCH对应的缓存数据；如果用于调度PDSCH或PUSCH的DCI指示所调度的PDSCH或PUSCH之后有盲重传且所述PDSCH没有被成功解码，则保留所述PDSCH对应的缓存数据，其中，所调度的PDSCH或PUSCH包括所调度的PDSCH或PUSCH的初始传输或者盲重传。
根据本公开提供的由用户终端UE执行的方法，其中，用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH之后的盲重传的次数；所述方法还包括：如果用于调度PDSCH的DCI指示所调度的PDSCH之后的盲重传的次数为0，则无论所述PDSCH是否被成功解码，都清空所述PDSCH对应的缓存数据；如果用于调度PUSCH的DCI指示所调度的PUSCH之后的盲重传的次数为0，则在发送所述PUSCH之后清空所述PUSCH对应的缓存数据。
根据本公开提供的由用户终端UE执行的方法，其中，所述PDSCH的盲重传的次数或最大次数是预定义的值，或者，通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置的值。
根据本公开提供的由用户终端UE执行的方法，还包括：当接收所述PDSCH的盲重传的次数达到最大重传次数时，向基站发送混合自动重传请求HARQ反馈。
根据本公开提供的由用户终端UE执行的方法，其中，所述盲重传的次数或最大次数是针对每个自动重传请求HARQ进程分别配置的。
根据本公开提供的由用户终端UE执行的方法，还包括：当接收到的所述PDSCH的盲重传的次数达到最大盲重传次数时，则无论所述PDSCH是否被成功解码，都清空所述PDSCH对应的缓存数据；或者当接收到的所述PUSCH的盲重传的次数达到最大盲重传次数时，在发送最后一次PUSCH的盲重传之后，清空所述PUSCH对应的缓存数据。
根据本公开提供的由用户终端UE执行的方法，还包括：接收以下指示信息中的至少一个：指示用于调度PDSCH或PUSCH的DCI与用于调度所述PDSCH或PUSCH的盲重传的DCI之间的时间间隔、第一最小时间间隔或第一最大时间间隔的信息；指示所述PDSCH或PUSCH与用于调度所述PDSCH或PUSCH的盲重传的DCI之间的时间间隔、第二最小时间间隔或第二最大时间间隔；指示所述PDSCH或PUSCH与所述PDSCH或PUSCH的盲重传之间的时间间隔、第三最小时间间隔或第三最大时间间隔；指示用于监听所述PDSCH或PUSCH的盲重传的时间窗口的信息，其中，时间窗口的起始位置是自用于调度所述PDSCH或PUSCH的DCI之后的预定义或预配置间隔的位置，或者是自所述PDSCH或PUSCH之后的预定义或预配置间隔的位置；其中，所述指示信息中的至少一个通过用于调度PDSCH或PUSCH的DCI、无线资源控制RRC信令或媒体访问控制控制单元MAC CE指示。
根据本公开提供的由用户终端UE执行的方法，还包括：如果UE在自接收用于调度PDSCH或PUSCH的DCI起的第一最大时间间隔内，未接收到用于调度所述PDSCH或PUSCH的盲重传的DCI；或者，如果在自所述PDSCH起的第二最大时间间隔内，未接收到用于调度所述PDSCH的盲重传的DCI；或者，如果在自所述PDSCH起的第三最大时间间隔内，未接收到所述PDSCH的盲重传；或者，如果在所述用于监听所述PDSCH的盲重传的时间窗口内，未监听到所述PDSCH的盲重传；则清空所述PDSCH或PUSCH对应的缓存数据。
根据本公开提供的由用户终端UE执行的方法，其中，当所述信息指示HARQ反馈功能被关闭或开启时，所述接收下行链路控制信息，包括：接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI，所述用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH时隙聚合传输的时隙数量的域，其中，用于调度PDSCH或PUSCH的DCI中用于指示所调度的PDSCH或PUSCH时隙聚合传输的时隙数量的域的大小由用于所调度的PDSCH或PUSCH时隙聚合传输的最大时隙数量来决定，所述最大时隙数量经由无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。
根据本公开提供的由用户终端UE执行的方法，其中，所述最大时隙数量是针对PDSCH或PUSCH的每个业务质量QoS、PDSCH或PUSCH的每个混合自动重传请求HARQ进程、PDSCH或PUSCH的每个逻辑信道、PDSCH或PUSCH的每个优先级、PDSCH或PUSCH的每个调度方法、PDSCH或PUSCH的HARQ反馈功能是否被开启中的至少一个分别配置的，其中，所述调度方法包括动态调度和半静态调度。
根据本公开提供的由用户终端UE执行的方法，其中，用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙是不连续的。
根据本公开提供的由用户终端UE执行的方法，其中，用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙中每个时隙之间或每个时隙簇之间具有相同的间隔，所述时隙簇是指两个或多于两个的连续时隙。
根据本公开提供的由用户终端UE执行的方法，还包括：接收以下指示信息中的至少一个：指示用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙中的每个时隙之间或每个时隙簇之间是否具有间隔的信息；指示用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙中的每个时隙之间或每个时隙簇之间的间隔大小的信息；其中，所述指示信息中的至少一个通过用于调度PDSCH或PUSCH的DCI、无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。根据本公开提供的由用户终端UE执行的方法，其中，用于PDSCH时隙聚合传输的多个时隙中每个时隙之间或每个时隙簇之间具有相同的间隔，该时隙簇是指两个或多于两个的连续时隙。
根据本公开提供的由用户终端UE执行的方法，其中，所述时隙簇的大小通过用于调度PDSCH或PUSCH的DCI、无线资源控制RRC信令或媒体访问控制控制单元MAC CE执行配置。
根据本公开提供的由用户终端UE执行的方法，还包括：当用于所调度的PDSCH或PUSCH时隙聚合传输的时隙被识别为不可用时隙时，UE将本应映射到所述时隙的信号丢弃或映射到下一个可用的时隙上。
根据本公开提供的由用户终端UE执行的方法，其中，所述与混合自动重传请求HARQ反馈功能是否被关闭相关的信息与HARQ进程号HPN有关，所述方法还包括：基于HARQ进程号HPN，确定相应HARQ进程的HARQ反馈功能是否被关闭，其中，HARQ反馈功能被开启的PDSCH传输与HARQ反馈功能被关闭的PDSCH传输使用不同的HARQ进程。
根据本公开提供的由用户终端UE执行的方法，其中，HARQ反馈功能被关闭的HARQ进程的数量最大为N-1，N为总的HARQ进程的数量。
根据本公开提供的由用户终端UE执行的方法，其中，HPN的指示值为0或N-1的HARQ进程默认开启HARQ反馈功能。
根据本公开提供的由用户终端UE执行的方法，其中，HARQ反馈功能被关闭的PDSCH传输仅占用一个下行链路DL HARQ进程。
根据本公开提供的由用户终端UE执行的方法，其中，当下行链路DL HARQ反馈功能被关闭或被开启的HARQ进程用于半静态调度SPS PDSCH传输时，根据对应SPS PDSCH的HARQ反馈功能的开启或关闭配置来决定是否需要执行HARQ反馈。
根据本公开提供的由用户终端UE执行的方法，其中，其中，所述HARQ进程号HPN包括显性信息和隐性信息，所述显性信息由接收到的DCI中包含的用于指示HPN的域指示，隐性信息通过以下方式中的至少一种指示：通过使用不同的小区无线网络临时标识C-RNTI值监听PDCCH来隐性指示；通过在不同的PDCCH搜索空间监听物理下行控制信道PDCCH来隐性指示；通过在不同的时隙监听PDCCH来隐性指示；通过在不同的频域资源监听PDCCH来隐性指示。
根据本公开提供的由用户终端UE执行的方法，还包括：，其中，所述与混合自动重传请求HARQ反馈功能是否被关闭相关的信息包括以下信息中的至少一种：指示混合自动重传请求HARQ反馈功能被关闭的下行链路DL HARQ进程的数量的信息；指示HARQ反馈功能被开启的DL HARQ进程的数量的信息；指示总的DL HARQ进程的数量的信息；其中，所述信息中的至少一种通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。
根据本公开提供的由用户终端UE执行的方法，其中，HARQ反馈功能被开启的DLHARQ进程使用连续的HARQ进程号，并且从最小的HARQ进程号开始递增或从最大的HARQ进程号开始递减。
根据本公开提供的由用户终端UE执行的方法，其中，所述与混合自动重传请求HARQ反馈功能是否被关闭相关的信息包括：分别指示每个下行链路DL HARQ进程是否支持HARQ反馈的信息，其中，所述信息通过无线资源控制RRC信令或媒体访问控制控制单元MACCE配置。
根据本公开提供的由用户终端UE执行的方法，所述接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息，包括：接收用于配置HARQ反馈功能被关闭的下行链路DLHARQ进程的信息的无线资源控制RRC信令或媒体访问控制控制单元MAC CE；在所述DL HARQ进程中，接收包含用于指示当前PDSCH传输是否需要执行HARQ反馈的信息的下行链路控制信息DCI。
根据本公开提供的由用户终端UE执行的方法，其中，所述与混合自动重传请求HARQ反馈功能是否被关闭相关的信息包括用于调度HARQ反馈功能被开启的PDSCH的DCI与用于调度HARQ反馈功能被关闭的PDSCH的DCI，并且两者具有相同DCI格式，所述方法还包括：通过以下方式中的至少一种来确定对应的PDSCH是否需要执行HARQ反馈：通过使用不同的小区无线网络临时标识C-RNTI值监听物理下行控制信道PDCCH来确定对应的PDSCH是否需要执行HARQ反馈；或通过在不同的PDCCH搜索空间监听PDCCH来确定对应的PDSCH是否需要执行HARQ反馈；或通过在不同的时隙监听PDCCH来确定对应的PDSCH是否需要执行HARQ反馈；或通过在不同的频域资源监听PDCCH来确定对应的PDSCH是否需要执行HARQ反馈；或通过HARQ进程号HPN来确定对应的PDSCH是否需要执行HARQ反馈；或通过用于调度PDSCH的DCI中包括的特定字段来确定对应的PDSCH是否需要执行HARQ反馈。
根据本公开提供的由用户终端UE执行的方法，其中，所述与混合自动重传请求HARQ反馈功能是否被关闭相关的信息包括用于调度HARQ反馈功能被开启的PDSCH的DCI与用于调度HARQ反馈功能被关闭的PDSCH的DCI，并且两者具有不同DCI格式，所述方法还包括：UE根据监听到的DCI格式来决定对应的PDSCH是否需要执行HARQ反馈。
根据本公开的一方面，提供了一种HARQ进程号HPN指示方法，其中，所述HPN包括显性信息和隐性信息，所述显性信息由下行链路控制信息DCI中包含的用于指示HPN的域指示，隐性信息通过以下方式中的至少一种指示：通过使用不同的小区无线网络临时标识C-RNTI值监听PDCCH来隐性指示；通过在不同的PDCCH搜索空间监听物理下行控制信道PDCCH来隐性指示；通过在不同的时隙监听PDCCH来隐性指示；或通过在不同的频域资源监听PDCCH来隐性指示。
根据本公开的一方面，提供了一种由基站执行的方法，该方法包括发送与混合自动重传请求HARQ反馈功能是否被关闭相关的信息；发送下行链路控制信息和该下行链路控制信息调度的共享信道。
根据本公开的另一方面，提供了一种终端，该终端包括：收发器，被配置为与外部发送和接收信号；以及处理器，被配置为控制该收发器执行上述由用户终端执行的任一项该的方法。
根据本公开的另一方面，提供了一种基站，该基站包括：收发器，被配置为与外部发送和接收信号；以及处理器，被配置为控制该收发器执行上述基站执行的任一项该的方法。
根据本公开的另一方面，提供了一种非瞬时性计算机可读记录介质，其上已存储用于被计算机运行时执行如上述任一方法的程序。

Claims (20)

1.一种由用户终端UE执行的方法，所述方法包括：
接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息；
基于所述信息，接收下行链路控制信息和所述下行链路控制信息调度的共享信道。
2.根据权利要求1所述的方法，其中，当所述信息指示HARQ反馈功能被关闭时，所述接收下行链路控制信息，包括：
接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI；
最早在自接收用于调度PDSCH或PUSCH的DCI起的小于往返时间RTT的时间间隔内，至少一次接收用于调度PDSCH或PUSCH的盲重传的DCI。
3.根据权利要求2所述的方法，其中，用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH之后是否有盲重传的域；
所述方法还包括：
如果用于调度PDSCH或PUSCH的DCI指示所调度的PDSCH或PUSCH之后没有盲重传，则无论所述PDSCH或PUSCH是否被成功解码，都清空所述PDSCH或PUSCH对应的缓存数据；
如果用于调度PDSCH的DCI指示所调度的PDSCH或PUSCH之后有盲重传且所述PDSCH或PUSCH没有被成功解码，则保留所述PDSCH或PUSCH对应的缓存数据，
其中，所调度的PDSCH或PUSCH包括所调度的PDSCH或PUSCH的初始传输或者盲重传。
4.根据权利要求2所述的方法，其中，
所述PDSCH或PUSCH的盲重传的次数或最大次数是预定义的值，或者，通过无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置的值。
5.根据权利要求4所述的方法，还包括：
当接收所述PDSCH的盲重传的次数达到最大重传次数时，向基站发送混合自动重传请求HARQ反馈。
6.根据权利要求4所述的方法，其中，所述盲重传的次数或最大次数是针对每个自动重传请求HARQ进程分别配置的。
7.根据权利要求4所述的方法，还包括：
当接收到的所述PDSCH的盲重传的次数达到最大盲重传次数时，则无论所述PDSCH是否被成功解码，都清空所述PDSCH对应的缓存数据；或者
当接收到的所述PUSCH的盲重传的次数达到最大盲重传次数时，在发送最后一次PUSCH的盲重传之后，清空所述PUSCH对应的缓存数据。
8.根据权利要求2所述的方法，还包括：
接收以下指示信息中的至少一个：
指示用于调度PDSCH或PUSCH的DCI与用于调度所述PDSCH或PUSCH的盲重传的DCI之间的时间间隔、第一最小时间间隔或第一最大时间间隔的信息；
指示所述PDSCH或PUSCH与用于调度所述PDSCH或PUSCH的盲重传的DCI之间的时间间隔、第二最小时间间隔或第二最大时间间隔；
指示所述PDSCH或PUSCH与所述PDSCH或PUSCH的盲重传之间的时间间隔、第三最小时间间隔或第三最大时间间隔；
指示用于监听所述PDSCH或PUSCH的盲重传的时间窗口的信息，其中，时间窗口的起始位置是自用于调度所述PDSCH或PUSCH的DCI之后的预定义或预配置间隔的位置，或者是自所述PDSCH或PUSCH之后的预定义或预配置间隔的位置；
其中，所述指示信息中的至少一个通过用于调度PDSCH或PUSCH的DCI、无线资源控制RRC信令或媒体访问控制控制单元MAC CE指示。
9.根据权利要求1所述的方法，其中，当所述信息指示HARQ反馈功能被关闭或开启时，所述接收下行链路控制信息，包括：
接收用于调度物理下行共享信道PDSCH或物理上行共享信道PUSCH的下行链路控制信息DCI，所述用于调度PDSCH或PUSCH的DCI中包含用于指示所调度的PDSCH或PUSCH时隙聚合传输的时隙数量的域，
其中，用于调度PDSCH或PUSCH的DCI中用于指示所调度的PDSCH或PUSCH时隙聚合传输的时隙数量的域的大小由用于所调度的PDSCH或PUSCH时隙聚合传输的最大时隙数量来决定，所述最大时隙数量经由无线资源控制RRC信令或媒体访问控制控制单元MAC CE配置。
10.根据权利要求9所述的方法，其中，所述最大时隙数量是针对PDSCH或PUSCH的每个业务质量QoS、PDSCH或PUSCH的每个混合自动重传请求HARQ进程、PDSCH或PUSCH的每个逻辑信道、PDSCH或PUSCH的每个优先级、PDSCH或PUSCH的每个调度方法、PDSCH或PUSCH的HARQ反馈功能是否被开启中的至少一个分别配置的，其中，所述调度方法包括动态调度和半静态调度。
11.根据权利要求9所述的方法，其中，用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙是不连续的。
12.根据权利要求11所述的方法，其中，用于所调度的PDSCH或PUSCH时隙聚合传输的多个时隙中每个时隙之间或每个时隙簇之间具有相同的间隔，所述时隙簇是指两个或多于两个的连续时隙。
13.根据权利要求1所述的方法，其中，所述与混合自动重传请求HARQ反馈功能是否被关闭相关的信息与HARQ进程号HPN有关，
所述方法还包括：
基于HARQ进程号HPN，确定相应HARQ进程的HARQ反馈功能是否被关闭，
其中，HARQ反馈功能被开启的PDSCH传输与HARQ反馈功能被关闭的PDSCH传输使用不同的HARQ进程。
14.根据权利要求13所述的方法，其中，HARQ反馈功能被关闭的HARQ进程的数量最大为N-1，N为总的HARQ进程的数量。
15.根据权利要求14所述的方法，其中，HPN的指示值为0或N-1的HARQ进程默认开启HARQ反馈功能。
16.根据权利要求13所述的方法，其中，当下行链路DL HARQ反馈功能被关闭或被开启的HARQ进程用于半静态调度SPS PDSCH传输时，根据对应SPS PDSCH的HARQ反馈功能的开启或关闭配置来决定是否需要执行HARQ反馈。
17.根据权利要求1所述的方法，其中，所述与混合自动重传请求HARQ反馈功能是否被关闭相关的信息包括以下信息中的至少一种：
指示混合自动重传请求HARQ反馈功能被关闭的下行链路DL HARQ进程的数量的信息；
指示HARQ反馈功能被开启的DL HARQ进程的数量的信息；
指示总的DL HARQ进程的数量的信息；
其中，所述信息中的至少一种通过无线资源控制RRC信令或媒体访问控制控制单元MACCE配置。
18.根据权利要求17所述的方法，其中，HARQ反馈功能被开启的DL HARQ进程使用连续的HARQ进程号，并且从最小的HARQ进程号开始递增或从最大的HARQ进程号开始递减。
19.根据权利要求1所述的方法，所述接收与混合自动重传请求HARQ反馈功能是否被关闭相关的信息，包括：
接收用于配置HARQ反馈功能被关闭的下行链路DL HARQ进程的信息的无线资源控制RRC信令或媒体访问控制控制单元MAC CE；
在所述DL HARQ进程中，接收包含用于指示当前PDSCH传输是否需要执行HARQ反馈的信息的下行链路控制信息DCI。
20.一种用户终端，所述用户终端包括：
收发器，被配置为与外部发送和接收信号；以及
处理器，被配置为控制所述收发器执行根据权利要求1-19中任一项所述的方法。
CN202011092362.XA 2020-10-13 2020-10-13 由用户终端或基站执行的方法、用户终端及基站 Pending CN114362899A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202011092362.XA CN114362899A (zh) 2020-10-13 2020-10-13 由用户终端或基站执行的方法、用户终端及基站
US18/031,493 US20230379097A1 (en) 2020-10-13 2021-10-08 Method performed by user terminal or base station, user terminal and base station
KR1020237009111A KR20230084473A (ko) 2020-10-13 2021-10-08 사용자 단말 또는 기지국에 의해 수행되는 방법, 사용자 단말 및 기지국
EP21880422.7A EP4226544A4 (en) 2020-10-13 2021-10-08 METHOD EXECUTED BY A USER TERMINAL OR BASE STATION, USER TERMINAL AND BASE STATION
PCT/KR2021/013879 WO2022080775A1 (en) 2020-10-13 2021-10-08 Method performed by user terminal or base station, user terminal and base station

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011092362.XA CN114362899A (zh) 2020-10-13 2020-10-13 由用户终端或基站执行的方法、用户终端及基站

Publications (1)

Publication Number Publication Date
CN114362899A true CN114362899A (zh) 2022-04-15

Family

ID=81089993

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011092362.XA Pending CN114362899A (zh) 2020-10-13 2020-10-13 由用户终端或基站执行的方法、用户终端及基站

Country Status (5)

Country Link
US (1) US20230379097A1 (zh)
EP (1) EP4226544A4 (zh)
KR (1) KR20230084473A (zh)
CN (1) CN114362899A (zh)
WO (1) WO2022080775A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024046251A1 (zh) * 2022-09-02 2024-03-07 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115004596A (zh) * 2022-04-25 2022-09-02 北京小米移动软件有限公司 混合自动重传请求harq反馈的处理方法及其装置
WO2024026721A1 (en) * 2022-08-03 2024-02-08 Nokia Shanghai Bell Co., Ltd. Devices, methods, apparatuses, and computer readable media for feedback transmission
WO2024060253A1 (en) * 2022-09-23 2024-03-28 Nec Corporation Method, device and computer readable medium for communications

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102119503A (zh) * 2008-05-15 2011-07-06 爱立信电话股份有限公司 增大混合自动重复请求协议的可靠性
CN105099638A (zh) * 2014-05-09 2015-11-25 三星电子株式会社 在移动通信系统中收发用户设备性能信息的方法和装置
CN107431581A (zh) * 2015-03-06 2017-12-01 高通股份有限公司 简化的harq管理
CN110115081A (zh) * 2016-11-04 2019-08-09 瑞典爱立信有限公司 半持续传输调度
KR20190132183A (ko) * 2018-05-17 2019-11-27 주식회사 케이티 비면허 대역의 차세대 무선망을 위한 상향 링크 제어 채널 전송 방법 및 그 장치
CN110710318A (zh) * 2018-04-23 2020-01-17 Lg电子株式会社 在无线通信系统中发送和接收物理下行链路共享信道的方法及其装置
US20200044792A1 (en) * 2018-08-01 2020-02-06 Charter Communications Operating, Llc Disabling radio link control (rlc) acknowledgments for packets for which acknowledgements are supported at network or higher layer
CN111756495A (zh) * 2019-03-28 2020-10-09 华为技术有限公司 一种混合自动重传请求harq反馈控制方法及相关设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200110619A (ko) * 2019-03-15 2020-09-24 주식회사 케이티 비지상 네트워크를 이용하여 통신을 수행하는 방법 및 그 장치

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102119503A (zh) * 2008-05-15 2011-07-06 爱立信电话股份有限公司 增大混合自动重复请求协议的可靠性
CN105099638A (zh) * 2014-05-09 2015-11-25 三星电子株式会社 在移动通信系统中收发用户设备性能信息的方法和装置
CN107431581A (zh) * 2015-03-06 2017-12-01 高通股份有限公司 简化的harq管理
CN110115081A (zh) * 2016-11-04 2019-08-09 瑞典爱立信有限公司 半持续传输调度
CN110710318A (zh) * 2018-04-23 2020-01-17 Lg电子株式会社 在无线通信系统中发送和接收物理下行链路共享信道的方法及其装置
KR20190132183A (ko) * 2018-05-17 2019-11-27 주식회사 케이티 비면허 대역의 차세대 무선망을 위한 상향 링크 제어 채널 전송 방법 및 그 장치
US20200044792A1 (en) * 2018-08-01 2020-02-06 Charter Communications Operating, Llc Disabling radio link control (rlc) acknowledgments for packets for which acknowledgements are supported at network or higher layer
CN111756495A (zh) * 2019-03-28 2020-10-09 华为技术有限公司 一种混合自动重传请求harq反馈控制方法及相关设备

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: ""R1-1909484-MediaTek-Summary Delay-tolerant transmission mechanisms in NR-NTN"", 3GPP TSG_RAN\\WG1_RL1, 3 September 2019 (2019-09-03), pages 2 *
MODERATOR (ZTE): ""R1-2007056 Summary of AI 8.4.3 on HARQ in NTN"", 3GPP TSG_RAN\\WG1_RL1, 23 August 2020 (2020-08-23), pages 2 *
NOKIA, NOKIA SHANGHAI BELL: ""Discussion on DRX operation impact for NTN"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 8 November 2019 (2019-11-08), pages 1 - 3 *
NOKIA, NOKIA SHANGHAI BELL: "R2-1916196 "Discussion on DRX operation impact for NTN"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 8 November 2019 (2019-11-08), pages 1 - 3 *
SONY: "R1-2005575 "Enhancements on delay-tolerant HARQ"", 3GPP TSG_RAN\\WG1_RL1, no. 1, 8 August 2020 (2020-08-08) *
冉静;李立华;靳进;张平;刘泽民;: "利用HARQ多用户MIMO系统的自适应反馈方法", 北京邮电大学学报, no. 01, 15 February 2010 (2010-02-15) *
徐雯雯;张德民;李小文;: "TD-LTE中下行HARQ的研究及实现", 广东通信技术, no. 05, 15 May 2013 (2013-05-15) *
董宏成;周洋;李小文;: "TD-LTE终端下行HARQ反馈信息调度的研究", 广东通信技术, no. 04, 15 April 2013 (2013-04-15) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024046251A1 (zh) * 2022-09-02 2024-03-07 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置

Also Published As

Publication number Publication date
EP4226544A1 (en) 2023-08-16
KR20230084473A (ko) 2023-06-13
EP4226544A4 (en) 2024-03-27
WO2022080775A1 (en) 2022-04-21
US20230379097A1 (en) 2023-11-23

Similar Documents

Publication Publication Date Title
US11974282B2 (en) Control signaling for supporting multiple services in advanced communication systems
US10285170B2 (en) Method and apparatus for frame structure for advanced communication systems
US20230283401A1 (en) Scheduling in communication systems with multiple service types
CN114362899A (zh) 由用户终端或基站执行的方法、用户终端及基站
CN116076136A (zh) 用于物理层波束指示的方法和装置
US20230239869A1 (en) Method for transmitting and receiving uplink control information, terminal and base station
US11943719B2 (en) Uplink power control in dual connectivity
CN113709875A (zh) 发送数据和控制信息的方法和设备
US20220225380A1 (en) Method for transmitting and receiving uplink control information
CN114885416A (zh) 终端及由终端执行的方法
US20230345448A1 (en) Apparatus and method thereof in wireless communication system
CN114362901A (zh) Ue协作方法和终端
US20230217439A1 (en) Method and apparatus for receiving and transmitting data and control information
US20230097059A1 (en) Method and apparatus for transceiving data and control information in wireless communication system
US20220330319A1 (en) Facilitation of frequency selective scheduling for 5g or other next generation network
US11785536B2 (en) Scheduling for a UE capable of receptions over multiple antenna panels
KR20230088672A (ko) 무선 통신 시스템에서 harq-ack(hybrid automatic retransmission request acknowledgement) 정보를 송수신하기 위한 방법 및 장치
CN114666023A (zh) 发送和接收混合自动重传请求应答信息的方法和设备
CN115175338A (zh) 由用户设备或基站执行的方法、用户设备及基站
US20230328706A1 (en) Method and apparatus for transmissions over multiple slots in duplex mode
US20230216645A1 (en) Cross carrier beam indication
US20240107526A1 (en) Apparatus and method in wireless communication system
US20220377773A1 (en) Method and devices for signal transmission
CN117460082A (zh) 用于接收和发送信息的方法和设备
CN117424627A (zh) 用于接收和发送信息的方法和设备

Legal Events

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