CN112399588A - 用于传输混合自动重传请求harq反馈信息的方法和装置 - Google Patents
用于传输混合自动重传请求harq反馈信息的方法和装置 Download PDFInfo
- Publication number
- CN112399588A CN112399588A CN201910760464.5A CN201910760464A CN112399588A CN 112399588 A CN112399588 A CN 112399588A CN 201910760464 A CN201910760464 A CN 201910760464A CN 112399588 A CN112399588 A CN 112399588A
- Authority
- CN
- China
- Prior art keywords
- information
- feedback
- terminal device
- harq
- type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 274
- 230000005540 biological transmission Effects 0.000 claims abstract description 284
- 238000012545 processing Methods 0.000 claims abstract description 74
- 238000005538 encapsulation Methods 0.000 claims abstract description 11
- 238000004891 communication Methods 0.000 claims description 143
- 230000011664 signaling Effects 0.000 claims description 78
- 230000008569 process Effects 0.000 claims description 64
- 238000003860 storage Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 14
- 238000012790 confirmation Methods 0.000 claims description 2
- 239000010410 layer Substances 0.000 description 175
- 230000006870 function Effects 0.000 description 27
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 21
- 238000010586 diagram Methods 0.000 description 20
- 239000011229 interlayer Substances 0.000 description 10
- 238000001914 filtration Methods 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 6
- 238000013468 resource allocation Methods 0.000 description 6
- 102100026679 Carboxypeptidase Q Human genes 0.000 description 5
- 101100166333 Homo sapiens CPQ gene Proteins 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000014509 gene expression Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000001737 promoting effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 102100029651 Arginine/serine-rich protein 1 Human genes 0.000 description 1
- 101000728589 Homo sapiens Arginine/serine-rich protein 1 Proteins 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement 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/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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- 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/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
-
- 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)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本申请提供了一种用于传输混合自动重传请求HARQ反馈信息的方法和装置,能够灵活确定反馈方式类型。该方法包括:第一终端设备获取传输资源,然后基于第一对应关系,确定当前传输对应的反馈方式类型,并基于反馈方式类型进行数据包封装处理,最后使用传输资源发送数据包。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种用于传输混合自动重传请求(hybrid automatic repeat request,HARQ)反馈信息的方法和装置。
背景技术
车联网(vehicle to everything,V2X)被认为是物联网体系中最有产业潜力、市场需求最为明确的领域之一,具有应用空间广、产业潜力大、社会效益强的特点,对促进汽车和信息通信产业创新发展,构建汽车和交通服务新模式新业态,推动自动驾驶技术创新和应用,提高交通效率和安全水平具有重要意义。车联网是指通过装载在车上的传感器、车载终端等提供车辆信息,并通过各种通信技术实现车与车、车与人、车与路边基础设施、车与网络之间进行相互通信。
以侧链的一次单播传输为例:发端用户设备(user equipment,UE)要发送给收端UE;收端UE在接收到对应数据后,会根据是否解调成功来给Tx UE反馈本次传输是否成功,例如:若本次接收成功、则反馈确认(acknowledgement,ACK);否则反馈NACK或不反馈,此时发端UE收到ACK则认为成功,收到否定确认(negative-acknowledgement,NACK)或没收到反馈都认为失败。发端UE根据Rx的HARQ反馈来判断收端UE是否接收成功。若认为没有成功则需重传;若成功则认为本次传输成功及停止本次传输和/或进行下次传输。
针对NR SL组播,目前已存在两种反馈方式,分别为:方式1),HARQ NACK only,即仅反馈NACK消息;方式2),HARQ ACK/NACK,即反馈ACK消息或NACK消息。这两种方式各有优点和缺点。现有技术中不能动态配置采用哪种反馈方式,不够灵活。
发明内容
有鉴于此,本申请提供一种用于传输混合自动重传请求HARQ反馈信息的方法和装置,有助于灵活配置HARQ反馈方式。
第一方面,提供了一种用于传输混合自动重传请求HARQ反馈信息的方法,包括:第一终端设备基于第一对应关系,确定当前传输对应的反馈方式类型;第一终端设备基于所述反馈方式类型,进行数据包封装处理;第一终端设备使用所述传输资源发送数据包。因此,第一终端设备通过第一对应关系确定反馈方式类型,并基于反馈方式类型作封包处理,能够灵活配置HARQ反馈方式。
可选地,第一终端设备通过侧链控制信息SCI向第二终端设备指示单次反馈方式类型。比如,第一终端设备是发端UE,第二终端设备是收端UE。这里,发端UE可以向收端UE发送SCI,以指示单次反馈方式类型。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
可选地,所述反馈方式类型包括第一HARQ反馈方式、第二HARQ反馈方式或HARQ开关信息,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。所述HARQ开关信息用于指示终端设备是否作反馈。HARQ开关信息包括HARQ使能(enable)或HARQ关闭(disable)。这里,若反馈方式类型为HARQ开关信息为HARQ使能(enable),则反馈方式类型中还可以进一步包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式;若反馈方式类型为HARQ开关信息为HARQ关闭(disable),则可以不包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式。
上述传输资源可以携带属性信息,也可以不携带属性信息。
在一种可能的实现方式中,所述传输资源携带属性信息,所述属性信息用于指示所述传输资源支持的HARQ反馈方式;所述方法还包括:第一终端设备根据所述属性信息,在所述第一对应关系中筛选与所述传输资源支持的HARQ反馈方式相同的至少一个逻辑信道;在所述传输资源中发送所述至少一个逻辑信道中的数据。这里,若传输资源中携带属性信息,则第一终端设备可以基于所述属性信息进行后续过滤操作。
在一种可能的实现方式中,所述方法还包括:若所述传输资源未携带属性信息,所述第一终端设备在所述传输资源中传输多个逻辑信道中的数据,其中,所述多个逻辑信道中的每个逻辑信道对应的反馈方式相同或不同。这里,若传输资源没有带属性信息,则终端设备可以混合复用逻辑信道。
在一种可能的实现方式中,所述方法还包括:若所述传输资源未携带属性信息,所述第一终端设备为所述传输资源确定所述传输资源支持的HARQ反馈方式;第一终端设备在所述第一对应关系中筛选与所述传输资源支持的HARQ反馈方式相同的至少一个逻辑信道;第一终端设备在所述传输资源中发送所述至少一个逻辑信道中的数据。这里,第一终端设备可以为没有携带属性信息的传输资源确定属性信息。
可选地,所述第一终端设备为所述传输资源确定所述传输资源支持的HARQ反馈方式,包括:所述终端设备获取具有最高优先级的目标标识,并将所述目标标识对应的HARQ反馈方式,作为所述传输资源支持的HARQ反馈方式。
在一种可能的实现方式中,所述方法还包括:所述第一终端设备向所述第二终端设备发送第二信息,所述第二信息用于所述第二终端设备确定反馈方式类型。可选地,第二信息可以是第一终端设备接收网络设备的第一信息得到的。第一终端设备可以对第一信息进行处理后得到第二信息,或者,不作处理,即第二信息与第一信息相同,对此不作限定。
可选地,所述第一终端设备向所述第二终端设备发送第二信息,包括:所述第一终端设备通过以下中的一项或多项向所述第二终端设备发送所述第二信息:侧链控制信息SCI、MAC信令、侧链信令、RRC信令、SIB信息。比如,第一终端设备通过RRC信令发送多个反馈方式类型,并通过MAC信令在多个反馈方式类型中指示一个反馈方式类型。
可选地,所述第二信息包括以下信息中的一项或多项:目标地址标识,源标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述第一终端设备向所述第二终端设备发送第二信息,包括:所述第一终端设备向所述第二终端设备发送多次传输的反馈方式类型,其中,所述多次传输的反馈方式类型包括于所述第二信息。
可选地,所述方法还包括:所述第一终端设备向第二终端设备发送第三信息,所述第三信息包括以下信息中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。这样,使得第二终端设备可以计算第一终端设备与第二终端设备之间的距离。
可选地,在所述第一终端设备向第二终端设备发送第三信息前,所述方法还包括:所述第一终端设备接收网络设备发送的第四信息,所述第四信息包括通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。这里,第一终端设备可以接收网络设备发送的第四信息。
可选地,在所述第一终端设备确定反馈方式类型为第二HARQ反馈方式时,所述方法还包括:所述第一终端设备向第二终端设备或网络设备发送所述第一终端设备的信息,所述第一终端设备的信息包括:所述第一终端设备的位置信息、所述第一终端设备所在区域的标识、所述第一终端设备的功率信息。这样,第一终端设备可以将与自己相关的信息告知第二终端设备,以便于第二终端设备计算距离。
可选地,所述方法还包括:所述第一终端设备获取所述第一对应关系。可选地,第一对应关系可以是预定义的,也可以是其他设备发送给第一终端设备的,对此不作限定。
可选地,所述第一终端设备获取所述第一对应关系,包括:所述第一终端设备接收网络设备或终端设备发送的所述第一对应关系。网络设备可以是基站或者核心网控制功能。
可选地,所述方法还包括:所述第一终端设备接收网络设备发送的反馈策略,所述反馈策略为用于确定反馈方式类型的策略;其中,所述第一终端设备基于第一对应关系,确定当前传输对应的反馈方式类型,包括:所述第一终端设备使用所述反馈策略,基于第一对应关系,确定当前传输对应的反馈方式类型。这里,反馈策略可以是显示反馈策略,即直接指示反馈方式类型;或者,反馈策略是指:终端设备需要结合自身情况,根据反馈策略决定采用哪种反馈方式类型。可选地,反馈策略也可以是HARQ开关信息。
在一种可能的实现方式中,所述第一终端设备使用所述反馈策略,基于所述第一对应关系,确定当前传输对应的反馈方式类型,包括:所述第一终端设备使用所述反馈策略,基于所述第一对应关系以及所述第一终端设备的自身情况,确定当前传输对应的反馈方式类型。第一终端设备的自身情况可以是组成员个数、负载以及业务时延等信息。
可选地,所述反馈策略是指:终端设备的组成员个数满足第一门限时,采用第一HARQ反馈方式;或者,终端设备的组成员个数满足第二门限时,采用第二HARQ反馈方式。
第二方面,提供了一种用于传输混合自动重传请求HARQ反馈信息的方法,包括:第二终端设备接收数据包;第二终端设备确定针对所述数据包进行反馈时使用的反馈方式类型;第二终端设备使用所述反馈方式类型进行反馈。因此,第二终端设备能够灵活确定反馈方式类型,并进行相应的反馈。
可选地,第二网络设备接收第一网络设备通过SCI发送的单次传输的反馈方式类型。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式或HARQ开关信息,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。,所述HARQ开关信息用于指示终端设备是否作反馈。HARQ开关信息包括HARQ使能(enable)或HARQ关闭(disable)。这里,若反馈方式类型为HARQ开关信息为HARQ使能(enable),则反馈方式类型中还可以进一步包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式;若反馈方式类型为HARQ开关信息为HARQ关闭(disable),则可以不包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式。
在一种可能的实现方式中,所述方法还包括:所述第二终端设备获取第一对应关系。
可选地,所述第一终端设备获取第一对应关系,包括:所述第二终端设备接收网络设备或第一终端设备发送的所述第一对应关系。可选地,第一对应关系也可以是其他终端设备告诉第二终端设备的,也可以是第二终端设备自己生成的,对此不作限定。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,传输类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识。
在一种可能的实现方式中,所述方法还包括:所述第二终端设备接收第一终端设备发送的第二信息,所述第二信息用于确定反馈方式类型;其中,所述第二终端设备确定针对所述数据包进行反馈时使用的反馈方式类型,包括:所述第二终端设备根据所述第二信息,确定当前传输对应的反馈方式类型。这里,第二终端设备可以基于第二信息,确定当前传输对应的反馈方式类型。
可选地,所述第二终端设备接收第一终端设备发送的第二信息,包括:所述第二终端设备接收所述第一终端设备通过以下中的一项或多项发送的所述第二信息:侧链控制信息SCI、媒体接入控制MAC信令、侧链信令、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第二信息包括以下信息中的一项或多项:目标地址标识,源标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述第二终端设备接收第一终端设备发送的第二信息,包括:所述第二终端设备接收所述第一终端设备发送的多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于所述第二信息;其中,所述第二终端设备根据所述第二信息,确定针对所述数据包进行反馈时使用的反馈方式类型,包括:所述第二终端设备根据所述第二信息以及所述第一对应关系,确定当前传输对应的反馈方式类型。
在一种可能的实现方式中,所述方法还包括:所述第二终端设备接收网络设备发送的第一信息,所述第一信息用于确定反馈方式类型;其中,所述第二终端设备确定针对所述数据包进行反馈时使用的反馈方式类型,包括:所述第二终端设备根据所述第一信息,确定当前传输对应的反馈方式类型。这里,第二终端设备可以直接接收网络设备发送的第一信息,以便于基于第一信息确定反馈方式类型。
可选地,所述第二终端设备接收网络设备发送的第一信息,包括:所述第二终端设备接收所述网络设备通过以下中的一项或多项发送的所述第一信息:下行控制信息DCI、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第一信息指示所述单次传输的反馈方式类型。
可选地,所述第二终端设备接收网络设备发送的第一信息,包括:所述第二终端设备接收所述网络设备发送的多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于所述第一信息;其中,所述第二终端设备根据所述第一信息,确定针对所述数据包进行反馈时使用的反馈方式类型,包括:所述第二终端设备根据所述第一信息以及所述第一对应关系,确定当前传输对应的反馈方式类型。
可选地,所述第二终端设备使用所述反馈方式类型进行反馈,包括:所述反馈方式类型为所述第一HARQ反馈方式,所述第二终端设备针对所述数据包发送确认消息或非确认消息;或者,所述反馈方式类型为所述第二HARQ反馈方式,所述第二终端设备针对所述数据包仅反馈非确认消息;或者,所述反馈方式类型为HARQ开关信息,若所述HARQ开关信息指示终端设备作反馈,所述第二终端设备针对所述数据包进行反馈;
或者,所述反馈方式类型为HARQ开关信息,若所述HARQ开关信息指示终端设备不作反馈,所述第二终端设备针对所述数据包不作反馈。这里,若反馈方式类型为HARQ开关信息为HARQ使能(enable),则反馈方式类型中还可以进一步包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式;若反馈方式类型为HARQ开关信息为HARQ关闭(disable),则可以不包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式。
在一种可能的实现方式中,若所述反馈方式类型为第二HARQ反馈方式,所述方法还包括:所述第二终端设备确定所述第一终端设备与所述第二终端设备之间的距离;在所述距离满足距离门限时,所述第二终端设备确定需要发送非确认消息。这里,第二终端设备可以计算基于距离,并在距离满足距离门限时才发送非确认消息。例如,第一终端设备与第二终端设备之间的距离小于距离门限。
可选地,在所述第二终端设备确定所述距离前,所述方法还包括:所述第二终端设备接收来自第一终端设备发送的第三信息,所述第三信息包括以下信息中的一项或多项:通信类型,所述距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式;或者,所述第二终端设备接收来自网络设备的第四信息,所述第四信息包括以下信息中的一项或多项:通信类型,所述距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。这里,第二终端设备可以接收来自第一网络设备的第三信息,或来自网络设备的第四信息,以便于计算距离。
可选地,所述第二终端设备确定所述第一终端设备与所述第二终端之间的距离,包括:所述第二终端设备基于以下信息中的一项或多项,计算所述距离:区域标识、第一终端设备的位置信息、第一终端设备的功率信息、网络设备的标识、第一终端设备所在区域标识、第二终端设备的位置信息。
可选地,所述方法还包括:所述第二终端设备接收所述第一终端设备的信息,所述第一终端设备的信息包括以下信息中的一项或多项:所述第一终端设备的位置信息、所述第一终端设备所在区域的标识、所述第一终端设备的功率信息。
可选地,所述方法还包括:所述第二终端设备接收网络设备发送的反馈策略,所述反馈策略为用于确定反馈方式类型的策略;其中,第二终端设备确定针对所述数据包进行反馈时使用的反馈方式类型,包括:所述第二终端设备使用所述反馈策略,确定针对所述数据包进行反馈时使用的反馈方式类型。
可选地,所述反馈策略是指:终端设备的组成员个数满足第一门限时,采用第一HARQ反馈方式;或者,终端设备的组成员个数满足第二门限时,采用第二HARQ反馈方式。
第三方面,提供了一种用于传输混合自动重传请求HARQ反馈信息的方法,包括:网络设备生成第一信息,所述第一信息用于终端设备确定反馈方式类型;网络设备向第一终端设备或第二终端设备发送所述第一信息。这里,网络设备可以为终端设备动态配置反馈方式类型。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
在一种可能的实现方式中,所述网络设备向第一终端设备或第二终端设备发送所述第一信息,包括:所述网络设备通过以下中的一项或多项,向第一终端设备或第二终端设备发送所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。这里,网络设备可以通过一个信息或信令指示反馈方式类型,或者,也可以通过一个信息或信令配置多个反馈方式类型,再通过另一个信息或信令指示反馈方式类型,比如,通过RRC配置,通过DCI指示。可选地,网络设备可以是核心网控制功能或基站。
可选地,所述第一信息指示单次传输的反馈方式类型。
可选地,所述第一信息包括多次传输的反馈方式类型。
可选地,所述第一信息包括第一对应关系。可选地,第一信息可以包括第一粒度与反馈HARQ反馈方式,所述第一粒度与HARQ反馈方式具有对应关系。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
可选地,所述方法还包括:所述网络设备向所述第一终端设备或所述第二终端设备发送第四信息,所述第四信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
可选地,所述方法还包括:所述网络设备向所述第一终端设备或所述第二终端设备发送反馈策略,所述反馈策略为用于确定反馈方式类型的策略。
可选地,所述反馈策略是指:终端设备的组成员个数满足第一门限时,采用第一HARQ反馈方式;或者,终端设备的组成员个数满足第二门限时,采用第二HARQ反馈方式。
第四方面,提供了一种用于传输混合自动重传请求HARQ反馈信息的方法,包括:第一终端设备接收来自网络设备的第一信息,所述第一信息用于终端设备确定反馈方式类型;所述第一终端设备应用所述第一信息。这里,第一终端设备可以接收网络设备发送的第一信息,以便于确定反馈方式类型。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式或HARQ开关信息,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。HARQ开关信息包括HARQ使能(enable)或HARQ关闭(disable)。这里,若反馈方式类型为HARQ开关信息为HARQ使能(enable),则反馈方式类型中还可以进一步包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式;若反馈方式类型为HARQ开关信息为HARQ关闭(disable),则可以不包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式。
在一种可能的实现方式中,所述第一终端设备应用第一信息,包括:在发送数据包时,所述第一终端设备根据所述第一信息,确定反馈方式类型。
在一种可能的实现方式中,所述第一终端设备应用第一信息,包括:若传输资源携带所述第一信息,所述第一信息指示反馈方式类型,所述第一终端设备根据所述第一信息得到本次传输的反馈方式类型。
可选地,所述第一终端设备接收来自网络设备的第一信息,包括:所述第一终端设备接收所述网络设备通过以下中的一项或多项发送的所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。
可选地,所述第一信息指示单次传输的反馈方式类型。
可选地,所述第一信息包括多次传输的反馈方式类型。
可选地,所述第一信息包括第一对应关系。可选地,第一信息可以包括第一粒度与反馈HARQ反馈方式,所述第一粒度与HARQ反馈方式具有对应关系。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
在一种可能的实现方式中,所述方法还包括:所述第一终端设备基于所述第一信息生成第二信息,所述第二信息用于第二终端设备确定反馈方式类型;
所述第一终端设备向所述第二终端设备发送所述第二信息。
可选地,所述第一终端设备向所述第二终端设备发送所述第二信息,包括:所述第一终端设备通过以下中的任一项向所述第二终端设备发送所述第二信息:侧链控制信息SCI、媒体接入控制MAC信令、侧链信令、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述第一终端设备向所述第二终端设备发送所述第二信息,包括:所述第一终端设备向所述第二终端设备发送多次传输的反馈方式类型,其中,所述多次传输的反馈方式类型包括于所述第二信息。
在一种可能的实现方式中,所述方法还包括:所述第一终端设备接收来自所述网络设备的第四信息,所述第四信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
可选地,所述方法还包括:所述第一终端设备向所述第二终端设备发送第三信息,所述第三信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
第五方面,提供了一种用于传输混合自动重传请求HARQ反馈信息的方法,包括:第二终端设备接收来自网络设备的第一信息,所述第一信息用于终端设备确定反馈方式类型,并应用所述第一信息确定反馈方式类型;或者,所述第二终端设备接收来自第一终端设备的第二信息,所述第二信息用于所述第二终端设备确定反馈方式类型,并应用所述第二信息。
在一种可能的实现方式中,所述第二终端设备应用第一信息,包括:
在发送数据包时,所述第二终端设备根据所述第一信息,确定反馈方式类型;
或者,若传输资源携带所述第一信息,所述第一信息指示反馈方式类型,所述第二终端设备根据所述第一信息得到本次传输的反馈方式类型。
在一种可能的实现方式中,所述第二终端设备应用所述第二信息,包括:
在发送数据包时,所述第二终端设备根据所述第二信息,确定反馈方式类型;
或者,若传输资源携带所述第二信息,所述第二信息指示反馈方式类型,所述第二终端设备根据所述第二信息得到本次传输的反馈方式类型。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式或HARQ开关信息,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。HARQ开关信息包括HARQ使能(enable)或HARQ关闭(disable)。这里,若反馈方式类型为HARQ开关信息为HARQ使能(enable),则反馈方式类型中还可以进一步包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式;若反馈方式类型为HARQ开关信息为HARQ关闭(disable),则可以不包括HARQ反馈方式,比如,第一HARQ反馈方式或第二HARQ反馈方式。
可选地,所述第二终端设备接收来自网络设备的第一信息,包括:
所述第二终端设备接收所述网络设备通过以下中的一项或多项发送的所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。
可选地,所述第一信息指示单次传输的反馈方式类型。
可选地,所述第一信息包括多次传输的反馈方式类型。
可选地,所述第一信息包括第一对应关系。可选地,第一信息可以包括第一粒度与反馈HARQ反馈方式,所述第一粒度与HARQ反馈方式具有对应关系。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识。
可选地,所述第二终端设备接收来自所述第一终端设备的第二信息,包括:所述第二终端设备接收所述第一终端设备通过以下中的任一项发送的所述第二信息:侧链控制信息SCI、媒体接入控制MAC信令、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述第二终端设备接收来自所述第一终端设备的第二信息,包括:所述第二终端设备接收来自所述第一终端设备的多次传输的反馈方式类型,其中,所述多次传输的反馈方式类型包括于所述第二信息。
第六方面,提供了一种通信装置,该通信装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的模块;或者,包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的模块;或者,包括用于执行上述第三方面或第三方面的任意可能的实现方式中的方法的模块;或者,包括用于执行上述第四方面或第四方面的任意可能的实现方式中的方法的模块;或者,包括用于执行上述第五方面或第五方面的任意可能的实现方式中的方法的模块。
第七方面,提供了一种通信装置,包括处理器和接口电路,接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现前述第一方面或第一方面的任意可能的实现方式中的方法,或者,用于实现前述第四方面或第四方面的任意可能的实现方式中的方法。
第八方面,提供了一种通信装置,包括处理器和接口电路,该接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现前述第二方面或第二方面的任意可能的实现方式中的方法,或者,用于实现前述第五方面或第五方面的任意可能的实现方式中的方法。
第九方面,提供了一种通信装置,包括处理器和接口电路,该接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置,该处理器通过逻辑电路或执行代码指令用于实现前述第三方面或第三方面的任意可能的实现方式中的方法。
第十方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现上述第一方面或第一方面的任意可能的实现方式中的方法,或者,用于实现前述第四方面或第四方面的任意可能的实现方式中的方法。
第十一方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现上述第二方面或第二方面的任意可能的实现方式中的方法,或者,实现前述第五方面或第五方面的任意可能的实现方式中的方法。
第十二方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序或指令,当该计算机程序或指令被执行时,实现上述第三方面或第三方面的任意可能的实现方式中的方法。
第十三方面,提供了一种包含指令的计算机程序产品,当该指令被运行时,实现第一方面或第一方面的任意可能的实现方式中的方法,或者,实现上述第二方面或第二方面的任意可能的实现方式中的方法,或者,实现上述第三方面或第三方面的任意可能的实现方式中的方法,或者,实现上述第四方面或第四方面的任意可能的实现方式中的方法,或者,实现上述第五方面或第五方面的任意可能的实现方式中的方法。
第十四方面,提供了一种通信芯片,其中存储有指令,当其在计算机设备上运行时,使得所述通信芯片执行上述第一方面或第一方面中任意可能的实现方式中的方法,或者,执行上述第四方面或第四方面中任意可能的实现方式中的方法。
第十五方面,提供了一种通信芯片,其中存储有指令,当其在计算机设备上运行时,使得所述通信芯片执行上述第二方面或第二方面中任意可能的实现方式中的方法,或者,执行上述第五方面或第五方面中任意可能的实现方式中的方法。
第十六方面,提供了一种通信芯片,其中存储有指令,当其在计算机设备上运行时,使得所述通信芯片执行上述第三方面或第三方面中任意可能的实现方式中的方法。
第十七方面,提供了一种通信***,该通信***包括以下通信装置中的一项或多项:前述第四方面的通信装置、第五方面的通信装置和第六方面的通信装置。
附图说明
图1是应用本申请实施例的***架构的一个示例图;
图2是应用本申请实施例的***架构的一个示例图;
图3是根据本申请实施例的用于传输HARQ反馈信息的方法的示意性流程图;
图4是根据本申请另一实施例的用于传输HARQ反馈信息的方法的示意性流程图;
图5示出了一个区域标识的划分示例图;
图6示出了根据本申请又一实施例的用于传输HARQ反馈信息的方法的示意图;
图7是应用本申请实施例的一个场景示意图;
图8是应用本申请实施例的另一个场景示意图;
图9是本申请实施例提供的通信装置的示意性框图;
图10是本申请实施例提供的终端设备的结构示意图;
图11是本申请实施例提供的网络设备的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
在本申请实施例的描述中,除非另有说明,“多个”或“多项”的含义是两个或两个以上。
本申请实施例的技术方案可以应用于各种通信***,例如:长期演进(long termevolution,LTE)***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)、全球互联微波接入(worldwide interoperability formicrowave access,WiMAX)通信***、第五代(5th generation,5G)***或新空口(newradio,NR)、车联一切(vehicle to everything,V2X)***、设备到设备(device todevice,D2D)等。可选地,V2X***可具体为以下***中的任一种:车-互联网(vehicle tonetwork,V2N)、车车通信(vehicle to vehicle,V2V)、车人通信(vehicle to pedestrian,V2P)和车与基础设施通信(vehicle to infrastructure,V2I)等。
V2N的一个参与者是终端设备,另一个参与者是服务实体。V2N是目前应用最广泛的车联网形式,其主要功能是使车辆通过移动网络连接到云服务器,从而通过云服务器提供导航、娱乐、防盗等功能。
V2V的两个参与者都是终端设备。V2V可以用作车辆间信息交互提醒,最典型的应用是用于车辆间防碰撞安全***。
V2P的两个参与者都是终端设备。V2P可用作给道路上的行人或非机动车提供安全警告。
V2I中一个参与者是终端设备,另一个参与者是基础设施(或道路设施)。V2I可用作车辆与基础设施的通信,例如,基础设施可以是道路、交通灯、路障等,可以获取交通灯信号时序等道路管理信息。
本申请实施例中的终端设备可以指用户设备(user equipment,UE)、用户站(subscriber station,SS)、客户端设备(customer Premise Equipment,CPE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车载通信装置、车载通信芯片、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(publicland mobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。终端设备还可以是部署在自动驾驶汽车、智能汽车、数字汽车或车辆网汽车中的软件和/或硬件模块。本申请实施例中的终端设备可以指D2D设备,V2X设备,路侧单元(road side unit,RSU)。
本申请实施例中的网络设备可以是用于与终端设备通信的设备,该网络设备可以是基站(base transceiver station,BTS),也可以是宽带码分多址(wideband codedivision multiple access,WCDMA)***中的基站(NodeB,NB),还可以是LTE***中的演进型基站(evolved NodeB,eNB或eNodeB),还可以是云无线接入网络(cloud radio accessnetwork,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、车载通信装置、车载通信芯片、可穿戴设备以及未来5G网络中的下一代基站(nextgeneration NodeB,gNB)、传输点、未来移动通信***中的基站或无线保真(wirelessfidelity,Wi-Fi)***中的接入节点,5G***中的基站的一个或一组(包括多个天线面板)天线面板,5G中继节点,或者,还可以为构成gNB或传输点的网络节点,如基带单元(baseband unit,BBU),或,分布式单元(distributed unit,DU)等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。在一些部署中,gNB可以包括集中式单元(centralized unit,CU)和DU。gNB还可以包括有源天线单元(active antennaunit,AAU)。CU实现gNB的部分功能,DU实现gNB的部分功能。比如,CU负责处理非实时协议和服务,以实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packetdata convergence protocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,以实现无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理(physical,PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终承载在PHY层的信息,因而,在这种架构下,高层信令,如RRC层信令,也可以认为是由DU发送的,或者,由DU+AAU发送的。可以理解的是,网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。在本申请实施例中,网络设备也可以是路侧单元RSU。
在本申请实施例中,终端设备或网络设备包括硬件层、运行在硬件层之上的操作***层,以及运行在操作***层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作***可以是任意一种或多种通过进程(process)实现业务处理的计算机操作***,例如,Linux操作***、Unix操作***、Android操作***、iOS操作***或windows操作***等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
图1是应用本申请实施例的***架构的一个示例图。如图1所示,通信***包括:V2X应用服务器(application server)、V2X设备(包括V2X设备1和V2X设备2)和网络设备。V2X设备间通过PC5接口实现通信。V2X设备间的直连通信链路可以称之为侧行链路(sidelink,SL)。V2X设备与V2X应用服务器的通信需要通过网络设备转发,具体即:对于上行,发送端V2X设备通过Uu接口将V2X数据发送至网络设备,网络设备将数据发送至V2X应用服务器进行处理后,再由V2X应用服务器下发至接收方V2X设备;对于下行,V2X应用服务器将V2X数据发送至网络设备,网络设备通过Uu接口将V2X数据发送至V2X设备。
应理解,图1中的V2X设备是物联网设备,比如UE。
还应理解,图1中的箭头流向只是以V2X设备1示例性地描述,并不对本申请实施例构成限定,实际上,V2X设备1和V2X设备2之间的通信可以是双向的,且V2X设备2也可以与网络设备进行上行通信,对此不作具体限定。
图2是应用本申请实施例的***架构的一个示例图。如图2所示,车辆1与车辆2之间通过V2V通信。车辆可以将自身的车速、行驶方向、具***置、是否踩了紧急刹车等信息广播给周围车辆,周围车辆的驾驶员通过获取该类信息,可以更好的感知视距外的交通状况,从而对危险状况作出提前预判进而作出避让。而对于V2I通信,除了上述安全信息的交互外,路边基础设施,例如,路侧单元RSU可以为车辆提供各类服务信息和数据网络的接入,不停车收费、车内娱乐等功能都极大的提高了交通智能化。
应理解,图2中是以2个车辆为例进行说明,但并不对保护范围构成限定,实际中可以存在多个车辆,多个车辆之间可以通过V2V通信。
下面对本申请实施例可能涉及到的一些术语或概念作简单解释。
混合自动重传请求(hybrid automatic repeat request,HARQ),是一种结合了前向纠错(forward error correction,FEC)与自动重传请求(automatic repeat request,ARQ)方法的技术。FEC通过添加冗余信息,使得接收端能纠正一部分错误,从而减少重传次数。对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端重发数据。接收端使用检错码,如循环冗余校验(cyclic redundancy check,CRC),来检测接收到的数据包是否出错。如果没有出错,则接收端会发送肯定确认(acknowledgement,ACK)给发送端,发送端收到ACK后,会接着发送下一个数据包。如果出错,则接收端会发送否定确认(negative-acknowledgement,NACK)给发送端,发送端收到NACK后,会重传该数据包。在HARQ机制下,一个数据可能会发送多次,多次发送的可以是该数据的不同的RV,多次发送的数据速率、空域信息等也可能不一样。多次发送的数据是可以合并译码,从而得到原始数据的。另外,发送端也可以在未接收到接收端发送的ACK/NACK的情况下,就主动重传数据。
在NR V2X中,对于PC5接口,终端设备获取V2X SL资源的方式有两种,分别为:基站调度的资源分配方式,以及,终端设备自主资源选择的方式。比如,基站调度的资源分配方式可以称作“模式(mode)1”比如,终端设备自主资源选择的方式可以称作“模式2”。对于模式1,终端设备发送V2X业务数据前,需要先向基站去请求资源,由基站按需分配V2X SL资源。基站可以通过终端设备的专用无线网络临时标识(radio network temporaryidentifier,RNTI)进行资源分配。对于模式2,基站通过***消息广播或专用信令配置V2XSL资源。终端设备可以去竞争获取。应理解,上述只是以基站调度的资源分配方式命名为“模式1”和终端设备自主资源选择的方式命名为“模式2”为例进行说明,但是对基站调度的资源分配方式与终端设备自主资源选择的方式的命名并不对本申请实施例的保护范围构成限定,事实上,随着NR V2X的演进,上述基站调度的资源分配方式与UE自主资源选择的方式也可以命名为其他名称,不论如何命名,均适用于本申请实施例。上述基站也可以替换为网络设备,对此不作限定。
这里作统一说明,为了便于描述,下文以第一终端设备是发端UE,第二终端设备是收端UE为例进行描述。
图3示出了根据本申请实施例的用于传输混合自动重传请求HARQ反馈信息的方法300的示意性流程图。如图3所示,所述方法300包括:
S310,第一终端设备基于第一对应关系,确定当前传输对应的反馈方式类型和/或通信类型。
所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式。其中,第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,第二HARQ反馈方式是指终端设备仅反馈非确认消息。
可选地,所述方法300还包括:第一终端设备获取传输资源。为了便于描述,下文以第一网络设备是发端UE,第二网络设备是收端UE为例进行说明。
示例性地,传输资源可以是基站基于模式1的方式配置给发端UE的,也可以是发端UE采用模式2的方式自主竞争的,对此不作具体限定。
示例性地,基站为发端UE分配授权(grant)资源。
可选地,所述传输资源中可以携带属性信息,也可以不携带属性信息,对此不作限定。这里作统一说明,属性信息包括以下中的一项或多项:HARQ反馈方式类型,HARQ开关信息,与HARQ反馈方式类型对应的通信类型(比如,广播、组播或单播)。
这里,传输资源中的属性信息用于指示以下中的一项或多项:所述传输资源支持的HARQ反馈方式,所述传输资源支持的HARQ开关信息(可以理解为用于指示是否反馈的使能开关),限定使用该传输资源传输数据对应的通信类型cast-type(比如广播、组播、单播)。例如,属性信息可以指示所述传输资源支持的HARQ反馈方式,或者,也可以指示所述传输资源支持的HARQ开关信息,或者,也可以指示所述传输资源支持的HARQ反馈方式以及HARQ开关信息。
若HARQ开关信息为HARQ使能(enable),则表示能够发送反馈信息;若HARQ开关信息为HARQ禁用(disable),则表示不能够发送反馈信息。也就是说,属性信息还可以用于指示是否发送反馈信息。
可选地,所述通信类型包括组播、广播或单播。
可选地,若传输资源中未携带通信类型,第一终端设备可以按照预定规则确定通信类型。可选地,第一终端设备可以将通信类型携带于SCI或MAC CE中,通知给第二终端设备。
可选地,若属性信息中携带HARQ开关信息(HARQ enable/disable),则确定的反馈方式类型也可以包括相应的反馈方式。比如,若所述反馈方式类型包括HARQ enable,则反馈方式类型还可以包括第一HARQ反馈方式或第二HARQ反馈方式。
示例性地,所述方法300还包括:发端UE获取第一对应关系。第一对应关系可以是预定义的,也可以是网络设备发送的,也可以是其他UE(比如,组播传输中的UE)告诉给发端UE的,也可以是发端UE自己生成的,对此不作限定。
类似地,收端UE也可以获取所述第一对应关系。第一对应关系可以是预定义的,也可以是网络设备发送给收端UE的,也可以是其他UE(比如,发端UE或组播成员中的其他UE)告诉给收端UE的,也可以是收端UE自己生成的,对此不作限定。
示例性地,第一对应关系包括第一粒度与HARQ反馈方式的对应关系,第一粒度可以包括以下中的一项或多项:源地址标识(比如,源标识(source,SRC)标识(identify,ID)),目标地址标识(比如,目标(destination,DEST)ID),业务类型,业务标识(比如,Service ID),通信类型(比如,组播groupcast、广播broadcast或单播unicast),逻辑信道(logical channel,LCH)标识(比如,LCH ID),侧链无线承载(比如,SL RB),服务质量(quality of service,Qos)信息,传输资源(比如,某次调度的DCI中携带的grant、或网络配置的某个CG type1/2index),HARQ进程标识(HARQ process Id),逻辑信道组(logicalchannel group,LCG)标识(比如LCG Id),传输资源类型(比如,传输资源可以是动态授权资源Dynamic Grant、配置的授权资源Configured Grant、半静态调度资源SPS Grant、模式2资源等),发端用户设备UE的标识,收端UE的标识。
S320,第一终端设备基于所述反馈方式类型,进行数据包封装处理。
S330,第一终端设备使用所述传输资源发送数据包。对应的,第二终端设备接收数据包。
在本申请实施例中,第一终端设备可以基于第一对应关系确定反馈方式类型,并在确定反馈方式类型后进行数据包封装处理,最后使用传输资源发送数据包,能够灵活确定HARQ反馈方式。
对于第二网络设备而言,如图4所示,第二网络设备可以执行如下方法:S410,第二网络设备接收数据包;S420,第二网络设备确定针对所述数据包进行反馈时使用的反馈方式类型;S430,第二网络设备使用所述反馈方式类型进行反馈。第二网络设备是第一网络设备对应的收发设备。若第一网络设备是发端UE,则第二网络设备为收端UE。
示例性地,发端UE在确定反馈方式类型后,可以通过SCI或MAC CE向收端UE指示单次传输的反馈方式类型。收端UE的PHY可以解调SCI信令和数据,对于自己感兴趣的业务,则递交给MAC层。收端UE的MAC实体或PHY实体可以基于一定原则判断是否接收成功:若为初传,则直接判断是否接收成功;若为重传、则依据一定规则进行HARQ软合并(如根据Tx UEId、DEST Id、HARQ Id等查找初传数据缓存(Data buffer),并进行不同冗余版本(redundancy version,RV)间的软合并),合并后根据最终判定结果为成功或失败。收端UE的MAC实体或PHY实体可以判断是否进行HARQ反馈。如果需要反馈,可以采用发端UE指示的反馈方式进行反馈。可选地,收端UE也可以通过查找第一对应关系来获取是否进行HARQ反馈的信息。
举例来说,若第一对应关系包括发端UE标识与HARQ反馈方式的对应关系,则收端UE可以基于接收的数据中携带的发端UE标识,在第一对应关系中查找对应的HARQ反馈方式;若第一对应关系包括发端UE标识和DEST ID与HARQ反馈方式的对应关系,则收端UE可以基于接收的数据中携带的发端UE标识和DEST ID在第一对应关系中查找对应的HARQ反馈方式;若第一对应关系包括发端UE标识和业务类型与HARQ反馈方式的对应关系,则收端UE可以基于接收的数据中携带的发端UE标识和业务类型在第一对应关系中查找对应的HARQ反馈方式;若第一对应关系包括发端UE标识和业务标识与HARQ反馈方式的对应关系,则收端UE可以基于接收的数据中携带的发端UE标识和业务标识在第一对应关系中查找对应的HARQ反馈方式;若第一对应关系包括发端UE标识和通信类型与HARQ反馈方式的对应关系,则收端UE可以基于接收的数据中携带的发端UE标识和通信类型在第一对应关系中查找对应的HARQ反馈方式;若第一对应关系包括发端UE标识和LCH ID与HARQ反馈方式的对应关系,则收端UE可以基于接收的数据中携带的发端UE标识和LCH ID在第一对应关系中查找对应的HARQ反馈方式;若第一对应关系包括发端UE标识和Qos与HARQ反馈方式的对应关系,则收端UE可以基于接收的数据中携带的发端UE标识和Qos在第一对应关系中查找对应的HARQ反馈方式等等,这里不再赘述。可以理解的是,这里的举例只是以第一粒度中的部分为例进行描述,但并不对本申请实施例的保护范围构成限定,事实上,以第一粒度在第一对应关系中查找对应的HARQ反馈方式可以有更多可能的组合,本领域技术人员基于上述举例可以获知这些组合,为了简洁,这里不再展开。
可以理解,这里作统一说明,UE标识可以是SL UE标识,比如,层(layer,L)1 Id或L2 Id;DEST Id可以是单播中的Rx UE Id,或者,可以是组播中的GroupId或serviceId,或者,可以是广播中的serviceId。其中,Group Id和serviceId也可以是L1 Id或L2 Id。其中,SRC ID也可以是L1 Id或L2 Id;DEST ID也可以是L1 Id或L2 Id。
这里作统一说明,下文会将“DEST”与“DEST ID”交替使用,二者均可以表示通信目标;下文会将“SRC”与“SRC ID”交替使用,二者均可以表示通信源;下文会将“LCH”与“LCHID”交替使用,二者均可以表示逻辑信道。
在本申请实施例中,发端UE在得到传输资源后,根据第一对应关系确定本次传输采用哪种反馈方式类型,然后基于反馈方式类型进行数据包封装处理,最后使用传输资源发送数据包,能够灵活的确定反馈方式类型。
在本申请实施例中,对于传输资源是否携带属性信息,发端UE有不同的处理方式,下面分别描述。
方式1,假设传输资源携带属性信息,在发端UE进行数据包封装处理之前,所述方法300还包括:发端UE根据所述属性信息,在第一对应关系中筛选与所述传输资源支持的HARQ反馈方式相同的至少一个DEST和/或逻辑信道;发端UE在传输资源中发送至少一个DEST和/或逻辑信道中的数据。“至少一个”的含义为“一个或多个”。
示例性地,假设第一对应关系包括DEST和逻辑信道标识与HARQ反馈方式的对应关系,发端UE在进行DEST和逻辑信道过滤时,可以根据传输资源支持的HARQ反馈方式,在第一对应关系中筛选与传输资源支持的HARQ反馈方式相同的至少一个DEST和逻辑信道,并在传输资源中填充这些DEST和逻辑信道中的数据。
举例来说,1)若传输资源仅能用于组播(Groupcast)NACK only的传输,则需选择以下一项或多项中仅能支持Groupcast NACK only反馈方式对应的信息:通信类型,DEST,LCHs,SL RBs,QoS,HARQ进程Id。可以理解的是,这里只是以第一粒度中的部分内容示例性地描述,事实上,第一粒度也可以是前文描述的其他组合,对此不作限定。
2)若传输资源仅能用于Groupcast ACK/NACK传输、则选择以下一项或多项中仅能支持Groupcast ACK/NACK反馈方式对应的信息:通信类型,Tx,DEST,LCHs,SL RBs,QoS,HARQ进程ID。可以理解的是,这里只是以第一粒度中的部分内容示例性地描述,事实上,第一粒度也可以是前文描述的其他组合,对此不作限定。
3)若传输资源仅能用于HARQ使能开关为HARQ enable的传输,则需选择以下一项或多项中仅能支持HARQ enable对应的信息:通信类型,Tx UE ID,DEST,LCHs,SL RBs,QoS,HARQ进程ID。可以理解的是,这里只是以第一粒度中的部分内容示例性地描述,事实上,第一粒度也可以是前文描述的其他组合,对此不作限定。
4)若传输资源仅能用于HARQ使能开关为HARQ disable的传输,则需选择以下一项或多项中仅能支持HARQ disable对应的信息:通信类型,Tx UE ID,DEST,LCHs,SL RBs,QoS,HARQ进程ID。可以理解的是,这里只是以第一粒度中的部分内容示例性地描述,事实上,第一粒度也可以是前文描述的其他组合,对此不作限定。
5)若传输资源仅能用于HARQ disable的unicast和/或groupcast传输,则需选择以下一项或多项中没有对应的HARQ反馈需求的通信类型,UE ID,DEST,LCHs,SL RBs,QoS,HARQ id。可以理解的是,这里只是以第一粒度中的部分内容示例性地描述,事实上,第一粒度也可以是前文描述的其他组合,对此不作限定。
6)若传输资源仅能用于HARQ enable的unicast和/或groupcast传输,则需选择以下一项或多项中有对应的HARQ反馈需求的通信类型,UE ID,DEST,LCHs,SL RBs,QoS,HARQid。
7)若传输资源仅能用于Groupcast ACK/NACK传输,且反馈资源个数为5的情况,则在以下一项或多项中选择对应的仅能支持Groupcast ACK/NACK反馈,且组成员个数小于或等于5的Tx UE ID,DEST,LCHs,SL RBs,QoS,HARQ进程ID。可以理解的是,这里只是以第一粒度中的部分内容示例性地描述,事实上,第一粒度也可以是前文描述的其他组合,对此不作限定。
8)若传输资源仅能用于Groupcast NACK only的传输,且计算距离的方式为GPS,则需选择以下一项或多项中对应的仅能支持Groupcast NACK only,且range计算只能为GPS的Tx UE ID,DEST,LCHs,SL RBs,QoS,HARQ进程ID。可以理解的是,这里只是以第一粒度中的部分内容示例性地描述,事实上,第一粒度也可以是前文描述的其他组合,对此不作限定。
举例来说,发端UE在进行DEST和逻辑信道过滤后(选择与Grant属性相匹配的DEST和逻辑信道),可以选择数据发送的DEST,比如,发端UE可以按照不同DEST中有数据的逻辑信道的优先级(或者对应的Qos的级别),作为该DEST的优先级,然后选择具有最高DEST优先级的逻辑信道中的数据进行发送。如果选择具有最高DEST优先级的最高优先级的逻辑信道的数据填充后,本次传输的传输资源还有剩余,则对具有相同DEST的其他逻辑信道的数据进行填充(比如,可以根据LCH priority优先级或LCH对应的QoS流的QoS优先级,由高到低进行排序依次填充)。发端UE的MAC层可以将本次传输填充好的传输块TB发送给物理层PHY,并指示PHY层进行发送;发端UE的PHY将本次传输的数据发送出去。可选地,如果本次传输需要反馈HARQ信息,则发端UE可以在对应的反馈时频资源上接收反馈结果,然后根据反馈结果判断是否需要重传,若需要重传,则进行下一次重传。
方式2,假设传输资源未携带属性信息,在发端UE进行数据包封装处理之前,所述方法300还包括:发端UE在传输资源中传输多个DEST和/或逻辑信道中的数据,其中,所述多个DEST和/或逻辑信道中的每个DEST和/或逻辑信道对应的反馈方式相同或不同。
示例性地,如果传输资源中没有携带支持的反馈方式类型,发端UE可以不作DEST和逻辑信道过滤,将具有不同反馈方式类型的逻辑信道在该传输资源中进行传输,或者做DEST和逻辑信道过滤,可以将具有相同反馈方式类型的DEST和逻辑信道的数据在该传输资源中进行传输。
方式3,假设传输资源未携带属性信息,在发端UE进行数据包封装处理之前或之后,所述方法300还包括:发端UE为传输资源确定所述传输资源支持的HARQ反馈方式和/或通信类型;发端UE在所述第一对应关系中筛选与所述传输资源支持的HARQ反馈方式和/或通信类型相同的至少一个DEST和/或逻辑信道;发端UE在所述传输资源中发送所述至少一个DEST和/或逻辑信道中的数据。
在方式3中,示例性地,发端UE可以为传输资源增加属性信息。在传输资源具有属性信息后,发端UE后续的行为可以参考方式1中的描述,为了避免冗余,这里不作赘述。
这里,在方式3中,发端UE可以采用以下方式为传输资源确定支持的HARQ反馈方式:(1)可以是协议固定一种始终优先的HARQ反馈方式:比如,若UE既有HARQ enable的DEST和/或LCH的数据要发送,又有HARQ disable的DEST和/或LCH的数据要发送,协议可定义HARQ enable对应的数据始终优先于HARQ disable对应的数据发送,或者,可通过SIB或RRC消息等方式灵活配置策略(比如,HARQ enable对应的数据优先于disable对应的数据,或HARQ disable对应的数据优先于HARQ enable对应的数据);(2)在发端UE进行数据包封装处理之后,发端UE可以根据不同通信类型的、有待传数据的最高优先级的QoS(或LCH或DEST)对应的HARQ反馈方式,作为该传输资源的属性;(3)发端UE可以不确定传输资源的属性,而是允许任意组包进行传输(比如,对于相同DEST的不同LCHs,有的LCH对应的HARQ开关信息为HARQ enable,有的LCH对应的HARQ开关信息为HARQ disable,则可以复用在同一个TB中同时发送),但是在发送反馈信息时,确定唯一一种反馈方式,其中,该唯一一种反馈方式可以按照最严格的定义确定属性,比如,对于HARQ disable/enable,则确定属性信息为HARQ enable,又比如,对于Groupcast HARQ ACK/NACK和HARQ NACK only,则确定属性信息为HARQ ACK/NACK,或者,可以由网络预定义最严格的定义对应的属性信息。
发端UE可以通过显式的方式或隐式的方式向收端UE告知反馈方式类型。可选地,所述方法300还包括:发端UE向收端UE发送第二信息,第二信息用于收端UE确定反馈方式类型。对应的,收端UE接收该第二信息,并根据该第二信息确定当前传输对应的反馈方式类型。
示例性地,发端UE可以通过以下中的一项或多项向收端UE发送第二信息:侧链控制信息SCI、SL MAC信令、SL RRC信令、SL SIB信息、PC5-S、应用层消息。对应的,收端UE可以接收发端UE通过以下中的一项或多项向收端UE发送第二信息:侧链控制信息SCI、SL MAC信令、SL RRC信令、SL SIB信息、PC5-S、应用层消息。这里,发端UE可以直接向收端UE发送第二信息,也可以通过其他节点(比如,UE)向收端UE转发第二信息,对此不作限定。
举例来说,第二信息可以指示单次传输的反馈方式类型。收端UE在收到第二信息后,可以基于第二信息指示的反馈方式类型,对本次传输进行反馈。比如,发端UE可以在每次数传向收端UE指示:对于组播和单播,发端UE可在SCI或MAC CE中指示是否需要反馈(比如,enable或disable);对于组播,发端UE可以在SCI或MAC CE中指示本次组播的反馈方式类型(比如,HARQ enable/disable,和/或,HARQ反馈方式类型(包括HARQ ACK/NACK,或者HARQ NACK only)),和/或,反馈时频资源位置。可选地,若发端UE指示的反馈方式类型是HARQ NACK only方式,发端UE还可以在SCI或MAC CE中指示以下中的一项或多项:本次组播反馈中计算距离的方式、距离门限,发端UE的位置信息,基站ID,区域ID等。
举例来说,发端UE可以向收端UE发送多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于第二信息。示例性地,所述第二信息包括以下信息中的一项或多项:目标地址标识,源标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。例如,发端UE可以通过RRC信令向收端UE指示多次传输的反馈方式类型。应理解,这里只是以RRC消息为例进行说明,并不对本申请实施例构成限定,发端UE也可以通过其他消息向收端UE发送第二信息。收端UE在得到RRC消息后,可以基于所述第二信息(或前文所述的第一粒度)在第一对应关系中查找当前传输对应的反馈方式类型。
可选地,发端UE在向收端UE发送第二信息前,可以接收来自网络设备的第一信息。示例性地,网络设备向发端UE发送第一信息。
示例性地,网络设备通过以下中的一项或多项向发端UE发送第一信息:下行控制信息DCI、无线资源控制RRC信令、***信息块SIB信息、MAC消息、服务数据协议(servicedata adaptation protocol,SDAP)消息、PDCP消息、RLC消息、NAS消息、OAM等消息。对应的,发端UE接收所述第一信息。这里,网络设备可以通过单个消息向发端UE发送第一信息,比如,通过DCI,或RRC信令、或***信息块SIB信息,或MAC消息,或SDAP消息,或PDCP消息,或RLC消息,或NAS消息,或操作维护管理(operation administration and maintenance,OAM)消息向发端UE发送第一信息。
或者,网络设备也可以通过一个消息配置反馈方式类型,另一个消息激活反馈方式类型的方式向发端UE发送第一信息,比如,通过RRC配置多个反馈方式类型,通过MAC消息指示单次传输的反馈方式类型,又比如,通过SIB/RRC配置多个反馈方式类型,通过DCI指示单次传输的反馈方式类型。可选地,发端UE可以向网络设备发送响应消息,以指示配置是否激活,或者配置成功或失败。
举例来说,第一信息指示单次传输的反馈方式类型。
举例来说,收端UE接收网络设备发送的多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于第一信息。发端UE在收到第一信息后,可以对第一信息指示的反馈方式类型进行处理,得到第二信息发送给收端UE,或者,直接将第一信息发送给收端UE。
对于收端UE而言,收端UE可以从发端UE接收第二信息,然后基于第二信息确定反馈方式类型;也可以从网络设备接收第一信息,然后基于第一信息确定反馈方式类型。
示例性地,收端UE接收网络设备发送的第一信息,第一信息用于确定反馈方式类型;收端UE根据该第一信息,确定当前传输对应的反馈方式类型。
示例性地,网络设备通过以下中的一项或多项向收端发送第一信息:下行控制信息DCI、无线资源控制RRC信令、***信息块SIB信息、MAC消息、SDAP消息、PDCP消息、RLC消息、NAS消息、OAM等消息。对应的,收端UE接收所述第一信息。这里,网络设备向收端UE发送第一信息的具体描述可以参考前文网络设备向发端UE发送第一信息的描述,为了避免冗余,这里不作赘述。
举例来说,第一信息指示单次传输的反馈方式类型。收端UE在收到第一信息后,可以基于第一信息指示的反馈方式类型,对本次传输进行反馈。
举例来说,收端UE接收网络设备发送的多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于第一信息。收端UE根据第一信息以及第一对应关系,确定当前传输对应的反馈方式类型。
在本申请实施例中,收端UE也可以通过查找第一对应关系的方式获取反馈方式类型,例如,在收到每个数据包中携带的第一粒度,并与第一对应关系中的相匹配的第一粒度进行比较,若相匹配(例如,数据包括中携带的粒度与第一对应关系中的第一粒度均完全相同),则可获得对应的属性信息。
示例性地,第一对应关系包括DEST与HARQ反馈方式的对应关系。比如{DEST1,NACKonly},则表示收端UE在收到DEST1的数据后,需要进行HARQ反馈,并且只有当解调不成功时反馈NACK,其余条件(如解调成功、或SCI解调错误)不反馈;又如{DEST2,ACK/NACK},则表示收端UE收到DEST2的数据后,需进行HARQ反馈,具体包括:当解调不成功时反馈NACK,解调成功时反馈ACK;又如{DEST3,disable},表示收端UE在收到DEST3的数据后,无论是否解调成功都不需进行HARQ反馈。
示例性地,第一对应关系包括前文所述的第一粒度与HARQ反馈方式的映射。比如,第一对应关系包括{DEST1+LCH1,NACK only},则表示收端UE在收到DEST1的数据后,若数据传递的是LCH1的数据,则进行NACK only反馈,若是其他DEST的数据或DEST1的其他LCH的数据,则收端UE不进行反馈。可选地,协议也可以预定义一个缺省(default)配置,这样,如果没有匹配上反馈方式类型,可以采用协议预定义的default配置。例如,HARQ ACK/NACK是协议预定义的,或,也可以是发端UE配置的,对此不作限定。
示例性地,第一对应关系包括Tx UE Id与HARQ反馈方式的映射。比如{Tx Id1,NACK only},则表示收端UE在收到Tx UE Id1发送的数据后,需进行HARQ反馈,且只有当解调不成功时反馈NACK,其余条件(如解调成功、或SCI解调错误)不反馈。可以理解的是理解,上述只是示例性地描述第一对应关系,并不对本申请实施例构成限定。
在本申请实施例中,对于收端UE而言,收端UE使用反馈方式类型进行反馈,包括:反馈方式类型为所述第一HARQ反馈方式,收端UE针对数据包发送确认消息或非确认消息;或者,反馈方式类型为所述第二HARQ反馈方式,收端UE针对数据包仅反馈非确认消息。例如,收端UE的PHY在对应的反馈时频资源上进行相应的发送:若采用第一HARQ反馈方式,在PHY HARQ反馈时频资源1上反馈ACK或NACK;若采用第二HARQ反馈方式,在PHY HARQ反馈时频资源2上反馈NACK。可选地,反馈时频资源的位置信息可以是收端UE的MAC告知给PHY,或者由PHY自己计算,对此不作限定。
若反馈方式类型为第二HARQ反馈方式,收端UE确定收端UE与发端UE之间的距离;在该距离满足距离门限时,收端UE确定需要发送非确认消息。示例性地,收端UE可以计算与发端UE之间的距离,然后基于距离决定是否需要反馈NACK消息。如果距离满足距离门限,比如,若距离小于或等于距离门限,距离门限为100米,则判定本次数传在解调不成功时需要发送NACK消息,若距离大于距离门限,则判定本次数传不进行任何反馈。
若收端UE判断出需要反馈,以及获得了对应的反馈ACK或NACK,则可以通知PHY进行反馈;若收端UE判断出不需要反馈,则不通知PHY反馈,或者,通知PHY不反馈。或者,可选地,收端UE的PHY层可以自己判断是否反馈ACK/NACK,自行决定本次反馈方式类型和反馈结果。或者,可选地,收端UE的MAC层决定反馈方式类型,并将反馈方式类型通知给PHY层,若反馈方式类型是HARQ ACK/NACK,则PHY层决定本次传输反馈ACK还是NACK。或者,可选地,收端UE的MAC层不仅决定反馈方式类型,还决定反馈结果,然后通知PHY层进行相应反馈。
收端UE可以通过发端UE或者网络设备获得用于计算距离的方式、距离门限等信息。示例性地,发端UE向收端UE发送第三信息,所述第三信息包括以下信息中的一项或多项:通信类型(比如,组播、单播或广播),距离门限,用于计算发端UE与收端UE之间的距离的方式。对应的,收端UE可以接收发端UE发送的第三信息。例如,收端UE可以根据发端UE发送的计算距离的方式,计算与发端UE之间的距离,然后使用距离门限判断距离是否小于距离门限。
比如,用于计算距离的方式包括以下任一方式:通过发端UE的GPS信号计算发端UE与收端UE之间的距离;根据区域ID推算发端UE与收端UE之间的距离;根据发端UE的信号接收功率(reference signal received power,RSRP)估算发端UE与收端UE之间的距离。对于根据RSRP估算距离的方式,假设收端UE获知发端UE的发送功率,以及基于发端UE发送的参考信号测得SL RSRP,可以获知两个UE间的路损,由于大尺度路损与距离成线性关系,因此基于SL RSRP可以估计两个UE之间的大小。
或者,示例性地,网络设备向收端UE发送第四信息,所述第四信息包括以下信息中的一项或多项:SRC Id、DEST Id、Group Id、业务标识、通信类型(比如,组播、单播或广播),所述距离门限,用于计算发端UE与收端UE之间的距离的方式。对应的,收端UE可以接收网络设备发送的第四信息。例如,收端UE可以根据网络设备发送的计算距离的方式,计算与发端UE之间的距离,然后使用距离门限判断距离是否小于距离门限。或者,在发端UE向收端UE发送第三信息前,网络设备也可以向发端UE发送所述第四信息。收端UE在计算距离时,可以采用以下信息中的一项或多项计算收端UE与发端UE之间的距离:区域标识、发端UE的位置信息、发端UE的功率信息、网络设备的标识、发端UE所在区域标识、收端UE的位置信息。示例性地,收端UE获得发端UE的GPS位置,发端UE所在基站的Id,发端UE所在区域zone Id,发送功率,以及自己的GPS位置,自己所在基站的Id,自己所在区域zone Id,从而计算两个UE间距离,或者,收端UE也可以测量发端UE的RSRP,并结合发端UE的发送功率计算路损pathloss、进而估计距离。图5示出了一个区域ID的划分示例图。如图5所示,每个Id标识对应一个区域zone Id,其中,横向每两个相邻ID(比如ID=1与ID=2)之间的距离为100米,纵向每两个相邻ID(比如ID=1与ID=5)之间的距离为50米。这里可以基于ID标识计算两个UE之间的距离。比如,若UE位于ID=1所标识的区域,UE2位于ID=7所标识的区域,则UE1与UE2之间的距离为3*100+1*40=340米。应理解,图5中的示例只是便于本领域技术人员理解,并不对本申请实施例的保护范围构成限定。
收端UE可以接收关于发端UE的信息,以便于计算发端UE与收端UE之间的距离。示例性地,发端UE向收端UE发送发端UE的信息,发端UE的信息包括以下信息中的一项或多项:发端UE的位置信息(比如,GPS位置信息)、发端UE所在区域的标识(比如,zone id)、发端UE的功率信息(比如,发送功率)。对应的,收端UE接收发端UE的信息。发端UE可以直接或间接地通过SL接口发送给收端UE。示例性地,发端UE可以通过SL接口上的PC5-S/RRC/SIB/SDAP/PDCP/RLC/MAC/SCI等消息向收端UE发送发端UE的信息。可选地,收端UE在收到发端UE发送的消息后,可以选择回复响应消息。
或者,发端UE也可以将发端UE的信息先发送给网络设备(比如,基站,小区,核心网网元),再由网络设备发送给收端UE。可选地,网络设备可以通过Uu口上的NAS/RRC/SIB/SDAP/PDCP/RLC/MAC/DCI/UCI等消息,向收端UE发送发端UE的信息。可选地,网络设备发送的消息可以是单播/组播/广播消息。
上述发端UE的信息可以是周期性地发送给收端UE,也可以是基于事件触发(比如,收端UE的GPS距离上次发送给发端UE或网络设备后,距离的改变超过一定的门限值,该门限值可由网络设备、发端UE或其他UE配置,对此不作限定)。
应理解,上述发端UE的信息中的具体发送内容只是示例性地描述,还可以包括其他合理的内容,并不对本申请实施例造成/组播/广播消息限定等。
示例性地,不论是网络设备向收端UE发送的情况,还是发端UE向收端UE发送的情况,发送消息中的发端UE的信息可以是显式方式指示,也可以是隐式方式指示(比如,可以对发端UE的RSRP定义多个等级,各个等级分别对应具有不同标识的距离范围,比如,RSRP1对应标识为1的距离范围,RSRP2对应标识为3的距离范围,RSRP3对应标识为3的距离范围,…等,收端UE可以根据发端UE的RSRP得知距离,从而使用距离门限判断是否需要反馈NACK消息)。
如果发端UE未在逻辑信道过滤或者复用中做关于HARQ反馈方式的限制,则可能会导致一次数传的配置不一致。示例性地,收端UE通过查找第一对应关系,得知可能有些数据(如LCH1或LCG1或QoS1)单次传输需要反馈ACK/NACK,有些数据(如LCH2或LCG2或QoS2)通过查找第一对应关系得到需要反馈NACK only,这种情况下可定义一种规则来解决反馈方式不一致的问题(例如有的是ACK/NACK方式,有的是NACK only方式)。举例来说,收端UE可根据反馈资源来判断本次数传的HARQ反馈方式,比如,若存在多份反馈资源时,传输块TB使用ACK/NACK反馈,若仅存在一份反馈资源时,该TB使用NACK only反馈;又比如,收端UE可统一计算用于计算发端UE与收端UE之间的距离的方式:若有些数据用基于GPS的计算,有些数据用基于zone Id的计算,则可规定统一为基于GPS计算位置;又比如,收端UE可以统一距离range门限:若有些数据的range门限为100m,有些数据的range门限为50m,则可选择range门限较大/较小的门限作为本次反馈门限;又比如,收端UE可以统一是否能够进行HARQ反馈:针对单播/组播,若有些数据的HARQ开关信息是HARQ enable,有些数据的HARQ开关信息是HARQ disable,则统一为HARQenable或HARQdisable,或者,依据一定规则设定为HARQenable/disable。
上文描述了发端UE与收端UE如何确定反馈方式类型的实施例,下文从网络设备侧配置的角度进行描述。应理解,本申请各个实施例出现的术语或概念的解释可以互相参考,对此不作限定。还应理解,本申请各个实施例之间可以基于内在的逻辑关系进行组合使用,也可以各自独立使用,对此不作限定。
图6示出了根据本申请又一实施例的用于传输HARQ反馈信息的方法600的示意***互图。如图6所示,所述方法600包括:
S610,网络设备生成第一信息,所述第一信息用于终端设备确定反馈方式类型。
反馈方式类型的解释可以参考前文的描述,为了简洁,这里不作赘述。
上述网络设备可以为gNB/Cell/CN/MME/AMF/V2X CF/GW/RSU/OAM/APP server/第三方网元等。
S620,网络设备向发端UE或收端UE发送所述第一信息。
应理解,在本申请实施例中,第一信息可以通过高层信令配置,比如,NAS(Uuonly)、pre-configured预配置信令(Uu only)、PC5-S(SL only)、RRC信令(Uu&SL)、SIB信令(Uu&SL)、SDAP(Uu&SL)、PDCP(Uu&SL)、RLC(Uu&SL)、MAC CE(Uu&SL)。可选地,可以配置一段时间内的HARQ反馈配置,使得UE在截止到下一次重配/修改/释放等前一直应用该配置;或者,该配置有一定生存期(Timer超时前或N次传输结束前);或仅本次数传适用该次配置。
或者,第一信息可以通过物理层PHY(如DCI、UCI、SCI等)等底层信令配置。可选地,在每次数传中指示本次HARQ反馈配置信息;或配置一段时间/周期内的HARQ反馈配置,使得UE在截止到下一次重配/修改/释放等前一直应用该配置。
或者,第一信息可以通过组合信令进行配置和/或(去)激活。比如,RRC配置+MAC/DCI(去)激活;具体如,RRC配置之后的状态可以是立即应用或不应用,若不应用,后续的MAC/DCI可以激活才应用,若应用,则后续的MAC/DCI去激活可关闭。或者,每次数传时都携带MAC CE或DCI,仅用于本次数传的HARQ反馈配置。
或者,网络设备配置/激活信令。可选的,针对配置接收方可以回复本次配置成功或失败或拒绝等;若失败或拒绝、则Tx UE和Rx UE不生效本次配置、否则生效;
可选地,网络设备可以采用单播/组播/广播的任意一种或多种方式来发送第一信息,对此不作限定。
可选地,若网络设备向发端UE发送了第一信息,也向收端UE发送了第一信息,但不是同时发送的,则发端UE与收端UE可以采用网络设备的配置,也可以自行协商出统一的配置,对此不作限定。
可选地,组内UE(比如领队UE)也可以向发端UE或收端UE发送第一信。比如,组内UE通过SL PC5-S/SIB/RRC/MAC/SCI信令发送第一信息。
例如,如果网络设备通过SIB或RRC消息向发端UE发送的第一信息为{DEST/service Id=1,enable},则发端UE针对该DEST/service=1,对应的所有单播连接/组播组都采用enable方式(其中,DEST在单播连接中为收端UE标识或业务标识,在组播中为组标识GroupId或业务标识,在广播中为业务标识);如果网络设备通过SIB向发端UE发送的第一信息为{CBR<Thr,enable}其中,Thr表示CBR需要满足的阈值,则发端UE会根据自身的CBR测量值判断是否满足条件(CBR<Thr),若满足则针对该发端UE的所有业务及对应的单播连接或组播组和/或LCH都为disable;如果网络设备通过SIB向发端UE发送的第一信息为{CBR<Thr&unicast,enable}、则发端UE会根据自身的CBR测量值判断是否满足条件(CBR<Thr),若满足则针对该发端UE的所有业务对应的单播连接都为disable,等等。对应的,发端UE接收第一信息,并应用该第一信息。示例性地,发端UE在发送数据包时,可以使用该第一信息确定反馈方式类型。示例性地,若发端UE的传输资源携带了反馈方式类型,则发端UE根据第一信息得到本次传输的反馈方式类型。
对应的,收端UE接收第一信息,并应用该第一信息。示例性地,收端UE在发送反馈信息时,可以使用该第一信息确定反馈方式类型。示例性地,若收端UE的传输资源携带了反馈方式类型,则收端UE根据第一信息得到本次传输的反馈方式类型。
或者,发端UE在收到第一信息后,可以基于第一信息生成第二信息,并向收端UE发送该第二信息,该第二信息用于收端UE确定反馈方式类型。这里,第二信息的相关描述可以参考前文,为了简洁,这里不作赘述。可选地,发端UE可以通过SL PC5-S/SIB/RRC/MAC/SCI信令向收端UE发送第二信息。对应的,收端UE接收该第二信息,并应用该第二信息。示例性地,收端UE在发送反馈信息时,可以使用该第二信息确定反馈方式类型。示例性地,若收端UE接收到的控制信令(比如,SCI)或数据信令中携带了反馈方式类型,则收端UE根据第二信息得到本次传输的反馈方式类型。
示例性地,网络设备可以通过以下中的一项或多项,向发端UE或收端UE发送所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。对应的,发端UE或收端UE接收网络设备通过以上中的一项或多项发送的第一信息。
比如,网络设备可以通过RRC信令或SIB信息配置多个反馈方式,然后使用DCI向发端UE或收端UE指示反馈方式类型。
示例性地,网络设备可以通过第一信息指示单次传输的反馈方式类型。该单次传输的反馈方式类型可以是一次性地传输方式,或者,也可以是配置一次,后续可以周期性地使用。
示例性地,网络设备也可以通过第一信息指示多次传输的反馈方式类型。
示例性地,网络设备可以为UE配置一个稳定的关系(配置后一直使用,或者直到Timer超时/传输次数达到上限N/下次重配/修改配置/释放该配置等),或者也可配置单次数传/TB的HARQ反馈方式。
可选地,第一信息包括第一对应关系。第一信息包括第一对应关系可以描述为:第一信息可以包括第一粒度与反馈方式类型,该第一粒度与反馈方式类型具有对应关系。其中,第一粒度的描述可以参考前文,为了简洁,这里不作赘述。
举例来说,gNB给Tx/Rx UE通过SIB/RRC信令配置以下反馈方式,配置后可以一直生效:
a){DEST1与Group NACK only对应,计算方式优先级:GPS>zone>RSRP,range门限=100m}
发送目标为DEST1对应的数据仅用NACK only反馈;其中,range计算优先级为GPS>zone>RSRP、Rx UE与Tx UE间距离<或<=100m的UE才需反馈、range外的UE无论是否接收成功都不需反馈;
b){DEST2与Group NACK only对应,计算方式为基于RSRP,range门限=10dbm}
发送目标为DEST2对应的数据仅用NACK only反馈、range计算只能SL RSRP、收端UE测量发端UE得到的SL RSRP大于或等于10dbm时UE才需反馈,而在距离门限外的UE无论是否接收成功都不需反馈;
c){groupcast、groupId1或groupId2+Tx UE Id2,ACK/NACK}
i.在组播通信中,发送目标为groupId1对应的数据仅用ACK/NACK方式反馈。
ii.在组播通信中,发送目标为groupId2,源为Tx UE Id2对应的数据仅用ACK/NACK方式反馈。
d){unicast、QoS1或SL LCH1或SL RB1,HARQ disable}
在所有的单播通信中,gNB配置的QoS1/SL LCH1/SL RB1进行配置,对应的配置中HARQ反馈开关为关闭。
应理解,上述举例a)到d)只是示例性地描述,并不对本申请实施例构成限定。
举例来说,网络设备(如V2X CF)给Tx/Rx UE通过pre-config信令进行以下配置,配置后可以一直生效:
a){DEST1与Group NACK only,ACK/NACK对应}
发送目标为DEST1对应的数据可以用ACK/NACK反馈,也可以用NACK only反馈;
b){groupId1或groupId1+Tx Id1或QoS/LCH,disable}
发送目标为groupId1对应的数据不需反馈;Tx UE Id1发送的&发送目标为GroupId1对应的数据不需反馈。
举例来说,gNB给Tx/Rx UE通过DCI信令进行配置,单次数传的HARQ反馈方式,具体即:gNB会在每次DG(Dynamic Grant)的DCI中,或在CG type2(Configured Grant type2)的RRC/DCI激活信令中指示相关信息。其中,DG的DCI适用于本次调度的grant,也可以适用于本次DCI调度的多个grant(若允许一个DCI调度多个DG),和/或一个grant的多个repetition和/或初传/重传,或者,gNB也可以针对上述情况配置不同的HARQ反馈方案;其中,CG的RRC/DCI适用于本次激活的CG(list),本次激活的CG(list)可以采用相同配置,也可采用不同配置,对此不作限定。
可选地,所述方法600还包括:网络设备向发端UE或收端UE发送第四信息,所述第四信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。对应的,发端UE收到第四信息后,可以向收端UE发送第三信息,以便于收端UE在采用第二HARQ反馈方式的情况下,使用该第三信息判断是否发送NACK消息。或者,收端UE可以直接接收网络设备发送的第四信息,以便于在采用第二HARQ反馈方式的情况下,使用该第四信息判断是否发送NACK消息。
可选地,所述方法600还包括:网络设备向发端UE或收端UE发送反馈策略,所述反馈策略为用于确定反馈方式类型的策略。
对应的,发端UE接收该反馈策略;并使用该反馈策略,基于第一对应关系,确定当前传输对应的反馈方式类型。
示例性地,网络设备可能知道发端UE的情况(比如,成员个数,负载情况,业务时延等),从而为发端UE显示配置反馈策略,比如,可以指示发端UE在哪种情况下采用哪种反馈方式类型。发端UE可以基于反馈策略直接得到反馈方式类型。或者,网络设备也可以间接配置反馈策略,使得发端UE基于自身情况,使用反馈策略确定反馈方式类型。
对应的,收端UE接收该反馈策略;并使用该反馈策略,确定针对数据包进行反馈时使用的反馈方式类型。
示例性地,网络设备可能知道收端UE的情况(比如,成员个数,负载情况,业务时延等),从而为收端UE显示配置反馈策略,比如,可以指示收端UE在哪种情况下采用哪种反馈方式类型。收端UE可以基于反馈策略直接得到反馈方式类型。或者,网络设备也可以间接配置反馈策略,使得收端UE基于自身情况,使用反馈策略确定反馈方式类型。
UE(发端UE或收端UE)的自身情况可以是以下中的一项或多项:业务的QoS信息(如时延、可靠性、通信距离、速率等)、组成员个数、SL信道状况(如SL CBR测量、unicast两个UE间的SL RSRP/CSI/CQI/PMI/RI/PathLoss/SINR等、groupcast组内的多个UE间的SL RSRP)。
示例性地,上述反馈策略是指:终端设备(发端UE或收端UE)的组成员个数满足第一门限时,采用第一HARQ反馈方式;或者,终端设备的组成员个数满足第二门限时,采用第二HARQ反馈方式。
举例来说,当组成员个数满足一定条件{如Number<Thr}时,UE采用Group ACK/NACK反馈;当组成员个数满足一定条件{如Number>=Thr}时,UE采用Group NACK only或关闭HARQ反馈;当Tx/Rx/Head UE的CBR满足一定条件{如CBR>Thr}时,UE采用Group NACKonly或关闭HARQ反馈;当Tx/Rx/Head UE的CBR满足一定条件{如CBR<=Thr}时,UE采用Group ACK/NACK反馈。
示例性地,网络设备还可以配置HARQ NACK only反馈方式下选择计算距离方式的策略。例如,用于计算距离的方式对应的优先级按照以下方式依次降低:基于GPS位置计算距离,基于区域ID计算距离,基于SL RSRP估计距离。可选地,网络设备还可以配置各个计算方式的适用条件。比如,当区域距离大于100米时,基于区域ID计算距离的方式无效;当RSRP小于10分贝时,基于RSRP估计距离的方式无效。
本申请实施例对网络设备生成反馈策略所利用的信息不作限定,可以采用上述第一粒度中的内容。可以理解的是,除了上面描述的第一粒度外,网络设备还可以采用其他信息配置反馈策略。示例性地,网络设备采用以下中的一项或多项配置反馈策略:RAT(list)标识;载波carrier/频率frequency(list)标识;基站/小区Cell(list)标识;Tx/Rx的信息,比如,UE标识(如UE IP/MAC/地址等、UE Id(UE SL L2 Id/address、UE SL L1 Id/address、或C-RNTI、或IMSI、或TMSI)(list)标识等)(list);QoS(PPPP/PPPR/QFI/5QI/QoS Flow/VQI/PQI等)(list)标识;通信类型cast-type(单播、组播、广播等)(list)标识;通信模式SLmode(list)标识(如基站调度模式、UE竞争模式、LTE SL mode3、LTE SL mode4、NR SLmode1、NR SL mode2等);service(Id)(list)标识;BWP(Band Width Part)(list)标识;逻辑信道组LCG(Logical Channel Group)(list)标识;逻辑信道LCH(Logical CHannel)(list)标识;SL RB(list)标识;连接标识(如connectionId(list));组标识(如groupconnection Id(list)、Group Uu/SL L2/L1 Id);通信源SRC(Source Uu/SL Id、L2/L1 Id)(list);通信目标DEST(Destination Uu/SL Id、L2/L1 Id)(list);HARQ进程标识:一个或多个;资源属性:configured grant/SPS、Dynamic Grant;初传/重传。
在本申请实施例中,如果UE(发端UE或收端UE)决定自己选择用于确定反馈方式类型的方式,而非由gNB控制/配置。可选地,若UE选择了用于确定反馈方式类型的方式,需将最新的用于确定反馈方式类型的方式通知给gNB,以便gNB能够根据最新的用于确定反馈方式类型的方式在分配grant时分配不同的PSFCH资源(如ACK/NACK需多份、NACK需一份)。
在本申请实施例中,由于配置层(非MAC/PHY层)和实际使用层(MAC/PHY层)不同,因此终端设备在配置层获取到属性信息后,需要转给对应的使用层,才能形成对应的粒度和HARQ反馈方式的映射表,便于发端UE或收端UE使用属性信息确定反馈方式类型。比如,UE的V2X layer/RRC通知UE的MAC层:{DEST/QoS/LCH/groupId+Tx,ACK/NACK或NACK};UE的V2Xlayer/RRC/MAC通知UE的PHY层:{groupcast+Tx L1 Id+Group L1 Id,ACK/NACK或NACK}。
在本申请实施例中,终端设备可以通过层间交互属性信息,即本次传输的属性信息。属性信息的描述可以参考前文的描述,为了简洁,这里不作赘述。
对于发端UE而言,发端UE的MAC层由于如下原因可能需要获知属性信息,例如,发端UE的MAC层在进行LCP restriction时,需要针对grant对应的属性,选择合适的DEST和/或LCH及数据进行组包;或者,发端UE的PHY层无法直接获得属性信息,发端UE的PHY层需要依赖发端UE的MAC层给PHY层指示属性信息。
对于发端UE的MAC层如何获得属性信息,可以采用如下方法:发端UE的MAC层可以通过接收网络设备发送的DCI及携带的grant信息获取属性信息,或者,发端UE的MAC层可以自己确定属性信息。
对于发端UE而言,发端UE的PHY层由于如下原因可能需要获知属性信息:例如,发端UE的PHY层需要根据属性信息决定是否接收SL HARQ反馈;或者,又例如,发端UE的PHY层需要根据该属性信息决定是否在UL上反馈SL HARQ反馈结果给基站或网络;或者,又例如,发端UE的PHY层需要根据该属性信息,决定是按照组播通信的ACK/NACK方式接收SL HARQ反馈,还是按照组播通信的NACK only方式接收SL HARQ反馈。
对于发端UE的PHY层如何获得属性信息,发端UE的PHY层可以通过网络设备发送的DCI获取属性信息;或者,发端UE的PHY层可以通过查表获得属性信息;或者,发端UE的PHY层可以通过MAC层的指示确定属性信息。示例性地,发端UE的MAC层可以感知属性信息,从而通过层间原语的方式指示发端UE的PHY层如何发送属性信息,或如何接收反馈信息。示例性地,发端UE的MAC层无法感知属性信息,而是将属性信息发送给发端UE的PHY层,让发端UE的PHY层决定如何发送属性信息,或如何接收反馈信息。
对于收端UE而言,收端UE的MAC层由于如下原因可能需要获知属性信息:例如,若收端UE的PHY层无法直接获得属性信息,需要依赖收端UE的MAC层给PHY层指示属性信息。
对于收端UE而言,收端UE的MAC层可以通过接收发端UE发送的SCI获取属性信息,或者,接收发端UE发送的RRC消息(RRC消息包括多个反馈方式类型),然后基于前文所述的第一粒度进行查表,以获取属性信息。收端UE的MAC层可以通过层间原语将属性信息发送给发端UE的PHY层。示例性地,收端UE的MAC层可以感知属性信息,比如,反馈方式类型,或者,HARQ开关信息,从而指示收端UE的PHY层如何发送反馈信息。示例性地,收端UE的MAC层无法感知属性信息,而是将属性信息发送给UE的PHY层,让收端UE的PHY层决定如何发送反馈信息。
对于收端UE而言,收端UE的PHY层由于如下原因可能需要获知属性信息:例如,收端UE的PHY层需要根据该属性信息,决定是否发送SL HARQ反馈;或者,又例如,收端UE的PHY层需要根据该属性信息,决定是按照组播通信的ACK/NACK方式发送SL HARQ反馈,还是按照组播通信的NACK only方式发送SL HARQ反馈;或者,又例如,收端UE的PHY层需要根据该属性信息,发端UE提供的发端UE的位置信息,距离门限值,以及自身的位置信息,来判断收端UE与发端UE之间的距离是否小于距离门限值,并基于判断结果决定是否要反馈(比如,HARQNACK only方式下需要发送NACK)或不反馈。
类似地,收端UE的PHY层可以通过接收发端UE发送的SCI获取属性信息,或者,接收发端UE发送的RRC消息(RRC消息包括多个反馈方式类型),然后基于前文所述的第一粒度进行查表,以获取属性信息。或者,收端UE的PHY层可以通过MAC层的指示确定属性信息。
为了便于理解,下面将结合不同的场景描述收端UE和发端UE的行为。可以理解的是,下面的描述都是示例性描述,并不对本申请实施例的保护范围构成限定。下文以网络设备是gNB,发端UE是Tx UE,收端UE是Rx UE为例进行描述。
场景1:Tx UE通过SCI或MAC CE向Rx UE发送属性信息。如图7所示,Tx UE接收来自gNB通过RRC消息发送的DEST/LCHs与属性信息的映射关系,以及通过DCI发送的grant。然后,Tx UE可以通过SCI和/或MAC CE向Rx UE发送属性信息。对于Tx UE而言,下面将描述TxUE的PHY层通过不同的方式获取该属性信息。
方式1,gNB发送的DCI中携带DEST和属性信息(该方式下Tx UE的MAC层不感知属性信息)。对于RRC层,gNB可以不配置DEST和/或LCH与属性信息的绑定关系。
在方式1中,对于Tx UE的各个协议层的影响如下:1)MAC层:由于grant已经显式指示DEST,因此Tx UE在作LCP restriction过滤时,仅选择指定DEST的满足对应属性信息的LCHs的数据,并进行MAC PDU组包(根据已有数据LCHs的优先级顺序按照从高到底作为先后顺序进行组播);2)MAC指示属性信息给PHY:Tx UE的MAC层将gNB通过DCI发送的grant传递给PHY,或者,将该grant与HARQ process绑定(同时绑定的还有本次传输的MAC PDU),并将该HARQ process通知给PHY进行发送,或者,MAC层通过层间原语向PHY层指示属性信息;3)PHY层:Tx UE的PHY层根据MAC层显式传递的grant获得属性信息,或者根据MAC层通过其他方式显式/隐式(比如,HARQ process)传递的属性信息获得属性信息,可选地,Tx UE的PHY层根据该grant中的属性信息,确定SCI中携带的属性信息(具体确定方式可以是将grant中的属性信息直接复制到SCI中,或者,将grant中的属性信息进行转换后携带于SCI中)。
方式2,gNB发送的DCI中携带属性信息
在方式2中,对于Tx UE的各个协议层的影响如下:1)MAC层:Tx UE的MAC层仅需根据携带的属性信息进行DEST和/或LCH的过滤,选择出与属性信息匹配的DEST和LCHs,然后进行封包得到MAC PDU,并告知PHY层发送MAC PDU;2)MAC层到PHY层的层间原语的具体描述可以参考上文方式1中第2)步的描述,为了简洁,不作赘述;3)PHY层的具体描述可以参考上文方式1中第3)步的描述,为了简洁,不作赘述。
方式3,gNB发送的DCI中不携带属性信息。对于RRC层,gNB需要配置DEST和/或LCH与属性信息的绑定关系。在方式3中,对于Tx UE的各个协议层的影响如下:1)MAC层:由于grant没有属性信息,因此隐含表达了该grant可以给任何DEST/LCHs使用,Tx UE的MAC层则先将DEST进行排序(将有数据的且具有最高LCH优先级的LCH的优先级作为该DEST的优先级),然后选择最高优先级的DEST进行本次传输,并将该grant的属性信息设置为该DEST和/或选择出的LCHs对应的属性信息;或者,Tx UE的MAC层可根据一定规则,先设置该grant的属性信息,然后进行LCP过滤,继而选择出符合该属性信息的最高优先级的DEST及其LCHs进行传输,并组包MAC PDU;2)MAC指示属性信息给PHY层:由于Tx UE在MAC层已经给该grant设置了属性,Tx UE后续可以将该grant传递给PHY,或将该grant与HARQ process绑定,并将该HARQ process通知给PHY层进行发送,或者,MAC层通过层间原语向PHY层指示属性信息;3)PHY层的具体描述可以参考上文方式1中第3)步的描述,为了简洁,不作赘述。
对应的,下面将从Rx UE的角度描述不同方式下如何获取该属性信息。可以理解的是,从Rx UE的角度描述的方式1、方式2和方式3,可以与从Tx UE的角度描述的方式1、方式2和方式3可以没有关联关系,或者,也可以是对应的,对此不作限定。可以理解的是,从Rx UE的角度描述的方式1、方式2和方式3,可以与从Tx UE的角度描述的方式1、方式2和方式3,部分描述可以组合使用,或参考,对此不作限定。
方式1,Rx UE的MAC层不感知属性。
在方式1中,Rx UE的MAC层到PHY的层间原语:由于Rx UE的MAC层不感知属性即始终是“指示PHY进行反馈”。Rx UE的PHY层:Rx UE的PHY层读取SCI,以获取属性信息;将所有关于属性信息的操作全都留给PHY层,具体如下:1)若属性信息为HARQ enable,则Rx UE的PHY层基于数据的实际传输情况进行相应反馈;2)若属性信息为HARQ disable,则Rx UE的PHY层不反馈;3)若属性信息为HARQ NACK only,则仅当属性信息是NACK且Rx UE与Tx UE之间的距离小于门限时,Rx UE的PHY层才反馈(例如Rx UE的PHY会根据SCI中携带的Tx UE的zone Id和自己的zone Id计算距离,然后将距离与门限进行比较,若距离小于门限,则进行反馈);4)若属性信息为HARQ ACK/NACK,则Rx UE的PHY层基于数据的实际传输情况进行相应反馈,发送HARQ ACK/NACK。
方式2,Rx UE的MAC层完全感知属性信息(PHY层不感知属性)。
在方式2中,Rx UE的MAC层通过读SCI可获知属性信息,下面将描述Rx UE的MAC层如何指示PHY层进行反馈。对于MAC到PHY的层间原语:若属性信息为HARQ enable,则指示PHY层反馈;若属性信息为HARQ disable,则指示PHY不反馈,或什么也不做;若属性信息为HARQ ACK/NACK,则指示PHY层进行ACK/NACK反馈;若反馈信息为HARQ NACK only,则当RxUE的MAC层判断与Tx UE的距离小于门限时,指示PHY进行NACK only反馈。
在方式2中,Rx UE的PHY层读取SCI,但不获取并感知属性。Rx UE的PHY层完全基于Rx UE的MAC层的指示进行反馈。
方式3,Rx UE的MAC层感知部分属性信息。比如,部分属性信息是HARQ enable/disable,或者,部分属性信息是采用哪种方式确定属性信息。
在方式3中,对于Rx UE的MAC层到PHY层的层间原语:若属性信息为HARQ enable,则指示PHY层反馈;若属性信息为HARQ disable,则指示PHY层不作反馈,或不指示PHY层作反馈
在方式3中,对于Rx UE的PHY层:感知部分属性信息,比如option1&2,以及range<门限判断。若属性信息为HARQ ACK/NACK,则PHY层进行ACK/NACK反馈;若属性信息为HARQNACK only,则PHY层进行NACK only反馈;当属性信息为HARQ NACK only,Rx UE的PHY层判断与Tx UE的距离小于门限时才反馈。
同理,对于发端UE的MAC层与PHY层的层间原语,也可以与收端UE的类似有上述三种方式(方式1,方式2,方式3),只不过发端UE的MAC层和PHY层不是指示PHY是否反馈和/或如何反馈,而是指示PHY层是否接收收端UE的SL HARQ反馈和/或如何接收收端UE的SL HARQ反馈,以及,指示PHY层在Uu口是否反馈,和/或,在Uu口如何反馈。
在上述场景1中,由于Tx UE在SCI中携带了属性信息,因此对于Rx UE来说,仅需读取SCI中的属性信息,即可决定如何进行ACK/NACK回复。当然如上文所述,Rx UE可以是RxUE的MAC层感知,或Rx UE的PHY层感知,或Rx UE的MAC层和PHY层都感知(比如,都感知不同部分)。
场景2:Tx UE通过RRC消息向Rx UE发送属性信息。如图8所示,Tx UE接收来自gNB通过RRC消息发送的DEST/LCHs,以及通过DCI发送的grant。然后,Tx UE可以通过RRC消息向Rx UE发送属性信息。其中,属性信息包括HARQ反馈开关信息(比如,enable/disable),反馈方式类型(比如,HARQ NACK only或HARQ ACK&NACK)。
从Tx UE侧来看,与场景1的区别在于SCI中不携带属性信息。
对于Rx UE侧来说,由于场景1中由于SCI携带了属性信息,因此Rx UE在收到SCI后会分配一个空闲的HARQ process Id进行处理。该HARQ process Id会绑定SCI中HARQ信息(比如SCI中所携带的所有信息,包含属性信息)。因此Rx UE的MAC层和PHY都可通过该HARQprocess Id绑定的HARQ信息来获得本次传输对应的HARQ反馈方式(即属性信息)。但在场景2中,由于SCI中不携带属性信息,因此Rx UE的MAC层仅能从Rx UE的其他层(比如更高层,具体如SL RRC等)获取Tx UE的配置信息,从而获得DEST/LCHs等与属性信息的关联关系;RxUE的其他层获取到属性信息后告知MAC层。且Rx UE的MAC层在收到SCI中后(未携带属性信息),同样分配一个空闲的HARQ process Id进行处理,然后通过读取SCI中携带的DEST信息,以及,获取MAC层中携带的LCHs信息,并通过DEST信息和LCHs信息进行查表(例如该表是由Tx UE通过SL RRC配置给Rx UE的RRC层、Rx UE的RRC层通过层间原语再告知给Rx UE的MAC层、从而获得该表),获得对应本次接收TB的对应的HARQ反馈方式(即属性信息),然后将该属性信息绑定给原先分配的、用于处理本次接收的HARQ process。Rx UE的MAC层和PHY层后续都可通过该HARQ process Id绑定的HARQ信息,获得本次传输对应的HARQ反馈方式,后续流程与场景1相同,为了简洁这里不作赘述。
在场景2中,对于Rx UE,也可以按照场景1中的3种方式进行处理。方式1,Rx UE的MAC层不感知属性,具体描述可以参考场景1中的方式1,为了简洁,这里不作赘述。方式2,RxUE的MAC层完全感知属性(PHY层不感知属性),具体描述可以参考场景1中的方式2,为了简洁,这里不作赘述。方式3,Rx UE的MAC层感知部分属性,具体描述可以参考场景1中的方式3,为了简洁,这里不作赘述。
对于Rx UE的查表行为,下面结合各个示例进行描述。
举例来说,若SRC ID与属性信息对应,则Rx UE可以基于SRC ID查找对应的属性信息;或者,若(SRC ID)&(LCH ID)与属性信息对应,Rx UE可以通过SRC ID和LCH ID查找对应的属性信息;或者,若(SRC ID)&(DEST ID)与属性信息对应,Rx UE可以通过SRC ID和DESTID查找对应的属性信息;或者,若(SRC ID)&(DEST ID)&(LCH ID)与属性信息对应,Rx UE可以通过SRC ID、DEST ID以及LCH ID查找对应的属性信息。举例来说,若(SRC ID)&(Grant/HARQ ID)与属性信息对应,则Rx UE可以基于(SRC ID)&(Grant/HARQ ID)查找对应的属性信息。
举例来说,若(DEST ID)&(LCH ID)与属性信息对应,则Rx UE可以基于(DEST ID)&(LCH ID)查找对应的属性信息。
可以理解的是,上文出现的“查表”是指通过第一粒度在第一对应关系中进行查找,以获取与第一粒度对应的反馈方式类型。
应理解,本申请实施例的各个方案可以进行合理的组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。
还应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。上述各个过程涉及的各种数字编号或序号仅为描述方便进行的区分,而不应对本申请实施例的实施过程构成任何限定。
上文结合图1至图8详细描述了根据本申请实施例的用于传输HARQ反馈信息的方法。下面将结合图9至图11描述根据本申请实施例的通信装置。应理解,方法实施例所描述的技术特征同样适用于以下装置实施例。
图9是本申请实施例提供的通信装置的示意性框图。如图9所示,该通信装置1000可以包括收发单元1100和处理单元1200。
在一种可能的设计中,该通信装置1000可对应于上文方法实施例中的终端设备,例如,可以为终端设备,或者配置于终端设备中的芯片。
具体地,该通信装置1000可对应于根据本申请实施例的方法300或方法500中的终端设备,该通信装置1000可以包括用于执行图3中方法300中的终端设备执行的方法的单元,或者,执行图4中方法400中终端设备执行的方法的单元,或者,执行图6中方法600中终端设备执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作或功能分别为了实现图3中方法300中的终端设备相应流程,或者,分别为了实现图4中方法400中的终端设备相应流程,或者,分别为了实现图6中方法600中的终端设备相应流程,或者,分别为了实现图7中终端设备(发端UE或收端UE)相应流程,或者,分别为了实现图8中的终端设备(发端UE或收端UE)相应流程。
在一种实现方式中,收发单元1100和处理单元1200可分别用于:
所述处理单元1200,基于第一对应关系,确定当前传输对应的反馈方式类型;基于所述反馈方式类型,进行数据包封装处理;所述收发单元1200用于,使用所述传输资源发送数据包。
可选地,所述收发单元1100,用于通过侧链控制信息SCI向第二终端设备指示单次反馈方式类型。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,其中,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
在一种可能的实现方式中,所述处理单元1200还用于获取传输资源;所述传输资源携带属性信息,所述属性信息用于指示所述传输资源支持的HARQ反馈方式;所述处理单元1200还用于:根据所述属性信息,在所述第一对应关系中筛选与所述传输资源支持的HARQ反馈方式相同的至少一个逻辑信道;在所述传输资源中发送所述至少一个逻辑信道中的数据。
在一种可能的实现方式中,所述处理单元1200还用于:获取传输资源,若所述传输资源未携带属性信息,调用所述收发单元1100在所述传输资源中传输多个逻辑信道中的数据,其中,所述多个逻辑信道中的每个逻辑信道对应的反馈方式相同或不同。
在一种可能的实现方式中,所述处理单元1200还用于:若所述传输资源未携带属性信息,所为所述传输资源确定所述传输资源支持的HARQ反馈方式;在所述第一对应关系中筛选与所述传输资源支持的HARQ反馈方式相同的至少一个逻辑信道;第一终端设备在所述传输资源中发送所述至少一个逻辑信道中的数据。这里,第一终端设备可以为没有携带属性信息的传输资源确定属性信息。
可选地,所述处理单元1200用于为所述传输资源确定所述传输资源支持的HARQ反馈方式,包括:获取具有最高优先级的目标标识,并将所述目标标识对应的HARQ反馈方式,作为所述传输资源支持的HARQ反馈方式。
在一种可能的实现方式中,所述收发单元1100还用于:向所述第二终端设备发送第二信息,所述第二信息用于所述第二终端设备确定反馈方式类型。
可选地,所述收发单元1100用于向所述第二终端设备发送第二信息,包括:通过以下中的一项或多项向所述第二终端设备发送所述第二信息:侧链控制信息SCI、MAC信令、侧链信令、RRC信令、SIB信息。
可选地,所述第二信息包括以下信息中的一项或多项:目标地址标识,源标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述收发单元1100用于向所述第二终端设备发送第二信息,包括:向所述第二终端设备发送多次传输的反馈方式类型,其中,所述多次传输的反馈方式类型包括于所述第二信息。
可选地,所述收发单元1100还用于:向第二终端设备发送第三信息,所述第三信息包括以下信息中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
可选地,所述收发单元1100还用于:接收网络设备发送的第四信息,所述第四信息包括通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
可选地,所述收发单元1100还用于:向第二终端设备或网络设备发送所述第一终端设备的信息,所述第一终端设备的信息包括:所述第一终端设备的位置信息、所述第一终端设备所在区域的标识、所述第一终端设备的功率信息。这样,第一终端设备可以将与自己相关的信息告知第二终端设备,以便于第二终端设备计算距离。
可选地,所述处理单元1200还用于,获取所述第一对应关系。可选地,第一对应关系可以是预定义的,也可以是其他设备发送给第一终端设备的,对此不作限定。
可选地,所述处理单元1200用于获取所述第一对应关系,包括:调用所述收发单元1100接收网络设备或终端设备发送的所述第一对应关系。网络设备可以是基站或者核心网控制功能。
可选地,所述收发单元1100还用于:接收网络设备发送的反馈策略,所述反馈策略为用于确定反馈方式类型的策略;其中,所述处理单元1200用于基于第一对应关系,确定当前传输对应的反馈方式类型,包括:使用所述反馈策略,基于第一对应关系,确定当前传输对应的反馈方式类型。这里,反馈策略可以是显示反馈策略,即直接指示反馈方式类型;或者,反馈策略是指:终端设备需要结合自身情况,根据反馈策略决定采用哪种反馈方式类型。
在一种可能的实现方式中,所述处理单元1200使用所述反馈策略,基于所述第一对应关系,确定当前传输对应的反馈方式类型,包括:使用所述反馈策略,基于所述第一对应关系以及所述第一终端设备的自身情况,确定当前传输对应的反馈方式类型。第一终端设备的自身情况可以是组成员个数、负载以及业务时延等信息。
可选地,所述反馈策略是指:终端设备的组成员个数满足第一门限时,采用第一HARQ反馈方式;或者,终端设备的组成员个数满足第二门限时,采用第二HARQ反馈方式。
或者,在一种实现方式中,收发单元1100和处理单元1200可分别用于:
所述收发单元1100用于接收数据包;所述处理单元1200用于确定针对所述数据包进行反馈时使用的反馈方式类型;使用所述反馈方式类型进行反馈。
可选地,所述收发单元1100接收通过SCI发送的单次传输的反馈方式类型。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
在一种可能的实现方式中,所述处理单元1200还用于获取第一对应关系。
可选地,所述处理单元1200用于获取第一对应关系,具体包括:调用所述收发单元1100接收网络设备或第一终端设备发送的所述第一对应关系。可选地,第一对应关系也可以是其他终端设备告诉第二终端设备的,也可以是第二终端设备自己生成的,对此不作限定。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,传输类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
在一种可能的实现方式中,所述收发单元1100还用于接收第一终端设备发送的第二信息,所述第二信息用于确定反馈方式类型;其中,所述处理单元1200用于确定针对所述数据包进行反馈时使用的反馈方式类型,包括:根据所述第二信息,确定当前传输对应的反馈方式类型。这里,第二终端设备可以基于第二信息,确定当前传输对应的反馈方式类型。
可选地,所述收发单元1100用于接收第一终端设备发送的第二信息,包括:接收所述第一终端设备通过以下中的一项或多项发送的所述第二信息:侧链控制信息SCI、媒体接入控制MAC信令、侧链信令、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第二信息包括以下信息中的一项或多项:目标地址标识,源标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述收发单元1100用于接收第一终端设备发送的第二信息,包括:接收所述第一终端设备发送的多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于所述第二信息;其中,所述处理单元1200用于根据所述第二信息,确定针对所述数据包进行反馈时使用的反馈方式类型,包括:根据所述第二信息以及所述第一对应关系,确定当前传输对应的反馈方式类型。
在一种可能的实现方式中,所述收发单元1100用于接收网络设备发送的第一信息,所述第一信息用于确定反馈方式类型;其中,所述处理单元1200用于确定针对所述数据包进行反馈时使用的反馈方式类型,包括:根据所述第一信息,确定当前传输对应的反馈方式类型。这里,第二终端设备可以直接接收网络设备发送的第一信息,以便于基于第一信息确定反馈方式类型。
可选地,所述收发单元1100用于接收网络设备发送的第一信息,包括:接收所述网络设备通过以下中的一项或多项发送的所述第一信息:下行控制信息DCI、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第一信息指示所述单次传输的反馈方式类型。
可选地,所述收发单元1100用于接收网络设备发送的第一信息,包括:接收所述网络设备发送的多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于所述第一信息;其中,所述处理单元1200用于根据所述第一信息,确定针对所述数据包进行反馈时使用的反馈方式类型,包括:根据所述第一信息以及所述第一对应关系,确定当前传输对应的反馈方式类型。
可选地,所述处理单元1200用于使用所述反馈方式类型进行反馈,包括:所述反馈方式类型为所述第一HARQ反馈方式,针对所述数据包发送确认消息或非确认消息;或者,所述反馈方式类型为所述第二HARQ反馈方式,针对所述数据包仅反馈非确认消息;或者,所述反馈方式类型为HARQ开关信息,若所述HARQ开关信息指示终端设备作反馈,针对所述数据包进行反馈;或者,所述反馈方式类型为HARQ开关信息,若所述HARQ开关信息指示终端设备不作反馈,针对所述数据包不作反馈。
在一种可能的实现方式中,若所述反馈方式类型为第二HARQ反馈方式,所述处理单元1200还用于确定所述第一终端设备与所述第二终端设备之间的距离;在所述距离满足距离门限时,确定需要发送非确认消息。这里,第二终端设备可以计算基于距离,并在距离满足距离门限时才发送非确认消息。例如,第一终端设备与第二终端设备之间的距离小于距离门限。
可选地,所述收发单元1100还用于接收来自第一终端设备发送的第三信息,所述第三信息包括以下信息中的一项或多项:通信类型,所述距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式;或者,接收来自网络设备的第四信息,所述第四信息包括以下信息中的一项或多项:通信类型,所述距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
可选地,所述处理单元1200用于确定所述第一终端设备与所述第二终端之间的距离,包括:基于以下信息中的一项或多项,计算所述距离:区域标识、第一终端设备的位置信息、第一终端设备的功率信息、网络设备的标识、第一终端设备所在区域标识、第二终端设备的位置信息。
可选地,所述收发单元1100还用于接收所述第一终端设备的信息,所述第一终端设备的信息包括以下信息中的一项或多项:所述第一终端设备的位置信息、所述第一终端设备所在区域的标识、所述第一终端设备的功率信息。
可选地,所述收发单元1100还用于接收网络设备发送的反馈策略,所述反馈策略为用于确定反馈方式类型的策略;所述处理单元1200用于确定针对所述数据包进行反馈时使用的反馈方式类型,包括:使用所述反馈策略,确定针对所述数据包进行反馈时使用的反馈方式类型。
可选地,所述反馈策略是指:终端设备的组成员个数满足第一门限时,采用第一HARQ反馈方式;或者,终端设备的组成员个数满足第二门限时,采用第二HARQ反馈方式。
或者,在一种实现方式中,收发单元1100和处理单元1200可分别用于:
所述收发单元1100,用于接收来自网络设备的第一信息,所述第一信息用于终端设备确定反馈方式类型;所述处理单元1200用于,应用所述第一信息。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
在一种可能的实现方式中,所述处理单元1200用于应用第一信息,包括:在发送数据包时,所述第一终端设备根据所述第一信息,确定反馈方式类型。
在一种可能的实现方式中,所述处理单元1200用于应用第一信息,包括:若传输资源携带所述第一信息,所述第一信息指示反馈方式类型,所述第一终端设备根据所述第一信息得到本次传输的反馈方式类型。
可选地,所述收发单元1100用于接收来自网络设备的第一信息,包括:接收所述网络设备通过以下中的一项或多项发送的所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。
可选地,所述第一信息指示单次传输的反馈方式类型。
可选地,所述第一信息包括多次传输的反馈方式类型。
可选地,所述第一信息包括第一对应关系。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
在一种可能的实现方式中,所述处理单元1200还用于基于所述第一信息生成第二信息,所述第二信息用于第二终端设备确定反馈方式类型;所述收发单元1100还用于向所述第二终端设备发送所述第二信息。
可选地,所述收发单元1100用于向所述第二终端设备发送所述第二信息,包括:
通过以下中的任一项向所述第二终端设备发送所述第二信息:侧链控制信息SCI、媒体接入控制MAC信令、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述收发单元1100用于向所述第二终端设备发送所述第二信息,包括:向所述第二终端设备发送多次传输的反馈方式类型,其中,所述多次传输的反馈方式类型包括于所述第二信息。
在一种可能的实现方式中,所述收发单元1100还用于接收来自所述网络设备的第四信息,所述第四信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
可选地,所述收发单元1100还用于向所述第二终端设备发送第三信息,所述第三信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
或者,在一种实现方式中,收发单元1100和处理单元1200可分别用于:
所述处理单元1200用于调用所述收发单元1100接收来自网络设备的第一信息,所述第一信息用于终端设备确定反馈方式类型,并应用所述第一信息确定反馈方式类型;或者,调用所述收发单元1100接收来自第一终端设备的第二信息,所述第二信息用于所述第二终端设备确定反馈方式类型,并应用所述第二信息。
在一种可能的实现方式中,所述处理单元1200用于应用第一信息,包括:在发送数据包时,根据所述第一信息,确定反馈方式类型;或者,若传输资源携带所述第一信息,所述第一信息指示反馈方式类型,根据所述第一信息得到本次传输的反馈方式类型。
在一种可能的实现方式中,所述处理单元1200用于应用所述第二信息,包括:在发送数据包时,根据所述第二信息,确定反馈方式类型;或者,若传输资源携带所述第二信息,所述第二信息指示反馈方式类型,根据所述第二信息得到本次传输的反馈方式类型。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
可选地,所述收发单元1100用于接收来自网络设备的第一信息,包括:接收所述网络设备通过以下中的一项或多项发送的所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。
可选地,所述第一信息指示单次传输的反馈方式类型。
可选地,所述第一信息包括多次传输的反馈方式类型。
可选地,所述第一信息包括第一对应关系。
可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
可选地,所述收发单元1100用于接收来自所述第一终端设备的第二信息,包括:接收所述第一终端设备通过以下中的任一项发送的所述第二信息:侧链控制信息SCI、媒体接入控制MAC信令、无线资源控制RRC信令、***信息块SIB信息。
可选地,所述第二信息指示所述单次传输的反馈方式类型。
可选地,所述收发单元1100用于接收来自所述第一终端设备的第二信息,包括:接收来自所述第一终端设备的多次传输的反馈方式类型,其中,所述多次传输的反馈方式类型包括于所述第二信息。
应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,该通信装置1000为终端设备时,该通信装置1000中的收发单元1100可对应于图10中示出的终端设备2000中的收发器2020,该通信装置1000中的处理单元1200可对应于图10中示出的终端设备2000中的处理器2010。
还应理解,该通信装置1000为配置于终端设备中的芯片时,该通信装置1000中的收发单元1200可以为输入/输出接口。
在另一种可能的设计中,该通信装置1000可对应于上文方法实施例中的网络设备,例如,可以为网络设备,或者配置于网络设备中的芯片。
具体地,该通信装置1000可对应于根据本申请实施例的方法600中的网络设备,该通信装置1000可以包括用于执行图6中方法600中的网络设备执行的方法的单元,或者,执行图7中网络设备执行的方法的单元,或者,执行图8中网络设备执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作或功能分别为了实现图6中方法600中的网络设备相应流程,或者,分别为了实现图7中网络设备相应流程,或者,分别为了实现图8中网络设备相应流程。
在一种实现方式中,收发单元1100和处理单元1200可分别用于:
所述处理单元1200用于生成第一信息,所述第一信息用于终端设备确定反馈方式类型;所述收发单元1100用于向第一终端设备或第二终端设备发送所述第一信息。这里,网络设备可以为终端设备动态配置反馈方式类型。
可选地,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
在一种可能的实现方式中,所述收发单元1100用于向第一终端设备或第二终端设备发送所述第一信息,包括:通过以下中的一项或多项,向第一终端设备或第二终端设备发送所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。这里,网络设备可以通过一个信息或信令指示反馈方式类型,或者,也可以通过一个信息或信令配置多个反馈方式类型,再通过另一个信息或信令指示反馈方式类型,比如,通过RRC配置,通过DCI指示。可选地,网络设备可以是核心网控制功能或基站。
可选地,所述第一信息指示单次传输的反馈方式类型。
可选地,所述第一信息包括多次传输的反馈方式类型。
可选地,所述第一信息包括第一对应关系。可选地,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
可选地,所述收发单元1100还用于,向所述第一终端设备或所述第二终端设备发送第四信息,所述第四信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
可选地,所述收发单元1100还用于,向所述第一终端设备或所述第二终端设备发送反馈策略,所述反馈策略为用于确定反馈方式类型的策略。
可选地,所述反馈策略是指:终端设备的组成员个数满足第一门限时,采用第一HARQ反馈方式;或者,终端设备的组成员个数满足第二门限时,采用第二HARQ反馈方式。
还应理解,该通信装置1000为网络设备时,该通信装置1000中的收发单元1100可对应于图11中示出的网络设备3000中的收发器3200,该通信装置1000中的处理单元1200可对应于图11中示出的网络设备3000中的处理器3100。
还应理解,该通信装置1000为配置于网络设备中的芯片时,该通信装置1000中的收发单元1100可以为输入/输出接口。
图10是本申请实施例提供的终端设备2000的结构示意图。该终端设备2000可应用于如图1所示的***中,执行上述方法实施例中终端设备的功能。如图10所示,该终端设备2000包括处理器2010和收发器2020。可选地,该终端设备2000还包括存储器2030。其中,处理器2010、收发器2002和存储器2030之间可以通过内部连接通路互相通信,传递控制或数据信号,该存储器2030用于存储计算机程序,该处理器2010用于从该存储器2030中调用并运行该计算机程序,以控制该收发器2020收发信号。可选地,终端设备2000还可以包括天线2040,用于将收发器2020输出的上行数据或上行控制信令通过无线信号发送出去。
上述处理器2010可以和存储器2030可以合成一个处理装置,处理器2010用于执行存储器2030中存储的程序代码来实现上述功能。具体实现时,该存储器2030也可以集成在处理器2010中,或者独立于处理器2010。该处理器2010可以与图9中的处理单元对应。
上述收发器2020可以与图9中的通信单元对应,也可以称为收发单元。收发器2020可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中,接收器用于接收信号,发射器用于发射信号。
应理解,图10所示的终端设备2000能够实现图3或图5或图8所示方法实施例中涉及终端设备的各个过程。终端设备2000中的各个模块的操作或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
上述处理器2010可以用于执行前面方法实施例中描述的由终端设备内部实现的动作,而收发器2020可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
可选地,上述终端设备2000还可以包括电源2050,用于给终端设备中的各种器件或电路提供电源。
除此之外,为了使得终端设备的功能更加完善,该终端设备2000还可以包括输入单元2060、显示单元2070、音频电路2080、摄像头2090和传感器2100等中的一个或多个,所述音频电路还可以包括扬声器2082、麦克风2084等。
图11是本申请实施例提供的网络设备的结构示意图,例如可以为基站的结构示意图。该基站3000可应用于如图1或图2所示的***中,执行上述方法实施例中网络设备的功能。如图所示,该基站3000可以包括一个或多个射频单元,如远端射频单元(remote radiounit,RRU)3100和一个或多个基带单元(BBU)(也可称为分布式单元(DU))3200。所述RRU3100可以称为收发单元或通信单元,与图9中的收发单元1100对应。可选地,该收发单元3100还可以称为收发机、收发电路、或者收发器等等,其可以包括至少一个天线3101和射频单元3102。可选地,收发单元3100可以包括接收单元和发送单元,接收单元可以对应于接收器(或称接收机、接收电路),发送单元可以对应于发射器(或称发射机、发射电路)。所述RRU3100部分主要用于射频信号的收发以及射频信号与基带信号的转换。所述BBU 3200部分主要用于进行基带处理,对基站进行控制等。所述RRU 3100与BBU 3200可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。
所述BBU 3200为基站的控制中心,也可以称为处理单元,可以与图9中的处理单元1200对应,主要用于完成基带处理功能,如信道编码,复用,调制,扩频等等。例如所述BBU(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程,例如,生成CSI上报的配置信息等。
在一个示例中,所述BBU 3200可以由一个或多个单板构成,多个单板可以共同支持单一接入制式的无线接入网(如LTE网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述BBU 3200还包括存储器3201和处理器3202。所述存储器3201用以存储必要的指令和数据。所述处理器3202用于控制基站进行必要的动作,例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器3201和处理器3202可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
应理解,图11所示的基站3000能够实现前述方法实施例中涉及网络设备的各个过程。基站3000中的各个模块的操作或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
上述BBU 3200可以用于执行前面方法实施例中描述的由网络设备内部实现的动作,而RRU 3100可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行图3和图4,以及图6所示实施例中终端设备侧的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行图4,图7以及图8所示实施例中网络设备侧的方法。
根据本申请实施例提供的方法,本申请还提供一种***,其包括前述的一个或多个终端设备以及一个或多个网络设备。
本申请实施例还提供了一种处理装置,包括处理器和接口;所述处理器用于执行上述任一方法实施例中的通信的方法。
应理解,上述处理装置可以是一个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integratedcircuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,还可以是***芯片(system onchip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(network processor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logic device,PLD)或其他集成芯片。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的***和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disc,SSD))等。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“***”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程或执行线程中,部件可位于一个计算机上或分布在2个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地***、分布式***或网络间的另一部件交互的二个部件的数据,例如通过信号与其它***交互的互联网)的信号通过本地或远程进程来通信。
应理解,说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各个实施例未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
应理解,在本申请实施例中,编号“第一”、“第二”…仅仅为了区分不同的对象,比如为了区分不同的网络设备,并不对本申请实施例的范围构成限制,本申请实施例并不限于此。
还应理解,在本申请中,“当…时”、“若”以及“如果”均指在某种客观情况下网元会做出相应的处理,并非是限定时间,且也不要求网元实现时一定要有判断的动作,也不意味着存在其它限定。
还应理解,在本申请各实施例中,“A对应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
还应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本申请中出现的类似于“项目包括如下中的一项或多项:A,B,以及C”表述的含义,如无特别说明,通常是指该项目可以为如下中任一个:A;B;C;A和B;A和C;B和C;A,B和C;A和A;A,A和A;A,A和B;A,A和C,A,B和B;A,C和C;B和B,B,B和B,B,B和C,C和C;C,C和C,以及其他A,B和C的组合。以上是以A,B和C共3个元素进行举例来说明该项目的可选用条目,当表达为“项目包括如下中至少一种:A,B,……,以及X”时,即表达中具有更多元素时,那么该项目可以适用的条目也可以按照前述规则获得。
可以理解的,本申请实施例中,终端设备和/或网络设备可以执行本申请实施例中的部分或全部步骤,这些步骤或操作仅是示例,本申请实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照本申请实施例呈现的不同的顺序来执行,并且有可能并非要执行本申请实施例中的全部操作。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (30)
1.一种用于传输混合自动重传请求HARQ反馈信息的方法,其特征在于,包括:
第一终端设备基于第一对应关系,确定当前传输对应的反馈方式类型;
所述第一终端设备基于所述反馈方式类型,进行数据包封装处理;
所述第一终端设备使用传输资源发送数据包。
2.根据权利要求1所述的方法,其特征在于,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
3.根据权利要求1或2所述的方法,其特征在于,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,其中,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备获取所述传输资源,所述传输资源携带属性信息,所述属性信息用于指示所述传输资源支持的HARQ反馈方式;
所述第一终端设备根据所述属性信息,在所述第一对应关系中筛选与所述传输资源支持的HARQ反馈方式相同的至少一个逻辑信道;
所述第一终端设备在所述传输资源中发送所述至少一个逻辑信道中的数据。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备获取所述传输资源;
若所述传输资源未携带属性信息,所述终端设备获取具有最高优先级的目标地址标识,并将所述目标地址标识对应的HARQ反馈方式,作为所述传输资源支持的HARQ反馈方式;
所述第一终端设备在所述第一对应关系中筛选与所述传输资源支持的HARQ反馈方式相同的至少一个逻辑信道;
所述第一终端设备在所述传输资源中发送所述至少一个逻辑信道中的数据。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备向所述第二终端设备发送第二信息,所述第二信息用于所述第二终端设备确定反馈方式类型。
7.根据权利要求6所述的方法,其特征在于,其特征在于,所述第二信息包括以下信息中的一项或多项:目标地址标识,源标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备向第二终端设备发送第三信息,所述第三信息包括以下信息中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
9.根据权利要求1至8中任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备接收网络设备或终端设备发送的所述第一对应关系。
10.一种用于传输混合自动重传请求HARQ反馈信息的方法,其特征在于,包括:
第二终端设备接收数据包;
第二终端设备确定针对所述数据包进行反馈时使用的反馈方式类型;
所述第二终端设备使用所述反馈方式类型进行反馈。
11.根据权利要求10所述的方法,其特征在于,所述反馈方式类型包括第一HARQ反馈方式,或第二HARQ反馈方式,或HARQ开关信息,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息,所述HARQ开关信息用于指示终端设备是否作反馈。
12.根据权利要求10或11所述的方法,其特征在于,所述方法还包括:
所述第二终端设备接收网络设备或第一终端设备发送的所述第一对应关系。
13.根据权利要求12所述的方法,其特征在于,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
14.根据权利要求10至13中任一项所述的方法,其特征在于,所述方法还包括:
所述第二终端设备接收第一终端设备发送的第二信息,所述第二信息用于确定反馈方式类型;
其中,所述第二终端设备确定针对所述数据包进行反馈时使用的反馈方式类型,包括:
所述第二终端设备根据所述第二信息,确定当前传输对应的反馈方式类型。
15.根据权利要求14所述的方法,其特征在于,所述第二终端设备接收第一终端设备发送的第二信息,包括:
所述第二终端设备接收所述第一终端设备通过以下中的一项或多项发送的所述第二信息:侧链控制信息SCI、媒体接入控制MAC信令、无线资源控制RRC信令、***信息块SIB信息。
16.根据权利要求14或15所述的方法,其特征在于,所述第二信息包括以下信息中的一项或多项:目标地址标识,源标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识。
17.根据权利要求15或16所述的方法,其特征在于,所述第二终端设备接收第一终端设备发送的第二信息,包括:
所述第二终端设备接收所述第一终端设备发送的多次传输的反馈方式类型,所述多次传输的反馈方式类型包括于所述第二信息;
其中,所述第二终端设备根据所述第二信息,确定针对所述数据包进行反馈时使用的反馈方式类型,包括:
所述第二终端设备根据所述第二信息以及所述第一对应关系,确定当前传输对应的反馈方式类型。
18.根据权利要求1至17中任一项所述的方法,其特征在于,所述第二终端设备使用所述反馈方式类型进行反馈,包括:
所述反馈方式类型为所述第一HARQ反馈方式,所述第二终端设备针对所述数据包发送确认消息或非确认消息;
或者,所述反馈方式类型为所述第二HARQ反馈方式,所述第二终端设备针对所述数据包仅反馈非确认消息;
或者,所述反馈方式类型为HARQ开关信息,若所述HARQ开关信息指示终端设备作反馈,所述第二终端设备针对所述数据包进行反馈;
或者,所述反馈方式类型为HARQ开关信息,若所述HARQ开关信息指示终端设备不作反馈,所述第二终端设备针对所述数据包不作反馈。
19.根据权利要求1至18中任一项所述的方法,其特征在于,若所述反馈方式类型为第二HARQ反馈方式,所述方法还包括:
所述第二终端设备确定所述第一终端设备与所述第二终端设备之间的距离;
在所述距离满足距离门限时,所述第二终端设备确定需要发送非确认消息。
20.一种用于传输混合自动重传请求HARQ反馈信息的方法,其特征在于,包括:
网络设备生成第一信息,所述第一信息用于终端设备确定反馈方式类型;
所述网络设备向第一终端设备或第二终端设备发送所述第一信息。
21.根据权利要求20所述的方法,其特征在于,所述反馈方式类型包括第一HARQ反馈方式或第二HARQ反馈方式,所述第一HARQ反馈方式是指终端设备发送反馈确认消息或非确认消息,所述第二HARQ反馈方式是指终端设备仅反馈非确认消息。
22.根据权利要求20或21所述的方法,其特征在于,所述网络设备向第一终端设备或第二终端设备发送所述第一信息,包括:
所述网络设备通过以下中的一项或多项,向第一终端设备或第二终端设备发送所述第一信息:无线资源控制RRC信令、***信息块SIB信息、下行控制信息DCI、预配置信令。
23.根据权利要求20至22中任一项所述的方法,其特征在于,所述第一信息包括第一对应关系。
24.根据权利要求23所述的方法,其特征在于,所述第一对应关系包括第一粒度与HARQ反馈方式的对应关系,所述第一粒度包括以下中的一项或多项:目标地址标识,源地址标识,业务类型,业务标识,通信类型,逻辑信道标识,侧链无线承载,服务质量信息,传输资源,HARQ进程标识,逻辑信道组标识,发端用户设备UE的标识,收端UE的标识。
25.根据权利要求20至24中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备向所述第一终端设备或所述第二终端设备发送第四信息,所述第四信息包括以下中的一项或多项:通信类型,距离门限,用于计算所述第一终端设备与所述第二终端设备之间的距离的方式。
26.一种装置,其特征在于,所述装置用于执行如权利要求1至9中任一项所述的方法,或者,用于执行如权利要求10至19中任一项所述的方法,或者,用于执行如权利要求20-25中任一项所述的方法。
27.一种装置,其特征在于,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得所述装置执行如权利要求1至9中任一项所述的方法,或者,用于执行如权利要求10-19中任一项所述的方法。
28.一种装置,其特征在于,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得所述装置执行如权利要求20-25中任一项所述的方法。
29.一种存储介质,其上存储有计算机程序或指令,其特征在于,所述计算机程序或指令被执行时使得计算机执行如权利要求1-9中任一项所述的方法,或者,用于执行如权利要求10-19中任一项所述的方法。
30.一种存储介质,其上存储有计算机程序或指令,其特征在于,所述计算机程序或指令被执行时使得计算机执行如权利要求20-25中任一项所述的方法。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910760464.5A CN112399588A (zh) | 2019-08-16 | 2019-08-16 | 用于传输混合自动重传请求harq反馈信息的方法和装置 |
PCT/CN2020/109638 WO2021032067A1 (zh) | 2019-08-16 | 2020-08-17 | 用于传输混合自动重传请求harq反馈信息的方法和装置 |
BR112022002872A BR112022002872A2 (pt) | 2019-08-16 | 2020-08-17 | Método e aparelho para transmissão de informação de feedback de solicitação de repetição automática híbrida (harq) |
KR1020227008612A KR20220048012A (ko) | 2019-08-16 | 2020-08-17 | 하이브리드 자동 반복 요청 harq 피드백 정보 송신 방법 및 장치 |
EP20855103.6A EP4013157A4 (en) | 2019-08-16 | 2020-08-17 | METHOD AND APPARATUS FOR TRANSMITTING HYBRID AUTOMATIC REPEAT REQUEST (HARQ) FEEDBACK INFORMATION |
JP2022510092A JP2022544620A (ja) | 2019-08-16 | 2020-08-17 | ハイブリッド自動再送要求harqフィードバック情報伝送方法および装置 |
US17/651,150 US20220173840A1 (en) | 2019-08-16 | 2022-02-15 | Hybrid Automatic Repeat Request HARQ Feedback Information Transmission Method and Apparatus |
JP2023172002A JP2023179607A (ja) | 2019-08-16 | 2023-10-03 | ハイブリッド自動再送要求harqフィードバック情報伝送方法および装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910760464.5A CN112399588A (zh) | 2019-08-16 | 2019-08-16 | 用于传输混合自动重传请求harq反馈信息的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112399588A true CN112399588A (zh) | 2021-02-23 |
Family
ID=74603074
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910760464.5A Pending CN112399588A (zh) | 2019-08-16 | 2019-08-16 | 用于传输混合自动重传请求harq反馈信息的方法和装置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20220173840A1 (zh) |
EP (1) | EP4013157A4 (zh) |
JP (2) | JP2022544620A (zh) |
KR (1) | KR20220048012A (zh) |
CN (1) | CN112399588A (zh) |
BR (1) | BR112022002872A2 (zh) |
WO (1) | WO2021032067A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113301605A (zh) * | 2021-05-18 | 2021-08-24 | 成都欧珀通信科技有限公司 | 消息传输方法、***及相关装置 |
WO2021170136A1 (zh) * | 2020-02-28 | 2021-09-02 | 华为技术有限公司 | 一种通信方法及装置 |
WO2022198479A1 (zh) * | 2021-03-24 | 2022-09-29 | 北京小米移动软件有限公司 | Harq反馈的方法、装置、通信设备及存储介质 |
WO2022218416A1 (zh) * | 2021-04-16 | 2022-10-20 | 展讯通信(上海)有限公司 | 一种反馈方法、装置及设备 |
WO2023280298A1 (zh) * | 2021-07-09 | 2023-01-12 | 北京紫光展锐通信技术有限公司 | 一种反馈方式的确定方法、装置、芯片及模组设备 |
WO2023010561A1 (en) * | 2021-08-06 | 2023-02-09 | Nokia Shanghai Bell Co., Ltd. | Enhancement of hybrid automatic repeat request feedback |
WO2024021029A1 (zh) * | 2022-07-29 | 2024-02-01 | 华为技术有限公司 | 通信方法和相关装置 |
WO2024093916A1 (zh) * | 2022-11-04 | 2024-05-10 | 维沃移动通信有限公司 | 混合自动重传请求应答harq-ack信息反馈方法、装置及相关产品 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11736239B2 (en) * | 2020-04-02 | 2023-08-22 | Qualcomm Incorporated | Hybrid automatic repeat request (HARQ) feedback control for multicast communications |
US20210376967A1 (en) * | 2020-06-02 | 2021-12-02 | Electronics And Telecommunications Research Institute | Method and apparatus for transmitting and receiving feedback signal in communication system |
US20220095171A1 (en) * | 2020-09-18 | 2022-03-24 | Qualcomm Incorporated | User equipment behavior with sidelink preemption indication |
US11716753B2 (en) * | 2021-01-26 | 2023-08-01 | Qualcomm Incorporated | Feedback methods for subband full duplex systems |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107733558A (zh) * | 2016-08-12 | 2018-02-23 | 华为技术有限公司 | 混合自动重传请求确认harq‑ack反馈方法和装置 |
WO2018201962A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 一种信息处理方法以及设备 |
US20190058986A1 (en) * | 2016-02-15 | 2019-02-21 | Panasonic Intellectual Property Corporation Of America | Improved uplink harq operation for prose-enabled ues participating in sidelink discovery operation |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101369874B (zh) * | 2007-08-17 | 2013-04-24 | 华为技术有限公司 | 一种多用户反馈的方法、***、基站及用户设备 |
CN103368706A (zh) * | 2012-03-26 | 2013-10-23 | 中兴通讯股份有限公司 | 混合自动重传请求传输方法、装置及*** |
US9485794B2 (en) * | 2012-05-23 | 2016-11-01 | Qualcomm Incorporated | Methods and apparatus for using device to device communications to support IMS based services |
KR20150134908A (ko) * | 2014-05-23 | 2015-12-02 | 삼성전자주식회사 | 무선통신 시스템에서 저비용(low-cost)단말의 송수신 방법 및 장치 |
EP3836441B1 (en) * | 2018-08-10 | 2023-04-26 | Beijing Xiaomi Mobile Software Co., Ltd. | Method, apparatus, and system for transmitting feedback information between internet of vehicles devices |
-
2019
- 2019-08-16 CN CN201910760464.5A patent/CN112399588A/zh active Pending
-
2020
- 2020-08-17 KR KR1020227008612A patent/KR20220048012A/ko active Search and Examination
- 2020-08-17 EP EP20855103.6A patent/EP4013157A4/en active Pending
- 2020-08-17 JP JP2022510092A patent/JP2022544620A/ja active Pending
- 2020-08-17 BR BR112022002872A patent/BR112022002872A2/pt unknown
- 2020-08-17 WO PCT/CN2020/109638 patent/WO2021032067A1/zh unknown
-
2022
- 2022-02-15 US US17/651,150 patent/US20220173840A1/en active Pending
-
2023
- 2023-10-03 JP JP2023172002A patent/JP2023179607A/ja active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190058986A1 (en) * | 2016-02-15 | 2019-02-21 | Panasonic Intellectual Property Corporation Of America | Improved uplink harq operation for prose-enabled ues participating in sidelink discovery operation |
CN107733558A (zh) * | 2016-08-12 | 2018-02-23 | 华为技术有限公司 | 混合自动重传请求确认harq‑ack反馈方法和装置 |
WO2018201962A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 一种信息处理方法以及设备 |
Non-Patent Citations (12)
Title |
---|
""R1-1906079-Nokia-5G_V2X_NRSL-sidelink procedures"", 3GPP TSG_RAN\\WG1_RL1, 4 May 2019 (2019-05-04) * |
""R1-1906142 Physical layer procedure for NR sidelink"", 3GPP TSG_RAN\\WG1_RL1, 1 May 2019 (2019-05-01), pages 3 * |
""R1-1906142 Physical layer procedure for NR sidelink"", 3GPP TSG_RAN\\WG1_RL1, pages 3 * |
""R1-1906271"", 3GPP TSG_RAN\\WG1_RL1, 3 May 2019 (2019-05-03), pages 2 * |
""R1-1906271"", 3GPP TSG_RAN\\WG1_RL1, pages 2 * |
""R1-1906574"", 3GPP TSG_RAN\\WG1_RL1 * |
""R1-1907274_Physical layer procedures for sidelink"", 3GPP TSG_RAN\\WG1_RL1, 4 May 2019 (2019-05-04) * |
""R1-1908279_Sidelink_PHY_Procedures_Final"", 3GPP TSG_RAN\\WG1_RL1, 15 August 2019 (2019-08-15) * |
""R2-1908074_was_5568 - Left issues on MAC for NR-V2X"", 3GPP TSG_RAN\\WG2_RL2 * |
HUAWEI, HISILICON: "R2-1907416 "Discussion on HARQ feedback enable and disable"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 3 May 2019 (2019-05-03), pages 3 * |
LENOVO, MOTOROLA MOBILITY: "R2-1906733 "SL HARQ operation"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 2 May 2019 (2019-05-02) * |
VIVO: "R1-1904077 "Physical layer procedure for NR sidelink"", 3GPP TSG_RAN\\WG1_RL1, no. 1 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021170136A1 (zh) * | 2020-02-28 | 2021-09-02 | 华为技术有限公司 | 一种通信方法及装置 |
WO2022198479A1 (zh) * | 2021-03-24 | 2022-09-29 | 北京小米移动软件有限公司 | Harq反馈的方法、装置、通信设备及存储介质 |
WO2022218416A1 (zh) * | 2021-04-16 | 2022-10-20 | 展讯通信(上海)有限公司 | 一种反馈方法、装置及设备 |
CN113301605A (zh) * | 2021-05-18 | 2021-08-24 | 成都欧珀通信科技有限公司 | 消息传输方法、***及相关装置 |
WO2023280298A1 (zh) * | 2021-07-09 | 2023-01-12 | 北京紫光展锐通信技术有限公司 | 一种反馈方式的确定方法、装置、芯片及模组设备 |
WO2023010561A1 (en) * | 2021-08-06 | 2023-02-09 | Nokia Shanghai Bell Co., Ltd. | Enhancement of hybrid automatic repeat request feedback |
WO2024021029A1 (zh) * | 2022-07-29 | 2024-02-01 | 华为技术有限公司 | 通信方法和相关装置 |
WO2024093916A1 (zh) * | 2022-11-04 | 2024-05-10 | 维沃移动通信有限公司 | 混合自动重传请求应答harq-ack信息反馈方法、装置及相关产品 |
Also Published As
Publication number | Publication date |
---|---|
KR20220048012A (ko) | 2022-04-19 |
EP4013157A1 (en) | 2022-06-15 |
JP2023179607A (ja) | 2023-12-19 |
US20220173840A1 (en) | 2022-06-02 |
WO2021032067A1 (zh) | 2021-02-25 |
JP2022544620A (ja) | 2022-10-19 |
BR112022002872A2 (pt) | 2022-07-12 |
EP4013157A4 (en) | 2022-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021032067A1 (zh) | 用于传输混合自动重传请求harq反馈信息的方法和装置 | |
US10652923B2 (en) | Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal | |
US11785494B2 (en) | Method and device for performing SL communication in NR V2X on basis of auxiliary information | |
US20220046698A1 (en) | Wireless communication method, terminal device and network device | |
KR20230037580A (ko) | Nr v2x에서 부분 센싱을 기반으로 자원을 선택하는 방법 및 장치 | |
CN113039737B (zh) | 终端直接通信***中确定分组通信范围的方法和装置 | |
US11997047B2 (en) | Method and device for determining priority of HARQ feedback in NR V2X | |
KR102602266B1 (ko) | 무선 통신 시스템에서 psfch를 송수신하는 방법 및 이를 위한 장치 | |
JP7387888B2 (ja) | Nr v2xにおけるharqフィードバック情報を基地局に報告する方法及び装置 | |
US11910409B2 (en) | Method and apparatus for transmitting and receiving information related to resource collision in NR V2X | |
KR102525038B1 (ko) | Nr v2x에서 전송 블록을 전송하는 방법 및 장치 | |
US20230199838A1 (en) | Method and apparatus for enhancing resource allocation in nr v2x | |
CN114097193A (zh) | 用于无线通信***中配置侧链路数据承载的方法和装置 | |
US20230199804A1 (en) | Method and device for transmitting or receiving physical sidelink feedback channel in wireless communication system | |
KR20240010472A (ko) | 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법및 그 장치 | |
US20220209905A1 (en) | Method and apparatus for sidelink resource allocation | |
KR20230121069A (ko) | Nr v2x에서 sl drx mac ce를 전송하는 방법 및 장치 | |
CN114557094A (zh) | 在nr v2x中基于bwp向基站发送与副链路关联的信息的方法和设备 | |
US11818687B2 (en) | Method and apparatus for requesting retransmission resource in NR V2X | |
KR20230010645A (ko) | Nr v2x에서 sl harq 피드백을 기지국에게 보고하는 방법 및 장치 | |
KR20230005167A (ko) | Nr v2x에서 믹스 모드 재전송을 수행하는 방법 및 장치 | |
JP7089592B2 (ja) | 情報フィードバック方法及び装置、コンピュータ記憶媒体 | |
CN114503481A (zh) | 基于nr v2x中的bwp发送harq反馈的方法和装置 | |
KR20200112569A (ko) | 무선 통신 시스템에서 사이드링크 데이터 전송을 수행하는 방법 및 장치 | |
US20220393806A1 (en) | Method and device for determining transmission priority |
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 |