KR101030627B1 - Ｖｏｉｐ 긴급 호출 처리 - Google Patents

Ｖｏｉｐ 긴급 호출 처리 Download PDF

Info

Publication number
KR101030627B1
KR101030627B1 KR1020087005272A KR20087005272A KR101030627B1 KR 101030627 B1 KR101030627 B1 KR 101030627B1 KR 1020087005272 A KR1020087005272 A KR 1020087005272A KR 20087005272 A KR20087005272 A KR 20087005272A KR 101030627 B1 KR101030627 B1 KR 101030627B1
Authority
KR
South Korea
Prior art keywords
location
psap
emergency
estimate
call
Prior art date
Application number
KR1020087005272A
Other languages
English (en)
Other versions
KR20080054380A (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
Priority claimed from US11/497,703 external-priority patent/US10178522B2/en
Application filed by 콸콤 인코포레이티드 filed Critical 콸콤 인코포레이티드
Publication of KR20080054380A publication Critical patent/KR20080054380A/ko
Application granted granted Critical
Publication of KR101030627B1 publication Critical patent/KR101030627B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72418—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting emergency services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04—Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/30—Determination of the location of a subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

긴급 VoIP(Voice-over-Internet Protocol) 호출을 지원하는 기술들이 설명되어 있다. 이 기술들은 여러 3GPP 및 3GPP2 네트워크들, 여러 로케이션 구조들, 및 여러 타입의 사용자 기기(UE)에 대해 사용될 수 있다. UE는 긴급 VoIP 호출을 설정하기 위한 요청을 전송하기 위해서 방문 네트워크와 통신한다. UE는 UE에 대한 제 1 위치 추정치를 획득하기 위해서 방문 네트워크에 의해 지시된 로케이션 서버와 상호작용한다. UE는 PSAP와 긴급 VoIP 호출을 설정하기 위해서 방문 네트워크를 통해 호출 설정을 수행하고, 상기 PSAP는 제 1 위치 추정치에 기반하여 선택될 수 있다. UE는, PSAP에 의해 요청되는 경우, UE에 대한 업데이트된 위치 추정치를 획득하기 위해서 로케이션 서버를 이용하여 위치측정을 수행할 수 있다.

Description

ＶＯＩＰ 긴급 호출 처리{VOIP EMERGENCY CALL HANDLING}
본 출원은 2005년 8월 2일에 "VOICE-OVER INTERNET PROTOCOL EMERGENCY CALL SUPPORT"란 명칭으로 미국 가출원된 제 60/704,977호, 2005년 8월 30일에 "VOIP EMERGENCY CALL SUPPORT"란 명칭으로 미국 가출원된 제 60/713,199호, 2005년 10월 13일에 "VOIP EMERGENCY CALL SUPPORT"란 명칭으로 미국 가출원된 제 60/726,694호, 2005년 10월 31일에 "VOIP EMERGENCY CALL SUPPORT"란 명칭으로 미국 가출원된 제 60/732,226호, 및 2005년 12월 9일에 "SUPPORT FOR EMERGENCY VoIP CALLS USING SUPL"이란 명칭으로 미국 가출원된 제 60/748,821호의 우선권을 청구하며, 상기 미국 가출원들은 본 출원의 양수인에게 양도되었고 여기에서 참조문헌으로서 포함된다.
본 발명은 전반적으로 통신에 관한 것으로서, 더 상세히는 긴급 호출들을 지원하는 기술들에 관한 것이다.
음성, 비디오, 패킷 데이터, 메시징, 브로드캐스트 등과 같은 다양한 통신 서비스들을 제공하기 위해서 무선 통신 네트워크들이 광범위하게 전개된다. 이러한 무선 네트워크들은 이용가능한 네트워크 자원들을 공유함으로써 여러 사용자들을 위한 통신들을 지원할 수 있는 다중-액세스 네트워크들일 수 있다. 이러한 다 중-액세스 네트워크들의 예들은 CDMA(Code Division Multiple Access) 네트워크들, TDMA(Time Division Multiple Access) 네트워크들, FDMA(Frequency Division Multiple Access) 네트워크들, 및 OFDMA(Orthogonal FDMA) 네트워크들을 포함한다.
무선 네트워크는 통상적으로 이러한 네트워크들에 서비스 가입한 무선 사용자들을 위한 통신을 지원한다. 서비스 가입은 보안, 라우팅, 서비스 품질(QoS), 요금청구 등에 대한 정보와 연관될 수 있다. 가입-관련 정보가 무선 네트워크와의 통화를 설정하는데 있어서 사용될 수 있다.
무선 네트워크들이 그들의 사용자들을 위해 제공하는 가장 기본적인 서비스들 중 하나는 음성 호출들을 전송하고 수신하는 능력이다. 이러한 서비스의 최근의 한 개선점으로는 VoIP(Voice over Internet Protocol) 호출들을 전송 및 수신하는 능력이 있다. VoIP 호출은 전용 트래픽 채널을 대신하여 다른 패킷 데이터처럼 라우팅되는 패킷을 통해 음성 데이터가 전송되는 음성 호출이다.
무선 사용자는 자신이 서비스 가입한 홈 네트워크일 수 있거나 혹은 그렇지 않을 수 있는 무선 네트워크와 긴급 음성 또는 다른 미디어 호출을 할 수 있다. 이러한 호출은 VoIP를 사용할 수 있다. 중요한 과제는 호출을 서비스할 수 있는 적절한 PSAP(Public Safety Answering Point)에 긴급 호출을 라우팅하는 것이다. 이는 사용자에 대한 중간 위치 추정치를 결정하는 것과 그 중간 위치 추정치에 기초하여 적절한 PSAP를 결정하는 것을 포함할 수 있다. 문제는 사용자가 로밍 중이거나 및/또는 어떠한 네트워크에도 서비스 가입하지 않은 경우에 심각해진다.
그러므로, 긴급 호출들 및 긴급 VoIP 호출들을 지원하는 기술들이 해당 분야 에서 필요하다.
긴급 VoIP(Voice-over-Internet Protocol) 호출들을 지원하는 기술들이 본 명세서에 기재되어 있다. 그 기술들은 다양한 3GPP 및 3GPP2 네트워크들, 다양한 위치 구조들, 및 서비스 가입을 했거나 그렇지 않은 사용자 기기들(UE들)을 위해 사용될 수 있다.
실시예에서, UE는 긴급 VoIP 호출을 설정하라는 요청을 전송하기 위해서 방문 네트워크(visited network)와 통신한다. UE는 자신에 대한 제 1 위치 추정치를 획득하기 위해서 방문 네트워크에 의해 지시되는 로케이션 서버와 상호작용한다. UE는 초기 위치 추정치에 기초하여 선택될 수 있는 PSAP와의 긴급 VoIP를 설정하기 위해서 방문 네트워크를 통해 호출 설정을 수행한다. 그런 후에, UE는, 예컨대 PSAP에 의해서 요청되는 경우에는, UE에 대한 업데이트된 위치 추정치를 획득하기 위해서 로케이션 서버를 이용하여 위치측정을 수행할 수 있다. 긴급 VoIP 호출에 대한 여러 세부사항들은 아래에서 설명된다.
본 발명의 여러 양상들 및 실시예들도 또한 아래에서 더욱 상세히 설명된다.
본 발명의 양상들 및 실시예들은 동일한 참조 문자들이 전반에 걸쳐 그에 상응하는 것을 나타내고 있는 도면들과 연계하여 이루어진 아래의 실시예로부터 더욱 자명해질 것이다.
도 1은 긴급 VoIP 호출들을 지원하는 전개도를 나타낸다.
도 2는 3GPP 네트워크 구조를 나타낸다.
도 3은 3GPP2 네트워크 구조를 나타낸다.
도 4 및 도 5는 SUPL 로케이션을 통한 긴급 VoIP 호출에 대해서 네트워크 구조 및 메시지 흐름을 각각 나타낸다.
도 6 및 도 7은 3GPP 제어 플레인 로케이션을 통한 긴급 VoIP에 대해서 네트워크 구조 및 메시지 흐름을 각각 나타낸다.
도 8 및 도 9는 X.S0024 로케이션을 통한 긴급 VoIP 호출에 대해서 네트워크 구조 및 메시지 흐름을 나타낸다.
도 10 및 도 11은 서비스 가입하지 않은 UE에 대한 긴급 VoIP 호출에 대해서 네트워크 구조 및 메시지 흐름을 각각 나타낸다.
도 12는 도 1 내지 도 3에서 일부 개체들의 블록도를 나타낸다.
본 명세서에서 사용되는 "예시적인"이란 용어는 "예, 실례, 또는 예증으로서 제공되는 것"을 의미하기 위해 사용된다. "예시적인 것"으로서 본 명세서에 설명된 임의의 실시예 또는 설계는 다른 실시예들 또는 설계들에 비해 바람직하거나 유리한 것으로서 해석될 필요는 없다.
긴급 VoIP 호출들을 지원하기 위한 기술들이 본 명세서에서 설명된다. 긴급 VoIP 호출은 긴급 서비스들을 위한 VoIP 호출 또는 패킷-교환 호출이다. 긴급 VoIP 호출은, 아래에 설명되는 바와 같이, 몇몇 방식들을 통해서 식별될 수 있고 또한 정규 VoIP 호출과도 구별될 수 있다. 긴급 VoIP 호출은 통상적인 VoIP 호출 과는 다른 여러 특징들, 예컨대 사용자에 대한 적절한 위치 추정치를 획득하는 것, 긴급 VoIP 호출을 적합한 PSAP에 라우팅하는 것 등과 연관될 수 있다. 위치 추정치는 또한 로케이션 추정치, 위치 결정치 등으로도 지칭될 수 있다.
도 1은 긴급 VoIP 호출들을 지원하는 전개도(100)를 나타낸다. 사용자 기기(UE)(110)는 기본 IP 통신 서비스들을 획득하기 위해서 액세스 네트워크(120)와 통신한다. UE(110)는 고정적이거나 또는 이동적일 수 있고, 이동국(MS), 단말기, 가입자 유닛, 스테이션, 또는 어떤 다른 용어로도 지칭될 수 있다. UE(110)는 셀룰러 전화기, PDA(personal digital assistant), 무선 장치, 랩톱 컴퓨터, 텔리메트리 장치, 트랙킹 장치 등일 수 있다. UE(110)는 액세스 네트워크(120) 내의 하나 이상의 액세스 포인트들 및/또는 하나 이상의 기지국들과 통신할 수 있다. UE(110)는 또한 하나 이상의 위성들(190)로부터 신호들을 수신할 수 있는데, 상기 위성들은 GPS(Global Positioning System), European Galileo 시스템, Russian GLONASS 시스템, 또는 임의의 GNSS(Global Navigation Satellite System)의 일부일 수 있다. UE(110)는 액세스 네트워크(120) 내의 기지국들로부터의 신호들 및/또는 위성들(190)로부터의 신호들을 측정할 수 있으며, 그 위성들에 대한 가상 거리 측정치들 및/또는 기지국들에 대한 타이밍 측정치들을 획득할 수 있다. 그 가상 거리 측정치들 및/또는 타이밍 측정치들은 A-GPS(assisted GPS), 독립형 GPS, A-FLT(Advanced Forward Link Trilateration), E-OTD(Enhanced Observed Time Difference), OTDOA(Observed Time Difference Of Arrival), Enhanced Cell ID 등과 같이 해당 분야에 널리 공지되어 있는 위치측정 방법들 중 하나나 또는 이들의 조합을 이용하여 UE(110)에 대한 위치 추정치를 유도하는데 사용될 수 있다.
액세스 네트워크(120)는 자신의 커버리지 영역 내에 위치하고 있는 UE들에 대한 무선 통신을 제공한다. 액세스 네트워크(120)는 아래에 설명되는 바와 같이, 기지국들, 네트워크 제어기들, 및/또는 다른 개체들을 포함할 수 있다. V-PLMN(Visited Public Land Mobile Network)으로도 지칭되는 방문 네트워크(130)는 UE(110)에 현재 서비스를 제공하는 네트워크이다. H-PLMN(Home PLMN)으로도 지칭되는 홈 네트워크(160)는 UE(110)가 가입한 네트워크이다. 액세스 네트워크(120)는 방문 네트워크(130)와 연관된다. 방문 네트워크(130) 및 홈 네트워크(160)는 동일하거나 혹은 상이한 네트워크들일 수도 있다. 방문 네트워크(130) 및 홈 네트워크(160)는 로밍에 대해 협약을 할 수 있거나 혹은 그렇지 않을 수 있다. 방문 네트워크(130) 및 홈 네트워크(160) 각각은 데이터 접속성, 위치결정 서비스들, 및/또는 다른 기능들 및 서비스들을 제공하는 개체들을 포함할 수 있다.
네트워크(170)는 PSTN(Public Switched Telephone Network), 인터넷, 및/또는 다른 음성 및 데이터 네트워크들을 포함할 수 있다. PSTN은 통상적인 POTS(plain old telephone service)를 위한 통신을 지원한다. PSAP(180)는 (예컨대, 경찰서, 소방서, 및 의료서비스 센터에 대한)긴급 호출들에 대해서 응답하는 것을 책임지는 개체이며, 긴급 센터(EC)로도 지칭될 수 있다. 이러한 호출들은 사용자가 미국의 911 및 유럽의 112와 같이 널리 공지되어 있는 일부 정해진 번호로 전화를 걸 때 개시될 수 있다. PSAP(180)는 통상적으로 예컨대 주(county) 또는 시(city)와 같은 정부 기관에 의해서 운영되거나 소유된다. PSAP(180)는 VoIP 호 출들을 위한 IP 접속성을 지원함으로써 SIP(Session Initiation Protocol)를 지원할 수 있는데, 상기 SIP는 VoIP와 같은 IP에 기초하여 상호작용 방식의 사용자 세션들을 개시, 변경, 및 종료하기 위한 시그널링 프로토콜이다. 대안적으로 또는 추가적으로는, PSAP(180)가 PSTN(170)과의 통신을 지원할 수 있다.
본 명세서에 설명된 기술들은 DSL 및 케이블과 같은 유선 네트워크들로부터 발신되는 긴급 VoIP 호출들, 및 WWAN들(wireless wide area networks), WLAN들(wireless local area networks), WMAN들(wireless metropolitan networks), 및 WWAN 및 WLAN 커버리지들을 갖는 무선 네트워크들로부터 발신되는 긴급 VoIP 호출들을 위해 사용될 수 있다. WWAN들은 CDMA, TDMA, FDMA, OFDMA 및/또는 다른 네트워크들일 수 있다. CDMA 네트워크는 광대역-CDMA(W-CDMA), cdma2000 등과 같은 하나 이상의 무선 기술들을 구현할 수 있다. cdma2000은 IS-2000, IS-856, 및 IS-95 표준들을 커버하며, IP 지원을 최적화시키기 위해서 Ev-DO 개정들을 포함한다. TDMA 네트워크는 GSM(Global System for Mobile Communications), D-AMPS(Digital Advanced Mobile Phone System) 등과 같은 하나 이상의 무선 기술들을 구현할 수 있다. D-AMPS는 IS0248 및 IS-54를 커버한다. W-CDMA 및 GSM은 "3rd Generation Partnership Project"(3GPP)로 불리는 기구의 문헌들에 기재되어 있다. cdma2000은 "3rd Generation Partnership Project2"(3GPPS)"로 불리는 기구의 문헌들에 기재되어 있다. 3GPP 및 3GPP2 문헌들은 대중적으로 이용될 수 있다. WLAN은 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. WMAN은 IEEE 802.16과 같은 무선 기술을 구현할 수 있다. 이러한 여러 무선 기술들 및 표준들은 해당 분야에 공지되 어 있다.
도 2는 3GPP 네트워크 구조를 나타낸다. UE(110)는 3GPP 액세스 네트워크(120a) 또는 WLAN 액세스 네트워크(120b)를 통해서 무선 액세스를 획득할 수 있다. 3GPP 액세스 네트워크(120a)는 GERAN(GSM EDGE Radio Access Network), UTRAN(Universal Terrestrial Radio Access Network), E-UTRAN(Evolved UTRAN), 또는 임의의 다른 액세스 네트워크일 수 있다. 3GPP 액세스 네트워크(120a)는 기지국들(210), 기지국 서브시스템(BSS)/무선 네트워크 제어기(RNC)(212), 도 2에 도시되지 않은 다른 개체들을 포함한다. 기지국은 노드 B, e-Node B(enhanced Node B), BTS(Base Transceiver Station), 액세스 포인트(AP), 또는 어떤 다른 용어로도 지칭된다. WLAN(120b)은 액세스 포인트들(214)을 포함하며, 임의의 WLAN일 수도 있다.
V-PLMN(130a)은 도 1의 방문 네트워크(130)에 대한 일실시예이며, V-PLMN 코어 네트워크(230a) 및 V-PLMN 로케이션 개체들(270a)을 포함한다. V-PLMN 코어 네트워크(230a)는 SGSN(Serving GPRS Support Node)(232a), GGSN(Gateway GPRS Support Node)(232b), WAG(WLAN Access Gateway)(234), 및 PDG(Packet Data Gateway)(236)를 포함한다. SGSN(232a) 및 GGSN(232b)은 GPRS(General Packet Radio Service) 코어 네트워크의 일부이며, 3GPP 액세스 네트워크(120a)와 통신하는 UE들을 위해 패킷-교환 서비스들을 제공한다. WAN(234) 및 PDG(236)는 3GPP Interworking WLAN(I-WLAN) 코어 네트워크의 일부이며, WLAN(120b)와 통신하는 UE들을 위해 패킷-교환 서비스들을 제공한다.
V-PLMN 코어 네트워크(230a)는 또한 HSS(Home Subscriber Server)(250), 및 P-CSCF(Proxy Call Session Control Function)(252), E-CSCF(Emergency CSCF)(254), I-CSCF(Interrogating CSCF)(256) 및 MGCF(Media Gateway Control Function)(258)를 포함한 여러 IP 멀티미디어 서브시스템(IMS) 개체들을 포함한다. P-CSCF(252), E-CSCF(254), I-CSCF(256) 및 MGCF(258)는 예컨대 VoIP 호출들과 같은 IMS 서비스들을 지원하며, V-PLMN IMS 네트워크의 일부이다. P-CSCF(252)는 UE들로부터 요청들을 받아들이며, 이러한 요청들에 대해 내부적으로 서비스를 제공하거나 혹은 상기 요청들을 어쩌면 변환한 이후에 다른 개체들에 보낸다. E-CSCF(254)는 UE들을 위한 세션 제어 서비스들을 수행하며, IMS 긴급 서비스들을 지원하기 위해 사용되는 세션 상태를 유지한다. E-CSCF(254)는 또한 긴급 VoIP 호출들을 지원한다. MGCF(258)는 SIP/IP와 PSTN(예컨대, SS7 ISUP) 사이에서의 시그널링 변환을 지시하며, 한 사용자로부터의 VoIP 호출이 PSTN 사용자에게 갈 때마다 사용된다. HSS(250)은 UE들에 대한 가입-관련 정보를 저장하는데, 이 경우에 V-PLMN(130a)이 홈 네트워크이다.
V-PLMN 로케이션 개체들(270a)은 E-SLP(Emergency Services SUPL Location Platform)(272) 및 V-SLP(Visiting SLP)(274)를 포함할 수 있는데, 이들은 OMA SUPL(OMA Secure User Plane Location)을 지원한다. V-SLP(274)는 V-PLMN(130a)에 대한 상이한 네트워크 내에 있거나 혹은 그와 연관될 수 있고 및/또는 UE(110)에 지리적으로 근접할 수 있다. 대안적으로 또는 추가적으로, V-PLMN 로케이션 개체들(270a)은 3GPP 제어 플레인 로케이션의 일부인 GMLC(Gateway Mobile Location Center)(276)를 포함할 수 있다. E-SLP(272), V-SLP(274) 및 GMLC(276)는 V-PLMN(130a)와 통신하고 있는 UE들에 대한 로케이션 서비스들을 제공한다.
H-PLMN(160a)은 도 1의 홈 네트워크(160)에 대한 일실시예이며, H-PLMN 코어 네트워크(260)를 포함한다. H-PLMN 코어 네트워크(260)는 HSS(266)를 포함하며, 또한 홈 네트워크(160)를 위한 IMS를 지원하는 S-CSCF(Serving CSCF)(264) 및 I-CSCF(262)와 같은 IMS 개체들을 포함한다. I-CSCF(262) 및 S-CSCF(264)는 H-PLMN IMS 네트워크의 일부이다.
도 3은 3GPP2 네트워크 구조를 나타낸다. UE(110)는 3GPP2 액세스 네트워크(120a) 또는 WLAN 액세스 네트워크(120d)를 통해서 무선 액세스를 획득할 수 있다. 3GPP2 액세스 네트워크(120c)는 CDMA2000 1X 네트워크, CDMA2000 1xEV-DO 네트워크, 또는 어떤 다른 액세스 네트워크일 수 있다. 3GPP2 액세스 네트워크(120c)는 기지국(220), RRC/PCF(Radio Resource Control/Packet Control Function)(222), 및 도 3에 도시되지 않은 다른 개체들을 포함한다. RRC는 또한 RNC(Radio Network Controller) 또는 기지국일 수 있다. 3GPP2 액세스 네트워크(120c)는 또한 RAN(Radio Access Network)로 불릴 수도 있다. WLAN(120d)은 액세스 포인트들(224)을 포함하며, 3GPP2 네트워크와 연관된 임의의 WLAN일 수 있다.
V-PLMN(130b)은 도 1의 방문 네트워크(130)에 대한 다른 실시예이며, V-PLMN 코어 네트워크(230b) 및 3GPP2 로케이션 개체들(270b)을 포함한다. V-PLMN 코어 네트워크(230b)는 PDSN(Packet Data Serving Node)(242), PDIF(Packet Data Interworking Function)(244), 및 AAA(Authentication, Authorization 및 Accounting) 서버(246)를 포함한다. PDSN(242) 및 PDIF(244)는 3GPP2 액세스 네트워크(120c) 및 WLAN(120d)와 통신하는 UE들을 위한 패킷-교환 서비스들을 각각 제공한다. V-PLMN 코어 네트워크(230a)는 또한 P-CSCF(252), E-CSCF(254), I-CSCF(256) 및 MGCF(258)와 같은 IMS 또는 MMD(Multimedia Domain) 개체들을 포함한다. E-CSCF(258)는 또한 ES-AM(Emergency Services Application Manager)과 같은 다른 이름들을 가질 수도 있다.
3GPP2 로케이션 개체들(270b)은 SUPL을 위한 E-SLP(272) 및 V-SLP(274)를 포함할 수 있다. 대안적으로나 또는 추가적으로, 3GPP2 로케이션 개체들(270b)은 E-PS(Emergency Services Position Server)(282) 및 V-PS(Visited Position Server)/PDE(Position Determination Entity)(284)를 포함할 수 있는데, 이들은 cdma2000 네트워크들을 위한 X.S0024의 일부이다. E-PS(282)는 또한 S-PS(Surrogate Position Server)로도 지칭될 수 있다. E-SLP(272), V-SLP(274), E-PS(282), 및 V-PS/PDE(284)는 V-PLMN(130b)과 통신하는 UE들을 위한 로케이션 서비스를 제공한다.
간략성을 위해서, 도 2 및 도 3은 아래의 설명에서 지칭되는 3GPP 및 3GPP2의 개체들 중 일부만을 도시하고 있다. 3GPP 및 3GPP2 네트워크들은 3GPP 및 3GPP2에 의해 정의된 다른 개체들을 각각 포함할 수 있다.
다음의 설명에서는, 3GPP 네트워크들이 3GPP에 의해 정의된 네트워크들 및 네트워크 서브시스템들(예컨대, 액세스 네트워크 서브시스템들)뿐만 아니라 3GPP 네트워크와 연계하여 동작되는 다른 네트워크들 및 네트워크 서브시스템들(예컨대, WLAN)을 지칭한다. 3GPP 네트워크들 및 네트워크 서브시스템들은 GERAN, UTRAN, E-UTRAN, GPRS 코어 네트워크, IMS 네트워크, 3GPP I-WLAN 등을 포함할 수 있다. 3GPP2 네트워크들은 3GPP2에 의해 정의된 네트워크들 및 네트워크 서브시스템들뿐만 아니라 3GPP2 네트워크들과 연계하여 동작되는 다른 네트워크들 및 네트워크 서브시스템들을 지칭한다. 3GPP2 네트워크들은 CDMA2000 1X, CDMA2000 1xEV-DO, cdma2000 코어 네트워크, 3GPP2 IMS 또는 MMD 네트워크 서브시스템, 3GPP2 에 연관된 WLAN 등을 포함할 수 있다. 간략성을 위해서, "3GPP WLAN"은 3GPP 네트워크와 연관된 WLAN을 지칭하고, "3GPP2 WLAN"은 3GPP2 네트워크와 연관된 WLAN을 지칭한다.
다음의 설명에서, GPRS 액세스는 GERAN, UTRAN, 또는 어떤 다른 3GPP 액세스 네트워크를 통한 GPRS 코어 네트워크로의 액세스를 지칭한다. 3GPP WLAN 액세스는 WLAN을 통한 3GPP 코어 네트워크로의 액세스를 지칭한다. cdma2000 액세스는 CDMA2000 1X, CDMA2000 1xEV-DO, 또는 어떤 다른 3GPP2 액세스 네트워크를 통한 cdma2000 코어 네트워크로의 액세스를 지칭한다. 3GPP2 WLAN 액세스는 WLAN을 통한 3GPP2 WLAN 코어 네트워크로의 액세스를 지칭한다.
3GPP의 경우에는, UE(110)에 UICC(Universal Integrated Circuit Card)가 장착될 수도 있고 혹은 장착되지 않을 수도 있다. 3GPP2의 경우에는, UE(110)에 UIM(User Identity Module)가 장착될 수도 있고 혹은 장착되지 않을 수도 있다. UICC 또는 UIM은 통상적으로 하나의 가입자에게 특정되며, 개인 정보, 가입 정보, 및/또는 다른 정보를 저장할 수 있다. UICC-부재 UE는 UICC가 장착되지 않은 UE이 고, UIM-부재 UE는 UIM이 장착되지 않은 UE이다. UICC/UIM-부재 UE는 어떠한 가입도, 어떠한 홈 네트워크도, 어떠한 인증 증명서들(예컨대, 어떠한 비밀 키도 없음)도 갖지 않아서 임의의 청구된 신원을 검증하지 못하고, 이는 로케이션 서비스를 더욱 위험스럽게 만들기 쉽다.
본 명세서에 설명된 기술들은 제어 플레인 및 사용자 플레인 구조들과 같은 여러 로케이션 구조들을 위해 사용될 수 있다. 제어 플레인(시그널링 플레인으로도 지칭됨)은 더 높은 층의 애플리케이션을 위한 시그널링을 전달하는 메커니즘이며, 통상적으로 네트워크-특정 프로토콜들, 인터페이스들 및 시그널링 메시지들을 통해 구현된다. 사용자 플레인은 더 높은 층의 애플리케이션들을 전달하지만 사용자-플레인 베어러(user-plane bearer)를 이용하는 메커니즘인데, 상기 사용자-플레인 베어러는 통상적으로 UDP(User Datagram Protocol), TCP(Transmission Control Protocol), 및 IP(Internet Protocol)와 같은 프로토콜들을 통해 구현되고, 그것들 모두는 해당 분야에 공지되어 있다. 로케이션 서비스들 및 위치측정을 지원하는 메시지들은 제어 플레인 구조에서는 시그널링의 일부로서 전달되고 사용자 플레인 구조에서는 (네트워크 관점에서) 데이터의 일부로서 전달된다. 그러나, 그 메시지들의 컨텐트는 그 두 구조에 있어서 동일하거나 유사할 수 있다.
그 기술들은 표 1에 목록된 것들과 같은 여려 로케이션 구조들/솔루션들을 위해 사용될 수 있다. SUPL 및 pre-SUPL이 OMA(Open Mobile Alliance)의 문헌들에 설명되어 있다. 3GPP 제어 플레인은 3GPP TS 23.271, TS 43.059, 및 TS 25.305에 설명되어 있다. 3GPP2 제어 플레인은 IS-881 및 3GPP2 X.S0002에 설명되어 있다. 3GPP2 사용자 플레인은 3GPP2 X.S0024에 설명되어 있다.
표 1
로케이션 구조 구조 타입 적용가능한 네트워크
Pre-SUPL 사용자 플레인 3GPP 네트워크들
SUPL 사용자 플레인 3GPP 및 3GPP2 네트워크들
3GPP 제어 플레인 제어 플레인 3GPP 네트워크들
3GPP2 제어 플레인 제어 플레인 3GPP2 네트워크들
X.S0024 사용자 플레인 3GPP2 네트워크들
UE는 긴급 VoIP 호출들을 위한 로케이션 솔루션을 지원하지 않을 수 있거나, 또는 하나 또는 여러 로케이션 솔루션들(예컨대, SUPL, 또는 3GPP 제어 플레인, 또는 SUPL 및 3GPP 제어 플레인, 또는 SUPL 및 X.S0024)을 지원할 수 있다. UE는 호출이 예컨대 SIP INVITE 및/또는 SIP REGISTER 메시지를 통해 이루어질 때 자신의 로케이션 성능들을 네트워크에 알릴 수 있다. 이러한 정보는 네트워크에 의한 검색을 위해서 로컬 서버(예컨대, 로케이션 서버)에 저장될 수 있다.
본 명세서에 설명된 기술들은 다음과 같은 특징들을 지원할 수 있다.
(a) 이동, 고정 및 노매딕(nomadic) 사용자들을 위한 긴급 VoIP 호출들을 지원
(b) GPRS 액세스, 3GPP WLAN 액세스, cdma2000 액세스, 및 3GPP2 WLAN 액세스를 사용하여 VoIP에 적용가능
(c) SIP/IP 동작가능 PSAP들로의 종단간 IP 접속성을 지원
(d) 예컨대 VoIP 서비스 제공자가 UE로부터 멀리 떨어져 있을 때, 호출 중인 UE에는 가까이 있지만 SIP 호출 서버들로부터는 지리적으로 멀리 떨어질 수 있는 PSTN 동작가능 PSAP들로의 접속성을 지원
(e) 중간 위치 추정치를 사용하여 적절한 PSAP로의 호출 라우팅을 지원
(f) UE의 정확한 로케이션을 PSAP에 제공
(h) UICC/UIM이 없는 UE들 및 H-PLMN들이 V-PLMN들과 어떠한 로밍 협약도 하지 않은 UE들로부터의 긴급 VoIP 호출들을 지원
(i) UICC/UIM이 없거나 및/또는 V-PLMN에서 로밍 협약이 없는 UE로 PSAP로부터의 콜백을 지원
(j) NENA I2 솔루션으로도 알려져 있는, Enhanced 9-1-1 서비스들(i2)에 대한 중간 VoIP 구조와 같은 NENA 솔루션들 및 IETF Ecrit 솔루션과 호환가능
(k) H-PLMN에 대한 적은 악영향들 및 요건들.
PSAP 콜백은 PSAP로부터 UE로의 호출을 지칭하는데, 그 이유는 예컨대 긴급 호출이 너무 일찍 차단되거나 해제되었기 때문이다. 중간 위치 추정치는 통상적으로 라우팅을 위해 사용되는 근사 위치를 지칭하고, 초기 위치 추정치는 통상적으로 제 1 정확한 위치 추정치를 지칭한다. 일부 경우들에 있어, 초기 위치 추정치는 중간 위치 추정치 이후에 획득될 수 있다. 다른 경우들에 있어, 중간 및 초기 위치 추정치들은 동일할 수 있다. 다른 일부 경우들에 있어, 중간 위치 추정치 및/또는 초기 위치 추정치는 사용되지 않을 수 있다.
SUPL의 경우에, H-PLMN(160) 내의 H-SLP(Home SLP)는 바이패스될 수 있고, V-PLMN(130) 내에 있거나 이와 연관된 하나 이상의 V-SLP들 및/또는 E-SLP들이 로케이션을 위해 사용될 수 있다. X.S0024의 경우에, H-PLMN(160) 내의 H-PS(Home PS)는 회피될 수 있고, V-PLMN(130) 내에 있거나 이와 연관된 하나 이상의 V-PS들 및/또는 E-PS들이 로케이션을 위해 사용될 수 있다. 이는 SUPL 및 X.S0024에 대한 일부 변화들을 의미하는데, 예컨대 UE(110) 내에 구성된 H-SLP 또는 H-PS가 긴급 호출 동안에 로케이션을 위해 오버라이드될 수 있다. V-PLMN(130)에서 V-SLP(들), E-SLP들 또는 V-PS(들)의 사용은 아래의 이유들로 인해서 바람직할 수 있다:
(a) 특정 영역들 또는 나라들에서의 특정된 긴급 호출 지원은 단지 이러한 영역들 내의 네트워크들로부터의 지원만을 활용해야하고 다른 네트워크들로부터의 지원을 활용하지 않아야 한다.
(b) UICC/UIM을 구비하지 않은 UE는 어떠한 H-PLMN도 갖지 않을 수 있고, V-PLMN 내의 SLP 또는 PS에 의지할 수 있다.
(c) UICC/UIM을 구비한 UE의 경우에, H-PLMN은 V-PLMN과 로밍 협약을 하지 않을 수 있고, H-SLP 또는 H-PS를 사용하는 것이 어려울 수 있다.
(d) H-SLP 또는 H-PS는 시그널링 차이들 및 등록 결핍으로 인해서 (예컨대 다른 나라의) 원격 PSAP로부터의 로케이션 요청을 지지할 수 없다.
(e) H-SLP 또는 H-PS는 V-PLMN 내의 V-SLP 또는 V-PS의 도움없이 양호한 위치 추정치(예컨대, H-SLP 또는 H-PS가 UE로부터 멀리 떨어져 있는 경우)를 획득할 수 없을 수 있다.
(f) H-SLP 또는 H-PS는 긴급 호출 서비스들을 지원하기 위해서 E-SLP 또는 E-PS에 의해 사용되는 인터페이스(예컨대, Li 또는 LCS-i 인터페이스)를 지원하지 않을 수 있다.
E-SLP(272) 또는 E-PS(282)는 SUPL 및 X.S0024에서 UE(110)에 대한 위치측정 을 각각 수행할 수 있다. 대안적으로는, V-SLP, V-PS, 또는 PDE가 UE(110)에 대한 위치측정을 수행하도록 선택될 수 있는데, 이는 예컨대 E-SLP(272) 또는 E-PS(282)가 이러한 기능을 수행할 수 없는 경우에 이루어진다. 예컨대 SIP 호출 서버(예컨대, E-CSCF(254))가 UE(110)로부터 멀리 떨어져 있고 역시 멀리 떨어져 있는 E-SLP 또는 E-PS를 선택한다면, V-SLP, V-PS, 또는 PDE가 유용할 수 있는데, 이는 운영자가 전체 영역 또는 나라 전체에 서비스를 제공하기 위해 작은 수의 호출 서버들을 사용할 때 발생할 수 있다. E-SLP(272) 또는 E-PS(282)는 다음과 같은 메커니즘들 중 임의의 메커니즘을 이용하여 적합한 V-SLP, V-PS, 또는 PDE를 선택할 수 있다:
(a) UE(110)는 액세스 네트워크에 첨부하거나 IP 접속성을 설정할 때, 예컨대 액세스 네트워크가 V-SLP 또는 V-PS 주소를 UE(110)에 제공할 때, V-SLP 또는 V-PS의 IP 주소나 이름을 발견한다. UE(110)는 또한 IP 접속성을 설정한 이후에 DNS 질의를 통해서 V-SLP 또는 V-PS 주소를 발견할 수 있다. 이는 UE(110)에 의해 사용되는 DNS 서버가 E-CSCF(254)보다 UE(110)에 더 가까운 경우에 적용가능할 수 있다. UE(110)는 IMS로 전송된 초기 SIP REGISTER에서 및 새로운 액세스 네트워크로의 핸드오버에 이은 후속적인 re-REGISTER에 V-SLP 또는 V-PS 주소를 포함시킬 수 있다. IMS(예컨대, E-CSCF(254))는 V-SLP 또는 V-PS 주소를 E-SLP(272) 또는 E-PS(282)에 전송할 수 있다.
(b) E-SLP(272) 또는 E-PS(282)는 초기 SIP INVITE를 통해서 UE(110)에 의해 제공되는 로케이션 정보에 기반하여 V-SLP 또는 V-PS 주소를 결정한다.
(c) E-SLP(272) 또는 E-PS(282)는 SUPL START를 통해서 UE(110)로부터 수신되는 로케이션 정보에 기반하여 V-SLP 또는 V-PS를 결정한다.
일반적으로, UE(110)에 의해서 제공되는 로케이션 정보는 UE(110)의 위치를 결정하는데 사용될 수 있는 임의의 정보일 수 있다. 로케이션 정보는 지리적이 좌표들, GSM, UMTS, 또는 cdma2000 셀 신원(ID), cdma2000 서비스제공 셀 정보, WLAN 액세스 이름 신원, WLAN MAC 주소 등을 포함할 수 있다. 로케이션 정보는 또한 UE(110)의 위치를 결정하는데 사용될 수 있는 측정치들을 포함할 수 있다.
SUPL 및 X.S0024의 경우에, E-SLP(272) 또는 E-PS(282)는 SUPL 세션을 시작하기 위해서 SUPL INIT를 UE(110)에 전송할 수 있다. SUPL INIT는 WAP Push 또는 SMS를 사용하여 전송될 수 있고, 그로 인해서 더 긴 지연이 초래될 수 있다. 실시예에서는, 지연을 줄이기 위해서, SUPL INIT가 IMS 중간 메시지, 어떤 다른 메시지, SIP 1xx 응답(예컨대, 183 Session Progress), 또는 어떤 다른 메시지를 사용해서 IMS(예컨대, P-CSCF(252) 및 E-CSCF(254))를 통해 UE(110)로 전송될 수 있다. IMS와 UE(110) 간의 기존(어쩌면 안전한) 결합들의 사용은 빠른 전송을 가능하게 하며, 또한 새로운 결합을 설정하고 및/또는 추가적인 개체들(예컨대, SMS 서비스 센터)을 통해 메시지를 전송하는데 있어 추가적인 지연을 막는다. 이러한 실시예는 또한 UE(110)가 H-PLMN에 등록되지 않았을 때, 예컨대 어떠한 UICC 또는 UIM을 갖지 않을 때 사용될 수 있다. 다른 실시예에서는, 지연을 줄이기 위해서, SUPL INIT가 이동 터미네이티드(mobile terminated) IP 또는 UDP/IP를 이용하여 UE(110)에 전송될 수 있다. 이 경우에는, UE(110)에 서비스를 제공하는 IP 게이트웨이(예컨대, GGSN(232b), PDG(236), PDSN(242), 또는 PDIF(244))가 E-SLP(272)로부터 UE(110)로의 IP 패킷들을 필터링하지 않기 위해서 E-SLP(272)의 IP 주소(들)를 통해 미리 관리될 수 있다. UE(110)는 SUPL INIT의 수신을 위해서 SUPL을 위해 사용되는(그리고, IANA를 통해 등록된) TCP 포트 및/또는 UDP 포트를 지원하도록 구성될 수 있다.
긴급 VoIP 호출들은 다음과 같이 SUPL 1.0 및 초기 버전의 X.S0024(3GPP2 X.S0024-0)을 통해서 지원될 수 있다.
(a) 만약 UE(110)가 H-PLMN(160) 내에 있다면, E-SLP(272)가 H-SLP이거나, 또는 E-PS(282)가 UE를 위한 H-PS이고 또한 로케이션 요청을 개시한 SUPL 1.0 또는 X.S0024-0을 호출한다. SUPL INIT는 SMS 또는 WAP Push를 사용하여 UE(110)에 전송될 수 있다.
(b) 만약 UE(110)가 H-PLMN(160) 내에 있지 않고 V-PLMN(130)에 등록되었다면, E-SLP(272)는 R-SLP(Requesting SLP)로서 기능하고 SUPL 1.0 및 OMA RLP의 절차에 따라 UE(110)를 위한 H-SLP에 로케이션 요청을 전송함으로써 SUPL 1.0 로케이션 요청을 호출할 수 있다. 마찬가지로, E-PS(282)는 예컨대 OMA RLP 프로토콜을 사용하여 UE(110)를 위한 H-PS로부터 X.S0024 로케이션 요청을 호출할 수 있다.
(c) 만약 UE(110)가 H-PLMN(160) 내에 있지 않고 V-PLMN(130)에 등록되지 않았거나(예컨대, V-PLMN(130)과 H-PLMN(160) 간의 로밍 협약이 없는 경우) 또는 만약 UE(110)가 어떠한 UICC 또는 UIM도 갖지 않는다면, SUPL 1.0 또는 X.S0024-0 로케이션이 지원되지 않는다. 그러나, E-SLP(272) 또는 E-PS(282)는 긴급 호출을 위해서 초기 SIP INVITE를 통해 UE(110)에 의해 제공되는 로케이션 정보를 사용함으 로써 UE(110)에 대한 위치 추정치를 획득할 수 있다.
1. SUPL 을 통한 긴급 VoIP 호출
도 4는 SUPL 로케이션을 갖는 긴급 VoIP 호출을 위한 네트워크 구조(400)의 실시예를 블록도로 나타내고 있다. 네트워크 구조(400)는 3GPP 및 3GPP2 네트워크들 모두에 적용가능하다. 간략성을 위해서, 도 4는 SUPL을 사용하는 긴급 VoIP 호출들의 지원에 관련된 개체들 및 인터페이스들만을 도시하고 있다.
UE(110)는 SUPL에서의 SUPL 동작가능 단말기(SET)로서 지칭된다. 액세스 네트워크(120)는 3GPP 액세스 네트워크, 3GPP2 액세스 네트워크, WLAN, 또는 어떤 다른 네트워크일 수 있다. 액세스 네트워크(120) 및/또는 V-PLMN(130)은 예컨대 도 2 및 도 3에 도시된 바와 같이, 패킷-교환 호출들을 지원하는 개체들을 포함한다. 3GPP2의 경우에는, 단순 IP 및/또는 이동 IP가 긴급 VoIP 호출들을 위해서 사용될 수 있다. 아래의 설명에서는, IMS가 P-CSCF(252), E-CSCF(254) 및/또는 MGCF(258)를 지칭할 수 있다.
E-SLP(272)는 로케이션 서비스들을 위한 여러 기능들을 수행하는 SUPL 로케이션 센터(E-SLC)(412) 및 UE들에 대한 위치측정을 지원하는 SUPL 위치측정 센터(E-SPC)(414)를 포함할 수 있다. V-SLP(274)도 마찬가지로 V-SLC(422) 및 V-SPC(424)를 포함할 수 있다. E-SLP(272)는 긴급 호출들을 위한 로케이션의 경우에 H-PLMN(160) 내의 H-SLP를 대체할 수 있다. SUPL 내의 개체들은 "Secure User Plane Location Architecture"란 명칭의 문헌 OMA-AD-SUPL-V2_0-20060704-D(Draft Version 4.0, 2006년 7월 4일) 및 "User Plane Location Protocol"이란 명칭의 문 헌 OMA-TS-ULP-V2_0-2006071-D(Draft Version 2.0, 2006년 7월 21일)에 설명되어 있으며, 상기 문헌들은 OMA로부터 대중적으로 이용될 수 있다.
SUPL은 SPC를 통한 위치측정을 위해서 SET와 SLP 간에 두 통신 모드들을 지원한다. 프록시 모드에서는, SPC가 SET와 직접 통신하지 않고, SLP는 SET와 SPC 간의 프록시로서 기능한다. 비-프록시 모드에서는, SPC가 SET와 직접 통신한다.
PSTN/인터넷(170)은 패킷 라우팅을 지원하는 개체들(예컨대, 라우터들) 및 PSAP로 긴급 호출을 라우팅하는 선택성 라우터(S/R)(292)를 포함할 수 있다. S/R(292)은 PSAP(180)에 속할 수 있거나 또는 개별적인 PSAP들의 세트에 의해서 공유되거나 그에 접속될 수 있다. UE(110)는 PSAP(180)가 SIP를 지원하는 경우에는 VoIP 호출을 위해서 P-CSCF(252) 및 E-CSCF(254)를 통해 PSAP(180)와 통신할 수 있다. UE(110)는 또한 PSAP(180)가 SIP를 지원하지 않는 경우에는 P-CSCF(252), E-CSCF(254), MGCF(258) 및 S/R(292)을 통해서 PSAP(180)와 통신할 수 있다. 이 경우에는, MGCF(258)에 의해 제어되는 MGW(Media Gateway)가 긴급 호출을 위해 VoIP에서 PCM으로의 회로 모드 변환을 수행한다.
도 4는 또한 여러 개체들 간의 인터페이스들을 도시하고 있다. UE(110), P-CSCF(252), E-CSCF(254) 및 MGCF(258) 간의 호출 관련 인터페이스들은 SIP일 수 있다. MGCF(258), S/R(292) 및 PSAP(180) 간의 호출 관련 인터페이스들은 MF/ISUP일 수 있다. PSAP(180)와 E-SLP(272) 간의 로케이션 관련 인터페이스는 PSAP(180)가 PSTN을 동작가능하게 하는 경우에는 J-STD-036 rev.B에 정의된 E2 인터페이스일 수 있고, PSAP(180)가 SIP를 동작가능하게 하는 경우에는 E2 인터페이스의 연장일 수 있다. PSAP(180)와 E-SLP(272) 간의 로케이션 관련 인터페이스는 그 대신에 OMA 또는 LIF Mobile Location Protocol에 정의된 MLP 인터페이스이거나 또는 예컨대 HTTP 인터페이스와 같은 어떤 다른 인터페이스일 수 있다. UE(110)와 V-SLP(274)와 E-SLP(272) 간의 로케이션 관련 인터페이스는 SUPL ULP일 수 있다.
E-CSCF(254)와 E-SLP(272) 간의 인터페이스는 UE(110)에 대한 정보를 E-SLP(272)에 전달하고 또한 SUPL 위치측정을 촉구하는데 사용된다. 이러한 인터페이스는 LCS IMS(예컨대, Li) 인터페이스일 수 있으며, ILP(IMS Location Protocol) 또는 어떤 다른 프로토콜을 활용할 수 있다. Li/ILP 인터페이스는 SLP들 간의 OMA 로밍 로케이션 프로토콜(RLP) 인터페이스와 유사할 수 있다. Li/ILP 인터페이스는 다음과 같은 IMS 및 IP-기반 서비스들과 연관된 다른 특징들을 지원하기 위해 임의의 IMS 개체(예컨대, S-CSCF 또는 애플리케이션 서버) 및 E-SLP(272)에 의해서 사용될 수 있다:
(a) VoIP 또는 다른 IP-기반 호출들에 대한 로케이션에 따른 요금청구,
(b) 호출 시의 한 측의 로케이션을 하나 이상의 다른 측들에 제공, 및
(c) 예컨대 로케이션에 따른 호출 전송 및 로케이션에 따른 호출 금지와 같은 사용자 로케이션에 기초한 보조 서비스들.
E-SLP(272)와 E-CSCF(254) 간의 인터페이스는 또한 "Draft NENA Standards for VoIP/Packet Migration i2 Solutions"이나 "Interim VoIP Architecture for Enhanced 9-1-1 Services(i2)"(이후로는 "NENA I2 솔루션")에 정의된 v2 인터페이스(미국에서 E911 VoIP 지원을 위해 고려되고 있음)나 또는 어떤 다른 인터페이스 일 수도 있다.
네트워크 구조(400)는 VoIP 및/또는 로케이션을 지원하기 위한 다른 개체들, 예컨대 NENA I2 솔루션이나 draft NENA I2.5 및 I3 솔루션들에 설명되어 있는 엘리먼트들을 포함할 수 있다.
1.1. 호 설정
도 5는 SUPL을 사용하여 긴급 VoIP 호출을 설정하는 메시지 흐름(500)의 실시예를 나타낸다. 명확성을 위해서, 덜 관련된 개체들(예컨대, 액세스 네트워크(120), P-CSCF(252), S/R(292))은 도 5에서 생략되었지만 아래의 설명에는 포함되어 있다. 메시지 흐름(500)은 3GPP 및 3GPP2 네트워크들을 위해 사용될 수 있다. 메시지 흐름(500)은 UE(110)가 UICC 또는 UIM을 갖는다는 것과 또한 H-PLMN(160)과 V-PLMN(130) 간의 로밍 협약이 존재하다는 것을 가정한다.
단계 1에서는, UE(110)가 예컨대 3GPP 액세스 네트워크, 3GPP2 액세스 네트워크, 802.11 WLAN 등과 같은 액세스 네트워크(AN)를 발견한다. UE(110)는 임의의 낮은 레벨의 접속(예컨대, 802.11 결합)을 수행하고, (예컨대, 3GPP를 위한 GPRS 접속 또는 WLAN AAA 절차를 통해서) 액세스 네트워크에 접속한다. UE(110)는 IP 접속성을 설정하며, 로컬 SIP 서버 주소를 발견할 수 있다. 아래의 설명에서는, P-CSCF(252)가 UE(110)에 의해 발견된 로컬 SIP 서버이다. 단계 1은 다른 네트워크들에 대해서 다른 방식으로 수행될 수 있고, 아래에서 더 상세히 설명된다.
단계 2에서는, UE(110)가 단계 1에서 발견된 로컬 SIP 서버인 P-CSCF(252)에 SIP REGISTER을 전송한다. SIP REGISTER은 긴급 서비스 지시, 긴급 공용 사용자 ID(예컨대, 3GPP TR 23.867 및 3GPP TS 23.167에 설명된 바와 같은 ID), 개인 사용자 ID, H-PLMN 도메인 이름, 및 단계 1에서 획득된 UE IP 주소를 포함할 수 있다. SIP REGISTER은 또한 UE(110)에 대한 로케이션 정보, UE(110)의 로케이션 성능들, 및/또는 다른 정보를 포함할 수 있다. UE 로케이션 성능들은 UE(110)에 의해 지원되는 로케이션 솔루션들(예컨대, SUPL, 3GPP 제어 플레인, X.S0024 등), UE(110)에 의해 지원되는 위치측정 방법들, 및/또는 다른 정보를 포함할 수 있다. 긴급 호출 지시 또는 긴급 공용 사용자 ID의 존재로 인해서, P-CSCF(252)는 SIP REGISTER를 동일한 네트워크의 E-CSCF(254)에는 전송하지만 비-긴급 경우들에서와 같이 H-PLMN(160)의 I-CSCF(262)로는 상기 SIP REGISTER를 전송하지 않는다.
단계 3에서는, V-PLMN(130)의 E-CSCF(254)가 SIP REGISTER를 정규 IMS 등록이 발생하는 H-PLMN(160)의 S-CSCF(264)에 전송한다. H-PLMN(160)에 등록하는 이유들은 (1) 사용자 신원을 인증해야 하고, (2) S-CSCF(264)로부터 검증된 콜백을 획득해야 하고, (3) PSAP(180)가 H-PLMN(160)을 통해 UE(100)를 나중에 콜백하는 경우에 특수 처리(예컨대, 보조 서비스들의 제한, 우선순위)가 적용될 수 있도록 하기 위해서 긴급 호출에 대해 H-PLMN(160)에 경고해야 하기 때문이다. IMS 등록의 경우에, H-PLMN(160) 내의 S-CSCF(180)는 P-CSCF와 같은 V-PLMN(130) 내의 E-CSCF(254)를 처리한다. (예컨대 3GP의 MSISDN 또는 3GPP2의 MIN으로부터 유도되는) 공용 사용자 TEL URI는 UE(110)에 대한 긴급 공용 사용자 ID를 통해서만 등록될 수 있으며, PSTN으로부터의 PSAP 콜백을 위해 사용될 수 있다. H-PLMN(160)은, 예컨대 UE(110)가 정규적인 공용 사용자 ID를 이미 등록했거나 또는 긴급 공용 사 용자 ID가 H-PLMN(160)에 의해서 지원되지 않는다면, 긴급 공용 사용자 ID의 추가적인 등록을 지원하지 않을 수 있다. E-CSCF(254)는 단계 3이 생략될 수 있는 H-PLMN들의 리스트를 보관할 수 있다. 만약 단계 3이 생략된다면, PSAP(180)로부터의 콜백은 UE(110)의 정규적인 공용 사용자 ID를 사용하여 여전히 가능할 수 있는데, 상기 ID는 UE(110)에 의해서 별도로 등록되어야 한다. E-CSCF(254)는 또한 V-PLMN(130)을 통해서는 직접 PSAP(180)로부터 콜백을 가능하게 하지만 H-PLMN(160)을 통해서는 그렇지 않도록 하기 위해서 아래에 설명된 바와 같이 임시 공용 사용자 ID를 UE(110)에 할당할 수도 있다. 이러한 임시 공용 사용자 ID는 외국 로밍 UE에 대해서 특별히 유용할 수 있는데, 그 이유는 콜백의 지연 및 신뢰성 모두가 개선될 수 있기 때문이다. 만약 H-PLMN(160)에서의 등록이 수행되지 않는다면, UE(110)는 인증되지 않고, V-PLMN(130) 내의 E-CSCF(254)와 UE(110) 간의 안전한 IP 접속이 설정되지 않는데, 이러한 상황은 E-SLP(272)에 의한 UE(110)의 후속적인 로케이션에 대해 보안성을 떨어뜨릴 수 있다.
단계 4에서는, (예컨대, H-PLMN(160)으로부터 SIP 200 OK를 수신한 이후에) E-CSCF(254)가 200 OK를 UE(110)에 리턴한다. 긴급 호출의 설정에 이어서, 만약 UE(110)가 동일한 V-PLMN 내에서 (GPRS 액세스를 위한) 다른 SGSN, (WLAN 액세스를 위한) 다른 WLAN, 또는 (cdma2000 액세스를 위한) 다른 PCF 또는 PDAN으로 핸드오프된다면, UE(110)는 단계들 2 내지 4를 반복함으로써 재등록하여 로케이션 및 V-SLP 정보를 업데이팅할 수 있다. 만약 UE(110)가 자신의 긴급 공용 사용자 ID를 사용하여 재등록한다면, E-CSCF(254)는 임의의 새로운 로케이션 정보를 E-SLP(272) 에 전송할 수 있다. 재등록은 UE(110)가 이전 V-SLP에 의해 제공된 지리 영역 밖으로 이동한 경우에는 다른 V-SLP가 선택될 수 있게 한다.
3GPP2 WLAN 액세스의 경우에는, UE(110)가 하나의 WLAN으로부터 다른 WLAN으로 이동하거나 혹은 WLAN으로부터 cdma2000 네트워크로 이동하는 경우에, 핸드오프 절차가 수행될 수 있다. 핸드오프 절차는 이전 PDIF와 연관된 IP 주소를 계속 사용하기 위해서나 또는 긴급 VoIP 호출에 대한 방해를 막기 위해서, (하나의 WLAN으로부터 다른 WLAN으로의 핸드오프를 위한) 새로운 WLAN으로부터나 또는 (WLAN으로부터 cdma2000 네트워크로의 핸드오프를 위한) 새로운 PDSN으로부터 이전 PIDF로의 새로운 터널을 설정할 수 있다. cdma2000 네트워크로부터 WLAN으로의 핸드오프를 위해서, 새로운 WLAN과 연관된 PDIF는 이전의 서비스제공 PDSN으로의 신속한 핸드오프를 지원하기 위해 목표 PDSN을 에뮬레이팅(emulate)할 수 있다. 핸드오프에 이어서, UE(110)는 V-SLP 선택을 위해 적절한 새로운 로케이션 정보를 E-CSCF(254)에 제공하기 위해서 재등록할 수 있다.
단계들 2, 3 및 4에 대한 대안적인 실시예에서는, UE(110)가 단계 2에서 SIP REGISTER를 P-CSCF(252)에 전송한 이후에, P-CSCF(252)는 SIP REGISTER를 H-PLMN(160)의 S-CSCF(264) 또는 H-PLMN(160)의 I-CSCF(262)에 직접 전송할 수 있고, V-PLMN(130)의 E-CSCF(254)를 바이패스시킬 수 있다. 이러한 경우에는, H-PLMN(160)으로부터의 SIP 200 OK가 E-CSCF(254)보다는 오히려 P-CSCF(252)로 리턴될 것이고, P-CSCF(252)는 단계 4에서 UE(110)에 200 OK를 리턴할 것이다. 이러한 대안적인 실시예는, P-CSCF(252) 액션들이 정규 등록을 위한 액션들과 동일하기 때 문에, VoIP 긴급 호출들을 지원하는데 있어서의 P-CSCF(252)에 대한 특별한 악영향들을 감소시키거나 방지할 수 있다.
단계 5에서는, UE(110)가 SIP INVITE를 P-CSCF(252)에 전송한다. SIP INVITE는 긴급 호출을 나타내는 글로벌한 SIP URL 또는 TEL URI(예컨대, IETF Ecrit에 의해서 제안된 sos@local-domain 또는 "911") 및 요청된 긴급 서비스의 타입을 포함할 수 있다. SIP INVITE는 또한 UE(110)에 이용가능한 UE 로케이션에 관한 정보(예컨대, GPRS 또는 cdma2000 셀 ID, WLAN AP MAC 주소 등), 등록 동안 제공되지 않는 경우의 UE(110)의 로케이션 성능들, 콜백에 대한 접촉 정보, 및/또는 다른 정보를 포함할 수 있다. 콜백 정보는 TEL URI(예컨대, 3GPP MSISDN 또는 3GPP2 MDN으로부터 유도됨) 및 어쩌면 SIP URL(예컨대, 단계 2에서 사용된 긴급 공용 사용자 ID)를 포함할 수 있다. SIP REGISTER 또는 SIP INVITE의 "지원되는" 헤더 필드는 UE 로케이션 성능들을 전달하기 위해 사용될 수 있다. 로케이션 성능들은 또한 (예컨대 IEFT Geopriv pidf-lo 오브젝트에서) UE에 의해 제공되는 로케이션 정보의 일부로서 포함될 수 있거나 또는 SIP INVITE에 어떤 다른 방식으로 포함될 수 있다. P-CSCF(252)는 SIP INVITE를 다른 SIP 서버에 전송할 수 있는데, 상기 다른 SIP 서버는 SIP INVITE를 긴급 호출들에 전용된 라우팅 프록시(예컨대, 애플리케이션 서버)에 전송할 수 있다. 도 5에서, E-CSCF(254)는 긴급 호출들을 처리하는 SIP 서버이다.
단계 6에서, E-CSCF(254)는 UE(110)가 SUPL을 지원하고 Routing Request(또는 Emergency Location Request)를 E-SLP(272)에 전송한다는 것을 암시적으로 또는 명시적으로 결정한다. Routing Request는 UE 공용 신원들(예컨대, 단계 5로부터의 긴급 공용 사용자 ID, TEL URI 등), E-CSCF(254)에 의해 수신되는 임의의 로케이션 정보, 및 이동 터미네이티드 IP(또는 UDP/IP)가 단계 8에서 사용될 경우의 UE IP 주소를 포함할 수 있다. E-SLP(272)는 E-CSCF(254)와 동일한 네트워크에 있거나 또는 어떤 다른 네트워크에 있을 수 있다. E-SLP(272)는 UE(110)의 근사 로케이션을 포함하는 지리 영역을 커버하기 때문에 선택될 수 있다. E-CSCF(254)는 E-SLP(272), E-SLP로서 기능할 수 있는 일반 로케이션 서버, 또는 예컨대 GMLC(276)와 같은 어떤 다른 타입의 서버를 선택할 수 있다. 선택된 로케이션 서버는 E-CSCF(254)에 의해 전송되는 UE 로케이션 성능들에 기초하여(또는 가정에 의해서) SUPL을 사용할 것을 선택할 수 있다. E-CSCF(254)는 이용가능한 로케이션 정보 및 긴급 서비스의 타입에 상응하는 PSAP의 선택 및/또는 E-SLP(272)로부터의 로케이션 정보를 요청할 수 있다.
E-SLP(272)는, 만약 단계 6에서 제공되는 로케이션 정보가 E-SLP(272)로 하여금 단계 6에서 요청을 충족시키기에(예컨대, 목적 PSAP를 고유하게 결정하기에) 정확히 충분한 UE(110)에 대한 위치 추정치를 유도할 수 있도록 한다면, 단계 12로 진행한다. 그렇지 않다면, 단계들 7 내지 11이 UE(110)에 대한 적절한 위치 추정치를 획득하기 위해 수행된다.
단계 7에서는, E-SLP(272)가 로케이션을 보조하기 위해 별도의 V-SLP를 사용할지 여부에 대해서 수신되는 로케이션 정보로부터 결정한다. 만약 그렇다면, V-SLP(예컨대, V-SLP(274))가 E-CSCF(254)로부터 수신되는 로케이션 정보에 기반하여 선택될 수 있다. E-SLP(272)는 (a) V-SLP가 선택된 경우의 SUPL 1.0 로밍 지원 또는 (b) V-SLP가 선택되지 않은 경우의 SUPL 1.0 비-로밍 지원을 위해 사용되는 것들과 유사할 수 있는 절차들을 사용해서 후속 SUPL 로케이션을 수행하는데 있어 H-SLP로서 기능한다. 로밍 경우에, E-SLP(272)는 V-SLC(422)와 어떤 예비 RLP 시그널링을 교환할 수 있는데, 이는 도 5에 도시되어 있지 않다. E-SLP(272)는 SUPL의 프록시 또는 비-프록시 모드들 중 어느 하나를 사용하여 UE(110)에 대한 네트워크 개시 로케이션 절차를 촉구하기 위해서 SUPL INIT를 생성한다. E-SLP(272)는 이동 터미네이티드 IP 또는 UDP/IP를 사용하여 UE(110)에 직접적으로 SUPL INIT를 전송할 수 있는데, 이 경우에는 단계 8이 생략될 수 있다. E-SLP(272)는 또한 중간 메시지(예컨대, IMS 중간 메시지 또는 어떤 다른 IMS 또는 SIP 메시지) 내의 SUPL INIT를 E-CSCF(254)에 전송할 수 있다. 여하튼, SUPL INIT는 위치측정을 위해 사용되는 SPC(비-프록시 모드가 사용되는 경우에 E-SPC(414) 또는 V-SPC(424)일 수 있음)의 IP 주소, 신속한 중간 위치 추정에 대한 위치 품질(QoP) 정확성/지연 요건들, 프록시/비-프록시 모드 지시, 인증 데이터 및/또는 다른 정보를 포함할 수 있다. SUPL INIT는 또한, 예컨대 만약 UE(110)가 자신의 홈 네트워크 내에 있지 않거나 또는 만약 E-SLP(272)가 UE(110)를 위한 H-SLP가 아니거나 또는 만약 E-SLP(272)가 H-SLP이지만 H-SLP로서 동작하지 않도록 선택된다면(예컨대, 긴급 호출들에 대한 하나 보다 많은 수의 절차들을 지원하는 것을 막기 위해), E-SLP(272)의 IP 주소를 포함할 수 있다. SUPL INIT는 또한 예컨대 SUPL INIT 통보 파라미터에 긴급 호출 지시를 포함시킬 수 있다.
단계 8에서는, E-CSCF(254)가 IMS 중간 메시지, 어떤 다른 IMS 메시지, SIP 1xx 응답(예컨대, 183 Session Progress), 또는 단계들 2 내지 4에서 설정된 E-CSCF(254), P-CSCF(253) 및 UE(110) 간에 안전한 IP 결합을 사용하는 어떤 다른 IP-기반 메시지를 사용해서 SUPL INIT를 P-CSCF(252)를 통해 UE(110)에 전송한다.
단계 9에서는, UE(110)가 E-SLP(272)로의 안전한 IP(예컨대, 안전한 TCP/IP) 접속을 설정하는데, 상기 E-SLP(272)는 UE(110)를 위한 H-SLP일 수도 있거나 또는 단계 7에서 전송되는 SUPL INIT에 자신의 주소를 포함시켰을 수도 있다. 비-프록시 모드에서는, UE(110)가 E-SLP(272)로부터 인증 데이터를 획득하고(미도시), 상호 인증을 통해서 E-SPC(414) 또는 V-SPC(424)로의 안전한 IP 접속을 설정한다. E-SLC(412)는 또한 비-프록시 모드의 경우에 정보를 E-SPC(414) 또는 V-SPC(424)에 전달한다(도 5에 미도시되었음). UE(110)는 수신되는 QoP에 일치하는 위치 추정치(예컨대, 독립형 GPS를 사용하여) 또는 로케이션 관련 측정치들(예컨대, 이웃 셀들의 신호 레벨들 및/또는 타이밍)을 획득할 수 있다. 다음으로, UE(110)는 SUPL POS INIT를 E-SLP(272)(프록시 모드의 경우) 또는 E-SPC414) 또는 V-SPC(424)(비-프록시 모드의 경우, 도 5에 미도시 되었음) 중 어느 하나에 리턴한다. SUPL POS INIT는 프록시 모드에서의 인증에 사용되는 해시 코드, UE 위치측정 성능들, 위치 추정치, 또는 A-GPS 보조 데이터(IS-801에 대한 삽입된 SUPL POS 메시지 내에 또한 포함될 수 있음)에 대한 요청을 포함할 수 있다. SUPL POS INIT는 또한 신속한 중간 추정치의 유도를 보조하고 또한 SUPL POS 시그널링을 막기 위해서 로케이션 관련 측정치들을 포함할 수 있다. 3GPP의 경우에는, 그 측정치들이 이웃 기지국들 또는 액세스 포인트들의 신호 레벨들, GPRS 타이밍 어드밴스, WCDMA Rx-Tx 시간 차이 등을 포함할 수 있다. 3GPP2의 경우에는, 그 측정치들이 cdma2000 또는 3GPP2 WLAN에 적합한 로케이션 관련 측정치들을 포함할 수 있다.
단계 10에서는, 만약 적절한 위치 추정치(또는 로케이션 측정치들)가 단계 9에서 수신되지 않았다면, E-SLP(272), E-SPC(414) 또는 V-SPC(424)가 추가적인 SUPL POS 메시지들을 UE(110)와 교환할 수 있다. 각각의 SUPL POS 메시지는 삽입된 RRLP, RRC 또는 IS-801 위치측정 메시지를 포함할 수 있다. 이러한 메시지는 적절한 위치 측정치들 또는 위치 추정치가 E-SLP(272), E-SPC(414) 또는 V-SPC(424)에 제공될 때까지 계속해서 교환된다. 단계 11에서는, SUPL END가 SUPL 트랜잭션을 종료하기 위해서 UE(110)에 리턴된다.
단계 12에서는, E-SLP(272), E-SPC(414) 또는 V-SPC(424)가 단계 9 또는 단계 10에서 수신된 로케이션 정보로부터 UE(110)에 대한 중간 위치 추정치를 계산한다. 비-프록시 모드의 경우에, E-SPC(414) 또는 V-SPC(424)는 위치 추정치를 E-SLC(412)에 전달한다. 그 위치 추정치에 기반하여, 그리고 단계 6에서 E-CSCF(254)에 의해 요청되는 경우에, E-SLP(272)는 PSAP를 선택한다. 아래의 설명에서는 PSAP(180)가 선택되어진 PSAP라고 가정한다. 만약 PSAP(180)가 PSTN을 액세스가능/가능하게 한다면, E-SLP(272)는 (a) PSAP(180)에 라우팅하는데 사용될 수 있는 ESRD(Emergency Services Routing Digit) 비-다이얼링가능 디렉토리 번호, 및 (b) PSAP(180), E-SLP(272) 및 임시적으로는 UE(110)를 식별하는 ESRK(Emergency Services Routing Key) 비-다이얼링가능 디렉토리 번호를 획득한다. 각각의 PSAP는 하나의 ESRD뿐만 아니라, E-SLP(272) 및 그 PSAP를 식별하는 ESRK들의 풀(pool)과 연관될 수 있다. 이러한 PSAP로의 UE에 의한 각각의 긴급 호출의 경우에는, 상기 풀의 한 ESRK가 긴급 호출의 지속시간 동안에 UE에 할당될 수 있다. 이러한 기능들 중 일부(예컨대, ESRD/ESRK 관리)는 SUPL의 일부로서 간주될 수 없고, (NENA I2 솔루션에 설명된 바와 같이) E-SLP(272)에 의해서 질의될 수 있는 별도의 물리 또는 논리적인 개체에서 지원될 수 있다. ESRD 및 ESRK는 회로 모드(예컨대, J-STD-036)에서 긴급 호출 지원을 위해 사용되는 동일한 이름의 디렉토리 번호들에 상응한다. ESRD 및 ESRK는 또한 NENA I2 솔루션에 설명된 ESRN 및 ESQK에 상응한다.
단계 13에서는, E-SLP(272)가 Routing Response(또는 Emergency Location Response)을 E-CSCF(254)에 리턴하는데, 상기 Routing Response는 (a) PSAP(18)가 IP를 동작가능하게 하는 경우에는 PSAP 신원(SIP URL 또는 IP 주소일 수 있음)을 포함할 수 있거나 또는 (b) PSAP(180)가 PSTN을 동작가능하게 하는 경우에는 ESRD 및 ESRK를 포함할 수 있다. 상기 Routing Response는 또한 E-CSCF(254)에 의해서 요청되는 경우에는 UE(110)에 대한 중간 위치 추정치를 포함할 수 있다. E-SLP(272)는 UE에 대해 수집된 모든 정보를 포함하고 있는 모든 호출 기록을 UE(110)를 위해서 저장할 수 있다.
단계들 14a 및 15a는 PSAP(180)가 IP를 동작가능하게 하는 경우에 수행된다. 단계 14a에서는, E-CSCF(254)가 SIP INVITE(단계 5에서 수신됨)를 PSAP(180)에 라우팅한다. SIP INVITE는 UE(110)에 대한 중간 위치 추정치 및 어쩌면 신원 또는 주소와 E-SLP(272)의 IP 주소 또는 이름을 포함할 수 있다. 단계 15a에서는, 추가적인 SIP 시그널링이 긴급 호출을 설정하기 위해서 교환될 수 있다.
단계 14b, 14c 및 15b는 PSAP(18)가 PSTN을 동작가능하게 하는 경우에 수행된다. 단계 14b에서는, E-CSCF(254)가 BGCF(Breakout Gateway Control Function)를 통해서 SIP INVITE를 MGCF(258)에 전송한다. SIP INVITE는 UE(110)에 대한 콜백 번호(예컨대, MSISDN 또는 MDN)을 포함할 수 있거나 및/또는 ESRD 및 ESRK를 포함할 수 있다(그러나, 어쩌면 중간 위치 추정치를 포함하지 않을 수 있음). 단계 14c에서는, MGCF(258)가 SS7 ISUP 및/또는 MF 시그널링을 사용해서 PSTN을 통해서(어쩌면 선택성 라우터를 통해서) PSAP(180)에 긴급 호출을 라우팅한다. ESRD 또는 ESRK가 라우팅 번호들로서 사용될 수 있고, ESRK 및/또는 콜백 번호가 UE(110)의 신원으로서 그리고 더 많은 정보를 얻기 위한 키(key)로서 PSAP(180)에 (예컨대, MF CAMA 시그널링을 통해) 전달된다. 단계 15b에서는, 추가적인 SIP 시그널링이 교환될 수 있고, MGCF(258)의 MF 및/또는 SS7 ISUP와의 상호작용이 긴급 호출을 설정하기 위해 발생할 수 있다.
IP 동작가능 PSAP 및 PSTN 동작가능 PSAP에 대한 호출 경로는 개별적으로 설정된다. PSTN 가능 PSAP의 경우에는, VoIP(예컨대, RTP/IP)와 회로 모드(예컨대, PCM) 간의 상호작용이 MGCF(258)에 의해서 제어되는 MGW(Media Gateway)에서 발생한다. IP 동작가능 PSAP의 경우에는, 호출 경로가 종단간 IP일 것이며, 어쩌면 부분적으로는 공용 인터넷 또는 전용 IP 네트워크를 통해 UE(110)와 PSAP(180) 사이에 이루어질 것인데, 이는 임의의 MGW를 생략할 것이다.
단계 16에서는, 호출이 설정된 이후에, PSAP(180)가 Location Request를 E-SLP(272)에 전송할 수 있는데, 상기 E-SLP(272)는 단계 14a에서 획득된 IP 주소 또는 이름이나 단계 14c에서 획득된 ESRK에 의해서 식별될 수 있다. PSAP(180)는 UE 공용 사용자 주소(PSAP(180)가 IP를 동작가능하게 하는 경우) 또는 콜백 번호 또는 다른 주소(예컨대, MSISDN 또는 MDN) 또는 ESRK(PSAP(180)가 PSTN를 동작가능하게 하는 경우)를 사용하여 UE(110)를 식별한다. Location Request는 정확한 위치 추정치에 대한 요구를 지시한다. 미국에서의 긴급 VoIP의 경우에, Location Request는 PSAP(180)가 PSTN를 동작가능하게 하는 경우에 J-STD-036의 Emergency Services Position Request와 동일할 수 있고, PSAP(180)가 IP를 동작가능하게 하는 경우에 이 메시지로의 연장일 수 있다. 세계의 일부 다른 나라에서의 긴급 VoIP의 경우에는, Location Request가 OMA MLP에 대해 정의된 Emergency Location Immediate Request와 동일할 수 있다.
단계 17에서, E-SLP(272)는, 만약 E-SLP(272)의 로케이션 성능들이 UE(110)의 마지막으로 통보된 위치가 보고된 지리 영역으로 확장하지 않거나 또는 만약 V-SLP를 사용하는 것이 더욱 정확하고 신뢰성 있는 로케이션을 제공할 수 있다면, V-SLP를 선택할 수 있다. E-SLP(272)는 UE(110)의 가장 최근 위치로부터 및/또는 E-CSCF(254)에 의해 제공된 가장 최근의 V-SLP 주소로부터 V-SLP 주소를 유도할 수 있다. 정확한 V-SLP를 보장하기 위해서, E-SLP(272)는, 만약 E-CSCF(254)가 단계 4에서 UE(110)의 임의의 재등록에 이어서 이러한 정보를 자동적으로 전송하지 않는다면, E-CSCF(254)(도 5에 미도시)로부터 V-SLP 주소 및/또는 UE(110)의 로케이션 을 질의할 수 있다. 다음으로, E-SLP(272)는 이동 터미네이티드 IP 또는 UDP/IP를 사용하여 SUPL INIT를 UE에 직접 전송하거나(이 경우에는 단계 18이 생략될 수 있음) 또는 SUPL INIT를 포함하고 있는 중간 메시지를 E-CSCF(254)에 전송함으로써 UE(110)와의 새로운 SUPL 트랜잭션을 오픈할 수 있다. SUPL INIT는 단계 7에 대해서 위에 설명된 파라미터들을 포함할 수 있다.
단계 18에서는, E-CSCF(254)가 IMS 중간 메시지, 어떤 다른 IMS 메시지, SIP 메시지(예컨대, re-INVITE), 또는 E-CSCF(254), P-CSCF(252) 및 UE(110) 간의 안전한 IP 결합을 사용하는 어떤 다른 IP-기반 메시지 내의 SUPL INIT를 UE(110)에 전송한다.
단계 19에서는, UE(110)가 E-SLP(272)로의 안전한 IP 접속을 설정한다. UE(110)는 프록시 모드의 경우에는 E-SLP(272)와 SUPL 메시지들을 교환할 수 있거나 또는 비-프록시 모드의 경우에는 E-SLP(272)와 E-SPC(414) 또는 V-SPC(424)를 교환할 수 있음으로써(단계들 9, 10 및 11과 유사함), UE에 대한 정확한 위치 추정치를 획득한다.
단계 20에서는, E-SLP(272)가 Location Response를 통해서 UE(110)에 대한 정확한 위치 추정치를 PSAP(180)에 전송한다. US에서의 긴급 호출의 경우에, Location Response는, 만약 PSAP(180)가 PSTN을 동작가능하게 한다면(그로 인해서 UE(110)의 MSISDN과 같은 추가적인 정보를 포함할 수 있음), E2 인터페이스에 대한 J-STD-036의 Emergency Services Position Response 메시지와 동일할 수 있다. 세계의 일부 다른 지역들에서의 긴급 호출의 경우에는, Location Response가 OMA MLP 에 대해 정의된 Emergency Location Immediate Answer와 동일할 수 있다.
다음으로, UE(110)는 긴급 VoIP 호출을 위해서 PSAP(180)와 통신할 수 있다. 호출이 나중에 해제될 때는, E-CSCF(254)가 E-SLP(272)에 지시를 전송할 수 있고, 상기 E-CSCF(254)는 이어서 호출의 임의의 기록을 해제할 수 있다. E-CSCF(254) 또는 UE(110)는 단계들 2 내지 4를 통해서 등록되었던 긴급 공용 사용자 ID를 재등록할 수도 있다. 대안적으로, E-CSCF(254), E-SLP(272) 및 UE(110)는 PSAP(180)로부터 UE(110)로의 가능한 나중의 콜백 및/또는 추가적인 로케이션 파라미터를 지원하기 위해서 어느 정도의 시간 기간 동안에 재등록 및 호출 기록이 지속되도록 할 수 있다.
1.2. 액세스
단계 1의 경우에, UE(110)는 GPRS 액세스, cdma2000 액세스, 또는 WLAN 액세스를 통해서 액세스 네트워크에 접속할 수 있다. 단계 1은 다른 타입의 액세스를 위해서는 다른 방식들로 수행될 수 있다.
GPRS 액세스의 경우에, UE(110)는 3GPP 액세스 네트워크에 접속하기 위해서 GPRS 접속을 수행할 수 있고, 3GPP TR 23.867 및 TS 23.060에 설명되어 있는 바와 같이, SGSN 232a 및 GGSN 232b에서의 IP 접속성을 설정하기 위해서 GPRS Packet Data Protocol(PDP) 콘텍스트 활성을 수행할 수 있다. 긴급 지시가 GPRS 접속에서 사용될 수 있거나 및/또는 긴급 서비스들을 위한 글로벌 APN(Access Point Name)이 PDP 콘택스트 활성을 위해 사용될 수 있는데, 이는 V-PLMN(130)에서 GGSN 및 P-CSCF의 제공을 보장할 수 있다. P-CSCF(252)는 PDP 콘택스트 활성 동안에 제공될 때 서비스제공 중인 GPRS PLMN의 P-CSCF일 수 있다.
3GPP WLAN 액세스의 경우에, UE(110)는 WLAN에 접속하기 위해서 WLAN AAA 절차를 수행할 수 있고, PDG(236)로의 IP 접속성을 위해 I-WLAN 터널 설정을 수행할 수 있다. UE(110)는 인증 및 허가에 대한 요청에 있어서 H-PLMN(160) 및 V-PLMN(130) 양쪽 모두를 지시하는 로밍 NAI(Network Access Identifier)를 사용함으로써 V-PLMN(130)으로부터 서비스를 선택할 수 있다. 그 로밍 NAI는 3GPP TS 23.234 및 TS 23.003에 설명되어 있다. 이는 UE(110)가 H-PLMN(160)의 PDG로부터 보다는 오히려 V-PLMN(130)의 PDG(236)로부터 IMS 서비스들에 대한 IP 액세스를 획득할 수 있도록 보장한다(이는 H-PLMN(160)이 멀러 떨어진 경우에는 PSAP 액세스를 제한할 수 있음). 긴급 서비스들을 위한 글로벌 WLAN APN(W-APN)이 PDG 발견 터널 설정을 위해 사용될 수 있다. 이러한 서비스는 글로벌 고유 외부 네트워크 식별자(긴급 서비스를 지원하는 경우) 및 V-PLMN 신원을 사용할 수 있다. P-CSCF(252)는 WLAN과 연관된 V-PLMN의 P-CSCF일 수 있고, W-APN 상에서 DSN 질의를 통해 발견될 수 있다.
cdma2000 액세스의 경우에, UE(110)는 서비스가 V-PLMN(130)으로부터 획득되고 H-PLMN(160)으로부터는 획득되지 않기 때문에 이동 IP 주소보다는 오히려 단순 IP 주소를 획득한다. 대안적으로, UE(110)는, 이동 IP 주소에 대해서는 더욱 일반적이기 때문에, H-PLMN(160)으로부터보다는 오히려 V-PLMN(130)으로부터 이동 IP 주소를 획득할 수 있다. IP 주소는 IPv4 주소 또는 IPv6 주소일 수 있다. 만약 UE(110)가 접속성을 설정하지 않았다면(예컨대, 비할당된 IP 주소를 갖는다면), UE(110)는 3GPP2 X.P0011D 및 TIA-835-D에 설명되어 있는 바와 같이, PPP(Point-to-Point Protocol) 세션을 설정할 수 있으며 V-PLMN(130)의 PDSN(242)과 인증 및 허가를 수행할 수 있다. UE(110)는 예컨대 PPP Internet Protocol Control Protocol(IPCP)를 사용하여 단순 IP 주소를 획득할 수 있다. 만약 UE(110)가 이미 IP 접속성을 설정했고 또한 PDSN(242)에 대한 PPP 세션을 갖지만 단순 IP 주소(들) 대신에 H-PLMN(160)의 이동 IP 주소(들)가 할당된다면, UE(110)는 만약 자신이 동시적인 단순 IP 및 이동 IP 주소들을 지원할 수 없다면, 이러한 IP 주소들과 연관된 임의의 패킷 세션들뿐만 아니라 임의의 IMS 등록을 종료할 수 있다. 다음으로, UE(110)는 TAI-835D에 설명되어 있는 바와 같은 단순 IP 주소를 획득할 수 있다. 만약 UE(110)가 동시적인 단순 IP 주소 및 이동 IP 주소를 지원할 수 있다면, UE(110)는 자신이 아직 하나의 주소도 갖지 않고 있다면 단순 IP 주소만을 획득할 수 있다.
cdma2000 액세스의 경우에, UE(110)는 (a) DHCP 서버 또는 PDSN(242)으로부터 P-CSCF 도메인 이름 및 DNS 주소를 획득하기 위해서 DHCP 또는 IPCP를 이용하고 이어서 (b) DNS 서버로부터 하나 이상의 P-CSCF IP 주소를 획득하기 위해서 DSN를 사용함으로써 V-PLMN(130)에서 P-CSCF 주소를 발견할 수 있다. 만약 UE(110)가 이동하여 새로운 RAN에 액세스한다면, V-PLMN(130) 및 UE(110)는 새로운 목표 PDSN이 필요하고 긴급 VoIP 호출이 이미 설정되어 있는 경우에 TIA-835-D에 설명되어 있는 신속한 핸드오프 절차를 이용할 수 있다. 이는 호를 종료한 후 재설정해야 하는 필요성을 방지한다.
3GPP2 WLAN 액세스의 경우에, UE(110)는 AAA, IP 주소 포착, 및 디폴트 IP 라우터 및 DNS 서버 주소의 (예컨대, DHCP를 통한) 발견과 같은 기존의 WLAN 액세스 절차를 수행할 수 있다. 다음으로, UE(110)는 자신에 의해서 액세스되는 WLAN의 지리적인 로케이션으로부터 긴급 호출들을 지원하는 PLMN의 PDIF에 액세스할 수 있다. WLAN은 PLMN들을 지원하는 긴급 호출이 구별될 수 있도록 하기 위해서 연관된 cdma2000 네트워크를 공시할 수 있다. 이러한 공시는 예컨대 IEEE 802.11 비콘 프레임들을 통해 연관된 SSID들(Service Set Identifiers)을 전송하거나 또는 UE 프로브 요청 프레임들에 대한 응답을 통해서 이루어질 수 있다. PLMN들은 자신들이 공시되는 순서에 의해서, 각각의 공시된 PLMN에 대한 지시자의 사용을 통해서, 또는 모든 공시된 PLMN들이 긴급 호출들을 지원하도록 보장(예컨대 요구)함으로써 우선순위가 정해질 수 있다. 초기 WLAN 액세스, AAA, 및 IP 주소 포착의 경우에, UE(110)는 긴급 호출들을 지원하기 위해 수반되거나 지시되는 PLMN(예컨대, SSID)을 선택할 수 있다.
초기 WLAN 액세스, AAA, IP 주소 포착, 및 디폴트 라우터 및 DNS 서버 주소의 발견에 이어서, UE(110)는 FQDN(fully qualified domain name)을 생성할 수 있는데, 상기 FQDN은 IMS 서비스를 나타내고, 또한 긴급 호출들을 지원하는 WLAN에 의해 공시되어진 PLMN들 중 하나와 연관된 도메인을 사용한다. 다음으로, UE(110)는 DNS 서버로부터의 하나 이상의 PDIF들의 IP 주소(들)를 발견하기 위해서 FQDN을 사용할 수 있다. UE는 PDIF를 선택하고, 또한 3GPP2 X.S0028-200에 설명되어 있는 절차들을 사용하여 PDIF로의 IPsec 터널을 설정할 수 있다. 이는 제 2 내부 IP 주 소를 UE(110)에 제공하는데, 상기 제 2 내부 IP 주소는 후속하는 IMS 관련 절차들을 위해서 사용될 수 있다.
WLAN으로부터 PDIF로의 터널 설정에 이어서, UE(110)는 자신이 cdma2000 액세스 네트워크로부터 PDSN에 액세스하는 것과 동일한 방식으로 P-CSCF 주소를 발견할 수 있다(예컨대, DNS 서버 주소 및 도메인 이름을 획득하기 위해 DHCP를 통해서 또는 P-CSCF IP 주소를 획득하기 위해 DNS를 통해서). 이 경우에, PDIF는 PDSN 대신에 DHCP 중계 에이전트로서 기능할 수 있다. DNS를 통한 PDIF 및 P-CSCF 주소들의 발견은 긴급 호출의 지원이 필요하다는 지시(예컨대 DNS 서버에 제공되는 이름을 통해)를 포함할 수 있다.
만약 UE(110)가 이미 적절하지 않은 PLMN의 PDIF에 연관성(터널)을 갖고 또한 UE(110)가 상이한 PDIF들에 대한 터널들을 동시에 지원하지 않는다면, UE(110)는 현재의 PDIF를 통해서 지원되는 임의의 패킷 세션들을 해제할 수 있으며 또한 새로운 적절한 PLMN의 새로운 PDIF에 대한 터널을 선택하여 설정하기 이전에 상기 PDIF에 대한 터널을 해제할 수 있다.
cdma2000 또는 WLAN 액세스 네트워크 접속 중 어느 하나에 이어서, UE(110)는 공지된 V-PLMN 도메인 이름 및 V-SLP 식별(예컨대, supl_vslp@domain_name)을 갖는 DNS 질의를 사용하여 SUPL V-SLP 주소를 발견할 수 있다.
메시지 흐름(500)은 OMA SUPL 버전 1.0과 관련된 다음의 특징을 추가로 갖는다.
(a) SUPL INIT에서 E-SLP 주소의 추가 - 상기 주소는 UE(110)에 구성된 H- SLP 주소를 오버라이드하거나 대체함 -.
(b) IMS 측(예컨대, E-CSCF(254))과 로케이션 측(예컨대, E-SLP(272)) 간의 인터페이스.
(c) V-SLP(274)의 사용 및 V-SLP 주소의 발견.
(d) 지연을 감소시키기 위해서, SMS 또는 WAP Push 대신에, 이동 터미네이티드 IP, UDP/IP, SIP 또는 IMS 시그널링을 이용하여 SUPL INIT의 운반.
(e) SUPL INIT에서 긴급 서비스들 지시의 추가.
(f) SUPL POS INIT에서 새로운 로케이션 측정치들의 추가를 위한 우선권.
(g) 기존 RLP와 유사할 수 있는, E-CSCF(254)와 E-SLP(272) 간의 ILP 프로토콜의 사용.
(h) 보안성.
2. 3GPP 제어 플레인을 통한 긴급 VoIP
도 6은 3GPP 제어 플레인 로케이션에 적용가능한 네트워크 구조(600)의 실시예를 블록도를 나타낸다. 간략성을 위해서, 도 6은 GPRS 액세스 및 3GPP 제어 플레인 로케이션을 통한 긴급 VoIP 호출들의 지원에 적합한 개체들 및 인터페이스들만을 도시하고 있다.
액세스 네트워크(120)는 GERAN 또는 UTRAN일 수 있다. V-PLMN(130)은 IMS(예컨대, VoIP), 패킷-교환 서비스들을 위한 SGSN/GGSN(232), 및 로케이션 서비스들을 위한 GMLC(276)를 지원하기 위해서 P-CSCF(252), E-CSCF(254) 및 MGCF(258)을 포함한다. GMLC(276)는 E-SLP(272)를 대체하며, 3GPP 23.271, Release 6에 설 명되어 있는 GMLC의 개선된 버전이다. V-PLMN(130)은 또한 로케이션 서비스들을 위해서 E-SLP(272) 및 V-SLP(274)를 포함할 수도 있다(도 6에 미도시).
실시예에서, GMLC(276)는 Li 인터페이스를 통해서 E-CSCF(254)와 통신하며, J-STD-036 E2의 인터페이스를 통해서 PSAP(180)와 통신한다. GMLC(276) 및 E-SLP(272)에 대한 동일한 Li 인터페이스의 사용은 E-CSCF(254)로부터 SUPL 및 3GPP 제어 플레인 간의 로케이션 구조 차이를 숨길 수 있다. 마찬가지로, GMLC(276) 및 E-SLP(272)에 대한 동일한 J-STD-036 E2의 인터페이스의 사용은 PSAP(180)로부터 로케이션 구조 차이들을 숨길 수 있다. 도 6의 다른 인터페이스들은 해당 분야에 공지되어 있다.
2.1. 호출 설정
도 7은 3GPP 제어 플레인을 사용하여 긴급 VoIP 호출을 설정하기 위한 메시지 흐름(700)의 실시예를 나타낸다. 명확성을 위해서, 덜 관련된 개체들(예컨대, 액세스 네트워크(120), P-CSCF(252), S/R(292))은 도 7로부터 생략되지만 아래의 설명에는 포함되어 있다. 메시지 흐름(700)은 UE(110)가 UICC를 구비하고 있고 또한 H-PLMN(160)과 V-PLMN(130) 간에는 로밍 협약이 존재한다고 가정한다.
단계 1에서, UE(110)는 자신이 아직 GPRS에 접속하지 않았다면 긴급 서비스 지시를 통해 GPRS 접속을 수행한다. GPRS 접속은 SGSN(232a)로의 액세스를 획득하는 것, H-PLMN(160)의 HLR/HSS(266)로부터 SGSN(232a)로의 가입 데이터에 대한 인증 및 다운로딩을 수행하는 것 등을 포함할 수 있다. 단계 2에서, UE(110)는 긴급 서비스들에 대한 글로벌 APN을 사용하여 PDP 콘텍스트 활성을 수행한다. PDP 콘택스트는 V-PLMN(130)의 로컬 GGSN에 할당된다(예컨대, H-PLMN(160)의 GGSN에는 할당되지 않음). UE(110)는 IP 주소를 획득하고, PDP 콘택스트 활성 동안에 로컬 SIP 서버 주소(예컨대, P-CSCF(252))를 발견할 수 있다.
단계 3에서, SGSN(232)은 단계 1에서의 긴급 지시 및 단계 2에서의 긴급 서비스들을 위한 글로벌 APN에 기초하여 긴급 호출의 개시를 인지하게 된다. 다음으로, SGSN(232a)은 UE(110)에 대한 중간 위치 추정치 또는 더욱 정확한 위치 추정치를 획득하기 위해서 3GPP TS 23.271에 설명되어 있는 PS-NI-LR(Packet Switched Network Induced Location Request)을 개시할 수 있다. PS-NI-LR은 SGSN(232)이 GMLC(276)로부터 위치 추정치를(예컨대, 단계 17에서의 MAP PSL을 통해) 획득하기 위해 요청을 기다리는 것보다 더 신속한 응답을 제공한다. PS-NI-LR은 초기 SGSN에 의해서 수행될 수 있다. 만약 UE(110)가 새로운 SGSN으로 핸드오버된다면, 그 새로운 SGSN은 다른 PS-NI-LR을 수행할 필요가 없다. 단계 4에서는, 일단 UE(110)에 대한 위치 추정치가 획득되면, SGSN(232)은 GMLC 주소를 (예컨대, 현재 셀 ID로부터) 결정할 수 있고, 위치 추정치, UE 신원, 및/또는 다른 정보를 포함하고 있는 MAP Subscriber Location Report(SLR)를 GMLC(276)에 전송할 수 있다. UE 신원은 IMSI(International Mobile Subscriber Identity), MSISDN(Mobile Subscriber ISDN number), IMEI(International Mobile Equipment Identity), ESN(Electronic Serial Number), MEID(Mobile Equipment Identifier), 또는 어떤 다른 신원일 수 있다. 만약 단계 4가 수행된다면, 단계들 10 및 11은 생략될 수 있다.
단계 5에서는, UE(110)가 단계 2에서 발견된 P-CSCF(252)에 SIP REGISTER를 전송한다. SIP REGISTER는 도 5의 단계 2에 대해서 상술된 정보를 포함할 수 있고, 만약 단계들 10 및 11이 수행되어야 한다면 SGSN 주소를 포함할 수도 있다. 긴급 서비스들 지시 또는 긴급 공용 사용자 ID의 존재로 인해서, P-CSCF(252)는 SIP REGISTER을 동일 네트워크의 E-CSCF(254)에 전송한다. 단계 5는 단계 3과 동시에 수행될 수 있다. 단계 6에서는, E-CSCF(254)가, 도 5의 단계 3과 유사하게, 정규 IMS 등록이 발생하는 H-PLMN(160)으로 SIP REGISTER을 전송한다.
단계 7에서는, H-PLMN(160)이 200 OK를 E-CSCF(254)에 리턴한 이후에, 200 OK는 UE(110)에 리턴된다. UE(110)는 만약 V-PLMN(130) 내의 다른 SGSN으로의 핸드오프가 존재한다면 또한 재등록할 수 있다. 만약 UE(110)가 자신의 긴급 공용 사용자 ID를 사용하여 재등록한다면, E-CSCF(254)는 임의의 새로운 로케이션 정보 및/또는 임의의 새로운 SGSN 주소를 GMLC(276)에 전송할 수 있다.
도 5에서와 같이, 단계들 5, 6 및 7의 대안적인 실시예에서는, UE(110)가 단계 5에서 SIP REGISTER을 P-CSCF(252)에 전송한 이후에, P-CSCF(252)가 SIP REGISTER을 H-PLMN(160)의 S-CSCF(264) 또는 I-CSCF(262)에 직접 전송할 수 있으며 또한 V-PLMN(130)의 E-CSCF(254)는 바이패스시킬 수 있다. 이러한 경우에는, H-PLMN(160)으로부터의 SIP 200 OK가 E-CSCF(254)보다는 오히려 P-CSCF(252)에 리턴될 것이고, P-CSCF(252)는 단계 7에서 200 OK를 UE(110)에 리턴할 것이다. 이러한 대안적인 실시예는 VoIP 긴급 호출들을 지원하기 위해서 P-CSCF(252)에 대한 특별한 악영향들을 감소시키거나 혹은 방지시킬 수 있는데, 그 이유는 P-CSCF(252)의 액션들이 정규 등록 경우의 액션들과 동일하기 때문이다.
단계 8에서, UE(110)는 도 5의 단계 5에 대해 상술된 정보를 포함할 수 있는 SIP INVITE를 P-CSCF(252)에 전송한다. P-CSCF(252)는 SIP INVITE를 E-CSCF(254)에 전송한다.
단계 9에서는, 패킷 모드에 대한 3GPP 제어 플레인의 UE 지원에 기반하여, E-CSCF(254)가 단계 8에서 수신되는 서비스제공 중인 셀이나 다른 로케이션 정보에 의해 지시되는 GMLC(276)에 Routing Request를 전송한다. Routing Request는 도 5의 단계 6에서 설명된 정보뿐만 아니라 등록 동안에 제공되는 경우의 SGSN 주소를 포함할 수 있다. E-CSCF(254)는 GMLC(276), GLMC로서 동작할 수 있는 일반 로케이션 서버, 또는 어떤 다른 타입들의 서버(예컨대, SLP)를 선택할 수 있다. 선택되는 로케이션 서버는 E-CSCF(254)에 의해 전송되는 UE 로케이션 성능들에 기초하여 3GPP 제어 플레인을 사용하기로 선택할 수 있다. E-CSCF(254)는 GMLC(276)로부터의 로케이션 정보 및/또는 이용가능한 로케이션 정보 및 요청되고 있는 긴급 서비스의 타입에 상응하는 PSAP의 선택을 요청할 수 있다.
GMLC(276)는, 만약 단계 9에서 제공된 로케이션 정보가 GMLC(276)로 하여금 단계 9에서의 요청을 충족시키기에 정확히 충분한 UE(110)에 대한 위치 추정치를 유도할 수 있다면, 단계 12로 진행한다. GMLC(276)는 또한 자신이 단계 4에서 SGSN(232)으로부터 MAP SLR을 수신할 때까지 기다릴 수 있고, 적절한 위치 추정치가 획득되는 경우에, 단계 12로 진행할 수 있다. 그렇지 않다면, 단계들 10 및 11이 UE(110)에 대한 적절한 위치 추정치를 획득하기 위해 수행될 수 있다.
단계 10에서, GMLC(276)는 신속한 중간 위치 추정에 대한 QoP 정확성/지연을 포함하고 있는 MAP Provide Subscriber Location(PSL)을 SGSN(232)에 전송한다. 만약 단계 4가 수행되지 않는다면, GMLC(276)는 단계 9에서 수신된 임의의 명확한 주소 또는 로케이션 정보(예컨대, 셀 ID)로부터 SGSN(232)을 결정할 수 있다. 만약 어떠한 이런 정보도 수신되지 않았거나 또는 초기에 선택된 SGSN이 부정확하다면(단계 11에서 수신되는 에러 응답), GMLC(276)는 SGSN 주소를 획득하기 위해서 UE의 IMSI이나 또는 가상 IMSI 또는 MSISDN에 의해 지시되는 HSS에 질의할 수 있다. 단계 11에서, SGSN(232)은 단계 3에서 획득된 위치 추정치를 리턴할 수 있고, 단계 3이 완료될 때까지 기다릴 수 있으며, 이어서 그 위치 추정치를 리턴할 수 있거나 혹은 RAN으로부터 위치 추정치를 획득할 수 있고, 그 다음에 위치 추정치를 GMLC(276)에 리턴할 수 있다.
단계 12에서는, GMLC(276)가 그 위치 추정치에 기반하여 PSAP를 선택한다. 아래의 설명에서는 PSAP(180)가 선택된 PSAP라고 가정된다. 만약 PSAP(180)가 PSTN을 동작가능하게 한다면, GMLC(276)는 PSAP(180)로 라우팅하는데 사용될 수 있는 ESRD 비-다이얼링가능 디렉토리 번호 및 PSAP(180), GMLC(276), 및 일시적으로는 UE(110)를 식별하는 ESRK 비-다이얼링가능 디렉토리 번호를 획득한다.
단계 13에서, GMLC(276)는 도 5의 단계 13에 대해 상술된 정보를 포함할 수 있는 Routing Response를 E-CSCF(254)에 리턴한다. 단계 14에서는, 도 5의 단계들 14a 14b 및 14c에 대해 설명된 바와 같이, 긴급 호출이 PSAP(180)에 전송된다. 단계 15에서는, 긴급 호출 설정의 나머지가 도 5의 단계들 15a 및 15b에 대해 설명된 바와 같이 진행한다. 단계 16에서는, PSAP(180)가, 도 5의 단계 16에 대해 설명된 바와 같이, IP 주소/이름 또는 ESRK 중 어느 하나에 의해 단계 14에서 지시되는 GMLC(276)에 로케이션 요청을 전송한다.
단계 17에서는, GMLC(276)가 정확한 로케이션을 요청하는 SGSN(232)에 MAP PSL을 전송한다. GMLC(276)는 UE(110)에 대한 가장 최근의 로케이션 정보로부터 또는 E-CSCF(254)로부터의 SGSN 주소의 업데이트로부터 SGSN 주소를 획득할 수 있다. GMLC(276)는 또한 SGSN 주소가 re-REGISTER 메시지들을 통해 수신되지만 전송되지는 않는 경우에 E-CSCF(254)에 SGSN 주소를 질의할 수 있다. GMLC(276)는 또한 UE의 IMSI이나 또는 가상 IMSI 또는 MSISDN에 의해 지시되는 HSS에 SGSN 주소를 질의할 수 있다. 단계 18에서는, SGSN(232)이 GMLC(276)에 위치 추정치를 리턴한다. 단계 20에서는, GMLC(276)가 도 5의 단계 20에 설명된 바와 같이 위치 추정치를 PSAP(180)에 리턴한다.
그런 후에, UE(110)는 긴급 VoIP 호출을 위해서 PSAP(180)와 통신할 수 있다. 호출이 나중에 해제될 때, E-CSCF(254)는 GMLC(276)에 지시를 전송할 수 있고, 이어서 상기 GMLC(276)는 호출의 임의의 기록을 해제할 수 있다. E-CSCF(254) 또는 UE(110)는 단계들 5 내지 7에서 등록되어진 긴급 공용 사용자 ID를 재등록할 수도 있다. 대안적으로, E-CSCF(254), GMLC(276) 및 UE(110)는 PSAP(180)로부터 UE(110)로의 어쩌면 나중의 콜백 및/또는 추가적인 로케이션 요청들을 지원하기 위해서 등록 및 호출 기록들로 하여금 어느 정도의 시간 기간 동안에 지속하도록 할 수 있다.
메시지 흐름(700)은 조정되는 방식으로 UE(110)에 대한 호출 설정 및 로케이 션을 수행하며, 다음의 특징들을 갖는다.
(a) SGSN(232)은 UE 로케이션을 획득할 수 있고, PDP 콘택스트가 활성될 때마다 및/또는 GMLC(276)에 의해서 요청되는 경우에 그 UE 로케이션을 GMLC(276)에 보낼 수 있다.
(b) GMLC(276)는 UE(110)에 대한 공용 SIP-URI 주소를 E-CSCF(254)로부터 수신할 수 있다.
(c) 만약 PSAP(180)가 PSTN을 동작가능하게 한다면, GMLC(276) 및 E-CSCF(254)는 호출 및 GMLC(276) 양쪽 모두를 식별하기 위해 사용되는 정보(예컨대, 10-디지트 ESRK)를 PSAP(180)에 전송할 수 있다. 이러한 정보는 PSAP(180)로 하여금 로케이션 및 다른 정보(예컨대, MSISDN, SIP URI)를 GMLC(276)로부터 수신할 수 있게 한다.
(d) E-CSCF(254)와 로케이션 서버(예컨대, E-SLP(272) 간의 Li 인터페이스는 SUPL이 위치측정 방법으로서 사용될 때 I-WLAN으로부터의 긴급 호출들을 지원하는데 사용될 수 있다. UMTS, GPRS 및 I-WLAN에 대해 동일한 Li 인터페이스를 사용하는 것은 IMS(예컨대, E-CSCF(254))로 하여금 로케이션 솔루션을 인지할 필요없이 동작할 수 있게 하는데, 이는 IMS 처리를 매우 단순화시킨다.
(e) 만약 UE(110)가 RAN에 의한 로케이션을 지원하지 않는다면(예컨대, SUPL을 지원하지만 3GPP 제어 플레인을 지원하지 않는다면), SGSN(232)는 PS-NI-LR을 생략할 수 있다.
(f) PSAP(180)는 SGSN(232)에 통보될 수 없는 특정 로케이션 요건들, 예컨대 특정 정확성 또는 로케이션 좌표들에 대한 비지원(예컨대, PSAP(180)가 E911 페이스 0 또는 1을 지원하는 경우)을 가질 수 있다. 이러한 요건들은 회선-교환 긴급 호출들에 대해서 GMLC(276)에서 지원된다.
Li 인터페이스는 위에 목록된 특징들을 달성하기 위해 사용될 수 있다. Li 인터페이스를 외부적으로 지원하는 것은 만약 GMLC 및 E-CSCF 기능들이 동일한 플랫폼에 의해 지원된다면 필요하지 않을 수 있다. Li 인터페이스는, SUPL에 대해 상술된 바와 같이, IMS 및 IP-기반 서비스들과 연관된 다른 특징들을 지원하기 위해서 임의의 IMS 개체와 GMLC 사이에서 사용하는 것으로 연장될 수 있다.
SGSN(232)는 UE(110)에 대한 중간 위치 추정치(예컨대 서비스제공 중인 셀)에 기초하여 선택될 수 있다. GMLC(276)는 동일한 중간 위치 추정치에 기초하여 E-CSCF(254)에 의해 선택될 수 있다. 중간 위치 추정치는 SGSN(232)로부터 GMLC(276)로 전송될 수 있거나, 또는 SGSN(232)으로부터 GMLC(276)로 수신될 수 있다. 하나의 개체는 다음과 같이 다른 개체를 결정할 수 있다.
SGSN(232)은 중간 위치 추정치를 GMLC(276)에 전송할 수 있다. SGSN(232)는 PS-NI-LR을 통해서 중간 위치 추정치를 획득할 수 있고, 현재의 UE 로케이션(예컨대, 현재의 셀 ID)에 따라 GMLC 주소를 결정할 수 있고, MAP Subscriber Location Report(SLR)를 사용하여 그 위치 추정치를 GMLC(276)에 송신/전송할 수 있다. E-CSCF(254)는 긴급 호출을 라우팅하기 위해서 PSAP 주소에 대해 GMLC(276)에 질의할 수 있다. GMLC(276)는 중간 위치 추정치로부터 PSAP 주소를 결정하기 위해 SGSN(232)으로부터의 MAP SLR을 기다릴 수 있다(필요한 경우에).
GMLC(276)는 SGSN(232)으로부터 중간 위치 추정치를 수신할 수 있다. SGSN(232)은, GMLC가 MAP PSL 요청을 통해 위치 추정치에 대해 질의할 때까지는, PS-NI-LR을 수행할 수는 있지만 위치 추정치를 GMLC(276)에 전송하지는 않을 것이다. GMLC(276)는 다음 중 하나를 사용하여 SGSN 주소를 결정할 수 있다.
(a) GMLC(276)는 H-PLMN(160)의 HSS(266)(UE(180)가 V-PLMN(130)에서 지원되는 로밍 및 UICC를 갖는 경우)나 또는 V-PLMN(130)의 HSS(250)(UE(180)가 V-PLMN(130)의 로밍 및 UICC를 갖지 않는 경우) 중 어느 하나에 SGSN을 질의한다.
(b) UE(110)는 현재의 SGSN 주소 또는 로케이션 정보(예컨대, GPRS 셀 ID)를 포함하는데, 그러한 주소 또는 로케이션 정보로부터 SGSN 주소가 IMS에 전송되는 각각의 REGISTER 및 re-REGISTER 메시지에서 또는 긴급 호출을 위해 IMS에 전송되는 각각의 SIP INVITE 메시지에서 유도될 수 있다. 다음으로, E-CSCF(254)는 SGSN 주소 또는 로케이션 정보를 GMLC(276)에 전송한다. UE(110)는 임의의 상호-SGSN 핸드오버에 이후에 IMS에 재등록한다.
3. X. S0024 를 통한 긴급 VoIP 호출
도 8은 cdma2000 네트워크를 위한 X.S0024에 적용될 수 있는 네트워크 구조(800)의 실시예를 블록도로 나타내고 있다. 액세스 네트워크(120)는 CDMA2000 1X 네트워크, CDMA2000 1xEV-DO 네트워크, 3GPP2 WLAN 등을 포함할 수 있다. V-PLMN(130)은 패킷 교환 서비스들(미도시)을 위해 IMS(예컨대, VoIP) 및 PDSN(242)를 지원하기 위해서 P-CSCF(252), E-CSCF(254) 및 MGCF(258)를 포함할 수 있다. V-PLMN(130)은 E-PS(282) 및 V-PS/PDE(284)(도시되어 있음)를 포함할 수 있고, 또 한 로케이션 서비스들을 위해 E-SLP(272) 및 V-SLP(274)(미도시)를 포함할 수 있다. E-PS(282)는 긴급 호출들의 로케이션을 위한 H-PS를 대체한다. E-PS(282) 및 V-PS/PDE(284)는 다른 네트워크 내에 있을 수 있다.
실시예에서, UE(110)는 LCS-x 인터페이스를 통해 E-PS(282)와 통신하고, LCS-y 인터페이스를 통해 V-PS/PDE(284)와 통신한다. E-PS(282)는 LCS-z 인터페이스를 통해 V-PS/PDE(284)와 통신하고, LCS-i 인터페이스를 통해 E-CSCF(254)와 통신하며, J-STD-036 E2의 인터페이스를 통해 PSAP(180)와 통신한다. LCS-i 인터페이스는 SUPL을 위한 RLP 또는 Li/ILP, NENA I2 솔루션의 인터페이스, 또는 어떤 다른 인터페이스와 유사할 수 있다. LCS-i 인터페이스에 대한 프로토콜은 SUPL에 사용되는 ILP일 수 있다. LCS-x, LCS-y 및 LCS-z 인터페이스들은 X.S0024에 설명되어 있다.
3.1. 호출 설정
도 9는 X.S0024를 사용하여 긴급 VoIP 호출을 설정하는 메시지 흐름(900)의 실시예를 나타낸다. 단계 1에서, UE(110)는, 도 5의 단계에 대해 상술된 바와 같이, 액세스 네트워크를 발견하여 그에 접속하고, IP 접속성을 설정하며, 로컬 SIP 서버(예컨대, P-CSCF(252))를 발견할 수 있다. 액세스 네트워크 접속 이후에는, UE(110)가 공지된 V-PLMN 도메인 이름 및 V-PS 식별(예컨대, xs0024_vps@domain_name)을 갖는 DNS 질의를 사용하여 V-PS 주소를 발견할 수 있다.
단계 2에서, UE(110)는 SIP REGISTER를 P-CSCF(252)에 전송하고, 상기 P- CSCF(252)는 메시지를 E-CSCF(254)에 보낸다. 단계 3에서, E-CSCF(254)는 정규 IMS 등록이 발생하는 경우에 SIP REGISTER를 H-PLMN(160)에 전송한다. 단계 4에서, E-CSCF(254)는 (예컨대, H-PLMN(160)으로부터 200 OK를 수신한 이후에) 200 OK를 UE(110)에 리턴한다. UE(110)는 동일한 V-PLMN 내의 다른 PCF, PDSN 또는 WLAN으로 핸드오프되는 경우에 재등록할 수 있다.
단계들 2, 3 및 4의 대안적인 실시예에서는, UE(110)가 단계 2에서 SIP REGISTER를 P-CSCF(252)에 전송한 이후에, P-CSCF(252)는 H-PLMN(160)의 S-CSCF(264) 또는 I-CSCF(262)에 SIP REGISTER를 직접 전송할 수 있으며, V-PLMN(130)의 E-CSCF(254)를 바이패스시킬 수 있다. 이 경우에는, H-PLMN(160)으로부터의 SIP 200 OK가 E-CSCF(254)보다는 오히려 P-CSCF(252)에 리턴될 것이고, P-CSCF(252)는 단계 4에서 그 200 OK를 UE(110)에 리턴할 것이다. 이러한 대안적인 실시예는 VoIP 긴급 호출들을 지원하기 위해서 P-CSCF(252)에 대한 특별한 악영향들을 줄이거나 방지할 수 있는데, 그 이유는 P-CSCF(252) 액션들이 정규 등록 경우의 액션들과 동일하기 때문이다.
단계 5에서, UE(110)는 SIP INVITE를 P-CSCF(252)(미도시)에 전송하고, 상기 P-CSCF(252)는 SIP INVITE를 E-CSCF(254)에 보낸다. 단계 6에서, E-CSCF(254)는 UE(110)가 X.S0024를 지원하며 Routing Request를 동일하거나 혹은 다른 네트워크의 E-PS(282)에 전송한다고 결정할 수 있다. Routing Request는 도 5의 단계 6에 대해 상술된 정보와 등록 동안에 획득되는 V-PS 주소를 포함할 수 있다.
E-PS(282)는 단계 6에서 제공된 로케이션 정보가 E-PS(282)로 하여금 UE(110)에 대한 충분히 정확한 위치 추정치를 유도할 수 있게 하는 경우에는 단계 12로 진행한다. 그렇지 않다면, 단계들 7 내지 11이 UE(110)에 대한 적절한 위치 추정치를 획득하기 위해서 수행된다. 단계 7에서, E-PS(282)는, (a) V-PS가 선택된 경우의 X.S0024 로밍 지원 또는 (b) V-PS가 선택되지 않은 경우의 X.S0024 비-로밍 지원을 위한 절차들과 유사한 절차들을 이용하여 후속하는 X.S0024 로케이션을 수행하는데 있어서 H-PS로서 기능한다. E-PS 282는 UE(110)를 통한 네트워크 개시 로케이션 절차를 촉구하기 위해서 X.S0024 SUPL INIT를 생성한다. E-PS(282)는 이동 터미네이티드 IP 또는 UDP/IP를 이용하여 SUPL INIT를 UE(110)에 직접 전송할 수 있는데, 이 경우에는 단계 8이 생략될 수 있다. E-PS(282)는 또한 중간 메시지 내의 SUPL INIT를 E-CSCF(254)에 전송할 수 있다. 여하튼, SUPL INIT는 위치측정 모드, 신속한 중간 위치 추정을 위한 QoP 정확성/지연, E-PS IP 주소, 긴급 호출 지시 등을 포함할 수 있다. SUPL INIT를 통해 전달되는 임의의 E-PS 주소는 UE(110)에 구성된 임의의 H-PS 주소를 오버라이드한다.
단계 8에서, E-CSCF(254)는 IMS 또는 SIP 시그널링을 사용하는 P-CSCF(252)를 통해서 SUPL INIT를 UE(110)에 전송한다. 단계 9에서, UE(110)는 E-PS(282)로의 안전한 IP 접속을 설정하는데, 상기 E-PS(282)는 UE(110)에 대한 H-PS일 수 있거나 혹은 단계 7에서 SUPL INIT에 자신의 IP 주소를 포함시켰을 수 있다. 다음으로, UE(110)는 UE 로케이션 성능들, UE(110)에 대한 로케이션 정보, UE(110)에 대한 위치 추정치(이용가능한 경우에) 등을 포함할 수 있는 SUPL START를 E-PS(110)에 전송한다. E-PS(282)는 단계 12로 진행하여, 만약 PSAP를 결정하기에 충분한 정확성을 갖는 위치 추정치가 단계 9에서 UE(110)로부터 수신된다면, SUPL END를 전송함으로써 UE(110)와의 로케이션 트랜잭션을 종료할 수 있다.
단계 10에서는, E-PS(282)가 단계 9에서 수신된 로케이션 정보나 혹은 단계 6에서 수신된 다른 로케이션 정보에 기반하여 위치측정을 수행하기 위해 적절한 로컬 PDE 또는 적절한 원격 V-PS를 결정한다. E-PS(282)는 또한 프록시 또는 비-프록시 모드를 사용할 지에 대해 결정한다. 다음으로, E-PS(282)는 위치측정을 위해 V-PS 또는 PDE와 상호작용하며, 비-프록시 모드가 선택되는 경우에 PDE IP 주소를 포함할 수 있는 X.S0024 SUPL RESPONSE를 UE(110)에 전송한다. 단계 11에서, UE(110)는 비-프록시 모드의 경우에 PDE와 SUPL POS 메시지들을 교환하거나 또는 프록시 모드의 경우에 E-PS(282)와 SUPL POS 메시지들을 교환함으로써, 3GPP2 X.S0024-0에 설명된 바와 같은 위치측정을 계속하여 완료한다. SUPL POS 메시지들은 삽입된 IS-801 메시지들을 운반할 수 있다. 위치측정은 UE(110)에 대한 위치 추정치를 제공하고, 그 위치 추정치는 E-PS(282)에 전달된다.
단계 12에서는, E-PS(282)가 PSAP(예컨대, PSAP(180)를 선택하고, 만약 PSAP(180)가 PSTN을 동작가능하게 한다면, ESRD 및 ESRK를 획득한다. 단계 13에서, E-PS(282)는 PSAP(180)가 IP를 동작가능하게 하는 경우에는 PSAP 신원을 포함하고 만약 PSAP(180)가 PSTN을 동작가능하게 하는 경우에는 ESRD 및 ESRK를 포함하며 E-CSCF(254)에 의해 요청되는 경우에는 UE(110)에 대한 위치 추정치를 포함할 수 있는 Routing Response를 E-CSCF(254)에 리턴한다. E-PS(282)는 UE(110)에 대해 수집된 모든 정보를 포함하고 있는 호출 기록을 UE(110)를 위해서 저장할 수 있 다. 단계들 14a 및 15a는 PSAP(180)가 IP를 동작가능하게 하는 경우에 수행된다. 단계들 14b, 14c 및 15b는 PSAP(180)가 PSTN을 동작가능하게 하는 경우에 수행된다. 단계 16에서는, 호출이 설정된 이후에, PSAP(180)가 정확한 위치 추정에 대한 Location Request를 E-PS(282)에 전송할 수 있는데, 상기 E-PS(282)는 단계 14a에서 획득된 IP 주소 또는 이름이나 혹은 단계 14c에서 획득된 ESRK에 의해서 식별될 수 있다.
단계 17에서, E-PS(282)는, 이동 터미네이티드 IP 또는 UDP/IP(단계 18이 생략되는 경우에)를 사용하여 UE(110)에 직접 SUPL INIT를 전송함으로써 또는 정확한 위치 추정을 위한 QoP 정확성/지연을 제외하고 단계 7에서 설명된 파라미터들을 가진 X.S0024 SUPL INIT를 포함하고 있는 중간 메시지를 E-CSCF(254)에 전송함으로써, UE(110)와의 새로운 X.S0024 트랜잭션을 오픈할 수 있다. 단계 18에서, E-CSCF(254)는 IMS 중간 메시지, SIP 메시지 또는 어떤 다른 메시지 내의 SUPL INIT를 UE(110)에 전송한다. 단계 19에서, UE(110)는 E-PS(282)로의 IP 접속(예컨대, 안전한 IP 접속)을 설정하고, E-PS(282)에 SUPL START를 리턴한다. E-PS(282)는 SUPL START 내의 임의의 로케이션 정보 및 UE(110)에 대한 임의의 다른 로케이션 정보에 기반하여 위치측정을 위해 적절한 PDE 또는 V-PS를 결정한다. 다음으로, E-PS(282)는 SUPL RESPONSE를 UE(110)에 리턴함으로써 위치측정을 시작한다. 다음으로, UE(110)는 E-PS(282), 로컬 PDE, 및/또는 원격 PDE와 SUPL POS 메시지를 교환함으로써 UE(110)에 대한 위치측정을 수행하여 정확한 위치 추정치를 획득할 수 있다. 단계 20에서는, E-PS(282)가 Location Response 내의 UE(110)에 대한 정확한 위치 추정치를 PSAP(180)에 전송한다.
그런 이후에, UE(110)는 긴급 VoIP 호출을 위해 PSAP(180)와 통신할 수 있다. 호출이 나중에 해제될 때, E-CSCF(254)는 지시를 E-PS(282)에 전송할 수 있고, 이어서 상기 E-PS(282)는 호출의 임의의 기록을 해제할 수 있다. E-CSCF(254) 또는 UE(110)는 또한 단계 2 내지 4에서 등록했던 긴급 공용 사용자 ID를 등록해제시킬 수 있다. 대안적으로, E-CSCF(254), E-PS(282) 및 UE(110)는 PSAP(180)로부터 UE(110)로의 어쩌면 나중의 콜백 및/또는 추가적인 로케이션 요청들을 지원하기 위해서 등록 및 호출 기록들로 하여금 어느 정도의 시간 기간 동안에 지속하게 할 수 있다.
도 9의 단계들 1 내지 8 및 단계들 12 내지 20에 대한 추가적인 세부사항들은 도 5의 단계들 1 내지 8 및 단계들 12 내지 20에 대해 설명될 수 있다.
메시지 흐름(500)은 X.S0024에 관련된 다음의 특징들을 갖는다.
(a) X.S0024 SUPL INIT에서 E-SLP 주소의 추가 - 상기 주소는 UE(110) 또는 UIM에 구성된 H-SLP 주소를 오버라이드하거나 대체함 -.
(b) IMS 측(예컨대, E-CSCF(254))과 로케이션 측(예컨대, E-SLP(282)) 간의 인터페이스.
(c) V-SLP(284)의 사용 및 V-SLP 주소의 발견.
(d) 이동 터미네이티드 IP, UDP/IP, SIP 시그널링 또는 IMS 시그널링을 사용하여 X.S0024 SUPL INIT의 운반.
(e) X.S0024 SUPL INIT에서 긴급 서비스들 지시의 추가.
(f) X.S0024에서 LCS-z 인터페이스 상의 OMA RLP 또는 PS-PS 프로토콜과 유사할 수 있는, E-CSCF(254) 및 E-PS(282) 간의 새로운 프로토콜 사용.
(g) 보안성.
4. UICC / UIM 및/또는 로밍 협약이 없는 UE 들의 지원
위의 설명은 UE(110)가 UICC 또는 UIM을 갖고 있다는 것과 H-PLMN(160) 및 V-PLMN(130)이 로밍 협약을 함으로써 V-PLMN(130)에서의 UE 등록 및 PSAP(180)로의 후속하는 긴급 호출 액세스를 허용한다는 것을 가정한다. 만약 그렇지 않다면, UE(110)는 V-PLMN(130)에 액세스하여 등록할 수 있고, 아래에 설명된 바와 같이 PSAP(180)에 대한 호출 설정 및 어쩌면 PSAP(180)로부터의 콜백을 완료할 수 있다. UICC/UIM이 없는 경우에 PSAP(180)로부터의 콜백은 VoIP의 경우에는 가능하지만 일반적으로 등록되지 않은 UE를 페이징할 수 없는 무능력을 인해서 회선-교환 긴급 액세스의 경우에는 가능하지 않다.
도 10은 UICC/UIM이 없는 UE에 대해 긴급 VoIP 호출 설정 및 PSAP 콜백을 지원하는 네트워크 구조(1000)의 실시예를 블록도로 나타내고 있다. 네트워크 구조(1000)는 도 2 및 도 3에 도시된 개체들 중 일부를 포함한다. 네트워크 구조(1000)는 또한 SLP, GMLC, PS, 또는 어떤 다른 로케이션 개체일 수 있는 로케이션 서버(286)를 포함한다.
4.1. 액세스
UE(110)는 UICC가 없이도 GPRS 액세스, 3GPP WLAN 액세스, 또는 IMS 액세스를 획득할 수 있다. UE(110)는 또한 cdma2000 액세스, 3GPP2 WLAN 액세스, 또는 IMS 액세스를 UIM 없이도 획득할 수 있다. UE(110)는 다른 타입의 액세스를 위한 다른 절차들을 수행할 수 있다.
GPRS 액세스의 경우에는, UE(110)가 3GPP TR 23.867에 설명된 바와 같이 UICC 없이도 및/또는 V-PLMN(130)에서 로밍 협약이 없이도 긴급 서비스들을 위한 PDP 콘택스트 활성을 수행할 수 있다. GPRS 접속이 가상 IMSI를 사용하여 달성될 수 있고, 상기 가상 IMSI는 V-PLMN(130)의 HSS(250)에 UE(110)에 등록할 수 있으며, 이는 상호 SGSN 핸드오버를 지원하는데 도움을 줄 수 있다. 만약 UE(110)가 어떠한 UICC도 갖지 않는다면, 가상 IMSI는 IMEI로부터의 디지트들 및 고유 MCC-MNC 결합을 통해 생성될 수 있다. 만약 UE(110)가 UICC를 갖지만 V-PLMN(130)으로의 로밍 액세스를 갖지 않는다면, 가상 IMSI는 IMEI보다는 오히려 IMSI로부터의 디지트들을 통해 생성될 수 있고, 이는 모든 IMSI 디지트들이 사용되는 경우에는 이중 가상 IMSI들을 방지할 수 있다. GPRS 접속은 식별로서 IMEI를 사용하여 또한 달성될 수 있다.
3GPP WLAN 액세스의 경우에, UE(110)는 다음과 같은 가상 IMSI(예컨대 GPRS 접속을 위해 사용된 동일한 가상 IMSI)로부터 가상 NAI를 생성할 수 있고:
가상 NAI = "n<가상 IMSI>@V-PLMN_네트워크_도메인"
여기서, n은 긴급 호출에 대한 비-인증가능한 가상 NAI의 사용을 나타내는 2 내 9의 범위에 있는 고정된 디지트이다(0 또는 1은 정규 NAI들을 위해서 이미 사용되었음). UE(110)는 초기 액세스 및 AAA 절차를 위해 가상 NAI를 사용할 수 있다.
WLAN은 긴급 서비스들을 위해 가상 NAI를 사용하여 AAA를 지원할 수 있는 V- PLMN들을 공시할 수 있거나, 이를 지원하는 성능 및 자발성을 나타내는 우선순위화된 순서에 따라 V-PLMN들을 나타낼 수 있다. V-PLMN(130)은 UE(110)를 임시적인 홈 가입자로서 처리할 수 있고, AAA를 생략할 수 있거나 혹은 그것이 성공하도록 보장할 수 있다(예컨대, 인증이 성공하도록 보장하기 위해 널리 공지된 키들을 사용함으로써). 가능한 정규 절차를 따르고, 또한 WLAN 재선택 및 핸드오버를 더 잘 지원하기 위해서 HSS(250)에 UE(110)를 등록하는 것이 바람직할 수 있다.
cdma2000 액세스의 경우, UE(110)는, 예컨대 IETF RFC 1661에 설명되어 있는 바와 같이, PDSN(242)과 PPP 세션을 설정할 수 있고, PDSN(242)로부터의 LCP Configure Request에 응하여 LCP(Link Control Protocol) Configure Reject를 리턴함으로써 PPP 설정 동안에 인증을 거절할 수 있다. PDSN(242)은 UIM이 업거나 혹은 인증되지 않은 UE들에 대한 긴급 호출을 지원할 수 있고, UE(110)를 인증하지 않고도 PPP 세션 설정을 계속할 수 있다. PDSN(242)은 UE(110)에 단순 IP 주소를 할당할 수 있고, UE(110)가 통신할 수 있는 개체들을 제한하기 위해서 IP 패킷 필터링을 적용할 수 있다. 예컨대, PDSN(242)은 로컬 서버들(예컨대, DHCP 서버, DNS 서버, 및 P-CSCF(252))와 통신하고 또한 PSAP 액세스와 연관된 개체들과 통신하도록 UE(110)를 제한할 수 있지만, 인터넷 액세스를 오픈할 수는 없다.
PDSN(242)은 여러 방식으로 긴급 호출에 대해 알 수 있다. 실시예에서, UE(110)는 긴급 호출을 위한 IP 주소 요청을 지시하기 위해서 글로벌하게 정해지는 고유 IP 주소를 포함하고 있는 IPCP Configure Request를 PDSN(242)에 전송한다. 다른 실시예에서는, PPP 설정에 있어 지시들이 사용될 수 있거나, PDSN(242)이 cdma2000 A10 인터페이스를 통해서 RAN(RRC/PCF(222))으로부터 긴급 호출 요청의 지시를 수신할 수 있다. 여하튼, PDSN(242)은 긴급 호출을 위한 비인증된 UE에 단순 IP 주소를 할당할 수 있고, 위에 설명된 바와 같이 특수 필터링을 이용할 수 있다. 이러한 IP 주소 할당은 IETF RFC 1332에 설명되어 있는 PPP IPCP에 대한 개선을 통해서 달성될 수 있다. 만약 UE(110)가 긴급 호출을 지시하지 않는다면, PDSN(242)은 PPP 설정 및 IP 주소 할당을 허용하지 않을 수 있다.
인증을 거절하는 대신에, UE(110)는 PAP(Password Authentication Protocol) 또는 CHAP(Challenge-Handshake Authentication Protocol) 중 어느 하나를 사용하여 인증이 진행되도록 할 수 있는데, 상기 PAP 및 CHAP는 IETF RFC 1334 및 RFC 1994에 각각 설명되어 있다. UE(110)는 CHAP Challenge 또는 PAP Authentication Request를 수신할 수 있고, UIM-부재 UE로부터의 긴급 호출을 나타내는 신원을 포함하고 있는 응답을 전송할 수 있다. 이러한 신원은 3GPP2 WLAN 액세스를 위해 사용되는 가상 IMSI일 수 있다. 만약 그 신원이 V-PLMN(130)을 UE(110)를 위한 도메인으로서 나타낸다면, CHAP 또는 PAP 인증은 PDSN(242)의 관점에서부터 V-PLMN(130)의 AAA 서버(246)로 일반적인 방식을 통해 진행할 수 있다. AAA 서버(246)는 긴급 호출 액세스를 지시할 때 가상 IMSI를 인지할 수 있고, 정규적인 인증을 중단할 수 있거나 공지된 키들을 사용하여 그 인증을 수행할 수 있다. AAA 서버(246)는 제한된 필터링이 예컨대 긴급 VoIP 호출은 허용하지만 다른 타입들의 액세스는 허용하지 않는 것과 같이 IP 액세스를 제한하기 위해서 PDSN(242)에 의해 사용되도록 보장할 수 있다.
PDSN(242)은 어카운팅 및/또는 기록 보관을 위한 NAI를 구성할 수 있다. PDSN(242)은 UE(110)가 UIM을 갖는 경우에는 UE의 고유한 국제 신원(IMSI, MIN, 또는 국제 로밍 MIN-IRM)을 사용할 수 있다. PDSN(242)은 또한 UE(110)에 대한 ESN 또는 다른 식별을 사용할 수 있다.
3GPP2 WLAN 액세스의 경우에는, UE(110)가 WLAN에 액세스한 이후에, 액세스 포인트 또는 인증 개체가 UE(110)의 인증을 개시할 수 있고, EAP(Extensible Authentication Protocol) Request이나 또는 UE(110)의 신원에 대한 어떤 다른 요청을 전송할 수 있다. UE(110)는, 예컨대 도메인이 UE(110)의 H-PLMN을 식별하는 user@domain의 형태로, UE의 신원을 포함하고 있는 EAP 응답 또는 어떤 다른 응답을 리턴함으로써 응답할 수 있다. 만약 UE(110)가 어떠한 UIM도 갖지 않거나 또는 V-PLMN(130)에서 어떠한 로밍 협약도 갖지 않는다면, UE(110)는 3GPP WLAN을 위해 사용되는 가상 NAI와 동일하거나 혹은 유사할 수 있는 가상 신원을 리턴할 수 있다. 예컨대, 가상 신원의 사용자(예컨대, 가상 IMSI) 부분은, 만약 UE(110)가 고유 단말기 ID(예컨대, ESN)로부터의 UIM 또는 디지트를 갖지 않는다면, UE의 고유한 국제 신원(예컨대, IMSI, MIN 또는 IRM)으로부터의 디지트들을 포함할 수 있다. 상기 사용자 부분은 또한 자신이 긴급 호출들을 위한 가상 신원이라는 것을 나타내기 위해서 고유의 프리픽스(예컨대, 고유의 디지트)를 포함할 수 있다. 가상 신원의 도메인 부분은 V-PLMN(130)을 나타낼 수 있다.
액세스 포인트 또는 인증 개체는 예컨대 AAA 서버(246)와 같은 로컬 AAA 서버를 사용하여 인증을 계속할 수 있다. 그 인증은 공지된 키들을 사용하여 정규적 으로 실행될 수 있거나 또는 올바른 인증이 이루어지지 않은 이후에는 중단될 수 있다. 일단 가상 인증이 완료되면, 액세스 포인트 또는 연관된 라우터는 위에 설명된 바와 같이 UE(110)에 의한 액세스를 제한하기 위해서 패킷 필터링을 이용할 수 있다.
UE(110)는 WLAN을 액세스하고, 가상 인증을 수행하며, PDIF를 발견할 수 있다. UE(110)는, 예컨대 cdma2000 UE-PIDF 인증을 위해 사용되는 NAI을 대신해서, 가상 신원을 사용하여 PDIF(또는 로컬 AAA 서버)에 대해 자신을 식별할 수 있다. 가상 신원은 WLAN 인증을 위해 사용된 것과 동일하거나 유사할 수 있다. 이어서, 정규 인증 및 터널 설정이 PDIF에 대한 어느 정도의 투명성을 달성하기 위해서 로컬 AAA 서버를 사용하고 공지된 키들을 사용하여 (3GPP2 X.P0028-200에 설명된 바와 같이) 진행할 수 있다. 대안적으로는, 인증이 중단되거나 저지될 수 있다. 인증 이후에, PDIF는 UE(110)에 의한 액세스를 제한하기 위해서 패킷 필터링을 이용할 수 있다.
WLAN은 위의 절차들을 지지할 수 있는 V-PLMN들을 공시할 수 있거나, 이를 지원하기 위해서 성능 및 자발성을 나타내는 우선순위에 따라 V-PLMN들을 나타낼 수 있다.
IMS 액세스의 경우에, SIP 등록은, 3GPP TR 23.867 및 3GPP2 X.P0013-002A에 설명되어 있는 바와 같이, 만약 UE(110)가 어떠한 UICC/UIM을 갖지 않거나 및/또는 V-PLMN(130)에서 어떠한 로밍 협약도 갖지 않는다면, 생략될 수 있다. 이는 PSAP에 대한 긴급 호출 설정을 가능하게 하지만 콜백을 지원하지는 않는다. 대안적으 로, UE(110)는 V-PLMN 도메인 이름 및 긴급 개인 사용자 ID를 포함하고 있는 SIP REGISTER를 전송함으로써 등록할 수 있는데, 그것은 V-PLMN 도메인 이름 및 가상 IMSI를 사용하여 생성될 수 있다. 이러한 SIP REGISTER는 E-CSCF(254) 및 HSS(250)에서 인지될 것이지만 다른 개체들에도 명료할 수 있다.
다음으로, 등록 절차는 UE(110)로부터의 SIP REGISTER을 V-PLMN(130)의 E-CSCF(254)(또는 다른 IMS 서버)에 전달하는 한은 진행될 수 있다. H-PLMN(160)에서의 등록은 수행되지 않지만, E-CSCF(254)는 V-PLMN(130)의 HSS(250)에 UE(110)를 등록할 것이다. HSS(250)는 임시 TEL URI 및/또는 임시 SIP URL(HSS(250)의 풀로부터)을 임시 공용 사용자 신원들로서 할당할 수 있다. TEL URI는 만약 시그널링이 PSTN을 통해 이루어졌다면 호출 설정에 있어서 PSAP(180)에 전달될 수 있고, SIP URI는 SIP 호출 설정을 위해 전달될 수 있다. URI는, 만약 긴급 호출의 종료 이후에 어느 정도의 기간 동안 V-PLMN(130) 및 UE(110) 양쪽 모두에 의해 IMS 등록 및 IP 접속성이 유지된다면, PSAP(180)로부터의 콜백을 가능하게 할 것이다. TEL URI 및 SIP URI는 일반적인 영구적 주소들과의 차이로 인해서 임시 주소들로서 PSAP(180)에 의해 인지되는데, 그 이유는 상기 일반적인 영구적 주소들이 UE(110)를 글로벌하게 식별하는데 사용되지 않기 때문이다. HSS(250)는 완료된 긴급 호출들로부터 리턴되는 임시 주소들을 "격리"시킬 수 있고, PSAP 콜백이 틀린 UE들로 잘못 라우팅되는 것을 막기 위해 임의의 시간 기간 동안에 이러한 주소들을 재할당하지 않을 수 있다.
PSAP 콜백은 여러 방식들로 지원될 수 있다. 만약 UE(110)가 H-PLMN(160)에 등록된다면, PSAP(180)로부터의 콜백은, 3GPP TS 23.228 또는 3GPP2 X.P0013에 설명되어 있는 바와 같이, UE(110)의 SIP URI 또는 TEL URI 공용 사용자 신원을 사용할 수 있고 또한 H-PLMN(160)으로 초기에 라우팅될 수 있다. SIP 동작가능 PSAP의 경우에, SIP INVITE가 H-PLMN(160)의 I-CSCF(262)에 라우팅될 수 있다(UE의 SIP URI의 H-PLMN 도메인 이름에 기반하여). I-CSCF(262)는 H-PLMN(160)의 S-CSCF(264)에 대해서 HSS(250)에 질의할 수 있고, 다음으로는 S-CSCF(264)에 호출을 라우팅할 수 있다. 다음으로, S-CSCF(264)는 이전의 등록 정보에 기반하여 V-PLMN(130)의 E-CSCF(254) 또는 P-CSCF(252)에 호출을 라우팅할 수 있다. 앞의 경우에는, E-CSCF(254)가 S-CSCF(264)에 의해서 P-CSCF로서 처리될 수 있고, P-CSCF(252)를 통해서 UE(110)에 호출을 라우팅할 수 있다. 나중의 경우에는, P-CSCF(252)가 호출을 UE(110)에 라우팅할 수 있다. PSTN 동작가능 PSAP의 경우에는, 호출이 UE(110)의 TEL URI에 기반하여 H-PLMN(160)의 MGCF에 PSTN을 통해 라우팅될 수 있다. MGCF는 PSTN 및 SIP 시그널링 사이에서 상호작용할 수 있고, H-PLMN(160)의 I-CSCF(262)에 SIP INVITE를 전송할 수 있다. 다음으로, I-CSCF(262)로부터 UE(110)로의 호출 라우팅이 SIP 동작가능 PSAP에 대한 것과 동일한 방식으로 진행할 것이다.
만약 UE(110)가 H-PLMN에 등록하지 않는다면(UE가 UICC/UIM을 갖지 않거나 및/또는 V-PLMN(130)과의 로밍 협약이 없기 때문에), UE(110)는 V-PLMN(130)의 HSS(250)에 등록될 수 있다. HSS(250)는 임시적인 TEL URI 또는 SIP URI 공용 사용자 신원을 UE(110)에 할당할 수 있다. 다음으로, PSAP로부터의 콜백이, H- PLMN(160)을 수반하지 않고도, SIP 동작가능한 PSAP를 위한 CSCF(256) 또는 PSTN 동작가능 PSAP를 위한 MGCF(258) 중 어느 하나에 라우팅될 수 있다.
4.2. 호출 설정
도 11은 UICC/UIM을 갖지 않는 UE에 대해 긴급 VoIP 호출을 설정하는 메시지 흐름(1100)의 실시예를 나타낸다. 메시지 흐름(1100)은 3GPP 제어 플레인 로케이션, SUPL, 및 X.S0024를 위해 사용될 수 있다.
단계 1에서, UE(110)는, 위에서 설명된 바와 같이, 액세스 네트워크를 발견하여 그에 접속하고, IP 접속성을 설정하며, 로컬 SIP 서버(예컨대, P-CSCF(252))를 발견할 수 있다. UE(110)는 GPS 또는 cdma2000 액세스를 위한 가상 IMSI, WLAN 액세스를 위한 가상 NAI, 3GPP2 WLAN 액세스를 위한 가상 신원을 이용할 수 있다. UE(110)는 가상 신원(예컨대, 가상 IMSI)을 사용하여 V-PLMN(130)의 HSS(250)에 등록할 수 있다.
단계 2에서, UE(110)는 단계 1에서 발견된 P-CSCF(252)에 SIP REGISTER을 전송함으로써 V-PLMN IMS 네트워크에 등록을 시도한다. UICC/UIM-부재 또는 비-로밍의 경우에는, SIP REGISTER이 긴급 서비스 식별, V-PLMN 도메인 이름, 단계 1에서 획득된 UE IP 주소, V-PLMN 도메인 이름 및 가상 IMSI(GPRS의 경우) 또는 가상 신원(cdma2000의 경우)을 사용하여 생성된 긴급 개인 사용자 ID, 및/또는 다른 정보를 포함할 수 있다. 재등록의 경우에는, SIP REGISTER이 초기 등록 시에 할당된 임시적인 공용 사용자 ID를 더 포함할 수 있다. 긴급 서비스들 지시 또는 긴급 개인 사용자 ID(UE(110)를 위한 홈 네트워크로서 V-PLMN(130)을 나타낼 수 있음)의 존재로 인해서, P-CSCF(252)는 SIP REGISTER을 동일한 네트워크에서 긴급 서비스 호출들을 지원하는 E-CSCF(254)에 전송한다. 전송된 SIP REGISTER은 UE(110)에 대한 로케이션 정보를 포함할 수 있다. SIP REGISTER은 또한 V-SLP 또는 SGSN 주소(3GPP의 경우)나 또는 V-SLP, PDSN 또는 PIDF 주소(3GPP2의 경우)를 포함할 수 있다.
단계 3에서는, UE(110)에 대한 긴급 개인 사용자 ID가 V-PLMN(130)을 참조하기 때문에, E-CSCF(254)는 등록 정보를 예컨대 Cx-Put/Cx-Pull의 HSS(250)에 전송한다. 단계 4에서, HSS(250)는 긴급 개인 사용자 ID가 이미 등록되었는지, 예컨대 UE(110)가 이미 등록했는지 또는 다른 UE가 동일한 개인 사용자 ID를 통해 등록했는지를 확인한다. HSS(250)는 공동 UE 개체 디지트들(예컨대, 공통 IMEI 또는 ESN 디지트들)로 인해 동일한 긴급 개인 사용자 ID를 갖는 UE들을 구별하기 위해서 또한 재등록으로부터 초기 등록(할당되는 어떠한 임시적인 공용 사용자 ID도 없이 등록)을 구별하기 위해서 만약 제공된다면 임시적인 공용 사용자 ID를 사용할 수 있다. 초기 등록의 경우에는, HSS(250)가 긴급 개인 사용자 ID 및 E-CSCF 주소를 저장하고, E-CSCF(254)에 리턴되는 임시적인 공용 사용자 SIP URI 및/또는 TEL URI를 할당한다.
단계 5에서는, E-CSCF(254)가 P-CSCF(252)를 통해서 200 OK를 UE(110)에 리턴한다. 200 OK는 HSS(250)에 의해 할당된 임시적인 공용 사용자들 ID들을 포함할 수 있다. UE(110)는 V-PLMN(130) 내에서 다른 SGSN(GPRS 액세스의 경우), 다른 PCF 또는 PDSN(cdma2000 액세스의 경우), 다른 WLAN(WLAN 액세스의 경우)으로 핸드 오프되는 경우에 재등록할 수 있다. 단계 6에서, UE(110)는 SIP INVITE를 P-CSCF(252)에 전송하는데, 상기 SIP INVITE는 긴급 호출을 나타내는 글로벌 SIP URL 또는 TEL URL, 필요한 긴급 서비스의 타입, 및 UE(110)가 어떠한 UICC/UIM도 갖지 않거나 및/또는 V-PLMN(130)에 대한 어떠한 로밍 액세스도 갖지 않는 경우에 단계 5에서 수신된 임시적인 공용 사용자 ID들을 포함할 수 있다. P-CSCF(252)는 SIP INVITE를 E-CSCF(254)에 전송한다. 단계 7에서, E-CSCF(254)는, 도 5 및 도 9의 단계들 6 내지 13 그리고 도 7의 단계들 9 내지 13에 대해 설명된 바와 같이, 호출에 대한 PSAP 라우팅 정보(예컨대, PSAP SIP URI, 또는 ESRD 및 ESRK)를 획득하기 위해서 로케이션 서버(286)와 상호작용한다.
단계들 8a 및 9a는 PSAP(180)가 IP를 동작가능하게 하는 경우에 수행된다. 단계 8a에서, E-CSCF(254)는 SIP URI를 사용하여 PSAP(180)에 SIP INVITE를 라우팅한다. 그 SIP INVITE는 UE(110)에 대한 임의의 중간 위치 추정치, 로케이션 서버(286)의 IP 주소 또는 이름, 및 UE(110)에 할당된 임시적인 공용 사용자 SIP URI를 포함할 수 있다. 단계 9a에서는, 추가적인 SIP 시그널링이 긴급 호출을 설정하기 위해서 교환될 수 있다.
단계들 8b, 8c 및 9b는 PSAP(180)가 PSTN을 동작가능하게 하는 경우에 수행된다. 단계 8b에서, E-CSCF(254)는 BGCF를 통해서 SIP INVITE를 MGCF(258)에 전송한다. SIP INVITE는 ESRD 및 ESRK 그리고 어쩌면 UE(110)에 할당된 임시적인 공용 사용자 TEL URI를 포함할 수 있다. 단계 8c에서, MGCF(258)는 SS7 ISUP 및/또는 MF 시그널링을 사용하여, PSTN을 통해서, 어쩌면 선택성 라우터를 통해서 호출을 PSAP(180)에 라우팅한다. ESRD 또는 ESRK는 라우팅 번호들로서 사용되고, ESRK는 UE(110)의 신원으로서 그리고 더 많은 정보를 획득하기 위한 키로서 PSAP(180)에 전송된다. 임시적인 공용 사용자 E.164 번호가 또한 시그널링 성능들에 의해 허용되는 경우에 PSAP(180)로 전송될 수 있다. E.164는 국제 전화 번호 시스템을 정하는 ITU-T 표준이고, E.164 번호는 나라 코드 및 국내 번호로 구성된다. 단계 9b에서는, 추가적인 SIP 시그널링이 교환될 수 있고, MGCF(258)에서 SS7 ISUP 및/또는 MF와의 상호작용이 호출을 설정하기 위해 발생할 수 있다.
단계 10에서, PSAP(180)는 호출 설정 시에 SIP URI 또는 ESRK에 의해 지시될 수 있는 로케이션 서버(286)에 질의함으로써 UE(110)에 대한 정확한 위치 추정치를 획득할 수 있다. 로케이션 서버(286)로부터의 응답은, 만약 PSAP(180)가 PSTN을 동작가능하게 하고 또한 만약 UE(110)에 할당된 임의의 임시적인 공용 사용자 E.164 번호가 호출 설정 시에 PSAP(180)에 전송되지 않았다면, 상기 임의의 임시적인 공용 사용자 E.164 번호를 포함할 수 있다. 호출은 어느 정도의 시간 이후에 해제될 수 있는데, 예컨대 무선 커버리지의 일시적인 손실로 인해 차단될 수도 있다. 다음으로, E-CSCF(254)는 후속적인 콜백을 위해서 PSAP(180)에 의한 UE(110)의 로케이션을 지원하기 위해서 로케이션 서버(286)에 알리기 이전에 임의의 시간 기간 동안에 기다린다.
PSAP(180)는 자신의 임시적인 공용 사용자 ID를 사용하여 UE(110)를 콜백하려 시도한다. 단계 11a는 SIP 동작가능 PSAP에 대해 수행된다. 단계 11a에서, PSAP(180)는 UE(110)에 할당된 임시적인 공용 사용자 SIP URI의 네트워크 도메인 부분에 의해 지시될 수 있는 I-CSCF(258)에 SIP INVITE를 전송한다. 단계들 11b 및 11c가 PSTN 동작가능 PSAP에 대해 수행된다. 단계 11b에서, PSAP(180)는 UE(110)에 할당된 임시적인 공용 사용자 E.164 번호의 첫 번째 디지트들에 의해 지시될 수 있는 MGCF(258)에 ISUP IAM(또는 MF 호출 설정)을 전송한다. 단계 11c에서, MGCF(258)는 단계 11b에서 수신된 E.164 번호로부터 구성되는 TEL URI를 포함하고 있는 SIP INVITE를 I-CSCF(258)에 전송한다.
단계 12에서, I-CSCF(258)는 단계 11a에서 수신되는 임시적인 공용 사용자 SIP URI 또는 단계 11c에서 수신되는 임시적인 공용 사용자 TEL URI를 포함할 수 있는 로케이션 질의를 HSS(250)에 전송한다. 단계 13에서, HSS(250)는 UE 등록 정보를 발견하고, E-CSCF(254)의 주소를 I-CSCF(258)에 리턴한다. 단계 14에서, I-CSCF(258)는 SIP INVITE를 E-CSCF(254)에 전송한다. 단계 15에서, E-CSCF(254)는 P-CSCF 주소를 로케이팅하고, P-CSCF(252)를 통해서 UE(110)에 그 SIP INVITE를 전송한다. 단계 16에서는, 호출 설정이 정규적인 경우에서처럼 계속된다.
그런 이후에, UE(110)는 PSAP(180)와 통신할 수 있다. 호출이 나중에 해제되었을 때 또는 해제 이후에 어느 정도 시간이 지났을 때, E-CSCF(254)는 로케이션 서버(286)에 지시를 전송할 수 있고, 이는 호출의 임의의 기록을 해제시킬 수 있다.
5. 지리적으로 멀리 떨어진 레거시 PSAP 의 지원
일부 경우들에 있어서, V-PLMN 및/또는 SIP 서버(예컨대, E-CSCF(254))는 UE(110)로부터 지리적으로 멀리 떨어질 수 있다. 이러한 경우들에서는, 만약 PSTN 이 멀리 떨어진 PSAP들로의 액세스를 지원하지 않는다면, 로컬 MGCF를 통해서 PSTN 동작가능 PSAP에 호출을 라우팅하는 것이 가능하지 않을 수 있다. 아래의 설명이 이러한 경우들을 처리하기 위해 사용될 수 있다.
실시예에서, 긴급 호출은 다른 V-PLMN으로 다시 지향된다. SIP INVITE의 처리에 있어 초기에는, E-CSCF 또는 로케이션 서버(예컨대, E-SLP, GMLC 등)가 호출이 다른 네트워크의 호출 서버로 다시 지향되어야 한다는 것을 결정할 수 있다. 그 경우에는, 우선적인 다른 서버(들)의 SIP URI(들)을 포함하고 있는 SIP 3x Redirect 응답(예컨대, 305 사용 프록시)이 UE(110)에 리턴될 수 있다. 다음으로, UE(110)는, 비록 동일한 액세스 네트워크가 여전히 사용되고 있는 경우에 액세스 및 IP 접속성 절차가 생략될 수 있을지라도, 위에 설명된 호출 절차들을 다시 시도할 수 있다. 만약 호출 설정 절차가 중간 위치 추정치 및/또는 정확한 PSAP(예컨대, ESRD, SIP URI 또는 IP 주소)를 결정하는 한 진척된다면, E-CSCF는 재방향 응답에 이들을 포함시킬 수 있다. 다음으로, UE(110)는 새로운 PLMN에 전송되는 SIP INVITE에 그 정보를 포함시킬 수 있고, 이는 동일한 정보를 얻는데 있어서의 추가적인 지연을 방지할 수 있고 또한 이러한 정보를 얻는 성능이 없는 PLMN들의 사용을 가능하게 할 수 있다. 본래의 E-CSCF는 로케이션 서버(예컨대, E-SLP 또는 GMLC)에 통보할 수 있고, 그런 다음에 상기 로케이션 서버는 UE(110)에 대한 호출 기록을 제거할 수 있다.
다른 실시예에서는, E-CSCF가 호출이 PSTN에 더 잘 전송될 수 있는 발신지인 PSAP에 가까이 있는 다른 네트워크(또는 동일한 네트워크)의 SIP 서버에 호출을 전 송한다. V-PLMN은 로케이션 기능들을 포함하고 있는 앞서 설명된 기능들 모두를 계속 지원하고 또한 UICC 또는 UIM을 갖지 않는 UE들을 계속 지원할 수 있다. 전송되는 SIP INVITE는 PSAP 신원(예컨대, SIP URI 또는 ESRD), 로케이션 서버에 할당된 임의의 ESRK, 및 UICC-부재 UE를 위해 할당된 임의의 임시적인 공용 사용자 ID들을 포함할 수 있다. PSAP는 로케이션 정보에 대해서 V-PLMN의 로케이션 서버에 계속해서 질의할 수 있고, 임의의 콜백이 정규적인 경우에 V-PLMN에 H-PLMN을 통해서 전송될 수 있거나 또는 UICC-부재의 경우에 V-PLMN에 지향될 수 있다. V-PLMN에서 이러한 기능들의 계속적인 지원은 후속적인 SIP 서버에 대한 요구를 방지하고, 매우 많은 수의 다른 네트워크들로 하여금 전송 서비스를 지원할 수 있게 해야 한다.
또 다른 실시예에서는, Local Number Portability가 예컨대 미국에서 사용될 수 있다. ESRD 및 ESRK를 리턴하는 것 이외에도, 로케이션 서버(예컨대, E-SLP 또는 GMLC)는 LEC 교환 또는 PSAP 선택성 라우터에 상응하는 IMS 네트워크(예컨대, E-CSCF)에 LRN(Location Routing Number)을 리턴할 수 있는데, 상기 PSAP 선택성 라우터로부터 PSAP가 직접 도달될 수 있다. 대안으로서, IMS 네트워크(예컨대, E-CSCF 또는 MGCF)는 ESRD으로부터 LRN을 획득할 수 있다. LRN은 MGCF에 전송된 정보에 포함되고(MGCF에 의해서 획득되지 않는 경우), MGCF는 다음의 파라미터들을 포함하고 있는 ISUP IAM을 PSTN에 전송한다:
Called Party Number = LRN,
Generic Address Parameter(GAP) = ESRD,
"number translated"로 설정된 FCI 파라미터 비트 M,
Calling Party Number = UE MSISDN 또는 ESRK, 및
"emergency service call"로 설정된 Calling Party's Category(선택적임).
(예컨대, 미국에서) PSTN들에 의한 번호 휴대가능성의 지원으로 인해서, 호출(ISUP IAM)은 예정된 LEC CO에 정확히 라우팅될 수 있거나, 혹은 MF 트렁크들보다는 오히려 SS7를 제공한 선택성 라우터가 미국에서 사용될 수 있다. 목적 LEC CO 또는 선택성 라우터는 번호 휴대성을 지원할 수 있고, 호출을 수신할 때 LRN을 그대로 인지할 수 있으며, GAP로부터 정확한 착신 측 번호(ESRD)를 획득할 수 있다. ESRD의 고유성 또는 Calling Party's Category 설정은 그것이 긴급 호출이라는 것을 LEC CO 또는 선택성 라우터에 알려 준다. 이 시점에서, 호출은 마치 자신이 로컬적으로 발신된 것처럼 PSAP에 라우팅될 수 있다. 본 실시예는 PSTN 톨 스위치들에 대한 새로운 악영향을 방지하지만(예컨대, 어떠한 라우팅 변화들도 없음) LEC CO들 및 선택성 라우터들에 악영향을 줄 수 있다.
6. SUPL 및 X. S0024 에 대한 보안성
SUPL의 경우에는, 로밍 및 비-로밍 시나리오들의 경우에 위치측정을 위한 H-SLP를 프록시 또는 비-프록시 모드로 대체하는 E-SLP(272)를 지원하기 위해서 보안 절차들이 설정될 수 있다. 기존의 SUPL 보안 절차들은 일반적으로 UE(110) 및 H-SLP 양쪽 모두의 공유된 키들에 기초하거나 및/또는 H-SLP에 관한 UE(110)에 제공된 다른 정보(예컨대, 완전히 적격의 도메인 이름, 루트 X.509 공용 키 기준 등)에 기초한다. 이러한 정보는 E-SLP(272)에 이용될 수 없을 수 있다. E-SLP(272)의 경우에, 프록시 및 비-프록시 모드들에 대한 인증이 아래에 설명된 바와 같이 지원될 수 있다.
X.S0024의 경우에는, 위치측정을 위한 H-PS를 대체하는 E-PS(282)를 지원하기 위해서 보안 절차들이 또한 설정될 수 있다. 기존의 X.S0024 보안 절차들은 3GPP2 X.S0024-0 및 3GPP2 S.P0110-0에 설명되어 있다. 이러한 절차들은 사용자를 위한 H-PS 및 사용자의 UIM 양쪽 모두에서 제공되는 공통 루트 키를 사용한다. 추가적인 키들이 다음과 같은 제공된 루트 키로부터 유도될 수 있다:
(a) SUPL INIT가 SMS 또는 WAP Push를 사용하여 UE(110)에 전송되고 인증되며(H-PS로부터 올 때) 선택적으로 암호화되는 S-SAFE(Secure Store and Forward Encapsulation)을 지원하는 키.
(b) X.S0024 메시지가 암호화 및 인증을 통해서 UE(110)와 H-PS 간에 전송되는, UE(110)와 H-PS 간의 안전한 IP 접속을 지원하는 키.
(c) X.S0024 메시지가 암호화 및 인증을 통해서 UE(110)와 PDE 간에 전송되는 비-프록시 모드의 경우에 UE(110)와 PDE 간의 안전한 IP 접속을 지원하는 키.
위에 설명된 3 가지 키들 각각은 루트 키의 임의의 값에 대한 결정적인 값이 존재한다는 의미에서 고정된다. 그러나, 이러한 고정된 키들 각각으로부터, 추가적인 키들이 암호화 및 인증을 위해 유도될 수 있는데, 그것의 값들은 UE 및 H-PS 또는 PDE에 의해서 특정 위치측정 세션에 대해 제공되는 난수들에 따라 좌우된다. 이러한 키 유도 및 동반되는 보안 절차들은 IETF RFC(2246)에 설명되어 있는 TLS(Transport Layer Security) 절차 및 IETF 드래프트 "Pre-Shared Key Ciphersuites for Transport Layer Security(TLS)"에 설명되어 있는 그것의 PSK-TLS 변형을 사용한다. 만약 X.S0024가 긴급 VoIP에서 위치측정을 위해 사용되고 또한 E-PS(282)는 H-PS가 아니라면, 상호 인증 및 암호화를 위해서 UE(110) 및 E-PS(282) 양쪽 모두에서 공통의 사전 구성된 루트 키에 더 이상은 의지하지 않을 수 있다.
SUPL의 경우에, UE(110)는 심지어 긴급 호출 동안에도 UE 로케이션으로의 비허가된 액세스를 막기 위해서 E-SLP(272)를 인증할 수 있다. X.S0024의 경우에, UE(110) 및 E-PS(282)는 상호 인증을 수행할 수 있다. 표 2는 방법들(A, B, C, D 및 E)로 지정되어진 5 가지의 인증 방법들과 각 방법의 특징을 목록화하고 있다.
표 2 - 인증 방법들
특징 방법 A 방법 B 방법 C 방법 D 방법 E
E-SLP 인증 아니오 예 예 예 예
UE 인증 아니오 제한됨 예 예 예
로밍 지원 예 예 예 예 아니오
H-PLMN 악영향 아니오 아니오 아니오 예 예
IMS에 대한 안전한 UE 접속이 필요 아니오 아니오 예 아니오 아니오
UICC/UIM-부재 지원 예 예(주석1) 제한됨 아니오 아니오
주석 1 : 공용 키 루트 증명서들이 이동 기기(ME)에서 제공된다고 가정.
방법 A는 최소 인증을 제공한다. UE(110)는, 만약 SUPL INIT 메시지가 긴급 세션에 대한 로케이션을 나타내고 UE(110)가 그 긴급 세션에 현재 관련되어 있다면, 비-인증된 E-SLP 또는 E-PS로부터의 네트워크 개시된 SUPL 또는 X.S0024 로케이션을 허용한다. 긴급 세션으로의 제한은 어느 정도의 보호를 제공한다. SUPL의 경우에, UE(110)는 E-SLP(272)를통해 보안 절차들을 호출하지 않음으로써 방법 A를 선택할 수 있다. 이 경우에는, E-SLP(272)가 SUPL POS INIT에 포함된 SUPL INIT 해시 코드를 통해서 제한된 범위까지 UE 신원을 검출할 수 있다. 또한, E-CSCF(254)에 의해서 E-SLP(272)에 제공된 UE(110)의 IP 주소는 정확한 UE 신원에 대한 어느 정도의 추가적인 보장을 제공할 수 있다. X.S0024 및 SUPL의 경우에, SUPL INIT의 IMS 또는 SIP를 통한 전송(이동 터미네이티드 IP 또는 UDP/IP가 사용되지 않은 경우)은 UE 신빙성에 있어 어느 정도의 추가적인 확신을 제공할 수 있는데, 그 이유는 IMS 및 SIP 전송이 V-PLMN(130) 및/또는 H-PLMN(160)으로부터의 지원 및 검증에 의존하기 때문이다.
방법 B는 TLS 공용 키 인증에 대한 것이다. UE(110) 및 E-SLP(272) 또는 E-PS(282)는 IETF RFC 2246에 설명되어 있는 바와 같이 또한 OMS SUPL 1.0의 대안적인 클라이언트 인증 메커니즘 "Secure User Plane Location Architecture"에 설명되어 있는 바와 같이 TLS를 이용하여 공용 키 인증을 지원한다. 이러한 메커니즘은 TSL 핸드세이크 단계 동안에 H-SLP 또는 E-PS에 의해서 UE에 전송되는 ITU X.509 공용 키 증명서들을 갖는 TSL를 사용하는 UE에 의해서 H-SLP 또는 E-PS의 인증을 지원한다. 공용 키 증명서는 연쇄적인 디지털 서명들을 제공하는데, 각각의 서명은 그 다음 서명을 인증하고, 그럼으로써 UE는 자신에게 적어도 하나의 루트 증명서 기관의 공용 키가 제공되는 경우에 E-SLP 또는 E-PS의 공용 키를 인증할 수 있다. 공용 키 인증 TLS 절차는 예컨대 후속하는 SUPL 메시지들에 대해서 후속하는 암호화 및 인증에 사용할 대칭적인 키들의 전송을 지원한다. 비-프록시 모드의 경우에는 UE(110)와 SPC 또는 PDE 사이의 인증 및 암호화는 또한 이러한 키들을 통해서 또는 이러한 키들로부터 추가적인 키들을 유도함으로써 지원될 수 있다. 방법 B는 하나 이상의 루트 증명서 기관들(예컨대, OMA에 의해서 정해짐)에 의해서 및 긴급 VoIP 호출들을 위한 SUPL 또는 X.S0024를 지원하는 UE들에서 키(들)를 제공함으로써 E-SLP 또는 E-PS 공용 키(들)의 증명서에 의존한다. 이는 UE(110)에 의한 E-SLP(272) 또는 E-PS(282)의 인증, 및 SUPL의 경우에는, SUPL POS INIT에 포함되고 UE(110)에 의해서 E-SLP(272)에 전송되는 64-비트 SUPL INIT 해시를 통해 E-SLP(272)에 의한 UE(10)의 제한된 인증을 보장한다.
방법 B의 경우에, UE(110)(예컨대, UICC 또는 UIM)는 UE로 하여금 E-SLP(272) 또는 E-PS(282)의 공용 키(들)를 검증할 수 있게 하는 하나 이상의 루트 공용 키 증명서들이 제공될 수 있다. UE(110) 및 E-SLP(272) 또는 E-PS(282)는 RFC 2246에 설명되어 있는 TLS 절차 및 하나 이상의 안전한 공용 키 전송 절차들, 예컨대 RSA, DSS, 또는 Diffie-Hellman을 사용해서 공유된 암호화 키 및 메시지 인증 코드(MAC) 키를 설정할 수 있다. SUPL 또는 X.S0024 메시지들의 암호화 및 인증은 안전한 TLS 접속의 설정 이후에 수행될 수 있다. 비-프록시 모드의 경우에는, SUPL 1.0에서 3GPP2 비-프록시 모드에 대해 정해진 방법이 SUPL에서는 UE(110)와 V-SPC 또는 H-SPC 사이 또는 X.S0024에서는 UE(110)와 PDE 사이에서 IETF PSK-TLS에 따라 인증 및 암호화를 위한 공유 키를 생성하는데 사용될 수 있다.
방법 C는 PSK-TLS 인증을 위한 것이다. UE(110) 및 E-SLP(272) 또는 E-PS(282)는 IETF 드래프트 "Pre-Shared Key Ciphersuites for Transport Layer Security(TLS)"에 따라 PSK-TLS(예컨대, 3GPP2 SETs 또는 3GPP2 X.S0024-0 및 S.P0110-0에 대한 SUPL 1.0에 설명된 바와 같은)를 지원한다. 사전 공유된 키(PSK)가 (a) UE(110), IMS 네트워크(예컨대, E-CSCF(254)) 및/또는 E-SLP(272) 또는 E-PS(282)에 의해 제공되는 정보, (b) 긴급 호출을 위한 SIP 설정 동안에 UE(110)에 의해 전송되거나 UE(110)에 전송되는 정보(예컨대, SIP 파라미터들), (c) UE(110)로부터의 안전한 IMS 액세스를 지원하기 위해서(예컨대, IPsec, PSK-TLS, TLS를 사용하여) P-CSCF(252) 및 UE(110)에 이미 존재하는 보안 정보, 및/또는 (d) 다른 정보로부터 생성될 수 있다. (c)의 보안 정보는 UE(110)가 V-PLMN(130)을 통해서 H-PLMN IMS 네트워크에 등록하는 경우에 이용될 수 있다.
PSK나 또는 상기 PSK를 유도하는데 사용되는 정보가 SIP 긴급 호출의 개시 및/또는 SIP 등록 동안에 UE(110) 및 E-SLP(272) 또는 E-PS(282)에 이용될 수 있고, PSK-TLS를 사용하는 SUPL 또는 X.S0024 로케이션을 위해 사용될 수 있다. 개체들 사이의 SIP 호출 설정 및 등록 동안에 형성되어진 정확한 관계가 보안 키가 유도될 수 있는 안전한 PSK 또는 공통 정보를 획득하는데 사용된다. SUPL의 경우에는, UE(110) 및 E-SLP(272)의 상호 인증이, UE가 E-SLP(272)로부터 UE(110)로의 SUPL INIT 전송에 이어서 E-SLP(272)로의 IP(PSK-TLS) 접속을 설정할 때, PSK-TLS를 사용하여 지원될 수 있다. X.S0024의 경우에는, 안전한 PSK가 루트 키로서 사용될 수 있는데, 상기 루트 키로부터 나머지 보안 정보가 3GPP2 X.S0024-0 및 S.P0110-0에 설명되어 있는 바와 같이 유도될 수 있다.
방법 C는 SIP 등록 및/또는 SIP 호출 설정 동안에 UE(110)와 IMS 사이의 안전한 접속에 의지하는데, 그것은 V-PLMN(130)과 H-PLMN(160)에 UE(110)의 등록과 UE(110)와 V-PLMN(130) 간의 상호 인증을 의미한다. 만약 UE(110)가 UICC/UIM을 갖지 않거나 또는 V-PLMN(130)과 H-PLMN(160) 간에 어떠한 로밍 협약도 없다면, V-PLMN(130)과 UE(110) 간의 상호 인증 및 안전한 전송이 SIP 등록 및 SIP 호출 설정 동안에 달성될 수 없고, 생성되는 임의의 PSK는 더욱 제한된 보호를 제공할 것이다.
방법 D는 3GPP TS 33.220 또는 3GPP2 TSG-S draft S.P0109에 설명되어 있는 GAP(Generic Bootstrap Architecture)를 통한 인증을 위한 것이다. UE(100) 및 E-SLP(272) 또는 E-PS(282)는 GAP를 지원한다. 이는 UE(110) 및 E-SLP(272) 또는 E-PS(282)로 하여금 H-PLMN(160)으로부터 안전한 공유 키를 획득할 수 있게 한다. SUPL의 경우에, 이 키는, 3GPP TS 33.222 또는 3GPP2 TSG-S draft S.P0114에 설명되어 있는 바와 같이, UE(110)와 E-SLP(272) 간의 PSK-TLS 상호 인증을 지원하기 위해 사용될 수 있다. 이러한 방법은 3GPP 프록시 모드를 지원하기 위해서 SUPL 1.0에서 사용된다. 그 키는 또한 HTTP Digest 인증(예컨대, 3GPP TS 33.222에 설명되어 있음), UE(110)와 E-SLP(272) 간의 HTTP Digest 인증(예컨대, 3GPP2 TSG-G draft S.P0114에서 설명되어 있음), 또는 다른 형태들의 인증을 갖는 TSL를 지원하기 위해 사용될 수 있다. X.S0024의 경우에, 이 키는 루트 키로서 사용될 수 있고, 그 루트 키로부터 나머지 보안 정보가 유도될 수 있다.
방법 D는 H-PLMN(160)에서 GAP의 지원뿐만 아니라 V-PLMN(130)과 H-PLMN(160) 간의 로밍 협약에 의존적이고, 그로 인해서 H-PLMN(160)의 BSF(Bootstrapping Serving Function)으로부터 V-PLMN(130)의 E-SLP NAF(Network Application Function)로의 키 정보의 전송을 가능하게 한다.
방법 E는 SUPL 1.0 또는 X.S0024 인증을 위한 것이다. SUPL의 경우에, 만약 UE(110)가 H-PLMN(160)에 있다면, E-SLP(272)는 H-SLP에 있을 수 있고, SUPL 1.0에서 정해진 기존 인증 메커니즘들이 사용될 수 있다. X.S0024의 경우에, 만약 UE(110)가 H-PLMN(160)에 있다면, E-PS(282)는 H-PS에 있을 수 있고, X.S0024에서 정해진 기존 인증 메커니즘들이 사용될 수 있다.
도 12는 UE(110), 액세스 네트워크(120), E-CSCF(254), 및 로케이션 서버(286)의 실시예를 블록도로 나타내고 있다. 로케이션 서버(286)는 E-SLP(272), GMLC(276), E-PS(282), 및/또는 어떤 다른 개체일 수 있다. 간략성을 위해서, 도 12는 UE(110)를 위한 단지 하나의 프로세서(1210), 하나의 메모리 유닛(1212), 및 하나의 트랜시버(1214), 액세스 네트워크(120)를 위한 단지 하나의 프로세서(1220), 하나의 메모리 유닛(1222), 하나의 트랜시버(1224), 및 하나의 통신(comm) 유닛(1226), E-CSCF(254)를 위한 단지 하나의 프로세서(1230), 하나의 메모리 유닛(1240), 및 하나의 통신 유닛(1234), 및 로케이션 서버(286)를 위한 단지 하나의 프로세서(1240), 하나의 메모리 유닛(1242), 및 하나의 통신 유닛(1244)을 도시하고 있다. 일반적으로, 각각의 개체는 임의의 수의 프로세서들, 메모리 유닛들, 트랜시버들, 통신 유닛들, 제어기들 등을 포함할 수 있다.
다운링크를 통해서, 액세스 네트워크(120)의 기지국들 및/또는 액세스 포인트들은 트래픽 데이터, 시그널링, 및 파일롯을 그들의 커버리지 영역 내에 있는 UE들에 전송한다. 이러한 여러 타입들의 데이터는 프로세서(1220)에 의해 처리되고 트랜시버(1224)에 의해 컨디셔닝됨으로써 안테나를 통해 전송되는 다운링크 신호를 생성한다. UE(110)에서는, 기지국들 및/또는 액세스 포인트들로부터의 다운링크 신호들이 안테나를 통해 수신되고, 트랜시버(1214)에 의해 컨디셔닝되며, 프로세서(1210)에 의해 처리됨으로써, 로케이션, VoIP, 및 다른 서비스들을 위한 여러 타입들의 정보가 획득된다. 예컨대, 프로세서(1210)는 위에서 설명된 메시지 흐름들을 위해 사용되는 메시지들을 디코딩할 수 있다. 메모리 유닛들(1212 및 1222)은 UE(110) 및 액세스 네트워크(120)를 위한 프로그램 코드들 및 데이터를 각각 저장한다. 업링크를 통해서, UE(110)는 액세스 네트워크(120)의 기지국들 및/또는 액세스 포인트들에 트래픽 데이터, 시그널링, 및 파일롯을 전송할 수 있다. 이러한 여러 타입들의 데이터는 프로세서(1210)에 의해 처리되고, 트랜시버(1214)에 의해 컨디셔닝됨으로써, UE 안테나를 통해 전송되는 업링크 신호가 생성된다. 액세스 네트워크(120)에서는, UE(110) 및 다른 UE들로부터의 업링크 신호들이 수신되고, 트랜시버(1224)에 의해서 컨디셔닝되고, 프로세서(1220)에 의해 추가로 처리됨으로써, 여러 타입들의 정보(예컨대, 데이터, 시그널링, 보고들 등)이 획득된다. 액세스 네트워크(120)는 통신 유닛(1226)을 통해서 E-CSCF(254) 및 다른 개체들과 통신한다.
E-CSCF(254) 내에서는, 프로세서(1230)가 E-CSCF를 위한 처리를 수행하고, 메모리 유닛(1232)이 E-CSCF를 위한 프로그램 코드들 및 데이터를 저장하고, 통신 유닛(1234)이 E-CSCF로 하여금 다른 개체들과 통신할 수 있게 한다. 프로세서(1230)는 위에 설명된 메시지 흐름들을 위해 E-CSCF(254)에 대한 처리를 수행할 수 있다.
로케이션 서버(286) 내에서는, 프로세서(1240)가 로케이션 서버에 대한 로케이션 및/또는 위치측정 처리를 수행하고, 메모리 유닛(1242)이 로케이션 서버를 위한 프로그램 코드들 및 데이터를 저장하고, 통신 유닛(1244)이 로케이션 서버로 하여금 다른 개체들과 통신할 수 있게 한다. 프로세서(1240)는 위에 설명된 메시지 흐름들을 위해 로케이션 서버에 대한 처리를 수행할 수 있다.
본 명세서에 설명된 기술들은 여러 수단에 의해서 구현될 수 있다. 예컨대, 이러한 기술들은 하드웨어, 펌웨어, 소프트웨어, 또는 그들의 결합으로 구현될 수 있다. 하드웨어 구현의 경우에는, 이 기술들을 수행하기 위해서 사용되는 처리 유닛들이 하나 이상의 ASIC들(application specific integrated circuits), DSP들(digital signal processors), DSPD들(digital signal processing devices), PLD들(programmable logic devices), FPGA들(field programmable gate arrays), 프로세서들, 제어기들, 마이크로-제어기들, 마이크로프로세서들, 전자 장치들, 본 명세서에 설명된 기능들을 수행하도록 설계된 다른 전자 유닛들, 또는 그것들의 조합 내에서 구현될 수 있다.
펌웨어 및/또는 소프트웨어 구현에 있어서, 이 기술들은 본 명세서에 설명된 기능들을 수행하는 모듈들(예컨대, 절차들, 기능들 등)을 통해 구현될 수 있다. 펌웨어 및/또는 소프트웨어 코드들이 메모리(예컨대, 도 12의 메모리(1212, 1222, 1232, 및/또는 1242))에 저장될 수 있으며, 프로세서(예컨대, 프로세서(1210, 1220, 1230, 및/또는 1240))에 의해서 실행될 수 있다. 메모리는 프로세서 내에 구현될 수 있거나 그 프로세서의 외부에 구현될 수 있다.
본 명세서에서는 특정 섹션들을 찾는데 도움을 줄 수 있도록 참조하게 표제들이 포함되어 있다. 이러한 표제들은 여기서 설명된 개념들의 범위를 제한하려 하는 것이 아니고, 이러한 개념들은 전체 명세서에 걸쳐 다른 섹션들에서 이용될 수 있다.
설명될 실시예들에 대한 앞선 설명은 당업자가 본 발명을 실시하거나 이용할 수 있을 정도로 제공되었다. 이러한 실시예들에 대한 여러 변경이 당업자들에게 쉽게 자명해질 것이고, 본 명세서에서 정의된 일반적인 원리들은 본 발명의 범위로부터 벗어나지 않는 한 다른 실시예들에 적용될 수 있다. 따라서, 본 발명은 본 명세서에 설명된 실시예들로 제한되지 않고, 원리들 및 새로운 특징들에 따른 가장 넓은 범위를 제공한다.

Claims (62)

  1. 사용자 기기(UE)로서,
    긴급 VoIP(Voice-over-Internet Protocol) 호출을 설정하기 위한 요청을 전송하기 위해 방문 네트워크(visited network) 인터넷 프로토콜 멀티미디어 서브시스템(Internet Protocol Multimeida Subsystem; IMS)과 통신하도록 동작하고,
    UE에 대한 제 1 위치 추정치를 획득하기 위해서 상기 방문 네트워크 IMS에 의해 지시된 로케이션 서버와 사용자 플레인 로케이션 솔루션(user plane location solution)에 따라 상호작용하도록 동작하며,
    PSAP(Public Safety Answering Point)와의 상기 긴급 VoIP 호출을 설정하기 위해서 상기 방문 네트워크를 통해 호출 설정(call setup)을 수행하도록 동작하는,
    사용자 기기(UE).
  2. 제 1항에 있어서, 긴급 VoIP 호출을 위해 SIP(Session Initiation Protocol)을 활용하도록 추가적으로 동작하는,
    사용자 기기(UE).
  3. 제 2항에 있어서, 긴급 VoIP 호출을 위해 홈 네트워크에 등록하기 위해서 SIP REGISTER를 전송하도록 추가적으로 동작하는,
    사용자 기기(UE).
  4. 제 2항에 있어서, 긴급 VoIP 호출을 위해 방문 네트워크에 등록하기 위해서 SIP REGISTER을 전송하도록 추가적으로 동작하는,
    사용자 기기(UE).
  5. 제 4항에 있어서, 상기 SIP REGISTER는 가상 IMSI(pseudo International Mobile Subscriber Identity), 및 방문 네트워크에 대한 도메인 이름으로 형성된 긴급 개인 사용자 식별자(ID)를 포함하는,
    사용자 기기(UE).
  6. 제 4항에 있어서, 임시 공용 사용자 ID를 통해서 SIP REGISTER에 대한 응답을 수신하도록 추가적으로 동작하는,
    사용자 기기(UE).
  7. 제 2항에 있어서, 긴급 VoIP 호출을 설정하기 위해서 상기 요청에 따라 SIP INVITE를 전송하도록 추가적으로 동작하는,
    사용자 기기(UE).
  8. 제 7항에 있어서,
    SIP INVITE의 UE에 대한 로케이션 정보를 전송하도록 추가적으로 동작하고,
    상기 UE에 대한 제 1 위치 추정치가 상기 로케이션 정보에 기반하여 획득되는,
    사용자 기기(UE).
  9. 제 1항에 있어서,
    상기 긴급 VoIP 호출을 설정하기 위해서 상기 요청의 UE의 로케이션 성능들을 전송하도록 추가적으로 동작하고,
    상기 로케이션 서버가 상기 UE의 로케이션 성능들에 기반하여 선택되는,
    사용자 기기(UE).
  10. 제 1항에 있어서,
    상기 긴급 VoIP 호출을 설정하기 위해서 상기 요청의 상기 UE에 대한 로케이션 정보를 전송하도록 추가적으로 동작하고,
    상기 로케이션 서버가 상기 로케이션 정보에 기반하여 선택되는,
    사용자 기기(UE).
  11. 제 1항에 있어서, 상기 제 1 위치 추정치가 호출 라우팅을 위해 사용된 대략적인 위치 추정치(coarse position estimate)에 상응하는 중간 위치 추정치(interim position estimate)인,
    사용자 기기(UE).
  12. 제 1항에 있어서, 상기 제 1 위치 추정치는 상기 UE에 대한 정확한 위치 추정치에 상응하는 초기 위치 추정치인,
    사용자 기기(UE).
  13. 제 1항에 있어서,
    상기 UE의 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하고, 또한 상기 업데이트된 위치 추정치를 획득하기 위해서 상기 로케이션 서버를 이용하여 위치측정을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  14. 제 13항에 있어서, SUPL(Secure User Plane Location)에 따라서 상기 로케이션 서버를 이용하여 위치측정을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  15. 제 13항에 있어서, X.S0024 로케이션에 따라서 상기 로케이션 서버를 이용하여 위치측정을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  16. 삭제
  17. 제 1항에 있어서, 무선 액세스 네트워크(RAN)에 액세스하고, 상기 RAN을 통해 상기 방문 네트워크와의 IP 접속성을 설정하며, 상기 긴급 VoIP 호출을 위한 로컬 서버의 IP 주소를 발견하도록 추가적으로 동작하는,
    사용자 기기(UE).
  18. 제 1항에 있어서, 상기 방문 네트워크를 나타내는 네트워크 액세스 식별자(NAI)를 사용하여 WLAN(wireless local area network)을 액세스하고, 상기 WLAN을 통해서 상기 방문 네트워크와의 IP 접속성을 설정하며, 긴급 VoIP 호출을 위한 로컬 서버의 IP 주소를 발견하도록 추가적으로 동작하는,
    사용자 기기(UE).
  19. 제 1항에 있어서, 상기 로케이션 서버와 인증을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  20. 긴급 VoIP(Voice-over-Internet Protocol) 호출을 설정하기 위한 요청을 전송하기 위해 방문 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)과 통신하는 단계,
    사용자 기기(UE)에 대한 제 1 위치 추정치를 획득하기 위해서 상기 방문 네트워크에 의해 지시된 로케이션 서버 IMS와 사용자 플레인 로케이션 솔루션에 따라 상호작용하는 단계, 및
    PSAP(Public Safety Answering Point)와의 상기 긴급 VoIP 호출을 설정하기 위해서 상기 방문 네트워크를 통해 호출 설정을 수행하는 단계를 포함하는,
    방법.
  21. 제 20항에 있어서,
    상기 긴급 VoIP 호출을 위해 SIP(Session Initiation Protocol)을 활용하는 단계,
    상기 긴급 VoIP 호출을 위해서 홈 네트워크 또는 상기 방문 네트워크에 등록하기 위해 SIP REGISTER을 전송하는 단계, 및
    상기 긴급 VoIP 호출을 설정하기 위한 요청으로서 SIP INVITE를 전송하는 단계를 더 포함하는,
    방법.
  22. 제 20항에 있어서,
    상기 UE의 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하는 단계, 및
    상기 업데이트된 위치 추정치를 획득하기 위해서 상기 로케이션 서버를 이용하여 위치측정을 수행하는 단계를 더 포함하는,
    방법.
  23. 긴급 VoIP(Voice-over-Internet Protocol) 호출을 설정하기 위한 요청을 전송하기 위해 방문 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)과 통신하기 위한 수단,
    사용자 기기(UE)에 대한 제 1 위치 추정치를 획득하기 위해서 상기 방문 네트워크 IMS에 의해 지시된 로케이션 서버와 사용자 플레인 로케이션 솔루션에 따라 상호작용하기 위한 수단, 및
    PSAP(Public Safety Answering Point)와의 긴급 VoIP 호출을 설정하기 위해서 상기 방문 네트워크를 통해 호출 설정을 수행하기 위한 수단을 포함하는,
    장치.
  24. 제 23항에 있어서,
    상기 긴급 VoIP 호출을 위해 SIP(Session Initiation Protocol)을 활용하기 위한 수단,
    상기 긴급 VoIP 호출을 위해서 홈 네트워크 또는 상기 방문 네트워크에 등록하기 위해 SIP REGISTER을 전송하기 위한 수단, 및
    상기 긴급 VoIP 호출을 설정하기 위한 요청으로서 SIP INVITE를 전송하기 위한 수단을 더 포함하는,
    장치.
  25. 제 23항에 있어서,
    상기 UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하기 위한 수단, 및
    상기 업데이트된 위치 추정치를 획득하기 위해서 로케이션 서버를 이용하여 위치측정을 수행하기 위한 수단을 더 포함하는,
    장치.
  26. 사용자 기기(UE)에 대한 긴급 VoIP(Voice-over-Internet Protocol) 호출을 PSAP(Public Safety Answering Point)에 라우팅하기 위한 요청을 방문 네크워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)으로부터 수신하도록 동작하고,
    사용자 플레인 로케이션 솔루션에 따라 UE에 대한 제 1 위치 추정치를 획득하도록 동작하고,
    상기 제 1 위치 추정치에 기반하여 PSAP를 선택하도록 동작하며,
    상기 PSAP에 대한 라우팅 정보를 갖는 응답을 전송하도록 동작하는,
    로케이션 서버.
  27. 제 26항에 있어서, 상기 UE에 대한 제 1 위치 추정치를 획득하기 위해서 상기 UE와 상호작용하도록 추가적으로 동작하는,
    로케이션 서버.
  28. 제 26항에 있어서,
    상기 긴급 VoIP 호출을 라우팅하기 위한 요청의 상기 UE에 대한 로케이션 정보를 수신하고,
    상기 로케이션 정보에 기반하여 상기 방문 로케이션 서버를 결정하며,
    상기 UE의 제 1 위치 추정치를 획득하기 위해서 상기 방문 로케이션 서버 및 상기 UE와 홈 로케이션 서버로서 상호작용하도록 추가적으로 동작하는,
    로케이션 서버.
  29. 제 26항에 있어서, 상기 제 1 위치 추정치를 획득하기 위해서 위치측정을 수행하기 위한 메시지를 상기 UE에 전송하도록 추가적으로 동작하는,
    로케이션 서버.
  30. 제 29항에 있어서, 이동 터미네이티트 IP, UDP/IP 또는 IP Multimedia Subsystem(IMS) 시그널링을 이용하여 상기 UE에 메시지를 전송하도록 추가적으로 동작하는,
    로케이션 서버.
  31. 제 29항에 있어서,
    상기 UE에 전송되는 메시지에 상기 로케이션 서버의 주소를 포함시키도록 추가적으로 동작하고,
    상기 주소는 위치측정을 수행하기 위해 상기 UE에 의해서 사용되는,
    로케이션 서버.
  32. 제 29항에 있어서, 상기 UE에 전송되는 메시지에 긴급 서비스들의 지시를 포함시키도록 추가적으로 동작하는,
    로케이션 서버.
  33. 제 26항에 있어서, 위치측정을 개시하기 위한 메시지 - 상기 메시지는 로케이션 관련 정보를 포함함 -를 상기 UE로부터 수신하고, 또한 상기 로케이션 정보에 기반하여 상기 UE에 대한 제 1 위치 추정치를 유도하도록 추가적으로 동작하는,
    로케이션 서버.
  34. 제 26항에 있어서, 위치측정을 개시하기 위한 메시지 - 상기 메시지는 로케이션 관련 측정치들을 포함함 -를 상기 UE로부터 수신하고, 또한 상기 로케이션 측정치들에 기반하여 상기 UE에 대한 제 1 위치 추정치들을 유도하도록 추가적으로 동작하는,
    로케이션 서버.
  35. 제 26항에 있어서, 상기 UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하고, 업데이트된 위치 추정치를 획득하기 위해 상기 UE와 위치측정을 수행하며, 상기 업데이트된 위치 추정치를 상기 PSAP에 전송하도록 추가적으로 동작하는,
    로케이션 서버.
  36. 제 26항에 있어서, GPRS(General Packet Radio Service) 지원 노드로부터 상기 UE에 대한 제 1 위치 추정치를 수신하도록 동작하는,
    로케이션 서버.
  37. 제 26항에 있어서, UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하고, 상기 요청을 IP 게이트웨이에 전송하고, 상기 IP 게이트웨이로부터 상기 업데이트된 위치 추정치를 수신하며, 상기 업데이트된 위치 추정치를 상기 PSAP에 전송하도록 추가적으로 동작하는,
    로케이션 서버.
  38. 제 26항에 있어서, 상기 UE와 인증을 수행하도록 추가적으로 동작하는,
    로케이션 서버.
  39. 사용자 기기(UE)에 대한 긴급 VoIP(Voice-over-Internet Protocol) 호출을 PSAP(Public Safety Answering Point)에 라우팅하기 위한 요청을 방문 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)으로부터 수신하는 단계,
    사용자 플레인 로케이션 솔루션에 따라 상기 UE에 대한 제 1 위치 추정치를 획득하는 단계,
    상기 제 1 위치 추정치에 기반하여 상기 PSAP를 선택하는 단계, 및
    상기 PSAP에 대한 라우팅 정보를 갖는 응답을 전송하는 단계를 포함하는,
    방법.
  40. 제 39항에 있어서, 이동 터미네이티드 IP, UDP/IP 또는 IP Multimedia Subsystem(IMS) 시그널링을 사용하여 상기 UE에 대한 위치측정을 수행하기 위한 메시지를 전송하는 단계를 더 포함하는,
    방법.
  41. 제 39항에 있어서,
    상기 UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하는 단계,
    상기 업데이트된 위치 추정치를 획득하기 위해서 상기 UE와 위치측정을 수행하는 단계, 및
    상기 업데이트된 위치 추정치를 상기 PSAP에 전송하는 단계를 더 포함하는,
    방법.
  42. 사용자 기기(UE)에 대한 긴급 VoIP(Voice-over-Internet Protocol) 호출을 PSAP(Public Safety Answering Point)에 라우팅하기 위한 요청을 방문 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)으로부터 수신하기 위한 수단,
    사용자 플레인 로케이션 솔루션에 따라 상기 UE에 대한 제 1 위치 추정치를 획득하기 위한 수단,
    상기 제 1 위치 추정치에 기반하여 상기 PSAP를 선택하기 위한 수단, 및
    상기 PSAP에 대한 라우팅 정보를 갖는 응답을 전송하기 위한 수단을 포함하는,
    장치.
  43. 제 42항에 있어서, 이동 터미네이티드 IP, UDP/IP 또는 IP Multimedia Subsystem(IMS) 시그널링을 사용하여 상기 UE에 대한 위치측정을 수행하기 위한 메시지를 전송하기 위한 수단을 더 포함하는,
    장치.
  44. 제 42항에 있어서,
    상기 UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하기 위한 수단,
    상기 업데이트된 위치 추정치를 획득하기 위해서 상기 UE와 위치측정을 수행하기 위한 수단, 및
    상기 업데이트된 위치 추정치를 상기 PSAP에 전송하기 위한 수단을 더 포함하는,
    장치.
  45. 사용자 기기(UE)로서,
    3GPP2 액세스 네트워크에 액세스하도록 동작하고,
    긴급 VoIP(Voice-over-Internet-Protocol) 호출을 설정하기 위해서 3GPP2 코어 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)에 요청을 전송하도록 동작하고,
    홈 네트워크와 등록을 수행하도록 동작하고,
    상기 UE에 대한 제 1 위치 추정치를 획득하기 위해서 상기 코어 네트워크 IMS에 의해 지시된 로케이션 서버와 사용자 플레인 로케이션 솔루션에 따라 상호작용하도록 동작하며, 그리고
    PSAP(Public Safety Answering Point)와 상기 긴급 VoIP 호출을 설정하기 위해서 상기 3GPP2 코어 네트워크를 통해 호출 설정을 수행 ― 여기서, 상기 PSAP는 제 1 위치 추정치에 기반하여 선택됨― 하도록 동작하는,
    사용자 기기(UE).
  46. 제 45항에 있어서, SUPL(Secure User Plane Location) 또는 X.S0024에 따라서 상기 로케이션 서버를 이용하여 위치측정을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  47. 제 45항에 있어서, 상기 UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하고, 상기 업데이트된 위치 추정치를 획득하기 위해서 상기 로케이션 서버를 이용하여 위치측정을 수행하며, 상기 업데이트된 위치 추정치를 상기 PSAP에 전송하도록 추가적으로 동작하는,
    사용자 기기(UE).
  48. 사용자 기기(UE)를 통해 3GPP2 액세스 네트워크에 액세스하는 단계,
    긴급 VoIP(Voice-over-Internet Protocol) 호출을 설정하기 위해서 3GPP2 코어 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)에 요청을 전송하는 단계,
    홈 네트워크와 등록을 수행하는 단계,
    상기 UE에 대한 제 1 위치 추정치를 획득하기 위해서 상기 3GPP2 코어 네트워크 IMS에 의해 지시되는 로케이션 서버와 사용자 플레인 로케이션 솔루션에 따라 상호작용하는 단계, 및
    PSAP(Public Safety Answering Point)와 긴급 VoIP 호출을 설정하기 위해서 3GPP2 코어 네트워크를 통해 호출 설정을 수행 ― 상기 PSAP는 상기 제 1위치 추정치에 기반하여 선택됨 ― 하는 단계를 포함하는,
    방법.
  49. 제 48항에 있어서, 상기 PSAP를 선택하는데 사용되는 상기 UE에 대한 제 1 위치 추정치를 획득하기 위해서 상기 로케이션 서버와 상호작용하는 단계를 더 포함하는,
    방법.
  50. 제 48항에 있어서,
    상기 UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하는 단계,
    상기 업데이트된 위치 추정치를 획득하기 위해서 상기 로케이션 서버를 이용하여 위치측정을 수행하는 단계, 및
    상기 업데이트된 위치 추정치를 상기 PSAP에 전송하는 단계를 더 포함하는,
    방법.
  51. 사용자 기기(UE)를 통해 3GPP2 액세스 네트워크에 액세스하기 위한 수단,
    긴급 VoIP(Voice-over-Internet Protocol) 호출을 설정하기 위해서 3GPP2 코어 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)에 요청을 전송하기 위한 수단,
    홈 네트워크와 등록을 수행하기 위한 수단,
    상기 UE에 대한 제 1 위치 추정치를 획득하기 위해서 상기 3GPP2 코어 네트워크 IMS에 의해 지시되는 로케이션 서버와 사용자 플레인 로케이션 솔루션에 따라 상호작용하기 위한 수단, 및
    PSAP(Public Safety Answering Point)와 긴급 VoIP 호출을 설정하기 위해서 3GPP2 코어 네트워크를 통해 호출 설정을 수행 ― 상기 PSAP는 상기 제 1위치 추정치에 기반하여 선택됨 ― 하기 위한 수단을 포함하는,
    장치.
  52. 제 51항에 있어서,
    상기 UE에 대한 업데이트된 위치 추정치에 대한 요청을 상기 PSAP로부터 수신하기 위한 수단,
    상기 업데이트된 위치 추정치를 획득하기 위해서 상기 로케이션 서버를 이용하여 위치측정을 수행하기 위한 수단, 및
    상기 업데이트된 위치 추정치를 상기 PSAP에 전송하기 위한 수단을 더 포함하는,
    장치.
  53. 삭제
  54. 삭제
  55. 삭제
  56. 삭제
  57. 긴급 VoIP(Voice-over-Internet Protocol) 호출을 설정하기 위한 요청을 전송하기 위해서 방문 네트워크 인터넷 프로토콜 멀티미디어 서브시스템(IMS)과 통신하도록 동작하고,
    상기 긴급 VoIP 호출을 위해 상기 방문 네트워크 IMS에 의해 선택되는 로케이션 서버의 인증을 수행하도록 동작하며,
    상기 긴급 VoIP 호출을 위해 UE에 대한 적어도 하나의 위치 추정치를 획득하기 위해 상기 로케이션 서버와 사용자 플레인 로케이션 솔루션에 따라 상호작용하도록 동작하는,
    사용자 기기(UE).
  58. 제 57항에 있어서,
    로케이션 처리를 개시하기 위한 메시지를 상기 로케이션 서버로부터 수신하고,
    상기 메시지가 긴급 호출 및 상기 UE를 위한 로케이션 처리를 나타내고, 상기 UE가 상기 긴급 VoIP 호출에 관여(engage)하는 경우에 로케이션 서버를 인증하도록 추가적으로 동작하는,
    사용자 기기(UE).
  59. 제 57항에 있어서, 상기 로케이션 서버의 공용 키를 검증하기 위해서 상기 UE에 저장된 루트 공용 키 증명서(root public key certificate)를 사용하여 TLS(Transport Layer Security) 공용 키 인증을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  60. 제 57항에 있어서, 상기 UE 및 상기 방문 네트워크에서 이용가능한 안전한(secure) 정보에 기반하여 사전-공유 키(PSK)를 생성하고, 또한 상기 사전-공유 키를 사용하여 인증을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  61. 제 57항에 있어서, GBA(Generic Bootstrap Architecture)에 기반하여 인증을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
  62. 제 57항에 있어서, SUPL(Secure User Plane Location) Version 1.0 또는 X.S0024에 따라서 인증을 수행하도록 추가적으로 동작하는,
    사용자 기기(UE).
KR1020087005272A 2005-08-02 2006-08-02 Ｖｏｉｐ 긴급 호출 처리 KR101030627B1 (ko)

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
US70497705P 2005-08-02 2005-08-02
US60/704,977 2005-08-02
US71319905P 2005-08-30 2005-08-30
US60/713,199 2005-08-30
US72669405P 2005-10-13 2005-10-13
US60/726,694 2005-10-13
US73222605P 2005-10-31 2005-10-31
US60/732,226 2005-10-31
US74882105P 2005-12-09 2005-12-09
US60/748,821 2005-12-09
US11/497,703 2006-08-01
US11/497,703 US10178522B2 (en) 2005-08-02 2006-08-01 VoIP emergency call support

Publications (2)

Publication Number Publication Date
KR20080054380A KR20080054380A (ko) 2008-06-17
KR101030627B1 true KR101030627B1 (ko) 2011-04-20

Family

ID=37453037

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020087005272A KR101030627B1 (ko) 2005-08-02 2006-08-02 Ｖｏｉｐ 긴급 호출 처리

Country Status (6)

Country Link
EP (1) EP1911257B1 (ko)
JP (1) JP5155165B2 (ko)
KR (1) KR101030627B1 (ko)
BR (1) BRPI0614520B1 (ko)
CA (1) CA2617783C (ko)
WO (1) WO2007016695A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11617059B1 (en) 2021-05-28 2023-03-28 T-Mobile Usa, Inc. Mobile device geographic location determination for emergency services

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7877081B2 (en) * 2003-07-25 2011-01-25 Qualcomm Incorporated Proxy-encrypted authentication for tethered devices
KR101122359B1 (ko) 2004-05-07 2012-03-23 인터디지탈 테크날러지 코포레이션 무선 근거리 통신망의 긴급 호 지원
US8682279B2 (en) 2004-05-07 2014-03-25 Interdigital Technology Corporation Supporting emergency calls on a wireless local area network
US8145182B2 (en) 2004-05-07 2012-03-27 Interdigital Technology Corporation Supporting emergency calls on a wireless local area network
US10178522B2 (en) 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US9137770B2 (en) 2005-09-15 2015-09-15 Qualcomm Incorporated Emergency circuit-mode call support
US20080008157A1 (en) * 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
KR101398950B1 (ko) 2006-08-24 2014-05-27 지멘스 악티엔게젤샤프트 통신 네트워크에서 단말로부터 긴급 메시지들을 포워딩하기위한 방법
US7894400B2 (en) * 2007-02-16 2011-02-22 Interdigital Technology Corporation Handover between an IEEE 802.16 WiBro network and a UMTS network using media independent handover function
US20080307445A1 (en) * 2007-06-05 2008-12-11 Sukesh Garg Method and apparatus for providing a unified system for interaction with cellular and internet protocol devices
KR101357965B1 (ko) * 2007-06-07 2014-02-03 삼성전자주식회사 Ⅰｍｓ 호를 진행하면서 위치 정보를 제공하기 위한 시스템및 그 방법
US9185216B2 (en) * 2007-06-15 2015-11-10 Blackberry Limited System and method for indicating emergency call back to user equipment
US20090047922A1 (en) 2007-08-13 2009-02-19 Research In Motion Limited Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device
GB0716246D0 (en) 2007-08-20 2007-09-26 Nec Corp IP Based emergency services solution in WiMax
US8797209B2 (en) 2007-09-11 2014-08-05 Qualcomm Incorporated Optimized ordering of assistance data in a mobile radio network
KR101426233B1 (ko) * 2008-05-14 2014-08-05 에스케이텔레콤 주식회사 타사 망 가입자 호 거절 시스템 및 방법
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
MX2010013081A (es) 2008-06-02 2011-03-03 Res In Motion Limited Star Sistema y metodo para manejar solicitudes de emergencia.
US8478226B2 (en) 2008-06-02 2013-07-02 Research In Motion Limited Updating a request related to an IMS emergency session
US9602552B2 (en) * 2008-06-02 2017-03-21 Blackberry Limited Coding and behavior when receiving an IMS emergency session indicator from authorized source
US9693184B2 (en) 2008-08-18 2017-06-27 Qualcomm Incorporated Control plane location solution to support wireless access
CN101674649B (zh) * 2008-09-11 2012-10-03 电信科学技术研究院 寻呼状态下数据传输的方法、系统及装置
US7974627B2 (en) * 2008-11-11 2011-07-05 Trueposition, Inc. Use of radio access technology diversity for location
US9307454B2 (en) 2009-02-09 2016-04-05 Qualcomm Incorporated Method and apparatus for maintaining location continuity for a UE following handover
CN104507090B (zh) * 2009-04-17 2019-02-12 日本电气株式会社 移动通信系统、基站、网关和核心网络装置及通信方法
US8942660B2 (en) * 2009-06-05 2015-01-27 Qualcomm Incorporated Method and apparatus for performing handover of an emergency call between wireless networks
CN101938727B (zh) * 2009-06-30 2015-06-03 中兴通讯股份有限公司 一种实现紧急呼叫的方法及系统
US20110189971A1 (en) * 2010-02-02 2011-08-04 Stefano Faccin System and method for packetized emergency messages
US20110188411A1 (en) * 2010-02-02 2011-08-04 Stefano Faccin System and method for packetized emergency messages
US20110188416A1 (en) * 2010-02-02 2011-08-04 Stefano Faccin System and method for packetized emergency messages
KR101028487B1 (ko) * 2010-06-30 2011-04-14 주식회사 다이얼커뮤니케이션즈 인터넷 전화연결방법
BR112013004360B1 (pt) * 2010-08-25 2021-06-29 Nokia Solutions And Networks Oy Entidade de controle de sessão, método e sistema para registro de um serviço de emergência em conexões de pacote de dados
US8627422B2 (en) 2010-11-06 2014-01-07 Qualcomm Incorporated Authentication in secure user plane location (SUPL) systems
US8738027B2 (en) 2011-02-07 2014-05-27 Qualcomm Incorporated Methods and apparatus for identifying and authorizing location servers and location services
US10009319B2 (en) 2011-02-07 2018-06-26 Qualcomm Incorporated Methods, apparatuses and articles for identifying and authorizing location servers and location services using a proxy location server
KR101041386B1 (ko) * 2011-03-09 2011-06-20 주식회사 다이얼커뮤니케이션즈 푸쉬서버를 이용하여 스마트폰에서 인터넷 전화를 연결하도록 하는 인터넷 전화 시스템
US20130244608A1 (en) * 2011-11-14 2013-09-19 Qualcomm Incorporated Apparatus and method for enabling incoming pages following an emergency call made in airplane mode
US9037158B2 (en) * 2013-03-05 2015-05-19 Qualcomm Incorporated Localized secure user plane location (SUPL) emergency session
US20150189485A1 (en) * 2013-12-26 2015-07-02 Intel Corporation Emergency mobile originated location report
US9621735B2 (en) 2014-06-25 2017-04-11 Textnow, Inc. Mobile electronic communications combining voice-over-IP and mobile network services
WO2016185964A1 (ja) * 2015-05-15 2016-11-24 株式会社Ｎｔｔドコモ 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法
EP3166351A1 (en) 2015-11-05 2017-05-10 Alcatel Lucent Support of emergency services over wlan access to 3gpp evolved packet core for unauthenticated users
EP3485668B1 (en) * 2016-07-18 2021-07-07 Telefonaktiebolaget LM Ericsson (PUBL) Network nodes and methods performed by network node for selecting authentication mechanism
DE112017004039T5 (de) * 2016-08-09 2019-05-02 Onvoy Spectrum, Llc Bereitstellen von Positionsinformationen, die unabhängig von einem Kommunikationsnetzwerk zur Verfügung gestellt werden
US10750028B2 (en) 2017-06-29 2020-08-18 Textnow, Inc. Mobile communications with quality of service
EP3704882A1 (en) * 2017-10-30 2020-09-09 Telefonaktiebolaget LM Ericsson (publ) Support for manual roaming for volte
CN116963001A (zh) * 2022-04-13 2023-10-27 中国电信股份有限公司 呼叫方法、系统和p-cscf网元
US20230403761A1 (en) * 2022-06-14 2023-12-14 At&T Intellectual Property I, L.P. Non-service initiated emergency call device parameters

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002003718A2 (en) 2000-04-10 2002-01-10 Nokia Corporation Location based telephony services in mobile ip networks

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6771742B2 (en) * 2001-11-05 2004-08-03 Intrado Inc. Geographic routing of emergency service call center emergency calls
GB0306711D0 (en) * 2003-03-24 2003-04-30 Nokia Corp Positioning in a communications system
US7440442B2 (en) 2003-10-21 2008-10-21 3Com Corporation IP-based enhanced emergency services using intelligent client devices
FI20040036A0 (fi) * 2004-01-13 2004-01-13 Nokia Corp Paikkainformaation tuottaminen vieraillussa verkossa
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002003718A2 (en) 2000-04-10 2002-01-10 Nokia Corporation Location based telephony services in mobile ip networks

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11617059B1 (en) 2021-05-28 2023-03-28 T-Mobile Usa, Inc. Mobile device geographic location determination for emergency services

Also Published As

Publication number Publication date
BRPI0614520B1 (pt) 2019-07-09
CA2617783C (en) 2012-07-03
KR20080054380A (ko) 2008-06-17
CA2617783A1 (en) 2007-02-08
BRPI0614520A2 (pt) 2011-03-29
EP1911257B1 (en) 2018-06-06
EP1911257A2 (en) 2008-04-16
WO2007016695A2 (en) 2007-02-08
WO2007016695A3 (en) 2007-03-29
JP5155165B2 (ja) 2013-02-27
JP2009505455A (ja) 2009-02-05

Similar Documents

Publication Publication Date Title
US10708748B2 (en) VoIP emergency call support
KR101030627B1 (ko) Ｖｏｉｐ 긴급 호출 처리
JP5529219B2 (ja) Ｖｏｉｐ緊急呼出支援
KR101022997B1 (ko) 긴급 회선 모드 호 지원
JP5479563B2 (ja) 並行した登録および呼出確立のための方法および装置
RU2491752C2 (ru) Поддержка экстренного вызова voip

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
J201 Request for trial against refusal decision
AMND Amendment
E902 Notification of reason for refusal
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20160330

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20170330

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20180329

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20190327

Year of fee payment: 9