CN114097257A - 用于nr车辆通信的sl harq缓冲区管理 - Google Patents
用于nr车辆通信的sl harq缓冲区管理 Download PDFInfo
- Publication number
- CN114097257A CN114097257A CN202080047769.2A CN202080047769A CN114097257A CN 114097257 A CN114097257 A CN 114097257A CN 202080047769 A CN202080047769 A CN 202080047769A CN 114097257 A CN114097257 A CN 114097257A
- Authority
- CN
- China
- Prior art keywords
- harq
- transmission
- lch
- timer
- resources
- 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
- 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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- 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/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/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
-
- 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/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了用于调度侧链路传输的装置、方法和系统。一种装置400包括处理器405和收发器425,该收发器425在SL资源上接收805TB,其中该TB与SL HARQ进程相关联。处理器405将TB存储810在HARQ软缓冲区中并且响应于预定义的触发使HARQ软缓冲区可用于815新数据。
Description
相关申请的交叉引用
本申请要求Joachim Loehr、Prateek Basu Mallick、Karthikeyan Ganesan和Ravi Kuchibhotla于2019年7月1日提交的名为“SL HARQ BUFFER MANAGEMENT FOR NRVEHICULAR COMMUNICATION (用于NR车辆通信的SL HARQ缓冲区管理)”的美国临时专利申请No.62/869,436的优先权,该申请通过引用并入本文。
技术领域
本文中公开的主题总体上涉及无线通信,并且更具体地涉及NR 车辆通信的侧链路HARQ操作和缓冲区管理。
背景技术
在此定义了以下缩写,其中至少一些缩写在以下描述中被引用:第三代合作伙伴计划(“3GPP”)、第五代核心(“5CG”)、第五代系统(“5GS”)、认证、授权和计费(“AAA”)、接入和移动性管理功能(“AMF”)、肯定确认(“ACK”)、应用编程接口(“API”)、基站(“BS”)、控制元素(“CE”)、核心网络(“CN”)、控制平面(“CP”)、专用短程通信(“DSRC”)、下行链路控制信息(“DCI”)、下行链路(“DL”)、不连续传输(“DTX”)、增强型移动宽带(“eMBB”)、演进节点B(“eNB”)、演进分组核心(“EPC”)、通用分组无线电服务(“GPRS”)、全球移动通信系统(“GSM”)、混合自动重传请求(“HARQ”)、归属订户服务器(“HSS”)、对数似然比(“LLR”)、长期演进(“LTE”)、多址(“MA”)、移动性管理(“MM”)、移动性管理实体(“MME”)、否定确认(“NACK”)或(“NAK”)、新一代(5G)节点B(“gNB”)、新无线电(“NR”,5G无线电接入技术;也称为“5G NR”)、网络切片选择辅助信息(“NSSAI”)、分组数据单元(“PDU”,结合“PDU会话”使用)、物理广播信道 (“PBCH”)、物理下行链路控制信道(“PDCCH”)、物理下行链路共享信道(“PDSCH”)、物理随机接入信道(“PRACH”)、物理上行链路控制信道(“PUCCH”)、物理上行链路共享信道(“PUSCH”)、公共陆地移动网络(“PLMN”)、服务质量(“QoS”)、无线电接入网络(“RAN”)、无线电接入技术(“RAT”)、随机接入信道 (“RACH”)、接收(“Rx”)、调度请求(“SR”)、共享信道 (“SCH”)、会话管理(“SM”)、会话管理功能(“SMF”)、单个网络切片选择辅助信息(“S-NSSAI”)、系统信息块(“SIB”)、传输块(“TB”)、发射(“Tx”)、统一数据管理(“UDM”)、用户数据存储库(“UDR”)、上行链路控制信息(“UCI”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、用户平面 (“UP”)、通用移动电信系统(“UMTS”)、超可靠和低时延通信(“URLLC”)和全球微波接入互操作性(“WiMAX”)。如本文中所使用的,“HARQ-ACK”可以共同表示肯定确认(“ACK”)和否定确认(“NACK”)以及不连续传输(“DTX”)。ACK是指TB 被正确地接收,而NACK(或NAK)是指TB被错误地接收。DTX是指没有检测到TB。
在某些无线通信系统中,V2X通信允许车辆与其周围的交通系统的移动部分通信。在LTE V2x通信中使用两种资源分配模式,其也被认为是NR v2x通信中相应资源分配模式的基线。模式-1对应于NR网络调度的V2X通信模式。模式-2对应于LTE网络调度的V2X通信模式。模式-3对应于NR UE调度的V2X通信模式。模式-4对应于LTE UE 调度的V2X通信模式。
在LTE V2X中,HARQ操作被限制于没有任何HARQ反馈的盲重传。NR V2X通信可以支持用于SL传输的HARQ反馈信令。然而,未指定用于NR V2X通信的SL HARQ协议操作的UE行为。
发明内容
公开了用于调度侧链路传输的方法。装置和系统也执行方法的功能。
用于调度侧链路传输的远程单元——例如,UE——的一种方法包括向SL LCH集合配置至少一个Uu LCH约束参数,其中SL LCH通过 PC5接口传送数据。该方法包括经由内部进程接收用于第一SL LCH的 SL缓冲区状态报告触发并且确定用于新传输的UL-SCH资源可用。该方法包括确定第一SL LCH的至少一个Uu LCH约束参数与和可用于新传输的UL-SCH资源相关联的上行链路传输参数不匹配,并且针对PC5 资源经由Uu接口向基站单元触发调度请求。
用于调度侧链路传输的远程单元——例如,Tx UE——的一种方法包括使用第一SL模式在SL资源上发射第一TB,其中该TB与第一SL HARQ进程相关联。该方法包括检测与TB相关联的HARQ协议错误并且响应于HARQ协议错误使用第二SL模式在SL资源上重新发射TB。
用于调度侧链路传输的远程单元——例如,Rx UE——的一种方法包括在SL资源上接收TB,其中该TB与SL HARQ进程相关联。该方法包括将TB存储在HARQ软缓冲区中并且响应于预定义的触发使 HARQ软缓冲区可用于新数据。
用于调度侧链路传输的远程单元——例如,Rx UE——的一种方法包括在SL资源上接收TB,其中该TB与预定义数量的盲HARQ重传相关联。该方法包括解码TB并确定TB是否被正确地解码。响应于正确地解码TB,该方法包括在最后盲HARQ重传之前发送肯定HARQ 确认。否则,该方法包括:响应于错误地解码TB的初始传输和盲HARQ 重传TB中的每个,发送否定HARQ确认,其中在接收最后盲HARQ 重传之前没有否定HARQ确认被发送。
附图说明
通过参考在附图中图示的特定实施例,将呈现以上简要描述的实施例的更具体的描述。应理解,这些附图仅描绘一些实施例,并且因此不应认为是对范围的限制,将通过使用附图以附加的特异性和细节来描述和解释实施例,其中:
图1是图示用于调度侧链路传输的无线通信系统的一个实施例的示意性框图;
图2是图示用于发射V2X UE的SR程序的一个实施例的示意图;
图3是图示在V2X通信中的NACK到ACK错误的一个实施例的示意图;
图4是图示可以被用于调度侧链路传输的用户设备装置的一个实施例的示意图;
图5是图示可以被用于调度侧链传输的网络设备装置的一个实施例的图;
图6是图示可以被用于调度侧链路传输的方法的一个实施例的流程图;
图7是图示可以被用于调度侧链路传输的方法的一个实施例的流程图;
图8是图示可以被用于调度侧链路传输的方法的一个实施例的流程图;以及
图9是图示可以被用于调度侧链路传输的方法的一个实施例的流程图。
具体实施方式
如本领域的技术人员将意识到,实施例的各方面可以被体现为系统、装置、方法或程序产品。因此,实施例可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或者组合软件和硬件方面的实施例的形式。
例如,所公开的实施例可以被实现为包括定制超大规模集成 (“VLSI”)电路或门阵列、现有半导体(诸如逻辑芯片、晶体管或其他分立组件)的硬件电路。所公开的实施例还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等的可编程硬件设备中被实现。作为另一示例,所公开的实施例可以包括可执行代码的一个或多个物理或逻辑块,其可以例如被组织为对象、过程或功能。
此外,实施例可以采取体现在存储在下文中被称为代码的机器可读代码、计算机可读代码和/或程序代码的一个或多个计算机可读存储设备中的程序产品的形式。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可能不体现信号。在某个实施例中,存储设备仅采用用于访问代码的信号。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是,例如,但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何合适的组合。
存储设备的更具体示例(非详尽列表)将包括下述:具有一个或多个电线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器 (“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器 (“EPROM”或闪存)、便携式光盘只读存储器(“CD-ROM”)、光学存储装置、磁性存储装置、或前述的任何合适的组合。在本文档的情境中,计算机可读存储介质可以是任何有形介质,其能够包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用。
用于执行实施例的操作的代码可以是任何数量的行,并且可以以包括诸如Python、Ruby、Java、Smalltalk、C++等的面向对象的编程语言、和诸如“C”编程语言等的传统的过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任何组合来编写。代码可以完全地在用户的计算机上执行,部分地在用户的计算机上执行,作为独立的软件包,部分地在用户的计算机上、部分地在远程计算机上,或完全地在远程计算机或服务器上执行。在后一种场景下,远程计算机可以通过包括局域网(“LAN”)或广域网(“WAN”)的任何类型的网络连接到用户的计算机,或者可以连接到外部计算机(例如,通过使用互联网服务提供商的互联网)。
此外,可以以任何合适的方式组合所描述的实施例的特征、结构或特性。在以下描述中,提供了许多具体细节,诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例,以提供对实施例的透彻理解。然而,相关领域的技术人员将认识到,可以在没有这些具体细节中的一个或多个的情况下或者用其他方法、组件、材料等实践实施例。在其他实例中,未详细地示出或者描述公知结构、材料或操作,以避免使实施例的各方面混淆。
本说明书中对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性包括在至少一个实施例中。因此,除非另有明确说明,否则在整个说明书中出现的短语“在一个实施例中”、“在实施例中”和类似语言可以但不一定全部指代相同的实施例,而是意指“一个或多个但不是所有实施例”。除非另有明确说明,否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明,否则所列举的项目列表并不暗示任何或所有项目是互斥的。除非另有明确说明,否则术语“一”、“一个”和“该”也指“一个或多个”。
如本文中所使用的,具有“和/或”的连词的列表包括列表中的任何单个项目或列表中的项目的组合。例如,A、B和/或C的列表包括仅A;仅B;仅C;A和B的组合;B和C的组合;A和C的组合;或A、B以及C的组合。如本文中所使用的,使用术语“一个或多个”的列表包括列表中的任何单个项目或列表中的项目的组合。例如,A、 B和C中的一个或多个包括仅A;仅B;仅C;A和B的组合;B和C 的组合;A和C的组合;或A、B以及C的组合。如本文中所使用的,使用术语“…中的一个”的列表包括该列表中的任何单个项目中的一个并且仅一个。例如,“A、B和C中的一个”仅包括A、仅B或仅C,并且排除A、B和C的组合。如本文中所使用的,“从由A、B和C 组成的组中选择的成员”包括A、B或C中的一个或者其中的仅一个,并且排除A、B和C的组合。如本文中所使用的,“从由A、B和C 及其组合组成的组中选择的成员”包括仅A;仅B;仅C;A和B的组合;B和C的组合;A和C的组合;或A、B和C的组合。
下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各方面。将理解,示意性流程图和/或示意性框图的每个框以及示意性流程图和/或示意性框图中的框的组合能够通过代码实现。该代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器,使得经由计算机或其他可编程数据处理装置的处理器执行的指令,创建用于实现在流程图和/或框图中指定的功能/动作的装置。
代码还可以被存储在存储设备中,其能够指导计算机、其他可编程数据处理装置或其他设备以特定方式运行,使得存储在存储设备中的指令产生包括指令的制品,该指令实现在流程图和/或框图中指定的功能/动作。
代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上,使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤,以产生计算机实现的过程,使得在计算机或其他可编程装置上执行的代码提供用于实现在流程图和/或框图中指定的功能/动作的过程。
附图中的流程图和/或框图图示根据各种实施例的装置、系统、方法和程序产品的可能实现的架构、功能和操作。在这方面,流程图和/ 或框图中的每个框可以表示代码的模块、片段或部分,其包括用于实现(一个或多个)指定的逻辑功能的代码的一个或多个可执行指令。
还应注意,在一些替代实施方式中,框中注释的功能可以不按附图中注释的顺序发生。例如,取决于所涉及的功能,连续示出的两个框实际上可以基本上同时地执行,或者这些框有时可以以相反的顺序被执行。可以设想其他步骤和方法,其在功能、逻辑或效果上等同于所图示的附图的一个或多个框或其部分。
尽管可以在流程图和/或框图中采用各种箭头类型和线类型,但是应理解它们不限制对应实施例的范围。实际上,一些箭头或其他连接符可以仅被用于指示所描绘实施例的逻辑流程。例如,箭头可以指示所描绘的实施例的所列举的步骤之间的未指定持续时间的等待或监测时段。还将注意,框图和/或流程图的每个框以及框图和/或流程图中的框的组合能够由执行特定功能或动作的基于专用硬件的系统、或专用硬件和代码的组合来实现。
每个附图中的元件的描述可以指代前述附图的元件。在所有附图中,相同的数字指代相同元件,附图包括相同元件的替代实施例。
通常,本公开描述了例如用于参与V2X通信的UE的侧链路HARQ 缓冲区管理的系统、方法和装置。模式3和模式4支持直接LTE V2X 通信,但是对如何分配无线电资源不同。对于模式3,资源由蜂窝网络分配,例如,eNB。模式4不需要蜂窝覆盖,并且车辆(UE)使用由拥塞控制机制支持的分布式调度方案来自主地选择其无线电资源。模式4被认为是基线模式,并且代表802.11p或专用近距离通信(DSRC) 的替代方案。
资源分配模式3和模式4两者已经被设计为满足延迟要求并且适应用于V2X通信的高多普勒扩展和高密度车辆。这里,最大允许延迟取决于应用在20ms与100ms之间变化。模式3使用如前所述的集中式 eNB调度器。车辆UE和eNB使用Uu接口来进行通信,例如,将BSR/SR 从发射V2X UE发送到eNB,并且作为响应,在PDCCH上接收SL许可(DCI)。
模式4使用PC5接口,其提供两个车辆UE之间的直接LTE侧链路(SL)。模式4采用分布式UE调度并且在没有基础设施支持的情况下操作,即使当UE在eNB覆盖范围内时也是如此。注意,LTE侧链路资源与LTE上行链路共享。两种LTE双工模式(例如,时分和频分双工)都被支持。
如上面所提及的,NR V2X设计使用LTE V2X操作作为基线。NR V2X还支持集中式调度模式(例如,网络调度)和分布式调度模式(例如,UE调度)。NR V2X中的两种资源分配模式将被称为资源分配模式-1和模式-2。
对于NR V2X,假设具有HARQ反馈信令的HARQ被支持用于SL 传输,例如,至少用于单播并且可能用于组播SL传输。LTE V2X HARQ 操作仅被约束于没有任何HARQ反馈的盲重传。支持具有用于SL传输的HARQ反馈的HARQ操作关于以下提出几个问题,分别维护用于不同的广播类型,即,单播、组播和广播以及资源分配模式的侧链路 HARQ进程如何被管理。特别地,需要定义在存在协议错误,例如,由于错误的物理层解码导致的NACK到ACK、DTX到ACK错误,的情况下在用于SL传输的发射和接收V2X UE的HARQ操作。此外,需要指定当发射V2XUE切换用于在PSSCH上发射的TB的不同 HARQ(重新)传输调度模式时的UE行为。
根据当前的NR标准,UE的HARQ传输缓冲区由网络借助于为 DCI内的给定HARQ进程用信号发送的新数据指示符(NDI)来控制。对于网络控制器HARQ缓冲区管理,如果UE接收包含NDI值的DCI,该值与最后接收到的同一HARQ进程的NDI值相比被切换,则UE将在该HARQ进程的传输缓冲区中存储另一生成的TB,并且因此删除以前存储的TB。因为对于NR V2X,TxUE 310可以在模式-1与模式-2 传输之间共享HARQ进程的HARQ缓冲区,所以应存在定义TB被存储在HARQ进程的传输中多长时间的某个上限;分别地,应当指定Tx UE 310何时能够使用HARQ进程以用于新TB的传输。
本公开概述了用于NR V2X的有效SL HARQ协议操作的若干方法。具体地,公开了用于资源分配模式-1中的SL传输的HARQ操作。此外,公开了当发射V2X UE对在PSSCH上传输的TB的不同HARQ (重新)传输切换播送类型时的情况下的UE行为。
在NRRel-15中,LCH可以被配置有如maxPUSCH_duration、 allowedSCS、allowedServingcell等的逻辑信道约束参数。这些参数在 LCP程序期间被用于将LCH映射到上行链路许可,其也被称为“LCH 映射约束”,即,仅匹配上行链路许可(SCS、PUSCH持续时间等) 的上行链路传输参数的LCH被考虑用于对应PUSCH传输中的发射数据。为了通过具有用于第一PUSCH传输的上行链路传输参数(包括参数集和PUSCH传输持续时间)到逻辑信道(LCH)要求的更紧密匹配来实现上行链路传输的有效调度,NR通过使用多个单比特SR配置来支持向gNB的触发SR的(一个或多个)逻辑信道上的流量的类型的早期指示。
为了避免由于已经被分配了具有相当大的调度延迟“K2”或长的 PUSCH传输持续时间的UL-SCH资源而导致用于低时延LCH的SR可能不被触发的情形,同意对于NR Rel-15,SR也被触发用于当MAC实体拥有导致更高时延或传输持续时间的UL-SCH资源时的情况。这在TS38.321中通过以下条件被指定:如果可用于新传输的UL-SCH资源不满足为触发了BSR的逻辑信道配置的LCP映射约束(参见子条款 5.4.3.1)。
本公开概述用于有效调度用于NR V2X的侧链路传输的几种方法。特别地,SL LCH具有用于处理资源分配模式1中的调度请求的Uu约束参数。
在各种实施例中,在V2X接收器侧的HARQ操作包括识别软缓冲区被占用的某个最大时间以便于允许与一些其他V2X UE(例如,其他车辆)通信。在一个实施例中,当TB第一次被存储在那里时,定时器在软缓冲区被启动。定时器值可以根据与TB相关联的SCI中的QoS优先级信息来设置。在某些实施例中,QoS优先级与分组延迟预算(PDB) 之间存在联系。此外,当ACK被发送用于存储在软缓冲区中的TB时,软缓冲区可以被刷新。在一些实施例中,在SCI中指示的具有较高优先级的TB可以从软缓冲区中逐出先前存储的具有在SCI中指示的较低优先级的TB。在某些实施例中,TB的HARQ(重新)传输的最大数量在SCI中被指示。在某些实施例中,分组延迟预算在SCI中被指示。在某些实施例中,SCI中的标志(或其他指示)可以指示相关联的TB 是否是TB的最后HARQ重传。
在各种实施例中,NR V2X通信中的侧链路HARQ操作考虑用于自主HARQ重传的PDB。在一些实施例中,定时器定义一旦发生HARQ 协议错误,例如,NACK-ACK错误,UE能够执行(一个或多个)自主HARQ重传多长时间。在某些实施例中,当TB被生成或发射或被放入HARQTx缓冲区时该定时器被启动(或重新启动)。在某些实施例中,该时间仅对模式2通信有效。
在各种实施例中,V2X UE可以执行HARQ Tx缓冲区刷新以便于释放HARQ进程以允许模式2HARQ传输。这里,定时器可以定义UE 何时能够使用HARQ进程以用于新的初始HARQ传输,即,模式2传输。在某些实施例中,SL HARQ操作包括暂停由模式1HARQ传输“最后分组”使用的HARQ进程。在一个实施例中,DCI指示缓冲区的刷新,即,DCI包括“最后传输尝试”指示符。此外,在向gNB发送(真实)ACK时,Tx UE可以认为进程可用(模式2新传输)。另外,如果NACK被发送到gNB并且定时器期满,Tx UE可以认为进程可用。
在各种实施例中,当PDB期满时,Tx UE应该向gNB发送ACK (即使分组没有被Rx UE正确地接收)。在某些实施例中,当分组到达缓冲区时,Tx UE启动定时器。另外,当PDB期满时,Tx UE将刷新HARQ Tx缓冲区(至少认为其可用)。
图1描绘了根据本公开的实施例,调度用于传送V2X消息125的无线设备的侧链路传输的无线通信系统100。在一个实施例中,无线通信系统100包括至少一个远程单元105、无线电接入网络(“RAN”) 120和移动核心网络140。RAN 120和移动核心网络140形成移动通信网络。RAN 120可以由基站单元110组成,远程单元105使用无线通信链路115与该基站单元110通信。即使在图1中描绘了特定数量的远程单元105、基站单元110、无线通信链路115、RAN 120和移动核心网络140,本领域技术人员将认识到,任何数量的远程单元105、基站单元110、无线通信链路115、RAN 120和移动核心网络140可以被包括在无线通信系统100中。
在一个实施方式中,RAN 120符合3GPP规范中规定的5G系统。在另一实施方式中,RAN 120符合在3GPP规范中规定的LTE系统。然而,更一般地,无线通信系统100可以实现其他网络中的一些其他开放或专有通信网络,例如WiMAX。本公开不旨在被限制于任何特定的无线通信系统架构或协议的实施方式。
在一个实施例中,远程单元105可以包括计算设备,诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如,连接到互联网的电视)、智能家电(例如,连接到互联网的家电)、机顶盒、游戏机、安全系统(包括安全摄像机)、车载计算机、网络设备(例如,路由器、交换机、调制解调器) 等。在一些实施例中,远程单元105包括可穿戴设备,诸如智能手表、健身带、光学头戴式显示器等。此外,远程单元105可以被称为UE、订户单元、移动电话、移动台、用户、终端、移动终端、固定终端、订户站、用户终端、无线发射/接收单元(“WTRU”)、设备,或在本领域中使用的其他术语。
远程单元105可以经由上行链路(“UL”)和下行链路(“DL”) 通信信号与RAN 120中的一个或多个基站单元110直接通信。此外, UL和DL通信信号可以在无线通信链路115上被承载。这里,RAN 120 是为远程单元105提供对移动核心网络140的接入的中间网络。
在一些实施例中,远程单元105经由与移动核心网络140的网络连接与应用服务器151通信。例如,远程单元105中的应用107(例如, web浏览器、媒体客户端、电话/VoIP应用)可以触发远程单元105以经由RAN 120与移动核心网络140建立PDU会话(或其他数据连接)。然后,移动核心网络140使用该PDU会话在分组数据网络150中的远程单元105与应用服务器151之间进行中继业务。注意,远程单元105 可以与移动核心网络140建立一个或多个PDU会话(或其他数据连接)。因此,远程单元105可以同时具有用于与分组数据网络150通信的至少一个PDU会话和用于与另一数据网络(未示出)通信的至少一个PDU 会话。
基站单元110可以被分布在地理区域上。在某些实施例中,基站单元110也可以被称为接入终端、接入点、基地、基站、节点B、eNB、 gNB、归属节点B、中继节点或本领域中使用的任何其他术语。基站单元110通常是无线电接入网络120(“RAN”),诸如RAN 120,的一部分,其可以包括可通信地耦合到一个或多个对应基站单元110的一个或多个控制器。无线电接入网络的这些和其他元件未被示出,但是对于本领域普通技术人员来说是众所周知的。基站单元110经由RAN 120连接到移动核心网络140。
基站单元110可以经由无线通信链路115来服务,例如,小区或小区扇区的服务区域内的多个远程单元105。基站单元110可以经由通信信号与一个或多个远程单元105直接通信。通常,基站单元110发射DL通信信号以在时域、频域和/或空间域中服务远程单元105。此外, DL通信信号可以被承载在无线通信链路115上。无线通信链路115可以是授权的或未授权的无线电频谱中的任何合适的载波。无线通信链路115促进一个或多个远程单元105和/或一个或多个基站单元110之间的通信。
在一个实施例中,移动核心网络140是5G核心(“5GC”)或演进分组核心(“EPC”),其可以被耦合到分组数据网络150,如互联网和专用数据网络以及其他数据网络。远程单元105可以具有带有移动核心网络140的订阅或其他账户。每个移动核心网络140属于单个公共陆地移动网络(“PLMN”)。本公开不旨在被限制于任何特定无线通信系统架构或协议的实施方式。
移动核心网络140包括若干网络功能(“NF”)。如所描绘的,移动核心网络140包括多个用户平面功能(“UPF”)145。移动核心网络140还包括多个控制平面功能,包括但不限于服务RAN 120的接入和移动性管理功能(“AMF”)141、会话管理功能(“SMF”)143、策略控制功能(“PCF”)147以及统一数据管理功能(“UDM”)149。在某些实施例中,移动核心网络140还可以包括认证服务器功能 (“AUSF”)、统一数据存储库(“UDR”)、(由各种NF使用以通过API发现彼此并通信的)网络存储库功能(“NRF”)或为5GC 定义的其他NF。
在各种实施例中,移动核心网络140支持不同类型的移动数据连接和不同类型的网络切片,其中,每个移动数据连接利用特定的网络切片。这里,“网络切片”是指优化某些业务类型或通信服务的移动核心网络140的一部分。网络实例可以由S-NSSAI标识,而远程单元 105被授权使用的网络切片集合由NSSAI标识。在某些实施例中,各种网络切片可以包括单独的网络功能的实例,诸如SMF 143和UPF 145。在一些实施例中,不同的网络切片可以共享一些公共网络功能,诸如 AMF 141。为了便于说明,图1中未示出不同的网络切片,但是假设它们的支持。
尽管在图1中描绘了特定数量和类型的网络功能,但是本领域技术人员将认识到,任何数量和类型的网络功能可以被包括在移动核心网络140中。此外,在移动核心网络140是EPC的情况下,所描绘的网络功能可以被替换为适当的EPC实体,诸如MME、S-GW、P-GW、HSS等。在某些实施例中,移动核心网络140可以包括AAA服务器。
虽然图1描绘了5G RAN和5G核心网络的组件,但是所描述的用于使用化名以通过非3GPP接入进行接入认证的实施例适用于其他类型的通信网络和RAT,包括IEEE 802.11变体、GSM、GPRS、UMTS、 LTE变体、CDMA 2000、蓝牙、ZigBee、Sigfoxx等。例如,在涉及 EPC的4G/LTE变体中,AMF可以被映射到MME,SMF被映射到PGW 的控制平面部分和/或MME,UPF可以被映射到SGW和PGW的用户平面部分,UDM/UDR可以被映射到HSS等。
在各种实施例中,远程单元105可以使用V2X通信信号125彼此直接通信(例如,设备到设备通信)。这里,V2X传输可以在V2X资源上发生。如上所述,可以为远程单元105提供用于不同V2X模式的不同V2X通信资源。模式-1对应于NR网络调度的V2X通信模式。模式-2对应于LTE网络调度的V2X通信模式。模式-3对应于NR UE调度的V2X通信模式。模式-4对应于LTE UE调度的V2X通信模式。
此外,远程单元105为通过V2X通信信号125传递的至少一些数据实现SL HARQ进程。在各种实施例中,在接收远程单元105的HARQ 操作包括识别软缓冲区被占用的一些最大时间以便于允许与一些其他 V2X远程单元105(例如,其他车辆)通信。在一个实施例中,当TB 第一次被存储在软缓冲区时,定时器在软缓冲区处启动。定时器值可以根据与TB相关联的SCI中的QoS优先级信息来设置。在某些实施例中,QoS优先级与分组延迟预算(PDB)之间存在联系。此外,当 ACK被发送用于存储在软缓冲区中的TB时,软缓冲区可以被刷新。在一些实施例中,在SCI中指示的具有较高优先级的TB可以从软缓冲区中逐出先前存储的具有在SCI中指示的较低优先级的TB。在某些实施例中,TB的HARQ(重新)传输的最大数量在SCI中被指示。在某些实施例中,分组延迟预算在SCI中被指示。在某些实施例中,SCI 中的标志(或其他指示)可以指示相关联的TB是否是TB的最后HARQ 重传。
在各种实施例中,NR V2X通信中的侧链路HARQ操作考虑用于自主HARQ重传的PDB。在一些实施例中,定时器定义一旦发生HARQ 协议错误,例如,NACK-ACK错误,远程单元105能够执行(一个或多个)自主HARQ重传多长时间。在某些实施例中,当TB被生成或被发射或被放入HARQ Tx缓冲区时该定时器被启动(或被重新启动)。在某些实施例中,该时间仅对模式2通信有效。
在各种实施例中,V2X远程单元105可以执行HARQ Tx缓冲区刷新以便于释放HARQ进程以允许模式2HARQ传输。这里,定时器可以定义远程单元105何时能够将HARQ进程用于新的初始HARQ传输,即,模式2传输。在某些实施例中,SL HARQ操作包括暂停由模式-1HARQ传输“最后分组”使用的HARQ进程。在一个实施例中, DCI指示缓冲区的刷新,即,DCI包括“最后传输尝试”指示符。此外,发射远程单元105可以在向基站单元110发送(真实)ACK时认为 HARQ进程可用(模式-2新传输)。另外,如果NACK被发送到基站单元110并且定时器期满,发射远程单元105可以认为HARQ进程可用。
在各种实施例中,当PDB期满时,发射远程单元105应当向基站单元110发送ACK(即使分组没有被接收远程单元105正确地接收)。在某些实施例中,当分组到达缓冲区时,发射远程单元105启动定时器。另外,当PDB期满时,发射远程单元105将刷新HARQ Tx缓冲区(至少认为它可用)。
在以下描述中,术语eNB/gNB被用于基站,但是它可由任何其他无线电接入节点,例如BS、eNB、gNB、AP、NR等替换。另外,主要在5G NR的情境中描述操作。然而,所提出的解决方案/方法也同样适用于支持为通过PC5接口的侧链路通信配置的服务小区/载波的其他移动通信系统。
图2描绘了用于在UE 205触发的SL调度请求(“SR”)的图200。 UE 205可以是远程单元105的一个实施例。UE 205支持用于与RAN 节点(例如,gNB)通信的Uu接口210并且还支持用于与一个或多个 UE(例如,V2X UE)通信的PC5接口215。在UE 205生成的数据可以是去往RAN节点的上行链路数据或者可以是去往例如V2X UE的侧链路数据。上行数据被映射到一个或多个上行链路逻辑信道(“UL LCH”),而侧链路数据被映射到一个或多个侧链路逻辑信道(“SL LCH”)。注意对于NR V2X,在PUSCH(Uu)上发射的SL BSR承载有关SL LCH的信息。因此,根据第一解决方案,UE 205被配置有 SL LCH与Uu PUSCH资源之间的关系。
在所描绘的实施例中,UE 205支持多个SL LCH。这里,假设UE 205至少被配置有与第一业务类型相关联的第一SL LCH(示出为LCH#1)和与需要低时延的第二业务类型相关联的第二SL LCH(示出为LCH#2)。注意,UE 205可以被配置有附加的SL LCH。另外,UE 205可以被配置有至少一个UL LCH。此外,所描述的解决方案也适用于UE 205仅被配置有一个SLLCH的情况。对于NR SL模式1操作, UE 205在Uu接口上向gNB发送SL SR/BSR,以便于向gNB提供在 PC5接口上有效分配SL资源所必需的缓冲区状态信息。
在一些实施例中,SL LCH均被配置有Uu LCH约束参数。这些 Uu LCH约束参数被用于NR V2X模式1操作,以用于在UE具有可用于新传输的UL-SCH资源时SL SR的触发。在NRRel-15中,Uu LCH 可以被配置有逻辑信道约束参数,如maxPUSCH_duration、allowedSCS、 allowedServingcell等。这些参数在LCP程序中被用于将UL LCH映射到上行链路资源许可。因此,LCH Uu约束参数也可以被称为“LCH映射约束”,因为与上行链路许可的上行链路传输参数(SCS、PUSCH持续时间等)匹配的LCH仅考虑用于在对应的PUSCH传输中发射数据。
在第一解决方案的各种实施例中,当UE 205具有导致更高时延或传输持续时间的可用的UL-SCH资源时,以NR V2X模式1操作的UE 触发用于SL LCH的SR。换句话说,UE 205可以将与SL LCH相关联的QoS,即时延(PDB),与Uu接口上的UL-SCH分配的PUSCH持续时间、SCS等进行比较。在一些实施例中,SL LCH可以被配置有 Uu LCH约束参数,如maxPUSCH_duration、allowedSCS等。UE可以将配置用于SL LCH的Uu LCH约束参数与在Uu接口上的UL-SCH 分配的PUSCH持续时间、SCS等进行比较,以便于确定是否触发SR。
在检测到第一SL LCH的(内部)SL BSR触发(即,与正常优先级业务相关联——参见块220)时,UE 205向RAN节点发射第一SL SR (参见消息传递225)。UE 205可以接收用于正常优先级业务的对应许可(这里被描述为UL许可)(参见消息传递230)。UL许可指示将来时间的UL-SCH资源(即,PUSCH资源)。
之后,在检测到(内部)第二LCH(即,与高优先级和/或低时延业务相关联—参见块235)的SL BSR触发时,UE 205标识UL-SCH 资源是可用的(即,PUSCH资源270)。然而,如下文更详细讨论的,由第二LCH触发的SL BSR不能使用UL-SCH资源(例如,因为可用于新传输的UL-SCH资源不满足配置用于触发了SL BSR的第二SL逻辑信道的LCP映射约束)并且因此将第二SL SR发射到RAN节点(参见消息传递240)。UE 205可以接收用于由高优先级业务触发的SL BSR 的对应许可(这里被描述为UL许可)(参见消息传递245)。
为了避免用于低时延SL LCH的SL SR可能由于已经被分配具有相当大的调度延迟或长的PUSCH传输持续时间的PUSCH资源(即, PUSCH资源270)而不会被触发的情形,图2示出UE 205发射由SL LCH#2触发的SR,即使UE具有可用于新传输的UL-SCH资源(参见消息传递240)。虽然图2描绘了响应于SL SR被许可给UE 205的 UL-SCH资源,但是在其他实施例中,UE 205具有的可用的UL-SCH 资源可以响应于已经接收到UL SR而由gNB分配(用于Uu)。
在第一解决方案的各种实施例中,当UE 205具有导致更高时延或传输持续时间的可用UL-SCH资源(即,PUSCH资源270)时,SR 被触发用于低时延SL LCH(即,LCH#2)。换句话说,UE 205可以将与SL LCH相关联的QoS,即,时延(PDB),与Uu接口上的UL-SCH 分配的PUSCH持续时间、SCS等进行比较。
在所描绘的实施例中,UE 205使用响应于用于第二LCH的SL SR 240而被许可的(一个或多个)UL-SCH资源来发射用于第二LCH的 SL BSR(参见消息传递250)。UE 205接收用于第二LCH的SL许可 (参见消息传递255)。这里,UE 205准备SL TB(参见SL MAC PDU 组装;框260)并且经由PC5接口发射用于第二LCH的SL数据(参见消息传递265)。
使用响应于用于第一LCH的SL SR 225而许可的UL-SCH资源, UE 205发射用于第一LCH的SL BSR(参见消息传递270)。UE 205 接收用于第一LCH的SL许可(参见消息传递275)。再次,UE 205 准备SL TB(参见SL MAC PDU组装;框280)并且经由PC5接口发射用于第一LCH的SL数据(参见消息传递285)。
在第一解决方案的一些实施例中,对于以下情况:当UE 205被调度有用于包括SLBSR MAC CE——其晚于触发SL BSR的SL LCH的 SL SR配置的下一PUCCH传输时机被调度——的MAC PDU的PUSCH 传输,并且如果当UE具有UL-SCH分配时SR触发了BSR的SL LCH被配置成发送SR,UE 205将触发SL SR。根据该实施例,SL LCH具有相关联的配置,其指示当UL-SCH资源可用于新传输时SL SR是否应被触发。本质上,只有低时延的SL LCH才会被配置为使得即使 UL-SCH资源可用,即,当承载SL BSR的PUSCH资源晚于用于SL SR 的下一PUCCH传输时机时,SR也被触发。
根据第一解决方案的另一实施例,最大时间方面的阈值被配置用于SL LCH,其被用于确定:对于当UE 205已经被分配了用于新传输的UL-SCH资源的情况,SL SR是否应被触发。在UL-SCH资源多于提前配置的阈值的情况下,即,从SL BSR已经被触发的时间点开始测量(对于低时延SL LCH),UE 205仍然触发SL SR。
在第一解决方案的各种实施例中,UE 205可以并行地执行SL SR 和RACH。在NRRel-15中,能够经由在PUCCH上配置的SR资源或经由随机接入过程来发射调度请求。UE205可以并行地执行随机接入过程和SR过程,即,一些LCH可以被配置有在PUCCH上的SR资源,一些其他LCH可能不具有配置的SR资源。根据Rel-15规范,由于不具有配置的有效PUCCH资源的未决SR,UE 205可以停止正在进行的随机接入过程,如果有的话,这是在MAC PDU组装之前由MAC实体发起的。当使用除了随机接入响应提供的UL许可之外的UL许可发射 MACPDU时,这样的随机接入过程可以被停止,并且该PDU包括BSR MAC CE,该BSR MAC CE包含直到(并包括)触发了BSR的最后事件的缓冲区状态。
根据第一解决方案的又一实施例,当UE 205在Uu接口上的UL 资源上发射MAC PDU时,该MAC PDU包括BSR MAC CE,该BSR MAC CE包含直到(并且包括)在MAC PDU组装之前触发了BSR的最后事件的缓冲区状态,UE 205不应停止出于请求SL资源的目的而触发的任何正在进行的随机接入过程,即,由于不具有配置的有效 PUCCH资源的未决SL SR的RACH过程。仅在SL BSR MAC CE被包括在MAC PDU中的情况下,该MAC PDU包含直到(并包括)在MACPDU组装之前触发了SL BSR的最后事件的SL缓冲区状态,UE 205 可以停止任何正在进行的随机接入过程。
图3描绘了描述V2X操作期间NACK到ACK错误的信令流程图 300。信令流程图300涉及RAN节点305、V2X发射UE(“Tx UE”) 310和V2X接收UE(“Rx UE”)315。在所描绘的实施例中,UE 310-315 使用V2X模式-1(网络调度模式)通信。
RAN节点305在DCI中发送模式1SL许可(参见消息传递320),模式1许可指配用于第一传输块的传输的SL资源,这里为“TB1”。如所描绘的,许可指示HARQ进程ID(“HPID”)为“1”,并且新数据指示符(“NDI”)被设置为“0”。随后,Tx UE 310使用SL资源发射TB1,并且还发射与TB1的传输相关的侧链路控制信息(“SCI”) (见消息传递325)。
在所描绘的实施例中,Rx UE 315没有正确地接收TB1(例如,由于接收和/或解码错误),并且因此向Tx UE 310发送SL NACK指示符(参见消息传递330)。Tx UE 310请求用于TB1的重传的新SL 资源,例如,通过转发SL NACK(见消息传递335)。在所描绘的示例中,Uu接口上(在RAN节点305与Tx UE 310之间)存在控制信道错误,这导致NACK到ACK错误,这意味着RAN节点305错误地将消息传递335解释为ACK。
最初,Tx UE 310没有意识到NACK到ACK错误;然而,当RAN 节点305在DCI中发送指示用于第二TB(“TB2”,参见消息传递340) 的初始(例如,新)传输的第二模式1SL许可时,TxUE 310变成意识到错误。因为Tx UE 310期望用于HARQ重传的SL资源但实际上接收到指示用于初始传输的SL资源的DCI,所以Tx UE 310确定发生了 NACK到ACK错误(参见框345)。这里,错误确定可以基于检测到 NDI在第二SL许可中被切换(回想一下,NDI被切换以指示新数据,但是没有被切换用于重传)。错误确定还可以基于TB1与TB2之间的不同TB大小。
在这样的实施例中,Tx UE 310可以自主地切换到V2X模式2通信以进行第一TB(例如,TB1)的进一步自主HARQ重传(参见框350)。在各种实施例中,如下文进一步详细描述的,Tx UE 310被以V2X模式2执行HARQ重传达有限的时间。
根据第二解决方案,新定时器在Tx UE 310被使用,这样的定时器控制Tx UE 310被允许在PC5接口上执行用于传输块(例如,TB1) 的HARQ(重新)传输。根据第二解决方案的一个实施方式,当TB在 HARQ传输缓冲区中被生成或被存储时,传输定时器被启动。在一些实施例中,定时器值可以根据包含在传输块中的数据的分组延迟预算 (PDB)来设置。在这样的实施例中,传输定时器可以被称为“PDB 定时器”。
当传输定时器正在运行时,Tx UE 310被允许执行TB的HARQ(重新)传输,例如,以V2X模式2(例如,具有SL资源的自主选择)。然而,当传输定时器期满时,Tx UE 310不被许可对TB进行任何进一步的HARQ(重新)传输。在某些实施例中,Tx UE 310在定时器期满时切换回V2X模式1通信。
如上所述,在检测到控制信道错误,例如,Uu接口上的NACK 到ACK错误时,作为以V2X模式1(集中式调度,例如,通过RAN 节点305)发射TB的Tx UE 310,转而切换到V2X模式2(分布式调度模式,例如,通过Tx UE 310)并且只要上述定时器正在运行就进行相同TB的进一步自主HARQ重传。这种控制信道错误可能导致以下情形:Tx UE 310向RAN节点305发送NACK以便于请求SL资源以进行进一步的HARQ重传,并且接收不为重传分配SL资源而是因为NACK被RAN节点305检测为ACK,为了(即,新TB的)初始HARQ 传输分配的SL资源的DCI。如在上面所提及的,这种情况可以通过 NDI的意外切换来检测。
为了避免这种情形下的分组丢失,只要对应的传输计时器正在运行,Tx UE 310切换到用于该TB的传输的UE调度模式(例如,V2X 模式-2)并且自主地选择用于进一步的HARQ重传的SL资源(例如,基于感测)。在这种情况下,候选资源选择窗口(即,T2)现在根据剩余的PDB预算来设置。
Tx UE 310期望用于HARQ重传的SL资源但实际上接收到指示用于初始传输的SL资源的DCI的场景,也可能在以下情况下发生:指示用于HARQ重传的SL资源的DCI(由RAN节点305发送)没有被Tx UE 310检测到,即,DCI错过检测,并且反馈信道上的对应DTX被 RAN节点305检测为ACK。
在第二解决方案的变体中,当Tx UE 310被配置成预留用于一个或多个重传的资源时,Tx UE 310可以使用PDB定时器作为资源预留的上限。在另一变体中,当Tx UE 310向请求SL资源的RAN节点305 发射初始SL SR/BSR传输,并且它没有从RAN节点305接收任何SL资源许可。根据这个变体,当SL SR传输达到所配置的允许的SR最大计数时,Tx UE 310可以切换到模式2操作。在另一情况下,如果所配置的SL SR禁止定时器长于该分组的PDB,则TxUE 310可以切换到模式2操作以发射该分组。在另一情况下,如果Tx UE 310的PRACH 故障并且如果Tx UE 310达到最大允许的RACH传输,则Tx UE 310 可以切换到模式2操作。
根据第三解决方案(例如,用于解决SL控制信道错误),在满足了某个预定义准则之后,Tx UE 310认为HARQ传输缓冲区可用于新 TB的传输。根据第三解决方案的一个实施方式,当定时器期满时,Tx UE 310认为被用于SL传输的HARQ进程的传输缓冲区可用于新TB的传输,该定时器与TB或TB被存储在其中的HARQ进程相关联。诸如定时器可以被称为HARQTx定时器,或者可替代地,传输缓冲区定时器。
在一个这样的实施方式中,当TB被存储在HARQ缓冲区的传输缓冲区中时,即,当初始HARQ传输完成时,HARQ Tx定时器可以被启动。定时器值可以被设置为与TB中包含的数据的分组延迟预算 (PDB)相关的值。因此,该时间可以指示分组在Tx UE 310与Rx UE 315之间可以被延迟的时间的上限。在定时器期满时,Tx UE 310认为 HARQ进程可用于新的初始HARQ传输,例如,Tx UE 310能够根据接收到的SL许可或自主选择的SL许可生成新的TB并将该TB存储在中该HARQ进程的HARQ缓冲区。
根据第三解决方案的另一实施方式,在已经向RAN节点305发送了用于当前存储在该HARQ进程的传输缓冲区中(即,即使HARQ Tx 定时器尚未期满)的TB的ACK时,Tx UE 310认为用于SL传输的 HARQ进程的传输缓冲区可用于新TB的传输。
根据第三解决方案的另一种实施方式,在已经进行对应指示的SL 传输之后从RAN节点305发送到Tx UE 310的用于分配SL资源的DCI 指示Tx UE 310是否能够认为被分配了SL资源的HARQ进程可用。
根据第三解决方案的又一方面,与TB/HARQ进程相关联的定时器可以被设置为根据具有TB内的数据的最高优先级侧链路逻辑信道 (“SL LCH”)的PDB值的值。在替代实施方式中,与TB/HARQ进程相关联的定时器的值可以根据具有TB内的数据的SL LCH的最小或最大PDB值来设置。这里的假设是每个SL LCH都有一些相关联的PDB 值,因此SL LCH的每个分组与PDB值相关联。
根据第四解决方案(例如,用于管理SL HARQ缓冲区),在Rx UE 315的HARQ进程的对应软缓冲区被一个TB占用的最大时间被指定或定义。注意,“软缓冲区”是存储用于HARQ软合并的分组/TB的缓冲区。为了允许在SL(例如,PC5接口)上与V2X UE进行进一步通信,TB被存储在软缓冲区中的时间可以被限制为某个最大值。应注意的是,V2X UE可以同时与若干V2X UE进行通信,因此软缓冲区管理是NR V2X的一个重要功能。
根据第四解决方案的一种实施方式,定时器与每个HARQ进程相关联,并且分别与在V2X Rx UE 315的对应软缓冲区相关联。这样的定时器可以被称为HARQ Rx定时器,当数据,例如,新TB的(一个或多个)LLR第一次被放置/存储在HARQ进程的软缓冲区中时,Rx UE315启动对应的HARQ Tx定时器。只要定时器正在运行并且未期满, Rx UE 315就可以尝试对存储在软缓冲区中的数据进行解码。在定时器期满时,Rx UE 315可以使HARQ进程/缓冲区可用于新数据,例如,将软缓冲区中的数据替换为一些其他接收到的数据(即,不同的新TB 的数据存储在软缓冲区中)或刷新软缓冲区。
根据第四解决方案的另一实施方式,HARQ Rx定时器值可以根据在SCI内用信号发送的用于存储在HARQ进程/软缓冲区中的SL数据的优先级(即,QoS)信息来设置。在某个实施方式中,在SCI内用信号发送的优先级(即,QoS)信息与TB的最大可容忍解码延迟(即,对应于定时器值)之间的一些联系被配置或指定(在规范中硬编码)。
根据第四解决方案的另一实施方式,Rx UE 315可以在除了HARQ Rx定时器期满之外的触发事件时刷新(接收)HARQ进程的软缓冲区,或者分别将软缓冲区中存储的数据替换为其他数据。在一些实施例中,触发事件是向Tx UE 310发送HARQ ACK以用于存储在软缓冲区中的 TB的对应SL传输。换句话说,一旦软缓冲区中存储的数据/TB被正确地解码,Rx UE315就可以刷新软缓冲区或替换软缓冲区的数据。
在一些实施例中,触发事件是不同TB的接收,其具有比存储在软缓冲区中的数据/TB更高的优先级。因此,即使当前存储在软缓冲区中的TB还没有被正确地解码,Rx UE 315可以将存储在HARQ进程的软缓冲区中的数据替换为一些其他数据,即,具有更高优先级的不同 TB。对于在伴随(包含TB的)PSSCH的SCI中承载的优先级信息指示高于当前存储在软缓冲区中的TB的优先级并且没有可用于SL传输的接收的其他HARQ进程的情况,Rx UE 315可以抢占具有一些更高优先级的SL数据的HARQ进程中的数据。
根据第五解决方案(例如,用于管理SL HARQ缓冲区),伴随 SL数据信道PSSCH的侧链路控制信息(SCI)可以包含由Rx UE 315 用于软缓冲区管理的指示。在一个实施方式中,SCI指示用于TB的 HARQ传输的最大数量。这种信息能够由Rx UE 315用于管理HARQ 进程的软缓冲区。在接收到最后TB的HARQ传输之后,Rx UE 315 可以使用HARQ进程用于某个其他SL传输,即,将软缓冲区中的数据替换为一些其他接收到的数据。
根据该第五解决方案的替代实施方式,伴随PSSCH传输的SCI 包含指示用于在PC5接口上对应TB的传输的最大时间跨度的一些定时信息。这样的定时信息可以基于分组延迟预算(PDB)来导出。在接收到SCI时,Rx UE 315可以启动设置为所指示的时间值的定时器。在定时器期满时,Rx UE 315可以使软缓冲区可用于新数据,例如,刷新软缓冲区和/或将当前存储在软缓冲区中的数据替换为一些其他数据。
根据此第五解决方案的另一替代实施方式,伴随PSSCH传输的 SCI包含指示这是否是经由PSSCH发射的TB的最后HARQ(重新) 传输的字段。当在Rx UE 315接收到指示对应PSSCH承载TB的最后 HARQ(重新)传输的SCI时,Rx UE 315知道不期望该TB的任何进一步HARQ重传,并且相应地,在尝试解码TB之后,Rx UE 315可以刷新软缓冲区和/或使用用于一些其他SL传输的HARQ进程,即,将当前存储在软缓冲区中的数据替换为一些其他接收到的数据。
根据第六解决方案,对于当最大允许传输时间期满时的情况,即使TB不能被正确到解码,Rx UE 315也向Tx UE 310发射ACK作为用于SL传输的HARQ反馈。这种最大允许传输时间可以与关联于包含在TB中的数据的分组延迟预算有关。Rx UE 315可以从层1源ID 或伴随在PSSCH上的SL数据传输的SCI内用信号发送的优先级(QoS) 信息导出用于SL传输的最大允许传输延迟。
根据第七解决方案,在该TB的最后HARQ(重新)传输之后, Rx UE 315仅向Tx UE310发送用于TB的传输的HARQ反馈,即,没有HARQ反馈被发送用于TB的其他的较早HARQ(重新)传输。该反馈向Tx UE 310指示TB是否被正确地解码(在最后HARQ(重新) 传输之后)。这种行为特别适用于以下情况:当Tx UE 310执行SL TB 的一些固定(即,预定义)数量的HARQ(重新)传输,也称为“盲 HARQ重新传输”,并且Rx UE 315被命令向Tx UE 310发送某个HARQ反馈。
根据该第七解决方案的某个替代实施方式,一旦TB能够被正确地解码,Rx UE 315就发送HARQ反馈,即,ACK,以便于防止Tx UE 310进行该TB的(一个或多个)不必要的重传。在这种场景下,发送 HARQ反馈的资源可以被配置用于TB的每次HARQ传输;然而,在已经成功解码TB之后(例如,也称为“早期ACK”)或在TB的最后 HARQ(重新)传输之后,Rx UE 315仅发送HARQ ACK。请注意,在最后HARQ(重新)传输之后发送的HARQ反馈可能是ACK或NACK,这取决于解码结果。
根据第八解决方案,当Tx UE 310正在被RAN节点305利用SL 资源调度时,例如,使用V2X模式1,如果某些预定义的准则被履行,则Tx UE 310可以跳过在PC5接口上的SL传输。这里,Tx UE 310进一步向RAN节点305发送回ACK,其指示没有用于重传的更多SL资源被需要。
根据第八解决方案的一种实施方式,用于跳过SL传输的准则可以与Tx UE 310的缓冲区状态有关,例如,没有SL数据可用于调度的资源上的传输的情况。如果由于LCP期间的约束或由于Tx UE 310的缓冲区中没有数据等待传输的事实而不存在可用于传输的数据,则可能发生这种情形。为了改进无线电接口效率,Tx UE 310跳过调度的传输,而不是在这种情况下在SL上发送填充。
用于跳过调度的SL传输的另一准则可以是检测到发生在控制信道上的错误,例如,NACK到ACK错误。例如,根据该解决方案,当 Tx UE 310可能期望用于重传的SL资源但接收用于新初始传输的SL 资源时,Tx UE 310可以跳过调度的初始SL传输。
根据该第八解决方案的另一实施方式,在已经跳过了对应的调度的SL传输时,TxUE 310不向在配置的反馈资源上的RAN节点305 发送任何反馈,即,DTX。替代地,Tx UE 310可以向RAN节点305 发送显式信号,其指示对应调度的SL传输被Tx UE 310跳过。根据第八解决方案的进一步实施方式,在SL传输被跳过的情况下Tx UE 310 可以触发SL BSR以便于向RAN节点305提供最新缓冲区状态。
图4描绘了根据本公开的实施例的可以被用于调度侧链路传输的用户设备装置400。在各种实施例中,用户设备装置400被用于实现上述解决方案中的一个或多个。用户设备装置400可以是如上所述的远程单元105和/或V2X UE 205、310以及315的一个实施例。此外,用户设备装置400可以包括处理器405、存储器410、输入设备415、输出设备420和收发器425。在一些实施例中,输入设备415和输出设备 420被组合成单个设备,诸如触摸屏。在某些实施例中,用户设备装置 400可以不包括任何输入设备415和/或输出设备420。在各种实施例中,用户设备装置400可以包括处理器405、存储器410和收发器425中的一个或多个,并且可以不包括输入设备415和/或输出设备420。
在一个实施例中,处理器405可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如,处理器405可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”),或类似的可编程控制器。在一些实施例中,处理器405执行存储在存储器410中的指令以执行本文中描述的方法和例程。处理器405被通信地耦合到存储器 410、输入设备415、输出设备420和收发器425。
在各种实施例中,处理器405控制用户设备装置400以实现上述 UE行为。在一些实施例中,处理器405经由收发器425接收用于具有至少一个Uu LCH约束参数的SL LCH集合的配置,其中SL LCH通过收发器425支持的PC5接口215传送数据。处理器405经由内部进程接收第一SL LCH的SL缓冲区状态报告触发,并且确定新传输的 UL-SCH资源可用。处理器405确定第一SL LCH的至少一个Uu LCH 约束参数与关联于可用于新传输的UL-SCH资源的上行链路传输参数不匹配,并且为PC5资源经由Uu接口210向基站单元触发调度请求(即,用于由第一SL LCH触发的侧链路缓冲区报告)。
在一些实施例中,至少一个Uu LCH约束参数包括以下参数中的一个或多个:最大PUSCH持续时间、允许的SCS和允许的服务小区。在某些实施例中,响应于处理器405检测到配置用于第一SL LCH的参数maxPUSCH-Duration具有比与可用于新传输的UL-SCH资源相关联的PUSCH传输持续时间更小的值,触发调度请求发生。在某些实施例中,响应于处理器405检测到用于第一SL LCH的允许的SCS集合不包括与可用于新传输的UL-SCH资源相关联的SCS,触发调度请求发生。
在一些实施例中,处理器405接收时间阈值。在这样的实施例中,响应于处理器405确定可用于新传输的UL-SCH资源在时间上距接收到第一SL LCH的SL缓冲区状态报告触发的时间大于时间阈值,触发调度请求发生。在某些实施例中,响应于处理器405确定可用于新传输的UL-SCH资源在时间上晚于用于针对第一SL LCH触发的调度请求的下一物理上行链路控制信道传输时机,触发调度请求发生。
在各种实施例中,处理器405经由收发器425使用第一SL模式在 SL资源上发射第一TB,其中TB与第一SL HARQ进程相关联。处理器405检测与TB相关联的HARQ协议错误并且响应于HARQ协议错误使用第二SL模式在SL资源上重新发射TB。
在一些实施例中,处理器405进一步在以下中的一个时发起定时器:TB的生成、TB的初始传输、以及TB放置在HARQ传输缓冲区中,其中在定时器未期满的同时使用第二SL模式在SL资源上重新发射TB发生。在一个实施例中,定时器值基于与TB相关联的分组延迟预算。在另一实施例中,定时器值在伴随TB的SCI内被用信号发送。这里,定时器值包括在SCI中并且被Rx UE用于接收器侧的HARQ缓冲区管理。
在各种实施例中,处理器405进一步将TB存储在HARQ传输缓冲区中并且响应于预定义的触发使HARQ传输缓冲区可用于新数据。在一些实施例中,使HARQ软缓冲区可用于新数据包括以下中的一个或多个:刷新HARQ软缓冲区和将存储在HARQ软缓冲区中的数据替换为新数据。
在某些实施例中,预定义的触发是定时器的期满,其中定时器响应于将TB存储在HARQ传输缓冲区中而被发起。在一个实施例中,定时器值基于与TB相关联的分组延迟预算。在另一实施例中,定时器值在伴随TB的SCI内被用信号发送。这里,SCI内指示的定时器值在Rx UE侧被使用。
在某些实施例中,预定义的触发包括接收DCI中的指示。在某些实施例中,预定义的触发包括向基站单元发送与TB相对应的ACK。
在各种实施例中,处理器405经由收发器425在SL资源上接收 TB,其中该TB与SLHARQ进程相关联。处理器405将TB存储在 HARQ软缓冲区中并且响应于预定义的触发使HARQ软缓冲区可用于新数据。
在一些实施例中,使HARQ软缓冲区可用于新数据包括以下中的一个或多个:刷新HARQ软缓冲区和将存储在HARQ软缓冲区中的数据替换为新数据。
在某些实施例中,预定义的触发是定时器的期满,其中定时器响应于将TB存储在HARQ软缓冲区中而被发起。在一个实施例中,定时器的长度基于与TB相关联的分组延迟预算。在另一实施例中,定时器的长度基于在伴随TB的SCI中承载的一些信息。
在某些实施例中,预定义的触发包括向V2X UE发送与TB相对应的ACK。在某些实施例中,预定义的触发包括接收具有比存储在 HARQ软缓冲区中的TB更高的优先级的第二TB。
在各种实施例中,处理器405经由收发器425在SL资源上接收 TB,其中该TB与预定义数量的盲HARQ重传相关联。处理器405解码TB并确定TB是否被正确地解码。
响应于正确地解码TB,处理器405在最后盲HARQ重传之前发送肯定HARQ确认。否则,处理器405响应于错误地解码TB的初始传输和盲HARQ重传TB中的每个而发送否定HARQ确认,其中在接收最后盲HARQ重传之前没有否定HARQ确认被发送。
在一个实施例中,存储器410是计算机可读存储介质。在一些实施例中,存储器410包括易失性计算机存储介质。例如,存储器410 可以包括RAM,该RAM包括动态RAM(“DRAM”)、同步动态 RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中,存储器410包括非易失性计算机存储介质。例如,存储器410可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中,存储器410包括易失性和非易失性计算机存储介质两者。
在一些实施例中,存储器410存储与调度侧链路传输有关的数据。例如,存储器410可以存储V2X通信资源、HARQ进程等。在某些实施例中,存储器410还存储程序代码和相关数据,诸如在远程单元105 上操作的操作系统或其他控制器算法。
在一个实施例中,输入设备415可以包括任何已知的计算机输入设备,包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中,输入设备415可以与输出设备420集成在一起,例如,作为触摸屏或类似的触敏显示器。在一些实施例中,输入设备415包括触摸屏,使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上的手写来输入文本。在一些实施例中,输入设备415包括两个或更多个不同的设备,诸如键盘和触摸面板。
在一个实施例中,输出设备420被设计为输出视觉、听觉和/或触觉信号。在一些实施例中,输出设备420包括能够将视觉数据输出给用户的电可控制显示器或显示设备。例如,输出设备420可以包括,但不限于,LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例,输出设备420可以包括可穿戴式显示器,该可穿戴式显示器与用户设备装置400的其余部分分离,诸如智能手表、智能眼镜、平视显示器等,但是可通信地耦合到该用户设备装置400的其余部分。此外,输出设备420可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中,输出设备420包括用于产生声音的一个或多个扬声器。例如,输出设备420可以产生听觉警报或通知(例如,蜂鸣声或鸣响)。在一些实施例中,输出设备420包括一个或多个用于产生振动、运动或其他触觉反馈的触觉设备。在一些实施例中,输出设备420的全部或部分可以与输入设备415集成。例如,输入设备415 和输出设备420可以形成触摸屏或类似的触敏显示器。在其他实施例中,输出设备420可以位于输入设备415附近。
收发器425至少包括发射器430和至少一个接收器435。一个或多个发射器430可以被用于向基站单元110提供UL通信信号,诸如本文中描述的UL传输。类似地,一个或多个接收器435可以被用于从基站单元110接收DL通信信号,如本文中所述。尽管仅图示了一个发射器430和一个接收器435,但是用户设备装置400可以具有任何适当数量的发射器430和接收器435。此外,(一个或多个)发射器430和(一个或多个)接收器435可以是任何适当类型的发射器和接收器。在一个实施例中,收发器425包括用于通过许可的无线电频谱与移动通信网络进行通信的第一发射器/接收器对,以及用于通过未许可的无线电频谱与移动通信网络进行通信的第二发射器/接收器对。
在某些实施例中,用于通过许可的无线电频谱与移动通信网络通信的第一发射器/接收器对和用于通过未许可的无线电频谱与移动通信网络通信的第二发射器/接收器对可以被组合为单个收发器单元,例如,执行与许可的和未许可的无线电频谱两者一起使用的功能的单个芯片。在一些实施例中,第一发射器/接收器对和第二发射器/接收器对可以共享一个或多个硬件组件。例如,某些收发器425、发射器430和接收器 435可以被实现为访问共享的硬件资源和/或软件资源的物理上分离的组件,诸如例如网络接口440。
在各种实施例中,一个或多个发射器430和/或一个或多个接收器 435可以被实现和/或被集成到单个硬件组件中,诸如多收发器芯片、片上系统、ASIC或其他类型的硬件组件。在某些实施例中,一个或多个发射器430和/或一个或多个接收器435可以被实现和/或被集成到多芯片模块中。在一些实施例中,诸如网络接口440或其他硬件组件/电路的其他组件可以与任何数量的发射器430和/或接收器435集成到单个芯片中。在这样的实施例中,发射器430和接收器435可以在逻辑上被配置为使用一个或更多个公共控制信号的收发器425,或者被配置为在相同硬件芯片或多芯片模块中实现的模块化发射器430和接收器435。。
图5描绘了根据本公开的实施例的可以被用于用户平面业务的选择性安全保护的网络设备装置500的一个实施例。网络设备装置500 可以是基站单元121和/或RAN节点305的一个实施例。此外,网络设备装置500可以包括处理器505、存储器510、输入设备515、输出设备520、收发器525。在一些实施例中,输入设备515和输出设备520 被组合成单个设备,诸如触摸屏。在某些实施例中,网络设备装置500 不包括任何输入设备515和/或输出设备520。
如所描绘的,收发器525包括至少一个发射器530和至少一个接收器535。这里,收发器525与一个或多个远程单元105通信以提供对一个或多个PLMN的接入。另外,收发器525可以支持至少一个网络接口540。在一些实施例中,收发器525支持通过接入网络与远程单元 (例如,UE)通信的第一接口(例如,Uu接口)、在移动核心网络(例如,5GC)中与控制平面功能(例如,SMF)通信的第二接口(例如, N2接口)、以及在移动核心网络中与用户平面功能(例如,UPF)进行通信的第三接口(例如,N3接口)。
在一个实施例中,处理器505可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如,处理器505可以是微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA或类似的可编程控制器。在一些实施例中,处理器505执行存储在存储器510中的指令以执行本文中描述的方法和例程。处理器505通信地耦合到存储器510、输入设备515、输出设备520和第一收发器525。
在各种实施例中,处理器505控制网络设备装置500以实现上述 RAN节点行为。在一些实施例中,经由收发器525,处理器505向SL LCH集合配置至少一个Uu LCH约束参数。在某些实施例中,处理器 505接收由第一SL LCH触发的SL BSR的SR。
在一个实施例中,存储器510是计算机可读存储介质。在一些实施例中,存储器510包括易失性计算机存储介质。例如,存储器510 可以包括RAM,该RAM包括DRAM、SDRAM以及/或者SRAM。在一些实施例中,存储器510包括非易失性计算机存储介质。例如,存储器510可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中,存储器510包括易失性和非易失性计算机存储介质两者。
在一些实施例中,存储器510存储与调度侧链路传输有关的数据,例如,存储V2X通信资源、HARQ进程等。在某些实施例中,存储器 510还存储程序代码和相关数据,诸如在网络设备装置500上操作的操作系统(“OS”)或其他控制器算法以及一个或者多个软件应用。
在一个实施例中,输入设备515可以包括任何已知的计算机输入设备,包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中,输入设备515可以与输出设备520集成在一起,例如,作为触摸屏或类似的触敏显示器。在一些实施例中,输入设备515包括触摸屏,使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上的手写来输入文本。在一些实施例中,输入设备515包括两个或更多个不同的设备,诸如键盘和触摸面板。
在一个实施例中,输出设备520可以包括任何已知的电子可控显示器或显示设备。输出设备520被设计为输出视觉、听觉和/或触觉信号。在一些实施例中,输出设备520包括能够将视觉数据输出给用户的电子显示器。例如,输出设备520可以包括,但不限于,LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例,输出设备520可以包括可穿戴式显示器,诸如智能手表、智能眼镜、平视显示器等。此外,输出设备520可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中,输出设备520包括用于产生声音的一个或多个扬声器。例如,输出设备520可以产生听觉警报或通知(例如,蜂鸣声或鸣响)。在一些实施例中,输出设备520包括一个或多个用于产生振动、运动或其他触觉反馈的触觉设备。在一些实施例中,输出设备520的全部或部分可以与输入设备515集成。例如,输入设备515 和输出设备520可以形成触摸屏或类似的触敏显示器。在其他实施例中,输出设备520的全部或者部分可以位于输入设备515附近。
如上所述,收发器525可以与一个或多个远程单元通信以提供对一个或多个PLMN的接入。收发器525还可以与一个或多个网络功能通信(例如,在移动核心网络140中)。收发器525在处理器505的控制下操作以发射消息、数据和其他信号并且还接收消息、数据和其他信号。例如,处理器505可以在特定时间选择性地激活收发器(或其部分)以便于发送和接收消息。
在各种实施例中,收发器525包括至少一个发射器530和至少一个接收器535。一个或多个发射器530可以被用于根据本文中描述的 NR V2X模式1向远程单元105提供DL通信信号,诸如网络调度的SL 许可。类似地,一个或多个接收器535可以被用于从远程单元105接收UL通信信号,如本文中所述。尽管仅图示了一个发射器530和一个接收器535,但是网络设备装置500可以具有任何合适数量的发射器 530和接收器535。此外,(一个或多个)发射器530和(一个或多个) 接收器535可以是任何合适类型的发射器和接收器。
在某些实施例中,用于与远程单元105通信的发射器/接收器对可以组合成单个收发器单元,例如执行用于授权和未授权的无线电频谱的功能的单个芯片。在一些实施例中,发射器/接收器对可以共享一个或多个硬件组件。例如,某些收发器525、发射器530和接收器535可以被实现为物理上分离的组件,这些组件访问共享的硬件资源和/或软件资源,诸如例如网络接口540。
在各种实施例中,一个或多个发射器530和/或一个或多个接收器 535可以被实现和/或被集成到单个硬件组件中,诸如多收发器芯片、片上系统、专用集成电路(“ASIC”)或其他类型的硬件组件。在某些实施例中,一个或多个发射器530和/或一个或多个接收器535可以被实现和/或被集成到多芯片模块中。在一些实施例中,诸如网络接口 540或其他硬件组件/电路的其他组件可以与任意数量的发射器530和/ 或接收器535集成到单个芯片中。在这样的实施例中,发射器530和接收器535可以在逻辑上被配置成使用一个或多个公共控制信号的收发器525或者作为在相同硬件芯片或多芯片模块中实现的模块化发射器530和接收器535。
图6描绘了根据本公开的实施例的用于调度侧链路传输的方法 600的一个实施例。在各种实施例中,方法600由UE执行,诸如如上所述的远程单元105、UE 205、Tx UE 310和/或用户设备装置400。在一些实施例中,方法600由处理器执行,诸如微控制器、微处理器、 CPU、GPU、辅助处理单元、FPGA等。
方法600开始并向605SL LCH集合配置至少一个Uu LCH约束参数,其中SL LCH通过PC5接口传送数据。方法600包括经由内部进程接收610用于第一SL LCH的SL缓冲区状态报告触发。方法600包括确定615用于新传输的UL-SCH资源可用。方法600包括确定620 第一SLLCH的至少一个Uu LCH约束参数与和可用于新传输的 UL-SCH资源相关联的上行链路传输参数不匹配。方法600包括针对 PC5资源经由Uu接口触发625到基站单元的调度请求。方法600结束。
图7描绘了根据本公开的实施例的用于调度侧链路传输的方法 700的一个实施例。在各种实施例中,方法700由UE执行,诸如如上所述的远程单元105、UE 205、Tx UE 310和/或用户设备装置400。在一些实施例中,方法700由处理器执行,诸如微控制器、微处理器、 CPU、GPU、辅助处理单元、FPGA等。
方法700开始并且使用第一SL模式在SL资源上发射705第一TB,其中TB与第一SLHARQ进程相关联。方法700包括检测710与TB 相关联的HARQ协议错误。方法700包括响应于HARQ协议错误使用第二SL模式在SL资源上重新发射715TB。方法700结束。
图8描绘了根据本公开的实施例的用于调度侧链路传输的方法 800的一个实施例。在各种实施例中,方法800由UE执行,诸如如上所述的远程单元105、UE 205、Rx UE 315和/或用户设备装置400。在一些实施例中,方法800由处理器执行,诸如微控制器、微处理器、 CPU、GPU、辅助处理单元、FPGA等。
方法800开始并且在SL资源上接收805TB,其中TB与SL HARQ 进程相关联。方法800包括将TB存储810在HARQ软缓冲区中。方法800包括响应于预定义的触发使HARQ软缓冲区可用于815新数据。方法800结束。
图9描绘了根据本公开的实施例的用于调度侧链路传输的方法 900的一个实施例。在各种实施例中,方法900由诸如如上所述的远程单元105、UE 205、Rx UE 315和/或用户设备装置400的UE执行。在一些实施例中,方法900由处理器执行,诸如微控制器、微处理器、 CPU、GPU、辅助处理单元、FPGA等。
方法900开始并且在SL资源上接收905TB,其中TB与预定义数量的盲HARQ重传相关联。方法900包括解码910TB和确定915TB 是否被正确地解码。
响应于正确地解码TB,方法900包括在最后盲HARQ重传之前发送920肯定HARQ确认。否则,方法900包括响应于错误地解码TB 的初始传输和盲HARQ重传TB中的每个而发送925否定HARQ确认,其中在接收最后盲HARQ重传之前没有否定HARQ确认被发送。方法 900结束。
本文中公开了根据本公开的实施例的用于调度侧链路传输的第一装置。第一装置可以由诸如远程单元105、UE 205、Tx UE 310和/或用户设备装置400的UE来实现。第一装置包括处理器和收发器,其接收具有至少一个Uu LCH约束参数的SL LCH集合的配置,其中SLLCH 通过收发器支持的PC5接口传送数据。处理器经由内部进程接收用于第一SL LCH的SL缓冲区状态报告触发,并且确定用于新传输的 UL-SCH资源可用。处理器确定第一SL LCH的至少一个Uu LCH约束参数与和可用于新传输的UL-SCH资源相关联的上行链路传输参数不匹配,并且针对PC5资源经由Uu接口向基站触发调度请求。
在一些实施例中,至少一个Uu LCH约束参数包括以下的一个或多个:最大PUSCH持续时间、允许的SCS、和允许的服务小区。在某些实施例中,响应于处理器检测到配置用于第一SL LCH的参数 maxPUSCH-Duration具有比与可用于新传输的UL-SCH资源相关联的PUSCH传输持续时间更小的值,触发调度请求发生。在某些实施例中,响应于处理器检测到用于第一SL LCH的允许的SCS集合不包括与可用于新传输的UL-SCH资源相关联的SCS,触发调度请求发生。
在一些实施例中,处理器接收时间阈值。在这样的实施例中,响应于处理器确定可用于新传输的UL-SCH资源在时间上距接收到用于第一SL LCH的SL缓冲区状态报告触发的时间大于时间阈值,触发调度请求发生。在某些实施例中,响应于处理器确定可用于新传输的 UL-SCH资源在时间上晚于用于针对第一SL LCH的触发的调度请求的下一物理上行链路控制信道传输时机,触发调度请求发生。
本文中公开的是根据本公开的实施例的用于调度侧链路传输的第一方法。第一方法可以由诸如远程单元105、UE 205、Tx UE 310和/ 或用户设备装置400的UE执行。第一方法包括向SL LCH集合配置至少一个Uu LCH约束参数,其中SL LCH通过PC5接口传送数据。第一方法包括经由内部进程接收用于第一SL LCH的SL缓冲区状态报告触发并且确定用于新传输的UL-SCH资源可用。第一方法包括确定第一SL LCH的至少一个Uu LCH约束参数与和可用于新传输的UL-SCH 资源相关联的上行链路传输参数不匹配,并且针对PC5资源经由Uu接口向基站单元触发调度请求。
在一些实施例中,至少一个Uu LCH约束参数包括以下的一个或多个:最大PUSCH持续时间、允许的SCS、和允许的服务小区。在某些实施例中,响应于检测到配置用于第一SLLCH的参数 maxPUSCH-Duration具有比与可用于新传输的UL-SCH资源相关联的 PUSCH传输持续时间更小的值,触发调度请求发生。在某些实施例中,响应于检测到用于第一SL LCH的允许的SCS集合不包括与可用于新传输的UL-SCH资源相关联的SCS,触发调度请求发生。
在一些实施例中,第一方法包括接收时间阈值。在这样的实施例中,响应于确定可用于新传输的UL-SCH资源在时间上距接收到用于第一SL LCH的SL缓冲区状态报告触发的时间大于时间阈值,触发调度请求发生。在某些实施例中,响应于确定可用于新传输的UL-SCH 资源在时间上晚于用于第一SL LCH的触发的调度请求的下一物理上行链路控制信道传输时机,触发调度请求发生。
本文中公开了根据本公开的实施例的用于调度侧链路传输的第二装置。第二装置可以由诸如远程单元105、UE 205、Tx UE 310和/或用户设备装置400的UE实现。第二装置包括处理器和收发器,其使用第一SL模式在SL资源上发射第一TB,其中TB与第一SL HARQ进程相关联。处理器检测与TB相关联的HARQ协议错误,以及响应于 HARQ协议错误,使用第二SL模式在SL资源上重新发射TB。
在一些实施例中,处理器进一步在以下中的一个时发起定时器: TB的生成、TB的初始传输、以及将TB放置在HARQ传输缓冲区中,其中在定时器未期满的同时使用第二SL在SL资源上重新发射TB模式发生。在一个实施例中,定时器值基于与TB相关联的分组延迟预算。在另一实施例中,定时器值在伴随TB的SCI内被用信号发送。
在各种实施例中,处理器进一步将TB存储在HARQ传输缓冲区中并且响应于预定义的触发使HARQ传输缓冲区可用于新数据。在一些实施例中,使HARQ软缓冲区可用于新数据包括以下的一个或多个:刷新HARQ软缓冲区和将存储在HARQ软缓冲区中的数据替换为新数据。
在某些实施例中,预定义的触发是定时器的期满,其中定时器响应于将TB存储在HARQ传输缓冲区中而被发起。在一个实施例中,定时器值基于与TB相关联的分组延迟预算。在另一实施例中,定时器值在伴随TB的SCI内被用信号发送。
在某些实施例中,预定义的触发包括接收DCI中的指示。在某些实施例中,预定义的触发包括向基站单元发送与TB相对应的ACK。
本文中公开的是根据本公开的实施例的用于调度侧链路传输的第二方法。第二方法可以由诸如远程单元105、UE 205、Tx UE 310和/ 或用户设备装置400的UE执行。第二方法包括使用第一SL模式在SL 资源上发射第一TB,其中TB与第一SL HARQ进程相关联。第二方法包括检测与TB相关联的HARQ协议错误并且响应于HARQ协议错误使用第二SL模式在SL资源上重新发射TB。
在一些实施例中,第二方法包括在以下中的一个时发起定时器: TB的生成、TB的初始传输、以及将TB放置在HARQ传输缓冲区中,其中在定时器未期满的同时使用第二SL模式在SL资源上重新发射TB SL发生。在一个实施例中,定时器值基于与TB相关联的分组延迟预算。在另一实施例中,定时器值在伴随TB的SCI内被用信号发送。
在各种实施例中,第二方法进一步包括将TB存储在HARQ传输缓冲区中并且响应于预定义的触发使HARQ传输缓冲区可用于新数据。在一些实施例中,使HARQ软缓冲区可用于新数据包括以下的一个或多个:刷新HARQ软缓冲区和将存储在HARQ软缓冲区中的数据替换为新数据。
在某些实施例中,预定义的触发是定时器的期满,其中定时器响应于将TB存储在HARQ传输缓冲区中而被发起。在一个实施例中,定时器值基于与TB相关联的分组延迟预算。在另一实施例中,定时器值在伴随TB的SCI内被用信号发送。
在某些实施例中,预定义的触发包括接收DCI中的指示。在某些实施例中,预定义的触发包括向基站单元发送与TB相对应的ACK。
根据本公开的实施例,本文中公开了用于调度侧链路传输的第三装置。第三装置可以由诸如远程单元105、UE 205、Rx UE 315和/或用户设备装置400的UE来实现。第三装置包括处理器和在SL资源上接收TB的收发器,其中TB与SL HARQ进程相关联。处理器将TB存储在HARQ软缓冲区中,并且响应于预定义的触发,使HARQ软缓冲区可用于新数据。
在一些实施例中,使HARQ软缓冲区可用于新数据包括以下的一个或多个:刷新HARQ软缓冲区和将存储在HARQ软缓冲区中的数据替换为新数据。
在某些实施例中,预定义的触发是定时器的期满,其中定时器响应于将TB存储在HARQ软缓冲区中而被发起。在一个实施例中,定时器的长度基于与TB相关联的分组延迟预算。在另一实施例中,定时器的长度基于在伴随TB的SCI中承载的一些信息。
在某些实施例中,预定义的触发包括向V2X UE发送与TB相对应的ACK。在某些实施例中,预定义的触发包括接收具有比存储在 HARQ软缓冲区中的TB更高的优先级的第二TB。
本文中公开的是根据本公开的实施例的用于调度侧链路传输的第三方法。第三方法可以由诸如远程单元105、UE 205、Rx UE 315和/ 或用户设备装置400的UE执行。第三方法包括在SL资源上接收TB,其中TB与SL HARQ进程相关联。第三方法包括将TB存储在HARQ软缓冲区中并且响应于预定义的触发使HARQ软缓冲区可用于新数据。
在一些实施例中,使HARQ软缓冲区可用于新数据包括以下的一个或多个:刷新HARQ软缓冲区和将存储在HARQ软缓冲区中的数据替换为新数据。
在某些实施例中,预定义的触发是定时器的期满,其中定时器响应于将TB存储在HARQ软缓冲区中而被发起。在一个实施例中,定时器的长度基于与TB相关联的分组延迟预算。在另一实施例中,定时器的长度基于在伴随TB的SCI中承载的一些信息。
在某些实施例中,预定义的触发包括向V2X UE发送与TB相对应的ACK。在某些实施例中,预定义的触发包括接收具有比存储在 HARQ软缓冲区中的TB更高的优先级的第二TB。
本文中公开的是根据本公开实施例的用于调度侧链路传输的第四装置。第四装置可以由诸如远程单元105、UE 205、Rx UE 315和/或用户设备装置400的UE来实现。第四装置包括处理器和在SL资源上接收TB的收发器,其中TB与预定义数量的盲HARQ重传相关联。处理器解码TB并确定TB是否被正确地解码。
响应于正确地解码TB,处理器在最后盲HARQ重传之前发送肯定HARQ确认。否则,处理器响应于错误地解码TB的初始传输和盲 HARQ重传TB中的每个而发送否定HARQ确认,其中在接收最后盲 HARQ重传之前没有否定HARQ确认被发送。
本文中公开的是根据本公开的实施例的用于调度侧链路传输的第四方法。第四方法可以由诸如远程单元105、UE 205、Rx UE 315和/ 或用户设备装置400的UE执行。第四方法包括在SL资源上接收TB,其中TB与预定义数量的盲HARQ重传相关联。第四方法包括对TB进行解码并确定TB是否被正确地解码。
响应于正确地解码TB,第四方法包括在最后盲HARQ重传之前发送肯定HARQ确认。否则,第四方法包括响应于错误地解码TB的初始传输和盲HARQ重传TB中的每个而发送否定HARQ确认,其中在接收最后盲HARQ重传之前,没有否定HARQ确认被发送。
实施例可以以其他特定形式来实践。所描述的实施例在所有方面仅应被认为是说明性的而非限制性的。因此,本发明的范围由所附权利要求书而不是前面的描述指示。落入权利要求等同含义和范围内的所有改变均应包含在其范围之内。
Claims (20)
1.一种远程单元的方法,包括:
向侧链路(“SL”)逻辑信道(“LCH”)集合配置至少一个Uu LCH约束参数,其中所述SLLCH通过PC5接口传送数据;
经由内部进程接收用于第一SL LCH的侧链路缓冲区状态报告触发;
确定用于新传输的上行链路共享信道(“UL-SCH”)资源可用;
确定所述第一SL LCH的至少一个Uu LCH约束参数与和可用于所述新传输的所述UL-SCH资源相关联的上行链路传输参数不匹配;以及
针对PC5资源经由Uu接口向基站单元触发调度请求。
2.根据权利要求1所述的方法,其中,所述至少一个Uu LCH约束参数包括以下的一个或多个:最大物理上行链路共享信道持续时间、允许的子载波间隔、以及允许的服务小区。
3.根据权利要求1所述的方法,其中,响应于检测到配置用于所述第一SL LCH的第一参数maxPUSCH-Duration具有小于与可用于所述新传输的所述UL-SCH资源相关联的PUSCH传输持续时间的值,触发所述调度请求发生。
4.根据权利要求1所述的方法,其中,响应于检测到用于所述第一SL LCH的允许的子载波间隔集合不包括与可用于所述新传输的所述UL-SCH资源相关联的子载波间隔,触发所述调度请求发生。
5.根据权利要求1所述的方法,其中,响应于确定可用于所述新传输的所述UL-SCH资源在时间上晚于用于针对所述第一SL LCH触发的调度请求的下一物理上行链路控制信道传输时机,触发所述调度请求发生。
6.根据权利要求1所述的方法,进一步包括接收时间阈值,其中,响应于确定可用于所述新传输的UL-SCH资源在时间上距接收到所述第一SL LCH的所述侧链路缓冲区状态报告触发的时间大于时间阈值,触发所述调度请求发生。
7.一种远程单元的方法,包括:
使用第一侧链路(“SL”)模式在SL资源上发射第一传输块(“TB”),其中所述TB与第一SL混合自动重传请求(“HARQ”)进程相关联;
检测与所述TB相关联的HARQ协议错误;以及
响应于所述HARQ协议错误,使用第二SL模式在SL资源上重新发射所述TB。
8.根据权利要求7所述的方法,进一步包括在以下中的一个时发起定时器:
所述TB的生成,
所述TB的初始传输,以及
将所述TB放置在HARQ传输缓冲区中,
其中,在所述定时器未期满时,使用第二SL模式在SL资源上重新发射所述TB发生。
9.根据权利要求8所述的方法,其中,所述定时器值基于与所述TB相关联的分组延迟预算。
10.根据权利要求7所述的方法,进一步包括:
将所述TB存储在HARQ传输缓冲区中;以及
响应于预定义的触发,使所述HARQ传输缓冲区可用于新数据。
11.根据权利要求10所述的方法,其中,所述预定义的触发包括定时器的期满,其中所述定时器响应于将所述TB存储在所述HARQ传输缓冲区中而被发起。
12.根据权利要求11所述的方法,其中,所述定时器值基于与所述TB相关联的分组延迟预算。
13.根据权利要求10所述的方法,其中,所述预定义的触发包括以下中的一个:接收下行链路控制信息中的指示和将与所述TB相对应的ACK发送到基站单元。
14.根据权利要求10所述的方法,其中,使所述HARQ软缓冲区可用于新数据包括以下中的一个:
刷新所述HARQ软缓冲区,以及
将存储在所述HARQ软缓冲区中的数据替换为新数据。
15.一种远程单元的方法,包括:
在侧链路(“SL”)资源上接收传输块(“TB”),其中所述TB与SL HARQ进程相关联;
将所述TB存储在HARQ软缓冲区中;以及
响应预定义的触发,使所述HARQ软缓冲区可用于新数据。
16.根据权利要求15所述的方法,其中,使所述HARQ软缓冲区可用于新数据包括以下中的一个:
刷新所述HARQ软缓冲区,以及
将存储在所述HARQ软缓冲区中的数据替换为新数据。
17.根据权利要求15所述的方法,其中,所述预定义的触发包括定时器的期满,其中所述定时器响应于将所述TB存储在所述HARQ软缓冲区中而被发起。
18.根据权利要求17所述的方法,其中,所述定时器的长度基于以下中的至少一个:与所述TB相关联的分组延迟预算,和在伴随所述TB的侧链路控制信息中承载的一些信息。
19.根据权利要求15所述的方法,其中,所述预定义的触发包括以下中的一个:向V2XUE发送与所述TB相对应的ACK,和接收具有比存储在所述HARQ软缓冲区中的所述TB更高优先级的第二TB。
20.一种远程单元的方法,包括:
在侧链路(“SL”)资源上接收传输块(“TB”),其中,所述TB与预定义数量的盲HARQ重传相关联;
解码所述TB;
确定所述TB是否被正确地解码;
响应于正确地解码所述TB,在最后盲HARQ重传之前发送肯定HARQ确认;以及
响应于错误地解码所述TB的初始传输和盲HARQ重传所述TB中的每个,发送否定HARQ确认,
其中,在接收到所述最后盲HARQ重传之前,没有否定HARQ确认被发送。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962869436P | 2019-07-01 | 2019-07-01 | |
US62/869,436 | 2019-07-01 | ||
PCT/IB2020/000549 WO2021001685A1 (en) | 2019-07-01 | 2020-07-01 | Sl harq buffer management for nr vehicular communication |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114097257A true CN114097257A (zh) | 2022-02-25 |
Family
ID=71994656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080047769.2A Pending CN114097257A (zh) | 2019-07-01 | 2020-07-01 | 用于nr车辆通信的sl harq缓冲区管理 |
Country Status (4)
Country | Link |
---|---|
US (2) | US20210006362A1 (zh) |
EP (1) | EP3994941A1 (zh) |
CN (1) | CN114097257A (zh) |
WO (1) | WO2021001685A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230199444A1 (en) * | 2021-12-21 | 2023-06-22 | Continental Automotive Systems, Inc. | System and method for operating vehicle in multiple vehicle-to-everything (v2x) regions |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021022508A1 (zh) * | 2019-08-07 | 2021-02-11 | 富士通株式会社 | 边链路调度请求的触发方法、装置和系统 |
WO2021040379A1 (ko) * | 2019-08-25 | 2021-03-04 | 엘지전자 주식회사 | 무선통신시스템에서 사이드링크 rlm, rlf에 관련된 ue의 동작 방법 및 장치 |
EP4029179A4 (en) * | 2019-09-13 | 2023-07-26 | FG Innovation Company Limited | METHOD FOR PERFORMING HYBRID AUTOMATIC REPEAT REQUEST PROCESS FOR DOWNLOADED UPLINK AUTHORIZATION, AND RELATED DEVICE |
EP4011018A4 (en) * | 2019-10-10 | 2022-09-28 | LG Electronics Inc. | DELETING A HARQ-ACK BASED RETRANSMISSION SOURCE |
EP4072181A1 (en) * | 2021-04-09 | 2022-10-12 | Nokia Technologies Oy | Counter measures for attacking messages |
US11706754B2 (en) | 2021-04-20 | 2023-07-18 | Toyota Motor Engineering & Manufacturing North America, Inc. | Methods and systems for scheduling mmWave communications among connected vehicles |
US20220353811A1 (en) * | 2021-04-30 | 2022-11-03 | Nokia Technologies Oy | Sidelink HARQ Feedback Custom Indication for Groupcast DRX |
US11844102B2 (en) * | 2021-09-23 | 2023-12-12 | Qualcomm Incorporated | Adaptive network coding for sidelink communications |
US20230208569A1 (en) * | 2021-12-29 | 2023-06-29 | Qualcomm Incorporated | Semi-persistent scheduling timer for reliable transmission |
US20240095573A1 (en) * | 2022-09-21 | 2024-03-21 | Red Hat, Inc. | Real time qubit allocation for error correction |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3273634A1 (en) * | 2016-07-18 | 2018-01-24 | Panasonic Intellectual Property Corporation of America | Improved support of quality of service for v2x transmissions |
US10764962B2 (en) * | 2018-02-15 | 2020-09-01 | Apple Inc. | Methods to handle scheduling requests for ultra-reliable low latency communication (URLLC) in new radio (NR) systems |
EP3834318A1 (en) * | 2018-08-09 | 2021-06-16 | FRAUNHOFER-GESELLSCHAFT zur Förderung der angewandten Forschung e.V. | Harq in sidelink in coverage and out-of-coverage scenarios |
KR20210068430A (ko) * | 2018-09-25 | 2021-06-09 | 아이디에이씨 홀딩스, 인크. | V2x에서 harq를 지원하기 위한 방법, 장치 및 시스템 |
CN114009114A (zh) * | 2019-06-24 | 2022-02-01 | 株式会社Ntt都科摩 | 终端及通信方法 |
-
2020
- 2020-07-01 WO PCT/IB2020/000549 patent/WO2021001685A1/en unknown
- 2020-07-01 CN CN202080047769.2A patent/CN114097257A/zh active Pending
- 2020-07-01 US US16/918,705 patent/US20210006362A1/en not_active Abandoned
- 2020-07-01 EP EP20753409.0A patent/EP3994941A1/en active Pending
-
2023
- 2023-07-25 US US18/358,888 patent/US20230379089A1/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230199444A1 (en) * | 2021-12-21 | 2023-06-22 | Continental Automotive Systems, Inc. | System and method for operating vehicle in multiple vehicle-to-everything (v2x) regions |
US11985575B2 (en) * | 2021-12-21 | 2024-05-14 | Continental Automotive Systems, Inc. | System and method for operating vehicle in multiple vehicle-to-everything (V2X) regions |
Also Published As
Publication number | Publication date |
---|---|
WO2021001685A1 (en) | 2021-01-07 |
US20230379089A1 (en) | 2023-11-23 |
EP3994941A1 (en) | 2022-05-11 |
US20210006362A1 (en) | 2021-01-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230379089A1 (en) | Sl harq buffer management for nr vehicular communication | |
US11968605B2 (en) | Aggregating HARQ feedback | |
US11523422B2 (en) | Determining transport block generation timing of an uplink transmission | |
US11848751B2 (en) | HARQ process for sidelink transmission | |
US20200274654A1 (en) | Autonomously triggering retransmission of data | |
US11627605B2 (en) | Transmitting a TB after successful LBT procedure | |
CN113016216A (zh) | 报告功率余量 | |
US11909488B2 (en) | SCell beam failure recovery | |
EP4150821B1 (en) | Selecting a retransmission mode based on a minimum time duration | |
US11382117B2 (en) | Determining uplink grants for multiple modes | |
US20240014952A1 (en) | Harq buffer management for sidelink configured grants | |
CN113574819B (zh) | 侧链路传输的harq进程 | |
US20230262708A1 (en) | Transmitting feedback information |
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 |