CN111194086A - 发送和接收数据的方法和通信装置 - Google Patents

发送和接收数据的方法和通信装置 Download PDF

Info

Publication number
CN111194086A
CN111194086A CN201811354053.8A CN201811354053A CN111194086A CN 111194086 A CN111194086 A CN 111194086A CN 201811354053 A CN201811354053 A CN 201811354053A CN 111194086 A CN111194086 A CN 111194086A
Authority
CN
China
Prior art keywords
data
information
network device
scheduling
user
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.)
Granted
Application number
CN201811354053.8A
Other languages
English (en)
Other versions
CN111194086B (zh
Inventor
楼群芳
石娴文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201811354053.8A priority Critical patent/CN111194086B/zh
Priority to PCT/CN2019/117779 priority patent/WO2020098661A1/zh
Publication of CN111194086A publication Critical patent/CN111194086A/zh
Application granted granted Critical
Publication of CN111194086B publication Critical patent/CN111194086B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种发送和接收数据的方法和通信装置。该方法应用于多个网络设备，如第一网络设备和第二网络设备，协作向终端设备发送数据，该方法包括：在预分配阶段该多个网络设备为终端设备预分配波束或波束集，即预分配空域资源；在真实调度阶段，该多个网络设备通过预分配的波束或波束集协作向终端设备发送数据。根据本申请，在预分配阶段预分配空域资源，可以简化调度复杂度，而且利用终端设备空域慢变的特征，将网络设备预分配与网络设备独立调度两个模块相对独立开，降低了传输时延和处理时延，提高了传输性能。

Description

发送和接收数据的方法和通信装置
技术领域
本申请涉及无线通信领域，并且更具体地，涉及发送和接收数据的方法和通信装置。
背景技术
协作多点(coordination multiple point，CoMP)传输是一种用于解决小区间干扰问题并提升小区边缘用户吞吐量的方法。在下行协作多点传输中，多个网络设备，如多个小区，联合向终端设备发送数据，把小区间干扰转化为有用信号，提高边缘用户的。
目前，在下行协作多点传输中，下行协作联合发送的调度方式一般为集中式调度，即有一个集中节点来收集管理多个小区的信息、并做联合资源分配。在一些场景下，例如，大规模多输入多输出(massive multiple-input multiple-output，Massive MIMO)场景下，应用集中式调度，计算复杂度会很高。
发明内容
本申请提供一种发送和接收数据的方法和通信装置，能够简化调度结构，降低多用户配对时的计算复杂度。
第一方面，提供了一种发送数据的方法，该方法可以由网络设备执行，也可以由配置于网络设备中的芯片执行。
具体地，该方法包括：第一网络设备为终端设备预分配第一波束；所述第一网络设备向第二网络设备发送协作请求信息，所述协作请求信息用于请求所述第二网络设备协作所述第一网络设备向所述终端设备发送第二数据；所述第一网络设备接收来自所述第二网络设备的协作响应信息，所述协作响应信息为针对所述协作请求信息的反馈信息；基于所述协作响应信息，所述第一网络设备通过所述第一波束向所述终端设备发送第一数据。
基于上述技术方案，在协同联合传输中，例如多个网络设备(例如记作第一网络设备和第二网络设备)与一个终端设备进行数据传输时，网络设备(第一网络设备或第二网络设备)调度时可以采用波束的概念，在预分配阶段为终端设备预分配波束或波束集，即预分配空域资源，不仅可以简化调度复杂度，而且利用终端设备空域慢变的特征，将网络设备预分配与网络设备独立调度两个模块相对独立开，避免了由于多个网络设备之间协作关系的确定要消耗多个网络设备的传输时延和处理时延，进而引起调度的误差的情况。此外，本申请实施例的调度架构能够重用当前单小区调度流程和单小区调度模块。在一些场景下，例如大规模多输入多输出场景下，天线数更多，多天线赋形的波束更窄，调度时采用波束的概念可以大大简化调度复杂度。
在本申请实施例中，第一网络设备和第二网络设备可以是任意两个或多个网络设备，例如，任意两个或多个小区。或者，第一网络设备可以是服务小区，第二网络设备可以是协作小区，该协作小区协作服务小区向终端设备发送数据，该协作小区可以是任意一个或多个小区。不管是服务小区还是协作小区，都可以在预分配阶段为终端设备预分配波束。其中，服务小区和协作小区可以对应不同的网络设备，或者，也可以对应相同的网络设备，本申请实施例对此不作限定。
此外，第一网络设备和第二网络设备发送的数据可以是相同的，也可以是不同的，具体的在下文实施例中描述。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述第一网络设备为N个终端设备预分配N组波束集，所述N个终端设备与所述N组波束集一一对应，所述N个终端设备包括所述终端设备，其中，N为大于1或等于1的整数；所述第一网络设备为所述终端设备预分配第一波束，包括：所述第一网络设备为所述终端设备预分配第一组波束集，所述第一组波束集中包括所述第一波束，所述N组波束集包括所述第一组波束集。
基于上述技术方案，网络设备为终端设备预分配波束时，可以采用波束域分组(也可以称为空域分组或波束分组)的方式，即为终端设备分配波束或波束集，该分配的波束或波束集为向该终端设备发送数据时承载的空域资源。例如，可以在大规模多输入多输出场景下，采用波束域分组的方式为用户预留空域资源。其中，该N个终端设备可以包括协作传输的终端设备(即多个网络设备联合向该终端设备发送数据)、非协作传输的终端设备(即第一网络设备向该终端设备发送数据)、重传的终端设备(即网络设备向该终端设备重传数据)、新传的终端设备(即网络设备向该终端设备发送数据)等，对此，本申请实施例不作限定。
结合第一方面，在第一方面的某些实现方式中，所述第一网络设备为所述终端设备预分配第一波束，包括：所述第一网络设备根据信道相关性为所述终端设备预分配第一波束。
基于上述技术方案，网络设备为终端设备预分配波束时，可以根据信道相关性为终端设备分配波束。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述第一网络设备向所述终端设备发送第一下行控制信息和第二下行控制信息，所述第一下行控制信息调度所述第一数据，所述第二控制信息调度所述第二数据，以及，所述第一数据与第一混合自动重传请求进程号对应，所述第二数据与第二混合自动重传请求进程号对应。
基于上述技术方案，在协同联合传输中，服务小区(例如记作第一网络设备)可以通过多个物理下行控制信道(physical downlink control channel，PDCCH)发送多个下行控制信息(downlink control information，DCI)，该多个DCI使用不同的混合自动重传请求进程号，分别指示多个网络设备上的传输信息。从而可以使得混合自动重传请求进程资源在多个网络设备(例如服务小区和协作小区)上传输时的共享，在保证终端设备混合自动重传请求合并增益的同时，又节省了混合自动重传请求进程资源。此外，通过多个DCI使用不同的混合自动重传请求进程号，多个DCI一次调度多个不同的混合自动重传请求进程号下的传输块缓存(TB buffer)，使得终端设备在多个网络设备上的频域资源可以不对齐，这样更有利于终端设备的数据在多个网络设备上的独立调度。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述第一网络设备接收来自所述第二网络设备的针对所述第二数据的信息；所述第二网络设备根据所述针对所述第二数据的信息，更新所述第二混合自动重传请求进程号对应的调度信息。
基于上述技术方案，在协同联合传输中，服务小区与协作小区分别独立调度完后，协作小区把本支路上的发送信息回传给服务小区，服务小区收到后及时补充协作支路上的混合自动重传请求进程号下的调度信息。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述第一网络设备接收所述终端设备发送的针对所述第一数据和所述第二数据的反馈信息。
基于上述技术方案，终端设备可以通过服务小区的物理上行控制信道(physicaluplink control channel，PUCCH)反馈针对第一数据和第二数据的肯定(acknowledgement，ACK)信息或否定(negative acknowledgement，NACK)信息。或者，终端设备也可以通过服务小区与协作小区上各自的PUCCH反馈ACK或NACK信息。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：当针对所述第一数据的反馈信息为否定NACK信息时，所述第一网络设备向所述终端设备重新发送所述第一数据；和/或，当针对所述第二数据的反馈信息为NACK信息时，所述第一网络设备向所述终端设备重新发送所述第二数据。
基于上述技术方案，在服务小区上重传服务小区或协作小区传错的数据。
第二方面，提供了一种发送数据的方法，该方法可以由网络设备执行，也可以由配置于网络设备中的芯片执行。
具体地，该方法包括：第二网络设备接收来自第一网络设备的协作请求信息，所述协作请求信息用于请求所述第二网络设备协作所述第一网络设备向终端设备发送第二数据；所述第二网络设备根据所述协作请求信息为所述终端设备预分配第二波束；所述第二网络设备向所述第一网络设备发送协作响应信息，所述协作响应信息为针对所述协作请求信息的反馈信息；基于所述协作响应信息，所述第二网络设备通过所述第二波束向所述终端设备发送所述第二数据。
基于上述技术方案，在协同联合传输中，例如多个网络设备(例如记作第一网络设备和第二网络设备)与一个终端设备进行数据传输时，网络设备(第一网络设备或第二网络设备)调度时可以采用波束的概念，在预分配阶段为终端设备预分配波束或波束集，即预分配空域资源，不仅可以简化调度复杂度，而且利用终端设备空域慢变的特征，将网络设备预分配与网络设备独立调度两个模块相对独立开，避免了由于多个网络设备之间协作关系的确定要消耗多个网络设备的传输时延和处理时延，进而引起调度的误差的情况。此外，本申请实施例的调度架构能够重用当前单小区调度流程和单小区调度模块。在一些场景下，例如大规模多输入多输出场景下，天线数更多，多天线赋形的波束更窄，调度时采用波束的概念可以大大简化调度复杂度。
在本申请实施例中，第一网络设备和第二网络设备可以是任意两个或多个网络设备，例如，任意两个或多个小区。或者，第一网络设备可以是服务小区，第二网络设备可以是协作小区，该协作小区协作服务小区向终端设备发送数据，该协作小区可以是任意1个或多个小区。不管是服务小区还是协作小区，都可以在预分配阶段为终端设备预分配波束。其中，服务小区和协作小区可以对应不同的网络设备，或者，也可以对应相同的网络设备，本申请实施例对此不作限定。
结合第二方面，在第二方面的某些实现方式中，所述方法还包括：所述第二网络设备为N个终端设备预分配N组波束集，所述N个终端设备与所述N组波束集一一对应，所述N个终端设备包括所述终端设备，其中，N为大于1或等于1的整数；所述第二网络设备为所述终端设备预分配第二波束，包括：所述第二网络设备为所述终端设备预分配第二组波束集，所述第二组波束集中包括所述第二波束，所述N组波束集包括所述第二组波束集。
结合第二方面，在第二方面的某些实现方式中，所述第二网络设备为所述终端设备预分配第二波束，包括：所述第二网络设备根据信道相关性为所述终端设备预分配第二波束。
第三方面，提供了一种接收数据的方法，该方法可以由终端设备设备执行，也可以由配置于终端设备中的芯片执行。
具体地，该方法包括：终端设备接收来自第一网络设备的第一数据和来自第二网络设备的第二数据，所述第一数据承载于第一波束，所述第二数据承载于第二波束，所述第一波束是所述第一网络设备为所述终端设备预先分配的波束，所述第二波束是所述第二网络设备为所述终端设备预先分配的波束；所述终端设备向所述第一网络设备发送针对所述第一数据和所述第二数据的反馈信息。
基于上述技术方案，在协同联合传输中，例如多个网络设备与一个终端设备进行数据传输时，网络设备调度时可以采用波束的概念，在预分配阶段为终端设备预分配波束或波束集，即预分配空域资源，不仅可以简化调度复杂度，而且利用终端设备空域慢变的特征，将网络设备预分配与网络设备独立调度两个模块相对独立开，避免了由于多个网络设备之间协作关系的确定要消耗多个网络设备的传输时延和处理时延，进而引起调度的误差的情况。此外，本申请实施例的调度架构能够重用当前单小区调度流程和单小区调度模块。在一些场景下，例如大规模多输入多输出场景下，天线数更多，多天线赋形的波束更窄，调度时采用波束的概念可以大大简化调度复杂度。
在本申请实施例中，第一网络设备和第二网络设备可以是任意两个或多个网络设备，例如，任意两个或多个小区。或者，第一网络设备可以是服务小区，第二网络设备可以是协作小区，该协作小区协作服务小区向终端设备发送数据，该协作小区可以是任意1个或多个小区。不管是服务小区还是协作小区，都可以在预分配阶段为终端设备预分配波束。其中，服务小区和协作小区可以对应不同的网络设备，或者，也可以对应相同的网络设备，本申请实施例对此不作限定。
结合第三方面，在第三方面的某些实现方式中，所述方法还包括：所述终端设备接收来自所述第一网络设备的第一下行控制信息和第二下行控制信息，所述第一下行控制信息调度所述第一数据，所述第二控制信息调度所述第二数据，以及，
所述第一数据与第一混合自动重传请求进程号对应，所述第二数据与第二混合自动重传请求进程号对应。
第四方面，提供了一种通信装置，包括用于执行第一方面或第二方面中任一种可能实现方式中的方法的各个模块或单元。
第五方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面或第二方面中任一种可能实现方式中的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。
在一种实现方式中，该通信装置为网络设备。当该通信装置为网络设备时，所述通信接口可以是收发器，或，输入/输出接口。
在另一种实现方式中，该通信装置为配置于网络设备中的芯片。当该通信装置为配置于网络设备中的芯片时，所述通信接口可以是输入/输出接口。
可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。
第六方面，提供了一种通信装置，包括用于执行第三方面中任一种可能实现方式中的方法的各个模块或单元。
第七方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第三方面中任一种可能实现方式中的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。
在一种实现方式中，该通信装置为终端设备。当该通信装置为终端设备时，所述通信接口可以是收发器，或，输入/输出接口。
在另一种实现方式中，该通信装置为配置于终端设备中的芯片。当该通信装置为配置于终端设备中的芯片时，所述通信接口可以是输入/输出接口。
可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。
第八方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行第一方面、第二方面或第三方面以及第一方面、第二方面或第三方面任一种可能实现方式中的方法。
在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第九方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行第一方面、第二方面或第三方面以及第一方面、第二方面或第三方面任一种可能实现方式中的方法。
可选地，所述处理器为一个或多个，所述存储器为一个或多个。
可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。
在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。
上述第九方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。
第十方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面、第二方面或第三方面以及第一方面、第二方面或第三方面中任一种可能实现方式中的方法。
第十一方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面、第二方面或第三方面以及第一方面、第二方面或第三方面中任一种可能实现方式中的方法。
第十二方面，提供了一种通信***，包括前述的第一网络设备、第二网络设备和终端设备。
附图说明
图1是适用于本申请实施例提供的方法的通信***的一示意图；
图2是适用于本申请实施例提供的方法的通信***的又一示意图；
图3示出了集中式调度的一示意图；
图4示出了集中式调度的一示意性流程图；
图5是根据本申请一实施例提供的发送和接收数据的方法的示意性流程图；
图6中(1)和(2)示出了适用于本申请实施例的DMP和SMP传输模式的示意图；
图7示出了适用于本申请实施例的JT用户真实调度时采用方案1时的示意性流程图；
图8示出了适用于本申请实施例的JT用户真实调度时采用方案2时的示意性调度时序图；
图9示出了适用于本申请实施例的JT用户真实调度时采用方案2时的示意性流程图；
图10是根据本申请又一实施例提供的发送和接收数据的方法的示意性流程图；
图11示出了适用于本申请实施例的服务小区和协作小区为用户预留空域资源的示意图；
图12示出了适用于本申请实施例的服务小区和协作小区向JT用户联合发送数据时的示意图；
图13是根据本申请再一实施例提供的发送和接收数据的方法的示意图；
图14示出了适用于本申请实施例的SMP传输模式下，HARQ进程调度方案的示意图；
图15示出了适用于本申请实施例的SMP传输模式下，服务小区与协作小区上码字传输的RTT的示意图；
图16是本申请实施例提供的通信装置的示意性框图；
图17是本申请实施例提供的终端设备的结构示意图；
图18是本申请实施例提供的网络设备的结构示意图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信***，例如：未来的第五代(5thgeneration，5G)***或新无线(new radio，NR)、全球移动通信(global system formobile communications，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(wideband code division multiple access，WCDMA)***、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(time divisionduplex，TDD)、通用移动通信***(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信***等。
为便于理解本申请实施例，首先结合图1和图2详细说明适用于本申请实施例的通信***。
图1示出了适用于本申请实施例的发送和接收数据的方法的通信***100的示意图。如图所示，该通信***100可以包括至少一个网络设备，例如图1所示的网络设备110；该通信***100还可以包括至少一个终端设备，例如图1所示的终端设备120。网络设备110与终端设备120可通过无线链路通信。
图2示出了适用于本申请实施例的发送和接收数据的方法的通信***200的另一示意图。如图所示，该通信***200可以包括至少两个网络设备，例如图2中所示的网络设备210和220；该通信***200还可以包括至少一个终端设备，例如图2中所示的终端设备230。该终端设备230可以通过双连接(dual connectivity，DC)技术或者多连接技术与网络设备110和网络设备120建立无线链路。其中，网络设备110例如可以为主基站，网络设备120例如可以为辅基站。此情况下，网络设备210为终端设备230初始接入时的网络设备，负责与终端设备230之间的无线资源控制(radio resource control，RRC)通信，网络设备220可以是RRC重配置时添加的，用于提供额外的无线资源。
当然，网络设备120也可以为主基站，网络设备110也可以为辅基站，本申请对此不做限定。另外，图中仅为便于理解，示出了两个网络设备与终端设备之间无线连接的情形，但这不应对本申请所适用的场景构成任何限定。终端设备还可以与更多的网络设备建立无线链路。
各通信设备，如图1中的网络设备110或终端设备120，或者图2中的网络设备210、网络设备220或终端设备230，可以配置多个天线。该多个天线可以包括至少一个用于发送信号的发射天线和至少一个用于接收信号的接收天线。另外，各通信设备还附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。因此，网络设备与终端设备之间可通过多天线技术通信。
应理解，该无线通信***中的网络设备可以是任意一种具有无线收发功能的设备。该网络设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，homeevolved NodeB，或home Node B，HNB)、基带单元(baseband Unit，BBU)，无线保真(Wireless Fidelity，WIFI)***中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and receptionpoint，TRP)等，还可以为5G，如，NR，***中的gNB，或，传输点(TRP或TP)，5G***中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。
在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括射频单元(radio unit，RU)。CU实现gNB的部分功能，DU实现gNB的部分功能，比如，CU实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet dataconvergence protocol，PDCP)层的功能，DU实现无线链路控制(radio link control，RLC)、媒体接入控制(media access control，MAC)和物理(physical，PHY)层的功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+CU发送的。可以理解的是，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的设备。此外，CU可以划分为接入网(radio access network，RAN)中的网络设备，也可以将CU划分为核心网(corenetwork，CN)中的网络设备，本申请对此不做限定。
还应理解，该无线通信***中的终端设备也可以称为用户设备(user equipment，UE)(或者简称为用户)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。
为便于理解本申请实施例，下面首先对本申请中涉及的几个术语做简单介绍。
1、波束
波束在NR协议中的体现可以是空域滤波器(spatial filter)，或者称空间滤波器(spatial filter)或空间参数(spatial parameters)。用于发送信号的波束可以称为发射波束(transmission beam，Tx beam)，可以称为空间发送滤波器(spatial domaintransmit filter)或空间发射参数(spatial domain transmit parameter)。发射波束可以是指信号经天线发射出去后在空间不同方向上形成的信号强度的分布。
应理解，上文列举的NR协议中对于波束的体现仅为示例，不应对本申请构成任何限定。本申请并不排除在未来的协议中定义其他的术语来表示相同或相似的含义的可能。
此外，波束可以是宽波束，或者窄波束，或者其他类型波束。形成波束的技术可以是波束赋形技术或者其他技术。波束赋形技术具体可以为数字波束赋形技术、模拟波束赋形技术或者混合数字/模拟波束赋形技术等。不同的波束可以认为是不同的资源。通过不同的波束可以发送相同的信息或者不同的信息。
可选地，将具有相同或者类似的通信特征的多个波束视为是一个波束。一个波束内可以包括一个或多个天线端口，用于传输数据信道、控制信道和探测信号等。形成一个波束的一个或多个天线端口也可以看作是一个天线端口集。
2、参考信号与参考信号资源
参考信号可用于信道测量或者信道估计等。参考信号资源可用于配置参考信号的传输属性，例如，时频资源位置、端口映射关系、功率因子以及扰码等，具体可参考现有技术。发送端设备可基于参考信号资源发送参考信号，接收端设备可基于参考信号资源接收参考信号。
本申请中涉及的信道测量也包括波束测量，即通过测量参考信号获得波束质量信息，用于衡量波束质量的参数包括RSRP，但不限于此。例如，波束质量也可以通过参考信号接收质量(reference signal receiving quality，RSRQ)，信噪比(signal-noise ratio，SNR)，信号与干扰噪声比(signal to interference plus noise ratio，SINR，简称信干噪比)等参数衡量。本申请实施例中，为方便说明，在未作出特别说明的情况下，所涉及的信道测量可以视为波束测量。
其中，参考信号例如可以包括信道状态信息参考信号(channel stateinformation reference signal，CSI-RS)、同步信号块(synchronization signal block，SSB)以及探测参考信号(sounding reference signal，SRS)。与此对应地，参考信号资源可以包括CSI-RS资源(CSI-RS resource)、SSB资源、SRS资源(SRS resource)。
需要说明的是，上述SSB也可以称为同步信号/物理广播信道块(synchronizationsignal/physical broadcast channel block，SS/PBCH block)，所对应的SSB资源也可以称为同步信号/物理广播信道块资源(SS/PBCH block resource)，可简称为SSB resource。
为了区分不同的参考信号资源，每个参考信号资源可对应于一个参考信号资源的标识，例如，CSI-RS资源标识(CSI-RS resource indicator，CRI)、SSB资源标识(SSBresource indicator，SSBRI)、SRS资源索引(SRS resource index，SRI)。
其中，SSB资源标识也可以称为SSB标识(SSB index)。
下文实施例中，以上文中列举的参考信号以及相应的参考信号资源为例进行示例性说明。应理解，上文中列举的参考信号以及相应的参考信号资源仅为示例性说明，不应对本申请构成任何限定，本申请并不排除在未来的协议中定义其他参考信号来实现相同或相似功能的可能。
3、HARQ进程号
HARQ使用停等协议(stop-and-wait protocol)来发送数据。以上行传输为例，终端设备发送一个传输块(transport block，TB)后，就停下来等待确认信息。网络设备可以使用1比特的信息对该传输块进行肯定(acknowledgement，ACK)或否定(negativeacknowledgement，NACK)的确认。但是每次传输后终端设备就停下来等待确认，会导致吞吐量很低。因此终端设备可以使用多个并行的HARQ进程。当一个HARQ进程在等待确认信息时，终端设备可以使用另一个HARQ进程来继续发送数据。
HARQ进程号也称为HARQ进程标识(identifier，ID)。一个HARQ进程号可用于唯一地指定一个HARQ进程。终端设备在对传输块进行了信道编码之后，可以将信道编码得到的数据寄存在缓存(buffer)中等待发送。缓存中的传输块与HARQ进程可以具有一一对应关系，每个传输块可以对应一个HARQ进程。传输块与HARQ进程的对应关系可以通过传输块与HARQ进程号的对应关系来体现。因此，终端设备可以预先确定传输块与HARQ进程号的对应关系。
由于网络设备在DCI中携带HARQ进程号，因此HARQ进程号与DCI中所指示的时频资源具有对应关系。也就是说，当基于该DCI中所指示的时频资源传输传输块时，该传输块对应的HARQ进程号即为该DCI中携带的HARQ进程号。因此，网络设备和终端设备均可以确定时频资源与HARQ进程号的对应关系。
当网络设备在某一时频资源上接收到的数据未能给成功解码，或者在某一时频资源上未接收到数据，则可将该时频资源所对应的HARQ进程号通过DCI通知终端设备。终端设备可以根据HARQ进程号与传输块的对应关系，确定需要重传的传输块。
4、传输块(TB)
传输块可以是来自高层的数据块。一个传输块例如可以包含媒体接入控制(mediaaccess control，MAC)协议数据单元(protocol data unit，PDU)的一个数据块，这个数据块可以在一个时间单元上传输，也可以是HARQ重传的单位。在现有的LTE和NR中，对于每个终端设备来说，每个时间单元上最多可以发送两个传输块。作为示例而非限定，该时间单元为传输时间间隔(transmission time interval，TTI)。
5、小区(cell)：小区是高层从资源管理或移动性管理或服务单元的角度来描述的。每个网络设备的覆盖范围可以被划分为一个或多个服务小区，且该服务小区可以看作由一定频域资源组成。在本申请实施例中，小区可以替换为服务小区或载波单元(component carrier，CC，或者称，成员载波、组成载波、载波等)。
需要说明的是，小区可以网络设备的无线网络的覆盖范围内的区域。在本申请实施例中，不同的小区可以对应不同的网络设备。例如，小区#1中的网络设备和小区#2中的网络设备可以是不同的网络设备，如，基站。也就是说，小区#1和小区#2可以由不同的基站来管理，这种情况下，可以称为小区#1和小区#2共站，或者说，同站。小区#1中的网络设备和小区#2中的网络设备也可以是同一基站的不同的射频处理单元，例如，射频拉远单元(radioremote unit，RRU)，也就是说，小区#1和小区#2可以由同一基站管理，具有相同的基带处理单元和中频处理单元，但具有不同的射频处理单元。本申请对此不做特别限定。
在本申请实施例中，涉及到服务小区和协作小区，该服务小区和协作小区可以对应不同的网络设备，或者，也可以对应相同的网络设备，本申请实施例对此不作限定。服务小区和协作小区可以是任意两个或多个小区，该任意两个或多个小区可以向终端设备联合发送数据。
6、集中式调度和分布式调度
集中式调度：用户的资源在多个小区间联合调度。图3示出了集中式调度的一示意图。多个小区组成一个簇，例如，可以按预设的规则组成一个簇，在簇内做集中式调度。如图3所示，物理小区标识(physical cell ID，PCI)0、PCI3、PCI6、PCI9位于PCI模3对齐分块1中，PCI1、PCI4、PCI7、PCI10位于PCI模3对齐分块2中。在集中式调度下，有一个集中节点来收集管理多个小区的信息、并做联合资源分配。因此，如果在大规模多输入多输出(massivemultiple-input multiple-output，Massive MIMO)场景下应用集中式调度，计算复杂度会很高。
此外，一般地，多小区多用户多输入多输出(multiple-input multiple-output，MIMO)集中式调度架构与流程与单小区多用户MIMO相似，如图4所示。数据业务调度开始，首先是重传调度，其次是新传第一层调度。重传用户优先调度，换句话说，重传用户优先分配资源块(resource block，RB)资源。重传调度采用非自适应重传，即使用首传分配的频域和RRU资源以及首传的调制编码方案(modulation and coding scheme，MCS)。其次是新传第一层调度，新传第一层调度以资源块组(resource block group，RBG)为粒度，依次在每个RBG上调度比例公平(proportional fair，PF)优先级最高的用户。多用户配对也是基于RBG粒度，准则是在每个RBG上循环选择与已调度用户配对后PF和优先级增益最大的用户配对，直到找不到满足条件的用户为止。
上述集中式调度在大规模多输入多输出场景应用时，多用户配对增益计算与权值计算时带来较大的计算复杂度。集中式调度还不能完全消除集中式调度单元间的干扰。此外，集中式调度是将多个小区联合的调度，与单小区调度之间是替代关系，不能重用单小区调度模块。
分布式调度：首先通过服务小区与协作小区间来回交互调度信息为协作用户提前做预调度，预留协作用户在真实调度时刻的资源；然后服务小区与协作小区为协作用户做真实调度。在分布式调度下，小区与小区之间只能两两相互之间交互信息，每个小区按单小区独立进行资源分配。现有的分布式调度，一般是每传输时间间隔(transmission timeinterval，TTI)的真实调度都需要提前一定时长(如X毫秒(ms)，其中，X>0)的预调度信息。
上述分布式调度因为小区间要交互信息，服务小区与协作小区间协作关系的确定要消耗小区间的传输时延和处理时延，这会引起调度的误差、和更多的HARQ进程资源的消耗。
有鉴于此，本申请提供一种方法，能够在集中式无线接入网(centralized radioaccess network，CRAN)和基于网络协议的无线接入网(internet protocol radio accessnetwork，IP RAN)、不同的协同传输模式场景下，采用统一的分布式调度架构和相应的调度方案来提升边缘用户感知速率。
下面将结合附图详细说明本申请实施例。
应理解，在下文示出的实施例中，第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的传输块等。
还应理解，在本申请实施例中，“用户新传”和“新传的用户”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的，其都用于表示多个网络设备联合向该用户发送数据。同理，“用户重传”和“重传的用户”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的，其都用于表示多个网络设备联合向该用户重传数据。
还应理解，在本申请实施例中，以时隙(slot)作为时域单元的一例，详细说明了本申请实施例提供的方法，但这不应对本申请构成任何限定。应理解，时隙仅为时域单元的一种可能的形式，该时域单位(也可称为时间单元)也可以是一个符号，或者一个迷你时隙(Mini-slot)，或者一个子帧(subframe)等等，本申请对此不作限定。
还应理解，在本申请实施例中，以RB作为频域单元的一例，详细说明了申请实施例提供的方法，但这不应对本申请构成任何限定。应理解，RB仅为频域单元的一种可能的形式，该频域单元还可以是一个物理资源块(physical resource block，PRB)或者一个RBG，或者一个预定义的子带(subband)等，本申请对此不作限定。
还应理解，在下文示出的实施例中，“预先获取”可包括由网络设备信令指示或者预先定义，例如，协议定义。其中，“预先定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。
还应理解，在下文示出的实施例中，“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。
还应理解，在下文示出的实施例中，“协议”可以是指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信***中的相关协议，本申请对此不做限定。
还应理解，在下文示出的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。
本申请的技术方案可以应用于无线通信***中，例如，图1中所示的通信***100或图2中所示的通信***200。处于无线通信***中的两个通信装置之间可具有无线通信连接关系。该两个通信装置中的一个例如可以对应于图1中所示的网络设备110，如可以为网络设备110或者配置于网络设备110中的芯片，该两个通信装置中的另一个例如可以对应于图1中的终端设备120，如可以为终端设备120或者配置于终端设备120中的芯片。该两个通信装置中的一个又例如可以对应于图2中所示的网络设备210，如可以为网络设备210或配置于网络设备210中的芯片，该两个通信装置中的另一个又例如可以对应于图2中所示的终端设备230，如可以为终端设备230或配置于终端设备230中的芯片。该两个通信装置中的一个再例如可以对应于图2中所示的网络设备220，如可以为网络设备220或配置于网络设备220中的芯片，该两个通信装置中的另一个再例如可以对应于图2中所示的终端设备230，如可以为终端设备230或配置于终端设备230中的芯片。
以下，不失一般性，首先以终端设备(下文实施例中称为用户)与网络设备之间的传输过程为例详细说明本申请实施例。可以理解，处于无线通信***中的任意一个终端设备或者配置于终端设备中的芯片均可以基于相同的方法接收数据，处于无线通信***中的任意一个网络设备或者配置于网络设备中的芯片均可以基于相同的方法发送数据。本申请对此不做限定。
图5是从设备交互的角度示出的发送数据的方法300的示意性流程图。如图5所示，图5中示出的方法300中，从用户预调度开始到用户预调度结束，可以包括步骤310至步骤340。下面结合图5详细说明方法300中的各个步骤。
为便于理解，下面以为联合传输(joint transmission，JT)用户进行预调度为例进行示例性说明。假设多个小区联合向终端设备发送数据或者联合调度，为区分，将该终端设备称为JT用户或JT终端设备。应理解，本申请实施例中的JT用户或JT终端设备仅是一种名称，并不对本申请实施例的保护范围造成限定。
在步骤320中，服务小区：JT用户预调度，多用户波束域分组。
服务小区执行JT用户预调度，例如，服务小区将JT用户与本小区普通用户按初传调度优先级排列在一起做多用户波束域分组，为多用户波束域分组成功的JT用户向协作小区发起协作请求。
其中，JT用户可以是满足预调度前提条件的JT用户。可选地，在步骤320之前，方法300包括步骤310。在步骤310中，服务小区：JT用户预调度前提判断。
服务小区做JT用户预调度前提判断，从小区的负载、小区支持的JT用户数规格、JT用户传输数据类型、JT用户待传数据量大小等条件来确定有哪些JT用户连接要参与JT用户预调度。在步骤320中，预调度的JT用户可以是通过步骤310的判断后，满足预调度前提条件的JT用户。
其中，在步骤320中，多用户波束域分组的过程可以如下四步：
1、在当前时隙服务小区真实调度完后，更新所有用户的无线链路控制层(radiolink control，RLC)缓存区(Buffer)、初传调度优先级。
2、建立预调度的用户队列，按照初传调度优先级由大到小排序。
3、依次为预调度用户队列里的用户做多用户波束域分组。
在本申请实施例中，网络设备调度时采用波束的概念，在预分配阶段为用户预分配波束，即预分配空域资源，不仅可以简化调度复杂度，而且利用用户空域慢变的特征，例如用户与小区的位置相对固定，将小区预分配与小区独立调度两个模块相对独立开，避免了由于服务小区与协作小区间协作关系的确定要消耗小区间的传输时延和处理时延，进而引起调度的误差的情况。在一些场景下，例如大规模多输入多输出场景下，天线数更多，多天线赋形的波束更窄，调度时采用波束的概念可以大大简化调度复杂度。
在预分配阶段，为用户预留空域资源的方式至少包括以下两种方式。
方式1，波束域分组的方式。
波束域分组，也可以称为空域分组或波束分组，其都是用于表示为用户分配波束或波束集，即预留空域资源，该分配的波束或波束集为向该用户发送数据时承载的空域资源。例如，可以在大规模多输入多输出场景下，采用波束域分组的方式为用户预留空域资源。
具体地，可以按初传调度优先级，遍历预调度用户队列，依次给用户队列中的用户做波束域分组。遍历已有各分组的波束集，判断与当前遍历多用户的最优波束集是否重叠，得到重叠分组个数。重叠分组，即表示同样的波束集分配给多个用户。假设服务小区为用户A分配波束集A，根据重叠分组个数，包括以下两种情况。
情况1：重叠分组个数为0。
如果重叠分组个数为0，且假设新建分组后所有分组的总波束个数小于或等于最大配对层数，则为该用户A新建分组，即将波束集A分配给用户A，波束集A为该用户A的最优波束集。其中，最大配对层数可以是预定义的，例如协议预定义或者网络设备预先设置的。
情况2：重叠分组个数大于0。
如果重叠分组个数大于0，则该用户A为冲突用户，分组失败，遍历下一个用户。
在依次为多用户做波束域分组过程中，多用户分组成功的JT用户就入选JT用户预调度申请队列。如果当前已入选JT用户预调度申请的用户超过预设门限值，例如将该预设门限值记作JtUeRequest_Thed，或者已申请的协作小区数超过预设门限值，例如将该预设门限值记作JtCorcellRequest_Thed，则结束为JT用户动态分组，继续为普通多用户分组。其中，JtUeRequest_Thed、JtCorcellRequest_Thed可以是预定义的，例如，协议预先定义的或者网络设备预先设置的。
多用户波束域分组中，对于JT用户，参与动态分组时的参考波束集合为该用户单用户(single user，SU)传输的数据流个数(rank)(SU Rank)个RSRP最强的静态波束。例如SU传输下，测量每个波束下的RSRP强度，根据测量出的RSRP的大小，选择前N个波束，其中N＝rank。对于普通用户，参与动态分组是的参考波束集合为该用户多用户(Multi-user，MU)传输的数据流个数(MU Rank)个RSRP最强的静态波束。其中，MU Rank表示，SU参与多用户配对，即多个用户在同样的时频资源上一起发送，一般地，MU Rank的Rank值要小于SU Rank的Rank值。
方式2，根据用户间信道相关性。
例如，可以在非大规模多输入多输出场景下，根据用户间信道相关性为用户预留空域资源。例如，当信道处于理想状态或信道间相关性小时，发射端采用空间复用的发射方案，例如密集城区、室内覆盖等场景；当信道间相关性大时，采用空时编码的发射方案，例如市郊、农村地区等场景。
这里的信道相关性可以指用户间空域相关性，根据用户间相关性，也可以理解为根据用户间空域相关性。在不同发送天线或者接收天线上的变化情况，称为空域相关性。例如，对于两个用户，记为用户1和用户2，用户1到基站的信道为H1，用户2到基站的信道为H2。H1和H2的空域相关性是指，用户1和用户2在空间隔离度的大小，比如用户1和用户2挨得很近，空域相关性就比较高，例如此时可以将用户1和用户2分为一组；如果用户1和用户2离得很远，空域相关性就比较低，例如此时可以将用户1和用户2分为不同组。
上文介绍了通过方式1和方式2，服务小区为用户预分配空域资源，本申请实施例并不限定于此，任何可以为用户预分配空域资源的方式都落入本申请的保护范围。
4、服务小区向协作小区发起协作请求。
在步骤340中，协作小区：JT用户预调度，多用户波束域分组。
协作小区执行JT用户预调度，例如，协作小区将其它小区发来的请求协作的JT用户与本小区普通用户按初传调度优先级排列在一起做多用户波束域分组，为多用户波束域分组成功的JT用户向其它服务小区反馈协作响应。
其中，JT用户可以是满足预调度前提条件的JT用户。可选地，在步骤340之前，方法300包括步骤330。在步骤330中，协作小区：JT用户预调度前提判断。
协作小区做JT用户预调度前提判断，从小区的负载、小区支持的可协作的JT用户数规格等条件来判断是否启动协作响应、JT用户预调度。在步骤340中，预调度的JT用户可以是通过步骤330的判断后，满足预调度前提条件的JT用户。
其中，在步骤340中，多用户波束域分组的过程可以如下四步：
1、在当前时隙协作小区真实调度完后，更新所有用户的RlcBuffer、初传调度优先级。
2、建立预调度的用户队列，按照初传调度优先级由大到小排序。
3、依次为预调度用户队列里的用户做多用户波束域分组。
在本申请实施例中，调度时采用波束的概念，在预分配阶段为用户预分配波束，即预分配空域资源，不仅可以简化调度复杂度，而且利用用户空域慢变的特征，例如用户与小区的位置相对固定，将小区预分配与小区独立调度两个模块相对独立开，避免了由于协作小区与协作小区间协作关系的确定要消耗小区间的传输时延和处理时延，进而引起调度的误差的情况。在一些场景下，例如大规模多输入多输出场景下，天线数更多，多天线赋形的波束更窄，调度时采用波束的概念可以大大简化调度复杂度。
在预分配阶段，为用户预留空域资源的方式至少包括以下两种方式。
方式1，波束域分组的方式。
如前所述，波束域分组，也可以称为空域分组或波束分组，其都是用于表示为用户分配波束或波束集，即预留空域资源，该分配的波束或波束集为向该用户发送数据时承载的空域资源。例如，可以在大规模多输入多输出场景下，采用波束域分组的方式为用户预留空域资源。
具体地，可以按初传调度优先级，遍历预调度用户队列，依次给用户队列中的用户做波束域分组。遍历已有各分组的波束集，判断与当前遍历多用户的最优波束集是否重叠，得到重叠分组个数。假设协作小区为用户A分配波束集A，根据重叠分组个数，包括以下两种情况。
情况1：重叠分组个数为0。
如果重叠分组个数为0，且假设新建分组后所有分组的总波束个数小于或等于最大配对层数，则为该用户新建分组，即将波束集A分配给用户A，波束集A为该用户A的最优波束集。其中，最大配对层数可以是预定义的，例如协议预定义或者网络设备预先设置的。
情况2：重叠分组个数大于0。
如果重叠分组个数大于0，则该用户A为冲突用户，分组失败，遍历下一个用户。
在依次为多用户做波束域分组过程中，多用户分组成功的JT用户就入选JT用户预调度成功队列，如果当前已入选JT用户预调度成功队列里的用户超过预设门限值，例如将该预设门限值记作JtUeAck_Thed，或者已接受协作申请的服务小区数超过预设门限值，例如将该预设门限值记作JtServCellAck_Thed，则结束为JT用户动态分组，继续为普通多用户分组。其中，JtUeAck_Thed、JtServCellAck_Thed可以是预定义的，例如，协议预先定义的或者网络设备预先设置的。
多用户波束域分组中，对于协作JT用户，参与动态分组时的参考波束集合为该用户SU Rank个RSRP最强的静态波束，协作JT用户在协作小区的服务波束集由协作小区维护；对于普通用户，参与动态分组是的参考波束集合为该用户MU Rank个RSRP最强的静态波束。
方式2，根据用户间信道相关性。
例如，可以在非大规模多输入多输出场景下，根据用户间信道相关性为用户预留空域资源。例如，当信道处于理想状态或信道间相关性小时，发射端采用空间复用的发射方案，例如密集城区、室内覆盖等场景；当信道间相关性大时，采用空时编码的发射方案，例如市郊、农村地区等场景。
同样地，这里的信道相关性可以指用户间空域相关性，根据用户间相关性，也可以理解为根据用户间空域相关性。
上文介绍了通过方式1和方式2，协作小区为用户预分配空域资源，本申请实施例并不限定于此，任何可以为用户预分配空域资源的方式都落入本申请的保护范围。
4、协作小区向服务小区反馈协作申请结果。
上文结合图5介绍了在预分配阶段为用户预分配空域资源的过程，利用用户空域慢变的特征，把预调度与真实调度模块独立开来。从上文可知，本申请实施例提出的协同分布式调度架构，可以适用于小区间不同的交互时延、用户级不同的协同传输模式的场景，且该架构能重用当前单小区调度流程和单小区调度模块。
下文结合图6至图9介绍根据本申请又一实施例提供的方法400，方法400主要介绍服务小区与协作小区为用户进行真实调度的过程。在方法400中，涉及到的关于服务小区或协作小区为用户的预调度处理已在上文方法300中详细描述，此处，为简洁不再赘述。
在本申请实施例中，真实调度阶段的调度至少包括两种方案：
方案1：RB对齐；
方案2：RB非对齐。
在介绍这两种方案之前，先结合图6介绍两种非相干JT技术。
复制多点协作(duplicated multipoint，DMP)
DMP，即发送相同数据流的多点协作。如图6中的(1)，DMP传输时，TP0(即服务小区)和TP1(即协作小区)在相同RB上发送相同的数据，即在相同的层1(layer 1，L1)、层2(layer2，L2)，CSI测量采用两个小区独立信道测量。对于用户来讲是透明的，即用户认为是单小区传输。
独立多点协作(separated multipoint，SMP)
SMP，即发送不同数据流的多点协作。如图6中的(2)，SMP传输时，TP0和TP1各发一个码字，CSI测量采用两个小区独立信道测量。因为使用两个PDCCH分别指示每个码字的调度信息，所以采用SMP这种传输模式时，TP0和TP1发送码字时的RB可以对齐也可以不对齐。
下面介绍调度的两种方案：方案1和方案2。
方案1：RB对齐。
方案1适用于JT模式中的SMP和DMP，JT用户在服务小区与协作小区上调度的RB ID对齐。图7示出了JT用户真实调度时采用方案1的调度流程图，每个小区从每个调度时隙开始。
如图7所示，首先是JT用户预调度阶段，包括步骤410和步骤420。在时隙T0执行步骤410，在步骤410中，服务小区在L2为JT用户预调度，多用户波束域分组。在此过程中，服务小区向协作小区发送协作请求，该协作请求中包括JT用户的调度信息。在时隙T1执行步骤420，在步骤420中，协作小区在L2为JT用户预调度，多用户波束域分组。在此过程中，协作小区向服务小区发送协作响应，该协作响应中包括JT用户的ID、RB位图(bitmap)、协作小区上的多用户配对层数等等。
下面是在时隙T2的JT用户真实调度阶段，包括步骤430和步骤440。
在步骤430中，对于服务小区，在L2多用户空域动态分组：JT用户优先参与分组。在L2进行波束域配对：在JT用户波束分组内的、预留的RB资源内：JT重传>JT新传，即可以先考虑重传的JT用户，再考虑新传的JT用户。L2相关性配对。L2调度完，L1确定向JT用户联合发送的信息，该信息包括：传输块、MCS、发送权等。服务小区将在协作小区上向JT用户发送的信息发送给协作小区，该信息包括：传输块、MCS、发送权等信息。
在步骤430中，对于协作小区，在L2多用户空域动态分组：JT用户优先参与分组。在L2进行波束域配对：在JT用户波束分组内的、预留的RB资源外做本小区调度。L2相关性配对：计算频域资源(例如PRB、RB)上多用户配对增益时多用户队列里包括波束域配对成功的JT用户。L1接收协作小区将要发送的数据信息，该信息包括：传输块、MCS、发送权等。
步骤430中，具体地，在调度预处理阶段，重传的JT用户或新传的用户参与多用户动态分组，分组成功的多用户进入后续调度阶段的多用户波束域配对。例如，可以分别生成基本优先级单用户重传、新传调度队列，动态分组好的多用户调度队列，用作真实调度时的单用户调度和多用户波束域配对。开始进行资源分配，在多用户动态分组冲突的或失败的联合重传的用户，放弃联合重传，而是参与单用户调度；多用户动态分组成功的JT多用户重传和新传用户参与多用户调度阶段的波束域配对。多用户波束域配对阶段后进入多用户相关性配对阶段，多用户动态分组失败的联合传输的新传用户放弃联合传输，作为普通新传用户(或者非协作传输用户)参与多用户相关性配对。在相关性配对完成后，若还有剩余频域资源(例如PRB、RB)和待调度基本优先级初传连接，则进行补充单用户调度。
在步骤440中，对于服务小区，L1向JT用户发送控制信息和数据(即第一数据的一例)，例如，SMP传输时，发送的内容包括：2PDCCH+PDSCH；DMP传输时，发送的内容包括：1PDCCH+PDSCH。对于协作小区，L1向JT用户发送数据(即第二数据的一例)，例如，SMP传输时，发送的内容包括：PDSCH；DMP传输时，发送的内容包括：PDSCH。
方案2：RB非对齐。
方案2适用于JT模式中的SMP，发送给JT用户的数据在服务小区与协作小区上分别独立调度。因此RB可以不对齐。图8和图9分别示出了JT用户真实调度时采用方案2的调度时序与调度流程图，每个小区从每个调度时隙开始。
如图8所示，服务小区与协作小区为JT用户调度的时序如下：
时隙(N-1)
服务小区提前1个时隙确定JT用户在协作小区上待传的传输块大小，并预留HARQID i。
其中，在本申请实施例中，HARQ ID表示HARQ进程标识，HARQ进程标识也可以称为HARQ进程号。例如，HARQ ID i表示HARQ进程的标识或HARQ进程号为i。一个HARQ进程号可用于唯一地指定一个HARQ进程。每个传输块可以对应一个HARQ进程，即协作小区传输的传输块可对应于HARQ ID i。传输块与HARQ进程的对应关系可以通过传输块与HARQ进程号的对应关系来体现。
时隙(N)
服务小区与协作小区分别独立调度JT用户，使用各自的PDCCH发下行控制信息(downlink control information，DCI)，各自的PDSCH传输独立的码字(code word，CW)。服务小区独立调度重传或新传的JT用户，使用HARQ ID j；协作小区独立调度新传的JT用户，使用HARQ ID i。
服务小区下发控制信息与数据(即第一数据的一例)，记为PDCCH_CW0、PDSCH_CW0；协作小区下发控制信息与数据(即第二数据的一例)，记为PDCCH_CW1、PDSCH_CW1。用户接收服务小区和协作小区下发的控制信息与数据。
在当前时隙，服务小区与协作小区分别独立调度完后，协作小区把本支路上的发送信息回传给服务小区，服务小区收到后及时补充协作支路上的HARQ ID i下的调度信息。
时隙(N+k)
如果在时隙(N+k)前服务小区或协作小区有下发下行控制信息，用户同时反馈HARQ ID i与HARQ ID j的肯定(acknowledgement，ACK)信息或否定(negativeacknowledgement，NACK)信息。用户可以通过服务小区的物理上行控制信道(physicaluplink control channel，PUCCH)反馈ACK或NACK信息；或者，用户也可以通过服务小区与协作小区上各自的PUCCH反馈ACK或NACK信息，即，用户可以通过服务小区上的PUCCH反馈HARQ ID j的ACK或NACK信息，通过协作小区上的PUCCH反馈HARQ ID i的ACK或NACK信息。JT用户在服务小区与协作小区上重传传错的码字在服务小区重传。
例如，如图8中所示，假设用户反馈HARQ ID i为NACK，HARQ ID j为ACK，如记作A/N_HARQ ID i＝NACK、A/N_HARQ ID j＝ACK，那么在当前时隙服务小区会收到用户反馈的ACK信息。
时隙(N+k+5)
服务小区提前1个时隙确定JT用户在协作小区上待传的传输块大小，并预留HARQID j。
时隙(N+k+6)
服务小区独立调度重传的JT用户，使用HARQ ID i。协作小区独立调度新传的JT用户，使用HARQ ID j。
服务小区下发控制信息与数据，记为PDCCH_CW0、PDSCH_CW0；协作小区下发控制信息与数据，记为PDCCH_CW1、PDSCH_CW1。用户接收服务小区和协作小区下发的控制信息与数据。
在当前时隙，服务小区与协作小区分别独立调度完后，协作小区把本支路上的发送信息回传给服务小区，服务小区收到后及时补充协作支路上的HARQ ID j下的调度信息。
需要说明的是，上述实施例中涉及的时间单元，例如时隙(N-1)、时隙(N+k)、时隙(N+k+5)、时隙(N+k+6)等，仅是为便于理解做的示例性说明，本申请实施例并不限定于此。
如图9所示，服务小区与协作小区为JT用户调度的流程如下：
在时隙(N-1)：服务小区提前1个时隙确定JT用户在协作小区上待传的传输块大小，并预留HARQ ID。服务小区将JT用户在协作小区上的调度信息，如新传的传输块大小、HARQ ID、外环调整量(OllaOffset)等，通知给协作小区。
在时隙(N)：对于服务小区，在L2多用户空域动态分组：JT用户优先参与分组。在L2进行波束域配对：在JT用户波束分组内分配RB资源：JT重传>JT新传，即可以先考虑重传的JT用户，再考虑新传的JT用户。L2相关性配对：JT用户可参与相关性配对。L2补充更新JT用户协作支路上的HARQ进程信息，用作k时隙后收到用户ACK重传判断。
在时隙(N)：对于协作小区，在L2多用户空域动态分组：JT用户优先参与分组。在L2进行波束域配对：在JT用户波束分组内分配RB资源：仅JT用户新传。L2相关性配对：JT用户可参与相关性配对。L2确定JT用户在协作支路上的发送信息，该信息包括：传输块ID、MCS、发送权等信息。
可选地，协作小区向服务小区发送JT用户在协作小区上发送的信息，该信息包括MCS、新数据指示(new data indicator，NDI)域、冗余版本(redundancy version，RV)域、RBID等。其中，新数据指示(NDI)域：通常情况下，NDI域可用于指示此次DCI调度的资源是用于初传或重传。例如，该NDI域可以包括1个指示比特。当该指示比特为“1”时，可认为该DCI用于重传调度。
在时隙(N)：服务小区向JT用户发送控制信息与数据，例如，将服务小区发送的控制信息记作PDCCH_CW0_SercCell、将服务小区发送的数据记作PDSCH_CW0_SercCell。协作小区向JT用户发送控制信息与数据，例如，将协作小区发送的控制信息记作PDCCH_CW1_CorpCell、将协作小区发送的数据记作PDSCH_CW1_CorpCell。
上文结合图5介绍了适用于本申请实施例的预调度过程，结合图6至图9介绍了适用于本申请实施例的真实调度过程，下面结合图10至图12说明根据本申请另一实施例提供的方法500。
方法500包括步骤510至步骤570，主要包括JT用户识别与协作集管理、JT用户CSI测量与CSI-RS、SRS资源配置、JT用户调度信息更新与维护、JT用户协作信息在服务小区与协作小区间的协商、JT用户在服务小区与协作小区上的独立调度等模块。其中，服务小区与协作小区协商为JT用户预分配空域资源的方法、以及服务小区与协作小区协商为JT用户真实调度的方法，已在上述方法300、方法400中详细介绍，此处，为简洁，不再赘述。
在步骤510中，服务小区进行L3用户候选协作小区信息更新与维护，以及服务小区接收来自协作小区的SRS测量结果，根据测量结果，L2用户候选协作小区信息更新与维护，JT用户识别与协作集管理。服务小区为接入的用户配置A3事件，根据用户上报的服务小区和邻区的RSRP做JT用户识别与协作集选择。
在步骤520中，服务小区根据用户的CSI上报与上行SRS信道信息测量确定不同JT传输模式下的CSI信息，以及不同传输模式下外环调整量OllaOffset的维护。
在步骤530中，服务小区根据JT用户不同传输模式下的CSI信息做传输模式初判。
传输模式例如包括：SMP传输模式、DMP传输模式、单小区传输模式等等。
在步骤540中，服务小区与协作小区间半静态/周期性地进行协作协商。
服务小区与协作小区协商为JT用户预分配空域资源，其中，服务小区与协作小区协商的周期可以是SRS周期，或者，也可以是预定义的，例如协议预定义的，对此，本申请实施例不作限定。
图11示出了服务小区为用户预留空域资源的示意图。服务小区执行JT用户预调度：L2按初传调度优先级做JT用户多用户波束域分组，并且，服务小区向协作小区发送协作请求，该协作请求中携带JT用户的调度信息。
图11还示出了协作小区为用户预留空域资源的示意图。协作小区执行JT用户预调度：协作小区将其它小区发来的请求协作的JT用户与本小区普通用户按初传调度优先级排列在一起做多用户波束域分组，为多用户波束域分组成功的JT用户向其它服务小区反馈协作响应，该协作响应中携带JT用户ID，RB位图，协作小区上的多用户配对层数等信息。
在步骤550中，每时隙每小区独立调度。如果是协作生效时刻，则服务小区与协作小区为JT用户做真实调度。
对于服务小区，在L2多用户空域动态分组：JT用户优先参与分组。在L2进行波束域配对：在JT用户波束分组内的、预留的RB资源内：JT重传>JT新传。L2相关性配对。
对于协作小区，在L2多用户空域动态分组：JT用户优先参与分组。在L2进行波束域配对：在JT用户波束分组内的、预留的RB资源外做本小区调度。L2相关性配对：计算频域资源(例如PRB、RB)上多用户配对增益时多用户队列里包括波束域配对成功的JT用户。
在步骤560中，在L2调度完，服务小区将在协作小区上向JT用户发送的信息发送给协作小区，该信息可以包括：传输块、MCS、发送权等信息，例如记作{传输块，MCS，发送权}。相应地，协作小区接收将要发送给该JT用户的信息。
在步骤570中，服务小区与协作小区同时往空口联合发送JT用户的数据。
图12示出了服务小区和协作小区向JT用户联合发送数据时的示意图。服务小区和协作小区分别使用预分配的空域资源向JT用户发送数据。
对于服务小区，L1向JT用户发送控制信息和数据，例如，SMP传输时，发送的内容包括：2PDCCH+PDSCH；DMP传输时，发送的内容包括：1PDCCH+PDSCH。对于协作小区，L1向JT用户发送数据，例如，SMP传输时，发送的内容包括：PDSCH；DMP传输时，发送的内容包括：PDSCH。
图13示出了从JT用户角度出发，根据本申请又一实施例提供的方法600的示意图。方法600包括步骤610至步骤630。在方法600中，涉及到的关于服务小区或协作小区为用户的预调度处理以及真实调度处理已分别在上文方法300、方法400中详细描述，此处，为简洁不再赘述
在步骤610中，服务小区与协作小区RSPR测量。
首先介绍一下波束配对关系。波束配对关系：即，发射波束与接收波束之间的配对关系，也就是空间发射滤波器与空间接收滤波器之间的配对关系。在具有波束配对关系的发射波束和接收波束之间传输信号可以获得较大的波束赋形增益。
在一种实现方式中，发送端(例如服务小区)和接收端(例如用户)可以通过波束训练来获得波束配对关系。具体地，服务小区可通过波束扫描的方式发送参考信号，用户也可通过波束扫描的方式接收参考信号。具体地，服务小区可通过波束赋形的方式在空间形成不同指向性的波束，并可以在多个具有不同指向性的波束上轮询，以通过不同指向性的波束将参考信号发射出去，使得参考信号在发射波束所指向的方向上发射参考信号的功率可以达到最大。用户也可通过波束赋形的方式在空间形成不同指向性的波束，并可以在多个具有不同指向性的波束上轮询，以通过不同指向性的波束接收参考信号，使得该用户接收参考信号的功率在接收波束所指向的方向上可以达到最大。
通过遍历各发射波束和接收波束，用户可基于接收到的参考信号进行信道测量，并将测量得到的结果通过CSI上报服务小区。例如，用户可以将参考信号接收功率(reference signal receiving power，RSRP)较大的部分参考信号资源上报给服务小区，如上报参考信号资源的标识，以便服务小区根据用户上报的服务小区和邻区的RSRP做JT用户识别与协作集选择。
在步骤620中，CSI测量与上报、SRS发送。
参考信号可用于信道测量或者信道估计等。参考信号资源可用于配置参考信号的传输属性，例如，空域资源位置、端口映射关系、功率因子以及扰码等，具体可参考现有技术。本申请中涉及的信道测量也包括波束测量，即通过测量参考信号获得波束质量信息，用于衡量波束质量的参数包括RSRP，但不限于此。例如，波束质量也可以通过RSRQ，SNR，SINR等参数衡量。
其中，参考信号例如可以包括CSI-RS、SSB以及SRS。与此对应地，参考信号资源可以包括CSI-RS资源、SSB资源、SRS资源。
服务小区可以根据用户的CSI上报与SRS信道信息测量等确定不同JT传输模式下的CSI信息，以及不同传输模式下外环调整量的维护等。
在步骤630中，数据接收、反馈ACK/NACK。
如上文方法500中的步骤570中，用户接收服务小区与协作小区发送的数据。用户接收到数据后，可以对该数据进行ACK或NACK的反馈。
上文结合图10至图13介绍了根据本申请实施例提供的分布式调度的整体流程。下文结合图14和图15介绍适用于本申请实施例的HARQ进程的调度方案。
本申请实施例提供的HARQ进程调度方案尽量遵从目前R15协议：
1、用户最大HARQ进程数为16；
2、采用SMP传输模式传输时仍是1个MAC实体，所以SMP传输时最大HARQ进程数仍是16；
3、协议目前还没有定义双DCI下具体的DCI指示信息与ACK反馈形式，所以目前采用可能性较大的是实现方案。
本申请实施例提供的HARQ进程调度方案的产品实现：
1、CRAN调度架构，如果采用JT调度的方案2，即RB非对齐的方案，采用SMP传输模式时，用户在服务小区与协作小区上联合传输时RB可以非对齐；
2、双PDCCH由服务小区与协作小区各自独立下发；
3、双DCI指示下的两个独立码字的用户的ACK反馈是由服务小区接收；
4、用户ACK反馈可由服务小区的PUCCH上传，或者，也可以由服务小区与协作小区各自的PUCCH上传；
5、假设在时隙(N)向用户发送数据，目前用户ACK反馈能力为N+8或N+1，基站释放HARQ进程的时延为N+6。
下文以用户反馈ACK信息为例，结合图14介绍SMP传输模式下，HARQ进程调度方案。
服务小区使用双PDCCH，例如，记作PDCCH1和PDCCH2，DCI格式(format)可以为DCI1_1。例如，在时隙(N)，服务小区(记作TP0)和协作小区(记作TP1)协作向用户发送传输块1时，PDCCH1上承载TP0发送的码字，记作TP0CW1，PDCCH2上承载TP1发送的码字，记作TP1CW1。又如，在时隙(N+1)，服务小区和协作小区协作向用户发送传输块2时，PDCCH1上承载TP0发送的码字，记作TP0CW2，PDCCH2上承载TP1发送的码字，记作TP1CW2。对于时隙(N)的PDCCH1和PDCCH2以及时隙(N+1)的PDCCH1和PDCCH2，都能够区分出来，哪个模块传输失败，比如通过PDCCH上的disable标识告知终端设备，哪个需要重传。
双DCI使用不同的HARQ ID，分别指示SMP传输模式下用户在服务小区与协作小区上的传输块的传输信息，如图14所示PDCCH1指示TP0CW，PDCCH2指示TP1CW。该传输信息可以包括：{MCS，NDI，RV}，双DCI的其它字段信息也可以相同。其中，NDI可用于指示此次DCI调度的资源是用于初传或重传，例如，该NDI域可以包括1个指示比特。当该指示比特为“1”时，可认为该DCI用于重传调度。
服务小区与协作小区上传输的码字可以选择2个PDCCH中任意一个指示。服务小区与协作小区上码字占用的RB数可以不相同。
用户反馈ACK：用户反馈ACK时，在同一个上行控制信息(uplink controlinformation，UCI)上反馈两个TP上码字的ACK信息，形式上等同于单DCI双码字下的ACK反馈。
UCI上针对PDCCH1上承载的传输块的ACK的位置按照DCI里的位图索引(BitMapIndex)，针对PDCCH2上承载的传输块的ACK的位置按照BitMapIndex+1。
基于上述技术方案，按码字或传输块定义HARQ ID的HARQ进程调度方案，有利于HARQ进程资源在两个传输点(例如服务小区和协作小区)上传输时的共享，在保证JT用户HARQ合并增益的同时，又节省了HARQ进程资源。HARQ进程调度方案能够适用于双DCI一次调度两个不同HARQ ID下传输块缓存(TB buffer)，使得在SMP传输模式下，用户在两个传输点上的RB可以不对齐(RB ID不同)，这样更有利于SMP传输模式下，用户数据在两个传输点上的独立调度。
下文结合图15介绍SMP传输模式下服务小区与协作小区上码字传输的往返时间(round trip time，RTT)。
用户在对传输块进行了信道编码之后，可以将信道编码得到的数据寄存在缓存中等待发送。缓存中的传输块与HARQ进程可以具有一一对应关系，每个传输块可以对应一个HARQ进程。传输块与HARQ进程的对应关系可以通过传输块与HARQ进程号的对应关系来体现。因此，终端设备可以预先确定传输块与HARQ进程号的对应关系。
服务小区从时隙(N)传输一个码字，下发DCI0，使用HARQ ID j(或者，记为HARQProcess ID:j)，到时隙(N+k)用户反馈ACK，再到时隙(N+k+6)服务小区释放该HARQ进程：HARQ ID j，其中需要的RTT为(k+6)个时隙。
协作小区传输一个码字：从时隙(N-1)，服务小区提前预留HARQ ID i(或者，记为HARQ Process ID:i)，在时隙(N)下发DCI1，到时隙(N+k)用户反馈ACK，再到(N+k+6)服务小区释放该HARQ进程：HARQ ID i，其中需要的RTT为(k+6+1)个时隙。
可见，为了使JT用户在一个RTT范围内(从时隙(N-1)到时隙(N+k+6)，假设FDD)一直得到连续调度，总共需要(k+6)+(k+6+1)＝(2k+13)个HARQ TB buffer。NR最多支持16个HARQ进程号，按HARQ进程调度方案2等效为有32个HARQ TB buffer。只要(2k+13)小于32，HARQ进程资源就足够。
目前用户反馈能力K＝8或1，所以使用本HARQ进程调度方案，HARQ进程资源是足够的。
基于上述技术方案，在协同联合传输中，例如多个网络设备与一个终端设备进行数据传输时，网络设备调度时可以采用波束的概念，在预分配阶段为终端设备预分配波束或波束集，即预分配空域资源，不仅可以简化调度复杂度，而且利用终端设备空域慢变的特征，将网络设备预分配与网络设备独立调度两个模块相对独立开，避免了由于多个网络设备之间协作关系的确定要消耗多个网络设备的传输时延和处理时延，进而引起调度的误差的情况。在一些场景下，例如大规模多输入多输出场景下，天线数更多，多天线赋形的波束更窄，调度时采用波束的概念可以大大简化调度复杂度。此外，本申请实施例的调度架构能够重用当前单小区调度流程和单小区调度模块，在能提升CoMP用户的感知速率的同时，也兼顾考虑到不对***平均性能造成损失。
此外，基于上述技术方案，按码字或传输块定义HARQ进程号的HARQ进程调度方案，有利于HARQ进程资源在多个网络设备(例如多个传输点，如多个小区)上传输时的共享，在保证JT用户HARQ合并增益的同时，又节省了HARQ进程资源。
应理解，上述各个实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
以上，结合图5至图15详细说明了本申请实施例提供的方法。以下，结合图16至图18详细说明本申请实施例提供的通信装置。
图16是本申请实施例提供的通信装置的示意性框图。如图所示，该通信装置1000可以包括通信单元1100和处理单元1200。
在一种可能的设计中，该通信装置1000可对应于上文方法实施例中的网络设备。例如，可以为网络设备，或者配置于网络设备中的芯片。
具体地，该通信装置1000可对应于根据本申请实施例的方法300、方法400、方法500、方法600中的网络设备，该通信装置1000可以包括用于执行图5至图15中的网络设备执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图5至图15中的各方法的相应流程。
其中，当该通信装置1000用于执行图5中的方法300时，通信单元1100可用于执行方法300中的步骤320或步骤340，处理单元1200可用于执行方法300中的步骤310至步骤340。
当该通信装置1000用于执行图7中的方法400时，通信单元1100可用于执行方法400中的步骤440，处理单元1200可用于执行方法400中的步骤410至步骤430。
当该通信装置1000用于执行图10中的方法500时，通信单元1100可用于执行方法500中的步骤570，处理单元1200可用于执行方法500中的步骤510至步骤560。
当该通信装置1000用于执行图13中的方法600时，通信单元1100可用于执行方法600中的步骤620或步骤630，处理单元1200可用于执行方法600中的步骤610。
应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
还应理解，该通信装置1000为网络设备时，该通信装置1000中的通信单元1100可对应于图18中示出的网络设备3000中的收发器3100，该通信装置1000中的处理单元1200可对应于图18中示出的网络设备3000中的处理器3200。
还应理解，该通信装置1000为配置于网络设备中的芯片时，该通信装置1000中的通信单元1100可以为输入/输出接口。
在另一种可能的设计中，该通信装置1000可对应于上文方法实施例中的终端设备。例如，可以为终端设备，或者配置于终端设备中的芯片。
具体地，该通信装置1000可对应于根据本申请实施例的方法300、方法400、方法500、方法600中的终端设备，该通信装置1000可以包括用于执行图5至图15中的终端设备执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图5至图15中的各方法的相应流程。
其中，当该通信装置1000用于执行图7中的方法400时，通信单元1100可用于执行方法400中的步骤440，处理单元1200可用于执行方法400中的步骤410。
当该通信装置1000用于执行图10中的方法500时，通信单元1100可用于执行方法500中的步骤570，处理单元1200可用于执行方法500中的步骤520。
当该通信装置1000用于执行图13中的方法600时，通信单元1100可用于执行方法600中的步骤620或步骤630，处理单元1200可用于执行方法600中的步骤610。
还应理解，该通信装置1000为终端设备时，该通信装置1000中的通信单元为可对应于图17中示出的终端设备2000中的收发器2020，该通信装置1000中的处理单元1200可对应于图17中示出的终端设备2000中的处理器2010。
还应理解，该通信装置1000为配置于终端设备中的芯片时，该通信装置1000中的通信单元1100可以为输入/输出接口。
图17是本申请实施例提供的终端设备2000的结构示意图。该终端设备2000可应用于如图1或图2所示的***中，执行上述方法实施例中终端设备的功能。
如图所示，该终端设备2000包括处理器2010和收发器2020。可选地，该终端设备2000还包括存储器2030。其中，处理器2010、收发器2002和存储器2030之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器2030用于存储计算机程序，该处理器2010用于从该存储器2030中调用并运行该计算机程序，以控制该收发器2020收发信号。可选地，终端设备2000还可以包括天线2040，用于将收发器2020输出的上行数据或上行控制信令通过无线信号发送出去。
上述处理器2010可以和存储器2030可以合成一个处理装置，处理器2010用于执行存储器2030中存储的程序代码来实现上述功能。具体实现时，该存储器2030也可以集成在处理器2010中，或者独立于处理器2010。该处理器2010可以与图16中的处理单元对应。
上述收发器2020可以与图16中的通信单元对应，也可以称为收发单元。收发器2020可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中，接收器用于接收信号，发射器用于发射信号。
应理解，图17所示的终端设备2000能够实现图5至图15所示方法实施例中涉及终端设备的各个过程。终端设备2000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。
上述处理器2010可以用于执行前面方法实施例中描述的由终端设备内部实现的动作，而收发器2020可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。
可选地，上述终端设备2000还可以包括电源2050，用于给终端设备中的各种器件或电路提供电源。
除此之外，为了使得终端设备的功能更加完善，该终端设备2000还可以包括输入单元2060、显示单元2070、音频电路2080、摄像头2090和传感器2100等中的一个或多个，所述音频电路还可以包括扬声器2082、麦克风2084等。
图18是本申请实施例提供的网络设备的结构示意图，例如可以为基站的结构示意图。该基站3000可应用于如图1或图2所示的***中，执行上述方法实施例中网络设备的功能。
如图所示，该基站3000可以包括一个或多个射频单元，如远端射频单元(remoteradio unit，RRU)3100和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digital unit，DU)3200。所述RRU 3100可以称为收发单元，与图16中的通信单元1200对应。可选地，该收发单元3100还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线3101和射频单元3102。可选地，收发单元3100可以包括接收单元和发送单元，接收单元可以对应于接收器(或称接收机、接收电路)，发送单元可以对应于发射器(或称发射机、发射电路)。所述RRU 3100部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送指示信息。所述BBU 3200部分主要用于进行基带处理，对基站进行控制等。所述RRU 3100与BBU 3200可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。
所述BBU 3200为基站的控制中心，也可以称为处理单元，可以与图16中的处理单元1100对应，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程，例如，生成上述指示信息等。
在一个示例中，所述BBU 3200可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述BBU 3200还包括存储器3201和处理器3202。所述存储器3201用以存储必要的指令和数据。所述处理器3202用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器3201和处理器3202可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
应理解，图18所示的基站3000能够实现图5至图15的方法实施例中涉及网络设备的各个过程。基站3000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。
上述BBU 3200可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而RRU 3100可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。
本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器用于执行上述任一方法实施例中的方法。
应理解，上述处理装置可以是一个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(applicationspecific integrated circuit，ASIC)，还可以是***芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(networkprocessor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logicdevice，PLD)或其他集成芯片。
在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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)。应注意，本文描述的***和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图5至图15所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图5至图15所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法，本申请还提供一种***，其包括前述的一个或多个终端设备以及一个或多个网络设备。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disc，SSD))等。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“***”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地***、分布式***和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它***交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1.一种发送数据的方法，其特征在于，包括：
第一网络设备为终端设备预分配第一波束；
所述第一网络设备向第二网络设备发送协作请求信息，所述协作请求信息用于请求所述第二网络设备协作所述第一网络设备向所述终端设备发送第二数据；
所述第一网络设备接收来自所述第二网络设备的协作响应信息，所述协作响应信息为针对所述协作请求信息的反馈信息；
基于所述协作响应信息，所述第一网络设备通过所述第一波束向所述终端设备发送第一数据。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述第一网络设备为N个终端设备预分配N组波束集，所述N个终端设备与所述N组波束集一一对应，所述N个终端设备包括所述终端设备，其中，N为大于1或等于1的整数；
所述第一网络设备为终端设备预分配第一波束，包括：
所述第一网络设备为所述终端设备预分配第一组波束集，所述第一组波束集中包括所述第一波束，所述N组波束集包括所述第一组波束集。
3.根据权利要求1所述的方法，其特征在于，所述第一网络设备为终端设备预分配第一波束，包括：
所述第一网络设备根据信道相关性为所述终端设备预分配第一波束。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：
所述第一网络设备向所述终端设备发送第一下行控制信息和第二下行控制信息，所述第一下行控制信息调度所述第一数据，所述第二控制信息调度所述第二数据，以及，
所述第一数据与第一混合自动重传请求进程号对应，所述第二数据与第二混合自动重传请求进程号对应。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述第一网络设备接收来自所述第二网络设备的针对所述第二数据的信息；
所述第二网络设备根据所述针对所述第二数据的信息，更新所述第二混合自动重传请求进程号对应的调度信息。
6.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：
所述第一网络设备接收所述终端设备发送的针对所述第一数据的反馈信息和针对所述第二数据的反馈信息。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
当针对所述第一数据的反馈信息为否定NACK信息时，所述第一网络设备向所述终端设备重新发送所述第一数据；和/或，
当针对所述第二数据的反馈信息为NACK信息时，所述第一网络设备向所述终端设备重新发送所述第二数据。
8.一种发送数据的方法，其特征在于，包括：
第二网络设备接收来自第一网络设备的协作请求信息，所述协作请求信息用于请求所述第二网络设备协作所述第一网络设备向终端设备发送第二数据；
所述第二网络设备根据所述协作请求信息为所述终端设备预分配第二波束；
所述第二网络设备向所述第一网络设备发送协作响应信息，所述协作响应信息为针对所述协作请求信息的反馈信息；
基于所述协作响应信息，所述第二网络设备通过所述第二波束向所述终端设备发送所述第二数据。
9.一种接收数据的方法，其特征在于，包括：
终端设备接收来自第一网络设备的第一数据和来自第二网络设备的第二数据，所述第一数据承载于第一波束，所述第二数据承载于第二波束，所述第一波束是所述第一网络设备为所述终端设备预先分配的波束，所述第二波束是所述第二网络设备为所述终端设备预先分配的波束；
所述终端设备向所述第一网络设备发送针对所述第一数据和所述第二数据的反馈信息。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
所述终端设备接收来自所述第一网络设备的第一下行控制信息和第二下行控制信息，所述第一下行控制信息调度所述第一数据，所述第二控制信息调度所述第二数据，以及，
所述第一数据与第一混合自动重传请求进程号对应，所述第二数据与第二混合自动重传请求进程号对应。
11.一种通信装置，其特征在于，包括：
处理单元，用于为终端设备预分配第一波束；
收发单元，用于向第二网络设备发送协作请求信息，所述协作请求信息用于请求所述第二网络设备协作所述装置向所述终端设备发送第二数据；
所述收发单元还用于：接收来自所述第二网络设备的协作响应信息，所述协作响应信息为针对所述协作请求信息的反馈信息；
所述收发单元还用于：基于所述协作响应信息，通过所述第一波束向所述终端设备发送第一数据。
12.根据权利要求11所述的装置，其特征在于，所述处理单元还用于：
为N个终端设备预分配N组波束集，所述N个终端设备与所述N组波束集一一对应，所述N个终端设备包括所述终端设备，其中，N为大于1或等于1的整数；
所述处理单元具体用于：
为所述终端设备预分配第一组波束集，所述第一组波束集中包括所述第一波束，所述N组波束集包括所述第一组波束集。
13.根据权利要求11所述的装置，其特征在于，所述处理单元具体用于：
根据信道相关性为所述终端设备预分配第一波束。
14.根据权利要求11至13中任一项所述的装置，其特征在于，所述收发单元还用于：
向所述终端设备发送第一下行控制信息和第二下行控制信息，所述第一下行控制信息调度所述第一数据，所述第二控制信息调度所述第二数据，以及，
所述第一数据与第一混合自动重传请求进程号对应，所述第二数据与第二混合自动重传请求进程号对应。
15.根据权利要求14所述的装置，其特征在于，所述收发单元还用于：
接收来自所述第二网络设备的针对所述第二数据的信息；
所述处理单元还用于：
根据所述针对所述第二数据的信息，更新所述第二混合自动重传请求进程号对应的调度信息。
16.根据权利要求14或15所述的装置，其特征在于，所述收发单元用于：
接收所述终端设备发送的针对所述第一数据的反馈信息和针对所述第二数据的反馈信息。
17.根据权利要求16所述的装置，其特征在于，所述收发单元还用于：
当针对所述第一数据的反馈信息为否定NACK信息时，向所述终端设备重新发送所述第一数据；和/或，
当针对所述第二数据的反馈信息为NACK信息时，向所述终端设备重新发送所述第二数据。
18.一种通信装置，其特征在于，包括：
收发单元，用于接收来自第一网络设备的协作请求信息，所述协作请求信息用于请求所述装置协作所述第一网络设备向终端设备发送第二数据；
处理单元：用于根据所述协作请求信息为所述终端设备预分配第二波束；
所述收发单元还用于：向所述第一网络设备发送协作响应信息，所述协作响应信息为针对所述协作请求信息的反馈信息；
所述收发单元还用于：基于所述协作响应信息，通过所述第二波束向所述终端设备发送所述第二数据。
19.一种通信装置，其特征在于，包括：
收发单元，用于接收来自第一网络设备的第一数据和来自第二网络设备的第二数据，所述第一数据承载于波束，所述第二数据承载于第二波束，所述第一波束是所述第一网络设备为所述装置预先分配的波束，所述第二波束是所述第二网络设备为所述装置预先分配的波束；
所述收发单元还用于：向所述第一网络设备发送针对所述第一数据和所述第二数据的反馈信息。
20.根据权利要求19所述的装置，其特征在于，所述收发单元还用于：
接收来自所述第一网络设备的第一下行控制信息和第二下行控制信息，所述第一下行控制信息调度所述第一数据，所述第二控制信息调度所述第二数据，以及，
所述第一数据与第一混合自动重传请求进程号对应，所述第二数据与第二混合自动重传请求进程号对应。
21.一种通信装置，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如权利要求1至10中任一项所述的方法。
22.一种计算机可读存储介质，包括计算机程序，当其在计算机上运行时，使得所述计算机执行如权利要求1至10中任一项所述的方法。
CN201811354053.8A 2018-11-14 2018-11-14 发送和接收数据的方法和通信装置 Active CN111194086B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201811354053.8A CN111194086B (zh) 2018-11-14 2018-11-14 发送和接收数据的方法和通信装置
PCT/CN2019/117779 WO2020098661A1 (zh) 2018-11-14 2019-11-13 发送和接收数据的方法和通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811354053.8A CN111194086B (zh) 2018-11-14 2018-11-14 发送和接收数据的方法和通信装置

Publications (2)

Publication Number Publication Date
CN111194086A true CN111194086A (zh) 2020-05-22
CN111194086B CN111194086B (zh) 2023-03-28

Family

ID=70710602

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811354053.8A Active CN111194086B (zh) 2018-11-14 2018-11-14 发送和接收数据的方法和通信装置

Country Status (2)

Country Link
CN (1) CN111194086B (zh)
WO (1) WO2020098661A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113475017A (zh) * 2021-05-10 2021-10-01 北京小米移动软件有限公司 协作小区波束测量方法、装置及通信设备
CN115002785A (zh) * 2021-03-02 2022-09-02 中国联合网络通信集团有限公司 天线端口数据的处理方法及通信装置
CN115037342A (zh) * 2022-07-13 2022-09-09 中国联合网络通信集团有限公司 Ue配对方法、装置和存储介质
WO2023040589A1 (zh) * 2021-09-15 2023-03-23 华为技术有限公司 一种通信方法及相关装置
WO2024066979A1 (zh) * 2022-09-30 2024-04-04 华为技术有限公司 一种协作传输的数据调度的方法和装置
WO2024114232A1 (zh) * 2022-11-30 2024-06-06 华为技术有限公司 通信方法、装置及***

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11432161B2 (en) * 2020-06-23 2022-08-30 At&T Intellectual Property I, L.P. Joint scheduling in 5G or other next generation network dynamic spectrum sharing
CN113840380A (zh) * 2020-06-24 2021-12-24 华为技术有限公司 一种波束指示方法及通信装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100323739A1 (en) * 2006-12-27 2010-12-23 Lei Wan Link adaptation in a wireless telecommunications system
CN102405603A (zh) * 2009-04-21 2012-04-04 马维尔国际贸易有限公司 具有选择性波束衰减的多点机会波束成形
US20140192734A1 (en) * 2013-01-09 2014-07-10 Samsung Electronics Co., Ltd. Methods to support inter-enodeb comp
CN105992367A (zh) * 2015-03-06 2016-10-05 普天信息技术有限公司 一种用于CoMP***的资源分配方法
US20170195857A1 (en) * 2014-06-30 2017-07-06 Sony Corporation Wireless communication apparatus, wireless communication method, and program
CN107743058A (zh) * 2016-08-11 2018-02-27 中兴通讯股份有限公司 导频配置和信息反馈方法、装置及***

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102013903B (zh) * 2009-09-29 2013-11-06 电信科学技术研究院 小区间进行空间协调的方法和设备
CN104619024B (zh) * 2013-11-01 2019-01-04 ***通信集团公司 一种动态协作通信的方法、***及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100323739A1 (en) * 2006-12-27 2010-12-23 Lei Wan Link adaptation in a wireless telecommunications system
CN102405603A (zh) * 2009-04-21 2012-04-04 马维尔国际贸易有限公司 具有选择性波束衰减的多点机会波束成形
US20140192734A1 (en) * 2013-01-09 2014-07-10 Samsung Electronics Co., Ltd. Methods to support inter-enodeb comp
US20170195857A1 (en) * 2014-06-30 2017-07-06 Sony Corporation Wireless communication apparatus, wireless communication method, and program
CN105992367A (zh) * 2015-03-06 2016-10-05 普天信息技术有限公司 一种用于CoMP***的资源分配方法
CN107743058A (zh) * 2016-08-11 2018-02-27 中兴通讯股份有限公司 导频配置和信息反馈方法、装置及***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: ""Considerations on Spatial Domain Coordination in LTE-A"", 《3GPP TSG RAN WG1 MEETING #59 R1-094555》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115002785A (zh) * 2021-03-02 2022-09-02 中国联合网络通信集团有限公司 天线端口数据的处理方法及通信装置
CN115002785B (zh) * 2021-03-02 2024-06-04 中国联合网络通信集团有限公司 天线端口数据的处理方法及通信装置
CN113475017A (zh) * 2021-05-10 2021-10-01 北京小米移动软件有限公司 协作小区波束测量方法、装置及通信设备
WO2023040589A1 (zh) * 2021-09-15 2023-03-23 华为技术有限公司 一种通信方法及相关装置
CN115037342A (zh) * 2022-07-13 2022-09-09 中国联合网络通信集团有限公司 Ue配对方法、装置和存储介质
CN115037342B (zh) * 2022-07-13 2023-09-05 中国联合网络通信集团有限公司 Ue配对方法、装置和存储介质
WO2024066979A1 (zh) * 2022-09-30 2024-04-04 华为技术有限公司 一种协作传输的数据调度的方法和装置
WO2024114232A1 (zh) * 2022-11-30 2024-06-06 华为技术有限公司 通信方法、装置及***

Also Published As

Publication number Publication date
WO2020098661A1 (zh) 2020-05-22
CN111194086B (zh) 2023-03-28

Similar Documents

Publication Publication Date Title
CN111194086B (zh) 发送和接收数据的方法和通信装置
US10462795B2 (en) Method, apparatus and computer program for wireless communications
US8879468B2 (en) Radio communication apparatus and radio communication method
CN110932820B (zh) 发送和接收上行控制信息的方法以及通信装置
WO2018141272A1 (zh) 终端、网络设备和通信方法
US9749892B2 (en) Periodic channel status information (CSI) reporting for enhanced interference management and traffic adaptation (EIMTA) systems with CSI subframe sets
US20220021423A1 (en) Method for enabling efficient mimo processing for o-ran fronthaul interface in cloud ran systems
CN104350693B (zh) 蜂窝移动通信***中用于协作通信的信道估计方法和装置
WO2021027518A1 (zh) 处理数据的方法和通信装置
WO2014197493A1 (en) Central processing unit and methods for supporting coordinated multipoint transmission in an lte network
KR20170089029A (ko) 협력적 멀티포인트(CoMP) 시스템들에 대한 주기적 채널 상태 정보 리포팅
CN111903174A (zh) 具有对调度准予确收的资源协调
WO2014115946A1 (ko) 무선 통신 시스템에서 협력 다중 송수신 기법을 지원하기 위한 방법 및 이를 위한 장치
JP2014506046A (ja) リソースの割り当て
CN113490278B (zh) 下行信号传输的方法和设备
WO2020078173A1 (zh) 信息接收、发送方法及装置
WO2022077478A1 (zh) 一种基于波束的通信方法以及相关装置
WO2022084975A1 (en) Aperiodic csi over multi-trp pusch
WO2020225680A1 (en) Reliable data transmission over multiple trps
US20240039601A1 (en) Iterative precoder computation and coordination for improved sidelink and uplink coverages
WO2021249531A1 (en) Channel state information report based on reference signal and hypothesis in full duplex
KR20230147610A (ko) 기지국 및 통신 방법
CN107809770A (zh) 传输数据的方法、基站和用户设备
CN112398515B (zh) 用于下行数据传输的方法、终端设备以及网络设备
WO2022049094A1 (en) Replication in a wireless communication network

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
GR01 Patent grant
GR01 Patent grant