CN117014950A - 一种通信方法和通信装置 - Google Patents
一种通信方法和通信装置 Download PDFInfo
- Publication number
- CN117014950A CN117014950A CN202210445196.XA CN202210445196A CN117014950A CN 117014950 A CN117014950 A CN 117014950A CN 202210445196 A CN202210445196 A CN 202210445196A CN 117014950 A CN117014950 A CN 117014950A
- Authority
- CN
- China
- Prior art keywords
- information
- link
- data
- harq
- timer
- 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 378
- 238000004891 communication Methods 0.000 title claims abstract description 211
- 208000032369 Primary transmission Diseases 0.000 claims abstract description 60
- 230000008569 process Effects 0.000 claims description 274
- 230000015654 memory Effects 0.000 claims description 27
- 238000012545 processing Methods 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 20
- 238000003860 storage Methods 0.000 claims description 16
- 230000005540 biological transmission Effects 0.000 abstract description 58
- 230000011664 signaling Effects 0.000 description 161
- 239000000969 carrier Substances 0.000 description 44
- 238000010586 diagram Methods 0.000 description 30
- 230000006870 function Effects 0.000 description 27
- 230000004913 activation Effects 0.000 description 9
- 238000004519 manufacturing process Methods 0.000 description 9
- 238000001228 spectrum Methods 0.000 description 9
- 238000010295 mobile communication Methods 0.000 description 8
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 7
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 6
- 230000009467 reduction Effects 0.000 description 5
- 230000003139 buffering effect Effects 0.000 description 3
- 230000010267 cellular communication Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种通信方法和通信装置,该通信方法包括:第一装置获取第一信息,第一信息用于指示第一装置进行多链路混合自动重传请求HARQ合并;第一装置接收来自第一链路的第一数据,第一数据为针对第三数据的初传数据或重传数据,第一链路为第一装置与第二装置之间的链路;第一装置接收来自第二链路的第二数据,第二数据为针对第三数据的重传数据,第一链路为第一装置与第三装置之间的链路;第一装置根据所述第一信息,对第一数据和第二数据进行HARQ合并。通过上述技术方案,可以实现多个链路间的HARQ合并,这样在通过多链路动态切换来降低传输时延和提高传输可靠性时,可以保留由HARQ合并带来的通信性能增益,有助于降低传输时延和提高传输可靠性。
Description
技术领域
本申请实施例涉及通信领域,并且更具体地,涉及一种通信方法和通信装置。
背景技术
随着通信***的不断演进,以第五代移动通信技术(5th generation mobilecommunication technology,5G)中的超高可靠性低时延通信(ultra-reliability lowlatency communication,URLLC)和第六代移动通信技术(6th generation mobilecommunication technology,6G)为代表的多种通信场景对于通信的时延和可靠性提出了更高的要求。以URLLC为例,URLLC是5G的重要应用场景之一,其最大的特点是低时延、高可靠性。URLLC具体可以包括电力自动化“三遥”场景、车联网场景、工业制造场景等,其中以工业制造场景的低时延高可靠性的需求挑战最大。
因此,需要设计一种通信方法来满足上述低时延高可靠性的通信需求。
发明内容
本申请提供了一种通信方法和通信装置,能够实现多个链路间的混合自动重传请求(hybrid automatic repeat request,HARQ)合并,有助于降低传输时延和提高传输可靠性,从而提高通信性能。
第一方面,提供了一种通信方法,该方法可以由第一装置执行,也可以由第一装置中的模块或单元执行,为了描述方便,下文统一称为第一装置。其中,第一装置可以为终端,也可以为网络设备。
该方法包括:第一装置获取第一信息,该第一信息用于指示该第一装置进行多链路HARQ合并;该第一装置接收来自第一链路的第一数据,该第一数据为针对第三数据的初传数据或重传数据,该第一链路为该第一装置与第二装置之间的链路;该第一装置接收来自第二链路的第二数据,该第二数据为针对该第三数据的重传数据,该第一链路为该第一装置与第三装置之间的链路;该第一装置根据该第一信息,对该第一数据和该第二数据进行HARQ合并。
需要说明的是,初传数据或重传数据可以是先后接收到的,也可以是同时接收到的,本申请不予限制。
通过上述技术方案,可以实现多个链路间的HARQ合并。这样在通过多链路动态切换来降低传输时延和提高传输可靠性时,可以保留由HARQ合并带来的通信性能增益(包括时延和可靠性方面的增益),从而有助于降低传输时延和提高传输可靠性。
此外,第一装置根据第一信息对接收到的数据进行HARQ合并,有助于避免由于HARQ合并一直有效导致的HARQ进程号不够用的问题,从而有助于避免由于等待HARQ进程号导致的传输时延增加和可靠性降低。
结合第一方面,在一种可能的实现方式中,该第一信息包括以下信息中的至少一个:高层配置信息,该高层配置信息用于指示使能该多链路HARQ合并;物理层信息,该物理层信息用于指示激活该多链路HARQ合并;或者,定时器信息,该定时器信息用于配置定时器,该定时器用于确定进行该多链路HARQ合并的时间段。其中,高层包括带不限于无线资源控制(radio resource control,RRC)层和介质访问控制(mediumaccess control,MAC)层。
当第一信息为高层配置信息(即第一信息通过高层信令发送)时,可以实现多链路HARQ合并使能或不使能的半静态配置,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长,从而有助于避免由于等待HARQ进程号导致的传输时延增加和可靠性降低。此外,通常相较于高层信令,物理层信令资源更加紧张,通过高层信令发送第一信息,可以减少物理层信令的开销,从而有助于提高通信性能。需要说明的是,这里的“使能”也可以替换为“激活”或“开启”等。
当第一信息为物理层信息(即第一信息通过物理层信令发送)时,可以实现多链路HARQ合并激活或不激活的动态配置,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长,从而提高解码性能以及HARQ合并的效率。并且,相对于通过高层配置信息进行多链路HARQ合并的配置,采用物理层信息可以更及时、更灵活地进行多链路HARQ合并相关的配置。需要说明的是,这里的“激活”也可以替换为“使能”或“开启”等。
当第一信息为定时器信息时,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长。此外,通过定时器的生效时间来确定是否进行多链路HARQ合并,可以降低信令开销。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该高层配置信息以终端、载波、部分带宽(bandwidth part,BWP)、HARQ进程、HARQ进程组中的至少一个为粒度使能该多链路HARQ合并。
通过上述技术方案,可以满足不同终端、不同载波、不同HARQ进程(组)、或不同BWP的业务需求。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该物理层信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能该多链路HARQ合并。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该物理层信息承载于单播物理层信令或组播物理层信令中。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置该定时器。
通过上述技术方案,可以满足不同终端、不同载波、不同HARQ进程(组)、或不同BWP的业务需求。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该定时器信息通过以下信息中的至少一个配置该定时器的时长:绝对时间、子载波间隔、符号数、时隙数、或子帧数。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该定时器的起始时刻为:调度信息的起始时刻或结束时刻、该第三数据的初传数据的起始时刻或结束时刻、该调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,该调度信息用于调度该第一装置接收该第三数据的初传数据,该反馈信息用于指示该第三数据是否解码成功。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第一装置发送反馈信息,该反馈信息用于指示该第三数据是否解码成功。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该第一链路和该第二链路采用HARQ进程号联合编号,该第一数据的HARQ进程号和该第二数据的HARQ进程号相同。
第一链路和第二链路采用HARQ进程号联合编号,可以理解为,第一链路和第二链路使用一套HARQ进程号,例如,第一链路和第二链路共同使用编号为0~15的16个HARQ进程号,这样对于同一个数据的初传或重传,在第一链路和第二链路上使用相同的HARQ进程号。
此外,在接收第一数据之前,第一装置可以接收用于调度第一数据的调度信息,该调度信息中包括HARQ进程号,该HARQ进程号即第一数据的HARQ进程号或者说第一数据对应的HARQ进程号。同理,在接收第二数据之前,第一装置可以接收用于调度第二数据的调度信息,该调度信息中包括HARQ进程号,该HARQ进程号即第二数据的HARQ进程号或者说第二数据对应的HARQ进程号。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第一装置获取第三信息,该第三信息用于指示采用联合编号的链路,和/或,第三信息用于指示是否使能联合编号。即是否采用联合编号和/或采用联合编号的链路可以是由网络设备配置的。
通过上述技术方案,可以灵活地配置是否采用联合编号和/或采用联合编号的链路号。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,是否采用联合编号和/或采用联合编号的链路可以是预定义或预配置的。这样有助于节省信令开销。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该第一链路和该第二链路采用HARQ进程号独立编号,该第一数据的HARQ进程号和该第二数据的HARQ进程号相关联。
第一链路和第二链路采用HARQ进程号独立编号,可以理解为,第一链路和第二链路分别对应一套HARQ进程号,例如,第一链路使用编号为0~15的16个HARQ进程号,第一链路使用编号为0~31的32个HARQ进程号。这样,对于同一个数据的初传或重传,在第一链路和第二链路上使用的HARQ进程号可能相同,也可以能不同,因此,需要将两个链路中针对同一数据的传输关联起来。
此外,在接收第一数据之前,第一装置可以接收用于调度第一数据的调度信息,该调度信息中包括HARQ进程号,该HARQ进程号即第一数据的HARQ进程号或者说第一数据对应的HARQ进程号。同理,在接收第二数据之前,第一装置可以接收用于调度第二数据的调度信息,该调度信息中包括HARQ进程号,该HARQ进程号即第二数据的HARQ进程号或者说第二数据对应的HARQ进程号。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第一装置获取第四信息,该第四信息用于指示具有关联关系的HARQ进程号。即具有关联关系的HARQ进程号可以是由网络设备配置的。
通过上述技术方案,可以灵活地配置具有关联关系的HARQ进程号。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,具有关联关系的HARQ进程号可以是预定义或预配置的。这样有助于节省信令开销。
结合第一方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第一装置上报第二信息,该第二信息用于指示该第一装置的HARQ合并能力;其中,该HARQ合并能力包括以下至少一个:是否支持单载波的该多链路HARQ合并、是否支持多载波的该多链路HARQ合并、是否支持相同子载波间隔的该多链路HARQ合并、是否支持不同子载波间隔的该多链路HARQ合并、是否支持半静态配置的该多链路HARQ合并使能、是否支持动态配置的该多链路HARQ合并激活、是否支持基于定时器的该多链路HARQ合并使能、或可缓存数据的时长。
通过上述技术方案,有助于接收第二信息的装置(例如,第三装置)根据第一装置的HARQ合并能力进行调度和配置。例如,当第一装置支持单载波的多链路HARQ合并时,接收第二信息的装置可以调度第一数据和第二数据在同一载波上传输,并且根据第一装置上报的支持单载波的多链路HARQ合并的载波,为第一装置确定发送给第一装置的第一信息,其中,第一信息指示的使能多链路HARQ合并的链路所采用的载波属于第一装置上报的支持单载波的多链路HARQ合并的载波。又例如,当第一装置支持多载波的多链路HARQ合并时,接收第二信息的装置可以调度第一数据和第二数据在同一载波或不同载波上传输,并且可以根据第一装置上报的支持多载波的多链路HARQ合并的载波,为第一装置确定发送给第一装置的第一信息,其中,第一信息指示的使能多链路HARQ合并的链路所采用的载波属于第一装置上报的支持多载波的多链路HARQ合并的载波。又例如,当第一装置支持半静态配置的多链路HARQ合并使能时,接收第二信息的装置可以通过高层信令向第一装置发送第一信息。又例如,当第一装置支持动态配置的多链路HARQ合并使能时,接收第二信息的装置可以通过物理层信令向第一装置发送第一信息。又例如,接收第二信息的装置在第一装置上报的可缓存数据的时长内调度数据的重传。又例如,接收第二信息的装置根据第一装置上报的可缓存数据的时长确定进行多链路HARQ合并的时间段,并通过第一信息为第一装置配置定时器。这样,有助于数据传输。
第二方面,提供了一种通信方法,该方法可以由第三装置执行,也可以由第三装置中的模块或单元执行,为了描述方便,下文统一称为第三装置。其中,第三装置可以为终端,也可以为网络设备。
该方法包括:第三装置确定第一信息,该第一信息用于指示第一装置进行多链路HARQ合并;该第三装置向该第一装置发送该第一信息。
通过上述技术方案,第三装置指示第一装置进行HARQ合并,使得第一装置可以实现多个链路间的HARQ合并。这样在通过多链路动态切换来降低传输时延和提高传输可靠性时,可以保留由HARQ合并带来的通信性能增益(包括时延和可靠性方面的增益),从而有助于降低传输时延和提高传输可靠性。
此外,由于第一装置根据第一信息对接收到的数据进行HARQ合并,因此有助于避免由于HARQ合并一直有效导致的HARQ进程号不够用的问题,从而有助于避免由于等待HARQ进程号导致的传输时延增加和可靠性降低。
结合第二方面,在一种可能的实现方式中,该第一信息包括以下信息中的至少一个:高层配置信息,该高层配置信息用于指示使能该多链路HARQ合并;物理层信息,该物理层信息用于指示激活该多链路HARQ合并;或者,定时器信息,该定时器信息用于配置定时器,该定时器用于确定进行该多链路HARQ合并的时间段。其中,高层包括带不限于RRC层和MAC层。
当第一信息为高层配置信息(即第一信息通过高层信令发送)时,可以实现多链路HARQ合并使能或不使能的半静态配置,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长,从而有助于避免由于等待HARQ进程号导致的传输时延增加和可靠性降低。此外,通常相较于高层信令,物理层信令资源更加紧张,通过高层信令发送第一信息,可以减少物理层信令的开销,从而有助于提高通信性能。
当第一信息为物理层信息(即第一信息通过物理层信令发送)时,可以实现多链路HARQ合并使能或不使能的动态配置,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长,从而提高解码性能以及HARQ合并的效率。并且,相对于通过高层配置信息进行多链路HARQ合并的配置,采用物理层信息可以更及时和灵活地进行多链路HARQ合并相关的配置。
当第一信息为定时器信息时,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长。此外,通过定时器的生效时间来确定是否进行多链路HARQ合并,可以降低信令开销。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该高层配置信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能该多链路HARQ合并。
通过上述技术方案,可以满足不同终端、不同载波、不同HARQ进程(组)、或不同BWP的业务需求。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该物理层信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能该多链路HARQ合并。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该物理层信息承载于单播物理层信令或组播物理层信令中。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置该定时器。
通过上述技术方案,可以满足不同终端、不同载波、不同HARQ进程(组)、或不同BWP的业务需求。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该定时器信息通过以下信息中的至少一个配置该定时器的时长:绝对时间、子载波间隔、符号数、时隙数、或子帧数。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该定时器的起始时刻为:调度信息的起始时刻或结束时刻、第三数据的初传数据的起始时刻或结束时刻、该调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,该调度信息用于调度该第一装置接收该第三数据的初传数据,该反馈信息用于指示该第三数据是否解码成功。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第三装置接收来自第一装置的反馈信息,该反馈信息用于指示第三数据是否解码成功。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第三装置向该第一装置发送第三信息,该第三信息用于指示采用联合编号的链路,和/或,第三信息用于指示是否使能联合编号。
通过上述技术方案,可以灵活地配置是否采用联合编号和/或采用联合编号的链路号。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第三装置向该第一装置发送第四信息,该第四信息用于指示具有关联关系的HARQ进程号。
通过上述技术方案,可以灵活地配置具有关联关系的HARQ进程号。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第三装置接收该第一装置上报的第二信息,该第二信息用于指示该第一装置的HARQ合并能力,其中,该HARQ合并能力包括以下至少一个:是否支持单载波的该多链路HARQ合并、是否支持多载波的该多链路HARQ合并、是否支持相同子载波间隔的该多链路HARQ合并、是否支持不同子载波间隔的该多链路HARQ合并、是否支持半静态配置的该多链路HARQ合并使能、是否支持动态配置的该多链路HARQ合并激活、是否支持基于定时器的该多链路HARQ合并使能、或可缓存数据的时长。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该第三装置确定第一信息,包括:该第三装置根据该第二信息确定该第一信息。
例如,对于是否支持单载波的多链路HARQ合并,第一装置可以per载波的上报,第三装置可以根据第一装置上报的支持单载波的多链路HARQ合并的载波,为第一装置确定发送给第一装置的第一信息,其中,第一信息指示的使能多链路HARQ合并的链路所采用的载波属于第一装置上报的支持单载波的多链路HARQ合并的载波。
又例如,对于是否支持多载波的多链路HARQ合并,第一装置可以per载波或per载波组的上报,第三装置可以根据第一装置上报的支持多载波的多链路HARQ合并的载波,为第一装置确定发送给第一装置的第一信息,其中,第一信息指示的使能多链路HARQ合并的链路所采用的载波属于第一装置上报的支持多载波的多链路HARQ合并的载波。
又例如,当第一装置支持半静态配置的多链路HARQ合并使能时,第三装置可以通过高层信令向第一装置发送第一信息。即第三装置可以通过高层信令指示是否使能多链路HARQ合并。
又例如,当第一装置支持动态配置的多链路HARQ合并使能时,第三装置可以通过物理层信令向第一装置发送第一信息。即第三装置可以通过物理层信令指示是否激活多链路HARQ合并。
又例如,当第一装置支持基于定时器的多链路HARQ合并使能时,第三装置可以通过第一信息为第一装置配置定时器,该定时器用于确定进行多链路HARQ合并的时间段。
又例如,若第一装置向第三装置上报了可缓存数据的时长,则第三装置根据第一装置上报的可缓存数据的时长确定进行多链路HARQ合并的时间段,并通过第一信息为第一装置配置定时器。
通过上述技术方案,有助于接收第二信息的装置(例如,第三装置)根据第一装置的HARQ合并能力进行调度和配置,有助于数据传输。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第三装置向该第一装置发送第二数据,该第二数据为针对第三数据的重传数据。
结合第二方面或其任一种实现方式,在另一种可能的实现方式中,该方法还包括:该第三装置向该第二装置发送调度信息,该调度信息用于调度该第二装置向第一装置发送该第一数据,该第一数据为针对第三数据的初传数据或重传数据。
第三方面,提供了一种通信装置,该通信装置可以用于第一方面的第一装置,该通信装置可以是第一装置,也可以是第一装置中的模块或单元(例如,芯片,或者芯片***,或者电路),或者是能够和第一装置匹配使用的装置。该通信装置可以包括执行第一方面中所描述的方法/操作/步骤/动作所一一对应的模块或单元。该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。
一种可能的实现方式中,该通信装置,包括:收发单元和处理单元。
在一种实现方式中,该通信装置为第一装置。当该通信装置为第一装置时,收发单元可以是收发器,或,输入/输出接口,或者通信接口;处理单元可以是至少一个处理器。可选地,收发器为收发电路。可选地,输入/输出接口为输入/输出电路。
在另一种实现方式中,该通信装置为用于第一装置的芯片、芯片***或电路。当该通信装置为用于第一装置中的芯片、芯片***或电路时,收发单元可以是该芯片、芯片***或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
第四方面,提供了一种通信装置,该通信装置可以用于第二方面的第三装置,该通信装置可以是第三装置,也可以是第三装置中的模块或单元(例如,芯片,或者芯片***,或者电路),或者是能够和第三装置匹配使用的装置。该通信装置可以包括执行第二方面中所描述的方法/操作/步骤/动作所一一对应的模块或单元。该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。
一种可能的实现方式中,该通信装置,包括:收发单元和处理单元。
在一种实现方式中,该通信装置为第三装置。当该通信装置为第三装置时,收发单元可以是收发器,或,输入/输出接口,或者通信接口;处理单元可以是至少一个处理器。可选地,收发器为收发电路。可选地,输入/输出接口为输入/输出电路。
在另一种实现方式中,该通信装置为用于第三装置中的芯片、芯片***或电路。当该通信装置为用于第三装置中的芯片、芯片***或电路时,收发单元可以是该芯片、芯片***或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
第五方面,提供了一种通信装置,该装置包括:存储器,用于存储程序;至少一个处理器,用于执行存储器存储的计算机程序或指令,以执行上述任意一方面或其实现方式提供的方法。
在一种实现方式中,该通信装置为上述第一方面中的第一装置或上述第二方面中的第三装置。
在另一种实现方式中,该通信装置为用于上述第一方面中的第一装置或上述第二方面中的第三装置中的芯片、芯片***或电路。
第六方面,提供了一种通信装置,该装置包括:至少一个处理器和通信接口,该至少一个处理器用于通过该通信接口获取存储在存储器的计算机程序或指令,以执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。
在一种实现方式中,该装置还包括该存储器。
第七方面,提供了一种处理器,用于执行上述各方面提供的方法。
对于处理器所涉及的发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则可以理解为处理器输出和接收、输入等操作,也可以理解为由射频电路和天线所进行的发送和接收操作,本申请对此不做限定。
第八方面,提供了一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述任意一方面或其实现方式提供的方法。
第九方面,提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述任意一方面或其实现方式提供的方法。
第十方面,提供了一种芯片,芯片包括处理器与通信接口,处理器通过通信接口读取存储器上存储的指令,执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。
可选地,作为一种实现方式,芯片还包括存储器,存储器中存储有计算机程序或指令,处理器用于执行存储器上存储的计算机程序或指令,当计算机程序或指令被执行时,处理器用于执行上述任意一方面或其实现方式提供的方法。
第十一方面,提供了通信***,包括上述第一方面中的第一装置和/或上述第二方面中的第三装置。
附图说明
图1是工业制造场景的通信***的一种网络架构的示意图。
图2是多种链路统一调度的场景的示意图。
图3是卫星通信***的一种网络架构的示意图。
图4是星间通信***的一种网络架构的示意图。
图5是蜂窝通信***的一种网络架构的示意图。
图6是无线投屏的示意图。
图7是接入回传一化链路(integrated access and backhaul,IAB)通信***的一种网络架构的示意图。
图8是本申请提供的通信方法的交互示意图。
图9是单载波的多个链路的HARQ合并的一个示意图。
图10是多载波的多个链路的HARQ合并的一个示意图。
图11是本申请的专用的组播物理层信令的一个示意图。
图12是本申请的组播物理层信令的一个示意图。
图13是本申请的组播物理层信令的另一个示意图。
图14是定时器的起始时刻的一个示意图。
图15是定时器的起始时刻的另一示意图。
图16是本申请的通信方法的一个示例。
图17是本申请提供的装置的一种结构示意图。
图18是本申请提供的装置的另一种结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
为便于理解本申请实施例,在介绍本申请的实施例之前,先做出以下几点说明。
在本申请中,“用于指示”或“指示”可以包括用于直接指示和用于间接指示,或者说“用于指示”或“指示”可以显式地和/或隐式地指示。例如,当描述某一信息用于指示信息I时,可以包括该信息直接指示I或间接指示I,而并不代表该信息中一定携带有I。又例如,隐式指示可以基于用于传输的位置和/或资源;显式指示可以基于一个或多个参数,和/或一个或多个索引,和/或一个或多个它所表示的位模式。
本申请对很多特性所列出的定义仅用于以举例方式来解释该特性的功能。
下文示出的实施例中,第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围。例如,区分不同的字段、不同的信息等。
“预先定义”可以通过在设备(例如,包括终端或网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。其中,“保存”可以是指,保存在一个或者多个存储器中。存储器的类型可以是任意形式的存储介质,本申请并不对此限定。
本申请实施例中涉及的“协议”可以是指通信领域的标准协议,例如可以包括长期演进(long term evolution,LTE)协议、新无线(new radio,NR)协议以及应用于未来的通信***中的相关协议,本申请对此不做限定。
本申请将围绕包括多个设备、组件、模块等的***来呈现各个方面、实施例或特征。应当理解和明白的是,各个***可以包括另外的设备、组件、模块等,并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外,还可以使用这些方案的组合。
在本申请实施例中,“示例的”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用示例的一词旨在以具体方式呈现概念。
术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a、b和c中的至少一项(个),可以表示:a,或,b,或,c,或,a和b,或,a和c,或,b和c,或,a、b和c。其中a、b和c分别可以是单个,也可以是多个。
本申请提供的技术方案可以应用于各种通信***。例如,NR***等第五代(5thgeneration,5G)通信***、LTE***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)***等。本申请提供的技术方案还可以应用于5G之后演进的通信***,如第六代移动通信***。
本申请提供的技术方案还还可以应用于卫星通信***等非陆地通信网络(non-terrestrial network,NTN)通信***中,其中,NTN通信***可以与无线通信***相融合。本申请实施例的技术方案还可以应用于卫星星间通信***、无线投屏***、虚拟现实(virtual reality,VR)通信***、IAB***、无线保真(wireless fidelity,Wi-Fi)通信***、或光通信***等。本申请提供的技术方案还可以应用于D2D通信***、车到万物(vehicle-to-everything,V2X)通信***、机器到机器(machine to machine,M2M)通信***、机器类型通信(machine type communication,MTC)***以及物联网(internet ofthings,IoT)通信***、通信感知一体化***或者其他通信***。本申请对于的技术方案应用于通信***以及通信***的网络架构不作具体限定。
本申请中的网络设备可以是用于与终端通信的设备,也可以是一种将终端接入到无线网络的设备。网络设备可以为无线接入网中的节点。网络设备可以是基站(basestation)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission receptionpoint,TRP)、家庭基站(例如,home evolved NodeB,或home Node B,HNB)、Wi-Fi接入点(access point,AP)、移动交换中心、5G移动通信***中的下一代基站(next generationNodeB,gNB)、第六代(6th generation,6G)移动通信***中的下一代基站、或未来移动通信***中的基站等。网络设备还可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU)、分布式单元(distributed unit,DU)、RRU或基带单元(basebandunit,BBU)等。网络设备还可以是D2D通信***、V2X通信***、M2M通信***以及IoT通信***中承担基站功能的设备等。网络设备还可以是NTN中的网络设备,即网络设备可以部署于高空平台或者卫星。网络设备可以是宏基站,也可以是微基站或室内站,还可以是中继节点或施主节点等。当然,网络设备也可以为核心网中的节点。本申请的实施例对网络设备所采用的具体技术、设备形态以及名称不做限定。
本申请中的终端是一种具有无线收发功能的设备,也可以称为用户设备(userequipment,UE)、用户、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置等。终端可以是手机(mobile phone)、平板电脑(Pad)、客户终端设备(customer-premises equipment,CPE)、智能销售点(point of sale,POS)机、高空飞机上搭载的通信设备、可穿戴设备、无人机、机器人、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmentedreality,AR)终端、卫星通信中的终端、IAB***中的终端、WiFi通信***中的终端、工业控制(industrial control)中的终端、无人驾驶(self driving)中的终端、远程医疗(remotemedical)中的终端、智能电网(smart grid)中的终端、运输安全(transportation safety)中的终端、智慧城市(smart city)中的终端、智慧家庭(smart home)中的终端、传感器、通信感知一体化中的设备等。本申请的实施例对终端所采用的具体技术、设备形态以及名称不做限定。
需要说明的是,网络设备和终端的角色可以是相对的。例如,网络设备#1可以被配置成移动基站,对于那些通过网络设备#1接入网络的终端来说,网络设备#1是基站;但对于通过无线空口协议与网络设备#1进行通信的网络设备#2来说,网络设备#1是终端。当然,网络设备#1与网络设备#2之间也可以是通过基站与基站之间的接口协议进行通信的,此时,相对于网络设备#2来说,网络设备#1也是基站。
在本申请中,网络设备和终端都可以统一称为通信装置。例如,基站可以称为具有基站功能的通信装置,终端可以称为具有终端功能的通信装置。本申请中的网络设备和终端可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。本申请的对网络设备和终端的应用场景不做限定。
在本申请中,网络设备和终端之间、网络设备和网络设备之间、终端和终端之间可以通过授权频谱进行通信,也可以通过免授权频谱进行通信,也可以同时通过授权频谱和免授权频谱进行通信。本申请的技术方案既适用于低频场景(例如sub 6G),也适用于高频场景(例如6G以上)、太赫兹(THz)、光通信等。例如,网络设备和终端之间可以通过6千兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对通信所使用的频谱资源不做限定。
在本申请中,网络设备的功能也可以由网络设备中的模块(如芯片)来执行,也可以由包含有网络设备功能的控制子***来执行。这里的包含有网络设备功能的控制子***可以是智能电网、工业控制、智能交通、智慧城市等上述终端的应用场景中的控制中心。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行,也可以由包含有终端功能的装置来执行。
作为示例,图1至图7示出了几种可以应用本申请的技术方案的场景。
图1是工业制造场景的通信***的一种网络架构的示意图。
在工业制造场景中,工业设备可以通过无线通信***(例如5G通信***)接入企业云或工业现场控制***,工业设备可以采集工业现场的环境数据和生产数据并反馈至企业云或工业现场控制***,以便企业云或工业现场控制***实时分析生产状况。
如图1所示,在实际的工业制造场景中,一般采用双层的网络结构,包括网络设备、中层的终端(例如控制器1和控制器2)和底层的终端(例如终端11、终端12、终端13、终端21和终端22)。其中,中层的终端可以为控制器,底层的终端可以为各种生产设备。不同的设备之间需要通过不同的链路进行通信,例如,中层的终端和底层的终端可以通过侧行链路(sidelink)进行通信,中层的终端和底层的终端可以通过Uu接口与网络设备进行通信。
图2是多种链路统一调度的场景的示意图。
在多种链路统一调度的场景中,由负责统一调度的设备对广播、回传链路、中继链路、Uu链路、侧行链路、卫星通信、全双工、组播等统一进行动态资源调度。在本申请中,负责统一调度的设备可以调度一个设备向另一个设备发送数据。例如,负责统一调度的网络设备可以调度设备A向设备B发送数据、以及调度设备A接收来自设备B的数据,其中设备A、设备B可以是通信***中的任一设备。
图3是卫星通信***的一种网络架构的示意图。
如图3的(a)图所示,该网络架构包括卫星和终端。卫星为终端提供通信服务。卫星可以向终端发送下行数据,其中,数据可以采用信道编码进行编码,信道编码后的数据经过星座调制后发送至终端;终端也可以向卫星发送上行数据,其中,上行数据也可以采用信道编码进行编码,编码后的数据经过星座调制后发送至卫星。如图3的(b)图所示,该网络架构还可以包括地面上的基站。卫星还可以与地面上的基站进行通信。
其中,卫星可以指无人机、热气球、低轨卫星、中轨卫星、或高轨卫星等。卫星也可以是指非地面基站或非地面设备等。卫星即可作为网络设备,也可作为终端。卫星可以不具备基站的功能,也可以具备全部或部分基站的功能,本申请不予限制。
图4是星间通信***的一种网络架构的示意图。
星间通信***也可以称为卫星星间链路通信***等。在星间通信***中,卫星与卫星可以进行通信。示例性地,如图4所示,卫星1可以包括通信模块1和收发天线1,卫星2可以包括通信模块2和收发天线2。卫星1的通信模块1可以通过收发天线1向卫星2发送数据,相应地,卫星2的收发天线2可以接收来自收发天线1的数据,并传输至卫星2的通信模块2,其中数据可以采用信道编码进行编码。反过来,卫星2的通信模块2可以通过收发天线2向卫星1发送数据,相应地,卫星1的收发天线1可以接收来自收发天线2的数据,并传输至卫星1的通信模块1,其中数据也可以采用信道编码进行编码。
图5是蜂窝通信***的一种网络架构的示意图。
如图5所示,蜂窝通信***通常由小区组成,每个小区包含一个基站,基站可以为一个或多个终端提供通信服务。具体地,基站可以向终端发送下行数据,其中数据可以采用信道编码进行编码;终端也可以向基站发送上行数据,上行数据也可以采用信道编码进行编码。
图6是无线投屏的示意图。
无线投屏又叫无线同屏、飞屏、屏幕共享等。具体来说,就是将设备A(例如,手机、平板、笔记本、或电脑等)的画面“实时地”显示到另一个设备B的屏幕上(例如,平板、笔记本、电脑、电视、一体机、或投影仪等),其中,输出的内容可以包括各类媒体信息和实时操作画面。
图7是IAB通信***的一种网络架构的示意图。
如图7所示,IAB通信***包括IAB宿主节点(或称IAB父节点)(IAB donor)、IAB节点(IAB node)和终端。IAB宿主节点可以通过NG接口接入核心网(图5中未示出),IAB节点可以通过Un接口接入IAB宿主节点,从而形成一个信号传递的链路,终端只需要接入IAB节点,即可接入网络中。终端与网络侧的信令交互需要依次经过IAB节点及IAB宿主节点。在多跳数据回传的场景中,终端与网络侧的信令交互则需要经过多个IAB节点。
其中,IAB节点与IAB节点之间的链路、以及IAB节点与IAB宿主节点之间的链路可以称为回传链路。IAB节点与终端之间的链路可以称为接入链路。
需要说明的是,图1至图7所示的场景仅为可以应用本申请的技术方案的场景的示例,本申请的技术方案还可以应用于其他场景,例如,本申请的技术方案也适用于AR/VR游戏、手机应用(application,APP)中的数据编解码、设备间以及设备内的交互通信等。
为了便于理解,下面对本申请涉及的名词、术语或技术进行说明。
1、混合自动重传请求(hybrid automatic repeat request,HARQ)技术
在无线通信***中,收发双方通常采用HARQ技术来保证数据传输的正确性。HARQ技术将前向纠错(forward error correction,FEC)与自动重传请求(automatic repeatrequest,ARQ)结合起来。
具体地,发送端设备将编码后的数据块(transport block,TB)(可以称为初传数据或新传数据)发送至接收端设备,数据块包括信息比特和一部分冗余比特。若接收端设备能够正确解码接收到的数据块,则接收端设备向发送端设备反馈确认(acknowledgement,ACK);发送端设备接收到ACK后确认接收端设备已经成功接收到相应的信息比特,认为该数据块已经成功传输。若接收端设备不能正确解码接收到的数据块,则接收端设备向发送端设备反馈否定确认(negative acknowledgement,NACK);发送端设备接收到NACK后再进一步传输一部分信息比特和/或冗余比特(可以称为重传数据)给接收端设备;接收端接收到重传数据后,与之前接收到的数据合并后进行解码;若加上重传数据仍然无法正确解码,则可以进行再次重传。随着重传次数的增加,信息比特和/或冗余比特不断积累,信道编码率不断降低,从而可以不断提升解码效果。
2、HARQ进程
HARQ进程(HARQ process):HARQ使用停等协议(stop-and-wait protocol)来发送数据。在停等协议中,发送端设备每发送一个数据块后,就会停下来等待ACK或NACK。由于每次传输后发送端设备就停下来等待ACK或NACK,会导致吞储量很低,因此可以使用多个进程,即当一个HARQ进程在等待ACK或NACK时,发送端设备可以使用另一个HARQ进程继续发送数据。
通常,在一个传输时间间隔(transmission time interval,TTI)内,一个HARQ进程处理一个数据块,即数据块与HARQ进程一一对应。一个HARQ进程对应于一个HARQ进程号(HARQ process number),HARQ进程号可以唯一标识一个HARQ进程。HARQ进程号也可以称为HARQ进程ID。
HARQ进程组(group),也可以称为HARQ进程号组,包括一个或多个HARQ进程号。在本申请中,可以对HARQ进程号进程分组,以HARQ进程组进行配置。以HARQ进程组进行配置,可以理解为,对该HARQ进程组中的HARQ进程进行相同配置或该HARQ进程组中的HARQ进程可以对应相同配置。
3、HARQ合并
每个HARQ进程在接收端设备中有独立的HARQ缓存(HARQ buffer)。当接收端设备不能正确解码接收到的数据块时,接收端设备将接收到的数据放入该数据块对应的HARQ缓存,以便与后续接收到的重传数据一起进行合并解码。
一种实现方式中,接收端设备可以根据用于调度数据的调度信息中的HARQ进程号确定接收到的数据所属的HARQ进程。
本申请的HARQ合并可以通过HARQ跟踪(chase)、HARQ软合并(HARQ softcombining)、HARQ硬合并、符号级合并、或比特级合并等实现。
在本申请中,可以对来自多个链路的数据进行HARQ合并,即多链路HARQ合并(multi-link HARQ combination)。需要说明的是,在本申请中,多链路HARQ合并也可以替换为其他的描述方式,例如,多链路的数据的联合接收、多链路的数据的联合解码、多链路的数据的联合译码、多链路数据的合并接收、多链路的数据的合并解码、或多链路的数据的合并译码等,为了描述方便,下文统一采用多链路HARQ合并的描述方式。
4、通信对和链路
通信对包括发送端设备和接收端设备。接收端设备也可以称为接收端或接收设备等,是接收数据的设备。同理,发送端设备也可以称为发送端或发送设备等,是发送数据的设备。
本申请不限定通信对包括的发送端设备和接收端设备的类型。例如,通信对可以是基站与终端、终端与终端、终端与中继设备、中继设备与基站、卫星与卫星、卫星与基站、卫星与终端、异构网络(heterogeneous network,HetNet)设备之间等。发送端设备可以包括一个或多个设备,接收端设备可以包括一个或多个设备。
一个链路对应于一个通信对的通信。与通信对相对应,链路可以是Uu链路、侧行链路或回传链路等。
下文将结合附图详细说明本申请实施例提供的通信方法。
图8是本申请提供的通信方法800的交互示意图。方法800可以由第一装置、第二装置和第三装置执行,也可以由第一装置、第二装置和第三装置中的模块或单元执行。为了描述方便,下文称为第一装置、第二装置和第三装置。
在方法800中,将以第一装置为接收端设备、第二装置和第三装置发送端设备为例对本申请的技术方案进行描述。但实际上,第一装置既可以作为接收端设备,也可以作为发送端设备,当第一装置作为发送端设备时,其执行的方法或步骤可以参考第二装置或第三装置。同理,第二装置和/或第三装置既可以作为发送端设备,也可以作为接收端设备,当第二装置和/或第三装置作为接收端设备时,其执行的方法或步骤可以参考第一装置。
此外,本申请对于第一装置、第二装置和第三装置的类型不作具体限定。例如,第一装置、第二装置和第三装置可以是终端或网络设备。
方法800可以包括以下内容的至少部分内容。
步骤801,第一装置获取第一信息。
其中,第一信息用于指示第一装置进行多链路HARQ合并。
一种可能的实现方式,第一装置接收来自第三装置的第一信息。相应地,第三装置向第一装置发送第一信息。可选地,在发送第一信息之前,第三装置可以确定第一信息。需要说明的是,进行HARQ合并的多个链路可以包括或不包括第一装置与为其提供第一信息的装置之间的链路,为了清楚的描述本申请的技术方案,在这里以第三装置既为第一装置提供第一信息、又可以作为发送端设备向第一装置发送数据(将在下文描述)进行描述。换句话说,第一装置可以从第三装置获取第一信息,也可以从第二装置和第三装置以外的装置获取第一信息。下文将涉及的第二信息、第三信息和第四信息与第一信息类似,下文不再进行解释。
在本申请中,进行HARQ合并的多个链路可以是同类型的链路,也可以是不同类型的链路,本申请不予限制。例如,进行HARQ合并的多个链路为Uu链路#1和Uu链路#2。又例如,进行HARQ合并的多个链路为Uu链路#1、侧行链路#1。又例如,进行HARQ合并的多个链路为Uu链路#1、侧行链路#1和回传链路#1。又例如,进行HARQ合并的多个链路为Uu链路#1、Uu链路#2、和侧行链路#1。
在本申请中,进行HARQ合并的多个链路可以采用相同的载波传输数据,也可以采用不同的载波传输数据,本申请不予限制。
图9是单载波的多个链路的HARQ合并的一个示意图,如图9所示,工作在FR1或FR2频率范围内的第一装置对侧行链路的初传数据和Uu链路的重传数据进行HARQ合并。此时,多个链路的初传数据和重传数据在同一个载波上传输,接收端设备可以对初传数据和重传数据进行HARQ合并。
图10是多载波的多个链路的HARQ合并的一个示意图,如图10所示,支持FR1、FR2和THz频率范围的第一装置可以对FR2的初传数据和FR1的重传数据进行HARQ合并、或对THz的初传数据和FR2的重传数据进行HARQ合并、或对THz的初传数据和FR1的重传数据进行HARQ合并。此时,多个链路的初传和重传数据在不同的载波上传输,接收端设备可以对初传数据和重传数据进行HARQ合并。
一种可能的实现方式,第一信息包括以下信息中的至少一个:高层配置信息、物理层信息、或定时器信息。其中,高层配置信息用于使能多链路HARQ合并。物理层信息用于激活多链路HARQ合并。定时器信息用于配置定时器,定时器用于确定进行多链路HARQ合并的时间段,或者说定时器信息用于配置定时器,在该定时器运行期间,第一装置进行多链路HARQ合并,或者说定时器信息用于控制进行多链路HARQ合并的时间段。
这里的第一信息包括高层配置信息和/或物理层信息,也可以理解为,第一信息承载于高层信令和/或物理层信令中,或者第一信息为高层信令和/或物理层信令。
定时器信息可以承载于高层信令(即半静态配置)中,也可以承载于物理层信令(即动态配置)中。这里的高层信令与用于使能多链路HARQ合并的高层信令可以是同一个高层信令,也可以是不同的高层信令。同理,物理层信令与用于激活多链路HARQ合并的物理层信令可以是同一个物理层信令,也可以是不同的物理层信令。
本申请对于高层信令的类型不作具体限定,例如高层信令可以是无线资源控制(radio resource control,RRC)信令、或介质访问控制(mediumaccess control,MAC)信令等。
本申请对于物理层信令的类型不作具体限定,例如物理层信令可以是调度信息、控制信息、下行控制信息(downlink control information,DCI)、或接收控制信息(receiving control information,RxCI)等。
下面对第一信息进行详细描述。
第1种实现方式:第一信息包括高层配置信息
高层配置信息用于指示是否使能多链路HARQ合并。即第一信息通过高层信令发送。具体地,网络设备向第一装置发送高层信令,高层信令中的高层配置信息用于指示是否使能第一装置的多链路HARQ合并。例如,以第三装置为网络设备为例,第三装置可以通过RRC信令指示是否使能多链路HARQ合并,当RRC信令指示使能多链路HARQ合并时,第一装置可以进行多链路HARQ合并。
这里的“使能”也可以替换为“激活”或“开启”等。
在方法800中,以高层配置信息指示使能第一装置的多链路HARQ合并为例。当第一装置接收到高层配置信息后,第一装置可以确定使能多链路HARQ合并。第一装置可以确定使能多链路HARQ合并,可以理解为,当第一装置通过多个链路接收到针对同一数据的初传数据或重传数据时,第一装置可以对该来自多个链路的初传数据和重传数据进行HARQ合并。第一装置对多个链路的数据进行HARQ合并的具体实现方式将在下文步骤804中进行描述。
这样,通过高层配置信息进行多链路HARQ合并相关的配置,可以实现多链路HARQ合并使能或不使能的半静态配置,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长,从而有助于避免由于等待HARQ进程号导致的传输时延增加和可靠性降低。此外,通常相较于高层信令,物理层信令资源更加紧张,通过高层信令发送第一信息,可以减少物理层信令的开销,从而有助于提高通信性能。
在本申请中,高层配置信息的配置方式有很多,本申请不作具体限定。以下的方式1至方式5为高层配置信息的配置方式的几个示例。在实现中可以采用如下方式中的至少一种方式。
方式1:为每个终端(即per UE)进行配置
作为一个示例,第三装置可以以终端为粒度进行配置,这样对于不同的终端来说,是否使能多链路HARQ合并可以不同。例如,对于终端#1,第三装置可以配置多链路HARQ合并使能;对于终端#2,第三装置可以配置多链路HARQ合并不使能。
在此情况下,进行HARQ合并的多个链路属于由第一装置建立的链路。
通过方式1可以满足不同终端的业务需求。
方式2:为每个载波(即per载波)进行配置
作为一个示例,第三装置可以以载波为粒度进行配置,这样对于不同的载波来说,是否使能多链路HARQ合并可以不同。例如,对于载波#1,第三装置可以配置多链路HARQ合并使能;对于载波#2,第三装置可以配置多链路HARQ合并不使能。
在此情况下,进行HARQ合并的多个链路属于由第一装置建立、且通过使能多链路HARQ合并的载波传输数据的链路。
通过方式2可以满足不同载波的业务需求。
方式3:为每个HARQ进程(即per HARQ进程)或为每个HARQ进程组(group)(即perHARQ进程组)进行配置。
作为一个示例,第三装置可以以HARQ进程或HARQ进程组为粒度进行配置,这样对于不同的HARQ进程或HARQ进程组来说,是否使能多链路HARQ合并可以不同。例如,对于HARQ进程#1,第三装置可以配置多链路HARQ合并使能;对于HARQ进程#2,第三装置可以配置多链路HARQ合并不使能。又例如,第三装置可以配置HARQ进程#1~#3的多链路HARQ合并使能,配置HARQ进程#4~#6的多链路HARQ合并不使能。
在此情况下,进行HARQ合并的多个链路属于由第一装置建立、且用于传输使能多链路HARQ合并的HARQ进程或HARQ进程组的数据的链路。
通过方式3可以满足不同HARQ进程的业务需求。
方式4:为每个BWP(即per BWP)进行配置
作为一个示例,第三装置可以以BWP为粒度进行配置,这样对于不同的BWP来说,是否使能多链路HARQ合并可以不同。例如,对于BWP#1,第三装置可以配置多链路HARQ合并使能;对于BWP#2,第三装置可以配置多链路HARQ合并不使能。
在此情况下,进行HARQ合并的多个链路属于由第一装置建立、且通过使能多链路HARQ合并的BWP传输数据的链路。
通过方式4可以满足不同BWP的业务需求。
方式5:不同维度联合进行配置
作为一个示例,第三装置可以以终端、载波、HARQ进程(组)或BWP的任意组合为粒度进行配置。例如,第三装置可以per终端的per载波的per HARQ进程的进行配置。又例如,第三装置可以per终端的per HARQ进程的进行配置。
通过方式4可以满足不同终端,和/或,不同载波,和/或,不同HARQ进程(组),和/或,不同BWP的业务需求。
可选地,当以终端、载波、HARQ进程(组)或BWP的任意组合为粒度进行配置时,若没有为某个终端、载波、HARQ进程(组)或BWP的任意组合进行配置,则第一装置可以采用预定义的方式确定HARQ合并是否使能。比如,若没有为某个终端、载波、HARQ进程(组)或BWP的任意组合进行配置,则预定义HARQ进程不使能;或者,若没有为某个终端、载波、HARQ进程(组)或BWP的任意组合进行配置,则预定义HARQ进程使能。
第2种实现方式:第一信息包括物理层信息
物理层信息用于指示是否激活多链路HARQ合并。即第一信息通过物理层信令发送。作为一个示例,第三装置向第一装置发送物理层信令,物理层信令中的物理层信息用于指示是否激活第一装置的多链路HARQ合并。例如,第三装置通过调度信息指示多链路HARQ合并特性是否激活,当调度信息指示多链路HARQ合并特性激活时,针对由该调度信息调度的数据,第一装置可以进行多链路HARQ合并。
这里的“激活”也可以替换为“使能”或“开启”等。
在物理层信息指示激活多链路HARQ合并的情况下,若数据解码失败,则第一装置更新该数据的缓存,即存储当前接收到的数据(初传数据或重传数据)。在物理层信息指示不激活多链路HARQ合并的情况下,若数据解码失败,则第一装置释放当前接到的数据,即不存储当前接收到的数据。通过上述方式,第一装置可以灵活处理数据缓存,降低对第一装置的处理能力和存储能力的要求。
在方法800中,以物理层信息指示激活第一装置的多链路HARQ合并为例。当第一装置接收到物理层信息后,第一装置可以确定激活多链路HARQ合并。第一装置可以确定激活多链路HARQ合并,可以理解为,当第一装置通过多个链路接收到针对同一数据的初传数据或重传数据时,第一装置可以对该来自多个链路的初传数据和重传数据进行HARQ合并。
这样,通过物理层信息进行多链路HARQ合并相关的配置,可以实现多链路HARQ合并使能或不使能的动态配置,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长,从而提高解码性能以及HARQ合并的效率。并且,相对于通过高层配置信息进行多链路HARQ合并相关的配置,采用物理层信息可以更灵活、更及时地进行多链路HARQ合并相关的配置。
在本申请中,物理层信息也可以以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能该多链路HARQ合并。
在本申请中,物理层信息的实现方式有很多,本申请不作具体限定。以下的方式1、和方式2为物理层信息的实现方式的示例。在实现中可以采用如下方式中的至少一种方式。
方式1:通过单播物理层信令传输物理层信息:
单播物理层信令可以为调度信息、控制信息、DCI或RxCI等。
在本申请中,单播物理层信令可以是指该物理层信令是针对一个通信设备发送的,比如用户级物理层信令、用户级控制信息、或用户级调度信息等。
一种可能的实现方式,单播物理层信令中可以包括多链路HARQ合并域(multi-link HARQ combination field),多链路HARQ合并域用于指示是否激活多链路HARQ合并。
作为一个示例,多链路HARQ合并域可以为1个比特(bit),该比特两个取值可以用于表示激活或不激活。例如,若该比特为1,则表示激活多链路HARQ合并;若该比特为0,则表示不激活多链路HARQ合并。又例如,例如,若该比特为0,则表示激活多链路HARQ合并;若该比特为1,则表示不激活多链路HARQ合并。
另一种可能的实现方式,可以结合单播物理层信令中已有的域来指示是否激活多链路HARQ合并。
作为一个示例,可以通过单播物理层信令中已有的域隐式地指示是否激活多链路HARQ合并。例如,可以通过调制与编码策略(modulation and coding scheme,MCS)、传输块大小(transport block seize,TBS)或新数据指示(new data indicator,NDI)的特殊取值指示是否激活多链路HARQ合并。
作为另一个示例,可以通过单播物理层信令中已有的域显式地指示是否激活多链路HARQ合并。例如,NDI与多链路HARQ合并域联合指示是否激活多链路HARQ合并,若NDI与多链路HARQ合并域为00,则表示NDI不翻转且不进行多链路HARQ合并;若NDI与多链路HARQ合并域为11,则表示NDI翻转且进行多链路HARQ合并。
可选地,在方式1中,第一装置还可以确定单播物理层信令中是否有多链路HARQ合并域以便检测单播物理层信令中的多链路HARQ合并域。
一种可能的实现方式,第三装置还可以在高层信令中指示单播物理层信令是否包括多链路HARQ合并域,这样第一装置可以根据高层信令的指示确定单播物理层信令是否包括多链路HARQ合并域。本申请对于第三装置通过高层信令指示单播物理层信令是否包括多链路HARQ合并域的方式不作具体限定,例如,第三装置可以针对per终端的per载波的DCI进行配置。
方式2:通过组播物理层信令传输物理层信息:
组播物理层信令可以为组(group)调度信息、组控制信息、组DCI或组RxCI等。
在本申请中,组播物理层信令可以是指该物理层信令是针对一组通信设备发送的,比如用户组级物理层信令、用户组级控制信息、或组公共控制信息等。
一种可能的实现方式,通过专用的组播物理层信令指示组内的通信设备或用户是否激活多链路HARQ合并,其中,组内的通信设备或用户包括第一装置。
作为一个示例,一个通信设备或用户可以对应于专用的组播物理层信令中的一个或多个信息块(block),该一个或多个信息块用于指示该通信设备是否激活多链路HARQ合并。专用的组播物理层信令中包括的信息块的比特数可以由协议预定义,例如1比特,该比特的不同取值对应于激活或不激活。可选地,通信设备或用户对应的信息块在专用的组播物理层信令中的位置可以由高层信令配置。可选地,专用的组播物理层信令中包括的信息块的数量可以由协议预定义或者由高层信令配置。例如,协议预定义或高层信令配置专用的组播物理层信令中包括的信息块的数量为10。又例如,当已明确每个信息块的大小时,可以通过协议预定义或高层信令配置专用的组播物理层信令的大小,例如10比特。
图11是本申请的专用的组播物理层信令的一个示意图。如图11所示,专用的组播物理层信令包括n个信息块(block),信息块0到信息块n-1一一对应于用户0到用户n-1,n为正整数。
另一种可能的实现方式,通过已有组播物理层信令指示组内的通信设备或用户是否激活多链路HARQ合并,其中,组内的通信设备或用户包括第一装置。
作为一个示例,图12是本申请的组播物理层信令的一个示意图。其中,通信对指示中包括发送端设备的标识和/或接收端设备的标识,或者,包括通信对的标识;信息块中包括调度信息和多链路HARQ合并域。其中,通信对0到通信对n-1一一对应于信息块0到信息块n-1。
其中,通信对指示的比特数可以是协议预定义的,也可以是由网络设备通过信令配置的。信息块的个数可以是协议预定义的,也可以是由网络设备通过信令配置的。信息块包括的比特数可以是预定义的,也可以是由网络设备通过信令配置的。
作为另一个示例,图13是本申请的组播物理层信令的另一个示意图。其中,通信对指示中包括发送端设备的标识和/或接收端设备的标识,或者,包括通信对的标识;通信对0到通信对n-1一一对应于信息块0到信息块n-1,信息块0到信息块n-1分别包括对应的通信对的调度信息,通信对0到通信对n-1对应的多链路HARQ合并域独占一个信息块,即组播物理层信令包括一个信息块用于指示组内的通信设备或用户是否激活多链路HARQ合并。
可选地,通信对0到通信对n-1可以对应于n个多链路HARQ合并域,即每个通信对可以对应于独立的多链路HARQ合并域。比如一个信息块中包括n个多链路HARQ合并域。
可选地,通信对0到通信对n-1可以对应于同一个多链路HARQ合并域,即多个通信对可以采用相同的多链路HARQ合并域的指示结果。比如一个信息块中包括1个多链路HARQ合并域。
其中,通信对指示的比特数可以是协议预定义的,也可以是由网络设备通过信令配置的。信息块的个数可以是协议预定义的,也可以是由网络设备通过信令配置的。信息块包括的比特数可以是预定义的,也可以是由网络设备通过信令配置的。
第3种实现方式:第一信息包括定时器信息:
定时器信息用于配置定时器,在该定时器运行期间,第一装置进行多链路HARQ合并。当第一装置接收到定时器信息后,在定时器的运行期间或定时时间段内,第一装置通过多个链路接收到针对同一数据的初传数据或重传数据,第一装置可以对接收到的数据进行HARQ合并。可选地,定时器信息还可以隐含指示使能第一装置的多链路HARQ合并。可选地,若在定时器信息指示的时间段内未收到重传数据,则清空该数据的缓存。通过该方案,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长。此外,通过定时器的生效时间来确定是否进行多链路HARQ合并,可以降低信令开销。
在本申请中,定时器信息的配置方式很多,不予限制。以下的方式1、方式2、方式3、方式4和方式5为定时器信息的配置方式的几个示例。在实现中可以采用如下方式中的至少一种方式。
方式1:为每个终端进行配置:
作为一个示例,第三装置可以以终端为粒度进行配置。
不同的终端的业务特性可能不同,可以对应不同的多个链路,采用per终端的配置方式可以使得不同终端对应的不同的多个链路采用不同的定时器信息,从而实现不同业务配置不同的定时器信息。
方式2:为每个载波进行配置:
作为一个示例,第三装置可以以载波为粒度进行配置。
不同载波上可以传输不同的业务,可以对应不同的多个链路,采用per载波的配置方式可以使得不同载波对应的不同的多个链路采用不同的定时器信息,从而实现不同业务配置不同的定时器信息。
方式3:为每个BWP进行配置:
作为一个示例,第三装置可以以BWP为粒度进行配置。
不同BWP上可以传输不同的业务,可以对应不同的多个链路,采用per BWP的配置方式可以使得不同BWP对应的不同的多个链路采用不同的定时器信息,从而实现不同业务配置不同的定时器信息。
方式4:为每个HARQ进程或为每个HARQ进程组进行配置:
作为一个示例,第三装置可以HARQ进程或HARQ进程组为粒度进行配置。
不同HARQ进程或HARQ进程组的业务特性不同,可以对应不同的多个链路,采用perHARQ进程或per HARQ进程组的配置方式可以使得不同HARQ进程或HARQ进程组对应的不同的多个链路采用不同的定时器信息,从而实现不同业务配置不同的定时器信息。
例如,HARQ进程号#1为超短时延业务,定时器信息可以指示0.5ms。
又例如,HARQ进程号#2为短时延业务,定时器信息可以指示1ms。
又例如,HARQ进程号#3为中时延业务,定时器信息可以指示5ms。
又例如,HARQ进程号#4为长时延业务,定时器信息可以指示10ms。
又例如,HARQ进程号#1~#4为超短时延业务,定时器信息可以指示0.5ms。
又例如,HARQ进程号#5~#8为短时延业务,定时器信息可以指示1ms。
又例如,HARQ进程号#5~#8为中时延业务,定时器信息可以指示5ms。
又例如,HARQ进程号#9~#16为长时延业务,定时器信息可以指示10ms。
方式5:不同维度联合进行配置:
作为一个示例,第三装置可以以终端、载波、BWP、HARQ进程和HARQ进程组的任意组合为粒度进行配置,从而实现不同业务配置不同的定时器信息。
可选地,当以终端、载波、HARQ进程(组)或BWP的任意组合为粒度进行配置定时器时,若没有为某个终端、载波、HARQ进程(组)或BWP的任意组合进行配置,则可以采用预定义的方式确定HARQ合并的定时器。比如,若没有为某个终端、载波、HARQ进程(组)或BWP的任意组合进行配置,则预定义HARQ合并的定时器为x ms,比如5ms等;或者,若没有为某个终端、载波、HARQ进程(组)或BWP的任意组合进行配置,则预定义HARQ合并的定时器为子载波间隔y1下符号数/时隙数/子帧数为y2,比如30kHz下时隙数为2。
在本申请中,定时器信息可以承载于高层信令(即半静态配置)中,也可以承载于物理层信令(即动态配置)中。这里的高层信令与用于使能多链路HARQ合并的高层信令可以是同一个高层信令,也可以是不同的高层信令。同理,物理层信令与用于使能多链路HARQ合并的物理层信令可以是同一个物理层信令,也可以是不同的物理层信令。
在本申请中,定时器信息可以包括以下至少一个:定时器的时长、定时器的起始时刻、或定时器的停止条件。定时器的时长、定时器的起始时刻、和定时器的停止条件可以通过一条信令显示或隐示的指示,也可以通过不同的信令显示或隐示的指示。当定时器信息不包括定时器的起始时刻和/或定时器的停止条件时,定时器的起始时刻和/或定时器的停止条件可以是预定义或预配置的。
1)定时器的时长:
一种可能的实现方式,定时器信息可以通过指示绝对时间来指示定时器的时长。
例如,定时器信息可以指示1ms、0.5ms或0.25ms等。
另一种可能的实现方式,定时器信息可以指示子载波间隔(sub-carrier space,SCS)以及该SCS对应的符号数和/或时隙数和/或子帧数等。
例如,定时器信息指示子载波间隔为15kHz,15kHz对应的符号数为S11,和/或,时隙数为L11,和/或,子帧数为T11,其中,S11、L11、T11为正整数。
又例如,定时器信息指示子载波间隔为30kHz,30kHz对应的符号数为S12,和/或,时隙数为L12,和/或,子帧数为T12,其中,S12、L12、T12为正整数。
2)定时器的起始时刻:
在本申请中,定时器的起始时刻的确定方式有很多,本申请不作具体限定。以下的方式1、方式2和方式3为定时器的起始时刻的确定方式的示例。
方式1:以接收到的物理层信息为依据
定时器的起始时刻可以物理层信息的起始时刻或结束时刻。物理层信息的起始时刻或结束时刻可以为绝对时刻,例如,开始接收或完成接收的物理层信息的绝对时刻、或开始解码或完成解码物理层信息的绝对时刻等。物理层信息的起始时刻或结束时刻也可以为物理层信息的起始时间单元或结束时间单元。这里的时间单元可以是例如符号、时隙、子帧、或帧等。
图14是定时器的起始时刻的一个示意图。图14中以物理层信息为调度信息为例进行举例说明。
如图14的情况1所示,定时器的起始时刻可以是物理层信息的起始符号。如图14的情况2所示,定时器的起始时刻可以是物理层信息的结束符号。
方式2:以初传数据为依据
定时器的起始时刻可以初传数据的起始时刻或结束时刻。初传数据的起始时刻或结束时刻可以为绝对时刻,例如,开始接收或完成接收的初传数据的绝对时刻、或开始解码或完成解码初传数据的绝对时刻等。初传数据的起始时刻或结束时刻也可以为初传数据的起始时间单元或结束时间单元。这里的时间单元可以是例如符号、时隙、子帧、或帧等。
结合图14,如图14的情况3所示,定时器的起始时刻可以是初传数据的起始符号。如图14的情况4所示,定时器的起始时刻可以是初传数据的结束符号。
方式3:根据物理层信息中指示的用于传输反馈信息的资源的时域位置确定定时器的起始时刻
其中,反馈信息用于反馈数据是否接收成功,比如反馈信息为ACK或NACK。用于传输反馈信息的资源可以为上行控制信息(uplink control information,UCI)的资源、PUCCH的资源、侧行链路控制信息(sidelink control information,SCI)的资源、物理发送链路控制信道(physical transmission link control Channel,PTxCCH)、或物理反馈控制信道(physical feedback control channel,PFCCH)的资源等,下文简称为反馈资源。
定时器的起始时刻可以是反馈资源的起始时刻或结束时刻。反馈资源的起始时刻或结束时刻可以为反馈资源的起始时间单元或结束时间单元。这里的时间单元可以是例如符号、时隙、子帧、或帧等。
图15是定时器的起始时刻的另一示意图。
如图15的情况1所示,定时器的起始时刻可以是HARQ传输的结束符号。如图15的情况2所示,定时器的起始时刻可以是HARQ传输的起始符号。
3)定时器的停止:
在本申请中,定时器在满足以下条件中的至少一个时可以停止运行(或称停止计时):定时器到期(或称超时)、或数据解码成功。其中,当数据解码成功的时刻可以对应于:第一装置开始发送ACK的时刻、第一装置完成ACK发送的时刻、或第一装置完成数据解码的时刻。
在第一装置中配置了上述定时器的情况下,第一装置可以通过以下至少一种方式确定需要进行HARQ合并。
方式1:以物理层信息为依据:
作为一个示例,若在定时器的有效时间内收到重传数据的调度信息,则可以对初传数据和重传数据进行HARQ合并。
例如,当定时器的有效时间内包括重传数据的调度信息的时间单元时,则可以对初传数据和重传数据进行HARQ合并。
又例如,如图14的情况1,第一装置在开始接收用于调度重传数据的调度信息时确定进行HARQ合并。在此情况下,当第一装置在接收到该调度信息调度的重传数据时,可以对初传数据和重传数据进行HARQ合并。
又例如,如图14的情况2,第一装置用于调度重传数据的调度信息接收完成时确定进行HARQ合并。在此情况下,当第一装置在接收到该调度信息调度的重传数据时,可以对初传数据和重传数据进行HARQ合并。
方式2:以重传数据为依据:
作为一个示例,若在定时器的有效时间内收到重传数据,则可以对初传数据和重传数据进行HARQ合并。
例如,当定时器的有效时间内包括用于传输重传数据的时间单元时,可以对初传数据和重传数据进行HARQ合并。
又例如,如图14的情况3,第一装置在开始接收重传数据时确定进行HARQ合并。在此情况下,当重传数据完成后第一装置可以对初传数据和重传数据进行HARQ合并。
又例如,如图14的情况4,第一装置在重传数据接收完成时确定进行HARQ合并。在此情况下,第一装置可以对初传数据和重传数据进行HARQ合并。
方式3:以反馈信息为依据:
作为一个示例,若在定时器的有效时间内可以反馈针对重传数据的反馈信息,则可以对初传数据和重传数据进行HARQ合并。
例如,当定时器的有效时间内包括用于发送重传数据的反馈信息的时间单元时,则可以对初传数据和重传数据进行HARQ合并。其中,用于发送重传数据的反馈信息的时间单元可以是重传数据的调度信息中指示的反馈资源的时间单元。
又例如,如图15的情况2,第一装置在根据调度信息确定定时器的有效时间内可以反馈重传数据的HARQ时,可以对初传数据和重传数据进行HARQ合并。在此情况下,当重传数据完成后第一装置可以对初传数据和重传数据进行HARQ合并。
第4种实现方式:第一信息包括高层配置信息和物理层信息:
高层配置信息用于指示是否使能多链路HARQ合并,物理层信息用于指示是否激活多链路HARQ合并。即第一信息包括通过高层信令发送的高层配置信息和通过物理层信令发送的物理层信息。例如,第三装置通过RRC信令指示是否使能多链路HARQ合并,并且通过调度信息指示多链路HARQ合并特性是否激活,当RRC信令指示使能多链路HARQ合并、并且调度信息指示多链路HARQ合并特性激活时,针对由该调度信息调度的数据,第一装置可以进行多链路HARQ合并。
一种可能的实现方式,当第一装置接收到高层配置信息,但未接收到物理层信息,第一装置可以根据高层配置信息确定是否进行多链路HARQ合并。当第一装置接收到高层配置信息和物理层信息时,第一装置可以根据物理层信息确定是否进行多链路HARQ合并。由于通常高层信令的发送频率低于物理层信令的发送频率,因此相比于仅根据高层配置信息确定是否进行多链路HARQ合并,该方案有助于适应业务的变化,相比于仅根据物理层信息确定是否进行多链路HARQ合并,该方案有助于减少信令开销。
第4种实现方式中的高层配置信息的实现方式可以参考第1种实现方式,在此不再赘述。第4种实现方式中的物理层信息的实现方式可以参考第2种实现方式,在此不再赘述,不同的是,第一装置还可以根据HARQ进程号和/或载波,确定单播DCI中是否有多链路HARQ合并域。作为一个示例,第一装置可以根据高层配置信息中指示的使能多链路HARQ合并功能的HARQ进程号和/或载波的编号,以及物理层信息中指示的HARQ进程号和/或载波的编号,确定单播物理层信令中是否有多链路HARQ合并域。例如,第一装置接收到的RRC信令指示HARQ进程号#1使能多链路HARQ合并,若第一装置接收到的DCI中包括HARQ进程号#1,则第一装置确定该DCI中包括多链路HARQ合并域,若第一装置接收到的DCI中包括HARQ进程号#2,则第一装置确定该DCI中不包括多链路HARQ合并域。在该方案中,DCI的总盲检比特数不变,但DCI中的域含义变化,DCI的预留比特数不同。
第5种实现方式:第一信息包括高层配置信息和定时器信息:
高层配置信息用于指示是否使能多链路HARQ合并,定时器信息用于配置定时器,定时器用于确定进行多链路HARQ合并的时间段。即第一信息包括通过高层信令发送的高层配置信息、以及通过高层信令和/或物理层信令发送的定时器信息。
作为一个示例,第三装置通过RRC信令指示是否使能多链路HARQ合并,当RRC信令指示使能多链路HARQ合并时,针对由该调度信息调度的数据,第一装置可以在定时器运行期间进行多链路HARQ合并。
第5种实现方式中的高层配置信息的配置可以参考第1种实现方式,第5种实现方式中的定时器信息的配置可以参考第3种实现方式,在此不再赘述。
通过该方案,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长。
第6种实现方式:第一信息包括物理层信息和定时器信息:
物理层信息用于指示是否激活多链路HARQ合并,定时器信息用于配置定时器,定时器用于确定进行多链路HARQ合并的时间段。即第一信息包括通过物理层信令发送的物理层信息、以及通过高层信令和/或物理层信令发送的定时器信息。
作为一个示例,第三装置通过调度信息指示多链路HARQ合并特性是否激活,当调度信息指示多链路HARQ合并特性激活时,针对由该调度信息调度的数据,第一装置可以在定时器运行期间进行多链路HARQ合并。
第6种实现方式中的物理层信息的配置可以参考第2种实现方式和第4种实现方式,第6种实现方式中的定时器信息的配置可以参考第3种实现方式,在此不再赘述。
第7种实现方式:第一信息包括高层配置信息、物理层信息和定时器信息:
高层配置信息用于指示是否使能多链路HARQ合并,物理层信息用于指示是否激活多链路HARQ合并,定时器信息用于配置定时器,定时器用于确定进行多链路HARQ合并的时间段。即第一信息包括通过高层信令发送的高层配置信息、通过物理层信令发送的物理层信息、以及通过高层信令和/或物理层信令发送的定时器信息。
作为一个示例,第三装置通过RRC信令指示是否使能多链路HARQ合并,并且通过调度信息指示多链路HARQ合并特性是否激活,当RRC信令指示使能多链路HARQ合并、并且调度信息指示多链路HARQ合并特性激活时,针对由该调度信息调度的数据,第一装置可以在定时器运行期间进行多链路HARQ合并。
例如,针对调度信息调度的HARQ进程号#1的数据,需要说明的是,该示例适用于任意一个第一装置配置有定时器信息的实现方式:
1)若初传数据解码失败,则更新HARQ进程号#1的缓存(即存储该初传数据),并启动定时器;
2)若在定时器的运行期间第一装置接收到HARQ进程号#1的不同链路的重传数据,则第一装置对初传数据和重传数据进行HARQ合并;
3)若在定时器的运行期间第一装置未接收到HARQ进程号#1的不同链路的重传数据,则第一装置释放该数据(即HARQ进程号#1的缓存)。
通过该方案,可以及时释放HARQ进程号,有助于避免由于HARQ进程号不够用导致的传输时间延长。
第7种实现方式中的高层配置信息的配置可以参考第1种实现方式,第7种实现方式中的物理层信息的配置可以参考第2种实现方式和第4种实现方式,第7种实现方式中的定时器信息的配置可以参考第3种实现方式,在此不再赘述。
需要说明的是,第一信息包括高层配置信息、物理层信息和定时器信息可以通过不同的信令配置,也可以是部分或全部通过一条信令配置的。例如,高层配置信息和定时器信息可以通过同一条信令配置。又例如,物理层信息和定时器信息可以通过同一条信令配置。
步骤802,第一装置接收来自第一链路的第一数据。
其中,第一链路,如图8所示,为第一装置与第二装置之间的链路,即第一装置接收来自第二装置的第一数据,相应地,第二装置向第一装置发送第一数据。第一数据为针对第三数据的初传数据或重传数据。
可选地,第二装置可以为终端。当第二装置为终端时,网络设备可以调度第二装置向第一装置发送第一数据,其中第一数据可以是预先存储在第二装置中的数据,也可以是第二装置从网络设备接收的,也可以是第二装置根据已经成功接收的第三数据确定的。作为一个示例,网络设备可以向第二装置发送第一调度信息,第一调度信息用于调度第二装置向第一装置发送第一数据;网络设备可以向第一装置发送第二调度信息,第二调度信息用于调度第一装置接收来自第二装置的第一数据。其中,第二调度信息中可以包括第一数据的HARQ进程号,以便第一装置根据HARQ进程号进行HARQ合并。可选地,第一调度信息和第二调度信息可以是同一个调度信息。
可选地,第二装置可以为网络设备。当第二装置为网络设备时,第一数据可以是第二装置确定并发送给第一装置的,或者,第一数据也可以来自其他网络设备或终端的。作为一个示例,第二装置可以向第一装置发送第三调度信息,第三调度信息用于调度第一装置接收来自第二装置的第一数据。其中,第三调度信息中可以包括第一数据的HARQ进程号,以便第一装置根据HARQ进程号进行HARQ合并。
当第三装置为网络设备时,这里的网路设备可以是第三装置,当然,也可以是其他网络设备。
步骤803,第一装置接收来自第二链路的第二数据。
其中,第二链路,如图8所示,为第一装置与第三装置之间的链路,即第一装置接收来自第三装置的第二数据,相应地,第三装置向第一装置发送第二数据。第二数据为针对第三数据的重传数据。
可选地,第三装置可以为终端。当第三装置为终端时,网络设备可以调度第三装置向第一装置发送第二数据,其中第二数据可以是预先存储在第三装置中的数据,也可以是第三装置从网络设备接收的,也可以是第三装置根据已经成功接收的第三数据确定的。作为一个示例,网络设备可以向第三装置发送第四调度信息,第四调度信息用于调度第三装置向第一装置发送第一数据;网络设备可以向第一装置发送第五调度信息,第五调度信息用于调度第一装置接收来自第三装置的第二数据。其中,第五调度信息中可以包括第二数据的HARQ进程号,以便第一装置根据HARQ进程号进行HARQ合并。可选地,第四调度信息和第五调度信息可以是同一个调度信息。
可选地,第三装置可以为网络设备。当第三装置为网络设备时,第三数据可以是第三装置确定并发送给第一装置的,或者,第三数据也可以来自其他网络设备或终端的。作为一个示例,第三装置可以向第一装置发送第六调度信息,第六调度信息用于调度第一装置接收来自第三装置的第二数据。其中,第六调度信息中可以包括第二数据的HARQ进程号,以便第一装置根据HARQ进程号进行HARQ合并。
当第三装置为网络设备时,这里的网路设备可以是第三装置,当然,也可以是其他网络设备。
根据以上内容,步骤802中的第一数据和步骤803中的第二数据均针对第三数据,即第一数据和第二数据是针对同一数据的初传数据或重传数据。
此外,需要说明的是,对于第一装置来说,初传数据或重传数据可以是先后接收到的,也可以是同时接收到的,本申请不予限制。并且,在本申请中,初传数据是针对一个数据而言的,一般情况下,会先接收到初传数据,后接收到重传数据。当同时接收到初传数据或重传数据时,可以对数据进行初传数据和重传数据的区分,也可以均作为初传数据,也可以均作为重传数据,本申请不予限制。本申请的技术方案的重点是对同一数据的在不同链路上的传输进行HARQ合并,具体地,哪个是初传数据,哪个是重传数据,对本申请的方案不构成限定。
步骤804,第一装置根据第一信息对第一数据和第二数据进行HARQ合并。
如下实施例介绍链路的HARQ进程号的编号方式,可以作为独立的实施例,也可以与本申请中的其他实施例相结合,在此不做限定。
一种可能的实现方式,可以采用联合编号的方式统一多个链路的HARQ进程号。多个链路采用联合编号,可以理解为,多个链路使用同一套HARQ进程号,例如多个链路共同使用编号为0~15的16个HARQ进程号,这样对于同一个数据的初传或重传,在该多个链路上使用相同的HARQ进程号。
作为一个示例,对于不支持载波聚合的用户,一个载波的多个链路可以进行HARQ进程号的联合编号。比如,协议可以定义或网络设备可以配置可使用的HARQ进程号的总数不超过Nmax,其中,Nmax的取值可以为16或32等,本申请不限制Nmax的具体取值。
作为另一个示例,对于支持载波聚合的用户,多个载波的多个链路可以进行HARQ进程号的联合编号。比如,协议可以定义或网络设备可以配置可使用的HARQ进程号的总数不超过Nmax,其中,Nmax的取值可以为32或48等,本申请不限制Nmax的具体取值。
在第一链路和第二链路采用联合编号的情况下,第一装置对第一数据和第二数据进行HARQ合并,包括:在第一数据的第一HARQ进程号与第二数据的第二HARQ进程号相同时,进行HARQ合并,即第一装置对第一链路和第二链路的同一HARQ进程号的数据进行HARQ合并。
具体地,第一装置根据第一信息确定对第一链路和第二链路的数据进行合并;当通过第二链路接收到第二数据时,第一装置根据第二数据的HARQ进程号,对第一数据与第二数据进行HARQ合并,其中第一数据为该HARQ进程号的HARQ缓存中的数据。
在本申请中,可选地,为了降低对第一装置的处理能力的要求或适配处理能力低的第一装置,第一装置不期望一段时间内一个载波上有多于N1个HARQ进程的数据调度。其中,N1为正整数,比如N1取值为8等。
在本申请中,可选地,为了降低对第一装置的处理能力的要求或适配处理能力低的第一装置,第一装置不期望一段时间内多个载波上有多于N2个HARQ进程的数据调度。其中,N2为正整数,比如N2取值为8,或16等。多个载波可以是所有的支持的载波,或者,可以是一组支持的载波。
可选地,是否采用联合编号和/或采用联合编号的链路可以是预定义或预配置的。
可选地,是否采用联合编号和/或采用联合编号的链路可以是动态配置的。例如,如图8所示,针对该实现方式,方法800还可以包括步骤805。
步骤805,第一装置接收第三信息。
其中,第三信息用于指示采用联合编号的链路,和/或,第三信息用于指示是否使能联合编号。
一种可能的实现方式,第一装置接收来自第三装置的第三信息。相应地,第三装置向第一装置发送第三信息。
可选地,发送第三信息的装置可以是发送数据的装置,也可以不是发送数据的装置。
可选地,发送第三信息的装置可以是发送第一信息的装置,也可以不是发送第一信息的装置。
可选地,第三信息可以承载于高层信令中。
在方法800中,以采用联合编号的链路包括第一链路和第二链路,和/或,联合编号使能为例。
在本申请中,配置联合编号的配置方式有很多,不予限制。以下的方式1至方式3为配置联合编号的配置方式的几个示例。在实现中可以采用如下方式中的至少一种方式。
方式1:为每个载波进行配置
即可以以载波为粒度进行配置,这样对于不同的载波来说,是否使能联合编号可以不同。例如,对于载波#1,可以配置联合编号使能;对于载波#2,可以配置联合编号不使能。
作为一个示例,第三装置可以通过第三信息配置部分载波使能联合编号。例如,在一些载波上的数据传输有特殊需求时,第三装置可以配置这些载波不使能联合编号,即这些载波采用独立编号。又例如,对于THz、超高频的场景下的载波,第三装置可以配置这些载波不使能联合编号,即这些载波采用独立编号。这样可以满足不同载波的业务需求。
在方式1中,采用联合编号的载波的链路即采用联合编号的链路。
方式2:为每个链路进行配置
即可以以链路为粒度进行配置,这样对于不同的链路来说,是否使能联合编号可以不同。例如,对于链路#1,可以配置联合编号使能;对于链路#2,可以配置联合编号不使能。
作为一个示例,第三装置可以通过第三信息配置部分链路使能联合编号。例如,在一些链路上的数据传输有特殊需求时,第三装置可以配置这些链路不使能联合编号,即这些链路采用独立编号。又例如,对于THz、超高频的场景下的链路,第三装置可以配置这些链路不使能联合编号,即这些链路采用独立编号。这样可以满足不同链路的业务需求。
方式3:不同维度联合进行配置
作为一个示例,可以以载波和链路的组合为粒度进行配置。例如,第三装置可以通过第三信息,per载波的per链路的进行配置。
可选地,当以载波、或链路的任意组合为粒度进行配置HARQ进程号是否联合编号时,若没有为某个载波、或链路的任意组合进行配置,则可以采用预定义的方式确定HARQ进程号是否联合编号。比如,若没有为某个载波、或链路的任意组合进行配置,则预定义HARQ进程号使能联合编号(即采用联合编号);或者,若没有为某个载波、或链路的任意组合进行配置,则预定义HARQ进程号不使能联合编号(即不采用联合编号)。
另一种可能的实现方式,可以将多个链路中用于传输同一个数据的HARQ进程号进行关联,此时多个链路可以采用独立编号。多个链路可以采用独立编号,可以理解为,多个链路分别对应一组HARQ进程号。
在第一链路和第二链路采用独立编号的情况下,若第一装置对第一数据和第二数据进行HARQ合并,则要求第一数据的第一HARQ进程号与第二数据的第二HARQ进程号相关联,即第一装置对第一链路和第二链路的具有关联关系的HARQ进程号的数据进行HARQ合并。第一数据的第一HARQ进程号与第二数据的第二HARQ进程号可以相同,也可以不同。
具体地,第一装置根据第一信息确定对第一链路和第二链路的数据进行合并;当通过第二链路接收到第二数据时,第一装置根据第二数据的HARQ进程号,对第二数据和第一数据进行HARQ合并,其中第一数据为与该HARQ进程号具有关联关系的HARQ进程号的HARQ缓存中的数据。
需要说明的是,具有关联关系的HARQ进程号可以相同,也可以不同。例如,第一链路的HARQ进程号1与第二链路的HARQ进程号1相关联。又例如,第一链路的HARQ进程号1与第二链路的HARQ进程号3相关联。
可选地,HARQ进程号之间的关联关系可以是预定义或预配置的,其中,具有关联关系的HARQ进程号包括第一数据的HARQ进程号和第二数据的HARQ进程号。
可选地,HARQ进程号之间的关联关系可以是动态配置的,其中,具有关联关系的HARQ进程号包括第一数据的HARQ进程号和第二数据的HARQ进程号。例如,如图8所示,针对该实现方式,方法800还可以包括步骤806。
步骤806,第一装置接收第四信息。
其中,第四信息用于指示具有关联关系的HARQ进程号。
一种可能的实现方式,第一装置接收来自第三装置的第四信息。相应地,第三装置向第一装置发送第四信息。
可选地,发送第四信息的装置可以是发送数据的装置,也可以不是发送数据的装置。
可选地,发送第四信息的装置可以是发送第一信息的装置,也可以不是发送第一信息的装置。
这样,通过方法800,第一装置可以实现多链路的HARQ合并。这样在通过多链路动态切换来降低传输时延和提高传输可靠性时,可以保留由HARQ合并带来的通信性能增益(包括时延和可靠性方面的增益),从而有助于降低传输时延和提高传输可靠性。
在本申请的另一些实施例中,方法800还可以包括步骤807。
步骤807,第一装置上报第二信息。
其中,第二信息用于指示HARQ合并相关的能力。
一种可能的实现方式,第一装置向第三装置发送第二信息。相应地,第三装置接收来自第一装置的第二信息。可选地,在此情况下,第三装置可以根据第一装置上报的第二信息对第一装置进行HARQ合并相关的配置,例如,第三装置根据第一装置上报的第二信息确定第一信息。
可选地,接收第二信息的装置可以是发送数据的装置,也可以不是发送数据的装置。
可选地,接收第二信息的装置可以是发送第一信息的装置,也可以不是发送第一信息的装置。
HARQ合并相关的能力包括:多链路HARQ合并能力和/或缓存能力。
其中,多链路HARQ合并能力包括以下至少一个:
1)是否支持单载波的多链路HARQ合并:
例如,当第一装置支持单载波的多链路HARQ合并时,第三装置可以调度第一数据和第二数据在同一载波上传输。对于是否支持单载波的多链路HARQ合并,第一装置可以per载波的上报,比如针对一个或多个载波上报是否支持多链路HARQ合并的能力。第三装置可以根据第一装置上报的支持单载波的多链路HARQ合并的载波,为第一装置确定发送给第一装置的第一信息,其中,第一信息指示的使能多链路HARQ合并的链路所采用的载波属于第一装置上报的支持单载波的多链路HARQ合并的载波。
2)是否支持多载波的多链路HARQ合并:
例如,当第一装置支持多载波的多链路HARQ合并时,第三装置可以调度第一数据和第二数据在同一载波或不同载波上传输。对于是否支持多载波的多链路HARQ合并,第一装置可以per载波或per载波组的上报,比如针对一个或多个载波,或者,一个或多个载波组上报是否支持多链路HARQ合并的能力。第三装置可以根据第一装置上报的支持多载波的多链路HARQ合并的载波,为第一装置确定发送给第一装置的第一信息,其中,第一信息指示的使能多链路HARQ合并的链路所采用的载波属于第一装置上报的支持多载波的多链路HARQ合并的载波。
3)是否支持相同SCS的多链路HARQ合并:
例如,当第一装置支持相同SCS的多链路HARQ合并时,第一数据和第二数据具有相同的子载波间隔。
4)是否支持不同SCS的多链路HARQ合并:
例如,当第一装置支持不同SCS的多链路HARQ合并时,第一数据和第二数据具有相同或不同的子载波间隔。
5)是否支持半静态配置的多链路HARQ合并使能:
例如,当第一装置支持半静态配置的多链路HARQ合并使能时,第三装置可以通过高层信令向第一装置发送第一信息。即第三装置可以通过高层信令指示是否使能多链路HARQ合并。
6)是否支持动态配置的多链路HARQ合并激活:
例如,当第一装置支持动态配置的多链路HARQ合并使能时,第三装置可以通过物理层信令向第一装置发送第一信息。即第三装置可以通过物理层信令指示是否激活多链路HARQ合并。
7)是否支持基于定时器的多链路HARQ合并使能:
例如,当第一装置支持基于定时器的多链路HARQ合并使能时,第三装置可以通过第一信息为第一装置配置定时器,该定时器用于确定进行多链路HARQ合并的时间段。
其中,缓存能力包括:可缓存数据的时长,该时长可以为绝对时长,也可以为占用的时间单位,这里的时间单位可以是例如符号、时隙、子帧、或帧等。例如,第一装置可以上报可缓存数据的时长为0.5ms、1ms、5ms或10ms等。又例如,第一装置可以上报可缓存数据的时长为7个符号、N3个符号、1个时隙、或N4个时隙等,N3和N4大于0。
若第一装置向第三装置上报了缓存能力,第三装置可以根据第一装置的缓存能力进行调度和配置。例如,第三装置在第一装置上报的可缓存数据的时长内调度数据的重传。又例如,第三装置根据第一装置上报的可缓存数据的时长确定进行多链路HARQ合并的时间段,并通过第一信息为第一装置配置定时器。
在本申请中,不同HARQ进程可以对应不同的时长,以便适应于不同的业务,比如eMBB、URLLC等。
在本申请的另一些实施例中,方法800还可以包括步骤808。
步骤808,第一装置发送反馈信息。
其中,反馈信息用于指示多链路HARQ合并是否成功,以便第三数据的发送端设备确定是否进行重传。具体地,当第三数据解码成功时,第一装置发送ACK;当第三数据解码失败时,第一装置发送NACK。
一种可能的实现方式,第一装置向第三装置发送反馈信息。相应地,第三装置接收来自第一装置的反馈信息。
可选地,接收反馈信息的装置可以是发送数据的装置,也可以不是发送数据的装置。
可选地,接收反馈信息的装置可以是发送第一信息的装置,也可以不是发送第一信息的装置。
需要说明的是,若第三数据解码失败,则第一装置可以继续接收来自第三链路的第四数据,并根据第四数据的HARQ进程号和第一信息,对第一数据、第二数据和第四数据进行HARQ合并。其中,第三链路为第一装置和第四装置之间的链路,第四装置与第二装置可以相同,也可以不同,第四装置与第三装置可以相同,也可以不同。其中,第一信息可以为步骤801中获取的第一信息(例如,第一信息通过高层信令配置时),也可以是新获取的第一信息(例如,第一信息通过高层信令或物理层信令配置时)。
需要说明的是,本申请不限定步骤805、步骤806和步骤807的先后顺序。
还需要说明的是,第一信息、第二信息、第三信息、第四信息、和反馈信息中涉及的第三装置可以是同一个装置,也可以是不同的装置。即涉及第一信息、第二信息、第三信息、第四信息、和反馈信息的步骤可以对应不同的第三装置。
下面结合具体的示例对本申请的技术方案进行描述。图16是本申请的通信方法的一个示例。图16中的接收端设备可以对应于上文的第一装置,发送端设备可以对应于上文的第二装置,网络设备可以对应于上文的第三装置,HARQ定时器可以对应于上文的定时器。在图16中,以对接收端设备与发送端设备之间的链路#1和接收端设备与网络设备之间的链路#2的数据进行HARQ合并为例。
步骤1601,网络设备向发送端设备发送配置信息#1。相应地,发送端设备接收来自网络设备的配置信息#1。
其中,配置信息#1用于为发送端设备配置HARQ定时器。这里的HARQ定时器用于确定进行多链路HARQ合并的时间段。
步骤1602,网络设备向接收端设备发送配置信息#2。相应地,接收端设备接收来自网络设备的配置信息#2。
其中,配置信息#2用于为接收端设备配置HARQ定时器。这里的HARQ定时器用于确定进行多链路HARQ合并的时间段。
需要说明的是,步骤1601中的配置信息#1和步骤1602的配置信息#2可以合并为一个配置信息,或者步骤1601和步骤1602可以合并为一个步骤。例如,网络设备通过广播或组播的方式为接收端设备和发送端设备配置HARQ定时器。
步骤1603,网络设备向发送端设备发送调度信息#1。相应地,发送端设备接收来自网络设备的调度信息#1。
其中,调度信息#1用于调度发送端设备发送HARQ进行号#1的数据#1。
步骤1604,网络设备向接收端设备发送调度信息#2。相应地,接收端设备接收来自网络设备的调度信息#2。
其中,调度信息#2用于调度接收端设备接收发送端设备发送的HARQ进行号的#1的数据#1。
需要说明的是,步骤1603中的调度信息#1和步骤1604的调度信息#2可以合并为一个掉信息,或者步骤1603和步骤1604可以合并为一个步骤。例如,网络设备通过广播或组播的方式向接收端设备和发送端设备发送调度信息。
步骤1605,接收端设备接收来自发送端设备的数据#1。
接收端设备解码数据#1失败,接收端设备将数据#1存储在HARQ进程号#1的缓存中。
步骤1606,网络设备向接收端设备发送调度信息#3。相应地,接收端设备接收来自网络设备的调度信息#3。
其中,调度信息#3用于调度接收端设备接收网络设备发送的HARQ进行号的#1的数据#2。
步骤1605,接收端设备接收来自网络设备的数据#2。
步骤1606,接收端设备根据HARQ定时器和调度信息#3中的HARQ进程号#1,确定对数据#1和数据#2进行HARQ合并。
一种可能的实现方式,接收端设备根据调度信息#3接收到数据#2后,确定HARQ定时器仍在运行,并根据调度信息#3中的HARQ进程号#1,确定对数据#2和存储在HARQ进程号#1的缓存中的数据#1进行HARQ合并。
上文结合图8至图16,详细描述了本申请提供的方法,下面将结合图17至图18,详细描述本申请的装置实施例。可以理解的是,为了实现上述实施例中功能,图17或图18中的装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图17和图18为本申请的实施例提供的可能的装置的结构示意图。这些装置可以用于实现上述方法实施例中第一装置或第三装置的功能,因此也能实现上述方法实施例所具备的有益效果。
如图17示,装置1700包括收发单元1710和处理单元1720。
当装置1700用于实现上述方法实施例中第一装置的功能时,收发单元1710用于:获取第一信息,该第一信息用于指示该通信装置进行多链路HARQ合并;接收来自第一链路的第一数据,该第一数据为针对第三数据的初传数据或重传数据,该第一链路为该通信装置与第二装置之间的链路;以及接收来自第二链路的第二数据,该第二数据为针对该第三数据的重传数据,该第一链路为该通信装置与第三装置之间的链路。处理单元1720,用于根据该第一信息,对该第一数据和该第二数据进行HARQ合并。
在一种可能的实现方式中,该第一信息包括以下信息中的至少一个:高层配置信息,该高层配置信息用于指示使能该多链路HARQ合并;物理层信息,该物理层信息用于指示激活该多链路HARQ合并;或者,定时器信息,该定时器信息用于配置定时器,该定时器用于确定进行该多链路HARQ合并的时间段。
在另一种可能的实现方式中,该物理层信息承载于单播物理层信令或组播物理层信令中。
在另一种可能的实现方式中,该定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置该定时器。
在另一种可能的实现方式中,该定时器信息通过以下信息中的至少一个配置该定时器的时长:绝对时间、子载波间隔、符号数、时隙数、或子帧数。
在另一种可能的实现方式中,该定时器的起始时刻为:调度信息的起始时刻或结束时刻、该第三数据的初传数据的起始时刻或结束时刻、该调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,该调度信息用于调度该通信装置接收该第三数据的初传数据,该反馈信息用于指示该第三数据是否解码成功。
在另一种可能的实现方式中,该收发单元1710,还用于发送反馈信息,该反馈信息用于指示该第三数据是否解码成功。
在另一种可能的实现方式中,该第一链路和该第二链路采用HARQ进程号联合编号,该第一数据的HARQ进程号和该第二数据的HARQ进程号相同。
在另一种可能的实现方式中,该收发单元1710,还用于获取第三信息,该第三信息用于指示采用联合编号的链路,和/或,第三信息用于指示是否使能联合编号。
在另一种可能的实现方式中,是否采用联合编号和/或采用联合编号的链路可以是预定义或预配置的。
在另一种可能的实现方式中,该第一链路和该第二链路采用HARQ进程号独立编号,该第一数据的HARQ进程号和该第二数据的HARQ进程号相关联。
在另一种可能的实现方式中,该收发单元1710,还用于获取第四信息,该第四信息用于指示具有关联关系的HARQ进程号。
在另一种可能的实现方式中,具有关联关系的HARQ进程号可以是预定义或预配置的。
在另一种可能的实现方式中,该收发单元1710,还用于上报第二信息,该第二信息用于指示该通信装置的HARQ合并能力;其中,该HARQ合并能力包括以下至少一个:是否支持单载波的该多链路HARQ合并、是否支持多载波的该多链路HARQ合并、是否支持相同子载波间隔的该多链路HARQ合并、是否支持不同子载波间隔的该多链路HARQ合并、是否支持半静态配置的该多链路HARQ合并使能、是否支持动态配置的该多链路HARQ合并激活、是否支持基于定时器的该多链路HARQ合并使能、或可缓存数据的时长。
当装置1700用于实现上述方法实施例中第三装置的功能时,处理单元1720,用于确定第一信息,该第一信息用于指示第一装置进行多链路HARQ合并。收发单元1710,用于向该第一装置发送该第一信息。
在一种可能的实现方式中,该第一信息包括以下信息中的至少一个:高层配置信息,该高层配置信息用于指示使能该多链路HARQ合并;物理层信息,该物理层信息用于指示激活该多链路HARQ合并;或者,定时器信息,该定时器信息用于配置定时器,该定时器用于确定进行该多链路HARQ合并的时间段。
在另一种可能的实现方式中,该高层配置信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能该多链路HARQ合并。
在另一种可能的实现方式中,该物理层信息承载于单播物理层信令或组播物理层信令中。
在另一种可能的实现方式中,该定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置该定时器。
在另一种可能的实现方式中,该定时器信息通过以下信息中的至少一个配置该定时器的时长:绝对时间、子载波间隔、符号数、时隙数、或子帧数。
在另一种可能的实现方式中,该定时器的起始时刻为:调度信息的起始时刻或结束时刻、第三数据的初传数据的起始时刻或结束时刻、该调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,该调度信息用于调度该第一装置接收该第三数据的初传数据,该反馈信息用于指示该第三数据是否解码成功。
在另一种可能的实现方式中,该收发单元1710,还用于接收来自第一装置的反馈信息,该反馈信息用于指示第三数据是否解码成功。
在另一种可能的实现方式中,该收发单元1710,还用于向该第一装置发送第三信息,该第三信息用于指示采用联合编号的链路,和/或,第三信息用于指示是否使能联合编号。
在另一种可能的实现方式中,该收发单元1710,还用于向该第一装置发送第四信息,该第四信息用于指示具有关联关系的HARQ进程号。
在另一种可能的实现方式中,该收发单元1710,还用于接收该第一装置上报的第二信息,该第二信息用于指示该第一装置的HARQ合并能力,其中,该HARQ合并能力包括以下至少一个:是否支持单载波的该多链路HARQ合并、是否支持多载波的该多链路HARQ合并、是否支持相同子载波间隔的该多链路HARQ合并、是否支持不同子载波间隔的该多链路HARQ合并、是否支持半静态配置的该多链路HARQ合并使能、是否支持动态配置的该多链路HARQ合并激活、是否支持基于定时器的该多链路HARQ合并使能、或可缓存数据的时长。
在另一种可能的实现方式中,该处理单元1720,具体用于根据该第二信息确定该第一信息。
在另一种可能的实现方式中,该收发单元1710,还用于向该第一装置发送第二数据,该第二数据为针对第三数据的重传数据。
在另一种可能的实现方式中,该收发单元1710,还用于向该第二装置发送调度信息,该调度信息用于调度该第二装置向第一装置发送该第一数据,该第一数据为针对第三数据的初传数据或重传数据。
关于上述收发单元1710和处理单元1720更详细的描述,可参考上述方法实施例中的相关描述,在此不再说明。
如图18示,装置1800包括处理器1810。可选地,装置1800还可以包括接口电路1820。处理器1810和接口电路1820之间相互耦合。可以理解的是,接口电路1820可以为收发器或输入输出接口。可选地,装置1800还可以包括存储器1830,用于存储处理器1810执行的指令或存储处理器1810运行指令所需要的输入数据或存储处理器1810运行指令后产生的数据。当装置1800用于实现上文所述的方法时,处理器1810用于实现上述处理单元1720的功能,接口电路1820用于实现上述收发单元1710的功能。
当装置1800为应用于第一装置的芯片时,该芯片实现上述方法实施例中第一装置的功能。该芯片从第一装置中的其它模块(如射频模块或天线)接收信息,该信息是其他装置发送给第一装置的;或者,该芯片向第一装置中的其它模块(如射频模块或天线)发送信息,该信息是第一装置发送给其他装置的。
当装置1800为应用于第三装置的芯片时,该芯片实现上述方法实施例中第三装置的功能。该芯片从第三装置的其它模块(如射频模块或天线)接收信息,该信息是其他装置发送给第三装置的;或者,该芯片向第三装置中的其它模块(如射频模块或天线)发送信息,该信息是第三装置送给其他装置的。
本申请还提供一种通信装置,包括处理器,该处理器与存储器耦合,存储器用于存储计算机程序或指令和/或数据,处理器用于执行存储器存储的计算机程序或指令,或读取存储器存储的数据,以执行上文各方法实施例中的方法。可选地,处理器为一个或多个。可选地,该通信装置包括存储器。可选地,存储器为一个或多个。可选地,该存储器与该处理器集成在一起,或者分离设置。
本申请还提供一种计算机可读存储介质,其上存储有用于实现上述各方法实施例中由第一装置或第三装置执行的方法的计算机指令。
本申请还提供一种计算机程序产品,包含指令,该指令被计算机执行时以实现上述各方法实施例中由第一装置或第三装置执行的方法。
本申请还提供一种通信***,该通信***包括上文各实施例中的第一装置或第三装置。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其它通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、只读光盘存储器(compact disc read-onlymemory,CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于第一装置或第三装置中。当然,处理器和存储介质也可以作为分立组件存在于第一装置或第三装置中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
除非另有说明,本申请实施例所使用的所有技术和科学术语与本申请的技术领域的技术人员通常理解的含义相同。本申请中所使用的术语只是为了描述具体的实施例的目的,不是旨在限制本申请的范围。应理解,上述为举例说明,上文的例子仅仅是为了帮助本领域技术人员理解本申请实施例,而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据上文所给出的例子,显然可以进行各种等价的修改或变化,这样的修改和变化也落入本申请实施例的范围内。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (28)
1.一种通信方法,其特征在于,所述通信方法包括:
第一装置获取第一信息,所述第一信息用于指示所述第一装置进行多链路混合自动重传请求HARQ合并;
所述第一装置接收来自第一链路的第一数据,所述第一数据为针对第三数据的初传数据或重传数据,所述第一链路为所述第一装置与第二装置之间的链路;
所述第一装置接收来自第二链路的第二数据,所述第二数据为针对所述第三数据的重传数据,所述第一链路为所述第一装置与第三装置之间的链路;
所述第一装置根据所述第一信息,对所述第一数据和所述第二数据进行HARQ合并。
2.根据权利要求1所述的通信方法,其特征在于,所述第一信息包括以下信息中的至少一个:
高层配置信息,所述高层配置信息用于指示使能所述多链路HARQ合并;
物理层信息,所述物理层信息用于指示激活所述多链路HARQ合并;或者,
定时器信息,所述定时器信息用于配置定时器,所述定时器用于确定进行所述多链路HARQ合并的时间段。
3.根据权利要求2所述的通信方法,其特征在于,
所述高层配置信息以终端、载波、部分带宽BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能所述多链路HARQ合并;和/或,
所述定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置所述定时器。
4.根据权利要求2或3所述的通信方法,其特征在于,
所述定时器的起始时刻为:调度信息的起始时刻或结束时刻、所述第三数据的初传数据的起始时刻或结束时刻、所述调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,所述调度信息用于调度所述第一装置接收所述第三数据的初传数据,所述反馈信息用于指示所述第三数据是否解码成功。
5.根据权利要求1至4中任一项所述的通信方法,其特征在于,
所述第一链路和所述第二链路采用HARQ进程号联合编号,所述第一数据的HARQ进程号和所述第二数据的HARQ进程号相同;或者,
所述第一链路和所述第二链路采用HARQ进程号独立编号,所述第一数据的HARQ进程号和所述第二数据的HARQ进程号相关联。
6.根据权利要求1至5中任一项所述的通信方法,其特征在于,所述通信方法还包括:
所述第一装置上报第二信息,所述第二信息用于指示所述第一装置的HARQ合并能力;
其中,所述HARQ合并能力包括以下至少一个:是否支持单载波的所述多链路HARQ合并、是否支持多载波的所述多链路HARQ合并、是否支持相同子载波间隔的所述多链路HARQ合并、是否支持不同子载波间隔的所述多链路HARQ合并、是否支持半静态配置的所述多链路HARQ合并使能、是否支持动态配置的所述多链路HARQ合并激活、是否支持基于定时器的所述多链路HARQ合并使能、或可缓存数据的时长。
7.一种通信方法,其特征在于,所述通信方法包括:
第三装置确定第一信息,所述第一信息用于指示第一装置进行多链路混合自动重传请求HARQ合并;
所述第三装置向所述第一装置发送所述第一信息。
8.根据权利要求7所述的通信方法,其特征在于,所述第一信息包括以下信息中的至少一个:
高层配置信息,所述高层配置信息用于指示使能所述多链路HARQ合并;
物理层信息,所述物理层信息用于指示激活所述多链路HARQ合并;或者,
定时器信息,所述定时器信息用于配置定时器,所述定时器用于控制进行所述多链路HARQ合并的时间段。
9.根据权利要求8所述的通信方法,其特征在于,
所述高层配置信息以终端、载波、部分带宽BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能所述多链路HARQ合并;和/或,
所述定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置所述定时器。
10.根据权利要求8或9所述的通信方法,其特征在于,
所述定时器的起始时刻为:调度信息的起始时刻或结束时刻、第三数据的初传数据的起始时刻或结束时刻、所述调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,所述调度信息用于调度所述第一装置接收所述第三数据的初传数据,所述反馈信息用于指示所述第三数据是否解码成功。
11.根据权利要求7至10中任一项所述的通信方法,其特征在于,所述通信方法还包括:
所述第三装置接收所述第一装置上报的第二信息,所述第二信息用于指示所述第一装置的HARQ合并能力;
其中,所述HARQ合并能力包括以下至少一个:是否支持单载波的所述多链路HARQ合并、是否支持多载波的所述多链路HARQ合并、是否支持相同子载波间隔的所述多链路HARQ合并、是否支持不同子载波间隔的所述多链路HARQ合并、是否支持半静态配置的所述多链路HARQ合并使能、是否支持动态配置的所述多链路HARQ合并激活、是否支持基于定时器的所述多链路HARQ合并使能、或可缓存数据的时长。
12.根据权利要求11所述的通信方法,其特征在于,所述第三装置确定第一信息,包括:
所述第三装置根据所述第二信息确定所述第一信息。
13.一种通信装置,其特征在于,所述通信装置包括:
收发单元,用于获取第一信息,所述第一信息用于指示所述通信装置进行多链路混合自动重传请求HARQ合并;接收来自第一链路的第一数据,所述第一数据为针对第三数据的初传数据或重传数据,所述第一链路为所述通信装置与第二装置之间的链路;以及接收来自第二链路的第二数据,所述第二数据为针对所述第三数据的重传数据,所述第一链路为所述通信装置与第三装置之间的链路;
处理单元,用于根据所述第一信息,对所述第一数据和所述第二数据进行HARQ合并。
14.根据权利要求13所述的通信装置,其特征在于,所述第一信息包括以下信息中的至少一个:
高层配置信息,所述高层配置信息用于指示使能所述多链路HARQ合并;
物理层信息,所述物理层信息用于指示激活所述多链路HARQ合并;或者,
定时器信息,所述定时器信息用于配置定时器,所述定时器用于确定进行所述多链路HARQ合并的时间段。
15.根据权利要求14所述的通信装置,其特征在于,
所述高层配置信息以终端、载波、部分带宽BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能所述多链路HARQ合并;和/或,
所述定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置所述定时器。
16.根据权利要求14或15所述的通信装置,其特征在于,
所述定时器的起始时刻为:调度信息的起始时刻或结束时刻、所述第三数据的初传数据的起始时刻或结束时刻、所述调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,所述调度信息用于调度所述通信装置接收所述第三数据的初传数据,所述反馈信息用于指示所述第三数据是否解码成功。
17.根据权利要求13至16中任一项所述的通信装置,其特征在于,
所述第一链路和所述第二链路采用HARQ进程号联合编号,所述第一数据的HARQ进程号和所述第二数据的HARQ进程号相同;或者,
所述第一链路和所述第二链路采用HARQ进程号独立编号,所述第一数据的HARQ进程号和所述第二数据的HARQ进程号相关联。
18.根据权利要求13至17中任一项所述的通信装置,其特征在于,
所述收发单元,还用于上报第二信息,所述第二信息用于指示所述通信装置的HARQ合并能力;
其中,所述HARQ合并能力包括以下至少一个:是否支持单载波的所述多链路HARQ合并、是否支持多载波的所述多链路HARQ合并、是否支持相同子载波间隔的所述多链路HARQ合并、是否支持不同子载波间隔的所述多链路HARQ合并、是否支持半静态配置的所述多链路HARQ合并使能、是否支持动态配置的所述多链路HARQ合并激活、是否支持基于定时器的所述多链路HARQ合并使能、或可缓存数据的时长。
19.一种通信装置,其特征在于,所述通信装置包括:
处理单元,用于确定第一信息,所述第一信息用于指示第一装置进行多链路混合自动重传请求HARQ合并;
收发单元,用于向所述第一装置发送所述第一信息。
20.根据权利要求19所述的通信装置,其特征在于,所述第一信息包括以下信息中的至少一个:
高层配置信息,所述高层配置信息用于指示使能所述多链路HARQ合并;
物理层信息,所述物理层信息用于指示激活所述多链路HARQ合并;或者,
定时器信息,所述定时器信息用于配置定时器,所述定时器用于控制进行所述多链路HARQ合并的时间段。
21.根据权利要求20所述的通信装置,其特征在于,
所述高层配置信息以终端、载波、部分带宽BWP、HARQ进程、HARQ进程组中的至少一个为粒度使能所述多链路HARQ合并;和/或,
所述定时器信息以终端、载波、BWP、HARQ进程、HARQ进程组中的至少一个为粒度配置所述定时器。
22.根据权利要求20或21所述的通信装置,其特征在于,
所述定时器的起始时刻为:调度信息的起始时刻或结束时刻、所述第三数据的初传数据的起始时刻或结束时刻、所述调度信息中指示的用于发送反馈信息的资源的起始时刻或结束时刻,其中,所述调度信息用于调度所述第一装置接收所述第三数据的初传数据,所述反馈信息用于指示所述第三数据是否解码成功。
23.根据权利要求19至22中任一项所述的通信装置,其特征在于,
所述收发单元,还用于接收所述第一装置上报的第二信息,所述第二信息用于指示所述第一装置的HARQ合并能力;
其中,所述HARQ合并能力包括以下至少一个:是否支持单载波的所述多链路HARQ合并、是否支持多载波的所述多链路HARQ合并、是否支持相同子载波间隔的所述多链路HARQ合并、是否支持不同子载波间隔的所述多链路HARQ合并、是否支持半静态配置的所述多链路HARQ合并使能、是否支持动态配置的所述多链路HARQ合并激活、是否支持基于定时器的所述多链路HARQ合并使能、或可缓存数据的时长。
24.根据权利要求23所述的通信装置,其特征在于,
所述处理单元,具体用于根据所述第二信息确定所述第一信息。
25.一种通信装置,其特征在于,包括:与存储器耦合的处理器,所述存储器用于存储计算机程序,所述处理器用于运行所述计算机程序,使得所述通信装置执行如权利要求1至6中任一项所述的方法,或者,使得所述通信装置执行如权利要求7至12中任一项所述的方法。
26.权利要求25所述的通信装置,其特征在于,所述通信装置还包括所述存储器和收发器中的一项或多项,所述收发器用于接收信号和/或发送信号。
27.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机程序或指令,当所述计算机程序或指令在计算机上运行时,使得如权利要求1至6中任一项所述的方法被执行,或者使得如权利要求7至12中任一项所述的方法被执行。
28.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序或指令,当所述计算机程序或指令在计算机上运行时,使得如1至6中任一项所述的方法被执行,或者使得如权利要求7至12中任一项所述的方法被执行。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210445196.XA CN117014950A (zh) | 2022-04-26 | 2022-04-26 | 一种通信方法和通信装置 |
PCT/CN2023/090227 WO2023207885A1 (zh) | 2022-04-26 | 2023-04-24 | 一种通信方法和通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210445196.XA CN117014950A (zh) | 2022-04-26 | 2022-04-26 | 一种通信方法和通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117014950A true CN117014950A (zh) | 2023-11-07 |
Family
ID=88517763
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210445196.XA Pending CN117014950A (zh) | 2022-04-26 | 2022-04-26 | 一种通信方法和通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117014950A (zh) |
WO (1) | WO2023207885A1 (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020224741A1 (en) * | 2019-05-03 | 2020-11-12 | Huawei Technologies Co., Ltd. | Devices and methods for indicating a second-link retransmission over a first link |
US11540168B2 (en) * | 2019-08-05 | 2022-12-27 | Mediatek Singapore Pte. Ltd. | Apparatus and methods of packet retransmission between multi-link devices |
CN114175551A (zh) * | 2019-08-06 | 2022-03-11 | 索尼集团公司 | 通信装置、基础设施设备以及方法 |
WO2021114131A1 (zh) * | 2019-12-11 | 2021-06-17 | 华为技术有限公司 | 一种数据传输方法、终端装置和网络装置 |
WO2021142721A1 (zh) * | 2020-01-16 | 2021-07-22 | Oppo广东移动通信有限公司 | 确定混合自动重传请求进程信息的方法、设备及存储介质 |
-
2022
- 2022-04-26 CN CN202210445196.XA patent/CN117014950A/zh active Pending
-
2023
- 2023-04-24 WO PCT/CN2023/090227 patent/WO2023207885A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023207885A1 (zh) | 2023-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9215039B2 (en) | Devices for enabling half-duplex communication | |
CN102474886B (zh) | 基于争用的上行链路数据传输方法和设备 | |
WO2021087134A1 (en) | Feedback reporting for sidelink | |
US20210144581A1 (en) | Flexible high capacity-radio network temporary identifier | |
US11930506B2 (en) | Method and apparatus for transmitting and receiving data in wireless communication system | |
US20220224465A1 (en) | Uplink data transmission method and apparatus, and storage medium | |
EP3962201A1 (en) | Downlink data transmission method and device, and storage medium | |
WO2020232566A1 (zh) | Bwp切换方法、装置及存储介质 | |
KR20110004785A (ko) | 공유 무선 자원을 이용한 기지국의 상향링크 수신 방법 및 단말기의 상향링크 송신 방법 | |
EP4038942A1 (en) | Feedback of remaining delay budget | |
CN113271180A (zh) | 混合自动重传请求harq位图信息的反馈方法及相关设备 | |
CN113328834A (zh) | 一种通信方法及装置 | |
EP4327475A1 (en) | Techniques for sidelink reference beams | |
EP4133674A1 (en) | Provision of zero-power channel state information reference signal and rate-matching configuration in carrier aggregation | |
KR20200138814A (ko) | 데이터를 전송하는 방법, 단말기 및 네트워크 기기 | |
KR20230039610A (ko) | 전력 절약 모드를 기반으로 통신을 수행하는 방법 및 장치 | |
CN115315978A (zh) | 在nr v2x中执行拥塞控制的方法和装置 | |
CN114731238B (zh) | 配置授权定时器的使用方法与装置、终端设备和网络设备 | |
US20220368505A1 (en) | Data feedback method and apparatus | |
WO2023133011A1 (en) | Downlink control channel monitoring in multiple downlink bandwidth parts | |
CN115580380A (zh) | 无线通信的方法及装置 | |
CN117014950A (zh) | 一种通信方法和通信装置 | |
WO2022173496A1 (en) | Techniques for sidelink resource reservations | |
WO2022035996A1 (en) | Coreset and search space set dormancy indication via downlink control information | |
CN111757469B (zh) | 一种波束失败的处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |