KR100321786B1 - 이동통신시스템에서의 대표번호 서비스 구현 방법 - Google Patents

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

본 발명은 이동통신시스템에서의 대표번호 서비스 구현 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것임.

2. 발명이 해결하려고 하는 기술적 과제

본 발명은, 이동통신시스템에서 홈위치등록기에 대표번호를 위한 데이터베이스를 구축하고, 대표번호로 착신호시에 연결이 가능한 휴지 상태의 멤버에게 차례로 연결을 시도하여 연결에 성공한 멤버에게 호를 연결함으로써, 하나의 이동전화 번호로 여러 개의 이동전화가 착신될 수 있도록 하기 위한 대표번호 서비스 구현 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하고자 함.

3. 발명의 해결방법의 요지

본 발명은, 이동통신시스템에서의 대표번호 부가서비스 구현 방법에 있어서, 대표번호 부가서비스를 희망하는 다수의 가입자를 하나의 대표번호로 묶어서, 홈위치등록기에 대표번호 멤버들의 전화번호(MIN)와 멤버번호를 포함하는 대표번호 데이터베이스를 구축하는 제 1 단계; 대표번호로 착신 요구시에, 상기 대표번호 데이터베이스를 바탕으로 상기 홈위치등록기가 대표번호 멤버를 검색하여 선택하되, 선택된 대표번호 멤버가 로밍하고 있는 교환국으로 루팅정보를 순차적으로 요청하여 휴지 상태인 하나의 대표번호 멤버를 선택하는 제 2 단계; 및 상기 선택된 대표번호 멤버를 상기 대표번호 데이터베이스에 마지막 통화한 멤버로 기록하고, 상기 루팅정보를 발신 교환국으로 반송하여 선택된 대표번호 멤버로 통화로를 설정하도록 하는 제 3 단계를 포함함.

4. 발명의 중요한 용도

본 발명은 이동통신시스템의 대표번호 서비스 등에 이용됨.

Description

이동통신시스템에서의 대표번호 서비스 구현 방법{IMPLEMENTATION METHOD OF PILOT DIRECTORY NUMBER FOR MOBILE COMMUNICATION NETWORK}

본 발명은 이동통신시스템에서 유선망의 대표번호 개념을 도입하여 단체를 대표할 수 있는 대표번호를 구현함으로써, 하나의 이동전화 번호로 여러 개의 이동전화가 착신될 수 있도록 한 대표번호 서비스 구현 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체에 관한 것이다.

종래의 이동통신망에서는 망의 특성에 따른 기술상의 제약으로 유선망과 같은 개념의 대표번호를 제공하지 못하였다. 이처럼 이동통신망에 하나의 이동전화번호로 여러 대의 이동전화가 착신될 수 있는 대표번호의 개념이 도입되지 않은 이유는 이동통신망의 특성상 가입자 정보가 교환국(MSC : Mobile Switching Center)과 분리되어 있고 가입자가 이동하므로 실현하기에 기술상의 어려움이 있었기 때문이다.

대표번호란 하나의 번호로 다수의 통화자가 통화하도록 한 번호를 말한다. 즉, 대표번호에는 여러 대의 전화기가 연결되어 있고, 이러한 대표번호로 다이얼하면 그 중 임의의 휴지 단말기와 연결된다.

유선망의 가입자는 한 곳에 고정되어 있으므로 그 지역을 서비스하는 교환국에 그 가입자의 정보를 가지고 있을 수 있다. 따라서, 유선망에서는 대표번호 서비스를 제공하는 것도 해당 교환국에서만 작업을 요한다.

하지만, 이동통신망의 가입자는 유선망과 달리 계속하여 이동하고 있으므로 교환국이 영구적으로 가입자정보를 가지고 있을 수 없다. 이러한 이유로 이동통신망에는 홈위치등록기(HLR : Home Location Registaer)가 존재하여 가입자 정보가 이곳에서 교환국과 분리되어 관리되며, 가입자가 특정지역을 서비스하는 교환국 영역으로 이동했을 경우에, 교환국은 홈위치등록기에 가입자가 자신의 영역에 있음을 등록하고 가입자의 정보를 얻어와 가입자 정보를 임시로 저장하는 방문자위치등록기(VLR : Visitor Location Register)에 수록한다.

대표번호에는 이동중인 많은 멤버가 있으며, 대표번호로 착신호시 여러 지역에 흩어져 있는 멤버를 찾아서 호를 연결해야 하는 대표번호 서비스는, 유선망과 이동통신망의 이런 특성으로 인해 구현하기 어려운 일이었다.

이동통신망에는 대표번호와 유사한 개념의 부가서비스가 있는데, 네트워크 프로토콜 규격(IS41 : revision C)에는 'FA(Flexible Alerting)', 'MAH(Mobile Access Hunting)' 등을 규정하고 있으며, 가상사설망(VPN : Virtual Private Network)과 같은 부가서비스가 사용되고 있다.

'FA'란 가입자가 다수의 호전환 전화번호를 등록할 수 있고, 가입자에게 전화가 왔을 때 등록된 번호를 동시에 호출하여 먼저 연결된 번호로 통화로를 연결해 주는 부가서비스이다.

'MAH'란 가입자가 다수의 호전환 전화번호를 등록할 수 있고, 가입자가 전화를 받지 않을 경우에 순차적으로 호전환을 시도하여 가입자가 응답한 번호로 연결해 주는 부가서비스이다.

'VPN'은 여러 가입자를 그룹으로 묶어서 그룹내에서는 임의의 단축번호로 통화가 가능하도록 한 부가서비스로서 이동통신망에 사설구내교환망(Cellular PABX) 개념을 도입한 것이라고 할 수 있다.

'FA'와 'MAH'는 대표번호와 유사한 개념이긴 하지만, 대표번호와는 몇 가지 다른점이 있다. 예를 들면, 'FA'는 동시에, 'MAH'는 등록된 순서에 따라서 착신자에게 전화가 왔음을 알리게 되며 멤버의 수에 제한이 크지만, 대표번호는 구현방법에 따라 임의의 전화로 골고루 분배하여 착신을 유도할 수 있다. 한편, 'VPN'은 그룹내의 특정가입자를 지정하여 통화하게 되지만, 대표번호는 임의의 가입자에게 자동으로 연결시켜 준다는 점에서 대표번호와 다르다.

따라서, 기존의 이동전화 부가서비스가 지원하지 못하는 부분을 보완하여 이동통신망에서 하나의 이동전화번호로 여러 대의 이동전화가 착신될 수 있는 대표번호 서비스 제공 방안이 필수적으로 요구된다.

상기한 바와 같은 요구에 부응하기 위하여 안출된 본 발명은, 이동통신시스템에서 홈위치등록기에 대표번호를 위한 데이터베이스를 구축하고, 대표번호로 착신호시에 연결이 가능한 휴지 상태의 멤버에게 차례로 연결을 시도하여 연결에 성공한 멤버에게 호를 연결함으로써, 하나의 이동전화 번호로 여러 개의 이동전화가 착신될 수 있도록 하기 위한 대표번호 서비스 구현 방법 및 상기 방법을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는데 그 목적이 있다.

도 1 은 본 발명이 적용되는 이동통신시스템의 구성 예시도.

도 2 는 일반적인 이동전화 가입자-이동전화 가입자간의 호처리 과정에 대한 흐름도.

도 3 은 본 발명에 따른 대표번호 서비스 구현 방법중 호처리 과정에 대한 일실시예 흐름도.

도 4 는 본 발명에 따른 대표번호 서비스 구현 방법중 호처리 과정에 대한 다른 실시예 흐름도.

도 5 는 본 발명에 따른 대표번호 서비스 구현 방법중 발신 교환국에서의 대표번호 구현을 위한 호처리 과정에 대한 일실시예 흐름도.

도 6a 및 6b 는 본 발명에 따른 대표번호 서비스 구현 방법중 착신 교환국에서의 대표번호 구현을 위한 호처리 과정에 대한 일실시예 흐름도.

도 7 은 본 발명에 따른 대표번호 서비스 구현 방법중 홈위치등록기에서의 대표번호 구현을 위한 호처리 과정에 대한 일실시예 흐름도.

도 8 은 본 발명에 따른 대표번호 서비스 구현 방법중 홈위치등록기에서의대표번호 구현을 위한 호재설정/호전환 과정에 대한 일실시예 흐름도.

*도면의 주요 부분에 대한 부호의 설명

11 : 이동국(MS) 12 : 기지국(BSC)

13 : 제어국(BSC) 14 : 교환국(MSC)

15 : 방문자위치등록기(VLR) 16 : 홈위치등록기(HLR)

상기 목적을 달성하기 위한 본 발명은, 이동통신시스템에서의 대표번호 부가서비스 구현 방법에 있어서, 대표번호 부가서비스를 희망하는 다수의 가입자를 하나의 대표번호로 묶어서, 홈위치등록기에 대표번호 멤버들의 전화번호(MIN)와 멤버번호를 포함하는 대표번호 데이터베이스를 구축하는 제 1 단계; 대표번호로 착신 요구시에, 상기 대표번호 데이터베이스를 바탕으로 상기 홈위치등록기가 대표번호 멤버를 검색하여 선택하되, 선택된 대표번호 멤버가 로밍하고 있는 교환국으로 루팅정보를 순차적으로 요청하여 휴지 상태인 하나의 대표번호 멤버를 선택하는 제 2 단계; 및 상기 선택된 대표번호 멤버를 상기 대표번호 데이터베이스에 마지막 통화한 멤버로 기록하고, 상기 루팅정보를 발신 교환국으로 반송하여 선택된 대표번호 멤버로 통화로를 설정하도록 하는 제 3 단계를 포함하여 이루어진 것을 특징으로 한다.또한, 본 발명은 상기 제 2 단계 수행시에, 대표번호 멤버가 통화중이거나 전화를 받지 않을 경우 대표번호 멤버들 모두에게 순차적으로 연결을 시도하고, 전체 멤버 모두와 연결 실패시에 호실패로 간주하여 처리하는 제 4 단계를 더 포함하여 이루어진 것을 특징으로 한다.

상기 목적을 달성하기 위한 본 발명은, 프로세서를 구비한 이동통신시스템에, 대표번호 부가서비스를 희망하는 다수의 가입자를 하나의 대표번호로 묶어서, 홈위치등록기에 대표번호 멤버들의 전화번호(MIN)와 멤버번호를 포함하는 대표번호 데이터베이스를 구축하는 제 1 기능; 대표번호로 착신 요구시에, 상기 대표번호 데이터베이스를 바탕으로 상기 홈위치등록기가 대표번호 멤버를 검색하여 선택하되, 선택된 대표번호 멤버가 로밍하고 있는 교환국으로 루팅정보를 순차적으로 요청하여 휴지 상태인 하나의 대표번호 멤버를 선택하는 제 2 기능; 및 상기 선택된 대표번호 멤버를 상기 대표번호 데이터베이스에 마지막 통화한 멤버로 기록하고, 상기 루팅정보를 발신 교환국으로 반송하여 선택된 대표번호 멤버로 통화로를 설정하도록 하는 제 3 기능을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.본 발명은 이동전화망에 대표번호를 구현하기 위해 HLR과 VLR에 대표번호를 위한 DB를 구축하고 대표번호를 위한 호처리 절차를 정의하였다.여기서, 대표번호는 다수의 멤버로 구성된다. 각 멤버는 고유의 MIN을 가지고 있으며, 일반 가입자와 동일한 가입자 프로파일을 가지고 있어서 위치정보 부가서비스 등의 정보를 기록할 수 있다. 따라서, 대표번호는 이동이 잦고, 유사한 성격을 가지는 다수의 이동 가입자를 대표번호로 묶어서 이들에게 순차적으로 호를 연결해 준다. 각 멤버는 고유한 MIN을 가지고 있으므로 특정 멤버에게 직접 전화를 걸 수도 있으며, 자신의 MIN으로 발신도 가능하다.대표번호로 전화가 왔을 경우, HLR은 규칙에 의해 선택된 착신 멤버가 로밍하고 있는 MSC로 루팅정보를 요구하게 된다. 이때, 만약 멤버가 통화중이거나 전화를 받지 않을 경우에는 다음 멤버로 연결을 시도하게 되며, 연결된 경우 HLR DB에 마지막 통화한 멤버로 기록하고, 루팅정보를 발신 교환국에 반송하여 호를 설정하도록 한다.

상술한 목적, 특징들 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.

도 1 은 본 발명이 적용되는 이동통신시스템의 구성 예시도이다.

이동통신시스템은 이동국(MS : Mobile Station)(11), 기지국(BTS : Base Tranceiver Station)(12), 제어국(BSC : Base Station Controller)(13), 교환국(MSC : Mobile Swtching Center)(14), 방문자 위치 등록기(VLR : Visitor Location Register)(15), 및 홈 위치 등록기(HLR : Home Location Register)(16)를 구비한다.

이동국(11)은 사람이 소지하고 자유로이 이동하면서 통신할 수 있는 단말기로서, 임의의 기지국(12)의 범위내에 있고, 이동국(11)의 정보는 기지국(12)과 이를 제어하는 제어국(13)을 거쳐 교환국(14)에 전송되며, 교환국(14)으로부터 전송되는 정보는 기지국(12) 및 제어국(13)을 거쳐 단말기(11)로 전송된다.

기지국(BS : Base Station)은 기지국(BTS)(12)과 제어국(13)으로 구성된다.

기지국(12)은 이동국(MS)(11)을 제어국(13)에 접속시키며, 디지털 채널 장치(DCU : Digital Channel Unit), 시간/주파수 제어 장치(TCU : Timing/Frequency Control Unit), 무선주파수 장치(RFU : Radio Frequency Unit), 및 위치정보시스템(GPS : Global Positioning System) 등으로 구성된다.

그리고, 기지국(12)은 이동국(11)과 무선을 통해 통신하고, 제어국(13)과 유선으로 통신을 수행하는 유무선 변환 기능을 수행한다.

제어국(13)은 기지국(12)을 교환국(14)에 접속시켜 기지국(12)간의 연결을 조정하며, 다수의 기지국(12)을 지원하고, 기지국(12)과 교환국(14)간의 통신을 위한 신호처리 기능을 한다.

교환국(14)은 이동전화 가입자가 전화를 걸거나 받을 때 호를 연결하며, 제어국(13)과 접속하여 이동국(11)의 통화설정 및 해제 기능 등을 수행하고, 호처리 및 부가서비스와 관련된 각종 기능을 수행하며, 다른 망과의 연동 기능을 수행한다.

방문자 위치 등록기(15)는 교환국(14)이 서비스하는 지역의 방문가입자의 정보를 저장하는 데이터베이스로서, 자신이 담당하는 영역으로 위치 등록한 이동국(11) 및 가입자의 정보를 홈위치등록기(16)로부터 가져와 일시적으로 저장하고, 교환국(14)에 실장된다.

홈위치등록기(16)는 이동국(11)과 가입자의 영구적인 정보, 위치정보, 및 부가서비스 정보 등을 저장하고 있는 데이터베이스이며, 교환국(14)/방문자위치등록기(15)와 상호 작용하여 호처리 및 부가서비스와 관련된 각종 기능을 수행하고 서비스를 통제하는 역할을 한다.

보통 하나의 서비스망에는 다수의 홈위치등록기(16)가 존재할 수 있고, 하나의 홈위치등록기(16)에는 하나 또는 그 이상의 교환국(14)/방문자위치등록기(15)가 접속될 수 있으며, 하나의 교환국(14)에는 여러 개의 기지국(BS)이 접속될 수 있다.

도 2 는 일반적인 이동전화 가입자-이동전화 가입자간의 호처리 과정에 대한 흐름도로서, 일반적인 이동전화 가입자-이동전화 가입자간에 통화가 이루어지는 절차를 나타낸다.

도 2에 도시된 바와 같이, 일반적으로 이동전화 가입자-이동전화 가입자간에 통화가 이루어지는 절차는, 먼저 발신 교환국에서 특정 가입자가 이동전화 가입자로 전화를 건다(201).

이후, 발신 교환국에서 착신 가입자의 홈위치등록기(16)로 위치요구메시지(LOCREQ : Location Request Invoke)를 전송하여 가입자가 위치한 지역을 서비스하는 착신 교환국까지의 라우팅정보를 요구한다(202).

다음으로, 홈위치등록기(16)에서 라우팅요구메시지(ROUREQ : Routing Request Invoke)를 착신가입자가 위치한 지역을 서비스하는 착신 교환국으로 전송하여 가입자에게 호를 설정하기 위한 라우팅번호를 요구한다(203). 이후에, 착신 가입자가 위치한 지역을 서비스하는 착신 교환국에서는 라우팅요구응답메시지(routreq : Routing Request Return Result)를홈위치등록기(16)로 전송하여 호설정을 위한 라우팅번호를 알려준다(204).

이어서, 홈위치등록기(16)에서 위치요구응답메시지(locreq : Location Request Return Result)를 통해서 라우팅번호를 발신 교환국으로 반환하여 호가 처리되도록 한다(205).

마지막으로, 발신 교환국에서는 홈위치등록기(16)로부터 반송받은 라우팅번호를 이용하여 착신가입가가 위치한 지역을 서비스하는 착신 교환국으로 통화로를 설정하여 가입자간에 통화를 할 수 있도록 한다(206).

이제, 본 발명에 따른 하나의 이동전화 번호로 여러 개의 이동전화가 착신될 수 있는 대표번호 서비스를 구현하는 방법에 대해 보다 상세히 설명한다.

대표번호는 하나의 번호로 다수의 통화자가 통화 가능하도록 한 전화번호를 말한다. 이러한 대표번호(XXX-YYYY)에는 다수의 착신전화가 연결될 수 있고 나름의 순번이 있다.

만약, 가입자가 이러한 대표번호로 발신을 하면, 착신은 통화가 가능한 번호의 전화로 연결된다.

대표번호를 구현하기 위해서는, 첫 번째로 홈위치등록기(16)에 하기와 같은 조건을 만족하는 대표번호 데이터베이스를 구축해야 하며, 구현 방법에 따라 가입자 프로파일에 대표번호(대표번호 Pilot Directory Number)와 가입자가 대표번호 가입자인지를 나타내는 필드를 추가해야 한다.

대표번호를 구현하기 위한 대표번호 데이터베이스 구축 조건을 살펴보면 다음과 같다.

첫째, 홈위치등록기(16)는 대표번호를 수용하고 대표번호의 등록/삭제/변경/출력이 가능하여야 한다.

둘째, 대표번호는 일정수의 멤버를 데이터베이스화하여 관리한다.

셋째, 대표번호는 동일한 대표번호에서 유일한 멤버번호, 멤버의 이동국 식별번호(MIN : Mobile Identification Number), 마지막으로 통화한 멤버 프래그, 기타 정보를 관리한다. 여기서, 이동국 식별번호는 이동국(11)에 할당된 식별번호로서, 이동통신망에서 이동국(11)을 호출하거나 인식하는데 사용되는 이동국(11)의 고유번호이다.

넷째, 각 멤버는 일반가입자와 동일한 가입자 DB를 가지고 있다.

이상에서와 같은 조건을 만족하는 대표번호 데이터베이스 테이블의 구성을 살펴보면, (표 1)과 같다.

두 번째로, 대표번호를 구현하기 위해서는, 홈위치등록기(16)에 구축된 대표번호 데이터베이스를 토대로 하여 대표번호로 착신되는 호처리 과정중 휴지상태인 하나의 멤버를 선택한다.

휴지상태인 멤버를 선택하는 과정은, 대표번호 특성에 따라서 여러가지 선택유형이 있을 수 있으나, 마지막으로 착신된 멤버 다음으로 휴지상태인 멤버를 선택하는 것이 일반적이라고 할 수 있다. 그 외에, 일정한 순서로 된 멤버순에 따라 늘 동일하게 호설정을 시도하게 하거나, 일정수의 멤버를 동시에 호출하여 먼저 응답하는 멤버로 호를 연결하는 등 필요에 따라 멤버를 선택하는 기준은 바뀔 수 있다.

세 번째로, 대표번호를 구현하기 위해서는, 선택된 대표번호 멤버로 호를 라우팅한다.

이상에서와 같이, 본 발명에 따른 대표번호 서비스 구현 방법은, 이동통신망에 대표번호를 구현하기 위해 홈위치등록기(16)에 대표번호를 위한 데이터베이스를 구축하고, 대표번호를 위한 호처리 절차를 정의한다. 여기서, 대표번호는 다수의 멤버를 가지고 있으며, 일반 가입자와 동일한 가입자 프로파일을 가지고 있어서 위치정보, 부가서비스 등의 정보를 기록할 수 있다.

본 발명에서, 만약 대표번호로 전화가 왔을 경우에, 홈위치등록기(16)는 규칙에 의해 선택된 착신 멤버가 로밍하고 있는 교환국(14)으로 루팅정보를 요구하게 된다. 이때, 멤버가 통화중이거나 전화를 받지 않을 경우에는 다음 멤버로 연결을 시도하게 되며, 연결된 경우에 홈위치등록기(16)의 데이터베이스에 마지막 통화한 멤버로 기록하고, 루팅정보를 발신 교환국에 반송하여 호를 설정하도록 한다.

이제, 이동통신망에서 대표번호를 구현하기 위한 호처리 절차를 구체적으로 살펴보면 다음과 같다.

도 3 은 본 발명에 따른 대표번호 서비스 구현 방법중 호처리 과정에 대한 일실시예 흐름도로서, 대표번호로 전화가 왔을 경우에 대표번호내 마지막 통화한멤버 다음으로 휴지상태인 멤버로 호를 연결하는 상황을 가정하여 통화로를 설정하기까지의 호처리 절차를 나타낸다.

본 실시예에서는 4개의 멤버가 사용되는데, 모두 이동가입자로 동일 홈위치등록기(16)에 수용되어 있으며, 모두 다른 교환국(14)에 로밍중이다. 여기서, 홈위치등록기(16)는 첫째, 둘째 멤버에 대해서는 통화로 설정전에 착신이 불가능한 상태임을 알고 다음 멤버를 선택하게 되며, 세번째 멤버는 통화를 설정하고 멤버의 응답을 기다렸으나 응답이 없는 경우이고, 네번째 멤버가 응답을 하여 통화를 완료하는 상황을 가정하기로 한다.

일반적으로 선택된 멤버로 연결이 불가능하면 다음 멤버로 연결을 시도하며, 이런 식으로 일정 수의 멤버로(최대 전체멤버) 연결을 시도하였으나, 모두 연결이 불가능할 경우에 호처리는 실패한 것으로 간주한다.

도 3에 도시된 바와 같이, 본 발명에 따른 대표번호 서비스 구현 방법중 첫째, 둘째 멤버에 대해서는 통화로 설정전에 착신이 불가능한 상태임을 알고 다음 멤버를 선택하게 되며, 세번째 멤버는 통화를 설정하고 멤버의 응답을 기다렸으나 응답이 없는 경우이고, 네번째 멤버가 응답을 하여 통화를 완료하는 상황을 가정한 호처리 과정은, 먼저 이동전화 가입자가 대표번호로 호를 시도하면(301), 발신 교환국에서 대표번호를 수용한 홈위치등록기(16)로 위치요구메시지(LOCREQ : Location Request Invoke)를 전송하여 라우팅정보를 요구한다(302).

이후, 홈위치등록기(16)에서 착신번호가 대표번호라는 사실을 인식하고 대표번호내 멤버를 검색하여, 선택된 대표번호 멤버로 통화로를 연결하기 위한 라우팅정보를 얻기 위해서 멤버가 위치한 지역을 서비스하는 착신 교환국1으로 라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송한다(303). 이때, 착신 가입자와 통화로 연결후에 통화중이거나 무응답이 발생한 경우에 발신 교환국이 홈위치등록기(16)로 새로운 라우팅정보를 요청하도록 하기 위해서, 착신 트리거(Termination Trigger)에 통화중(Busy), 페이징 무응답(No Page Response), 또는 라우팅 실패(Routing Failure)의 경우에 트리거되도록 설정하고 현재 레그정보(LegInfomation)에 호진행중인 멤버의 정보를 설정하여 전송한다.

다음으로, 선택된 멤버가 현재 통화중이므로 착신 교환국1에서 홈위치등록기(16)로 액세스 불가 원인(Access Denied Reason)(=Busy)을 포함하는 라우팅요구응답메시지(routreq : Routing Request Return Result)를 전송하여 멤버가 현재 통화중이므로 연결이 불가능함을 알려준다(304).

이어서, 홈위치등록기(16)가 다음 멤버의 라우팅정보를 얻기 위해서 멤버가 위치한 지역을 서비스하는 착신 교환국2으로 라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송한다(305). 이때, 착신 가입자와 통화로 연결후에 통화중이거나 무응답이 발생한 경우에 발신 교환국이 홈위치등록기(16)로 새로운 라우팅정보를 요청하도록 하기 위해서, 착신 트리거(Termination Trigger)에 통화중(Busy), 페이징 무응답(No Page Response), 또는 라우팅 실패(Routing Failure)의 경우에 트리거되도록 설정하여 전송하고 LegInfomation에 현재 호처리 진행중인 멤버의 정보를 설정하여 전송한다.

이후에, 선택된 멤버가 1차 페이징에 응답하지 않으므로 착신 교환국2에서홈위치등록기(16)로 액세스 불가 원인(Access Denied Reason)(=NoPageReponse)을 포함하는 라우팅요구응답메시지(routreq : Routing Request Return Result)를 전송하여 멤버가 현재 연결 불가능 상태임을 알려준다(306).

이후, 홈위치등록기(16)에서 다음 멤버의 라우팅정보를 얻기 위해서 다음 멤버가 위치한 지역을 서비스하는 착신 교환국3으로 라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송한다(307). 이때, 착신 가입자와 통화로 연결후에 통화중이거나 무응답이 발생한 경우에 발신 교환국이 홈위치등록기(16)로 새로운 라우팅정보를 요청하도록 하기 위해서, 착신 트리거(Termination Trigger)에 통화중(Busy), 페이징 무응답(No Page Response), 또는 라우팅 실패(Routing Failure)의 경우에 트리거되도록 설정하여 전송하고 LegInfomation에 현재 호처리 진행중인 멤버의 정보를 설정하여 전송한다.

다음으로, 멤버가 1차 페이징에 응답하므로 착신 교환국3에서 라우팅번호를 할당하여 홈위치등록기(16)로 라우팅요구응답메시지(routreq : Routing Request Return Result)를 통해서 라우팅번호(TLDN)를 전송한다(308).

이후에, 착신 교환국3으로부터 라우팅번호를 수신한 홈위치등록기(16)에서 위치요구응답메시지(locreq : Location Request Return Result)를 통해 라우팅번호(TLDN)를 발신 교환국으로 반송한다(309). 이때, 착신 가입자와 통화로 연결후에 통화중이거나 무응답이 발생한 경우에, 발신 교환국이 홈위치등록기(16)로 새로운 라우팅정보를 요청하도록 하기 위해서, 홈위치등록기(16)에서 DMH_Redirection Indicator에 MAH(value=16)을 설정하고그룹정보(GroupInformation)에 현재 호처리 진행중인 대표번호 멤버의 호에 대한 정보를 설정한다. NoAnswerTime을 설정하여 보내면 그 시간안에 착신자가 응답이 없을 경우에 발신 교환국에서 홈위치등록기(16)로 호 재설정을 위한 요청을 하게 할 수 있다.

이어서, 발신 교환국에서 홈위치등록기(16)로부터 수신한 라우팅번호를 이용하여 착신 교환국3까지 통화로를 설정한다(310). 이때, 발신가입자는 수화기를 통하여 링음을 듣게 되며, 착신 교환국3은 착신가입자의 단말기로 전화가 왔음을 알린다.

만약, 선택된 멤버가 전화를 받지 않을 경우(본 실시예에서는 세 번째 멤버에게 통화를 설정하고 응답을 기다렸으나 응답이 없는 경우로 가정함)에, 착신 교환국3에서 발신 교환국으로 재설정 원인(Redirection Reason)(=NoAnswer)과 현재 호처리 진행중인 멤버의 레그 정보(LegInformation)를 포함하는 호재설정요구메시지(REDREQ : Redirection Request Invoke)를 전송하여 멤버가 전화를 받지 않아 연결되지 않음을 알려준다(311).

이후, 발신 교환국에서 다음 멤버의 라우팅정보를 얻기 위해 홈위치등록기(16)로 재설정원인(RedirectionReason), 그룹정보(GroupInfomation), 파일럿번호(PilotNumber) 등의 정보를 설정하여 호전환번호요구메시지(TTNR : Transfer To Number Request)를 전송한다(312). 이후에, 호전환번호요구메시지를(TTNR)를 수신한 홈위치등록기(16)에서 다음 멤버를 선택하여, 멤버의 라우팅정보를 얻기 위해 멤버가 위치한 지역을 서비스하는 착신교환국4으로 라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송한다(313). 이때, 착신가입자와 통화로 연결후에 통화중이거나 무응답이 발생한 경우에 발신 교환국이 홈위치등록기(16)로 새로운 라우팅정보를 요청하도록 하기 위해서, 착신 트리거(Termination Trigger)에 통화중(Busy), 페이징 무응답(No Page Response), 또는 라우팅 실패(Routing Failure)의 경우 트리거되도록 설정하여 전송하고 LegInfomation에 현재 호처리 진행중인 멤버의 정보를 설정하여 전송한다.

다음으로, 멤버가 1차 페이징에 응답하므로 착신 교환국4에서 라우팅번호를 할당하여 홈위치등록기(16)로 라우팅요구응답메시지(routreq : Routing Request Return Result)를 통해 라우팅번호(TLDN)를 전송한다(314).

이어서, 착신 교환국4으로부터 라우팅번호를 수신한 홈위치등록기(16)에서 발신 교환국으로 호전환번호요구응답메시지(ttnr : Transfer To Number Request Return Result)를 통해 라우팅번호(TLDN)를 반송한다(315). 이때, 착신가입자와 통화로 연결후에 통화중이거나 무응답이 발생한 경우에 발신 교환국이 홈위치등록기(16)로 새로운 라우팅정보를 요청하도록 하기 위해서, 홈위치등록기(16)에서 DMH_Redirection Indicator에 MAH(value=16)을 설정하고 GroupInformation에 현재 호처리 진행중인 대표번호 멤버의 호에 대한 정보를 설정한다. NoAnswerTime을 설정하여 보내면 그 시간안에 착신자가 응답이 없을 경우에 발신 교환국에서는 홈위치등록기(16)로 호 재설정을 위한 요청을 하게 할 수 있다.

이후에, 발신 교환국이 착신 교환국3으로 호재설정요구응답메시지(redreq :Redirection Request Return Result)를 전송한다(316).

이후, 발신 교환국이 착신 교환국3으로 설정된 통화로를 단절한다(317).

다음으로, 발신 교환국에서 홈위치등록기(16)로부터 수신한 라우팅번호를 이용하여 착신 교환국4까지 통화로를 설정한다(318). 이때, 발신가입자는 수화기를 통하여 링음을 듣게 되며, 착신 교환국4는 착신가입자의 단말기로 전화가 왔음을 알린다.

이어서, 착신가입자가 응답하고 통화가 시작된다.

마지막으로, 통화가 종료되면, 발신 교환국과 착신 교환국4이 통화를 종료한다(319).

본 실시예에서, 홈위치등록기(16)는 '303' 단계 내지 '318' 단계 사이의 과정을 수차례 반복할 수 있다. 만약, 착신가입자 사정으로 라우팅정보 획득 실패시에 재시도 횟수는 최대로 대표번호내의 멤버 수로 제한되며, 일정수의 멤버를 초과하여 착신가입자와 연결되지 않으면 실패 처리한다.

그리고, 통화로 설정이후에, 무응답인 경우에 대한 호처리를 나타내는 '311' 단계 내지 '318' 단계 사이의 과정은 선택적(Optional)인 것으로서, 발신가입자가 장시간 기다려야 하는 번거로움이 있으므로 구현상에서 생략이 가능하며 응답대기시간을 조정할 수도 있다.

이상에서 설명한 실시예는 시스템의 가장 이상적인 경우를 가정하여 기술하였다.

이제, 도 4를 참조하여 본 발명에 따른 다른 실시예를 설명한다.

도 4 는 본 발명에 따른 대표번호 서비스 구현 방법중 호처리 과정에 대한 다른 실시예 흐름도로서, 착신 교환국에서 홈위치등록기(16)로 새로운 멤버의 라우팅번호를 얻어내는 경우이며, 방문자위치등록기(15)에도 현재의 착신가입자가 대표번호서비스의 한 멤버임을 나타내는 필드와 대표번호(모번호)에 대한 정보를 가지고 있어야 한다. 여기서, 착신 교환국은 착신가입자가 대표번호의 멤버이면 대표번호에 대해 다음 멤버의 라우팅번호를 요구하게 된다.

본 발명의 다른 실시예에서는 편의상 (표 1)의 대표번호(XXX-293-8607)을 사용하기로 한다. 여기서, 4개의 멤버(300-1002, 201-4376, 450-2154, 514-8490)가 사용되는데, 이중 셋은 동일 홈위치등록기의 가입자고 마지막의 하나는 타 홈위치등록기의 가입자이며, 모두 다른 교환국(14)에 로밍중인 상황을 가정한다.

본 발명의 다른 실시예에서는, 첫째, 둘째 멤버에 대해서는 통화로 설정전에 착신이 불가능하여 연결되지 않고, 셋째 멤버는 통화로를 설정하고 멤버의 응답을 기다렸으나 응답이 없는 경우이며, 넷째 멤버가 응답을 하여 통화를 완료하는 상황을 가정한다.

도 4에 도시된 바와 같이, 도 4 는 본 발명에 따른 대표번호 서비스 구현 방법중 첫째, 둘째 멤버에 대해서는 통화로 설정전에 착신이 불가능하여 연결되지 않고, 셋째 멤버는 통화로를 설정하고 멤버의 응답을 기다렸으나 응답이 없는 경우이며, 넷째 멤버가 응답을 하여 통화를 완료하는 상황을 가정한 호처리 과정은, 먼저 이동전화 가입자가 대표번호(293-8607)로 호를 시도하면(401), 발신 교환국에서 대표번호를 수용한 홈위치등록기1로 위치요구메시지(LOCREQ : Location RequestInvoke)를 전송하여 라우팅정보를 요구한다(402).

이후, 홈위치등록기1에서 착신번호가 대표번호라는 사실을 인식하고 대표번호내 멤버를 검색한다. 이때, 착신멤버는 최근에 대표번호 호가 성공한 착신가입자 다음의 휴지상태인 멤버인 '300-1029'가 선택되었다고 가정하자. 따라서, 홈위치등록기1는 선택된 대표번호 멤버(300-1029)로 통화로를 연결하기 위한 라우팅정보를 얻기 위해서 멤버(300-1029)가 위치한 지역을 서비스하는 착신 교환국1으로 라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송한다(403).

다음으로, 선택된 멤버(300-1029)가 현재 통화중이므로 착신 교환국1에서 홈위치등록기1로 액세스 불가 원인(Access Denied Reason)(=Busy)를 포함하는 라우팅요구응답메시지(routreq : Routing Request Return Result)를 전송하여 멤버가 현재 통화중이므로 연결이 불가능함을 알려준다(404).

이어서, 홈위치등록기1가 다음 멤버의 라우팅정보를 얻기 위해서 멤버(201-4376)가 위치한 지역을 서비스하는 착신 교환국2으로 라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송한다(405).

이후에, 선택된 멤버(201-4376)가 1차 페이징에 응답하지 않으므로 착신 교환국2에서 홈위치등록기1로 AccessDeniedReason(=NoPageReponse)를 포함하는 라우팅요구응답메시지(routreq : Routing Request Return Result)를 전송하여 멤버가 현재 연결 불가능 상태임을 알려준다(406).

이후, 홈위치등록기1에서 다음 멤버(450-2384)의 라우팅정보를 얻기 위해서 다음 멤버가 위치한 지역을 서비스하는 착신 교환국3으로라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송한다(407).

다음으로, 멤버가 1차 페이징에 응답하므로 착신 교환국3에서 라우팅번호를 할당하여 홈위치등록기1로 라우팅요구응답메시지(routreq : Routing Request Return Result)를 통해서 라우팅번호(TLDN)를 전송한다(408).

이후에, 착신 교환국3으로부터 라우팅번호를 수신한 홈위치등록기1에서 위치요구응답메시지(locreq : Location Request Return Result)를 통해 라우팅번호(TLDN)를 발신 교환국으로 반송한다(409).

이어서, 발신 교환국에서 홈위치등록기1로부터 수신한 라우팅번호를 이용하여 착신 교환국3까지 통화로를 설정한다(410). 이때, 발신가입자는 수화기를 통하여 링음을 듣게 되며, 착신 교환국3은 착신가입자의 단말기로 전화가 왔음을 알린다.

만약, 선택된 멤버(450-2384)가 전화를 받지 않을 경우에, 대표번호의 멤버이므로 착신 교환국3에서 홈위치등록기1로 다음 멤버의 라우팅정보를 얻기 위해 호전환번호요구메시지(TTNR : Transfer To Number Request)를 전송한다(411).

이후, 호전환번호요구메시지(TTNR)를 수신한 홈위치등록기1에서 다음 멤버(514-8490)를 선택하며, 선택된 멤버가 다른 홈위치등록기2에 가입되었으므로 가입자번호를 그대로 착신 교환국3으로 반송한다(412).

다음으로, 새로운 멤버(514-8490)의 번호를 받은 착신 교환국3에서 라우팅정보를 얻기 위해 멤버를 수용하고 있는 홈위치등록기2로 위치요구메시지(LOCREQ : Location Request Invoke)를 전송한다(413). 이후에, 홈위치등록기2가 멤버의 라우팅정보를 얻기 위해서 멤버가 위치한 지역을 서비스하는 착신 교환국4으로 라우팅요구메시지(ROUTREQ : Routing Request Invoke)를 전송하면(414), 착신 교환국4에서 멤버가 1차 페이징에 응답하므로 라우팅번호를 할당하여 홈위치등록기2로 라우팅요구응답메시지(routreq : Routing Request Return Result)를 통해서 라우팅번호(TLDN)를 전송한다(415).

이어서, 착신 교환국4으로부터 라우팅번호를 수신한 홈위치등록기2에서 라우팅번호(TLDN)를 위치요구응답메시지(locreq : Location Request Return Result)를 통해 착신 교환국3으로 반송한다(416).

이후, 착신 교환국3에서 홈위치등록기2로부터 수신한 라우팅번호를 이용하여 착신 교환국4까지 새로운 통화로를 설정한다(417). 이때, 발신가입자는 수화기를 통하여 링음을 듣게 되며, 착신 교환국4에서는 착신가입자의 단말기로 전화가 왔음을 알린다.

이어서, 착신가입자가 응답하고 통화가 시작된다.

마지막으로, 통화가 종료되면, 발신 교환국과 착신 교환국4이 통화를 종료한다(418).

본 발명의 다른 실시예에서, 홈위치등록기(착신 MSC)는 '403' 단계 내지 '417' 단계 사이의 과정을 수차례 반복할 수 있다. 만약, 착신가입자 사정으로 라우팅정보 획득 실패시에 재시도 횟수는 대표번호내의 멤버 수로 제한하고 멤버 수를 초과하여 착신가입자와 연결되지 않으면 실패 처리한다.

그리고, 통화로 설정이후 무응답인 경우에 대한 호처리를 나타내는 '411' 단계 내지 '417' 단계 사이의 과정은 선택적(Optional)인 것으로서, 발신가입자가 장시간 기다려야 하는 번거로움이 있으므로 구현상에서 생략이 가능하다.

지금까지 대표번호 호처리 절차를 기술하였다.

대표번호의 각 멤버는 고유한 가입자번호도 가지고 있으며 이 가입자번호를 통해서 발/착신을 할 수 있다. 만약, 특정 멤버의 가입자번호로 호를 시도할 경우에 도 2에서 전술한 과정으로 통화하게 된다.

이제, 호처리 절차를 수행하기 위한 각 구성 요소별 처리 과정을 도 5 내지 도 8을 참조하여 설명한다.

도 5 는 본 발명에 따른 대표번호 서비스 구현 방법중 발신 교환국에서의 대표번호 구현을 위한 호처리 과정에 대한 일실시예 흐름도로서, 발신 교환국이 대표번호 서비스를 수행하기 위한 절차를 나타낸다.

도 5에 도시된 바와 같이, 본 발명에 따른 대표번호 서비스 구현 방법중 발신 교환국에서의 대표번호 구현을 위한 호처리 과정은, 먼저 발신자가 이동전화가입자 번호를 다이얼하면(501), 교환국(14)에서 착신 이동전화가입자의 국번이 수용되어 있는 홈위치등록기(16)로 가입자가 로밍해 있는 교환국(14)까지의 라우팅정보를 요청한다(502). 이때, 홈위치등록기(16)는 가입자의 상태에 따라 발신 교환국으로 정상적인 라우팅정보를 반송할 수도 있고, 라우팅정보 반송을 거부할 수도 있다. 만약, 착신가입자번호가 대표번호라면 홈위치등록기(16)는 대표번호의 멤버중에서 현재 휴지상태인 멤버의 라우팅 번호를 반송할 것이다. 여기서, 라우팅번호는 발신자가 이동전화가입자이고 멤버와 동일 교환국(14)에 로밍중이라면 멤버의 이동전화번호가 되며, 다른 교환국(14)이라면 그 교환국(14)까지의 라우팅번호이다.

이후, 교환국(14)에서 홈위치등록기(16)로부터 정상적인 라우팅정보를 수신하였는지를 검사한다(503).

검사결과, 홈위치등록기(16)로부터 정상적인 라우팅정보를 수신하지 못하였으면, 비정상적인 상황에 의한 라우팅 불가능으로 처리한다(504).

검사결과, 홈위치등록기(16)로부터 라우팅번호를 정상적으로 수신하였으면, 발신 교환국에서 착신 교환국으로 통화로를 설정하여(505), 통화로 설정에 성공하였는지를 분석한다(506).

분석결과, 통화로 설정에 성공하였으면, 착신멤버의 응답을 기다리게 되는데(507), 이때 착신멤버의 응답이 있었는지를 확인한다(508).

만약, 통화로 설정에 실패하였거나 착신멤버의 응답이 없으면, 발신 교환국에서 이를 감지하거나 착신 교환국이 발신 교환국으로 RedReq 메세지를 통해서 호 재설정을 요구할 수 있으므로, 교환국(14)에서 홈위치등록기(16)로 호전환을 요청해야 하는지를 판단한다(509).

판단결과, 대표번호 멤버에 대해서는 홈위치등록기(16)가 라우팅정보를 반송할 때(502), 통화가 완료되지 않을 경우에 홈위치등록기(16)로 호재설정을 요구하도록 트리거를 설정하였으므로 해당 홈위치등록기(16)로 호전환 정보를 요청한다(510). 이후에, 호 재설정 요구를 수신한 홈위치등록기(16)는 다음 멤버의 라우팅정보를 다시 반송하게 된다. 따라서, 이를 수신한 교환국(14)에서 홈위치등록기(16)로부터 정상적인 라우팅정보를 수신하였는지를 검사한다(503).

그러나, 착신멤버가 응답을 하였다면, 통화는 완료되고 통화종료와 함께 통화는 정상적으로 종료하게 된다(511,512).

도 6a 및 6b 는 본 발명에 따른 대표번호 서비스 구현 방법중 착신 교환국에서의 대표번호 구현을 위한 호처리 과정에 대한 일실시예 흐름도로서, 착신 교환국이 대표번호 서비스를 제공하기 위한 절차를 나타낸다.

도 5에서 발신자가 다이얼한 착신자에 대한 라우팅정보를 홈위치등록기(16)로 요청하면(502), 홈위치등록기(16)가 멤버를 선택하는데, 홈위치등록기(16)는 발신자가 이동전화가입자이고 멤버와 동일한 교환국(14)에 로밍중이면 멤버의 이동전화번호를 발신 교환국으로 반송하지만 다른 교환국이면 착신멤버가 로밍중인 교환국(14)으로 라우팅정보를 요청하게 된다.

도 6a 및 6b에 도시된 바와 같이, 본 발명에 따른 대표번호 서비스 구현 방법중 착신 교환국에서의 대표번호 구현을 위한 호처리 과정은, 홈위치등록기(16)로부터 이동전화가입자의 라우팅정보를 요청받으면(601), 착신 교환국에서 착신멤버가 통화중인지를 분석하여(602) 통화중이면 호대기 서비스가 사용중인지를 검사하고(603), 통화중이 아니면 착신가입자로부터 페이징 응답이 있는지를 판단한다(604).

만약, 착신 교환국은 착신멤버가 통화중이 아니고 착신가입자로부터 페이징 응답이 있거나, 통화중이며 호대기서비스를 사용중이면, 라우팅번호를 할당하여 홈위치등록기(16)로 반송한다(606).

한편, 착신 교환국은 착신멤버가 통화중이면서 호대기서비스를 사용중이 아니거나, 착신멤버가 통화중이 아니나 페이징에 응답이 없으면, 착신불가능한 것으로 판단하여 라우팅번호를 반송하지 않는다(604).

라우팅번호를 할당한 후에, 착신 교환국에서 발신 교환국으로부터 통화로 설정요구가 있는지를 실시간으로 확인하여 만약 통화로 설정 요구가 있으면(607), 발착신 교환국간에는 통화로를 설정하게 되고 발신자는 링백음을 듣게 되며 착신가입자의 응답을 기다리게 된다(608). 이때, 착신가입자로부터 응답이 있었는지를 검사하여(609), 착신멤버가 통화중이거나 응답이 없으면 홈위치등록기(16)나 발신 교환국으로 호 재설정을 요구할 수 있는데, 즉 발신 교환국 또는 홈위치등록기(16)로 호 재설정을 요구하여야 하는지를 분석한다(612,613).

만약, 발신 교환국으로 호 재설정을 요구하는 경우에는, 홈위치등록기(16)로 호전환을 요청해야 하는지를 판단하는 단계(509)로 천이한다.

한편, 착신 교환국은 발신 교환국이 아닌 홈위치등록기(16)로 직접 호 재설정을 요구할 수도 있는데, 착신멤버가 대표번호의 멤버인지를 판단하여(614), 착신멤버가 대표번호의 멤버이면 홈위치등록기(16)로 라우팅정보를 요청한 후에(615) 이를 수신한 교환국(14)에서 홈위치등록기(16)로부터 정상적인 라우팅정보를 수신하였는지를 검사하는 단계(503)로 천이하고, 착신멤버가 대표번호의 멤버가 아니면 일반적인 호처리 절차를 수행한다(616).

이후에, 발신 교환국으로부터 이에 대한 응답이 수신되면 설정된 통화로를 해제하고, 착신멤버가 응답을 하면 통화는 정상적으로 완료되게 된다(610,611).

도 7 은 본 발명에 따른 대표번호 서비스 구현 방법중 홈위치등록기에서의대표번호 구현을 위한 호처리 과정에 대한 일실시예 흐름도로서, 홈위치등록기(16)가 교환국(14)으로부터 대표번호의 라우팅정보 요청을 받았을 경우에 대표번호를 서비스하기 위한 절차를 나타낸다.

도 7에 도시된 바와 같이, 본 발명에 따른 대표번호 서비스 구현 방법중 홈위치등록기에서의 대표번호 구현을 위한 호처리 과정은, 먼저 발신 교환국으로부터 라우팅정보 요청을 받으면(701), 요청된 라우팅정보의 가입자번호가 대표번호인지를 분석한다(702).

분석결과, 가입자번호가 대표번호가 아니면 일반가입자와 동일한 호처리 과정을 수행한다(703).

분석결과, 가입자번호가 대표번호이면 홈위치등록기(16)가 대표번호의 데이터베이스 테이블에서 최근에 마지막으로 통화한 멤버의 다음 멤버를 선택하고(704), 이 멤버의 마지막통화 플래그를 세팅한다(705). 이후에, 대표번호 멤버가 동일 홈위치등록기(16)의 가입자인지를 검사한다(706).

검사결과, 멤버가 다른 홈위치등록기(16)의 가입자이면, 멤버의 가입자번호를 발신 교환국으로 반송하여(707) 발신 교환국이 그 멤버가 수용되어 있는 홈위치등록기(16)로 라우팅정보를 요구하도록 한다.

검사결과, 멤버가 동일 홈위치등록기(16)의 가입자이면, 가입자 프로파일을 참고하여 멤버가 발신가입자와 다른 교환국에 있는지를 판단한다(708).

판단결과, 발신자가 이동가입자이고 멤버와 동일 교환국(14)에 로밍중이면, 멤버의 가입자번호를 그대로 반송한다(709).

판단결과, 멤버가 발신자와 다른 교환국(14)에 로밍중이면, 홈위치등록기(16)에서 교환국(14)으로 멤버의 라우팅정보를 요청하고(710), 반송결과가 성공하였는지를 검사한다(711).

검사결과, 반송결과가 성공이면, 발신 교환국으로 라우팅정보를 반송한다(713).

검사결과, 착신멤버가 통화중이거나 기타의 사유로 라우팅정보를 성공적으로 받지 못하였으면, 그 멤버가 선택가능한 마지막 멤버인지 확인하여(712), 다른 멤버를 선택할 수 있으면 대표번호의 데이터베이스 테이블에서 최근에 마지막으로 통화한 멤버의 다음 멤버를 선택하는 단계(704)로 천이하고, 선택가능한 마지막 멤버이면 착신이 불가능함을 발신 교환국에 알린다(714).

도 8 은 본 발명에 따른 대표번호 서비스 구현 방법중 홈위치등록기에서의 대표번호 구현을 위한 호재설정/호전환 과정에 대한 일실시예 흐름도로서, 대표번호 멤버로 호처리가 정상적으로 이루어지지 않을 경우에 발신 교환국이나 착신 교환국으로부터 호재설정/호전환을 수행하는 절차를 나타낸다.

발신 교환국과 착신 교환국간에 통화로 설정중에나, 통화로 설정이 이루어진 후에 호가 완료되지 못하는 경우가 있다. 이를 위해, 홈위치등록기(16)는 발신 교환국이나 착신 교환국에 트리거를 설정하여 홈위치등록기(16)로 호전환을 요구하도록 하여 다음 멤버로 호가 진행되도록 한다. 이는 두가지 방식이 있는데, 발신 교환국에서 트리거가 동작하여 홈위치등록기(16)로 호전환을 요구하는 그룹에 의한 호재설정(Group Redirection)과, 착신 교환국에서 트리거가 동작하여 호재설정을발신 교환국으로 요구하고 발신 교환국이 홈위치등록기(16)로 호전환을 요구하는 멤버에 의한 호재설정(Member Redirection)이 있다.

도 8에 도시된 바와 같이, 본 발명에 따른 대표번호 서비스 구현 방법중 홈위치등록기에서의 대표번호 구현을 위한 호재설정/호전환 과정은, 먼저 발신 교환국으로부터 호전환요구를 요청받게 되면(801), 홈위치등록기(16)는 호전환번호요구메시지(TTNR)의 파라미터(GRPINFO, PILOT, LEGINFO)를 근거로 일반 가입자에 대한 호전환번호요구인지 대표번호의 멤버로 동작중인 호전환번호요구인를 분석한다(802).

분석결과, 가입자번호에 대한 호전환이면, 일반가입자와 동일한 호전환 처리루틴 과정을 수행한다(803).

분석결과, 가입자번호에 대한 호전환이 아니라 대표번호에 대한 호전환이면, 마지막으로 통화한 다음 멤버를 선택하고(804), 선택된 멤버를 마지막 통화한 멤버로 세팅한 후에(805), 대표번호 멤버가 동일 홈위치등록기(16)의 가입자인지를 검사한다(806).

검사결과, 멤버가 다른 홈위치등록기(16)의 가입자이면, 멤버의 가입자번호를 발신 교환국으로 반송하여(807) 발신 교환국이 그 멤버가 수용되어 있는 홈위치등록기(16)로 라우팅정보를 요구하도록 한다.

검사결과, 멤버가 동일 홈위치등록기(16)의 가입자이면, 가입자 프로파일을 참고하여 멤버가 발신가입자와 다른 교환국에 있는지를 판단한다(808).

판단결과, 발신자가 이동가입자이고 멤버와 동일 교환국(14)에 로밍중이면,멤버의 가입자번호를 그대로 반송한다(809).

판단결과, 멤버가 발신자와 다른 교환국(14)에 로밍중이면, 홈위치등록기(16)에서 교환국(14)으로 멤버의 라우팅정보를 요청하고(810), 반송결과가 성공하였는지를 검사한다(811).

검사결과, 반송결과가 성공이면, 발신 교환국으로 라우팅정보를 반송한다(813).

검사결과, 착신멤버가 통화중이거나 기타의 사유로 라우팅정보를 성공적으로 받지 못하였으면, 그 멤버가 선택가능한 마지막 멤버인지 확인하여(812), 다른 멤버를 선택할 수 있으면 마지막으로 통화한 다음 멤버를 선택하는 단계(804)로 천이하고, 선택가능한 마지막 멤버이면 착신이 불가능함을 발신 교환국에 알린다(814).

기존의 유선망에서는 대표번호를 사용하여 단체를 대표하는 번호로 사용하여 왔으나, 이동통신망에서는 망의 특성상 기술상의 어려움으로 대표번호 서비스를 제공하지 못하였다.

그러나, 상기한 바와 같은 본 발명은 이동통신망에 유선망의 대표번호 개념을 도입하여 기존의 이동전화 부가서비스가 지원하지 못하는 부분을 보완한 것이다. 즉, 이동이 잦고 유사한 성격을 가지는 다수의 이동가입자를 대표번호로 묶어서 이들에게 순차적으로 호를 연결하는 것 외에도, 각 멤버가 고유한 MIN을 가지고 있으므로 특정 멤버에게 직접 전화를 걸 수도 있으며, 자신의 MIN으로 발신도 가능하다.

따라서, 본 발명은 병원내의 동일 진료과목 의사, 특정 영업부서별 상담전화 등과 같이 대표번호 서비스를 원하는 가입자의 다양한 서비스 요구사항을 만족시킬 수 있다.상술한 바와 같은 본 발명의 방법은 프로그램으로 구현되어 컴퓨터로 읽을 수 있는 기록매체(씨디롬, 램, 롬, 플로피 디스크, 하드 디스크, 광자기 디스크등)에 저장될 수 있다.

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

상기한 바와 같은 본 발명은, 이동통신망에서 이동이 잦고 유사한 성격을 가지는 다수의 이동가입자를 대표번호로 묶어서 이들에게 순차적으로 호를 연결할 수 있으며, 각 멤버가 고유한 전화번호(MIN)를 가지고 있으므로 특정 멤버에게 직접 전화를 걸 수도 있고 자신의 MIN으로 발신도 가능하여, 대표번호 서비스를 원하는 가입자의 다양한 서비스 요구사항을 만족시킬 수 있는 효과가 있다.

Claims (11)

1. 이동통신시스템에서의 대표번호 부가서비스 구현 방법에 있어서,

   대표번호 부가서비스를 희망하는 다수의 가입자를 하나의 대표번호로 묶어서, 홈위치등록기에 대표번호 멤버들의 전화번호(MIN)와 멤버번호를 포함하는 대표번호 데이터베이스를 구축하는 제 1 단계;

   대표번호로 착신 요구시에, 상기 대표번호 데이터베이스를 바탕으로 상기 홈위치등록기가 대표번호 멤버를 검색하여 선택하되, 선택된 대표번호 멤버가 로밍하고 있는 교환국으로 루팅정보를 순차적으로 요청하여 휴지 상태인 하나의 대표번호 멤버를 선택하는 제 2 단계; 및

   상기 선택된 대표번호 멤버를 상기 대표번호 데이터베이스에 마지막 통화한 멤버로 기록하고, 상기 루팅정보를 발신 교환국으로 반송하여 선택된 대표번호 멤버로 통화로를 설정하도록 하는 제 3 단계

   를 포함하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
2. 제 1 항에 있어서,

   상기 제 2 단계 수행시에, 대표번호 멤버가 통화중이거나 전화를 받지 않을 경우 대표번호 멤버들 모두에게 순차적으로 연결을 시도하고, 전체 멤버 모두와 연결 실패시에 호실패로 간주하여 처리하는 제 4 단계

   를 더 포함하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
3. 제 1 항에 있어서,

   상기 대표번호 데이터베이스는,

   구현 방법에 따라 가입자 프로파일에 대표번호와 가입자가 대표번호 가입자인지를 나타내는 필드를 추가하되, 상기 홈위치등록기에서 대표번호를 수용하고 대표번호의 등록/삭제/변경/출력이 가능하며, 대표번호가 일정수의 멤버를 데이터베이스화하여 관리하고 동일한 대표번호에서 유일한 멤버번호, 멤버의 이동국 식별번호(MIN), 마지막으로 통화한 멤버 플래그, 그리고 기타 정보를 관리하며, 각 멤버가 일반가입자와 동일한 가입자 데이터베이스를 가지는 것을 특징으로 하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
4. 제 1 항에 있어서,

   상기 제 2 단계의 휴지상태인 멤버를 선택하는 과정은,

   바람직하게는, 대표번호 특성에 따라, 마지막으로 착신된 멤버 다음으로 휴지상태인 멤버를 선택하는 것을 특징으로 하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
5. 제 1 항 내지 제 4 항 중 어느 한 항에 있어서,

   상기 제 2 단계는,

   이동전화 가입자가 대표번호로 호를 시도하면, 상기 발신 교환국에서 대표번호를 수용한 상기 홈위치등록기로 위치요구메시지(LOCREQ)를 전송하여 라우팅정보를 요구하는 제 5 단계;

   상기 홈위치등록기에서 착신번호가 대표번호라는 사실을 인식하고 대표번호내 멤버를 순차적으로 검색하여, 선택된 대표번호 멤버로 통화로를 연결하기 위한 라우팅정보를 얻기 위해서 멤버가 위치한 지역을 서비스하는 착신 교환국으로 라우팅요구메시지(ROUTREQ)를 전송하는 제 6 단계;

   페이징에 응답한 멤버가 위치한 지역을 서비스하는 상기 착신 교환국에서 라우팅번호를 할당하여 상기 홈위치등록기로 라우팅요구응답메시지(routreq)를 통해서 라우팅번호(TLDN)를 전송하는 제 7 단계; 및

   상기 착신 교환국으로부터 라우팅번호를 수신한 상기 홈위치등록기에서 위치요구응답메시지(locreq)를 통해 라우팅번호(TLDN)를 상기 발신 교환국으로 반송하는 제 8 단계

   를 포함하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
6. 제 5 항에 있어서,

   상기 발신 교환국에서의 대표번호 구현을 위한 호처리 과정은,

   발신자가 이동전화가입자 번호를 다이얼하면, 상기 발신 교환국에서 착신 이동전화가입자의 국번이 수용되어 있는 상기 홈위치등록기로 가입자가 로밍해 있는 상기 착신 교환국까지의 라우팅정보를 요청하는 제1 과정;

   상기 발신 교환국에서 상기 홈위치등록기로부터 정상적인 라우팅정보를 수신하였는지를 검사하는 제2 과정;

   상기 제2 과정의 검사결과, 상기 홈위치등록기로부터 정상적인 라우팅정보를 수신하지 못하였으면, 비정상적인 상황에 의한 라우팅 불가능으로 처리하는 제3 과정;

   상기 제2 과정의 검사결과, 상기 홈위치등록기로부터 라우팅번호를 정상적으로 수신하였으면, 상기 발신 교환국에서 상기 착신 교환국으로 통화로를 설정하는 제4 과정;

   통화로 설정 성공시에, 착신멤버의 응답을 기다려 응답시 정상적으로 통화를 완료하는 제5 과정; 및

   통화로 설정에 실패하였거나 착신멤버의 응답이 없는 경우에, 상기 발신 교환국에서 상기 홈위치등록기로 호전환 정보를 요청한 후에, 상기 제2 과정으로 넘어가는 제6 과정

   을 포함하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
7. 제 6 항에 있어서,

   상기 착신 교환국에서의 대표번호 구현을 위한 호처리 과정은,

   상기 홈위치등록기로부터 이동전화가입자의 라우팅정보를 요청받으면, 상기 착신 교환국에서 착신멤버가 통화중인지를 분석하여 통화중이면 호대기 서비스가 사용중인지를 검사하고, 통화중이 아니면 착신가입자로부터 페이징 응답이 있는지를 판단하는 제7 과정;

   착신멤버가 통화중이 아니고 착신가입자로부터 페이징 응답이 있거나, 통화중이며 호대기 서비스를 사용중이면, 상기 착신 교환국에서 라우팅번호를 할당하여 상기 홈위치등록기로 반송하는 제8 과정;

   착신멤버가 통화중이면서 호대기 서비스를 사용중이 아니거나, 착신멤버가 통화중이 아니나 페이징에 응답이 없으면, 상기 착신 교환국에서 착신불가능한 것으로 판단하여 상기 홈위치등록기로 라우팅번호를 반송하지 않는 제9 과정;

   라우팅번호를 할당한 후에, 상기 착신 교환국에서 발신 교환국으로부터 통화로 설정요구가 있는지를 실시간으로 확인하여 통화로 설정 요구가 있으면, 통화로 설정 및 착신멤버의 응답을 대기하는 제10 과정;

   상기 착신 교환국에서 착신멤버로부터 응답이 있었는지를 검사하는 제11 과정;

   상기 제11 과정의 검사결과, 착신멤버가 통화중이거나 응답이 없으면 상기 홈위치등록기나 상기 발신 교환국으로 호 재설정을 요구하는 제12 과정; 및

   상기 제12 과정의 검사결과, 착신멤버가 응답을 하면, 통화를 정상적으로 완료하는 제13 과정

   을 포함하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
8. 제 7 항에 있어서,

   상기 홈위치등록기에서의 대표번호 구현을 위한 호처리 과정은,

   상기 발신 교환국으로부터 라우팅정보 요청을 받으면, 요청된 라우팅정보의 가입자번호가 대표번호인지를 분석하는 제14 과정;

   상기 제14 과정의 분석결과, 가입자번호가 대표번호가 아니면, 일반가입자와 동일한 라우팅정보를 처리루틴 과정을 수행하는 제15 과정;

   상기 제14 과정의 분석결과, 가입자번호가 대표번호이면, 상기 홈위치등록기가 상기 대표번호 데이터베이스 테이블에서 최근에 마지막으로 통화한 멤버의 다음 멤버를 선택하고, 이 멤버의 마지막통화 플래그를 세팅하는 제16 과정;

   대표번호 멤버가 동일 홈위치등록기의 가입자인지를 검사하는 제17 과정;

   상기 제17 과정의 검사결과, 멤버가 다른 홈위치등록기의 가입자이면, 멤버의 가입자번호를 상기 발신 교환국으로 반송하여 상기 발신 교환국이 그 멤버가 수용되어 있는 상기 홈위치등록기로 라우팅정보를 요구하도록 하는 제17 과정;

   상기 제17 과정의 검사결과, 멤버가 상기 동일 홈위치등록기의 가입자이면, 가입자 프로파일을 참고하여 멤버가 발신가입자와 다른 교환국에 있는지를 판단하는 제18 과정;

   상기 제18 과정의 판단결과, 발신자가 이동가입자이고 멤버와 동일 교환국에 로밍중이면, 멤버의 가입자번호를 그대로 반송하는 제19 과정;

   상기 제18 과정의 판단결과, 멤버가 발신자와 다른 교환국에 로밍중이면, 상기 홈위치등록기에서 상기 교환국으로 멤버의 라우팅정보를 요청하고, 반송결과가 성공하였는지를 검사하는 제20 과정;

   상기 제20 과정의 검사결과, 반송결과가 성공이면, 상기 발신 교환국으로 라우팅정보를 반송하는 제21 과정; 및

   상기 제20 과정의 검사결과, 착신멤버가 통화중이거나 기타의 사유로 라우팅정보를 성공적으로 받지 못하였으면, 그 멤버가 선택 가능한 마지막 멤버인지 확인하여, 다른 멤버를 선택할 수 있으면 상기 제16 과정으로 넘어가고, 선택 가능한 마지막 멤버이면 착신이 불가능함을 상기 발신 교환국에 알리는 제22 과정

   을 포함하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
9. 제 7 항에 있어서,

   상기 홈위치등록기에서의 대표번호 구현을 위한 호재설정/호전환 과정은,

   상기 발신 교환국으로부터 호전환요구를 요청받게 되면, 상기 홈위치등록기에서 호전환번호요구메시지(TTNR)의 파라미터(GRPINFO, PILOT)를 가진 대표번호인지를 분석하는 제14 과정;

   상기 제14 과정의 분석결과, 가입자번호에 대한 호전환이면, 일반가입자와 동일한 호전환 처리루틴 과정을 수행하는 제15 과정;

   상기 제14 과정의 분석결과, 가입자번호에 대한 호전환이 아니라 대표번호에 대한 호전환이면, 마지막으로 통화한 다음 멤버를 선택하고, 선택된 멤버를 마지막 통화한 멤버로 세팅한 후에, 대표번호 멤버가 동일 홈위치등록기의 가입자인지를 검사하는 제16 과정;

   상기 제16 과정의 검사결과, 멤버가 다른 홈위치등록기의 가입자이면, 멤버의 가입자번호를 상기 발신 교환국으로 반송하여 상기 발신 교환국이 그 멤버가 수용되어 있는 상기 홈위치등록기로 라우팅정보를 요구하도록 하는 제17 과정;

   상기 제16 과정의 검사결과, 멤버가 상기 동일 홈위치등록기의 가입자이면, 가입자 프로파일을 참고하여 멤버가 발신가입자와 다른 교환국에 있는지를 판단하는 제18 과정;

   상기 제18 과정의 판단결과, 발신자가 이동가입자이고 멤버와 동일 교환국에 로밍중이면, 멤버의 가입자번호를 그대로 반송하는 제19 과정;

   상기 제18 과정의 판단결과, 멤버가 발신자와 다른 교환국에 로밍중이면, 상기 홈위치등록기에서 상기 교환국으로 멤버의 라우팅정보를 요청하고, 반송결과가 성공하였는지를 검사하는 제20 과정;

   상기 제20 과정의 검사결과, 반송결과가 성공이면, 상기 발신 교환국으로 라우팅정보를 반송하는 제21 과정; 및

   상기 제20 과정의 검사결과, 착신멤버가 통화중이거나 기타의 사유로 라우팅정보를 성공적으로 받지 못하였으면, 그 멤버가 선택 가능한 마지막 멤버인지 확인하여, 다른 멤버를 선택할 수 있으면 상기 제16 과정으로 넘어가고, 선택 가능한 마지막 멤버이면 착신이 불가능함을 상기 발신 교환국에 알리는 제22 과정

   을 포함하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
10. 제 5 항에 있어서,

    상기 대표번호 부가서비스는,

    실질적으로, 이동통신망에서 대표번호로 전화를 걸면, 다수의 멤버중에 한 명과 통화하고, 대표번호내의 각 멤버가 자신의 고유한 전화번호(MIN)를 가지고 이동할 수 있으며, 자신의 전화번호로 발착신이 가능하고, 다수의 발신자가 동시에 대표번호로 전화하여도 동시에 여러 멤버와 통화할 수 있는 것을 특징으로 하는 이동통신시스템에서의 대표번호 서비스 구현 방법.
11. 프로세서를 구비한 이동통신시스템에,

    대표번호 부가서비스를 희망하는 다수의 가입자를 하나의 대표번호로 묶어서, 홈위치등록기에 대표번호 멤버들의 전화번호(MIN)와 멤버번호를 포함하는 대표번호 데이터베이스를 구축하는 제 1 기능;

    대표번호로 착신 요구시에, 상기 대표번호 데이터베이스를 바탕으로 상기 홈위치등록기가 대표번호 멤버를 검색하여 선택하되, 선택된 대표번호 멤버가 로밍하고 있는 교환국으로 루팅정보를 순차적으로 요청하여 휴지 상태인 하나의 대표번호 멤버를 선택하는 제 2 기능; 및

    상기 선택된 대표번호 멤버를 상기 대표번호 데이터베이스에 마지막 통화한 멤버로 기록하고, 상기 루팅정보를 발신 교환국으로 반송하여 선택된 대표번호 멤버로 통화로를 설정하도록 하는 제 3 기능

    을 실현시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.