CN116171541A - 上行链路混合自动重传请求进程和进程类型的配置 - Google Patents
上行链路混合自动重传请求进程和进程类型的配置 Download PDFInfo
- Publication number
- CN116171541A CN116171541A CN202180059400.8A CN202180059400A CN116171541A CN 116171541 A CN116171541 A CN 116171541A CN 202180059400 A CN202180059400 A CN 202180059400A CN 116171541 A CN116171541 A CN 116171541A
- Authority
- CN
- China
- Prior art keywords
- harq process
- harq
- network node
- pusch
- transmit
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- 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/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- 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]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
在用户设备(UE)与网络节点之间的通信中,UE可以从该网络节点接收上行链路(UL)准许物理上行链路共享信道(SCH)资源。UE可以根据相关联的HARQ进程使用发射配置来在PUSCH上发送UL消息。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以被配置用于不同的HARQ进程。
Description
相关申请的交叉引用
本专利申请要求享受以下申请的权益:于2020年8月5日递交的、名称为“CONFIGURATION OF UPLINK HYBRID AUTOMATIC REPEAT REQUEST PROCESSES ANDPROCESS TYPES”的美国临时专利申请No.63/061,629、以及于2021年8月2日递交的、名称为“CONFIGURATION OF UPLINK HYBRID AUTOMATIC REPEAT REQUEST PROCESSES ANDPROCESS TYPES”的美国非临时申请No.17/391,894,这两个申请被转让给本申请的受让人,并且其全部内容通过引用的方式被明确地并入本文中。
技术领域
概括而言,本文描述的各个方面涉及无线通信,并且更具体地,本文描述的各个方面涉及上行链路混合自动重传请求(HARQ)的配置。
背景技术
无线通信系统已经发展了数代,其包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括临时的2.5G和2.75G网络)、第三代(3G)高速数据、支持互联网的无线服务和第四代(4G)服务(例如,长期演进(LTE)或WiMax)。目前存在处于使用中的许多不同类型的无线通信系统(包括蜂窝和个人通信服务(PCS)系统)。已知蜂窝系统的示例包括蜂窝模拟高级移动电话系统(AMPS)以及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变型等的数字蜂窝系统。
第五代(5G)移动标准要求更高的数据传输速度、更大数量的连接和更好的覆盖、以及其它改进。跟据下一代移动网络联盟,5G标准被设计为向数以万计的用户中的每一者提供每秒数十兆比特的数据速率,其中向一个办公室楼层的数十个员工提供每秒1千兆比特的数据速率。为了支持具有大量连接设备的部署,期望支持数十万个同时连接。因此,一个目标是显著地增强5G移动通信的频谱效率。另一目标是增强信令效率并且大幅度减小时延。
发明内容
该概述标识了一些示例方面的特征,并不是对所公开的主题的排他性或穷尽性描述。特征或方面被包括在该概述中还是从该概述中省略不旨在指示这样的特征的相对重要性。描述了额外特征和方面,并且在阅读以下详细描述并且查看构成其一部分的附图时,额外特征和方面对于本领域技术人员来说将变得显而易见。
公开了涉及一种由用户设备(UE)执行的通信的方法的方面。该方法可以包括:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该方法还可以包括:根据相关联的HARQ进程,使用发射配置来在PUSCH上向网络节点发送UL消息。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以被配置用于不同的HARQ进程。
公开了涉及一种用户设备(UE)的方面。该用户设备可以包括:用于从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许的单元。该用户设备还可以包括:用于根据相关联的HARQ进程使用发射配置来在PUSCH上向网络节点发送UL消息的单元。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以被配置用于不同的HARQ进程。
公开了涉及一种用户设备(UE)的方面。该用户设备可以包括:存储器;以及耦合到该存储器的至少一个处理器。存储器和至少一个处理器可以被配置为:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。存储器和至少一个处理器可以被配置为:根据相关联的HARQ进程,使用发射配置来在PUSCH上向网络节点发送UL消息。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以被配置用于不同的HARQ进程。
公开了涉及一种存储用于用户设备(UE)的计算机可执行指令的非暂时性计算机可读介质的方面。计算机可执行指令可以包括使得UE进行以下操作的一个或多个指令:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。计算机可执行指令可以包括使得UE进行以下操作的一个或多个指令:根据相关联的HARQ进程,使用发射配置来在PUSCH上向网络节点发送UL消息。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以被配置用于不同的HARQ进程。
公开了涉及一种由网络节点执行的通信的方法的方面。该方法可以包括:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该方法还可以包括:从UE接收根据相关联的HARQ进程使用发射配置在PUSCH上的UL消息。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以彼此不同。
公开了涉及一种网络节点的方面。该网络节点可以包括:用于向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许的单元。该网络节点还可以包括:用于从UE接收根据相关联的HARQ进程使用发射配置在PUSCH上的UL消息的单元。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以彼此不同。
公开了涉及一种网络节点的方面。该网络节点可以包括:存储器;以及耦合到该存储器的至少一个处理器。存储器和至少一个处理器可以被配置为:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。存储器和至少一个处理器还可以被配置为:从UE接收根据相关联的HARQ进程使用发射配置在PUSCH上的UL消息。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以彼此不同。
公开了涉及一种存储用于网络节点的计算机可执行指令的非暂时性计算机可读介质的方面。该计算机可执行指令可以包括使得网络节点进行以下操作的一个或多个指令:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该计算机可执行指令可以包括使得网络节点进行以下操作的一个或多个指令:从UE接收根据相关联的HARQ进程使用发射配置在PUSCH上的UL消息。发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的至少两个发射配置可以彼此不同。
公开了涉及一种由用户设备(UE)执行的通信的方法的方面。该方法可以包括:从网络节点接收针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该方法还可以包括:与针对PUSCH的UL准许同时地,从网络节点接收发射配置指示符,发射配置指示符指示多个发射配置中的要与HARQ进程相关联的发射配置。该方法还包括:使用所指示的发射配置来在PUSCH上向网络节点发送UL消息。
公开了涉及一种用户设备(UE)的方面。该用户设备可以包括:用于从网络节点接收针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许的单元。该用户设备还可以包括:用于与针对PUSCH的UL准许同时地,从网络节点接收发射配置指示符的单元,发射配置指示符指示多个发射配置中的要与HARQ进程相关联的发射配置。该用户设备还可以包括:用于使用所指示的发射配置来在PUSCH上向网络节点发送UL消息的单元。
公开了涉及一种用户设备(UE)的方面。该用户设备可以包括:存储器;以及耦合到该存储器的至少一个处理器。存储器和至少一个处理器可以被配置为:从网络节点接收针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。存储器和至少一个处理器还可以被配置为:与针对PUSCH的UL准许同时地,从网络节点接收发射配置指示符,发射配置指示符指示多个发射配置中的要与HARQ进程相关联的发射配置。存储器和至少一个处理器还可以被配置为:使用所指示的发射配置来在PUSCH上向网络节点发送UL消息。
公开了涉及一种存储用于用户设备(UE)的计算机可执行指令的非暂时性计算机可读介质的方面。该计算机可执行指令可以包括使得UE进行以下操作的一个或多个指令:从网络节点接收针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该计算机可执行指令还可以包括使得UE进行以下操作的一个或多个指令:与针对PUSCH的UL准许同时地,从网络节点接收发射配置指示符,发射配置指示符指示多个发射配置中的要与HARQ进程相关联的发射配置。该计算机可执行指令还可以包括使得UE进行以下操作的一个或多个指令:使用所指示的发射配置来在PUSCH上向网络节点发送UL消息。
公开了涉及一种由网络节点执行的通信的方法的方面。该方法可以包括:向用户设备(UE)发送针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该方法还可以包括:与针对PUSCH的UL准许同时地,向UE发送发射配置指示符,发射配置指示符指示多个发射配置中的哪个发射配置要与HARQ进程相关联。该方法还可以包括:从UE接收使用所指示的发射配置在PUSCH上的UL消息。
公开了涉及一种网络节点的方面。该网络节点可以包括:用于向用户设备(UE)发送针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许的单元。该网络节点还可以包括:用于与针对PUSCH的UL准许同时地,向UE发送发射配置指示符的单元,发射配置指示符指示多个发射配置中的哪个发射配置要与HARQ进程相关联。该网络节点还可以包括:用于从UE接收使用所指示的发射配置在PUSCH上的UL消息的单元。
公开了涉及一种网络节点的方面。该网络节点可以包括:存储器;以及耦合到该存储器的至少一个处理器。存储器和至少一个处理器可以被配置为:向用户设备(UE)发送针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。存储器和至少一个处理器还可以被配置为:与针对PUSCH的UL准许同时地,向UE发送发射配置指示符,发射配置指示符指示多个发射配置中的哪个发射配置要与HARQ进程相关联。存储器和至少一个处理器还可以被配置为:从UE接收使用所指示的发射配置在PUSCH上的UL消息。
公开了涉及一种存储用于网络节点的计算机可执行指令的非暂时性计算机可读介质的方面。该计算机可执行指令可以包括使得网络节点进行以下操作的一个或多个指令:向用户设备(UE)发送针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该计算机可执行指令还可以包括使得网络节点进行以下操作的一个或多个指令:与针对PUSCH的UL准许同时地,向UE发送发射配置指示符,发射配置指示符指示多个发射配置中的哪个发射配置要与HARQ进程相关联。该计算机可执行指令还可以包括使得网络节点进行以下操作的一个或多个指令:从UE接收使用所指示的发射配置在PUSCH上的UL消息。
公开了涉及一种由用户设备(UE)执行的通信的方法的方面。该方法可以包括:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该方法还可以包括:根据相关联的HARQ进程来将发射配置应用于PUSCH。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。该方法还可以包括:在PUSCH上向网络节点发送UL消息。
公开了涉及一种用户设备(UE)的方面。该用户设备可以包括:用于从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许的单元。该用户设备还可以包括:用于根据相关联的HARQ进程来将发射配置应用于PUSCH的单元。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。该用户设备还可以包括:用于在PUSCH上向网络节点发送UL消息的单元。
公开了涉及一种用户设备(UE)的方面。该用户设备可以包括:存储器;以及耦合到该存储器的至少一个处理器。存储器和至少一个处理器可以被配置为:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。存储器和至少一个处理器还可以被配置为:根据相关联的HARQ进程来将发射配置应用于PUSCH。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。存储器和至少一个处理器还可以被配置为:在PUSCH上向网络节点发送UL消息。
公开了涉及一种存储用于用户设备(UE)的计算机可执行指令的非暂时性计算机可读介质的方面。该计算机可执行指令可以包括使得UE进行以下操作的一个或多个指令:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该计算机可执行指令还可以包括使得UE进行以下操作的一个或多个指令:根据相关联的HARQ进程来将发射配置应用于PUSCH。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。该计算机可执行指令还可以包括使得UE进行以下操作的一个或多个指令:在PUSCH上向网络节点发送UL消息。
公开了涉及一种由网络节点执行的通信的方法的方面。该方法可以包括:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该方法还可以包括:从UE接收在PUSCH上的UL消息。发射配置可以根据相关联的HARQ进程而被应用于PUSCH。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。
公开了涉及一种网络节点的方面。该网络节点可以包括:用于向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许的单元。该网络节点还可以包括:用于从UE接收在PUSCH上的UL消息的单元。发射配置可以根据相关联的HARQ进程而被应用于PUSCH。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。
公开了涉及一种网络节点的方面。该网络节点可以包括:存储器;以及耦合到该存储器的至少一个处理器。存储器和至少一个处理器可以被配置为:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。存储器和至少一个处理器还可以被配置为:从UE接收在PUSCH上的UL消息。发射配置可以根据相关联的HARQ进程而被应用于PUSCH。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。
公开了涉及一种存储用于网络节点的计算机可执行指令的非暂时性计算机可读介质的方面。该计算机可执行指令可以包括使得网络节点进行以下操作的一个或多个指令:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许。该计算机可执行指令还可以包括使得网络节点进行以下操作的一个或多个指令:从UE接收在PUSCH上的UL消息。发射配置可以根据相关联的HARQ进程而被应用于PUSCH。所应用的发射配置可以是多个发射配置中的一个发射配置。多个发射配置中的每个发射配置可以与HARQ进程相关联。多个发射配置中的至少两个发射配置可以彼此不同。
基于附图和详细描述,与本文公开的各方面相关联的其它对象和优势对于本领域技术人员而言将是显而易见的。
附图说明
给出附图以辅助描述所公开的主题的一个或多个方面的示例,并且提供附图仅用于说明各示例而不是对其进行限制。
图1示出了根据各个方面的示例性无线通信系统;
图2示出了根据各个方面的示例性网络节点与示例性用户设备相通信;
图3示出了根据各个方面的在网络节点与用户设备之间的示例信令;
图4A和图4B示出了根据各个方面的由用户设备执行以发送上行链路消息的示例性方法的流程图;
图5A和图5B示出了根据各个方面的由网络节点执行以使得用户设备能够发送上行链路消息的示例性过程的流程图;
图6示出了根据各个方面的在网络节点与用户设备之间的另一示例信令;
图7A和图7B示出了根据各个方面的由用户设备执行以发送上行链路消息的进一步示例性方法的流程图;
图8A和图8B示出了根据各个方面的由网络节点执行以使得用户设备能够发送上行链路消息的进一步示例性过程的流程图;
图9示出了根据各个方面的示例用户设备的简化框图;以及
图10示出了根据各个方面的示例网络节点的简化框图。
具体实施方式
概括而言,本文描述的各个方面涉及在具有大传播延迟的网络中的混合自动重传请求(HARQ)反馈。具有大传播延迟的网络的示例是非地面网络(NTN)。NTN的示例包括基于卫星、气球、飞机、无人驾驶飞行器等的网络,其可以被分类为高空平台站(HAPS)和卫星。在一个或多个方面中,基于卫星的NTN可以包括一个或多个低地球轨道(LEO)和/或一个或多个中地球轨道(MEO)卫星。在地面网络(例如,5G新无线电(NR)、LTE等)中,具有反馈和重传的HARQ进程可以使得消息能够在基站(例如,gNB、eNB等)与用户设备(UE)之间可靠地发送。
然而,在一些网络中,由于在网络节点与UE之间(例如,在卫星与UE之间)涉及的距离,可能存在大传播延迟。为了改善大的往返延迟,在一个或多个示例中,可以禁用在UE发射机处的HARQ上行链路(UL)重传。
根据一个或多个方面,即使HARQ UL重传被禁用,仍然可以配置HARQ进程的其它方面。例如,可以配置诸如功率控制、调制和编码方案(MCS)等的发射参数(下文对此进行更多描述)。可以基于每UE、每HARQ进程和/或每逻辑信道(LCH)来配置对HARQ上行链路重传的启用或禁用。
根据该配置,可能存在不同的挑战,并且将期望配置包括HARQ进程的上行链路传输以缓解问题。例如,如果重传被禁用(例如,由于大延迟),则从初始传输错误中恢复将是不可能的。因此,可能期望使初始传输尽可能可靠,例如,通过将块错误率(BLER)设置为尽可能低。另一方面,如果重传被启用(例如,如果延迟是可容忍的),则即使具有相对高的BLER,也可以实现高的端到端可靠性,这是因为可以重传信息。
由于HARQ进程是可配置的,因此还提议将一个或多个发射配置配置、应用、使用或以其它方式关联到一个或多个HARQ进程(不一定一对一),以用于从UE到网络的上行链路传输。在一个或多个方面中,可以基于每HARQ进程来对发射配置进行个性化。例如,发射配置可以与HARQ进程相关联,并且相同或不同的发射配置可以与另一HARQ进程相关联。替代地或除此之外,可以基于HARQ进程类型来关联发射配置。例如,发射配置可以与一种HARQ进程类型的HARQ进程相关联,并且相同或不同的发射配置可以与另一种HARQ进程类型的HARQ进程相关联。
可以存在多个HARQ进程(例如,16个)。替代地或除此之外,可以存在多种HARQ进程类型。例如,一种HARQ进程类型(例如,第一HARQ进程类型)的HARQ进程可以使重传启用,而另一种HARQ进程类型(例如,第二HARQ进程类型)的HARQ进程可以使重传禁用。下文将进一步描述HARQ进程和HARQ进程类型。
根据一个示例,网络节点可以向UE提供针对与HARQ进程和/或与HARQ进程类型相关联的上行链路信道(例如,物理上行链路共享信道(PUSCH))资源的上行链路准许。UE可以根据相关联的HARQ进程来对上行链路信道使用发射配置。UE可以在上行链路信道上发送上行链路消息(例如,上行链路共享信道(UL-SCH)数据、UCI、MAC CE等)。在一个示例中,上行链路信道的发射配置可以与上行链路消息的要求相匹配。例如,对于要可靠地递送到网络的上行链路消息,可以相应地设置发射配置的传输参数(诸如功率控制、解调参考信号(DMRS)模式、调制和控制方案(MCS)等),以满足上行链路消息的可靠性要求。在这样做时,可以将上行链路消息的递送要求与适当匹配的共享信道资源一起提供。
在发射配置与HARQ进程和/或HARQ进程类型之间的关联可以是显式的或隐式的。在显式关联中,在发射配置与HARQ进程或与HARQ进程类型之间的关联对于UE来说是已知的,独立于正在被调度的用于HARQ进程的任何上行链路信道资源。如果针对HARQ进程调度上行链路信道资源,则这可以足以使UE根据在HARQ进程与发射配置之间和/或在HARQ进程的HARQ进程类型与发射配置之间的已知关联来确定要用于HARQ进程的发射配置。当上行链路信道资源被调度时,网络不需要向UE通知在针对HARQ进程所调度的上行链路信道资源上使用特定发射配置。
例如,如果HARQ进程显式地与发射配置相关联,则当针对HARQ进程调度上行链路信道资源时,UE可以确定要使用的发射配置是与HARQ进程相关联的发射配置,而无需由网络通知使用相关联的发射配置。换句话说,由于在发射配置与HARQ进程类型之间的显式关联,对用于HARQ进程的上行链路信道资源的调度可以足以使UE确定要用于HARQ进程的发射配置。类似地,如果HARQ进程类型与发射配置显式地关联,则当针对该HARQ进程类型的HARQ进程调度上行链路信道资源时,UE可以确定要使用的发射配置是与HARQ进程的HARQ进程类型相关联的发射配置,而无需由网络通知使用相关联的发射配置。换句话说,由于在发射配置与HARQ进程的HARQ进程类型之间的显式关联,对用于HARQ进程的上行链路信道资源的调度可以足以使UE确定要用于HARQ进程的发射配置。显式关联可以在UE内被静态地配置(例如,出厂设置)和/或由网络(例如,通过无线电资源控制(RRC)消息)配置。
另一方面,在隐式关联中,当针对UE调度用于HARQ进程的上行链路信道资源时,可以建立在发射配置与HARQ进程或与HARQ进程类型之间的关联。也就是说,该关联可以不是独立于正在针对UE调度的用于HARQ进程的上行链路信道资源的。在一个方面中,HARQ进程或HARQ进程类型可以不是与任何发射配置显式地关联的。因此,当调度用于HARQ进程的上行链路资源时,还可以向UE通知要使用的发射配置。在另一方面中,在HARQ进程或HARQ进程类型与发射配置之间可以存在现有关联,但是网络可能希望至少针对这些被调度的上行链路信道资源来覆写现有关联。
对于隐式关联,当网络针对UE调度上行链路信道资源时,网络还可以同时指示在所调度的上行链路信道资源的HARQ进程和/或HARQ进程类型之间的关联。例如,如果该关联是针对HARQ进程的,则UE可以在所调度的用于HARQ进程的上行链路资源上使用所指示的发射配置。如果该关联与HARQ进程类型相关,则UE可以在所调度的用于该HARQ进程类型的HARQ进程的上行链路资源上使用所指示的发射配置。
如所提及的,在隐式关联中,网络可以向UE通知针对UE调度的上行链路信道资源,以及通知在HARQ进程或HARQ进程类型与跟所调度的上行链路资源相关的发射配置之间的关联。由于上行链路信道资源和要使用的发射配置是相联系的,因此可能期望同时向UE通知所调度的上行链路信道资源和关联。例如,可以在来自网络的相同下行链路控制信息(DCI)消息中向UE通知这两者。在另一示例中,可以恰好在接收上行链路信道资源调度信息之前在消息(例如,MAC CE)中向UE通知关联。
在涉及所公开的主题的特定示例的以下描述和相关附图中提供了这些方面和其它方面。可以在不脱离所公开的主题的范围的情况下,设想替代方案。另外,将不详细描述或者将省略公知的元素,以便不会使相关细节模糊不清。
本文使用“示例性的”一词来意指“用作示例、实例或说明”。本文中被描述为“示例性的”任何方面未必被解释为相对于其它方面优选或有优势。同样,术语“方面”不要求所有方面都包括所讨论的特征、优势或操作模式。
本文使用的术语仅描述了特定方面,而不应当被解释为限制本文所公开的任何方面。如本文所使用的,除非上下文另外明确地指示,否则单数形式“一(a)”、“一(an)”和“所述(the)”旨在还包括复数形式。本领域技术人员还将理解,如在本文中使用的术语“包括(comprises)”、“包括(comprising)”、“包含(includes)”和/或“包含(including)”指定所述特征、整数、步骤、操作、元素和/或组件的存在,而不排除一个或多个其它特征、整数、步骤、操作、元素、组件和/或其群组的存在或添加。
此外,可以按照要由例如计算设备的元素执行的动作的序列来描述各个方面。本领域技术人员将认识到,本文描述的各个动作可以由特定电路(例如,专用集成电路(ASIC))、由正在由一个或多个处理器执行的程序指令、或者由两者的组合来执行。另外,本文描述的这些动作的序列可以被认为是完全被存储在任何形式的非暂时性计算机可读介质中,所述非暂时性计算机可读介质具有存储在其上的相应的计算机指令集,所述计算机指令集在执行时将使得相关联的处理器执行本文描述的功能性。因此,本文描述的各个方面可以以多种不同的形式来实现,所有这些形式已经被预期在所要求保护的主题的范围内。另外,对于本文描述的各方面中的每个方面,任何这样的方面的相应形式在本文中可以被描述为例如“被配置为……的逻辑单元”和/或被配置为执行所描述的动作的其它结构化组件。
如本文所使用的,除非另外提及,否则术语“用户设备”(UE)、“用户终端”(UT)和“基站”并不旨在是特定于或以其它方式限于任何特定的无线电接入技术(RAT)。通常,这样的UE(与UT是可互换的)可以是被用户用来在无线通信网络上进行通信的任何无线通信设备(例如,移动电话、路由器、平板计算机、膝上型计算机、跟踪设备、物联网(IoT)设备等)。UE/UT可以是移动的或者可以(例如,在某些时间处)是静止的,并且可以与无线电接入网络(RAN)进行通信。如本文所使用的,可互换的术语“UE”和“UT”还可以互换地被称为“接入终端”或“AT”、“客户端设备”、“无线设备”、“订户设备”、“订户终端”、“订户站”、“移动终端”、“移动站”或其变型。通常,UE可以经由RAN与核心网络进行通信,以及通过核心网络,UE可以与诸如互联网的外部网络以及与其它UE连接。当然,对于UE而言,连接到核心网络和/或互联网的其它机制也是可能的,诸如通过有线接入网络、WiFi网络(例如,基于电气与电子工程师协会(IEEE)802.11等)等。
基站可以根据若干RAT中的一种RAT进行操作以与UE相通信,这取决于基站被部署在其中的网络,并且基站可以替代地被称为接入点(AP)、网络节点、节点B、演进型节点B(eNB)、一般节点B(gNodeB、gNB)等。另外,在一些系统中,基站可以提供纯边缘节点信令功能,而在其它系统中,其可以提供额外的控制和/或网络管理功能。
UE可以由多种类型的设备中的任何设备来实现,其包括但不限于:印刷电路(PC)卡、紧凑式闪存设备、外部或内部调制解调器、无线或有线电话、智能电话、平板设备、跟踪设备、资产标签等。UE可以通过其来向RAN发送信号的通信链路被称为上行链路信道(例如,反向业务信道、反向控制信道、接入信道等)。RAN可以通过其来向UE发送信号的通信链路被称为下行链路或前向链路信道(例如,寻呼信道、控制信道、广播信道、前向业务信道等)。如本文所使用的,术语业务信道(TCH)可以指代上行链路/反向业务信道或者下行链路/前向业务信道。
根据各个方面,图1示出了示例性无线通信系统100。无线通信系统100(其还可以被称为无线广域网(WWAN))可以包括各种基站102和各种UE 104。基站102可以包括宏小区基站(高功率蜂窝基站)和/或小型小区基站(低功率蜂窝基站)。在一个方面中,宏小区基站可以包括eNB和/或ng-eNB(其中无线通信系统100对应于LTE网络)或gNB(其中无线通信系统100对应于NR网络)或两者的组合,以及小型小区基站可以包括毫微微小区、微微小区、微小区等。
基站102可以共同形成RAN并且通过回程链路122与核心网络170(例如,演进分组核心(EPC)或5G核心(5GC))对接,并且通过核心网络170与一个或多个位置服务器172(其可以是核心网络170的一部分或者可以在核心网络170的外部)对接。除了其它功能之外,基站102还可以执行与以下各项中的一项或多项相关的功能:传送用户数据、无线电信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如,切换、双连接)、小区间干扰协调、连接建立和释放、负载平衡、针对非接入层(NAS)消息的分发、NAS节点选择、同步、RAN共享、多媒体广播多播服务(MBMS)、订户和设备跟踪、RAN信息管理(RIM)、寻呼、定位、以及警告消息的传送。基站102可以通过回程链路134(其可以是有线的或无线的)来直接或间接地(例如,通过EPC/5GC)相互通信。
基站102可以与UE 104无线地进行通信。基站102中的每个基站可以针对相应的地理覆盖区域110提供通信覆盖。在一个方面中,基站102在每个覆盖区域110中可以支持一个或多个小区。“小区”是用于与基站进行通信(例如,在某个频率资源(被称为载波频率、分量载波、载波、频带等)上)的逻辑通信实体,并且可以与用于区分经由相同或不同的载波频率进行操作的小区的标识符(例如,物理小区标识符(PCI)、虚拟小区标识符(VCI)、小区全局标识符(CGI))相关联。
在一些情况下,不同的小区可以是根据可以提供针对不同类型的UE的接入的不同的协议类型(例如,机器类型通信(MTC)、窄带IoT(NB-IoT)、增强型移动宽带(eMBB)或其它协议类型)来配置的。因为小区是由特定基站支持的,所以术语“小区”可以指代逻辑通信实体和支持其的基站中的任一者或两者,这取决于上下文。另外,由于TRP通常是小区的物理传输点,因此术语“小区”和“TRP”可以互换地使用。在一些情况下,术语“小区”还可以指代基站的地理覆盖区域(例如,扇区),只要载波频率可以被检测到并且用于在地理覆盖区域110的某个部分内的通信。
虽然相邻的宏小区基站102地理覆盖区域110可以部分地重叠(例如,在切换区域中),但是地理覆盖区域110中的一些地理覆盖区域可以与较大的地理覆盖区域110大幅度地重叠。例如,小型小区基站102'可以具有与一个或多个宏小区基站102的覆盖区域110大幅度地重叠的覆盖区域110'。包括小型小区基站和宏小区基站两者的网络可以被称为异构网络。异构网络还可以包括家庭eNB(HeNB),其可以向被称为封闭用户组(CSG)的受限组提供服务。
在基站102与UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(还被称为反向链路)传输和/或从基站102到UE 104的下行链路(还被称为前向链路)传输。通信链路120可以使用MIMO天线技术,其包括空间复用、波束成形和/或发射分集。通信链路120可以是通过一个或多个载波频率的。对载波的分配可以关于下行链路和上行链路是不对称的(例如,与针对上行链路相比,可以针对下行链路分配更多或更少的载波)。
无线通信系统100还可以包括与UE 142相通信的卫星140。卫星140可以表现为针对UE 142的网络节点(例如,基站)。卫星140可以是低地球轨道(MEO)、中地球轨道(MEBO)或者甚至对地同步卫星。
无线通信系统100还可以包括无线局域网(WLAN)接入点(AP)150,其在非许可频谱(例如,5GHz)中经由通信链路154来与WLAN站(STA)152相通信。当在非许可频谱中进行通信时,WLAN STA 152和/或WLAN AP 150可以在进行通信之前执行空闲信道评估(CCA)或先听后说(LBT)过程,以便确定信道是否是可用的。
小型小区基站102'可以在经许可和/或非许可频谱中进行操作。当在非许可频谱中进行操作时,小型小区基站102'可以采用LTE或NR技术并且使用与由WLAN AP 150使用的5GHz非许可频谱相同的5GHz非许可频谱。在非许可频谱中采用LTE/5G的小型小区基站102'可以提升对接入网络的覆盖和/或增加接入网络的容量。非许可频谱中的NR可以被称为NR-U。非许可频谱中的LTE可以被称为LTE-U、许可辅助接入(LAA)或MulteFire。
无线通信系统100还可以包括毫米波(mmW)基站180,其可以在mmW频率中操作以与UE 182相通信。电磁频谱通常基于频率/波长而被细分为各种类别、频带、信道等。在5G NR中,两个初始操作频带已经被标识为频率范围名称FR1(410MHz-7.125GHz)和FR2(24.25GHz-52.6GHz)。应当理解,尽管FR1的一部分大于6GHz,但是在各种文档和文章中,FR1通常(可互换地)被称为“Sub-6 GHz”频带。关于FR2有时出现类似的命名问题,FR2尽管与被国际电信联盟(ITU)标识为“毫米波”频带的极高频(EHF)频带(30GHz-300GHz)不同,但是在文档和文章中通常(可互换地)被称为“毫米波”频带。
在FR1与FR2之间的频率通常被称为中频带频率。最近的5G NR研究已经将这些中频带频率的操作频带标识为频率范围名称FR3(7.125GHz–24.25GHz)。落在FR3内的频带可以继承FR1特性和/或FR2特性,并且因此可以有效地将FR1和/或FR2的特征扩展到中频带频率。另外,目前正在探索更高的频带,以将5G NR操作扩展到超出52.6GHz。例如,三个更高的操作频带已经被标识为频率范围名称FR4a或FR4-1(52.6GHz-71 GHz)、FR4(52.6GHz-114.25GHz)和FR5(114.25GHz-300 GHz)。这些更高的频带中的每一者都落在EHF频带内。
考虑到以上方面,除非另有具体说明,否则应当理解,术语“sub-6GHz”等(如果在本文中使用)可以广义地表示可以小于6GHz、可以在FR1内、或者可以包括中频带频率的频率。此外,除非另有具体说明,否则应当理解,术语“毫米波”等(如果在本文中使用)可以广义地表示可以包括中频带频率、可以在FR2、FR4、FR4-a或FR4-1和/或FR5内、或者可以在EHF频带内的频率。
使用mmW射频频带的通信具有高路径损耗和相对短的距离。因此,mmW基站180和UE182可以在mmW通信链路184上利用波束成形(发送和/或接收)来补偿极高的路径损耗和短距离。此外,将明白的是,在替代配置中,一个或多个基站102还可以使用mmW或近mmW和波束成形来进行发送。相应地,将明白,前述说明仅是示例并且不应当被解释为限制本文公开的各个方面。
发射波束成形是一种用于将射频(RF)信号聚集在特定方向上的技术。传统上,当网络节点(例如,基站)广播RF信号时,其在所有方向上(全向地)广播该信号。利用发射波束成形,网络节点确定给定的目标设备(例如,UE)位于何处(相对于发送网络节点而言)并且将较强的下行链路RF信号投射在该特定方向上,从而针对接收设备提供更快(在数据速率方面)并且更强的RF信号。为了在进行发送时改变RF信号的方向性,网络节点可以在正在广播RF信号的一个或多个发射机中的每个发射机处控制RF信号的相位和相对幅度。例如,网络节点可以使用天线的阵列(被称为“相控阵列”或“天线阵列”),其创建能够被“引导”到在不同方向上的点的RF波的波束,而不需要实际地移动天线。具体而言,将来自发射机的RF电流馈送至具有正确的相位关系的各个天线,使得来自单独天线的无线电波相加在一起以在期望的方向上增加辐射,而在不期望的方向上相消以抑制辐射。
发射波束可以是准共址的,这意味着它们在接收机(例如,UE)看来具有相同的参数,而不管网络节点的发射天线本身是否是物理地共址的。在NR中,存在四种类型的准共址(QCL)关系。具体而言,给定类型的QCL关系意味着关于第二波束上的第二参考RF信号的某些参数可以根据关于源波束上的源参考RF信号的信息来推导。因此,如果源参考RF信号是QCL类型A,则接收机可以使用源参考RF信号来估计在相同信道上发送的第二参考RF信号的多普勒频移、多普勒扩展、平均延迟和延迟扩展。如果源参考RF信号是QCL类型B,则接收机可以使用源参考RF信号来估计在相同信道上发送的第二参考RF信号的多普勒频移和多普勒扩展。如果源参考RF信号是QCL类型C,则接收机可以使用源参考RF信号来估计在相同信道上发送的第二参考RF信号的多普勒频移和平均延迟。如果源参考RF信号是QCL类型D,则接收机可以使用源参考RF信号来估计在相同信道上发送的第二参考RF信号的空间接收参数。
在接收波束成形中,接收机使用接收波束来对在给定信道上检测到的RF信号进行放大。例如,接收机可以在特定方向上增加增益设置和/或调整天线阵列的相位设置,以对从该方向接收的RF信号进行放大(例如,以增加该RF信号的增益水平)。因此,当称接收机在某个方向进行波束成形时,其意味着在该方向上的波束增益相对于沿着其它方向的波束增益而言是高的,或者该方向上的波束增益与可用于接收机的所有其它接收波束的在该方向上的波束增益相比是最高的。这导致从该方向接收的RF信号的较强的接收信号强度(例如,参考信号接收功率(RSRP)、参考信号接收质量(RSRQ)、信号与干扰加噪声比(SINR)等)。
接收波束在空间上可以是相关的。空间相关意味着针对用于第二参考信号的发射波束的参数可以根据关于用于第一参考信号的接收波束的信息来推导。例如,UE可以使用特定接收波束来从基站接收一个或多个参考下行链路参考信号(例如,定位参考信号(PRS)、跟踪参考信号(TRS)、相位跟踪参考信号(PTRS)、特定于小区的参考信号(CRS)、信道状态信息参考信号(CSI-RS)、主同步信号(PSS)、辅同步信号(SSS)、同步信号块(SSB)等)。然后,UE可以基于接收波束的参数来形成用于向该基站发送一个或多个上行链路参考信号(例如,上行链路定位参考信号(UL-PRS)、探测参考信号(SRS)、解调参考信号(DMRS)、PTRS等)的发射波束。
应注意,“下行链路”波束可以是发射波束或者接收波束,这取决于形成其的实体。例如,如果基站正在形成用于向UE发送参考信号的下行链路波束,则下行链路波束是发射波束。然而,如果UE正在形成下行链路波束,则其是用于接收下行链路参考信号的接收波束。类似地,“上行链路”波束可以是发射波束或者接收波束,这取决于形成其的实体。例如,如果基站正在形成上行链路波束,则其是上行链路接收波束,并且如果UE正在形成上行链路波束,则其是上行链路发射波束。
5G支持多载波操作,诸如载波聚合。在多载波系统中,载波频率中的一个载波频率被称为“主载波”或“锚载波”或“主服务小区”或“PCell”,并且剩余的载波频率被称为“辅载波”或“辅服务小区”或“SCell”。在载波聚合中,锚载波是在由UE 104/182利用的主频率(例如,FR1)和UE 104/182在其中执行初始无线电资源控制(RRC)连接建立过程或发起RRC连接重新建立过程的小区上操作的载波。主载波携带所有公共和特定于UE的控制信道,并且可以是在经许可频率中的载波(然而,不总是这种情况)。辅载波是在第二频率(例如,FR2)上操作的载波,第二频率可以是一旦在UE 104与锚载波之间建立了RRC连接就配置的,并且可以用于提供另外的无线电资源。在一些情况下,辅载波可以是在非许可频率中的载波。辅载波可以仅包含必要的信令信息和信号,例如,在辅载波中可能不存在特定于UE的信令信息和信号,这是因为主上行链路载波和主下行链路载波两者通常是特定于UE的。这意味着小区中的不同的UE 104/182可以具有不同的下行链路主载波。这对于上行链路主载波也是成立的。网络能够在任何时间改变任何UE 104/182的主载波。例如,这么做是为了平衡不同载波上的负载。由于“服务小区”(无论是PCell还是SCell)对应于某个基站正在其上进行通信的载波频率/分量载波,因此术语“小区”、“服务小区”、“分量载波”、“载波频率”等可以互换地使用。
例如,仍然参考图1,由宏小区基站102利用的频率中的一个频率可以是锚载波(或“PCell”),并且由宏小区基站102和/或mmW基站180利用的其它频率可以是辅载波(“SCell”)。对多个载波的同时发送和/或接收使UE 104/182能够显著地增加其数据发送和/或接收速率。例如,多载波系统中的两个20MHz聚合载波在理论上将导致数据速率的两倍增加(即,40MHz)(与通过单个20MHz载波达到的数据速率相比)。
无线通信系统100还可以包括UE 164,其可以在通信链路120上与宏小区基站102进行通信和/或在mmW通信链路184上与mmW基站180进行通信。例如,宏小区基站102可以支持用于UE 164的PCell和一个或多个SCell,并且mmW基站180可以支持用于UE 164的一个或多个SCell。在一个方面中,UE 164可以包括HARQ组件166,HARQ组件166可以使得UE 164能够执行本文描述的UE HARQ操作。类似地,基站102可以包括HARQ组件166,HARQ组件166可以使得基站102能够执行本文描述的基站HARQ操作。应注意,尽管在图1中仅UE 164和一个基站102被示为包括HARQ组件166,但是图1中的UE和基站中的任何一者(包括卫星140)都可以包括HARQ组件166。
无线通信系统100还可以包括经由一个或多个设备到设备(D2D)对等(P2P)链路间接地连接到一个或多个通信网络的一个或多个UE(诸如UE 190)。在图1的示例中,UE 190具有与连接到基站102中的一个基站的UE 104中的一个UE的D2D P2P链路192(例如,通过D2DP2P链路192,UE 190可以间接地获得蜂窝连接性)和与连接到WLAN AP 150的WLAN STA 152的D2D P2P链路194(通过D2D P2P链路194,UE 190可以间接地获得基于WLAN的互联网连接性)。在一个示例中,可以利用任何公知的D2D RAT(诸如LTE直连(LTE-D)、WiFi直连(WiFi-D)、等)来支持D2D P2P链路192和194。
5G使用处于mmW频率的RF信号进行在网络节点(诸如基站、UE、车辆、工厂自动化机械等)之间的无线通信。然而,mmW RF信号还可以用于其它目的,诸如兵器系统(例如,作为在坦克和飞机中的短程火控雷达)、安全筛查系统(例如,在检测在衣物下携带的兵器和其它危险物体的扫描仪中)、药物(例如,以通过改变细胞生长来治疗疾病)等。此外,mmW RF信号可以用于环境感测,诸如对象检测和运动感测。
处于mmW频率的RF信号可以提供高带宽和大孔径,以提取用于环境感测的准确距离、多普勒和角度信息。使用mmW RF信号进行环境感测可以以紧凑的形状因子来提供这样的特征,诸如可以方便地适配到手持设备中的小型感测组件。这种感测组件(例如,芯片)可以是数字信号处理器(DSP)、片上系统(SoC)或可以集成到另一设备(主机设备)(诸如UE、基站、IoT设备、工厂自动化机器等)中的其它处理组件。在一个方面中,感测组件可以是或者可以被并入用于无线通信的调制解调器(诸如5G调制解调器、60GHz WLAN调制解调器等)中。包含感测组件的设备可以被称为主机设备、环境感测设备、感测设备等。
根据各个方面,图2示出了示例性网络节点210(例如,非地面网络(NTN)节点)与示例性UE 250相通信。互联网协议(IP)分组可以被提供给控制器/处理器275。控制器/处理器275可以实现用于无线电资源控制(RRC)层、分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层和介质访问控制(MAC)层的功能性。控制器/处理器275可以提供:与以下各项相关联的RRC层功能性:对系统信息(例如,主信息块(MIB)、系统信息块(SIB))的广播、RRC连接控制(例如,RRC连接寻呼、RRC连接建立、RRC连接修改、以及RRC连接释放)、RAT(无线电接入技术)间移动性、以及用于UE测量报告的测量配置;与以下各项相关联的PDCP层功能性:报头压缩/解压缩、安全性(加密、解密、完整性保护、完整性验证)、以及切换支持功能;与以下各项相关联的RLC层功能性:对上层分组数据单元(PDU)的传送、通过自动重传请求(ARQ)的纠错、对RLC服务数据单元(SDU)的串接、分段和重组、对RLC数据PDU的重新分段、以及对RLC数据PDU的重新排序;以及与以下各项相关联的MAC层功能性:在逻辑信道和传输信道之间的映射、调度信息报告、纠错、优先级处置、以及逻辑信道优先化。
发送(TX)处理器216和接收(RX)处理器270可以实现与各种信号处理功能相关联的层1功能性。层1(其包括物理(PHY)层)可以包括在传输信道上的错误检测、传输信道的前向纠错(FEC)编码/解码,交织、速率匹配、映射到物理信道上、物理信道的调制/解调、以及多输入多输出(MIMO)天线处理。TX处理器216可以处置基于各种调制方案(例如,二进制相移键控(BPSK)、正交相移键控(QPSK)、M-相移键控(M-PSK)、M-正交振幅调制(M-QAM))的到信号星座图的映射。经编码并且经调制的符号随后可以被拆分成并行的流。每个流随后可以被映射到正交频分复用(OFDM)子载波,与在时域和/或频域中的参考信号(例如,导频)复用,以及随后使用快速傅里叶逆变换(IFFT)组合到一起,以产生携带时域OFDM符号流的物理信道。OFDM流被空间预编码以产生多个空间流。来自信道估计器274的信道估计可以用于确定编码和调制方案,以及用于空间处理。可以根据由UE 250发送的参考信号和/或信道状况反馈来推导信道估计。然后,可以经由单独的发射机218a将每个空间流提供给一个或多个不同的天线220。每个发射机218a可以利用相应的空间流来对RF载波进行调制以用于传输。
在UE 250处,每个接收机254a可以通过其各自的天线252接收信号。每个接收机254a可以恢复出被调制到RF载波上的信息,以及可以将该信息提供给RX处理器256。TX处理器268和RX处理器256可以实现与各种信号处理功能相关联的层1功能性。RX处理器256可以对该信息执行空间处理以恢复出以UE 250为目的地的任何空间流。如果多个空间流以UE250为目的地,则该多个空间流可以由RX处理器256合并成单个OFDM符号流。然后,RX处理器256可以使用快速傅里叶变换(FFT)将该OFDM符号流从时域变换到频域。频域信号可以包括针对该OFDM信号的每个子载波的单独的OFDM符号流。可以通过确定由网络节点210发送的最有可能的信号星座图点来对在每个子载波上的符号和参考信号进行恢复和解调。这些软决策可以基于由信道估计器258计算的信道估计。然后,该软决策可以被解码和解交织以恢复出由网络节点210最初在物理信道上发送的数据和控制信号。然后,可以将该数据和控制信号提供给控制器/处理器259,控制器/处理器259实现层3和层2功能性。
控制器/处理器259可以与存储程序代码和数据的存储器260相关联。存储器260可以被称为计算机可读介质。在UL中,控制器/处理器259可以提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、以及控制信号处理,以恢复出来自核心网络的IP分组。控制器/处理器259还可以负责错误检测。
与结合由网络节点210进行的传输所描述的功能性类似,控制器/处理器259可以提供:与以下各项相关联的RRC层功能性:系统信息(例如,MIB、SIB)捕获、RRC连接、以及测量报告;与以下各项相关联的PDCP层功能性:报头压缩/解压缩、以及安全性(加密、解密、完整性保护、完整性验证);与以下各项相关联的RLC层功能性:对上层PDU的传送、通过ARQ的纠错、对RLC SDU的串接、分段和重组、对RLC数据PDU的重新分段、以及对RLC数据PDU的重新排序;以及与以下各项相关联的MAC层功能性:在逻辑信道和传输信道之间的映射、MAC SDU到传输块(TB)上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先化。
TX处理器268可以使用由信道估计器258根据由网络节点210发送的参考信号或反馈来推导出的信道估计来选择适当的编码和调制方案,并且促进空间处理。可以将由TX处理器268生成的空间流经由单独的发射机254b提供给不同的天线252。每个发射机254b可以利用相应的空间流来对RF载波进行调制,以用于传输。
在网络节点210处,可以以与结合在UE 250处的接收机功能所描述的方式类似的方式来处理UL传输。每个接收机218b可以通过其相应的天线220接收信号。每个接收机218b可以恢复出被调制到RF载波上的信息并且可以将该信息提供给RX处理器270。
控制器/处理器275可以与存储程序代码和数据的存储器276相关联。存储器276可以被称为计算机可读介质。在UL中,控制器/处理器275可以提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理,以恢复出来自UE 250的IP分组。可以将来自控制器/处理器275的IP分组提供给核心网络。控制器/处理器275还可以负责错误检测。
在UE 250中,发射机254b和接收机254a可以一起形成收发机254。在网络节点210中,发射机218a和接收机218b可以一起形成收发机218。
网络节点210可以包括HARQ组件265,HARQ组件265被配置为执行本文描述的网络节点HARQ进程。此外,UE 250可以包括HARQ组件266,HARQ组件266被配置为执行本文描述的UE HARQ进程。网络节点210和UE 250可以被配置为实现所提出的用于配置上行链路HARQ进程和/或HARQ进程类型的方法。虽然将详细讨论上行链路传输,但是预期所讨论的方法可以适应于下行链路传输。
可以存在针对UE配置的用于UL传输的N个(例如,16个)HARQ进程。此外,可以存在M种HARQ进程类型。在一个示例中,HARQ进程类型可以基于HARQ重传是启用还是禁用的。为了便于参考,使重传启用的HARQ进程可以被称为第一HARQ进程类型的HARQ进程,而使重传禁用的HARQ进程可以被称为第二HARQ进程类型的HARQ进程。当HARQ进程基于HARQ重传的状态(例如,启用或禁用)来划分类型时,则M=2。这是对HARQ进程划分类型的一种方式,但是不一定是唯一的方式。因此,数量M将取决于对HARQ进程划分类型的方法。通常,N个HARQ进程中的每个HARQ进程可以被定义成M种HARQ进程类型之一。
如上文所指出的,还提议针对用于从UE到网络的上行链路传输的一个或多个HARQ进程配置、应用、使用或以其它方式关联一个或多个发射配置。可以基于每HARQ进程来对发射配置进行个性化。例如,HARQ进程可以与发射配置相关联,并且另一HARQ进程可以与相同或不同的发射配置相关联。在这种情况下,发射配置的数量可以多达N(例如,当每个HARQ进程与不同的发射配置相关联时)或更少。
发射配置可以是基于每HARQ进程类型的。例如,一种HARQ进程类型的HARQ进程可以与一发射配置相关联,而另一种HARQ进程类型的HARQ进程可以与相同或不同的发射配置相关联。在这种情况下,发射配置的数量可以多达M(例如,当每种HARQ进程类型与不同的发射配置相关联时)或更少。还预想的是,可以存在混合。也就是说,一个或多个HARQ进程可以基于每HARQ进程而与发射配置相关联,而一个或多个其它HARQ进程可以基于每HARQ进程类型而与发射配置相关联。
通常,可以存在多个发射配置,并且每个发射配置可以与HARQ进程和/或HARQ进程类型相关联(例如,映射到HARQ进程和/或HARQ进程类型)。在一个方面中,UE可以被静态地配置(例如,出厂设置)为具有多个默认发射配置以及其与HARQ进程和/或HARQ进程类型的关联。替代地或除此之外,网络(例如,网络节点)可以例如在RRC消息中将UE配置有一个或多个发射配置,和/或指定其与HARQ进程和/或HARQ进程类型的关联。在一个方面中,所指定的关联可以优先于(即,覆写)先前存在的关联。例如,HARQ进程(或HARQ进程类型)当前可以与发射配置相关联。然后,如果网络节点如此指定,则HARQ进程(或HARQ进程类型)可以与不同的发射配置相关联。
在操作中,网络节点(例如,NTN节点)可以向UE提供针对UL信道(例如,PUSCH)资源的UL准许。该准许可以是针对一种或多种HARQ进程类型的。也就是说,所准许的PUSCH的一些资源可以与一种HARQ进程类型相关联,而所准许的PUSCH的一些其它资源可以与另一种HARQ进程类型相关联。通常,所准许的PUSCH可以与少至一种HARQ进程类型相关联。在这种情况下,针对UE所准许的PUSCH的资源可以由一种HARQ进程类型的一个或多个HARQ进程使用。在一个方面中,当存在一种HARQ进程类型的多个HARQ进程时,所准许的PUSCH的不同部分可以与多个HARQ进程中的每个HARQ进程相关联。例如,所准许的PUSCH的第一部分和第二部分可以分别与相同HARQ进程类型(例如,重传被启用)的第一HARQ进程和第二HARQ进程相关联。在这种情况下,如果必要的话,可以重传在所准许的PUSCH的第一部分和第二部分上携带的信息。
所准许的PUSCH还可以与多至M种HARQ进程类型相关联。当PUSCH与多种HARQ进程类型相关联时,则所准许的PUSCH资源的不同集合可以与不同的HARQ进程类型相关联。对于与HARQ进程类型相关联的每个集合,该HARQ进程类型的一个或多个HARQ进程可以使用所准许的PUSCH的资源集合。在一个方面中,当存在HARQ进程类型的多个HARQ进程时,所准许的PUSCH的资源集合的不同部分可以与多个HARQ进程中的每个HARQ进程相关联。例如,所准许的PUSCH的第一部分和第二部分可以分别与分别具有第一HARQ进程类型(例如,重传被启用)和第二HARQ进程类型(例如,重传被禁用)的第一HARQ进程和第二HARQ进程相关联。在这种情况下,如果必要的话,可以重传在所准许的PUSCH的第一部分上携带的信息。然而,可以不重传在所准许的PUSCH的第二部分上携带的信息。
替代地或除此之外,UL准许可以是针对一个或多个HARQ进程的。也就是说,所准许的PUSCH的一些资源可以与一个HARQ进程相关联,而所准许的PUSCH的一些其它资源可以与另一HARQ进程相关联。通常,所准许的PUSCH可以与少至一个HARQ进程相关联(其中,针对UE所准许的PUSCH中的全部可以供一个HARQ进程使用),或者与多至N个HARQ进程相关联。当PUSCH与多个HARQ进程相关联时,则所准许的PUSCH资源的不同部分可以与不同的HARQ进程相关联。
从单个HARQ进程或HARQ进程类型的角度来看,PUSCH或其至少一部分可以与HARQ进程和/或HARQ进程类型相关联。UE可以根据相关联的HARQ进程和/或相关联的HARQ进程类型来将发射配置应用于PUSCH。然后,UE可以在PUSCH上发送上行链路消息(例如,UL-SCH数据、UCI、MAC CE等的任何组合)。
可以存在多个发射配置,并且每个发射配置可以与HARQ进程和/或HARQ进程类型相关联(例如,映射到HARQ进程和/或HARQ进程类型)。在一个方面中,当发射配置与特定HARQ进程类型相关联时,这意味着发射配置与该特定HARQ进程类型的所有HARQ进程相关联。UE可以将发射配置应用于PUSCH,并且然后在PUSCH上发送UL消息(例如,UL-SCH数据、UCI、MAC CE等)。
图3示出了在网络节点与用户设备之间的示例信令。简要来说,网络节点可以向UE发送发射配置消息,并且UE可以应用发射配置。当UE具有要发送的上行链路消息时,UE可以向网络节点发送调度请求(SR)。网络节点可以利用上行链路(例如,PUSCH)资源来准许UE。如果HARQ重传被启用,则UE可以重传消息(如果后续准许指示重传(例如,新数据指示符比特未被切换))。关于图4A-5B提供了细节。
图3可以被视为在HARQ进程与发射配置之间和/或在HARQ进程类型与发射配置之间的显式关联的示例。当关联是显式的时,则对特定HARQ进程和/或HARQ进程类型的PUSCH资源的调度可以足以使UE确定要在上行链路传输中应用和使用发射配置中的哪一者。将关于图6-8B描述隐式关联。
图4A示出了由UE(例如,UE 250)执行以发送上行链路消息的示例性方法400A。在方法400A中,可以在不同的HARQ进程上应用和使用不同的发射配置。以这种方式,可以进行调整以满足上行链路消息的要求(例如,速度、可靠性等)。存储器组件260可以被视为非暂时性计算机可读介质的示例,非暂时性计算机可读介质存储计算机可执行指令以操作UE250的组件(诸如接收机254a、发射机254b、RX处理器256、TX处理器268、控制器/处理器259、HARQ组件266、信道估计器258等)以执行方法400A。
在框405A中,UE可以从网络节点(例如,网络节点210)接收多个发射配置。可以通过DCI、MAC CE和/或RRC消息来接收发射配置。在一个方面中,网络节点可以指定在多个发射配置与多个HARQ进程之间的关联。替代地或除此之外,网络节点可以指定在多个发射配置与多种HARQ进程类型之间的关联。在一个方面中,可以独立于实际上正在被调度的上行链路信道资源来指定关联。以这种方式,每个发射配置可以与HARQ进程和/或HARQ进程类型相关联。也就是说,关联可以是显式的。因此,HARQ进程本身可以足以确定所使用的发射配置,例如,由于在HARQ进程与发射配置之间和/或在HARQ进程类型与发射配置之间的显式关联。用于执行框405A的单元可以包括UE 250的天线252、接收机254a、RX处理器256、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
在一个方面中,发射配置中的一个、一些或所有发射配置可以各自指定一个或多个发射参数的任何组合。发射参数的示例包括:包括环路索引的功率控制参数、调制和编码方案(MCS)表、解调参考信号(DMRS)模式、时域分配模式、跳频模式和/或时隙聚合数量。
在另一方面中,发射配置中的一个、一些或所有发射配置可以各自指定用于在PUSCH上复用UCI和UL-SCH数据的一个或多个UCI复用参数的任何组合。UCI复用参数的示例包括:用于指示用于不同类型的UCI的一个或多个资源偏移的beta偏移、一个或多个UCI丢弃规则和/或UCI复用优先级。beta偏移可以包括任何一个或多个betaOffsetACK、betaOffsetCSI_part1和/或betaOffsetCSI_part2。可以按HARQ进程和/或按HARQ进程类型来定义UCI丢弃规则。UCI丢弃规则可以指示可以丢弃哪些信息(如果有的话)。
UCI复用优先级可以指示用于复用的HARQ进程的优先级顺序。也就是说,相比于其它HARQ进程,一些HARQ进程可以被优先化以复用UCI。例如,如果将特定UCI可靠地递送到网络节点是重要的,那么对于UCI的传输,启用重传的HARQ进程可以优先于禁用重传的HARQ进程。
在一个方面中,一些HARQ进程和/或HARQ进程类型可以从UCI复用中排除。在这个方面中,UCI复用参数还可以包括UCI复用指示符,UCI复用指示符指示UCI复用(在PUSCH上对UCI和数据的复用)是被启用还是被禁用。UCI复用通常是机会性的,例如,当被配置为携带UCI的物理上行链路控制信道(PUCCH)恰好与PUSCH重叠时。因此,当UCI复用被启用时,可以允许UCI在PUSCH上被复用。
在一个方面中,一些HARQ进程和/或HARQ进程类型可以从不具有数据的仅UCI中排除。在这个方面中,发射配置参数还可以包括仅UCI指示符,仅UCI指示符指示能够还是不能在PUSCH上发送不具有UL-SCH数据的仅UCI。
应注意,还可以在PUSCH上发送一个或多个MAC CE。然而,它们中的一些MAC CE可能不被允许通过第二HARQ进程类型(重传被禁用)的HARQ进程进行发送。例如,经配置的准许确认MAC CE和/或多条目经配置的准许确认MAC CE可能被认为足够重要,以要求由重传提供的可靠性。对于递送可靠性不那么重要的MAC CE,其可以通过任何HARQ进程类型的HARQ进程来发送。
应注意,框405A是用虚线表示以指示其是可选的。也就是说,UE可以被静态地配置(例如,出厂设置)有发射配置和/或其与HARQ进程和/或HARQ进程类型的关联。实际上,除非另有特别指示,否则流程图的虚线框可以理解为可选的。如果并且当UE从网络节点接收到发射配置时,静态配置的发射配置可以被覆写。此外,如果执行框405A,则UE接收所有的发射配置是不必要的。对于未被接收的发射配置,可以利用先前配置的发射配置。
在框420A中,UE可以从网络节点接收针对与一个或多个HARQ进程相关联的PUSCH资源的上行链路准许。例如,UE可以在DCI中接收准许。所准许的PUSCH可以与一个或多个HARQ进程和/或一种或多种HARQ进程类型相关联。然而,为了便于解释,将描述与PUSCH相关联的HARQ进程和/或HARQ进程类型的角度。应当理解,相关联的HARQ进程和/或相关联的HARQ进程类型可以分别是由UE支持的多个HARQ进程中的一个HARQ进程和/或多种HARQ进程类型中的一种HARQ进程类型。用于执行框420A的单元可以包括UE 250的天线252、接收机254a、RX处理器256、控制器/处理器259和/或存储器260。
在框440A中,UE可以在PUSCH上向网络节点发送上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。根据所应用的发射配置,可以在与HARQ进程和/或HARQ进程类型相关联的PUSCH上发送UL消息。可以说,在框440A中,UE可以根据相关联的HARQ进程,使用发射配置来在PUSCH上向网络节点发送UL消息。不同的发射配置可以与不同的HARQ进程和/或不同的HARQ进程类型相关联。换另一种方式说明,对于多个发射配置中的彼此不同的至少两个发射配置,其可以是针对两个HARQ进程和/或两种HARQ进程类型来配置的。例如,至少两个发射配置可以指定不同的发射参数、不同的UCI复用参数等(例如,参见下文对图4B的框430B的描述)。这是从相关联的HARQ进程和/或相关联的HARQ进程类型的角度来看的。用于执行框440A的单元可以包括UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
但是更广义地,当PUSCH的所准许的资源与多个HARQ进程和/或与多种HARQ进程类型相关联时,则对于每个HARQ进程和/或每种HARQ进程类型,UE可以在PUSCH的与该HARQ进程和/或该HARQ进程类型相关联的相关部分上发送单独的UL消息。
可以在与HARQ进程和/或HARQ进程类型相关联的PUSCH上发送包括UCI的UL消息。所应用的发射配置可以指定用于在PUSCH上复用UCI和UL-SCH数据的一个或多个UCI复用参数。UCI复用参数可以包括:用于指示不同类型的UCI的资源偏移的beta偏移(例如,betaOffsetACK、betaOffsetCSI_part1和/或betaOffsetCSI_part2)、UCI丢弃规则和/或UCI复用优先级。在这种情况下,可以根据所应用的发射配置的UCI复用参数来在PUSCH上将UCI与UL-SCH数据进行复用。
在一个方面中,所应用的发射配置的UCI复用参数可以包括UCI复用指示符。在这种情况下,当UCI复用指示符指示UCI复用被启用时,可以允许在PUSCH上复用UCI。
在一个方面中,所应用的发射配置的UCI复用参数可以包括仅UCI指示符。在这种情况下,可以在PUSCH上发送仅UCI。换句话说,当仅UCI指示符指示允许仅UCI消息时,可以在PUSCH上发送仅UCI消息。在一个方面中,如果UCI复用指示符指示UCI复用被禁用,则可以不允许在不与UL-SCH数据进行复用的情况下在PUSCH上发送UCI。
在又一方面中,一些HARQ进程和/或HARQ进程类型可以从不具有数据的仅UCI中排除。在这个方面中,UCI复用参数还可以包括仅UCI指示符,仅UCI指示符指示能够还是不能在PUSCH上将UL-SCH数据与UCI一起发送。
可以在与HARQ进程和/或HARQ进程类型相关联的PUSCH上发送包括一个或多个MACCE的UL消息。可以仅在第一HARQ进程类型(重传被启用)的HARQ进程上发送一些MAC CE,使得可以实现某一门限水平的端到端递送可靠性。例如,要求确认(例如,网络节点向UE确认接收)的MAC CE可以与第一HARQ进程类型的HARQ进程一起良好地被服务。经配置的准许确认MAC CE和/或多条目经配置的准许确认MAC CE可以是这样的MAC CE的示例。
图4B示出了由UE(例如,UE 250)执行以发送上行链路消息的另一示例性方法400B。在方法400B中,可以在不同的HARQ进程上应用和使用不同的发射配置。存储器组件260可以被视为非暂时性计算机可读介质的示例,非暂时性计算机可读介质存储计算机可执行指令以操作UE 250的组件(诸如接收机254a、发射机254b、RX处理器256、TX处理器268、控制器/处理器259、HARQ组件266、信道估计器258等)以执行方法400B。
在框405B中,UE可以配置从网络节点(例如,网络节点210)接收的发射配置。图4B的框405B的一个或多个方面可以类似于图4A的框405A的一个或多个方面。用于执行框405B的单元可以包括UE 250的天线252、接收机254a、RX处理器256、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
在框410B中,当UE具有要发送的上行链路消息时,UE可以向网络节点发送调度请求(SR)。SR可以指定与期望的HARQ进程和/或HARQ进程类型相关联的PUSCH资源。也就是说,UE可以将请求与要发送的UL消息(例如,UL-SCH数据、UCI、MAC CE等)进行匹配。用于执行框410B的单元可以包括UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
在框420B中,UE可以从网络节点接收针对PUSCH资源的上行链路准许。图4B的框420B的一个或多个方面可以类似于图4A的框420A的一个或多个方面。用于执行框420B的单元可以包括UE 250的天线252、接收机254a、RX处理器256、控制器/处理器259和/或存储器260。
在框430B中,UE可以根据相关联的HARQ进程和/或相关联的HARQ进程类型来将发射配置应用于PUSCH。在这种情况下,由于关联是显式的,因此指定HARQ进程和/或HARQ进程类型可以足以使UE确定要应用和使用哪个发射配置。再次,应认识到,当PUSCH的所准许的资源与多个HARQ进程和/或与多种HARQ进程类型相关联时,UE可以将对应的发射配置应用于PUSCH的与每个HARQ进程和/或每种HARQ进程类型相关联的相关部分。用于执行框430B的单元可以是UE 250的HARQ组件266、控制器/处理器259和/或存储器260。
因此,所应用的发射配置可以是多个发射配置中的一个发射配置。这些发射配置中的至少两个发射配置可以彼此不同。例如,它们可以指定不同的发射参数(例如,每个发射配置可以指定不同的MCS表)和/或可以指定不同的UCI复用参数(例如,一个发射配置可以指定UCI和UL-SCH数据复用被启用,而另一发射配置可以指定仅UCI被启用)。
发射配置可以指定一个或多个发射参数(例如,包括环路索引的功率控制参数、MCS表、DMRS模式、时域分配模式、跳频模式、时隙聚合数量等)的任何组合。在一个方面中,可以针对HARQ进程或HARQ进程类型配置这些参数中的每个参数的集合。DCI可以包括用于指示要使用的确切值的相关比特。例如,网络可以配置时隙聚合数量集合[1,2,4,8],并且使用DCI中的2个比特来指示用于不具有重传的HARQ进程的确切数量。
在框440B中,UE可以在PUSCH上向网络节点发送上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。图4B的框440B的一个或多个方面可以类似于图4A的框440A的一个或多个方面。用于执行框440B的单元可以包括UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
图5A示出了由网络节点(例如,网络节点210)执行以使得UE能够发送上行链路消息的示例性方法500A。在一个方面中,执行方法500的网络节点可以是诸如卫星的非地面网络(NTN)节点。在方法500A中,使得UE能够在不同的HARQ进程上应用不同的发射配置。存储器组件276可以被视为非暂时性计算机可读介质的示例,非暂时性计算机可读介质存储计算机可执行指令以操作网络节点210的组件(诸如接收机218b、发射机218a、RX处理器270、TX处理器216、控制器/处理器275、HARQ组件265、信道估计器274等)以执行方法500A。
在框505A处,网络节点可以向UE(例如,UE 250)发送多个发射配置。上文关于图4A的框405A讨论了发射配置的细节。以这种方式,UE可以进行调整以满足上行链路消息的要求(例如,速度、可靠性等)。应注意,框505A是可选的。也就是说,网络节点可以发送或者可以不发送发射配置。此外,当执行框505A时,网络节点发送所有发射配置是不必要的。用于执行框505A的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276。
在框520A中,网络节点可以向UE发送针对与一个或多个HARQ进程相关联的PUSCH资源的上行链路准许。例如,网络节点可以在DCI中发送准许。应当记住,相关联的HARQ进程和/或相关联的HARQ进程类型可以是由UE支持的多个HARQ进程中的一个HARQ进程和/或多种HARQ进程类型中的一种HARQ进程类型。通常,在框520A中,准许可以使得所准许的PUSCH的不同部分可以与一个或多个HARQ进程和/或与一种或多种HARQ进程类型相关联。用于执行框520A的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276。
UE可以根据HARQ进程和/或HARQ进程类型来将发射配置应用于PUSCH(例如,参见图4A的框440A和图4B的框430B)。所应用的发射配置可以是多个发射配置中的一个发射配置,并且这些发射配置中的至少两个发射配置可以彼此不同。
在框540A中,网络节点可以在PUSCH上从UE接收上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。可以说,在框540A中,网络节点可以从UE接收根据相关联的HARQ进程使用发射配置在PUSCH上的UL消息。这是从相关联的HARQ进程和/或相关联的HARQ进程类型的角度来看的。但是更一般地,在框540A中,当PUSCH的所准许的资源与多个HARQ进程和/或与多种HARQ进程类型相关联时,则对于每个HARQ进程和/或每种HARQ进程类型,可以在PUSCH的与HARQ进程或HARQ进程类型相关联的相关部分上携带单独的UL消息。上文参考图4A和图4B的框440A和框440B讨论了UL消息的进一步细节。用于执行框540A的单元可以包括网络节点210的天线220、接收机218b、RX处理器270、HARQ组件265、控制器/处理器275和/或存储器276。
图5B示出了由网络节点(例如,网络节点210)执行以使得UE能够发送上行链路消息的另一示例性方法500B。在方法500B中,使得UE能够在不同的HARQ进程上应用不同的发射配置。存储器组件276可以被视为非暂时性计算机可读介质的示例,非暂时性计算机可读介质存储计算机可执行指令以操作网络节点210的组件(诸如接收机218b、发射机218a、RX处理器270、TX处理器216、控制器/处理器275、HARQ组件265、信道估计器274等)以执行方法500B。
在框505B处,网络节点可以向UE(例如,UE 250)发送发射配置。图5B的框505B的一个或多个方面可以类似于图5A的框505A的一个或多个方面。用于执行框505B的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276。
在框510B中,网络节点可以从UE接收针对PUSCH资源的调度请求(SR)。在一个方面中,SR可以指定与期望的HARQ进程和/或HARQ进程类型相关联的PUSCH资源。例如,SR可以指示期望的发射配置要求。用于执行框510B的单元可以包括网络节点210的天线220、接收机218b、RX处理器270、控制器/处理器275和/或存储器276。
在框520B中,网络节点可以向UE发送针对PUSCH资源的上行链路准许。图5B的框520B的一个或多个方面可以类似于图5A的框520A的一个或多个方面。用于执行框520B的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、控制器/处理器275和/或存储器276。
在框540B中,网络节点可以在PUSCH上从UE接收上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。可以说,在框540B中,网络节点可以从UE接收根据相关联的HARQ进程使用发射配置在PUSCH上的UL消息。图5B的框540B的一个或多个方面可以类似于图5A的框540A的一个或多个方面。用于执行框540B的单元可以包括网络节点210的天线220、接收机218b、RX处理器270、HARQ组件265、控制器/处理器275和/或存储器276。
图6示出了在网络节点与用户设备之间的示例信令。简要来说,当UE具有要发送的上行链路消息时,UE可以向网络节点发送调度请求(SR)。网络节点可以准许UE具有上行链路(例如,PUSCH)资源。与调度准许同时地,网络节点还可以指示使用哪个发射配置适用于所准许的上行链路资源。例如,网络可以指示要在DCI消息中使用的发射配置,该DCI消息向UE通知上行链路资源的准许。替代地,网络节点可以在MAC CE消息中指示要在即将到来的上行链路准许中使用的发射配置。如果HARQ重传被启用,则UE可以重传消息(如果后续准许指示重传(例如,新数据指示符比特未被切换))。关于图7和图8提供了细节。
图6可以被视为在HARQ进程与发射配置之间和/或在HARQ进程类型与发射配置之间的隐式关联的示例。当关联是隐式的时,对特定HARQ进程和/或HARQ进程类型的PUSCH资源的调度可能不足以使UE确定要在上行链路传输中应用和使用发射配置中的哪一者。因此,连同对PUSCH资源的调度一起,网络节点可以与对PUSCH的调度同时地向UE通知当在PUSCH上发送上行链路消息时要使用哪个发射配置。
图7A示出了由UE(例如,UE 250)执行以发送上行链路消息的另一示例性方法700A。在方法700A中,可以在不同的HARQ进程上应用和使用不同的发射配置。同样在方法700A中,在HARQ进程和/或HARQ进程类型与发射配置之间的关联可以是动态的。例如,可以在一个时间处在HARQ进程上应用和使用一发射配置,并且可以在不同的时间处在相同的HARQ进程上应用和使用不同的发射配置。存储器组件260可以被视为非暂时性计算机可读介质的示例,非暂时性计算机可读介质存储计算机可执行指令以操作UE 250的组件(诸如接收机254a、发射机254b、RX处理器256、TX处理器268、控制器/处理器259、HARQ组件266、信道估计器258等)以执行方法700A。
在框720A中,UE可以从网络节点接收针对与一个或多个HARQ进程相关联的PUSCH资源的上行链路准许。例如,UE可以在DCI中接收准许。框720A的一个或多个方面可以类似于图4A的框420A的一个或多个方面。用于执行框720A的单元可以包括UE 250的天线252、接收机254a、RX处理器256、控制器/处理器259和/或存储器260。
在框725A中,UE可以接收发射配置指示符,其指示要选择多个发射配置中的哪个发射配置作为应用于所准许的PUSCH的发射配置。换另一种方式说明,在框725A中,UE可以从网络节点接收发射配置指示符,其指示多个发射配置中的哪个发射配置是与HARQ进程相关联的发射配置。用于执行框725A的单元可以包括UE 250的天线252、接收机254a、RX处理器256、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
可以与针对PUSCH资源的UL准许同时地接收发射配置指示符。例如,可以在相同的DCI中接收发射配置指示符。在另一示例中,例如在接收UL准许之前,可以在来自网络节点的下行链路MAC-CE消息中接收发射配置指示符。在一个方面中,当同时接收到发射配置指示符和UL准许时,UE可以识别出该发射配置指示符适用于该UL准许的PUSCH资源。
在一个方面中,所指示的发射配置(即,由发射配置指示符指示的发射配置)可以与HARQ进程本身相关联(即,针对HARQ进程而个性化)。在另一方面中,所指示的发射配置可以与HARQ进程的HARQ进程类型相关联。当所调度的PUSCH资源的多个部分对应于相同HARQ进程类型的HARQ进程时,这可以是有用的。在这种情形下,单个发射配置指示符可以是足够的。
在框740A中,UE可以在PUSCH上向网络节点发送上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。可以根据所指示的发射配置来在与HARQ进程和/或HARQ进程类型相关联的PUSCH上发送UL消息。可以说,在框740A中,UE可以使用所指示的发射配置来在PUSCH上向网络节点发送UL消息。这是从相关联的HARQ进程和/或相关联的HARQ进程类型的角度来看的。框740的一个或多个方面可以类似于图4A的框440A的一个或多个方面。用于执行框740A的单元可以包括UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
图7B示出了由UE(例如,UE 250)执行以发送上行链路消息的另一方法700B。在方法700B中,可以在不同的HARQ进程上应用和使用不同的发射配置。同样在方法700B中,在HARQ进程和/或HARQ进程类型与发射配置之间的关联可以是动态的。
在框710B中,当UE具有要发送的上行链路消息时,UE可以向网络节点发送调度请求(SR)。SR可以指定与期望的HARQ进程和/或HARQ进程类型相关联的PUSCH资源。也就是说,UE可以将请求与要发送的UL消息(例如,UL-SCH数据、UCI、MAC CE等)进行匹配。框710B的一个或多个方面可以类似于图4B的框410B的一或多个方面。用于执行框710B的单元可以包括UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
在框720B中,UE可以从网络节点接收针对PUSCH资源的上行链路准许。例如,UE可以接收DCI。图7B的框720B的一个或多个方面可以类似于图7A的框720A的一个或多个方面。用于执行框720B的单元可以包括UE 250的天线252、接收机254a、RX处理器256、控制器/处理器259和/或存储器260。
在框725B中,UE可以接收发射配置指示符,其指示要选择多个发射配置中的哪个发射配置作为应用于所准许的PUSCH的发射配置。也就是说,UE可以从网络节点接收发射配置指示符,其指示多个发射配置中的哪个发射配置是与HARQ进程相关联的发射指示符。发射配置指示符可以是与针对PUSCH资源的UL准许同时接收的。图7B的框725B的一个或多个方面可以类似于图7A的框725A的一个或多个方面。用于执行框725B的单元可以包括UE 250的天线252、接收机254a、RX处理器256、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
在框730B中,UE可以根据相关联的HARQ进程和/或相关联的HARQ进程类型来将所指示的发射配置应用于PUSCH。应当注意,在一个方面中,即使在发射配置与HARQ进程和/或HARQ进程类型之间存在显式映射,但是如果同时指示了发射配置,则至少针对该准许的PUSCH,可以应用所指示的发射配置。用于执行框730B的单元可以是UE 250的HARQ组件266、控制器/处理器259和/或存储器260。
应当注意,如果PUSCH的所准许的资源与多个HARQ进程和/或与多种HARQ进程类型相关联,则UE可以在框725B中接收一个或多个发射配置指示符,其中,每个发射配置可以被映射到所准许的PUSCH的HARQ进程和/或HARQ进程类型。在框730B中,UE可以将所指示的发射配置应用于PUSCH的与每个HARQ进程和/或每种HARQ进程类型相关联的相关部分。
在框740B中,UE可以在PUSCH上向网络节点发送上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。图7B的框740B的一个或多个方面可以类似于图7A的框740A的一个或多个方面。用于执行框740B的单元可以包括UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b。
图8A示出了由网络节点(例如,网络节点210)执行以使得UE能够发送上行链路消息的另一示例性方法800A。在一个方面中,执行方法800的网络节点可以是诸如卫星的非地面网络(NTN)节点。在方法800A中,使得UE能够在不同的HARQ进程上应用不同的发射配置。同样在方法800A中,在HARQ进程和/或HARQ进程类型与发射配置之间的关联可以是动态的。存储器组件276可以被视为非暂时性计算机可读介质的示例,非暂时性计算机可读介质存储计算机可执行指令以操作网络节点210的组件(诸如接收机218b、发射机218a、RX处理器270、TX处理器216、控制器/处理器275、HARQ组件265、信道估计器274等)以执行方法800A。
在框820A中,网络节点可以向UE发送针对与一个或多个HARQ进程相关联的PUSCH资源的上行链路准许。框820A的一个或多个方面可以类似于图5A的框520A的一个或多个方面。用于执行框820A的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276。
在框825A中,网络节点可以与针对PUSCH的UL准许同时地向UE发送发射配置指示符,其指示要选择多个发射配置中的哪个发射配置作为在UE侧应用于所准许的PUSCH的发射配置。换另一种方式说明,在框825A中,网络节点可以向UE发送发射配置指示符,其指示多个发射配置中的哪个发射配置是与HARQ进程相关联的发射配置。发射配置指示符可以是与针对PUSCH资源的UL准许同时发送的(例如,在DCI或下行链路MAC-CE中)。上文关于图7A的框725A描述了发射配置指示符的细节。用于执行框825A的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276。
在框840A中,网络节点可以在PUSCH上从UE接收上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。可以说,在框840A中,网络节点可以从UE接收使用所指示的发射配置在PUSCH上的UL消息。这是从相关联的HARQ进程和/或相关联的HARQ进程类型的角度来看的。图8A的框840A的一个或多个方面可以类似于图5A的框540A的一或多个方面。用于执行框840A的单元可以包括网络节点210的天线220、接收机218b、RX处理器270、HARQ组件265、控制器/处理器275和/或存储器276。
图8B示出了由网络节点(例如,网络节点210)执行以使得UE能够发送上行链路消息的示例性方法800。在一个方面中,执行方法800的网络节点可以是诸如卫星的非地面网络(NTN)节点。在方法800B中,使得UE能够在不同的HARQ进程上应用不同的发射配置。同样在方法800B中,在HARQ进程和/或HARQ进程类型与发射配置之间的关联可以是动态的。存储器组件276可以被视为非暂时性计算机可读介质的示例,非暂时性计算机可读介质存储计算机可执行指令以操作网络节点210的组件(诸如接收机218b、发射机218a、RX处理器270、TX处理器216、控制器/处理器275、HARQ组件265、信道估计器274等)以执行方法800B。
在框810中,网络节点可以从UE接收针对PUSCH资源的调度请求(SR)。在一个方面中,SR可以指定与期望的HARQ进程和/或HARQ进程类型相关联的PUSCH资源。例如,SR可以指示期望的发射配置要求。图8B的框810的一个或多个方面可以类似于图5B的框510B的一个或多个方面。用于执行框810的单元可以包括网络节点210的天线220、接收机218b、RX处理器270、控制器/处理器275和/或存储器276。
在框820B中,网络节点可以例如在DCI中向UE发送针对PUSCH资源的上行链路准许。图8B的框820B的一个或多个方面可以类似于图8A的框820A的一个或多个方面。用于执行框820B的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、控制器/处理器275和/或存储器276。
在框825B中,网络节点可以发送发射配置指示符,其指示要选择多个发射配置中的哪个发射配置作为在UE侧应用于所准许的PUSCH的发射配置。也就是说,发射配置指示符可以指示多个发射配置中的哪个发射配置是与HARQ进程相关联的发射配置。发射配置指示符可以是与针对PUSCH资源的UL准许同时发送的(例如,在DCI或下行链路MAC-CE中)。图8B的框825B的一个或多个方面可以类似于图8A的框825A的一个或多个方面。用于执行框825B的单元可以包括网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276。
在框840B中,网络节点可以在PUSCH上从UE接收上行链路消息(UL-SCH数据、UCI、MAC CE等中的任何一者或多者)。图8B的框840B的一个或多个方面可以类似于图8A的框840A的一个或多个方面。用于执行框840B的单元可以包括网络节点210的天线220、接收机218b、RX处理器270、HARQ组件265、控制器/处理器275和/或存储器276。
图9示出了根据本公开内容的一个方面的用于实现图4A、图4B、图7A和图7B的方法400A、方法400B、方法700A和方法700B的示例用户设备装置900,方法400A、方法400B、方法700A和方法700B被表示为一系列相互关联的功能模块。在所示的示例中,装置900可以包括:用于配置发射配置的模块905、用于发送调度请求的模块910、用于接收PUSCH的准许的模块920、用于接收用于所准许的PUSCH的发射配置的模块925、用于应用发射配置的模块930、以及用于发送上行链路消息的模块940。模块905可以被配置为执行图4A和图4B的框405A和框405B。在一个方面中,模块905可以通过UE 250的天线252、接收机254a、RX处理器256、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b来实现。模块910可以被配置为执行图4B的框410B和/或图7B的框710B。在一个方面中,模块910可以通过UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b来实现。模块920可以被配置为执行图4A和图4B的框420A和框420B和/或图7A和图7B的框720A和框720B。在一个方面中,模块920可以通过UE 250的天线252、接收机254a、RX处理器256、控制器/处理器259和/或存储器260来实现。模块925可以被配置为执行图7A和图7B的框725A和框725B。在一个方面中,模块925可以通过UE 250的天线252、接收机254a、RX处理器256、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b来实现。模块930可以被配置为执行图4B的框430B和/或图7B的框730B。在一个方面中,模块930可以通过UE 250的HARQ组件266、控制器/处理器259、存储器260和/或TX处理器268来实现。模块940可以被配置为执行图4A和图4B的框440A和框440B和/或图7A和图7B的框740A和框740B。在一个方面中,模块940可以通过UE 250的天线252、HARQ组件266、控制器/处理器259、存储器260、TX处理器268和/或发射机254b来实现。
图10示出了根据本公开内容的一个方面的用于实现图5A、图5B、图8A和图8B的方法500A、方法500B、方法800A和方法800B的示例网络节点装置1000,方法500A、方法500B、方法800A和方法800B被表示为一系列相互关联的功能模块。在所示的示例中,装置1000可以包括:用于发送发射配置的模块1005、用于接收调度请求的模块1010、用于发送准许PUSCH资源的模块1020、用于发送用于所准许的PUSCH的发射配置的模块1025、以及用于在PUSCH上接收上行链路消息的模块1040。模块1005可以被配置为执行图5A和图5B的框505A和框505B。在一个方面中,模块1005可以通过网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276来实现。模块1010可以被配置为执行图5B的框510B和/或图8B的框810。在一个方面中,模块1010可以通过网络节点210的天线220、接收机218b、RX处理器270、控制器/处理器275和/或存储器276来实现。模块1020可以被配置为执行图5A和图5B的框520A和框520B和/或图8A和图8B的框820A和框820B。在一个方面中,模块1020可以通过网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276来实现。模块1025可以被配置为执行图8A和图8B的框825A和框825B。在一个方面中,模块1025可以通过网络节点210的天线220、发射机218a、TX处理器216、HARQ组件265、控制器/处理器275和/或存储器276来实现。模块1040可以被配置为执行图5A和图5B的框540A和框540B和/或图8A和图8B的框840A和框840B。在一个方面中,模块1040可以通过网络节点210的天线220、接收机218b、RX处理器270、HARQ组件265、控制器/处理器275和/或存储器276来实现。
在上文的详细描述中,可以看到不同的特征在示例中被分组在一起。公开内容的这种方式不应当被理解为关于示例条款具有与在每个条款中明确提及的特征相比更多的特征的意图。确切而言,本公开内容的各个方面可以包括少于所公开的单个示例条款的所有特征。因此,以下条款应当据此被视为并入说明书中,其中,每个条款本身可以作为单独的示例。尽管每个从属条款在这些条款中可能指代与其它条款之一的特定组合,但是该从属条款的各方面不限于该特定组合。将明白,其它示例条款还可以包括从属条款方面与任何其它从属条款或独立条款的主题的组合或者任何特征与其它从属和独立条款的组合。本文公开的各个方面明确地包括这些组合,除非明确地表达或可以容易地推断出不预期特定组合(例如,矛盾的方面,诸如将元件定义为绝缘体和导体两者)。此外,还预期条款的各方面还可以被包括在任何其它独立条款中,即使该条款不直接依赖于独立条款。
在以下编号的条款中描述了实现示例:
条款1:一种用户设备(UE)的通信的方法,包括:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;根据相关联的HARQ进程来将发射配置应用于所述PUSCH,所应用的发射配置是多个发射配置中的一个发射配置,所述多个发射配置中的每个发射配置与HARQ进程相关联,并且所述多个发射配置中的至少两个发射配置彼此不同;以及在所述PUSCH上向所述网络节点发送UL消息。
条款2:根据条款1所述的方法,其中,所述网络节点是非地面网络(NTN)节点。
条款3:根据条款1-2中任一项所述的方法,其中,所述UL消息包括以下各项中的任何一项或多项:UL-SCH数据、上行链路控制信息(UCI)和/或介质访问控制(MAC)控制元素(CE)。
条款4:根据条款1-3中任一项所述的方法,其中,所述HARQ进程类型包括:其中HARQ重传被启用的第一HARQ进程类型;以及其中HARQ重传被禁用的第二HARQ进程类型。
条款5:根据条款4所述的方法,其中,所述HARQ进程是多个HARQ进程中的一个HARQ进程,每个HARQ进程是所述第一HARQ进程类型和所述第二HARQ进程类型中的一者。
条款6:根据条款4-5中任一项所述的方法,其中,被应用于所述PUSCH的所述发射配置定义包括以下各项中的一项或多项的发射参数:包括环路索引的功率控制参数、调制和编码方案(MCS)表、解调参考信号(DMRS)模式、时域分配模式、跳频模式和/或时隙聚合数量。
条款7:根据条款4-6中任一项所述的方法,其中,所述UE被配置有多个默认发射配置作为所述多个发射配置。
条款8:根据条款4-7中任一项所述的方法,还包括:从所述网络节点接收所述多个发射配置。
条款9:根据条款4-8中任一项所述的方法,其中,UL消息包括上行链路控制信息(UCI),其中,所应用的发射配置还定义用于在所述PUSCH上复用UCI和UL-SCH数据的UCI复用参数,所述UCI复用参数包括以下各项中的一项或多项:用于指示用于不同类型的UCI的资源偏移的beta偏移、UCI丢弃规则和/或UCI复用优先级,并且其中,发送所述UL消息包括:根据所指定的UCI复用参数来在所述PUSCH上复用所述UCI。
条款10:根据条款9所述的方法,其中,所述beta偏移包括以下各项中的一项或多项:betaOffsetACK、betaOffsetCSI_part1、和/或betaOffsetCSI_part2。
条款11:根据条款4-10中任一项所述的方法,其中,所述UCI复用参数还包括仅UCI指示符,并且其中,当所述UCI复用指示符指示UCI复用被禁用时,不允许在不与UL-SCH数据进行复用的情况下在所述PUSCH上发送所述UCI。
条款12:根据条款4-10中任一项所述的方法,其中,所述UCI复用参数还包括仅UCI指示符,并且其中,当所述仅UCI指示符指示允许仅UCI消息时,在所述PUSCH上发送仅UCI消息。
条款13:根据条款4-8中任一项所述的方法,其中,所述UL消息包括介质访问控制(MAC)控制元素(CE),并且其中,发送所述UL信息包括:当所述相关联的HARQ进程类型是所述第一HARQ进程类型时,在所述PUSCH上发送所述UL消息。
条款14:根据条款13所述的方法,其中,当所述MAC CE是经配置的准许确认MAC CE或多条目经配置的准许确认MAC CE时,当所述相关联的HARQ进程类型是所述第一HARQ进程类型时,在所述PUSCH上发送所述UL消息。
条款15:一种网络节点的通信的方法,包括:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;以及在所述PUSCH上从所述UE接收UL消息,发射配置根据相关联的HARQ进程而被应用于所述PUSCH。所应用的发射配置是多个发射配置中的一个发射配置。所述多个发射配置中的每个发射配置与HARQ进程相关联,并且所述多个发射配置中的至少两个发射配置彼此不同。
条款16:根据条款15所述的方法,其中,所述网络节点是非地面网络(NTN)节点。
条款17:根据条款15-16中任一项所述的方法,其中,所述UL消息包括以下各项中的任何一项或多项:UL-SCH数据、上行链路控制信息(UCI)和/或介质访问控制(MAC)控制元素(CE)。
条款18:根据条款15-17中任一项所述的方法,其中,所述HARQ进程类型包括:其中HARQ重传被启用的第一HARQ进程类型;以及其中HARQ重传被禁用的第二HARQ进程类型。
条款19:根据条款18所述的方法,其中,每个HARQ进程是所述第一HARQ进程类型和所述第二HARQ进程类型中的一者。
条款20:根据条款18-19中任一项所述的方法,其中,被应用于所述PUSCH的所述发射配置定义包括以下各项中的一项或多项的发射参数:包括环路索引的功率控制参数、调制和编码方案(MCS)表、解调参考信号(DMRS)模式、时域分配模式、跳频模式和/或时隙聚合数量。
条款21:根据条款18-20中任一项所述的方法其中,所述UE被配置有多个默认发射配置作为所述多个发射配置。
条款22:根据条款18-21中任一项所述的方法,还包括:向所述UE发送所述多个发射配置。
条款23:根据条款18-22中任一项所述的方法,其中,UL消息包括上行链路控制信息(UCI),其中,所应用的发射配置还定义用于在所述PUSCH上复用UCI和UL-SCH数据的UCI复用参数,所述UCI复用参数包括以下各项中的一项或多项:用于指示用于不同类型的UCI的资源偏移的beta偏移、UCI丢弃规则和/或UCI复用优先级,并且其中,所述UCI被复用在所述PUSCH上。
条款24:根据条款23所述的方法,其中,所述beta偏移包括以下各项中的一项或多项:betaOffsetACK、betaOffsetCSI_part1、和/或betaOffsetCSI_part2。
条款25:根据条款18-24中任一项所述的方法,其中,所述UCI复用参数还包括UCI复用指示符,并且其中,当所述UCI复用指示符指示UCI复用被启用时,允许在所述PUSCH上复用所述UCI。
条款26:根据条款18-24中任一项所述的方法,其中,所述UCI复用参数还包括仅UCI指示符,其中,当所述UCI复用指示符指示UCI复用被禁用时,不允许在不与UL-SCH数据进行复用的情况下在所述PUSCH上发送所述UCI。
条款27:根据条款18-22中任一项所述的方法,其中,所述UL消息包括介质访问控制(MAC)控制元素(CE),并且其中,所述UL消息是当所述相关联的HARQ进程类型是所述第一HARQ进程类型时在所述PUSCH上接收的。
条款28:根据条款27所述的方法,其中,其中,当所述MAC CE是经配置的准许确认MAC CE或多条目经配置的准许确认MAC CE时,所述UL消息是当所述相关联的HARQ进程类型是所述第一HARQ进程类型时在所述PUSCH上接收的。
条款29:一种用户设备,包括:至少一个用于执行条款1-14中任一项的方法的单元。
条款30:一种网络节点,包括:至少一个用于执行条款15-28中任一项的方法的单元。
条款31:一种用户设备,包括:处理器、与所述处理器耦合的存储器,所述处理器和所述存储器被配置为执行条款1-14中任一项的方法。
条款32:一种网络节点,包括:处理器、与所述处理器耦合的存储器,所述处理器和所述存储器被配置为执行条款15-28中任一项的方法。
条款33:一种存储用于用户设备的代码的非暂时性计算机可读介质,包括:处理器、与所述处理器耦合的存储器、以及指令,所述指令被存储在所述存储器中并且由所述处理器可执行以使得所述用户设备执行条款1-14中任一项的方法。
条款34:一种存储用于网络节点的代码的非暂时性计算机可读介质,包括:处理器、与所述处理器耦合的存储器、以及指令,所述指令被存储在所述存储器中并且由所述处理器可执行以使得所述网络节点执行条款15-28中任一项的方法。
条款35:一种用户设备(UE)的通信的方法,所述方法包括:从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;以及根据相关联的HARQ进程,使用发射配置来在所述PUSCH上向所述网络节点发送UL消息,所述发射配置是多个发射配置中的一个发射配置,并且所述多个发射配置中的至少两个发射配置被配置用于不同的HARQ进程。
条款36:根据条款35所述的方法,其中,所述网络节点是非地面网络(NTN)节点。
条款37:根据条款35-36中任一项所述的方法,其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,所述第一HARQ进程类型具有被启用的HARQ重传状态,并且所述第二HARQ进程类型具有被禁用的HARQ重传状态。
条款38:根据条款37所述的方法,还包括:在接收针对所述PUSCH的所述UL准许之前,从所述网络节点接收所述多个发射配置,其中,所述网络节点指定以下各项:在所述多个发射配置与所述多个HARQ进程之间的关联,在所述多个发射配置与所述多种HARQ进程类型之间的关联,或两者,并且其中,所述HARQ进程足以确定要使用的发射配置。
条款39:根据条款37所述的方法,还包括:与针对所述PUSCH的所述UL准许同时地,从所述网络节点接收发射配置指示符,所述发射配置指示符指示所述多个发射配置中的哪个发射配置是与所述HARQ进程相关联的发射配置。
条款40:根据条款39所述的方法,其中,针对所述PUSCH的所述UL准许被包括在从所述网络节点接收的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
条款41:根据条款39所述的方法,其中,所述发射配置指示符被包括在从所述网络节点接收的下行链路介质访问控制(MAC)控制元素(CE)中。
条款42:根据条款35-41中任一项所述的方法,其中,所述发射配置定义一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:包括环路索引的功率控制参数,调制和编码方案(MCS)表,解调参考信号(DMRS)模式,时域分配模式,跳频模式,或者时隙聚合数量。
条款43:根据条款35-42中任一项所述的方法,其中,所述UL消息包括上行链路控制信息(UCI),其中,所述发射配置还定义用于在所述PUSCH上复用所述UCI和UL-SCH数据的一个或多个UCI复用参数,所述一个或多个UCI复用参数包括:用于指示用于不同类型的UCI的资源偏移中的一个或多个资源偏移的beta偏移、一个或多个UCI丢弃规则或者UCI复用优先级,并且其中,所述UCI是根据所述一个或多个UCI复用参数而在所述PUSCH上复用的。
条款44:根据条款35-43中任一项所述的方法,其中,所述UL消息包括上行链路介质访问控制(MAC)控制元素(CE),并且其中,所述UL消息是响应于所述相关联的HARQ进程类型是所述第一HARQ进程类型而在所述PUSCH上发送的。
条款45:一种用户设备,包括:至少一个用于执行条款35-44中任一项的方法的单元。
条款46:一种用户设备,包括:处理器、与所述处理器耦合的存储器,所述处理器和所述存储器被配置为执行条款35-44中任一项的方法。
条款47:一种存储用于用户设备的代码的非暂时性计算机可读介质,包括:处理器、与所述处理器耦合的存储器、以及指令,所述指令被存储在所述存储器中并且由所述处理器可执行以使得所述用户设备执行条款35-44中任一项的方法。
条款48:一种网络节点的通信的方法,所述方法包括:向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;以及接收由所述UE根据相关联的HARQ进程使用发射配置在所述PUSCH上发送的UL消息,所述发射配置是多个发射配置中的一个发射配置,并且所述多个发射配置中的至少两个发射配置彼此不同。
条款49:根据条款48所述的方法,其中,所述网络节点是非地面网络(NTN)节点。
条款50:根据条款48-49中任一项所述的方法,其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,所述第一HARQ进程类型具有被启用的HARQ重传状态,以及所述第二HARQ进程类型具有被禁用的HARQ重传状态。
条款51:根据条款50所述的方法,还包括:在发送针对所述PUSCH的所述UL准许之前,向所述UE发送所述多个发射配置,其中,所述网络节点指定以下各项:在所述多个发射配置与所述多个HARQ进程之间的关联,在所述多个发射配置与所述多种HARQ进程类型之间的关联,或两者,并且其中,所述HARQ进程足以确定要使用的发射配置。
条款52:根据条款50所述的方法,还包括:与针对所述PUSCH的所述UL准许同时地,向所述UE发送发射配置指示符,所述发射配置指示符指示所述多个发射配置中的哪个发射配置是与所述HARQ进程相关联的发射配置。
条款53:根据条款52所述的方法,其中,针对所述PUSCH的所述UL准许被包括在向所述UE发送的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
条款54:根据条款52所述的方法,其中,所述发射配置指示符被包括在向所述UE发送的下行链路介质访问控制(MAC)控制元素(CE)中。
条款55:根据条款48-54中任一项所述的方法,其中,所述发射配置定义一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:包括环路索引的功率控制参数,调制和编码方案(MCS)表,解调参考信号(DMRS)模式,时域分配模式,跳频模式,或者时隙聚合数量。
条款56:根据条款48-55中任一项所述的方法,其中,所述UL消息包括上行链路控制信息(UCI),其中,所述发射配置还定义用于在所述PUSCH上复用所述UCI和UL-SCH数据的一个或多个UCI复用参数,所述一个或多个UCI复用参数包括:用于指示用于不同类型的UCI的资源偏移中的一个或多个资源偏移的beta偏移、一个或多个UCI丢弃规则或者UCI复用优先级,并且其中,所述UCI是根据所述一个或多个UCI复用参数而在所述PUSCH上复用的。
条款57:根据条款48-56中任一项所述的方法,其中,所述UL消息包括上行链路介质访问控制(MAC)控制元素(CE),并且其中,所述UL消息是响应于所述相关联的HARQ进程类型是所述第一HARQ进程类型而在所述PUSCH上接收的。
条款58:一种网络节点,包括:至少一个用于执行条款48-57中任一项的方法的单元。
条款59:一种网络节点,包括:处理器、与所述处理器耦合的存储器,所述处理器和所述存储器被配置为执行条款48-57中任一项的方法。
条款60:一种存储用于用户设备的代码的网络节点计算机可读介质,包括:处理器、与所述处理器耦合的存储器、以及指令,所述指令被存储在所述存储器中并且由所述处理器可执行以使得所述网络节点执行根据条款48-57中任一项的方法。
条款61:一种用户设备(UE)的通信的方法,所述方法包括:从网络节点接收针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;与针对所述PUSCH的所述UL准许同时地,从所述网络节点接收发射配置指示符,所述发射配置指示符指示多个发射配置中的要与所述HARQ进程相关联的发射配置;以及使用所指示的发射配置来在所述PUSCH上向所述网络节点发送UL消息。
条款62:根据条款61所述的方法,其中,所述多个发射配置中的每个发射配置指定一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:包括环路索引的功率控制参数,调制和编码方案(MCS)表,解调参考信号(DMRS)模式,时域分配模式,跳频模式,或者时隙聚合数量。
条款63:根据条款61-62中任一项所述的方法,其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,所述第一HARQ进程类型具有被启用的HARQ重传状态,以及所述第二HARQ进程类型具有被禁用的HARQ重传状态。
条款64:根据条款61-63中任一项所述的方法,其中,针对所述PUSCH的所述UL准许被包括在从所述网络节点接收的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
条款65:根据条款61-63中任一项所述的方法,其中,所述发射配置指示符被包括在从所述网络节点接收的下行链路介质访问控制(MAC)控制元素(CE)中。
条款66:一种用户设备,包括:至少一个用于执行条款60-65中任一项的方法的单元。
条款67:一种用户设备,包括:处理器、与所述处理器耦合的存储器,所述处理器和所述存储器被配置为执行条款60-65中任一项的方法。
条款68:一种存储用于用户设备的代码的非暂时性计算机可读介质,包括:处理器、与所述处理器耦合的存储器、以及指令,所述指令被存储在所述存储器中并且由所述处理器可执行以使得所述用户设备执行条款60-65中任一项的方法。
条款69:一种网络节点的通信的方法,所述方法包括:向用户设备(UE)发送针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;与针对所述PUSCH的所述UL准许同时地,向所述UE发送发射配置指示符,所述发射配置指示符指示多个发射配置中的哪个发射配置要与所述HARQ进程相关联;以及从所述UE接收使用所指示的发射配置在所述PUSCH上的UL消息。
条款70:根据条款69所述的方法,其中,所述多个发射配置中的每个发射配置指定一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:包括环路索引的功率控制参数,调制和编码方案(MCS)表,解调参考信号(DMRS)模式,时域分配模式,跳频模式,或者时隙聚合数量。
条款71:根据条款69-70中任一项所述的方法,其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,所述第一HARQ进程类型具有被启用的HARQ重传状态,以及所述第二HARQ进程类型具有被禁用的HARQ重传状态。
条款72:根据条款69-71中任一项所述的方法,其中,针对所述PUSCH的所述UL准许被包括在向所述UE发送的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
条款73:根据条款69-71中任一项所述的方法,其中,所述发射配置指示符被包括在从所述网络节点接收的下行链路介质访问控制(MAC)控制元素(CE)中。
条款74:一种网络节点,包括:至少一个用于执行条款69-73中任一项的方法的单元。
条款75:一种网络节点,包括:处理器、与所述处理器耦合的存储器,所述处理器和所述存储器被配置为执行条款69-73中任一项的方法。
条款76:一种存储用于用户设备的代码的网络节点计算机可读介质,包括:处理器、与所述处理器耦合的存储器、以及指令,所述指令被存储在所述存储器中并且由所述处理器可执行以使得所述网络节点执行条款69-73中任一项的方法。
本领域技术人员将明白的是,信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如,可能贯穿以上描述所提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子或者其任何组合来表示。
此外,本领域技术人员将明白的是,结合本文公开的方面描述的各种说明性的逻辑框、模块、电路和算法步骤可以实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性,上文已经根据各种说明性的组件、框、模块、电路和步骤的功能性,对它们进行了总体描述。至于这样的功能性是实现为硬件还是软件,取决于特定的应用以及施加在整个系统上的设计约束。技术人员可以针对每个特定的应用,以变化的方式来实现所描述的功能性,但是这样的实现决策不应当被解释为脱离本文描述的各个方面的范围。
结合本文公开的各方面所描述的各种说明性的逻辑框、模块和电路可以利用被设计为执行本文描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件、或者其任何组合来实现或执行。通用处理器可以是微处理器,但是在替代方案中,处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合(例如,DSP与微处理器的组合、多个微处理器、一个或多个微处理器结合DSP核、或其它这样的配置)。
结合本文公开的各方面描述的方法、序列和/或算法可以直接地在硬件中、由处理器执行的软件模块中、或者在两者的组合中实现。软件模块可以位于随机存取存储器(RAM)、闪存、只读存储器(ROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、寄存器、硬盘、可移动盘、CD-ROM或者本领域已知的任何其它形式的非暂时性计算机可读存储介质中。示例性非暂时性计算机可读介质可以耦合到处理器,以使处理器可以从非暂时性计算机可读介质读取信息,以及向非暂时性计算机可读介质写入信息。在替代的方式中,非暂时性计算机可读介质可以是处理器的组成部分。处理器和非暂时性计算机可读介质可以位于ASIC中。ASIC可以位于用户设备(例如,UE)或基站中。在替代方式中,处理器和非暂时性计算机可读介质可以是用户设备或基站中的分立组件。
在一个或多个示例性方面中,本文描述的功能可以在硬件、软件、固件或其任何组合中实现。如果在软件中实现,则所述功能可以作为一个或多个指令或代码被存储在非暂时性计算机可读介质上或者通过非暂时性计算机可读介质进行传输。计算机可读介质可以包括存储介质和/或通信介质两者,所述通信介质包括可以促进计算机程序从一个地方传送到另一个地方的任何非暂时性介质。存储介质可以是可以由计算机访问的任何可用的介质。通过举例而非限制性的方式,这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或者可以用于以指令或数据结构的形式携带或存储期望的程序代码以及可以由计算机访问的任何其它介质。此外,任何连接被适当地称为计算机可读介质。例如,如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或无线技术(诸如红外线、无线电和微波)从网站、服务器或其它远程源发送软件,则同轴电缆、光纤光缆、双绞线、DSL或无线技术(诸如红外线、无线电和微波)被包括在介质的定义中。可以在本文中互换地使用的术语磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘,其通常通常磁性地复制数据和/或利用激光来光学地复制数据。上文的组合还应当被包括在计算机可读介质的范围内。
虽然前面的公开内容示出了说明性方面,但是本领域技术人员将明白,在不脱离如由所附的权利要求限定的本公开内容的范围的情况下,可以在本文中进行各种改变和修改。此外,根据本文描述的各个说明性方面,本领域技术人员将明白,不需要以任何特定顺序执行在上文描述的任何方法中的和/或在此所附的任何方法权利要求中记载的功能、步骤和/或动作。进一步地,在以单数形式在上文描述或在所附的权利要求中记载任何元素的程度上,本领域技术人员将明白,单数形式也预想复数形式,除非明确规定限于单数形式。
Claims (30)
1.一种用户设备(UE),包括:
存储器;以及
耦合到所述存储器的至少一个处理器,
其中,所述存储器和所述至少一个处理器被配置为:
从网络节点接收针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;以及
根据相关联的HARQ进程,使用发射配置来在所述PUSCH上向所述网络节点发送UL消息,所述发射配置是多个发射配置中的一个发射配置,并且所述多个发射配置中的至少两个发射配置被配置用于不同的HARQ进程。
2.根据权利要求1所述的UE,其中,所述网络节点是非地面网络(NTN)节点。
3.根据权利要求1所述的UE,
其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且
其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,
所述第一HARQ进程类型具有被启用的HARQ重传状态,并且
所述第二HARQ进程类型具有被禁用的HARQ重传状态。
4.根据权利要求3所述的UE,其中,所述存储器和所述至少一个处理器还被配置为:
在接收针对所述PUSCH的所述UL准许之前,从所述网络节点接收所述多个发射配置,
其中,所述网络节点指定以下各项:
在所述多个发射配置与所述多个HARQ进程之间的关联,
在所述多个发射配置与所述多种HARQ进程类型之间的关联,
或两者,并且
其中,所述HARQ进程足以确定要使用的发射配置。
5.根据权利要求3所述的UE,其中,所述存储器和所述至少一个处理器还被配置为:
与针对所述PUSCH的所述UL准许同时地,从所述网络节点接收发射配置指示符,所述发射配置指示符指示所述多个发射配置中的哪个发射配置是与所述HARQ进程相关联的发射配置。
6.根据权利要求5所述的UE,其中,针对所述PUSCH的所述UL准许被包括在从所述网络节点接收的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
7.根据权利要求5所述的UE,其中,所述发射配置指示符被包括在从所述网络节点接收的下行链路介质访问控制(MAC)控制元素(CE)中。
8.根据权利要求3所述的UE,其中,所述发射配置定义一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:
包括环路索引的功率控制参数,
调制和编码方案(MCS)表,
解调参考信号(DMRS)模式,
时域分配模式,
跳频模式,或者
时隙聚合数量。
9.根据权利要求3所述的UE,
其中,所述UL消息包括上行链路控制信息(UCI),
其中,所述发射配置还定义用于在所述PUSCH上复用所述UCI和UL-SCH数据的一个或多个UCI复用参数,所述一个或多个UCI复用参数包括:用于指示用于不同类型的UCI的资源偏移中的一个或多个资源偏移的beta偏移、一个或多个UCI丢弃规则或者UCI复用优先级,并且
其中,所述UCI是根据所述一个或多个UCI复用参数而在所述PUSCH上复用的。
10.根据权利要求3所述的UE,
其中,所述UL消息包括上行链路介质访问控制(MAC)控制元素(CE),并且
其中,所述UL消息是响应于所述相关联的HARQ进程类型是所述第一HARQ进程类型而在所述PUSCH上发送的。
11.一种网络节点,包括:
存储器;以及
耦合到所述存储器的至少一个处理器,
其中,所述存储器和所述至少一个处理器被配置为:
向用户设备(UE)发送针对与混合自动重传请求(HARQ)进程相关联的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;以及
接收由所述UE根据相关联的HARQ进程使用发射配置在所述PUSCH上发送的UL消息,所述发射配置是多个发射配置中的一个发射配置,并且所述多个发射配置中的至少两个发射配置彼此不同。
12.根据权利要求11所述的网络节点,其中,所述网络节点是非地面网络(NTN)节点。
13.根据权利要求11所述的网络节点,
其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且
其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,
所述第一HARQ进程类型具有被启用的HARQ重传状态,以及
所述第二HARQ进程类型具有被禁用的HARQ重传状态。
14.根据权利要求13所述的网络节点,其中,所述存储器和所述至少一个处理器还被配置为:
在发送针对所述PUSCH的所述UL准许之前,向所述UE发送所述多个发射配置,
其中,所述网络节点指定以下各项:
在所述多个发射配置与所述多个HARQ进程之间的关联,
在所述多个发射配置与所述多种HARQ进程类型之间的关联,
或两者,并且
其中,所述HARQ进程足以确定要使用的发射配置。
15.根据权利要求13所述的网络节点,其中,所述存储器和所述至少一个处理器还被配置为:
与针对所述PUSCH的所述UL准许同时地,向所述UE发送发射配置指示符,所述发射配置指示符指示所述多个发射配置中的哪个发射配置是与所述HARQ进程相关联的发射配置。
16.根据权利要求15所述的网络节点,其中,针对所述PUSCH的所述UL准许被包括在向所述UE发送的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
17.根据权利要求15所述的网络节点,其中,所述发射配置指示符被包括在向所述UE发送的下行链路介质访问控制(MAC)控制元素(CE)中。
18.根据权利要求13所述的网络节点,其中,所述发射配置定义一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:
包括环路索引的功率控制参数,
调制和编码方案(MCS)表,
解调参考信号(DMRS)模式,
时域分配模式,
跳频模式,或者
时隙聚合数量。
19.根据权利要求13所述的网络节点,
其中,所述UL消息包括上行链路控制信息(UCI),
其中,所述发射配置还定义用于在所述PUSCH上复用所述UCI和UL-SCH数据的一个或多个UCI复用参数,所述一个或多个UCI复用参数包括:用于指示用于不同类型的UCI的资源偏移中的一个或多个资源偏移的beta偏移、一个或多个UCI丢弃规则或者UCI复用优先级,并且
其中,所述UCI是根据所述一个或多个UCI复用参数而在所述PUSCH上复用的。
20.根据权利要求13所述的网络节点,
其中,所述UL消息包括上行链路介质访问控制(MAC)控制元素(CE),并且
其中,所述UL消息是响应于所述相关联的HARQ进程类型是所述第一HARQ进程类型而在所述PUSCH上接收的。
21.一种用户设备(UE),包括:
存储器;以及
耦合到所述存储器的至少一个处理器,
其中,所述存储器和所述至少一个处理器被配置为:
从网络节点接收针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;
与针对所述PUSCH的所述UL准许同时地,从所述网络节点接收发射配置指示符,所述发射配置指示符指示多个发射配置中的要与所述HARQ进程相关联的发射配置;以及
使用所指示的发射配置来在所述PUSCH上向所述网络节点发送UL消息。
22.根据权利要求21所述的UE,其中,所述多个发射配置中的每个发射配置指定一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:
包括环路索引的功率控制参数,
调制和编码方案(MCS)表,
解调参考信号(DMRS)模式,
时域分配模式,
跳频模式,或者
时隙聚合数量。
23.根据权利要求21所述的UE,
其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且
其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,
所述第一HARQ进程类型具有被启用的HARQ重传状态,以及
所述第二HARQ进程类型具有被禁用的HARQ重传状态。
24.根据权利要求23所述的UE,其中,针对所述PUSCH的所述UL准许被包括在从所述网络节点接收的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
25.根据权利要求23所述的UE,其中,所述发射配置指示符被包括在从所述网络节点接收的下行链路介质访问控制(MAC)控制元素(CE)中。
26.一种网络节点,包括:
存储器;以及
耦合到所述存储器的至少一个处理器,
其中,所述存储器和所述至少一个处理器被配置为:
向用户设备(UE)发送针对用于混合自动重传请求(HARQ)进程的物理上行链路共享信道(PUSCH)的上行链路(UL)准许;
与针对所述PUSCH的所述UL准许同时地,向所述UE发送发射配置指示符,所述发射配置指示符指示多个发射配置中的哪个发射配置要与所述HARQ进程相关联;以及
从所述UE接收使用所指示的发射配置在所述PUSCH上的UL消息。
27.根据权利要求26所述的网络节点,其中,所述多个发射配置中的每个发射配置指定一个或多个发射参数,所述一个或多个发射参数包括以下各项中的一项或多项的组合:
包括环路索引的功率控制参数,
调制和编码方案(MCS)表,
解调参考信号(DMRS)模式,
时域分配模式,
跳频模式,或者
时隙聚合数量。
28.根据权利要求26所述的网络节点,
其中,所述HARQ进程是在所述UE中配置的多个HARQ进程中的一个HARQ进程,所述多个HARQ进程中的每个HARQ进程是多种HARQ进程类型中的一种HARQ进程类型,每种HARQ进程类型是至少基于HARQ重传状态的,并且
其中,所述多种HARQ进程类型包括至少第一HARQ进程类型和第二HARQ进程类型,
所述第一HARQ进程类型具有被启用的HARQ重传状态,以及
所述第二HARQ进程类型具有被禁用的HARQ重传状态。
29.根据权利要求28所述的网络节点,其中,针对所述PUSCH的所述UL准许被包括在向所述UE发送的下行链路控制信息(DCI)中,所述DCI还包括所述发射配置指示符。
30.根据权利要求28所述的网络节点,其中,所述发射配置指示符被包括在从所述网络节点接收的下行链路介质访问控制(MAC)控制元素(CE)中。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063061629P | 2020-08-05 | 2020-08-05 | |
US63/061,629 | 2020-08-05 | ||
US17/391,894 US20220046669A1 (en) | 2020-08-05 | 2021-08-02 | Configuration of uplink hybrid automatic repeat request processes and process types |
US17/391,894 | 2021-08-02 | ||
PCT/US2021/044360 WO2022031714A1 (en) | 2020-08-05 | 2021-08-03 | Configuration of uplink hybrid automatic repeat request processes and process types |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116171541A true CN116171541A (zh) | 2023-05-26 |
Family
ID=80114143
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180059400.8A Pending CN116171541A (zh) | 2020-08-05 | 2021-08-03 | 上行链路混合自动重传请求进程和进程类型的配置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220046669A1 (zh) |
EP (1) | EP4193527A1 (zh) |
CN (1) | CN116171541A (zh) |
WO (1) | WO2022031714A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11929831B2 (en) * | 2020-03-11 | 2024-03-12 | Qualcomm Incorporated | Disabling hybrid automatic repeat request feedback |
US20220322350A1 (en) * | 2021-04-01 | 2022-10-06 | Apple Inc. | Systems and methods for signaling non-terrestrial band identifiers |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016208829A1 (ko) * | 2015-06-26 | 2016-12-29 | 엘지전자(주) | 무선 통신 시스템에서 상향링크 데이터 송수신 방법 및 이를 위한 장치 |
WO2018082059A1 (zh) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | Harq-ack反馈信息的传输方法及相关装置 |
EP3857765A1 (en) * | 2018-09-27 | 2021-08-04 | Telefonaktiebolaget LM Ericsson (publ) | Adapting harq procedures for non-terrestrial networks |
CN111953396B (zh) * | 2019-05-17 | 2023-12-29 | 中兴通讯股份有限公司 | 一种传输配置方法、装置、通信节点和通信设备 |
US11751208B2 (en) * | 2019-10-03 | 2023-09-05 | Ofinno, Llc | Uplink control information in unlicensed bands in a wireless network |
KR20210109254A (ko) * | 2020-02-27 | 2021-09-06 | 삼성전자주식회사 | 통신 시스템에서 단말의 소프트버퍼 관리 방법 및 장치 |
-
2021
- 2021-08-02 US US17/391,894 patent/US20220046669A1/en active Pending
- 2021-08-03 EP EP21762222.4A patent/EP4193527A1/en active Pending
- 2021-08-03 WO PCT/US2021/044360 patent/WO2022031714A1/en active Application Filing
- 2021-08-03 CN CN202180059400.8A patent/CN116171541A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
US20220046669A1 (en) | 2022-02-10 |
WO2022031714A1 (en) | 2022-02-10 |
EP4193527A1 (en) | 2023-06-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112913161B (zh) | 用于毫米波天线的自辐射环回测试规程 | |
KR20210108391A (ko) | 반지속적 또는 비주기적 타이밍 거동을 갖는 기준 신호 뮤팅 패턴들의 포지셔닝 | |
EP4038801A1 (en) | Sounding reference signal (srs) configurations for one or more frequency hops | |
CN114762404A (zh) | 未连通或非活跃状态期间的ue定位信号传输 | |
TW202203700A (zh) | 基於傳輸機會(txop)在多鏈路和單鏈路模式之間轉換 | |
CN114521344A (zh) | 在具有频率重用的网络中进行定位 | |
CN114556848A (zh) | 与ul prs发送属性相关的详细警告和错误报告 | |
CN112970208B (zh) | 多端口群上行链路控制信息信令及相关系统和方法 | |
CN112970298A (zh) | 用于定位的交错信道状态信息参考信号跟踪资源集 | |
CN115669101A (zh) | 与定时组延迟相关联的时间漂移信息 | |
CN112400282A (zh) | 用于定位参考信号的频率/时间选择性预编码 | |
CN113169853B (zh) | 毫米波v2x中的发送/接收波束关联 | |
CN115698760A (zh) | 用于位置检测的基于无线通信的跨载波感测 | |
CN114144991A (zh) | 具有混合参数集的载波聚集模式中的连通模式非连续接收(cdrx) | |
JP2022544150A (ja) | サイドリンク同期信号についてのリソース選択およびオンデマンド要求 | |
US20220046669A1 (en) | Configuration of uplink hybrid automatic repeat request processes and process types | |
CN117280792A (zh) | 用于经由侧链路进行测量共享的定位参考信号配置 | |
CN115989656A (zh) | 经由触发值对用于探测参考信号的时隙偏移的指示 | |
CN116158015A (zh) | 跨接口干扰管理 | |
US20220038214A1 (en) | Hybrid automatic repeat request feedback in network | |
WO2021086568A1 (en) | Pseudo-dynamic power sharing in dual rat connectivity | |
CN117561692A (zh) | 基于用户设备的下行链路补偿能力的下行链路传输要求 | |
US11637610B2 (en) | Techniques for spatial relation indication based on beam orientation | |
CN114223306A (zh) | 管理物理上行链路控制信道资源组 | |
CN115349236B (zh) | 具有用于跨越小区列表的srs资源的空间关系信息的mac ce |
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 |