通信基站运维综合管理系统V设计说明书

第1章绪论
本文主要介绍通讯基站运维综合管理系统 V1.0 的设计与实现。

本章第一介绍本系统的背
景知识以及研究意义；而后论述国内外研究以及开发的最新动向，最后介绍本文的主要内容以
及组织结构安排。

1.1 研究背景与意义
本节主要介绍本文波及的一些无线通讯知识，第一介绍与本文描绘的通讯基站运维综
合管理系统 V1.0 有关的 WCDMA 的观点， UTRAN 系统， RAN 系统以及 Rbs 的知识，然
后详尽描绘本系统在WCDMA 系统所处的地点和该系统所需要供应的功能。

最后再系统阐述本文的研究意义。

无线通讯有关知识
WCDMA [1]： WidebandCodeDivisionMultipleAccess 宽带码分多址。

是一种由码分多址（CDMA ），演变而来的第三代无线通讯技术。

WCDMA 采纳直接序列扩频码分多址、频分
双工方式。

WCDMA 是一种由 3GPP 详细拟订的，鉴于 GSMMAP 核心网， UTRAN 为无线
接口的第三代挪动通讯系统。

UTRAN ：TheUMTSTerrestrialRadioAccessNetwork，陆地无线接入网。

信令网和数据传输网在逻辑上分开[2]； UTRAN 和 CN 的功能将和传输功能完好分开； UTRAN 和 CN 使用的寻址方式将和传输功能的寻址方式没关；宏分级（ FDD 模式）的办理完好在 UTRAN 内， RRC 的连结的挪动性完好由 UTRAN 控制；定义 UTRAN 接口时候，经过接口的功能的划
分应有尽量少的可选项；应鉴于此接口控制的实体的逻辑模型。

UTRAN 由一组经过 Iu 接口连结到核心网 CN 的无线网络子系统 RNS 构成。

一个 RNS 由一个无线网络控制器（RNC）和一个或很多个节点（NodeB）构成。

Rbs 经过Iub 接口连结到RNC。

图 1.1 是 UTRAN 系统的部分平面结构图。

从图中能够看出： RNC 主要负责跟核心网的交互以及与 Rbs 进行交互。

Rbs 主要负责
与 RNC 交互，以及用户手机交互。

从软件架构的角度， UTRAN 主要分为以下 3 个逻辑节点：
（1） RNC（ RadioNetworkController ）无线网络控制器。

RNC 主要负责跟核心网以及 Rbs 进行交互，并且负责管理无线链路。

RNC 控制经过 Rbs 的信息量。

RNC 同时负责成立信道，办理与 UE 的连结，控制无线基站的资源的优化。

WCDMA 的 Rbs 供应无线资源以及无线广播，并且负责接受与发送 UE 信号。

图UTRAN系统的平面结构
（2） OSS-RC( OperationSupportSystem-RadioandCore) 运维支撑系统 - 无线基站跟核心网。

OSS-RC 主要办理从 RNC 过来的操作管理任务，比方软件的安装与升级， RAN 层的管理配置，告警办理等。

（3）COMINF ( CommonOperate&ManageInfrastructure) 通用操作管理架构。

COMINF 主要管理包含从网络设施到OSS-RC 所需要携带的路由等网络协议。

COMINF 同时供应安全性服务，客户帮助信息，软件管理，备份解决方案等服务。

UTRAN 的拓扑结构和要点节点的外面接口如图 1.2 所示：（节点跟接口在下列图中不过
是一个逻辑插图，跟实质状况不必定完好符合。

比方 Mub 和 Iub 接口可能承载相同的媒体，
W-Rbs 也可能以级联拓扑的形式连结）
[3]
Rbs
（RadioBaseStation）： WCDMA 中的 Rbs 就是 UTRAN 系统节点中基站的特有
名称。

NodeB 是一个逻辑节点，负责发送，接收从UE 过来的信道。

Rbs 节点除了办理最
基本的功能之外，同时还控制与看管天线设施。

Rbs 经过 luant 接口或许其余一些专有的规
范标准来控制与看管TMA 、 RET 等天线设施。

RbsElementManager：基站管理软件，其实不是 UTRAN 系统中的一个独立节点，可是他是 Rbs 系统的一部分， EM 一般运转在 PC 端口，控制了包含一系列操作管理应用软件的
安装。

RbsCabinetViewer：机箱机柜查察器，是部署在 OSS-RC 上的一个应用程序，可是他
仍旧属于 Rbs 系统的一部分。

机箱机柜查察器供应了一个可视化视图，并且供应了一个工
具来办原由事件扰乱惹起的错误。

图UTRAN系统的拓扑结构
图 1.3 是 Rbs 所处的地点以及 Rbs 与其余节点的关系：
图Rbs与RNC、OSS-RC的关系
从图上能够看出： Rbs 主要经过 Mub 接口与 OSS-RC 交互，经过 lub 接口与 RNC交互，经过 Uu 接口与 UE 交互。

管理软件 EM 在 OSS-RC 节点上，负责管理与配置 Rbs[4]。

图 1.4 是 Rbs 外面接口的平面图：
图Rbs的外面接口
Mub： Mub 接口是由 Rbs 所供应的，由管理软件EM ，机箱机柜查察器，网络管理系
统等系统使用。

Iub：连结 RNC 跟 Rbs 的有关接口。

GUI ：（ GraphicUserInterface）由管理软件 EM 或许机箱机柜查察器供应，供应了一种
用户友善型的图形化界面给基站操作人员操作和保护Rbs。

VMI ：（ VisualandMechanicalInterface），主要供应给基站站点操作人员使用。

VMI
主要包含可视化指示器（LED 灯），手动的可操作的开关/ 按钮（复位键）和传入的外面
电源等。

此外，装置的电缆螺丝等都属于这个接口。

1.1.2 基站管理软件功能
ITU-TTMN : TelecommunicationsManagementNetworkstandardfromtheITU-T) 国际电信结盟电信标准化部，电信管理网络。

因为该软件系统牢牢负责基站的管理与配置，临时不考
虑 traffic 事件部分，仅考虑操作管理部分。

TMN 操作管理部分策略主要由：代理模式的使用，比方 OSS-RC 作为管理人， RbsEM 作为代理。

使用管理对象（ ManagedObject，MO）模型，即管理一系列抽象或许物理或许逻辑上的资源。

管理信息库（ ManagementInformationBase，MIB ）的使用，即一个储存了 TMN 中所有MO 的信息库。

管理信息模型（ ManagementInformationModel，MIM ）的使用，即抽象出一个面向对象的语言来抽象规定 MO 的定义，定义 MO 数据的基本操作。

一个基本的逻辑架构模型如图 1.5 所示：
图TMN管理部分逻辑架构模型
本文所描绘的通讯基站运维综合管理系统V1.0 是一个 OSS-RC 系统下的子系统服务，
从TMN 管理部分的架构逻辑模型上来看，该系统处于架构的在表现层。

往常，配站工程师
会在软件中对基站进行配置，该软件系统将用户配置基站的数据信息采集起来，，经过
MO 携带数据，经过 COBRA 等公共协议与指定基站进行通讯，向基层传递管理和配置的
信息，将所需配置信息发送到指定基站的中央办理单元，而在基站端，往常会有一个近似
于接口的子系统，对发送过来的信息进行分析并办理，并将配置信息进行反应。

这样就能
够做到基站的安装跟配置分开进行，并且还能够随时对基站进行调控容量，监督基站中设
施的状态等操作。

基站通讯结构表示图如图 1.6 所示 :
图 1.6 基站通讯结构
本文中通讯基站运维综合管理系统V1.0 主要供应以下功能：
功能特点：
1，IT 资源可视化，轻松读懂各种IT 数据
2，业务拓扑视图，直观显现出业务与IT 的关系
3，IT 财产管理与 IT 监控管理、运维流程管理等无缝集成，实现对以虚构化和云计算为核心支撑的 IT 系统综合管控。

4，完美的 IT 网络运维管理系统，依靠一致的服务支持平台，形成自动化、流程化的
服务支持。

技术特点：
1，运转环境安装置置方便(.NetFramework,,IIS)
2，技术成熟，主流技术，配套技术文档完美，众多开源或免费的文档或项目可供参照
3，拥有众多新技术，方便建立公司级应用
4，开发部署工具功能强盛
5，能与 Windows平台密切联合，最大限度利用系统功能
1.1.3 研究意义
跟着中兴，华为等新兴无线通讯公司的兴起，无线通讯行业的竞争愈来愈强烈，各大公司纷
繁推出了新产品，软硬件更新速度日趋加速，而市场上也出现了基站种类新旧各异，功能各
异的复杂状况，即便是同一站型，也会因为需求的改动而致使硬件不同，或许设施参
数不相同问题。

将原有硬件进行整合，升级改造，已经成为了目前 3G 基站发展的一个主流趋向。

这样不不过能够节俭成本，复用原有的硬件设施，提高利用率，同时能够在更好
的兼容基站的原有设施的基础上，达到硬件细小改动，功能大大提高，基站大不相同的特点。

目前市场上的一些基站管理配置系统，因为需求已经跟着市场的变化而发生了重要改变，从
原有的固定不变，几乎极少改动的硬件架构，变为目前这种需求跟着市场的变化而快速变化
的状况。

以市场为导向的新需求，使得软件层次的架构的改动势在必行。

原有的架构层次过
于简单，在新项目的开发中出现了架构兼容性不够，代码耦合度过强等问题，致使系统难以
保护，升级，一旦有新需求变化，总会进行大幅改正，明显已经没法适应产
品的不断更新的新要求。

如何设计出一个通用的基站管理系统，知足需求常常改动的特点，
成为一个亟待解决的问题，也是本文的主要研究目的。

1.2 国内外研究动向
爱立信：爱立信的基站管理系统采纳了CI/RI （ConfigurationItem/ResourceItem）的架构。

将基站资源抽象为一系列ResourceItem，将一组邻近的资源以齐集的形式构成ConfigurationItem ，建立出一个逻辑上的Rbs 进行配置。

该管理系统使用了MVC ，JavaBean，SAX 等技术，供应了一个用户友善型界面，经过一个通用平台CPP 与基站端进行通讯。

客
户端到基站端的通讯使用了 COBRA 的技术办理并发。

目前爱立信在市场上的主流基站及新
硬件设施如图 1.7 所示[5]。

图 1.7 爱立信主流基站及新硬件设施
华为[6]：供应了一个鉴于 JAVAWeb 的网页版基站软件管理系统。

该管理系统使用了 J2EE 架构，并且使用了 Struts+Hibernate+Spring等比较流行的框架。

图 1.8 是部分华为在 WCDMA 市场上的主流基站。

图 1.8 华为在WCDMA市场上的主流基站
1.3 本文主要内容
本文一共分为五章，系统的介绍了通讯基站运维综合管理系统V1.0 的设计与实现，下边从分章节的角度详尽论述本文将要论述的主要内容：
第一章：第一介绍了本系统所需要的无线通讯的背景知识，该系统在UTRAN 系统中所处
的地点以及该系统所担当的职能等，其次介绍了国内外研究开发的动向，本章最后介绍了
本文的主要内容。

第二章：主要介绍了本系统的需求剖析以及详尽架构设计。

在需求剖析中使用了ADMENS 矩阵剖析法。

架构设计的时候先介绍系统的整体架构设计，再分层分别介绍每一层的设计。

在介绍的时候不不过介绍了设计的思路，同时从设计模式的角度给出了实现策略。

第三章：依据上一章设计出的架构，分架构层次，挨次详尽论述了每一层的实现过程。

实
现过程主要以详尽的 UML 类图以实时序图为例进行论述，同时将设计过程顶用到的设计
模式串连起来。

第四章：描绘了系统测试的主要方法，以及本系统测试的步骤，最后显现了部分测试用例，同时总结了测试结果。

第五章：总结了本论文的主要工作，剖析系统中一些值得改良的地方，并且提出了后
续研究的一些展望。

第 2 章通讯基站运维综合管理系统V1.0 的需求剖析以及设
计
本章详尽描绘了基站管理系统的需求剖析与架构设计。

在需求剖析中应用
了 ADMENS 矩阵剖析法进行剖析，架构设计的时候表现了分层的思想，同时
为了更好的局部结构，设计模式在本系统中获取了充足的应用。

2.1 系统的需求剖析
通讯基站运维综合管理系统 V1.0 供应了一个基站管理配置的平台，针对不同种类的基站进行配置，同时供应了对基站的配置进行改正，删除，以及导入
导出配置脚本等功能。

在进行本文的需求剖析的时候会借助ADMENS 矩阵进行剖析。

ADMENS 矩阵[7]（ArchitecturalDesignMethodhasbeenExtendedtoMethodSystem，架构设计方法已经扩展到方法系统），又称为“需求层次 -- 需求方面矩阵”。

该矩阵剖析法可
以帮助架构师辞别需求列表的陈腐方式，顺利过渡到二维需求观，借此防止遗
漏需求、并进一步清理需求间关系和发现衍生需求。

ADMENS 二维矩阵进行需求剖析的“四步法”主要由以下 4 个角度剖析：需求结构化，剖析拘束影响，确立要点质量以及确立要点功能。

从“需求定义了直接仍是间接目标”的角度，把需求区分为 3 种种类：
1.功能需求：直接表现出各个需求的目标要求。

2.质量属性：由运转期质量和开发期质量构成。

3.拘束需求：由业务环境要素，使用环境要素以及技术环境要素构成。

从
业务级需求，用户级需求，开发级需求三个角度对本系统的需求进行具
体剖析，形成一个二维需求剖析矩阵。

总结成下表：
表ADMENS矩阵
业务级需求广义功能
业务目标
质量
快、好、省
拘束
技术性拘束
法例性拘束
技术趋向
用户级需求开发级需求用户需求
行为需求
运转期质量
开发期质量
竞争要素与竞争对
手
遗留系统集成
标准性拘束
分批实行
用户群特点
用户水平
多国语言
开发团队技术水平
开发团队磨合程度
开发团队散布状况
开发团队业务知识
管理：保密要求
管理：产品规划
安装、保护
2.1.1 业务级需求的剖析
本段主要依照：包含客户或许出资者要达到的业务目标、所需要的预期投入资本、项目的工期进度要求，以及要切合哪些标准规范、对哪些遗留的系统
进行整合改造等拘束条件，对论文中论述的系统进行业务级需求剖析。

下边详
尽论述本系统需要主要考虑的拘束条件。

( 1) 客户的业务目标以及业务愿景。

1.软件定位：基站管理软件
2.供应服务：供应一个通用的管理配置平台，对同一家公司不同种类，不同硬件的基站进行配置。

( 2) 客户的业务质量
1.兼容新老基站。

因为技术的改革，软件一定兼容各种各种的新老基站，在知足新基站的配置要求的同时要做到向后兼容。

特别是基站硬件的更新，各大无线通讯公司目前都在做整合的研发，将老基站几块硬件板子的功能集成到一块硬件上的创新研究，软件更改需要跟硬件的更改同步化，知足硬件更改所带来的配置更改。

2.易于更改配置。

同一款基站，很有可能会配置不同的射频单元，或许有扇区改动配置的需求，需要供应一个简短而又适用的导游来知足配置的更改，同一种硬件配置也需要能够方便的改正承载能力等，以达到资源的利用合理化。

( 3) 技术标准
3GPP，以及各大厂商自己拟订的标准。

( 4) 对哪些遗留系统进行整合
基站零零件种类众多，各种型号的基站之间硬件配置有较大差别，需要一个扩
展性很强的系统来取代原有系统，以便未来产品进一步更新换代。

2.1.2 用户级需求的剖析
用户及需求的剖析主要从以下几个角度下手：用户需要使用系统来达成哪
些工作，对证量有哪些要求，用户群及所处的使用环境方面有哪些要求等条件
来进行用户级需求剖析。

下边联合本系统进行剖析：
（1）用户使用系统达成的协助工作
该系统主要的用户人员是基站配置人员，他们使用该系统进行基站的配置，改正，删除等操作。

配置导游里面的配置项有一些是有跟详细硬件有关的默认值的，还有一些一定要用户来配置，这些配置导游依照基站的配置流程分多个页
面进行。

该基站管理软件主要供应四个配置导游界面：
1.机箱 / 机柜配置导游：
这部分的配置的硬件设施，除了基带信号办理板的配置，还有一些硬件板，往
常在交托客户以前，在工厂就有一些烧制或许录入的默认配置，插入机箱机柜中，所以需要在这里一并配置。

在这个配置导游里面需要配置的主要有：选择
Rbs 的种类，配置默认的IP 地点，接口板等硬件设施。

2.基站站点配置导游
主要功能是成立扇区，配置小区，天线系统的有关硬件，电缆有关数据，该部
分需要配置的硬件组合相对照较灵巧，能够依照基站的承载能力等条件，自由
组合配置。

3.改正配置导游
该配置导游比较特别，该功能的实现需要借助 XML +SAX 来实现，所以该配置导游的输入仅为 XML 改正配置文件。

该导游主要配置页面不过由一个文件输入页面以及需要改正的目录结果构成。

4.导入导出，删除导游
这几个功能也都是经过 XML+SAX 实现，所以该配置导游同上，输入 /输出不过为XML 文件。

（2）质量要求
1.操作方便，界面友善。

2.系统拥有很强的强健性，尽量防止系统崩溃。

3.能够知足不同的配置的状况下，仍拥有较强的靠谱性。

（3）客户需求拘束
配站工程师水平错落不齐，供应一个用户友善型，简短的配置界面，需要易于
操作。

2.1.3 开发级需求的剖析
本段主要依照：开发人员详细需要实现什么产品，开发保护时期对证量有
哪些考虑，开发团队有无影响架构的状况等因向来进行需求剖析。

下边仅考虑
本系统开发中需要用到的拘束条件：
（ 1）开发人员需要实现目标
一个用户友善型的通讯基站运维综合管理系统。

需要供应以下基本服务：
1.机柜机箱配置：需要实现机箱机柜的配置，以及出厂时安装的其余硬件板的
所有配置。

机箱机柜往常会供应一系列的插槽，有关的硬件在出厂的时候分别
安装在详细的插槽中，一并交托，所以这些硬件板需要跟机柜机箱配置一起进
行配置。

2.基站配置：主要负责射频单元硬件的配置，协助单元（比方电扇、电源之类）的配置，以及天线系统有关设施的配置，这部分的硬件大多拥有能够屡次改换
的特征，所以这部分代码结构需要尽量松懈，耦合度越低越好。

3.导出 / 删除功能：导出功能能够导出目前 Rbs 的配置 XML 文件，能够让我们在测试环境中创立相同的用户配置，也能够给其余站点进行相同的配置。

删除
功能能够删除目前 Rbs 中所有不重要的配置，从头配站的状况下能够使用。

本系
统使用 SAX 的技术来分析 XML 文件，所以在这里需要供应 DTD 文件规范
XML 文件的格式。

4.改正功能：能够供应给基站操作人员在不断止 Rbs 的状况下，改正基站的配置
的功能。

主要有射频单元的改正，天线的改正，扇区的增添、删除，小区的增添、删除等等功能。

（ 2）开发时期的质量拘束
1.以测试驱动的原则进行开发，尽量做到步步可测。

2.代码实现的时候尽量多用设计模式的原则，降低代码的耦合度，提高可扩展
性。

综上所述，总结获取的 ADMENS矩阵以下表所示：
表ADMENS矩阵（需求层次--需求方面矩阵）
功能质量拘束
业务级需业务目标及业务愿景商业质量商业拘束求软件定位：基站管兼容新老基站配基站零零件理软件置种类众多
供应服务：对各种容错率高各种型号的种类，各种硬件供应基站，硬件之间
一个通用性的配站软有较大差别
件需要较强的
可扩展可扩展
性，以便未来产
品更新换代用户级需潜伏用户运转期质量用户拘束求配站工程师操作简单，易于工程师水平
上手层次不齐，供应
多用性一些必需提示
防守性编程，
检测未知的配置
错误
开发级需开发期质量开发方拘束求可扩展性只有一人
步步可测时间散工程
量大
2.2 基站管理软件系统的架构设计
本节主假如从整体上对本通讯基站运维综合管理系统V1.0 的设计进行详尽阐述。

本节主要分两个层次来论述，先从系统的逻辑架构，功能模块以及鲁棒性
设计三个角度来论述该基站管理软件系统的设计，而后依照本系统的架构层次
来详细论述每一层的设计思路以及实现策略。

2.2.1 系统整体纲要设计
本小节不过是对系统整体架构纲要设计的介绍，不对详细细节的设计与实
现做剖析。

本节从系统的逻辑架构，功能模块以及鲁棒性设计三个角度来论述
该基站管理软件系统的纲要设计。

系统的逻辑架构
基站管理软件系统的逻辑架构图见图。

该系统的设计思路以公司应用架构模
式中流行的三层架构为基础，依据本系统的需求剖析而衍生出来的五层架构，每
一层都依靠在其基层之上来建立，上层使用基层定义的各种接口，而基层对上层
如何调用全无所闻。

此外，每一层对自己的上层隐蔽其实现细节。

各层之间尽量
做到相对透明[8][9]。

在表现层中使用了目前最流行的 MVC 框架模式进行设计，在逻辑实现层中，参照公司级应用架构中的领域逻辑层的设计思路，上层参照服务层建立，将本系
统所供应的服务独立出一层，成为功能模块层，对表现层供应服务，下
层逻辑实现层使用领域模式，使用一系列对象来肩负有关逻辑，数据层分为2
层，上层物理数据层是对物理硬件的一一对应，并且与 MO 进行齐集办理，基层逻辑数据层则是对应所在公司的 ManageObject架构，使用一些简单的 POJO 来建立数据库，同时能够使用这些数据类承载本系统的配置信息，与其余子系
统进行数据通讯。

图 2.1 基站软件系统的逻辑架构
多层次的架构系统，使得系统的灵巧性极大加强，每层不过对其上基层负
责，降低了系统的耦合度，能够将一个新硬件的需求给软件代码带来的影响在
最小范围内扩散，很好的知足屡次增添新特征的需求。

同时在每层之间按模块
区分的策略和设计模式的大批应用，优化了系统的局部细节，极大降低了各个
子模块之间的耦合度[10]。

表现层的设计纲要：该层采纳现在世界主流的GUI 设计模式： MVC
（Model-View-Controller ）模式，即模型 - 视图 - 控制器模式， MVC 模式能够依照模型、画图表达方式和行画图为等角色把一个应用系统的各个部分解耦切割
开来。

使用该模式，能够将本系统中的图形界面的绘制跟图形界面的控制分开，
很好的知足了设计目标[11]。

同时因为该基站管理配置系统的配置导游页面中
有很多共同的插件，能够将将视图端以及控制器端共有的部分抽象到他们的父类，在父类中实现对页面的控制等共有的逻辑，这样的设计思想表现出了软件设计
模式中的里氏代换原则以及依靠倒转原则。

子类继承时经过装修模式等设计方法
来实现各自页面不同的视图，加减页面[12]都不会对本来的架构有影响，知足
开闭原则，对应的视图以及控制器不过经过模型端进行交互，知足迪米特法例[13][14] 。

逻辑控制层部是整个系统中对配置行为进行控制的地方，同时也负责Rbs 对象的创立等工作，该层分两层实现：
功能模块层设计纲要：该层主要采纳建筑模式来实现，以功能模块层的需求为
依照分别建筑，供应各种各种的产品。

对应于该管理软件的功能，给出其相对
应的类来供应目标功能模块，组装建立等细节等实现部分则对上层透明，该层
其实不负责细节逻辑的实现，而是一些实现功能的组合，详细的实现经过代理
模式的思想交由基层负责。

鉴于此，该层主假如一些功能等创立组合的控制的
接口，经过这些接口来调用基层的逻辑实现层，并拜托基层来实现需要的逻辑。

每一个功能对应一个建筑类，经过建筑模式，能够做到复用逻辑实现层的零件
产品，同时各功能模块之间相对保持透明，知足迪米特法例。

逻辑实现层设计纲要：该层成立一个所有由对象构成的领域层，来对目标对象的
业务建模，此中每一个对象不过负责一个单调的功能的实现。

因为业务的详细行
为是常常变化的，所以易于改正和测试对逻辑实现层来说十分重要。

该层主要采
纳享元模式来进行建立，内蕴对象主要来储存跟该逻辑对象配置有关的一些常量
数据，外蕴对象主要来储存该逻辑对象需要配置的数据对象。

该层的主要功能是：向下调用基层数据层中的数据，并对数据直接进行读写等操作，实现一些独立的，单调的，简单化功能，向上接受上一层功能模块层的拜托调用，实现功能模块层
的需求[15]。

基站管理软件系统的数据操作部分主要集中在这一层，产品中有
一系列的数据操作方法，对数据层的数据类进行读写操作。

数据层部分：该层分为 2 层，上层为物理数据层，与详细基站的物理硬件一一对应，基层为 POJO 层，作为与整个 UTRAN 系统的接口，将系统系统高层定义的MO 与本软件系统的数据进行一个一一映照。

往常为了知足硬件结构的变化，系
统定义出的 MO 也会相应随之调整，结构其实不稳固。

假如数据层采纳单调的层
次，那么因为不断变化的需求，会致使数据层的常常改动，影响架构的稳固性[16]。

物理数据层设计纲要：该层采纳合成 / 齐集原则调用 POJO层的数据对象，创立建立成不同型号的物理硬件的一系列对象，与真切的物理硬件一一对应[17] 。

POJO 层设计纲要： POJO，即简单的 Java 对象，仅包含一些属性以及一些 get，set 方法，其实不包含业务方法。

该层主要作用就是供应一些最基本的数据供上层使用，对系统定义的 MO 数据进行一一映照，转变为本系统所能够使用的数据。

产品的功能模块结构
产品的功能模块结构见图。

用户需要先选定Rbs 基站的型号，该系统则会
依据用户的选择生成相应的基站配置界面，接下来就能够进行机箱机柜cabinet、
站点 site、扇区、天线系统等基站主要硬件的配置。

该管理软件同时
供应了改正 modify / 导出 export/ 删除 delete等功能，改正 modify 功能能够在不。