CN105208589B - 一种反向维护方法和设备 - Google Patents

Abstract

本发明公开了一种维护方法和设备，该方法包括：基站接收终端发送的数据报文；基站判断数据报文是否为反向维护数据报文；当确定数据报文为反向维护数据报文时，基站将发送数据报文的终端标记为反向维护终端，并基于数据报文完成维护；通过识别数据报文是否为维护数据报文的方式，并在确定数据报文是维护数据报文时，确认发送该数据报文的终端为反向维护终端，以此不需要专门的OM通道，只需要一般的业务通道即可完成维护，且基站不需要针对每个操作维护终端配置标识就可识别操作终端，也不需要进入机房，即可对基站进行近端维护。

Description

一种反向维护方法和设备

技术领域

本申请实施例涉及通信技术领域，特别涉及一种反向维护方法和设备。

背景技术

在LTE(Long Term Evolution，长期演进)网络中，基站可通过OMC(Operation andMaintenance Center，操作维护中心)进行远程管理或者通过本地操作维护软件在本地进行维护。OMC一般部署在省网管网机房，或者和核心网一起部署在私有网络域，而本地操作维护终端一般用于通过网线或无线模块连接基站进行本地维护，应用场景局限于不超过50米的近端维护。

为此，现有技术中提出了反向维护方案，也即是不需要进网管机房即可进行操作维护的方案，其中反向维护方案包括以下两种方式：

一、通过在RNC(Radio Network Controller,无线网络控制器)或核心网配置路由，操作维护数据不需要出核心网，即可实现通过一个基站反向维护另一个基站；

二、基站配置具有操作维护权限的终端标识，基站识别为操作维护终端后，基站执行操作维护命令并以短消息等形式返回结果。

但在这两种方式都存在缺陷，其中方式一中通过邻基站对基站进行维护，具有一些缺点：(1)、需要在RNC配置基站间路由；(2)、操作维护人员只能在机房内操作，必须直连到邻基站。进入机房需要物业审批，部分基站上站困难；至于方式二，由于需要基站配置操作终端的标识，但在LTE网络中，由于NAS(Network Attached Storage，网络附属存储)层加密，基站无法获得终端标识，也就无法识别操作维护终端。

因此，目前的方式并没没有很好的解决好反向维护的问题。

发明内容

本发明提出了一种反向维护方法，包括：

基站接收终端发送的数据报文；

所述基站判断所述数据报文是否为反向维护数据报文；

当确定数据报文为反向维护数据报文时，所述基站将发送数据报文的终端标记为反向维护终端，并基于所述数据报文完成维护。

优选的，所述基站中预先设置有固定IP以及固定端口；

所述基站判断所述数据报文是否为反向维护数据报文，具体包括：

所述基站通过解析所述数据报文获取所述数据报文的目的IP以及目的端口；

所述基站判断所述目的IP与所述固定IP是否相同，以及所述目的端口与所述固定端口是否相同；

若所述目的IP与所述固定IP相同，且所述目的端口与所述固定端口相同，则确定所述数据报文为反向维护数据报文。

优选的，该方法还包括：所述基站获取并记录反向维护终端的标识；

当所述基站基于所述数据报文维护完成后，所述基站基于所述标识返回响应报文给所述反向维护终端，其中，所述响应报文用于通知所述反向维护终端所述基站已经基于所述数据报文完成维护。

优选的，还包括：

所述基站将发送数据报文的终端标记为反向维护终端之后，只解析来自反向维护终端的数据报文，以便通过解析的结果来确定来自反向维护终端的数据报文是否为反向维护数据报文。

优选的，该方法还包括：所述基站设置有维护时间区间；

所述基站判断所述数据报文是否为反向维护数据报文，具体包括：

所述基站确定接收数据报文的时间；

所述基站判断接收的时间处于维护时间区间内的数据报文是否为反向维护数据报文。

本发明还提出了一种基站，包括：

接收模块，用于接收终端发送的数据报文；

判断模块，用于判断所述数据报文是否为反向维护数据报文；

维护模块，用于当确定数据报文为反向维护数据报文时，将发送数据报文的终端标记为反向维护终端，并基于所述数据报文完成维护。

优选的，所述基站中预先设置有固定IP以及固定端口；

所述判断模块，具体用于：

通过解析所述数据报文获取所述数据报文的目的IP以及目的端口；

判断所述目的IP与所述固定IP是否相同，以及所述目的端口与所述固定端口是否相同；

若所述目的IP与所述固定IP相同，且所述目的端口与所述固定端口相同，则确定所述数据报文为反向维护数据报文。

优选的，所述基站获取并记录反向维护终端的标识；该设备还包括：

反馈模块，用于当所述基站基于所述数据报文维护完成后，基于所述标识返回响应报文给所述反向维护终端，其中，所述响应报文用于通知所述反向维护终端所述基站已经基于所述数据报文完成维护。

优选的，该设备还包括：

所述判断模块，用于所述基站将发送数据报文的终端标记为反向维护终端之后，只解析来自反向维护终端的数据报文，以便通过解析的结果来确定来自反向维护终端的数据报文是否为反向维护数据报文。

优选的，所述基站设置有维护时间区间；

所述判断模块，具体用于包括：

确定接收数据报文的时间；

判断接收的时间处于维护时间区间内的数据报文是否为反向维护数据报文。

与现有技术相比，本发明通过识别数据报文是否为维护数据报文的方式，并在确定数据报文是维护数据报文时，确认发送该数据报文的终端为反向维护终端，以此不需要专门的OM通道，只需要一般的业务通道即可完成维护，且基站不需要针对每个操作维护终端配置标识就可识别操作终端，也不需要进入机房，即可对基站进行近端维护，实现了只要在基站信号有效覆盖，UE可以接入基站的区域，都可以进行操作，适用于外场问题实时定位以及OM链路故障的场景。

附图说明

图1为本发明实施例提出的一种反向维护方法的流程示意图；

图2为本发明实施例提出的一种基站的结构示意图。

具体实施方式

如背景技术，针对现有技术中无法很好的实现反向维护的缺陷，本发明实施例提出了一种反向维护方法，如图1所示，该方法包括以下步骤：

步骤101、基站接收终端发送的数据报文。

具体的，基站可以通过无线承载或者以私网通信的方式，以及通过业务通道来接收来自终端的数据报文，当然也可以以其他的方式来接收，只要能实现数据报文的传递即可，具体的方式可以基于需要进行灵活设置。

步骤102、基站判断数据报文是否为反向维护数据报文。

具体的，基站中预先设置有固定IP以及固定端口；

基站判断数据报文是否为反向维护数据报文，具体包括：

基站通过解析数据报文获取数据报文的目的IP以及目的端口；基站判断目的IP与固定IP是否相同，以及目的端口与固定端口是否相同；若目的IP与固定IP相同，且目的端口与固定端口相同，则确定数据报文为反向维护数据报文。

具体的，例如所有的基站都预先设置有IP1为固定IP，端口1为固定端口，在此情况下，终端或者带有LTE终端功能的PC，向基站发送数据报文，基站接收到该数据报文后，判断该数据报文的目的IP是否是IP1，以及目的端口是否是端口1，具体的，可以解析数据报文方式来获取数据报文的目的IP以及目的端口，在一个具体的场景中，数据报文为数据包，基站可以基于DPI(deep packet inspection，深度包检测技术)技术，在解析数据包的PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)头后，解析来自终端的数据包的IP header，就可以获取到目的IP以及目的端口，然后与自身预先设置的固定IP以及固定端口进行比较，判断其是否都是一致，若一致，则可以确定该数据报文为反向维护数据报文。

另外，考虑到进行基站维护并不是任何时候都需要的，为此可以设置一个维护时间区间，例如时间为2015年7月21日12时到2015年7月21日13时，在此期间，接收数据报文是正常进行的，但并不会对接收到数据报文进行识别，识别器是否为反向维护数据报文，从而节省了资源，为此，基站判断数据报文是否为反向维护数据报文，具体包括：

基站确定接收数据报文的时间；

基站判断接收的时间处于维护时间区间内的数据报文是否为反向维护数据报文。

步骤103、当确定数据报文为反向维护数据报文时，基站将发送数据报文的终端标记为反向维护终端，并基于数据报文完成维护。

该方法还包括：基站获取并记录反向维护终端的标识；

当基站基于数据报文维护完成后，基站基于标识返回响应报文给反向维护终端，其中，响应报文用于通知反向维护终端基站已经基于数据报文完成维护。

在确定了反向维护数据报文之后，发送该反向维护数据报文的终端即为反向维护终端，为此，基站将发送数据报文的终端标记为反向维护终端，并获取以及记录该终端的标识，以用于下行数据报文的传输，此外，还可以确定该终端的无线承载通道，用于后续通过无线沉重通道返回反馈报文。具体的反向维护数据报文会被传送给基站的OM(Operationand Maintenance，操作维护)模块完成相应的维护，而在维护完成之后，基站OM模块生成一个封装为SNMP(Simple Network Management Protocol，简单网络管理协议)报文，再由基站的驱动模块封装PDCP头部，经由空口无线承载发送给反向维护终端，以告知反向维护终端维护完成，当然除了无线承载通道意外，还可以有很多别的方式来返回反馈报文，例如私网通道，或者业务通道等，具体可以基于需要进行灵活设置，在此不再进行赘叙。

此外，在基站将发送数据报文的终端标记为反向维护终端之后，只解析来自反向维护终端的数据报文，以便通过解析的结果来确定来自反向维护终端的数据报文是否为反向维护数据报文。

具体的，一般基站在一段时间内只会允许一个终端来进行维护，为此例如识别到终端1为反向维护终端之后，仍旧会接收到其他终端的数据报文，但具体进行解析时，只会解析来自终端1的数据报文，并判断来自终端1的数据报文是否为反向维护数据报文，对于其他的终端，例如终端2的数据报文，执行正常的处理流程，而不会进行识别其是否为反向维护数据报文。

为了对本发明进行进一步的说明，本发明实施例还公开了一种基站，如图2所示，包括：

接收模块201，用于接收终端发送的数据报文；

判断模块202，用于判断所述数据报文是否为反向维护数据报文；

维护模块203，用于当确定数据报文为反向维护数据报文时，将发送数据报文的终端标记为反向维护终端，并基于所述数据报文完成维护。

具体的，所述基站中预先设置有固定IP以及固定端口；

所述判断模块202，具体用于：

通过解析所述数据报文获取所述数据报文的目的IP以及目的端口；

判断所述目的IP与所述固定IP是否相同，以及所述目的端口与所述固定端口是否相同；

若所述目的IP与所述固定IP相同，且所述目的端口与所述固定端口相同，则确定所述数据报文为反向维护数据报文。

所述基站获取并记录反向维护终端的标识；该设备还包括：

反馈模块，用于当所述基站基于所述数据报文维护完成后，基于所述标识返回响应报文给所述反向维护终端，其中，所述响应报文用于通知所述反向维护终端所述基站已经基于所述数据报文完成维护。

所述判断模块202，用于所述基站将发送数据报文的终端标记为反向维护终端之后，只解析来自反向维护终端的数据报文，以便通过解析的结果来确定来自反向维护终端的数据报文是否为反向维护数据报文。

所述基站设置有维护时间区间；

所述判断模块202，具体用于包括：

确定接收数据报文的时间；

判断接收的时间处于维护时间区间内的数据报文是否为反向维护数据报文。

与现有技术相比，本发明通过识别数据报文是否为维护数据报文的方式，并在确定数据报文是维护数据报文时，确认发送该数据报文的终端为反向维护终端，以此不需要专门的OM通道，只需要一般的业务通道即可完成维护，且基站不需要针对每个操作维护终端配置标识就可识别操作终端，也不需要进入机房，即可对基站进行近端维护，实现了只要在基站信号有效覆盖，UE可以接入基站的区域，都可以进行操作，适用于外场问题实时定位以及OM链路故障的场景。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (8)

1.一种反向维护方法，其特征在于，包括：

基站接收终端发送的数据报文；

所述基站判断所述数据报文是否为反向维护数据报文；

当确定数据报文为反向维护数据报文时，所述基站将发送数据报文的终端标记为反向维护终端，并基于所述数据报文完成维护；

所述基站中预先设置有固定IP以及固定端口；

所述基站判断所述数据报文是否为反向维护数据报文，具体包括：

所述基站通过解析所述数据报文获取所述数据报文的目的IP以及目的端口；

所述基站判断所述目的IP与所述固定IP是否相同，以及所述目的端口与所述固定端口是否相同；

若所述目的IP与所述固定IP相同，且所述目的端口与所述固定端口相同，则确定所述数据报文为反向维护数据报文。

2.如权利要求1所述的方法，在特征在于，该方法还包括：所述基站获取并记录反向维护终端的标识；

当所述基站基于所述数据报文维护完成后，所述基站基于所述标识返回响应报文给所述反向维护终端，其中，所述响应报文用于通知所述反向维护终端所述基站已经基于所述数据报文完成维护。

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

所述基站将发送数据报文的终端标记为反向维护终端之后，所述基站后续接收至少一个终端发送的数据报文；

所述基站判断所述终端是否为反向维护终端；

若是，只解析来自反向维护终端的数据报文，以便通过解析的结果来确定来自反向维护终端的数据报文是否为反向维护数据报文。

4.如权利要求1所述的方法，其特征在于，还包括：所述基站设置有维护时间区间；

所述基站判断所述数据报文是否为反向维护数据报文，具体包括：

所述基站确定接收数据报文的时间；

所述基站判断接收的时间处于维护时间区间内的数据报文是否为反向维护数据报文。

5.一种基站，其特征在于，包括：

接收模块，用于接收终端发送的数据报文；

判断模块，用于判断所述数据报文是否为反向维护数据报文；

维护模块，用于当确定数据报文为反向维护数据报文时，将发送数据报文的终端标记为反向维护终端，并基于所述数据报文完成维护；

所述基站中预先设置有固定IP以及固定端口；

所述判断模块，具体用于：

通过解析所述数据报文获取所述数据报文的目的IP以及目的端口；

判断所述目的IP与所述固定IP是否相同，以及所述目的端口与所述固定端口是否相同；

若所述目的IP与所述固定IP相同，且所述目的端口与所述固定端口相同，则确定所述数据报文为反向维护数据报文。

6.如权利要求5所述的基站，在特征在于，所述基站获取并记录反向维护终端的标识；该基站还包括：

反馈模块，用于当所述基站基于所述数据报文维护完成后，基于所述标识返回响应报文给所述反向维护终端，其中，所述响应报文用于通知所述反向维护终端所述基站已经基于所述数据报文完成维护。

7.如权利要求5所述的基站，其特征在于，还包括：

所述判断模块，用于所述基站将发送数据报文的终端标记为反向维护终端之后，所述基站后续接收至少一个终端发送的数据报文；所述基站判断所述终端是否为反向维护终端；若是，只解析来自反向维护终端的数据报文，以便通过解析的结果来确定来自反向维护终端的数据报文是否为反向维护数据报文。

8.如权利要求5所述的基站，其特征在于，还包括：所述基站设置有维护时间区间；

所述判断模块，具体用于包括：

确定接收数据报文的时间；

判断接收的时间处于维护时间区间内的数据报文是否为反向维护数据报文。