CN117460070A - 通信方法和装置 - Google Patents
通信方法和装置 Download PDFInfo
- Publication number
- CN117460070A CN117460070A CN202210962004.2A CN202210962004A CN117460070A CN 117460070 A CN117460070 A CN 117460070A CN 202210962004 A CN202210962004 A CN 202210962004A CN 117460070 A CN117460070 A CN 117460070A
- Authority
- CN
- China
- Prior art keywords
- terminal device
- resource
- information
- transmission
- terminal
- 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 215
- 238000004891 communication Methods 0.000 title claims abstract description 109
- 230000005540 biological transmission Effects 0.000 claims abstract description 546
- 230000015654 memory Effects 0.000 claims description 54
- 238000004590 computer program Methods 0.000 claims description 15
- 239000002699 waste material Substances 0.000 abstract description 44
- 238000001228 spectrum Methods 0.000 abstract description 21
- 230000002829 reductive effect Effects 0.000 abstract description 13
- 230000008713 feedback mechanism Effects 0.000 abstract description 11
- 238000012545 processing Methods 0.000 description 35
- 238000010586 diagram Methods 0.000 description 25
- 238000012544 monitoring process Methods 0.000 description 21
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 20
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 20
- 241000699666 Mus <mouse, genus> Species 0.000 description 18
- 238000001514 detection method Methods 0.000 description 15
- 230000000737 periodic effect Effects 0.000 description 14
- 230000011664 signaling Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 9
- 230000002452 interceptive effect Effects 0.000 description 6
- 230000002441 reversible effect Effects 0.000 description 6
- 238000013468 resource allocation Methods 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 241000699670 Mus sp. Species 0.000 description 1
- 101150071746 Pbsn gene Proteins 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种通信方法和装置。该方法包括:第一终端设备向至少一个第二终端设备发送第一信息,用于指示至少一个第二终端设备反馈;第一终端设备接收第三终端设备的反馈,第三终端设备是至少一个第二终端设备中进行了反馈的终端设备;第一终端设备发送第一资源指示信息,用于指示第一资源,第一资源用于第三终端设备的传输,第一资源包含在第一终端设备抢占的信道占用时间COT内。通过引入UE间的反馈机制,UE1向进行反馈了的UE2分配COT资源,能够减少资源浪费,避免COT被打断,进而提高频谱资源的利用率,以及提升系统传输性能。
Description
本申请要求于2022年07月14日提交国家知识产权局、申请号为202210832876.7、发明名称为“一种传输方法”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域,并且更具体地,涉及一种通信方法和装置。
背景技术
随着移动通信业务对频谱的需求不断增加,利用非授权频谱资源进行数据传输成为发展方向。在侧行链路(sidelink,SL)传输过程中,终端设备需要在资源池中选择用于传输数据的物理资源。例如,终端设备可以通过先听后说(listen before talk,LBT)抢占信道,或者分享其他终端设备抢占信道后得到的资源传输数据。
示例性的,基站的覆盖范围较广,可以接收到一定范围内用户设备(userequipment,UE)发送的资源请求。然而,这些UE彼此之间并不一定能互相听到对方的消息,也就是说,当UE1将自己抢占信道后得到的资源上分享给其他UE时,其他UE可能由于听不到UE1的消息而无法在分配的资源上传输,进而造成信道占用时间(channel occupancytime,COT)资源的浪费,甚至导致COT资源被打断等。
因此,如何保证资源的利用率,以及系统传输性能是亟待解决的问题。
发明内容
本申请提供一种通信方法和装置,能够保证COT资源的利用率,进而提高系统传输性能。
第一方面,提供了一种通信方法,该方法可以由第一终端设备(例如,UE1)执行,或者,也可以由用于第一终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由第一终端设备执行为例进行说明。
该方法包括:第一终端设备向至少一个第二终端设备发送第一信息,第一信息用于指示至少一个第二终端设备反馈;第一终端设备接收第三终端设备的反馈,第三终端设备是至少一个第二终端设备中进行了反馈的终端设备;第一终端设备发送第一资源指示信息,第一资源指示信息用于指示第一资源,第一资源用于第三终端设备的传输,第一资源包含在第一终端设备抢占的COT内,第一资源包括频域资源和/或时域资源。
需要说明的是,该实现方式可以适用于Mode1和Mode2场景。
根据本申请提供的方案,第一终端设备是抢占COT成功的终端设备,通过引入UE间(即第一终端设备与至少一个第二终端设备之间)的反馈机制,使得第一终端设备向进行了反馈的第三终端设备分配抢占的COT内的资源,能够减少资源浪费,甚至避免COT被打断,进而提升系统传输性能,保证系统吞吐量。
结合第一方面,在第一方面的某些实现方式中,第一信息还用于指示至少一个第二终端设备反馈的至少一个资源位置,至少一个第二终端设备与至少一个资源位置一一对应。
基于上述方案,通过第一信息指示每个第二终端设备特定的反馈资源位置,第一终端设备可以准确知道进行了反馈的第二终端设备到底是哪一个终端设备,便于后续为其分配资源。
结合第一方面,在第一方面的某些实现方式中,在第一终端设备向至少一个第二终端设备发送第一信息之前,第一终端设备接收来自网络设备的第二信息,第二信息用于确定将第一终端设备抢占的COT内的资源分配给至少一个第二终端设备,第二信息包括至少一个第二终端设备的标识信息。
需要说明的是,该实现方式中网络设备并不会提前分配好第一终端设备的COT资源,并告知第一终端设备将分配好的哪些资源分享给对应的至少一个第二终端设备,可以告知第一终端设备所述至少一个第二终端设备的标识,让第一终端设备自主分配COT内的资源给至少一个第二终端设备。即第一终端设备有自主分配的能力和机会。
基于上述方案,该实现方式主要适用于Mode1场景,第一终端设备基于网络设备的第二信息,可以确定有传输资源需求的至少一个第二终端设备。因此,第一终端设备可以有针对性地向至少一个第二终端设备发送第一信息,并将其抢占的COT资源有针对性地分享给有传输需求的至少一个第二终端设备,便于COT资源的合理利用,以及系统传输性能的提升。
结合第一方面,在第一方面的某些实现方式中,第一信息还用于指示至少一个第二终端设备通过第一方式在COT内进行反馈,在第一终端设备向至少一个第二终端设备发送第一信息之后,第一终端设备监听至少一个第二终端设备在第一终端设备传输后的第一时间段内是否进行反馈,第一时间段的起始时刻是根据第一方式确定的。
基于上述方案,第一终端设备通过监听至少一个第二终端设备在第一终端设备传输后的第一时间段内是否进行反馈,进而确定至少一个第二终端设备是否可以听到第一终端设备发送的消息,便于确定后续是否为其分配COT内的资源,避免出现在第二终端设备并未向第一终端设备进行反馈(也就是互相听不到对方的消息)的情况下,第一终端设备仍然为其分配传输资源,使得分配的资源未被占用而造成浪费。
结合第一方面,在第一方面的某些实现方式中,在第一终端设备发送第一资源指示信息之后,第一终端设备监听第三终端设备在第一资源上的传输情况。
可选地,第一终端设备还可以在确定第三终端设备没有在第一资源上传输时,及时地接入信道并占用该第一资源,避免25μs后由于没有占用第一资源而被其他UE抢占,造成COT的中断,不利于系统传输性能的提升。
基于上述方案,第一终端设备通过监听第三终端设备的传输情况,可以及时反馈给网络设备,便于后续网络设备进行合理的资源调度。同时,通过监听可以及时确定第一资源的使用情况,避免COT资源的浪费或者中断的情况发生。
结合第一方面,在第一方面的某些实现方式中,第三终端设备在第一资源上的传输情况包括以下一项或者多项:第三终端设备是否在第一资源上传输;第三终端设备在第一资源上的传输是否有对应的混合自动重传请求(hybridautomatic repeat request,HARQ)反馈;或者,第三终端设备在第一资源上的传输对应的HARQ反馈的结果。
基于上述方案,第三终端设备的传输情况表示第三终端设备在分配的COT内的第一资源上的传输情况,具体包括:第三终端设备是否传输,传输是否有HARQ反馈,以及HARQ反馈的结果是成功还是失败。根据第三终端设备的传输情况可以确定第三终端设备的传输是否完成,便于后续COT资源分享或者网络设备调度资源的合理安排。
结合第一方面,在第一方面的某些实现方式中,第一终端设备向网络设备发送第三信息,第三信息用于指示以下一项或者多项:至少一个第二终端设备的传输情况;第三终端设备的传输情况;未进行反馈的第四终端设备,第四终端设备包含在至少一个第二终端设备中;未在第一资源上传输的第五终端设备;在第一资源上传输失败的第六终端设备;或者在第一资源上传输成功的第七终端设备;其中,第五终端设备、第六终端设备和第七终端设备包含在第三终端设备中。
基于上述方案,第一终端设备通过网络设备指示的PUCCH资源反馈至少一个第二终端设备的传输情况,解决了当前网络设备无法获取其他UE的传输情况的问题。网络设备根据第一终端设备上报的部分或全部第二终端设备的传输情况,可以在后续调度资源的时候确定是否仍然分配资源给这些第二终端设备。该实现方式能够避免资源的浪费,有利于满足终端设备的传输需求,进而提升通信系统的传输性能和系统吞吐量。另外,通过第一终端设备反馈至少一个第二终端设备的传输情况,能够减少反馈的信令开销,节约反馈资源。
结合第一方面,在第一方面的某些实现方式中,在第一终端设备接收来自网络设备的第二信息之前,第一终端设备向网络设备发送资源请求信息和第四信息,资源请求信息用于请求用于第一终端设备传输的资源,第四信息包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括至少一个第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
基于上述方案,根据第一终端设备上报的第四信息,网络设备可以进一步确定与第一终端设备距离较近的终端设备,或者可以确定能够与第一终端设备之间相互听到对方消息的终端设备。基于此,网络设备发送的指示信息中可以包括提前确定的能够与第一终端设备相互听到对方消息的第三终端设备,减少资源浪费的可能性,同时降低设备之间的交互信令开销。或者说,该实现方式能够提高COT-sharing信息的有效性,提高资源利用率。
第二方面,提供了一种通信方法,该方法可以由网络设备(例如,基站)执行,或者,也可以由用于网络设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由网络设备执行为例进行说明。
该方法包括:网络设备接收来自第一终端设备的第三信息,第三信息用于指示至少一个第二终端设备在第一终端设备抢占的COT内的资源上的传输情况;网络设备根据第三信息确定调度资源。
根据本申请提供的方案,第一终端设备通过网络设备指示的PUCCH资源反馈至少一个第二终端设备的传输情况,解决了当前网络设备无法获取其他UE的传输情况的问题。网络设备基于第一终端设备上报的部分或全部第二终端设备的传输情况,可以在后续的调度资源的时候有所针对性,避免资源的浪费,有利于满足终端设备的传输需求,进而提升通信系统的传输性能和系统吞吐量。
结合第二方面,在第二方面的某些实现方式中,第三信息还用于指示第一终端设备的传输情况。
示例性的,第一终端设备的传输情况可以包括以下一项或者多项:第一终端设备是否将抢占的COT分享给至少一个第二终端设备,以及第一终端设备在COT资源上的传输情况(包括第一终端设备传输是否有对端的HARQ反馈,以及HARQ反馈的结果是成功还是失败等)。
基于上述方案,网络设备根据第一终端设备上报的COT分享情况,可以在后续的调度资源的时候有针对性地采取措施,满足不同终端设备的不同传输需求,避免资源的浪费,进而提升通信系统的传输性能和系统吞吐量。
结合第二方面,在第二方面的某些实现方式中,在网络设备接收来自第一终端设备的第三信息之前,网络设备向第一终端设备发送第二信息,第二信息用于确定将第一终端设备抢占的COT内的资源分配给至少一个第二终端设备,第二信息包括至少一个第二终端设备的标识信息。
基于上述方案,该实现方式主要适用于Mode1场景,网络设备指示将第一终端设备抢占的COT资源分享给至少一个第二终端设备,第一终端设备基于网络设备的第二信息,可以确定有传输资源需求的至少一个第二终端设备。因此,第一终端设备可以有针对性地向至少一个第二终端设备发送第一信息,并将其抢占的COT资源有针对性地分享给有传输需求的至少一个第二终端设备,便于COT资源的合理利用,以及系统传输性能的提升。
结合第二方面,在第二方面的某些实现方式中,在网络设备向第一终端设备发送第二信息之前,网络设备接收来自至少一个第二终端设备的调度请求消息,调度请求消息请求用于传输的资源,调度请求消息包括至少一个第二终端设备的标识信息。
基于上述方案,网络设备基于至少一个第二终端设备的调度请求,可以指示抢占到COT的第一终端设备分享资源,用于至少一个第二终端设备的传输,能够有效提高频谱资源率,以及满足不同终端设备的传输需求。
结合第二方面,在第二方面的某些实现方式中,至少一个第二终端设备的传输情况包括以下一项或者多项:第三终端设备在第一终端设备抢占的COT内的资源上的传输情况,第三终端设备是至少一个第二终端设备中向第一终端设备进行了反馈的终端设备;未向第一终端设备进行反馈的第四终端设备,第四终端设备包含在至少一个第二终端设备中;未在第一终端设备抢占的COT内的资源上传输的第五终端设备;在第一终端设备抢占的COT内的资源上传输失败的第六终端设备;或者在第一终端设备抢占的COT内的资源上传输成功的第七终端设备;其中,第五终端设备、第六终端设备和第七终端设备包含在第三终端设备中。
基于上述方案,第一终端设备通过网络设备指示的PUCCH资源反馈至少一个第二终端设备的传输情况,解决了当前网络设备无法获取其他UE的传输情况的问题。网络设备基于第一终端设备上报的部分或全部第二终端设备的传输情况,可以在后续的调度资源的时候有所针对性,避免资源的浪费,有利于满足终端设备的传输需求,进而提升通信系统的传输性能和系统吞吐量。
结合第二方面,在第二方面的某些实现方式中,第三终端设备在第一终端设备抢占的COT内的资源上的传输情况,包括以下一项或者多项:第三终端设备是否在第一资源上传输,第一资源是用于第三终端设备传输的资源;第三终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第三终端设备在第一资源上的传输对应的HARQ反馈的结果。
基于上述方案,第三终端设备的传输情况表示第三终端设备在分配的COT内的第一资源上的传输情况,具体包括是否传输,传输是否有HARQ反馈,以及HARQ反馈的结果是成功还是失败。基于第三终端设备的传输情况可以确定第三终端设备的传输是否完成,便于后续COT资源分享或者基站的调度资源的合理安排。
结合第二方面,在第二方面的某些实现方式中,在网络设备向第一终端设备发送第二信息之前,网络设备接收来自第一终端设备的资源请求信息和第四信息,资源请求信息用于请求用于第一终端设备传输的资源,第四信息包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括至少一个第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
基于上述方案,基于第四信息的上报,网络设备可以进一步确定与第一终端设备距离较近的终端设备,或者可以确定能够与第一终端设备之间相互听到对方消息的终端设备。基于此,网络设备发送的第二信息中可以包括提前确定的能够与第一终端设备相互听到对方消息的第三终端设备,减少资源浪费的可能性,同时降低设备之间的交互信令开销。
第三方面,提供了一种通信方法,该方法可以由第一终端设备(例如,UE1)执行,或者,也可以由用于第一终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由第一终端设备执行为例进行说明。
该方法包括:第一终端设备获取第二终端设备在第一资源上的传输情况,第一资源包含在第一终端设备抢占的COT内,第一资源包括时域资源和/或频域资源;第一终端设备根据第二终端设备在第一资源上的传输情况确定第一反馈信息;第一终端设备向网络设备发送第一反馈信息。
根据本申请提供的方案,第一终端设备是抢占COT成功的终端设备,通过第一终端设备向网络设备反馈第二终端设备在COT内的资源的传输情况,解决了当前网络设备无法获取其他UE的传输情况的问题。网络设备基于第一终端设备上报的部分或全部第二终端设备的传输情况,可以在后续的调度资源的时候有所针对性,避免资源的浪费,有利于满足终端设备的传输需求,进而提升通信系统的传输性能和系统吞吐量。
结合第三方面,在第三方面的某些实现方式中,在第一终端设备获取第二终端设备在第一资源上的传输情况之前,第一终端设备向第二终端设备发送第一资源指示信息,第一资源指示信息用于指示第二终端设备传输占用的第一资源。
可选地,该实现方式可以认为第一资源是网络设备确定的,即网络设备基于第一终端设备抢占COT资源,以及第二终端设备的调度需求确定的第一资源。第一终端设备可以直接将分配好的第一资源告知第二终端设备,用于第二终端设备的传输。
基于上述方案,将第一终端设备的COT资源分配给其他有调度需求的第二终端设备,有利于提高频谱资源率,以及满足终端设备的传输需求,提升系统的传输性能。
结合第三方面,在第三方面的某些实现方式中,在第一终端设备向第二终端设备发送第一资源指示信息之前,第一终端设备向第二终端设备发送第一信息,第一信息用于指示第二终端设备反馈;第一终端设备接收来自第二终端设备的反馈。
应理解,该实现方式可以认为第一资源是第一终端设备确定的,即第一终端设备基于反馈可以确定能够听到自己发送的消息的第二终端设备有哪些,进而将抢占的COT资源分配给这些第二终端设备,避免分配了资源而第二终端设备未使用导致资源浪费的情况发生。
基于上述方案,通过引入UE间(即第一终端设备与第二终端设备之间)的反馈机制,使得第一终端设备可以后续向进行了反馈的终端设备分配抢占的COT内的资源,能够减少资源浪费,甚至避免COT被打断,进而提升系统传输性能,保证系统吞吐量。
结合第三方面,在第三方面的某些实现方式中,在第一终端设备向第二终端设备发送第一资源指示信息之前,第一终端设备接收来自网络设备的第二信息,第二信息用于确定将第一终端设备抢占的COT内的第一资源分配给第二终端设备,第二信息包括第二终端设备的标识信息。
基于上述方案,第一终端设备基于网络设备的指示信息,可以确定有传输资源需求的第二终端设备。因此,第一终端设备可以有针对性地向第二终端设备发送第一信息,并将其抢占的COT资源分享给有传输需求的第二终端设备,便于COT资源的合理利用,以及系统传输性能的提升。
结合第三方面,在第三方面的某些实现方式中,第一终端设备获取第二终端设备在第一资源上的传输情况,包括:第一终端设备接收来自第二终端设备的反馈消息;第一终端设备根据反馈消息确定第二终端设备在第一资源上的传输情况。
需要说明的是,这里根据反馈消息所确定的传输情况,是指第二终端设备是否在第一资源传输。示例性的,若第二终端设备在16~25μs进行反馈,第一终端设备根据第二终端设备的反馈可以确定第二终端设备占用该第一资源。
基于上述方案,提供第一种获取第二终端设备在第一资源上的传输情况的方式,即通过第二终端设备的反馈消息,第一终端设备可以确定第二终端设备在该第一资源上传输,进而可以确定COT资源被使用,保证资源利用率以及系统传输性能。
结合第三方面,在第三方面的某些实现方式中,第一信息还用于指示第二终端设备通过第一方式在COT内进行反馈,在第一终端设备向第二终端设备发送第一信息之后,第一终端设备监听第二终端设备在第一终端设备传输后的第一时间段内是否进行反馈,第一时间段的起始时刻是根据第一方式确定的。
基于上述方案,第一终端设备通过监听至少一个第二终端设备在第一终端设备传输后的第一时间段内是否进行反馈,进而确定至少一个第二终端设备是否可以听到第一终端设备发送的消息,便于确定后续是否为其分配COT内的资源,避免出现在第二终端设备并未向第一终端设备进行反馈(也就是互相听不到对方的消息)的情况下,第一终端设备仍然为其分配传输资源,使得分配的资源未被占用而造成浪费。
结合第三方面,在第三方面的某些实现方式中,第一终端设备获取第二终端设备在第一资源上的传输情况,包括:第一终端设备监听第二终端设备在第一资源上的传输情况。
基于上述方案,提供第二种获取第二终端设备在第一资源上的传输情况的方式,即通过第一终端设备的监听可以确定第二终端设备在该第一资源上是否传输,便于后续第一终端设备确定是否接入该第一资源,以保证COT不中断。同时,便于后续第一终端设备向网络设备上报有调度需求的第二终端设备的传输情况,有利于网络设备之后重新分配调度资源,保证频谱资源的有效利用率,以及满足第二终端设备的传输需求。
结合第三方面,在第三方面的某些实现方式中,第二终端设备在第一资源上的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
基于上述方案,第二终端设备的传输情况表示第二终端设备在分配的COT内的第一资源上的传输情况,具体包括第二终端设备是否传输,传输是否有HARQ反馈,以及HARQ反馈的结果是成功还是失败。根据第二终端设备的传输情况可以确定第二终端设备的传输是否完成,便于后续COT资源分享或者网络设备调度资源的合理安排。
结合第三方面,在第三方面的某些实现方式中,在确定第二终端设备未在第一资源上传输的情况下,第一终端设备在第一资源上传输。
基于上述方案,第一终端设备在第二终端设备未使用第一资源传输的情况下,及时地接入信道,能够减少COT资源的浪费,提高频谱利用率,避免COT中断,以及保证系统传输系统等。
结合第三方面,在第三方面的某些实现方式中,第一反馈信息还用于指示以下一项或者多项:未在第一资源上传输的第三终端设备;在第一资源上传输失败的第四终端设备;在第一资源上传输成功的第五终端设备;或者,未进行反馈的第六终端设备;其中,第三终端设备、第四终端设备、第五终端设备和第六终端设备包含在第二终端设备中。
基于上述方案,第一终端设备通过网络设备指示的PUCCH资源反馈第二终端设备的传输情况,解决了当前网络设备无法获取其他UE的传输情况的问题。网络设备基于第一终端设备上报的部分或全部第二终端设备的传输情况,可以在后续的调度资源的时候有所针对性,避免资源的浪费,有利于满足终端设备的传输需求,进而提升通信系统的传输性能和系统吞吐量。
结合第三方面,在第三方面的某些实现方式中,在第一终端设备接收来自网络设备的第二信息之前,第一终端设备向网络设备发送资源请求信息和第三信息,资源请求信息用于请求用于第一终端设备传输的资源,第三信息包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
基于上述方案,根据第一终端设备上报的第三信息,网络设备可以进一步确定与第一终端设备距离较近的终端设备,或者可以确定能够与第一终端设备之间相互听到对方消息的终端设备。基于此,网络设备发送的指示信息中可以包括提前确定的能够与第一终端设备相互听到对方消息的第三终端设备,减少资源浪费的可能性,同时降低设备之间的交互信令开销。
第四方面,提供了一种通信方法,该方法可以由网络设备(例如,基站)执行,或者,也可以由用于网络设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由网络设备执行为例进行说明。
该方法包括:网络设备接收来自第一终端设备的第一反馈信息,第一反馈信息用于指示第二终端设备在第一资源上的传输情况,第一资源包含在第一终端设备抢占的COT内,第一资源包括时域资源和/或频域资源;网络设备根据第一反馈信息确定调度资源。
根据本申请提供的方案,通过第一终端设备向网络设备反馈第二终端设备在COT内的资源的传输情况,解决了当前网络设备无法获取其他UE的传输情况的问题。网络设备基于第一终端设备上报的部分或全部第二终端设备的传输情况,可以在后续的调度资源的时候有所针对性,避免资源的浪费,有利于满足终端设备的传输需求,进而提升通信系统的传输性能和系统吞吐量。
结合第四方面,在第四方面的某些实现方式中,在网络设备接收来自第一终端设备的第一反馈信息之前,网络设备向第一终端设备发送第二信息,第二信息用于确定将第一终端设备抢占的COT内的第一资源分配给第二终端设备,第二信息包括第二终端设备的标识信息。
基于上述方案,第一终端设备基于网络设备的第二信息,可以确定有传输资源需求的第二终端设备。因此,第一终端设备后续可以有针对性地将其抢占的COT资源分享给有传输需求的第二终端设备,便于COT资源的合理利用,以及系统传输性能的提升。
结合第四方面,在第四方面的某些实现方式中,在网络设备向第一终端设备发送第二信息之前,网络设备接收来自第一终端设备的资源请求信息和第三信息,资源请求信息用于请求用于第一终端设备传输的资源,第三信息包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
基于上述方案,根据第一终端设备上报的第三信息,网络设备可以进一步确定与第一终端设备距离较近的终端设备,或者可以确定能够与第一终端设备之间相互听到对方消息的终端设备。基于此,网络设备发送的指示信息中可以包括提前确定的能够与第一终端设备相互听到对方消息的第三终端设备,减少资源浪费的可能性,同时降低设备之间的交互信令开销。
第五方面,提供了一种通信方法,该方法可以由第一终端设备(例如,UE1)执行,或者,也可以由用于第一终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由第一终端设备执行为例进行说明。
该方法包括:第一终端设备向第二终端设备发送第一资源指示信息,第一资源指示信息用于指示第二终端设备传输占用的第一资源,第一资源包含在第一终端设备抢占的COT内,第一资源包括时域资源和/或频域资源;第一终端设备监听第二终端设备在第一资源上的传输情况;第一终端设备根据第二终端设备在第一资源上的传输情况确定是否占用第一资源。
需要说明的是,该实现方式主要适用于Mode2场景。
根据本申请提供的方案,第一终端设备在第二终端设备未使用第一资源进行传输的情况下,及时地接入信道并占用该第一资源,避免25μs后由于没有占用第一资源而被其他UE抢占,该方式不仅可以减少COT资源的浪费,以及避免COT中断,有利于保证系统传输系统。
结合第五方面,在第五方面的某些实现方式中,第一终端设备确定第一资源指示信息。
示例性的,第一终端设备感知信道资源或者根据其他UE的预约信息,确定第二终端设备的传输需求,并将第一终端设备抢占的COT资源中的第一资源(例如从第1时隙开始的第一时间段)分配给第二终端设备。可选地,该第一资源可以大于第二终端设备的传输需求资源,也可以小于第二终端设备的传输需求资源,待下一次分享资源给第二终端设备等,本申请对此不作具体限定。
结合第五方面,在第五方面的某些实现方式中,在确定第二终端设备未在第一资源上传输的情况下,第一终端设备在第一资源上传输。
基于上述方案,第一终端设备在第二终端设备未使用第一资源传输的情况下,及时地接入信道,能够减少COT资源的浪费,有利于保证系统传输系统。
结合第五方面,在第五方面的某些实现方式中,第一资源指示信息还用于指示第三终端设备传输占用的第二资源,第二资源包含在第一终端设备抢占的COT内,第二资源包括时域资源和/或频域资源,第二资源所在的时域位于第一资源所在的时域之后。
也就是说,在Mode2场景中,第一终端设备可以基于其他UE的预约信息确定第二终端设备和第三终端设备具有传输需求,对应的,第一终端设备可以通过第一资源指示信息同时为第二终端设备和第三终端设备分配传输资源,即第一资源和第二资源,例如第一资源的传输位置在第二资源之前。
基于上述方案,第一终端设备在第三终端设备未使用第二资源进行传输的情况下,及时地接入信道并占用该第二资源,避免25μs后由于没有占用第二资源而被其他UE抢占,该方式不仅可以减少COT资源的浪费,以及避免COT中断,有利于保证系统传输系统。
结合第五方面,在第五方面的某些实现方式中,第一终端设备向第三终端设备发送第二资源指示信息,第二资源指示信息用于指示第二资源,第二资源用于第三终端设备的传输,第二资源包含在第一终端设备抢占的COT内,第二资源包括时域资源和/或频域资源,第二资源所在的时域位于第一资源所在的时域之后。
基于上述方案,该实现方式可以再次向第三终端设备提供传输资源,避免第三终端设备由于某些原因未接收到第一资源指示信息所指示的第二资源,根据第二资源指示信息可以确定分配的第二资源,能够提高资源利用率以及传输性能。
第六方面,提供了一种通信方法,该方法可以由第二终端设备(例如,UE2)执行,或者,也可以由用于第二终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由第二终端设备执行为例进行说明。
该方法包括:第二终端设备接收来自第一终端设备的第一资源指示信息,第一资源指示信息用于指示第二终端设备传输占用的第一资源,第一资源包含在第一终端设备抢占的COT内,第一资源包括时域资源和/或频域资源;第二终端设备在该第一资源上进行传输。
根据本申请提供的方案,第二终端设备根据第一资源指示信息可以确定第一资源,进而在第一资源上进行传输。其中,第二终端设备的传输情况可以包括以下一项或者多项:第二终端设备在第一资源上的传输是否有HARQ反馈,以及HARQ反馈的结果是成功还是失败。
可选地,第二终端设备根据第一资源指示信息确定第一资源后,因为某些原因也可以不进行传输,本申请不排除这种情况的发生。这时第一终端设备可以监听第二终端设备在第一资源上的传输情况,在确定第二终端设备并未使用该第一资源的情况下可以接入信道使用该第一资源,避免COT资源的浪费以及COT中断。
第七方面,提供了一种通信方法,该方法可以由网络设备(例如,基站)执行,或者,也可以由用于网络设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由网络设备执行为例进行说明。
该方法包括:网络设备向第一终端设备发送第一指示信息,并向第二终端设备发送第二指示信息,第一指示信息用于指示传输资源和第一物理上行控制信道(physicaluplink control channel,PUCCH)资源,第二指示信息用于指示传输资源和第二PUCCH资源;网络设备在第二PUCCH资源上接收来自第二终端设备的第一反馈信息,第一反馈信息用于指示第二终端设备在第一资源上的传输情况,第一资源包含在第一终端设备抢占的COT内。
示例性的,网络设备可以通过DCI分别向多个终端设备指示传输资源和PUCCH资源。
也就是说,网络设备分别向每个有调度需求的终端设备发送一个DCI,用于指示可以抢占的传输资源(即COT),以及每个UE对应的PUCCH资源,各个UE(如UE2)在未能抢到传输机会的情况下,可以分享UE1抢到的COT进行传输,并将传输的HARQ结果通过网络设备指示的属于自己的PUCCH资源进行上报。
根据本申请提供的方案,多个终端设备(包括分享UE1抢占的COT资源的其他UE2)可以根据传输情况确定自己的PUCCH信道,进而向网络设备上报各自的传输情况,使得网络设备清楚每个终端设备的实际传输的情况,便于后续有针对性地、合理地分配COT sharing资源,避免造成COT资源的浪费。
结合第七方面,在第七方面的某些实现方式中,第二终端设备在第一资源上的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
基于上述方案,第二终端设备的传输情况表示第二终端设备在分配的COT内的资源上的传输情况,根据第二终端设备的传输情况可以确定第二终端设备的传输是否完成,便于后续COT资源分享或者网络设备调度资源的合理安排。
结合第七方面,在第七方面的某些实现方式中,网络设备在第一PUCCH资源上接收来自第一终端设备的第二反馈信息,第二反馈信息用于指示第一终端设备在第一终端设备抢占的COT内的传输情况。
示例性的,第一终端设备的传输情况可以是:第一终端设备是否将自己抢占到的COT分享给第二终端设备,第一终端设备在COT资源上的传输是否有对端的HARQ反馈,以及HARQ反馈的结果是成功还是失败等。
第八方面,提供了一种通信方法,该方法可以由第二终端设备(例如,UE2)执行,或者,也可以由用于第二终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由第二终端设备执行为例进行说明。
该方法包括:第二终端设备接收来自网络设备的第二指示信息,第二指示信息用于指示传输资源和第二物理上行控制信道PUCCH资源;第二终端设备接收第一资源指示信息,第一资源指示信息用于指示第一资源,第一资源用于第二终端设备的传输,第一资源包含在第一终端设备抢占的COT内;第二终端设备根据在第一资源的传输情况确定第一反馈信息;第二终端设备在第二PUCCH资源上向网络设备发送第一反馈信息。
根据本申请提供的方案,第二终端设备可以根据网络设备的第二指示信息确定反馈传输情况所承载的PUCCH资源,进而在指示的PUCCH资源上向网络设备上报各自的传输情况,使得网络设备清楚每个终端设备的实际传输的情况,便于后续有针对性地、合理地分配COT sharing资源,避免造成COT资源的浪费。
结合第八方面,在第八方面的某些实现方式中,第二终端设备在第一资源的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
基于上述方案,第二终端设备的传输情况表示第二终端设备在分配的COT内的资源上的传输情况,根据第二终端设备的传输情况可以确定第二终端设备的传输是否完成,便于后续COT资源分享或者网络设备调度资源的合理安排。
第九方面,提供了一种通信方法,该方法可以由网络设备(例如,基站)执行,或者,也可以由用于网络设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由网络设备执行为例进行说明。
该方法包括:网络设备向第一终端设备发送第一指示信息,第一指示信息用于指示传输资源,第一指示信息还用于确定将第一终端设备抢占的COT内的资源分配给第二终端设备,第一指示信息包括第二终端设备的标识信息;网络设备向第二终端设备发送配置信息,该配置信息用于配置周期性的物理上行控制信道PUCCH资源;网络设备在第二物理上行控制信道PUCCH资源上接收来自第二终端设备的第一反馈信息,第一反馈信息用于指示第二终端设备在第一资源上的传输情况,第一资源包含在第一终端设备抢占的COT内,第二PUCCH资源是根据第一资源的传输位置确定的,第二PUCCH资源包含在周期性的PUCCH资源。
示例性的,网络设备可以通过DCI指示第一终端设备抢占COT,并将COT内的资源分享给第二终端设备。
示例性的,第二PUCCH资源是根据第一资源的传输位置确定的,可以理解为第二PUCCH资源为第一资源之后间隔第一时隙的首个PUCCH资源;或者,第二PUCCH资源为第一资源上的传输对应的HARQ反馈资源之后间隔第一时隙的首个PUCCH资源。
也就是说,网络设备为第二终端设备配置了周期性的PUCCH资源,使得第二终端设备根据其在第一终端设备抢占的COT内的传输所在的资源位置,确定回复PUCCH的资源位置,并在PUCCH的资源位置向网络设备上报自己的传输结果。
根据本申请提供的方案,第二终端设备可以根据在第一资源上的传输情况,从网络设备配置的周期性的PUCCH资源确定具体用于反馈自己传输情况的PUCCH资源,进而在指示的PUCCH资源上向网络设备上报各自的传输情况,使得网络设备清楚每个终端设备的实际传输的情况,便于后续有针对性地、合理地分配COT sharing资源,避免造成COT资源的浪费。
结合第九方面,在第九方面的某些实现方式中,第二终端设备在第一资源上的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
基于上述方案,第二终端设备的传输情况表示第二终端设备在分配的COT内的资源上的传输情况,根据第二终端设备的传输情况可以确定第二终端设备的传输是否完成,便于后续COT资源分享或者网络设备调度资源的合理安排。
第十方面,提供了一种通信方法,该方法可以由第二终端设备(例如,UE2)执行,或者,也可以由用于第二终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由第二终端设备执行为例进行说明。
该方法包括:第二终端设备接收第一资源指示信息,第一资源指示信息用于指示第一资源,第一资源用于第二终端设备的传输,第一资源包含在第一终端设备抢占的COT内;第二终端设备接收来自网络设备的配置信息,该配置信息用于配置周期性的物理上行控制信道PUCCH资源;第二终端设备根据第一资源的传输位置确定第二PUCCH资源,第二PUCCH资源包含在周期性的PUCCH资源;第二终端设备在第二PUCCH资源上向网络设备发送第一反馈信息,第一反馈信息用于指示第二终端设备在第一资源上的传输情况。
根据本申请提供的方案,第二终端设备可以根据在第一资源上的传输情况,从网络设备配置的周期性的PUCCH资源确定具体用于反馈自己传输情况的PUCCH资源,进而在指示的PUCCH资源上向网络设备上报各自的传输情况,使得网络设备清楚每个终端设备的实际传输的情况,便于后续有针对性地、合理地分配COT sharing资源,避免造成COT资源的浪费。
结合第十方面,在第十方面的某些实现方式中,第二终端设备在第一资源上的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
基于上述方案,第二终端设备的传输情况表示第二终端设备在分配的COT内的资源上的传输情况,根据第二终端设备的传输情况可以确定第二终端设备的传输是否完成,便于后续COT资源分享或者网络设备调度资源的合理安排。
结合第十方面,在第十方面的某些实现方式中,第二PUCCH资源为第一资源之后间隔第一时隙的首个PUCCH资源;或者,第二PUCCH资源为第一资源上的传输对应的HARQ反馈资源之后间隔第一时隙的首个PUCCH资源。
第十一方面,提供了一种通信方法,该方法可以由第一终端设备(例如,UE1)执行,或者,也可以由用于第一终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由第一终端设备执行为例进行说明。
该方法包括:第一终端设备向网络设备发送资源请求信息和第一信息。其中,资源请求信息用于请求用于第一终端设备传输的资源,第一信息包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括至少一个第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
第十二方面,提供了一种通信方法,该方法可以由网络设备(例如,基站)执行,或者,也可以由用于网络设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由网络设备执行为例进行说明。
该方法包括:网络设备接收来自第一终端设备的资源请求信息和第一信息;网络设备资源请求信息和第一信息确定调度资源。其中,资源请求信息用于请求用于第一终端设备传输的资源,第一信息包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括至少一个第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
第十三方面,提供了一种通信装置,包括:收发单元,用于向至少一个第二终端设备发送第一信息,第一信息用于指示至少一个第二终端设备反馈;收发单元,还用于接收第三终端设备的反馈,第三终端设备是至少一个第二终端设备中进行了反馈的终端设备;处理单元,用于生成第一资源指示信息,第一资源指示信息用于指示第一资源,第一资源用于第三终端设备的传输,第一资源包含在第一终端设备抢占的COT内,第一资源包括频域资源和/或时域资源;收发单元,还用于发送第一资源指示信息。
该收发单元可以执行前述第一方面或第三方面或第五方面或第十一方面中的接收和发送的处理,处理单元可以执行前述第一方面或第三方面或第五方面或第十一方面中除了接收和发送之外的其他处理。
第十四方面,提供了一种通信装置,包括:收发单元,用于接收来自第一终端设备的第二信息,第二信息用于指示至少一个第二终端设备在第一终端设备抢占的COT内的资源上的传输情况;处理单元,用于根据第二信息确定调度资源。
该收发单元可以执行前述第二方面或第四方面或第七方面或第九方面中的接收和发送的处理,处理单元可以执行前述第二方面或第四方面或第七方面或第九方面中除了接收和发送之外的其他处理。
第十五方面,提供了一种通信装置,包括:收发单元,用于接收第一资源指示信息,第一资源指示信息用于指示第一资源,第一资源用于第二终端设备的传输,第一资源包含在第一终端设备抢占的COT内;收发单元,还用于接收来自网络设备的配置信息,该配置信息用于配置周期性的物理上行控制信道PUCCH资源;处理单元,用于根据第一资源的传输位置确定第二PUCCH资源,第二PUCCH资源包含在周期性的PUCCH资源;收发单元,还用于在第二PUCCH资源上向网络设备发送第一反馈信息,第一反馈信息用于指示第二终端设备在第一资源上的传输情况。
该收发单元可以执行前述第六方面或第八方面或第十方面或第十二方面中的接收和发送的处理,处理单元可以执行前述第六方面或第八方面或第十方面或第十二方面中除了接收和发送之外的其他处理。
第十六方面,提供了一种通信装置,包括收发器、处理器和存储器,该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该通信装置执行上述第一方面至第十二方面中任一种可能实现方式中的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
可选地,该通信装置还包括,发射机(发射器)和接收机(接收器)。
第十七方面,提供了一种通信系统,包括网络设备、第一终端设备和至少一个第二终端设备。
第十八方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序或代码,所述计算机程序或代码在计算机上运行时,使得所述计算机执行上述第一方面至第十二方面中任一种可能实现方式中的方法。
第十九方面,提供了一种芯片,包括至少一个处理器,所述至少一个处理器与存储器耦合,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得安装有该芯片系统的装置执行上述第一方面至第十二方面中任一种可能实现方式中的方法。
其中,该芯片可以包括用于发送信息或数据的输入电路或者接口,以及用于接收信息或数据的输出电路或者接口。
第二十方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被装置运行时,使得所述装置执行上述第一方面至第十二方面中任一种可能实现方式中的方法。
附图说明
图1是适用本申请的通信系统的一例示意图。
图2是适用本申请的通信系统的另一例示意图。
图3是适用本申请的COT资源调度场景的一例示意图。
图4是本申请实施例提供的第一种通信方法400的流程示意图。
图5是本申请实施例提供的应用于Mode1和Mode2场景的COT资源分配的示意图。
图6是本申请实施例提供的应用于Mode2场景的COT资源分配的示意图。
图7是本申请实施例提供的第二种通信方法700的流程示意图。
图8是本申请实施例提供的其他UE向UE1反馈在COT资源上的传输情况的示意图。
图9是本申请实施例提供的UE1监听其他UE在COT资源上的传输情况的示意图。
图10是本申请实施例提供的第三种通信方法1000的流程示意图。
图11是本申请实施例提供的由启动COT的UE持续监控时隙的占用情况的示意图。
图12是本申请实施例提供的由占用上一时隙的UE持续监控时隙的占用情况的示意图。
图13是本申请实施例提供的第四种通信方法1300的流程示意图。
图14是本申请实施例提供的第五种通信方法1400的流程示意图。
图15是本申请实施例提供的第六种通信方法1500的流程示意图。
图16是本申请实施例提供的一种UE1上报资源请求和监听到的UE2信息的示意图。
图17是本申请实施例提供的一种UE1上报资源请求和UE1的位置信息的示意图。
图18是本申请实施例提供的一种通信装置的结构示意图。
图19是本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通信(globalsystem for mobile communications,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、未来的第五代(5th generation,5G)系统或新无线(new radio,NR)等。
图1是适用本申请的通信系统100的示意图。如图1所示,该通信系统100包括接入网设备102,接入网设备102可包括多个天线,例如天线104、106、108、110、112和114。另外,接入网设备102可附加地包括发射机链和接收机链,本领域普通技术人员可以理解,它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。
接入网设备102可以与多个终端设备(例如,终端设备116和终端设备122)通信。可以理解,接入网设备102可以与类似于终端设备116或122的任意数目的终端设备通信。如图所示,终端设备116与天线112和114通信,其中天线112和114通过前向链路118向终端设备116发送信息,并通过反向链路120从终端设备116接收信息。此外,终端设备122与天线104和106通信,其中天线104和106通过前向链路124向终端设备122发送信息,并通过反向链路126从终端设备122接收信息。
例如,在FDD系统中,前向链路118可利用与反向链路120所使用的不同频带,前向链路124可利用与反向链路126所使用的不同频带。
再例如,在TDD系统和全双工系统中,前向链路118和反向链路120可使用共同频带,前向链路124和反向链路126可使用共同频带。
被设计用于通信的每个天线(或者由多个天线组成的天线组)和/或区域称为接入网设备102的扇区。例如,可将天线组设计为与接入网设备102覆盖区域的扇区中的终端设备通信。在接入网设备102通过前向链路118和124分别与终端设备116和122进行通信的过程中,接入网设备102的发射天线可利用波束成形来改善前向链路118和124的信噪比。此外,与接入网设备通过单个天线向它所有的终端设备发送信号的方式相比,在接入网设备102利用波束成形向相关覆盖区域中随机分散的终端设备116和122发送信号时,相邻小区中的移动设备会受到较少的干扰。
在给定时间,接入网设备102、终端设备116或终端设备122可以是无线通信发送装置和/或无线通信接收装置。当发送数据时,无线通信发送装置可对数据进行编码以用于传输。具体地,无线通信发送装置可获取(例如,生成、从其它通信装置接收、或在存储器中保存等)要通过信道发送至无线通信接收装置的一定数目的数据比特。这种数据比特可包含在数据的传输块(或多个传输块)中,传输块可被分段以产生多个码块。
此外,该通信系统100可以是公共陆地移动网络(public land mobile network,PLMN),设备到设备(device to device,D2D)通信,机器到机器(machine to machine,M2M)通信,车联网(vehicle to everything,V2X)通信等。图1只是举例的简化示意图,网络中还可以包括其他接入网设备,图1中未予以画出。
可选地,在本申请实施例中,终端设备和接入网设备能够使用非授权频谱资源进行无线通信(例如,传输上行信息或传输下行信息)。通信系统100可以采用授权辅助接入(licensed-assisted access,LAA)、双连接(dual connectivity,DC)、非授权辅助接入(standalone)技术等。
非授权载波(即免授权频谱)是指在满足政府部门(如国家无线电管理委员会)有关规定下,不需要授权就能直接使用的频谱。在日常生活中,微波炉、遥控玩具飞机、无线鼠标、无线键盘、高保真无线上网(wireless fidelity,Wi-Fi)等都使用了非授权载波。非授权频段上的资源共享是指对特定频谱的使用只规定发射功率、带外泄露等指标上的限制,以保证共同使用该频段的多个设备之间满足基本的共存要求,运营商利用免许可频段资源可以达到网络容量分流的目的,但是需要遵从不同的地域和不同的频谱对非授权频段资源的法规要求。这些要求通常是为保护雷达等公共系统,以及保证多系统尽可能互相之间不造成有害影响、公平共存而制定的,包括发射功率限制、带外泄露指标、室内外使用限制,以及有的地域还有一些附加的共存策略等。
需要说明的是,本申请技术方案主要应用在侧行传输场景,使用的频带包括但不限于非授权频谱,非授权频谱包括2.4GHz附近的频带,以及5.8GHz附近的频带等。
图2是适用于本申请的通信系统200的一例示意图。如图2所示,该通信系统100包括三个通信设备,例如,终端设备210,终端设备220和终端设备230。其中,终端设备和终端设备可以通过D2D或者V2X的通信方式进行数据通信。对于终端设备210,终端设备220和终端设备230,两两之间的通信链路为SL链路。
需要说明的是,在V2X中定义了两种接口,第一种是Uu接口,即终端设备和网络设备之间的通信协议。第二种是侧行链路SL传输的接口,也称PC5接口,即终端设备和终端设备之间的通信协议。侧行链路为终端设备和终端设备设备之间的通信直连链路。直连链路可以理解为两个终端设备之间直接进行数据传输的链路,两个终端设备之间没有其他的网络节点。
应理解,在实际应用场景中,图中所示的各的终端设备可以是各种形式的、任意形态的终端设备。本申请实施例在图中不再一一示出。
本申请实施例中的终端设备可以指用户设备UE、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是WLAN中的站点,可以是智能电话、便携式电脑、全球定位系统、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理设备(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式寻呼设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box,STB)、用户驻地设备(customerpremise equipment,CPE)和/或用于在无线系统上进行寻呼的其它设备以及下一代寻呼系统。例如,5G网络中的终端设备或者未来演进的公共陆地移动网络PLMN中的终端设备等。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。例如头戴式显示。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,在本申请实施例中,终端设备还可以是物联网(internet of things,IoT)系统中的终端设备,还可以包括中继等,其他能够和网络设备(例如,基站)进行数据通信的设备。本申请实施例对此并不限定。
在本申请实施例中,终端设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备,或者,是终端设备中能够调用程序并执行程序的功能模块。
为便于理解本申请实施例,首先对本申请中涉及到的术语或技术做简单说明。
1、非授权频谱的侧行链路(sidleink unlicense,SL-U)
SL-U主要是指在非授权频谱(unlicense band)中进行SL传输。针对非授权频谱,标准引入两种接入机制包括Type 1和Type 2。其中,Type 1用于抢占信道的场景,需要进行LBT,即在传输之前需要监听。这里的监听可以是能量检测,即在9μs上检测能量,如果超过门限表示有UE占用该资源;反之,如果不超过门限,则意味着没有UE占用该资源。Type 2用于分享其他UE经过Type 1方式抢到的传输资源。例如,UE1用Type 1抢到了一段时间内的传输机会(标准称为COT),除了自己占用的传输时间外,可指示其他UE采用Type 2方式接入UE1所占用的COT内剩余的传输机会。
需要说明的是,Type 2进一步包括Type 2A和Type 2B,Type 2A表示在其他UE的传输结束后的间隔25μs后占用信道,即通过感知信道发现25μs内无其他UE使用,则可以占用该信道。Type 2B表示在其他UE的传输结束后的间隔16μs后占用信道,与Type 2A的差别在于9μs,即一个感知时隙的时长。
应理解,“工作于非授权频谱的SL系统”可以描述为“SL-U系统”,同时“工作于SL-U系统内的终端设备”可以描述为“SL-U设备”。
2、物理直连链路反馈信道(physical sidelink feedback channel,PSFCH)
对于一个物理直连链路共享信道(physical sidelink shared channel,PSSCH)的HARQ反馈信息,通常由PSFCH反馈信道传输。支持每个UE使用一个单独的PSFCH资源。在支持SL HARQ反馈的单播和组播场景下,具体传输的HARQ反馈信息如下:
(1)单播:解码PSSCH传输块(transmission block,TB),解码成功则接收UE传输HARQ-ACK;反之,解码失败则传输HARQ-NACK。
(2)组播:通过TX-RX UE距离和/或参考信号接收功率(reference signalreceiver power,RSRP)确定是否发送HARQ反馈。例如,在解码物理直连链路控制信道(physical sidelink control channel,PSCCH)后解码失败则传输HARQ-NACK,其他情况不传信号。支持一组的所有接受UE分享同一个PSFCH。又例如,解码成功则接收UE传输HARQ-ACK;反之,解码失败则传输HARQ-NACK。
应理解,至少1个符号(symbol)的PSFCH是在单播和组播中被支持的,且以PUCCHformat 0的序列为baseline。在一个资源池中,PSFCH反馈资源以周期N时隙(slots)出现,N的取值可以为1、2和4。对于一个出现在slot n的PSSCH,与之对应的PSFCH则出现在slot n+a上,a是大于等于K的最小整数。假设所有UE的K值相同,则当PSFCH资源以周期N出现时,会有N个PSSCH相应的PSFCH共用一个PSFCH资源。
3、SL资源池(resouce pool)
在NR中,SL传输是基于资源池进行的。每个资源池包含一个或多个子信道(subchannel),同一资源池中的各子信道占用的频域资源(即物理资源块(physicalresource block,PRB)个数)是相同的,不同资源池的各子信道所占用的频域资源可能不同。
应理解,资源池是一个逻辑上的概念,一个资源池包括多个物理资源,其中任意一个物理资源是用于传输数据的。每个UE在进行数据的传输时候都需要从资源池中选择一个资源。这个资源选择的过程,包括以下两种情况:
(1)UE受到网络设备的控制,根据网络设备的指示信息,从资源池中选择一个资源进行数据传输,又称为Mode 1方式;
(2)UE自主从资源池中选择一个资源进行数据传输,又称为Mode2方式,即UE有自主决定资源选择和资源分配的机会。UE可以根据感知频谱的占用情况,把一些被占用的或者干扰较大的资源排除掉,在空闲或者干扰较低的资源上选择传输资源。
下面对NR SL定义的Mode1的资源调度方式进行说明。
Mode1的资源调度方式包括以下四个步骤:首先,由基站(gNB)向UE1发送下行控制信令(downlink control information,DCI)(如DCI 3_0),用于指示调度资源;其次,UE1在调度的资源上向UE2发送信号;然后,UE2向UE1回复反馈信息PSFCH;最后,UE1向gNB回复PUCCH。其中,PUCCH用于承载UE1发送数据是否成功的相关信息。
示例性的,下行控制信令DCI 3_0可以携带信息域,用于确定上述各步骤之间的时间间隔。比如,time gap字段用于确定DCI 3_0和首个调度资源PSSCH或PSSCH之间的时间间隔,sl-PSFCH-to-PUCCH字段用于确定PSFCH和PUCCH之间的时间间隔,而传输数据与PSFCH之间的时间间隔可以根据资源池的PSFCH配置周期等信息确定。
另外,DCI 3_0还可以携带用于传输的资源的时频位置,其中各个资源的时间位置是相对于首个资源的时间位置确定的。例如,根据DCI 3_0中的time gap字段可以确定第一个PSSCH所在的时域位置,根据DCI 3_0指示的frequency resource assignment和timeresource assignment可以确定所调度的资源PSSCH或PSSCH的时频位置,根据PSSCH或PSSCH资源可以确定PSFCH的时间位置,再根据PSFCH的时间位置以及sl-PSFCH-to-PUCCH字段内的参数可以确定发送PUCCH的时间位置,具体PUCCH的资源信息可以通过DCI 3_0内的PUCCH resource indicator确定。
当前Mode1场景中,基站的覆盖范围较广,可以接收到一定范围内UE发送的资源请求。然而,这些UE可能因为相互距离较远,使得彼此之间不一定能听到对方的消息。也就是说,当UE1将自己抢占信道后得到的资源上分享给其他UE时,其他UE可能由于听不到UE1的消息而无法在分配的资源上传输,造成COT资源的浪费,甚至导致COT资源被打断等。
除此以外,在Mode1场景中,gNB通过信令通知UE1传输资源的时候,可以根据该信令确定UE1的PUCCH信道,但是UE2由于没有接到gNB的信令,UE2没有对应的PUCCH信道位置。因此,当UE1指示了UE2传输所需的资源之后,UE2的传输结果并没有渠道告知gNB。
需要指出的是,在Mode2场景中,UE1发送的COT-sharing信令也不一定能被UE2接收到。比如UE2正处于发送状态而无法接收UE1的传输,或者UE2在相同时频资源上接收UE3的传输,而UE3和UE1的间距较大,导致UE1未能听到UE3占用信道的情况,最终导致UE2未能听到UE1发送的COT-sharing信息,从而UE2未能在UE1抢占的COT资源上传输,使得该COT有可能被其他UE抢到,导致COT被打断。
而且,UE1发送的COT-sharing信息也不一定能被其他UE3听到。如不能正确接收,意味着COT-sharing的资源,在两个UE(如UE1和UE3)共享的情况下可能会有50%的资源浪费。更严重的问题是,如果分配的资源未被占用,超过25μs后可能会导致COT传输机会被抢占。进一步的,UE3后续在LBT成功时,也会发送COT sharing信息给UE1,同样会造成至多50%的资源浪费。由于基站不知道在发送COT-sharing信息期间其他UE(如UE2和UE3)的具体位置,且其他UE的HARQ反馈难以给定具体的时频资源,基站则不知道其他UE实际传输的情况,后续再次分配COT-sharing资源时,可能会再次为其分配资源,造成再一次的资源浪费。
综上所述,如何保证UE1发送的COT-sharing相关信息能被其他UE接收到,减少资源浪费,避免COT被打断的情况发生;在Mode1场景中,UE1如何告知gNB共享了UE1的COT资源的其他UE的传输情况;以及共享了UE1的COT资源的其他UE如何向gNB反馈传输结果是亟待解决的技术问题。
有鉴于此,本申请提供了一种通信方法和装置,通过引入UE间的反馈机制,UE1向进行反馈了的UE2分配COT资源,能够减少资源浪费,避免COT被打断;通过UE1的PUCCH资源上报其他UE2在分配的UE1抢占的COT资源的传输情况,以及其他UE通过基站指示的PUCCH资源上报各自在分配的UE1抢占的COT资源上的传输情况,便于后续基站清楚有调度需求的其他UE的传输情况进一步确定调度资源,能够提高频谱资源的利用率,以及提升系统传输性能。
为了便于理解本申请实施例,作出以下几点说明:
第一、在本申请中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
第二、在本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,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分别可以是单个,也可以是多个。
第三、在本申请中,“第一”、“第二”以及各种数字编号(例如,#1、#2等)指示为了描述方便进行的区分,并不用来限制本申请实施例的范围。例如,区分不同的消息等,而不是用于描述特定的顺序或先后次序。应理解,这样描述的对象在适当情况下可以互换,以便能够描述本申请的实施例以外的方案。
需要注意的是,在下文中,“信息#1”和“资源指示信息#1、资源请求信息#1”之间代表的含义互不相同;类似地,“信息#11”和“资源指示信息#11、指示信息#11、资源请求信息#11、反馈信息#11”之间代表的含义也互不相同,等等。应理解,各个信息的名称仅是示例说明,本申请对此不作限定,不应构成对本申请技术方案的任何限定;
第四、在本申请中,“当……时”、“在……的情况下”以及“如果”等描述均指在某种客观情况下设备会做出相应的处理,并非是限定时间,且也不要求设备在实现时一定要有判断的动作,也不意味着存在其它限定。
第五、在本申请中,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
第六、在本申请中,“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示A时,可以包括该指示信息直接指示A或间接指示A,而并不代表该指示信息中一定携带有A。
本申请实施例涉及的指示方式应理解为涵盖可以使得待指示方获知待指示信息的各种方法。待指示信息可以作为整体一起发送,也可以分成多个子信息分开发送,而且这些子信息的发送周期和/或发送时机可以相同,也可以不同,本申请对具体的发送方法不作限定。
本申请实施例中的“指示信息”可以是显式指示,即通过信令直接指示,或者根据信令指示的参数,结合其他规则或结合其他参数或通过推导获得。也可以是隐式指示,即根据规则或关系,或根据其他参数,或推导获得。本申请对此不作具体限定。
第七、在本申请中,“协议”可以是指通信领域的标准协议,例如可以包括5G协议、新空口(new radio,NR)协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。“预配置”可以包括预先定义。例如,协议定义。其中,“预先定义”可以通过在设备中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。
第八、在本申请中,“存储”可以是指保存在一个或者多个存储器中。所述一个或者多个存储器可以是单独的设置,也可以是集成在编码器或者译码器、处理器、或通信装置中。所述一个或者多个存储器,也可以是一部分单独设置,一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质,本申请并不对此限定。
第九、在本申请中,“通信”还可以描述为“数据传输”、“信息传输”、“数据处理”等。“传输”包括“发送”和“接收”,本申请对此不作限定。
第十、在本申请中,“第一终端设备”可以描述为“UE1”,“第二终端设备”可以描述为“UE2”,“第三终端设备”可以描述为“UE3”,以此类推,本申请不再特殊强调。
下面将结合附图详细说明本申请提供的技术方案。
图3是适用本申请的COT资源调度场景的一例示意图。如图3所示,虚线左侧为Mode1场景下的COT资源调度方式。例如,基站(gNB)接收来自UE2的调度请求,并且向UE1发送COT-sharing相关信息,用于指示UE1将抢占的COT资源共享给UE2,用于UE2发送数据;虚线右侧为Mode2场景中,UE1向UE1发送COT-sharing相关信息,用于确定将UE1抢占的COT资源分配给UE2,供UE2进行传输。
接下来,针对UE1发送的COT-sharing相关信息能被其他UE接收到,以及在Mode1场景中,UE1如何告知gNB共享了UE1的COT资源的其他UE的传输情况进行示例说明。
图4是本申请实施例提供的第一种通信方法400的流程示意图。在该实现方式中,UE1根据接收到其他UE2的反馈,确定其他UE2能够听到UE1的消息,进而根据反馈消息分配UE1抢占的COT-sharing资源。应理解,该实现方式可以适用于Mode1和Mode2场景。如图4所示,该方法包括如下多个步骤。
S410,第一终端设备向至少一个第二终端设备发送信息#1(即,第一信息的一例)。
对应的,第三终端设备接收来自第一终端设备的信息#1。
其中,信息#1用于指示所述至少一个第二终端设备进行反馈。
示例性的,信息#1可以是广播消息。
需要说明的是,本申请对第三终端设备的数量不作具体限定。
在一种可能的实现方式中,信息#1还用于指示至少一个第二终端设备进行反馈的至少一个资源位置,至少一个第二终端设备与至少一个资源位置一一对应。
换句话说,信息#1可以进一步指示至少一个第二终端设备向第一终端设备反馈的资源位置,且所指示的进行反馈的资源位置的数量与至少一个第二终端设备的数量一一对应。应理解,这里可以特指存在多个第二终端设备的情况,保证每个第二终端设备有自己对应的反馈资源位置。例如,当第二终端设备有多个时,信息#1指示的进行反馈的时域资源位置可以是一个或多个,频域资源位置对应的有多个。例如,信息#1用于指示多个第二终端设备同时在各自的频域位置进行反馈,或者信息#1用于指示多个第二终端设备在各自的指定时间以及在各自的频域位置进行反馈等,本申请对此不做具体限定。
示例性的,信息#1可以是显式指示,也可以是隐式指示其他UE2反馈是否听到UE1消息的资源位置(例如,PSFCH的频域资源)。
在另一种可能的实现方式中,信息#1还用于指示至少一个第二终端设备通过第一方式在COT内进行反馈。
示例性的,第一方式可以是当前标准中的Type 2B方式,即指示至少一个第二终端设备在16μs之后进行反馈,也就是说,在其他UE的第一段传输后间隔16μs后开始占用信道,即通过感知信道发现16μs内无其他UE使用,则可以占用该信道。需要指出的是,本申请技术方案中以采用Type 2B方式为例进行说明,即信息#1指示其他UE2在UE1第一段传输后间隔16μs时进行反馈。
示例性的,第一方式可以是当前标准中的Type 2A方式,即指示至少一个第二终端设备在25μs后进行反馈,也就是说,在其他UE的第一段传输后间隔25μs后开始占用信道,即通过感知信道发现25μs内无其他UE使用,则可以占用该信道。
需要说明的是,本申请对第二终端设备的反馈时长不作具体限定,可以超过9μs,也可以少于9μs,本申请技术方案中指示至少一个第二终端设备采用Type 2B方式进行反馈,第二终端设备需要保证在第一终端设备的第一段传输后的16~25μs内有反馈,即可被第一终端设备监听到,进而可以为其分配资源。
可选地,在网络设备确定第一终端设备抢到COT资源,且至少一个第二终端设备具有调度需求的情况下,网络设备可以指示第一终端设备将抢到的COT资源分享给至少一个第二终端设备进行传输。即在执行步骤S410之前,还包括步骤S401。
S401,网络设备向第一终端设备发送信息#2(即,第二信息的一例)。
对应的,第一终端设备接收来自网络设备的信息#2。
其中,信息#2用于确定将第一终端设备抢占的COT内的资源分配给至少一个第二终端设备,信息#2包括至少一个第二终端设备的标识信息,例如UE2(s)ID。
需要说明的是,第一终端设备通过Type1方式在LBT流程中抢到信道使用机会,即COT资源,进而可以根据网络设备的信息#2分享资源给第二终端设备进行传输数据。
可选地,信息#2还可以包括至少一个第二终端设备的数据需求量等信息。例如,网络设备可以按照数据需求量最大的UE2确定占用时域资源(例如,时隙数或ms),和/或频域资源(例如,子信道数、RB数或interlace数)。
需要说明的是,在该实现方式中,网络设备并不会提前分配好第一终端设备的COT资源,并告知第一终端设备将分配好的哪些资源分享给对应的至少一个第二终端设备,而是可以告知第一终端设备所述至少一个第二终端设备的标识,让第一终端设备自主分配COT内的资源给所述至少一个第二终端设备。即第一终端设备有自主分配的能力和机会。
示例性的,假设第二终端设备有两个,在确定第一终端设备在LBT流程中抢到COT资源的情况下,网络设备可以通过信息#2指示第一终端设备将COT资源分享给两个第二终端设备传输数据。
可选地,网络设备接收来自至少一个第二终端设备的调度请求消息,使得网络设备收集到有传输需求的其他UE2。其中,调度请求消息可以包括其他UE2 ID,或者与其他UE2通信的对端UE ID等信息。
可选地,在网络设备指示第一终端设备分享COT资源给至少一个第二终端设备之前,第一终端设备可以主动上报资源请求信息#1和信息#4,供网络设备分配COT-sharing时考量,进而规避UE间听不到彼此的问题。即在执行步骤S401之前,还包括步骤S406。
S406,第一终端设备向网络设备发送资源请求信息#1(即,资源请求信息的一例)和信息#4(即,第四信息的一例)。
对应的,网络设备接收来自第一终端设备的资源请求信息#1和信息#4。
其中,资源请求信息#1用于请求用于第一终端设备传输的资源,信息#4包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括至少一个第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
示例性的,第一终端设备在向基站上报缓存状态报告(buffer status report,BSR)时,携带第一终端设备的位置信息,或者携带监听SCI sensing得到的source ID和destination ID。
示例性的,资源请求信息#1用于向网络设备请求传输资源,网络设备可以进一步指示第一终端设备抢占COT资源的位置,即在抢占的COT资源上进行数据的传输。
示例性的,第一终端设备的标识信息可以是UE1 ID,也可以是UE1的IP地址,还可以是UE1的外部标识,例如通用公共签约标识(generic public subscriptionidentifier,GPSI)。第一终端设备的位置信息可以是地理位置绝对坐标或相对坐标。本申请对此不作具体限定。
可选地,第一终端设备在发送信息#1后可以监听至少一个第二终端设备是否有反馈。若没有监听到反馈,则第一种终端设备可以占用信道继续传输;若有监听到反馈,则第一种终端设备无需占用信道,该实现方式能够避免抢占的COT中断。在执行步骤S410之后,还包括步骤S402。
S402,第一终端设备监听至少一个第二终端设备在第一终端设备传输后的第一时间段内是否进行反馈。
其中,第一时间段的起始时刻是根据第一方式确定的。
应理解,在侧行链路中,第一终端设备是分段进行传输的,第一终端设备在发送信息#1时,表示第一终端设备的第一段传输已经完成,此时第一终端设备可能还有待传输的数据,也可能在第一段传输时已经全部传输完毕,本申请对此不作具体限定。可选地,针对第一终端设备的第二段传输,可以是继续传输未完成的数据,以及更新后的COT-sharing信息,也可以是发送空的数据包,避免COT资源中断等。
示例性的,若第一终端设备指示至少一个第二终端设备采用标准中的Type 2B方式进行反馈,则第一时间段的起始时刻即为第一终端设备的第一段传输完成后的16μs后。
示例性的,若第一终端设备指示至少一个第二终端设备采用标准中的Type 2A方式进行反馈,则第一时间段的起始时刻即为第一终端设备的第一段传输完成后的25μs后。
在一种可能的实现方式中,若步骤S410中信息#1指示至少一个第二终端设备通过Type 2B方式在COT内进行反馈,同时如果UE1检测16~25μs内信道无占用,则UE1可以确定第二终端设备未在第一资源上传输,进而按照Type 2A方式继续占用该信道,否则在其他UE2反馈结束后继续占用该信道,并分配COT资源给向UE1反馈了的UE3。
需要指出的是,如果UE1在额外的一个感知时隙9μs(即16~25μs)内没有感知到信道被占用,则表示该信道实际是空闲状态。此时,UE1可以以Type 2A方式占用该时隙,避免传输间隔超过25μs而被其他传输抢占该COT。
进一步地,在执行步骤S410或S402之后,该方法还包括:
S420,第一终端设备接收第三终端设备的反馈。
对应的,第一终端设备接收来自第三终端设备的反馈。
应理解,第三终端设备是至少一个第二终端设备中进行了反馈的终端设备。换句话说,第三终端设备和第一终端设备之间可以相互听到对方的消息。
在一种可能的实现方式中,若步骤S410的信息#1还用于指示至少一个第二终端设备反馈的至少一个资源位置,则第一终端设备在至少一个资源位置接收至少一个第二终端设备的反馈。例如,第二终端设备有两个,对应的第一终端设备发送的信息#1还用于指示反馈的资源位置#1和资源位置#2,则第一终端设备可以在资源位置#1上接收第一个第二终端设备的反馈信息,在资源位置#2上接收第二个第二终端设备的反馈信息,该实现方式可以更准确地定位到进行了反馈的第二终端设备有哪些。
在另一种可能的实现方式中,若步骤S410的信息#1还用于指示至少一个第二终端设备通过第一方式在COT内进行反馈。例如,信息#1指示采用Type 2B方式进行反馈,对应的第一终端设备在16~25μs内接收反馈信息。又例如,信息#1指示采用Type 2A方式进行反馈,对应的第一终端设备在25μs后接收反馈信息。
需要说明的是,上述步骤S402和步骤S420可以理解为同步进行,步骤S402主要针对16~25μs进行监听,进而第一终端设备确定是否继续占用信道进行传输;步骤S420中第一终端设备接收到第三终端设备的反馈所用的时长可以超过16~25μs范围。
可选的,若上述步骤S420并未发生,即所有UE2都没有UE1反馈。也就是说,UE1未接收到任何UE2的反馈,这意味着COT资源仅用于UE1传输自己的数据。
可选地,在第一终端设备接收到第三终端设备的反馈的情况下,说明第一终端设备和第三终端设备之间能够互相听到对方的消息,所以第一终端设备可以生成资源指示信息#1,用于指示第三终端设备传输的资源。即在执行步骤S420之后,还包括步骤S403。
S403,第一终端设备根据反馈了的第三终端设备生成资源指示信息#1。
示例性的,第一终端设备抢占的COT包含频域资源#1~频域资源#5,以及时域资源#1~时域资源#3。第一终端设备可以根据反馈了的第三终端设备的数量(例如2个)以及传输数据需求量,确定将时域资源#1以及频域资源#1~频域资源#3分配给第一个UE3,将时域资源#2以及频域资源#4分配给第二个UE3等。
其中,本申请对第一终端设备生成资源指示信息的具体实现方式不作具体限定。
进一步地,基于接收到第三终端设备的反馈,第一终端设备可以将抢占到的COT资源分享给第三终端设备,用于第三终端设备的传输。即在步骤S420或者S403之后,还包括步骤S430。
S430,第一终端设备发送资源指示信息#1(即,第一资源指示信息的一例)。
对应的,第三终端设备接收来自第一终端设备的资源指示信息#1。
其中,资源指示信息#1用于指示第一资源,第一资源用于第三终端设备的传输,第一资源包含在第一终端设备抢占的信道占用时间COT内,第一资源包括频域资源和/或时域资源。
可选地,资源指示信息#1的方式发送可以是广播的方式,也可以是第一终端设备直接向第三终端设备发送,本申请对此不作具体限定。
示例性的,第一资源可以是时域资源,例如第一终端设备抢占的COT资源内的第1至5个时隙,第三终端设备可以在指定的时隙上进行传输。
在一种可能的实现方式中,资源指示信息#1用于指示第一资源(或者,资源位置),同时基站指示该第一资源用于第三终端设备的传输。
在另一种可能的实现方式中,资源指示信息#1用于指示第一资源(或者,资源位置),还用于指示该第一资源用于第三终端设备的传输。
也就是说,第一资源用于第三终端设备的传输的指示可以是基站指示的,也可以是第一终端设备指示的,本申请对此不作具体限定。
需要说明的是,本申请对第三终端设备的数量不作具体限定。示例性的,当第三终端设备有多个时,对应的第一资源也有多个,即多个第三终端设备与多个第一资源是一一对应的关系。例如,第三终端设备有三个,则资源指示信息#1可以用于指示第一个UE3在资源#1上传输,第二个UE3在资源#2上传输,第三个UE3在资源#3上传输,其中,资源#1、资源#2和资源#3统称为第一资源。换句话说,第三终端设备是可以听到第一终端设备发送的消息,且向第一终端设备反馈成功的终端设备。
应理解,由于并不是每个UE2都一定会向UE1反馈,本申请技术方案中的UE1根据有反馈的UE2(比如,UE3)进行分配资源,而没有反馈的其他UE2则不进行资源的分配,避免COT资源的浪费。这里一个前提假设是,基站覆盖范围内的UE并不一定能听到彼此的信号,一旦在间距较远或者信道很差的情况下,其他UE可能听不到UE1在步骤S410发送的消息#1,因此其他UE就不会向UE1进行反馈。为了保证COT资源的合理使用,UE1把COT资源分配给有反馈的UE3。也就是说,UE1发送的资源指示信息#1所指示的第一资源(比如COT-sharing信息)是根据有无反馈等因素进行筛选确定的,而不是直接将步骤S401接收到的指示信息#1携带的COT-sharing相关信息告知其他UE2。
需要指出的是,由于UE1接收反馈并更新COT-sharing信息是需要时延的,所以UE1在根据接收到的反馈确定UE3的过程中仍会进行数据传输。并且,在数据传输过程中将更新后的COT-sharing信息告知有反馈的UE3,即告知UE3进行传输的时频域资源。
可选地,在第一终端设备将第一资源分享给第三终端设备之后,第一终端设备可以监听第三终端设备在分配的资源上的传输情况。即在步骤S430之后,还包括步骤S404。
S404,第一终端设备监听第三终端设备在第一资源上的传输情况。
示例性的,第一终端设备可以通过能量检测,或者检测侧行链路控制信息(sidelink control information,SCI)的值,来监听第三终端设备是否占用该频带的资源,和/或第三终端设备的PSFCH回复(例如,ACK或NACK)信息,ACK/NACK监听的是具体的传输内容。例如,能量检测可以理解为第一终端设备在9μs(即16~25μs)上检测能量,如果超过门限,则意味着有UE占用该资源;反之,如果不超过门限,则意味着没有UE占用该资源。
需要说明的是,本申请对第一终端设备监听信道资源的具体实现方式不作具体限定。
其中,第三终端设备在第一资源上的传输情况包括以下一项或者多项:第三终端设备是否在第一资源上传输;第三终端设备在第一资源上的传输是否有对应的混合自动重传请求HARQ反馈;或者,第三终端设备在第一资源上的传输对应的HARQ反馈的结果。
应理解,本申请技术方案中进行了反馈的第三终端设备通常是会在第一终端设备为其分配的资源上进行传输的。也就是说,当第三终端设备有传输需求,且能够听到第一终端设备的消息时,就会在第一终端设备抢占的COT内的第一资源上进行传输,除非特殊情况的发生。因此,第三终端设备是否在第一资源上传输通常理解为第三终端设备在第一资源上传输。
应理解,第三终端设备在第一资源上的传输是否有对应的HARQ反馈,是指第三终端设备在第一资源上的传输是否有第三终端设备对端(例如,第一终端设备或其他UE)的响应。
还应理解,第三终端设备在第一资源上的传输对应的HARQ反馈的结果,是指ACK或者NACK,表示第三终端设备在第一资源上的传输成功或者失败。
作为示例而非限定,第一终端设备还可以在确定第三终端设备没有在第一资源上传输时,及时地接入信道并占用该第一资源,避免25μs后由于没有占用第一资源而被其他UE抢占,造成COT的中断,不利于系统传输性能的提升。
可选地,在监听至少一个第二终端设备(包括第三终端设备)在COT内的传输情况,第一终端设备可以将至少一个第二终端设备的传输情况上报给网络设备,便于网络设备后续有针对性的调度,合理分配和利用资源。即在步骤S402和/或步骤S404之后,还包括步骤S405。
S405,第一终端设备向网络设备发送信息#3(即,第三信息的一例)。
对应的,网络设备接收来自第一终端设备的信息#3。
可选地,网络设备可以根据信息#3确定调度资源。
其中,信息#3用于指示以下一项或者多项:至少一个第二终端设备的传输情况;第三终端设备的传输情况;未进行反馈的第四终端设备,第四终端设备包含在至少一个第二终端设备中;未在第一资源上传输的第五终端设备;在第一资源上传输失败的第六终端设备;或者,在第一资源上传输成功的第七终端设备。
需要说明的是,第五终端设备、第六终端设备和第七终端设备包含在第三终端设备中。
其中,至少一个第二终端设备的传输情况包括:参与COT-sharing的终端设备的传输情况(例如,第三终端设备的传输情况(包括是否在分配的COT资源上传输、传输是否有对端的HARQ反馈,以及HARQ反馈的结果是成功还是失败),未在第一资源上传输的第五终端设备,在第一资源上传输失败的第六终端设备,以及在第一资源上传输成功的第七终端设备),以及未参与的COT-sharing的终端设备的传输情况,其中,未参与COT-sharing的终端设备即为未进行反馈的第四终端设备。
示例性的,基站在步骤S401向UE1发送的指示信息#1中指示其他UE(例如UE2、UE3、UE4和UE5)中的每个UE对应PUCCH资源上1bit信息,例如比特“0”对应ACK,表示传输正确;比特“1”对应NACK,表示传输失败,若UE2、UE3、UE4有反馈,UE5无反馈,且UE2的传输对应的HARQ结果为ACK,UE3、UE4的传输对应的HARQ结果为NACK,UE1的传输对应的HARQ结果为ACK,则UE1在PUCCH资源上向基站反馈的信息#2包括:UE1的对应bit承载ACK,UE2的对应bit承载ACK,UE3的对应bit承载NACK,UE4的对应bit承载NACK,UE5的对应bit承载NACK(因未反馈),或者采用其他指示信息指示UE5未参与传输,对应的比特信息可以是“00111”。
可选地,信息#3可以是显式指示,也可以是隐式指示至少一个第二终端设备的传输情况。例如,可以通过终端设备的标识信息(例如UE ID或者UE IP地址)指示对应的终端设备的传输情况。
需要说明的是,信息#3所指示的传输情况可以包括所有第二终端设备的传输情况,也可以仅包括部分第二终端设备的传输情况,本申请对此不作具体限定。
另外,信息#3还用于指示第一终端设备的传输情况,例如是否将自己抢占到的COT分享给至少一个第二终端设备,以及第一终端设备在COT资源上的传输情况,包括第一终端设备传输是否有对端的HARQ反馈,以及HARQ反馈的结果是成功还是失败等。
可选地,如果上述步骤S420并未发生,即UE1并未收到任何其他UE的反馈,则UE1在向基站进行PUCCH回复时,仅上报UE1的传输结果,例如UE1的Rx侧UE(即UE1的对端UE)反馈的HARQ结果(ACK或者NACK)。同时,UE1还可以告知gNB无其他UE2参与COT-sharing,例如可以将其他UE2对应的HARQ结果设置为NACK,或者,在信息#3中增加额外的指示信息比特位,用于指示其他UE2未参加COT-sharing。这样基站在接收到信息#3之后,识别出其他UE2未成功传输,后续可以再次调度资源用于其他UE2的传输。
可选地,至少一个第二终端设备也可以单独向网络设备上报各自的传输情况。
示例性的,基站向多个UE发送多个DCI告知COT-sharing相关信息。多个DCI可用于确定多个PUCCH的信道,每个PUCCH信道对应一个UE。假设有三个UE(例如,UE1、UE2和UE3),则基站向UE1发送DCI#11,DCI#11用于指示PUCCH#11;基站向UE2发送DCI#22,DCI#22用于指示PUCCH#22;基站向UE3发送DCI#33,DCI#33用于指示PUCCH#33。UE1经过LBT抢到了传输机会,通过COT-sharing可以向UE2和UE3分享抢占到的COT资源。则UE1、UE2和UE3分别在PUCCH#11、PUCCH#22和PUCCH#11向基站上报各自在COT资源上的传输情况。
需要说明的是,对于没有抢到COT,且没有被分配COT资源的UE(例如UE3),可以向基站反馈NACK,或者向基站发送用于指示没有传输资源的指示信息。对于没有抢到COT,但是被COT-sharing资源的UE(例如UE2),尽管传输的资源的位置可能和发送给该UE2的DCI#22所指示的PUCCH#22不同,但是HARQ反馈是按照传输结果HARQ确定的。
进一步地,UE可以根据DCI指示的PUCCH资源的位置,确定一个COT-sharing的资源范围(即,时域范围和/或频域范围)。在该资源范围内,如果有传输机会,且传输获得ACK的反馈,则UE在向gNB发送的PUCCH上承载ACK;在该资源范围内,如果有传输机会,且传输获得NACK的反馈,则UE在向gNB发送的PUCCH上承载NACK。
根据本申请提供的方案,第一终端设备是抢占COT成功的终端设备,通过引入UE间(即第一终端设备与至少一个第二终端设备之间)的反馈机制,使得第一终端设备向进行了反馈的第三终端设备分配抢占的COT内的资源,能够减少资源浪费,甚至避免COT被打断,进而提升系统传输性能,保证系统吞吐量。
图5是本申请实施例提供的应用于Mode1和Mode2场景的COT资源分配的示意图。如图5所示,基站向UE1发送DCI,告知COT-sharing相关信息,例如COT资源的时频域位置信息,UE1通过LBT抢占到COT,并发送其他UE的ID(例如UE2、UE3、UE4和UE5),并指示其他UE采用Type 2B方式反馈是否听到UE1消息。
在一种示例中,UE1在16~25μs所在的9μs内接收到其他UE的反馈消息。例如,UE2、UE3和UE4在该9μs内进行了反馈,表示它们听得到UE1发送的消息,而UE5在该9μs内并未反馈,表示其听不到UE1发送的消息。基于其他UE的反馈消息,UE1更新COT-sharing相关信息,并发送给UE2、UE3和UE4,用于UE2、UE3和UE4在分配的资源上进行传输,例如可以以时隙slot方式接入。比如,UE2、UE3和UE4在同一时隙不同子信道内传输。进一步地,UE1可以监听UE2、UE3和UE4在各自分配的资源上的传输情况,并通过PUCCH资源将其他UE的传输情况上报给基站。例如,告知基站以下一项或者多项:UE5未参加COT-sharing,UE2、UE3和UE4参加COT-sharing,UE2、UE3和UE4在各自分配的资源上是否传输、UE2、UE3和UE4传输是否有对应的HARQ反馈,以及UE2、UE3和UE4传输对应的HARQ反馈结果是ACK还是NACK等。
在另一种示例中,UE1在16~25μs所在的9μs内并未接收到其他UE的反馈消息,即UE2、UE3、UE4和UE5均未反馈。此时UE1可以采用Type 2A方式占用COT资源继续传输,避免COT中断。进一步地,UE1通过PUCCH资源向基站上报其他UE的传输情况。例如,告知基站以下一项或者多项:UE2、UE3、UE4和UE5均未参加COT-sharing,UE1的传输是否有对应的HARQ反馈,以及UE1传输对应的HARQ反馈结果是ACK还是NACK等。
需要说明的是,上述方法400中步骤S410、S420和S430所示的反馈机制可以单独执行,而不执行其他的步骤,例如S401、S405和S406。其他UE可能因为半双工或双向信道差异等因素无法接收到UE1的COT-sharing信息,可以通过反馈机制进一步确认其他UE是否听得到UE1的消息,进而确定是否可以分享UE1的COT资源。
图6是本申请实施例提供的应用于Mode2场景的COT资源分配的示意图。如图6所示,UE1可以通过接收、监听或感知等途经获取其他UE的预约消息。例如,UE1通过解调其他UE的消息,获取侧行控制信息SCI,从而获取其他UE预约资源的信息。然后,UE1通过LBT抢占到COT,并发送其他UE的ID(例如UE2、UE3、UE4和UE5),并指示其他UE采用Type 2B方式反馈是否听到UE1消息。
在一种示例中,UE1在16~25μs所在的9μs内接收到其他UE的反馈消息。例如,UE2、UE3和UE4在该9μs内进行了反馈,表示它们听得到UE1发送的消息,而UE5在该9μs内并未反馈,表示其听不到UE1发送的消息。基于其他UE的反馈消息,UE1更新COT-sharing相关信息,并发送给UE2、UE3和UE4,用于UE2、UE3和UE4在分配的资源上进行传输,例如可以以时隙slot方式接入。可选地,UE1可以与UE2、UE3和UE4在同一时隙不同子信道内传输。
在另一种示例中,UE1在16~25μs所在的9μs内并未接收到其他UE的反馈消息,即UE2、UE3、UE4和UE5均未反馈。此时,若UE1有数据要传输时,UE1可以采用Type2A方式占用COT资源继续传输,避免COT中断。若UE1无数据要传输时,UE1可以放弃传输;或者,UE1仍然可以采用Type 2A方式占用该信道的传输,直到UE1的对端发送HARQ结果为止。
基于上述方案,通过反馈检测机制,避免了将资源分配给听不到COT-sharing的其他UE。换句话说,该方式可以解决Mode1和/或Mode2场景下,UE1分享COT-sharing时其他UE2听不到传输的问题,并给出了Mode1场景中如何向基站反馈COT-sharing情况,供基站后续进行Mode1调度时使用。另外,通过UE1向基站上报其他UE的传输情况,能够避免额外指示其他UE反馈的开销,还可以节约反馈资源。
接下来,针对Mode1场景中,UE1如何告知gNB共享了UE1的COT资源的其他UE的传输情况,以及如何保证UE1发送的COT-sharing相关信息能被其他UE接收到进行示例说明。
图7是本申请实施例提供的第二种通信方法700的流程示意图。与上述方法400不同之处在于,该实现方式中的COT-sharing的资源分配完全根据网络设备的指示确定的。在该实现方式中,UE1根据接收到其他UE2的反馈,或者UE1自主监听确定其他UE2的传输情况。应理解,该实现方式主要适用于Mode1场景。如图7所示,该方法包括如下多个步骤。
S710,第一终端设备获取第二终端设备在第一资源上的传输情况。
其中,第一资源包含在第一终端设备抢占的COT内,第一资源包括时域资源和/或频域资源。
需要说明的是,本申请对第二终端设备的数量不作具体限定。
还需要说明的是,第一终端设备通过Type1方式在LBT流程中抢到信道使用机会,即COT资源。
在一种可能的实现方式中,第一终端设备获取第二终端设备在第一资源上的传输情况,包括:第一终端设备接收来自第二终端设备的反馈消息;第一终端设备根据反馈消息确定第二终端设备在第一资源上的传输情况。
需要说明的是,这里根据反馈消息所确定的传输情况,是指第二终端设备是否在第一资源传输。示例性的,若第二终端设备在16~25μs进行反馈,第一终端设备根据第二终端设备的反馈可以确定第二终端设备占用该第一资源。
在另一种可能的实现方式中,第一终端设备获取第二终端设备在第一资源上的传输情况,包括:第一终端设备监听第二终端设备在第一资源上的传输情况。
示例性的,第一终端设备可以通过能量检测,或者检测SCI的值来监听第二终端设备是否占用该频带的资源,和/或第二终端设备的PSFCH回复(例如,ACK或NACK)信息。其中,本申请对第一终端设备监听信道资源的具体实现方式不作具体限定。
示例性的,第二终端设备在第一资源上的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
需要说明的是,第一终端设备监听第二终端设备在第一资源上的传输情况的具体实现方式,以及第二终端设备在第一资源上的传输情况的具体说明,可参考上述方法400的步骤S404,为了简洁,此处不再赘述。
可选地,在获取第一终端设备获取第二终端设备在第一资源上的传输情况之前,第一终端设备可以分享抢占到的COT内的第一资源给第二终端设备,用于第二终端设备的传输。即在执行步骤S710之前,还包括步骤S701。
S701,第一终端设备发送资源指示信息#a(即,第一资源指示信息的一例)。
对应的,第二终端设备接收来自第一终端设备的资源指示信息#a。
其中,资源指示信息#a用于指示第二终端设备传输占用的第一资源。第一资源包含在第一终端设备抢占的信道占用时间COT内,第一资源包括频域资源和/或时域资源。
可选地,该实现方式可以认为第一资源是网络设备确定的,即网络设备根据第一终端设备抢占COT资源,以及第二终端设备的调度需求确定的第一资源。第一终端设备可以直接将分配好的第一资源告知第二终端设备,用于第二终端设备的传输。
可选地,第一资源用于第二终端设备的传输的指示可以是基站指示的,也可以是第一终端设备指示的,本申请对此不作具体限定。
需要说明的是,资源指示信息#a与上述方法400中步骤S430的资源指示信息#1的含义、具体携带的内容、发送方式等类似。例如,资源指示信息#a可以是广播消息,信息#a可以指示第二终端设备进行反馈的资源位置,资源指示信息#a可以指示第二终端设备通过第一方式在COT内进行反馈等。为了简洁,此处不再过多赘述。
可选地,在第一终端设备发送资源指示信息#a之前,第一终端设备根据第二终端设备的反馈生成资源指示信息#a。
示例性的,第一终端设备抢占的COT包含频域资源#1~频域资源#5,以及时域资源#1~时域资源#3。第一终端设备可以根据反馈了的UE2的数量(例如2个)以及传输数据需求量,确定将时域资源#1以及频域资源#1~频域资源#3分配给第一个UE2,将时域资源#2以及频域资源#4分配给第二个UE2等。
其中,本申请对第一终端设备生成资源指示信息的具体实现方式不作具体限定。
可选地,第一终端设备为第二终端设备分配第一资源之前,第一终端设备可以先通知第二终端设备进行反馈,确保第一终端设备与第二终端设备之间互相听得到对方的消息,避免分配的第一资源被浪费。即在执行步骤S701之前,还包括步骤S702和S703。
S702,第一终端设备向第二终端设备发送信息#a(即,第一信息的一例)。
对应的,第二终端设备接收来自第二终端设备的信息#a。
其中,信息#a用于指示第二终端设备反馈。
可选地,第一终端设备接收来自第二终端设备的反馈,说明第一终端设备和第二终端设备之间可以相互有听得到对方的消息。具体实现方式可参见上述方法400的步骤S420,为了简洁,此处不再赘述。
应理解,该实现方式可以认为第一资源是第一终端设备确定的,即第一终端设备基于反馈可以确定能够听到自己发送的消息的第二终端设备有哪些,进而将抢占的COT资源分配给这些第二终端设备,避免第二终端设备未使用分配的资源,导致资源浪费。
需要说明的是,信息#a与上述方法400中步骤S410的消息#1的含义、具体携带的内容、发送方式等类似。例如,信息#a可以是广播消息,信息#a可以指示第二终端设备进行反馈的资源位置,信息#a可以指示第二终端设备通过第一方式在COT内进行反馈等。为了简洁,此处不再过多赘述。
S703,第一终端设备监听第二终端设备在第一终端设备传输后的第一时间段内是否进行反馈。
其中,第一时间段的起始时刻是根据第一方式确定的。需要指出的是,第一终端设备是分段传输的,第一终端设备在发送信息#a时,表示第一终端设备的第一段传输已经完成,此时第一终端设备可能还有待传输的数据,也可能在第一段传输时已经全部传输完毕,本申请对此不作具体限定。可选地,针对第一终端设备的第二段传输,可以是继续传输未完成的数据,以及更新后的COT-sharing信息,也可以是发送空的数据包,避免COT资源中断等。
可选地,第一方式可以是当前标准中的Type 2A方式或者Type 2B方式,本申请对此不作具体限定。
在一种可能的实现方式中,第一终端设备通过监听(例如16~25μs内)信道是否被占用来确定第二终端设备是否在第一资源上传输。例如,第一终端设备监听16~25μs发现第二终端设备并没有传输,可以在25μs后占用该第一资源进行数据传输,避免COT资源的浪费或者COT中断等。
需要说明的是,第一终端设备监听的具体内容、监听方式可以参考上述方法400中步骤S402,为了简洁,此处不再赘述。
可选地,在网络设备确定第一终端设备抢到COT资源,且第二终端设备具有调度需求的情况下,网络设备可以指示第一终端设备将抢到的COT资源分享给第二终端设备进行传输。即在执行步骤S702之前,还包括步骤S704。
S704,网络设备向第一终端设备发送信息#b。
对应的,第一终端设备接收来自网络设备的信息#b。
其中,信息#b用于确定将第一终端设备抢占的COT内的第一资源分配给第二终端设备,信息#b包括第二终端设备的标识信息,例如UE2(s)ID。
示例性的,假设第二终端设备有两个,在确定第一终端设备在LBT流程中抢到COT资源的情况下,网络设备可以指示第一终端设备将COT资源中的资源#1(例如占用第1至10时隙的传输资源)分配给第一个UE2,将第一终端设备的COT资源中的资源#2(例如占用第11至15时隙的传输资源)分配给第二个UE2,第一终端设备基于网络设备的指示向第二终端设备发送第一资源,用于第二终端设备的传输。
可选地,信息#b还可以包括第二终端设备的数据需求量等信息。例如,网络设备可以按照数据需求量最大的UE2确定占用时域资源(例如,时隙数或ms),和/或频域资源(例如,子信道数、RB数或interlace数)。
可选地,网络设备接收来自第二终端设备的调度请求消息,使得网络设备收集到有传输需求的UE2。其中,调度请求消息可以包括UE2 ID,或者与UE2通信的对端UE ID等信息。
需要说明的是,信息#b与上述方法400中步骤S401的信息#2的含义、具体携带的内容、发送方式等类似。例如,信息#b可以包括第二终端设备的数据需求量等。为了简洁,此处不再赘述。
可选地,在网络设备指示第一终端设备分享COT资源给第二终端设备之前,第一终端设备可以主动上报资源请求信息#a和信息#c,供网络设备分配COT-sharing时考量,进而规避UE间听不到彼此的问题。即在执行步骤S704之前,还包括步骤S705。
S705,第一终端设备向网络设备发送资源请求信息#a(即,资源请求信息的一例)和信息#c(即,第三信息的一例)。
对应的,网络设备接收来自第一终端设备的资源请求信息#a和信息#c。
其中,资源请求信息#a请求用于第一终端设备传输的资源,信息#c包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息,其他终端设备包括第二终端设备;第一终端设备的位置信息;或者,第一终端设备的标识信息。
示例性的,第一终端设备在向基站上报BSR时,可以携带第一终端设备的位置信息,或者source ID和destination ID。
需要说明的是,资源请求信息#a与上述方法400中步骤S406的资源请求信息#1的含义、用途、发送方式等类似。信息#c与上述方法400中步骤S406的信息#4的含义、具体携带的内容、发送方式等类似。为了简洁,此处不再赘述。
进一步地,基于获取的第二终端设备在分配的资源上的传输情况,第一终端设备可以确定并向网络设备上报的反馈信息。即,在执行步骤S710之后,还包括步骤S720和S730。
S720,第一终端设备根据第二终端设备在第一资源上的传输情况确定反馈信息#a(即,第一反馈信息的一例)。
示例性的,反馈信息#a用于指示以下一项或者多项:未在第一资源上传输的第三终端设备;在第一资源上传输失败的第四终端设备;在第一资源上传输成功的第五终端设备;或者,未进行反馈的第六终端设备;其中,第三终端设备、第四终端设备、第五终端设备和第六终端设备包含在第二终端设备中。
可选地,反馈信息#a可以是显式指示,也可以是隐式指示第二终端设备的传输情况。例如,可以通过UE ID或者UE IP地址指示对应的终端设备在第一资源的传输情况。
需要说明的是,反馈信息#a所指示的传输情况可以包括所有第二终端设备的传输情况,也可以仅包括部分第二终端设备的传输情况,本申请对此不作具体限定。
S730,第一终端设备向网络设备发送反馈信息#a。
对应的,网络设备接收来自第一终端设备的反馈信息#a。
可选地,网络设备可以根据反馈信息#a确定调度资源。
示例性的,第一终端设备通过网络设备指示的PUCCH资源反馈第二终端设备的传输情况。
需要说明的是,第一终端设备还可以向网络设备发送反馈信息#b,反馈信息#b用于指示第一终端设备的传输情况,例如是否将自己抢占到的COT分享给第二终端设备,以及第一终端设备在COT资源上的传输情况,包括第一终端设备传输是否有对端的HARQ反馈,以及HARQ反馈的结果是成功还是失败等。可选地,反馈信息#a和反馈信息#b可以在同一个信道发送,也可以在不同的信道发送,本申请对此不作具体限定。
根据本申请提供的方案,第一终端设备是抢占COT成功的终端设备,通过第一终端设备向网络设备反馈第二终端设备在COT内的资源的传输情况,解决了当前网络设备无法获取其他UE的传输情况的问题。网络设备基于第一终端设备上报的部分或全部第二终端设备的传输情况,可以在后续的调度资源的时候有所针对性,避免资源的浪费,有利于满足终端设备的传输需求,进而提升通信系统的传输性能和系统吞吐量。
图8是本申请实施例提供的其他UE向UE1反馈在COT资源上的传输情况的示意图。如图8所示,根据能够听到UE1消息的其他UE反馈的信息,UE1可以确定参与COT-sharing的UE。例如,基站向UE1发送DCI,告知COT-sharing相关信息,例如COT资源的时频域位置信息,UE1通过LBT抢占到COT,向其他UE(例如UE2、UE3、UE4和UE5)发送传输资源,并指示其他UE采用Type 2B方式反馈是否听到UE1消息。应理解,分配给其他UE的传输资源是基站通过DCI指示的。
在一种示例中,UE1在16~25μs所在的9μs内接收到其他UE的反馈消息。例如,UE2、UE3和UE4在该9μs内进行了反馈,表示它们听得到UE1发送的消息,而UE5在该9μs内并未反馈,表示其听不到UE1发送的消息。UE2、UE3和UE4在基站指示的UE1抢占的COT资源上进行传输,例如以时隙slot或interlace方式接入。比如,UE2、UE3和UE4在同一时隙不同子信道内传输。可选地,UE1可以与UE2、UE3和UE4同时在COT资源上进行传输,并监听UE2、UE3和UE4的传输情况,并通过PUCCH资源将其他UE2、UE3和UE4的传输情况上报给基站。
在另一种示例中,UE1在16~25μs所在的9μs内并未接收到其他UE的反馈消息,即UE2、UE3、UE4和UE5均未反馈。此时UE1可以采用Type 2A方式占用COT资源继续传输或不进行传输,避免COT中断。进一步地,UE1通过PUCCH资源向基站上报其他UE的传输情况。
基于上述方案,基于基站分配的资源确定COT-sharing的信息,通过UE1接收其他UE的反馈(例如,是否在9μs内接入信道),解决了UE间进行COT-sharing时彼此听不到的问题,同时确定反馈给基站的PUCCH承载的其他UE的传输情况。
图9是本申请实施例提供的UE1监听其他UE在COT资源上的传输情况的示意图。如图9所示,UE1可以通过监听COT-sharing的使用情况,确定其它UE是否占用该频带的资源,进而向基站反馈参与和/或未参与COT-sharing的UE标识。例如,基站向UE1发送DCI,告知COT-sharing相关信息,例如COT资源的时频域位置信息,UE1通过LBT抢占到COT,向其他UE(例如UE2、UE3、UE4和UE5)发送传输资源。应理解,分配给其他UE的传输资源是基站通过DCI指示的。
在一种示例中,UE1在16~25μs所在的9μs内检测到信道被占用。即表示UE2、UE3和UE4在基站指示的UE1抢占的COT资源上进行传输。比如UE2、UE3和UE4在同一时隙不同子信道内传输。进一步地,UE1可以监听UE2、UE3和UE4在各自分配的资源上的传输情况,并通过PUCCH资源将其他UE的传输情况上报给基站。
在另一种示例中,UE1在16~25μs所在的9μs内并未检测到信道被占用。即表示UE2、UE3和UE4并未在基站指示的UE1抢占的COT资源上进行传输。此时UE1可以采用Type2A方式占用COT资源继续传输或不传输,保证COT不中断即可。进一步地,UE1通过PUCCH资源向基站上报其他UE的传输情况。
需要说明的是,该实现方式没有反馈机制,仅仅根据其他UE的传输情况确定反馈给基站的PUCCH上所承载的信息。或者说,COT-sharing仅为其他UE间的传输,不包括UE1的传输。
基于上述方案,基于基站分配的资源确定COT-sharing的信息,UE1监听其他UE的传输情况(例如,是否在基站分配的资源上进行传输,传输是否有对应的HARQ反馈,以及HARQ反馈的结果是ACK或NACK),确定反馈给基站的PUCCH承载的其他UE的传输情况。
接下来,针对Mode2场景中其他UE错检、漏检UE1的COT-sharing信息时,如何避免COT中间某个时隙被打断的方案进行示例说明。
图10是本申请实施例提供的第三种通信方法1000的流程示意图。与上述方法400或700不同之处在于,该实现方式中不涉及反馈机制,主要通过UE1给其他UE分配COT资源并监听其他UE的传输情况,确定是否抢占信道从而避免COT中断。如图10所示,该方法包括如下多个步骤。
S1010,第一终端设备向第二终端设备发送资源指示信息#A(即,第一资源指示信息的一例)。
对应的,第二终端设备接收来自第一终端设备的资源指示信息#A。
其中,资源指示信息#A用于指示第二终端设备传输占用的第一资源,第一资源包含在第一终端设备抢占的COT内,第一资源包括时域资源和/或频域资源。
需要说明的是,资源指示信息#A与上述方法700中步骤S701的资源指示信息#a的含义、具体携带的内容、发送方式等类似。例如,资源指示信息#A可以是广播消息,信息#A可以指示第二终端设备进行反馈的资源位置,资源指示信息#A可以指示第二终端设备通过第一方式在COT内进行反馈等。为了简洁,此处不再过多赘述。
可选地,资源指示信息#A还用于指示第三终端设备传输占用的第二资源,即第一终端设备向第三终端设备发送所述资源指示信息#A,第二资源包含在第一终端设备抢占的COT内,第二资源包括时域资源和/或频域资源,第二资源所在的时域位于第一资源所在的时域之后。
也就是说,在Mode2场景中,第一终端设备可以基于其他UE的预约信息确定第二终端设备和第三终端设备具有传输需求。对应的,第一终端设备可以通过资源指示信息#A同时为第二终端设备和第三终端设备分配传输资源,即第一资源和第二资源,例如第一资源的传输位置在第二资源之前。
需要说明的是,第二终端设备根据资源指示信息#A确定第一资源后,因为某些原因也可以不进行传输,本申请不排除这种情况的发生。
可选地,在第一终端设备向第二终端设备发送资源指示信息#A之前,可以生成资源指示信息#A。即在执行步骤S1010之前,还包括步骤S1001。
S1001,第一终端设备确定资源指示信息#A。
示例性的,第一终端设备感知信道资源或者根据其他UE的预约信息,确定第二终端设备的传输需求,并将第一终端设备抢占的COT资源中的第一资源(例如从第1时隙开始的第一时间段)分配给第二终端设备。可选地,该第一资源可以大于第二终端设备的传输需求资源,也可以小于第二终端设备的传输需求资源,待下一次分享资源给第二终端设备等,本申请对此不作具体限定。
进一步地,在第一终端设备分享COT资源中的第一资源给第二终端设备之后,第一终端设备可以监听第二终端设备的传输情况,进而确定是否需要第一终端设备占用第一资源,以及确定向网络设备反馈的信息。即,在执行步骤S1010之后,还包括S1020、S1030和S1002。
S1020,第一终端设备监听第二终端设备在第一资源上的传输情况。
示例性的,第一终端设备可以通过能量检测,监听第二终端设备是否占用该频带的资源。例如,能量检测可以理解为第一终端设备在9μs(即16~25μs)上检测能量,如果超过门限,则意味着第二终端设备占用该资源;反之,如果不超过门限,则意味着第二终端设备没有占用该资源,此时第一终端设备可以占用该第一资源。
S1030,第一终端设备根据第二终端设备在第一资源上的传输情况确定是否占用第一资源。
可选地,S1002,在确定第二终端设备未在第一资源上传输的情况下,第一终端设备在第一资源上传输。
应理解,这里特指第二终端设备是一个的情况,即在第一终端设备为第二终端设备分配了第一资源后,第一终端设备通过监听(例如16~25μs)来确定第二终端设备是否在第一资源上传输。
示例性的,第一终端设备监听16~25μs发现第二终端设备并没有传输,可以认为第二终端设备并未听到第一终端设备为其发送的消息,因此第一终端设备在25μs后可以继续占用该第一资源,用于第一终端设备的传输,避免COT资源的浪费或者COT中断等。
可选地,第一终端设备在第一资源上传输之后,可以重新向第三终端设备发送资源指示信息,用于指示第三终端设备传输的资源。即在步骤S1002之后,还包括步骤S1005。
S1005,第一终端设备向第三终端设备发送资源指示信息#B(即,第二资源指示信息的一例),资源指示信息#B用于指示第二资源,第二资源用于第三终端设备的传输,第二资源包含在第一终端设备抢占的COT内,第二资源包括时域资源和/或频域资源,第二资源所在的时域位于第一资源所在的时域之后。
应理解,资源指示信息#B的发送是可选步骤,即资源指示信息#A中已经指示了第三终端设备传输的第二资源,该实现方式可以看作是第一资源未被第二终端设备占用,第一终端设备在25μs后接入信道,进行第一终端设备的数据传输,并重新向第三终端设备发送该第二资源指示信息,该资源指示信息#B所指示的第二资源与第一资源指示信息中所指示的第二资源是相同的。
作为示例而非限定,其他UE例如UE2也可以向第三终端设备发送该资源指示信息#B,该实现方式中第二终端设备是使用了第一资源,并在第一资源上传输数据的。第二终端设备在传输结束后,监听16~25μs内第三终端设备是否接入。若确定第三终端设备在16~25μs内接入时,第二终端设备可以发送该资源指示信息#B,也可以不发送,说明接下来第三终端设备将在分配的第二资源上进行传输。若确定第三终端设备未在16~25μs接入时,则第二终端设备可以占用该第二资源,避免COT中断。
可选地,第一终端设备分享COT资源中的第二资源给第三终端设备之后,第一终端设备可以监听第三终端设备的传输情况,进而确定是否需要第一终端设备占用第二资源,以及确定向网络设备反馈的信息。即,在执行步骤S1005之后,还包括S1003和S1004。
S1003,第一终端设备监听第三终端设备在第二资源上的传输情况。
S1004,第一终端设备根据第三终端设备在第二资源上的传输情况确定是否占用第二资源。
示例性的,第一终端设备可以通过能量检测,监听第三终端设备是否占用该频带的资源。例如,能量检测可以理解为第一终端设备在9μs(即16~25μs)上检测能量,如果超过门限,则意味着第三终端设备占用该资源;反之,如果不超过门限,则意味着第三终端设备没有占用该资源,此时第一终端设备可以占用该第二资源。
需要说明的是,上述步骤S1003和S1004说明由启动COT的UE1持续监控时隙的占用情况,即UE2和UE3在分配的资源上的传输情况。可选地,该方式也可以由占用上一个时隙的UE持续监控时隙的占用情况。
可选地,第三终端设备的传输情况也可以由占用上一时隙的UE2持续监控时隙的占用。也就是说,在同一个COT中上一个时隙传输的UE来监听下一个时隙的传输情况,进而保证COT不被打断。即UE1传输后监听UE2,UE2传输后监听UE3。应理解,该实现方式的前提是第一终端设备抢占到COT资源,且第二终端设备占用第一终端设备分配的第一资源,并在第一资源上进行传输。进一步地,第二终端设备可以监听第三终端设备在第二资源上的传输情况,确定是否占用第二资源。即该方法还包括步骤S1006-S1008。
S1006,在确定第二终端设备在第一资源上传输的情况下,第二终端设备监听第三终端设备在第二资源上的传输情况。
示例性的,第二终端设备可以通过能量检测,监听第三终端设备是否占用该频带的资源。例如,能量检测可以理解为第二终端设备在9μs(即16~25μs)上检测能量,如果超过门限,则意味着第三终端设备占用该资源;反之,如果不超过门限,则意味着第三终端设备没有占用该资源,此时第二终端设备可以占用该第二资源。
S1007,第二终端设备根据第三终端设备在第二资源上的传输情况确定是否占用第二资源。
S1008,在确定第三终端设备未在第二资源上传输的情况下,第二终端设备在第二资源上传输。
应理解,这里特指第三终端设备是一个的情况,即在第一终端设备为第三终端设备分配了第二资源后,第二终端设备通过监听(例如16~25μs)来确定第三终端设备是否在第二资源上传输。
示例性的,第二终端设备监听16~25μs发现第三终端设备并没有传输,可以认为第三终端设备并未听到第一终端设备为其发送的消息,因此第二终端设备在25μs后可以继续占用该第二资源,用于第二终端设备的传输,避免COT资源的浪费或者COT中断等。
根据本申请提供的方案,第一终端设备在第二终端设备未使用第一资源进行传输的情况下,及时地接入信道并占用该第一资源,避免25μs后由于没有占用第一资源而被其他UE抢占,该方式不仅可以减少COT资源的浪费,以及避免COT中断,有利于保证系统传输系统。
图11是本申请实施例提供的由启动COT的UE持续监控时隙的占用情况的示意图。如图11所示,UE1抢占COT资源,并在slot 1完成第一段传输,期间向其他UE(例如UE2和UE3)发送COT-sharing信息,分配COT内资源给其他UE传输(例如slot 2用于UE2传输,slot 3用于UE3传输),并指示其他UE采用Type 2B方式进行反馈。UE1在第一段传输后的16~25μs监听UE2的传输情况,如果UE2在slot 2上传输,则继续监听;如果25μs内检测信道无占用,表示UE2未在slot 2上传输,则UE1按照Type 2A方式继续占用该信道(即slot 2),继续UE1的传输,避免其他UE通过LBT抢占信道。可选地,UE1可以分配更新后的COT-sharing信息给UE3,用于指示UE3传输的资源。需要说明的是,向UE3发送的更新后的COT-sharing信息所指示的资源仍然是slot3。进一步地,UE1在第二段传输后的16~25μs监听UE3的传输情况,如果UE3在slot3上传输,说明UE3占用分配的资源,UE1无需占用slot 3;如果25μs内检测信道无占用,表示UE3未在slot 3上传输,则UE1按照Type 2A方式继续占用该信道(即slot 3),继续UE1的传输,避免其他UE通过LBT抢占信道。
图12是本申请实施例提供的由占用上一时隙的UE持续监控时隙的占用情况的示意图。如图12所示,UE1抢占COT资源,并在slot 1完成第一段传输,期间向其他UE(例如UE2和UE3)发送COT-sharing信息,分配COT内资源给其他UE传输(例如slot2用于UE2传输,slot3用于UE3传输),并指示其他UE采用Type 2B方式进行反馈。UE1在第一段传输后的16~25μs监听UE2的传输情况,如果25μs内检测信道无占用,表示UE2未在slot2上传输,则UE1按照Type 2A方式继续占用该信道(例如slot 2),避免其他UE通过LBT抢占信道。反之,如果UE2在slot2上传输,则由UE2在slot 2传输结束后的16~25μs监听UE3的传输情况,如果25μs内检测信道无占用,表示UE3未在slot3上传输,则UE2按照Type 2A方式继续占用该信道(例如slot 3),避免其他UE通过LBT抢占信道。可选地,UE2可以分配更新后的COT-sharing信息给UE3,用于指示UE3传输的资源。需要说明的是,向UE3发送的更新后的COT-sharing信息所指示的资源仍然是slot3。
基于上述方案,通过监听16~25μs内信道的使用情况,并在空闲时占用信道,避免被分配COT资源的UE不进行接入,造成资源浪费和COT被打断。
接下来,针对共享了UE1的COT资源的其他UE如何向gNB反馈自己的传输情况的方案进行示例说明。
图13是本申请实施例提供的第四种通信方法1300的流程示意图。如图13所示,包括如下多个步骤。
S1310~S1320,网络设备向多个终端设备发送多个指示信息。
示例性的,网络设备向第一终端设备发送指示信息#11(即,第一指示信息的一例),对应的第一终端设备接收来自网络设备的指示信息#11。
类似地,网络设备向第二终端设备发送指示信息#22(即,第二指示信息的一例),对应的第二终端设备接收来自网络设备的指示信息#22。
其中,指示信息#11用于指示传输资源和PUCCH资源#11,指示信息#22用于指示传输资源和PUCCH资源#22。
示例性的,网络设备可以通过DCI向多个终端设备指示传输资源和PUCCH资源。
需要说的是,本申请对终端设备的数量不作具体限定,网络设备发送的指示信息的数量与终端设备的数目一一对应。
S1330,第一终端设备向第二终端设备发送资源指示信息#11(即,资源指示信息的一例)。
对应的,第二终端设备接收来自第一终端设备的资源指示信息#11。
其中,资源指示信息#11用于指示第一资源,第一资源用于第二终端设备的传输,第一资源包含在第一终端设备抢占的COT内。
需要说明的是,资源指示信息#11与上述方法400、700和1000中对应的资源指示信息#1、资源指示信息#a和资源指示信息#A的含义、具体携带的内容、发送方式等类似。例如,资源指示信息#11可以是广播消息,资源指示信息#11可以指示第二终端设备进行反馈的资源位置,资源指示信息#11可以指示第二终端设备通过第一方式在COT内进行反馈等。另外,该步骤的具体实现方式可参考上述步骤S430、S701或S1010等,为了简洁,此处不再过多赘述。
S1340,第二终端设备根据在第一资源的传输情况确定反馈信息#11(即,第一反馈信息的一例)。
示例性的,第二终端设备在第一资源上的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
S1350,网络设备在PUCCH资源#22上接收来自第二终端设备的反馈信息#11。
对应的,第二终端设备在PUCCH资源#22上向第二终端设备发送反馈信息#11。
其中,反馈信息#11用于指示第二终端设备在第一资源上的传输情况,第一资源包含在第一终端设备抢占的COT内。
也就是说,网络设备分别向每个有调度需求的终端设备发送一个DCI,用于指示可以抢占的传输资源(即COT),以及每个UE对应的PUCCH资源,各个UE(如UE2)在未能抢到传输机会的情况下,可以分享UE1抢到的COT进行传输,并将传输的HARQ结果通过网络设备指示的属于自己的PUCCH资源进行上报。
S1360,第一终端设备在PUCCH资源#11上向网络设备发送反馈信息#22。
对应的,网络设备在PUCCH资源#11上接收来自第一终端设备的反馈信息#22。
其中,反馈信息#22用于指示第一终端设备在第一终端设备抢占的COT内的传输情况。
示例性的,第一终端设备的传输情况可以是:第一终端设备是否将自己抢占到的COT分享给第二终端设备,第一终端设备在COT资源上的传输是否有对端的HARQ反馈,以及HARQ反馈的结果是成功还是失败等。
因此,在该实现方式中,gNB可以向多个UE发送多个DCI,用于告知每个UE关联COT-sharing的信息,例如COT资源所在的时频域位置。假设只有UE1经过通过LBT抢到了传输机会,其余UE(例如UE2和UE3)可以通过该UE1的COT-sharing获得传输机会。每个DCI用于确定一个终端设备(例如UE1、UE2和UE3)的PUCCH信道。抢到COT的UE1可以根据自己的传输HARQ结果,在属于自己的PUCCH信道上向基站反馈。而未抢到COT的UE2和UE3通过COT-sharing获得传输机会,并根据其在COT资源上的传输HARQ结果,在属于自己的PUCCH信道上向基站反馈。
需要指出的是,只有没有抢到COT,且没有被分配COT资源的UE反馈NACK,或者其他指示信息表示没有传输资源。对于没有抢到COT但是被COT-sharing资源的UE,尽管传输的资源的位置可能和发送给该UE的DCI上指示的资源不同,但是HARQ反馈是按照传输结果HARQ确定的。
进一步的,UE可以根据DCI的指示资源的位置,确定一个COT-sharing的资源范围(即,时域范围和/或频域范围)。在该资源范围内,如果有传输机会,且传输获得ACK的反馈,则UE在向gNB发送的PUCCH上承载ACK;在该资源范围内,如果有传输机会,且传输获得NACK的反馈,则UE在向gNB发送的PUCCH上承载NACK。
根据本申请提供的方案,第二终端设备可以根据网络设备的指示信息确定反馈传输情况所承载的PUCCH资源,进而在指示的PUCCH资源上向网络设备上报各自的传输情况,使得网络设备清楚每个终端设备的实际传输的情况,便于后续有针对性地、合理地分配COTsharing资源,避免造成COT资源的浪费。
需要特别指出的是,上述通信方法400的步骤S405,以及通信方法700的步骤S730中,分享UE1的COT-sharing信息的其他UE也可以独立向网络设备上报各自的传输情况。
这是因为基站分配的资源是固定的,UE2可以根据分配的COT-sharing的资源不同,确定各自的PUCCH资源,使得每个UE在各自的PUCCH信道上反馈。比如,在某个资源上进行了传输,E2可以根据各自传输所在的时频资源,确定对应的PUCCH资源,并在PUCCH资源上向基站反馈传输情况,比如是否传输或者传输是否成功等信息。
图14是本申请实施例提供的第五种通信方法1400的流程示意图。如图14所示,包括如下多个步骤。
S1410,网络设备向第一终端设备发送指示信息#aa。
对应的,第一终端设备接收来自网络设备的指示信息#aa。
其中,指示信息#aa用于指示传输资源,指示信息#aa还用于确定将第一终端设备抢占的信道占用时间COT内的资源分配给第二终端设备,指示信息#aa包括第二终端设备的标识信息。
S1420,网络设备向第二终端设备发送配置信息#aa。
对应的,第二终端设备接收来自网络设备的配置信息#aa。
其中,该配置信息#aa用于为第二终端设备配置周期性的物理上行控制信道PUCCH资源。
需要说明的是,本申请对上述步骤S1410和步骤S1420之间不限定执行的先后顺序。
应理解,第一终端设备在接收到网络设备的指示信息#aa之后,可以将抢占到的COT资源分享给第二终端设备,即执行步骤S1430。
S1430,第一终端设备向第二终端设备发送资源指示信息#aa。
对应的,第二终端设备接收来自第一终端设备的资源指示信息#aa。
其中,资源指示信息#aa用于指示第一资源,第一资源用于第二终端设备的传输,第一资源包含在第一终端设备抢占的信道占用时间COT内,第一资源包括频域资源和/或时域资源。
需要说明的是,资源指示信息#aa与上述方法400、700、1000和1300中对应的资源指示信息#1、资源指示信息#a、资源指示信息#A和资源指示信息#11的含义、具体携带的内容、发送方式等类似。例如,资源指示信息#aa可以是广播消息,资源指示信息#aa可以指示第二终端设备进行反馈的资源位置,资源指示信息#aa可以指示第二终端设备通过第一方式在COT内进行反馈等。另外,该步骤的具体实现方式可参考上述步骤S430、S701、S1010或S1330等,为了简洁,此处不再过多赘述。
需要说明的是,第二终端设备基于网络设备配置的周期性的PUCCH资源,以及第一终端设备分配的COT资源内的第一资源,可以进一步确定向网络设备反馈的第二终端设备的传输情况所承载的PUCCH资源,即执行步骤S1440。
S1440,第二终端设备根据第一资源的传输位置确定PUCCH资源#bb,该PUCCH资源#bb包含在周期性的PUCCH资源。
示例性的,PUCCH资源#bb为第一资源之后间隔第一时隙的首个PUCCH资源;或者,PUCCH资源#bb为第一资源上的传输对应的HARQ反馈资源之后间隔第一时隙的首个PUCCH资源。
进一步的,第二终端设备在第一资源上传输后,可以在步骤S1440确定的PUCCH资源#bb上,向网络设备反馈其传输情况,即执行步骤S1450。
S1450,第二终端设备在PUCCH资源#bb上向网络设备发送反馈信息#aa。
对应的,网络设备在PUCCH资源#bb上接收来自第二终端设备的反馈信息#aa。
其中,反馈信息#bb用于指示第二终端设备在第一资源上的传输情况。第一资源包含在第一终端设备抢占的COT内,第一资源包括频域资源和/或时域资源,PUCCH资源#bb是根据第一资源的传输位置确定的,PUCCH资源#bb包含在周期性的PUCCH资源。
示例性的,第二终端设备在第一资源上的传输情况包括以下一项或者多项:第二终端设备是否在第一资源上传输;第二终端设备在所述第一资源上的传输是否有对应的HARQ反馈;或者,第二终端设备在第一资源上的传输对应的HARQ反馈的结果。
S1460,第一终端设备在PUCCH资源#aa上向网络设备发送反馈信息#bb。
对应的,网络设备在PUCCH资源#aa上接收来自第一终端设备的反馈信息#bb。
需要说明的是,第一终端设备在其抢占的COT资源上传输结束后,可以将其传输情况通过PUCCH资源#aa上报给网络设备,即本申请对步骤S1460与其他步骤(例如步骤S1450)之间的执行时序不作限定。
应理解,PUCCH资源#aa可以是网络设备在步骤S1440之前,提前为第一终端设备配置的,用于第一终端设备反馈其传输情况。
其中,反馈信息#bb用于指示第一终端设备在第一终端设备抢占的COT内的传输情况。
示例性的,第一终端设备的传输情况可以是:第一终端设备是否将自己抢占到的COT分享给第二终端设备,第一终端设备在COT资源上的传输是否有对端的HARQ反馈,以及HARQ反馈的结果是成功还是失败等。
因此,在该实现方式中,由于基站分配的资源是固定的,各UE可以根据COT-sharing的资源位置确定各自的PUCCH反馈信道资源,令每个UE在各自的信道信道上反馈。比如,UE2在某个资源上进行了传输,UE2可以根据该传输所在的时频资源,确定对应的PUCCH资源,并在PUCCH资源上向基站反馈传输情况,比如是否传输或者传输是否成功等信息。换句话说,多个终端设备对应的PUCCH资源是根据其发送数据的时域资源决定,而其发送数据的时域资源是基站在DCI内指示的,该实现方式能够避免多个UE使用相同的PUCCH传输,即各UE反馈PUCCH的资源与COT-sharing分配的频域资源关联。
需要说明的是,为了提高或规避UE间听不到彼此的问题,本申请还提出了一种技术方案,即在网络设备发送COT-sharing的信令之前,第一终端设备可以预先向网络设备提供更多的信息,比如监听到的其他UE的相关信息,第一终端设备的位置信息等,供基站分配COT-sharing时考量。
图15是本申请实施例提供的第六种通信方法600的流程示意图。如图15所示,该方法包括如下多个步骤。
S1510,第一终端设备向网络设备发送资源请求信息#α(即,资源请求信息的一例)和信息#β(即,第一信息的一例)。
对应的,网络设备接收来自第一终端设备的资源请求信息#α和信息#β。
需要说明的是,资源请求信息#α和信息#β可以一起发送,也可以同时发送,本申请对此不作限制。
其中,资源请求信息#α用于请求用于第一终端设备传输的资源,信息#β包括以下一项或者多项:第一终端设备监听到的其他终端设备的标识信息;第一终端设备的位置信息;或者,第一终端设备的标识信息。可选地,其他终端设备包括至少一个第二终端设备。
示例性的,第一终端设备在向基站上报BSR时,携带第一终端设备的位置信息,或者携带监听SCI sensing得到的source ID和destination ID。
示例性的,资源请求信息用于向网络设备请求传输资源,网络设备可以进一步指示第一终端设备抢占COT资源的位置,即在抢占的COT资源上进行数据的传输。
示例性的,第一终端设备的标识信息可以是UE1 ID,也可以是UE1的IP地址,还可以是UE1的外部标识,例如GPSI或者zone ID(即区域块ID)。第一终端设备的位置信息可以是地理位置绝对坐标或相对坐标。本申请对此不作具体限定。
S1520,可选地,网络设备根据资源请求信息#α和信息#β确定调度资源。
需要说明的是,假设UE1在LBT流程中抢到信道使用机会,网络设备后续通过DCI指示UE1分享抢占到的COT资源给其他UE的具体实现方式可参见上述方法400和700,为了简洁,此处不再过多赘述。
下面结合图16和图17对第一终端设备上报资源请求信息#α和信息#β进行具体说明。
图16是本申请实施例提供的一种UE1上报资源请求和监听到的UE2信息的示意图。如图16所示,在步骤1中,UE1根据监听信道占用情况,感知占用信道的UE2的标识。例如,通过解调传输的SCI内容,获取占用信道的UE2的标识,并将监听到的UE2的标识上报给基站;UE1向基站上报资源请求,用于请求传输的资源。即UE1在传输BSR时,携带监听到的SCI内source ID和/或destination ID给基站;以及UE1的source ID或UE1的标识;该标识ID的来源可能与业务和UE1选择的随机数有关,也可能是基站为其分配的标识值。进一步地,在步骤2中,基站基于接收到UE2的调度请求,可以向UE1发送DCI用于指示COT-sharing相关信息。
基于上述实现方式,UE1通过上报监听到的UE2的标识,gNB在分配COT-sharing信息时,分配能彼此听到的UE在(例如UE1和UE2)一个COT内传输,避免了彼此听不到的问题。
图17是本申请实施例提供的一种UE1上报资源请求和UE1的位置信息的示意图。如图17所示,在步骤1中,UE1在上报BSR时,携带UE1的位置信息给基站,便于后续基站根据UE1的位置信息,将与UE1位置信息接近或相同区域内的其他UE(例如UE2)划分到一个COT-sharing组内。进一步地,在步骤2中,基站基于接收到UE2的调度请求,可以向UE1发送DCI用于指示COT-sharing相关信息。
基于上述实现方式,通过把能听到彼此的UE ID或在一个区域内的UE划为到同一个COT-sharing的组内,能够最大程度上避免UE1发送的消息其他UE听不到的问题。
应理解,上述通信方法600是一种辅助方法,由于没有UE间的反馈机制,不能保证UE1发送的COT-sharing信息一定能被听到,但是能在一定程度上减少听不到彼此的情况出现。进一步地,基站基于UE1可以参考上述通信方法,为了简洁,此处不再赘述。
综上所述,本申请提供了一种通信方法和装置,通过引入UE间的反馈机制,UE1向进行反馈了的UE2分配COT资源,能够减少资源浪费,避免COT被打断;通过UE1的PUCCH资源上报其他UE2在分配的UE1抢占的COT资源的传输情况,以及其他UE通过基站指示的PUCCH资源上报各自在分配的UE1抢占的COT资源上的传输情况,便于后续基站清楚有调度需求的其他UE的传输情况进一步确定调度资源,能够提高频谱资源的利用率,以及提升系统传输性能。
上文结合图1至图17,详细描述了本申请的通信方法侧实施例,下面将结合图18和图19,详细描述本申请的通信装置侧实施例。应理解,装置实施例的描述与方法实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
图18是本申请实施例提供的通信装置的示意性框图。如图18所示,该装置2000可以包括收发单元2010、处理单元2020和获取单元2030。收发单元2010可以与外部进行通信,处理单元2020用于进行数据处理,获取单元2030用于从外部接收数据,等价于收发单元2010;或者获取单元2030还用于内部进行处理以获取数据,等价于处理单元2020收发单元2010还可以称为通信接口或收发单元。
在一种可能的设计中,该装置2000可实现对应于上文方法实施例中的第一终端设备(例如,UE1)执行的步骤或者流程,其中,处理单元2020用于执行上文方法实施例中第一终端设备的处理相关的操作,收发单元2010用于执行上文方法实施例中第一终端设备的收发相关的操作。
在另一种可能的设计中,该装置2000可实现对应于上文方法实施例中的第二终端设备(例如,UE2)执行的步骤或者流程,其中,收发单元2010用于执行上文方法实施例中第二终端设备的收发相关的操作,处理单元2020用于执行上文方法实施例中第二终端设备的处理相关的操作。
在又一种可能的设计中,该装置2000可实现对应于上文方法实施例中的网络设备(例如,基站)执行的步骤或者流程,其中,收发单元2010用于执行上文方法实施例中网络设备的收发相关的操作,处理单元2020用于执行上文方法实施例中网络设备的处理相关的操作。
应理解,这里的设备2000以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,设备2000可以具体为上述实施例中的发送端,可以用于执行上述方法实施例中与发送端对应的各个流程和/或步骤,或者,设备2000可以具体为上述实施例中的接收端,可以用于执行上述方法实施例中与接收端对应的各个流程和/或步骤,为避免重复,在此不再赘述。
上述各个方案的设备1200具有实现上述方法中发送端所执行的相应步骤的功能,或者,上述各个方案的设备1200具有实现上述方法中接收端所执行的相应步骤的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块;例如收发单元可以由收发机替代(例如,收发单元中的发送单元可以由发送机替代,收发单元中的接收单元可以由接收机替代),其它单元,如处理单元等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
此外,上述收发单元还可以是收发电路(例如可以包括接收电路和发送电路),处理单元可以是处理电路。在本申请的实施例,图18中的装置可以是前述实施例中的接收端或发送端,也可以是芯片或者芯片系统,例如:片上系统(system on chip,SoC)。其中,收发单元可以是输入输出电路、通信接口。处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。
图19示出了本申请实施例提供的通信装置3000。如图19所示,该装置3000包括处理器3010和收发器3020。其中,处理器3010和收发器3020通过内部连接通路互相通信,该处理器3010用于执行指令,以控制该收发器3020发送信号和/或接收信号。
可选地,该装置3000还可以包括存储器3030,该存储器3030与处理器3010、收发器3020通过内部连接通路互相通信。该存储器3030用于存储指令,该处理器3010可以执行该存储器3030中存储的指令。
在一种可能的实现方式中,装置3000用于实现上述方法实施例中的第一终端设备(例如,UE1)对应的各个流程和步骤。
在另一种可能的实现方式中,装置3000用于实现上述方法实施例中的网络设备(例如,基站)对应的各个流程和步骤。
在又一种可能的实现方式中,装置3000用于实现上述方法实施例中的第二终端设备(例如,UE2)对应的各个流程和步骤。
应理解,设备3000可以具体为上述实施例中的发送端或接收端,也可以是芯片或者芯片系统。对应的,该收发器3020可以是该芯片的收发电路,在此不做限定。具体地,该设备3000可以用于执行上述方法实施例中与发送端或接收端对应的各个步骤和/或流程。
可选地,该存储器3030可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。该处理器3010可以用于执行存储器中存储的指令,并且当该处理器3010执行存储器中存储的指令时,该处理器3010用于执行上述与发送端或接收端对应的方法实施例的各个步骤和/或流程。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。本申请实施例中的处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述所示实施例中的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行上述所示实施例中的方法。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者装置等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (32)
1.一种通信方法,其特征在于,包括:
第一终端设备向至少一个第二终端设备发送第一信息,所述第一信息用于指示所述至少一个第二终端设备反馈;
所述第一终端设备接收第三终端设备的反馈,所述第三终端设备是所述至少一个第二终端设备中进行了反馈的终端设备;
所述第一终端设备发送第一资源指示信息,所述第一资源指示信息用于指示第一资源,所述第一资源用于所述第三终端设备的传输,所述第一资源包含在所述第一终端设备抢占的信道占用时间COT内,所述第一资源包括频域资源和/或时域资源。
2.根据权利要求1所述的方法,其特征在于,所述第一信息还用于指示所述至少一个第二终端设备反馈的至少一个资源位置,所述至少一个第二终端设备与所述至少一个资源位置一一对应。
3.根据权利要求1或2所述的方法,其特征在于,在所述第一终端设备向至少一个第二终端设备发送第一信息之前,所述方法还包括:
所述第一终端设备接收来自网络设备的第二信息,所述第二信息用于确定将所述第一终端设备抢占的COT内的资源分配给所述至少一个第二终端设备,所述第二信息包括所述至少一个第二终端设备的标识信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一信息还用于指示所述至少一个第二终端设备通过第一方式在所述COT内进行反馈,在所述第一终端设备向至少一个第二终端设备发送第一信息之后,所述方法还包括:
所述第一终端设备监听所述至少一个第二终端设备在所述第一终端设备传输后的第一时间段内是否进行反馈,所述第一时间段的起始时刻是根据所述第一方式确定的。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在所述第一终端设备发送所述第一资源指示信息之后,所述方法还包括:
所述第一终端设备监听所述第三终端设备在所述第一资源上的传输情况。
6.根据权利要求5所述的方法,其特征在于,所述第三终端设备在所述第一资源上的传输情况包括以下一项或者多项:
所述第三终端设备是否在所述第一资源上传输;
所述第三终端设备在所述第一资源上的传输是否有对应的混合自动重传请求HARQ反馈;或者,
所述第三终端设备在所述第一资源上的传输对应的HARQ反馈的结果。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备向所述网络设备发送第三信息,所述第三信息用于指示以下一项或者多项:
所述至少一个第二终端设备的传输情况;
所述第三终端设备的传输情况;
未进行反馈的第四终端设备,所述第四终端设备包含在所述至少一个第二终端设备中;
未在所述第一资源上传输的第五终端设备;
在所述第一资源上传输失败的第六终端设备;或者
在所述第一资源上传输成功的第七终端设备;
其中,所述第五终端设备、所述第六终端设备和所述第七终端设备包含在所述第三终端设备中。
8.根据权利要求3至7中任一项所述的方法,其特征在于,在所述第一终端设备接收来自网络设备的第二信息之前,所述方法还包括:
所述第一终端设备向所述网络设备发送资源请求信息和第四信息,所述资源请求信息用于请求所述第一终端设备传输的资源,所述第四信息包括以下一项或者多项:
所述第一终端设备监听到的其他终端设备的标识信息,所述其他终端设备包括所述至少一个第二终端设备;
所述第一终端设备的位置信息;或者,
所述第一终端设备的标识信息。
9.一种通信方法,其特征在于,包括:
第一终端设备获取第二终端设备在第一资源上的传输情况,所述第一资源包含在所述第一终端设备抢占的信道占用时间COT内,所述第一资源包括时域资源和/或频域资源;
所述第一终端设备根据所述第二终端设备在所述第一资源上的传输情况确定第一反馈信息;
所述第一终端设备向网络设备发送所述第一反馈信息。
10.根据权利要求9所述的方法,其特征在于,在所述第一终端设备获取第二终端设备在第一资源上的传输情况之前,所述方法还包括:
所述第一终端设备向所述第二终端设备发送第一资源指示信息,所述第一资源指示信息用于指示所述第二终端设备传输占用的所述第一资源。
11.根据权利要求10所述的方法,其特征在于,在所述第一终端设备向所述第二终端设备发送第一资源指示信息之前,所述方法还包括:
所述第一终端设备向所述第二终端设备发送第一信息,所述第一信息用于指示所述第二终端设备反馈;
所述第一终端设备接收所述第二终端设备的反馈。
12.根据权利要求10或11所述的方法,其特征在于,在所述第一终端设备向所述第二终端设备发送第一资源指示信息之前,所述方法还包括:
所述第一终端设备接收来自所述网络设备的第二信息,所述第二信息用于确定将所述第一终端设备抢占的COT内的所述第一资源分配给所述第二终端设备,所述第二信息包括所述第二终端设备的标识信息。
13.根据权利要求9至12任一项所述的方法,其特征在于,所述第一终端设备获取第二终端设备在第一资源上的传输情况,包括:
所述第一终端设备接收来自所述第二终端设备的反馈消息;
所述第一终端设备根据所述反馈消息确定所述第二终端设备在所述第一资源上的传输情况。
14.根据权利要求11至13中任一项所述的方法,其特征在于,所述第一资源指示信息还用于指示所述第二终端设备通过第一方式在所述COT内进行反馈,在所述第一终端设备向所述第二终端设备发送第一信息之后,所述方法还包括:
所述第一终端设备监听所述第二终端设备在所述第一终端设备传输后的第一时间段内是否进行反馈,所述第一时间段的起始时刻是根据所述第一方式确定的。
15.根据权利要求9至12任一项所述的方法,其特征在于,所述第一终端设备获取第二终端设备在第一资源上的传输情况,包括:
所述第一终端设备监听所述第二终端设备在所述第一资源上的传输情况。
16.根据权利要求9至15中任一项所述的方法,其特征在于,所述第二终端设备在所述第一资源上的传输情况包括以下一项或者多项:
所述第二终端设备是否在所述第一资源上传输;
所述第二终端设备在所述第一资源上的传输是否有对应的混合自动重传请求HARQ反馈;或者,
所述第二终端设备在所述第一资源上的传输对应的HARQ反馈的结果。
17.根据权利要求15或16所述的方法,其特征在于,所述方法还包括:
在确定所述第二终端设备未在所述第一资源上传输的情况下,所述第一终端设备在所述第一资源上传输。
18.根据权利要求9至17中任一项所述的方法,其特征在于,所述第一反馈信息还用于指示以下一项或者多项:
未在所述第一资源上传输的第三终端设备;
在所述第一资源上传输失败的第四终端设备;
在所述第一资源上传输成功的第五终端设备;或者,
未进行反馈的第六终端设备;
其中,所述第三终端设备、所述第四终端设备、所述第五终端设备和所述第六终端设备包含在所述第二终端设备中。
19.根据权利要求12至17中任一项所述的方法,其特征在于,在所述第一终端设备接收来自所述网络设备的第二信息之前,所述方法还包括:
所述第一终端设备向所述网络设备发送资源请求信息和第三信息,所述资源请求信息用于请求所述第一终端设备传输的资源,所述第三信息包括以下一项或者多项:
所述第一终端设备监听到的其他终端设备的标识信息,所述其他终端设备包括所述第二终端设备;
所述第一终端设备的位置信息;或者,
所述第一终端设备的标识信息。
20.一种通信方法,其特征在于,包括:
第一终端设备向第二终端设备发送第一资源指示信息,所述第一资源指示信息用于指示所述第二终端设备传输占用的第一资源,所述第一资源包含在所述第一终端设备抢占的信道机会时间COT内,所述第一资源包括时域资源和/或频域资源;
所述第一终端设备监听所述第二终端设备在所述第一资源上的传输情况;
所述第一终端设备根据所述第二终端设备在所述第一资源上的传输情况确定是否占用所述第一资源。
21.根据权利要求20所述的方法,其特征在于,所述方法还包括:
在确定所述第二终端设备未在所述第一资源上传输的情况下,所述第一终端设备在所述第一资源上传输。
22.根据权利要求20或21所述的方法,其特征在于,所述第一资源指示信息还用于指示第三终端设备传输占用的第二资源,所述第二资源包含在所述第一终端设备抢占的COT内,所述第二资源包括时域资源和/或频域资源,所述第二资源所在的时域位于所述第一资源所在的时域之后。
23.根据权利要求20至22中任一项所述的方法,其特征在于,所述方法还包括:
所述第一终端设备向第三终端设备发送第二资源指示信息,所述第二资源指示信息用于指示第二资源,所述第二资源用于所述第三终端设备的传输,所述第二资源包含在所述第一终端设备抢占的COT内,所述第二资源包括时域资源和/或频域资源,所述第二资源所在的时域位于所述第一资源所在的时域之后。
24.一种通信方法,其特征在于,包括:
网络设备向第一终端设备发送第一指示信息,并向第二终端设备发送第二指示信息,所述第一指示信息用于指示传输资源和第一物理上行控制信道PUCCH资源,所述第二指示信息用于指示所述传输资源和第二PUCCH资源;
所述网络设备在所述第二PUCCH资源上接收来自所述第二终端设备的第一反馈信息,所述第一反馈信息用于指示所述第二终端设备在第一资源上的传输情况,所述第一资源包含在所述第一终端设备抢占的信道占用时间COT内,所述第一资源包括频域资源和/或时域资源。
25.根据权利要求24所述的方法,其特征在于,所述第二终端设备在所述第一资源上的传输情况包括以下一项或者多项:
所述第二终端设备是否在所述第一资源上传输;
所述第二终端设备在所述第一资源上的传输是否有对应的混合自动重传请求HARQ反馈;或者,
所述第二终端设备在所述第一资源上的传输对应的HARQ反馈的结果。
26.根据权利要求24或25所述的方法,其特征在于,所述方法还包括:
所述网络设备在所述第一PUCCH资源上接收来自所述第一终端设备的第二反馈信息,所述第二反馈信息用于指示所述第一终端设备在所述第一终端设备抢占的COT内的传输情况。
27.一种通信装置,其特征在于,所述装置包括:
用于执行如权利要求1至8中任一项所述方法的步骤的单元;或者,
用于执行如权利要求9至19中任一项所述方法的步骤的单元;或者,
用于执行如权利要求20至23中任一项所述方法的步骤的单元;或者,
用于执行如权利要求24至26中任一项所述方法的步骤的单元。
28.一种通信装置,其特征在于,所述装置包括处理器,所述处理器与存储器耦合,所述存储器存储有指令,所述指令被所述处理器运行时,使得所述处理器执行如权利要求1至8中任一项所述的方法,或执行如权利要求9至19中任一项所述的方法,或执行如权利要求20至23中任一项所述的方法,或执行如权利要求24至26中任一项所述的方法。
29.一种通信装置,其特征在于,所述装置包括逻辑电路,所述逻辑电路用于与输入/输出接口耦合,通过所述输入/输出接口传输数据,以执行如权利要求1至8中任一项所述的方法,或执行如权利要求9至19中任一项所述的方法,或执行如权利要求20至23中任一项所述的方法,或执行如权利要求24至26中任一项所述的方法。
30.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的通信装置执行如权利要求1至23中任一项所述的方法,或执行如权利要求24至26中任一项所述的方法。
31.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至23中任一项所述的方法,或执行如权利要求24至26中任一项所述的方法。
32.一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被运行时,实现如权利要求1至23中任一项所述的方法,或执行如权利要求24至26中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2023/106229 WO2024012355A1 (zh) | 2022-07-14 | 2023-07-07 | 通信方法和装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2022108328767 | 2022-07-14 | ||
CN202210832876 | 2022-07-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117460070A true CN117460070A (zh) | 2024-01-26 |
Family
ID=89586211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210962004.2A Pending CN117460070A (zh) | 2022-07-14 | 2022-08-11 | 通信方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117460070A (zh) |
-
2022
- 2022-08-11 CN CN202210962004.2A patent/CN117460070A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11558893B2 (en) | Low latency physical uplink control channel with scheduling request and channel state information | |
CN111970706B (zh) | 用于非授权频谱的无线通信方法和设备 | |
CN108810905B (zh) | 传输上行信道的方法和装置及传输下行信道的方法和装置 | |
EP3187016B1 (en) | System and method for communicating resource allocation for d2d | |
CN113518470B (zh) | 信道接入方案的确定方法及装置、终端设备、网络设备 | |
CN114051278B (zh) | 无线通信的方法、终端设备和网络设备 | |
CN115553005A (zh) | 侧行反馈资源配置方法、终端设备和网络设备 | |
EP4087291A1 (en) | Wireless communication method and terminal device | |
EP3259947B1 (en) | Nodes and methods therein for transmission resources allocation in a wireless communications network | |
EP3815442B1 (en) | Ultra reliable and low latency communications multi-level pre-emption indication | |
CN112153705A (zh) | 一种通信方法及设备 | |
CN112566248A (zh) | 一种通信方法及装置 | |
CN115462166A (zh) | 侧行反馈方法和终端设备 | |
US20230345426A1 (en) | Resource determination method, first terminal device, and second terminal device | |
CN111684750A (zh) | 一种harq信息的传输方法及装置、计算机存储介质 | |
KR20200120701A (ko) | 채널 전송 방법, 장치 및 컴퓨터 기억 매체 | |
CN113557758B (zh) | 用于侧行链路的能力上报的方法、终端设备和网络设备 | |
CN117460070A (zh) | 通信方法和装置 | |
WO2024012355A1 (zh) | 通信方法和装置 | |
KR20200118455A (ko) | Harq 정보의 전송 방법, 장치 및 컴퓨터 기억 매체 | |
EP4192180A1 (en) | Method and device for channel monitoring | |
EP4366409A1 (en) | Wireless communication method and device | |
CN116686364A (zh) | 一种无线通信的方法及装置、通信设备 | |
CN115968033A (zh) | 通信方法、装置、设备以及存储介质 | |
CN117882449A (zh) | 无线通信的方法、终端设备和网络设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |