专利名称：处理用v5.2协议连接的设备之间的链路故障的方法
本申请书要求属于题为“处理用V5.2协议连接的设备之间的链路故障的方法”1999年8月9日在韩国知识产权局提交的序列号No.99-32500的申请的优先权，该申请的内容被包括在本文中作为参考。
本发明一般地涉及使用V5.2协议的设备，更详细地说，涉及处理用V5.2协议连接的设备之间出现的链路故障的方法。
一般说来，用V5.2协议连接的设备之间出现的链路故障在这些设备上是在不同时刻恢复的。因此，ETSI(欧洲远程通信标准协会)347建议规定在一台设备进入链路识别过程以恢复链路故障的同时，若另一个设备仍旧处于故障状态，则相应链路必须切换到阻塞状态。用这样的方法处理链路故障时，在操作员释放该链路的阻塞状态之前，仍继续保持阻塞状态。
因而，在没有操作员的通信系统中，或者在操作员难以一天24小时连续地监视链路状态的电子通信设备上，阻塞状态就会继续，使得无法用相应的链路提供服务，这样便造成资源的浪费。
现将参照
图1和2详细地描述这个问题。图1举例说明用V5.2协议连接的接入网设备和市话交换局，而图2举例说明出现在它们之间的链路故障的处理过程。
当连接在接入网设备100和市话交换局200之间的链路之一出现故障时，接入网设备100和市话交换局200检测到链路的故障，于是作出向链路故障状态的转换。这时，若存在用来把IDLC信令信息发送给检测到故障的信道的TSO级信道的C-信道，则故障信道被切换到备用C信道，正在被服务的呼叫被释放，并避免建立新的呼叫。此后，若相应链路两侧中的一方，例如，在市话交换局200故障被恢复，则市话交换局200转换到链接操作状态，并且向接入网设备100发出LINK CNTL(FE-ID-REQ ID=n)的消息，以便在相应的链路上执行链接识别程序。响应这一消息，接入网设备100向市话交换局200发出LINKCNTL ACK(FE-ID-REQ ID=n)的消息。另外，因为接入网设备100的链路故障尚未恢复，所以接入网设备100向市话交换局200发出LINKCNTL(FE304LINK BLOCK IND ID=n)的消息，以便把相应的链路切换为阻塞状态。于是，市话交换局200把相应链路切换到阻塞状态，并向接入网设备100发出LINK CNTL ACK(FE304 ID=n)的消息，以响应LINK CNTL(FE304LINK BLOCKIND ID=n)的消息。
如上所述，出现在用V5.2协议连接的设备之间的链路故障，在这些设备上是在不同时刻恢复的。因此，若链路故障在任何一台设备上恢复了，恢复的链路将转换成阻塞状态，使得即使在另一台设备上链路故障已经恢复，阻塞状态却仍旧得不到释放。就是说，尽管在这两台设备上，链路故障均已恢复，但相应链路的阻塞状态仍旧不能被释放为阻塞消除状态，以致于必须由操作员个人释放阻塞状态，才能通过相应的链路提供服务。
因此，本发明的一个目的是提供一种处理出现在用V5.2协议连接的设备之间的链路故障的方法，其中尽管已经恢复的链路转换成阻塞状态，但没有操作员的干预，也能自动地释放阻塞状态，以便通过该链路提供服务。
为了达到上述目的，提供了一种处理出现在用V5.2协议连接的第一和第二设备之间的链路故障的方法。该方法包括以下步骤当链路故障首先在第一台设备中恢复时，把所述链路切换到阻塞状态；以及当所述故障在阻塞状态下在第二台设备中恢复时，自动地从第二台设备向第一台设备发送请求释放阻塞状态的消息。
从结合附图所作的详细描述中，本发明的上述和其他目的、特征和优点将变得更加清楚，附图中图1是举例说明用V5.2协议连接的接入网设备和市话交换局的示意图；图2是举例说明处理出现在图1接入网设备和市话交换局之间的链路故障的程序的示意图；图3是举例说明按照本发明实施例处理出现在接入网设备和市话交换局之间的链路故障的程序的示意图；图4是举例说明按照本发明实施例用v5.2协议连接的两台设备中首先恢复故障的一台设备所执行的处理链路故障的程序的流程图；以及图5是举例说明按照本发明实施例用v5.2协议连接的两台设备中较后恢复故障的一台设备所执行的处理链路故障的程序的流程图。
下面将参照附图描述本发明的最佳实施例。在以下的描述中，众所周知的功能或结构将不再详细描述，因为它们会以不必要的细节使本发明变得模糊不清。
在本发明的一个实施例中，在用v5.2协议连接的设备之间出现的链路故障在这些设备上已经在不同时刻恢复的情况下，在没有操作员干预的情况下，较晚从故障中恢复的设备，在进入链路识别程序之前，在该链路上执行阻塞消除程序，从而使得有可能在没有操作员的干预的情况下通过相应链路提供服务。
现将参照图1和3描述按照本发明实施例的链路故障处理程序。
当连结在接入网设备100和市话交换局200之间的链路之一出现故障时，接入网设备100和市话交换局200检测到该链路的故障，然后从链路正常状态转换到链路故障状态。此时，若存在用来向检测到故障的链路传输IDLC信令信息的TSO级信道的C-信道，则检测到故障的链路转换到备用C-信道，释放正在服务的呼叫并避免建立新的呼叫。此后，若在两方中的一方，例如，在市话交换局200中恢复相应链路的故障，则市话交换局200转换成链路操作状态，并向接入网设备100发送LINK CNTL(FE-ID-REQ ID=n)的消息，以便执行关于相应的链路的识别程序。响应这种消息，接入网设备100向市话交换局200发送LINK CNTL ACK(FE-ID-REQ ID=n)消息。另外，因为接入网设备100链路故障尚未恢复，所以接入网设备100便向市话交换局200发送LINK CNTL(FE304LINK BLOCK IND ID=n)的消息，以便把相应的链路切换到阻塞状态。于是，市话交换局200把相应的链路切换到阻塞状态，然后响应LINK CNTL(FE304LINK BLOCK IND ID=n)消息，向接入网设备100发送LINK CNTL ACK(FE304ID=)的消息。
这种状态相当于这样的状态两个设备中的一个在出现链路故障之后首先恢复，并且已经恢复的链路被切换到阻塞状态。在这种状态下，若接入网设备100(亦即，较后从链路故障中恢复的设备)从链路故障中恢复，则接入网设备100向市话交换局200发送LINK CNTL(FE302LINK UNBLOCK REQ ID=n)的消息，以便允许市话交换局200把相应的链路切换到阻塞消除状态。响应LINK CNTL(FE302LINKUNBLOCK REQ ID=n)的消息，市话交换局200向接入网设备100发送LINK CNTL ACK(FE301 ID=n)的消息，并且还向接入网设备100发送LINK CNTL(FE301 ID=n的消息，以便允许接入网设备100也把相应的链路切换到阻塞消除状态。然后，接入网设备100向市话交换局200发送LINK CNTL ACK(FE301 ID=n)的消息，以响应LINK CNTL (FE301 ID=n)的消息，此后，执行链路识别程序。同时，在收到LINK CNTLACK(FE301 ID=n)的消息时，市话交换局200把相应的链路切换到阻塞消除状态。此后市话交换局200执行该链路的识别程序，以便在接入网设备100完成链路识别程序所需要的预定时间过去之后，正常操作该链路。之所以要经过时间滞后之后才允许这两个设备执行链路识别程序，原因是把链路识别过程中可能出现的碰撞减到最少。
现将参照图4描述在首先从链路故障中恢复的设备(第一设备)中执行的链路故障处理程序。第一设备在步骤300确定出现链路故障后切换到阻塞状态的链路是否已经恢复。若该链路已经恢复，则第一设备在步骤304向另一台设备发送LINK CNTL(FE302 ID=n)的消息。第一设备在步骤306确定另一台设备是否响应LINK CNTL (FE302ID=n)消息而发送LINK CNTL ACK(FE302 ID=n)的消息。从另一台设备接收到消息LINK CNTL ACK(FE302 ID=n)时，第一设备在步骤308确定是否从另一台设备发来用以把相应的链路切换到阻塞消除状态的消息LINK CNTL(FE301 ID=n)。从另一台设备接收到消息LINK CNTL(FE301 ID=n)时，第一设备在步骤310向另一台设备发送消息LINKCNTL ACK(FE301 ID=n)。此后，第一设备在步骤312把相应的链路切换到阻塞消除状态，然后完成链路识别程序，以便正常操作所述链路。
接着，将参照图5描述在较后从链路故障中恢复的设备(第二设备)中执行的链路故障处理程序。当在步骤400接收到关于出现链路故障后切换到阻塞状态的链路的LINK CNTL(FE302 ID=n)的消息时，在步骤404响应LINK CNTL(FE302 ID=n)的消息，第二设备向另一台设备发送LINK CNTL ACK(FE302 ID=n)的消息。在步骤406，第二设备向另一台设备发送LINK CNTL(FE301 ID=n)消息，以便把另一台设备的链路切换到阻塞消除状态。第二设备在步骤408确定是否响应所述LINK CNTL(FE301 ID=n)消息而从另一台设备发送LINKCNTL ACK(FE301 ID=n)消息。接收到从另一台设备响应LINK CNTL(FE301 ID=n)消息而发送来的LINK CNTL ACK(FE301 ID=n)消息时，第二设备在步骤410把相应的链路切换到阻塞消除状态。此后，第二设备在步骤412确定另一台设备完成链路识别程序所需的预定时间是否已经过去。若预定时间已经过去，则第二设备执行链路识别程序，以便正常操作所述链路。
如上所述，尽管在用V5.2协议连接的设备之间出现的链路故障已在不同时刻在这些设备上恢复的情况下，已经恢复的链路被切换到阻塞状态，但是较晚恢复故障的设备进入链路识别过程之前，对该链路执行阻塞消除程序，从而使得有可能在没有操作员干预的情况下通过该链路提供服务。因此，在没有操作员也能工作的通信系统或操作员难以连续监视一天24小时的状态的电子通信设备上，有可能消除链路阻塞状态对呼叫业务的限制。
尽管已经参照其某些最佳实施例显示和描述了本发明，但是本专业的技术人员应该明白，在不脱离后附权利要求书所定义的精神和范围的情况下在形式上和细节上都可以做出各种变化。
权利要求
1．一种处理用V5.2协议连接的第一和第二设备之间的链路故障的方法，它包括以下步骤(a)当在所述第一设备中恢复所述链路故障时，把所述链路切换到阻塞状态；(b)当处于阻塞状态的所述第二设备从故障中恢复时，自动地从所述第二设备向所述第一设备发送阻塞状态释放请求消息。
2．权利要求1的方法，其特征在于还包括在所述第一和第二设备中经过时间滞后之后执行链路识别程序，以便正常操作所述链路的步骤。
3．权利要求1的方法，其特征在于步骤(a)包括以下步骤出现链路故障时，转换到链路故障状态，以便释放正在服务的呼叫；当在所述第一设备中恢复所述故障时，转换到链路操作状态，并对所述链路执行链路识别程序；在完成所述链路识别程序之后，向所述第二设备发送用以把所述链路切换到阻塞状态的第一消息；在接收到所述第一消息时，所述第二设备向所述第一设备发送对所述第一消息的回应消息，并发送用以把所述链路切换到阻塞状态的第二消息；以及在接收到所述第二消息时，所述第一设备把所述链路切换到阻塞状态，并向所述第二设备发送对所述第二消息的回应消息。
4．权利要求1的方法，其特征在于步骤(b)包括以下步骤当所述第二设备已经从故障中恢复时，向所述第一设备发送用以把所述链路切换到阻塞消除状态的第三消息；在接收到所述第三消息时，所述第一设备向所述第二设备发送对所述第三消息的回应消息以及用以允许第二设备把所述链路切换到阻塞消除状态的第四消息；在接收到第四消息时，所述第二设备向所述第一设备发送对所述第四消息的回应消息，并把所述链路切换到阻塞消除状态；以及在接收到所述第四消息时，在所述第一设备中把所述链路切换到阻塞消除状态。
5．一种当用V5.2协议连接的链路出现故障而所述链路连接的两台设备在不同的时刻从故障中恢复时，在首先从链路故障中恢复的设备中处理链路故障的方法，它包括以下步骤确定是否收到请求释放出现链路故障之后切换到阻塞状态的链路的阻塞状态的第一消息；在接收到所述第一消息时，发送对所述第一消息的回应消息，并向另一台设备发送请求释放所述链路的阻塞状态的第二消息；从所述另一台设备接收到对第二消息的回应消息时，把链路切换到阻塞消除状态。
6．权利要求5的方法，其特征在于还包括把所述链路切换到所述阻塞消除状态之后又经过预定的时间之后执行链路识别程序的步骤。
7．一种当用V5.2协议连接的链路出现故障而所述链路连接的两台设备在不同的时刻从故障中恢复时，在较晚从链路故障恢复的设备中处理链路故障的方法，它包括以下步骤确定出现链路故障之后切换到阻塞状态的链路的故障是否已经恢复；当所述链路故障恢复时，请求另一台设备释放所述阻塞状态；在接收到对所述第一消息的回应消息时，确定是否从另一台设备接收到请求释放所述链路的阻塞状态的第二消息；在接收到所述第二消息时，发送对所述第二消息的回应消息，并把所述链路切换到阻塞消除状态。
8．权利要求7的方法，其特征在于还包括把所述链路切换到阻塞消除状态之后立即执行链路识别程序以便正常操作所述链路的步骤。
9．一种处理用V5.2协议连接的第一和第二设备之间的链路故障用的方法，它包括以下步骤若在所述第一和第二设备之间出现的链路故障首先在所述第一设备中恢复，然后所述链路被切换到阻塞状态，则确定所述链路故障是否在所述第二设备中也恢复了；若在所述第二设备中所述故障已经恢复，则所述第二设备向所述第一设备发送用以把所述链路切换到阻塞消除状态的第一消息；在接收到所述第一消息时，所述第一设备向所述第二设备发送对所述第一消息的回应消息和用以把所述链路切换到阻塞消除状态的第二消息；在接收到所述第二消息时，所述第二设备向所述第一设备发送对所述第二消息的回应消息，把相应链路切换到阻塞消除状态，并执行链路识别程序，以及在接收到对所述第二消息的回应消息时，在所述第一设备中把相应的链路切换到阻塞消除状态，并执行链路识别程序。
10．权利要求9的方法，其特征在于所述第二设备在把相应的链路释放到阻塞消除状态之后又经过预定的时间之后执行链路识别程序。
全文摘要
公开了一种处理用V5.2协议连接的第一和第二设备之间的链路故障的方法,其中尽管已经恢复的链路转换到阻塞状态,但是这一阻塞状态在没有操作员干预的情况下自动释放,以便通过该链路提供服务。当链路故障在第一设备中恢复时,第一设备把该链路切换到阻塞状态。在阻塞状态下,若故障在第二设备中恢复,则第二设备向第一设备发送释放阻塞状态的请求消息。
文档编号H04M3/08GK1283921SQ0012263
公开日2001年2月14日 申请日期2000年8月7日 优先权日1999年8月9日
发明者郑云在 申请人:三星电子株式会社