KR100256945B1 - Tnpp 버전3.7 포트를 통한 플렉스 로밍 호 처리방법 - Google Patents

Abstract

본 발명은 로밍 호에 대한 정보를 전달할 수 있는 항목이 없던 TNPP 버전3.7 상에서 FLEX 로밍 호에 대한 처리를 수행할 수 있도록 하기 위하여, 확장 CAP 호의 기능코드를 사용하여 로밍 호에 대한 정보를 전송하도록 한다.

본 발명에 의한 TNPP 버전3.7 포트를 통한 FLEX 로밍 호 처리방법은, TNPP 버전 3.7에 의한 TNPP 포트를 사용하여 FLEX 프로토콜에 의해 송신하는 호가 로밍호인 경우, 제1페이징 시스템이 호에 대한 확장 CAP 호의 기능코드를 미리 정해진 비트값으로 설정하여 제2페이징 시스템으로 전달하는 단계와, 제2페이징 시스템이 호를 수신하고, 수신된 호의 확장 CAP 호의 기능코드가 미리 정해진 비트값과 일치하면, 해당 호를 로밍 호로 인식하는 단계를 포함하여 이루어진다.

이로서 본 발명은, 통상적인 TNPP를 고속 페이징 시스템의 정합 방법으로 채택할 수 있도록 하며, 또한 TNPP 버전 3.7로 기존의 저속 페이징 로밍 호의 전달을 처리하던 시스템에 FLEX 로밍 호의 처리 기능을 추가 구현하고자 할 때 발생되는 추가 비용을 감소시킬 수 있다.

Description

TNPP 버전3.7 포트를 통한 플렉스 로밍 호 처리방법 {A METHOD FOR PROCESSING FLEX ROAMING CALL THROUGH TNPP VERSION 3.7 PORT}

본 발명은 TNPP(Telocator Network Paging Protocol) 버전3.7 포트를 통한 FLEX(Flexible) 로밍 호(Roaming Page) 처리방법에 관한 것으로서, 특히 FLEX 프로토콜을 지원하는 페이징(Paging) 관련 시스템에서 TNPP V3.7 포트를 통하여 확장 CAP 호(Extended CAP Page) 또는 CAP 호 형태로 유입되는 로밍 호를 처리하기 위한 방법에 관한 것이다.

저속 페이징 프로토콜인 POCSAG(Post Office Code Standardization Advisory Group)을 처리하는 페이징 시스템은, 외부 TNPP 포트를 통하여 유입되는 페이징 호에 대하여 로밍(Roaming) 관련하여 가공하는 기능이 필요하지 않았다.

이것은 기존 저속 페이징 프로토콜이 로밍에 직접적으로 연관되는 부분이 없었기 때문이다. 이에 따라 페이징 시스템간의 접속 프로토콜인 TNPP 역시 로밍에 관련된 부분이 정의되지 않은 채로 버전 3.7까지 진행되어 왔다.

그러나 최근에 들어 가입자가 기하급수적으로 증가함에 따라 한정된 채널의 폭주로 인하여 더 큰 채널 용량에 대한 필요성이 대두되면서, 기존의 비동기 방식 페이징 프로토콜인 POCSAG 방식 대신에 동기 방식의 페이징 프로토콜인 FLEX(Flexible) 등이 개발되었다.

FLEX 프로토콜의 경우, 페이징 단말기(pager)를 위한 개개의 어등레스가 매 4분 주기로 채널 상에 나타나는 128 개의 프레임(frame)들 안에서 기준 프레임을 지정하게 되어 있어서 단말기는 자기 자신의 프레임이 나타나는 시간에만 신호를 수신하게 된다.

즉 프레임 0이 매시간의 정각에 동기되어 있을 때 단말기는 현재의 프레임과 주기 번호로부터 실제 시간을 유도해 낼 수 있으므로 그 시간 내에는 조정할 필요가 없는 정확한 시간을 사용자에게 제공하며 결국 기존의 비동기 방식의 프로토콜 사용시보다 몇 배의 전지절약 효과를 낼 수 있게 되었다.

전송속도도 기존의 512, 1200bps 보다 빠른 1600, 3200, 6400bps 등 여러 경우를 모두 지원할 수 있으므로, 예를 들어 6400bps로 운용될 때 1200bps POCSAG 채널보다 5배까지의 통화량을 지원할 수 있다.

1600bps FLEX 시스템은 GPS(Global Positioning System) 시간(실제 시간)으로 매시 정각에 맞추어 프레임 0, 사이클 0에 메시지를 송출한다. 각 사이클은 한 시간에 15개가 전송되며, 각각 128개의 프레임으로 구성되어 있다.

각 프레임은 1.875초마다 하나씩 발생되며, 뒤에 이어질 데이터 패턴의 속도와 클럭 등의 정보를 가진 동기패턴과, 실제 전해질 호데이터(Page Data)의 내용을 담고 있는 10개의 데이터 블럭으로 구성된다.

상기와 같이 구성되는 고속 페이징 프로토콜인 FLEX는 로밍 호에 대한 효율적인 수신을 위하여 프레임 옵셋(Frame Offset)이라는 개념을 도입하였다. 이에 따라 FLEX 프로토콜을 지원하는 페이징 시스템은 TNPP 포트를 통하여 다른 FLEX 프로토콜을 사용하는 페이징 시스템으로부터 유입되는 로밍 호에 대한 가공의 필요성이 발생하였다.

그러나 실제 TNPP 버전 3.7 상에는 로밍 정보를 전달할 수 있는 항목이 없다는 문제점이 있으므로, 종래의 지속 페이징 시스템에 사용되던 TNPP를 FLEX 시스템 정합 방법으로 채택하기 위해서는 새로이 로밍 호에 대한 처리 방법이 도입되어야 한다.

따라서, 본 발명은 상기된 바와 같은 문제점을 해결하기 위하여 창안된 것으로, FLEX 프로토콜을 사용하는 페이징 시스템간의 프로토콜인 TNPP 버전3.7의 확장 CAP 호에 있는 기능코드(Function Code) 항목을 이용하여 서로 다른 FLEX 프로토콜을 사용하는 페이징 시스템간에 로밍 호를 처리할 수 있도록 하는, TNPP 버전3.7 포트를 통한 FLEX 로밍 호 처리방법을 제공하는 것을 목적으로 한다.

제1도는 TNPP 버전 3.7 확장 CAP 호의 기능코드.

제2도는 본 발명에 의한 TNPP 버전 3.7 확장 CAP 호의 기능코드.

상기와 같은 목적을 달성하기 위하여 창안된 본 발명에 의한 TNPP V3.7 포트를 통한 FLEX 로밍 호 처리방법의 바람직한 일 실시예는, FLEX 페이징 프로토콜을 지원하며, TNPP 버전 3.7에 의한 TNPP 포트를 통해 서로간의 로밍 호(Roaming Page)를 처리하는 제1 및 제2페이징 시스템에 있어서, TNPP 버전 3.7에 의한 TNPP 포트를 사용하여 FLEX 프로토콜에 의해 송신하는 호가 로밍 호인 경우, 상기 제1페이징 시스템이 상기 호에 대한 확장 CAP 호(Extended CAP Page)의 기능코드(Function Code)를 미리 정해진 비트값으로 설정하여 상기 제2페이징 시스템으로 전달하는 단계와; 상기 제2페이징 시스템이 상기 호를 수신하고, 상기 수신된 호의 확장 CAP 호의 기능코드가 상기 미리 정해진 비트값과 일치하면, 상기 해당 호를 로밍 호로 인식하는 단계를 포함하여 이루어진다.

본 발명은, FLEX 페이징 프로토콜을 지원하며, TNPP 버전 3.7에 의한 TNPP 포트를 통해 서로간의 로밍 호(Roaming Page)를 처리하는 두 개의 페이징 시스템간에 전달되는 페이징 호(즉 로밍 호)에, 해당 호가 로밍 호임을 표시하는 특정한 정보를 삽입한다. 이를 위하여 본 발명은, TNPP 버전 3.7에 의한 확장 CAP 호(Extended CAP Page)의 기능코드(Function Code)를 사용한다.

페이징 시스템간의 프로토콜인 TNPP에 있어서, CAP 정보란 CAP 코드와 채널 번호 등을 의미하며, 가입자 번호(IDentification: ID)를 제외하고 호출에 필요한 모든 정보를 갖는 호 데이터(Page Data)를 의미한다.

통상적으로 확장 CAP 호(Extended CAP Page)의 기능코드는 그 주소에 따라서 각각 페이징 단말기를 호출할 때 발생되는 호출음의 특성을 나타내기 위하여 이용된다. 즉, 확장 CAP 호의 기능코드는, 지정해준 기능코드 값에 의하여 페이징 단말기를 호출할 때에 발생되는 호출음의 종류를 결정할 수 있다.

제1도는 통상적인 TNPP 버전 3.7에 의한 확장 CAP 호의 기능코드를 나타낸 것으로서, 도시된 바와 같이, 4비트의 값이 '0000'이면 디폴트 페이징 단말기의 주소/기능(Default Pager Address/Function)을 나타내고, '0001'로부터 '0100'은 각각 주소/기능 1부터 4까지를 나타내며, '0101'부터 '1111'은 미래의 확장을 위해 남겨진 예비영역이다.

본 발명은 상기와 같은 확장 CAP 호의 기능코드에서 사용되지 않는 '0101'부터 '1111' 영역을 이용하여, FLEX 로밍 호의 정보를 전달한다. 이것은 상기 기능코드의 일부분('0101' 내지 '1111')이 통상적인 FLEX 프로토콜에서는 의미를 갖지 않기 때문에 가능하다.

본 명세서는 페이징 시스템간의 FLEX 로밍 호를 표시하는 비트값을 '0101'로 미리 설정한 경우에 대하여 설명한다.

제2도는 본 발명에 의한 TNPP 버전 3.7 확장 CAP 호의 기능코드를 나타낸 것으로서, 도시된 바와 같이, '0000'부터 '0100'은 통상적인 확장 CAP 호와 같이 각각 다른 주소/기능을 나타내지만, '0101'을 FLEX 로밍 호에 대한 부분으로 사용한다.

상기와 같은 기능코드를 사용하여 본 발명에 의한 FLEX 로밍 호를 처리하는 방법에 대하여 설명하면 다음과 같다.

고속 페이징 프로토콜인 FLEX를 지원하는 페이징 시스템에서 FLEX 로밍 호가 발생하였을 경우, 상기 페이징 시스템은 TNPP 버전 3.7 포트를 통하여 다른 FLEX 지원 페이징 시스템으로 상기 해당 호를 전달하게 된다.

이때 송신측으이 페이징 시스템은, 상기 전달되는 호의 확장 CAP 호 형식 기능 코드를 미리 정해진 비트값, 즉 '0101'로 설정하여 전달한다. 수신측의 페이징 시스템에서는 상기 전달된 확장 CAP 호의 기능코드가 '0101'인지를 확인한다. 만일 전달된 확장 CAP 호의 기능코드가 '0101'과 일치한다면, 수신측의 페이징 시스템은 상기 수신된 해당 호를 로밍 호로 인식하게 된다.

상기와 같이 동작하는 본 발명은, 고속 페이징 시스템에 대한 시스템간 TNPP 포트를 이용한 로밍 호 전달 방법을 제시함으로써, 기존에 증명된 TNPP를 고속 페이징 시스템의 정합 방법으로 채택할 수 있도록 하였다.

또한 TNPP 버전 3.7로 기존의 저속 페이징 로밍 호의 전달을 처리하던 시스템에 FLEX 로밍 호의 처리 기능을 추가 구현하고자 할 때 발생되는 추가 비용을 감소시킬 수 있다.

Claims (4)

1. FLEX 페이징 프로토콜을 지원하며, TNPP 버전 3.7에 의한 TNPP 포트를 통해 서로간의 로밍 호(Roaming Page)를 처리하는 제1 및 제2페이징 시스템에 있어서, TNPP 버전 3.7에 의한 TNPP 포트를 사용하여 FLEX 프로토콜에 의해 송신하는 호가 로밍 호인 경우, 상기 제1페이징 시스템이 상기 호에 대한 확장 CAP 호(Extended CAP Page)의 기능코드(Function Code)를 미리 정해진 비트값으로 설정하여 상기 제2페이징 시스템으로 전달하는 단계와; 상기 제2페이징 시스템이 상기 호를 수신하고, 상기 수신된 호의 확장 CAP 호의 기능코드가 상기 미리 정해진 비트값과 일치하면, 상기 해당 호를 로밍 호로 인식하는 단계를 포함하여 구성되는것을 특징으로 하는, TNPP 버전3.7 포트를 통한 FLEX 로밍 호 처리방법.
2. 제1항에 있어서, 상기 약속된 비트값은, 확장 CAP 호의 기능코드 중에서 종래에 사용되지 않는 예비된 부분의 비트값 중의 하나를 사용하는 것을 특징으로 하는, TNPP 버전3.7 포트를 통한 FLEX 로밍 호 처리방법.
3. 제2항에 있어서, 상기 약속된 비트값은 '0101'인 것을 특징으로 하는, TNPP 버전3.7 포트를 통한 FLEX 로밍 호 처리방법.
4. 제1항 내지 제3항 가운데 어느 한 항에 있어서, 상기 페이징 시스템은, CAP 호 또는 확장 CAP 호를 사용할 때, 기능코드 필드를 이용하여 로밍 정보를 전달하는 것이 특징인, TNPP 버전3.7 포트를 통한 FLEX 로밍 호 처리방법.

Images