CN1599335A - 一种检测用户通话异常中断的方法 - Google Patents
一种检测用户通话异常中断的方法 Download PDFInfo
- Publication number
- CN1599335A CN1599335A CN 03157306 CN03157306A CN1599335A CN 1599335 A CN1599335 A CN 1599335A CN 03157306 CN03157306 CN 03157306 CN 03157306 A CN03157306 A CN 03157306A CN 1599335 A CN1599335 A CN 1599335A
- Authority
- CN
- China
- Prior art keywords
- session
- resource manager
- network resource
- load network
- manager
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种检测用户通话异常中断的方法,该方法包括:A.承载层连接节点检测到自身提供的会话出现通话异常,则通过其归属承载网资源管理器向该会话对应的业务管理器发送流老化报告;B.所述业务管理器收到该流老化报告后,判断该会话所对应的用户是否在线,如果没有在线,确认出现异常中断,然后执行步骤C,否则,确认没有出现异常中断,跳出本流程;C.该会话路径的所有承载网资源管理器和入口路由器分别释放该会话所占用的资源。本发明的方法由业务管理器主动上报通话异常,从而使承载控制层了解通话异常中断的情况,并对该会话进行及时处理,避免了资源浪费,增强了网络运行的稳定性。
Description
技术领域
本发明涉及网络通信技术领域,特别是指一种检测用户通话异常中断的方法。
背景技术
随着互联网规模的不断扩大,各种各样的网络服务争相涌现,先进的多媒体***也层出不穷。由于实时业务对网络传输时延、延时抖动等特性较为敏感,当网络上有突发性高的文件传输(FTP)或者含有图像文件的超文本传输(HTTP)等业务时,实时业务就会受到很大影响;另外,由于多媒体业务将占用大量的带宽,所以也将使得现有网络中需要得到保证的关键业务难以得到可靠的传输。于是,为保证关键业务得到可靠的传输,各种服务质量(QoS,Quality of Service)技术便应运而生。互联网工程任务组(IETF,Internet Engineering Task Force)已经提出了很多服务模型和机制,以满足QoS的需求。目前业界比较认可的是在网络的接入或边缘使用综合业务(Int-Serv,Integrated Service)模型,而在网络的核心使用区分业务(Diff-serv,Differentiated Service)模型。
Diff-serv模型仅通过设定优先等级的措施来保障QoS,该模型虽然有线路利用率高的特点,但具体的效果难以预测。因此,业界为骨干网的Diff-Serv模型引入了一个独立的承载控制层,建立了一套专门的Diff-Serv QoS信令机制,并为Diff-Serv网络专门建立了一个资源管理层,管理网络的拓扑资源,这种资源管理Diff-Serv方式被称为有独立承载控制层的Diff-Serv模型。图1为该模型的示意图,其中,101为业务服务器,属于业务控制层,可实现软交换等功能,如呼叫代理(CA);为承载网资源管理器,属于承载控制层;103为边缘路由器(ER,Edge Router),104为核心路由器,103和104都属于承载网络。在这种模型中,承载网资源管理器负责配置管理规则和网络拓扑,为客户的业务带宽申请分配资源。每个管理域的承载网资源管理器之间通过信令传递客户的业务带宽申请请求和结果,以及各承载网资源管理器为业务申请分配的路径信息等。当承载控制层处理用户的业务带宽申请时,将确定用户业务的路径,承载网资源管理器会通知ER按照指定的路径转发业务流。
现有技术中,当CA检测到用户已经挂机,通常将主动向承载网资源管理器下发资源释放消息,由承载网资源管理器释放该会话所占用的资源。但是,当通话出现异常中断时,即用户可能已经挂机,但是由于无法预知的异常情况,CA可能没有检测出通话出现中断,而此时会话继续保持,这种情况下,承载网资源管理器和路由器都将继续维护相关的数据内容,资源一直被占用却无法使用,从而造成资源的死锁。
发明内容
有鉴于此,本发明的主要目的在于提供一种检测用户通话异常中断的方法,使承载网资源管理器及时了解呼叫连接出现的异常中断,并释放该呼叫所占用的资源。
本发明提供的一种检测用户通话异常中断的方法包括:
A.承载层连接节点检测到自身提供的会话出现通话异常,则向其归属承载网资源管理器发送流老化报告;
B.所述归属承载网资源管理器向业务管理器转发流老化报告;
C.所述业务管理器收到该流老化报告后,判断该会话所对应的用户是否在线,如果没有在线,确认出现异常中断,通知所述源承载网资源管理器该会话出现异常中断,然后执行步骤D,否则,确认没有出现异常中断,跳出本流程;
D.该会话所对应的承载网资源管理器和入口路由器分别释放该会话所对应的资源。
步骤B可以包括:
所述归属承载网资源管理器沿该会话资源请求方向的上游承载网资源管理器逐次转发该流老化报告,直到该会话的源承载网资源管理器,所述源承载网资源管理器向该会话所对应的业务管理器上报流老化报告。
并且,步骤B中所述源承载网资源管理器可以通过COPS+中的RPT消息,或SNMP中的TRAP消息中的自定义类型,或预先自定义的消息,向该会话所对应的业务管理器上报流老化报告。
在步骤C中通知所述源承载网资源管理器该会话出现异常中断之后,并且在执行步骤D之前,该方法可以进一步包括:
D1、所述源资源管理器向该会话所对应的入口路由器发送流映射删除命令,并向其下游的承载网资源管理器逐次转发资源释放请求,直至目的承载网资源管理器,然后执行步骤D。
步骤D中所述入口路由器释放该会话所对应的资源可以通过删除该会话的路径信息、呼叫信息和业务质量参数实现。
步骤D中所述承载网资源管理器释放该会话所对应的资源可以通过释放该会话所对应的域内和域间的路径信息及带宽信息实现。
本发明的方法还可以预先设置时间段,则步骤A中所述通话异常可以根据会话在预先设置的时间段内没有业务交互来确定。
所述承载层连接节点可以包括ER、BR、核心路由器或其组合。
本发明的方法在步骤A之前,还可以进一步包括:
A1、建立承载层连接节点与承载网资源管理器之间的连接。
所述建立连接可以进一步包括:
A11、在归属网承载层连接节点上电开始工作时,承载层连接节点向其归属网承载资源管理器发送与该承载网资源管理器之间的连接建立请求消息;
A12、承载网资源管理器接收该请求,则向该承载层连接节点返回连接确认消息,然后执行步骤A,否则,向该承载层连接节点返回拒绝消息,跳出本流程。
在步骤C确认没有出现异常中断后,可以进一步包括:将确认结果通知所述源承载网资源管理器。
从以上过程可以看出,本发明的方法由CN通过承载网资源管理器主动向CA上报会话的通话异常,由CA确定是否真正出现异常中断,如果出现异常中断,则删除该会话所占用的资源。该方法可以使承载控制层及时了解与实际状态同步的会话通话状态,从而避免了资源浪费,增强了网络运行的稳定性。
附图说明
图1为有独立的承载控制层的Diff-Serv网络模型拓扑结构示意图;
图2为实现本发明方法的组网结构示意图;
图3为本发明方法的流程示意图;
图4为本发明建立承载网资源管理器和CN之间的连接流程示意图;
图5为实现本发明方法的具体实施例流程示意图。
具体实施方式
为使本发明的目的、技术方案、及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
为使承载控制层资源管理器了解话路异常中断,本发明通过检测出话路异常中断,并通过承载控制层网络上报给CA。然后,由CA决定是否拆除出现异常中断的呼叫连接。
参见图2所示,实现本发明方法的组网结构包括承载网资源管理器101、CA 102和承载网络。用户终端(UE)201通过会话协议(SessionProtocol)向CA 102发出连接请求,CA 102将该连接请求发送至相应的承载网资源管理器101,承载网资源管理器101分析该连接请求,为该请求的连接分配相应的资源,并选择合适的路由,将策略路由信息通过COPS+协议下发给所辖域内对应的路由器。在建立连接后,用户即可通过该连接进行业务交互。当路由器检测出某个会话出现通话异常时,即认为该会话可能出现异常中断,则由承载网资源管理器101向CA 102上报出现通话异常的消息,由CA来确定是该会话否真正出现异常中断。
参见图3所示,实现本发明的方法包括以下步骤:
步骤301、承载层连接节点(CN)检测到自身提供的会话出现通话异常,则向其归属承载网资源管理器发送流老化报告。
这里,采用CN主动向其归属承载网资源管理器上报异常中断,其中,本发明中CN是指边缘路由器(ER)、边界路由器(BR)、LSP上的核心路由器或其组合。并且,CN可以根据会话长时间没有业务流交互来检测是否出现通话异常的。
步骤302、从该归属承载网资源管理器开始,沿该会话资源请求的上游承载网资源管理器逐次转发该流老化报告,直到该会话的源承载网资源管理器,该源承载网资源管理器向该会话所对应的CA发送流老化报告。
步骤303、该CA收到该流老化报告后,判断该会话所对应的用户是否在线,如果没有在线,确认出现异常中断,通知所述源资源管理器该会话出现异常中断,然后执行步骤304,否则,确认没有出现异常中断,跳出本流程。
步骤304、该源承载网资源管理器向该会话路径的入口路由器发送流映射删除命令,并由其下游的承载网资源管理器逐一转发该资源释放请求,直至该会话的目的承载网资源管理器。
步骤305、所述入口路由器收到该流映射删除命令后,删除该会话的相关信息,包括本次连接的路径信息、本次呼叫信息和业务质量(Qos)参数等;并且所述源承载网资源管理器和其下游的所有承载网资源管理器收到所述资源释放请求后,释放与该会话相关的资源信息,包括该会话所对应的域内和域间的路径信息和带宽信息等。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
为了实现承载网资源管理器和CN之间的信息交互,承载网资源管理器和CN之间要建立连接,参见图4所示,本实施例建立承载网资源管理器和CN之间的连接过程具体如下:
步骤401、ER/BR一上电,则向其归属的承载网资源管理器发送连接建立请求消息。
步骤402、承载网资源管理器收到连接建立请求消息后,判断自身与该ER/BR是否已经建立连接,如果没有,则接受这个连接建立请求,与该ER/BR建立连接,并向ER/BR回应连接建立响应消息;否则,承载网资源管理器拒绝连接,并将回应连接建立拒绝消息。当然,承载网资源管理器也可以在接受该连接请求之前,确定一下申请建立连接的ER/BR是否为其所管辖的路由器,如果不是,则拒绝接受该连接建立请求。
参见图5所示,本实施例检测话路出现异常中断的方法包括以下步骤:
步骤501、一旦ER/BR检测到某个会话状态发生变化,如某个业务流长时间没有消息交互,即认为该用户通话可能发生异常,然后通过COPS+协议中的RPT消息将流老化信息上报给其归属承载网资源管理器。
步骤502~503、该归属承载网资源管理器收到该流老化信息后,将该流老化信息经过其上游承载网资源管理器转发到达源承载网资源管理器,然后由该源承载网资源管理器将该流老化信息上报到CA;CA检测该流老化信息所对应话路上的用户是否已经挂机,如果已经挂机,则确认该话路出现异常中断,并将该确认结果反馈给源承载网资源管理器,然后执行步骤504,否则,则认为该话路没有出现异常中断,跳出本流程。
步骤504~505、源承载网资源管理器收到CA下发的确认消息后,向该会话的入口ER/BR下发流映射命令,并向其下游的承载网资源管理器逐一转发资源释放请求,直至目的承载网资源管理器;
ER/BR接收到该流映射命令后,删除该呼叫的路径信息、本次呼叫信息和Qos参数等,在删除成功后,可以通过RPT消息上报删除成功消息;并且源承载网资源管理器下游的所有承载网资源管理器收到资源释放请求后,分别释放该会话所对应的域内和域间的路径信息和带宽信息。
本实施例使用COPS+协议中的RPT消息来进行异常中断的上报。当然,也可以用简单网络管理协议(SNMP)中的Trap消息实现上报功能。现有技术中Trap消息是被管设备遇到紧急情况时主动向网管站发送的消息,通常Trap消息可上报的内容包括:冷启动、热启动、链路状态发生变化等,对于本发明来说利用Trap消息上自定义的类型。另外,也可以采用其它自定义的消息,但使用相同的原理和机制也可完成本发明所要实现的功能。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1、一种检测用户通话异常中断的方法,其特征在于,该方法包括以下步骤:
A.承载层连接节点检测到自身提供的会话出现通话异常,则向其归属承载网资源管理器发送流老化报告;
B.所述归属承载网资源管理器向业务管理器转发流老化报告;
C.所述业务管理器收到该流老化报告后,判断该会话所对应的用户是否在线,如果没有在线,确认出现异常中断,通知所述源承载网资源管理器该会话出现异常中断,然后执行步骤D,否则,确认没有出现异常中断,跳出本流程;
D.该会话所对应的承载网资源管理器和入口路由器分别释放该会话所对应的资源。
2、根据权利要求1所述的方法,其特征在于,步骤B包括:
所述归属承载网资源管理器沿该会话资源请求方向的上游承载网资源管理器逐次转发该流老化报告,直到该会话的源承载网资源管理器,所述源承载网资源管理器向该会话所对应的业务管理器上报流老化报告。
3、根据权利要求2所述的方法,其特征在于,步骤B中所述源承载网资源管理器是通过COPS+中的RPT消息,或SNMP中的TRAP消息中的自定义类型,或预先自定义的消息,向该会话所对应的业务管理器上报流老化报告。
4、根据权利要求1所述的方法,其特征在于,在步骤C中通知所述源承载网资源管理器该会话出现异常中断之后,并且在执行步骤D之前,该方法进一步包括:
D1、所述源资源管理器向该会话所对应的入口路由器发送流映射删除命令,并向其下游的承载网资源管理器逐次转发资源释放请求,直至目的承载网资源管理器,然后执行步骤D。
5、根据权利要求1所述的方法,其特征在于,步骤D中所述入口路由器释放该会话所对应的资源是通过删除该会话的路径信息、呼叫信息和业务质量参数实现的。
6、根据权利要求1所述的方法,其特征在于,步骤D中所述承载网资源管理器释放该会话所对应的资源是通过释放该会话所对应的域内和域间的路径信息及带宽信息实现的。
7、根据权利要求1所述的方法,其特征在于,预先设置时间段,
则步骤A中所述通话异常是根据会话在预先设置的时间段内没有业务交互来确定。
8、根据权利要求1所述的方法,其特征在于,所述承载层连接节点包括ER、BR、核心路由器或其组合。
9、根据权利要求1所述的方法,其特征在于,在步骤A之前,进一步包括:
A1、建立承载层连接节点与承载网资源管理器之间的连接。
10、根据权利要求9所述的方法,其特征在于,所述建立连接进一步包括:
A11、在归属网承载层连接节点上电开始工作时,承载层连接节点向其归属网承载资源管理器发送与该承载网资源管理器之间的连接建立请求消息;
A12、承载网资源管理器接收该请求,则向该承载层连接节点返回连接确认消息,然后执行步骤A,否则,向该承载层连接节点返回拒绝消息,跳出本流程。
11、根据权利要求1所述的方法,其特征在于,在步骤C确认没有出现异常中断后,进一步包括:将确认结果通知所述源承载网资源管理器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031573061A CN1330133C (zh) | 2003-09-17 | 2003-09-17 | 一种检测用户通话异常中断的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031573061A CN1330133C (zh) | 2003-09-17 | 2003-09-17 | 一种检测用户通话异常中断的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1599335A true CN1599335A (zh) | 2005-03-23 |
CN1330133C CN1330133C (zh) | 2007-08-01 |
Family
ID=34660252
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB031573061A Expired - Fee Related CN1330133C (zh) | 2003-09-17 | 2003-09-17 | 一种检测用户通话异常中断的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1330133C (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101247353B (zh) * | 2008-03-25 | 2010-08-25 | 杭州华三通信技术有限公司 | 流老化方法及网络设备 |
CN1897539B (zh) * | 2005-07-14 | 2010-12-01 | 华为技术有限公司 | 对呼叫记录进行配置的方法 |
CN1897622B (zh) * | 2005-07-14 | 2010-12-08 | 中兴通讯股份有限公司 | 一种检测及释放媒体网关异常实时传输协议资源的方法 |
CN102036050A (zh) * | 2010-10-11 | 2011-04-27 | 中兴通讯股份有限公司 | 视频会议自动重呼终端上线的方法及*** |
CN101345665B (zh) * | 2008-08-28 | 2011-08-24 | 华为技术有限公司 | 一种媒体面控制信令面的方法及*** |
CN109302472A (zh) * | 2018-09-27 | 2019-02-01 | 视联动力信息技术股份有限公司 | 一种视联网资源释放方法及视联网共享平台服务器 |
CN110768816A (zh) * | 2018-07-27 | 2020-02-07 | 成都鼎桥通信技术有限公司 | 多媒体业务异常保护方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8199649B2 (en) * | 2001-03-28 | 2012-06-12 | Alcatel Lucent | Method and apparatus for rerouting a connection in a data communication network based on a user connection monitoring function |
JP2003110602A (ja) * | 2001-09-28 | 2003-04-11 | Ando Electric Co Ltd | Mplsパケット統計処理方法及び統計処理装置 |
-
2003
- 2003-09-17 CN CNB031573061A patent/CN1330133C/zh not_active Expired - Fee Related
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1897539B (zh) * | 2005-07-14 | 2010-12-01 | 华为技术有限公司 | 对呼叫记录进行配置的方法 |
CN1897622B (zh) * | 2005-07-14 | 2010-12-08 | 中兴通讯股份有限公司 | 一种检测及释放媒体网关异常实时传输协议资源的方法 |
CN101247353B (zh) * | 2008-03-25 | 2010-08-25 | 杭州华三通信技术有限公司 | 流老化方法及网络设备 |
CN101345665B (zh) * | 2008-08-28 | 2011-08-24 | 华为技术有限公司 | 一种媒体面控制信令面的方法及*** |
CN102036050A (zh) * | 2010-10-11 | 2011-04-27 | 中兴通讯股份有限公司 | 视频会议自动重呼终端上线的方法及*** |
WO2012048614A1 (zh) * | 2010-10-11 | 2012-04-19 | 中兴通讯股份有限公司 | 视频会议自动重呼终端上线的方法及*** |
CN102036050B (zh) * | 2010-10-11 | 2014-10-22 | 中兴通讯股份有限公司 | 视频会议自动重呼终端上线的方法及*** |
CN110768816A (zh) * | 2018-07-27 | 2020-02-07 | 成都鼎桥通信技术有限公司 | 多媒体业务异常保护方法和装置 |
CN110768816B (zh) * | 2018-07-27 | 2022-04-15 | 成都鼎桥通信技术有限公司 | 多媒体业务异常保护方法和装置 |
CN109302472A (zh) * | 2018-09-27 | 2019-02-01 | 视联动力信息技术股份有限公司 | 一种视联网资源释放方法及视联网共享平台服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN1330133C (zh) | 2007-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1525702A (zh) | Ip接入网业务服务质量保障方法 | |
CN100479374C (zh) | 网络通信中处理紧急业务的方法 | |
WO2006122481A1 (fr) | MÉTHODE POUR ASSURER UNE QdS DYNAMIQUE D’UN SYSTÈME WIMAX | |
IL196284A (en) | System and method for adjusting the encoder / decoder speed on a broadcast channel during communication establishment due to lower transmission performance | |
KR20040036100A (ko) | 인터넷 차별 서비스 망에서의 연결 수락 제어방법 | |
US9491302B2 (en) | Telephone call processing method and apparatus | |
CN1809051A (zh) | 一种ip电信网中应对设备过载的处理方法 | |
WO2008151532A1 (fr) | Procédé pour une surveillance licite et son dispositif | |
CN1409526A (zh) | 用于网络信令资源有效利用的智能路由 | |
CA2551625A1 (en) | Multiple services with policy enforcement over a common network | |
CN1756243A (zh) | 一种保障端到端业务质量的方法 | |
CN100512281C (zh) | 网间互联协议网络安全保障方法及*** | |
CN1330133C (zh) | 一种检测用户通话异常中断的方法 | |
CN100352215C (zh) | 一种标签交换路径状态的自动检测及处理方法 | |
Tortorella | Service reliability theory and engineering, II: Models and examples | |
EP1758316A1 (en) | A method for mbms user quantity counting | |
CN102075411A (zh) | 一种互联网协议语音的呼叫允许控制方法及呼叫处理器 | |
CN1601966A (zh) | 一种路由路径选择方法 | |
CN1756186A (zh) | 一种资源管理的实现方法 | |
CN1595895A (zh) | 一种基于资源约束的选路方法 | |
CN100344105C (zh) | 承载控制层的平滑重启方法 | |
CN100370736C (zh) | 一种基于多平面资源的管理方法 | |
CN1601965A (zh) | 一种路由路径故障修复方法 | |
CN1881893B (zh) | 一种应用于QoS信令点之间的流控***及方法 | |
CN1710874A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070801 Termination date: 20190917 |