KR20200052378A

KR20200052378A - 응급 번호들을 제공하기 위한 방법들 및 시스템들

Info

Publication number: KR20200052378A
Application number: KR1020207012153A
Authority: KR
Inventors: 장 헨드릭 루카스 백커; 니콜라스 제임스 러셀
Original assignee: 블랙베리 리미티드
Priority date: 2017-12-29
Filing date: 2018-07-24
Publication date: 2020-05-14
Also published as: US20220286834A1; US10674345B2; CN113489748A; CN111066332A; EP3732909B1; EP3732909A1; US20200154259A1; FI3732909T3; US20210021982A1; US20190268747A1; US10349257B1; KR102144654B1; CN111066332B; CA3067888A1; EP3732909A4; JP6916385B2; US20190364413A1; US10834565B2; US10440549B2; US11812357B2

Abstract

사용자 장비 상에 응급 번호 정보를 제공하기 위한 방법 및 디바이스가 제공된다. 다이얼링된 번호가 제공된 응급 번호 정보로부터의 응급 번호와 일치할 때, 사용자 장비는 회선 교환 도메인 또는 패킷 교환 도메인 중 어느 하나를 선택하고 그 도메인에 대한 통화 셋업 절차를 실행한다.

Description

응급 번호들을 제공하기 위한 방법들 및 시스템들

본 개시내용은 무선 디바이스 상에 응급 번호들을 제공하기 위한 방법들 및 시스템들에 관한 것이다.

통신 서비스들은 PLMN들(Public Land Mobile Networks)을 통해 사용자 장비(user equipment; UE)에게 제공된다. 사용자는 UE를 동작시킬 수 있다. PLMN은 전형적으로 액세스 네트워크, 코어 네트워크 및 IMS(Internet Protocol (IP) Multimedia Subsystem)로 세분화된다. 서비스들은 전형적으로 사용자의 홈 네트워크에 의해 제공된다. 사용자가 비-홈 네트워크(non-home network)를 사용하고 있을 때, 방문 네트워크(visited network)는 사용자의 홈 네트워크와 관계가 있을 수 있다. UE에 의해 전송되는 일부 통신은 방문 네트워크를 통해 다시 홈 네트워크로 계속하여(all the way) 통신된다.

이들 통신은 예를 들어, 홈 네트워크와 방문 네트워크 간의 관계의 유형에 기초하여, 또는 네트워크들의 기술에 기초하여 상이한 경로들을 취하여, 상이한 네트워크 요소들을 통해 이동(travel)할 수 있다. 예를 들어, 5세대(5G) 코어 네트워크는 EPC(Enhanced Packet Core) 네트워크와 비교하여 상이한 네트워크 요소들을 가지고 있다.

IMS는 P-CSCF(Proxy Call Session Control Function)를 포함할 수 있다. EPC는 MME(Mobility Management Entity) 또는 PDN(Packet Data Network) GW(Gateway)를 포함할 수 있고, 5G 코어 네트워크(CN)는 AMF(Access and Mobility Management Function) 또는 UPF(User Plane Function)를 포함할 수 있다. CN은 IMS를 지원한다.

네트워크들은 전통적으로 음성 통화들 및 응급 통화들이 핸들링되는 CS(Circuit Switched) 도메인, 또는 IMS에 대한 액세스를 포함한 PS(Packet Switched) 서비스들을 제공하는 PS 도메인을 제공할 수 있다.

PS 도메인은 IMS를 통해 응급 서비스들을 지원한다. UE는 CS 도메인 및 PS 도메인 중 하나 또는 둘 다에 액세스하는 것을 지원할 수 있다. PS 도메인에 액세스할 수 있는 UE는 IMS에 액세스하는 것을 또한 지원할 수 있다.

응급 통화 시도가 PS 도메인에 있는 UE에 의해 그 자체로서 검출되지 않을 때, UE는 리디렉션될 수 있다. 몇 가지 형태들의 리디렉션이 존재하며 그들 중 일부는 순차적으로(in a sequence) 발생할 수 있다. 검출되지 않은 응급 통화 시도가 리디렉션될 때, UE는 응급 절차들을 사용하여 통화를 재시도할 필요가 있다. 리디렉션 및 재시도는 시간이 많이 걸리며 사용자로 하여금 통화 시도를 종료하게 할 수 있다. 이러한 문제들은 사용자가 차후에 응급 통화를 재시도하는 경우에만 악화된다.

본 개시내용은 도면들을 참조하면 보다 잘 이해될 것이다.
도 1은 UE로부터 공중 안전 액세스 포인트(Public Safety Access Point)로의 메시지들을 위한 다양한 통신 경로들을 예시하는 다이어그램이다.
도 2는 홈 라우티드 트래픽(home routed traffic)에 대한 3GPP 액세스를 위한 로밍 아키텍처를 예시하는 다이어그램이다.
도 3은 응급 문서를 획득하기 위한 요청 및 응답 프로토콜들을 예시하는 다이어그램이다.
도 4는 본 개시내용의 적어도 일부 실시예들에 따른 사용자 장비의 개념 다이어그램이다.
도 5는 본 개시내용의 적어도 일부 실시예들에 따른 네트워크 요소의 개념 다이어그램이다.

본 개시내용의 적어도 하나의 실시예에 따르면, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법이 제공되며, 이 방법은 요청 메시지를 NAS(Network Access Stratum) 절차의 일부로서 전송하는 단계; 요청 메시지에 응답하여, 적어도 하나의 응급 번호의 리스트를 포함하는 응답 메시지를 수신하는 단계; 다이얼링된 번호가 적어도 하나의 응급 번호와 일치한다고 결정하는 단계;다이얼링된 번호가 적어도 하나의 응급 번호와 일치한다고 결정할 때, 통화 셋업 절차를 수행할 도메인을 선택하는 단계 - 통화 셋업 절차는 기본 통화 셋업 절차 및 응급 통화 셋업 절차 중 적어도 하나를 포함함 -; 선택된 도메인이 PS(Packet Switched) 도메인일 때, 응급 통화 셋업 절차를 수행하는 단계; 및 선택된 도메인이 CS(Circuit Switched) 도메인일 때, 기본 통화 셋업 절차를 수행하는 단계를 포함한다.

본 개시내용의 적어도 다른 실시예에 따르면, 사용자 장비(UE)가 제공되고, UE는 프로세서; 및 통신 서브시스템을 포함하며; 여기서 프로세서와 통신 서브시스템은: 요청 메시지를 NAS(Network Access Stratum) 절차의 일부로서 전송하고; 요청 메시지에 응답하여, 적어도 하나의 응급 번호의 리스트를 포함하는 응답 메시지를 수신하며; 다이얼링된 번호가 적어도 하나의 응급 번호와 일치한다고 결정하고; 다이얼링된 번호가 적어도 하나의 응급 번호와 일치한다고 결정할 때, 통화 셋업 절차를 수행할 도메인을 선택하며 - 통화 셋업 절차는 기본 통화 셋업 절차 및 응급 통화 셋업 절차 중 적어도 하나를 포함함 -; 선택된 도메인이 PS(Packet Switched) 도메인일 때, 응급 통화 셋업 절차를 수행하고; 선택된 도메인이 CS(Circuit Switched) 도메인일 때, 기본 통화 셋업 절차를 수행하기 위해 협력한다.

본 개시내용의 적어도 다른 실시예에 따르면, 사용자 장비(UE)의 프로세서에 의해 실행하기 위한 실행가능 코드가 저장되어 있는 비일시적 컴퓨터 판독가능 매체가 제공되며, 실행가능 코드는: 요청 메시지를 NAS(Network Access Stratum) 절차의 일부로서 전송하는 것; 요청 메시지에 응답하여, 적어도 하나의 응급 번호의 리스트를 포함하는 응답 메시지를 수신하는 것; 다이얼링된 번호가 적어도 하나의 응급 번호와 일치한다고 결정하는 것; 다이얼링된 번호가 적어도 하나의 응급 번호와 일치한다고 결정할 때, 통화 셋업 절차를 수행할 도메인을 선택하는 것 - 통화 셋업 절차는 기본 통화 셋업 절차 및 응급 통화 셋업 절차 중 적어도 하나를 포함함 -; 선택된 도메인이 PS(Packet Switched) 도메인일 때, 응급 통화 셋업 절차를 수행하는 것; 및 선택된 도메인이 CS(Circuit Switched) 도메인일 때, 기본 통화 셋업 절차를 수행하는 것을 위한 명령어들을 포함한다.

본 개시내용에서의 예들이 5G, LTE(Long Term Evolution), EPS(Enhanced Packet System) 및 E-UTRAN(Enhanced Universal Mobile Telephony System (UMTS) Terrestrial Radio Access Network) 예들에 특정적이지만, 본 명세서에서 설명된 방법들, 디바이스들, 및 시스템들이 그 시스템들 또는 라디오 액세스 기술(radio access technology)로 제한되지 않으며, 다른 시스템들 또는 라디오 액세스 기술들에서 재사용될 수 있음에 유의해야 한다. 예를 들어, 본 명세서에서 설명된 방법들, 디바이스들, 및 시스템들은 3GPP(Third Generation Partnership Project) GERAN(General Packet Radio Service (GPRS) Enhanced Data Rates for Global Evolution (EDGE) Radio Access Network), UTRAN, 2G 또는 3G 코어 네트워크들, 3GPP 5G, 3GPP 뉴 라디오(New Radio)를 포함하지만, 이들로 제한되지 않는 시스템들에서 사용될 수 있다. 또한, IEEE(Institute of Electrical and Electronics Engineers) 시스템들 또는 WLAN들(Wireless Local Area Networks)과 같은, 비-3GPP 시스템들이 배제되지 않는다.

2개의 응급 서비스 세트: 번호가 응급 번호임을 검출하고, 후속하여 도메인 특정 응급 통화 절차들을 실행하도록 UE가 구성될 수 있는 제1 세트; 및 번호가 응급 번호임을 검출하도록 네트워크가 구성될 수 있는 제2 세트가 존재한다. 네트워크(즉, P-CSCF)는 응급 번호가 검출되었음을 UE에게 통보할 수 있다. UE는 후속하여 도메인 특정 응급 통화 절차들 또는 기본 통화 절차들을 수행한다.

CS 도메인은 제2 세트로부터의 번호들의 핸들링을 효율적으로 지원하지만, IMS 또는 PS 도메인은 통화 셋업 요청을 리디렉션하도록 구성될 수 있다. 리디렉션은 CS 도메인에서 통화를 일반 통화(normal call)로서 시도하는 것, CS 도메인에서 통화를 응급 통화로서 시도하는 것, 또는 응급 통화 절차들을 사용하여 PS 도메인을 통해 통화를 시도하는 것을 가져올 수 있다. PS 도메인을 사용하여 응급 통화 절차들을 수행한 후에, UE는 IMS를 사용하여 응급 통화 절차들을 수행할 수 있다. 응급 통화 절차들은 응급 절차들라고도 한다. 용어 통화는 CS 도메인에 적용가능하다. 그렇지만, 이는 또한 용어 세션 대신에 사용된다. 세션은 전형적으로 IMS 또는 SIP(Session Initiation Protocol)를 사용하여 PS 도메인을 통해 확립된다.

UE는 CONNECTED 모드에, 또는 IDLE 모드에 있을 수 있다. UE와 네트워크 사이에 NAS(Network Access Stratum) 시그널링 접속이 존재할 때 UE는 CONNECTED 모드에 있다. 다양한 이유들로, UE는 UE가 현재 캠프온(camp on)되어 있는 셀과 상이한 셀에 캠프온해야 할지도 모른다. IDLE 모드에 있을 때, 이것은 "리디렉션"을 통해 달성된다. CONNECTED 모드에 있을 때, 이것은 핸드오버 절차를 수행함으로써 달성된다. 예를 들어, UE는 응급 서비스들이 획득될 수 있는 셀에 캠프온해야 할지도 모른다.

IMS 레벨에서, SIP INVITE 요청 이후에 SIP(Session Initiation Protocol) 380 응답이 수신될 수 있다. SIP REGISTER 요청을 포함한, 다른 SIP 요청들에 응답하여 다른 SIP 응답들이 수신될 수 있다. SIP 380의 수신은 UE로 하여금 응급 서비스들을 수행할 수 있는 셀을 선택하기 위해 셀 선택 절차들을 수행하게 할 수 있다. 대안적으로 또는 부가적으로, SIP 380의 수신은 UE로 하여금 응급 SIP 세션을 확립하기에 적합한 컨텍스트를 생성하기 위해 SIP 응급 등록 절차를 수행하게 할 수 있다. SIP 등록 절차는 SIP REGISTER 요청의 전송을 수반한다.

본 개시내용에서, 달리 언급되지 않는 한, 이러한 절차들 전부는 리디렉션들이라고 불린다.

5G 가능 UE(5G capable UE)는 뉴 라디오(NR), E-UTRAN을 통해 또는 WLAN을 통해 5G CN에 액세스할 수 있다. 비-3GPP 액세스 네트워크(Access Network; AN)(예를 들어, WLAN)를 통해 액세스되는 5G CN은 3GPP AN(NR 및 E-UTRAN)을 통해 액세스되는 5G CN과 상이할 수 있다. 5G CN들은 상이한 PLMN들에 의해, 그리고 어쩌면 심지어 상이한 국가들에서 운영되는 PLMN들에 의해 소유될 수 있다.

응급 서비스들이 임의의 액세스를 통해 제공되지만, 그것들이 바람직하게는 3GPP AN을 통해 제공될 수 있다. 5G CN은 CS 도메인에 대한 액세스를 제공하지 않지만, UE가 EPC 네트워크에 의해 지원되는 액세스 네트워크로부터 E-UTRAN 셀로 리디렉션되는 것이 가능하다. EPC 네트워크는 CS 폴백을 제공한다(CS 폴백을 수행하는 UE는 CS 도메인을 통해 CS 절차들을 사용하여 통화를 행한다). 대안적으로, UE는 GERAN, UTRAN의 일부인 셀을 선택하는 것에 의해 또는 CS를 지원하는 셀을 선택하는 것에 의해 CS 도메인에 액세스할 수 있다.

CS 응급 절차들은 요청된 응급 서비스의 카테고리를 지시하도록 UE에게 요구한다. 응급 서비스의 카테고리들의 예들은 소방대, 구급차, 경찰, 해양 경비대(Marine Guard), 또는 산악 구조대(Mountain Rescue)이다. 카테고리는, 아래에서 보다 상세히 설명되는 설명되는 바와 같이, 비트 단위로 표현될 수 있다.

마찬가지로, PS 응급 절차들은 요청된 응급 서비스의 유형을 지시하도록 UE에게 요구한다. 응급 서비스의 유형의 예들은, 그 중에서도, 화재, 구급차, 및 경찰이다. 유형은, 아래에서 보다 상세히 설명되는 바와 같이, URN들(Uniform Resource Names)을 사용하여 표현될 수 있다.

응급 서비스의 유형 또는 카테고리는, 네트워크에 의한 수신 시에, 공중 안전 액세스 포인트(PSAP)를 선택하는 데 사용된다.

각각의 국가는 그 국가 내에서 적용가능한 응급 서비스들의 유형들 또는 카테고리들을 정의한다. 결과적으로, 각각의 국가는 응급 서비스들의 유형들 또는 카테고리들의 상이한 세트를 가질 수 있고, 응급 서비스들의 이러한 유형들 또는 카테고리들을 식별하기 위해 상이한 응급 번호들을 사용할 수 있다.

제2 세트 내의 번호들에 대해, 5G를 사용하는 NR을 통한 통화 요청은 IMS 내의 P-CSCF에 의해 그 자체로서 검출될 수 있다. P-CSCF는 SIP 응답 메시지를, 예를 들어, SIP 380 응답의 형태로, UE에게 송신할 수 있다. 수신 시에, 5G UE는 이제 (기본 또는 응급) 통화 절차들을 개시할 것이다. 5G PLMN은: UE에 대한 REGISTRATION ACCEPT 메시지 내에서의 Emergency Services Support에 대한 지시(Emergency Services Support 지시는 현재 등록 영역(Registration Area) 내에서 유효함); 또는 UE가 응급 세션(예컨대, 응급 PDU(Protocol Data Unit) 세션)을 셋업할 수 있는지 또는 UE가 서비스 요청(Service Request) 절차를 수행해야 하는지를 지시하기 위한 Registration Area Accept 메시지 내의 Emergency Services Support 지시자 중 어느 하나로 UE를 구성했을 것이다. 등록 영역은 동일한 PLMN을 서빙하는 하나 이상의 셀로 이루어져 있다. 네트워크는 현재 등록 영역이 무엇인지를 UE에게 통보할 수 있다. 네트워크는 UE의 현재 등록 영역을 트래킹한다. 상이한 시스템들에서 위치 영역(location area) 또는 트래킹 영역(tracking area)은 동등한 용어들이다. EPC에서, UE는 UE가 있는 트래킹 영역을 네트워크에게 통보하기 위해 NAS 어태치먼트(attachment) 또는 NAS 트래킹 영역 업데이트 절차들을 수행한다.

메시지들이 PSAP에 수신되기 전에 UE로부터 액세스 네트워크들, 코어 네트워크들, 및 도메인들을 통해 어떻게 이동할 수 있는지에 대한 다이어그램이 도 1과 관련하여 도시되어 있다.

도 1에서 보이는 바와 같이, UE(101)는 WLAN(102), NG(103), E-UTRAN(104), UTRAN(105), 및 GERAN(106)과 통신할 수 있다. WLAN(102), NG(103), 및 E-UTRAN(104)은 5G CN(107)과 통신할 수 있다. E-UTRAN(104) 및 UTRAN(105)는 EPC(108)와 통신할 수 있다. UTRAN(105) 및 GERAN(106)은 CS CN(109)과 통신할 수 있다. 5G CN(107) 및 EPC(108)는 PS(110)와, 그리고 PS(110)로부터 IMS(111) 및 PSAP(112)로 통신할 수 있다. CS CN(109)은 CS(113)와 그리고 CS(113)로부터 PSAP(112)로 통신할 수 있다.

UE가 응급 통화를 검출할 시에 서비스 요청 절차를 수행하도록 통보받으면, 네트워크는 (SERVICE REQUEST 메시지에 대한 응답 메시지를 사용하여) UE를 상이한 시스템(예를 들어, EPC)으로 또는 상이한 라디오 액세스 기술(RAT)(예컨대, 5G CN에 접속된 E-UTRAN)로 리디렉션할 수 있다. EPC로 리디렉션되면, UE는 다른 서비스 요청 절차를 개시해야만 할지도 모르며, UE는 CS 폴백 절차들을 실행하는 것의 일부로서 CS CN에 의해 지원되는 셀로 리디렉션될 수 있다. 서비스 요청 절차는 서비스 요청 메시지를 송신하는 것을 포함한다.

5G CN은 E-UTRAN 또는 NR에 의해 지원될 수 있다. UE와 PS 도메인 사이에 확립된 데이터 접속들은 하나의 액세스 네트워크로부터 다른 액세스 네트워크로 마이그레이션될 수 있다.

종래 기술에 따르면, UE는 서비스 카테고리가 존재하지 않는 다이얼링된 번호가 PSAP에 의해 핸들링될 필요가 있음을 검출하도록 구성될 수 없다.

제2 응급 번호 세트로부터의 것으로 서빙 PLMN에 알려져 있는 번호를 다이얼링하는 사용자는 제1 SIP INVITE 요청(제1 SIP INVITE 요청은 그 번호를 포함함)에 대한 SIP 380 응답을 수신할 수 있으며, SIP 380 응답은 URN으로 설정된 Contact 헤더 필드를 포함한다. URN은 국가 특정 URN일 수 있다. UE가 후속하는 응급 통화 시도를 위해 PS 도메인을 선택하면, UE는 PS 도메인에 특정적인 응급 통화 절차들을 수행하고 후속하는 SIP INVITE 요청에 URN을 포함시킬 수 있다.

통화 시도들을 위해 PS 도메인을 사용하고 있고 사용자가 제2 응급 번호 세트로부터의 것으로 알려져 있는 번호를 다이얼링하는 UE는 SIP 380을 수신할 수 있다. UE가 CS 도메인을 선택하면, UE는, 조건부로, 기본 통화 셋업 절차들을 수행할 수 있다.

S8 홈 라우팅 아키텍처에서, 로밍 UE는 HPLMN(Home PLMN) 내의 P-CSCF에 접속한다. HPLMN 내의 P-CSCF는 VPLMN(Visitor PLMN) 또는 VPLMN의 국가의 응급 번호들로 제공될 필요가 있다. 구성된 P-CSCF는 그러면 VPLMN의 국가에서 또는 VPLMN 자체에서 적용가능한 응급 번호들을 검출할 수 있다.

도 2는 홈 라우티드 트래픽에 대한 3GPP 액세스를 위한 로밍 아키텍처를 예시한다. 도 2는 EPC 아키텍처로 제한되지만, S8이 상이한 아키텍처, 예컨대, 5G CN을 포함한, 5G 시스템을 설명하는 아키텍처에 의해 또한 지원될 수 있음이 이해될 수 있다. 도 2에 묘사된 네트워크 아키텍처 내 P-CSCF는 “운영자의 IP 서비스들”에 위치한다.

도 2에서 보이는 바와 같이, HPLMN은 PDN 게이트웨이(202), HSS(210), PCRF(201), 및 203에 예시된 운영자의 IP 서비스들을 포함한다. VPLMN은 UTRAN(226) 및 GERAN(225)을 포함한다. VPLMN은 서빙 게이트웨이(220), MME(221), 및 SGSN(224)을 추가로 포함한다. UE(223)는 E-UTRAN(222)과 통신한다.

NAS 기반 제공에서, UE는 응급 서비스 카테고리들(이하 "서비스 카테고리들"이라고 함)과 연관된 하나 이상의 번호를 수신할 수 있다. 서비스 카테고리들의 정의는 [3GPP Technical Specification (TS) 24.008 “Mobile Radio Interface Layer 3 specification; Core Network Protocols; Stage 3”, v. 15.0.1, September 2017]에 정의되어 있으며, 아래에 포함되어 있다. 이러한 방식으로 제공되거나 구성된 번호들은 제1 응급 번호 세트의 일부이다. NAS 기반 제공은 NAS 메시지들을 수반한다. CN(예컨대, EPC 네트워크, 5G CN, 또는 GPRS CN)과 상호작용하기 위해 사용되는 프로토콜들의 일부인 NAS 메시지들은 적어도 하나의 정보 요소(Information Element; IE)를 포함할 수 있다.

3GPP TS 24.008의 섹션 10.5.3.13이 아래에 복사되어 있다:

주 1: 길이는 응급 서비스 카테고리 값 및 번호 숫자들을 인코딩하는 데 사용되는 옥텟 수를 포함한다.

주 2: 옥텟 5에서의 번호 숫자(들)는 옥텟 6에서의 번호 숫자(들)보다 선행한다. 처음으로 입력될 번호 숫자는 옥텟 5, 비트 1 내지 비트 4에 위치된다. 번호 숫자들의 내용은 표 10.5.118/3GPP TS 24.008에 보여진 바와 같이 코딩된다.

주 3: 응급 번호가 홀수 개의 숫자들을 포함하면, 각자의 응급 번호의 마지막 옥텟의 비트 5 내지 비트 8은 "1111"로서 코딩된 끝 마크(end mark)로 채워져야 한다.

도 10.5.84c/3GPP TS 24.008 Emergency Number List 정보 요소

표 10.5.97aa/3GPP TS 24.008: Emergency Number List 정보 요소

3GPP TS 24.008의 섹션 10.5.4.33이 아래에 복사되어 있다:

도 10.5.118d/3GPP TS 24.008 Service Category 정보 요소

표 10.5.135d/3GPP TS 24.008: Service Category 정보 요소

(예컨대, 제1 응급 번호 세트의 일부인 번호들의) NAS 기반 제공이, 예컨대, NAS 어태치먼트 또는 NAS 트래킹 영역 업데이트 절차들 중에 발생하는 동안, UE는 제2 세트로부터의 번호를 지시하는 URI(Uniform Resource Identifier)를 갖는 SIP INVITE에 응답하여 SIP 380 응답을 수신할 수 있다. SIP 380 응답은 URN을 갖는 Contact 헤더 필드를 포함할 수 있다. URN에 따라, UE는 CS 도메인에 적용가능한 서비스 카테고리를 도출할 수 있거나, 또는 UE는 서비스 카테고리를 도출하지 못할 수 있다(이 경우에, URN은 국가 특정 응급 서비스 URN일 가능성이 있다). UE가 CS 도메인에서 통화를 재시도하기로 결정하면, UE는 응급 통화 절차들(EMERGENCY SETUP 메시지에 카테고리를 포함시킴) 또는 기본 통화 절차들(SETUP 메시지에 번호를 포함시킴) 중 어느 하나를 수행한다. UE가 PS 도메인에서 통화를 재시도하기로 결정하면, UE는, 아래에 설명된 바와 같이, 응급 통화 세션 셋업을 수행하고, 수신된 URN을 SIP INVITE 요청에 포함시킨다.

P-CSCF가 SIP 380 응답으로 응답할 때, P-CSCF는 3GPP IM(IP Multimedia) CN 서브시스템 XML(eXtensible Markup Language) 보디를 이 응답에 포함시킬 수 있다. P-CSCF는 “emergency-registration"을 지시하는 지시를 포함시킬 수 있거나 또는 포함시키지 않을 수 있다. 이 지시는, 이용가능한 경우, 상이한 VPLMN을 사용하여 초기 응급 등록을 수행하도록 UE에 촉구하는, 리디렉션이다.

UE는, 아래에 복사되어 있는, [3GPP TS 24.229 "IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3", v. 15.0.0, September 2017]의 subclause 5.1.6.8, 및 subclause 7.11.13에 따라 응급 통화 세션 셋업을 수행할 수 있다.

DNS(Domain Name System)는, 도메인 이름들을 하나 이상의 IP 어드레스로 분해하는 것(resolving), 또는 도메인 이름들을 하나 이상의 NAPTR(Naming Authority Pointer) 레코드들로 분해하는 것에 의해, 하나 이상의 출력 데이터로의 주어진 입력 데이터의 분해(resolution)를 가능하게 해줄 수 있다. DNS는 DNS 클라이언트와 DNS 서버로 이루어져 있다. DNS 클라이언트는 UE의 일부로서 또는 UE 내에 제공될 수 있다. DNS 클라이언트는 분해될 데이터를 DNS 요청 메시지에서 DNS 서버에게 송신한다. DNS 서버는, DNS 클라이언트로부터 DNS 요청을 수신할 때, DNS 요청에 대해서 요청된 데이터의 분해를 포함하는 DNS 응답으로 응답할 수 있거나 또는 DNS 클라이언트가 자신의 DNS 요청을 재송신해야 하는 다른 DNS 서버의 어드레스를 제공할 수 있다. 요청된 데이터의 분해를 포함하는 응답을 제공함에 있어서, DNS 서버는 자신이 액세스할 수 있는 구성을 사용할 수 있거나, 하나 이상의 DNS 요청을 하나 이상의 다른 DNS 서버에게 송신할 수 있거나, 또는 캐시로부터의 데이터(즉, 오래된(stale) 것으로 알려지지 않은 다른 DNS 서버들로부터 이전에 수신된 데이터)를 사용할 수 있다.

UE는, DNS 클라이언트 기능성을 제공할 수 있기 위해, 그 중에서도, IPv4(Internet Protocol version 4) 어드레스들 및 IPv6(Internet Protocol version 6) 어드레스들과 같은 하나 이상의 DNS 서버 어드레스로 구성될 필요가 있다. 다른 사람. UE가, PDN(Packet Data Network) 또는 다른 것들과 같은, 데이터 네트워크와의 접속성을 요청할 때 UE는 DNS 서버의 IP 어드레스를 수신할 수 있다. DNS 서버의 IP 어드레스는 네트워크에 의해 반환된다. 전형적으로, DNS 서버의 IP 어드레스는 PCO(Protocol Configuration Options) IE(Information Element)에 포함된다. PCO IE는 NAS 메시지에서 UE에게 전달된다.

응급 서비스들을 제공하는 PLMN에 의해 운영되는 DNS 서버는 신뢰할 수 있어야 하는데, 이는 DNS 서버가 손상될 것으로 예상되지도 않고 DNS 요청들 및 응답들이 DNS 서버와 UE 사이에서 전송 중인 동안 손상될 것으로 예상되지도 않음을 의미한다.

DNS 서버의 IP 어드레스는 전형적으로 UE가, IMS를 호스팅하는 데이터 네트워크와 같은, 데이터 네트워크의 PDN GW 또는 UPF와 같은, 엔트리 포인트(entry point)에 접속할 때 구성된다. 이 엔트리 포인트는 VPLMN에 또는 HPLMN에 있을 수 있다. S8에서, 엔트리 포인트는 HPLMN에 있다.

GSMA(Global System for Mobile Communications (GSM) Association)는 데이터베이스를 운영하며 그에 의해 PLMN 운영자들은 그들이 그들의 가입자들에게 서로의 PLMN들로의 로밍을 제공할 수 있게 해주는 데이터를 교환할 수 있다. 이 데이터베이스는 5-비트 포맷의 응급 번호들 및 카테고리들을 포함하는 정적 데이터에 관해 다른 PLMN들을 업데이트하는 데 유용하다. 이 데이터베이스는 NG RAEX IR.21 데이터베이스라고 불린다. 따라서, 응급 번호들 및 카테고리들이 매우 동적이 아니기 때문에, SIP INVITE에서 검출되면, 로밍 사용자의 VPLMN에서 응급 번호들로서 인식될 수 있는 제1 세트 내의 응급 번호들을 결정하기 위해 이 데이터베이스로부터의 데이터가 HPLMN P-CSCF에서 추출 및 구성될 수 있다.

PS 응급 통화 절차들의 일부로서, UE는 종종 IMS 응급 등록 절차를 수행할 필요가 있다. IMS 응급 등록 절차의 일부로서, UE는 "sos" SIP URI 파라미터를 포함하는 SIP REGISTER 요청을 Contact 헤더 필드에서 전송한다.

이 SIP REGISTER 요청을 수신하는 P-CSCF는 420(Bad Extension) 또는 403(Forbidden) 응답으로 응답할 수 있다. P-CSCF는 3GPP IM CN 서브시스템 XML 보디를 이 응답에 포함시킬 수 있다. 네트워크가 미등록된 사용자에 대한 응급 세션을 지원하면, P-CSCF는 "anonymous-emergencycall"을 지시하는 지시를 추가로 포함시킬 수 있다.

GPRS 및 EPS는 NAS 어태치먼트 또는, 예컨대, NAS 트래킹 영역 업데이트 절차들 동안의 응급 번호들 및 카테고리들의 전달을 지원한다. 이러한 절차들 동안 이러한 정보를 전달하는 것의 장점은 UE가 성공적인 네트워크 어태치먼트 직후에 응급 번호가 다이얼링되는지를 알 수 있다는 것이다. 5G에서의 NAS 어태치먼트 또는, 예컨대, NAS 트래킹 영역 업데이트 절차들의 동등물이 본 명세서에서 5G 등록 절차들이라고 불린다. 5G 등록 절차들은 UE가 REGISTRATION REQUEST 메시지를 송신하는 것 및 UE가, 예컨대, REGISTRATION ACCEPT 메시지를 수신하는 것을 포함한다.

본 개시내용은 임의의 액세스 기술에 적용되는 솔루션을 제공하는 것을 목표로 하지만, 그에 부가하여 5G 특정 솔루션들이 여전히 필요할 수 있다. 예를 들어, UE가 성공적인 5G 등록 이후에 그러나 UE가, DNS와 같은, 다른 프로토콜을 통해 응급 정보를 수신하기 전에 음성 통화들을 개시할 수 있는, 경쟁 조건들의 상황들을 방지하기 위해, 이 시간 기간 동안, 번호가 UE에 의해 응급 번호로서 검출되지 않을 것이다.

P-CSCF는 일반적으로 VPLMN에서 사용 중인 응급 번호들, 카테고리들 또는 유형들을 인식하지 못한다. S8의 경우, HPLMN에서의 P-CSCF는 번호가 VPLMN 또는 VPLMN의 국가에 대한 제2 세트에 있는지를 검출할 필요가 있다. NG RAEX IR.21 데이터베이스는 이 정보를 제공하지 않는다.

대안적으로 또는 부가적으로, VPLMN은 UE를 제2 세트로부터의 번호들로 구성하기 위해 NAS 절차들을 수행할 수 있어야 한다.

NG RAEX IR.21 데이터베이스는 P-CSCF에 충분한 정보를 제공하지 않는다. 예를 들어, SIP INVITE에 대해 SIP 380 응답이 수신되면 UE가 CS 기본 통화를 해야 한다는 지시가 없다. 국가 특정 응급 서비스 URN을 사용하여, UE가 PS 도메인에서 응급 통화를 재시도할 수 있게 해줄 정보가 없다.

SIP 380 응답은 다음과 같은 2개의 임의적 지시: “emergency registration” 또는 “anonymous-emergencycall” 중 하나를 추가로 포함할 수 있다. NG RAEX IR.21 데이터베이스는 VPLMN이 HPLMN에게 그의 P-CSCF가 그러한 지시를 포함시킬 필요가 있는지 여부를 통보할 수 있게 해주지 않는다.

5G CN에 의해 지원되는 IMS(예컨대, P-CSCF)는 SIP INVITE가 응급 번호를 포함한다는 것을 검출할 수 있다. P-CSCF는, 위에서 논의된 바와 같이, SIP 380 응답으로 SIP INVITE를 거절할 수 있거나, 또는 P-CSCF는 SIP INVITE를 수락하여, 응답에서 SIP INVITE가 응급 서비스들을 위한 것이라고 UE에게 지시할 수 있다. 세션이 SIP INVITE으로부터 결과되면, 세션은 응급 세션으로 간주된다. 그렇지만, 응급 서비스들 세션은 응급 서비스들에 전용된 베어러를 사용하지 않는다.

타깃 RAT, 예를 들어, NR이 응급 서비스들에 적합하지 않은 경우, 응급 세션을 가진 베어러는 (응급 베어러와 마찬가지로) 소스 RAT에 남아 있어야 한다. [3GPP TS 23.501, "System Architecture for the 5G System; Stage 2", v. 15.0.0, December 2017]에 현재 규정된 바와 같은 AMF는 응급 세션으로 간주된 세션이 정규의 비-응급 베어러(normal, non-emergency bearer)를 사용하고 있다는 것을 인식하지 못하기 때문에, 이 세션은 응급 서비스들에 적합하지 않은 RAT로 마이그레이션되거나 핸드오버될 수 있다.

비-응급 베어러를 사용하는 응급 세션을 응급 서비스들을 지원하지 않는 RAT로 핸드오버하는 것은 바람직하지 않을 수 있다.

본 개시내용은 절대적이지 않은 예들 또는 실시예들을 참조하여 상기 문제점들에 대한 솔루션들을 제시하고 텍스트 구성체들(textual constructs) 또는 IE들은 예시 목적들을 위한 것이다. 다른 IE 레이아웃 또는 다른 도메인 이름 라벨 순서들이 가능할 수 있으며 본 개시내용의 범위 내에 있다. 게다가, 본 명세서에 설명된 일부 실시예들은 본 개시내용의 범위를 벗어나지 않으면서 다른 실시예들과 조합될 수 있다.

본 개시내용은 UE에 응급 정보를 제공하는 것을 목표로 하는 솔루션들을 제공한다. 응급 정보는 응급 번호들, URN들, 카테고리들, 또는 지시들로 이루어져 있다. 각각의 응급 번호에 대해, 다음과 같은 것: URN(예컨대, PS 도메인에 적합함); 카테고리(예컨대, CS 도메인에 적합함); 또는 UE가 CS 도메인에서 기본 통화 절차들을 사용할 필요가 있다는 지시 중 하나 이상이 있다.

대안적으로, UE가 CS 도메인에서 기본 통화 절차들을 사용한다는 지시는 UE가 PS 도메인에서만 응급 통화 절차들을 사용한다는 지시, UE가 PS 도메인에서만 응급 세션 절차들을 사용한다는 지시, 또는 UE가 PS 도메인에서만 응급 절차들을 사용한다는 지시일 수 있다.

단말에 제공되어 있는 응급 정보는 유효한 것으로 간주될 수 있다. 다이얼링된 번호가 응급 번호인지를 검출하기 위해, 다이얼링된 번호들 또는 숫자들을 제공된 응급 번호들(예컨대, 응급 정보의 일부)과 비교할 때 유효한 응급 정보가 사용될 수 있다.

(예컨대, 다이얼링된) 번호가 응급 번호일 때, UE는, 선택된 도메인에 따라 그리고 응급 정보에 따라, 도메인 특정 응급 통화 셋업 절차들을 호출하거나 또는 기본 CS 통화 셋업 절차들을 호출한다.

E-UTRAN을 사용할 때, UE는 (기본 통화를 위한) CS 폴백 절차들을 수행하거나 또는 CS 폴백 절차들 동안 응급 통화를 위한 CS 폴백을 지시할 수 있다. 응급 정보가 UE가 기본 CS 통화 셋업 절차들을 호출할 필요가 있다고 지시하면, UE는, 응급 통화를 위한 CS 폴백을 지시함이 없이, CS 폴백 절차들을 수행한다.

MME, AMF, SGSN(Serving GPRS Support Node) 또는 DNS 서버들을 포함하지만 이들로 제한되지 않는, VPLMN의 네트워크 서버들은 모바일 국가 코드(MCC)와 같은 국가 코드별(per country code) 또는 VPLMN별(per VPLMN)을 지시하는 구성을 유지할 수 있다:

응급 서비스 유형이 배포되어 있는 국가를 지시하는 제1 값 또는 응급 서비스 유형이 배포되어 있는 국가에서의 응급 서비스 유형을 고유하게 식별해주는 제2 값. 제1 값(예컨대, xy) 및 제2 값(예컨대, 567)은, 3GPP TS 24.229를 참조하여 논의된 바와 같이, “urn:service:sos.country-specific.xy.567”과 같은 URN이 구성될 수 있게 해준다.

3GPP TS 24.008과 관련하여 논의된 바와 같이, 5-비트 서비스 카테고리 값을 표현하는 값 또는 5 비트 서비스 카테고리 값 자체;

통화가 (IMS를 사용하는) PS 도메인 대신에 CS 도메인에서 셋업되어야 하는지;

기본 통화 절차들 또는 응급 통화 절차들이 CS 도메인에서 사용되어야 하는지; 또는

P-CSCF가 특정의 SIP 응답을 UE에게 송신해야 하는지 및 SIP 응답이 “emergency-registration” 또는 “anonymous-emergencycall”을 포함해야 하는지.

카테고리 값들의 리퍼포징(Re-purposing)

UE로의 NAS 시그널링은 UE에 5 비트를 제공하여, 2⁵ = 32개의 가능성을 제공한다. 이러한 비트 조합들 중 일부가 예약되어 있다. 대부분의 PLMN들은 그 국가에서 지원되는 응급 서비스들의 카테고리들 중 하나를 식별해주기 위해 5 비트 중 하나를 세트시킬 것이다. 일부 국가들에서는, 조합들이 가능하다. 예를 들어, 하나 초과의 비트가 1로 세트되면, 일본에서의 구급차 및 소방대와 같은, 통합 응급 센터로 라우팅하는 것이 요구된다.

그것은 여전히 5 비트의 가장 가능한 조합들을 미사용 상태로 남긴다.

이러한 미사용 조합들은 서비스 카테고리에 이전에 표현되지 않은 응급 서비스들을 인코딩하는 데 사용될 수 있다. 이것은 이전에는 CS 도메인에서의 기본 통화 절차들을 통해 핸들링되는 응급 서비스들에 대해 CS 응급 통화 절차들의 사용을 가능하게 해줄 수 있다.

PS 도메인에서, 이러한 새로운 조합들로부터 URN을 도출하기 위해 UE 수정들이 필요하다. 그렇지만, 이미 배포되어 있는 적어도 일부 UE들은 수정될 수 없다.

로밍 관련 데이터의 데이터베이스로부터 획득되는 응급 정보로 P-CSCF를 제공하기

현재, P-CSCF는 응급 URN들로 제공될 수 있지만, VPLMN들로부터 그것들을 획득하는 간단한, 신뢰할 수 있는, 안전한, 또는 확장가능한 방법이 없다. 구체적으로는, PLMN 운영자들은 필요한 데이터를 공유하거나 요청하기 위해 그들의 로밍 파트너 PLMN 운영자들 전부와 접촉해야만 한다.

따라서, 이 솔루션은, 로밍 파트너들 및 HPLMN 운영자들이 (IMS S8HR 로밍에서 사용되는 바와 같이) 그들의 P-CSCF들 또는 DNS 서버를 구성할 수 있게 해주는 데 필요한 데이터를 VPLMN 운영자들이 데이터베이스에 넣을 수 있게 해줌으로써, HPLMN 운영자들이 그들의 네트워크(예컨대, 그 중에서도, P-CSCF들 또는 DNS 서버들)를 그들의 로밍 파트너 VPLMN의 응급 URN들(국가 특정 URN들을 포함함)로 제공할 수 있게 해주는 것을 목표로 한다. 이 데이터는 다음과 같은 것을 포함할 수 있다:

응급 서비스 유형이 배포되어 있는 국가를 지시하는 제1 값 또는 응급 서비스 유형이 배포되어 있는 국가에서의 응급 서비스 유형을 고유하게 식별해주는 제2 값;

5-비트 서비스 카테고리 값을 표현하는 값 또는 5 비트 서비스 카테고리 값 자체;

통화가 (IMS를 사용하는) PS 도메인 대신에 CS 도메인에서 셋업되어야 하는지 및 기본 통화 절차들 또는 응급 통화 절차들이 CS 도메인에서 사용되어야 하는지의 지시; 또는

P-CSCF가 특정의 SIP 응답을 UE에게 송신해야 하는지 및 SIP 응답이 “emergency-registration” 또는 “anonymous-emergencycall”을 포함해야 하는지의 지시.

P-CSCF는 로밍 데이터베이스 또는 DNS 중 어느 하나에 쿼리하거나 또는 국가 코드(예컨대, MCC)별 또는 VPLMN별을 지시하는 구성 정보를 유지할 수 있다:

“emergency-registration” 또는 “anonymous-emergencycall”을 SIP 응답에 포함시킬지;

URN을 SIP 응답의 Contact 헤더 필드에 포함시킬지 및 어느 URN을 포함시킬지.

HPLMN DNS 서버는 국가 코드(예컨대, MCC)별 또는 VPLMN별을 지시하는 구성 정보를 유지할 수 있다.

URN의 일 부분. 국가 특정 URN들에 대해, URN의 일 부분은 응급 서비스 유형이 배포되어 있는 국가를 지시하는 제1 값 또는 응급 서비스 유형이 배포되어 있는 국가에서의 응급 서비스 유형을 고유하게 식별해주는 제2 값을 포함할 수 있다. [Request For Comment (RFC) 5031, “A Uniform Resource Name (URN) for Emergency and Other Well-Known Services”, January 2008]에 따른 URN과 같은, 다른 경우들에 대해, URN의 일 부분은, 예를 들어, URN “urn:service.sos.police"로부터의 "sos.police"일 수 있다.

대안적으로, 정보가 HPLMN P-CSCF로부터의 DNS 쿼리를 통해 이용가능하면, P-CSCF는 PLMN 코드 또는 MCC 코드를 포함하는 FQDN(Fully Qualified Domain Name)을 갖는 VPLMN DNS 서버에 쿼리함으로써 정보를 획득할 수 있다.

호스트 이름(hostname)이 영숫자 값들의 스트링임이 명확하여, 5-비트 서비스 카테고리들과 도메인 이름들 또는 FQDN들 사이에 아래에 설명된 바와 같은 매핑들이 적용될 수 있다. 영숫자 값들은 응급 정보의 일부로서 로밍 데이터베이스 또는 DNS 서버로부터 획득될 수 있다. P-CSCF 또는 DNS는 로밍 데이터베이스로부터 영숫자 값들을 획득할 수 있다.

응급 세션이 있는 접속들을 핸드오버하는 것을 방지하기

응급 세션이 있는 접속들을 핸드오버하는 것을 네트워크가 방지하기 위해, 네트워크는 접속이 응급 세션을 갖는다고 IMS(응급 세션을 수락한 P-CSCF를 포함함)에 의해 통지받는다. 네트워크는 그러면 응급 세션을 갖는 접속을 응급 세션들을 지원하지 않는 RAT 또는 CN으로 리디렉션하거나 핸드오버하는 것을 방지할 수 있다.

UE를 응급 정보로 제공하기

본 개시내용은 DNS 및 NAS 제공 방법들을 설명하지만, 액세스 네트워크 쿼리 프로토콜(Access Network Query Protocol; ANQP), 인터넷 키 교환 버전 2(Internet Key Exchange Version 2; IKEv2), 동적 호스트 구성 프로토콜(Dynamic Host Configuration Protocol; DHCP), 및 하이퍼텍스트 전송 프로토콜(HyperText Transfer Protocol; HTTP)을 포함한 다른 방법들이 또한 적용될 수 있다. 방법들의 상기 리스트는 제한하는 것으로 의도되지 않는다.

요청 및 응답 프로토콜들의 예들은 도 3과 관련하여 도시되어 있다. 응답은 응급 문서를 포함할 수 있다. 응급 문서는 응급 정보로 간주된다. 응급 문서는 응급 정보를 XML(eXtended Markup Language)로 인코딩할 수 있다. 이 문서는, 예컨대, IE들에 또는 도메인 이름들에 또는 스트링들에 또는 라벨들에 응급 정보를 인코딩하는 다른 예들을 포함한다. 도메인 이름, 호스트 이름, 또는 라벨 모두는 스트링들로 간주된다. 스트링은 도메인 이름, 호스트 이름, 또는 라벨인 것으로 제한되지 않는다. 도메인 이름은 하나 이상의 호스트 이름을 포함할 수 있다. 도메인 이름 또는 호스트 이름이 또한 라벨들로 간주된다. URN은 라벨들을 포함할 수 있다.

도 3에서 보이는 바와 같이, UE(301)는 IMS(302)를 통해 네트워크 노드(303)와 통신할 수 있다. 화살표(330)에 의해 예시된 바와 같이, 응급 문서에 대한 요청이 네트워크 노드(303)에게 전송되고, 화살표(340)에 의해 예시된 바와 같이, 응급 문서가 UE(301)에게 반환된다. 요청은 HTTP GET 메시지, DNS 요청, 또는 DHCP 요청일 수 있으며, 위치 정보를 포함할 수 있다.

5G

5G CN에 액세스하기 위해 3GPP 액세스 및 비-3GPP 액세스를 사용할 때, UE는 각각의 액세스를 통해 상이한 PLMN들에 등록할 수 있다. 이것은 전형적으로 UE가 상이한 코어 네트워크들을 사용하고 있음을 의미한다. 전형적으로, PLMN은 그 자신의 코어 네트워크를 운영한다.

UE가 UE에 의해 송신되는 REGISTRATION REQUEST 메시지에 응답하여 AMF로부터 응급 정보를 수신할 때, UE는 이 정보를 사용하여 (예컨대, 다이얼링된) 번호와 응급 정보 내의 응급 번호 사이의 일치를 발견할 수 있다. 응급 정보 내의 각각의 응급 번호는 CSE(circuit switched emergency) 통화 지시자, 응급 서비스 카테고리 값, 응급 서비스에 대한 URN, 또는 국가 특정 응급 URN 중 적어도 하나와 연관된다. 응급 서비스에 대한 URN 또는 국가 특정 응급 URN은 응급 URN으로 간주된다.

UE는 수신된 응급 정보로부터 (응급 서비스에 대한) (국가 특정) 응급 URN을 재구성할 수 있다. 예를 들어, 국가 특정 응급 URN의 마지막 호스트 이름은 응급 번호의 숫자들과 동일한 숫자들을 가질 수 있거나, 또는 국가 특정 응급 URN의 마지막 호스트 이름은 응급 번호의 숫자들과 반드시 동일하지는 않는 문자들을 가질 수 있다. 응급 URN이 국가 특정 응급 URN이 아니면, 응급 URN은 응급 서비스 카테고리 값으로부터 도출될 수 있다. 예를 들어, urn:service:sos.police는 첫 번째 비트만이 세트되어 있는 응급 서비스 카테고리 값으로부터 도출될 수 있다. 수신된 응급 정보는 응급 URN이 응급 서비스 카테고리 값으로부터 도출되어야 하는지를 지시하는 지시를 포함할 수 있다.

선택된 도메인에 따라, UE는 PS 응급 통화 절차들 또는 CS 절차들을 수행한다. CSE의 값에 따라, CS 절차들은 CS 응급 통화 절차들 또는 CS 기본 통화 절차들로 이루어져 있다. UE가 PS 응급 통화 절차들을 수행하면, UE는 응급 URN을 SIP INVITE 메시지에 포함시킬 수 있다. UE가 CS 응급 통화 절차들을 수행하면, UE는 응급 서비스 카테고리 값을 EMERGENCY SETUP 메시지에 포함시킬 수 있다. UE가 CS 기본 통화 절차들을 수행하면, UE는 다이얼링된 숫자들을 SETUP 메시지에 포함시킬 수 있다.

하나의 5G CN

5G CN에 액세스하기 위해 E-UTRAN, NR, 또는 WLAN을 사용할 때, UE는 서비스들을 획득하기 위해 등록할 필요가 있을 수 있다. UE는 REGISTRATION REQUEST 메시지를 전송함으로써 등록한다. 등록 요청에 응답하여, UE는, 예컨대, 하나 이상의 응급 번호를 갖는 리스트, 연관된 카테고리들, 연관된 URN들, 번호로의 통화가 PS 도메인 상에서만 응급 절차들을 트리거한다는 지시, 또는 번호로의 통화가 CS 도메인 상에서의 기본 절차들을 트리거한다는 지시를 포함한 응급 정보를 수신할 수 있다. 응급 정보는 NAS 등록 절차들의 일부로서 수신된다.

UE는 또한, 예를 들어, 5G CN에 의해 보유된 등록 정보를 업데이트하기 위해 주기적으로 등록 요청을 송신한다. 이러한 등록 요청들에 응답하여, UE는 위에서 언급된 하나 이상의 응급 번호를 갖는 리스트를 수신할 수 있다. UE가 빈 리스트(즉, 사이즈가 제로인 리스트)를 수신하면, UE는 이전에 저장된 리스트를 빈 리스트로 대체할 수 있거나 또는 UE는 빈 리스트를 무시할 수 있다. UE가 어떠한 리스트도 수신하지 않으면, UE는 이전에 수신된 리스트를 오버라이트(overwrite)하지 않을 수 있다.

이전에 수신된 리스트를 빈 리스트로 대체하는 것은 UE가 동일한 국가에서 PLMN에 등록할 때 유용하며, 이 PLMN은, 모바일 엔티티(Mobile Entity; ME) 하드코딩된 번호들 및 USIM(Universal Subscriber Identity Module) 제공된 번호들로 인해 검출되는 것을 넘어서, 네트워크에서의 모든 응급 통화 검출을 핸들링한다.

2개의 5G CN

5G CN에 액세스하기 위해 E-UTRAN 또는 NR을 사용할 때 그리고 다른 5G CN에 액세스하기 위해 WLAN을 사용할 때, 다른 5G CN은 상이한 PLMN의 일부일 수 있다. 다른 5G CN은 심지어 상이한 국가에 위치할 수 있다.

UE가 3GPP 액세스 및 비-3GPP 액세스를 통해 EPC에 액세스할 때도 마찬가지일 수 있다. 3GPP 액세스를 통해 EPC에 액세스하는 UE는 UE가 비-3GPP 액세스를 통해 수신되는 응급 정보를 고려할 수 있는지를 지시하는 정책을 수신할 수 있다.

게다가, 비-3GPP 액세스를 통해 수신되는 응급 정보는, MCC와 같은, 국가 정보와 또한 연관될 수 있다. 국가 정보는 응급 정보가 유효한 국가를 식별해준다. 다이얼링된 번호가 응급 번호인지를 검출하기 위해, 다이얼링된 번호들을 제공된 응급 번호들과 비교할 때 유효한 응급 정보가 사용될 수 있다.

하나의 5G CN 및 하나의 비-5G CN

5G CN에 액세스하기 위해 E-UTRAN 또는 NR을 사용할 때 그리고 EPC에 액세스하기 위해 WLAN을 사용할 때, EPC는 상이한 PLMN의 일부일 수 있다. 다른 EPC는 심지어 상이한 국가에 위치할 수 있다.

2개의 CN 중 하나가 비-5G CN임이 명확하여, 2개의 5G CN의 경우에서와 동일한 고려사항들이 여기에서 적용된다.

마지막 호스트 이름은 문자들로 이루어져 있다

이하에 제안되는 Emergency Information IE는, 5G CN과 같은, 그러나 이로 제한되지 않는, 네트워크에 등록하기 위한 UE의 요청에 대한 응답에 포함된다. Emergency Information IE는 국가 특정 응급 URN(예컨대, “urn:service:sos.country-specific.XY.567”. “sos”, “country-specific”, “XY”, “567”부분들은 라벨들로 간주된다. 라벨들은 하나 이상의 문자로 이루어져 있다. 호스트 이름에 허용되는 문자들은 전형적으로 또한 라벨에 허용되는 문자들이다)을 재구성하기 위한 정보를 포함한다. 마지막 라벨, 예컨대, "567"은 응급 번호에서의 번호 숫자들과 일치하는 문자들로 이루어져 있을 필요가 없다. 그것들이 일치하지 않으면, “length of the emergency label” 필드는 후속하는 문자들에 의해 점유되는 옥텟 수를 지시한다. 문자들은 코딩 스킴에 따라 인코딩될 수 있다. 문자들은 마지막 라벨의 문자들을 나타낸다. “length of the emergency label” 필드가 0으로 설정되거나 수신된 응급 정보가 URN이 국가 특정 URN이다는 것을 지시하는 지시를 포함할 때, Emergency Information IE의 숫자들의 번호는 마지막 라벨, 예를 들어, "567"의 문자들을 나타낸다. Emergency Information IE에서의 국가 문자들은 끝에서 두 번째(penultimate) 라벨의 문자들, 예를 들어, "XY"를 나타낸다. 라벨 또는 첫 번째 하위 서비스(first sub-service) “country-specific” 및 라벨 또는 최상위 레벨 서비스(top-level service) "sos"는 호스트 이름을 완성한다. 이 라벨들에 “urn:service:”를 프리펜딩(prepending)함으로써 국가 특정 URN이 재구성된다.

Emergency Information IE는 코딩 스킴 정보를 포함한다. 인코딩 스킴이, [3GPP TS 23.038, “Alphabets and language-specific information”, v. 14.0.0, March 2017]에 정의된, GSM 디폴트 알파벳인 language unspecified인 경우, 아래의 제안된 IE는 허용가능 문자들을 7 비트로 인코딩할 수 있는 문자들로 제한하였다. 대안적으로, 각각의 문자가 2개의 연속적인 옥텟을 점유하도록 요구하는 16 비트 인코딩, 예를 들어, 국제 문자 세트(Universal Coded Character Set)(UCS-2)가 선택될 수 있을 것이다.

Emergency Information IE

이 정보 요소의 목적은 IE 내에 지시된 국가 내에서 사용하기 위한 응급 정보를 인코딩하는 것이다.

Emergency Number List 정보 요소는 아래에 보여지는 바와 같이 코딩된다. Emergency Number List IE는 유형 4 정보 요소일 수 있다. [3GPP TS 44.006, “Mobile Station - Base Station System (MS - BSS) interface; Data Link layer specification”, v 14.0.0, March 2017]에서 제공되는 바와 같이, L3 메시지에서의 최대 옥텟 수에 의해 주어진 것을 제외하고는 길이 상한(upper length limit)이 규정되어 있지 않다.

주 0: 이 필드는 3GPP TS 23.038에 정의된, GSM 기본 알파벳인 language unspecified로 인코딩되면 대문자(upper case character)를 포함한다.

주 2: 옥텟 5에서의 숫자(들)의 번호는 옥텟 6 등에서의 숫자(들)보다 선행한다. 처음으로 입력될 번호 숫자는 옥텟 5, 비트 1 내지 비트 4에 위치된다. 번호 숫자들의 내용은 3GPP TS 24.008의 표 10.5.118에 보여진 바와 같이 코딩된다.

주 3: 응급 번호가 홀수 개의 숫자들을 포함하면, 각자의 응급 번호의 마지막 옥텟의 비트 5 내지 비트 8은 "1111"로서 코딩된 끝 마크로 채워질 수 있다.

주 4: 코딩 스킴에 따라 인코딩된, 문자 스트링.

표 1: Emergency Information 정보 요소

마지막 호스트 이름은 다이얼링된 숫자들과 일치하는 번호들로 이루어져 있다

아래에서 제안되는 Emergency Information IE는 5G CN에 등록하기 위한 UE의 요청에 대한 응답에 포함된다. 수신된 응급 정보가 URN이 국가 특정 URN이다는 것을 지시하는 지시를 포함하면, Emergency Information IE는 국가 특정 응급 URN(예를 들어, “urn:service:sos.country-specific.XY.567”)을 재구성하기에 충분한 정보를 포함한다. Emergency Information IE에서의 숫자들의 번호는 마지막 라벨의 문자들, 예컨대, “567”을 나타낸다. Emergency Information IE에서의 국가 문자들은 끝에서 두 번째 라벨의 문자들, 예컨대, "XY"를 나타낸다. 라벨 “country-specific” 및 라벨 “sos”는 호스트 이름을 완성한다. 이 호스트 이름에 “urn:service:”를 프리펜딩함으로써 국가 특정 URN이 재구성된다.

Emergency Information IE는 코딩 스킴 정보를 포함한다. 인코딩 스킴이 3GPP TS 23.038에 정의된 GSM 디폴트 알파벳인 language unspecified인 경우, 아래의 제안된 IE는 허용가능 문자들을 7 비트로 인코딩될 수 있는 문자들로 제한하였으며, 마지막 2 비트는 10으로 설정된다. 대안적으로, 비트들은 문자들을 강제로 소문자들로 만들도록 설정될 수 있다. 대안적으로, 7 비트 중 마지막 2 비트는 하드코딩될 필요가 없다. 대안적으로, 16 비트 인코딩이 선택될 수 있다(예를 들어, UCS2). 각각의 문자가 2개의 연속적인 옥텟을 점유할 것을 요구한다.

Emergency Number List 정보 요소는 아래에 보여지는 바와 같이 코딩된다. Emergency Number List IE는 유형 4 정보 요소이다. L3 메시지에서의 최대 옥텟 수에 의해 주어진 것을 제외하고는 길이 상한이 규정되어 있지 않다(3GPP TS 44.006 참조).

표 2 Emergency Information 정보 요소

Emergency Number List IE를 보완하는 응급 정보를 갖는 제2 IE

아래에 제안된 Emergency Information IE는 CN에 등록하기 위한 UE의 요청에 대한 응답에 또는 위치 정보(비-5G CN의 경우), 트래킹 영역 정보(비-5G CN: EPC 네트워크의 경우), 또는 CN에의 등록 영역 정보를 업데이트하기 위한 UE의 요청에 대한 응답에 포함된다. Extended Number List IE는 Emergency Information IE로서 또는 다른 이름의 IE로 또한 알려져 있을 수 있다. Emergency Information IE는 국가 특정 응급 URN(예컨대, “urn:service:sos.country-specific.XY.567”)을 재구성하기 위한 충분한 정보를 포함한다.

Emergency Information IE는 코딩 스킴 정보를 포함한다. 인코딩 스킴이 3GPP TS 23.038에 정의된 GSM 디폴트 알파벳인 language unspecified인 경우, 아래의 제안된 IE는 허용가능 문자들을 7 비트로 인코딩될 수 있는 문자들로 제한하였으며, 마지막 2 비트는 10으로 설정된다. 대안적으로, 비트들은 문자들을 강제로 소문자들로 만들도록 설정될 수 있다. 대안적으로, 7 비트 중 마지막 2 비트는 하드코딩될 필요가 없다. 대안적으로, 각각의 문자가 2개의 연속적인 옥텟을 점유하도록 요구하는 16 비트 인코딩(UCS2)이 선택될 수 있을 것이다.

“length of the emergency label” 필드는 후속하는 문자들에 의해 점유되는 옥텟 수를 지시한다. 문자들은 코딩 스킴에 따라 인코딩될 수 있다. 문자들은 마지막 라벨의 문자들을 나타낸다.

Emergency Number List IE에서의 응급 번호들은 Emergency Information IE에서의 라벨들과 대응하도록 의도되어 있다: 첫 번째 응급 번호 정보 숫자들은 첫 번째 URI의 마지막 응급 라벨에 대응한다. 첫 번째 URI의 마지막 응급 라벨의 길이가 0으로 설정되거나 또는 수신된 응급 정보가 URN이 국가 특정 URN임을 지시하는 지시를 포함하면, 국가 특정 URN의 마지막 라벨은 Emergency Number List IE에서의 응급 번호 내의 번호 숫자들과 일치한다. 첫 번째 URI의 마지막 응급 라벨의 길이가 비-제로(non-zero)로 설정되면, 국가 특정 URN의 마지막 라벨이 라벨 문자들과 일치한다.

Emergency Information IE에서의 국가 문자들은 끝에서 두 번째 라벨의 문자들, 예컨대, "XY"를 나타낸다. 라벨 “country-specific” 및 라벨 “sos”는 호스트 이름을 완성한다. 이 호스트 이름에 “urn:service:”를 프리펜딩함으로써 국가 특정 URN이 재구성된다.

Emergency Number List 정보 요소는 아래에 보여지는 바와 같이 코딩된다.

Emergency Number List IE는 유형 4 정보 요소이다. L3 메시지에서의 최대 옥텟 수에 의해 주어진 것을 제외하고는 길이 상한이 규정되어 있지 않다(3GPP TS 44.006 참조).

주 3: 응급 번호가 홀수 개의 숫자들을 포함하면, 각자의 응급 번호의 마지막 옥텟의 비트 5 내지 비트 8은 "1111"로서 코딩된 끝 마크로 채워져야 한다.

주 4: 코딩 스킴에 따라 인코딩된, 문자 스트링.

표 3 Emergency Information 정보 요소

다른 CN들

3GPP 액세스를 통해 액세스되는 비-5G CN들을 통해 제공되는 서비스들을 사용하려고 시도하는 UE는 종종 또한 CN에 등록한다. UE는 NAS 어태치 요청 메시지, NAS 트래킹 영역 업데이트 요청 메시지 또는 NAS 위치 영역 업데이트 요청 메시지를 CN에게 전송함으로써 등록한다. CN(예컨대, EPC 네트워크, 5G CN, 또는 GPRS CN)과 상호작용하기 위해 사용되는 프로토콜들의 일부인 NAS 메시지들은 적어도 하나의 정보 요소(Information Element; IE)를 포함할 수 있다. 어태치 요청 메시지, 트래킹 영역 업데이트 요청 메시지, 또는 위치 영역 요청에 응답하여, UE는 하나 이상의 응급 번호, 연관된 카테고리, 연관된 URN, 또는:

번호로의 통화가 PS 도메인에서만 응급 절차들을 트리거한다는 지시; 또는

번호로의 통화가 CS 도메인에서 기본 절차들을 트리거한다는 지시

를 수신할 수 있다.

일부 기존의 CN들은 NAS 메시지들을 통해 일부 응급 정보를 이미 제공하지만, 누락된 부가의 응급 정보를 제공하기 위해 NAS 메시지들이 확장될 수 있다. NAS 메시지의 내용의 확장은, 5G로의 진화를 제공하면서, 역호환될 것이다. 게다가, 확장은 중복(duplication)을 방지할 것이다. NAS 메시지들이, 특히 응급 정보를 포함하여, 일반 정보를 인코딩하는 제한된 수의 옥텟들만을 포함할 수 있음에 유의해야 한다.

UE가 UE에 의해 송신되는 등록 메시지(예를 들어, 그 중에서도, 어태치 메시지, 위치 영역 업데이트 메시지, 트래킹 영역 업데이트 메시지, IKE, EAP(Extensible Authentication Protocol) 등)에 응답하여 이동성 관리 네트워크 요소(예를 들어, MME, SGSN, ePDG(evolved Packet Data Gateway))로부터 응급 정보를 수신할 때, UE는 이 정보를 사용하여 다이얼링된 번호와 응급 정보 내의 응급 번호 사이의 일치를 발견할 수 있다. 응급 정보 내의 각각의 응급 번호는 CSE(circuit switched emergency) 통화 지시자, 응급 서비스 카테고리 값, 또는 국가 특정 응급 URN 중 적어도 하나와 연관된다.

UE는 수신된 응급 정보로부터 국가 특정 응급 URN을 재구성할 수 있다. 예를 들어, 국가 특정 응급 URN의 마지막 호스트 이름은 응급 번호의 숫자들과 동일한 숫자들을 가질 수 있거나, 또는 국가 특정 응급 URN의 마지막 호스트 이름은 응급 번호의 숫자들과 동일하지 않는 문자들을 가질 수 있다.

선택된 도메인에 따라, UE는 PS 응급 통화 절차들 또는 CS 절차들을 수행한다. CSE의 값에 따라, CS 절차들은 CS 응급 통화 절차들 또는 CS 기본 통화 절차들로 이루어져 있다. UE가 PS 응급 통화 절차들을 수행하면, UE는 재구성된 국가 특정 응급 URN을 SIP INVITE 메시지에 포함시킨다. UE가 CS 응급 통화 절차들을 수행하면, UE는 응급 서비스 카테고리 값을 EMERGENCY SETUP 메시지에 포함시킬 수 있다. UE가 CS 기본 통화 절차들을 수행하면, UE는 다이얼링된 숫자들을 SETUP 메시지에 포함시킬 수 있다.

기존의 등록 응답 메시지들은 Emergency Number List IE를 이미 포함하기 때문에, 제안된 Emergency Information IE로 (NAS) 등록 응답을 확장시키는 것이 제안된다. Extended Number List IE는 Emergency Information IE로서 또한 알려져 있을 수 있다.

DNS 기반 솔루션

전반적인 절차

5G는 새롭게 정의된 시스템이지만, 다른 시스템들, 예를 들어, EPC를 지원하는 시스템들이 현재 배포되어 있다. 5G에서, 응급 정보는 NAS의 일부로서 제공될 수 있지만, 다른 시스템들에서는, MME 및 UE의 NAS는 물론 UE의 상위 계층들(예를 들어, IMS 클라이언트를 포함할 수 있음)을 업그레이드하는 것이 그처럼 간단하지는 않다.

이 솔루션은 5G CN들 이외의 CN들에 또한 적용가능하다. UE는 하나 이상의 응급 번호, 연관된 카테고리, 연관된 URN 및/또는:

를 갖는 응급 정보를 획득할 필요가 있다.

리스트를 제공하는 데 사용되는 임의의 제공 메커니즘은 바람직하게는 용이하게 배포가능해야 한다. 예를 들어, DNS 서버가 리스트를 획득하는 데 사용될 수 있다. UE는, 예를 들어, NAS 계층에 영향을 주지 않으면서 DNS를 쿼리할 수 있다. 신뢰할 수 없는 WLAN으로부터 획득된 DNS 서버들은 신뢰할 수 없는 DNS 서버들로 간주되기 때문에, UE는, PLMN의 네트워크에 의해 지시되는 어드레스를 갖는 DNS 서버로부터, 위에서 설명된 바와 같은 응급 정보의 리스트를 획득할 수 있다. 이 리스트는 호스트 이름들을 포함할 수 있다. 예를 들어, “sos” 라벨과 같은 라벨의 존재로 인해, 일부 호스트 이름들은 응급 정보를 나타낼 수 있다. 응급 정보 내의 일부 정보는 아래에 보다 상세히 설명된 바와 같이 포맷팅된 하나 이상의 호스트 이름일 수 있다.

이 솔루션은 다이얼링된 번호가 제2 응급 번호 세트에 있음을 UE가 검출하지 않는 상황을 적어도 부분적으로 방지할 것이다.

UE가 빈 리스트를 수신하면, UE는 이전에 저장된 리스트를 빈 리스트로 대체(즉, 현재 리스트를 제거/삭제)할 수 있거나 또는 UE는 빈 리스트를 무시할 수 있다. UE가 어떠한 리스트도 수신하지 않으면, UE는 이전에 수신된 리스트를 오버라이트하지 않기로 선택할 수 있다. 이전에 수신된 리스트를 빈 리스트로 대체하는 것은 UE가 HPLMN과 동일한 국가에서 PLMN에 등록할 때 유용하고, 이 PLMN은 (예컨대, P-CSCF로부터의 SIP 380 응답에 의해, 또는, MSC에서, 기본 통화 요청을 PSAP로 라우팅하는 것에 의해) 네트워크에서, ME 하드코딩된 번호들 및 USIM 제공된 번호들로 인해 검출되는 것을 넘어서, 모든 응급 통화 검출을 핸들링한다.

DNS를 사용하여 이 리스트를 획득할 때, UE는 DNS 요청을 하나 이상의 이전에 구성된 DNS 서버에게 송신함으로써 지시자를 사용하여 DNS NAPTR 쿼리를 수행할 수 있다. UE는, 예를 들어, 위에서 설명된 바와 같이 UE가 응급 정보의 리스트를 수신하기를 원한다는 것을 나타내는 스트링을 송신할 수 있다. 스트링은 도메인 이름 또는 FQDN일 수 있다. DNS 서버는 그러면 대체 레코드들을 포함할 수 있는 DNS 응답 메시지로 응답할 수 있다.

대체 레코드들은, DNS 응답 메시지에 존재하는 경우, 도메인 이름들(도메인 이름은 도트로 구분된 호스트 이름들의 세트 또는 도트로 구분된 라벨들의 세트일 수 있음) 또는 FQDN들을 포함한다.

프로토콜들에 대한 인터넷 표준들(Requests for Comments)은 컴포넌트 호스트 이름 라벨들이 (대소 문자를 구분하지 않는 방식의) ASCII 문자들 'a' 내지 'z', 숫자들 '0' 내지 '9', 및 하이픈('-')만을 포함할 수 있다고 규정한다. [RFC 952, “DoD Internet Host Table Specification”, October 1985]에서의 호스트 이름들의 원래의 규격은 라벨들이 숫자로 또는 하이픈으로 시작할 수 없으며 하이픈으로 끝나서는 안된다고 규정하였다. 그렇지만, 후속 규격인 [RFC 1123, “Requirements for Internet Hosts - Application and Support”, October 1989]는 호스트 이름 라벨들이 숫자들로 시작하도록 허용하였다. 다른 심벌들, 구두점 문자들, 또는 여백(white space)은 허용되지 않는다.

5 비트 카테고리 정보를 유효한 호스트 이름 또는 도메인 이름의 라벨에 매핑할 때, ASCII 또는 UTF-8 문자의 처음 또는 마지막 5 비트를 단순히 취하는 것은 위의 호스트 이름 요구사항에 따라, 호스트 이름 또는 라벨에서 허용가능하지 않은 ASCII 또는 UTF-8 문자들을 결과할 수 있다. 예를 들어, 16 진수 1B는 ASCII에서의 ESC 커맨드를 나타낸다. 따라서, 이 문제에 대한 솔루션들이 아래에서 제공된다.

상기 DNS 절차는, 예를 들어, WLAN을 포함한, 임의의 액세스 기술에 의해 제공되는 임의의 IP 액세스를 통해 사용될 수 있으며, 이는 LTE 액세스 또는 EPC로도 또는 NR 액세스 또는 5GCN 등으로도 제한되지 않는다.

UE에 대한 대안으로서, P-CSCF는 그러한 정보를 획득하기 위해 DNS 서버에 질의(interrogate)할 수 있다.

아래의 대안들 전부에서, 구성된 도메인 이름이 고유하고, 예를 들어, ICANN을 통해 이미 예약된 다른 도메인 이름과 겹치지 않도록 하기 위해, 최상위 레벨 도메인 이름이 추가될 수 있다. 예를 들어, eservicecat.mnc<MNC>.mcc<MCC>.pub.3gppnetwork.org, 여기서 <MNC> 및 <MCC>는 LBO(Local BreakOut) 또는 홈 기반 라우팅(home-based routing)(S8HR) 로밍이 사용되는지에 따라, HPLMN 또는 VPLMN 중 어느 하나인, IMS PDN을 제공하는 PLMN의 E.212 모바일 네트워크 코드 및 모바일 국가 코드이다.

대안적으로, 다음과 같은 도메인 이름 “sos.en.cn.mcc<MCC>.pub.3gppnetwork.org”이 고려될 수 있다. 구성된 도메인 이름에 어펜딩(append)할 최상위 레벨 도메인 이름은 정적이거나, 잘 알려져 있거나, 사전 제공되거나 또는 하드코딩될 수 있거나, 또는 SIP 등록(예를 들어, SIP INVITE 요청에 대한 SIP 응답에서 수신됨) 시에 또는 PDN 접속 셋업 시에, 예를 들어, 그 중에서도, NAS 메시징에서의 PCO IE를 사용하여, DHCP를 사용하여, OMA(Open Mobile Alliance) DM(Device Management)을 사용하여 UE에 제공될 수 있다. 대안적으로, UE는, [3GPP TS 23.003, “Numbering, addressing, and identification”, v. 15.2.0, December 2017]에 설명된 바와 같이, 구성된(configured) IMS 홈 네트워크 도메인 이름으로부터 구성된(constructed) 도메인 이름에 어펜딩할 최상위 레벨 도메인 이름을 도출하고, UE가 결과적인 도메인 이름 또는 FQDN을 도출할 수 있도록 보장하기 위해 라벨들 "3gppnetwork.org" 앞에 라벨 "pub"를 삽입할 수 있다.

주: UE가 아닌 P-CSCF가 DNS 요청을 개시하고 있다면, 라벨 ".pub"의 삽입은 불필요하다.

도메인 이름들 또는 FQDN들로의 및 도메인 이름들 또는 FQDN들로부터의 5-비트 서비스 카테고리들의 매핑

대안 1

일 실시예에서, “온(on)” 또는 “세트(set)”인 각각의 비트는, 아래의 표 2의 예에 의해 보여진 바와 같이, 문자에 매핑될 수 있다. 세트되지 않거나 "오프(off)"인 비트는 다른 유효한 호스트 이름 문자, 예를 들어 'z' 또는 '0'(제로) 또는 'o' 또는 '-'에 매핑될 수 있다. 호스트 이름이 숫자 또는 대시로 시작하도록 허용하지 않는 DNS 서버들의 경우 문자에 매핑하는 것이 선호될 수 있다.

표 2: 비트들 대 문자들의 예시적인 매핑

대안적으로, 호스트 이름은 일부 미리 정의된 문자들, 예를 들어, “cat”로 시작할 수 있다. 예를 들어, 5-비트 서비스 카테고리가 '01100'이면, 호스트 이름은 "cat0af00"일 수 있거나, 또는 오른쪽에서 왼쪽으로 읽을 때, "cat00af0"일 수 있다.

‘p’, ‘a’, ‘f’, ‘g’, 또는 ‘r’과 같은 문자에 매핑하는 대신에, "온" 또는 "세트"인 각각의 비트가 숫자에 매핑될 수 있다. 5-비트 '01100'의 동일한 예를 사용하여, 매핑된 호스트 이름은 "cat01100"일 수 있거나, 또는 오른쪽에서 왼쪽으로 읽을 때, "cat00110"일 수 있다.

대안 2

서비스 카테고리는 숫자들, 예를 들어, 16 진수들 또는 10 진수들로 기술될 수 있다. 현재, 2⁵=32개의 서비스 카테고리 값이 존재한다. 경계를 포함한 [0-31] 사이의 임의의 숫자들은 유효한 서비스 카테고리를 나타낼 것이다. 16 진수들에서, 경계를 포함한 [0-1F] 사이의 임의의 16 진수들은 유효한 서비스 카테고리를 나타낼 것이다. 예를 들어, "구급차" 및 "소방대"를 나타내는 비트들이 세트되어 있는 서비스 카테고리 값은 "06" 또는 "cat06"으로 나타내어질 수 있다.

대안 3

대안 3은 대안 1 또는 대안 2와 조합되어 다음과 같이 이러한 대안들을 개선시킨다.

CS 도메인에서의 통화가 기본 절차들을 사용하여 수행되어야 한다는 것을 지시하기 위해, 미리 정의된 문자들에 뒤이어서 빈 스트링이 올 수 있으며, 예컨대: “cat”.

다른 한편으로, "e" 또는 "ec" 또는 "ecsc"는, 제각기, "응급(emergency)", "응급 통화(emergency call)" 또는 "응급 CS 통화(emergency CS call)"를 나타내는, 미리 정의된 문자들의 대안의 세트로 간주될 수 있다. 네트워크가 CS 도메인에서의 통화가 기본 통화 절차들(즉, 응급 통화 절차들이 아님)을 사용하여 수행되어야 한다는 것을 지시하기를 원하면, 미리 정의된 문자들은 "c" 또는 "csc"일 수 있다. “e" 또는 "ec" 또는 "ecsc" 뒤에는 카테고리 표현이 올 것이지만(예컨대, 대안 1 또는 대안 2 참조), "c" 또는 "csc" 뒤에는 카테고리 표현이 오지 않을 것이다.

따라서, 위의 예들 및 IMS PDN을 제공하는 네트워크의 (<MNC> 또는) <MCC>가, 예를 들어, 제각기, 15 및 234인 경우를 사용하여, 이하의 URN들 카테고리들은 연관된 도메인 이름들 또는 FQDN들로 바뀔 것이다. 이 리스트는 단지 예시 목적들을 위한 것이며 모든 가능성들의 총망라적인 리스트인 것으로 의도되지 않음에 유의해야 한다.

cat0af00.eservicecat.mnc015.mcc234.pub.3gppnetwork.org

cat00af0.eservicecat.mnc015.mcc234.pub.3gppnetwork.org

cat01100.eservicecat.mnc015.mcc234.pub.3gppnetwork.org

cat00110.eservicecat.mnc015.mcc234.pub.3gppnetwork.org

06.eservicecat.mnc015.mcc234.pub.3gppnetwork.org

cat06.eservicecat.mnc015.mcc234.pub.3gppnetwork.org

도메인 이름들 또는 FQDN들로의 및 도메인 이름들 또는 FQDN들로부터의 응급 URN들의 매핑

2개의 응급 URN 세트가 존재한다.

제1 응급 URN 세트: "urn:service:sos", "urn:service:sos.police", "urn:service:sos.ambulance", "urn:service:sos.fire", "urn:service:sos.marine", 및 "urn:service:sos.mountain"; 및

국가 특정 응급 서비스 URN들이라고 하는, 다른 URN들로 이루어져 있는 제2 응급 URN 세트.

위에서 정의된 바와 같은 세트들 내의 URN들로부터 “urn:service:”의 프리픽스 텍스트(prefix text)를 드롭시키고, 이어서 나머지 호스트 이름 라벨들의 순서를 반대로 하는 것에 의해, 도메인 이름 또는 FQDN이 구성될 수 있다. 그렇지만, 구성된 도메인 이름이 고유하고, 예를 들어, ICANN을 통해 이미 예약된 다른 도메인 이름과 겹치지 않도록 하기 위해, 최상위 레벨 도메인 이름이 추가될 수 있다. 예를 들어, service.urn.mnc<MNC>.mcc<MCC>.pub.3gppnetwork.org와 같은 URN이 구성될 수 있고, 여기서 <MNC> 및 <MCC>는 LBO 또는 S8HR 로밍이 사용되는지에 따라, HPLMN 또는 VPLMN 중 어느 하나일 수 있는, IMS PDN을 제공하는 PLMN의 E.212 모바일 네트워크 코드 및 모바일 국가 코드이다.

대안적으로, 다음과 같은 도메인 이름 “sos.en.cn.mcc<MCC>.pub.3gppnetwork.org”이 고려될 수 있다. 구성된 도메인 이름에 어펜딩할 최상위 레벨 도메인 이름은 정적이거나, 잘 알려져 있거나, 사전 제공되거나 또는 하드코딩될 수 있거나, 또는, 예를 들어, SIP INVITE 요청에 대한 SIP 응답에서 수신되는, SIP 등록 시에, 또는 PDN 접속 셋업 시에, 예를 들어, 그 중에서도, NAS 메시징에서의 PCO IE를 사용하여, DHCP를 사용하여, OMA DM을 사용하여 UE에 제공될 수 있다. 대안적으로, UE는, 3GPP TS 23.003에 설명된 바와 같이, 구성된 IMS 홈 네트워크 도메인 이름으로부터 구성된 도메인 이름에 어펜딩할 최상위 레벨 도메인 이름을 도출하고, UE가 결과적인 도메인 이름 또는 FQDN을 도출할 수 있도록 보장하기 위해 라벨들 "3gppnetwork.org" 앞에 라벨 "pub"를 삽입할 수 있다.

따라서, 위의 예들 및 IMS PDN을 제공하는 네트워크의 <MNC> 및 <MCC>가, 제각기, 15 및 234인 경우를 사용하여, 이하의 URN들은 연관된 도메인 이름들 또는 FQDN들로 바뀔 것이다:

sos.service.urn.mnc015.mcc234.pub.3gppnetwork.org

police.sos service.urn.mnc015.mcc234.pub.3gppnetwork.org

ambulance.sos service.urn.mnc015.mcc234.pub.3gppnetwork.org

fire.sos.service.urn.mnc015.mcc234.pub.3gppnetwork.org

marine.sos.service.urn.mnc015.mcc234.pub.3gppnetwork.org

mountain.sos.service.urn.mnc015.mcc234.pub.3gppnetwork.org

상기 내용은 3GPP TS 23.003에 추가될 다음과 같은 텍스트에 대응할 수 있다.

대안적으로, 위의 대체 형태들은 "visited-country"라는 이름의 라벨을 포함할 수 있으며, 즉: <ps-emergency-type>.<cs-emergency >.<emergency-number>.sos.en.cn.mcc<MCC>.visited-country.pub.3gppnework.org.

위에서 언급된 "3GPP TS 23.003에 규정된 바와 같은 응급 번호들 FQDN 포맷에 기초한 응급 번호 FQDN"은 이하의 섹션들을 3GPP TS 23.003에 추가하는 것에 기초할 수 있다.

UE가, 예컨대,

“sos.ambulance.cs.15.sos.en.cn.mcc345.pub.3gppnetwork.org” 또는 “sos.police.ecs00001.17.sos.en.cn.mcc345.pub.3gppnetwork.org”를 수신하고 UE가 다이얼링된 번호 일치을 검출할 때:

15: UE는

숫자 15가 “emergency-number” 부분과 일치한다는 것을 “sos.ambulance.cs.15.sos.en.cn.mcc345.pub.3gppnetwork.org”로부터 도출할 수 있다. 게다가, "cs-emergency" 부분의 값은 "CS"이다. 값 “CS"는 UE가 통화를 행하기 위해 CS 도메인을 선택하면 UE가 CS 기본 통화 절차들을 수행해야만 한다는 것을 지시한다. “ps-emergency-type" 부분의 값은 "sos.ambulance"이다. 값 “sos.ambulance"는 UE가 통화 또는 응급 세션을 수행하기 위해 PS 도메인을 선택하면 UE가 구성된 URN을 SIP INVITE에 포함시켜야만 한다는 것을 지시한다. UE는 “urn:service:”를 값에 프리펜딩함으로써 URN을 구성하여, 구성된 URN “urn:service:sos.ambulance”를 얻는다.

17: UE는

숫자 17이 “emergency-number” 부분과 일치한다는 것을 “sos.police.ecs00100.17.sos.en.cn.mcc345.pub.3gppnetwork.org”로부터 도출할 수 있다(표 19.4.2.9A.x-1 참조). 게다가, "cs-emergency" 부분의 값은 "ecs00001"이다. 값 “ecs00001”은 UE가 통화를 행하기 위해 CS 도메인을 선택하면 UE가 CS 응급 통화 절차들을 수행해야만 한다는 것을 지시한다. UE는 EMERGENCY SETUP 메시지에서 카테고리를 설정해야만 하며, UE는 "police"를 나타내는 비트(즉, 첫 번째 비트)만을 세트시킨다. “ps-emergency-type" 부분의 값은 "sos.police"이다. 값 “sos.police”는 UE가 통화 또는 응급 세션을 행하기 위해 PS 도메인을 선택하면 UE가 구성된 URN을 SIP INVITE에 포함시켜야만 한다는 것을 지시한다. UE는 “urn:service:”를 값에 프리펜딩함으로써 URN을 구성하여, 구성된 URN “urn:service:sos.police”를 얻는다.

16 진수 인코딩을 갖는 실시예들에서, 상기는 다음과 같이 수정될 수 있다.

UE가, 예컨대,

15: UE는

숫자 15이 “emergency-number” 부분과 일치한다는 것을 “sos.ambulance.cs.15.sos.en.cn.mcc345.pub.3gppnetwork.org”로부터 도출할 수 있다(표 19.4.2.9A.x-1 참조). 게다가, "cs-emergency" 부분의 값은 "CS"이다. 값 “CS"는 UE가 통화를 행하기 위해 CS 도메인을 선택하면 UE가 CS 기본 통화 절차들을 수행해야만 한다는 것을 지시한다. “ps-emergency-type" 부분의 값은 "sos.ambulance"이다. 값 “sos.ambulance"는 UE가 통화 또는 응급 세션을 수행하기 위해 PS 도메인을 선택하면 UE가 구성된 URN을 SIP INVITE에 포함시켜야만 한다는 것을 지시한다. UE는 “urn:service:”를 값에 프리펜딩함으로써 URN을 구성하여, 구성된 URN “urn:service:sos.ambulance”를 얻는다.

17: UE는

숫자 17이 “emergency-number” 부분과 일치한다는 것을 “sos.police.ecs00100.17.sos.en.cn.mcc345.pub.3gppnetwork.org”로부터 도출할 수 있다(표 19.4.2.9A.x-1 참조). 게다가, "cs-emergency" 부분의 값은 "ecs01"이다. 값 “ecs01”은 UE가 통화를 행하기 위해 CS 도메인을 선택하면 UE가 CS 응급 통화 절차들을 수행해야만 한다는 것을 지시한다. 16 진수 값 01은 5 비트로 된 값 00001을 나타낸다. UE는 EMERGENCY SETUP 메시지에서 5-비트 카테고리를 설정해야만 하며, UE는 "police"를 나타내는 비트(즉, 첫 번째 비트)만을 세트시킨다. “ps-emergency-type" 부분의 값은 "sos.police"이다. 값 “sos.police”는 UE가 통화 또는 응급 세션을 행하기 위해 PS 도메인을 선택하면 UE가 구성된 URN을 SIP INVITE에 포함시켜야만 한다는 것을 지시한다. UE는 “urn:service:”를 값에 프리펜딩함으로써 URN을 구성하여, 구성된 URN “urn:service:sos.police”를 얻는다.

본 개시내용의 일부 실시예들은 이하의 비제한적인 조항들을 참조하여 설명될 수 있다.

1. UE로서,

- 응급 정보를 획득하고 - 응급 정보는 응급 번호 및 CS 도메인에서 통화를 개시하기 위한 정보, PS 도메인에서 응급 세션을 개시하기 위한 정보 중 적어도 하나를 포함함 -;

- 응급 번호를 하나 이상의 제1 숫자와 일치시키는 - 응급 번호는 하나 이상의 제2 숫자로 이루어져 있음 -, UE.

2. 항목 1에 있어서, CS 도메인에서의 통화는 기본 통화 또는 응급 통화 중 적어도 하나를 포함하는, UE.

3. 항목 1에 있어서, PS 도메인에서 응급 세션을 개시하기 위한 정보는 URN을 구성하기 위한 정보를 포함하는, UE.

3a. 항목 3에 있어서, URN은 "sos"로 설정된 라벨을 포함하는, UE.

4. 항목 2에 있어서, CS 도메인에서 응급 통화를 개시하기 위한 정보는 5-비트 서비스 카테고리를 구성하기 위한 정보를 포함하는, UE.

5. 항목 2에 있어서, CS 도메인에서 응급 통화를 개시하기 위한 정보는 5-비트 서비스 카테고리를 포함하는, UE.

6. 항목 2에 있어서, CS 도메인에서 기본 통화를 개시하기 위한 정보는 5-비트 서비스 카테고리를 구성하기에 불충분한 정보를 포함하는, UE.

7. 항목 2에 있어서, CS 도메인에서 기본 통화를 개시하기 위한 정보는 CS 도메인에서 기본 통화를 개시하도록 UE에게 지시하는 지시자를 포함하는, UE.

8. 항목 2에 있어서, CS 도메인에서 기본 통화를 개시하기 위한 정보는 응급 절차들이 PS 도메인에서만 적용가능하다는 지시를 포함하는, UE.

9. 항목 2에 있어서, CS 도메인에서 기본 통화를 개시하기 위한 정보는, 응급 번호가 하나 이상의 제1 숫자와 일치하면, 하나 이상의 제1 숫자가 CS SETUP 메시지에 포함되어 있다는 지시를 포함하는, UE.

10. 항목 1에 있어서, 정보 중 적어도 하나와 응급 번호가 연관되는, UE.

11. 항목 3에 있어서, 응급 번호가 하나 이상의 제1 숫자와 일치하면, URN이 SIP INVITE 메시지에 포함되는, UE.

12. 항목 3에 있어서, 길이 필드가 0으로 설정되면, URN은 응급 번호와 동일한 라벨을 포함하는, UE.

13. 항목 3에 있어서, 지시자가 URN이 국가 특정 URN임을 지시하면, URN은 응급 번호와 동일한 라벨을 포함하는, UE.

13a. 항목 3에 있어서, 지시자는 URN이 국가 특정 URN임을 지시하는, UE.

13. 항목 3에 있어서, 지시자는 URN이 "urn:service:sos", " urn:service:sos.police", "urn:service:sos.ambulance", " urn:service:sos.fire", "urn:service:sos.marine", "urn:service:sos.mountain" 중 하나임을 지시하는, UE.

13a. 항목 13에서, "urn:service:sos", "urn:service:sos.police", "urn:service:sos.ambulance", "urn:service:sos.fire", "urn:service:sos.marine", "urn:service:sos.mountain" 중 하나는 5-비트 서비스 카테고리로부터 도출되는, UE.

A. 네트워크 요소로서, 이 네트워크 요소는:

- 응급 정보를 제공하는 - 응급 정보는 응급 번호 및 CS 도메인에서 통화를 개시하기 위한 정보, PS 도메인에서 응급 세션을 개시하기 위한 정보 중 적어도 하나를 포함함 -, 네트워크 요소.

AA. 항목 A의 네트워크 요소 및 항목 1의 UE를 포함하는 시스템.

B. 제1 PLMN에서의 네트워크 요소로서, 이 네트워크 요소는:

- 제2 PLMN에 대한 응급 정보를 획득하고 - 응급 정보는 응급 번호 및 CS 도메인에서 통화를 개시하기 위한 정보, PS 도메인에서 응급 세션을 개시하기 위한 정보 중 적어도 하나를 포함함 -;

- 응급 정보는 제2 PLMN을 통해 UE로부터 SIP INVITE를 수신할 때 적용가능한, 네트워크 요소.

B1. 항목 B에 있어서, 응급 정보는 "emergency registration"을 추가로 지시하는, 네트워크 요소.

B2. 항목 B에 있어서, 응급 정보는 "anonymous-emergencycall"을 추가로 지시하는, 네트워크 요소.

본 개시내용을 구현하는 데 사용될 수 있는 하나의 예시적인 사용자 장비가 도 4와 관련하여 아래에서 설명된다.

사용자 장비(400)는 음성 또는 데이터 통신 능력들 또는 둘 다를 갖는 양방향 무선 통신 디바이스를 포함할 수 있다. 사용자 장비(400)는 일반적으로 다른 컴퓨터 시스템들과 통신하는 능력을 갖는다. 제공되는 정확한 기능성에 따라, 사용자 장비는, 예들로서, 데이터 메시징 디바이스, 양방향 페이저, 무선 이메일 디바이스, 스마트폰, 데이터 메시징 능력들을 갖는 셀룰러 전화, 무선 인터넷 어플라이언스(wireless Internet appliance), 무선 디바이스, 모바일 디바이스, 임베디드 셀룰러 모뎀(embedded cellular modem) 또는 데이터 통신 디바이스라고 지칭될 수 있다.

사용자 장비(400)가 양방향 통신이 가능하도록 되어 있는 경우, 사용자 장비(400)는 수신기(412) 및 송신기(414)는 물론, 하나 이상의 안테나 요소(416 및 418), 국부 발진기들(LO들)(413), 및 DSP(digital signal processor)(420)와 같은 프로세싱 모듈과 같은 연관된 컴포넌트들을 포함하는 통신 서브시스템(411)을 포함할 수 있다. 통신 분야의 통상의 기술자에게는 명백할 것인 바와 같이, 통신 서브시스템(411)의 특정의 설계는 사용자 장비가 동작하도록 의도된 통신 네트워크에 의존할 것이다.

네트워크 액세스 요구사항들이 네트워크(419)의 유형에 따라 또한 달라질 것이다. 일부 네트워크들에서, 네트워크 액세스는 사용자 장비(400)의 가입자 또는 사용자와 연관되어 있다. 사용자 장비는 네트워크 상에서 동작하기 위해 임베디드(embedded) 사용자 식별 모듈 또는 착탈식 사용자 식별 모듈(removable user identity module; RUIM) 또는 SIM(subscriber identity module) 카드 또는 USIM(UMTS SIM)을 필요로 할 수 있다. USIM/SIM/RUIM 인터페이스(444)는 USIM/SIM/RUIM 카드가 삽입 및 배출될 수 있는 카드 슬롯과 통상적으로 유사하다. USIM/SIM/RUIM 카드는 메모리를 가질 수 있고, 많은 주요 구성들(451), 및 ID(identification) 및 가입자 관련 정보와 같은 다른 정보(453)를 보유할 수 있다. 다른 경우들에서, 네트워크(419)가 아니라, 사용자 장비(400)는, 차량, 도로변 인프라스트럭처, 다른 사용자 장비, 또는 다른 피어-투-피어 통신과 같은, 비-액세스 노드와 통신할 수 있다.

요구된 네트워크 등록 또는 활성화 절차들이 완료되었을 때, 사용자 장비(400)는 네트워크(419)를 통해 통신 신호들을 송신 및 수신할 수 있다. 도 4에 예시된 바와 같이, 네트워크(419)는 모바일 디바이스와 통신하는 다수의 기지국들을 포함할 수 있다.

통신 네트워크(419)를 통해 안테나(416)에 의해 수신되는 신호들은 수신기(412)에 입력되고, 수신기(412)는 신호 증폭, 주파수 하향 변환(frequency down conversion), 필터링, 채널 선택 등과 같은 통상적인 수신기 기능들을 수행할 수 있다. 수신된 신호의 아날로그-디지털(A/D) 변환은 복조 및 디코딩과 같은 보다 복잡한 통신 기능들이 DSP(410)에서 수행될 수 있게 해준다. 유사한 방식으로, 전송될 신호들은, 예를 들어, DSP(420)에 의한 변조 및 인코딩을 포함하여, 프로세싱되고, 디지털-아날로그(D/A) 변환, 주파수 상향 변환(frequency up conversion), 필터링, 증폭 및 안테나(418)를 거쳐 통신 네트워크(419)를 통한 전송을 위해 송신기(414)에 입력된다. DSP(420)는 통신 신호들을 프로세싱할 뿐만 아니라, 수신기 및 송신기 제어도 제공한다. 예를 들어, 수신기(412) 및 송신기(414)에서 통신 신호들에 적용되는 이득들은 DSP(420)에서 구현되는 자동 이득 제어 알고리즘들을 통해 적응적으로 제어될 수 있다.

사용자 장비(400)는 일반적으로 디바이스의 전체적인 동작을 제어하는 프로세서(438)를 포함한다. 데이터 및 음성 통신을 포함한, 통신 기능들은 통신 서브시스템(411)을 통해 수행된다. 프로세서(438)는 디스플레이(422), 플래시 메모리(424), 랜덤 액세스 메모리(RAM)(426), 보조 입/출력(I/O) 서브시스템들(428), 직렬 포트(430), 하나 이상의 키보드 또는 키패드(432), 스피커(434), 마이크로폰(436), 단거리(short-range) 통신 서브시스템 또는 DSRC 서브시스템과 같은 다른 통신 서브시스템(440) 및 442로 일반적으로 표기된 임의의 다른 디바이스 서브시스템들과 같은 추가의 디바이스 서브시스템들과 또한 상호작용한다. 직렬 포트(430)는 USB 포트, OBD(On-Board Diagnostics) 포트 또는 본 기술분야의 통상의 기술자에게 알려진 다른 포트를 포함할 수 있다.

도 4에 도시된 서브시스템들 중 일부는 통신 관련 기능들을 수행하는 반면, 다른 서브시스템들은 "상주(resident)" 또는 온-디바이스(on-device) 기능들을 제공할 수 있다. 특히, 예를 들어, 키보드(432) 및 디스플레이(422)와 같은, 일부 서브시스템들은, 통신 네트워크를 통해 전송하기 위한 텍스트 메시지를 입력하는 것과 같은, 통신 관련 기능들, 및 계산기 또는 작업 리스트(task list)와 같은 디바이스-상주(device-resident) 기능들 둘 다에 사용될 수 있다.

프로세서(438)에 의해 사용되는 운영 체제 소프트웨어는 플래시 메모리(424)와 같은 영구 저장소(persistent store)에 저장될 수 있으며, 영구 저장소는 그 대신에 판독 전용 메모리(ROM) 또는 유사한 저장 요소(도시되지 않음)일 수 있다. 본 기술분야의 통상의 기술자는 운영 체제, 특정 디바이스 애플리케이션들, 또는 그 일부들이 RAM(426)과 같은 휘발성 메모리에 일시적으로 로딩될 수 있음을 이해할 것이다. 수신된 통신 신호들은 RAM(426)에 또한 저장될 수 있다.

도시된 바와 같이, 플래시 메모리(424)는 컴퓨터 프로그램들(458) 및 프로그램 데이터 스토리지(450, 452, 454 및 456) 둘 다를 위해 상이한 영역들로 분리될 수 있다. 이 상이한 스토리지 유형들은 각각의 프로그램이 그들 자신의 데이터 저장 요구사항들을 위해 플래시 메모리(424)의 일 부분을 할당할 수 있음을 나타낸다. 프로세서(438)는, 자신의 운영 체제 기능들에 부가하여, 사용자 장비 상에서의 소프트웨어 애플리케이션들의 실행을 가능하게 해줄 수 있다. 예를 들어, 잠재적으로 데이터 및 음성 통신 애플리케이션들을 포함한, 기본 동작들을 제어하는 미리 결정된 애플리케이션 세트는 통상적으로 제조 동안 사용자 장비(400) 상에 설치될 것이다. 다른 애플리케이션들은 후속하여 또는 동적으로 설치될 수 있다.

애플리케이션들 및 소프트웨어는 임의의 컴퓨터 판독가능 저장 매체 상에 저장될 수 있다. 컴퓨터 판독가능 저장 매체는 광학(예컨대, CD, DVD 등), 자기(예컨대, 테이프) 또는 본 기술분야에 공지된 다른 메모리와 같은 유형적 또는 비일시적(intransitory)/비일시적(non-transitory) 매체일 수 있다.

하나의 소프트웨어 애플리케이션은 이메일, 메시지들, 캘린더 이벤트들, 음성 메일들, 약속들, 및 작업 항목들과 같은, 그러나 이들로 제한되지 않는, 사용자 장비의 사용자에 관련된 데이터 항목들을 조직화 및 관리하는 능력을 갖는 PIM(personal information manager) 애플리케이션일 수 있다. 그 중에서도, 생산성 애플리케이션들, 소셜 미디어 애플리케이션들, 게임들을 포함한, 추가의 애플리케이션들이 또한 네트워크(419), 보조 I/O 서브시스템(428), 직렬 포트(430), 단거리 통신 서브시스템 또는 임의의 다른 적합한 서브시스템(442)을 통해 사용자 장비(400) 상으로 로딩될 수 있고, 프로세서(438)에 의한 실행을 위해 RAM(426) 또는 비휘발성 저장소(도시되지 않음)에 사용자에 의해 설치될 수 있다. 애플리케이션 설치에서의 그러한 유연성은 디바이스의 기능성을 증가시키며 향상된 온-디바이스 기능들, 통신 관련 기능들, 또는 둘 다를 제공할 수 있다.

데이터 통신 모드에서, 텍스트 메시지 또는 웹 페이지 다운로드와 같은 수신된 신호는 통신 서브시스템(411)에 의해 프로세싱되어 프로세서(438)에 입력될 것이고, 프로세서(438)는 수신된 신호를 디스플레이(422)로의, 또는 대안적으로 보조 I/O 디바이스(428)로의 출력을 위해 추가로 프로세싱할 수 있다.

사용자 장비(400)의 사용자는 또한 디스플레이(422) 및 어쩌면 보조 I/O 디바이스(428)와 함께, 그 중에서도, 물리(physical) 또는 가상(virtual) 중 어느 하나인, 완전한 영숫자 키보드 또는 전화형 키패드(telephone-type keypad)일 수 있는, 키보드(432)를 사용하여, 예를 들어, 메시지들과 같은 데이터 항목들을 작성(compose)할 수 있다. 그러한 작성된 항목들은 이어서 통신 서브시스템(411)을 통해 통신 네트워크를 거쳐 전송될 수 있다.

음성 통신이 제공되는 경우, 수신된 신호들이 전형적으로 스피커(434)로 출력될 수 있고 전송을 위한 신호들이 마이크로폰(436)에 의해 생성될 수 있다는 점을 제외하고는, 사용자 장비(400)의 전체적인 동작은 유사하다. 음성 메시지 기록 서브시스템과 같은, 대안의 음성 또는 오디오 I/O 서브시스템들이 또한 사용자 장비(400) 상에 구현될 수 있다. 음성 또는 오디오 신호 출력이 바람직하게는 주로 스피커(434)를 통해 달성되지만, 디스플레이(422)는, 예를 들어, 통화 당사자(calling party)의 아이덴티티, 음성 통화의 지속기간, 또는 다른 음성 통화 관련 정보의 지시를 제공하는 데 또한 사용될 수 있다.

도 4에서의 직렬 포트(430)는 사용자의 데스크톱 컴퓨터(도시되지 않음)와의 동기화가 바람직할 수 있는 사용자 장비에서 구현될 수 있지만, 임의적 디바이스 컴포넌트이다. 그러한 포트(430)는 사용자가 외부 디바이스 또는 소프트웨어 애플리케이션을 통해 기본설정(preferences)을 설정할 수 있게 해줄 수 있고, 무선 통신 네트워크를 통하지 않고 사용자 장비(400)로의 정보 또는 소프트웨어 다운로드들을 제공함으로써 사용자 장비(400)의 능력들을 확장시킬 수 있다. 본 기술분야의 통상의 기술자에 의해 이해될 것인 바와 같이, 직렬 포트(430)는 추가로 사용자 장비를 모뎀으로서 기능하도록 컴퓨터에 접속시키기 위해 또는 사용자 장비 상의 배터리를 충전하는 데 사용될 수 있다.

단거리 통신 서브시스템과 같은, 다른 통신 서브시스템들(440)은 사용자 장비(400)와, 반드시 유사한 디바이스들일 필요는 없는, 상이한 시스템들 또는 디바이스들 사이의 통신을 제공할 수 있는 추가의 컴포넌트이다. 예를 들어, 서브시스템(440)은 적외선 디바이스 및 연관된 회로들 및 컴포넌트들 또는 Bluetooth™ 또는 Bluetooth™ Low Energy 통신 모듈을 포함하여 유사한 방식으로 가능한(similarly enabled) 시스템들 및 디바이스들과의 통신을 제공할 수 있다. 서브시스템(440)은 WUR 라디오를 추가로 포함할 수 있다. 서브시스템(440)은 DSRC 라디오를 추가로 포함할 수 있다. 서브시스템(440)은 Wi-Fi 또는 WiMAX와 같은 비-셀룰러 통신, 또는 근거리 통신(near field communications)을 추가로 포함할 수 있으며, 상기 실시예들에 따르면, 그러한 라디오는 일부 상황들에서 분할될 수 있다.

위에서 설명된 네트워크 요소들은 임의의 컴퓨팅 디바이스 또는 컴퓨팅 디바이스들의 조합을 사용할 수 있다. 하나의 예시적인 컴퓨팅 디바이스가 도 5과 관련하여 도시되어 있다. 네트워크 요소(510)는 프로세서(520) 및 통신 서브시스템(530)을 포함하고, 여기서 프로세서(520) 및 통신 서브시스템(530)은 위에서 설명된 실시예들의 방법들을 수행하기 위해 협력한다.

프로세서(520)는 네트워크 요소(510) 상에, 데이터와 함께, 저장될 수 있고 도 5의 예에서 메모리(540)로서 도시될 수 있는, 프로그래밍가능 로직(programmable logic)을 실행하도록 구성된다. 메모리(540)는 광학(예컨대, CD, DVD 등), 자기(예컨대, 테이프), 플래시 드라이브, 하드 드라이브, 또는 본 기술분야에 공지된 다른 메모리와 같은, 임의의 유형적 비일시적 컴퓨터 판독가능 저장 매체일 수 있다.

메모리(540)에 대안적으로, 또는 그에 부가하여, 서버(510)는, 예를 들어, 통신 서브시스템(530)을 통해 외부 저장 매체로부터의 데이터 또는 프로그래밍가능 로직에 액세스할 수 있다.

통신 서브시스템(530)은 서버(510)가 다른 디바이스들 또는 네트워크 요소들과 통신할 수 있게 해준다.

서버(510)의 다양한 요소들 사이의 통신은 일 실시예에서 내부 버스(560)를 통해 이루어질 수 있다. 그렇지만, 다른 형태들의 통신이 가능하다.

본 명세서에 설명된 실시예들은 본 출원의 기술들의 요소들에 대응하는 요소들을 갖는 구조들, 시스템들 또는 방법들의 예들이다. 이 서면 설명은 본 기술분야의 통상의 기술자가 본 출원의 기술들의 요소들에 마찬가지로 대응하는 대안의 요소들을 갖는 실시예들을 제조 및 사용할 수 있게 해줄 수 있다. 따라서 본 출원의 기술들의 의도된 범위는 본 명세서에 설명된 바와 같은 본 출원의 기술들과 상이하지 않은 다른 구조들, 시스템들 또는 방법들을 포함하고, 본 명세서에 설명된 바와 같은 본 출원의 기술들과 비실질적인 차이들을 갖는 다른 구조들, 시스템들 또는 방법들을 추가로 포함한다.

동작들이 도면들에서 특정의 순서로 묘사되지만, 이것은, 바람직한 결과들을 달성하기 위해, 그러한 동작들이 도시된 특정의 순서로 또는 순차적 순서로 수행되어야 하거나, 모든 예시된 동작들이 수행되어야 하는 것을 요구하는 것으로 이해되어서는 안된다. 특정한 상황들에서, 멀티태스킹 및 병렬 프로세싱이 이용될 수 있다. 더욱이, 위에서 설명된 구현에서의 다양한 시스템 컴포넌트들의 분리는 모든 구현들에서 그러한 분리를 요구하는 것으로 이해되어서는 안되며, 설명된 프로그램 컴포넌트들 및 시스템들이 일반적으로 단일 소프트웨어 제품에 함께 통합되거나 다수의 소프트웨어 제품들로 패키징될 수 있다는 것이 이해되어야 한다.

또한, 다양한 구현들에서 이산적인 또는 개별적인 것으로 설명되고 예시된 기술들, 시스템들, 서브시스템들, 및 방법들은 다른 시스템들, 모듈들, 기술들, 또는 방법들과 결합 또는 통합될 수 있다. 서로 커플링되거나 또는 직접 커플링되거나 또는 통신하는 것으로 도시되거나 논의된 다른 항목들은, 전기적으로든지, 기계적으로든지, 또는 다른 방식으로든지 간에, 어떤 인터페이스, 디바이스 또는 중간 컴포넌트를 통해 간접적으로 커플링되거나 통신할 수 있다. 변경들, 치환들, 및 수정들의 다른 예들은 본 기술분야의 통상의 기술자에 의해 확인가능할 수 있고 이루어질 수 있다.

위의 상세한 설명이 다양한 구현들에 적용되는 바와 같은 본 개시내용의 기본적인 신규한 특징들을 도시하고 설명하며 언급하였지만, 예시된 시스템의 형태 및 세부사항들에서의 다양한 생략들, 치환들, 및 변경들이 본 기술분야의 통상의 기술자에 의해 이루어질 수 있음이 이해될 것이다.

메시지들이 전자 디바이스로/로부터 송신될 때, 그러한 동작들은 즉각적(immediate)이지 않을 수 있거나 직접 서버로부터의 것이 아닐 수 있다. 이들은, 본 명세서에 설명된 디바이스들/방법들/시스템들을 지원하는 서버 또는 다른 컴퓨팅 시스템 인프라스트럭처로부터, 동기적으로 또는 비동기적으로 전달될 수 있다. 전술한 단계들은 디바이스/인프라스트럭처로의/로부터의 동기/비동기 통신을, 전체적으로 또는 부분적으로, 포함할 수 있다. 더욱이, 전자 디바이스로부터의 통신은 네트워크 상의 하나 이상의 엔드포인트에 대한 것일 수 있다. 이러한 엔드포인트들은 서버, 분산 컴퓨팅 시스템, 스트림 프로세서 등에 의해 서비스될 수 있다. CDN들(Content Delivery Networks)은 전자 디바이스에 대한 통신을 또한 제공할 수 있다. 예를 들어, 전형적인 서버 응답보다는, 서버는, 전자 디바이스의 후속 활동과 같은, 전자 디바이스에 의한 추후의 다운로드를 기다리기 위해 CDN(content delivery network)에 대한 데이터를 또한 제공하거나 지시할 수 있다. 따라서, 데이터는 서버, 또는 분산 인프라스트럭처와 같은, 다른 인프라스트럭처, 또는 시스템의 일부이거나 시스템과 분리된 CDN으로부터 직접 송신될 수 있다.

전형적으로, 저장 매체들은 다음과 같은 것: 동적 또는 정적 랜덤 액세스 메모리(DRAM 또는 SRAM), 소거가능 및 프로그래밍가능 판독 전용 메모리(EPROM), 전기적 소거가능 및 프로그래밍가능 판독 전용 메모리(EEPROM) 및 플래시 메모리와 같은 반도체 메모리 디바이스; 고정식, 플로피 및 이동식 디스크와 같은 자기 디스크; 테이프를 포함한 다른 자기 매체; CD(compact disk) 또는 DVD(digital video disk)와 같은 광학 매체; 또는 다른 유형의 저장 디바이스 중 임의의 것 또는 어떤 조합을 포함할 수 있다. 위에서 논의된 명령어들이 하나의 컴퓨터 판독가능 또는 머신 판독가능 저장 매체 상에 제공될 수 있거나, 대안적으로, 어쩌면 복수의 노드들을 갖는 대규모 시스템에 분산된 다수의 컴퓨터 판독가능 또는 머신 판독가능 저장 매체들 상에 제공될 수 있음에 유의한다. 그러한 컴퓨터 판독가능 또는 머신 판독가능 저장 매체 또는 매체들은 물품(또는 제조 물품)의 일부인 것으로 간주된다. 물품 또는 제조 물품은 임의의 제조된 단일 컴포넌트 또는 다수의 컴포넌트들을 지칭할 수 있다. 저장 매체 또는 매체들은 머신 판독가능 명령어들을 실행하는 머신 내에 위치되거나, 또는 머신 판독가능 명령어들이 실행을 위해 네트워크를 통해 다운로드될 수 있는 원격 사이트에 위치될 수 있다.

전술한 설명에서, 본 명세서에 개시된 주제의 이해를 제공하기 위해 다수의 세부사항들이 기재되어 있다. 그렇지만, 이러한 세부사항들 중 일부 없이 구현들이 실시될 수 있다. 다른 구현들은 위에서 논의된 세부사항들로부터의 수정들 및 변형들을 포함할 수 있다.

Claims

사용자 장비(User Equipment; UE)에 의해 응급 정보(emergency information)를 사용하기 위한 방법에 있어서,
네트워크 액세스 계층(Network Access Stratum; NAS) 절차의 일부로서 요청 메시지를 전송하는 단계;
상기 요청 메시지에 응답하여, 적어도 하나의 응급 번호의 리스트를 포함하는 응답 메시지를 수신하는 단계;
다이얼링된(dialed) 번호가 상기 적어도 하나의 응급 번호와 일치한다고 결정하는 단계;
상기 다이얼링된 번호가 상기 적어도 하나의 응급 번호와 일치한다고 결정한 경우, 통화 셋업(call setup) 절차를 수행하기 위한 도메인을 선택하는 단계 - 상기 통화 셋업 절차는 기본 통화 셋업 절차와 응급 통화 셋업 절차 중 적어도 하나를 포함함 -;
상기 선택된 도메인이 패킷 교환(Packet Switched; PS) 도메인인 경우, 응급 통화 셋업 절차를 수행하는 단계; 및
상기 선택된 도메인이 회선 교환(Circuit Switched; CS) 도메인인 경우, 기본 통화 셋업 절차를 수행하는 단계
를 포함하는 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 응답 메시지는 제1 정보 요소(information element; IE)를 포함하고,
상기 제1 IE는 적어도 하나의 응급 번호의 상기 리스트를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제2항에 있어서,
상기 제1 IE는 상기 적어도 하나의 응급 번호에 대한 카테고리를 포함하지 않은 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제2항에 있어서,
상기 응답 메시지는 Emergency Number List IE를 포함하는 제2 IE를 포함하고,
상기 제1 IE와 상기 제2 IE는 상이한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제4항에 있어서,
상기 제2 IE는 카테고리를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 리스트는, 상기 PS 도메인이 선택된 경우에만 상기 응급 통화 셋업 절차를 수행하기 위한 지시(indication)를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 리스트는, 상기 CS 도메인이 선택된 경우에 상기 기본 통화 셋업 절차를 수행하기 위한 지시를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 NAS 절차는, 어태치먼트(attachment) 절차, 트래킹 영역 업데이트 절차, 및 등록 절차 중 적어도 하나를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 요청 메시지는, 등록하기 위한 등록 요청, 위치 정보를 업데이트하기 위한 요청, 또는 트래킹 영역 정보를 업데이트하기 위한 요청 중 적어도 하나인 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 기본 통화 셋업 절차는 상기 응급 번호를 갖는 SETUP 메시지를 송신하는 단계를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 리스트는, 상기 적어도 하나의 응급 번호 각각에 대해, 응급 범용 자원 명칭(Universal Resource Name; URN)을 도출하기 위한 정보를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제11항에 있어서,
상기 응급 통화 셋업 절차는 상기 응급 URN을 갖는 INVITE 메시지를 송신하는 단계를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
제1항에 있어서,
상기 NAS 절차는 이동성 관리 네트워크 요소를 사용한 절차를 포함한 것인, 사용자 장비(UE)에 의해 응급 정보를 사용하기 위한 방법.
사용자 장비(UE)에 있어서,
프로세서; 및
통신 서브시스템
을 포함하고,
상기 프로세서와 상기 통신 서브시스템은,
네트워크 액세스 계층(NAS) 절차의 일부로서 요청 메시지를 전송하고;
상기 요청 메시지에 응답하여, 적어도 하나의 응급 번호의 리스트를 포함하는 응답 메시지를 수신하고;
다이얼링된 번호가 상기 적어도 하나의 응급 번호와 일치한다고 결정하고;
상기 다이얼링된 번호가 상기 적어도 하나의 응급 번호와 일치한다고 결정한 경우, 통화 셋업 절차를 수행하기 위한 도메인을 선택하고 - 상기 통화 셋업 절차는 기본 통화 셋업 절차와 응급 통화 셋업 절차 중 적어도 하나를 포함함 -;
상기 선택된 도메인이 패킷 교환(PS) 도메인인 경우, 응급 통화 셋업 절차를 수행하며;
상기 선택된 도메인이 회선 교환(CS) 도메인인 경우, 기본 통화 셋업 절차를 수행하기 위해 협력하는 것인, 사용자 장비(UE).
제14항에 있어서,
상기 응답 메시지는 제1 정보 요소(IE)를 포함하고,
상기 제1 IE는 적어도 하나의 응급 번호의 상기 리스트를 포함한 것인, 사용자 장비(UE).
제15항에 있어서,
상기 제1 IE는 상기 적어도 하나의 응급 번호에 대한 카테고리를 포함하지 않은 것인, 사용자 장비(UE).
제15항에 있어서,
상기 응답 메시지는 Emergency Number List IE를 포함하는 제2 IE를 포함하고,
상기 제1 IE와 상기 제2 IE는 상이한 것인, 사용자 장비(UE).
제17항에 있어서,
상기 제2 IE는 카테고리를 포함한 것인, 방법.
제14항에 있어서,
상기 리스트는, 상기 PS 도메인이 선택된 경우에만 상기 응급 통화 셋업 절차를 수행하기 위한 지시를 포함한 것인, 사용자 장비(UE).
제14항에 있어서,
상기 리스트는, 상기 CS 도메인이 선택된 경우에 상기 기본 통화 셋업 절차를 수행하기 위한 지시를 포함한 것인, 사용자 장비(UE).
제14항에 있어서,
상기 NAS 절차는, 어태치먼트 절차, 트래킹 영역 업데이트 절차, 및 등록 절차 중 적어도 하나를 포함한 것인, 사용자 장비(UE).
제14항에 있어서,
상기 요청 메시지는, 등록하기 위한 등록 요청, 위치 정보를 업데이트하기 위한 요청, 또는 트래킹 영역 정보를 업데이트하기 위한 요청 중 적어도 하나인 것인, 사용자 장비(UE).
제14항에 있어서,
상기 기본 통화 셋업 절차는 상기 응급 번호를 갖는 SETUP 메시지를 송신하는 단계를 포함한 것인, 사용자 장비(UE).
제14항에 있어서,
상기 리스트는, 상기 적어도 하나의 응급 번호 각각에 대해, 응급 범용 자원 명칭(URN)을 도출하기 위한 정보를 포함한 것인, 사용자 장비(UE).
제24항에 있어서,
상기 응급 통화 셋업 절차는 상기 응급 URN을 갖는 INVITE 메시지를 송신하는 단계를 포함한 것인, 사용자 장비(UE).
제14항에 있어서,
상기 NAS 절차는 이동성 관리 네트워크 요소를 사용한 절차를 포함한 것인, 사용자 장비(UE).
사용자 장비(UE)의 프로세서에 의해 실행하기 위한 실행가능 코드가 저장되어 있는 컴퓨터 판독가능 비일시적 매체에 있어서,
상기 실행가능 코드는,
네트워크 액세스 계층(NAS) 절차의 일부로서 요청 메시지를 전송하고;
상기 요청 메시지에 응답하여, 적어도 하나의 응급 번호의 리스트를 포함하는 응답 메시지를 수신하고;
다이얼링된 번호가 상기 적어도 하나의 응급 번호와 일치한다고 결정하고;
상기 다이얼링된 번호가 상기 적어도 하나의 응급 번호와 일치한다고 결정한 경우, 통화 셋업 절차를 수행하기 위한 도메인을 선택하고 - 상기 통화 셋업 절차는 기본 통화 셋업 절차와 응급 통화 셋업 절차 중 적어도 하나를 포함함 -;
상기 선택된 도메인이 패킷 교환(PS) 도메인인 경우, 응급 통화 셋업 절차를 수행하며;
상기 선택된 도메인이 회선 교환(CS) 도메인인 경우, 기본 통화 셋업 절차를 수행하기 위한
명령어들을 포함한 것인, 컴퓨터 판독가능 비일시적 매체.