KR20150024880A

KR20150024880A - 사용자 장치의 위치 찾기를 위한 시스템 및 방법

Info

Publication number: KR20150024880A
Application number: KR20157000001A
Authority: KR
Inventors: 아룬 라구파티; 가네쉬 파타비라만; 슈브함 쿠마; 헨리 클락; 앤드류 센도나리스; 스티븐 윌호프
Original assignee: 넥스트나브, 엘엘씨
Priority date: 2012-06-05
Filing date: 2013-06-04
Publication date: 2015-03-09
Also published as: US20160109582A1; WO2013184701A9; WO2013184701A1; US20130324154A1; AU2013271771B2; EP2856202A1; EP2856202B1; AU2013271771A1; AU2016247187A1; CA2874771A1; JP2015528099A; CN104583802A; EP3139193A1; HK1206816A1; US9247392B2

Abstract

사용자 장치에서 위치 정보를 모으고, 연산하고, 하나 이상의 네트워크로 전송하기 위한 장치, 시스템 및 방법이 개시될 수 있다. 제1 실시예에서, 사용자 장치는 지상 비콘과 관련된 의사 거리 정보를 GNSS 의사 거리 정보로 변환한다. 제2 실시예에서, 사용자 장치는 GNSS 정보 요소를 사용하여 위치 정보를 전송한다. 제3 실시예에서, 사용자 장치는 비-GNSS 정보 요소를 사용하여 위치 정보를 전송한다.

Description

사용자 장치의 위치 찾기를 위한 시스템 및 방법{SYSTEMS AND METHODS FOR LOCATION POSITIONING OF USER DEVICE}

본 개시물은 일반적으로 위치 찾기 시스템에 관한 것이다. 좀 더 구체적으로, 본 개시물은 사용자 장치와 통신하는 다수의 송신기를 사용하여, 사용자 장치에 대한 매우 정확한 위치(position)/로케이션(location) 정보를 결정하는 것과 위치 결정을 위한 시그널링(signaling)을 위한 장치, 시스템 및 방법에 관한 것이다.

글로벌 네비게이션 위성 시스템(Global Navigation Satellite System, GNSS)와 같은 위치 정보를 제공하기 위한 시스템은 사람, 자동차, 장비등에 대한 위치 정보를 결정하는데 사용되었다. 이들 시스템은 로케이션 정확도, 송수신되는 신호 레벨, 다중 경로와 같은 라디오 채널 간섭 및/또는 채널 문제, 장치 전력 소비등과 같은 요소와 같은 요소와 관련된 한계를 가진다. 연산 장치의 정확한 로케이션의 결정은 매우 문제가 될 수 있다. 만일 장치가 실내이거나 장애물을 가진 도시 지역이라면, 장치는 위성으로부터 신호를 수신할 수 없을 수 있고, 네트워크는 덜 정확한 네트워크-기반 삼각법/다각법에 의존해야만 할 것이다. 또한, 만일 장치가 복수의 층인 빌딩에 있다면, 장치가 어느 층에 있는지 모르고 단지 그 빌딩내에 있다는 것만 아는 것은 긴급 지원을 제공하는데 있어 지연을 초래할 것이다(이는 잠재적으로 생명-위협일 수 있음). 분명히, 로케이션 결정 처리 속도를 높이는 장치를 지원할 수 있는 시스템은 3-차원 이상의 정확도를 제공하고, 도시 지역에서 로케이션 결정의 문제를 일부 해결하며, 빌딩 내에서도 필요하다. 셀룰러 서비스 제공자 및 장치 제조자에게 요구되는 긴급 콜 로케이션 정확도를 나타내는 FCC의 지침이 이러한 문제에 추가된다.

본 문헌은 일반적으로 위치 결정 시스템에 관한 것이다. 좀 더 구체적으로, 본 문헌은 사용자 장치의 로케이션을 결정하는 것과 관련된 시그널링을 제공 및 처리하기 위한 장치, 시스템 및 방법에 관한 것이나, 이에 제한되는 것은 아니다. 어떤 태양에 따르면, 다수의 송신기로부터의 신호는, 위도, 경도 및 고도와 관련하여, 사용자 장치의 로케이션을 빠르고 정확하게 결정하기 위하여, 사용자 장치 및/또는 서버에 의해 사용될 수 있다. 사용자의 로케이션을 결정하고 사용하기 위한 다양한 태양이 본원에서 좀 더 자세히 기술된다.

모이도록 구성되는, 사용자 장치, 송신기 및 다른 시스템 부품과 관련된 일부 태양은 적합한 네트워크 내의 위치 정보를 계산하고 전송한다. 네트워크는 다수의 지상 송신기 및 하나 이상의 사용자 장치를 가진 시스템을 포함할 수 있다. 사용자 장치는, 정보를 네트워크로 전송하기 전에, 특정 송신기와 관련된 의사-거리 정보를 GNSS 의사-거리 정보로 변환할 수 있다. 대안적으로, 사용자 장치는 변형된 GNSS 정보 요소를 사용하거나, 새로운 정보 요소를 사용하여 의사-거리 정보를 전송할 수 있다. 추가 태양은 도면, 발명의 상세한 설명 및 청구항과 함께 이하에 기술된다.

도 1은 위치 결정 시스템의 태양을 도시한다.
도 2는 도 1의 위치 결정 시스템 내의 송신기의 태양을 도시한다.
도 3은 도 1의 위치 결정 시스템 내의 사용자 장치의 태양을 도시한다.
도 4는 UE-지원 위치 결정을 수행하기 위한 절차를 도시한다.
도 5는 WAPS 네트워크 의사-거리를 사용하여 UE-지원 위치 결정을 위한 절차를 도시한다.
도 6은, 사용자 장치가 WAPS 신호를 해독하지 못할 때, WAPS 네트워크 의사-거리를 사용하여 UE-지원 위치 결정을 수행하기 위한 절차를 도시한다.
도 7은 UE-기반 위치 결정을 수행하기 위한 절차를 도시한다.
도 8은 UE-지원 위치 결정을 수행하기 위한 절차를 도시한다.
도 9A는 위치 결정 시스템의 태양을 도시한다.
도 9B는 위치 결정 시스템의 태양을 도시한다.
도 9C는 위치 결정 시스템의 태양을 도시한다.
도 10은 A-GPS에 따른 LCS 요구와 응답을 위한 시그널링 절차와 메세지를 수행하기 위한 절차를 도시한다.
도 11은 WAPS 네트워크를 사용하여 긴급 콜 하는 것을 도시한다.
도 12는 WAPS 네트워크 지원 및 시그널링에 대한 제한된 변형으로 사용자 장치로의 Location Request를 도시한다.
도 13은 WAPS 네트워크 지원을 사용하여 긴급 콜 하는 것을 도시한다.
도 14는 WAPS 네트워크 지원 및 시그널링에 대한 제한된 변형으로 사용자 장치로의 Location Request를 도시한다.
도 15는 WAPS 네트워크 지원을 사용하여 긴급 콜 하는 것을 도시한다.
도 16은 WAPS 네트워크 지원을 사용하여 긴급 콜 하는 것을 도시한다.
도 17은 WAPS 지원 및 시그널링에 대한 변형 없이 사용자 장치로의 Location Request를 도시한다.
도 18은 WAPS 네트워크 지원을 사용하여 긴급 콜 하는 것을 도시한다.
도 19는 E-SMLC에 의해 제공된 WAPS 네트워크 보조 데이터로 UE 기반 위치 계산을 도시한다.
도 20은 사용자 장치의 위치를 결정하기 위한 절차의 태양을 도시한다.

본 문헌은 일반적으로 사용자 장치의 위치 결정(또한, 본원에서는 "로케이션"이라 지칭함)을 위한 시스템 및 방법에 관한 것이다. 본 문헌의 맥락에서, 위치 결정 시스템은 하나 이상의 위도, 경도 및 고도 좌표(또한, 이는 1차원, 2차원 또는 3차원(가령, x, y, z 좌표, 각 좌표)과 관련하여 기술되거나 도시될 수 있음)를 알아내는 것이라는 점을 주목한다.

또한, 본 문헌은 위치 신호(positing signal)를 다양한 사용자 장치로 방송하도록 구성된 송신기의 네트워크에 관한 것이다. 특정 사용자 장치의 위치는 방송 위치 정보 및 (옵션으로) 송신기로부터 사용자 장치에 사용 가능한 다른 정보, 사용자 장치에서의 센서 및 다른 부품을 사용하는 사용자 장치에 의해 연산될 수 있다. 대안적으로, 사용자 장치의 위치는, 본원 어딘가에 기술된 무선 또는 유선 수단을 통하여, 사용자 장치로 직접이나 간접으로(다른 부품을 통하여) 결합된 서버에 의해 연산될 수 있다.

다음 기술에서, 기술된 시스템과 방법의 완전한 이해와 시스템과 방법에 대한 설명을 제공하기 위하여 여러 특정 세부 사항이 소개될 수 있다. 그러나, 당업자는 실시예가, 하나 이상의 특정 세부사항이나, 다른 부품, 시스템등을 사용하지 않고 실시될 수 있다는 것을 인지할 것이다. 다른 예에서, 잘 알려진 구조나 작동은 실시예의 태양을 애매하게 하는 것을 방지하기 위하여, 도시되지 않거나, 완전히 기술되지 않을 수 있다.

시스템 태양

도 1은 다양한 실시예가 실행될 수 있는 예시적인 위치 결정 시스템(positioning system, 100)을 자세히 나타내는 블록도이다. 위치 결정 시스템(100)은, 지상에 묘사된, 동기화된 송신기(transmitter, 110)의 네트워크(또한, 이는 본원에서 "비콘(beacon)" 또는 "타워(tower)"라고 함)는 물론, 송신기(110) 및/또는 위성(satellite, 150) 및/또는 지상 네트워크 노드(terrestrial network node, 160)의 네트워크와 같은 다른 네트워크로부터 제공되는 신호를 추적하여 얻도록 구성된 임의의 수의 사용자 장치(user device, 120)를 포함한다. 사용자 장치(120)는, 송신기(110) 또는 다른 네트워크(가령, 위성(150), 셀룰러 텔레포니 송신기를 포함하는 노드(160))로부터 수신된 신호에 기초하는 위치 정보를 결정하기 위하여, 로케이션 연산 엔진(미도시)을 포함할 수 있다.

시스템(system, 100)은, 송신기(110), 사용자 장치(120) 또는 하나 이상의 네트워크 인프라구조(170)(가령, 인터넷, 셀룰러 네트워크, 광역 또는 로컬 네트워크 및/또는 다른 네트워크)와 같은 다양한 다른 시스템과 통신하는 서버 시스템(server systerm, 130)을 더 포함할 수 있다. 서버 시스템(130)은 송신기(110), 결제 인터페이스(billing interface), 하나 이상의 암호화 알고리즘(encryption algorithm) 처리 모듈(이는 시스템(100)의 사용자에 대한, 위치, 운동 및/또는 로케이션 결정을 용이하게 하기 위하여, 하나 이상의 암호화 알고리즘, 로케이션 연산 엔진 모듈 및/또는 그 밖의 처리 모듈에 기초할 수 있음)과 같은 다양한 시스템-관련 정보를 포함할 수 있다. 또한, 서버 시스템(130)은 본원에서 기술되는 정보를 저장하는 하나 이상의 데이터 소스(미도시)를 포함할 수 있다.

하나의 사용자 장치(120)가 간략성을 위해 도 1에 도시되었는데, 시스템(100)은 전형적으로, 형성된 커버 영역 내의 많은 사용자 장치(120)를 지원하도록 구성될 수 있다. 사용자 장치(120)는 송신기(110)로부터 시그널링을 수신하도록 구성됨은 물론, 옵션으로 유선 수단(가령, 이더넷이나 기술 분야에서 알려지거나 나중에 개발된 그 밖의 케이블 채널) 또는 무선 수단(라디오 주파수, Wi-Fi, Wi-Max, 블루투스 또는 기술 분야에서 알려지거나 나중에 개발된 그 밖의 무선 채널)을 포함하는 다양한 연결 수단을 사용하여 시그널링을 수신하도록 구성되는 다양한 전자 장치 중 하나 일 수 있다. 각각의 사용자 장치(120)는 셀룰러 폰이나 스마트 폰, 태블릿 장치, PDA, 노트북이나 그 밖의 연산 장치 및/또는 이와 유사하거나 등가의 장치의 형태일 수 있다. 사용자 장비(User Equipment, UE), 모바일 스테이션(Mobile Station, MS), 사용자 단말기(User Terminal, UT), SUPL 기능이 내재된 단말기(SUPL Enabled Terminal, SET), 수신기(Receiver, Rx) 및 모바일 장치(당업자에 의해 알려진 그 밖의 것들)를 포함하는 사용자 장치(120)을 특정하는데 사용되는 다양한 용어가 있다는 점을 주목한다. 이들 임의의 용어는 본원에서 사용자 장치(120)를 말할 대 사용될 수 있다. 또한, 사용자 장치(120)는 표준 또는 비표준 통신 프로토콜을 사용하여 서로 다른 네트워크와 통신할 수 있다. 또한, 이러한 네트워크는 본원에서 "서비스 제공자(Service Provider, SP)"라고 할 수 있다.

사용자 장치(120)는 다양한 시스템 구성과 통신 연결성을 가질 수 있다. 가령, 사용자 장치(120)는 대응되는 통신 링크(communication link, 113)를 통하여 복수의 송신기(110)로부터 시그널링을 수신 및/또는 전송할 수 있다. 또한, 사용자 장치(120)는 통신 링크(163)를 통하여 네트워크 노드(160)(가령, 셀룰러 기지국, Wi-Fi 핫스팟등)로 다른 신호를 수신 및/또는 전송하도록 구성될 수 있다. 또한, 사용자 장치(120)는 위성 통신 링크(153)를 통하여 위성(150)으로부터 시그널링을 수신 및/또는 전송할 수도 있다. 도 1의 예시적인 실시예에 도시된 위성 위치 시그널링이 GPS 시스템 위성(150)으로부터 제공되지만, 다른 실시예에서는, 시그널링이 다른 위성 시스템으로부터 제공될 수 있다. 또한, 사용자 장치(120)는 서버 시스템(130), 다른 사용자 장치(120) 및 네트워크 인프라구조(연결성 미도시)로부터 시그널링을 수신 및/또는 전송할 수도 있다. 사용자 장치(120)와 다른 시스템 구성 간의 통신 연결은 본원 어딘가에서 개시된 유무선 수단을 사용하여 수행될 수 있다.

시스템(100)의 송신기(110)는 독점적으로 허가받거나, 공유적으로 허가/비허가된 라디오 스펙트럼에서 동작하도록 구성될 수 있으나, 일부 실시예는 비허가된 공유 스펙트럼에서 시그널링을 제공하도록 실시될 수 있다. 송신기(110)는 본원 어딘가에 포함되고 식별된 참조 문헌에 기술된 시그널링을 사용하여 이들 다양한 라디오 밴드에서 시그널링을 송신할 수 있다. 이 시그널링은 로케이션 목적이나 네비게이션 목적을 위해 형성된 포맷으로 특정 데이터를 제공하도록 구성된 신호의 형태일 수 있다. 가령, 시그널링은, 종래의 위성 위치 시그널링이 반사, 다중경로등에 의해 감쇠 및/또는 영향받는 곳인 장애 환경에서 작동하는데 특히 유리하도록 구조화될 수 있다. 또한, 시그널링은 빠른 획득 시간과 위치 결정 시간을 제공하도록 구성되어, 사용자 장치가 파워-온되거나 로케이션이 활성화될 때, 빠른 로케이션 결정을 할 수 있어서 전력 소모를 감소시킬 수 있다.

송신기(110)는 복수의 사용자 장치(120)로 송신기 신호를 전송하도록 구성될 수 있다. 송신기 신호는 통신 링크(113)를 통해 송신될 수 있고, 이는 위치와 그 밖의 시그널링을 포함할 수 있다. 또한, 송신기(110)는 통신 링크(133)를 통해 서버 시스템(130)과 연결될 수 있고, 및/또는 노드(160) 및 네트워크 인프라구조(170)에 그 밖의 통신 연결(미도시)을 가질 수 있다. 송신기(110)와 그 밖의 시스템 구성간의 통신 연결은 본원 어딘가에 개시된 유무선 수단을 사용하여 수행될 수 있다.

광역 위치 결정 시스템( WAPS ) 네트워크

여기 "광역 위치 결정 시스템(WAPS)" 네트워크가 참조될 수 있다. 용어 "메트로폴리탄 비콘 시스템(Metropolitan Beacon System, MBS)"도 WAPS 네트워크로 언급될 수 있다. WAPS 네트워크는, 주어진 시점에서 사용자 장치(120)가 있는 지리적 커버 영역에 서로 다른 위치에 위치된 송신기(110)를 포함하여, 도 1에 도시된 임의의 수의 구성을 포함할 수 있다. 또한, WAPS 네트워크는 가령, 도 1의 서버 시스템(130)을 포함할 수도 있다. 또한, 사용자 장치(가령, 도 1의 사용자 장치)는, 이들 사용자 장치가 WAPS 네트워크 구성과 통신하도록 하는 방식인 "WAPS-호환적"일 수 있어서, WAPS 네트워크 정보(가령, 송신기(110), 서버 시스템(130) 또는 다른 구성으로부터의 정보)를 처리하고, WAPS 네트워크 내의 사용을 위해 정보를 생성할 수 있다.

WAPS 네트워크의 다양한 실시예가 다른 위치 결정 시스템(가령, GNSS 위치 결정 시스템, 셀룰러 위치 결정 시스템)과 결합되어, 향상된 로케이션 및 위치 결정을 제공할 수 있다. 따라서, WAPS 네트워크 내에서 결정된 정보는 다른 네트워크 시스템으로 제공될 수 있다. 가령, 셀룰러 네트워크에서, 셀룰러 백홀 링크(cellular backhaul link, 165)는 네트워크 인프라 구조(170)를 통하여, 사용자 장치(120)로부터의 정보를 관련 셀룰러 캐리어 및/또는 그 밖의 것(미도시)으로 제공하는데 사용될 수 있다. 이는 긴급시 사용자 장치(120)의 위치를 빠르고 정확히 찾는데 사용될 수 있고, 또는 로케이션-기반 서비스 또는 셀룰러 캐리어나 다른 네트워크 사용자 또는 시스템으로부터의 다른 기능을 제공하는데 사용될 수 있다.

송신기(110)는 송신기 출력 신호 내의 위치 정보 및/또는 다른 데이터나 정보를 사용자 장치(120)로 방송하도록 구성될 수 있다. 위치 신호는, 특정 시스템이나 지역 커버 영역의 모든 송신기에 걸쳐 동기화되기 위해 조정될 수 있고, 타이밍 동기화를 위하여 규제된 GPS 클락 소스를 사용할 수 있다. 위치 송신은 전용 통신 채널 리소스(가령, 시간, 코드 및/또는 주파수)를 포함하여, 삼변 측량을 위해 요구되는 데이터의 송신, 가입자의 가입자/그룹으로의 통지, 메세지의 방송, WAPS 네트워크 및/또는 그 밖의 다른 목적을 위한 일반적인 작동을 용이하게 할 수 있다.

위치 데이터는 두 개의 특정 유형의 정보를 포함할 수 있는데, (1) 빠른 속도의 범위 신호와 (2) 송신기 ID 및 위치, 시각, 건강, 압력 데이터와 온도 데이터와 같은 환경 조건 및 다른 데이터와 같은 로케이션 데이터이다. 위치 데이터는, 가입자의 그룹을 위한 통지/접근 컨트롤 메세지와 같은 메세지나 정보, 일반 방송 메세지, 및/또는 시스템 작동, 사용자, 다른 네트워크와의 인터페이스 및 다른 시스템 기능과 관련된 그 밖의 데이터나 정보를 더 포함할 수 있다. 위치 데이터는 본원 어딘가에 나열된 포함되는 참조 문헌에 개시된 바와 같이 다양한 방법으로 제공될 수 있다.

WAPS 네트워크의 다양한 특징과 관련된 추가 개시물은, 일부 및 전부의 목적을 위해 그 전체에 대해 참조로서 포함되는 공동-수탁된 이하의 특허 출원에 기술된다. 2012년3월 5일에, IDE AREA POSITIONING SYSEMS 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제13/412,487호, 2009년 9월 10일에, WIDE AREA POSITIONING SYSTEM 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제12/557,479호 (이제는 미국 특허 번호 제8,130,141호), 2012년 3월 5일에, WIDE AREA POSITIONING SYSTEM 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제13/412,508호, 2011년 11월 14일에, WIDE AREA POSITIONING SYSTEMS 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제13/296,067호, 2011년 6월 28일에 WIDE AREA POSITIONING SYSTEMS 이라는 명칭으로 출원된 출원 번호 제PCT/US12/44452호, 20112년 6월 28일에, CODING IN WIDE AREA POSITIONING SYSTEMS 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제13/535,626호, 2012년 8월 2일에, CELL ORGANIZATION AND TRANSMISSION SCHEMES IN A WIDE AREA POSITIONING SYSTEM 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제13/565,732호, 2012년 8월 2일에, CELL ORGANIZATION AND TRANSMISSION SCHEMES IN A WIDE AREA POSITIONING SYSTEM 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제13/565,723호, 2013년 3월 14일에, SYSTEMS AND METHODS CONFIGURED TO ESTIMATE RECEIVER POSITION USING TIMING DATA ASSOCIATED WITH REFERENCE LOCATIONS IN THREE-DIMENSIONAL SPACE 이라는 명칭으로 출원된, 미국 특허 출원 일련 번호 제13/831,740호이다. 상기 출원, 간행물 및 특허는 본원에 개별적 또는 집합적으로 언급될, "포함된 참조 문헌(들)", "포함된 출원(들)", "포함된 간행물(들)", "포함된 특허(들)" 아니면 다르게 지정될 수 있다. 본원에 개시된 다양한 태양, 세부사항, 장치, 시스템 및 방법은 포함된 임의의 참조 문헌과 결합될 수 있다.

송신기

도 2는 도 1의 송신기(110)와 대응될 수 있고, 위치 신호가 전송될 수 있는 송신기 시스템의 세부 사항을 나타내는 블록도이다. 송신기 시스템(200)은 관련 신호 수신 및/또는 처리를 수행하기 위한 블록을 포함하여 도시된다. 이들 블록은 유사 또는 등가의 신호 처리, 신호 생성 및 신호 송신을 제공하기 위하여 결합 및/또는 다양하게 조직될 수 있다.

도 2에 도시된 바와 같이, 송신기 시스템(200)은 위성(가령, GPS) 신호를 수신하기 위한 위성 모듈(satellite module, 240) 및 GPS나 다른 위치 결정 시스템으로부터 제공될 수 있는 로케이션 정보 및/또는 타이밍 데이터, 정밀도의 저하(dilution of precision, DOP) 데이터 또는 다른 데이터나 정보와 같은 그 밖의 데이터가 제공되는 프로세싱 모듈(processing module, 210)을 포함한다.

또한, 송신기 시스템(200)은 본원 어딘가에 기술된 바와 같이, 송신기 출력 신호를 생성 및 전송하기 위한 하나 이상의 송신기 모듈(transmitter module, 250)을 포함할 수도 있다. 또한, 송신기 모듈(250)은, 아날로그 또는 디지털 논리 및 전력 회로, 신호 처리 회로, 튜닝 회로, 버퍼 및 전력 증폭기등과 같은 송신 안테나로 출력 신호를 제공하기 위해, 기술 분야에서 이미 알려지거나 나중에 알려지는 다양한 요소를 포함할 수 있다. 출력 신호를 생성하기 위한 신호 처리는 프로세싱 모듈(210) 에서 행해질 수 있는데, 일부 실시예에서, 이는 송신기 모듈(250)과 통합될 수 있고, 다른 실시예에서, 복수의 신호 처리 및/또는 다른 동작 기능을 수행하기 위한 독립적인 프로세싱 모듈일 수 있다.

하나 이상의 메모리(220)는 프로세싱 모듈(210)과 결합되어, 데이터의 저장 및 복구를 제공하거나, 및/또는 프로세싱 모듈(210) 내의 실행을 위한 명령을 저장 및 복구를 제공할 수 있다. 가령, 명령은, 로케이션 정보나, 지역 환경 조건과 같은 송신기 시스템(200)과 관련된 다른 정보를 결정은 물론 도 1의 사용자 장치(!20)로 전송될 송신기 출력 신호를 생성하기 위해, 본원 어딘가에 기술되는 방법 및 기능의 다양한 처리를 수행하기 위한 명령일 수 있다.

송신기 시스템(200)은, 가령, 지역 압력, 온도 또는 그 밖의 조건과 같은 송신기와 관련된 조건을 센싱 또는 결정하기 위한 하나 이상의 환경 센싱 모듈(270)을 더 포함할 수 있다. 압력 정보는, 본원 어딘가에 기술되는 바와 같이, 환경 센싱 모듈(270)에서 생성될 수 있고, 송신기 출력 신호 내의 다른 데이터와 통합을 위해 프로세싱 모듈(210)로 제공될 수 있다. 또한, 하나 이상의 인터페이스 모듈(interface module, 260)도 송신기 시스템(200) 내에 포함되어, 송신기 시스템(200)과 가령, 도 1의 서버 시스템(130) 및 네트워크 인프라구조(170)와 같은 다른 원격 구성간의 인터페이스를 제공할 수 있다. 서버 시스템(130)은 인터페이스 모듈(260)을 통하여 송신기 시스템(200)으로 데이터나 정보를 전송할 수 있다. 또한, 송신기 시스템(200)은 관련 작동 기능성을 제공하기 위해 다른 모듈(미도시)을 포함할 수 있다.

사용자 장치

도 3은 도 2의 송신기 시스템(200)으로부터의 신호가 수신 및 처리되어 사용자 장치 시스템(300)과 관련된 위치 정보를 결정할 수 있는 사용자 장치 시스템(300)의 세부 사항을 도시한 블록도이다. 사용자 장치 시스템(300)은 도 1의 사용자 장치(120)에 해당할 수 있다.

사용자 장치 시스템(300)은, 원격 구성으로부터 신호를 수신하여, 원격 구성으로 신호를 송신하도록 구성되는 RF 모듈(330)을 포함할 수 있다.

사용자 장치 시스템(300)은 위성(가령, GPS) 신호를 수신하기 위한 위성 모듈(340) 및 GPS나 다른 위치 결정 시스템으로부터 제공될 수 있는 로케이션 정보 및/또는 타이밍 데이터, 정밀도의 저하(DOP) 데이터 또는 다른 데이터나 정보와 같은 그 밖의 데이터가 제공되는 프로세싱 모듈(processing module, 310)을 포함한다.

또한, 사용자 장치 시스템(300)은 셀룰러 데이터 통신 시스템 또는 그 밖의 데이터 통신 시스템을 통하여 데이터 또는 정보를 전송 및 수신하기 위한 셀룰러 모듈(cellular module, 350)도 포함할 수 있다. 사용자 장치 시스템(300)은, Wi-Fi, Wi-Max, 블루투스, USB 또는 그 밖의 네트워크와 같은 그 밖의 유선이나 무선 통신 네트워크를 통하여 데이터를 전송 및/또는 수신하기 위한 통신 모듈(미도시)을 포함할 수 있다.

또한, 사용자 장치 시스템(300)은, 위치 신호(가령, 도 1의 송신기(110))를 방송하는 송신기로부터 신호를 수신하기 위하여, 그리고 위치 정보를 결정하기 위한 신호를 처리하기 위하여, 위치 송신기 모듈(365)을 포함할 수도 있다. 송신기 모듈(365)은 다른 모듈(가령, 위성 모듈(340), 셀룰러 모듈(350))과 안테나, RF 회로등과 같은 리소스에 통합 및/또는 공유될 수 있다. 가령, 위치 송신기 모듈(365) 및 위성 모듈(240)은 라디오 전단(radio front end, RFE) 구성 및/또는 처리 요소의 일부나 전부를 공유할 수 있다. 프로세싱 모듈(310)은 위치 송신기 모듈(365), 위성 모듈(340) 및/또는 셀룰러 모듈(350)과 같은 리소스를 통합 및/또는 공유되어, 위치 정보를 결정 및/또는 본원에 기술된 바와 같은 그 밖의 처리 기능을 수행할 수 있다.

하나 이상의 메모리(320)는 프로세싱 모듈(310)과 결합되어, 데이터의 저장 및 복구를 제공하거나, 및/또는 프로세싱 모듈(310) 내의 실행을 위한 명령을 저장 및 복구를 제공할 수 있다. 가령, 명령은, 로케이션 정보나 RF 모듈(330)이나 네트워크 인터페이스 모듈(360)을 통하여 수신된 송신기, GPS, 셀룰러, 압력, 온도 및/또는 그 밖의 신호나 데이터를 결정하기 위하여, 본원 어딘가에 기술된 다양한 처리 방법과 기능을 수행하기 위한 명령일 수 있다.

사용자 장치 시스템(300)은 가령, 지역 압력, 온도 또는 그 밖의 조건과 같은 송신기와 관련된 조건을 센싱 또는 결정하기 위한 하나 이상의 환경 센싱 모듈(370)을 더 포함할 수 있다. 예시적인 실시예에서, 압력 및 온도 정보는 환경 센싱 모듈(370)에서 생성될 수 있고, RF 모듈(330)이나 네트워크 인터페이스 모듈(360)을 통하여 수신된, 송신기(110), GPS, 셀룰러 또는 그 밖의 신호와 함께, 3차원 위치 정보를 결정하는데 사용하기 위한 프로세싱 모듈(310)에 제공될 수 있다. 가속도계, 나침반 및 사용자 장치에서 발견될 수 있는 그 밖의 구성을 포함하는 그 밖의 센싱 모듈(미도시)이 상정된다는 것을 주목한다.

사용자 장치(200)는, 키패드, 터치스크린 디스플레이, 마우스 또는 사용자 인터페이스 요소의 형태일 수 있는 사용자 입력 모듈(user input module, 380)과 같은 다양한 추가 사용자 인터페이스 모듈을 포함할 수 있다. 기술 분야에서 알려지거나 개발되는 바와 같이, 오디오 및/또는 비디오 데이터나 정보는 하나 이상의 스피커나 오디오 트랜스듀서, 터치스크린과 같은 시각 디스플레이 및/또는 그 밖의 사용자 I/O 요소의 형태와 같은 출력 모듈(output module, 390)이 제공될 수 있다. 예시적인 실시예에서, 출력 모듈(390)은 수신된 송신기 신호에 기초하여 결정된 위치 정보를 시각적으로 디스플레이하는데 사용될 수 있고, 결정된 위치 정보는 관련 서비스 제공이나 다른 개체를 위해 셀룰러 모듈(350)로 전송될 수도 있다.

위치 정보를 결정하고 송신하기 위한 방법

이하에서 기술되는 3개의 진보적인 방법과 관련된 변형예는 다양한 네트워크 및 로케이션 위치를 결정하는 다양한 방법에 적용될 수 있다. 가령, 어떤 방법은 3GPP RRC/RRLP, 3GPP2 CDMA, LTE 또는 그 밖의 네트워크와 관련하여 모바일-지향된 결정 또는 모바일 단말된 결정에 적용될 수 있다. 또한, 어떤 방법은 컨트롤-평면 또는 사용자-평면(가령, SUPL) UE-기반 또는 UE-지원 결정에도 적용될 수 있다. 여전히, 어떤 방법은 E-911 모바일-단말된 결정에 적용될 수 있다.

방법 1

일반적으로, 방법 1은, 방법 1을 실행할 때의 자본 투자를 최소화하기 위하여, 기존 네트워크 인프라구조 및 송신 프로토콜을 사용한다. 방법 1에 따르면, 사용자 장치는, WAPS 의사-거리 측정치를 만들기 위해 변형될 수 있고, 그런 다음, 이들 WAPS 를 GPS 의사-거리 측정치로 변환할 수 있다. 사용자 장치를 변형함에 의하여, 다양한 레거시(즉, 기존) 또는 새로운 네트워크의 처리 절차(procedure)이 바뀌지 않을 수 있어서, 방법 1을 이들 네트워크에 채용하는 비용을 최소화한다. 방법 1은, 글로벌 네비게이션 위성 시스템(GNSS) 별자리 분야 또는 다른 예약된 필드(reserved field)를 사용 또는 대안적으로 사용하여, "WAPS 표시자(WAPS indicator)"를 제공하여, 사용자 장치로부터의 위치 정보가 GPS와 비교하여, WAPS로부터 파생되었다는 것을 네트워크에 알릴 수 있다. 다른 별자리 분야는 추가 WAPS(또는 또 다른 네트워크의) 정보를 송신하는데 사용될 수 있다.

방법 1은 위치를 결정하기 위하여, 네트워크 프로세스에 어떠한 실질적인 변화 없이 사용자 장치에 변화를 제공한다. 방법 1에 따르면, 네트워크는 "WAPS-감지(WAPS-aware)"될 필요가 없다. 이는 네트워크가 WAPS 기능성으로 구성될 필요가 없어서, 네트워크는 WAPS 위치 정보로 LCS 서비스 요청을 처리할 수 있는데, 이는 네트워크가 사용자 장치로부터 전송된 GPS 위치 정보로 이들 요청을 어떻게 처리하는지의 방식과 유사하다

방법 1은 새로운 GNSS 별자리 포맷의 어떠한 사용이나 WAPS에 특정한 새로운 정보 요소를 사용하지 않고, WAPS 의사 거리를 GPS 의사-거리로의 변환을 더욱 제공한다.

WAPS 의사-거리에서 GPS 의사-거리로 전환하기 위한 하나의 방법은 다음 단계의 일부 또는 전부를 포함할 수 있다. WAPS-활성화된 사용자 장치는 도착 시간 또는 다른 거리 결정 기술을 사용하여 WAPS 의사-거리를 우선 추정하고, WAPS 위치 네트워크 파라미터와 환경 데이터(가령, WAPS 비콘의 위도, 경도, 고도; WAPS 타이밍 보정치; 비콘에서 측정된 압력과 온도)를 사용하여, WAPS-기반 위치 추정 및 수신기의 위치 품질(가령, 위도, 경도 및 고도의 형태로)을 계산한다. WAPS 네트워크 파라미터 및 WAPS 환경 데이터는 WAPS 신호를 복조함에 의하여, 또는 대안적인 수단(가령, 데이터 연결을 사용하는 WAPS 서버로부터) 얻을 수 있다. 그리고 나서, 사용자 장치는 GNSS 위성 별자리 정보(가령, 위성 위치, 타이밍 보정치 및 천체력(ephemeris) 및 책력(almanac)을 사용하여 얻을 수 있는 그 밖의 GNSS 보정 파라미터와 같은)를 사용하여, 적어도 3개의 위성 위치를 임의로 선택된 GPS 시간에서 계산하고, 위성으로부터의 합성 의사-거리를 WAPS-활성화된 사용자 장치 추정 위치에서 위성까지의 거리로 계산한다.

유사한 방식으로, 합성 도플러는 추정된 사용자 장치 속도 및 동일한 임의로 선택된 GPS 시간에 계산된 위성 도플러를 사용하여 계산될 수 있다. 추정된 사용자 장치 위치에서의 위성의 정밀도 저하(DOP)도 계산된다. 그리고 나서, 이들 합성 의사-거리는 GNSS 의사-거리로서 전송될 수 있고, 합성 도플러는 GNSS 의사-거리를 전송하기 위해 사용되는 동일한 정보 요소를 사용하여 GNSS 도플러로서 전송될 수 있다. SMLC에 부착된 GNSS 서버는, 가령, 의사-거리가 실제로 WAPS 비콘 의사-거리로부터 파생된 합성 의사-거리일 수 있다는 어떠한 지식없이, GNSS 의사-거리를 사용하여 수신기 위치를 계산할 것이다. 임의의 공통 시간 바이어스는 GNSS 서버에 의해 계산된 위치에 영향을 주지 않으면서, 합성 의사-거리에 추가될 수 있다.

예로서, 사용자 장치 위치 GPS 측정된 결과 정보 요소 메세지 영역은 다음과 같이 채워질 수 있다. "GPS reference time only" 영역은 위성 위치를 계산하기 위하여 임의로 선택된 GPS 시간cm로 채워지고, "Satellite ID" 영역은 GPS 위성 ID로 채워질 수 있으며, "C/N0" 영역은 오픈-스카이 시나리오에 대응되는, 임의로 선택된 신호대노이즈 비율로 채워질 수 있으며, "Doppler" 영역은 합성 도플러로 채워질 수 있고, "Whole GPS chips" 및 "Fractional GPS chips" 영역은 GPS 시스템과 동일한 방식으로 합성 의사-거리로부터 파생될 수 있으며, "Multipath Indicaor" 영역은 NM으로 설정될 수 있고, "Pseudorange RMS error" 영역은 정밀도의 저하(DOP)에 의해 나뉘어진 WAPS-기반 품질 추정치로 설정되어서, GPS 서버 내에서 계산된 신뢰 메트릭(confidence metric)이 WAPS-기반 위치 품질에 해당되도록 한다.

또한, 방법 1은 UE-기반 및 UE-지원 위치 결정을 제공한다. 가령, UE-기반 접근하에서, 사용자 장치는 그 로케이션을 계산하기 위하여 네트워크로부터 일부 보조 데이터(가령, GPS 위성 천체력)를 사용할 수 있다. 그러나, 사용자 장치는 비암호화되거나 암호화된 WAPS 신호를 사용하여 위치를 계산한다. 이러한 WAPS 신호의 예시가 2009년 9월 10일에 WIDE AREA POSITIONING SYSTEM 이라는 명칭으로 출원된 미국 특허 일련 번호 제12/557,479호(이제는 미국 특허 번호 제8,130,141호)에 개시되고, 이는 본원에서 모든 목적을 위해 전체가 참조로서 포함된다. 암호화된 신호가 사용될 때, 사용자 장치는 신호를 해독하기 위하여 WAPS 해독 키를 사용할 수 있다. WAPS 해독 키는, WAPS의 일부로서 공기넘어로, 사용자 장치와 WAPS 사이의 통신 사이드 채널을 통하여, 또는 본원의 발명의 사상 또는 기술 분야에 알려진 그 밖의 통신 수단을 통하여 얻을 수 있다. 그리고 나서, 계산된 위치는 네트워크로 되돌아 갈 수 있다.

UE-지원 접근하에서, 사용자 장치는 네트워크로부터 일부 보조 데이터(assistance data)를 수신할 수 있고, WAPS 신호의 측정치를 네트워크로 전송하기 전에, 수신된 WAPS 신호의 측정치를 수행할 수 있어서, 사용자 장치의 로케이션을 계산한다.

도 4는 UE-지원 접근법을 사용하여, 사용자 장치의 로케이션을 결정하기 위한 절차(400)의 실시예의 세부사항을 도시한다. 단계 410 및 420에서, 사용자 장치는 시간 및 위치 보조 데이터를 수신하고, GPS/GNSS 천체력 보조 데이터를 요청한다. 그리고 나서, 단계 430에서, 사용자 장치는 수신된 보조 데이터 및/또는 WAPS 신호를 사용하여, WAPS 비콘으로부터 수신한 위치 정보를 발전시킨다. 단계 440에서, 사용자 장치는 특정 GPS 또는 그 밖의 기준 시간에서 위성 위치를 계산할 수 있다. 그리고 나서, 단계 450에서, 사용자 장치는 위성 위치로부터 계산된 WAPS 위치까지의 거리를 계산할 수 있다. 단계 460에서, 사용자 장치는 본원 어딘가, 가령, 도 10-20에 기술된 표준 프로토콜에 의해 요청된 바와 같이 계산된 위성 거리 정보를 되돌린다. GPS 위성 SNR은 네트워크에서 동일한 가중치를 나타내는 것으로 보고될 수 있다. 단계 470에서, 선택적으로, 사용자 장치는 예약된 GNSS 별자리 필드 또는 그 밖의 예약된 필트를 사용하여 WAPS 표시자를 전송할 수 있다.

방법 2

일반적으로, 방법 2는 네트워크 처리 절차에 일부 변형을 제공한다. WAPS 능력 표시자를 전송함과 함께, 방법 2에서의 사용자 장치는, GNSS 별자리의 포맷과 기능을 따르는 비변환된 WAPS 의사-거리를 되돌릴 수 있다. 가령, 방법 2에서의 사용자 장치는, 네트워크 인프라구조 중에서 교환될 수 있고, GNSS 별자리의 처리 절차를 따르는 WAPS-특정 정보 요소를 되돌리도록 구성될 수 있다. 따라서, 추가 능력은 네트워크 내에서 세워져서, WAPS 의사-거리를 처리할 수 있다.

방법 1과 비교할 때, 방법 2는 WAPS 의사-거리에서 GPS 의사-거리로의 변환을 제공하지 않는다. 그 대신에, 방법 2는 변형된 정보 요소(IE)를 사용한다. 가령, 방법 2하에서 UE-지원 접근법을 따르면, WAPS 의사-거리는 변형된 정보 요소를 사용하여, 사용자 장치로부터 네트워크로 송신될 수 있는데, 이는 네트워크가 WAPS 의사-거리를 처리하기 위하여 일부 네트워크 업데이트를 요한다. 또한, 방법 2는, 압력과 온도와 같은 WAPS/MBS 측정치를 송신하는데 사용되는 새로운 WAPS/MBS를 소개할 수 있는데, 이는 네트워크가 WAPS.MBS 측정치를 처리하기 위하여 일부 네트워크 업데이트를 요할 수 있다.

도 5는 UE-지원 접근법 및 WAPS 의사-거리를 사용하여, 사용자 장치의 로케이션을 결정하기 위한 절차(500)의 실시예의 세부 사항을 도시한다. 단계 510에서, 사용자 장치는 위치 결정 처리 절차를 개시한다. 개시되면, 사용자 장치는 단계 520에서, WAPS 비콘에 대한 의사-거리를 결정한다. 의사-거리를 결정하면, 사용자 장치는, 단계 530에서, WAPS 거리 정보를 네트워크로 전송한다. WAPS 거리 정보는, 정보를 GPS/GNSS ID/SatID 필드로 맞추기 위하여, 전체 WAPS ID가 6 비트의 압축된 WAPS ID로 맵핑된 표준 프로토콜로 패키지될 수 있어서, 의사-거리/도플러는 GPS 필드내로 맞춰진다. 대안적으로, WAPS 거리 정보는 WAPS ID 및 의사-거리를 지원하기 위한 새로운 정보 요소(가령, 방법 3과 관련하여 더욱 기술된 바와 같음)를 사용하여 변형된 프로토콜로 패키지될 수 있다.

단계 540에서, 네트워크는 사용자 장치로부터 거리 정보를 수신하고, 거리 정보에 기초하여 사용자 장치의 로케이션을 계산한다. 네트워크는 Cell ID 및 6 비트의 압축된 WAPS ID에 기초하여 전체 WAPS ID를 결정한 후에, WAPS 비콘 LLA를 찾기 위하여 전체 WAPS ID를 사용할 수 있다. 압축은 해시 테이블(hash table)을 사용하여 행해질 수 있다. 일 실시예에서, 해시 테이블은 압축된 WAPS ID = 전체 WAPS ID의 64%가 사용된다고 정의되었다. 또 다른 실시예에서, 해시 테이블은 압축된 WAPS ID = 전체 WAPS ID의 41%가 사용된다고 정의되었다. 충돌 결과라면, 압축된 WAPS ID = 전체 WAPS ID 23%가 대안적으로 사용될 수 있다. 사용자 장치의 로케이션의 네트워크의 계산은, 상대 온도 및 압력을 포함하여, 비콘 및 사용자 장치로부터의 정보에 더욱 기초될 수 있다. 당업자는 코드 인덱스의 사용을 포함하여, 이러한 정보는 송신되는 그 밖의 방법을 인식할 것이다.

도 6은 사용자 장치가 WAPS 신호를 해독하지 못할 때, UE-지원 접근법 및 WAPS 의사-거리를 사용하여 사용자 장치의 로케이션을 결정하기 위한 절차(600)의 실시예의 세부 사항을 도시한다. 또한, 절차 600은 E-911 시나리오에 적합하다. 단계 610에서, 사용자 장치는 위치 결정 처리 절차를 개시하고, 단계 620에서, 사용자 장치는 거리-내의(in-range) WAPS 비콘을 위한 거친 의사-거리를 결정한다. 단계 630-650에서, 사용자 장치는 거친 의사-거리 정보를 WAPS 비콘으로부터 수신된 암호화된 데이터와 함께, 선택적으로, 압력 및 온도 측정치도, 네트워크로 전송한다. 그리고 나서, 단계 660에서, 네트워크는 암호화된 데이터에 기초하여 정교한 거리를 결정한 후에 위치를 계산한다.

방법 2와 관련된 추가적인 세부 사항 및 기존 IE에 대한 변형 사항은 "다양한 네트워크 기술을 위한 로케이션 능력" 섹션과 관련하여 이하에서 제공된다.

방법 3

일반적으로, 방법 3은 기존 네트워크에 새로운 처리 절차를 제공한다. WAPS 능력 표시자를 송신함과 함께, 방법 3에서의 사용자 장치는 네트워크 인프라구조 구성간에 교환될 수 있는 WAPS-특정 정보 요소를 되돌릴 수 있다.

방법 3은 사용자 장치와 네트워크 구성간에 위치 정보를 송신하기 위하여, 하나 이상의 새로운 정보 요소(IE)를 사용할 수 있고, 이들 새로운 IE를 처리하기 위한 새로운 처리 절차를 사용할 수 있다. 방법 3은 특히 LTE와 관련되고, 이는 여전히 발전되는 표준이다. 새로운 IE는 UE-기반 및 UE-지원에 사용될 수 있고, WAPS 의사-거리 및 다른 WAPS 위치 정보를 포함하는 위치 정보 레벨을 가변시키는 것을 나타낼 수 있다.

방법 3 및 이들 새로운 IE에 대한 추가적인 세부 사항은 "다양한 네트워크 기술을 위한 로케이션 능력" 섹션과 관련하여 이하에서 제공된다.

UE -독립적인, UE -기반 및 UE -지원 계산과 관련된 태양

본원의 다양한 태양은 일반적으로, 네트워크와 WAPS 리소스를 사용하여 UE-독립적인, UE-기반 및 UE-지원 위치 결정에 관한 것이다.

WAPS는 사용자 장치에 대한 도시 및 실내 위치 서비스의 높은 정확성을 제공한다. WAPS는 명시된 임시 슬롯 구조에서 고도로 동기화된 비콘 송신 데이터(highly synchronized Beacons transmitting data)의 네트워크를 사용한다. WAPS 송신은 빠른 최초 위치 확인 시간(Time to First Fix, TTFF)을 가능하게 하고, 사용자 장치가 높은 거리 정확성을 가능하게 하기 위해 긴 코히런트 적분(coherent integration)을 수행하게 한다. 사용자 장치 로케이션은 종래의 위도 및 경도에서 보고되고, 고도를 포함할 수 있다.

일부 실시예는, WAPS가 네트워크와 별개의 시스템(가령, 셀룰러 네트워크)이고, WAPS가 네트워크로 통합되는 다양한 네트워크의 컨피규레이션을 고려한다. WAPS 지원의 사용은 암호-해독 조건 접근 아키텍쳐를 간단하게 하기 위하여, 검색하기 위한 비콘의 리스트 및/또는 주파수를 줄여서 비콘 검색 요구사항을 바람직하게 줄이고, 복조하기 위한 요구사항을 제거하여 추가적으로 TTFF를 줄이며, 사용자 장치에 대한 해독을 위한 요구사항을 제거할 수 있다.

지원이 GPS 서버에 의해 제공되는 방식과 유사하게 WAPS 서버는 보조 데이터를 제공하는데 사용될 수 있다. WAPS 서버는 WAPS 네트워크 정보를 (직접적인 통신 채널이나 네트워크를 통해) 사용자 장치로 전송할 수 있다. WAPS 표시자를 포함하는 새로운 정보는 사용자 장치로부터 위치 정보가 되돌아올 수 있다. 이러한 표시자는, 위치 정보가 WAPS 시스템 정보에 기초하였다는 것을 나타내기 위하여, GNSS 별자리 필드나 다른 예약된 필드에서 되돌려질 수 있다. 변형된 정보 요소는 WAPS 의사 거리를 되돌리는데 대안적으로 사용될 수 있다. 또한, 새로운 정보 요소는 WAPS 의사 거리를 되돌리는데 사용될 수도 있다.

WAPS 사용자 장치 위치 결정은 로케이션 기반 서비스 능력에 더해진 분명한 가치를 제공하고, 그래서 이 서비스에 대한 권한 없는 접근으로부터의 보호가 요구된다. 그러므로, WAPS 보조 데이터(특정 사용자 장치로 방송 또는 제공된)는 암호화될 수 있다. 관련 자격이 어플리케이션당 사용자 장치로 제공될 수 있다. 긴급 콜의 경우에, 관련 자격은 WAPS 지원하는 장치에 대해 미리 로딩될 수 있다.

WAPS 능력 사용자 장치는 자율적이고/독립적인 위치 결정을 수행할 수 있다. 이러한 경우에, 사용자 장치는 근처의 WAPS 비콘을 검색하고, 복수의 비콘으로부터 송신을 수신하며, 그 위치를 계산한다. 위치 계산은 사용자 장치의 위도, 경도 및 고도(LLA)를 제공한다. 로케이션 정보는 사용자 장치 내에서 사용되거나, 어플리케이션에 따라 네트워크로 전송될 수 있다.

비콘 검색 시간 간격을 줄이고, 더욱 빠른 TTFF를 제공하며 민감도를 향상시키기 위하여, WAPS 보조 데이터가 작동의 UE-기반 및 UE-지원 모드에 제공된다. UE-지원 모드에서, 보조 서버는 WAPS RPN 및 주파수 검색 정보를 제공한다. 사용자 장치는 도착 시간을 결정하기 위하여, WAPS 신호를 추적하고 얻는다. 사용자 장치는 도착 시간 측정치를 서버로 되돌린다. 서버는 사용자 장치의 위치를 계산하기 위하여, 보조 서버(Assistance Server (NNAS))로부터의 보조 데이터와 함께 도착 시간 측정치를 사용한다. 이러한 보조는 WAPS 보조 데이터를 지원하기 위하여 E-SMLC/SMLC/SAS/SLP를 향상시켜서 제공된다. 보조 데이터의 일부는 동적이다. 보조 데이터는 특정 로케이션 지원서버와 NNAS간의 인터페이스를 통해 제공된다.

셀 중심의 보조(cell centric assistance)를 제공하기 위하여, 다양한 특징과 기능이 사용될 수 있다. 가령, E-SMLC에 대한 WAPS 위치 계산 개체는 기지국 책력을 사용하여 셀 ID를 셀 LLA로 맵핑한다. 셀 LLA는 인터페이스를 통해 NNAS로 전송되어, 셀 LLA 근처 지역에 대한 보조 로컬을 요청한다. 그리고 나서, NNAS은 보조 정보를 사용자 장치에 제공한다.

WAPS 위치 계산 개체를 위한 또 다른 선택은 NNAS에 셀 ID를 통과시키는 것이다. 그리고 나서, NNAS는 셀 위도 및 경도를 결정하기 위하여 셀룰러 기지국 책력에 접근한다. 셀 위도 및 경도를 사용하여, NNAS는, 사용자 장치가 작동하는 지리적 영역 내에서 감지될 것 같은 해당 WAPS 비콘으로 해당 보조 데이터를 전송한다.

WAPS 보조 데이터 및 로케이션 서버로 되돌려질 수 있는 사용자 장치 측정 데이터는 로케이션 서버에 의해 WAPS 능력 사용자 장치로 제공될 수 있다.

UE-기반 위치의 계산 전에 UE에 제공된 보조 데이터는 각각의 가시적인 비콘에 대해, Beacon PRN; Beacon LLA; Beacon Timing Correction; Beacon Frequency Index; Beacon Reference Pressure and Temperature; WAPS System Time; and Beacon Unique ID를 포함할 수 있다. UE-기반 계산 이후에, UE에 의해 되돌려질 측정치는 사용자 장치의 LLA 및 WAPS Sytem Time 이다.

UE-지원(즉, 서버-기반) 위치 계산이전에, UE에 제공된 보조 데이터는, 각각의 가시적 비콘에 대해, Beacon PRN; Beacon Frequency Index; WAPS System Time을 포함할 수 있다. UE-지원 계산 이후에 UE에 의해 되돌려지는 측정치는, 각각의 수신된 비콘에 대해, Beacon PRN; Beacon Frequency Index; Beacon Slot Index; Beacon Unique ID; Beacon Code Phase; Beacon Doppler; user device Pressure and Temperature measurement; WAPS System Time; user device Estimated Altitude를 포함할 수 있다.

WAPS 보조 데이터 요소는 다음과 같이 GNSS IE에 해당할 수 있다. WAPS information elements (IEs) Beacon PRN, Beacon Frequency Index, WAPS System Time, and Beacon Timing Correction은 각각 GNSS inforamtion elements (IEs) Satellite PRN, Satellite Doppler, Satellite System Time, and Satellite Clock correction parameter를 사용하여 송신될 수 있다. Beacon LLA, Beacon timing correction and beacon reference pressure/temperature와 같은 WAPS 데이터 요소의 일부는 기준 GNSS 요소에 정확히 맞춤되지 않을 수 있다는 것과 새로운 WAPS 정보 요소를 요할 수 있다는 것을 주의해야 한다. WAPS Beacon PRN은 고유적이지 않을 수 있고, 바람직한 Gold code의 리스트로부터 올 수 있다. Gold code는 표준 GPS Gold code와 상이할 수 있으나, 동일한 계통 출신이다. Beacon Frequency Index는 이산(가령, 7 값)될 수 있고, 고정된 비콘 주파수 오프셋에 해당될 수 있는 반면, Satellite Doppler는 가변적이다. 주파수 오프셋 범위(-6.5 kHz 내지 6.5 kHz)는 Satellite Doppler 범위와 유사할 수 있다. WAPS 시스템 시간은 GPS 시스템 시간과 동기화될 수 있고, GPS 시스템 시간에 대해 고정된 오프셋을 가질 수 있다. Beacon LLA는, 주어진 위성 시간에서의 위성 위치 계산을 가능하게 하는 위성 궤도 파라미터를 제공하는 위성 천체력과 유사하게, WAPS Beacon의 고정된 위치를 제공할 수 있다. WAPS Beacon Timing Correction은 동적일 수 있고, 위성 클락 보정치와 유사한, 특정 순간에서 WAPS 시스템 시간에 대한 보정치를 명시할 수 있다. Beacon Timing Correction은 좀 더 동적일 수 있어서, 1 분 내에서 변할 수 있는 반면, 천체력 타이밍 보정치는 몇 시간에 대해 유효하다. Beacon Reference Pressure 및 Temperature는 WAPS Beacon의 로케이션에서 지역 대기 압력 및 온도의 동적인 측정치일 수 있고, 고도 결정에 대해 요구되는 정확성을 제공할 수 있다.

WAPS 사용자 장치 측정 IE는 다음과 같이, GNSS 측정 IE에 해당할 수 있다. WAPS measurement IEs Receiver LLA, Beacon PRN, Beacon Doppler이다. 그리고, WAPS System Time는 각각, GNSS measurement IEs Receiver LLA, Satellite PRN, Satellite Doppler, 및 Satellite System Time 에 해당할 수 있다.

어떤 WAPS 측정 IE는, Beacon Frequency Index, Beacon Slot Index, Receiver Pressure and Temperature, and Receiver Estimated Altitude를 포함하여, 대응되는 GNSS 측정 IE를 가지 않을 수 있다. Beacon PRN는 고유적이지 않을 수 있으나, 주파수 인덱스와 결합될 때, 로컬 영역에서 일반적으로 고유적일 수 있다. Beacon PRN은 고유적이지 않을 수 있고, 바람직한 Gold code의 리스트로부터 올 수 있다. Gold code는 표준 GPS Gold code와 상이할 수 있으나, 동일한 계통 출신이다. Beacon Frequency Index는 이산(가령, 7 값)될 수 있다. WAPS 네트워크 할당은 Beacon PRN 및 Beacon Frequency Index가 부분적으로 고유적인 방식으로 달성될 수 있다. 비콘 슬롯 인덱스는 선택적이고, PRN/주파수 인덱스 측정치가 만들어지는 슬롯을 표시할 수 있다. 슬롯은 절대시간이 알려지지 않는다면 논리적일 수 있다. Beacon Doppler 측정치는 지상 Doppler(셀룰러 네트워크, 가령, 926MHz에서 500kmph에 대한 +/-430Hz)인 반면, 측정된 위성 Doppler는 +/-6 KHz까지일 수 있다. 측정치에서 WAPS 시스템은, 사용자 장치가 절대 시간을 결정할 수 있거나 상대 시간 스케일 일 수 있다면, 절대값일 수 있다. 대기압과 온도는 모바일의 로케이션에서 측정될 수 있다(가능하다면). Receiver Estimated Altidude가 UE-Assisted Mode에서 제공되어서, 네트워크 Position Calculation 기능이 UE Position Determination Calculation에서의 고도를 포함하도록 할 수 있다.

UE-기반 모드에서, 보조 서버는 WAPS PRN 및 주파수 검색 정보를 제공한다. 사용자 장치는 도착 시간을 결정하기 위하여 WAPS 신호를 추적하고 얻는다. 깊숙한 실내/지하 주차장과 같은 매우 어려운 환경이나 E911 콜 흐름은 물론 빠른 최초 위치 확인 시간을 지원하기 위하여, WAPS 신호에 대한 공기에 걸쳐 송신된 데이터를 복조하여 얻어질 수 있는 데이터는 컨트롤/사용자 평면을 통해 보조 데이터로서 제공될 수 있다. 이 보조 데이터는 압력, 온도 및 타이밍 보정치를 포함한다. WAPS UE-기반 모드는 다음과 같이 작동할 수 있다.

WAPS 가능 위치 결정 서버(가령, SAS, E-SMLC, 및 SLP)는 WAPS 비콘의 리스트(서비스 셀의 셀-ID에 의해 정의된 로컬 영역에 해당됨)를 사용자 장치에게 제공한다. 정보는 PRN, 타임 슬롯 및 주파수 검색 스페이스를 제공함에 의해 보조의 일부로서 각 비콘에 대해 사용자 장치가 빠르게 검색할 수 있게 한다. 사용자 장치는 복수의 비콘으로부터 공기에 걸친 전송을 수신하고, 그 3-D 위치를 계산한다. 사용자 장치 압력 및 온도 측정치가 사용가능하다면, 정확한 고도 추정치도 위치 계산의 일부로서 사용가능하다는 것을 주목해야 한다. 고장 대치 모드(fall back mode)에서, 이들 비콘으로부터 공기에 걸쳐 송신된 데이터(또는 압축 버전)는 사용자 장치로 제공될 수 있다. 이러한 정보를 사용하여, 사용자 장치는 공기에 걸쳐 송신된 WAPS 비콘 데이터를 디코딩하지 않고, 그 위치를 계산할 수 있다. 그리고 나서, 위치는 사용자 장치에 대해 사용될 수 있거나, 네트워크 어플리케이션을 위해 서버로 재전송될 수 있다.

WAPS UE-지원 모드에서, WAPS 가능 위치 결정 서버(SAS, E-SMLC 및 SLP)는 WAPS 비콘의 리스트(서비스 셀의 셀-ID에 의해 정의된 로컬 영역에 해당됨)를 사용자 장치에게 제공한다. 정보는 주파수 검색 스페이스를 제공함에 의해 보조의 일부로서 각 비콘에 대해 사용자 장치가 빠르게 검색할 수 있게 한다. 사용자 장치는 복수의 비콘으로부터 공기에 걸쳐 송신을 측정하고, 원시 TOA로 되돌린다. 또한, 사용자 장치는, 적절한 센서가 사용자 장치상에서 가능하다면, 압력과 온도를 측정하여 이들 측정치를 되돌린다. E-SMLC/SLP는 거친 TOA를 가지고, 이를 비콘 타이밍 보정치로 가공하여 정교한 TOA를 얻고, 가능하면, 사용자 장치 압력 및 온도를 사용하여, 사용자 장치의 고도를 계산(이들 측정치가 불가능 하면, 사용자 장치 고도는 근사화될 수 있음)하고, 정교한 TOA와 고도를 사용하여 사용자 장치의 3-D 로케이션을 계산할 수 있다.

도 7은 WAPS를 사용하는 UE-기반 위치 결정을 수행하기 위한 절차(700)의 실시예의 세부사항을 도시한다. 단계 710에서, WAPS 비콘의 리스트를 포함하는 WAPS 보조 데이터는 사용자 장치로 제공될 수 있다. 가령, 이 리스트는 사용자 장치에 대한 서비스 셀의 CEll ID에 의해 정의된 로컬 영역에 기초하여 결정될 수 있다. WAPS 비콘의 일부/전부에 대한 주파수 검색 스페이스(들)도 단계 720에서 보조 데이터의 일부로서 포함될 수 있다. 검색 스페이스를 제공하는 것은 사용자 장치가 특정 비콘에 대한 신호를 찾는데 요구되는 시간을 줄일 수 있다. 단계 730에서, 사용자 장치는 비콘으로부터 공기에 걸쳐 송신되는 전체 또는 압축된 WAPS 신호를 수신할 수 있다. 그리고 나서, 단계 740에서, 사용자 장치는 WAPS 신호에 기초하여 추정된 그 위치를 계산할 수 있다. 계산은 공기에 걸쳐 송신된 WAPS 신호를 디코딩하지 않고도 가능하다. 위치 추정을 계산하면, 사용자 장치는 그 추정치를 추가 처리하기 위해 네트워크나 WAPS 서버로 송신할 수 있다.

도 8은 WAPS를 사용하여 UE-지원 위치 결정을 수행하기 위한 절차(800)의 실시예의 세부사항을 도시한다. 단계 810 및 820에서,WAPS 비콘의 리스트 및 WAPS 비콘의 일부 또는 전부에 대한 주파수 검색 스페이스를 포함하는 WAPS 보조 데이터가 사용자 장치에 제공될 수 있다. 단계 830에서, 사용자 장치는 비콘으로부터 공기에 걸쳐 송신되는 전체 또는 압축된 WAPS 신호를 선택적으로 수신할 수 있다. 그리고 나서, 단계 840에서, 사용자 장치는, 원시 도착 시간(TOA), 원시 의사-거리 및/또는 WAPS 비콘으로부터 수신된 정교한 의사-거리 정보 사용자 장치를 네트워크 또는 WAPS 서버로 전송한다.

단계 850에서, 네트워크/WAPS 서버는 원시 TOA 및/또는 원시 의사-거리 정보를 선택적으로 사용하여, 정교한 의사-거리 정보를 결정할 수 있다. 그리고 나서, 단계 860에서, 네트워크/WAPS 서버는 WAPS 네트워크 컨피규레이션 정보(가령, 송신기의 고도와 함께 위도 및 경도 좌표) 및 정교한 의사-거리 정보를 찾아서, 사용자 장치의 로케이션을 계산할 수 있다.

다양한 네트워크 기술을 위한 로케이션 능력

도 9A는 적어도 하나의 실시예에 따른 네트워크(900a)를 도시한다. 네트워크(900)는 사용자 장치(990a)의 로케이션 위치를 결정하는 것과 관련된 다양한 구성을 포함한다. 더 많거나 더 적은 구성을 사용하는 대안적인 컨피규레이션도 고려될 수 있다.

사용자 장치(990a)는 다운링크 신호의 측정을 수행하고, 측정을 위해 업링크 신호를 전송하며, 신호를 처리하고, 네트워크로 송신될 수 있는 결과를 계산함에 의해 다양한 위치 결정 처리 절차에 참여한다. 사용자 장치(990a)의 참여는 사용된 위치 결정 방법에 의해 변화된다.

Gateway Mobile Location Center(GMLC 974a)(즉, LCS 서버)는 LCS Client(970a)로부터의 요청에 대한 접촉의 첫 번째 지점이다. GMLC(974a)는 Home Location Register/Home Subscriber Server (HLR/HSS)(976a)로부터 라우팅 정보를 복구할 수 있고, LCS Client(970a)로부터의 위치 결정 요청을 Mobile Switching Center (MSC)(980a/981a) 및/또는 Serving GPRS Support Node (SGSN)(996a/997a)로 전송하여, 결과로 나온 위치를 LCS Client(970a)로 다시 전송할 수 있다. GMLC(974a)는 3개의 역할 중 하나를 띤다. (i) Requesting GMLC는 LCS 클라이언트 요구를 수신하는 GMLC이다. (ii) Home GMLC는 사용자 장치(990a)의 홈 PLMN 내의 GMLC이다. (iii) Visited GMLC는 사용자 장치(990a)가 서비스를 통해 수신하는 GLMC이다. HLR/HSS(976a)는 각 사용자 장치(가령, 사용자 장치(990a))에 대한 LCS 가입 및 라우팅 정보를 유지/홀드 한다. LCS Client(970a)는 부착된 사용자 장치(990a)에 대한 로케이션 요구를 전송한다. MSC(980a/981a)는 사용자 장치 가입 및 LCS 요구와 관련된 비-GPRS을 관리하고, SGSN(996a/997a)는 사용자 장치 가입 및 LCS 요구와 관련된 GPRS를 관리한다.

Node-B(986a)는 사용자 장치(990a)로 신호를 송신하고, 수신한다. Node-B(986a)는 SAS 컨트롤하에서 TDOA-타입의 측정을 수행하는 통합된 Location Management Unit(LMU)를 가질 수 있다. Radio Network Controller (RNC)(984a)는 라디오 리소스 컨트롤 및 그 다운스트림 사용자 장치(들)을 위한 모빌리티를 제공한다. 또한, 그것은 각 요구에 대한 서비스에 대해 사용될 로케이션 결정 방법을 선택하고, 요구된 바와 같이 SAS를 불러온다. Stand-Alone SMLC (SAS) (982a)는 UE-지원 및 UE-기반 계산을 위한 RNC(984a)로 GPS 보조 데이터, WAPS/MBS 보조 데이터, 또는 다른 데이터를 제공하고, RNC(984a)로부터의 요구되면 U-TDOA 위치 계산을 수행하고, 원하면, 사용자 장치 로케이션 계산을 수행할 수 있으며, RNC(984a)가 아니거나 할 수 없으면, 선택적으로 최고로 적합한 위치 결정 방법을 선택할 수 있다.

Emergency Services Message Entity (ESME)(998a)는 긴급 콜과 관련된 로케이션 요구와 같은 대역외 메세지를 라우팅 및 처리한다. Public Safety Answering Point (PSAP) (999a)는 긴급 콜이 응답되고 긴급 서비스가 발동되는 로케이션이다.

네트워크(900a)의 구성들은 다음과 같이 서로 논리적으로 인터페이스될 수 있다. 인터페이스 Le는 LCS Client(970a)를 LCS Server(GMLC(974a))로 링크하고, LCS Client로부터의 로케이션 요청을 LCS Server로 전달하고, LCS Server(974a)로부터의 위치를 LCS Client(970a)로 전달한다. 인터페이스 E2는 ESME(998a)를 GMLC(974a)로 링크하고, Le 인터페이스와 기능적으로 등가일 수 있다. 인터페이스 Lr은 GMLC(975a)를 GMLC(974a)로 링크한다. 이러한 GMLC-to-GMLC 인터페이스 Lr은, Requesting GMLC와 serving GMLC ( Home 또는 Visited)이 상이할 때, 로케이션 요청을 포워드하는데 사용된다. 인터페이스 Lh는 GMLC(974a)를 HLR/HSS(976a)로 링크하고, GMLC에 의해 HLR/HSS로부터 사용자 장치 라우팅 정보 및 LCS 가입 정보를 복구하는데 사용된다. 인터페이스 Lg는 GMLC(974a)를 MSC(980a/981a) 및 SGSN (996a/997a)로 링크하고, GMLC(974a)에 의해 로케이션 요청을 라디오 액세스 네트워크로 전송하고, 또한 로케이션 정보를 수신하는데 사용된다. 인터페이스 A는 SGCN(997a)를 라디오 액세스 네트워크(RAN) - 가령, GSM Edge RAN - 으로 링크하고, 로케이션 요청 및 위치를 전달한다. 인터페이스 Gb는 SGSN을 RAN(GERAN)으로 링크하고, SGSN(997a) 및 RAN간에 로케이션 요청 및 위치를 전달한다. 인터페이스 Iu는 SGSN(996a)와 MSC(980a)를 UTRAN으로 링크하고, MSC/SGSN와 RNC(984a)간에 로케이션 요청 및 위치를 전달한다. 인터페이스 Iub는 RNC(974a)를 Node B(986a)로 링크하고, 각 기지국과 RNC(984a)간에 데이터를 전달한다. 인터페이스 Iupc는 RNC(984a)를 SAS(982a)로 링크하고, 다양한 위치 요청을 위해 전달하고 결과 커맨드를 제공함은 물론, GPS 보조 데이터를 RNC(984a)로 전달한다. 인터페이스 Um은 사용자 장치(990a)를 GERAN으로 링크하고, 사용자 장치(990a)와 그 업스트림 RAN 장비(가령, RNC 및 미도시된 Base Station Controller)간에 시그널링을 전달한다. 인터페이스 Uu는 사용자 장치(990a)를 UTRAN으로 링크하고, 사용자 장치와 그 업스트림 RAN 장비(가령, RNC(984a) 및 미도시된 BSC)간의 시그널링을 전달한다.

LTE 네트워크에서, GMLC와 E-Serving Mobile Location Center (E-SMLC)는 GMLC와 SAS의 유사한 기능을 가진다. CDMA 2000 네트워크에서, GMLC와 SAS에 대한 등가의 개체는 Mobile Positioning Center (MPC) 및 Position Determining Entity (PDE)일 수 있다.

도 10은 시그널링 처리 절차 및 A-GPS에 따른 LCS 요청 및 응답에 대한 메세지를 수행하기 위한 절차(1000)의 실시예의 세부사항을 도시한다. 도시되지는 않았지만, 도 10에 도시된 처리 절차 및 메세지에 대한 변형예가 고려될 수 있다. 예를 들어, 그 밖의 것 들 중 Cell ID 및 U-TDOA를 포함하는 다양한 위치 결정 방법은 본 발명의 범위 및 사상내에 있으며, 본원에서의 설명은 이들 위치 결정 방법에 적용된다. 이와 같이, 2G, 3G, 4G 및 이후의 네트워크 세대를 포함하는 네트워크의 다양한 세대는 본 발명의 범위 및 사상내에 있고, 본원에서의 설명도 이들 네트워크에 적용된다.

단계 1001에서, 사용자 장치 로케이션에 대한 요청이 LCS Client(1070)로부터 LCS Server/R-GMLC(1072)로 전송된다. 요청은 IMSI 또는 MSISDN와 같은 타겟 사용자 장치에 대한 정보를 식별하는 것을 포함한다. 또한, 요청은 그것이 즉각적인지 지연되는지를 표시할 수 있다. R-GMLC가 타겟 사용자 장치를 위한 프라이버시 프로필을 가진다면, 단계 1002-1004는 요구되지 않을 수 있다. 단계 1002에서, R-GMLC(1072)는 홈 네트워크 HLR/HSS(1076)으로 SEND_ROUTING_INFO_FOR_LCS를 전송함에 의해 H-GMLC(1074)의 룩업(lookup)을 수행한다. 단계 1002 및 1003은, R-GMLC(1072)가 이미 이 정보를 가진다면 생략될 수 있다. 단계 1003에서, HLR/HSS는 임의의 알려진 LCS 능력과 함께 사용자 장치를 위한 라우팅 정보(가령, MSC)를 되돌린다. 단계 1004에서, R-GMLC(1072)는 H-GMLC(1074)으로 로케이션 요청을 전송한다. R-GMLC(1072) 및 H-GML(1074)이 동일하다면, 단계 1004는 생략된다.

단계 1005에서, H-GMLC(1074)은, R-GMLC(1072)이 사용자 장치(1090)에 대한 로케이션을 요청할 권한이 있는지를 결정하고, 가입자의 프라이버시 프로필의 심사를 포함한다. 단계 1006에서, H-GMLC(1074)는, 이전에 알려지지 않았다면, 목적지 MSC 또는 HLR/HSS 1076에서의 SGSN 어드레스의 룩업을 수행한다. 단계 1007에서, HLR/HSS(1076)는 목적지 MSC 또는 SGSN을 H-GMLC(1074)으로 되돌린다. 만일 V-GMLC(1078)의 어드레스가 H-GMLC(1074)와 상이하면, 로케이션 요청은 단계 1008에서 V-GMLC(1078)으로 포워딩된다. 아니면, 이와 관련된 단계 1015는 생략될 수 있다.

단계 1009에서, Provide Subscriber Location 요청은 MSC(1080)로 전송된다. 필요하면, 단계1010에서, 사용자 장치(1090)가 연락되어 아이들 상태로부터 천이된다. 사용자 장치(1090)는 요구된 LCS 통지를 가지고, 이들을 수신할 수 있고, 통지는, 단계 1011에서, MSC(1080)에 의해 사용자 장치(1090)로 전송된다. 단계 1012에서, 사용자 장치는 통지 리턴 메세지를 전송한다. 단계 1013에서, Location Request 메세지는 RNC(1084)로 전송된다. RNC(1084)가 현재 GPS 천체력 데이터를 가지지 않는다면, RNC(1084)는, 단계 1014에서, Information Exchange Initiation Request을 통해 SAS(1082)를 불러낸다. 단계 1015에서, SAS(1082)는 Information Exchange Initiation Request를 통해 GPS 보조 데이터를 RNC(1084)로 되돌린다. 단계 1016에서, 측정 컨트롤 메세지는 로케이션 계산을 요구하기 위하여, 사용자 장치(1090)으로 전송된다. GPS 보조 데이터도 이 메세지내에 포함될 수 있다.

단계 1017 내지 1019는, 사용자 장치(1090)가 UE-기반 위치 결정 모드 또는 UE-지원 위치 결정 모드에서 작동하는지에 따라 가변한다. UE-기반 모드에서 작동한다면, 사용자 장치(1090)는, 단계1017에서, 그 계산된 위치를 가진 측정 보고 메세지를 되돌린다. UE-지원 모드에서 작동한다면, 측정 보고는, 단계 1017에서, GPS 의사 거리 측정치를 가진다. 단계 1018 및 1019는 UE-지원 모드에서만 불러낼 수 있다. 단계 1018에서, RNC(1084)는 Position Calculation Request를 통하여 사용자 장치(1090)에서 SAS(1082)로 측정치를 포워딩한다. SAS(1082)는 사용자 장치의 위치를 계산하고, 계산된 위치를 단계 1019에서, Position Calculation Response를 통해 RNC(1084)로 되돌린다.

단계 1020에서, RNC는 Location Report 메세지를 통하여, 계산된 로케이션을 되돌린다. 단계 1021에서, MSC(1080)는 V-GMLC(1078)으로 로케이션 응답을 되돌린다. 단계 1022에서, V-GMLC(1078)는 H-GMLC(1074)으로 로케이션 응답을 되돌린다. 단계 1023에서, H-GMLC(1074)는 필요하면, 추가적인 프라이버시 확인을 수행한다. 이러한 예는, 가입자가 지리적 영역에 기초한 프로필을 다르게 한다면, 결과가 프로필에 대한 재확인을 요하는 것일 수 있다. 가입자의 프로필이 통지가 수행된다는 것을 나타낸다면, 통지는 단계 1024에서, RAN으로 전송되고, 단계 1025에서, 통지 처리 절차는 수행된다. 단계 1026에서, V-GMLC(1078)는 통치 처리 절차를 야기하는 LCS 서비스 응답을 H-GMLC(1074)으로 되돌린다. 단계 1027에서, H-GMLC(1074)는 LCS Service Response을 R-GMLC(1072)으로 전송한다. 마지막으로, 단계 1028에서, R-GMLC(1072)는 LCS Service Response를 LCS Client(1070)으로 되돌린다.

긴급 위치 결정은 하나 이상의 서로 다른 처리 절차를 따를 수 있다. 하나의 처리 절차에서, 가령, 사용자 장치는 긴급 콜 설정을 요청한다. MSC는 적절한 PSAP로 긴급 콜을 설정한다. 목적 PSAP를 결정하기 위한 처리 절차는 여기에 자세히 다루지 않을 수 있다. 그러나, 본 예시에서, 콜 설정 메세지는 ESRK, Cell-ID 및 현재 로케이션을 포함할 수 있다. MSC는 긴급 콜 개시에서, 로케이션 업데이트 처리 절차를 시작하도록 프로그램된다. MSC는 Location Request 메세지를 RAN으로 전송한다. RNC는 GPS가 요구되는지, 사용자 장치가 로케이션을 계산하는지를 결정한다. 현재의 GPS 천체력을 가지지 않는다면, 이는 SAS를 다운로드 보조 정보와 연결한다. SAS는 GPS 보조 정보를 RNC로 전송한다. RNC는 사용자 장치에 명령하여, GPS를 사용하여 로케이션을 계산하게 하고, Measurement Control를 통하여 GPS 보조 정보를 포함한다. 사용자 장치는 Measurement Control를 통해 계산된 위치를 되돌린다. RNC는 Location Report를 통하여 사용자 장치의 위치를 되돌린다. MSC는 Subscriber Location Report 기능을 사용하여 사용자 장치의 로케이션을 제공한다. GMLC는 Report를 인식한다.

긴급 콜에서 어느 시점에서, PSAP는 ESRK를 사용하여 사용자 장치의 업데이트된 위치를 요청한다. GMLC는 Provide Subscriber Location 요청을 MSC로 전송한다. MSC는 Location Request 메세지를 RAN으로 전송한다. RNC는 GPS가 요구되는지, 사용자 장치가 로케이션을 계산할 수 있는지 결정한다. 이는 SAS와 다운로드 보조 정보를 연결시킨다. SAS는 GPS 보조 정보를 RNC로 전송한다. RNC는 사용자 장치에 명령하여, GPS를 사용하여 로케이션을 계산하게 하고, Measurement Control를 통하여 GPS 보조 정보를 포함한다. 사용자 장치는 Measurement Control를 통해 계산된 위치를 되돌린다. RNC는 Location Report를 통하여 사용자 장치의 위치를 되돌린다. MSC는 사용자 장치의 위치를 되돌린다. 그리고 나서, GMLC는 사용자 장치의 업데이트된 로케이션 추정치를 PSAP로 되돌린다.

얼마 이후에, PSAP는 콜을 종료시킨다. MSC는 사용자 장치로 콜을 종료시키고, RAN 리소스를 방출한다. MSC는 Subscriber Location Report를 콜이 클리어되었다는 것을 나타내는 GMLC로 전송한다. GMLC는 보고를 인식한다.

WAPS와 GPS간의 어떤 유사한 점 때문에, 위치 찾기에 사용되는 GPS 신호 구조는 WAPS 위치 신호에 사용될 수 있다. 가령, WAPS 신호 정보는 도 10에 기술된 기능을 사용하여 송신될 수 있다. 또한, WAPS 신호 정보는, WAPS 신호 정보가 도 10과 관련하여 어떻게 송신되는지와 유사한 방식으로, 도 11-20에 대하여 기술된 기능을 사용하여 송신될 수도 있다.

본원에서 기술되는 진보적인 태양은 컨트롤 평면과 사용자 평면 모두에 대하여, 다양한 네트워크 및 네트워크 기술에 적용될 수 있다. 예시에 의하여, 이하에서 좀 더 자세히 기술되는 바와 같이, 상기에 기술된 진보적인 태양은, Radio Resource Control (RRC)를 사용하는 Universal Terrestrial Radio Access Networks (UTRAN), Open Mobile Alliance (OMA) Secure User Plane Location (SUPL), LTE Positioning Protocol (LPP)를 사용하는 Long Term Evolution (LTE), Radio Resource LCS Protocol (RRLP)를 사용하는 Global System for Mobile Communications (GSM) 및 TIA-801 프로토콜과 처리 절차를 가진 CDMA200을 포함하는, 어떤 프로토콜에 대하여 실행될 수 있다.

존 발명의 하나 이상의 실시예는 알려진 시그널링 처리 절차의 변형예 및 이의 변화예, 그리고, Radio Resource Control (RRC) 프로토콜을 사용하는 Universal Terrestrial Radio Access Networks (UTRAN)의 로케이션 능력을 지원하는데 사용되는 메세지를 제공한다. 이러한 변형예는 WAPS 시스템의 어떤 특징이 기존 네트워크에서 작동할 수 있도록 하는데 필요할 수 있다. GNSS를 사용하는 방법, Cell-ID나 TDOA의 일부 형태를 사용하는 네트워크-기반 위치 찾기 방법 및 그 밖의 위치 찾기 방법을 포함하는, 다양한 처리 절차가 고려될 수 있다.

적어도 하나의 실시예에 따르면, RNC와 SAS는 하나 이상의 WAPS 서버와 인터페이스될 수 있고, 로케이션 쿼리(query)가 긴급 콜링과 관련이 없을 때, 로케이션 쿼리에 대한 인증 정보를 요청할 수 있다. 일부 실시예에서, 사용자 장치 Capability Information 메세지에서 사용자 장치에 의해 보고되지 않으면, RNC 및 SAS는 사용자 장치 WAPS 능력을 추정할 수 없다. 만일, 콜 흐름이 긴급 콜 로케이션 요청으로 다루어지고, 어플리케이션-레벨 로케이션이 컨트롤-평면 인프라구조에 걸친 흐름을 요청(가령, 구글 맵으로부터)한다면, 인증 룩업은 피할 수 있다. 그러나, RNC 및 SAS에서의 어플리케이션당 인증의 부족은 안정 및 서비스의 도난(theft-of-service) 위험을 야기할 수 있다. 이와 무관하여, RNC 및 SAS는, 우연이나 의도적으로, 사용자 장치가 RNC 및/또는 SAS에 WAPS-관련 로케이션 정보로 가득차게 하여, 네트워크 로딩이나 밀집 문제를 야기하지 않도록 보장하기 위해 강화될 수 있다. 정보를 충전하는 것은 결재 서비스를 통해 각각의 WAPS-활성화된 사용자 장치에 대해 얻을 수 있다. 그러나, 서비스 제공자가 네트워크 및/또는 사용자 장치로부터 별개의 결재 기록을 가지길 원한다면, RNC 및/또는 SAS는 추가 변형과 이들 변형을 요할 수 있다.

옵션 1 - 적어도 하나의 실시예는, UE-기반 또는 네트워크-기반 로케이션 계산에 대해 3GPP 컨트롤 평면 시그널링에 대한 변형없이, 본 발명의 어떤 태양을 수행한다. 그러나, 시그널링 변화는 다른 실시예에서 고려된다. 시그널링 변화가 없을 수 있다는 것은, WAPS가 가입자의 정보가 준비되고(WAPS 서비스를 사용하도록 권한있는 한 세트의 어플리케이션과 함게 IMSI와 같은 고유 식별자)인 자체 서버 세트를 가질 수 있고, WAPS는 사용자 장치와 직접 작업하는 자체 결재 서버 세트를 가져서, 결재 목적을 위해 사용할 수 있으며, 서비스 제공자 기준으로 쿼리당 추정된 단위 및 WAPS로부터 향상된 로케이션 서비스를 사는 그 밖의 사업 개체로 WAPS 사용 정보를 제공할 수 있다는 것이다. 따라서, 사용자 장치로부터 WAPS와 관련된 서비스 제공자로의 원시 사용 통계를 제공하기 위한 추정된 요구 사항이 있다.

게다가, 서비스 제공자의 네트워크는, WAPS를 사용(또는 불사용)하기 위해 사용자 장치에 정확하게 명령할 수 있기 위하여, 상요자 장치의 정확신 신호 조건을 알 수 없을 것이다. 사용자 장치는, WAPS-능력인지 우수한 WAPS 신호가 가능한지에 대하여, 네트워크로 피드백을 제공하기 위해 변화될 수 있다. WAPS가 가능하다는 표시를 사용자 장치가 제공하는 것은 WAPS 비콘 커버리지에 대한 RNC 로드 정보를 가지는 것보다 용이하다고 여겨진다. 그러나, WAPS의 사용을 권장하기 위해, 네트워크는, 어플리케이션이 로케이션 계산을 시도하여 WAPS 서버에 대해 확인하는 것에 대해 아는 것이 필요할 것이다. 네트워크(RNC 또는 SAS)는 WAPS 사용을 입증하기 위하여, WAPS 서버와 상호작용하나, 일부 경우에서는, 사용자 장치가 이러한 기능을 수행하는 것과 비교하여 유리한 점이 없을 수 있다. 대안적으로, 네트워크는 긴급 콜 로케이션이 컨트롤-평면 로케이션 메카니즘에 대한 유일한 사용이라고 가정할 수 있으나, 그러한 가정은 보안 및 서비스의 도난 리스크의 자체 세트를 이행한다(네트워크가 사용자 장치에 명령하여 클라이언트 제어를 무시하고 WAPS를 사용하는 것을 가정해 보라).

마지막으로, 네트워크-기반(즉, UE-지원) 로케이션 계산의 경우에, 사용자 장치는 신호를 측정하고, 사용자 장치 로케이션을 계산하기 위하여, 이들 측정치를 SAS로 다시 전송한다. 계산에서의 사용을 위해 WAPS 신호를 SAS로 되돌리는 것은 여러 시그널링 메세지의 변형을 요한다. 이러한 변형을 피하기 위하여, 어떤 실시예는, 처리를 위해 정보를 네트워크로 되돌리기 전에, WAPS 신호 정보를 GPS 의사-거리 정보로 변환한다. 3개의 비콘 보다 적은 비콘이 수신되면(가령, 사용자 장치가 WAPS 네트워크 커버리지의 가장자리에 있을 경우), GPS 의사-거리 측정치는 WAPS 신호 측정치를 사용하여 계산될 수 없고, 사용자 장치는 오로지, WAPS, GPS 또는 그 밖의 로케이션 기술의 조합이나 GPS 신호 커버리지에 의존하게 된다.

UE-기반 위치 찾기 및 UE-지원 위치 찾기모두는 3GPP 컨트롤-평면 시그널링에 대한 변형없이 달성될 수 있다. 이들 실시예에 따르면, 변형은 사용자 장치에만 이루어진다.

여러 실시예는 컨트롤-평면 시그널링에 대한 변형을 고려한다.

옵션 2 - 예를 들어, 적어도 하나의 실시예는 WAPS-감지 네트워크를 요할 수 있다. 이러한 방식으로, GMLC, SAS 및 사용자 장치는 변형된 메세징을 t사용하여 WAPS 지원에 대한 정보를 교환할 수 있다. 그러나, 새로운 GNSS 별자리는 WAPS 및 새로운 별자리의 맥락에서 전달된 WAPS 측정치에 대해 정의될 수 있다. 이러한 옵션에 따르면, WAPS 신호 측정치를 GPS 의사-거리로 변환할 요구사항이 없다. 이러한 접근법은 이하에 더욱 자세히 기술된다.

옵션 3- 적어도 하나의 다른 실시예는 WAPS-감지 네트워크를 유사하게 요할 수 있다. 이러한 방식으로, GMLC, SAS 및 사용자 장치는 변형된 메세징을 사용하여 WAPS 지원에 대한 정보를 교환할 수 있다. 그러나, WAPS 신호 측정치를 GPS 의사-거리로 변환하기보다는, 새로운 WAPS 특정 정보 요소가 생성되어서, WAPS 신호 측정치를 네트워크로 전송할 수 있다. 이러한 옵션에 따르면, WAPS 신호 측정치를 GPS 의사-거리로 변환하거나, GNSS 별자리를 사용할 요구사항이 없다. 이러한 접근법은 이하에 더욱 자세히 기술된다.

이하의 설명은 옵션 2 및 옵션 3에 따라 실행되어 본 발명의 다양한 특징을 수행할 수 있는 다양한 변형예를 나타낸다. 방법 2 및/또는 3에 대한 네트워크와 사용자 장치 장비 변형의 예는, RNC(시그널링을 위한 WAPS 지원이 일부 예에서 요할 수 있고, WAPS 결재/인증 지원이 일부 실시예에서 요할 수 있고, 변형된 시그널링 메세지에 대한 지원이 일부 실시예에서 요할 수 있음), SAS(시그널링을 위한 WAPS 지원이 일부 예에서 요할 수 있고, WAPS 결재/인증 지원이 일부 실시예에서 요할 수 있고, 변형된 시그널링 메세지에 대한 지원이 일부 실시예에서 요할 수 있음), UE(복수의 하드웨어 및 소프트웨어 변형이, 네트워크-기반 변화가 이루어지거나 이루어지지 않는 것과 무관하게 요할 수 있음)를 포함할 수 있다. 시그널링 메세지에 대한 변형은, UE Capability Enquiry(변형을 요하지 않는다. 이 메세지는 UE에 요청하기만 하여 그 능력을 네트워크로 전송함), UE Capability Information (UE는 WAPS 능력을 보고할 수 있어야만 함), UE Capability Information Confirm (변형을 요하지 않는다. 방법-특정 정보가 이 메세지에 포함되지 않는다.), Measurement Control(RNC는 UE에 명령하여 GPS 의사-거리 또는 새로운 IE를 사용하여 WAPS를 사용함), Measurement Report(UE는 기존 또는 새로운 메세지/IE에서 WAPS 정보를 보고할 수 있어야 함), Measurement Failure(UE는 WAPS 실패가 발생한 경우, 이를 통신할 수 있어야 함), Information Exchange Initiation Failure(원하면, WAPS-특정 에러 메세지는 WAPS 에러를 표시하기 위해 더해져야 함), Position Calculation Request(UE는 기존 또는 새로운 메세지/IE에서 WAPS 정보를 보고할 수 있어야 함), Position Calculation Response(이 메세지는 계산된 UE 로케이션을 전달 하고, 신호 측정 정보를 전달하지 않음), Position Calculation Failure(WAPS 에러에 대한 정보는 RNC로 전송될 수 있어야 함)를 포함할 수 있다.

사용자 장치 Capability Information 메세지의 사용자 장치 위치 결정 능력 정보 요소(3GPP 25.331 10.3.3.45)에 대한 변형은 GANSS ID (옵션 2에 대해, WAPS는 새로운 GNSS IE로서 더해질 수 있다. 가령, WAPS는 값 X(25.331에서 미래 사용을 위해 예약된 것 중 하나)를 사용할 것임), GANSS Signal ID (옵션 2에 대해, WAPS 신호 정보는 GANSS ID에 해당하는 것에 더해질 수 있다. 예를 들어, 값 X는 캐리어 주파수(즉, 대역폭 2.046MHz을 가진 926.227MHz)에서의 WAPS 신호를 나타낼 수 있는 반면, 값 1은또 다른 WAPS 신호(가령, 대역폭 5.115MHz을 가진 920.773MHz)에서의 WAPS 신호를 나타낼 수 있음), WAPS support(옵션 3에 대한 NEW FIELD이다. 열거된다(없음, UE-기반, 네트워크-기반, 독립적인)) 을 포함할 수 있다.

Measurement Control 메세지에 대한 변형(구체적으로, 3GPP 25.331 10.3.7.111에서의 양적인 IE를 보고하는 사용자 장치 위치 결정)은 WAPS 지원을 포함하고, Positioning Methods (옵션 3에 대해, WAPS, WAPS 또는 GPS, 및 WAPS 또는 GPS 또는 OTDOA를 더한다. 가령, 연결된다(OTDOA, GPS, OTDOA 또는 GPS, Cell ID, WAPS, WAPS 또는 GPS, WAPS 또는 GPS 또는 OTDOA)), GANSS Positioning Methods(옵션 2에 대해, WAPS에 대한 값을 더한다. 가령, WAPS는 비트 X를 사용할 수 있다.), GANSS timing of Cell wanted (옵션 2에 대해, WAPS에 대한 값을 더한다.가령, 비트 X는 WAPS에 대해 사용될 수 있다), GANSS carrier-phase measurement requested(옵션 2에 대해, WAPS에 대한 값을 더한다. 가령, 비트 X는 WAPS에 대해 사용될 수 있다)를 포함할 수 있다.

WAPS 지원을 더하기 위한 Measurement Failure 메세지 (3GPP 25.331 10.3.3.13)에 대한 변형은, Failure cause(두 옵션에 대해, add WAPS positioning method not supported, Invalid WAPS measured results, WAPS position calculation error)을 포함할 수 있다.

WAPS 지원을 더하기 위하여, Position Calculation Failure 메세지 (3GPP 25.453 9.1.5)내의 Cause field (3GPP 25.453 9.2.2.3)에 대한 변형은, Cause (두 옵션에 대해, add: WAPS positioning method not supported, Invalid WAPS measured results, WAPS position calculation error, user device Positioning Error: Not enough beacons, SAS unable to perform WAPS positioning within Response Time)을 포함할 수 있다.

옵션 2 - Measurement Report 메세지 내의 사용자 장치 Positioning GANSS measured results (3GPP 25.331 10.3.7.93a)에 대한 변형은 GANSS Time Id (WAPS에 대한 값을 추가 또는 GPS 시간 ID를 사용한다. 가령, 값 X), GANSS ID (WAPS에 대한 값을 추가한다. 가령, 값 X), GANSS Signal ID (여기서 WAPS 값 추가한다. 가령, 값 X는 WAPS 신호 캐리어 중 하나를 나타낼 수 있다). Satellite ID (WAPS를 사요하여, 이 값은 반드시 64를 초과해야 한다. 가령, WAPS ID는 압축된 6 비트로 맵핑된다. 압축의 한 방법은 WAPS ID를 WAPS ID modulo 64로 변환하는 것 일 수 있다), C/N₀ (C/N₀ 는 WAPS-트특정 범위로 맵핑되어야 한다)을 포함할 수 있다. 가령, WAPS 측정 SNR은 -32dB 내지 31dB일 수 있고, 이는 6 비트 정수 필드내로 맵핑된다.

IE는 사용자 장치 MBS 측정치로 되돌려질 필요가 있는 필드를 포함하는 데, 이는 BeaconID (정수 0 내지 32767; 비콘 고유 ID를 확인), Beacon frequency index (정수 0 내지 6; 비콘 주파수 오프셋을 확인), Beacon slot index (정수 0 내지 9; 비콘 슬롯 확인); Temperature (정수 0 내지 511; 0 내지 511로 정규화되고, 0.25 켈빈 레졸루션으로 223 내지 323 켈빈온도 범위를 가지며, UE에 의해 측정된 온도를 나타냄); Pressure (정수 0 내지 8191; 0 내지 8191로 정규화되고, 1 PA 레졸루션으로97229 내지 105420의 범위를 가지며, UE에 의해 측정된 대기압을 나타냄); Pressure confidence (정수 0 내지 100; 측정된 압력 신뢰도를 퍼센티지로 나타냄); Altitude estimate (정수 0 내지 262143; 0 내지 262143으로 정규화되고, 6 cm 레졸루션으로, -500 내지 9000 미터의 범위에서 UE 평가된 고도를 나타냄); Altitude confidence (정수 0 내지 100; 평가된 고도 신뢰도를 퍼센티지로 나타냄)을 포함할 수 있다.

옵션 2 - 사용자 장치 위치 결정 위치 추정(3GPP 25.331 10.3.7.109)에 대한 변형은, GANSS Time ID (WAPS에 대한 열거된 값 중 하나를 정의함. 가령, 0의 값은 WAPS에 대해 사용될 수 있음), GANSS Time ID (WAPS에 대한 열거된 값 중 하나를 정의함. 가령, 0의 값은 WAPS에 대해 사용될 수 있음)을 포함할 수 있다.

옵션 2 - Position Calculation Request 메세지 (3GPP 25.453 9.1.3)의 GANSS Measured Results 필드 (3GPP 25.453 9.2.2.117)에 대한 변형은 GANSS Time ID (WAPS에 대한 사용되지 않은 열거된 값을 정의함. 가령, 0의 값은 WAPS에 대해 사용될 수 있음); GANSS Time ID (WAPS에 대한 사용되지 않은 열거된 값을 정의함. 가령, 0의 값은 WAPS에 대해 사용될 수 있음); GANSS ID (WAPS에 대한 사용되지 않은 열거된 값을 정의함. 가령, 0의 값은 WAPS에 대해 사용될 수 있음); GANSS Signal ID (WAPS에 대한 사용되지 않은 열거된 값을 정의함. 가령, 0의 값은 WAPS에 대해 사용될 수 있음); Sat ID (WAPS를 사용하여, 이 값은 64를 넘지 않게 선택될 수 있음); C/N₀ (C/N₀ 는 WAPS-특정 범위로 맵핑되어야 함. 64dB의 동적인 범위만 표현될 수 있음)를 포함할 수 있다.

옵션 3 - WAPS-특정 측정된 결과 필드에 추가하기 위한, Measurement Report의 Measured Results 필드 (3GPP 25.331 10.3.7.99)에 대한 변형은 사용자 장치 위치 결정 WAPS 측정된 결과(WAPS 신호 측정치에 대한 새로운 요소)를 포함할 수 있다. 옵션 3 - Position Calculation Request 메세지 (3GPP 25.453 9.1.3)에 요구되는 변형은 WAPS Measured Results (WAPS 신호 측정치에 대한 새로운 요소)를 포함할 수 있다.

옵션 3 - 새로운 메세지(WAPS Signal Measurement)가 WAPS 신호 측정치를 홀드하는데 요구될 수 있고, 사용자 장치 WAPS Timing of Cell Frames (250의 단계에 의해 정수 0 내지 86399999999750; ns 단위로 WAPS Time of Day); WAPS TOD Uncertainty (정수 0 내지 127; UTRAN과 WAPS TOD간의 정확성); UC-ID (WAPS TOD-SFN에 대한 기준 셀); Reference SFN (정수 0 내지 4095; 로케이션이 유효하기 위한 SFN); WAPS TOD msec (정수 0 내지 3599999; ms 단위로 GANSS Time of Day); WAPS TOD Uncertainty (정수 0 내지 127; WAPS TOD의 정확성); WAPS Code Phase Ambiguity (정수 0 내지 31; ms 단위로); WAPS Measurement Parameters (1 내지 < maxWAPSBCN); WAPS ID (정수 0 내지 65535; WAPS 식별자); C/N₀(정수 0 내지 63; dB-Hz의 단위로 수신된 신호의 캐리어투노이즈 비율의 추정); Multipath Indicator (열거된 NM, Low, Medium, High); Carrier Quality Indication (비트 스트링 2); WAPS Code Phase (정수 0 내지 2²¹-1); WAPS Integer Code Phase (정수 0 내지 63); Code Phase Error (정수 0 내지 63); Doppler (정수 -32K-32K; Hz, 스케일 팩터 0.4); ADR (정수 0 내지 33554431; 위성 신호에 대한 ADR 측정(미터 단위로))를 포함할 수 있다.

많은 WAPS 기능이 GMLC 및/또는 SAS내로 통합될 수 있다는 것을 이해해야 한다. 가령, GMLC 및/또는 SAS는 비콘 신호(들)를 해독하는데 요구되는 암호 키(들)을 제공하도록 프로그램될 수 있고, 온-보드 데이터베이스나 WAPS-호스트 데이터베이스에 쿼리할 수 있는 능력을 추정하는 WAPS 사용에 대한 인증 에이전트로서 역할을 하고, 각 사용자 장치로부터의 사용을 모으고 보고할 수 있다.

도 11은 WAPS를 사용하는 긴급 콜을 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 이들 메세지의 포맷은 상기 기술될 수 있다. 단계 9 및 20은 사용자 장치가 GPS와 WAPS 중 하나 또는 둘 다 사용하여, 사용자 장치의 로케이션을 계산할 수 있다는 사실을 강조한다. 단계 29 및 30은 어떤 주기 간격에서, WAPS 결재 서버로 전송되는 사용자 장치상에 저장되는 결재 정보를 나타낸다.

도 11의 도면은 네트워크-기반 로케이션 계산을 사용하여 긴급 콜에 적용할 수 있고, WAPS 시스템 시그널링 및 작동의 예를 나타내는데, 여기서, SAS는 RNC로 위치 계산 요청을 전송하고, 이는 단계 1110과 1111 및 1121과 1122 사이에서 SAS에 응답하여 위치 계산을 되돌린다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 9 및 20은 사용자 장치가 WAPS 신호를 캡쳐링하고, 네트워크로 되돌리기 위하여, 이들을 GPS 의사-거리로 변환한다는 사실을 강조한다. 단계 11, 12 및 22, 23은 이 시그널링 흐름으로 추가되어, SAS에 의해 로케이션 계산을 도시할 수 있다. 단계 29 및 30은 어떤 주기 간격에서, WAPS 결재 서버로 전송되는 사용자 장치상에 저장되는 결재 정보를 나타낸다.

본 발명의 하나 이상의 실시예는 OMA Secure User Plane Location (SUPL) 프로토콜의 로케이션 능력을 지원하는데 사용되는 메세지 및 알려진 시그널링 처리 절차로부터의 수정예와 변형예를 제공한다. 이러한 수정예는 WAPS 시스템의 어떤 특징이 기존 네트워크에서 작동할 수 있도록 하는데 필요할 수 있다. GNSS, Cell-ID 또는 TDOA 일부 형태를 사용하는 네트워크-기반 위치 찾기 방법 및 그 밖의 위치 찾기 방법을 사용하는 다양한 처리 절차가 고려될 수 있다. SLP는 상기 UTRAN 실행의 RNC 및 SAS와 유사하게 작동할 수 있다. WAPS 사용을 위한 SUPL에 대한 변형은 기초가 되는 RAN 로케이션 프로토콜(TIA-801 또는 RRC와 같은) 및 SUPL 모두를 변형하기를 요한다. SUPL 또는 서비스 제공자의 네트워크 상의 로케이션 프로토콜 중 하나만은 SUPL을 통하여 WAPS의 완전한 사용을 못 할 수 있다. SUPL의 모든 버전이 사용될 수 있다.

UTRAN과 관련된 논의는 본 발명의 SUPL에 유사하게 적용되고, 이 섹션에서 참조로서 포함된다. 가령, UTRAN에서 신호 변형과 관련된 논의 - 즉, (다른 특징 중에 의사-거리의 변환에 의존하는 대신에) 신호 변형을 사용하지 않는 것 및 신호 변형을 사용하는 것과 관련된 논의 - 는 몇몇 예외와 함께 SUPL에 유사하게 적용된다. 그러나, 네트워크는 SUPL 컨트롤-평면 프로토콜이 할 수 있는 것과 같이, 긴급 콜에 대해서만 사용된다고 가정할 수 없다. 따라서, 일부 실시예에서, 사용자 장치가 WAPS 가능하다는 것을 알기 위하여, SLP(즉, 네트워크)에 대한 요구사항이 없다. SUPL이 로케이션 계산을 위해 RRC와 TIA-801과 같은 기초적인 RAN 로케이션 프로토콜을 사용하기 때문에, 그 프로토콜의 실행 및 SUPL 지원은 동일해야 한다(가령, RRLP에 대해 옵션 1, RRC에 대해 옵션 2, SUPL에 대해 옵션 3을 선택하는 것은 기이한 정보 처리 상호 운영 문제를 야기할 수 있음).

도 12는 WAPS 지원 및 시그널링에 변형 없이, 사용자 장치로의 MT Location Request를 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 13은 로케이션 계산이 SET-기반이거나 SET-지원인 로케이션 계산을 완료시키는 프로토콜-특정 메세징(RRLP, RRC, TIA-801)이고, 단계17 및 18은 어떤 주기 간격에서, WAPS 결재 서버로 전송되는 사용자 장치상에 저장되는 결재 정보를 나타낸다.

도 13은 WAPS 지원을 사용하는 긴급 콜을 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 9는 로케이션 계산이 SET-기반이거나 SET-지원인 로케이션 계산을 완료시키는 프로토콜-특정 메세징(RRC, TIA-801등)이다. 단계12 및 13은 어떤 주기 간격에서, WAPS 결재 서버로 전송되는 사용자 장치상에 저장되는 결재 정보를 나타낸다. 도 13의 도면은 네트워크-기반 로케이션 계산을 사용하는 Emergency Call에도 적용될 수 있고, WAPS 시스템 시그널링 및 작동의 샘플을 나타낸다.

도시된 바와 같이, 로케이션 요청은 SUPL Agent로부터, 어쩌면 GMLC 또는 ESME로부터 직접 E-SLP에 도달한다. 요청은 긴급 표시자 세트를 가져서, E-SLP는 요청이 긴급 콜에 대한 것을 알 것이다. SUPL 세션은 Emergency IMS Core로의 SIP PUSH를 사용하여 개시된다. IMS는 SET로의 SIP PUSH를 사용한다. SET는 200 OK를 가진 MESSAGE를 인식한다. IMS는 200 OK를 E-SLP로 다시 전송한다. SET는 SLP에 보안 IP 커넥션을 생성하고, SUPL POS INIT 메세지를 거기로 전송한다. SUPL POS INIT는 지원된 위치 결정 능력(가령, SET 지원 또는 SET 기반 WAPS) 및 프로토콜(가령, LPP)를 포함할 것이다. 또한, SET는 SUPL POS INIT에서도 전송될 보조 데이터를 요청할 수 있다. SUPL POS 처리 절차는 시작된다. 이에 의해 특정 LPP 메세지는 교환되어 SET가 그 로케이션 또는 SET의 로케이션을 계산하기 위한 SLP에 대해 결정할 수 있다.

본 발명의 다양한 특징을 수행하기 위한 옵션 2 및 옵션 3에 따라 실행될 수 있는 다양한 변형예가 이하에 기술된다.

네트워크 및 사용자 장치 장비 변형의 예시는, SLP (WAPS 결재/인증 지원은 일부 예시에서 요구될 수 있음; 변형된 시그널링 메세지에 대한 지원은 일부 예시에서 요구될 수 있음; GSM/RRLP, UTRAN/RRC 또는 TIA-801과 같은 WAPS-변형된 RAN-특정 컨트롤-평면 로케이션 메세지에 대한 지원은 일부 예시에서 요구될 수 있음); 및 UE(복수의 하드웨어 및 소프트웨어 변형예는 네트워크-기반 변화가 이루어지거나 이루어지지 않는 것에 무관하게 요구될 수 있음)을 포함할 수 있다.

ULP 및 ILP 시그널링 메세지에 대한 변형은, GNSS Positioning Technology (INIT RESPONSE TRIG. RESPONSE; 옵션 2에 대해, WAPS는 새로운 별자리로서 추가될 필요가 있을 수 있음); Location ID (START POS INIT TRIG. START; "WAPS Cell-ID"의 사용이 지원되지 않음); Position (START POS INIT END TRIG. START REPORT; 이 요소는 SET의 위치만 보고할 뿐, 위치가 계산된 신호 소스를 보고하지 않음); Positioning Method (INIT RESPONSE TRIG. RESPONSE REPORT; WAPS 표시자를 위한 지원(WAPS-기반, WAPS-지원 및 WAPS 단독)이 일부 예에서 요구될 수 있음); Positioning Payload (POS; 이 메세지는 TIA-801 또는 RRC 페이로드를 전달함. 그 페이로드가 변형되어 WAPS 관련 정보를 전송하면, 수정된 페이로드를 취급하기 위한 이 ULP 메세지에게 특별한 변화가 요구되지 않음); SET Capabilities (START POS INIT AUTH REQ END TRIG. START REPORT; WAPS 표시자를 위한 지원(WAPS-기반, WAPS-지원 및 WAPS 단독)이 일부 예에서 요구될 수 있음); Status Code (AUTH RESP END TRIG. STOP; WAPS-특정 에러 메세지가 요구되면(WAN 타입의 특정 메세지가 현재 메세징 내에서 지원되지 않을 것임), 변형이 일부 예에서 요구될 수 있음); Supported Network Information (INIT RESPONSE TRIG RESPONSE; WAPS 표시자에 대한 지원이 요구될 수 있음); Approved Positioning Methods (PREQ; WAPS 표시자를 위한 지원(WAPS-기반, WAPS-지원 및 WAPS 단독)이 일부 예에서 요구될 수 있음); GNSS Positioning Technology (PRES PINIT; 옵션 2에 대하여, WAPS는 새로운 별자리로서 추가될 필요가 있을 수 있음); Location ID (PREQ PLREQ PINIT; "WAPS Cell-ID"의 사용이 지원되지 않음); Position (PINIT PRES PRPT; 이 요소는 SET의 위치만 보고할 뿐, 위치가 계산된 신호 소스를 보고하지 않음); Positioining Payload (POS; 이 메세지는 TIA-801 또는 RRC 페이로드를 전달함. 그 페이로드가 변형되어 WAPS 관련 정보를 전송하면, 수정된 페이로드를 취급하기 위한 이 ULP 메세지에게 특별한 변화가 요구되지 않음); Preferred Positioning Method (PRES; WAPS 지원은 지원된 위치 결정 방법의 리스트에 추가될 필요가 있을 수 있음); SET Capabilities (PREQ PINIT; WAPS 표시자를 위한 지원(WAPS-기반, WAPS-지원 및 WAPS 단독)이 일부 예에서 요구될 수 있음); Status Code (PRPT PEND; WAPS-특정 에러 메세지가 요구되면(WAN 타입의 특정 메세지가 현재 메세징 내에서 지원되지 않을 것임), 변형이 일부 예에서 요구될 수 있음); Supported Positioning Methods (PRES; WAPS 표시자를 위한 지원(WAPS-기반, WAPS-지원 및 WAPS 단독)이 일부 예에서 요구될 수 있음)를 포함할 수 있다.

ULP Positioning parameter [SUPLV1ULP 7.8] [SUPLV2ULP 10.8]에 대한 변형은, Position Method parameter (지원된 방법의 리스트에 추가: WAPS SET-기반; WAPS SET-지원; Autonomous WAPS)를 포함할 수 있다. ULP SET Capabilityes parameter [SUPLV1ULP 7.10] [SUPLV2ULP 10.10]에 대한 변형은, Pos Technology (지원된 방법의 리스트에 추가함: WAPS SET-기반; WAPS SET-지원; Autonomous WAPS); GANSS ID (옵션 2: WAPS에 대한 값을 추가함. 예를 들어, 0의 값이 WAPS를 위해 사용될 수 있음); GANSS Signals (옵션 2: WAPS 값이 요구될 수 있음. 예를 들어, 0의 값이 WAPS를 위해 사용될 수 있음); Pref Method (바람직한 모드의 리스트에 추가함: WAPS SET-지원 선호; WAPS SET-기반 선호)를 포함할 수 있다. ULP Status Code parameter [SUPLV1ULP 7.6] [SUPLV2ULP 10.6]에 대한 변형은, To the enumerated values add (WAPS 위치 결정 방법이 지원되지 않고, WAPS 측정된 결과가 무효이며, WAPS 위치 계산 에러, 사용자 장치), Positioning Error (비컨의 불충분)를 포함할 수 있다. ULP Supported Network Information parameter [SUPLV2ULP 10.24]에 대한 변형은 New Boolean value (맞으면, WAPS 지원됨) 를 포함할 수 있다.

ILP Approved Positioning Method parameter [SUPLV2ILP 12.24]에 대한 변형은, Positioning Technology (지원된 기술의 리스트에 추가: WAPS SET-기반; WAPS SET-지원; Autonomous WAPS); GANSS ID (옵션 2에 대하여, WAPS에 대한 값을 추가함. 예를 들어, 0의 값이 WAPS를 위해 사용될 수 있음); GANSS Signals (옵션 2에 대해, 새로운 WAPS 신호가 정의될 수 있음. 가령, 0의 값이 WAPS를 위해 사용될 수 있음 )을 포함할 수 있다. ILP Positioning Method parameter [SUPLV2ILP 12.3]에 대한 변형은, Position Method (지원된 방법의 리스트에 추가: WAPS SET-기반; WAPS SET-지원; Autonomous WAPS)를 포함할 수 있다. ILP Positioning Method parameter [SUPLV2ILP 12.26] 에 대한 변형은, Position Method (지원된 방법의 리스트에 추가: WAPS SET-기반; WAPS SET-지원; Autonomous WAPS)을 포함할 수 있다. ILP SET Capabilities parameter [SUPLV2ILP 12.14]에 대한 변형은, Pos Technology (지원된 방법의 리스트에 추가: WAPS SET-기반; WAPS SET-지원; Autonomous WAPS); GANSS ID (옵션 2: WAPS에 대한 값을 추가함. 예를 들어, 0의 값이 WAPS를 위해 사용될 수 있음); GANSS Signals (옵션 2: WAPS 값이 요구될 수 있음. 예를 들어, 0의 값이 WAPS를 위해 사용될 수 있음); Pref Method (바람직한 모드의 리스트에 추가함: WAPS SET-지원 선호; WAPS SET-기반 선호)을 포함할 수 있다. ILP Status Code parameter [SUPLV2ILP 12.27]에 대한 변형은, Status Code value ( To the enumerated values add (WAPS 위치 결정 방법이 지원되지 않고, WAPS 측정된 결과가 무효이며, WAPS 위치 계산 에러, 사용자 장치), Positioning Error (비컨의 불충분))을 포함할 수 있다. ILP Supported Positioning Methods parameter [SUPLV2ILP 12.25]에 대한 변형은, Positioning Technology (지원된 방법의 리스트에 추가: WAPS SET-기반; WAPS SET-지원; Autonomous WAPS); GANSS ID (옵션 2: WAPS에 대한 값을 추가함. 예를 들어, 0의 값이 WAPS를 위해 사용될 수 있음); GANSS Signals (옵션 2: WAPS 신호 값이 추가될 수 있음. 가령, 0의 값이 WAPS를 위해 사용될 수 있음)를 포함할 수 있다. ULP GNSS Positioning Technology parameter [SUPLV2ULP 10.34]에 대한 변형은, GNSS Positioning Technology (WAPS를 지원된 GNSS 비트맵에 추가함. 가령, 비트 X 는 WAPS를 위해 사용될 수 있음)를 포함할 수 있다. ILP GNSS Positioning Technology parameter [SUPLV2ILP 12.23]에 대한 변형은, GNSS Positoning Technology (WAPS를 지원된 GNSS 비트맵에 추가함. 가령, 비트 X는 WAPS를 위해 사용될 수 있음)을 포함할 수 있다.

많은 WAPS 기능이 SLP에 통합된다는 것을 이해해야 한다. 예를 들어, SLP는, 비콘 신호(들)을 해독하는데 필요한 암호화 키(들)를 제공하도록 프로그램될 수 있고, WAPS 사용이 온-보드 데이터 베이스나, WAPS-호스트 데이터 베이스를 쿼리하기 위한 능력을 추정하는 인증 에이전트로서의 역할을 할 수 있으며, 각 사용자 장치로부터 사용을 모아서 보고할 수 있다.

본 발명의 하나 이상의 실시예는 롱 텀 에볼루션(LTE) 프로토콜의 로케이션 능력을 지원하는데 사용되는 시그널링 처리 절차와 메세지의 수정예 및 변형예를 제공한다. 이러한 수정예는 WAPS 시스템의 어떤 특징이 기존 네트워크에서 작동할 수 있게 요구될 수 있다. GNSS, Cell-ID를 사용하는 네트워크-기반의 위치 찾기 방법 또는 TDOA의 일부 형태 및 그 밖의 위치 찾기 방법을 포함하는 다양한 처리 절차가 고려될 수 있다. E-SMLC는 상기 UTRAN 실행의 RNC와 SAS와 유사하게 작동할 수 있다.

UTRAN와 관련된 논의는 본 발명의 E-SMLC 실행과 유사하게 적용되고, 이 섹션에 참조로서 포함된다. 예를 들어, UTRAN에서 신호 변형과 관련된 논의 - 즉, 신호 변형을 사용하지 않고(대신에, 다른 특징 중에, 의사-거리의 변환에 의존함), 신호 변형을 사용하는 것과 관련된 논의- 는, 몇몇 예외를 제외하고 E-SMLC와 유사하게 적용된다. LTE에서 옵션 3에 대하여, 외부적으로 정의된 위치 찾기 방법 능력(즉, 외부 PDU, ePDU)은 요구되는 표준-기반 변화의 수를 최소로하는데 사용될 수 있다.

도 14는 WAPS 지원이 되고, 시그널링에 대한 변형 없는 사용자 장치로의 MT Location Request를 도시한다. 단계 1과 2는 사용자 장치에 의해 IMSI가 WAPS에 액세스(그리고, 로케이션 계산 요구전에 최적화로 완성됨)하기 위한 공용키와 인증을 요구하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 19는 사용자 장치가 그 로케이션을 계산하기 위해 GPS와 WAPS 중 하나 또는 둘 다를 사용할 수 있다는 사실을 강조한다. 단계 30 및 31은 어떤 주기적인 간격으로 WAPS 결제 서버로 전송되는, 사용자 장치 상에 저장된 결제 정보를 나타낸다.

도 15는 WAPS 지원을 포함하는 긴급 콜을 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 9 및 20은 사용자 장치가 그 로케이션을 계산하기 위해 GPS와 WAPS 중 하나 또는 둘 다를 사용할 수 있다는 사실을 강조한다. 단계 26 및 27은 어떤 주기적인 간격으로 WAPS 결제 서버로 전송되는, 사용자 장치 상에 저장된 결제 정보를 나타낸다.

이하의 설명은 본 발명의 다양한 특징을 수행하기 위하여, 옵션 2 및 옵션 3에 따라 실행될 수 있는 다양한 변형예에 관한 것이다.

네트워크와 사용자 장치 장비 변형의 예는, E-SMLC (시그널링을 위한 WAPS 지원은 일부 예에서 요구될 수 있고, WAPS 결제/인증 지원은 일부 예에서 요구될 수 있으며, 변형된 시그널링 메세지에 대한 지원은 일부 예에서 요구될 수 있음); UE (복수의 하드웨어와 소프트웨어 변형은 네트워크-기반의 변화가 이루어지는지에 관계없이 요구될 수 있음)을 포함할 수 있다.

시그널링 메세지에 대한 변형은, CommonIEsAbort (WAPS 중단 정보가 추가되어야 함); CommonIEsError (WAPS 에러 정보가 추가되어야 함); EPDU-ID (WAPS는 지원된 외부 위치 결정 방법으로 추가되어야 함); EPDU-Name (WAPS는 지원된 외부 위치 결정 방법으로 추가되어야 함); GNSS-ID (WAPS는 GNSS로서 추가되어야 함. 예를 들어, 0의 값이 WAPS를 위해 사용될 수 있음); GNSS-ID-Bitmap (WAPS는 GNSS로서 추가되어야 함. 예를 들어, 비트 0이 WAPS를 위해 사용될 수 있음); GNSS-SignalID (WAPS는 GNSS (및 맵핑된 WAPS 신호)로서 추가되어야 함. 예를 들어, 0의 값은 WAPS M1 신호를 위해 사용될 수 있음); GNSS-SignalIDs (WAPS는 GNSS (및 맵핑된 WAPS 신호)로서 추가되어야 함. 예를 들어, 0의 값은 WAPS M1 신호를 위해 사용될 수 있음. 대안적으로, WAPS M1 신호는 비트 위치 1(가령, 8 위치 중에)을 값 1로 설정함에 의해 표시됨)을 포함할 수 있다. SV-ID ASN.1 elelment [3GPP 36.355 6.5.2.13]에 대한 변형은 필요없다. 기준이 되는 WAPS 송신기에 의해 사용되는 PRN 코드를 식별하기 위한 의미로서, SV-ID 값은 "Preferred Code Index - 1"으로 맵핑된다.

CommonIEsAbort ASN.1 element [3GPP 36.355 6.4.2]에 대한 변형은 WAPS와 관련된 에러값을 포함할 수 있다. CommonIEsError ASN.1 element [3GPP 36.355 6.4.2]에 대한 변형은 WAPS와 관련된 에러값을 포함할 수 있다. GNSS-ID ASN.1 element [3GPP 36.355 6.5.2.13]에 대한 변형은 WAPS 값을 포함할 수 있다. WAPS 추가를 위한 다양한 열거 위치가 사용될 수 있다는 것을 주목할 수 있다. GNSS-ID-Bitmap ASN.1 element [3GPP 36.355 6.5.2.13]에 대한 변형은 WAPS 값을 포함할 수 있다. EPDU ASN.1 element [3GPP 36.355 6.4.1]에 대한 변형은 ePDU-ID, 및 ePDU-Name 값을 포함할 수 있다. GNSS-ID-Bitmap 내의 WAPS 로케이션에 대한 다양한 비트 위치가 사용될 수 있다는 것을 주목할 수 있다.

satellite - id 의 가능한 해석은, GPS system (satellite - id의 값: '0' - '62' '63') (satellite - id의 해석: Satellite PRN Signal No. 1 to 63, Reserved); SBAS system (satellite - id의 해석: '0' - '38' '39' - '63') (satellite - id의 해석: Satellite PRN Signal No. 120 내지 158, Reserved); QZSS system (satellite - id의 값: '0' - '4' '5' - '63') (satellite - id의 해석: Satellite PRN Signal No. 193 내지 197, Reserved); GLONASS system (satellite - id의 값: '0' - '23' '24' - '63') (satellite-id의 해석: Slot Number 1 내지 24, Reserved); MBS system (satellite - id의 값: '0' - '63') (satellite - id의 해석: Preferred Code Index No. 1 내지 64)을 포함할 수 있다.

옵션 2에 대한 GNSS-GenericAssistData ASN.1 element[3GPP 36.355 6.5.2.1]에 대한 변형은, -- ASN1START GNSS-GenericAssistData ::= SEQUENCE (SIZE (1..16)) OF GNSS-GenericAssistDataElement / GNSS-GenericAssistDataElement ::= SEQUENCE {gnss-ID GNSS-ID, sbas-ID SBAS-ID OPTIONAL, -- Cond GNSS-ID-SBAS gnss-TimeModels GNSS-TimeModelList OPTIONAL, -- Need ON gnss-DifferentialCorrections GNSS-DifferentialCorrections OPTIONAL, -- Need ON gnss-NavigationModel GNSS-NavigationModel OPTIONAL, -- Need ON gnss-RealTimeIntegrity GNSS-RealTimeIntegrity OPTIONAL, -- Need ON gnss-DataBitAssistance GNSS-DataBitAssistance OPTIONAL, -- Need ON gnss-AcquisitionAssistance GNSS-AcquisitionAssistance OPTIONAL, -- Need ON gnss-Almanac GNSS-Almanac OPTIONAL, -- Need ON gnss-UTC-Model GNSS-UTC-Model OPTIONAL, -- Need ON gnss-AuxiliaryInformation GNSS-AuxiliaryInformation OPTIONAL, -- Need ON gnss-MbsAssistance GNSS-MBSAssistance OPTIONAL, -- Need ON ...} -- ASN1STOP를 포함할 수 있다.

옵션 2에 대한 GNSS-MBSAssistance ASN.1 element [3GPP 36.366 6.5.2.2]의 추가는 다음을 포함할 수 있다. IE GNSS - MBSAssistance는 로케이션 서버에 의해 MBS 특정 보조 데이터를 가진 목표 장치를 제공하는데 사용된다. -- ASN1START GNSS-MBSAssistance ::= SEQUENCE (SIZE(1..32)) OF MBSAssistanceData MBSAssistanceData ::= SEQUENCE {svID SV-ID, BeaconID INTEGER (0..32767), BeaconFreqIndex INTEGER (0..6), BeaconLatitude INTEGER (0..67108863) OPTIONAL, BeaconLongitude INTEGER (0..134217727) OPTIONAL, BeaconAltitude INTEGER (0..65535) OPTIONAL, BeaconTxQuality INTEGER (0..63) OPTIONAL, BeaconTimingCorrection INTEGER (0..25) OPTIONAL, BeaconTemperature INTEGER (0..127) OPTIONAL, BeaconPressure INTEGER (0..8191) OPTIONAL, ...} -- ASN1STOP.

GNSS - MBSAssistance 필드 설명은, svID (이 필드는 GNSS-MBSAssistance가 주어진 GNSS SV(MBS Preferred Beacon Index - 1)을 명시함); BeaconID (이 필드는 고유 MBS Beacon ID를 나타냄); BeaconFreqIndex (이 필드는 비콘 주파수 오프셋 인덱스를 나타냄); BeaconLatitude (이 필드는 비콘 위도이며, 백만분의 1 도 레졸루션(6 자리)로 [-90, 90]도의 범위이며, 0..67108863으로 정규화됨); BeaconLongitude (이 필드는 비콘 경도이며, 백만분의 1 도 레졸루션(6 자리)로 [-180, 180]도의 범위이며, 0..134217727로 정규화됨); BeaconAltitude (이 필드는 비콘 고도를 나타내며, 6cm 레졸루션으로 -500..9000 미터의 범위이며, 0..65535로 정규화됨); BeaconTxQuality (이 필드는 비콘에 대한 상대적인 품질 메트릭을 나타내서, 수신기가 이에 따라 송신기로부터의 범위 데이터를 평가할 수 있음); BeaconTimingCorrection (이 필드는 비콘이 시스템 내에서 전송에서 차지하는 다양한 지연을 조정한 후에, 남은 잔여 타이밍 에러를 표시하는데, 범위는 1ns 레졸루션으로 0..25 ns 임); BeaconTemperature (이 필드는 1 켈빈 레졸루션으로, 범위 223..323 켈빈의 범위에서, MBS 비콘에서 측정된 온도를 나타내며, 0..127로 정규화됨); BeaconPressure (이 필드는 1 PA 레졸루션으로, 범위 97229..105420 PA 의 범위에서, MBS 비콘에서 측정된 대기압을 나타내며, 0..8191로 정규화됨); 및 MBSAssistReq (이 필드는 목표 장치가 GNSS-MBSAssistance를 요구하면, 강제적이지만, 그렇지 않으면 존재하지 않음)을 포함할 수 있다.

옵션 2에 대한 GNSS-GenericAssistDataReq ASN.1 element [3GPP 36.355 6.5.2.3]의 변형은, -- ASN1START GNSS-GenericAssistDataReq ::= SEQUENCE (SIZE (1..16)) OF GNSS-GenericAssistDataReqElement GNSS-GenericAssistDataReqElement ::= SEQUENCE { gnss-ID GNSS-ID, sbas-ID SBAS-ID OPTIONAL, -- Cond GNSS-ID-SBAS gnss-TimeModelsReq GNSS-TimeModelListReq OPTIONAL, -- Cond TimeModReq gnss-DifferentialCorrectionsReq GNSS-DifferentialCorrectionsReq OPTIONAL, -- Cond DGNSS-Req gnss-NavigationModelReq GNSS-NavigationModelReq OPTIONAL, -- Cond NavModReq gnss-RealTimeIntegrityReq GNSS-RealTimeIntegrityReq OPTIONAL, -- Cond RTIReq gnss-DataBitAssistanceReq GNSS-DataBitAssistanceReq OPTIONAL, -- Cond DataBitsReq gnss-AcquisitionAssistanceReq GNSS-AcquisitionAssistanceReq OPTIONAL, -- Cond AcquAssistReq gnss-AlmanacReq GNSS-AlmanacReq OPTIONAL, -- Cond AlmanacReq gnss-UTCModelReq GNSS-UTC-ModelReq OPTIONAL, -- Cond UTCModReq gnss-AuxiliaryInformationReq GNSS-AuxiliaryInformationReq OPTIONAL, -- Cond AuxInfoReq gnss-MbsAssistanceReq GNSS-MBSAssistanceReq OPTIONAL, -- Cond MBSAssistReq ... }-- ASN1STOP 을 포함한다.

IE GNSS - MBSAssistanceReq는 목표 장치에 의해 로케이션 서버로부터 GNSS -MBSAssistance assistance를 요구하는데 사용될 수 있다. 옵션 2에 대하여, GNSS-MeasurementList ASN.1 element [3GPP 36.355 6.5.2.6] 에 대한 변형은, -- ASN1START GNSS-MeasurementList ::= SEQUENCE (SIZE(1..16)) OF GNSS-MeasurementForOneGNSS GNSS-MeasurementForOneGNSS ::= SEQUENCE { gnss-ID GNSS-ID, gnss-SgnMeasList GNSS-SgnMeasList, ... } GNSS-SgnMeasList ::= SEQUENCE (SIZE(1..8)) OF GNSS-SgnMeasElement GNSS-SgnMeasElement ::= SEQUENCE { gnss-SignalID GNSS-SignalID, gnss-CodePhaseAmbiguity INTEGER (0..127) OPTIONAL, gnss-SatMeasList GNSS-SatMeasList, ...} GNSS-SatMeasList ::= SEQUENCE (SIZE(1..64)) OF GNSS-SatMeasElement GNSS-SatMeasElement ::= SEQUENCE { svID SV-ID, cNo INTEGER (0..63), mpathDet ENUMERATED {notMeasured (0), low (1), medium (2), high (3), ...}, carrierQualityInd INTEGER (0..3) OPTIONAL, codePhase INTEGER (0..2097151), integerCodePhase INTEGER (0..127) OPTIONAL, codePhaseRMSError INTEGER (0..63), doppler INTEGER (-32768..32767) OPTIONAL, adr INTEGER (0..33554431) OPTIONAL, MbsMeasElement MBSMeasElement OPTIONAL, ...} MBSMeasElement ::= SEQUENCE { BeaconID INTEGER (0..32767) OPTIONAL, BeaconFreqIndex INTEGER (0..6) OPTIONAL, BeaconSlotIndex INTEGER (0..9) OPTIONAL, Temperature INTEGER (0..127) OPTIONAL, Pressure INTEGER (0..8191) OPTIONAL, PressureConfidence INTEGER (0..100) OPTIONAL, AltitudeEstimate INTEGER (0..65535) OPTIONAL, AltitudeConfidence INTEGER (0..100) OPTIONAL, ...}-- ASN1STOP을 포함할 수 있다.

필드는, MBSMeasElement (이 필드는 MBS 특정 측정치를 포함함); BeaconID (이 필드는 고유 MBS 비콘 ID를 포함함); BeaconFreqIndex (이 필드는 비콘 주파수 오프셋 인덱스를 포함함); BeaconSlotIndex (이 필드는 비콘 슬롯 인덱스를 포함함); Temperature (이 필드는 1 켈빈 레졸루션으로, 범위 223..323 켈빈의 범위에서, UE에 의해 측정된 온도를 포함하며, 0..127로 정규화됨); Pressure (이 필드는 1 PA 레졸루션으로, 범위 97229..105420 PA 의 범위에서, UE에 의해 측정된 대기압을 나타내며, 0..8191로 정규화됨); PressureConfidence (이 필드는 퍼센티지로 표현되며, 압력 측정치에 대한 신뢰도를 포함함); AltitudeEstimate (이 필드는 UE 평가된 고도를 포함하며, 6cm 레졸루션으로 -500..9000 미터의 범위이며, 0..262143로 정규화됨; AltitudeConfidence (이 필드는 퍼센티지로 표현되며, 고도 측정치에 대한 신뢰도를 포함함); 및 MBSAssistSup (이 필드는 목표 장치가 GNSS-MBSAssistance를 요구하면, 강제적이지만, 그렇지 않으면 존재하지 않음)을 포함할 수 있다.

옵션 2에 대하여, GNSS-GenericAssistanceDataSupport ASN.1 element [3GPP 36.355 6.5.2.10]에 대한 변형은, -- ASN1START GNSS-GenericAssistanceDataSupport ::= SEQUENCE (SIZE (1..16)) OF GNSS-GenericAssistDataSupportElement GNSS-GenericAssistDataSupportElement ::= SEQUENCE { gnss-ID GNSS-ID, sbas-ID SBAS-ID OPTIONAL, -- Cond GNSS-ID-SBAS gnss-TimeModelsSupport GNSS-TimeModelListSupport OPTIONAL, -- Cond TimeModSup gnss-DifferentialCorrectionsSupport GNSS-DifferentialCorrectionsSupport OPTIONAL, -- Cond DGNSS-Sup gnss-NavigationModelSupport GNSS-NavigationModelSupport OPTIONAL, -- Cond NavModSup gnss-RealTimeIntegritySupport GNSS-RealTimeIntegritySupport OPTIONAL, -- Cond RTISup gnss-DataBitAssistanceSupport GNSS-DataBitAssistanceSupport OPTIONAL, -- Cond DataBitsSup gnss-AcquisitionAssistanceSupport GNSS-AcquisitionAssistanceSupport OPTIONAL, -- Cond AcquAssistSup gnss-AlmanacSupport GNSS-AlmanacSupport OPTIONAL, -- Cond AlmanacSup gnss-UTC-ModelSupport GNSS-UTC-ModelSupport OPTIONAL, -- Cond UTCModSup gnss-AuxiliaryInformationSupport GNSS-AuxiliaryInformationSupport OPTIONAL, -- Cond AuxInfoSup gnss-MbsAssistanceSupport GNSS-MBSAssistanceSupport OPTIONAL, -- Cond MBSAssistSup ... } -- ASN1STOP을 포함할 수 있다.

새로운 표준 EPDU - ID 및 EPDU - Name이 WAPS를 위해 생성될 수 있다. 이하의 ePDU 커맨드의 각각은 WAPS-특정 메세지( RequestCapabilities; ProvideCapabilities; RequestAssistanceData; ProvideAssistanceData; RequestLocationInformation; ProvideLocationInformation; Abort; 및 Error)를 요구할 수 있다. 일반적으로, 이들 메세지로의 접근은 LPP GNSS 메세지의 간략화된 버전을 재사용하는 것일 수 있다.

이들 메시지에 대한 ASN.1 syntax의 예시는 다음과 같다. -- ASN1START Abort ::= SEQUENCE {abortCause ENUMERATED {undefined, targetDeviceAbort, networkAbort, ... }}Error ::= SEQUENCE {errorCause ENUMERATED { undefined, messageHeaderError, messageBodyError, generalError, wapsSignalFailure, wapsComputationFailure, incorrectDataValue,... }} ProvideAssistanceData ::= SEQUENCE {...} ProvideCapabilities ::= SEQUENCE {waps-SupportList WAPS-SupportList OPTIONAL, assistanceDataSupportList AssistanceDataSupportList OPTIONAL, locationCoordinateTypes LocationCoordinateTypes OPTIONAL, velocityTypes VelocityTypes OPTIONAL,... } WAPS-SupportList ::= SEQUENCE { modes PositioningModes, gnss-Signals GNSS-SignalIDs, velocityMeasurementSupport BOOLEAN, ... } PositioningModes ::= SEQUENCE {posModes BIT STRING {standalone (0), UE-Based (1), ue-assisted (2) } (SIZE (1..8)), ... } AssistanceDataSupportList ::= SEQUENCE {...} LocationCoordinateTypes ::= SEQUENCE {ellipsoidPoint BOOLEAN, ellipsoidPointWithUncertaintyCircle BOOLEAN, ellipsoidPointWithUncertaintyEllipse BOOLEAN, polygon BOOLEAN, ellipsoidPointWithAltitude BOOLEAN, ellipsoidPointWithAltitudeAndUncertaintyEllipsoid BOOLEAN, ellipsoidArc BOOLEAN, ...}VelocityTypes ::= SEQUENCE {horizontalVelocity BOOLEAN, horizontalWithVerticalVelocity BOOLEAN, horizontalVelocityWithUncertainty BOOLEAN, horizontalWithVerticalVelocityAndUncertainty BOOLEAN, ... } ProvideLocationInformation ::= SEQUENCE { commonIEsProvideLocationInformation CommonIEsProvideLocationInformation OPTIONAL, waps-ProvideLocationInformation WAPS-ProvideLocationInformation OPTIONAL, .} CommonIEsProvideLocationInformation ::= SEQUENCE {/// *** NO CHANGE FROM LPP; not shown here ***///} WAPS-ProvideLocationInformation ::= SEQUENCE {waps-SignalMeasurementInformation WAPS-MeasurementList OPTIONAL, waps-Error WAPS-Error OPTIONAL, ... } GNSS-ID-Bitmap ::= SEQUENCE {gnss-ids BIT STRING {gps (0), sbas (1), qzss (2), galileo (3), glonass (4)} (SIZE (1..16)), ... } WAPS-Error ::= CHOICE {/// *** NO CHANGE FROM LPP; not shown here ***///} WAPS-MeasurementList ::= SEQUENCE (SIZE(1..16)) OF WAPS-Measurements WAPS-Measurements ::= SEQUENCE {waps-SignalID waps-SignalID, waps-CodePhaseAmbiguityINTEGER (0..127) OPTIONAL, waps-SatMeasList waps-MeasList, ...} WAPS-MeasList ::= SEQUENCE (SIZE(1..64)) OF WAPS-MeasElement WAPS-MeasElement ::= SEQUENCE {svID INTEGER (0..65535), cNo INTEGER (0..63), mpathDet ENUMERATED {notMeasured (0), low (1), medium (2), high (3), ...}, carrierQualityInd INTEGER (0..3) OPTIONAL, codePhase INTEGER (0..2097151), integerCodePhase INTEGER (0..127) OPTIONAL, codePhaseRUEError INTEGER (0..63), doppler INTEGER (-32768..32767) OPTIONAL, adr INTEGER (0..33554431) OPTIONAL, ...} RequestAssistanceData ::= SEQUENCE {...} RequestCapabilities ::= SEQUENCE {WAPS-RequestCapabilities ::= SEQUENCE {waps-SupportListReq BOOLEAN, assistanceDataSupportListReq BOOLEAN, locationVelocityTypesReq BOOLEAN, ... } RequestLocationInformation ::= SEQUENCE {commonIEsRequestLocationInformation CommonIEsRequestLocationInformation OPTIONAL, waps-RequestLocationInformation WAPS-RequestLocationInformation OPTIONAL, ... } CommonIEsRequestLocationInformation ::= SEQUENCE {/// *** NO CHANGE FROM LPP; not shown here ***///} WAPS-RequestLocationInformation ::= SEQUENCE {fineTimeAssistanceMeasReq BOOLEAN, adrMeasReq BOOLEAN, multiFreqMeasReq BOOLEAN, assistanceAvailability BOOLEAN, ... } -- ASN1STOP

많은 WAPS 기능이 GMLC 및/또는 E-SMLC로 통합될 수 있다는 것을 이해해야 한다. 예를 들어, GMLC 및/또는 E-SMLC는 비콘 신호(들)를 해독하는데 요구되는 암호 키(들)을 제공하도록 프로그램될 수 있고, 온-보드 데이터베이스나 WAPS-호스트 데이터베이스에 쿼리할 수 있는 능력을 추정하는 WAPS 사용에 대한 인증 에이전트로서 역할을 하고, 각 사용자 장치로부터의 사용을 모으고 보고할 수 있다.

본 발명의 하나 이상의 실시예는, 알려진 시그널링 처리 절차의 변형예 및 이의 변화예, 그리고, RRLP를 사용하여 GSM의 로케이션 능력을 지원하는데 사용되는 메세지를 제공한다. 이러한 변형예는 WAPS 시스템의 어떤 특징이 기존 네트워크에서 작동할 수 있게 하는데 필요할 수 있다. GNSS를 사용하는 방법, Cell-ID나 TDOA의 일부 형태를 사용하는 네트워크-기반 위치 찾기 방법 및 그 밖의 위치 찾기 방법을 포함하는, 다양한 처리 절차가 고려될 수 있다. SMLC는 상기 UTRAN 실행의 RNC와 SAS와 유사하게 작동할 수 있다.

UTRAN과 관련된 논의는 본 발명의 SMLC에 유사하게 적용되고, 이 섹션에서 참조로서 포함된다. 가령, UTRAN에서 신호 변형과 관련된 논의 - 즉, (다른 특징 중에 의사-거리의 변환에 의존하는 대신에) 신호 변형을 사용하지 않는 것 및 신호 변형을 사용하는 것과 관련된 논의 - 는 몇몇 예외와 함께 SMLC에 유사하게 적용된다.

도 16은 WAPS 지원을 포함하는 긴급 콜을 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 17 및 31은 사용자 장치가 그 로케이션을 계산하기 위해 GPS와 WAPS 중 하나 또는 둘 다를 사용할 수 있다는 사실을 강조한다. 단계 42 및 43은 어떤 주기적인 간격으로 WAPS 결제 서버로 전송되는, 사용자 장치 상에 저장된 결제 정보를 나타낸다.

이하의 테이블은 본 발명의 다양한 특징을 수행하기 위한 옵션 2 및 옵션 3에 따라 실행될 수 있는 다양한 변형예를 나타낸다.

네트워크와 사용자 장치 장비 변형의 예는 RNC(시그널링을 위한 WAPS 지원이 요구되 수 있고, WAPS 결재/인증 지원이 요구될 수 있고, 변형된 시그널링 메세지에 대한 지원이 요구될 수 있음); SMLC(시그널링에 대한 WAPS 지원이 요구될 수 있고, WAPS 결재/인증 지원이 요구될 수 있고, 변형된 시그널링 메세지에 대한 지원이 요구될 수 있음); UE(복수의 하드웨어 및 소프트웨어 변형이, 네트워크-기반 변화가 이루어지거나 이루어지지 않는 것과 무관하게 요할 수 있음)를 포함할 수 있다.

시그널링 메세지에 대한 변형은, RRLP Positioning Capability Request (옵션 2에 대해, 새로운 GNSS가 사용될 것이고, 옵션 3에 대해, 새로운 WAPS 특정 능력 필드가 추가될 것임); RRLP Positioning Capability Response (옵션 2에 대해, 새로운 GNSS가 사용될 것이고, 옵션 3에 대해, 새로운 WAPS 특정 능력 필드가 추가될 것임); RRLP Measure Position Request (옵션 2에 대해, 새로운 GNSS가 사용될 것이고, 옵션 3에 대해, 새로운 WAPS 특정 능력 필드가 추가될 것임; RRLP Measure Position Response (옵션 2에 대해, 새로운 GNSS가 사용될 것이고, 옵션 3에 대해, 새로운 WAPS 신호 전송 필드가 추가될 것임); RRLP Protocol Error (이 메세시에서는 로케이션 프로토콜 특정 요소가 없을 수 있고, RRLP 에러에 대한 에러(너무 짧은 메세지, 알려지지 않은 기준 번호등)를 전송함)을 포함할 수 있다. 새로운 GNSS에 대한 WAPS 값을 추가하기 위해 LocErrorReason IE (3GPP 44.031 4.2, 5.1)에 대한 변형은, LocErrorReason (WAPS에 대한 새로운 값 추가: WAPS 위치 결정 방법이 지원되지 않고, WAPS 측정된 결과가 무효이며, WAPS 위치 계산 에러)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위한 PositionData IE (3GPP 44.031 5.1, A.3.2.9)에 대한 변형은 PositionData (WAPS에 대한 ㅂ비트값을 정의함)를 포함할 수 있다.

새로운 GNSS에 대한 WAPS 값을 추가하기 위하여, GANSSAssistanceForOneGANSS IE (3GPP 44.031 5.1)에 대한 변형은 ganssID IE within the GANSSAssistanceForOneGANSS IE (일관성을 위해 WAPS에 대해 하나의 값을 정의함)을 포함할 수 있다. 보조 데이터 메세지 내의 ganssID IE의 변형은 GNSS ID 넘버링 일관성을 위해 만들어 질 수 있고, WAPS 보조를 위한 지원을 의미하는 것으로 여겨질 필요는 없다. 새로운 GNSS에 대한 WAPS 값을 추가하기 위하여, GANSSGenericAssistDataElement IE (3GPP 44.031 5.1)에 대한 변형은 ganssID IE within the GANSSGenericAssistanceDataElement IE (일관성을 위해 WAPS에 대해 하나의 값을 정의함)을 포함할 수 있다. 보조 데이터 메세지 내의 ganssID IE의 변형은 GNSS ID 넘버링 일관성을 위해 만들어질 수 있고, WAPS 보조를 위한 지원을 의미하는 것으로 여겨질 필요는 없다는 것을 주의하라. 새로운 GNSS에 대한 WAPS 값을 추가하기 위하여, ganssID IE (3GPP 44.031 5.1, A.4.6.2)에 대한 변형은 ganssID (WAPS에 대해 하나의 값을 정의함. Galileo의 값의 부재는 변할 필요 없음)을 포함할 수 있다. 새로운 GNSS에 대한 WAPS 값을 추가하기 위하여, GANSS - MsrElement IE (3GPP 44.031 5.1)의 변형은 GANSS - MsrElement IE (WAPS에 대해 하나의 값을 정의함. Galileo의 값의 부재는 변할 필요 없음)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위하여, GANSSPositioningMethod IE (3GPP 44.031 5.1, A.2.2.1)의 변형은 GANSSPositioningMethod (새로운 비트 값이 WAPS에 대해 할당되기 위해 필요할 것임)를 포함할 수 있다. 새로운 GNSS에 대한 WAPS 값을 추가하기 위하여, GANSS -PositionMethod IE (3GPP 44.031 5.1)의 변형은 ganssID within the GANSSPositionMethod IE (WAPS에 대해 하나의 값을 정의함. Galileo의 값의 부재는 변할 필요 없음)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위하여, GANSSSignalID IE (3GPP 44.031 5.1, A.3.2.10.1)의 변형은 GANSSSignalID (이 파라미터는 WAPS에 대해 새로운 값을 필요할 것이고, A.59 테이블(신호 정의)은 WAPS에 대해 추가사항일 것임)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위하여, GANSSSignals IE (3GPP 44.031 5.1, A.3.2.10.1)의 변형은 GANSSSignals (이 파라미터는 WAPS에 대해 새로운 값을 필요할 것이고, A.59 테이블(신호 정의)은 WAPS에 대해 추가사항일 것임)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위하여, gANSSTimeID IE (3GPP 44.031 5.1, A.3.2.9)의 변형은 gANSSTimeID (새로운 비트 값이 WAPS에 대해 할당되기 위해 필요할 것임)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위하여, MultipleMeasurementSets IE (3GPP 44.031 5.1, A.8.2.1)의 변형은 MultipleMeasurementSets (WAPS에 대한 지원을 나타내기 위해 새로운 비트 값을 할당함)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위하여, NonGANSSPositionMethods IE (3GPP 44.031 5.1, A.8.2.1)의 변형은 NonGANSSPositionMethods (MS 지원 WAPS, MS 기반 WAPS에 대한 지원을 나타내기 위해 두 개의 비트 값을 할당함)을 포함할 수 있다. 새로운 WAPS 값을 추가하기 위하여, PositionMethod IE (3GPP 44.031 5.1, A.8.2.1)의 변형은 PositionMethod (WAPS; WAPS 또는 GPS을 추가한 열거된 값을 위함)을 포함할 수 있다. EOTD와의 임의의 조합인 WAPS(가령, WAPS 또는 EOTD 및 WAPS 또는 GPS 또는 EOTD)이 요구되지 않는다는 것을 가정할 수 있는데, 만일 요구되면, 추가적인 열거된 값이 이드 값(들)을 위해 요구될 것이다.

일반적으로, WAPS Signal Measurements로 언급되는 메세지의 새로운 세트가 WAPS 신호 측정치를 전송하기 위해 요구될 수 있다. MsrPosition-Rsp ::= SEQUENCE { multipleSets MultipleSets OPTIONAL, referenceIdentity ReferenceIdentity OPTIONAL, otd-MeasureInfo OTD-MeasureInfo OPTIONAL, locationInfo LocationInfo OPTIONAL, gps-MeasureInfo GPS-MeasureInfo OPTIONAL, locationError LocationError OPTIONAL, extensionContainer ExtensionContainer OPTIONAL, ..., rel-98-MsrPosition-Rsp-Extension Rel-98-MsrPosition-Rsp-Extension OPTIONAL, rel-5-MsrPosition-Rsp-Extension Rel-5-MsrPosition-Rsp-Extension OPTIONAL, rel-7-MsrPosition-Rsp-Extension Rel-7-MsrPosition-Rsp-Extension OPTIONAL, waps-MsrPosition-Rsp-Extension WAPS-MsrPosition-Rsp-Extension OPTIONAL} WAPS-MsrPosition-Rsp-Extension ::= SEQUENCE { velEstimate VelocityEstimate OPTIONAL, wapsLocationInfo WAPSLocationInfo OPTIONAL, wapsMeasureInfo WAPSMeasureInfo OPTIONAL, ... } WAPSLocationInfo ::= SEQUENCE {referenceFrame ReferenceFrame OPTIONAL, WAPSTODm INTEGER (0 .. 3599999) OPTIONAL, WAPSTODFrac INTEGER (0 .. 16384) OPTIONAL, WAPSTODUncertainty INTEGER (0 .. 127) OPTIONAL, fixType FixType, stationaryIndication INTEGER(0 .. 1) OPTIONAL, posEstimate Ext-GeographicalInformation, ... } WAPSMeasureInfo ::= SEQUENCE { WAPSMsrSetList SeqOfWAPS-MsrSgnElement} SeqOfWAPS-MsrSgnElement ::= SEQUENCE (SIZE(1..16)) OF WAPS-SgnElement WAPS-SgnElement ::= SEQUENCE { ID INTEGER (0 .. 63), cNo NTEGER (0 .. 63), mpathDet MpathIndic, carrierQualityInd INTEGER (0 .. 3) OPTIONAL, codePhase INTEGER (0 .. 2097151), integerCodePhase INTEGER (0 .. 127) OPTIONAL, codePhaseRMSError INTEGER (0..63), doppler INTEGER (-32768 .. 32767) OPTIONAL, adr INTEGER (0 .. 33554431) OPTIONAL} 이다.

많은 WAPS 기능이 GMLC 및/또는 SMLC로 통합될 수 있다는 것을 이해해야 한다. 예를 들어, GMLC 및/또는 SMLC는 비콘 신호(들)를 해독하는데 요구되는 암호 키(들)을 제공하도록 프로그램될 수 있고, 온-보드 데이터베이스나 WAPS-호스트 데이터베이스에 쿼리할 수 있는 능력을 을 추정하는 WAPS 사용에 대한 인증 에이전트로서 역할을 하고, 각 사용자 장치로부터의 사용을 모으고 보고할 수 있다.

본 발명의 하나 이상의 실시예는, 알려진 시그널링 처리 절차의 변형예 및 이의 변화예, 그리고, CDMA2000 프로토콜의 로케이션 능력을 지원하는데 사용되는 메세지를 제공한다. 이러한 변형예는 WAPS 시스템의 어떤 특징이 기존 네트워크에서 작동할 수 있게 하는데 필요할 수 있다. GNSS를 사용하는 방법, Cell-ID나 TDOA의 일부 형태를 사용하는 네트워크-기반 위치 찾기 방법 및 그 밖의 위치 찾기 방법을 포함하는, 다양한 처리 절차가 고려될 수 있다. MPC 및/또는 PDE는 상기 UTRAN 실행의 RNC와 SAS와 유사하게 작동할 수 있다.

UTRAN과 관련된 논의는 본 발명의 MPC 및/또는 PDE 실행에 유사하게 적용되고, 이 섹션에서 참조로서 포함된다. 가령, 신호 변형과 관련된 논의 - 즉, (다른 특징 중에 의사-거리의 변환에 의존하는 대신에) 신호 변형을 사용하지 않는 것 및 신호 변형을 사용하는 것과 관련된 논의 - 는 몇몇 예외와 함께 MPC 및/또는 PDE에 유사하게 적용된다. 옵션 2에 대하여, MPC, PDE 및 사용자 장치는 WAPS 지원에 대한 정보를 교환하기 위하여 변형된 메세징을 사용할 수 있으나(가령, WAPS는 MPCAP 메세지 내에서 지원된 위치 결정 방법으로서 포함될 것임), 네트워크-기반의 로케이션 계산을 위해 사용될 때, 네트워크로 다시 전송하기 위해, 모든 WAPS 신호는 사용자 장치에 의해 GPS 의사 거리로 여전히 맵핑될 수 있다. 옵션 4에 대하여, MPC, PDE 및 사용자 장치는 WAPS 지원에 대한 정보를 교환하기 위하여 변형된 메세징을 사용할 수 있으나, 새로운 GNSS 별자리는 WAPS 및 새로운 별자리의 맥락에서 전송된 임의의 WAPS 측정치에 대해 정의될 수 있다.

도 17은 WAPS 지원 및 시그널링에 변형 없이, 사용자 장치로의 MT Location Request를 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 16은 사용자 장치가 그 로케이션을 계산하기 위해 GPS와 WAPS 중 하나 또는 둘 다를 사용할 수 있다는 사실을 강조한다. 단계 21 및 22는 어떤 주기적인 간격으로 WAPS 결제 서버로 전송되는, 사용자 장치 상에 저장된 결제 정보를 나타낸다.

도 18은 WAPS 지원을 포함하는 긴급 콜을 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계 11 및 23은 사용자 장치가 그 로케이션을 계산하기 위해 GPS와 WAPS 중 하나 또는 둘 다를 사용할 수 있다는 사실을 강조한다. 단계 27 및 28은 어떤 주기적인 간격으로 WAPS 결제 서버로 전송되는, 사용자 장치 상에 저장된 결제 정보를 나타낸다.

도 18의 도면은 네트워크-기반 로케이션 계산을 사용하여, 긴급 콜에 적용할 수 있고, 단계 1805 내지 1813이 생략될 수 있는 WAPS 시스템 시그널링 및 작동의 샘플을 나타낸다. 단계 1 및 2는 사용자 장치에 의해, IMSI가 WAPS에 액세스(및 로케이션 계산 요청 전에 최적화로 완료됨)하기 위하여 공개 키 및 인증을 요청하는 WAPS 인증 서버로의 쿼리일 수 있다. 단계14는 사용자 장치가 WAPS 신호를 캡쳐링하고, 네트워크로 되돌리기 위하여 이를 GPS 의사 거리로 변환한다는 사실을 강조한다. 단계 19 및 20은 어떤 주기적인 간격으로 WAPS 결제 서버로 전송되는, 사용자 장치 상에 저장된 결제 정보를 나타낸다.

다음 테이블은 옵션 2 및 옵션 3에 따라 실행되어 본 발명의 다양한 특징을 수행할 수 있는 다양한 변형예를 나타낸다. 네트워크와 사용자 장치 장비 변형의 예는, BSC (변형된 시그널링 메세지에 대한 지원이 요구될 수 있음); MPC (시그널링에 대한 WAPS 지원이 요구될 수 있고, WAPS 결제/인증 지원이 요구됨); MSC (변형된 MPCAP에 대한 지원이 요구될 수 있고, 각 MSC에 의해 요구되는 바와 같이, 변형된 IS-801 메세지에 대한 지원이 전송됨); PDE (시그널링에 대한 WAPS 지원이 요구될 수 있고, WAPS 결제/인증 지원이 요구될 수 있으며, 변형된 시그널링 메세지에 대한 지원이 요구될 수 있음); UE (복수의 하드웨어 및 소프트웨어 변형이, 네트워크-기반 변화가 이루어지거나 이루어지지 않는 것과 무관하게 요할 수 있음)을 포함할 수 있다.

시그널링 메세지의 변형은, MPCAP(WAPS 지원이 능력으로 표시될 필요가 있음); Request MS Information (이것은 사용자 장치에 요청하기만 하여 그 능력을 전송함); Provide MS Information (WAPS 지원이 능력으로 표시될 필요가 있음); Request Advanced MS Information (이것은 사용자 장치에 요청하기만 하여 그 능력을 전송함); Provide Advanced MS Information (GNSS에 대한 WAPS 지원이 요구될 수 있음); Request Extended MS Information (WAPS 지원이 독립적으로 쿼리되면, 이 메세지가 변형을 요구할 것임); Provide Extended MS Information (WAPS 지원이 능력으로 표시될 필요가 있음); Request Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Provide Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Request Advanced Location Response (이 메세지 내에 WAPS를 위한 방법 특정 정보가 없을 수 있음); Provide Advanced Location Response (WAPS 지원은 지원된 GNSS로 표시될 필요가 있음); Request Extended Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Provide Extended Location Response (WAPS 지원이 "고정 타입"으로 추가될 필요가 있음); Request General Location Measurement (WAPS가 방법으로 명령되면, 이 메세지가 변형을 요할 것임); Provide General Location Measurement (WAPS가 방법으로 사용되면, 이 메세지가 변형을 요할 것임); Request GPS Coarse Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Provide GPS Coarse Location Response (본원에서 의사 거리에 대한 논의를 참조); Request Pseudorange Measurement (본원에서 의사 거리에 대한 논의를 참조); Provide Pseudorange Measurement (본원에서 의사 거리에 대한 논의를 참조); Request GNSS Pseudorange Measurement (GNSS에 대한 WAPS 지원이 요구될 수 있음); Provide GNSS Pseudorange Measurement (GNSS에 대한 WAPS 지원이 요구될 수 있음)를 포함할 수 있다.

MobilePositioningCapability (MPCAP) parameter [J-STD-036-C Section 2.3.2.16]의 변형은 WAPS 독립적인 모드, WAPS MS-기반 모드 및 WAPS MS-지원 모드를 나타내는 십의 자리값을 포함할 수 있다. Provide MS Information message [TIA-801-B 2.2.4.2.3]의 변형은, LOC_CALC_CAP (지원된 능력으로서의 WAPS); WAPS_CALC_CAP (WAPS 능력을 나타내기 위한 새로운 필드)을 포함할 수 있다. Request Extended MS Information message [TIA-801-B 3.2.4.1.7]의 변형은, WAPS_CAP_REQ (새로운 필드: 1로 설정되면, WAPS 능력이 포함됨)을 포함할 수 있다. Provide Extended MS Information message [TIA-801-B 2.2.4.2.11]의 변형은 ACQ_CAP (WAPS 지원을 나타내는 비트를 추가함); LOC_CALC_CAP (WAPS 지원을 나타내는 비트를 추가함)을 포함할 수 있다. Provide Advanced Location Response message [TIA-801-B 2.2.4.3.2.25]의 변형은 Assignment of a value for WAPS for Time reference source, Fix Type, 및 Reference source for clock을 포함할 수 있다. Provide Extended Location Response message [TIA-801-B 2.2.4.2.10]의 변형은 FIX_TYPE (WAPS에 대한 비트 추가함)을 포함할 수 있다. Request General Location Measurement message [TIA-801-B 3.2.4.1.8]의 변형은 WAPS_MEAS_REQ (1로 설정되면, WAPS 신호 측정치를 포함)을 포함할 수 있다. Provide General Location Measurement message [TIA-801-B 2.2.4.3.2.13]의 변형은 Time reference source (WAPS에 대한 값 추가함); WAPS Source (의사 거리 IE 이내면, WAPS 지원을 나타내는 Boolean을 추가함)을 포함할 수 있다. Provide Pseudorange Measurement message [TIA-801-B 2.2.4.2.5]의 변형은 WAPS Source(의사 거리 IE 이내면, WAPS 지원을 나타내는 Boolean을 추가함)을 포함할 수 있다.

요구되는 네트워크와 사용자 장치 장비 변형은, BSC (변형된 시그널링을 위한 지원이 요구될 수 있음); MPC (시그널링을 위한 WAPS 지원이 요구될 수 있고, WAPS 결제/인증 지원이 요구될 수 있고, 변형된 시그널링을 위한 지원이 요구될 수 있음); MSC (변형된 MPCAP를 위한 지원이 요구될 수 있고, 변형된 IS-801 메세지를 위한 지원이 각 MSC에 의해 요구되는 바와 같이, 전송됨); PDE (시그널링을 위한 WAPS 지원이 요구될 수 있고, WAPS 결제/인증 지원이 요구될 수 있고, 변형된 시그널링을 위한 지원이 요구될 수 있음); UE (복수의 하드웨어와 소프트웨어 변형은 네트워크-기반의 변화가 이루어지는지에 관계없이 요구될 수 있음)을 포함할 수 있다.

시그널링 메세지의 변형은, MPCAP (WAPS 지원이 능력으로 표시될 필요가 있음); Request MS Information (이것은 사용자 장치에 요청하기만 하여 그 능력을 전송함); Provide MS Information (WAPS 지원이 능력으로 표시될 필요가 있음); Request Advanced MS Information (이것은 사용자 장치에 요청하기만 하여 그 능력을 전송함); Provide Advanced MS Information (GNSS에 대한 WAPS 지원이 요구될 수 있음); Request Extended MS Information (WAPS 지원이 독립적으로 쿼리되면, 이 메세지가 변형을 요구할 것임); Provide Extended MS Information (WAPS 지원이 능력으로 표시될 필요가 있음); Request Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Provide Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Request Advanced Location Response (이 메세지 내에 WAPS를 위한 방법 특정 정보가 없을 수 있음); Provide Advanced Location Response (WAPS 지원은 지원된 GNSS로 표시될 필요가 있음); Request Extended Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Provide Extended Location Response (WAPS 지원이 "고정 타입"으로 추가될 필요가 있음); Request General Location Measurement (WAPS가 방법으로 명령되면, 이 메세지가 변형을 요할 것임); Provide General Location Measurement (WAPS가 방법으로 사용되면, 이 메세지가 변형을 요할 것임); Request GPS Coarse Location Response (이 메세지 내에 방법 특정 정보가 없을 수 있음); Provide GPS Coarse Location Response (본원에서 의사 거리에 대한 논의를 참조); Request Pseudorange Measurement (본원에서 의사 거리에 대한 논의를 참조); Provide Pseudorange Measurement (본원에서 의사 거리에 대한 논의를 참조); Request GNSS Pseudorange Measurement (GNSS에 대한 WAPS 지원이 요구될 수 있음); Provide GNSS Pseudorange Measurement (GNSS에 대한 WAPS 지원이 요구될 수 있음)을 포함할 수 있다.

많은 WAPS 기능이 MPC 및/또는 PDE내로 통합될 수 있다는 것을 이해해야 한다. 가령, MPC 및/또는 PDE는 비콘 신호(들)를 해독하는데 요구되는 암호 키(들)을 제공하도록 프로그램될 수 있고, 온-보드 데이터베이스나 WAPS-호스트 데이터베이스에 쿼리할 수 있는 능력을 추정하는 WAPS 사용에 대한 인증 에이전트로서 역할을 하고, 각 사용자 장치로부터의 사용을 모으고 보고할 수 있다. 처음 블러쉬(blush)에서, WAPS 지원을 MPC 및/또는 PDE 내로 삽입하는 것이 지원을 제공하는 외부 서버를 설립하는 것보다 쉽지 않을 것으로 보이나, WAPS 백-오피스 아키텍처(back-office architecture)가 완성될 때, 더 많은 분석이 명확하게 답변하도록 요구될 것이다.

본원에서 이전에 주목한 바와 같이, QPSK 변조는 일부 실시예에서 데이터 전송에 사용될 수 있다. 동일한 BPSK 확산 및 스펙트럼 모양 필터를 사용하면서, 전송 신호의 QPSK 변조는 거의 동일한 피크투에버리지 비율을 유지한다. 결과적으로, 대역 밖의 발산 성능(이는, 가령 QPSK 확산 시퀀스에 적용가능할 수 있음)을 유지하는데 요구되는 백-오프(가령, PA 백-오프)와 관련하여, 송신기에 추가적인 영향을 주지 않는다. 범위 신호는 BPSK 확산(GPS와 동일)으로 BPSK 변조될 수 있어서, GPS 수신기는 WAPS 범위 신호의 획득과 추적하는데 재사용될 수 있다.

수신기/사용자 장치 말단에서, 수신된 QPSK 데이터 변조는 수신기에 영향을 줄 수 있다(가령, GPS 라디오 전단이 사용된다면). WAPS 전송의 데이터 세그먼트에 대한 획득 및 추적과 관련하여, GPS 신호는 BPSK 변조된 데이터 시퀀스의 BPSK 확산을 포함한다. QPSK를 사용하는 실시예의 WAPS에 대한 GPS/GNSS 수신기 기본 대역의 재사용을 촉진시키기 위하여, QPSK 변조된 데이터는 BPSK 확산 시퀀스를 사용하여 확산될 수 있다. GNSS 수신기의 획득 처리 블럭은, 소프트웨어 GPS 수신기인지 하드웨어 GPS 수신기인지에 무관하게, 획득 과정에서 사용되는 검출기가 선형인지 사각형인지 무관하게, WAPS 신호를 처리하는데 재사용될 수 있다. 획득 블럭으로의 입력단에서 동일한 원시 SNR에 대해, 검출 성능은, BPSK 변조와 비교할 때, QPSK 변조와 동일할 것이다. GNSS 추적 블럭은 미러 변형으로 재사용될 수 있다. GNSS 데이터 복조는 일반적으로 펌웨어나 소프트웨어에서 수행되어서, QPSK 데이터 변조에서 차지하는 주파수 추적 루프에 대한 약간의 변형이 있고, WAPS 데이터 복조는 동일한 처리 능력을 사용하여 수행될 수 있다.

시그널링 방법은, 도 1에 도시된 바와 같이, 송신기(110)와 같은 송신기와 개선된 데이터 쓰루풋 사이의 간섭 완화를 제공하는 WAPS에 대해 이하에 추가로 기술된다. 송신기로부터의 위치 신호는 두 부분의 데이터를 포함하는데, 첫 번째 부분은 다른 송신기의 전송과 간섭되지 않도록 펄스되는 부분이고, 두 번째 부분은 개선된 데이터 쓰루풋과 신호 획득 속도를 가능하게 하는 연속적인 방식으로 온되는 부분이다.

지상 시스템, 특히 도시 환경에서 작동하는 것에서 발생하는 하나의 문제점은 상호 간섭이다. 발생할 수 있는 또 다른 문제점은 전체 시스템이 효율적으로 작동하게 하는 어떤 위치 결정 데이터의 적시 및 쓰루풋이다. 종래의 위치 결정 시스템은 3가지 전송의 방법, 즉, 코드분할다중접속(CDMA), 시분할다중접속(TDMA) 및 주파수분할다중접속(FDMA) 중 하나에 초점을 맞추었다. CDMA에서, 송신기는 일반적으로 동시에 작동하고, 상호 간섭은 서로 다른 송신기에 의해 감소되며, 송신기는 낮은 크로스 상호관계 특성을 가진 명확한 코딩된 신호를 전송한다. TDMA에서, 서로 다른 송신기는 서로 다른 전송 시간에 할당될 수 있고, 때때로, "슬롯"이라 불리며, 하나의 송신기만이 슬롯 동안에 전송이 허용된다. FDMA에서, 서로 다른 송신기는 서로 다른 주파수 통과 대역에 할당된다. 정상적으로, 직교 FDMA에서, 통과 대역이 약간 오버랩되더라도, 이러한 통과 대역은 분리될 수 있다. 이러한 모든 시스템은, 이들 시스템의 로케이션을 결정하기 위하여, 도착 시간차 또는 수신 지역에서 삼변 측량 방법을 사용한다. 송신기에 의해 전송된 위치 결정 정보는 정확한 타이밍 시퀀스 및 위치 결정 데이터를 포함하고, 위치 결정 데이터는 송신기의 로케이션과 다양한 타이밍 보정을 포함한다. 위치 결정 데이터는 다양한 방법으로 제공될 수 있다. 예를 들어, 코딩된 타이밍 시퀀스 상에서 변조될 수 있고, 타이밍 시퀀스 위에 추가 또는 오버레이될 수 있으며, 타이밍 시퀀스와 연결될 수 있다.

가장 일반적은 광역 위치 결정 시스템은, 타이밍을 위해, 시퀀스가 골드 코드의 길이1023 중에 선택된 구별 의사 노이즈 시퀀스의 세트를 사용하는 글로벌 위치 위성 시스템(GPS)이다. 상기 나타난 바와 같이, TDMA 시스템에서, 서로 다른 송신기는 슬롯에 할당될 수 있고, 송신기는 위치 결정 데이터를 그 할당된 슬롯에 방송하기만 하여, 이웃 송신기와 최소의 상호 간섭을 생성한다. 슬롯의 수가 제한된 결과, 수신기가 여전히 동시 전송을 볼 수 있는 로케이션이 있을 수 있고, 동일한 슬롯 상에서 전송될 수 있는 이웃 송신기에 대해 구별되는 코드를 사용하여, 때때로 상호 간섭이 감소된다.

본원에서 기술된 실시예는 연속적인 베이시스상에서 전송하는 송신기를 사용할 수 있다. 그러나, 위치 결정 데이터의 어떤 부분은 상호 간섭을 제공하지 않기 위하여, 구별되는 시간에서 전송될 수 있다. 예시적인 실시예에서, 코딩된 타이밍 시퀀스가 펄스될 수 있고, 위치 결정 정보의 적어도 일부, 가령, 송신기 로케이션 데이터는 연속적인 베이시스로 각 송신기에 의해 방송된다. 예시적인 실시예에서, 각 송신기로부터 연속적으로 방송되는 위치 결정 정보의 일부는 사이멀캐스트인데, 이는 이러한 데이터가 동일하다는 의미이다. 사이멀캐스트에 의해, 송신기 인증과 로케이션과 같은 데이터의 빠르고 신뢰성 있는 분포가 가능하다. 이는 결국, 수신 플랫폼이 네트워크에 빠르게 동기화되고, 송신기의 로케이션의 수를 결정할 수 있게 한다. 이러한 사이멀캐스트 내에 포함될 수 있는 다른 데이터는 송신기 헬스 데이터와 사용자 인증 데이터를 포함한다. 예시적인 실시예에서, 동기화 신호가 빠른 수신기 동기화를 가능하게 하는 시스템 내의 모든 송신기로부터 네트워크로 동시에 방송할 수 있다.

타임 슬롯된 TDMA 시스템과 달리, 본원에서 기술되는 실시예는, 송신기가 위치 결정 데이터를 연속적으로 방송한다면, 크로스 간섭을 가질 수 있다. 연속적으로 방송되는 위치 결정 데이터는, 정확한 타이밍 데이터 및 송신기로부터의 그 밖의 위치 결정 데이터와 함께, 수신기에 의해 동시에 수신된다. 이러한 크로스 간섭은 연속적인 위치 결정 데이터를 위해 좁은 대역 포맷을 사용하여 최소화될 수 있다. 이러한 방식으로, 연속적인 위치 결정 데이터와 정확한 타이밍 데이터는 표준 필터링 방법에 의해 분리될 수 있다. 그럼에도 불구하고, 많은 경우에, 하나의 송신기로부터 연속적으로 수신되는 위치 결정 데이터가 정확한 타이밍 데이터보다 훨씬 더 높은 레벨에 있기 때문에, 더 높은 RF 순간적인 동적인 범위가 사용된다.

예시로서, 7개의 송신기의 반복 패턴을 사용하는 시스템을 생각한다. 특정 송신기( 송신기 A라고 하자)는 초당 1M 심볼에서 프레임 길이 1023의 반복 코딩된 타이밍 시퀀스를 방송하나, 그 밖의 다른 실시예도 실행될 수 있다. 3개의 프레임의 각 그룹은 정보의 데이터 비트에 대응될 수 있다. 이들 3 개의 반복적인 프레임은 정확한 타이밍 측정치를 생성하기 위하여 통합될 수 있다. 저속 데이터는 위상 또는 서로 다른 위상 변조에 의해 3개의 프레임의 그룹 상에 포함될 수 있다. 100개의 프레임이 이 송신기에 의해 전송되어서 33 비트의 데이터가 전송된다고 가정하며, 복상 코딩(biphase coding)을 가정한다. 전체 주기는 길이당 102.3msec이다. 동시에, 이 송신기는 위상 또는 서로 다른 위상 변조에 의해 반복 간격당 1 심볼의 데이터를 다시 전송한다. 102.3 msec의 주기의 말단에서, 송신기 A는 정확한 코디된 시퀀스의 전송을 중지하나, 위치 결정 데이터의 전송을 계속한다. 이 시점에서, 또 다른 송신기 B는 유사한 시퀀스를 시작한다. 물론, 송신기 B는 송신기 Ark 정확한 타이밍 데이터를 전송하는 구간 동안에 연속적인 위치 결정 정보를 송신하였다. 시퀀스는 이러한 방식으로 계속된다.

상기 예시에서, 각각의 송신기는 0.72 초의 주기동안에 코딩된 시퀀스의 변조를 통하여 고작 33 심볼의 데이터를 전송한다. 그러나, 주어진 송신기로부터의 전송의 연속적인 전송 부분은 722 심볼의 데이터에 해당한다. 사용자가 평균적으로 4개의 송신기로부터 신호를 수신한다고 가정하면, 송신기가 102.3 msce의 특정 주기 동안에 전송된다면, 합성 속도는 132 심볼일 것이다. 연속적인 전송의 더 높은 쓰루풋은 차동 쿼드라페이즈 시프트 키잉과 같은 더 높은 차수의 변조의 사용을 통해 달성될 수 있다.

컨트롤 및 사용자 평면 실시예에 관한 태양

셀룰러 테레포니 네트워크 내의 로케이션 메카니즘은 두 개의 넓은 카테고리("컨트롤-평면" (가령, 원하는 기능을 제공하기 위해 네트워크 내의 시그널링 평면의 사용)과 "사용자-평면" (가령, 원하는 기능을 제공하기 위해 SP의 네트워크 내의 가입자 베어러 트래픽(subscriber bearer traffic)의 사용)) 중의 하나로 카테고리화될 수 있다.

WAPS 표준화는 컨트롤 평면 접근과 사용자 평면 접근을 아우를 수 있다. 컨트롤 평면 표준화는 UTRA/RRC, LTE/LPP 및 GSM/RRLP를 위한 3GPP와 CDMA/TIA-801를 위한 3GPP2에서 발생한다. 사용자 평면 표준화는 OMA (비록, 이것이, 가령, 3GPP LTE/LPP 기술을 위한 연장선을 제공하는 OMA LPPe와 같은 기본이 되는 능력을 요할 수 있더라도)에서 발생한다.

컨트롤 평면 위치 결정

LTE 컨트롤 평면에서, 사용자 장치 위치 결정은 LPP 및 RAN 시그널링 채널을 사용하여 달성된다. 컨트롤 평면 아키텍처는 도 9B에 도시된다.

Evolved Serving Mobile Location Center (E-SMLC)는 사용자 장치의 로케이션을 얻기 위한 전반적인 과정을 관리한다. E-SMLC는 보조 정보를 제공하고, 필요한 베이시스대로, UE-지원 모드에서 로케이션 계산을 수행할 수 있다. Evolved Node B (eNodeB, 또는 종종 그냥 eNB)는 로케이션 계산 과정에서 사용될 신호 측정 결과를 제공할 수 있다. Emergency Services Message Entity (ESME)는 긴급 콜과 관련된 로케이션 요청과 같은 대역외 메세지를 라우팅 및 처리한다. LCS 서버 및 LCS 클라이언트에 대한 처음 접촉점이 요청한다. GMLC는 HLR/HSS로부터의 라우팅 정보를 복구하여, 위치 결정 요청을 E-SMLC로 전송하고, 결과적인 위치를 클라이언트로 다시 전송할 것이다. GNLC는 3개의 역할을 하는데, 이는 Requesting GMLC(LCS 클라이언트 요청을 수신하는 GMLC), Home GMLC(사용자 장치의 홈 PLMN 내의 GMLC), Visited GMLC(UT가 서비스를 수신하는 GMLC)이다. 하나의 GMLC는 하나 이상의 역할을 동시에 수행할 수 있다.

HLR/HSS는 각 사용자 장치의 LCS 가입 및 라우팅 정보를 유지시킨다. 클라이언트는 첨부된 사용자 장치에 대한 로케이션 요청을 전송한다. EMSE/PSAP를 참조하라. Mobility Management Entity (MME)는 첨부의 인증, E-SMLC 선택 및 LCD 위치 요청 관리와 같은 다양한 UT 가입 정보 요소를 책임진다. Public Safety Answering Point (PSAP)는 긴급 콜이 답변되고, 긴급 서비스가 급파하는 로케이션이다. 사용자 장치는, 네트워크로 전송될 수 있는, 다운링크 신호의 측정을 수행하고 측정을 위한 업링크 신호를 전송하며, 신호를 처리하고 결과를 계산함에 의해 다양한 위치 결정 처리 절차에 참가한다. 사용자 장치의 참가는 사용된 위치 결정 방법에 의해 가변된다. Base Station Almanac (BSA)는 서비스 제공자의 셀 지역의 위도와 경도를 포함한다. Assistance Server (NNAS) 는 UE 기반 또는 UE 지원 위치 결정 모드에서 사용될, 보조 데이터를 E-SMLC로 제공한다. E-SMLC 상의 WAPS 위치 계산 개체는 기지국 책력을 사용하여 cell ID를 cell LLA로 맵핑한다. cell LLA는 인터페이스를 통해 NNAS로 전송되어서 cell LLA 주위 지역으로 보조 로컬을 요청한다. NNAS는 정적(비콘 LLA) 및 동적(비콘 대기압과 온도등) 구성을 포함하는 데이터 베이스를 찾아서, 다양한 위치 결정 작동 모드를 위해 보조 정보를 사용자 장치로 제공한다. 대안적인 접근법은 셀룰러 기지국 책력에 액세스하는 NNAS를 요한다. cell ID에 기초하여, NNAS는 기지국의 위도와 경도를 찾고, 사용자 장치가 작동하는 지리적 지역 내에서 검출될 것 같은 해당 WAPS 비콘을 결정한다. NNAS는 정적(비콘 LLA) 및 동적(비콘 대기압과 온도, 비콘 타이밍 보정치) 구성을 포함하는 데이터 베이스를 찾아서, 다양한 위치 결정 작동 모드를 위해 보조 정보를 사용자 장치로 제공한다.

ESME와 GMLC의 인터페이스는 Le 인터페이스와 기능적으로 등가이다. Le는 LCS Client 와 LCS Server (GMLC)의 인터페이스를 말하고, 이는 LCS Client로부터의 로케이션 요청을 LCS Server로 전송하고, LCS Server로부터의 로케이션 위치를 LCS Client로 전송하는 인터페이스이다. Lh는 GMLC와 HLR/HSS의 인터페이스를 말하고, 이는 GMLC에 의해 HLR/HSS로부터의 사용자 장치 라우팅 정보와 LCS 가입 정보를 복구하는데 사용된다. Lr은 GMLC와 GMLC의 인터페이스를 말하고, 이는 Requesting GMLC와 Serving GMLC(Home 또는 Visited)가 서로 다를 때, 로케이션 요청을 포워드하는데 사용된다. S1은 MME와 eNodeB의 인터페이스를 말하고, 이는 MME로부터의 로케이션 관련시그널링을 eNodeB으로(으로부터) 전송한다. SLg는 GMLC와 E-SMLC의 인터페이스를 말하고, 이는 GMLC에 의해 로케이션 요청을 RAN으로 전송하고, 로케이션을 수신하는데 사용된다. SLs는 E-SMLC와 MME의 인터페이스를 말하고, 이는 E-SMLC에 의해 로케이션 요청을 전송하고, UT로부터의 로케이션 정보와 신호 측정치를 수신하는데 사용된다. 필요하면, RAN으로 터널링 측정 요청을 하는데도 사용된다. Uu는 UE와 UTRAN의 인터페이스를 말하고, 이는 사용자 장치와 eNodeB 사이의 시그널링을 전송한다. E-SMLC와 NNAS와 관련된 NNAS 인터페이스는 S-MLC와 NNAS 사이에서 시그널링을 전송한다. 이러한 인터페이스는 WAPS 보조 데이터를 전달하고, A-GPS를 위해 사용되는 WARN에서의 동작과 유사하다.

도 9B의 아키텍처는 UE-독립적인 위치 결정 모드와도 관련될 수 있는데, 여기서, 사용자 장치 로케이션 계산은 사용자 장치에 의해 수행되고, E-SMLC에 의해 제공된 보조 데이터가 없다. 점선으로 도시된 구성은 독립적인 모드에 대해서는 필요하지 않을 수 있다. 사용자 장치 압력과 온도 리딩이 가능할 때, 정확한 고도 평가도 독립적인 모드(지원 모드로서)에서의 로케이션 평가의 일부로서 가능하다는 것을 주목한다. 이는 간단한 네트워크 아키텍처이고, NNAS와 상호 작용하기 위해, E-SMLC/BSA에 대해 필요하지 않다.

도 19의 콜 흐름은 E-SMLC에 의해 제공된 WAPS 보조 데이터로, UE 기반 위치 계산을 나타낸다. 도 19에 도시된 바와 같이, 사용자 장치는 베어러가 긴급 콜을 위해 사용될 긴급 첨부(필요하면)을 요청한다. 긴급 콜은 사용자 장치와 PSAP 사이에서 설정된다. MME는 E-SMLC를 선택하고, 로케이션 요청 메세지를 E-SMLC로 전송한다. 이러한 경우에, 위치는 WAPS를 사용하여 사용자 장치로 계산되고, 요청된 로케이션 QoS를 충족시키는데 사용된다. E-SMLC는 LPP Request Location Information을 사용자 장치로 전송하고, WAPS-RequestLocationInformation 요소(가령, WAPS/MBS, 위치 결정 방법을 나타냄)를 포함한다. 사용자 장치는 E-SMLC로부터 WAPS 보조 데이터를 요청한다. E-SMLC는 WAPS 보조 데이터를 사용자 장치로 되돌린다. 사용자 장치는 WAPS 계산된 로케이션을 E-SMLC로 되돌린다. E-SMLC는 사용자 장치의 로케이션을 MME로 되돌린다. 로케이션이 E-SMLC에 의해 MME로 되돌리면, 사용자 장치의 로케이션은 Subscriber Location Report 메세지 내의 V-GMLC로 전송된다. Subscriber Location Report Ack는 V-GMLC로부터 MME로 전송된다. 어떤 점에서, PSAP는 로케이션 업데이트를 요청하고, EPOSREQ는 V-GMLC로 전송된다. V-GMLC는 사용자 장치의 로케이션을 EPOSREQ 내의 PSAP로 되돌린다. 완료되면, 긴급 콜이 종료된다.

E-SMLC 내에서 사용자 장치 보조 위치 계산에 대하여, 단계 7에서, 사용자 장치는, 사용자 장치 계산된 로케이션 대신에, WAPS 측정치를 제공하고, E-SMLC는 되돌려진 WAPS 측정치를 사용하여, 사용자 장치의 로케이션을 계산한다. UE-독립적인 위치 계산에 대해, 단계 5 및 6이 생략될 수 있다. 사용자 장치 계산된 위치는 단계 7에서 되돌려진다.

사용자 평면 위치 결정

사용자 평면에서, 사용자 장치 위치 결정은 LPP와 LPPe를 포함한 SUPL 및 RAN 사용자 데이터 베어러 채널을 사용하여 달성된다. SUPL 아키텍처는 도 9C에 도시된다.

IP Multimedia Subsystem (IMS) Core는 사용자 장치 음성 콜 컨트롤 및 SP에 의해 정의된 그 밖의 기능을 위해 사용된다. SUPL에 대하여, SIP PUSH 메카니즘은 MT 로케이션 계산을 트리거하는데 사용될 수 있고, 계산이 긴급 콜과 관련 있는지 없는지에 따라, 두 개의 인터페이스 중 하나 위에서 개시된다. Short Message Service Center (SMSC)는 SUPL에 의해 사용되어, MT 로케이션 계산을 개시할 수 있다. SLP와 SMSC 사이의 인터페이스와 SMSC와 SET는 본 개시물에서 더 이상 논의되지 않을 수 있다. SUPL Agent는 간단히, SLP 내의 사용자 장치 로케이션 정보를 액세스하는 외부 소프트웨어 또는 하드웨어 클라이언트이다. SUPL Enabled Terminal (SET)은 SUPL-가능한 사용자 장치이다. SUPL Location Platform (SLP)은 네트워크 내의 SUPL의 동작을 조절하는 SUPL Location Center (SLC)로 구성되고, 사용자-평면 베어러(가령, IP)에 걸쳐 SET와 상호 작용한다. SUPL Positioning Center (SPC)는 모든 위치 계산 처리 절차와 보조 데이터의 전달을 책임진다. WAPS 보조 데이터를 얻기 위하여, SLP는 NNAS로의 연결이 필요하다. SLP는 다양한 변형예(Home, Requesting, Visited, Emergency, 또는 Discovered)일 수 있다.

WAPS/MBS 서버는 WAPS 콘텐츠가 사용자 장치로 푸싱될 방법을 제공한다. WAPS는 (예로서, 이미지 압축을 사용하여) RAN에 걸쳐 전송을 위한 웹 트래픽을 최적화하는데 흔히 사용된다. SUPL에 대하여, WAPS 서버는 MT 로케이션 개시 커맨드를 SET로 푸시할 수 있다. Base Station Almanac (BSA)은 서비스 제공자의 셀 지역의 위도와 경도를 포함한다. Assistance Server (NNAS)는 SUPL Reference Retrieval Function의 인스턴스 생성(instantiation)으로서, WAPS 보조 데이터를 SLP로 제공한다. NNAS는 SET 기반 또는 SET 지원 위치 결정 모드에서 사용될, 보조 데이터를 E-SLP로 제공한다. WAPS 위치 계산 개체는 기지국 책력을 사용하여 cell ID를 cell LLA로 맵핑한다. cell LLA는 인터페이스를 통해 NNAS로 전송되어서 cell LLA 주위 지역으로 보조 로컬을 요청한다. NNAS는 정적(비콘 LLA) 및 동적(비콘 대기압과 온도등) 구성을 포함하는 데이터 베이스를 찾아서, 다양한 위치 결정 작동 모드를 위해 보조 정보를 SET로 제공한다. 대안적인 접근법은 셀룰러 기지국 책력에 액세스하는 NNAS를 요한다. cell ID에 기초하여, NNAS는 기지국의 위도와 경도를 찾고, SET가 작동하는 지리적 지역 내에서 검출될 것 같은 해당 WAPS 비콘을 결정한다. NNAS는 정적(비콘 LLA) 및 동적(비콘 대기압과 온도, 비콘 타이밍 보정치) 구성을 포함하는 데이터 베이스를 찾아서, 다양한 위치 결정 작동 모드를 위해 보조 정보를 SET로 제공한다.

E3은 cdma000 인터페이스이다. Gm은 IMS와 UT 사이의 SIP 인터페이스이다. L1은 임의의 LCS Client와 SLP 사이의 인터페이스이다. 이는 E3 인터페이스와 기능적으로 등가이다. L2는 LTE 인터페이스이다. Le는 LCS Client와 LCS Server(SLP)의 인터페이스이다. Lg/Lh는 GSM/UTRAN 인터페이스이다. LLP는 Positioning Control Function와 Positioning Data Function을 논리적으로 분리하는데 사용될 수 있다. LTE Positioning Protocol(LPP)은 로케이션 룩업을 위해 SPC를 쿼리하는데 사용될 수 있다. Lup는 SUPL Service Management와 Position Determination 메세지를 전달하기 위해, SLP와 SET 사이에서 사용되는 IP-based 인터페이스이다. Lz는 긴급 콜 MT 로케이션 결정 개시를 위한 SPC/IMS Core 인터페이스이다. WAPS Push Access Protocol (PAP)는 MT 로케이션 개시 커맨드를 WAPS SErver로 푸시하는데 사용된다. WAPS Push Over the Air Protocol (POTAP)는 MT 로케이션 개시 커맨드를 SET로 푸시하는데 사용된다. OMA 연장부를 사용하여, SIP MESSAGE는 IMS Core를 통하여 MT 로케이션 개시를 개시하는데 사용될 수 있다. NNAS Interface는 E-SMLC에서 NNAS로 S-MLC와 NNAS 사이의 시그널링을 전송한다. 이러한 인터페이스는 WAPS 보조 데이터를 전달하고, A-GPS를 위해 사용되는 WARN에서의 동작과 유사하다.

도 9C의 아키텍처는 UE-독립적인 위치 결정 모드에 적용될 수 있는데, 여기서, 사용자 장치 로케이션 계산은 사용자 장치에 의해 수행되고, SLP에 의해 제공된 보조 데이터가 없다. 사용자 장치 압력과 온도 리딩이 가능할 때, 정확한 고도 평가도 독립적인 모드(지원 모드로서)에서의 로케이션 평가의 일부로서 가능하다는 것을 주목한다. 이는 간단한 네트워크 아키텍처이고, NNAS와 상호 작용하기 위해, SLP/BSA에 대해 필요하지 않다.

이전의 도 20에 도시된 바와 같이, WAPS 로케이션 결정 능력을 통합시키는 것은 여러 네트워크 구성을 변형하는 것을 요한다. 주요 변화는 다음과 같이 구성될 수 있다.

이는 Beacon LLA 정보와 같은 정적인 측면은 물론, 비콘 타이밍 보정치와 압력/온도 측정치와 같은 동적인 측면을 모두 포함하는 비콘 데이터 베이스를 포함하는 Assistance Server이다. NNAS는 보조 데이터를 E-SMLC/SLP로 제공하여, UE-기반 및 사용자 장치 지원 위치 결정 모드를 가능하게 한다. E-SMLC/SLP 네트워크 구성은 향상되어, WAPS Positioning Calculation 기능을 지원하고, 필요하면, WAPS 보조 데이터를 사용자 장치/SET 으로 제공한다. 이는 NNAS와 BSA에 인터페이스를 요한다. Base Station Almanac (BSA)은 Service Provider Cell Site LLA 데이터베이스를 포함한다.

LLP 위치 결정을 실행하는 SLP와 SET가 도 20에 도시되고, 이는 단계 2001에서 도시된다. 이러한 경우에, 위치는 WAPS를 사용하여 SET에 의해 계산되고, 요청된 로케이션 QoS를 충족시키는데 사용된다. SLP는 LPP Request Location Information을 사용자 장치로 전송하고, WAPS-RequestLocationInformation 요소(가령, WAPS/MBS, 위치 결정 방법을 나타냄)를 포함한다(단계 2002). SET는 SLP로부터 WAPS 보조 데이터를 요청한다(단계 2003). SLP는 WAPS 보조 데이터를 SET로 되돌린다(단계 2004). SET는 WAPS 계산된 로케이션을 SLP로 되돌린다. SLP에서의 SET Assisted 위치 계산에 대하여, SET는 SET 계산된 로케이션 대신에, WAPS 측정치를 제공하고, SLP는 되돌려진 WAPS 측정치를 사용하여 SET의 로케이션을 계산한다. SET 독립적인 위치 계산에 대하여, 단계 2002 및 2003은 생략될 수 있다. 사용자 장치 계산된 위치는 단계 2004에서 되돌려진다. 로케이션 계산이 완료되면, E-SLP는 SUPL END 메세지를 SET로 전송한다. SET는 보안 IP 연결을 SLP로 방출한다. E-SLP는 SET의 로케이션을 되돌린다.

두문자어

이하의 두문자어의 리스트는 본원에서 기술된 다양한 용어의 예시를 제공한다. 이들은, 3rd Generation Partnership Project (3GPP); Third Generation Partnership Project 2 (3GPP2); Assisted Galileo and Additional Satellite Systems (A-GANSS); Assisted GNSS (A-GNSS); Assisted GPS (A-GPS); Advanced Encryption Standard (AES); Advanced Forward Link Trilateration (AFLT); Authentication and Key Agreement (AKA); Angle of Attack (AoA); Base Station (BS); Base Station Controller(BSC); Base Transceiver System (BTS); Code Division Multiple Access (CDMA); Circuit Switched (or Switching, depending on context) (CS); Call Service Control Function (CSCF); Cellular Telephone Industries Association. 이들의 공식 명칭은 이제 "CTIA-The Wireless Association"(CTIA); Emergency CSCF (E-CSCF); Enhanced Observed Time Difference (E-OTD); Enhanced SMLC (E-SMLC); Evolved UTRAN (E-UTRAN); Enhanced Forward Link Trilateration (EFLT); eNodeB (eNB); Evolved Node B (eNodeB; eNB); External PDU (ePDU); Emergency Services Message Entity (ESME); Electronic Serial Number (ESN); EmergencyServicesPositionRequest (cdma2000) (EPOSREQ); Emergency Services Routing Key (ESRK); Federal Communications Commission (FCC); Galileo and Additional Navigation Satellite Systems (GANSS); Generic Bootstrapping Architecture (GBA); GSM Edge Radio Access Network (GERAN); Global Navigation Satellite System (GLONASS); Gateway Mobile Location Center (GMLC); Greenwich Mean Time (GMT); Global Navigation Satellite System (GNSS); GeoPositionRequest (cdma2000) (GPOSREQ); Global Positioning System (GPS); Global System for Mobile Communications (GSM); Home Location Register (HLR); Home Subscriber Server (HSS); Hypertext Transfer Protocol (HTTP); Information Element (IE); Internal Location Protocol (ILP); IP Multimedia Subsystem (IMS); International Mobile Subscriber Identity (IMSI); Internet Protocol (IP); Inter System Position Request (cdma2000) (ISPOSREQ); Location-based Services (LBS); LoCation Services (LCS); Location Information Restriction (LIR); Location Management Unit (LMU); LTE Positioning Protocol (LPP); LTE Positioning Protocol Annex (LPPa); LCSParameterRequest (cdma2000) (LPREQ); Long Term Evolution (LTE); Multilateral Location and Monitoring Service (M-LMS); Media Access Control (MAC); Mobile Country Code (MCC); Mobile Directory Number (MDN); Mobile Equipment Identifier (MEID); Mobile Location Protocol (MLP); Mobility Management Entity (MME); Mobile Network Code (MNC); Mobile Originated (MO); Mobile Terminated (MT); Mobile Station System Time Offset (cdma2000) (MOB_SYS_T_OFFSET); MobileInformation (cdma2000) (MOBINFO); Mobile Positioning Center (MPC); MobilePositionCapability (cdma2000) (MPCAP); Mobile Station (MS); Mobile Switching Center (MSC); Mobile Subscriber Identification Number (MSIN); Mobile Station International ISDN Number (MSISDN); Mobile Terminated (MT); Non Access Stratum (NAS); Open Mobile Alliance (OMA); OriginationRequest (cdma2000) (ORREQ); Observed Time Difference of Arrival (OTDOA); WAPS Push Access Protocol (PAP); Positioning Calculation Application Part (PCAP); Position Determining Entity (PDE); Packet Data Network (PDN); Protocol Data Unit (PDU); PDN Gateway (PGW); PositionRequest (cdma2000) (POSREQ); WAPS Push Over The Air Protocol (POTAP); Position Quality of Service (PQOS); Packet Switched (or Switching, depending on context) (PS); Public Safety Answering Point (PSAP); Quality of Position (QoP); Quality of Service (QoS); Quasi-Zenith Satellite System (QZSS); Radio Access Network (RAN); Time Reference PN Sequence Offset (cdma2000) (REF_PN); Registration Notification (cdma2000) (REGNOT); Radio Network Controller (RNC); Radio Resource Control (RRC); Radio Resource Location Protocol (RRLP); Round Trip Time (RTT); System Assisted Mobile Positioning through Satellite (cdma2000) (SAMPS); Standalone SMLC (SAS); Space Based Augmentation System (SBAS); ServingCellID (cdma2000) (SCELLID); Service Control Point (SCP); SUPL Enabled Terminal (SET); System Frame Number (또한, Single Frequency Network) (SFN); Serving GPRS Support Node (SGSN); Serving Gateway (SGW); Subscriber Identity Module (SIM); SUPL Location Center (SLC); Standard Location Immediate Answer (SLIA); Standard Location Immediate Request (SLIR); SUPL Location Platform (SLP); SMSDeliveryPointToPoint (cdma2000) (SMDPP); Serving Mobile Location Center (SMLC); Short Message Service (SMS); Short Message Service Center (SMSC); Service Node (SN); Service Provider (SP); SUPL Positioning Center (SPC); Secure User Plane Location (SUPL); Time Division Multiple Access (TDMA); Time-based Difference of Arrival (TDOA); Telecommunications Industry Association (TIA); Triggered Location Reporting Accept (SUPL, MLP) (TLRA); Triggered Location Report (SUPL, MLP) (TLREP); Triggered Location Reporting Request (SUPL, MLP) (TLRR); Transport Layer Security (TLS); Time of Day (TOD); Time of Week (TOW); Uplink Time-based Difference of Arrival (U-TDOA); User Equipment (UE); User Identity Module (UIM); UserPlane Location Protocol (ULP); User Terminal (UT); Universal Terrestrial Radio Access Network (UTRAN); Visitor Location Register (VLR); Wide Area Network (WAN); Wireless Application Protocol (WAPS); Wide Area Positioning System (WAPS); 및 Wide Area Reference Network (WARN)이다.

추가 태양

하나 이상의 태양은 사용자 장치의 위치를 결정하기 위한 시스템, 방법, 컴퓨터 프로그램 및 수단에 관한 것일 수 있다. 이러한 시스템은 하나 이상의 방법 단계를 실행하도록 구성된 하나 이상의 구성 또는 수단(가령, 프로세서, 컴퓨터등)을 포함할 수 있다. 이러한 컴퓨터 프로그램 제품은 그 안에 구현된 컴퓨터 리더블 프로그램를 가지고, 하나 이상의 방법 단계를 실행할 수 있도록 개조된 코드 비일시적인 컴퓨터 사용 가능한 매체를 포함할 수 있다. 이러한 방법은 원격 송신기에 의해 송신되는 위치 신호로부터 파생된 타이밍 데이터에 접근할 수 있고, 타이밍 데이터 또는 상기 타이밍 데이터에 기초한 위치 데이터를 원격 연산 장치로 전송하는 단계를 포함할 수 있다.

추가적인 방법 단계는 프로세서의 추정된 로케이션과 해당 위성간의 추정 거리를 타이밍 데이터에 기초하여 결정하되, 상기 위치 데이터는 추정 거리를 나타내는 데이터를 포함할 수 있다.

추가적인 방법 단계는 해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정할 수 있고, 프로세서의 추정 로케이션을 결정 - 추정된 로케이션은 제1 세트의 추정 거리에 기초함 - 할 수 있으며, 해당 위성과 프로세서의 추정 로케이션간의 제2 세트의 추정 거리를 결정 - 제2 세트의 추정 거리는 프로세서의 추정 로케이션 및 해당 위성과 관련된 별자리 정보(constellation information) 에 기초함 - 할 수 있는 것을 포함할 수 있다.

일부 실시예에 따르면, 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함한다. 일부 실시예에 따르면, 프로세서의 추정 로케이션은 해당 원격 송신기 각각에 대한 위치 파라미터, 경도 파라미터 및 고도 파라미터에 더욱 각각 기초한다. 프로세서의 추정 로케이션은 프로세서 근처의 대기 조건에 해당하는 압력 측정치와 온도 측정치에 더욱 기초한다. 일부 실시예에 따르면, 해당 위성과 관련된 별자리 정보는 기준 시간에 해당 위성 각각에 대한 위치 보정치 및 타이밍 보정치를 포함한다. 일부 실시예에 따르면, 위치 데이터는 기준 시간을 포함한다.

추가적인 방법 단계는 프로세서의 추정 속도를 결정할 수 있고, 해당 위성에 대한 제1 세트의 도플러 값을 결정할 수 있으며, 추정 속도와 제1 세트의 도플러 값에 기초한 제2 세트의 도플러 값을 결정할 수 있되, 상기 위치 데이터는 제2 세트의 도플러 값을 나타내는 데이터를 포함할 수 있다.

일부 실시예에 따르면, 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함하고, 추가적인 방법 단계는, 위치 데이터가, 셀룰러 네트워크에서 GNSS 위치 정보를 송신하기 위한 표준 프로토콜을 사용하여 원격 연산 장치로 송신될 수 있도록 한다.

일부 실시예에 따르면, 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함하고, 추가적인 방법 단계는, 위치 데이터가, GNSS 위치 정보의 송신을 위해 할당된 복수의 비트를 사용하여, 원격 연산 장치로 송신될 수 있도록 한다.

일부 실시예에 따르면, 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함하고, 추가 방법 단계는, 위치 데이터의 개별 비트가 GNSS 정보 요소를 위한 비트로 맵핑되도록 하고, 위치 데이터의 개별 비트가 맵핑에 기초하여 원격 연산 장치로 전송되도록 한다.

추가적인 방법 단계는 원격 송신기의 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터에 접근 - 보조 데이터는 원격 송신기 각각에 대한 송신기 위도, 송신기 경도 및 송신기 고도를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 압력 측정치와 온도 측정치도 포함하며, 보조 데이터는 원격 송신기 각각에 대한 고유 식별자를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 타이밍 보정치도 포함함 - 할 수 있고, 도착 시간 측정치가 보조 데이터에 기초하여 측정될 수 있도록 한다.

일부 실시예에 따르면, 보조 데이터는 프로세서와 결합된 데이터 소스로부터 접근된다. 일부 실시예에 따르면, 보조 데이터는 컨트롤 평면 또는 사용자 평면 통신 채널을 통해 접근된다.

추가적인 방법 단계는 원격 송신기 각각에 대한 코드, 타임 슬롯, 품질 표시자 및 주파수 검색 스페이스를 포함하는 보조 데이터에 접근할 수 있고, 제1 세트의 추정 거리가 상기 보조 데이터에 기초하여 결정되도록 할 수 있도록 한다.

추가적인 방법 단계는 타이밍 데이터를 사용하여 해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정 - 위치 데이터는 제1 세트의 추정 거리를 나타내는 데이터를 포함함 - 할 수 있고, 위치 데이터가, 지리적 위치 정보의 송신을 위해 할당된 제1 복수의 비트를 사용하여 원격 연산 장치로 송신되도록 할 수 있다.

추가적인 방법 단계는 표시자가, 지리적 위치 정보의 제1 유형의 송신을 위해 할당된 제2 복수의 비트를 사용하여 원격 연산 장치로 송신 - 표시자는 제1 세트의 추정 거리가 지리적 위치 정보의 제1 유형에 기초하지 않다는 것을 원격 연산 장치에 알리도록 구성됨 - 될 수 있다.

추가적인 방법 단계는 원격 송신기에 대응되는 압축된 식별자가, 원격 연산 장치로 송신 - 원격 연산 장치는 압축된 식별자를, 프로세서와 통신하는 기지국, 프로세서에서 측정된 압력 또는 프로세서에서 측정된 온도에 의해 정의된 지리학적 지역에 대응되어 나열된 비압축된 식별자로 상관관계함 - 될 수 있도록 할 수 있다.

추가적인 방법 단계는 원격 송신기의 각각에 대한 코드, 타임 슬롯, 품질 표시자 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신 - 보조 데이터는 원격 송신기 각각에 대한 송신기 위도, 송신기 경도 및 송신기 고도를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 압력 측정치와 온도 측정치도 포함하며, 보조 데이터는 원격 송신기 각각에 대한 고유 식별자를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 타이밍 보정치도 포함함 - 할 수 있고, 보조 데이터 및 타이밍 데이터의 일부나 전부에 기초하여, 프로세서의 위도, 경도 및 고도를 추정 - 원격 연산 장치로 송신되는 위치 정보는 추정된 위도, 경도 및 고도 또는 프로세서를 나타내는 데이터를 포함함 - 할 수 있다.

추가적인 방법 단계는 원격 송신기 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신할 수 있고, 타이밍 데이터가 보조 데이터에 기초하여 측정 - 타이밍 데이터 혹은 상기 타이밍 데이터에 기초한 원시 의사-거리 데이터(raw pseudo-range data)는 원격 연산 장치로 송신되고, 원격 연산 장치로 송신되는 위치 정보는 프로세서 근처의 대기 조건에 대응되는 압력 측정치와 온도 측정치를 포함함 - 될 수 있도록 할 수 있다.

추가적인 방법 단계는 타이밍 데이터를 사용하여, 해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정 - 원격 연산 장치로 송신되는 위치 데이터는 제1 세트의 추정 거리를 나타내는 데이터를 포함함 - 할 수 있고, 원격 송신기의 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신 - 보조 데이터는 원격 송신기 각각에 대한 송신기 위도, 송신기 경도 및 송신기 고도를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 압력 측정치와 온도 측정치도 포함하며, 보조 데이터는 원격 송신기 각각에 대한 고유 식별자를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 타이밍 보정치도 포함함 - 할 수 있고, 보조 데이터와 타이밍 데이터의 일부 또는 전부에 기초하여, 프로세서의 위도, 경도 및 고도를 추정 - 원격 연산 장치로 송신되는 위치 정보는 추정된 위도, 경도 및 고도 또는 프로세서를 나타내는 데이터를 포함함 - 할 수 있다.

추가적인 방법 단계는 타이밍 데이터를 사용하여, 해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정 - 원격 연산 장치로 송신되는 위치 데이터는 제1 세트의 추정 거리를 나타내는 데이터를 포함함 - 할 수 있고, 원격 송신기 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신할 수 있고, 타이밍 데이터가 보조 데이터에 기초하여 측정 - 타이밍 데이터 혹은 상기 타이밍 데이터에 기초한 원시 의사-거리 데이터는 원격 연산 장치로 송신되고, 원격 연산 장치로 송신되는 위치 정보는 프로세서 근처의 대기 조건에 대응되는 압력 측정치와 온도 측정치를 포함함 - 될 수 있도록 할 수 있다.

어떤 실시예에 따르면, 원격 송신기는, 프로세서와 정보를 교환하는 복수의 셀룰러 송신기의 첫 번째 송신기에 대한 근접성에 기초하여 식별된다.

그 밖의 태양

본원에서 기술된 시스템 및 방법은 기술 분야 또는 이후에 개발된 모든 것의 위치를 추적하기 위해 사용될 수 있는데, 이러한 것에 네비게이션을 제공하기 위하여, 이러한 것의 위치에 대한 정보를 제공하기 위하여 및 그 밖의 활용을 위함이다.

용어 "GPS"는 글로벌 네비게이션 위성 시스템(GNSS)을 포함하는 넓은 의미를 말하고, 이는 GLONASS, Galileo 및 Compass/Beidou와 같은 기존 또는 이후에 개발된 위성 위치 결정 시스템을 포함할 수 있다.

송신기는 사용자 장치에 의해 수신된 신호로 위치 데이터/정보를 전송할 수 있다. 위치 데이터는 기술 분야에서 이해되는 바와 같이, "타이밍 데이터"를 포함할 수 있고, 이는 신호의 전파 시간과 관련된 도착 시간(TOA)를 결정하는데 사용될 수 있는데, 이는 신호의 전파 시간과 신호의 속도(가령, 빛의 속도)를 곱하여, 의사 거리(가령, 사용자 장치와 송신기 사이의 거리)를 추정하는데 사용될 수 있다.

다양하게 본원에 기술되고 도시된 시스템, 방법, 논리 블록, 모듈, 회로 및 알고리즘 단계는 프로세서(또는 "프로세싱 장치"라고도 함)에 의해 실행되는 하드웨어, 소프트웨어 또는 이 둘의 조합에서 직접 실행 또는 수행될 수 있다. 따라서, 프로세서는, 하나, 일부 또는 모든 프로세싱, 연산 및 그 밖의 방법 단계나 본원에서 개시된 프로세스/방법 및 시스템과 관련된 그 밖의 시스템 기능을 수행할 수 있다. 이러한 프로세서는 일반적인 목적의 프로세서, 디지털 신호 프로세서(DSP), 응용 주문형 집적 회로(ASIC), 필드 프로그램 가능 게이트 어레이(FPGA) 또는 그 밖의 프로그램 가능 논리 장치, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 구성이나 본원에 기술된 기능을 수행하도록 설계된 이들의 임의의 조합을 포함할 수 있다. 프로세서는 마이크로프로세서 일 수 있으나, 대안적으로, 프로세서는 종래의 프로세서, 컨트롤러, 마이크로컨트롤러 또는 상태 머신일 수 있다. 프로세서는 칩을 말할 수 있는데, 여기서 칩은, 본원에서 개시된 그 밖의 기능을 포함하여, 본원에서 개시된 프로세싱, 연산 및 그 밖의 방법 단계를 수행하도록 구성된 다양한 구성(가령, 마이크로프로세서와 그 밖의 구성)을 포함한다. 용어 "프로세서"는 하나, 둘 이상의 그러한 장치를 말할 수 있다. 더구나, 프로세서는 프로세서의 조합(가령, DSP와 마이크로프로세서의 조합), 복수의 마이크로프로세서, DSP 코어와 함께 마이크로프로세서, 또는 임의의 그밖의 이러한 컨피규레이션으로서 실행될 수 있다. 용어 "컴퓨터" 또는 "연산 장치" 등은 프로세서를 포함하는 장치를 말한다는 것을 주목한다.

소프트웨어는 RAM 메모리, 플래쉬 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드 디스크, 리무버블 디스크, CD-ROM 또는 종래에 알려진 그 밖의 형태의 저장 매체에 있을 수 있다. 예시적인 저장 매체는 프로세서에 연결된 "메모리"이어서, 프로세서는 메모리로부터 정보를 리드하고, 메모리에 정보를 라이트할 수 있다. 대안적으로, 저장 매체는 프로세서에 통합될 수 있다. 프로세서와 저장 매체는 ASIC에 있을 수 있다. ASIC는 사용자 장치에 있을 수 있다. 대안적으로, 프로세서와 저장 매체는 사용자 장치의 이산 구성으로서 있을 수 있다.

소프트웨어는 컴퓨터-리더블 매체상에 하나 이상의 명령어 또는 코드로서 저장 또는 인코딩될 수 있다. 컴퓨터-리더블 매체는 컴퓨터 저장 매체를 포함하고, 이는 컴퓨터에 접근할 수 있는 임의의 사용 가능한 매체일 수 있다. 이러한 포맷 데이터 및/또는 명령어가 구현된 컴퓨터-리더블 매체는 다양한 형태(가령, 광학, 자기 또는 반도체 저장 매체)인 비휘발성 저장 매체를 포함하고, 반송파는 포맷 데이터 및/또는 명령어를 무선, 광학 또는 유선 시그널링 매체 또는 이들의 조합을 통해 전송되는데 사용될 수 있다. 반송파에 의한 이러한 포맷 데이터 및/또는 명령어의 전송의 예는, 알려지거나 이후에 개발되는 하나 이상의 데이터 전송 프로토콜을 통해 인터넷 및/또는 그 밖의 컴퓨터 네트워크에 걸쳐 전송(업로드, 다운로드, 이메일등)을 포함한다. 하나 이상의 컴퓨터-리더블 매체를 통해 컴퓨터 시스템 내에서 구성의 이러한 데이터 및/또는 명령어 기반의 표현을 수신할 때, 이는 하나 이상의 컴퓨터 프로그램과 함께 컴퓨터 시스템 내의 프로세서(가령, 하나 이상의 프로세서)에 의해 처리될 수 있다.

본원에 기술된 시스템과 방법의 태양은, 필드 프로그램 가능 게이트 어레이(FPGA)와 같은 프로그램 가능 논리 장치(PLD), 프로그램 가능 어레이 로직(PAL) 장치, 전기적 프로그램 가능 로직 및 메모리 장치와 표준 셀-기반 장치는 물론 응용 주문형 집적 회로(ASIC)을 포함하는, 다양한 임의의 회로에 기능성 프로그램되어서 실행될 수 있다. 시스템과 방법의 태양을 실행하기 위한 그 밖의 것은 메모리를 포함한 마이크로컨트롤러(가령, 전기적으로 지울 수 있는 프로그램 가능 리드 온리 메모리(EEPROM)), 내장형 마이크로프로세서, 펌웨어, 소프트웨어등을 포함한다. 시스템과 방법의 태양은 소프트웨어-기반의 회로 에뮬레이션, 이산 로직(순차적 및 조합적), 맞춤 장치, 퍼지(뉴럴) 로직, 퀀텀 장치 및 상기 유형의 장치의 하이브리드를 포함한 마이크로프로세서에서 구현될 수 있다. 물론, 기초 장치 기술은 다양한 구성 유형, 가령, 상보 금속-산화물 반도체(CMOS)와 같은 금속-산화물 반도체 장-효과 트랜지스터(MOSFET) 기술, 에미터-커플 로직(ECL)과 같은 바이폴라 기술, 폴리머 기술(가령, 실리콘-컨주게이트 폴리머 및 메탈-컨주게이트 폴리머-메탈 구조), 혼합된 아날로그와 디지털등으로 제공될 수 있다. 정보와 신호는 다양한 기술 및 기술들을 사용하여 표현될 수 있다. 예를 들어, 상기 설명에 걸쳐 언급될 수 있는 데이터, 명령어, 커맨드, 정보, 신호, 비트, 부호 및 칩은 전압, 전류, 전자기파, 전자기장 또는 입자, 광학 장 또는 입자 또는 이들의 조합으로 표현될 수 있다.

본 개시물의 태양은 일반적으로 컴퓨팅 네트워크 내에서 수행되거나 컴퓨팅 네트워크 상에 있다. 일반적으로 컴퓨팅 네트워크는 서버, 모니터, I/O 장치, 네트워크 연결 장치는 물론 그 밖의 연결 하드웨어와 같은 컴퓨터 하드웨어 부품을 포함한다. 또한, 본원에서 기술된 태양 및 특징은 데이터 및 그 밖의 콘텐츠와 정보를 수신, 전환, 처리, 저장, 복구, 전송 및/또는 수출하도록 구성된 하나 이상의 어플리케이션 프로그램을 포함할 수 있다. 데이터는 하드 디스크 드라이브나 그 밖의 저장 매체일 수 있는 임의의 수의 데이터 소스에 저장될 수 있다. 데이터 소스는, 계층 데이터 소스, 네트워크 데이터 소스, 관계 데이터 소스, 비관계 데이터 소스, 객체 지향 데이터 소스 또는 다양한 데이터 유형(가령, 필드, 로우 및 칼럼에 알맞게 맞춤되는 구조 데이터 또는 그래픽, 사진, 오디오 및 비디오 데이터와 같은 다양한 매체 소스로부터의 데이터)를 취급할 수 있는 또 다른 유형의 데이터 소스를 포함하는 하나 이상의 유형의 데이터 소스일 수 있다. 예를 들어, 데이터 소스(132)는 가령, XML과 같은고정된 파일 포맷, 코마 분리된 값, 탭 분리된 값, 또는 고정된 렝스 필드 내로 데이터를 저장할 수 있다. 대안적으로, 데이터 소스는 고정되지 않은 파일 포맷(가령, NoSQL 데이터 소스)로 데이터를 저장할 수 있다.

맥락이 다른 것을 요하지 않는 한, 상세한 설명과 청구항 전반에 걸쳐, 단어 "구성되다", "구성하는", "포함하다", "포함하는"등은 제한적인 의미나 한계적인 의미의 반대인 포함적인 의미로 해석되어야 하는데, 다시 말해, "포함하나 이제 제한되지 않는"으로 해석되어야 한다. 단수 또는 복수를 사용하는 단어도 각각 복수 또는 단수를 포함한다. 또한, 단어 "본원", "이하", "상기", "아래" 및 이와 유사한 의미의 단어는, 본 출원서에서 사용될 때, 본 출원서는 그 전체 및 포함된 참조 문헌을 말한다. 단어 "또는" 또는 "및"은 둘 이상의 아이템의 리스트를 언급하는데 사용될 때, 각각의 단어는 이하의 해석을 모두 커버하는데, 즉, 리스트 내의 임의의 아이템, 리스트 내의 아이템 전부 및 리스트 내의 아이템의 임의의 조합이다. 구체적으로 다르게 진술되지 않다면, 용어 "일부"는 하나 이상을 말한다. 나열된 아이템의 "적어도 하나"는 하나의 아이템을 포함하고, 이들의 아이템의 조합을 말한다. 예를 들어, "a, b 또는 C 중 적어도 하나"는 a; b; c; a 및 b; a 및 c; b 및 c; a, b 및 c를 커버하는 것으로 의도된다. 도면과 이와 관련된 설명은 설명을 위해 제공되고, 임의의 수 또는 모든 도면의 일부가 재배열, 생략 또는 조합될 수 있다는 것을 이해해야 한다. 게다가, 하나의 장치에서 도시된 계산은 다양한 장치에 걸쳐 수행될 수 있다. 용어 "시스템"은 서로 지리적으로 원격일 수 있는 하나 이상의 장치를 말할 수 있다. 용어 "장치"는 하나 이상의 부품(가령, 프로세서, 메모리, 스크린)을 포함할 수 있다. 용어 "모듈"은 하드웨어나 소프트웨어를 말할 수 있다.

본원의 시스템 및 방법의 설명은 개시된 정확한 형태로, 시스템과 방법을 제한하려는 의도가 아니다. 정말로, 본원에서 개시된 시스템과 방법은 설명적인 목적이며, 당업자가 인식할 수 있는 다양한 등가의 수정예가 가능하다. 청구항에서 사용된 용어는 본원에서 표현적으로 개시된 실시예에만 제한되지 않는다. 대신에, 용어는 광범위한 해석으로 받아들여진다. "예시적"은 예시, 예 또는 설명의 역할을 한다. 본원에서 기술된 임의의 태양 및/또는 실시예를 "예시적"으로 기술한 것은 다른 태양 및/또는 실시예에 걸쳐 바람직하거나 이롭게 해석되지 않는다.

본원에서 개시된 태양에 대한 다양한 수정예는 당업자에게 용이하게 명백할 것이고, 본원에서 정의된 일반 원리는 본 개시물의 사상이나 범위로부터 벗어남 없이 다양한 시스템과 방법에 적용될 수 있다. 그러므로, 본 개시물은 본원에서 도시된 태양에 제한될 의도가 아니고, 첨부된 청구항 및 그의 등가에 맞는 가장 넓은 범위에 따를 것이다.

Claims

원격 송신기에 의해 송신되는 위치 신호로부터 파생된 타이밍 데이터에 접근할 수 있고,
타이밍 데이터 또는 상기 타이밍 데이터에 기초한 위치 데이터를 원격 연산 장치로 전송할 수 있는 하나 이상의 프로세서.
제 1 항에 있어서, 상기 프로세서는,
프로세서의 추정된 로케이션과 해당 위성간의 추정 거리를 타이밍 데이터에 기초하여 결정하되, 상기 위치 데이터는 추정 거리를 나타내는 데이터를 포함하는 것을 특징으로 하는 프로세서.
제 1 항에 있어서, 상기 프로세서는,
해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정할 수 있고,
프로세서의 추정 로케이션을 결정 - 추정된 로케이션은 제1 세트의 추정 거리에 기초함 - 할 수 있으며,
해당 위성과 프로세서의 추정 로케이션간의 제2 세트의 추정 거리를 결정 - 제2 세트의 추정 거리는 프로세서의 추정 로케이션 및 해당 위성과 관련된 별자리 정보(constellation information) 에 기초함 - 할 수 있는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함하는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 프로세서의 추정 로케이션은 해당 원격 송신기 각각에 대한 위치 파라미터, 경도 파라미터 및 고도 파라미터에 더욱 각각 기초하는 것을 특징으로 하는 프로세서.
제 5 항에 있어서, 프로세서의 추정 로케이션은 프로세서 근처의 대기 조건에 해당하는 압력 측정치와 온도 측정치에 더욱 기초하는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 해당 위성과 관련된 별자리 정보는 기준 시간에 해당 위성 각각에 대한 위치 보정치 및 타이밍 보정치를 포함하는 것을 특징으로 하는 프로세서.
제 7 항에 있어서, 위치 데이터는 기준 시간을 포함하는 것을 특징으로 하는 프로세서.
제 3 항에 있어서,상기 프로세서는,
프로세서의 추정 속도를 결정할 수 있고,
해당 위성에 대한 제1 세트의 도플러 값을 결정할 수 있으며,
추정 속도와 제1 세트의 도플러 값에 기초한 제2 세트의 도플러 값을 결정할 수 있되,
상기 위치 데이터는 제2 세트의 도플러 값을 나타내는 데이터를 포함하는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 상기 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함하고, 상기 프로세서는,
위치 데이터가, 셀룰러 네트워크에서 GNSS 위치 정보를 송신하기 위한 표준 프로토콜을 사용하여 원격 연산 장치로 송신될 수 있도록 하는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함하고, 상기 프로세서는,
위치 데이터가, GNSS 위치 정보의 송신을 위해 할당된 복수의 비트를 사용하여, 원격 연산 장치로 송신될 수 있도록 하는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 위치 데이터는 제2 세트의 추정 거리를 나타내는 데이터를 포함하고, 상기 프로세서는,
위치 데이터의 개별 비트가 GNSS 정보 요소를 위한 비트로 맵핑되도록 하고,
위치 데이터의 개별 비트가 맵핑에 기초하여 원격 연산 장치로 전송되도록 하는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 상기 프로세서는,
원격 송신기의 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터에 접근 - 보조 데이터는 원격 송신기 각각에 대한 송신기 위도, 송신기 경도 및 송신기 고도를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 압력 측정치와 온도 측정치도 포함하며, 보조 데이터는 원격 송신기 각각에 대한 고유 식별자를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 타이밍 보정치도 포함함 - 할 수 있고,
도착 시간 측정치가 보조 데이터에 기초하여 측정될 수 있도록 하는 것을 특징으로 하는 프로세서.
제 13 항에 있어서, 보조 데이터는 프로세서와 결합된 데이터 소스로부터 접근되는 것을 특징으로 하는 프로세서.
제 13 항에 있어서, 보조 데이터는 컨트롤 평면 또는 사용자 평면 통신 채널을 통해 접근되는 것을 특징으로 하는 프로세서.
제 3 항에 있어서, 프로세서는,
원격 송신기 각각에 대한 코드, 타임 슬롯, 품질 표시자 및 주파수 검색 스페이스를 포함하는 보조 데이터에 접근할 수 있고,
제1 세트의 추정 거리가 상기 보조 데이터에 기초하여 결정되도록 할 수 있는 것을 특징으로 하는 프로세서.
제 1 항에 있어서, 프로세서는,
타이밍 데이터를 사용하여 해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정 - 위치 데이터는 제1 세트의 추정 거리를 나타내는 데이터를 포함함 - 할 수 있고,
위치 데이터가, 지리적 위치 정보의 송신을 위해 할당된 제1 복수의 비트를 사용하여 원격 연산 장치로 송신되도록 할 수 있는 것을 특징으로 하는 프로세서.
제 17 항에 있어서, 프로세서는,
표시자가, 지리적 위치 정보의 제1 유형의 송신을 위해 할당된 제2 복수의 비트를 사용하여 원격 연산 장치로 송신 - 표시자는 제1 세트의 추정 거리가 지리적 위치 정보의 제1 유형에 기초하지 않다는 것을 원격 연산 장치에 알리도록 구성됨 - 될 수 있는 것을 특징으로 하는 프로세서.
제 17 항에 있어서, 프로세서는,
원격 송신기에 대응되는 압축된 식별자가, 원격 연산 장치로 송신 - 원격 연산 장치는 압축된 식별자를, 프로세서와 통신하는 기지국, 프로세서에서 측정된 압력 또는 프로세서에서 측정된 온도에 의해 정의된 지리학적 지역에 대응되어 나열된 비압축된 식별자로 상관관계함 - 될 수 있도록 할 수 있는 것을 특징으로 하는 프로세서.
제 17 항에 있어서, 프로세서는,
원격 송신기의 각각에 대한 코드, 타임 슬롯, 품질 표시자 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신 - 보조 데이터는 원격 송신기 각각에 대한 송신기 위도, 송신기 경도 및 송신기 고도를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 압력 측정치와 온도 측정치도 포함하며, 보조 데이터는 원격 송신기 각각에 대한 고유 식별자를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 타이밍 보정치도 포함함 - 할 수 있고,
보조 데이터 및 타이밍 데이터의 일부나 전부에 기초하여, 프로세서의 위도, 경도 및 고도를 추정 - 원격 연산 장치로 송신되는 위치 정보는 추정된 위도, 경도 및 고도 또는 프로세서를 나타내는 데이터를 포함함 - 할 수 있는 것을 특징으로 하는 프로세서.
제 17 항에 있어서, 프로세서는,
원격 송신기 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신할 수 있고,
타이밍 데이터가 보조 데이터에 기초하여 측정 - 타이밍 데이터 혹은 상기 타이밍 데이터에 기초한 원시 의사-거리 데이터(raw pseudo-range data)는 원격 연산 장치로 송신되고, 원격 연산 장치로 송신되는 위치 정보는 프로세서 근처의 대기 조건에 대응되는 압력 측정치와 온도 측정치를 포함함 - 될 수 있도록 할 수 있는 것을 특징으로 하는 프로세서.
제 1 항에 있어서, 프로세서는,
타이밍 데이터를 사용하여, 해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정 - 원격 연산 장치로 송신되는 위치 데이터는 제1 세트의 추정 거리를 나타내는 데이터를 포함함 - 할 수 있고,
원격 송신기의 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신 - 보조 데이터는 원격 송신기 각각에 대한 송신기 위도, 송신기 경도 및 송신기 고도를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 압력 측정치와 온도 측정치도 포함하며, 보조 데이터는 원격 송신기 각각에 대한 고유 식별자를 포함하고, 보조 데이터는 원격 송신기 각각에 대한 타이밍 보정치도 포함함 - 할 수 있고,
보조 데이터와 타이밍 데이터의 일부 또는 전부에 기초하여, 프로세서의 위도, 경도 및 고도를 추정 - 원격 연산 장치로 송신되는 위치 정보는 추정된 위도, 경도 및 고도 또는 프로세서를 나타내는 데이터를 포함함 - 할 수 있는 것을 특징으로 하는 프로세서.
제 1 항에 있어서, 프로세서는,
타이밍 데이터를 사용하여, 해당 원격 송신기와 프로세서간의 제1 세트의 추정 거리를 결정 - 원격 연산 장치로 송신되는 위치 데이터는 제1 세트의 추정 거리를 나타내는 데이터를 포함함 - 할 수 있고,
원격 송신기 각각에 대한 코드, 타임 슬롯 및 주파수 검색 스페이스를 포함하는 보조 데이터를 수신할 수 있고,
타이밍 데이터가 보조 데이터에 기초하여 측정 - 타이밍 데이터 혹은 상기 타이밍 데이터에 기초한 원시 의사-거리 데이터는 원격 연산 장치로 송신되고, 원격 연산 장치로 송신되는 위치 정보는 프로세서 근처의 대기 조건에 대응되는 압력 측정치와 온도 측정치를 포함함 - 될 수 있도록 할 수 있는 것을 특징으로 하는 프로세서.
제 1 항에 있어서, 원격 송신기는, 프로세서와 정보를 교환하는 복수의 셀룰러 송신기의 첫 번째 송신기에 대한 근접성에 기초하여 식별되는 것을 특징으로 하는 프로세서.