基站设备管理方法、装置及系统与流程

[0001]
本发明涉及通信中的网管监控技术领域，尤其涉及一种基站设备管理方法、装置及系统。


背景技术：

[0002]
近年来，随着4g通信网络的商用，以及5g技术研究和突破，智能手持终端应用也越来越普及，它已发展成为人们生活密不可分的工具。这也对基站信号覆盖质量提出了更高的要求，这就要求解决好各种场景下基站信号的稳定覆盖问题。比如，机场、地铁、高速铁路、移动覆盖车和移动应急车等。结合当前的信号覆盖现状和新型发展需要，基站通信设施扩容是一种必然的需求，为具备大空域的覆盖服务能力，需要解决好基站设备扩容的管理问题。
[0003]
目前的设备管理采用设备编号或设备sn(serial number，序列号)来唯一标识设备，网元管理系统通过与单个设备直接建立socket通信链路交互操作，其通信协议中直接或间接携带设备编号或sn来区分不同设备实例。一般情况均能满足需求，但存在以下问题或不足：
[0004]
1、在支持多种不同类型设备的管理上，尤其涉及不同厂家设备时，存在局限性。因为不同的设备类型，其设备标识区分方法和通信交互方式往往不同。由于直接与设备链路交互，这就需要依据不同设备接口支持情况，做特殊定制实现。这样系统通信设计需要调整并增量开发适配支持，这无疑增加了系统开发成本。
[0005]
2、以设备编号标识主导的设备管理，增加了设备属性依赖。在设备拆卸或者更换时，需要通过操作软件同步修改设备编号，否则由于设备标识不匹配导致设备脱管。由于此设计依赖界面同步操作，存在人为干预，破坏了系统的便捷可用性，这也无形之中提高了系统维护成本。
[0006]
3、传统系统设计上cdma(code division multiple access，码分多址)、gsm(global system for mobile communications，全球移动通信系统)、wcdma(wideband code division multiple access，宽带码分多址)和lte(long term evolution，长期演进)等基站设备直接与监控中心管理系统交互，缺乏组织和层次划分。基站零散也给拉远信号覆盖定制区管理带来繁杂混乱的问题。特别在基站设备扩容支撑大空域信号覆盖时，其逻辑不清混乱问题更为突出，不能满足基站管理应用需求。
[0007]
在基站信号覆盖区域扩容需求的背景下，必须要解决以上问题。因此，亟需提供一种新的基站设备管理方法。


技术实现要素：

[0008]
本发明实施例提供一种基站设备管理方法、装置及系统，用以解决现有技术中基站设备管理方法系统开发成本和维护成本高，可扩展性和可维护性差，基站设备逻辑混乱的缺陷，实现有条理地管理基站设备，提高基站设备管理的可扩展性和可维护性。
[0009]
本发明实施例提供一种基站设备管理方法，包括：
[0010]
整机设备组中的中间件代理设备接收所述整机设备组中的基站设备发送的封包数据；其中，所述整机设备组用于相应定制区的信号覆盖；
[0011]
所述中间件代理设备获取所述基站设备的ip地址，根据所述基站设备的ip地址获取所述基站设备的id，根据所述基站设备的id生成所述封包数据的传输消息头；
[0012]
所述中间件代理设备将所述传输消息头插入所述封包数据的头部后发送到网元管理系统，以供所述网元管理系统解析所述传输消息头获取所述基站设备的id，根据所述基站设备的id和所述中间件代理设备的ip地址查找所述基站设备的设备类实例对象，并将所述封包数据传入到所述基站设备的设备类实例对象中，基于所述设备类实例对象解析所述封包数据，执行所述封包数据对应的任务。
[0013]
根据本发明一个实施例的基站设备管理方法，所述根据所述基站设备的ip地址获取所述基站设备的id，包括：
[0014]
将所述基站设备的ip地址中的末位字节作为所述基站设备的id。
[0015]
根据本发明一个实施例的基站设备管理方法，所述根据所述基站设备的id生成所述封包数据的传输消息头，包括：
[0016]
根据所述基站设备的id所属的id区间段，获取所述id区间段对应的所述基站设备的类别；其中，所述基站设备的类别与所述id区间段预先关联存储；
[0017]
根据所述基站设备的id、所述基站设备的类别和所述封包数据的传输方向类型，获取所述封包数据的传输消息id；
[0018]
根据所述封包数据的传输消息id、流水id号、长度和预设同步字节，生成所述封包数据的传输消息头。
[0019]
根据本发明一个实施例的基站设备管理方法，通过以下公式根据所述基站设备的id、所述基站设备的类别和所述封包数据的传输方向类型，获取所述封包数据的传输消息id：
[0020]
传输消息id＝1000*基站设备的id+10*基站设备的类别+传输方向类型。
[0021]
本发明实施例还提供一种基站设备管理方法，包括：
[0022]
整机设备组中的中间件代理设备接收网元管理系统发送的带有传输消息头的封包数据；其中，所述传输消息头根据基站设备的id生成；
[0023]
所述中间件代理设备对所述传输消息头进行解析，获取基站设备的id；其中，所述基站设备的id根据所述基站设备的ip地址获取；
[0024]
从所述整机设备组中的基站设备的ip地址中获取所述基站设备的id对应的基站设备的ip地址，根据获取的基站设备的ip地址将所述封包数据转发到所述基站设备，以供所述基站设备根据所述封包数据执行任务。
[0025]
根据本发明一个实施例的基站设备管理方法，所述封包数据通过根据用户操作关联的所述中间件代理设备的ip地址和所述基站设备的id，查找所述基站设备的设备类实例对象，根据所述基站设备的设备类实例对象生成所述封包数据。
[0026]
根据本发明一个实施例的基站设备管理方法，所述基站设备的id为所述基站设备的ip地址中的末位字节；
[0027]
相应地，从所述整机设备组中的基站设备的ip地址中获取所述基站设备的id对应
的基站设备的ip地址，包括：
[0028]
从所述整机设备组中的基站设备的ip地址中获取末位字节为所述基站设备的id的ip地址。
[0029]
本发明实施例还提供一种基站设备管理装置，包括：
[0030]
第一接收模块，用于接收整机设备组中的基站设备发送的封包数据；其中，所述整机设备组用于相应定制区的信号覆盖；
[0031]
生成模块，用于获取所述基站设备的ip地址，根据所述基站设备的ip地址获取所述基站设备的id，根据所述基站设备的id生成所述封包数据的传输消息头；
[0032]
第一发送模块，用于将所述传输消息头插入所述封包数据的头部后发送到网元管理系统，以供所述网元管理系统解析所述传输消息头获取所述基站设备的id，根据所述基站设备的id和中间件代理设备的ip地址查找所述基站设备的设备类实例对象，并将所述封包数据传入到所述基站设备的设备类实例对象中，基于所述设备类实例对象解析所述封包数据，执行所述封包数据对应的任务。
[0033]
本发明实施例还提供一种基站设备管理装置，包括：
[0034]
第二接收模块，用于接收网元管理系统发送的带有传输消息头的封包数据；其中，所述传输消息头根据基站设备的id生成；
[0035]
解析模块，用于对所述传输消息头进行解析，获取基站设备的id；其中，所述基站设备的id根据所述基站设备的ip地址获取；
[0036]
第二发送模块，用于从整机设备组中的基站设备的ip地址中获取所述基站设备的id对应的基站设备的ip地址，根据获取的基站设备的ip地址将所述封包数据转发到所述基站设备，以供所述基站设备根据所述封包数据执行任务。
[0037]
本发明实施例还提供一种基站设备管理系统，包括上述的两种基站设备管理装置。
[0038]
本发明实施例提供的基站设备管理方法、装置及系统，通过增加中间件代理设备，一方面中间件代理设备起到了很好的规约组织作用，使得基站设备对象管理更加紧凑，通过构建整机设备组，使得基站信号覆盖区域划分更加明确和富有条理性；通过扩展整机设备组数量，即可满足覆盖定制区的扩展，提高了基站设备管理的横向扩展能力；另一方面，网元管理系统只与中间件代理设备通信交互，屏蔽了基站设备通信差异特性，这样新扩展同类别基站设备，网元管理系统并不需要更改设计，提高了基站设备管理的纵向扩展能力；此外，在管理设备的通信协议中根据基站设备的ip地址获取基站设备的id，与具体基站硬件资产解耦，实现基站硬件设备资源无关性通信协议管理，从而解决基站设备拆卸挪用带来的维护管理问题，实现即插即用上电启动的便捷性，提高基站设备扩容拓展能力，降低系统维护成本。
附图说明
[0039]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0040]
图1是本发明实施例提供的一种基站设备管理方法的流程示意图；
[0041]
图2是本发明实施例提供的一种基站设备管理方法中的通信网络结构示意图；
[0042]
图3是本发明实施例提供的一种基站设备管理方法中网元管理系统与基站设备之间的通信交互管理示意图；
[0043]
图4是本发明实施例提供的一种基站设备管理方法中通信协议帧格式示意图；
[0044]
图5是本发明实施例提供的一种基站设备管理方法中基站设备通信的上行数据处理流程示意图；
[0045]
图6是本发明又一实施例提供的一种基站设备管理方法的流程示意图；
[0046]
图7是本发明又一实施例提供的一种基站设备管理方法中基站设备通信的下行数据处理流程示意图；
[0047]
图8是本发明实施例提供的一种基站设备管理装置的结构示意图；
[0048]
图9是本发明又一实施例提供的一种基站设备管理装置的结构示意图；
[0049]
图10是本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
[0050]
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0051]
下面结合图1描述本发明实施例的基站设备管理方法，该方法包括：步骤101，整机设备组中的中间件代理设备接收所述整机设备组中的基站设备发送的封包数据；其中，所述整机设备组用于相应定制区的信号覆盖；
[0052]
本实施例将基站设备划分为不同的组块，每个组块内增加一个中间件代理设备，构成一个整机设备组。每个整机设备组通过中间件代理设备与网元管理系统进行通信交互。如图2所示，本实施例中的通信网络结构包括监控中心和信号拉远设备映射的信号覆盖专制区。为增强监控中心的管理能力，需扩展信号覆盖定制区，通信设计支持多套整机设备组的横向扩容。其中整机设备组1、整机设备组2和整机设备组3通过交换机与网元管理系统相连。整机设备组作为客户端，网元管理系统作为服务器，每个整机设备组的中间件代理设备同网元管理系统建立tcp(transmission control protocol，传输控制协议)通信链路，实现统一的通信协议交互。一个整机设备组负责一个对应的信号覆盖定制区，最终通过信号拉远设备覆盖到不同的区域，如图2中定制区1、定制区2和定制区3。
[0053]
由图3可见本实施例涉及的网元管理系统与基站设备通信交互管理示意图。其中整机设备组由基站设备和中间件代理设备整合而成。一个整机设备组映射为一个完整的信号覆盖功能定制区。为了适应信号覆盖定制区内不同终端共存情况，整机设备组内存在不同类型或同类型基站设备的纵向扩容需求，如整机设备组内的基站设备包括cdma、gsm、wcdma和lte中的一种或多种类型。整机设备组内的基站设备与中间件代理设备均存在独立的通信链路，而整机设备组内的基站设备交互情况对网元管理系统是透明的。这样不管整机设备组内如何增删基站设备，网元管理系统同整机设备组的通信交互方式并不会改变。
[0054]
在基站设备与网元管理系统上行通信的过程中，具体涉及基站设备主动上报或查
询应答的数据处理过程。首先整机设备组中的基站设备与中间件代理设备建立通信链路，由基站设备向中间件代理设备发送封包数据，封包数据的格式满足图4中设备消息头及消息内容的协定。其中，设备消息头及其消息内容具体承载基站设备的控制信息和业务结构数据。
[0055]
步骤102，所述中间件代理设备获取所述基站设备的ip地址，根据所述基站设备的ip地址获取所述基站设备的id，根据所述基站设备的id生成所述封包数据的传输消息头；
[0056]
中间件代理设备接收封包数据，并对封包数据进行解析，获取封包数据的总长度len。中间件代理设备通过socket套接字接口获取基站设备的ip地址，并根据基站设备的ip地址获取基站设备的id，本实施例不限于socket连接，websocket、http(hypertext transfer protocol，超文本传输协议)和mqtt(message queuing telemetry transport,消息队列遥测传输协议)等互联网通道都可以适用。本实施例不限于根据基站设备的ip地址获取基站设备的id的方法。根据基站设备的id生成封包数据的传输消息头，本实施例不限于具体的生成方式。
[0057]
本实施例通过规划定义不同基站设备的id来区分基站设备实例。基站设备的id与传统设备编号或资产序列号的关键区别在于逻辑软联系，而不是硬联系。它通过基站设备接入的ip地址规划来确定，与硬件资产本身的信息无关，达到整机设备组内唯一即可。
[0058]
步骤103，所述中间件代理设备将所述传输消息头插入所述封包数据的头部后发送到网元管理系统，以供所述网元管理系统解析所述传输消息头获取所述基站设备的id，根据所述基站设备的id和所述中间件代理设备的ip地址查找所述基站设备的设备类实例对象，并将所述封包数据传入到所述基站设备的设备类实例对象中，基于所述设备类实例对象解析所述封包数据，执行所述封包数据对应的任务。
[0059]
中间件代理设备并不关心基站设备的业务内容，将生成的传输消息头插入基站设备发送的原始封包数据头部后，发送如图3所描述的完整协议栈数据到网元管理系统。网元管理系统首先解析传输消息头获取基站设备的id，将基站设备的id和接入中间件代理设备的ip地址作为map映射关键字，遍历预先获取的设备类实例对象集合，判断通过中间件代理设备转发封包数据的基站设备在设备对象集合中是否存在。若存在，则返回查找出的基站设备的设备类实例对象指针；若不存在，则自动创建设备对象，根据基站设备的id和类型进行基站设备类的实例化，获取基站设备的设备类实例对象。
[0060]
通过传输消息头确定基站设备发送的封包数据的长度len，并根据len进行字节偏移，以截取封包数据中的设备消息头和消息内容部分传入到基站设备的设备类实例对象中。后台管理系统按照基站设备与中间件代理设备约定的协议格式，使用设备类实例对象解析协议栈中基站设备发送的封包数据帧，并完成业务呈现。
[0061]
本实施例依托中间件代理设备建立基站设备与网元管理系统的桥梁，通过它规约基站设备的多种通信方式为一种确定的通信方式，简化对外通信设计接口。大多数情况下中间件代理设备只是起到封包拆包并中转数据的作用，并不关心基站数据。中间件代理设备也可以根据需要扩展业务设计。比如，实现基站设备状态轮询，维护组内各个设备的工作状态，并定时汇总在线状态到后台管理系统，这也分担了网元管理系统的设备管理压力，提高了整个系统基站设备维护处理的效率。
[0062]
本实施例通过增加中间件代理设备，一方面中间件代理设备起到了很好的规约组
织作用，使得基站设备对象管理更加紧凑，通过构建整机设备组，使得基站信号覆盖区域划分更加明确和富有条理性；通过扩展整机设备组数量，即可满足覆盖定制区的扩展，提高了基站设备管理的横向扩展能力；另一方面，网元管理系统只与中间件代理设备通信交互，屏蔽了基站设备通信差异特性，这样新扩展同类别基站设备，网元管理系统并不需要更改设计，提高了基站设备管理的纵向扩展能力；此外，在管理设备的通信协议中根据基站设备的ip地址获取基站设备的id，与具体基站硬件资产解耦，实现基站硬件设备资源无关性通信协议管理，从而解决基站设备拆卸挪用带来的维护管理问题，实现即插即用上电启动的便捷性，提高基站设备扩容拓展能力，降低系统维护成本。
[0063]
在上述实施例的基础上，本实施例中所述根据所述基站设备的ip地址获取所述基站设备的id，包括：将所述基站设备的ip地址中的末位字节作为所述基站设备的id。
[0064]
具体地，基站设备的ip地址最少为4字节，使用基站设备的ip地址中的末位字节来表示基站设备的id。比如，某个cdma设备的通信ip地址为205.183.192.1，那么该cdma设备的id等于1。
[0065]
由于ip地址配置是网络工程实施必须操作的环节，如果存在ip冲突可以轻易通过网络诊断发现，这也很大程度避免了设备编号和资产管理的繁琐，以及工程实施容易出错的问题。
[0066]
在上述实施例的基础上，本实施例中所述根据所述基站设备的id生成所述封包数据的传输消息头，包括：根据所述基站设备的id所属的id区间段，获取所述id区间段对应的所述基站设备的类别；其中，所述基站设备的类别与所述id区间段预先关联存储；
[0067]
具体地，为实现自适应设备扩容，并解决设备扩容带来的开发维护问题，本实施例在基站设备的通信协议设计上与基站设备资产无关，并没有采用传统方式，即通过设备的资产序列号或设备编号作为基站设备实例区分关键字信息，以及在通信协议报文中组织填充。而是通过规划定义基站设备的逻辑id来区分通信管理对象实例。本实施例具体通过为不同基站设备实例规划不同ip地址的末位字节来表示唯一性。
[0068]
为了增加不同基站类别的设备辨识度，设计了不同基站设备类型的基站设备id的取值范围，每种基站设备类型对应的基站设备id所属的区间段不存在交集。例如cdma、gsm、wcdma和lte四种类型的基站设备的id分别满足取值范围为[1,n1]、(n1,n2]、(n2,n3]和(n3,n4]。其中n1、n2-n1、n3-n2和n4-n3分别代表各类别基站设备的最大扩容数目。按照整机设备组内的扩容和实际应用情况，整机设备组内的总扩展基站设备数小于255，即n4<255。本实施例中基站设备的类别根据基站设备的id所属的id区间段的映射获得。
[0069]
根据所述基站设备的id、所述基站设备的类别和所述封包数据的传输方向类型，获取所述封包数据的传输消息id；根据所述封包数据的传输消息id、流水id号、长度和预设同步字节，生成所述封包数据的传输消息头。
[0070]
封包数据的传输方向类型包括上行和下行。本实施例根据基站设备的id、类别和封包数据的传输方向类型，获取封包数据的传输消息id，不限于具体的获取方式。由图4可见，网元管理系统与整机设备组的通信协议报文组成包括传输消息头，设备消息头和消息内容三大部分。其中，传输消息头由同步字节、消息id号、流水id号和消息长度四个分量构成。整机设备组内基站设备交互协议报文包含设备消息头和消息内容两大部分，对传输消息头不可见。流水id号通过累计转发计数器即可获取，消息长度为具体基站设备发送的原
始封包数据的长度，同步字节为数据包开始和结束的判断依据。
[0071]
在上述实施例的基础上，本实施例中通过以下公式根据所述基站设备的id、所述基站设备的类别和所述封包数据的传输方向类型，获取所述封包数据的传输消息id：
[0072]
传输消息id＝1000*基站设备的id+10*基站设备的类别+传输方向类型。
[0073]
具体地，本实施例通过上面的线性关系公式为通信协议数据转发交互提供依据。其中，基站设备的id取值范围为[1,255]，基站设备的类型取值范围为[1,20]。封包数据的传输方向类型为[1,2]，本实施例用1表示上行，2表示下行。本实施例中封包数据的传输方向类型取值1，基站设备的id从基站设备的链路ip地址的末尾字节取得，基站设备的类别根据基站设备的id所属的id区间段的映射获得。
[0074]
网元管理系统在收到插有传输消息头的封包数据后，首先解析传输消息头，从传输消息头中获取传输消息id。通过传输消息id/1000确定基站设备的id。此时是接收基站设备发送的上行方向数据，数据的传输方向类型取值1。通过运算(传输消息id-基站设备的id*1000-1)/10可取得基站设备的类型，它用于自动创建设备时基站设备通信协议管理类的实例化。本实施例通过针对传输消息头的封包和解包，可明确到具体的设备id与设备类型，甚至数据方向。这为具体数据帧的派发和送达提供重要依据。
[0075]
由图5可见基站设备通信的上行数据处理流程的步骤如下:
[0076]
步骤501，基站设备与中间件代理设备建立通信链路，并发送封包数据。
[0077]
步骤502，中间件代理设备接收封包数据并解析，获取封包数据的总长度len，结合socket套接字接口获取对端ip，并取得基站设备的id。
[0078]
步骤503，依据公式计算传输消息id，并根据封包数据的传输消息id、流水id号、长度和预设同步字节，生成封包数据的传输消息头。
[0079]
步骤504，中间件代理设备把步骤503生成的消息头插入基站设备发送的原始封包数据的头部，并发送到网元管理系统。
[0080]
步骤505，网元管理系统解析传输消息头，根据公式进行计算取得传输消息id；此时是接收设备上行方向数据，数据的传输方向类型取值1；将传输消息id和传输方向类型带入公式进行计算可取得基站设备的类型。
[0081]
步骤506，结合步骤505，网元管理系统依据取得的基站设备的id和接入中间件设备的ip地址为map映射关键字，遍历设备对象集合，判断设备是否存在。若存在则返回具体的设备类实例对象指针；若不存在，则自动创建设备，依据id及其基站类型的进行设备类的实例化。
[0082]
步骤507，通过步骤506确定设备实例之后，通过传输消息头确定基站设备发送的封包数据的长度len，进行字节偏移，并截取设备消息头和消息内容部分传入到对应设备类对象处理。
[0083]
步骤508，结合步骤506和步骤507，后台管理系统按照基站设备与中间件代理设备约定的协议格式，设备类实例对象解析协议栈中基站设备的封包数据帧并完成业务呈现。
[0084]
下面结合图6描述本发明实施例的基站设备管理方法，该方法包括：步骤601，整机设备组中的中间件代理设备接收网元管理系统发送的带有传输消息头的封包数据；其中，所述传输消息头根据基站设备的id生成；
[0085]
在基站设备与网元管理系统下行通信的过程中，网元管理系统根据对基站设备操
作的具体业务内容，按照整机设备组内基站设备与中间件代理设备的交互协议生成设备消息头和消息内容部分。设备消息头和消息内容部分构成封包数据。在封包数据的头部插入传输消息头，将带有传输消息头的封包数据发送给中间件代理设备。传输消息头根据需要操作的基站设备的id生成，本实施例不限于具体的生成方式。中间件代理设备通过socket接收封包数据，即网元管理系统发送的完整协议栈封包数据。
[0086]
由图4可见，网元管理系统与整机设备组的通信协议报文组成包括传输消息头，设备消息头和消息内容三大部分。其中，传输消息头由同步字节、消息id号、流水id号和消息长度四个分量构成。计算封包数据的长度len，调用设备类属性读取接口获取基站设备的id和设备类型，另外操作请求为下行数据，封包数据的传输方向类型取值为2，这时计算1000*基站设备id+10*设备类型+2，取得传输消息id。
[0087]
步骤602，所述中间件代理设备对所述传输消息头进行解析，获取基站设备的id；其中，所述基站设备的id根据所述基站设备的ip地址获取；
[0088]
中间件代理设备在接收到带有传输消息头的封包数据后，解析传输消息头获取基站设备的id。基站设备的id根据基站设备的ip地址获取，本实施例不限于根据基站设备的ip地址获取基站设备的id的方法。具体首先解析传输消息头获取传输消息id，然后通过传输消息id/1000运算确定基站设备的id。
[0089]
步骤603，从所述整机设备组中的基站设备的ip地址中获取所述基站设备的id对应的基站设备的ip地址，根据获取的基站设备的ip地址将所述封包数据转发到所述基站设备，以供所述基站设备根据所述封包数据执行任务。
[0090]
整机设备组中的中间件代理设备根据基站设备的id关键字，遍历查找基站设备的通信链路集合。其中，通信链路集合中包含整机设备组内所有被关联的基站设备的ip地址端口等socket套接字信息。通过将基站设备的id关键字与基站设备的ip地址进行匹配，获取待操作的基站设备的ip地址。中间件代理设备通过待操作的基站设备的链路逻辑对象，经socket转发设备消息头和消息内容封包数据到对应的基站设备实体。
[0091]
由于中间件代理设备转发的封包数据已剥离传输消息头，并且其封包的协议数据帧格式是符合整机设备组内中间件代理设备和基站设备交互协议约定的，最终基站设备解析封包数据并执行用户指令任务。
[0092]
本实施例通过充分考虑基站设备的扩容管理问题，增加中间件代理设备，以更加条理和紧凑的方式去管理基站设备，更好地实现小区空域覆盖管理的划分和扩展,且摒弃以设备编号标识管理设备的通信协议传统设计，与具体基站硬件资产解耦，提高设备扩容拓展能力和降低系统维护成本。
[0093]
在上述实施例的基础上，本实施例中所述封包数据通过根据用户操作关联的所述中间件代理设备的ip地址和所述基站设备的id，查找所述基站设备的设备类实例对象，根据所述基站设备的设备类实例对象生成所述封包数据。
[0094]
具体地，在基站设备与网元管理系统下行通信的过程中，具体涉及后台监控中心的操作人员对基站设备下发操作维护指令，比如查询和基站业务配置等。监控中心的运维人员通过后台管理用户交互界面发起基站设备查询或设置操作，具体触发用户交互事件如点击、选中和拖动等。
[0095]
后台管理系统依据事件触发关联和映射，取得操作的整机设备组中间件代理设备
的ip地址和基站设备id。并通过这两个关键字查找基站设备实例集合，并具体映射基站设备实例对象。通过已确定的具体设备实例对象基于操作的具体业务内容，并按照整机组内基站与中间件代理设备的交互协议生成设备消息头和消息内容部分，构成封包数据。
[0096]
在上述各实施例的基础上，本实施例中所述基站设备的id为所述基站设备的ip地址中的末位字节；相应地，从所述整机设备组中的基站设备的ip地址中获取所述基站设备的id对应的基站设备的ip地址，包括：从所述整机设备组中的基站设备的ip地址中获取末位字节为所述基站设备的id的ip地址。
[0097]
基站设备的ip地址最少为4字节，使用基站设备的ip地址中的末位字节来表示基站设备的id。比如，某个cdma设备的通信ip地址为205.183.192.1，那么该cdma设备的id等于1。
[0098]
由于ip地址配置是网络工程实施必须操作的环节，如果存在ip冲突可以轻易通过网络诊断发现，这也很大程度避免了设备编号和资产管理的繁琐，以及工程实施容易出错的问题。
[0099]
由图7可见基站设备与网元管理系统的通信下行数据处理流程，其具体应用步骤如下:
[0100]
步骤701，监控中心的运维人员通过后台管理ui(user interface，用户界面)发起基站设备查询或设置操作，具体触发的ui事件比如点击、选中和拖动等。
[0101]
步骤702，后台管理系统依据事件触发关联和映射，取得操作的整机设备组中间件设备的ip地址和基站设备id。并通过这两个关键字查找基站设备实例集合，并具体映射基站设备实例对象。
[0102]
步骤703，通过步骤702已确定具体的基站设备实例，设备实例基于操作的具体业务内容，并按照整机组内基站与中间件代理设备的交互协议生成设备消息头和消息内容部分，并计算封包长度len，调用设备类属性读取接口获取设备id和设备类型，另外操作请求为下行数据，数据方向类型取值为2，这时计算1000*基站设备id+10*设备类型+2，取得传输消息id。
[0103]
步骤704，结合步骤703，传输消息头、设备消息头、消息内容均可按照图4所述的报文格式填充完整，然后网元管理系统在发送给基站设备的原始封包数据的基础上，再加封传输消息头，并转发到整机设备组中间件代理设备。
[0104]
步骤705，中间件代理设备通过socket接收步骤704的封包数据，即网元管理系统发送的完整协议栈封包数据，首先解析传输消息头，并取得传输消息id，然后通过消息id/1000运算确定基站设备id。
[0105]
步骤706，结合步骤705得到的基站设备的id，整机设备组中间件代理设备依据基站设备的id关键字遍历查找基站通信链路集合，其通信链路集合中包含整机组内所有被管理的基站设备的ip地址端口等socket套接字信息。通过链路ip末位字节数值与基站设备的id比较，若匹配相等则查找过程返回。
[0106]
步骤707，通过步骤706中间件代理设备使用基站设备链路逻辑对象，经socket转发设备消息头和消息内容封包到对应基站设备实体。
[0107]
步骤708，由于步骤707中转发的封包数据已剥离传输消息头，并且其封包的协议数据帧格式是符合整机组内中间件代理设备和基站设备交互协议约定的，最终基站设备解
析封包数据并执行用户指令任务。
[0108]
下面对本发明实施例提供的基站设备管理装置进行描述，下文描述的基站设备管理装置与上文描述的基站设备管理方法可相互对应参照。
[0109]
如图8所示，该装置包括第一接收模块801、生成模块802和第一发送模块803；其中：
[0110]
第一接收模块801用于接收整机设备组中的基站设备发送的封包数据；其中，所述整机设备组用于相应定制区的信号覆盖；
[0111]
在基站设备与网元管理系统上行通信的过程中，具体涉及基站设备主动上报或查询应答的数据处理过程。首先整机设备组中的基站设备与中间件代理设备建立通信链路，由基站设备向中间件代理设备发送封包数据
[0112]
生成模块802用于获取所述基站设备的ip地址，根据所述基站设备的ip地址获取所述基站设备的id，根据所述基站设备的id生成所述封包数据的传输消息头；
[0113]
中间件代理设备接收封包数据，并对封包数据进行解析，获取封包数据的总长度len。中间件代理设备通过socket套接字接口获取基站设备的ip地址，并根据基站设备的ip地址获取基站设备的id。根据基站设备的id生成封包数据的传输消息头，本实施例不限于具体的生成方式。
[0114]
第一发送模块803用于将所述传输消息头插入所述封包数据的头部后发送到网元管理系统，以供所述网元管理系统解析所述传输消息头获取所述基站设备的id，根据所述基站设备的id和中间件代理设备的ip地址查找所述基站设备的设备类实例对象，并将所述封包数据传入到所述基站设备的设备类实例对象中，基于所述设备类实例对象解析所述封包数据，执行所述封包数据对应的任务。
[0115]
中间件代理设备并不关心基站设备的业务内容，将生成的传输消息头插入基站设备发送的原始封包数据头部后，发送到网元管理系统。网元管理系统首先解析传输消息头获取基站设备的id，将基站设备的id和接入中间件代理设备的ip地址作为map映射关键字，遍历预先获取的设备类实例对象集合，判断通过中间件代理设备转发封包数据的基站设备在设备对象集合中是否存在。若存在，则返回查找出的基站设备的设备类实例对象指针；若不存在，则自动创建设备对象，根据基站设备的id和类型进行基站设备类的实例化，获取基站设备的设备类实例对象。
[0116]
通过传输消息头确定基站设备发送的封包数据的长度len，并根据len进行字节偏移，以截取封包数据中的设备消息头和消息内容部分传入到基站设备的设备类实例对象中。后台管理系统按照基站设备与中间件代理设备约定的协议格式，使用设备类实例对象解析协议栈中基站设备发送的封包数据帧，并完成业务呈现。
[0117]
本实施例通过充分考虑基站设备的扩容管理问题，增加中间件代理设备，以更加条理和紧凑的方式去管理基站设备，更好地实现小区空域覆盖管理的划分和扩展,且摒弃以设备编号标识管理设备的通信协议传统设计，与具体基站硬件资产解耦，提高设备扩容拓展能力和降低系统维护成本。
[0118]
下面对本发明实施例提供的基站设备管理装置进行描述，下文描述的基站设备管理装置与上文描述的基站设备管理方法可相互对应参照。
[0119]
如图9所示，该装置包括第二接收模块901、解析模块902和第二发送模块903；其
中：
[0120]
第二接收模块901用于接收网元管理系统发送的带有传输消息头的封包数据；其中，所述传输消息头根据基站设备的id生成；
[0121]
在基站设备与网元管理系统下行通信的过程中，网元管理系统根据对基站设备操作的具体业务内容，按照整机设备组内基站设备与中间件代理设备的交互协议生成设备消息头和消息内容部分。设备消息头和消息内容部分构成封包数据。在封包数据的头部插入传输消息头，将带有传输消息头的封包数据发送给中间件代理设备。传输消息头根据需要操作的基站设备的id生成，本实施例不限于具体的生成方式。中间件代理设备通过socket接收封包数据，即网元管理系统发送的完整协议栈封包数据。
[0122]
解析模块902用于对所述传输消息头进行解析，获取基站设备的id；其中，所述基站设备的id根据所述基站设备的ip地址获取；
[0123]
中间件代理设备在接收到带有传输消息头的封包数据后，解析传输消息头获取基站设备的id。基站设备的id根据基站设备的ip地址获取，本实施例不限于根据基站设备的ip地址获取基站设备的id的方法。
[0124]
第二发送模块903用于从整机设备组中的基站设备的ip地址中获取所述基站设备的id对应的基站设备的ip地址，根据获取的基站设备的ip地址将所述封包数据转发到所述基站设备，以供所述基站设备根据所述封包数据执行任务。
[0125]
整机设备组中的中间件代理设备根据基站设备的id关键字，遍历查找基站设备的通信链路集合。其中，通信链路集合中包含整机设备组内所有被关联的基站设备的ip地址端口等socket套接字信息。通过将基站设备的id关键字与基站设备的ip地址进行匹配，获取待操作的基站设备的ip地址。中间件代理设备通过待操作的基站设备的链路逻辑对象，经socket转发设备消息头和消息内容封包数据到对应的基站设备实体。
[0126]
本实施例通过充分考虑基站设备的扩容管理问题，增加中间件代理设备，以更加条理和紧凑的方式去管理基站设备，更好地实现小区空域覆盖管理的划分和扩展,且摒弃以设备编号标识管理设备的通信协议传统设计，与具体基站硬件资产解耦，提高设备扩容拓展能力和降低系统维护成本。
[0127]
本发明实施例还提供一种基站设备管理系统，包括上面两种基站设备管理装置实施例中的基站设备管理装置。
[0128]
图10示例了一种电子设备的实体结构示意图，如图10所示，该电子设备可以包括：处理器(processor)1010、通信接口(communications interface)1020、存储器(memory)1030和通信总线1040，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储器1030中的逻辑指令，以执行基站设备管理方法，该方法包括：整机设备组中的中间件代理设备接收所述整机设备组中的基站设备发送的封包数据；其中，所述整机设备组用于相应定制区的信号覆盖；所述中间件代理设备获取所述基站设备的ip地址，根据所述基站设备的ip地址获取所述基站设备的id，根据所述基站设备的id生成所述封包数据的传输消息头；所述中间件代理设备将所述传输消息头插入所述封包数据的头部后发送到网元管理系统，以供所述网元管理系统解析所述传输消息头，执行所述封包数据对应的任务。
[0129]
此外，上述的存储器1030中的逻辑指令可以通过软件功能单元的形式实现并作为
独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0130]
另一方面，本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的基站设备管理方法，该方法包括：整机设备组中的中间件代理设备接收所述整机设备组中的基站设备发送的封包数据；其中，所述整机设备组用于相应定制区的信号覆盖；所述中间件代理设备获取所述基站设备的ip地址，根据所述基站设备的ip地址获取所述基站设备的id，根据所述基站设备的id生成所述封包数据的传输消息头；所述中间件代理设备将所述传输消息头插入所述封包数据的头部后发送到网元管理系统，以供所述网元管理系统解析所述传输消息头，执行所述封包数据对应的任务。
[0131]
又一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的基站设备管理方法，该方法包括：整机设备组中的中间件代理设备接收所述整机设备组中的基站设备发送的封包数据；其中，所述整机设备组用于相应定制区的信号覆盖；所述中间件代理设备获取所述基站设备的ip地址，根据所述基站设备的ip地址获取所述基站设备的id，根据所述基站设备的id生成所述封包数据的传输消息头；所述中间件代理设备将所述传输消息头插入所述封包数据的头部后发送到网元管理系统，以供所述网元管理系统解析所述传输消息头，执行所述封包数据对应的任务。
[0132]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0133]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0134]
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和
范围。