一种基带单元与远端射频单元之间的通讯方法

摘要

本发明公开了一种基带单元与远端射频单元之间的通讯方法，其包括以下步骤：A1、分别为各基带单元BBU和各远端射频单元RRU设置其设备标识；A2、BBU与RRU进行链路建立协商时，分别存储对方设备标识；A3、BBU与RRU进行通讯时，分别在发送数据中携带自身的设备标识，并在接收数据时采用所存储的对方设备标识，进行数据发送方的身份校验。采用上述方案，本发明通过采用设备标识，来区分BBU与RRU之间连接是否已经变化，从而在链路两端的设备发生改变时，会快速发现设备的更改，并重新启动链路的建立流程，因此保证了对RRU的配置正确和有效，增加了整个系统的可靠性。

权利要求

1.一种基带单元与远端射频单元之间的通讯方法，其包括以下步骤：A1、分别为各基带单元BBU和各远端射频单元RRU设置其设备标识；

A2、BBU与RRU进行链路建立协商时，分别存储对方设备标识；

A3、BBU与RRU进行通讯时，分别在发送数据中携带自身的设备标识，并在接收数据时采用所存储的对方设备标识，进行数据发送方的身份校验。

2.根据权利要求1所述的通讯方法，其特征在于，步骤A2具体执行以下步骤：A21、发起端配置连接对端，向对端发起建链请求，其中携带自身设备标识；

A22、所述对端存储所述发起端设备标识，并将其自身设备标识，通过建链响应消息发送给所述发起端；

A23、所述发起端接收所述响应消息，存储所述对端设备标识；

其中，所述发起端和所述对端分别为BBU和RRU，或RRU和BBU。

3.根据权利要求2所述的通讯方法，其特征在于，步骤A21还执行以下步骤：所述发起端在配置连接所述对端后，定时向所述对端发起链路建立请求，其中携带自身设备标识。

4.根据权利要求1所述的通讯方法，其特征在于，步骤A3具体执行以下步骤：A31、BBU向RRU发送控制命令消息，其中包含自身设备标识和RRU的设备标识；

A32、RRU收到所述控制命令消息，根据其中的BBU设备标识，判断是否与其存储的BBU设备标识相符，是则进行处理，并发送响应消息；否则，丢弃所述控制命令消息；

A33、RRU向BBU发送数据时，携带自身设备标识和BBU设备标识；

A34、BBU接收RRU的数据时，根据其中的RRU设备标识，判断RRU是否为原本协商建链的RRU，是则进行处理，并发送响应消息；否则，丢弃数据。

5.根据权利要求4所述的通讯方法，其特征在于，步骤A31具体执行以下步骤：A311、BBU在接收建链响应消息后，再向RRU发送控制命令消息，其中包含自身设备标识和RRU的设备标识；

A312、BBU每发送一消息，则启动定时器等待对端RRU的响应消息。

6.根据权利要求4所述的通讯方法，其特征在于，步骤A32之后还执行以下步骤：A321、所述BBU判断是否在发送预设置次数控制命令消息后，均未接收到所述RRU响应消息，是则执行A323，否则执行A322；

A322、所述BBU定时判断是否接收到所述RRU响应消息，否则继续重传未被响应的控制命令消息；

A323、所述BBU确定链路异常，断掉当前连接，重新启动建链协商，执行A2。

7.根据权利要求4所述的通讯方法，其特征在于，步骤A33具体执行以下步骤：A331、RRU向BBU发送数据时，在消息头中填充自身设备标识和BBU设备标识；

A332、RRU每发送一数据包，则启动定时器等待对端BBU的响应消息。

8.根据权利要求4所述的通讯方法，其特征在于，步骤A34之后还执行以下步骤：A341、所述RRU判断是否在发送预设置次数控制命令消息后，均未接收到所述BBU响应消息，是则执行A343，否则执行A342；

A342、所述RRU定时判断是否接收到所述BBU响应消息，否则继续重传未被响应的控制命令消息；

A343、所述RRU确定链路异常，断掉当前连接，重新启动建链协商，执行A2。

9.根据权利要求1所述的通讯方法，其特征在于，步骤A3中，BBU与RRU进行通讯时，分别在发送数据中携带自身的设备标识，并将该设备标识存放在应用层数据的头部。

10.根据权利要求1所述的通讯方法，其特征在于，所述设备标识包括根据CPU序列号产生、或根据RRU的网口MAC地址产生，或采用生成唯一标识值的方法产生。

说明书

一种基带单元与远端射频单元之间的通讯方法

技术领域

[0001] 本发明涉及无线通讯领域的RRU(Remote Radio Unit，远端射频单元)拉远机架，尤其涉及的是，在BBU(Base Band Unit，基带单元)与RRU之间的通讯方法。

背景技术

[0002] BBU与拉远机架RRU连接时，通讯链路采用UDP协议或者串口通讯协议获取其他通讯协议进行控制命令和状态数据的传输，也就是将相关应用数据作为负荷承载在相关协议上进行传输。

[0003] 但是在采用相关通信协议时，需要应用层保证数据传输的可靠性。一般都考虑采用收发数据序号进行BBU与RRU的数据收发控制。但是，当两个RRU分别与两个BBU相连，并都处于正常运行状态，并且相关数据收发状态一致时，这时如果改变BBU与RRU的连接方式，使得BBU与另一个RRU相连；则利用收发数据序号作为收发数据控制的BBU并不能根据序号发现RRU设备已经改变，从而就不会驱使BBU与RRU之间重新进行链路的建立协商。

[0004] 这样，BBU与RRU设备之间从现象上看通信正常，但由于RRU需要根据所连接的BBU进行配置数据更新，甚至该RRU设备来自于不同的厂商，故相应的配置参数等都会不同，因此会导致RRU功能异常。

[0005] 因此，现有技术存在缺陷，需要改进。

发明内容

[0006] 本发明所要解决的技术问题是如何判别BBU与RRU之间连接是否已经变化，从而提高整个基站系统的可靠性。

[0007] 本发明的技术方案如下：

[0008] 一种基带单元与远端射频单元之间的通讯方法，其包括以下步骤：A1、分别为各基带单元BBU和各远端射频单元RRU设置其设备标识；A2、BBU与RRU进行链路建立协商时，分别存储对方设备标识；A3、BBU与RRU进行通讯时，分别在发送数据中携带自身的设备标识，并在接收数据时采用所存储的对方设备标识，进行数据发送方的身份校验。

[0009] 所述的通讯方法，其中，步骤A2具体执行以下步骤：A21、发起端配置连接对端，向对端发起建链请求，其中携带自身设备标识；A22、所述对端存储所述发起端设备标识，并将其自身设备标识，通过建链响应消息发送给所述发起端；A23、所述发起端接收所述响应消息，存储所述对端设备标识；其中，所述发起端和所述对端分别为BBU和RRU，或RRU和BBU。

[0010] 所述的通讯方法，其中，步骤A21还执行以下步骤：所述发起端在配置连接所述对端后，定时向所述对端发起链路建立请求，其中携带自身设备标识。

[0011] 所述的通讯方法，其中，步骤A3具体执行以下步骤：A31、BBU向RRU发送控制命令消息，其中包含自身设备标识和RRU的设备标识；A32、RRU收到所述控制命令消息，根据其中的BBU设备标识，判断是否与其存储的BBU设备标识相符，是则进行处理，并发送响应消息；否则，丢弃所述控制命令消息；A33、RRU向BBU发送数据时，携带自身设备标识和BBU设备标识；A34、BBU接收RRU的数据时，根据其中的RRU设备标识，判断RRU是否原本协商建链的RRU，是则进行处理，并发送响应消息；否则，丢弃数据。

[0012] 所述的通讯方法，其中，步骤A31具体执行以下步骤：A311、BBU在接收建链响应消息后，再向RRU发送控制命令消息，其中包含自身设备标识和RRU的设备标识；A312、BBU每发送一包数据，则启动定时器等待对端RRU的响应消息。

[0013] 所述的通讯方法，其中，步骤A32之后还执行以下步骤：A321、所述BBU判断是否在发送预设置次数控制命令消息后，均未接收到所述RRU响应消息，是则执行A323，否则执行A322；A322、所述BBU定时判断是否接收到所述RRU响应消息，否则继续重传未被响应的控制命令消息；A323、所述BBU确定链路异常，断掉当前连接，重新启动建链协商，执行A2。

[0014] 所述的通讯方法，其中，步骤A33具体执行以下步骤：A331、RRU向BBU发送数据时，在消息头中填充自身设备标识和BBU设备标识；A332、RRU每发送一包数据，则启动定时器等待对端BBU的响应消息。

[0015] 所述的通讯方法，其中，步骤A34之后还执行以下步骤：A341、所述RRU判断是否在发送预设置次数控制命令消息后，均未接收到所述BBU响应消息，是则执行A343，否则执行A342；A342、所述RRU定时判断是否接收到所述BBU响应消息，否则继续重传未被响应的控制命令消息；A343、所述RRU确定链路异常，断掉当前连接，重新启动建链协商，执行A2。

[0016] 所述的通讯方法，其中，步骤A3中，BBU与RRU进行通讯时，分别在发送数据中携带自身的设备标识，并将该设备标识存放在应用层数据的头部。

[0017] 所述的通讯方法，其中，所述设备标识包括根据CPU序列号产生、或根据RRU的网口MAC地址产生，或采用生成唯一标识值的方法产生。

[0018] 采用上述方案，本发明通过采用设备标识，来区分BBU与RRU之间连接是否已经变化，从而在链路两端的设备发生改变时，会快速发现设备的更改，并重新启动链路的建立流程，因此保证了对RRU的配置正确和有效，增加了整个系统的可靠性。

附图说明

[0019] 图1为本发明的BBU链路建立流程图；

[0020] 图2为本发明的RRU链路建立流程图；

[0021] 图3为本发明的BBU发起链路建立请求的消息格式示意图；

[0022] 图4为本发明的RRU进行链路建立响应的消息格式示意图；

[0023] 图5为本发明的数据发送消息格式示意图；

[0024] 图6为本发明方法根据设备标识进行检测的流程图。

具体实施方式

[0025] 以下结合附图和具体实施例，对本发明进行详细说明。

[0026] 本发明的主旨是通过链路中的传输数据携带的设备标识来区分与某个RRU相连。具体为BBU和RRU上都提取一个特征值，该特征值可以根据CPU序列号产生，也可以根据RRU的网口MAC地址产生，或者采用能生成唯一标识值的其他方法产生。BBU和RRU利用该特征值分别作为自身的设备标识，并在进行数据发送时，将该标识存放在应用层数据的头部。BBU和RRU在链路的建链协商阶段，数据接收方都会把对方的身份标识进行保存。在后面任何一方每发送一个数据包，数据头部都携带上对端的身份标识和本端的身份标识，使得数据接收方可以利用该值进行数据发送方的校验。从而预防了RRU设备已经改变，但链路传输不能发现该情况所导致的异常。当然RRU也可以利用接收到的数据包确认所连接的BBU是否已经发生变化。

[0027] 因此，本发明提供了一种基带单元与远端射频单元之间的通讯方法，其包括以下步骤。

[0028] A1、分别为各基带单元BBU和各远端射频单元RRU设置其设备标识；其中，所述设备标识包括根据CPU序列号产生、或根据RRU的网口MAC地址产生，或采用生成唯一标识值的方法产生，本发明对此没有额外限制，只需能够唯一标识各BBU和各RRU即可。

[0029] A2、BBU与RRU进行链路建立协商时，分别存储对方设备标识；例如，步骤A2具体可以执行以下步骤：A21、发起端配置连接对端，向对端发起建链请求，其中携带自身设备标识；A22、所述对端存储所述发起端设备标识，并将其自身设备标识，通过建链响应消息发送给所述发起端；A23、所述发起端接收所述响应消息，存储所述对端设备标识；其中，所述发起端为BBU，所述对端为RRU；或者所述发起端为RRU，所述对端为BBU。更好的是，步骤A21还执行以下步骤：所述发起端在配置连接所述对端后，定时向所述对端发起链路建立请求，其中携带自身设备标识。

[0030] 更具体地说，步骤A2具体可以执行以下步骤：A21、BBU配置连接RRU，向RRU发起建链请求，其中携带自身设备标识；A22、RRU存储BBU设备标识，并将其自身设备标识，通过建链响应消息发送给BBU；A23、BBU接收所述响应消息，存储RRU设备标识。更好的是，步骤A21还执行以下步骤：BBU在配置连接RRU后，定时向RRU发起链路建立请求，其中携带自身设备标识。当然，链路建立过程也可以采用由RRU发起或者双方同时发起，具体与上述例子类似，在此不再赘述。

[0031] 如图1和图2所示，具体的BBU和RRU的链路建立流程图。首先BBU向对端发送链路建立请求消息，消息中带有BBU的设备标识，并启动等待对端建链响应的消息的超时定时器。该定时器的时长可以由用户进行配置，目的是在该超时时长内，如果没有收到RRU的建链响应消息，则重新发起建链请求过程。

[0032] BBU发送的建链请求消息中，带有自身的设备标识，该建立请求消息格式可以如图3所示，这时RRU设备标识还未知，故用0表示。这两个标识均可为L字节长度。

[0033] 如果BBU此时连接有RRU设备，RRU在收到BBU的建链请求消息后，根据图1和图2所描述的RRU处理部分进行处理，如果当前RRU链路状态处于未连接状态，则对BBU的设备标识进行保存，并将带有RRU的设备标识的链路建立响应消息发送给BBU，消息格式可以参照如图4所示的响应格式。如果RRU端的链路本来就是处于已连接状态，则关闭链路，初始化链路的相关信息，而后再对建立请求消息进行处理。

[0034] A3、BBU与RRU进行通讯时，分别在发送数据中携带自身的设备标识，并在接收数据时采用所存储的对方设备标识，进行数据发送方的身份校验。一般的，在步骤A3中，BBU与RRU进行通讯时，可以分别在发送数据中携带自身的设备标识，并将该设备标识存放在应用层数据的头部。

[0035] 在BBU和RRU两端都进入链路建立状态之后，BBU和RRU就可以采用如图5所示的消息格式进行数据发送。任何一端收到消息后，都进行采用图6所示处理流程的设备标识检测。收到对端发送的数据后，如果消息中所携带目的设备标识不是接收方的设备标识，则数据接收方直接丢失该消息。否则，如果消息中所携带目的设备标识与接收方的设备标识相符，则接收该消息，进行数据处理，并向数据发送方回应已收到数据的响应消息。

[0036] 例如，步骤A3具体可以执行以下步骤：A31、BBU向RRU发送控制命令消息，其中包含自身设备标识和RRU的设备标识；A32、RRU收到所述控制命令消息，根据其中的BBU设备标识，判断是否与其存储的BBU设备标识相符，是则进行处理，并发送响应消息；否则，丢弃所述控制命令消息；A33、RRU向BBU发送数据时，携带自身设备标识和BBU设备标识；A34、BBU接收RRU的数据时，根据其中的RRU设备标识，判断RRU是否原本协商建链的RRU，是则进行处理，并发送响应消息；否则，丢弃数据。

[0037] 上述实施例中，每一个子步骤都可以采用不同方法实现，下面分别进行说明。

[0038] 例如，步骤A31具体可以执行以下步骤：A311、BBU在接收建链响应消息后，再向RRU发送控制命令消息，其中包含自身设备标识和RRU的设备标识；A312、BBU每发送一包数据，则启动定时器等待对端RRU的响应消息。

[0039] 又如，步骤A32之后还可以执行以下步骤：A321、所述BBU判断是否在发送预设置次数控制命令消息后，均未接收到所述RRU响应消息，是则执行A323，否则执行A322；A322、所述BBU定时判断是否接收到所述RRU响应消息，否则继续重传未被响应的控制命令消息；A323、所述BBU确定链路异常，断掉当前连接，重新启动建链协商，执行A2。

[0040] 又如，步骤A33具体可以执行以下步骤：A331、RRU向BBU发送数据时，在消息头中填充自身设备标识和BBU设备标识；A332、RRU每发送一包数据，则启动定时器等待对端BBU的响应消息。

[0041] 又如，步骤A34之后还可以执行以下步骤：A341、所述RRU判断是否在发送预设置次数控制命令消息后，均未接收到所述BBU响应消息，是则执行A343，否则执行A342；A342、所述RRU定时判断是否接收到所述BBU响应消息，否则继续重传未被响应的控制命令消息；

[0042] A343、所述RRU确定链路异常，断掉当前连接，重新启动建链协商，执行A2。

[0043] 以下给出一个完整的例子，该方法采用以下步骤：

[0044] 1、BBU和RRU采用相关协议进行数据收发，承载协议可以为UDP(User Datagram Protocol，用户数据报协议)或者串口通信协议或其他的通信协议；

[0045] 2、BBU在配置连接有RRU后，定时向RRU设备发起带有本端设备标识的链路建立请求消息；

[0046] 3、RRU在收到该链路建立请求消息后，将数据发送方的设备标识进行保存，而后将RRU自身的设备标识，按照建链响应消息格式发送给BBU；

[0047] 4、BBU在接收到该响应消息后，才开始向RRU发送其他控制命令消息；但控制命令消息头部填充有收到的RRU的身份标识字段和自身的设备标识；BBU每发送一包数据，启动定时器等待对端响应；

[0048] 5、RRU收到该控制命令消息后，取出其中的BBU设备标识，与最初保存的BBU设备标识进行比较，判断是否相符，如相符，则表示数据接收正确，进行处理，并回应收到数据的响应消息；否则，认为该数据异常，直接丢弃该消息；

[0049] 6、如果RRU没有响应，会导致BBU等待超时，BBU会继续重传未被响应的数据；如果在超过一定次数都没有收到响应，则认为链路异常，则断掉当前连接，重新启动建链协商；

[0050] 7、RRU上报数据给BBU时，在消息头中填充BBU的设备标识和RRU设备标识，每发送一包数据，启动定时器等待对端对该数据包的接收响应消息；

[0051] 8、BBU获得RRU上报的数据后，根据其中的RRU设备标识，区分RRU是否是最初协商建链的RRU，如是，则进行数据处理，并回应收到数据的响应消息；否则，直接丢弃数据；

[0052] 9、如果BBU没有响应，会导致RRU等待超时，RRU会继续重传未被响应的数据；如果在超过一定次数都没有收到响应，则认为链路异常，则断掉当前连接，RRU重新启动建链协商。

[0053] 这样，采用本发明方法可以在链路两端的设备发生改变时，快速发现设备的更改，并重新启动链路的建立流程，从而保证了对RRU的配置正确和有效；增加了整个系统的可靠性。

[0054] 应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。