CN114667745A - 用于新无线电uu接口上的组播的harq反馈 - Google Patents
用于新无线电uu接口上的组播的harq反馈 Download PDFInfo
- Publication number
- CN114667745A CN114667745A CN202080069860.4A CN202080069860A CN114667745A CN 114667745 A CN114667745 A CN 114667745A CN 202080069860 A CN202080069860 A CN 202080069860A CN 114667745 A CN114667745 A CN 114667745A
- Authority
- CN
- China
- Prior art keywords
- harq
- multicast
- transmission
- harq feedback
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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
- 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/1864—ARQ related signaling
-
- 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/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
- H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本文公开了用于NR Uu组播或广播中的HARQ反馈的方法和装置,包括用于为Uu组播或广播指派和释放组播RNTI的方法、用于为Uu组播或广播启用和禁用HARQ反馈的方法、以及用于针对Uu组播或广播的HARQ反馈和对应资源分配的方法,包括基于ACK‑NACK的Uu组播HARQ反馈、仅基于NACK的Uu组播HARQ反馈和增强的基于ACK‑NACK的Uu组播HARQ反馈。本文还公开了用于Uu广播/组播的HARQ反馈与其它传输之间的冲突处置的方法。
Description
相关申请的交叉引用
本申请要求于2019年10月4日提交的标题为“Harq Feedback for Groupcast onNew Radio UU Interface”的美国临时专利申请No.62/910,692和于2020年8月6日提交的标题为“Harq Feedback for Groupcast on New Radio UU Interface”的美国临时专利申请No.63/062,150的权益,其内容通过引用并入本文。
背景技术
LTE MBMS(多媒体广播多播服务)支持蜂窝系统中的广播/多播服务,其中相同的内容被同时传输到位于区域中的UE。
在LTE中,MBMS服务区域被定义为所有UE接收相同的广播/组播服务的区域。MBMS服务区域可以包括一个或多个小区。
LTE中支持用于广播/多播服务的两种机制:MBSFN(多播-广播单频网络)和SC-PTM(单小区点对多点)。
MBSFN在Rel-8中被引入到LTE,其目标是当MBMS服务在更大的区域上受到关注时的用例,例如,用于TV广播。同一MBSFN区域内的不同小区相互时间对准并广播完全相同的信息。因此,从UE的角度来看,只要循环前缀足够大,从多个小区接收的传输就可以被看作是从受到严重多路径传播的一个小区接收的单个传输,并且UE不需要知道哪个小区实际上参与了传输。
在LTE MBSFN中,广播/多播服务在MBSFN子帧中的专用物理信道PMCH(物理多播信道)上被传输。在一个MBSFN子帧内,所有的MBSFN传输与同一个MBSFN区域对应。但是,不同子帧中的MBSFN传输可以与不同的MBSFN区域对应。
为了支持接收到的MBSFN传输的相干解调,在MBSFN子帧中传输特定于MBSFN区域的MBSFN参考信号。同一MBSFN区域内的所有小区在相同的时间-频率位置和相同的参考码元值上传输MBSFN参考信号。由于在MBSFN子帧中只传输一个单一的MBSFN参考信号,因此在LTE MBSFN中不支持MIMO方案。
SC-PTM在版本13中被引入LTE,以便在单个小区中或在由几个小区组成的小区域中受到关注时支持MBMS服务。与MBSFN不同,SC-PTM传输重用PDSCH(物理下行链路共享信道)。
与单播传输类似,SC-PTM传输由DCI动态调度。G-RNTI(组无线电网络临时标识符,Group Radio Network Temporary Identifier)被用于对调度SC-PTM传输的DCI进行加扰。对于不同的MBMS服务,对于UE使用不同的G-RNTI来接收它所关注的SC-PTM传输。
在LTE SC-PTM中,不支持HARQ(混合自动重复请求)反馈和CSI(信道状态信息)报告。因此,仅支持不依赖反馈的传输模式1-3。
在NR(新无线电,New Radio)中,Uu广播/组播被识别为在许多用例中是有益的,诸如V2X(车辆到一切,Vehicle-to-everything)通信、公共安全、视频和音频分发、IIoT(工业物联网)、媒体流、各种类型的内容分发等。
与LTE相比,NR Uu广播/组播用例通常具有更小的通信范围并且在许多场景中要求更高的可靠性和更低的时延。
发明内容
在LTE MBMS服务中,可靠性由服务层或应用层处置,而不支持HARQ反馈机制。但是,由于NR Uu组播用例(诸如V2X、IIoT等)可能要求更高的可靠性和更低的时延,因此在服务层或应用层中处置可靠性可能就不再足够了。在NR Uu接口处为组播引入HARQ反馈机制以支持传输可靠性、同时确保QoS(服务质量)要求的适当时延是有益的。
本文公开了用于NR Uu组播或广播中的HARQ反馈的方法和装置,包括:
(1)用于为Uu组播或广播指派和释放组播RNTI的方法,包括用于共用组播服务的组播RNTI分配、用于事件触发的组播服务的组播RNTI指派、以及用于事件触发的组播服务的组播RNTI释放;
(2)用于为Uu组播或广播启用和禁用HARQ反馈的方法,包括用于Uu组播或广播的基于服务的HARQ启用和禁用、用于Uu组播或广播的基于传输的HARQ启用和禁用、用于Uu组播或广播的混合HARQ启用和禁用、以及用于Uu组播或广播的基于UE的HARQ启用和禁用;以及
(3)用于Uu组播或广播的HARQ反馈和对应资源分配的方法,包括基于ACK-NACK的Uu组播HARQ反馈、仅基于NACK的Uu组播HARQ反馈、以及基于增强ACK-NACK的Uu组播HARQ反馈。
在NR中,当UE经由Uu接口接收(一个或多个)广播和/或组播服务时,UE可以与其它服务(例如,经由Uu接口的单播服务、经由Uu接口的侧链路反馈、经由PC5接口的侧链路服务)一起操作。在这种情况下,用于广播/组播的UL反馈可能与其它UL传输重叠或部分重叠,例如,经由Uu接口用于另一个广播/组播的UL反馈,经由Uu接口用于单播的UL传输(PUCCH,PUSCH)、经由Uu接口的侧链路反馈、经由PC5接口的侧链路传输等。当由于不同传输的重叠或部分重叠而发生这种冲突时,需要方法来定义UE行为。为此,本文进一步公开以下内容:
GC HARQ和其它HARQ反馈之间的冲突处置;
GC HARQ和其它UCI之间的冲突处置;
GC HARQ和PUSCH之间的冲突处置,包括确定用于GC HARQ捎带的beta_offset的机制;
GC HARQ和SRS之间的冲突处置;
GC HARQ和PRACH之间的冲突处置;
GC HARQ和侧链路传输之间的冲突处置;
预定义的丢弃或多路复用规则;
基于优先级的丢弃或多路复用规则;以及
当采用多路复用时的映射次序。
提供本发明内容以便以简化的形式介绍一些概念,这些概念将在下面的具体实施方式中进一步描述。本发明内容既不旨在识别要求保护的主题的关键特征或必要特征,也不旨在用于限制要求保护的主题的范围。此外,要求保护的主题不限于解决在本公开的任何部分中指出的任何或所有缺点的限制。
附图说明
当结合附图阅读时,以下详细描述会更好地理解。为了说明的目的,附图中示出了示例;但是,主题不限于所公开的特定元素和工具。在附图中:
图1示出了用于针对共用组播服务进行NR-G-RNTI指派和选择的示例方法;
图2示出了使用特定于UE的信令为事件触发的组播服务进行NR-G-RNTI指派的示例方法;
图3示出了使用广播/组播信令为事件触发的组播服务进行NR-G-RNTI指派的示例方法;
图4示出了用于Uu组播的基于服务的HARQ启用和禁用确定的示例方法;
图5示出了用于Uu组播的基于传输的HARQ启用和禁用确定的示例方法;
图6示出了用于Uu组播的混合HARQ启用和禁用确定的示例方法;
图7示出了用于Uu组播的混合和基于UE的HARQ启用和禁用确定的示例方法;
图8A图示了示例通信系统,其中可以实施本文描述和要求保护的方法和装置;
图8B是被配置用于无线通信的示例装置或设备的框图;
图8C是示例无线电接入网络(RAN)和核心网络的系统图;
图8D是另一个示例RAN和核心网络的系统图;
图8E是另一个示例RAN和核心网络的系统图;
图8F是示例计算系统的框图;以及
图8G是另一个示例通信系统的框图。
具体实施方式
本文使用的许多缩写在附录的表0中进行描述。
Uu组播RNTI配置
为了支持Uu组播,可以在NR中引入新的RNTI(无线电网络临时标识符),NR-G-RNTI。调度NR Uu组播传输的DCI(下行链路控制信息)可以由NR-G-RNTI加扰。UE需要知道使用的NR-G-RNTI以检测对应的调度DCI并解码调度信息。在本小节中,我们提供有关NR-G-RNTI指派和释放机制的各种解决方案。
用于广播和共用组播服务的NR-G-RNTI指派。
当区域中支持组播服务时,(一个或多个)gNB可以基于不同的服务向小区中的UE指示组播。这允许UE自主选择它是否将接收服务。这种信息通常是静态配置的。
(一个或多个)gNB可以通过广播信令发起和通知所服务的UE用于服务的共用组播的NR-G-RNTI。共用组播服务与广播服务的区别可以在于服务中是否要求HARQ反馈等。图1中描绘了用于共用组播服务的NR-G-RNTI指派和选择过程的高级概述,这可以包含以下步骤:
步骤1:gNB广播(一个或多个)NR-G-RNTI。
gNB可以广播它正在提供的(一个或多个)共用组播服务,并通过广播信令来指示(一个或多个)对应的NR-G-RNTI,例如,通过OSI(其它系统信息)或通过RMSI(保持最小系统信息)等。例如,NR-G-RNTI可以直接包含在系统信息消息中。系统信息的传输可以映射到为此指定的新物理信道,例如NR物理多播信道,或者可以映射到PDSCH。所传输的(一个或多个)NR-G-RNTI可以与gNB提供的(一个或多个)服务具有一对一的映射,例如,每个组播服务被指派不同的(例如,在(一个或多个)小区中唯一的)NR-G-RNTI。
步骤2:UE基于其兴趣确定要用于监视DCI的(一个或多个)NR-G-RNTI。
UE可以监视和解码由gNB发送的携带(一个或多个)NR-G-RNTI信息的广播消息,诸如RMSI或OSI。一旦UE确定了由gNB提供的(一个或多个)组播服务,UE就可以确定它想要接收的(一个或多个)组播服务。
或者,UE可以首先确定它想要接收哪个组播服务,然后它可以接收并解码携带有(一个或多个)NR-G-RNTI信息的对应广播消息。
UE可以使用相关联的(一个或多个)NR-G-RNTI监视和接收期望的组播传输。
类似的机制可以应用于Uu广播。RNTI(例如,NR-B-RNTI)可以被用于指示NR Uu广播传输。或者,通过另一种替代方案,相同的RNTI(例如,NR-G-RNTI)可以被用于指示NR Uu广播传输和NR Uu组播传输两者。当使用相同的RNTI时,广播和组播可以通过其它准则来区分,例如,传输是否要求HARQ。
当使用不同的RNTI时,gNB可以通过广播信令(例如,通过OSI、RMSI等)指示用于广播服务的不同的RNTI。在一个示例中,可以使用不同的广播信令(例如,两个不同的SIB)分别传输NR-B-RNTI和NR-G-RNTI。或者,可以使用在同一个广播信令中传输的两个不同的信息元素分别传输NR-B-RNTI和NR-G-RNTI。或者,在广播信令中传输的同一信息元素中配置的两个不同RRC配置可以分别用于传输NR-B-RNTI和NR-G-RNTI。
用于事件触发的组播服务的NR-G-RNTI指派。
虽然gNB可以始终如一地为区域提供共用组播服务,但是gNB可以基于一些触发偶尔地向一组UE提供临时组播服务。
在诸如可以存在需要递送给多个UE的相同传输的情况下,这种触发可以来自其自身的更高层,例如,gNB的更高层。或者这种触发可以由UE指示。例如,多个UE可以发送对相同服务的请求。然后gNB可以将它们组成组并将信息组播给UE。
使用特定于UE的信令用于事件触发的组播服务的NR-G-RNTI指派
(一个或多个)gNB可以通过特定于UE的信令指示用于事件触发的(一个或多个)组播传输的(一个或多个)NR-G-RNTI。图2中描绘NR-G-RNTI指派过程的高级概述,这可以包含以下步骤:
步骤1:gNB向UE单播(一个或多个)NR-G-RNTI。
gNB可以通过特定于UE的信令(例如,通过特定于UE的RRC信令)或通过MAC-CE(MAC控制元素)或通过特定于UE的DCI,向UE指示用于事件触发的组播服务的(一个或多个)NR-G-RNTI。
例如,如果使用特定于UE的RRC,那么它可以包含RRC配置以指示配置的NR-G-RNTI的值。如果使用特定于UE的DCI,那么它可以包含指示索引的字段。所指示的索引可以与预先配置的表的行号相关联,其中每一行可以指示NR-G-RNTI。
该方法可以应用于gNB由其更高层指示或由UE触发以形成临时组并提供事件触发的组播服务的情况。
该方法也可以应用于组播服务已经存在的情况,例如gNB可以已经将一些UE形成组并向它们执行组播传输,并且gNB由其更高层指示或由UE触发,可以将UE添加到组以接收相同的组播服务。
步骤2:UE接收(一个或多个)NR-G-RNTI并将其用于监视DCI。
一旦UE接收到特定于UE的信令并解码指示的(一个或多个)NR-G-RNTI,UE就可以开始使用它来监视DCI和接收组播传输。
注意的是,术语“特定于UE的信令”有时也称为“UE专用信令”。贯穿本公开应当理解的是,除非另有说明,否则术语“特定于UE的信令”可以与术语“UE专用信令”互换。
使用广播/组播信令的用于事件触发的组播服务的NR-G-RNTI指派
虽然通过特定于UE的信令向UE指派NR-G-RNTI对于组播传输中涉及的UE数量少的情况可能是有益的,但是当UE的数量大时,这种机制会变得具有挑战性,因为特定于UE的信令引入的开销可能高。
因此,在示例中,(一个或多个)gNB可以通过广播/组播信令指示用于事件触发的(一个或多个)组播传输的(一个或多个)NR-G-RNTI。图3中描绘了NR-G-RNTI指派过程的高级概述,其可以包含以下步骤:
步骤1:gNB广播(一个或多个)NR-G-RNTI指派。
gNB可以通过广播/组播信令向UE指示用于事件触发的组播服务的(一个或多个)NR-G-RNTI。例如,NR-G-RNTI也可以在RRC系统信息广播信令中配置到UE中,或者例如在层2信令中使用携带NR-G-RNTI的新MAC CE。
例如,可以采用类似寻呼的方法。UE可以由gNB配置为周期性地监视PDSCH上的广播/组播传输。UE可以通过周期性地监视在PDSCH上调度广播/组播传输的DCI来执行这种监视。新的RNTI(例如,NR-SC-RNTI)可以被用于加扰这种DCI。NR-SC-RNTI的值可以在规范中预定义,或者可以通过广播信令(例如,OSI或RMSI)配置给UE。
如果UE检测到用NR-SC-RNTI加扰的DCI被传输,那么UE可以解码相关联的PDSCH以接收NR-G-RNTI指派信息。
例如,指派的(一个或多个)NR-G-RNTI的列表和需要监视指派的(一个或多个)NR-G-RNTI的(一个或多个)对应UE可以由在解码的PDSCH中传输的RRC消息来配置。一个NR-G-RNTI可以与一个或多个UE相关联,例如,通过指示配置的NR-G-RNTI下的UE的C-RNTI。
这种方法可以应用于gNB由其更高层指示或由UE触发以形成临时组并向大量UE提供事件触发的组播服务的情况。
在另一种方法中,(一个或多个)NR-G-RNTI也可以由用NR-SC-RNTI加扰的DCI直接指示。
在又一个示例中,当使用层2信令时,MAC CE可以映射到广播信道、诸如PDSCH之类的共享信道或多播信道。PHY层对相应MAC PDU的传输可以由新的RNTI(例如,NR-SC-RNTI)加扰。
步骤2:UE接收(一个或多个)NR-G-RNTI指派并检查它是否指派有NR-G-RNTI。
一旦UE检测到存在(一个或多个)NR-G-RNTI指派的传输,UE就可以接收其并进行解码。UE可以检查它是否被指派了任何NR-G-RNTI。如果用NR-G-RNTI指示UE,那么UE可以开始使用它来监视DCI和接收组播传输。如果没有用任何NR-G-RNTI指示UE,那么UE可以确定没有新的组播传输被调度给它。
例如,UE可以检查它的ID(例如,它的C-RNTI)是否在指派中被指示。如果它的ID在列表中,那么它可以找出对应的NR-G-RNTI并将其用于接收组播传输。如果它的ID不在列表中,那么UE可以确定没有新的组播传输被调度给它。
用于事件触发的组播服务的NR-G-RNTI释放。
在事件触发的组播服务的传输完成之后,gNB可以发送指示以指示UE停止监视组播传输并释放指派的NR-G-RNTI。
使用特定于UE的信令的用于事件触发的组播服务的NR-G-RNTI释放
在示例中,NR-G-RNTI释放指示可以通过特定于UE的信令,例如,通过特定于UE的RRC信令、或通过MAC-CE,或通过特定于UE的DCI,来用信号通知。
当使用特定于UE的RRC时,同一RRC消息内的不同信息元素可以被用于分别指派和释放NR-G-RNTI。或者可以使用同一信息元素内的不同RRC配置以分别指派和释放NR-G-RNTI。
当使用特定于UE的DCI时,在这种情况下,每个DCI传输只能服务于NR-G-RNTI指派和释放目的之一。在示例中,一位DCI字段可以被用于指示所传输的DCI是用于指派NR-G-RNTI还是用于释放NR-G-RNTI。在示例中,可以使用单独的DCI字段来指示要指派或释放的NR-G-RNTI,其中可以在指派和释放目的之间重用相同的字段。可替代地,可以使用多位DCI用信号通知指派或释放NR-G-RNTI的指示,以提高DCI的可靠性。例如,N位“0”指示指派NR-G-RNTI,并且N位“1”指示释放NR-G-RNTI。
在另一种情况下,一个DCI传输可以能够同时服务于NR-G-RNTI指派和释放目的。例如,DCI可以携带两个字段,例如,NR-G-RNTI assigning field(NR-G-RNTI指派字段)和NR-G-RNTI releasing field(NR-G-RNTI释放字段),分别用于指派NR-G-RNTI和释放NR-G-RNTI。由于可以存在gNB不想同时执行NR-G-RNTI指派和释放的情况,例如,gNB只想向UE指派NR-G-RNTI,因此可以为这两个字段保留全为“0”的值以分别用于指示不指派或释放NR-G-RNTI。3位NR-G-RNTI释放字段的示例在附录的表1中示出。表1中所示的字段设计的示例也可以应用于DCI只能指派NR-G-RNTI或只能释放NR-G-RNTI的情况。
使用广播/组播信令的用于事件触发的组播服务的NR-G-RNTI释放
在示例中,NR-G-RNTI释放指示可以通过广播/组播信令来发信号通知。通过广播/组播信令为事件触发的组播服务指派NR-G-RNTI的相似想法也可以在此应用。
例如,用NR-SC-RNTI加扰的DCI调度的PDSCH可以携带两个列表。一个列表被用于指派NR-G-RNTI,而另一个列表可以被用于释放NR-G-RNTI。
这两个列表可以分别由同一RRC消息内的不同信息元素配置。或者,两个列表可以分别由同一信息元素内的不同RRC配置来配置。
在又一个示例中,用NR-SC-RNTI加扰的DCI调度的PDSCH可以携带一个列表。在该列表中,gNB可以指示所有被指派接收组播传输的UE。对于UE,如果它在列表中,那么UE可以假设组播处于活动状态,并且它将接收传输;如果它不在列表中或不再在列表中,那么UE可以假设组播不活动或不再活动,并且它将不接收传输。
用于Uu组播的HARQ启用和禁用。
在NR中,Uu组播(例如,组播服务或广播服务)可以被用于不同的用例,例如V2X、公共安全、IIoT等。不同的服务可以对可靠性有不同的QoS要求。对于要求高可靠性的服务,可以应用HARQ反馈机制来保证QoS。另一方面,对于具有宽松可靠性要求的服务,可以不需要HARQ反馈机制来节省频谱。即使对于要求高可靠性的服务,也不一定总是需要HARQ反馈机制。例如,根据信道状况、业务负载等,HARQ反馈可以在一些传输场合开启,而在其它一些传输场合关闭。
因此,在示例中,可以启用或禁用用于Uu组播的HARQ反馈。在本小节中,我们提供有关Uu组播HARQ反馈启用/禁用机制的各种解决方案。下面我们以组播服务为例。但是,所公开的解决方案也可以应用于广播服务。
用于Uu组播的基于服务的HARQ启用和禁用
由于不同的Uu组播服务可以具有不同的可靠性要求,因此可以基于服务类型来启用或禁用Uu组播HARQ反馈。UE可以基于Uu组播服务的类型确定是否需要进行HARQ反馈过程。
可以由gNB指示Uu组播服务与是否需要针对Uu组播传输进行HARQ反馈过程之间的一对一关联。在示例中,RRC信令可以被用于这个目的。
在这种方法中,当对组播服务启用HARQ时,UE应当对与其相关的所有组播传输进行HARQ反馈过程;并且当对组播服务禁用HARQ时,UE不应当对与其相关的任何组播传输进行HARQ反馈过程。图4中描绘了用于Uu组播的基于服务的HARQ启用和禁用确定的流程图的高级概述。
对于Uu组播服务,HARQ启用/禁用可以被隐式或显式地指示。例如,它可以通过NR-G-RNTI的值来隐式指示,例如,指派给Uu组播服务的nNR-G-RNTI。
基于偶数/奇数的HARQ启用/禁用
在示例中,HARQ反馈是启用还是禁用可以通过NR-G-RNTI的值是偶数还是奇数来隐式指示。
例如,当UE被指派有奇数的NR-G-RNTI时,UE可以确定HARQ反馈对于与其相关联的Uu组播传输被启用;当UE被指派有偶数的NR-G-RNTI时,UE可以确定HARQ反馈对于与其相关联的Uu组播传输被禁用,反之亦然。
基于值范围的HARQ启用/禁用
在示例中,NR-G-RNTI的值可以被划分为两类。HARQ反馈是启用还是禁用可以通过NR-G-RNTI的值属于哪个类别来隐式指示。
NR-G-RNTI类别的示例在附录的表2中示出。例如,当UE被指派有n0≤nNR-G-RNTI≤n1的NR-G-RNTI时,UE可以确定HARQ反馈针对与其相关联的Uu组播传输被启用;当UE指派有n1<nNR-G-RNTI≤n2的NR-G-RNTI时,UE可以确定HARQ反馈针对与其相关联的Uu组播传输被禁用,反之亦然。
n0、n1、n2的值可以在协议规范中预定义。或者,在另一种情况下,可以由gNB通过RRC配置(例如,通过RRC配置NR_Uu_Groupcast_n1)来配置n0、n1、n2的值中的一些或全部。
显式HARQ启用/禁用
除了隐式指示之外,还可以显式指示Uu组播服务与HARQ启用/禁用之间的关联。
例如,当gNB向UE配置NR-G-RNTI时,它还可以例如通过RRC配置NR_Uu_Groupcast_HARQ向UE显式地配置HARQ启用/禁用信息。用于配置组播相关信息的RRC信息元素NR_Uu_Groupcast_Config的示例在附录的代码示例1中示出。
在代码示例1中所示的示例中,为每个Uu组播服务配置用于HARQ启用/禁用的一个RRC配置。在另一个示例中,gNB可以配置两个列表,例如,使用两个信息元素NR_Uu_Groupcast_HARQ_Enable_List和NR_Uu_Groupcast_HARQ_Disable_List,来指示哪些组播服务对于HARQ被启用以及哪些被禁用。这种方法可以应用于gNB提供共用组播服务的情况。这两个信息元素的示例分别在附录的代码示例2和代码示例3中示出。
当UE确定接收共用组播服务时,UE可以检查感兴趣的组播服务在哪个列表下。如果组播服务在信息元素NR_Uu_Groupcast_HARQ_Enable_List中指示,那么UE可以确定为其相关联的Uu组播传输启用HARQ反馈;如果在信息元素NR_Uu_Groupcast_HARQ_Disable_List中指示组播服务,那么UE可以确定为与其关联的Uu组播传输禁用HARQ反馈。
用于Uu组播的基于传输的HARQ启用和禁用
在一些情况下,HARQ反馈可以由gNB灵活地启用或禁用以用于相同组播服务下的传输。为了支持这一点,可以为不同的传输启用或禁用Uu组播HARQ反馈。
在这种方法中,HARQ反馈启用和禁用不与组播服务类型相关联。UE可以判断对于每个组播传输是启用还是禁用HARQ反馈,并确定是否需要针对该传输进行相应的HARQ反馈。图5中描绘了用于Uu组播的基于传输的HARQ启用和禁用确定的流程图的高级概述。
由于需要灵活地指示HARQ启用和禁用的指示,因此可以使用DCI信令来发送这种指示,并且可以由UE使用以确定是否需要针对Uu组播传输进行HARQ反馈过程。
基于DCI字段的HARQ启用/禁用
在一种方法中,HARQ反馈是启用还是禁用可以由调度组播传输的DCI中的DCI字段指示。
例如,一位DCI字段(例如,HARQ启用指示符)可以由调度DCI携带。当HARQ启用指示符字段设置为“0”时,它可以指示HARQ反馈对于调度的传输被禁用。当HARQ启用指示符字段设置为“1”时,它可以指示HARQ反馈对于调度的传输被启用。HARQ启用指示符字段的示例在附录的表3中示出。
基于PDCCH DMRS的HARQ启用/禁用
在另一种方法中,可以通过在调度组播传输的PDCCH(物理下行链路控制信道)中传输的DMRS(解调参考信号)来指示HARQ反馈是启用还是禁用。
当具有不同DCI长度的不同DCI格式用于分别调度HARQ启用的组播传输和HARQ禁用的组播传输时,这种方法可能是有益的。例如,当gNB调度HARQ禁用的组播传输时,它可以重用用于调度单播传输的DCI格式。同时,当gNB调度HARQ启用的组播传输时,如果需要更长的DCI以指示更多信息,那么它可以使用另一种DCI格式。通过PDCCH DMRS指示HARQ启用/禁用信息可以允许UE在解码DCI之前知道这样的信息。因此,可以减少需要进行盲解码的次数。
这样的信息可以由所传输的PDCCH DMRS的DMRS端口来指示。例如,当调度组播传输时,gNB可以在PDCCH中传输两个预定义或预先配置的FDM的(频分复用)或TDM的(时分复用)DMRS之一,例如,一个带有频率偏移量foffset=0RB,另一个带有foffset=1RB,以指示HARQ是为调度的传输启用还是禁用。例如,当UE检测到PDCCH DMRS以foffset=ORB被传输时,UE可以确定HARQ对于调度的传输被启用;当UE检测到PDCCH DMRS以foffset=1RB被传输时,UE可以确定HARQ对于调度的传输被禁用,反之亦然。
这样的信息可以由所传输的PDCCH DMRS的DMRS序列来指示。例如,用于PDCCHDMRS的序列初始化可以由下式给出:
其中nHA!Q表示携带HARQ启用或禁止的信息的位,例如,当HARQ被禁止时nHA!Q=0;并且当HARQ被启用时nHA!Q=1,反之亦然。k是预定义的固定整数,例如k=0;并且NID可以等于NR-G-RNTI或可以从NR-G-RNTI推导出来;或NID∈{0,1,…,65535},其可以由更高层参数groupcast-pdcch-DMRS-ScramblingID给出。
当UE检测到PDCCH DMRS时,UE可以通过接收到的PDCCH DMRS的序列来确定对于调度的组播传输是启用还是禁用HARQ。
除了DCI信令之外,基于传输的HARQ启用和禁用也可以由MAC-CE指示。这种方法可以应用于对于一个时段内的组播传输可能需要HARQ反馈而对于同一组播服务在另一个时段内的组播传输可能不需要HARQ反馈的情况。
在这种情况下,gNB可以使用MAC-CE来向UE指示HARQ启用和禁用信息。当UE接收到MAC-CE时,它可以判断HARQ是被启用还是禁用并执行相同的行为,例如,发送用于组播传输的HARQ反馈;或者在接收下一个MAC-CE之前不发送用于组播传输的HARQ反馈。
用于Uu组播的混合HARQ启用和禁用
为了利用这两种方案的优点,增强的混合HARQ启用和禁用确定机制是基于服务的HARQ启用/禁用和基于传输的HARQ启用/禁用的组合。图6中描绘了用于Uu组播的基于传输的HARQ启用和禁用确定的流程图的高级概述。
当UE确定接收或被指派为接收组播服务时,UE可以首先检查是否为组播服务启用或禁用HARQ。如果为组播服务禁用HARQ,那么UE确定它不需要为这个组播服务下的任何组播传输发送HARQ反馈。如果为组播服务启用HARQ,那么UE接下来可以检查是否为组播服务下的组播传输启用或禁用HARQ。如果为一个或一些组播传输启用HARQ,那么UE可以为(一个或多个)组播传输发送HARQ反馈。如果针对一个或一些组播传输禁用HARQ,那么UE不会针对(一个或多个)组播传输发送HARQ反馈。
针对基于服务的HARQ启用/禁用和/或针对基于传输的HARQ启用/禁用提出的方案在此也可以应用于混合HARQ启用/禁用。例如,可以通过RRC信令和DCI信令来指示混合指示;或者使用本公开中提出的方案通过RRC信令和MAC-CE信令。
用于Uu组播的基于UE的HARQ启用和禁用
除了组播服务类型和/或组播传输之外,HARQ还可以通过UE的某个(某些)条件来启用或禁用。例如,当为组播传输启用HARQ反馈时,UE可以基于(一个或多个)特定条件决定它是否将发送反馈。
这种方法可以适用于接收组播传输的UE数量大,并且gNB不预期组内所有UE都反馈ACK/NACK的情况;或者可以适用于分配多个UE以使用相同的时间-频率资源发送反馈的情况。
这种基于UE的HARQ启用和禁用可以与本公开中提出的其它HARQ启用和禁用方案一起应用。图7中描绘了用于Uu组播的混合和基于UE的HARQ启用和禁用确定的流程图的高级概述。
参考图7,在步骤1中,UE确定或被指派为接收Uu组播服务。
在步骤2中,UE检查是否为组播服务启用或禁用HARQ反馈。如果反馈被禁用,那么UE前进到步骤6,并且不对任何接收到的组播传输发送HARQ反馈。
如果为组播服务启用HARQ反馈,那么在步骤3中,UE检查是否为组播传输启用HARQ反馈。如果反馈被禁用,那么UE前进到步骤6,并且不对任何接收到的组播传输发送HARQ反馈。
如果针对组播传输启用HARQ反馈,那么在步骤4中,UE检查是否满足用于组播传输的HARQ反馈的一个或多个条件。如果不满足条件,那么UE前进到步骤6,并且不为接收到的组播传输发送HARQ反馈。
如果满足条件,那么在步骤5中,UE为接收到的组播传输发送HARQ反馈。
当基于Uu的HARQ启用和禁用方案与其它HARQ启用和禁用方案(例如,混合方案)一起工作时,整个过程遵循组合方案,例如,在这个示例中遵循混合方案,除了当UE确定为组播传输启用HARQ反馈时,UE可以进一步检查是否通过条件检查以发送反馈。如果它通过条件检查,那么UE可以针对接收的组播传输发送HARQ反馈;如果它没有通过条件检查,那么UE可以不为接收的组播传输发送HARQ反馈。
基于Uu的HARQ启用和禁用方案也可以单独应用,例如,不与其它HARQ启用和禁用方案组合。在这种情况下,UE可以只需要在接收组播传输时进行条件检查。UE如果通过检查则可以发送HARQ反馈,并且如果它不通过检查则可以不发送HARQ反馈。
用于确定UE是否需要为组播传输发送HARQ反馈的条件检查可以包括检查以下准则中的一个或多个:
用于Uu组播的基于位置的HARQ反馈
UE位置可以是用于确定UE是否需要为组播传输发送HARQ反馈的准则。例如,在接收组播传输的一组UE中,当远离gNB的(一个或多个)UE正在发送针对组播传输的HARQ反馈时,更靠近gNB的(一个或多个)UE可以不需要发送HARQ反馈。
在这种情况下,UE可以基于它与gNB的距离来确定它是否需要向gNB发送HARQ反馈。例如,可以向UE指示阈值,例如,dthreshold。当UE与gNB之间的距离大于阈值dthreshold时,UE可以确定需要发送HARQ反馈;当UE与gNB之间的距离小于阈值dthreshold时,UE可以确定它不需要发送针对组播传输的HARQ反馈。
在一种方法中,阈值dthreshold可以由gNB通过RRC信令静态配置。在一种情况下,可以为所有组播服务配置和应用共用阈值。或者,在另一种情况下,可以为不同的组播服务分别配置和应用单独的阈值,例如,信息元素NR_Uu_Groupcast_Config,并用一对一映射与NR-G-RNTI一起配置。
在另一种方法中,可以以更灵活的方式来指示阈值dthreshold,例如,通过DCI或通过MAC-CE来指示。例如,可以通过RRC信令通过表预先配置候选阈值的列表。调度DCI可以携带指示表的索引的字段以确定要用于组播许可的阈值。类似的想法也可以应用于基于MAC-CE的指示。
用于Uu组播的基于信道质量的HARQ反馈
UE的信道质量可以是用于确定UE是否需要发送针对组播传输的HARQ反馈的准则。例如,在接收组播传输的一组UE内,当信道质量较差的(一个或多个)UE正在发送针对组播传输的HARQ反馈时,信道质量较好的(一个或多个)UE可以不需要发送HARQ反馈。
例如,UE可以基于其下行链路信道质量(例如,SS-RSRP(参考信号接收功率)和/或CSI-RSRP)来确定它是否需要向gNB发送HARQ反馈。为了支持这一点,可以向UE指示阈值,例如,SS!S!2threshold和/或CSI!S!Pthreshold。当测得的信道质量低于阈值时,UE可以确定它需要发送HARQ反馈;当测得的信道质量高于阈值时,UE可以确定它不需要发送针对组播传输的HARQ反馈。
并且在还有的其它示例中,关于UE是否需要发送针对组播传输的HARQ反馈的确定可以基于其它测量量;例如,RSRQ(参考信号接收质量)、RSSI(接收信号强度指标)、SINR(信号与干扰&噪声比)、路径损耗、路径损耗和衰落等。
在一种方法中,信道质量阈值可以由gNB通过RRC信令静态配置。在一种情况下,可以为所有组播服务配置和应用共用阈值。或者,在另一种情况下,可以为不同的组播服务分别配置和应用单独的阈值,例如,信息元素NR_Uu_Groupcast_Config,并以一对一映射与NR-G-RNTI一起配置。
在另一种方法中,可以以更灵活的方式来指示信道质量阈值,例如,通过DCI或通过MAC-CE来指示。例如,可以通过RRC信令通过表预先配置候选阈值的列表。调度DCI可以携带指示表的索引的字段以确定要用于组播许可的阈值。类似的想法也可以应用于基于MAC-CE的指示。
用于Uu组播的基于优先级的HARQ反馈
UE的优先级可以是用于确定UE是否需要发送针对组播传输的HARQ反馈的准则。例如,在接收组播传输的一组UE内,可以为不同的UE指派不同的优先级。当具有较高优先级的(一个或多个)UE正在发送针对组播传输的HARQ反馈时,具有较低优先级的(一个或多个)UE可以不需要发送HARQ反馈。
在这种情况下,UE可以通过将其自己的优先级与优先级阈值进行比较来确定它是否需要向gNB发送HARQ反馈。例如,可以向UE指示优先级阈值,例如,Pthreshold。当UE的分配的优先级高于阈值Pthreshold时,UE可以确定它需要发送HARQ反馈;当UE的分配的优先级低于阈值Pthreshold时,UE可以确定它不需要发送针对组播传输的HARQ反馈。
在一种方法中,阈值Pthreshold可以由gNB通过RRC信令静态配置。在一种情况下,可以为所有组播服务配置和应用共用阈值。或者,在另一种情况下,可以为不同的组播服务分别配置和应用单独的阈值,例如,信息元素NR_Uu_Groupcast_Config,并以一对一映射与NR-G-RNTI一起配置。
在另一种方法中,可以以更灵活的方式来指示阈值Pthreshold,例如,通过DCI或通过MAC-CE来指示。例如,可以通过RRC信令通过表预先配置候选阈值的列表。调度DCI可以携带指示表的索引的字段以确定要用于组播许可的阈值。类似的想法也可以应用于基于MAC-CE的指示。
用于Uu组播的HARQ反馈
当为组播传输或广播传输启用HARQ反馈时,gNB需要向UE指示用于发送HARQ反馈的资源。在本小节中,我们为Uu组播HARQ反馈提供关于资源分配的各种解决方案。下面我们以组播服务为例。但是,所公开的解决方案也可以应用于广播服务。
基于ACK-NACK的Uu组播HARQ反馈。
关于HARQ反馈,典型的方法是如果UE成功地解码接收到的传输,那么UE将在分配的PUCCH(物理上行链路控制信道)上发送HARQ-ACK;如果UE未能解码接收到的传输,那么UE将在分配的资源上发送HARQ-NACK。
在NR Uu组播中,也可以应用这种方法。但是,由于多个UE可能需要为一次组播传输向gNB发送HARQ反馈,因此当gNB调度组播传输时,gNB需要为不同的UE分配多个资源。例如,可以为每个UE分配用于发送ACK或NACK的专用资源。或者,gNB可以为一次组播传输分配用于发送HARQ反馈的多个资源,其中每个资源可以分配给多个UE。
gNB可以通过检测在分配的资源上接收到的信息来确定来自UE的反馈。在一些场景中,可以为UE分配多个HARQ反馈资源以用于同一时隙内的不同组播传输。例如,UE被分配有两个HARQ反馈资源,分别用于同一时隙内的两个组播传输。在这种情况下,在一个示例中,UE可以分别在两个分配的资源上传输针对两个组播传输的HARQ反馈并且不执行HARQ多路复用。在又一个示例中,UE可以多路复用HARQ位并且在分配的PUCCH资源之一上发送反馈,例如,在由最近的DCI调度的PUCCH上传输多路复用的HARQ位。当UE生成多路复用的HARQ位时,UE可以将用于较早传输的HARQ反馈放在更高有效位中,例如,将针对最早传输的HARQ反馈放在MSB(最高有效位,Most Significant Bit)中,并将针对最近传输的HARQ反馈放在LSB(最低有效位)中。
为了分配资源,可以应用以下资源分配方案:
显式专用资源分配
Uu组播调度DCI中的专用DCI字段(例如,PUCCH resource indicator field_1(PUCCH资源指示符字段_1)、PUCCH resource indicator field_2(PUCCH资源指示符字段_2)、……、PUCCH resource indicator field_n(PUCCH资源指示符字段_n))可以被用于单独指示n个UE或n组UE使用的资源以分别用于发送ACK和NACK反馈。
gNB可以预先配置n个UE或n组UE来发送HARQ反馈,例如,需要发送HARQ反馈的UE可以被配置有HARQ feedback group ID(HARQ反馈组ID),该ID可以与DCI中的PUCCH资源指示符字段具有一对一映射。例如,UE配置有HARQ feedback group ID,例如,HARQ feedbackgroup ID=3,可以在由对应DCI字段调度的资源上发送HARQ反馈,例如,由调度DCI中的PUCCH resource indicator field_3指示的资源。
gNB可以预先配置k个UE或k组UE,其中k>n,作为发送HARQ反馈的候选。gNB可以在调度DCI中传输k位位图,例如,使用DCI字段HARQ feedback group indicator field(HARQ反馈组指示符字段)以指示哪些UE或哪些UE组需要发送针对调度的传输的HARQ反馈。例如,假设k=4并且HARQ feedback group indicator field指示为“1101”,那么配置有HARQfeedback group ID=1或2或4的UE需要发送HARQ反馈。
在一种情况下,gNB可以总是在调度DCI中传输k个DCI字段以用于HARQ反馈资源分配,例如,PUCCH resource indicator field_1、PUCCH resource indicator field_2、...、PUCCH resource indicator field_k。在另一种情况下,gNB可以只传输位图中指示的组的DCI字段。使用前面的示例,如果位图中指示了组1、组2和组4,那么调度DCI可以只携带DCI字段PUCCH resource indicator field_1、PUCCH resource indicator field_2和PUCCH resource indicator field_4,而不携带DCI字段PUCCH resource indicatorfield_3。
例如,对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引的集合的值,例如,GoupcastResourceList。
针对不同UE或UE组的具有隐式资源确定的联合资源分配
Uu组播调度DCI中的一个DCI字段,例如,PUCCH resource indicator field(PUCCH资源指示符字段),可以被用于联合指示由n个UE或n组UE用于发送ACK和NACK反馈的资源。
例如,对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引集合的值,例如,GoupcastResourceList。在这种方法中,一个分配的PUCCH资源可以包含由n个UE或n组UE用于发送ACK和NACK反馈的资源。
一旦UE确定所分配的PUCCH资源,UE就可以通过使用一些预定义的规则将分配的资源划分为n个部分来判断由每个UE或UE组使用的资源。例如,分配的PUCCH资源可以被均匀地划分为n部分,例如在频域中;或在时域中;或在时域和频域两者中,其中第一部分由第1UE或第1组中的UE用于发送HARQ反馈;并且第二部分由第2UE或第2组中的UE用于发送HARQ反馈等。
在一种情况下,n的值可以是固定的并且可以通过RRC信令被预先配置。在另一种情况下,n的值可以在不同的组播传输中变化并且可以在调度DCI中动态地指示。例如,gNB可以预先配置k个UE或k组UE作为发送HARQ反馈的候选。gNB可以传输k位位图以指示哪些UE或哪些UE组需要发送针对调度的传输的HARQ反馈。同时,UE可以使用指示的位图来确定n的值。
针对不同UE或UE组的具有显式资源确定的联合资源分配
Uu组播调度DCI中的一个DCI字段(例如,PUCCH resource indicator field)可以被用于联合指示由n个UE或n组UE用于发送ACK和NACK反馈的资源。
例如,对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引的集合的值,例如GoupcastResourceList。在这种方法中,一个分配的PUCCH资源可以包含由n个UE或n组UE用于发送ACK和NACK反馈的资源。
代替UE通过使用预定义规则将分配的PUCCH资源划分为n个部分来隐式确定资源,由n个UE或n组UE使用的资源可以由RRC信令显式配置。例如,在RRC配置中配置的每个PUCCH资源(例如,GoupcastResourceList)可以包含n个部分,其中每个部分被UE或一组UE分别用于发送ACK或NACK反馈。
上面提出的用于确定n的值的机制也可以在此应用。在基于位图的方法的情况下,RRC配置中配置的每个PUCCH资源可以包含k个部分。由位图指示的n个UE或n组UE可以从k个资源中判断它们要使用的资源,例如,使用k个资源中的前n个;或者使用k个资源中的最后n个;或使用k个资源中具有相同索引的资源,等等。
仅基于NACK的Uu组播HARQ反馈。
由于将基于ACK-NACK的Uu组播HARQ反馈应用于Uu组播传输可能对其高调度复杂性具有挑战,因此需要将由于不同资源而导致的高信令开销分配给不同UE以发送反馈等。仅基于NACK的HARQ反馈方案可以对NR Uu组播采用。
在仅基于NACK的HARQ反馈方案中,对于需要发送HARQ反馈的UE,如果UE未能解码接收到的传输,那么UE将在分配的PUCCH上发送HARQ-NACK;如果UE成功地解码接收到的传输,那么UE将不会在分配的资源上传输信号。
在这种方法中,相同的时间-频率资源可以被多个UE共享以发送HARQ反馈,或者换句话说,gNB可以为需要发送针对一次组播传输的HARQ反馈的所有UE分配相同的资源。
gNB可以通过检测在分配的资源上接收到的功率来确定来自UE的反馈。在一些场景中,可以为UE分配多个HARQ反馈资源以用于同一时隙内的不同组播传输。例如,UE被分配有两个HARQ反馈资源,分别用于同一时隙内的两个组播传输。在这种情况下,UE可以分别在两个分配的资源上传输针对两个组播传输的HARQ反馈并且不执行HARQ多路复用。不期望由gNB指示UE在相同的时间-频率资源上发送针对两个组播传输的HARQ反馈。
为了向接收UE分配反馈资源,可以使用Uu组播调度DCI中的DCI字段(例如,PUCCHresource indicator field)来指示用于发送NACK反馈的资源。
例如,对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引的集合的值,例如GoupcastResourceList。
Uu组播调度DCI中的DCI字段(例如,PDSCH-to-HARQ_feedback timing indicator(PDSCH-to-HARQ_feedback定时指示符))可以被用于指示组播传输与分配的HARQ反馈资源之间的时间偏移量。
增强的基于ACK-NACK的Uu组播HARQ反馈。
仅基于NACK的HARQ反馈方案在其低信令开销等方面可能具有优势。但是,在所有UE例如由于不良信道条件而错过用于组播传输的调度DCI的情况下可以是有风险的。在这种情况下,虽然组播传输没有成功,但是接收UE不会在分配的资源上发送NACK,因为他们甚至没有解码DCI。然后gNB会误解为传输成功,因为没有接收到NACK。因此,它会造成系统出现问题。
为了解决这个问题,增强的基于ACK-NACK的HARQ反馈方案用于NR Uu组播。在增强的基于ACK-NACK的HARQ反馈方案中,gNB可以分配两个时间-频率资源以让接收UE分别发送HARQ-ACK和HARQ-NACK。分配的资源可以由所有UE共享以分别发送ACK和NACK。在这个方案中,对于需要发送HARQ反馈的UE,如果UE成功解码接收到的传输,那么UE将在分配的PUCCH上发送HARQ-ACK;如果UE未能解码接收到的传输,那么UE将在分配的资源上发送HARQ-NACK。对于需要发送HARQ反馈的UE,成功解码传输的所有UE可以在相同的分配的时间-频率资源上发送ACK;并且未能解码传输的所有UE可以在相同的分配的时间-频率资源上发送NACK,该时间-频率资源可以与用于发送ACK的资源不同。
gNB可以通过检测在分配的资源上接收到的功率来确定来自UE的反馈。在一些场景中,可以为UE分配多个HARQ反馈资源以用于同一时隙内的不同组播传输。例如,UE被分配有两个HARQ反馈资源,以分别用于同一时隙内的两个组播传输。在这种情况下,UE可以在分配的资源上分别传输针对两个组播传输的HARQ反馈并且不执行HARQ多路复用。不期望由gNB指示UE在相同的时间-频率资源上发送针对两个组播传输的HARQ反馈。
使用这种方案,当调度DCI被所有UE错过时,gNB将在两个分配的资源上接收不到信令。然后gNB可以确定组播传输失败并进行后续过程,例如,执行重传。
为了分配用于发送ACK和NACK反馈的资源,可以应用以下资源分配方案:
用于ACK和NACK反馈的具有隐式资源确定的联合资源分配
Uu组播调度DCI中的一个DCI字段(例如,PUCCH resource indicator field)可以被用于联合指示用于发送ACK和NACK反馈的资源。
例如,对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引的集合的值,例如GoupcastResourceList。
一旦UE确定了分配的PUCCH资源,UE就可以通过使用一些预定义的规则将分配的资源划分为两部分来分别判断用于发送ACK和NACK反馈的资源。例如,分配的PUCCH资源可以被均匀地划分为两部分,例如在频域中;或在时域中,其中第一部分由发送ACK反馈的UE使用,第二部分由发送NACK反馈的UE使用,反之亦然。
用于ACK和NACK反馈的具有显式资源确定的联合资源分配
Uu组播调度DCI中的一个DCI字段(例如,PUCCH resource indicator field)可以被用于联合指示用于发送ACK和NACK反馈的资源。
例如,对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引的集合的值,例如,GoupcastResourceList。
代替UE通过使用预定义规则将分配的PUCCH资源划分为两部分来隐式确定资源,用于发送ACK和NACK反馈的资源可以由RRC信令显式配置。例如,RRC配置中配置的每个PUCCH资源(例如,GoupcastResourceList)可以包含两个部分,其中每个部分分别被用于发送ACK或NACK反馈。
显式专用资源分配
Uu组播调度DCI中的两个DCI字段(例如,PUCCH resource for ACK indicatorfield(用于ACK的PUCCH资源指示符字段)和PUCCH resource for NACK indicator field(用于NACK的PUCCH资源指示符字段))可以分别被用于单独指示用于发送ACK和NACK反馈的资源。
对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,用于ACK的PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引的集合的值,例如,GoupcastResourceList。
对于来自由RRC信令提供的PUCCH资源的集合(例如,PUCCH-ResourceSet或GroupcastPUCCH-ResourceSet)的PUCCH资源,用于NACK的PUCCH资源指示符字段值可以映射到由RRC信令提供的PUCCH资源索引的集合的值,例如,GoupcastResourceList。
当单独指示用于发送ACK和NACK反馈的两个资源时,这两个资源可以在相同的时隙中分配,或者在不同的时隙中分配。组播传输与分配的两个HARQ反馈资源之间的时间偏移量可以通过组播调度DCI中的相同DCI字段(例如,PDSCH-to-HARQ_feedback timingindicator)来指示。或者,为了支持更灵活的反馈资源分配,可以由组播调度DCI携带两个专用DCI字段(例如,PDSCH-to-HARQ_ACK_feedback timing indicator(PDSCH-to-HARQ_ACK_feedback定时指示符)和PDSCH-to-HARQ_NACK_feedback timing indicator DSCH-to-HARQ_NACK_feedback定时指示符))来单独指示用于两个分配的反馈资源的时间偏移量。
所提出的增强的基于ACK-NACK的HARQ反馈方案也可以应用于侧链路组播传输,例如,通过将gNB替换为Tx UE;将UE替换为Rx UE;将DCI替换为SCI(侧链路控制信息)代替;将PUCCH替换为PSFCH(物理侧链路反馈信道)等。
用于Uu组播/广播的HARQ反馈和其它传输之间的冲突处置。
在NR中,UE可能需要支持经由Uu接口的广播/组播接收和(一个或多个)其它传输(例如,经由Uu接口的单播传输和接收、经由PC5接口的侧链路传输)的同时操作。在一些情况下,经由Uu接口传输针对广播/组播的HARQ反馈可能与其它上行链路或侧链路传输(例如,经由Uu接口的单播PUCCH传输和单播PUSCH传输、经由Uu接口的侧链路反馈或经由PC5接口的侧链路PSSCH传输等)重叠。本文描述的是用于针对Uu广播/组播的HARQ反馈与其它传输之间的冲突处置的方法。
为了简单起见,在本申请的其余部分,将针对Uu广播/组播下行链路传输的HARQ反馈称为GC HARQ反馈;将针对Uu单播下行链路传输的HARQ反馈称为UC HARQ反馈;发送到gNB的侧链路HARQ反馈被称为Uu上的SL HARQ反馈。
注意的是,本文提出的冲突处置方法可以应用于用于组播/广播的任何HARQ反馈机制,包括但不限于基于ACK-NACK的Uu组播HARQ反馈机制、仅基于NACK的Uu组播HARQ反馈机制、以及本申请中提出的增强的基于ACK-NACK的Uu组播HARQ反馈机制。
GC HARQ反馈与在PUCCH上为单播或为侧链路传输的其它HARQ反馈之间的冲突处置。
在NR中,当UE被调度单播下行链路传输时,UE将向gNB发送HARQ反馈。HARQ反馈在调度DCI指示的PUCCH资源中传输,例如,DCI格式1_0、DCI格式1_1和DCI格式1_2。当UE以NRV2X模式1操作时,UE也可以通过由调度侧链路传输的DCI指示的PUCCH向gNB发送侧链路HARQ反馈,例如,DCI格式3_0和DCI格式3_1。
如前面各节中提出的,UE也可以在PUCCH中发送GC HARQ反馈。被调度用于GC HARQ反馈传输的PUCCH资源可以与被调度用于其它HARQ反馈传输(例如UC HARQ反馈、Uu上的SLHARQ反馈等)的PUCCH资源在时间上重叠,例如完全重叠、部分重叠等。在此类情况下,会发生冲突。为了避免冲突,一种方法是可以不允许在同一时隙中同时调度GC HARQ反馈、UCHARQ反馈和Uu上的SL HARQ反馈。
但是,这种限制可能限制网络调度灵活性并降低频谱效率。因此,可能优选的是不要引入这种限制或放松这种限制,并通过下面提出的优先化过程来解决冲突问题。
当用于GC HARQ反馈的PUCCH与用于UC HARQ反馈或用于Uu上的SL HARQ反馈的PUCCH之间存在冲突时,可以丢弃HARQ反馈传输之一。在一种情况下,可以预定义(一个或多个)丢弃规则。例如,当GC HARQ反馈的PUCCH与UC HARQ反馈的PUCCH冲突或与Uu上的SLHARQ反馈的PUCCH冲突时,GC HARQ反馈的传输可以总是被去优先化并被丢弃;或者可以始终优化GC HARQ反馈的传输,例如,丢弃UC HARQ反馈或Uu上的SL HARQ反馈的传输。
在另一个示例中,用于GC HARQ反馈的PUCCH可以与用于UC HARQ反馈的PUCCH和用于Uu上的SL HARQ反馈的PUCCH两者冲突。在这种情况下,GC HARQ反馈可以总是被去优先化并被丢弃,而UC HARQ反馈和Uu上的SL HARQ反馈可以被多路复用并传输;或者GC HARQ反馈可以总是被优先考虑而其余的HARQ被丢弃。
由于NR支持具有不同QoS要求(例如,时延、可靠性等)的业务,因此传输可以具有不同的优先级。当冲突发生时,(一个或多个)丢弃规则可以因情况而异。因此,可以实现以下基于优先级的优先化规则。
在基于优先级的优先化规则的第一种方法中,UE可以比较冲突传输之间的优先级级别。优先级较高的传输优先。例如,可以用组播传输和侧链路传输的优先级来配置或指示UE。当用于GC HARQ反馈的PUCCH与用于Uu上的SL HARQ反馈的PUCCH之间存在冲突时,UE可以将与组播传输和侧链路传输相关联的优先级值进行比较,其中具有较低优先级值的传输被优先化,例如,优先级值越低,传输的优先级越高。当UE确定两个传输具有相等的优先级时,UE可以基于上面提到的预定义的规则来执行优先化,例如总是将一个传输优先于另一个传输。
在NR中,通过调度DCI中的优先级索引字段将单播传输分类为两个优先级级别,例如,高优先级和低优先级。在第二种方法中,当GC HARQ反馈与和单播传输相关联的UL传输(例如,PUCCH上的UCI传输、PUSCH传输等)之间存在冲突时,UE可以使用以下规则来执行优先化。当单播传输具有高优先级时(例如,相关联的DCI或相关联的配置的许可中的优先级索引是“1”),单播传输始终被优先化,并且GC HARQ反馈被去优先化。同时,可以为UE配置用于组播的优先级阈值,例如,GC_priority_threshold。当单播传输具有低优先级时(例如,相关联的DCI或相关联的配置的许可中的优先级索引是“0”),如果GC HARQ反馈的优先级高于阈值,例如相关联的组播传输的优先级值小于GC_priority_threshold,那么GC HARQ反馈被优先化并且单播传输被去优先化;否则单播传输被优先化并且GC HARQ反馈被去优先化。
作为另一种替代方案,基于优先级的优先化规则的第三种方法可以如下。当单播传输具有低优先级时,GC HARQ反馈总是被优先化,并且单播传输被去优先化。当单播传输具有高优先级时,如果GC HARQ反馈的优先级高于阈值,那么GC HARQ反馈优先,并且单播传输被去优先化;否则单播传输被优先化,并且GC HARQ反馈被去优先化。
此外,在第四种方法中,可以为UE配置两个GC优先级阈值,例如,GC_priority_threshold_high和GC_priority_threshold_low,其中一个阈值在单播传输具有高优先级时使用,另一个阈值在单播传输具有低优先级时使用。例如,当单播传输具有高优先级时,UE可以将组播传输的优先级与阈值GC_priority_threshold_high进行比较。如果优先级高于阈值,那么GC HARQ反馈被优先化,并且单播传输被去优先化;否则单播传输被优先化,GCHARQ反馈被去优先化。当单播传输具有低优先级时,UE可以通过应用与针对高优先级使用的相同规则来执行优先化,其中使用GC_priority_threshold_low。
在一些场景中,可以存在多于一个GC HARQ反馈,例如,在一个码本中传输的多个GC HARQ反馈与(一个或多个)其它传输重叠。GC HARQ反馈可以与具有不同优先级的不同组播传输相关联。在这种情况下,可以将重叠的GC HARQ反馈中的最高优先级(例如,最小优先级值)用于基于优先级的优先化。可替代地,可以使用重叠的GC HARQ反馈中的最低优先级。
当用于GC HARQ反馈的PUCCH与用于UC HARQ反馈或用于Uu上的SL HARQ反馈的PUCCH之间存在冲突时,UE可以应用基于优先级的优先化规则来确定要丢弃哪个传输,例如,优先化的传输将被传输,而去优先化的传输将被丢弃。
当冲突发生时,除了直接丢弃传输之一之外,UE可以多路复用HARQ反馈并且在冲突的PUCCH资源之一中传输多路复用的信息。这种行为可以是预定义的,例如,当用于GCHARQ反馈的PUCCH与用于其它HARQ反馈的PUCCH之间存在冲突时,UE可以总是执行多路复用。
或者,可以基于GC HARQ反馈的优先级来执行多路复用。例如,UE可以应用基于优先级的优先化规则来确定是否执行多路复用。在一种替代方案中,UE可以在GC HARQ反馈传输被去优先化时丢弃它,并且UE可以在GC HARQ反馈传输被优先化时将其与其它HARQ反馈多路复用。在另一种替代方案中,UE可以在GC HARQ反馈传输被去优先化时将其与其它HARQ反馈多路复用,并且UE可以在GC HARQ反馈被优先化时丢弃其它HARQ反馈的传输。
当UE多路复用HARQ反馈时,多路复用的HARQ信息位可以被联合编码。例如,普通码本(例如,类型1码本、类型2码本、类型3码本)可以被用于让UE传送GC HARQ反馈和其它冲突的HARQ反馈。或者,可以引入具有更大长度的新型码本,以用于将多个HARQ反馈结果联合多路复用。可替代地,可以将多路复用的HARQ信息位单独编码,然后进行级联。例如,UE可以首先使用单独的码本生成GC HARQ反馈和其它冲突的HARQ反馈。然后生成的码本可以在分配的PUCCH资源中被级联和传输。
当使用单独的码本时,在一种方法中,UE可以使用相同类型的码本来仅多路复用HARQ反馈。例如,当使用类型1码本的GC HARQ反馈与使用类型1码本的UC HARQ反馈冲突时,UE可以多路复用这两个HARQ反馈码本并在PUCCH中传输。但是,当两个冲突的HARQ反馈使用不同的码本时(例如,一个使用类型1码本,另一个使用类型2码本),UE可能不执行多路复用并丢弃一个HARQ反馈的传输,其中丢弃可以基于预定义的规则或可以基于如前面所提到的基于优先级的优先化。在另一种方法中,UE可以多路复用当HARQ反馈使用相同类型的码本时和当HARQ反馈使用不同类型的码本时的HARQ反馈。
当码本被级联时,需要定义多路复用码本的次序以避免UE与gNB之间的歧义。可以预定义级联次序。例如,码本可以按照UC HARQ反馈(如果包括)、Uu上的SL HARQ反馈(如果包括)和GC HARQ反馈的次序被多路复用。可替代地,码本可以按照UC HARQ反馈(如果包括)、GC HARQ反馈和Uu上的SL HARQ反馈(如果包括)的次序被多路复用;或者按照GC HARQ反馈、UC HARQ反馈(如果包括)和Uu上的SL HARQ反馈(如果包括)的顺序。在另一个示例中,码本可以按照Uu上的SL HARQ反馈(如果包括)、UC HARQ反馈(如果包括)和GC HARQ反馈的次序或者按照Uu上的SL HARQ反馈(如果包括)、GC HARQ反馈和UC HARQ反馈(如果包括)的次序被多路复用。在另一种方法中,级联次序可以基于HARQ反馈的优先级。例如,可以首先多路复用具有较高优先级的码本,接下来可以多路复用具有较低优先级的码本。
当GC HARQ反馈与其它HARQ反馈之间发生冲突时,UE最初分别被分配分别用于发送反馈的不同PUCCH资源。如果执行多路复用,那么UE可以在所分配的PUCCH资源之一中传输多路复用的HARQ反馈。
满足最小处理时间线的下一个最早的PUCCH资源可以被用于传输多路复用的HARQ反馈。在此,下一个最早的PUCCH资源可以最初被分配用于GC HARQ反馈或者可以被分配用于UC HARQ反馈或Uu上的SL HARQ反馈。或者可以使用由gNB分配的冲突的PUCCH资源当中满足最小处理时间线的最新PUCCH资源。
或者,被分配用于UC HARQ反馈或Uu上的SL HARQ反馈并且满足最小处理时间线的下一个最早的PUCCH资源可以被用于传输多路复用的HARQ反馈。换句话说,如果下一个最早的PUCCH资源被分配用于GC HARQ反馈,那么不选择它来传输多路复用的HARQ反馈。或者,可以使用冲突的PUCCH资源当中被分配用于UC HARQ反馈或Uu上的SL HARQ反馈并且满足最小处理时间线的最新PUCCH资源。
当使用仅基于NACK的组播HARQ反馈机制时,如果UE成功接收到传输,那么UE将不会向gNB发送反馈。同时,如果分配用于发送NACK反馈的PUCCH资源与用于UC HARQ反馈的PUCCH资源重叠,那么在一种方法中,UE可以遵循仅基于NACK的组播HARQ反馈行为,例如,UE将不发送针对组播传输的反馈,而UE将使用为UC HARQ反馈分配的PUCCH资源仅发送UCHARQ反馈。在另一种方法中,在这种情况下,UE可以向gNB发送针对组播传输的ACK。UE可以将GC ACK反馈与UC HARQ反馈多路复用,并在为UC HARQ反馈分配的PUCCH资源中发送多路复用的HARQ反馈。通过这样做,它可以让gNB知道组播传输是由UE确认的,从而减少由于UE错过组播调度DCI而造成的问题。在此提出的想法也可以应用于GC HARQ反馈与PUCCH中传输的其它UC UCI之间发生冲突的情况,以及GC HARQ反馈与单播物理上行链路共享信道(PUSCH)之间发生冲突的情况。
GC HARQ反馈与在PUCCH上为单播或为侧链路传输的其它UCI之间的冲突处置。
除了与UC HARQ反馈或Uu上的SL HARQ反馈的PUCCH冲突外,用于GC HARQ反馈的PUCCH资源还可以与被分配用于其它上行链路控制信息(UCI)(例如,用于单播传输的调度请求(SR)、用于侧链路传输的SR、CSI报告等)的PUCCH资源冲突。当此类冲突发生时,以下方法处置它。
在一种方法中,UE可以仅传输冲突传输之一,而丢弃其它传输。例如,当用于GCHARQ反馈的PUCCH资源与用于SR的PUCCH资源冲突时,UE可以仅传输SR并且丢弃GC HARQ反馈的传输。或者UE可以只传输GC HARQ反馈而丢弃SR的传输。当用于GC HARQ反馈的PUCCH资源与用于CSI的PUCCH资源冲突时,也可以应用类似的想法。在另一个示例中,UE可以使用此处的基于优先级的优先化来执行丢弃,例如,UE可以只传输优先化的传输而丢弃去优先化的传输。
在另一种方法中,UE可以将GC HARQ反馈与其它UCI多路复用,并且在为UCI传输分配的PUCCH中传输多路复用的信息位。在一种方法中,当冲突发生时,UE可以总是执行多路复用。或者,在另一种方法中,UE可以应用基于优先级的优先化来使用针对GC HARQ反馈和其它HARQ反馈之间的多路复用提出的类似原理来进行多路复用。
当UE执行多路复用时,UE可以根据以下替代方案对信息位进行多路复用。在第一种替代方案中,UE可以首先映射所有的HARQ反馈,例如,GC HARQ反馈、UC HARQ反馈、Uu上的SL HARQ反馈等,然后在HARQ之后将SR和CSI附加到为UCI传输分配的PUCCH资源。
在第二替代方案中,UE可以首先映射所有单播和侧链路UCI,例如,UL和SL HARQ、SR、CSI,然后接下来附加GC HARQ反馈。
在第三替代方案中,UE可以首先映射GC HARQ反馈,并且在GC HARQ反馈之后附加单播和侧链路UCI。
在第四替代方案中,多路复用次序可以基于优先化,例如,首先映射具有较高优先级的传输,然后附加具有较低优先级的传输。
在一些情况下,多路复用的位的总数可以超过PUCCH资源集可以携带的最大有效载荷尺寸。在这种场景中,需要丢弃某些信息。在这种情况下,UE可以总是首先丢弃CSI报告。可替代地,UE可以总是首先丢弃GC HARQ反馈和Uu上的SL HARQ反馈(如果存在)。或者,在另一种替代方案中,丢弃可以基于优先化,例如,具有较低优先级的传输首先被丢弃。或者,可以使用非周期性的基于PUSCH的反馈来适应大的有效载荷。或者,可以引入新的PUCCH格式,例如,PUCCH格式6,它可以携带更多的信息位以适应大的有效载荷。
GC HARQ反馈与单播PUSCH传输之间的冲突处置。
在另一个场景中,用于GC HARQ反馈的PUCCH资源可以与单播PUSCH传输冲突。PUSCH可以是携带UL数据的PUSCH,或者是携带UC UCI的PUSCH。PUSCH可以由DCI动态调度或者可以使用配置的许可资源进行传输。在这种情况下,UE可以在PUSCH中多路复用GC HARQ反馈并一起传输它们。在示例中,当这种冲突发生时,UE可以总是执行多路复用。或者,UE可以采用基于优先级的优先化,例如,如果GC HARQ反馈被优先化,那么UE在PUSCH中多路复用GC HARQ反馈;如果GC HARQ反馈被去优先化,那么UE丢弃GC HARQ反馈的传输。
在NR中,当UE在PUSCH中多路复用UC HARQ反馈时,UE使用βoffset来确定要用于捎带的资源。βoffset的值可以由gNB使用RRC配置betaOffsets半静态地配置,或者可以通过使用beta_offset indicator(beta_offset指示符)字段由调度DCI动态地用信号通知。
当UE在PUSCH中多路复用GC HARQ反馈时,UE需要知道有多少资源用于捎带GCHARQ反馈。为了确定这样的信息,可以支持半静态配置和动态地发信号通知两者。
对于半静态配置,在一种方法中,当UE执行GC HARQ捎带时,UE可以重用被配置用于UC HARQ捎带的βoffset的值。换句话说,UE使用相同的值来计算用于GC HARQ的资源和用于UC HARQ的资源。
在另一种方法中,UE可以被配置用于GC HARQ捎带的单独的βoffset的值。附录的代码示例4中描绘了示例。如果UE分别多路复用多达2个GC HARQ信息位、多于2个和多达11个GC HARQ信息位以及PUSCH中的多于11位,那么betaOffsetACKforGroupcast-Index1、betaOffsetACKforGroupcast-Index2和betaOffsetACKforGroupcast-Index3分别提供供UE使用的βoffset值。
在附录的代码示例5中描绘了另一个示例,其中可以引入新的RRC信息元素,例如,BetaOffsetsforGroupcast IE,以用于配置用于GC HARQ捎带的βoffset值。在这种情况下,当UE配置有特定于UE的PUSCH参数或没有动态许可的上行链路传输时,UE可以分别配置有BetaOffsetsforGroupcast IE和BetaOffsets IE以用于组播和单播,作为附录的代码示例6中描绘的示例。
对于动态地发信号通知,UE可以重用调度PUSCH的DCI中的beta_offsetindicator字段来确定用于GC HARQ捎带的βoffset值。在一个示例中,beta_offsetindicator字段可以与用于GC HARQ和UC HARQ两者的βoffset候选值的同一集合相关联,例如,UE可以使用为UC HARQ捎带发信号通知的相同βoffset值来计算用于GC HARQ捎带的资源。
在另一个示例中,beta_offset indicator字段可以与分别用于UCHARQ捎带和用于GC HARQ捎带的βoffset候选值的两个集合相关联。例如,UE可以分别配置有betaOffsetACK-Index1和betaOffsetACKforGroupcast-Index1。
可替代地,可以在调度PUSCH的DCI中引入新的DCI字段,例如,beta_offsetgroupcast indicator(beta_offset组播指示符)字段,例如DCI格式0_1、DCI格式0_2等。示例在附录的表4中描绘。当由gNB半静态地配置GCβoffset值时,beta_offset groupcastindicator字段具有0位,例如,这个字段不由DCI携带。当由gNB动态发信号通知GCβoffset值时,调度DCI使用n位携带beta_offset groupcastindicator字段,其中n=log2k并且k是由gNB配置的GCβoffset候选值的数量。
在一个示例中,beta_offset groupcast indicator字段可以与和beta_offsetindicator(beta_offset指示符)字段相同的βoffset候选值集合相关联。在这个示例中,UE没有配置有betaOffsetACKforGroupcast-Index1、betaOffsetACKforGroupcast-Index2等。beta_offset groupcast indicator字段和beta_offset indicator字段都是指由gNB配置的betaOffsetACK-Index1、betaOffsetACK-Index2、betaOffsetACK-Index3候选值的相同集合。
在另一个示例中,beta_offset groupcast indicator字段可以与βoffset候选值的不同集合相关联。例如,beta_offset groupcast indicator字段可以与由gNB使用附录的代码示例4和附录的代码示例5中提出的方法配置的betaOffsetACKforGroupcast-Index1、betaOffsetACKforGroupcast-Index2、betaOffsetACKforGroupcast-Index3相关联。
当UE在PUSCH中多路复用GC HARQ反馈时,可以存在要同时捎带的其它单播UCI,例如UC HARQ、CSI等。在这种情况下,UE可以首先映射UC HARQ,然后接下来映射GC HARQ,然后映射SL HARQ,然后在GC HARQ之后映射其它UCI,例如,CSI。可替代地,UE可以首先映射GCHARQ,然后映射UC HARQ,并且在UC HARQ之后映射其它UCI,例如CSI。相同的想法可以应用于穿孔情况,例如,当GC HARQ≤2位时。
除了支持半静态地配置和动态地发信号通知之外,用于GC HARQ捎带的βoffset值可以仅由gNB使用上述提出的方法半静态地配置,或者它也可以仅由gNB动态地发信号通知。
在又一个场景中,用于GC HARQ反馈的PUCCH可以与SRS传输重叠。在这种情况下,UE可以丢弃SRS的传输并传输GC HARQ反馈。
在又一个场景中,用于GC HARQ反馈的PUCCH可以与物理随机接入信道(PRACH)传输(例如,用于波束故障恢复的PRACH、PDCCH有序的PRACH、移交PRACH等)重叠。在这种情况下,UE可以丢弃GC HARQ反馈的传输并传输PRACH。
GC HARQ反馈与侧链路传输之间的冲突处置。
在又一个场景中,用于GC HARQ反馈的PUCCH可以与侧链路传输(例如,PSCCH、PSSCH、PSFCH等)发生冲突。对于不能支持同时的侧链路和上行链路传输的UE,UE可以始终丢弃GC HARQ反馈传输。可替代地,UE可以总是丢弃侧链路传输。或者,UE可以应用基于优先级的优先化来丢弃传输,例如,丢弃去优先化的传输。
对于能够支持同时的侧链路和上行链路传输的UE,即使GC HARQ反馈和侧链路传输发生冲突,UE也可以传输GC HARQ反馈和侧链路传输两者。但是,在一些情况下,GC HARQ反馈传输和侧链路传输的总功率会超过最大功率限制,例如,Ptotal>Pma<。于是,UE需要丢弃某个传输或将一个或两个传输的TX功率缩减一定比例以满足最大Tx功率限制。
在一种方法中,UE可以比较所有GC HARQ反馈与侧链路传输之间的优先级。UE可以首先丢弃具有较低优先级的传输。在另一种方法中,UE可以比较所有侧链路传输之间的优先级。UE可以首先丢弃具有较低优先级的侧链路传输,而GC HARQ反馈总是被优先化并传输。
示例环境
第三代合作伙伴计划(3GPP)开发用于蜂窝电信网络技术的技术标准,包括无线电接入、核心运输网络以及服务能力-包括对编解码器、安全性和服务质量的工作。最近的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)和LTE-Advanced标准。3GPP已经开始致力于下一代蜂窝技术的标准化,该技术被称为新无线电(NR),也被称为“5G”。3GPP NR标准的开发预计将包括下一代无线电接入技术(新RAT)的定义,预计将包括提供低于6GHz的新灵活无线电接入,以及提供6GHz以上的新超移动宽带无线电接入。灵活的无线电接入预计包括6GHz以下新频谱中的新的、非向后兼容的无线电接入,并且预计包括可以在相同频谱中多路复用在一起的不同操作模式,以解决具有不同要求的广泛的3GPPNR用例集合。预计超移动宽带将包括cmWave和mmWave频谱,其将为用于例如室内应用和热点的超移动宽带接入提供机会。特别地,超移动宽带预计将与6GHz以下的灵活无线电接入共享共同的设计框架,具有特定于cmWave和mmWave的设计优化。
3GPP已经识别出NR预计支持的各种用例,从而导致对数据速率、等待时间和移动性的各种用户体验要求。用例包括以下一般类别:增强的移动宽带(例如,密集区域的宽带接入、室内超高宽带接入、人群中的宽带接入、无处不在的50+Mbps、超低成本宽带接入、车载移动宽带)、关键通信、大规模机器类型通信、网络操作(例如,网络切片、路由、迁移和互通、节能)、以及增强的车辆到一切(eV2X)通信,其可以包括车辆到车辆通信(V2V)、车辆到基础设施通信(V2I)、车辆到网络通信(V2N)、车辆到行人通信(V2P)以及车辆与其它实体的通信。这些类别中的具体服务和应用包括例如监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流传输、基于无线云的办公室、第一响应者连接性、汽车电子呼叫、灾难警报、实时游戏、多人视频通话、自主驾驶、增强现实、触觉互联网以及虚拟现实,等等。本文预期全部这些用例以及其它用例。
图8A图示了示例通信系统100的一个实施例,其中可以实施本文描述和要求保护的方法和装置。如图所示,示例通信系统100可以包括无线传输/接收单元(WTRU)102a、102b、102c、102d、102e、102f和/或102g(一般或共同地可以称为WTRU 102)、无线电接入网络(RAN)103/104/105/103b/104b/105b、核心网络106/107/109、公共交换电话网(PSTN)108、互联网110、其它网络112以及V2X服务器(或ProSe功能和服务器)113,但是应认识到的是,所公开的实施例预期任意数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d、102e、102f、102g中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然每个WTRU 102a、102b、102c、102d、102e、102f、102g在图14A-14E中被描绘为手持无线通信装置,但是应该理解的是,对于5G无线通信预期的各种用例,每个WTRU可以包括被配置为传输和/或接收无线信号的任何类型的装置或设备或者在其中实施,仅作为示例,所述装置或设备包括用户装备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机)等。
通信系统100还可以包括基站114a和基站114b。基站114a可以是被配置为与WTRU102a、102b、102c中的至少一个无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。基站114b可以是被配置为与RRH(远程无线电头)118a、118b、TRP(传输和接收点)119a、119b和/或RSU(路边单元)120a和120b中的至少一个有线和/或无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110、其它网络112和/或V2X服务器(或ProSe功能和服务器)113)。RRH 118a、118b可以是被配置为与WTRU 102c中的至少一个无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。TRP 119a、119b可以是被配置为与WTRU102d中的至少一个无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。RSU 120a和120b可以是被配置为与WTRU 102e或102f中的至少一个无线接口的任何类型的设备,以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、其它网络112和/或V2X服务器(或ProSe功能和服务器)113)的接入。举例来说,基站114a、114b可以是基站收发信台(BTS)、Node-B、eNode B、家庭节点B、家庭eNode B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b均都被描绘为单个元件,但是应认识到的是,基站114a、114b可以包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 103/104/105的一部分,RAN 103/104/105还可以包括其它基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114b可以是RAN 103b/104b/105b的一部分,RAN 103b/104b/105b还可以包括其它基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a可以被配置为在特定地理区域内传输和/或接收无线信号,所述地理区域可以被称为小区(未示出)。基站114b可以被配置为在特定地理区域内传输和/或接收有线和/或无线信号,所述地理区域可以被称为小区(未示出)。可以将小区进一步划分为小区扇区。例如,与基站114a相关联的小区可以被划分为三个扇区。因此,在实施例中,基站114a可以包括三个收发器,例如,小区的每个扇区一个收发器。在实施例中,基站114a可以采用多输入多输出(MIMO)技术,因此可以为小区的每个扇区使用多个收发器。
基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c中的一个或多个通信,空中接口115/116/117可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。
基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b、TRP 119a、119b和/或RSU 120a和120b中的一个或多个通信,空中接口115b/116b/117b可以是任何合适的有线(例如,电缆、光纤等)或无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/116b/117b。
RRH 118a、118b、TRP 119a、119b和/或RSU 120a、120b可以通过空中接口115c/116c/117c与一个或多个WTRU 102c、102d、102e、102f通信,空中接口115c/116c/11c可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。
WTRU 102a、102b、102c、102d、102e、102f和/或102g可以通过空中接口115d/116d/117d(图中未示出)彼此通信,该空中接口可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115d/116d/117d。
更具体而言,如上所述,通信系统100可以是多址系统,并且可以采用一种或多种信道接入方案,诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b和RSU 120a、120b与WTRU 102c、102d、102e、102f可以实现无线电技术,诸如通用移动电信系统(UMTS)地面无线电接入(UTRA),其可以使用宽带CDMA(WCDMA)分别建立空中接口115/116/117或115c/116c/117c。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在实施例中,基站114a与WTRU 102a、102b、102c或者RAN103b/104b/105b中的RRH118a、118b、TRP 119a、119b和RSU 120a、120b与WTRU 102c、102d可以实现无线电技术,诸如演进的UMTS地面无线电接入(E-UTRA),其可以使用长期演进(LTE)和/或LTE-Advance(LTE-A)分别建立空中接口115/116/117或115c/116c/117c。将来,空中接口115/116/117可以实现3GPP NR技术。LTE和LTE-A技术包括LTE D2D和V2X技术和接口(诸如侧链路通信等)。3GPPNR技术包括NR V2X技术和接口(诸如侧链路通信等)。
在实施例中,RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN103b/104b/105b中的RRH 118a、118b、TRP119a、119b和/或RSU 120a、120b与WTRU 102c、102d、102e、102f可以实现无线电技术,诸如IEEE 802.16(例如,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、过渡(Interim)标准2000(IS-2000)、过渡标准95(IS-95)、过渡标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)、GSM EDGE(GERAN)等。
例如,图8A中的基站114c可以是无线路由器、家庭节点B、家庭eNode B或接入点,并且可以利用任何合适的RAT来促进局部区域(诸如商业地点、家、运载工具、校园等)中的无线连接性。在实施例中,基站114c和WTRU 102e可以实现诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在实施例中,基站114c和WTRU 102d可以实现诸如IEEE802.15之类的无线电技术以建立无线个域网(WPAN)。在又一个实施例中,基站114c和WTRU102e可以利用基于蜂窝的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立微微小区或毫微微小区。如图8A中所示,基站114b可以具有到互联网110的直接连接。因此,可以不要求基站114c经由核心网络106/107/109访问互联网110。
RAN 103/104/105和/或RAN 103b/104b/105b可以与核心网络106/107/109通信,核心网络106/107/109可以是被配置为向WTRU102a、102b、102c、102d中的一个或多个提供语音、数据、应用和/或互联网协议语音(VoIP)服务的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、互联网连接性、视频分发等,和/或执行高级安全功能(诸如用户认证)。
虽然未在图8A中示出,但是应认识到的是,RAN 103/104/105和/或RAN 103b/104b/105b和/或核心网络106/107/109可以与采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同RAT的其它RAN直接或间接通信。例如,除了连接到可以利用E-UTRA无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外,核心网络106/107/109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。
核心网络106/107/109还可以用作WTRU 102a、102b、102c、102d、102e的网关,以接入PSTN 108、互联网110和/或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议的互连的计算机网络和设备的全球系统,所述通信协议诸如TCP/IP网际协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)。网络112可以包括由其它服务提供商拥有和/或操作的有线或无线通信网络。例如,网络112可以包括连接到一个或多个RAN的另一个核心网络,这一个或多个RAN可以采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d中的一些或全部可以包括多模能力,例如,WTRU 102a、102b、102c、102d和102e可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如,图8A中所示的WTRU 102e可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信,并且与可以采用IEEE 802无线电技术的基站114c通信。
图8B是根据本文所示实施例被配置用于无线通信的示例装置或设备(诸如例如WTRU 102)的框图。如图8B中所示,示例WTRU102可以包括处理器118、收发器120、传输/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136、以及其它外围设备138。应认识到的是,WTRU 102可以包括前述元件的任何子组合,同时保持与实施例一致。而且,实施例考虑基站114a和114b、和/或基站114a和114b可以表示的节点(例如但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节-B、演进的家庭节点B(eNodeB)、家庭演进节点B(HeNB)、家庭演进节点B网关以及代理节点等)可以包括图8B中描述并在本文描述的一些或全部元件。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使WTRU 102能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发器120,收发器120可以耦合到传输/接收元件122。虽然图8B将处理器118和收发器120描绘为单独的部件,但是应认识到的是,处理器118和收发器120可以在电子包装或芯片中集成在一起。
传输/接收元件122可以被配置为通过空中接口115/116/117向基站(例如,基站114a)传输信号或从基站(例如,基站114a)接收信号。例如,在实施例中,传输/接收元件122可以是被配置为传输和/或接收RF信号的天线。在实施例中,传输/接收元件122可以是发射器/检测器,其被配置为例如传输和/或接收IR、UV或可见光信号。在又一个实施例中,传输/接收元件122可以被配置为传输和接收RF和光信号。应该认识到的是,传输/接收元件122可以被配置为传输和/或接收无线信号的任意组合。
此外,虽然传输/接收元件122在图8B中被描绘为单个元件,但是WTRU 102可以包括任何数量的传输/接收元件122。更具体而言,WTRU 102可以采用MIMO技术。因此,在实施例中,WTRU 102可以包括两个或更多个传输/接收元件122(例如,多个天线),用于通过空中接口115/116/117传输和接收无线信号。
收发器120可以被配置为调制将由传输/接收元件122传输的信号并且解调由传输/接收元件122接收的信号。如上所述,WTRU 102可以具有多模能力。因此,收发器120可以包括多个收发器,用于使WTRU 102能够经由多个RAT(例如,诸如UTRA和IEEE 802.11)通信。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如,液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以从其接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128。此外,处理器118可以从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息并在其中存储数据。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在实施例中,处理器118可以从不是物理地位于WTRU 102上(诸如在服务器或家用计算机(未示出)上)的存储器中访问信息,并将数据存储在其中。
处理器118可以从电源134接收电力,并且可以被配置为向WTRU 102中的其它部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如,电源134可以包括一个或多个干电池、太阳能电池、燃料电池等。
处理器118还可以耦合到GPS芯片组136,该GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如,经度和纬度)。除了或代替来自GPS芯片组136的信息,WTRU 102可以通过空中接口115/116/117从基站(例如,基站114a、114b)接收位置信息和/或基于从附近的两个或更多个基站接收信号的定时确定其位置。应认识到的是,WTRU102可以通过任何合适的位置确定方法获取位置信息,同时保持与实施例一致。
处理器118还可以耦合到其它外围设备138,外围设备138可以包括提供附加特征、功能和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如,外围设备138可以包括各种传感器,诸如加速度计、生物识别(例如,指纹)传感器、电子罗盘、卫星收发器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
WTRU 102可以在其它装置或设备中实施,诸如传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机)。WTRU 102可以经由一个或多个互连接口(诸如可以包括外围设备138之一的互连接口)连接到这种装置或设备的其它部件、模块或系统。
图8C是根据实施例的RAN 103和核心网络106的系统图。如上所述,RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可以与核心网络106通信。如图8C中所示,RAN 103可以包括节点B 140a、140b、140c,每个节点可以包括一个或多个收发器,用于通过空中接口115与WTRU 102a、102b、102c通信。节点B 140a、140b、140c可以各自与RAN 103内的特定小区(未示出)相关联。RAN 103还可以包括RNC142a、142b。应认识到的是,RAN 103可以包括任何数量的节点B和RNC,同时保持与实施例一致。
如图8C中所示,节点B 140a、140b可以与RNC 142a通信。此外,节点B 140c可以与RNC 142b通信。节点B 140a、140b、140c可以经由Iub接口与相应的RNC 142a、142b通信。RNC142a、142b可以经由Iur接口彼此通信。RNC 142a、142b中的每一个可以被配置为控制与其连接的相应节点B 140a、140b、140c。此外,RNC142a、142b中的每一个可以被配置为执行或支持其它功能,诸如外环功率控制、负载控制、准入控制、分组调度、移交控制、宏分集、安全功能、数据加密等。
图8C中所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述元件中的每一个被描绘为核心网络106的一部分,但是应认识到的是,这些元件中的任何一个都可以被除核心网络运营商之外的实体拥有和/或操作。
RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC146可以连接到MGW 144。MSC 146和MGW144可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入,以促进WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。
RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。
如上所述,核心网络106还可以连接到网络112,网络112可以包括由其它服务提供商拥有和/或运营的其它有线或无线网。
图8D是根据实施例的RAN 104和核心网络107的系统图。如上所述,RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可以与核心网络107通信。
RAN 104可以包括eNode-B 160a、160b、160c,但是应认识到的是,RAN 104可以包括任何数量的eNode-B,同时保持与实施例一致。eNode-B 160a、160b、160c可以各自包括一个或多个收发器,用于通过空中接口116与WTRU 102a、102b、102c通信。在实施例中,eNode-B 160a、160b、160c可以实现MIMO技术。因此,eNode-B160a例如可以使用多个天线来向WTRU102a传输无线信号并从WTRU 102a接收无线信号。
eNode-B 160a、160b和160c中的每一个可以与特定小区(未示出)相关联,并且可以被配置为处理无线电资源管理决定、移交决定、上行链路和/或下行链路中用户的调度等。如图8D中所示,eNode-B160a、160b、160c可以通过X2接口彼此通信。
图8D中所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述元件中的每一个都被描绘为核心网络107的一部分,但是应认识到的是,这些元件中的任何一个都可以被除核心网络运营商之外的实体拥有和/或操作。
MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个,并且可以用作控制节点。例如,MME 162可以负责认证WTRU 102a、102b、102c的用户、承载激活/停用,在WTRU 102a、102b、102c的初始附连期间选择特定的服务网关等。MME 162还可以提供用于在RAN 104与采用其它无线电技术(诸如GSM或WCDMA)的其它RAN(未示出)之间进行切换的控制平面功能。
服务网关164可以经由S1接口连接到RAN 104中的eNode-B160a、160b和160c中的每一个。服务网关164一般可以向/从WTRU102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其它功能,诸如在eNode B间移交期间锚定用户平面,当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼,管理和存储WTRU 102a、102b、102c的上下文,等等。
服务网关164还可以连接到PDN网关166,PDN网关166可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网络107可以促进与其它网络的通信。例如,核心网络107可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN108)的接入,以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如,核心网络107可以包括用作核心网络107和PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器)或者可以与其通信。此外,核心网络107可以向WTRU 102a、102b、102c提供对网络112的接入,网络112可以包括被其它服务提供商拥有和/或操作的其它有线或无线网络。
图8E是根据实施例的RAN 105和核心网络109的系统图。RAN105可以是接入服务网络(ASN),其采用IEEE 802.16无线电技术通过空中接口117与WTRU 102a、102b和102c通信。如下面进一步讨论的,WTRU 102a、102b、102c、RAN 105和核心网络109的不同功能实体之间的通信链路可以被定义为参考点。
如图8E中所示,RAN 105可以包括基站180a、180b、180c和ASN网关182,但是应认识到的是,RAN 105可以包括任意数量的基站和ASN网关,同时保持与实施例一致。基站180a、180b、180c可以各自与RAN 105中的特定小区相关联,并且可以包括一个或多个收发器,用于通过空中接口117与WTRU 102a、102b、102c通信。在实施例中,基站180a、180b、180c可以实现MIMO技术。因此,基站180a例如可以使用多个天线来向WTRU 102a传输无线信号,并从WTRU 102a接收无线信号。基站180a、180b、180c还可以提供移动性管理功能,诸如移交触发、隧道建立、无线电资源管理、流量分类、服务质量(QoS)策略实施等。ASN网关182可以用作流量聚合点,并且可以负责寻呼、订户简档的高速缓存、到核心网络109的路由等。
WTRU 102a、102b、102c与RAN 105之间的空中接口117可以被定义为实现IEEE802.16规范的R1参考点。此外,WTRU 102a、102b和102c中的每一个可以与核心网络109建立逻辑接口(未示出)。WTRU 102a、102b、102c与核心网络109之间的逻辑接口可以被定义为R2参考点,其可以被用于认证、授权、IP主机配置管理和/或移动性管理。
基站180a、180b和180c中的每一个之间的通信链路可以被定义为R8参考点,其包括用于促进基站之间的WTRU移交和数据传送的协议。基站180a、180b、180c和ASN网关182之间的通信链路可以被定义为R6参考点。R6参考点可以包括用于基于与WTRU 102a、102b、102c中的每一个相关联的移动性事件来促进移动性管理的协议。
如图8E中所示,RAN 105可以连接到核心网络109。RAN 105和核心网络109之间的通信链路可以被定义为R3参考点,R3参考点包括用于例如促进数据传送和移动性管理能力的协议。核心网络109可以包括移动IP归属代理(MIP-HA)184、认证、授权、计费(AAA)服务器186和网关188。虽然前述元件中的每一个被描绘为核心网络109的一部分,但是应认识到的是,这些元件中的任何一个可以被除核心网络运营商以外的实体拥有和/或操作。
MIP-HA可以负责IP地址管理,并且可以使WTRU 102a、102b和102c能够在不同ASN和/或不同核心网络之间漫游。MIP-HA 184可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可以促进与其它网络的互通。例如,网关188可以向WTRU102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入,以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。此外,网关188可以向WTRU 102a、102b、102c提供对网络112的接入,网络112可以包括被其它服务提供商拥有和/或操作的其它有线或无线网络。
虽然未在图8E中示出,但是应认识到的是,RAN 105可以连接到其它ASN,并且核心网络109可以连接到其它核心网络。RAN 105与其它ASN之间的通信链路可以被定义为R4参考点,R4参考点可以包括用于协调RAN 105与其它ASN之间的WTRU 102a、102b、102c的移动性的协议。核心网络109和其它核心网络之间的通信链路可以被定义为R5参考,其可以包括用于促进归属核心网络和被访问核心网络之间的互通的协议。
本文描述并在图14A、14C、14D和14E中示出的核心网络实体通过在某些现有3GPP规范中给予那些实体的名称来识别,但是应认识到的是,在将来,那些实体和功能可能通过其它名称来识别,并且某些实体或功能可能在3GPP发布的未来规范(包括未来的3GPP NR规范)中组合。因此,图14A、14B、14C、14D和14E中描述和示出的特定网络实体和功能仅作为示例提供,并且应理解的是,本文公开并要求保护的主题可以在任何类似的通信系统中实施或实现,无论是目前定义还是将来定义。
图8F是示例性计算系统90的框图,其中可以实施图14A、14C、14D和14E中所示的通信网络的一个或多个装置,诸如RAN103/104/105、核心网络106/107/109、PSTN 108、互联网110或其它网络112中的某些节点或功能实体。计算系统90可以包括计算机或服务器,并且可以主要由计算机可读指令控制,计算机可读指令可以是软件的形式,无论在哪里,或以任何方式存储或访问此类软件。这种计算机可读指令可以在处理器91内执行,以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使计算系统90能够在通信网络中操作的任何其它功能。协处理器81是与主处理器91不同的可选处理器,其可以执行附加功能或辅助处理器91。处理器91和/或协处理器81可以接收、生成和处理与本文公开的方法和装置相关的数据。
在操作中,处理器91获取、解码并执行指令,并经由计算系统的主数据传送路径(系统总线80),向其它资源传送信息和从其它资源传送信息。这种系统总线连接计算系统90中的部件并定义用于数据交换的媒介。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线、以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。
耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路系统。ROM 93一般包含不容易被修改的存储数据。存储在RAM82中的数据可以由处理器91或其它硬件设备读取或改变。对RAM82和/或ROM93的存取可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能,该地址翻译功能在执行指令时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能,该功能隔离系统内的进程并将系统进程与用户进程隔离。因此,以第一模式运行的程序只能访问由其自己的进程虚拟地址空间映射的存储器;除非已设置进程之间的存储器共享,否则它无法访问另一个进程的虚拟地址空间内的存储器。
此外,计算系统90可以包含外围设备控制器83,外围设备控制器83负责将来自处理器91的指令传送到外围设备,诸如打印机94、键盘84、鼠标95和盘驱动器85。
由显示器控制器96控制的显示器86被用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以以图形用户界面(GUI)的形式提供视觉输出。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或触摸板来实现。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子部件。
另外,计算系统90可以包含通信电路系统,诸如网络适配器97,其可以被用于将计算系统90连接到外部通信网络(诸如图14A、14B、14C、14D和14E的RAN 103/104/105、核心网络106/107/109、PSTN108、互联网110或其它网络112),以使计算系统90能够与那些网络的其它节点或功能实体通信。单独地或者与处理器91组合,通信电路系统可以被用于执行本文描述的某些装置、节点或功能实体的传输和接收步骤。
图8G图示了示例通信系统111的一个实施例,其中可以实施本文描述并要求保护的方法和装置。如图所示,示例通信系统111可以包括无线传输/接收单元(WTRU)A、B、C、D、E、F、基站、V2X服务器以及RSU A和B,但是将认识到的是,所公开的实施例预期任何数量的WTRU、基站、网络和/或网络元件。一个或几个或所有WTRU A、B、C、D、E可以不在网络范围内(例如,在图中虚线所示的小区覆盖边界之外)。WTRU A、B、C形成V2X组,其中WTRU A是组领导,而WTRU B和C是组成员。WTRU A、B、C、D、E、F可以通过Uu接口或侧链路(PC5)接口通信。
应该理解的是,本文描述的装置、系统、方法和处理中的任何一个或全部可以以存储在计算机可读存储介质上的计算机可执行指令(例如,程序代码)的形式实施,该指令在由处理器(诸如处理器118或91)执行时使处理器执行和/或实现本文描述的系统、方法和处理。具体而言,本文描述的任何步骤、操作或功能可以以在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上执行的这种计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非瞬态(例如,有形或物理)方法或技术实现的易失性和非易失性、可移动和不可移动介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字通用盘(DVD)或其它光盘存储装置、磁带盒、磁带、磁盘存储器或其它磁存储设备、或者可以用于存储期望信息并且可以由计算系统访问的任何其它有形或物理介质。
Claims (19)
1.一种装置,包括处理器、存储器和通信电路系统,所述装置经由通信电路系统连接到网络,所述装置还包括存储在存储器中的计算机可执行指令,所述指令在由处理器执行时使得所述装置:
接收第一传输集合,第一传输集合是组播服务或广播服务的一部分;
确定对组播服务或广播服务启用还是禁用混合自动重复请求(HARQ);
如果对组播服务或广播服务启用HARQ,那么传输针对第一传输集合的HARQ反馈;以及
如果对组播服务或广播服务禁用HARQ,那么不传输针对第一传输集合的HARQ反馈。
2.如权利要求1所述的装置,其中所述指令还使所述装置:
接收与组播服务或广播服务有关的无线电网络临时标识符(RNTI);以及
至少部分地基述RNTI来确定对组播服务或广播服务启用还是禁用混合自动重复请求(HARQ)。
3.如权利要求2所述的装置,其中所述指令还使所述装置至少部分地基于RNTI是奇数还是偶数来确定对组播服务或广播服务启用还是禁用混合自动重复请求(HARQ)。
4.如权利要求2所述的装置,其中所述指令还使所述装置至少部分地基于RNTI是否落入一个或多个范围内来确定对组播服务或广播服务启用还是禁用混合自动重复请求(HARQ)。
5.如权利要求1所述的装置,其中所述指令还使所述装置:
接收针对组播服务或广播服务的HARQ启用的显式指示符;
至少部分地基于所述显式指示符来确定对组播服务或广播服务启用还是禁用HARQ。
6.如权利要求1所述的装置,其中所述指令还使所述装置:
接收第二传输集合中的传输,第二传输集合是组播服务或广播服务的一部分;
确定对该传输启用还是禁用混合自动重复请求(HARQ);
如果对组播服务或广播服务并且对该传输启用HARQ,那么传输针对该传输的HARQ反馈;以及
如果对组播服务或广播服务或对该传输禁用HARQ,那么不传输针对该传输的HARQ反馈。
7.如权利要求6所述的装置,其中所述指令还使所述装置至少部分地基于与该传输有关的下行链路控制信息(DCI)中的指示来确定对该传输启用还是禁用HARQ。
8.如权利要求6所述的装置,其中所述指令还使所述装置至少部分地基于与该传输有关的解调参考信号(DMRS)中的指示来确定对该传输启用还是禁用HARQ。
9.如权利要求8所述的装置,其中DMRS是在物理下行链路控制信道(PDCCH)上传输的。
10.一种装置,包括处理器、存储器和通信电路系统,所述装置经由通信电路系统连接到网络,所述装置还包括存储在存储器中的计算机可执行指令,所述指令在由处理器执行时使得所述装置:
接收传输,该传输是组播服务或广播服务的一部分;
确定对该传输启用还是禁用混合自动重复请求(HARQ);
如果对组播服务或广播服务并且对该传输启用HARQ,那么传输针对该传输的HARQ反馈;以及
如果对组播服务或广播服务或对该传输禁用HARQ,那么不传输针对该传输的HARQ反馈。
11.如权利要求10所述的装置,其中所述指令还使所述装置至少部分地基于与该传输有关的下行链路控制信息(DCI)中的指示来确定对该传输启用还是禁用HARQ。
12.如权利要求10所述的装置,其中所述指令还使所述装置至少部分地基于与该传输相关的解调参考信号(DMRS)中的指示来确定对该传输启用还是禁用HARQ。
13.如权利要求12所述的装置,其中DMRS是在物理下行链路控制信道(PDCCH)上传输的。
14.一种网络装置,包括处理器、存储器和通信电路系统,所述装置经由通信电路系统连接到网络,所述装置还包括存储在存储器中的计算机可执行指令,所述指令在由处理器执行时使得所述装置:
发送组播服务或广播服务;
发送与针对组播服务或广播服务的传输的混合自动重复请求(HARQ)启用有关的配置信息。
15.如权利要求14所述的装置,其中所述配置信息与针对组播服务或广播服务的HARQ要求有关。
16.如权利要求15所述的装置,其中所述配置信息包括与组播服务或广播服务有关的无线电网络临时标识符(RNTI)。
17.如权利要求14所述的装置,其中所述配置信息与针对组播服务或广播服务的单独传输的HARQ要求有关。
18.如权利要求17所述的装置,其中所述指令还使所述装置至少部分地基于与该传输有关的解调参考信号(DMRS)中的指示来确定对该传输启用还是禁用HARQ,DMRS是在物理下行链路控制信道(PDCCH)上传输的。
19.如权利要求14所述的装置,其中所述配置信息包括针对组播服务或广播服务的HARQ要求的指示、以及针对组播服务或广播服务的单独传输的HARQ要求的指示。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962910692P | 2019-10-04 | 2019-10-04 | |
US62/910,692 | 2019-10-04 | ||
US202063062150P | 2020-08-06 | 2020-08-06 | |
US63/062,150 | 2020-08-06 | ||
PCT/US2020/054008 WO2021067753A1 (en) | 2019-10-04 | 2020-10-02 | Harq feedback for groupcast on new radio uu interface |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114667745A true CN114667745A (zh) | 2022-06-24 |
Family
ID=73040234
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080069860.4A Pending CN114667745A (zh) | 2019-10-04 | 2020-10-02 | 用于新无线电uu接口上的组播的harq反馈 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220360950A1 (zh) |
EP (1) | EP4022827A1 (zh) |
CN (1) | CN114667745A (zh) |
WO (1) | WO2021067753A1 (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200092068A1 (en) * | 2018-09-19 | 2020-03-19 | Qualcomm Incorporated | Acknowledgement codebook design for multiple transmission reception points |
US11881954B2 (en) * | 2020-09-25 | 2024-01-23 | Qualcomm Incorporated | Hybrid automatic repeat request codebook enhancement for sidelink mode 1 |
US20220303948A1 (en) * | 2020-10-15 | 2022-09-22 | Apple Inc. | Techniques in Multicast and Broadband Services (MBS) HARQ Feedback |
EP4136794A2 (en) * | 2020-11-09 | 2023-02-22 | Ofinno, LLC | Discontinuous reception operation of multicast and broadcast services |
US11937236B2 (en) * | 2021-04-01 | 2024-03-19 | Qualcomm Incorporated | Acknowledgment feedback configuration for group-common downlink channels with repetitions |
US11792813B2 (en) * | 2021-04-01 | 2023-10-17 | Qualcomm Incorporated | Retransmission of semi-persistent scheduled group common downlink signaling |
WO2022240180A1 (ko) * | 2021-05-11 | 2022-11-17 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치 |
CN115379396A (zh) * | 2021-05-18 | 2022-11-22 | 中国移动通信有限公司研究院 | 多媒体广播多播业务传输及反馈方法、设备、存储介质 |
US11864062B2 (en) | 2021-07-29 | 2024-01-02 | Qualcomm Incorporated | Feedback techniques for multicast and unicast communications |
WO2023014256A1 (en) * | 2021-08-06 | 2023-02-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for enabling and disabling dci-based harq feedback |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170310431A1 (en) * | 2016-04-20 | 2017-10-26 | Convida Wireless, Llc | Physical Channels In New Radio |
CN107920333A (zh) * | 2016-10-08 | 2018-04-17 | 中国移动通信有限公司研究院 | 组播调度方法、harq信息接收方法、用户设备和基站 |
US20190123923A1 (en) * | 2016-04-01 | 2019-04-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and devices handling multicast feedback |
WO2019160737A1 (en) * | 2018-02-14 | 2019-08-22 | Idac Holdings, Inc. | Methods and procedures for harq management in nr-based non-terrestrial networks |
CN110178389A (zh) * | 2019-04-09 | 2019-08-27 | 北京小米移动软件有限公司 | 直连通信的参数确定方法、装置、终端及可读存储介质 |
US20190306923A1 (en) * | 2018-06-19 | 2019-10-03 | Intel Corporation | Reference signal and control information processing in 5g-nr wireless systems |
-
2020
- 2020-10-02 CN CN202080069860.4A patent/CN114667745A/zh active Pending
- 2020-10-02 EP EP20800379.8A patent/EP4022827A1/en active Pending
- 2020-10-02 WO PCT/US2020/054008 patent/WO2021067753A1/en unknown
- 2020-10-02 US US17/764,560 patent/US20220360950A1/en active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190123923A1 (en) * | 2016-04-01 | 2019-04-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and devices handling multicast feedback |
US20170310431A1 (en) * | 2016-04-20 | 2017-10-26 | Convida Wireless, Llc | Physical Channels In New Radio |
CN107920333A (zh) * | 2016-10-08 | 2018-04-17 | 中国移动通信有限公司研究院 | 组播调度方法、harq信息接收方法、用户设备和基站 |
WO2019160737A1 (en) * | 2018-02-14 | 2019-08-22 | Idac Holdings, Inc. | Methods and procedures for harq management in nr-based non-terrestrial networks |
US20190306923A1 (en) * | 2018-06-19 | 2019-10-03 | Intel Corporation | Reference signal and control information processing in 5g-nr wireless systems |
CN110178389A (zh) * | 2019-04-09 | 2019-08-27 | 北京小米移动软件有限公司 | 直连通信的参数确定方法、装置、终端及可读存储介质 |
Non-Patent Citations (2)
Title |
---|
"Physical layer procedure for NR-V2X sidelink", 3GPP TSG RAN WG1 #98 R1-1908364 * |
VIVO: "Indication and resource configuration on HARQ enable/disable", 3GPP TSG-RAN WG2 MEETING #107BIS R2-1912255, pages 1 - 3 * |
Also Published As
Publication number | Publication date |
---|---|
US20220360950A1 (en) | 2022-11-10 |
WO2021067753A1 (en) | 2021-04-08 |
EP4022827A1 (en) | 2022-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220312395A1 (en) | Communications management using down link control information | |
US20220174682A1 (en) | Apparatus, system, method and computer-readable medium for performing control to handle inter-ue prioritization for nr v2x | |
US20220360950A1 (en) | Harq feedback for groupcast on new radio uu interface | |
CN111201830B (zh) | 用于nr的利用动态带宽的多个trp和面板传输 | |
US11184121B2 (en) | Physical channels in new radio | |
CN109588057B (zh) | 一种经由通信电路连接到网络的方法和装置 | |
CN110741713B (zh) | 调度请求、状态报告以及逻辑信道优先化 | |
US20220007403A1 (en) | Uu based sidelink control for nr v2x | |
KR20210126718A (ko) | 업링크 전송들에서의 ue내 우선순위화 | |
CN112088514A (zh) | 用于ul noma操作的配置和信令 | |
CN114762270A (zh) | 链路恢复和侧行链路波束成形 | |
CN115529860A (zh) | 侧行链路增强-资源分配辅助信息 | |
CN114731686A (zh) | 未管制的新无线电中基于帧的装备模式和基于负载的装备模式切换 | |
CN112106309A (zh) | 新无线电非许可频谱中的波束故障恢复 | |
CN115244879A (zh) | 在未许可频谱中的可靠的harq-ack传输 | |
JP2023528213A (ja) | 新しい無線uuインターフェース上のブロードキャスト及びグループキャストのためのスケジューリングのメカニズム | |
CN116458245A (zh) | 用于性能下降的新型无线电设备的pdcch增强 | |
US20240015755A1 (en) | Cast type and coordination based inter-ue operation for nr sidelink | |
US20240172280A1 (en) | New radio sidelink sensing | |
CN115997363A (zh) | 具有侧链路的基于多载波的新型无线电车辆通信 | |
US20240172235A1 (en) | Methods and systems of nr sidelink resource allocation for power saving and bwp operations | |
CN116472777A (zh) | 用于支持52.6GHz以上的NR的具有干扰处理的LBT自适应和波束操作的方法和系统 | |
CN117981247A (zh) | 非授权频谱中的侧链路操作 | |
CN117461368A (zh) | 用于功率节省和bwp操作的nr侧链路资源分配的方法和系统 |
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 |