专利名称：一种实现网络设备运行维护的系统、方法及网络设备的制作方法
技术领域：
本发明涉及网络通讯技术领域，具体涉及一种实现网络设备运行维护的系统、方法及网络设备。
背景技术：
随着网络的演进、网络功能的完善，网络设备的竞争重点已逐渐转向了运维方面。运营商需要了解网络的性能状况，需要实现性能监控、性能问题隔离和定位、性能趋势预测、分析VIP用户的行为，针对用户投诉分析失败原因等。
目前，实现网络设备运行维护的方法主要包括如下步骤步骤1、操作员在GUI(graphics user interface，图形用户界面)中创建测量任务，如设置粒度周期，测量对象，测量指标，时间等。创建的任务直接下发到网络设备中，网络设备根据其接收的测量任务进行测量性能指标的打点计算。
步骤2、各个相关数据采集点根据测量任务向NE OM(network elementoperation and maintenance，网元操作运行维护管理)或EM(element management，网元管理)上报符合要求的数据，不符合要求的数据不上报。
步骤3、NE OM或EM根据其接收到的数据为每一个测量任务分别生成测量结果，即性能测量结果，并将测量结果保存在文件或数据库中，或者将测量结果上报到GUI网管，或者网管向NE OM/EM查询指定任务的测量结果。
步骤4、当测量任务的结束时间到或操作员删除了测量任务时，各个相关数据采集点停止向NE OM或EM上报数据。
通过上述描述可知，目前的实现网络设备运行维护的方法主要存在以下问题1、由于各个数据采集点和呼叫处理流程紧密结合，所以，很难对测量过程进行精确控制，由于异常情况多等原因，使性能测量的统计结果很难做到非常准确。
2、网络设备支持的测量任务数目和对象数目有限，导致测量数据收集不完整。
3、如果在网络设备执行测量任务过程中新增了资源，即使该新增的资源符合某个测量任务指定的条件，也不能自动包含在该测量任务中，不能做到自动测量。
4、由于该方法需要先建立测量任务，所以，测量任务中没有的指标，就收集不到相应的指标数据，使该方法难以支持事后分析。
5、由于测量指标和网络设备中的呼叫实现过程紧密结合，所以，对于新的测量指标和新的话务统计需求响应慢。
6.由于性能测量指标在网络设备内统计，所以，系统不能提供针对单次呼叫的性能测量指标统计。
发明内容
本发明的目的在于，提供一种实现网络设备运行维护的系统、方法及网络设备，通过使网络设备仅输出呼叫的呼叫信息，由专门的预处理层根据呼叫信息对各网络设备进行运行维护管理，使呼叫的实现过程与网络设备的运行维护的过程相互分离，而且，使预处理层能够获取到原始呼叫的详细记录数据，从而使运行维护过程能够灵活实现、运行维护管理更加全面。
为达到上述目的，本发明提供的一种实现网络设备运行维护的系统，包括由至少一台网络设备构成的设备层、及独立于设备层存在的预处理层；
各网络设备获取呼叫过程中的呼叫信息，并将呼叫信息传输至预处理层，预处理层根据其接收的呼叫信息对网络设备进行集中运行维护管理。
所述网络设备中设置有获取呼叫信息模块和传输模块；获取呼叫信息模块获取正常/异常结束的呼叫中的呼叫信息，和/或获取在应答之前失败的呼叫中的呼叫信息，和/或获取发生的补充业务的呼叫信息，和/或定时获取处于活动状态的呼叫中的呼叫信息；传输模块将获取呼叫信息模块获取的呼叫信息传输至预处理层。
所述网络设备中还设置有时间戳模块；时间戳模块定时获取网络设备当前时间信息，并由传输模块将当前时间信息传输至预处理层。
所述预处理层中设置有过滤条件存储模块和统计模块；过滤条件存储模块存储对呼叫信息进行过滤的过滤条件；过滤模块根据过滤条件存储模块中存储的过滤条件对预定时间段内预处理层接收的呼叫信息进行过滤，获得影响性能测量指标统计结果的呼叫信息，并将影响性能测量指标统计结果的呼叫信息传输至统计模块；统计模块根据其接收的呼叫信息进行性能测量指标统计。
所述过滤条件存储模块包括对象过滤存储子模块、业务属性过滤存储子模块和性能测量指标过滤存储子模块中的一个或多个；对象过滤存储子模块存储需要进行性能测量指标统计的呼叫对象信息；业务属性过滤存储子模块存储需要进行性能测量指标统计的呼叫业务属性信息；性能测量指标过滤存储子模块存储需要进行统计的性能测量指标与影响其统计结果的呼叫信息的对应关系。
所述预处理层中设置有日志模块和日志分析模块；日志模块根据预处理层接收的呼叫信息建立呼叫失败的日志信息；
日志分析模块对日志模块中存储的日志信息进行呼叫失败日志分析处理。
所述系统还包括后分析层对预处理层输出的预处理结果数据进行后分析处理。
所述后分析层包括但不限于网元管理系统EMS，或网络管理系统NMS，或网络优化系统。
本发明提供的一种实现网络设备运行维护的方法，包括a、设备层中的各网络设备获取呼叫过程中的呼叫信息，并将呼叫信息传输至独立于设备层的预处理层；b、预处理层根据其接收的呼叫信息对各网络设备进行集中运行维护管理。
所述呼叫中的呼叫信息包括但不限于下述一个或多个表示呼叫中的标准信令消息收发情况的主被叫侧的消息收发位表相关数据、呼叫中的标准信令消息的收到/发出时刻信息、呼叫对应的对象信息、呼叫对应的业务属性信息。
所述步骤a包括下述步骤中的一个或多个网络设备获取正常/异常结束的呼叫中的呼叫信息，并传输至预处理层；网络设备获取在应答之前失败的呼叫中的呼叫信息，并传输至预处理层；网络设备获取发生的补充业务的呼叫信息，并传输至预处理层；网络设备定时获取处于活动状态的呼叫的呼叫信息，并传输至预处理层。
所述步骤a还包括网络设备定时获取网络设备当前时间信息，并传输至预处理层。
所述步骤b包括预处理层根据其存储的过滤条件对其接收的呼叫信息进行过滤，获得影响性能测量指标统计结果的呼叫信息，并根据影响性能测量指标统计结果的呼叫信息进行性能测量指标统计。
所述步骤b中的过滤条件包括呼叫对象过滤条件、业务属性过滤条件和性能测量指标过滤条件中的一个或多个；所述性能测量指标过滤条件为需要进行统计的性能测量指标与影响其统计结果的呼叫信息的对应关系。
所述步骤b包括预处理层根据其接收的呼叫信息建立呼叫失败的日志信息，并根据日志信息进行呼叫失败的日志分析处理。
所述方法还包括预处理层将预处理结果数据传输至后分析层；后分析层对其接收的预处理结果数据进行后分析处理。
本发明还提供一种网络设备，所述网络设备获取呼叫过程中的呼叫信息，并将所述呼叫信息传输至与其独立存在的预处理层。
所述网络设备中设置有获取呼叫信息模块和传输模块；获取呼叫信息模块获取正常/异常结束的呼叫中的呼叫信息，和/或获取在应答之前失败的呼叫中的呼叫信息，和/或获取发生的补充业务的呼叫信息，和/或定时获取处于活动状态的呼叫中的呼叫信息；传输模块将获取呼叫信息模块获取的呼叫信息传输至预处理层。
所述网络设备中还设置有时间戳模块；时间戳模块定时获取网络设备当前时间信息，并传输至预处理层。
通过上述技术方案的描述可知，通过使网络设备仅输出呼叫的呼叫信息，由专门的预处理层根据呼叫信息对网络设备进行运行维护管理，如进行性能测量指标统计、失败日志分析等，使呼叫与性能测量指标统计等运行维护管理过程相互分离，使网络设备的功能单一化，从而使网络设备的运行更加稳定；本发明中的预处理层能够获取到原始呼叫的详细记录数据，使性能测量指标统计等运行维护管理过程能够灵活实现，使性能测量指标统计等运行维护管理更加全面等；而且，当网络设备传输的呼叫信息包含呼叫过程详细信息时，预处理层即使进行新的性能测量指标统计等运行维护管理，也不需要对网络设备中运行的代码进行修改，使本发明能够对新的性能测量指标等运行维护管理进行快速响应；本发明中的预处理层通过采用对象过滤、业务属性过滤、性能测量指标过滤过程，使预处理层能够支持更多的测量对象，保证了呼叫信息的收集完整性，进一步保证了预处理层能够进行全面的性能测量指标统计等运行维护管理；本发明中的预处理层能够根据网络设备传输来的呼叫信息，针对单个用户的单次呼叫进行性能测量指标统计，使预处理层能够提供每次呼叫的具体状况，从而能够快速准确的解决单次呼叫的故障问题；由于网络设备会针对每个呼叫产生并向预处理层传输呼叫的详细记录数据，这样，当新增资源被用于呼叫时，新增资源的信息会自动体现在CDR中，使新增资源能够实现自动测量；从而通过本发明提供的技术方案实现了提高整个网络的可监控性，提高网络设备的可运行维护性，提高客户满意度的目的。
图1是本发明实施例的实现网络设备运行维护系统的示意图；图2是本发明实施例的实现网络设备运行维护方法的流程图一；图3是本发明实施例的实现网络设备运行维护方法的流程图二；图4是本发明实施例的实现网络设备运行维护方法的流程图三；图5是本发明实施例的实现网络设备运行维护方法的流程图四；图6是本发明实施例的实现网络设备运行维护方法的流程图五；图7是本发明实施例的实现网络设备运行维护方法的流程图六。
具体实施例方式
目前，各个网络设备的网络功能之间比较独立，实现方式和途径都不尽相同，运营商需要一个完整的运行维护管理的解决方案如性能测量指标统计的解决方案。如果将网络设备中的呼叫过程与性能测量指标统计等运行维护管理过程相互分离，使网络设备在实现呼叫过程的同时仅输出呼叫信息，即仅输出原始的呼叫详细记录数据，然后，通过利用专门的预处理层进行性能测量指标统计等运行维护管理过程，则能够使网络设备的功能单一化，网络设备的功能单一化能够使网络设备的运行更加稳定，而且，网络设备输出的原始的呼叫详细记录数据使预处理层能够进行更加全面、灵活的性能测量指标统计等运行维护管理。随着网络设备硬件成本的不断降低、网络设备处理能力的不断提高、网络传输带宽的不断增加，使得上述实现方案具有可行性，而且，上述实现方案能够有效克服现有实现方法中存在的各种缺点，提高整个网络的可监控性，提高网络设备的可运行维护性，提高客户满意度。
因此，本发明提供的技术方案的核心是设备层中的各网络设备获取呼叫中的呼叫信息，并将呼叫信息传输至独立于网络设备存在的预处理层，预处理层根据其接收的呼叫信息对各网络设备集中进行运行维护管理，如集中进行性能测量指标统计，以获得网络设备的性能测量指标等。
下面基于本发明的核心思想、结合附图对本发明提供的实现网络设备运行维护的系统、方法和网络设备做进一步的描述。
本发明的实现网络设备运行维护的系统如附图1所示。
图1中，实现网络设备运行维护的系统主要由两部分协作完成，一部分是设备层，设备层由至少一个网络设备组成，这里的网络设备可以为各种主机设备，网元设备等；在IMS(IP多媒体子系统)产品中，网络设备如P-CSCF(ProxyCSCF，代理CSCF)，S-CSCF(服务CSCF)，MGCF(Media Gateway ControlFunction，媒体网管控制功能)，BGCF(Breakout Gateway Control Function，出口网关控制功能)等。另一部分是预处理层，预处理层可以为PDS(Performance Data Server，性能数据服务器)。从图1中可以明显看出，设备层与预处理层是独立存在的。
设备层中的各网络设备记录呼叫的呼叫信息，呼叫信息即原始的呼叫详细记录数据，在本实施例中可以将原始的呼叫详细记录数据称之为CDR(CallDetail Record，呼叫详细记录)。各网络设备将CDR信息传输至PDS，由PDS对其接收的各个CDR集中进行统计，以获得其需要测量的性能测量指标。
本发明的系统还可以进一步包括后分析层和包括至少一个客户端的呈现表示层，后分析层对预处理层输出的性能测量指标等运行维护管理信息进行再次分析处理，后分析层的处理结果由客户端输出、或显示。本发明不限制后分析层中的后分析处理过程，即本发明中的后分析层可以采用现有的后分析处理方法来实现。后分析层包括但不限于EMS(element management system，网元管理系统)，NMS(network management system，网络管理系统)，网络优化系统等。
下面对设备层中网络设备的处理过程和预处理层中PDS的处理过程分别进行说明。
一、网络设备输出CDR信息的过程。
网络设备需要针对每个呼叫均输出CDR信息。CDR信息中包括了一个呼叫过程中的详细信息。CDR中的信息包括但不限于如下内容1、呼叫中主被叫侧的信令消息收发位表的相关数据。
这里的主叫侧是指交换机内部处理和主叫相关的信令消息的那一侧，被叫侧是指交换机内部处理和被叫相关的信令消息的那一侧。
呼叫中主被叫侧的信令消息收发位表的相关数据包括一个呼叫中的标准信令消息的收发情况，如呼叫中的某个标准信令消息是否已经收到了或者是否已经发出了。这里的标准信令消息包括软交换中的收发信令消息、IMS(因特网多媒体子网)中CSCF(呼叫服务器控制功能)的收发信令消息等。软交换中的收发信令消息如SETUP(建立)，IAM(初始地址消息)，ALERTING(振铃)，CONNECT(连接)，CONNECT ACK(连接应答)，RELEASE(释放)消息等信令消息，CSCF中的收发信令消息如INVITE(请求)消息，183，PRACK，180，200等信令消息。
2、呼叫中的标准信令消息的收到/发出时刻信息。
呼叫中每个标准信令消息的收发都会有一个对应的时间值，网络设备需要记录这些标准信令消息的收到时刻、或者发出时刻，如网络设备需要记录主叫业务请求时刻，即记录主叫侧收到SET UP信令消息的时刻，被叫业务请求时刻，即被叫侧发出SET UP信令消息的时刻，被叫振铃时刻即被叫侧收到ALERTING消息的时刻，被叫应答时刻，即被叫侧收到CONECT信令消息的时刻，通话结束时刻等。
3、呼叫对应的对象信息。
呼叫对应的对象信息即呼叫中能够进行性能测量指标统计的对象信息，如在软交换中，呼叫对应的对象信息包括但不限于下述内容中的一种或多种呼叫的主被叫用户号码、主被叫端口号、入中继和出中继的电路号、入中继和出中继的类型、入局与出局局向号、主被叫的CENTREX(虚拟用户交换机)群号、主被叫的PBX(专用分组交换机)群号等等。
4、呼叫对应的业务属性信息。
呼叫对应的业务属性信息包括但不限于下述内容中的一种或多种呼叫的主被叫侧接入类型，呼叫的呼叫类型如入局呼叫、出局呼叫或汇接呼叫等，呼叫的接续类型如国内长途、国际长途、市话等，呼叫的智能业务标志，呼叫的补充业务标志，呼叫的承载业务类型如语音、视频、数据、传真等，呼叫的失败原因，呼叫的音频视频编码方式等等。
网络设备产生的CDR种类包括但不限于下述内容的一种或多种话务终止CDR，话务失败CDR，话务同步CDR，补充业务CDR。也就是说网络设备可以在呼叫过程中记录呼叫信息，记录呼叫信息可以通过置位过程来实现，即对CDR中的相应字段进行设置。
如果该呼叫正常结束或者在通话过程中异常结束，则网络设备记录并生成的CDR为话务终止CDR；如果该呼叫在应答之前失败，则网络设备记录并生成的CDR为话务失败CDR；如果有相关补充业务发生，则需要生成补充业务CDR，以便进行各种补充业务相关的统计，如针对前转目的地的性能测量指标的统计等；为了保证在一个统计周期内统计的性能测量指标的数据绝对正确，网络设备需要周期性的产生话务同步CDR，将周期结束时刻处于活动状态的呼叫的呼叫信息传输至预处理层，以便使PDS可以准确地计算一个周期内的话务量和各种呼叫次数等性能测量指标。
上述记录并生成话务终止CDR、话务失败CDR、补充业务CDR、话务同步CDR的功能由获取呼叫信息模块来完成。上述将话务终止CDR、话务失败CDR、补充业务CDR、话务同步CDR传输至预处理层的功能由传输模块来完成。
为了使预处理层便于对性能测量指标进行准确统计，网络设备还可以周期性的产生时间戳CDR，时间戳CDR中包含有网络设备的当前时间，即网络设备周期性的将系统当前时间写入CDR中，并传输至PDS，如网络设备每分钟向PDS传输一次时间戳CDR，以使预处理层能够准确区分网络设备在不同时刻产生的CDR信息。生成时间戳CDR的功能由时间戳模块来完成，此时，传输模块还需要将时间戳模块生成的时间戳CDR传输至预处理层。
网络设备可以采用主动上报的方式将其产生的CDR信息传输至PDS，即网络设备产生CDR信息后立即上报；网络设备也可以采用被动上报的方式将其产生的CDR信息传输至PDS，即网络设备存储其产生CDR信息，在PDS向网络设备请求CDR信息时，网络设备才将其存储的CDR信息传输至PDS。
网络设备产生的CDR中包含的信息可根据实际需要进行灵活设置，即CDR中的信息详细程度是可以灵活变化的，如可以把一些链路的流量测量，一些电路群的性能测量继续留在主机进行打点，然后，采用定时产生非话务类CDR的方式将一个周期内的数据传输至PDS。当然，也可以在话务类CDR中增加一些字段信息，如增加一些链路对象信息、增加针对这些链路对象的消息流量字段等，使链路的流量等信息包含在话务类CDR中传输至PDS，使PDS能够通过话务类CDR获得一个呼叫过程中，此链路对象发送了多少控制消息，收到了多少控制消息等信息，PDS通过对网络设备传输来的CDR进行集中分析计算，也能够获得链路对象等在一个周期内的性能测量指标值等运行维护管理信息。
下面结合附图2对网络设备产生不同种类的CDR的过程进行说明。
图2中，呼叫1和呼叫2均为跨周期呼叫，网络设备需要在周期0的结束时刻为呼叫2生成话务同步CDR，在周期1的结束时刻为这两个跨周期呼叫分别生成话务同步CDR，每张话务同步CDR反映某呼叫在该周期时刻所处的状态。如果呼叫1和呼叫2均为正常结束，则网络设备还需要在呼叫1和呼叫2正常结束时，为这两个跨周期呼叫分别生成呼叫终止CDR。
设定呼叫1的结束或失败时刻为10:12，呼叫2的结束或失败时刻为10:11，则网络设备生成的CDR包括在10:05时刻为呼叫2生成的话务同步CDR，在10:10时刻为呼叫1和呼叫2分别生成的话务同步CDR，在10:11为呼叫2生成话务终止CDR或话务失败CDR，在10:12为呼叫1生成话务终止CDR或话务失败CDR。
从上述描述可以看出，网络设备可以根据每个呼叫的失败、终止及补充业务的产生情况实时产生并向PDS传输CDR信息，同时，网络设备还可以根据预定周期定时产生并向PDS传输CDR信息，也就是说，如果呼叫在周期内就结束了，则网络设备需要实时产生并传输话务终止CDR、或者话务失败CDR、或者补充业务CDR，如果呼叫是跨周期的呼叫，则网络设备需要在周期点上报这个呼叫在该周期点的呼叫详细信息。通过各种CDR信息的生成和传输，可以保证网络设备为一个周期内的每个呼叫都生成并传输了CDR信息，使PDS进行性能测量指标统计等运行维护管理的基础数据的完整性高，从而保证了PDS统计性能测量指标等运行维护管理信息的准确性。
二、PDS集中进行运行维护管理过程。下面以性能测量指标统计过程为例进行说明。
PDS侧需要对网络设备传输来的CDR信息进行性能测量指标统计，根据需要进行性能测量指标的不同，PDS可以不对网络设备传输来的CDR信息进行过滤，直接进行性能测量指标统计，如在统计此次呼叫的主叫号码时，不需要对网络设备传输来的CDR信息过滤；在进行大多数的性能测量指标统计过程中，PDS需要对网络设备传输来的CDR信息进行过滤，然后，根据符合过滤条件的CDR信息进行性能测量指标统计，即PDS通过进行复杂的逻辑处理，最终计算出性能测量指标信息。当需要进行过滤处理时，PDS进行的性能测量指标统计过程主要包括过滤处理过程和性能测量指标计算过程，过滤条件存储于PDS中的过滤条件存储模块中。
过滤处理过程可以包括呼叫对应的对象信息过滤处理、呼叫对应的业务属性信息过滤处理和性能测量指标的过滤处理过程中的任意一种、或者任意两种、或者三种同时都包括，而且，本发明不限制过滤的先后顺序，如可以先进行呼叫对应的对象信息过滤处理、再进行呼叫对应的业务属性信息过滤处理；再如可以先进行呼叫对应的业务属性信息过滤处理、在进行呼叫对应的对象信息过滤处理。当过滤处理过程同时包括上述三种过滤处理过程时，这三种过滤处理过程的先后顺序可以任何调整。
下面对这三种过滤处理过程分别进行描述。
1、呼叫对应的对象信息过滤处理。
网络设备上报的CDR中包含呼叫对应的对象信息。呼叫对应的对象信息如该呼叫的主被叫号码、主被叫端口号、入中继出中继、入局局向、出局局向、主被叫CENTREX群等。
PDS侧存储有整个测量系统需要进行性能测量指标计算的对象信息，这里的对象信息可以存储于过滤条件存储模块中的对象过滤存储子模块中，而且，PDS侧存储的对象信息可以是网管下发的，也可以是其支持的默认对象信息。
由于PDS侧存有整个测量系统需要进行性能测量指标统计的所有对象信息，而网络设备传输来的每张CDR中仅包含与这个呼叫相关的一些对象信息，因此，需要对CDR进行对象过滤，对象过滤过程如附图3所示。
图3中，对象过滤器中包含有本发明中的对象过滤存储子模块和过滤模块，对象过滤器判断网络设备传输来的CDR中的对象信息是否能够和PDS需要进行性能测量指标统计的对象匹配，如果匹配成功，表明CDR对应的呼叫是PDS关心的呼叫，需要针对该CDR计算匹配成功的对象的性能测量指标；如果匹配不成功，则表明CDR对应的呼叫没有通过对象过滤，该呼叫不是PDS关心的呼叫，不需要针对该CDR计算相应对象的性能测量指标对象指标。
下面通过一个具体的例子进行说明。
设定PDS需要计算局向2，局向3，局向4的发话出局话务量，而网络设备上报的一张CDR对应的呼叫是局向2的发话，这样，通过对象过滤过程，确定该CDR对应的呼叫是PDS关心的呼叫，PDS需要根据该CDR中的呼叫信息计算局向2的相关的性能测量指标；如果网络设备上报的某张CDR对应的呼叫是局向5的发话，由于PDS只需要计算局向2，局向3，局向4的发话出局话务量，所以，通过对象过滤过程，确定该CDR对应的呼叫不是PDS关心的呼叫，PDS不需要根据该CDR中的呼叫信息计算相应对象的相关的性能测量指标。
2、呼叫对应的业务属性过滤处理。
网络设备上报的CDR信息中包含一个呼叫对应的业务属性信息。业务属性信息如呼叫的主被叫侧接入类型，呼叫的智能业务标志，补充业务标志，呼叫的承载业务类型等。呼叫的承载业务类型如语音，视频等。
PDS侧存储有整个测量系统需要进行性能测量指标计算的业务属性信息，这里的业务信息可以存储于过滤条件存储模块中的业务属性过滤存储子模块中，而且，PDS侧存储的业务属性信息可以是网管下发的，也可以是其支持的默认对象信息。
如果本发明中的过滤条件包括对象过滤和业务属性过滤，则通过上述图3的对象过滤后，会得到一个需要参加性能测量指标统计的对象集合，每个需要参加性能测量指标统计的对象会对应一组本体，这些本体中带有呼叫的业务属性，如主叫为2G接入的试呼叫次数，主叫为2G接入的占用接通话务量，主叫为2G接入的应答话务量；主叫为3G接入的试呼次数，主叫为3G接入的接通话务量，主叫为3G接入的应答话务量。这些带有相同呼叫业务属性的本体可以组织成性能测量单元的形式，如主叫为2G接入的本体组织成一个性能测量单元，主叫为3G接入的本体组织成另一个性能测量单元。但是不管以什么方式组织，局向这个对象的本体集合反映出了多种呼叫业务属性。
因此，PDS性能测量系统中的对象需要测量的本体可能体现出多种业务属性，而对于主机上报的一个呼叫的CDR来说，其业务属性是固定的，如上述例子中的接入类型，在一个呼叫对应的CDR中要么是2G，要么是3G，或者是其他形式，但是，绝对不会出现又是2G接入，又是3G接入的现象。这样PDS就需要对呼叫信息进行业务属性信息的过滤。业务属性过滤过程如附图4所示。
图4中，业务属性过滤器中包含有本发明中的业务属性过滤存储子模块和过滤模块，业务属性过滤器判断对象过滤后的CDR中的业务属性信息是否能够和性能测量单元中的业务属性匹配，如果匹配成功，表明CDR对应的呼叫是PDS关心的呼叫，需要针对该CDR计算匹配成功的对象、业务属性的性能测量指标；如果匹配不成功，则表明CDR对应的呼叫没有通过业务属性过滤，该呼叫不是PDS关心的呼叫，不需要针对该CDR计算相应对象、业务属性的性能测量指标对象指标。
下面通过一个具体的例子进行说明。
设定针对软交换中的局向对象，需要进行性能测量的指标包括该局向的主叫为2G接入的试呼次数，占用次数，接通次数，应答次数，占用话务量，接通话务量，应答话务量；这7个本体组成2G发话话务测量单元。需要进行性能测量的指标还可以包括主叫为3G接入的试呼次数，占用次数，接通次数，应答次数，占用话务量，接通话务量，应答话务量；这7个本体组成3G发话话务测量单元。而网络设备上报的一个呼叫的CDR信息中，主叫侧接入类型为2G，这样，对于主叫为3G接入的试呼次数，占用次数，接通次数，应答次数，占用话务量，接通话务量，应答话务量这几个指标业务属性匹配不成功，3G发话话务测量单元不需要进行更新，即CDR中的信息不需要参加3G发话话务测量单元的性能测量指标的统计。而主叫为2G接入的试呼次数，占用次数，接通次数，应答次数，占用话务量，接通话务量，应答话务量这几个指标和CDR信息中的呼叫业务属性匹配成功，2G发话话务测量单元需要进行更新，即CDR中的信息需要参加2G发话话务测量单元的性能测量指标的统计。
3、性能测量指标的过滤网络设备上报的CDR信息中包含有一个呼叫对应的信令消息的收发情况和这些信令消息收发对应的时刻点，针对某个呼叫，CDR中的信息可以包括主叫侧收到了SET UP消息，对应的主叫侧业务请求时刻，被叫侧收到了ACM消息，对应的被叫振铃时刻，被叫侧收到CONNECT消息，对应的被叫应答时刻等等。
由于网络设备传输来的CDR信息中的信令消息收发情况是呼叫流程中的一些关键信令消息，根据这些信令消息的收发情况，可以判断出当前呼叫所处的状态，也就决定了需要更新的性能测量指标，即决定了需要进行统计的性能测量指标，这个过程就是性能测量指标过滤过程。性能测量指标的过滤过程如附图5所示。
图5中，过滤模块根据业务属性过滤存储子模块中存储的需要进行统计的性能测量指标与影响其统计结果的呼叫信息的对应关系，对CDR中包含的信令消息的收发情况进行过滤，以确定影响性能测量指标统计的信令消息收发情况，从而确定了需要根据CDR中的信令消息的收发情况进行性能测量指标更新计算的性能测量指标集。
下面结合附图6、通过具体的例子对性能测量指标过滤过程进行说明。
图6中，如果主叫侧收到了SET UP消息，则CDR信息中会包括主叫侧收到SET UP消息的置位信息，PDS需要根据该CDR更新性能测量指标中的试呼次数；如果被叫侧收到了ACM消息，则CDR信息中会包括被叫侧收到了ACM消息的置位信息，PDS需要根据该CDR更新性能测量指标中的接通次数，并计算接通话务量；如果被叫侧收到CONNECT消息，则CDR信息中会包括被叫侧收到CONNECT消息的置位信息，PDS需要根据该CDR更新性能测量指标中的应答次数，并计算应答话务量。
接上述描述的针对软交换的一个局向对象的例子，由于CDR中主叫接入类型为2G接入，所以，通过对象信息过滤和业务属性过滤，匹配到了局向2的性能测量指标集合，即确定了对应主叫接入为2G的发话话务测量单元，局向2的性能测量指标集合包括主叫接入为2G的试呼次数，占用次数，接通次数，应答次数，占用话务量，接通话务量，应答话务量。但是，通过了对象信息过滤和业务属性过滤得到的本体，并不是最终需要进行性能测量指标更新的本体，PDS还需要根据CDR中的信令消息的收发情况，即呼叫流程中的信令消息置位情况来判断。设定网络设备传输来的CDR信息中的主被叫侧信令消息置位情况为主叫侧收到了SET UP消息，被叫侧发出了IAM消息，被叫侧收到了ACM。这样，PDS需要更新的本体为2G的试呼次数，占用次数，占用话务量，接通次数，接通话务量。由于该呼叫的CDR信息中表明，被叫侧没有收到CONNECT，所以，PDS不需要更新应答次数和应答话务量。
通过上述各个过滤过程后，得到了最终需要更新计算的性能测量指标，PDS根据次数累加、或利用计算公式等方法对性能测量指标进行更新。
在上述针对软交换的一个局向对象的例子中，主叫为2G接入的试呼次数，占用次数，接通次数，应答次数，这些本体的性能测量指标的更新是通过标准计算公式直接次数累加实现的；而占用话务量，接通话务量，应答话务量，这些本体的性能测量指标的更新是通过标准的计算公式计算获得的，如应答话务量通过公式(被叫应答时刻-呼叫起始时刻)/周期获得。
在上述性能测量指标进行更新时，需要判断一下时间，如更新占用次数时，需要判断中继占用时刻是否在本周期内，如图7中，跨周期呼叫1的中继占用时刻在周期1内，由于PDS已经根据网络设备在周期点10:10产生的话务同步CDR中的信息对中继占用次数进行了累加统计，所以，针对呼叫1在周期2产生的话务终止CDR，PDS就不能根据该话务终止CDR中的信息对中继占用次数进行再次累加统计。同理，跨周期呼叫2的中继占用时刻在周期0内，由于PDS已经根据网络设备在周期点10:05产生的话务同步CDR中的信息对中继占用次数进行了累加统计，所以，针对呼叫2在10:10分的话务同步CDR和周期2内的话务终止CDR，PDS均不能再对中继占用次数进行累加统计。
同样的道理，PDS在对试呼次数，接通次数，应答次数，占用话务量，接通话务量，应答话务量等性能测量指标进行更新时，需要进行同样的判断。
在上述实施例的描述中，网络设备层传输至预处理层的呼叫信息可以是用于计费目的的话单，如本发明可以通过从用于计费目的的话单中计算出针对单个用户的话务量。但是，由于计费信息只有成功呼叫才能产生，因此，通过该方法不能得到关于失败呼叫的性能测量指标。而在实际操作维护中，失败呼叫的信息更加重要。
上述实施例对预处理层的描述是以性能测量指标统计为例进行描述的，本发明中的预处理层还可以包括其他运行维护管理的处理，如对呼叫失败日志的处理等，对呼叫失败日志的处理由日志模块和日志分析模块来实现，日志模块主要用于利用网络设备传输来的呼叫信息建立并存储呼叫失败的日志信息，日志处理模块主要用于对日志模块存储的日志信息进行呼叫失败的日志分析处理。由于对网络设备进行运行维护管理包含的内容非常丰富，在本实施例中不再一一例举。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。
权利要求
1.一种实现网络设备运行维护的系统，其特征在于，包括由至少一台网络设备构成的设备层、及独立于设备层存在的预处理层；各网络设备获取呼叫过程中的呼叫信息，并将呼叫信息传输至预处理层，预处理层根据其接收的呼叫信息对网络设备进行集中运行维护管理。
2.如权利要求1所述的一种实现网络设备运行维护的系统，其特征在于，所述网络设备中设置有获取呼叫信息模块和传输模块；获取呼叫信息模块获取正常/异常结束的呼叫中的呼叫信息，和/或获取在应答之前失败的呼叫中的呼叫信息，和/或获取发生的补充业务的呼叫信息，和/或定时获取处于活动状态的呼叫中的呼叫信息；传输模块将获取呼叫信息模块获取的呼叫信息传输至预处理层。
3.如权利要求2所述的一种实现网络设备运行维护的系统，其特征在于，所述网络设备中还设置有时间戳模块；时间戳模块定时获取网络设备当前时间信息，并由传输模块将当前时间信息传输至预处理层。
4.如权利要求1或2或3所述的一种实现网络设备运行维护的系统，其特征在于，所述预处理层中设置有过滤条件存储模块和统计模块；过滤条件存储模块存储对呼叫信息进行过滤的过滤条件；过滤模块根据过滤条件存储模块中存储的过滤条件对预定时间段内预处理层接收的呼叫信息进行过滤，获得影响性能测量指标统计结果的呼叫信息，并将影响性能测量指标统计结果的呼叫信息传输至统计模块；统计模块根据其接收的呼叫信息进行性能测量指标统计。
5.如权利要求4所述的一种实现网络设备运行维护的系统，其特征在于，所述过滤条件存储模块包括对象过滤存储子模块、业务属性过滤存储子模块和性能测量指标过滤存储子模块中的一个或多个；对象过滤存储子模块存储需要进行性能测量指标统计的呼叫对象信息；业务属性过滤存储子模块存储需要进行性能测量指标统计的呼叫业务属性信息；性能测量指标过滤存储子模块存储需要进行统计的性能测量指标与影响其统计结果的呼叫信息的对应关系。
6.如权利要求1、2或3所述的一种实现网络设备运行维护的系统，其特征在于，所述预处理层中设置有日志模块和日志分析模块；日志模块根据预处理层接收的呼叫信息建立呼叫失败的日志信息；日志分析模块对日志模块中存储的日志信息进行呼叫失败的日志分析处理。
7.如权利要求1、2或3所述的一种实现网络设备运行维护的系统，其特征在于，所述系统还包括后分析层对预处理层输出的预处理结果数据进行后分析处理。
8.如权利要求7所述的一种实现网络设备运行维护的系统，其特征在于，所述后分析层包括但不限于网元管理系统EMS，或网络管理系统NMS，或网络优化系统。
9.一种实现网络设备运行维护的方法，其特征在于，包括步骤a、设备层中的各网络设备获取呼叫过程中的呼叫信息，并将呼叫信息传输至独立于设备层的预处理层；b、预处理层根据其接收的呼叫信息对各网络设备进行集中运行维护管理。
10.如权利要求9所述的一种实现网络设备运行维护的方法，其特征在于，所述呼叫中的呼叫信息包括但不限于下述一个或多个表示呼叫中的标准信令消息收发情况的主被叫侧的消息收发位表相关数据、呼叫中的标准信令消息的收到/发出时刻信息、呼叫对应的对象信息、呼叫对应的业务属性信息。
11.如权利要求9或10所述的一种实现网络设备运行维护的方法，其特征在于，所述步骤a包括下述步骤中的一个或多个网络设备获取正常/异常结束的呼叫中的呼叫信息，并传输至预处理层；网络设备获取在应答之前失败的呼叫中的呼叫信息，并传输至预处理层；网络设备获取发生的补充业务的呼叫信息，并传输至预处理层；网络设备定时获取处于活动状态的呼叫中的呼叫信息，并传输至预处理层。
12.如权利要求11所述的一种实现网络设备运行维护的方法，其特征在于，所述步骤a还包括网络设备定时获取网络设备当前时间信息，并传输至预处理层。
13.如权利要求9或10所述的一种实现网络设备运行维护的方法，其特征在于，所述步骤b包括预处理层根据其存储的过滤条件对其接收的呼叫信息进行过滤，获得影响性能测量指标统计结果的呼叫信息，并根据影响性能测量指标统计结果的呼叫信息进行性能测量指标统计。
14.如权利要求13所述的一种实现网络设备运行维护的方法，其特征在于，所述步骤b中的过滤条件包括呼叫对象过滤条件、业务属性过滤条件和性能测量指标过滤条件中的一个或多个；所述性能测量指标过滤条件为需要进行统计的性能测量指标与影响其统计结果的呼叫信息的对应关系。
15.如权利要求9或10所述的一种实现网络设备运行维护的方法，其特征在于，所述步骤b包括预处理层根据其接收的呼叫信息建立呼叫失败的日志信息，并根据日志信息进行呼叫失败的日志分析处理。
16.如权利要求9或10所述的一种实现网络设备运行维护的方法，其特征在于，所述方法还包括预处理层将预处理结果数据传输至后分析层；后分析层对其接收的预处理结果数据进行后分析处理。
17.一种网络设备，其特征在于，所述网络设备获取呼叫过程中的呼叫信息，并将所述呼叫信息传输至与其独立存在的预处理层。
18.如权利要求17所述的一种网络设备，其特征在于，所述网络设备中设置有获取呼叫信息模块和传输模块；获取呼叫信息模块获取正常/异常结束的呼叫中的呼叫信息，和/或获取在应答之前失败的呼叫中的呼叫信息，和/或获取发生的补充业务的呼叫信息，和/或定时获取处于活动状态的呼叫中的呼叫信息；传输模块将获取呼叫信息模块获取的呼叫信息传输至预处理层。
19.如权利要求18所述的一种实现网络设备运行维护的系统，其特征在于，所述网络设备中还设置有时间戳模块；时间戳模块定时获取网络设备当前时间信息，并传输至预处理层。
全文摘要
本发明提供一种实现网络设备运行维护的系统和方法，通过使网络设备仅输出呼叫的呼叫信息，由专门的预处理层根据呼叫信息对网络设备进行性能测量指标统计等运行维护管理，使呼叫与性能测量指标统计等运行维护管理的过程相互分离，使网络设备的功能单一化，从而使网络设备的运行更加稳定，使预处理层的性能测量指标的统计等运行维护管理过程能够灵活实现，而且，本发明能够对新的性能测量指标等运行维护管理进行快速响应，能够针对单次呼叫进行性能测量指标统计；且能够实现新增资源的自动维护管理；从而通过本发明提供的技术方案实现了提高整个网络的可监控性，提高网络设备的可运行维护性，提高客户满意度的目的。
文档编号H04M3/22GK1992752SQ20051013746
公开日2007年7月4日 申请日期2005年12月30日 优先权日2005年12月30日
发明者吴东君, 王晖, 陈宇杰 申请人:华为技术有限公司