发明内容
有鉴于此,本发明的目的是提供一种软交换用户两种拨号故障的区分和处理方法,以便能够解决现有几种标准中都没有考虑在用户久不拨号或首位号码拨错的拨号故障情形下,应该上报什么信息和如何处置的问题,本发明对于这两种故障规定了上报消息的类型,以及该消息中在两种不同故障下的参数ObservedEvents、ds和Method所携带的值,使得软交换能够区分这两种不同故障,从而采取相应的处理操作。
为了达到上述目的,本发明提供了一种软交换用户两种拨号故障的区分和处理方法,其特征在于:包括下列步骤:
(1)网关发现其接入用户摘机后,用Notify消息向软交换设备上报摘机事件;
(2)软交换设备向网关发Modify消息指示网关对该用户收号,消息中包括收号的数图和定时器;
(3)网关发现用户摘机后发生用户久不拨号和用户拨错首位号码的两种故障之一后,向软交换设备发送Notify消息上报拨号完成事件,该Notify消息中携带以下参数值:被观察事件描述符ObservedEvents的取值为:“检测收号完成dd/ce”,号码串参数ds为空号码串,即ds=“”,方法参数Method则分别设为两个不同参数值,以区别该两种故障;
(4)软交换设备根据Notify消息中的空号码串和方法参数的值识别故障,并采取相应的处理措施:向网关发送Modify消息,指示网关对该用户放忙音。
所述用户拨号所发生的两种故障,网关在Notify消息中对方法参数Method分别使用“FM”和“PM”两个不同的值来标识和区别之。
所述步骤(3)中,用户拨号所发生的故障是用户摘机后久不拨号时,进一步包括下述操作内容:
(31)网关发现起始拨号定时器T超时用户仍未拨号,则向软交换设备发送Notify消息上报拨号完成事件,该Notify消息中携带以下参数值:被观察事件描述符ObservedEvents的取值为:“检测收号完成dd/ce”,号码串参数ds为空号码串,即ds=“”,方法参数Method设为“FM”,即Method=FM;
(32)软交换设备发现接收的Notify消息中的空号码串和“FM”方法参数,则先查询该用户是否已经申请了延迟热线业务,如果已经申请,则取出热线号码按正常呼叫程序接续到热线号码,直至完成呼叫接续操作;否则,判断为用户久不拨号的故障,执行后续步骤(4)。
用户拨号所发生的故障是拨错首位号码时,进一步包括下述操作内容:
(31)网关检测到用户拨的首位号码不能匹配数图中的任何号码方案时,则用Notify消息向软交换设备上报拨号完成事件,该Notify消息中携带以下参数值:被观察事件描述符ObservedEvents的取值为:“检测收号完成dd/ce”,号码串参数ds为空号码串,即ds=“”,方法参数Method设为“PM”,即Method=PM;
(32)软交换设备发现接收的Notify消息中的空号码串和“PM”方法参数,则判断是用户拨错首位号码的故障,执行后续步骤(4)。
本发明除了能够准确区分软交换用户的两种拨号故障,从而使得软交换和网关分别采取相应的处理方法以外,相对于现有技术处理这两种故障的方法,还具有以下优点和效果:
对于用户久不拨号的故障,本发明使得软交换能够准确地判定用户久不拨号情形的发生,不会将该故障与其它原因引起的用户号码没有上报相混淆;有效利用数图中定义的起始拨号定时器,避免重复在软交换再设置或保持一个相同功能的定时器;网络效率高,操作简单、明了,可以及时检测到久不拨号事件、立即上报软交换,并使软交换准确判断,从而有效保证业务服务质量。
对于用户首位号码拨错的故障,本发明使得软交换不需要进行号码分析就能判定出用户首位号码拨错故障的发生,而且,处理方法没有违背H.248协议对数图规定的只上报已匹配号码的原则;网络效率高,操作简单、明了,网关不需做扩展协议报号功能就能及时将事件上报给软交换,使软交换能准确判断,从而有效保证业务服务质量。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
先介绍本发明的工作机理:众所周知,网关在采用H.248协议收集用户所拨号码时,使用数图Digitmap进行核对,同时可以针对收号定义三个定时器。本发明的技术方案中,只涉及对起始拨号定时器(T定时器)的利用。
收号的基本过程是:用户一摘机,软交换就会将数图、拨号定时器等参数一起下发给网关。用户所拨的电话号码串和数图中所设定的号码方案相匹配、用户拨错了号码、或三个定时器中的任一定时器发生超时,这三种情况中的任何一种都可以触发网关向软交换上报拨号完成事件(dd/ce事件),并在上报时会用号码串参数(ds)带上和数图匹配的号码串。如果没有匹配的号码串,可以带空号码串;也可以用方法参数(Method)的三种不同取值——“UM”、“PM”和“FM”——来表示上报方法,用于分别代表“精确匹配”、“部分匹配”和“完全匹配”。软交换设备接收到拨号完成事件后,会根据其中的号码串、方法参数的值进行分析:如果是正常的号码,则进行后续的接续;如果是异常的号码(不完整、错或空),则进行释放处理。
参见图1,介绍本发明一种软交换用户两种拨号故障的区分和处理方法的操作流程:
(1)网关发现其接入用户摘机后,用Notify消息向软交换设备上报摘机事件;
(2)软交换设备向网关发Modify消息指示网关对该用户收号,消息中包括收号的数图和定时器;
(3)网关发现用户拨号的两种故障(用户摘机后久不拨号和用户拨错首位号码)之一后,向软交换发送Notify消息上报拨号完成事件,该Notify消息中携带以下参数值:ObservedEvents:dd/ce,号码串参数ds皆为空号码串,即ds=“”,方法参数Method则分别设为两个不同值—“FM”和“PM”—来标识和区别之;
(4)软交换设备根据Notify消息中的空号码串和方法参数的值识别故障,并采取相应的处理措施:向网关发送Modify消息,指示网关对该用户放忙音。
参见图2和图3,分别介绍本发明对用户久不拨号、用户拨错首位号两种故障的区分和处理方法:
从该两个时序图可以发现,其中前两个时序和最后一个的操作内容都是相同的,只是在第三个操作步骤中,网关上报拨号完成事件的Notify消息中略有不同:Method分别设为两个不同值:“FM”和“PM”,而ds皆为空号码串,即ds=“”.另外,在久不拨号故障处理过程中,软交换设备要增加一项操作内容:根据Notify消息中的空号码串和“FM”方法参数,需要查询该用户是否申请有延迟热线业务,如果有,则取出热线号码按正常呼叫接续到热线号码;若无该业务,则可断定是用户久不拨号的故障.
下面结合实施例,具体说明本发明的区分和处理方法流程:
参见图4,介绍用户1准备拨叫用户2、又久不拨号的故障实施例的处理流程(其中用户1是网关1的用户,用户2是网关2的用户):
(1)网关1检测到用户1的摘机,将该摘机事件通过Notify消息上报给软交换;
(2)软交换向网关1返回响应消息Reply;
(3)软交换向网关1发送Modify消息,其中包含描述号码方案的数图(Digitmap),并指示网关1放拨号音(cg/dt);并检测收号完成(dd/ce)、挂机(al/on)、拍叉簧(al/fl)事件;
(4)网关1向软交换返回Reply响应;
(5)网关1上的用户1久不拨号,数图中定义的起始拨号定时器T超时,网关1用Notify消息上报拨号完成事件(dd/ce),其中号码串参数(ds)为空号码串,方法参数(Method)设为“FM”;
该消息示例如下:
MEGACO/1[191.1.12.8]:2944
Transaction=56216{Context=-{Notify=AG58902{ObservedEvents=2003{20020401T13390000:dd/ce{ds=″″,Meth=FM}}}}}
注:上述终结点标识、IP地址、事件号、事件发生时间和事务号等都是实施例数据,实际应用时取决于实际情况。
(6)软交换向网关1返回Reply响应,同时查询用户1是否已经申请有延迟热线业务,如果有,则取出热线被叫号码按正常呼叫程序接续到热线号码,结束操作流程;如果没有,则继续执行下列流程;
(7)软交换向网关1下发Modify消息,指示对用户1放忙音;
(8)网关1向软交换返回Reply响应;
(9)网关1上的用户1挂机,将挂机事件通过Notify消息上报软交换;
(10)软交换向网关1返回Reply响应;
(11)软交换向网关1下发Modify消息,指示对用户1检测摘机事件(al/of);
(12)网关1向软交换返回Reply响应。结束全部操作。
参见图5,介绍用户1准备拨叫用户2时拨错首位号码的故障实施例处理流程(其中用户1是网关1的用户,用户2是网关2的用户):
(1)网关1检测到用户1摘机,将该摘机事件通过Notify消息上报给软交换;
(2)软交换向网关1返回响应消息Reply;
(3)软交换向网关1发送Modify消息,其中包含号码方案数图(Digitmap),并指示网关1放拨号音(cg/dt),检测收号完成(dd/ce)、挂机(al/on)、拍叉簧(al/fl)事件;
(4)网关1向软交换返回Reply响应;
(5)网关1上的用户1拨号,首位号码就不能与数图的任一方案相匹配,则网关1向软交换上报拨号完成事件,其中号码串参数(ds)为空号码串,方法参数(Method)设为“PM”;
该消息示例如下:
MEGACO/1[191.1.12.8]:2944
Transaction=56216{Context=-{Notify=AG58902{ObservedEvents=2005{20020401T13390000:dd/ce{ds=″″,Meth=PM}}}}}
注:上述终结点标识、IP地址、事件号、事件发生时间和事务号等都是实施例数据,实际应用时取决于实际情况。
(6)软交换向网关1返回Reply响应;
(7)软交换向网关1下发Modify消息,指示对用户1放忙音;
(8)网关1向软交换返回Reply响应;
(9)网关1上的用户1挂机,将挂机事件通过Notify消息上报软交换;
(10)软交换向网关1返回Reply响应;
(11)软交换向网关1下发Modify消息,指示对用户1检测摘机事件(al/of);
(12)网关1向软交换返回Reply响应。
本发明已经在商用软交换网络中进行了试验实施,试验结果是成功的,取得了快速区分故障和及时采取相应处理方法的很好效果,实现了发明目的。