CN100512237C - V5接入适配的c路径状态检测方法 - Google Patents
V5接入适配的c路径状态检测方法 Download PDFInfo
- Publication number
- CN100512237C CN100512237C CNB2003101123104A CN200310112310A CN100512237C CN 100512237 C CN100512237 C CN 100512237C CN B2003101123104 A CNB2003101123104 A CN B2003101123104A CN 200310112310 A CN200310112310 A CN 200310112310A CN 100512237 C CN100512237 C CN 100512237C
- Authority
- CN
- China
- Prior art keywords
- path
- message
- soft switch
- sgw
- state
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种V5接入适配的C路径状态检测方法，在软交换和信令网关之间定义C路径状态请求、停止和指示消息；软交换定时向信令网关发送C路径状态请求消息；信令网关根据当前C路径的实际状态响应带有不同状态值参数的C路径状态指示消息；软交换接收来自信令网关的C路径状态指示消息，确认已指配C路径的状态；或消息指定的C路径在软交换上未配置，软交换通知网关C路径指配取消，信令网关接收来自软交换的C路径状态停止消息，确认特定C路径的指配关系取消。采用本发明所述方法，软交换具备了主动检测C路径状态的机制。与现有技术比较，软交换能够更快地检出接入设备发生的故障并采取保护动作，使通信网络更加可靠、高效。
Description
技术领域
本发明涉及通信领域的V5信令(一种接入网信令)，是一种V5接入的C路径状态检测方法。尤其是当LE(本地交换机)侧第三级和第二级功能实现在物理设备上分离，设备之间采用IETF(Internet Engineering Task Force，互联网工程任务组，一个标准组织)适配层协议互通的情况。
背景技术
LE和AN(接入网)之间采用V5信令系统。V5信令包含三层功能，其中的第二层是数据链路功能层。承载第三层协议的数据链路称为通信路径，即C路径。C路径由V5第三层指示建立和拆除，C路径的指配数据在第三层维护。
C路径的状态对于V5信令系统是十分重要的。传统的LE设备由于在一个设备中完整实现了V5信令三层功能，第三层功能实体总是可以获得由第二层功能实体实现的C路径的状态，这种状态的获得方式是基于LE设备内部实现的。另一方面，第二层实体也能够通过第三层或者LE设备中其它的管理实体获得C路径配置信息，这些信息对第二层实体的数据初始化是重要的。
随着IP技术的发展，传统电路交换的电信网与IP网逐渐融合，NGN(下一代网络)思想与技术成熟起来。在NGN架构中对于V5的实现，是在软交换(或应用服务器)上实现第三层功能，而第二以及第一层功能在信令网关(或媒体网关)上实现，软交换和信令网关之间采用IETF信令传送工作组的V5UA(V5用户适配层协议)传送V5信令。以下参考文献规定了V5UA协议的功能、消息以及程序：参考文献一：《V5用户适配层》(北电网络公司，2003年5月，网址：http：//www.ietf.org/internet-drafts/draft-ietf-sigtran-v5ua-04.txt)：参考文献二：《用户适配层标准ISDN Q.921》(北电网络公司，2001年2月网址：http：//www.ietf.org/internet-drafts/draft-ietf-sigtran-v5ua-04.txt)。
V5UA协议通过Data、UnitData以及Establish和Release等原语传送消息支持对V5信令消息在分组网上的传送。但是，V5UA协议没有提供软交换上第三层实体向信令网关上第二层实体检测C路径状态的消息和程序；因此，当网关上第二级功能实体功能异常导致C路径工作异常，软交换往往无法及时检出并进行适当的保护操作，容易造成软交换控制的呼叫业务的故障。另外，信令网关中的第二层功能实体在建立V5第三层实体指定的C路径时，需要预先为C路径分配适当的数据区，这些数据区在数据链路上收发数据时使用。同时，由于信令网关和AN设备的接口是基于电路交换方式的，第二层实体和作为承载的第一层物理链路之间需要预先建立HDLC(高级数据链路控制)连接，甚至可能要经过时分交换网等单元器件。数据区的分配、撤销以及建立或释放HDLC等操作认为是信令网关为建立和释放C路径的初始化操作，这种操作依赖于网关可以获得明确的C路径指配信息。V5UA协议不支持在软交换和信令网关之间明确指配C路径的功能，网关要通过其它的基于设备的配置命令获得C路径的指配数据。
发明内容
本发明的目的在于提供一种在软交换和信令网关之间检测C路径状态的方法。
本发明的技术方案为：
1.1 在软交换和信令网关之间定义C路径状态请求、停止和指示消息；其中：状态请求消息用于软交换向信令网关请求特定C路径在网关上的当前状态；状态指示消息用于网关向软交换指示指定C路径的当前状态，C路径状态包括“已建立”和“未建立”两种；C路径状态停止消息用于软交换向信令网关指示指定的C路径的配置在软交换上被取消；
1.2 软交换定时向信令网关发送C路径状态请求消息，消息中指定的C路径是在软交换V5第三层功能实体中已指配的通信路径；
1.3 信令网关根据消息中指定的C路径的实际状态响应带有不同状态值参数的C路径状态指示消息，可以包括：
2.1 C路径建立且工作正常，信令网关响应带有“已建立”状态参数值的C路径状态指示消息；
2.2 C路径未建立，信令网关响应带有“未建立”状态参数值的C路径指示消息；
1.4 软交换接收来自信令网关的C路径状态指示消息，确认已指配C路径的状态，可以包括以下三种情况：
3.1 状态指示消息指示C路径已建立，软交换确认C路径工作正常；
3.2 状态指示消息指示C路径未建立，软交换启动V5UA协议的C路径建立程序向信令网关请求建立C路径；
3.3 不能收到状态指示消息，软交换判定信令网关上C路径工作异常，软交换向管理实体报告C路径工作异常的通知，同时软交换启动C路径建立程序向信令网关请求建立C路径；
1.5 软交换从信令网关接收C路径状态指示消息，但消息指定的C路径在软交换上未配置，软交换通知网关C路径指配取消，可以包括以下两种情况：
4.1 状态指示消息指示C路径己建立，软交换向信令网关发送ReleaseRequest(释放请求)和C路径状态停止消息；
4.2 状态指示消息指示C路径未建立，软交换向信令网关发送C路径状态停止消息；
1.6 信令网关接收来自软交换的C路径状态停止消息，确认消息中指定的C路径的指配关系取消。
采用本发明所述方法，软交换具备了主动检测C路径状态的机制。与现有技术比较，软交换能够更快地检出接入设备发生的故障并采取保护动作，使通信网络更加可靠、高效。
附图说明
图1是C路径状态消息的公共消息头结构；
图2是C路径状态消息的V5UA消息头结构；
图3是C路径状态指示消息的状态参数结构；
图4是C路径建立以及状态检测的消息流程；
图5是C路径释放的消息流程。
具体实施方式
下面结合附图，对本发明的实施方式进行详细说明。
C路径状态请求、停止和指示消息与参考文献中V5UA协议定义的原语传送消息相同，均包含消息公共头和V5UA消息头，C路径状态指示消息还包含一个状态参数。公共消息头、V5UA消息头和状态参数的编码如图1、2和3所示。
V5UA消息头的参数用于标识特定的C路径。状态参数使用0和1分别表示C路径“已建立”和“未建立”两种状态。C路径状态消息在公共头中的消息类别取值为9，即C路径状态消息是作为V5UA协议的原语传送消息处理的。状态请求、停止和指示消息的消息类型取值可以有两种方式：
1)消息类型值分别设定为11、12和13；或
2)按IETF定义扩展V5UA原语传送消息的取值进行设定，如分别设为128、129和130。
第一种方式的设定，C路径状态消息(请求、停止和指示)和V5链路状态消息(开始、停止和指示)具有相同的消息类型编码，不同的是V5链路状态消息的V5UA消息头中通道号、数据链路连接标识和封装功能地址字段没有意义，取值全0。这种方式使C路径状态消息作为特殊的V5链路状态消息处理，当不支持C路径状态消息的系统接受到这样的消息时，可以按照处理V5链路状态消息的程序进行处理，对系统无不良影响。第二种方式的设定，对于不支持这样消息的系统，按V5UA协议规定将丢弃这些C路径状态消息，对相应的V5链路和C路径也没有影响。
图4是C路径建立和状态检测的消息流程图。当软交换指配了新的C路径或软交换和信令网关之间建立并激活了V5UA协议连接，软交换向信令网关发送C路径状态请求消息。该消息表示软交换期望查询指定C路径的状态，同时也表示将要建立所指配的特定C路径。信令网关接收状态请求消息，当链路未建立时响应带有“未建立”状态参数值的指示消息。信令网关确认特定C路径已经指配，必要时网关进行建立C路径必要的初始化操作，如分配数据收发缓存等。软交换通过V5UA协议规定的Establish Request(建立请求)原语传送消息请求网关建立指定C路径；网关在C路径成功建立后响应Establish Confirm(建立确认)消息。软交换定时发送C路径状态请求消息，检测指定C路径状态；网关向应状态指示消息报告C路径已建立。定时器时长要根据软交换和网关之间的网络状况以及相关的设备类型设定，一般的范围是10～30秒。当接收到状态值为“未建立”的状态指示消息，或未能接收到状态指示消息时，软交换要进行相应的保护操作。基本的保护操作是软交换立即通过Establish Request消息进行C路径重建。判定未能收到状态指示消息的操作可以在定时器超时事件中进行。
图5是C路径释放的消息流程。软交换向信令网关发送V5UA协议的ReleaseRequest(删除请求)原语传送消息请求释放特定C路径；网关在成功释放指定C路径后向软交换响应Release Confirm(删除确认)消息。软交换在发送释放请求消息后，可以向网关发送C路径状态停止消息，通知特定的C路径指配关系在软交换上已经取消。网关接收C路径状态停止消息时，当C路径已释放，网关可以取消为建立指定C路径分配的系统资源，如数据收发缓存等。当C路径未释放时网关收到C路径状态停止消息，应丢弃该消息；C路径的释放只能在V5UA协议规定的释放消息指示下进行。
Claims (4)
1、一种V5接入适配的C路径状态检测方法，包括：
1.1 在软交换和信令网关之间定义C路径状态请求、停止和指示消息；
1.2 软交换定时向信令网关发送C路径状态请求消息，消息中指定的C路径是在软交换V5第三层功能实体中已指配的通信路径；
1.3 信令网关根据消息中指定的C路径的实际状态响应带有不同状态值参数的C路径状态指示消息；
1.4 软交换接收来自信令网关的C路径状态指示消息，确认已指配C路径的状态；
1.5 软交换从信令网关接收C路径状态指示消息，但消息指定的C路径在软交换上未配置，软交换通知网关C路径指配取消；
1.6 信令网关接收来自软交换的C路径状态停止消息，确认消息中指定的C路径的指配关系取消。
2、权利要求1所述的V5接入适配的C路径状态检测方法，其特征在于，所述步骤1.3中根据不同情况响应不同消息，是指：
2.1 C路径建立且工作正常，信令网关响应带有“已建立”状态参数值的C路径状态指示消息；
2.2 C路径未建立，信令网关响应带有“未建立”状态参数值的C路径指示消息。
3、权利要求1所述的V5接入适配的C路径状态检测方法，其特征在于，所述步骤1.4中所述确认已指配C路径的状态，包括：
3.1 状态指示消息指示C路径已建立，软交换确认C路径工作正常；
3.2 状态指示消息指示C路径未建立，软交换启动V5UA协议的C路径建立程序向信令网关请求建立C路径；
3.3 不能收到状态指示消息，软交换判定信令网关上C路径工作异常，软交换向管理实体报告C路径工作异常的通知，同时软交换启动C路径建立程序向信令网关请求建立C路径。
4、权利要求1所述的V5接入适配的C路径状态检测方法，其特征在于，所述步骤1.5中的消息指定的C路径在软交换上未配置，软交换通知网关C路径指配取消，包括以下情况：
4.1 状态指示消息指示C路径已建立，软交换向信令网关发送释放请求和C路径状态停止消息；
4.2 状态指示消息指示C路径未建立，软交换向信令网关发送C路径状态停止消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2003101123104A CN100512237C (zh) | 2003-11-20 | 2003-11-20 | V5接入适配的c路径状态检测方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2003101123104A CN100512237C (zh) | 2003-11-20 | 2003-11-20 | V5接入适配的c路径状态检测方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1545278A CN1545278A (zh) | 2004-11-10 |
| CN100512237C true CN100512237C (zh) | 2009-07-08 |
Family
ID=34336471
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2003101123104A Expired - Fee Related CN100512237C (zh) | 2003-11-20 | 2003-11-20 | V5接入适配的c路径状态检测方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100512237C (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101193097B (zh) * | 2006-11-22 | 2011-11-30 | 中兴通讯股份有限公司 | 一种链路状态查询应答方法及其装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1268832A (zh) * | 1999-03-31 | 2000-10-04 | 上海贝尔电话设备制造有限公司 | 数字交换机和接入网之间的v5.2接口的指配控件 |
| JP2001292142A (ja) * | 2000-04-05 | 2001-10-19 | Nec Corp | Ａｔｍネットワークおよびａｔｍネットワークにおける浮きパス検出解放方法 |
-
2003
- 2003-11-20 CN CNB2003101123104A patent/CN100512237C/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1268832A (zh) * | 1999-03-31 | 2000-10-04 | 上海贝尔电话设备制造有限公司 | 数字交换机和接入网之间的v5.2接口的指配控件 |
| JP2001292142A (ja) * | 2000-04-05 | 2001-10-19 | Nec Corp | Ａｔｍネットワークおよびａｔｍネットワークにおける浮きパス検出解放方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1545278A (zh) | 2004-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100409709C (zh) | 监视电信系统中到用户终端的连接的方法以及电信系统 | |
| CN100508539C (zh) | 会话边界控制器双归属的实现方法及系统 | |
| CN101047618B (zh) | 获取网络路径信息的方法和系统 | |
| US6483907B1 (en) | System and method for providing call information in real time | |
| CN1536819B (zh) | 下一代网络中双归属的实现方法 | |
| US20030152064A1 (en) | Method and architecture for redundant SS7 deployment in a voice over IP environment | |
| US20130322263A1 (en) | Method and apparatus for detecting a network impairment using call detail records | |
| CN102075643A (zh) | 终端装置和后备系统 | |
| US20060233107A1 (en) | Method and apparatus for monitoring surges in busy and no answer conditions in a communication network | |
| JP2008502184A (ja) | 通信システムおよび負荷管理の方法 | |
| CN102325229B (zh) | VoIP终端掉电后电话漏话的处理方法及系统 | |
| WO2006071514A2 (en) | Method and system for determining media gateway loading | |
| CN101312456B (zh) | 对订户会话进行存活监控的方法及系统 | |
| CN105790903A (zh) | 一种终端及终端呼叫软切换的方法 | |
| CN101106612B (zh) | 一种在ngn网络中用自交换实现容灾的方法和系统 | |
| CN102263775B (zh) | 一种本区域sip呼叫控制方法及其装置 | |
| CN100391164C (zh) | 一种实现转发不间断的内存告警处理方法及路由器 | |
| CN100512237C (zh) | V5接入适配的c路径状态检测方法 | |
| CN101094274A (zh) | 一种下一代网络中媒体网关上容灾不断话的实现方法 | |
| US20070217342A1 (en) | Method and Apparatus for Security Protection of Service Interruption in Switch Network | |
| CN101166111B (zh) | 一种接入网关的业务保护方法 | |
| CN109788520A (zh) | 网络切换方法、amf和ran节点 | |
| CA2531427A1 (en) | Method and apparatus for correlating non-critical alarms with potential service disrupting events | |
| KR100438071B1 (ko) | ＶｏＩＰ게이트웨이의 인터넷망 장애시 발신호 경로재설정방법 | |
| CN101465767B (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: 20090708 Termination date: 20191120 |