KR20070019434A

KR20070019434A - 위치추적 방법 및 위치추적 시스템

Info

Publication number: KR20070019434A
Application number: KR1020050074402A
Authority: KR
Inventors: 허지영; 박은영; 심동희
Original assignee: 엘지전자 주식회사
Priority date: 2005-08-12
Filing date: 2005-08-12
Publication date: 2007-02-15

Abstract

본 발명은 위치추적을 요청하는 제 1 단말, 위치추적의 대상이 되는 제 2 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서, 제 1 단말로부터 위치추적 요청을 받아 서버가 지원할 수 있는 버전 정보가 포함된 초기화 메시지를 제 2 단말로 송신하는 단계와, 상기 버전 정보가 제 2 단말에서 지원할 수 없는 버전이라는 정보와 제 2 단말이 지원할 수 있는 버전 정보를 포함한 종료 메시지를 수신하는 단계와, 위치추적 실패를 알리는 메시지를 제 1 단말로 송신하는 단계와, 제 1 단말로부터 다시 위치추적 요청을 받아 제 2 단말이 지원할 수 있는 버전 정보가 포함된 메시지를 제 2 단말로 송신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법을 제공한다.

따라서, 본 발명에 의하면, 위치정보 서비스의 유저 플레인 프로토콜에서 단말이나 서버가 자신이 지원할 수 있는 버전에 대한 정보를 통신 상대방에게 알려줌으로써 효율적으로 위치추적 절차를 재시작할 수 있는 것이 가능하다.

SUPL, SET, SLP, 위치추적, 단말, 서버, 메시지, 버전(Version)

Description

위치추적 방법 및 위치추적 시스템 {METHOD AND SYSTEM FOR POSITIONING}

도 1은 본 발명에 따른 위치추적 대상 단말의 위치를 추적하는 방법에 대한 제1실시 예를 나타낸 도면

도 2는 본 발명에 따른 위치추적 대상 단말의 위치를 추적하는 방법에 대한 제2실시 예를 나타낸 도면

도 3은 본 발명에 따른 위치추적 방법을 수행함에 있어서 단말과 서버 사이에 송수신하는 메시지들이 공통으로 가진 커먼 파트(Common Part)를 설명하기 위한 도면

도 4는 본 발명에 따른 초기화 메시지의 일실시 예를 나타낸 도면

도 5는 본 발명에 따른 시작 메시지의 일실시 예를 나타낸 도면

도 6은 본 발명에 따른 종료 메시지의 제1실시 예를 나타낸 도면

도 7a는 본 발명에 따른 종료 메시지의 제2실시 예를 나타낸 도면

도 7b는 도 7a에서 설명한 본 발명에 따른 종료 메시지의 제2실시 예를 인코딩(Encoding) 프로그램으로 인코딩한 것을 나타낸 것

도 8은 본 발명에 따른 종료 메시지의 상태 코드(Status Code)를 예를 들어 설명한 도면

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

10 : 요청 SET 20, 200 : SLP

30, 300 : 목적 SET

본 발명은 이동 통신의 위치정보 서비스에 관한 것으로, 보다 상세하게는 유저 플레인 프로토콜에 기반한 위치정보 시스템에서 지원되지 않는 버전 정보를 포함한 메시지를 수신한 경우, 지원할 수 있는 버전 정보를 알려주는 방법을 통해서 위치추적을 하는 방법에 관한 것이다.

이동통신 시스템에서는 이동통신망을 기반으로 단말의 위치를 파악하여 이를 활용하는 위치기반 서비스(Location Based Service : LSB)를 제공한다. 예를 들어, 친구 찾기와 같은 사람 또는 사물의 위치를 추적하는 서비스, 차량 네비게이션, 그리고 긴급 구난 등이 위치정보 서비스의 대표적인 예이다.

현재 이동통신 시스템에서는 상기의 위치기반 서비스를 네트워크의 컨트롤 플레인(Control Plane)을 통하여 제공하고 있다. 그러나, 이와 같은 컨트롤 플레인(Control Plane)을 통하여 제공되는 서비스는 3GPP(3rd Generation Partnership Project), 3GPP2(3rd Generation Partnership Project 2) 등의 네트워크 구조에 따라 위치추적(Positioning)을 위한 시그널링(Signaling) 및 위치추적 시스템의 구조가 달라지게 된다.

따라서, 서비스를 갱신하거나 새로운 위치추적 방법을 네트워크에 도입하기 위해서는 컨트롤 플레인(Control Plane)의 시그널링(Signaling)과 프로토콜(Protocol) 등 컨트롤 플레인(Control Plane)의 변경에 따라 변경되어야 하는 네트워크 요소들을 모두 갱신하거나 새로 도입해야 하는 문제점이 있었다.

상기의 문제점을 해결하기 위해서 유저 플레인(User Plane)에서 위치정보 서비스를 제공하는 유저 플레인 프로토콜(User Plane Protocol)을 정의하였다.

상기 유저 플레인 프로토콜(User Plane Protocol)은 유저 플레인(User Plane)을 이용하여 위치추적(Positioning)에 필요한 정보를 전송하기 때문에 네트워크의 구조에 독립적이며, 서비스를 갱신하거나 새로운 위치추적 방법을 도입하더라도 위치추적 시스템을 구성하는 네트워크 요소들을 모두 갱신하지 않아도 되는 장점을 가진다.

그러나, 유저 플레인 프로토콜에서는 단말이나 서버에서 지원하지 않는 버전 정보를 포함한 메시지를 수신한 경우에 위치추적 대상 단말의 위치추적을 수행하기 위한 바람직한 방법이 제시되지 않아, 특정 단말의 위치추적 절차를 수행함에 있어서 문제가 되었다.

본 발명은 상기와 같은 문제점을 해결하기 위한 것으로서, 본 발명의 목적은 위치정보 서비스에서 단말이나 서버는 지원할 수 없는 버전 정보를 포함한 메시지를 수신한 경우, 자신이 지원하는 버전 정보를 통신 상대에게 알려주어 더 효율적인 위치추적 방법과 위치추적 시스템을 제공하는 것이다.

상기 목적을 달성하기 위하여, 본 발명은 위치추적을 요청하는 제 1 단말, 위치추적의 대상이 되는 제 2 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서, (a)제 1 단말로부터 위치추적 요청을 받아 서버가 지원할 수 있는 버전 정보가 포함된 초기화 메시지를 제 2 단말로 송신하는 단계와, (b)상기 버전 정보가 제 2 단말에서 지원할 수 없는 버전이라는 정보와 제 2 단말이 지원할 수 있는 버전 정보를 포함한 종료 메시지를 수신하는 단계와, (c)위치추적 실패를 알리는 메시지를 제 1 단말로 송신하는 단계와, (d)제 1 단말로부터 다시 위치추적 요청을 받아 제 2 단말이 지원할 수 있는 버전 정보가 포함된 메시지를 제 2 단말로 송신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법을 제공한다.

그리고, 상기 종료 메시지는 지원되는 버전 정보(Supported Version Information)를 포함하는 있는 필드를 구비하는 것을 특징으로 한다.

또한, 본 발명은 위치추적을 요청하는 제 1 단말, 위치추적의 대상이 되는 제 2 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서, 서버가 지원할 수 있는 버전 정보가 포함된 초기화 메시지를 수신하는 단계와, 상기 버전 정보가 제 2 단말에서 지원할 수 없는 버전이라는 확인 후, 서버에게 상기 버전 정보가 제 2 단말에서 지원할 수 없는 버전이라는 정보와 제 2 단말이 지원할 수 있는 버전 정보를 포함한 종료 메시지를 서버로 송신하는 단계와, 제 2 단말의 버전 정보를 포함한 초기화 메시지를 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 제 2 단말에서의 위치추적 방법을 제공한다.

또한, 본 발명은 자신의 위치정보를 요청하는 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서, 단말이 지원할 수 있는 버전 정보가 포함된 시작 메시지를 서버로 송신하는 단계와, 상기 버전 정보가 서버에서 지원할 수 없는 버전이라는 정보와 서버가 지원할 수 있는 버전 정보를 포함한 메시지를 수신하는 단계와, 상기 서버가 지원할 수 있는 버전 정보를 포함한 시작 메시지를 서버로 송신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 단말에서의 위치추적 방법을 제공한다.

또한, 본 발명은 자신의 위치정보를 요청하는 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서, 단말이 지원할 수 있는 버전 정보가 포함된 시작 메시지를 수신하는 단계와, 상기 버전 정보를 확인하여, 버전이 서버에서 지원할 수 없는 경우에는 서버에서 지원할 수 없는 버전이라는 정보와 서버가 지원할 수 있는 버전 정보를 포함한 메시지를 송신하는 단계와, 상기 서버가 지원할 수 있는 버전 정보를 포함한 시작 메시지를 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법을 제공한다.

또한, 본 발명은 메시지 송신부와 메시지 수신부를 포함하는 통신 환경에 있어서, 송신부가 지원할 수 있는 버전 정보를 포함한 메시지를 수신하는 단계와, 상기 버전 정보 확인 후, 수신부에서 지원할 수 없는 버전인 경우에는 수신부가 지원할 수 없는 버전이라는 정보와, 수신부가 지원할 수 있는 버전 정보를 포함한 메시지를 송신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 버전 확인 방법을 제공한다.

또한, 본 발명은 위치정보 서비스를 위한 위치추적 시스템에 있어서, 목적 단말의 위치추적을 위한 메시지를 서버로 송신하는 제 1 단말과, 상기 제 1 단말로부터 메시지를 수신하여 목적 단말인 제 2 단말의 위치추적을 시작하기 위해 자신의 버전 정보를 포함한 메시지를 제 2 단말로 송신하는 서버와, 상기 서버로부터 메시지를 수신하여 서버의 버전 정보를 확인하고, 자신이 지원할 수 없는 버전인 경우, 지원할 수 없는 버전이라는 정보와 자신이 지원할 수 있는 버전 정보를 포함한 메시지를 상기 서버로 송신하는 제 2 단말을 포함하여 구성된 것을 특징으로 하는 위치추적 시스템을 제공한다.

또한, 본 발명은 위치정보 서비스를 위한 위치추적 시스템에 있어서, 자신의 위치정보를 획득하기 위해 버전 정보가 포함된 메시지를 송신하는 단말과, 상기 단말로부터 메시지를 수신하여 버전 정보를 확인 후, 지원할 수 없는 버전인 경우, 지원할 수 없는 버전이라는 정보와 자신이 지원할 수 있는 버전 정보를 포함한 메시지를 상기 단말로 송신하는 서버를 포함하여 구성된 것을 특징으로 하는 위치추적 시스템을 제공한다.

이하 상기의 목적으로 구체적으로 실현할 수 있는 본 발명의 바람직한 실시예를 첨부한 도면을 참조하여 설명한다.

아울러, 본 발명에서 사용되는 용어는 가능한 한 현재 널리 사용되는 일반적 인 용어를 선택하였으나, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우는 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재하였으므로, 단순한 용어의 명칭이 아닌 용어가 가지는 의미로서 본 발명을 파악하여야 됨을 밝혀두고자 한다.

관련하여, 본 발명에서 "프로토콜(Protocol)"이란 통신 규약을 의미하는데, "유저 플레인 프로토콜(User Plane Protocol)"은 유저 플레인(User Plane)에서 프로토콜의 의미하며, 특히 유저 플레인 프로토콜의 예로 "유저 플레인 로케이션 프로토콜(Secure User Plane Location Protocol)"은 유저 플레인(User Plane)에서 위치정보 서비스를 제공하는 프로토콜(Protocol)을 의미한다.

이에 본 발명에서는 유저 플레인 로케이션 프로토콜로서 SUPL(Secure User Plane Location : 이하 'SUPL'라고 한다.) 프로토콜을 예로 들어 설명하나 본 발명의 기술사상이 SUPL 프로토콜에 한정되지 않음은 당연하다.

또한, 본 발명에서 유저 플레인 프로토콜의 다른 예인 "모바일 로케이션 프로토콜(Mobile Location Protocol : 이하 'MLP'라고 한다.)은 위치기반 서비스 관련 각종 솔루션들의 상호 운용성을 촉진하기 위한 위치정보 획득 표준 프로토콜을 의미한다.

관련하여, 본 발명에서 "단말" 이란 정보가 통신망에서 입출력되는 지점을 나타내는 지점을 의미하거나, 디지털 자료 전송 시스템에서 자료를 만들거나 보기 위한 기기 또는 자료를 보내거나 받기 위한 기능을 수행하는 기기를 의미한다.

이하, 본 발명은 설명의 편의를 위해 단말로서 유저 플레인 로케이션 프로토 콜이 가능한 단말인 SET(SUPL Enabled Terminal : 이하 'SET'라 한다.)을 예로 하여 설명하되, 유저 플레인 로케이션 프로토콜에서의 단말을 SUPL Agent라 지칭하기도 한다.

특히, 본 발명에서 위치추적을 요청하는 요청 단말로 요청 SET(Request SUPL Enabled Terminal : 이하 '요청 SET'라 한다.)을 예로 설명하며, 위치추적 대상이 되는 목적 단말로 목적 SET(Target SUPL Enabled Terminal : 이하 '목적 SET'라 한다.)을 예로 하여 설명하고자 하나, 본 발명의 기술사상은 다른 단말에도 동일하게 적용가능함은 자명하다 할 것이다.

또한, 예를 들어 위치추적을 요청하는 단말을 제 1 단말로 정의하고, 위치추적 대상이 되어 위치추적을 받는 단말을 제 2 단말로 정의하여 사용할 수도 있다.

관련하여, 본 발명에서 "서버(Server)"란 통신망상에서 다른 단말 등에 대하여 그 통신망의 전부 또는 일부에 대한 접속과 그 통신망의 자원에 대한 접속을 제어하는 관리 소프트웨어를 운용하는 장치 또는 프로그램을 의미한다.

또한, 상기 서버(Server)는 특정 단말의 위치 계산을 하는 "위치 계산부"와 서버에서 전반적인 프로토콜 관리를 하는 "서버 관리부"를 포함하여 구성될 수 있다.

특히, 본 발명과 관련하여 서버의 실시예로 SLP(SUPL Location Platform : 이하 'SLP'라 한다.)를 예로 하여 설명하고자 하나, 본 발명은 다른 서버에도 동일하게 적용가능함은 당연하다.

관련하여, 본 발명에서 "메시지"란 하나의 전송 단위로서 엄격한 규칙에 따 라 구성되고, 송신 장치와 수신 장치 간에 일정한 규칙인 프로토콜에 따라서 전송되는 단위를 의미한다.

본 발명에서 "위치요청 메시지"는 위치추적 대상인 목적 단말의 위치를 요청하기 위해 요청 단말이 서버로 송신하는 메시지를 의미하고, "초기화 메시지"는 네트워크 개시하는 경우에 서버에서 단말로 최초로 송신하는 메시지를 의미하고, "시작 메시지"는 단말에서 서버로 최초로 송신하는 메시지를 의미하며, "종료 메시지"는 특정의 과정 수행이 끝났음을 알려주거나 특정 상태 정보를 포함하는 메시지를 의미하고, "위치정보가 포함된 메시지"는 위치추적 결과 획득한 목적 단말의 위치 정보를 포함하는 메시지를 의미한다.

특히, 본 발명과 관련하여 상기 위치요청 메시지로 MLP SLIP 메시지, 초기화 메시지로 SUPL INIT 메시지, 시작 메시지로 SUPL START 메시지, 종료 메시지로 SUPL END 메시지, 위치정보가 포함된 메시지로 SUPL END 메시지와 MLP SLIA 메시지를 예로 하여 설명하고자 하나, 본 발명은 상기 실시 예에 한정되지 않고 기술 사상이 동일한 다른 메시지에도 적용가능함은 자명한 사실이다.

또한, 본 발명에서 "버전(Version)"이란 어떤 시스템을 수정하거나 변경하여 완성한 시스템을 의미하며, 예를 들어, 특정 시스템의 개정 시에 번호를 붙여 변경, 수정 때마다 그 번호를 늘리는 방식으로 버전을 나타내기도 한다.

관련하여, 본 발명에서 요청 단말이 서버에게 목적 단말의 위치 정보를 요구하는 경우를 Network Initiated인 경우라 정의하며, 목적 단말이 서버에게 자신의 위치 정보를 요구하는 경우를 SET Initiated인 경우라 정의한다.

또한, 본 발명은 단말이 로밍 상태와 상관없이 로밍(Roaming)과 논 로밍(Non-Roaming) 모두에 적용가능하며, 서버가 프록시 모드(Proxy Mode)와 논-프록시 모드(Non-Proxy Mode) 모두에 적용가능함은 자명한 사실이다.

도 1은 본 발명에 따른 위치추적 대상 단말의 위치를 추적하는 방법에 대한 제1실시 예를 나타낸 도면으로, 특히, Network Initiated의 경우에 목적 SET이 지원할 수 없는 버전 정보(Version Information)를 포함한 SUPL INIT 메시지를 수신한 경우의 처리절차를 예를 들어 설명한 도면이다.

도 1을 참조하여 설명하면, 위치추적 시스템은 목적 SET(30), SLP(20), 그리고 요청 SET(10)을 포함하여 구성될 수 있다.

상기 목적 SET(Target SET)(30)은 현재 위치 추적의 대상이 되는 SET을 의미하되, SUPL 프로토콜을 이용하여 SUPL 네트워크와 통신할 수 있는 단말이다.

또한, 목적 SET(30)은 위치추적을 위해 서버와 메시지를 서로 송수신하는 위치추적 과정을 수행한 후, 위치정보를 획득하게 된다.

상기 SLP(20)는 상기 목적 SET(30)의 위치추적을 위하여 네트워크 자원을 접근 및 사용하는 네트워크 요소(Network Element)인 서버로서 네트워크 부분의 SUPL SAP(Service Access Point)를 나타내며, 특정 단말인 목적 SET(30)의 위치정보를 계산하는 개체인 SPC(SUPL Position Center : 이하 'SPC'라 한다.)와 SUPL 세션 관리, 로밍(Roaming), 자원 관리(Resource Management) 등의 전반적인 SUPL 프로토콜을 관리하는 개체인 SLC(SUPL Location Center : 이하 'SLC'라 한다.)를 포함하여 구비되는 것이 바람직하다.

또한, 상기 목적 SET(30)은 상기 SLC을 통하여 상기 SPC와 통신함으로써 위치정보를 계산하는 경우가 있는바, 이를 프록시 모드(Proxy Mode)라 하고,상기 목적 SET(30)이 상기 SPC와 직접 통신함으로써 위치정보를 계산하는 경우를 논-프록시 모드(Non-Proxy Mode)라 한다.

본 발명에서는 프록시 모드(Proxy Mode)인 경우와 논-프록시 모드(Non-Proxy Mode)인 경우 모두에 적용가능함은 자명함을 밝혀둔다.

상기 요청 SET(10)는 SLP(20)에게 특정 단말인 목적 SET(30)의 위치추적 서비스를 요청하고, 상기 SLP(20)로부터 전송된 위치정보를 사용하는 논리적인 SAP(Service Access Point)를 나타내는 단말을 의미한다.

이때, 상기 요청 SET(10)도 상기 목적 SET(30)와 같이 SUPL 프로토콜을 이용하여 SUPL 네트워크와 통신할 수 있는 단말로서, 요청 SET(10)과 목적 SET(30)은 예를 들어, UMTS(Universal Mobile Telecommunication System)의 UE(User Terminal), GSM(Global System for Mobile Communication)과 IS-95의 MS(Mobile Station), 또는 SUPL 프로토콜을 지원하는 노트북과 PDA(Personal Digital Assistants) 등이 될 수 있음은 자명한 사실이다.

이하에서 본 발명에 따른 위치추적 시스템에서 SUPL 프로토콜을 이용하여 요청 SET(10)이 목적 SET(30)의 위치정보를 요청하고 수신하는 방법의 제1실시 예를 살펴보되, 특히 위치추적을 요청하기 위해 주고받는 SUPL 메시지에는 SET(10,30) 또는 SLP(20)가 현재 사용하고 있는 SUPL 프로토콜의 버전을 알려주는 "Version" 필드가 포함되어 있는바, SUPL 프로토콜에 기반한 위치정보 시스템에서 SET(10,30) 또는 SLP(20)가 지원할 수 없는 버전 정보를 포함한 메시지를 수신한 경우의 처리절차를 중심으로 살펴보도록 한다.

관련하여, 도 1의 제1실시 예에서는 예를 들어, SLP(20)는 버전 1에서 버전 5까지 지원할 수 있으며, 목적 SET(30)은 버전 4를 지원할 수 있다고 가정하고 설명하도록 한다.

먼저, 요청 SET(10)은 위치정보를 알고 싶어하는 목적 SET(30)의 위치정보를 요청하기 위해 SLP(20)로 위치추적 요청 메시지인 MLP SLIR(Mobile Location Protocol Standard Location Immediate Request : 이하 'MLP SLIR'라 한다.) 메시지를 송신한다(S100).

상기 MLP SLIR 메시지를 수신한 SLP(20)는 목적 SET(30)의 로밍(roaming) 상태와 상기 목적 SET(30)이 SUPL 프로토콜을 지원하는지 여부를 확인한다(S101).

상기 확인(S101)결과, 목적 SET(30)이 로밍(Roaming) 상태이고, SUPL 프로토콜을 지원한다면, 상기 SLP(20)는 목적 SET(30)과 위치추적 서비스를 시작하기 위해 상기 목적 SET(30)에 초기화 메시지인 SUPL INIT 메시지를 송신한다(S102).

이때, 상기 SUPL INIT 메시지의 "Version" 필드에는 SLP(20)가 지원할 수 있는 버전 정보를 포함하는바, 본 실시 예에서는 버전 1이 포함된 것으로 한다. 메시지들의 공통 포함하는 부분인 커먼 파트(Common Part)와 SUPL INIT 메시지에 대한 상세한 설명은 이하, 도 3, 도 4를 참조하여 후술할 것이다.

이에, SUPL INIT 메시지를 수신한 목적 SET(30)은 SUPL 세션(Session)을 시작하기 위해 데이터 통신이 가능하도록 이동통신 네트워크로 데이터 링크 연결을 설정한다(S103).

상기 과정(S103)을 수행한 목적 SET(30)은 SUPL INIT 메시지에 포함된 버전 정보(버전 1)가 목적 SET(30)에서 지원할 수 없는 버전이라는 것을 확인하면, SLP(20)에게 종료 메시지인 SUPL END 메시지를 송신한 후, SLP(20)와 연결을 해지하고, 세션과 관련된 자원을 모두 해지한다(S104).

이때, 상기 SUPL END 메시지는 지원할 수 없는 버전임을 나타내는VersionNotSupported 상태 코드(Status Code)와 목적 SET(30)이 지원할 수 있는 버전 정보(버전 4)를 포함한다.

관련하여, 본 발명에서 상기 SUPL END의 실시 예로 이하, 도 6을 참조하여 제1실시 예를 살펴보고, 도 7a, 도 7b를 참조하여 제2실시 예를 살펴보도록 한다.

상기에서 지원할 수 없는 버전 정보를 포함한다는 상태 코드(Status Code)와 지원 가능한 버전 정보를 포함한 SUPL END 메시지를 수신한 SLP(20)는 요청 SET(10)에게 위치추적을 실패를 알리는 메시지인 MLP SLIA(Mobile Location Protocol Standard Location Immediate Answer : 이하 'MLP SLIA'라 한다.)를 송신할 수 있다(S105).

위치추적에 실패한 요청 SET(10)은 다시 위치정보를 알고 싶어하는 목적 SET(30)의 위치정보를 요청하기 위해 SLP(20)로 위치추적 요청 메시지인 MLP SLIR 메시지를 송신한다(S106).

상기 MLP SLIR 메시지를 수신한 SLP(20)는 목적 SET(30)의 로밍(roaming) 상태와 상기 목적 SET(30)이 SUPL 프로토콜을 지원하는지 여부를 확인한다(S107).

SLP(20)는 상기 단계(S104)에서 수신한 SUPL END 메시지에서 확인한 목적 SET(30)의 버전 정보(버전 4)를 알고 있는바, 목적 SET(30)과 위치추적 서비스를 시작하기 위해 목적 SET(30)이 지원할 수 있는 버전 정보(버전 4)를 포함한 SUPL INIT 메시지를 목적 SET(30)에 송신한다(S108).

위에서 기술한 바와 같이 SUPL 프로토콜을 통하여 요청 SET 사용자는 위치정보를 알기를 원하는 목적 SET을 가진 사용자의 위치 정보를 얻을 수 있다.

도 2는 본 발명에 따른 위치추적 대상 단말의 위치를 추적하는 방법에 대한 제2실시 예를 나타낸 도면으로, 특히, SET Initiated의 경우에 SLP가 지원할 수 없는 버전 정보(Version Information)를 포함한 SUPL INIT 메시지를 수신한 경우의 처리절차를 예를 들어 설명한 도면이다.

도 2의 위치추적 시스템은 목적 SET(300), SLP(200)를 포함하여 구성될 수 있으며, 상기 SLP(200)는 SLC와 SPC를 포함하여 구성된다.

상기 목적 SET(300), SLP(200)에 대한 상세한 설명은 도 1에서 설명하였는바, 여기서는 생략한다.

관련하여, 도 2의 제2실시 예에서는 예를 들어, SLP(20)는 버전 2 지원할 수 있으며, 목적 SET(30)은 버전 1에서 버전 3까지 지원할 수 있다고 가정하고 설명하도록 한다.

먼저, 목적 SET(300)은 SLP(20)와 통신하기 위해 데이터 통신이 가능하도록 이동통신 네트워크로 데이터 링크 연결을 설정한다(S200).

데이터 링크 연결이 설정되면, 목적 SET(300)은 SLP(200)에게 초기화 메시지 인 SUPL START 메시지를 송신한다(S201).

상기 SUPL START 메시지의 "Version" 필드에는 목적 SET(300)이 지원할 수 있는 버전(버전 1에서 버전 3) 중 하나인 버전 정보(버전 1)를 포함한다.

이때, 상기 SUPL START 메시지에 대해서는 이하의 도 5를 참조하여 상세히 설명하도록 한다.

또한, SLP(200)는 목적 SET(300)의 로밍(Roaming) 상태를 확인한다(S202).

이후, 목적 SET(300)이 송신한 SUPL START 메시지를 수신한 SLP(200)는 SUPL START 메시지를 검사하여 목적 SET(300)의 버전 정보를 확인한다. 이때, SUPL START 메시지에 포함된 버전이 SLP(200)가 지원할 수 없는 버전이라는 것이 확인되면, SLP(200)는 지원할 수 없는 버전임을 나타내는 VersionNotSupported 상태 코드(Status Code)와 지원할 수 있는 버전 정보(버전 2)가 포함된 SUPL END 메시지를 목적 SET(300)에게 송신한다(S203).

자신의 위치정보를 획득하지 못한 목적 SET(300)은 SLP(200)로부터 수신한 SUPL END 메시지에 포함된 SLP(200)의 버전 정보(버전 2)를 이용하여 SUPL 세션을 새로 시작하여 자신의 위치정보를 구할 수 있다(S204).

이하, 도 3 ~ 도 9를 참조하여 ULP(User Plane Location Protocol) 메시지들이 공통적으로 포함하는 커먼 파트(Common Part)와, 초기화 메시지인 SUPL INIT 메시지, 시작 메시지인 SUPL START 메시지, 종료 메시지인 SUPL END 메시지, Version 파라미터, Status Code 파라미터의 실시 예들에 대해서 살펴본다.

도 3은 본 발명에 따른 위치추적 방법을 수행함에 있어서 단말과 서버 사이에 송수신하는 메시지들이 공통으로 가진 커먼 파트(Common Part)를 설명하기 위한 도면으로, 특히 커먼 파트(Common Part)는 메시지의 헤더(Header) 부분으로 볼 수 있다.

상기 커먼 파트는 옥텍들(Octets)로 전체 ULP(User Plane Location Protocol : 이하 'ULP'라 한다.) 메시지의 길이를 나타내는 "Message Length" 파라미터와, ULP 프로토콜의 버전을 메이저(Major), 마이너(Minor), 서비스 인디케이터(Service Indicator) 등의 형태로 나타내는 "Version" 파라미터와, 메시지 특유의 세션 ID를 나타내는 "Session ID" 파라미터와, ULP에서 정의한 메시지들 중 하나를 포함하는 "Message Payload" 파라미터를 포함하여 구성된다.

특히, 상기 "Message Payload" 파라미터에서 정의된 메시지들은 SUPL INIT 메시지, SUPL START 메시지, SUPL RESPONSE 메시지, SUPL POS INIT 메시지, SUPL POS 메시지, SUPL END 메시지, SUPL AUTH REQ 메시지, SUPL AUTH RESP 메시지 등이 있다.

그러므로, 상기 ULP 메시지들은 "Version" 필드에 버전 정보를 포함하므로, 버전 정보가 포함된 메시지를 수신한 단말이나 서버에서는 송신측의 버전 정보를 확인할 수 있게 되는 것이다.

관련하여, 상기 "Version" 파라미터에 대해서는 이하, 도 8을 참조하여 상세히 설명하도록 한다.

이하, 도 4 ~ 도 7a에서 설명하는 메시지들은 도 3에서 설명한 커먼 파트(Common Part)를 모든 메시지들이 공통으로 가지므로 여기서는 커먼 파트(Common Part)를 제외한 메시지 특유 파트(Message Specific Part)를 설명함을 밝혀둔다.

도 4는 본 발명에 따른 초기화 메시지의 일실시 예를 나타낸 도면으로, 특히 SLP(20)에서 목적 SET(30)으로 송신하는 초기화 메시지인 SUPL INIT 메시지의 일실시 예를 나타낸 도면이다.

상기 SUPL INIT 메시지는 SLP에 의해 요구된 위치추적 기술들(Positioning technologies)을 나타내는 "Positioning Method" 파라미터와, LCS 통지(Notification)와 프라이버시(Privacy)에 관한 사항들을 SET에게 제공하기 위한 "Notification" 파라미터와, SLP 주소(Address)를 포함하고 있는 "SLP Address" 파라미터와, 요구되는 포지션의 퀄러티(Desired Quality of Position)를 나타내는 "QoP" 파라미터와, SLP 모드가 프록시 모드(Proxy Mode) 또는 논-프록시 모드(Non-Proxy Mode)인지는 나타내는 "SLP Mode" 파라미터와, SUPL INIT 메시지의 인테그리티 프로텍션(Integrity protection)을 위해 사용되는 메시지 인증 코드(Message Authentication Code : MAC, 이하 'MAC'라 한다.)를 포함하는 "MAC" 파라미터와, 상기 MAC를 확인하기 위해 사용되는 키(Key)에 대한 동일성 정보를 나타내는 "Key Identity" 파라미터를 포함하여 구성된다.

관련하여, 상기 "SLP Address" 파라미터는 논-프록시 모드(Non-Proxy Mode)인 경우에는 SPC 주소(Address)를 포함하고, 상기 "SLP Address" 필드는 프록시 모드(Proxy Mode)인 경우에는 선택적(Optional)이나 논-프록시 모드(Non-Proxy Mode) 인 경우에는 필수적인(Required) 필드이다.

또한, 상기 SLP Address는 SLP 또는 SPC와 연결시에 안전한 IP(Secure IP)를 만들기 위해 SET에 의해 사용되는 주소(Address)이다.

도 5는 본 발명에 따른 시작 메시지의 일실시 예를 나타낸 도면으로, 특히 목적 SET(300)에서 SLP(200)으로 송신하는 시작 메시지인 SUPL START 메시지의 일실시 예를 나타낸 도면이다.

상기 SUPL START 메시지는 커먼 파트(Common Part)를 제외한 메시지 특유 부분(Message Specific Part)은 SET의 능력(Capabilities)을 나타내는 "SET capabilities" 파라미터와, SET의 셀 정보(Cell Information)을 나타내는 "Location Id" 파라미터와, 요구되는 포지션의 퀄러티(Desired Quality of Position)를 나타내는 "QoP" 파라미터를 포함하여 구성된다.

도 6은 본 발명에 따른 종료 메시지의 제1실시 예를 나타낸 도면으로, 특히 SUPL END 메시지의 제1실시 예를 나타낸 도면이다.

상기 SUPL END 메시지는 정상적으로(normally) 또는 비정상적으로(abnormally) SUPL 과정의 끝을 나타내는 메시지이다.

도 6을 참조하면, SUPL END 메시지는 SET의 포지션 결과(Position result)를 나타내는 정보를 포함하는 "Position" 파라미터와, 에러 표시(Error indication) 또는 정보 표시(Information indication)로써 메시지의 상태(Status)를 나타내는 정보를 포함하는 "Status Code" 파라미터와, SET에 의해 계산된 SUPL INIT 메시지의 해쉬(hash)를 포함하는 "Ver" 파라미터를 포함하여 구성되는 것이 바람직하다.

관련하여, 상기 "Status Code" 파라미터에서 에러 표시들(Error indications)은 0 ~ 99 사이의 값들(values)을 가지고, 정보 표시들(Information indications)은 100 ~ 199 사이의 값들(values)을 가지며, 상기 "Ver" 파라미터는 프록시 모드(Proxy Mode) 및 논-프록시 모드(Non-Proxy Mode)에서 SUPL END 메시지가 SUPL INIT 메시지의 직접적인 응답으로 보내질 때, 상황들은 나타내야 한다.

여기서, 본 발명에서 SUPL END 메시지에 버전 정보를 포함시키는 방법의 제1실시 예에 대해서 상세히 살펴보고, SUPL END 메시지에 버전 정보를 포함시키는 방법의 제2실시 예에 대해서는 이하, 도 7a, 도 7b를 참고하여 상세히 살펴보도록 한다.

먼저, Network Initiated 경우에 SLP는 목적 SET의 위치 추적을 위해 목적 SET에게 SUPL INIT 메시지를 송신한다.

이때, 만일 SUPL INIT 메시지에 목적 SET이 지원할 수 없는 버전 정보가 포함되어 있다면, 목적 SET은 SUPL END 메시지의 "Version" 필드에 자신이 지원할 수 있는 버전 정보를 설정하고, 상태 코드(Status Code)에 VersionNotSupported로 설정하여, SUPL END 메시지를 SLP에게 송신한다.

그러면, 상기 SUPL END 메시지를 수신한 SLP는 상태 코드(Status Code)가 VersionNotSupported인 경우에 SUPL END 메시지의 버전 정보가 목적 SET이 지원할 수 있는 버전 정보로 인식한다. 따라서, SLP가 목적 SET의 위치 추적을 재요청할 경우에 목적 SET이 지원할 수 있는 버전 정보를 이용할 수 있게 되는 것이다.

그리고, SET Initiated 경우에 목적 SET은 자신의 위치 정보를 얻기 위해 SLP에게 SUPL START 메시지를 송신한다.

이때, 만일 SUPL START 메시지에 SLP가 지원할 수 없는 버전 정보가 포함되어 있다면, SLP는 SUPL END 메시지의 "Version" 필드에 자신이 지원할 수 있는 버전 정보를 설정하고, 상태 코드(Status Code)에 VersionNotSupported로 설정한 SUPL END 메시지를 목적 SET에게 송신한다.

그러면, 상기 SUPL END 메시지를 수신한 목적 SET은 상태 코드(Status Code)가 VersionNotSupported인 경우에 SUPL END 메시지의 버전 정보를 SLP가 지원할 수 있는 버전 정보로 인식한다. 따라서, 목적 SET이 자신의 위치 정보를 얻기 위해 SLP와의 연결을 재요청할 경우에 SLP가 지원할 수 있는 버전 정보를 이용할 수 있게 되는 것이다.

이와 같은 경우, SUPL END 메시지를 수신하였을 경우 버전 정보가 다르더라도 세션 ID(Session ID)와 상태 코드(Status Code) 등을 모두 검사하여 버전 정보를 처리해야 하는 것이 특징이다.

도 7a는 본 발명에 따른 종료 메시지의 제2실시 예를 나타낸 도면으로, 특히 SUPL END 메시지의 제2실시 예를 나타낸 도면이다.

도 7a의 SUPL END 메시지는 도 6에서 설명한 SUPL END 메시지의 제1실시와 차이점은 상태 코드(Status Code)가 VersionNotSupported인 경우에 지원되는 버전(Supported Version)을 나타내는 "Supported Version" 파라미터를 더 포함하여 구성되는 것을 특징으로 한다.

도 7b는 도 7a에서 설명한 본 발명에 따른 종료 메시지인 SUPL END 메시지의 제2실시 예를 인코딩(Encoding) 프로그램의 하나인 ASN.1으로 인코딩한 것을 나타낸 것으로, 본 실시 예에서는 "Supported Version" 파라미터를 선택적인(Optional) 사항으로 프로그램한 경우이다.

이때, 본 발명에서는 인코딩 프로그램으로 ASN.1을 예로 하여 설명하였으나, 다른 인코딩 프로그램으로 인코딩 가능하다.

여기서, 본 발명에서 SUPL END 메시지에 버전 정보를 포함시키는 방법의 제2실시 예에 대해서 상세히 살펴보도록 한다.

상기 제2실시 예에서는 SUPL END 메시지에 지원할 수 있는 버전 정보를 나타내는 "Supported Version" 필드가 구비되어 있는 경우이다.

목적 SET이 자신이 지원할 수 없는 버전 정보를 포함한 SUPL INIT(혹은 SUPL START) 메시지를 수신하였을 경우, SLP에게 지원할 수 없는 버전 정보임을 나타내는 상태 코드(Status Code)에 VersionNotSupported로 설정한 SUPL END 메시지를 송신한다.

이때, SUPL END 메시지의 "Version" 필드에는 수신한 메시지(예를 들어, SUPL INIT 메시지, SUPL START 메시지)에 포함되어 있는 버전 정보를 설정하고, 자신이 지원할 수 있는 버전 정보를 나타내는 필드인 "Supported Version" 필드에 목적 SET이 지원할 수 있는 버전 정보를 설정하여 송신한다.

이와 달리, SLP가 자신이 지원할 수 없는 버전 정보를 포함한 SUPL INIT(혹은 SUPL START) 메시지를 수신하였을 경우, 목적 SET에게 지원할 수 없는 버전 정보임을 나타내는 상태 코드(Status Code)에 VersionNotSupported로 설정하고, "Version" 필드에는 수신한 메시지(예를 들어, SUPL INIT 메시지, SUPL START 메시지)에 포함되어 있는 버전 정보를 설정한 SUPL END 메시지를 송신한다.

도 8은 본 발명에 따른 종료 메시지의 상태 코드(Status Code)를 예를 들어 설명한 도면으로, 특히, SUPL END 메시지 내 "Status Code" 파라미터의 일실시 예를 상세히 표현한 도면이다.

이하, 상기 "Status Code"를 상세히 살펴보면, 크게 나누어 에러를 표시하는 "Error Indicator"와, 정보들을 표시하는 "Information Indicator"로 구성된다.

상기 "Error Indicator"는 알려지지 않은 에러들을 나타내는 "unspecified" 와, 시스템 실패를 나타내는 "systemFailure"와, 프로토콜 파싱(parsing) 에러를 나타내는 "protocolError"와, 필요한 데이터 값이 미싱(missing)된 경우를 나타내는 "dataMissing"와, 데이터 이 필요없는 값을 취한 경우를 나타내는 "unexpectedDataValue"와, 기본적인 위치추적 방법이 실패해서 돌아온 것을 나타내는 "posMethodFailure"와, 요구되는 QoP와 SET 능력(Capabilities)과 SLP에 의해 설명되는 위치추적 방법(Positioning method) 간에 매칭되는 위치추적 방법(Positioning method)을 발견할 수 없는 경우를 나타내는 "posMethodMismatch"와, SET과 SLP에 이용가능한 위치추적 프로토콜(Positioning protocol)을 발견할 수 없는 경우를 나타내는 "posProtocolMismatch"와, SET이 응답하지 않는 경우를 나타내는 "targetSETnotReachable"와, 잘못된 ULP(UserPlane Location Protocol) 버전을 나타내는 "versionNotSupported"와, SET를 서브하기 위해서 이용가능한 리소스들(Resources)이 충분하지 않음을 나타내는 "resourceShortage"와, 인밸리드 세션 아 이덴터티(Invalid session identity)를 나타내는 "invalidSessionId"와, 예측하지 않은 메시지를 수신한 경우를 나타내는 "unexpectedMessage"와, SET이 논-프록시 모드(Non-Proxy Mode) 동작을 지원하지 않음을 나타내는 "nonProxyModeNotSupported"와, SET이 프록시 모드(Proxy Mode) 동작을 지원하지 않음을 나타내는 "ProxyModeNotSupported"와, SET이 포지션(Position) 또는 어시스턴스 데이터(Assistance Data)를 획득하기 위해 SLP로부터 권한이 부여되지 않은 경우를 나타내는 "positioningNotPermitted"와, 단지 SUPL AUTH_RESP에서 사용되고, 네트워크가 SET을 확증하지 않은 경우를 나타내는 "authNetFailure"를 포함하여 구성되는 것이 바람직하다.

상기 "Information Indicator"는 사용자가 위치 결정 세션(Location determination session)에 대한 승인을 거절하는 "consentDeniedByUser"와, 사용자가 위치 결정 세션(Location determination session)에 대한 승인을 허락하는 "consentGrantedByUser"를 포함하여 구성되는 것이 바람직하다.

특히, 본 발명에서는 수신된 메시지에서 지원되지 않는 버전을 확인한 경우에 송신하는 SUPL END 메시지의 상태 코드(Status Code)에 "versionNotSupported" 를 설정하여 송신하게 된다.

관련하여, 상기에서 버전 정보를 포함한 메시지로 초기화 메시지인 SUPL INIT 메시지와, 시작 메시지로 SUPL START 메시지와, 종료 메시지인 SUPL END 메시지를 예로 하여 설명하였으나, 다른 메시지도 버전 정보를 포함하는 것을 자명한 사실이다.

또한, 본 발명은 단말이 로밍 상태와 상관없이 로밍(Roaming)과 논 로밍(Non-Roaming) 모두에 적용가능하며, 서버가 프록시 모드(Proxy Mode)와 논-프록시 모드(Non-Proxy Mode) 모두에 적용가능함은 자명한 사실임을 밝혀둔다.

또한, 본 발명에서 SUPL과 ULP는 동일한 의미로 사용되었으며, 표현상의 차이일 뿐임은 자명한 사실이다.

본 발명을 상술한 실시예에 한정되지 않으며, 첨부된 청구범위에서 알 수 있는 바와 같이 본 발명이 속한 분야의 통상의 지식을 가진 자에 의해 변형이 가능하고 이러한 변형은 본 발명의 범위에 속한다.

상기에서 설명한 본 발명에 따른 위치추적 방법 및 위치추적 시스템의 효과는 위치정보 서비스의 유저 플레인 프로토콜에서 단말이나 서버가 자신이 지원할 수 있는 버전에 대한 정보를 통신 상대방에게 알려줌으로써 효율적으로 위치추적 절차를 재시작할 수 있는 것이 가능하다.

Claims

위치추적을 요청하는 제 1 단말, 위치추적의 대상이 되는 제 2 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서,

(a)제 1 단말로부터 위치추적 요청을 받아 서버가 지원할 수 있는 버전 정보가 포함된 초기화 메시지를 제 2 단말로 송신하는 단계와,

(b)상기 버전 정보가 제 2 단말에서 지원할 수 없는 버전이라는 정보와 제 2 단말이 지원할 수 있는 버전 정보를 포함한 종료 메시지를 수신하는 단계와,

(c)위치추적 실패를 알리는 메시지를 제 1 단말로 송신하는 단계와,

(d)제 1 단말로부터 다시 위치추적 요청을 받아 제 2 단말이 지원할 수 있는 버전 정보가 포함된 메시지를 제 2 단말로 송신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법.
제 1 항에 있어서,

상기 서버가 제 2 단말의 로밍 상태와 유저 플레인 프로토콜 지원 여부를 확인하는 단계를 더 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법.
제 1 항에 있어서,

상기 서버와 제 2 단말이 위치추적 절차를 수행하여 위치정보를 획득한 경 우, 상기 서버는 제 1 단말로 위치정보가 포함된 메시지를 송신하는 단계를 더 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법.
제 1 항에 있어서,

상기 메시지들은 버전 정보(Version Information)를 포함하는 필드를 구비하는 것을 특징으로 하는 서버에서의 위치추적 방법.
제 1 항에 있어서,

상기 종료 메시지는 지원되는 버전 정보(Supported Version Information)를 포함하는 있는 필드를 구비하는 것을 특징으로 하는 서버에서의 위치추적 방법.
제 1 항에 있어서,

상기 종료 메시지는 지원할 수 없는 버전 정보임을 나타내는 상태 코드(Status Code)를 구비하는 것을 특징으로 하는 서버에서의 위치추적 방법.
위치추적을 요청하는 제 1 단말, 위치추적의 대상이 되는 제 2 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서,

서버가 지원할 수 있는 버전 정보가 포함된 초기화 메시지를 수신하는 단계와,

상기 버전 정보가 제 2 단말에서 지원할 수 없는 버전이라는 확인 후, 서버 에게 상기 버전 정보가 제 2 단말에서 지원할 수 없는 버전이라는 정보와 제 2 단말이 지원할 수 있는 버전 정보를 포함한 종료 메시지를 서버로 송신하는 단계와,

제 2 단말의 버전 정보를 포함한 초기화 메시지를 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 제 2 단말에서의 위치추적 방법.
제 7 항에 있어서,

상기 제 2 단말은 종료 메시지를 서버로 송신 후, 서버와 연결을 해제하는 단계를 더 포함하여 이루어지는 것을 특징으로 하는 제 2 단말에서의 위치추적 방법.
자신의 위치정보를 요청하는 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서,

단말이 지원할 수 있는 버전 정보가 포함된 시작 메시지를 서버로 송신하는 단계와,

상기 버전 정보가 서버에서 지원할 수 없는 버전이라는 정보와 서버가 지원할 수 있는 버전 정보를 포함한 메시지를 수신하는 단계와,

상기 서버가 지원할 수 있는 버전 정보를 포함한 시작 메시지를 서버로 송신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 단말에서의 위치추적 방법.
자신의 위치정보를 요청하는 단말, 서버를 포함하여 구성되는 통신 환경의 위치추적 방법에 있어서,

단말이 지원할 수 있는 버전 정보가 포함된 시작 메시지를 수신하는 단계와,

상기 버전 정보를 확인하여, 버전이 서버에서 지원할 수 없는 경우에는 서버에서 지원할 수 없는 버전이라는 정보와 서버가 지원할 수 있는 버전 정보를 포함한 메시지를 송신하는 단계와,

상기 서버가 지원할 수 있는 버전 정보를 포함한 시작 메시지를 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법.
제 10 항에 있어서,

상기 서버는 단말의 로밍(Roaming) 상태를 확인하는 단계를 더 포함하여 이루어지는 것을 특징으로 하는 서버에서의 위치추적 방법.
메시지 송신부와 메시지 수신부를 포함하는 통신 환경에 있어서,

송신부가 지원할 수 있는 버전 정보를 포함한 메시지를 수신하는 단계와,

상기 버전 정보 확인 후, 수신부에서 지원할 수 없는 버전인 경우에는 수신부가 지원할 수 없는 버전이라는 정보와, 수신부가 지원할 수 있는 버전 정보를 포함한 메시지를 송신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 버전 확인 방법.
위치정보 서비스를 위한 위치추적 시스템에 있어서,

목적 단말의 위치추적을 위한 메시지를 서버로 송신하는 제 1 단말과,

상기 제 1 단말로부터 메시지를 수신하여 목적 단말인 제 2 단말의 위치추적을 시작하기 위해 자신의 버전 정보를 포함한 메시지를 제 2 단말로 송신하는 서버와,

상기 서버로부터 메시지를 수신하여 서버의 버전 정보를 확인하고, 자신이 지원할 수 없는 버전인 경우, 지원할 수 없는 버전이라는 정보와 자신이 지원할 수 있는 버전 정보를 포함한 메시지를 상기 서버로 송신하는 제 2 단말을 포함하여 구성된 것을 특징으로 하는 위치추적 시스템.
제 13 항에 있어서,

상기 제 1 단말과 제 2 단말은 유저 플레인 로케이션 프로토콜(Secure User Plane Location Protocol)을 이용하여 네트워크와 통신 가능한 것을 특징으로 하는 위치추적 시스템.
위치정보 서비스를 위한 위치추적 시스템에 있어서,

자신의 위치정보를 획득하기 위해 버전 정보가 포함된 메시지를 송신하는 단말과,

상기 단말로부터 메시지를 수신하여 버전 정보를 확인 후, 지원할 수 없는 버전인 경우, 지원할 수 없는 버전이라는 정보와 자신이 지원할 수 있는 버전 정보를 포함한 메시지를 상기 단말로 송신하는 서버를 포함하여 구성된 것을 특징으로 하는 위치추적 시스템.