CN1937618A - 一种h.248消息的事件合成方法 - Google Patents
一种h.248消息的事件合成方法 Download PDFInfo
- Publication number
- CN1937618A CN1937618A CN 200510103515 CN200510103515A CN1937618A CN 1937618 A CN1937618 A CN 1937618A CN 200510103515 CN200510103515 CN 200510103515 CN 200510103515 A CN200510103515 A CN 200510103515A CN 1937618 A CN1937618 A CN 1937618A
- Authority
- CN
- China
- Prior art keywords
- event
- synthetic
- incident
- address
- tdr
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种H.248消息的事件合成方法,其包括步骤:配置网元设备,对IP信令的数据进行采集;对采集到的数据进行分析,符合预定条件就把数据放进H.248事件合成的处理流程;根据不同的消息提取各自的特征值,根据特征值和消息类别进行相关的事件合成,生成或填充TDR结构;判断事件合成是否完成,如果没有完成,继续读取下一条信令进行分析;如果完成,则事件封闭;根据所述特征值进行呼叫事件合成,生成或填充呼叫事件的TDR结构,如果完成,输出完整呼叫事件的TDR结构,进行下一个的事件合成。本发明方法有效的解决了IP信令监测系统对H.248的数据进行深层次网络分析所必需的TDR数据的生成问题,对H.248各种消息的数据都是有效的。
Description
技术领域
本发明涉及一种IP信令监测的方法,尤其涉及的是一种高效的把H.248协议的消息进行事件合成的方法。
背景技术
现有的H.248协议是网关分离概念的产物,网关分离技术的核心是业务和控制分离,控制和承载分离。这样就使业务、控制和承载可独立发展,运营商在充分利用新技术的同时,还可提供丰富多彩的业务,通过不断创新的业务提升网络价值。
H.248协议是在MGCP协议(RFC2705定义)的基础上,结合其它媒体网关控制协议特点发展而成的一种协议,它提供控制媒体的建立、修改和释放机制,同时也可携带某些随路呼叫信令,支持传统网络终端的呼叫。该协议在构建开放和多网融合的NGN中,发挥着重要作用。
H.248协议有可能在TCP,UDP,SCTP之上,如果是文本方式,在TCP,UDP的端口都是2944,如果是二进制方式,在TCP,UDP的端口都是2945,如果在SCTP(流控制传输协议)之上,负荷标识是7。
H.248协议引入了终节点(EndPoint)和关联(Context)两个抽象概念。在一个多媒体会议中,一个终结点可以支持多种媒体,并且发送和接收多个媒体流。通过ADD,MODIFY,SUBTRACT,MOVE,AUDITVALUE,AUDITCAPABILITY,NOTIFY和SERVICECHANGE等命令完成对终结点和关联之间的操作,从而完成呼叫的建立和释放。
IP信令监测系统采用IP前置机的方式从IP信令链路上采集信令消息数据,并可以对信令消息数据进行整理、分析和统计,因此通过它可以详细了解全网的各种呼叫接续过程,并进行深层次的网络管理、业务管理、用户管理以及网络优化、网络规划、网络设计等。
所谓的事件合成,就是根据采集到的信令消息数据根据一定规则生成TDR(事件详细记录,Transaction Detail Record以下简称TDR)或CDR(呼叫详细记录,Call Detail Record,以下简称CDR)。合成产生的事件,为信令监测系统进行深层次的网络管理、业务管理、用户管理以及网络优化、网络规划、网络设计提供了最基础的原始数据,这是网管系统无法实现的功能,可以说事件合成是整个IP信令监测系统进行数据采集后后续数据分析的基础。
目前现有技术尚未有H.248协议的数据进行事件合成的方法公开。
发明内容
本发明的目的在于提出一种H.248消息的事件合成方法,为一种实施简单,高效的H.248消息事件合成方法。
本发明的技术方案包括:
一种H.248消息的事件合成方法,其包括步骤:
A配置网元设备,对IP信令的数据进行采集;
B对采集到的数据进行分析,读取一条信令,判定信令的协议类别,符合预定条件就把数据放进H.248事件合成的处理流程;
C根据不同的消息提取各自的特征值,根据特征值和消息类别进行相关的事件合成,生成或填充TDR结构;
D判断事件合成是否完成,如果没有完成,继续读取下一条信令进行分析;如果完成,则事件封闭;
E根据所述特征值进行呼叫事件合成,生成或填充呼叫事件的TDR结构,如果呼叫事件没完成,直接转所述步骤B处理;如果完成,输出完整呼叫事件的TDR结构,进行下一个的事件合成。
所述的方法,其中,所述预定条件为在IP层之上采用了SCTP协议并且SCTP协议的负荷标识为7,IP层之上采用了TCP/UDP协议并且协议的端口是2944/2945。
所述的方法,其中,所述事件合成的类型包括:增加,移动,修改,删除,审计,审计能力,通知和服务改变,且一次只涉及一种类型的事件。
所述的方法,其中,所述步骤C具体包括:如果H.248是在SCTP之上,根据源IP地址和目的IP地址找到对应的网元设备,记录当前消息的源网元设备ID,源端口,目的网元设备ID和端口,为事件合成做准备;如果根据IP地址无法找到网元设备,放弃事件合成的操作。
所述的方法,其中,所述步骤C具体包括:如果H.248是在TCP/UDP之上,记录当前消息的源IP地址,源端口,目的IP地址和目的端口,为事件合成做准备。
所述的方法,其中,所述呼叫事件是把各事件合成再组合在一起。
所述的方法,其中,所述呼叫事件合成包括三种状态:建立TDR结构、保持TDR,TDR填充结束。
所述的方法,其中,所述步骤C的事件合成具体包括:如果消息为事务请求,则进入建立状态,根据源地址,源端口,目的地址,目的端口,合成的特征值,新建一个常规事件的TDR结构,即按照包含的消息类别来建立对应的常规事件;将信令中有TDR结构所需要的信息存入TDR结构,等待其他消息到来。
所述的方法,其中,所述步骤C的事件合成具体还包括:如果消息为事务回复,则进入结束阶段,根据目的地址,目的端口,源地址,源端口,合成的特征值,根据特征值查找对应的常规事件的TDR,将信令中有TDR结构所需要的信息存入TDR结构,进入结束状态。
所述的方法,其中,所述步骤E还具体包括:根据常规事件合成的类型再进行合成呼叫事件的过程包括:
E1如果事件合成的类型是增加,则根据目的地址,目的端口,源地址,源端口,合成呼叫事件的特征值去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里;如果没有找到,建立一个呼叫事件的TDR;
E2事件合成类型是删除,则根据目的地址,目的端口,源地址,源端口,合成呼叫事件的特征值去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里,并关闭呼叫事件;
E3如果是其他事件类型,则根据目的地址,目的端口,源地址,目的端口,合成呼叫事件的特征值,去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里。
本发明所提供的一种H.248消息的事件合成方法,与现有技术相比,从系统方面上全面、综合地考虑了H.248各种消息类型之间的共同特征,有效的解决了IP信令监测系统对H.248的数据进行深层次网络分析所必需的TDR数据的生成问题,本发明方法实施简单,考虑完备,经过实验证明对H.248各种消息的数据都是有效的。
附图说明
图1为本发明方法中介绍的事件总体合成流程图;
图2为本发明方法的具体实施方式中的事件详细合成流程图。
具体实施方式
以下结合附图,将对本发明的各具体实施例进行较为详细的说明。
本发明方法涉及的协议包括:SCTP(流控传送协议,STREAM CONTROLTRANSPORT PROTOCOL),TCP(传输控制协议,Transfer Control Protocol),UDP(用户数据报协议,User Datagram Protocol)、H.248(媒体网关控制协议)。针对H.248消息的特征值,本发明的事件合成方法如图1所示,实施步骤包括:
A配置网元设备,对IP信令的数据进行采集;
B对采集到的数据进行分析,读取一条信令,判定信令的协议类别,判断方法是根据IP层之上采用了SCTP协议并且SCTP协议的负荷标识为7,IP层之上采用了TCP/UDP协议并且协议的端口是2944/2945;如果这些条件都符合就把数据放进H.248事件合成的处理流程;
C根据不同的消息提取各自的特征值,不同消息的特征值组成有差异,针对不同消息特征值的组成,后续会有详细说明;
D根据特征值和消息类别进行相关的事件合成,生成或填充TDR结构;事件合成类型有增加,移动,修改,删除,审计,审计能力,通知和服务改变等,统称为常规事件,一次只涉及一种类型的事件;
E判断事件合成是否完成,如果没有完成,转到所述步骤B继续读取下一条信令进行分析。如果完成,则事件封闭。
F根据特征值进行呼叫事件合成,该呼叫事件其实是把前面8种事件再组合在一起,生成或填充呼叫事件的TDR结构,如果呼叫事件没完成,直接转步骤B处理;如果完成,则输出完整呼叫事件的TDR结构,转所述步骤B进行下一个的事件合成。
本发明方法的具体实施可以分为5个大步骤,重点是最后一步的事件合成,详细过程如下,请参考图2所示,相对图1而言,图2把每个步骤和操作都详细展开来阐述,而图1只是概括性的说明:
一.配置网元设备ID
在IP监测系统里,把媒体网关,软交换和H.248终端所在的物理设备进行配置,给予分配一个不会重复的ID,并把这些设备统称为网元设备。记录每个网元设备的ID和IP地址的对应关系,网元设备和IP地址是一对多的关系。
例如:
媒体网关ID=476,IP1=10.12.26.1,IP2=10.12.26.2
软交换ID=477,IP1=10.12.36.1
说明:媒体网关有两个IP,ID为476,软交换有一个IP,ID为477。
二.定义H.248的事件类型
H.248的消息分为三类,TransactionRequest(事务请求),TransactionReply(事务回复),TransactionPending(事务进行中)。在事件合成中关键是前两种消息,最后一种消息对于事件合成没有什么帮助。
每种消息里会包含不同的命令,根据不同的命令定义事件类型为:
ADD | 增加 |
MOVE | 移动 |
MODIFY | 修改 |
SUBTRACT | 删除 |
AUDITVALUE | 审计 |
AUDITCAPABILITIES | 审计能力 |
NOTIFY | 通知 |
SERVICECHANGE | 服务改变 |
CALL | 呼叫 |
这8个事件统称为常规事件,呼叫事件是通过一定的规则把若干个常规事件合并而成。
三.判断协议类别
接收到一条数据,判断是否属于H.248的数据:
a)如果IP层之上采用了SCTP协议并且SCTP协议的负荷标识为7,就把数据放进H.248的处理流程。
b)如果IP层之上采用了TCP协议并且端口是2944/2945,就把数据放进H.248的处理流程。
c)如果IP层之上采用了UDP协议并且端口是2944/2945,就把数据放进H.248的处理流程。
四.提取特征值
1.如果H.248是在SCTP之上,根据源IP地址和目的IP地址去找到对应的网元设备,记录当前消息的源网元设备ID,源端口,目的网元设备ID和端口,为事件合成做准备,如果根据IP地址无法找到网元设备,放弃事件合成的操作。使用网元设备ID作为特征值的原因是使用SCTP进行传输,SCTP端点支持多个IP地址即为多宿主机,并在到目标有多个路由的情况下提供冗余,连接可以在多个传输路径间选择和切换,所以IP地址不能作为特征值。
2.如果H.248是在TCP/UDP之上,记录当前消息的源IP地址,源端口,目的IP地址和目的端口,为事件合成做准备。
为了在后面的事件合成中统一称呼,把源网元设备ID或源IP地址叫做源地址,把目的网元设备ID或目的IP地址叫做目的地址。
五.事件合成
移动,修改,删除,审计,审计能力,通知和服务改变这8种事件合成可以分为两种状态:建立TDR结构、TDR填充结束。
呼叫事件合成可以分为三种状态:建立TDR结构、保持TDR,TDR填充结束。
TDR结构是IP信令监测系统进行后续数据分析的一个信息体,它包含有系统进行后续分析所需的一些信息例如TransactionID(事物标识),ContextID(关联标识),命令类型,呼叫时长,TDM(时分多频)端点,RTP(实时传输协议)端点等,具体结构的内容可根据IP信令监测系统后续分析的需求而定。由于H.248事件的复杂性,所以先合成成若干个常规事件,然后再合成呼叫事件。
事件合成过程中,从信令网中采集的信令是按时间顺序接收的,由采集到的信令消息触发,发生状态变换,直到事件合成结束状态为止,发生顺序为:建立->保持->结束。
每条消息都包含了TransactionID(事物标识)和ContextID(联结标识),是合成事件的特征值之一。根据消息类别处理如下:
1.TransactionRequest消息
进入建立状态,根据源地址,源端口,目的地址,目的端口,TransactionID合成特征值,新建一个常规事件的TDR结构,规则是按照包含的消息类别来建立对应的常规事件,例如,包含的命令是ADD,就建立一个“增加”的事件,将信令中有TDR结构所需要的信息存入TDR结构,等待其他消息到来;
2.TransactionReply消息
进入结束阶段,根据目的地址,目的端口,源地址,源端口,TransactionID合成特征值,根据特征值查找对应的常规事件的TDR,将信令中有TDR结构所需要的信息存入TDR结构,进入结束状态。
根据常规事件的类型再进行合成呼叫事件:
a)事件类型是“ADD”,根据目的地址,目的端口,源地址,源端口,ContextID合成呼叫事件的特征值,根据特征值去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里。如果没有找到,建立一个呼叫事件的TDR。
b)事件类型是“SUBTRACT”,根据目的地址,目的端口,源地址,源端口,ContextID合成呼叫事件的特征值,根据特征值去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里,然后关闭呼叫事件。
c)其他事件类型,根据目的地址,目的端口,源地址,目的端口,ContextID合成呼叫事件的特征值,根据特征值去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里。
3.不处理TransactionPending消息。
本发明的H.248消息事件合成方法,与现有技术相比,从系统方面上全面、综合地考虑了H.248各种消息类型之间的共同特征,有效的解决了IP信令监测系统对H.248的数据进行深层次网络分析所必需的TDR数据的生成问题,并且本发明方法实施简单,考虑完备,经过实验证明对H.248各种消息的数据都是有效的。
尽管上面结合附图对本实施方法进行了描述,但是本方法并不局限于上述的具体实施方式,也不局限于H.248信令监测的业务种类,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的技术人员在本方法的启示下,在不脱离本方法宗旨和权利要求所保护的范围情况下,还可以作出很多变形,这些均属于本方法的保护之内。
Claims (10)
1、一种H.248消息的事件合成方法,其包括步骤:
A配置网元设备,对IP信令的数据进行采集;
B对采集到的数据进行分析,读取一条信今,判定信令的协议类别,符合预定条件就把数据放进H.248事件合成的处理流程;
C根据不同的消息提取各自的特征值,根据特征值和消息类别进行相关的事件合成,生成或填充TDR结构;
D判断事件合成是否完成,如果没有完成,继续读取下一条信令进行分析;如果完成,则事件封闭;
E根据所述特征值进行呼叫事件合成,生成或填充呼叫事件的TDR结构,如果呼叫事件没完成,直接转所述步骤B处理;如果完成,输出完整呼叫事件的TDR结构,进行下一个的事件合成。
2、根据权利要求1所述的方法,其特征在于,所述预定条件为在IP层之上采用了SCTP协议并且SCTP协议的负荷标识为7,IP层之上采用了TCP/UDP协议并且协议的端口是2944/2945。
3、根据权利要求1所述的方法,其特征在于,所述事件合成的类型包括:增加,移动,修改,删除,审计,审计能力,通知和服务改变,且一次只涉及一种类型的事件。
4、根据权利要求1所述的方法,其特征在于,所述步骤C具体包括:如果H.248是在SCTP之上,根据源IP地址和目的IP地址找到对应的网元设备,记录当前消息的源网元设备ID,源端口,目的网元设备ID和端口,为事件合成做准备;如果根据IP地址无法找到网元设备,放弃事件合成的操作。
5、根据权利要求1所述的方法,其特征在于,所述步骤C具体包括:如果H.248是在TCP/UDP之上,记录当前消息的源IP地址,源端口,目的IP地址和目的端口,为事件合成做准备。
6、根据权利要求1所述的方法,其特征在于,所述呼叫事件是把各事件合成再组合在一起。
7、根据权利要求6所述的方法,其特征在于,所述呼叫事件合成包括三种状态:建立TDR结构、保持TDR,TDR填充结束。
8、根据权利要求1所述的方法,其特征在于,所述步骤C的事件合成具体包括:如果消息为事务请求,则进入建立状态,根据源地址,源端口,目的地址,目的端口,合成的特征值,新建一个常规事件的TDR结构,即按照包含的消息类别来建立对应的常规事件;将信令中有TDR结构所需要的信息存入TDR结构,等待其他消息到来。
9、根据权利要求1所述的方法,其特征在于,所述步骤C的事件合成具体还包括:如果消息为事务回复,则进入结束阶段,根据目的地址,目的端口,源地址,源端口,合成的特征值,根据特征值查找对应的常规事件的TDR,将信令中有TDR结构所需要的信息存入TDR结构,进入结束状态。
10、根据权利要求7所述的方法,其特征在于,所述步骤E还具体包括:根据常规事件合成的类型再进行合成呼叫事件的过程包括:
E1如果事件合成的类型是增加,则根据目的地址,目的端口,源地址,源端口,合成呼叫事件的特征值去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里;如果没有找到,建立一个呼叫事件的TDR;
E2事件合成类型是删除,则根据目的地址,目的端口,源地址,源端口,合成呼叫事件的特征值去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里,并关闭呼叫事件;
E3如果是其他事件类型,则根据目的地址,目的端口,源地址,目的端口,合成呼叫事件的特征值,去呼叫事件的列表里查找,如果能找到,就把该常规事件填充到呼叫事件列表里。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510103515 CN1937618A (zh) | 2005-09-19 | 2005-09-19 | 一种h.248消息的事件合成方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510103515 CN1937618A (zh) | 2005-09-19 | 2005-09-19 | 一种h.248消息的事件合成方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1937618A true CN1937618A (zh) | 2007-03-28 |
Family
ID=37954885
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510103515 Pending CN1937618A (zh) | 2005-09-19 | 2005-09-19 | 一种h.248消息的事件合成方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1937618A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101651876B (zh) * | 2008-08-11 | 2012-05-23 | 中兴通讯股份有限公司 | 移动终端的业务检测方法和装置 |
CN101521674B (zh) * | 2009-04-13 | 2012-07-04 | 重庆重邮东电通信技术有限公司 | H248协议呼叫合成方法 |
WO2015161798A1 (zh) * | 2014-04-23 | 2015-10-29 | 中兴通讯股份有限公司 | 一种SGs接口的事件合成方法及装置 |
-
2005
- 2005-09-19 CN CN 200510103515 patent/CN1937618A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101651876B (zh) * | 2008-08-11 | 2012-05-23 | 中兴通讯股份有限公司 | 移动终端的业务检测方法和装置 |
CN101521674B (zh) * | 2009-04-13 | 2012-07-04 | 重庆重邮东电通信技术有限公司 | H248协议呼叫合成方法 |
WO2015161798A1 (zh) * | 2014-04-23 | 2015-10-29 | 中兴通讯股份有限公司 | 一种SGs接口的事件合成方法及装置 |
CN105024871A (zh) * | 2014-04-23 | 2015-11-04 | 中兴通讯股份有限公司 | 一种SGs接口的事件合成方法及装置 |
CN105024871B (zh) * | 2014-04-23 | 2019-11-15 | 中兴通讯股份有限公司 | 一种SGs接口的事件合成方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE102006001998B4 (de) | Werkzeuge, Verfahren und Systeme zum entfernten Speichern und Wiedererlangen von Detailaufzeichnungen in Anbetracht eines spezifischen Anrufs oder einer Datensitzung | |
CN109977158A (zh) | 公安大数据分析处理系统及方法 | |
CN106850318B (zh) | Ims信令流程可视化展现系统、方法及服务器 | |
CN101754253B (zh) | 一种gprs端到端性能分析方法及系统 | |
CN101584185B (zh) | 用于识别和报告因特网协议电话网络中的过度利用的、未充分利用的和质量不佳的干线和网关的方法和系统 | |
CN107992552A (zh) | 一种数据交换平台及数据交换方法 | |
US20150296399A1 (en) | Event Management in Telecommunications Networks | |
CN112134846B (zh) | 一种通信网络信令数据分析方法、系统、装置及介质 | |
US20080126098A1 (en) | Value added service network, ivr server and method for analyzing flow track in real time | |
CN1897548A (zh) | 使不同的呼叫记录与高级聚集视图相关的方法和系统 | |
CN107465690A (zh) | 一种基于流量分析的被动式异常端口实时检测方法及系统 | |
US8018918B2 (en) | Methods and apparatus for dual-tone multi-frequency signal conversion within a media over internet protocol network | |
CN101605075B (zh) | 一种基于sip的ip电话故障告警方法及装置 | |
CN1937618A (zh) | 一种h.248消息的事件合成方法 | |
CN110620849B (zh) | 一种ims电话终端呼叫记录集中分拣方法及系统 | |
CN104539556A (zh) | 在异构网络环境下为用户提供满意服务质量的方法 | |
CN101702661B (zh) | 一种诊断信息的获取方法及装置 | |
EP2991303A1 (en) | Session association method, apparatus, and system | |
CN101072174A (zh) | 基于净荷深度检测和会话关联技术的腾讯语音识别方法 | |
CN107479988A (zh) | 基于dcom的三层关联审计方法 | |
CN111371575B (zh) | 一种通话问题定界的方法和装置 | |
CN111918226A (zh) | 基于实时信令的国际高结算盗打行为的分析方法及装置 | |
CN108234498B (zh) | 一种通信呼叫溯源方法与系统 | |
CN102006370B (zh) | 在ngn中对窄带用户进行呼损分析的实现方法及装置 | |
CN101448269A (zh) | 一种确定呼叫失败原因的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20070328 |
|
RJ01 | Rejection of invention patent application after publication |