KR0150031B1

KR0150031B1 - 호해제 메시지의 이유필드를 이용한 접속곤란 제어방법

Info

Publication number: KR0150031B1
Application number: KR1019940035060A
Authority: KR
Inventors: 이병윤; 김철수; 이병선
Original assignee: 양승택; 한국전자통신연구원; 조백제; 한국전기통신공사
Priority date: 1994-12-19
Filing date: 1994-12-19
Publication date: 1998-11-02
Also published as: KR960027679A

Abstract

본 발명은 호해제(Release)메시지의 이유필드(Cause Field)를 이용한 접속곤란(HTR)제어방법에 관한 것으로, 비동기전달모드(ATM)교환기에 적용되는 호해제 메시지의 접속곤간(HTR)제어 방법에 있어서, 호출측으로부터의 호설정 요구에 대한 연결 설정가능 여부에 따른 이유를 이유필드(Cause field)에 삽입하는 제1단계; 각 호에 대하여 해제 메시지를 수신한 교환기가 해제 메시지내의 이유필드 타입을 분석하는 제2단계; 및 분석된 이유필드 타입에 따라 교환기의 현재 상태에 대한 반응범주를 분석하여 해당 착신지로의 호 시도를 제어하는 제3단계를 포함하는 것을 특징으로 하여, 전달 지연에 민감하고 높은 전송률을 포함하는 것을 특징으로 하여, 전달 지연에 민감하고 높은 전송률을 가지는 광대역 통신에서 실시간 요구 상황을 만족시켜 ATM 교환기에서 자동제어를 위한 접속곤란(HTR)코드의 검출을 효율적으로 판단할 수 있는 효과가 있다.

Description

호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법

제1도는 본 발명이 적용되는 비동기전달모드(ATM)교환기의 하드웨어 구조도.

제2도는 본 발명에 따른 호설정 요구(SET UP)에 대한 이유필드의 삽입 과정에 대한 일실시예 흐름도.

제3도는 본 발명에 따른 이유필드 타입을 이용한 접속곤란(HTR)제어 방법에 대한 일실시예 전체 흐름도.

제 4a도 내지 제 4c도는 본 발명에 따른 이유필드 타입을 이용한 접속곤란 (HTR)제어 방법에 대한 일실시예 상세 흐름도.

본 발명은 호해제(Release)메시지에 수신측의 상태를 나타내는 이유필드(Cause Field)를 첨가하여 수신측 교환기의 상태를 송신측 교환기에 알려 주어 다음 호연결 설정시 상태 정보를 반영하므로써 불필요한 호요구 시도를 줄일 수 있는 접속곤란(HTR : Hard To Reach)제어 방법에 관한 것이다.

일반적으로, 망관리라 함은 과부하나 고장 등의 장애요인 발생하에서도 망의 성능을 최적화하기 위하여 실시간으로 망을 관찰 및 제어하는 일련의 동작을 지칭한다.

대중통신 수단인 전화가 널리 사용됨에 따라 교환수에 의하여 단순하게 호를 제한하는 수준에서 교환기 단위에서의 제한으로 발전하였고, 최근에는 중앙 집중의 망관리 센터에서의 자동적인 망관리를 지향하고 있다.

따라서, 망으로 쇄도하는 트래픽을 효율적으로 제어하기 위하여 가능한 최대로 망자원을 이용하도록 하면서도 충돌, 과부하, 및 고장 등이 발생하지 않도록 하여 전체 사용자의 통신 요구를 만족시켜야 한다.

현재, 전전자 교환기(TDX-10)에서 사용하고 있는 트래픽 제어 방법은 크게 2가지 유형으로 나눌 수 있다.

하나는, 호 시도시 설정되어진 정규 루트를 트래픽이 한산한 다른 루트로 대신하거나 보완하는 확장형 제어 방법이다.

다른 하나는, 기존에 측정되거나 할당되어진 트래픽 정보를 이용하여 적체된 루트로 들어가는 트래픽을 일정 비율로 제한하는 방법이다.

또한, 대처 방벙에 따라 교환기 내부적으로 알아낸 여러 상황에 대하여 자동적으로 처리되는 자동 제어 방법과, 망의 과부하 상태에 대하여 사용자의 판단에 따라 제어조치를 취하는 수동 제어 방법이 있다.

상기 자동제어 기능을 실행하기 위해서는 현재 트래픽의 상화이 접속곤란(HTR : Hard To Reach)인지 또는 접속용이(ETR : Easy To Reach)한지를 판단하는 기준이 요구되고, 이를 효율적으로 구현하기 위해서는 망관리를 목적으로 교환기에서 상태, 가용도 및 성능, 구성정보 등의 적절한 정보를 교환기 상호간에 제공하여야 한다.

따라서, 상기 상태 정보는 현재 부하의 정도를 통계치와 비교한 결과나 발견된 비정상 동작 상태를 나타내고, 이러한 상태 정보는 실시간으로 타교환기나 망관리 센터(NMC : Network Management Center)에 전달되어야 한다. 또한, 가용도 및 성능 정보는 트래픽 측정으로부터 얻어지며, 거의 실시간으로 보내져 망관리 센터에서 망감시가 이루어질 수 있도록 하여야 한다.

그런데, 기존의 전전자 교환기(TDX-10)에서는 특정 신호 방식에 따라 이러한 정보를 주고 받고 있지만 전달 지연에 민감하고 높은 전송률을 갖는 광대역 통신에서는 실시간 요구 상황을 만족시키기 위하여 더욱 효율적인 상태 정보 전달 및 노드간 장애 검출 방법이 요구된다.

따라서, 본 발명은 상기 요구에 부응하기 위하여 안출된 것으로서, 비동기전달모드(ATM : Asychrnous Transfer Mode)교환기에서 자동제어를 위한 HTR코드의 검출을 효율적으로 판단하기 위하여 호 해제시 발생하는 호해제(Release)메시지의 이유필드(Cause Field)를 이용한 HTR제어 방법을 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위한 본 발명은, 비동기전달모드(ATM)교환기에 적용되는 호해제 메시지의 접속곤란(HTR)제어 방법에 있어서, 호출측으로 부터의 호설정 요구에 대한 연결 설정가능 여부에 따른 이유를 이유필드(Cause field)에 삽입하는 제1단계; 각 호에 대하여 해제 메시지를 수신한 교환기가 해제 메시지내의 이유필드 타입을 분석하는 제2단계; 및 분석된 이유필드 타입에 따라 교환기의 현재 상태에 대한 반응범주를 분석하여 해당 착신지로의 호 시도를 제어하는 제3단계를 포함하는 것을 특징으로한다.

이하, 첨부도면을 참조하여 본 발명의 일실시예를 상세히 설명한다.

제1도는 본 발명이 적용되는 비동기전달모드(ATM)교환기의 하드웨어 구조도로서, 도면에서 1은 가입자 호 프로세서(SCP : Subscriber Call Processor), 2는 가입자 인터페이스 모듈(SIM : Subscriber Interface Module), 3은 트렁크 호 프로세서(TCP : Trunk Call Processor), 4는 트렁크 인터페이스 모듈(TIM : Trunk Interface Module), 5는 운용 및 유지 보수 프로세서(OMP : Operation and Maintenance Processor), 6은 접속 교환망 모듈(ASNM : Access Switch Network Module), 및 7은 상호 접속 교환망 모듈(ISNM : Interconnection Switch Network Module)을 각각 나타낸다.

본 발명이 적용되는 비동기전달모드(ATM)교환기는 접속 교환 모듈(ASM : Access Switch Module)과, 다수의 접속 교환 모듈을 상호 접속하기 위한 상호접속 교환망 모듈(7)과, 시스템내의 운용 및 유지 보수관련 기능을 담당하는 운용 및 유지 보수 프로세서(5)를 포함한다.

접속 교환 모듈(ASM)은 가입자 접속을 위해 가입자 호 프로세서(1), 가입자 인터페이스 모듈(2), 및 접속 교환망 모듈(6)을 구비한 접속 교환 모듈(ASMO)과, 트렁크 접속을 위한 트렁크 호 프로세서(3), 트렁크 인터페이스 모듈(4), 및 접속 교환망 모듈(6)을 구비한 접속 교환 모듈(ASMn)을 포함한다.

가입자 호 프로세서(SCP)(1)는 가입자망 인터페이스(UNI : User Network Interface)프로토콜을 사용하는 일반 가입자와 호처리를 수행하는 프로세서로서, 가입자 정합회로인 가입자 인터페이스 모듈(SIM)(2)과 함께 호수락 제어 및 사용량 변수 제어(UPC : Usage Parameter Control)등과 같은 전반적인 트래픽제어를 수행한다.

트렁크 호 프로세서(TCP)(3)는 망노드 인터페이스(NNI : Network Node Interface)프로토콜을 사용하는 망과의 호처리를 수행하는 프로세서로서, 중계선 정합회로 트렁크 인터페이스 모듈(TIM)(4)가 함께 입중계 및 출중계 호에 대한 호접속 제어를 수행하며, 망과의 정합에 필요한 모든 기능을 담당한다.

운용 및 유지 보수 프로세서(OMP)(5)는 시스템내의 일련의 운용 및 유지 보수관련 기능등을 총괄한다. 따라서, 과금처리, 통계, 유지보수, 및 운용 관리 기능 등을 수행하는 프로세서이다.

접속 교환망 모듈(ASNM)(6)은 ATM교환기의 기본 단위인 셀을 전송하는 접속 교환 모듈(ASM)내의 비블록화(non-blocking)자기 루팅 스위치로서, 시스팀의 구성에 따라 일정한 집선비를 갖는 집선기능을 수행한다.

가입자 인터페이스 모듈(SIM)(2)은 가입자가 인터페이스(UNI)프로토콜을 통하여 가입자와 접속되고, 트렁크 인터페이스 모듈(TIM)(4)은 망노드 인터페이스(NNI)프로토콜을 통하여 트렁크 접속된다.

상호접속 교환망 모듈(ISNM)(7)은 각 접속 교환 모듈(ASM)간의 상호접속 (Interconnection)하기 위해 사용되는 자기 루팅 스위치이다.

본 발명의 바람직한 실시예에 따른 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법은, 시스템내의 일련의 운용 및 유지 보수관련 기능등을 총괄하는 운용 및 유지 보수 프로세서(5)내에 위치하게 되며, 추후 시스템의 기능이 확장되어 과부하가 발생되는 경우에 가입자 호 프로세서(1)로 기능을 분산시켜 운용 및 유지 보수 프로세서(5)에서 기능을 집중하는 방식도 고려할 수 있다.

제2도는 본 발명에 따른 호설정 요구(SET UP)에 대한 이유필드의 삽입 과정에 대한 일실시예 흐름도이다.

먼저, 호출측으로부터 호설정 요구(SET UP)가 있으며(201), 이러한 호설정 요구에 대한 연결설정이 가능한지를 판단한다(202).

판단결과, 연결설정이 가능하면 특정 가상경로(VP : Virtual Path)및 가상채널(VC : Virtual Channel)을 할당하여 연결 설정을 한다(203).

이후, 성공적인 연결 설정으로 통화 상태가 지속된 후(204), 호출측 또는 수신측으로 부터 연결 해제 요구가 발생한다(205). 이때, 이러한 메시지를 통하여 현재의 망상태를 알리는 정보를 이유필드에 삽입하여 전송하고(206), 통화를 해지한다(207).

판단결과, 연결설정이 불가능하면 이에 대한 이유를 이유필드에 삽입하고(208), 이를 호해제(Release)메시지에 첨가하여 호설정 요구측으로 전송하므로써(209), 전송된 호해제 메시지의 이유필드의 원인에 의하여 연결이 실패하였음을 알린다(210).

상기 호출측으로부터의 호설정 요구(SET UP)에 대하여 연결이 불가능한 경우에 각 원인에 따른 이유필드의 종류 및 이유필드에 따른 반응범주의 종류를 살펴보면 표-1 및 표-2와 같다.

상기 표-1에 제시된 바와 같이 호 해제시 발생하는 호해제 메시지의 이유필드는 현재 계속 정의 되고 있으며, 이외에도 여러가지 종류의 필드값이 존재한다. 이중 망관리의 자동제어 기능에서 현재 트래픽의 상황이 접속곤란(HTR)인지 또는 접속용이(ETR)인지를 판단하는데 사용하기 위한 이유필드의 비트값 및 그 의미는 다음과 같다.

이유필드 타입1(No Route to Destination)은 착신번으로 가는 경로가 존재하지 않는 상태를 나타낸다.

이유필드 타입2(VPI/VCI unacceptable)는 가상경로식별자/가상채널식별자(VPI/VCI : Virtual Path Identifier/Virtual Channel Identifier)값을 할당할 수 없는 상태를 나타낸다.

이유필드 타입3(User Busy)은 현재 착신번의 사용자 상태가 비지(Busy)상태임을 나타낸다.

이유필드 타입4(No User Responding)는 현재 연결 설정 요구에 대하여 착신번 사용자의 반응이 없는 상태임을 나타낸다.

이유필드 타입5(Call Rejected)는 현재 연결 설정 요구에 대하여 교환기와 망에서는 정상적으로 연결 설정 요구 절차가 완료되었으나 착신번 사용자가 호응답을 거부하는 상태임을 나탄낸다.

이유필드 타입6(Network Out of Order)은 현재 연결 설정 요구에 대하여 망에서 정상적으로 연결 설정 요구 절차를 제공할 수 없는 상태임을 나타낸다.

이유필드 타입7(Temporary Failure)은 현재 연결 설정 요구에 대하여 망에서 잠정적으로 정상적인 연결 설정 요구 절차를 제공할 수 없는 상태임을 나타낸다.

이유필드 타입8( VPCI /VCI not available)은 현재 연결 설정 요구에 대하여 교환기와 망에서 정상적으로 연결 설정 요구 절차를 완료하기 위한 VPI/VCI가 존재하지 않는 상태임을 나타낸다.

이유필드 타입9(Resource Unavailable)는 현재 연결 설정 요구에 대하여 교환기, 또는 망에서 정상적으로 연결 설정 요구 절차를 제공하기 위한 자원(Resource)이 존재하지 않는 상태임을 나타낸다.

이유필드 타입10(Too Many Pending Party Requests)은 현재 연결 설정 요구가 기존에 연결 설정요구 되어 대기중인 설정요구에 의하여 대기되어야 하는 상태임을 나타낸다.

본 발명의 바람직한 실시예에 따른 이유필드 타입을 이용한 접속곤란 (HTR)제어 방법에 있어서, 호해제 메시지의 이유필드 타입에 따라 나눈 해당 범주의 판단 기준은 망 운용 효율성에 따라 나누어지며, 해당 범주의 호에 대하여 각 반응 범주를 A, B, C, D, 및 E로 분류한다. 이는 현재 교환기에서 해당 경로로의 상태를 나타낸다. 여기서, 각 반응 범주는 호해제 메시지를 수신한 교환기의 호요구 교환기에 대한 반응 상태로 호해제 메시지를 수신한 교환기에서 관리되는 정보이다.

제3도는 본 발명에 따른 이유필드 타입을 이용한 접속곤란(HTR)제어 방법에 대한 일실시예 전체 흐름도이다.

먼저, 각 호에 대하여 해제 메시지가 수신되면(301), 교환기가 해당 경로로의 불필요한 연결 요구를 제어하기 위하여 호해제 메시지에 첨가된 이유필드 타입을 분석한다(302).

분석결과, 이유필드 타입이 착신번으로 가는 경로가 존재하지 않는 상태(즉, 이유필드 타입1), 가상경로식별자/가상채널식별자(VPI/VCI)값을 할당할 수 없는 상태(즉, 이유필드 타입2), 망에서 정상적으로 연결설정 요구절차를 제공할 수 없는 상태(즉, 이유필드 타입6), VPI/VCI가 존재하지 않는 상태(즉, 이유필드 타입8), 자원이 존재하지 않는 상태(즉, 이유필드 타입9)중 어느 하나에 해당되면(303), 교환기에서 성공적인 호설정 서비스를 제공할수 없으므로 상기 표-2를 참조하여 교환기의 현재 상태에 대한 반응 범주를 판단한다(306). 여기서, 반응범주라 함은 현재 교환기의 상태를 A, B, C, D 및E의 5가지 상태로 구분한 것이다.

판단결과, 반응 범주 A, B, C, D 및 E에 대하여(307내지 311) 100%호를 거절한다(312).

분석결과, 이유필드 타입이 현재 착신번의 사용자가 비지(Busy)상태(즉, 이유필드3), 착신번 사용자의 반응이 없는 상태(즉, 이유필드 타입4), 착신번 사용자가 호 응답을 거부하는 상태(즉, 이유필드 타입5), 및 잠정적으로 정상적인 연결설정 요구 절차를 제공할 수 없는 상태(즉, 이유필드 타입7)중 어느 하나에 해당하면(304), 교환기에서 성공적인 호설정 서비스 제공을 보장할 수 없으므로 교환기의 현재 상태에 대한 반응범주를 판단한다(306).

판단결과, 각각의 반응범주 A, B, C, D, 및 E에 대하여(307 내지 311)0, 25, 50, 75, 및 100%로 호를 거절한다(312).

분석결과, 이유필드 타입이 대기되어야 하는 상태(즉, 이유필드 타입10)이면(305), 교환기에서 성공적인 호설정 서비스 제공을 보장할수 없으므로 교환기의 현재 상태에 대한 반응범주를 판단한다(306).

판단결과, 각각의 반응범주A, B, C, D, 및 E에 대하여(307 내지 311)0, 0, 0, 75, 및 100%로 호를 제어한다(312).

제4a도는 본 발명에 따른 이유필드 타입을 이용한 접속곤란(HTR)제어방법에 대한 일실시예 상세 흐름도로서, 호해제 메시지내의 이유필드타입이 1, 2, 6, 8, 및 9중 어느 하나에 해당하는 경우의 처리 과정을 나타낸다.

먼저, 호출측으로부터의 호설정이 요구(SET UP)에 따라 (401)각 호에 대하여 해제 메시지가 수신되면(402), 교환기가 해당 경로로의 불필요한 연결요구를 제어하기 위하여 호해제 메시지에 첨가된 이유필드 타입을 분석한다(403).

분석결과, 이유필드 타입이 1, 2, 6, 8, 및 9중 어느 하나에 해당되면 (404), 현재 교환기의 상태가 A, B, C, D, 및 E인지를 판단한다 (405).

판단결과, 교환기의 상태가 A, B, C, D, 및 E가 아니면 호를 종료하고, 교환기의 상태가 A, B, C, D, 및 E 이면 타이머를 동작시켜(406)해당 경로로의 호 요구가 감소되어 망의 상태가 회복될 때까지의 시간동안 제한형 경로 제어를 시작한다(407). 즉, 망에 대한 기본 자원이 부족하므로 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호시도를 100% 제한한 후(407), 타이머를 종료한다(408).

제4b도는 본 발명에 따른 이유필드 타입을 이용한 접속곤란(HTR)제어방법에 대한 일실시예 상세 흐름도로서, 호해제 메시지내의 이유필드 타입이 3, 4, 5, 및 7중 어느 하나에 해당하는 경우의 처리 과정을 나타낸다.

먼저, 호출측으로부터의 호설정 요구(SET UP)에 따라(401)각 호에 대하여 해제 메시지가 수신되면(402), 교환기가 해당 경로로의 불필요한 연결요구를 제어하기 위하여 호해제 메시지에 첨가된 이유필드 타입을 분석한다(403).

분석결과, 이유필드 이유필드 타입이 3, 4, 5및 7중 어느 하나에 해당되면(409), 현재 교환기의 상태를 판단한다(411).

판단결과, 현재 교환기의 상태가 B이면(412), 타이머를 동작시켜(413)해당 경로로의 호 요구가 감소되어 망의 상태가 회복될 때까지의 시간동안 제한형 경로 제어를 시작한다(414). 즉, 호 수신측 사용자의 일시적인 문제 발생에 해당되므로 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 25% 제한한 후 (414), 타이머를 종료한다(415).

판단결과, 현재 교환기의 상태가 C이면(416), 타이머를 동작시켜(417)호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 50% 제한 한후 (418), 타이머를 종료한다(419).

판단결과, 현재 교환기의 상태가 D이면(420), 타이머를 동작시켜(421)호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 75%제한한후 (422), 타이머를 종료한다(423).

판단결과, 현재 교환기의 상태가 E이면(424), 타이머를 동작시켜(425)호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 100% 제한한 후 (426),타이머를 종료한다(427).

제4c도는 본 발명에 따른 이유필드 타입을 이용한 접속곤란(HTR)제어 방법에 대한 일실시에 상세 흐름도로서, 호해제 메시지내의 이유필드 타입이 10인 경우의 처리 과정을 타나낸다.

먼저, 호출측으로부터 의 호설정 요구(SET UP)에 따라 (401)각 호에 대하여 해제 메시지가 수신되면(402), 교환기가 해당 경로로의 불필요한 연결 요구를 제어하기 위하여 호해제 메시지에 첨가된 이유필드 타입을 분석한다(403).

분석결과, 이유필드 이유필드 타입이 10이면(410), 현재 교환기의 상태를 판단한다(429).

판단결과, 현재 교환기의 상태가 D이면(429), 타이머를 동작시켜(430)해당 경로로의 호 요구가 감소되어 망의 상택가 회복될 때까지의 시간동안 제한형 경로 제어를 시작한다(431). 즉, 호해제 메시지를 수신한 교환기로 부터 해당 교환기로의 호 시도를 75% 제한한 후 (431), 타이머를 종료한다(432).

판단결과, 현재 교환기의 상태가 E이면(433), 타이머를 동작시켜(434)호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 100% 제한한 후 (435), 타이머를 종료한다(436).

상기한 바와 같이 본 발명에 의하면 전달 지연에 민감하고 높은 전송률을 갖는 광대역 통신망에서 실시간 요구 상황을 만족시켜 비동기전달모드(ATM : Asynchronous Trasfer Mode)교환기에서 자동제어를 위한 접속곤란(HTR)코드의 검출을 효율적으로 판단할 수 있는 효과가 있다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진자에 있어 본 발명의 기술적 사상을 벗어나지 않는 범위내에서 여러 가지 치환, 변형및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 한정되는 것이 아니다.

Claims

비동기전달모드(ATM)교환기에 적용되는 호해제 메시지의 접속곤란(HTR)제어 방법에 있어서, 호출측으로부터의 호설정 요구에 대한 연결 설정가능 여부에 따른 이유를 이유필드(Cause field)에 삽입하는 제1단계; 각호에 대하여 해제 메시지를 수신한 교환기가 해제 메시지내의 이유필드 타입을 분석하는 제2단계; 및 분석된 이유필드 타입에 따라 교환기의 현재 상태에 대한 반응범주를 분석하여 해당 착신지로의 호 시도를 제어하는 제3단계를 포함하여 이루어진 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제1항에 있어서, 상기 제1단계는, 호출측으로부터의 호설정 요구가 있으면, 호설정 요구에 대한 연결 설정이 가능한지를 판단하는 제4단계; 상기 제4단계의 판단결과, 연결 설정이 가능하면 연결 설정하여 통화 상태를 유지하는 제5단계; 호출측으로부터 연결 해제 요구가 해제 요구가 수신되면, 현재의 망 상태를 알리는 정보를 이유필드에 삽입한 후, 통화를 해지하는 제6단계; 및 상기 제4단계의 판단결과, 연결 설정이 불가능하면 불가능한 이유를 이유필드에 삽입한 후, 호해제 메시지에 첨가하여 호출측으로 전송하는 제7단계를 포함하여 이루어진 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제1항 또는 제2항에 있어서, 상기 제3단계는, 상기 제2단계의 분석결과, 이유필드 타입이 착신번으로 가는 경로가 존재하지 않는 상태를 나타내는 제1 이유필드 타입(No Route to Destination), 가상경로식별자/가상채널식별자(VPI/VCI)값을 할당할 수 없는 상태를 나타내는 제2이유필드 타입(VPI/VCI unacceptable), 망에서 정상적으로 연결설정 요구절차를 제공할 수 없는 상태를 나타내는 제3 이유필드 타입(Network Out of Order), 가상경로식별자/가상채널식별자( VPI/VCI)가 존재하지 않는 상태를 나타내는 제4이유필드 타입(no VPCI/VCI not available), 및 자원이 존재하지 않는 상태를 나타내는 제5이유필드 타입(Resource Unavailable)중 어느 하나에 해당하면 교환기의 현재 상태에 대한 각각의 반응범주에 대하여 해당 착신지로의 호 시도를 제어하는 제8단계; 상기 제2단계의 분석결과, 이유필드 타입이 현재 착신번의 사용자가 비지(Busy)상태를 나타내는 제6이유필드 타입(User Busy), 착신번 사용자의 반응이 없는 상태를 타나내는 제7이유필드 타입(No User Responding), 착신번 사용자가 호응답을 거부하는 상태를 나타내는 제8 이유필드 타입(Call Rejected), 잠정적으로 정상적인 연결설정 요구절차를 제공할 수 없는 상태를 나타내는 제9 이유필드 타입(Temporary Failure) 중 어느하나에 해당하면 교환기의 현재 상태에 대한 각각의 반응범주에 대하여 해당 착신지로의 호 시도를 제어하는 제9단계; 및 상기 제2단계의 분석결과, 이유필드타입이 대기되어야 하는 상태를 나타내는 제10이유필드 타입(Too Many Pending Party Requests)이면 교환기의 현재 상태에 대한 각각의 반응범주에 대하여 해당 착신지로의 호 시도를 제어하는 제10단계를 포함하여 이루어진 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제3항에 있어서, 상기 제8단계는,상기 제2단계의 분석결과, 상기 제1내지 제5이유필드 타입중 어느 하나에 해당되면, 현재 교환기의 상태를 판단하는 제11단계; 및 상기 제11단계의 판단결과, 교환기의 상태가 제1내지 제5반응범주에 해당하지 않으면 호를 종료하고, 교환기의 상태가 상기 제1내지 제5반응 범주에 해당되면 타이머를 동작시켜 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호시도를 제1소정의 비율로 제한한 후, 상기 타이머를 종료하는 제12단계를 포함하여 이루어진 호해제 메시지의 이유필드(Cause field )를 이용한 접속곤란(HTR)제어방법.
제4항에 있어서, 상기 9단계는, 상기 제2단계의 분석결과, 상기 제6내지 제9이유필드 타입중 어느 하나에 해당되면, 현재 교환기의 상태를 판단하는 제13단계; 상기 제13단계의 판단결과, 현재 교환기의 상태가 상기 제2반응범주에 해당하면 상기 타이머를 동작시켜 호해제 메시지를 수신한 교횐기로부터 해당 교환기로의 호 시도를 제2소정의 비율로 제한한 후, 상기 타이머를 종료하는 제14단계; 상기 제13단계의 판단결과, 현재 교환기의 상태가 상기 제3반응범주에 해당하면 상기 타이머를 동작시켜 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 제3소정의 비율로 제한한 후, 상기 타이머를 종료하는 제15단계; 상기 제13단계의 판단결과, 현재 교환기의 상태가 상기 제4반응범주에 해당하면 상기 타이머를 동작시켜 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 제4소정의 비율로 제한한 후, 상기 타이머를 종료하는 제16단계; 및 상기 제13단계의 판단결과, 현재 교환기의 상태가 상기 제5반응범주에 해당하면 상기 타이머를 동작시켜 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 상기 제1소정의 비율로 제한한 후, 상기 타이머를 종료하는 제17단계를 포함하여 이루어진 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제5항에 있어서, 상기 제10단계는, 상기 제2단계의 분석결과, 상기 10 이유필드 타입에 해당되면, 현재 교환기의 상태를 판단하는 제18단계; 상기 제18단계의 판단결과, 현재 교환기의 상태가 상기 제4반응범주에 해당하면 상기 타이머를 동작시켜 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 상기 제4소정의 비율로 제한한 후, 상기 타이머를 종료하는 제19단계; 및 상기 제18단계의 판단결과, 현재 교환기의 상태가 상기 제5반응범주에 해당하면 상기 타이머를 동작시켜 호해제 메시지를 수신한 교환기로부터 해당 교환기로의 호 시도를 상기 제1소정의 비율로 제한한 후, 상기 타이머를 종료하는 제20단계를 포함하여 이루어진 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제6항에 있어서, 상기 제12, 17, 및 20단계의 상기 제1소정의 비율은 각각, 100%인 것을 특징으로 하는 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제7항에 있어서, 상기 제14단계의 상기 제2소정의 비율은, 25%인 것을 특징으로 하는 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제8항에 있어서, 상기 제15단계의 상기 제3소정의 비율은, 50%인 것을 특징으로 하는 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.
제9항에 있어서, 상기 제16및 19단계의; 상기 제4소정의 비율은, 75%인 것을 특징으로 하는 호해제 메시지의 이유필드(Cause field)를 이용한 접속곤란(HTR)제어방법.