CN111200519B

CN111200519B - 数据处理方法、装置、bbu、接入网设备和存储介质

Info

Publication number: CN111200519B
Application number: CN201911366920.4A
Authority: CN
Inventors: 崔磊; 张海泉; 黄诗茹
Original assignee: Comba Network Systems Co Ltd
Current assignee: Guangzhou Jingxin Communication Technology Co ltd
Priority date: 2019-12-26
Filing date: 2019-12-26
Publication date: 2022-09-27
Anticipated expiration: 2039-12-26
Also published as: CN111200519A

Abstract

本申请涉及一种数据处理方法、装置、BBU、接入网设备和存储介质。所述方法包括：接收至少一个射频拉远单元RRU发送的上行交互消息；所述上行交互消息包括所述RRU的地址以及上行交互数据；根据所述RRU的地址和预设的第一映射关系，确定所述RRU的地址对应的第一交互处理方式；所述预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系；采用所述第一交互处理方式将所述上行交互数据进行第一格式转换，得到处理后的上行交互数据；所述第一格式转换包括将所述RRU的协议格式转换为与所述RRU交互的基带处理单元BBU的协议格式。采用本方法能够节省人力和运维成本。

Description

数据处理方法、装置、BBU、接入网设备和存储介质

技术领域

本申请涉通信技术领域，特别是涉及一种数据处理方法、装置、BBU、接入网设备和存储介质。

背景技术

随着移动通信的飞速发展，各大移动厂商之间的合作也越来越多，针对一个厂商开发的一套基带处理单元BBU(Building Base band Unit)，可能需要搭配多家厂商的开发的射频拉远单元RRU(Radio Remote Unit)一起使用，以此来满足一个BBU同时和多个厂商的RRU进行通信交互。

相关技术在实现一个BBU同时和多个厂商的RRU进行通信交互时，通常是为每个不同厂商的RRU分别建立一套与该BBU进行通信的接口，然后联合BBU对每个接口的相关参数分别进行调试，在调试好之后，每个厂商的RRU可以通过各自对应的接口与该BBU进行通信。

然而上述技术每次增加一个不同的RRU，都需要对整个BBU和RRU系统进行整体调试，因此存在运维成本大的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够减少运维成本的数据处理方法、装置、BBU、接入网设备和存储介质。

一种数据处理方法，该方法包括：

接收至少一个射频拉远单元RRU发送的上行交互消息；该上行交互消息包括RRU的地址以及上行交互数据；

根据RRU的地址和预设的第一映射关系，确定RRU的地址对应的第一交互处理方式；该预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系；

采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据；该第一格式转换包括将RRU的协议格式转换为与RRU交互的基带处理单元BBU的协议格式。

在其中一个实施例中，上述上行交互数据包括第一消息头和第一消息内容，第一消息头的格式和第一消息内容的格式均为RRU的协议格式，上述采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据，包括：

根据RRU的地址对应的BBU协议格式的消息头，对上行交互数据进行格式转换，得到处理后的上行交互数据。

在其中一个实施例中，根据RRU的地址对应的BBU协议格式的消息头，对上行交互数据进行格式转换，得到处理后的上行交互数据，包括：

将第一消息头替换为BBU协议格式的消息头，并将BBU协议格式的消息头和第一消息内容确定为处理后的上行交互数据。

将BBU协议格式的消息头添加在第一消息头之前，得到处理后的上行交互数据。

在其中一个实施例中，在接收至少一个射频拉远单元RRU发送的上行交互消息之前，上述方法还包括：

接收至少一个RRU发送的相关资源信息；该相关资源信息包括RRU的身份标识；

将RRU的身份标识和预设的资源映射关系中的身份标识进行匹配；该预设的资源映射关系包括BBU的身份标识和至少一个RRU的身份标识之间的对应关系；

若RRU的身份标识和资源映射关系中的一个RRU的身份标识相同，则按照预设的地址配置规则为RRU分配地址。

在其中一个实施例中，上述至少一个RRU和BBU之间采用异步通信机制。

在其中一个实施例中，上述上行交互消息还包括RRU的身份标识，若上行交互数据为RRU的告警信息，上述采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据，包括：

采用第一交互处理方式将RRU的告警信息进行第一格式转换，得到格式转换后的告警信息；

将RRU的身份标识和格式转换后的告警信息绑定起来，得到处理后的上行交互数据。

在其中一个实施例中，上述方法包括：

接收下行交互消息；该下行交互消息包括BBU所需交互的RRU的地址和下行交互数据；

根据BBU所需交互的RRU的地址，在预设的第二映射关系确定BBU所需交互的RRU的地址对应的第二交互处理方式；该预设的第二映射关系包括RRU的地址和交互处理方式之间的对应关系；

采用第二交互处理方式将下行交互数据进行第二格式转换，得到处理后的下行交互数据；该第二格式转换包括将BBU的协议格式转换为BBU所需交互的RRU的协议格式。

在其中一个实施例中，上述下行交互消息包括第二消息头和第二消息内容，第二消息头的格式和第二消息内容的格式均为BBU的协议格式。

在其中一个实施例中，上述第二消息内容包括第三消息头和消息体，第三消息头包括RRU的配置状态和针对RRU的配置命令。

一种数据处理装置，该装置包括：

第一接收模块，用于接收至少一个射频拉远单元RRU发送的上行交互消息；该上行交互消息包括RRU的地址以及上行交互数据；

第一确定模块，用于根据RRU的地址和预设的第一映射关系，确定RRU的地址对应的第一交互处理方式；该预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系；

第一格式转换模块，用于采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据；该第一格式转换包括将RRU的协议格式转换为与RRU交互的基带处理单元BBU的协议格式。

一种BBU，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

一种接入网设备，包括BBU和至少一个RRU，BBU在和至少一个RRU通信时实现以下步骤：

一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

上述数据处理方法、装置、BBU、接入网设备和存储介质，通过接收至少一个RRU发送的上行交互消息，该上行交互消息包括RRU的地址和上行交互数据，根据RRU的地址和预设的第一映射关系得到该RRU的地址对应的第一交互处理方式，并采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据，其中，预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系，第一格式转换包括将RRU的协议格式转换为与RRU交互的BBU的协议格式。在该方法中，由于可以通过预先建立的映射关系得到RRU对应的交互处理方式，并采用该交互处理方式对交互数据进行协议格式转换，即可将RRU协议格式的消息转换成BBU协议格式的消息进行传输，因此，该方法不需要对BBU的结构进行改进，可以较为简单地实现BBU和不同RRU之间的通信，同时也可以便于BBU整体架构的统一；另外，在新增RRU与BBU交互时，只需在预设的第一映射关系中添加该RRU对应的交互处理方式即可，同样不需要对BBU的结构进行改进，也不需要对整个BBU和RRU的系统进行调试，因此该方法可以减少人力成本，也可以减少运维成本。

附图说明

图1为一个实施例中BBU的内部结构图；

图2为一个实施例中数据处理方法的流程示意图；

图3为另一个实施例中数据处理方法的流程示意图；

图4为另一个实施例中数据处理方法的流程示意图；

图5a为另一个实施例中数据处理方法的流程示意图；

图5b为另一个实施例中通用处理过程的架构示意图；

图6为另一个实施例中BBU和RRU采用异步通信机制进行交互的架构示意图；

图7为一个实施例中数据处理装置的结构框图；

图8为一个实施例中接入网设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的数据处理方法，可以应用于如图1所示的基带处理单元BBU。该BBU包含有总线，该总线上连接有处理器、存储器、外部存储器、收发机等。该存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种数据处理方法。该外部存储器可以是硬盘(Hard Disk，HD)。总线上还可以连接有用于输入各种信息等的输入装置、用于显示各种信息等的显示装置及时钟。另外，收发机可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的BBU的限定，具体的BBU可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

需要说明的是，本申请实施例的执行主体可以是BBU，当然也可以是数据处理装置，该数据处理装置可以是BBU里面的一个模块，本申请下述实施例主要是以执行主体为BBU来进行说明。

在一个实施例中，提供了一种数据处理方法，本实施例涉及的是在上行交互过程中，BBU如何根据RRU的地址得到对应的交互处理方式，并用该交互处理方式对RRU的上行交互数据进行格式转换，得到BBU格式的上行交互数据的具体过程。如图2所示，该方法可以包括以下步骤：

S202，接收至少一个射频拉远单元RRU发送的上行交互消息；该上行交互消息包括RRU的地址以及上行交互数据。

其中，RRU的数量可以是一个，也可以是多个，当是多个RRU时，多个RRU的类型可以不同，这里的类型指的是各RRU与BBU的通信协议等。另外，上行交互消息可以包括RRU的地址和上行交互数据，也可以包括RRU的身份标识等，该上行交互数据可以包括RRU的状态信息、配置信息、查询信息、告警信息等，各个不同的RRU向BBU发送的上行交互数据一般是不同的。

具体的，BBU和RRU上电之后，各RRU可以通过无线通信或者光缆有线通信等方式将自身对应的上行交互消息发送给BBU。对于不同类型的RRU，各RRU对应的地址也是不同的，这样BBU在接收到RRU的上行交互消息之后，根据上行交互消息里面的RRU的地址就可以知道上行交互消息是哪个RRU发送的。

S204，根据RRU的地址和预设的第一映射关系，确定RRU的地址对应的第一交互处理方式；该预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系。

其中，这里的第一映射关系可以认为是对各不同类型的RRU通用的映射关系，通过该映射关系可以得到每个RRU对应的交互处理方式；这里的交互处理方式表征的是将各不同类型RRU的数据的协议格式转化为BBU的数据的协议格式，即通用的过程都是将RRU的数据的协议格式转化为BBU的数据的协议格式，非通用的过程是针对每个不同RRU对应的数据的协议如何进行转化的过程，可以针对每个不同的协议转化过程进行单独设计，例如BBU的协议格式是TCP，一个RRU的协议格式是UDP，另一个RRU的协议格式是CSP3串口，那么这里交互处理方式非通用过程如下，针对第一个RRU来说，就是将第一个RRU的UDP数据转化为BBU的TCP数据的过程，对第二个RRU来说，就是将第二个RRU的CSP3数据转化为BBU的TCP数据的过程。

具体的，BBU可以根据接收到的各个RRU的地址，在预设的第一映射关系中得到每个RRU的地址所对应的交互处理方式。预设的第一映射关系中每个RRU的地址不同，每个RRU的地址对应一个交互处理方式，即RRU的地址和交互处理方式一一对应，这里每个RRU得到的交互处理方式都可以记为第一交互处理方式。

S206，采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据；该第一格式转换包括将RRU的协议格式转换为与RRU交互的基带处理单元BBU的协议格式。

在本实施例中，应用场景主要是一个BBU与多个不同类型的RRU进行通信交互，各个交互过程均不影响，那么这里的交互处理方式主要就是将各不同类型RRU的数据的协议格式转化为该BBU的数据的协议格式。

具体的，BBU在得到每个RRU对应的第一交互处理方式之后，可以采用各RRU对应的第一交互处理方式分别对各RRU进行格式转换，这里的格式转换主要是将各RRU的数据的协议格式转化为交互的BBU的数据的协议格式，即将各上行交互数据的协议格式转化为BBU的数据的协议格式，转换之后就可以得到在BBU中可以传输的协议格式下的数据，记为处理后的上行交互数据，在转化完成之后，BBU可以将处理后的上行交互数据传输至BBU内部的其他处理模块，例如基带处理模块、高层协议处理模块等，对该处理后的上行交互数据进行进一步的处理，最终可以将处理后的上行交互数据发送至核心网或服务器等。

上述数据处理方法中，通过接收至少一个RRU发送的上行交互消息，该上行交互消息包括RRU的地址和上行交互数据，根据RRU的地址和预设的第一映射关系得到该RRU的地址对应的第一交互处理方式，并采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据，其中，预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系，第一格式转换包括将RRU的协议格式转换为与RRU交互的BBU的协议格式。在该方法中，由于可以通过预先建立的映射关系得到RRU对应的交互处理方式，并采用该交互处理方式对交互数据进行协议格式转换，即可将RRU协议格式的消息转换成BBU协议格式的消息进行传输，因此，该方法不需要对BBU的结构进行改进，可以较为简单地实现BBU和不同RRU之间的通信，同时也可以便于BBU整体架构的统一；另外，在新增RRU与BBU交互时，只需在预设的第一映射关系中添加该RRU对应的交互处理方式即可，同样不需要对BBU的结构进行改进，也不需要对整个BBU和RRU的系统进行调试，因此该方法可以减少人力成本，也可以减少运维成本。

在另一个实施例中，提供了另一种数据处理方法，本实施例涉及的是若上行交互数据包括第一消息头和第一消息内容，第一消息头的格式和第一消息内容的格式均为RRU的协议格式，则如何对上行交互数据进行第一格式转换，得到处理后的上行交互数据的具体过程。在上述实施例的基础上，上述S206可以包括以下步骤A：

步骤A，根据RRU的地址对应的BBU协议格式的消息头，对上行交互数据进行格式转换，得到处理后的上行交互数据。

在本步骤中，在利用BBU协议格式的消息头对上行交互数据进行格式转换时，可以有多种不同的方式进行格式转换，如下提供两种格式转换的方式：

方式一，可选的，可以将第一消息头替换为BBU协议格式的消息头，并将BBU协议格式的消息头和第一消息内容确定为处理后的上行交互数据。

方式二，可选的，将BBU协议格式的消息头添加在第一消息头之前，得到处理后的上行交互数据。

在本实施例中，可以预先建立好每个交互处理方式的具体内容，即预先设置好将已知协议格式的RRU的数据如何转化为已知协议格式的BBU的数据的处理方式，例如可以是预先将各已知协议格式的RRU对应的BBU的协议消息头预先设置好，并放置在RRU对应的交互处理方式中，在格式转换时，直接在交互处理方式中得到该RRU对应的BBU消息头。

具体的，RRU的上行交互数据包括第一消息头和第一消息内容，该第一消息头和第一消息内容的协议格式均为RRU的协议格式，BBU在对RRU的上行交互数据进行格式转换时，可以在第一交互处理方式中得到该RRU的地址对应的BBU协议格式的消息头，一种格式转换方式是可以用得到的BBU协议格式的消息头直接替换该RRU的第一消息头，然后将BBU协议格式的消息头和第一消息内容一起作为处理后的上行交互数据；另一种格式转换方式是将得到的BBU协议格式的消息头直接添加在RRU的第一消息头之前，将BBU协议格式的消息头和RRU的第一消息头以及RRU的第一消息内容一起作为处理后的上行交互数据。

本实施例提供的数据处理方法，若上行交互数据包括第一消息头和第一消息内容，第一消息头的格式和第一消息内容的格式均为RRU的协议格式，可以采用RRU的地址对应的BBU协议格式的消息头对RRU的上行交互数据进行格式转换，得到处理后的上行交互数据。在本实施例中，由于只需要通过预设的RRU的地址对应的BBU协议格式的消息头，即可完成对RRU的上行交互数据的格式转换，实现不同类型的RRU和BBU之间的通信，可见该方法不需要对BBU的内部结构进行改进，因此该方法可以较为简单的实现RRU和BBU之间的通信，尽可能地保障BBU系统更好更高效的运行，同时也需要对整个BBU和RRU的系统进行调试，从而可以降低BBU系统出错的概率降低人力和运维成本。

在另一个实施例中，提供了另一种数据处理方法，本实施例涉及的是BBU在接收至少一个RRU发送的上行交互消息之前，还需要和RRU完成握手的具体过程。在上述实施例的基础上，如图3所示，上述方法还可以包括以下步骤：

S302，接收至少一个RRU发送的相关资源信息；该相关资源信息包括RRU的身份标识。

其中，这里的相关资源信息可以包括RRU的身份标识，当然也可以包括其他信息，例如RRU采用的协议格式等。这里的身份标识可以是文字、字母、数字等等，每个不同类型的RRU的相关身份标识一般是不同的，这样可以便于BBU对不同的RRU进行区分。

具体的，BBU和各RRU上电启动后，各RRU可以通过广播消息的方式将自身的相关资源信息发送给BBU。

S304，将RRU的身份标识和预设的资源映射关系中的身份标识进行匹配；该预设的资源映射关系包括BBU的身份标识和至少一个RRU的身份标识之间的对应关系。

其中，预设的资源映射关系中包括的BBU的身份标识和RRU的身份标识之间的对应关系，可以是预先根据BBU所要通信的几个RRU，预先将BBU的身份标识和他们的身份标识绑定起来，得到该资源映射关系，在该资源映射关系里，可以是BBU对应多个RRU，当然也可以是BBU对应一个RRU。

具体的，BBU在接收到各RRU的广播消息之后，可以从各RRU的广播消息中得到各RRU的身份标识，然后就可以将各RRU的身份标识和资源映射关系中的RRU的身份标识进行比对。

S306，若RRU的身份标识和资源映射关系中的一个RRU的身份标识相同，则按照预设的地址配置规则为RRU分配地址。

其中，这里的地址可以是IP地址(Internet Protocol，网际互连协议)。

具体的，在比对时，一种可能的实施方式中，若广播消息中的RRU的身份标识和资源映射关系中的一个RRU的身份标识相同，那么就可以认为该RRU是BBU所要通信的RRU，那么BBU可以根据预设的地址配置规则为该RRU分配地址，这里预设的地址配置规则可以是按照RRU匹配的顺序和地址空间的顺序进行分配，例如，有两个不同的RRU和资源映射关系中的两个RRU的身份标识匹配成功，BBU的地址空间的顺序为1-10，那么可以将第一个地址空间1分配给第一个RRU，将第二个地址空间2分配给第二个RRU等等，当然也可以是其他地址配置规则，例如第二个RRU在广播消息中携带所需的地址空间是4，那么BBU可以将地址空间4分配给第二个RRU；在地址分配完成之后，该RRU就可以和BBU进行数据交互了，同时BBU可以保存为RRU分配的地址，便于后续快速定位RRU。在另一种可能的实施方式中，若广播消息中的RRU的身份标识和资源映射关系中的各个RRU的身份标识均不相同，那么就说明该RRU不是BBU所要通信的RRU，BBU可以选择重新将该RRU的标识添加至资源映射关系中，并为该RRU设计对应的交互处理方式，便于后续使用，当然BBU也可以不与该RRU进行交互。

本实施例提供的数据处理方法，BBU在接收至少一个RRU发送的上行交互消息之前，还需要和RRU通过身份标识验证的过程来完成BBU和RRU之间的握手，并在握手成功后为RRU分配地址。在本实施例中，由于可以通过RRU携带的身份标识进行验证，这样可以保证RRU和BBU通信的安全性，同时在验证成功后可以为RRU分配地址，这样可以便于后续BBU通过分配的地址快速查找到对应的RRU，以实现对RRU的维护和管理。

在另一个实施例中，提供了另一种数据处理方法，本实施例涉及的是若上行交互消息还包括RRU的身份标识，且上行交互数据为RRU的告警信息，那么如何对该告警信息进行格式转换的具体过程。在上述实施例的基础上，如图4所示，上述S206可以包括以下步骤：

S402，采用第一交互处理方式将RRU的告警信息进行第一格式转换，得到格式转换后的告警信息。

在BBU和RRU通信过程中，RRU难免会发生故障，而发生故障时一般就会产生告警信息，这时就需要将RRU的告警信息上报给BBU，BBU可以将告警信息传输给服务器或网管，服务器或网管接收到告警信息之后，就可以去对出现故障的RRU进行维修。

具体的，BBU在得到各RRU上报的告警信息之后，可以采用各RRU对应的第一交互处理方式分别对各RRU进行第一格式转换，这里的第一格式转换主要是将RRU的告警信息的协议格式转换成BBU的告警信息的协议格式，在格式转换后，就可以得到各RRU的告警信息对应的格式转换后的告警信息。

S404，将RRU的身份标识和格式转换后的告警信息绑定起来，得到处理后的上行交互数据。

其中，这里的身份标识可以是RRU的地址标识，也可以是RRU设备标识，当然还可以是其他身份标识，该身份标识可以是文字、字母、数字等。

具体的，各个不同类型的RRU在故障产生告警信息时，有可能产生的是相同的告警信息，当然也有可能是不同的告警信息，不同的告警信息可以是各RRU独有的告警信息，BBU通过独有的告警信息即可知道是哪个RRU上报的告警信息，但是对于各个RRU上报的相同的告警信息，BBU无法进行区分，那么就需要BBU对RRU转换后的告警信息添加RRU对应的身份标识，以对各RRU的相同的告警信息进行区分，在这里可以是BBU为每个转换后的告警信息都添加对应的RRU的身份标识，还可以是只针对各RRU相同的告警信息添加对应的RRU的身份标识，本实施例对此不作具体限定。

本实施例提供的数据处理方法，若上行交互消息还包括RRU的身份标识，且上行交互数据为RRU的告警信息，那么在对各RRU的告警信息进行格式转换后，还可以将各转换后的告警信息和对应的RRU的身份标识绑定起来，一起作为处理后的上行交互数据发送给BBU的其他处理模块。在本实施例中，由于可以将各RRU上报的告警信息和对应的RRU的身份标识绑定起来，这样可以便于后续BBU通过身份标识区分相同的告警信息，以快速准确地定位到产生告警信息的RRU，及时对该RRU进行维护。

在另一个实施例中，提供了另一种数据处理方法，本实施例涉及的是在下行交互过程中，BBU如何根据所需交互的RRU的地址得到对应的交互处理方式，并用该交互处理方式对下行交互数据进行格式转换，得到RRU格式的下行交互数据的具体过程。如图5a所示，该方法还可以包括以下步骤：

S502，接收下行交互消息；该下行交互消息包括BBU所需交互的RRU的地址和下行交互数据。

本实施例的交互过程是与上述S202-S206的上行交互过程相对应的下行交互过程。

其中，BBU所需交互的RRU可以是一个，也可以是多个，若BBU所需交互的RRU是多个，那么BBU在和该多个RRU交互时，每个RRU都有对应的下行交互数据，每个RRU的下行交互数据可以是按照一定顺序依次下发下去。另外，这里BBU所需交互的RRU是已经和该BBU握手成功的RRU，所以在BBU内部会有BBU所需交互的RRU的地址。该下行交互数据可以是BBU对各RRU发送的请求消息进行响应的数据，可以包括RRU的状态信息、配置信息、查询信息等。

具体的，BBU可以先接收其内部其他处理模块发送的下行交互消息，其他处理模块所得到的下行交互消息可以是由与BBU连接的核心网或服务器或网管发送的，BBU可以通过无线通信或者光缆有线通信等方式将各RRU的下行交互消息发送给各RRU。BBU给每个RRU发送的下行交互消息中均包括各RRU的地址和各RRU对应的下行交互数据。

可选的，上述下行交互消息包括第二消息头和第二消息内容，第二消息头的格式和第二消息内容的格式均为BBU的协议格式。另外，可选的，上述第二消息内容包括第三消息头和消息体，第三消息头包括RRU的配置状态和针对RRU的配置命令。在这里，第二消息头指的是BBU发给RRU的下行交互数据中的协议头，而第二消息内容是消息内容，在该消息内容中又分为消息头和消息体，记为第三消息头和消息体，通过在消息内容中额外增加第三消息头，可以添加RRU的配置状态，以标识消息的处理过程，同时可以提供针对RRU的配置命令，这样可以及时查询RRU当前的处理步骤，便于后续跟踪调试和维护，具体的第三消息头的定义可以如下表1所示：

表1

S504，根据BBU所需交互的RRU的地址，在预设的第二映射关系确定BBU所需交互的RRU的地址对应的第二交互处理方式；该预设的第二映射关系包括RRU的地址和交互处理方式之间的对应关系。

其中，这里预设的第二映射关系和上述预设的第一映射关系一样，均可以是对各不同类型的RRU通用的映射关系，通过该映射关系可以得到每个RRU对应的交互处理方式；这里的交互处理方式表征的是将BBU发给各RRU的数据的协议格式转化为各不同类型RRU的数据对应的协议格式，即通用的过程都是BBU发给各RRU的数据的协议格式将转化为RRU的数据的协议格式，非通用的过程是针对BBU发给每个不同RRU对应的数据的协议格式如何进行转化的过程，可以针对每个不同的协议转化过程进行单独设计，例如BBU的协议格式是TCP，一个RRU的协议格式是UDP，另一个RRU的协议格式是CSP3串口，那么这里交互处理方式非通用过程如下，针对第一个RRU来说，就是将BBU发给第一个RRU的TCP数据转化为第一个RRU的UDP数据的过程，对第二个RRU来说，就是将BBU发给第二个RRU的TCP数据转化为第二个RRU的CSP3数据的过程。

具体的，BBU可以根据下行交互消息中所需交互的RRU的地址，在预设的第二映射关系中得到该所需交互的RRU的地址对应的交互处理方式，预设的第二映射关系中每个所需交互的RRU的地址不同，每个所需交互的RRU的地址对应一个交互处理方式，即RRU的地址和交互处理方式一一对应，这里每个所需交互的RRU得到的交互处理方式都可以记为第二交互处理方式。

S506，采用第二交互处理方式将下行交互数据进行第二格式转换，得到处理后的下行交互数据；该第二格式转换包括将BBU的协议格式转换为BBU所需交互的RRU的协议格式。

在本实施例中，应用场景也是一个BBU与多个不同类型的RRU进行通信交互，各个交互过程均不影响，那么这里的交互处理方式主要就是将BBU发给各不同类型RRU的数据的协议格式转化为各RRU的数据对应的协议格式。

具体的，BBU在得到其所需交互的RRU对应的第二交互处理方式之后，可以采用第二交互处理方式对BBU发给该RRU的下行交互数据进行格式转换，这里的格式转换指的是将BBU发给其所需交互的RRU的数据的协议格式转换为该RRU对应的数据的协议格式，即将下行交互数据的协议格式转化为RRU的数据的协议格式，转换之后就可以得到在RRU中可以传输的协议格式下的数据，记为处理后的下行交互数据，在转换完成之后就可以将该处理后的下行交互数据发送给对应的RRU，然后该RRU可以对数据进行进一步处理并发送至终端。

可选的，在下行交互过程中，下行交互数据包括BBU协议格式的消息头和BBU协议格式的消息内容，第二交互处理方式包括RRU的地址对应的RRU协议格式的消息头，可以利用该RRU协议格式的消息头对下行交互数据进行格式转换，转换时，可以是将RRU协议格式的消息头直接替换BBU协议格式的消息头，也可以是将RRU协议格式的消息头添加至BBU协议格式的消息头之前，得到格式转换后的下行交互数据。

下面结合附图对本申请的通用处理过程进行简单介绍，参见图5b所示，通用的映射关系即通用的处理过程，可以采用适配器的设计模式在BBU内部提供管道通信模式，以将不同的协议桥接起来，管道内部实现两条交互线程，这两条线程对应上述的第一映射关系和第二映射关系，两条线程中一条用于将接收到的A协议格式的数据通过B协议格式发送出去，另一条用于将接收到的B协议格式的数据通过A协议格式发送出去，在BBU和RRU交互之前，也需要建立协议链路，以启动BBU内部的协议客户端、服务端和交互协议通信模块，实现BBU和RRU的交互。以BBU的协议格式为TCP协议、三个不同类型的RRU的协议格式分别为CSP3协议、IPMI协议、NetConfig协议为例，在图5b中，在上行交互过程中，三个不同类型的RRU可以通过各自对应的协议格式将数据发送至BBU内部管道中接收RRU数据线程上，通过该接收RRU数据线程对各RRU的数据进行格式转换后，得到TCP格式交互数据，并将该TCP格式交互数据由TCP客户端发送至BBU；在下行交互过程中，BBU内部的TCP服务端会将发送给各RRU的TCP协议数据发送至接收BBU数据线程，通过该接收BBU数据线程对各RRU的TCP协议数据进行格式转换后，得到各RRU协议格式的数据，再分发至各不同的RRU，即将发给CSP3协议的RRU的TCP数据转换成CSP3格式，再转发给该RRU，其他不同的RRU过程类同。

本实施例提供的数据处理方法，可以接收下行交互消息，该下行交互消息包括BBU所需交互的RRU的地址和下行交互数据，根据RRU的地址和预设的第二映射关系得到该RRU的地址对应的第二交互处理方式，并采用第二交互处理方式将下行交互数据进行第二格式转换，得到处理后的下行交互数据，其中，预设的第二映射关系包括RRU的地址和交互处理方式之间的对应关系，第二格式转换包括将BBU的协议格式转换为BBU所需交互的RRU的协议格式。在该方法中，由于可以通过预先建立的映射关系得到RRU对应的交互处理方式，并采用该交互处理方式对交互数据进行协议格式转换，即可将BBU协议格式的消息转换成RRU协议格式的消息进行传输，因此，该方法不需要对BBU的结构进行改进，可以较为简单地实现BBU和不同RRU之间的通信，同时也可以便于BBU整体架构的统一；另外，在新增RRU与BBU交互时，只需在预设的第二映射关系中添加该RRU对应的交互处理方式即可，同样不需要对BBU的结构进行改进，也不需要对整个BBU和RRU的系统进行调试，因此该方法可以减少人力成本，也可以减少运维成本。

在另一个实施例中，提供了另一种数据处理方法，在该方法中，上述至少一个RRU和BBU之间采用异步通信机制。

图6为本实施例中BBU和RRU采用异步通信机制进行交互的架构示意图，这里的异步通信机制指的是在各RRU和BBU通信时，可以在预设的交互处理方式中预先设立两个线程，一条专门用于处理所有RRU发送给BBU的请求消息，即将各不同类型的RRU发送的请求消息均添加到消息队列中，使BBU可以从队列中依次处理各请求消息；另一条专门用于处理所有RRU的响应消息，可以是BBU发给RRU的响应消息，这里将各RRU发送的请求消息添加到消息队列中，可以避免各RRU同时与BBU进行交互时由于相互等待而卡住流程引发的通信异常情况。

参见图6所示，在BBU内部预先设立的两个线程在这里可以分别是异步注册请求消息处理线程和异步注册响应消息处理线程，BBU侧的管理RRU模块(即BBU内部处理RRU和BBU交互格式转换的模块)可以根据握手等过程获知RRU离线状态，RRU可以向BBU发起BBU接入请求消息，在BBU响应成功之后，BBU可以向RRU发起时间配置请求，在时间配置成功之后，可以向RRU发起RRU设备状态查询请求消息，在状态查询成功之后，且需要对RRU升级时，BBU可以对RRU升级，升级失败可以向RRU发起能力查询请求消息，在能力查询成功之后，BBU可以发起参数配置请求消息，对RRU的参数进行配置，在参数配置完成之后，可以对RRU发送激活或去激活命令。

需要说明的是，在设计图6所示的处理流程时，可以采用状态机的设计方法，即在通信过程中，前一个处理流程处理完成之后，自动从前一个处理流程跳转到下一个处理流程上，另外，图6中的处理流程可以固化在BBU内部，不管是新增RRU还是现有的RRU，在其和BBU通信时均采用的是图6所示的处理流程。

本实施例提供的数据处理方法，至少一个RRU和BBU之间采用异步通信机制，这样可以避免各RRU同时与BBU进行交互时由于相互等待而卡住流程引发的通信异常情况，提高各RRU和BBU的通信效率和通信质量。

为了便于对本申请实施例提供的数据处理方法进行更好地理解，下面结合具体的附图对本申请实施例的方案再进行说明：

应该理解的是，虽然图2-4、5a的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4、5a中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种数据处理装置，包括：第一接收模块10、第一确定模块11和第一格式转换模块12，其中：

第一接收模块10，用于接收至少一个射频拉远单元RRU发送的上行交互消息；该上行交互消息包括RRU的地址以及上行交互数据；

第一确定模块11，用于根据RRU的地址和预设的第一映射关系，确定RRU的地址对应的第一交互处理方式；该预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系；

第一格式转换模块12，用于采用第一交互处理方式将上行交互数据进行第一格式转换，得到处理后的上行交互数据；该第一格式转换包括将RRU的协议格式转换为与RRU交互的基带处理单元BBU的协议格式。

关于数据处理装置的具体限定可以参见上文中对于数据处理方法的限定，在此不再赘述。

在另一个实施例中，若上述上行交互数据包括第一消息头和第一消息内容，第一消息头的格式和第一消息内容的格式均为RRU的协议格式，则上述第一格式转换模块12可以包括格式转换单元，该格式转换单元用于根据RRU的地址对应的BBU协议格式的消息头，对上行交互数据进行格式转换，得到处理后的上行交互数据。

可选的，上述格式转换单元，还用于将第一消息头替换为BBU协议格式的消息头，并将BBU协议格式的消息头和第一消息内容确定为处理后的上行交互数据。

可选的，上述格式转换单元，还用于将BBU协议格式的消息头添加在第一消息头之前，得到处理后的上行交互数据。

在另一个实施例中，提供了另一种数据处理装置，在上述实施例的基础上，上述装置还可以包括验证模块，该验证模块用于接收至少一个RRU发送的相关资源信息；该相关资源信息包括RRU的身份标识；将RRU的身份标识和预设的资源映射关系中的身份标识进行匹配；该预设的资源映射关系包括BBU的身份标识和至少一个RRU的身份标识之间的对应关系；若RRU的身份标识和资源映射关系中的一个RRU的身份标识相同，则按照预设的地址配置规则为RRU分配地址。

在另一个实施例中，上述至少一个RRU和BBU之间采用异步通信机制。

在另一个实施例中，上述上行交互消息还包括RRU的身份标识，若上行交互数据为RRU的告警信息，则上述第一格式转换模块12可以包括告警格式转换单元和绑定单元，其中：

告警格式转换单元，用于采用第一交互处理方式将RRU的告警信息进行第一格式转换，得到格式转换后的告警信息；

绑定单元，用于将RRU的身份标识和格式转换后的告警信息绑定起来，得到处理后的上行交互数据。

在另一个实施例中，提供了另一种数据处理装置，在上述实施例的基础上，上述装置还可以包括第二接收模块、第二确定模块、第二格式转换模块，其中：

第二接收模块，用于接收下行交互消息；该下行交互消息包括BBU所需交互的RRU的地址和下行交互数据；

第二确定模块，用于根据BBU所需交互的RRU的地址，在预设的第二映射关系确定BBU所需交互的RRU的地址对应的第二交互处理方式；该预设的第二映射关系包括RRU的地址和交互处理方式之间的对应关系；

第二格式转换模块，用于采用第二交互处理方式将下行交互数据进行第二格式转换，得到处理后的下行交互数据；该第二格式转换包括将BBU的协议格式转换为BBU所需交互的RRU的协议格式。

可选的，上述下行交互消息包括第二消息头和第二消息内容，第二消息头的格式和第二消息内容的格式均为BBU的协议格式。

可选的，上述第二消息内容包括第三消息头和消息体，第三消息头包括RRU的配置状态和针对RRU的配置命令。

上述数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种BBU，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在一个实施例中，上述至少一个RRU和BBU之间采用异步通信机制。

在一个实施例中，上述下行交互消息包括第二消息头和第二消息内容，第二消息头的格式和第二消息内容的格式均为BBU的协议格式。

在一个实施例中，上述第二消息内容包括第三消息头和消息体，第三消息头包括RRU的配置状态和针对RRU的配置命令。

在一个实施例中，提供了一种接入网设备，该接入网设备包括BBU和至少一个RRU，BBU可以和多个不同的RRU同时进行交互，参见图8所示，BBU可以对各不同厂商的RRU进行管控，以实现与各不同厂商的RRU进行数据交互，例如可以包括五个不同厂商的RRU，分别采用的协议为厂商A的RRU-UDP，厂商B的RRU-TCP，厂商C的RRU-IPMI，厂商D的RRU-CPS3串口，厂商E的RRU-Netconfig，该BBU可以同时与这五个RRU进行交互。

在一个实施例中，提供了一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种数据处理方法，其特征在于，所述方法包括：

接收至少一个射频拉远单元RRU发送的上行交互消息；所述上行交互消息包括所述RRU的地址以及上行交互数据；

根据所述RRU的地址和预设的第一映射关系，确定所述RRU的地址对应的第一交互处理方式；所述预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系；所述交互处理方式包括通用处理过程和非通用处理过程，所述通用处理过程表征将RRU数据的协议格式转化成BBU数据的协议格式，所述非通用过程表征针对各RRU对应的协议格式的具体转化过程；

采用所述第一交互处理方式将所述上行交互数据进行第一格式转换，得到处理后的上行交互数据；所述第一格式转换包括将所述RRU的协议格式转换为与所述RRU交互的基带处理单元BBU的协议格式；

所述至少一个RRU和所述BBU之间采用异步通信机制；所述异步通信机制包括两个线程，一个线程用于处理所述至少一个RRU发送给所述BBU的请求消息，另一个线程用于处理所述BBU发送给所述至少一个RRU的响应消息。

2.根据权利要求1所述的数据处理方法，其特征在于，所述上行交互数据包括第一消息头和第一消息内容，所述第一消息头的格式和所述第一消息内容的格式均为所述RRU的协议格式，所述采用所述第一交互处理方式将所述上行交互数据进行第一格式转换，得到处理后的上行交互数据，包括：

根据所述RRU的地址对应的BBU协议格式的消息头，对所述上行交互数据进行格式转换，得到所述处理后的上行交互数据。

3.根据权利要求2所述的数据处理方法，其特征在于，所述根据所述RRU的地址对应的BBU协议格式的消息头，对所述上行交互数据进行格式转换，得到处理后的上行交互数据，包括：

将所述第一消息头替换为所述BBU协议格式的消息头，并将所述BBU协议格式的消息头和所述第一消息内容确定为所述处理后的上行交互数据。

4.根据权利要求2所述的数据处理方法，其特征在于，所述根据所述RRU的地址对应的BBU协议格式的消息头，对所述上行交互数据进行格式转换，得到处理后的上行交互数据，包括：

将所述BBU协议格式的消息头添加在所述第一消息头之前，得到所述处理后的上行交互数据。

5.根据权利要求1所述的数据处理方法，其特征在于，在所述接收至少一个射频拉远单元RRU发送的上行交互消息之前，所述方法还包括：

接收至少一个RRU发送的相关资源信息；所述相关资源信息包括RRU的身份标识；

将所述RRU的身份标识和预设的资源映射关系中的身份标识进行匹配；所述预设的资源映射关系包括BBU的身份标识和至少一个RRU的身份标识之间的对应关系；

若所述RRU的身份标识和所述资源映射关系中的一个RRU的身份标识相同，则按照预设的地址配置规则为所述RRU分配地址。

6.根据权利要求1所述的数据处理方法，其特征在于，所述上行交互消息还包括所述RRU的身份标识，若所述上行交互数据为所述RRU的告警信息，所述采用所述第一交互处理方式将所述上行交互数据进行第一格式转换，得到处理后的上行交互数据，包括：

采用所述第一交互处理方式将所述RRU的告警信息进行第一格式转换，得到格式转换后的告警信息；

将所述RRU的身份标识和所述格式转换后的告警信息绑定起来，得到所述处理后的上行交互数据。

7.根据权利要求1所述的数据处理方法，其特征在于，所述方法包括：

接收下行交互消息；所述下行交互消息包括所述BBU所需交互的RRU的地址和下行交互数据；

根据所述BBU所需交互的RRU的地址和预设的第二映射关系，确定所述BBU所需交互的RRU的地址对应的第二交互处理方式；所述预设的第二映射关系包括RRU的地址和交互处理方式之间的对应关系；

采用所述第二交互处理方式将所述下行交互数据进行第二格式转换，得到处理后的下行交互数据；所述第二格式转换包括将所述BBU的协议格式转换为所述BBU所需交互的RRU的协议格式。

8.根据权利要求7所述的数据处理方法，其特征在于，所述下行交互消息包括第二消息头和第二消息内容，所述第二消息头的格式和所述第二消息内容的格式均为所述BBU的协议格式。

9.根据权利要求8所述的数据处理方法，其特征在于，所述第二消息内容包括第三消息头和消息体，所述第三消息头包括所述RRU的配置状态和针对所述RRU的配置命令。

10.一种数据处理装置，其特征在于，所述装置包括：

第一接收模块，用于接收至少一个射频拉远单元RRU发送的上行交互消息；所述上行交互消息包括所述RRU的地址以及上行交互数据；

第一确定模块，用于根据所述RRU的地址和预设的第一映射关系，确定所述RRU的地址对应的第一交互处理方式；所述预设的第一映射关系包括不同的RRU的地址和交互处理方式之间的对应关系；所述交互处理方式包括通用处理过程和非通用处理过程，所述通用处理过程表征将RRU数据的协议格式转化成BBU数据的协议格式，所述非通用过程表征针对各RRU对应的协议格式的具体转化过程；

第一格式转换模块，用于采用所述第一交互处理方式将所述上行交互数据进行第一格式转换，得到处理后的上行交互数据；所述第一格式转换包括将所述RRU的协议格式转换为与所述RRU交互的基带处理单元BBU的协议格式；所述至少一个RRU和所述BBU之间采用异步通信机制；所述异步通信机制包括两个线程，一个线程用于处理所述至少一个RRU发送给所述BBU的请求消息，另一个线程用于处理所述BBU发送给所述至少一个RRU的响应消息。

11.一种BBU，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的方法的步骤。

12.一种接入网设备，包括BBU和至少一个RRU，其特征在于，所述BBU在和所述至少一个RRU通信时实现权利要求1至9中任一项所述的方法的步骤。

13.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。