CN106301444A

CN106301444A - 射频处理设备及处理方法

Info

Publication number: CN106301444A
Application number: CN201510290641.XA
Authority: CN
Inventors: 李海朝
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2015-05-29
Filing date: 2015-05-29
Publication date: 2017-01-04
Anticipated expiration: 2035-05-29
Also published as: CN106301444B; WO2016192517A1

Abstract

本发明公开了一种射频处理设备，用于解决因基带处理设备和射频处理设备之间存在时延较大而导致系统性能较低的技术问题。所述设备包括：存储器，用于存储一组代码；处理器，用于在执行所述存储器存储的一组代码中的部分或全部代码时，控制所述射频处理设备处理基带信号或射频信号，包括：调制基带信号或解调射频信号；以及处理MAC PDU；或处理MAC PDU和RLC PDU。本发明还公开了相应的处理方法。

Description

射频处理设备及处理方法

技术领域

本发明涉及通信技术领域，特别涉及一种射频处理设备及处理方法。

背景技术

在室内小站连续组网时，如果pRRU(pico Radio Remote Unit，微射频拉远单元)、rHub(Remote Hub，远程集线器)、以及BBU(Building Base band Unit，室内基带处理单元)同时部署，则这种部署方式属于紧耦合类型，pRRU和rHub之间的接口为CPRI(Common Public Radio Interface，通用公共无线电接口)。在这种部署方式下，rHub为专用设备，pRRU和BBU之间的传输时延小，整体性能较好。但pRRU和rHub之间通常通过有线(网线或光纤)连接，部署时，通常需要专门设计和安装线缆通道，部署容易受限，部署的成本较高。

因此，出于减少成本、以及降低复杂度等需求，现在在很多场景下会考虑采用松耦合类型的部署方式。在松耦合类型的部署方式下，可以利用现网的交换机和网线接口(例如以太网接口)，接入设备可以利用现有的网线接口连接到交换机，无需重新布线，易于进行网络部署，且部署的成本较低。交换机与BBU通常都部署在客户的机房，并且通常只有很少连线，部署较为简单。但是，这种部署方式由于引入了交换机，会增加传输时延，从而导致系统性能的降低。

发明内容

本发明实施例提供一种射频处理设备及处理方法，用于解决因基带处理设备和射频处理设备之间存在时延较大而导致系统性能较低的技术问题。

第一方面，提供一种射频处理设备，所述射频处理设备包括无线接口和有线接口，所述无线接口用于与用户设备无线连接，所述有线接口用于与基带处理设备有线连接，所述射频处理设备还包括：

存储器，用于存储一组代码；

处理器，用于在执行所述存储器存储的一组代码中的部分或全部代码时，控制所述射频处理设备处理基带信号或射频信号，包括：

调制基带信号或解调射频信号；以及

处理MAC PDU；或处理MAC PDU和RLC PDU。

结合第一方面，在第一方面的第一种可能的实现方式中，所述有线接口为以太网接口，用于通过交换机与所述基带处理设备有线连接。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述射频处理设备还包括分别与所述处理器连接的接收器及发射器；

所述处理器，用于控制所述射频处理设备处理基带信号或射频信号，包括：所述处理器具体用于控制所述射频处理设备：

根据用户设备发送的随机接入请求消息获取环回时延；

根据所述环回时延生成随机接入响应消息，并根据预设的发送顺序信息发送所述随机接入响应消息，所述随机接入响应消息用于所述用户设备接入基带处理设备。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

在根据预设的发送顺序信息发送所述随机接入响应消息之后，接收所述用户设备发送的、针对所述随机接入响应消息的第一响应消息；

向基带处理设备发送针对接收的所述第一响应消息的第一反馈消息；

接收所述基带处理设备根据所述第一反馈消息发送的第一通知消息，并根据所述第一通知消息获取并发送冲突解决信息，所述冲突解决信息用于：所述用户设备在接收到所述冲突解决信息时，确定完成随机接入。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

若所述第一响应消息接收成功，则向所述基带处理设备发送确定应答消息；

若所述第一响应消息接收不成功，则向所述基带处理设备发送否定应答消息。

结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

在向所述基带处理设备发送否定应答消息之后，接收所述基带处理设备根据所述否定应答消息发送的第二通知消息；

根据所述第二通知消息，通知所述用户设备重传所述第一响应消息。

结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

接收所述基带处理设备根据所述第一反馈消息发送的所述第一通知消息，所述第一通知消息用于通知所述射频处理设备生成所述冲突解决信息；根据所述第一通知消息生成并发送所述冲突解决信息；或

接收所述基带处理设备根据所述第一反馈消息发送的、携带所述冲突解决信息的所述第一通知消息；根据所述第一通知消息，获取并发送所述冲突解决信息。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第七种可能的实现方式中，所述射频处理设备还包括分别与所述处理器连接的接收器及发射器；

接收基带处理设备发送的、针对用户设备的下行调度信息；

根据所述下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据；所述第二反馈消息为用户设备通过所述HARQ身份标识ID所对应的HARQ进程发送给射频处理设备的。

结合第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

在接收基带处理设备发送的、针对用户设备的下行调度信息之前，接收所述用户设备发送的第一上行信息，并将所述第一上行信息上报给所述基带处理设备。

结合第一方面或第一方面的第八种可能的实现方式，在第一方面的第九种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

若所述HARQ ID所对应的HARQ进程对应初次传输，则确定通过所述HARQ ID所对应的HARQ进程传输新数据；所述新数据为所述下行调度信息所指示的数据；或

若所述第二反馈消息为确认应答，则确定通过所述HARQ ID所对应的HARQ进程传输新数据；所述新数据为所述下行调度信息所指示的数据；或

若所述第二反馈消息为否定应答，则确定通过所述HARQ ID所对应的HARQ进程重传上次未传输成功的数据，并将新数据进行存储；所述新数据为所述下行调度信息所指示的数据。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第十种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

接收用户设备发送的第一数据；

根据对所述第一数据的解析结果，向所述用户设备发送确认应答或否定应答，以及向所述用户设备发送上行调度信息；所述上行调度信息为基带处理设备发送给所述射频处理设备的。

结合第一方面的第十种可能的实现方式，在第一方面的第十一种可能的实现方式中，所述处理器具体用于控制所述射频处理设备：

根据对所述第一数据的解析结果，向所述基带处理设备发送第四反馈消息，所述第四反馈消息用于表明所述第一数据是否接收成功。

第二方面，提供一种随机接入方法，包括：

根据用户设备发送的随机接入请求消息获取环回时延；

结合第二方面，在第二方面的第一种可能的实现方式中，在根据预设的发送顺序信息发送所述随机接入响应消息之后，还包括：

接收所述用户设备发送的、针对所述随机接入响应消息的第一响应消息；

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，向基带处理设备发送针对接收的所述第一响应消息的第一反馈消息，包括：

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，在向所述基带处理设备发送否定应答消息之后，还包括：

接收所述基带处理设备根据所述否定应答消息发送的第二通知消息；

结合第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，接收所述基带处理设备根据所述第一反馈消息发送的第一通知消息，并根据所述第一通知消息获取并发送冲突解决信息，包括：

第三方面，提供一种随机接入方法，包括：

根据至少一个射频处理设备发送的第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功；所述第一响应消息为用户设备根据所述射频处理设备发送的随机接入响应消息生成并发送的；

若确定有射频处理设备对所述第一响应消息接收成功，则向第一射频处理设备发送第一通知消息；其中，所述第一射频处理设备为所述至少一个射频处理设备中的一个，所述第一通知消息用于令所述第一射频处理设备根据所述第一通知消息发送冲突解决信息，所述冲突解决信息用于：用户设备在接收到所述冲突解决信息时，确定完成随机接入。

结合第三方面，在第三方面的第一种可能的处理方式中，在接收至少一个射频处理设备发送的第一反馈消息之前，还包括：

为所述至少一个射频处理设备预设发送顺序信息，所述预设的发送顺序信息用于所述至少一个射频处理设备分别发送所述随机接入响应消息；

将所述预设的发送顺序信息发送给所述至少一个射频处理设备。

结合第三方面的第一种可能的处理方式，在第三方面的第二种可能的处理方式中，在为所述至少一个射频处理设备预设发送顺序信息之前，还包括：

接收所述至少一个射频处理设备发送的环回时延。

结合第三方面或第三方面的第一种可能的处理方式或第三方面的第二种可能的处理方式，在第三方面的第三种可能的处理方式中，所述第一通知消息用于通知所述第一射频处理设备生成所述冲突解决信息，或，所述第一通知消息携带所述冲突解决信息。

结合第三方面或第三方面的第一种可能的处理方式或第三方面的第二种可能的处理方式，在第三方面的第四种可能的处理方式中，在根据所述第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功之后，还包括：

若确定所述至少一个射频处理设备对所述第一响应消息均未接收成功，则向第二射频处理设备发送第二通知消息；其中，所述第二射频处理设备为所述至少一个射频处理设备中的一个，所述第二通知消息用于指示所述第二射频处理设备通知所述用户设备重传所述第一响应消息。

第四方面，提供一种下行调度方法，包括：

接收基带处理设备发送的、针对用户设备的下行调度信息；

根据所述下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据；所述第二反馈消息为用户设备通过所述HARQ ID所对应的HARQ进程发送给射频处理设备的。

结合第四方面，在第四方面的第一种可能的实现方式中，在接收基带处理设备发送的、针对用户设备的下行调度信息之前，还包括：

接收所述用户设备发送的第一上行信息，并将所述第一上行信息上报给所述基带处理设备。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述第一上行信息包括CQI、rank、确认应答/否定应答中的一个或多个。

结合第四方面或第四方面的第一种可能的实现方式或第二种可能的实现方式，在第四方面的第三种可能的实现方式中，

所述下行调度信息中指示的是所述射频处理设备即将上报的第三反馈消息所对应的HARQ进程的HARQ ID，以及待传输的新数据；或

所述下行调度信息中指示的是所述射频处理设备已上报的第三反馈消息所对应的HARQ进程的HARQ ID以及待传输的新数据，且所述射频处理设备已上报的第三反馈消息为确认应答；或

所述下行调度信息中指示的是所述射频处理设备已上报的第三反馈消息所对应的HARQ进程的HARQ ID，及为所述射频处理设备已上报的第三反馈消息所对应的HARQ进程分配的第一资源；所述第一资源的资源块RB的数量与最近一次为所述射频处理设备已上报的第三反馈消息所对应的HARQ进程分配成功的资源的RB的数量相同。

结合第四方面或第四方面的第一种可能的实现方式或第二种可能的实现方式或第三种可能的实现方式，在第四方面的第四种可能的实现方式中，根据所述下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据，包括：

第五方面，提供一种下行调度方法，包括：

接收至少一个射频处理设备发送的第一上行信息；所述第一上行信息为用户设备上报给所述至少一个射频处理设备的；

若根据所述第一上行信息确定第一用户设备没有可用的HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第三反馈消息所对应的第一HARQ进程，并根据所述第一HARQ进程的HARQ ID生成下行调度信息；

将所述下行调度信息发送给所述至少一个射频处理设备。

结合第五方面，在第五方面的第一种可能的实现方式中，在接收至少一个射频处理设备发送的第一上行信息之后，还包括：

若根据所述第一上行信息确定第一用户设备有可用的HARQ进程，判断第二HARQ进程上次是否被提前调度；所述第二HARQ进程为所述第一用户设备的可用HARQ进程，所述提前调度是指：在射频处理设备还未通过所述第二HARQ进程上报第三反馈消息时，调度所述第二HARQ进程；

若所述第二HARQ进程上次未被提前调度，则为所述第一用户设备调用所述第二HARQ进程，并根据所述第二HARQ进程的HARQ ID以及待发送的新数据生成下行调度信息。

结合第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，在判断第二HARQ进程上次是否被提前调度之后，还包括：

若所述第二HARQ进程上次被提前调度，且所述第二HARQ进程上次承载的第三反馈消息为确认应答，则为所述第一用户设备调用所述第二HARQ进程，并根据所述第二HARQ进程的HARQ ID以及待发送的新数据生成下行调度信息；或

若所述第二HARQ进程上次被提前调度，且所述第二HARQ进程上次承载的第三反馈消息为否定应答，则为所述第一用户设备调用所述第二HARQ进程，并根据所述第二HARQ进程的HARQ ID及为所述第二HARQ进程分配的第一资源生成下行调度信息；所述第一资源的RB的数量与最近一次为所述第二HARQ进程分配成功的资源的RB的数量相同。

结合第五方面，在第五方面的第三种可能的实现方式中，根据所述第一HARQ进程的HARQ ID生成下行调度信息，包括：

根据所述第一HARQ进程的HARQ ID以及待发送的新数据生成所述下行调度信息，并为所述第一HARQ进程指示：所述第一HARQ进程本次下行发送量对应的RB的数量与最近一次为所述第一HARQ进程分配成功的资源的RB的数量相同。

第六方面，提供一种上行调度方法，包括：

接收用户设备发送的第一数据；

根据对所述第一数据的解析结果，向所述用户设备发送确认应答或否定应答，以及向所述用户设备发送上行调度信息；所述上行调度信息为基带处理设备发送的。

结合第六份方面，在第六方面的第一种可能的实现方式中，所述方法还包括：

第七方面，提供一种上行调度方法，包括：

接收至少一个射频处理设备发送的第二上行信息；所述第二上行信息为所述至少一个射频处理设备对用户设备进行测量得到的；

若根据所述第二上行信息确定第一用户设备没有可用的HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第四反馈消息所对应的第三HARQ进程，并根据所述第三HARQ进程的HARQ ID生成上行调度信息；

将所述上行调度信息发送给所述至少一个射频处理设备中的全部或部分。

结合第七方面，在第七方面的第一种可能的实现方式中，在接收至少一个射频处理设备发送的第二上行信息之后，还包括：

若根据所述第二上行信息确定第一用户设备有可用的HARQ进程，判断第四HARQ进程上次是否被提前调度；所述第四HARQ进程为所述第一用户设备的可用HARQ进程，所述提前调度是指：在射频处理设备还未通过所述第四HARQ进程上报第四反馈消息时，调度所述第四HARQ进程；

若所述第四HARQ进程上次未被提前调度，则为所述第一用户设备调用所述第四HARQ进程，并根据所述第四HARQ进程的HARQ ID生成上行调度信息。

结合第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，在判断第四HARQ进程上次是否被提前调度之后，还包括：

若所述第四HARQ进程上次被提前调度，且所述第四HARQ进程上次承载的第四反馈消息为确认应答，则为所述第一用户设备调用所述第四HARQ进程，并根据所述第二HARQ进程的HARQ ID生成上行调度信息；或

若所述第四HARQ进程上次被提前调度，且所述第四HARQ进程上次承载的第四反馈消息为否定应答，则释放上次提前调度所述第四HARQ进程时为所述第四HARQ进程分配的第二资源，并将所述第二资源的信息重新添加到所述第一用户设备的调度请求中；所述调度请求用于指示所述第一用户设备所需的资源的数量。

结合第七方面，在第七方面的第三种可能的实现方式中，为所述第三HARQ进程指示：所述第三HARQ进程本次上行发送量对应的RB的数量与最近一次为所述第三HARQ进程分配成功的资源的RB的数量相同。

第八方面，提供一种射频处理设备，所述射频处理设备与用户设备无线连接，并与基带处理设备有线连接，所述射频处理设备包括：

处理模块，用于根据所述用户设备发送的随机接入请求消息获取环回时延；及，根据所述环回时延生成随机接入响应消息；

发送模块，用于根据预设的发送顺序信息发送所述随机接入响应消息，所述随机接入响应消息用于所述用户设备接入所述基带处理设备。

结合第八方面，在第八方面的第一种可能的实现方式中，所述射频处理设备还包括接收模块；

所述接收模块，用于接收所述用户设备发送的、针对所述随机接入响应消息的第一响应消息；

所述发送模块，还用于向基带处理设备发送针对接收的所述第一响应消息的第一反馈消息；

所述接收模块，还用于接收所述基带处理设备根据所述第一反馈消息发送的第一通知消息；

所述处理模块，还用于根据所述第一通知消息获取冲突解决信息，所述冲突解决信息用于：所述用户设备在接收到所述冲突解决信息时，确定完成随机接入；

所述发送模块，还用于发送所述冲突解决信息。

结合第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述发送模块用于：

结合第八方面的第二种可能的实现方式，在第八方面的第三种可能的实现方式中，

所述接收模块，还用于在所述发送模块向所述基带处理设备发送否定应答消息之后，接收所述基带处理设备根据所述否定应答消息发送的第二通知消息；

所述发送模块，还用于根据所述第二通知消息，通知所述用户设备重传所述第一响应消息。

结合第八方面的第三种可能的实现方式，在第八方面的第四种可能的实现方式中，

所述接收模块用于：接收所述基带处理设备根据所述第一反馈消息发送的所述第一通知消息，所述第一通知消息用于通知所述射频处理设备生成所述冲突解决信息；所述处理模块用于：根据所述第一通知消息生成所述冲突解决信息；所述发送模块用于：发送所述冲突解决信息；或

所述接收模块用于：接收所述基带处理设备根据所述第一反馈消息发送的、携带所述冲突解决信息的所述第一通知消息；所述处理模块用于：根据所述第一通知消息，获取所述冲突解决信息；所述发送模块用于：发送所述冲突解决信息。

第九方面，提供一种基带处理设备，所述基带处理设备与至少一个射频处理设备有线连接，所述基带处理设备包括：

处理模块，用于根据所述至少一个射频处理设备发送的第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功；所述第一响应消息为用户设备根据所述射频处理设备发送的随机接入响应消息生成并发送的；

发送模块，用于若所述处理模块确定有射频处理设备对所述第一响应消息接收成功，则向第一射频处理设备发送第一通知消息；其中，所述第一射频处理设备为所述至少一个射频处理设备中的一个，所述第一通知消息用于令所述第一射频处理设备根据所述第一通知消息发送冲突解决信息，所述冲突解决信息用于：用户设备在接收到所述冲突解决信息时，确定完成随机接入。

结合第九方面，在第九方面的第一种可能的实现方式中，

所述处理模块，还用于在所述接收模块接收至少一个射频处理设备发送的第一反馈消息之前，为所述至少一个射频处理设备预设发送顺序信息，所述预设的发送顺序信息用于所述至少一个射频处理设备分别发送所述随机接入响应消息；

所述发送模块，还用于将所述预设的发送顺序信息发送给所述至少一个射频处理设备。

结合第九方面的第一种可能的实现方式，在第九方面的第二种可能的实现方式中，所述基带处理设备还包括接收模块，用于在所述处理模块为所述至少一个射频处理设备预设发送顺序信息之前，接收所述至少一个射频处理设备发送的环回时延。

结合第九方面或第九方面的第一种可能的实现方式或第二种可能的实现方式，在第九方面的第三种可能的实现方式中，所述第一通知消息用于通知所述第一射频处理设备生成所述冲突解决信息，或，所述第一通知消息携带所述冲突解决信息。

结合第九方面或第九方面的第一种可能的实现方式或第二种可能的实现方式，在第九方面的第四种可能的实现方式中，

所述发送模块，还用于在所述处理模块根据所述第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功之后，若所述处理模块确定所述至少一个射频处理设备对所述第一响应消息均未接收成功，则向第二射频处理设备发送第二通知消息；其中，所述第二射频处理设备为所述至少一个射频处理设备中的一个，所述第二通知消息用于指示所述第二射频处理设备通知所述用户设备重传所述第一响应消息。

第十方面，提供一种射频处理设备，所述射频处理设备与用户设备无线连接，并与基带处理设备有线连接，所述射频处理设备包括：

接收模块，用于接收基带处理设备发送的、针对用户设备的下行调度信息；

处理模块，用于根据所述下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据；所述第二反馈消息为用户设备通过所述HARQ ID所对应的HARQ进程发送给射频处理设备的。

结合第十方面，在第十方面的第一种可能的实现方式中，所述接收模块，还用于：

结合第十方面或第十方面的第一种可能的实现方式，在第十方面的第二种可能的实现方式中，所述第一上行信息包括CQI、rank、确认应答/否定应答中的一个或多个。

结合第十方面或第十方面的第一种可能的实现方式或第二种可能的实现方式，在第十方面的第三种可能的实现方式中，

所述下行调度信息中指示的是所述射频处理设备已上报的第三反馈消息所对应的HARQ进程的HARQ ID，及为所述射频处理设备已上报的第三反馈消息所对应的HARQ进程分配的第一资源；所述第一资源的RB的数量与最近一次为所述射频处理设备已上报的第三反馈消息所对应的HARQ进程分配成功的资源的RB的数量相同。

结合第十方面或第十方面的第一种可能的实现方式或第二种可能的实现方式或第三种可能的实现方式，在第十方面的第四种可能的实现方式中，

所述处理模块用于：

第十一方面，提供一种基带处理设备，所述基带处理设备与至少一个射频处理设备有线连接，所述基带处理设备包括：

接收模块，用于接收所述至少一个射频处理设备发送的第一上行信息；所述第一上行信息为用户设备上报给所述至少一个射频处理设备的；

处理模块，用于若根据所述第一上行信息确定第一用户设备没有可用的HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第三反馈消息所对应的第一HARQ进程，并根据所述第一HARQ进程的HARQ ID生成下行调度信息；

发送模块，用于将所述下行调度信息发送给所述至少一个射频处理设备。

结合第十一方面，在第十一方面的第一种可能的实现方式中，所述处理模块还用于：

结合第十一方面的第一种可能的实现方式，在第十一方面的第二种可能的实现方式中，所述处理模块还用于：

在判断第二HARQ进程上次是否被提前调度之后，若所述第二HARQ进程上次被提前调度，且所述第二HARQ进程上次承载的第三反馈消息为确认应答，则为所述第一用户设备调用所述第二HARQ进程，并根据所述第二HARQ进程的HARQ ID以及待发送的新数据生成下行调度信息；或

在判断第二HARQ进程上次是否被提前调度之后，若所述第二HARQ进程上次被提前调度，且所述第二HARQ进程上次承载的第三反馈消息为否定应答，则为所述第一用户设备调用所述第二HARQ进程，并根据所述第二HARQ进程的HARQ ID及为所述第二HARQ进程分配的第一资源生成下行调度信息；所述第一资源的RB的数量与最近一次为所述第二HARQ进程分配成功的资源的RB的数量相同。

结合第十一方面，在第十一方面的第三种可能的实现方式中，所述处理模块用于：

根据所述第一HARQ进程的HARQ ID以及待发送的新数据生成所述下行调度信息，并为所述第一HARQ进程指示：所述第一HARQ进程本次下行发送量对应的资源块RB的数量与最近一次为所述第一HARQ进程分配成功的资源的RB的数量相同。

第十二方面，提供一种射频处理设备，所述射频处理设备与用户设备无线连接，并与基带处理设备有线连接，所述射频处理设备包括：

接收模块，用于接收用户设备发送的第一数据；

发送模块，用于根据对所述第一数据的解析结果，向所述用户设备发送确认应答或否定应答，以及向所述用户设备发送上行调度信息；所述上行调度信息为基带处理设备发送的。

结合第十二方面，在第十二方面的第一种可能的实现方式中，所述发送模块还用于：

第十三方面，提供一种基带处理设备，所述基带处理设备与至少一个射频处理设备有线连接，所述基带处理设备包括：

接收模块，用于接收至少一个射频处理设备发送的第二上行信息；所述第二上行信息为所述至少一个射频处理设备对用户设备进行测量得到的；

处理模块，用于若根据所述第二上行信息确定第一用户设备没有可用的HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第四反馈消息所对应的第三HARQ进程，并根据所述第三HARQ进程的HARQ ID生成上行调度信息；

发送模块，用于将所述上行调度信息发送给所述至少一个射频处理设备中的全部或部分。

结合第十三方面，在第十三方面的第一种可能的实现方式中，所述处理模块还用于：

在所述接收模块接收至少一个射频处理设备发送的第二上行信息之后，若根据所述第二上行信息确定第一用户设备有可用的HARQ进程，判断第四HARQ进程上次是否被提前调度；所述第四HARQ进程为所述第一用户设备的可用HARQ进程，所述提前调度是指：在射频处理设备还未通过所述第四HARQ进程上报第四反馈消息时，调度所述第四HARQ进程；

结合第十三方面的第一种可能的实现方式，在第十三方面的第二种可能的实现方式中，所述处理模块还用于：

在判断第四HARQ进程上次是否被提前调度之后，若所述第四HARQ进程上次被提前调度，且所述第四HARQ进程上次承载的第四反馈消息为确认应答，则为所述第一用户设备调用所述第四HARQ进程，并根据所述第二HARQ进程的HARQ ID生成上行调度信息；或

在判断第四HARQ进程上次是否被提前调度之后，若所述第四HARQ进程上次被提前调度，且所述第四HARQ进程上次承载的第四反馈消息为否定应答，则释放上次提前调度所述第四HARQ进程时为所述第四HARQ进程分配的第二资源，并将所述第二资源的信息重新添加到所述第一用户设备的调度请求中；所述调度请求用于指示所述第一用户设备所需的资源的数量。

结合第十三方面，在第十三方面的第三种可能的实现方式中，所述处理模块用于：

为所述第三HARQ进程指示：所述第三HARQ进程本次上行发送量对应的RB的数量与最近一次为所述第三HARQ进程分配成功的资源的RB的数量相同。

第十四方面，提供一种通信系统，包括：M个如前任意一个方面所述的射频处理设备，M为正整数。

结合第十四方面，在第十四方面的第一种实现方式中，所述通信系统还包括：N个如前任意一个方面所述的基带处理设备，N为正整数。

结合第十四方面或第十四方面的第一种实现方式，在第十四方面的第二种实现方式中，所述通信系统还包括：至少一个交换设备，其中每个交换设备用于将至少一个射频处理设备连接到所述N个基带处理设备中的一个，所述至少一个射频处理设备属于所述M个射频处理设备。

本发明实施例提供了一种射频处理设备，在该射频处理设备中除了包括常规的射频拉远模块和物理层模块之外，还包括有无线链路控制模块和媒体接入控制模块，通过增加这两个模块，射频处理设备就能够独立处理信息，从而能够在一定程度上独立调度用户设备，例如，当用户设备需要进行随机接入时，有些信息可能射频处理设备可以自行与用户设备进行交互，而无需所有的交互过程都通过基带处理设备来进行，从而尽量减小基带处理设备和用户设备之间的时延，尽量避免用户设备因为基带处理设备和射频处理设备之间的时延较大而无法完成随机接入，提高用户设备的随机接入成功率，提升系统性能。

附图说明

图1为现有技术中分布式架构的示意图；

图2为基于图1架构的下行调度示意图；

图3A为本发明实施例中射频处理设备的结构示意图；

图3B为本发明实施例中射频处理设备中处理器的结构示意图；

图4为本发明实施例中第一种随机接入方法的流程图；

图5为本发明实施例中第二种随机接入方法的流程图；

图6为本发明实施例中随机接入方法的一种具体示例；

图7为本发明实施例中第一种下行调度方法的流程图；

图8为本发明实施例中第二种下行调度方法的流程图；

图9为本发明实施例中下行调度方法的一种具体示例；

图10为本发明实施例中第一种上行调度方法的流程图；

图11为本发明实施例中第二种上行调度方法的流程图；

图12为本发明实施例中上行调度方法的一种具体示例；

图13为本发明实施例中射频处理设备的第一种结构框图；

图14为本发明实施例中基带处理设备的第一种结构框图；

图15为本发明实施例中射频处理设备的第二种结构框图；

图16为本发明实施例中基带处理设备的第二种结构框图；

图17为本发明实施例中射频处理设备的第三种结构框图；

图18为本发明实施例中基带处理设备的第三种结构框图；

图19为本发明实施例中通信系统的第一种结构示意图；

图20为本发明实施例中通信系统的第二种结构示意图。

具体实施方式

在介绍本发明实施例的技术方案之前，首先介绍一下现有技术中的分布式架构。

请参见图1，为一种分布式架构的示意图。从图1中可看出，这种分布式架构由三个设备组成，分别为控制设备、交换设备(可选)和接入设备。那么，如果是紧耦合类型，则控制设备可以理解为BBU，交换设备可以理解为rHub，接入设备可以理解为pRRU，如果是松耦合类型，则控制设备可以理解为BBU，交换设备可以理解为交换机，接入设备可以理解为pRRU或RRU(Radio RemoteUnit，射频拉远单元)。其中：

控制设备：包括处理器，处理器中包括RRC(Radio Resource Control，无线资源控制)、GTP(General Packet Radio Service Tunnelling Protocol，通用分组无线服务技术隧道协议)、PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)、RLC(Radio Link Control，无线链路控制)、MAC(Media AccessControl，媒体接入控制)等模块(可以看作是模块，或者也可以看作是层)，其中各层所实现的功能和其在普通小区中的功能相同，支持集中协调处理所有接入设备的资源，还能够通过GTP与EPC(4G核心网络)进行信息交互。控制设备可以放在某个基站中实现，也可以在某个接入设备上集成。

交换设备：是一种用户信号转发的设备，可以把多个接入设备的数据进行汇聚，传送给控制设备，也可以把控制设备发送的数据转发给接入设备。

接入设备：包括处理器，处理器中包括PHY(Physical Layer，物理层)和RRU(Radio Remote Unit，射频拉远单元)等模块，支持与控制设备之间交互测量信息，通过PHY完成信息的接收/发送，接入设备的各模块所能够实现的功能和其在普通小区中的功能相同。

下面介绍在图1的分布式架构下用户设备的随机接入方式、下行调度方式以及上行调度方式。

一、在图1所示的分布式架构下，用户设备的随机接入方式。

步骤1：多个接入设备分别接收UE(User Equipment，用户设备)发送的随机接入请求(例如将该随机接入请求称为Msg(message，信息)1)，解析该Msg1，获得多个RTD(Round Time Delay，环回时延)，并分别将各自解析得到的RTD回传给控制设备。

步骤2：控制设备根据多个接入设备上报的RTD中值最小的RTD确定随机接入响应(例如将该随机接入响应称为Msg2)中的Timing Alignment information(时间调整信息)，并根据Timing Alignment information、RA-preamble identifier(随机接入序列标识符)、initial UL grant(初始化上行授权)、以及TemporaryC-RNTI(临时的小区无线网络临时标识)等信息生成Msg2。控制设备确定目标接入设备。控制设备将Msg2分别发送给多个接入设备。

步骤3：多个接入设备同时发送Msg2。接入设备在发送Msg2时，并不知道接收方究竟是哪个用户设备，因此，虽然接收Msg2的是用户设备，但接入设备在发送时是没有目标的。

步骤4：目标接入设备接收UE根据Msg2中的initial UL grant发送的信息(例如将该信息称为Msg3)，并向控制设备反馈针对Msg3的ACK(Acknowledgement，确认应答)/NACK(Not-Acknowledgement，否定应答)。目标接入设备是控制设备确定的，例如控制设备可能将上报的RTD值最小的接入设备确定为目标接入设备。

步骤5：控制设备根据收到的Msg3，设置携带有冲突解决信息的消息(例如将该消息称为Msg4)，并将Msg4分别发给多个接入设备。

步骤6：多个接入设备同时发送Msg4信息。同样的，接入设备在发送Msg4时，并不知道接收方究竟是哪个用户设备，因此，虽然接收Msg4的是用户设备，但接入设备在发送时是没有目标的。

这种随机接入方式存在一定的缺陷，具体如下：

LTE(Long Term Evolution，长期演进)的相关协议规定，UE发送PRACH(Physical Random Access Channel，物理随机接入信道)后，等待接收Msg2的检测窗口最大为10ms。

而在图1所示的分布式架构中，接入设备没有独立调度功能，所有的信息都需要和控制设备交互完成。如果采用松耦合类型组网，接入设备和控制设备之间的传输时延若超过3ms，则接入设备就无法在UE的Msg2检测窗口规定的时间段内发送Msg2，导致UE因无法接收Msg2而无法成功完成接入。

二、在图1所示的分布式架构下，对用户设备进行下行调度的方式。

步骤1：多个接入设备接收UE上行发射的信息，并把解析后的信息上报给控制设备。UE上行发射的信息中可能包括CQI(Channel Quality Indicator，信道质量指示符)、rank(秩)、ACK/NACK等。

步骤2：控制设备根据UE上报的CQI、rank、及ACK/NACK等信息，以及UE的缓存信息，对UE进行下行初传或重选调度。控制设备在调度一个HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)process(进程)时，必须是接入设备已经通过该HARQ进程上报了ACK/NACK之后，控制设备才能调度，否则控制设备不能进行调度。这里的UE的缓存信息，指的是控制设备侧有多少数据要传输给该UE。

步骤3：控制设备把调度信息发送给多个接入设备。

步骤4：多个接入设备同时发送调度信息。接入设备在发送调度信息时，并不知道接收方究竟是哪个用户设备，因此，虽然接收调度信息的是用户设备，但接入设备在发送时是没有目标的。

这种下行接入方式存在一定缺陷，即，如果采用松耦合类型组网，如果接入设备和控制设备之间的传输时延过大，则对于持续调度的用户设备，在进行下行调度时，会没有HARQ进程可用，分析如下：

以FDD(Frequency Division Duplexing，频分双工)系统为例，协议定义UE的下行HARQ进程数量为8。请参见图2，为一种可能的下行调度情况示意图。由图2可知，由于接入设备和控制设备之间的传输时延，导致一个HARQ进程传输的数据的ACK/NACK无法在8ms内通过该HARQ进程反馈给控制设备，从而控制设备无法调度还未反馈ACK/NACK的HARQ进程，故存在用户设备被连续调度时无HARQ进程可用的情况。

在图2中，接入设备和控制设备之间的时延为2ms，1个HARQ进程从分配到复用需要13ms，因此，对于单用户设备连续调度的场景，相比接入设备和控制设备之间无时延的情况，可用资源的损失为5/13＝38％。

同理推导，对于接入设备和控制设备之间的不同时延，可用资源的损失如表1所示：

表1

三、在图1所示的分布式架构下，对用户设备进行上行调度的方式。

步骤1：多个接入设备对UE进行测量，得到UE的缓存信息、MCS、rank、ACK/NACK等信息，并将得到的这些信息上报给控制设备。这里的UE的缓存信息，指的是UE侧有多少数据要传输给控制设备。

步骤2：如果UE有可用的HARQ进程，则控制设备根据接入设备上报的UE的缓存信息、MCS、rank、ACK/NACK等信息，对UE进行上行调度。如果UE没有可用的HARQ进程，则控制设备不对UE进行上行调度。

步骤3：控制设备将调度信息发送给接入设备。

步骤4：接入设备把调度信息发给UE。

步骤5：如果控制设备对UE进行了上行调度，那么接入设备接收UE发送的数据，接入设备把UE发送的数据转发给控制设备。

步骤6：控制设备解析接收的数据，如果解析结果表明数据接收正确，则通过接入设备向用户设备反馈ACK，如果解析结果表明数据接收错误，则通过接入设备向用户设备反馈NACK。

这种上行接入方式存在一定缺陷，即，在步骤2中，控制设备要为UE调度一个HARQ进程，必须是接入设备已经通过该HARQ进程上报了上一次的ACK/NACK，如果还未上报则不能调度。那么，如果按照松耦合类型组网，接入设备和控制设备之间有传输时延，则对于持续调度的用户设备，在进行上行调度时，可能在控制设备需要调度HARQ进程时，接入设备还未通过该HARQ进程上报ACK/NACK，这样，就会出现没有HARQ进程可用而导致上行调度失败的情况。

可见，对于图1所示的分布式架构来说，由于接入设备没有独立调度能力，而在松耦合类型的组网方式下，接入设备和控制设备之间一般都会存在时延，无论是用户设备在随机接入、在被下行调度、还是在被上行调度时，都可能会存在一定的问题，比如无法接入或无法完成调度等，因此，本发明实施例要解决这些问题。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本文中结合用户设备来描述各种方面。

用户设备，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如，RAN(Radio Access Network))与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，PCS(Personal Communication Service，个人通信业务)电话、无绳电话、SIP(会话发起协议)话机、WLL(WirelessLocal Loop，无线本地环路)站、PDA(Personal Digital Assistant，个人数字助理)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(RemoteStation)、AP(Access Point，接入点)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)或用户装备(User Device)。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本发明实施例作进一步详细描述。

请参见图3A，本发明实施例提供一种射频处理设备，所述射频处理设备可以理解为室内小站连续组网中的一种接入设备，例如，所述射频处理设备可以是pRRU，或者可以是RRU等设备。所述射频处理设备包括无线接口和有线接口，无线接口用于与用户设备无线连接，有线接口用于与基带处理设备有线连接。本发明实施例中，基带处理设备可以理解为室内小站连续组网中的一种控制设备，例如，所述基带处理设备可以是BBU，当然也可以是其他控制设备。

本发明实施例中，射频处理设备可以包括：

存储器301，用于存储一组代码；

处理器302，用于在执行存储器301存储的一组代码中的部分或全部代码时，控制所述射频处理设备处理基带信号或射频信号，包括：

调制基带信号或解调射频信号；以及

处理MAC PDU(Protocol Data Unit，协议数据单元)；或处理MAC PDU和RLC PDU。

本发明实施例中的调制和解调是广义上的调制和解调，例如可以包括可以包括扰码，调制，层映射，预编码，RE映射，OFDM(Orthogonal FrequencyDivision Multiplexing，正交频分复用)信号生成等过程。

其中，调制的目的是把bit(比特)信息调制到不同的频点载波上，然后通过载波的不同幅度、相位来承载信息。

我们知道，在下行发射的过程中，首先对bit信息进行调制，例如将00调制到1+j点，将01调制到-1+j点等，然后把调制后的结果映射到子载波上，最后做IFFT(快速傅里叶逆变换)，将频域子载波变换到时域。

MAC层的功能为，将来自一个或多个不同的无线承载的RLC PDU复用到传输信道上，在传输信道上，将来自物理层接收的传输块解复用成高层的RLCPDU。

总之，本发明实施例中，处理器302可以具有MAC层和RLC层，至于MAC层和RLC层能够实现的调制基带信号或解调射频信号，以及处理MACPDU或处理MAC PDU和RLC PDU等功能，可参考现有技术中的处理方式。

可选的，本发明实施例中，有线接口为以太网接口，用于通过交换机与基带处理设备有线连接。

即，本发明实施例中的射频处理设备可以用于紧耦合类型的组网，优选的，可以用于松耦合类型的组网。如果用于松耦合类型的组网，那么有线接口可以是以太网接口，这样可以通过交换机与基带处理设备连接，降低部署的复杂度，也减少成本。

请参见图3B，为本发明实施例中射频处理设备中处理器302的结构示意图。可以理解为，射频处理设备中的处理器302，包括RLC层、与RLC层连接的MAC层、与MAC层连接的PHY层、以及与PHY层连接的RRU层。

RLC层，用于为用户数据和控制数据提供发送和接收的服务；

MAC层，用于进行数据分发，及连接PHY层；

PHY层，用于与外部设备进行通信；

RRU层，用于将基带光信号转换为射频信号后进行传输。

本发明实施例中，对应MAC层和RLC而言，输入数据记为PDU，输出数据记为SDU(service Data Unit，服务数据单元)。

这里，“层”的概念，也可以理解为功能上的模块。

本发明实施例中，由于在射频处理设备的处理器302中除了包括常规的RRU层和PHY层之外，还增设了RLC层和MAC层。原来射频处理设备的处理器302中没有MAC层，那么需要MAC层处理的任务只能在控制设备(即基带处理设备)中处理，导致射频处理设备和控制设备之间的时延较大，特别是，如果采用松耦合类型进行组网，可能导致射频处理设备和控制设备之间的时延过长。而通过增加这两个层，需要MAC层处理的任务就能在射频处理设备中进行处理，无需控制设备处理完毕后再发送给射频处理设备，显然减小了射频处理设备和控制设备之间的时延，提升了系统性能。

从另一方面来说，因为在射频处理设备的处理器302中增设了RLC层和MAC层，射频处理设备就能够独立处理信息，从而能够在一定程度上独立调度用户设备，无论是用户设备进行随机接入还是在被调度时，有些信息可能射频处理设备可以自行与用户设备进行交互，而无需所有的交互过程都通过基带处理设备来进行，从而尽量减少射频处理设备和基带处理设备之间的交互过程，从而在整个过程中也就相当于减小了基带处理设备和用户设备之间的时延。例如，在用户设备进行随机接入时，尽量避免用户设备因为基带处理设备和射频处理设备之间的时延较大而无法完成随机接入，在用户设备进行下行或上行调度时，尽量避免因基带处理设备和射频处理设备之间的时延较大而导致用户设备无法被调度，提高用户设备的随机接入成功率以及调度成功率。

请参见图4，基于同一发明构思，本发明实施例提供一种随机接入方法，所述方法可以应用于射频处理设备，所述方法所依托的射频处理设备可参照图3A或图3B。

步骤401：根据用户设备发送的随机接入请求消息获取环回时延。

射频处理设备会接到用户设备发送的随机接入请求消息，本发明实施例中，随机接入请求消息可以是Msg1。

射频处理设备解析Msg1，获得RTD。

步骤402：根据环回时延生成随机接入响应消息，并根据预设的发送顺序信息发送随机接入响应消息，随机接入响应消息用于用户设备接入基带处理设备。

本发明实施例中，随机接入响应消息可以是Msg2。

具体的，射频处理设备根据获得的RTD确定Msg2中的Timing Alignmentinformation，根据Timing Alignment information、RA-preamble identifier、initialUL grant、以及Temporary C-RNTI等信息生成Msg2，并把获得的RTD传输给基带处理设备。

即，射频处理设备可以是根据RTD、RA-preamble identifier、initial UL grant、以及Temporary C-RNTI等信息生成了随机接入响应消息。

射频处理设备进行Msg2的调度，且，各个射频处理设备在用户设备发送PRACH时刻之后的特定时刻开始，根据基带处理设备预设的发送顺序信息，依次进行Msg2的发送，发送间隔可以是基带处理设备预先设定，例如可以是1个TTI(Transmission Time Interval，传输时间间隔)。在发送Msg2时，每次只能有一个射频处理设备进行发送。

其中，发送顺序信息可以是基带处理设备预先设定并通知各射频处理设备的，例如，基带处理设备可以是在获得多个射频处理设备发送的RTD之后，为各个射频处理设备设置了相应的发送顺序，并将预设的发送顺序信息通知给每个射频处理设备，从而，射频处理设备就可以按照基带处理设备所预设的发送顺序信息发送Msg2。例如，基带处理设备可按照特定规则来设定发送顺序，或者也可以随机设定发送顺序，本发明对此不作限制。

之所以各个射频处理设备不能同时发送Msg2，因为Msg2是射频处理设备自行生成的，那么不同的射频处理设备生成的Msg2就有可能不同。如果同时进行发送，那么一个用户设备可能会同时接到两个或者更多不同的Msg2，从而导致用户设备不知究竟应该响应哪个Msg2，可能也会出现用户设备无法接入或者接入错误的情况。因此，本发明实施例中，控制射频处理设备分时发送，用户设备在一个时刻只会接收到一个Msg2。

并且，本发明实施例中对用户设备可以进行相应的改进，即用户设备中可以设定检测规则，当一个用户设备接收到一个正确的Msg2后，就不再接收其他的Msg2，这样可以避免出现用户设备因接收多个不同的Msg2而无法响应的情况。

其中，特定时刻可以根据系统的实际情况设定，例如可以是在用户设备发送PRACH时刻之后的第5个TTI开始。

本发明实施例中，Msg2可以由射频处理设备生成并直接发送给用户设备，无需射频处理设备与基带处理设备进行交互，从而在这个环节上减少了射频处理设备和基带处理设备之间的交互过程，减小了射频处理设备和基带处理设备之间的时延所带来的影响，尽量保证用户设备能够在正确的时间段内接收到Msg2，提高用户设备的随机接入成功率。

可选的，本发明实施例中，在根据预设的发送顺序信息发送随机接入响应消息之后，还包括：

接收用户设备发送的、针对随机接入响应消息的第一响应消息；

向基带处理设备发送针对接收的第一响应消息的第一反馈消息；

接收基带处理设备根据第一反馈消息发送的第一通知消息，并根据第一通知消息发送冲突解决信息，冲突解决信息用于：用户设备在接收到冲突解决信息时，确定完成随机接入。

具体的，用户设备在接收到Msg2后，根据Msg2中的initial UL grant生成第一响应消息，本发明实施例中第一响应消息可以是Msg3。用户设备将生成的Msg3发送给射频处理设备，射频处理设备根据接收的Msg3，可以确定用户设备对于Msg2是否正确接收。

可选的，本发明实施例中，根据确定结果，向基带处理设备发送针对接收的第一响应消息的第一反馈消息，包括：

若第一响应消息接收成功，则向基带处理设备发送确定应答消息；

若第一响应消息接收不成功，则向基带处理设备发送否定应答消息。

即，如果射频处理设备对Msg3接收正确，则射频处理设备向基带处理设备反馈ACK，如果射频处理设备对Msg3接收失败，则射频处理设备向基带处理设备反馈NACK。

可选的，本发明实施例中，在向基带处理设备发送否定应答消息之后，还包括：

接收基带处理设备根据否定应答消息发送的第二通知消息；

根据第二通知消息，通知用户设备重传第一响应消息。

如果所有射频处理设备向基带处理设备发送的第一反馈消息都是NACK，那么基带处理设备确定需要用户设备重传Msg3。

因为重传Msg3的目的是保证有射频处理设备能够正确接收Msg3即可，而无需保证所有射频处理设备都正确接收Msg3，因此，若要重传Msg3，基带处理设备可以只选择部分射频处理设备进行重传，即只需要部分用户设备向对应的射频处理设备进行重传。例如，基带处理设备可以在各个射频处理设备反馈的RTD中选择值最小的RTD，并指示值最小的RTD对应的射频处理设备指示用户设备进行重传。

那么，如果图4流程中的射频处理设备是被基带处理设备选中的射频处理设备，则该射频处理设备就会接收到基带处理设备发送的、用于指示用户设备重传Msg3的第二通知消息，并根据第二通知消息通知用户设备重传Msg3。在接收到用户设备重传的Msg3后，又会继续向基带处理设备发送针对接收的第一响应消息的第一反馈消息，即，是个循环执行的过程，理论上来说，只要有射频处理设备正确接收Msg3，基带处理设备就不会再令射频处理设备通知用户设备进行重传。

可选的，本发明实施例中，接收基带处理设备根据第一反馈消息发送的第一通知消息，并根据第一通知消息发送冲突解决信息，包括：

接收基带处理设备根据第一反馈消息发送的第一通知消息，第一通知消息用于通知射频处理设备生成冲突解决信息；根据第一通知消息生成并发送冲突解决信息；或

接收基带处理设备根据第一反馈消息发送的、携带冲突解决信息的第一通知消息；根据第一通知消息，获取并发送冲突解决信息。

只要有一个射频处理设备反馈正确接收到了Msg3，即，只要基带处理设备接收到的第一反馈消息中有一个是用于指示ACK的第一反馈消息，基带处理设备就会向射频处理设备发送第一通知消息。基带处理设备接收到的用于指示ACK的第一反馈消息可以是图4流程中的射频处理设备发送的，或者也可以是其他射频处理设备发送的。

本发明实施例中，基带处理设备可以通知射频处理设备自行生成冲突解决信息，则射频处理设备可以根据第一通知消息生成用于指示冲突解决信息的消息，该消息可以是Msg4，射频处理设备可以发送Msg4，则用户设备可以接收到Msg4。

或者，基带处理设备可以自行生成冲突解决信息，并将用于指示冲突解决信息的第一通知消息发送给射频处理设备，则射频处理设备可以根据第一通知消息获取冲突解决信息，并生成用于指示冲突解决信息的消息，该消息可以是Msg4，即，Msg4可以是射频处理设备根据冲突解决信息另外生成的消息，或者Msg4可以就是第一通知消息本身。射频处理设备可以发送Msg4，则用户设备可以接收到Msg4。

同样的，因为重传Msg3的目的是保证有射频处理设备能够正确接收Msg3即可，而无需保证所有射频处理设备都正确接收Msg3，因此，基带处理设备可以只向部分射频处理设备发送第一通知消息，即只需这部分射频处理设备去发送Msg4即可。例如，基带处理设备可以在各个射频处理设备反馈的RTD中选择值最小的RTD，并向值最小的RTD对应的射频处理设备发送第一通知消息。

请参见图5，基于同一发明构思，本发明实施例提供另一种随机接入方法，所述方法可以应用于基带处理设备，所述方法中涉及的射频处理设备的硬件架构可参考图3A或图3B。

步骤501：根据至少一个射频处理设备发送的第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功；第一响应消息为用户设备根据射频处理设备发送的随机接入响应消息生成并发送的。

可选的，本发明实施例中，基带处理设备会接收至少一个射频处理设备发送的第一反馈消息，那么在接收至少一个射频处理设备发送的第一反馈消息之前，还包括：

为至少一个射频处理设备预设发送顺序信息，预设的发送顺序信息用于至少一个射频处理设备分别发送随机接入响应消息；

将预设的发送顺序信息发送给至少一个射频处理设备。

可选的，本发明实施例中，在为至少一个射频处理设备预设发送顺序信息之前，还包括：

接收至少一个射频处理设备发送的环回时延。

本发明实施例中，至少一个射频处理设备首先分别接收用户设备发送的随机接入请求消息，并通过解析随机接入请求消息获取RTD。该随机接入请求消息可以是Msg1。

之后，每个射频处理设备分别根据自己获得的RTD，确定随机接入响应消息(该随机接入响应消息可以是Msg2)中的Timing Alignment information，并根据Timing Alignment information、RA-preamble identifier、initial UL grant、以及Temporary C-RNTI等信息生成Msg2，并把获得的RTD传输给基带处理设备。

基带处理设备在接收到至少一个射频处理设备分别发送的RTD后，即可为至少一个射频处理设备预先设置发送顺序信息，并将预设的发送顺序信息分别发给至少一个射频处理设备，则至少一个射频处理设备在接收到预设发送顺序信息后，可以根据该预设的发送顺序信息分别发送Msg2。

用户设备在接收到Msg2后，根据Msg2中的initial UL grant生成第一响应消息，第一响应消息可以是Msg3。用户设备将生成的Msg3发送给射频处理设备，射频处理设备根据接收的Msg3，向基带处理设备发送第一反馈消息，第一反馈消息用于表明射频处理设备对Msg3是否接收成功。

具体的，本发明实施例中，

若Msg3接收成功，则射频处理设备向基带处理设备发送ACK；

若Msg3接收不成功，则射频处理设备向基带处理设备发送NACK。

那么，基带处理设备在接收到每个射频处理设备发送的第一反馈消息后，就可以知道相应的射频处理设备对Msg3是否接收成功。

步骤502：若确定有射频处理设备对第一响应消息接收成功，则向第一射频处理设备发送第一通知消息；其中，第一射频处理设备为至少一个射频处理设备中的一个，第一通知消息用于令第一射频处理设备根据第一通知消息发送冲突解决信息，冲突解决信息用于：用户设备在接收到冲突解决信息时，确定完成随机接入。

可选的，本发明实施例中，在根据第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功之后，还包括：

若确定至少一个射频处理设备对所述第一响应消息均未接收成功，则向第二射频处理设备发送第二通知消息；其中，第二射频处理设备为至少一个射频处理设备中的一个，第二通知消息用于指示第二射频处理设备通知用户设备重传第一响应消息。

如果所有的射频处理设备对Msg3均接收失败，即，如果基带处理设备接收到的所有第一反馈消息都是用于指示NACK的消息，那么，基带处理设备确定需要通知用户设备重传Msg3。因为重传Msg3的目的是保证有射频处理设备能够正确接收Msg3即可，而无需保证所有射频处理设备都正确接收Msg3，因此，若要重传Msg3，基带处理设备可以只选择部分射频处理设备去通知用户设备进行重传。例如，基带处理设备可以在各个射频处理设备反馈的RTD中选择值最小的RTD，并指示值最小的RTD对应的射频处理设备通知相应的用户设备进行重传。

而基带处理设备所接收的第一反馈消息中，只要有部分第一反馈消息是用于指示ACK的第一反馈消息，那么基带处理设备就可以确定Msg3无需重传。则基带处理设备可以向其中的部分射频处理设备发送第一通知消息，例如，基带处理设备可以只向一个射频处理设备发送第一通知消息，则本发明实施例中将基带处理设备选择的射频处理设备称为第一射频处理设备。例如，基带处理设备可以在各个射频处理设备反馈的RTD中选择值最小的RTD，并向值最小的RTD对应的射频处理设备发送第一通知消息，即，将值最小的RTD对应的射频处理设备确定为第一射频处理设备。

可选的，本发明实施例中，第一通知消息用于通知第一射频处理设备生成冲突解决信息，或，第一通知消息携带冲突解决信息。

具体的基带处理设备向第一射频处理设备发送第一通知消息、以及第一射频处理设备发送冲突解决信息的过程，在图4流程中已有介绍，此处不多赘述。

图4流程是与图5流程相对应的流程，两个流程中的具体内容可互相参照。

下面用一个实例介绍图4和图5中所描述的，本发明实施例中用户设备的随机接入过程。

请参见图6，为本发明实施例中用户设备进行随机接入的示意图。在图6中，为了区分三个射频处理设备，因此为这三个射频处理设备重新确定附图标记，分别为1、2、3，这只是为了区分，这里的射频处理设备1、射频处理设备2、和射频处理设备3都是前面介绍的本发明实施例中的射频处理设备。

1、用户设备0在#6时刻发起PRACH，射频处理设备1、射频处理设备2、以及射频处理设备3在#7时刻和#8时刻同时进行PRACH解调和检测。

2、射频处理设备1、射频处理设备2、以及射频处理设备3根据各自通过独立解调和测量的PRACH获得的RTD，设置随机接入过程的Msg2中的TimingAlignment information，并根据Timing Alignment information、RA-preambleidentifier、initial UL grant、Temporary C-RNTI等信息生成Msg2。射频处理设备1、射频处理设备2、以及射频处理设备3分别将获得的RTD发送给基带处理设备，以及，基带处理设备会为射频处理设备1、射频处理设备2、以及射频处理设备3设置发送顺序，并将发送顺序通知给射频处理设备1、射频处理设备2、以及射频处理设备3。

3、从#1时刻开始，射频处理设备1、射频处理设备2、以及射频处理设备3按照基带处理设备设置的发送顺序，开始轮询发送Msg2。

4、射频处理设备1、射频处理设备2、以及射频处理设备3在各自的ULGrant指示的PUSCH(Physical Uplink Shared Channel，物理上行共享信道)资源上检测Msg3，并根据对Msg3的接收情况，向基带处理设备反馈ACK或NACK。

5、在将针对Msg3的第一反馈消息上报基带处理设备后，由基带处理设备决定Msg3是否要重传。若Msg3需要重传，则基带处理设备一般只选择一个射频处理设备去通知用户设备进行重传，因此可能是射频处理设备1、或射频处理设备2、或射频处理设备3会接到基带处理设备的第二通知消息，指示Msg3需要重传，则接收到第二通知消息的射频处理设备通知用户设备重传Msg3；若Msg3不需要重传，则基带处理设备一般也只选一个射频处理设备发送Msg4，则，可能是射频处理设备1、或射频处理设备2、或射频处理设备3会接到基带处理设备的第一通知消息，指示射频处理设备发送冲突解决信息，则接收到第一通知消息的射频处理设备发送Msg4。

请参见图7，基于同一发明构思，本发明实施例提供一种下行调度方法，所述方法可以应用于具有图3A或图3B所示的硬件架构的射频处理设备。

步骤701：接收基带处理设备发送的、针对用户设备的下行调度信息。

可选的，本发明实施例中，在接收基带处理设备发送的、针对用户设备的下行调度信息之前，还包括：

接收用户设备发送的第一上行信息，并将第一上行信息上报给基带处理设备。

用户设备可以向射频处理设备发送第一上行信息，本发明实施例中，用户设备发送的第一上行信息中可以包括CQI(Channel Quality Indicator，信道质量指示符)、rank、ACK/NACK中的一个或多个。

射频处理设备对接收的第一上行信息进行解析，并将其中携带的CQI、rank、ACK/NACK等信息上报给基带处理设备。

基带处理设备根据射频处理设备上报的CQI、rank、ACK/NACK等信息，以及用户设备的缓存信息(这里的用户设备的缓存信息，是指基带处理设备待发送给用户设备的数据在基带处理设备中所占据的缓存信息)，对用户设备进行下行调度：

若待调度的用户设备当前没有空闲HARQ进程可用，则可以为该用户设备调度射频处理设备即将上报的ACK/NACK所对应的HARQ进程；

若待调度的用户设备当前有空闲的HARQ进程可用，则进行如下处理：

如果该空闲的HARQ进程在最近一次的下行调度中没有被提前借用，则可按照现有技术中的方式进行正常调度；

如果该空闲的HARQ在最近一次的下行调度中是被提前借用的，那么：若该HARQ进程上次承载的第三反馈消息是ACK，则可按照现有技术中的方式正常调度；而，若该HARQ进程上次承载的第三反馈消息是NACK，则为用户设备调度该空闲的HARQ进程，且为该空闲的HARQ进程分配第一资源，第一资源的RB的数量与最近一次为该空闲的HARQ进程分配成功的资源的RB的数量相同，但本次不通过该空闲的HARQ进程传输新数据。

即，可选的，本发明实施例中，

下行调度信息中指示的是射频处理设备即将上报的第三反馈消息所对应的HARQ进程的HARQ ID(Identity，身份标识号)，以及待传输的新数据；或

下行调度信息中指示的是所述射频处理设备已上报的第三反馈消息所对应的HARQ进程(即如前所述的空闲的HARQ进程)的HARQ ID以及待传输的新数据，且射频处理设备已上报的第三反馈消息为确认应答；或

下行调度信息中指示的是射频处理设备已上报的第三反馈消息所对应的HARQ进程(即如前所述的空闲的HARQ进程)的HARQ ID，及为射频处理设备已上报的第三反馈消息所对应的HARQ进程分配的第一资源；第一资源的RB的数量与最近一次为射频处理设备已上报的第三反馈消息所对应的HARQ进程分配成功的资源的RB的数量相同。

现有技术中，基带处理设备要调度一个HARQ进程，只能是在接收到射频处理设备通过该HARQ进程发送的第三反馈消息(即，通过一个HARQ进程为用户设备调度一个数据之后，射频处理设备会继续通过该HARQ进程向基带处理设备反馈该数据是否传输成功，即反馈针对该数据的ACK/NACK，这里的第三反馈消息就可以用于指示通过该HARQ进程反馈的ACK/NACK)之后才能够进行调度，而本发明实施例中，例如有待调度的用户设备0当前没有空闲的HARQ进程可用，而射频处理设备即将上报但还未上报的ACK/NACK所对应的HARQ进程为HARQ ID1，那么，基带处理设备可以提前将HARQ ID1对应的HARQ进程调度给用户设备0，从而解决了现有技术中用户设备可能会因为没有HARQ进程可用而导致无法调度的问题，提高了用户设备的下行调度成功率。

其中，HARQ ID是为每个HARQ进程所编的序号，每个HARQ进程唯一对应一个HARQ ID。

步骤702：根据下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定HARQ ID所对应的HARQ进程本次承载的传输数据；第二反馈消息为用户设备通过HARQ ID所对应的HARQ进程发送给射频处理设备的。

可选的，本发明实施例中，根据下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定HARQ ID所对应的HARQ进程本次承载的传输数据，包括：

若HARQ ID所对应的HARQ进程对应初次传输，则确定通过HARQ ID所对应的HARQ进程传输新数据；新数据为下行调度信息所指示的数据；或

若HARQ ID所对应的HARQ进程上次承载的信息为确认应答，则确定通过HARQ ID所对应的HARQ进程传输新数据；新数据为下行调度信息所指示的数据；或

若HARQ ID所对应的HARQ进程上次承载的信息为否定应答，则确定通过HARQ ID所对应的HARQ进程重传上次未传输成功的数据，并将新数据进行存储；新数据为下行调度信息所指示的数据。

具体的，射频处理设备在接到调度信息时，已经知道被调度的HARQ进程上次承载的第二反馈消息究竟是ACK还是NACK，因此射频处理设备可以进行不同的处理。

如果该HARQ进程对应于初次传输，即该HARQ进程还没有传输过数据，也就不存在上次承载的信息，或者可以认为上次承载的信息为空，则可以直接通过该HARQ进程传输下行调度信息所指示的数据，本发明实施例中将下行调度信息指示的数据称为新数据。

如果该HARQ进程不是初次传输，那么该HARQ进程就有上次传输数据这个过程，则射频处理设备可以确定该HARQ进程上次承载的是ACK还是NACK，如果是ACK，那表明上次传输成功，即无需再重传上次的数据，那么射频处理设备可以直接通过该HARQ进程传输新数据。

而，如果确定该HARQ进程上次承载的是NACK，表明上次传输失败，则上次传输的数据还需要重新进行传输，那么在重新进行传输时，一般来说还是会继续通过该HARQ进程来传输，在这种情况下，射频处理设备可以暂时先将新数据进行存储，而利用该HARQ进程传输上次传输失败的数据。当然，该方案实现的前提是，在射频处理设备中增设缓存(buffer)空间，以用于存储待发送的新数据。

请参见图8，基于同一发明构思，本发明实施例提供一种下行调度方法，所述方法可以应用于基带处理设备，所述方法中涉及的射频处理设备的硬件架构可参考图3A或图3B。

步骤801：接收至少一个射频处理设备发送的第一上行信息；第一上行信息为用户设备上报给至少一个射频处理设备的。

用户设备可以向射频处理设备发送第一上行信息，本发明实施例中，用户设备发送的第一上行信息中可以包括CQI、rank、ACK/NACK中的一个或多个，当然，ACK和NACK不能并存。射频处理设备对接收的第一上行信息进行解析，并将其中携带的CQI、rank、ACK/NACK等信息上报给基带处理设备。

步骤802：若根据第一上行信息确定第一用户设备没有可用的HARQ进程，则为第一用户设备调用射频处理设备即将上报的第三反馈消息所对应的第一HARQ进程，并根据第一HARQ进程的HARQ ID生成下行调度信息。

基带处理设备根据射频处理设备上报的用户设备的CQI、rank、ACK/NACK等信息，及用户设备的缓存信息，对用户设备进行下行调度：

本发明实施例中，提前借用，或者称为提前调度，是指：在射频处理设备还未通过一个HARQ进程上报第三反馈消息时就调度该HARQ进程。

即，本发明实施例中，在接收至少一个射频处理设备发送的第一上行信息之后，还包括：

若根据第一上行信息确定第一用户设备有可用的HARQ进程，判断第二HARQ进程上次是否被提前调度；第二HARQ进程为第一用户设备的可用HARQ进程；

若第二HARQ进程上次未被提前调度，则为第一用户设备调用第二HARQ进程，并根据第二HARQ进程的HARQ ID以及待发送的新数据生成下行调度信息。

以及，本发明实施例中，在判断第二HARQ进程上次是否被提前调度之后，还包括：

若第二HARQ进程上次被提前调度，且第二HARQ进程上次承载的第三反馈消息为确认应答，则为第一用户设备调用第二HARQ进程，并根据第二HARQ进程的HARQ ID以及待发送的新数据生成下行调度信息；或

若第二HARQ进程上次被提前调度，且第二HARQ进程上次承载的第三反馈消息为否定应答，则为第一用户设备调用第二HARQ进程，并根据第二HARQ进程的HARQ ID及为第二HARQ进程分配的第一资源生成下行调度信息；第一资源的RB的数量与最近一次为第二HARQ进程分配成功的资源的RB的数量相同。

如果第二HARQ进程上次被提前调度，且上次承载的第三反馈消息为ACK，表明上次的数据传输成功，即上次的数据无需重传，则基带处理设备可以将新数据发送给射频处理设备。

如果第二HARQ进程上次被提前调度，且上次承载的第三反馈消息为NACK，表明上次的数据传输失败，即上次的数据需要重传，那么可知，第二HARQ进程本次的任务还是重传上次未传输成功的数据。则此时，基带处理设备可以暂时不分配新数据下去，而只为第二HARQ进程指示第一资源，这样，射频处理设备可以通过第一HARQ进程，以第一资源重传上次未传输成功的数据。这里之所以要令第一资源的RB的数量与最近一次为第二HARQ进程分配成功的资源的RB的数量相同，一方面是为了保证本次下行传输能够成功(能用足够的RB进行传输)，另一方面，不多分配RB也是为了避免资源浪费。

即，如果上次提前调度了第二HARQ进程，那么就需要考虑到上次第二HARQ进程所传输的数据是否传输成功的问题，如果传输成功，就可以继续分配新数据，如果传输不成功，就为上次未传输成功的数据分配资源，以重传上次未传输成功的数据。这样，在基带处理设备中没有收到射频处理设备通过第二HARQ进程上报的ACK/NACK时，也能够调度第二HARQ进程，避免了在对用户设备进行下行调度时因无HARQ进程可用而造成调度失败的情况。且，本发明实施例中，数据的重传在射频处理设备中完成，从而对HARQ进程不会造成影响。

可选的，本发明实施例中，步骤802中，根据第一HARQ进程的HARQ ID生成下行调度信息，包括：

根据第一HARQ进程的HARQ ID以及待发送的新数据生成下行调度信息，并为第一HARQ进程指示：第一HARQ进程本次下行发送量对应的RB的数量与最近一次为第一HARQ进程分配成功的资源的RB的数量相同。

这里之所以要令第一HARQ进程本次下行发送量对应的RB的数量与最近一次为第一HARQ进程分配成功的资源的RB的数量相同，一方面是为了保证本次下行传输能够成功(能用足够的RB进行传输)，另一方面，不多分配RB也是为了避免资源浪费。

步骤803：将下行调度信息发送给至少一个射频处理设备。

这样，射频处理设备就可以根据接收的下行调度信息来调度用户设备。

图7流程是与图8流程相对应的流程，两个流程中的具体内容可互相参照。

下面用一个实例介绍图7和图8中所描述的，本发明实施例中用户设备的下行调度过程。

请参见图9，为本发明实施例中用户设备的一种可能的下行调度过程的示意图。

1、基带处理设备对一个用户设备从#0时刻开始到#7时刻连续进行下行调度，所调度的HARQ进程的HARQ ID分别为HARQ ID#0～HARQ ID#7。在#8时刻，射频处理设备应该通过HARQ ID#0对应的HARQ进程上报ACK/NACK，但射频处理设备还未上报。则基带处理设备直接调用HARQ ID#0对应的HARQ进程进行下行的新数据发送，约束下行数据的发送量和#0时刻为HARQ ID#0对应的HARQ进程分配的RB资源或Tb(Transport Block，传输块)size(尺寸)的大小相同(即，HARQ ID#0对应的HARQ进程本次下行发送量对应的RB的数量与最近一次为HARQ ID#0对应的HARQ进程分配成功的资源的RB的数量相同)。

此时射频处理设备还未将通过HARQ ID#0对应的HARQ进程承载的ACK/NACK反馈给基带处理设备。

2、射频处理设备在#5时刻，根据HARQ ID#0对应的HARQ进程承载的ACK/NACK决定是初传，还是重传。

如果HARQ ID#0对应的HARQ进程上次承载的是ACK，说明射频处理设备在#0时刻的数据发送成功，则射频处理设备在#8时刻采用HARQ ID#0对应的HARQ进程承载进行新数据的发送。

如果HARQ ID#0对应的HARQ进程上次承载的是NACK，说明射频处理设备在#0时刻的数据发送失败，则射频处理设备在#8时刻，继续通过HARQ ID#0对应的HARQ进程对#0时刻发送的数据进行重传，把基带处理设备在#8时刻发送的新数据存储在射频处理设备里。

3、基带处理设备在10+#1时刻，接收到射频处理设备通过HARQ ID#0对应的HARQ进程上报的ACK/NACK。

那么，如果HARQ ID#0对应的HARQ进程承载的是ACK信息，则不做处理。

如果HARQ ID#0对应的HARQ进程承载的是NACK，则基带处理设备在10+#5时刻，约束下行小区资源，预留#8时刻给HARQ ID#0对应的HARQ进程分配的RB资源。

4、射频处理设备在10+#4时刻，进行HARQ ID#0数据的初传，该数据即为射频处理设备在#8时刻没有发送出去的数据。

图9只是示例，即图9中的具体时刻都只是举例，在实际应用中，根据系统情况不同而有所不同。

请参见图10，基于同一发明构思，本发明实施例提供一种上行调度方法，所述方法可以应用于射频处理设备，该射频处理设备的硬件架构可参考图3A或图3B。

步骤1001：接收用户设备发送的第一数据。

可选的，本发明实施例中，在接收用户设备发送的第一数据之前，还包括：

对用户设备进行信道测量，并将测量得到的第二上行信息上报给基带处理设备。

具体的，多个射频处理设备对用户设备进行信道测量，并把测量后得到的信息上报给基带处理设备，本发明实施例中将测量得到的信息称为第二上行信息，第二上行信息中可以包括用户设备的缓存信息(这里的用户设备的缓存信息，是指用户设备待发送给基带处理设备的数据在用户设备中所占据的缓存信息)、MCS(Modulation and Coding Scheme，调制与编码策略)、rank、ACK/NACK中的至少一个，当然，ACK和NACK不能并存。

基带处理设备根据第二上行信息，对用户设备进行上行调度，即生成上行调度信息，并将上行调度信息发送给射频处理设备，具体的基带处理设备对用户设备进行调度的过程，即基带处理设备生成上行调度信息的过程，将在下个流程中进行介绍。

步骤1002：根据对第一数据的解析结果，向用户设备发送确认应答或否定应答，以及向用户设备发送上行调度信息；上行调度信息为基带处理设备发送的。

如果射频处理设备是首次接到基带处理设备发送的上行调度信息，则射频处理设备直接将该上行调度信息发送给用户设备，用户设备可以根据该上行调度信息向射频处理设备发送数据。

如果射频处理设备接收到第一数据，第一数据是上次对用户设备进行上行调度后用户设备发送的，那么射频处理设备会解析第一数据，如果对第一数据的解析结果表明第一数据接收成功，那么射频处理设备会生成ACK，如果对第一数据的解析结果表明第一数据接收失败，那么射频处理设备会生成NACK。如果射频处理设备没有接收到再次对用户设备进行上行调度的上行调度信息，那么射频处理设备可能不会向用户设备反馈该ACK或NACK，如果射频处理设备又接收到了再次对用户设备进行上行调度的上行调度信息，那么射频处理设备会将上行调度信息以及该ACK/NACK发送给用户设备，具体的，射频处理设备可以通过PHICH(Physical Hybrid-ARQ Indicator Channel，物理混合自动重传请求指示符信道)将该ACK/NACK发送给用户设备，如果为ACK，那么用户设备可以根据接收到的上行调度信息传输新的数据，如果为NACK，那么用户设备可以根据接收到的上行调度信息传输上次传输失败的数据。

可选的，本发明实施例中，射频处理设备在解析第一数据后，还包括：

根据对所述第一数据的解析结果，向基带处理设备发送第四反馈消息，第四反馈消息用于表明所述第一数据是否接收成功。

即，若射频处理设备对第一数据的解析结果表明第一数据接收成功，则射频处理设备向基带处理设备反馈ACK，若射频处理设备对第一数据的解析结果表明第一数据接收失败，则射频处理设备向基带处理设备反馈NACK。

请参见图11，基于同一发明构思，本发明实施例提供一种上行调度方法，所述方法可以应用于基带处理设备，所述方法中涉及的射频处理设备的硬件架构可参考图3A或图3B。

步骤1101：接收至少一个射频处理设备发送的第二上行信息；第二上行信息为至少一个射频处理设备对用户设备进行测量得到的。

多个射频处理设备对用户设备进行信道测量，并把测量后得到的信息上报给基带处理设备，本发明实施例中将测量得到的信息称为第二上行信息，第二上行信息中可以包括用户设备的缓存信息、MCS、rank、ACK/NACK中的至少一个。

步骤1102：若根据第二上行信息确定第一用户设备没有可用的HARQ进程，则为第一用户设备调用射频处理设备即将上报的第四反馈消息所对应的第三HARQ进程，并根据第三HARQ进程的HARQ ID生成上行调度信息。

基带处理设备根据射频处理设备上报的用户设备的缓存信息、MCS、rank、ACK/NACK等信息，及用户设备的缓存信息，对用户设备进行上行调度：

若待调度的用户设备当前没有空闲HARQ进程可用，则可以为该用户设备调度射频处理设备即将上报的ACK/NACK所对应的HARQ进程，并为该HARQ进程(本发明实施例中将其称为第三HARQ进程)指示：第三HARQ进程的本次上行发送量对应的RB数量与最近一次为第三HARQ进程分配成功的RB的数量相同；

如果该空闲的HARQ在最近一次的下行调度中是被提前借用的，那么：若该HARQ进程上次承载的第三反馈消息是ACK，则可按照现有技术中的方式正常调度；而，若该HARQ进程上次承载的第三反馈消息是NACK，则释放最近一次提前调用该HARQ进程时为该HARQ进程分配的资源，并将释放的资源重新放入用户设备的调度请求里，重新进入调度流程。

即，本发明实施例中，在接收至少一个射频处理设备发送的第二上行信息之后，还包括：

若根据第二上行信息确定第一用户设备有可用的HARQ进程，判断第四HARQ进程上次是否被提前调度；第四HARQ进程为第一用户设备的可用HARQ进程，提前调度是指：在射频处理设备还未通过第四HARQ进程上报第四反馈消息时，调度第四HARQ进程；

若第四HARQ进程上次未被提前调度，则为第一用户设备调用第四HARQ进程，并根据第四HARQ进程的HARQ ID生成上行调度信息。

以及，本发明实施例中，在判断第四HARQ进程上次是否被提前调度之后，还包括：

若第四HARQ进程上次被提前调度，且第四HARQ进程上次承载的第四反馈消息为确认应答，则为第一用户设备调用第四HARQ进程，并根据第二HARQ进程的HARQ ID生成上行调度信息；或

若第四HARQ进程上次被提前调度，且第四HARQ进程上次承载的第四反馈消息为否定应答，则释放上次提前调度第四HARQ进程时为第四HARQ进程分配的第二资源，并将第二资源的信息重新添加到第一用户设备的调度请求中；调度请求用于指示第一用户设备所需的资源的数量。

如果第四HARQ进程上次被提前调度，且上次承载的第四反馈消息为ACK，表明上次的数据传输成功，即上次的数据无需重传，则基带处理设备可以继续为用户设备调用第四HARQ进程，以接收新数据。

如果第四HARQ进程上次被提前调度，且上次承载的第四反馈消息为NACK，表明上次的数据传输失败，即上次的数据需要重传，而基带处理设备中的第一用户设备的调度请求中最初指示的是第一用户设备所需的所有资源的数量，每当基带处理设备为第一用户设备分配一次资源后，基带处理设备就会从第一用户设备的调度请求中扣除已经分配的资源，即，虽然上次的数据需要重传，但为上次的数据所分配的资源已经从第一用户设备的调度请求中扣除了，可能上次的数据会因没有分配资源而无法重传。因此，本发明实施例中，如果上次的数据传输失败，则可以释放上次为传输该数据所分配的资源(本发明实施例中将其称为第二资源)，并将第二资源的信息重新添加到第一用户设备的调度请求中，这样，基带处理设备会重新为上次传输失败的数据分配资源，尽量避免有数据因没有资源而无法传输。基带处理设备在为上次传输失败的数据重新指示HARQ进程时，可能还会指示第四HARQ进程，或者也可能指示其他空闲的HARQ进程，总之，在将第二资源的信息重新添加到第一用户设备的调度请求中之后，又进入正常的调度流程。

即，如果上次提前调度了第四HARQ进程，那么就需要考虑到上次第四HARQ进程所传输的数据是否传输成功的问题，如果传输成功，就可以继续调度第四HARQ进程以接收新数据，如果传输不成功，就释放资源，相当于为上次未传输成功的数据继续分配资源，以重传上次未传输成功的数据。这样，在基带处理设备没有收到射频处理设备通过第四HARQ进程上报的第四反馈消息时，也能够调度第四HARQ进程，避免了在对用户设备进行上行调度时因无HARQ进程可用而造成调度失败的情况。且，本发明实施例中，数据的重传在射频处理设备中完成，从而对HARQ进程不会造成影响。

步骤1103：将上行调度信息发送给至少一个射频处理设备中全部或部分。

基带处理设备根据调度结果生成上行调度信息，并将上行调度信息发送给至少一个射频处理设备中的全部或部分，例如，可以只发送给其中一个射频处理设备，接收到上行调度信息的射频处理设备就会将上行调度信息、以及将射频处理设备生成的、针对该HARQ进程上次承载的数据的ACK/NACK一并发送给用户设备，从而用户设备会根据接收的ACK/NACK确定是传输新数据还是重传之前传输失败的数据，以及根据上行调度信息传输新数据或重传之前传输失败的数据。

请参见图12，为本发明实施例中用户设备的一种可能的上行调度过程的示意图。

1、基带处理设备中，1个UE从#0时刻开始到#7时刻连续进行上行调度，所对应的HARQ进程的HARQ ID分别为HARQ#0～HARQ#7。在#8时刻，利用Harq ID#0对应的HARQ进程进行上行的新数据发送，约束上行数据发送量和#0时刻HARQ ID#0对应的HARQ进程分配的RB资源或Tbsize大小相同。

此时射频处理设备尚未通过HARQ ID#0对应的HARQ进程将ACK/NACK反馈给基带处理设备。

2、射频处理设备在#5时刻，根据HARQ ID#0对应的HARQ进程承载的ACK/NACK，决定PHICH(Physical Downlink Control Channel，物理下行控制信道)中反馈该UE的HARQ是ACK还是NACK。

如果HARQ ID#0对应的HARQ进程所承载的数据接收正确，则在PHICH中反馈该UE的HARQ信息为ACK。

如果HARQ ID#0对应的HARQ进程所承载的数据接收错误，则在PHICH中反馈该UE的HARQ信息为NACK。

3、基带处理设备在10+#1时刻，收到射频处理设备发送的、通过HARQ ID#0对应的HARQ进程承载的ACK/NACK。

如果HARQ ID#0对应的HARQ进程承载的是ACK，则不做处理。

如果HARQ ID#0对应的HARQ进程承载的是NACK，则释放给HARQ ID#0成功分配的资源，将释放的资源重新放入该UE的调度队列请求(即该UE的调度请求)中。

另外需要说明的是，本发明实施例中，用户设备的随机接入方法、用户设备的下行调度方法和用户设备的上行调度方法，其中的射频处理设备的硬件架构都是依托于图3A或图3B的，这几种方法之间没有相互依赖的关系，彼此是独立的。

以下结合附图分别介绍本发明实施例中的设备。

请参见图13，基于同一发明构思，本发明实施例提供一种射频处理设备，所述射频处理设备与用户设备无线连接，并与基带处理设备有线连接，所述射频处理设备可以包括处理模块1301及发送模块1302。

处理模块1301，用于根据所述用户设备发送的随机接入请求消息获取环回时延；及，根据所述环回时延生成随机接入响应消息；

发送模块1302，用于根据预设的发送顺序信息发送所述随机接入响应消息，所述随机接入响应消息用于所述用户设备接入所述基带处理设备。

可选的，本发明实施例中，所述射频处理设备还包括接收模块；

发送模块1302，还用于向基带处理设备发送针对接收的所述第一响应消息的第一反馈消息；

处理模块1301，还用于根据所述第一通知消息获取冲突解决信息，所述冲突解决信息用于：所述用户设备在接收到所述冲突解决信息时，确定完成随机接入；

发送模块1302，还用于发送所述冲突解决信息。

可选的，本发明实施例中，发送模块1302用于：

可选的，本发明实施例中，

所述接收模块，还用于在发送模块1302向所述基带处理设备发送否定应答消息之后，接收所述基带处理设备根据所述否定应答消息发送的第二通知消息；

发送模块1302，还用于根据所述第二通知消息，通知所述用户设备重传所述第一响应消息。

可选的，本发明实施例中，

所述接收模块用于：接收所述基带处理设备根据所述第一反馈消息发送的所述第一通知消息，所述第一通知消息用于通知所述射频处理设备生成所述冲突解决信息；处理模块1301用于：根据所述第一通知消息生成所述冲突解决信息；发送模块1302用于：发送所述冲突解决信息；或

所述接收模块用于：接收所述基带处理设备根据所述第一反馈消息发送的、携带所述冲突解决信息的所述第一通知消息；处理模块1301用于：根据所述第一通知消息，获取所述冲突解决信息；发送模块1302用于：发送所述冲突解决信息。

请参见图14，基于同一发明构思，本发明实施例提供一种基带处理设备，所述基带处理设备与至少一个射频处理设备有线连接，所述基带处理设备可以包括处理模块1401和发送模块1402。

处理模块1401，用于根据所述至少一个射频处理设备发送的第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功；所述第一响应消息为用户设备根据所述射频处理设备发送的随机接入响应消息生成并发送的；

发送模块1402，用于若处理模块1401确定有射频处理设备对所述第一响应消息接收成功，则向第一射频处理设备发送第一通知消息；其中，所述第一射频处理设备为所述至少一个射频处理设备中的一个，所述第一通知消息用于令所述第一射频处理设备根据所述第一通知消息发送冲突解决信息，所述冲突解决信息用于：用户设备在接收到所述冲突解决信息时，确定完成随机接入。

可选的，本发明实施例中，

处理模块1401，还用于在所述接收模块接收至少一个射频处理设备发送的第一反馈消息之前，为所述至少一个射频处理设备预设发送顺序信息，所述预设的发送顺序信息用于所述至少一个射频处理设备分别发送所述随机接入响应消息；

发送模块1402，还用于将所述预设的发送顺序信息发送给所述至少一个射频处理设备。

可选的，本发明实施例中，所述基带处理设备还包括接收模块，还用于在处理模块1401为所述至少一个射频处理设备预设发送顺序信息之前，接收所述至少一个射频处理设备发送的环回时延。

可选的，本发明实施例中，所述第一通知消息用于通知所述第一射频处理设备生成所述冲突解决信息，或，所述第一通知消息携带所述冲突解决信息。

可选的，本发明实施例中，

发送模块1402，还用于在处理模块1401根据所述第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功之后，若所述处理模块确定所述至少一个射频处理设备对所述第一响应消息均未接收成功，则向第二射频处理设备发送第二通知消息；其中，所述第二射频处理设备为所述至少一个射频处理设备中的一个，所述第二通知消息用于指示所述第二射频处理设备通知所述用户设备重传所述第一响应消息。

请参见图15，基于同一发明构思，本发明实施例提供一种射频处理设备，所述射频处理设备与用户设备无线连接，并与基带处理设备有线连接，所述射频处理设备可以包括接收模块1501和处理模块1502。

接收模块1501，用于接收基带处理设备发送的、针对用户设备的下行调度信息；

处理模块1502，用于根据所述下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据；所述第二反馈消息为用户设备通过所述HARQ ID所对应的HARQ进程发送给射频处理设备的。

可选的，本发明实施例中，接收模块1501，还用于：

可选的，本发明实施例中，所述第一上行信息包括CQI、rank、确认应答/否定应答中的一个或多个。

可选的，本发明实施例中，

可选的，本发明实施例中，处理模块1502用于：

请参见图16，基于同一发明构思，本发明实施例提供一种基带处理设备，所述基带处理设备与至少一个射频处理设备有线连接，所述基带处理设备可以包括接收模块1601、处理模块1602和发送模块1603。

接收模块1601，用于接收所述至少一个射频处理设备发送的第一上行信息；所述第一上行信息为用户设备上报给所述至少一个射频处理设备的；

处理模块1602，用于若根据所述第一上行信息确定第一用户设备没有可用的HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第三反馈消息所对应的第一HARQ进程，并根据所述第一HARQ进程的HARQ ID生成下行调度信息；

发送模块1603，用于将所述下行调度信息发送给所述至少一个射频处理设备。

可选的，本发明实施例中，处理模块1602还用于：

可选的，本发明实施例中，处理模块1602用于：

请参见图17，基于同一发明构思，本发明实施例提供一种射频处理设备，所述射频处理设备与用户设备无线连接，并与基带处理设备有线连接，所述射频处理设备可以包括接收模块1701和发送模块1702。

接收模块1701，用于接收用户设备发送的第一数据；

发送模块1702，用于根据对所述第一数据的解析结果，向所述用户设备发送确认应答或否定应答，以及向所述用户设备发送上行调度信息；所述上行调度信息为基带处理设备发送的。

可选的，本发明实施例中，发送模块1702还用于：

请参见图18，基于同一发明构思，本发明实施例提供一种基带处理设备，所述基带处理设备与至少一个射频处理设备有线连接，所述基带处理设备可以包括接收模块1801、处理模块1802和发送模块1803。

接收模块1801，用于接收至少一个射频处理设备发送的第二上行信息；所述第二上行信息为所述至少一个射频处理设备对用户设备进行测量得到的；

处理模块1802，用于若根据所述第二上行信息确定第一用户设备没有可用的HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第四反馈消息所对应的第三HARQ进程，并根据所述第三HARQ进程的HARQ ID生成上行调度信息；

发送模块1803，用于将所述上行调度信息发送给所述至少一个射频处理设备中的全部或部分。

可选的，本发明实施例中，处理模块1802还用于：

在接收模块1801接收至少一个射频处理设备发送的第二上行信息之后，若根据所述第二上行信息确定第一用户设备有可用的HARQ进程，判断第四HARQ进程上次是否被提前调度；所述第四HARQ进程为所述第一用户设备的可用HARQ进程，所述提前调度是指：在射频处理设备还未通过所述第四HARQ进程上报第四反馈消息时，调度所述第四HARQ进程；

可选的，本发明实施例中，处理模块1802还用于：

可选的，本发明实施例中，处理模块1802用于：

为所述第三HARQ进程指示：所述第三HARQ进程本次上行发送量对应的资源块RB的数量与最近一次为所述第三HARQ进程分配成功的资源的RB的数量相同。

基于同一发明构思，本发明实施例提供一种通信系统，该通信系统可以包括M个如前所述的射频处理设备，M为正整数。

可选的，本发明实施例中，该通信系统还可以包括N个如前所述的基带处理设备，N为正整数。

可选的，本发明实施例中，该通信系统还可以包括至少一个交换设备，其中每个交换设备用于将至少一个射频处理设备连接到N个基带处理设备中的一个，所述至少一个射频处理设备属于M个射频处理设备。

请参见图19和图20，为本发明实施例中通信系统的两种示意图，其中图19以通信系统中包括一个基带处理设备和两个射频处理设备为例，图20以通信系统中包括一个基带处理设备、两个射频处理设备和一个交换设备为例。

本发明实施例中，由于在射频处理设备的处理器302中除了包括常规的RRU层和PHY层之外，还增设了RLC层和MAC层。原来射频处理设备的处理器302中没有MAC层，那么需要MAC层处理的任务只能在控制设备(即基带处理设备)中处理，导致射频处理设备和控制设备之间的时延较大，特别是，如果采用松耦合类型进行组网，可能导致射频处理设备和控制设备之间的时延过长。而通过增加这两个层，需要MAC层处理的任务就能在射频处理设备中进行处理，无需控制设备处理完毕后再发送给射频处理设备，显然减小了射频处理设备和控制设备之间的时延。

从另一方面来说，因为在射频处理设备中增设了RLC层和MAC层，射频处理设备就能够独立处理信息，从而能够在一定程度上独立调度用户设备，无论是用户设备进行随机接入还是在被调度时，有些信息可能射频处理设备可以自行与用户设备进行交互，而无需所有的交互过程都通过基带处理设备来进行，从而尽量减少射频处理设备和基带处理设备之间的交互过程，从而在整个过程中也就相当于减小了基带处理设备和用户设备之间的时延。例如，在用户设备进行随机接入时，尽量避免用户设备因为基带处理设备和射频处理设备之间的时延较大而无法完成随机接入，在用户设备进行下行或上行调度时，尽量避免因基带处理设备和射频处理设备之间的时延较大而导致用户设备无法被调度，提高用户设备的随机接入成功率以及调度成功率。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims

1.一种射频处理设备，所述射频处理设备包括无线接口和有线接口，所述无线接口用于与用户设备无线连接，所述有线接口用于与基带处理设备有线连接，其特征在于，所述射频处理设备还包括：

存储器，用于存储一组代码；

调制基带信号或解调射频信号；以及

处理媒体接入控制MAC协议数据单元PDU；或处理MAC PDU和无线链路控制RLC PDU。

2.如权利要求1所述的射频处理设备，其特征在于，所述有线接口为以太网接口，用于通过交换机与所述基带处理设备有线连接。

3.如权利要求1或2所述的射频处理设备，其特征在于，所述射频处理设备还包括分别与所述处理器连接的接收器及发射器；

根据用户设备发送的随机接入请求消息获取环回时延；

4.如权利要求3所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

5.如权利要求4所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

6.如权利要求5所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

7.如权利要求6所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

8.如权利要求1或2所述的射频处理设备，其特征在于，所述射频处理设备还包括分别与所述处理器连接的接收器及发射器；

接收基带处理设备发送的、针对用户设备的下行调度信息；

根据所述下行调度信息中所指示的混合自动重传请求HARQ身份标识ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据；所述第二反馈消息为用户设备通过所述HARQ身份标识ID所对应的HARQ进程发送给射频处理设备的。

9.如权利要求8所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

10.如权利要求8或9所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

11.如权利要求1或2所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

接收用户设备发送的第一数据；

12.如权利要求11所述的射频处理设备，其特征在于，所述处理器具体用于控制所述射频处理设备：

13.一种随机接入方法，其特征在于，包括：

根据用户设备发送的随机接入请求消息获取环回时延；

14.如权利要求13所述的方法，其特征在于，在根据预设的发送顺序信息发送所述随机接入响应消息之后，还包括：

15.如权利要求14所述的方法，其特征在于，向基带处理设备发送针对接收的所述第一响应消息的第一反馈消息，包括：

16.如权利要求15所述的方法，其特征在于，在向所述基带处理设备发送否定应答消息之后，还包括：

17.如权利要求16所述的方法，其特征在于，接收所述基带处理设备根据所述第一反馈消息发送的第一通知消息，并根据所述第一通知消息获取并发送冲突解决信息，包括：

18.一种随机接入方法，其特征在于，包括：

19.如权利要求18所述的方法，其特征在于，在接收至少一个射频处理设备发送的第一反馈消息之前，还包括：

20.如权利要求19所述的方法，其特征在于，在为所述至少一个射频处理设备预设发送顺序信息之前，还包括：

接收所述至少一个射频处理设备发送的环回时延。

21.如权利要求18-20任一所述的方法，其特征在于，所述第一通知消息用于通知所述第一射频处理设备生成所述冲突解决信息，或，所述第一通知消息携带所述冲突解决信息。

22.如权利要求18-20任一所述的方法，其特征在于，在根据所述第一反馈消息确定相应的射频处理设备对第一响应消息是否均未接收成功之后，还包括：

23.一种下行调度方法，其特征在于，包括：

接收基带处理设备发送的、针对用户设备的下行调度信息；

根据所述下行调度信息中所指示的混合自动重传请求HARQ身份标识ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据；所述第二反馈消息为用户设备通过所述HARQ ID所对应的HARQ进程发送给射频处理设备的。

24.如权利要求23所述的方法，其特征在于，在接收基带处理设备发送的、针对用户设备的下行调度信息之前，还包括：

25.如权利要求23或24所述的方法，其特征在于，所述第一上行信息包括信道质量指示符CQI、秩rank、确认应答/否定应答中的一个或多个。

26.如权利要求23-25任一所述的方法，其特征在于，

27.如权利要求23-26任一所述的方法，其特征在于，根据所述下行调度信息中所指示的HARQ ID所对应的HARQ进程上一次所承载的第二反馈消息，确定所述HARQ ID所对应的HARQ进程本次承载的传输数据，包括：

28.一种下行调度方法，其特征在于，包括：

若根据所述第一上行信息确定第一用户设备没有可用的混合自动重传请求HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第三反馈消息所对应的第一HARQ进程，并根据所述第一HARQ进程的HARQ身份标识ID生成下行调度信息；

将所述下行调度信息发送给所述至少一个射频处理设备。

29.如权利要求28所述的方法，其特征在于，在接收至少一个射频处理设备发送的第一上行信息之后，还包括：

30.如权利要求29所述的方法，其特征在于，在判断第二HARQ进程上次是否被提前调度之后，还包括：

31.如权利要求28所述的方法，其特征在于，根据所述第一HARQ进程的HARQ ID生成下行调度信息，包括：

32.一种上行调度方法，其特征在于，包括：

接收用户设备发送的第一数据；

33.如权利要求32所述的方法，其特征在于，所述方法还包括：

34.一种上行调度方法，其特征在于，包括：

若根据所述第二上行信息确定第一用户设备没有可用的混合自动重传请求HARQ进程，则为所述第一用户设备调用射频处理设备即将上报的第四反馈消息所对应的第三HARQ进程，并根据所述第三HARQ进程的HARQ身份标识ID生成上行调度信息；

35.如权利要求34所述的方法，其特征在于，在接收至少一个射频处理设备发送的第二上行信息之后，还包括：

36.如权利要求35所述的方法，其特征在于，在判断第四HARQ进程上次是否被提前调度之后，还包括：

37.如权利要求34所述的方法，其特征在于，为所述第三HARQ进程指示：所述第三HARQ进程本次上行发送量对应的资源块RB的数量与最近一次为所述第三HARQ进程分配成功的资源的RB的数量相同。