CN1996890A - 一种集中网管的实现方法 - Google Patents
一种集中网管的实现方法 Download PDFInfo
- Publication number
- CN1996890A CN1996890A CN 200610169176 CN200610169176A CN1996890A CN 1996890 A CN1996890 A CN 1996890A CN 200610169176 CN200610169176 CN 200610169176 CN 200610169176 A CN200610169176 A CN 200610169176A CN 1996890 A CN1996890 A CN 1996890A
- Authority
- CN
- China
- Prior art keywords
- lms
- nms
- gct
- client
- network management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种集中网管的实现方法,包括:(a)NMS服务端启动时向LMS服务端下发采集LMS本地网管拓扑信息的命令;(b)LMS服务端收到命令后将自身的网管拓扑信息上报给NMS服务端;(c)NMS客户端将从NMS服务端获取采集的LMS本地网管拓扑信息,以拓扑树或拓扑图方式输出;(d)NMS用户在NMS客户端上选择需要查看或进行操作的某LMS对应的节点或图元,输入GCT拉远参数,为GCT拉远到LMS做好准备;(e)进行GCT拉远,对LMS进行查看或操作。本发明采用GCT技术来解决网管的上下级版本兼容性问题,让用户可以在一台NMS客户端机器上实现对所有管理的不同版本的LMS网管系统的集中操作维护。
Description
技术领域
本发明涉及计算机远程访问、通讯领域中的集中网管系统,尤其涉及通讯领域中网络层集中网管与网元层本地网管的版本自动配合方法。
背景技术
随着网管系统的迅速发展,用户对集中网管的需求越来越高。如CDMA集中网管,就要求对CDMA的所有网元进行全网集中管理。不仅包括核心网的网元,还包括无线侧的网元,另外还包括一些外构件设备等。集中管理的功能包括集中拓扑、集中告警、集中性能、集中配置、集中工具等。虽然这些设备分别部署在不同的地域,但是用户希望在集中网管的一台客户端机器上能对所有管理的网元进行集中的操作维护管理。
为了满足上面的需求,集中网管有多种实现方法。其中一种实现方法是按照TMN(Telecommunications Management Network,电信管理网络)的划分,在网元侧实现网元层本地网管LMS(Local Manage System),管理本地的多个网元,在网元层本地网管之上实现网络层集中网管NMS (NetworkManage System),对全网进行集中管理。如附图1所示。
但上面的集中网管解决方案实际中存在如下不足:因为实际中网元功能可能会升级,这样网元层的本地网管LMS有时也需要配合网元作相应的升级。有时升级比较大,无法保证网元层本地网管LMS和网络层集中网管NMS之间的接口不变,这样要求网络层集中网管NMS也作相应的升级。而且由于网络层集中网管NMS管理的网元非常多(如BSC),同种类型的网元并不是一下从V1.0版本升级到V2.0版本,而是一部分网元是V1.0版本,一部分是V2.0版本。如果集中网管升级到V2.0版本,则可能会影响到原来所管理的V1.0版本的功能使用。如附图2所示。
另外由于集中网管NMS管理的网元非常多,当其中任何一个网元升级,集中网管可能也需要作相应的升级,这样集中网管会处于不断升级之中。
发明内容
本发明所要解决的技术问题是提供一种集中网管的实现方法,用户可以在NMS一台机器上实现对全网的集中管理,克服了网络层集中网管NMS与网元层本地网管LMS的版本兼容性问题。
为了解决上述技术问题,本发明提供了一种集中网管的实现方法,涉及网元层本地网管LMS以及网络层集中网管NMS,包括以下步骤:
(a)NMS服务端启动时向LMS服务端下发采集LMS本地网管拓扑信息的命令;
(b)LMS服务端收到命令后将自身的网管拓扑信息上报给NMS服务端;
(c)NMS客户端将从NMS服务端获取采集的LMS本地网管拓扑信息,以拓扑树或拓扑图方式输出;
(d)NMS用户在NMS客户端上选择需要查看或进行操作的某LMS对应的节点或图元,输入图形用户界面拉远参数,所述图形用户界面拉远以下简称GCT,为GCT拉远到LMS做好准备;
(e)进行GCT拉远,对所述LMS进行查看或操作。
进一步地,上述方法还可具有以下特点:所述网管拓扑信息为以下一种或几种的组合:网元基本信息、节点信息、配置信息。
进一步地,上述方法还可具有以下特点:所述GCT参数为LMS客户端程序所在路径。
进一步地,上述方法还可具有以下特点:所述GCT参数还包括所述LMS的用户名和密码。
进一步地,上述方法还可具有以下特点:在所述步骤(c)中,所述进行GCT拉远是指,采用GCT连接LMS服务端,将LMS客户端运行的图像传到NMS,同时将NMS对该LMS的鼠标和键盘操作回传到该LMS。
进一步地,上述方法还可具有以下特点:所述LMS客户端程序所在路径是在所述LMS升级后,由所述LMS主动上报给NMS的;或者通过以下步骤:(i)所述NMS在启动时向所述LMS发出获取其客户端程序所在路径的请求;(ii)所述LMS收到请求后,将其客户端程序所在路径返回给所述NMS。
进一步地,上述方法还可具有以下特点:所述NMS和LMS之间设置GCT网关,所述GCT网关连接在MMS客户端和LMS服务器之间或连接在MMS客户端和LMS客户端之间,所述GCT网关采用Windows的终端服务。
进一步地,上述方法还可具有以下特点:所述GCT网关与LMS服务器集成在一起或者与LMS客户端集成在一起。
进一步地,上述方法还可具有以下特点:所述GCT采用远程桌面协议。
相较于现有技术,本发明采用GCT技术来解决网管的上下级版本兼容性问题,并实现GCT拉远和NMS客户端的集中拓扑的集成,让用户可以在一台NMS客户端机器上实现对所有管理的不同版本的LMS网管系统的集中操作维护。本发明采用GCT拉远(GUI-Cut-Through:即GUI拉远)技术,把网元层本地网管LMS的客户端运行的图像信息呈现在网络层集中网管NMS的客户端机器上,让用户可以在NMS一台机器上实现对全网的集中管理,这种方式的优点是当网元层本地网管LMS升级时,网络层集中网管NMS不需要作相应的升级,而且可以实现对不同版本的网元层本地网管的兼容性处理。另外本发明还实现了GCT拉远与集中拓扑的集成,方便用户的集中操作。
附图说明
图1为现有集中网管结构图;
图2为现有集中网管版本兼容性示意图;
图3为本实施例GCT拉远流程图;
图4为本实施例NMS自动获取LMS版本运行信息序列图;
图5为本实施例LMS自动上报版本运行信息序列图;
图6为本实施例GCT拉远的部署方式1;
图7为本实施例GCT拉远的部署方式2。
具体实施方式
术语说明:
LMS Local Manage System 网元层本地网管
NMS Network Manage System 网络层集中网管
CDMA Code Division Multiple Access 码分多址
BSC Base Station Controller 基站控制器
MSC Mobile Switching Center 移动交换中心
GCT GUI-Cut-Through GUI(Graphic User Interface,图形用户界面)拉远
以下结合附图和具体实施例对本发明作进一步详细描述。
GCT拉远技术与现有Microsoft的远程桌面协议原理相同,主要是把远程计算机的图像等信息传给本地计算机,然后再将本地的操作信息回传给远程计算机。采用GCT拉远技术,NMS远程启动并后台运行LMS机器上的客户端程序,并把运行的图像信息传给NMS计算机并呈现给用户;用户在NMS上键盘和鼠标等操作信息再回传给网元层本地网管LMS进行相应的处理。LMS机器上后台运行的GCT拉远客户端不会影响到该机器上的本身运行的客户端程序。
如图3所示,本实施例具体实现步骤如下:
首先,分别在LMS和NMS上部署Windows操作系统,在所有的LMS上安装本地网元层网管服务端和客户端程序,在所有的NMS上安装网络层网管服务端和客户端程序。所述NMS的服务端和客户端程序能够实现GCT拉远功能和集中拓扑功能;所述LMS的服务端和客户端程序中实现了软件升级后自动通知NMS服务端的功能。
步骤110,NMS服务端启动时获取LMS的客户端程序所在路径,采用GCT拉远技术运行该LMS的客户端程序,连接其上的服务端;
NMS在启动后,先向LMS发出获取客户端程序运行目录请求,LMS接受后进行鉴权处理,鉴权通过后通知NMS其自身客户端程序所在路径。另外,当LMS版本升级时,LMS自动将版本信息上报给NMS。
LMS可以设置用户名和密码,将其与客户端程序路径一起作为参数传给远程桌面连接程序,实现在NMS上运行LMS客户端程序。
NMS获取LMS的客户端程序所在路径的过程如图4所示,包括如下步骤:
(1)NMS在启动时向LMS请求其客户端启动程序所在路径;
(2)LMS将其客户端启动程序所在路径返回给NMS;
(3)NMS根据这些信息,采用GCT拉远技术启动LMS上的相应客户端程序,连接LMS上的服务端程序。
LMS自动上报其客户端程序所在路径的过程如图5所示,包括如下步骤:
(1)当LMS升级后,LMS向NMS发送其客户端程序所在路径;
(2)NMS采用GCT技术重新启动LMS相应的新的客户端程序,连接LMS上的服务端程序。
步骤120,采用GCT拉远技术将LMS客户端运行的图像传到NMS;
步骤130,采用GCT拉远技术将NMS对该LMS的鼠标和键盘操作回传到该LMS机器,实现对该LMS的操作控制。
NMS程序可实现集中拓扑和GCT拉远集成功能,用户在一台NMS客户端的集中拓扑树或拓扑图上对所有管理的LMS进行GCT拉远集中操作管理,用户可以在NMS的集中拓扑树上或者在集中拓扑图上选中相应的LMS,自动导航GCT拉远到相应的LMS。由于在NMS上不同的被拉远的LMS界面在不同窗口中呈现,因此用户可以同时开多个窗口,同时查看多个LMS。
NMS程序的集中拓扑和GCT拉远集成功能具体步骤是:
步骤210,NMS服务端启动时,向LMS服务端下发采集LMS本地网管拓扑信息(如网元基本信息、节点信息、配置信息等,本地网管拓扑信息根据厂商不同而不同)的命令;
步骤220,LMS服务端收到命令后将自身的网管拓扑信息上报给NMS服务端;
步骤230,NMS客户端从NMS服务端获取采集的LMS本地网管拓扑信息,以图形方式输出给用户(主要以拓扑树和拓扑图等拓扑方式呈现,每个LMS在拓扑树上对应一个节点,在拓扑图上对应一个图元);
步骤240,NMS用户在NMS客户端上选择需要查看或进行操作的某LMS对应的节点或图元,输入获取的GCT拉远的参数(包括LMS机器的用户名、密码、LMS客户端程序所在路径等信息),NMS服务端将用户输入的GCT拉远的参数传给GCT拉远网关程序(如微软的远程桌面连接程序),为GCT拉远到LMS做好准备;
GCT的参数信息可以是由NMS自动获得或者由LMS升级时自动上报。
步骤250,进行GCT拉远,NMS的用户在GCT拉远窗口中对LMS进行操作维护(同前一流程中步骤120、步骤130)。
这样在NMS上就实现了集中拓扑和GCT拉远功能的集成。
可在NMS和LMS之间设置GCT网关(GateWay),该GCT网关采用Windows的Terminal Service终端服务(但不限于只使用该服务),该服务是Microsoft提出的终端服务模式,最先出现在Windows NT Terminal Server上,后来集成到Windows 2000 server和Windows 2003 server,用来提供多户的并发操作,每个用户拥有自己的独立虚拟桌面。Terminal Service服务采用Remote Desktop Protocol(远程桌面协议),该协议是Microsoft用来实现Terminal Service的通信协议。但该GCT网关并不限于只采用Microsoft的远程桌面协议,也可以采用别的类似技术。
所述GCT网关的部署可采用以下两种方式:
(1)直接部署到LMS服务器,即连接在MMS客户端和LMS服务器之间,如图6所示,也可以和LMS服务器集成在一起。
其中:NMS-C为NMS客户端;NMS-S为NMS服务器;LMS1-S和LMS2-S为LMS服务器(部署LMS客户端软件和LMS服务端软件)。
本方式的优点是:GCT部署不需要额外的机器。
(2)部署到单独机器上,即连接在MMS客户端和LMS客户端之间,如图7所示,在这种方式中,GCT网关可以集成在LMS客户端机器上。如果是windows环境,则NMS客户端机器上需要安装Windows远程桌面连接,在LMS客户端需要安装Windows终端服务器软件。
其中:NMS-C为NMS客户端;NMS-S为NMS服务器;LMS1-C和LMS2-C为LMS客户端(部署LMS客户端软件,即GCT部署机器),实际中,两台机器也可以是一台;LMS1-S和LMS2-S为LMS服务器(只部署LMS服务端软件)。
本方式的优点是:不影响LMS服务器的正常使用
实际操作中,在Windows环境下,也可采用Microsoft的远程桌面协议来实现GCT拉远,但不限于只采用Microsoft的远程桌面协议来实现GCT拉远,因为Microsoft的远程桌面协议不能跨操作系统,如无法实现Windows服务器与Unix服务器之间的远程控制。
GCT拉远技术实际上是NMS远程启动LMS上的客户端程序,然后将运行LMS上的客户端程序,并将运行的图像信息传给NMS,NMS自身并不依赖于LMS,当LMS升级(如新增某功能)时,由于本身运行的是LMS上的客户端,所以马上可以看到升级后的效果。另外,由于在NMS上各个LMS的GCT拉远在不同的窗口呈现,对于未升级的LMS看到的是原来的界面,对于已升级的LMS,则看到的是新的界面。因此采用GCT拉远技术使得NMS可以在不作任何升级的前提下,自动管理网元层本地网管LMS,且当LMS升级时,NMS不用作相应升级仍可实现对LMS的自动管理,另外,NMS可以同时管理不同地域、不同版本的LMS。
本发明将远程桌面协议运用到网管中,解决了集中网管中的上下级版本不一致带来的兼容性等问题,另外,本发明在NMS上实现了GCT拉远与集中拓扑的集成,让用户可以方便的在一台NNS客户端的集中拓扑树或者拓扑图上对管理的所有LMS进行集中操作维护。并且,Microsoft的远程桌面协议默认只允许两个用户进行远程操作控制,而本发明可以允许更多的NMS用户远程GCT到LMS上,达到真正工程实用的目的。本发明可应用于所有集中网管的系统。
Claims (9)
1、一种集中网管的实现方法,涉及网元层本地网管LMS以及网络层集中网管NMS,包括以下步骤:
(a)NMS服务端启动时向LMS服务端下发采集LMS本地网管拓扑信息的命令;
(b)LMS服务端收到命令后将自身的网管拓扑信息上报给NMS服务端;
(c)NMS客户端将从NMS服务端获取采集的LMS本地网管拓扑信息,以拓扑树或拓扑图方式输出;
(d)NMS用户在NMS客户端上选择需要查看或进行操作的某LMS对应的节点或图元,输入图形用户界面拉远参数,所述图形用户界面拉远以下简称GCT,为GCT拉远到LMS做好准备;
(e)进行GCT拉远,对所述LMS进行查看或操作。
2、如权利要求2所述的方法,其特征在于,所述网管拓扑信息为以下一种或几种的组合:网元基本信息、节点信息、配置信息。
3、如权利要求1所述的方法,其特征在于,所述GCT参数为LMS客户端程序所在路径。
4、如权利要求3所述的方法,其特征在于,所述GCT参数还包括所述LMS的用户名和密码。
5、如权利要求3所述的方法,其特征在于,在所述步骤(c)中,所述进行GCT拉远是指,采用GCT连接LMS服务端,将LMS客户端运行的图像传到NMS,同时将NMS对该LMS的鼠标和键盘操作回传到该LMS。
6、如权利要求3所述的方法,其特征在于,所述LMS客户端程序所在路径是在所述LMS升级后,由所述LMS主动上报给NMS的;或者通过以下步骤:(i)所述NMS在启动时向所述LMS发出获取其客户端程序所在路径的请求;(ii)所述LMS收到请求后,将其客户端程序所在路径返回给所述NMS。
7、如权利要求1所述的方法,其特征在于,所述NMS和LMS之间设置GCT网关,所述GCT网关连接在MMS客户端和LMS服务器之间或连接在MMS客户端和LMS客户端之间,所述GCT网关采用Windows的终端服务。
8、如权利要求8所述的方法,其特征在于,所述GCT网关与LMS服务器集成在一起或者与LMS客户端集成在一起。
9、如权利要求1所述的方法,其特征在于,所述GCT采用远程桌面协议。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610169176 CN1996890A (zh) | 2006-12-20 | 2006-12-20 | 一种集中网管的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610169176 CN1996890A (zh) | 2006-12-20 | 2006-12-20 | 一种集中网管的实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1996890A true CN1996890A (zh) | 2007-07-11 |
Family
ID=38251838
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200610169176 Pending CN1996890A (zh) | 2006-12-20 | 2006-12-20 | 一种集中网管的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1996890A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163048B (zh) * | 2007-11-13 | 2010-09-29 | 中兴通讯股份有限公司 | 一种集中网管的实现方法 |
-
2006
- 2006-12-20 CN CN 200610169176 patent/CN1996890A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163048B (zh) * | 2007-11-13 | 2010-09-29 | 中兴通讯股份有限公司 | 一种集中网管的实现方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11178049B2 (en) | Device deployment and net work management using a self-service portal | |
CN101321080B (zh) | 配置网络设备的方法、网络设备、网络系统 | |
KR100620054B1 (ko) | 장치 관리 기술에서의 장치 관리 시스템 및 방법 | |
US9660868B2 (en) | Architecture for operational support system | |
EP1655898B1 (en) | Interworking network maps of network management and element management systems | |
EP2324596B1 (en) | Managing of network equipment | |
US20090040947A1 (en) | Push and Clone Configuration Management for Mobile Devices | |
CN101009591A (zh) | 通过操作支持系统接口配置网络设备的方法和系统 | |
EP2372537A1 (en) | Application portability and transfer of device management for mobile devices | |
US10027554B2 (en) | Architecture for operational support system | |
CN105450450B (zh) | 虚拟网络参数配置方法和装置 | |
US20140359461A1 (en) | Apparatus And Method Providing Unified Network Management | |
CN102073928A (zh) | 基于接口定义的资源账号同步管理方法 | |
CN102185716A (zh) | 一种通信设备通用管理方法及系统 | |
CN101163048B (zh) | 一种集中网管的实现方法 | |
CN105743674A (zh) | 虚拟网络功能管理方法、装置及系统 | |
CN1996889A (zh) | 一种集中网管的实现方法 | |
US20050125492A1 (en) | Integrated network element management system and method | |
CN109995811A (zh) | 一种ios系统的网络切换方法及系统 | |
CN1996890A (zh) | 一种集中网管的实现方法 | |
CN102904742B (zh) | 对可执行节点的操作方法及系统 | |
KR20150088462A (ko) | 클라우드 환경에서 네트워크 장치의 연동 방법 및 장치 | |
CN1585443A (zh) | 操作和维护中心向导 | |
CN100440801C (zh) | 一种实现代理侧多标准管理信息库融合的方法 | |
CN105306255A (zh) | 电信网管中大数据量多个拓扑图实例系统及管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |