CN114128192A - 用于无线通信系统中的重传的技术 - Google Patents

用于无线通信系统中的重传的技术 Download PDF

Info

Publication number
CN114128192A
CN114128192A CN202080052334.7A CN202080052334A CN114128192A CN 114128192 A CN114128192 A CN 114128192A CN 202080052334 A CN202080052334 A CN 202080052334A CN 114128192 A CN114128192 A CN 114128192A
Authority
CN
China
Prior art keywords
data transmission
multicast data
receiving
unicast
harq process
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.)
Granted
Application number
CN202080052334.7A
Other languages
English (en)
Other versions
CN114128192B (zh
Inventor
A·里科阿尔瓦里尼奥
K·竹田
刘乐
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Priority to CN202410240247.4A priority Critical patent/CN118118135A/zh
Publication of CN114128192A publication Critical patent/CN114128192A/zh
Application granted granted Critical
Publication of CN114128192B publication Critical patent/CN114128192B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • H04L1/1845Combining techniques, e.g. code combining
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • H04L27/2601Multicarrier modulation systems
    • H04L27/2602Signal structure
    • H04L27/261Details of reference signals
    • H04L27/2613Structure of the reference signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037Inter-user or inter-terminal allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint

Landscapes

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

Abstract

本文描述的方面涉及新无线电(NR)无线通信系统中的重传实现。在一方面,网络实体可以最初执行多播传输,并且然后根据混合自动重传请求(HARQ)过程执行多播重传。在另一方面,用户设备(UE)可以最初从网络实体接收多播传输,并且根据HARQ过程接收后续的多播传输。在另外方面,网络实体可以最初执行多播传输,并且然后根据HARQ过程执行后续的单播重传。在又一方面,UE可以最初从网络实体接收多播传输,并且根据HARQ过程接收后续单播传输。

Description

用于无线通信系统中的重传的技术
相关申请的交叉引用
本申请要求享受于2019年7月26日递交的标题为“TECHNIQUES FORRETRANSMISSIONS IN WIRELESS COMMUNICATION SYSTEMS”的美国临时专利申请No.62/879,043,以及于2020年7月21日递交的标题为“TECHNIQUES FOR RETRANSMISSIONS INWIRELESS COMMUNICATION SYSTEMS”的美国专利申请No.16/934,961的权益,以引用的方式将上述申请的完整内容明确地并入本文。
技术领域
概括地说,本公开内容的方面涉及无线通信系统,更具体地说,本公开内容的方面涉及新无线电(NR)多播中的重传方面。
背景技术
无线通信系统被广泛地部署以提供诸如语音、视频、分组数据、消息传送、广播等之类的各种类型的通信内容。这些系统可以是能够通过共享可用的系统资源(例如,时间、频率以及功率)来支持与多个用户的通信的多址系统。这样的多址系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、以及正交频分多址(OFDMA)系统、以及单载波频分多址(SC-FDMA)系统。
已经在各种电信标准中采用这些多址技术以提供公共协议,所述公共协议使得不同的无线设备能够在地方、国家、区域、以及甚至全球水平上进行通信。例如,相对于当前的移动网络世代,第五代(5G)无线通信技术(其可以被称为NR))被设想为扩展和支持多样的使用场景和应用。在一个方面中,5G通信技术可以包括:用于对多媒体内容、服务和数据的接入的增强型移动宽带寻址以人为中心的使用情况;具有针对延时和可靠性的某些规范的超可靠性低时延通信(URLLC);以及大规模机器类型通信,其可以允许非常大数量的连接设备和相对较低容量的非延时敏感信息的传输。
例如,对于各种通信技术,例如但不限于NR,混合模式改变可以增加传输速度和灵活性,但也可能增加重传复杂度。因此,可能期望无线通信操作的改进。
发明内容
下面给出了对一个或多个方面的简化的概括以提供对这些方面的基本理解。本概括不是对所有预期方面的详尽概述,并且既不旨在标识所有方面的关键或重要元素也不旨在描述任何或全部方面的范围。其唯一目的是用简化的形式呈现一个或多个方面的一些构思,作为稍后给出的更详细说明的前序。
根据示例,提供了一种网络实体处的无线通信方法。所述方法可以包括:在至少一个下行链路通信信道上向多个用户设备(UE)发送第一多播数据。所述方法还可以包括:响应于所述第一多播数据传输,在上行链路通信信道上,从来自所述多个UE的一个或多个UE接收否定确认(NACK)。所述方法还可以包括:根据混合自动重复请求(HARQ)过程,将包括所述第一多播数据的至少一部分的第二多播数据发送到所述一个或多个UE。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括存储器以及耦合到所述存储器的至少一个处理器。所述至少一个处理器可以被配置为:在至少一个下行链路通信信道上向多个UE发送第一多播数据。所述至少一个处理器还可以被配置为:响应于所述第一多播数据传输,在上行链路通信信道上从来自所述多个UE的一个或多个UE接收NACK。所述至少一个处理器还可以被配置为:根据HARQ过程,将包括所述第一多播数据的至少一部分的第二多播数据发送到所述一个或多个UE。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括用于在至少一个下行链路通信信道上向多个UE发送第一多播数据的单元。所述装置还可以包括:用于响应于所述第一多播数据传输,在上行链路通信信道上从来自所述多个UE的一个或多个UE接收NACK的单元。所述装置还可以包括:用于根据HARQ过程,将包括所述第一多播数据的至少一部分的第二多播数据发送到所述一个或多个UE的单元。
在又一方面,本公开内容包括一种存储计算机可执行代码的非暂时性计算机可读介质,所述代码在由处理器执行时使所述处理器在至少一个下行链路通信信道上向多个UE发送第一多播数据。所述非暂时性计算机可读介质还可以包括代码,当由处理器执行时所述代码使所述处理器:响应于所述第一多播数据传输,在上行链路通信信道上从来自所述多个UE的一个或多个UE接收NACK;以及根据HARQ过程,将包括所述第一多播数据的至少一部分的第二多播数据发送到所述一个或多个UE。
根据另一示例,提供了一种UE处的无线通信方法。所述方法可以包括:在来自网络实体的下行链路通信信道上,接收来自网络实体的第一多播数据。所述方法还可以包括:确定来自第一多播数据的至少一部分数据没有被接收到。所述方法还可以包括:响应于确定至少一部分数据没有被接收到,根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK。所述方法还可以包括:响应于向网络实体发送NACK,根据HARQ过程,接收包括数据的至少第一多播部分的第二多播数据。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括存储器以及耦合到所述存储器的至少一个处理器。所述至少一个处理器可以被配置为:在来自网络实体的下行链路通信信道上,接收来自网络实体的第一多播数据。所述至少一个处理器可以被配置为确定来自第一多播数据的至少一部分数据没有被接收到。所述至少一个处理器可以被配置为:响应于确定至少一部分数据没有被接收到,根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK。所述至少一个处理器可以被配置为:响应于向网络实体发送NACK,根据HARQ过程,接收包括数据的至少第一多播部分的第二多播数据。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括用于在来自网络实体的下行链路通信信道上,接收来自网络实体的第一多播数据的单元。所述装置还可以包括:用于确定来自第一多播数据的至少一部分数据没有被接收到的单元。所述装置还可以包括:用于响应于确定至少一部分数据没有被接收到,根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK的单元。所述装置还可以包括:用于响应于向网络实体发送NACK,根据HARQ过程,接收包括数据的至少第一多播部分的第二多播数据的单元。
在又一方面,本公开内容包括一种存储计算机可执行代码的非暂时性计算机可读介质,所述代码在由处理器执行时使所述处理器在来自网络实体的下行链路通信信道上,接收来自网络实体的第一多播数据。所述非暂时性计算机可读介质还可以包括代码,当由处理器执行时所述代码使所述处理器:确定来自第一多播数据的至少一部分数据没有被接收到,响应于确定至少一部分数据没有被接收到,根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK;以及响应于向网络实体发送NACK,根据HARQ过程,接收包括数据的至少第一多播部分的第二多播数据。
根据示例,提供了一种网络实体处的无线通信方法。所述方法可以包括:在至少一个下行链路通信信道上向多个UE发送多播数据。所述方法还可以包括:响应于所述多播数据传输,在上行链路通信信道上接收来自所述多个UE中的至少一个UE的NACK。所述方法还可以包括:根据HARQ过程,向所述至少一个UE发送包括所述多播数据的至少所述部分的单播数据。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括存储器以及耦合到所述存储器的至少一个处理器。所述至少一个处理器可以被配置为:在至少一个下行链路通信信道上向多个UE发送多播数据。所述至少一个处理器可以被配置为:响应于所述多播数据传输,在上行链路通信信道上从所述多个UE中的至少一个UE接收NACK。所述至少一个处理器可以被配置为:根据HARQ过程,向所述至少一个UE发送包括所述多播数据的至少所述部分的单播数据。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括用于在至少一个下行链路通信信道上向多个UE发送多播数据的单元。所述装置还可以包括:用于响应于所述多播数据传输,在上行链路通信信道上接收来自所述多个UE中的至少一个UE的NACK的单元。所述装置还可以包括:用于根据HARQ过程向所述至少一个UE发送包括所述多播数据的至少所述部分的单播数据的单元。
在又一方面,本公开内容包括一种存储计算机可执行代码的非暂时性计算机可读介质,所述代码在由处理器执行时使所述处理器在至少一个下行链路通信信道上向多个UE发送多播数据。所述非暂时性计算机可读介质还可以包括代码,当由处理器执行时所述代码使所述处理器:响应于所述多播数据传输,在上行链路通信信道上从所述多个UE中的至少一个UE接收NACK;以及根据HARQ过程,向所述至少一个UE发送包括所述多播数据的至少所述部分的单播数据。
根据另一示例,提供了一种UE处的无线通信方法。所述方法可以包括:在来自网络实体的下行链路通信信道上接收来自网络实体的多播数据。所述方法还可以包括:确定来自所述多播数据的至少一部分数据没有经由所述多播数据传输被接收到。所述方法还可以包括:响应于确定所述多播数据的至少所述部分没有被接收到,根据HARQ过程,在到所述网络实体的上行链路通信信道上,向所述网络实体发送NACK。所述方法还可以包括:响应于向所述网络实体发送所述NACK,根据所述HARQ过程,接收包括所述多播数据的至少所述部分的单播数据。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括存储器以及耦合到所述存储器的至少一个处理器。所述至少一个处理器可以被配置为:在来自网络实体的下行链路通信信道上接收来自网络实体的多播数据。所述至少一个处理器可以被配置为:确定来自所述多播数据的至少一部分数据没有经由所述多播数据传输被接收到。所述至少一个处理器可以被配置为:响应于确定所述多播数据的至少所述部分没有被接收到,根据HARQ过程,在到所述网络实体的上行链路通信信道上,向所述网络实体发送NACK。所述至少一个处理器可以被配置为:响应于向所述网络实体发送所述NACK,根据所述HARQ过程,接收包括所述多播数据的至少所述部分的单播数据。
在另一方面,本公开内容包括一种用于无线通信的装置,所述装置包括用于在来自网络实体的下行链路通信信道上接收来自网络实体的多播数据的单元。所述装置还可以包括:用于确定来自所述多播数据的至少一部分数据没有经由所述多播数据传输被接收到的单元。所述装置还可以包括:用于响应于确定所述多播数据的至少所述部分没有被接收到,根据HARQ过程,在到所述网络实体的上行链路通信信道上,向所述网络实体发送NACK的单元。所述装置还可以包括:用于响应于向所述网络实体发送所述NACK,根据所述HARQ过程,接收包括所述多播数据的至少所述部分的单播数据的单元。
在又一方面,本公开内容包括一种存储计算机可执行代码的非暂时性计算机可读介质,所述代码在由处理器执行时使所述处理器在来自网络实体的下行链路通信信道上接收来自网络实体的多播数据。所述非暂时性计算机可读介质还可以包括代码,当由处理器执行时所述代码使所述处理器:确定来自所述多播数据的至少一部分数据没有经由所述多播数据传输被接收到;响应于确定所述多播数据的至少所述部分没有被接收到,根据HARQ过程,在到所述网络实体的上行链路通信信道上,向所述网络实体发送NACK;以及响应于向所述网络实体发送所述NACK,根据所述HARQ过程,接收包括所述多播数据的至少所述部分的单播数据。
为了实现前述及相关目的,一个或多个方面包括下文所充分描述和权利要求中具体指出的特征。下文的描述和附图详细阐述了一个或多个方面的某些说明性的特征。然而,这些特征指示各种方式中的一些方式,各种方面的原理可以在所述方式中使用,并且该描述旨在包括所有这些方面以及它们的等价物。
附图说明
将在下文中结合附图对所公开的方面进行描述,提供附图来说明而不是限制所公开的方面,其中,相似的符号表示相似的元件,并且其中:
图1示出了根据本公开内容的各个方面的无线通信系统的示例;
图2是示出根据本公开内容的各个方面的用户设备(UE)的示例的框图;
图3是示出根据本公开内容的各个方面的网络实体的示例(也被称为基站)的框图;
图4是示出根据本公开内容的各个方面的、用于UE处包括多播重传的初始多播接收和第二多播接收的无线通信方法的示例的流程图;
图5是示出根据本公开内容的各个方面的、用于网络实体处包括多播传输和多播重传的无线通信方法的示例的流程图;
图6是示出根据本公开内容的各个方面的、用于UE处包括多播接收和单播接收的无线通信方法的示例的流程图;
图7示出根据本公开内容的各个方面的、用于网络实体处包括多播传输和多播重传的无线通信方法的示例的流程图;以及
图8是示出根据本公开内容的各个方面的、包括基站和UE的MIMO通信系统的示例的框图。
具体实施方式
现在参考附图描述各个方面。在下文的描述中,出于解释的目的,阐述了大量的具体细节以便提供对一个或多个方面的彻底理解。然而,显而易见的是,可以不利用这些具体细节来实践这些方面。
所描述的特征通常涉及新无线电(NR)多播传输的重传方面。具体而言,NR可以支持具有较低时延的很高的数据速率。NR还可以支持混合模式传输/重传。即,在一些无线通信系统中,无线接入网络(RAN)可以允许在多播和单播传输/重传之间的动态改变或切换。例如,用户设备(UE)可以使用提供在UE和网络之间的双向点对点通信(例如,经由网络实体和/或基站)的专用单播服务来进行通信。在另一示例中,网络可以与和多播服务相对应的多个UE进行通信。多播传输可以高效地使用频谱资源,这可以允许向多个UE发送同一内容副本,而不是向多个UE发送同一内容的多个副本。
例如,NR在传送多播业务时可以支持多种操作模式,也被称为混合模式。第一模式可以对应于多播传输和多播重传。当UE未能接收到初始传输时,第一模式可以支持向大量UE的重传。第二模式可以对应于多播传输和单播重传。第二模式可以支持针对少量UE的重传,这在某些情况下可以更高效地传送数据。第三模式可以对应于初始单播传输和多播重传。
作为增加NR混合模式中传输的可靠性的一部分,可以实现混合自动重复请求(HARQ)重传。例如,由于HARQ是根据NR中的低时延方案(即,在TDD中)实现的,因此与例如无线链路控制(RLC)重传相比,实现HARQ重传可以提高NR中传输的可靠性。因此,可能需要HARQ过程和/或重传管理方案来支持用于混合模式NR传输的HARQ。
在一种实现方式中,网络实体可以支持多播传输和多播重传。具体而言,网络实体可以在至少一个下行链路通信信道上向多个UE发送第一多播数据。网络实体可以响应于第一多播数据传输,在上行链路通信信道上从来自多个UE的一个或多个UE接收否定确认(NACK)。网络实体还可以根据HARQ过程,将包括第一多播数据的至少一部分的第二多播数据发送到一个或多个UE。
在另一实现方式中,UE可以支持针对来自网络实体的多播传输和重传二者的多播接收。具体而言,UE可以在来自网络实体的下行链路通信信道上接收来自网络实体的第一多播数据。UE可以进一步确定:来自第一多播数据的数据的至少一部分没有被接收到。UE可以进一步响应于确定数据的至少一部分没有被接收到,来根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK。UE可以进一步根据HARQ过程并且响应于向网络实体发送NACK,接收包括第一多播数据的所述至少一部分的第二多播数据。
在另一实现方式中,网络实体可以支持多播传输和单播重传。具体而言,网络实体可以在至少一个下行链路通信信道上向多个UE发送多播数据。网络实体可以进一步响应于多播数据传输,在上行链路通信信道上接收来自多个UE中的至少一个UE的NACK。网络实体可以进一步根据HARQ过程向所述至少一个UE发送包括多播数据的至少一部分的单播数据。
在又一实现方式中,UE可以支持对由网络实体进行的单播重传的初始多播接收和后续单播接收。具体而言,UE可以在来自网络实体的下行链路通信信道上接收来自网络实体的多播数据。UE可以确定:来自多播数据的数据的至少一部分没有经由多播数据传输接收到。UE可以根据HARQ过程并且响应于确定多播数据的至少一部分没有被接收到,在到网络实体的上行链路通信信道上,向网络实体发送NACK。UE可以进一步响应于向网络实体发送NACK,根据HARQ过程接收包括多播数据的至少一部分的单播数据。
所描述的特征将在下文中参考图1-图8更详细地呈现。
如同在本申请中所用的,术语“组件”、“模块”、“系统”等旨在包括与计算机相关的实体,例如但不限于硬件、软件、硬件和软件的结合,或者执行中的软件。例如,组件可以是但不限于是运行在处理器上的进程、处理器、对象、可执行程序,执行线程、程序、和/或计算机。通过说明的方式,在计算设备上运行的应用和计算设备都可以是组件。一个或多个组件可以位于过程和/或执行线程中,并且组件可以位于一个计算机上和/或分布在两个或更多个计算机之间。此外,这些组件可以从具有存储在其上的各种数据结构的各种计算机可读介质执行。组件可以通过本地和/或远程处理的方式,诸如根据具有一个或多个数据分组(诸如来自与本地系统、分布系统中和/或跨越诸如因特网的网络的另一个组件进行交互的一个组件的数据)的信号,通过该信号与其他系统进行通信。无论是被称为软件、固件、中间件、微代码、硬件描述语言或其他名称,软件应该被广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用程序、软件应用程序、软件包、例程、子例程、对象、可执行文件、执行线程、过程、函数等。
本文所描述的技术可以用于诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其他系统之类的各种无线通信系统。术语“网络”和“系统”经常可互换使用。CDMA系统可以实现诸如CDMA2000、通用陆地无线接入(UTRA)等之类的无线电技术。CDMA2000涵盖IS-2000、IS-95和IS-856标准。IS-2000版本0和A通常被称为CDMA2000 1X、1X等。IS-856(TIA-856)通常被称为CDMA2000 1xEV-DO、高速分组数据(HRPD)等。UTRA包括宽带CDMA(WCDMA)和CDMA的其他变体。TDMA网络可以实现诸如全球移动通信系统(GSM)的无线技术。OFDMA系统可以实现诸如超移动宽带(UMB)、演进型UTRA(E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、闪速OFDMTM等的无线技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的部分。3GPP长期演进(LTE)和改进的LTE(LTE-A)是使用E-UTRA的UMTS的新版本。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了CDMA2000和UMB。本文中描述的技术可用于上文提到的系统和无线电技术以及其他系统和无线电技术,包括共享无线电频谱带上的蜂窝(例如,LTE)通信。然而,下文的描述出于示例的目的描述了LTE/LTE-A系统,并且在下文的大部分描述中使用了LTE术语,虽然这些技术适用于超出LTE/LTE-A应用的范围(例如,到第五代(5G)NR网络或其他下一代通信系统)。
下文的描述提供了示例,并且不限定权利要求中所述的范围、适用范围或示例。可以在不脱离本申请的范围的情况下,改变所讨论的功能以及元素的布置。各种示例可以酌情省略、替换、或者增加各种过程或组件。例如,可以按照与所描述顺序不同的顺序来执行所描述的方法,并且可以增加、省略、或组合各个步骤。此外,可以将针对一些示例所描述的特征组合到其他的示例中。
围绕可以包括多个设备、组件、模块等的系统将呈现各个方面或特征。应该理解和明白,各种系统可以包括额外的设备、组件、模块等,和/或可以不包括结合附图所讨论的所有的设备、组件、模块等。也可以使用这些方法的组合。
图1是示出了无线通信系统和接入网络100的示例的图。无线通信系统(也被称为无线广域网(WWAN))可以包括基站102、UE 104和演进型分组核心(EPC)160,和/或5G核心(5GC)190。基站102(其也可以被称为网络实体)可以包括宏小区(高功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区可以包括基站。小型小区可以包括毫微微小区、微微小区和微小区。在示例中,基站102还可以包括gNB 180,如本文进一步描述的。在一个示例中,诸如无线通信系统的UE 104的一些节点可以具有调制解调器240和通信组件242,用于基于从基站102/gNB 180接收的丢失的多播数据来执行HARQ过程,如本文所述。此外,诸如基站102的一些节点可以具有调制解调器340和重传组件342,用于促进HARQ多播和单播传输及重传,如本文所述。尽管UE 104被示为具有调制解调器240和通信组件242,并且基站102/gNB180被示为具有调制解调器340和重传组件342,但这是一个说明性示例,并且实质上任何节点或节点类型都可以包括调制解调器240和通信组件242和/或调制解调器340以及重传组件342,用于提供本文中描述的相应功能。
例如,在一种实现方式中,包括重传组件342的基站102和包括通信组件242的UE104二者都可以支持多播传输和多播重传(例如,第一模式)。具体而言,可以配置用于多播的数个HARQ过程的布置。该配置可以在同一多播组(即,监测同一组无线网络临时标识符(G-RNTI))中的所有UE 104之间是公共的。在这种情况下,可以应用与单播传输和重传相同的过程(关于新数据指示符(NDI)、HARQ标识符(ID)等)。
可以提供关于对总数个单播加多播/广播HARQ过程的支持的数个实现方式。在第一模式的第一方面,可以提供一组不相交(disjoint)的HARQ过程,使得UE 104可以能够跟踪多播HARQ过程和单播HARQ过程二者。每个服务小区的HARQ过程总数(例如,单播加多播HARQ过程)可能存在限制。在一方面,该限制可以基于配置,例如,配置的单播加上配置的多播HARQ过程的总数满足门限限制值(例如,小于或等于门限限制值)。在另一方面,可以配置用于单播的HARQ过程的数量(例如,16个),并且然后可以分别地配置用于多播的HARQ过程的数量(例如4个)。用于多播的HARQ过程可以取自单播(例如,利用该配置,可以不预期UE104被调度有HARQ过程11......15)。
在第一模式的第二方面,HARQ过程可以在多播和单播传输之间共享。例如,基站102(例如,eNB)可以跟踪正在接收多播数据的UE 104,并且随后在多播/广播HARQ过程不被用于单播时动态地重用这些多播/广播HARQ过程。在单播和广播之间切换时可以使用NDI。此外,对于每个活动HARQ过程,UE 104可以存储传输块(TB)是对应于单播传输还是多播传输。
基站102和/或UE 104也可以分别地存储用于单播和多播的NDI。例如,在基站102处存储这样的数据可以是有用的,以免受UE 104可能错过下行链路控制信息(DCI)的情况的影响。在UE 104处,如果接收到新的准许,则通信组件242可以清除缓冲器,并在准许是用于单播/广播并且所存储的TB是用于广播/单播的情况下,考虑切换NDI(例如,对应于新的TB)。在一些方面,HARQ过程标识符关系可以是直接的或间接的之一。直接关系可以对应于用于广播的HARQ过程标识符覆盖了用于单播的相同HARQ过程标识符的情况。间接关系可以对应于用于广播的HARQ过程标识符覆盖了用于单播的不同HARQ过程标识符的情况(即,可以向UE发信号通知并指定转换功能)。
在另一的实现方式中,可以在初始多播传输之后支持单播重传(例如,第二模式)。在这样的实现方式中,可以进行对多播HARQ过程与单播HARQ过程的关联。在一方面,单播准许可以与小区无线电网络临时标识符(C-RNTI)一起接收,包括在单播HARQ过程和多播HARQ过程之间的关联。例如,如果UE 104被配置有用于单播的M=3个HARQ过程,用于多播的N=2个HARQ过程,则第一M-N=1个可以专用于单播,并且剩余的N个可以用于多播重传。在另一示例中,广播HARQ过程{0,1}可以对应于一个UE中的单播HARQ过程{10,11}和不同UE中的{7,8}。
此外,当UE 104在初始广播/多播传输之后接收到单播HARQ重传时,UE 104可以在尝试解码之前将对数似然比(LLR)组合。在UE 104处,如果接收到新的准许,则通信组件242可以清除缓冲器,并且如果、且在准许是用于多播/广播并且所存储的TB是用于单播的时,考虑切换NDI(例如,对应于新的TB)。在这种情况下,TB模式可以对应于多播/广播。另一方面,如果接收到新的准许,则通信组件242可以在该准许是用于单播并且所存储的TB是用于广播的情况下,对数据进行组合。在这种情况下,TB模式可以对应于单播。
在另一方面,可以利用第三RNTI(例如,重传无线网络临时标识符(RETX-RNTI))来接收单播准许,该第三RNTI可以指示:重传是与多播DCI相关联的单播重传。在一些方面,可以重用相同的HARQ过程。
在另外的方面,可以利用组RNTI(G-RNTI)来执行重传,但是可以将DCI映射到特定于UE的搜索空间(USS)(例如,而不是公共搜索空间)。大小将遵循USS。可以与G-RNTI CSSDCI共享HARQ/NDI。在这种情况下,通过基站102的实现方式,PDCCH可以是单播的(例如,在USS中发送),但是用于不同UE的多个PDCCH可以指向同一PDSCH。
在另一方面,与多播相比,可能存在切换到单播的许多益处。例如,特定于UE的CSI反馈可以用于优化针对特定UE的传输。此外,可以使用特定于UE的配置(DCI中的更多灵活性)。在频率范围1内操作的示例中,可以存在具有被NACK的传输的两个UE 104。基站102可以被配置为使用特定于UE的传输,以使用PRB 0-10向UE1进行发送(例如,使用针对第一UE优化的预编码/CSI)并且使用PRB 50-60向UE2进行发送(例如,使用针对第二UE优化的预编码/CSI)。在基准设置中,UEX可以接收针对UEX的传输,但是如果第一UE也接收到针对第二UE的传输,则性能可以更好。
因此,对于一个传输时间间隔(TTI)中的多个G-RNTI传输,UE 104可以选择对哪一个传输进行解码。也就是说,可以存在与同一G-RNTI(或与C-RNTI)而不是多个G-RNTI相关联的多个DCI。UE可以确定要解码哪个PDSCH(例如,基于所确定的DMRS信噪比(SNR))。在另一方面,由于低密度奇偶校验(LDPC)解码数量可能不会增加,因此可以添加UE能力以实现对与同一TB相关联的多个DCI的解码。例如,DCI可以都是G-RNTI,或者G-RNTI/C-RNTI的混合。另一种实现方式可以允许单个DCI具有多于两个的集群(例如,针对多于两个UE进行优化的)并具有分别的参数(例如,潜在地可以分别执行调制和编码方案(MCS)/码率匹配)。
被配置用于4G LTE(其可以被统称为演进型通用移动电信系统(UMTS)陆地无线电接入网络(E-UTRAN))的基站102可以通过回程链路132(诸如使用S1接口)与EPC 160对接。被配置用于5G NR(其可以被统称为下一代RAN(NG-RAN))的基站102可以通过回程链路184与5GC 190对接。除了其它功能之外,基站102可以执行以下功能中的一个或多个功能:用户数据的传送、无线信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如,切换、双连接性)、小区间干扰协调、连接建立和释放、负载均衡、针对非接入层(NAS)消息的分发、NAS节点选择、同步、无线接入网(RAN)共享、多媒体广播多播服务(MBMS)、用户和设备跟踪、RAN信息管理(RIM)、寻呼、定位和警告消息的递送。基站102可以在回程链路134(例如,使用X2接口)上直接地或间接地(例如,通过EPC 160或5GC 190)彼此通信。回程链路132、134和/或184可以是有线的或无线的。
基站102可以与一个或多个UE 104无线地通信。基站102中的每一个基站可以为各自的地理覆盖区域110提供通信覆盖。可能存在重叠的地理覆盖区域110。例如,小型小区102'可能具有与一个或多个宏基站102的覆盖区域110重叠的覆盖区域110'。包括小型小区和宏小区两者的网络可以被称作为异构网络。异构网络还可以包括家庭演进型节点B(eNB)(HeNB),所述家庭演进型节点B可以向可以被称作为封闭用户组(CSG)的受限的组提供服务。在基站102与UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(UL)(还称作为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(还称作为前向链路)传输。通信链路120可以使用多输入多输出(MIMO)天线技术,其包括空间复用、波束成形和/或发射分集。通信链路可以是通过一个或多个载波的。基站102/UE 104可以使用用于DL和/或UL方向上的传输的、高达总共Yx MHz(诸如用于x个分量载波)的载波聚合中分配的每个载波高达Y MHz(例如,5、10、15、20、100、400等MHz)的带宽的频谱。载波可以彼此相邻或者可以彼此不相邻。关于DL和UL的对载波的分配可能是不对称的(例如,可以为DL分配比UL更多或更少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以被称作为主小区(PCell),以及辅分量载波可以被称作为辅小区(SCell)。
在另一示例中,某些UE 104可以使用设备到设备(D2D)通信链路158来彼此通信。D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个副链路信道,诸如物理副链路广播信道(PSBCH)、物理副链路发现信道(PSDCH)、物理副链路共享信道(PSSCH)和物理副链路控制信道(PSCCH)。D2D通信可以是通过诸如,例如,FlashLinQ、WiMedia、蓝牙、紫蜂(ZigBee)、基于IEEE 802.11标准的Wi-Fi、LTE、或NR的各种无线D2D通信系统的。
无线通信系统可以进一步包括Wi-Fi接入点(AP)150,所述Wi-Fi接入点(AP)150经由在5GHz非许可频谱中的通信链路154与Wi-Fi站(STA)152进行通信。当在非许可频谱中通信时,STA 152/AP 150可以在通信之前执行空闲信道评估(CCA),以便于确定信道是否可用。
小型小区102'可以在许可和/或非许可频谱中操作。当在非许可频谱中操作时,小型小区102'可以采用NR和使用与由Wi-Fi AP 150使用的相同的5GHz非许可频谱。在非许可频谱中采用NR的小型小区102'可以提高对接入网的覆盖和/或增加接入网的容量。
基站102(无论是小型小区102’还是大型小区(诸如宏基站))可以包括eNB、gNodeB(gNB)或其它类型的基站。一些基站(例如,gNB 180)可以在传统的低于6GHz频谱中、在毫米波(mmW)频率和/或近mmW频率中操作,以与UE 104进行通信。当gNB 180在mmW或接近mmW频率中操作时,gNB 180可以被称作为mmW基站。极高频率(EHF)是在电磁频谱中的RF的部分。EHF具有30GHz到300GHz的范围和在1毫米与10毫米之间的波长。在频带中的无线电波可以被称作为毫米波。接近mmW可以延伸下至具有100毫米的波长的3GHz的频率。超高频(SHF)频带是在3GHz与30GHz之间延伸的,还被称作为厘米波。使用mmW/接近mmW无线频带的通信具有极高的路径损耗和较短的距离。mmW基站180可以利用与UE 104的波束成形182以补偿极高的路径损耗和较短的距离。本文中引用的基站102可以包括gNB 180。
EPC 160可包括移动性管理实体(MME)162、其它MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可以与归属用户服务器(HSS)174相通信。MME 162是处理在UE 104与EPC 160之间的信令的控制节点。一般而言,MME 162提供承载和连接管理。所有用户互联网协议(IP)分组是通过服务网关166来传送的,所述服务网关166本身是连接到PDN网关172的。PDN网关172提供UE IP地址分配连同其它功能。PDN网关172和BM-SC 170是连接到IP服务176的。IP服务176可以包括互联网、内联网、IP多媒体子系统(IMS)、PS流服务和/或其它IP服务。BM-SC 170可以提供用于MBMS用户服务设定和交付的功能。BM-SC 170可以作为针对内容提供方MBMS传输的入口点,可以用于授权和发起在公共陆地移动网络(PLMN)之内的MBMS承载服务,以及可以用于调度MBMS传输。MBMS网关168可以用于将MBMS业务分发到属于广播特定服务的多播广播单频网络(MBSFN)区域的基站102,以及可以负责会话管理(启动/停止)和负责收集与eMBMS相关的计费信息。
5GC 190可以包括接入和移动性管理功能单元(AMF)192、其它AMF 193、会话管理功能单元(SMF)194和用户平面功能单元(UPF)195。AMF 192可以与统一数据管理单元(UDM)196相通信。AMF 192可以是用于处理在UE 104和5GC 190之间的信令的控制节点。通常,AMF192可以提供QoS流和会话管理。(诸如来自一个或多个UE 104的)用户互联网协议(IP)分组可以通过UPF 195来传输。UPF 195可以提供针对一个或多个UE的UE IP地址分配以及其它功能。UPF 195连接到IP服务197。IP服务197可以包括互联网、内联网、IP多媒体子系统(IMS)、PS流服务和/或其它IP服务。
站还可以被称为gNB、节点B、演进型节点B(eNB)、接入点、基站收发机、无线电基站、无线电收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)、发送接收点(TRP)或某种其它适当的术语。基站102为UE 104提供到EPC 160或5GC 190的接入点。UE104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电、定位系统(例如,卫星定位系统、地面定位系统)、多媒体设备、视频设备、数字音频播放器(例如,MP3播放器)、照相机、游戏控制台、平板电脑、智能设备、机器人、无人机、工业/制造设备、可穿戴设备(例如,智能手表、智能服装、智能眼镜、虚拟现实护目镜、智能腕带、智能珠宝(例如,智能戒指、智能手链))、车辆/车载设备、仪表(例如,停车收费表、电表、燃气表、水表、流量表)、气泵、大型或小型厨房电器、医疗/保健设备、植入物、传感器/致动器、显示器或任何其他类似功能设备。UE 104中的一些UE可以被称为IoT设备(例如,仪表、泵、监视器、照相机、工业/制造设备、电器、车辆、机器人、无人机等)。IoT UE可以包括MTC/增强型MTC(eMTC,也被称为CAT-M、Cat M1)UE、NB-IoT(也被称为CAT NB1)UE,以及其他类型的UE。在本公开内容中,eMTC和NB-IoT可以是指可以从这些技术演变或可以基于这些技术的未来技术。例如,eMTC可以包括FeMTC(进一步的eMTC)、eFeMTC(进一步增强型eMTC)、mMTC(大规模MTC)等,并且NB-IoT可以包括eNB-IoT(增强型NB-IoT)、FeNB-IoT(进一步增强型NB-IoT)等。UE 104还可以被称为站、移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手机、用户代理、移动客户端、客户端、或某种其它适当的术语。
现在转到图2-7,参照可以执行本文描述的动作或操作的一个或多个组件和一种或多种方法来描绘各方面,其中,具有虚线的方面可以是可选的。尽管下文在图4-7中描述的操作是以特定次序给出的和/或由示例性组件来执行,但是应当理解的是,动作的排序以及执行动作的组件可以根据实现而变化。此外,应当理解的是,以下动作、功能或所描述的组件可以由专门编程的处理器、用于执行专门编程的软件和/或计算机可读介质的处理器来执行,或者由能够执行所描述的动作或功能的硬件组件和/或软件组件的任何其它组合来执行。
参照图2,UE 104的实现的一个示例可以包括各种组件,其中的一些组件已经在上文中进行了描述,并且还在本文中进行了描述,包括诸如下列各项的组件:经由一个或多个总线244通信的一个或多个处理器212和存储器216以及收发机202,它们可以结合调制解调器240和/或通信组件242操作用于执行与多播和/或单播数据传输相关联的一个或多个HARQ过程252。在一些方面,一个或多个HARQ过程可以包括一个或多个多播HARQ过程254和/或一个或多个单播HARQ过程256。
在一个方面中,一个或多个处理器212可以包括使用一个或多个调制解调器处理器的调制解调器240和/或可以是调制解调器240的一部分。因此,与通信组件242相关的各种功能可以被包括在调制解调器240和/或处理器212中,并且在一个方面中,可以由单个处理器来执行,而在其它方面中,这些功能中的不同功能可以由两个或更多个不同的处理器的组合来执行。例如,在一个方面中,一个或多个处理器212可以包括以下各项中的任何一项或任何组合:调制解调器处理器、或基带处理器、或数字信号处理器、或发送处理器、或接收处理器、或与收发机202相关联的收发机处理器。在其它方面中,与通信组件242相关联的一个或多个处理器212和/或调制解调器240的特征中的一些特征可以由收发机202执行。
此外,存储器216可以被配置为存储本文使用的数据和/或由至少一个处理器212执行的应用275的本地版本或通信组件242和/或其子组件中的一个或多个子组件。存储器216可以包括可由计算机或至少一个处理器212使用的任何类型的计算机可读介质,例如,随机存取存储器(RAM)、只读存储器(ROM)、磁带、磁盘、光盘、易失性存储器、非易失性存储器以及其任何组合。在一个方面中,例如,存储器216可以是存储一条或多条计算机可执行代码的非暂时性计算机可读存储介质,当UE 104正在操作至少一个处理器212以执行通信组件242和/或其子组件中的一个或多个子组件时,所述一条或多条计算机可执行代码用于定义通信组件242和/或其子组件中的一个或多个子组件和/或与其相关联的数据。
收发机202可以包括至少一个接收机206和至少一个发射机208。接收机206可以包括用于接收数据的硬件和/或可由处理器执行的软件,所述代码包括指令并且被存储在存储器(诸如计算机可读介质)中。接收机206可以是例如射频(RF)接收机。在一个方面中,接收机206可以接收由至少一个基站102发送的信号。另外,接收机206可以处理这种接收到的信号,以及还可以获得对信号的测量,诸如但不限于Ec/Io、SNR、参考信号接收功率(RSRP)、接收信号强度指示符(RSSI)等。发射机208可以包括用于发送数据的硬件和/或可由处理器执行的软件,所述代码包括指令并且被存储在存储器(诸如计算机可读介质)中。发射机208的适当示例可以包括但不限于RF发射机。
此外,在一个方面中,UE 104可以包括RF前端288,其可以与一个或多个天线265和收发机202相通信地进行操作,用于接收和发送无线电传输,例如,至少一个基站102所发送的无线通信或者UE 104所发送的无线传输。RF前端288可以连接到一个或多个天线265并且可以包括用于发送和接收RF信号的一个或多个低噪声放大器(LNA)290、一个或多个开关292、一个或多个功率放大器(PA)298、以及一个或多个滤波器296。天线265可以包括一个或多个天线、天线元件和/或天线阵列。
在一个方面中,LNA 290可以将接收到的信号放大到期望的输出电平处。在一个方面中,每个LNA 290可以具有指定的最小增益值和最大增益值。在一个方面中,RF前端288可以基于用于特定应用的期望增益值,使用一个或多个开关292来选择特定的LNA 290和其指定的增益值。
此外,例如,RF前端288可以使用一个或多个PA 298来将用于RF输出的信号放大到期望的输出功率电平处。在一个方面中,每个PA 298可以具有指定的最小增益值和最大增益值。在一个方面中,RF前端288可以基于用于特定应用的期望增益值,使用一个或多个开关292来选择特定的PA 298和其指定的增益值。
此外,例如,RF前端288可以使用一个或多个滤波器296来对接收到的信号进行滤波以获得输入RF信号。类似地,在一个方面中,例如,可以使用相应的滤波器296来对来自相应的PA 298的输出进行滤波以产生用于传输的输出信号。在一个方面中,每个滤波器296可以连接到特定的LNA 290和/或PA 298。在一个方面中,RF前端288可以使用一个或多个开关292,以基于如收发机202和/或处理器212所指定的配置来选择使用指定的滤波器296、LNA290和/或PA 298的发送路径或接收路径。
因而,收发机202可以被配置为经由RF前端288,通过一个或多个天线265来发送和接收无线信号。在一个方面中,收发机可以被调谐为以指定的频率进行操作,使得UE 104可以与例如一个或多个基站102或者与一个或多个基站102相关联的一个或多个小区进行通信。在一个方面中,例如,调制解调器240可以基于UE 104的UE配置和由调制解调器240所使用的通信协议,将收发机202配置为以指定的频率和功率电平来操作。
在一个方面中,调制解调器240可以是多频带多模式调制解调器,其可以处理数字信号以及与收发机202进行通信,使得使用收发机202来发送和接收数字数据。在一个方面中,调制解调器240可以是多频带的并且可以被配置为针对特定的通信协议支持多个频带。在一个方面中,调制解调器240可以是多模式的并且被配置为支持多个运营网络和通信协议。在一个方面中,调制解调器240可以基于指定的调制解调器配置来控制UE 104的一个或多个组件(诸如RF前端288、收发机202),以实现对来自网络的信号的发送和/或接收。在一个方面中,调制解调器配置可以是基于调制解调器的模式和使用中的频带的。在另一个方面中,调制解调器配置可以是基于与UE 104相关联的(如网络在小区选择和/或小区重选期间提供的)UE配置信息的。
在一个方面中,处理器212可以对应于结合图8中的UE描述的处理器中的一个或多个处理器。类似地,存储器216可以对应于结合图8中的UE描述的存储器。
参照图3,基站102(例如,如上所述的基站102和/或gNB 180)的实现方式的一个示例可以包括各种组件,其中的一些组件已经在上文中进行了描述,但是包括诸如下列各项的组件:经由一个或多个总线344通信的一个或多个处理器312和存储器316以及收发机302,它们可以结合调制解调器340和重传组件342操作,用于促进经由多播和/或单播数据传输根据一个或多个HARQ过程252的重传。在一些方面,一个或多个HARQ过程可以包括一个或多个多播HARQ过程254和/或一个或多个单播HARQ过程256。
收发机302、接收机306、发射机308、一个或多个处理器312、存储器316、应用375、总线344、RF前端388、LNA 390、开关392、滤波器396、PA 398和一个或多个天线365可以与如上所述的UE 104的对应组件相同或相似,但是被配置或以其它方式被编程用于与UE操作相对的基站操作。
在一个方面中,处理器312可以对应于结合图8中的基站描述的处理器中的一个或多个处理器。类似地,存储器316可以对应于结合图8中的基站描述的存储器。
图4示出了用于在网络实体处进行无线通信方法400的示例的流程图。在示例中,基站102可以使用图1和图3中描述的组件中的一个或多个组件来执行方法400中描述的功能。
在框402处,方法400可以在至少一个下行链路通信信道上向多个UE发送第一多播数据。在一方面,重传组件342(例如,结合处理器312、存储器316和/或收发机302)可以被配置为:在至少一个下行链路通信信道上向多个UE 104发送第一多播数据。因此,网络实体102、处理器312、确定组件342或其子组件之一可以定义用于在至少一个下行链路通信信道上向多个UE发送第一多播数据的单元。
在框404处,方法400可以响应于多播数据传输,在上行链路通信信道上接收来自多个UE中的一个或多个UE的NACK。在一方面,重传组件342(例如,结合处理器312、存储器316和/或收发机302)可以被配置为:响应于多播传输,在上行链路通信信道上接收来自多个UE中的一个或多个UE 104的NACK。因此,网络实体102、处理器312、确定组件342或其子组件之一可以定义用于响应于多播传输,在上行链路通信信道上接收来自多个UE中的一个或多个UE的NACK的单元。
在框406处,方法400可以根据HARQ过程,将包括第一多播数据的一部分的第二多播数据发送到一个或多个UE。在一方面,重传组件342(例如,结合处理器312、存储器316和/或收发机302)可以被配置为:根据HARQ过程,将包括第一多播数据的一部分的第二多播数据发送到一个或多个UE 104。因此,网络实体102、处理器312、确定组件342或其子组件之一可以定义用于根据HARQ过程,将包括第一多播数据的至少一部分的第二多播数据发送到一个或多个UE的单元。
在一些方面,多个UE 104可以与公共G-RNTI相关联。
尽管未示出,但在一些方面,方法400可以包括:针对多个UE中的每个UE,配置用于多播数据传输的HARQ过程(例如,多播HARQ过程254)数量,其中,用于多播数据传输的该数量个HARQ过程可以在多个UE 104中的每个UE之间是公共的。
尽管未示出,但在一些方面,方法400可以包括:确定HARQ过程252的总数,该总数包括用于多播数据传输的HARQ过程(例如,多播HARQ过程254)的数量以及用于单播数据传输的HARQ过程(例如,单播HARQ过程256)的数量,以及将HARQ过程252的总数发送到多个UE104中的至少一个UE。
在一些方面,HARQ过程252的总数可以对应于限制所配置的HARQ过程的数量的HARQ门限值。
尽管未示出,但在一些方面,方法400可以包括:确定用于单播数据传输的HARQ过程(例如,单播HARQ过程256)的数量,其中,针对多个UE 104中的每个UE配置用于多播数据传输的HARQ过程(例如,多播HARQ过程254)的数量可以包括:从HARQ过程(例如,HARQ过程252)的数量中分配用于多播数据传输的HARQ过程(例如,多播HARQ过程254)的数量,以及将用于单播数据传输的HARQ过程(例如,单播HARQ过程256)的数量和用于多播数据传输的HARQ过程(例如,多播HARQ过程254)的数量发送到多个UE 104中的一个或多个UE。
在一些方面,根据HARQ过程向一个或多个UE 104发送第二多播数据可以包括:确定用于单播数据传输的至少一个HARQ过程(例如,来自单播HARQ过程256)是可用的,并且将来自单播数据传输的至少一个HARQ过程与第二多播数据传输进行关联。
尽管未示出,但在一些方面,方法400可以包括:基于将来自单播数据传输的至少一个HARQ过程(例如,单播HARQ过程256)关联到第二多播数据传输,来配置NDI。
尽管未示出,但在一些方面,方法400可以包括:发送下列各项中的至少一项:针对与第二多播数据传输相关联的至少一个HARQ过程的NDI、针对与第二多播数据传输相关联的至少一个HARQ过程的准许,或者针对与第二多播数据传输相关联的至少一个HARQ过程的HARQ过程覆盖标识符。
图5示出了用于UE处的无线通信的方法500的示例的流程图。在一个示例中,UE104可以使用图1和图2中描述的组件中的一个或多个组件来执行方法500中描述的功能。
在框502处,方法500可以在来自网络实体的下行链路通信信道上接收来自网络实体的第一多播数据。在一方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:在来自网络实体的下行链路通信信道上接收来自网络实体(例如,基站102)的第一多播数据。因此,UE 104、处理器212、收发机202、通信组件242或其子组件之一可以定义用于在来自网络实体的下行链路通信信道上接收来自网络实体的第一多播数据的单元。
在框504处,方法500可以确定第一多播数据的至少一部分没有被接收到。在一方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:确定第一多播数据的至少一部分没有被接收到。因此,UE 104、处理器212、通信组件242或其子组件之一可以定义用于确定第一多播数据的至少一部分没有被接收到的单元。
在框506处,方法500可以:响应于确定第一多播数据的至少一部分没有被接收到,根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK。在一个方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:响应于确定第一多播数据的至少一部分没有被接收到,根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK。因此,UE 104、处理器212、收发机202、通信组件242或其子组件之一可以定义:用于响应于确定第一多播数据的至少一部分没有被接收到,根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK的单元。
在框508处,方法500可以响应于向网络实体发送NACK,根据HARQ过程来接收包括第一多播数据的至少该部分的第二多播数据。在一方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:响应于向网络实体发送NACK,根据HARQ过程来接收包括第一多播数据的至少该部分的第二多播数据。因此,UE 104、处理器212、收发机202、通信组件242或其子组件之一可以定义:用于响应于向网络实体发送NACK,根据HARQ过程来接收包括第一多播数据的至少该部分的第二多播数据的单元。
尽管未示出,但在一些方面,方法500可以包括:从网络实体接收被允许用于多播数据传输的HARQ过程的数量。
尽管未示出,但在一些方面,方法500可以包括:接收对用于单播的HARQ过程(例如,单播HARQ过程256)的数量以及用于多播数据传输的HARQ过程(例如,多播HARQ过程256)的数量的配置,其中,用于单播数据传输的HARQ过程的数量加上用于多播数据传输的HARQ过程的数量不满足(例如,低于)门限(例如,HARQ过程252低于门限HARQ值)。
尽管未示出,但在一些方面,方法500可以包括:接收用于单播数据传输的HARQ过程(例如,单播HARQ过程256)的数量,包括来自用于单播数据传输的HARQ过程的数量的、对用于多播数据传输的HARQ过程(例如,多播HARQ过程254)的数量的分配。
在一些方面,HARQ过程可以对应于来自用于单播数据传输的HARQ过程的数量的、用于多播数据传输的所分配数量的HARQ过程中的一个HARQ过程。
在一些方面,接收数据的至少该部分的第二多播数据可以包括:根据先前与单播数据传输相关联的HARQ过程来接收第二多播数据。
尽管未示出,但在一些方面,方法500可以包括:接收下列各项中的至少一项:针对与第二多播数据相关联的HARQ过程的NDI、针对与第二多播数据传输相关联的HARQ过程的准许,或者针对与第二多播数据传输相关联的HARQ过程的HARQ过程覆盖标识符。
在一些方面,对准许的接收可以触发对存储缓冲器的清除和对NDI的切换的指示。
在一些方面,HARQ过程标识符可以指示:用于多播数据传输的HARQ过程覆盖用于单播数据传输的HARQ过程。
图6示出了用于在网络实体处进行无线通信的方法600的示例的流程图。在示例中,基站102可以使用图1和图3中描述的组件中的一个或多个组件来执行方法600中描述的功能。
在框602处,方法600可以在至少一个下行链路通信信道上向多个UE发送多播数据。在一方面,重传组件342(例如,结合处理器312、存储器316和/或收发机302)可以被配置为:在至少一个下行链路通信信道上向多个UE 104发送多播数据。因此,网络实体102、处理器312,收发机302、确定组件342或其子组件之一可以定义用于在至少一个下行链路通信信道上向多个UE发送多播数据的单元。
在框604处,方法600可以响应于多播数据传输,在上行链路通信信道上接收来自多个UE中的一个或多个UE的NACK。在一方面,重传组件342(例如,结合处理器312、存储器316和/或收发机302)可以被配置为:响应于多播数据传输,在上行链路通信信道上接收来自多个UE中的一个或多个UE 104的NACK。因此,网络实体102,收发机302、处理器312、确定组件342或其子组件之一可以定义用于响应于多播数据传输,在上行链路通信信道上接收来自多个UE中的一个或多个UE的NACK的单元。
在框606处,方法600可以根据HARQ过程,将包括去往一个或多个UE的数据的至少一部分的单播数据发送到至少一个UE。在一方面,重传组件342(例如,结合处理器312、存储器316和/或收发机302)可以被配置为:根据去往至少一个UE的HARQ过程,向一个或多个UE104发送包括数据的一部分的单播数据。因此,网络实体102、处理器312、收发机302、确定组件342或其子组件之一可以定义用于根据去往至少一个UE的HARQ过程,向一个或多个UE发送包括多播数据的一部分的单播数据的单元。
尽管未示出,但在一些方面,方法600可以包括:发送与C-RNTI相关联的准许,所述准许指示用于包括所述HARQ过程的单播数据传输的HARQ过程标识符,其中,用于单播数据传输的所述HARQ过程标识符与用于多播数据传输的至少一个HARQ过程相关联。
在一些方面,用于单播数据传输的数个HARQ过程的子集(例如,单播HARQ过程256)可以被分配用于多播数据传输。
尽管未示出,但在一些方面,方法600可以包括发送与RETX-RNTI相关联的准许,该准许指示单播数据传输与多播数据传输的DCI相关联。
尽管未示出,但在一些方面,方法600可以包括:基于G-RNTI和映射到特定于UE的搜索空间的DCI,发送针对单播数据传输的准许。
在一些方面,从至少一个UE接收NACK可以包括:从第一UE接收第一NACK以及从第二UE接收第二NACK,方法600还可以包括:在单个TTI内向第一UE和第二UE发送多个准许,其中,重新发送数据的至少一部分包括:根据HARQ过程,经由单播数据传输向第一UE进行重新发送,以及根据第二HARQ过程,经由单播数据传输向第二UE进行重新发送。
在一些方面,从至少一个UE接收NACK可以包括:从第一UE接收第一NACK以及从第二UE接收第二NACK,方法还包括:在第二TTI内向第一UE和第二UE发送准许,其中,准许指示与多个集群的资源分配,其中,MCS确定、TBS确定或速率匹配中的至少一项是针对多个集群中的每个集群独立地执行的。
图7示出了用于UE处的无线通信的方法700的示例的流程图。在一个示例中,UE104可以使用图1和图2中描述的组件中的一个或多个组件来执行方法700中描述的功能。
在框702处,方法700可以在来自网络实体的下行链路通信信道上接收来自网络实体的第一多播数据。在一方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:在来自网络实体的下行链路通信信道上,接收来自网络实体(例如,基站102)的第一多播数据。因此,UE 104、处理器212、收发机202、通信组件242或其子组件之一可以定义用于在来自网络实体的下行链路通信信道上,接收来自网络实体的第一多播数据的单元。
在框704处,方法700可以确定:多播数据的至少一部分没有经由多播数据传输被接收到。在一方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:确定多播数据的至少一部分没有经由多播数据传输接收到。因此,UE 104、处理器212、收发机202、通信组件242或其子组件之一可以定义用于确定多播数据的至少一部分没有经由多播数据传输被接收到的单元。
在框706处,方法700可以响应于确定至少该多播部分没有被接收到,来根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK。在一个方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:响应于确定多播数据的至少一部分没有被接收到,来根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK。因此,UE 104、处理器212、收发机202、通信组件242或其子组件之一可以定义:用于响应于确定多播数据的至少一部分没有被接收到,来根据HARQ过程,在到网络实体的上行链路通信信道上,向网络实体发送NACK的单元。
在框708处,方法700可以根据HARQ过程并且响应于向网络实体发送NACK,来接收包括多播数据的至少一部分的单播数据。在一方面,通信组件242(例如,结合处理器212、存储器216和/或收发机202)可以被配置为:根据HARQ过程并且响应于向网络实体发送NACK,来接收包括多播数据的至少一部分的单播数据。因此,UE 104、处理器212、收发机202、通信组件242或其子组件之一可以定义用于根据HARQ过程并且响应于向网络实体发送NACK,来接收包括多播数据的至少该部分的单播数据的单元。
尽管未示出,但在一些方面,方法700可以包括:接收与C-RNTI相关联的准许,所述准许指示针对包括HARQ过程的单播数据传输的HARQ过程标识符,其中,针对单播数据传输的HARQ过程标识符与用于多播数据传输的至少一个HARQ过程相关联。
在一些方面,用于单播数据传输的数量个HARQ过程的子集被分配用于多播数据传输。
在一些方面,其中,多播数据传输与第一LLR相关联并且单播数据重传与第二LLR相关联,方法700还包括:响应于接收到包括数据的至少该部分的单播数据,对第一LLR和第二LLR进行组合。
尽管未示出,但在一些方面,方法700接收与RETX-RNTI相关联的准许,所述准许指示单播数据重传与多播数据传输的DCI是相关联的。
尽管未示出,但在一些方面,方法700可以包括:基于G-RNT和映射到特定于UE的搜索空间的DCI,来接收针对单播数据重传的准许。
尽管未示出,但在一些方面,方法700包括:在单个TTI内接收多个准许;以及基于下列各项中的至少一项,从TTI内的准许中确定与UE的G-RNTI相关联的准许:DMRS SNR、DCI内的UE能力指示,或者针对包括UE的UE集群的DCI,并且其中,接收单播重传包括:基于确定与UE的G-RNTI相关联的准许,根据HARQ过程来接收数据的至少一部分的单播数据传输。
图8是包括基站102和UE 104的MIMO通信系统800的框图。MIMO通信系统800可以示出参考图1描述的无线通信接入网络100的一些方面。基站102可以是参考图1描述的基站102的方面的示例。基站102可以配备有天线834和835,并且UE 104可以配备有天线852和853。在MIMO通信系统800中,基站102可以能够同时在多个通信链路上发送数据。每个通信链路可以被称为“层”,并且通信链路的“秩”可以指示用于通信的层的数量。例如,在基站102发送两个“层”的2x2 MIMO通信系统中,在基站102与UE 104之间的通信链路的秩是2。
在基站102处,发送(Tx)处理器820可以从数据源接收数据。发送处理器820可以处理数据。发送处理器820还可以生成控制符号或参考符号。发送MIMO处理器830可以对数据符号、控制符号或参考符号(如果适用的话)执行空间处理(诸如预编码),并且可以向发送调制器/解调器832和833提供输出符号流。每个调制器/解调器832至833可以处理相应的输出符号流(诸如用于OFDM等),以获得输出采样流。每个调制器/解调器832至833可以进一步处理(例如,转换成模拟、放大、滤波和上变频)输出采样流,以获得DL信号。在一个示例中,来自调制器/解调器832和833的DL信号可以分别经由天线834和835进行发送。
UE 104可以是参照图1和2描述的UE 104的各方面的示例。在UE 104处,UE天线852和853可以从基站102接收DL信号,并且可以分别将所接收的信号提供给解调器/解调器854和855。每个解调器/解调器854至855可以调节(例如,滤波、放大、下变频和数字化)相应接收的信号,以获得输入采样。每个解调器/解调器854至855可以进一步处理输入采样(诸如用于OFDM等),以获得接收符号。MIMO检测器856可以从解调器854和855获得接收符号,对接收符号执行MIMO检测(如果适用的话),并且提供检测到的符号。接收(Rx)处理器858可以处理(诸如解调、解交织和解码)检测到的符号,将针对UE 104的经解码的数据提供给数据输出,并且将经解码的控制信息提供给处理器880或存储器1182。
在一些情况下,处理器880可以执行所存储的指令以将通信组件242(参见诸如图1和2)实例化。
在上行链路(UL)上,在UE 104处,发送处理器864可以从数据源接收数据并且对该数据进行处理。发送处理器864还可以生成用于参考信号的参考符号。来自发送处理器864的符号可以由发送MIMO处理器866进行预编码(如果适用的话),由调制器/解调器854和855进一步处理(诸如用于SC-FDMA等等),并且根据从基站102接收的通信参数被发送给基站102。在基站102处,来自UE 104的UL信号可以由天线834和835进行接收,由解调器/解调器832和833进行处理,由MIMO检测器836进行检测(如果适用的话),并且由接收处理器838进一步处理。接收处理器838可以将经解码的数据提供给数据输出以及处理器840或存储器842。
在一些情况下,处理器840可以执行所存储的指令以将重传组件342(参见诸如图1和3)实例化。
可以单独地或共同地利用适于以硬件执行适用的功能中的一些或全部功能的一个或多个ASIC来实现UE 104的组件。所提及的模块中的每个模块可以是用于执行与MIMO通信系统800的操作相关的一个或多个功能的单元。类似地,可以单独地或共同地利用适于以硬件执行适用的功能中的一些或全部功能的一个或多个ASIC来实现基站102的组件。所提及的组件中的每个组件可以是用于执行与MIMO通信系统800的操作相关的一个或多个功能的单元。
一些另外的示例
在一个示例中,一种网络实体处的通信方法包括:在至少一个下行链路通信信道上向多个UE发送第一多播数据;响应于第一多播数据传输,在上行链路通信信道上从来自多个UE的一个或多个UE接收NACK;以及根据HARQ过程将包括数据的至少一部分的第二多播数据发送到一个或多个UE。
上述示例中的一个或多个示例还可以包括:其中多个UE与公共G-RNTI相关联。
上述示例中的一个或多个示例还可以包括:针对多个UE中的每个UE,配置用于多播数据传输的HARQ过程的数量,其中,HARQ过程的数量在多个UE中的每个UE之间是公共的。
上述示例中的一个或多个示例还可以包括:还包括确定HARQ过程的总数,所述HARQ过程的总数包括用于多播数据传输的HARQ过程的数量以及用于单播数据传输的HARQ过程的数量,以及将HARQ过程的总数发送到多个UE中的至少一个UE。
上述示例中的一个或多个示例还可以包括:其中,HARQ过程的总数对应于用于限制所配置的HARQ过程的数量的HARQ门限。
上述示例中的一个或多个示例还可以包括:确定用于单播数据传输的HARQ过程的数量,其中,针对多个UE中的每个UE配置用于多播数据传输的HARQ过程的数量包括:从HARQ过程的数量中分配用于多播数据传输的HARQ过程的数量,以及将用于单播数据传输的HARQ过程的数量和用于多播数据传输的HARQ过程的数量发送到多个UE中的一个或多个UE。
上述示例中的一个或多个示例还可以包括:其中,根据HARQ过程向一个或多个UE发送第二多播数据包括:确定至少一个用于单播数据传输的HARQ过程是可用的,并且将来自单播数据传输的该至少一个HARQ过程关联到第二多播数据传输。
上述示例中的一个或多个示例还可以包括:基于将来自单播数据传输的至少一个HARQ过程关联到第二多播数据传输来配置NDI。
上述示例中的一个或多个示例还可以包括:发送下列中的至少一项:针对与第二多播数据传输相关联的至少一个HARQ过程的NDI、针对与第二多播数据传输相关联的至少一个HARQ过程的准许,或者针对与第二多播数据传输相关联的至少一个HARQ过程的HARQ过程覆盖标识符。
在另一示例中,一种UE处的通信方法包括:在来自网络实体的下行链路通信信道上接收来自网络实体的第一多播数据;确定来自第一多播数据的数据的至少一部分没有被接收到;根据HARQ过程,以及响应于确定数据的至少一部分没有被接收到,在到网络实体的上行链路通信信道上,向网络实体发送NACK;以及根据HARQ过程以及响应于向网络实体发送NACK,接收至少包括数据的该部分的第二多播数据。
上述示例中的一个或多个示例还可以包括:从网络实体接收被允许用于多播数据传输的HARQ过程的数量。
上述示例中的一个或多个示例还可以包括:接收对用于单播数据传输的HARQ过程的数量以及用于多播数据传输的HARQ过程的数量的配置,其中,用于单播数据传输的HARQ过程的数量加上用于多播数据传输的HARQ过程的数量低于门限。
上述示例中的一个或多个示例还可以包括:接收用于单播数据传输的HARQ过程的数量,包括来自用于单播数据传输的HARQ过程的数量的、对用于多播数据传输的HARQ过程的数量的分配。
上述示例中的一个或多个示例还可以包括:其中,HARQ过程对应于来自用于单播数据传输的HARQ过程的数量的、所分配数量的用于多播数据传输的HARQ过程中的一个HARQ过程。
上述示例中的一个或多个示例还可以包括:其中,接收数据的至少一部分的第二多播数据包括:根据先前与单播数据传输相关联的HARQ过程来接收第二多播数据。
上述示例中的一个或多个示例还可以包括:接收下列各项中的至少一项:针对与第二多播数据相关联的HARQ过程的NDI、针对与第二多播数据传输相关联的HARQ过程的准许,或者针对与第二多播数据传输相关联的HARQ过程的HARQ过程覆盖标识符。
上述示例中的一个或多个示例还可以包括:其中,对准许的接收触发对存储缓冲器的清除和对NDI的切换的指示。
上述示例中的一个或多个示例还可以包括:其中,HARQ过程标识符指示:用于多播数据传输的HARQ过程覆盖用于单播数据传输的HARQ过程。
在另一示例中,一种网络实体处的通信方法包括:在至少一个下行链路通信信道上向多个UE发送多播数据;响应于多播数据传输,在上行链路通信信道上从多个UE中的至少一个UE接收NACK;以及根据HARQ过程向至少一个UE发送包括数据的至少一部分的单播数据。
上述示例中的一个或多个示例还包括:发送与C-RNTI相关联的准许,所述准许指示用于包括HARQ过程的单播数据传输的HARQ过程标识符,其中,用于单播数据传输的HARQ过程标识符与用于多播数据传输的至少一个HARQ过程相关联。
上述示例中的一个或多个示例还可以包括:其中,用于单播数据传输的数量个HARQ过程的子集被分配用于多播数据传输。
上述示例中的一个或多个示例还可以包括:发送与RETX-RNTI相关联的准许,所述准许指示单播数据传输与多播数据传输的DCI相关联。
上述示例中的一个或多个示例还可以包括:基于G-RNTI和映射到特定于UE的搜索空间的DCI,发送用于单播数据传输的准许。
上述示例中的一个或多个示例还可以包括:其中,从至少一个UE接收NACK包括:从第一UE接收第一NACK以及从第二UE接收第二NACK,方法还包括:在单个TTI内向第一UE和第二UE发送多个准许,其中,重新发送数据的至少一部分包括:根据HARQ过程,经由单播数据传输向第一UE进行重新发送,以及根据第二HARQ过程,经由单播数据传输向第二UE进行重新发送。
上述示例中的一个或多个示例还可以包括:其中,从至少一个UE接收NACK包括:从第一UE接收第一NACK以及从第二UE接收第二NACK,方法还包括:在第二TTI内向第一UE和第二UE发送准许,其中,准许指示具有多个集群的资源分配,其中,MCS确定、TBS确定或速率匹配中的至少一项是针对多个集群中的每个集群独立地执行的。
在又一个示例中,一种UE处的通信方法包括:在来自网络实体的下行链路通信信道上,接收来自网络实体的多播数据;确定来自多播数据的数据的至少一部分没有经由多播数据传输被接收到;根据HARQ过程,以及响应于确定数据的至少一部分没有被接收到,在到网络实体的上行链路通信信道上向网络实体发送NACK;以及根据HARQ过程以及响应于向网络实体发送NACK,接收至少包括数据的该部分的单播数据。
上述示例中的一个或多个示例还包括:接收与C-RNTI相关联的准许,所述准许指示用于包括HARQ过程的单播数据传输的HARQ过程标识符,其中,用于单播数据传输的HARQ过程标识符与用于多播数据传输的至少一个HARQ过程相关联。
上述示例中的一个或多个示例还可以包括:其中,用于单播数据传输的数量个HARQ过程的子集被分配用于多播数据传输。
上述示例中的一个或多个示例还可以包括:其中,多播数据传输与第一LLR相关联并且单播数据重传与第二LLR相关联,方法还包括:响应于接收到包括数据的至少一部分的单播数据,对第一LLR和第二LLR进行组合。
上述示例中的一个或多个示例还可以包括:接收与RETX-RNTI相关联的准许,所述准许指示单播数据重传与多播数据传输的DCI相关联。
上述示例中的一个或多个示例还可以包括:基于G-RNTI和映射到特定于UE的搜索空间的DCI,接收用于单播数据重传的准许。
上述示例中的一个或多个示例还可以包括:在单个TTI内接收多个准许;以及基于下列各项中的至少一项从TTI内的准许中确定与UE的G-RNTI相关联的准许:DMRS SNR、DCI内的UE能力指示,或者用于包括UE的UE集群的DCI,并且其中,接收单播数据重传包括:基于确定与UE的G-RNTI相关联的准许,根据HARQ过程,接收数据的至少一部分的单播传输。
上文结合附图阐述的上述具体实现方式描述了示例,并不表示可以实现或者在权利要求书的范围内的唯一示例。当在本说明书中使用时,术语“示例”意指“用作示例、实例或说明”,而不是相对于其他示例来说是“优选的”或“有优势的”。为了提供对所描述的技术的理解,具体实现方式包括了具体的细节。然而,可以不使用这些具体细节来实现这些技术。在一些实例中,为了避免模糊所描述的示例的概念,以框图形式示出了公知的结构和装置。
可以使用各种不同的技术和方法中的任何一种来表示信息和信号。例如,在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或磁性粒子、光场或光粒子、存储在计算机可读介质上的计算机可执行代码或指令,或者它们的任意组合来表示。
使用专门编程的设备(诸如但不限于:被设计为执行本文所述功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者它们的任意组合)可以实现或执行结合本文中的公开内容所描述的各个说明性的框和组件。专门编程的处理器可以是微处理器,但是,在替代方案中,该处理器可以是任何常规的处理器、控制器、微控制器或者状态机。专门编程的处理器也可以实现为计算设备的组合,例如,DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合,或者任何其他此种结构。
可以用硬件、软件或它们的任意组合来实现本文中所描述的功能。如果通过由处理器执行的软件实现,则这些功能可以作为一条或多条指令或代码保存在非暂时性计算机可读介质上、或者通过非暂时性计算机可读介质传输。其他示例和实现在本公开内容和所附权利要求书的范围和精神之内。例如,由于软件的性质,可以使用由专门编程的处理器、硬件、硬接线、或者这些的任意组合所执行的软件来实现上述的功能。也可以将实现功能的特征物理地放置到各种位置,包括被分布为使得在不同物理位置处实现功能的部分。此外,术语“或”旨在意指包含性的“或”,而不是排他性的“或”。也就是说,除非另有规定或从上下文中能够明确,否则短语例如,“X使用A或B”旨在意指任何自然的包含的排列。也就是说,例如,下列实例中的任何一个都满足短语“X使用A或B”:X使用A;X使用B;或者X使用A和B二者。此外,如本文(包括权利要求)中所使用的,在前面冠以“至少其中之一”的条目列表中所使用的“或”指示分隔的列表,使得例如,“A、B、或C中的至少一个”的列表意指A、或B、或C、或AB、或AC、或BC、或ABC(A和B和C)。
计算机可读介质包括计算机存储介质和通信介质二者,通信介质包括有助于将计算机程序从一个地点传输到另一个地点的任意介质。存储介质可以是可以由通用计算机或专用计算机存取的任何可用介质。通过举例而非限制的方式,计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并可以由通用或专用计算机或者通用或专用处理器进行存取的任何其他介质。此外,任何连接都可以被适当地称为计算机可读介质。例如,如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或其他远程源发送软件,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术包括在介质的定义中。如本文中所使用的,磁盘(disk)和光碟(disc)包括压缩光碟(CD)、激光光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中磁盘通常磁性地复制数据,而光碟则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的范围之内。
为了使本领域的技术人员能够实现或使用本公开内容,在前面提供了对本公开内容的描述。对于本领域的技术人员而言,对本公开内容的各种修改将是显而易见的,并且在不背离本公开内容的精神或范围的前提下,本文中定义的普遍原理可适用于其他变型。此外,虽然可以以单数形式描述或主张所描述的方面和/或实施例的元素,但除非明确声明限于单数形式,否则复数也是预期的。此外,除非另有声明,否则,任何方面和/或实施例的全部或一部分可以与任何其他方面和/或实施例的全部或一部分一起使用。因此,本公开内容并不受限于本文中所描述的示例和设计,而是符合与本文中所公开的原理和新颖特征相一致的最广范围。

Claims (30)

1.一种用户设备(UE)处的通信方法,包括:
在来自网络实体的下行链路通信信道上,接收来自网络实体的第一多播数据;
确定第一多播数据的至少一部分没有被接收到;
响应于确定所述第一多播数据的所述至少一部分没有被接收到,根据混合自动重传请求(HARQ)过程,在到所述网络实体的上行链路通信信道上,向所述网络实体发送否定确认(NACK);以及
响应于向所述网络实体发送所述NACK,根据所述HARQ过程,接收包括所述第一多播数据的所述至少一部分的第二多播数据。
2.根据权利要求1所述的方法,还包括:从所述网络实体接收被允许用于多播数据传输的HARQ过程的数量。
3.根据权利要求2所述的方法,还包括:接收对用于单播数据传输的HARQ过程的数量以及用于多播数据传输的HARQ过程的数量的配置,其中,所述用于单播数据传输的HARQ过程的数量加上所述用于多播数据传输的HARQ过程的数量低于门限。
4.根据权利要求2所述的方法,还包括:接收用于单播数据传输的HARQ过程的数量,包括来自所述用于单播数据传输的HARQ过程的数量的、对所述用于多播数据传输的HARQ过程的数量的分配。
5.根据权利要求4所述的方法,其中,HARQ过程对应于来自所述用于单播数据传输的HARQ过程的数量的、所分配数量的用于多播数据传输的HARQ过程中的一个HARQ过程。
6.根据权利要求2所述的方法,其中,接收所述数据的所述至少一部分的所述第二多播数据包括:根据先前与单播数据传输相关联的HARQ过程来接收所述第二多播数据。
7.根据权利要求6所述的方法,还包括接收下列各项中的至少一项:
针对与所述第二多播数据相关联的HARQ过程的新数据指示符(NDI),
针对与所述第二多播数据传输相关联的HARQ过程的准许,或者
针对与所述第二多播数据传输相关联的HARQ过程的HARQ过程覆盖标识符。
8.根据权利要求7所述的方法,其中,对所述准许的接收触发对存储缓冲器的清除和对所述NDI的切换的指示。
9.根据权利要求7所述的方法,其中,HARQ过程标识符指示用于多播数据传输的HARQ过程覆盖用于单播数据传输的HARQ过程。
10.一种用户设备(UE)处的通信方法,包括:
在来自网络实体的下行链路通信信道上,接收来自网络实体的多播数据;
确定多播数据的至少一部分没有经由所述多播数据被接收到;
响应于确定所述多播数据的所述至少一部分没有被接收到,根据混合自动重传请求(HARQ)过程,在到所述网络实体的上行链路通信信道上,向所述网络实体发送否定确认(NACK);以及
响应于向所述网络实体发送所述NACK,根据所述HARQ过程接收包括所述多播数据的所述至少一部分的单播数据,其中,所述单播数据对应于单播数据重传。
11.根据权利要求10所述的方法,还包括:接收与小区无线网络临时标识符(C-RNTI)相关联的准许,所述准许指示用于包括所述HARQ过程的单播数据传输的HARQ过程标识符,其中,用于单播数据传输的所述HARQ过程标识符与用于多播数据传输的至少一个HARQ过程相关联,其中,用于单播数据传输的数量个HARQ过程的子集被分配用于所述多播数据传输。
12.根据权利要求11所述的方法,其中,所述多播数据传输与第一对数似然比LLR相关联,并且所述单播数据传输与第二LLR相关联,所述方法还包括:
响应于接收到包括所述数据的所述至少一部分的所述单播数据,对所述第一LLR和所述第二LLR进行组合。
13.根据权利要求10所述的方法,还包括:接收与重传无线网络临时标识符(RETX-RNTI)相关联的准许,所述准许指示所述单播数据重传与所述多播数据传输的下行链路控制信息(DCI)相关联。
14.根据权利要求10所述的方法,还包括:基于组无线网络临时标识符(G-RNTI)和映射到特定于UE的搜索空间的下行链路控制信息(DCI),接收针对所述单播数据重传的准许。
15.根据权利要求10所述的方法,还包括:
在单个传输时间间隔(TTI)内接收多个准许;以及
基于下列各项中的至少一项从所述TTI内的所述准许中确定与所述UE的G-RNTI相关联的准许:
解调参考信号(DMRS)信噪比(SNR),
下行链路控制信息(DCI)内的UE能力指示,或者
用于包括所述UE的UE集群的DCI,并且
其中,接收所述单播重传包括:基于确定与所述UE的所述G-RNTI相关联的所述准许,根据所述HARQ过程,接收所述数据的所述至少一部分的所述单播数据传输。
16.一种用于无线通信的装置,包括:
收发机;
存储器,其被配置为存储指令;以及
至少一个处理器,其与所述收发机和所述存储器通信地耦合,其中,所述至少一个处理器被配置为使所述装置:
在来自网络实体的下行链路通信信道上,接收来自网络实体的第一多播数据;
确定第一多播数据的至少一部分没有被接收到;
响应于确定所述第一多播数据的所述至少一部分没有被接收到,根据混合自动重传请求(HARQ)过程,在到所述网络实体的上行链路通信信道上向所述网络实体发送否定确认(NACK);以及
响应于向所述网络实体发送所述NACK,根据所述HARQ过程,接收包括所述第一多播数据的所述至少一部分的第二多播数据。
17.根据权利要求16所述的装置,其中,所述至少一个处理器被配置为:从所述网络实体接收被允许用于多播数据传输的HARQ过程的数量。
18.根据权利要求17所述的装置,其中,所述至少一个处理器被配置为:接收对用于单播数据传输的HARQ过程的数量以及用于多播数据传输的HARQ过程的数量的配置,并且其中,所述用于单播数据传输的HARQ过程的数量加上所述用于多播数据传输的HARQ过程的数量低于门限。
19.根据权利要求17所述的装置,其中,所述至少一个处理器被配置为:接收用于单播数据传输的HARQ过程的数量,包括来自所述用于单播数据传输的HARQ过程的数量的、对所述用于多播数据传输的HARQ过程的数量的分配。
20.根据权利要求19所述的装置,其中,HARQ过程对应于来自所述用于单播数据传输的HARQ过程的数量的、所分配数量的用于多播数据传输的HARQ过程中的一个HARQ过程。
21.根据权利要求17所述的装置,其中,接收所述数据的所述至少一部分的所述第二多播数据包括:根据先前与单播数据传输相关联的HARQ过程来接收所述第二多播数据。
22.根据权利要求21所述的装置,其中,所述至少一个处理器还被配置为接收下列各项中的至少一项:
针对与所述第二多播数据相关联的HARQ过程的新数据指示符(NDI),
针对与所述第二多播数据传输相关联的HARQ过程的准许,或者
针对与所述第二多播数据传输相关联的HARQ过程的HARQ过程覆盖标识符。
23.根据权利要求22所述的装置,其中,对所述准许的接收触发对存储缓冲器的清除和对所述NDI的切换的指示。
24.根据权利要求22所述的装置,其中,HARQ过程标识符指示用于多播数据传输的HARQ过程覆盖用于单播数据传输的HARQ过程。
25.一种用于用户设备(UE)处的通信的装置,包括:
收发机;
存储器,其被配置为存储指令;以及
至少一个处理器,其与所述收发机和所述存储器通信地耦合,其中,所述至少一个处理器被配置为使所述装置:
在来自网络实体的下行链路通信信道上,接收来自网络实体的多播数据;
确定多播数据的至少一部分没有经由所述多播数据被接收到;
响应于确定所述多播数据的所述至少一部分没有被接收到,根据混合自动重传请求(HARQ)过程,在到所述网络实体的上行链路通信信道上,向所述网络实体发送否定确认(NACK);以及
响应于向所述网络实体发送所述NACK,根据所述HARQ过程接收包括所述多播数据的所述至少一部分的单播数据,其中,所述单播数据对应于单播数据重传。
26.根据权利要求25所述的装置,其中,所述至少一个处理器被还被配置为:接收与小区无线网络临时标识符(C-RNTI)相关联的准许,所述准许指示用于包括所述HARQ过程的单播数据传输的HARQ过程标识符,其中,用于单播数据传输的所述HARQ过程标识符与用于多播数据传输的至少一个HARQ过程相关联,其中,用于单播数据传输的数量个HARQ过程的子集被分配用于所述多播数据传输。
27.根据权利要求26所述的装置,其中,所述多播数据传输与第一对数似然比LLR相关联,并且所述单播数据传输与第二LLR相关联,并且其中,所述至少一个处理器还被配置为:
响应于接收到包括所述数据的所述至少一部分的所述单播数据,对所述第一LLR和所述第二LLR进行组合。
28.根据权利要求25所述的装置,其中,所述至少一个处理器还被配置为:接收与重传无线网络临时标识符(RETX-RNTI)相关联的准许,所述准许指示所述单播数据重传与所述多播数据传输的下行链路控制信息(DCI)相关联。
29.根据权利要求25所述的装置,其中,所述至少一个处理器还被配置为:基于组无线网络临时标识符(G-RNTI)和映射到特定于UE的搜索空间的下行链路控制信息(DCI),接收针对所述单播数据重传的准许。
30.根据权利要求25所述的装置,其中,所述至少一个处理器还被配置为:
在单个传输时间间隔(TTI)内接收多个准许;以及
基于下列各项中的至少一项从所述TTI内的所述准许中确定与所述UE的G-RNTI相关联的准许:
解调参考信号(DMRS)信噪比(SNR),
下行链路控制信息(DCI)内的UE能力指示,或者
用于包括所述UE的UE集群的DCI,并且
其中,接收所述单播重传包括:基于确定与所述UE的所述G-RNTI相关联的所述准许,根据所述HARQ过程,接收所述数据的所述至少一部分的所述单播数据传输。
CN202080052334.7A 2019-07-26 2020-07-22 用于无线通信系统中的重传的技术 Active CN114128192B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410240247.4A CN118118135A (zh) 2019-07-26 2020-07-22 用于无线通信系统中的重传的技术

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962879043P 2019-07-26 2019-07-26
US62/879,043 2019-07-26
US16/934,961 2020-07-21
US16/934,961 US11791943B2 (en) 2019-07-26 2020-07-21 Techniques for retransmissions in wireless communication systems
PCT/US2020/043104 WO2021021525A1 (en) 2019-07-26 2020-07-22 Techniques for retransmissions in wireless communication systems

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202410240247.4A Division CN118118135A (zh) 2019-07-26 2020-07-22 用于无线通信系统中的重传的技术

Publications (2)

Publication Number Publication Date
CN114128192A true CN114128192A (zh) 2022-03-01
CN114128192B CN114128192B (zh) 2024-03-12

Family

ID=74190525

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202410240247.4A Pending CN118118135A (zh) 2019-07-26 2020-07-22 用于无线通信系统中的重传的技术
CN202080052334.7A Active CN114128192B (zh) 2019-07-26 2020-07-22 用于无线通信系统中的重传的技术

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202410240247.4A Pending CN118118135A (zh) 2019-07-26 2020-07-22 用于无线通信系统中的重传的技术

Country Status (4)

Country Link
US (2) US11791943B2 (zh)
EP (1) EP4005127A1 (zh)
CN (2) CN118118135A (zh)
WO (1) WO2021021525A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11791943B2 (en) * 2019-07-26 2023-10-17 Qualcomm Incorporated Techniques for retransmissions in wireless communication systems
WO2021138880A1 (en) * 2020-01-10 2021-07-15 Qualcomm Incorporated Mixed mode broadcast/multicast communication
US11877299B2 (en) * 2020-03-05 2024-01-16 Qualcomm Incorporated Control channel resources for group-feedback in multi-cast
EP4380087A3 (en) 2020-10-21 2024-08-21 Ofinno, LLC Reliable transmission of multicast and broadcast services
US11622242B2 (en) * 2021-03-03 2023-04-04 Nokia Technologies Oy Machine learning based multicast user grouping
CN115038048B (zh) * 2021-03-05 2023-07-07 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
US11812446B2 (en) * 2021-03-25 2023-11-07 Qualcomm Incorporated Feedback techniques for mixed mode transmission schemes
JP2024512961A (ja) * 2021-03-30 2024-03-21 サムスン エレクトロニクス カンパニー リミテッド Mbsリソース割り当てのための方法及び装置
WO2023019473A1 (en) * 2021-08-18 2023-02-23 Lenovo (Beijing) Limited Method and apparatus for error case handling during multicast harq retransmission

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100296427A1 (en) * 2007-08-13 2010-11-25 Panasonic Corporation Soft-Buffer Management of a Re-Transmission Protocol for Unicast and Multicast Transmissions
CN102150389A (zh) * 2008-09-10 2011-08-10 高通股份有限公司 用于在无线通信系统中管理新数据指示符的方法和设备
EP3051727A1 (en) * 2015-01-29 2016-08-03 Alcatel Lucent Point to multi-point wireless transmissions
US20190013902A1 (en) * 2016-01-08 2019-01-10 Lg Electronics Inc. Error recovery method and device for same using multichannel in wireless communication system

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7536622B2 (en) * 2004-03-29 2009-05-19 Nokia Corporation Data repair enhancements for multicast/broadcast data distribution
CN101129013A (zh) 2005-02-28 2008-02-20 松下电器产业株式会社 重发控制方法以及无线通信装置
US7586930B2 (en) * 2005-05-10 2009-09-08 Harris Corporation Multicast data communication method and network
PL2327181T3 (pl) * 2008-09-19 2012-10-31 Ericsson Telefon Ab L M Sposoby i urządzenia w systemie telekomunikacyjnym
US8654661B2 (en) * 2009-05-04 2014-02-18 Industrial Technology Research Institute Method and apparatus for multicast and broadcast retransmission in wireless communication systems
US9210552B2 (en) * 2011-01-03 2015-12-08 Lg Electronics Inc. Method for receiving multicast data in M2M device included in wireless communication system and M2M device therefor
EP3122130B1 (en) * 2014-03-20 2019-06-26 Kyocera Corporation Device for a user terminal configured to communicate with a base station
WO2015171063A1 (en) * 2014-05-08 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for controlling the activity state of a wireless device having device-to-device communication capabilities
WO2016119209A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Ue feedback for point-to-multipoint transmissions
WO2016163548A1 (ja) * 2015-04-10 2016-10-13 京セラ株式会社 基地局及びユーザ端末
CN107534948B (zh) * 2015-05-14 2021-04-16 苹果公司 用于无争用上行链路同步的装置
US11329839B2 (en) * 2016-04-01 2022-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices handling multicast feedback
TWI806453B (zh) * 2016-05-20 2023-06-21 美商內數位專利控股公司 支援多播傳輸之方法、裝置、系統及程序
CN110249563B (zh) * 2017-02-03 2022-12-20 Idac控股公司 用于极化译码的两级下行链路控制信息的方法及设备
CN113411755B (zh) * 2017-12-28 2022-10-04 华为技术有限公司 一种通信方法、及相关产品
US10924223B2 (en) * 2018-02-14 2021-02-16 Google Llc Method of managing HARQ buffer for NR
EP3759997A1 (en) * 2018-02-26 2021-01-06 Nokia Technologies Oy Multicast traffic area management and mobility for wireless network
US11044748B2 (en) * 2018-05-01 2021-06-22 Huawei Technologies Co., Ltd. Methods and apparatus for sidelink communications and resource allocation
WO2020172764A1 (en) * 2019-02-25 2020-09-03 Qualcomm Incorporated Group activation and deactivation for semi-persistent scheduling
US20220006571A1 (en) * 2019-05-05 2022-01-06 Lenovo (Beijing) Limited Sidelink data packet acknowledgment
US11791943B2 (en) * 2019-07-26 2023-10-17 Qualcomm Incorporated Techniques for retransmissions in wireless communication systems
US20230019024A1 (en) * 2019-12-24 2023-01-19 Telefonaktiebolaget Lm Ericsson (Publ) Hybrid Automatic Repeat Request (HARQ) Mechanism for Multicast in NR
CN113938839B (zh) * 2020-06-29 2023-03-24 华为技术有限公司 一种数据传输方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100296427A1 (en) * 2007-08-13 2010-11-25 Panasonic Corporation Soft-Buffer Management of a Re-Transmission Protocol for Unicast and Multicast Transmissions
CN102150389A (zh) * 2008-09-10 2011-08-10 高通股份有限公司 用于在无线通信系统中管理新数据指示符的方法和设备
EP3051727A1 (en) * 2015-01-29 2016-08-03 Alcatel Lucent Point to multi-point wireless transmissions
US20190013902A1 (en) * 2016-01-08 2019-01-10 Lg Electronics Inc. Error recovery method and device for same using multichannel in wireless communication system

Also Published As

Publication number Publication date
CN118118135A (zh) 2024-05-31
US20230412313A1 (en) 2023-12-21
EP4005127A1 (en) 2022-06-01
US20210028890A1 (en) 2021-01-28
CN114128192B (zh) 2024-03-12
WO2021021525A1 (en) 2021-02-04
US11791943B2 (en) 2023-10-17

Similar Documents

Publication Publication Date Title
CN114128192B (zh) 用于无线通信系统中的重传的技术
US11445561B2 (en) Techniques for retransmitting random access messages in wireless communications
CN115039371A (zh) 用于在多播/广播无线通信中指示下行链路控制信息的技术
CN118573344A (zh) 无线通信中每个时隙多个反馈传输的技术
US20230008259A1 (en) Techniques for wideband operation of sidelink communications over unlicensed band
CN112567671B (zh) 用于下行链路控制信息(dci)反馈的方法和装置
EP3909164B1 (en) Techniques for determining a number of (re)transmissions in wireless communications
WO2021016980A1 (en) Techniques for activating transmission configuration indication states in wireless communications
US20200260345A1 (en) Techniques for transmitting on pre-allocated resources in wireless communications
US20200236694A1 (en) Techniques for configuring scheduling request for sidelink in wireless communications
CN114223236A (zh) 用于确定用于发送无线通信的资源的技术
CN114258721A (zh) 用于指示无线通信中的上行链路传输能力的技术
CN114731186A (zh) 无线通信中多分量载波的波束成形技术
US11930498B2 (en) Techniques for scheduling sidelink communications in multiple time periods
US11558882B2 (en) Techniques for communicating repetitions of control channels in wireless communications
WO2021223224A1 (en) Techniques for resolving out-of-order feedback transmissions
WO2021035392A1 (en) Techniques for uplink control information (uci) based uplink preemption indication transmissions
US11799594B2 (en) Methods and apparatus for transmitting a reset negative acknowledgement
US11943028B2 (en) Techniques for communicating channel state information (CSI) feedback over a sidelink channel
US20220338242A1 (en) Techniques for determining feedback timing capability in sidelink wireless communications
US20230143953A1 (en) Techniques for retransmission with component carrier switching configuration
WO2020199229A1 (en) Techniques for implementing ack/nack in wireless communications
CN117121410A (zh) 用于基于pdcch重复的pucch重复的技术
CN115280883A (zh) 用于在侧行链路无线通信中执行随机接入过程的技术

Legal Events

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