CN108075922A - 一种电信网络管理系统 - Google Patents

Abstract

本发明公开一种电信网络管理系统，所述系统包括：基于HTML的Web页面形式的客户端系统，采用模型‑视图‑控制器格式的服务器系统；客户端系统与服务器系统通过HTTP接口连接；服务器系统包括：用于响应HTTP请求和/或进行业务模型转换的控制器层、用于实现业务逻辑的业务层，以及用于数据属性定义的模型层；所述控制器层、业务层和模型层采用MVC模式分布，且控制器层与业务层交互，业务层与所述模型层交互；业务层还连接有位于服务器系统内部的通用网管平台；通用网管平台内以公共接口的方式对服务器业务系统提供调用。上述系统具有开发效率高、维护成本低、功能扩展性好、更适合虚拟化云运行环境、更适合海量数据管理需求等优点。

Description

一种电信网络管理系统

技术领域

本发明涉及通信技术领域，具体涉及一种电信网络管理系统。

背景技术

现有的电信网络管理架构采用C/S结构，如图1所示。客户端需要安装部署专用的客户端软件，客户端与服务器之间采用重型的RPC、Corba等接口设计。

上述结构的缺陷是：(1)客户端系统需要单独安装部署，开发代价大；(2)客户端与服务器系统采用重型接口，接口协议复杂；导致客户端与服务器接口过于冗重，通用性差；(3)服务器端采用横向分三层，纵向分业务模块的架构设计，使得服务器传统安装业务模块的划分设计结构性差，不利于扩展；(4)被管设备接口单一，一般为SNMP协议或UDP协议；(5)数据库采用超大规模重型RDBMS系统，如Oracle、DB2等，导致数据库系统成本高，弹性差，无法进行超大规模的数据分析。

发明内容

鉴于上述问题，本发明提供一种电信网络管理系统，该系统具有开发效率高、维护成本低、功能扩展性好、更适合虚拟化云运行环境、更适合海量数据管理需求等优点。

为此目的，本发明提供一种电信网络管理系统，包括：

基于HTML的Web页面形式的客户端系统，

采用模型-视图-控制器格式的服务器系统；

所述客户端系统与所述服务器系统通过HTTP接口连接；

所述服务器系统包括：用于响应HTTP请求和/或进行业务模型转换的控制器层、用于实现业务逻辑的业务层，以及用于数据属性定义的模型层；

所述控制器层、业务层和模型层采用MVC模式分布，且所述控制器层与所述业务层交互，所述业务层与所述模型层交互；

所述业务层还连接有位于服务器系统内部的通用网管平台；

所述通用网管平台内以公共接口的方式对服务器业务系统提供调用。

可选地，所述通用网管平台包括：用于连接所述被管设备的设备接口层、用于连接分布式数据库系统的DB接口层、用于连接大数据文件系统的大数据处理接口、以及连接所述业务层的通用业务处理模块。

可选地，所述服务器系统还包括：采用MVC模式水平分布于所述控制器层、业务层、模型层中的多个业务模块；

所述业务模块包括下述的一种或多种：配置模块、故障模块、性能模块、报表模块、软件模块和系统管理模块。

可选地，所述业务层包括：多个业务接口和用于实现业务逻辑的业务实现单元；

所述业务层通过一个或多个业务接口连接所述控制器层；

一个或多个业务实现单元连接所述通用网管平台。

可选地，所述电信网络管理系统还包括：服务器业务系统；

所述服务器业务系统包括：连接所述通用网管平台的至少一个被管设备、分布式数据库系统和大数据文件系统。

可选地，所述大数据文件系统为Hadoop系统。

可选地，所述客户端系统与所述服务器系统之间的数据传输格式为JSON格式；

其中，所述客户端系统与所述服务器系统交互的JSON格式的数据包括：消息头和消息体；

所述消息头包括：客户端操作版本号、当前操作毫秒级时间戳、当前操作命令标识、操作异步标识、操作超时指示标志和操作期待超时时间；

所述消息体包括：通用映射集合定义内容。

可选地，所述客户端系统展示的页面为单页模式的页面；

所述单页模式的页面包括下述的一项或多项：工作表格部分，表单呈现部分、页面侧栏部分、页面顶栏部分和页面底部部分；

其中，在操作人员触发页面中一个或多个按钮时，所述客户端系统展示的页面不发生跳转，此时，页面中一项或多项的部分内容适应所述按钮指令进行更新。

可选地，所述客户端所处的浏览器显示所述页面的一项或多项，所述页面中未显示的项在所述页面的下方隐藏。

本实施例的电信网络管理系统，通过采用基于HTML的Web页面形式的客户端系统，相对比现有技术的客户端软件系统，通用性好、免安装、跨平台；采用模型-视图-控制器格式的服务器系统与客户端系统连接，使得电信网络管理系统具有开发效率高、维护成本低、功能扩展性好、更适合虚拟化云运行环境、更适合海量数据管理需求等优点。

附图说明

图1为现有技术中的电信网络管理系统的架构示意图；

图2为本发明一实施例提供的电信网络管理系统的架构示意图；

图3为图2中服务器系统中的部分结构的组件图；

图4为图2中客户端系统与服务器系统交互的流程示意图；

图5为图2中客户端系统与服务器系统交互数据的格式示意图；

图6为服务器系统中模型层的NeObject类间关系的UML图；

图7为图2中客户端系统展示的页面的示意图；

图8为图2中的大数据日志分析系统的使用过程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

需要说明的是，在本文中，“第一”、“第二”、“第三”、“第四”字样仅仅用来将相同的名称区分开来，而不是暗示这些名称之间的关系或者顺序。

如图2所示，图2示出了本发明一实施例提供的电信网络管理系统的架构示意图，本实施例的电信网络管理系统包括：基于HTML的Web页面形式的客户端系统，和采用模型-视图-控制器格式的服务器系统；

本实施例中的客户端系统与所述服务器系统通过HTTP接口连接；

其中，服务器系统包括：用于响应HTTP请求和/或进行业务模型转换的控制器层、用于实现业务逻辑的业务层，以及用于数据属性定义的模型层；

所述控制器层、业务层和模型层采用MVC模式分布，且所述控制器层与所述业务层交互，所述业务层与所述模型层交互；

所述业务层还连接有位于服务器系统内部的通用网管平台；

所述通用网管平台内以公共接口的方式对服务器业务系统提供调用。

可选地，上述的电信网络管理系统还包括：服务器业务系统；本实施例的服务器业务系统可包括：连接所述通用网管平台的至少一个被管设备(如UE、eNB、EPC等)、分布式数据库系统和大数据文件系统。

可理解的是，客户端采用基于HTML的Web页面形式，相比传统的桌面程序客户端，具有免安装、通用性好、跨平台的优点。

另外，本实施例中的服务器系统采用了模型-视图-控制器的方式实现，达到了代码逻辑的最大程度松耦合。

本实施例中MVC(Model-View-Controller)模式使得后代代码结构清晰，便于维护修改，比传统的三层结构(现有技术的电信网络管理系统)具有更好的代码扩展性。上述服务器系统采用了改进的MVC模式，在模型视图控制器之上又引入了业务接口层与业务实现层，弥补了原始MVC模式没有涉及业务扩展的缺陷。

上述与业务层连接的通用网管平台是对网管通用逻辑的低层封装，其中包括网管典型业务流程(性能入库、报表汇总等)的抽象、与设备的接口封装、数据库访问的封装、以及对大数据系统(Hadoop等)访问接口的封装等。

本实施例中，通用网管平台以公共接口的形式对服务器业务系统提供调用。即，通过抽象通用网管平台，很大程度的提高了系统的稳定性与成熟度。

如图2所示，本实施例中的通用网管平台可包括：用于连接所述被管设备的设备接口层、用于连接分布式数据库系统的DB接口层、用于连接大数据文件系统的大数据处理接口、以及连接所述业务层的通用业务处理模块。

前述的服务器业务系统均连接通用网管平台，即服务器业务系统包括：连接所述通用网管平台的至少一个被管设备、分布式数据库系统和大数据文件系统等。

特别地，本实施例的大数据文件系统可为Hadoop系统。Hadoop等大数据技术用于海量数据的分析统计，高效的将低配置云主机组成具有强大计算能力的服务器系统。

本实施例中采用分布式数据库系统，采用低成本，中等性能的小规模数据库系统集群组成。由此，轻量级分布式数据库系统应运而生，采用低成本的小规模节点集群，实现超大量数据的存储。

大数据文件系统用于持久化海量数据，供业务进行统计分析使用，适用于存在海量数据分析的需求场景。

上述分布式数据库系统采用了基于MySql Cluster以及Linux LVS的高可用性集群与负载均衡集群，实现数据库的大规模数据存储。

在一种可选的实现方式中，图2中所示的服务器系统还可包括：采用MVC模式水平分布于所述控制器层、业务层、模型层中的多个业务模块；

所述业务模块包括下述的一种或多种：配置模块、故障模块、性能模块、报表模块、软件模块和系统管理模块，如图2所示。

也就是说，图2中的服务器系统采用水平划分业务功能的模式实现业务模块。此时，控制器直接相应HTTP请求，并进行业务模型的转换。业务相关的实现必须在业务层完成，且所有业务逻辑的实现必须封装到实现层内部，对外以接口形式提供，如图3所示，实现细节对外部透明。实现部分可以调用其他模块的接口或通用平台，实现具体业务功能。

即，本实施例中服务器系统的业务层包括：多个业务接口和用于实现业务逻辑的业务实现单元；

所述业务层通过一个或多个业务接口连接所述控制器层；一个或多个业务实现单元连接所述通用网管平台。

基于图3所示的组件图，电信网络管理系统的数据访问流程可为：客户端发起调用，控制器作为第一响应者开始处理。控制器完成界面信息模型到服务器系统的信息模型的转换，此时业务层调用模块内业务接口，在业务实现内部。或者业务层也可以调用其他模块的业务接口，或业务层也可以直接调用通用平台完成功能。

另外，参见图4所示，在客户端系统与服务器系统的交互流程中，本实施例的电信网络管理系统可以有两处异步操作。具体地，参见图4中的步骤(1)和步骤(2)所示内容。

其中步骤(1)处是客户端服务器之间的HTTP接口，此处可以基于Ajax技术，完成异步处理。这个处理是由浏览器完成。这种异步的优势在于实现简单(主流浏览器都已实现)，缺点是异步调用立即返回，客户端无法得到服务器的返回值。为此，增加了“服务器异步机制”，如图4中的步骤(2)，此处的异步是在控制器的内部，控制器内部具有新线程处理业务接口，此时，客户端的HTTP线程把一系列返回值返回。“服务器异步”就是“控制器内同步处理，业务层内异步完成”的半异步模式，这种模式更加适用于网管业务。

在另一可选的实现方式中，前述图2所示的客户端系统与服务器系统之间的数据传输格式为JSON格式，如图5所示。

其中，所述客户端系统与所述服务器系统交互的JSON格式的数据包括：消息头和消息体；

所述消息头包括：客户端操作版本号、当前操作毫秒级时间戳、当前操作命令标识、操作异步标识、操作超时指示标志和操作期待超时时间；

所述消息体包括：通用映射集合定义内容。

在实际应用中，客户端与服务器之间采用基于HTTP的RESTFul接口设计。当前，RESTFul是种新型的Web Service访问接口。采用JSON作为数据传输格式。客户端与服务器之间的架构设计约束如下：

一、使用标准的HTTP GET POST DELETE操作进行操作

二、URL至少包含三级：第一级是应用名称，第二级是模块名称，第三级是操作名称

三、标准GET操作在URL中使用名值对传递参数

四、标准POST操作使用JSON作为数据传输格式，如图5所示。

五、标准DELETE操作必须传递整个数据对象，格式要求同上一条。

上述JSON是一种纯文本的数据格式，采用了轻量级数据传输手段，实现高效清晰传输数的目的。

此外，针对服务器系统内部的模型层数据结构设计，本实施例中将所有配置对象抽象为统一的管理实体：NeObject进行管理。服务器的所有业务模块处理的参数都是NeObject或其集合。业务内部自动识别具体的业务对象类型。这样就使得接口更为通用，实现的扩展性更优秀。如图6所示的NeObject类间关系UML图。

进一步地，前述图2所示的客户端系统展示的页面可为单页模式的页面；如图7所示。其中，单页模式的页面包括下述的一项或多项：工作表格部分，表单呈现部分、页面侧栏部分、页面顶栏部分和页面底部部分；

若操作人员触发页面中一个或多个按钮，所述客户端系统展示的页面不发生跳转，此时，页面中一项或多项的部分内容适应所述按钮指令进行更新。

通常，客户端所处的浏览器显示所述页面的一项或多项，所述页面中未显示的项在所述页面的下方隐藏。

客户端系统的页面结构如图7所示，客户端系统采用单页模式，即整个系统只有一个页面。其中图7中的“模块内工作表格部分”和“详细信息表单呈现部分”为业务相关的，这两部分内容在用户点击一级导航时，会动态去后台获取HTML信息，动态变化，而浏览器页面并不跳转。就是说，每一次浏览URL的变化，都是动态更新页面内部分区域的内容，而并不是做页面的跳转。为此，使得页面加载更快捷，配合上加载动画，让用户有了更好的操作体验。

另外，客户端系统的页面还可以实现动态滑动，例如，页面加载后，前端程序会根据操作用户浏览器的垂直分辨率，动态计算主工作区高度。仅仅给用户呈现“模块内工作表格部分”以及之上部分，而“详细信息表单呈现部分”会在页面下方隐藏。不关心详细信息的用户可以不关注这部分页面。而当用户点击查看详细信息时，页面自动上滑，呈现“详细信息表单部分”，供用户浏览编辑，编辑完成后，页面在自动滑动回“模块内工作表格部分”。这样即不阻塞用户的操作思路，又适用于如今终端设备多样化得要求。不论在PC、Pad、手机、大屏显示墙等操作设备上，都有良好的浏览效果。

进一步地，由于本实施例中的电信网络管理系统管理的网元数量很多，网元或网管本身，每天都会产生大量的系统日志或Trace消息，这些日志表示的是系统自身的运行状态，用户操作情况，异常运行告警等等。系统日志往往更加详细的表示了系统运行的每一个细节。以前的系统中，日志由各自网元维护并使用，无法统一管理。分析手段一般也是由维护人员人工分析，效率低，出错概率大。本系统首次采用了大数据(Hadoop系统)进行网管网元系统日志的分析工作。大大降低了维护成本与出错概率，提升系统整体质量。

如图8所示，服务器系统与服务器业务系统的交互流程，该流程包括下述步骤：

第一步、各个网元的日志通过UDP接口传输到网管服务器系统

第二步、服务器系统将消息放入队列缓存

第三步、服务器系统对消息进行预处理，整理格式，过滤内容等

第四步、服务器系统将消息持久化到大数据文件系统

可选地，服务器系统还可对消息进行分析统计输出。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

本领域技术人员可以理解，实施例中的各步骤可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (9)

1.一种电信网络管理系统，其特征在于，包括：

基于HTML的Web页面形式的客户端系统，

采用模型-视图-控制器格式的服务器系统；

所述客户端系统与所述服务器系统通过HTTP接口连接；

所述服务器系统包括：用于响应HTTP请求和/或进行业务模型转换的控制器层、用于实现业务逻辑的业务层，以及用于数据属性定义的模型层；

所述控制器层、业务层和模型层采用MVC模式分布，且所述控制器层与所述业务层交互，所述业务层与所述模型层交互；

所述业务层还连接有位于服务器系统内部的通用网管平台；

所述通用网管平台内以公共接口的方式对服务器业务系统提供调用。

2.根据权利要求1所述的系统，其特征在于，所述通用网管平台包括：用于连接所述被管设备的设备接口层、用于连接分布式数据库系统的DB接口层、用于连接大数据文件系统的大数据处理接口、以及连接所述业务层的通用业务处理模块。

3.根据权利要求1所述的系统，其特征在于，所述服务器系统还包括：采用MVC模式水平分布于所述控制器层、业务层、模型层中的多个业务模块；

所述业务模块包括下述的一种或多种：配置模块、故障模块、性能模块、报表模块、软件模块和系统管理模块。

4.根据权利要求1所述的系统，其特征在于，所述业务层包括：多个业务接口和用于实现业务逻辑的业务实现单元；

所述业务层通过一个或多个业务接口连接所述控制器层；

一个或多个业务实现单元连接所述通用网管平台。

5.根据权利要求1所述的系统，其特征在于，所述电信网络管理系统还包括：服务器业务系统；

所述服务器业务系统包括：连接所述通用网管平台的至少一个被管设备、分布式数据库系统和大数据文件系统。

6.根据权利要求5所述的系统，其特征在于，所述大数据文件系统为Hadoop系统。

7.根据权利要求1所述的系统，其特征在于，所述客户端系统与所述服务器系统之间的数据传输格式为JSON格式；

其中，所述客户端系统与所述服务器系统交互的JSON格式的数据包括：消息头和消息体；

所述消息头包括：客户端操作版本号、当前操作毫秒级时间戳、当前操作命令标识、操作异步标识、操作超时指示标志和操作期待超时时间；

所述消息体包括：通用映射集合定义内容。

8.根据权利要求1至7任一所述的系统，其特征在于，所述客户端系统展示的页面为单页模式的页面；

所述单页模式的页面包括下述的一项或多项：工作表格部分，表单呈现部分、页面侧栏部分、页面顶栏部分和页面底部部分；

其中，在操作人员触发页面中一个或多个按钮时，所述客户端系统展示的页面不发生跳转，此时，页面中一项或多项的部分内容适应所述按钮指令进行更新。

9.根据权利要求8所述的系统，其特征在于，所述客户端所处的浏览器显示所述页面的一项或多项，所述页面中未显示的项在所述页面的下方隐藏。