法律状态公告日
法律状态信息
法律状态
2012-04-25
授权
授权
2010-06-02
实质审查的生效 IPC(主分类):H04L12/24 申请日:20090924
实质审查的生效
2010-04-21
公开
公开
技术领域
本发明涉及通信技术领域,尤其涉及一种通过网络进行电信设备配置方法、系统和电信设备。
背景技术
在网络设备自动化配置中,采用网络配置协议(Netconf,NetworkConfiguration Protocol)作为电信设备的基础配置协议,此协议类似于简单网络管理协议(SNMP,Simple Network Management Protocol),可以减少网络设备因配置不当而造成的网络崩溃问题和配置过程中的编程工作量。
电信设备通过网络配置协议接收用户下发的配置信息,为保证配置信息的正确性,网络配置协议提供了二次提交机制、试运行(Confirmed-commit)机制,电信设备将用户下发的配置保存在设备的临时数据集(Candidate DB),不影响当前运行数据集(Running DB)。
电信设备按临时数据集进行试运行,用户可以在试运行期间观察业务的状态,以确保用户配置信息的正确性,尽量减少对当前运行业务的影响。由于网络配置协议中还规定了试运行的默认超时时间,因此,如果试运行达到该试运行的默认超时时间,电信设备会停止此次试运行,清除当前试运行的临时数据集;而在达到试运行的默认超时时间前,如果用户对试运行满意,可以确认配置生效;但是,如果试运行期间,用户对业务不满意或其它原因,网络配置协议允许用户取消试运行,电信设备会丢弃当前试运行的临时数据集。
在试运行期间,电信设备往往多次接收到用户下发的配置信息,直到试运行的业务完全达到要求。基于现有的技术,如果用户对试运行的配置进行修改,则电信设备会丢弃当前试运行的临时配置数据集,按照用户重新下发的配置再次进行试运行,直到达到用户的要求。现有技中的这种方法,需要用户重新进行配置,操作复杂,效率低下。此外,用户将当前试运行的配置提交生效,再进行下一次配置修改,但此种情况可能会影响当前业务的运行,对用户来说是不安全的配置方法,也不能发挥网络配置协议的二次提交机制的优势。
发明内容
本发明实施例的目的在于提供一种电信设备配置方法、系统和电信设备,解决基于网络配置协议的试运行期间配置修改的问题。
本发明实施例提供一种电信设备的配置方法,该方法包括:接收用户下发的配置数据及试运行命令,进行试运行;当接收到用户下发的中止命令时,中止试运行;将所述配置数据保存在临时配置数据集中;接收修改后的配置数据及试运行命令,以重新进行试运行;其中,所述修改后的配置数据及试运行命令,是所述用户针对所述临时配置数据集进行修改后得到的。
本发明实施例还提供一种电信设备,该电信设备包括:
运行接收模块,用于接收用户下发的配置数据及试运行命令,或修改后的配置数据及试运行命令;中止接收模块,用于接收用户下发的中止试运行命令并中止试运行;存储模块,用于当所述中止接收模块接收到中止试运行命令时,将所述运行接收模块接收到的配置数据保存在临时配置数据集中;运行模块,用于根据接所述运行接收模块接收到的配置数据及试运行命令进行试运行;或根据接所述运行接收模块接收到的所述修改的配置数据及试运行命令进行重新试运行。
本发明实施例还提供一种电信设备的配置系统,该系统包括:用户端设备,用于下发配置数据及试运行命令;还用于当所述电信设备的试运行状态未达到预定要求时,下发中止试运行命令,并针对电信设备的当前临时配置数据集进行修改,重新下发修改的配置数据及试运行命令;电信设备,用于接收所述用户端设备下发的配置数据及试运行命令,以进行试运行;当接收到所属用户端设备下发的中止试运行命令时,还用于中止试运行,并将所述配置数据保存在临时配置数据集中,接收修改的配置数据及试运行命令,以重新进行试运行。
本发明的实施例通过中止试运行和保留配置临时数据集,有效的为用户提供主动干预试运行方法,提高配置效率、当前配置正确性和完整性,减小数据传输压力。
附图说明
此处所说明的附图用来提供对本发明实施例的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:
图1为本发明一实施例的电信设备的配置方法的流程图;
图2为本发明又一实施例的电信设备的配置方法的流程图;
图3为本发明一实施例的电信设备的结构示意图;
图4为本发明又一实施例的电信设备的结构示意图;
图5为本发明一实施例的电信设备的配置系统的示意图;
图6为本发明又一实施例的电信设备的配置系统的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
实施例一
本实施例一种电信设备的配置方法,如图1所示。该方法包括:
101:接收用户下发的配置数据及试运行命令,进行试运行;
其中,用户可以通过报文下发上述配置数据及试运行命令,如通过XML(Extensible Markup Language,可扩展标记语言)报文下发上述配置数据及试运行命令;
102:当接收到中止试运行命令时,中止试运行;
可选的,在本发明的实施例中,当试运行状态未达到用户的预定要求时,会接收到中止试运行的命令。中止试运行命令具体形式也可以采取报文方式,如XML报文,其中,中止试运行的标签不限于<discard-commit>,可以根据需要定义,例如<stop>、<undo-commit>等。
103:将101中接收到的配置数据保存在临时配置数据集中;
104:接收修改后的配置数据及试运行命令,重新进行试运行。
其中,上述修改后的配置数据及试运行命令,是用户针对103中保存的当前临时配置数据集进行修改后得到的。
可选的,本实施例中,修改后的配置数据,可以是全部的配置数据;当然,也可以是涉及修改的配置数据。
可选的,当所述电信设备的试运行状态仍未达到预定要求时,还可能多次接收到用户下发的配置数据及试运行命令。
可选的,在本发明的实施例中,当所述电信设备的试运行状态达到所述用户的预定要求时,还可以接收所述用户下发的配置数据提交命令,按照所述配置数据进行配置。
本发明实施例通过中止试运行提高配置效率,减小数据传输压力,通过保留的配置临时数据集以进行针对性修改和调整,可以提高当前配置正确性和完整性。
实施例二
本实施例通过用户、网络管理设备和电信设备之间进行配置的方法进一步说明实施例一和二的电信设备的配置方法。如图2所示,该方法包括:
201:用户端通过网络管理设备向电信设备下发配置数据及试运行命令。其中,用户下发的配置数据及试运行命令可以采取报文方式,如XML报文。
202:电信设备按当前的临时配置数据集(CDB,Candidate DB)的配置进行试运行。
203:用户观察电信设备试运行的状态,如果电信设备的运行状态未达到用户的预定要求,用户端通过网络管理设备对电信设备下发中止试运行命令,以中止试运行操作。中止试运行命令具体可采用XML报文,其中,中止试运行的标签不限于<discard-commit>,可以根据需要定义,例如<stop>、<undo-commit>等。
204:当电信设备收到了中止命令后,停止当前试运行操作,电信设备不会将201中用户下发的配置数据删除,而是将其保存在CDB中。配置数据的状态和上次下发试运行命令之前的状态是一致,实际上,电信设备收到中止试运行操作后的处理方式相当于对上一次试运行命令的撤销操作。
205:用户端对当前临时配置数据集进行修改,配置修改完成后,再下发修改后的配置数据和试运行命令。
可选的,本实施例中,修改后的配置数据,可以是全部的配置数据;当然,也可以是涉及修改的配置数据。
206:电信设备再次试运行。如果试运行的结果仍然不满足用户的预定要求,重复202到205,直到配置数据满足用户的预定要求。
可选的,在本发明的实施例中,当所述电信设备的试运行状态达到所述用户的预定要求时,还可以接收所述用户下发的配置数据提交命令,按照所述配置数据进行配置。
本发明实施例通过中止试运行和保留配置临时数据集,有效的为用户提供主动干预试运行方法,提高配置效率、当前配置正确性和完整性,减小数据传输压力。
实施例三
本实施例提供一种电信设备,如图3所示,该电信设备300包括:
运行接收模块301,用于接收用户下发的配置数据及试运行命令,或修改后的配置数据及试运行命令;
其中,上述修改后的额配置数据及试运行命令为当电信设备的运行状态不满足用户预定的要求时,用户重新下发的修改后的配置数据及试运行命令。用户下发的配置数据及试运行命令可以采取报文方式,如XML报文;
中止接收模块302,用于接收用户下发的中止试运行命令并中止试运行;
可选的,在本发明的实施例中,当试运行状态未达到用户的预定要求时,会接收到中止试运行的命令。中止命令具体形式也可以采取报文方式,如XML报文,其中中止试运行的标签不限于<discard-commit>,可以根据需要定义,例如<stop>、<undo-commit>等。
存储模块303,用于当中止接收模块302接收到中止试运行命令时,将运行接收模块301接收到的配置数据保存在临时配置数据集中;
运行模块304,用于根据运行接收模块301接收到的配置数据及试运行命令进行试运行;或根据运行接收模块301接收到的所述修改后的配置数据及试运行命令重新进行试运行。
可选的,本实施例中,修改后的配置数据及试运行命令,可以是全部的配置数据;当然,也可以是涉及修改的配置数据。
可选的,当所述电信设备的试运行状态仍未达到预定要求时,还可以通过多次进行配置数据的修改,直至电信设备的试运行状态达到预定要求。
可选的,如图4所示,本发明的实施例中,上述电信设备还可以包括:
提交接收模块305,用于当所述电信设备的试运行状态达到所述用户的预定要求时,接收所述用户下发的配置数据提交命令;
配置模块306,用于按照提交接收模块305接收的配置数据进行该电信设备的配置。
本发明实施例通过中止试运行提高配置效率,减小数据传输压力,通过保留的配置临时数据集以进行针对性修改和调整,可以提高当前配置正确性和完整性。
实施例四
本实施例提供一种电信设备的配置系统,如图5所示,该系统包括:
用户端设备401,用于下发配置数据及试运行命令,当所述电信设备402的试运行状态未达到预定要求时,下发中止试运行命令,重新下发修改后的配置数据及试运行命令;
其中,用户下发的配置数据及试运行命令可以采取报文方式,如XML报文;中止命令具体形式也可以采取报文方式,如XML报文,其中中止试运行的标签不限于<di scard-commit>,可以根据需要定义,例如<stop>、<undo-commit>等。
电信设备402,用于接收用户端设备401下发的配置数据及试运行命令,以进行试运行,当试运行状态未达到用户的预定要求时,接收下发的中止试运行命令并中止试运行,将所述配置数据保存在临时配置数据集中,接收修改后的配置数据及试运行命令,以重新进行试运行。
本实施例中,用户端设备401下发完成试运行命令报文后,电信设备402对当前的临时配置数据集(CDB,Candidate DB)的配置进行试运行。当电信设备402收到了试运行中止操作后,停止当前试运行操作,并将用户的配置数据保存在CDB中。用户端设备401针对当前临时配置数据集进行修改,下发修改完成后的配置数据和试运行命令,下发方式如前所述的报文形式。用户再次确认试运行结果是否满足用户的需要,如果不满足,重复进行修改配置和确认试运行结果,直到配置数据满足用户的需要。
可选的,如图6所示,本发明的实施例中,上述系统还可以包括:
网络管理设备403,将用户端设备401发送的配置数据、试运行命令和中止试运行命令传送给电信设备402;
本发明实施例通过中止试运行和保留配置临时数据集,有效的为用户提供主动干预试运行方法,提高配置效率、当前配置正确性和完整性,减小数据传输压力。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
机译: 电信设备的配置方法和电信设备的保护方法
机译: 无线通信系统中的无线电信,尤其是移动通信系统中的移动通信基站中的移动通信系统,通过通信技术在电信设备中进行电信设备子注册的方法
机译: 与第一电信设备有关的信息分发方法与电信系统的第一部分有关,该电信系统包括对接网络,该对接网络由几个云管理的电话网络设备和一个应用程序组成。在与云和第二部分相关联的第二电信设备中运行