CN114980217A - 协同通信实现方法、设备及存储介质 - Google Patents
协同通信实现方法、设备及存储介质 Download PDFInfo
- Publication number
- CN114980217A CN114980217A CN202110196198.5A CN202110196198A CN114980217A CN 114980217 A CN114980217 A CN 114980217A CN 202110196198 A CN202110196198 A CN 202110196198A CN 114980217 A CN114980217 A CN 114980217A
- Authority
- CN
- China
- Prior art keywords
- cell
- cooperative
- pdsch
- pdcch
- harq
- 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 100
- 238000004891 communication Methods 0.000 title claims abstract description 89
- 230000005540 biological transmission Effects 0.000 claims abstract description 113
- 230000004044 response Effects 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 7
- 101100020598 Homo sapiens LAPTM4A gene Proteins 0.000 claims 7
- 102100034728 Lysosomal-associated transmembrane protein 4A Human genes 0.000 claims 7
- 238000012790 confirmation Methods 0.000 claims 4
- 238000010187 selection method Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 7
- 230000008901 benefit Effects 0.000 description 6
- 230000006872 improvement Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000000691 measurement method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000002195 synergetic effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- 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/0473—Wireless resource allocation based on the type of the allocated resource the resource being transmission power
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种协同通信实现方法、网络设备及存储介质，该同方式选择方法包括：确定所述UE的协作小区；确定与所述协作小区之间的传输参数，所述传输参数表征所述主小区和所述协作小区之间的传输性能；根据所述传输参数确定目标协同方式，将所述目标协同方式发送至所述协作小区；根据所述目标协同方式，与所述协作小区协同进行与所述UE的通信。根据本发明实施例提供的方案，能够确定主小区和协作小区的目标协同方式，实现小区资源的最大化利用，提高UE的吞吐量。
Description
技术领域
本发明涉及但不限于无线通信领域，尤其涉及一种协同通信实现方法、设备及存储介质。
背景技术
随着第五代移动通信(5th Generation)的发展，第三代合作伙伴(The 3rdGeneration Partnership Project，3GPP)在相关协议中提出了多个传输/接收点(MultiTransmission/Reception Point，MTRP)。MTRP不仅可以支持数据在不同的节点发送，还可以支持物理下行控制信道(Physical Downlink Control Channel，PDCCH)的调度信息在不同的传输/接收点(Transmission/Reception Point，TRP)发送，基于MTRP技术，终端(UserEquipment，UE)处于至少两个小区的交叠区，协作小区能够对主小区的UE进行协同通信，提高UE的数据吞吐量。但是MTRP包括单PDCCH的MTRP方式和多PDCCH的MTRP方式，在目前的相关标准中，都没有明确规定主小区和协作小区在怎样的情况下采用单PDCCH的MTRP方式，在怎样的情况下采用多PDCCH的MTRP方式。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供了一种协同通信实现方法、设备及存储介质，能够最大化利用小区资源。
第一方面，本发明实施例提供了一种协同通信实现方法，应用于主小区的网络设备，所述主小区为UE的归属小区，所述协同通信实现方法包括：
确定所述UE的协作小区；
确定与所述协作小区之间的传输参数，所述传输参数表征所述主小区和所述协作小区之间的传输性能；
根据所述传输参数确定目标协同方式，将所述目标协同方式发送至所述协作小区；
根据所述目标协同方式，与所述协作小区协同进行与所述UE的通信。
第二方面，本发明实施例还提供了一种多点协同实现方法，应用于协作小区的网络设备，所述协作小区为UE所归属的主小区的协作小区，所述方法包括：
接收所述主小区发送的目标协同方式，其中，所述目标协同方式由所述主小区根据与所述协作小区之间的传输参数确定，所述传输参数表征所述主小区和所述协作小区之间的传输性能；
根据所述目标协同方式与所述主小区协同进行与所述UE的通信。
第三方面，本发明实施例还提供了一种网络设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的协同通信实现方法，或者，所述处理器执行所述计算机程序时实现如第二方面所述的协同通信实现方法。
本发明实施例包括：确定所述UE的协作小区；确定与所述协作小区之间的传输参数，所述传输参数表征所述主小区和所述协作小区之间的传输性能；根据所述传输参数确定目标协同方式，将所述目标协同方式发送至所述协作小区；根据所述目标协同方式，与所述协作小区协同进行与所述UE的通信。根据本发明实施例提供的方案，能够确定UE的协同方式，实现小区资源的最大化利用，提高UE的吞吐量。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1是本发明一个实施例提供的应用于主小区的网络设备的协同通信实现方法的流程图；
图2是本发明另一个实施例提供的主小区、协作小区和UE的位置关系示意图；
图3是本发明另一个实施例提供的确定协作小区的流程图；
图4是本发明另一个实施例提供的根据协同确认响应信息确定协作小区的流程图；
图5是本发明另一个实施例提供的确定目标协同方式的流程图；
图6是本发明另一个实施例提供的单PDCCH的MTRP方式的通信流程图；
图7是本发明另一个实施例提供的多PDCCH的MTRP方式的通信流程图；
图8是本发明另一个实施例提供的确定混合自动重传请求(Hybrid AutomaticRepeat Request，HARQ)的反馈方式的流程图；
图9是本发明另一个实施例提供的应用于协作小区的网络设备的协同通信实现方法的流程图；
图10是本发明另一个实施例提供的协作小区反馈协同确认响应信息的流程图；
图11是本发明另一个实施例提供的单PDCCH的MTRP方式的通信流程图；
图12是本发明另一个实施例提供的多PDCCH的MTRP方式的通信流程图；
图13是本发明另一个实施例提供的确定HARQ的反馈方式的流程图；
图14是本发明另一个实施例提供的协同通信实现方法的示例流程图；
图15是本发明另一个实施例提供的协同通信实现方法的示例流程图；
图16是本发明另一个实施例提供的协同通信实现方法的示例流程图；
图17是本发明另一个实施例提供的协同通信实现方法的示例流程图；
图18是本发明另一个实施例提供的网络设备的装置示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
本发明提供了一种协同通信实现方法、网络设备及存储介质，该同方式选择方法包括：确定所述UE的协作小区；确定与所述协作小区之间的传输参数，所述传输参数表征所述主小区和所述协作小区之间的传输性能；根据所述传输参数确定目标协同方式，将所述目标协同方式发送至所述协作小区；根据所述目标协同方式，与所述协作小区协同进行与所述UE的通信。根据本发明实施例提供的方案，能够确定主小区和协作小区的目标协同方式，实现小区资源的最大化利用，提高UE的吞吐量。
需要说明的是，本发明实施例中的小区可以理解成是高层从资源管理或移动性管理或服务单元的角度来描述的，每个网络设备的覆盖范围可以被划分为一个或多个小区，且该服务小区可以看作由一定时频域资源组成。为了叙述简便，后续的实施例中均以一个网络设备的覆盖范围为一个小区为例，本领域技术人员有能力基于后续实施例中的原理，将本发明的MTRP协同通信实现方法应用到一个网络设备的覆盖范围被划分为多个小区的情况，在此不多作赘述。可以理解的是，上述的网络设备可以是通信系统中的网络侧设备，例如基站或者发送接收点(Transmission and Reception Point，TRP)，本实施例对此不多作限定。
需要说明的是，UE可以是任意能够实现与小区进行通信的终端，例如手机、平板电脑、笔记本电脑等。可以理解的是，本发明实施例中的UE应当支持MTRP，即具备实现单PDCCH的MTRP方式和多PDCCH的MTRP方式协同通信的能力，后续不再赘述。在本发明的实施例中，UE应当处于主小区和协作小区的交叠区中，例如图2所示，交叠区230为主小区210和协作小区220的信号均能覆盖的区域，在交叠区230中，UE240能够同时接收到来自于主小区210和协作小区220的信号，并且与主小区210和协作小区220完成单PDCCH的MTRP方式或者多PDCCH的MTRP方式协同通信。需要说明的是，图2仅用于进行UE所处位置的示例性说明，并不会对本发明实施例的技术方案造成限定。
下面结合附图，对本发明实施例作进一步阐述。
如图1所示，图1是本发明一个实施例提供的一种协同通信实现方法，应用于主小区的网络设备，主小区为UE的归属小区，主小区与协作小区通信连接，协同通信实现方法包括：
步骤S110，确定与协作小区之间的传输参数，传输参数表征主小区和协作小区之间的传输性能。
值得注意的是，主小区可以通过任意常见的方式确定，例如由UE选取接收信号最强的小区作为归属小区，当归属小区确定UE的信号接收范围内具备至少一个可用于进行MTRP协同通信的小区后，将归属小区确定为主小区，并执行后续操作，本实施例对此不多作限定。
需要说明的是，协作小区可以是由主小区进行确定，协作小区的具体数量可以根据进行MTRP协同通信的小区数量确定，例如当需要两个小区共同完成MTRP协同通信，确定一个主小区和一个协作小区，能够实现MTRP协同通信即可，本实施例对此不多作限定。
需要说明的是，传输参数可以是任意表征传输性能的参数，例如传输时延，本实施例对此不多作限定。可以理解的是，传输参数的具体数值可以由主小区进行测量得到，例如当传输参数为传输时延的情况下，主小区能够根据与协作小区之间的数据收发情况确定传输时延，具体的测量方式根据传输参数的具体类型调整即可，在此不多作赘述。
步骤S120，根据传输参数确定目标协同方式，将目标协同方式发送至协作小区。
需要说明的是，传输参数以传输时延为例，对于单PDCCH的MTRP方式而言，PDCCH所调度的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)需要从两个TRP发送，则需要两个TRP之间进行交互以确定各自发送的数据所处的层，使得不同层的PDSCH在本实施例中通过主小区和协作小区发送至UE，则主小区和协作小区之间传输时延满足一定条件，使得协同过程中两个小区之间的传输时延不会对MTRP协同通信造成影响，则能够充分发挥MTRP的优势，使UE带来的增益；当主小区和协作小区之间的传输时延较大，则两个小区之间的协同时间过长，影响通信效果，则不能很好地发挥MTRP的优势，在这种情况下，以多PDCCH的MTRP方式进行协同能够带来更好的效果。基于此，本实施例通过传输参数确定目标协同方式，能够根据两个小区之间的传输性能确定更加合适的协同方式，充分利用小区资源。
需要说明的是，主小区可以利用信令交互的方式将目标协同方式告知协作小区，也可以采用其他方式，本实施例对此不多作限定。
步骤S130，根据目标协同方式，与协作小区协同进行与UE的通信。
值得注意的是，MTRP协同通信的实现方式包括单PDCCH的MTRP方式和多PDCCH的MTRP方式，当采用单PDCCH的MTRP方式作为目标协同方式，可以由主小区发送一个PDCCH，主小区和协作小区分别发送PDSCH中不同层的数据至UE，从而使UE能够获得MTRP所带来的增益；对于多PDCCH的MTRP方式，可以是主小区和协作小区分别向终端发送一个PDCCH，两个PDCCH分别调度一个PDSCH，从而使UE能够获得MTRP所带来的增益。需要说明的是，PDCCH和PDSCH的具体发送和解析原理并非本实施例作出的改进，在此不多作赘述。
另外，参照图3，在一实施例中，在执行图1所示实施例中的步骤S110之前，还包括但不限于有以下步骤：
步骤S310，确定备选小区；
步骤S320，获取UE的第一信号功率和第二信号功率，第一信号功率为UE用于接收主小区的信号的功率，第二信号功率为UE用于接收备选小区的信号的功率；
步骤S330，当第一信号功率和第二信号功率满足第一条件，将备选小区确定为协作小区。
需要说明的是，由于UE可能处于多个小区的覆盖范围内，而根据有关协议的规定，MRTP协同发送通常由两个TRP完成，在本实施例中则由主小区和协作小区完成，由于终端的主小区是确定的，因此，在确定目标协同方式之前，可以由主小区确定用于MTRP协同发送的协作小区。可以理解的是，若只需要确定一个协作小区，因此首先确定出可用小区，从可用小区中选取UE接收的信号强度最强的作为备选小区，当该备选小区满足第一条件，确定该备选小区为协作小区，否则选取另一个可用小区进行判断，直至选取出符合第一条件的协作小区为止；当然，也可以对全部的可用小区进行第一条件的判断，从所有满足第一条件的可用小区中选取一个作为协作小区，具体方式根据实际需求选取即可。
需要说明的是，第一条件可以根据实际需求选取，例如第一信号功率和第二信号功率均处于预先设定的功率值区间，或者大于预先设定的功率阈值，而本领域技术人员可以理解的是，对于MTRP协同通信而言，若两个TRP之间的信号强度相差过大，MTRP协同通信不仅不能提升UE的吞吐量，还有可能出现负增益，因此，第一条件还可以是预先设定的功率差门限值，主小区在获取UE上报的第一信号功率和第二信号功率之后，计算出第一信号功率和第二信号功率的功率值差值，当该功率值差值的绝对值小于功率差门限值，则可以确定主小区和备选小区之间的信号强度的差距满足MTRP协同通信的正增益需求，具体的功率差门限值根据实际情况调整即可。
另外，参照图4，在一实施例中，图3所示实施例中的步骤S310，还包括但不限于有以下步骤：
步骤S410，向备选小区发送协同请求信息；
步骤S420，当获取到备选小区根据协同请求信息所反馈的协同确认响应信息，将备选小区确定为协作小区，其中，协同确认响应信息由备选小区在负荷参数满足第二条件的情况下生成，负荷参数表征备选小区的运行负荷。
需要说明的是，协同确认响应信息可以是任意信息类型，例如常见的确认信息，本实施例对此不对作限定。可以理解的是，上述实施例中，对协作小区的确定是基于第一信号功率、第二信号功率和第一条件，其中第一条件表征第一信号功率和第二信号功率之间的数值关系，但是对于协作小区而言，其资源也是有限的，因此，在协作小区被确定之后，还可以进一步确定协作小区是否有足够的资源协作主小区完成MTRP协同通信，避免协作小区资源不足而影响MTRP协同通信的效果。
可以理解的是，为了确定协作小区具有足够的资源进行MTRP协同通信，可以采用备选小区一段时间的资源块(Resource Block，RB)利用率作为负荷参数，该时间段内RB利用率小于或等于预设的阈值，则备选小区具备足够的资源，能够与主小区完成MTRP协同通信，具体RB利用率采集时间根据实际需求调整即可。当然，第二条件和负荷参数也可以采用其他形式，例如根据协作小区的网络设备的软硬件运行参数进行确定，本实施例对此不多作限定。
可以理解的是，当备选小区的运行负荷不能满足第二条件，则该备选小区不能较好地与主小区进行MTRP协同通信，此时可以重新进行另一个备选小区的确定，确保选取出的协作小区具有足够的资源进行MTRP协同通信即可。
另外，参照图5，在一实施例中，图1所示实施例中的步骤S120，还包括但不限于有以下步骤：
步骤S510，当传输参数满足第三条件，确定目标协同方式为单PDCCH的MTRP方式或多PDCCH的MTRP方式；
或者，
步骤S520，当传输参数不满足第三条件，确定目标协同方式为多PDCCH的MTRP方式。
需要说明的是，基于上述图1所示的实施例，传输参数可以采用传输时延，则第三条件可以相应采用传输时延的大小，例如，传输时延小于时隙长度，此时传输时延可以忽略，则采用单PDCCH的MTRP方式和多PDCCH的MTRP方式均能实现UE吞吐量的提升，否则，小区之间的传输时延不可忽略，则通过多PDCCH的MTRP方式，分别由两个小区发送不同的PDCCH能够起到更好的协同效果，第三条件的具体类型根据实际需求选取，满足第三条件的情况能够用于表征传输性能可以实现单PDCCH的MTRP方式即可。
值得注意的是，传输时延可以采用测量的方式确定，也可以根据基站类型直接确定，由于基站的不同放置方式对传输时延有一定的影响，对于分布式放置的基站而言，基站之间的传输时延较大，对于堆叠式放置的基站，基站之间的传输时延较小，由于基站类型对于主小区和协作小区是可知的，当主小区和协作小区中至少有一个是分布式放置的基站，可以确定传输时延不满足第三条件，当主小区和协作小区均不是分布式放置的基站，可以确定传输时延满足第三条件，能够快速确定传输参数与第三条件之间的关系。
另外，参照图6，在一实施例中，当目标协同方式为单PDCCH的MTRP方式，图1所示实施例中的步骤S130，还包括但不限于有以下步骤：
步骤S610，将PDCCH发送至UE；
步骤S620，与协作小区协同发送PDSCH的数据至UE，其中，PDSCH由PDCCH调度，主小区所发送的PDSCH的数据和协作小区所发送的PDSCH的数据来自于PDSCH的不同层。
需要说明的是，对于单PDCCH的MTRP方式来说，基站侧只需要发送一个PDCCH，因此可以通过作为决策端的主小区进行发送，该PDCCH调度的PDSCH的不同层的数据可以从两个TRP(本实施例中分别为主小区和协作小区)发送，UE从而可以获得多点协同发送的吞吐量提升的增益。可以理解的是，主小区将PDCCH发送至UE之后，可以通过任意类型的通知信息告知协作小区，以使协作小区共同实现PDSCH的发送。
本领域技术人员可以理解的是，PDSCH中包括若干层数据，每层中包括不同的数据，基于MTRP，可以由主小区和协作小区分别发送不同层的数据，具体每个小区的所对应的层的选择方法并非本实施例作出的改进，在此不多作赘述，能够实现MTRP协同通道即可。
另外，参照图7，在一实施例中，当目标协同方式为多PDCCH的MTRP方式，图1所示实施例中的步骤S130，还包括但不限于有以下步骤：
步骤S710，与协作小区协同发送PDCCH至UE，其中，PDCCH包括第一PDCCH和第二PDCCH，第一PDCCH由主小区发送至UE，第二PDCCH由协作小区发送至UE；
步骤S720，与协作小区分别发送PDSCH的数据至UE，其中，PDSCH包括第一PDSCH和第二PDSCH，第一PDSCH由第一PDCCH调度，第二PDSCH由第二PDCCH调度，第一PDSCH的数据由主小区发送，第二PDSCH的数据由协作小区发送。
值得注意的是，第一PDCCH和第二PDCCH可以是同时发送至UE，以充分利用MTRP协同通信的调度优势，UE在接收到两个PDCCH之后，分别接收对应的PDSCH，从而获得多点协同带来的吞吐量增益。需要说明的是，本实施例并未对多PDCCH的MTRP方式中的PDCCH的分配方式和PDSCH的调度方式作出改进，在此不再赘述。
另外，参照图8，在一实施例中，在执行完图7所示实施例中的步骤S720之后，还包括：
步骤S800，与协作小区协同获取UE反馈的HARQ，HARQ包括第一HARQ和第二HARQ，第一HARQ与第一PDSCH相对应，第二HARQ与第二PDSCH相对应，其中，步骤S800还包括但不限于：
步骤S810，当传输参数满足第三条件，与协作小区协同获取UE以联合反馈的方式发送的第一HARQ和第二HARQ；
或者，
步骤S820，当传输参数满足第三条件，与协作小区协同获取UE以分开反馈的方式发送第一HARQ和第二HARQ；
或者，
步骤S830，当传输参数不满足第三条件，与协作小区协同获取UE以分开反馈的方式发送第一HARQ和第二HARQ。
需要说明的是，本实施例并不涉及HARQ的具体反馈流程以及反馈之后的响应方式作出改进，仅对联合反馈或者分开反馈两种方式进行确定，后续不再赘述。
值得注意的是，当传输参数满足第三条件，主小区和协作小区之间的传输时延较小，能够快速完成信息交互，因此可以采用步骤S810中的联合反馈的方式发送的第一HARQ和第二HARQ，即UE根据第一PDSCH和第二PDSCH生成一个HARQ，并反馈至主小区，从而完成HARQ反馈；也可以采用步骤S820中的分开反馈的方式，即UE分别反馈第一HARQ和第二HARQ，具体的HARQ接收主体根据实际需求确定即可，从而完成HARQ的反馈，具体采用S810的方式还是采用S820的方式根据实际需求选取即可。
需要说明的是，本实施例的HARQ反馈方式应用于多PDCCH的MTRP方式的使用场景，对于单PDCCH的MTRP方式的使用场景，UE的HARQ只需要反馈至主小区，因此并不涉及多个HARQ的反馈，在此不多作赘述。
参考上述描述，当传输参数不满足第三条件，主小区和协作小区之间的传输时延较大，此时采用分开反馈的方式进行HARQ的反馈，能够避免协同通信受到主小区和协作小区之间的传输时延影响，以确保UE吞吐量能够得到有效的提升。
另外，参照图9，在另一实施例中，还提供了一种协同通信实现方法，应用于协作小区的网络设备，协作小区为UE所归属的主小区的协作小区，方法包括但不限于有步骤S910和步骤S920。
步骤S910，接收主小区发送的目标协同方式，其中，目标协同方式由主小区根据与协作小区之间的传输参数确定，传输参数表征主小区和协作小区之间的传输性能；
步骤S920，根据目标协同方式与主小区协同进行与UE的通信。
需要说明的是，本实施例中的协作小区为已经被主小区确定的协作小区，具体的确定方法可以参考图1和图3所示实施例的方法，本实施例和图1、图3所示实施例的主要区别在于，本实施例的执行主体为协作小区的网络设备，该网络设备与主小区的网络设备进行交互以实现步骤S910和步骤S920的方法，在此不作重复赘述。
可以理解的是，步骤S920的具体方法和原理可以参考图1所示实施例，本实施例在此不多作重复赘述。
另外，参照图10，在另一实施例中，在执行图9所示实施例中的步骤S910之前，还包括但不限于有以下步骤：
步骤S1010，当接到主小区所发送的协同请求信息，确定负荷参数；
步骤S1020，当负荷参数满足第二条件，向主小区反馈协同确认响应信息，以使主小区根据协同确认响应信息确定协作小区。
需要说明的是，为了确定协作小区具有足够的资源进行MTRP协同通信，在接收到主小区发送的协同请求信息后，可以采用备选小区一段时间的资源块(Resource Block，RB)利用率作为负荷参数；另外，第二条件可以采用预设阈值的形式，当采集到的RB利用率小于或等于预设阈值，则备选小区具备足够的资源，能够与主小区完成MTRP协同通信，具体RB利用率采集时间根据实际需求调整即可。当然，第二条件和负荷参数也可以采用其他形式，例如根据协作小区的网络设备的软硬件运行参数进行确定，本实施例对此不多作限定。
另外，参照图11，在另一实施例中，当目标协同方式为单PDCCH的MTRP方式，图9所示实施例中的步骤S920，还包括但不限于有以下步骤：
步骤S1110，在主小区将PDCCH发送至UE的情况下，与主小区协同发送PDSCH的数据至UE，其中，PDSCH由PDCCH调度，主小区所发送的PDSCH的数据和协作小区所发送的PDSCH的数据来自于PDSCH的不同层。
值得注意的是，本实施例的原理和方法可以参考图6所示实施例的原理和方法，主要区别在于，本实施例应用于协作小区的网络设备，在主小区发送PDCCH至UE之后，协作小区与主小区协同完成PDSCH的数据发送。
另外，参照图12，在另一实施例中，当目标协同方式为多PDCCH的MTRP方式，根图9所示实施例中的步骤S920，还包括但不限于有以下步骤：
步骤S1210，与主小区协同发送PDCCH至UE，其中，PDCCH包括第一PDCCH和第二PDCCH，第一PDCCH由主小区发送至UE，第二PDCCH由协作小区发送至UE；
步骤S1220，与主小区分别发送PDSCH的数据至UE，其中，PDSCH包括第一PDSCH和第二PDSCH，第一PDSCH由第一PDCCH调度，第二PDSCH由第二PDCCH调度，第一PDSCH的数据由主小区发送，第二PDSCH的数据由协作小区发送。
需要说明的是，本实施例的多PDCCH的MTRP方式的具体原理可以参考图7所示实施例的原理，主要区别在于，本实施例的执行主体为协作小区的网络设备，用于响应主小区的协同请求，向UE发送第二PDCCH，并发送第二PDCCH所调度的第二PDSCH中的数据至UE，在此对相同原理不作重复赘述。
另外，参照图13，在另一实施例中，在执行完图11所示实施例中的步骤S1220之后，还包括与主小区协同获取UE反馈的HARQ，HARQ包括第一HARQ和第二HARQ，第一HARQ与第一PDSCH相对应，第二HARQ与第二PDSCH相对应，其中，与主小区协同获取UE反馈的HARQ包括：
步骤S1310，当传输参数满足第三条件，与主小区协同获取UE以联合反馈的方式发送的第一HARQ和第二HARQ；
或者，
步骤S1320，当传输参数满足第三条件，与主小区协同获取UE以分开反馈的方式发送第一HARQ和第二HARQ；
或者，
步骤S1330，当传输参数不满足第三条件，与主小区协同获取UE以分开反馈的方式发送第一HARQ和第二HARQ。
需要说明的是，本实施例的HARQ反馈的具体原理可以参考图8所示实施例的原理，主要区别在于，本实施例的执行主体为协作小区的网络设备，用于响应主小区的协同请求，向UE发送第二PDCCH，并发送第二PDCCH所调度的第二PDSCH中的数据至UE，在此对相同原理不作重复赘述。
另外，在一些实施例中，为了更好地说明本实施例的协同通信实现方法，以下结合图14至图16，以五个具体示例，对本实施例的技术方案进行举例说明。
需要说明的是，在本实施例的所有示例中，包括两个小区(Cell)，为了便于区分记为Cell1和Cell2，其中已确定Cell1为UE的主小区，UE处于Cell1和Cell2的交叠区。
另外，需要说明的是，本实施例的第一条件以功率差的绝对值小于或等于6dB为例、负荷参数以RB利用率为例、第二条件以RB阈值为例、传输参数以传输时延为例，其中，当传输时延满足第三条件，传输时延为理想时延，传输时延不满足第三条件，传输时延为非理想时延，此处理想表征传输时延不影响小区之间的协同发送，非理想表征传输时延影响小区之间的协同发送，上述技术特征的选取仅为了叙述的便利，并不会对本实施例的保护范围造成限制。
示例一，理想时延的单PDCCH的MTRP方式场景，参照图14，包括以下步骤：
步骤S1411,UE向Cell1上报第一信号功率和第二信号功率，其中，第一信号功率为UE接收Cell1的信号功率，第二信号功率为UE接收Cell2的信号功率；
步骤S1412，Cell1确定第一信号功率和第二信号功率的差值的绝对值小于或等于6dB，确定Cell2为协作小区，UE为MTRP协同UE；
步骤S1420，Cell2确定RB利用率小于或等于RB阈值，并且Cell2的软硬件运行负荷满足协同通信的需求,确定与Cell1进行协同通信；
步骤S1430，Cell1确定Cell1与Cell2之间的传输时延为理想传输时延，确定Cell1与Cell2之间采用单PDCCH的MTRP方式；
步骤S1440，Cell1向UE发送PDCCH；
步骤S1450，Cell1和Cell2分别向UE发送PDSCH的不同的数据层；
步骤S1460,UE向Cell1反馈HARQ。
示例二：理想时延的多PDCCH的MTRP方式场景，HARQ反馈方式为分开反馈，参照图15，包括以下步骤：
步骤S1511,UE向Cell1上报第一信号功率和第二信号功率，其中，第一信号功率为UE接收Cell1的信号功率，第二信号功率为UE接收Cell2的信号功率；
步骤S1512，Cell1确定第一信号功率和第二信号功率的差值的绝对值小于或等于6dB，确定Cell2为协作小区，UE为MTRP协同UE；
步骤S1520，Cell2确定RB利用率小于或等于RB阈值，并且Cell2的软硬件运行负荷满足协同通信的需求,确定与Cell1进行协同通信；
步骤S1530，Cell1确定Cell1与Cell2之间的传输时延为理想传输时延，确定Cell1与Cell2之间采用多PDCCH的MTRP方式；
步骤S1541，Cell1向UE发送第一PDCCH；
步骤S1542，Cell2向UE发送第二PDCCH；
步骤S1551，Cell1向UE发送第一PDSCH；
步骤S1552，Cell2向UE发送第二PDSCH；
步骤S1560，UE以分开反馈的方式发送第一HARQ和第二HARQ。
需要说明的是，步骤S1541和步骤S1542可以是同时执行，步骤S1551和步骤S1552可以是同时执行。
示例三：理想时延的多PDCCH的MTRP方式场景，HARQ的反馈方式为联合反馈，其前序执行步骤包括图15所示的步骤S1511至步骤S1552，区别在于，在本示例中，在执行完步骤S1552之后，UE根据第一PDSCH和第二PDSCH生成HARQ并以联合反馈的方式发送至Cell1。
示例四：非理想时延的多PDCCH的MTRP方式场景，HARQ的反馈方式为分开反馈，参考图16，包括以下步骤：
步骤S1611,UE向Cell1上报第一信号功率和第二信号功率，其中，第一信号功率为UE接收Cell1的信号功率，第二信号功率为UE接收Cell2的信号功率；
步骤S1612，Cell1确定第一信号功率和第二信号功率的差值的绝对值小于或等于6dB，确定Cell2为协作小区，UE为MTRP协同UE；
步骤S1620，Cell2确定RB利用率小于或等于RB阈值，并且Cell2的软硬件运行负荷满足协同通信的需求,确定与Cell1进行协同通信；
步骤S1630，Cell1确定Cell1与Cell2之间的传输时延为非理想传输时延，确定Cell1与Cell2之间采用多PDCCH的MTRP方式；
步骤S1641，Cell1向UE发送第一PDCCH；
步骤S1642，Cell2向UE发送第二PDCCH；
步骤S1651，Cell1向UE发送第一PDSCH；
步骤S1652，Cell2向UE发送第二PDSCH；
步骤S1660，UE以分开反馈的方式发送第一HARQ和第二HARQ。
需要说明的是，步骤S1641和步骤S1642可以是同时执行，步骤S1651和步骤S1652可以是同时执行，步骤S1661和步骤S1662可以是同时执行。
示例五：Cell2的负荷没有余量，参照图17，包括以下步骤：
步骤S1711,UE向Cell1上报第一信号功率和第二信号功率，其中，第一信号功率为UE接收Cell1的信号功率，第二信号功率为UE接收Cell2的信号功率；
步骤S1712，Cell1确定第一信号功率和第二信号功率的差值的绝对值小于或等于6dB，确定Cell2为协作小区，UE为MTRP协同UE；
步骤S1720，Cell2确定RB利用率大于RB阈值，确定Cell2没有足够的负荷余量用于协同通信，告知Cell1重新选取协作小区。
通过上述五个示例中的技术方案，协作小区可以根据自身的负荷情况决定是否对主小区的UE进行协同通信，同时主小区通过测量与协作小区之间的传输时延，决定对UE协同通信采用单PDCCH的MTRP方式还是多PDCCH的MTRP方式，从而最大化的利用小区间的资源，同时使得小区间理想时延和非理想时延都可以采用有效的协同方式，提高UE的吞吐量并提高网络吞吐量。
另外，参照图18，本发明的一个实施例还提供了一种网络设备，该网络设备1800包括：存储器1810、处理器1820及存储在存储器1810上并可在处理器1820上运行的计算机程序。
处理器1820和存储器1810可以通过总线或者其他方式连接。
实现上述实施例的协同通信实现方法所需的非暂态软件程序以及指令存储在存储器1810中，当被处理器1820执行时，执行上述实施例中的应用于主小区的网络设备的协同通信实现方法，例如，执行以上描述的图1中的方法步骤S110至步骤S130、图3中的方法步骤S310至步骤S330、图4中的方法步骤S410至步骤S420、图5中的方法步骤S510至步骤S520、图6中的方法步骤S610至步骤S620、图7中的方法步骤S710至步骤S720、图8中的方法步骤S800至步骤S830；或者，执行上述实施例中的应用于协作小区的网络设备的协同通信实现方法，例如，执行以上描述的图9中的方法步骤S910至步骤S920、图10中的方法步骤S1010至步骤S1020、图11中的方法步骤S1110、图12中的方法步骤S1210至步骤S1220、图13中的方法步骤S1300至步骤S1330；或者，执行以上描述的图14中的方法步骤S1411至步骤S1460、图15中的方法步骤S1511至步骤S1560、图16中的方法步骤S1611至步骤S1660、图17中的方法步骤S1711至步骤S1720。
以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述网络设备实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的应用于主小区的网络设备的协同通信实现方法，例如，执行以上描述的图1中的方法步骤S110至步骤S130、图3中的方法步骤S310至步骤S330、图4中的方法步骤S410至步骤S420、图5中的方法步骤S510至步骤S520、图6中的方法步骤S610至步骤S620、图7中的方法步骤S710至步骤S720、图8中的方法步骤S800至步骤S830；或者，执行上述实施例中的应用于协作小区的网络设备的协同通信实现方法，例如，执行以上描述的图9中的方法步骤S910至步骤S920、图10中的方法步骤S1010至步骤S1020、图11中的方法步骤S1110、图12中的方法步骤S1210至步骤S1220、图13中的方法步骤S1300至步骤S1330；或者，执行以上描述的图14中的方法步骤S1411至步骤S1460、图15中的方法步骤S1511至步骤S1560、图16中的方法步骤S1611至步骤S1660、图17中的方法步骤S1711至步骤S1720。本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本发明权利要求所限定的范围内。
Claims (15)
1.一种协同通信实现方法，应用于主小区的网络设备，所述主小区为终端UE的归属小区，所述主小区与协作小区通信连接，所述协同通信实现方法包括：
确定与所述协作小区之间的传输参数，所述传输参数表征所述主小区和所述协作小区之间的传输性能；
根据所述传输参数确定目标协同方式，将所述目标协同方式发送至所述协作小区；
根据所述目标协同方式，与所述协作小区协同进行与所述UE的通信。
2.根据权利要求1所述的方法，其特征在于，在所述确定与所述协作小区之间的传输参数之前，所述方法还包括：
确定备选小区；
获取所述UE的第一信号功率和第二信号功率，所述第一信号功率为所述UE用于接收所述主小区的信号的功率，所述第二信号功率为所述UE用于接收所述备选小区的信号的功率；
当所述第一信号功率和所述第二信号功率满足第一条件，将所述备选小区确定为协作小区。
3.根据权利要求2所述的方法，其特征在于，所述将所述备选小区确定为协作小区，包括：
向所述备选小区发送协同请求信息；
当获取到所述备选小区根据所述协同请求信息所反馈的协同确认响应信息，将所述备选小区确定为协作小区，其中，所述协同确认响应信息由所述备选小区在负荷参数满足第二条件的情况下生成，所述负荷参数表征所述备选小区的运行负荷。
4.根据权利要求1所述的方法，其特征在于，所述根据所述传输参数确定目标协同方式，包括：
当所述传输参数满足第三条件，确定所述目标协同方式为单物理下行控制信道PDCCH的多个传输/接收点MTRP方式或多PDCCH的MTRP方式；
或者，
当所述传输参数不满足第三条件，确定所述目标协同方式为多PDCCH的MTRP方式。
5.根据权利要求4所述的方法，其特征在于，当所述目标协同方式为单PDCCH的MTRP方式，所述根据所述目标协同方式与所述协作小区协同进行与所述UE的通信，包括：
将PDCCH发送至所述UE；
与所述协作小区协同发送物理下行共享信道PDSCH的数据至所述UE，其中，所述PDSCH由所述PDCCH调度，所述主小区所发送的PDSCH的数据和所述协作小区所发送的PDSCH的数据来自于所述PDSCH的不同层。
6.根据权利要求4所述的方法，其特征在于，当所述目标协同方式为多PDCCH的MTRP方式，所述根据所述目标协同方式与所述协作小区协同进行与所述UE的通信，包括：
与所述协作小区协同发送PDCCH至所述UE，其中，所述PDCCH包括第一PDCCH和第二PDCCH，所述第一PDCCH由所述主小区发送至所述UE，所述第二PDCCH由所述协作小区发送至所述UE；
与所述协作小区分别发送PDSCH的数据至所述UE，其中，所述PDSCH包括第一PDSCH和第二PDSCH，所述第一PDSCH由所述第一PDCCH调度，所述第二PDSCH由所述第二PDCCH调度，所述第一PDSCH的数据由所述主小区发送，所述第二PDSCH的数据由所述协作小区发送。
7.根据权利要求6所述的方法，其特征在于，在所述与所述协作小区分别发送PDSCH的数据至所述UE之后，还包括与所述协作小区协同获取所述UE反馈的混合自动重传请求HARQ，所述HARQ包括第一HARQ和第二HARQ，所述第一HARQ与所述第一PDSCH相对应，所述第二HARQ与所述第二PDSCH相对应，其中，所述与所述协作小区协同获取所述UE反馈的HARQ包括：
当所述传输参数满足第三条件，与所述协作小区协同获取所述UE以联合反馈的方式发送的所述第一HARQ和所述第二HARQ；
或者，
当所述传输参数满足第三条件，与所述协作小区协同获取所述UE以分开反馈的方式发送所述第一HARQ和所述第二HARQ；
或者，
当所述传输参数不满足第三条件，与所述协作小区协同获取所述UE以分开反馈的方式发送所述第一HARQ和所述第二HARQ。
8.一种协同通信实现方法，应用于协作小区的网络设备，所述协作小区为UE所归属的主小区的协作小区，所述方法包括：
接收所述主小区发送的目标协同方式，其中，所述目标协同方式由所述主小区根据与所述协作小区之间的传输参数确定，所述传输参数表征所述主小区和所述协作小区之间的传输性能；
根据所述目标协同方式与所述主小区协同进行与所述UE的通信。
9.根据权利要求8所述的方法，其特征在于，在所述接收所述主小区发送的目标协同方式之前，所述方法还包括：
当接到所述主小区所发送的协同请求信息，确定负荷参数；
当所述负荷参数满足第二条件，向所述主小区反馈协同确认响应信息，以使所述主小区根据所述协同确认响应信息确定协作小区。
10.根据权利要求9所述的方法，其特征在于，所述负荷参数至少包括如下之一：
预设时间内的资源块RB利用率；
设备运行负荷。
11.根据权利要求8所述的方法，其特征在于，当所述目标协同方式为单PDCCH的MTRP方式，所述根据所述目标协同方式与所述主小区协同进行与所述UE的通信，包括：
在所述主小区将PDCCH发送至所述UE的情况下，与所述主小区协同发送PDSCH的数据至所述UE，其中，所述PDSCH由所述PDCCH调度，所述主小区所发送的PDSCH的数据和所述协作小区所发送的PDSCH的数据来自于所述PDSCH的不同层。
12.根据权利要求8所述的方法，其特征在于，当所述目标协同方式为多PDCCH的MTRP方式，所述根据所述目标协同方式与所述主小区协同进行与所述UE的通信，包括：
与所述主小区协同发送PDCCH至所述UE，其中，所述PDCCH包括第一PDCCH和第二PDCCH，所述第一PDCCH由所述主小区发送至所述UE，所述第二PDCCH由所述协作小区发送至所述UE；
与所述主小区分别发送PDSCH的数据至所述UE，其中，所述PDSCH包括第一PDSCH和第二PDSCH，所述第一PDSCH由所述第一PDCCH调度，所述第二PDSCH由所述第二PDCCH调度，所述第一PDSCH的数据由所述主小区发送，所述第二PDSCH的数据由所述协作小区发送。
13.根据权利要求12所述的方法，在所述与所述主小区分别发送PDSCH的数据至所述UE之后，还包括与所述主小区协同获取所述UE反馈的HARQ，所述HARQ包括第一HARQ和第二HARQ，所述第一HARQ与所述第一PDSCH相对应，所述第二HARQ与所述第二PDSCH相对应，其中，所述与所述主小区协同获取所述UE反馈的HARQ包括：
当所述传输参数满足第三条件，与所述主小区协同获取所述UE以联合反馈的方式发送的所述第一HARQ和所述第二HARQ；
或者，
当所述传输参数满足第三条件，与所述主小区协同获取所述UE以分开反馈的方式发送所述第一HARQ和所述第二HARQ；
或者，
当所述传输参数不满足第三条件，与所述主小区协同获取所述UE以分开反馈的方式发送所述第一HARQ和所述第二HARQ。
14.一种网络设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8中任意一项所述的协同通信实现方法，或者，所述处理器执行所述计算机程序时实现如权利要求9至13中任意一项所述的协同通信实现方法。
15.一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如权利要求1至8中任意一项所述的协同通信实现方法，或者执行如权利要求9至13中任意一项所述的协同通信实现方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110196198.5A CN114980217A (zh) | 2021-02-22 | 2021-02-22 | 协同通信实现方法、设备及存储介质 |
| EP21926361.3A EP4280678A1 (en) | 2021-02-22 | 2021-12-02 | Cooperative communication implementation method, device, and storage medium |
| PCT/CN2021/135104 WO2022174647A1 (zh) | 2021-02-22 | 2021-12-02 | 协同通信实现方法、设备及存储介质 |
| US18/547,074 US20240129918A1 (en) | 2021-02-22 | 2021-12-02 | Cooperative communication implementation method, device, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110196198.5A CN114980217A (zh) | 2021-02-22 | 2021-02-22 | 协同通信实现方法、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114980217A true CN114980217A (zh) | 2022-08-30 |
Family
ID=82930283
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110196198.5A Pending CN114980217A (zh) | 2021-02-22 | 2021-02-22 | 协同通信实现方法、设备及存储介质 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20240129918A1 (zh) |
| EP (1) | EP4280678A1 (zh) |
| CN (1) | CN114980217A (zh) |
| WO (1) | WO2022174647A1 (zh) |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108631934B (zh) * | 2017-03-24 | 2021-04-09 | 华为技术有限公司 | 一种数据传输方法、终端设备及基站系统 |
| US11012990B2 (en) * | 2017-06-15 | 2021-05-18 | Lg Electronics Inc. | Method for performing coordinated transmission in wireless communication system and apparatus therefor |
| CN109152069B (zh) * | 2017-06-15 | 2022-04-05 | 华为技术有限公司 | 传输控制信息的方法和设备 |
| US10925047B2 (en) * | 2018-02-07 | 2021-02-16 | Huawei Technologies Co., Ltd. | Systems and methods for scheduling wireless communications |
| US11582776B2 (en) * | 2019-08-01 | 2023-02-14 | Qualcomm Incorporated | Managing cross-carrier scheduling by a wireless device |
-
2021
- 2021-02-22 CN CN202110196198.5A patent/CN114980217A/zh active Pending
- 2021-12-02 EP EP21926361.3A patent/EP4280678A1/en active Pending
- 2021-12-02 US US18/547,074 patent/US20240129918A1/en active Pending
- 2021-12-02 WO PCT/CN2021/135104 patent/WO2022174647A1/zh active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| US20240129918A1 (en) | 2024-04-18 |
| EP4280678A1 (en) | 2023-11-22 |
| WO2022174647A1 (zh) | 2022-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10117199B2 (en) | Method of transmitting channel state information and apparatus therefor | |
| US8934393B2 (en) | Local selection of retransmitting device in cooperative cluster to enhance cellular multicast | |
| AU2021202971A1 (en) | Method for transmitting uplink control information and apparatus therefor | |
| EP4057562A1 (en) | Method and apparatus for measurement configuration of different reference signals and cell measurement report mechanism | |
| US11259279B2 (en) | Data transmission method and device | |
| US8781419B2 (en) | Method of cooperative data transmission between terminals and a method of receiving data | |
| US20130089051A1 (en) | Method and apparatus for data transmission in radio network | |
| CN104904305A (zh) | 用于设备到设备通信的方法 | |
| WO2022086736A1 (en) | Multicast/broadcast service alert | |
| US20170359827A1 (en) | Method for interference control in radio resource and device therefor | |
| KR20200091274A (ko) | 사이드링크 통신에서 rlm 및 rlf를 수행하는 방법 및 장치 | |
| JP7201081B2 (ja) | ソースデバイスにより実行される方法、ネットワークノードにより実行される方法、宛先デバイスにより実行される方法、ソースデバイス及び宛先デバイス | |
| EP4135368A1 (en) | Energy-saving configuration method and apparatus, energy-saving method and apparatus, communication node, and storage medium | |
| CN110505711B (zh) | 处理调度请求的方法、设备、装置及介质 | |
| US20180343100A1 (en) | Data Transmission Method, Related Device, And System | |
| EP4087308A1 (en) | Apparatus and method for controlling sidelink auxiliary carrier in wireless communication system | |
| US11979864B2 (en) | V2X transmission method and device, and user equipment | |
| CN104350788A (zh) | 无线通信系统、移动站、基站以及通信方法 | |
| US11743017B2 (en) | Apparatus and method for detecting control channel in wireless communication system | |
| CN114980217A (zh) | 协同通信实现方法、设备及存储介质 | |
| WO2022061753A1 (zh) | 资源排除方法、资源重选方法、装置、终端及存储介质 | |
| CN111130724B (zh) | V2x传输的反馈方法、装置及用户设备 | |
| KR20220168079A (ko) | 통신 시스템에서 사이드링크의 단말 간 협력을 통한 자원 할당 방법 및 장치 | |
| CN111757469A (zh) | 一种波束失败的处理方法及装置 | |
| US20230345423A1 (en) | Communication method and apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |