KR100506255B1 - 교환시스템에서 포트의 종류나 성격에 따른 호제어방법 - Google Patents

Abstract

본 발명은 교환시스템의 호 제어방법에 관한 것으로, 호 처리를 제어하는 기본호 스테이트모델(BCSM)의 구조를 포트의 종류나 성격에 따라 제어하는 방법을 구현한다. 본 발명에 따른 호제어 방법은 포트의 종류나 성격에 따라 호제어를 위한 모델을 분리하여 구현하고 호시도 및 호착신 요청시 그 시도가 들어온 포트의 정보를 미리 읽거나 호착신하고자 하는 포트의 정보를 미리 읽어서 상기 분리하여 구현된 호제어 모델들중에서 해당하는 모델을 구동하는 것을 특징으로 한다.

이러한 본 발명은 호처리시 포트의 종류와 성격을 판단하는 과정에서 여러번 반복되었던 코드의 중복을 없애고 해당 포트에 맞지 않는 불필요한 코드를 없애므로써 수행되는 프로그램의 크기를 줄이는 효과가 있다. 또한 성능을 향상시키며, 일괄적인 처리가 가능해지며, 구현이나 유지보수가 쉬어지는 효과가 있다.

Description

교환시스템에서 포트의 종류나 성격에 따른 호제어 방법

본 발명은 교환시스템의 호 제어방법에 관한 것으로, 특히 호 처리를 제어하는 기본호 스테이트모델의 구조를 포트의 종류나 성격에 따라 제어하는 방법에 관한 것이다.

일반적으로 사설교환기(PABX; Private Automatic Branch eXchange)와 같은 교환시스템에서는 스위치를 제어하는 호제어기능(CCF; Call Control Function)이 요구된다. 이러한 호제어기능이 요구된다는 것은 이미 국제통신연합(ITU-T; International Telecommunication Union Telecommunications Standardization Sector)의 권고안 Q.1214∼1219에 권고된 바와 같이 잘 알려진 사실이다.

도 1은 ITU-T에서 권고하고 있는 호제어기능(CCF)의 모델을 보여주는 도면으로, ITU-T에서는 CCF에서 호를 Half Call 방식으로 구현할 것을 제시하고 있으며 이를 위해 분리된 형태의 호제어모듈(CCM; Call Control Module)을 두고 있다. 여기서 기본호 스테이트모델(BCSM; Basic Call State Model)은 발신측으로서 행동하는 O-BCSM(Originating Basic Call State Model)과 착신측으로서 행동하는 T-BCSM(Terminating Basic Call State Model)으로 구분된다.

도 2는 종래 기술의 호 제어 동작에 따른 기본호 스테이트모델의 구조를 보여주는 도면으로, CCM은 스위치로부터의 호 시도시 기본호 관리자(BCM; Basic Call Manager) 100으로 하여금 발신포트를 위해 호 처리할 O-BCSM 200을 프로세서로서 생성하도록 한다. 또한 착신하고자 하는 정보를 모두 입력받은 경우에 O-BCSM 200은 T-BCSM 300을 생성하게 된다. 이때 O-BCSM 200이나 T-BCSM 300은 포트의 종류나 포트가 행하는 시그널링에 상관없이 한가지 형태로 구현됨을 알 수 있다. 즉, CCM에서는 포트의 종류나 성격에 관계없이 O-BCSM과 T-BCSM을 각각 한가지 형태로 구현해 놓고 있으며, 호제어가 필요할 때마다 기본적으로 O-BCSM과 T-BCSM 한쌍을 두어 호를 처리하도록 한다. 이와 같이 종래 기술에 따른 CCM에서는 O/T-BCSM 각각에 대하여 단일의 모델을 가지고 있기 때문에 호시도가 이루어졌을 경우 포트의 종류와 성격에 따라 스위치 자원을 할당하는 때(timing)와 자원 할당 필요성에 대한 판단이 요구된다.

종래 기술에 따른 호제어의 동작을 소프트웨어 측면에서 살펴보면 도 3에 도시된 바와 같이 해당 포트가 무엇인가를 판별하여 각각의 처리를 달리하게 된다. 도 3은 종래 기술에 따른 호제어의 동작을 C언어로 구현한 프로그램의 예를 보여주는 것으로, 호제어의 동작이 "if(or switch)"와 같은 키워드를 사용하는 수개의 서브루틴에 의해 처리되게 된다. 상기 도 3에서는 호제어의 동작이 3개의 서브루틴에 의해 처리되는 예를 보여주고 있다. 이때 호제어의 동작의 수개의 서브루틴에 의해 중복되어 처리되기 때문에 프로그램 코드의 반복이 생기게 되고, 목적코드(object code)에 불필요한 코드를 많이 지니게 된다. 또한 이에 따라 판단의 중복이 발생하게 되며, 그 동작 자체가 복잡해진다.

상술한 바와 같은 종래 기술에 따른 호제어의 동작은 포트의 종류나 성격에 관계없이 O-BCSM과 T-BCSM을 하나의 통합된 형태로 처리하기 때문에 여러 가지 문제점이 야기되는데, 이때 야기되는 문제점을 종합해보면 다음과 같다.

첫째, 포트의 종류나 성격을 판단하는 과정에서 프로그램 코드의 반복이 생긴다. 둘째, 판단의 중복으로 인해 성능저하를 가져온다. 셋째, 호제어 동작의 일괄적인(straight-forward) 처리가 불가능하다. 넷째, 복잡한 구조로 인해 구현이나 유지보수시 코드를 읽거나 하기가 어렵다. 다섯째, 목적코드(object code)에 불필요한 코드를 많이 지니게 된다.

따라서 본 발명의 목적은 교환시스템에서 호제어를 위한 처리가 수월하게 이루어지도록 하는 방법을 제공함에 있다.

본 발명의 다른 목적은 교환시스템에서 호제어를 위한 처리를 행할 시 그 처리를 위한 프로그램을 간단하게 디자인하는 방법을 제공함에 있다.

본 발명의 또다른 목적은 교환시스템에서 호제어를 위한 처리를 행할 시 불필요한 코드의 사용을 제거하는 방법을 제공함에 있다.

본 발명의 또다른 목적은 교환시스템에서 호제어를 위한 처리를 행할 시 그 처리성능을 향상시키는 방법을 제공함에 있다.

이러한 목적들을 달성하기 위한 본 발명은 O/T-BCSM에 대하여 복잡한 호제어 구조를 가져올 수밖에 없었던 요인이 각 포트에 대응하는 모듈이 부재에 인한 것임에 착안하여 포트의 종류와 성격에 따른 독립적인 모듈을 구현하는 방법을 제안한다.

본 발명의 제1견지(Aspect)에 따른 호제어 방법은 포트의 종류나 성격에 따라 호제어를 위한 모델을 분리하여 구현하고 호시도 및 호착신 요청시 그 시도가 들어온 포트의 정보를 미리 읽거나 호착신하고자 하는 포트의 정보를 미리 읽어서 상기 분리하여 구현된 호제어 모델들중에서 해당하는 모델을 구동하는 것을 특징으로 한다.

본 발명의 제2견지에 따른 호제어 방법은, 다수의 호제어모듈을 포트의 성격이나 종류에 따라 구분하여 구현하는 제1과정과, 호시도시 호시도 메시지와 호시도를 위한 해당 포트의 정보를 기본호관리자(BCM)이 받아들이고 받아들인 정보를 이용하여 상기 다수의 호제어모듈들중에서 적절한 제1호제어모듈(O-BCSM)을 생성하는 제2과정과, 호착신 요청시 호착신을 위해 필요한 정보를 입력받은 후 이 정보를 이용하여 해당하는 포트와 그 포트의 성격이나 종류를 판단하는 제2과정과, 상기 판단된 포트의 성격이나 종류에 따라 상기 다수의 호제어모듈들중에서 적절한 제2호제어모듈(T-BCSM)을 생성하는 제3과정으로 이루어진다. 상기 다수의 호제어모듈들은 하드웨어적인 성격에 따라 일반전화기용 내선포트와, 디지털전화기용 내선포트와, 각종 트렁크포트로 구분되어 구현될 수 있다. 그리고 상기 트렁크포트는 대국과의 시그널링 방식에 따라 알투(R2)시그널링, 이중톤복합주파수(DTMF)시그널링, 다이얼펄스시그널링 및 No.7시그널링으로 구분되어 구현될 수 있다.

이러한 본 발명은 호처리시 포트의 종류와 성격을 판단하는 과정에서 여러번 반복되었던 코드의 중복을 없애고 해당 포트에 맞지 않는 불필요한 코드를 없애므로써 수행되는 프로그램의 크기를 줄이는 효과가 있다. 또한 중복된 판단을 피함으로써 성능을 향상시키며, 일괄적인 처리가 가능해지며, 모듈화를 통한 구조의 간략화로 인해 구현이나 유지보수가 쉬어지는 효과가 있다.

이하 본 발명의 바람직한 실시예의 상세한 설명이 첨부된 도면들을 참조하여 설명될 것이다. 우선 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한 하기에서 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의내려진 용어들로서 이는 사용자 또는 칩설계자의 의도 또는 관례 등에 따라 달라질 수 있으므로, 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

도 4는 본 발명의 호제어 동작에 따른 기본호 스테이트모델(BCSM; Basic Call State Model)의 구조를 보여주는 도면이다.

도 4에서 실선으로 구사된 각각의 BCSM들은 포트의 종류나 성격에 따라 모듈화되어 프로세서들로 이미 만들어진(ready-made) BCSM들이며, 점선으로 나타낸 O-BCSM들은 해당 포트들에서 호시도가 이루어졌을 경우 BCM 100이 알맞는 종류의 BCSM으로 생성하는 것을 의미하며, 일점 쇄선으로 나타낸 T-BCSM은 어떤 O-BCSM에 의해 착신요청이 들어온 BCSM을 의미한다. 여기서는 BCSM들이 단일라인전화기(Singleline Telephone) 포트, 아날로그전화기(Analogue Telephone) 포트, DTMF시그널링(Dual Tone Multi Frequency Singnaling) 트렁크포트, 다이얼펄스 시그널링 (Dial Pulse Signaling) 트렁크포트, R2시그널링(R2 Signaling) 트렁크포트로 구분된 경우를 보여주고 있다.

본 발명에서 적용될 수 있는 포트의 종류라 함은 물리적인(physical) 분류를 의미하는 것으로, 아날로그전화가 연결된 내선포트, 디지털전화가 연결될 내선포트, 그리고 트렁크포트로서 접지트렁크(Ground Trunk), 루프트렁크(Loop Trunk), E_M트렁크, DID(Direct Inward Dialing)트렁크, 링다운(Ring Down)트렁크 및 E1, T1과 같은 디지털트렁크가 있다. 포트의 성격이라 함은 트렁크포트일 경우 대국과 호를 주고받기 위해 시그널링하는 방식을 두고 하는 말로, 이 시그널링 방식에는 DTMF시그널링, 다이얼펄스시그널링, R2시그널링 및 No.7시그널링 등이 있다.

상기 도 4에 도시된 바와 같이 처리하는 본 발명의 요지는 포트의 종류나 성격에 따라 O/T-BCSM들을 분리하여 구현하고, 호시도나 호착신 요청시 시도가 들어온 포트의 정보를 미리 읽거나 호착신하고자 하는 포트의 정보를 미리 읽어서 그 포트를 위한 호제어 모듈(BCSM)을 생성할 시점에 적절한 유형의 BCSM을 생성하는데 이용되도록 하는 것을 특징으로 한다.

각 유형에 맞는 O-BCSM들이나 T-BCSM들의 구현시 이는 각각 전적으로 어떤 특정한 성격을 지니는 포트를 위한 것으로, 각 모듈을 내부적으로 처리할 때 해당하는 포트의 종류나 성격을 판단하는 부분은 없으며, 오직 일괄적(straight forward)으로 처리될 뿐이다. O-BCSM의 생성을 위한 호시도가 들어온 포트의 판단은 BCM 100에 의해 이루어지며, 상기 BCM 100은 단지 적절한 O-BCSM을 생성하고 나서 스위치로부터 들어온 그 호시도 메시지를 새로이 생성한 O-BCSM에 전달한 뿐이다. 또한 T-BCSM에 대해서는 각각의 O-BCSM이 착신하고자 하는 곳의 정보를 다 입력받은 후 호의 착신을 요청할 시 각각의 그 O-BCSM에 의해서 판단되고, 마찬가지로 착신 메시지를 O-BCSM으로부터 받아서 활동하기 시작한다.

스위치의 특정포트로부터 호시도(Hook Off)시 이 호시도 메시지는 스위치에서 발생한 호를 실제적으로 제어하는 CCF(Call Control Function)로 들어오게 된다. 상기 CCF내에서는 해당 포트를 위해 O-BCSM이 생성되기까지 여러 모듈들을 거칠 수가 있다. 그러나 본 발명에서는 O-BCSM을 만드는 BCM과 O-BCSM 자체에 대해서만 국한하여 설명하기로 한다.

적절한 모델의 O-BCSM을 생성하기 위해 해당 포트에 대한 정보를 읽어 어떤 종류나 성격의 포트인가를 판단하는 동작은 BCM 자신이 굳이 할 필요는 없고, BCM에 호시도 메시지가 도착하기 전에 거치는 이전 모듈에서 읽어서 판단한 결과를 호시도 메시지와 함께 받을 수도 있다. 중요한 것은 O-BCSM을 생성하는 시점까지는 원하는 정보를 알고 있으면 된다는 것이고, 실제로 CCM에서는 이전 단계에서 판단을 통해 생성할 O-BCSM의 종류를 호시도 메시지와 함께 BCM 100에 전달되도록 하고 있다. 이는 데이터베이스 억세스 시간을 줄여 전체적인 수행시간을 단축시키기 위함이다.

이렇게해서 전달된 호시도 메시지와 해당 포트의 정보는 BCM 100이 전달받게 되고, 상기 BCM 100은 전달받은 포트의 정보를 이용해 알맞은 O-BCSM을 프로세서로서 생성하게 된다. CCM에서는 호제어 부분의 유닉스에서 동작하므로 각각의 모듈 및 O/T-BCSM은 프로세서로서 생성된다. 호착신을 위해 필요한 정보, 즉 착신하고자 하는 전화번호를 다 입력받으면, O-BCSM은 T-BCSM을 만들게 되는데, 이때 각각의 O-BCSM은 적절한 T-BCSM의 생성을 위해 입력받은 전화번호를 가지고 데이터베이스를 접근해서 해당하는 포트와 그 포트의 성격이나 종류가 무엇인가를 알게 된다. 이리하여 적절한 T-BCSM가 생성되게 되는 것이다.

도 5는 본 발명의 호제어 동작을 위한 프로그램 구조의 예를 보여주는 도면으로, 포트의 종류나 성격에 따라 BCSM들이 모듈화됨에 따라 각 BCSM을 제어하기 위한 서브루틴들도 각각에 대해 정해지게 되는 것이다. 이와 같이 포트의 종류나 성격에 따라 BCSM들을 제어하기 위한 서브루틴들이 구분되어 정해짐에 따라 프로그램 코드의 반복 및 목적코드(object code)에 불필요한 코드를 많이 지니게 되는 문제점을 해소하게 된다. 또한 이에 따라 판단의 중복이 없어지게 되며, 그 동작 자체가 간단해지게 된다.

상술한 바와 같이 본 발명은 O/T-BCSM을 모듈화시켜 구분하여 제어함에 따라 호처리시 포트의 종류와 성격을 판단하는 과정에서 여러번 반복되었던 코드의 중복을 없애고 해당 포트에 맞지 않는 불필요한 코드를 없애므로써 수행되는 프로그램의 크기를 줄이는 이점이 있다. 또한 중복된 판단을 피함으로써 성능을 향상시키며, 일괄적인 처리가 가능해지는 이점이 있다. 그리고 또한 모듈화를 통한 구조의 간략화로 인해 구현이나 유지보수가 쉬어지는 이점이 있다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도내에서 여러가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 않되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

도 1은 국제통신연합(ITU-T)에 의해 권고되고 있는 호제어기능의 모델을 보여주는 도면.

도 2는 종래 기술의 호제어 동작에 따른 기본호 스테이트모델의 구조를 보여주는 도면.

도 3은 종래 기술의 호제어 동작을 위한 프로그램 구조의 예를 보여주는 도면.

도 4는 본 발명의 호제어 동작에 따른 기본호 스테이트모델의 구조를 보여주는 도면.

도 5는 본 발명의 호제어 동작을 위한 프로그램 구조의 예를 보여주는 도면.

Claims (4)

1. 교환시스템의 호제어 방법에 있어서,

   포트의 종류나 성격에 따라 호제어를 위한 모델을 분리하여 구현하고 호시도 및 호착신 요청시 그 시도가 들어온 포트의 정보를 미리 읽거나 호착신하고자 하는 포트의 정보를 미리 읽어서 상기 분리하여 구현된 호제어 모델들중에서 해당하는 모델을 구동하는 것을 특징으로 하는 호제어 방법.
2. 교환시스템에서 호제어 방법에 있어서,

   다수의 호제어모듈을 포트의 성격이나 종류에 따라 구분하여 구현하는 제1과정과,

   호시도시 호시도 메시지와 호시도를 위한 해당 포트의 정보를 기본호관리자(BCM)이 받아들이고 받아들인 정보를 이용하여 상기 다수의 호제어모듈들중에서 적절한 제1호제어모듈(O-BCSM)을 생성하는 제2과정과,

   호착신 요청시 호착신을 위해 필요한 정보를 입력받은 후 이 정보를 이용하여 해당하는 포트와 그 포트의 성격이나 종류를 판단하는 제2과정과,

   상기 판단된 포트의 성격이나 종류에 따라 상기 다수의 호제어모듈들중에서 적절한 제2호제어모듈(T-BCSM)을 생성하는 제3과정으로 이루어짐을 특징으로 하는 방법.
3. 제2항에 있어서, 상기 다수의 호제어모듈들은 하드웨어적인 성격에 따라 일반전화기용 내선포트와, 디지털전화기용 내선포트와, 각종 트렁크포트로 구분되어 구현되는 것을 특징으로 하는 방법.
4. 제3항에 있어서, 상기 트렁크포트는 대국과의 시그널링 방식에 따라 알투(R2)시그널링, 이중톤복합주파수(DTMF)시그널링, 다이얼펄스시그널링 및 No.7시그널링으로 구분되어 구현되는 것을 특징으로 하는 방법.

Images