[发明专利]处理用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(FE304：LINK BLOCK IND ID=n)的消息，以便把相应的链路切换为阻塞状态。于是，市话交换局200把相应链路切换到阻塞状态，并向接入网设备100发出LINK CNTL ACK(FE304 ID=n)的消息，以响应LINK CNTL(FE304：LINK BLOCKIND ID=n)的消息。

如上所述，出现在用V5.2协议连接的设备之间的链路故障，在这些设备上是在不同时刻恢复的。因此，若链路故障在任何一台设备上恢复了，恢复的链路将转换成阻塞状态，使得即使在另一台设备上链路故障已经恢复，阻塞状态却仍旧得不到释放。就是说，尽管在这两台设备上，链路故障均已恢复，但相应链路的阻塞状态仍旧不能被释放为阻塞消除状态，以致于必须由操作员个人释放阻塞状态，才能通过相应的链路提供服务。

因此，本发明的一个目的是提供一种处理出现在用V5.2协议连接的设备之间的链路故障的方法，其中尽管已经恢复的链路转换成阻塞状态，但没有操作员的干预，也能自动地释放阻塞状态，以便通过该链路提供服务。

为了达到上述目的，提供了一种处理出现在用V5.2协议连接的第一和第二设备之间的链路故障的方法。该方法包括以下步骤：当链路故障首先在第一台设备中恢复时，把所述链路切换到阻塞状态；以及当所述故障在阻塞状态下在第二台设备中恢复时，自动地从第二台设备向第一台设备发送请求释放阻塞状态的消息。

从结合附图所作的详细描述中，本发明的上述和其他目的、特征和优点将变得更加清楚，附图中：

图1是举例说明用V5.2协议连接的接入网设备和市话交换局的示意图；

图2是举例说明处理出现在图1接入网设备和市话交换局之间的链路故障的程序的示意图；

图3是举例说明按照本发明实施例处理出现在接入网设备和市话交换局之间的链路故障的程序的示意图；

图4是举例说明按照本发明实施例用v5.2协议连接的两台设备中首先恢复故障的一台设备所执行的处理链路故障的程序的流程图；以及

图5是举例说明按照本发明实施例用v5.2协议连接的两台设备中较后恢复故障的一台设备所执行的处理链路故障的程序的流程图。

下面将参照附图描述本发明的最佳实施例。在以下的描述中，众所周知的功能或结构将不再详细描述，因为它们会以不必要的细节使本发明变得模糊不清。