CN111200487B - 混合自动重传请求确认harq-ack的传输方法及装置 - Google Patents
混合自动重传请求确认harq-ack的传输方法及装置 Download PDFInfo
- Publication number
- CN111200487B CN111200487B CN201811384446.3A CN201811384446A CN111200487B CN 111200487 B CN111200487 B CN 111200487B CN 201811384446 A CN201811384446 A CN 201811384446A CN 111200487 B CN111200487 B CN 111200487B
- Authority
- CN
- China
- Prior art keywords
- harq
- ack
- transmission
- supported
- side link
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 830
- 238000000034 method Methods 0.000 title claims abstract description 371
- 230000008569 process Effects 0.000 claims description 173
- 238000004590 computer program Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 30
- 230000011664 signaling Effects 0.000 description 24
- 238000004891 communication Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 16
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 12
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 12
- 230000006870 function Effects 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 5
- 230000005236 sound signal Effects 0.000 description 4
- 230000000737 periodic effect Effects 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 108010093374 pneumococcal purpura-producing principle Proteins 0.000 description 2
- 230000001902 propagating effect Effects 0.000 description 2
- 208000024056 punctate palmoplantar keratoderma type 2 Diseases 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 229910052802 copper Inorganic materials 0.000 description 1
- 239000010949 copper Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- 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
-
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种混合自动重传请求确认HARQ‑ACK的传输方法及装置,可以应用于用户设备UE。所述方法包括:在多个单播传输的HARQ‑ACK之间发生了碰撞时,从所述多个单播传输的HARQ‑ACK中选择符合第一预设条件的第一HARQ‑ACK;传输所述第一HARQ‑ACK。根据本公开的方法及装置,通过设置第一预设条件,在多个单播传输的HARQ‑ACK之间发生了碰撞时,选择符合第一预设条件的HARQ‑ACK进行传输,实现了多个单播传输的HARQ‑ACK发生碰撞时仍然能够正常传输HARQ‑ACK。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种混合自动重传请求确认HARQ-ACK的传输方法及装置。
背景技术
现在的***针对UE(User Equipment,用户设备)侧,不会同时存在多个单播(unicast)传输的情况,也不会同时存在单播与组播(groupcast)同时存在的场景,而且也不支持针对组播的HARQ-ACK(Hybrid Automatic Repeat Request Acknowledgement,混合式自动重送请求确认)。
HARQ是一种将前向纠错编码(FEC)和自动重传请求(ARQ)相结合而形成的技术,透过ACK/NACK决定是否要重送。HARQ的关键词是存储、请求重传、合并解调。HARQ的重传基于ACK/NACK,HARQ的ACK/NACK回报,是以1比特的信号(signaling)来做快速且频繁地回报。
在RAN1-94b会议上,通过了NR(New Radio)V2X(Vehicle-to-Everything,车联万物)的侧链路(sidelink)上要同时支持单播与组播传输的HARQ-ACK,并会在R16中仔细研究这两种HARQ feedback(反馈)方式。
在R15的NR研究中以及之前的LTE(Long Term Evolution,长期演进)研究中,只有针对单播的HARQ反馈。在R15的研究中,有讨论针对单播的HARQ反馈与SR(SchedulingRequest,调度请求)以及CSI(Channel State Information,信道状态信息)反馈的碰撞规则的讨论。
目前,没有关于在NR V2X的侧链路上要同时支持单播与组播传输的HARQ-ACK的碰撞规则,以及多个单播传输的HARQ-ACK的碰撞规则。
发明内容
有鉴于此,本公开提出了一种混合自动重传请求确认HARQ-ACK的传输方法及装置,实现了多个HARQ-ACK发生碰撞时仍然能够正常传输HARQ-ACK。
根据本公开的一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,所述方法包括:
在多个单播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
传输所述第一HARQ-ACK。
根据本公开的另一方面,提供了一种合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,所述方法包括:
在多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
传输所述第一HARQ-ACK。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,所述方法包括:
在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级最高的HARQ-ACK进行传输。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,所述方法包括:
在多个单播传输的HARQ-ACK以及组播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
从第一HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,所述方法包括:
在单播传输的HARQ-ACK以及多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
从第一HARQ-ACK和单播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,所述方法包括:
在HARQ-ACK与信道状态信息CSI反馈之间发生了碰撞时,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,所述方法包括:
在HARQ-ACK与信道状态信息SR之间发生了碰撞时,根据第三预设条件选择HARQ-ACK或者SR中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,所述装置应用于用户设备UE,所述装置包括:
第一选择模块,用于在多个单播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第一传输模块,用于传输所述第一HARQ-ACK。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,所述装置应用于用户设备UE,所述装置包括:
第三选择模块,用于在多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第二传输模块,用于传输所述第一HARQ-ACK。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,所述装置应用于用户设备UE,所述装置包括:
第五选择模块,用于在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级最高的HARQ-ACK进行传输。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,所述装置应用于用户设备UE,所述装置包括:
第七选择模块,用于在多个单播传输的HARQ-ACK以及组播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第八选择模块,用于从第一HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,所述装置应用于用户设备UE,所述装置包括:
第九选择模块,用于在单播传输的HARQ-ACK以及多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第十选择模块,用于从第一HARQ-ACK和单播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,所述装置应用于用户设备UE,所述装置包括:
第十一选择模块,用于在HARQ-ACK与信道状态信息CSI反馈之间发生了碰撞时,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,所述装置应用于用户设备UE,所述装置包括:
第十二选择模块,用于在HARQ-ACK与信道状态信息SR之间发生了碰撞时,根据第三预设条件选择HARQ-ACK或者SR中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK。
根据本公开的另一方面,提供了一种混合自动重传请求确认HARQ-ACK的传输装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为执行上述方法。
根据本公开的另一方面,提供了一种非易失性计算机可读存储介质,其上存储有计算机程序指令,其中,所述计算机程序指令被处理器执行时实现上述方法。
根据本公开上述实施例的方法,通过设置第一预设条件,在多个单播传输的HARQ-ACK之间发生了碰撞时,选择符合第一预设条件的HARQ-ACK进行传输,实现了多个单播传输的HARQ-ACK发生碰撞时仍然能够正常传输HARQ-ACK。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面,并且用于解释本公开的原理。
图1示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图2示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图3示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图4示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图5示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图6示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图7示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图8示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图9示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图10示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图11示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
图12示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图13示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图14示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图15示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图16示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图17示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图18示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图19示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图20示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
图21是根据一示例性实施例示出的用于HARQ-ACK的传输的装置800的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
在V2X通信中,侧链路数据的传输和接收可以采用HARQ技术,透过ACK/NACK决定是否要重送。在RAN1-94b会议上,通过了NR V2X的侧链路上要同时支持单播与组播传输的HARQ-ACK反馈。本公开针对在NR V2X的侧链路上,单播与组播传输的HARQ-ACK发生碰撞,以及多个单播/组播传输的HARQ-ACK发生碰撞时,如何传输HARQ-ACK的问题。
其中,HARQ-ACK信息可以是单播传输的PSSCH(Pysical Sidelink ShareChannel,物理侧链路共享信道)或者PSCCH(Pysical Sidelink Control Channel,物理侧链路控制信道)对应的ACK或者NACK信息,也可以是组播传输的PSSCH或者PSCCH对应的ACK或者NACK信息,或者同时包含单播与组播传输的PSSCH或者PSCCH对应的ACK或者NACK信息。
其中,HARQ-ACK信息可以由PSCCH或者PSSCH或者PSFCH(Physical SidelinkFeedback Channel,物理侧链路反馈信道)或者PUCCH(Physical Uplink ControlChannel,物理上行链路控制信道)或者PUSCH(Physical Uplink Shared Channel,物理上行链路共享信道)来承载。
Uu链路的定义是用户设备与eNB(evolved NodeB)之间的无线协议或者用户设备与gNB之间的无线通信协议或者是用户设备与基站之间的无线通信协议。Sidelink指的是在没有基站参与的前提下用户设备与用户设备之间的通信协议。
下文中出现的高层信令具体可以是RRC(Radio Resource Control,无线资源控制)信令或者MAC-CE(MAC Control Element,MAC控制单元)信令。
下文中出现的HARQ-ACK、SR、CSI反馈如果通过UCI(uplink controlinformation,上行控制信息)或者SL-UCI(sidelink uplink control information,侧链路上行控制信息)或者SFCI(Sidelink feedback control information,侧链路反馈控制信息),可以采用不同的PUCCH格式或者SL-PUCCH格式或者SFCI格式。其中,不同的PUCCH格式或者SL-PUCCH格式或者SFCI格式可以有各自的承载比特数要求和或传输所占有的符号数要求。本公开具体不做具体限制,适用于各种PUCCH格式或者SL-PUCCH格式发生碰撞的情形。
下文中出现的HARQ-ACK之间的碰撞,可以适用于基站没有配置simultaneous-HARQ资源和或simultaneous-HARQ指示的情况。其中,simultaneous-HARQ资源是用于承载发生了碰撞的HARQ-ACK;simultaneous-HARQ指示可以用来指示UE可以把发生了碰撞的HARQ-ACK放在simultaneous-HARQ资源上来承载。
下文中出现的HARQ-ACK与CSI反馈之间的碰撞,可以适用于基站没有配置simultaneous-HARQ-CSI资源和或simultaneous-HARQ-CSI指示的情况。其中,simultaneous-HARQ-CSI资源是用于承载发生了碰撞的HARQ-ACK与CSI反馈;simultaneous-HARQ-CSI指示可以用来指示UE可以把发生了碰撞的HARQ-ACK与CSI反馈放在simultaneous-HARQ-CSI资源上来承载。
下文中出现的HARQ-ACK与SR之间的碰撞,可以适用于基站没有配置simultaneous-HARQ-SR资源和或simultaneous-HARQ-SR指示的情况。其中,simultaneous-HARQ-SR资源是用于承载发生了碰撞的HARQ-ACK与SR;simultaneous-HARQ-SR指示可以用来指示UE可以把发生了碰撞的HARQ-ACK与SR放在simultaneous-HARQ-SR资源上来承载。
在一种可能的实现方式中,本公开提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法可以应用于多个单播传输的HARQ-ACK之间发生了碰撞的场景。
图1示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。如图1所示,该方法可以包括:
步骤S11,在多个单播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
步骤S12,传输所述第一HARQ-ACK。
其中,第一预设条件可以为HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源或者信道的第一个符号的位置最靠前,等等。HARQ-ACK对应的PSSCH可以是指承载所述HARQ-ACK的信道,HARQ-ACK对应的时域资源或者信道可以是指承载所述HARQ-ACK的时域资源或者信道。
其中,HARQ-ACK对应的PSSCH的优先级可以通过PSSCH所承载的传输对应的PPPP(ProSe Per-Packet Priority,近距离通信数据分组优先级)确定,PPPP的数值越低代表着其对应的传输的优先级越高,PPPP可以通过SCI(Sidelink Control Information,侧链路控制信息)或者高层信令指示。其中,PPPP的数值可以与QoS优先级(priority),时延(latency),可靠性(reliability)和最小要求通信距离(minimum requiredcommunication range)中的至少一种参数相关。
其中,发生了碰撞可以是承载HARQ-ACK的时频资源或者信道在时间上发生了重叠或者部分重叠,或者可以是承载HARQ-ACK的时频资源或者信道在时间和频域上发生了重叠或者部分重叠。
在一个示例中,以第一预设条件为HARQ-ACK对应的PSSCH的优先级最高为例,当UE的多个侧链路上的单播传输的HARQ-ACK发生了碰撞时,UE可以通过HARQ-ACK对应的PSSCH所承载的传输对应的PPPP确定多个单播传输的HARQ-ACK对应的PSSCH的优先级,选择优先级最高的PSSCH所承载的单播传输的HARQ-ACK作为所述第一HARQ-ACK,并传输第一HARQ-ACK至相应的UE或者基站。举例来说,UE的3个侧链路上的单播传输的HARQ-ACK(HARQ-ACK1、HARQ-ACK2、HARQ-ACK3)发生了碰撞,HARQ-ACK1、HARQ-ACK2、HARQ-ACK3对应的PSSCH所承载的传输对应的PPPP分别为1、2、3,第一HARQ-ACK为HARQ-ACK1。
其中,如果存在多个HARQ-ACK对应的PSCCH的优先级并列最高的情况时,此时可以基于下列准则之一选择第一HARQ-ACK:
1.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中第一个symbol最靠前的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
2.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中第一个symbol最靠后的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
3.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中时域上占用symbol数目最多的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
4.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中时域上占用symbol数目最少的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
5.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中的任意一个时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK。
在另一个示例中,以第一预设条件为HARQ-ACK对应的时域资源或者信道的第一个符号(symbol)的位置最靠前为例,当UE的多个侧链路上的单播传输的HARQ-ACK发生了碰撞时,UE可以确定每个HARQ-ACK对应的时域资源或者信道的第一个symbol的位置,例如,第一个symbol在时隙中的位置,将第一个symbol在时隙中的位置最靠前的HARQ-ACK作为所述第一HARQ-ACK,并传输第一HARQ-ACK至相应的UE或者基站。
需要说明的是,尽管以优先级和第一符号的位置作为示例介绍了HARQ-ACK的传输方法如上,但本领域技术人员能够理解,本公开应不限于此。事实上,用户完全可根据个人喜好和/或实际应用场景灵活设定第一预设条件,只要能够实现HARQ-ACK的正常传输即可。
根据本公开上述实施例的方法,通过设置第一预设条件,在多个单播传输的HARQ-ACK之间发生了碰撞时,选择符合第一预设条件的HARQ-ACK进行传输,实现了多个单播传输的HARQ-ACK发生碰撞时仍然能够正常传输HARQ-ACK。
图2示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
在一种可能的实现方式中,如图2所示,所述方法还可以包括:
步骤S13,若多个单播传输的HARQ-ACK对应的时域资源或者信道的第一个符号的位置相同,则选择多个单播传输的HARQ-ACK中对应的时域持续时长(duration)最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个单播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
在一个示例中,多个单播传输的HARQ-ACK对应的时域资源或者信道的第一个symbol的位置相同(也就是说并列最靠前),UE可以根据HARQ-ACK的时域资源的时域duration来判断如何传输HARQ-ACK。例如,可以选择时域duration最长或者最短的HARQ-ACK作为第一HARQ-ACK。
在另一个示例中,多个单播传输的HARQ-ACK对应的时域资源或者信道的第一个symbol的位置相同(也就是说并列最靠前),UE可以随机选择任意一个HARQ-ACK作为第一HARQ-ACK,也就是UE可以基于UE实现来传输多个单播传输的HARQ-ACK中的任意一个HARQ-ACK。
通过上述实施例的HARQ-ACK的传输方法,在多个单播传输的HARQ-ACK对应的时域资源或者信道的第一个symbol的位置相同,仍然可以实现HARQ-ACK正常传输。
图3示出根据本公开一实施例的混合自动重传请求确认HARQ-ACK的传输方法的流程图。
如图3所示,在一种可能的实施方式中,所述方法还可以包括:
步骤S14,丢弃所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
或者,
步骤S15,将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
或者,
步骤S16,将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源或者信道的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
其中,步骤S14、步骤S15、步骤S16可以在步骤S12之后执行。
对于步骤S14,举例来说,UE的3个侧链路上的单播传输的HARQ-ACK(HARQ-ACK1、HARQ-ACK2、HARQ-ACK3)发生了碰撞,HARQ-ACK1、HARQ-ACK2、HARQ-ACK3对应的PSSCH所承载的传输对应的PPPP分别为1、2、3,第一HARQ-ACK为HARQ-ACK1。UE可以传输HARQ-ACK1,丢弃HARQ-ACK2、HARQ-ACK3。
下一个可传输机会,可以是根据用于承载HARQ-ACK的周期性时频资源的周期配置,得到下一个可以用于传输的HARQ-ACK的资源所在的时域以及频域位置作为下一个可传输机会。
对于步骤S15,仍然以上述示例为例,对于HARQ-ACK2、HARQ-ACK3,可以在下一个可传输机会到来时,如果满足传输条件则传输HARQ-ACK2,否则,则顺延至下一个传输机会;在HARQ-ACK2传输完后,在下一个可传输机会到来时,如果满足传输条件则传输HARQ-ACK3,否则,则顺延至下一个传输机会。
对于步骤S16,举例来数,UE的3个侧链路上的单播传输的HARQ-ACK(HARQ-ACK1、HARQ-ACK2、HARQ-ACK3)发生了碰撞,HARQ-ACK1、HARQ-ACK2、HARQ-ACK3对应的时域资源的第一个符号的位置:HARQ-ACK1最靠前、HARQ-ACK2比HARQ-ACK3靠前。UE可以传输HARQ-ACK1,对于HARQ-ACK2、HARQ-ACK3,可以在下一个可传输机会到来时,如果满足传输条件则传输HARQ-ACK2,否则,则顺延至下一个传输机会;在HARQ-ACK2传输完后,在下一个可传输机会到来时,如果满足传输条件则传输HARQ-ACK3,否则,则顺延至下一个传输机会
通过上述实施方式的HARQ-ACK的传输方法,在多个单播传输的HARQ-ACK之间发生了碰撞时,可以实现所有HARQ-ACK正常传输。
在一种可能的实现方式中,所述方法还可以包括:将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK根据时域持续时长的长短按顺序依次推迟到下一个可传输机会进行传输。比如,可以按照时域持续时长的长短由长到短依次推迟到下一个可传输机会进行传输,或者可以按照时域持续时长的长短由短到长依次推迟到下一个可传输机会进行传输。
图4示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
如图4所示,在一种可能的实施方式中,所述方法还可以包括:
步骤S17,在多个单播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用(multiplexing)到物理上行链路控制信道PUCCH进行传输。
其中,HARQ-ACK对应的目的地址可以是指UE将该HARQ-ACK发送到另一个UE的地址或者是指该HARQ-ACK对应的PSCCH的发射源用户。复用到PUCCH可以是指复用到PSCCH或者UCI(Uplink Control Information,上行控制信息)或者SL-UCI(Sidelink UplinkControl Information,侧链路上行控制信息)或者SFCI内。
举例来说,当UE的多个侧链路上的单播传输的HARQ-ACK发生了碰撞时,UE可以确定UE的多个侧链路另一端连接的UE的地址,例如,UE的多个侧链路包括侧链路1、侧链路2和侧链路3,另一端分别连接UE1、UE2、UE3,侧链路1、侧链路2和侧链路3上的单播传输的HARQ-ACK分别为HARQ-ACK1、HARQ-ACK2、HARQ-ACK3。那么,HARQ-ACK1对应的目的地址为UE1的地址Destination-ID1,HARQ-ACK2对应的目的地址为UE2的地址Destination-ID2,HARQ-ACK3对应的目的地址为UE3的地址Destination-ID3。UE可以将HARQ-ACK1、HARQ-ACK2、HARQ-ACK3,以及Destination-ID1、Destination-ID2、Destination-ID3复用在SL-UCI或者SFCI内,传输给UE1、UE2、UE3。
SL-UCI或者SFCI:
Destination-ID field-1:1
HARQ-ACK field-1:0
Destination-ID field-2:2
HARQ-ACK field-2:1
Destination-ID field-3:3
HARQ-ACK field-3:1
这样,UE1、UE2、UE3在接收到SL-UCI或者SFCI后,就去Destination-ID对应的HARQ-ACK field读取之前的单播传输对应的HARQ-ACK。例如,U1去Destination-ID field-1对应的HARQ-ACK field-1读取之前的单播传输对应的HARQ-ACK。U2去Destination-IDfield-2对应的HARQ-ACK field-2读取之前的单播传输对应的HARQ-ACK。U3去Destination-ID field-3对应的HARQ-ACK field-3读取之前的单播传输对应的HARQ-ACK。
在一种可能的实现方式中,还可以将UE的源地址(Source ID)复用(multiplexing)到PUCCH。
通过上述实施方式的HARQ-ACK的传输方法,在多个单播传输的HARQ-ACK之间发生了碰撞时,可以实现所有HARQ-ACK正常传输。
在一种可能的实现方式中,本公开还提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法应用于多个组播传输的HARQ-ACK之间发生了碰撞的场景,该场景下具体的实施方式可以参见上述图1-图4部分关于多个单播传输的HARQ-ACK之间发生了碰撞的场景,在本实施例中,将不对具体过程进行详细的描述。
图5示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。如图5所示,在多个组播传输的HARQ-ACK之间发生了碰撞的场景中,所述方法可以包括:
步骤S21,在多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
步骤S22,传输所述第一HARQ-ACK。
在一种可能的实现方式中,所述第一预设条件为以下中的任意一者:HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
根据本公开上述实施例的方法,通过设置第一预设条件,在多个组播传输的HARQ-ACK之间发生了碰撞时,选择符合第一预设条件的HARQ-ACK进行传输,实现了多个组播传输的HARQ-ACK发生碰撞时仍然能够正常传输HARQ-ACK。
其中,如果存在多个HARQ-ACK对应的PSCCH的优先级并列最高的情况时,此时可以基于下列准则之一选择第一HARQ-ACK:
1.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中第一个symbol最靠前的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
2.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中第一个symbol最靠后的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
3.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中时域上占用symbol数目最多的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
4.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中时域上占用symbol数目最少的时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK;
5.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中的任意一个时频资源或者信道所承载的HARQ-ACK作为所述第一HARQ-ACK。
在一种可能的实现方式中,所述方法还包括:
步骤S23,若多个组播传输的HARQ-ACK对应的时域资源的第一个符号的位置相同,则选择多个组播传输的HARQ-ACK中对应的时域持续时长最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个组播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
通过上述实施例的HARQ-ACK的传输方法,在多个组播传输的HARQ-ACK对应的时域资源或者信道的第一个symbol的位置相同,仍然可以实现HARQ-ACK正常传输。
在一种可能的实现方式中,所述方法还包括:
步骤S24,丢弃所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
或者,
步骤S25,将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
或者,
步骤S26,将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
在一种可能的实现方式中,所述方法还包括:
步骤S27,在多个组播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用到物理上行链路控制信道PUCCH进行传输。
通过上述实施方式的HARQ-ACK的传输方法,在多个组播传输的HARQ-ACK之间发生了碰撞时,可以实现所有HARQ-ACK正常传输。
在一种可能的实现方式中,本公开还提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法应用于单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞的场景。图6示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
如图6所示,所述方法可以包括:
步骤S31,在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级最高的HARQ-ACK进行传输。
在一种可能的实现方式中,所述方法还可以包括:
步骤S32,丢弃对应的传输的优先级低的HARQ-ACK。
或者
步骤S33,将对应的传输的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
在一种可能的实现方式中,传输的优先级可以是预先设置的,例如可以预先设置单播的优先级大于组播的优先级,也就是说,单播传输的优先级比组播传输的优先级高。这样,在UE的侧链路上的单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,直接传输单播传输的HARQ-ACK,丢弃组播传输的HARQ-ACK,或者,将组播传输的HARQ-ACK推迟到下一个可传输机会进行传输。
在另一种可能的实现方式中,也可以预先设置单播的优先级小于组播的优先级,也就是说,单播传输的优先级比组播传输的优先级低。这样,在UE的侧链路上的单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,直接传输组播传输的HARQ-ACK,丢弃单播传输的HARQ-ACK,或者,将单播传输的HARQ-ACK推迟到下一个可传输机会进行传输。
通过上述实施例的HARQ-ACK的传输方法,在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,不需要比较HARQ-ACK对应的PSSCH的优先级,就可以实现HARQ-ACK的正常传输。
在另一种可能的实现方式中,所述方法还可以包括:
步骤S34,在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的PSSCH的优先级最高的HARQ-ACK进行传输;
步骤S35,将对应的PSSCH的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
其中,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的PSSCH的优先级最高的HARQ-ACK进行传输,仍然可以通过HARQ-ACK对应的PSSCH的PPPP确定优先级的高低,具体过程不再赘述。
在一种可能的实现方式中,所述方法还可以包括:
丢弃对应的PSSCH的优先级低的HARQ-ACK。
在一种可能的实现方式中,本公开还提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法应用于多个单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞的场景。图7示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。
如图7所示,所述方法可以包括:
步骤S41,在多个单播传输的HARQ-ACK以及组播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
步骤S42,从第一HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级或PSSCH的优先级最高的HARQ-ACK进行传输。
其中,所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK参照前文中步骤S11部分的描述,不再赘述。
对于步骤S42,可以参照前文中步骤S31-步骤S35部分的描述,不再赘述。
通过上述实施例的HARQ-ACK的传输方法,在多个单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,本公开还提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法应用于单播传输的HARQ-ACK和多个组播传输的HARQ-ACK之间发生了碰撞的场景。
图8示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。如图8所示,在单播传输的HARQ-ACK和多个组播传输的HARQ-ACK之间发生了碰撞的场景中,所述方法可以包括:
步骤S51,在单播传输的HARQ-ACK以及多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
步骤S52,从第一HARQ-ACK和单播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输。
在一种可能的实现方式中,所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
其中,步骤S51中的,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK的具体过程,可以参见上文中多个组播传输的HARQ-ACK之间发生了碰撞的场景中的方式(步骤S21-S27),不再赘述。
对于步骤S52,从第一HARQ-ACK和单播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输的具体过程,可以参见上文中步骤S31-步骤S35部分的描述,不再赘述。
通过上述实施例的HARQ-ACK的传输方法,在单播传输的HARQ-ACK和多个组播传输的HARQ-ACK之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,本公开还提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法应用于单播传输的HARQ-ACK和CSI反馈之间发生了碰撞,或者,组播传输的HARQ-ACK和CSI反馈之间发生了碰撞的场景。
图9示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。如图9所示,在单播传输的HARQ-ACK和CSI反馈之间发生了碰撞的场景中,或者,组播传输的HARQ-ACK和CSI反馈之间发生了碰撞的场景中,所述方法可以包括:
步骤S61,在HARQ-ACK与信道状态信息CSI反馈之间发生了碰撞时,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK。
其中,所述第二预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与CSI反馈的优先级关系。
通过上述实施例的HARQ-ACK的传输方法,在单播传输或者组播传输的HARQ-ACK和CSI反馈之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,所述方法还可以包括,丢弃未被传输的HARQ-ACK或者CSI反馈。举例来说,若根据第二预设条件选择HARQ-ACK进行传输,则丢弃CSI反馈;若根据第二预设条件选择CSI反馈进行传输,则丢弃HARQ-ACK。
其中,根据不同的分类方式,CSI反馈可以是单播传输或者组播传输的CSI反馈,CSI反馈可以是周期或者非周期的或者是半持续的(semi-persistent),本公开不对CSI反馈的类型进行限定。此外,承载CSI反馈的信道可以是PSSCH或者PSCCH或者PSFCH或者PUCCH或者PUSCH,本公开不对承载CSI反馈的信道类型进行限定。CSI反馈可以包含以下参数中的至少一种:RI、PMI、CQI(Channel Quality Indicator,信道质量指示)、RSRP(ReferenceSignal Receiving Power,参考信号接收功率)、RSRQ(Reference Signal ReceivingQuality,参考信号接收质量)、L1-SINR(Layer1-Signal to Interference plus NoiseRatio,层1信干噪比)、L1-RSRQ(Layer1-Reference Signal Receiving Quality,层1参考信号接收质量)、L1-RSRP(Layer1-Reference Signal Receiving Power,层1参考信号接收功率)、LI(Layer indicator,层指示)、SRI(Sounding reference signal indicator,探测参考信号指示)、CRI(CSI-RS resource indicator,信道状态信息参考信号资源指示)、SSBRI(Synchronization Signal Block resource indicator,同步信号块资源指示)。上述参数可以是基于侧链路信道的测量,也可以是基于Uu链路的信道的测量。
其中,发生了碰撞可以是承载HARQ-ACK的时频资源或者信道与承载CSI反馈的时频资源或者信道在时间上发生了重叠或者部分重叠,或者可以是承载HARQ-ACK的时频资源或者信道与承载CSI反馈的时频资源或者信道在时间和频域上发生了重叠或者部分重叠。
在一个示例中,以所述第二预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系为例对该方法进行说明。其中,优先级阈值可以由基站通过高层信令(如RRC信令)或者MAC-CE(MAC Control Element,MAC控制单元)或者DCI(Downlink ControlInformation,下行链路控制信息)来指示。
如图9所示,步骤S61中的,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输,可以包括:
步骤S611,当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
步骤S612,当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择CSI反馈进行传输。
在选择HARQ-ACK进行传输,可以丢弃CSI反馈,在选择CSI反馈进行传输时,可以丢弃HARQ-ACK。举例来说,在单播传输的HARQ-ACK以及CSI反馈之间发生了碰撞时,当单播传输的HARQ-ACK对应的PSSCH的优先级不低于优先级阈值,选择单播传输的HARQ-ACK进行传输。当单播传输的HARQ-ACK对应的PSSCH的优先级低于优先级阈值,选择CSI反馈进行传输。该示例同样适用于组播传输的HARQ-ACK与CSI反馈之间发生了碰撞的场景。
在一个示例中,以所述第二预设条件为预定义的HARQ-ACK与CSI反馈的优先级关系为例对该方法进行说明。
如图9所示,步骤S61中的,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输,可以包括:
步骤S613,若预定义的HARQ-ACK的优先级高于CSI反馈的优先级,则选择HARQ-ACK进行传输;
步骤S614,若预定义的HARQ-ACK的优先级低于CSI反馈的优先级,则选择CSI反馈进行传输。在选择HARQ-ACK进行传输,可以丢弃CSI反馈,在选择CSI反馈进行传输时,可以丢弃HARQ-ACK。
比如,预定义单播传输的HARQ-ACK的优先级高于CSI反馈的优先级。在单播传输的HARQ-ACK以及CSI反馈之间发生了碰撞时,选择单播传输的HARQ-ACK进行传输。
再比如,预定义单播传输的HARQ-ACK的优先级低于CSI反馈的优先级。在单播传输的HARQ-ACK以及CSI反馈之间发生了碰撞时,选择单播传输的CSI反馈进行传输。
以上示例同样适用于组播传输的HARQ-ACK与CSI反馈之间发生了碰撞的场景。
在一个示例中,以所述第二预设条件为HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置为例对该方法进行说明。
如图9所示,步骤S61中的,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输,包括:
步骤S615,选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者CSI反馈进行传输。
在选择HARQ-ACK进行传输,可以丢弃CSI反馈,在选择CSI反馈进行传输时,可以丢弃HARQ-ACK。
举例来说,当单播传输的HARQ-ACK以及CSI反馈之间发生了碰撞时,UE可以确定每个HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与CSI反馈对应的时域资源或者信道的第一个symbol的位置,比较HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与CSI反馈对应的时域资源或者信道的第一个symbol的位置的关系,如果HARQ-ACK对应的时域资源或者信道的第一个symbol的位置靠前,则传输HARQ-ACK至相应的UE或者基站、丢弃CSI反馈,如果CSI反馈对应的时域资源或者信道的第一个symbol的位置靠前,则传输CSI反馈至相应的UE或者基站、丢弃HARQ-ACK。
在一种可能的实现方式中,若HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与CSI反馈对应的时域资源或者信道的第一个symbol的位置相同,则选择对应的时域持续时长最长或者最短的HARQ-ACK或者CSI反馈进行传输。举例来说,若HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与CSI反馈对应的时域资源或者信道的第一个symbol的位置相同,可以比较HARQ-ACK对应的时域持续时长和CSI反馈对应的时域持续时长,选择对应的时域持续时长最长或者最短的HARQ-ACK或者CSI反馈进行传输。
通过上述实施例的HARQ-ACK的传输方法,在HARQ-ACK与CSI反馈发生碰撞时,在HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与CSI反馈对应的时域资源或者信道的第一个symbol的位置相同,仍然可以实现正常传输。
在一种可能的实现方式中,本公开还提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法应用于单播传输的HARQ-ACK和SR(Scheduling Request,调度请求)之间发生了碰撞,或者,组播传输的HARQ-ACK和SR之间发生了碰撞的场景。
图10示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。如图10所示,在单播传输的HARQ-ACK和SR之间发生了碰撞的场景中,或者,组播传输的HARQ-ACK和SR之间发生了碰撞的场景中,所述方法可以包括:
步骤S71,在HARQ-ACK与信道状态信息SR之间发生了碰撞时,根据第三预设条件选择HARQ-ACK或者SR中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK,SR可以用于请求侧链路传输的资源,也可以是用于请求Uu链路传输的资源。此外,承载SR的信道可以是PSSCH或者PSCCH或者PSFCH或者PUCCH或者PUSCH,本公开不对承载SR的信道类型进行限定。
在一种可能的实现方式中,所述方法还可以包括,丢弃未被传输的HARQ-ACK或者SR。举例来说,若根据第二预设条件选择HARQ-ACK进行传输,则丢弃SR;若根据第二预设条件选择SR进行传输,则丢弃HARQ-ACK。
在一种可能的实现方式中,所述第三预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与SR的优先级关系。
通过上述实施例的HARQ-ACK的传输方法,在单播传输或者组播传输的HARQ-ACK和SR之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。其中,发生了碰撞可以是承载HARQ-ACK的时频资源或者信道与承载SR的时频资源或者信道在时间上发生了重叠或者部分重叠,或者可以是承载HARQ-ACK的时频资源或者信道与承载SR的时频资源或者信道在时间和频域上发生了重叠或者部分重叠。
其中,优先级阈值可以由基站通过高层信令(如RRC信令)或者MAC-CE(MACControl Element,MAC控制单元)或者DCI(Downlink Control Information,下行链路控制信息)来指示。
在一个示例中,以所述第三预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系为例对该方法进行说明。
如图10所示,步骤S71中的,根据第二预设条件选择HARQ-ACK或者SR中的一者进行传输,可以包括:
步骤S711,当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
步骤S712,当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择SR进行传输。
在选择HARQ-ACK进行传输,可以丢弃SR,在选择SR进行传输时,可以丢弃HARQ-ACK。
举例来说,在单播传输的HARQ-ACK以及SR之间发生了碰撞时,当单播传输的HARQ-ACK对应的PSSCH的优先级不低于优先级阈值,选择单播传输的HARQ-ACK进行传输。当单播传输的HARQ-ACK对应的PSSCH的优先级低于优先级阈值,选择SR进行传输。该示例同样适用于组播传输的HARQ-ACK与SR之间发生了碰撞的场景。
在一个示例中,以所述第三预设条件为:预定义的HARQ-ACK与SR的优先级关系为例对该方法进行说明。
如图10所示,步骤S71中的,根据第二预设条件选择HARQ-ACK或者SR中的一者进行传输,包括:
步骤S713,若预定义的HARQ-ACK的优先级高于SR的优先级,则选择HARQ-ACK进行传输;
步骤S714,若预定义的HARQ-ACK的优先级低于SR的优先级,则选择SR进行传输。
在选择HARQ-ACK进行传输,可以丢弃SR,在选择SR进行传输时,可以丢弃HARQ-ACK。比如,预定义单播传输的HARQ-ACK的优先级高于SR的优先级。在单播传输的HARQ-ACK以及SR之间发生了碰撞时,选择单播传输的HARQ-ACK进行传输。
再比如,预定义单播传输的HARQ-ACK的优先级低于SR的优先级。在单播传输的HARQ-ACK以及SR之间发生了碰撞时,选择SR进行传输。
以上示例同样适用于组播传输的HARQ-ACK与SR之间发生了碰撞的场景。
在一个示例中,以所述第三预设条件为HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置为例对该方法进行说明。
如图10所示,步骤S71中的,根据第二预设条件选择HARQ-ACK或者SR中的一者进行传输,可以包括:
步骤S715,选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者SR进行传输。
在选择HARQ-ACK进行传输,可以丢弃SR,在选择SR进行传输时,可以丢弃HARQ-ACK。
举例来说,当单播传输的HARQ-ACK以及SR之间发生了碰撞时,UE可以确定每个HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与SR对应的时域资源或者信道的第一个symbol的位置,比较HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与SR对应的时域资源或者信道的第一个symbol的位置的关系,如果HARQ-ACK对应的时域资源或者信道的第一个symbol的位置靠前,则传输HARQ-ACK至相应的UE或者基站、丢弃SR,如果SR对应的时域资源或者信道的第一个symbol的位置靠前,则传输SR至相应的UE或者基站、丢弃HARQ-ACK。
在一种可能的实现方式中,若HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与SR对应的时域资源或者信道的第一个symbol的位置相同,则选择对应的时域持续时长最长或者最短的HARQ-ACK或者SR进行传输。举例来说,若HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与SR对应的时域资源或者信道的第一个symbol的位置相同,可以比较HARQ-ACK对应的时域持续时长和SR对应的时域持续时长,选择对应的时域持续时长最长或者最短的HARQ-ACK或者SR进行传输。
通过上述实施例的HARQ-ACK的传输方法,在HARQ-ACK与SR发生碰撞时,在HARQ-ACK对应的时域资源或者信道的第一个symbol的位置与SR对应的时域资源或者信道的第一个symbol的位置相同,仍然可以实现正常传输。
在一种可能的实现方式中,本公开还提供了一种混合自动重传请求确认HARQ-ACK的传输方法,所述方法应用于用户设备UE,该实施例的方法应用于多个单播传输的HARQ-ACK之间发生了碰撞,或者,多个组播传输的HARQ-ACK之间发生了碰撞,或者,单播传输的HARQ-ACK与组播传输的HARQ-ACK发生碰撞的场景。下文中将以单播传输的HARQ-ACK之间发生了碰撞的场景为例进行介绍。图11示出根据本公开一实施例的HARQ-ACK的传输方法的流程图。如图11所示,所述方法可以包括:
步骤S81,在多个单播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK复用在时频资源或者信道上进行传输。
其中,将多个HARQ-ACK复用在时频资源或者信道上进行传输可以包括:
步骤S811,确定每个HARQ-ACK对应的序列;
步骤S812,选择时频资源或信道;
步骤S813,针对每个HARQ-ACK,在选择的时频资源或者信道在时域和/或频域上乘以该HARQ-ACK对应的序列得到第一时频资源或者信道,将该HARQ-ACK在所述第一时频资源或者信道进行传输。
其中,所述序列可以是OCC(orthogonal covering code,正交覆盖序列)序列,或者,CS(cyclic shift,循环移位)序列。在选择的时频资源或者信道在时域或者频域上乘以该HARQ-ACK对应的序列,可以为在选择的时频资源或者信道在时域上乘以该HARQ-ACK对应的OCC序列、或者在选择的时频资源或者信道在频域上乘以该HARQ-ACK对应的CS序列。根据上述实施例的方法,可以将发生碰撞的承载HARQ-ACK的时频资源或者信道在时域上通过乘以使用不同的OCC序列来做区分,或者将这些发生碰撞的承载HARQ-ACK的时频资源或者信道在频域上通过乘以使用不同的CS序列来做区分,或者将这些发生碰撞的承载HARQ-ACK的时频资源或者信道在时域上通过乘以使用不同的OCC(orthogonal covering code,正交覆盖序列)序列同时在频域上通过乘以使用不同的CS(cyclic shift,循环移位)序列来做区分。
当单播传输的HARQ-ACK之间发生碰撞时,可以将这些单播传输的HARQ-ACK复用在一个特定的时频资源或者信道上。其中,该特定的时频资源或者信道可以是PSSCH或者PSCCH或者PSFCH或者PUCCH或者PUSCH,其可以由基站通过高层信令配置或者通过预定义的规则来确定。
其中,选择承载发生碰撞的HARQ-ACK的时频资源或者信道的预定义规则可以是下列之一:
1.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中第一个symbol最靠前的时频资源或者信道;
2.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中时域上占用symbol数目最多的时频资源或者信道。
3.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中的任意一个时频资源或者信道;
4.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中第一个symbol最靠后的时频资源或者信道;
5.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中对应的PSCCH的优先级最高的时频资源或者信道;
5.选择发生碰撞的承载HARQ-ACK的时频资源或者信道之中对应的PSCCH的优先级最低的时频资源或者信道。
上述实施例同样可以适用于单播传输的HARQ-ACK与组播传输的HARQ-ACK发生碰撞的情况,或者组播传输的HARQ-ACK与组播传输的HARQ-ACK发生碰撞的情况。不再赘述。
通过上述实施方式的HARQ-ACK的传输方法,在多个HARQ-ACK之间发生了碰撞时,可以实现所有HARQ-ACK正常传输。
在一种可能的实现方式中,所述方法还可以包括:UE向基站汇报以下信息中的至少一个,UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、UE是否有能力成为侧链路传输中组播传输中的组头领(groupheader)、UE是否有能力成为侧链路传输中的组头领。
在一种可能的实现方式中,UE可以通过高层信令向基站汇报。
这样,基站在接收到UE汇报的上述内容后,可以进行相应的配置。例如,基站在接收到UE向基站汇报的UE在侧链路上能同时支持的单播传输的最大数目时,基站可以通过高层信令配置UE在侧链路上的单播传输的数目为该最大数目。根据同样的原理,基站可以通过高层信令配置UE在侧链路上组播传输的数目、在侧链路上单播传输与组播传输之和的数目、在侧链路上单播传输的HARQ进程的数目、在侧链路上组播传输的HARQ进程的数目,在侧链路上单播传输与组播传输的HARQ进程之和的数目、在侧链路上单播传输的HARQ进程与UE在Uu链路上的HARQ进程之和的数目、在侧链路上组播传输的HARQ进程与UE在Uu链路上的HARQ进程之和的数目。
在一种可能的实现方式中,所述方法还可以包括:UE可以通过高层信令向基站汇报UE在侧链路上能支持的单播传输的最大数目、在侧链路上能支持的组播传输的最大数目、在侧链路上能支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的单播传输的HARQ进程的最大数目、在侧链路上能支持的组播传输的HARQ进程的最大数目、在侧链路上能支持的单播传输与组播传输的HARQ进程之和的最大数目。因此,基站还可以通过高层信令配置UE在侧链路上的单播传输的数目、在侧链路上组播传输的数目、在侧链路上单播传输与组播传输之和的数目、在侧链路上单播传输的HARQ进程的数目、在侧链路上组播传输的HARQ进程的数目、在侧链路上单播传输与组播传输的HARQ进程之和的数目。
在一种可能的实现方式中,所述方法还可以包括:基站通过高层信令或者MAC-CE或者DCI来激活或者去激活组播传输的HARQ-ACK的功能、基站通过高层信令或者MAC-CE或者DCI来激活或者去激活单播传输的HARQ-ACK的功能、基站通过高层信令或者MAC-CE或者DCI来激活或者去激活广播传输的HARQ-ACK的功能。在一种可能的实现方式中,所述方法还可以包括:基站通过高层信令或者MAC-CE或者DCI来指示组播是采用只有NACK的反馈方式还是同时有ACK和NACK的反馈方式。举例来说,基站可以通过1bit的RRC(Radio ResourceControl,无线资源控制)信令来指示组播是采用只有NACK的反馈方式还是同时有ACK和NACK的反馈方式,例如,0可以表示采用只有NACK的反馈方式,1可以表示采用同时有ACK和NACK的反馈方式。
在一种可能的实现方式中,所述方法还可以包括:基站通过高层信令或者MAC-CE或者DCI来指示当前的传输是单播还是组播、基站通过高层信令或者MAC-CE或者DCI来指示当前的传输是单播还是广播、基站通过高层信令或者MAC-CE或者DCI来指示当前的传输是组播还是广播、基站通过高层信令或者MAC-CE或者DCI来指示当前的传输是单播、组播还是广播。其中,当前的传输可以指的是PSSCH传输或者PSCCH传输。
图12示出根据本公开一实施例的HARQ-ACK的传输装置的框图。所述装置可以应用于用户设备UE,所述装置可以包括:
第一选择模块91,用于在多个单播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第一传输模块92,用于传输所述第一HARQ-ACK。
在一种可能的实现方式中,所述第一预设条件为以下中的任意一者:HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源或者信道的第一个符号的位置最靠前。
根据本公开上述实施例的装置,通过设置第一预设条件,在多个单播传输的HARQ-ACK之间发生了碰撞时,选择符合第一预设条件的HARQ-ACK进行传输,实现了多个单播传输的HARQ-ACK发生碰撞时仍然能够正常传输HARQ-ACK。
图13示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
在一种可能的实现方式中,如图13所示,所述装置还可以包括:
第二选择模块93,用于若多个单播传输的HARQ-ACK对应的时域资源的第一个符号的位置相同,则选择多个单播传输的HARQ-ACK中对应的时域持续时长最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个单播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
第一丢弃模块94,用于丢弃所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
第一推迟模块95,用于将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
第二推迟模块96,用于将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
在一种可能的实现方式中,所述装置还包括:
第一复用传输模块97,用于在多个单播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用到物理上行链路控制信道PUCCH进行传输。
在一种可能的实现方式中,所述装置还包括:
汇报模块98,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
图14示出根据本公开一实施例的HARQ-ACK的传输装置的框图。所述装置可以应用于用户设备UE,所述装置可以包括:
第三选择模块101,用于在多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第二传输模块102,用于传输所述第一HARQ-ACK。
在一种可能的实现方式中,所述第一预设条件为以下中的任意一者:HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
根据本公开上述实施例的装置,通过设置第一预设条件,在多个组播传输的HARQ-ACK之间发生了碰撞时,选择符合第一预设条件的HARQ-ACK进行传输,实现了多个组播传输的HARQ-ACK发生碰撞时仍然能够正常传输HARQ-ACK。
图15示出根据本公开一实施例的HARQ-ACK的传输装置的框图。
在一种可能的实现方式中,如图15所示,所述装置还可以包括:
第四选择模块103,用于若多个组播传输的HARQ-ACK对应的时域资源的第一个符号的位置相同,则选择多个组播传输的HARQ-ACK中对应的时域持续时长最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个组播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
第二丢弃模块104,用于丢弃所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
第三推迟模块106,用于将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
第四推迟模块106,用于将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
第二复用传输模块107,用于在多个组播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用到物理上行链路控制信道PUCCH进行传输。
在一种可能的实现方式中,所述装置还包括:
汇报模块98,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
图16示出根据本公开一实施例的HARQ-ACK的传输装置的框图。所述装置可以应用于用户设备UE,所述装置可以包括:
第五选择模块111,用于在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级最高的HARQ-ACK进行传输。
在一种可能的实现方式中,单播传输的优先级比组播传输的优先级高。
通过上述实施例的HARQ-ACK的传输装置,在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,不需要比较HARQ-ACK对应的PSSCH的优先级,就可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,所述装置还可以包括以下模块中的一个或多个:
第三丢弃模块112,用于丢弃对应的传输的优先级低的HARQ-ACK,
第五推迟模块113,用于将对应的传输的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
在一种可能的实现方式中,所述装置还可以包括:
第六选择模块114,用于在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的PSSCH的优先级最高的HARQ-ACK进行传输;
第六推迟模块115,用于将对应的PSSCH的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
在一种可能的实现方式中,所述装置还包括:
汇报模块98(未图示),用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
图17示出根据本公开一实施例的HARQ-ACK的传输装置的框图。所述装置可以应用于用户设备UE,所述装置可以包括:
第七选择模块121,用于在多个单播传输的HARQ-ACK以及组播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第八选择模块122,用于从第一HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输。
在一种可能的实现方式中,所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
通过上述实施例的HARQ-ACK的传输装置,在多个单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
图18示出根据本公开一实施例的HARQ-ACK的传输装置的框图。所述装置可应用于用户设备UE,所述装置可包括:
第九选择模块131,用于在单播传输的HARQ-ACK以及多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第十选择模块132,用于从第一HARQ-ACK和单播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输。
在一种可能的实现方式中,所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
通过上述实施例的HARQ-ACK的传输装置,在单播传输的HARQ-ACK和多个组播传输的HARQ-ACK之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
图19示出根据本公开一实施例的HARQ-ACK的传输装置的框图。所述装置可应用于用户设备UE,所述装置可包括:
第十一选择模块141,用于在HARQ-ACK与信道状态信息CSI反馈之间发生了碰撞时,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK。
在一种可能的实现方式中,所述第二预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与CSI反馈的优先级关系。
通过上述实施例的HARQ-ACK的传输装置,在单播传输或者组播传输的HARQ-ACK和CSI反馈之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,所述第二预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系,
第十一选择模块141包括:
第一选择单元1411,用于当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
第二选择单元1412,用于当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择CSI反馈进行传输。
在一种可能的实现方式中,所述第二预设条件为:HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置,
第十一选择模块141包括:
第三选择单元1413,用于选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者CSI反馈进行传输。
在一种可能的实现方式中,所述第二预设条件为:预定义的HARQ-ACK与CSI反馈的优先级关系,
第十一选择模块141包括:
第四选择单元1414,用于若预定义的HARQ-ACK的优先级高于CSI反馈的优先级,则选择HARQ-ACK进行传输;
第五选择单元1415,用于若预定义的HARQ-ACK的优先级低于CSI反馈的优先级,则选择CSI反馈进行传输。
在一种可能的实现方式中,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
图20示出根据本公开一实施例的HARQ-ACK的传输装置的框图。所述装置可应用于用户设备UE,所述装置可包括:
第十二选择模块151,用于在HARQ-ACK与信道状态信息SR之间发生了碰撞时,根据第三预设条件选择HARQ-ACK或者SR中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK。
在一种可能的实现方式中,所述第三预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与SR的优先级关系。
通过上述实施例的HARQ-ACK的传输装置,在单播传输或者组播传输的HARQ-ACK和SR之间发生了碰撞的场景中,可以实现HARQ-ACK的正常传输。
在一种可能的实现方式中,所述第三预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系,
第十二选择模块151包括:
第六选择单元1511,用于当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
第七选择单元1512,用于当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择SR进行传输。
在一种可能的实现方式中,所述第三预设条件为:HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置,
第十二选择模块151包括:
第八选择单元1513,用于选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者SR进行传输。
在一种可能的实现方式中,所述第三预设条件为:预定义的HARQ-ACK与SR的优先级关系,
第十二选择模块151包括:
第九选择单元1514,用于若预定义的HARQ-ACK的优先级高于SR的优先级,则选择HARQ-ACK进行传输;
第十选择单元1515,用于若预定义的HARQ-ACK的优先级低于SR的优先级,则选择SR进行传输。
在一种可能的实现方式中,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
图21是根据一示例性实施例示出的一种用于HARQ-ACK的传输的装置800的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图21,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理***,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器804,上述计算机程序指令可由装置800的处理器820执行以完成上述方法。
本公开可以是***、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (62)
1.一种混合自动重传请求确认HARQ-ACK的传输方法,其特征在于,所述方法应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述方法包括:
在多个单播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
传输所述第一HARQ-ACK;所述第一预设条件为以下中的任意一者:HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源或者信道的第一个符号的位置最靠前;
所述方法还包括:在多个单播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用到物理上行链路控制信道PUCCH进行传输。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
丢弃所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若多个单播传输的HARQ-ACK对应的时域资源的第一个符号的位置相同,则选择多个单播传输的HARQ-ACK中对应的时域持续时长最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个单播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
7.一种混合自动重传请求确认HARQ-ACK的传输方法,其特征在于,所述方法应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述方法包括:
在多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
传输所述第一HARQ-ACK;所述第一预设条件为以下中的任意一者:HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前;
所述方法还包括:
在多个组播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用到物理上行链路控制信道PUCCH进行传输。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
丢弃所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
9.根据权利要求7所述的方法,其特征在于,所述方法还包括:
将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
10.根据权利要求7所述的方法,其特征在于,所述方法还包括:
将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
11.根据权利要求7所述的方法,其特征在于,所述方法还包括:
若多个组播传输的HARQ-ACK对应的时域资源的第一个符号的位置相同,则选择多个组播传输的HARQ-ACK中对应的时域持续时长最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个组播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
12.根据权利要求7所述的方法,其特征在于,所述方法还包括:
UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
13.一种混合自动重传请求确认HARQ-ACK的传输方法,其特征在于,所述方法应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述方法包括:
在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级最高的HARQ-ACK进行传输;
所述方法还包括:
在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的PSSCH的优先级最高的HARQ-ACK进行传输;
将对应的PSSCH的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
14.根据权利要求13所述的方法,其特征在于,单播传输的优先级比组播传输的优先级高。
15.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
丢弃对应的传输的优先级低的HARQ-ACK,
或者,
将对应的传输的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
16.根据权利要求13所述的方法,其特征在于,所述方法还包括:
UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
17.一种混合自动重传请求确认HARQ-ACK的传输方法,其特征在于,所述方法应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述方法包括:
在多个单播传输的HARQ-ACK以及组播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
从第一HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输;
所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
18.根据权利要求17所述的方法,其特征在于,所述方法还包括:
UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
19.一种混合自动重传请求确认HARQ-ACK的传输方法,其特征在于,所述方法应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述方法包括:
在单播传输的HARQ-ACK以及多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
从第一HARQ-ACK和单播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输;
所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
20.根据权利要求19所述的方法,其特征在于,所述方法还包括:
UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
21.一种混合自动重传请求确认HARQ-ACK的传输方法,其特征在于,所述方法应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述方法包括:
在HARQ-ACK与信道状态信息CSI反馈之间发生了碰撞时,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK;
所述第二预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与CSI反馈的优先级关系。
22.根据权利要求21所述的方法,其特征在于,所述第二预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系,
根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输,包括:
当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择CSI反馈进行传输。
23.根据权利要求21所述的方法,其特征在于,所述第二预设条件为:HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置,
根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输,包括:
选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者CSI反馈进行传输。
24.根据权利要求21所述的方法,其特征在于,所述第二预设条件为:预定义的HARQ-ACK与CSI反馈的优先级关系,
根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输,包括:
若预定义的HARQ-ACK的优先级高于CSI反馈的优先级,则选择HARQ-ACK进行传输;
若预定义的HARQ-ACK的优先级低于CSI反馈的优先级,则选择CSI反馈进行传输。
25.根据权利要求21-24中任意一项所述的方法,其特征在于,所述方法还包括:
UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
26.一种混合自动重传请求确认HARQ-ACK的传输方法,其特征在于,所述方法应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述方法包括:
在HARQ-ACK与信道状态信息SR之间发生了碰撞时,根据第三预设条件选择HARQ-ACK或者SR中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK;
所述第三预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与SR的优先级关系。
27.根据权利要求26所述的方法,其特征在于,所述第三预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系,
根据第二预设条件选择HARQ-ACK或者SR中的一者进行传输,包括:
当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择SR进行传输。
28.根据权利要求26所述的方法,其特征在于,所述第三预设条件为:HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置,
根据第二预设条件选择HARQ-ACK或者SR中的一者进行传输,包括:
选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者SR进行传输。
29.根据权利要求28所述的方法,其特征在于,所述第三预设条件为:预定义的HARQ-ACK与SR的优先级关系,
根据第二预设条件选择HARQ-ACK或者SR中的一者进行传输,包括:
若预定义的HARQ-ACK的优先级高于SR的优先级,则选择HARQ-ACK进行传输;
若预定义的HARQ-ACK的优先级低于SR的优先级,则选择SR进行传输。
30.根据权利要求28-29中任意一项所述的方法,其特征在于,所述方法还包括:
UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
31.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,所述装置应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述装置包括:
第一选择模块,用于在多个单播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第一传输模块,用于传输所述第一HARQ-ACK;
所述第一预设条件为以下中的任意一者:HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源或者信道的第一个符号的位置最靠前;
所述装置还包括:第一复用传输模块,用于在多个单播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用到物理上行链路控制信道PUCCH进行传输。
32.根据权利要求31所述的装置,其特征在于,所述装置还包括:
第一丢弃模块,用于丢弃所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
33.根据权利要求31所述的装置,其特征在于,所述装置还包括:
第一推迟模块,用于将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
34.根据权利要求31所述的装置,其特征在于,所述装置还包括:
第二推迟模块,用于将所述多个单播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
35.根据权利要求31所述的装置,其特征在于,所述装置还包括:
第二选择模块,用于若多个单播传输的HARQ-ACK对应的时域资源的第一个符号的位置相同,则选择多个单播传输的HARQ-ACK中对应的时域持续时长最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个单播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
36.根据权利要求31所述的装置,其特征在于,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
37.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,所述装置应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述装置包括:
第三选择模块,用于在多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第二传输模块,用于传输所述第一HARQ-ACK;
所述第一预设条件为以下中的任意一者:HARQ-ACK对应的物理侧链路共享信道PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前;
所述装置还包括:
第二复用传输模块,用于在多个组播传输的HARQ-ACK之间发生了碰撞时,将多个HARQ-ACK以及每个HARQ-ACK对应的目的地址复用到物理上行链路控制信道PUCCH进行传输。
38.根据权利要求37所述的装置,其特征在于,所述装置还包括:
第二丢弃模块,用于丢弃所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK。
39.根据权利要求37所述的装置,其特征在于,所述装置还包括:
第三推迟模块,用于将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照PSSCH的优先级由高到低依次推迟到下一个可传输机会进行传输。
40.根据权利要求37所述的装置,其特征在于,所述装置还包括:
第四推迟模块,用于将所述多个组播传输的HARQ-ACK中除了所述第一HARQ-ACK之外的HARQ-ACK按照时域资源的第一个符号的位置由前到后依次推迟到下一个可传输机会进行传输。
41.根据权利要求37所述的装置,其特征在于,所述装置还包括:
第四选择模块,用于若多个组播传输的HARQ-ACK对应的时域资源的第一个符号的位置相同,则选择多个组播传输的HARQ-ACK中对应的时域持续时长最长或者最短的HARQ-ACK作为所述第一HARQ-ACK、或者选择多个组播传输的HARQ-ACK中的任意一个HARQ-ACK作为所述第一HARQ-ACK。
42.根据权利要求37所述的装置,其特征在于,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
43.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,所述装置应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述装置包括:
第五选择模块,用于在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级最高的HARQ-ACK进行传输;
所述装置还包括:
第六选择模块,用于在单播传输的HARQ-ACK和组播传输的HARQ-ACK之间发生了碰撞时,从单播传输的HARQ-ACK和组播传输的HARQ-ACK中选择对应的PSSCH的优先级最高的HARQ-ACK进行传输;
第六推迟模块,用于将对应的PSSCH的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
44.根据权利要求43所述的装置,其特征在于,单播传输的优先级比组播传输的优先级高。
45.根据权利要求43或44所述的装置,其特征在于,所述装置还包括以下模块中的一个或多个:
第三丢弃模块,用于丢弃对应的传输的优先级低的HARQ-ACK,
第五推迟模块,用于将对应的传输的优先级低的HARQ-ACK推迟到下一个可传输机会进行传输。
46.根据权利要求43所述的装置,其特征在于,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
47.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,所述装置应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述装置包括:
第七选择模块,用于在多个单播传输的HARQ-ACK以及组播传输的HARQ-ACK之间发生了碰撞时,从所述多个单播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第八选择模块,用于从第一HARQ-ACK和组播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输;
所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
48.根据权利要求47所述的装置,其特征在于,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
49.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,所述装置应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述装置包括:
第九选择模块,用于在单播传输的HARQ-ACK以及多个组播传输的HARQ-ACK之间发生了碰撞时,从所述多个组播传输的HARQ-ACK中选择符合第一预设条件的第一HARQ-ACK;
第十选择模块,用于从第一HARQ-ACK和单播传输的HARQ-ACK中选择对应的传输的优先级或者PSSCH的优先级最高的HARQ-ACK进行传输;
所述第一预设条件为以下中的任意一者:HARQ-ACK对应的PSSCH的优先级最高、HARQ-ACK对应的时域资源的第一个符号的位置最靠前。
50.根据权利要求49所述的装置,其特征在于,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
51.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,所述装置应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述装置包括:
第十一选择模块,用于在HARQ-ACK与信道状态信息CSI反馈之间发生了碰撞时,根据第二预设条件选择HARQ-ACK或者CSI反馈中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK;
所述第二预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与CSI反馈的优先级关系。
52.根据权利要求51所述的装置,其特征在于,所述第二预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系,
第十一选择模块包括:
第一选择单元,用于当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
第二选择单元,用于当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择CSI反馈进行传输。
53.根据权利要求51所述的装置,其特征在于,所述第二预设条件为:HARQ-ACK对应的时域资源或者信道的第一个符号的位置与CSI反馈对应的时域资源或者信道的第一个符号的位置,
第十一选择模块包括:
第三选择单元,用于选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者CSI反馈进行传输。
54.根据权利要求51所述的装置,其特征在于,所述第二预设条件为:预定义的HARQ-ACK与CSI反馈的优先级关系,
第十一选择模块包括:
第四选择单元,用于若预定义的HARQ-ACK的优先级高于CSI反馈的优先级,则选择HARQ-ACK进行传输;
第五选择单元,用于若预定义的HARQ-ACK的优先级低于CSI反馈的优先级,则选择CSI反馈进行传输。
55.根据权利要求51-54中任意一项所述的装置,其特征在于,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
56.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,所述装置应用于用户设备UE,所述用户设备应用于新空口车联网NR V2X的侧链路上,所述装置包括:
第十二选择模块,用于在HARQ-ACK与信道状态信息SR之间发生了碰撞时,根据第三预设条件选择HARQ-ACK或者SR中的一者进行传输;
其中,所述HARQ-ACK为单播传输的HARQ-ACK或者组播传输的HARQ-ACK;
所述第三预设条件为以下中的任意一者:
HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系、HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置、预定义的HARQ-ACK与SR的优先级关系。
57.根据权利要求56所述的装置,其特征在于,所述第三预设条件为HARQ-ACK对应的PSSCH的优先级与优先级阈值的大小关系,
第十二选择模块包括:
第六选择单元,用于当HARQ-ACK对应的PSSCH的优先级不低于优先级阈值时,选择HARQ-ACK进行传输;
第七选择单元,用于当HARQ-ACK对应的PSSCH的优先级低于优先级阈值时,选择SR进行传输。
58.根据权利要求56所述的装置,其特征在于,所述第三预设条件为:HARQ-ACK对应的时域资源或者信道的第一个符号的位置与SR对应的时域资源或者信道的第一个符号的位置,
第十二选择模块包括:
第八选择单元,用于选择对应的时域资源或者信道的第一个符号的位置最靠前的HARQ-ACK或者SR进行传输。
59.根据权利要求56所述的装置,其特征在于,所述第三预设条件为:预定义的HARQ-ACK与SR的优先级关系,
第十二选择模块包括:
第九选择单元,用于若预定义的HARQ-ACK的优先级高于SR的优先级,则选择HARQ-ACK进行传输;
第十选择单元,用于若预定义的HARQ-ACK的优先级低于SR的优先级,则选择SR进行传输。
60.根据权利要求56-59中任意一项所述的装置,其特征在于,所述装置还包括:
汇报模块,用于UE向基站汇报以下信息中的至少一个:UE在侧链路上能同时支持的单播传输的最大数目、在侧链路上能同时支持的组播传输的最大数目、在侧链路上能同时支持的单播传输与组播传输之和的最大数目、在侧链路上能支持的所有单播传输的HARQ进程的最大数目、在侧链路上能支持的所有组播传输的HARQ进程的最大数目、在侧链路上能支持的所有单播传输与所有组播传输的HARQ进程之和的最大数目、在侧链路上能支持的单播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目、在侧链路上能支持的组播传输的HARQ进程与UE在Uu链路上能支持的HARQ进程之和的最大数目。
61.一种混合自动重传请求确认HARQ-ACK的传输装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令以实现权利要求1-6任意一项所述的方法;
或者,所述处理器被配置为执行所述指令以实现权利要求7-12任意一项所述的方法;
或者,所述处理器被配置为执行所述指令以实现权利要求13-16任意一项所述的方法;
或者,所述处理器被配置为执行所述指令以实现权利要求17-18任意一项所述的方法;
或者,所述处理器被配置为执行所述指令以实现权利要求19-20任意一项所述的方法;
或者,所述处理器被配置为执行所述指令以实现权利要求21-25任意一项所述的方法;
或者,所述处理器被配置为执行所述指令以实现权利要求26-30任意一项所述的方法。
62.一种非易失性计算机可读存储介质,其上存储有计算机程序指令,其特征在于,所述计算机程序指令被处理器执行时实现权利要求1至6中任意一项所述的方法、或者权利要求7-12任意一项所述的方法、或者权利要求13-16任意一项所述的方法、或者权利要求17-18任意一项所述的方法、或者权利要求25-27任意一项所述的方法、或者权利要求21-25任意一项所述的方法、或者权利要求26-30任意一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811384446.3A CN111200487B (zh) | 2018-11-20 | 2018-11-20 | 混合自动重传请求确认harq-ack的传输方法及装置 |
PCT/CN2019/119126 WO2020103780A1 (zh) | 2018-11-20 | 2019-11-18 | 混合自动重传请求确认harq-ack的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811384446.3A CN111200487B (zh) | 2018-11-20 | 2018-11-20 | 混合自动重传请求确认harq-ack的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111200487A CN111200487A (zh) | 2020-05-26 |
CN111200487B true CN111200487B (zh) | 2021-06-29 |
Family
ID=70747376
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811384446.3A Active CN111200487B (zh) | 2018-11-20 | 2018-11-20 | 混合自动重传请求确认harq-ack的传输方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111200487B (zh) |
WO (1) | WO2020103780A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020107346A1 (zh) * | 2018-11-29 | 2020-06-04 | 北京小米移动软件有限公司 | Csi测量反馈方法、装置及存储介质 |
CN111435909B (zh) * | 2019-01-11 | 2022-01-14 | 华为技术有限公司 | 发送和接收反馈信道的方法以及装置 |
CN112311504B (zh) * | 2019-08-01 | 2022-08-26 | 华为技术有限公司 | 一种反馈信息的传输方法及终端装置 |
WO2022152928A1 (en) * | 2021-01-18 | 2022-07-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for receiving and combining multiple physical downlink shared channel (pdsch) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101420292A (zh) * | 2007-10-22 | 2009-04-29 | 大唐移动通信设备有限公司 | 同步混合式自动请求重传进程冲突的处理方法及装置 |
CN102264039A (zh) * | 2011-04-29 | 2011-11-30 | 电信科学技术研究院 | 一种实现半持续调度传输的方法及装置 |
CN103229541A (zh) * | 2010-10-02 | 2013-07-31 | 夏普株式会社 | Lte-a的物理上行链路控制信道上的上行链路控制信息复用 |
CN103973420A (zh) * | 2013-02-06 | 2014-08-06 | ***通信集团公司 | 选择上下行子帧配置模式或处理重传信息的方法和装置 |
CN107211430A (zh) * | 2015-01-23 | 2017-09-26 | Lg电子株式会社 | 在d2d通信***中选择用于d2d ue的副链路授权的方法及其装置 |
CN107409014A (zh) * | 2015-01-28 | 2017-11-28 | 交互数字专利控股公司 | 用于操作大量载波的上行链路反馈方法 |
CN108400834A (zh) * | 2017-02-06 | 2018-08-14 | 中兴通讯股份有限公司 | 信息的传输方法、装置及设备 |
WO2018204730A1 (en) * | 2017-05-03 | 2018-11-08 | Intel IP Corporation | Handling collision for mini-slot-based and slot-based transmission |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101807983B (zh) * | 2009-02-13 | 2013-10-16 | 中兴通讯股份有限公司 | 克服上行混合自动重传请求与突发业务冲突的方法和*** |
CN103974440B (zh) * | 2013-01-29 | 2017-10-20 | 电信科学技术研究院 | 一种车联网中时隙资源的处理方法及装置 |
US9887822B2 (en) * | 2014-11-03 | 2018-02-06 | Intel IP Corporation | System and method to address resource collision for asymmetric region allocation |
KR102596103B1 (ko) * | 2015-07-22 | 2023-10-31 | 삼성전자 주식회사 | 무선 통신 시스템에서 머신 타입 단말 운용 방법 및 장치 |
CN106788918B (zh) * | 2016-12-30 | 2020-02-11 | 展讯通信(上海)有限公司 | Harq配置方法、反馈方法、基站及用户设备 |
-
2018
- 2018-11-20 CN CN201811384446.3A patent/CN111200487B/zh active Active
-
2019
- 2019-11-18 WO PCT/CN2019/119126 patent/WO2020103780A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101420292A (zh) * | 2007-10-22 | 2009-04-29 | 大唐移动通信设备有限公司 | 同步混合式自动请求重传进程冲突的处理方法及装置 |
CN103229541A (zh) * | 2010-10-02 | 2013-07-31 | 夏普株式会社 | Lte-a的物理上行链路控制信道上的上行链路控制信息复用 |
CN102264039A (zh) * | 2011-04-29 | 2011-11-30 | 电信科学技术研究院 | 一种实现半持续调度传输的方法及装置 |
CN103973420A (zh) * | 2013-02-06 | 2014-08-06 | ***通信集团公司 | 选择上下行子帧配置模式或处理重传信息的方法和装置 |
CN107211430A (zh) * | 2015-01-23 | 2017-09-26 | Lg电子株式会社 | 在d2d通信***中选择用于d2d ue的副链路授权的方法及其装置 |
CN107409014A (zh) * | 2015-01-28 | 2017-11-28 | 交互数字专利控股公司 | 用于操作大量载波的上行链路反馈方法 |
CN108400834A (zh) * | 2017-02-06 | 2018-08-14 | 中兴通讯股份有限公司 | 信息的传输方法、装置及设备 |
WO2018204730A1 (en) * | 2017-05-03 | 2018-11-08 | Intel IP Corporation | Handling collision for mini-slot-based and slot-based transmission |
Non-Patent Citations (1)
Title |
---|
《Remaining aspects of PUCCH for MTC》;Intel Corporation;《3GPP TSG RAN WG1 Meeting #83,R1-156502》;20150916;第3-5节 * |
Also Published As
Publication number | Publication date |
---|---|
WO2020103780A1 (zh) | 2020-05-28 |
CN111200487A (zh) | 2020-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021008238A1 (zh) | 反馈信息传输方法、装置、终端及存储介质 | |
KR102565624B1 (ko) | 정보 다중화 전송 방법 및 장치, 정보 수신 방법 및 장치 | |
EP3905566B1 (en) | Data transmission method and apparatus in direct communication, device, and system | |
CN111277391B (zh) | 信息发送方法及装置、信息接收方法及装置 | |
CN111200487B (zh) | 混合自动重传请求确认harq-ack的传输方法及装置 | |
CN108521885B (zh) | 上行传输的方法及装置 | |
CN111246582B (zh) | 信息发送方法及装置、信息接收方法及装置 | |
CN110945826B (zh) | 反馈方法、反馈装置及存储介质 | |
WO2019134098A1 (zh) | 数据传输方法、装置及用户设备 | |
CN110366264B (zh) | 竞争窗口调整方法、网元设备、用户设备及存储介质 | |
CN111294177B (zh) | 资源发送方法及装置、终端配置方法及装置 | |
CN110214427B (zh) | 反馈信息的发送、接收方法、装置及介质 | |
CN111162826A (zh) | 信道状态信息csi处理方法及装置 | |
CN110326353B (zh) | 控制信息传输方法及装置 | |
CN108391467B (zh) | 数据传输方法及装置、用户设备和基站 | |
CN108401480B (zh) | Harq反馈方法及装置、设备、计算机可读存储介质 | |
CN110505045B (zh) | 下行控制信息反馈方法及装置 | |
CN110493879B (zh) | 信息反馈方法及装置、信息发送方法及装置 | |
CN109451791B (zh) | 一种混合自动重传请求结果的反馈方法及装置 | |
WO2019148465A1 (zh) | 控制信令的传输方法、终端及基站 | |
US11923989B2 (en) | Uplink feedback method and apparatus, terminal, base station and storage medium | |
EP3706482B1 (en) | Physical layer resource mapping method and device, user equipment and base station | |
US20220272712A1 (en) | Method for transmitting feedback information, user equipment | |
US20230371027A1 (en) | Pucch resource determination method and apparatus | |
CN111294750B (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 | ||
CB03 | Change of inventor or designer information |
Inventor after: Qu Xin Inventor before: Zhang Meng Inventor before: Qu Xin |
|
CB03 | Change of inventor or designer information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |