在NGN中对窄带用户进行呼损分析的实现方法及装置 |
|||||||
申请号 | CN201010550687.8 | 申请日 | 2010-11-19 | 公开(公告)号 | CN102006370A | 公开(公告)日 | 2011-04-06 |
申请人 | 中兴通讯股份有限公司; | 发明人 | 丁伟强; 景英娟; 阮亮; | ||||
摘要 | 本 发明 公开了一种在NGN中对窄带用户进行呼损分析的实现方法,包括步骤:A、对每一个业务类型均建立一个与之匹配的状态机模型,并将各业务类型以及对应的状态机模型进行保存;B、在接入网关侧对用户当前业务类型的状态机进行实时监控,判断是否与该业务类型所匹配的状态机模型保持一致,若出现不一致认为出现了业务异常现象;C、根据接入网关侧的用户信息以及业务异常信息,对呼损原因进行具体分析。采用本发明方法能够更加准确地分析和记录用户呼损的详细原因,并提供呼叫失败原因记录。本发明还相应公开了一种在NGN中对窄带用户进行呼损分析的实现装置,包括业务控 制模 块 、呼损分析模块和 数据库 。 | ||||||
权利要求 | 1.一种在NGN中对窄带用户进行呼损分析的实现方法,其特征在于,包括如下步骤: |
||||||
说明书全文 | 在NGN中对窄带用户进行呼损分析的实现方法及装置技术领域[0001] 本发明属于通讯技术领域,尤其涉及一种在NGN(next generation network,下一代网络)中对窄带用户进行呼损分析的实现方法及装置。 背景技术[0002] NGN即下一代网络,既实现了传统的以电路交换为主的业务,又增加了许多新型业务,使得在IP网络上发展语音、视频、数据等多媒体综合业务成为可能。软交换是网络演进以及下一代网络的核心设备之一,它独立于传输网络,主要完成呼叫控制,资源分配,协议处理,路由,认证,计费等主要功能。 [0003] 对于窄带用户来说,传统的呼损分析和统计的方法,大部分都在软交换侧完成,这样既增加了软交换的复杂性,又不能实时、准确的反映用户实际的呼损情况。 发明内容[0005] 本发明采用的技术方案包括: [0006] 一种在NGN中对窄带用户进行呼损分析的实现方法,包括如下步骤: [0007] A、在接入网关侧对用户的业务处理过程进行实时监控,判断是否出现业务异常现象,是则执行步骤B; [0008] B、根据步骤A中得到的实时监控信息,对呼损原因进行具体分析。 [0009] 进一步地,步骤A具体包括: [0010] A1、对每一个业务类型均建立一个与之匹配的状态机模型; [0011] A2、在接入网关侧对用户当前业务类型的状态机进行实时监控,判断是否与该业务类型所匹配的状态机模型保持一致,若出现不一致则转步骤A3; [0012] A3、认为出现了业务异常现象。 [0014] 其中,所述业务控制模块用于,在接入网关侧对用户的业务过程进行实时监控,判断是否出现业务异常现象,若出现异常则将监控得到的接入网关侧的业务异常信息发送到所述呼损分析模块; [0015] 所述呼损分析模块用于,根据所述业务控制模块发送来的所述业务异常信息,对呼损原因进行具体分析。 [0016] 进一步地,所述业务控制模块包括状态机模型建立子模块和状态机监控子模块; [0017] 其中,所述状态机模型建立子模块用于,对每一个业务类型均建立一个与之匹配的状态机模型; [0018] 所述状态机监控子模块用于,在接入网关侧对用户当前业务类型的状态机进行实时监控,判断是否与该业务类型所匹配的状态机模型保持一致,若出现不一致认为出现了业务异常现象,并将监控得到的接入网关侧的业务异常信息发送到所述呼损分析模块。 [0019] 更进一步地,本发明所述在NGN中对窄带用户进行呼损分析的实现装置还包括数据库,用于保存各业务类型,以及分别与各业务类型匹配的各所述状态机模型。 [0020] 进一步地,所述呼损分析模块还用于对呼损原因进行记录和统计。 [0021] 进一步地,本发明所述在NGN中对窄带用户进行呼损分析的实现装置还包括维护台模块,用于将所述呼损分析模块分析得到的呼损原因显示给用户。 [0022] 本发明的有益效果为: [0023] 本发明通过将呼损分析和统计由软交换侧移到了更接近用户的接入网关侧,使得对于呼叫失败的分析和统计更加准确和及时。本发明更加准确地分析和记录了用户呼损的详细原因,并提供呼叫失败原因记录,并实时显示在维护台上,可以供运营商进行网络分析、规划与优化,提高服务质量。此外,对于设备故障,往往能够通过呼损分析快速定位问题的所在,此方法对于故障的解决也有着非常好的辅助效果。附图说明 [0024] 图1为本发明在NGN中对窄带用户进行呼损分析的实现方法流程示意图; [0025] 图2为本发明在NGN中对窄带用户进行呼损分析的实现装置结构示意图; [0026] 图3为普通H248主叫用户的状态机迁移流程图; [0027] 图4为本发明在NGN中对窄带用户进行呼损分析的实现装置的工作流程示意图。 具体实施方式[0028] 下面结合附图和具体实施方式对本发明作进一步详细说明。 [0029] 图1为本发明在NGN中对窄带用户进行呼损分析的实现方法流程示意图,如图所示,本发明在NGN中对窄带用户进行呼损分析的实现方法具体包括如下步骤: [0030] 1、对每一个业务类型均建立一个与之匹配的状态机模型,并将各业务类型以及对应的状态机模型进行保存; [0031] 2、在接入网关侧对用户当前业务类型的状态机进行实时监控,判断是否与该业务类型所匹配的状态机模型保持一致,若出现不一致则转步骤3; [0032] 3、认为出现了业务异常现象; [0033] 4、根据步骤2中得到的实时监控信息,对呼损原因进行具体分析; [0034] 5、对呼损原因进行记录和统计。 [0035] 图2为本发明在NGN中对窄带用户进行呼损分析的实现装置结构示意图,如图所示,本发明在NGN中对窄带用户进行呼损分析的实现装置包括维护台模块201、维护台适配模块202、呼损分析模块203、软交换模块204、协议模块205、业务控制模块206、用户适配模块207和数据库208。其中,呼损分析模块203和业务控制模块206均置于接入网关侧。 [0036] 其中,维护台模块201是呼损分析和统计结果的显示模块,将呼损的分析结果以文本的形式显示在维护台界面上。 [0037] 维护台适配模块202,与维护台模块进行通信,对呼损分析模块得到的数据进行整合,并传给维护台模块进行显示。 [0038] 呼损分析模块203,提供呼损接口给业务控制模块206,根据业务控制模块206提供的呼损信息进行呼损分析,并对历史呼损信息进行统计。即业务控制模块发送来的业务异常信息,对呼损原因进行具体分析,并对呼损原因进行记录和统计。 [0039] 软交换模块204,起到整个业务控制的作用。 [0040] 协议模块205,负责协议的编解码,与软交换204进行协议交互,起业务流程的控制作用,指导业务控制模块206进行操作。对VoIP业务而言,其协议类型包括H248、SIP(Session Initiation Protocol)或MGCP(Media Gateway Control Protocol,媒体网关控制协议)协议。 [0041] 业务控制模块206,控制整个业务流程,包括用户的状态机控制和呼叫流程的处理。受协议模块205的控制,并对用户适配模块207进行业务操作。业务控制模块206根据业务类型选择对应的状态机模型(例如图2所示),对于业务异常的流程,把用户信息和呼叫失败的信息通过呼损分析模块203提供的呼损接口写给呼损分析模块203。 [0042] 业务控制模块206包括状态机模型建立子模块和状态机监控子模块。其中,状态机模型建立子模块用于,对每一个业务类型均建立一个与之匹配的状态机模型;状态机监控子模块用于,在接入网关侧对用户当前业务类型的状态机进行实时监控,判断是否与该业务类型所匹配的状态机模型保持一致,若出现不一致认为出现了业务异常现象,并将监控得到的接入网关侧的业务异常信息发送到呼损分析模块203。 [0043] 用户适配模块207,包括上行与下行两个方向的适配,屏蔽了业务控制模块206对于不同用户终端的各种处理。 [0044] 数据库208,管理整个系统的资源,保存用户的实时状态,并提供资源获取接口给协议模块205和业务控制模块206使用。保存用户的各业务类型,以及与各业务类型匹配的各状态机模型。 [0045] 每个业务类型,无论普通用户的主叫、普通用户的被叫、传真或modem(调制解调器),都有其自己的状态机。用户在某个状态下,收到某个事件,其处理事件的行为方式是固定的。这也就为我们判断某此呼叫是否失败以及呼叫失败的原因提供了可能。 [0046] 例如图3显示了一个普通H248主叫用户的状态迁移流程,最开始用户处于空闲状态S301,摘机收到号码表后,就转到收号状态S302,收到号码后,就转到了等待加上下文状态S303,加上下文成功后,就转到通话状态S304,用户挂机后,重新转到空闲状态S301。这整个过程就是业务控制模块模拟出的一个H248主叫用户正常流程的状态机,如果用户没有走完这个状态机,就认为是一个呼叫失败。例如在用户摘机后,拨了一些号码,然后直接挂机了,业务控制模块的状态机会发现在收号状态S302收到一个挂机消息,由此判断出用户没有走完正常的状态机,对应于用户所处的状态和所收到的事件,判断出呼叫失败,以及呼叫失败的可能原因是拨号错误。 [0047] 图4为本发明在NGN中对窄带用户进行呼损分析的实现装置的工作流程示意图,如图所示,本发明在NGN中对窄带用户进行呼损分析的实现装置的工作流程包括: [0048] 步骤S401:业务控制模块206对于每种业务类型建立一个匹配的状态机模型。各业务类型以及匹配的状态机模型均存储在数据库208中,预先需要在数据库208中对于业务类型进行配置。 [0049] 步骤S402:选择好匹配的状态机模型后,业务控制模块206根据协议模块205和用户适配模块207传递的事件进行状态机的迁转,在状态机的迁转过程中,判定对应的状态机流程是否结束。 [0050] 步骤S403:判定用户真实的状态机流程是否符合其匹配的状态机流程。如果符合,返回步骤S202,如果不符合,即用户的状态机异常,则执行步骤S304。 [0051] 步骤S304:调用呼损分析模块203提供的接口,把用户的相关信息以及呼损的类型写入呼损分析模块203的数据区中进行保存。需要注意,写入呼损信息的流程不影响原来用户状态机的迁转,并且,为了保证用户呼损的准确性,对于一个用户的一次呼叫,只记录其第一次出错的信息。 [0052] 步骤S405:呼损信息利用,维护台适配模块202把对呼损分析模块203得到的数据进行整合,把数据传给维护台模块201进行显示。 [0053] 本发明将呼损分析和统计的实现由软交换侧移到了更接近用户的接入网关侧,使得对于呼叫失败的分析和统计更加的准确和及时。可供运营商进行网络分析、规划与优化,提高服务质量。 |