数据配置及采集系统和方法

文档序号:7649639阅读:322来源:国知局
专利名称:数据配置及采集系统和方法
技术领域
本发明涉及通信领域,并且更特别地,涉及一种数据配置及采集系统及方法。
背景技术
目前,短消息业务量与日俱增,在节日期间经常出现“浪涌”现象,这对通讯设备产品的性能是一个考验。为了适时掌握各个通讯产品的运行数据、产品的运行状态及运行参数,并能够根据现场的实际运行情况,在设备出现问题或即将出现问题时能够第一时间发现,并能够在最短的时间内使用有效手段通过修改一些关键业务数据的配置来解决无疑是重要的。这提高了通讯系统运行的稳定性与配置的灵活性,并降低了维护成本。
相关技术中的系统运行状况检测、数据配置方法有如下两种方法一数据配置,目前的运行业务的配置大多是人为进行操作的,在系统某些指标运行不稳定的时候,通过修改一些关键的配置参数来达到保证主要业务、减少或关闭辅助业务的目的,以此来实现系统的稳定性。
上述方法存在如下缺点由于对于通讯系统问题的解决,提高响应速度非常关键,因此维护机房就需要人员职守,也就是说,机房不能离开维护人员,在出现问题的时候,需要人为的进行界面操作。这样,成本比较高,解决方案比较原始,并且机动性也比较差。
方法二信息采集,例如现场告警消息的采集。将设备产生的告警由网管后台进行过滤处理,得到需要转发的告警信息的内容;告警后台将需要转发的内容发送给用于发送短消息的专用转发进程;专用转发进程控制与其连接的手机并将接收到的需要转发的内容以手机短消息的形式发送到目的用户的手机。
上述方法存在以下缺点(1)只能对告警消息进行转发,实际上只是在系统运行状况出现问题时才能得到信息,因此不能实时的对所关心的系统运行数据进行检测、采集;(2)对于告警消息的转发需要依赖于外部设备,安全性与稳定性就大大降低,同时也增加了实施成本;(3)维护人员不能主动地进行数据采集,只能被动地接收系统的数据,这样使维护人员不能及时的得到所需要的关键数据,因此不利于系统的维护。
综上,相关技术中的数据配置及采集方法存在如下缺点对系统运行状况不能够全面及时地进行检测,并且也不能对通讯设备关键数据进行动态配置,在设备出现问题或即将出现问题时,不能在第一时间通过修改配置数据来解决故障的问题。

发明内容
鉴于相关技术的技术方案存在上述问题,为此,本发明旨在提供一种能够通过短消息实现及时准确地检测并修改关键配置数据的机制。
为此,根据本发明的一个方面,提供了一种数据配置及采集系统。
该系统包括配置及采集消息处理器,用于将业务处理器转发的配置更改消息/采集消息转换成内部识别指令后发送给信息配置及采集代理器;信息配置及采集代理器,用于将配置及采集消息处理器发送的配置更改消息/采集消息发送给业务处理器,并接收业务处理器返回的配置更改确认消息/采集结果消息;以及业务处理器,用于根据信息配置及采集代理器发送的配置更改消息/采集消息进行相应的配置更改处理/信息采集处理。
其中,配置及采集消息处理器和信息配置及采集代理器在发送配置更改消息/采集消息之前,对配置更改消息/采集消息进行鉴权,在鉴权通过的情况下进行发送。
此外,信息配置及采集代理器是独立的进程或模块,或运行在业务处理机进程上。
上述系统可以进一步包括信息数据库,用于保存配置及采集消息处理器采集的信息和/或配置及采集消息处理器没有处理完毕或等待发送的消息;以及信息采集配置管理器,用于保存配置及采集消息处理器所需要的配置信息,并定时向配置及采集消息处理器同步配置信息。
这样,配置及采集消息处理器在每次重新启动时,都从信息采集配置管理器获取配置信息。其中,配置信息包括以下信息中的至少一个配置管理人员的手机号码信息、需要采集的内容格式定义信息、更改的配置格式定义信息、各个维护人员的权限信息。
另外,配置及采集消息处理器采集的信息包括一级、二级告警信息、性能数据;其中,信息配置及采集代理器定时从告警服务器采集一级、二级告警信息,以及定时从性能统计服务器采集性能数据。
根据本发明另一方面,提供了一种数据配置及采集方法。
该方法包括以下步骤第一步骤,信令网关提交的配置更改消息/采集消息经过业务处理模块、配置及采集消息处理器鉴权和处理后被转发到信息配置及采集代理器;第二步骤,信息配置及采集代理器接收到配置更改消息/采集消息后,读取配置更改/采集消息中的模块号和配置更改信息/采集信息,并向指定的业务模块发送配置更改消息/采集消息;以及第三步骤,业务处理模块按照配置更改/采集消息中的配置更改信息/采集信息进行配置更改/信息采集。
其中,上述第一步骤进一步包括以下步骤步骤A,业务处理模块对信令网关提交的配置更改消息/采集消息进行鉴权,并向信令网关返回响应消息;步骤B,在鉴权通过的情况下,业务处理模块对配置更改/采集消息进行处理后将其下发到配置及采集消息处理器;以及步骤C,配置及采集消息处理器接收到配置更改消息/采集消息后对其进行鉴权,在鉴权通过的情况下,对配置更改/采集消息进行处理后将其转发给信息配置及采集代理器。
其中,在上述步骤A中,业务处理模块对的配置更改消息/采集消息进行鉴权处理的过程包括以下步骤步骤a业务处理模块将配置更改消息/采集消息解码,获取配置更改消息/采集消息中的主叫/被叫用户属性;步骤b业务处理模块判断被叫用户是否是移动终端用户或外部短消息实体,以及进一步判断被叫号码是否是全局码形式的号码和/或被叫号码是否是本局全局码之一,并根据判断结果进行相应操作。
在上述步骤C中,配置及采集消息处理器对配置更改/采集消息进行鉴权处理的过程包括以下步骤步骤a配置及采集消息处理器将配置更改消息/采集消息解码,获取配置更改消息/采集消息中的主叫号码信息和消息内容;步骤b判断主叫号码是否合法,在合法的情况下,将消息内容转换成ASCII码形式;步骤c判断配置更改消息/采集消息的指令是否有效,在判断有效的情况下,根据指令进行不同处理,其中,指令包括配置更改指令、非实时信息采集指令、信息采集指令。
另外,该数据配置及采集方法进一步包括以下步骤第四步骤,业务处理模块在完成配置更改/信息采集后,向信息配置及采集代理器发送配置更改响应消息/采集结果消息;第五步骤,信息配置/采集代理器对配置更改响应消息/采集结果消息编码后,构造响应消息并发送到配置/采集消息处理器,其中,响应消息中携带有管理员信息;以及第六步骤,配置及采集消息处理器接收到响应消息后,获取响应消息中的管理员信息构造终呼消息后发送给管理员。
通过以上技术方案,本发明实现了以下有益效果利用短消息实现了对通讯设备关键数据的动态配置、运行状况的实时监控、以及数据的采集,从而增加了对通讯系统各个运行阶段的可控性,降低了通讯设备的维护成本,并提高了通讯系统运行的稳定性与配置的灵活性。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的数据配置及采集系统的结构示意图;图2是根据本发明实施例的数据配置及采集方法的流程图;
图3示出了在配置更改消息的情况下,本发明实施例的数据配置及采集方法的信令交互流程;图4示出了在采集消息的情况下,本发明实施例的数据配置及采集方法的信令交互流程;图5是业务处理器识别和处理配置更改消息/采集消息的过程的详细流程图;以及图6是CGS识别和处理配置更改消息/采集消息的过程的详细流程图。
具体实施例方式
以下将结合附图来描述本发明的优选实施例,其中,提供以下实施例以提供对本发明的全面和透彻理解,而不是对本发明进行任何限制。
首先,在实施本发明技术方案的过程中,需要进行以下处理(1)提供基于短消息承载的配置更改通道短消息中心提供一条基于短消息的传输通道。在这条通道上,维护人员可以通过手机短消息发起系统运行数据配置更改指令,短消息中心能够把管理员发起的配置更改指令发送到本发明实施例提供的数据配置及采集系统,数据配置及采集系统能够把配置更改指令转换成对应配置指令,并准确的投递到需要更改配置的模块。
(2)对短消息配置更改指令的制定与解析在数据配置及采集系统中,预定一系列的可配置内容项,针对每一项,数据配置及采集系统预先设置短消息配置指令。另一方面,管理员发起的配置指令被送到数据配置及采集系统后,数据配置及采集系统能够正确解析,并对应到配置项。
(3)提供基于短消息承载的采集通道短消息中心提供一条基于短消息的传输通道。在这条通道上,管理员可以通过手机短消息发起运行信息采集指令,短消息中心能够把管理员发起的采集指令发送到数据配置及采集系统,数据配置及采集系统能够把采集到的信息通过短消息发送给管理员。
(4)对短消息采集指令的制定与解析在数据配置及采集系统中,预定一系列的可采集内容项,针对每一项,数据配置及采集系统预先设置短消息采集指令。另一方面,管理员发起的采集指令被送到数据配置及采集系统后,数据配置及采集系统能够正确解析,并对应到采集项。
图1是本发明的数据配置及采集系统的结构示意图。如图1所示,该系统包括配置及采集消息处理器(CGS)102,用于将业务进程(业务处理器)转发的配置更改消息/采集消息转换成内部识别指令后发送给信息配置及采集代理器(MCA)104,并负责采集一级、二级告警信息,并将这些消息构造成短消息的形式下发给指定的短消息维护人员;信息配置及采集代理器(MCA)104,用于将配置及采集消息处理器102发送的配置更改消息/采集消息发送给业务处理器(即,业务处理机模块)106,并接收业务处理器106返回的配置更改确认消息/采集结果消息;以及业务处理器106,用于根据MCA104发送的配置更改消息/采集消息进行相应的配置更改处理/信息采集处理。
另外,该系统优选地进一步包括信息数据库(IDB)108,用于保存CGS102采集的信息和/或CGS102没有处理完毕或等待发送的消息,等待CGS 102空闲时再进行消息发送;以及信息采集配置管理器(ICCM)110,用于保存配置及采集消息处理器102所需要的配置信息,并定时向配置及采集消息处理器102同步配置信息。
这样,配置及采集消息处理器102在每次重新启动时,都从信息采集配置管理器110获取配置信息。其中,配置信息包括以下信息中的至少一个配置管理人员的手机号码信息、需要采集的内容格式定义信息、更改的配置格式定义信息、各个维护人员的权限信息。另外,配置及采集消息处理器102采集的信息包括一级、二级告警信息、性能数据;其中,信息配置及采集代理器104定时从告警服务器112采集一级、二级告警信息,以及定时从性能统计服务器114采集性能数据。
其中,配置及采集消息处理器102和信息配置及采集代理器104在发送配置更改消息/采集消息之前,对配置更改消息/采集消息进行鉴权,在鉴权通过的情况下进行发送。另外,信息配置及采集代理器104是独立的进程或模块,或运行在业务处理机进程上。
以下参照图1(图1中的所示的A至H)来进一步说明上述各个部件之间的操作处理关系。
A向信令网关116发送采集到的信息内容、告警信息,配置更改确认信息,再由信令网关116发送到移动通信网络,转发给手机用户。
B配置与采集消息处理器(CGS)102向信息配置与采集代理器(MCA)104发出配置更改或采集请求,信息配置与采集代理(MCA)104向配置与采集消息处理器(CGS)102返回配置更改或采集结果(可以是定时的,也可以是非定时的);C信息配置与采集代理(MCA)104向业务进程发送采集指令或配置更改指令,并接收业务进程返回的采集结果消息和配置更改确认消息,并负责将这些消息转发给配置与采集消息处理器(CGS)102;D配置与采集消息处理器(CGS)102接收业务进程转发过来的用户采集指令和配置更改指令消息,并负责对这些消息进行处理,包括消息的格式,权限等等;E负责保存配置与采集消息处理器(CGS)102从告警服务器112与性能统计服务器114获取的一、二级告警信息,还有一些系统性能数据,如终呼成功率等数据,同时负责在配置与采集消息处理器(CGS)102处理比较忙时,为了防止消息的丢失,CGS会将没有处理完成的消息或在等待发送的消息保存到信息数据库(IDB),以便于在闲时处理;F信息采集配置管理器(ICCM)110定时向CGS102同步配置信息,同时在CGS每次重启的时候,也会到ICCM中去取配置信息,随时保证配置信息的一致性;G配置与采集消息处理器(CGS)102会定时到性能统计数据库114中采集性能数据,便于用户采集,如终呼成功率等数据;H配置与采集消息处理器(CGS)102定时采集告警服务器112的一、二级告警信息,随时上报给维护人员。
这样,借助于以上的数据配置及采集系统,可以实现以下功能
(1)准确的提供通讯系统的配置、运行信息数据配置采集及系统提供三种配置,即,运行信息、配置信息、实时数据和非实时数据。配置信息,指当前系统运行的各项配置数据信息,实时运行信息,指采集系统收到采集指令时的运行信息,如某模块的当前CPU占用率;非实时运行信息,指采集系统收到采集指令前的运行信息,如某模块前15分钟的平均CPU占用率。对于非实时运行信息,需要数据配置采集及系统自动收集、整理,随时便于管理员的采集查询。
(2)一、二级告警通知的自动采集当系统出现一、二级告警时,数据配置及采集系统可以自动采集这部分信息,并可通过短消息将这部分信息发送给对应的维护人员。
(3)对于配置、采集短消息的转发对于告警消息是通过故障管理模块转发给配置与采集消息处理器(CGS),由CGS完成下发,对于数据配置更改、采集信息是系统维护人员通过短消息指令的形式发送给业务处理机、互通网关,业务处理机、互通网关再将配置、采集结果发送给配置与采集消息处理器,由其完成下发。
(4)配置结果、采集消息的下发对于配置结果、采集的消息、告警消息,数据配置及采集系统是通过短消息中心自身的前置机模块直接下发的,也就是说,所有消息通过数据配置及采集系统根据指定用户的手机号码直接下发给前置机模块,直接完成终呼。
以下将描述本发明实施例提供的数据配置及采集方法。
如图2所示,该方法主要包括以下步骤步骤S202,信令网关提交的配置更改消息/采集消息经过业务处理模块、配置及采集消息处理器(CGS)鉴权和处理后被转发到信息配置及采集代理器(MCA);步骤S204,信息配置及采集代理器(MCA)接收到配置更改消息/采集消息后,读取配置更改/采集消息中的模块号和配置更改信息/采集信息,并向指定的业务模块发送配置更改消息/采集消息;以及步骤S206,业务处理模块按照配置更改/采集消息中的配置更改信息/采集信息进行配置更改/信息采集。
另外,优选地,上述方法进一步包括以下步骤步骤S208,业务处理模块在完成配置更改/信息采集后,向信息配置及采集代理器发送配置更改响应消息/采集结果消息;步骤S210,信息配置/采集代理器对配置更改响应消息/采集结果消息编码后,构造响应消息并发送到配置/采集消息处理器,其中,响应消息中携带有管理员信息;以及步骤S212,配置及采集消息处理器接收到响应消息后,获取响应消息中的管理员信息构造终呼消息后发送给管理员。
其中,上述步骤S202进一步包括以下步骤步骤A,业务处理模块对信令网关提交的配置更改消息/采集消息进行鉴权,并向信令网关返回响应消息;步骤B,在鉴权通过的情况下,业务处理模块对配置更改/采集消息进行处理后将其下发到配置及采集消息处理器;以及步骤C,配置及采集消息处理器接收到配置更改消息/采集消息后对其进行鉴权,在鉴权通过的情况下,对配置更改/采集消息进行处理后将其转发给信息配置及采集代理器。
图3示出了在配置更改消息的情况下,上述方法的信令交互流程,在图3中
301信令网关收到手机用户提交的短消息配置更改指令(cmsSmsMoReqEvent),此请求消息同普通的短消息起呼消息,被叫用户的号码为本短消息中心的GT,信令网关与处理普通消息一样按照主叫用户归属关系把该消息发送到主叫用户归属业务处理模块,消息内容中包括需要更改的配置内容,消息内容的格式是通过事先约定好的;302业务处理模块对这条起呼的消息进行鉴权,看消息是否合法,鉴权完成后给信令网关回起呼响应(csmSmsMoAckEvent),但不应该出话单;对于鉴权成功的消息中携带的是成功响应,如果失败,消息内容中携带的是失败响应,包括失败原因信息;303业务处理模块经过鉴权判断这条消息是配置更改消息,业务处理进程会构造配置更改消息(csoSmsUpdateCFGReqEv),转发给配置与采集消息处理器(CGS)。消息内容完全是透传,不经过任何处理;304配置与采集消息处理器(CGS)收到业务处理机进程发来的配置更改消息后,对消息进行鉴权,主要是消息内容的格式是否合法,是否存在意义,消息发起者是否是具有配置更改权限的管理员等等,鉴权通过后向信息配置与采集代理器(MCA)发送配置更改指令(cisaUpdateCFGReqEvent),消息内容中包括需要更改的配置信息,对应的业务模块号等信息;305信息配置与采集代理器(MCA)收到配置更改指令后,读取指令中对应的模块号,配置更改信息,向指定的业务模块发起配置更改消息(updatecfgreq),消息内容中主要包括需要修改的配置信息;
306业务处理模块接收到配置更改指令后,进行对应的配置修改,完成后向信息配置与采集代理器(MCA)发送配置更改结果响应消息(updatecfgresp)。对于修改成功的,出成功响应,对于配置修改失败的出失败响应消息,消息中包括失败原因等信息;307信息配置与采集代理器(MCA)收到业务进程发送回来的响应消息,将响应消息带上原来的配置管理员的信息,构造响应消息(ciasUpdateCFGRspEvent)转发给配置与采集消息处理器(CGS);308配置与采集消息处理器(CGS)收到MCA的配置响应消息后,直接获取消息中的管理员号码信息,配置更改成功或失败信息,构造终呼消息(csmSmsMtToMscReqEvent-配置管理员是本局用户的情况,csmSmsMtToMcReqEvent-配置管理员是外局用户的情况),发送给管理员;图4示出了在采集消息的情况下,上述方法的信令交互流程,在图4中401信令网关收到手机用户提交的短消息信息采集指令(cmsSmsMoReqEvent),此请求消息同普通的短消息起呼消息,被叫用户的号码为本短消息中心的GT,信令网关与处理普通消息一样按照主叫用户归属关系把该消息发送到主叫用户归属业务处理模块;消息内容中包括需要采集的信息内容,消息内容的格式是通过事先约定好的;402业务处理模块对这条起呼的消息进行鉴权,看消息是否合法,鉴权完成后给信令网关回起呼响应(csmSmsMoAckEvent);但是不应该出话单;对于鉴权成功的消息中携带的是成功响应,如果失败,消息内容中携带的是失败响应,包括失败原因信息;
403业务处理模块经过鉴权判断这条消息是信息采集消息,业务处理进程会构造配置更改消息(csoSmsGetInfReqEvent),转发给配置与采集消息处理器(CGS);消息内容完全是透传,不经过任何处理;404配置与采集消息处理器(CGS)收到业务处理机进程发来的信息采集消息后,对消息进行鉴权,主要是消息内容的格式是否合法,是否存在意义,消息发起者是否是具有信息采集权限的采集员等等,鉴权通过后向信息配置与采集代理器(MCA)发送信息采集指令(cisaGetInfReqEvent),消息内容中包括需要更改的配置信息,对应的业务模块号等信息;405信息配置与采集代理(MCA)收到信息采集指令后,读取指令中对应的模块号,信息采集信息,向指定的业务模块发起信息采集消息(getinfreq),消息内容中主要包括需要修改的配置信息;406业务处理模块接收到信息采集指令后,进行对应信息采集,完成后向信息配置与采集代理器(MCA)发送信息采集结果响应消息(getinfresp)。对于采集成功的,消息内容中包括所需要采集的信息,对于采集失败的失败响应消息,消息中包括失败原因等信息;407信息配置与采集代理器(MCA)收到业务进程发送回来的响应消息,将响应消息带上原来的配置管理员的信息,构造响应消息(ciasGetInfRspEvent)转发给配置与采集消息处理器(CGS);408配置与采集消息处理器(CGS)收到MCA的采集响应消息后,直接获取消息中的管理员号码信息、采集结果信息,构造终呼消息(csmSmsMtToMscReqEvent-配置管理员是本局用户的情况,csmSmsMtToMcReqEvent-配置管理员是外局用户的情况),发送给管理员。
其中,在上述步骤A中,业务处理模块(业务进程)对配置更改消息/采集消息进行鉴权处理的过程包括以下步骤步骤a业务处理模块将配置更改消息/采集消息解码,获取配置更改消息/采集消息中的主叫/被叫用户属性;步骤b业务处理模块判断被叫用户是否是移动终端用户或外部短消息实体,以及进一步判断被叫号码是否是全局码形式的号码和/或被叫号码是否是本局全局码之一,并根据判断结果进行相应操作。
如图5所示,业务处理器上述处理(步骤a和步骤b)包括以下步骤501采集指令和配置更改指令消息,在信令网关体现的是普通起呼消息cmsSmsMoReqEvent,原用户是采集员或配置管理员,目的用户是GT(全局码),消息内容是采集或配置指令;502消息发送给业务处理进程,业务处理进程对消息进行解码,进行鉴全;503解码后获取主叫、被叫用户属性;504判断被叫用户是否是MS(手机用户)或ESME(外部短消息实体);505如果是,进行正常的消息流程处理;506如果被叫用户不是MS(手机用户)或ESME(外部短消息实体),判断被叫号码是否是GT形式的号码;
如果不是GT形式的号码,流程到(509)向信令网关返回错误的响应,响应消息中包括错误原因等信息;507如果是GT形式的号码,判断被叫号码是否是本局GT之一;508如果是本局GT之一,向CGS进程发送csoSmsGetInfReqEvent采集指令或者cisaUpdateCFGReqEvent配置更改指令;509向信令网关回复起呼响应消息;510当判断目的用户是GT形式的号码,但不是本局GT之一时,说明此指令不是本局的采集指令,需要转发给外局,使用GT号码进行寻址;511向信令网关回复成功的起呼响应;512业务处理进程发起向外局的终呼消息。
对于GT号码识别的处理业务处理进程可以从后台配置中获取一个预先配置好的“GT格式”配置信息,如“4600309开头的15位长的号码默认为GT”。当业务处理器判别到被叫号码符合GT格式时,业务处理机再看号码是否为本局GT,如果是,则向GCS发送采集请求;如果不是本局GT,则通过业务处理进程发送本局到外局的转发消息,转发时使用该GT寻址(即,业务处理进程在csmSmsMtToMcReqEvent消息(本局到外局的消息)中SMSOrigDestSubaddr(消息体中目的用户信息)填写为GT)。如果被叫号码是GT格式,则业务处理器不应该出起呼话单,转发该消息时也不应该出终呼话单。
在上述步骤C中,配置及采集消息处理器对配置更改/采集消息进行鉴权处理的过程包括以下步骤步骤a配置及采集消息处理器将配置更改消息/采集消息解码,获取配置更改消息/采集消息中的主叫号码信息和消息内容;步骤b判断主叫号码是否合法,在合法的情况下,将消息内容转换成ASCII码形式;步骤c判断配置更改消息/采集消息的指令是否有效,在判断有效的情况下,根据指令进行不同处理,其中,指令包括配置更改指令、非实时信息采集指令、信息采集指令。
如图6所示,CGS的上述处理(步骤a至步骤c)包括以下步骤601CGS收到业务处理进程的配置数据更改和信息采集指令cisaUpdateCFGReqEvent、csoSmsGetInfReqEvent;602CGS对业务处理机进程发送过来的配置更改和信息采集指令进行解码;603获取消息的主要号码信息和消息内容;604对主叫号码进行判断,判断号码是否合法,是否有对应的权限;605如果号码不合法,流程结束,如果号码是合法的,就将消息内容转换成ASCII码的形式,便于分析;606对消息的指令进行分析;607判断指令是否有效,如果是无效的指令,流程结束;如果指令有效,流程继续;
608如果指令有效,对指令进行细分,来决定不同的流程;609对于配置更改指令,向MCA发送配置更改cisaUpdateCFGReqEvent消息;610对于非实时信息采集指令,就查询信息数据库(IDB)。获取保存在信息数据库中的系统运行信息,主要是性能统计数据,例如一段时间的终呼成功率等信息;611对采集的消息进行编码;添加上目录用户号码,就为采集人员的号码;612将采集的消息构造成终呼消息发送到信令网关。发送到本局的消息(csmSmsMtToMscReqEvent), 发送到外局的消息(csmSmsMtToMcReqEvent);613对于信息采集消息,CGS就向MCA发送信息采集指令(cisaGetInfReqEvent);614对于配置更改完成,或采集完成后,CGS收到MCA的配置更改确认消息(cisaUpdateCFGReqEvent),和采集响应消息(ciasGetInfRspEvent);615CGS对收到的消息进行编码;616将完成编码的消息构造成终呼消息发送到信令网关。发送到本局的消息(csmSmsMtToMscReqEvent),发送到外局的消息(csmSmsMtToMcReqEvent)。
通过上述实施例中提供的技术方案,能够更容易地发现系统运行的问题,因此对于问题的解决也就更加及时,减少了大量人力成本的投入,同时进一步保证了通讯系统的稳定性。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种数据配置及采集系统,其特征在于,包括配置及采集消息处理器,用于将业务处理器转发的配置更改消息/采集消息转换成内部识别指令后发送给信息配置及采集代理器;所述信息配置及采集代理器,用于将所述配置及采集消息处理器发送的所述配置更改消息/采集消息发送给所述业务处理器,并接收所述业务处理器返回的配置更改确认消息/采集结果消息;以及所述业务处理器,用于根据所述信息配置及采集代理器发送的所述配置更改消息/采集消息进行相应的配置更改处理/信息采集处理。
2.根据权利要求1所述的数据配置及采集系统,其特征在于,所述配置及采集消息处理器和所述信息配置及采集代理器在发送所述配置更改消息/采集消息之前,对所述配置更改消息/采集消息进行鉴权,在鉴权通过的情况下进行发送。
3.根据权利要求1所述的数据配置及采集系统,其特征在于,所述信息配置及采集代理器是独立的进程或模块,或运行在业务处理机进程上。
4.根据权利要求1所述的数据配置及采集系统,其特征在于,进一步包括信息数据库,用于保存所述配置及采集消息处理器采集的信息和/或所述配置及采集消息处理器没有处理完毕或等待发送的消息;以及信息采集配置管理器,用于保存所述配置及采集消息处理器所需要的配置信息,并定时向所述配置及采集消息处理器同步配置信息。
5.根据权利要求4所述的数据配置及采集系统,其特征在于,所述配置及采集消息处理器采集的信息包括一级、二级告警信息、性能数据;其中,所述信息配置及采集代理器定时从告警服务器采集所述一级、二级告警信息,以及定时从性能统计服务器采集所述性能数据。
6.根据权利要求1所述的数据配置及采集系统,其特征在于,所述配置及采集消息处理器在每次重新启动时,都从所述信息采集配置管理器获取所述配置信息。
7.根据权利要求6所述的数据配置及采集系统,其特征在于,所述配置信息包括以下信息中的至少一个配置管理人员的手机号码信息、需要采集的内容格式定义信息、更改的配置格式定义信息、各个维护人员的权限信息。
8.一种数据配置及采集方法,其特征在于,包括以下步骤第一步骤,信令网关提交的配置更改消息/采集消息经过业务处理模块、配置及采集消息处理器鉴权和处理后被转发到信息配置及采集代理器;第二步骤,所述信息配置及采集代理器接收到所述配置更改消息/采集消息后,读取所述配置更改/采集消息中的模块号和配置更改信息/采集信息,并向指定的业务模块发送所述配置更改消息/采集消息;以及第三步骤,所述业务处理模块按照所述配置更改/采集消息中的所述配置更改信息/采集信息进行配置更改/信息采集。
9.根据权利要求8所述的数据配置及采集方法,其特征在于,所述第一步骤进一步包括以下步骤步骤A,所述业务处理模块对所述信令网关提交的配置更改消息/采集消息进行鉴权,并向所述信令网关返回响应消息;步骤B,在鉴权通过的情况下,所述业务处理模块对所述配置更改/采集消息进行处理后将其下发到所述配置及采集消息处理器;以及步骤C,所述配置及采集消息处理器接收到所述配置更改消息/采集消息后对其进行鉴权,在鉴权通过的情况下,对所述配置更改/采集消息进行处理后将其转发给所述信息配置及采集代理器。
10.根据权利要求8所述的数据配置及采集方法,其特征在于,在所述步骤A中,所述业务处理模块对所述的配置更改消息/采集消息进行鉴权处理的过程包括以下步骤步骤a所述业务处理模块将所述配置更改消息/采集消息解码,获取所述配置更改消息/采集消息中的主叫/被叫用户属性;以及步骤b所述业务处理模块判断被叫用户是否是移动终端用户或外部短消息实体,以及进一步判断被叫号码是否是全局码形式的号码和/或被叫号码是否是本局全局码之一,并根据判断结果进行相应操作。
11.根据权利要求10所述的数据配置及采集方法,其特征在于,在所述步骤b中的判断结果为是的情况下,按照正常消息流程处理,在判断结果为否的情况下,进一步判断被叫号码是否是全局码形式的号码,在判断结果为否的情况下,向所述信令网关返回失败响应,在判断结果为是的情况下,进一步判断所述被叫号码是否是本局码之一,在判断结果为是的情况下,将所述配置更改消息发送到所述配置及采集消息处理器,在判断结果为否的情况下,将所述配置更改消息发送到外局。
12.根据权利要求9所述的数据配置及采集方法,其特征在于,在所述步骤A中,在鉴权通过的情况下,所述响应消息是成功响应,在签权失败的情况下,所述响应消息是失败响应,且其中携带有失败原因信息。
13.根据权利要求9所述的数据配置及采集方法,其特征在于,在所述步骤C中,所述配置及采集消息处理器对所述配置更改/采集消息进行鉴权处理的过程包括以下步骤步骤a所述配置及采集消息处理器将所述配置更改消息/采集消息解码,获取所述配置更改消息/采集消息中的主叫号码信息和消息内容;步骤b判断所述主叫号码是否合法,在合法的情况下,将所述消息内容转换成ASCII码形式;步骤c判断所述配置更改消息/采集消息的指令是否有效,在判断有效的情况下,根据指令进行不同处理,其中,所述指令包括配置更改指令、非实时信息采集指令、信息采集指令。
14.根据权利要求8所述的数据配置及采集方法,其特征在于,在所述第四步骤之后,进一步包括以下处理第四步骤,所述业务处理模块在完成配置更改/信息采集后,向所述信息配置及采集代理器发送配置更改响应消息/采集结果消息;第五步骤,所述信息配置/采集代理器对所述配置更改响应消息/采集结果消息编码后,构造响应消息并发送到所述配置/采集消息处理器,其中,所述响应消息中携带有管理员信息;以及第六步骤,所述配置及采集消息处理器接收到所述响应消息后,获取所述响应消息中的管理员信息构造终呼消息后发送给管理员。
全文摘要
本发明提供了一种数据配置及采集系统,包括配置及采集消息处理器,用于将业务处理器转发的配置更改消息/采集消息转换成内部识别指令后发送给信息配置及采集代理器;信息配置及采集代理器,用于将配置及采集消息处理器发送的配置更改消息/采集消息发送给业务处理器,并接收业务处理器返回的配置更改确认消息/采集结果消息;以及业务处理器,用于根据信息配置及采集代理器发送的配置更改消息/采集消息进行相应的配置更改处理/信息采集处理。
文档编号H04W4/14GK101014181SQ20071007951
公开日2007年8月8日 申请日期2007年2月16日 优先权日2007年2月16日
发明者崔新峰, 钱小兵 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1