CN1878179A - 提高创建m2pa链路的效率的实现方法 - Google Patents
提高创建m2pa链路的效率的实现方法 Download PDFInfo
- Publication number
- CN1878179A CN1878179A CN 200510075060 CN200510075060A CN1878179A CN 1878179 A CN1878179 A CN 1878179A CN 200510075060 CN200510075060 CN 200510075060 CN 200510075060 A CN200510075060 A CN 200510075060A CN 1878179 A CN1878179 A CN 1878179A
- Authority
- CN
- China
- Prior art keywords
- link
- end points
- m2pa
- message
- processor fault
- 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
Landscapes
- Communication Control (AREA)
Abstract
本发明涉及一种提高创建M2PA(二层消息传递部分第二级对等适配层)链路的效率的实现方法。该方法包括:M2PA链路的端点在建链过程中发生处理器故障,在该端点的验证过程结束之后,向链路对端端点发送处理器故障消息和链路就绪消息;所述发生处理器故障的M2PA链路的端点发生处理器故障恢复之后,该M2PA链路的两端端点完成处理器故障恢复过程后,可直接使用该链路传送业务。利用本发明所述方法,在M2PA建链过程中发生处理器故障时,不影响建链结果,不会因此而造成重新建链,建链成助后,当处理器故障恢复时,两端端点完成处理器恢复过程后便可以直接使用该链路传送业务,提高了M2PA链路的使用效率。
Description
技术领域
本发明涉及现代通信领域中的信令系统,尤其涉及一种提高创建M2PA(二层消息传递部分第二级对等适配层)链路的效率的实现方法。
背景技术
信令系统是现代通信网络的关键技术,是PSTN(公共交换电话网)的神经系统,电信设备对信令消息的可靠传输是保证高可用电信网络的关键。在传统电信网络中已经有一系列成熟的规范和技术来保证信令系统的可靠性,如No.7(7号信令系统)信令系统,NO.7信令网是现代通信的三大支撑网(数字同步网,NO.7信令网,电信管理网)之一,SS7信令协议栈包括MTP1、MTP2、MTP3、SCCP、TCAP、ISUP、TUP7层结构,图1为SS7信令协议栈结构图。
随着软交换技术的应用与推广,IP(因特网协议)分组网络正迅速向前发展,IP分组网络可以在全球范围内跨网络支持包括语音、数据、多媒体等各种应用。传统电路交换网络与IP分组网络的互通是目前通信业界关注和探讨的一个热门话题,早在1999年,IETF(互联网工程任务组)工作组正式成立。它的宗旨是为在IP网络上传输移动和PSTN信令制定相应的标准,从而实现No.7信令能够在IP网中高效而可靠地传输。IETF工作组制定了基于IP技术的SIGTRAN(信令传输)协议栈,M2PA协议是SIGTRAN协议栈中的一种。
M2PA工作于对等模式,其两端的用户均为MTP3(3层消息传送部分),可以和SCTP(流控制传输协议)一起实现MTP2(2层消息传送部分)的功能。M2PA协议屏蔽了底层传输介质的区别,通过M2PA协议,SCTP连接被模拟成MTP2链路,一条在IP网的SCTP连接被完全封装成一条信令链路,而M2PA层上的MTP3则可以像管理一条PSTN信令链路一样无缝地对所述信令链路进行管理,从而实现在IP分组网上建立No.7信令链路,完成MTP3端对端通信。
现有技术中M2PA链路建链过程的简要说明如下:
1、M2PA链路的端点收到上层协议MTP3下发的START(开始)命令后,向链路对端端点发出Alignment(安排链路)消息,然后等待链路对端端点发送过来的Alignment消息;
2、M2PA链路的端点收到对端端点发送过来的Alignment消息后,向链路对端端点发送Proving(验证链路)消息,然后等待链路对端端点发送过来的Proving消息;
3、M2PA链路的端点收到对端端点发送过来的Proving消息后,然后开始该端点的验证过程,在验证过程中该端点以一定的速率和长度向M2PA链路的对端端点发送验证消息包,验证过程完成后,向对端端点发送Ready(链路就绪)消息,然后等待链路对端端点发送过来的Ready消息;
4、M2PA链路的端点收到对端端点发送过来的Ready消息后,向本端的上层协议MTP3报告In Service(进入服务状态)消息。
现有技术中M2PA链路建链过程中发生处理器故障时的处理流程图如图2所示,包括如下步骤:
步骤2-1、M2PA协议启动后,M2PA链路的端点首先进入Out Of Service(去服务状态)。
步骤2-2、M2PA链路的端点收到该端点的上层协议MTP3下发的START(开始)原语。
步骤2-3、M2PA链路的端点向链路对端端点发送Alignment(定位)消息,然后等待链路对端端点发送过来的Alignment消息。
步骤2-4、M2PA链路的端点收到链路对端端点发送过来的Alignment消息后,向链路对端端点发送Proving(验证链路)消息,然后等待链路对端端点发送过来的Proving消息。
步骤2-5、M2PA链路的端点收到对端端点发送过来的Proving消息后,启动验证定时器,开始该端点的验证过程,在验证过程中该端点以一定的速率和长度向M2PA链路的对端端点发送验证消息包,直到验证计时的时间结束。
在以上建链过程中,如果端点处理器发生故障,则端点做故障记录,如果处理器故障恢复,则清除故障记录,建链过程继续进行。
步骤2-6、验证定时器的时间超时后,验证过程结束。
如果在以上建链过程中端点处理器发生故障,且故障没有恢复,则向链路对端端点发送Processor Outage(处理器故障)消息;
如果在以上建链过程中端点处理器没有发生故障,或发生的处理器故障已经恢复,则向对端端点发送Ready(链路就绪)消息,表示该端点的验证过程结束,然后等待链路对端端点发送过来的Ready消息。
步骤2-7、M2PA链路的端点在验证过程结束之后:
如果收到链路对端端点发送过来的Processor Outage消息,则向该端点的上层协议MTP3上报RPO(远端处理器故障)原语,表示链路对端端点在建链过程中发生了处理器故障;
如果收到对端端点发送过来的Ready消息,则向该端点的上层协议MTP3上报In Service(进入服务状态)原语,表示该端点的定位过程结束,可以进入服务状态。
步骤2-8、在建链过程中发生处理器故障的端点在定位过程结束之后,在MTP3重新下发START命令之前,发生LPR(本端处理器故障恢复)。
步骤2-9、发生LPR的端点在MTP3重新下发START命令之前,向链路对端端点发送Processor Recover(处理器故障恢复)消息,以通知对端端点该端点发生处理器故障恢复。
步骤2-10、对端端点收到发生LPR的端点发送的Processor Recover消息后,向对端的MTP3上报RPR(远端处理器故障恢复)原语。
M2PA链路的上层协议MTP3在收到M2PA链路的端点上报的In Service消息以前,都认为该条M2PA链路是不可用的。因此,此时对端的MTP3有可能并不处理RPO或者RPR原语,仍然等待In Service原语,如果等待超时,则重新下发START原语,重复以上的建链过程。
以上现有技术中M2PA链路建链过程中发生处理器故障时的处理方法的缺点为:如果一条M2PA链路在建链过程中,端点发生处理器故障,在这条链路的两端端点的定位过程结束以后,可能造成即使端点发生处理器故障恢复,这条M2PA链路在一段时间之内仍然无法得到利用,至少要等到下一次建链成功才可以使用这条链路传送业务,造成了M2PA链路传送业务的延迟,处理性能的损失,降低了M2PA链路的使用效率。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种提高创建M2PA链路的效率的实现方法,从而大大地提高了在处理器发生故障时M2PA链路的处理性能,提高了M2PA链路的使用效率。
本发明的目的是通过以下技术方案实现的:
一种提高创建M2PA链路的效率的实现方法,包括:
A、二层消息传递部分第二级对等适配层M2PA链路的端点在建链过程中发生处理器故障,在该端点的验证过程结束之后,向链路对端端点发送处理器故障消息和链路就绪消息;
B、所述发生处理器故障的M2PA链路的端点发生处理器故障恢复之后,该M2PA链路的两端端点完成处理器故障恢复过程后可直接使用该链路传送业务。
所述的步骤A具体包括:
A1、发生处理器故障的M2PA链路的端点,在该端点的验证过程结束之后,向链路对端端点先发送处理器故障消息,然后发送链路就绪消息;
A2、收到所述处理器故障消息和链路就绪消息的对端端点向对端的3层消息传送部分MTP3上报进入服务状态原语和远端处理器故障原语。
所述的步骤A1还包括:
M2PA链路的端点在建链过程中发生处理器故障,则该端点记录故障,建链过程继续进行,直到该端点的验证过程结束。
所述的步骤A1还包括:
M2PA链路的端点在建链过程中发生处理器故障,则该端点记录故障,当该端点在建链过程中又发生处理器故障恢复时,则该端点清除故障记录。
所述的步骤A2还包括:
收到处理器故障消息和链路就绪消息的对端端点在该端点的定位过程结束之后,向对端的MTP3先上报进入服务状态原语,然后上报远端处理器故障原语。
所述的步骤A2还包括:
M2PA链路的端点在该端点的验证过程结束,并且收到了链路对端端点发送的链路就绪消息之前,收到处理器故障消息,则记录对端处理器发生故障。
所述的步骤A2还包括:
M2PA链路的端点在该端点的验证过程结束,没有收到链路对端端点发送过来的处理器故障消息,则向该端点的上层协议MTP3上报进入服务状态原语。
所述的步骤B具体包括:
B1、发生处理器故障的M2PA链路的端点发生处理器故障恢复之后,向链路对端端点发送处理器故障恢复消息,该链路的两端端点开始处理器故障恢复过程;
B2、两端端点完成处理器故障恢复过程后,该链路进入服务状态,可承载来自上层用户MTP3的业务。
两端端点在所述处理器故障恢复过程中彼此交互一个链路就绪Ready消息。
由上述本发明提供的技术方案可以看出,本发明和现有技术相比在M2PA建链过程中发生的处理器故障不影响建链过程的进行,不会因处理器故障导致两端重新进行建链。当建链过程完成后,当M2PA链路的端点发生处理器故障恢复时,两端端点完成处理器恢复过程后,链路能够及时进入服务状态,两端的上层用户MTP3便可以使用该链路来传送业务。避免了M2PA链路传送业务的延迟,提高了M2PA链路建链过程中发生处理器故障时的处理合理性,提高了M2PA链路的使用效率。
附图说明
图1为SS7信令协议栈结构图;
图2为现有技术中M2PA建链过程中发生处理器故障时的处理流程图;
图3为本发明所述方法的处理流程图。
具体实施方式
本发明提供了一种提高创建M2PA链路的效率的实现方法。本发明的核心为:
在M2PA链路建链过程中,M2PA链路的端点如果收到对端端点发来的Processor Outage(处理器故障)消息,在该端点的验证过程结束并且收到对端端点发来的Ready(链路就绪)消息之后,向该端点的上层协议MTP3上报In Service(进入服务状态)原语和RPO(远端处理器故障)原语。
在收到对端端点发来的Processor Recover(处理器故障恢复)消息并完成处理器故障恢复之后,链路进入服务状态,两端的上层用户MTP3便可以使用该链路来传送业务。
本发明所述方法的具体处理流程如图3所示,包括如下步骤:
步骤3-1、M2PA协议启动后,M2PA链路的端点首先进入Out Of Service(去服务状态)。
步骤3-2、M2PA链路的端点收到该端点的上层协议MTP3下发的START(开始)原语。
步骤3-3、M2PA链路的端点向链路对端端点发送Alignment(定位)消息,然后等待链路对端端点发送过来的Alignment消息。
步骤3-4、M2PA链路的端点收到对端端点发送过来的Alignment消息后,向链路对端端点发送Proving(验证链路)消息,然后等待链路对端端点发送过来的Proving消息。
步骤3-5、M2PA链路的端点收到对端端点发送过来的Proving消息后,启动验证定时器,开始该端点的验证过程,在验证过程中该端点以一定的速率和长度向M2PA链路的对端端点发送验证消息包,直到验证计时的时间结束。
在以上建链过程中,如果端点处理器发生故障,则端点做故障记录,建链过程继续进行。如果在以上建链过程中发生处理器故障,又发生了处理器故障恢复,则端点消除相应的故障记录,建链过程继续进行。
步骤3-6、验证定时器的时间超时后,验证过程结束。
如果在以上建链过程中端点处理器发生故障,并且故障没有恢复,则该端点向链路对端端点发送Processor Outage(处理器故障)消息和Ready(链路就绪)消息,其中Ready(链路就绪)消息表示该端点的验证过程结束,Processor Outage(处理器故障)消息表示该端点的处理器在建链过程中发生了故障;
如果在以上建链过程中端点处理器没有发生故障,则端点向链路对端端点发送Ready(链路就绪)消息,表示该端点的验证过程结束,然后等待链路对端端点发送过来的Ready(链路就绪)消息。
步骤3-7、M2PA链路的端点在该端点的验证过程结束,并且收到了链路对端端点发送过来的Ready(链路就绪)消息之前:
如果在该端点的建链过程中,收到链路对端端点发送过来的ProcessorOutage消息,则将该消息暂时保存,并不马上上报RPO(远端处理器故障)原语给该端点的上层协议MTP3。
M2PA链路的端点在该端点的验证过程结束,并且收到了链路对端端点发送过来的Ready(链路就绪)消息之后:
如果在该端点的建链过程中,收到链路对端端点发送过来的ProcessorOutage消息,则向该端点的上层协议MTP3先上报In Service(进入服务状态)原语,然后接着上报RPO(远端处理器故障)原语,其中In Service(进入服务状态)原语表示该端点的定位过程结束,可以进入服务状态,RPO(远端处理器故障)原语表示远端端点的处理器发生了故障;
如果在该端点的建链过程中,没有收到链路对端端点发送过来的Processor Outage消息,则向该端点的上层协议MTP3上报In Service(进入服务状态)原语,In Service(进入服务状态)原语表示该端点的定位过程结束,可以进入服务状态。
M2PA链路的上层协议MTP3在收到M2PA链路的端点上报的In Service消息之后,就知道该链路的定位过程已经结束,就可以处理M2PA链路的端点上报的RPO(远端处理器故障)消息和RPR(远端处理器故障恢复)消息。
MTP3在收到M2PA链路的端点上报的In Service消息之前,对M2PA链路的端点上报的RPO(远端处理器故障)消息和RPR(远端处理器故障恢复)消息,则不予处理。
步骤3-8、在建链过程中发生处理器故障的端点在定位过程结束之后,发生LPR(本端处理器故障恢复)。
步骤3-9、发生LPR的端点向链路对端端点发送Processor Recover(处理器故障恢复)消息,开始处理器故障恢复过程。
步骤3-10、对端端点收到发生LPR的端点发送的Processor Recover消息后,在该端点的定位过程结束之后,向对端的MTP3上报RPR(远端处理器故障恢复)原语,以通知MTP3远端端点发生处理器故障恢复。
步骤3-11、对端端点同发生LPR的端点进行处理器故障恢复过程,即按照协议标准中规定,两端端点彼此交互一个Ready消息。两端端点在完成处理器故障恢复过程之后,链路再次进入服务状态,两端的上层用户MTP3便可以使用该链路传送业务。
至此本发明所述提高创建M2PA链路的效率的实现方法的具体处理流程结束。
综上所述,利用本发明所述方法在建链过程中M2PA链路端点发生处理器故障时,不会引起建链失败以及导致重新建链,当发生处理器故障恢复并且完成处理器故障恢复过程后,可以直接使用该链路传送业务,节约了时间,提高了M2PA链路建链过程中发生处理器故障时的处理性能,提高了M2PA链路的使用效率。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (9)
1、一种提高创建M2PA链路的效率的实现方法,其特征在于,包括:
A、二层消息传递部分第二级对等适配层M2PA链路的端点在建链过程中发生处理器故障,在该端点的验证过程结束之后,向链路对端端点发送处理器故障消息和链路就绪消息;
B、所述发生处理器故障的M2PA链路的端点发生处理器故障恢复之后,该M2PA链路的两端端点完成处理器故障恢复过程后可直接使用该链路传送业务。
2、根据权利要求1所述提高创建M2PA链路的效率的实现方法,其特征在于,所述的步骤A具体包括:
A1、发生处理器故障的M2PA链路的端点,在该端点的验证过程结束之后,向链路对端端点先发送处理器故障消息,然后发送链路就绪消息;
A2、收到所述处理器故障消息和链路就绪消息的对端端点向对端的3层消息传送部分MTP3上报进入服务状态原语和远端处理器故障原语。
3、根据权利要求2所述提高创建M2PA链路的效率的实现方法,其特征在于,所述的步骤A1还包括:
M2PA链路的端点在建链过程中发生处理器故障,则该端点记录故障,建链过程继续进行,直到该端点的验证过程结束。
4、根据权利要求2或3所述提高创建M2PA链路的效率的实现方法,其特征在于,所述的步骤A1还包括:
M2PA链路的端点在建链过程中发生处理器故障,则该端点记录故障,当该端点在建链过程中又发生处理器故障恢复时,则该端点清除故障记录。
5、根据权利要求2所述提高创建M2PA链路的效率的实现方法,其特征在于,所述的步骤A2还包括:
收到处理器故障消息和链路就绪消息的对端端点在该端点的定位过程结束之后,向对端的MTP3先上报进入服务状态原语,然后上报远端处理器故障原语。
6、根据权利要求2所述提高创建M2PA链路的效率的实现方法,其特征在于,所述的步骤A2还包括:
M2PA链路的端点在该端点的验证过程结束,并且收到了链路对端端点发送的链路就绪消息之前,收到处理器故障消息,则记录对端处理器发生故障。
7、根据权利要求2、5或6所述提高创建M2PA链路的效率的实现方法,其特征在于,所述的步骤A2还包括:
M2PA链路的端点在该端点的验证过程结束,没有收到链路对端端点发送过来的处理器故障消息,则向该端点的上层协议MTP3上报进入服务状态原语。
8、根据权利要求1所述提高创建M2PA链路的效率的实现方法,其特征在于,所述的步骤B具体包括:
B1、发生处理器故障的M2PA链路的端点发生处理器故障恢复之后,向链路对端端点发送处理器故障恢复消息,该链路的两端端点开始处理器故障恢复过程;
B2、两端端点完成处理器故障恢复过程后,该链路进入服务状态,可承载来自上层用户MTP3的业务。
9、根据权利要求8所述提高创建M2PA链路的效率的实现方法,其特征在于,两端端点在所述处理器故障恢复过程中彼此交互一个链路就绪Ready消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100750600A CN100531225C (zh) | 2005-06-08 | 2005-06-08 | 提高创建m2pa链路的效率的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100750600A CN100531225C (zh) | 2005-06-08 | 2005-06-08 | 提高创建m2pa链路的效率的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1878179A true CN1878179A (zh) | 2006-12-13 |
CN100531225C CN100531225C (zh) | 2009-08-19 |
Family
ID=37510470
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100750600A Expired - Fee Related CN100531225C (zh) | 2005-06-08 | 2005-06-08 | 提高创建m2pa链路的效率的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100531225C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115334139A (zh) * | 2022-06-24 | 2022-11-11 | 百果园技术(新加坡)有限公司 | 通信连接控制方法及装置 |
-
2005
- 2005-06-08 CN CNB2005100750600A patent/CN100531225C/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115334139A (zh) * | 2022-06-24 | 2022-11-11 | 百果园技术(新加坡)有限公司 | 通信连接控制方法及装置 |
CN115334139B (zh) * | 2022-06-24 | 2023-12-26 | 百果园技术(新加坡)有限公司 | 通信连接控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100531225C (zh) | 2009-08-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1866806A (zh) | 共享格状网恢复的实现方法 | |
CN101079742A (zh) | 容灾归属用户服务器间的数据同步方法及系统 | |
CN1674527A (zh) | 一种增强自动交换光网络生存性的方法 | |
CN101051957A (zh) | 链路状态以及捆绑链路状态动态调整方法和装置 | |
CN1801790A (zh) | 使用浮动ip地址提高数据通信可靠性的方法 | |
CN1266885C (zh) | 一种基于软交换实现监听的方法 | |
CN1653752A (zh) | 用于调制解调器中继端接的方法和设备 | |
CN1741476A (zh) | 信令网关与媒体网关控制器之间的连接故障的处理方法 | |
CN1855931A (zh) | 下一代网络中媒体网关上报事件处理方法 | |
CN1878179A (zh) | 提高创建m2pa链路的效率的实现方法 | |
CN1863150A (zh) | 基于ggsn和外部数据网络之间的数据处理方法和系统 | |
CN1798138A (zh) | 提高m2pa协议可靠性的实现方法 | |
CN1889396A (zh) | 可实现光监控通道信息传送的装置、系统、方法 | |
CN1282330C (zh) | 在七号消息分配单元实现对业务应用信令的控制选通方法 | |
CN101056282A (zh) | 随路信令在h.248分离架构下的实现方法、设备及系统 | |
CN1529520A (zh) | 多链路点到点协议链路协商方法 | |
CN1822547A (zh) | 电信网络中的故障管理与传播 | |
CN1805432A (zh) | 提高m2pa协议中业务处理性能的方法 | |
CN1317850C (zh) | 一种业务中断的处理方法 | |
CN1832486A (zh) | 提高m2pa协议端点定位成功率的方法 | |
CN1867010A (zh) | 下一代网络中大容量isdn接入系统及其方法 | |
CN1878136A (zh) | 一种识别多条仿真业务流路径方法 | |
CN1482781A (zh) | 实现媒体网关控制协议栈的网络系统和方法 | |
CN1653766A (zh) | 用于调制解调器中继信道端接的设备 | |
CN1933671A (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: 20090819 Termination date: 20170608 |