KR20130020679A - 홈 노드 ｂ (ｈｎｂ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치 - Google Patents

홈 노드 ｂ (ｈｎｂ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치 Download PDF

Info

Publication number
KR20130020679A
KR20130020679A KR1020127029859A KR20127029859A KR20130020679A KR 20130020679 A KR20130020679 A KR 20130020679A KR 1020127029859 A KR1020127029859 A KR 1020127029859A KR 20127029859 A KR20127029859 A KR 20127029859A KR 20130020679 A KR20130020679 A KR 20130020679A
Authority
KR
South Korea
Prior art keywords
hnb
location
message
pcap
messages
Prior art date
Application number
KR1020127029859A
Other languages
English (en)
Other versions
KR101495974B1 (ko
Inventor
스티븐 윌리엄 에지
다만지트 싱
젠 메이 천
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20130020679A publication Critical patent/KR20130020679A/ko
Application granted granted Critical
Publication of KR101495974B1 publication Critical patent/KR101495974B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S5/00—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations
    • G01S5/02—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations using radio waves
    • G01S5/0257—Hybrid positioning
    • G01S5/0263—Hybrid positioning by combining or switching between positions derived from two or more separate positioning systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/04—Reselecting a cell layer in multi-layered cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/322—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by location data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Abstract

홈 노드 B (HNB) 및 그것의 사용자 장비들 (UE들) 에 대한 로케이션 서비스들을 지원하는 기법들이 개시된다. 일 양태에서, 로케이션 서비스들은 HNB가 사용자 평면 및 제어 평면 로케이션 솔루션들 간을 상호연동시킴으로써 UE에 대해 지원될 수도 있다. 하나의 디자인에서, HNB는 UE에 대한 로케이션 서비스의 요구를 수신하고, (i) 로케이션 서버와는 사용자 평면 로케이션 솔루션을 통해 그리고 (ii) UE와는 제어 평면 로케이션 솔루션을 통해 통신하여 UE에 대한 로케이션 서비스를 지원한다. HNB는 사용자 평면 및 제어 평면 로케이션 솔루션들 간을 상호연동시킨다. 다른 양태에서, 로케이션 서버가 HNB들 및 UE들에 대한 보조형 GNSS (A-GNSS) 를 지원하기 위해 사용될 수도 있다. 하나의 디자인에서, HNB는 PCAP 메시지들을 HNB GW를 통해 로케이션 서버와 교환하고 RRC 메시지들을 UE와 교환하여 UE에 대한 로케이션 서비스를 지원한다.

Description

홈 노드 Ｂ (ＨＮＢ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치{METHOD AND APPARATUS FOR SUPPORTING LOCATION SERVICES VIA A HOME NODE B (HNB)}
본 출원은 2010년 4월 14일자로 출원된 발명의 명칭이 "HNB Location"인 미국 가출원 번호 61/324,156 를 우선권 주장하며, 이 가출원은 본 발명의 양수인에게 양도되고 그 전체는 본 명세서에 참조로서 통합된다.
분야
본 개시물은 일반적으로 통신에 관한 것이고, 더욱 상세하게는 무선 네트워크에서 홈 노드 B (HNB) 를 통해 로케이션 서비스들을 지원하는 기법들에 관한 것이다.
HNB들은 점점 더 대중화되고 있고 홈들, 사무실들, 상점들, 아파트들 등과 같은 다양한 로케이션들에서 더 광범위하게 배치되는 홈 기지국들 (때때로 펨토셀들 또는 펨토 기지국들이라고 지칭됨) 이다. 이들 HNB들은 무선 네트워크 오퍼레이터 (일반적으로 라이센스된 무선 주파수들을 이용함) 를 위한 기지국들로서 통상 역할을 하고, 무선 커버리지를 개선하며, 스루풋을 증가시키고, 그리고/또는 다른 혜택들을 네트워크 오퍼레이터 및/또는 사용자들에게 제공하는데 사용될 수도 있다. 특정 로케이션들에 신중히 배치되고 네트워크 오퍼레이터들에 의해 유지되는 매크로 기지국들과는 달리, HNB들은 계획되지 않은 방식으로 임의의 로케이션에 사용자에 의해 유연하게 배치될 수도 있다.
HNB는 그것의 커버리지 내에서 하나 이상의 사용자 장비들 (UE들) 에 대한 통신을 지원할 수도 있다. HNB 또는 HNB와 통신하는 UE의 로케이션을 아는 것이 바람직할 수도 있다. 예를 들어, HNB의 현재 로케이션에서 동작할 권한이 있는 지 (예컨대, 관련 네트워크 오퍼레이터가 HNB에 의해 지원되는 무선 주파수들을 이용하는 라이센스를 가지는 지리적 영역 내에 있는지) 를 확인하기 위해 HNB의 로케이션을 아는 것이 필요할 수도 있다. 다른 예로서, UE의 사용자는 UE를 이용하여 긴급 전화를 할 수도 있다. 그때 UE의 로케이션은 결정되고 그 사용자에게 긴급 보조를 전송하는데 사용될 수도 있다. UE 또는 HNB의 로케이션의 지식이 유용하거나 또는 필요한 많은 다른 시나리오들이 있다.
디바이스 (예컨대, HNB 또는 UE) 는 네트워크로부터의 임의의 보조 없이 그것의 로케이션을 자율적으로 결정하는 능력을 가질 수도 있다. 예를 들어, 디바이스는 독립형 글로벌 내비게이션 위성 시스템 (Global Navigation Satellite System; GNSS) 을 지원할 수도 있고 그것의 로케이션을 GNSS에서 위성들로부터 수신된 신호들에 기초하여 결정할 수 있을 수도 있다. 독립형 GNSS로 획득된 로케이션 추정치는 양호한 정확도를 가질 수도 있다. 그러나, 독립형 GNSS는 비교적 긴 TTFF (time to first fix), 매우 낮은 신호 세기로 위성들을 검출하는데 대한 무능력 등과 같은 얼마간의 단점들을 가질 수도 있다. 그러므로, HNB들 및 UE들에 대해 독립형 GNSS보다 성능을 개선할 수 있는 기법들이 매우 바람직할 수도 있다.
HNB들 및 HNB들과 통신하는 UE들에 대한 로케이션 서비스들을 지원하는 기법들이 본원에서 설명된다. 로케이션 서비스는 독립형 GNSS보다 나은 특정 이점들을 가질 수도 있는 보조형 (assisted) GNSS (A-GNSS) 를 포함할 수도 있다.
일 양태에서, 로케이션 서비스들은 사용자 평면 로케이션 솔루션 및 제어 평면 로케이션 솔루션 간을 상호연동시키는 HNB를 가짐으로써 HNB와 통신하는 UE에 대해 지원될 수도 있다. 하나의 디자인에서, HNB는 UE에 대한 로케이션 서비스의 요구를 수신할 수도 있다. HNB는 사용자 평면 로케이션 솔루션을 통해 로케이션 서버와 통신하여 UE에 대한 로케이션 서비스를 지원할 수도 있다. HNB는 또한 제어 평면 로케이션 솔루션을 통해 UE와 통신하여 UE에 대한 로케이션 서비스를 지원할 수도 있다. HNB는 사용자 평면 로케이션 솔루션 및 제어 평면 로케이션 솔루션 간을 아래에서 설명되는 바와 같이 상호 연동시킬 수도 있다. 이 체계는 또한 UE들에 대한 로케이션 서비스들을 지원하는 (HNB들 이외의) 다른 네트워크 엔티티들에 의해 수행될 수도 있다.
다른 양태에서, 로케이션 서버는 HNB들 및 UE들에 대해 로케이션 서비스들 및 A-GNSS를 지원하는데 사용될 수도 있다. 로케이션 서버는, 로케이션 서버에 의해 무선 네트워크 제어기 (RNC) 로서 여겨질 수도 있는 HNB 게이트웨이 (HNB GW) 에 연결될 수도 있다. 하나의 디자인에서, HNB는 UE에 대한 로케이션 서비스의 요구를 수신할 수도 있다. HNB는 로케이션 서버와는 HNB GW를 통해 포지셔닝 계산 애플리케이션 파트 (Positioning Calculation Application Part; PCAP) 메시지들을 교환하여 UE에 대한 로케이션 서비스를 지원할 수도 있다. PCAP 메시지들은 (i) HNB 및 HNB GW 사이의 제 1 프로토콜의 메시지들로 및 (ii) HNB GW 및 로케이션 서버 사이의 제 2 프로토콜의 메시지들로 전송될 수도 있다. HNB는 무선 리소스 제어 (RRC) 메시지들을 UE와 교환하여 UE에 대한 로케이션 서비스를 지원할 수도 있다.
이 개시물의 갖가지 양태들 및 특징들은 아래에서 더 상세히 설명된다.
도 1은 예시적인 무선 네트워크를 도시한다.
도 2는 HNB에 의한 사용자 평면 및 제어 평면 로케이션 솔루션들 간의 상호연동으로 UE에 대한 로케이션 서비스를 지원하는 메시지 흐름을 도시한다.
도 3은 다른 예시적인 무선 네트워크를 도시한다.
도 4는 도 3의 다양한 네트워크 엔티티들에서의 예시적인 프로토콜 스택들을 도시한다.
도 5는 UE에 대한 A-GNSS를 지원하는 메시지 흐름을 도시한다.
도 6은 인트라-HNB GW 핸드오버 동안 UE에 대한 로케이션 프로시저를 계속하는 메시지 흐름을 도시한다.
도 7은 HNB에 대한 A-GNSS을 지원하는 메시지 흐름을 도시한다.
도 8, 9 및 10은 UE들에 대한 로케이션 서비스들을 지원하는 세 개의 프로세스들을 도시한다.
도 11은 HNB에 대한 로케이션 서비스들을 지원하는 프로세스를 도시한다.
도 12는 UE 및 갖가지 네트워크 엔티티들의 블록도를 도시한다.
디바이스들 (예컨대, HNB들 및 UE들) 에 대한 로케이션 서비스들을 지원하는 본원에서 설명되는 기법들은, "3세대 파트너십 프로젝트" (3GPP) 및 "3세대 파트너십 프로젝트 2" (3GPP2) 라는 명칭의 단체들에 의해 정의된 것들을 포함하여, 다양한 무선 네트워크들 및 무선 기술들을 위해 이용될 수도 있다. 예를 들어, 이 기법들은 3GPP에 의해 정의된 유니버셜 지상파 무선 접속 (UTRA) 을 구현하는 광대역 코드 분할 다중 접속 (WCDMA) 네트워크, 3GPP에 의해 정의된 진화형 (Evolved) 유니버셜 지상파 무선 접속 (E-UTRA) 을 구현하는 롱텀 에볼루션 (LTE) 네트워크 등을 위해 이용될 수도 있다. WCDMA는 유니버셜 이동 통신 시스템 (UMTS) 의 부분이다. LTE는 3GPP 진화형 (Evolved) 패킷 시스템 (EPS) 의 부분이다. WCDMA, LTE, UTRA, E-UTRA, UMTS 및 EPS는 3GPP의 문서들에 기재되어 있다. 이 기법들은 또한 다른 무선 네트워크들 (예컨대, 3GPP 및 3GPP2 네트워크들) 및 다른 무선 기술들을 위해 이용될 수도 있다.
본원에서 설명되는 기법들은 또한 로케이션 서비스들을 지원할 수 있는 다양한 사용자 평면 (user plane) 및 제어 평면 (control plane) 로케이션 솔루션들/아키텍처들을 위해 이용될 수도 있다. 로케이션 서비스들은 로케이션 정보에 기초하거나 또는 그것에 관련된 임의의 서비스들을 말한다. 로케이션 정보는 디바이스의 로케이션에 관련된 임의의 정보, 예컨대, 로케이션 추정치, 측정치들 등을 포함할 수도 있다. 로케이션 서비스들은 타깃 디바이스의 지리적 로케이션을 결정하는 기능을 말하는 포지셔닝을 포함할 수도 있다. 로케이션 서비스들은 또한 UE가 로케이션 관련된 측정들을 행하고 그것 소유의 로케이션을 결정하는 것을 보조하기 위한 UE로의 보조 데이터의 전송과 같이 포지셔닝을 보조하는 활동들을 포함할 수도 있다.
사용자 평면 로케이션 솔루션은 로케이션 서비스들에 대한 메시지들을 사용자 평면을 통해 전송하는 로케이션 솔루션 또는 시스템이다. 사용자 평면은 상위-계층의 애플리케이션들을 위한 시그널링 및 데이터를 운반하고 사용자-평면 베어러 (bearer) 를 채용하는 메커니즘이며, 그것은 통상 사용자 데이터그램 프로토콜 (UDP), 전송 제어 프로토콜 (TCP), 및 인터넷 프로토콜 (IP) 과 같은 표준 프로토콜들로 구현된다. 제어 평면 로케이션 솔루션은 로케이션 서비스들에 대한 메시지들을 제어 평면을 통해 전송하는 로케이션 솔루션이다. 제어 평면은 상위-계층의 애플리케이션들을 위한 시그널링을 운반하는 메커니즘이고, 통상 네트워크-특정 프로토콜들, 인터페이스들, 및 시그널링 메시지들로 구현된다. 로케이션 서비스들을 지원하는 메시지들은 제어 평면 로케이션 솔루션에서는 시그널링의 부분으로서 그리고 사용자 평면 로케이션 솔루션에서는 (네트워크 관점에서) 트래픽 데이터의 부분으로서 운반된다. 메시지들의 콘텐츠는, 그러나, 사용자 평면 및 제어 평면 로케이션 솔루션들 양쪽 모두에서 동일하거나 유사할 수도 있다. 사용자 평면 로케이션 솔루션의 일 예는 오픈 모바일 얼라이언스 (OMA) 로부터의 보안 사용자 평면 로케이션 (Secure User Plane Location; SUPL) 을 포함한다. 제어 평면 로케이션 솔루션들의 일부 예들은 (i) 3GPP TS 23.271, TS 43.059, TS 25.305, 및 TS 36.305에 기재된 3GPP 제어 평면 로케이션 솔루션 및 (ii) IS-881 및 X.S0002에 기재된 3GPP2 제어 평면 로케이션 솔루션을 포함한다.
본원에서 설명되는 기법들은 또한 (i) LTE 포지셔닝 프로토콜 (LPP), 무선 리소스 LCS 프로토콜 (RRLP), 및 3GPP에 의해 정의된 무선 리소스 제어 (RRC), (ii) 3GPP2에 의해 정의된 C.S0022 (또한 IS-801이라고 알려짐), 및 (iii) OMA에 의해 정의된 LPP 익스텐션들 (LPPe) 과 같은 갖가지 포지셔닝 프로토콜들에 대해 이용될 수도 있다. 포지셔닝 프로토콜은 디바이스(들) 의 포지셔닝을 코디네이팅하고 제어하는데 사용될 수도 있다. 포지셔닝 프로토콜은 (i) 로케이션 서버 및 포지셔닝되는 디바이스에 의해 실행될 수도 있는 프로시저들과 (ii) 디바이스 및 로케이션 서버 사이의 통신 또는 시그널링을 정의할 수도 있다.
도 1은 통신 및 로케이션 서비스들을 지원하는 무선 네트워크 (100) 를 도시한다. HNB (120) 는 사용자에 의해 임의의 로케이션 (예컨대, 홈) 에 배치되어 HNB (120) 의 커버리지 내에서 UE들에 대한 무선 통신을 지원할 수도 있다. HNB는 또한 홈 기지국, 펨토 액세스 포인트 (FAP), 홈 진화형 노드 B (HeNB) 등으로 지칭될 수도 있다. HNB (120) 는 WCDMA 또는 일부 다른 무선 기술을 이용하여 무선 액세스를 지원할 수도 있다.
홈 관리 시스템 (HMS) (124) 은 예컨대, HNB (120) 를 등록시키는 네트워크 오퍼레이터에 의해 정의되는 바와 같은 동작을 위해 HNB (120) 및 다른 HNB들을 구성할 수도 있다. HNB 게이트웨이 (GW) (130) 는 HNB (120) 및 다른 HNB들에 연결될 수도 있고, HNB들 및 다른 네트워크 엔티티들 간에 상호연동을 지원할 수도 있다. 코어 네트워크 (150) 는 무선 네트워크 (100) 에 대한 갖가지 기능들 및 서비스들을 지원하는 갖가지 네트워크 엔티티들을 구비할 수도 있다. 예를 들어, 코어 네트워크 (150) 는 모바일 스위칭 센터 (MSC), 서빙 GPRS 지원 노드 (SGSN), 및/또는 다른 네트워크 엔티티들을 구비할 수도 있다. MSC는 회선-교환식 (circuit-switched; CS) 통화들을 위한 스위칭 기능들을 수행할 수도 있고 또한 단문 메시지 서비스 (SMS) 메시지들을 라우팅할 수도 있다. SGSN은 UE들에 대한 패킷-교환식 (packet-switched; PS) 접속들 및 세션들을 위한 시그널링, 스위칭 및 라우팅 기능들을 수행할 수도 있다. 코어 네트워크 (150) 는 다른 네트워크들, 예컨대, 다른 무선 네트워크들 및/또는 인터넷에 액세스할 수도 있다.
홈 SUPL 로케이션 플랫폼 (H-SLP) (140) 은 포지셔닝 및 로케이션 서비스들을 지원할 수도 있다. H-SLP (140) 는 SUPL 로케이션 센터 (SLC) 와 가능하면 SUPL 포지셔닝 센터 (SPC) 를 구비할 수도 있다. SLC는 로케이션 서비스들을 위한 갖가지 기능들을 수행하며, SUPL의 동작을 코디네이트하고, SUPL 가능 단말들 (SET들) 과 상호작용할 수도 있다. SPC는 SET들에 대한 포지셔닝 및 SET들로의 보조 데이터의 전달을 지원할 수도 있고 또한 포지션 계산에 이용된 메시지들 및 프로시저들을 담당할 수도 있다. 로케이션 서비스들 (LCS) 의 클라이언트 (160) 는 로케이션 정보를 원하는 엔티티일 수도 있고, 코어 네트워크 (150) 내의 네트워크 엔티티와 통신하여 로케이션 정보를 획득할 수도 있다. LCS 클라이언트 (160) 는 UE 외부에 있을 수도 있으며 (도 1에 보인 바와 같이) 코어 네트워크 (150) 와 통신할 수도 있거나, 또는 UE에 상주하거나, 또는 UE와 통신할 수도 있다.
단순화를 위해, 도 1은 무선 네트워크 (100) 에 존재할 수도 있는 일부 네트워크 엔티티들만을 도시한다. 무선 네트워크 (100) 는 다른 네트워크 엔티티들을 구비할 수도 있다. 예를 들어, 보안 게이트웨이 (SeGW) 는 HNB (120) 및 HNB GW (130) 사이에 연결될 수도 있고 HNB (120) 를 통한 액세스를 위한 (예컨대, 네트워크에 대한 나머지에 대한) 보안을 제공할 수도 있다. 무선 네트워크 (100) 는 또한 무선 네트워크 제어기들 (RNC들), 기지국 제어기들 (BSC들), 기지국들, 이동성 관리 엔티티 (MME들) 등을 포함할 수도 있고, 그것은 3GPP 및 3GPP2로부터 공개적으로 입수가능한 문서들에 기재된 기능들을 수행할 수도 있다.
UE (110) 는 무선 네트워크 (100) 에 의해 지원되는 많은 UE들 중의 하나일 수도 있다. UE (110) 는 고정식 또는 이동식일 수도 있고 또한 이동국, 단말, 액세스 단말, 가입자 유닛, 스테이션, SET 등으로서 지칭될 수도 있다. UE (110) 는 셀룰러 폰, 개인휴대 정보 단말 (PDA), 무선 디바이스, 무선 모뎀, 랩톱 컴퓨터, 스마트폰, 넷북, 스마트북, 태블릿, 원격측정 (telemetry) 디바이스, 추적 디바이스 등일 수도 있다. UE (110) 는 HNB들 및 매크로 기지국들과 통신하여 통신 서비스들을 획득할 수도 있다. UE (110) 는 또한 A-GNSS, OTDOA (Observed Time Difference of Arrival), U-TDOA, Uplink Time Difference of Arrival), 향상된 셀 아이덴티티 (E-CID) 등과 같은 하나 이상의 포지셔닝 방법들을 지원할 수도 있다. 이들 포지셔닝 방법들 중의 임의의 하나는 UE (110) 의 로케이션을 결정하는데 이용될 수도 있다.
UE (110) 및/또는 HNB (120) 는 하나 이상의 위성들 (190) 로부터 신호들을 수신하고 측정할 수도 있고 위성들에 대한 의사-범위 측정치들을 획득할 수도 있다. 위성들 (190) 은 미국 글로벌 포지셔닝 시스템 (GPS), 유럽 갈릴레오 (Galileo) 시스템, 러시아 GLONASS 시스템, 또는 일부 다른 GNSS일 수도 있는 GNSS의 부분일 수도 있다. 본원의 설명에서, 용어 "GNSS"는 대체로 임의의 위성 시스템 또는 포지셔닝을 지원하는 위성 시스템들의 임의의 조합, 이를테면 GPS, 갈릴레오 (Galileo), GLONASS 등을 지칭한다. UE (110) 및/또는 HNB (120) 는 또한 매크로 기지국들 및/또는 HNB들 (도 1에는 보이지 않음) 로부터의 신호들을 측정하고 기지국들 및/또는 HNB들에 대한 타이밍 측정치들, 신호 강도 측정치들, 신호 품질 측정치들, 및/또는 식별 정보를 획득할 수도 있다. 위성들, 기지국들, 및/또는 HNB들에 대한 측정치들과 가능하면 기지국들 및/또는 HNB들에 대한 식별 정보는 UE (110) 또는 HNB (120) 에 대한 로케이션 추정치를 도출하는데 이용될 수도 있다. 로케이션 추정치는 또한 포지션 추정치, 포지션 픽스 (fix) 등으로 지칭될 수도 있다.
HNB (120) 는 독립형 GNSS을 지원할 수도 있고, 그것의 로케이션을 그것의 독립형 GNSS 능력에 기초하여 결정할 수도 있다. UE (110) 는 또한 독립형 GNSS를 지원할 수도 있고 그것의 로케이션을 그것의 독립형 GNSS 능력에 기초하여 결정할 수도 있다. 대안으로, UE (110) 가 독립형 GNSS를 지원하지 않는다면, UE (110) 의 로케이션은 HNB (120) 의 로케이션에 기초하여 추정될 수도 있다. 어쨌든, 독립형 GNSS는 정확한 로케이션 추정치를 제공할 수도 있지만 일부 단점들을 가질 수도 있다. 예를 들어, 독립형 GNSS는 내비게이션 데이터를 복조하기 위해 최상의 위성의 신호 강도가 약 -145 dBm 이상이 되도록 하는 것을 요구할 수도 있다. 더욱이, 독립형 GNSS에 대한 TTFF (time to first fix) 은 낮은 신호 강도에서 대략 수분 정도 이상일 수도 있다.
보조형 GNSS (A-GNSS) 는 독립형 GNSS보다 양호한 성능을 제공할 수도 있으며 그리고/또는 자립형 GNSS의 단점들 중의 일부를 개선할 수도 있다. A-GNSS에 대해, 디바이스가 네트워크로부터 위성들에 대한 보조 데이터를 획득할 수도 있고 그 보조 데이터를 이용하여 위성들을 검색하고 획득할 수도 있다. 보조 데이터는 디바이스가 위성들을 더 빠르게 검출하며, 위성들을 더 낮은 수신 신호 레벨에서 검출하며, 위성 내비게이션 데이터를 복조하는 것을 회피하는 등을 가능하게할 수도 있다. 예를 들어, 독립형 GNSS보다 약 10 dB 양호할 수도 있는 약 -155 dBm가 최상의 위성의 신호 강도인 경우에도 A-GNSS는 작동할 수도 있다. TTFF는 독립형 GNSS에 대하여 수 분 대신 A-GNSS에 대하여 수십 초 정도일 수도 있다. A-GNSS에 대한 증가된 감도 및 더 낮은 최소 신호 강도는 실내에 배치될 수 있는 HNB들에 대해 특히 바람직할 수도 있다. 더 짧은 TTFF는 양호한 사용자 경험을 제공할 수도 있다.
일 양태에서, 로케이션 서비스들은 사용자 평면 및 제어 평면 로케이션 솔루션들 간을 상호연동시키는 HNB를 가짐으로써 HNB와 통신하는 UE를 위해 지원될 수도 있다. HNB는 SUPL와 같은 사용자 평면 로케이션 솔루션을 지원할 수도 있다. UE는 3GPP로부터의 제어 평면 로케이션 솔루션 및 RRC 포지셔닝 프로토콜을 지원할 수도 있다. HNB는 SUPL를 통해 포지셔닝 및 로케이션 서비스들에 대한 네트워크 지원을 UE가 획득하는 것을 허용하도록 상호연동할 수도 있다.
도 2는 WCDMA 무선 액세스를 지원할 수도 있는 HNB (120) 에 의한 사용자 평면 및 제어 평면 로케이션 솔루션들 간의 상호연동으로 UE (110) 에 대한 로케이션 서비스들 및 A-GNSS를 지원하기 위한 메시지 흐름 (200) 의 디자인을 도시한다. UE (110) 는 HNB (120) 와의 시그널링 접속을 확립할 수도 있고 (예컨대, 그것의 로케이션을 획득하기 위해 HNB (120) 에 의해 페이징된 후) 그것의 포지셔닝 능력들을 HNB (120) 에 제공할 수도 있다 (단계 1). 예를 들어, HNB (120) 로의 시그널링 접속이 확립되는 경우, UE (110) 는 3GPP TS 25.331에서 정의된 바와 같이, RRC 접속 셋업 (setup) 완료 메시지의 UE 무선 액세스 능력 정보 요소 (IE) 에 포함된 UE 포지셔닝 능력 IE 에서 그것의 포지셔닝 능력들을 HNB (120) 에 제공할 수도 있다. UE 포지셔닝 능력들은 (i) UE (110) 에 의해 지원되는 포지셔닝 방법들 (예컨대, UE-보조 A-GNSS, UE-기반 A-GNSS, UE-보조 OTDOA, UE-기반 OTDOA 등) 및 (ii) A-GNSS가 지원되는 경우, UE (110) 에 의해 지원되는 특정 GNSS 시스템들 및 GNSS 신호들을 포함할 수도 있다.
LCS 클라이언트 (160) 는 UE (110) 의 로케이션을 획득하기를 원할 수도 있고, 요구를 코어 네트워크 (150) 의 네트워크 엔티티에 전송할 수도 있다. 이 요구는 요구된 서비스 품질 (QoS) 또는 포지셔닝 품질 (QoP) 을 포함할 수도 있다. 그러면 코어 네트워크 (150) 는 무선 액세스 네트워크 애플리케이션 파트 (Radio Access Network Application Part; RANAP) 로케이션 보고 제어 메시지를 전송하여 UE (110) 의 로케이션에 대한 정보를 요구할 수도 있다 (단계 2). RANAP는 코어 네트워크 (150) 및 HNB GW (130) 사이의 Iu 인터페이스를 위해 사용되는 프로토콜이다. RANAP 로케이션 보고 제어 메시지는 요구된 QoP 또는 QoS를 포함할 수도 있고, 코어 네트워크 (150) 로부터 HNB GW (130) 로의 전송을 위한 시그널링 접속 제어 파트 (SCCP) 데이터 폼 1 (DT1) 메시지에서 운반될 수도 있다. HNB GW (130) 는 코어 네트워크 (150) 로부터 SCCP DT1 메시지를 수신할 수도 있고 그 RANAP 로케이션 보고 제어 메시지를 RANAP 사용자 적응 (RUA) 직접 전송 메시지로 HNB (120) 에 포워딩할 수도 있다 (단계 3). RUA는 HNB (120) 및 HNB GW (130) 사이의 Iuh 인터페이스를 위해 사용되는 프로토콜이고, 3GPP TS 25.468에서 정의되어 있다. HNB (120) 는 RUA 직접 전송 메시지를 수신하며, RANAP 로케이션 보고 제어 메시지를 추출하고, UE (110) 의 로케이션에 대한 정보가 요구된다고 결정할 수도 있다.
HNB (120) 는 포지셔닝 및 로케이션 서비스들을 위해 SUPL를 지원할 수도 있고 H-SLP (140) 와 통신할 수도 있다. HNB (120) 및 H-SLP (140) 사이의 통신은 직접 시그널링 링크를 통해 또는 하나 이상의 네트워크들 및/또는 네트워크 엔티티들을 통해, 예컨대, HNB GW (130), 코어 네트워크 (150), 인터넷 등을 통해 이루어질 수도 있다. HNB (120) 는 또한 제어 평면 로케이션 솔루션, 예컨대, 3GPP TS 25.305에서 정의된 로케이션 솔루션에 따라 RRC를 통해 UE (110) 와 통신하여 UE (110) 에 대한 포지셔닝 및 로케이션 서비스들을 지원할 수도 있다. 하나의 디자인에서, HNB (120) 는 SUPL 및 3GPP 제어 평면 로케이션 솔루션 간을 상호연동시켜 UE (110) 에 대한 포지셔닝 및 로케이션 서비스를 지원할 수도 있다. 상호연동을 위해, HNB (120) 는 그것이 UE (110) 이었던 것처럼 H-SLP (140) 와 통신할 수도 있다. 대안으로, HNB (120) 는 H-SLP (140) 와는 H-SLP (140) 의 가입된 SET로서 통신할 수도 있지만 H-SLP (140) 에 HNB (120) 의 포지셔닝 능력들과는 다른 UE (110) 의 포지셔닝 능력들을 나타낼 수도 있다. HNB (120) 는 또한 H-SLP (140) 로부터 수신된 관련 정보를 UE (110) 에 전송할 수도 있고 UE (110) 로부터 수신된 관련 정보를 H-SLP (140) 에 전송할 수도 있다.
HNB (120) 는 H-SLP (140) 에 대한 보안 IP 접속을 확립할 수도 있다 (단계 4). HNB (120) 는 자신의 보안 및 식별 정보를 이용하여 이 보안 IP 접속을 확립할 수도 있으며, 예컨대, H-SLP (140) 로부터의 SUPL 서비스에 대한 가입으로 H-SLP (140) 에는 SUPL SET인 것으로 여겨질 수도 있다. 그 다음 HNB (120) 는 SUPL START 메시지를 전송하여 H-SLP (140) 와의 로케이션 세션을 개시할 수도 있다 (단계 5). SUPL START 메시지는 세션-id, 셀-id, 포지셔닝 능력들, 소망의 QoP 등을 포함할 수도 있다. 세션-id는 로케이션 세션을 식별하는데 사용될 수도 있다. 셀-id는 HNB (120) 의 셀 식별자 (ID), 또는 인근의 매크로 셀의 셀 ID, 또는 양쪽 모두일 수도 있다. 포지셔닝 능력들은 단계 1에서 HNB (120) 에 보고되었던 UE (110) 에 의해 지원되는 포지셔닝 방법들의 일부 또는 전부를 포함할 수도 있다. 포지셔닝 능력들은 또한 (i) HNB (120) 에 의해 지원되지만 UE (110) 에 의해 지원되지 않는 또는 (ii) UE (110) 에 의해 지원되지만 HNB (120) 에 의해 지원되지 않는 또는 (iii) HNB (120) 및 UE (110) 둘 다에 의해 지원되는 포지셔닝 프로토콜들을 나타낼 수도 있다. WCDMA 액세스 및 제어 평면 로케이션에 대해, UE (110) 는 RRC 포지셔닝 프로토콜만을 일반적으로 지원할 것이다. 경우 (i) 에 대한 포지셔닝 프로토콜들은 RRLP 또는 LPP를 포함할 수도 있고, 경우 (ii) 및 경우 (ii) 에 대한 포지셔닝 프로토콜들은 RRC를 포함할 수도 있다. 소망의 QoP는 단계 3에서 HNB (120) 에 의해 수신된 것과 동일할 수도 있다. SUPL START 메시지의 송신자는 통상 송신자의 포지셔닝 능력들과 송신자에 의해 요망되는 QoP를 포함한다. 그러나, HNB (120) 는 UE (110) 및 LCS 클라이언트 (160) 에 대한 포지셔닝을 보조하는 프록시로서 기능을 할 수도 있고, 따라서 SUPL START 메시지 내에 UE (110) 의 포지셔닝 능력들을 포함하고 (HNB (120) 의 포지셔닝 능력들을 포함하지 않고) LCS 클라이언트 (160) 에 의해 소망된 QoP를 포함할 수도 있다. HNB (120) 는 또한 그것이 지원하지만 UE (110) 가 지원하지 않는 하나 이상의 포지셔닝 프로토콜들에 대한 지원을 나타낼 수도 있거나 (위의 경우 (i) 에 대한 것임) 또는 UE (110) 가 지원하는 하나 이상의 포지셔닝 프로토콜들에 대한 지원을 나타낼 수도 있다 (위의 경우들 (ii) 및 (iii) 에 대한 것임). H-SLP (140) 는 SUPL START 메시지를 수신할 수도 있으며, 지원되는 포지셔닝 방법들 중 하나를 선택할 수도 있고, 세션-id, 선택된 포지셔닝 방법 등을 포함할 수도 있는 SUPL RESPONSE 메시지를 리턴할 수도 있다 (단계 6).
HNB (120) 는 세션-id, A-GNSS에 대한 보조 데이터 요구, 단계 5에서와 같은 포지셔닝 능력들, HNB 셀 ID 및/또는 인근의 매크로 셀 ID, 및 가능하면 다른 정보도 포함할 수도 있는 SUPL POS INIT 메시지를 H-SLP (140) 에 전송할 수도 있다 (단계 7). 그러면 H-SLP (140) 는 세션-ID, 요구된 보조 데이터를 포함하는 포지셔닝 메시지, 및 가능하면 측정들에 대한 요구 등을 포함할 수도 있는 SUPL POS 메시지를 리턴할 수도 있다 (단계 8). 포지셔닝 메시지는 단계 5 및/또는 단계 7에서 전송된 포지셔닝 능력들에 포함된 포지셔닝 프로토콜들 중 하나를 따를 수도 있다. 예를 들어, RRLP가 포지셔닝 능력들에 포함되었다면, 포지셔닝 메시지는 도 2에 보인 바와 같은 RRLP 측정 포지션 요구 메시지일 수도 있다. 대안으로, 포지셔닝 메시지는 RRLP를 위한 일부 다른 메시지 (예컨대, 보조 데이터 메시지) 또는 일부 다른 포지셔닝 프로토콜을 위한 메시지 (도 2에는 미도시) 일 수도 있다. 일단 H-SLP (140) 가 단계 8에서 특정 포지셔닝 프로토콜을 사용할 것을 시작하면, 이 SUPL 포지셔닝 세션 동안 동일한 포지셔닝 프로토콜이 HNB (120) 및 H-SLP (140) 간에 전송되는 (예컨대, 단계 12에서의) 다른 포지셔닝 메시지들을 인코딩하는데 이용될 것이다.
HNB (120) 는 SUPL POS 메시지에 포함된 포지셔닝 메시지로부터 보조 데이터를 획득할 수도 있고, 보조 데이터를 RRC 측정 제어 메시지로 UE (110) 에 전송할 수도 있다 (단계 9). 포지셔닝 메시지가 RRC 포지셔닝 프로토콜을 따르지 않는다면 (예컨대, 도 2에 보인 바와 같은 RRLP 측정 포지션 요구 메시지였다면), HNB (120) 는 포지셔닝 메시지를 디코딩하며, 보조 데이터를 추출한 다음, 보조 데이터를 RRC 측정 제어 메시지로 전송할 수도 있다. 반대로, 포지셔닝 메시지가 이미 RRC 측정 제어 메시지였다면, HNB (120) 는 이 메시지를 해석 또는 수정을 약간 하거나 하지 않고 전송할 수도 있다.
UE (110) 는 GNSS 측정치들 (즉, 위성들에 대한 측정치들) 을 보조 데이터에 기초하여 획득할 수도 있다 (단계 10). UE (110) 는 GNSS 측정치들에 기초하여 로케이션 추정치를 결정할 수도 있거나 또는 그렇지 않을 수도 있다. UE (110) 는 UE (110) 에 의해 획득된 GNSS 측정치들 또는 로케이션 추정치를 포함할 수도 있는 RRC 측정 보고 메시지를 HNB (120) 에 전송할 수도 있다 (단계 11). 그러면 HNB (120) 는 GNSS 측정들 또는 로케이션 추정치를 RRLP 측정 포지션 응답 메시지로 포워딩할 수도 있다, 이 RRLP 측정 포지션 응답 메시지는 H-SLP (140) 로 전송되는 SUPL POS 메시지로 운반될 수도 있다 (단계 12). 단계 12에 대해, HNB (120) 는 UE (110) 로부터 수신된 RRC 측정 보고 메시지를 디코딩하며, GNSS 측정치들 또는 로케이션 추정치를 추출하고, GNSS 측정치들 또는 로케이션 추정치를 RRLP 측정 포지션 응답 메시지로 전송할 수도 있다. 그러나, 단계 8에서 HNB (110) 가 RRC에 대한 지원을 나타내었고 H-SLP (140) 로부터 RRC 측정 제어 메시지를 미리 수신하였다면, HNB (120) 는 단계 11에서 UE (110) 로부터 수신된 RRC 측정 보고 메시지를 단계 12에서 H-SLP (140) 에 해석 또는 수정을 약간 하거나 하지 않고 전송할 수도 있다. GNSS 측정치들이 H-SLP (140) 로 전송되면, H-SLP (140) 는 GNSS 측정치들에 기초하여 UE (110) 에 대한 로케이션 추정치를 컴퓨팅할 수도 있다. 그 다음, H-SLP (140) 는 H-SLP (140) 에 의해 컴퓨팅된 로케이션 추정치를 포함할 수도 있는 SUPL END 메시지를 전송할 수도 있다 (단계 13). 로케이션 추정치가 H-SLP (140) 에 전송된다면, H-SLP (140) 는 단순히 SUPL END 메시지를 리턴할 수도 있다.
HNB (120) 는 UE (110) 에 대한 로케이션 추정치를 단계 11에서의 UE (110) 또는 단계 13에서의 H-SLP (140) 중 어느 하나로부터 수신할 수도 있다. HNB (120) 는 UE (110) 에 대한 로케이션 추정치를 RANAP 로케이션 보고 메시지로 전송할 수도 있으며, RANAP 로케이션 보고 메시지는 HNB GW (130) 에 전송된 RUA 직접 전송 메시지로 운반될 수도 있다 (단계 14). HNB GW (130) 는 RANAP 로케이션 보고 메시지를 SCCP DT1 메시지로 코어 네트워크 (150) 에 포워딩할 수도 있다 (단계 15). 그러면 코어 네트워크 (150) 는 로케이션 추정치를 LCS 클라이언트 (160) 에 전송할 수도 있다.
단순화를 위해, 도 2는 단계들 8 및 9에서의 H-SLP (140) 로부터 UE (110) 로의 A-GNSS를 위한 보조 데이터의 전송을 도시한다. UE (110) 는 단계 10에서 그것이 새로운 보조 데이터를 필요로 한다고 결정할 수도 있다. 이 경우, UE (110) 는 새로운 보조 데이터에 대한 요구를 HNB (120) 에 전송할 수도 있으며, HNB (120) 는 그 요구를 SUPL POS 메시지로 H-SLP (140) 에 포워딩할 수도 있다. HNB (120) 는 그 후 새로운 보조 데이터를 포함하는 SUPL POS 메시지를 H-SLP (140) 로부터 수신할 수도 있고 그 새로운 보조 데이터를 UE (110) 에, 예컨대, 도 2의 단계들 8 및 9과 동일한 방식으로 포워딩할 수도 있다.
도 2에 보인 바와 같이, 네트워크 오퍼레이터는 제어 평면 및 사용자 평면 로케이션 솔루션들 양쪽 모두를 지원할 수도 있다. HNB (120) 는 UE (110) 의 로케이션을 지원하기 위해 SUPL 및 3GPP 제어 평면 로케이션 솔루션 간을 상호연동시킬 수도 있다. 더욱이, HNB (120) 는 SUPL에 의해 이용되는 RRLP 포지셔닝 프로토콜을 UE (110) 에 의해 이용되는 RRC 포지셔닝 프로토콜과 상호연동시킬 수도 있다. H-SLP (140) 가 RRLP 대신 RRC를 이용한다면 (이는 HNB (120) 가 단계들 5 및 7에서 그것의 포지셔닝 능력들의 부분으로서 RRC에 대한 지원을 포함한다면 발생할 수도 있음), RRLP와 RRC 간의 상호연동이 필요하지 않을 것이고, HNB (120) 는 RRC 포지셔닝 메시지들을 UE (110) 및 H-SLP (140) 간에 해석 및 수정을 약간 하거나 하지 않고 전송할 수도 있다. 어쨌든, HNB (120) 에 의한 상호연동은 HNB 로케이션을 UE 로케이션으로서 이용하는 것 대신에, (예컨대, A-GNSS를 이용하여) UE 로케이션이 명시적으로 획득되는 것을 허용할 수도 있다.
HNB (120) 가 제어 평면 로케이션 요구를 그 UE 로케이션에 대한 네트워크 엔티티 (예컨대, MSC 또는 SGSN) 로부터 수신하는 경우, HNB (120) 는 자신의 네트워크 (또는 가능하면 또 다른 네트워크에서의 SLP) 에서의 H-SLP (140) 와 SUPL 로케이션 세션을 실시하게 할 수도 있다. HNB (120) 는 UE (110) 가 지원하는 동일한 포지셔닝 방법들 (예컨대, A-GNSS) 을 자신이 지원한다는 것을 H-SLP (140) 에 나타낼 수도 있고 A-GNSS에 대한 보조 데이터를 요구할 수도 있다. HNB (120) 는 H-SLP (140) 로부터 수신된 보조 데이터를 UE (110) 에 전송할 수도 있다. UE (110) 가 더 많은 보조 데이터를 (예컨대, RRC를 이용하여) 요구하면, HNB (120) 는 그 요구를 H-SLP (140) 에 RRLP를 이용하여 전송할 수도 있고, H-SLP (140) 로부터 수신된 새로운 보조 데이터를 UE (110) 에 전송할 수도 있다. 마찬가지로, HNB (120) 가 UE (110) 로부터의 더 많은 로케이션-관련된 측정치들 또는 다른 로케이션 추정치를 위한 SUPL POS 메시지 내에서 운반되는 포지셔닝 메시지에서 H-SLP (140) 로부터 다른 요구를 수신한다면, HNB (120) 는 이 요구를 (H-SLP (140) 에 의해 사용된 포지셔닝 프로토콜이 RRC가 아니라면 그 요구를 RRC 메시지로 변환함으로써 또는 RRC가 이용되었다면 그 요구를 포워딩함으로써) UE (110) 에 전송할 수도 있다. HNB (120) 는 단계들 8 내지 12에서와 같은 결과적인 로케이션-관련된 측정들 또는 로케이션 추정치를 H-SLP (140) 에 리턴할 수도 있다.
일단 HNB (120) 가 로케이션-관련된 측정들 또는 로케이션 추정치를 UE (110) 로부터 수신하면, HNB (120) 는 임의의 로케이션 추정치를 보관하고 임의의 로케이션-관련된 측정치들을 H-SLP (140) 에 RRLP (도 2에 보인 바와 같음) 또는 일부 다른 포지셔닝 프로토콜 (도 2에는 미도시) 및 SUPL를 이용하여 전송할 수도 있다. H-SLP (140) 는 UE (110) 에 대한 로케이션 추정치를 로케이션-관련된 측정들에 기초하여 (제공된다면) 계산할 수도 있고 그 로케이션 추정치를 HNB (120) 에 SUPL END 메시지로 리턴할 수도 있다. HNB (120) 는 UE (110) 또는 H-SLP (140) 로부터 수신된 로케이션 추정치를, 요구하는 네트워크 엔티티 (예컨대, MSC 또는 SGSN) 에 전송할 수도 있다.
도 2는 A-GNSS를 이용한 UE (110) 의 포지셔닝을 도시한다. 도 2에 보여진 예시적인 프로시저는 또한 (i) 단계들 7 내지 9에서의 이들 다른 포지셔닝 방법들에 대한 보조 데이터를 요구하고 리턴함으로써 및 (ii) 단계들 8 내지 12에서의 이들 다른 포지셔닝 방법들에 대한 측정치들 또는 로케이션 추정치를 요구하고 리턴함으로써 A-GNSS에 부가하여 또는 이것 대신에 다른 포지셔닝 방법들 (예컨대, OTDOA 또는 E-CID) 을 이용하여 UE (110) 를 포지셔닝하는데 사용될 수도 있다. 더욱이, 도 2는 SUPL 1.0 또는 SUPL 2.0을 HNB (120) 및 H-SLP (140) 사이에서 사용하는 것을 보여줄 수도 있다. 다른 SUPL 메시지들 및 파라미터들을 단계들 5, 6, 7, 8, 12 및 13 중 하나 이상에서 사용함으로써, SUPL의 다른 버전들 (예컨대, SUPL 3.0) 이 이용될 수도 있다. HNB (120) 및 HNB GW (130) 와 그것들 사이의 링크를 단일 RNC에 의해 대체하고 단계들 3 및 14를 제거함으로써, HNB (120) 대신 RNC에서 제어 평면 로케이션을 갖는 상호연동 SUPL에 의해 매크로 셀에서 UE를 포지셔닝하기 위한 프로시저가 획득될 수도 있다. 사용자 평면 로케이션 및 제어 평면 로케이션을 상호연동시키는 원리는 또한 제어 평면 로케이션에 대한 앵커 포인트들로서 기능을 하는 다른 엔티티에서 채용될 수도 있다, 예컨대, MSC, SGSN, 또는 MME에서 사용될 수도 있다.
도 2는 UE (110) 에 대한 A-GNSS를 지원하는 디자인을 도시한다. A-GNSS은 갖가지 방식들에서 HNB (120) 를 위해 지원될 수도 있다. 하나의 디자인에서, HNB (120) 는 자신의 로케이션을 SUPL을 이용하여 획득하기 위해 H-SLP (140) 에 질의할 수도 있다. HNB (120) 는 H-SLP (140) 와의 SUPL 포지셔닝 세션을 실시하게 할 수도 있고 SUPL를 이용하여 H-SLP (140) 와 상호작용하는 경우 SET로서 거동할 수도 있다. 또 다른 디자인에서, HMS (124) 는 A-GNSS를 위한 보조 데이터를 HNB (120) 에, 예컨대, 사설 (proprietary) 시그널링 방법을 이용하여 제공하며, 이에 의해 HNB (120) 가 자신의 로케이션을 HNB (120) 에 의해 형성된 GNSS 측정치들로부터 획득하도록 할 수도 있다. 또 다른 디자인에서, 사설 서버 (예컨대, HNB (120) 의 제조업자에 의해 또는 이 제조업자에 대한 OEM에 의해 제공된 서버) 는 초기화 시에 또는 그 후에 보조 데이터를 HNB (120) 에 제공할 수도 있다. HNB (120) 는 또한 보조 데이터를 다른 방식들로 획득할 수도 있다. HNB (120) 는 임의의 적합한 메커니즘을 통해 획득된 보조 데이터를 이용하여 포지셔닝을 수행할 수도 있다.
다른 양태에서, 독립형 서빙 모바일 로케이션 센터 (SAS) 또는 일부 다른 로케이션 서버가 HNB들 및 UE들에 대한 로케이션 서비스들 및 A-GNSS를 지원하기 위해 사용될 수도 있다. SAS가 3GPP 네트워크에서 통상 사용될 수도 있으며, RNC에 Iupc 인터페이스를 통해 연결될 수도 있고, 3GPP 네트워크와 통신하는 UE들에 대한 포지셔닝을 지원할 수도 있다. 그러나, HNB들 및 UE들에 대한 포지셔닝을 지원하기 위해, SAS는 SAS에 의해 RNC로서 여겨질 수도 있는 HNB GW에 커플링될 수도 있다.
도 3은 통신 및 로케이션 서비스들을 지원하는 무선 네트워크 (300) 를 도시한다. HNB들 (320 및 322) 은 이들 HNB들의 커버리지 내에서 UE들에 대한 무선 통신을 지원하기 위해 상이한 로케이션들 (예컨대, 건물의 두 층들) 에서의 한 명 이상의 사용자들에 의해 배치될 수도 있다. HMS (324) 은 동작을 위해 HNB들 (320 및 322) 을 구성할 수도 있다. HNB GW (330) 는 HNB들 (320 및 322) 에 연결될 수도 있고 HNB들 및 다른 네트워크 엔티티들 사이의 상호연동을 지원할 수도 있다. SAS (340) 는 네트워크 (300) 와 통신하는 UE들에 대한 로케이션 서비스들 및 포지셔닝을 지원할 수도 있다. 코어 네트워크 (350) 는 MSC/SGSN (352) 및 게이트웨이 모바일 로케이션 센터 (GMLC) (354) 를 구비할 수도 있다. GMLC (354) 는 로케이션 서비스들을 지원하며, LCS 클라이언트 (360) 와 인터페이싱하고, 가입자 프라이버시, 권한부여, 인증, 빌링 등과 같은 서비스들을 지원하기 위해 갖가지 기능들을 수행할 수도 있다. 단순화를 위해, 도 3은 무선 네트워크 (300) 에서 존재할 수도 있는 일부 네트워크 엔티티들만을 도시한다. 무선 네트워크 (300) 는 다른 네트워크 엔티티들을 구비할 수도 있다. UE (310) 는 무선 네트워크 (300) 에 의해 지원되는 많은 UE들 중의 하나일 수도 있다.
도 4는 HNB (320), HNB GW (330), 및 SAS (340) 에서의 예시적인 프로토콜 스택들을 도시한다. HNB (320) 및 SAS (340) 는 HNB (320) 및 SAS (340) 에 대한 프로토콜 스택들의 상단에 존재할 수도 있는 포지셔닝 계산 애플리케이션 파트 (PCAP) 을 통해 단 대 단 (end-to-end) 통신할 수도 있다. PCAP는 WCDMA 액세스를 위해 3GPP 제어 평면과의 포지셔닝을 지원하는데 사용되는 프로토콜이고 RNC 및 SAS 사이에서 사용될 수도 있다. PCAP는 공개적으로 입수가능한 3GPP TS 25.453에서 정의되어 있다. Iuh 인터페이스를 통한 HNB (320) 및 HNB GW (330) 를 위한 프로토콜 스택들은 RUA 또는 PCAP 사용자 적응 (PUA) 프로토콜, 스트림 제어 전송 프로토콜 (SCTP), IP, 데이터 링크 계층, 및 물리 계층을 포함할 수도 있다. Iupc 인터페이스를 통한 HNB GW (330) 및 SAS (340) 를 위한 프로토콜 스택들은 SCCP, MTP3-사용자 적응 (M3UA), SCTP, IP, 데이터 링크 계층, 및 물리 계층을 포함할 수도 있다.
도 4에 보여진 바와 같이, PCAP는 제어 평면에 추가될 수도 있고, PCAP 메시지들은 Iuh 인터페이스 상의 PUA/RUA 및 Iupc 인터페이스 상의 SCCP를 이용하여 HNB GW (330) 를 통해 전송될 수도 있다. HNB GW (330) 는 SAS (340) 에 대해 PCAP 아래의 Iupc 프로토콜들을 종료할 수도 있고 또한 HNB (320) 에 대해 PCAP 아래의 Iuh 프로토콜들을 종료할 수도 있다. 도 4에 보이진 않았지만, HNB GW (330) 는 또한 MSC/SGSN (352) 로부터 RANAP 아래의 Iu 프로토콜들을 종료할 수도 있다.
HNB (320) 가 먼저 네트워크 (300) 에 액세스하는 경우, 로케이션-관련된 정보는 HNB (320) 에서 검증되고 구성될 수도 있다. HNB (320) 는 그것의 포지셔닝 능력들을 HMS (324) 에 보고할 수도 있다. HMS (324) 는 예컨대, A-GNSS, E-CID, 브로드캐스트, RNC-중심 모드 대 SAS-중심 모드 등 사용될 포지셔닝 능력들을 구성할 수도 있다. HMS (324) 는 또한 HNB (320) 에 SAS (340) 및/또는 HNB GW (330) 로부터 액세스가능할 수도 있는 다른 SAS의 아이덴티티들 및 능력들을 제공할 수도 있다. HNB (320) 는 SAS (340) 를 이용하여 그것의 로케이션을 더 정확히 결정하고 이 로케이션을 HMS (324) 에서 업데이트하거나 보고할 수도 있다. 대안으로, HNB (320) 는 위에서 설명된 기능들을 수행할 수도 있는 HNB GW (330) 에 등록할 수도 있다.
하나의 디자인에서, SAS (340) 는 SAS (340) 에 의해 서비스될 수도 있는 HNB들에 대한 HNB 정보의 데이터베이스를 저장할 수도 있다. HNB (320) 를 위해 SAS (340) 에 의해 저장된 HNB 정보는, HNB (320) 를 고유하게 식별할 수 있는 셀 글로벌 ID (CGI), HNB (320) 에 대한 로케이션 좌표들, HNB (320) 에 근처의 이웃 셀들의 셀 ID들 및 가능하면 신호 강도들, HNB (320) 의 포지셔닝 능력들 등을 포함할 수도 있다. HNB (320) 는, HNB (320) 가 먼저 초기화되는 경우, 또는 HNB (320) 가 HNB GW (330) 에 등록된 후, 또는 HNB (320) 가 로케이션을 변경하는 경우, 또는 주기적으로 등등에서 HNB 정보를 SAS (340) 에 전송할 수도 있다. 하나의 디자인에서, HNB (320) 는 HNB 정보를 새로운 무접속 (connectionless) PCAP 메시지로 SAS (340) 에 전송할 수도 있다. 또 다른 디자인에서, HNB (320) 는 SAS로부터의 로케이션 지원을 획득하기 위해 HNB 정보를 현존 PCAP 메시지 (예컨대, PCAP 포지션 개시 요구 메시지) 로 SAS (340) 에 전송할 수도 있다. HNB (320) 는 (예컨대, PCAP 포지션 개시 요구 메시지로) 전송 중인 정보가 HNB (320) 에 관련된 것임을, 식별 파라미터를 메시지에 포함시킴으로써 SAS (340) 에 알려줄 수도 있다. 식별 파라미터는 국제 이동 가입자 식별번호 (International Mobile Subscriber Identity; IMSI) 또는 국제 이동 기기 식별번호 (International Mobile Equipment Identity; IMEI) 를 포함할 수도 있고, HNB들을 식별하기 위해 네트워크 (300) 의 오퍼레이터에 의해 예비된 스트링들의 세트에 속한 디지트들의 스트링을 포함할 수도 있다. 디지트 스트링들의 이 세트 (예컨대, 값들의 범위에 의해 정의됨) 가 SAS (340) 에서 미리 구성된다면, SAS (340) 는 식별 파라미터를 인식하고 그래서 PCAP 메시지에서의 정보를 HNB에 관련된 것으로서 추론할 수도 있다. 이는 현존 PCAP 메시지들 및 파라미터들이 HNB 정보를 HNB (320) 로부터 SAS (340) 로 운반하기 위해 사용될 수도 있게 하고 새로운 PCAP 메시지들 및 파라미터들을 표준화하고 구현하는데 필요 없도록 할 수도 있다. HNB (320) 는 또한 HNB 정보를 SAS (340) 에 다른 방식들로 전송할 수도 있다. SAS (340) 는 HNB 정보를 반-영구적 정보 또는 반-정적 (semi-static) 정보로서 저장할 수도 있다.
도 5는 SAS (340) 를 사용하여 UE (310) 에 대한 로케이션 서비스들 및 A-GNSS를 지원하는 메시지 흐름 (500) 의 디자인을 도시한다. UE (310) 는 HNB (320) 에 연관될 (예컨대, 가능하면 그것의 로케이션을 획득하기 위해 네트워크 (300) 에 의해 페이징된 후에 HNB (320) 와의 시그널링 접속을 확립할) 수도 있고, 그것의 포지셔닝 능력들을 HNB (320) 에 제공할 수도 있다 (단계 1). LCS 클라이언트 (360) 는 UE (310) 의 로케이션을 획득할 것을 소망할 수도 있고 코어 네트워크 (350) 의 GMLC (354) 에 요구를 전송할 수도 있다. 그러면 코어 네트워크 (350) 는 UE (310) 의 로케이션에 대한 정보를 요구하기 위해 RANAP 로케이션 보고 제어 메시지를 SCCP DT1 메시지로 전송할 수도 있다 (단계 2). HNB GW (330) 는 SCCP DT1 메시지를 코어 네트워크 (350) 로부터 수신할 수도 있고 RANAP 로케이션 보고 제어 메시지를 RUA 직접 전송 메시지로 HNB (320) 에 포워딩할 수도 있다 (단계 3).
HNB (320) 는 RUA 직접 전송 메시지를 수신하며, RANAP 로케이션 보고 제어 메시지를 추출하고, UE (310) 의 로케이션에 대한 정보가 요구된다고 결정할 수도 있다. 그 다음 HNB (320) 는 PCAP 포지션 개시 요구 메시지를 PUA 커넥트 메시지로 HNB GW (330) 에 전송하여 SAS (340) 와의 로케이션 세션을 개시할 수도 있다 (단계 4). PUA 커넥트 메시지는 또한 SAS (예컨대, SAS (340)) 의 아이덴티티를 포함할 수도 있다. PCAP 포지션 개시 요구 메시지는 셀-id (예컨대, HNB (320) 에 대한 또는 HNB (320) 에 대해 가시적인 인근의 매크로 셀에 대한 셀 ID), UE 포지셔닝 능력들 (예컨대, A-GNSS) 등을 포함할 수도 있다. HNB GW (330) 는 PUA 커넥트 메시지를 HNB (320) 로부터 수신할 수도 있고 PCAP 포지션 개시 요구 메시지를 SCCP 접속 요구 (CR) 메시지로 SAS (340) 에 포워딩할 수도 있다 (단계 5). HNB GW (330) 는 PUA 커넥트 메시지에 포함된 임의의 SAS의 아이덴티티로부터 또는 다른 방식들로 (예컨대, 하나의 SAS만이 HNB GW (330) 에 연결된다면 디폴트로) SAS (340) 를 결정할 수도 있다.
SAS (340) 는 PCAP 포지션 개시 요구 메시지를 수신할 수도 있고 PCAP 포지션 활성화 요구 메시지를 SCCP 접속 확인 (CC) 메시지로서 전송함으로써 A-GNSS 포지셔닝 프로시저를 개시할 수도 있다 (단계 6). PCAP 포지션 활성화 요구 메시지는 A-GNSS 포지셔닝에 대한 요구, A-GNSS에 대한 보조 데이터 등을 포함할 수도 있다. HNB GW (330) 는 SCCP CC 메시지를 SAS (340) 로부터 수신할 수도 있고 PCAP 포지션 활성화 요구 메시지를 PUA 직접 전송 메시지로 HNB (120) 에 포워딩할 수도 있다 (단계 7).
HNB (320) 는 PCAP 포지션 활성화 요구 메시지로부터의 정보를 획득할 수도 있고 A-GNSS 포지셔닝 요구 및 보조 데이터를 RRC 측정 제어 메시지로 UE (310) 에 전송할 수도 있다 (단계 8). UE (310) 는 보조 데이터에 기초하여 GNSS 측정치들을 획득할 수도 있다 (단계 9). UE (310) 는 GNSS 측정치들에 기초하여 로케이션 추정치를 결정할 수도 있거나 또는 그렇지 않을 수도 있다. UE (310) 는 UE (310) 에 의해 획득된 GNSS 측정치들 또는 로케이션 추정치를 포함할 수도 있는 RRC 측정 보고 메시지를 HNB (320) 에 전송할 수도 있다 (단계 10). 그러면 HNB (320) 는 GNSS 측정치들 또는 로케이션 추정치를, HNB GW (330) 에 전송된 PUA 직접 전송 메시지로 운반될 수도 있는 PCAP 포지션 활성화 응답 메시지로 포워딩할 수도 있다 (단계 11). HNB GW (330) 는 PUA 직접 전송 메시지를 HNB (320) 로부터 수신할 수도 있고 PCAP 포지션 활성화 응답 메시지를 SCCP DT1 메시지로 SAS (340) 에 포워딩할 수도 있다 (단계 12).
SAS (340) 는 PCAP 포지션 활성화 응답 메시지로부터 GNSS 측정치들 또는 로케이션 추정치를 수신할 수도 있다. SAS (340) 는 GNSS 측정치들에 기초하여 UE (310) 에 대한 로케이션 추정치를 컴퓨팅할 수도 있고 UE (310) 에 대한 로케이션 추정치를 검증할 수도 있다. 그 다음 SAS (340) 는 SAS (340) 에 의해 컴퓨팅된 및/또는 검증된 로케이션 추정치를, HNB (330) 에 전송된 SCCP DT1 메시지로 운반될 수도 있는 PCAP 포지션 개시 응답 메시지로 전송할 수도 있다 (단계 14). HNB GW (330) 는 SCCP DT1 메시지를 SAS (340) 로부터 수신할 수도 있고 PCAP 포지션 개시 응답 메시지를 PUA 직접 전송 메시지로 HNB (320) 에 포워딩할 수도 있다 (단계 15).
HNB (320) 는 UE (310) 에 대한 로케이션 추정치를 단계 10의 UE (310) 또는 단계 15의 SAS (340) 중의 어느 하나로부터 수신할 수도 있다. HNB (320) 는 PUA 디스커넥트 메시지를 HNB GW (330) 에 전송함으로써 SAS (340) 와의 로케이션 세션을 종료할 수도 있고 (단계 16), HNB GW (330) 는 SCCP 해제 (RLSD) 메시지를 SAS (340) 에 전송할 수도 있다 (단계 17). SAS (340) 는 SCCP 해제 완료 (RLC) 메시지를 리턴할 수도 있다 (단계 18).
HNB (320) 는 UE (310) 에 대한 로케이션 추정치를 HNB GW (330) 에 전송되는 RUA 직접 전송 메시지로 운반될 수도 있는 RANAP 로케이션 보고 메시지로 전송할 수도 있다 (단계 19). HNB GW (330) 는 RANAP 로케이션 보고 메시지를 SCCP DT1 메시지로 코어 네트워크 (350) 에 포워딩할 수도 있다 (단계 20).
도 5에서, SAS (340) 는 단계들 6 내지 8에서 A-GNSS에 대한 보조 데이터를 UE (310) 에 전송할 수도 있다. UE (310) 는 단계 9에서 그것이 새로운 보조 데이터를 필요로 한다고 결정할 수도 있다. 이 경우, UE (310) 는 보조 데이터 요구를 HNB (320) 를 통해 SAS (340) 에 전송할 수도 있다. 그 다음 단계들 6 내지 12가 새로운 보조 데이터를 UE (310) 에 제공하기 위해 수행될 수도 있다. 마찬가지로, SAS (340) 는 그것이 로케이션-관련된 측정치들 또는 또 다른 로케이션 추정치를 필요로 한다고 단계 13에서 결정할 수도 있다. 그러면 SAS (340) 는 단계들 6 내지 12를 다시 수행하여 (i) 더 많은 보조 데이터와, 로케이션 측정치들 또는 로케이션 추정치에 대한 다른 요구를 HNB (320) 를 통해 UE (310) 에 전송할 수도 있고 및 (ii) UE (310) 로부터 HNB (320) 를 통해 로케이션-관련된 측정치들 또는 로케이션 추정치를 다시 수신할 수도 있다. SAS (340) 가 단계 5에서의 요구를 HNB (320) 로부터 오는 것으로서 인식할 수 있고 (예컨대, 단계 4에서의 PCAP 포지션 개시 요구로 HNB (320) 에 대한 IMSI 또는 IMEI의 포함으로 인함) SAS (340) 가 HNB (320) 에 대한 정확한 로케이션을 이미 가진다면, SAS (340) 는 단계들 6 내지 13을 스킵하고 단계들 14 및 15에서 HNB (320) 의 로케이션을 HNB (320) 로 리턴할 수도 있다.
임의의 HNB의 작은 통신 가능 구역으로 인해 UE (310) 가 통상 HNB (320) 에 가깝다는 것을 고려하면, HNB 로케이션은 UE (310) 의 로케이션에 대한 양호한 근사치일 수도 있다. 대안으로, SAS (340) 가 단계들 11 및 12에서 SAS (340) 에 제공된 임의의 측정치들 또는 로케이션 추정치로부터 UE (310) 의 로케이션을 충분히 정확하게 획득할 수 없다면, SAS (340) 는 단계들 6 내지 13을 수행한 후에 단계들 14 및 15에서 UE (310) 의 로케이션에 대한 근사치로서 HNB (320) 의 로케이션을 HNB (320) 에 리턴할 수도 있다. 이는 UE (310) 가 정확한 로케이션 측정치들을 획득할 수 없을 경우 (예컨대, UE (310) 가 건물 내부에 있다면) 유용할 수도 있다.
도 4 및 5에서의 디자인들은 UE (310) 에 대한 로케이션 서비스들 및 A-GNSS를 위에서 설명된 바와 같이 지원할 수도 있다. 이들 디자인들은 또한 OTDOA 및 E-CID 등과 같은 다른 UE-보조 및 UE-기반 포지셔닝 방법들을 지원할 수 있다. 이들 디자인들은 또한 HNB (320) 의 로케이션을 획득하기 위해 A-GNSS, E-CID, 및 다른 네트워크-보조 포지셔닝 방법들을 지원할 수 있다. 이들 디자인들은 SAS-중심 모드 (도 5에 보여짐) 또는 RNC-중심 모드를 위해 이용될 수도 있다. RNC-중심 모드에서, HNB (320) 는 SAS (340) 보다는 로케이션 프로시저를 제어하며, 도 5 (단계들 8 및 10) 에서의 RRC 메시지들은 동일하게 남아있을 수도 있지만, 다른 PCAP 메시지들이 도 5에서의 그것들 대신 HNB (320) 및 SAS (340) 사이에서 교환될 수도 있다 (단계들 4, 5, 6, 7, 12 및 14).
도 4 및 5에 보여진 디자인들에서, HNB (320) 는 PCAP 메시지들 및 RRC 메시지들을 상호연동시킬 수도 있다. HNB (320) 는 PCAP 메시지를 SAS (340) 로부터 수신할 수도 있고 관련 정보를 RRC 포지셔닝 메시지로 UE (110) 에 포워딩할 수도 있다. HNB (320) 는 또한 RRC 포지셔닝 메시지를 UE (110) 로부터 수신할 수도 있고 관련 정보를 PCAP 메시지로 SAS (340) 에 포워딩할 수도 있다.
도 4 및 5에 보여진 디자인들에서, HNB GW (330) 는 HNB (320) 및 SAS (340) 사이의 PCAP 메시지들의 전송을 예컨대, 도 4 및 5에 보여진 바와 같은 PUA를 이용하여 지원할 수도 있다. HNB GW (330) 는 SAS (340) 에 의해 SCCP 메시지들로 전송된 PCAP 메시지들을 수신할 수도 있고 이들 PCAP 메시지들을 PUA 메시지들 (도 5에서 보여진 바와 같음) 및/또는 RUA 메시지들로 HNB (320) 에 포워딩할 수도 있다. HNB GW (330) 는 또한 HNB (320) 에 의해 PUA 메시지들로 전송된 PCAP 메시지들을 수신할 수도 있고 (도 5에 보여진 바와 같음) 이들 PCAP 메시지들을 SCCP 메시지들로 SAS (340) 에 포워딩할 수도 있다.
하나의 디자인에서, RUA는 PCAP 메시지들을 전송하도록 확장될 수도 있다. 또 다른 디자인에서, PUA는 HNB (320) 및 HNB GW (330) 사이에서 PCAP 메시지들을 전송하기 위해 정의될 수도 있다 (예컨대, 도 5에 보여진 바와 같음). 이 디자인은 RANAP 지원에 영향을 주는 것을 피할 수도 있고 따라서 구현을 단순화할 수도 있다. PUA는 RUA와는 상이할 수도 있는 특정 성질들을 가질 수도 있다. 예를 들어, PUA는 다음의 특성들 중 하나 이상을 가질 수도 있다:
Figure pct00001
RANAP 메시지들 대신 PCAP 메시지들을 운반한다,
Figure pct00002
특정 UE에 대한 참조를 포함하지 않는다,
Figure pct00003
무접속 PCAP 메시지들에 대한 트랜잭션 ID들을 지원한다, 및
Figure pct00004
다수의 SAS들을 지원한다.
하나의 디자인에서, PUA 메시지들은 특정 UE에 명확하게 연관되지 않을 수도 있는데, HNB GW가 UE 연관을 알아차릴 필요가 없어서이다. 덧붙여서, HNB는 HNB를 로케이팅하기 위해 PUA 메시지들을 이용하여 PCAP 메시지들을 SAS에 전송할 수도 있다. 그 경우에, 로케이팅하는 UE는 없고 그래서 UE에 연관된 PUA 메시지는 가능하지 않을 것이다.
하나의 디자인에서, HNB (320) 에 의해 전송된 무접속 및 가능하면 접속-지향 PCAP 메시지들은 고유 PCAP 트랜잭션 ID들을 포함할 수도 있다. PCAP 트랜잭션 ID는, 이들 PCAP 메시지들이 HNB GW (330) 및 SAS (340) 사이의 무접속 SCCP 및 가능하면 접속-지향 SCCP를 이용하여 전송되는 경우, PCAP 응답 메시지를 PCAP 요구 메시지에 연관시키기 위해 PCAP 레벨에서 사용될 수도 있다. PCAP 트랜잭션 ID들은, HNB (320) 가 특정 SAS에 대한 고유 트랜잭션 ID를 위해 PUA 요구를 HNB GW (330) 에 전송하는 경우, HNB GW (330) 에 의해 관리되고 지정되고 PUA를 이용하여 HNB (320) 에 제공될 수도 있다. SAS (340) 는 HNB GW (330) 를 RNC로서 여길 수도 있고 HNB GW (330) 뒤의 HNB (320) 와 같은 갖가지 HNB들을 알아차리지 못할 수도 있다. SAS (340) 는 따라서 HNB GW (330) 와 트랜잭션 ID들의 단일 세트를 지원할 수도 있다. 상이한 HNB들, 이를테면 HNB (320) 및 HNB (322) 는, 동일한 PCAP 트랜잭션 ID를 사용하지 않을 것인데, 이것이 오류를 유발할 수도 있어서이다. 예를 들어, HNB (320) 를 위해 의도된 SAS (340) 로부터의 무접속 PCAP 응답 메시지는 HNB GW (330) 에 의해 HNB (322) 에 잘못 라우팅될 수도 있다. HNB (320) 는 고유 PCAP 트랜잭션 ID를 HNB GW (330) 로부터 획득할 수도 있고, 얼마 뒤에, PUA 메시지를 HNB GW (330) 에 전송하여 트랜잭션 ID를 해제하고, 이에 의해 조금 있다가 HNB GW (330) 가 PCAP 트랜잭션 ID를 다른 HNB (예컨대, HNB (322)) 에 할당하는 것을 허용할 수도 있다. 무접속 PCAP 메시지들을 위한 고유 PCAP 트랜잭션 ID를 HNB (320) 에 전송함으로써, HNB GW (330) 는 PCAP 트랜잭션 ID가 고유한 것임을 검증하기 위해 HNB (320) 로부터 SAS (340) 로 HNB GW (330) 를 통해 전송되는 무접속 PCAP 메시지들을 검사할 필요는 없다. 이는 HNB GW (330) 에서 PCAP 프로토콜의 부분을 지원하는 것을 피할 수도 있다. 그러나, HNB GW (330) 는 PCAP 메시지를 HNB (320) 에 라우팅하지만 HNB (322) 와 같은 일부 다른 HNB에는 라우팅하지 않기 위해, SAS (340) 에 의해 HNB (320) 로 전송된 임의의 무접속 PCAP 응답 메시지를 검사하여 PCAP 트랜잭션 ID를 획득할 수도 있다.
접속-지향 PCAP 메시지들에 대해, SCCP 접속은 HNB GW (330) 및 SAS (340) 사이에서 이들 메시지들을 전송하기 위해 확립될 수도 있다. SCCP 접속은 (i) SAS (340) 로부터 HNB (320) 로 전송된 PCAP 응답 메시지를 HNB (320) 로부터 SAS (340) 로 전송된 전송의 PCAP 요구 메시지와 연관시키는 것을 돕기 위해 및 (ii) PCAP 응답 메시지를 올바른 HNB에 라우팅하기 위해 사용될 수도 있다. 그러므로, HNB GW (330) 는 이러한 메시지들을 올바른 HNB에 라우팅하기 위해, SAS (340) 에 의해 전송된 접속-지향 PCAP 메시지들을 검사하는 것을 필요로 하지 않는다. 그러나, 접속-지향 PCAP 메시지들에 대한 트랜잭션 ID들이 각각의 SCCP 접속에 대해서만 고유하게 되는 것을 SAS (340) 가 허용하지 않는 한, HNB GW (330) 에 고유 PCAP 트랜잭션 ID들을 요구하는 HNB (320) 를 위한 메커니즘은 여전히 채용될 수도 있다. 이 후자의 경우에서, HNB (320) 는 HNB GW (330) 로부터의 지원 없이 PCAP 트랜잭션 ID 자체를 지정할 수 있다.
대안적인 디자인에서, HNB GW (330) 는 HNB (320) 에 의해 할당된 PCAP 트랜잭션 ID들 및 SAS (340) 에 의해 보여진 PCAP 트랜잭션 ID들 간을 바꿀 (translate) 수도 있다. 이 디자인에서, HNB (320) 는 자신의 PCAP 트랜잭션 ID들을 관리하고 적합한 트랜잭션 ID X를 HNB GW (330) 를 통해 SAS (340) 에 전송되는 임의의 PCAP 요구 메시지에 삽입할 수도 있다. 그러면 HNB GW (330) 는 트랜잭션 ID X를, HNB GW (330) 및 SAS (340) 사이의 인터페이스에 고유한 또 다른 트랜잭션 ID Y로 대체할 수도 있고, 그 다음에 PCAP 요구 메시지를 SAS (340) 에 포워딩할 수도 있다. SAS (340) 는 동일한 트랜잭션 ID Y를 운반하는 이 PCAP 요구에 대해 PCAP 응답 메시지를 나중에 전송할 수도 있다. 그러면 HNB GW는 PCAP 응답을 검사하며, 트랜잭션 ID Y를 트랜잭션 ID X에 의해 대체하고, PCAP 응답 메시지를 HNB (320) 에 되 (back) 라우팅할 수도 있다. 이 대안적 디자인으로, HNB GW (330) 는 오히려 PCAP 프로토콜을 지원할 수도 있지만 HNB (320) 및 HNB GW (330) 에 의한 PUA 지원의 정도는 감소될 수도 있다 (예컨대, HNB (320) 는 더 이상 PCAP 트랜잭션 ID들을 HNB GW (330) 에 요청하지 않을 수도 있다).
SAS (340) 에 의해 HNB (320) 를 향하여 개시된 PCAP 트랜잭션들에 대해, PCAP 트랜잭션 ID들은 HNB GW (330) 에 의한 해석 또는 변경 없이 SAS (340) 및 HNB (320) 간에 전송될 수도 있는데, SAS (340) 가 각각의 유형의 PCAP 프로시저에 대해 트랜잭션 ID들이 고유한 것임을 보장할 수 있어서이다.
하나의 디자인에서, PUA는 다음의 기능들 중 하나 이상을 수행할 수도 있다:
Figure pct00005
접속-지향 PCAP 메시지들의 전송을 위한 Iupc 인터페이스를 통해 SCCP 접속들의 셋업 및 해제를 제어하거나 보고한다,
Figure pct00006
접속-지향 PCAP 메시지들을 전송한다,
Figure pct00007
PUA 메시지들에서의 로컬 식별자를 이용하여 Iupc 인터페이스 상의 특정 HNB에 연관된 SCCP 접속들을 식별한다,
Figure pct00008
무접속 PCAP 메시지들을 전송하고 PCAP 트랜잭션 ID 할당을 관리한다, 및
Figure pct00009
다수의 SAS들이 HNB GW에 접속된 경우에 SAS를 식별한다 (예컨대, HNB가 새로운 PCAP 프로시저에 대한 특정 SAS를 선택하는 것을 허용한다).
하나의 디자인에서, PUA 메시지들의 세트는 지원될 수도 있고 다음의 PUA 메시지들 중 하나 이상을 포함할 수도 있다:
Figure pct00010
PUA 커넥트 메시지 - HNB로의 또는 그것으로부터의 접속-지향 PCAP 메시지들의 전송을 위해 HNB GW 및 SAS 사이에서 SCCP 접속의 셋업 또는 셋업 보고에 이용됨,
Figure pct00011
직접 전송 메시지 ― 접속-지향 PCAP 메시지를 HNB GW 및 HNB 사이에서 전송하는데 이용됨,
Figure pct00012
디스커넥트 메시지 ― HNB GW 및 SAS 사이의 SCCP 접속의 해제 또는 해제 보고에 이용됨,
Figure pct00013
요구 트랜잭션 ID 메시지 ― 무접속 PCAP 메시지들에 대한 고유 PCAP 트랜잭션 ID를 획득하기 위해 HNB에 의해 HNB GW에 전송됨,
Figure pct00014
리턴 트랜잭션 ID 메시지 ― HNB GW에 의해 유지 관리되는 PCAP 트랜잭션 ID들의 공통 풀 (pool) 에 PCAP 트랜잭션 ID를 리턴하기 위해 HNB에 의해 HNB GW에 전송됨,
Figure pct00015
무접속 전송 메시지 ― HNB 및 HNB GW 간에 무접속 PCAP 메시지를 전송하는데 이용됨, 및
Figure pct00016
HNB 전송 메시지 ― UE 로케이션 프로시저가 핸드오버를 위해 소스 HNB에 의해 시작된 후에 시작하는 인트라-HNB GW 핸드오버에 따라 지속적인 UE 로케이션을 지원하는데 사용됨.
각각의 PUA 메시지는 임의의 적합한 포맷으로 임의의 수의 파라미터들을 포함할 수도 있다. 하나의 디자인에서, PUA 커넥트 메시지는 PCAP 메시지, HNB GW 및 SAS 사이의 SCCP 접속에 대한 로컬 PUA 참조, 다수의 SAS들이 있다면 SAS ID 등을 포함할 수도 있다. HNB GW는 HNB GW 및 HNB 사이에서 이용되는 로컬 PUA 접속 참조들 간의 연관과 HNB GW 및 SAS 사이의 SCCP 접속들을 관리할 수도 있다. PUA 직접 전송 메시지는 접속-지향 PCAP 메시지 및 로컬 PUA 접속 참조를 포함할 수도 있다. PUA 무접속 전송 메시지는 무접속 PCAP 메시지와 다수의 SAS들이 있다면 SAS ID를 포함할 수도 있다.
또 다른 디자인에서, PUA에 대해 위에서 개시된 갖가지 능력들, 메시지들 및 파라미터들은 HNB (320) 및 SAS (340) 사이에 PCAP를 이용하여 UE (310) 또는 HNB (320) 의 로케이션을 지원하기 위해 RUA에 포함될 수도 있다. 이 디자인에서, PCAP 메시지들은 HNB (320) 및 HNB GW (330) 사이에서 PUA 대신 RUA를 이용하여 전송될 것이다.
UE (310) 는 예컨대 도 5에서 보여진 바와 같이, HNB (320) 와의 로케이션 프로시저를 수행할 수도 있다. UE (310) 는 모바일일 수도 있고 로케이션 프로시저 동안 소스 HNB (320) 로부터 타깃 HNB (322) 로 핸드오버 될 수도 있다. HNB들 (320 및 322) 은 둘 다가 동일한 HNB GW (330) 에 접속될 수도 있고, 인트라-HNB GW 핸드오버는 UE (310) 에 대해 수행될 수도 있다. 하나의 디자인에서, 소스 HNB (320) 는, (i) 임의의 진행중인 SAS-중심 로케이션 세션 동안 PCAP 중단 (Abort) 메시지를 SAS (340) 에 전송 및 (ii) 오류 원인을 갖는 RANAP 로케이션 보고 메시지를 MSC/SGSN (352) 에 전송함으로써 UE (310) 에 대한 로케이션 프로시저를 종료할 수도 있다. 그 다음 새로운 로케이션 프로시저는, UE (310) 가 타깃 HNB (322) 로 핸드오버된 후에 개시될 수도 있다.
또 다른 디자인에서, 소스 HNB (320) 를 통해 UE (310) 에 대해 진행중인 로케이션 프로시저는 타깃 HNB (322) 를 통해 계속될 수도 있다. 하나의 디자인에서, HNB GW (330) 는 UE (310) 의 핸드오버가 인트라-HNB GW인지의 여부를 소스 HNB (320) 에 나타낼 수도 있다. 그러면 소스 HNB (320) 는 타깃 HNB (322) 를 통해 로케이션 프로시저를 중단할 지 또는 로케이션 프로시저를 계속할 지를 결정할 수도 있다. 하나의 디자인에서, 로케이션 프로시저의 계속이 결정되면, 소스 HNB (320) 는 UE (310) 에 대한 로케이션 상태 정보를 HNB GW (330) 를 통해 타깃 HNB (322) 에 전송할 수도 있다. 임의의 SAS-중심 로케이션 세션은, HNB (322) 에 대한 새로운 셀 ID로 SAS (340) 를 업데이트할 수도 있는 타깃 HNB (322) 을 통해 계속될 수도 있다. UE (310) 의 핸드오버가 임의의 이유로 실패한다면, 소스 HNB (320) 는 UE (310) 에 대한 로케이션 프로시저를 계속할 수도 있다.
도 6은 인트라-HNB GW 핸드오버를 위해 UE (310) 에 대한 로케이션 프로시저를 계속하는 메시지 흐름 (600) 의 디자인을 도시한다. UE (310) 는 처음에, UE (310) 에 대해 SAS (340) 와 진행중인 로케이션 프로시저를 가질 수도 있는 HNB (320) 와 통신할 수도 있다 (단계 1). HNB (320) 는 HNB (322) 로의 UE (310) 의 핸드오버에 대한 리로케이션을 수행할 것을 결정할 수도 있다 (단계 2). 그러면 HNB (320) 는RANAP 리로케이션 요구됨 (Required) 메시지를 RUA 직접 전송 메시지로 HNB GW (330) 에 전송할 수도 있다 (단계 3). HNB GW (330) 는 타깃 HNB (322) 에서 UE (310) 의 등록을 트리거할 수도 있다 (단계 4). HNB GW (330) 는, 인트라-HNB GW 핸드오버의 지시를 포함할 수도 있는 RANAP 리로케이션 커맨드 메시지를, RUA 직접 전송 메시지로 HNB (320) 에 리턴할 수도 있다 (단계 5).
HNB (320) 는 UE (310) 에 대한 로케이션 프로시저를 계속할 것을 결정할 수도 있다 (단계 6). 그러면 HNB (320) 는 로케이션 프로시저에 대한 로케이션 상태 정보를 포함하는 PUA HNB 전송 메시지를 HNB GW (330) 에 전송할 수도 있다 (단계 7). HNB GW (330) 는 PUA HNB 전송 메시지를 HNB (322) 에 포워딩할 수도 있다 (단계 8).
단계 5에서 리로케이션을 수행할 것을 결정한 후의 임의의 시간에, HNB (320) 는 물리적 채널 재구성 메시지를 UE (310) 에 전송할 수도 있다 (단계 9). 이 메시지는 HNB (322) 로의 UE (310) 의 핸드오버를 나타낼 수도 있다. 그러면 UE (310) 는 HNB (322) 에 대한 업링크 동기화를 수행할 수도 있다 (단계 10).
업링크 동기화를 단계 10에서 수신한 후, HNB (322) 는 RANAP 리로케이션 완료 메시지를 RUA 직접 전송 메시지로 HNB GW (330) 에 전송할 수도 있다 (단계 11). 그러면 HNB GW (330) 는 RANAP Iu 해제 커맨드 메시지를 RUA 직접 전송 메시지로 HNB (320) 에 전송할 수도 있다 (단계 12). HNB (320) 는 RANAP Iu 해제 완료 메시지를 RUA 디스커넥트 메시지로 HNB GW (330) 에 리턴할 수도 있다 (단계 13).
UE (310) 에 대한 로케이션 프로시저를 계속하기 위해, HNB (322) 는 HNB (322) 에 대한 새로운 셀 ID를 포함할 수도 있는 PCAP 포지션 파라미터 수정 메시지를 PUA 직접 전송 메시지로 HNB GW (330) 에 전송할 수도 있다 (단계 14). HNB GW (330) 는 초기 UE 로케이션을 위해 HNB (320) 에 미리 지정되었던 동일한 SCCP 접속을 이용하여, PCAP 포지션 파라미터 수정 메시지를 SCCP DT1 메시지로 SAS (340) 에 포워딩할 수도 있다. 그러면 로케이션 프로시저는 HNB (322) 및 SAS (340) 사이에서 HNB GW (330) 를 통해 계속될 수도 있다 (단계 16). HNB GW (330) 는 HNB (322) 에 전송된 로케이션 프로시저의 지원을 위해 SAS (340) 와의 Iupc 인터페이스를 위해 HNB (320) 에 미리 연관된 임의의 상태 정보 (이를테면 SCCP 접속 정보) 를 계속 이용할 수도 있다.
대체로, 소스 HNB (320) 에 의해 타깃 HNB (322) 로 포워?되는 로케이션 상태 정보는 UE (310) 에 대한 로케이션 프로시저를 계속하는데 유용하거나 필요할 수도 있는 임의의 정보를 포함할 수도 있다. 하나의 디자인에서, 로케이션 상태 정보는, 요구된 QoS, 요구된 우선순위, 속도에 대한 요구, HNB (320) 에서 지금까지의 로케이션 프로시저의 전체 지속시간, 임의의 주기적 요구에 적용가능한 세부사항들 (예컨대, 지금까지 완료된 주기적 로케이션 보고들) 등과 같은 코어 네트워크 (350) 로부터의 원래의 로케이션 요구에서 HNB (320) 에 미리 제공된 정보를 포함할 수도 있다. 하나의 디자인에서, 로케이션 상태 정보는, SAS-중심 모드가 이용되었다면, HNB (320) 에 의해 이용된 PCAP 트랜잭션 ID와 PCAP 포지션 개시 요구 메시지에 대해 HNB (320) 및 HNB GW (330) 사이에서 사용된 로컬 접속 참조를 포함할 수도 있다.
하나의 디자인에서, 로케이션 상태 정보는, UE (310) 에 대해 HNB (320) 에서 SAS (340) 에 의해 활성화된 각각의 진행중인 SAS-중심 포지셔닝 방법에 대해, 다음 중 하나 이상을 포함할 수도 있다:
● 포지셔닝 방법 유형 (예컨대, UE-보조 A-GNSS 또는 OTDOA),
● PCAP 포지션 활성화 요구 메시지에서 SAS (340) 에 의해 이용된 PCAP 트랜잭션 ID,
● 포지셔닝 방법의 요구된 응답 시간 및 현재 지속시간, 및
● 포지셔닝 방법에 대해 (예컨대, OTDOA에 대해) 지금까지 획득된 정보 (예컨대, UE (310) 로부터의 측정치들).
OTDOA에 대한 로케이션 세션은, 소스 HNB (320) 가 OTDOA 측정들을 위한 참조 셀이면 중단될 수도 있는데, UE (310) 가 핸드오버 후에 HNB (320) 에 대한 OTDOA 측정치들을 획득할 수 없을 수도 있어서이다. 그러므로, HNB (322) 에서 타깃 쪽의 OTDOA를 항상 중단시키고 소스 HNB (320) 로부터의 상세한 정보를 전송하지 않는 것이 더 간단할 수도 있다. U-TDOA에 대한 정보는 로케이션 상태 정보에 (예컨대, 해당하는 경우 CELL_FACH 상태에 대해) 포함될 필요가 없는데, 로케이션 프로시저가 타깃 HNB (322) 로부터의 새로운 셀 ID의 수신 시 SAS (340) 에서 종료될 수도 있어서이다.
하나의 디자인에서, 임의의 진행중인 UE-보조 또는 UE-기반 포지셔닝 방법 이를테면 A-GNSS 또는 OTDOA에 대해 소스 HNB (320) 가 RRC 측정 제어 메시지를 UE (310) 에 전송하는 것을 가정해 볼 수도 있다. 이 경우, 타깃 HNB (322) 는 RRC 측정 제어 메시지를 UE (310) 에 전송할 필요가 없을 것이다. 소스 HNB (320) 가 RRC 측정 제어 메시지를 전송하지 않으면, 소스 HNB (320) 또는 타깃 HNB (322) 는 PCAP 포지션 활성화 실패 메시지를 SAS (340) 에 전송할 수도 있다.
도 5는 UE (310) 에 대한 로케이션 서비스들 및 A-GNSS 및/또는 다른 포지셔닝 방법들을 지원하는 디자인을 도시한다. HNB (320) 에 대한 A-GNSS 및/또는 다른 포지셔닝 방법들은 HNB (320) 의 로케이션이 결정될 수 있게 하는 유사한 방식으로 지원될 수도 있다. HNB (320) 는 PCAP 및 PUA를 위에서 설명된 바와 같이 계속 이용할 수도 있다. 그러나, UE (310) 와 상호작용하여 GNSS에 대한 보조 데이터를 제공하고 GNSS 측정치들 또는 로케이션 추정치를 획득하는 대신, HNB (320) 는 UE의 역할을 담당할 수도 있고, 가능하면 SAS (340) 로부터 수신된 보조 데이터의 도움으로 GNSS 및/또는 다른 (예컨대, OTDOA) 측정들을 하고 및/또는 로케이션 추정치를 획득할 수도 있다. 이 경우, HNB (320) 는 PCAP 및 RRC를 상호연동시킬 필요가 없을 것이지만 대신 PCAP를 포지셔닝 프로토콜로서 사용할 수도 있다. HNB GW (330) 및 SAS (340) 의 관점에서, HNB (320) 의 포지셔닝은 UE (310) 의 포지셔닝과는 동일하거나 거의 동일하게 보일 수도 있으며, 이에 의해 부가적인 지원을 거의 요구하지 않거나 전혀 요구하지 않는다.
도 7은 SAS (340) 를 사용하여 HNB (320) 에 대한 로케이션 서비스들 및 A-GNSS를 지원하는 메시지 흐름 (700) 의 디자인을 도시한다. HNB (320) 또는 HMS (324) 는 HNB (320) 의 로케이션이 필요하다고 결정할 수도 있다 (단계 1). HNB (320) 는 SAS (340) 와의 로케이션 세션을 개시하기 위해 PCAP 포지션 개시 요구 메시지를 PUA 커넥트 메시지로 HNB GW (330) 에 전송할 수도 있다 (단계 2). PUA 커넥트 메시지는 또한 SAS (예컨대, SAS (340)) 의 아이덴티티를 포함할 수도 있다. PCAP 포지션 개시 요구 메시지는 셀-id (예컨대, HNB (320) 에서 가시적일 수 있는 인근의 매크로 셀의 셀 ID), HNB (320) 의 포지셔닝 능력 (예컨대, A-GNSS) 등을 포함할 수도 있다. HNB GW (330) 는 PCAP 포지션 개시 요구 메시지를 SCCP CR 메시지로 SAS (340) 에 포워딩할 수도 있다 (단계 3). HNB GW (330) 는 PUA 커넥트 메시지에 포함된 임의의 SAS의 아이덴티티로부터 또는 다른 방식들로 (예컨대, 하나의 SAS만이 HNB GW (330) 에 연결된다면 디폴트로) SAS (340) 를 결정할 수도 있다. SAS (340) 는 PCAP 포지션 개시 요구 메시지를 수신할 수도 있고, A-GNSS에 대한 보조 데이터를 HNB GW (330) 로 전송된 SCCP CC 메시지에 포함할 수도 있는 PCAP 포지션 활성화 요구 메시지를 전송함으로써 A-GNSS 포지셔닝 프로시저를 개시할 수도 있다 (단계 4). HNB GW (330) 는 PCAP 포지션 활성화 요구 메시지를 PUA 직접 전송 메시지로 HNB (320) 에 포워딩할 수도 있다 (단계 5).
HNB (320) 는 PCAP 포지션 활성화 요구 메시지를 수신할 수도 있고 GNSS 측정치들을, 예컨대, SAS (340) 로부터 수신된 보조 데이터에 기초하여 획득할 수도 있다 (단계 6). HNB (320) 는 단계 5에서 수신된 GNSS 측정들 및 보조 데이터에 기초하여 로케이션 추정치를 결정할 수도 있거나 그렇지 않을 수도 있다. HNB (320) 는 GNSS 측정들 및/또는 로케이션 추정치를 HNB GW (330) 에 전송되는 PUA 직접 전송 메시지에 포함할 수도 있는 PCAP 포지션 활성화 응답 메시지를 전송할 수도 있다 (단계 7). HNB GW (330) 는 PCAP 포지션 활성화 응답 메시지를 SCCP DT1 메시지로 SAS (340) 에 포워딩할 수도 있다 (단계 8).
SAS (340) 는 PCAP 포지션 활성화 응답 메시지로부터 GNSS 측정치들 및/또는 로케이션 추정치를 수신할 수도 있다. SAS (340) 는 GNSS 측정치들 (제공된다면) 에 기초하여 HNB (320) 에 대한 로케이션 추정치를 컴퓨팅할 수도 있고 그리고/또는 HNB (320) 에 대한 로케이션 추정치를 검증할 수도 있다 (단계 9). 그 다음 SAS (340) 는 SAS (340) 에 의해 컴퓨팅된 및/또는 검증된 로케이션 추정치를, HNB (330) 에 전송되는 SCCP DT1 메시지로 운반될 수도 있는 PCAP 포지션 개시 응답 메시지로 전송할 수도 있다 (단계 10). HNB GW (330) 는 PCAP 포지션 개시 응답 메시지를 PUA 직접 전송 메시지로 HNB (320) 에 포워딩할 수도 있다 (단계 11).
HNB (320) 는, SCCP 해제 메시지를 SAS (340) 에 전송 (단계 13) 할 수도 있는 HNB GW (330) 에 PUA 디스커넥트 메시지를 전송 (단계 12) 함으로써 SAS (340) 와의 로케이션 세션을 종료할 수도 있다. SAS (340) 는 SCCP 해제 완료 (RLC) 메시지를 리턴할 수도 있다 (단계 14). HNB (320) 는 그것의 로케이션 추정치를 저장하고 및/또는 로케이션 추정치를 HMS (324) 에 제공할 수도 있다.
도 7에서, SAS (340) 는 단계들 4 및 5에서 A-GNSS에 대한 보조 데이터를 HNB (320) 에 전송할 수도 있다. HNB (320) 는 그것이 새로운 보조 데이터를 필요로 한다고 단계 6에서 결정할 수도 있다. 이 경우, HNB (320) 는 보조 데이터에 대한 요구를 SAS (340) 에 전송할 수도 있다. 그러면 단계들 4 내지 8은 새로운 보조 데이터를 HNB (320) 에 제공하기 위해 수행될 수도 있다. 마찬가지로 도 7에서, SAS (340) 는 그것이 더 많은 측정치들 또는 또 다른 로케이션 추정치를 필요로 한다고 단계 9에서 결정할 수도 있고, HNB (320) 로부터 측정치들 또는 로케이션 추정치를 획득하기 위해 단계들 4 내지 8을 반복할 수도 있다.
도 7이 A-GNSS의 이용을 보여주고 있지만, SAS (340) 는 단계들 4 내지 8에서 하나 이상의 부가적인 또는 대안적 포지셔닝 방법들을 호출 (invoke) 할 수도 있다. 예를 들어, SAS (340) 는 OTDOA를 호출할 수도 있고, OTDOA에 대한 보조 데이터를 단계들 4 및 5에서 전송되는 PCAP 포지션 활성화 메시지에 포함시킬 수도 있다. 그러면 HNB (320) 는 단계 6에서 OTDOA 측정들에 기초하여 OTDOA 측정치들 또는 로케이션 추정치를 획득할 수도 있고, 단계들 7 및 8에서 PCAP 포지션 활성화 응답 메시지로 OTDOA 측정치들 또는 로케이션 추정치를 SAS (340) 에 리턴할 수도 있다. HNB (320) 는 또한 자신을 위한 아이덴티피케이션 (identification) (예컨대, IMSI 또는 IMEI) 을 단계들 2 및 3에서 SAS (340) 로 전송되는 PCAP 포지션 개시 요구 메시지에 포함할 수도 있다. 이 아이덴티피케이션은, 특히, SAS (340) 에서의 네트워크 (300) 의 오퍼레이터에 의한 HNB (320) 의 아이덴티티의 사전-구성 (예컨대, HNB들의 세트에 대한 아이덴티티들의 범위) 으로 인해, 일부 HNB에, 또는 HNB (320) 에 속한 것으로서 SAS (340) 에 의해 인식될 수도 있다. SAS (340) 는 UE (예컨대, UE (310)) 를 로케이팅하기 위한 것보다 HNB (예컨대, HNB (320)) 를 로케이팅하기에 더 적합한 단계들 4 및 5에서, 이 알려진 아이덴티티를 이용하여 포지셔닝 방법들을 호출하고 보조 데이터를 HNB (320) 에 제공할 수도 있다. SAS (340) 는 또한 HNB (320) 에 대해 전송에 획득되고 저장된 다른 정보 (예컨대, 전송의 HNB (320) 에 대한 로케이션 추정치) 또는 새로운 로케이션 세션을 지원하기 위해 HNB (320) 에 대해 구성된 다른 정보 (예컨대, 포지셔닝 능력들) 를 검색 (retrieve) 할 수도 있다.
하나의 디자인에서, 메시지 흐름 (700) 은 PCAP에 대한 일부 변경들과 HNB (320) 및 SAS (340) 에서의 포지셔닝에 대한 일부 연관된 변경들로 지원될 수도 있다. HNB 지시 및/또는 일부 다른 HNB 아이덴티티 (예컨대, IMSI 또는 IMEI는 아님) 는 PCAP 메시지들에 포함될 수도 있다. SAS (340) 는 알려진 HNB 특성들 및/또는 전송에 획득된 HNB 정보 (예컨대, HNB GW (330) 에 등록한 후에 HNB (320) 에 의해 제공됨) 를 이용하여 로케이션 지원을 개선할 수도 있다. SAS (340) 는 또한 HNB (320) 에 대한 그것의 정보를 HNB (320) 에 대해 획득된 임의의 새로운 로케이션으로 업데이트할 수도 있다. PCAP 포지션 개시 요구 메시지에서의 셀 ID (IE) 는 양호한 신호 강도가 있다면 이웃 매크로 셀에 대한 것일 수도 있다. 대안으로, HNB (320) 의 대략적인 로케이션 추정치는, 이러한 매크로 셀에 없다면, PCAP 메시지 (예컨대, 단계들 2 및 3에서의 PCAP 포지션 개시 요구 메시지) 로 제공될 수도 있다. OTDOA에 대해, 매크로 참조 셀은 OTDOA 측정치들 (예컨대, HNB (320) 에 의해 제공된 임의의 매크로 셀) 에 바람직할 수도 있다. E-CID에 대해, UE에 대해 정의된 측정치들만이 SAS (340) 에 제공될 수도 있지만, HNB (320) 가 UE였다면 이들 측정치들은 HNB (320) 에 의해 SAS (340) 에 제공될 수도 있다. A-GNSS에 대해, SAS (340) 로부터의 임의의 미세 시간 지원 (fine time assistance; FTA) 은 HNB (320) 에 가시적일 수 있는 인근의 매크로 셀에 상대적으로 제공될 수도 있다.
또 다른 디자인에서, 메시지 흐름 (700) 은 PCAP 및 SAS (340) 에 대한 영향을 피하기 위해, HNB (320) 에 의해 서비스되고 HNB (320) 에서 공존하는 UE의 로케이션 (예컨대, 영의 왕복 시간 (RTT) 을 가짐) 을 HNB (320) 가 에뮬레이트함으로써 지원될 수도 있다.
하나의 디자인에서, HNB (320) 는 HNB (320) 에 의해 서비스되는 UE들 또는 HNB (320) 에 가까이 위치된 UE들에 대한 로케이션을 지원하기 위해, A-GNSS, OTDOA, 및/또는 다른 포지셔닝 방법들에 대한 정보 (예컨대, 보조 데이터) 를 SAS (340) 로부터 요구할 수도 있다. 이 요구 및 요구된 정보는 PUA 및 SCCP를 이용하여 HNB GW (330) 에 의해 포워딩될 수도 있는 PCAP 메시지들로 전송될 수도 있다. 예를 들어, 요구는 PCAP 정보 교환 개시 요구 메시지로 전송될 수도 있다. 요구된 정보는 PCAP 정보 교환 개시 응답 메시지로 또는 주기적으로 PCAP 정보 보고 메시지들로 전송될 수도 있다. HNB (320) 는 SAS (340) 로부터 수신된 정보를 포지셔닝을 위한 그것들의 이용을 위해 UE들 (예컨대, UE (310)) 에 브로드캐스트할 수도 있다. 브로드캐스트를 지원할 지의 여부에 대한 결정은, 예컨대, HNB (320) 가 HMS (324) 에 등록되는 경우에 이루어질 수도 있다.
도 8은 UE들에 대한 로케이션 서비스들을 지원하는 프로세스 (800) 의 디자인을 도시한다. 프로세스 (800) 는 HNB, MSC, SGSN, RNC, MME, BSC 등일 수도 있는 네트워크 엔티티에 의해 수행될 수도 있다. 예를 들어, 네트워크 엔티티는 도 2의 메시지 흐름 200에서 HNB (120) 일 수도 있다.
네트워크 엔티티는 UE에 대한 로케이션 서비스의 요구를 수신할 수도 있다 (블록 812). 네트워크 엔티티는 로케이션 서버 (예컨대, H-SLP) 와는 사용자 평면 로케이션 솔루션 (예컨대, SUPL) 을 통해 통신하여 UE에 대한 로케이션 서비스를 지원할 수도 있다 (블록 814). 네트워크 엔티티는 UE와는 제어 평면 로케이션 솔루션 (예컨대, 3GPP 제어 평면 로케이션 솔루션) 을 통해 통신하여 UE에 대한 로케이션 서비스를 지원할 수도 있다 (블록 816). 네트워크 엔티티는 사용자 평면 로케이션 솔루션 및 제어 평면 로케이션 솔루션 간을 상호연동시킬 수도 있다 (블록 818).
로케이션 서비스는 포지셔닝을 포함하여 UE의 로케이션을 (예컨대, A-GNSS 또는 일부 다른 네트워크-보조 포지셔닝 방법으로) 결정, UE로의 보조 데이터의 전달을 결정 등을 할 수도 있다. 네트워크 엔티티는 UE에 대한 로케이션 추정치를 로케이션 서버 또는 UE로부터 획득할 수도 있다 (블록 820). 네트워크 엔티티는 요구에 응답하여 UE에 대한 로케이션 추정치를 리턴할 수도 있다 (블록 822).
하나의 디자인에서, 네트워크 엔티티는 사용자 평면 로케이션 솔루션에 대한 제 1 메시지를 로케이션 서버로부터 수신할 수도 있고 제어 평면 로케이션 솔루션에 대한 제 2 메시지를 UE에 전송할 수도 있다. 네트워크 엔티티는 제 1 메시지의 정보의 적어도 일부를 제 2 메시지로 전송 (transfer) 할 수도 있다. 네트워크 엔티티는 제어 평면 로케이션 솔루션에 대한 제 3 메시지를 UE로부터 수신할 수고 있고 사용자 평면 로케이션 솔루션에 대한 제 4 메시지를 로케이션 서버에 전송할 수도 있다. 네트워크 엔티티는 제 3 메시지에서의 정보의 적어도 일부를 제 4 메시지로 전송할 수도 있다. 하나의 디자인에서, 제 1 및 제 4 메시지들은 RRLP 포지셔닝 프로토콜을 위한 것일 수도 있고, 제 2 및 제 3 메시지들은 RRC 포지셔닝 프로토콜을 위한 것일 수도 있다.
하나의 디자인에서, 네트워크 엔티티는 로케이션 서버와의 통신을 위한 UE로서 역할을 할 수도 있고 UE의 능력들을 로케이션 서버에 제공할 수도 있다. 로케이션 서버는 지원 (예컨대, 보조 데이터의 전달, 로케이션 추정치의 계산 또는 검증 등) 을 UE의 포지셔닝 능력들에 기초하여 제공할 수도 있다.
도 9는 UE들에 대한 로케이션 서비스들을 지원하는 프로세스 (900) 의 디자인을 도시한다. 프로세스 (900) 는 HNB (아래에서 설명되는 바와 같음) 에 의해 또는 일부 다른 엔티티에 의해 수행될 수도 있다. 예를 들어, HNB는 도 5의 메시지 흐름 (500) 에서 HNB (320) 일 수도 있다.
이 HNB는 UE에 대한 로케이션 서비스의 요구를 수신할 수도 있다 (블록 912). HNB는 PCAP 메시지들을 HNB GW를 통해 로케이션 서버 (예컨대, SAS) 와 교환하여 UE에 대한 로케이션 서비스를 지원할 수도 있다 (블록 914). PCAP 메시지들은 (i) HNB 및 HNB GW 사이에서 제 1 프로토콜 (예컨대, PUA 또는 RUA) 의 메시지들로 및 (ii) HNB GW 및 로케이션 서버 사이에서 제 2 프로토콜 (예컨대, SCCP) 의 메시지들로 전송될 수도 있다. HNB는 RRC 메시지들을 UE와 교환하여 UE에 대한 로케이션 서비스를 지원할 수도 있다 (블록 916).
로케이션 서비스는 포지셔닝을 포함하여 UE의 로케이션을 (예컨대, A-GNSS 또는 일부 다른 네트워크-보조 포지셔닝 방법으로) 결정, UE로의 보조 데이터의 전달을 결정 등을 할 수도 있다. HNB는 UE에 대한 로케이션 추정치를 로케이션 서버 또는 UE로부터 획득할 수도 있다 (블록 918). HNB는 요구에 응답하여 UE에 대한 로케이션 추정치를 리턴할 수도 있다 (블록 920).
하나의 디자인에서, HNB는 제 1 PCAP 메시지를 로케이션 서버로부터 수신할 수도 있고 제 1 RRC 메시지를 UE에 전송할 수도 있다. 제 1 RRC 메시지는 제 1 PCAP 메시지로부터 획득될 수도 있는 포지셔닝 요구 및/또는 보조 데이터를 포함할 수도 있다. 하나의 디자인에서, HNB는 제 2 RRC 메시지를 UE로부터 수신할 수도 있고 제 2 PCAP 메시지를 로케이션 서버에 전송할 수도 있다. PCAP 메시지는 UE에 의해 형성된 측정치들 및/또는 RRC 메시지로부터 획득될 수도 있는 UE에 대한 로케이션 추정치를 포함할 수도 있다.
하나의 디자인에서, PCAP 메시지들은 PUA 메시지들로 HNB 및 HNB GW 사이에서 전송될 수도 있다. 하나의 디자인에서, PCAP 메시지들은 트랜잭션-지향 메시지들일 수도 있고, PUA 메시지들은 SCCP를 통해 접속-지향 또는 무접속 전송에 연관될 수도 있다. PUA 메시지는 로케이션 서버 (예컨대, SAS) 의 식별자, 트랜잭션 식별자, 로컬 접속 참조, PCAP 메시지, 또는 그 조합을 포함할 수도 있다.
하나의 디자인에서, HNB는 자신에 대한 정보를 로케이션 서버에 전송할 수도 있다. 이 정보는 HNB에 대한 셀 글로벌 식별자, HNB의 로케이션, 적어도 하나의 이웃 셀의 적어도 하나의 셀 ID, HNB의 포지셔닝 능력들 등을 포함할 수도 있다.
도 10은 UE들에 대한 로케이션 서비스들을 지원하는 프로세스 (1000) 의 디자인을 도시한다. 프로세스 (1000) 는 제 1 HNB (아래에서 설명되는 바와 같음) 에 의해 또는 일부 다른 엔티티에 의해 수행될 수도 있다. 예를 들어, 제 1 HNB는 도 6의 메시지 흐름 (600) 에서 소스 HNB (320) 일 수도 있다.
제 1 HNB는 로케이션 서버와 로케이션 프로시저를 수행하여 제 1 HNB와 통신하는 UE에 대한 로케이션 서비스를 지원할 수도 있다 (블록 1012). 로케이션 서비스는 포지셔닝을 포함하여 UE의 로케이션을 (예컨대, A-GNSS 또는 일부 다른 네트워크-보조 포지셔닝 방법으로) 결정, UE로의 보조 데이터의 전달을 결정 등을 할 수도 있다. 제 1 HNB는 제 1 HNB로부터 제 2 HNB로 UE를 핸드오버하라는 지시를 획득할 수도 있다 (블록 1014). 제 1 HNB 및 제 2 HNB는 둘 다가 동일한 HNB GW와 인터페이싱할 수도 있고 HNB GW를 통해 로케이션 서버와 통신할 수도 있다. 제 1 HNB는 로케이션 상태 정보를 제 2 HNB에 전송할 수도 있다 (블록 1016). 로케이션 상태 정보는 로케이션 프로시저에서 이용되는 적어도 하나의 포지셔닝 방법, 각각의 포지셔닝 방법에 대해 획득된 정보, 로케이션 보고에 관련된 정보, 및/또는 다른 정보를 포함할 수도 있다. 로케이션 프로시저는 제 1 HNB에 의해 제공된 로케이션 상태 정보에 기초하여 제 2 HNB 및 로케이션 서버에 의해 계속될 수도 있다.
제 1 HNB는 UE의 제 2 HNB로의 핸드오버 후에 로케이션 프로시저를 중단할지 또는 로케이션 프로시저를 계속할지를 결정할 수도 있다. 제 1 HNB는 로케이션 프로시저를 계속한다는 결정에 응답하여 로케이션 상태 정보를 제 2 HNB에 전송할 수도 있다. 제 1 HNB는 제 1 HNB로부터 제 2 HNB로의 UE의 핸드오버가 실팽하였다고 결정할 수도 있다. 그러면 UE에 대한 핸드오버 실패 결정 시에 제 1 HNB는 로케이션 서버와 로케이션 프로시저를 계속할 수도 있다.
도 11은 HNB에 대한 로케이션 서비스들을 지원하는 프로세스 (1100) 의 디자인을 도시한다. 프로세스 (1100) 는 HNB (아래에서 설명되는 바와 같음) 에 의해 또는 일부 다른 엔티티에 의해 수행될 수도 있다. 예를 들어, HNB는 도 7의 메시지 흐름 (700) 에서 HNB (320) 일 수도 있다. 이 HNB는 HNB의 포지셔닝을 위해 PCAP 메시지들을 로케이션 서버와 (예컨대, HNB GW를 통해) 교환할 수도 있다 (블록 1112). PCAP 메시지들은 (i) HNB 및 HNB GW 사이에서 제 1 프로토콜 (예컨대, PUA) 의 메시지들로 및 (ii) HNB GW 및 로케이션 서버 사이에서 제 2 프로토콜 (예컨대, SCCP) 의 메시지들로 전송될 수도 있다. HNB는 그것의 로케이션을 PCAP 메시지들에 기초하여 결정할 수도 있다 (블록 1114).
도 12는 UE (1210), HNB/홈 기지국 (1220), HNB GW (1230), 및 로케이션 서버 (1240) 의 디자인의 블록도를 도시한다. UE (1210) 는 도 1의 UE (110) 또는 도 3의 UE (310) 일 수도 있다. HNB (1220) 는 도 1의 HNB (120) 또는 도 3의 HNB (320) 일 수도 있다. HNB GW (1230) 는 도 1의 HNB GW (130) 또는 도 3의 HNB GW (330) 일 수도 있다. 로케이션 서버 (1240) 는 도 1의 H-SLP (140) 또는 도 3의 SAS (340) 일 수도 있다. 단순화를 위해, 도 12는 (i) UE (1210) 를 위한 하나의 제어기/프로세서 (1212), 하나의 메모리 (1214), 및 하나의 송신기/수신기 (TMTR/RCVR) (1216), (ii) HNB (1220) 를 위한 하나의 제어기/프로세서 (1222), 하나의 메모리 (Mem) (1224), 하나의 송신기/수신기 (1226), 및 하나의 통신 (Comm) 유닛 (1228), (iii) HNB GW (1230) 를 위한 하나의 제어기/프로세서 (1232), 하나의 메모리 (1234), 및 하나의 통신 유닛 (1236), 및 (iv) 로케이션 서버 (1240) 를 위한 하나의 제어기/프로세서 (1242), 하나의 메모리 (1244), 및 하나의 통신 유닛 (1246) 을 도시한다. 대체로, 각각의 엔티티는 임의의 수의 제어기들, 프로세서들, 메모리들, 송수신기들, 통신 유닛들 등을 포함할 수도 있다.
다운링크에서, HNB (1220) 는 트래픽 데이터, 시그널링, 브로드캐스트 정보, 및 파일럿을 그것의 커버리지 내의 UE들에 송신할 수도 있다. 이들 갖가지 유형들의 데이터는 프로세서 (1222) 에 의해 처리되며, 송신기 (1226) 에 의해 조절되고, 다운링크로 송신될 수도 있다. UE (1210) 에서, HNB (1220) 및/또는 다른 기지국들로부터의 다운링크 신호들은 HNB (1220) 및/또는 다른 기지국들에 의해 전송된 다양한 유형들의 정보를 복원하기 위해 안테나를 통해 수신되며, 수신기 (1216) 에 의해 조절되고, 프로세서 (1212) 에 의해 처리될 수도 있다. 프로세서 (1212) 는 도 2, 5 및 6의 메시지 흐름들에서 UE를 위한 프로세싱을 수행할 수도 있다. 메모리들 (1214 및 1224) 은 UE (1210) 및 HNB (1220) 를 위한 프로그램 코드들 및 데이터를 각각 저장할 수도 있다. 업링크에서, UE (1210) 는 트래픽 데이터, 시그널링, 및 파일럿을 HNB (1220) 및/또는 기지국들에 송신할 수도 있다. 이들 갖가지 유형들의 데이터는 프로세서 (1212) 에 의해 처리되며, 송신기 (1216) 에 의해 조절되고, 업링크로 송신될 수도 있다. HNB (1220) 에서, UE (1210) 및 다른 UE들로부터의 업링크 신호들은 UE (1210) 및 다른 UE들에 의해 전송된 갖가지 유형들의 정보를 복원하기 위해 수신기 (1226) 에 의해 수신되고 조절되며 추가로 프로세서 (1222) 에 의해 처리될 수도 있다. 프로세서 (1222) 는 도 8의 프로세스 (800), 도 9의 프로세스 (900), 도 10의 프로세스 (1000), 도 11의 프로세스 (1100), 및/또는 본원에서 설명된 기법들을 위한 다른 프로세스들을 수행하거나 지시할 수도 있다. 프로세서 (1222) 는 또한 도 2, 5, 6 및 7의 메시지 흐름들에서 HNB (120 또는 320) 를 위한 프로세싱을 수행할 수도 있다. HNB (1220) 는 다른 네트워크 엔티티들과 통신 유닛 (1228) 을 통해 통신할 수도 있다.
HNB GW (1230) 내에서, 프로세서 (1232) 는 그것의 제어 내에서 HNB들에 대한 통신을 지원할 수도 있으며, HNB (1220) 및 로케이션 서버 (1240) 간의 메시지들의 전송을 지원할 수도 있고, HNB GW에 의해 통상 수행되는 다른 기능들을 수행할 수도 있다. 프로세서 (1232) 는 또한 도 2, 5, 6 및 7의 메시지 흐름들에서 HNB GW (130 또는 330) 를 위한 프로세싱을 수행할 수도 있다. 메모리 (1234) 는 HNB GW (1230) 를 위한 프로그램 코드들 및 데이터를 저장할 수도 있다. 통신 유닛 (1236) 은 HNB GW (1230) 가 다른 엔티티들과 통신하는 것을 허용할 수도 있다.
로케이션 서버 (1240) 내에서, 프로세서 (1242) 는 UE들에 대한 포지셔닝을 수행하며, 보조 데이터를 UE들에 제공하며, UE들 및 다른 LCS 클라이언트들 등에 대한 로케이션 서비스들을 지원할 수도 있다. 프로세서 (1242) 는 또한 도 2의 메시지 흐름에서 H-SLP (140) 를 위한 그리고 도 5, 6 및 7의 메시지 흐름들에서 SAS (340) 를 위한 프로세싱을 수행할 수도 있다. 메모리 (1244) 는 로케이션 서버 (1240) 에 대한 프로그램 코드들 및 데이터를 저장할 수도 있다. 통신 유닛 (1246) 은 로케이션 서버 (1240) 가 다른 엔티티들과 통신하는 것을 허용할 수도 있다.
당업자들은 정보 및 신호가 다양한 상이한 기술 및 기법들 중 임의의 것을 이용하여 표현될 수 있다는 점을 이해할 것이다. 예를 들어, 전술된 상세한 설명을 통하여 참조될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩 (chip) 들은 전압들, 전류들, 전자기파들, 자기 장들 또는 입자들, 광학 장들 또는 입자들, 또는 이것들의 임의의 조합에 의하여 표현될 수도 있다.
당업자들에게는 추가로 본원의 개시물에 관련하여 설명되는 각종 구체적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들은 전자 하드웨어, 컴퓨터 소프트웨어, 또는 양쪽 모두의 조합들로 구현될 수도 있다는 것이 이해될 것이다. 하드웨어 및 소프트웨어의 이러한 상호 교환 가능성을 명백하게 예증하기 위하여, 전술된 다양하고 예시적인 구성요소들, 블록들, 모듈들, 회로들, 및 단계들이 일반적으로 그것들의 기능성의 관점에서 설명되어 있다. 이러한 기능성이 하드웨어 또는 소프트웨어 중 어느 것으로 구현되는지는 전체 시스템에 부가되는 특정 애플리케이션 및 디자인 제약들에 의존한다. 당업자들은 전술된 기능성을 각 특정한 어플리케이션에 대하여 다양한 방식으로 구현할 수 있는데, 이러한 구현 결정은 본 명세서의 기술적 범위를 벗어나도록 야기하는 것으로 해석되어서는 안 된다.
본원의 개시물에 관련하여 설명된 갖가지 구체적인 논리 블록들, 모듈들, 및 회로들은 본원에서 설명된 기능들을 수행하도록 디자인된 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 집적회로 (ASIC), 필드 프로그램가능 게이트 어레이 (FPGA) 또는 다른 프로그램가능 로직 디바이스, 개별 게이트 또는 트랜지스터 로직, 개별 하드웨어 컴포넌트들, 또는 그것들의 임의의 조합으로 구현되거나 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대체예에서, 이 프로세서는 임의의 기존 프로세서, 제어기, 마이크로제어기, 또는 상태 머신 (상태 machine) 일 수도 있다. 또한, 프로세서는 컴퓨팅 디바이스들의 조합, 예를 들어 DSP 및 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 협력하는 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로 구현될 수도 있다.
본원의 개시물에 관련하여 설명된 방법 또는 알고리즘의 단계들이 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이들 둘의 조합으로 바로 구현될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM 또는 당업계에 알려진 임의의 다른 형태의 저장 매체 내에 존재할 수도 있다. 예시적인 저장 매체는 프로세서에 연결되어서 프로세서는 저장 매체로부터 정보를 읽을 수 있고 그 저장 매체에 정보를 쓸 수 있다. 대체예에서, 저장 매체는 프로세서에 통합될 수도 있다. 프로세서 및 저장 매체는 ASIC 내에 존재할 수도 있다. ASIC은 사용자 단말 내에 존재할 수도 있다. 대체예에서, 프로세서와 저장 매체는 사용자 단말에 개별 컴포넌트들로서 존재할 수 있다.
하나 이상의 예시적인 디자인들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 그것들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현된다면, 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터 판독가능 매체 상에 저장될 수도 있다. 컴퓨터-판독가능 매체들은 일시적으로 (transitory) 전파하는 신호들을 말하는 것은 아니다. 저장 매체는 범용 또는 특수 목적 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수도 있다. 비제한적인 예로서, 이러한 컴퓨터 판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 스토리지, 자기 디스크 스토리지 또는 다른 자기 저장 디바이스들, 또는 소망의 프로그램 코드 수단을 명령들 또는 데이터 구조들의 형태로 저장하는데 사용될 수 있고 범용 또는 특수 목적 컴퓨터, 또는 범용 또는 특수 목적 프로세서에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 본원에서 사용되는 바와 같은 디스크 (Disk 및 disc) 는 콤팩트 디스크 (CD), 레이저 디스크, 광 디스크, 디지털 다용도 디스크 (DVD), 플로피 디스크 및 블루레이 디스크를 포함하는데, disk들은 보통 데이터를 자기적으로 재생하지만, disc들은 레이저들로써 광적으로 데이터를 재생한다. 상기한 것들의 조합들도 컴퓨터 판독가능 매체들의 범위 내에 포함되어야 한다.
개시물의 전송의 설명은 이 기술분야의 숙련된 사람이 본 개시물을 제작하고 사용할 수 있게끔 제공된다. 이 개시내용에 대한 갖가지 변형예들은 이 기술분야의 숙련된 자들에게 쉽사리 명확하게 될 것이고, 본원에서 정의된 일반 원리들은 본 개시물의 정신 또는 범위로부터 벗어남 없이 다른 개조예들에 적용될 수도 있다. 그래서, 본 개시물은 본원에서 설명된 예들 및 디자인들로 한정할 의도는 아니며 본원에서 개시된 원리들 및 신규한 특징들과 일치하는 가장 넓은 범위를 부여하는 것을 의도한다.

Claims (45)

  1. 로케이션 서비스들을 지원하는 방법으로서,
    네트워크 엔티티에 의해 사용자 장비 (UE) 에 대한 로케이션 서비스의 요구를 수신하는 단계;
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 사용자 평면 로케이션 솔루션을 통해 로케이션 서버와 통신하는 단계;
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 제어 평면 로케이션 솔루션을 통해 상기 UE와 통신하는 단계; 및
    상기 네트워크 엔티티에 의해 상기 사용자 평면 로케이션 솔루션과 상기 제어 평면 로케이션 솔루션 간을 상호연동시키는 단계를 포함하는, 로케이션 서비스들을 지원하는 방법.
  2. 제 1 항에 있어서,
    상기 UE에 대한 로케이션 추정치를 상기 로케이션 서버 또는 상기 UE로부터 획득하는 단계; 및
    상기 요구에 응답하여 상기 UE에 대한 로케이션 추정치를 리턴하는 단계를 더 포함하는, 로케이션 서비스들을 지원하는 방법.
  3. 제 1 항에 있어서,
    상기 로케이션 서버와 통신하는 단계는 상기 로케이션 서버로부터 상기 사용자 평면 로케이션 솔루션에 대한 제 1 메시지를 수신하는 단계를 포함하고, 상기 UE와 통신하는 단계는 상기 제어 평면 로케이션 솔루션에 대한 제 2 메시지를 상기 UE에 송신하는 단계를 포함하며, 상기 상호연동시키는 단계는 상기 제 1 메시지의 정보의 적어도 일부를 상기 제 2 메시지로 전송하는 단계를 포함하는, 로케이션 서비스들을 지원하는 방법.
  4. 제 3 항에 있어서,
    상기 UE와 통신하는 단계는 상기 UE로부터 상기 제어 평면 로케이션 솔루션에 대한 제 3 메시지를 수신하는 단계를 포함하며, 상기 로케이션 서버와 통신하는 단계는 상기 사용자 평면 로케이션 솔루션에 대한 제 4 메시지를 상기 로케이션 서버에 송신하는 단계를 포함하고, 상기 상호연동시키는 단계는 상기 제 3 메시지의 정보의 적어도 일부를 상기 제 4 메시지로 전송하는 단계를 포함하는, 로케이션 서비스들을 지원하는 방법.
  5. 제 3 항에 있어서,
    상기 제 1 메시지는 무선 리소스 로케이션 서비스들 (LCS) 프로토콜 (RRLP) 포지셔닝 프로토콜을 위한 것이고, 상기 제 2 메시지는 무선 리소스 제어 (RRC) 포지셔닝 프로토콜을 위한 것인, 로케이션 서비스들을 지원하는 방법.
  6. 제 1 항에 있어서,
    상기 사용자 평면 로케이션 솔루션은 보안 사용자 평면 로케이션 (SUPL) 을 포함하고, 상기 제어 평면 로케이션 솔루션은 3GPP 제어 평면 로케이션 솔루션을 포함하는, 로케이션 서비스들을 지원하는 방법.
  7. 제 1 항에 있어서,
    상기 네트워크 엔티티는 상기 로케이션 서버와의 통신에 대하여 UE로서 기능을 하고 상기 UE의 포지셔닝 능력들을 상기 로케이션 서버에 제공하며, 상기 로케이션 서버는 상기 UE의 포지셔닝 능력들에 기초하여 보조를 제공하는, 로케이션 서비스들을 지원하는 방법.
  8. 제 1 항에 있어서,
    상기 로케이션 서비스는 상기 UE의 로케이션을 결정하기 위한 포지셔닝 또는 상기 UE로의 보조 데이터의 전달, 또는 이들 양자를 포함하는, 로케이션 서비스들을 지원하는 방법.
  9. 제 1 항에 있어서,
    상기 로케이션 서비스는 상기 UE의 로케이션을 결정하기 위해 보조형 (assisted) 글로벌 내비게이션 위성 시스템 (A-GNSS) 을 구비하는, 로케이션 서비스들을 지원하는 방법.
  10. 제 1 항에 있어서,
    상기 네트워크 엔티티는 홈 노드 B (HNB) 또는 무선 네트워크 제어기 (RNC) 를 포함하는, 로케이션 서비스들을 지원하는 방법.
  11. 무선 통신용 장치로서,
    네트워크 엔티티에 의해 사용자 장비 (UE) 에 대한 로케이션 서비스의 요구를 수신하는 수단;
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 사용자 평면 로케이션 솔루션을 통해 로케이션 서버와 통신하는 수단;
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 제어 평면 로케이션 솔루션을 통해 상기 UE와 통신하는 수단; 및
    상기 네트워크 엔티티에 의해 상기 사용자 평면 로케이션 솔루션과 상기 제어 평면 로케이션 솔루션 간을 상호연동시키는 수단을 포함하는, 무선 통신용 장치.
  12. 제 11 항에 있어서,
    상기 로케이션 서버와 통신하는 수단은 상기 로케이션 서버로부터 상기 사용자 평면 로케이션 솔루션에 대한 제 1 메시지를 수신하는 수단을 포함하고, 상기 UE와 통신하는 수단은 상기 제어 평면 로케이션 솔루션에 대한 제 2 메시지를 상기 UE에 송신하는 수단을 포함하며, 상기 상호연동시키는 수단은 상기 제 1 메시지의 정보의 적어도 일부를 상기 제 2 메시지로 전송하는 수단을 포함하는, 무선 통신용 장치.
  13. 제 11 항에 있어서,
    상기 네트워크 엔티티는 상기 로케이션 서버와의 통신에 대하여 UE로서 기능을 하고 상기 UE의 포지셔닝 능력들을 상기 로케이션 서버에 제공하며, 상기 로케이션 서버는 상기 UE의 포지셔닝 능력들에 기초하여 보조를 제공하는, 무선 통신용 장치.
  14. 무선 통신용 장치로서,
    네트워크 엔티티에 의해 사용자 장비 (UE) 에 대한 로케이션 서비스의 요구를 수신하고, 상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 사용자 평면 로케이션 솔루션을 통해 로케이션 서버와 통신하고, 상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 제어 평면 로케이션 솔루션을 통해 상기 UE와 통신하며, 그리고 상기 네트워크 엔티티에 의해 상기 사용자 평면 로케이션 솔루션과 상기 제어 평면 로케이션 솔루션 간을 상호연동시키도록 구성된
    적어도 하나의 프로세서를 포함하는, 무선 통신용 장치.
  15. 제 14 항에 있어서,
    상기 적어도 하나의 프로세서는, 상기 로케이션 서버로부터 상기 사용자 평면 로케이션 솔루션에 대한 제 1 메시지를 수신하고, 상기 제어 평면 로케이션 솔루션에 대한 제 2 메시지를 상기 UE에 송신하며, 그리고 상기 제 1 메시지의 정보의 적어도 일부를 상기 제 2 메시지로 전송하도록 구성되는, 무선 통신용 장치.
  16. 제 14 항에 있어서,
    상기 네트워크 엔티티는 상기 로케이션 서버와의 통신에 대하여 UE로서 기능을 하고 상기 UE의 포지셔닝 능력들을 상기 로케이션 서버에 제공하며, 상기 로케이션 서버는 상기 UE의 포지셔닝 능력들에 기초하여 보조를 제공하는, 무선 통신용 장치.
  17. 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품으로서,
    상기 컴퓨터 판독가능 매체는,
    적어도 하나의 컴퓨터로 하여금 네트워크 엔티티에 의해 사용자 장비 (UE) 에 대한 로케이션 서비스의 요구를 수신하게 하는 코드,
    상기 적어도 하나의 컴퓨터로 하여금 상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 사용자 평면 로케이션 솔루션을 통해 로케이션 서버와 통신하게 하는 코드,
    상기 적어도 하나의 컴퓨터로 하여금 상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 네트워크 엔티티에 의해 제어 평면 로케이션 솔루션을 통해 상기 UE와 통신하게 하는 코드, 및
    상기 적어도 하나의 컴퓨터로 하여금 상기 네트워크 엔티티에 의해 상기 사용자 평면 로케이션 솔루션과 상기 제어 평면 로케이션 솔루션 간을 상호연동시키게 하는 코드를 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
  18. 로케이션 서비스들을 지원하는 방법으로서,
    홈 노드 B (HNB) 에 의해 사용자 장비 (UE) 에 대한 로케이션 서비스의 요구를 수신하는 단계;
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 HNB 게이트웨이 (HNB GW) 를 통해 로케이션 서버와 포지셔닝 계산 애플리케이션 파트 (PCAP) 메시지들을 교환하는 단계로서, 상기 PCAP 메시지들은 상기 HNB 와 상기 HNB GW 간에는 제 1 프로토콜의 메시지들로 전송되고 상기 HNB GW 와 상기 로케이션 서버 간에는 제 2 프로토콜의 메시지들로 전송되는, 상기 PCAP 메시지들을 교환하는 단계; 및
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 UE와 무선 리소스 제어 (RRC) 메시지들을 교환하는 단계를 포함하는, 로케이션 서비스들을 지원하는 방법.
  19. 제 18 항에 있어서,
    상기 UE에 대한 로케이션 추정치를 상기 로케이션 서버 또는 상기 UE로부터 획득하는 단계; 및
    상기 요구에 응답하여 상기 UE에 대한 로케이션 추정치를 리턴하는 단계를 더 포함하는, 로케이션 서비스들을 지원하는 방법.
  20. 제 18 항에 있어서,
    상기 PCAP 메시지들을 교환하는 단계는 상기 로케이션 서버로부터 PCAP 메시지를 수신하는 단계를 포함하고, 상기 RRC 메시지들을 교환하는 단계는 RRC 메시지를 상기 UE에 송신하는 단계를 포함하며, 상기 RRC 메시지는 상기 PCAP 메시지로부터 획득된 포지셔닝 요구, 또는 보조 데이터, 또는 이들 양자를 포함하는, 로케이션 서비스들을 지원하는 방법.
  21. 제 18 항에 있어서,
    상기 RRC 메시지들을 교환하는 단계는 상기 UE로부터 RRC 메시지를 수신하는 단계를 포함하고, 상기 PCAP 메시지들을 교환하는 단계는 PCAP 메시지를 상기 로케이션 서버에 송신하는 단계를 포함하며, 상기 PCAP 메시지는 상기 RRC 메시지로부터 획득되는 상기 UE에 의해 실시된 측정치들, 또는 상기 UE에 대한 로케이션 추정치, 또는 이들 양자를 포함하는, 로케이션 서비스들을 지원하는 방법.
  22. 제 18 항에 있어서,
    상기 제 1 프로토콜은 PCAP 사용자 적응 (PUA) 프로토콜 또는 무선 액세스 네트워크 애플리케이션 파트 (RANAP) 사용자 적응 (RUA) 프로토콜을 포함하고, 상기 제 2 프로토콜은 시그널링 접속 제어 파트 (SCCP) 프로토콜을 포함하는, 로케이션 서비스들을 지원하는 방법.
  23. 제 22 항에 있어서,
    상기 PCAP 메시지들은 접속-지향 메시지들이고 PUA 메시지들은 SCCP 접속과 연관되는, 로케이션 서비스들을 지원하는 방법.
  24. 제 22 항에 있어서,
    PUA 메시지는 상기 로케이션 서버의 식별자, PCAP 트랜잭션 식별자, 로컬 접속 참조, PCAP 메시지, 또는 그 조합을 포함하는, 로케이션 서비스들을 지원하는 방법.
  25. 제 18 항에 있어서,
    상기 로케이션 서비스는 상기 UE의 로케이션을 결정하기 위한 포지셔닝, 또는 상기 UE로의 보조 데이터의 전달, 또는 이들 양자를 포함하는, 로케이션 서비스들을 지원하는 방법.
  26. 제 18 항에 있어서,
    상기 HNB에 대한 정보를 상기 로케이션 서버에 송신하는 단계를 더 포함하며,
    상기 정보는 상기 HNB에 대한 셀 글로벌 식별자 (CGI), 상기 HNB에 대한 국제 이동 가입자 식별번호 (IMSI), 상기 HNB에 대한 국제 이동 기기 식별번호 (IMEI), 상기 HNB의 로케이션, 적어도 하나의 이웃 셀의 적어도 하나의 셀 ID, 상기 HNB의 포지셔닝 능력들, 또는 그 조합을 포함하는, 로케이션 서비스들을 지원하는 방법.
  27. 제 18 항에 있어서,
    상기 로케이션 서버는 상기 HNB GW를 통해 상기 HNB와 통신하는 독립형 서빙 이동 로케이션 센터 (SAS) 를 포함하는, 로케이션 서비스들을 지원하는 방법.
  28. 무선 통신용 장치로서,
    홈 노드 B (HNB) 에 의해 사용자 장비 (UE) 에 대한 로케이션 서비스의 요구를 수신하는 수단;
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 HNB 게이트웨이 (HNB GW) 를 통해 로케이션 서버와 포지셔닝 계산 애플리케이션 파트 (PCAP) 메시지들을 교환하는 수단으로서, 상기 PCAP 메시지들은 상기 HNB 와 상기 HNB GW 간에는 제 1 프로토콜의 메시지들로 전송되고 상기 HNB GW 와 상기 로케이션 서버 간에는 제 2 프로토콜의 메시지들로 전송되는, 상기 PCAP 메시지들을 교환하는 수단; 및
    상기 UE에 대한 로케이션 서비스를 지원하기 위해 상기 UE와 무선 리소스 제어 (RRC) 메시지들을 교환하는 수단을 포함하는, 무선 통신용 장치.
  29. 제 28 항에 있어서,
    상기 PCAP 메시지들을 교환하는 수단은 상기 로케이션 서버로부터 PCAP 메시지를 수신하는 수단을 포함하고, 상기 RRC 메시지들을 교환하는 수단은 RRC 메시지를 상기 UE에 송신하는 수단을 포함하며, 상기 RRC 메시지는 상기 PCAP 메시지로부터 획득된 포지셔닝 요구, 또는 보조 데이터, 또는 이들 양자를 포함하는, 무선 통신용 장치.
  30. 제 28 항에 있어서,
    상기 RRC 메시지들을 교환하는 수단은 상기 UE로부터 RRC 메시지를 수신하는 수단을 포함하고, 상기 PCAP 메시지들을 교환하는 수단은 PCAP 메시지를 상기 로케이션 서버에 송신하는 수단을 포함하며, 상기 PCAP 메시지는 상기 RRC 메시지로부터 획득되는 상기 UE에 의해 실시된 측정치들, 또는 상기 UE에 대한 로케이션 추정치, 또는 이들 양자를 포함하는, 무선 통신용 장치.
  31. 제 28 항에 있어서,
    상기 HNB에 대한 정보를 상기 로케이션 서버에 송신하는 수단을 더 포함하며,
    상기 정보는 상기 HNB에 대한 셀 글로벌 식별자 (CGI), 상기 HNB에 대한 국제 이동 가입자 식별번호 (IMSI), 상기 HNB에 대한 국제 이동 기기 식별번호 (IMEI), 상기 HNB의 로케이션, 적어도 하나의 이웃 셀의 적어도 하나의 셀 ID, 상기 HNB의 포지셔닝 능력들, 또는 그 조합을 포함하는, 무선 통신용 장치.
  32. 로케이션 서비스들을 지원하는 방법으로서,
    제 1 홈 노드 B (HNB) 에 의해 로케이션 서버와 로케이션 프로시저를 수행하여 상기 제 1 HNB와 통신하는 사용자 장비 (UE) 에 대한 로케이션 서비스를 지원하는 단계;
    상기 제 1 HNB로부터 제 2 HNB로 상기 UE를 핸드오버하라는 지시를 획득하는 단계; 및
    상기 제 1 HNB로부터 상기 제 2 HNB로 로케이션 상태 정보를 전송하는 단계를 포함하며,
    상기 로케이션 프로시저는 상기 제 1 HNB에 의해 제공된 로케이션 상태 정보에 기초하여 상기 제 2 HNB 및 상기 로케이션 서버에 의해 계속되는, 로케이션 서비스들을 지원하는 방법.
  33. 제 32 항에 있어서,
    상기 제 1 HNB 및 상기 제 2 HNB 양자는 동일한 HNB 게이트웨이 (HNB GW) 와 인터페이싱하고 상기 로케이션 서버와는 상기 HNB 게이트웨이를 통해 통신하는, 로케이션 서비스들을 지원하는 방법.
  34. 제 32 항에 있어서,
    상기 UE의 상기 제 2 HNB로의 핸드오버 후에 상기 로케이션 프로시저를 중단할지 또는 상기 로케이션 프로시저를 계속할지 여부를 결정하는 단계를 더 포함하며,
    상기 로케이션 상태 정보는 상기 로케이션 프로시저를 계속한다는 결정에 응답하여 상기 제 2 HNB에 전송되는, 로케이션 서비스들을 지원하는 방법.
  35. 제 32 항에 있어서,
    상기 제 1 HNB로부터 상기 제 2 HNB로의 상기 UE의 핸드오버가 실패하였다고 결정하는 단계; 및
    상기 UE에 대한 핸드오버 실패 결정 시 상기 제 1 HNB에 의해 상기 로케이션 서버와의 상기 로케이션 프로시저를 계속하는 단계를 더 포함하는, 로케이션 서비스들을 지원하는 방법.
  36. 제 32 항에 있어서,
    상기 로케이션 서비스는 상기 UE의 로케이션을 결정하기 위한 포지셔닝, 또는 상기 UE로의 보조 데이터의 전달, 또는 이들 양자를 포함하는, 로케이션 서비스들을 지원하는 방법.
  37. 제 32 항에 있어서,
    상기 로케이션 상태 정보는 상기 로케이션 프로시저에서 이용되는 적어도 하나의 포지셔닝 방법, 상기 적어도 하나의 포지셔닝 방법의 각각에 대해 획득된 정보, 로케이션 보고에 관련된 정보, 또는 그 조합을 포함하는, 로케이션 서비스들을 지원하는 방법.
  38. 무선 통신용 장치로서,
    제 1 홈 노드 B (HNB) 에 의해 로케이션 서버와 로케이션 프로시저를 수행하여 상기 제 1 HNB와 통신하는 사용자 장비 (UE) 에 대한 로케이션 서비스를 지원하는 수단;
    상기 제 1 HNB로부터 제 2 HNB로 상기 UE를 핸드오버하라는 지시를 획득하는 수단; 및
    상기 제 1 HNB로부터 상기 제 2 HNB로 로케이션 상태 정보를 전송하는 수단을 포함하며,
    상기 로케이션 프로시저는 상기 제 1 HNB에 의해 제공된 로케이션 상태 정보에 기초하여 상기 제 2 HNB 및 상기 로케이션 서버에 의해 계속되는, 무선 통신용 장치.
  39. 제 38 항에 있어서,
    상기 UE의 상기 제 2 HNB로의 핸드오버 후에 상기 로케이션 프로시저를 중단할지 또는 상기 로케이션 프로시저를 계속할지 여부를 결정하는 수단을 더 포함하며,
    상기 로케이션 상태 정보는 상기 로케이션 프로시저를 계속한다는 결정에 응답하여 상기 제 2 HNB에 전송되는, 무선 통신용 장치.
  40. 제 38 항에 있어서,
    상기 제 1 HNB로부터 상기 제 2 HNB로의 상기 UE의 핸드오버가 실패하였다고 결정하는 수단; 및
    상기 UE에 대한 핸드오버 실패 결정 시 상기 제 1 HNB에 의해 상기 로케이션 서버와의 상기 로케이션 프로시저를 계속하는 수단을 더 포함하는, 무선 통신용 장치.
  41. 로케이션 서비스들을 지원하는 방법으로서,
    홈 노드 B (HNB) 의 포지셔닝을 위해 상기 HNB에 의해 로케이션 서버와 포지셔닝 계산 애플리케이션 파트 (PCAP) 메시지들을 교환하는 단계; 및
    상기 PCAP 메시지들에 기초하여 상기 HNB의 로케이션을 결정하는 단계를 포함하는, 로케이션 서비스들을 지원하는 방법.
  42. 제 41 항에 있어서,
    상기 HNB에 대한 정보를 상기 로케이션 서버에 송신하는 단계를 더 포함하며,
    상기 정보는 상기 HNB에 대한 셀 글로벌 식별자 (CGI), 상기 HNB에 대한 국제 이동 가입자 식별번호 (IMSI), 상기 HNB에 대한 국제 이동 기기 식별번호 (IMEI), 상기 HNB의 로케이션, 적어도 하나의 이웃 셀의 적어도 하나의 셀 ID, 상기 HNB의 포지셔닝 능력들, 또는 그 조합을 포함하는, 로케이션 서비스들을 지원하는 방법.
  43. 제 41 항에 있어서,
    상기 PCAP 메시지들을 교환하는 단계는 상기 PCAP 메시지들을 HNB 게이트웨이 (HNB GW) 를 통해 상기 로케이션 서버와 교환하는 단계를 포함하며, 상기 PCAP 메시지들은 상기 HNB와 상기 HNB GW 간에는 제 1 프로토콜의 메시지들로 전송되고 상기 HNB GW와 상기 로케이션 서버 간에는 제 2 프로토콜의 메시지들로 전송되는, 로케이션 서비스들을 지원하는 방법.
  44. 무선 통신용 장치로서,
    홈 노드 B (HNB) 의 포지셔닝을 위해 상기 HNB 에 의해 로케이션 서버와 포지셔닝 계산 애플리케이션 파트 (PCAP) 메시지들을 교환하는 수단; 및
    상기 PCAP 메시지들에 기초하여 상기 HNB의 로케이션을 결정하는 수단을 포함하는, 무선 통신용 장치.
  45. 제 44 항에 있어서,
    상기 HNB에 대한 정보를 상기 로케이션 서버에 송신하는 수단을 더 포함하며,
    상기 정보는 상기 HNB에 대한 셀 글로벌 식별자 (CGI), 상기 HNB에 대한 국제 이동 가입자 식별번호 (IMSI), 상기 HNB에 대한 국제 이동 기기 식별번호 (IMEI), 상기 HNB의 로케이션, 적어도 하나의 이웃 셀의 적어도 하나의 셀 ID, 상기 HNB의 포지셔닝 능력들, 또는 그 조합을 포함하는, 무선 통신용 장치.
KR1020127029859A 2010-04-14 2011-04-14 홈 노드 ｂ (ｈｎｂ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치 KR101495974B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US32415610P 2010-04-14 2010-04-14
US61/324,156 2010-04-14
US13/085,395 2011-04-12
US13/085,395 US9119028B2 (en) 2010-04-14 2011-04-12 Method and apparatus for supporting location services via a Home Node B (HNB)
PCT/US2011/032567 WO2011130562A2 (en) 2010-04-14 2011-04-14 Method and apparatus for supporting location services via a home node b (hnb)

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020147011311A Division KR101711712B1 (ko) 2010-04-14 2011-04-14 홈 노드 ｂ (ｈｎｂ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20130020679A true KR20130020679A (ko) 2013-02-27
KR101495974B1 KR101495974B1 (ko) 2015-02-25

Family

ID=44788563

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020127029859A KR101495974B1 (ko) 2010-04-14 2011-04-14 홈 노드 ｂ (ｈｎｂ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치
KR1020147011311A KR101711712B1 (ko) 2010-04-14 2011-04-14 홈 노드 ｂ (ｈｎｂ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020147011311A KR101711712B1 (ko) 2010-04-14 2011-04-14 홈 노드 ｂ (ｈｎｂ) 를 통해 로케이션 서비스들을 지원하는 방법 및 장치

Country Status (8)

Country Link
US (3) US9119028B2 (ko)
EP (2) EP3487190A1 (ko)
JP (1) JP5548816B2 (ko)
KR (2) KR101495974B1 (ko)
CN (2) CN105188028B (ko)
AR (1) AR081080A1 (ko)
TW (1) TW201204095A (ko)
WO (1) WO2011130562A2 (ko)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8620255B2 (en) 2008-06-16 2013-12-31 Qualcomm Incorporated Method and apparatus for supporting emergency calls and location for femto access points
US20150087341A1 (en) * 2013-09-20 2015-03-26 Qualcomm Incorporated Home node b (hnb) location services
US9119028B2 (en) 2010-04-14 2015-08-25 Qualcomm Incorporated Method and apparatus for supporting location services via a Home Node B (HNB)
US10383166B2 (en) 2010-04-14 2019-08-13 Qualcomm Incorporated Method and apparatus for supporting location services via a home node B (HNB)
US8874710B2 (en) * 2010-04-27 2014-10-28 Nokia Corporation Access network discovery
CN102413493A (zh) * 2010-09-21 2012-04-11 北京三星通信技术研究有限公司 决定重定位过程的方法和决定切换过程的方法
US8600403B2 (en) 2010-12-03 2013-12-03 Qualcomm Incorporated Method and apparatus for configuring and locating a home base station
US20150024788A1 (en) * 2012-01-17 2015-01-22 Lg Electronics Inc. Method for processing location information in wireless communication system and apparatus for supporting same
US9654914B2 (en) * 2012-04-27 2017-05-16 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for mobile positioning
US9392567B2 (en) * 2012-11-30 2016-07-12 Qualcomm Incorporated Distributed system architecture to provide wireless transmitter positioning
US9661601B2 (en) * 2012-12-13 2017-05-23 Qualcomm Incorporated Crowdsourcing information in a communication network using small cells
CN104919336B (zh) * 2013-01-10 2017-06-23 诺基亚技术有限公司 处理用于全球定位的辅助数据
JP6161104B2 (ja) * 2013-01-22 2017-07-12 日本電気株式会社 通信システム
WO2014209301A1 (en) * 2013-06-26 2014-12-31 Intel Corporation Optimizing distributed located managing entities in wireless devices
JP6447717B2 (ja) * 2015-04-15 2019-01-09 日本電気株式会社 ゲートウェイ装置、無線通信システム、通信方法
JP2017003472A (ja) * 2015-06-11 2017-01-05 ソフトバンク株式会社 サーバ、その制御方法及びその制御プログラム
WO2017082949A1 (en) * 2015-11-11 2017-05-18 Intel Corporation Mobility management for software defined radio access networks
US10136309B2 (en) * 2016-01-14 2018-11-20 Qualcomm Incorporated Spectrum access server support of resource assignments based on radio access network coexistence information
US9900860B2 (en) * 2016-02-26 2018-02-20 Qualcomm Incorporated Positioning protocol, positioning capability and position method identification in SUPL
WO2018082035A1 (zh) 2016-11-04 2018-05-11 华为技术有限公司 一种功能调度方法、设备和系统
US10153831B1 (en) 2017-02-13 2018-12-11 Lockheed Martin Corporation Power usage-aware spectral resource allocation in a satellite long term evolution (LTE) communication system
GB2572336B (en) * 2018-03-26 2022-02-02 Samsung Electronics Co Ltd Improvements in and relating to random access in a telecommunication network
US10644922B2 (en) * 2018-04-16 2020-05-05 Qualcomm Incorporated Protected use of navigation and positioning signal
CN110858951B (zh) * 2018-08-22 2021-06-18 中国移动通信有限公司研究院 实现用户终端定位的方法、用户终端、网络侧设备
US11452061B2 (en) * 2020-02-27 2022-09-20 Qualcomm Incorporated Support of control plane positioning methods with a user plane location solution
CN112491461B (zh) * 2020-11-24 2023-03-24 重庆两江卫星移动通信有限公司 一种低轨卫星通信的cors网络数据传输系统及方法
US11751253B2 (en) 2021-02-25 2023-09-05 Lockheed Martin Corporation Random access for broadband 4G and 5G over satellite
US20220286927A1 (en) * 2021-03-08 2022-09-08 Samsung Electronics Co., Ltd. Method and apparatus for support of machine learning or artificial intelligence techniques for handover management in communication systems

Family Cites Families (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0000528D0 (en) 2000-01-11 2000-03-01 Nokia Networks Oy Location of a station in a telecommunications system
US7623447B1 (en) 2000-04-10 2009-11-24 Nokia Corporation Telephony services in mobile IP networks
JP3770046B2 (ja) 2000-04-25 2006-04-26 松下電工株式会社 位置検出システム
US7386000B2 (en) * 2001-04-17 2008-06-10 Nokia Corporation Packet mode speech communication
EP1486015A4 (en) 2002-02-20 2005-08-31 Passover Inc WIRELESS PROVIDER MONITORING OF A CATV SEGMENT
US20040147232A1 (en) 2002-04-11 2004-07-29 Richard Zodnik Wall mounted wireless transceiver that tracks a location of a wireless communication device
TWI293008B (en) 2002-07-25 2008-01-21 Sk Telecom Co Ltd Mobile location based service system and method
US7885644B2 (en) 2002-10-18 2011-02-08 Kineto Wireless, Inc. Method and system of providing landline equivalent location information over an integrated communication system
WO2004082298A2 (en) 2003-03-14 2004-09-23 Nortel Networks Limited Providing a location service in a wireless communications network using an indication of whether the location service is an emergency-related location service or a law enforcement-related location service
WO2005062558A1 (en) * 2003-12-22 2005-07-07 Telefonaktiebolaget Lm Ericsson (Publ) Control of mobile packet streams
US7184746B2 (en) 2004-07-13 2007-02-27 Lucent Technologies Inc. Method and apparatus for providing network support for a wireless emergency call
US7623842B2 (en) 2005-06-15 2009-11-24 Nextel Communications Inc. System and method for determining a location of an emergency call in a sparsely-populated area
US9154907B2 (en) 2005-06-21 2015-10-06 Qualcomm Incorporated Efficient periodic location reporting in a radio access network
US8068056B2 (en) * 2005-08-25 2011-11-29 Qualcomm Incorporated Location reporting with secure user plane location (SUPL)
US9137770B2 (en) 2005-09-15 2015-09-15 Qualcomm Incorporated Emergency circuit-mode call support
WO2007040452A1 (en) 2005-10-04 2007-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Paging for a radio access network having pico base stations
US8185128B2 (en) * 2005-11-30 2012-05-22 Qualcomm Incorporated Method and apparatus for supporting location services with roaming
KR100771126B1 (ko) 2006-03-10 2007-10-29 서울통신기술 주식회사 위치 서비스 제공 방법 및 그 시스템
JP2007251357A (ja) 2006-03-14 2007-09-27 Fujitsu Ltd 緊急通報システム及びその方法
JP4981885B2 (ja) * 2006-03-20 2012-07-25 クゥアルコム・インコーポレイテッド ユーザ機器と無線ネットワークとの間の拡張された機能転送
CN101043730B (zh) * 2006-03-24 2011-03-30 华为技术有限公司 定位控制方法及使用该方法的用户设备定位方法
US8019339B2 (en) 2006-05-16 2011-09-13 Andrew Llc Using serving area identification in a mixed access network environment
US8000702B2 (en) 2006-05-16 2011-08-16 Andrew, Llc Optimizing location services performance by combining user plane and control plane architectures
US20080008157A1 (en) 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
US20080076425A1 (en) 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for resource management
US8620342B2 (en) 2006-10-10 2013-12-31 Broadcom Corporation Sensing RF environment to determine geographic location of cellular base station
US7856238B2 (en) 2006-10-16 2010-12-21 Motorola, Inc. Method for mobile to inform base station of additonal GPS capabilities
US8953567B2 (en) 2006-10-20 2015-02-10 T—Mobile USA, Inc. System and method for utilizing IP-based wireless telecommunications client location data
JP5021753B2 (ja) 2006-10-27 2012-09-12 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 無線通信ネットワーク内のアクセスポイントの位置を推定するための方法及び装置
US8170582B2 (en) * 2006-10-30 2012-05-01 Telefonaktiebolaget L M Ericsson (Publ) Extended positioning reporting
US8929360B2 (en) 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
GB2446847B (en) 2007-02-02 2012-02-22 Ubiquisys Ltd Location of Basestation
US8019331B2 (en) * 2007-02-26 2011-09-13 Kineto Wireless, Inc. Femtocell integration into the macro network
WO2008142581A2 (en) * 2007-04-05 2008-11-27 Nokia Corporation Method, apparatuses and program product for utilizing user datagram protocol instead of wireless datagram rotocol for sending supl message from a location platform
CN101720440B (zh) * 2007-04-12 2013-07-10 Lm爱立信电话有限公司 确定无线终端在通信网络中的位置
KR101124900B1 (ko) 2007-04-30 2012-04-12 인터디지탈 테크날러지 코포레이션 새로운 기능성을 갖춘 홈 (ｅ)노드-Ｂ
US8520805B2 (en) 2007-05-02 2013-08-27 Telecommunication Systems, Inc. Video E911
US8089400B1 (en) * 2007-06-11 2012-01-03 Zte (Usa) Inc. Network assisted GPS positioning for Femto Cells in wireless networks
US9572089B2 (en) * 2007-09-28 2017-02-14 Interdigital Patent Holdings, Inc. Method and apparatus for supporting home Node B services
US8937936B2 (en) 2007-10-05 2015-01-20 Via Telecom Inc. Acquiring time synchronization and location information with a femtocell
US8064909B2 (en) * 2007-10-25 2011-11-22 Cisco Technology, Inc. Interworking gateway for mobile nodes
US8509778B2 (en) 2007-10-29 2013-08-13 Telefonaktiebolaget Lm Ericsson (Publ) Handling location information for femto cells
US9603062B2 (en) 2007-11-16 2017-03-21 Qualcomm Incorporated Classifying access points using pilot identifiers
US7831216B1 (en) 2007-11-27 2010-11-09 Sprint Spectrum L.P. Mobile-station-assisted low-cost-internet-base-station-(LCIB) location determination
US8712439B2 (en) * 2008-01-11 2014-04-29 Qualcomm Incorporated Method and apparatus for using service capability information for user plane location
JP2009200644A (ja) 2008-02-19 2009-09-03 Panasonic Corp 無線基地局の位置登録システム、無線基地局及びｇｐｓ搭載セルラー端末並びに位置登録方法及び位置情報送信方法
US8660574B2 (en) 2008-04-02 2014-02-25 Qualcomm Incorporated Generic positioning protocol
US8041335B2 (en) * 2008-04-18 2011-10-18 Kineto Wireless, Inc. Method and apparatus for routing of emergency services for unauthorized user equipment in a home Node B system
US20100041365A1 (en) 2008-06-12 2010-02-18 At&T Mobility Ii Llc Mediation, rating, and billing associated with a femtocell service framework
US8620255B2 (en) 2008-06-16 2013-12-31 Qualcomm Incorporated Method and apparatus for supporting emergency calls and location for femto access points
US9693184B2 (en) * 2008-08-18 2017-06-27 Qualcomm Incorporated Control plane location solution to support wireless access
JP5282491B2 (ja) 2008-09-02 2013-09-04 富士通株式会社 移動通信システム、および位置検出方法
US8180368B2 (en) 2008-11-11 2012-05-15 Trueposition, Inc. Femto-cell location by direct methods
US8886164B2 (en) * 2008-11-26 2014-11-11 Qualcomm Incorporated Method and apparatus to perform secure registration of femto access points
EP2194739B1 (en) * 2008-12-04 2015-03-25 Alcatel Lucent Conditional provision of location information by a femto cell
US20100190496A1 (en) * 2009-01-23 2010-07-29 Continuous Computing Inc. Method to generate neighbor list femto cell enviroment
US9435874B2 (en) 2009-04-21 2016-09-06 Qualcomm Incorporated Method and apparatus for supporting positioning for terminals in a wireless network
US10893556B2 (en) * 2009-04-30 2021-01-12 Samsung Electronics Co., Ltd Method and apparatus for supporting local IP access in a femto cell of a wireless communication system
RU2506722C2 (ru) * 2009-05-04 2014-02-10 Эппл Инк Система (варианты) и способ создания доступа мобильному устройству к сети пакетной передачи данных
KR101657121B1 (ko) 2009-07-02 2016-09-13 엘지전자 주식회사 위치 기반 서비스를 지원하는 듀얼 모드 단말기 및 이를 위한 제어 방법
US20110013528A1 (en) * 2009-07-16 2011-01-20 Chen Byron H Method for providing presence and location information of mobiles in a wireless network
US8909271B2 (en) 2009-08-13 2014-12-09 Interdigital Patent Holdings, Inc. Method and apparatus for supporting positioning measurements
US8599792B2 (en) * 2009-09-21 2013-12-03 Cisco Technology, Inc. Routing of calls to core network based on the location of the femto cell
WO2011050850A1 (en) 2009-10-29 2011-05-05 Nokia Siemens Networks Oy Method and device for adjusting an uplink transmission power of a mobile terminal
US9307516B2 (en) * 2010-01-19 2016-04-05 Broadcom Corporation Method and system for locating a Femtocell using measurement reports
WO2011097730A1 (en) * 2010-02-12 2011-08-18 Research In Motion Limited Methods and apparatus to perform measurements
US8929918B2 (en) * 2010-04-07 2015-01-06 Telefonaktiebolaget L M Ericsson (Publ) Positioning and location services using civic address information
US9119028B2 (en) 2010-04-14 2015-08-25 Qualcomm Incorporated Method and apparatus for supporting location services via a Home Node B (HNB)
US8600403B2 (en) 2010-12-03 2013-12-03 Qualcomm Incorporated Method and apparatus for configuring and locating a home base station
US8644855B2 (en) 2011-12-12 2014-02-04 Hewlett-Packard Development Company, L.P. Femtocell network for determining location of a mobile device

Also Published As

Publication number Publication date
KR101711712B1 (ko) 2017-03-02
EP2559268B1 (en) 2018-08-22
JP2013531908A (ja) 2013-08-08
WO2011130562A3 (en) 2013-05-02
KR101495974B1 (ko) 2015-02-25
JP5548816B2 (ja) 2014-07-16
US9681262B2 (en) 2017-06-13
KR20140058696A (ko) 2014-05-14
US20150319567A1 (en) 2015-11-05
EP2559268A2 (en) 2013-02-20
CN103222285B (zh) 2017-10-03
TW201204095A (en) 2012-01-16
EP3487190A1 (en) 2019-05-22
AR081080A1 (es) 2012-06-06
CN105188028B (zh) 2018-10-02
US20110256875A1 (en) 2011-10-20
US20170245103A1 (en) 2017-08-24
WO2011130562A2 (en) 2011-10-20
US9119028B2 (en) 2015-08-25
CN105188028A (zh) 2015-12-23
CN103222285A (zh) 2013-07-24

Similar Documents

Publication Publication Date Title
US9681262B2 (en) Method and apparatus for supporting location services via a home node B (HNB)
US9560624B2 (en) Method and apparatus for configuring and locating a home base station
EP2744236B1 (en) Control plane solution for location service to support wireless access based on Downlink positioning message
WO2008157841A1 (en) Method and apparatus for determining the position of a base station in a cellular communication network
CN102948172B (zh) 定位协议传达
JP6522587B2 (ja) ホームノードｂ（ｈｎｂ）位置特定サービス
US10383166B2 (en) Method and apparatus for supporting location services via a home node B (HNB)

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
A107 Divisional application of patent
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20171228

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20190107

Year of fee payment: 5