KR102350301B1

KR102350301B1 - 모바일 디바이스에의 비상 코드들의 프로비저닝

Info

Publication number: KR102350301B1
Application number: KR1020217027322A
Authority: KR
Inventors: 아드리안 버클리; 얀 헨드릭 루카스 박커
Original assignee: 블랙베리 리미티드
Priority date: 2017-04-03
Filing date: 2017-09-25
Publication date: 2022-01-11
Also published as: EP3586546A1; EP3586546B1; US10771952B2; KR20190133242A; CN110637482B; JP7049442B2; US20220386097A1; US20230413027A1; US10165432B2; US20210058761A1; US20190141510A1; WO2018184707A1; US10499234B2; KR20210108503A; JP2020513186A; US20200100085A1; US11445350B2; KR102298613B1; US20180288582A1; CN110637482A

Abstract

비-3GPP(non-Third Generation Partnership Project) 네트워크를 사용하여 비상 코드들을 획득하기 위한 사용자 장비에서의 방법으로서, 이 방법은 요청 메시지를 네트워크 노드로 송신하는 단계 - 요청 메시지는 지시를 포함함 -; 및 응답 메시지를, 상기 사용자 장비에서, 수신하는 단계 - 응답 메시지는 적어도 하나의 모바일 국가 코드(MCC)를 포함하고, 응답 메시지는 비상 번호, 유형 또는 카테고리 정보를 나타냄 - 를 포함하며, 여기서 비상 번호, 유형 또는 카테고리 정보는 적어도 하나의 MCC와 연관되고, 여기서 적어도 하나의 MCC는 비상 번호, 유형 또는 카테고리 정보가 적용되는 PLMN(Public Land Mobile Network) 코드의 일 부분을 나타낸다.

Description

모바일 디바이스에의 비상 코드들의 프로비저닝{PROVISION OF EMERGENCY CODES TO A MOBILE DEVICE}

본 개시내용은 비상 통화(emergency calling)에 관한 것으로, 특히 적절한 비상 통화 번호들 및 카테고리들 또는 유형들의 식별에 관한 것이다.

3GPP(third generation partnership project) 디바이스 또는 사용자 장비(UE)가 3GPP 정의 액세스 네트워크(3GPP defined access network)가 아닌 액세스 네트워크를 통해 EPC(Evolved Packet Core)/EPS(Evolved Packet System) 코어에 액세스하고자 할 때(여기서 3GPP 액세스 네트워크는 GERAN(GSM(Global System For Mobile Communications) EDGE Radio Access Network), UTRAN(Universal Terrestrial Radio Access Network) 또는 E-UTRAN(Evolved UMTS(Universal Mobile Telecommunications Service) Terrestrial Radio Access Network)일 수 있음), UE는 WLAN(Wireless Local Area Network)을 선택하고 이어서 WLAN과 접속을 확립할 필요가 있을 수 있다. UE가 WLAN에 액세스하고 신뢰할 수 있는 비상 코드들의 리스트를 획득하기 위한 다양한 양태들(aspects) 및 술어들(predicates)이 존재한다. 이들은 신뢰할 수 있는 액세스(trusted access), 신뢰할 수 없는 액세스(non-trusted access), EAP(Extensible Authentication Protocol), PCO(Protocol Configuration Options), 보이스 오버 와이파이(Voice over Wi-Fi), UE 검출 비상 호출들(UE detected emergency calls), DHCP(Dynamic Host Configuration Protocol), WLAN ANQP(WLAN Access Network Query Protocol), 5세대(5G) 네트워크, WLAN을 통한 비상 번호들 및 3GPP 액세스 네트워크(AN)를 통한 NAS(Non-Access Spectrum) 지시자를 사용하는 정책, 또는 3GPP 액세스 네트워크를 통한 비상 번호들을 포함할 수 있다.

네트워크들은 "UE 검출 비상 호출들"이 (신뢰할 수 있는 또는 신뢰할 수 없는(untrusted)) WLAN을 통해 네트워크 또는 PLMN(public land mobile network)에 의해 지원되는 비상 번호들 및 유형들 또는 카테고리들(예컨대, 화재, 구급차, 경찰, 산악 구조 등)을 제공할 필요가 있다. 상이한 국가들은 상이한 비상 번호들 및 유형들 및 카테고리들, 및 "UE 검출 비상 호출들"을 지원한다. 게다가, 동일한 국가에서도, 상이한 PLMN들이 상이한 "UE 검출 비상 호출들"을 지원할 수 있다.

3GPP 액세스 및 WLAN 액세스를 통해 상이한 PLMN들에 접속되는 UE는 양쪽 (즉, 제1 및 제2) PLMN에 의해 비상 호출 번호들 및 유형들 또는 카테고리들로 구성될 수 있다.

UE가 WLAN을 통해 제2 PLMN의 비상 번호들 및 유형들 또는 카테고리들로 구성되어 있고, UE가 이들을 사용하여, 예를 들어, 서빙 네트워크가 제1 PLMN인 3GPP 액세스를 통해 "UE 검출 비상 호출"을 개시할 때, 제1 PLMN은 자신의 네트워크를 구성하지 않은 유형/카테고리에 대한 "UE 검출 비상 호출"을 수신할 수 있다.

그 대신에, 제1 PLMN은 정규 호출(normal call)을 수신할 것으로 예상했을 것이다. 정규 호출 요청 메시지는 다이얼링된 숫자들을 포함할 것이다. 네트워크는 이어서 다이얼링된 숫자들을 파싱하고 어쩌면 다이얼링된 숫자들에 기초하여 호출을 올바른 PSAP(public safety answering point)로 라우팅할 것이다. 그렇지만,“UE 검출 비상 호출” 요청 메시지는 다이얼링된 숫자들을 포함할 필요가 없다.

게다가, 비상 번호들이 WLAN을 통해 UE에 제공될 때, 비상 번호들은 UE가 PLMN에 접속되기 전에 제공될 수 있다. 하나 초과의 PLMN이 이용가능할 때, 그 PLMN들에 대한 비상 번호들의 매핑이 없다. 대안적으로, WLAN을 통해 UE에 제공되는 비상 번호들을 제공하는 엔티티는 UE가 WLAN을 통해 어느 PLMN에 성공적으로 접속할 것인지를 알지 못할 수 있거나 예측할 수 없을 수 있다. 그러한 엔티티의 예는 ANQP 서버 또는 액세스 포인트(AP)이다.

5세대(5G) 네트워크는, 그 중에서도, IoT(Internet of Things), 음성을 포함하지만, 이에 제한되지 않는, 많은 네트워크 슬라이스들을 가질 수 있다. 각각의 슬라이스는 그 자신의 비상 번호 세트를 가질 수 있다. 예를 들어, 하나의 번호는 음성의 경우 911일 수 있고 제2 번호는 자동화된 IoT 디바이스들의 경우 811일 수 있다. 다목적 디바이스가 특정의 슬라이스에 대해 어느 비상 번호를 사용할지를 알 방식이 없다.

그에 따라, 이하의 청구항들에 상술된 바와 같은 방법, 사용자 장비 및 컴퓨터 프로그램이 제공된다.

본 개시내용은 도면들을 참조하면 보다 잘 이해될 것이다.
도 1은 EAP SIM을 도시하는 데이터 흐름 다이어그램이다;
도 2는 DHCP 메시지 흐름을 도시하는 데이터 흐름 다이어그램이다;
도 3은 WLAN 액세스 네트워크 질의 프로토콜을 도시하는 블록 다이어그램이다;
도 4는 비-3GPP 액세스를 이용하는 5G 코어 네트워크에 대한 비-로밍 아키텍처의 블록 다이어그램이다;
도 5는 일 실시예에 따른 단축코드들(short codes)의 수신을 위한 일반 절차를 도시한 데이터 흐름 다이어그램이다;
도 6은 단축 코드 구성에 대한 EAP 시그널링을 도시한 데이터 흐름 다이어그램이다;
도 7은 신뢰할 수 없는 비-3GPP 액세스를 통한 초기 등록을 도시한 데이터 흐름 다이어그램이다;
도 8은 일 실시예에 따른 본 명세서에서의 방법들 및 시스템들과 함께 사용될 수 있는 단순화된 전자 디바이스의 블록 다이어그램이다;
도 9는 일 실시예에 따른 모바일 디바이스의 블록 다이어그램이다.

본 개시내용은 비상 코드들을 획득하기 위한 사용자 장비에서의 방법을 제공하며, 이 방법은: 요청 메시지를 네트워크 노드로 송신하는 단계 - 요청 메시지는 지시를 포함함 -; 및 응답 메시지를, 사용자 장비에서, 수신하는 단계 - 응답 메시지는 하나 이상의 비상 번호 리스트를 포함함 - 를 포함하며, 여기서 하나 이상의 비상 번호 리스트 각각은 국가 코드와 연관되어 있다.

본 개시내용은 비상 코드들을 획득하도록 구성된 사용자 장비를 추가로 제공하며, 사용자 장비는: 프로세서; 및 통신 서브시스템을 포함하고, 여기서 사용자 장비는: 요청 메시지를 네트워크 노드로 송신하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를 수신하도록 - 응답 메시지는 하나 이상의 비상 번호 리스트를 포함함 - 구성되며, 여기서 하나 이상의 비상 번호 리스트 각각은 국가 코드와 연관되어 있다.

본 개시내용은 비상 코드들을 획득하기 위한 명령어 코드를 저장하기 위한 비일시적 컴퓨터 판독가능 매체를 추가로 제공하며, 여기서 명령어 코드는, 사용자 장비의 프로세서에 의해 실행될 때, 사용자 장비로 하여금: 요청 메시지를 네트워크 노드로 송신하게 하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를 수신하게 하며 - 응답 메시지는 하나 이상의 비상 번호 리스트를 포함함 -, 여기서 하나 이상의 비상 번호 리스트 각각은 국가 코드와 연관되어 있다.

본 개시내용은 사용자 장비에서의 방법을 추가로 제공하며, 이 방법은: 요청 메시지를 네트워크 노드로 송신하는 단계 - 요청 메시지는 지시를 포함함 -; 및 응답 메시지를, 사용자 장비에서, 수신하는 단계 - 응답 메시지는 국가 코드와 함께 빈 비상 번호 리스트를 포함한 통합 자원 이름(uniform resource name)을 포함함 - 를 포함한다.

본 개시내용은 사용자 장비를 추가로 제공하며, 이 사용자 장비는: 프로세서; 및 통신 서브시스템을 포함하고, 여기서 사용자 장비는: 요청 메시지를 네트워크 노드로 송신하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를 수신하도록 - 응답 메시지는 국가 코드와 함께 빈 비상 번호 리스트를 포함한 통합 자원 이름을 포함함 - 구성된다.

본 개시내용은, 사용자 장비의 프로세서에 의해 실행될 때, 사용자 장비로 하여금: 요청 메시지를 네트워크 노드로 송신하게 하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를 수신하게 하는 - 응답 메시지는 국가 코드와 함께 빈 비상 번호 리스트를 포함한 통합 자원 이름을 포함함 - 명령어 코드를 저장하기 위한 비일시적 컴퓨터 판독가능 매체를 추가로 제공한다.

아래에서 설명되는 실시예들에 따르면, 표 1은 본 명세서에서 사용되는 용어의 하나의 예시적인 정의를 제공한다:

[표 1]

표 1: 용어

위에 제공된 바와 같이, UE가 WLAN에 액세스하고 신뢰할 수 있는 비상 코드들의 리스트를 획득하기 위한 다양한 양태들 및 술어들이 존재한다. 그러한 양태들 및 술어들의 예들이 아래에 제공된다.

신뢰할 수 있는 액세스

신뢰할 수 있는 액세스는 S2a 액세스라고도 알려져 있을 수 있다. UE는 WLAN AAA(Access Authentication and Authorization)를 수행한다. 이 단계에서, UE는 인증 및 인가(Authentication and Authorisation) 단계의 일부로서 사용되는 EAP 시그널링에서 네트워크로부터 신뢰 지시자(trust indicator)를 수신할 수 있다. 신뢰 지시자가 네트워크가 신뢰할 수 있음을 지시하면, UE는 신뢰할 수 있는 네트워크 액세스 절차들을 사용한다. 예를 들어, 한 경우에 그러한 신뢰할 수 있는 네트워크 액세스 절차들은, 예를 들어, 2017년 3월의 v.14.3.0에서 제공되는 바와 같은, [3GPP　Technical Specification (TS)　24.302, "Architecture Enhancements For Non-3GPP Accesses"]에 설명되어 있다.

신뢰할 수 없는 액세스

신뢰할 수 없는 액세스는 S2b 액세스라고도 알려져 있을 수 있다. UE가 WLAN에 접속되었고 접속된 WLAN(connected-to WLAN) 상에서 IP 접속성이 확립되었다면(예컨대, IP 어드레스가, 예컨대, DHCP를 사용하여 획득되었다면), UE는 진화된 패킷 데이터 게이트웨이(ePDG)라고 불리는 네트워크 기능 또는 네트워크 요소로의 IPsec(Internet Protocol Security) 터널을 셋업한다. ePDG는 IPsec 터널을 종단하고/IPsec 터널에 대한 엔드 포인트로서 기능하고, 예를 들어, UE에 의해 제공되는 파라미터에 기초하여, P-GW(Packet Data Network Gateway)를 선택한다.

WLAN에 접속할 시에 그리고 IP 접속성을 확립하기 전에, UE는, 아래에서 설명되는 바와 같이, EAP 시그널링을 사용하여, 또는, 예를 들어, 스플래시 스크린들(splash screens) 또는 캡티브 포털(captive portal), 옵션들 중에서도, 예를 들어, AAA/RADIUS/Diameter 서버를 사용할 수 있는 Wi-Fi Alliance Passpoint, 사전 공유 키(pre-shared key), 사용자 이름/패스워드와 같은 다른 수단들에 의해 WLAN 액세스 인증 및 인가를 수행할 수 있다.

EAP

확장가능 인증 프로토콜(Extensible Authentication Protocol)은, 그 이름이 암시하는 바와 같이, 확장가능한 인증 프레임워크이다. 이는 다른 인증 스킴들을 기본 메시징 구조에 통합시키는 데 필요한 툴들을 제공한다. 수많은 상이한 EAP 메커니즘들이 정의되어 있다. EAP는, 예를 들어, [Internet Engineering Task Force (IETF) Request for Comments (RFC) 3748, “Extensible Authentication Protocol (EAP)”, June 2004]에 설명되어 있다. 셀룰러 디바이스에서 EAP 프레임워크가 어떻게 사용될 수 있는지에 대한 개략도는 도 1에서 볼 수 있다.

이제 도 1이 참조된다. 도 1의 실시예에서, UE(110)는 모바일 장비(ME)는 물론 SIM을 포함한다. UE(110)는, 예를 들어, 802.1x 서비스 세트 식별자(SSID)를 이용하여, 액세스 포인트(AP)(112)와 통신한다.

게다가, 액세스 포인트(112)는, DHCP 서버(114), AAA 서버(116), WLAN 액세스 게이트웨이(WAG)(118), 및 홈 위치 레지스트리(HLR)(120)를 포함한, 네트워크 요소들과 통신할 수 있다. DHCP 서버(114)는 DHCP 프로토콜을 구현하는 노드인 것으로 본 기술분야의 통상의 기술자에 의해 이해될 것이다. 이와 유사하게, AAA 서버(116)는 AAA 프로토콜을 구현하는 노드인 것으로 본 기술분야의 통상의 기술자에 의해 이해될 것이다.

등록은 EAP(Extensible Authentication Protocol) Req/Resp ID 메시지(122)가 UE(110)와 AP(112) 사이에서 송신되는 것에 의해 시작된다. 메시지(122)는 영역(realm)과 연관될 수 있는 IMSI(International Mobile Subscriber Identity)와 같은 식별자를 포함할 수 있다.

AP(112)는 이어서, 메시지(124)에 의해 도시된 바와 같이, 메시지(122)를 AAA(116)로 포워딩한다.

메시지(124)의 수신 시에, AAA(116)와 AP(112)는 넌스(nonce) 및 버전 지원을 포함할 수 있는 EAP Req/Resp SIM 시작(EAP Req/Resp SIM Start) 메시지(130)를 교환한다.

AP(112)는 이어서, 메시지(132)로서 도시된 바와 같이, 메시지(130)를 UE(110)로 포워딩할 수 있다.

AAA(116)는 MAP(Mobile Application Part) SAI(Send Authentication Information)(IMSI) 메시지(134)를 HLR(120)로 추가로 송신할 수 있다.

메시지(134)에 기초하여, HLR(120)은, 블록(140)에 의해 도시된 바와 같이, 키들을 생성한다.

게다가, AAA(116)는, 블록(142)에 도시된 바와 같이, AT_MAC = HMAC_SHA1 (EAP Packet | Nonce)를 계산할 수 있다.

HLR(120)은 키들을 MAP SAI Ack (SRES, RAND, Kc) 메시지(150)로서 다시 AAA(116)에 제공한다.

AAA(116)는 이어서, 블록(142)에서의 RAND 및 AT_MAC 계산기를 포함하는, EAP Req/Resp SIM 챌린지(EAP Req/Resp SIM Challenge) 메시지(152)를 AP(112)에 제공한다.

메시지(152)는 이어서 메시지(154)로서 UE(110)로 포워딩된다.

UE(110) 상의 SIM은 이어서, 블록(160)에 의해 도시된 바와 같이, 암호화 파라미터들을 계산할 수 있고 응답(170)을 다시 AP(112)에 제공할 수 있다. 응답(170)은 AT_MAC_SRES를 포함할 수 있다.

메시지(172)에 의해 도시된 바와 같이, 응답(170)이 이어서 AP(112)에 의해 AAA(116)로 포워딩된다.

응답(172)을 체크할 시에, AAA(116)는 이어서 EAP Req/Resp 성공(EAP Req/Resp Success) 메시지(174)를 AP(112)로 송신할 수 있다. 메시지(174)는 키(K)를 포함할 수 있다.

메시지(174)는 이어서 도 1의 실시예에서 메시지(176)로서 AP(112)에 의해 UE(110)로 포워딩된다.

후속하여, 화살표(180)로 도시된 바와 같이, 암호화된 트래픽이 K를 WPA/TKIP 키로서 사용하여 UE(110)와 AP(112) 사이에 전달될 수 있다.

UE(110)는 이어서 DHCP 요청/응답(182)을 DHCP(114)에 제공할 수 있다.

UE(110)는 이어서 IP 패킷(184)을 WAG(118)에 제공할 수 있다.

후속하여, 로그인 d/I 프로파일(Login d/l Profile)(190)이 WAG(118)와 AAA(116) 사이에서 교환될 수 있다.

3GPP는 UE에서 사용될 수 있는 3개의 EAP 방법을 정의한다. 첫 번째 것은, 예를 들어, [IETF　RFC　4187, "Extensible Authentication Protocol Method for 3rd Generation Authentication and Key Agreement (EAP AKA)", January 2006]에 설명되어 있는, EAP-AKA(Authentication and Key Agreement)이다. 두 번째 것은, 예를 들어, [IETF　RFC　4186, "Extensible Authentication Protocol Method for GSM Subscriber Identity Modules (EAP-SIM)", January　2006]에 설명되어 있는, EAP-SIM(Subscriber Identity Module)이다. 세 번째 것은, 예를 들어, [IETF　RFC　5448, "Improved Extensible Authentication Protocol Method for 3rd Generation Authentication and Key Agreement (EAP-AKA')", May　2009]에 설명되어 있는, EAP-AKA'이다.

EAP-SIM 인증 메커니즘은 손상되었고 따라서 더 이상 사용하기에 안전하지 않은 것으로 본 분야의 전문가들에 의해 일반적으로 간주되었으며, 따라서 EAP/AKA 및 EAP-AKA'만이 전형적으로 EPC/EPS 코어 네트워크에 액세스하는 데 사용된다.

EAP 인증이 성공하였으면, UE는 이어서, 예컨대, DHCP를 사용하여 Wi-Fi 네트워크로부터의 IP 접속성을 확립할 수 있다. Wi-Fi 네트워크 상에서 IP 접속성이 확립되었으면, ePDG가 선택될 수 있다.

EAP 절차 내에서, 아래에 설명되는 바와 같이 PCO를 포함하는, 구성 파라미터들을 UE에 제공하는 것이 가능하다.

프로토콜 구성 옵션들(PCO)

PCO는 GPRS(GSM Packet Radio Service)에서 처음으로 사용되는 능력에 주어지는 일반 명칭(general name)이다. 이는 디바이스가, 몇 개의 지시자(여기서 지시자는 하나 이상의 비트로 이루어져 있거나 심지어 메시지에서의 하나 이상의 비트의 부재로 이루어져 있을 수 있음)를 통해, UE가 요구하는 어떤 정보를 네트워크에 지시할 수 있게 해준다. 네트워크는 그러면 요청된 정보 및/또는 요청되지 않은 정보에 관한 정보로 다시 응답할 것이다. 요청 및 응답 메커니즘은 PCO라고 불린다.

이 능력은 나중에 EAP 시그널링 접속 확립을 통해 UTRAN 및 LTE(Long Term Evolution)/E-UTRAN, 그리고 이어서 또한 WLAN 네트워크들로 확장되었다. UE가 요청하여 제공받을 수 있는 일부 데이터 유형들은, 예를 들어, [3GPP　TS 24.008, “Mobile radio interface Layer 3 specification; Core network protocols; Stage 3”, v. 14.3.0, March 2017, 　subsection　10.5.6.3]에 설명되어 있다. 예들은, 옵션들 중에서도, P-CSCF(Proxy Call Session Control Function) 어드레스들, NBIFOM(Network Based IP Flow Mobility) 모드, IFOM(IP flow mobility) 지원을 포함한다.

PCO는 [3GPP　TS 24.008, subclause　6.1.3.7]에, 그리고 추가로 [3GPP　24.301, “Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3”, v.14.3.0, March 2017, subclause　6.6.1 및 3GPP　TS　24.302, subclauses　6.9 및 6.4.3.5.2]에 정의되어 있다. 3GPP 액세스들(예컨대, GERAN, UTRAN, E-UTRAN)에서, PCO 정보는 GGSN(Gateway GPRS Support Node) 또는 P-GW로부터 나온다. GGSN 또는 P-GW는 VPLMN(Visited Public Land Mobile Network) 또는 HPLMN(Home Public Land Mobile Network)에 위치될 수 있다. GGSN 또는 P-GW는 (예컨대, 운영자 O&M 절차들을 통해) 이 정보로 구성될 수 있거나 이 정보는 어떤 다른 수단에 의해 획득될 수 있다.

보이스 오버 와이파이

UE가 VoWiFi(Voice over WiFi) 호출을 시도하기 전에, 디바이스는 IMS(IP Multimedia System) 네트워크에 접속할 EPC 네트워크에 액세스하기 위해 ePDG를 선택했을 수 있다. ePDG 선택이 수행된 후에, UE는 이어서 선택된 ePDG에 대한 터널을 생성하고, 궁극적으로, 예를 들어, [3GPP　TS　24.229, “IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3”, v.14.3.1, March 2017]에 설명된 바와 같이, IMS/SIP 등록을 수행한다. 등록은 EPC 네트워크에 접속하는 IMS 네트워크에 대해 수행된다. IMS 등록이 완료된 후에, UE는 언제든지 음성 호출(voice call)을 할 수 있다. 호출이 비상 호출인 것으로 검출될 때, 전용 비상 호출 절차들이 실행될 수 있다. 전용 비상 호출 절차들은 비상 호출들인 것으로 검출되지 않은 호출들에 대한 절차들과 상이하다. UE에서, 2 가지 유형의 비상 호출 절차가 존재한다: UE 검출 비상 호출들 및 네트워크 검출 비상 호출들(network detected emergency calls)".

UE 검출 비상 호출들

UE가, 예컨대, 입력된 또는 선택된 숫자들 또는 SIP(session initiation protocol)/TEL(telephony) URI(uniform resource identifier)가 선택되는 것에 기초하여, 호출이 비상 호출임을 검출하는 것이 가능하다. 이 검출은, 예컨대, 그 번호들로 UE를 구성하는 것에 의해 수행된다. 이 구성은 다음 중 어느 하나로 수행될 수 있다:

a) 모바일 장비(ME) 또는 USIM(universal subscriber identity module) 내에서

b) 그것들을 제공하는 액세스 네트워크에 의해.

a. 3GPP 액세스를 사용하는 경우 어태치 수락에서(예컨대, 3GPP　TS　24.008 또는 3GPP　TS　24.302 참조); 또는

b. 비-3GPP 액세스를 사용하는 경우, 아래에서 설명되는 바와 같이, DNS(domain name system) 또는 ANQP(access network query protocol)를 통해.

UE가 많은 소스들로부터 이 프로비저닝 정보를 획득하는 것이 가능하다. 그러한 경우에, 동적 정보가 우선권을 얻는다. 동적 정보가 3GPP 및 비-3GPP 액세스 네트워크들 둘 다로부터 수신되는 경우, 등록된 PLMN(RPLMN)이 양쪽 프로비저닝 정보 세트(예컨대, 번호들 및 유형들)가 사용될 수 있는지를 나타내는 정책을 제공할 수 있어야 한다는 요구사항들이 정의되었다.

네트워크 검출 비상 호출들

네트워크가 호출이 비상 호출임을 검출하는 것이 가능하다. 네트워크는 UE에 통보할 수 있고, 네트워크가 UE에 통보하는 것에 응답하여, UE는 비상 호출을 개시할 수 있다.

동적 호스트 구성 프로토콜(DHCP)

DHCP는, 옵션들 중에서도, IP 어드레스들, DNS 서버들, 디폴트 게이트웨이와 같은, 데이터/파라미터들로 네트워크 호스트들을 동적으로 구성하기 위해 IP 네트워크에서 사용된다. DHCP에 대한 메시지 흐름은 도 2에 도시되어 있다.

도 2에 보이는 바와 같이, 클라이언트(210)는 서버(212)와 통신한다.

메시지(220)에서, (UE 상에 존재하거나 UE 상에서 호스팅될 수 있는) DHCP 클라이언트(210)는 발견(Discover) 메시지를 접속된 네트워크로 브로드캐스팅한다(예컨대, 그것을 255.255.255.255의 IPv4 어드레스로 송신한다).

하나 이상의 DHCP 서버(212)는, IP 어드레스와 같은, 하나 이상의 파라미터를 포함하는 DHCP 제공(DHCP Offer) 메시지(222)로 클라이언트에 응답할 수 있다.

클라이언트(210)가 수신하는 DHCP 제공들 중 하나에 응답하여, 클라이언트(210)는 선택된 DHCP 제공을 수락하는 DHCP 요청(DHCP Request) 메시지(224)를 브로드캐스팅하고, 이 브로드캐스팅된 메시지에는 추가의 구성 데이터/파라미터들을 요청하는 일부 파라미터들이 포함될 수 있다.

연관된 DHCP 제공을 송신한 DHCP 서버가 수신하는 수신된 DHCP 요청에 응답하여, DHCP 서버는, 클라이언트가 요청했을 수 있는 리스 지속기간(lease duration) 및 임의의 다른 구성 데이터/정보와 같은 정보를 포함할 수 있는, DHCP 확인응답(DHCP Acknowledgement)(226)(DHCP ACK라고도 함)을 송신한다. DHCP 클라이언트는, DHCP 확인응답을 수신할 시에, DHCP 트랜잭션이 발생한 인터페이스에 대한 수신된 파라미터들로 호스트(예컨대, UE)를 적절히 구성한다.

일부 기본 DHCP 옵션들은 IETF에 의해 IETF RFC 2132 [15]에 정의되어 있으며, 추가의 옵션들은 추가의 IETF 규격들에 규정되어 있다.

DHCP는 IPv4 네트워크들 및 IPv6 네트워크들에서 사용될 수 있으며, 이 경우에 DHCPv4 및 DHCPv6 명명법(nomenclature)이 사용된다. DHCPv6은 위의 도 2에서의 것들 대신에 이하의 메시지 이름들을 갖는다:

a) 간청(Solicit)

b) 광고(Advertise)

c) 요청(Request)

d) 응답(Reply)

WLAN ANQP(Access Network Query Protocol)

WLAN 시스템의 예시적인 아키텍처가 도 3에 도시되어 있다. IEEE 802.11 액세스 네트워크 질의 프로토콜은 이동국들(STA들(310))과 액세스 포인트들(AP들(320)) 사이에서 전송되는 광고 프로토콜의 일 예이다. STA은 UE의 등가물(equivalent)이다.

도 3의 실시예에서, STA(310)와 AP(320) 사이에 GAS(Generic Advertisement Service)(340)가 제공될 수 있다. 예를 들어, STA(310)는 AP(320)로부터 비컨(322)을 수신한다. 게다가 STA(310)는 프로브(312)를 송신하고 프로브 응답(probe response)(326)이 있는지 리스닝할 수 있다.

ANQP는 "액세스 네트워크"(AN) 서버로부터의 다양한 정보(330)를 발견하기 위해 모바일 디바이스에 의해 사용되는 간단한 질의 및 응답 프로토콜로서 동작한다. 이 AN 서버는 AP와 공존(co-located)하거나, AP가 접속되는 계층 2 네트워크인, LAN(Local Area Network) 내에 위치된다.

ANQP(350)는 모바일 디바이스(예컨대 STA, UE)가 결합 절차(association procedure)를 시작하기 전에 또는 결합 절차 이후 언제라도 LAN의 속성들을 결정할 수 있게 해준다.

ANQP(350)를 통해 획득된 정보는: 옵션들 중에서도, 네트워크 식별자들, 로밍 관계들, 지원되는 보안 방법들(IEEE 802.1X 및 웹 기반 인증), 이용가능한 서비스 제공자들을 포함할 수 있다. 이것은, 예컨대, 모바일 디바이스가 네트워크 접속성을 확립하기 전에, ANQP가 WLAN에 관한 정보를 발견할 수 있는 매우 강력한 프로토콜일 수 있게 해준다.

현재, IEEE 802.11 및 다양한 Wi-Fi Alliance 프로그램들(예컨대, Hotspot 2.0)에 정의된 20개 초과의 개별 ANQP-엘리먼트가 있으며, 각각의 것은, 예를 들어, 이하와 같은 상이한 정보(보고들)를 LAN으로부터 검색할 수 있다:

a) AP 위치(AP Location)

b) AP 베뉴 이름(AP Venue Name)

c) 서비스 제공자 이용가능성(Service Provider availability)

각각의 ANQP-엘리먼트를 발견하기 위해, UE(STA)는 원하는 정보 보고에 대응하는 정수 식별자(Info ID)를 갖는 AP를 통해 ANQP 요청을 AN 서버로 송신한다. AN 서버 AP는 이어서, AP를 통해, 그 정보 보고를 포함하는 ANQP-엘리먼트로 응답한다. AN 서버는 자신이 어태치되어 있는 WLAN 또는 외부 네트워크 중 어느 하나로부터 요구된 정보를 또한 발견할 수 있다.

5G 네트워크

도 4는 비-3GPP 액세스를 이용하는 5G 코어 네트워크에 대한 비-로밍 아키텍처를 도시하고 있다.

5G 배치 네트워크(5G deployed network) 내에서, 예를 들어, 2017년 2월의 v. 0.3.0에서 제공된 바와 같은, [3GPP TS 23.501, “System Architecture for the 5G System”]에서 다양한 기능들이 제공된다. 예시적인 기능들은 아래의 표 2에 제공되어 있다. 표 2의 기능들은 가상화되어 있고; 따라서 운영자는 많은 상이한 "네트워크 슬라이스들"을 배치할 수 있다. “슬라이스들"이라고 추가로 알려져 있는, 네트워크 슬라이스들은 상이한 기능들을 수행할 수 있으며, 예컨대, 음성 기반 서비스들, IoT 서비스들 등을 지원할 수 있다. PLMN A는 슬라이스 A 및 슬라이스 B를 배치할 수 있는 반면, PLMN B는 슬라이스 A 및 슬라이스 C를 배치할 수 있다. 디바이스들은 로밍할 수 있기 위해 다수의 능력들 또는 슬라이스들을 지원할 필요가 있다.

[표 2]

표 2 - 3GPP TS 23.501로부터의 5G 정의들

따라서, 위의 표 2에 기초하여, UE(410)는 AMF(420)에 액세스하기 위해 3GPP 액세스(412)를 이용할 수 있다. 예를 들어, UE(410)는 그러한 액세스를 위해 N1 인터페이스를 사용할 수 있다.

3GPP 액세스(412)와 AMF(420) 사이의 인터페이스는 N2 인터페이스일 수 있다.

대안적으로, UE(410)는 신뢰할 수 없는 비-3GPP 액세스(430)를 통해 AMF(420)와 통신할 수 있다. UE(410)와 AMF(420) 사이의 인터페이스는 N1 인터페이스이다. 게다가, Y1 인터페이스는 UE(410)와 신뢰할 수 없는 비-3GPP 액세스(430) 사이에서 사용될 수 있다.

UE(410)는 NWu 인터페이스를 사용하여 신뢰할 수 없는 비-3GPP 액세스(430)를 통해 N3IWF(440)와 추가로 통신할 수 있다. 3GPP TS 23.510에 제공된 바와 같이, UE와 5G 코어 네트워크 사이에서 교환되는 제어 평면 및 사용자 평면 트래픽이 신뢰할 수 없는 비-3GPP 액세스를 통해 보안 방식으로(securely) 전송되도록, UE와 N3IWF 사이에 보안 터널들을 확립하기 위해 UE와 N3IWF 사이에서 NWu가 사용된다.

AMF(420)와 N3IWF(440)는 N2 인터페이스를 사용하여 통신할 수 있다.

AMF(420)는 N11 인터페이스를 사용하여 SMF(450)와 추가로 통신할 수 있다.

3GPP 액세스(412) 및 N3IWF(440)는 N3 인터페이스를 사용하여 UPF(460)와 통신할 수 있다. UPF(460)는 이어서 N6 인터페이스를 사용하여 외부 데이터 네트워크(470)와 통신할 수 있다.

SMF(450)와 UPF(460)는 N4 인터페이스를 사용하여 추가로 통신할 수 있다.

WLAN을 통한 비상 번호들 및 3GPP AN(Access Network)을 통한 NAS 지시자를 사용하는 정책

3GPP TS 23.167, “IP Multimedia Subsystem (IMS) emergency sessions”, v.14.3.0, March 2017]로부터의 예시적인 정의들이 아래의 표 3에 제공되어 있다.

[표 3]

표 3 - 3GPP TS 23.167로부터의 정의들

게다가, [ 3GPP TS 23.060, “General Packet Radio Service (GPRS); Service description; Stage 2”, v.14.3.0, March 2017, and 3GPP TS 23.402, “Architecture enhancements for non-3GPP accesses”, v.14.3.0, March 2017]로부터의 예시적인 정의들은 아래의 표 4에 제공된다.

[표 4]

표 4 - 3GPP TS 23.060　및 23.402로부터의 정의들

3GPP AN(Access Network)을 통한 비상 번호들

GERAN, UTRAN 또는 E-UTRAN 라디오 액세스 네트워크를 사용하여 PLMN에 접속될 때, TS 24.301 및 TS 24.008에 설명된 바와 같은 이동성 관리 절차들 동안 비상 번호들/유형들의 리스트가 UE에 수신될 수 있다. 이러한 액세스들에서의 이동성 관리 절차들은 어태치 절차들, 위치 영역 업데이트 절차들, 트래킹 영역 업데이트 절차들, 라우팅 영역 업데이트 절차들을 포함한다. 이러한 절차들 동안, UE와 절차들을 수행하고 있는 PLMN에 대한 비상 번호들/유형들의 리스트가 수신될 수 있다.

위의 양태들 및 술어들에 대해, UE들은 "UE 검출 비상 호출들"이 신뢰할 수 있는 WLAN 또는 신뢰할 수 없는 WLAN을 통해 PLMN에 의해 지원되는 비상 번호들 및 유형들 또는 카테고리들(예컨대, 화재, 구급차, 경찰, 산악 구조 등)을 알 필요가 있다. 동일한 국가에서, 상이한 PLMN들이 상이한 "UE 검출 비상 호출들"을 지원할 수 있다.

예를 들어, PLMN A는 다이얼 숫자들(예컨대, 110)을 비상 호출로서 검출하도록 자신의 네트워크에 어태치하는 UE를 구성한다. 이 UE는, 다이얼링된 숫자들 110을 검출할 때, "UE 검출 비상 호출" 절차들을 수행할 것이다. 비상 셋업(EMERGENCY SETUP)은 (CS(circuit switched) 도메인을 선택하는 경우에) 다이얼링된 숫자들을 포함하지 않을 것이고, 오히려 5 비트로 인코딩된 도출된 카테고리, 예컨대, 카테고리 "화재"를 포함할 것이다.

PLMN B(동일한 국가에 있음)는 화재로서 카테고리화된 호출들을 화재 관련 비상사태들을 핸들링할 수 있는 PSAP로 라우팅하도록 자신의 네트워크를 구성하지 않았다. PLMN B의 네트워크는 그렇게 하기 위해 다이얼링된 숫자들을 수신하는 것에 의존한다. 따라서 PLMN B는 110을 비상 번호로서 검출하도록 자신의 네트워크에 어태치된 UE들을 구성하지 않을 것이다.

3GPP 액세스 및 WLAN 액세스를 통해 상이한 PLMN들에 접속되는 UE는 양쪽 PLMN에 의해 비상 호출 번호들로 구성될 수 있다. UE가 WLAN을 통해 PLMN A의 비상 번호들 및 유형들 또는 카테고리들로 구성되어 있고, UE가 이들을 사용하여, 예컨대, 서빙 네트워크가 PLMN B인 3GPP 액세스를 통해 "UE 검출 비상 호출"을 개시할 때, PLMN B는 자신의 네트워크를 구성하지 않은 유형/카테고리에 대한 "UE 검출 비상 호출"을 수신할 수 있다. 그 대신에, PLMN B는 정규 호출을 수신할 것으로 예상하였을 것이다(정규 호출은 비-비상 호출이다. 호출을 개시하는 메시지는 다이얼링된 숫자들을 포함한다). 정규 호출은 다이얼링된 숫자들을 포함할 것이다. 네트워크는 이어서 다이얼링된 숫자들을 파싱하고 어쩌면 다이얼링된 숫자들에 기초하여 호출을 올바른 PSAP로 라우팅할 것이다.

따라서, 본 개시내용의 실시예들에 따르면, 비상 번호들은 다양한 방식들로 구성될 수 있다.

WLAN ANQP

일 실시예에 따르면, 비상 번호들 및 이들의 유형들 또는 카테고리들의 적어도 하나의 리스트가; 예컨대, 각각의 PLMN 또는 서비스 제공자에 대해 하나씩, ANQP 응답에 포함될 수 있다. 비상 정보의 수신을 위한 일반적인 절차를 도시하는 도 5가 이제 참조된다.

도 5에서, UE(510)는, 네트워크 노드(514)와 통신할 수 있는, 네트워크 노드(512)와 통신할 수 있다. 네트워크 노드(512)는, 예를 들어, 액세스 포인트일 수 있다. 네트워크 노드(514)는, 예를 들어, ANQP를 위한 광고 서버일 수 있다.

도 5의 실시예에서, UE(510)는 메시지(520)를 네트워크 노드(512)로 송신하고 네트워크 노드(512)는 메시지(520)를 수신한다. 메시지(520)는 ANQP 요청일 수 있고 부가의 UE 제공 정보(UE Provided Information)를 포함할 수 있다.

도 5의 실시예에서, CC(Credit Control)-요청 및 CC-응답(CC-answer)은 DIAMETER 또는 (동등한) RADIUS 메시지들일 수 있다. 이들은 또한 다른 프로토콜의 메시지 부분일 수 있다.

메시지(520)를 수신할 시에, 네트워크 노드(512)는 메시지(522)를 네트워크 노드(514)로 송신할 수 있다. 메시지(522)는, 예컨대, 메시지(520)에서 수신된 경우, 부가의 UE 제공 정보를 포함할 수 있다. 일 실시예에서, 메시지(522)는 CC-요청일 수 있다.

일부 실시예들에서, 네트워크 노드(514)의 기능이 네트워크 노드(512)와 공존할 수 있으며, 따라서 메시지(522) 및 메시지(524)는 네트워크 노드(512) 내의 내부 메시지들이 된다.

도 5의 실시예에서, 메시지(522)를 수신할 시에, 네트워크 노드(514)는 메시지(524)를 네트워크 노드(512)로 송신한다. 메시지(524)는 라우팅 데이터 및/또는 에러 메시지 중 하나 또는 둘 다를 포함할 수 있다. 일 실시예에서, 메시지(524)는 CC-응답일 수 있다.

메시지(524)를 수신할 시에, 네트워크 노드(512)는 메시지(526)를 UE(510)로 송신한다. 메시지(526)는, 예를 들어, 메시지(524)에서 무엇이 수신되었는지에 따라, 라우팅 데이터 및/또는 에러 메시지 중 하나 또는 둘 다를 포함할 수 있다. 일 실시예에서, 메시지(526)는 ANQP 응답으로 간주될 수 있다.

따라서, 상기한 바에 따르면, UE(510)는:

ANQP 요청 메시지 지시; "비상 호출 번호" ANQP-엘리먼트 또는 "3GPP 셀룰러 네트워크" ANQP-엘리먼트 중 적어도 하나를 송신한다

ANQP 응답 메시지 지시; "비상 호출 번호" ANQP-엘리먼트 또는 "3GPP 셀룰러 네트워크" ANQP-엘리먼트 중 적어도 하나를 수신하고, ANQP 응답 메시지는 비상 번호들의 적어도 하나의 리스트를 추가로 포함하며, 비상 번호들의 리스트는 서비스 제공자 식별자 또는 국가 코드 중 적어도 하나와 연관되어 있다.

게다가, 상기한 바에 따르면, 네트워크 노드(512)는:

"비상 호출 번호" ANQP-엘리먼트 또는 "3GPP 셀룰러 네트워크" ANQP-엘리먼트 중 적어도 하나를 포함하는, ANQP 요청 메시지 지시를 수신한다

"비상 호출 번호" ANQP-엘리먼트 또는 "3GPP 셀룰러 네트워크" ANQP-엘리먼트 중 적어도 하나를 포함하는, ANQP 응답 메시지 지시를 송신하고, ANQP 응답 메시지는 비상 번호들의 적어도 하나의 리스트를 추가로 포함하며, 비상 번호들의 리스트는 서비스 제공자 식별자 또는 국가 코드 중 적어도 하나와 연관되어 있다.

게다가, UE(510) 또는 네트워크 노드(512)는 부가적으로 다른 정보를 제공하거나 제공받을 수 있다.

임의로 ANQP 응답 메시지는 비상 번호당 하나 이상의 비상 카테고리 또는 유형을 지시한다.

임의로, 서비스 제공자 식별자는 PLMN 코드를 포함한다

임의로, 서비스 제공자 식별자는 NAI 영역(NAI realm)을 포함한다

임의로, NAI 영역은 PLMN 코드를 포함한다.

임의로, PLMN 코드는 MCC 및 MNC를 포함한다.

임의로, 국가 식별자는 하나 이상의 MCC 코드, 또는 하나 이상의 IEEE 802.11d 국가 코드 또는 하나 이상의 두 글자(two letter) 국가 코드 또는 하나 이상의 세 글자(3 letter) 국가 코드를 포함한다.

일반적으로, "비상 호출 번호" ANQP-엘리먼트는 AP 또는 ANQP 서버가, 예를 들어, UTF-8 문자 스트링들로 응답할 수 있게 해준다. 비상 번호들, 유형들/카테고리들의 PLMN 특정 리스트들을 이 스트링에 포함시키기 위해, 스트링은 이 리스트가 적용되는 PLMN을 지시할 것이다. 상위 레벨의 예시적인 인코딩이 아래의 표 5에 제공되어 있다:

[표 5]

표 5: 비상 호출 번호의 예시적인 인코딩

일부 실시예들에서, 데이터의 최적화들이 제공될 수 있다. 예를 들어, ANQP를 통해 제공되는 데이터가 일부 경우들에서 감소될 수 있다. 예를 들어, 동일한 국가 내의 모든 PLMN들(즉, 하나 이상의 MCC 공유함)이 동일한 "UE 검출가능 비상 호출들"을 지원하는 경우, 예시적인 인코딩은 표 6에서 다음과 같을 수 있다.

[표 6]

표 6: 비상 호출 번호의 예시적인 최적화된 인코딩

일부 경우들에서, 일부 국가들은 하나 초과의 모바일 국가 코드(MCC)를 예비하였다. 게다가, 일부 경우들에서, 위의 표 5 및 표 6의 인코딩의 혼합물이 사용될 수 있다.

ABNF

추가의 실시예에서, ABNF(Augmented Backus-Naur form)가 사용될 수 있다.

일반적으로, 비상 호출 번호 필드는 가변 길이 UTF-8(RFC 3629 참조) 포맷의 필드이다. 이 필드의 목적은, 예를 들어, PLMN에 따라, 필드가 수신되는 국가 내에서 사용하기 위해 비상 번호(들)(및 유형(들) 또는 카테고리(들))를 인코딩하는 것이다. 이 하위절(subclause)은 IEEE 802.11-2016에 규정된 비상 호출 번호 ANQP-엘리먼트에 사용되는 비상 호출 번호 필드의 포맷팅을 설명한다.

포맷팅은 일반적으로 다음과 같이 설명된다. 비상 호출 번호의 검출을 돕고 비상 유형을 할당(assign)하는 목적을 위해, 비상 호출 번호 필드는 0개 이상의 MNC(mobile network code) 코드, 하나 이상의 MCC 코드, 비상 호출 번호 및 0개 이상의 비상 호출 유형(또는 카테고리)을 포함할 수 있다. 비상 호출 번호 및 0개 이상의 비상 호출 유형은 3gpp와 동일한 네임스페이스 식별자에 대한 네임스페이스 특정 스트링들로서 인코딩된다(IETF RFC 5279 참조). 이 규격은 네임스페이스 식별자, 예컨대, sos-anqp와 동일한 네임스페이스 식별자 및 파라미터들을 추가로 정의한다.

URN(Uniform Resource Name) urn:3gpp:sos-anqp 네임스페이스 및 그의 파라미터들에 대한 ABNF와 관련하여, 아래의 표 7은 urn:3gpp:sos-anqp 네임스페이스 및 그의 파라미터들에 대한 ABNF(IETF RFC　2234)를 포함한다. 예를 들어, URN “urn:3gpp:sos-anqp:mcc404:mcc405:101:sos.fire”는 표 7에 코딩된 규약들(conventions)을 사용하여 표현될 수 있다.

[표 7]

표　7: urn:3gpp:sos-anqp의 신택스

표 7의 신택스는 "sos"에 뒤따르는 많은 상이한 서브-라벨들을 허용하지만, 다이얼링된 숫자들과의 매치(match)를 검출하는 것에 기초하여 비상 IMS 세션(TS 24.229 참조)을 시작할 때, SIP INVITE는 다음과 같은 서비스 URN들 "urn:service:sos", "urn:service:sos.ambulance", "urn:service:sos.police", "urn:service:sos.fire", "urn:service:sos.marine", "urn:service:sos.mountain" 중 하나만을 포함할 수 있다.

표 7은 3GPP 인코딩을 식별하기 위해 URN 네임스페이스, 예컨대, “urn:3gpp:sos-anqp:”를 사용한다. 다른 SDO들은 자체 인코딩을 사용할 수 있다.

3GPP UE는 비상 번호들을 갖는 리스트 또는 빈 리스트를 수신할 수 있다. 빈 리스트는, 예컨대, “urn:3gpp:sos-anqp” 또는 “urn:3gpp:sos-anqp:noLocalEmergencyNumbers” 또는 “urn:3gpp:sos-anqp:mccXX(X)”로서 지시된다. 빈 리스트는 UE로 하여금 지역 비상 번호들을 갖는 이전에 수신된 리스트를 빈 리스트로 오버라이트하게 한다. (이전 문장의 예 “urn:3gpp:sos-anqp:mccXX(X)”에서의) XX(X)는 MCC의 2개(또는 3개)의 숫자를 나타낸다.

UE가 이 ANQP-엘리먼트 필드 내에 포함된 “keepLocalEmergencyNumbers”를 수신할 때, 또는 ANQP-엘리먼트 필드가 “urn:3gpp:sos-anqp”로 시작하는 URN을 포함하지 않을 때 또는 (예컨대, ABNF 파서가 스트링을 파싱하지 못하기 때문에) UE가 인코딩을 인식하지 못할 때 또는 UE가 ANQP-엘리먼트 필드를 수신하지 않을 때, UE가 지역 비상 번호들을 갖는 이전에 수신된 리스트(들)를 가지고 있는 경우, UE는 자신이 가지고 있던 번호들을 유지할 수 있다.

3GPP UE가 비상 번호들을 가는 리스트, 예컨대, urn:3gpp:sos-anqp:mcc404:mcc405:101:sos.fire를 수신할 때, UE는, 2개의 MCC(즉, 코드들 404 또는 405는 인도를 나타냄)에 의해 식별되는 국가에서, 비상사태에 따라 소방서를 출동시키는 번호가 "101"이라는 것을 알고 있다. 다른 한편으로, 예를 들어, urn:3gpp:sos-anqp:mccABC:mncXYZ:18:sos.fire:sos.ambulance는 국가 ABC 내의 운영자 XYZ가 화재로 유형화된 또는 화재 및 구급차로 카테고리화된 비상 호출들을 인식하도록 자신의 네트워크를 구성했음을 지시한다. 이 네트워크에서, UE는 다이얼링된 숫자들 18을 비상 번호로서 검출할 수 있다. UE는 그러면 정규(비-비상) 호출 절차들이 아니라 비상 호출 절차들을 개시할 수 있다.

3GPP 셀룰러 네트워크 ANQP-엘리먼트

추가의 실시예에서, “3GPP 셀룰러 네트워크" ANQP-엘리먼트는 AP 또는 ANQP 서버가 3GPP에 의해 TS 24.302에 정의된 정보 엘리먼트로 응답할 수 있게 해준다.

TS 24.302는 IEEE 802.11-2016에 규정된 3GPP 셀룰러 네트워크 ANQP-엘리먼트에서 페이로드로서 사용되는 범용 컨테이너(generic container)의 구조 및 내용을 설명한다.

ANQP 페이로드를 위한 범용 컨테이너는 PLMN 리스트 또는 S2a 접속성을 갖는 PLMN 리스트를 전달할 수 있다. WLAN로부터 선택될 수 있는 PLMN들을 지시하기 위해 PLMN 리스트 정보 엘리먼트가 네트워크에 의해 사용된다. WLAN이 S2a 접속성을 제공하는 PLMN들을 지시하기 위해 S2a 접속성 정보 엘리먼트를 갖는 PLMN 리스트가 WLAN에 의해 사용된다.

“3GPP 셀룰러 네트워크" ANQP-엘리먼트는 PLMN별 비상 번호/유형 리스트들 또는 MCC별 비상 번호/유형 리스트들을 전달하도록 향상될 수 있다.

예를 들어, 표 8은, 표에서 볼드체 및 밑줄로 나타낸 바와 같이, 3GPP TS 24.302, 부록 H 내의 범용 컨테이너의 정의에 대한 변경사항들을 나타낸다.

[표 8]

표 8 - 볼드체 및 밑줄로 나타낸 3GPP TS 24.302에 대한 변경사항들

UE가 내용 길이가 0으로 설정된 3GPP 셀룰러 네트워크 ANQP-엘리먼트 또는 IEI 필드가 “00000002”로 설정되지 않은 3GPP 셀룰러 네트워크 ANQP-엘리먼트 또는 “비상 번호들 리스트”를 수신할 때(H.2.4.1 참조), UE가 지역 비상 번호들을 갖는 리스트를 이전에 수신한 경우에, UE는 자신이 가지고 있던 번호들을 유지할 수 있다.

본 명세서에 설명된 실시예들에서, “비상 번호들 리스트"는 "부가의 비상 번호들 리스트”라고도 알려져 있을 수 있다.

EmergencyNumberList ANQP-엘리먼트

추가의 실시예에서, 대안은 정보를 인코딩하여 제공하기 위해, 예를 들어, Wi-Fi Alliance Hotspot 2.0 규격들 또는 IEEE 802.11-2016을 향상시키는 것이다. IEEE 802.11-2016 규격을 향상시키기 위해 유사한 인코딩이 사용될 수 있다.

이 대안에서, 새로운 ANQP-엘리먼트가 정의된다. 새로운 ANQP-엘리먼트는, 3GPP 셀룰러 네트워크 ANQP-엘리먼트를 추가로 오버로딩하지 않고, 정보를 이진 버전으로 인코딩한다.

아래의 표 9를 참조하면, 이하의 볼드체 및 밑줄 표시된 텍스트는 Wi-Fi Alliance Hotspot 2.0(릴리스 2) 기술 규격 버전 1.2.5에 대한 예시적인 변경사항들을 나타낸다.

[표 9]

표 9: 볼드체 및 밑줄로 표시된 Wi-Fi Alliance Hotspot 2.0에 대한 변경사항들

EAP 절차

추가의 실시예에서, EAP 절차가 제공된다. 아래에 설명된 도 6의 실시예에 따르면, UE(610)는:

하나 내지 다수의 아이덴티티들을 포함하는 인증 메시지(620)를 AAA 서버(616)로 송신한다.

파라미터 "EmergencyNumberList selection indicator supported"를 포함하는 인증 메시지(630)를 AAA 서버(616)로부터 수신한다.

o 이 파라미터는 AAA 서버(616)가 "EmergencyNumberList"를 송신할 수 있음을 지시한다

EmergencyNumberList에 대한 요청을 포함하는 인증 응답 메시지(632)를 AAA 서버(616)로 송신한다.

"EmergencyNumberList"를 포함하는 인증 메시지(640)를 AAA 서버(616)로부터 수신한다.

게다가, AAA(616)는:

적어도 하나의 아이덴티티를 갖는 UE(610)로부터 메시지(620)를 수신한다

파라미터 "EmergencyNumberList supported"를 포함하는 메시지(630)를 UE(610)로 송신한다

o 이 파라미터는 AAA 서버가 추후 인증 메시지에서 "EmergencyNumberList"를 송신할 수 있음을 지시한다.

EmergencyNumberList가 요구된다는 지시를 포함하는 인증 메시지(632)를 수신한다

파라미터 "EmergencyNumberList"를 포함하는 인증 메시지(640)를 UE(610)로 송신한다.

위에서 설명된 메시지들에 부가하여, AAA(616)는, 메시지(620)를 수신할 시에, 메시지(622)에서 공개 사용자 아이덴티티(Public User Identity)를 HSS(618)에 제공한다. AAA(616)는 메시지(624)에서 챌린지 벡터들(Challenge Vectors)을 HSS(618)로부터 수신한다. 이 챌린지 벡터들은 이어서 메시지(630)의 일부로서 사용된다.

게다가, 메시지(632)를 수신할 시에, AAA(616)는 이어서 인증 응답(634)을 HSS(618)로 송신하고 확인응답(636)을 HSS(618)로부터 다시 수신한다. 이 확인응답은 이어서 메시지(640)에 사용된다.

이상은 제1 인증 메커니즘을 제공한다. 후속하여, 예를 들어, 도 6의 실시예에서 UE(610)와 X-CSCF(614) 사이의 화살표(650)에 의해 그리고 X-CSCF(614)와 HSS(618) 사이의 화살표(652)에 의해 도시된 바와 같이, IMS 등록이 발생할 수 있다. 본 개시내용에서 사용되는 바와 같이, “X-CSCF"는 P-CSCF 또는 S-CSCF(Serving-Call Session Control Function)을 나타낸다.

도 6을 지원하기 위한 변경사항들은 아래에서 설명된다. 특히, 도 6은 3GPP TS 24.302에 대한 잠재적인 수정사항들인 아래의 텍스트 및 표들에 의해 설명된다. 그렇지만, 도 6의 실시예는 함께 결합될 수 있는 논리적 기능들을 제공한다. 예를 들어, ePDG(612)는 EAP 메시지들을 종료하거나 프록시하기 위한 AAA 기능을 가지고 있다.

아래의 표 10를 참조하면, 볼드체 및 밑줄 표시된 텍스트는 규격에 대한 하나의 예시적인 잠재적 수정사항을 나타내며, 섹션 번호들 및 참조들은 그 규격에서의 것들이다.

[표 10]

표 10 - 3GPP　TS　24.302에 대한 제안된 변경사항들

대안으로서, AT_EmergencyNumberList_REQUEST 를 사용하는 대신에, IKEv2(Internet Key Exchange Protocol Version 2) CFG_REQUEST가 EmergencyNumberList를 요청하는 데 사용될 수 있다.

대안으로서, AT_EmergencyNumberList_RESP 어트리뷰트 를 사용하는 대신에, EmergencyNumberList를 포함하는 CFG_REPLY가 사용될 수 있다.

DHCP

추가의 실시예에서, UE가 WLAN에 어태치한 후에 DHCP 협상을 수행하고 특정한 정보를 얻기 위해 DHCP 서버와의 협상하려고 시도할 때 "EmergencyNumberList"가 UE에 반환될 수 있도록 DHCP가 향상될 수 있다. 예를 들어, 정보는, 옵션들 중에서도, 사용할 IP 어드레스, DNS 서버 IP 어드레스들과 같은 IP 계층 정보일 수 있다.

UE는 하나 이상의 EmergencyNumberList(들)의 세부사항들을 발견하기 위해 DHCP를 이용할 수 있다. UE는 IP 어드레스를 또한 획득하기 위해 DHCP가 사용되고 있는지 여부에 관계없이 그러한 DHCP 동작/트랜잭션을 수행할 수 있으며, 예컨대, UE가 PCO를 통해 IP 어드레스를 알게 되는 경우, 또는 UE가 상태 비유지 어드레스 자동구성(stateless address autoconfiguration)을 통해 IP 어드레스를 알게 되는 경우를 고려한다.

DHCP는 EmergencyNumberList에 관련된 다음과 같은 상이한 유형들의 파라미터들 중 하나 또는 그 조합을 전달할 수 있다:

이하의 것들 중 하나의 지시:

o UE가 WLAN의 RPLMN에서 EmergencyNumberList만을 사용하려고 시도해야만 한다

o UE가 3GPP 액세스의 RPLMN에서 EmergencyNumberList만을 사용하려고 시도해야만 한다

UE는 DHCP 서버로부터 WLAN 관련 옵션들/파라미터들의 RPLMN에서의 EmergencyNumberList를 수신하기 위해 WLAN 접속/선택의 RPLMN에서의 EmergencyNumberList의 그의 능력/의도/능력/지원(ability/intention/capability/support)을 지시할 수 있지만, 그럴 필요는 없다.

아래의 표 11의 예에서, ePDG IPv4 및 IPv6 어드레스들을 전달하기 위한 DHCPv4 및 DHCPv6 옵션들이 정의되며, 여기서 XXX 및 YYY는 각각이 새로운 DHCP 옵션을 고유하게 식별해주는 예약된 숫자 값들을 나타낸다. EmergencyNumberList에 관련된 위에 나열된 파라미터들 중 임의의 것에 대해 유사한 인코딩이 가정될 수 있다.

[표 11]

표 11 - RFC 2132에 대한 제안된 수정사항들

5G

추가의 실시예에서, 5G 해결책이 제공된다. 이 실시예에서, 기능은 이하를 포함한다:

모바일 디바이스가 비-3GPP 네트워크와 보안 터널을 생성한다

모바일 디바이스가 비-3GPP 네트워크로부터 모바일 디바이스가 등록한 네트워크에 특정적인 비상 번호들의 리스트를 포함하는 NAS 메시지를 수신한다.

부가적으로, 임의적 기능은 이하를 포함한다:

비상 번호들이 모바일 디바이스가 등록한 네트워크 슬라이스(예컨대, SST 및 임의적 SD)에 추가로 관련될 수 있다.

3GPP TS 23.501에 텍스트를 추가하는 변경사항들이 아래의 표 12에서 볼드체 및 밑줄로 표시되어 있다. 표 12에서의 변경사항들은 도 7에 대응한다:

[표 12]

표 12 - 3GPP TS 23.501에 텍스트를 추가하는 제안된 볼드체(항목 7) 변경사항들

위의 표 12에서, 단계(7)에서 X는 본 개시내용에서 설명된 바와 같은 코딩들 중 임의의 것일 수 있다.

구체적으로, 도 7에 따르면, UE(710)는 신뢰할 수 없는 비-3GPP 액세스 네트워크(712)를 통해 통신한다.

게다가, 5G 요소들은 N3IWF(714), AMF/SEAF(716) 및 AUSF(718)를 포함한다.

블록(720)에 보이는 바와 같이, UE(710)는 신뢰할 수 없는 비-3GPP 액세스 네트워크(712)에 접속하고 IP 어드레스를 할당받는다(allocated).

게다가, 블록(722)에 보이는 바와 같이, UE(710)는 N3IWF(714)의 IP 어드레스를 발견한다.

IP 어드레스를 발견한 후에, UE(710)와 N3IWF(714)는 IKE_SA_INIT 메시지(730)를 교환한다. 구체적으로는, IKE_AUTH Req(732)는 UE(710)로부터 N3IWF(714)로 송신되고, 사용자 장비 식별자 및 "no AUTH" 지시를 포함할 수 있다.

이에 응답하여, N3IWF(714)는 EAP-REQ/아이덴티티(EAP-REQ/Identity)를 포함할 수 있는 메시지(734)를 송신한다.

UE(710)는 등록 파라미터들과 함께 EAP-응답/아이덴티티(EAP-Response/Identity)를 포함하는 IKE_AUTH 요청(IKE_AUTH Request)(736)으로 메시지(734)에 응답한다.

요청(736)에 기초하여, N3IWF(714)는, 블록(740)에 의해 도시된 바와 같이, AMF 선택을 수행한다. N3IWF(714)는 이어서 초기 UE 메시지(742)를 송신할 수 있다. 메시지(742)는 등록 요청, 등록 파라미터들 및 EAP-응답/아이덴티티를 포함할 수 있다.

메시지(742)의 수신 시에, AMF/SEAF(716)는 블록(744)에 의해 도시된 바와 같이 AUSF 선택을 수행할 수 있다.

AUSF(718)가 선택되면, AMF/SEAF(716)는 인증 요청(746)을 AUSF(718)로 송신한다.

AUSF(718)는 이어서, 블록(750)에 의해 도시된 바와 같이, UE(710)와 상호 EAP 기반 인증을 수행할 수 있다. 특히, AUSF(718)는 인증 응답(752)을 AMF/SEAF(716)로 송신한다. AMF/SEAF(716)는 이어서 메시지(752)를 포함하는 DL NAS Transport 메시지(754)를 N3IWF(714)로 송신한다.

N3IWF(714)는 이어서 EAP를 갖는 IKE_AUTH 응답(IKE_AUTH Response)(756)을 UE(710)로 송신한다.

UE(710)는 이어서 EAP를 갖는 IKE_AUTH 요청(760)을 다시 N3IWF(714)에 제공한다.

N3IWF(714)는 이어서 메시지(762)에서 인증 응답을 갖는 UL NAS Transport를 다시 AMF/SEAF(716)에 제공한다. 인증 요청이 이어서 메시지(764)에 의해 도시된 바와 같이 다시 AUSF(718)에 제공된다. AUSF(718)는 요청을 검증하고 EAP-성공(EAP-Success)을 지시하는 인증 응답(766)을 보안 키들과 함께 AMF/SEAF(716)에 제공한다.

AMF/SEAF(716)는 이어서 메시지(768)에서 DL NAS Transport를 N3IWF(714)에 제공한다.

메시지(768)는 EAP-성공 지시자, N3IWF 보안 키 및 SMC 요청을 포함한다.

N3IWF(714)는 이어서 IKE_AUTH 응답(770)을 다시 UE(710)에 제공한다.

후속하여, 화살표(772)에 의해 도시된 바와 같이, IPsec SA가 확립된다.

N3IWF(714)는 이어서 SMC 요청(780)을 제공하는 NAS over IPsec 메시지를 송신할 수 있다. 메시지(780)는 위의 표 12에 나타낸 바와 같이 비상 번호들의 리스트를 임의로 제공할 수 있다.

메시지(780)에 응답하여, UE(710)는 SMC Complete 메시지(782)를 다시 N3IWF(714)에 제공한다. N3IWF(714)는, 예를 들어, 업링크 NAS 전송을 사용하여, SMC Complete 메시지(784)를 AMF/SEAF(716)에 제공할 수 있다.

AMF/SEAF(716)는 이어서 등록 수락을 지시하는, 메시지(786)에서의 초기 컨텍스트 셋업 요청을 수행할 수 있다. 메시지(786)는 N3IWF(714)에 제공된다.

메시지(786)의 수신 시에, N3IWF(714)는 Registration Accept 메시지(788)를 UE(710)에 제공한다. UE(710)는 이어서 Registration Complete(790)를 다시 N3IWF(714)에 제공할 수 있다.

N3IWF(714)는 이어서 Registration Complete를 지시하는, Initial Context Setup Response 메시지(792)를 다시 AMF/SEAF(716)에 제공한다.

PCO

추가의 실시예에서, 모바일 디바이스는 자신이 "emergencynumberlist"를 필요로 한다는 지시를 임의로 포함하는 메시지를 송신한다. 모바일 디바이스는 "emergencynumberlist"를 포함하는 메시지를 다시 수신하는데, 여기서 emergencynumberlist는 EAP 응답에서 다시 오고, 여기서 emergencynumberlist는 프로토콜 구성 옵션에 있다.

PCO 정보는, 위에서 설명된 바와 같이, EAP 메시지들내에 포함될 수 있다. 이 해결책은 emergencynumberlist가 UE에 대한 EAP 응답 메시지에 PCO를 사용하여 어떻게 코딩될 수 있는지를 설명한다. 똑같이 PCO가 ANQP 응답에 인코딩될 수 있다.

아래의 표 13은 제안된 수정사항들이 밑줄 표시된 텍스트로 나타내어진 예시적인 구현을 보여주고 있다:

[표 13]

표 13 - 3GPP　TS　24.008에 대한 제안된 수정사항들

emergencynumberlist의 가능한 인코딩들이 위에서 설명되었다.

위에서 설명된 네트워크 요소들 및 모바일 디바이스들은 임의의 컴퓨팅 디바이스일 수 있다. 그러한 컴퓨팅 디바이스 또는 네트워크 노드는, 스마트폰들 또는 셀룰러 전화기들과 같은 모바일 디바이스들을 포함하지만 이에 제한되지 않는, 임의의 유형의 전자 디바이스를 포함할 수 있다. 예들은, 그 중에서도, 사물 인터넷 디바이스들, 엔드포인트들, 홈 오토메이션 디바이스들, 병원 또는 가정 환경들에 있는 의료 장비, 재고 트래킹 디바이스들, 환경 모니터링 디바이스들, 에너지 관리 디바이스들, 인프라스트럭처 관리 디바이스들, 차량들 또는 차량들을 위한 디바이스들, 고정된 전자 디바이스들과 같은, 고정 또는 모바일 디바이스들을 추가로 포함할 수 있다.

컴퓨팅 디바이스의 하나의 단순화된 블록 다이어그램이 도 8과 관련하여 도시되어 있다.

도 8에서, 디바이스(810)는 프로세서(820) 및 통신 서브시스템(830)을 포함하고, 여기서 프로세서(820) 및 통신 서브시스템(830)은 위에서 설명된 실시예들의 방법들을 수행하기 위해 협력한다.

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

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

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

디바이스(810)의 다양한 요소들 사이의 통신은 일 실시예에서 내부 버스(860)를 통할 수 있다. 그렇지만, 다른 형태들의 통신이 가능하고 본 개시내용의 범위 내에 있다.

게다가, 하나의 예시적인 모바일 디바이스가 도 9와 관련하여 아래에서 설명된다.

모바일 디바이스(900)는 음성 및 데이터 통신 능력을 갖는 양방향 무선 통신 디바이스를 포함할 수 있다. 모바일 디바이스(900)는 일반적으로 인터넷 상의 다른 컴퓨터 시스템들과 통신하는 능력을 갖는다. 제공되는 정확한 기능에 따라, 모바일 디바이스는, 비제한적인 예들로서, 데이터 메시징 디바이스, 양방향 페이저, 무선 이메일 디바이스, 데이터 메시징 능력을 갖는 셀룰러 전화, 무선 인터넷 기기, 무선 디바이스, 사용자 장비, 스마트폰, 태블릿, 랩톱, 노트북, 또는 데이터 통신 디바이스라고 지칭될 수 있다.

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

네트워크 액세스 요구사항들이 네트워크(919)의 유형에 따라 또한 달라질 것이다. 일부 네트워크들에서, 네트워크 액세스는 모바일 디바이스(900)의 가입자 또는 사용자와 연관되어 있다. 모바일 디바이스는 네트워크 상에서 동작하기 위해 RUIM(removable user identity module) 또는 SIM(subscriber identity module) 카드를 요구할 수 있다. SIM/RUIM 인터페이스(944)는 통상적으로 SIM/RUIM 카드가 삽입 및 배출될 수 있는 카드 슬롯과 유사하다. SIM/RUIM 카드는 메모리를 가질 수 있고 많은 주요 구성들(951), 및 ID(identification)와 같은 다른 정보(953), 및 가입자 관련 정보를 보유할 수 있다. SIM 카드가 없더라도, 모바일 디바이스는, 비상 호출을 하는 것을 포함한, 제한된 기능을 여전히 할 수 있다.

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

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

모바일 디바이스(900)는 일반적으로 디바이스의 전체적인 동작을 제어하는 프로세서(938)를 포함한다. 데이터 및 임의로 음성 통신을 포함한, 통신 기능들은 통신 서브시스템(911)을 통해 수행된다. 프로세서(938)는 디스플레이(922), 플래시 메모리(924), 랜덤 액세스 메모리(RAM)(926), 보조 입/출력(I/O) 서브시스템들(928), 직렬 포트(930), 하나 이상의 키보드 또는 키패드(932), 스피커(934), 마이크로폰(936), 단거리 통신 서브시스템과 같은 다른 통신 서브시스템(940) 및 일반적으로 942로 표기된, 센서들과 같은, 임의의 다른 디바이스 서브시스템들과 같은 추가의 디바이스 서브시스템들과 또한 상호작용한다. 직렬 포트(930)는 USB 포트 또는 본 기술분야의 통상의 기술자에게 알려진 다른 포트를 포함할 수 있다.

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

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

도시된 바와 같이, 플래시 메모리(924)는 컴퓨터 프로그램들(958) 및 프로그램 데이터 스토리지(950, 952, 954 및 956) 둘 다를 위해 상이한 영역들로 분리될 수 있다. 이 상이한 스토리지 유형들은 각각의 프로그램이 그들 자신의 데이터 저장 요구사항들을 위해 플래시 메모리(924)의 일 부분을 할당할 수 있음을 나타낸다. 하나의 그러한 프로그램 데이터 스토리지는 자격증명 보관소(credential vault)를 포함할 수 있다.

프로세서(938)는, 자신의 운영 체제 기능들에 부가하여, 모바일 디바이스 상에서의 소프트웨어 애플리케이션들의 실행을 가능하게 해줄 수 있다. 예를 들어, 적어도 데이터 및 음성 통신 애플리케이션들을 포함한, 기본 동작들을 제어하는 미리 결정된 애플리케이션들의 세트는 통상적으로 제조 동안 모바일 디바이스(900) 상에 설치될 것이다. 다른 애플리케이션들은 후속하여 또는 동적으로 설치될 수 있다.

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

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

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

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

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

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

단거리 통신 서브시스템과 같은, 다른 통신 서브시스템들(940)은 모바일 디바이스(900)와, 반드시 유사한 디바이스들일 필요는 없는, 상이한 시스템들 또는 디바이스들 사이의 통신을 제공할 수 있는 추가의 임의적 컴포넌트이다. 예를 들어, 서브시스템(940)은 적외선 디바이스 및 연관된 회로들 및 컴포넌트들 또는 Bluetooth™ 통신 모듈을 포함하여 유사한 방식으로 가능한(similarly enabled) 시스템들 및 디바이스들과의 통신을 제공할 수 있다. 서브시스템(940)은 WiFi 또는 WiMAX와 같은 비-셀룰러 통신, 또는 근거리 통신(near field communications)을 추가로 포함할 수 있다.

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

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

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

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

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

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

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

게다가, 일부 실시예들에서, 아래의 조항들은 그러한 수정들 및 변형들을 제공할 수 있다.

AA. 사용자 장비(UE)에서의 방법으로서, 요청 메시지를 네트워크 노드로 송신하는 단계 - 요청 메시지는 지시를 포함함 -; 및 응답 메시지를, 사용자 장비에서, 수신하는 단계 - 응답 메시지는 국가 코드를 포함한 URN(Uniform Resource Name)을 포함함 - 를 포함하는, 방법.

AB. 조항 AA에 있어서, 지시는 ANQP(Access Network Query Protocol) 비상 호출 번호 엘리먼트를 포함하는, 방법.

AC. 조항 AA에 있어서, URN은 적어도 하나의 네임스페이스 식별자를 포함하는 네임스페이스 특정 스트링을 포함하는, 방법.

AD. 조항 AC에 있어서, 적어도 하나의 네임스페이스 식별자는: 네임스페이스 식별자 "3gpp" 또는 네임스페이스 식별자 "sos-anqp" 중 하나 또는 둘 다를 포함하는, 방법.

AE. 조항 AA에 있어서, URN은: 적어도 하나의 비상 번호; 또는 하나 이상의 비상 호출 유형 중 하나 또는 둘 다를 추가로 포함하는, 방법.

AF. 조항 AE에 있어서, 적어도 하나의 비상 호출 유형은 라벨 "sos"를 포함하는, 방법.

AG. 조항 AF에 있어서, 라벨 "sos"에 이어서 적어도 하나의 서브-라벨이 뒤따르는, 방법.

AH. 조항 AG에 있어서, 서브-라벨은 "경찰", "구급차", "화재", "해상", 또는 "산악" 중 하나를 포함하는, 방법.

AI. 조항 AA에 있어서, 요청 메시지는 ANQP 요청 메시지를 포함하는, 방법.

AJ. 조항 AA에 있어서, 응답 메시지는 ANQP 응답 메시지를 포함하는, 방법.

AK. 조항 AA에 있어서, URN은 비상 번호를 갖지 않으며, 수신하는 단계는 지역 비상 번호들을 갖는 이전에 수신된 리스트를 빈 리스트로 오버라이트하는 단계를 포함하는, 방법.

AL. 조항 AA에 있어서, URN이 비상 번호를 갖지 않음을 검출하는 단계; 지역 비상 번호들을 저장하기 위한 이전에 수신된 리스트를 검출하는 단계; 및 이전에 수신된 리스트를 비상 번호를 갖지 않는 리스트로 대체하는 단계를 추가로 포함하는, 방법.

AM. 조항 AA에 있어서, URN이 비상 번호를 갖지 않음을 검출하는 단계; 및 비상 번호를 갖지 않는 리스트를 저장하는 단계를 추가로 포함하는, 방법.

AN. 조항 AA에 있어서, 국가 코드는 MCC를 포함하고, MCC는 비상 번호, 유형 또는 카테고리 정보가 적용되는 PLMN(Public Land Mobile Network) 코드의 일 부분을 나타내는, 방법.

AO. 사용자 장비로서, 프로세서; 및 통신 서브시스템을 포함하고, 사용자 장비는: 요청 메시지를 네트워크 노드로 송신하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를 수신하도록 - 응답 메시지는 국가 코드를 포함한 URN(Uniform Resource Name)을 포함함 - 구성되는, 사용자 장비.

AP. 조항 AO에 있어서, 지시는 ANQP(Access Network Query Protocol) 비상 호출 번호 엘리먼트를 포함하는, 사용자 장비.

AQ. 조항 AO에 있어서, URN은 적어도 하나의 네임스페이스 식별자를 포함하는 네임스페이스 특정 스트링을 포함하는, 사용자 장비.

AR. 조항 AP에 있어서, 적어도 하나의 네임스페이스 식별자는: 네임스페이스 식별자 "3gpp" 또는 네임스페이스 식별자 "sos-anqp" 중 하나 또는 둘 다를 포함하는, 사용자 장비.

AS. 조항 AO에 있어서, URN은: 적어도 하나의 비상 번호; 또는 하나 이상의 비상 호출 유형 중 하나 또는 둘 다를 추가로 포함하는, 사용자 장비.

AT. 조항 AS에 있어서, 적어도 하나의 비상 호출 유형은 라벨 "sos"를 포함하는, 사용자 장비.

AU. 조항 AT에 있어서, 라벨 "sos"에 이어서 적어도 하나의 서브-라벨이 뒤따르는, 사용자 장비.

AV. 조항 AU에 있어서, 서브-라벨은 "경찰", "구급차", "화재", "해상", 또는 "산악" 중 하나를 포함하는, 사용자 장비.

AW. 조항 AO에 있어서, 요청 메시지는 ANQP 요청 메시지를 포함하는, 사용자 장비.

AX. 조항 AO에 있어서, 응답 메시지는 ANQP 응답 메시지를 포함하는, 사용자 장비.

AY. 조항 AO에 있어서, URN은 비상 번호를 갖지 않으며, 사용자 장비는 지역 비상 번호들을 갖는 이전에 수신된 리스트를 빈 리스트로 오버라이트하는 것에 의해 수신하도록 구성되는, 사용자 장비.

AZ. 명령어 코드를 저장하기 위한 비일시적 컴퓨터 판독가능 매체로서, 명령어 코드는, 사용자 장비의 프로세서에 의해 실행될 때, 사용자 장비로 하여금: 요청 메시지를 네트워크 노드로 송신하게 하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를 수신하게 하는 - 응답 메시지는 국가 코드와 함께 빈 비상 번호 리스트를 포함한 통합 자원 이름(uniform resource name)을 포함함 -, 비일시적 컴퓨터 판독가능 매체.

BA. 네트워크 요소에서의 방법으로서, 사용자 장비로부터 요청 메시지를 수신하는 단계 - 요청 메시지는 지시를 포함함 -; 및 응답 메시지를, 사용자 장비로, 송신하는 단계 - 응답 메시지는 국가 코드를 포함한 URN(Uniform Resource Name)을 포함함 - 를 포함하는, 방법.

BB. 네트워크 요소로서, 프로세서; 및 통신 서브시스템을 포함하고, 네트워크 요소는 사용자 장비로부터 요청 메시지를 수신하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를, 사용자 장비로, 송신하도록 - 응답 메시지는 국가 코드를 포함한 URN(Uniform Resource Name)을 포함함 - 구성되는, 네트워크 요소.

BC. 명령어 코드를 저장하기 위한 비일시적 컴퓨터 판독가능 매체로서, 명령어 코드는, 네트워크 요소의 프로세서에 의해 실행될 때, 네트워크 요소로 하여금: 사용자 장비로부터 요청 메시지를 수신하게 하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를, 사용자 장비로, 송신하게 하는 - 응답 메시지는 국가 코드를 포함한 URN(Uniform Resource Name)을 포함함 -, 비일시적 컴퓨터 판독가능 매체.

BD. 비-3GPP(Third Generation Partnership Project) 네트워크를 사용하여 비상 코드들을 제공하기 위한 네트워크 요소에서의 방법으로서, 사용자 장비로부터 요청 메시지를 수신하는 단계 - 요청 메시지는 지시를 포함함 -; 및 응답 메시지를, 사용자 장비로, 송신하는 단계 - 응답 메시지는 적어도 하나의 모바일 국가 코드(MCC)를 포함하고, 응답 메시지는 비상 번호, 유형 또는 카테고리 정보를 나타냄 - 를 포함하며; 비상 번호, 유형 또는 카테고리 정보는 적어도 하나의 MCC와 연관되고, 적어도 하나의 MCC는 비상 번호, 유형 또는 카테고리 정보가 적용되는 PLMN(Public Land Mobile Network) 코드의 일 부분을 나타내는, 방법.

BE. 비-3GPP(Third Generation Partnership Project) 네트워크를 사용하여 비상 코드들을 제공하기 위한 네트워크 요소로서, 프로세서; 및 통신 서브시스템을 포함하고, 네트워크 요소는: 사용자 장비로부터 요청 메시지를 수신하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를, 사용자 장비로, 송신하도록 - 응답 메시지는 적어도 하나의 모바일 국가 코드(MCC)를 포함하고, 응답 메시지는 비상 번호, 유형 또는 카테고리 정보를 나타냄 - 구성되며; 비상 번호, 유형 또는 카테고리 정보는 적어도 하나의 MCC와 연관되고, 적어도 하나의 MCC는 비상 번호, 유형 또는 카테고리 정보가 적용되는 PLMN(Public Land Mobile Network) 코드의 일 부분을 나타내는, 네트워크 요소.

BF. 명령어 코드를 저장하기 위한 비일시적 컴퓨터 판독가능 매체로서, 명령어 코드는, 네트워크 요소의 프로세서에 의해 실행될 때, 네트워크 요소로 하여금: 사용자 장비로부터 요청 메시지를 수신하게 하고 - 요청 메시지는 지시를 포함함 -; 응답 메시지를, 사용자 장비로, 송신하게 하며 - 응답 메시지는 적어도 하나의 모바일 국가 코드(MCC)를 포함하고, 응답 메시지는 비상 번호, 유형 또는 카테고리 정보를 나타냄 -; 비상 번호, 유형 또는 카테고리 정보는 적어도 하나의 MCC와 연관되고, 적어도 하나의 MCC는 비상 번호, 유형 또는 카테고리 정보가 적용되는 PLMN(Public Land Mobile Network) 코드의 일 부분을 나타내는, 비일시적 컴퓨터 판독가능 매체.

Claims

비-3GPP(non-Third Generation Partnership Project) 네트워크 내의 네트워크 노드에서의 비상 코드(emergency code)들을 제공하기 위한 방법으로서,
상기 네트워크 노드에서, 사용자 장비(UE)로부터, 비상 번호 정보에 대한 요청 및 모바일 국가 코드(Mobile Country Code; MCC)를 포함하는 요청 메시지를 수신하는 단계; 및
상기 네트워크 노드로부터 상기 사용자 장비로 응답 메시지를 송신하는 단계 - 상기 응답 메시지는 비상 번호들의 빈 리스트(empty list)의 지시자(indicator)를 포함하고, 상기 지시자를 가진 상기 응답 메시지는, 상기 UE로 하여금, 이전에 수신된 로컬 비상 번호의 리스트를 상기 빈 리스트로 오버라이트하게 함 -
를 포함하는, 방법.
제1항에 있어서,
상기 요청 메시지는 DNS 질의(query)인 것인, 방법.
제1항에 있어서,
상기 지시자는 "urn:3gpp:sos-anqp", "urn:3gpp:sos-anqp:noLocalEmergyNumbers", 및 "urn:3gpp:sos-anqp:mccXX(X)" 중 하나를 포함하고, XX(X)는 모바일 국가 코드(MCC)의 숫자(digit)를 지시하는 것인, 방법.
제1항에 있어서,
상기 빈 리스트는 서비스 제공자 식별자 또는 국가 코드 중 적어도 하나와 연관되는 것인, 방법.
제4항에 있어서,
상기 서비스 제공자 식별자는 PLMN(Public Land Mobile Network) 코드를 포함하는 것인, 방법.
제4항에 있어서,
상기 서비스 제공자 식별자는 NAI 영역(Network Access Identifier realm)을 포함하는 것인, 방법.
제5항에 있어서,
상기 PLMN(Public Land Mobile Network) 코드는 모바일 국가 코드(MCC) 및 모바일 네트워크 코드(Mobile Network Code; MNC)를 포함하는 것인, 방법.
비상 코드를 제공하도록 구성된 네트워크 노드로서,
프로세서; 및
통신 서브시스템을 포함하고,
상기 네트워크 노드는,
사용자 장비(UE)로부터, 비상 번호 정보에 대한 요청 및 모바일 국가 코드(Mobile Country Code; MCC)를 포함하는 요청 메시지를 수신하도록;
상기 네트워크 노드로부터 상기 사용자 장비로 응답 메시지 - 상기 응답 메시지는 비상 번호들의 빈 리스트(empty list)의 지시자(indicator)를 포함하고, 상기 지시자를 가진 상기 응답 메시지는, 상기 UE로 하여금, 이전에 수신된 로컬 비상 번호의 리스트를 상기 빈 리스트로 오버라이트하게 함 - 를 송신하도록
구성되는 것인, 네트워크 노드.
제8항에 있어서,
상기 요청 메시지는 DNS 질의(query)인 것인, 네트워크 노드.
제8항에 있어서,
상기 지시자는 "urn:3gpp:sos-anqp", "urn:3gpp:sos-anqp:noLocalEmergyNumbers", 및 "urn:3gpp:sos-anqp:mccXX(X)" 중 하나를 포함하고, XX(X)는 모바일 국가 코드(MCC)의 숫자(digit)를 지시하는 것인, 네트워크 노드.
제8항에 있어서,
상기 빈 리스트는 서비스 제공자 식별자 또는 국가 코드 중 적어도 하나와 연관되는 것인, 네트워크 노드.
제11항에 있어서,
상기 서비스 제공자 식별자는 PLMN(Public Land Mobile Network) 코드를 포함하는 것인, 네트워크 노드.
제11항에 있어서,
상기 서비스 제공자 식별자는 NAI 영역(Network Access Identifier realm)을 포함하는 것인, 네트워크 노드.
제12항에 있어서,
상기 PLMN(Public Land Mobile Network) 코드는 모바일 국가 코드(MCC) 및 모바일 네트워크 코드(Mobile Network Code; MNC)를 포함하는 것인, 네트워크 노드.
비상 코드들을 획득하기 위한 명령어 코드를 저장하는 비일시적(non-transitory) 컴퓨터 판독 가능 매체로서,
상기 명령어 코드는, 네트워크 노드의 프로세서에 의한 실행 시, 상기 네트워크 노드로 하여금,
사용자 장비(UE)로부터, 비상 번호 정보에 대한 요청 및 모바일 국가 코드(Mobile Country Code; MCC)를 포함하는 요청 메시지를 수신하고;
상기 네트워크 노드로부터 상기 사용자 장비로 응답 메시지 - 상기 응답 메시지는 비상 번호들의 빈 리스트(empty list)의 지시자(indicator)를 포함하고, 상기 지시자를 가진 상기 응답 메시지는, 상기 UE로 하여금, 이전에 수신된 로컬 비상 번호의 리스트를 상기 빈 리스트로 오버라이트하게 함 - 를 송신하게 하는 것인, 비일시적 컴퓨터 판독 가능 매체.
제15항에 있어서,
상기 요청 메시지는 DNS 질의(query)인 것인, 비일시적 컴퓨터 판독 가능 매체.
제15항에 있어서,
상기 지시자는 "urn:3gpp:sos-anqp", "urn:3gpp:sos-anqp:noLocalEmergyNumbers", 및 "urn:3gpp:sos-anqp:mccXX(X)" 중 하나를 포함하고, XX(X)는 모바일 국가 코드(MCC)의 숫자(digit)를 지시하는 것인, 비일시적 컴퓨터 판독 가능 매체.
제15항에 있어서,
상기 빈 리스트는 서비스 제공자 식별자 또는 국가 코드 중 적어도 하나와 연관되는 것인, 비일시적 컴퓨터 판독 가능 매체.
제18항에 있어서,
상기 서비스 제공자 식별자는 PLMN(Public Land Mobile Network) 코드를 포함하는 것인, 비일시적 컴퓨터 판독 가능 매체.
제18항에 있어서,
상기 서비스 제공자 식별자는 NAI 영역(Network Access Identifier realm)을 포함하는 것인, 비일시적 컴퓨터 판독 가능 매체.
제19항에 있어서,
상기 PLMN(Public Land Mobile Network) 코드는 모바일 국가 코드(MCC) 및 모바일 네트워크 코드(Mobile Network Code; MNC)를 포함하는 것인, 비일시적 컴퓨터 판독 가능 매체.