KR20020048812A - 무선호출망을 이용한 교통정보전송방법 - Google Patents

Abstract

본 발명은 무선호출망을 이용한 교통정보전송방법에 관한 것으로, 더욱 상세하게는 무선호출망을 이용하여 대량의 교통정보를 신속하고 정확하게 전송할 수 있는 무선호출망을 이용한 교통정보전송방법에 관한 것이다. 본 발명에서는 무선통신망에 이용되고 있는 플렉스 시스템의 전송 특성에 따라서 교통정보를 전송하되, 전송되는 데이터 량을 감소시키면서도 많은 데이터의 전송을 가능하게 한다. 이를 위해서 본 발명은 교통 데이터를 소통정보, 유고정보, 관리정보, 생활정보의 4가지 형태로 구분하고, 각 형태에 따른 전송 프로토콜을 구현한다.

Description

무선호출망을 이용한 교통정보전송방법{Data transmission method for wireless calling network}

본 발명은 무선호출망을 이용한 교통정보전송방법에 관한 것으로, 더욱 상세하게는 무선호출망을 이용하여 대량의 교통정보를 신속하고 정확하게 전송할 수 있는 무선호출망을 이용한 교통정보전송방법에 관한 것이다.

무선호출망용 무선모듈은 무선호출시스템을 의미한다. 상기 무선호출시스템은 협대역으로 여러사람이 사용할 수 있으므로 상당히 효율적인 시스템이다. 상기 무선호출시스템을 이용한 서비스는 일종의 방송으로 특정지역에 동일신호를 보낸다. 따라서 가입자는 방송된 무선호출신호로부터 특정한 주소만을 선택하여 수신하게 된다.

상기 무선호출시스템은 일반적으로 FLEX 고속 페이징 방식을 많이 사용하고 있다. 상기 무선호출시스템은, 현재 삐삐와 같은 호출장치 및 호출자가 남긴 음성메시지를 압축, 부호화하여 고속으로 가입자 단말기로 전송하는 등의 음성페이징 서비스 분야에서 이용되고 있다.

상기 무선호출시스템에 이용된 무선호출망용 무선모듈은, 단일방향의 정보 전송을 수행하기 때문에, 다수의 사용자에게 많은 정보를 동시에 보낼때에 매우 유용하게 이용된다. 즉, 데이터를 수신만 하는 용도로 이용하는 경우의 단말기에 있어서는 상기 무선호출망용 무선모듈을 이용하는 것이 매우 바람직하다.

그러나 현재까지 무선호출망용 무선모듈을 이용하여 데이터를 수신하는 단말기는, 증권정보 전용 단말기 정도이며, 실제로 주기적으로 데이터의 수신을 필요로 하는 여러 분야에 적용되지 못하고 있는 실정이다.

이와 같이, 무선호출망을 이용하여 다수의 가입자에게 각종 데이터를 전송하는 방법은 상당히 경제적으로 활용할 수 있다. 특히 소량의 정보를 일회성으로 전송하는데에는 최적이라 할 수 있다. 그러나 교통정보와 같이 수시로 변하는 대량의 정보를 일정주기마다 반복적으로 전송하는 곳에 활용하기에는 다음의 문제가 있다.

첫째, 한번에 최대 250바이트 정도만 전송이 가능하다.

둘째, 한번 전송한 후 동일한 캡코드의 가입자에게 전송하기 위해서는 20~30초 가량의 시간 지연이 필요하다.

셋째, 시스템 구조상 한 바이트의 8비트를 모두 사용하지 못하고 7비트만 사용할 수 있다.

따라서 종래 무선호출망을 이용한 교통정보의 전송은 무선호출망의 전송속도에 따른 제약과 많은 양의 데이터 전송을 요구하는 점 때문에 실제로 적용하기가 어려운 문제점이 있다.

따라서 무선호출망이 가진 여러가지 제약을 극복하고 일정한 시간 간격으로 대량의 교통정보를 전송하기 위해서는 무선호출망의 전송속도를 충분히 높이거나 또는 전송할 데이터의 양을 줄이는 방법이 있다. 그러나 상기 무선호출망의 전송속도 변경은 현실적으로 불가능하기 때문에 본 발명에서는 전송될 교통정보의 양을 줄이는 방법을 이용한다.

따라서 본 발명의 목적은 데이터 전송량을 감소시키면서도 대량의 교통정보를 짧은 주기 내에 반복적으로 전송할 수 있는 무선호출망을 이용한 교통정보전송방법을 제공함에 있다.

도 1은 본 발명에 따른 교통정보를 음성단말기에 전송을 위한 전체적인 개략도,

도 2는 본 발명의 실시예에 따른 소통정보를 표시할 도로의 링크수,

도 3은 본 발명에 따른 링크의 소통정보 전송 형태,

도 4는 전송할 링크의 개수에 따른 전송 형태,

도 5는 소통정보의 전송 프로토콜,

도 6은 유고상태의 표시 형태,

도 7은 유고정보의 전송 프로토콜,

도 8은 단말기 관리정보의 전송 프로토콜,

도 9는 생활정보의 전송 프로토콜.

상기 목적을 달성하기 위한 본 발명에 따른 무선호출망을 이용한 교통정보전송방법은, 도로의 소통정보를 소통원활, 서행, 지체서행, 정체의 4단계로 구분하고, 각 소통정보를 2비트로 표현한 후, 7비트 전송체계에 맞도록 변환하여 전송하는 것을 특징으로 한다.

본 발명은 상기 도로 중에서 유고상태가 발생한 도로의 정보를 유고상태가 지속되는 동안 소정주기로 유고정보를 전송한다.

상기 유고정보는, 사고, 공사, 행사, 재해에 따라서 차로수, 도로구분, 차로유형, 차량종류, 사고종류에 따른 정보를 전송하는 것을 특징으로 한다.

본 발명은 상기 도로의 소통정보와 더불어 관리정보 및 생활정보를 더 전송하는 것을 특징으로 한다.

본 발명의 상기 교통정보 전송용량은, 약 240 바이트 단위로 5분 이내에 약 25초 간격으로 12회 전송하는 것을 특징으로 한다.

본 발명의 상기 교통정보 전송용량은, 약 240 바이트 단위로 5분 이내에 30초 간격으로 10회 전송하는 것을 특징으로 한다.

본 발명의 상기 도로 소통정보 전송방법은, 1바이트에 3과 1/2개의 도로정보를 전송하고, 약 240 바이트를 6회 정도 전송하는 것을 특징으로 한다.

본 발명은, 상기 도로 소통정보 전송 후, 약 240 바이트 단위로 4내지 5회 정도에 유고정보와 관리정보 그리고 생활정보를 전송하는 것을 특징으로 한다.

이하 첨부한 도면을 참조하여 본 발명에 따른 무선호출망을 이용한 교통정보전송방법에 대해서 상세하게 설명한다.

본 발명에서는 각 음성단말기로 소통정보(소통원활, 지체, 정체), 유고정보(사고, 행사, 통제 등), 관리정보(단말기 제어) , 생활정보(뉴스, 운세 등) 등을 전송하는 것을 특징으로 한다.

도 1은 본 발명에 따른 데이터 전송을 위한 전체적인 개략도이다.

본 발명은 도 1에 도시하고 있는 바와 같이, 정보수집단계, 정보처리단계, 정보전송단계, 정보제공단계로 구분할 수 있다.

상기 정보수집단계는, 구간별 소통정보(소통원활, 지체, 정체), 구간별 유고정보(사고, 행사, 통제 등), 관리정보(단말기 제어) 및 생활정보(뉴스, 운세 등)을 각종 정보원에서부터 수집하는 단계이다.

상기 정보처리단계는, 상기 정보수집단계에서 수집된 각종 정보를 전용 프로토콜로 변환해서 무선호출송신기로 전송한다.

상기 정보전송단계는, 상기 무선호출송신기 내에서 전송받은 정보를 무선호출 프로토콜 즉, POCSAG 또는 FLEX 형식으로 각각의 단말기로 전송한다.

상기 정보제공단계는, 각 음성단말기에서 수신한 POCSAG 또는 FLEX 신호에서 캡코드가 동일한 정보를 추출하여 사용자에게 음성 또는 문자로 제공한다.

다음은 각 정보를 전송하기 위한 전송 프로토콜의 형식에 대해서 설명한다.

상기 소통정보는, 각 링크의 소통상태를, '소통원활', '서행', '지체서행', '정체'의 4가지로 표현한다. 따라서 전체 링크수는 일 예로 도 2에 도시한 바와 같다.

도 2에 도시된 예에 따르면, 전체 링크수는 3960개가 필요하다. 따라서 마스터 DB에 음성 단말기용 링크 ID를 부여하기 위해 별도의 필드를 만들어서 1에서 3960까지의 일련번호를 지정한다. 본 실시예에서는 약 4000여개 지점의 소통정보를 매 5분 마다 보내는 것을 특징으로 한다.

상기 1개 링크의 소통정보는 2비트로 표시한다.

그런데 플렉스(Flex) 시스템에서는 1바이트의 8비트 중 7비트만 사용하므로 1바이트에서는 3과 1/2개 링크의 소통정보를 전송할 수 있다.

그리고 상기 각 링크의 소통상태의 표시는, '소통원활'은 '00'로 표시하고, '서행'은 '01'로 표시하며, '지체서행'은 '10'으로 그리고 '정체'는 '11'로 표시한다.

따라서 상기 연속되는 링크의 소통정보는 도 3에 도시하고 있는 바와 같이 7비트씩 구분하여 전송된다. 즉, 각 링크가 2비트로 표시되므로, 3과 1/2개의 링크 소통정보는 7비트로서 1바이트에 해당하는 것이다.

이때 소통데이터는 다음과 같은 순서로 전송된다. 처음에 소통 데이터임을 구분하는 데이터인 '헤더(HEADER)'가 전송되고, 그 다음에 데이터 블럭의 첫번째 링크 ID(FIRST-LINK-ID)가 전송되며, 그 다음에 전송할 링크개수(NUMBER-OF-LINK)(1바이트 또는 2바이트)가 전송되고, 마지막으로 소통 데이터 N 바이트(DATA-BLOCK)가 전송된다.

상기 전송할 링크개수를 지정하는 바이트는, 도 4에 도시하고 있는 바와 같이, 첫번째 링크 ID부터 이어지는 링크개수가 64개 이하이면 1바이트를 전송하고, 64개 이상이면 2바이트를 전송한다.

즉, 링크개수가 64개 이하일때, 첫번째 바이트의 비트 7 은 '0'으로 전송하고, 그 외 비트 6 내지 비트 0에 해당하는 6비트를 전송한다. 이때, 두번째 바이트는 전송하지 않는다.

그러나 링크개수가 64개 이상인 경우에서는, 첫번째 바이트의 비트 7은 '1'로 전송하고, 그 외 비트 6 내지 비트 0는 총 13비트 중에서 비트 13 내지 비트 8에 해당하는 6비트를 전송하고, 두번째 바이트의 비트 7 내지 비트 1은 13비트 중에서 비트 7 내지 비트 1에 해당하는 7비트를 전송한다.

상기 헤더는, IPIP 블럭의 처음에 한번만 전송하고, 나머지 데이터는 반복해서 전송할 수 있다.

이와 같은 형태로 소통정보를 전송하는 프로토콜을 도 5에 도시하고 있다.

도 5에 도시하고 있는 바와 같이, 소통정보는, 헤더는 4바이트, 처음 링크 ID는 2바이크, 링크갯수는 1바이트 또는 2바이트, 그리고 데이터는 N 바이트로 전송된다.

다음은 유고정보를 전송하는 프로토콜에 대해서 설명한다.

상기 유고정보는, 유고상태가 발생한 링크의 정보를 유고상태가 지속되는 동안 매 5분(교통정보 센터의 정보 전송 주기)마다 계속 전송하는 것을 특징으로 한다.

따라서 음성단말기에서는 유고정보를 수신한 후, 최종 수신시간부터 일정시간이 지나면 해당 링크의 유고 정보를 삭제한다. 만약 유고상태가 지속된다면 동일한 데이터가 재전송되므로 단말기는 유고상태를 유지할 수 있으며, 정보가 수신되지 않으면 유고상태가 해제된 것으로 간주한다.

상기 유고정보에 설정된 '일정시간'은, 음성단말기가 유고상태에서 어떠한 이유로 인해 5분 내에 정보를 수신하지 못하였을 경우, '유고상태해제'로 판단하는 것을 막기 위해 기본값 10분으로 설정되어 있다. 그러나 상기 교통정보센터에서 변경된 값을 전송할 수 있다.

상기 유고상태는 도 6에 도시하고 있는 바와 같이 중분류 1바이트 그리고 소분류 1바이트에 의한 총 2바이트로 표시한다.

상기 도 6에 도시되고 있는 한 링크의 유고정보는 대분류를 기준으로 구분하여 10바이트를 전송해야 한다. 예를 들어, '공사'에 대한 유고정보를 전송하려면 차로수의 중분류(0x31)와 소분류(0x01-0x09), 도로구분의 중분류(0x33)와 소분류(0x01-0x06), 차로유형의 중분류(0x34)와 소분류(0x01-0x07), 공사종류의 중분류(0x35)와 소분류(0x01-0x05), 통제유형의 중분류(0x36)와 소분류(0x01-0x03)의 10바이트를 전송한다. 즉, 각 중분류와 소분류를 1바이트씩 전송해서 모두 10바이트를 전송해야 하는 것이다.

그리고 상기 음성단말기는 중분류 코드로 대분류 즉, 사고, 공사, 행사, 재해를 구분하는 것이 가능하다.

그리고 본 발명의 실시예 상에서는 상기 한 개 링크에 2개 이상의 유고정보가 있을 경우 각각 전송한다.

상기 유고데이터는 다음과 같은 순서로 전송한다. 즉, 도 7에 도시하고 있는 바와 같이, 맨처음에 유고 데이터임을 구분하는 '헤더'를 전송하고, 다음에는 유고상태가 발생한 링크의 링크 ID를 전송하며, 다음은 유고 정보 데이터를 전송한다.

상기 헤더는, IPIP 블럭의 처음에 한번만 전송하고, 나머지 데이터는 반복해서 전송할 수 있다.

따라서 유고정보는 도 7에 도시하고 있는 바와 같이, 헤더를 4바이트, 링크 ID를 2바이트, 그리고 데이터를 10바이트로 전송한다.

다음은 관리정보를 전송하는 프로토콜에 대해서 설명한다.

단말기의 관리데이터는, 단말기 사용 유효기간 지정 데이터, 개별 단말기 메시지 전송 데이터, 단말기 그룹 메시지 전송 데이터, 단말기의 유고정보 유지시간 데이터, 구간 지정 메시지 전송 데이터가 있다.

상기 관리데이터는 단말기의 전원상태에 따라 수신이 안될 수도 있기 때문에, 동일한 데이터를 수회 또는 수일간 전송한다. 이때 음성단말기는 동일한 관리데이터를 수신하게 되면 무시하도록 제어한다.

상기 단말기 사용허가/중지 기능은 각 단말기로 현재날짜와 유효날짜를 전송하는 방법을 사용한다. 상기 단말기는 사용 유효기간 동안만 수신한 정보를 제공하고, 기간이 종료되면 정보 수신은 하더라도 제공은 하지 않고, 정보제공이 되지않는 이유를 화면에 표시한다. 따라서 정상적인 사용 요금이 납부되면, 유효날짜를 재전송하여 단말기의 정보제공을 가능하게 한다.

상기 단말기의 제작시에는 현재 날짜와 유효날짜를 제조일자로 지정한다. 즉, 기본적으로 사용금지 상태가 되어 있으며, 단말기 등록시 유효날짜를 전송하여 단말기의 사용을 가능하게 한다. 그리고 사용 중에는 요금납입주기가 되었을때 유효날짜를 전송한다.

상기 구간지정 메시지는 사용자가 웹 상에서 출발지/목적지 지정으로 경로 탐색을 한 후, 이 탐색된 경로 정보를 단말기로 전송할 때 사용한다. 상기 단말기는 수신한 경로에 대해 소통정보를 제공한다.

상기 단말기 ID는 5 바이트(각 바이트에서 7비트 사용) 즉, 35비트로 다음과 같이 구성한다. 그룹 번호를 부여하여, 그룹 호출 등의 기능을 사용할 수 있다.

즉, 그룹 시리얼 번호(GROUP-SERIAL-NO)는 14비트를 사용해서 16,384 개를 사용하고, 개인 시리얼 번호(TERMINAL-SERIAL-NO)는 21비트를 사용해서 2,097,152개를 사용할 수 있도록 한다.

상기 단말기 관리 데이터는 도 8에 도시하고 있는 바와 같은 순서로 전송된다. 우선, 관리 데이터임을 구분하는 '헤더'가 전송되고, 다음에 관리 명령어인 '커맨드'가 전송되며, 다음에 단말기 ID가 전송된다. 그리고 데이터의 길이가 전송되고, 마지막으로 데이터가 전송된다. 상기 헤더는 IPIP 블럭의 처음에 한번만 전송하고 나머지 데이터는 반복해서 전송할 수 있다.

따라서 관리정보는, 도 8에 도시하고 있는 것처럼, 헤더가 4바이트, 커맨드가 1 바이트, 터미날 ID가 5바이트, 길이 1바이트, 데이터 N 바이트(최대 127 바이트)로 전송된다.

상기 커맨드는, "1"은 단말기 사용기간 지정을 정의하고, "2"는 개별 단말기 메시지 전송을 정의하며, "3"은 그룹 단말기 메시지 전송을 정의하고, "4"는 유고정보 유지 시간을 정의하고, "5"는 구간지정 메시지를 정의한다.

그리고 상기 각 기능별 메시지 구조는 다음과 같다. 상기 단말기 사용기간 지정은, 길이 8바이트, 데이터는 "YYYYMMDD"로 표시된다. 상기 개별 단말기 메시지 전송은, 길이 N 바이트(최대 127바이트)이고, 데이터는 N 바이트이다. 상기 그룹 단말기 메시지 전송은 길이 N바이트(최대 127 바이트), 데이터 N 바이트이다. 그리고 유고정보 유지시간은 길이 1바이트, 데이터 1바이트 그리고 1 내지 60(분단위 시간 지정)이다. 상기 구간지정 메시지는, 길이 4+ 4+ 1 + (구간수 * 2) 바이트(최대 127바이트)이고, 데이터 시작시간("HHMM") + 종료시간("HHMM") + 구간수 + LINK ID 구간은 1 내지 60개까지 지정 가능하다.

마지막으로 본 발명에서 전송되는 정보에는 생활정보가 있다.

상기 생활정보는, 뉴스, 날씨, 유머, 운세, 영화, 비디오 등의 데이터를 전송한다.

상기 생활정보 데이터는 단말기의 전원상태에 따라서 수신이 안될 수도 있으므로 동일한 데이터를 수회 전송하도록 한다.

상기 생활정보 데이터는 도 9에 도시하고 있는 바와 같은 순서로 전송한다.

처음에 생활정보 데이터임을 구분하는 '헤더'를 전송하고, 정보구분을 위한'커맨드'를 전송하며, 데이터의 길이를 위한 '길이'정보를 전송하고, 마지막으로 '데이터'를 전송한다. 상기 헤더는 IPIP 블럭의 처음에 한번만 전송하고, 나머지 데이터는 반복해서 전송할 수 있다.

그리고 상기 헤더는 4바이트를 사용하고, 커맨드는, 1바이트, 길이는 2바이트, 데이터는 N바이트를 사용하여 각종 정보를 전송한다.

상기 커맨드는, '1'은 뉴스정보를 정의하고, '2'는 날씨정보를 정의하며, '3'은 유머정보를, '4'는 운세정보를, '5'는 영화정보를, 그리고 '6'은 비디오정보를 정의한다.

상기 길이 데이터는 2바이트(14비트)를 사용하여 1 내지 230개의 길이를 지정한다.

상기 뉴스정보는 한번에 한개씩 전송한다.

상기 뉴스정보를 전송할 때는 데이터 영역의 처음에 "[경제]" 또는 "[정치]"와 같은 뉴스정보의 종류를 지정한다.

상기 날씨정보는 12개 지역의 정보를 한번에 한개씩 총 12회 전송한다. 이때 데이터 영역의 첫번째 바이트로 지역을 구분한다.

일 예로, 날씨 지역 구분은 다음과 같이 한다.

'A' 는 전국, 'B'는 서울/경기, 'C'는 강원/영동, 'D'는 강원/영서, 'E'는 충남/대전, 'F'는 충분/청주, 'G'는 전남/광주, 'H'는 전북/전주, 'I'는 경남/부산, 'J'는 경북/대구, 'K'는 제주, 'L'은 울릉도/독도를 정의한다.

상기 유머정보는 한번에 한개씩 전송한다.

상기 운세정보는 12개 띠별 정보를 한번에 한개씩 총 12회 전송한다. 이때 데이터 영역의 첫번째 바이트로 띠를 구분한다.

일 예로, 운세 띠 구분은 다음과 같이 한다.

'A'는 쥐띠, 'B'는 소띠, 'C'는 호랑이띠, 'D'는 토끼띠, 'E'는 용띠, 'F'는 뱀띠, 'G'는 말띠, 'H'는 양띠, 'I'는 원숭이띠, 'J'는 닭띠, 'K'는 개띠, 'L'은 돼지띠로 정의한다.

상기 영화정보는 10개 정보를 한번에 한개씩 총 10회 전송한다. 이때 데이터 영역의 첫번째 바이트로 정보를 구분한다.

상기 영화정보 구분은 다음과 같이 한다.

'A'는 상영안내, 'B'는 극장안내, 'C'는 국내박스오피스, 'D'는 센스무비(소개), 'E'는 센스무비(줄거리), 'F'는 미국박스오피스, 'G'는 개봉박두(소개), 'H'는 개봉박두(줄거리), 'I'는 새영화, 'J'는 충무로통신 등으로 정의한다.

상기 비디오정보는 5개 정보를 한번에 한개씩 총 5 회 전송한다. 이때 데이터 영역의 첫번째 바이트로 정보를 구분한다.

상기 비디오 정보 구분은 다음과 같이 한다.

'A'는 비디오 대여순위, 'B'는 센스 비디오(소개), 'C'는 센스 비디오(줄거리), 'D'는 신작 비디오, 'E'는 명작 비디오 등으로 전송한다.

상기 각 정보를 단말기 화면에 표시할때 화면상 줄바꿈이 필요한 경우에는 해당 위치의 바이트에 0x0D 값을 넣어준다.

일 예로, 영화정보를 전송하는 경우,

전송데이터가 "C1위)엑스맨0x0D2위)공동경비구역0x0D3위)..."일때,

화면표시는 1위)엑스맨

2위)공동경비구역

3위)...

으로 표시된다.(여기서 C는 국내박스오피스 표시이다)

상기 모든 메시지는 기본적으로 한글 메시지로 인식한다. 따라서 전송하려는 메시지가 영문으로 시작하거나, 한글 메시지 중간에 영문이 나오면 영문 앞에 시프트-IN을 먼저 전송하여, 상기 시프트-IN 후에는 영문으로 해석하도록 한다. 그리고 같은 메시지 안에 다시 한글이 나오게 되면 시프트-OUT를 먼저 전송하여 이후 메시지가 한글임을 알린다. 이때 한글 메시지는 최상위 비트를 떼어낸 상태의 7비트로 전송하게 된다.

이상의 전송형태로서 본 발명은 플렉스 시스템(IPIP 프로토콜을 통한 데이터 전송)의 전송특성에 따라서 전송용량은, 1600Bps에서 240 바이트를 5분 내에 25초 간격으로 12회 보내면 2880바이트를 전송할 수 있다. 그리고 1600Bps에서 240바이트를 5분 내에 30초 간격으로 10회 보내면 2400 바이트를 전송할 수 있다.

또한, 본 발명은 4000여개 링크의 소통정보를 전송하기 위해서는 1바이트에 3과 1/2개 링크의 정보를 전송할 수 있으므로 4000 / [3(1/2)]를 전송하기 위해서는 대략 1143 바이트 정도가 필요하다. 그리고 상기 1143 바이트를 플렉스 시스템에 전송특성에 따르면, 240 바이트 블럭을 6 회 정도 전송하면 된다. 그리고 나머지 4 내지 5회 정도는 유고 데이터 또는 관리 데이터를 전송하는 것이 가능하게 된다.

이상과 같이 본 발명에서는 무선통신망에 이용되고 있는 플렉스 시스템의 전송 특성에 따라서 교통정보를 전송하되, 전송되는 데이터 량을 감소시키면서도 많은 데이터를 전송하는 것을 기본적인 기술적 사상으로 한다. 이를 위해서 본 발명은 교통 데이터를 소통정보, 유고정보, 관리정보, 생활정보의 4가지 형태로 구분하고, 각 형태에 따른 전송 프로토콜을 구현한다. 따라서 이와 같은 본 발명의 기술적 사상의 범위 내에서, 당업계의 통상의 지식을 가진 자에게 있어서는 다양한 변형이 가능함은 물론이다.

위에서 설명한 본 발명은 다음의 효과를 갖는다.

첫째, 계속해서 변화하는 교통정보를 무선호출망을 이용하여 전송할 수 있도록 효율적으로 구현하므로서, 무선호출망의 전송 속도를 최대한 이용하는 것이 가능하다.

둘째, 무선호출망의 경제적인 잇점을 최대한 이용하여, 변화하는 교통정보를 사용자에게 제공하는 것이 가능하다.

셋째, 사용자는 경제적으로 부담이 없으면서도 현실생활에 매우 필요한 교통정보를 얻을 수 있으므로서, 삶의 질을 한층 높이는 것이 가능하다.

Claims (8)

1. 도로의 소통정보를 소통원활, 서행, 지체서행, 정체의 4단계로 구분하고, 각 소통정보를 2비트로 표현한 후, 7비트 전송체계에 맞도록 변환하여 전송하는 무선통신망을 이용한 교통정보전송방법.
2. 제 1 항에 있어서:

   상기 도로 중에서 유고상태가 발생한 도로의 정보를 유고상태가 지속되는 동안 소정주기로 유고정보를 전송하는 무선통신망을 이용한 교통정보전송방법.
3. 제 2 항에 있어서:

   상기 유고정보는, 사고, 공사, 행사, 재해에 따라서 차로수, 도로구분, 차로유형, 차량종류, 사고종류에 따른 정보를 전송하는 것을 특징으로 하는 무선통신망을 이용한 교통정보전송방법.
4. 제 1 항에 있어서:

   상기 도로의 소통정보와 더불어 관리정보 및 생활정보를 더 전송하는 것을 특징으로 하는 무선통신망을 이용한 교통정보전송방법.
5. 제 1 항에 있어서:

   상기 교통정보 전송용량은, 약 240 바이트 단위로 5분 이내에 약 25초 간격으로 12회 전송하는 것을 특징으로 하는 무선통신망을 이용한 교통정보전송방법.
6. 제 1 항에 있어서:

   상기 교통정보 전송용량은, 약 240 바이트 단위로 5분 이내에 30초 간격으로 10회 전송하는 것을 특징으로 하는 무선통신망을 이용한 교통정보전송방법.
7. 제 5 항 또는 제 6 항에 있어서:

   상기 도로 소통정보 전송방법은, 1바이트에 3과 1/2개의 도로정보를 전송하고, 약 240 바이트를 6회 정도 전송하는 것을 특징으로 하는 무선통신망을 이용한 교통정보전송방법.
8. 제 7 항에 있어서:

   상기 도로 소통정보 전송 후, 약 240 바이트 단위로 4내지 5회 정도에 유고정보와 관리정보 그리고 생활정보를 전송하는 것을 특징으로 하는 무선통신망을 이용한 교통정보전송방법.