CN110708145B - Harq进程管理方法、装置、终端及存储介质 - Google Patents
Harq进程管理方法、装置、终端及存储介质 Download PDFInfo
- Publication number
- CN110708145B CN110708145B CN201910941675.9A CN201910941675A CN110708145B CN 110708145 B CN110708145 B CN 110708145B CN 201910941675 A CN201910941675 A CN 201910941675A CN 110708145 B CN110708145 B CN 110708145B
- Authority
- CN
- China
- Prior art keywords
- harq process
- control information
- direct connection
- connection control
- data
- 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.)
- Active
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/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/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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5022—Mechanisms to release resources
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
- H04L1/1851—Time-out mechanisms using multiple timers
-
- 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/188—Time-out mechanisms
- H04L1/1883—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
一种HARQ进程管理方法、装置、存储介质及终端,所述HARQ进程管理方法包括:接收直连控制信息;判断所述直连控制信息是否指示HARQ进程标识;根据判断结果,确定与所述直连控制信息关联的HARQ进程。通过此方法,根据在数据传输过程中接收到的SCI是否指示HARQ进程标识,来为此SCI关联一个用于接收对应数据的HARQ进程。在接收终端上,实现HARQ进程的有效分配。
Description
技术领域
本申请涉及通信技术领域,具体地涉及一种HARQ进程管理方法、装置、终端及存储介质。
背景技术
车与外界的信息交换(Vehicle to X,V2X)是未来智能交通运输系统的关键技术,主要研究基于3GPP通信协议的车辆数据传输方案。V2X通信包括车与车(Vehicle toVehicle,V2V)通信、车与路侧基础设施(Vehicle to Infrastructure,V2I)通信以及车与行人(Vehicle to People,V2P)通信。V2X应用将改善驾驶安全性、减少拥堵和车辆能耗、提高交通效率和车载娱乐信息等。
在V2X通信中,V2V通信是一种和普通无线蜂窝网络通信不太一样的通信方式,在传统的蜂窝网络中,用户设备和基站设备进行通信,而在V2V通信中,用户设备直接和用户设备进行通信,用户设备和用户设备之间的链路称为直连链路(sidelink,SL)。
在4G LTE通信系统中,V2X sidelink通信是以广播通信为基础的,采用的是“一对所有”的通信模式,在这种通信模式下,接收设备不需要向发送设备反馈信息是否接收成功。如果一次传输不足以满足业务的可靠性需求,发送设备可以在没有反馈的情况下,将数据包重传规定的次数。5G NR通信系统中,引入了单播的V2X通信,采用“一对一”的通信模式,这种情况下,接收设备可以向发送设备反馈信息是否接收成功,其中ACK表示接收成功,NACK表示没有接收成功,如果没有成功,发送设备可以进行重传。和没有反馈的重传相比,有反馈的重传提高了资源利用率。这种发送设备用过重传进行纠错的机制,称为混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)机制。
在NR V2X中,由于带反馈的HARQ的引入,以及可能存在多于一次的重传,一个直连控制信息(Sidelink Control Information,SCI)可能会是以下不同的形式:SCI指示本次传输,且不携带HARQ进程标识信息;SCI指示本次传输,以及下一次重传或后续N次重传的位置,且不携带HARQ进程标识信息;SCI指示本次传输,也可能指示本次传输以及下一次重传或后续N次重传的位置,且SCI指示的本次传输,是之前某一个SCI指示的重传资源的位置,且SCI不携带HARQ进程标识信息;SCI指示本次传输,并携带HARQ进程标识信息;SCI指示本次传输,以及下一次重传或后续N次重传的位置,并携带HARQ进程标识信息。上述多变的SCI形式成为HARQ进程管理的一个难点。
发明内容
本申请解决的技术问题是如何提供一种能够适应多变的SCI形式的HARQ进程管理方法。
为解决上述技术问题,本申请实施例提供一种HARQ进程管理方法,所述方法包括:接收直连控制信息;判断所述直连控制信息是否指示HARQ进程标识;根据判断结果,确定与所述直连控制信息关联的HARQ进程。
可选的,所述根据判断结果,确定与所述直连控制信息关联的HARQ进程,包括:如果所述直连控制信息指示HARQ进程标识,则判断是否存在关联于标识组合的HARQ进程,所述标识组合为包含所述HARQ进程标识的组合;如果不存在关联于所述标识组合的HARQ进程,则将空闲的HARQ进程关联于所述直连控制信息。
可选的,所述判断是否存在关联于标识组合的HARQ进程之后,还包括:如果存在关联于所述标识组合的HARQ进程,则将关联于所述标识组合的HARQ进程与所述直连控制信息关联;根据新数据指示符判断所述直连控制信息指示的是首次传输还是再次传输。
可选的,所述根据判断结果,确定与所述直连控制信息关联的HARQ进程,包括:如果所述直连控制信息未指示HARQ进程标识,则判断所述直连控制信息指示的初传资源是否与在先的其他直连控制信息指示的重传资源相同;如果判断为相同,则将关联于所述在先的其他直连控制信息的HARQ进程关联于所述直连控制信息。
可选的,所述判断所述直连控制信息指示的初传资源是否与在先的其他直连控制信息指示的重传资源相同之后,还包括:如果判断为不同,则将空闲的HARQ进程关联于所述直连控制信息。
可选的,所述方法还包括:判断接收的直连控制信息是否指示重传信息;
根据判断结果确定HARQ进程的释放方式。
可选的,所述根据判断结果确定HARQ进程的释放方式,包括:如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示的传输数据为新传时,启动或重启与所述直连控制信息关联的HARQ进程的第一计时器开始计时;当接收到所述传输数据的重传数据时,启动或重启所述第一计时器;当所述第一计时器计时超出第一预设值时,释放HARQ进程。
可选的,所述根据判断结果确定HARQ进程的释放方式,包括:如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示的传输数据为新传时,启动或重启与所述直连控制信息关联的HARQ进程的第一计时器和第二计时器开始计时;当接收到所述传输数据的重传数据时,重启所述第一计时器;当所述第一计时器计时超出第一预设值且所述第二计时器计时超出第二预设值时,释放HARQ进程。
可选的,所述根据判断结果确定HARQ进程的释放方式,包括:如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示的传输数据为新传时,启动或重启与所述直连控制信息关联的HARQ进程的第二计时器开始计时;当所述第二计时器计时超出第二预设值时,释放HARQ进程。
可选的,所述根据判断结果确定HARQ进程的释放方式,包括:如果接收的直连控制信息指示重传信息,判断所述直连控制信息是否指示有效重传资源;若指示有效重传资源,且在重传资源上未收到重传数据,则释放HARQ进程。
可选的,所述判断所述直连控制信息是否指示有效重传资源之后,还包括:若所述直连控制信息未指示有效重传资源,释放HARQ进程。
可选的,所述方法还包括:当HARQ进程上完成所述直连控制信息指示的数据传输时,释放所述直连控制信息关联的HARQ进程。
本申请实施例还提供一种HARQ进程管理装置,所述装置包括:直连控制信息接收模块,用于接收直连控制信息;标识判断模块,用于判断所述直连控制信息是否指示HARQ进程标识;进程关联模块,用于根据判断结果,确定与所述直连控制信息关联的HARQ进程。
本申请实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述HARQ进程管理方法的步骤。
本申请实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述HARQ进程管理方法的步骤。
本申请实施例还提供一种HARQ进程释放方法,包括:获取传输模式;根据获取的传输模式确定HARQ进程的释放方式。可选的,所述传输模式和HARQ进程关联。
可选的,所述根据获取的传输模式确定HARQ进程的释放方式,包括:当获取的传输模式为基站调度模式时,在发送数据为新传数据时,启动或重启所述直连控制信息,或所述直连控制信息指示的数据,或所述直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息,所述直连控制信息指示所述标识组合;在发送数据为重传数据时,重启与所述直连控制信息,或所述直连控制信息指示的数据,或所述直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息;当所述第三计时器计时超出第三预设值时,释放所述HARQ进程。
可选的,所述根据获取的传输模式确定HARQ进程的释放方式,还包括:当获取的传输模式为基站调度模式时,在发送数据为新传数据时,启动或重启所述直连控制信息,或所述直连控制信息指示的数据,或所述直连控制信息指示的标识组合关联的HARQ进程的第三计时器和第四计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息;在发送数据为重传数据时,重启与所述直连控制信息,或所述直连控制信息指示的数据,或所述直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息;当所述第三计时器计时超出第三预设值且所述第四计时器计时超出第四预设值时,释放HARQ进程。
可选的,所述根据获取的传输模式确定HARQ进程的释放方式,还包括:当获取的传输模式为基站调度模式时,在发送数据为新传数据时,启动或重启所述直连控制信息,或所述直连控制信息指示的数据,或所述直连控制信息指示的标识组合关联的HARQ进程的第四计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息;当所述第四计时器计时超出第四预设值时,释放HARQ进程。
可选的,所述根据获取的传输模式确定HARQ进程的释放方式,还包括:当获取的传输模式为自选传输模式时,当HARQ进程上的数据发送次数达到预设次数时,释放所述HARQ进程。
本申请还提供一种HARQ进程释放装置,所述装置包括:传输模式获取模块,用于获取传输模式。释放模块,用于根据获取的传输模式确定HARQ进程的释放方式。
本申请实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述HARQ进程释放方法的步骤。
本申请实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述HARQ进程释放方法的步骤。
与现有技术相比,本申请实施例的技术方案具有以下有益效果:
本申请实施例提供一种HARQ进程管理方法,包括:接收直连控制信息;判断所述直连控制信息是否指示HARQ进程标识;根据判断结果,确定与所述直连控制信息关联的HARQ进程。较之现有技术,上述HARQ进程管理方法中,接收终端根据在数据传输过程中接收到的SCI是否指示HARQ进程标识,来为此SCI关联用于接收对应数据的HARQ进程。在接收终端上,实现HARQ进程的有效分配。
进一步地,对于直连控制信息指示HARQ进程标识的情况,接收终端进一步判断本地是否存在关联于标识组合的HARQ进程,若不存在,则表示此SCI对应数据的初传,接收终端分配空闲的HARQ进程与此SCI相关联,用于接收此SCI对应的待传输数据。
进一步地,在判定本地存在与标识组合关联的HARQ进程时,将接收到的SCI与标识组合关联的HARQ进程关联,继续在该HARQ进程上接收数据,且可以根据HARQ进程的NDI判定本次数据传输为新传或重传。
进一步地,根据SCI是否指示重传信息为HARQ进程执行不同的释放规则,在HARQ进程满足对应的释放规则时,释放已关联的HARQ进程,使得及时将未被使用的HARQ释放为空闲,用于接收其他数据接收任务,实现HARQ进程的灵活调配。进一步地,通过第一计时器、第二计时器或第一和第二计时器结合,监控HARQ进程的工作状态,当其上的数据传输完成或出错时,及时释放进程。
本申请还提供另一种HARQ进程释放方法,可以应用于发送终端,发送端也可启用多个HARQ进程并发地执行多个数据发送任务,并通过释放规则,将未被有效使用地HARQ进程释放为空闲进程,从而准确地判定HARQ进程的使用情况。
附图说明
图1是本申请实施例的一种HARQ进程管理方法的应用示意图;
图2是本申请实施例的一种HARQ进程管理方法的流程示意图;
图3是本申请实施例的另一种HARQ进程管理方法的部分流程图;
图4是本申请实施例的HARQ进程管理方法中一种HARQ进程释放过程的流程示意图;
图5是本申请实施例的一种HARQ进程释放方法的流程示意图;
图6是本申请实施例的另一种HARQ进程释放方法的流程示意图;
图7是本申请实施例的一种HARQ进程管理装置的结构示意图;
图8是本申请实施例的一种HARQ进程释放装置的结构示意图。
具体实施方式
如上所述和背景技术所言,现有终端的HARQ进程管理方法无法适应于多变的SCI形式。
为解决上述技术问题,本申请实施例提供了一种HARQ进程管理方法包括:接收直连控制信息;判断所述直连控制信息是否指示HARQ进程标识;根据判断结果,确定与所述直连控制信息关联的HARQ进程。
HARQ使用停等协议(stop-and-wait protocol)来发送数据。在停等协议中,发送端发送一个数据包后,就停下来等待确认信息。但是每次传输后发送端就停止并等待确认,会导致吞吐量很低。因此HARQ使用多个并行的stop-and-wait进程:当一个HARQ进程在等待确认信息时,发送端可以使用另一个HARQ进程来发送数据。这些HARQ进程共同组成了一个HARQ实体(HARQ entity),这个实体结合了停等协议,同时允许数据的连续传输。
一个用户设备的最大HARQ进程数量是有限的,它限制了该用户设备能够同时进行传输的数据个数。当用户设备和基站设备进行通信时,HARQ进程由基站设备来管理,基站设备通过下行控制信息(Downlink Control Information,DCI)显示或隐式的指示本次传输关联的HARQ进程,用户设备据此索引到对应的HARQ缓存。对下行传输而言,如果本次传输是新传,用户设备将收到的数据放入对应的HARQ缓存,如果本次传输是重传,用户设备将收到的数据与HARQ缓存中之前收到的数据包进行合并解码。对上行而言,如果本次传输是新传,用户设备会进行上行数据的组包,将组包好的数据发送给基站设备的同时,放入对应的HARQ缓存,如果本次传输是重传,用户设备则直接从对应的HARQ缓存中拿出数据包发送给基站设备。
例如,用户设备有2个HARQ进程,编号为0和1。基站设备有数据1、2、3需发往用户设备,基站设备通过DCI指示数据1的第一次传输且指示HARQ进程0,用户设备收到DCI和数据1后,将未成功解码的数据1放到HARQ进程0对应的HARQ缓存。同时,基站设备通过DCI指示数据2的第一次传输且指示HARQ进程1,用户设备收到DCI和数据1后,将未成功解码的数据2放到HARQ进程1对应的HARQ缓存。此时没有空闲的HARQ进程,数据3暂时不能被传输。接下来,基站设备对数据1和数据2分别进行第二次传输,用户设备收到数据1和数据2的重传后,分别和HARQ进展0和HARQ进程1对应的HARQ缓存中的数据进行合并解码,此时数据1成功解码,数据2依旧未成功解码,数据2继续缓存在HARQ进程1的缓存中。基站设备发现当数据1传输成功后,基站设备通过DCI指示数据3的第一次传输且指示HARQ进程0,用户设备将未成功解码的数据3放到HARQ进程0对应的HARQ缓存,覆盖缓存中的数据1。至此,我们可以看到,用户设备的HARQ进程完全由基站设备来控制。
当用户设备和用户设备之间通过Sidelink进行通信时,HARQ进程的管理就变得更为复杂,其中一个原因是用户设备可能和多个用户设备同时进行通信,HARQ实体中的HARQ进程需要在多个用户设备之间进行分配。例如,用户设备1和用户设备2都在向用户设备3发送数据,用户设备3最多有3个HARQ进程可用于接收数据,当用户设备1将3个HARQ进程都占据的情况下,用户设备2如果还向用户设备3发送数据,那用户设备3只能丢弃掉用户设备2发送的数据,也就是说,用户设备3发现没有空闲的HARQ进程的情况下,会发生丢包,这是由用户设备的能力限制导致的,没有解决方案。但还有一种情况是,用户设备1曾经占用了用户设备3的所有HARQ进程,但用户设备1现在不需要那么多HARQ进程了(例如用户设备1的数据量变小了),用户设备3却不知道,此时只有当用户设备1完成了所有和用户设备3的数据传输,断开和用户设备3的连接之后,用户设备3才知道之前被用户设备1占用的HARQ进程可以分配给用户设备2发过来的数据了。
广播通信虽然没有ACK/NACK反馈,但广播可以有盲重传,也就是之前说的直接将数据包传输规定的次数(LTE V2X中,最多只重传一次)。那么,广播同样也需要管理HARQ进程。在LTE V2X中,初传和重传都由发送用户设备向接收用户设备发送的同一个直连控制信息(Sidelink Control Information,SCI)来指示,也就是当用户设备收到SCI时,就确定了初传和重传的资源位置,因此对用户设备而言,SCI不需要携带HARQ进程标识信息,HARQ进程和此SCI直接关联,当这个SCI指示的传输(包括初传和重传)都完成,那所关联的HARQ进程自然被释放,可用于后续新收到的SCI。
当HARQ实体接收多个用户设备的数据,而SCI有可能有多种形式下,HARQ进程的管理问题,用户设备需要知道什么时候某个HARQ进程是可用状态还是不可用状态。
为使本申请的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本申请的具体实施例做详细的说明。
请参见图1,图1提供了一种HARQ进程管理方法的应用示意图;发送终端101和接收终端102可以通过Sidelink通信,发送终端101向接收终端102发送数据,接收终端102上启用一个或多个HARQ进程实现多数据的并发接收。本申请技术方案可适用于5G(5Generation)通信系统,还可适用于其他通信系统,例如4G、3G通信系统,或者5G以后的下一代通信系统等。本申请技术方案也适用于不同的网络架构,包括但不限于V2X(Vehicle-to-Everything)架构等。可以应用于车联网场景,如应用于NR V2X场景。本实施例的方案可以由用户设备侧执行,如由作为发送终端101执行。
请参见图2,本申请实施例提供一种HARQ进程管理方法,具体可以包括以下步骤:
步骤S202,接收直连控制信息。
在用户终端与用户终端通过SL进行通信的场景中,数据的初传和重传都由发送终端向接收终端发送直连控制信息(Sidelink Control Information,SCI)来指示,当接收终端收到SCI时,即可预测到发送终端将向其发送数据,接收终端需指定用于接收此数据的HARQ进程,接收终端可同时运行的HARQ进程的数量由接收用户设备的内存等设备能力决定。
步骤S204,判断所述直连控制信息是否指示HARQ进程标识。
在实际的SL数据传输过程中,SCI可能指示HARQ进程标识,当接收到SCI时,先对接收到的SCI是否指示HARQ进程标识进程判断,HARQ进程标识用于唯一地标识HARQ进程。
步骤S206,根据判断结果,确定与所述直连控制信息关联的HARQ进程。
判断结果即上述步骤S204中判断直连控制信息SCI是否指示HARQ进程标识的结果,可包括SCI指示HARQ进程标识和SCI未指示HARQ进程标识两种。技术人员可在接收终端上预设根据判断结果为接收到的SCI关联HARQ进程的预设关联规则,接收终端通过预设关联规则,为不同SCI的判断结果关联用于接收此SCI对应的数据的HARQ进程。接收终端指定了数据的HARQ进程后,此数据的初传和重传都在此HARQ进程中执行。
上述HARQ进程管理方法可应用在图1中的接收终端侧,在SL通信过程中,接收终端根据在数据传输过程中接收到的SCI是否指示HARQ进程标识,来关联用于接收此SCI对应数据的HARQ进程,从而实现在接收终端上用于数据接收的HARQ进程的有效分配。
在一个实施例中,请参见图3,图2中的步骤S204判断所述直连控制信息是否指示HARQ进程标识之后,如果所述直连控制信息指示HARQ进程标识,则继续执行步骤S302:判断是否存在关联于标识组合的HARQ进程,所述标识组合为包含所述HARQ进程标识的组合;如果不存在关联于所述标识组合的HARQ进程,则执行步骤S312:将空闲的HARQ进程关联于所述直连控制信息。
其中,标识组合是包含HARQ进程标识的标识组合,标识组合除包含HARQ进程标识之外,还可以包含与待传输数据对应的其他标识,如包含用于表征发送终端的源标识、用于表征接收终端的目标标识等。
接收终端可根据是否存在与标识组合关联的HARQ进程,判断此SCI对应数据的初传还是重传;若不存在标识组合关联的HARQ进程,则此SCI对应数据的初传,接收终端为其分配一条空闲的HARQ进程与标识组合关联,表示HARQ进程用于传输的数据,该数据后续的重传操作都在此HARQ进程上操作。
本实施例中,对于直连控制信息指示HARQ进程标识的情况,接收终端进一步判断本地是否存在关联于标识组合的HARQ进程,若不存在,则表示此SCI对应数据的初传,接收终端分配空闲的HARQ进程与此SCI相关联,用于接收此SCI对应的待传输数据。
在一个实施例中,请继续参见图3,在所述步骤S302判断是否存在关联于标识组合的HARQ进程,如果判断结果为存在关联于所述标识组合的HARQ进程,则继续执行步骤S322和步骤S323。
步骤S322,将关联于所述标识组合的HARQ进程与所述直连控制信息关联。
在检测到本地存在关联于所述标识组合的HARQ进程时,如检测到本地存在已被占用的HARQ进程关联于此SCI中源标识、目标标识和HARQ进程标识的组合,则发送终端可能重复发送对应同一数据的SCI,将关联于标识组合的HARQ进程与此SCI关联,同一HARQ进程可关联多个SCI。
步骤S323,根据新数据指示符判断所述直连控制信息指示的是首次传输还是再次传输。
其中,新数据指示符(New Data indicator,NDI)用于判断是否为新传;NDI翻转(toggled),如由0变为1,或者由1变为0,若NDI翻转则表示一次新的传输,若NDI没有翻转,则不是新传输。
即若对应的HARQ进程的NDI翻转,则判断该SCI指示的标识组合关联的HARQ进程上接收的数据为数据新传;若NDI未翻转,则判断该SCI指示的标识组合关联的HARQ进程上接收的数据为数据重传。
本实施例中,在判定本地存在与标识组合关联的HARQ进程时,将接收到的SCI与标识组合关联的HARQ进程关联,继续在该HARQ进程上接收对应的传输数据,且可以根据HARQ进程的NDI判定本次数据传输为新传或重传。
在一个实施例中,请继续参见图3,图2中的步骤S204判断所述直连控制信息是否指示HARQ进程标识之后,还可以包括:如果所述直连控制信息未指示HARQ进程标识,则执行步骤S304,判断所述直连控制信息指示的初传资源是否与在先的其他直连控制信息指示的重传资源相同;若相同,继续执行步骤S314,将关联于所述在先的其他直连控制信息的HARQ进程关联于所述直连控制信息。
具体地,当SCI没有指示HARQ进程标识时,则检测此SCI指示的传输资源,获取SCI中指示的传输资源的信息,判断该SCI指示的初传资源是否与之前另一SCI指示的重传资源相同,若相同,则将已经关联到之前的SCI的HARQ进程关联于该SCI,进一步地,认为该SCI指示的是重传。
在一个实施例中,请继续参见图3,若步骤S304中判断出直连控制信息指示的初传资源与在先的其他直连控制信息指示的重传资源不相同,则执行步骤S324,将空闲的HARQ进程关联于所述直连控制信息。
也即,在判断该SCI指示的初传资源不是之前另一SCI指示的重传资源时,判定此次传输为新传,分配空闲的HARQ进程与此SCI关联。
本实施例中,对于接收到的未指示HARQ进程标识的SCI,也可按照上述操作进行HARQ进程分配,实现各种情况下有效的HARQ进程管理。
在一个实施例中,请参见图2和图3,具体包括如下步骤:步骤S202,接收直连控制信息;步骤S304,判断所述直连控制信息指示的初传资源是否与在先的其他直连控制信息指示的重传资源相同,若相同,继续执行步骤S314,将关联于所述在先的其他直连控制信息的HARQ进程关联于所述直连控制信息。若步骤S304中判断出直连控制信息指示的初传资源与在先的其他直连控制信息指示的重传资源不相同,则执行步骤S324,将空闲的HARQ进程关联于所述直连控制信息。
关于本实施例的更多具体实施方式可参照前述实施例,在此不再赘述。
本实施例中,用户终端只接收未指示HARQ进程标识的SCI,例如,协议只引入未指示HARQ进程标识的SCI,又或者,用户终端被配置只接收未指示HARQ进程标识的SCI,用户终端因此不执行步骤S204。
本申请实施例还提供另一种用于HARQ进程释放的HARQ进程管理方法,该HARQ进程释放过程具体包括如下步骤:接收直连控制信息;判断接收的直连控制信息是否指示重传信息;根据判断结果确定HARQ进程的释放方式。
这里的释放HARQ进程指的是将HARQ进程切换为空闲状态,例进一步地,可以是将HARQ进程对应的HARQ缓存清空,也可以是不做任何处理,只是在后续用户设备有新传数据到达时,可以用新数据覆盖该HARQ进程的HARQ缓存。
其中,重传信息是在SCI上用于指示数据是否进行重传的信息,具体而言,该重传信息可以是SCI中的重传标识(Retransmission index),其占用1bite,当Retransmissionindex数值为0时,此SCI不指示重传信息;当Retransmission index数值为1时,此SCI指示重传信息。具体地,当接收到SCI时,终端为该SCI关联用于接收数据的HARQ进程;同时,判断此SCI中是否指示重传信息,并根据判断结果执行下述对应的释放规则,在HARQ进程满足释放规则时,释放对应的HARQ进程作为空闲进程,以执行其他的接收任务。
本实施例中,根据SCI是否指示重传信息为其关联的HARQ进程执行不同的释放规则,在HARQ进程满足对应的释放规则时,释放已关联的HARQ进程,使得及时将未被使用的HARQ释放为空闲,用于接收其他数据接收任务,实现HARQ进程的灵活调配。
在一个实施例中,请参见图2和图4,图4提供了一实施例中HARQ进程释放方式的流程示意图;可以包括:步骤S202,接收直连控制信息;步骤S400,判断接收的直连控制信息是否指示重传信息。步骤S410,如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示新传时,启动所述直连控制信息关联的HARQ进程的第一计时器开始计时。
当SCI中未指示重传信息时,执行步骤S410至步骤S412中的操作。当所述SCI指示新传时,启动对此SCI,关联的HARQ进程的监控,即启动第一计时器,第一计时器用于监控HARQ进程被关联且用于接收一SCI对应的传输数据的时长。
步骤S412,当所述直连控制信息指示重传时,重启与所述直连控制信息关联的HARQ进程的第一计时器。
具体地,在第一计时器开始计时后,若此HARQ进程中接收到其上传输数据的重传数据时,则重启第一计时器,重新开始计时。
步骤S414,当所述第一计时器计时超出第一预设值时,释放HARQ进程。
其中,第一预设值时判定单次传输是否超时的阈值,其数值可根据实际情况具体设定,第一预设值应大于重传的时间间隔。
若第一计时器的计时超出第一预设值时,则证明最后一次重传数据传输超时,释放此HARQ进程。其中,HARQ进程接收重传数据的次数可以为一次或多次,重传次数可根据实际情况确定,每次HARQ进程接收到重传数据时,即重启此HARQ进程起的第一计时器,重新开始计时。
本实施例中,从每一被关联到SCI的HARQ进程用于新传时,启动第一计时器开始计时,若其上的数据发生数据重传时,则重启第一计时器重新计时,当第一计时器超时,则表示最后一次重传数据超时,释放此HARQ进程。在一个实施例中,所述根据判断结果确定HARQ进程的释放方式,所述方法还包括:如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示新传时,启动所述直连控制信息关联的HARQ进程的第一计时器和第二计时器;当接收到与所述直连控制信息关联的HARQ进程上的重传数据时,重启所述第一计时器;当所述第一计时器计时超出第一预设值且所述第二计时器计时超出第二预设值时,释放所述直连控制信息关联的HARQ进程。
在收到新传数据,将HARQ进程关联于所述直连控制信息时,除启动第一计时器按照图4中步骤S410至S414中执行对应操作外,同时启动第二计时器开始计时,监控此HARQ进程被关联的总时间,若第一计时器和第二计时器都超时,即此HARQ进程被关联时间过久,认为最后一次重传超时释放此HARQ进程。
本实施例中,同时启动第一计时器和第二计时器,分别监控HARQ进程上单次数据传输的情况和HARQ进程的关联情况,更加准确地判定HARQ进程上的数据是否传输出错。在一个实施例中,所述根据判断结果确定HARQ进程的释放方式,包括:如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示新传时,启动所述直连控制信息关联的HARQ进程的第二计时器开始计时;当所述第二计时器计时超出第二预设值时,释放所述直连控制信息关联的HARQ进程。
也可以只启动第二计时器对HARQ进程的关联时间进行监控,在第二计时器计时超时的情况下,接收终端即释放HARQ进程。此时的第二计时器对应的第二预设值可根据接收终端的资源分配需求设置。
在一个实施例中,请继续参见图4,上述如果步骤S400中如果接收的直连控制信息指示重传信息,继续执行下述步骤:
步骤S420,判断所述直连控制信息是否指示有效重传资源。
当SCI中指示重传信息时,根据下述步骤S420和步骤S422执行释放规则。
先对SCI上指示的重传资源的有效性进行验证,可检测在重传资源上收到此SCI对应的待传输数据的传输信息,如检测重传资源上是否收到待传输数据对应的源标识、目标标识和HARQ进程标识的组合,若收到,则该重传资源可用于传输此数据,即SCI指示有效重传资源,反之则未指示有效重传资源。
另一种判定SCI上指示的重传资源无效的依据可以为,接收终端接收到SCI,却并不指示重传资源,如指示剩余重传次数为0,或者指示下一次传输和本次传输之间的时间差值(time gap)为0。
若指示有效重传资源,执行步骤S422,在重传资源上未收到重传数据或未收到同一HARQ进程的重传数据,则释放HARQ进程。这里考虑两种情况,第一种是重传资源只能用于重传,如果不需要重传就释放,第二种是重传资源可以用于新传。
在一个实施例中,上述步骤S420中判断所述直连控制信息是否指示有效重传资源之后,还可以包括:
若所述直连控制信息未指示有效重传资源,执行步骤S424释放HARQ进程。
上述步骤S420中,若SCI未指示有效重传资源,则直接释放HARQ进程。
通过步骤S420至步骤S424的操作,提供了当SCI指示重传信息时的HARQ进程释放规则。
在一个实施例中,请参见图4,所述HARQ进程释放的方法包括:步骤S202,接收直连控制信息;步骤S410,在所述直连控制信息指示新传时,启动或重启所述直连控制信息关联的HARQ进程的第一计时器;步骤S412,在所述直连控制信息指示重传时,启动或重启所述直连控制信息关联的HARQ进程的第一计时器;步骤S414,当所述第一计时器计时超出第一预设值时,释放HARQ进程。
对步骤S202、步骤S410、步骤S412和步骤S414的描述可以参见前述实施例,在此不再赘述。
本实施例中,用户终端只接收不指示重传信息的SCI,例如,协议只引入不指示重传信息的SCI,又或者,用户终端被配置只接收不指示重传信息的SCI,用户终端因此不执行步骤S400。
在一个实施例中,所述HARQ进程释放的方法包括:接收直连控制信息;在所述直连控制信息指示新传时,启动或重启所述直连控制信息关联的HARQ进程的第一计时器和第二计时器;在所述直连控制信息指示重传时,启动或重启所述直连控制信息关联的HARQ进程的第一计时器;当所述第一计时器计时超出第一预设值且所述第二计时器计时超出第二预设值时,释放所述直连控制信息关联的HARQ进程。
关于本实施例的更多具体实施方式可参照前述实施例,在此不再赘述。
在一个实施例中,所述HARQ进程释放的方法包括:接收直连控制信息;在所述直连控制信息指示新传时,启动或重启所述直连控制信息关联的HARQ进程的第二计时器;当所述第二计时器计时超出第二预设值时,释放所述直连控制信息关联的HARQ进程。
关于本实施例的更多具体实施方式可参照前述实施例,在此不再赘述。
在一个实施例中,请参加图2和图4,所述HARQ进程释放的方法包括:
步骤S202,接收直连控制信息;
步骤S420,判断所述直连控制信息是否指示有效重传资源。
若指示有效重传资源,执行步骤S422,在重传资源上未收到重传数据或未收到同一HARQ进程的重传数据,则释放HARQ进程。这里考虑两种情况,第一种是重传资源只能用于重传,如果不需要重传就释放,第二种是重传资源可以用于新传。若所述直连控制信息未指示有效重传资源,执行步骤S424释放HARQ进程。
关于本实施例的更多具体实施方式可参照前述实施例,在此不再赘述。
本实施例中,用户终端只接收指示重传信息的SCI,例如,协议只引入指示重传信息的SCI,又或者,用户终端被配置只接收指示重传信息的SCI,用户终端因此不执行步骤S400。在一个实施例中,请参见图4,所述HARQ进程释放的方法包括:
步骤S422,在重传资源上未收到重传数据或未收到同一HARQ进程的重传数据,则释放HARQ进程。这里考虑两种情况,第一种是重传资源只能用于重传,如果不需要重传就释放,第二种是重传资源可以用于新传。
关于本实施例的更多具体实施方式可参照前述实施例,在此不再赘述。
本实施例中,用户终端只接收指示重传信息的SCI且SCI指示有效的重传信息,例如,协议只引入指示重传信息的SCI且重传信息有效,又或者,用户终端被配置只接收指示重传信息的SCI且重传信息有效,用户终端因此不执行步骤S400和步骤S420。
在一个实施例中,上述HARQ进程管理方法还可以包括:当HARQ进程上完成所述直连控制信息指示的数据传输时,释放所述直连控制信息关联的HARQ进程。
另外,对于所有被关联的HARQ进程,当其上的数据完成传输时,都可以将其释放为空闲HARQ进程。
上述实施例,共同组成了HARQ进程的释放方法,对已被占用的HARQ进程按照对应的释放规则进行释放,可适用于各种形式下的SCI,能够灵活且准确地释放未被有效占用的HARQ进程。
本申请实施例还提供另一种HARQ进程管理方法,包括:
获取传输模式;
根据获取的传输模式确定HARQ进程的释放方式。
可选的,所述传输模式可以与HARQ进程关联。
可选的,所述根据获取的模式确定HARQ进程的释放方式,包括:
当获取的模式为基站调度模式时,在发送数据为新传数据时,启动或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程对应的第三计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息,所述直连控制信息指示标识组合;
在发送数据为重传数据时,启动或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息;
当所述第三计时器计时超出第三预设值时,释放所述HARQ进程。
可选的,所述根据获取的模式确定HARQ进程的释放方式,还包括:
当获取的模式为基站调度模式时,在发送数据为新传数据时,启动或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程对应的第三计时器和第四计时器开始计时,其中,所述直连控制信息为所述新传数据对应的直连控制信息;
在发送数据为重传数据时,启动或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息;
当所述第三计时器计时超出第三预设值且所述第四计时器计时超出第四预设值时,释放HARQ进程。
可选的,所述根据获取的模式确定HARQ进程的释放方式,还包括:
当获取的模式为基站调度模式时,在在发送数据为新传数据时,启动直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第四计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息;
当所述第四计时器计时超出第四预设值时,释放HARQ进程。
可选的,所述根据获取的模式确定HARQ进程的释放方式,还包括:
当获取的模式为自选传输模式时,当所述HARQ进程上的数据发送次数达到预设次数时,释放HARQ进程。
为使本申请的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本申请的上述实施例做详细的说明。
请参见图5,图5为本申请提供的一种HARQ进程释放方法的流程示意图,该HARQ进程释放方法包括:
步骤S500,获取传输模式。
步骤S502,根据获取的传输模式确定HARQ进程的释放方式。
对于在V2V通信中的发送终端而言,可启动不同的HARQ进程用于数据的发送,HARQ进程可根据需求进行设定,如和接收端一一对应,或者与发送的数据一一对应。发送终端可同时运行的HARQ进程的数量由发送用户设备的内存等设备能力决定。
在发送终端需要发送数据,获取空闲的HARQ进程执行此发送任务,当用于发送数据的HARQ进程上完成数据发送任务时,则将其释放为空闲进程。对于已被用于执行数据发送任务的HARQ进程,可根据发送数据时的传输模式来设定释放规则,当HARQ进程满足释放规则时,则将其释放为空闲进程。被释放的HARQ进程可被用于执行其他发送任务。这里的释放HARQ进程指的是将HARQ进程切换为空闲状态,进一步地,可以是将HARQ进程对应的HARQ缓存清空,也可以是不做任何处理,只是在后续用户设备有新传数据到达时,可以用新数据覆盖该HARQ进程的HARQ缓存。
本实施例中的方法可应用于图1中的发送终端执行,对于终端而言,当其在数据发送中处于发送终端时,也可启用一个或多个HARQ进程并发地执行多个数据发送任务,发送终端通过释放规则,将未被有效使用地HARQ进程释放为空闲进程,从而准确地判定HARQ进程的使用情况。
在一个实施例中,请参见图6,图6提供了另一种HARQ进程释放方法的流程示意图;在图5中的步骤S500获取传输模式之后,还具体可以包括:
步骤S602,当获取的模式为基站调度模式时,在发送数据为新传数据时,启动或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程对应的第三计时器开始计时,其中,所述直连控制信息指示标识组合。
所述直连控制信息是指在本次发送数据之前,或本次发送数据之时向接收端发送的本次发送数据关联的SCI,在基站调度模式下,发送终端若要向接收终端发送数据,则先向其发送与待发送数据对应的直连控制信息,即SCI。
当发送数据为新传数据时,开始对直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程进行监控,并在当前HARQ进程满足其释放要求时,释放此进程,其中所述直连控制信息为所述新传数据对应的直连控制信息。发送终端对HARQ进程被关联到对应的直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合上时,启动或重启此进程对应的第三计时器开始计时。
标识组合为用于指示发送数据的若干个标识的组合,可以包括表征发送终端的源标识、用于表征接收终端的目标标识和HARQ进程标识等。
步骤S604,在发送数据为重传数据时,重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息。
当发送终端发送的数据为重传数据时启动或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的此HARQ进程的第三计时器,第三计时器用于监控对应的HARQ进程上每次数据传输的情况。
步骤S606,当所述第三计时器计时超出第三预设值时,释放所述HARQ进程。
为第三计时器设置用于衡量单次传输数据是否超时的阈值,即第三预设值,通常第三预设值大于重传的时间间隔,当第三计时器的计时超出第三预设值时,则可表明最后一次重传任务超时,释放此HARQ进程。
本实施例中,在HARQ进程被关联到SCI,或SCI指示的数据,或SCI指示的标识组合时启动或重启第三计时器,每次关联于此HARQ进程的数据新传或重传则启动或重启第三计时器,当最后一次数据发送完成,释放此HARQ进程。
在一个实施例中,所述根据获取的模式确定HARQ进程的释放方式,还包括:当获取的模式为基站调度模式时,在发送数据为新传数据时,启动或重启直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第三计时器和第四计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息;在发送数据为重传数据时,启动或重启与直连控制信息,或所述直连控制信息指示的数据,或所述直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息;当所述第三计时器计时超出第三预设值且所述第四计时器计时超出第四预设值时,释放HARQ进程。
在发送数据为新传数据时,除启动或重启第三计时器按照图6中步骤S602至S606中执行对应操作外,同时启动或重启第四计时器开始计时,监控此HARQ进程被关联的总时间,若第三计时器和第四计时器都超时,即此HARQ进程被关联时间过久,且最后一次重传出错,释放此HARQ进程。
本实施例中,同时启动第三计时器和第四计时器,分别监控HARQ进程上单次数据发送的情况和HARQ进程的关联情况,更加准确地判定HARQ进程上的数据是否发送超时。在一个实施例中,所述根据获取的模式确定HARQ进程的释放方式,还包括:当获取的模式为基站调度模式时,在发送数据为新传数据时,启动或重启直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第四计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息;当所述第四计时器计时超出第四预设值时,释放HARQ进程。
也可以只启动第四计时器对HARQ进程的关联时间进行监控,在第四计时器计时超时的情况下,发送终端即释放HARQ进程。此时的第四计时器对应的第四预设值可根据发送终端的资源分配需求设置。在一个实施例中,请继续参见图6,上述根据获取的模式确定HARQ进程的释放方式,还可以包括:步骤S612,当获取的模式为自选传输模式时,当所述HARQ进程上的数据发送次数达到预设次数时,释放HARQ进程。
自选传输模式即V2V传输中,不通过基站调度,仅由发送终端决定数据传输的目的设备以及数据的重传次数。当数据的发送次数达到预设值时,即此数据多次重传仍未成功传输,可判定此数据传输出错,释放HARQ进程。
在一个实施例中,请参见图6,所述HARQ进程释放的方法包括:步骤S602,在发送数据为新传数据时,启动或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程对应的第三计时器,其中,所述直连控制信息指示标识组合;步骤S604,在发送数据为重传数据时,重启与所述或重启与直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程对应的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息;步骤S606,当所述第三计时器计时超出第三预设值时,释放所述HARQ进程。
对步骤S602、步骤S604和步骤S606的描述可以参见前述实施例,在此不再赘述。
本实施例中,用户终端传输模式为基站调度模式,例如,协议只引入不基站调度模式,又或者,用户终端被配置只使用基站调度模式,用户终端因此不执行步骤500和步骤S502。在一个实施例中,所述HARQ进程释放的方法包括:在发送数据为新传数据时,启动或重启直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第三计时器和第四计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息;在发送数据为重传数据时,启动或重启与直连控制信息,或所述直连控制信息指示的数据,或所述直连控制信息指示的标识组合关联的HARQ进程的第三计时器,其中,所述直连控制信息为所述重传数据对应的直连控制信息;当所述第三计时器计时超出第三预设值且所述第四计时器计时超出第四预设值时,释放HARQ进程。
在一个实施例中,所述HARQ进程释放的方法包括:在发送数据为新传数据时,启动或重启直连控制信息,或直连控制信息指示的数据,或直连控制信息指示的标识组合关联的HARQ进程的第四计时器,其中,所述直连控制信息为所述新传数据对应的直连控制信息;当所述第四计时器计时超出第四预设值时,释放HARQ进程。
上述实施例讨论发送用户设备如何判断哪些被占用的HARQ进程可以释放为可用HARQ进程。
本申请还提供一种HARQ进程管理装置,请参见图7,图7是该HARQ进程管理装置的结构示意图。本领域技术人员理解,本实施例所述HARQ进程管理装置可以用于实施上述图1至图4所示实施例中所述的方法技术方案。
具体地,该HARQ进程管理装置可以包括:
直连控制信息接收模块700,用于接收直连控制信息。
标识判断模块702,用于判断所述直连控制信息是否指示HARQ进程标识。
进程关联模块704,用于根据判断结果,确定与所述直连控制信息关联的HARQ进程。
进一步地,本申请实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述图1至图4所示实施例中所述的方法技术方案。优选地,所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地,本申请实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图1至图4所示实施例中所述的方法技术方案。优选地,所述终端可以是应用于NR V2X场景的用户设备(User Equipment,简称UE)。
本申请还提供一种HARQ进程释放装置,请参见图8,图8是该HARQ进程释放装置的结构示意图。本领域技术人员理解,本实施例所述HARQ进程管理装置可以用于实施上述图1、图5和图6所示实施例中所述的方法技术方案。
具体地,该HARQ进程释放装置可以包括:
传输模式获取模块800,用于获取传输模式。
释放模块802,用于根据获取的传输模式确定HARQ进程的释放方式。
进一步地,本申请实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述图1、图5和图6所示实施例中所述的方法技术方案。优选地,所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地,本申请实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图1、图5和图6所示实施例中所述的方法技术方案。优选地,所述终端可以是应用于NR V2X场景的用户设备(User Equipment,简称UE)。
本申请实施例中所述核心网可以是演进型分组核心网(evolved packet core,简称EPC)、5G Core Network(5G核心网),还可以是未来通信系统中的新型核心网。5G CoreNetwork由一组设备组成,并实现移动性管理等功能的接入和移动性管理功能(Access andMobility Management Function,AMF)、提供数据包路由转发和QoS(Quality of Service)管理等功能的用户面功能(User Plane Function,UPF)、提供会话管理、IP地址分配和管理等功能的会话管理功能(Session Management Function,SMF)等。EPC可由提供移动性管理、网关选择等功能的MME、提供数据包转发等功能的Serving Gateway(S-GW)、提供终端地址分配、速率控制等功能的PDN Gateway(P-GW)组成。
本申请实施例中的基站(base station,简称BS),也可称为基站设备,是一种部署在无线接入网(RAN)用以提供无线通信功能的装置。例如在2G网络中提供基站功能的设备包括基地无线收发站(英文:base transceiver station,简称BTS),3G网络中提供基站功能的设备包括节点B(NodeB),在4G网络中提供基站功能的设备包括演进的节点B(evolvedNodeB,eNB),在无线局域网络(wireless local area networks,简称WLAN)中,提供基站功能的设备为接入点(access point,简称AP),5G新无线(New Radio,简称NR)中的提供基站功能的设备gNB,以及继续演进的节点B(ng-eNB),其中gNB和终端之间采用NR技术进行通信,ng-eNB和终端之间采用E-UTRA(Evolved Universal Terrestrial Radio Access)技术进行通信,gNB和ng-eNB均可连接到5G核心网。本申请实施例中的基站还包含在未来新的通信系统中提供基站功能的设备等。
本申请实施例中的网络侧network是指为终端提供通信服务的通信网络,包含无线接入网的基站,还可以包含无线接入网的基站控制器,还可以包含核心网侧的设备。
常用词汇的定义或说明
【涉及终端的称呼】本申请实施例中的终端可以指各种形式的用户设备(userequipment,简称UE)、接入终端、用户单元、用户站、移动站、移动台(mobile station,建成MS)、远方站、远程终端、移动设备、用户终端、终端设备(terminal equipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol,简称SIP)电话、无线本地环路(Wireless Local Loop,简称WLL)站、个人数字处理(Personal Digital Assistant,简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,简称PLMN)中的终端设备等,本申请实施例对此并不限定。
【涉及上行、下行的定义】本申请实施例定义接入网到终端的单向通信链路为下行链路,在下行链路上传输的数据为下行数据,下行数据的传输方向称为下行方向;而终端到接入网的单向通信链路为上行链路,在上行链路上传输的数据为上行数据,上行数据的传输方向称为上行方向。
【和/或的定义】应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/“,表示前后关联对象是一种“或”的关系。
【多个的定义】本申请实施例中出现的“多个”是指两个或两个以上。
【第一、第二的定义】本申请实施例中出现的第一、第二等描述,仅作示意与区分描述对象之用,没有次序之分,也不表示本申请实施例中对设备个数的特别限定,不能构成对本申请实施例的任何限制。
【连接的定义】本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
应理解,本申请实施例中,所述处理器可以为中央处理单元(central processingunit,简称CPU),该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor,简称DSP)、专用集成电路(application specific integrated circuit,简称ASIC)、现成可编程门阵列(field programmable gate array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,简称ROM)、可编程只读存储器(programmable ROM,简称PROM)、可擦除可编程只读存储器(erasable PROM,简称EPROM)、电可擦除可编程只读存储器(electricallyEPROM,简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(random accessmemory,简称RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(random access memory,简称RAM)可用,例如静态随机存取存储器(staticRAM,简称SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronousDRAM,简称SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,简称DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,简称ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,简称SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,简称DR RAM)。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置和系统,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的;例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式;例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台终端(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
虽然本申请披露如上,但本申请并非限定于此。任何本领域技术人员,在不脱离本申请的精神和范围内,可轻易想到变化或替换,均可作各种更动与修改,包含上述不同功能、实施步骤的组合,包含软件和硬件的实施方式,均在本申请的保护范围。
虽然本申请披露如上,但本申请并非限定于此。任何本领域技术人员,在不脱离本申请的精神和范围内,均可作各种更动与修改,因此本申请的保护范围应当以权利要求所限定的范围为准。
Claims (14)
1.一种HARQ进程管理方法,其特征在于,所述方法包括:
接收直连控制信息SCI ;
判断所述直连控制信息是否指示HARQ进程标识;
根据判断结果,确定与所述直连控制信息关联的HARQ进程;
其中,所述根据判断结果,确定与所述直连控制信息关联的HARQ进程,包括:
如果所述直连控制信息指示HARQ进程标识,则判断是否存在关联于标识组合的HARQ进程,所述标识组合为包含所述HARQ进程标识的组合;
如果不存在关联于所述标识组合的HARQ进程,则所述SCI对应数据的初传,将空闲的HARQ进程关联于所述直连控制信息;
接收终端指定了数据的HARQ进程后,此数据的初传和重传都在指定的HARQ进程中执行。
2.根据权利要求1所述的方法,其特征在于,所述判断是否存在关联于标识组合的HARQ进程之后,还包括:
如果存在关联于所述标识组合的HARQ进程,则将关联于所述标识组合的HARQ进程与所述直连控制信息关联;
根据新数据指示符判断所述直连控制信息指示的是首次传输还是再次传输。
3.根据权利要求1所述的方法,其特征在于,所述根据判断结果,确定与所述直连控制信息关联的HARQ进程,还包括:
如果所述直连控制信息未指示HARQ进程标识,则判断所述直连控制信息指示的初传资源是否与在先的其他直连控制信息指示的重传资源相同;
如果判断为相同,则将关联于所述在先的其他直连控制信息的HARQ进程关联于所述直连控制信息。
4.根据权利要求3所述的方法,其特征在于,所述判断所述直连控制信息指示的初传资源是否与在先的其他直连控制信息指示的重传资源相同之后,还包括:
如果判断为不同,则将空闲的HARQ进程关联于所述直连控制信息。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
判断接收的直连控制信息是否指示重传信息;
根据判断结果确定HARQ进程的释放方式。
6.根据权利要求5所述的方法,其特征在于,所述根据判断结果确定HARQ进程的释放方式,包括:
如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示的传输数据为新传时,启动或重启与所述直连控制信息关联的HARQ进程的第一计时器开始计时;
当接收到所述传输数据的重传数据时,启动或重启所述第一计时器;
当所述第一计时器计时超出第一预设值时,释放HARQ进程。
7.根据权利要求5所述的方法,其特征在于,所述根据判断结果确定HARQ进程的释放方式,包括:
如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示的传输数据为新传时,启动或重启与所述直连控制信息关联的HARQ进程的第一计时器和第二计时器开始计时;
当接收到所述传输数据的重传数据时,重启所述第一计时器;
当所述第一计时器计时超出第一预设值且所述第二计时器计时超出第二预设值时,释放HARQ进程。
8.根据权利要求5所述的方法,其特征在于,所述根据判断结果确定HARQ进程的释放方式,包括:
如果接收的直连控制信息不指示所述重传信息,在所述直连控制信息指示的传输数据为新传时,启动或重启与所述直连控制信息关联的HARQ进程的第二计时器开始计时;
当所述第二计时器计时超出第二预设值时,释放HARQ进程。
9.根据权利要求5所述的方法,其特征在于,所述根据判断结果确定HARQ进程的释放方式,包括:
如果接收的直连控制信息指示重传信息,判断所述直连控制信息是否指示有效重传资源;
若指示有效重传资源,且在重传资源上未收到重传数据,则释放HARQ进程。
10.根据权利要求9所述的方法,其特征在于,所述判断所述直连控制信息是否指示有效重传资源之后,还包括:
若所述直连控制信息未指示有效重传资源,释放HARQ进程。
11.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当HARQ进程上完成所述直连控制信息指示的数据传输时,释放所述直连控制信息关联的HARQ进程。
12.一种HARQ进程管理装置,其特征在于,所述装置包括:
直连控制信息接收模块,用于接收直连控制信息SCI ;
标识判断模块,用于判断所述直连控制信息是否指示HARQ进程标识;
进程关联模块,用于根据判断结果,确定与所述直连控制信息关联的HARQ进程;
其中,所述根据判断结果,确定与所述直连控制信息关联的HARQ进程,包括:
如果所述直连控制信息指示HARQ进程标识,则判断是否存在关联于标识组合的HARQ进程,所述标识组合为包含所述HARQ进程标识的组合;
如果不存在关联于所述标识组合的HARQ进程,则所述SCI对应数据的初传,将空闲的HARQ进程关联于所述直连控制信息;
接收终端指定了数据的HARQ进程后,此数据的初传和重传都在指定的HARQ进程中执行。
13.一种存储介质,其上存储有计算机指令,其特征在于,所述计算机指令运行时执行权利要求1至11任一项所述方法的步骤。
14.一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,其特征在于,所述处理器运行所述计算机指令时执行权利要求1至11任一项所述方法的步骤。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910941675.9A CN110708145B (zh) | 2019-09-30 | 2019-09-30 | Harq进程管理方法、装置、终端及存储介质 |
PCT/CN2020/110759 WO2021063133A1 (zh) | 2019-09-30 | 2020-08-24 | Harq进程管理方法、装置、终端及存储介质 |
US17/765,256 US20220368467A1 (en) | 2019-09-30 | 2020-08-24 | Harq process management method and apparatus, terminal, and storage medium |
KR1020227014274A KR20220107164A (ko) | 2019-09-30 | 2020-08-24 | Harq 프로세스 관리 방법 및 장치, 단말 및 저장 매체 |
JP2022520032A JP7359952B2 (ja) | 2019-09-30 | 2020-08-24 | Harqプロセス管理方法および装置、端末、ならびに記憶媒体 |
EP20872904.6A EP4044478A4 (en) | 2019-09-30 | 2020-08-24 | HARQ PROCESS MANAGEMENT METHOD AND APPARATUS, TERMINAL AND RECORDING MEDIA |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910941675.9A CN110708145B (zh) | 2019-09-30 | 2019-09-30 | Harq进程管理方法、装置、终端及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110708145A CN110708145A (zh) | 2020-01-17 |
CN110708145B true CN110708145B (zh) | 2021-11-30 |
Family
ID=69196475
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910941675.9A Active CN110708145B (zh) | 2019-09-30 | 2019-09-30 | Harq进程管理方法、装置、终端及存储介质 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20220368467A1 (zh) |
EP (1) | EP4044478A4 (zh) |
JP (1) | JP7359952B2 (zh) |
KR (1) | KR20220107164A (zh) |
CN (1) | CN110708145B (zh) |
WO (1) | WO2021063133A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110708145B (zh) * | 2019-09-30 | 2021-11-30 | 展讯通信(上海)有限公司 | Harq进程管理方法、装置、终端及存储介质 |
KR20220140751A (ko) * | 2020-02-07 | 2022-10-18 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 채널 처리 방법, 장치, 장비 및 저장 매체 |
CN113260024B (zh) * | 2020-02-10 | 2022-08-26 | 大唐移动通信设备有限公司 | 一种非连续接收定时器管理方法及终端 |
CN113271182B (zh) * | 2020-02-14 | 2022-12-06 | 中国移动通信有限公司研究院 | 一种确定直通链路进程的方法及设备 |
CN111342939B (zh) * | 2020-03-02 | 2022-03-01 | 惠州Tcl移动通信有限公司 | 数据盲重传方法、装置、存储介质及终端设备 |
CN113498043B (zh) * | 2020-04-03 | 2024-07-12 | 大唐移动通信设备有限公司 | 一种确定harq进程编号的方法及设备 |
CN113517956A (zh) * | 2020-04-10 | 2021-10-19 | 华为技术有限公司 | 一种清空缓存的方法及装置 |
CN118214523A (zh) * | 2020-04-30 | 2024-06-18 | 华为技术有限公司 | 通信方法和装置 |
CN113676292B (zh) * | 2020-05-15 | 2023-04-07 | 维沃移动通信有限公司 | 信息传输、harq-ack码本的生成、传输方法及设备 |
CN113766640A (zh) * | 2020-06-01 | 2021-12-07 | 华为技术有限公司 | 通信方法及装置 |
US20230254068A1 (en) * | 2020-09-04 | 2023-08-10 | Qualcomm Incorporated | Techniques for directional sidelink transmissions with multi-transmission-reception point (trp) user equipments (ues) |
US11889517B2 (en) * | 2021-05-05 | 2024-01-30 | Qualcomm Incorporated | Configured chase-combining reception for new radio (NR) sidelink mode 1 |
CN113630218B (zh) * | 2021-08-12 | 2022-10-25 | 惠州Tcl云创科技有限公司 | 一种数据传输处理方法、装置、移动终端及存储介质 |
CN113556217B (zh) * | 2021-09-18 | 2022-01-25 | 深圳传音控股股份有限公司 | 通信方法、网络设备、终端设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9794976B2 (en) * | 2014-09-03 | 2017-10-17 | Futurewei Technologies, Inc. | System and method for D2D resource allocation |
CN108923894A (zh) * | 2017-03-23 | 2018-11-30 | 中兴通讯股份有限公司 | 一种信息传输的方法、装置和系统 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101267430A (zh) * | 2007-03-16 | 2008-09-17 | 世意法(北京)半导体研发有限责任公司 | Mac与tcp协调方法 |
CN105391526B (zh) * | 2010-11-11 | 2019-06-07 | Lg电子株式会社 | 无线通信系统中的上行链路控制信息发射/接收方法和装置 |
JP6829072B2 (ja) | 2013-08-07 | 2021-02-10 | インターデイジタル パテント ホールディングス インコーポレイテッド | デバイスツーデバイス通信のための分散スケジューリング |
US20150089382A1 (en) * | 2013-09-26 | 2015-03-26 | Wu-chi Feng | Application context migration framework and protocol |
US11025374B2 (en) * | 2017-08-04 | 2021-06-01 | Samsung Electronics Co., Ltd. | Methods and apparatus for resource allocation and feedback in vehicle to vehicle communication |
US11711171B2 (en) * | 2018-01-11 | 2023-07-25 | Huawei Technologies Co., Ltd. | System and method for reliable transmission over network resources |
US20200037343A1 (en) * | 2018-07-24 | 2020-01-30 | Samsung Electronics Co., Ltd. | Method and apparatus for network controlled resource allocation in nr v2x |
CN113573285A (zh) * | 2018-11-02 | 2021-10-29 | 华为技术有限公司 | 传输方法和装置 |
WO2020155108A1 (zh) * | 2019-02-01 | 2020-08-06 | 北京小米移动软件有限公司 | 混合自动重传的方法及装置 |
US11252753B2 (en) * | 2019-02-21 | 2022-02-15 | Asustek Computer Inc. | Method and apparatus for improving retransmission scheduling of sidelink communication in a wireless communication system |
CN110708145B (zh) * | 2019-09-30 | 2021-11-30 | 展讯通信(上海)有限公司 | Harq进程管理方法、装置、终端及存储介质 |
-
2019
- 2019-09-30 CN CN201910941675.9A patent/CN110708145B/zh active Active
-
2020
- 2020-08-24 KR KR1020227014274A patent/KR20220107164A/ko not_active Application Discontinuation
- 2020-08-24 EP EP20872904.6A patent/EP4044478A4/en active Pending
- 2020-08-24 WO PCT/CN2020/110759 patent/WO2021063133A1/zh unknown
- 2020-08-24 US US17/765,256 patent/US20220368467A1/en active Pending
- 2020-08-24 JP JP2022520032A patent/JP7359952B2/ja active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9794976B2 (en) * | 2014-09-03 | 2017-10-17 | Futurewei Technologies, Inc. | System and method for D2D resource allocation |
CN108923894A (zh) * | 2017-03-23 | 2018-11-30 | 中兴通讯股份有限公司 | 一种信息传输的方法、装置和系统 |
Non-Patent Citations (2)
Title |
---|
Discussion on physical layer procedures in NR V2X;CATT;《3GPP TSG RAN1 Meeting #95》;20181116;正文第3页 * |
SL HARQ operation;Lenovo, Motorola Mobility;《3GPP TSG RAN WG2 Meeting #106》;20190513;正文第2-3页 * |
Also Published As
Publication number | Publication date |
---|---|
EP4044478A4 (en) | 2023-02-22 |
US20220368467A1 (en) | 2022-11-17 |
CN110708145A (zh) | 2020-01-17 |
KR20220107164A (ko) | 2022-08-02 |
EP4044478A1 (en) | 2022-08-17 |
JP2022550189A (ja) | 2022-11-30 |
JP7359952B2 (ja) | 2023-10-11 |
WO2021063133A1 (zh) | 2021-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110708145B (zh) | Harq进程管理方法、装置、终端及存储介质 | |
US20240163876A1 (en) | Feedback information transmission method and apparatus | |
US11984989B2 (en) | Transmission method and apparatus | |
US10178676B2 (en) | Data transmission method, device, and system | |
US12052107B2 (en) | Method and apparatus for supporting HARQ retransmission in wireless communication system | |
WO2018137621A1 (zh) | 一种数据重传方法、通信装置 | |
JP2022050577A (ja) | 低複雑度の狭帯域端末のためのランダムアクセス手順でのharqメッセージに割り当てられたリソースを示すための方法 | |
WO2016183705A1 (zh) | 授权辅助接入系统中用于传输上行数据的方法和装置 | |
JP2022541717A (ja) | 方法、及び端末装置 | |
JP7529153B2 (ja) | サイドリンク不連続受信方法及び装置 | |
US20220225307A1 (en) | Feedback method and apparatus | |
CN111294166B (zh) | 业务传输与业务配置的发送方法及装置、存储介质、终端、基站 | |
WO2021007778A1 (en) | Method and apparatus for resource allocation in v2x communication | |
WO2019077194A1 (en) | ENHANCED ASSISTED RETRANSMISSION TECHNIQUE FOR CELLULAR COMMUNICATIONS | |
EP4030662A1 (en) | Method and apparatus for controlling harq process | |
JP7089592B2 (ja) | 情報フィードバック方法及び装置、コンピュータ記憶媒体 | |
WO2019127465A1 (zh) | 管理定时器、传输信息的方法、终端设备和网络设备 | |
US20230188267A1 (en) | Indication information receiving method, and apparatus | |
EP3718231B1 (en) | Enhanced harq algorithm for large round trip delay links | |
US20220353811A1 (en) | Sidelink HARQ Feedback Custom Indication for Groupcast DRX | |
CN108293210B (zh) | 一种小区切换方法及设备 | |
CN113517954B (zh) | 边链路数据传输方法、装置、设备以及存储介质 | |
CN113661759B (zh) | 上行数据的重传方法、装置及设备 | |
WO2024034346A1 (en) | Channel access mechanisms in wireless communications | |
CN111937476A (zh) | 针对用于无线网络的持续传输的反馈指示 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |