CN112787774B - 一种混合自动重传请求的处理方法及通信装置 - Google Patents
一种混合自动重传请求的处理方法及通信装置 Download PDFInfo
- Publication number
- CN112787774B CN112787774B CN201911090520.5A CN201911090520A CN112787774B CN 112787774 B CN112787774 B CN 112787774B CN 201911090520 A CN201911090520 A CN 201911090520A CN 112787774 B CN112787774 B CN 112787774B
- Authority
- CN
- China
- Prior art keywords
- harq
- harq process
- sidelink
- information
- terminal device
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—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
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- 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
- 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
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
一种混合自动重传请求的处理方法及通信装置,涉及通信技术领域,有助于降低侧行链路通信中因引入HARQ反馈机制导致出现异常情况的可能性。具体的,该方法包括:第一终端设备接收网络设备发送的第一侧行链路授权信息、第一HARQ进程标识ID和第一指示信息,若第一指示信息指示重传、且与第一HARQ进程对应的传输块已发送成功,忽略所述第一侧行链路授权信息。这种技术方案中,在与第一HARQ进程对应的传输块的情况下,如果第一终端设备接收到网络设备为调度该传输块的重传而发送的第一侧行链路授权信息时,忽略第一侧行链路授权信息,可以避免第一终端设备进行不必要的传输,以及避免第二终端设备进行不必要的HARQ反馈。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种混合自动重传请求的处理方法及通信装置。
背景技术
通信系统中,为提高数据传输的可靠性,引入了混合自动重传请求(hybridautomatic repeat request,HARQ)机制。但是对于下一代无线(next radio,NR)通信系统中的终端与终端之间的通信,在传输块在发送或接收成功的情况下,如果涉及通信的设备中部分设备(例如接收端终端、或发送端终端)确认传输块已成功发送,部分设备(例如网络设备、或发送端终端)确认传输块发送失败,则容易导致通信异常。
发明内容
本申请实施例提供了一种混合自动重传请求的处理方法及通信装置,有助于降低侧行链路通信中因引入HARQ反馈机制导致出现异常情况的可能性。
第一方面,提供了一种混合自动重传请求的处理方法,包括第一终端设备接收网络设备发送的第一控制信息后,若第一指示信息指示重传、且第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块,忽略所述第一侧行链路授权信息。其中,第一控制信息包括第一侧行链路授权信息和第一HARQ信息;第一侧行链路授权信息指示用于侧行链路通信的资源;第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;第一HARQ进程ID用于指示第一HARQ进程。
基于上述技术方案,在第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块的情况下,如果第一终端设备接收到网络设备为调度第一HARQ进程对应的传输块的重传而发送的第一控制信息时,第一终端设备忽略第一侧行链路授权信息,也就是说第一终端设备不再向第二终端设备重传第一HARQ进程对应的传输块,从而可以避免第一终端设备进行不必要的传输,以及避免第二终端设备进行不必要的HARQ反馈。
在一种可能的设计中,若第一指示信息指示重传、且第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输,第一终端设备还向网络设备发送第二指示信息;第二指示信息用于指示与第一HARQ进程对应的传输块已成功发送。
基于上述技术方案,有助于降低网络设备调度与第一HARQ进程对应的传输块重传的可能性,提高第一HARQ进程的利用率。
第二方面,提供了另一种混合自动重传请求的处理方法,包括:
第一终端设备接收第二终端设备的第一HARQ进程发送的第一侧行链路信息;若第一指示信息指示重传、且第一终端设备已成功接收来自第一HARQ进程的第一传输块,则第一终端设备不对所述第一传输块解码。其中,第一侧行链路信息包括第一侧行链路控制信息和第一传输块;第一侧行链路控制信息包括第一HARQ信息,第一HARQ信息包括第一HARQ进程ID和第一指示信息,第一HARQ进程ID用于指示所述第一HARQ进程。
基于上述方案,在第一终端设备已成功接收来自第一HARQ进程的第一传输块的情况下,如果第一终端设备接收到第二终端设备重传的第一传输块,则第一终端设备不对重传的第一传输块解码,从而有助于避免第一终端设备出现异常,提高第一终端设备的通信性能。
第三方面,提供一种通信装置,该通信装置可以为终端或者终端中的芯片或者片上系统,该通信装置包括:处理器和存储器,存储器存储有计算机程序指令,当计算机程序指令被处理器执行时,使得通信装置执行以下步骤:接收网络设备发送的第一控制信息后,若第一指示信息指示重传、且与第一HARQ进程对应的传输块已成功发送,则忽略所述第一侧行链路授权信息。其中,第一控制信息包括第一侧行链路授权信息和第一HARQ信息;第一侧行链路授权信息指示用于侧行链路通信的资源;第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;第一HARQ进程ID用于指示第一HARQ进程。
第四方面,提供一种通信装置,该通信装置可以为网络设备或者网络设备中的芯片或者片上系统,该通信装置包括:处理器和存储器,存储器存储有计算机程序指令,当计算机程序指令被处理器执行时,使得通信装置执行以下步骤:接收第二终端设备的第一HARQ进程发送的第一侧行链路信息;若第一指示信息指示重传、且来自第一HARQ进程的第一传输块已成功接收,则不对所述第一传输块解码。其中,第一侧行链路信息包括第一侧行链路控制信息和第一传输块;第一侧行链路控制信息包括第一HARQ信息,第一HARQ信息包括第一HARQ进程ID和第一指示信息,第一HARQ进程ID用于指示所述第一HARQ进程。
第五方面,提供一种通信装置,该通信装置包括:处理模块和通信模块。其中,通信模块用于接收网络设备发送的第一控制信息;第一控制信息包括第一侧行链路授权信息和第一HARQ信息;第一侧行链路授权信息指示用于侧行链路通信的资源;第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;第一HARQ进程ID用于指示第一HARQ进程。若第一指示信息指示重传、且通信模块已向第二终端设备成功发送与第一HARQ进程对应的传输块,处理模块用于忽略第一侧行链路授权信息。
第六方面,提供一种通信装置,该通信装置包括处理模块和通信模块;通信模块用于接收第二终端设备的第一HARQ进程发送的第一侧行链路信息;第一侧行链路信息包括第一侧行链路控制信息和第一传输块;处理模块用于若第一指示信息指示重传、且通信模块已成功接收来自第一HARQ进程的第一传输块,不对第一传输块解码。
其中,第一侧行链路控制信息包括第一HARQ信息,第一HARQ信息包括第一HARQ进程ID和第一指示信息,第一HARQ进程ID用于指示第一HARQ进程;
第七方面,提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,可以使得计算机执行上述各方面任一种设计所涉及的方法。
第八方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述各方面中任一种设计所涉及的方法。
第九方面,提供一种芯片,该芯片包括处理器,当该处理器执行指令时,处理器用于执行上述各方面中任一种设计所涉及的方法。该指令可以来自芯片内部的存储器,也可以来自芯片外部的存储器。示例的,该芯片还包括输入输出电路。
其中,第三方面至第就方面中任一种设计所带来的技术效果可参见上文中对应的方法所带来的技术效果,在此不再赘述。
附图说明
图1为上行数据反馈重传的方法流程示意图;
图2为下行数据反馈重传的方法流程示意图;
图3为一种侧行链路通信反馈重传的方法流程示意图;
图4为另一侧行链路通信反馈重传的方法流程示意图;
图5为另一侧行链路通信反馈重传的方法流程示意图;
图6为一种侧行链路通信的方法流程示意图;
图7为另一种侧行链路通信的方法流程示意图;
图8为本申请实施例适用的一种通信系统架构示意图;
图9为本申请实施例的终端设备的一种软件架构示意图;
图10为本申请实施例的一种混合自动重传请求的处理方法的流程示意图;
图11为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图12为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图13为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图14为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图15为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图16为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图17为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图18为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图19为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图20为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图21为本申请实施例的另一混合自动重传请求的处理方法的流程示意图;
图22为本申请实施例的一种终端设备的结构示意图;
图23为本申请实施例的另一终端设备的结构示意图。
具体实施方式
本申请实施例中“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“以下至少一(项)个”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a、b或c中的至少一项(个),可以表示:a,b,c,a和b,a和c,b和c,或a、b和c,其中a、b、c中的每一个本身可以是元素,也可以是包含一个或多个元素的集合。字符“/”一般表示前后关联对象是一种“或”的关系。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况。其中,A、B可以是单数或者复数。
在本申请实施例中,“示例的”、“在一些实施例中”、“在另一实施例中”等用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用示例的一词旨在以具体方式呈现概念。
本申请实施例中“的(of)”,“相应的(corresponding,relevant)”和“对应的(corresponding)”有时可以混用,应当指出的是,在不强调其区别时,其所要表达的含义是一致的。
需要指出的是,本申请实施例中涉及的“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。本申请实施例中通信、传输有时可以混用,应当指出的是,在不强调区别是,其所表达的含义是一致的。例如传输可以包括发送和/或接收,可以为名词,也可以是动词。
本申请实施例中涉及的等于可以与大于连用,适用于大于时所采用的技术方案,也可以与小于连用,适用于与小于时所采用的技术方案,需要说明的是,当等于与大于连用时,不与小于连用;当等于与小于连用时,不与大于连用。
以下对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1、终端设备。本申请实施例中终端设备是一种具有无线收发功能的设备,可以称为终端、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobileterminal,MT)等。示例的,本申请实施例的终端设备的具体形态可以是手机(mobilephone)、平板电脑(pad)、台式机、笔记本电脑、一体机、车载终端、虚拟现实(virtualreality,VR)终端设备、增强现实(augmented reality,AR)终端设备、交通工具(如自行车、汽车、飞机、轮船等)、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端(如无人机、无人驾驶汽车等)、远程手术(remote medicalsurgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digitalassistant,PDA)、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的公共移动陆地网络(public land mobile network,PLMN)中的终端设备等。需要说明的是,终端设备可以支持至少一种无线通信技术,例如长期演进(long term evolution,LTE)、NR、未来通信技术等。
2、网络设备。本申请实施例中网络设备是一种为终端设备提供无线接入功能的设备,也可称之为接入网设备、无线接入网(radio access network,RAN)设备等。其中,网络设备可以支持至少一种无线通信技术,例如LTE、NR、未来通信技术等。示例的,网络设备包括但不限于:第五代移动通信系统(5th-generation,5G)中的下一代基站(generationnodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio networkcontroller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved node B、或homenode B,HNB)、基带单元(baseband unit,BBU)、收发点(transmitting and receivingpoint,TRP)、发射点(transmitting point,TP)、移动交换中心、小站、微型站等。网络设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、集中单元(centralized unit,CU)、和/或分布单元(distributed unit,DU),或者网络设备可以为中继站、接入点、车载设备、终端设备、可穿戴设备以及未来移动通信中的网络设备或者未来演进的公共移动陆地网络(public land mobile network,PLMN)中的网络设备等。
3、终端设备与网络设备之间的通信。本申请实施例中终端设备和网络设备是通过通信接口进行通信的。例如,终端设备与网络设备之间的通信接口可以为通用的UE和网络之间的接口(universal UE to network interface,Uu口)。因此,终端设备与网络设备之间的通信又可以称之为Uu口通信。具体的,Uu口通信包括上行通信和下行通信。
具体的,上行通信指的是终端设备向网络设备发送信息的过程。其中,终端设备向网络设备发送的数据可以称为上行信号、或上行信息等。可以理解的是,通常,上行信息包括上行控制信息(uplink control information,UCI)和上行数据(uplink data)。上行控制信息用于承载终端设备反馈的相关信息,例如信道状态信息(channel stateinformation,CSI)、HARQ反馈信息(如确认(acknwledgement,ACK)、或否认(negtiveacknwledgement,NACK))等。具体的,上行控制信息可以承载在物理上行控制信道(physical uplink control channel,PUCCH)上,上行数据可以承载在物理上行共享信道(physical upnlink shared channel,PUSCH)上。
具体的,下行通信指的是终端设备接收网络设备发送的信息的过程。其中,终端设备接收网络设备发送的信息可以称为下行信号、或下行信息。可以理解的是,通常,下行信息包括下行控制信息(downlink control information,DCI)和下行数据(downlinkdata)。下行控制信息是用于为终端设备通信(Uu口通信、或侧行链路通信等)调度的相关信息,例如,数据信道的资源分配、调制编码方式等信息。具体的,下行控制信息可以承载在物理下行控制信道(physical downlink control channel,PDCCH)上,下行数据可以承载在物理下行共享信道(physical downlink shared channel,PDSCH)上。
4、侧行链路通信。本申请实施例中侧行链路通信又可以称之为sidelink通信、或旁链路通信,指的是终端设备与终端设备之间的通信,包括侧行链路信息的发送和接收。其中,侧行链路信息又可以称之为侧行链路信号、或侧行链路信息,包括侧行链路控制信息(sidelink control information,SCI)和侧行链路数据(sidelink data)。其中,SCI通常承载在物理侧行链路控制信道(physical sidelink control channel,PSCCH)上。sidelink data通常承载在物理侧行链路共享信道(physical sidelink shared channel,PSSCH)上。此外,侧行链路信息还包括侧行链路反馈控制信息(sidelink feedbackcontrol information,SFCI),可以称之为侧链路反馈信息。示例的,SFCI可以包括信道状态信息(channel state information,CSI)和混合自动重传请求(hybrid automaticrepeat request,HARQ)反馈信息等信息中的一个或多个。HARQ反馈信息可以包括ACK、或NACK等。具体的,HARQ反馈信息可以承载在物理侧行链路反馈信道(physical sidelinkfeedback channel,PSFCH)上。其中,PSFCH又可以称之为侧行链路反馈信道。
示例的,本申请实施例中终端设备用于侧行链路通信的接口可以称之为PC5口。用于侧行链路通信的资源又可以称之为sidelink资源,具体包括时域资源和频域资源。
其中,针对不同的通信场景,侧行链路通信包括车联网(vehicle to X,V2X)通信、设备到设备(device to device,D2D)通信等。另外,针对sidelink资源的不同调度方式,侧行链路通信包括网络设备调度模式和终端设备自主选择模式。网络设备调度模式又可以称之为模式1(mode1)、或者网络设备辅助调度模式等。在网络设备调度模式下,sidelink资源是网络设备分配给终端设备的,可以通过侧行链路授权信息(sidelink grant,SL grant)指示给终端设备网络设备分配的sidelink资源。例如,网络设备可以将侧行链路授权信息携带在下行控制信息(downlink control information,DCI)中发送给终端设备。终端设备自主选择模式又可以称之为模式2(mode2)。在终端设备自主选择模式下,终端设备从资源池(resource pool,RP)中自主确定用于侧行链路通信的sidelink资源。其中,资源池是预配置给终端设备的。例如,资源池可以是网络设备通过系统消息或专用信令等预配置给终端设备,也可以是通过协议预先约定好的,本申请实施例对终端设备预配置资源池的方式不作限定。此外,需要说明的是,本申请实施例中的资源池指的是用于侧行链路通信的一组资源。
5、传输块。本申请实施例中的传输块(transport block,TB)为在终端设备和终端设备之间、或者终端设备与网络设备之间一次通信过程中接收或发送的数据。需要说明的是,本申请实施例的传输块可以理解为媒体接入控制协议数据单元(medium accesscontrol protocol data unit,MAC PDU)。
6、HARQ实体。本申请实施例中一个HARQ实体维护或管理K个HARQ进程(HARQprocess),以实现HARQ反馈重传机制。其中,K为大于或等于1的正整数。其中,K的取值可以通过协议预先约定好,也可以是由网络设备给终端设备配置的。例如,K的取值可以为16。
例如,对于一个终端设备来说,可以包括M个针对侧行链路通信的HARQ实体和N个针对Uu口通信的HARQ实体。通常一个通信载波对应一个HARQ实体。以侧行链路通信为例。示例的,用于侧行链路通信的载波为一个时,一个终端设备上包括一个针对侧行链路通信的HARQ实体。又示例的,用于侧行链路通信的载波为Q个时,一个终端设备上包括针对侧行链路通信的Q个HARQ实体。
需要说明的是,无论是对于侧行链路通信还是Uu口通信来说,一个HARQ进程用于一个TB的通信。例如,HARQ进程1用于TB1的通信,在TB1的传输结束后,HARQ进程1才能够用于其它TB的通信。而TB1的传输未结束前,其它TB的传输无法占用HARQ进程1。也就是说,HARQ进程1被TB1的传输占用后,则在该TB传输结束之前,不能够再用于其它TB的传输。此外,本申请实施例中通过HARQ进程标识(identity,ID)指示HARQ进程,同一个HARQ实体维护的不同的HARQ进程的HARQ进程ID不同。
为提高通信中数据传输的可靠性,引入了HARQ反馈重传机制。示例的,在上行通信中,上行数据反馈重传的过程如图1所示,包括以下步骤。
步骤1,网络设备在PDCCH上调度终端设备用于上行数据的新传。
步骤2,终端设备基于步骤1的调度,向网络设备发送上行数据。
步骤3,网络设备接收到上行数据后,对上行数据解码。若解码失败,则网络设备在PDCCH上调度终端设备用于上行数据的重传。
步骤4,终端设备基于步骤3的调度,向网络设备重传上行数据。
又示例的,在下行通信中,下行数据反馈重传的过程如图2所示,包括以下步骤。
步骤1,网络设备新传下行数据给终端设备。
步骤2,终端设备接收到网络设备的新传的下行数据,对下行数据解码。若解码失败,则终端设备向网络设备返回NACK。
步骤3,网络设备接收到NACK后,重传下行数据给终端设备。
步骤4,终端设备接收到网络设备重传的下行数据后,若对重传的下行数据解码成功,则向网络设备返回ACK。
此外,对于侧行链路通信来说,由发送端终端向接收端终端发送侧行链路数据。以发送端终端为终端设备1,接收端终端为终端设备2为例,侧链路数据反馈重传的过程可以如图3所示,具体包括以下步骤。
终端设备1发送侧链路数据给终端设备2,包括新传和重传。
终端设备2接收到侧链路数据后,对侧链路数据解码。若终端设备2对来自终端设备1侧链路数据解码成功后,再接收到来自终端设备1重传的侧链路数据,则不再对侧链路数据解码。需要说明的是,无论终端设备2对来自终端设备1的侧链路数据解码是否成功,不进行ACK/NACK的反馈。
通常,图3所示的侧行链路数据的反馈重传过程应用于LTE中。
在另一些实施例中,对于侧行链路通信来说,也可以进行ACK/NACK的反馈。
示例的,以发送端终端为终端设备1,接收端终端为终端设备2为例。在网络设备调度模式下,侧行链路数据的反馈重传方法可以如图4所示,包括以下步骤。
步骤1,网络设备在PDCCH上调度用于终端设备1的侧链路数据的新传,其中,侧链路数据的接收端为终端设备2。
步骤2,终端设备1基于步骤401的调度,新传侧链路数据给终端设备2。
步骤3,终端设备2接收到来自终端设备1新传的侧链路数据后,对侧链路数据解码。若解码失败,则终端设备2向终端设备1反馈NACK。
步骤4,终端设备1接收到终端设备2反馈的NACK后,再将NACK反馈给网络设备。
步骤5,网络设备接收到NACK后,在PDCCH上调度用于终端设备1的侧行链路数据的重传。
步骤6,终端设备1基于步骤5的调度,重传侧行链路数据给终端设备2。
又示例的,以发送端终端为终端设备1,接收端终端为终端设备2为例。在终端设备自主选择模式下,侧行链路数据的反馈重传方法可以如图5所示,包括以下步骤。
步骤1,终端设备1选择用于新传侧行链路数据的sidelink资源1,并通过选择的sidelink资源1新传侧行链路数据给终端设备1。
步骤2,终端设备2接收到来自终端设备1的侧行链路数据后,对侧行链路数据解码。若解码失败,则向终端设备1反馈NACK。
步骤3,终端设备接收到NACK后,选择用于重传侧行链路数据的sidelink资源2,并通过选择的用于重传侧行链路数据的sidelink资源2,重传侧行链路数据给终端设备1。
通常,在基于网络设备调度模式下,网络设备在调度用于发送端终端的侧行链路数据传输中,可以通过在DCI中携带本次调度的用于侧行链路数据的传输的sidelink资源所针对的HARQ进程ID。但是,发送端终端可以自己分配在本次调度的sidelink资源上发送侧行链路数据时所使用的HARQ进程,而不用网络设备在DCI中携带的HARQ进程ID所标识的HARQ进程。
这样做的好处是,当发送端终端可以同时采用基于网络设备调度模式和终端设备自主选择模式发送侧行链路数据时,网络设备在DCI中指示给发送端终端的HARQ进程ID所指示的HARQ进程,可能已经被分配给终端自主选择模式下侧行链路数据的传输,因而,发送端终端在网络设备调度模式下,也自己分配发送侧行链路数据所使用的HARQ进程,有助于避免冲突。
另外,在终端设备自主选择模式下,发送端终端发送侧行链路数据只能自己分配HARQ进程,因此,在网络设备调度模式下,发送端终端发送侧行链路数据也自己分配HARQ进程,有助于统一。
此外,应理解,当发送端终端向接收端终端发送侧行链路数据时,也会向接收端终端发送SCI。而SCI中会携带本次侧行链路通信中所使用的HARQ进程ID。但是,接收端终端在接收到来自发送端终端的侧行链路数据后,可以自己分配一个HARQ进程来对处理侧行链路数据,而不使用SCI中携带的HARQ进程ID所标识的HARQ进程。
这样做的好处是,当发送端终端同时与多个接收端终端进行侧链路通信时,不同发送端终端的SCI中携带的HARQ进程ID可能相同,而接收端终端需要使用不同的HARQ进程来处理来自不同发送端终端的侧行链路数据。因此,接收端终端的自己分配HARQ进程来处理接收到的侧行链路数据可以避免HARQ进程冲突。
对于上述接收端终端和发送端终端分别自己分配HARQ进程来进行侧行链路数据发送和接收的情况,为了提高HARQ进程的利用率,在一些实施例中,当发送端终端接收到接收端终端反馈的针对一个通过SCI指示给接收端终端的HARQ进程ID所指示的HARQ进程的ACK时,发送端终端清空该HARQ进程对应的缓存(HARQ buffer),并将该HARQ进程标记为“可用”或“空闲”等,即该HARQ进程接下来可以被分配用于新的侧行链路数据的传输。
在一些实施例中,当接收端终端使用一个自己分配的HARQ进程成功解码侧行链路数据时,接收端终端清空该HARQ进程对应的缓存(HARQ soft buffer),并将该HARQ进程标记为“可用”或“空闲”,即该HARQ进程接下来可以被分配用于对接收的新的侧行链路数据解码。
在侧行链路通信中,引入HARQ反馈重传机制后,由于对于发送端终端或接收端终端来说,可以自己分配HARQ进程,而且在侧行链路数据发送或接收成功后,还清空对应的缓存、标记为“可用”或“空闲”,因此,在网络设备调度模式下,如果网络设备确认某一侧行链路数据发送失败,而发送端终端确认该侧行链路数据接收成功,则在网络设备针对该侧行链路数据重新调度时,发送端终端可能会产生异常。
示例的,以终端设备1向终端设备2发送TB1为例。需要说明的是,TB1为侧行链路数据。在网络设备调度模式下,侧行链路通信的过程可以如图6所示,具体包括以下步骤。
步601,网络设备通过向终端设备1发送DCI1调度TB1的新传,该DCI1包括SLgrant1、HARQ进程ID1和新数据指示(new data indicator,NDI)1。其中,NDI1=0,SLgrant1指示sidelink资源1,HARQ进程ID1用于指示HARQ进程1。
步骤602,终端设备1接收到DCI1后,根据HARQ进程ID1和NDI1,确定NDI1指示新传,并分配HARQ进程A。
步骤603,终端设备1使用HARQ进程A在sidelink资源1上新传SCI1和TB1给终端设备2。其中,SCI1包括HARQ进程IDA和NDI1。HARQ进程IDA指示HARQ进程A。
需要说明的是,对于终端设备1来说,HARQ进程A与HARQ进程1是相关联的。
另外,还需要说明的是,终端设备1使用HARQ进程A在sidelink资源1上新传SCI1和TB1给终端设备2,可以理解为:终端设备1通过HARQ进程A在sidelink资源1上新传SCI1和TB1给终端设备2、或者,终端设备1的HARQ进程A在sidelink资源1上新传SCI1和TB1给终端设备2。
步骤604,终端设备2接收到SCI1和TB1后,根据HARQ进程IDA和NDI1,确定NDI1指示新传,则分配HARQ进程Y,以及使用HARQ进程Y对TB1解码。其中,对于终端设备2来说,HARQ进程A与HARQ进程B是相关联的。
步骤605,终端设备2对TB1解码成功,针对TB1向终端设备1发送ACK。进一步的,终端设备2若对TB1解码成功,还释放HARQ进程Y。从而有助于HARQ进程Y的利用率。示例的,终端设备2可以通过将HARQ进程Y标记为可用、或空闲、或未被占用等,清空HARQ进程与对应的缓存,从而解除HARQ进程Y与HARQ进程A之间的关联关系,从而达到释放HARQ进程Y的目的。
步骤606,终端设备1接收到终端设备2针对TB1发送的ACK,确认TB1已发送成功,则释放HARQ进程A,以及向网络设备发送针对TB1的HARQ反馈信息。
示例的,终端设备1可以通过将HARQ进程A标记为可用、或空闲、或未被占用等,清空HARQ进程A对应的缓存、从而解除HARQ进程A与HARQ进程1之间的关联关系,从而达到释放HARQ进程A的目的。
步骤607,网络设备通过向终端设备1发送DCI0调度TB0的新传。该DCI0包括SLgrant0、HARQ进程ID0和NDI1。其中,HARQ进程ID0用于指示HARQ进程0,SL grant0指示sidelink资源0。
步骤608,终端设备1接收到DCI0,根据HARQ进程ID0和NDI0,确定NDI0指示新传,并分配HARQ进程A。其中,对于终端设备1来说,HARQ进程0与HARQ进程A是相关联的。
步骤609,终端设备1使用HARQ进程A在sidelink资源0上新传SCI0和TB0给终端设备2。其中,SCI0包括HARQ进程IDA和NDI1。
步骤610,终端设备2接收到SCI0和TB0后,根据HARQ进程IDA和NDI1,确定NDI1指示新传,则分配HARQ进程X,以及使用HARQ进程X对TB0解码。其中,对于终端设备2来说,HARQ进程A和HARQ进程X是相关联的。
步骤611,终端设备2对TB0解码失败,则针对TB0向终端设备1发送NACK。
需要说明的是,通常在解码失败的情况下,终端设备2会继续保留HARQ进程A与HARQ进程X之间的关联关系,以便于TB0的重传。
步骤612,终端设备1接收到针对TB0发送的NACK,则确认TB0发送失败,针对TB0向网络设备发送NACK。
需要说明的是,通常在TB0的HARQ反馈信息为NACK的情况下,终端设备1会继续保留HARQ进程A与HARQ进程0之间的关联关系,以便于TB0的重传。
步骤613,网络设备在针对TB0的新传分配HARQ进程A后,仍未接收到针对TB1的HARQ反馈信息、或者对TB1的HARQ反馈信息解码失败,确认TB1发送失败,则通过向终端设备1发送DCI2调度TB1的重传,该DCI2包括SL grant2、HARQ进程ID1和NDI1。SL grant2指示sidelink资源2。
但是,对于终端设备1来说,TB1已发送成功,而且针对TB1分配的HARQ进程A也已被TB0的传输所占用,因此,终端设备1接收到网络设备调度TB1的重传的DCI2后,容易发生异常。
另外,以终端设备1向终端设备2发送TB1为例。需要说明的是,TB1为侧行链路数据。在网络设备调度模式或者终端设备自主选择模式下,终端设备1与终端设备2之间的通信的过程可以如图7所示,具体包括以下步骤。
步骤701,终端设备1使用HARQ进程1向终端设备2发送SCI1和TB1。SCI1包括HARQ进程ID1和NDI1。其中,HARQ进程ID1用于指示HARQ进程1,NDI1=0。
步骤702,终端设备2接收到SCI1和TB1后,根据HARQ进程ID1和NDI1,确定NDI1指示新传,则分配HARQ进程B,然后使用HARQ进程B对TB1解码。其中,对于终端设备2来说,HARQ进程1和HARQ进程B是相关联的。
步骤703,终端设备2对TB1解码成功,释放HARQ进程B,以及针对TB1向终端设备发送ACK。
具体的,终端设备2释放HARQ进程B的实现方式,可以参见图6所示的侧行链路通信方法中的相关介绍,在此不再赘述。
步骤704,终端设备1使用HARQ进程0向终端设备2发送SCI0和TB0。SCI0包括HARQ进程ID0和NDI1。其中,HARQ进程ID0用于指示HARQ进程0,NDI1=0。
步骤705,终端设备2接收到SCI0和TB0后,根据HARQ进程ID0和NDI1,确定NDI1指示新传,则分配HARQ进程B,然后使用HARQ进程B对TB0解码。其中,对于终端设备2来说,HARQ进程0和HARQ进程B是相关联的。
步骤706,终端设备2对TB0解码失败,针对TB0向终端设备1发送NACK。
需要说明的是,通常在解码失败的情况下,终端设备2会继续保留HARQ进程0与HARQ进程B之间的关联关系,以便于TB0的重传。
步骤707,终端设备1在针对TB0的新传分配HARQ进程B后,仍未接收到针对TB1的HARQ反馈信息、或者对TB1的HARQ反馈信息解码失败,确认TB1发送失败,则通过向终端设备1发送DCI2调度TB1的重传,该DCI2包括SL grant2、HARQ进程ID1和NDI1。SL grant2指示sidelink资源2。
但是,对于终端设备2来说,TB1已解码成功,而且针对TB1分配的HARQ进程B也已被TB0的传输所占用,因此,终端设备2接收到终端设备1调度TB1的重传的DCI2后,容易发生异常。
因此,在网络设备调度模式下,如果网络设备确认某一TB(以下以该TB为第一TB为例)发送失败,而发送端终端确认第一TB发送成功的情况下,发送端终端在接收到网络设备发送的用于调度第一TB重传的控制信息后,容易产生异常。有鉴于此,本申请实施例提供了一种混合自动重传请求的处理方法,有助于降低发送端终端在接收到网络设备发送的用于调度第一TB重传的控制信息后产生异常的可能性,提高通信性能。
另外,针对网络设备调度模式和终端设备自主选择模式下,如果发送端终端确认某一TB(以下以该TB为第一TB为例)发送失败,而接收端终端确认第一TB解码成功的情况下,接收端终端在接收到发送端终端重传的第一RB后容易产生异常。有鉴于此,本申请实施例又提供了一种混合自动重传请求的处理方法,有助于降低接收端终端在接收到发送端终端重传的第一RB后产生异常的可能性,提高通信性能。
下面结合说明书附图对本申请实施例进行相应的说明。
本申请实施例可以应用于LTE系统、NR系统、或者未来通信系统(例如6G通信系统)中。示例的,如图8所示,为本申请实施例的适用的一种通信系统的网络架构示意图,包括终端设备和网络设备。具体的,终端设备与网络设备可以进行Uu口通信,终端设备与终端设备之间可以进行侧行链路通信。
其中,本申请实施例的网络设备和终端设备可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上等。本申请实施例对网络设备和终端设备的部署场景不做限定。
需要说明的是,本申请实施例中网络设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信,也可以通过免授权频谱(unlicensed spectrum)进行通信,也可以同时通过授权频谱和免授权频谱进行通信,对此不做限定。网络设备和终端设备之间以及终端设备和终端设备之间可以通过小于6千兆赫兹(gigahertz,GHz)的频谱进行通信,也可以通过大于或等于6GHz的频谱进行通信,还可以同时使用小于6GHz下的频谱和大于或等于6GHz的频谱进行通信。即本申请既适用于低频场景(例如sub 6G),也适用于高频场景(大于或等于6G)。本申请的实施例对网络设备和终端设备之间、终端设备和终端设备之间所使用的频谱资源不做限定。
应理解,图8所示的通信系统的网络架构,仅为一个举例,并不对本申请实施例中的通信系统的网络架构构成限定。本申请实施例不限定通信系统中网络设备的个数、终端设备的个数。示例的,当本申请实施例的通信系统中包括多个网络设备时,网络设备与网络设备之间可以进行多点协同通信。例如,通信系统中包括多个宏基站、多个微基站,其中宏基站与宏基站、微基站与微基站、宏基站与微基站间可以进行多点协同通信。
示例的,如图9所示,为本申请实施例的一种终端设备的软件架构示意图。如图9所示,终端设备包括物理层和MAC实体;其中,MAC实体包括第一HARQ实体,第一HARQ实体维护至少一个HARQ进程。第一HARQ实体用于侧行链路通信。在另一些实施例中,MAC实体还包括第二HARQ实体,第二HARQ实体用于Uu口通信。需要说明是,对于一个终端设备来说,MAC实体可以包括至少一个用于侧行链路通信的HARQ实体。通常,MAC实体包括的用于侧行链路通信的HARQ实体的个数与用于侧行链路通信的载波的个数相关。例如,用于侧行链路通信的载波的个数为N,MAC实体包括N个用于侧行链路通信的HARQ实体。
为避免发送端终端确认第一TB发送成功的情况下,接收到网络设备发送的用于调度第一TB重传的控制信息后,导致的异常,本申请实施例提供了一种混合自动重传请求的处理方法,示例的,如图10所示,具体包括以下步骤。
步骤1001,网络设备向第一终端设备发送第一控制信息。第一控制信息包括第一侧行链路授权信息和第一HARQ信息。其中,第一侧行链路授权信息指示第一sidelink资源,第一HARQ信息包括第一HARQ进程ID和第一指示信息。第一HARQ进程ID用于指示第一HARQ进程。
步骤1002,第一终端设备接收到第一控制信息,若第一指示信息指示重传、且第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块,则忽略第一侧行链路授权信息。
其中,第一终端设备忽略第一侧行链路授权信息,可以理解为第一终端设备不使用第一侧行链路授权信息所指示的第一sidelink资源向第二终端发送与第一HARQ进程关联的传输块。
示例的,第一指示信息又可以称之为NDI,还可以用于指示新传。针对第一HARQ进程,如果第一HARQ信息中的NDI未翻转,则NDI指示重传,即第一侧行链路授权信息指示的第一sidelink资源用于传输块的重传;如果第一HARQ信息中的NDI发生翻转,NDI指示新传,即第一侧行链路授权信息指示的第一sidelink资源用于传输块的新传。例如,针对第一HARQ进程,如果第一HARQ信息中的NDI为0,而第一终端设备中已缓存的针对第一HARQ进程的NDI也为0,则第一HARQ信息中的NDI未翻转,则第一HARQ信息中的NDI指示重传。再例如,针对第一HARQ进程,如果第一HARQ信息中包括的NDI为1,而第一终端设备中已缓存的针对第一HARQ进程的NDI为0,则NDI翻转,则第一HARQ信息中的NDI指示新传。需要说明的是,第一终端设备中已缓存的针对第一HARQ进程的NDI为在步骤1001之前,网络设备调度第一终端设备发送与第一HARQ进程对应的传输块时缓存的。进一步的,第一终端设备在接收到第一HARQ信息后,可以将针对第一HARQ进程缓存的NDI,更新为第一HARQ信息中的NDI。此外,在另一些实施例中,如果针对第一HARQ进程,第一终端设备中未缓存有NDI,则第一HARQ信息中的NDI指示新传,然后将第一HARQ信息中的NDI缓存到第一终端设备中。
本申请实施例中,由于在第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块的情况下,如果第一终端设备接收到网络设备为调度第一HARQ进程对应的传输块的重传而发送的第一控制信息时,第一终端设备忽略第一侧行链路授权信息,也就是说第一终端设备不再向第二终端设备重传第一HARQ进程对应的传输块,从而可以避免第一终端设备进行不必要的传输,以及避免第二终端设备进行不必要的HARQ反馈。
示例的,第一终端设备在接收到第一控制信息后,可以先判断第一指示信息是否指示重传,若第一指示信息指示重传,再判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块。若第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块,则忽略第一侧行链路授权信息。
以下对第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块的判断方式进行相应的介绍。
方式一:第一终端设备根据与第一HARQ进程关联的第一参数的参数值,判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块。
若与第一HARQ进程关联的第一参数的参数值为第一值,则第一终端设备确定已向第二终端设备成功发送与第一HARQ进程对应的传输块。其中,第一值用于指示与第一HARQ进程对应的传输块的HARQ反馈信息为ACK。
又示例的,若与第一HARQ进程关联的第一参数的参数值为第二值,则第一终端设备确定向第二终端设备发送与第一HARQ进程对应的传输块失败。其中,第二值用于指示与第一HARQ进程对应的传输块的HARQ反馈信息为NACK。在这种情况下,第一终端设备在第一侧行链路授权信息所指示的第一sidelink资源上向第二终端设备重传与第一HARQ进程对应的传输块。
需要说明的是,第一值和第二值不同。示例的,第一值和第二值可以为不同的符号、或者不同的序列、或者不同的数值等,对此不作限定。例如,第一值可以为0,第二值可以为1。具体的,第一值和第二值可以是通过协议预先约定好的。
具体的,第一终端设备可以针对第一HARQ进程维护一个第一参数,用于记录与第一HARQ进程对应的传输块的HARQ反馈信息。若与第一HARQ进程对应的传输块的HARQ反馈信息为NACK,则与第一HARQ进程关联的第一参数的参数值为第二值。若与第一HARQ进程对应的传输块的HARQ反馈信息为ACK,与第一HARQ进程关联的第一参数的参数值为第一值。
示例的,针对第一HARQ进程维护的第一参数,可以是第一终端设备在网络设备首次调度与第一HARQ进程对应的传输块时为第一HARQ进程分配的,也可以是在预先配置好的。例如,第一终端设备在网络设备首次调度与第一HARQ进程对应的传输块时针对第一HARQ进程分配一个第一参数,该第一参数的参数值可以为默认值或者为空。再例如,设备预先配置的针对第一HARQ进程的第一参数的参数值可以为默认值,也可以为空。比如,默认值可以为第一值,也可以为第二值,还可以为第三值,对此不作限定。其中,第三值不同与第一值和第二值。
方式二:第一终端设备通过判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程,来判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块。
其中,第一HARQ实体为第一终端设备中用于侧行链路通信的HARQ实体。在第一终端设备中用于侧行链路通信的HARQ实体包括多个时,第一HARQ实体可以为第一终端设备中用于侧行链路通信的多个HARQ实体中的一个。比如,第一HARQ实体为第一侧行链路授权信息指示的第一sidelink资源所在的载波对应的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进程对应的传输块,则向网络设备发送第二指示信息,其中第二指示信息用于指示与第一HARQ进程对应的传输块已成功发送。从而使得网络设备在接收到第二指示信息后,不再针对第一HARQ进程对应的传输块的重传进行调度,有助于避免资源浪费。
以第一终端设备的软件架构为图9所示的终端设备的软件结构为例,对图10本申请实施例进行详细说明。
示例的,如图11所示,为本申请实施例的一种混合自动重传请求的处理方法,具体包括以下步骤。
步骤1101,第一终端设备的物理层接收到来自网络设备的第一控制信息。第一控制信息包括第一侧行链路授权信息和第一HARQ信息。其中,第一侧行链路授权信息指示第一sidelink资源,第一HARQ信息包括第一HARQ进程ID和第一指示信息。第一HARQ进程ID用于指示第一HARQ进程。
步骤1102,物理层将第一侧行链路授权信息和第一HARQ信息发送给MAC实体。
步骤1103,MAC实体将第一侧行链路授权信息和第一HARQ信息递交给第一HARQ实体。其中,第一HARQ实体为第一终端设备中用于侧行链路通信的HARQ实体。
步骤1104,第一HARQ实体根据第一HARQ进程ID和第一指示信息,判断第一指示信息是否指示重传,若是,则执行步骤1105,否则执行1107。
步骤1105,第一HARQ实体判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块,若是,则执行步骤1106,否则执行步骤1107。
示例的,第一HARQ实体根据与第一HARQ进程关联的第一参数的参数值,判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块。具体实现方式可以上述方式一中的相关介绍,在此不再赘述。又示例的,第一HARQ实体通过判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程,来判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块。具体实现方式可以上述方式二中的相关介绍,在此不再赘述。
步骤1106,第一HARQ实体忽略第一侧行链路授权信息。
步骤1107,第一HARQ实体向物理层指示在第一侧行链路授权信息指示的第一sidelink资源上向第二终端设备发送与第一HARQ进程对应的传输块。
在一些实施例中,在步骤1105中,第一HARQ实体若判断第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块,还包括步骤1108。
步骤1108,第一HARQ实体指示物理层产生第二指示信息,并由物理层产生第二指示信息后,向网络设备发送第二指示信息。第二指示信息用于指示第一HARQ进程对应的传输块已成功发送。
需要说明的是,步骤1106和步骤1108没有必然的先后顺序,第一HARQ实体可以先执行步骤1106,再执行步骤1108,也可以先执行步骤1108,再执行步骤1106,还可以同时执行步骤1106和步骤1108。
需要说明的是,在图11所示的混合自动重传请求的处理方法中由第一HARQ实体判断第一指示信息是否指示重传、判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块、忽略第一侧行链路授权信息,以及指示物理层产生第二指示信息。
在另一些实施例中,第一终端设备可以由第一HARQ实体判断第一指示信息是否指示重传、判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块、忽略第一侧行链路授权信息,但是由第一HARQ实体维护的HARQ进程指示物理层产生第二指示信息。在这种情况下,本申请实施例还提供了一种混合自动重传请求的处理方法,示例的,如图12所示。与图11不同的是,第一HARQ实体在确定第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块,还包括步骤1208。
步骤1208,第一HARQ实体分配第二HARQ进程,第二HARQ进程为第一HARQ实体维护的至少一个HARQ进程中可用的HARQ进程、或者处于空闲状态的HARQ进程、或者未被占用的HARQ进程。然后第一HARQ实体指示第二HARQ进程通知物理层产生第二指示信息。第二HARQ进程指示物理层产生第二指示信息。物理层产生第二指示信息,并向网络设备发送第二指示信息。第二指示信息用于指示第一HARQ进程对应的传输块已成功发送。
需要说明的是,步骤1206和步骤1208没有必然的先后顺序,第一HARQ实体可以先执行步骤1206,再执行步骤1208,也可以先执行步骤1208,再执行步骤1206,还可以同时执行步骤1206和步骤1208。
在又一些实施例中,第一终端设备可以由第一HARQ实体判断第一指示信息是否指示重传、由第一HARQ实体维护的HARQ进程判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块、忽略第一侧行链路授权信息,以及指示物理层产生第二指示信息。在这种情况下,本申请实施例还提供了一种混合自动重传请求的处理方法,示例的,如图13所示,具体包括以下步骤。
步骤1301,第一终端设备的物理层接收到来自网络设备的第一控制信息。第一控制信息包括第一侧行链路授权信息和第一HARQ信息。其中,第一侧行链路授权信指示第一sidelink资源,第一HARQ信息包括第一HARQ进程ID和第一指示信息。第一HARQ进程ID用于指示第一HARQ进程。
步骤1302,物理层将第一侧行链路授权信息和第一HARQ信息发送给MAC实体。
步骤1303,MAC实体将第一侧行链路授权信息和第一HARQ信息递交给第一HARQ实体。其中,第一HARQ实体为第一终端设备中用于侧行链路通信的HARQ实体。需要说明的是,在第一终端设备中用于侧行链路通信的HARQ实体包括多个时,第一HARQ实体可以为第一侧行链路授权信息指示的第一sidelink资源所在的载波对应的HARQ实体。
步骤1304,第一HARQ实体根据第一HARQ进程ID和第一指示信息,判断第一指示信息是否指示重传,若是,则执行步骤1305,否则执行步骤1309。
步骤1305,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则执行步骤1306,若是,则执行步骤1309。
步骤1306,第一HARQ实体分配第二HARQ进程,第二HARQ进程为第一HARQ实体维护的至少一个HARQ进程中可用的HARQ进程、或者处于空闲状态的HARQ进程、或者未被占用的HARQ进程。
步骤1307,第一HARQ实体将第一侧行链路授权信息递交给第二HARQ进程。进一步的,第一HARQ实体还向第二HARQ进程指示重传。
步骤1308,第二HARQ进程若确定第二HARQ进程对应的缓存为空,则忽略第一侧行链路授权信息。
进一步的,在第一HARQ实体指示第二HARQ进程重传、且第二HARQ进程对应的缓存为空的情况下,第二HARQ进程指示物理层产生第二指示信息。物理层产生第二指示信息,并向网络设备发送第二指示信息。第二指示信息用于指示一HARQ进程对应的传输块已成功发送。
步骤1309,第一HARQ实体向物理层指示在第一侧行链路授权信息指示的第一sidelink资源上向第二终端设备发送与第一HARQ进程对应的传输块。
在又一些实施例中,第一终端设备可以由第一HARQ实体维护的HARQ进程判断第一指示信息是否指示重传、判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块、忽略第一侧行链路授权信息,以及指示物理层产生第二指示信息。在这种情况下,本申请实施例还提供了一种混合自动重传请求的处理方法,示例的,如图14所示。与图13所示的混合自动重传请求的处理方法不同的是,在MAC实体将第一侧行链路授权信息和第一HARQ信息递交给第一HARQ实体后,执行以下步骤。
步骤1404,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则执行步骤1405,若是,则执行步骤1409。
步骤1405,第一HARQ实体分配第二HARQ进程,第二HARQ进程为第一HARQ实体维护的至少一个HARQ进程中可用的HARQ进程、或者处于空闲状态的HARQ进程、或者未被占用的HARQ进程。
步骤1406,第一HARQ实体将第一侧行链路授权信息和第一HARQ信息递交给第二HARQ进程。
步骤1407,第二HARQ进程根据第一HARQ进程ID和第一指示信息,判断第一指示信息是否指示重传,若是,则执行步骤1408,否则执行步骤1409。
步骤1408,第二HARQ进程在第二HARQ进程对应的缓存为空的情况下,忽略第一侧行链路授权信息。
进一步的,第二HARQ进程确定第二HARQ进程对应的缓存为空,还指示物理层产生第二指示信息。物理层产生第二指示信息,并向网络设备发送第二指示信息。第二指示信息用于指示一HARQ进程对应的传输块已成功发送。
步骤1409,第一HARQ实体将第一HARQ信息和第一侧行链路授权信息递交给第一HARQ实体维护的HARQ进程中与第一HARQ进程关联的HARQ进程,并由该HARQ进程向物理层指示在第一侧行链路授权信息指示的第一sidelink资源上向第二终端设备发送与第一HARQ进程对应的传输块。
需要说明的是,当第二HARQ进程判断第一指示信息指示的不是重传时,步骤1409中第一HARQ实体维护的HARQ进程中与第一HARQ进程关联的HARQ进程,为步骤1405中第一HARQ实体分配的第二HARQ进程。
结合侧行链路通信对本申请实施例混合自动重传请求处理的方法进行介绍,示例的,如图15所示,具体包括以下步骤。
步骤1501、网络设备向第一终端设备发送控制信息1。控制信息1包括侧行链路授权信息1和HARQ信息1。其中,侧行链路授权信息1指示sidelink资源1,HARQ信息1包括HARQ进程ID1和NDI1。其中,HARQ进程ID1用于指示HARQ进程1,NDI1=0。
步骤1502,第一终端设备接收到控制信息1,根据HARQ进程ID1和NDI1,确定NDI1指示新传。
步骤1503,第一终端设备在sidelink资源1上向第二终端设备发送与HARQ进程1对应的传输块。
步骤1504,第二终端设备接收到与HARQ进程1对应的传输块后,对与HARQ进程1对应的传输块解码。
步骤1505,若对与HARQ进程1对应的传输块解码成功,第二终端设备向第一终端设备发送与HARQ进程1对应的传输块的HARQ反馈信息。该HARQ进程1对应的传输块的HARQ反馈信息为ACK。
步骤1506,第一终端设备接收到与HARQ进程1对应的传输块的HARQ反馈信息为ACK,确定与HARQ进程1对应的传输块已发送成功,并向网络设备发送与HARQ进程1对应的传输块的HARQ反馈信息。
步骤1507,网络设备接收到与HARQ进程1对应的传输块的HARQ反馈信息,确定与HARQ进程1对应的传输块的HARQ反馈信息为NACK。
步骤1508,网络设备向第一终端设备发送控制信息2。控制信息2包括侧行链路授权信息2和HARQ信息2。其中,侧行链路授权信息2指示sidelink资源2,HARQ信息2包括HARQ进程ID1和NDI2。其中,HARQ进程ID1用于指示HARQ进程1,NDI2=0。
步骤1509,第一终端设备接收到控制信息2,根据HARQ进程ID1和NDI2,确定NDI2指示重传,但与HARQ进程1对应的传输块已发送成功,则忽略侧行链路授权信息2。
需要说明的是,上述是以新传情况下,第一终端设备向第二终端设备发送与第一HARQ进程对应的传输块成功为例进行介绍的,本申请实施例还适用于新传未成功,但是重传成功的场景,对此不作限定。
为避免接收端终端确认第一TB解码成功的情况下,接收到发送端设备重传的第一TB后,出现异常,本申请实施例提供了一种混合自动重传请求的处理方法,示例的,如图16所示,具体包括以下步骤。
步骤1601,第二终端设备通过第一HARQ进程向第一终端设备发送第一侧行链路信息。第一侧行链路信包括第一侧行链路控制信息和第一传输块。第一侧行链路控制信息包括第一HARQ信息。第一HARQ信息包括第一HARQ进程ID和第一指示信息。其中,第一HARQ进程ID用于指示第一HARQ进程。
示例的,第一指示信息的相关介绍可以参见图10中关于第一指示信息的相关介绍,在此不再赘述。
其中,本申请实施例中第一侧行链路控制信息还可以包括第一侧行链路授权信息。其中,第一侧行链路授权信息用于侧行链路通信的sidelink资源。
步骤1602,第一终端设备接收到第二终端设备发送的第一侧行链路信息,若第一指示信息指示重传、且第一终端设备已成功接收来自第一HARQ进程的第一传输块,则不对第一传输块解码。
本申请实施例中,由于在第一终端设备已成功接收来自第一HARQ进程的第一传输块的情况下,如果第一终端设备接收到第二终端设备重传的第一传输块,则第一终端设备不对重传的第一传输块解码,从而有助于避免第一终端设备出现异常,提高第一终端设备的通信性能。
示例的,第一终端设备在接收到第一侧行链路信息后,可以先判断第一指示信息是否指示重传,若第一指示信息指示重传,再判断第一终端设备是否已成功接收来自第一HARQ进程的第一传输块。若第一终端设备已成功接收来自第一HARQ进程的第一传输块,则不再对重传的第一传输块解码。
以下对第一终端设备是否已成功接收来自第一HARQ进程的第一传输块的判断方式进行相应的介绍。
方式A:第一终端设备根据与第一HARQ进程关联的第一参数的参数值,判断是否已成功接收来自第一HARQ进程的第一传输块。
具体实现方式可以参见方式一中对于判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块的相关介绍,在此不再赘述。
方式B:第一终端设备通过判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程,来判断是否已成功接收来自第一HARQ进程的第一传输块。
具体实现方式可以参见方式二中对于判断第一终端设备是否已向第二终端设备成功发送与第一HARQ进程对应的传输块的相关介绍,在此不再赘述。
方式C:第一终端设备判断第一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进程的第一传输块,则向网络设备发送第二指示信息,其中第二指示信息用于指示第一传输块已成功接收。从而使得网络设备在接收到第二指示信息后,不再对重传的第一传输块解码,有助于避免资源浪费。
以第一终端设备的软件架构为图9所示的终端设备的软件结构为例,对图16本申请实施例进行详细说明。
示例的,如图17所示,为本申请实施例的一种混合自动重传请求的处理方法,具体包括以下步骤。
步骤1701,第一终端设备的物理层接收到来自第二终端设备的第一HARQ进程的第一侧行链路信息。第一侧行链路信息包括第一侧行链路控制信息和第一传输块。其中,第一侧行链路控制信息包括第一HARQ信息,第一HARQ信息包括第一HARQ进程ID和第一指示信息。第一HARQ进程ID用于指示第一HARQ进程。
步骤1702,物理层将第一HARQ信息和第一传输块发送给MAC实体。
步骤1703,MAC实体将第一HARQ信息和第一传输块递交给第一HARQ实体。其中,第一HARQ实体为第一终端设备中用于侧行链路通信的HARQ实体。
进一步的,第一侧行链路控制信息还包括第一侧行链路授权信息。第一侧行链路授权信息用于指示第一sidelink资源。在这种情况下,物理层还将第一侧行链路授权信息发送给MAC实体,并由MAC实体将第一侧行链路授权信息递交给第一HARQ实体。
步骤1704,第一HARQ实体根据第一HARQ进程ID和第一指示信息,判断第一指示信息是否指示重传,若是,则执行步骤1705,否则执行1707。
步骤1705,第一HARQ实体判断第一传输块是否已成功接收,若是,则执行步骤1706,否则执行步骤1707。
示例的,第一HARQ实体根据与第一HARQ进程关联的第一参数的参数值,判断第一终端设备是否已成功接收第一传输块。具体实现方式可以上述方式A中的相关介绍,在此不再赘述。又示例的,第一HARQ实体通过判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程,来判断第一终端设备是否已成功接收第一传输块。具体实现方式可以上述方式B中的相关介绍,在此不再赘述。
步骤1706,第一HARQ实体不再对第一传输块解码。
步骤1707,第一HARQ实体对第一传输解码。
在一些实施例中,在步骤1705中,第一HARQ实体若判断第一终端设备已成功接收第一传输块,还包括步骤1708。
步骤1708,第一HARQ实体指示物理层产生第二指示信息,并由物理层产生第二指示信息后,向网络设备发送第二指示信息。第二指示信息用于指示第一传输块已成功接收。
需要说明的是,步骤1706和步骤1708没有必然的先后顺序,第一HARQ实体可以先执行步骤1706,再执行步骤1708,也可以先执行步骤1708,再执行步骤1706,还可以同时执行步骤1706和步骤1708。
需要说明的是,在图17所示的混合自动重传请求的处理方法中由第一HARQ实体判断第一指示信息是否指示重传、判断第一传输块是否已成功接收、不对第一传输块解码,以及指示物理层产生第二指示信息。
在另一些实施例中,第一终端设备可以由第一HARQ实体判断第一指示信息是否指示重传、判断第一终传输块是否已成功接收、不对第一传输块解码,但是由第一HARQ实体维护的HARQ进程指示物理层产生第二指示信息。在这种情况下,本申请实施例还提供了一种混合自动重传请求的处理方法,示例的,如图18所示。与图17不同的是,第一HARQ实体在确定第一传输块已成功接收,还包括步骤1808。
步骤1808,第一HARQ实体分配第二HARQ进程。第二HARQ进程为第一HARQ实体维护的至少一个HARQ进程中可用的HARQ进程、或者处于空闲状态的HARQ进程、或者未被占用的HARQ进程。然后第一HARQ实体指示第二HARQ进程通知物理层产生第二指示信息。第二HARQ进程指示物理层产生第二指示信息。物理层产生第二指示信息,并向网络设备发送第二指示信息。第二指示信息用于指示第一传输块已成功接收。
需要说明的是,步骤1806和步骤1808没有必然的先后顺序,第一HARQ实体可以先执行步骤1806,再执行步骤1808,也可以先执行步骤1808,再执行步骤1806,还可以同时执行步骤1806和步骤1808。
在又一些实施例中,第一终端设备可以由第一HARQ实体判断第一指示信息是否指示重传、由第一HARQ实体维护的HARQ进程判断第一传输块是否已成功接收、不对第一传输块解码,以及指示物理层产生第二指示信息。在这种情况下,本申请实施例还提供了一种混合自动重传请求的处理方法,示例的,如图19所示,具体包括以下步骤。
步骤1901,第一终端设备的物理层接收到来自第二终端设备的第一HARQ进程的第一侧行链路信息。第一侧行链路信息包括第一侧行链路控制信息和第一传输块。其中,第一侧行链路授权信指示第一sidelink资源,第一HARQ信息包括第一HARQ进程ID和第一指示信息。第一HARQ进程ID用于指示第一HARQ进程。
步骤1902,物理层将第一HARQ信息和第一传输块发送给MAC实体。
步骤1903,MAC实体将第一HARQ信息和第一传输块递交给第一HARQ实体。其中,第一HARQ实体为第一终端设备中用于侧行链路通信的HARQ实体。
进一步的,第一侧行链路控制信息还包括第一侧行链路授权信息。第一侧行链路授权信息用于指示第一sidelink资源。在这种情况下,物理层还将第一侧行链路授权信息发送给MAC实体,并由MAC实体将第一侧行链路授权信息递交给第一HARQ实体。
步骤1904,第一HARQ实体根据第一HARQ进程ID和第一指示信息,判断第一指示信息是否指示重传,若是,则执行步骤1905,否则执行步骤1909。
步骤1905,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则执行步骤1906,若是,则执行步骤1909。
步骤1906,第一HARQ实体分配第二HARQ进程。第二HARQ进程为第一HARQ实体维护的至少一个HARQ进程中可用的HARQ进程、或者处于空闲状态的HARQ进程、或者未被占用的HARQ进程。
步骤1907,第一HARQ实体将第一传输块递交给第二HARQ进程。进一步的,第一HARQ实体还向第二HARQ进程指示重传。
步骤1908,第二HARQ进程若确定第二HARQ进程对应的缓存为空,则不对第一传输块解码。
进一步的,若确定第二HARQ进程对应的缓存为空,第二HARQ进程还指示物理层产生第二指示信息。物理层产生第二指示信息,并向网络设备发送第二指示信息。第二指示信息用于指示第一传输块已成功接收。
步骤1909,第一HARQ实体指示与第一HARQ进程关联的HARQ进程对第一传输块解码。
在又一些实施例中,第一终端设备可以由第一HARQ实体维护的HARQ进程判断第一指示信息是否指示重传、判断第一传输块是否已成功接收、不对第一传输解码,以及指示物理层产生第二指示信息。在这种情况下,本申请实施例还提供了一种混合自动重传请求的处理方法,示例的,如图20所示。与图19所示的混合自动重传请求的处理方法不同的是,在MAC实体将第一HARQ信息和第一传输块递交给第一HARQ实体后,执行以下步骤。
步骤2004,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则执行步骤2005,若是,则执行步骤2009。
步骤2005,第一HARQ实体分配第二HARQ进程,第二HARQ进程为第一HARQ实体维护的至少一个HARQ进程中可用的HARQ进程、或者处于空闲状态的HARQ进程、或者未被占用的HARQ进程。
步骤2006,第一HARQ实体将第一HARQ信息和第一传输块递交给第二HARQ进程。
步骤2007,第二HARQ进程根据第一HARQ信息,判断第一指示信息是否指示重传,若是,则执行步骤2008,否则执行步骤2009。
步骤2008,第二HARQ进程确定第二HARQ进程对应的缓存为空,不对第一传输块解码。
进一步的,第二HARQ进程确定第二HARQ进程对应的缓存为空,还指示物理层产生第二指示信息。物理层产生第二指示信息,并向网络设备发送第二指示信息。第二指示信息用于指示第一传输块已成功接收。
步骤2009,第一HARQ实体将第一HARQ信息和第一传输块递交给与第一HARQ实体维护的HARQ进程中与第一HARQ进程关联的HARQ进程,然后由该HARQ进程对第一传输块解码。
需要说明的是,当第二HARQ进程判断第一指示信息指示的不是重传时,步骤2009中第一HARQ实体维护的HARQ进程中与第一HARQ进程关联的HARQ进程,为步骤2005中第一HARQ实体分配的第二HARQ进程。
结合侧行链路通信对本申请实施例混合自动重传请求处理的方法进行介绍,示例的,如图21所示,具体包括以下步骤。
步骤2101、第二终端设备通过HARQ进程1向第一终端设备发送侧行链路信息1。侧行链路信息1包括侧行链路控制信息1和传输块1。其中,侧行链路控制信息1包括HARQ信息1,HARQ信息1包括HARQ进程ID1和NDI1。其中,HARQ进程ID1用于指示HARQ进程1,NDI1=0。
步骤2102,第一终端设备接收到侧行链路信息1,根据HARQ进程ID1和NDI1,确定NDI1指示新传,对传输块1解码。
步骤2103,第一终端设备对传输块1解码成功后,向第二终端设备发送传输块1的HARQ反馈信息。其中,传输块1的HARQ反馈信息为ACK。
步骤2104,第二终端设备接收到传输块1的HARQ反馈信息,但确定传输块发送失败。
步骤2105,第二终端设备通过HARQ进程1向第一终端设备发送侧行链路信息2。侧行链路信息2包括侧行链路控制信息2和传输块1。其中,侧行链路控制信息2包括HARQ信息1,HARQ信息1包括HARQ进程ID1和NDI2。其中,HARQ进程ID1用于指示HARQ进程1,NDI2=0。
步骤2106,第一终端设备接收到侧行链路信息2,根据HARQ进程ID1和NDI2,确定NDI2指示重传,则不对重传的传输块1解码。进一步的,第一终端设备确定NDI2指示重传,还向第二终端设备反馈传输块1的HARQ反馈信息,其中,向第二终端设备反馈传输块1的HARQ反馈信息为ACK。
进一步的,还包括步骤2107,第一终端设备向第二终端设备发送TB1的HARQ反馈信息,TB1的HARQ反馈信息为ACK。
需要说明的是,上述是以新传成功的情况下,第一终端设备接收第二终端设备重传的传输块1为例进行介绍的,本申请实施例还适用于新传未成功,但是重传成功的场景,对此不作限定。
上述各个实施例可以单独使用,也可以相互结合使用,对此不作限定。
上述主要从每一个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,每一个网元,例如终端和网络设备,为了实现上述功能,其包含了执行每一个功能相应的硬件结构或软件模块,或两者结合。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端和网络设备进行功能模块的划分,例如,可以对应每一个功能划分每一个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。下面以采用对应每一个功能划分每一个功能模块为例进行说明:
图22为本申请实施例提供的一种通信装置的结构示意图。如图22所示,该通信装置包括处理模块2201和通信模块2202。
可选的,该通信装置至少可以执行以下方案之一:
方案一、通信模块2202用于接收网络设备发送的第一控制信息;第一控制信息包括第一侧行链路授权信息和第一HARQ信息;第一侧行链路授权信息指示用于侧行链路通信的资源;第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;第一HARQ进程ID用于指示第一HARQ进程;若第一指示信息指示重传、且通信模块2202已向第二终端设备成功发送与第一HARQ进程对应的传输块,处理模块2201用于忽略所述第一侧行链路授权信息。
一种可能的设计中,通信模块2202还用于向网络设备发送第二指示信息;第二指示信息用于指示与第一HARQ进程对应的传输块已成功发送。
进一步的,在一种可能的设计中,处理模块2201还包括第一HARQ实体;第一HARQ实体用于侧行链路通信;第一HARQ实体用于指示通信模块2202在物理层产生第二指示信息;通信模块2202用于在所述物理层产生第二指示信息。
一种可能的设计中,处理模块2201还包括第一HARQ实体;第一HARQ实体用于侧行链路通信;第一HARQ实体维护的HARQ进程包括第二HARQ进程;
第二HARQ进程用于指示通信模块2202在物理层产生所述第二指示信息。
一种可能的设计中,处理模块2201还包括第一HARQ实体;第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块2202接收第一控制信息之后,获取与第一HARQ进程关联的第一参数的参数值;若与第一HARQ进程关联的第一参数的参数值为第一值,则确定通信模块2202已向第二终端设备成功发送与第一HARQ进程对应的传输块;然后,第一HARQ实体忽略第一侧行链路授权信息。第一值用于指示与第一HARQ进程对应的传输块的HARQ反馈信息为ACK。
一种可能的设计中,处理模块2201包括第一HARQ实体;第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块2202接收网络设备发送的第一控制信息之后,判断所述第一HARQ进程是否关联所述第一HARQ实体维护的HARQ进程;若否,则确定通信模块2202已向第二终端设备成功发送与第一HARQ进程对应的传输块;然后,忽略第一侧行链路授权信息。
一种可能的设计中,处理模块2201包括第一HARQ实体;第一HARQ实体用于侧行链路通信;
第一HARQ实体用于:
在通信模块2202接收第一控制信息之后,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则分配第二HARQ进程,并将第一侧行链路授权信息递交给第二HARQ进程;
所述第二HARQ进程,还用于:
若第二HARQ进程对应的缓存为空,确定通信模块2202已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块;然后,忽略第一侧行链路授权信息。
方案二、
通信模块2202用于接收第二终端设备的第一HARQ进程发送的第一侧行链路信息;第一侧行链路信息包括第一侧行链路控制信息和第一传输块;
其中,第一侧行链路控制信息包括第一HARQ信息,第一HARQ信息包括第一HARQ进程ID和第一指示信息,第一HARQ进程ID用于指示第一HARQ进程;
处理模块2201用于若第一指示信息指示重传、且通信模块2202已成功接收来自第一HARQ进程的第一传输块,不对第一传输块解码。
一种可能的设计中,通信模块2202还用于向第二终端设备发送第二指示信息,第二指示信息用于指示第一传输块已成功接收。
进一步,在一种可能的设计中,处理模块2201还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于指示通信模块在物理层产生第二指示信息,通信模块在物理层产生第二指示信息,并向网络设备发送第二指示信息。
一种可能的设计中,处理模块2201还包括第一HARQ实体,第一HARQ实体用于侧行链路通信,第一HARQ实体维护的HARQ进程中包括第二HARQ进程。第二HARQ进程用于指示通信模块2202在物理层产生第二指示信息;通信模块2202在物理层产生第二指示信息,并向网络设备发送第二指示信息。
一种可能的设计中,处理模块2201还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块2202接收来自第一HARQ进程的第一侧行链路信息之后,获取与第一HARQ进程关联的第一参数的参数值;若与第一HARQ进程关联的第一参数的参数值为第一值,则确定第一传输块已成功接收,然后不对第一传输块解码;第一值用于指示第一终端设备对已接收的来自第一HARQ进程的第一传输块解码成功。
一种可能的设计中,第一HARQ实体还用于:
若与第一HARQ进程关联的第一参数的参数值为第二值,则确定第一传输块接收失败;第二值用于指示第一终端设备对已接收的来自第一HARQ进程的第一传输块解码失败。
一种可能的设计中,处理模块还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块2202接收第二终端设备的第一HARQ进程发送的第一侧行链路信息之后,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则确定第一传输块已成功接收;不对第一传输块解码。
一种可能的设计中,处理模块2201还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块2202接收第二终端设备的第一HARQ进程发送的第一侧行链路信息之后,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;
若第一HARQ进程未关联第一HARQ实体维护的HARQ进程,则第一HARQ实体分配第二HARQ进程,并将第一传输块递交给第二HARQ进程;
第二HARQ进程用于:
若第二HARQ进程对应的缓存为空,则确定第一传输块已接收成功,不对第一传输块解码。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机指令;当所述计算机可读存储介质在通信装置上运行时,使得该通信装置执行如图5、图9、或者图11所示的方法。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本申请实施例还提供了一种包含计算机指令的计算机程序产品,当其在通信装置上运行时,使得通信装置可以执行图10~图21所示的方法。
本申请实施例还提供一种通信系统,该通信系统包括发送端终端备和接收端终端,该接收端终端可以执行图16所示的方法中由第二终端设备所执行的步骤,或者图17~图21所示的方法中由第一终端设备执行的步骤。在另一些实施例中,通信系统还包括网络设备。在这种情况下,发送端终端可以执行图10~图15中由第一终端设备所执行的步骤,和/或,接收端终端可以执行图16所示的方法中由第二终端设备所执行的步骤,或者图17~图21所示的方法中由第一终端设备执行的步骤。
图23为本申请实施例提供的一种通信装置的结构示意图。图23所示的通信装置可以为芯片,也可以为终端设备。其中,芯片可以为通用处理器,也可以为专用处理器。该通信装置包括处理器2301。其中,处理器2301用于支持通信装置执行图10~图21所示的方法。
在一示例中,该通信装置还包括收发器2302,收发器2302用于接受处理器2301的控制,用于支持通信装置执行图10~图21所示的方法。
在一示例中,图23所示的通信装置还可以包括:存储器2303。
需要说明的是,图23所示的通信装置可以使用下述电路或者器件来实现:一个或多个现场可编程门阵列(field programmable gate array,FPGA)、可编程逻辑器件(programmable logic device,PLD)、控制器、状态机、门逻辑、分立硬件部件、任何其他适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
上述本申请实施例提供的终端、网络设备、计算机存储介质、计算机程序产品、芯片均用于执行上文所提供的方法,因此,其所能达到的有益效果可参考上文所提供的方法对应的有益效果,在此不再赘述。
结合以上,本申请还提供如下实施例:
实施例1、一种混合自动重传请求的处理方法,其中,所述方法包括:
第一终端设备接收网络设备发送的第一控制信息;第一控制信息包括第一侧行链路授权信息和第一混合自动重传请求HARQ信息;第一侧行链路授权信息指示用于侧行链路通信的资源;第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;第一HARQ进程ID用于指示第一HARQ进程;
若第一指示信息指示重传、且第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块,第一终端设备忽略第一侧行链路授权信息。
实施例2、根据实施例1所述的方法,其中,所述方法还包括:第一终端设备向网络设备发送第二指示信息;第二指示信息用于指示与第一HARQ进程对应的传输块已成功发送。
实施例3、根据实施例2所述的方法,其中,第一终端设备向网络设备发送第二指示信息,包括:
第一终端设备的第一HARQ实体指示物理层产生第二指示信息,第一HARQ实体用于侧行链路通信;物理层产生第二指示信息,并向网络设备发送第二指示信息。
实施例4、根据实施2所述的方法,其中,第一终端设备向网络设备发送第二指示信息,包括:
第一终端设备的第二HARQ进程指示物理层产生第二指示信息,第二HARQ进程为第一HARQ实体维护的HARQ进程,第一HARQ实体用于侧行链路通信;物理层产生第二指示信息,并向网络设备发送第二指示信息。
实施例5、根据实施例1所述的方法,其中,第一终端设备接收网络设备发送的第一控制信息之后,忽略第一侧行链路授权信息之前,第一HARQ实体获取与第一HARQ进程关联的第一参数的参数值;第一HARQ实体用于侧行链路通信;
若与第一HARQ进程关联的第一参数的参数值为第一值,则第一HARQ实体确定第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块;
第一值用于指示与第一HARQ进程对应的传输块的HARQ反馈信息为确认ACK;
第一终端设备忽略第一侧行链路授权信息,包括:
第一HARQ实体忽略第一侧行链路授权信息。
实施例6、根据实施例5所述的方法,还包括:
若与第一HARQ进程关联的第一参数的参数值为第二值,则第一HARQ实体确定第一终端设备向第二终端设备发送与第一HARQ进程对应的传输块失败;
第二值用于指示与第一HARQ进程对应的传输块的HARQ反馈信息为否认NACK。
实施例7、根据实施例1所述的方法,第一终端设备接收网络设备发送的第一控制信息之后,忽略第一侧行链路授权信息之前,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;第一HARQ实体用于侧行链路通信;
若否,则第一HARQ实体确定第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块;
第一终端设备忽略第一侧行链路授权信息,包括:
第一HARQ实体忽略第一侧行链路授权信息。
实施例8、根据实施例4所述的方法,第一终端设备接收网络设备发送的第一控制信息之后,忽略第一侧行链路授权信息之前,还包括:
第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;
若否,则第一HARQ实体分配第二HARQ进程,并将第一侧行链路授权信息递交给第二HARQ进程;
若第二HARQ进程对应的缓存为空,第二HARQ进程确定第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块;
第一终端设备忽略第一侧行链路授权信息,包括:
第二HARQ进程忽略第一侧行链路授权信息。
实施例9、根据实施例8所述的方法,其中,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程之前,第一HARQ实体确定第一指示信息指示重传;
第一HARQ实体分配第二HARQ进程之后,第二HARQ进程确定第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块之前,第一HARQ实体向第二HARQ进程指示重传;第二HARQ进程判断第二HARQ进程对应的缓存是否为空。
实施例10、根据实施例8所述的方法,第一HARQ实体分配第二HARQ进程之后,第二HARQ进程确定第一终端设备已向第二终端设备成功发送与第一HARQ进程对应的传输块之前,第一HARQ实体将第一HARQ信息递交给第二HARQ进程;
第二HARQ进程根据第一HARQ信息,确定第一指示信息指示重传;
第二HARQ进程判断第二HARQ进程对应的缓存是否为空。
实施例11、一种通信装置,包括通信模块和处理模块;
其中,通信模块用于接收网络设备发送的第一控制信息;第一控制信息包括第一侧行链路授权信息和第一混合自动重传请求HARQ信息;第一侧行链路授权信息指示用于侧行链路通信的资源;第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;第一HARQ进程ID用于指示第一HARQ进程;
若第一指示信息指示重传、且通信模块已向第二终端设备成功发送与第一HARQ进程对应的传输块,处理模块用于忽略第一侧行链路授权信息。
实施例12、根据实施例11所述的装置,其中,通信模块还用于:
向网络设备发送第二指示信息;第二指示信息用于指示与第一HARQ进程对应的传输块已成功发送。
实施例13、根据实施例12所述的装置,其中,处理模块还包括第一HARQ实体;第一HARQ实体用于侧行链路通信;
第一HARQ实体用于指示通信模块在物理层产生第二指示信息;
通信模块向网络设备发送第二指示信息之前,还用于在物理层产生第二指示信息。
实施例14、根据实施例12所述的装置,处理模块还包括第一HARQ实体;第一HARQ实体用于侧行链路通信;第一HARQ实体维护的HARQ进程包括第二HARQ进程;
第二HARQ进程用于指示通信模块在物理层产生第二指示信息;
通信模块向网络设备发送第二指示信息之前,还用于在物理层产生第二指示信息。
实施例15、根据实施例11所述的装置,处理模块还包括第一HARQ实体;第一HARQ实体用于侧行链路通信;
第一HARQ实体用于:
在通信模块接收网络设备发送的第一控制信息之后,处理模块忽略第一侧行链路授权信息之前,获取与第一HARQ进程关联的第一参数的参数值;若与第一HARQ进程关联的第一参数的参数值为第一值,则确定通信模块已向第二终端设备成功发送与第一HARQ进程对应的传输块;
第一值用于指示与第一HARQ进程对应的传输块的HARQ反馈信息为确认ACK;
处理模块用于忽略第一侧行链路授权信息,具体包括:
第一HARQ实体用于忽略第一侧行链路授权信息。
实施例16、根据实施例15所述的装置,第一HARQ实体还用于:
若与第一HARQ进程关联的第一参数的参数值为第二值,则确定通信模块向第二终端设备发送与第一HARQ进程对应的传输块失败;
第二值用于指示与第一HARQ进程对应的传输块的HARQ反馈信息为否认NACK。
实施例17、根据实施例11所述的装置,其中,处理模块包括第一HARQ实体;第一HARQ实体用于侧行链路通信;
第一HARQ实体用于:
在通信模块接收网络设备发送的第一控制信息之后,处理模块忽略第一侧行链路授权信息之前,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则确定通信模块已向第二终端设备成功发送与第一HARQ进程对应的传输块;
处理模块用于忽略第一侧行链路授权信息,具体包括:
第一HARQ实体用于忽略第一侧行链路授权信息。
实施例18、根据实施例14所述的装置,处理模块包括第一HARQ实体;第一HARQ实体用于侧行链路通信;
第一HARQ实体用于:
在通信模块接收网络设备发送的第一控制信息之后,处理模块忽略第一侧行链路授权信息之前,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则分配第二HARQ进程,并将第一侧行链路授权信息递交给第二HARQ进程;
第二HARQ进程,还用于:
若第二HARQ进程对应的缓存为空,确定通信模块已向第二终端设备成功发送与第一HARQ进程对应的传输块;
处理模块用于忽略第一侧行链路授权信息,具体包括:
第二HARQ进程用于忽略第一侧行链路授权信息。
实施例19、根据实施例18所述的装置,第一HARQ实体还用于:
在判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程之前,确定第一指示信息指示重传;
并在分配第二HARQ进程之后,向第二HARQ进程指示重传;
第二HARQ进程还用于:
接收到来自第一HARQ实体的重传指示后,判断第二HARQ进程对应的缓存是否为空。
实施例20、根据实施例18所述的装置,第一HARQ实体还用于:
在分配第二HARQ进程之后,将第一HARQ信息递交给第二HARQ进程;
第二HARQ进程还用于:
根据第一HARQ信息,确定第一指示信息判断为重传;并判断第二HARQ进程对应的缓存是否为空。
实施例21、一种通信装置,其中,包括处理器和存储器,处理器和存储器耦合,存储器中存储有计算机程序指令,当处理器执行计算机程序指令时,使得装置执行实施例1至10任一所述的方法。
实施例22、一种计算机可读存储介质,其中,计算机可读存储介质包括计算机程序指令,当计算机程序指令在计算机上运行时,使得计算机执行实施例1至10任一所述的方法。
实施例23、一种芯片,其中,芯片与存储器耦合,用于从存储器中调用并运行存储器中存储的计算机程序指令,执行实施例1至10任一所述的方法。
实施例24、一种计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述实施例1至10任一实施例所述的方法。
实施例25、一种混合自动重传请求的处理方法,包括:
第一终端设备接收第二终端设备的第一HARQ进程发送的第一侧行链路信息;第一侧行链路信息包括第一侧行链路控制信息和第一传输块;其中,第一侧行链路控制信息包括第一HARQ信息,第一HARQ信息包括第一HARQ进程ID和第一指示信息,第一HARQ进程ID用于指示第一HARQ进程;
若第一指示信息指示重传、且第一终端设备已成功接收来自第一HARQ进程的第一传输块,第一终端设备不对第一传输块解码。
实施例26、根据实施例25所述的方法,还包括:
第一终端设备向第二终端设备发送第二指示信息,第二指示信息用于指示第一传输块已成功接收。
实施例27、根据实施例26所述的方法,第一终端设备向第二终端设备发送第二指示信息,包括:
第一终端设备的第一HARQ实体指示物理层产生第二指示信息,第一HARQ实体用于侧行链路通信;物理层产生第二指示信息,并向网络设备发送第二指示信息。
实施例28、根据实施例26所述的方法,第一终端设备向第二终端设备发送第二指示信息,包括:
第一终端设备的第二HARQ进程指示物理层产生第二指示信息;第二HARQ进程为第一HARQ实体维护的一个HARQ进程,第一HARQ实体用于侧行链路通信;物理层产生第二指示信息,并向网络设备发送第二指示信息。
实施例29、根据实施例25的方法,第一终端设备接收第二终端设备的第一HARQ进程发送的第一侧行链路信息之后,不对第一传输块解码之前,第一HARQ实体获取与第一HARQ进程关联的第一参数的参数值;第一HARQ实体用于侧行链路通信;
若与第一HARQ进程关联的第一参数的参数值为第一值,则第一HARQ实体确定第一传输块已成功接收;
第一值用于指示第一终端设备对已接收的来自第一HARQ进程的第一传输块解码成功;
第一终端设备不对第一传输块解码,包括:
第一HARQ实体不对第一传输块解码。
实施例30、根据实施例29所述的方法,还包括:
若与第一HARQ进程关联的第一参数的参数值为第二值,则第一HARQ实体确定第一传输块接收失败;第二值用于指示第一终端设备对已接收的来自第一HARQ进程的第一传输块解码失败。
实施例31、根据实施例25所述的方法,其中,第一终端设备接收第二终端设备的第一HARQ进程发送的第一侧行链路信息之后,不对第一传输块解码之前,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;第一HARQ实体用于侧行链路通信;若否,则第一HARQ实体确定第一传输块已成功接收;
第一终端设备不对第一传输块解码,包括:
第一HARQ实体不对第一传输块解码。
实施例32、根据实施例28所述的方法,其中,第一终端设备接收第二终端设备的第一HARQ进程发送的第一侧行链路信息之后,不对第一传输块解码之前,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;
若第一HARQ进程未关联第一HARQ实体维护的HARQ进程,则第一HARQ实体分配第二HARQ进程,并将第一传输块递交给第二HARQ进程;
若第二HARQ进程对应的缓存为空,第二HARQ进程确定第一传输块已接收成功;
第一终端设备不对第一传输块解码,包括:
第二HARQ进程不对第一传输块解码。
实施例33、根据实施例32所述的方法,其中,第一HARQ实体判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程之前,第一HARQ实体确定第一指示信息指示重传;第一HARQ实体分配第二HARQ进程之后,第二HARQ进程确定第一传输块已接收成功之前,第一HARQ实体向第二HARQ进程指示重传;第二HARQ进程判断第二HARQ进程对应的缓存是否为空。
实施例34、根据实施例32所述的方法,第一HARQ实体分配第二HARQ进程之后,第二HARQ进程确定第一传输块已接收成功之前,第一HARQ实体将第一HARQ信息递交给第二HARQ进程;第二HARQ进程根据第一HARQ信息,确定第一指示信息指示重传;第二HARQ进程判断第二HARQ进程对应的缓存是否为空。
实施例35、一种通信装置,包括处理模块和通信模块;
通信模块用于接收第二终端设备的第一HARQ进程发送的第一侧行链路信息;第一侧行链路信息包括第一侧行链路控制信息和第一传输块;
其中,第一侧行链路控制信息包括第一HARQ信息,第一HARQ信息包括第一HARQ进程ID和第一指示信息,第一HARQ进程ID用于指示第一HARQ进程;
处理模块用于若第一指示信息指示重传、且通信模块已成功接收来自第一HARQ进程的第一传输块,不对第一传输块解码。
实施例36、根据实施例35所述的装置,通信模块还用于向第二终端设备发送第二指示信息,第二指示信息用于指示第一传输块已成功接收。
实施例37、根据实施例36所述的装置,处理模块还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于指示通信模块在物理层产生第二指示信息,通信模块在物理层产生第二指示信息,并向网络设备发送第二指示信息。
实施例38、根据实施例37所述的装置,处理模块还包括第一HARQ实体,第一HARQ实体用于侧行链路通信,第一HARQ实体维护的HARQ进程中包括第二HARQ进程。第二HARQ进程用于指示通信模块在物理层产生第二指示信息;通信模块在物理层产生第二指示信息,并向网络设备发送第二指示信息。
实施例39、根据实施例35所述的装置,其中,处理模块还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块接收来自第一HARQ进程的第一侧行链路信息之后,获取与第一HARQ进程关联的第一参数的参数值;若与第一HARQ进程关联的第一参数的参数值为第一值,则确定第一传输块已成功接收,然后不对第一传输块解码;第一值用于指示第一终端设备对已接收的来自第一HARQ进程的第一传输块解码成功。
实施例40、根据实施例39所述的装置,第一HARQ实体还用于:
若与第一HARQ进程关联的第一参数的参数值为第二值,则确定第一传输块接收失败;第二值用于指示第一终端设备对已接收的来自第一HARQ进程的第一传输块解码失败。
实施例41、根据实施例35所述的装置,处理模块还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块接收第二终端设备的第一HARQ进程发送的第一侧行链路信息之后,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;若否,则体确定第一传输块已成功接收;不对第一传输块解码。
实施例42、根据实施例38所述的装置,处理模块还包括第一HARQ实体,第一HARQ实体用于侧行链路通信;第一HARQ实体用于:
在通信模块接收第二终端设备的第一HARQ进程发送的第一侧行链路信息之后,判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程;
若第一HARQ进程未关联第一HARQ实体维护的HARQ进程,则第一HARQ实体分配第二HARQ进程,并将第一传输块递交给第二HARQ进程;
第二HARQ进程用于:
若第二HARQ进程对应的缓存为空,则确定第一传输块已接收成功,不对第一传输块解码。
实施例43、根据实施例42所述的装置,其中,第一HARQ实体还用于:
在判断第一HARQ进程是否关联第一HARQ实体维护的HARQ进程之前,确定第一指示信息指示重传;然后分配第二HARQ进程,将第一传输块递交给第二HARQ进程,以及向第二HARQ进程指示重传;
第二HARQ进程还用于在接收到来自第一HARQ实体的重传指示后,判断第二HARQ进程对应的缓存是否为空。
实施例44、根据实施例42所述的装置,其中,第一HARQ实体还用于:
第一HARQ实体在分配第二HARQ进程后,将第一HARQ信息和第一传输块递交给第二HARQ进程;
第二HARQ进程用于:根据第一HARQ信息,确定第一指示信息指示重传;然后判断第二HARQ进程对应的缓存是否为空。
实施例45、一种通信装置,其中,包括处理器和存储器,处理器和存储器耦合,存储器中存储有计算机程序指令,当处理器执行计算机程序指令时,使得装置执行实施例25至34任一所述的方法。
实施例46、一种计算机可读存储介质,其中,计算机可读存储介质包括计算机程序指令,当计算机程序指令在计算机上运行时,使得计算机执行实施例25至34任一所述的方法。
实施例47、一种芯片,其中,芯片与存储器耦合,用于从存储器中调用并运行存储器中存储的计算机程序指令,执行实施例25至34任一所述的方法。
实施例48、一种计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述实施例25至34任一实施例所述的方法。
尽管在此结合各实施例对本申请进行了描述,然而,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
Claims (23)
1.一种混合自动重传请求的处理方法,其特征在于,所述方法包括:
第一终端设备接收网络设备发送的第一控制信息;所述第一控制信息包括第一侧行链路授权信息和第一混合自动重传请求HARQ信息;所述第一侧行链路授权信息指示用于侧行链路通信的资源;所述第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;所述第一HARQ进程ID用于指示第一HARQ进程;
若所述第一指示信息指示重传、且所述第一终端设备已向第二终端设备成功发送与所述第一HARQ进程对应的传输块,所述第一终端设备忽略所述第一侧行链路授权信息。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一终端设备向所述网络设备发送第二指示信息;所述第二指示信息用于指示与所述第一HARQ进程对应的传输块已成功发送。
3.如权利要求2所述的方法,其特征在于,所述第一终端设备向所述网络设备发送第二指示信息,包括:
所述第一终端设备的第一HARQ实体指示物理层产生所述第二指示信息,所述第一HARQ实体用于侧行链路通信;
所述物理层产生所述第二指示信息,并向所述网络设备发送所述第二指示信息。
4.如权利要求2所述的方法,其特征在于,所述第一终端设备向所述网络设备发送第二指示信息,包括:
所述第一终端设备的第二HARQ进程指示物理层产生所述第二指示信息,所述第二HARQ进程为第一HARQ实体维护的HARQ进程,所述第一HARQ实体用于侧行链路通信;
所述物理层产生所述第二指示信息,并向所述网络设备发送所述第二指示信息。
5.如权利要求1所述的方法,其特征在于,所述第一终端设备接收网络设备发送的第一控制信息之后,忽略所述第一侧行链路授权信息之前,所述方法还包括:
所述第一终端设备的第一HARQ实体获取与所述第一HARQ进程关联的第一参数的参数值;所述第一HARQ实体用于侧行链路通信;
若与所述第一HARQ进程关联的第一参数的参数值为第一值,则所述第一HARQ实体确定所述第一终端设备已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块;
所述第一值用于指示与所述第一HARQ进程对应的传输块的HARQ反馈信息为确认ACK;
所述第一终端设备忽略所述第一侧行链路授权信息,包括:
所述第一HARQ实体忽略所述第一侧行链路授权信息。
6.如权利要求5所述的方法,其特征在于,所述方法还包括:
若与所述第一HARQ进程关联的第一参数的参数值为第二值,则所述第一HARQ实体确定所述第一终端设备向所述第二终端设备发送与所述第一HARQ进程对应的传输块失败;
所述第二值用于指示与所述第一HARQ进程对应的传输块的HARQ反馈信息为否认NACK。
7.如权利要求1所述的方法,其特征在于,所述第一终端设备接收网络设备发送的第一控制信息之后,忽略所述第一侧行链路授权信息之前,所述方法还包括:
所述第一终端设备的第一HARQ实体判断所述第一HARQ进程是否关联所述第一HARQ实体维护的HARQ进程;所述第一HARQ实体用于侧行链路通信;
若否,则所述第一HARQ实体确定所述第一终端设备已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块;
所述第一终端设备忽略所述第一侧行链路授权信息,包括:
所述第一HARQ实体忽略所述第一侧行链路授权信息。
8.如权利要求4所述的方法,其特征在于,所述第一终端设备接收网络设备发送的第一控制信息之后,忽略所述第一侧行链路授权信息之前,所述方法还包括:
所述第一HARQ实体判断所述第一HARQ进程是否关联所述第一HARQ实体维护的HARQ进程;
若否,则所述第一HARQ实体分配所述第二HARQ进程,并将所述第一侧行链路授权信息递交给所述第二HARQ进程;
若所述第二HARQ进程对应的缓存为空,所述第二HARQ进程确定所述第一终端设备已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块;
所述第一终端设备忽略所述第一侧行链路授权信息,包括:
所述第二HARQ进程忽略所述第一侧行链路授权信息。
9.如权利要求8所述的方法,其特征在于,所述第一HARQ实体判断所述第一HARQ进程是否关联所述第一HARQ实体维护的HARQ进程之前,所述方法还包括:
所述第一HARQ实体确定所述第一指示信息指示重传;
所述第一HARQ实体分配所述第二HARQ进程之后,所述第二HARQ进程确定所述第一终端设备已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块之前,所述方法还包括:
所述第一HARQ实体向所述第二HARQ进程指示重传;
所述第二HARQ进程判断所述第二HARQ进程对应的缓存是否为空。
10.如权利要求8所述的方法,其特征在于,所述第一HARQ实体分配所述第二HARQ进程之后,所述第二HARQ进程确定所述第一终端设备已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块之前,所述方法还包括:
所述第一HARQ实体将所述第一HARQ信息递交给所述第二HARQ进程;
所述第二HARQ进程根据所述第一HARQ信息,确定所述第一指示信息指示重传;
所述第二HARQ进程判断所述第二HARQ进程对应的缓存是否为空。
11.一种通信装置,其特征在于,所述装置包括通信模块和处理模块;
其中,所述通信模块用于接收网络设备发送的第一控制信息;所述第一控制信息包括第一侧行链路授权信息和第一混合自动重传请求HARQ信息;所述第一侧行链路授权信息指示用于侧行链路通信的资源;所述第一HARQ信息包括第一HARQ进程标识ID和第一指示信息;所述第一HARQ进程ID用于指示第一HARQ进程;
若所述第一指示信息指示重传、且所述通信模块已向第二终端设备成功发送与所述第一HARQ进程对应的传输块,所述处理模块用于忽略所述第一侧行链路授权信息。
12.如权利要求11所述的装置,其特征在于,所述通信模块还用于:
向所述网络设备发送第二指示信息;所述第二指示信息用于指示与所述第一HARQ进程对应的传输块已成功发送。
13.如权利要求12所述的装置,其特征在于,所述处理模块还包括第一HARQ实体;所述第一HARQ实体用于侧行链路通信;
所述第一HARQ实体用于指示所述通信模块在物理层产生所述第二指示信息;
所述通信模块向所述网络设备发送第二指示信息之前,还用于:
在所述物理层产生所述第二指示信息。
14.如权利要求12所述的装置,其特征在于,所述处理模块还包括第一HARQ实体;所述第一HARQ实体用于侧行链路通信;所述第一HARQ实体维护的HARQ进程包括第二HARQ进程;
所述第二HARQ进程用于指示所述通信模块在物理层产生所述第二指示信息;
所述通信模块向所述网络设备发送第二指示信息之前,还用于:
在所述物理层产生所述第二指示信息。
15.如权利要求11所述的装置,其特征在于,所述处理模块还包括第一HARQ实体;所述第一HARQ实体用于侧行链路通信;
第一HARQ实体用于:
在所述通信模块接收所述网络设备发送的所述第一控制信息之后,所述处理模块忽略所述第一侧行链路授权信息之前,获取与所述第一HARQ进程关联的第一参数的参数值;若与所述第一HARQ进程关联的第一参数的参数值为第一值,则确定所述通信模块已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块;
所述第一值用于指示与所述第一HARQ进程对应的传输块的HARQ反馈信息为确认ACK;
所述处理模块用于忽略所述第一侧行链路授权信息,具体包括:
所述第一HARQ实体用于忽略所述第一侧行链路授权信息。
16.如权利要求15所述的装置,其特征在于,所述第一HARQ实体还用于:
若与所述第一HARQ进程关联的第一参数的参数值为第二值,则确定所述通信模块向所述第二终端设备发送与所述第一HARQ进程对应的传输块失败;
所述第二值用于指示与所述第一HARQ进程对应的传输块的HARQ反馈信息为否认NACK。
17.如权利要求11所述的装置,其特征在于,所述处理模块包括第一HARQ实体;所述第一HARQ实体用于侧行链路通信;
所述第一HARQ实体用于:
在所述通信模块接收所述网络设备发送的所述第一控制信息之后,所述处理模块忽略所述第一侧行链路授权信息之前,判断所述第一HARQ进程是否关联所述第一HARQ实体维护的HARQ进程;若否,则确定所述通信模块已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块;
所述处理模块用于忽略所述第一侧行链路授权信息,具体包括:
所述第一HARQ实体用于忽略所述第一侧行链路授权信息。
18.如权利要求14所述的装置,其特征在于,所述处理模块包括第一HARQ实体;所述第一HARQ实体用于侧行链路通信;
所述第一HARQ实体用于:
在所述通信模块接收所述网络设备发送的所述第一控制信息之后,所述处理模块忽略所述第一侧行链路授权信息之前,判断所述第一HARQ进程是否关联所述第一HARQ实体维护的HARQ进程;若否,则分配所述第二HARQ进程,并将所述第一侧行链路授权信息递交给第二HARQ进程;
所述第二HARQ进程,还用于:
若所述第二HARQ进程对应的缓存为空,确定所述通信模块已向所述第二终端设备成功发送与所述第一HARQ进程对应的传输块;
所述处理模块用于忽略所述第一侧行链路授权信息,具体包括:
所述第二HARQ进程用于忽略所述第一侧行链路授权信息。
19.如权利要求18所述的装置,其特征在于,所述第一HARQ实体还用于:
在判断所述第一HARQ进程是否关联所述第一HARQ实体维护的HARQ进程之前,确定所述第一指示信息指示重传;
并在分配所述第二HARQ进程之后,向所述第二HARQ进程指示重传;
所述第二HARQ进程还用于:
接收到来自所述第一HARQ实体的重传指示后,判断所述第二HARQ进程对应的缓存是否为空。
20.如权利要求18所述的装置,其特征在于,所述第一HARQ实体还用于:
在分配所述第二HARQ进程之后,将所述第一HARQ信息递交给所述第二HARQ进程;
所述第二HARQ进程还用于:
根据所述第一HARQ信息,确定所述第一指示信息判断为重传;并判断所述第二HARQ进程对应的缓存是否为空。
21.一种通信装置,其特征在于,包括处理器和存储器,所述处理器和存储器耦合,所述存储器中存储有计算机程序指令,当所述处理器执行所述计算机程序指令时,使得所述装置执行权利要求1至10任一所述的方法。
22.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机程序指令,当所述计算机程序指令在计算机上运行时,使得所述计算机执行如权利要求1至10任一所述的方法。
23.一种芯片,其特征在于,所述芯片与存储器耦合,用于从所述存储器中调用并运行所述存储器中存储的计算机程序指令,执行如权利要求1至10任一所述的方法。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210657930.9A CN115242358A (zh) | 2019-11-08 | 2019-11-08 | 一种混合自动重传请求的处理方法及通信装置 |
CN201911090520.5A CN112787774B (zh) | 2019-11-08 | 2019-11-08 | 一种混合自动重传请求的处理方法及通信装置 |
KR1020227015847A KR20220079960A (ko) | 2019-11-08 | 2020-11-06 | 하이브리드 자동 반복 요청 처리 방법 및 통신 장치 |
US17/774,882 US20220416950A1 (en) | 2019-11-08 | 2020-11-06 | Hybrid automatic repeat request processing method and communications apparatus |
JP2022526162A JP7481440B2 (ja) | 2019-11-08 | 2020-11-06 | ハイブリッド自動再送要求処理方法及び通信装置 |
EP20883864.9A EP4030666A4 (en) | 2019-11-08 | 2020-11-06 | METHOD OF PROCESSING A HYBRID AUTOMATIC REPEAT REQUEST AND COMMUNICATION DEVICE |
PCT/CN2020/127164 WO2021088991A1 (zh) | 2019-11-08 | 2020-11-06 | 一种混合自动重传请求的处理方法及通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911090520.5A CN112787774B (zh) | 2019-11-08 | 2019-11-08 | 一种混合自动重传请求的处理方法及通信装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210657930.9A Division CN115242358A (zh) | 2019-11-08 | 2019-11-08 | 一种混合自动重传请求的处理方法及通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112787774A CN112787774A (zh) | 2021-05-11 |
CN112787774B true CN112787774B (zh) | 2022-06-14 |
Family
ID=75749006
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911090520.5A Active CN112787774B (zh) | 2019-11-08 | 2019-11-08 | 一种混合自动重传请求的处理方法及通信装置 |
CN202210657930.9A Pending CN115242358A (zh) | 2019-11-08 | 2019-11-08 | 一种混合自动重传请求的处理方法及通信装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210657930.9A Pending CN115242358A (zh) | 2019-11-08 | 2019-11-08 | 一种混合自动重传请求的处理方法及通信装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20220416950A1 (zh) |
EP (1) | EP4030666A4 (zh) |
JP (1) | JP7481440B2 (zh) |
KR (1) | KR20220079960A (zh) |
CN (2) | CN112787774B (zh) |
WO (1) | WO2021088991A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115245008A (zh) | 2020-01-23 | 2022-10-25 | 华为技术有限公司 | 通信处理方法和通信设备 |
US20230072524A1 (en) * | 2021-08-21 | 2023-03-09 | Samsung Electronics Co., Ltd. | Method and apparatus for handling contention based data transmission in a wireless communication network |
US11910426B2 (en) * | 2021-09-03 | 2024-02-20 | Qualcomm Incorporated | Interference management for sidelink relaying |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108574564A (zh) * | 2012-04-18 | 2018-09-25 | 华为技术有限公司 | 混合自动重传请求方法与装置 |
CN110381599A (zh) * | 2018-04-13 | 2019-10-25 | 维沃移动通信有限公司 | Sidelink的传输方法和终端 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10637615B2 (en) * | 2017-03-30 | 2020-04-28 | Qualcomm Incorporated | Retransmission indication based on an acknowledgement based feedback scheme for wireless communication |
US11374694B2 (en) * | 2018-01-17 | 2022-06-28 | Qualcomm Incorporated | Transport block size indication for retransmissions in wireless communications |
CN109075908B (zh) * | 2018-08-10 | 2021-08-31 | 北京小米移动软件有限公司 | 车联网设备之间的反馈信息传输方法、装置及系统 |
US12126449B2 (en) * | 2018-12-29 | 2024-10-22 | Beijing Xiaomi Mobile Software Co., Ltd. | Data transmission method and apparatus in direct communication, device, and system |
CN114008955A (zh) * | 2019-06-12 | 2022-02-01 | 联想(新加坡)私人有限公司 | 对用于混合自动重传请求过程的新数据指示符进行响应 |
CN116192343A (zh) * | 2019-08-16 | 2023-05-30 | 华为技术有限公司 | 一种处理侧行链路资源的方法、装置及系统 |
US20220338205A1 (en) * | 2019-10-10 | 2022-10-20 | Lg Electronics Inc. | Method and apparatus for transmission based on qos requirement in a wireless communication system |
-
2019
- 2019-11-08 CN CN201911090520.5A patent/CN112787774B/zh active Active
- 2019-11-08 CN CN202210657930.9A patent/CN115242358A/zh active Pending
-
2020
- 2020-11-06 EP EP20883864.9A patent/EP4030666A4/en active Pending
- 2020-11-06 KR KR1020227015847A patent/KR20220079960A/ko not_active Application Discontinuation
- 2020-11-06 JP JP2022526162A patent/JP7481440B2/ja active Active
- 2020-11-06 US US17/774,882 patent/US20220416950A1/en active Pending
- 2020-11-06 WO PCT/CN2020/127164 patent/WO2021088991A1/zh unknown
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108574564A (zh) * | 2012-04-18 | 2018-09-25 | 华为技术有限公司 | 混合自动重传请求方法与装置 |
CN110381599A (zh) * | 2018-04-13 | 2019-10-25 | 维沃移动通信有限公司 | Sidelink的传输方法和终端 |
Non-Patent Citations (1)
Title |
---|
Discussion on HARQ support for NR sidelink;Huawei, HiSilicon;《3GPP TSG-RAN WG2 #107bis》;20191018;第1-3节 * |
Also Published As
Publication number | Publication date |
---|---|
JP7481440B2 (ja) | 2024-05-10 |
CN115242358A (zh) | 2022-10-25 |
KR20220079960A (ko) | 2022-06-14 |
US20220416950A1 (en) | 2022-12-29 |
EP4030666A1 (en) | 2022-07-20 |
JP2022554368A (ja) | 2022-12-28 |
EP4030666A4 (en) | 2022-11-16 |
CN112787774A (zh) | 2021-05-11 |
WO2021088991A1 (zh) | 2021-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102247385B1 (ko) | 전송 방법, 네트워크 장비, 및 단말 장비 | |
CN111435885B (zh) | 用于传输数据的方法、通信设备和网络设备 | |
US10790941B2 (en) | Method and device for narrowband cellular communication | |
US20220217768A1 (en) | Communication Method and Apparatus | |
US11050521B2 (en) | Infrastructure equipment, method, wireless telecommunications system, circuitry and communications device | |
CN112787774B (zh) | 一种混合自动重传请求的处理方法及通信装置 | |
US11496994B2 (en) | Acknowledgement information sending method, acknowledgement information receiving method, communications device, and network device | |
EP3751763A1 (en) | Indication method, network device and user equipment | |
CN111684835B (zh) | 反馈信息的指示方法及装置 | |
WO2018202193A1 (zh) | 一种数据传输方法、装置和系统 | |
KR20230058465A (ko) | Nr v2x에서 자원 할당을 향상시키는 방법 및 장치 | |
CN110351748B (zh) | 用于行动通信系统的用户装置及基站 | |
US20200067644A1 (en) | Data feedback method and related device | |
US11564246B2 (en) | Information transmission method, communications device, and network device | |
CN114556832A (zh) | 基于服务的上行链路重传 | |
CN109804695A (zh) | 下行数据发送方法、接收方法、装置和存储介质 | |
EP3018853A1 (en) | Method and device for configuring data transmission resource | |
KR20220155322A (ko) | Nr v2x에서 pucch 프로세싱 시간에 기반하여 사이드링크 전송을 수행하는 방법 및 장치 | |
CN113518313B (zh) | 一种侧行链路组播通信的方法及通信装置 | |
CN113330803B (zh) | 收发设备和调度设备 | |
KR20200112569A (ko) | 무선 통신 시스템에서 사이드링크 데이터 전송을 수행하는 방법 및 장치 | |
WO2021164603A1 (zh) | 辅链路控制信息的资源指示方法与装置、终端设备 | |
CN115379500B (zh) | 信息反馈方法和相关设备 | |
CN111586847B (zh) | 通信方法、装置及存储介质 | |
CN113271181A (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 |