CN101039348A - 一种软交换用户两种拨号故障的区分和处理方法 - Google Patents
一种软交换用户两种拨号故障的区分和处理方法 Download PDFInfo
- Publication number
- CN101039348A CN101039348A CN 200610057093 CN200610057093A CN101039348A CN 101039348 A CN101039348 A CN 101039348A CN 200610057093 CN200610057093 CN 200610057093 CN 200610057093 A CN200610057093 A CN 200610057093A CN 101039348 A CN101039348 A CN 101039348A
- Authority
- CN
- China
- Prior art keywords
- dialing
- user
- gateway
- fault
- kinds
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Monitoring And Testing Of Exchanges (AREA)
Abstract
一种软交换用户两种拨号故障的区分和处理方法，步骤如下：(1)网关发现其接入用户摘机后，用Notify消息向软交换上报摘机事件；(2)软交换向网关发Modify消息指示网关对该用户收号，消息中包括收号的数图和定时器；(3)网关发现用户拨号发生故障后，向软交换发送Notify消息上报拨号完成事件，该Notify消息中携带以下参数值：ObservedEvents：dd/ce，ds＝“”，Method分别采用两个不同参数值：“FM”和“PM”，以区别用户久不拨号和拨错首位号的两种故障；(4)软交换设备根据Notify消息中的空号码串和Method的值识别故障，并采取处理措施：向网关发送Modify消息，指示网关对该用户放忙音。该方法能准确、及时区分和处理软交换用户的两种拨号故障，效率高，操作简单，能够保证业务服务质量。
Description
技术领域
本发明涉及一种在软交换网络用户拨打电话过程中出现异常故障后，网关如何将该异常故障上报，以及软交换设备如何采取相应处理措施的技术，确切地说，涉及一种软交换用户两种拨号故障—用户久不拨号或拨错首位号码—的区分和处理方法，属于软交换网络通信技术领域。
背景技术
H.248协议是一种应用于软交换设备和网关之间的接口协议，在H.248协议的ITU-T、IETF和信息产业部标准中都规定了网关在收集用户所拨电话号码时采用数图digitmap的方法，网关检测到出现digitmap中定义的事件时，要向软交换上报“DigitMap Completion”事件，其中参数ds携带已匹配的号码串，参数Method指示匹配方式是“UM”、“PM”和“FM”中的一种，分别代表“精确匹配”、“部分匹配”和“完全匹配”。
目前对于用户摘机久不拨号，电信设备的处理方式主要有两种：在网关设置定时器或在软交换设备设置定时器，前者发生定时器超时，则由网关自行释放用户资源(包括送忙音)；后者发生定时器超时，则由软交换设备下发命令给网关，要求网关释放用户资源(包括送忙音)。第一种方式的缺点是失去了软交换的控制作用，容易造成软交换和网关两边状态不一致；第二种方式的缺点是软交换自行下发的释放请求很容易和网关上报的拨号事件冲突，比如用户刚好在接近定时器时长时拨号，就很容易发生这种情况，从而发生状态混乱。
对于用户拨错首位号码，即首位就无法匹配数图digitmap中定义的任何号码序列时，现在的许多电信设备基本都是采取上报拨号完成事件，其中号码串(ds)参数为拨错的首位号码或空值，方法(Method)参数则随意设置。这样的处理方式既不符合H.248协议规定，也容易和用户久不拨号(ds参数为空号码串)的情况相混淆，使得软交换设备无法区分。
因此，如何研制出一种合理、有效的方法来区分和处理软交换用户拨号故障的问题，就成为业内人士关注的热点。
发明内容
有鉴于此，本发明的目的是提供一种软交换用户两种拨号故障的区分和处理方法，以便能够解决现有几种标准中都没有考虑在用户久不拨号或首位号码拨错的拨号故障情形下，应该上报什么信息和如何处置的问题，本发明对于这两种故障规定了上报消息的类型，以及该消息中在两种不同故障下的参数ObservedEvents、ds和Method所携带的值，使得软交换能够区分这两种不同故障，从而采取相应的处理操作。
为了达到上述目的，本发明提供了一种软交换用户两种拨号故障的区分和处理方法，其特征在于：包括下列步骤：
(1)网关发现其接入用户摘机后，用Notify消息向软交换设备上报摘机事件；
(2)软交换设备向网关发Modify消息指示网关对该用户收号，消息中包括收号的数图和定时器；
(3)网关发现用户拨号的两种故障之一后，向软交换发送Notify消息上报拨号完成事件，该Notify消息中携带以下参数值：ObservedEvents：dd/ce，号码串参数ds皆为空号码串，即ds＝“”，方法参数Method则分别设为两个不同参数值，以区别该两种故障；
(4)软交换设备根据Notify消息中的空号码串和方法参数的值识别故障，并采取相应的处理措施：向网关发送Modify消息，指示网关对该用户放忙音。
所述步骤(3)中，用户拨号所发生的两种故障分别是：用户摘机后久不拨号和用户拨错首位号码。
所述用户拨号所发生的两种故障，网关在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协议对数图规定的只上报已匹配号码的原则；网络效率高，操作简单、明了，网关不需做扩展协议报号功能就能及时将事件上报给软交换，使软交换能准确判断，从而有效保证业务服务质量。
附图说明
图1是本发明软交换用户两种拨号故障的区分和处理方法的流程方框图。
图2是本发明方法中用户久不拨号故障的处理流程时序图。
图3是本发明方法中用户拨错首位号码故障的处理流程时序图。
图4是本发明方法处理用户久不拨号故障的实施例时序图。
图5是本发明方法处理用户拨错首位号码故障的实施例时序图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
先介绍本发明的工作机理：众所周知，网关在采用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响应。
本发明已经在商用软交换网络中进行了试验实施，试验结果是成功的，取得了快速区分故障和及时采取相应处理方法的很好效果，实现了发明目的。
Claims (5)
1、一种软交换用户两种拨号故障的区分和处理方法，其特征在于：包括下列步骤：
(1)网关发现其接入用户摘机后，用Notify消息向软交换设备上报摘机事件；
(2)软交换设备向网关发Modify消息指示网关对该用户收号，消息中包括收号的数图和定时器；
(3)网关发现用户拨号的两种故障之一后，向软交换发送Notify消息上报拨号完成事件，该Notify消息中携带以下参数值：ObservedEvents：dd/ce，号码串参数ds皆为空号码串，即ds＝“”，方法参数Method则分别设为两个不同参数值，以区别该两种故障；
(4)软交换设备根据Notify消息中的空号码串和方法参数的值识别故障，并采取相应的处理措施：向网关发送Modify消息，指示网关对该用户放忙音。
2、根据权利要求1所述的软交换用户两种拨号故障的区分和处理方法，其特征在于：所述步骤(3)中，用户拨号所发生的两种故障分别是：用户摘机后久不拨号和用户拨错首位号码。
3、根据权利要求2所述的软交换用户两种拨号故障的区分和处理方法，其特征在于：所述用户拨号所发生的两种故障，网关在Notify消息中对方法参数Method分别使用两个不同的值-“FM”和“PM”来标识和区别之。
4、根据权利要求1或2或3所述的软交换用户两种拨号故障的区分和处理方法，其特征在于：所述步骤(3)中，用户拨号所发生的故障是用户摘机后久不拨号时，进一步包括下述操作内容：
(31)网关发现起始拨号定时器T超时用户仍未拨号，则向软交换发送Notify消息上报拨号完成事件，该Notify消息中携带以下参数值：ObservedEvents：dd/ce，ds为空号码串，即ds＝“”，Method设为“FM”，即Method＝FM；
(32)软交换设备发现接收的Notify消息中的空号码串和“FM”方法参数，则先查询该用户是否已经申请了延迟热线业务，如果已经申请，则取出热线号码按正常呼叫程序接续到热线号码，直至完成呼叫接续操作；否则，判断为用户久不拨号的故障，执行后续步骤(4)。
5、根据权利要求1或2或3所述的软交换用户两种拨号故障的区分和处理方法，其特征在于：用户拨号所发生的故障是拨错首位号码时，进一步包括下述操作内容：
(31)网关检测到用户拨的首位号码不能匹配数图中的任何号码方案时，则用Notify消息向软交换上报拨号完成事件，该Notify消息中携带以下参数值：ObservedEvents：dd/ce，ds为空号码串，即ds＝“”，Method设为“PM”，即Method＝PM；
(32)软交换设备发现接收的Notify消息中的空号码串和“PM”方法参数，则判断是用户拨错首位号码的故障，执行后续步骤(4)。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610057093A CN101039348B (zh) | 2006-03-17 | 2006-03-17 | 一种软交换用户两种拨号故障的区分和处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610057093A CN101039348B (zh) | 2006-03-17 | 2006-03-17 | 一种软交换用户两种拨号故障的区分和处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101039348A true CN101039348A (zh) | 2007-09-19 |
| CN101039348B CN101039348B (zh) | 2010-05-12 |
Family
ID=38889972
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200610057093A Active CN101039348B (zh) | 2006-03-17 | 2006-03-17 | 一种软交换用户两种拨号故障的区分和处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101039348B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012055254A1 (zh) * | 2010-10-29 | 2012-05-03 | 中兴通讯股份有限公司 | Ngn网络用户状态报告的方法、网关及系统 |
| CN111404894A (zh) * | 2020-03-06 | 2020-07-10 | 深圳震有科技股份有限公司 | 一种语音网关不完整呼叫上报的方法及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1269340C (zh) * | 2003-03-07 | 2006-08-09 | 华为技术有限公司 | 一种拨号器的实现方法 |
-
2006
- 2006-03-17 CN CN200610057093A patent/CN101039348B/zh active Active
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012055254A1 (zh) * | 2010-10-29 | 2012-05-03 | 中兴通讯股份有限公司 | Ngn网络用户状态报告的方法、网关及系统 |
| CN102457820A (zh) * | 2010-10-29 | 2012-05-16 | 中兴通讯股份有限公司 | Ngn网络用户状态报告的方法、网关及系统 |
| CN102457820B (zh) * | 2010-10-29 | 2015-08-12 | 中兴通讯股份有限公司 | Ngn网络用户状态报告的方法、网关及系统 |
| CN111404894A (zh) * | 2020-03-06 | 2020-07-10 | 深圳震有科技股份有限公司 | 一种语音网关不完整呼叫上报的方法及系统 |
| CN111404894B (zh) * | 2020-03-06 | 2022-07-26 | 深圳震有科技股份有限公司 | 一种语音网关不完整呼叫上报的方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101039348B (zh) | 2010-05-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101271548B1 (ko) | 통신 네트워크에서 호 충돌을 처리하기 위한 방법 및 대응 디바이스 | |
| CN1276636C (zh) | 利用公共软件平台执行公共呼叫处理管理的方法和设备 | |
| CN101047618A (zh) | 获取网络路径信息的方法和系统 | |
| CN1655532A (zh) | 管理基于网际协议的语音(VoIP)系统的路由路径 | |
| CN1859710A (zh) | 接入媒体网关过载控制方法 | |
| CN1182686C (zh) | 一种可选择路由实现智能ip电话业务的方法 | |
| CN1802007A (zh) | 一种智能网系统中呼叫接续的实现方法 | |
| CN101039348A (zh) | 一种软交换用户两种拨号故障的区分和处理方法 | |
| CN1852174A (zh) | 一种检测分组交换网络服务质量的方法 | |
| CN1684486A (zh) | 一种实现电话呼叫未接通告知的系统、方法及装置 | |
| CN1825866A (zh) | 下一代网络构架下的呼叫处理方法 | |
| CN1893678A (zh) | 一种在通话过程中进行主叫收号或被叫收号的控制方法 | |
| CN1893475A (zh) | 通话中网络设备与网络终端握手的实现方法 | |
| CN101068230A (zh) | 在媒体网关中实现用户交换机的方法 | |
| CN1946120A (zh) | 实现话单关联的方法及系统 | |
| CN1852450A (zh) | 一种保证智能用户通话的方法 | |
| CN1889600A (zh) | 一种接入网关测试装置、测试系统及测试方法 | |
| CN1832516A (zh) | 一种信号传输信道检测方法和呼叫控制系统 | |
| CN101039196A (zh) | 一种实现智能业务的方法、系统及装置 | |
| CN1282330C (zh) | 在七号消息分配单元实现对业务应用信令的控制选通方法 | |
| CN1859231A (zh) | 一种服务质量监控系统及方法 | |
| CN1852542A (zh) | 一种用户呼叫故障检测方法 | |
| CN1317878C (zh) | 一种实现计费的方法 | |
| CN1825867A (zh) | 一种传输信道检测方法以及呼叫控制系统 | |
| CN1901585A (zh) | 一种ip电话接入设备的收号方法及其系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: CHINA TELECOMMUNICATION STOCK CO., LTD. Free format text: FORMER OWNER: CHINA TELECOMMUNICATION STOCK CO., LTD. GUANGDONG ACADEME Effective date: 20091023 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20091023 Address after: Number 31, Finance Street, Beijing, Xicheng District: 100032 Applicant after: China Telecommunication Co., Ltd. Address before: Postal code 109, Zhongshan Avenue, Guangzhou, Guangdong 510630, Tianhe District Applicant before: GUANGDONG RESEARCH INSTITUTE, CHINA TELECOM CO., LTD. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |