信息传输方法、无线设备控制器、无线设备以及基站与流程

本发明涉及通信领域，并且更具体地，涉及一种信息传输方法、无线设备控制器、无线设备以及基站。

背景技术：

基站分为无线设备控制器(Radio Equipment Controller，REC)和无线设备(Radio Equipment，RE)两部分。它们之间通常采用光纤通信线路，连接方式为级联连接。在这种方式下，一旦通信线路中任一点出现故障，会造成REC与该故障点之后的任一RE的无法通信，需要人工下站处理，这会带来较大的下站维护成本，并增加业务中断时间，影响用户的体验。

技术实现要素：

本发明实施例提供一种信息传输方法、无线设备控制器、无线设备和基站，能够节约站点维护成本、减少业务中断事件并提升用户体验。

第一方面，提供了一种无线设备控制器REC，包括：第一确定单元，用于确定所述REC与第一无线设备RE进行通信的主线路故障；第二确定单元，用于确定所述REC与所述第一RE进行通信的备用线路；通信单元，用于通过所述备用线路与所述第一RE进行通信。

结合第一方面，在第一方面的第一种可能的实现方式中，所述主线路为通用公共无线接口(Common Public Radio Interface，CPRI)CPRI通信线路；所述备用线路为电力线线路，或为电力线加CPRI通信线路。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述第一确定单元包括第一发送子单元、第一接收子单元和第一确定子单元；其中，所述第一发送子单元用于：通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；所述第一接收子单元用于：接收来自至少一个RE的寻址响应消息，其中，所述至少一个RE包括所述第一RE；所述第一确定子单元用于：在确定所述第一接收子单元接收的来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，确定通过与所述第一RE进行通信的主线路故障；

所述第二确定单元具体用于：在所述第一接收子单元接收的在来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，根据所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述第一发送子单元具体用于：

在所述所有RE中存在与所述REC属于相同电力线网络的RE时，通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息；

在所述所有RE不存在与所述REC属于相同电力线网络的RE时，通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息。

结合第一方面的第二种或第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述第二确定单元具体用于：

将所述接收子单元首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

结合第一方面第一种可能的实现方式，在第一方面的第五种可能的实现方式中，所述第二确定单元包括：

第二发送子单元，用于在所述第一确定单元确定所述REC与所述第一RE进行通信的主线路故障之后，通过电力线端口和CPRI端口中的至少一种发送针对所述第一RE的寻址请求消息；

第二接收子单元，用于接收来自所述第一RE的至少一个寻址响应消息；

第二确定子单元，用于根据所述第二接收子单元接收的所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述第二发送子单元具体用于：

在所述REC与所述第一RE属于同一电力线网络时，通过电力线端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息；

在所述REC与所述第一RE不属于同一电力线网络时，通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息。

结合第一方面的第五种或第六种可能的实现方式，在第一方面的第七种可能的实现方式中，所述第二确定子单元具体用于：

将所述第二接收子单元首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

结合第一方面或其第一种可能的实现方式至第七种可能的实现方式中任一种可能的实现方式，在第一方面的第八种可能的实现方式中，所述通信单元具体用于：

通过所述备用线路向所述第一RE发送指示信息，以便于对所述第一RE进行复位或升级以恢复所述REC与所述第一RE进行通信的主线路。

第二方面，提供了一种RE，包括：

接收单元，用于通过第一端口接收无线设备控制器REC发送的寻址请求消息，所述第一端口为上联CPRI端口或电力线端口；

确定单元，用于根据所述接收单元接收的所述寻址请求消息，确定所述寻址请求消息针对对象包括所述RE；

发送单元，用于通过所述第一端口向所述REC发送第一寻址响应消息。

结合第二方面，在第二方面的第一种可能的实现方式中，所述确定单元还用于：根据所述寻址请求消息，确定所述寻址请求消息针对对象还包括其他RE；

所述发送单元还用于：在所述第一端口为上联通用公共无线接口CPRI端口时，通过下联CPRI端口和电力线端口转发所述寻址请求消息。

结合第二方面的第一种可能的实现方式，第二方面的第二种可能的实现方式中，在所述发送单元通过下联CPRI端口和电力线端口转发所述寻址请求消息之前，所述发送单元还用于：将所述RE处的转发路径信息携带在所述寻址请求消息中；

在所述发送单元通过下联CPRI端口和电力线端口转发所述寻址请求消息之后，所述接收单元还用于：通过下联CPRI端口或通过电力线端口接收第二寻址响应消息，其中所述第二寻址响应消息携带所述RE处的转发路径消息；所述发送单元还用于根据所述RE处的转发路径信息，转发所述第二寻址响应消息。

结合第二方面的第一种可能的实现方式，第二方面的第三种可能的实现方式中，所述接收单元还用于：通过下联CPRI端口或电力线端口接收第二寻址响应消息；

所述发送单元还用于：通过上联CPRI端口转发所述第二寻址响应消息。

结合第二方面或其上述任一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述寻址请求消息中携带从所述REC到所述RE的转发路径信息；

在所述发送单元通过第一端口向所述REC发送第一寻址响应消息之前，所述发送单元还用于：在所述第一寻址响应消息中携带从所述REC到所述RE的转发路径信息，以便所述第一寻址响应消息按照所述寻址请求消息的反向路径返回至所述REC。

第三方面，提供了一种无线设备RE，所述RE包括：

接收单元，用于通过第一端口接收无线设备控制器REC发送的寻址请求消息；

确定单元，用于根据所述寻址请求消息，确定所述寻址请求消息针对对象不包括所述RE；

发送单元，用于在所述第一端口为上联通用公共无线接口CPRI端口时，通过电力线端口和下联CPRI端口转发所述寻址请求消息。

结合第三方面，在第三方面的第一种可能的实现方式中，所述发送单元还用于：

在所述第一端口为电力线端口时，丢弃所述寻址请求消息。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式种，所述发送单元通过电力线端口和下联CPRI端口转发所述寻址请求消息之前，所述发送单元还用于：在所述寻址请求消息中携带所述RE处的转发路径信息；

在所述发送单元通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述接收单元还用于：通过下联CPRI端口或电力线端口接收寻址响应消息，所述寻址响应消息携带所述RE处的转发路径信息；

所述发送单元还用于：根据所述RE处的转发路径信息，转发所述寻址响应消息。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式种，在所述发送单元通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述接收单元还用于：通过下联CPRI端口或电力线端口接收寻址响应消息；

所述发送单元还用于：通过上联CPRI端口转发所述寻址响应消息。

第四方面，提供了一种REC，包括存储器、处理器和收发器，其中，所述存储器中存储程序代码，所述处理器调用所述存储器中的所述程序代码执行以下处理：

确定所述REC与第一无线设备RE进行通信的主线路故障；

确定所述REC与所述第一RE进行通信的备用线路；

通过控制所述收发器通过所述备用线路与所述第一RE进行通信。

结合第四方面，在第四方面的第一种可能的实现方式中，所述主线路为通用公共无线接口CPRI通信线路；所述备用线路为电力线线路，或为电力线加CPRI通信线路。

结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码具体执行以下处理：

控制所述收发器通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；

控制器所述收发器接收来自至少一个RE的寻址响应消息，其中，所述至少一个RE包括所述第一RE；

在来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，通过与所述第一RE进行通信的主线路故障；

在来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，根据所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

结合第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码具体执行以下处理：

在所述所有RE中存在与所述REC属于相同电力线网络的RE时，控制所述收发器通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息；

在所述所有RE中不存在与所述REC属于相同电力线网络的RE时，控制所述收发器通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息。

结合第四方面的第二种或第三种可能的实现方式，在第四方面的第四种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码具体执行以下处理：

将首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

结合第四方面的第一种可能的实现方式，在第四方面的第五种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码具体执行以下处理：

确定通过与所述第一RE进行通信的主线路故障之后，控制所述收发器通过电力线端口和CPRI端口中的至少一种发送针对所述第一RE的寻址请求消息；

控制所述收发器接收来自所述第一RE的至少一个寻址响应消息；

根据所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

结合第四方面的第五种可能的实现方式，在第四方面的第六种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码具体执行以下处理：

在所述REC与所述第一RE属于同一电力线网络时，控制所述收发器通过电力线端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息；

在所述REC与所述第一RE不属于同一电力线网络时，控制所述收发器通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息。

结合第四方面的第五种或第六种可能的实现方式，在第四方面的第七种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码具体执行以下处理：

将首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

结合第四方面或其上述任一种可能的实现方式，在其第八种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码具体执行以下处理：

通过所述备用线路向所述第一RE发送指示信息，以便于对所述第一RE进行复位或升级以恢复所述REC与所述第一RE进行通信的主线路。

第五方面，提供了一种RE，包括存储器、处理器和收发器，其中，所述存储器中存储程序代码，所述处理器调用所述存储器中的所述程序代码执行以下处理：

控制所述收发器通过第一端口接收无线设备控制器REC发送的寻址请求消息，所述第一端口为上联CPRI端口或电力线端口；

根据所述寻址请求消息，确定所述寻址请求消息针对对象包括所述RE；

控制所述收发器通过所述第一端口向所述REC发送第一寻址响应消息。

结合第五方面，在五方面的第一种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

根据所述寻址请求消息，确定所述寻址请求消息针对对象还包括其他RE；

在所述第一端口为上联通用公共无线接口CPRI端口时，控制所述收发器通过下联CPRI端口和电力线端口转发所述寻址请求消息。

结合第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，在控制所述收发器通过下联CPRI端口和电力线端口转发所述寻址请求消息之前，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

将所述RE处的转发路径信息携带在所述寻址请求消息中；

在控制所述收发器通过下联CPRI端口和电力线端口转发所述寻址请求消息之后，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

控制所述收发器通过下联CPRI端口或通过电力线端口接收第二寻址响应消息，其中所述第二寻址响应消息携带所述RE处的转发路径消息；根据所述RE处的转发路径信息，转发所述第二寻址响应消息。

结合第五方面的第一种可能的实现方式，在第五方面的第三种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

控制所述收发器通过下联CPRI端口或电力线端口接收第二寻址响应消息；

控制所述收发器通过上联CPRI端口转发所述第二寻址响应消息。

结合第五方面或其上述任一种可能的实现方式，在第五方面的第四种可能的实现方式中，所述寻址请求消息中携带从所述REC到所述RE的转发路径信息；

在控制所述收发器通过第一端口向所述REC发送第一寻址响应消息之前，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

在所述第一寻址响应消息中携带从所述REC到所述RE的转发路径信息，以便所述第一寻址响应消息按照所述寻址请求消息的反向路径返回至所述REC。

第六方面，提供了一种RE，包括存储器、处理器和收发器，其中，所述存储器中存储程序代码，所述处理器调用所述存储器中的所述程序代码执行以下处理：

控制所述收发器通过第一端口接收无线设备控制器REC发送的寻址请求消息；

根据所述寻址请求消息，确定所述寻址请求消息针对对象不包括所述RE；

在所述第一端口为上联通用公共无线接口CPRI端口时，控制所述收发器通过电力线端口和下联CPRI端口转发所述寻址请求消息。

结合第六方面，在第六方面的第一种可能的实现方式中，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

在所述第一端口为电力线端口时，丢弃所述寻址请求消息。

结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，在控制所述收发器通过电力线端口和下联CPRI端口转发所述寻址请求消息之前，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

在所述寻址请求消息中携带所述RE处的转发路径信息；

在控制所述收发器通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

控制所述收发器通过下联CPRI端口或电力线端口接收寻址响应消息，所述寻址响应消息携带所述RE处的转发路径信息；

根据所述RE处的转发路径信息，转发所述寻址响应消息。

结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第三种可能的实现方式中，在控制所述收发器通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述处理器调用所述存储器中的所述程序代码还执行以下处理：

控制所述收发器通过下联CPRI端口或电力线端口接收寻址响应消息；

控制所述收发器通过上联CPRI端口转发所述寻址响应消息。

第七方面，提供了一种基站，包括无线设备控制器REC以及至少一个无线设备RE；其中，所述REC与所述至少一个RE中的每一个RE通过主线路进行通信；

在所述REC与所述至少一个RE中的任一RE进行通信的主线路故障时，所述REC确定与主线路故障的所述任一RE进行通信的备用线路；

所述REC通过所述备用线路与所述主线路故障的所述任一RE进行通信。

结合第七方面，在第七方面的第一种可能的实现方式中，所述主线路为通用公共无线接口CPRI通信线路；所述备用线路为电力线线路，或为电力线加CPRI通信线路。

结合第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，所述REC通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；

每一个RE在通过第一端口接收到所述寻址请求消息后，通过所述第一端口发送寻址响应消息，所述第一端口为上联CPRI端口或电力线端口；

所述REC根据每一个RE发送的所述寻址响应消息的路径是否包括主线路，确定主线路故障的RE；

所述REC根据主线路故障的RE发送的至少一条所述寻址响应消息的路径，确定与所述主线路故障的RE进行通信的备用线路。

结合第七方面的第二种可能的实现方式，在第七方面的第三种可能的实现方式中，在所述每一个RE在接收到所述寻址请求消息后，在所述第一端口为上联CPRI端口时，通过下联CPRI端口和电力线端口转发所述寻址请求消息。

结合第七方面的第三种可能的实现方式，在第七方面的第四种可能的实现方式中，所述REC中的每一个RE通过下联CPRI端口或通过电力线端口接收到其他RE发送的寻址响应消息时，通过上联CPRI端口转发所述其他RE发送的寻址响应消息。

结合第七方面的第三种可能的实现方式，在第七方面的第六种可能的实现方式中，在所述每一个RE在通过下联CPRI端口和电力线端口转发所述寻址请求消息时，将转发路径信息携带在所述寻址请求消息中，以便所述寻址请求消息对应的寻址响应消息按照所述寻址请求消息的反向路径返回至所述REC。

结合第七方面的第二种至第五种中任一种可能的实现方式，在第七方面的第六种可能的实现方式中，所述REC通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息，包括：

在所述所有RE中存在与所述REC属于相同电力线网络的RE时，所述REC通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息；

在所述所有RE中不存在与所述REC属于相同电力线网络的RE时，所述REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息。

结合第七方面的第二种至第六种中任一种可能的实现方式，在第七方面的第七种可能的实现方式中，所述REC根据主线路故障的RE发送的至少一条所述寻址响应消息的路径，确定与所述主线路故障的RE进行通信的备用线路，包括：

所述REC将首次收到的来自所述主线路故障的RE的寻址响应消息的路径确定为与所述主线路故障的RE进行通信的备用线路。

结合第七方面的第一种可能的实现方式，在第七方面的第八种可能的实现方式中，所述REC在确定与第一RE进行通信的主线路故障时，所述REC通过电力线端口和CPRI端口中的至少一个发送针对所述第一RE的寻址请求消息；

所述第一RE通过第一端口接收所述寻址请求消息，通过所述第一端口发送寻址响应消息，所述第一端口为上联CPRI端口或电力线端口；

所述REC根据所述第一RE发送的至少一个所述寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

结合第七方面的第八种可能的实现方式，在第七方面的第九种可能的实现方式中，在所述第一RE通过所述第一端口接收所述寻址请求消息之前，所述第一RE的上游RE通过上联CPRI端口接收到所述寻址请求消息时，通过下联CPRI端口和电力线端口转发所述寻址请求消息。

结合第七方面的第九种可能的实现方式，在第七方面的第十种可能的实现方式中，在所述第一RE的上游RE通过下联CPRI端口和电力线端口转发所述寻址请求消息之前，将所述上游RE处的转发路径消息承载在所述寻址请求消息中；

所述第一RE在通过所述第一端口发送所述寻址响应消息之前，将所述转发路径消息承载在所述寻址响应消息中；

所述第一RE的上游RE在接收到所述寻址响应消息之后，按照所述寻址响应消息中的所述转发路径消息转发所述寻址响应消息，以便所述寻址响应消息按照对应的寻址请求消息的反向路径返回至所述REC。

结合第七方面的第八种或第九种可能的实现方式，在第七方面的第十一种可能的实现方式中，所述第一RE的上游RE通过下联CPRI端口或电力线端口接收所述寻址响应消息，并通过上联CPRI端口转发所述寻址响应消息。

结合第七方面的第八种至第十一种中任一种可能的实现方式，在第七方面的第十二种可能的实现方式中，所述第一RE的上游RE在通过电力线端口接收到所述寻址请求消息时，丢弃所述寻址请求消息。

结合第七方面的第八种至第十二种中任一种可能的实现方式，在第七方面的第十三种可能的实现方式中，所述REC通过电力线端口和CPRI端口中的至少一种发送针对所述第一RE的寻址请求消息，包括：

在所述REC与所述第一RE属于同一电力线网络时，所述REC通过电力线端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息；

在所述REC与所述第一RE不属于同一电力线网络时，所述REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息。

结合第七方面或其上述任一种可能的实现方式，在第七方面的第十四种可能的实现方式中，所述REC通过所述备用线路与主线路故障的所述任一个RE进行通信。

所述REC通过所述备用线路向所述主线路故障的所述任一个RE发送指示信息，以便于对主线路故障的所述任一个RE进行复位或升级以恢复主线路故障的所述任一个RE的主线路。

第八方面，提供了一种信息传输方法，包括：

无线设备控制器REC确定与第一无线设备RE进行通信的主线路故障；

所述REC确定与所述第一RE进行通信的备用线路；

所述REC通过所述备用线路与所述第一RE进行通信。

结合第八方面，在第八方面的第一种可能的实现方式中，所述主线路为通用公共无线接口CPRI通信线路；所述备用线路为电力线线路，或为电力线加CPRI通信线路。

结合第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述REC确定与第一RE进行通信的主线路故障，包括：所述REC通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；所述REC接收来自至少一个RE的寻址响应消息，其中，所述至少一个RE包括所述第一RE；在来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，所述REC确定通过与所述第一RE进行通信的主线路故障；

所述REC确定与所述第一RE进行通信的备用线路，包括：在来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，所述REC根据所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

结合第八方面的第二种可能的实现方式，在第八方面的第三种可能的实现方式中，所述REC通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息，包括：

在所述所有RE中存在与所述REC属于相同电力线网络的RE时，所述REC通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息；

在所述所有RE中不存在与所述REC属于相同电力线网络的RE时，所述REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息。

结合第八方面的第二种或第三种可能的实现方式，在第八方面的第四种可能的实现方式中，所述REC确定与所述第一RE进行通信的备用线路，包括：

所述REC将首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

结合第八方面的第一种可能的实现方式，在第八方面的第五种可能的实现方式中，所述REC确定与所述第一RE进行通信的备用线路，包括：

在所述REC确定通过与所述第一RE进行通信的主线路故障之后，所述REC通过电力线端口和CPRI端口中的至少一种发送针对所述第一RE的寻址请求消息；

所述REC接收来自所述第一RE的至少一个寻址响应消息；

所述REC根据所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

结合第八方面的第五种可能的实现方式，在第八方面的第六种可能的实现方式中，所述REC通过电力线端口和CPRI端口中的至少一种发送针对所述第一RE的寻址请求消息，包括：

在所述REC与所述第一RE属于同一电力线网络时，所述REC通过电力线端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息；

在所述REC与所述第一RE不属于同一电力线网络时，所述REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息。

结合第八方面的第五种或第六种可能的实现方式，在第八方面的第七中可能的实现方式中，所述REC确定与所述第一RE进行通信的备用线路，包括：

所述REC将首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

结合第八方面或其上述任一种可能的实现方式，在第八方面的第八种可能的实现方式中，所述REC通过所述备用线路与所述第一RE进行通信，包括：

所述REC通过所述备用线路向所述第一RE发送指示信息，以便于对所述第一RE进行复位或升级以恢复所述REC与所述第一RE进行通信的主线路。

第九方面，提供了一种信息传输方法，包括：

第一无线设备RE通过第一端口接收无线设备控制器REC发送的寻址请求消息，所述第一端口为上联CPRI端口或电力线端口；

根据所述寻址请求消息，所述第一RE确定所述寻址请求消息针对对象包括所述第一RE；

所述第一RE通过所述第一端口向所述REC发送第一寻址响应消息。

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

根据所述寻址请求消息，所述第一RE确定所述寻址请求消息针对对象还包括其他RE；

在所述第一端口为上联通用公共无线接口CPRI端口时，所述第一RE通过下联CPRI端口和电力线端口转发所述寻址请求消息。

结合第九方面的第一种可能的实现方式，在第九方面的第二种可能的实现方式中，在所述通过下联CPRI端口和电力线端口转发所述寻址请求消息之前，所述方法还包括：将所述第一RE处的转发路径信息携带在所述寻址请求消息中；

在所述通过下联CPRI端口和电力线端口转发所述寻址请求消息之后，所述方法还包括：所述第一RE通过下联CPRI端口或通过电力线端口接收第二寻址响应消息，其中所述第二寻址响应消息携带所述第一RE处的转发路径消息；根据所述第一RE处的转发路径信息，转发所述第二寻址响应消息。

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

所述第一RE通过下联CPRI端口或电力线端口接收第二寻址响应消息；

所述第一RE通过上联CPRI端口转发所述第二寻址响应消息。

结合第九方面或其上述任一种可能的实现方式，在第九方面的第四种可能的实现方式中，所述寻址请求消息中携带从所述REC到所述第一RE的转发路径信息；

在所述通过第一端口向所述REC发送第一寻址响应消息之前，所述方法还包括：

所述第一RE在所述第一寻址响应消息中携带从所述REC到所述第一RE的转发路径信息，以便所述第一寻址响应消息按照所述寻址请求消息的反向路径返回至所述REC。

第十方面，提供了一种信息传输方法，所述方法包括：

第二无线设备RE通过第一端口接收无线设备控制器REC发送的寻址请求消息；

根据所述寻址请求消息，确定所述寻址请求消息针对对象不包括所述第二RE；

在所述第一端口为上联通用公共无线接口CPRI端口时，所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息。

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

在所述第一端口为电力线端口时，所述第二RE丢弃所述寻址请求消息。

结合第十方面或第十方面的第一种可能的实现，在第十方面的第二种可能的实现方式中，所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息之前，所述方法还包括：

在所述寻址请求消息中携带所述第二RE处的转发路径信息；

在所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述方法还包括：

所述第二RE通过下联CPRI端口或电力线端口接收寻址响应消息，所述寻址响应消息携带所述第二RE处的转发路径信息；

所述第二RE根据所述第二RE处的转发路径信息，转发所述寻址响应消息。

结合第十方面或第十方面的第一种可能的实现方式，在第十方面的第三种可能的实现方式中，在所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述方法还包括：

所述第二RE通过下联CPRI端口或电力线端口接收寻址响应消息；

所述第二RE通过上联CPRI端口转发所述寻址响应消息。

因此，在本发明实施例中，在REC确定与任一RE的通信的主线路故障时，可以确定与该主线路故障的RE进行通信的备用线路，并通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明一种实施例的基站的示意性框图。

图2是根据现有技术中的REC与RE连接方式示意图。

图3是根据本发明另一种实施例的应用场景示意图。

图4是根据本发明另一种实施例的应用场景示意图。

图5是根据本发明另一种实施例的应用场景示意图。

图6是根据本发明另一种实施例的REC的示意性框图。

图7是根据本发明另一种实施例的REC的示意性框图。

图8是根据本发明另一种实施例的REC的示意性框图。

图9是根据本发明另一种实施例的RE的示意性框图。

图10是根据本发明另一种实施例的RE的示意性框图。

图11是根据本发明另一种实施例的REC的示意性框图。

图12是根据本发明另一种实施例的RE的示意性框图。

图13是根据本发明另一种实施例的REC的示意性框图。

图14是根据本发明另一种实施例的信息传输方法的示意性流程图。

图15是根据本发明另一种实施例的信息传输方法的示意性流程图。

图16是根据本发明另一种实施例的信息传输方法的示意性流程图。

具体实施方式

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

本发明的技术方案，可以应用于各种通信系统，例如：GSM，码分多址(CDMA，Code Division Multiple Access)系统，宽带码分多址(WCDMA，Wideband Code Division Multiple Access Wireless)，通用分组无线业务(GPRS，General Packet Radio Service)，长期演进(LTE，Long Term Evolution)等。

基站，可以是GSM或CDMA中的基站(BTS，Base Transceiver Station)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(eNB或e-NodeB，evolutional Node B)，本发明并不限定，但为描述方便，下述实施例以Node B为例进行说明。

在现有技术中，REC与RE通过CPRI通信线路级联的方式进行连接，即如图1所示的连接方式，在这种方式下，一旦任一节点通信故障，则可以导致REC与此故障点之后的任一RE无法通信。由此，本发明实施例提供了一种基站、REC、RE以及信息传输方法，为了便于理解，以下将结合图2至图16进行详细说明。

图2是根据本发明实施例中的基站100的示意性框图。如图2所示，该基站100包括REC110与至少一个RE120(图2中以RE为4个为例，当并不限于此)；其中，

REC110与至少一个RE120中的每一个RE120通过主线路进行通信；

在REC110与至少一个RE120中的任一RE120进行通信的主线路故障时，REC110确定与主线路故障的该任一RE120进行通信的备用线路；

REC110通过备用线路与该主线路故障的任一RE120进行通信。

因此，在本发明实施例中，在REC确定与任一RE的通信的主线路故障时，可以确定与该主线路故障的RE进行通信的备用线路，并通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

应理解，虽然图1中，REC110与各个RE120直接相连，这只是示意性说明REC110与RE120可以通信；并不意味着REC110与RE120必须直接相连，例如，REC110可以通过一个RE120与另一个RE120相连。

在本发明实施例中，REC还可以称作为基带处理单元(Base Band Unit，BBU)，RE还可以称作为射频拉远单元(Radio Remote Unit，RRU)。

在本发明实施例中，主线路可以是CPRI通信线路；备用线路可以是电力线线路，或者为电力线加CPRI通信线路。当然，主线路可以是电力线线路或为电力线加CPRI通信线路，备用线路为CPRI通信线路，或者为其他方式，具体可以根据应用场景而定，本发明实施例并不对此进行限定。但是本发明实施例以主线路为CPRI通信线路，备用线路为电力线线路或者为电力线加CPRI通信线路为主进行说明。

由于REC和RE天然具有电力线网络供电，本发明实施例在REC与RE的CPRI通信线路出现故障时，借用REC和RE的电力线网络实现REC与RE的通信。

在本发明实施例中，CPRI通信线路是指支持CPRI协议的线路；CPRI通信线路可以包括光纤、同轴电缆和以太网线中的至少一种。

在本发明实施例中，REC通过备用线路与该主线路故障的任一RE进行通信，可以包括：

REC通过备用线路对主线路故障的RE进行复位或升级以恢复该主线路故障的RE的主线路。

例如，在某一RE的主线路故障的原因是该RE的光口参数不合适，则可以通过备用线路发送指示信息修改该RE的光口参数，由此可以恢复主线路。

再例如，RE的硬件发生问题，导致RE无法正常启动，需要进行一下上下电才能恢复，因为此时RE已经出现问题，所以无法通过CPRI通信线路再与其成功通信。则REC可以确定备用线路，该备用线路可以包括电力线，REC可以通过备用线路向RE发指示信息，指示RE进行上下电。

在本发明实施例中，REC可以实时(例如，周期性或者初始化阶段等)扫描控制的所有RE，并确定所有RE中主线路故障的RE，并确定主线路故障的RE的备用线路；REC也可以通过与某一RE互发心跳消息确定与该RE进行通信的主线路故障之后，确定与该RE进行通信的备用线路。为了便于理解，以下将分别结合实施例A和实施例B对这两种情况进行详细说明。

实施例A

在该种实施例下，REC可以实时扫描控制的所有RE，并确定所有RE中主线路故障的RE，并确定主线路故障的RE的备用线路。

可选地，REC通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；每一个RE在通过第一端口接收到寻址请求消息后，通过第一端口发送寻址响应消息，第一端口为上联CPRI端口或电力线端口；REC根据每一个RE发送的寻址响应消息的路径是否包括主线路，确定主线路故障的RE；REC根据主线路故障的RE发送的至少一条寻址响应消息的路径，确定与主线路故障的RE进行通信的备用线路。

可选地，在每一个RE在接收到寻址请求消息后，在第一端口为上联CPRI端口时，通过下联CPRI端口和电力线端口转发寻址请求消息。

在本发明实施例中，RE的CPRI端口包括上联CPRI端口和下联CPRI端口，其中，上联CPRI端口是指靠近REC的CPRI端口，下联CPRI端口是指远离REC的CPRI端口，具体可参考见图3中的标识，该解释适用于本发明的所有实施例。

可选地，REC中的每一个RE通过下联CPRI端口或通过电力线端口接收到其他RE发送的寻址响应消息时，通过上联CPRI端口转发其他RE发送的寻址响应消息。

可选地，在每一个RE在通过下联CPRI端口和电力线端口转发寻址请求消息时，将转发路径信息携带在寻址请求消息中，以便寻址请求消息对应的寻址响应消息按照寻址请求消息的反向路径返回至REC。

可选地，所有RE中存在与REC属于相同电力线网络的RE时，REC通过CPRI端口和电力线端口，发送针对所有RE的寻址请求消息；在所有REC中不存在与REC属于相同电力线网络的RE时，REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对所有RE的寻址请求消息。

可选地，REC将首次收到的来自主线路故障的RE的寻址响应消息的路径确定为与主线路故障的RE进行通信的备用线路。

为了便于理解，以下结合图3至图5对于实施例A中如何确定主线路故障的RE，并确定与主线路故障的RE进行通信的备用线路进行详细说明。

在图3中，REC、RE1、RE2、RE3、RE4和RE5属于同一个电力线网络；并假设RE4至RE5的CPRI通信线路故障，例如RE5的硬件故障或RE5的光口参数不合适导致的RE4至RE5的CPRI通信线路故障。

REC通过电力线端口和CPRI端口发送寻址请求消息，该寻址请求消息针对所有的RE。REC发送的寻址请求消息可以通过CPRI通信线路到达RE1，并通过电力线分别到达RE1、RE2、RE3、RE4和RE5。

对于各个RE，寻址请求消息的处理可以满足以下原则：若在上联CPRI端口收到寻址请求消息，则通过电力线端口和下联CPRI端口转发，并向上联CPRI端口回寻址响应消息；若在电力线端口收到寻址请求消息，则在电力线端口回寻址响应响应消息，不再转发。

例如，对于RE1而言，通过上联CPRI端口接收到寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口发送寻址响应消息，但不进行转发。

例如，对于RE2而言，通过上联CPRI端口接收到经RE1转发的寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE3而言，通过上联CPRI端口收到经RE2转发的寻址请求消息，则可以通过上联CPRI端口回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE4而言，通过上联CPRI端口接收经RE3转发的寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE5而言，因为RE4和RE5之间的CPRI线路故障，则RE5只通过电力线端口收到直接来自REC的以及经RE1、RE2、RE3和RE4通过电力线转发的寻址请求消息，并分别通过电力线端口分别发送针对各个寻址请求消息的寻址响应消息。

而对于寻址响应消息的返回路径，可以按照以下两种方式实现：

在第一种方式中，各个RE在转发寻址请求消息时，可以将寻址请求消息在自身的转发路径信息(例如，接收端口和发送端口的信息)携带在该寻址请求消息中，由此寻址请求消息可以携带各个转发节点处的转发路径信息。在RE在针对寻址请求消息发送寻址响应消息时，可以将寻址请求消息中的转发路径信息携带在寻址响应消息中，以便该寻址响应消息按照对应的寻址请求消息的反向路径返回至REC。

第二种方式中，对于各个RE，在电力线端口或下联CPRI端口收到寻址响应消息，向上联CPRI端口转发寻址响应消息。

例如，RE4在电力线端口收到RE5的寻址响应消息后，则可以将该寻址响应消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE3、RE2和RE1的透传到达REC；RE3在电力线端口收到RE5的寻址响应消息后，则可以将该寻址响应消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE2和RE1的透传到达REC；RE1和RE2通过电力线端口收到RE5寻址响应消息所做的处理与RE3和RE4类似；REC也可以收到未经任何RE转发的来自RE5的寻址响应消息。REC在收到各个RE转发的寻址响应消息，确定寻址响应消息的路径不包括主线路，则判断与RE5通信的主线路故障，则可以从各个RE转发的寻址响应消息中的路径中，选择与RE5进行通信的备用线路；例如，将首次收到的来自RE5的响应消息的路径确定为备用线路，例如，该首次收到的寻址响应消息为在RE4处进行CPRI协议封装处理的消息，则REC通过该首次收到的寻址响应消息中封装的RE4的信息，确定与RE5进行通信的备用线路的路径为通过CPRI线路到达RE4，再由RE4通过电力线发送到RE5。

例如，RE3在电力线端口和下联CPRI端口收到RE4的寻址响应消息之后，并通过上联CPRI端口分别转发该寻址响应消息，并通过RE2和RE1的透传到达REC；REC确定RE4的寻址响应消息的中包括通过主线路到达REC的响应消息，则确定与RE4通信的主线路未故障，并通过主线路该RE4正常通信。其中，对于RE2、RE3和RE1主线路是否故障的判断与RE4类似，在此不再赘述。

在图4中，RE1、RE2、RE3、RE4和RE5属于同一个电力线网络，而REC属于另一个电力线网络；并假设RE4至RE5的CPRI通信线路故障，例如RE5的硬件故障或RE5的光口参数不合适导致的RE4至RE5的CPRI通信线路故障。

REC通过CPRI端口或通过电力线端口和CPRI端口发送寻址请求消息，该寻址请求消息针对所有的RE。在图4中，由于不存在与REC属于相同电力线网络的RE，则REC可以只通过CPRI端口发送寻址请求消息。可选地，REC可以不对是否存在与自身属于相同电力线网络的RE进行判断，直接根据其所属的CPRI端口和电力线端口发送寻址请求消息。REC发送的寻址请求消息可以通过CPRI端口到达RE1。

对于各个RE，寻址请求消息的处理可以满足以下原则：若在上联CPRI端口收到寻址请求消息，则向电力线端口和下联CPRI端口转发，并向上联CPRI端口回寻址响应消息；若在电力线端口收到寻址请求消息，则在电力线端口回寻址响应响应消息，不再转发。

例如，对于RE1而言，通过上联CPRI端口接收到寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息。

例如，对于RE2而言，通过上联CPRI端口接收到经RE1转发的寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE3而言，通过上联CPRI端口收到经RE2转发的寻址请求消息，则可以通过上联CPRI端口回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE4而言，通过上联CPRI端口接收经RE3转发的寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE5而言，RE5通过电力线端口收到经RE1、RE2、RE3和RE4通过电力线转发的寻址请求消息，并分别通过电力线端口分别发送针对各个RE转发的寻址请求消息的寻址响应消息；因为RE4和RE5之间的CPRI线路故障，则RE5无法收到RE4通过下联转发的寻址请求消息。

而对于寻址响应消息的返回路径，可以按照以下两种方式实现：

在第一种方式中，各个RE在转发寻址请求消息时，可以将寻址请求消息在自身的转发路径信息(例如，接收端口和发送端口的信息)携带在该寻址请求消息中，由此寻址请求消息可以携带各个转发节点处的转发路径信息。在RE在针对寻址请求消息发送寻址响应消息时，可以将寻址请求消息中的转发路径信息携带在寻址响应消息中，以便该寻址响应消息按照对应的寻址请求消息的反向路径返回至REC。

第二种方式中，对于各个RE，在电力线端口或下联CPRI端口收到寻址响应消息后，向上联CPRI端口转发寻址响应消息。

例如，RE4在电力线端口收到RE5的寻址响应消息后，则可以将该寻址请求消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE3、RE2和RE1的透传到达REC；RE3在电力线端口收到RE5的寻址响应消息后，则可以将该寻址请求消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE2和RE1的透传到达REC；RE1和RE2通过电力线端口收到RE5寻址响应消息所做的处理与RE3和RE4类似。REC在收到各个RE转发的来自RE5寻址响应消息后，确定寻址响应消息的路径不包括主线路，则判断与RE5通信的主线路故障，并可以从各个RE转发的寻址响应消息中的路径中，选择与RE5进行通信的备用线路；例如，将首次收到的来自RE5的响应消息的路径确定为备用线路，例如，该首次收到的寻址响应消息为在RE4处进行CPRI协议封装处理的消息，则REC通过该首次收到的寻址响应消息中封装的RE1的信息，确定与RE5进行通信的备用线路的路径为待发消息通过CPRI线路到达RE4，再由RE4通过电力线发送到RE5。

例如，RE3在电力线端口和下联CPRI端口收到RE4的寻址响应消息之后，并通过上联CPRI端口分别转发来自电力线端口和下联CPRI端口的寻址响应消息，并通过RE2和RE1的透传到达REC；RE2和RE1收到RE4的寻址响应消息处理类似；REC确定RE4的寻址响应消息的中包括通过主线路到达REC的响应消息，则确定与RE4通信的主线路未故障，并通过主线路与该RE正常通信。其中，对于RE2、RE3和RE1主线路是否故障的判断与RE4类似，在此不再赘述。

在图5中，REC与RE1和RE2属于同一电力线网络，RE3、RE4和RE5属于另外一个电力线网络；并假设RE4至RE5的CPRI通信线路故障，例如RE5的硬件故障或RE5的光口参数不合适导致的RE4至RE5的CPRI通信线路故障。

REC通过电力线端口和CPRI端口发送寻址请求消息，该寻址请求消息针对所有的RE。在图5中，由于REC存在与REC属于相同电力线网络的RE，即RE1和RE2，则REC需通过电力线端口和CPRI端口发送寻址请求消息。可选地，REC可以不对是否存在与自身属于相同电力线网络的RE进行判断，直接根据其所属的CPRI端口和电力线端口发送寻址请求消息。REC发送的寻址请求消息可以通过电力线直接到达RE1和RE2，并通过CPRI通信线路到达RE1。

对于各个RE，寻址请求消息的处理可以满足以下原则：若在上联CPRI端口收到寻址请求消息，则向电力线端口和下联CPRI端口转发，并向上联CPRI端口回寻址响应消息；若在电力线端口收到寻址请求消息，则在电力线端口回寻址响应响应消息，不再转发。

例如，对于RE1而言，通过上联CPRI端口接收到寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE2而言，通过上联CPRI端口接收到经RE1转发的寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE3而言，通过上联CPRI端口收到经RE2转发的寻址请求消息，则可以通过上联CPRI端口回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息。

例如，对于RE4而言，通过上联CPRI端口接收经RE3转发的寻址请求消息，则可以通过上联CPRI端口向REC回寻址响应消息，并通过下联CPRI端口和电力线端口转发寻址请求消息，通过电力线端口收到寻址请求消息，则可以通过电力线端口向REC回寻址响应消息，而不进行转发。

例如，对于RE5而言，RE5通过电力线端口收到经RE3和RE4通过电力线转发的寻址请求消息，分别通过电力线端口发送针对各个寻址请求消息的寻址响应消息；因为RE4和RE5之间的CPRI线路故障，则RE5无法收到RE4通过下联CPRI端口转发的寻址请求消息。

而对于寻址响应消息的返回路径，可以按照以下两种方式实现：

在第一种方式中，各个RE在转发寻址请求消息时，可以将寻址请求消息在自身的转发路径信息(例如，接收端口和发送端口的信息)携带在该寻址请求消息，由此寻址请求消息可以携带各个转发节点处的转发路径信息。在RE在针对寻址请求消息发送寻址响应消息时，可以将寻址请求消息中的转发路径信息携带在寻址响应消息中，以便该寻址响应消息按照对应的寻址请求消息的反向路径返回至REC。

第二种方式中，对于各个RE，在电力线端口或下联CPRI端口收到寻址响应消息，向上联CPRI端口转发寻址响应消息。

例如，RE4在电力线端口收到RE5的寻址响应消息后，则可以将该寻址请求消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE3、RE2和RE1的透传到达REC；RE3在电力线端口收到RE5的寻址响应消息后，则可以将该寻址响应消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE2和RE1的透传到达REC。REC在收到多条寻址响应消息后，确定多条寻址响应消息的路径不包括主线路，则判断与RE5通信的主线路故障，则可以从该多条寻址响应消息中的路径中，选择与RE5进行通信的备用线路；例如，将首次收到的来自RE5的响应消息的路径确定为备用线路，例如，该首次收到的寻址响应消息为在RE3处进行CPRI协议封装处理的消息，则REC通过该首次收到的寻址响应消息中封装的RE3的信息，则确定与RE5进行通信的备用线路的路径为待发消息通过CPRI线路经由RE1和RE2的透传到达RE3，再由RE3通过电力线发送到RE5。

例如，RE3在电力线端口和下联CPRI端口收到RE4的寻址响应消息之后，并通过上联CPRI端口分别转发该寻址响应消息，并通过RE2和RE1的透传到达REC；REC确定RE4的寻址响应消息的中包括通过主线路到达REC的响应消息，则确定与RE4通信的主线路未故障，并通过主线路与该RE正常通信。其中，对于RE2、RE3和RE1主线路是否故障的判断与RE4类似，在此不再赘述。

因此，在本发明实施例中，REC可以针对所有RE发送寻址请求消息，根据各个RE回复的寻址响应消息的路径判断主线路故障的RE，并确定与该主线路故障的RE进行通信的备用线路，并利用备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

实施例B

在该种实施例下，REC可以通过和RE之间的心跳判断REC与RE进行通信的主线路是否故障。具体地，REC和RE之间通过主线路相互发心跳消息，如果REC连续预定次数没有收到RE发送的心跳消息，则确定REC与RE进行通信的主线路故障。

可选地，REC在确定与第一RE进行通信的主线路故障时，REC通过电力线端口和CPRI端口中的至少一个发送针对第一RE的寻址请求消息；

可选地，第一RE通过第一端口接收寻址请求消息，通过第一端口发送寻址响应消息，第一端口为上联CPRI端口或电力线端口；

REC根据第一RE发送的至少一个寻址响应消息的路径，确定与第一RE进行通信的备用线路。

可选地，在第一RE通过第一端口接收寻址请求消息之前，第一RE的上游RE通过上联CPRI端口接收到寻址请求消息时，通过下联CPRI端口和电力线端口转发寻址请求消息。

可选地，在第一RE的上游RE通过下联CPRI端口和电力线端口转发寻址请求消息之前，将上游RE处的转发路径消息承载在寻址请求消息中；第一RE在通过第一端口发送寻址响应消息之前，将转发路径消息承载在寻址响应消息中；第一RE的上游RE在接收到寻址响应消息之后，按照寻址响应消息中的转发路径消息转发寻址响应消息，以便寻址响应消息按照对应的寻址请求消息的反向路径返回至REC。

可选地，第一RE的上游RE通过下联CPRI端口或电力线端口接收寻址响应消息，并通过上联CPRI端口转发寻址响应消息。

可选地，第一RE的上游RE在通过电力线端口接收到寻址请求消息时，丢弃寻址请求消息。

可选地，在REC与第一RE属于同一电力线网络时，REC通过电力线端口或通过CPRI端口和电力线端口，发送针对第一RE的寻址请求消息；

在REC与第一RE不属于同一电力线网络时，REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对第一RE的寻址请求消息。

为了便于理解，以下结合图3至图5对于实施例B中如何确定与主线路故障的RE进行通信的备用线路进行详细说明。

在图3中，REC、RE1、RE2、RE3、RE4和RE5属于同一个电力线网络；并假设RE4至RE5的CPRI通信线路故障，例如RE5的硬件故障或RE5的光口参数不合适导致的RE4至RE5的CPRI通信线路故障。在判断与RE5进行通信的主线路故障之后，REC通过电力线端口和CPRI端口发送针对RE5的寻址请求消息。

REC发送的针对RE5的寻址请求消息，可以携带RE5的标识信息。该标识信息可以为该RE5在电力线网络中的地址信息，例如，该RE5在电力线网络中的MAC地址或IP地址。

REC发送的寻址请求消息可以通过电力线直接到达RE1、RE2、RE3、RE4和RE5，并通过CPRI通信线路到达RE1。

对于各个非目标RE，寻址请求消息的处理可以满足以下原则：若在上联CPRI端口收到寻址请求消息，则向电力线端口和下联CPRI端口转发；若在电力线端口收到寻址请求消息，则丢弃该寻址请求消息。

对于目标RE，寻址请求消息的处理可以满足以下原则：在电力线端口收到寻址请求消息，在电力线端口回寻址响应消息。

例如，对于RE1而言，通过上联CPRI端口接收到寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE2而言，通过上联CPRI端口接收到经RE1转发的寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE3而言，通过上联CPRI端口收到经RE2转发的寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE4而言，通过上联CPRI端口接收经RE3转发的寻址请求消息，通过下联CPRI端口和电力线端口转发寻址请求消息，通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE5而言，RE5通过电力线端口收到直接来自REC以及经RE1、RE2、RE3和RE4通过电力线转发的寻址请求消息，并分别通过电力线端口发送各个路径的寻址请求消息对应的寻址响应消息。因为RE4至RE5的CPRI线路故障，则RE4通过下联CPRI端口发送的寻址请求消息无法到达RE5。

对于寻址响应消息的返回路径，可以按照以下两种方式实现：

在第一种方式中，各个RE在转发寻址请求消息时，可以将寻址请求消息在自身的转发路径信息(例如，接收端口和发送端口的信息)携带在该寻址请求消息中，由此寻址请求消息可以携带各个转发节点处的转发路径信息。在目标RE在针对寻址请求消息发送寻址响应消息时，可以将寻址请求消息中的转发路径信息携带在寻址响应消息中，以便该寻址响应消息按照对应的寻址请求消息的反向路径返回至REC。

第二种方式中，对于各个RE，在电力线端口或下联CPRI端口收到寻址响应消息，向上联CPRI端口转发寻址响应消息。

例如，RE4在电力线端口收到RE5的寻址响应消息后，则可以将该寻址请求消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE3、RE2和RE1的透传到达REC；RE3在电力线端口收到RE5的寻址响应消息后，则可以将该寻址请求消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE2和RE1的透传到达REC。RE2和RE1通过电力线收到RE5的寻址响应消息的处理与RE1和RE2类似。REC可以从多条寻址响应消息的路径中，选择与RE5进行通信的备用线路；例如，将首次收到的来自RE5的响应消息的路径确定为备用线路，例如，该首次收到的寻址响应消息为在RE3处进行CPRI协议封装处理的消息，则REC通过该首次收到的寻址响应消息中封装的RE3的信息，则确定与RE5进行通信的备用线路的路径为待发消息通过CPRI线路经由RE1和RE2的透传到达RE3，再由RE3通过电力线发送到RE5。

在图4中，RE1、RE2、RE3、RE4和RE5属于同一个电力线网络，而REC属于另一个电力线网络；并假设RE4至RE5的CPRI通信线路故障，例如RE5的硬件故障或RE5的光口参数不合适导致的RE4至RE5的CPRI通信线路故障。在判断与RE5进行通信的主线路故障之后，REC通过电力线端口和CPRI端口发送针对RE5寻址请求消息。在图4中，由于REC与RE5不属于相同的电力线网络，则REC可通过电力线端口和CPRI端口，或通过CPRI端口发送寻址请求消息。可选地，REC可以不对是否与RE5属于相同的电力线网络进行判断，直接根据其所属的CPRI端口和电力线端口发送寻址请求消息。REC发送的寻址请求消息可以通过电力线直接到达RE1和RE2，并通过CPRI通信线路到达RE1。

对于各个非目标RE，寻址请求消息的处理可以满足以下原则：若在上联CPRI端口收到寻址请求消息，则向电力线端口和下联CPRI端口转发；若在电力线端口收到寻址请求消息，则丢弃该寻址请求消息。

对于目标RE，寻址请求消息的处理可以满足以下原则：在电力线端口收到寻址请求消息，在电力线端口回寻址响应消息。

例如，对于RE1而言，通过上联CPRI端口接收到寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE2而言，通过上联CPRI端口接收到经RE1转发的寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE3而言，通过上联CPRI端口收到经RE2转发的寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE4而言，通过上联CPRI端口接收经RE3转发的寻址请求消息，通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE5而言，RE5通过电力线端口收到各个RE通过电力线转发的寻址请求消息，并分别通过电力线端口发送各个RE转发的寻址请求消息对应的寻址响应消息。因为RE4至RE5的CPRI线路故障，则RE5无法收到RE4通过下联CPRI端口转发的寻址请求消息。

而对于寻址响应消息的返回路径，可以按照以下两种方式实现：

在第一种方式中，各个RE在转发寻址请求消息时，可以将寻址请求消息在自身的转发路径信息(例如，接收端口和发送端口的信息)携带在该寻址请求消息中，由此寻址请求消息可以携带各个转发节点处的转发路径信息。在目标RE在针对寻址请求消息发送寻址响应消息时，可以将寻址请求消息中的转发路径信息携带在寻址响应消息中，以便该寻址响应消息按照对应的寻址请求消息的反向路径返回至REC。

第二种方式中，对于各个RE，在电力线端口或下联CPRI端口收到寻址响应消息，向上联CPRI端口转发寻址响应消息。

例如，RE4在电力线端口收到RE5的寻址响应消息后，则可以将该寻址请求消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE3、RE2和RE1的透传到达REC；RE3在电力线端口收到RE5的寻址响应消息后，则可以将该寻址响应消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE2和RE1的透传到达REC。RE2和RE1通过电力线收到RE5的寻址响应消息的处理与RE3和RE4类似。REC可以从多条寻址响应消息的路径中，选择与RE5进行通信的备用线路；例如，将首次收到的来自RE5的响应消息的路径确定为备用线路，例如，该首次收到的寻址响应消息为在RE3处进行CPRI协议封装处理的消息，则REC通过该首次收到的寻址响应消息中封装的RE3的信息，则确定与RE5进行通信的备用线路的路径为待发消息通过CPRI线路经由RE1和RE2的透传到达RE3，再由RE3通过电力线发送到RE5。

在图5中，REC与RE1和RE2属于同一电力线网络，RE3、RE4和RE5属于另外一个电力线网络；并假设RE4至RE5的CPRI通信线路故障，例如RE5的硬件故障或RE5的光口参数不合适导致的RE4至RE5的CPRI通信线路故障。在判断与RE5进行通信的主线路故障之后，REC通过电力线端口和CPRI端口发送针对RE5寻址请求消息。在图5中，由于REC与RE5不属于相同的电力线网络，则REC可通过电力线端口和CPRI端口，或通过CPRI端口发送寻址请求消息。可选地，REC可以不对是否与RE5属于相同的电力线网络进行判断，直接根据其所属的CPRI端口和电力线端口发送寻址请求消息。REC发送的寻址请求消息可以通过电力线直接到达RE1和RE2，并通过CPRI通信线路到达RE1。

对于各个非目标RE，寻址请求消息的处理可以满足以下原则：若在上联CPRI端口收到寻址请求消息，则向电力线端口和下联CPRI端口转发；若在电力线端口收到寻址请求消息，则丢弃该寻址请求消息；对于目标RE，寻址请求消息的处理可以满足以下原则：在电力线端口收到寻址请求消息，在电力线端口回寻址响应消息。

例如，对于RE1而言，通过上联CPRI端口接收到寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE2而言，通过上联CPRI端口接收到经RE1转发的寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE3而言，通过上联CPRI端口收到经RE2转发的寻址请求消息，则可以通过下联CPRI端口和电力线端口转发寻址请求消息。

例如，对于RE4而言，通过上联CPRI端口接收经RE3转发的寻址请求消息，通过下联CPRI端口和电力线端口转发寻址请求消息；通过电力线端口收到寻址请求消息，则可以丢弃该寻址请求消息。

例如，对于RE5而言，RE5通过电力线端口收到经RE3和RE4通过电力线转发的寻址请求消息，并分别通过电力线端口发送针对RE3和RE4转发的寻址请求消息的寻址响应消息。因为RE4至RE5的CPRI线路故障，则RE5无法收到RE4通过下联CPRI端口转发的寻址请求消息。

而对于寻址响应消息的返回路径，可以按照以下两种方式实现：

在第一种方式中，各个RE在转发寻址请求消息时，可以将寻址请求消息在自身的转发路径信息(例如，接收端口和发送端口的信息)携带在该寻址请求消息中，由此寻址请求消息可以携带各个转发节点处的转发路径信息。在目标RE在针对寻址请求消息发送寻址响应消息时，可以将寻址请求消息中的转发路径信息携带在寻址响应消息中，以便该寻址响应消息按照对应的寻址请求消息的反向路径返回至REC。

第二种方式中，对于各个RE，在电力线端口或下联CPRI端口收到寻址响应消息，向上联CPRI端口转发寻址响应消息。

例如，RE4在电力线端口收到RE5的寻址响应消息后，则可以将该寻址请求消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE3、RE2和RE1的透传到达REC；RE3在电力线端口收到RE5的寻址响应消息后，则可以将该寻址响应消息封装为CPRI协议的消息，并通过上联CPRI端口转发该寻址响应消息，该寻址响应消息经过RE2和RE1的透传到达REC.REC可以从多条寻址响应消息中的路径中，选择与RE5进行通信的备用线路；例如，将首次收到的来自RE5的响应消息的路径确定为备用线路，例如，该首次收到的寻址响应消息为在RE3处进行CPRI协议封装处理的消息，则REC通过该首次收到的寻址响应消息中封装的RE3的信息，则确定与RE5进行通信的备用线路的路径为待发消息通过CPRI线路经由RE1和RE2的透传到达RE3，再由RE3通过电力线发送到RE5。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该RE发送寻址请求消息，根据该RE回复的寻址响应消息的路径判断确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

应理解，在本发明实施例中，两者之间属于同一电力线网络，意味着两者之间可以只通过电力线进行通信。两者之间不属于相同的电力线网络，意味着两者之前无法只通过电力线进行通信。

因此，在本发明实施例中，在REC确定与任一RE的通信的主线路故障时，可以确定与该主线路故障的RE进行通信的备用线路，并通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图6是根据本发明实施例的REC200的示意性框图。如图6所示，该REC200包括：

第一确定单元210，用于确定REC200与第一RE进行通信的主线路故障；

第二确定单元220，用于确定REC200与第一RE进行通信的备用线路；

通信单元230，用于通过备用线路与第一RE进行通信。

因此，在本发明实施例中，在第一确定单元确定REC200与任一RE的通信的主线路故障时，第二确定单元220可以确定REC200与该主线路故障的RE进行通信的备用线路，通信单元230通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

在本发明实施例中，REC200还可以称作为BBU，RE还可以称作为RRU。

在本发明实施例中，主线路可以是CPRI通信线路；备用线路可以是电力线线路，或者为电力线加CPRI通信线路。当然，主线路可以是电力线线路或为电力线加CPRI通信线路，备用线路为CPRI通信线路，或者为其他方式，具体可以根据应用场景而定，本发明实施例并不对此进行限定。但是本发明实施例以主线路为CPRI通信线路，备用线路为电力线线路或者为电力线加CPRI通信线路为主进行说明。

由于REC和RE天然具有电力线网络供电，本发明实施例在REC与RE的CPRI通信线路出现故障时，借用REC和RE的电力线网络实现REC与RE的通信。

在本发明实施例中，CPRI通信线路是指支持CPRI协议的线路；CPRI通信线路可以包括光纤、同轴电缆和以太网线中的至少一种。

在本发明实施例中，通信单元230具体用于：

通过备用线路对第一RE进行复位或升级以恢复REC与该第一RE进行通信的主线路。

例如，在第一RE的主线路故障的原因是该RE的光口参数不合适，则可以通过备用线路修改该RE的光口参数，由此可以恢复主线路。

再例如，RE的硬件发生问题，导致RE无法正常启动，需要进行一下上下电才能恢复，因为此时RE已经出现问题，所以无法通过CPRI通信线路再与其成功通信。则第二确定单元220可以确定备用线路，该备用线路可以包括电力线，通信单元230可以通过备用线路向RE发指示信息，指示RE进行上下电。

在本发明实施例中，REC200可以实时(例如周期性或初始化阶段)扫描控制的所有RE中主线路故障的RE，并确定主线路故障的RE的备用线路；REC200也可以通过与某一RE互发心跳消息，确定与该RE进行通信的主线路故障，并确定与该RE进行通信的备用线路。为了便于理解，以下将结合实施例C和实施例D对这两种情况进行详细说明。

实施例C

在该种实施例下，REC200可以实时(例如周期性或初始化阶段)扫描控制的所有RE中主线路故障的RE(第一RE)，并确定主线路故障的RE的备用线路。

可选地，如图7所示，第一确定单元210包括第一发送子单元211、第一接收子单元212和第一确定子单元213；其中，第一发送子单元211用于：通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；第一接收子单元212用于：接收来自至少一个RE的寻址响应消息，其中，至少一个RE包括第一RE；第一确定子单元213用于：在确定第一接收子单元212接收的来自第一RE的至少一个寻址响应消息的路径不包括主线路时，确定通过与第一RE进行通信的主线路故障；第二确定单元220具体用于：在第一接收子单元212接收的在来自第一RE的至少一个寻址响应消息的路径不包括主线路时，根据至少一个寻址响应消息的路径，确定与第一RE进行通信的备用线路。

可选地，第一发送子单元211具体用于：

在所有RE中存在与REC200属于相同电力线网络的RE时，通过CPRI端口和电力线端口，发送针对所有RE的寻址请求消息；

在所有RE不存在与REC200属于相同电力线网络的RE时，通过CPRI端口或通过CPRI端口和电力线端口，发送针对所有RE的寻址请求消息。

可选地，第二确定单元220具体用于：

将接收子单元212首次收到的来自第一RE的寻址响应消息的路径确定为与第一RE进行通信的备用线路。

应理解，实施例C中的REC200可以对应于实施例A中的REC，并且REC200可以具有实施例A中REC的相应功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，REC可以针对所有RE发送寻址请求消息，根据各个RE回复的寻址响应消息的路径判断主线路故障的RE，并确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

实施例D

在该种实施例中，REC200可以通过REC200和RE之间的心跳判断REC200与RE进行通信的主线路是否故障。具体地，REC200和RE之间通过主线路相互发心跳消息，如果REC200连续预定次数没有收到RE发送的心跳信息，则确定REC与RE进行通信的主线路故障。

可选地，如图8所示，第二确定单元220包括：第二发送子单元221，用于在第一确定单元210确定REC200与第一RE进行通信的主线路故障之后，通过电力线端口和CPRI端口中的至少一种发送针对第一RE的寻址请求消息；第二接收子单元222，用于接收来自第一RE的至少一个寻址响应消息；第二确定子单元223，用于根据第二接收子单元222接收的至少一个寻址响应消息的路径，确定与第一RE进行通信的备用线路。

可选地，第二发送子单元221具体用于：在REC200与第一RE属于同一电力线网络时，通过电力线端口或通过CPRI端口和电力线端口，发送针对第一RE的寻址请求消息；在REC200与第一RE不属于同一电力线网络时，通过CPRI端口或通过CPRI端口和电力线端口，发送针对第一RE的寻址请求消息。

可选地，第二确定子单元223具体用于：

将第二接收子单元222首次收到的来自第一RE的寻址响应消息的路径确定为与第一RE进行通信的备用线路。

可选地，通信单元230具体用于：

通过备用线路对第一RE进行复位或升级以恢复REC与第一RE进行通信的主线路。

应理解，实施例D中的REC200可以对应于实施例B中的REC，并且REC200可以具有实施例B中REC的相应功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该RE发送寻址请求消息，根据该RE回复的寻址响应消息的路径判断确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

应理解，在本发明实施例中，两者之间属于同一电力线网络，意味着两者之间可以只通过电力线进行通信。两者之间不属于相同的电力线网络，意味着两者之前无法只通过电力线进行通信。

因此，在本发明实施例中，在REC确定与任一RE的通信的主线路故障时，可以确定与该主线路故障的RE进行通信的备用线路，并通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图9是根据本发明实施例的RE300的示意性框图。如图9所示，该RE300包括：接收单元310，用于通过第一端口接收REC发送的寻址请求消息，第一端口为上联CPRI端口或电力线端口；

确定单元320，用于根据接收单元310接收的寻址请求消息，确定寻址请求消息针对对象包括RE300；

发送单元330，用于通过第一端口向REC发送第一寻址响应消息。

可选地，寻址请求消息中携带从REC到RE300的转发路径信息；在发送单元330通过第一端口向REC发送第一寻址响应消息之前，发送单元330还用于：在第一寻址响应消息中携带从REC到RE300的转发路径信息，以便第一寻址响应消息按照寻址请求消息的反向路径返回至REC。

应理解，在本发明实施例中，RE300可以为寻址请求消息中唯一的针对对象，则此时，RE300可以对应于实施例B中的RE5，并且可以实现RE5中的相应功能。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该RE发送寻址请求消息，RE根据REC发送的寻址请求消息回复寻址响应消息，从而REC可以根据该RE回复的寻址响应消息的路径判断确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

还应理解，在本发明实施例中，寻址请求消息的针对对象还可以包括除RE300之外的其他RE。为了便于理解，以下结合实施例E对这种情况进行详细说明。

实施例E

在该种实施例下，确定单元320还用于：根据寻址请求消息，确定寻址请求消息针对对象还包括其他RE；发送单元330还用于：在第一端口为上联CPRI端口时，通过下联CPRI端口和电力线端口转发寻址请求消息。

可选地，在发送单元330通过下联CPRI端口和电力线端口转发寻址请求消息之前，发送单元330还用于：将RE300处的转发路径信息携带在寻址请求消息中；在发送单元330通过下联CPRI端口和电力线端口转发寻址请求消息之后，接收单元310还用于：通过下联CPRI端口或通过电力线端口接收第二寻址响应消息，其中第二寻址响应消息携带RE300处的转发路径消息；发送单元还用于根据RE300处的转发路径信息，转发第二寻址响应消息。

可选地，接收单元310还用于：通过下联CPRI端口或电力线端口接收第二寻址响应消息；发送单元330还用于：通过上联CPRI端口转发第二寻址响应消息。

可选地，接收单元310还用于：通过下联CPRI端口或电力线端口接收第二寻址响应消息；发送单元330还用于：通过上联CPRI端口转发第二寻址响应消息。

可选地，寻址请求消息中携带从REC到RE300的转发路径信息；在发送单元330通过第一端口向REC发送第一寻址响应消息之前，发送单元330还用于：在第一寻址响应消息中携带从REC到RE300的转发路径信息，以便第一寻址响应消息按照寻址请求消息的反向路径返回至REC。

在该实施例E中，RE300可以对应于实施例A中的RE1、RE2、RE3、RE4和RE5中的任一RE，并且可以实现该任一RE的相应功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，REC可以针对所有RE发送寻址请求消息，根据各个RE回复的寻址响应消息的路径判断主线路故障的RE，并确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图10是根据本发明实施例中的RE400的示意性框图。如图10所示，RE400包括：接收单元410，用于通过第一端口接收REC发送的寻址请求消息；确定单元420，用于根据寻址请求消息，确定寻址请求消息针对对象不包括RE400；发送单元430，用于在第一端口为上联通用公共无线接口CPRI端口时，通过电力线端口和下联CPRI端口转发寻址请求消息。

可选地，发送单元430还用于：在第一端口为电力线端口时，丢弃寻址请求消息。

可选地，发送单元430通过电力线端口和下联CPRI端口转发寻址请求消息之前，发送单元430还用于：在寻址请求消息中携带RE400处的转发路径信息；在发送单元430通过电力线端口和下联CPRI端口转发寻址请求消息之后，接收单元还用于：通过下联CPRI端口或电力线端口接收寻址响应消息，寻址响应消息携带RE400处的转发路径信息；发送单元430还用于：根据RE400处的转发路径信息，转发寻址响应消息。

可选地，在发送单元430通过电力线端口和下联CPRI端口转发寻址请求消息之后，接收单元410还用于：通过下联CPRI端口或电力线端口接收寻址响应消息；发送单元430还用于：通过上联CPRI端口转发寻址响应消息。

可选地，RE400可以对应于实施例B中的RE1、RE2、RE3和RE4中的任一RE，并且可以实现该任一RE的功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该某一RE发送寻址请求消息，非目标RE在收到该寻址请求消息时，转发该寻址请求消息，目标RE在收到该寻址请求消息时，根据REC发送的寻址请求消息回复寻址响应消息，从而REC可以根据该目标RE回复的寻址响应消息的路径判断确定与该主线路故障的目标RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图11是根据本发明实施例的REC500的示意性框图。如图11所示，该REC500包括：存储器511、处理器512和收发器513；其中处理器512、收发器513和存储器511通过总线514相连，存储器511中存储程序代码，处理器512调用存储器511中的程序代码执行以下处理：

确定REC500与第一无线设备RE进行通信的主线路故障；

确定REC500与第一RE进行通信的备用线路；

通过控制收发器513通过备用线路与第一RE进行通信。

因此，在本发明实施例中，在确定REC500与任一RE的通信的主线路故障时，REC500可以确定与该主线路故障的RE进行通信的备用线路，通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

应理解，在本发明实施例中，该处理器512可以是中央处理单元(Central Processing Unit，简称为“CPU”)，该处理器512还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器511可以包括只读存储器和随机存取存储器，并向处理器512提供指令和数据。存储器511的一部分还可以包括非易失性随机存取存储器。例如，存储器511还可以存储设备类型的信息。

该总线系统514除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统514。

在实现过程中，上述方法的各步骤可以通过处理器512中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器511，处理器512读取存储器511中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

在本发明实施例中，REC500还可以称作为BBU，RE还可以称作为RRU。

在本发明实施例中，主线路可以是CPRI通信线路；备用线路可以是电力线线路，或者为电力线加CPRI通信线路。当然，主线路可以是电力线线路或为电力线加CPRI通信线路，备用线路为CPRI通信线路，或者为其他方式，具体可以根据应用场景而定，本发明实施例并不对此进行限定。但是本发明实施例以主线路为CPRI通信线路，备用线路为电力线线路或者为电力线加CPRI通信线路为主进行说明。

由于REC和RE天然具有电力线网络供电，本发明实施例在REC与RE的CPRI通信线路出现故障时，借用REC和RE的电力线网络实现REC与RE的通信。

在本发明实施例中，CPRI通信线路是指支持CPRI协议的线路；CPRI通信线路可以包括光纤、同轴电缆和以太网线中的至少一种。

在本发明实施例中，处理器512调用存储器511中的程序代码具体执行以下处理：

通过备用线路对第一RE进行复位或升级以恢复REC与该第一RE进行通信的主线路。

例如，在第一RE的主线路故障的原因是该RE的光口参数不合适，则可以通过备用线路修改该RE的光口参数，由此可以恢复主线路。

再例如，RE的硬件发生问题，导致RE无法正常启动，需要进行一下上下电才能恢复，因为此时RE已经出现问题，所以无法通过CPRI通信线路再与其成功通信。则可以确定备用线路，该备用线路可以包括电力线，然后可以通过备用线路向RE发指示信息，指示RE进行上下电。

在本发明实施例中，REC扫描控制的所有RE，并确定所有RE中主线路故障的RE，并确定主线路故障的RE的备用线路；REC也可以在与某一RE通过主线路已经建立通信连接之后，确定与该RE进行通信的主线路故障，并确定与该RE进行通信的备用线路。为了便于理解，以下将结合实施例F和实施例G对这两种情况进行详细说明。

实施例F

扫描控制的所有RE，并确定所有RE中主线路故障的RE(第一RE)，并确定主线路故障的RE的备用线路。

可选地，处理器512调用存储器511中的程序代码具体执行以下处理：

控制收发器513通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；控制器收发器513接收来自至少一个RE的寻址响应消息，其中，至少一个RE包括第一RE；在来自第一RE的至少一个寻址响应消息的路径不包括主线路时，通过与第一RE进行通信的主线路故障；在来自第一RE的至少一个寻址响应消息的路径不包括主线路时，根据至少一个寻址响应消息的路径，确定与第一RE进行通信的备用线路。

可选地，处理器512调用存储器511中的程序代码具体执行以下处理：在所有RE中存在与REC500属于相同电力线网络的RE时，控制收发器513通过CPRI端口和电力线端口，发送针对所有RE的寻址请求消息；在所有RE中不存在与REC500属于相同电力线网络的RE时，控制收发器513通过CPRI端口或通过CPRI端口和电力线端口，发送针对所有RE的寻址请求消息。

可选地，处理器512调用存储器511中的程序代码具体执行以下处理：

将首次收到的来自第一RE的寻址响应消息的路径确定为与第一RE进行通信的备用线路。

应理解，实施例F中的REC200可以对应于实施例A中的REC，并且REC500可以具有实施例A中REC的相应功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，REC可以针对所有RE发送寻址请求消息，根据各个RE回复的寻址响应消息的路径判断主线路故障的RE，并确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

实施例G

在该种实施例中，在REC500与第一RE通过互发心跳消息确定与该RE进行通信的主线路故障之后，确定与该RE进行通信的备用线路，通过备用线路与该第一RE进行通信。

可选地，处理器512调用存储器511中的程序代码具体执行以下处理：

确定通过与第一RE进行通信的主线路故障之后，控制收发器513通过电力线端口和CPRI端口中的至少一种发送针对第一RE的寻址请求消息；控制收发器513接收来自第一RE的至少一个寻址响应消息；根据至少一个寻址响应消息的路径，确定与第一RE进行通信的备用线路。

可选地，处理器512调用存储器511中的程序代码具体执行以下处理：

在REC与第一RE属于同一电力线网络时，控制收发器513通过电力线端口或通过CPRI端口和电力线端口，发送针对第一RE的寻址请求消息；

在REC500与第一RE不属于同一电力线网络时，控制收发器513通过CPRI端口或通过CPRI端口和电力线端口，发送针对第一RE的寻址请求消息。

可选地，处理器512调用存储器511中的程序代码具体执行以下处理：

将首次收到的来自第一RE的寻址响应消息的路径确定为与第一RE进行通信的备用线路。

应理解，实施例G中的REC500可以对应于实施例B中的REC，并且REC500可以具有实施例B中REC的相应功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该RE发送寻址请求消息，根据该RE回复的寻址响应消息的路径判断确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

应理解，在本发明实施例中，两者之间属于同一电力线网络，意味着两者之间可以只通过电力线进行通信。两者之间不属于相同的电力线网络，意味着两者之前无法只通过电力线进行通信。

因此，在本发明实施例中，在REC确定与任一RE的通信的主线路故障时，可以确定与该主线路故障的RE进行通信的备用线路，并通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图12是根据本发明实施例RE600的示意性框图。如图12所示，该RE600包括存储器611、处理器612、收发器613和总线614。其中，存储器611、处理器612和收发器613通过总线614相连；存储器611中存储程序代码，处理器612调用存储器611中的程序代码执行以下处理：

控制收发器613通过第一端口接收REC发送的寻址请求消息，第一端口为上联CPRI端口或电力线端口；根据寻址请求消息，确定寻址请求消息针对对象包括RE；控制收发器613通过第一端口向REC发送第一寻址响应消息。

可选地，寻址请求消息中携带从REC到RE600的转发路径信息；在控制收发器613通过第一端口向REC发送第一寻址响应消息之前，处理器调用存储器中的程序代码还执行以下处理：在第一寻址响应消息中携带从REC到RE600的转发路径信息，以便第一寻址响应消息按照寻址请求消息的反向路径返回至REC。

应理解，在本发明实施例中，RE600可以为寻址请求消息中唯一的针对对象，则此时，RE600可以对应于实施例B中的RE5，并且可以实现RE5中的相应功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该RE发送寻址请求消息，根据该RE回复的寻址响应消息的路径判断确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

还应理解，在本发明实施例中，寻址请求消息的针对对象还可以包括除RE600之外的其他RE。为了便于理解，以下结合实施例H对这种情况进行详细说明。

实施例H

在该种实施例下，处理器612调用存储器611中的程序代码还执行以下处理：根据寻址请求消息，确定寻址请求消息针对对象还包括其他RE；在第一端口为上联通用公共无线接口CPRI端口时，控制收发器613通过下联CPRI端口和电力线端口转发寻址请求消息。

可选地，在控制收发器613通过下联CPRI端口和电力线端口转发寻址请求消息之前，处理器612调用存储器611中的程序代码还执行以下处理：

将RE600处的转发路径信息携带在寻址请求消息中；在控制收发器613通过下联CPRI端口和电力线端口转发寻址请求消息之后，处理器612调用存储器611中的程序代码还执行以下处理：控制收发器613通过下联CPRI端口或通过电力线端口接收第二寻址响应消息，其中第二寻址响应消息携带RE600处的转发路径消息；根据RE600处的转发路径信息，转发第二寻址响应消息。

可选地，处理器612调用存储器611中的程序代码还执行以下处理：

控制收发器613通过下联CPRI端口或电力线端口接收第二寻址响应消息；控制收发器613通过上联CPRI端口转发第二寻址响应消息。

应理解，在本发明实施例中，该处理器612可以是中央处理单元(Central Processing Unit，简称为“CPU”)，该处理器612还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器611可以包括只读存储器和随机存取存储器，并向处理器512提供指令和数据。存储器611的一部分还可以包括非易失性随机存取存储器。例如，存储器611还可以存储设备类型的信息。

该总线系统614除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统614。

在实现过程中，上述方法的各步骤可以通过处理器612中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器611，处理器612读取存储器611中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

可选地，在本发明实施例中，处理器612可以包括两个子处理器，其中，一个子处理器用于通过电力线与BBU或其他RE进行通信，另一个子处理器用于通过CPRI线路与BBU或其他RE进行通信，这两个子处理器分别相互独立，则两个子处理器同时发生故障的可能性较小，所以能大幅度提高系统的性能。

在该实施例H中，RE600可以对应于实施例A中的RE1、RE2、RE3、RE4和RE5中的任一RE，并且可以实现该任一RE的相应功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，REC可以针对所有RE发送寻址请求消息，根据各个RE回复的寻址响应消息的路径判断主线路故障的RE，并确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图13是根据本发明实施例的RE700的示意性框图。如图13所示，该RE700包括：存储器711、处理器712、收发器713和总线714；其中，存储器711、处理器712和收发器713通过总线714相连，存储器711中存储程序代码，处理器712调用存储器711中的程序代码执行以下处理：控制收发器713通过第一端口接收无线设备控制器REC发送的寻址请求消息；根据寻址请求消息，确定寻址请求消息针对对象不包括RE700；在第一端口为上联通用公共无线接口CPRI端口时，控制收发器713通过电力线端口和下联CPRI端口转发寻址请求消息。

可选地，处理器712调用存储器711中的程序代码还执行以下处理：在第一端口为电力线端口时，丢弃寻址请求消息。

可选地，在控制收发器713通过电力线端口和下联CPRI端口转发寻址请求消息之前，处理器712调用存储器711中的程序代码还执行以下处理：

在寻址请求消息中携带RE700处的转发路径信息；在控制收发器713通过电力线端口和下联CPRI端口转发寻址请求消息之后，处理器712调用存储器711中的程序代码还执行以下处理：控制收发器713通过下联CPRI端口或电力线端口接收寻址响应消息，寻址响应消息携带RE700处的转发路径信息；根据RE700处的转发路径信息，转发寻址响应消息。

可选地，在控制收发器713通过电力线端口和下联CPRI端口转发寻址请求消息之后，处理器712调用存储器711中的程序代码还执行以下处理：

控制收发器713通过下联CPRI端口或电力线端口接收寻址响应消息；控制收发器713通过上联CPRI端口转发寻址响应消息。

应理解，在本发明实施例中，该处理器712可以是中央处理单元(Central Processing Unit，简称为“CPU”)，该处理器712还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器711可以包括只读存储器和随机存取存储器，并向处理器712提供指令和数据。存储器711的一部分还可以包括非易失性随机存取存储器。例如，存储器711还可以存储设备类型的信息。

该总线系统714除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统714。

在实现过程中，上述方法的各步骤可以通过处理器712中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器711，处理器712读取存储器711中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

可选地，在本发明实施例中，处理器712可以包括两个子处理器，其中，一个子处理器用于通过电力线与BBU或其他RE进行通信，另一个子处理器用于通过CPRI线路与BBU或其他RE进行通信，这两个子处理器分别相互独立，则两个子处理器同时发生故障的可能性较小，所以能大幅度提高系统的性能。

可选地，RE700可以对应于实施例B中的RE1、RE2、RE3和RE4中的任一RE，并且可以实现该任一RE的功能，为了简洁，在此不再赘述。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该某一RE发送寻址请求消息，非目标RE在收到该寻址请求消息时，转发该寻址请求消息，目标RE在收到该寻址请求消息时，根据REC发送的寻址请求消息回复寻址响应消息，从而REC可以根据该目标RE回复的寻址响应消息的路径判断确定与该主线路故障的目标RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图14是根据本发明实施例的信息传输方法800的示意性流程图。如图13所示，该方法800包括：

S810，REC确定与第一RE进行通信的主线路故障；

S820，所述REC确定与所述第一RE进行通信的备用线路；

S830，所述REC通过所述备用线路与所述第一RE进行通信。

因此，在本发明实施例中，REC在与任一RE的通信的主线路故障时，可以确定与该主线路故障的RE进行通信的备用线路，通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

在本发明实施例中，REC还可以称作为BBU，RE还可以称作为RRU。

在本发明实施例中，主线路可以是CPRI通信线路；备用线路可以是电力线线路，或者为电力线加CPRI通信线路。当然，主线路可以是电力线线路或为电力线加CPRI通信线路，备用线路为CPRI通信线路，或者为其他方式，具体可以根据应用场景而定，本发明实施例并不对此进行限定。但是本发明实施例以主线路为CPRI通信线路，备用线路为电力线线路或者为电力线加CPRI通信线路为主进行说明。

由于REC和RE天然具有电力线网络供电，本发明实施例在REC与RE的CPRI通信线路出现故障时，借用REC和RE的电力线网络实现REC与RE的通信。

在本发明实施例中，CPRI通信线路是指支持CPRI协议的线路；CPRI通信线路可以包括光纤、同轴电缆和以太网线中的至少一种。

在本发明实施例中，S830中，REC通过备用线路与该主线路故障的第一RE进行通信，可以包括：

REC通过备用线路发送指示信息，以对第一RE进行复位或升级以恢复REC与该第一RE进行通信的主线路。

例如，在第一RE的主线路故障的原因是该RE的光口参数不合适，则可以通过备用线路修改该RE的光口参数，由此可以恢复主线路。

再例如，RE的硬件发生问题，导致RE无法正常启动，需要进行一下上下电才能恢复，因为此时RE已经出现问题，所以无法通过CPRI通信线路再与其成功通信。可以确定备用线路，该备用线路可以包括电力线，通信单元230可以通过备用线路向RE发指示信息，指示RE进行上下电。

在本发明实施例中，REC可以实时(例如周期性或初始化阶段)扫描控制的所有RE，并确定所有RE中主线路故障的RE，并确定主线路故障的RE的备用线路；REC也可以通过与某一RE互发心跳消息，确定与该RE进行通信的主线路故障，并确定与该RE进行通信的备用线路。为了便于理解，以下将结合实施例I和实施例K对这两种情况进行详细说明。

实施例I

REC可以实时(例如周期性或初始化阶段)扫描控制的所有RE，并确定所有RE中主线路故障的RE(第一RE)，并确定主线路故障的RE的备用线路。

可选地，S810中，所述REC确定与第一RE进行通信的主线路故障，包括：所述REC通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息；所述REC接收来自至少一个RE的寻址响应消息，其中，所述至少一个RE包括所述第一RE；在来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，所述REC确定通过与所述第一RE进行通信的主线路故障；S820中，所述REC确定与所述第一RE进行通信的备用线路，包括：在来自所述第一RE的至少一个寻址响应消息的路径不包括主线路时，所述REC根据所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

可选地，所述REC通过CPRI端口或通过电力线端口和CPRI端口，发送针对控制的所有RE的寻址请求消息，包括：在所述所有RE中存在与所述REC属于相同电力线网络的RE时，所述REC通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息；在所述所有RE中不存在与所述REC属于相同电力线网络的RE时，所述REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述所有RE的寻址请求消息。

可选地，S820中，所述REC确定与所述第一RE进行通信的备用线路，包括：

所述REC将首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

应理解，实施例I中的方法可以由实施例A中的REC实现，并且实施例A中的REC所实现的动作可以属于实施例I的可选实施例，为了简洁，在此不再赘述。

因此，在本发明实施例中，REC可以针对所有RE发送寻址请求消息，根据各个RE回复的寻址响应消息的路径判断主线路故障的RE，并确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

实施例K

在该种实施例中，在REC通过与第一RE互发心跳消息确定确定与该RE进行通信的主线路故障之后，确定与该RE进行通信的备用线路，通过备用线路与该第一RE进行通信。

可选地，S820中，所述REC确定与所述第一RE进行通信的备用线路，包括：在所述REC确定通过与所述第一RE进行通信的主线路故障之后，所述REC通过电力线端口和CPRI端口中的至少一种发送针对所述第一RE的寻址请求消息；所述REC接收来自所述第一RE的至少一个寻址响应消息；所述REC根据所述至少一个寻址响应消息的路径，确定与所述第一RE进行通信的备用线路。

可选地，所述REC通过电力线端口和CPRI端口中的至少一种发送针对所述第一RE的寻址请求消息，包括：在所述REC与所述第一RE属于同一电力线网络时，所述REC通过电力线端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息；在所述REC与所述第一RE不属于同一电力线网络时，所述REC通过CPRI端口或通过CPRI端口和电力线端口，发送针对所述第一RE的寻址请求消息。

可选地，S830中，所述REC确定与所述第一RE进行通信的备用线路，包括：所述REC将首次收到的来自所述第一RE的寻址响应消息的路径确定为与所述第一RE进行通信的备用线路。

应理解，实施例K中的方法可以由实施例B中的REC实现，并且实施例B中的REC所实现的动作可以属于实施例K的可选实施例，为了简洁，在此不再赘述。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该RE发送寻址请求消息，根据该RE回复的寻址响应消息的路径判断确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

应理解，在本发明实施例中，两者之间属于同一电力线网络，意味着两者之间可以只通过电力线进行通信。两者之间不属于相同的电力线网络，意味着两者之前无法只通过电力线进行通信。

因此，在本发明实施例中，在REC确定与任一RE的通信的主线路故障时，可以确定与该主线路故障的RE进行通信的备用线路，并通过备用线路与该主线路故障的RE进行通信，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图15是根据本发明实施例的信息传输方法900的示意性流程图。如图15所示，该方法900包括：

S910，第一RE通过第一端口接收REC发送的寻址请求消息，所述第一端口为上联CPRI端口或电力线端口；

S920，根据所述寻址请求消息，所述第一RE确定所述寻址请求消息针对对象包括所述第一RE；

S930，所述第一RE通过所述第一端口向所述REC发送第一寻址响应消息。

可选地，所述寻址请求消息中携带从所述REC到所述第一RE的转发路径信息；在所述通过第一端口向所述REC发送第一寻址响应消息之前，所述方法900还包括：所述第一RE在所述第一寻址响应消息中携带从所述REC到所述第一RE的转发路径信息，以便所述第一寻址响应消息按照所述寻址请求消息的反向路径返回至所述REC。

应理解，在本发明实施例中，第一RE可以为寻址请求消息中唯一的针对对象，则此时方法900可以由实施例B中的RE5实现，即方法900中的第一RE对应于实施例B中的RE5，并且实施例B中的RE5所实现的动作可以属于该方法900的可选实施例，为了简洁，在此不再赘述。

因此，在本发明实施例中，在基站确定与某一RE进行通信的主线路故障后，REC可以针对该RE发送寻址请求消息，根据该RE回复的寻址响应消息的路径判断确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

还应理解，在本发明实施例中，寻址请求消息的针对对象还可以包括除第一RE之外的其他RE。为了便于理解，以下结合实施例L对这种情况进行详细说明

实施例L

在该种实施例下，所述方法900还包括：根据所述寻址请求消息，所述第一RE确定所述寻址请求消息针对对象还包括其他RE；在所述第一端口为上联通用公共无线接口CPRI端口时，所述第一RE通过下联CPRI端口和电力线端口转发所述寻址请求消息。

可选地，在所述通过下联CPRI端口和电力线端口转发所述寻址请求消息之前，所述方法900还包括：将所述第一RE处的转发路径信息携带在所述寻址请求消息中；在所述通过下联CPRI端口和电力线端口转发所述寻址请求消息之后，所述方法900还包括：所述第一RE通过下联CPRI端口或通过电力线端口接收第二寻址响应消息，其中所述第二寻址响应消息携带所述第一RE处的转发路径消息；根据所述第一RE处的转发路径信息，转发所述第二寻址响应消息。

可选地，所述方法900还包括：所述第一RE通过下联CPRI端口或电力线端口接收第二寻址响应消息；所述第一RE通过上联CPRI端口转发所述第二寻址响应消息。

可选地，所述寻址请求消息中携带从所述REC到所述第一RE的转发路径信息；在所述通过第一端口向所述REC发送第一寻址响应消息之前，所述方法900还包括：所述第一RE在所述第一寻址响应消息中携带从所述REC到所述第一RE的转发路径信息，以便所述第一寻址响应消息按照所述寻址请求消息的反向路径返回至所述REC。

可选地，在该实施例L中，第一RE可以对应于实施例A中的任一RE，则此时方法900可以由实施例A中的任一RE实现，并且实施例A中的任一RE所实现的动作可以属于该方法900的可选实施例，为了简洁，在此不再赘述。

因此，在本发明实施例中，REC可以针对所有RE发送寻址请求消息，根据各个RE回复的寻址响应消息的路径判断主线路故障的RE，并确定与该主线路故障的RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

图16是根据本发明实施例的信息传输方法1000的示意性流程图。如图16所示，该方法1000包括：

S1100，第二RE通过第一端口接收无线设备控制器REC发送的寻址请求消息；

S1200，根据所述寻址请求消息，确定所述寻址请求消息针对对象不包括所述第二RE；

S1300，在所述第一端口为上联CPRI端口时，所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息。

可选地，所述方法1000还包括：在所述第一端口为电力线端口时，所述第二RE丢弃所述寻址请求消息。

可选地，所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息之前，所述方法1000还包括：在所述寻址请求消息中携带所述第二RE处的转发路径信息；

在所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述方法1000还包括：所述第二RE通过下联CPRI端口或电力线端口接收寻址响应消息，所述寻址响应消息携带所述第二RE处的转发路径信息；所述第二RE根据所述第二RE处的转发路径信息，转发所述寻址响应消息。

可选地，在所述第二RE通过电力线端口和下联CPRI端口转发所述寻址请求消息之后，所述方法1000还包括：所述第二RE通过下联CPRI端口或电力线端口接收寻址响应消息；所述第二RE通过上联CPRI端口转发所述寻址响应消息。

可选地，第二RE可以对应于实施例B中的RE1、RE2、RE3和RE4中的任一RE，该方法1000可以由该任一RE实现，并且实施例B中的该任一RE所实现的动作可以属于该方法1000的可选实施例，为了简洁，在此不再赘述。

因此，在本发明实施例中，在REC确定与某一RE进行通信的主线路故障后，REC可以针对该某一RE发送寻址请求消息，非目标RE在收到该寻址请求消息时，转发该寻址请求消息，目标RE在收到该寻址请求消息时，根据REC发送的寻址请求消息回复寻址响应消息，从而REC可以根据该目标RE回复的寻址响应消息的路径判断确定与该主线路故障的目标RE进行通信的备用线路，由此在主线路故障时不需要人工下站处理，减少了维护成本，并降低了业务中断时间，从而提升用户体验。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。