一种网管系统及其实现网管的方法

文档序号:7956212阅读:225来源:国知局
专利名称:一种网管系统及其实现网管的方法
技术领域
本发明涉及网络管理技术,尤指一种对终端进行管理的网管系统及其实现网管的方法。
背景技术
随着网络技术的发展,固定/移动网络慢慢趋向融合,在统一的网络中向终端用户提供各种丰富多彩的服务业务将成为运营商新的业务发展方向,IP电话(VOIP)、视频电话、网络游戏等增值业务逐步走向大众。而众多特色业务使得当前终端趋向智能化。由于终端数量大,类型繁多,如何经济有效地对智能终端进行管理,为增值业务的服务提供保障是运营商面临的新问题。
目前,对终端的管理主要有两种网管系统直接网管系统和间接网管系统。
图1是现有技术直接网管系统组成示意图,如图1所示,直接网管系统包括终端网管系统和接入设备网管系统两个独立的管理域,其中,终端网管系统实现对终端的管理,管理信息包括终端告警数据的采集、对采集到的告警数据的分析和处理、终端参数查询、配置、对终端的其它操作如软硬件的升级等;终端网管系统包括终端和终端网管单元,终端网管单元与终端间通过a接口直接交互。本文中的终端指用户使用业务的载体,如用户驻地设备(CPE,Customer Premises Equipment)、用户网络网关(CNG,CustomerNetwork Gate)等,终端具有IP地址,a接口承载于IP通道之上;终端网管单元可以是PC服务器等;接入设备网管系统包括接入设备和接入设备网管单元,接入设备网管单元通过b接口实现对接入设备(AN)的管理,比如AN的告警数据收集、性能数据监控、参数查询、配置、端口操作,升级备份等。
直接网管系统简单,对业务的支撑比较灵活,受终端接入方式的影响小;管理功能均通过a接口完成,接口少。但是,直接网管系统的简单也会带来一些缺点,比如1)终端网管单元与终端间的a接口是基于IP协议的,因此受承载网质量的影响较大,而且对终端的配置、查询、数据采集全都通过IP通路,那么,一旦由于承载网等原因引起网络物理线路或者IP通路中断,终端网管系统所有管理功能均会失效,对终端管理最重要的功能之一故障诊断功能也失效,从而降低了终端网管系统的可靠性,无法满足运营商的需求。
2)终端网管系统的容量受到了较大限制。终端的特性之一就是数量大,为了充分利用网管中心的技术能力,降低对运维人员的技术要求和降低成本,通常运营商会尽量少地设立终端网管单元,要求终网管单元必须具备足够的管理能力,通常要求单标准PC服务器能够管理5-10万个甚至更多的终端。但是终端的分布场景多样化,如密集型,稀疏型等,对于密集型的终端环境,比如在比较小的地理范围内的小区中,用户密集,终端数量达到10000个左右,这时又要求在同一个终端网管单元中管理这些终端,造成无法假设一个比较高的交互收敛比,即在同一时间内同时与终端网管单元进行交互的终端数目占终端网管系统所管理的所有终端的数量比例,可见,在直接网管系统中,根据经验,如果交互收敛比比较低,终端网管单元的实际管理能力是非常有限的,很难达到管理5万个终端的要求。
3)容易造成终端网管系统性能瓶颈。在直接网管系统中,如何有效、及时地收集终端的告警、性能数据也是终端网管系统难以克服的问题。对于终端的状态监控,比如在线/离线状态,通常可接受的延迟时间在1-3秒左右,否则就失去了实时监控的意义;对于性能数据,比如服务质量(QoS)数据的统计,无论采用终端主动上报还是终端网管系统主动查询,都对终端网管系统的能力提出了挑战,一般基于简单网络管理协议(SNMP,SimpleNetwork Management Protocol)的数据轮询时,终端最多每秒能上报11条记录,基于TCP协议的数据轮询效率会更低一些。按照终端网管系统5万个终端的管理容量计算,假设收敛比为1∶100,那么,每秒钟内,为采集某项性能参数的交互次数为500次,在直接网管系统中,终端网管系统负责所有的与终端的交互操作,这就会产生在同一时间,对同一终端的交互可能不只是采集某一项数据,可能需要同时收集告警数据、采集其它性能数据、执行配置操作等,这样,每秒钟内终端网管系统和终端的交互次数可能是500的数倍。在这种情况下,终端网管单元的处理能力瓶颈是难以克服的。
图2是现有技术直接网管方法的流程图,其中,步骤200a~步骤201a是终端主动向终端网管单元上报的情况,由终端先向终端网管单元发出主动请求上报消息,该主动请求上报消息中携带有对终端的相关监控数据信息,通常,终端网管单元接收到终端主动上报的监控数据信息后,会向终端返回响应消息,以表示接收成功;步骤200b~步骤201b是终端网管单元主动向终端查询的情况,由终端网管单元先向终端发出主动请求查询消息,终端接收到终端网管单元主动查询监控数据信息的请求后,向终端网管单元返回携带有该终端的相关监控数据信息的响应消息。
另外一种对终端的管理是通过间接网管系统来实现的,图3是现有技术间接网管系统组成示意图,如图3所示,间接网管系统中并不存在一个独立的终端网管系统,是将终端作为AN的一个虚拟端口来对终端进行管理的。比如,对基于某种数字环路的用户线(xDSL,x Digital Subscriber Line)的实现,xDSL终端被作为数字用户线接入复接器(DSLAM,Digital SubscriberLine Access Multiplexer)的一个物理端口来管理;对于基于光纤到X(FTTX,Fibre To The X)的实现,比如FTTH就是指光纤到户,光纤接入终端设备(ONU/T,Optical Network Unit/Termination)被作为局方光纤接入设备(OLT,Optical Line Termination)一个端口上的一条链路,该链路具有逻辑链路标识(LLID,Logical Link Identifier),这样,通过对由OLT端口和LLID指定的链路的管理实现了对ONU/T的管理。
图3中所示的粗虚线表示透过接入设备网管单元对CNG进行管理的消息流向,图4是现有技术间接网管方法的流程图,步骤300为接入设备网管单元通过AN,向终端发送主动请求查询消息,终端接收到接入设备网管单元主动查询监控数据信息的请求后,向接入设备网管单元返回携带有该终端的相关监控数据信息的响应消息。在间接网管系统中,由于终端是通过AN接入到网络中的,因此,如果终端和AN的物理线路/链路层终端可以准确地定位出故障点,对终端的管理可以不通过IP通路进行管理,这样可以节省IP,而且在终端上行IP通路不通且物理链路正常时,接入设备网管单元仍然可以向终端发起查询请求。但是,间接网管系统对终端的管理范围比较窄,管理信息仅包含AN管理自身端口的功能部分,比如端口的激活/去激活(端口使能或者屏蔽),端口的物理层、链路层的网络参数配置等。由于终端仅仅被作为一个端口来管理,很难很好地适应终端类型的不同进行差异化管理,间接网管系统主要存在以下缺点1)无法提供终端的差异化管理。在这种模式下,终端被抽象为AN的一个逻辑端口,终端的设备类型、型号、软硬件版本都被屏蔽,带来管理简便的同时也无法满足针对具体的设备类型、型号、软硬件版本进行个性化的参数设置。
2)接入设备网管系统的终端管理能力有限。目前需要管理的终端,大多是智能化的,可能需要在这些终端中内置防火墙策略、配置QoS策略等。这些特性较为复杂并且为适应终端业务往往需要做动态的调整,而作为主要提供AN本身的管理功能系统,接入设备网管系统提供的诸如终端管理的能力和灵活性受到了限制。
3)接入设备网管单元与终端间的互连互通困难。通过接入设备网管单元管理终端,AN和终端之间的接口中,管理链路的建立和维护接口容易标准化,但对于终端承载的具体业务特性的接口,由于业务本身的灵活性无法完全标准化。这样,使得不同厂商的接入设备网管单元与终端之间的互连互通很困难。
4)对接入设备网管单元和AN的性能要求苛刻。对于终端的所有管理流量,都需要由AN中转,给AN带来较大的处理开销;同样的,对于接入设备网管单元,除了完成正常的AN管理功能外,还需要完成终端的所有配置、告警/性能数据收集,对终端的整网统计分析等功能。因此,间接网管系统中对接入设备网管单元和AN的性能等要求是苛刻的。

发明内容
有鉴于此,本发明的主要目的在于提供一种网管系统,能够提高对终端进行管理的网管系统的可靠性,同时实现对终端的差异化管理。
本发明的另一目的在于提供一种网管系统实现网管的方法,该方法基于本发明网管系统,能够提高网管系统的可靠性,同时实现对终端的差异化管理。
为达到上述目的,本发明的技术方案具体是这样实现的一种网管系统,该系统包括终端、对终端进行管理的终端网管单元、接入设备及接入设备网管单元;其中,终端网管单元,接收来自终端的链路层以上终端管理信息,对终端进行直接网管;或通过接入设备网管单元接收来自终端的与物理层、链路层相关的终端管理信息,对终端进行间接网管;接入设备网管单元,经接入设备接收来自终端的与物理层、链路层相关的终端管理信息,并转发给终端网管单元;接入设备用于转发终端与接入设备网管单元间交互的信息。
所述接入设备网管单元还包括将接收到的与物理层、链路层相关的终端管理信息发送给需要该终端管理信息的应用系统。
所述接入设备网管单元与需要该所述应用系统间通过第二接口连接;所述应用系统为运营支撑系统OSS;所述第二接口的协议类型为基于扩展标记语言XML的变体协议。
所述终端网管单元与接入设备网管单元间通过第一接口相连接。
所述第一接口包括终端的状态信息接口,用于接入设备网管单元向终端网管单元提供终端状态信息;测试和诊断接口,用于接入设备网管单元与终端网管单元间交互测试和诊断信息。
所述测试和诊断接口包括用于通知终端与终端网管单元间会话的通知接口;用于终端网管单元查询指定的一个或者一组终端的状态,或者某一接入设备下所带的所有终端的状态的状态查询接口;用于通知终端网管单元,接入设备网管单元当前所接有的终端的终端管理信息的状态通知接口;用于终端网管单元通过接入设备网管单元,对终端进行测试的测试接口;用于终端网管单元通过接入设备网管单元控制终端复位的复位接口;用于终端网管单元从接入设备网管单元导入需要管理的终端的信息的同步终端接口。
所述第一接口的协议类型为基于扩展标记语言XML的变体协议。
一种网管系统实现网管的方法,用于包括终端、对终端进行管理的终端网管单元、接入设备及接入设备网管单元的网管系统中,该方法包括终端网管单元从终端获取链路层以上终端管理信息,并根据获得的链路层以上终端管理信息对终端进行直接网管;终端网管单元通过接入设备网管单元和接入设备获取与物理层、链路层相关的终端管理信息,并根据获得的与物理层、链路层相关的终端管理信息,对终端进行间接网管。
所述终端网管单元获取链路层以上终端管理信息的方法为所述终端网管单元接收所述终端主动上报的链路层以上终端管理信息;或所述终端网管单元向所述终端查询终端管理信息,所述终端向所述终端网管单元返回终端自身的链路层以上终端管理信息。
所述终端网管单元获取与物理层、链路层相关的终端管理信息的方法为所述终端网管单元向所述接入设备网管单元请求终端管理信息,所述接入设备网管单元经所述接入设备向所述终端查询终端管理信息,并将返回的与物理层、链路层相关的终端管理信息转发给所述终端网管单元。
该方法还包括所述终端网管单元直接对所述终端配置终端链路层以上的信息,或通过所述接入层网管单元对终端配置与物理层、链路层相关的终端管理信息。
该方法还包括所述接入设备网管单元经所述接入设备,主动向所述终端发起测试或诊断,并经所述接入设备向所述终端网管单元转发终端返回的测试或诊断响应结果。
该方法还包括所述接入设备网管单元将接收到的与物理层、链路层相关的终端管理信息,发送给需要该终端管理信息的系统。
所述终端网管单元与接入设备网管单元间通过第一接口相连接;所述第一接口传递的信息包括终端的状态、测试和诊断信息。
所述终端的状态信息包括用于唯一标识一个终端的终端标识;用于标识终端的接入线路的终端线路标识;终端类型;终端的生产厂商的厂商标识;用于指示终端当前状态的终端的状态;终端上线信息及终端下线信息。
所述终端类型为枚举型,包括在线,和/或离线,和/或线路故障,和/或测试。
所述测试和诊断信息包括用于触发所述终端与所述终端网管单元间会话的通知信息;用于所述终端网管单元查询指定的一个或者一组终端的状态,或者某一接入设备下所带的所有终端的状态的状态查询信息;
用于通知所述终端网管单元,所述接入设备网管单元当前所接有的终端的终端管理信息的状态通知信息;用于所述终端网管单元通过所述接入设备网管单元,对所述终端进行测试的测试信息;用于所述终端网管单元通过所述接入设备网管单元控制终端复位的复位信息;用于所述终端网管单元从所述接入设备网管单元导入需要管理的终端的信息的同步终端信息。
所述触发终端与终端网管单元间的会话的方法为所述终端网管单元向所述接入设备网管单元发送要求与指定终端会话的通知请求消息;所述接入设备网管单元向终端网管单元返回指示所述指定终端是否能与所述终端网管单元进行会话的通知回复消息。
所述通知请求消息中携带有终端标识和终端线路标识;所述通知回复消息能够携带有终端标识、终端线路标识及指示所述指定终端是否能与所述终端网管单元进行会话的操作结果。
所述终端网管单元查询终端的状态信息的方法为所述终端网管单元向所述接入设备网管单元发送查询指定终端的状态信息的状态查询请求消息;所述接入网管单元向所述终端网管单元返回携带有所述指定终端的终端状态信息的状态查询请求回复消息。
所述状态查询请求消息中携带有用于标识所述指定终端所属接入设备的接入设备标识,以及所述指定终端的终端信息;所述状态查询请求回复消息中还携带有标识查询是否成功的操作结果。
所述通知终端网管单元终端的终端状态信息的方法为所述接入设备网管单元将终端状态信息携带在终端状态信息通知消息中,并发送给所述终端网管单元。
该方法还包括所述终端网管单元向所述接入设备网管单元返回表示是否成功接收所述终端状态信息通知消息的终端状态信息回复消息。
所述终端状态信息包括终端标识,和/或终端线路标识,和/或终端类型,和/或厂商标识,和/或终端的状态,和/或终端上线信息,和/或终端下线信息。
所述终端网管单元测试终端的方法为所述终端网管单元向所述接入设备网管单元发送测试指定终端的测试请求消息;所述接入设备网管单元接收到测试请求消息后,向所述终端网管单元返回测试回复消息。
所述指定的测试终端为一个或一个以上。
该方法还包括所述接入设备网管单元将测试结果携带在测试结果通知消息中发送给所述终端网管单元。
所述终端网管单元复位终端的方法为所述终端网管单元向所述接入设备网管单元发送复位指定终端的终端复位请求消息;所述接入设备网管单元向所述终端网管单元返回携带有复位结果的终端复位回复消息。
所述终端网管单元导入终端的信息的方法为所述终端网管单元向所述接入设备网管单元发送终端同步信息请求消息;所述接入设备网管单元接收到所述终端同步信息请求消息后,将终端信息携带在同步信息回复消息中,并发送给所述终端网管单元。
由上述技术方案可见,本发明网管系统中,终端网管单元对终端进行直接管理,同时终端网管单元通过接入设备网管单元对终端进行间接管理,从而提高了网管系统的可靠性,提升了系统性能,同时实现了对终端的差异化管理即实现了对不同的接入方式的终端,不同类型的终端的差异化管理,提升了系统的管理容量,也克服了现有技术直接网管系统和间接网管系统两种网管系统带来的缺点。另外,本发明网管系统提供的测试和诊断功能,实现了对终端的更可靠的测试。更准确的故障检测,提供了统一的业务使能保障策略;本发明终端网管单元具有向前兼容能力,对以前基于直接管理、间接管理方式的终端的管理,可以统一到本发明同一个网管系统中,更适用与接入和业务运营分离的运维场景,为端到端的业务发放、业务发放的自动化提供了基础。


图1是现有技术直接网管系统组成示意图;图2是现有技术直接网管方法的流程图;图3是现有技术间接网管系统组成示意图;图4是现有技术间接网管方法的流程图;图5是本发明网管系统组成示意图;图6是本发明网管系统实现网管的方法的流程图。
具体实施例方式
本发明的核心思想是网管系统包括终端、终端网管单元、接入设备及接入设备网管单元;终端网管单元用于接收来自终端的链路层以上终端管理信息,对终端进行直接管理,以及通过接入设备网管单元接收来自终端的与物理层、链路层相关的终端管理信息,对终端进行间接网管;接入设备网管单元经接入设备接收来自终端的与物理层、链路层相关的终端管理信息,并转发给终端网管单元;接入设备用于转发终端与接入设备网管单元间交互的信息。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举较佳实施例,对本发明进一步详细说明。
图5是本发明网管系统组成示意图,如图5所示,本发明网管系统包括终端、终端网管单元、接入设备及接入设备网管单元。
其中,终端如CNG通过a接口与终端网管单元相连接,并与终端网管单元间通过独立的直接网管实现交互,终端可以主动向终端网管单元上报自身管理信息,也可以在终端网管单元的查询下向终端网管单元返回终端自身链路层以上的管理信息;同时,终端被作为接入设备的虚拟端口,通过接入设备向接入设备网管单元提供与物理层、链路层相关的终端管理信息;终端网管单元,用于接收来自终端的链路层以上终端管理信息,对终端进行直接管理,终端网管单元可以主动向终端发起查询终端状态,也可以接收终端主动上报的终端管理信息;终端网管单元还通过n1接口与接入设备网管单元相连接,接收来自终端的与物理层、链路层相关的终端管理信息,实现对终端的间接管理,可以包括对终端的查询、测试和诊断;终端网管单元还可以直接对终端配置终端链路层以上的信息,或通过接入层网管单元对终端配置与物理层、链路层相关的终端管理信息。
接入设备,用于转发终端与接入设备网管单元间交互的信息,接入设备与接入设备网管单元间通过b接口相连接;接入设备网管单元,接收经接入设备转发的来自终端的与物理层、链路层相关的终端管理信息,并转发给终端网管单元,接入设备网管单元可以在终端网管单元的请求下,经接入设备向终端发起查询终端状态请求,并将返回的终端管理信息转发给终端网管单元;也可以发起对终端的线路测试和诊断,并转发终端的响应给终端网管单元。
接入设备网管单元通过n1接口提供的功能主要和终端的物理层和链路层配置和诊断相关,这部分的参数配置可以解决终端与AN的物理、链路的连通性。除此之外的功能,均适合在终端网管单元直接与终端交互完成。
从图5可见,本发明网管系统由独立的终端网管单元实现对终端的管理,一方面,终端网管单元对终端的链路层以上业务相关的特性进行直接管理;另一方面,终端网管单元通过接入设备网管单元,对与物理层、链路层相关的终端管理信息进行间接管理。本发明网管系统融合了现有技术直接网管系统和间接网管系统,从而提高了网管系统的可靠性,同时实现了对终端的差异化管理,也克服了现有技术直接网管系统和间接网管系统两种网管系统带来的缺点。
进一步地,本发明网管系统中的接入设备网管单元还可以通过其它预设接口如n2接口,向运营支撑系统(OSS,Operations Support System)等其它系统提供对终端的观察、测试和诊断的需要,提供的方式、内容可以与n1接口一致。
下面结合实施例对本发明网管系统的具体实现作进一步介绍终端网管单元与终端间的a接口、接入设备网管单元与接入设备间的b接口可以为基于IP的通路,管理协议可以是SNMP协议、扩展标记语言(XML)的变体协议等。
接入设备网管单元与终端网管单元间的n1接口的具体协议类型不限,可以是基于XML的变体协议等。
终端网管单元可以通过n1接口从接入设备网管单元获取终端的状态数据、执行测试和诊断命令等;此外,接入设备网管单元也可以通过其它接口如n2接口,将通过n1接口获取的设备的管理信息提供给OSS等其它系统使用,满足其它系统对终端的状态的观察、测试、诊断等的需要。n2接口提供的方式、内容与n1接口的相同。下面详细对n1接口进行描述。
通过n1接口传递的信息主要包括终端的状态、测试和诊断信息。n1接口分为终端的状态信息接口,用于接入设备网管单元向终端网管单元提供终端状态信息;测试和诊断接口,用于接入设备网管单元与终端网管单元间交互测试和诊断信息。其中测试和诊断接口包括用于触发终端与终端网管单元间会话的通知接口;用于终端网管单元查询指定的一个或者一组终端的状态,或者某一接入设备下所带的所有终端的状态的状态查询接口;用于通知终端网管单元,接入设备网管单元当前所接有的终端的终端管理信息的状态通知接口;
用于终端网管单元通过接入设备网管单元,对终端进行测试的测试接口;用于终端网管单元通过接入设备网管单元控制终端复位的复位接口;用于终端网管单元从接入设备网管单元导入需要管理的终端的信息的同步终端接口。
需要说明的是,具体实施时可以灵活选择性增加或减少通过n1接口中各接口传递的信息,一一介绍如下1)终端的状态接口用于传递终端的状态信息。
接入设备网管单元通过终端的状态信息向终端网管单元提供的终端状态信息可以携带终端标识、终端线路标识、终端类型、厂商标识、终端的状态、终端上线信息及终端下线信息等,但不限于此。对各终端状态信息的描述如表1所示

表1
表1中如果终端的状态是由于线路故障而发生离线的,则终端状态应该设置为线路故障,而不是离线,以区别于终端主动下线的情况。而在AN检测到终端异常下线后,可以对链路进行检测,以准确反映终端的状态;当多个终端连接到同一个AN的同一个物理端口时,采用终端线路标识中的虚标识对终端进行区别,比如多个ONU可能连接到同一个OLT的同一个端口上,OLT通过一个端口和LLID唯一确定一个ONU。在终端和AN端口一一对应的情况下,虚标识可以设置为0。
2)测试和诊断接口用于传递测试和诊断信息。
接入设备网管单元通过测试和诊断接口在接入设备网管单元与终端网管单元间交互的测试和诊断信息可以包括,但不限于通知信息、状态查询信息、状态通知信息、测试信息、复位信息及同步终端信息等,具体描述如下A)通知接口用于传递通知信息。
用于触发终端主动发起与终端网管单元间的一个会话。主要目的是解决终端受NAT或者防火墙保护时,终端网管单元无法主动与终端建立通信链路的情况。终端主动建立会话时可以携带自身的状态信息以及参数配置,也可以不携带。
终端网管单元向接入设备网管单元发送的请求消息为通知请求(NOTIFY_REQ)消息,该NOTIFY_REQ消息中可以携带但不限于表2中所示的参数

表2
接入设备网管单元返回给终端网管单元的响应消息为通知回复(NOTIFY_RESP)消息,该NOTIFY_RESP消息中可以携带但不限于表3中所示的参数

表3其中,错误码中,可以采用1表示终端离线,2表示终端无法创建与终端网管的连接会话。需要说明的是,本文中只是举例说明,并不用于限定各数字的具体含义。
B)状态查询接口用于传递状态查询信息。
终端网管单元可以通过n1接口查询指定的一个或者一组终端,或者某一AN下所带的所有终端的状态。
终端网管单元通过向接入设备网管单元发送状态查询请求(GET_CPE_STATUS_REQ)消息,以获取查询某终端的状态信息,该GET_CPE_STATUS_REQ消息可以携带但不限于表4所示的参数


表4接入网管单元返回给终端网管单元的响应消息为状态查询请求回复(GET_CPE_STATUS_RESP)消息,该GET_CPE_STATUS_RESP消息可以携带但不限于表5所示的参数

表5其中,错误码中,可以采用1标识接入设备网管单元内部的错误。
C)状态通知接口用于传递状态通知信息。
接入设备网管单元可以主动通知终端网管单元其当前所接有的终端的终端管理信息。这里AN可以仅主动向接入设备网管单元上报状态或者物理位置发生变化的终端的管理信息;对于状态、地理位置没有变化的终端不需要主动通知,以提高系统效率。
接入设备网管单元向终端网管单元发送的消息为终端状态信息通知(INFORM_CPE_STATUS_REQ)消息,该INFORM_CPE_STATUS_REQ消息可以携带但不限于表6所示的参数

表6
该终端状态信息集合中至少包含表6中所述的三项元素,也可以根据实际应用扩展包含其它的终端管理信息。
终端网管单元返回给接入设备网管单元的响应消息为终端状态信息回复(INFORM_CPE_STATUS_RESP)消息,该INFORM_CPE_STATUS_RESP消息可以携带但不限于表7所示的参数

表7其中,错误码中,1表示终端网管单元内部的错误。
D)测试接口用于传递测试信息。
终端网管单元可以通过接入设备网管单元,对终端进行测试,具体的测试功能和终端类型相关。
终端网管单元向接入设备网管单元发送测试请求(TEST_REQ)消息,该TEST_REQ消息中可以携带但不限于表8所示的参数

表8终端网管单元可以针对一项测试,同时发起对多个终端的测试。
接入设备网管单元接收到TEST_REQ请求后,向终端网管单元返回测试回复(TEST_RESP)消息,该TEST_RESP消息可以携带但不限于表9所示的参数

表9其中,错误码中,1表示接入设备网管单元内部的错误。另外,在接入设备网管单元执行完制定的测试命令后,可以通过测试结果通知(INFORM_TEST_RESULT)消息,向终端网管单元发送对终端进行测试后的测试结果。
INFORM_TEST_RESULT消息可以携带但不限于表10所示的参数

表10E)复位接口用于传递复位信息。
终端网管单元可以通过接入设备网管单元控制终端复位。在IP通路异常但是终端在线的情况下,终端网管单元可以强制控制复位终端,使其重新建立与终端网管单元的会话。
终端网管单元向接入设备网管单元发送终端复位请求(RESET_CPE_REQ)消息,该RESET_CPE_REQ消息中可以携带但不限于表11所示的参数

表11接入设备网管单元返回给终端网管单元的响应消息为终端复位回复(RESET_CPE_RESP)消息,该RESET_CPE_RESP消息可以携带但不限于表12所示的参数

表12其中,错误码中1表示终端离线,2表示终端不支持复位功能。
F)同步终端接口用于传递同步终端信息。
通过同步终端,终端网管单元可以从接入设备网管单元导入需要管理的终端的信息。
终端网管单元向接入设备网管单元发送终端同步信息请求(SYNC_CPE_NFO_REQ)消息,以请求获取终端的信息。
接入设备网管单元接收到SYNC_CPE_NFO_REQ消息后,向终端网管单元返回终端同步信息回复(SYNC_CPE_INFO_RESP)消息,该SYNC_CPE_INFO_RESP消息中可以携带但不限于表13所示的参数

表13其中,错误码中,1表示接入设备网管单元的内部错误。
以上对本发明网管系统中的通过n1接口交互的信息进行了详细的描述,较佳地,接入设备仅透传接入设备网管单元与终端间交互的信息,从而简化了对接入设备的要求。另外,对终端网管单元来讲,首先应该满足n1接口的功能需求;在增加终端信息时,较佳地同时增加该新增的终端对应的AN的信息,以便能够及时从AN获取终端的状态;终端网管单元可以通过n1接口获取AN的信息,AN的信息可以包括AN标识、地理位置等,这样可以方便的从接入设备网管单元获取终端数据以及确定终端的准确地理位置;终端网管单元兼容直接管理方式。
图6是本发明终端网管方法的流程图,其中步骤600a~步骤601a的实现与步骤200a~步骤201a的实现一致;步骤600b~步骤601b的实现与步骤200b~步骤201b的实现一致;步骤600c~步骤602c是终端网管单元通过接入设备网管单元获取终端的管理信息,具体实现如下步骤600c终端网管单元向接入设备网管单元发送主动请求查询消息,接入设备网管单元将接收到的主动请求查询消息转发给接入设备。
步骤601c接入设备将接收到的主动请求查询消息转发给终端,终端向接入设备返回终端的管理信息。
需要说明的是,若接入设备已经获得了设备的管理信息,比如定时查询获得的,那么可以省略本步骤。
步骤602c接入设备经过接入设备网管单元向终端网关单元返回请求的终端管理信息。
从图6所示的流程图可见,本发明中,终端网管单元对终端进行直接管理,同时终端网管单元通过接入设备网管单元对终端进行间接管理,从而提高了网管系统的可靠性,提升了系统性能,同时实现了对终端的差异化管理即实现了对不同的接入方式的终端,不同类型的终端的差异化管理,提升了系统的管理容量,也克服了现有技术直接网管系统和间接网管系统两种网管系统带来的缺点。另外,本发明网管系统提供的测试和诊断功能,实现了对终端的更可靠的测试。更准确的故障检测,提供了统一的业务使能保障策略;本发明终端网管单元具有向前兼容能力,对以前基于直接管理、间接管理方式的终端的管理,可以统一到本发明同一个网管系统中,更适用与接入和业务运营分离的运维场景,为端到端的业务发放、业务发放的自动化提供了基础。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种网管系统,其特征在于,该系统包括终端、对终端进行管理的终端网管单元、接入设备及接入设备网管单元;其中,终端网管单元,接收来自终端的链路层以上终端管理信息,对终端进行直接网管;或通过接入设备网管单元接收来自终端的与物理层、链路层相关的终端管理信息,对终端进行间接网管;接入设备网管单元,经接入设备接收来自终端的与物理层、链路层相关的终端管理信息,并转发给终端网管单元;接入设备用于转发终端与接入设备网管单元间交互的信息。
2.根据权利要求1所述的系统,其特征在于,所述接入设备网管单元还包括将接收到的与物理层、链路层相关的终端管理信息发送给需要该终端管理信息的应用系统。
3.根据权利要求2所述的系统,其特征在于,所述接入设备网管单元与需要该所述应用系统间通过第二接口连接;所述应用系统为运营支撑系统OSS;所述第二接口的协议类型为基于扩展标记语言XML的变体协议。
4.根据权利要求1所述的系统,其特征在于,所述终端网管单元与接入设备网管单元间通过第一接口相连接。
5.根据权利要求4所述的系统,其特征在于,所述第一接口包括终端的状态信息接口,用于接入设备网管单元向终端网管单元提供终端状态信息;测试和诊断接口,用于接入设备网管单元与终端网管单元间交互测试和诊断信息。
6.根据权利要求5所述的系统,其特征在于,所述测试和诊断接口包括用于触发终端与终端网管单元间会话的通知接口;用于终端网管单元查询指定的一个或者一组终端的状态,或者某一接入设备下所带的所有终端的状态的状态查询接口;用于通知终端网管单元,接入设备网管单元当前所接有的终端的终端管理信息的状态通知接口;用于终端网管单元通过接入设备网管单元,对终端进行测试的测试接口;用于终端网管单元通过接入设备网管单元控制终端复位的复位接口;用于终端网管单元从接入设备网管单元导入需要管理的终端的信息的同步终端接口。
7.根据权利要求4所述的系统,其特征在于,所述第一接口的协议类型为基于扩展标记语言XML的变体协议。
8.一种网管系统实现网管的方法,用于包括终端、对终端进行管理的终端网管单元、接入设备及接入设备网管单元的网管系统中,其特征在于,该方法包括终端网管单元从终端获取链路层以上终端管理信息,并根据获得的链路层以上终端管理信息对终端进行直接网管;终端网管单元通过接入设备网管单元和接入设备获取与物理层、链路层相关的终端管理信息,并根据获得的与物理层、链路层相关的终端管理信息,对终端进行间接网管。
9.根据权利要求8所述的方法,其特征在于,所述终端网管单元获取链路层以上终端管理信息的方法为所述终端网管单元接收所述终端主动上报的链路层以上终端管理信息;或所述终端网管单元向所述终端查询终端管理信息,所述终端向所述终端网管单元返回终端自身的链路层以上终端管理信息。
10.根据权利要求9所述的方法,其特征在于,所述终端网管单元获取与物理层、链路层相关的终端管理信息的方法为所述终端网管单元向所述接入设备网管单元请求终端管理信息,所述接入设备网管单元经所述接入设备向所述终端查询终端管理信息,并将返回的与物理层、链路层相关的终端管理信息转发给所述终端网管单元。
11.根据权利要求9所述的方法,其特征在于,该方法还包括所述终端网管单元直接对所述终端配置终端链路层以上的信息,或通过所述接入层网管单元对终端配置与物理层、链路层相关的终端管理信息。
12.根据权利要求9所述的方法,其特征在于,该方法还包括所述接入设备网管单元经所述接入设备,主动向所述终端发起测试或诊断,并经所述接入设备向所述终端网管单元转发终端返回的测试或诊断响应结果。
13.根据权利要求9或12所述的方法,其特征在于,该方法还包括所述接入设备网管单元将接收到的与物理层、链路层相关的终端管理信息,发送给需要该终端管理信息的系统。
14.根据权利要求9所述的方法,其特征在于,所述终端网管单元与接入设备网管单元间通过第一接口相连接;所述第一接口传递的信息包括终端的状态、测试和诊断信息。
15.根据权利要求14所述的方法,其特征在于,所述终端的状态信息包括用于唯一标识一个终端的终端标识;用于标识终端的接入线路的终端线路标识;终端类型;终端的生产厂商的厂商标识;用于指示终端当前状态的终端的状态;终端上线信息及终端下线信息。
16.根据权利要求15所述的方法,其特征在于,所述终端类型为枚举型,包括在线,和/或离线,和/或线路故障,和/或测试。
17.根据权利要求14所述的方法,其特征在于,所述测试和诊断信息包括用于触发所述终端与所述终端网管单元间会话的通知信息;用于所述终端网管单元查询指定的一个或者一组终端的状态,或者某一接入设备下所带的所有终端的状态的状态查询信息;用于通知所述终端网管单元,所述接入设备网管单元当前所接有的终端的终端管理信息的状态通知信息;用于所述终端网管单元通过所述接入设备网管单元,对所述终端进行测试的测试信息;用于所述终端网管单元通过所述接入设备网管单元控制终端复位的复位信息;用于所述终端网管单元从所述接入设备网管单元导入需要管理的终端的信息的同步终端信息。
18.根据权利要求17所述的方法,其特征在于,所述触发终端与终端网管单元间的会话的方法为所述终端网管单元向所述接入设备网管单元发送要求与指定终端会话的通知请求消息;所述接入设备网管单元向终端网管单元返回指示所述指定终端是否能与所述终端网管单元进行会话的通知回复消息。
19.根据权利要求18所述的方法,其特征在于,所述通知请求消息中携带有终端标识和终端线路标识;所述通知回复消息能够携带有终端标识、终端线路标识及指示所述指定终端是否能与所述终端网管单元进行会话的操作结果。
20.根据权利要求17所述的方法,其特征在于,所述终端网管单元查询终端的状态信息的方法为所述终端网管单元向所述接入设备网管单元发送查询指定终端的状态信息的状态查询请求消息;所述接入网管单元向所述终端网管单元返回携带有所述指定终端的终端状态信息的状态查询请求回复消息。
21.根据权利要求20所述的方法,其特征在于,所述状态查询请求消息中携带有用于标识所述指定终端所属接入设备的接入设备标识,以及所述指定终端的终端信息;所述状态查询请求回复消息中还携带有标识查询是否成功的操作结果。
22.根据权利要求17所述的方法,其特征在于,所述通知终端网管单元终端的终端状态信息的方法为所述接入设备网管单元将终端状态信息携带在终端状态信息通知消息中,并发送给所述终端网管单元。
23.根据权利要求22所述的方法,其特征在于,该方法还包括所述终端网管单元向所述接入设备网管单元返回表示是否成功接收所述终端状态信息通知消息的终端状态信息回复消息。
24.根据权利要求20或22所述的方法,其特征在于,所述终端状态信息包括终端标识,和/或终端线路标识,和/或终端类型,和/或厂商标识,和/或终端的状态,和/或终端上线信息,和/或终端下线信息。
25.根据权利要求17所述的方法,其特征在于,所述终端网管单元测试终端的方法为所述终端网管单元向所述接入设备网管单元发送测试指定终端的测试请求消息;所述接入设备网管单元接收到测试请求消息后,向所述终端网管单元返回测试回复消息。
26.根据权利要求25所述的方法,其特征在于,所述指定的测试终端为一个或一个以上。
27.根据权利要求25或26所述的方法,其特征在于,该方法还包括所述接入设备网管单元将测试结果携带在测试结果通知消息中发送给所述终端网管单元。
28.根据权利要求17所述的方法,其特征在于,所述终端网管单元复位终端的方法为所述终端网管单元向所述接入设备网管单元发送复位指定终端的终端复位请求消息;所述接入设备网管单元向所述终端网管单元返回携带有复位结果的终端复位回复消息。
29.根据权利要求17所述的方法,其特征在于,所述终端网管单元导入终端的信息的方法为所述终端网管单元向所述接入设备网管单元发送终端同步信息请求消息;所述接入设备网管单元接收到所述终端同步信息请求消息后,将终端信息携带在同步信息回复消息中,并发送给所述终端网管单元。
全文摘要
本发明公开了一种网管系统,该网管系统包括终端、终端网管单元、接入设备及接入设备网管单元,终端网管单元用于实现对终端的链路层以上管理信息的直接管理及对来自接入设备网管单元转发的与物理层、链路层相关的终端的管理信息的间接管理,接入设备用于转发终端与接入设备网管单元间交互的信息,接入设备网管单元用于向终端网管单元转发对终端的与物理层、链路层相关的管理信息。本发明同时还公开了所述网管系统实现网管的方法,通过终端网管单元对终端的直接管理和间接管理,提高了网管系统的可靠性,同时实现了对终端的差异化管理,也克服了现有技术直接网管系统和间接网管系统两种网管系统带来的缺点。
文档编号H04L12/24GK101026486SQ20061005762
公开日2007年8月29日 申请日期2006年2月22日 优先权日2006年2月22日
发明者李洪广 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1