CN101826981B - 一种处理事件报文的方法、北向接口和运营支持系统 - Google Patents

Abstract

本发明涉及一种处理事件报文的方法、北向接口和运营支持系统，其中，方法包括：对从下层运营支持系统OSS上报的事件报文增加时序信息；对包含时序信息的事件报文进行适配处理；将完成适配处理的事件报文按照时序信息进行排序；将排序后的事件报文串行批量发送到上层OSS系统。本发明实施例在事件报文上增加时序信息，然后并发地对事件报文进行适配处理，再对经过事件报文按照时序信息进行排序，并以串行批量发送的方式将完成适配处理的事件报文发送到上层OSS系统，避免在处理事件报文时容易发生堵塞的情况，同时保证各个事件报文在发送到上层OSS系统时顺序与下层OSS系统发送到北向接口的时间顺序相一致，从而既能高速处理事件报文，又能保证了事件报文的有序性。

Description

一种处理事件报文的方法、北向接口和运营支持系统

技术领域

本发明涉及一种网络技术，特别涉及一种处理事件报文的方法、北向接口和运营支持系统。

背景技术

电信管理网络(Telecommunications Management Network Model，TMN)是由国际电信联盟电话与电报分会于1985年提出作为一种应用于电信服务供应商所持有的运营支持系统(Operation Support System，OSS)的参考模型。就概念而言，TMN是一种相互连接不同类型OSS系统组成部分和网络元素的结构体系，同时TMN也包含标准化接口和协议，用于交换各OSS系统和网络单元间的信息、以及网络管理所需的全部功能。

相邻的各层OSS系统之间通过北向接口(North-Bound Interface，NBI)进行通信。北向接口包括公共对象请求代理结构(Common Object RequestBroker Architecture，CORBA)、简单网络管理协议(Simple NetworkManagement Protocol，SNMP)、扩展标记语言(Extended Markup Language，XML)、人机语言(Man-Machine Language，MML)和事务语言(TractionLanguage 1，TL1)等类型。由于各层的OSS系统通常由不同厂商生产，为保证彼此互通，OSS系统的各层之间的北向接口一般需要遵循既定的标准协议进行开发，这些标准协议由一些国际标准化组织定义和维护，如国际电信联盟(International Telecommunications Union，ITU)、电信管理论坛(Telecom Management Forum，TMF)、互联网工程任务组(InternetEngineering Task Force，IETF)等。

在现有技术中，OSS系统各层间实时进行事件报文交互，这些事件报文包括通常的存量事件(如资源创建、删除、修改)、状态事件(如工作状态改变、保护倒换)、告警事件(如业务中断、资源不足)等的事件报文。电信运维要求有关联的事件在上报的时候必须保证严格的时间顺序，比如关于资源的删除的事件报文通知必须在资源创建的事件报文之前上报。

为了保证上报事件报文的时序严格有序，北向接口必须逐一按照接收到事件报文的时间顺序进行串行处理，但是下层OSS系统连接的内部各子网络相对独立，可能存在大量事件报文在短时间内集中上报到同一个北向接口上，当无法快速适配处理和转发事件报文时，北向接口容易发生事件报文堵塞。

发明内容

本发明实施例的目的是提供一种处理事件报文的方法、北向接口和运营支持系统，用于解决现有技术中北向接口转发事件报文时容易发生事件报文堵塞的问题。

为解决上述问题，本发明实施例提供了一种处理事件报文的方法，其中，包括：

北向接口对从下层运营支持系统OSS上报的事件报文增加时序信息，所述时序信息包括以递增有序的自然数为标识符的时间戳序号；

北向接口采用线程池模式对包含时序信息的事件报文并发地进行适配处理，包括：将事件报文封装成公共对象请求代理结构CORBA、简单网络管理协议SNMP、扩展标记语言XML、人机语言MML或事务语言TL1的格式，以与上层OSS系统中各子OSS系统适配；

北向接口将完成适配处理的事件报文按照时序信息进行排序；

如果各个事件报文没有缺失，则北向接口将排序后的事件报文封装成事件报文包，串行批量发送到上层OSS系统；在到达预设时间时，如果仍有事件报文缺失，北向接口对缺失的事件报文进行老化处理，将完成适配处理的事件报文串行批量发送到上层OSS系统。

本发明实施例还提供了一种北向接口，其中，包括：

排序器，用于对从下层OSS系统上报的事件报文增加时序信息，所述时序信息包括以递增有序的自然数为标识符的时间戳序号；

下层缓存调度器，用于采用线程池模式对包含时序信息的事件报文并发地进行适配处理，包括：将事件报文封装成公共对象请求代理结构CORBA、简单网络管理协议SNMP、扩展标记语言XML、人机语言MML或事务语言TL1的格式，以与上层OSS系统中各子OSS系统适配；

上层缓存调度器，用于将完成适配处理的事件报文按照时序信息进行排序，以及在各个事件报文没有缺失时，将排序后的事件报文封装成事件报文包，串行批量发送到上层OSS系统；在到达预设时间时，如果仍有事件报文缺失，对缺失的事件报文进行老化处理，将完成适配处理的事件报文串行批量发送到上层OSS系统。

本发明实施例又提供了一种采用上述北向接口的运营支持系统。

本发明实施例根据下层OSS系统上报的事件报文到达北向接口的时间在事件报文上增加时序信息，再并发地对带有时序信息的事件报文进行适配处理并按照时序信息进行排序，然后以串行批量发送的方式将完成适配处理的事件报文发送到上层OSS系统，避免了在转发事件报文时发生事件报文堵塞的情况。

附图说明

图1为本发明实施例处理事件报文的方法具体实施例一的流程图；

图2为本发明实施例处理事件报文的方法具体实施例一的OSS系统结构示意图；

图3为本发明实施例提供的事件报文排序的过程的示意图一；

图4为本发明实施例提供的事件报文排序的过程的示意图二；

图5为本发明实施例处理事件报文的方法具体实施例二的流程图；

图6为本发明实施例处理事件报文的方法具体实施例二的指针位置示意图；

图7为本发明实施例北向接口具体实施例一的结构示意图；

图8为本发明实施例北向接口具体实施例二的结构示意图；

图9为本发明实施例运营支持系统具体实施例的结构示意图；

图10为本发明实施例运营支持系统具体实施例事件报文传递示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步地详细描述。

本发明实施例并发处理事件的方法具体实施例一

图1为本发明实施例处理事件报文的方法具体实施例一的流程图。如图1所示，本发明实施例处理事件报文的方法具体流程包括如下步骤：

步骤101、北向接口对从下层OSS系统上报的事件报文增加时序信息。

在本发明实施例中，北向接口包括CORBA、SNMP、XML、MML和TL1等类型。事件报文包括存量事件、状态事件、告警事件等的事件报文，有关联的事件报文在发送上层OSS系统的时候必须保证严格的时间顺序(比如资源的删除通知不能在资源创建通知之前上报)，否则将导致错误。

图2为本发明实施例处理事件报文的方法具体实施例一的OSS系统结构示意图。本发明实施例以图2所示的分布式上下层OSS系统为例来介绍技术方案，下层OSS系统中的各子系统向北向接口发送事件报文，北向接口接收到事件报文后，首先根据事件报文到达北向接口的时间对事件报文增加时序信息。图3为本发明实施例提供的事件报文排序的过程的示意图一。如图3所示，事件报文按照到达北向接口的时间顺序排列，然后按照到达北向接口的先后顺序在事件报文上增加递增有序的自然数作为时间戳序号，包括在到达北向接口的第1条事件报文1加上时间戳序号1，在到达北向接口的第2条事件报文2加上时间戳序号2，依次类推，这个时间戳序号将作为事件报文自身的一部分被传递处理，直到事件报文被发送到上层OSS系统再被剥离丢弃，在本发明实施例中，标识事件报文到达北向接口的时间戳序号为递增连续的自然数，最先到达北向接口的事件报文的时间戳序号最小，先后依次到达的事件报文的时间戳序号依次递增。按照时序排列的事件报文在增加时序信息之后被缓存到北向接口中的下层缓存器中。

步骤102、北向接口对事件报文进行适配处理。

北向接口采用线程池模式对下层缓存器中的事件报文并发地进行适配处理，如图2所示，例如CORBA北向接口将事件报文封装成CORBA格式，以发送到与CORBA格式相匹配的上层OSS系统中的子系统OSS1，SNMP北向接口将事件报文封装成SNMP格式的事件报文，以发送到与SNMP格式相匹配的上层OSS系统中的子系统OSS2，XML北向接口将事件报文封装成XML格式，以发送到与XML格式相匹配的上层OSS系统中的子系统OSSn，事件报文经过适配处理后，缓存到北向接口中的上层缓存器中，进入步骤103。

步骤103、北向接口对适配处理后的事件报文按照时序信息排序。

由于各事件报文的适配处理时间可能并不相等，导致事件报文在适配处理之后，不再是如图3所示的按照时序排列，所以北向接口需要对经过适配处理后的事件报文按照时间戳序号重新进行时间排序。图4为本发明实施例提供的事件报文排序的过程的示意图二。如图4所示，如果各个事件报文的时间戳序号没有缺失，则进入步骤104。

步骤104、北向接口将排序后的事件报文串行批量发送到上层OSS系统。

将多条按照时间戳序号排序的事件报文封装成事件报文包发送到上层OSS系统中，将多条按照时间戳序号排序的事件报文封装成事件报文包发送到上层OSS系统的过程称为串行批量发送，例如事件报文包中可以包括10000条事件报文，可以按照实际需要来设定。

本发明实施例根据下层OSS系统上报的事件报文到达北向接口的时间在事件报文上增加时序信息，再并发地对带有时序信息的事件报文进行适配处理并按照时序信息进行排序，然后以串行批量发送的方式将完成适配处理的事件报文发送到上层OSS系统，避免了在转发事件报文时发生事件报文堵塞的情况，同时保证各个事件报文在发送到上层OSS系统时顺序与下层OSS系统发送到北向接口的时间顺序相一致，从而既能高速处理事件报文，又能保证了事件报文的有序性。

本发明实施例并发处理事件的方法具体实施例二

图5为本发明实施例处理事件报文的方法具体实施例二的流程图。如图5所示，本发明实施例并发处理事件的具体流程包括如下步骤：

步骤501、下层OSS系统上报事件报文。

在上下层网管系统的运行过程中，下层OSS系统会生成各种事件报文并发送到北向接口，事件报文包括存量事件、状态事件和告警事件等的事件报文。

步骤502、北向接口对从下层OSS系统上报的事件报文增加时序信息。

北向接口接收到事件报文后，事件报文按照到达北向接口的时间顺序排列，北向接口根据事件报文到达北向接口的时间在事件报文增加时序信息，时序信息可以为递增有序的自然数作为时间戳序号，在事件报文上增加时间戳序号之后，事件报文按照如图3所示的时序排列，将增加时间戳序号的事件报文缓存到下层缓存器中，然后进入步骤503。

步骤503、北向接口并发地对事件报文进行适配处理。

北向接口采用线程池模式对下层缓存器中的事件报文并发地进行适配处理，如图2所示，CORBA北向接口将事件报文封装成CORBA格式，以发送到与CORBA格式相匹配的上层OSS系统中的子系统OSS1，SNMP北向接口将事件报文封装成SNMP格式的事件报文，以发送到与SNMP格式相匹配的上层OSS系统中的子系统OSS2，XML北向接口将事件报文封装成XML格式，以发送到与XML格式相匹配的上层OSS系统中的子系统OSSn，事件报文经过适配处理后，缓存到北向接口中的上层缓存器中，然后进入步骤504。

步骤504、北向接口对适配后的事件报文按照时序信息排序，然后串行批量发送到上层OSS系统。

由于各事件报文的适配处理时间可能并不相等，导致事件报文在适配处理之后，不再像如图3所示的按照时序排列，所以北向接口需要对经过适配后的事件报文按照时间戳序号进行排序，如图4所示，如果各个事件报文能够按照时间戳序号没有间断地排序，也就是没有发生事件报文缺失的情况，则将按照时间戳序号排序的事件报文封装成事件报文包，以串行批量发送的方式发送到上层OSS系统中。当北向接口适配处理的事件报文数量很多，为防止一次发送到上层OSS系统的事件报文的数量太多而造成北向接口和上层OSS系统的负担，通常情况下，可以将事件报文封装成多个事件报文包，例如，串行批量发送的事件报文包可以包括10000条事件报文，但是并不限于10000条，时间戳序号连续的事件报文封装成事件报文包之后，就串行批量发送到上层OSS系统。

在到达预设时间时，如果仍然有事件报文缺失，则进入步骤505。

步骤505、北向接口对缺失的事件报文进行老化处理，将完成适配处理的事件报文串行批量发送到上层OSS系统。

在实际应用中，如果发生某些事件报文在预设时间内没有完成适配处理，或者在适配处理过程中被丢弃，导致事件报文缺失，北向接口对适配后的事件报文进行排序时，由于事件报文缺失，导致在根据事件报文上的时间戳序号进行排序时出现时间戳序号中的情况，导致不能按照步骤504中串行批量发送的方式将事件报文包发送到上层OSS系统，为解决上述问题，可以在第一条完成适配处理的事件报文到达上层缓存器时开始计时，并在时间戳序号最前的缺失事件报文的位置处设置指针，指针用于标识事件报文的位置，在本发明实施例中，指针标识时间戳序号最小的缺失事件报文的位置。

图6为本发明实施例处理事件报文的方法具体实施例二的指针位置示意图。如图6所示，设定最先到达北向接口的事件报文1的时间戳序号为1，设定紧邻事件报文1之后到达北向接口的事件报文2的时间戳序号为2，以此类推。在事件报文1作为第一条完成适配处理的事件报文到达上层缓存器后，事件报文2为时间戳序号最前的缺失事件报文，设置指针在事件报文2的位置处，在图6中，指针以箭头标识。在事件报文1到达上层缓存器开始计时，在预设时间之后，事件报文2仍然缺失，这时，需要通过老化处理将上层缓存器中的事件报文进行分类以串行批量发送，在本发明实施例中，老化处理策略具体步骤包括：将缺失的事件报文2的位置之前的事件报文1作为第1类事件报文，将缺失的事件报文2的位置之后的事件报文3以及从事件报文3开始并且时间戳序号连续的一批事件报文作为第2类事件报文，在本发明实施例中将事件报文3和事件报文4作为第2类事件报文，由于事件报文5缺失，事件报文4和事件报文6的时间戳序号中断，所以已经完成适配处理的事件报文6将不包含在第2类事件报文中，而是作为第3类事件报文，在本发明实施例中将事件报文6作为第3类事件报文，其中第1类事件报文和第2类事件报文直接以串行批量发送的方式发送到上层OSS系统，同时将指针的位置更新到与第2类事件报文相邻的后一个时间戳序号的位置处，在本发明实施例中，指针将被更新到时间戳序号为5的位置处，时间戳序号为5的事件报文可能一直缺失或在第2类事件报文发送之后才被适配处理完毕，第3类事件报文可以再经过预设时间后强行发送。

老化处理还包括到达预设时间一半时，如果有事件报文缺失的情况，则发出一次事件报文缺失告警，如果在到达预设时间时，仍然存在有事件报文缺失的情况，将再次发出事件报文缺失告警，然后将第1类事件报文和第2类事件报文发送到上层OSS系统；如果指针所指的缺失事件报文的位置在预设时间内被完成适配处理完成时，则将指针实时更新到此时刻时间戳序号在最前面的缺失事件报文的位置。

在实际应用中，可以设定存储在上层缓冲器中事件报文的门限值，当上层缓存器中事件报文达到门限值时，将上层缓存器加锁，然后对事件报文进行串行批量发送或老化处理，对上层缓存器加锁的目的是在对事件报文串行批量发送或老化处理时，禁止对加锁的事件报文进行其它的处理。

本发明实施例并发地对带有时序信息的事件报文进行适配处理，再对经过适配处理的事件报文按照时序信息进行排序，并以串行批量发送的方式将完成适配处理的事件报文发送到上层OSS系统，在发生事件报文缺失的情况下，通过老化处理将已经完成适配处理的事件报文串行批量发送到上层OSS系统，避免了在单线程处理事件报文时，由于某些事件报文未及时适配处理或被丢弃而导致后续的事件报文被堵塞的情况，保证各个事件报文在发送到上层OSS系统时顺序与下层OSS系统发送到北向接口的时间顺序相一致，从而在高速处理事件报文的同时又能使事件报文保持有序。

本发明实施例北向接口具体实施例一

图7为本发明实施例北向接口具体实施例一的结构示意图。如图7所示，本发明实施例北向接口包括：排序器701、下层缓存调度器702和上层缓存调度器703，其中，排序器701用于对从下层OSS系统上报的事件报文增加时序信息，时序信息可以是以自然数为标识符的时间戳序号；下层缓存调度器702用于并发地对所述事件报文进行适配处理；上层缓存调度器703用于将完成适配处理的事件报文按照时序信息进行排序，然后串行批量发送到上层OSS系统。

本发明实施例通过排序器根据下层OSS系统上报的事件报文到达北向接口时间在事件报文上增加时序信息，然后通过下层缓存调度器并发地对带有时序信息的事件报文进行适配处理，再对通过上层缓存调度器对完成适配处理的事件报文按照时序信息进行排序，并以串行批量发送的方式将完成适配处理和排序的事件报文发送到上层OSS系统，避免了在转发事件报文时发生事件报文堵塞的情况，提高了向上层OSS系统发送报文的效率，保证各个事件报文在发送到上层OSS系统时顺序与下层OSS系统发送到北向接口的时间顺序相一致，从而在高速处理事件报文的同时又能使事件报文保持有序。

本发明实施例北向接口具体实施例二

图8为本发明实施例北向接口具体实施例二的结构示意图。如图8所示，在本发明实施例北向接口具体实施例一的基础上，本发明实施例北向接口还包括：下层缓存器704和上层缓存器705，下层缓存器704分别与排序器701和下层缓存调度器702连接，用于缓存增加时序信息的事件报文；上层缓存器705分别与下层缓存调度器702和上层缓存调度器703连接，用于缓存完成适配处理的事件报文。

具体地，排序器701用于接收来自下层OSS的事件报文，根据事件报文到达的时间在事件报文中增加时序信息，将包含时序信息的事件报文存储到下层缓存器704中。其中，时序信息可以为以递增有序的自然数为标识符的时间戳序号。

下层缓存调度器702用于对下层缓存器704中的事件报文进行适配处理，包括根据上层OSS系统中子系统的协议，将事件报文按照封装成与各子系统的协议相匹配的格式，格式包括CORBA、SNMP和XML等。如果下层缓存器704中有多个事件报文，下层缓存调度器702可以采取并发处理的方式对这些事件报文进行适配处理。在对事件报文进行适配处理后，下层缓存调度器702将完成适配处理的事件报文发送到上层缓存器705。

下层缓存调度器702可以设计为线程池模式，以并发地对事件报文进行适配处理。

上层缓存调度器703用于对上层缓存器705中的事件报文进行排序和老化处理；以及按照排序将事件报文发送到上层OSS。

上层缓存调度器703可以按照时间戳序号对事件报文进行排序，在没有事件报文缺失的情况下，将排序后的事件报文封装成事件报文包。在实际应用中，如果下层OSS系统以300条/s的速度连续5分钟向北向接口上报事件报文，并且在下层OSS系统停止向北向接口上报事件报文后的2分钟内将事件报文发送到上层OSS系统，这说明着北向接口子系统要在7分钟内上报事件报文的数量为300×5×60＝90000条，平均每秒约适配处理214条事件报文，如果北向接口向上层OSS系统转发事件报文的门限能力为150条/秒，则北向接口中的缓存器在第5分钟末了缓存事件报文的数量达到最大值：150×5×60＝45000条，假定每一缓存事件报文内存占用为10K，则理论内存占用为：45000×10K＝450000K约等于440M，则上层缓存器705和下层缓存器704的内存占用略小于1G，因此，可以设计为当缓存的事件报文的数量超过了45000或条者内存占用超过了1G时，开始丢弃老的事件报文。

上层缓存调度器703还用于在时序最先的缺失事件报文的位置设置指针，在预设时间后，将所述指针的位置之前的事件报文串行批量发送到上层OSS系统，以及将在所述指针位置之后的事件报文串行批量发送到上层OSS系统；当时序最先的缺失事件报文就位时，还用于更新指针的位置。

本发明实施例通过下层缓存调度器并发地对带有时序信息的事件报文进行适配处理，再通过上层缓存调度器对经过适配处理的事件报文按照时序信息进行排序，并以串行批量发送的方式将完成适配处理的事件报文发送到上层OSS系统，在发生事件报文缺失的情况下，通过老化处理将已经完成适配处理的事件报文串行批量发送到上层OSS系统，避免了在单线程处理事件报文时，由于某些事件报文未及时适配处理或被丢弃而导致后续的事件报文被堵塞的情况，保证各个事件报文在发送到上层OSS系统时顺序与下层OSS系统发送到北向接口的时间顺序相一致，从而在高速处理事件报文的同时又能使事件报文保持有序。

本发明实施例还提供一种运营支持系统，所提供的运营支持系统包括：北向接口，其中，北向接口用于对从下层OSS系统上报的事件报文增加时序信息，对包含时序信息的事件报文进行适配处理，将完成适配处理的事件报文按照时序信息进行排序，然后将排序后的事件报文串行批量发送到上层OSS系统。

具体地，北向接口可以采用本发明实施例北向接口具体实施例一或具体实施例二的结构。图9为本发明实施例运营支持系统具体实施例的结构示意图。如图9所示，包括上层OSS系统、下层OSS系统和北向接口70，其中，北向接口70包括：排序器701、下层缓存调度器702、上层缓存调度器703、下层缓存器704和上层缓存器705。

其中，排序器701用于对从下层OSS系统上报的事件报文增加时序信息，时序信息可以是以自然数为标识符的时间戳序号；

下层缓存调度器702用于并发地对所述事件报文进行适配处理；

上层缓存调度器703用于将完成适配处理的事件报文按照时序信息进行排序，然后串行批量发送到上层OSS系统，

下层缓存器704分别与排序器701和下层缓存调度器702连接，用于缓存增加时序信息的事件报文；

上层缓存器705分别与下层缓存调度器702和上层缓存调度器703连接，用于缓存完成适配处理的事件报文。

下面将清楚的阐述本实施例提供的运营支持系统的具体工作过程，图10为本发明实施例运营支持系统具体实施例事件报文传递示意图。如图10所示，下层OSS系统上报事件报文到北向接口70，北向接口70中的排序器701对从下层OSS系统上报的事件报文增加时序信息，然后缓存到下层缓存器704中，下层缓存调度器702从下层缓存器704中提取事件报文并对事件报文并发地进行适配处理，再缓存到上层缓存器705中，上层缓存调度器703适配后的事件报文按照所述时序信息排序，然后串行批量发送到上层OSS系统，如果发生事件报文缺失，对缺失的事件报文进行老化处理，并将完成适配处理的事件报文串行批量发送到上层OSS系统，提高了处理和发送事件报文的效率。

本发明实施例并发地对带有时序信息的事件报文进行适配处理，再对经过适配处理的事件报文按照时序信息进行排序，并以串行批量发送的方式将完成适配处理的事件报文发送到上层OSS系统，在发生事件报文缺失的情况下，通过老化处理将已经完成适配处理的事件报文串行批量发送到上层OSS系统，避免了在单线程处理事件报文时，由于某些事件报文未及时适配处理或被丢弃而导致后续的事件报文被堵塞的情况，保证各个事件报文在发送到上层OSS系统时顺序与下层OSS系统发送到北向接口的时间顺序相一致，从而确保在高速处理事件报文的同时又能使事件报文保持有序。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (8)

1.一种处理事件报文的方法，其特征在于，包括：

北向接口对从下层运营支持系统OSS上报的事件报文增加时序信息，所述时序信息包括以递增有序的自然数为标识符的时间戳序号；

北向接口采用线程池模式对包含时序信息的事件报文并发地进行适配处理，包括：将事件报文封装成公共对象请求代理结构CORBA、简单网络管理协议SNMP、扩展标记语言XML、人机语言MML或事务语言TL1的格式，以与上层OSS系统中各子OSS系统适配；

北向接口将完成适配处理的事件报文按照时序信息进行排序；

如果各个事件报文没有缺失，则北向接口将排序后的事件报文封装成事件报文包，串行批量发送到上层OSS系统；在到达预设时间时，如果仍有事件报文缺失，北向接口对缺失的事件报文进行老化处理，将完成适配处理的事件报文串行批量发送到上层OSS系统。

2.根据权利要求1所述的处理事件报文的方法，其特征在于，所述将完成适配处理的事件报文串行批量发送到上层OSS系统还包括：

在时序最先的缺失事件报文的位置设置指针；

经过预设时间后，将所述指针的位置之前的事件报文串行批量发送到上层OSS系统，以及将在所述指针位置之后的事件报文串行批量发送到上层OSS系统。

3.根据权利要求2所述的处理事件报文的方法，其特征在于，所述在时序最先的缺失事件报文的位置设置指针还包括：

当所述时序最先的缺失事件报文就位时，更新所述指针的位置。

4.一种北向接口，其特征在于，包括：

排序器，用于对从下层OSS系统上报的事件报文增加时序信息，所述时序信息包括以递增有序的自然数为标识符的时间戳序号；

下层缓存调度器，用于采用线程池模式对包含时序信息的事件报文并发地进行适配处理，包括：将事件报文封装成公共对象请求代理结构CORBA、简单网络管理协议SNMP、扩展标记语言XML、人机语言MML或事务语言TL1的格式，以与上层OSS系统中各子OSS系统适配；

上层缓存调度器，用于将完成适配处理的事件报文按照时序信息进行排序，以及在各个事件报文没有缺失时，将排序后的事件报文封装成事件报文包，串行批量发送到上层OSS系统；在到达预设时间时，如果仍有事件报文缺失，对缺失的事件报文进行老化处理，将完成适配处理的事件报文串行批量发送到上层OSS系统。

5.根据权利要求4所述的北向接口，其特征在于，所述上层缓存调度器还用于：

在时序最先的缺失事件报文的位置设置指针；

在预设时间后，将所述指针的位置之前的事件报文串行批量发送到上层OSS系统，以及将在所述指针位置之后的事件报文串行批量发送到上层OSS系统。

6.根据权利要求5所述的北向接口，其特征在于，所述上层缓存调度器还用于：

当所述时序最先的缺失事件报文就位时，更新所述指针的位置。

7.根据权利要求4所述的北向接口，其特征在于，还包括：

下层缓存器，分别与所述排序器和所述下层缓存调度器连接，用于缓存包含时序信息的事件报文；

上层缓存器，分别与所述下层缓存调度器和所述上层缓存调度器连接，用于缓存完成适配处理的事件报文。

8.一种运营支持系统，其特征在于包括权利要求4-7任意一项所述的北向接口。

Images