CN101409886B - 一种关联彩信事件的方法 - Google Patents

Abstract

本发明公开了一种关联彩信事件的方法。该方法包括：第一步，分别合成各协议事件，包括以源IP地址、源端口、目的IP地址、目的端口和WAP事务ID为关键字合成WAP事件，以源IP地址、源端口、目的IP地址、目的端口为关键字合成HTTP事件；第二步，提取关联条件，提取WAP事件和HTTP事件中的多媒体消息的事务ID作为关联关键字；第三步，以多媒体消息的事务ID为关键字进行事件关联。本发明提出的是一种通过哈稀表查询方式关联，有效地解决了IP信令监测系统对WAP事件和HTTP事件关联。哈稀表的关键字是MMS1协议中的事务ID，通过这种关联方法可以提高关联效率，提高整个系统处理性能。

Description

一种关联彩信事件的方法

技术领域

本发明属于电信增值服务技术领域，特别涉及一种高效的彩信内网和彩信外网之间的事件关联的方法。

背景技术

在2.5G GPRS网络中，运营商对数据信令网络进行监测，以便及时了解和解决通信网络中出现的各种故障。多媒体消息(MMS)是短消息(SMS)的进一步发展，多媒体消息中不仅包含文字信息，还可以包含图象、声音、视频等多种媒体信息。SMS的成功充分反映了用户对这类业务的需求潜力，为MMS的发展打下了良好的用户基础。MMS将成为全球移动电信运营商的一项重要增值服务。

事件合成是根据信令消息交互过程合成一个事件记录TDR(Transaction Detail Record)。事件关联则是把根据不同协议部分产生的TDR进行关联。彩信业务主要涉及到WAP协议、HTTP协议和MMS1协议。目前，现在技术还没有关于WAP协议和HTTP协议关联的公开方法。

发明内容

本发明要解决的技术问题是在2.5G GPRS网络中，提供一种在彩信内网和彩信外网之间进行事件关联的方法，以便实时监测彩信业务流程，快速定位网络故障。

为解决上述技术问题，本发明提出的关联彩信事件的方法包括如下步骤：

第一步，分别合成各协议事件，包括以源IP地址、源端口、目的IP地址、目的端口和WAP事务ID为关键字合成WAP事件，以源IP地址、源端口、目的IP地址、目的端口为关键字合成HTTP事件；

第二步，提取关联条件，提取WAP事件和HTTP事件中的多媒体消息(MMS)的事务ID(TRANSCATION ID)作为关联关键字；

第三步，以多媒体消息的事务ID为关键字，按照如下方法进行事件关联：

判断合成的事件是WAP事件还是HTTP事件，若是WAP事件，查找关联事件哈稀表中是否有相同key节点，若有相同key节点且HTTP事件标志为1，则关闭事件，若没有相同key节点，则以多媒体消息的事务ID为关键字建立关联事件结点，WAP事件标志置1；若是HTTP事件，查找关联事件哈稀表中是否有相同key节点，若有相同key节点且WAP事件标志为1，则关闭事件，若没有相同key节点，则以多媒体消息的事务ID为关键字建立关联事件结点，HTTP事件标志置1。

对于没有关闭的关联事件，定时关闭没有关联的事件。若没有HTTP事件，表示HTTP段有问题，即没有HTTP事件数据。

本发明的关联方法是从系统方面全面考虑两种协议数据之间的共同特征，提出的一种事件关联方法，从而有效地解决了IP信令监测系统对WAP事件和HTTP事件关联。关联效率是事件关联最重要因素之一，本发明提出的是一种通过哈稀表查询方式关联，哈稀表的关键字是MMS1协议中的事务ID，通过这种关联方法可以提高关联效率，提高整个系统处理性能。本发明实现了WAP事件和HTTP事件的关联，通过分析实时数据、实时显示业务流程，可以判断业务流程是否正常，该方法实施简单、高效、完备，经过实验证明是有效的。

附图说明

图1是彩信信令网络结构图。

图2是HTTP事件合成的实施流程图。

图3是WAP事件合成的实施流程图。

图4是彩信事件关联的实施流程图。

具体实施方式

下面结合附图与具体实施方式对本发明作进一步详细说明。

图1是彩信信令网络结构图。如图所示，在彩信信令网络结构中，本发明方法需要监测用户代理(USER AGENT)与WAP网关之间的接口，及WAP网关与多媒体消息中心(MMSC)之间的接口，即分别分析无线会话协议(WSP协议)及HTTP协议。

本发明方法的具体实施包括各协议事件合成、关联条件提取以及关联三大步骤。

图2示出了HTTP事件合成的实施流程。如图所示，本发明方法的HTTP事件合成步骤如下：

1、分析原始数据，判断数据是否为HTTP协议数据，若是则转2处理，否则读取下一条信令数据；

2、判断这条信令是GET消息还是POST消息，再分别处理，具体处理如下：

1)如果是GET消息，再判断是GET的request消息，还是GET的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件。

2)如果是POST消息，再判断是POST的request消息，还是POST的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件。

图3示出了事件WAP合成的实施流程。如图所示，本发明方法的WAP事件合成步骤如下：

1、分析原始数据，判断数据是否为WAP协议数据，若是则转2处理，否则读取下一条信令数据；

2、判断这条信令是GET消息还是POST消息，再分别处理，具体处理如下：

1)如果是GET消息，再判断是GET的request消息，还是GET的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件。

2)如果是POST消息，再判断是POST的request消息，还是POST的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件。

图4示出了本发明关联彩信事件的实施流程。如图所示，本发明方法的HTTP事件和WAP事件关联方法如下：

判断合成的事件是WAP事件还是HTTP事件，若是WAP事件，查找关联事件哈稀表中是否有相同key节点，若有相同key节点且HTTP事件标志为1，则关闭事件，若没有相同key节点，则以事务ID(TRANSCATION ID)为关键字建立关联事件结点，WAP事件标志置1；若是HTTP事件，查找关联事件哈稀表中是否有相同key节点，若有相同key节点且WAP事件标志为1，则关闭事件，若没有相同key节点，则以事务ID为关键字建立关联事件结点，HTTP事件标志置1。

本发明主要是针对数据信令监测系统，提出的一种有效解决通信网络中各种故障的方法。本发明提出WAP事件和HTTP事件的关联方法，是一种简单、高效的关联方法，通过分析实时数据、实时显示业务流程，可以判断业务流程是否正常，经过实验证明是有效的。

Claims (3)

1.一种关联彩信事件的方法，其特征在于包括如下步骤：

第一步，分别合成各协议事件，包括以源IP地址、源端口、目的IP地址、目的端口和WAP事务ID为关键字合成WAP事件，以源IP地址、源端口、目的IP地址、目的端口为关键字合成HTTP事件；

第二步，提取关联条件，提取WAP事件和HTTP事件中的多媒体消息的事务ID作为关联关键字；

第三步，以多媒体消息的事务ID为关键字，按照如下方法进行事件关联：

判断合成的事件是WAP事件还是HTTP事件，若是WAP事件，查找关联事件哈稀表中是否有相同key节点，若有相同key节点且HTTP事件标志为1，则关闭事件，若没有相同key节点，则以多媒体消息的事务ID为关键字建立关联事件结点，WAP事件标志置1；若是HTTP事件，查找关联事件哈稀表中是否有相同key节点，若有相同key节点且WAP事件标志为1，则关闭事件，若没有相同key节点，则以多媒体消息的事务ID为关键字建立关联事件结点，HTTP事件标志置1；

对于没有关闭的关联事件，定时关闭没有关联的事件。

2.根据权利要求1所述的关联彩信事件的方法，其特征在于，所述第一步中，合成HTTP事件的步骤如下：

(1)分析原始数据，判断数据是否为HTTP协议数据，若是则转(2)处理，否则读取下一条信令数据；

(2)判断所述HTTP协议数据是GET消息还是POST消息，再分别处理，具体处理如下：

如果是GET消息，再判断是GET的request消息，还是GET的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件；

如果是POST消息，再判断是POST的request消息，还是POST的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件。

3.根据权利要求1或2所述的关联彩信事件的方法，其特征在于，所述第一步中，合成WAP事件的步骤如下：

(1)分析原始数据，判断数据是否为WAP协议数据，若是则转(2)处理，否则读取下一条信令数据；

(2)判断所述WAP协议数据是GET消息还是POST消息，再分别处理，具体处理如下：

如果是GET消息，再判断是GET的request消息，还是GET的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件；

如果是POST消息，再判断是POST的request消息，还是POST的reply消息：若是request消息，建立事件结点，再判断是否有MMS1消息，若有则分析MMS1消息；若是reply消息，判断是否有MMS1消息，若有则分析MMS1协议后关闭事件，否则直接关闭事件。

Images