[go: up one dir, main page]

KR102697714B1 - 비상 호들 - Google Patents

비상 호들 Download PDF

Info

Publication number
KR102697714B1
KR102697714B1 KR1020207032599A KR20207032599A KR102697714B1 KR 102697714 B1 KR102697714 B1 KR 102697714B1 KR 1020207032599 A KR1020207032599 A KR 1020207032599A KR 20207032599 A KR20207032599 A KR 20207032599A KR 102697714 B1 KR102697714 B1 KR 102697714B1
Authority
KR
South Korea
Prior art keywords
emergency
network
urn
plmn
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
KR1020207032599A
Other languages
English (en)
Other versions
KR20210022543A (ko
Inventor
잔 헨드릭 루카스 백커
Original Assignee
블랙베리 리미티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 블랙베리 리미티드 filed Critical 블랙베리 리미티드
Publication of KR20210022543A publication Critical patent/KR20210022543A/ko
Application granted granted Critical
Publication of KR102697714B1 publication Critical patent/KR102697714B1/ko
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1059—End-user terminal functionalities specially adapted for real-time communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H04M2207/187—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks combining circuit and packet-switched, e.g. GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Landscapes

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

Abstract

일부 예들에서, 디바이스가 호를 개시하는 일부로서 수신된 발신 식별자가 비상 식별자 - 비상 식별자는 URN(Uniform Resource Name)을 도출하기 위한 정보와 연관됨 - 와 일치함을 검출한다. 그 디바이스는 제2 네트워크와는 상이한 제1 네트워크 - 제2 네트워크는 비상 식별자를 구성하였음 - 에 있음을 검출한다. 디바이스가 제2 네트워크와는 상이한 제1 네트워크에 있음을 검출한 것에 응답하여, 디바이스는 송신될 세션 개시 프로토콜 (SIP) INVITE 메시지에 URN인 urn:service:sos를 포함시킨다.

Description

비상 호들
원거리통신 서비스들이 네트워크들, 이를테면 공공 육상 이동 네트워크들(Public Land Mobile Networks)(PLMN들)을 통해 제공된다. 일부 예들에서, 네트워크가 액세스 네트워크(access network), 코어 네트워크(core network), 및 인터넷 프로토콜(Internet Protocol)(IP) 멀티미디어 서브시스템(Multimedia Subsystem)(IMS)을 포함할 수 있다. 다른 네트워크들은 다른 컴포넌트들을 포함할 수 있다. 서비스들은 사용자의 홈 네트워크에 의해 제공될 수 있다. 사용자가 비-홈(non-home) 네트워크 또는 방문한 네트워크를 사용하고 있을 때, 해당 네트워크는 사용자의 홈 네트워크와 관계를 가질 수도 있다. 사용자의 사용자 장비(user equipment)(UE)에 의해 송신된 일부 정보는 방문한 네트워크를 통해 홈 네트워크로 다시 전달된다.
UE로부터 방문한 네트워크를 통한 홈 네트워크로의 정보의 전달은 상이한 루트들을 취하며, 예를 들어, 홈과 방문한 네트워크 사이의 관계 유형에 기초하여, 또는 네트워크들의 기술에 기초하여 상이한 네트워크 엘리먼트들을 통해 이동할 수도 있다. 예를 들어, 5세대(5G) 코어 네트워크가 EPC(Evolved Packet Core) 네트워크에 비해 상이한 네트워크 엘리먼트들을 갖는다. EPC는 4세대(4G) 무선 네트워크, 이를테면 LTE(Long Term Evolution) 네트워크에서 통합된(converged) 음성 및 데이터를 제공하는 프레임워크이다.
IMS는, 예를 들어, P-CSCF를 포함한다. EPC는, 예를 들어, 이동성 관리 엔티티(Mobility Management Entity)(MME)를 포함한다. 5G CN은, 예를 들어, 액세스 및 이동성 관리 기능부(access and mobility management function)(AMF)를 포함한다.
네트워크들은 전통적으로 음성 통화들과 비상 통화들이 처리되는 회선 교환식(Circuit Switched)(CS) 도메인, 또는 IMS에 대한 액세스를 포함하는 PS 서비스들이 처리되는 패킷 교환식(Packet Switched)(PS) 도메인을 제공할 수 있다.
PS 도메인은 IMS를 통해 비상 서비스들을 지원한다. UE가 CS 도메인 및 PS 도메인 중 하나 또는 양쪽 모두에 액세스하는 것을 지원할 수도 있다. PS를 지원하는 UE가 IMS를 또한 지원할 수도 있다.
본 개시의 일부 구현예들은 다음의 도면들에 관해 설명된다.
도 1 내지 도 3은 일부 예들에 따라, UE와 네트워크 노드들 사이의 상이한 세 개의 메시징 시나리오들을 예시한다.
도 4 내지 도 8은 본 개시의 일부 구현예들에 따른 다양한 프로세스들의 흐름도들이다.
도면들의 전체에 걸쳐, 동일한 참조 번호들은 유사하지만 반드시 동일하지는 않은 엘리먼트들을 나타낸다. 도면들은 반드시 축척대로 그려지지 않고, 일부 부품들의 사이즈는 도시된 예를 더 명확하게 예시하도록 과장될 수도 있다. 더구나, 그 도면들은 상세한 설명과 일치하는 예들 및/또는 구현예들을 제공하지만, 상세한 설명은 도면들에 제공된 예들 및/또는 구현예들로 제한되지 않는다.
1. 일반
1.1 머리글자들 및 약어들
아래의 표 1은 다양한 머리글자들과 약어들을 나열한다.
표 1
1.2 용어
아래의 표 2는 사용되는 다양한 용어들을 요약한다.
표 2
2.1 비상 서비스 유형들
비상 서비스들은 비상 번호들에 의해 식별될 수도 있다. 비상 번호들은 비상 서비스 유형들에 매여 있을 수 있다. 비상 서비스 유형들의 예들은 경찰, 구급차, 소방서, 해상 경비대, 산악 구조대, 또는 임의의 다른 비상 서비스 유형을 포함한다.
규제기관들이 비상 서비스들을 정의하기 위한 권한을 갖는다. 통상적으로, 규제기관이 번호를 예약하고 그 번호와 비상 서비스 설명을 연관시킨다. 예약 번호는 비상 번호라고 지칭된다. 특정한 비상 서비스 설명들의 경우, 비상 서비스 설명과 비상 서비스 유형을 연관시키는 것이 간단하다. 다른 비상 서비스 설명들의 경우, 비상 서비스 설명과 비상 서비스 유형을 연관시키는 것은 간단하지 않다.
비상 서비스 유형들은 이진 정보 엘리먼트에 의해 나타내어지는 범주로 표현될 수 있다. 범주의 하나 이상의 비트는 비상 서비스 유형을 지시하기 위해 "1"로 설정될 수도 있다. 대안적으로, 비상 서비스 유형들은 URN을 사용하여 표현될 수 있다. URN이 "urn:service:sos[.optional-dot-separated-labels-follow]", 예컨대, "urn:service:sos.police" 또는 "urn:service:sos.child.support"의 형식을 취할 수 있다.
2.2 비상 서비스 유형들의 사용
UE는, 국가의 비상 번호와 일치(match)하는 비상 번호에 전화가 걸림을 검출할 때, 호 셋업 또는 세션 셋업 메시지에 비상 서비스 유형을 포함시킨다.
비상 서비스 유형은 UE가 제한 서비스 모드에 있는지의 여부에 상관없이 포함된다. 제한 서비스 모드에 있는 UE가 UE가 가입한 서비스들에 액세스하지 못할 수도 있다. 제한 서비스 모드에 있는 UE가 통상적으로 비상 서비스들만을 호출할 수 있다.
UE가 제한된 서비스 상태에 있을 때 그것은 제한 서비스 모드에 있다. 그 뒤에, UE는 EPC 네트워크에 비상 접속되거나 또는 5GC 네트워크에 비상 접속되거나, 비상 베어러 서비스들에 접속되거나 또는 비상 서비스들에 등록될 수 있다.
2.3 NAS(non-access stratum) 메시지들 및 절차들
일부 예들에서, UE가 서비스들을 사용(서비스들에 가입)할 수 있기 전에 UE가 네트워크에 등록 또는 접속한다. UE는 네트워크에 등록 또는 접속할 때 NAS 메시지들을 전송하고 수신한다. 5GS에서, 등록을 요청하는 NAS 메시지가 REGISTRATION 요청 메시지를 포함할 수도 있다. EPS에서, 등록을 요청하는 NAS 메시지가 ATTACH 요청 메시지를 포함할 수도 있다. 등록 요청에 응답하여, UE는 등록 수락 메시지를 수신할 수도 있다. 5GS에서, 등록 수락 메시지에 대응하는 NAS 메시지가 REGISTRATION ACCEPT 메시지를 포함할 수도 있다. EPS에서, 등록 수락 메시지에 대응하는 NAS 메시지가 ATTACH ACCEPT 메시지를 포함할 수도 있다.
2.4 비상 서비스 유형으로서 URN을 도출(deriving)
UE는 비상 번호 및 UE가 URN을 도출할 할 수 있는 연관 정보를 수신할 수도 있다. 도출된 URN은 비상 서비스 유형을 나타낸다. 도출된 URN은 비상 세션을 개시하기 위해 PS 도메인을 통해 IMS를 사용할 때 SIP INVITE 메시지에 포함될 수 있다.
UE가 비상 번호 및 URN을 도출할 수 있는 연관 정보는 확장된(국부) 비상 번호 목록(Extended Emergency Number List)(EENL) 정보 엘리먼트(IE)를 통해 옵션적으로 프로비저닝(provisioning)될 수 있다.
UE가 비상 번호 및 URN을 도출할 수 있는 연관 정보는 (국부) 비상 번호 목록(ENL) IE를 통해 옵션적으로 프로비저닝될 수 있다.
EENL IE는 ATTACH ACCEPT 메시지, REGISTER ACCEPT 메시지, TRACKING AREA UPDATE ACCEPT 메시지, 등록 수락 메시지, 접속 수락 메시지 또는 추적 영역 업데이트 수락 메시지에 포함될 수 있다.
2.5 EENL IE
3GPP TS 24.301에서 정의된 바와 같은 EENL은 아래에서 재현된다:
이 정보 엘리먼트의 목적은 연관된 비상 서비스 URN의 0 개 이상의 하위 서비스들을 포함하는 하위 서비스 필드와 함께 하나 이상의 국부 비상 번호(들)를 인코딩하는 것이다. 비상 서비스 URN이 IETF RFC(Request for Comments) 5031에서 특정된 바와 같은 "sos"의 최고 레벨 서비스 유형을 갖는 서비스 URN이다.
예 1: 연관된 비상 서비스 URN이 "urn:service:sos.gas"이면, "gas"인 하위 서비스 필드에 제공되는 하위 서비스가 하나만 있다.
예 2: 연관된 비상 서비스 URN이 "urn:service:sos"이면, 하위 서비스 필드에 제공되는 하위 서비스들이 없고 하위 서비스 필드의 길이는 "0"이다.
주: 연관된 비상 서비스 URN은 3GPP TS 24.229에서 정의된 바와 같은 국가 특정 비상 서비스 URN일 수 있다.
확장 비상 번호 목록 정보 엘리먼트는 아래에 보인 바와 같이 코딩된다.
확장 비상 번호 목록 IE는 6 개 옥텟들의 최소 길이와 65536 개 옥텟들의 최대 길이를 갖는 유형 6 정보 엘리먼트이다.
주 1: 그 길이는 숫자 자리들을 인코딩하는 사용되는 옥텟 수를 포함해야 한다.
주 2: 옥텟 5에서의 숫자 자리(들)는 옥텟 6 등에서의 자리(들) 앞에 있다. 처음 입력될 숫자 자리는, 옥텟 6의 비트 1 내지 비트 4에 위치된다. 숫자 자리들의 콘텐츠들은 3GPP TS 24.008의 표 10.5.118에 도시된 바와 같이 코딩된다.
주 3: 비상 번호가 홀수 자릿수를 포함하면, 각각의 비상 번호의 마지막 옥텟의 비트 5 내지 비트 8는 "1111"로서 코딩된 끝 표시로 채워져야 한다.
주 4: 그 길이는 하위 서비스 필드를 인코딩하는데 사용되는 옥텟 수를 포함해야 한다.
주 5: 연관된 비상 서비스 URN의 하위 서비스들의 문자들은 3GPP TS 23.038에 따라 코딩되어야 하고 첫 번째 문자는 옥텟 j+1, l+1 또는 n+1에서 시작한다.
예 3: 연관된 비상 서비스 URN이 "urn:service:sos.police.municipal"이면, 하위 서비스 필드는 "police.municipal"을 포함하고 첫 번째 문자는 "p"이다.
2.6 SIP 메시지들
SIP 프로토콜은 요청 메시지들과 응답 메시지들을 포함한다. SIP 메시지들(요청 또는 응답)은 하나 이상의 헤더 필드와, 뒤따르는 바디를 포함하도록 구조화된다. 그 바디는 0 개 이상의 바디들을 포함할 수도 있다. 바디의 비제한적 예가 확장가능 마크업 언어(Extensible Markup Language)(XML) 문서 또는 SIP 메시지 또는 SIP 메시지의 조각(fragment)이다. 바디들은 입력(type)되는데: 다른 SIP 메시지의 바디에 포함되는 SIP 메시지가 message/sip로 입력되며, 다른 SIP 메시지의 바디에 포함되는 SIP 메시지 조각이 message/sipfrag로 입력된다.
3. 쟁점들
3.0 고 레벨 문제
동일한 국가에서 제2 PLMN에 성공적인 등록 시 EENL(제1 PLMN으로부터 수신됨)을 삭제하는 것이 제안되었다. EENL이 삭제되면 (그리고 동일한 국가에서 제2 PLMN으로부터 EENL가 수신되지 않으면), UE는, 비상 번호가 삭제된 EENL에 포함되었다면, 전화를 건 번호가 비상 번호임을 더 이상 검출하지 않을 수도 있다.
성공적인 등록 후, 제2 PLMN은 (네트워크 검출 비상 통화 절차들에 의해) 전화를 건 번호가 비상 번호로서 취급될 것인지의 여부를 검출할 수 있다고 가정된다.
그러나, 제2 PLMN이 네트워크 검출 비상 통화 절차들을 수행하지 않으면, 그 통화는 제1 PLNM에 의해 EENL을 통해 구성되었더라도 비상으로서 검출되지 않을 수도 있다.
UE가 제한 서비스 모드에 있을 때 또는 UE가 (상이한 국가에서) 제3 PLMN의 네트워크 노드에 WLAN을 통해 통화를 시도할 때 추가의 문제들이 존재한다. WLAN의 경우, 3GPP 액세스가 이용 가능하면, 비상 통화는 3GPP 액세스를 통해 행해져야 한다. EENL 목록이 없다는 것은 전화를 건 번호가 비상 번호임을 UE가 더 이상 검출하지 않을 수 있다는 것을 의미할 수도 있고, UE는 상이한 국가에서 제3 PLMN의 WLAN을 통해 검출되지 않는 비상 통화를 시도할 수도 있다.
3.1 규정되지 않은 (비상) 서비스 유형
국가에서의 각각의 PLMN은 상이한 비상 서비스 유형에 매여 있을 수도 있거나 또는 비상 번호를 상이한 비상 서비스 유형에 연관시킬 수도 있다. PLMN 특정 비상 서비스 유형들 또는 비규정(비상) 서비스 유형들의 개념은 다음의 문제들을 야기한다:
Figure 112020120690240-pct00007
제2 PLMN에 비상 접속되는 제한 서비스 모드의 UE가, 제1 PLMN로부터 비상 번호들 및 비상 서비스 유형들을 수신한 후, 제2 PLMN에 의해 인식되지 않는 비상 서비스 유형과의 비상 통화를 식별할 수도 있다. 이는 제2 PLMN로 하여금 비상 통화를 거부하게 하거나 또는 비상 통화를 부정확하게 라우팅하게 할 수도 있다 .
레거시 네트워크 노드(예컨대, MME)를 사용하여 제2 PLMN에 (예컨대, 로밍할 때) 접속되는 UE가, 제1 PLMN으로부터 비상 번호들 및 비상 서비스 유형들을 수신한 후, 제2 PLMN에 의해 인식되지 않는 비상 서비스 유형과의 비상 통화를 식별할 수도 있다. 이는 제2 PLMN으로 하여금 비상 통화를 거부하게 하거나 또는 비상 통화를 부정확하게 라우팅하게 할 수도 있다.
일반적으로, 이는 URN이 PLMN A에 의해 UE에 프로비저닝되면, PLMN A와 동일한 국가에 있는 PLMN B가 비상 서비스 유형 식별자(예컨대, 전술한 URN 포맷의 식별자)를 포함하는 호 또는 세션을 정확하게 라우팅하지 못할 수도 있다는 것을 의미한다.
3.2 너무 많은 숫자 조합들이 제한된 서비스 상태 비상 통화를 트리거함
UE에서 비상 번호에 일치할 수 있는 숫자 문자열들의 수가 증가함에 따라, 포켓 다이얼식(pocket dialled) 비상 통화들(UE가 주머니, 지갑, 또는 다른 컨테이너에 있는 동안 전화가 걸린 비상 통화, 또는 UE의 사용자에 의해 이루어지도록 의도되지 않은 임의의 비상 통화들)이 증가할 수도 있다. 규제기관들은 비자발적으로 또는 실수로 개시된 비상 통화로 인해 실패한 비상 통화들의 수에 관한 우려가 늘어날 수도 있다.
4. 제안된 구현예(들)
4.0 일반
4.0.1 일반
섹션 4.1 및 섹션 4.2는 섹션 3.1에서의 문제들을 해결한다. 도 1 내지 도 3은 일부 구현예들에 따른 기법들 또는 메커니즘들이 채용될 수도 있는 예시적인 세 가지 시나리오들을 보여준다.
4.0.2 시나리오 1
도 1은 시나리오 1에 따른 UE(102)와 네트워크 노드들 사이의 메시지들의 교환을 도시한다. 도 1은 (확장된) 국부 비상 번호들의 사용을 도시한다. 다음은 도 1에 도시된 태스크들을 언급한다.
태스크 1a: UE(102)는 국가 A에서의 제1 PLMN의 네트워크 노드(104)에 ATTACH 메시지 또는 REGISTER 메시지를 전송함으로써 등록을 시도한다.
태스크 1b: 네트워크 노드(104)는 등록 시도를 수락한다. 네트워크 노드(104)는 적어도 하나의 비상 번호 및 UE(102)가 URN을 도출할 수 있는 연관 정보를 전송한다. 적어도 하나의 비상 번호 및 연관 정보는 이동성 관리 메시지로 전송될 수 있다. UE(102)는 네트워크 노드(104)로부터 이동성 관리 메시지를 수신한다. 이동성 관리 메시지는 등록 수락 메시지를 포함할 수 있다. 등록 수락 메시지는 ATTACH ACCEPT 메시지 또는 REGISTER ACCEPT 메시지를 포함할 수 있다. UE(102)에 의해 수신된 이동성 관리 메시지는 네트워크 노드(104)에 의해 전송된 정보를 포함한다.
태스크 2a: UE(102)는 국가 A에서의 제2 PLMN의 네트워크 노드(106)에 ATTACH 메시지 또는 REGISTER 메시지를 전송함으로써 등록을 시도한다.
태스크 2b: 네트워크 노드(106)는 등록 시도를 수락한다. UE(102)는 적어도 하나의 비상 번호 및 URN을 도출하기 위한 연관 정보를 수신하지 않는다.
태스크 3: UE(102)는 국가 A에서 전화를 건 번호가 비상 번호인지를 검출하기 위해 적어도 제1 PLMN의 네트워크 노드(104)로부터 수신된 적어도 하나의 비상 번호를 계속 사용한다.
4.0.2 시나리오 2
도 2는 시나리오 2에 따른 UE(102)와 네트워크 노드들 사이의 메시지들의 교환을 도시한다. 도 2는 (확장된) 국부 비상 번호들의 사용을 도시한다. 다음은 도 2에 도시된 태스크들을 언급한다.
태스크 1a: UE(102)는 제1 PLMN의 네트워크 노드(104)에 ATTACH 메시지 또는 REGISTER 메시지를 전송함으로써 등록을 시도한다.
태스크 1b: 네트워크 노드(104)는 등록 시도를 수락한다. 네트워크 노드(104)는 적어도 하나의 비상 번호 및 UE(102)가 URN을 도출할 수 있는 연관 정보를 전송한다. 적어도 하나의 비상 번호 및 연관 정보는 이동성 관리 메시지로 전송될 수 있다. UE(102)는 네트워크 노드(104)로부터 이동성 관리 메시지를 수신한다. 이동성 관리 메시지는 등록 수락 메시지를 포함할 수 있다. 등록 수락 메시지는 ATTACH ACCEPT 메시지 또는 REGISTER ACCEPT 메시지를 포함할 수 있다. UE(102)에 의해 수신된 이동성 관리 메시지는 네트워크 노드(104)에 의해 전송된 정보를 포함한다.
태스크 2a: UE(102)는 제한된 서비스 상태 또는 제한 서비스 모드에 진입할 수도 있다.
태스크 2b: UE(102)는 제2 PLMN의 네트워크 노드(106)에 비상을 나타내는 REGISTER 메시지를 전송함으로써 비상 서비스들에 등록되려고 시도하거나, 또는 UE(102)는 제2 PLMN의 네트워크 노드(106)에 비상을 나타내는 ATTACH 메시지를 전송함으로써 비상 베어러 서비스들에 접속되려고 시도한다.
태스크 2c: 네트워크 노드(106)는 등록 시도를 수락한다. UE(102)는 적어도 하나의 비상 번호 및 URN을 도출하기 위한 연관 정보를 수신하지 않는다.
태스크 3: UE(102)는 국가 A에서 전화를 건 번호가 비상 번호인지를 검출하기 위해 적어도 제1 PLMN의 네트워크 노드(104)로부터 수신된 적어도 하나의 비상 번호를 계속 사용한다.
4.0.4 시나리오 3
도 3은 시나리오 3에 따른 UE(102)와 네트워크 노드들 사이의 메시지들의 교환을 도시한다. 도 3은 (확장된) 국부 비상 번호들의 사용을 도시한다. 다음은 도 3에 도시된 태스크들을 언급한다.
태스크 1a: UE(102)는 제1 PLMN의 네트워크 노드(104)에 ATTACH 메시지 또는 REGISTER 메시지를 전송함으로써 등록을 시도한다.
태스크 1b: 네트워크 노드(104)는 등록 시도를 수락한다. 네트워크 노드(104)는 적어도 하나의 비상 번호 및 URN을 도출하기 위한 연관 정보를 전송한다. 적어도 하나의 비상 번호 및 연관 정보는 이동성 관리 메시지로 전송될 수 있다. UE(102)는 네트워크 노드(104)로부터 이동성 관리 메시지를 수신한다. 이동성 관리 메시지는 등록 수락 메시지를 포함할 수 있다. 등록 수락 메시지는 ATTACH ACCEPT 메시지 또는 REGISTER ACCEPT 메시지를 포함할 수 있다. UE(102)에 의해 수신된 이동성 관리 메시지는 네트워크 노드(104)에 의해 전송된 정보를 포함한다.
태스크 2a: UE(102)가 제한된 서비스 상태에 진입하지 않았으면, UE(102)는 ATTACH 메시지 또는 REGISTER 메시지에서 비상을 나타내지 않을 수도 있다. UE(102)는 ATTACH 메시지 또는 REGISTER 메시지를 제2 PLMN의 네트워크 노드(106)에 전송함으로써 등록하려고 시도한다 (UE가 제한된 서비스 상태 또는 제한 서비스 모드에 진입했다면, ATTACH 메시지가 비상을 나타내었을 수도 있거나 또는 REGISTER 메시지가 비상을 나타내었을 수도 있다).
태스크 2b: 네트워크 노드(106)는 등록 시도를 수락한다. UE(102)는 적어도 하나의 비상 번호 및 URN을 도출하기 위한 연관 정보를 수신하지 않는다.
태스크 3a: UE(102)는 상이한 국가 B의 제3 PLMN, 예컨대, 홈 국가의 홈 PLMN에서 WLAN을 통해 네트워크 노드(108)에 옵션적으로 연결할 수도 있다.
태스크 3b: UE(102)는 국가 A에서 전화를 건 번호가 비상 번호인지를 검출하기 위해 적어도 제1 PLMN의 네트워크 노드(104)로부터 수신된 적어도 하나의 비상 번호를 계속 사용한다.
4.1 비상 번호와 URN을 도출하기 위한 정보 사이의 연관을 무시
4.1.0 일반
동일한 국가의 제1 PLMN을 알려지지 않은 URN들 또는 제1 PLMN이 UE(102)에서 구성하지 않은 URN들을 수신하는 것으로부터 보호하기 위해, UE(102)는 비상 번호와 URN을 도출하기 위한 정보 사이의 연관을 무시할 수도 있다. UE(102)는 적어도 하나의 비상 번호 및 URN을 도출하기 위한 연관 정보를 포함하는 목록을 수신할 수도 있다. 그 목록은 동일한 국가의 제2 PLMN의 일부인 네트워크 노드로부터 수신될 수도 있다.
UE는 제1 PLMN과 연관된 PLMN 코드의 모바일 국가 코드(mobile country code)(MCC) 부분이 제2 PLMN과 연관된 PLMN 코드의 MCC 부분을 또한 포함하는 MCC 코드 세트의 일부인지를 체크함으로써 제1 및 제2 PLMN들이 동일한 국가에 있는 것이라고 결정할 수도 있다. 대부분 국가들에서, MCC 코드 세트의 크기는 1이며, 즉, UE는 제1 PLMN과 연관된 PLMN 코드의 MCC 부분이 제2 PLMN과 연관된 PLMN 코드의 MCC 부분과 동일한지를 효과적으로 체크할 수 있다.
목록을 지우는 대신, 목록은 UE(102)에서 유지된다(즉, 클리어되지 않거나 또는 삭제되지 않거나 또는 빈 목록으로 교체되지 않는다). 장점은 UE(102)가 국가에서 유효한 비상 번호들을 검출하는 것을 계속할 수 있다는 것이다. 더욱이, UE(102)가 현재 접속되거나 또는 현재 등록된 네트워크가 UE가 목록을 수신했던 제2 PLMN일 때, (예컨대, UE(102)가 제한 서비스 모드 또는 제한된 서비스 상태에 있는 경우에 또는 PLMN이 제2 PLMN에서 WLAN을 통해 비상 통화들을 선택했던 경우에) UE(102)가 해당 제2 PLMN으로 복귀할 때 UE(102)는 URN을 도출하기 위한 정보를 사용할 수 있다.
"비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보" 또는 "비상 번호 및 연관된 URN"이 UE에서 EENL IE로 수신될 수 있다. 대안적으로, "비상 번호 및 연관된 URN"은 EENL IE로부터 도출될 수 있다. "비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보" 또는 "비상 번호 및 연관된 URN"은 UE에 저장될 수 있다. "비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보" 또는 "비상 번호 및 연관된 URN"은 USIM 또는 UICC 또는 다른 지속적인 스토리지로부터 획득될 수 있다.
도 4는 제1 실시예에 따라 UE(102)에 의해 수행될 수 있는 프로세스(400)의 흐름도이다. UE(102)는 (402에서) 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보를 수신한다. 일부 예들에서, 연관 정보는 URN 자체를 포함할 수 있다. 다른 예들에서, 연관 정보는 UE(102)가 URN을 도출하는데 사용할 수 있는 다른 정보를 포함할 수 있다.
UE(102)는 (404에서) 전화를 건 번호가 적어도 하나의 비상 번호 중 하나와 일치함을 검출한다.
UE(102)는 (406에서) 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보가 제2 PLMN에 의해 구성되었던 경우, 제1 PLMN이 제2 PLMN과는 상이함을 검출한다.
UE는 (410에서) 네트워크 노드에 송신될 SIP INVITE 메시지에 URN인 "urn:service:sos"를 포함시킨다.
일부 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 유니버셜 가입자 식별 모듈(Universal Subscriber Identity Module)(USIM) 또는 제2 PLMN 중 하나로부터 수신된다.
추가의 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 영구 메모리, 유니버셜 집적회로 카드(Universal Integrated Circuit Card)(UICC), UICC 상의 애플리케이션, USIM, IMS SIM(ISIM), 또는 제2 PLMN 중 하나로부터 수신된다.
일부 예들에서, 제2 PLMN에 의해 구성되는 URN은 제2 PLMN으로부터 URN을 수신하는 것을 포함한다.
일부 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 제1 EENL(Extended Emergency Number List) 정보 엘리먼트 (IE)인 EENL IE로 수신된다.
추가의 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 영구 메모리, UICC, UICC 상의 애플리케이션, USIM, 또는 ISIM 중 하나로부터 수신된다.
일부 예들에서, EENL IE는 제2 PLMN의 일부인 네트워크 노드로부터 수신된다.
추가의 예들에서, EENL IE는 제2 PLMN의 코어 네트워크의 일부인 네트워크 노드로부터 수신된다.
일부 예들에서, SIP INVITE 메시지는 발신 식별자(calling identifier)를 구성하는 다이얼링된 숫자들(dialled digits)을 더 포함한다. 다이얼링된 숫자들은 SIP INVITE 메시지의 헤더 필드에 포함될 수 있거나 또는 다이얼링된 숫자들은 SIP INVITE 메시지의 바디 또는 SIP INVITE 메시지의 바디의 바디 조각 일부에 포함될 수 있다. 다이얼링된 숫자들이 바디 또는 바디 조각에 포함되면(단일 바디가 SIP 메시지의 바디에 포함되는 한편, 포함될 다수의 바디들이 SIP 메시지의 바디의 부분 또는 조각에 각각 포함되면), 다이얼링된 숫자들을 포함하는 바디의 콘텐츠는 입력된다. 이들 입력들의 예들은 "message/sip" 또는 "message/sipfrag"이다. 다른 예들이 존재할 수도 있다. 전화를 건 숫자들을 수신하는 PLMN에서의 네트워크 노드는 전화를 건 숫자들로부터 서비스 유형을 도출할 수도 있다.
일부 예들에서, 제1 PLMN이 비상 번호에 의해 식별된 비상 서비스를 요청하는데 사용될 것이다.
추가의 예들에서, UE(102)는 SIP INVITE 메시지를 전송하기 위해 WLAN을 사용할 수 있다.
일부 예들에서, "적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보"는, 동일한 국가에 있는 동안, 새로운 "적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보"가 수신되지 않을 때 클리어되지 않는다. 비상 번호의 비상 서비스 유형으로의 매핑이 동일한 국가에서 모든 PLMN들에 적용 가능하지 않을 수도 있지만, 다른 PLMN들은 해당하는 다른 PLMN에서 적용 가능하지 않은 비상 서비스 유형을 수신하지 않는다.
추가적인 예들에서, 디바이스(예컨대, UE(102))가, 제1 네트워크로부터, 적어도 하나의 비상 식별자(emergency identifier) 및 디바이스가 비상 서비스 유형의 지시자(예컨대, URN)를 도출할 수 있는 연관 정보를 수신한다. 디바이스는 적어도 하나의 비상 식별자 및 연관 정보를 저장한다. 디바이스는 호를 개시하는 일부로서 수신된 발신 식별자가 비상 식별자와 일치함을 검출한다. 디바이스는 디바이스가 제1 네트워크에 있음을 검출한다. 검출에 응답하여, 디바이스는 지시자를 도출하기 위해 저장된 연관된 정보를 사용한다. 디바이스는 지시자를 포함하는 호 개시 지시를 전송한다.
추가의 예들에서, 디바이스가 제1 네트워크에 있음을 검출하는 것은 디바이스가 제1 네트워크에 있음을 검출하는 것에 앞서 디바이스가 제2 네트워크에 있음을 검출하는 것을 포함한다.
다른 예들에서, 비일시적 머신 판독가능 매체(non-transitory machine-readable medium)가 실행 시, 디바이스로 하여금, 제1 네트워크로부터, 적어도 하나의 비상 식별자 및 디바이스가 비상 서비스 유형의 지시자를 도출할 수 있는 연관 정보를 수신하게 하며; 수신하는 것 후에, 디바이스가 제1 네트워크와는 상이한 제2 네트워크에 있음을 검출하게 하며; 그리고 디바이스가 제1 네트워크와는 상이한 제2 네트워크에 있음을 검출하는 것에 응답하여, 제1 네트워크로부터 수신된 적어도 하나의 비상 식별자 및 연관 정보를 유지하게 하는 명령어들을 포함한다.
추가의 예들에서, 유지하는 것은 제2 네트워크가 임의의 비상 식별자를 디바이스에 제공하지 않았음을 디바이스에 의해 검출하는 것에 추가로 응답한다.
4.1.1 동등한 PLMN들
섹션 4.1.0에서 설명된 제1 실시예들에서, 제1 PLMN이 제2 PLMN과는 상이함을 검출하는 것은 제1 PLMN의 PLMN 코드가 제2 PLMN의 PLMN 코드와 동일하지 않음을 검출하는 것을 포함한다.
UE(102)는 동등한 것으로 간주되는 추가의 PLMN들로 구성될 수도 있다. 각각의 추가의 PLMN은 고유의 대응하는 PLMN 코드로 식별된다. 각각의 추가의 PLMN의 PLMN 코드는 ATTACH ACCEPT 메시지 또는 REGISTRATION ACCEPT 메시지 중 하나에서 PLMN 코드를 수신함으로써 구성되었을 수도 있다.
추가의 예들에서, (4.1.0에서 설명된 바와 같이) 제1 PLMN이 제2 PLMN과는 상이함을 검출하는 것은 제1 PLMN의 PLMN 코드가 제3 PLMN - 제3 PLMN은 제2 PLMN의 동등한 PLMN임 - 의 PLMN 코드와 동일하지 않음을 검출하는 것을 포함한다.
4.1.2 잘 알려진 비상 서비스 유형들
일부 예들에서, 도 5는 (도 4의 410에서) 제1 실시예들에 따라 SIP INVITE 메시지에서 URN "urn:service:sos"를 포함하는 UE의 프로세스(500)를 도시한다. 프로세스(500)는 (502에서) UE가 URN을 도출할 수 있는 연관 정보로부터 URN을 도출하는 것을 포함한다.
프로세스(500)는 (504에서) 도출된 URN을 하나 이상의 잘 알려진 URN과 일치시키는 것을 더 포함한다. 도출된 URN이 하나 이상의 잘 알려진 URN 중 적어도 하나와 일치하면, 프로세스(500)는 (506에서) 도출된 URN을 SIP INVITE 메시지에 포함시킨다.
도출된 URN이 하나 이상의 잘 알려진 URN 중 적어도 하나와 일치하지 않으면, 프로세스(500)는 (508에서) URN "urn:service:sos"를 SIP INVITE 메시지에 포함시킨다.
따라서, UE(102)는, 도출된 URN이 하나 이상의 잘 알려진 URN 중 적어도 하나와 일치하지 않으면, URN "urn:service:sos"를 SIP INVITE 메시지에 포함시킨다.
추가의 예들에서, UE(102)가 URN "urn:service:sos"를 SIP INVITE 메시지에 포함시키는 것은 하나 이상의 잘 알려진 URN 중 하나와 URN을 일치시키는 것과, URN이 하나 이상의 잘 알려진 URN과 일치하면, SIP INVITE 메시지에 URN을 포함시키는 것을 포함한다.
일부 예들에서, 하나 이상의 잘 알려진 URN은 다음을 비제한적으로 포함한다: "urn:service:sos", "urn:service:sos.ambulance", "urn:service:sos.police", "urn:service:sos.fire", "urn:service:sos.marine", "urn:service:sos.mountain" 등.
추가의 예들에서, 하나 이상의 잘 알려진 URN은 추가로 또는 대안적으로 "urn:service:sos.ecall.manual", "urn:service:sos.ecall.automatic" 등을 포함한다.
4.1.3 PLMN 특정 비상 서비스 유형들
위의 섹션 4.1.2는 잘 알려진 비상 서비스 유형들과의 비교에 기초하여 SIP INVITE 메시지에 URN "um:service:sos"를 포함시키기 위한 구현예들을 언급한다. 추가의 예들에서, 도 6은 (도 4의 410에서의) SIP INVITE 메시지에 URN "urn:service:sos"를 포함시키기 위한 제1 실시예들에 따라 UE(102)의 다른 기법의 프로세스(600)를 도시한다. 프로세스(600)는 (602에서) UE가 URN을 도출할 수 있는 연관 정보로부터 URN을 도출하는 것을 포함한다. 프로세스(600)는 (604에서) URN이 제1 특성과 일치하는지를 검증한다. URN이 제1 특성과 일치하면, 프로세스(600)는 (606에서) SIP INVITE 메시지에 URN을 포함시킨다.
추가의 예들에서, UE가 "urn:service:sos"를 포함시키는 것은 URN이 제1 특성과 일치하지 않는지를 검증하는 것과, URN이 제1 특성과 일치하지 않으면, (608에서) SIP INVITE 메시지에 "urn:service:sos"를 포함시키는 것을 포함한다.
일부 예들에서, 제1 특성들은 "urn:service:sos", "urn:service:sos.ambulance", "urn:service:sos.police", "urn:service:sos.fire", "urn:service:sos.marine", "urn:service:sos.mountain" 등을 포함한다.
일부 예들에서, 제1 특성과 일치시키는 것은 URN의 제1 특성과 "urn:service:sos.country-specific"과 일치시키는 것을 포함한다.
4.1.4 EENL가 수신되었던 PLMN (또는 그것의 동등물)의 사용
도 7은 본 개시의 제2 실시예들에 따라 UE(102)에 의해 수행되는 프로세스(700)를 도시한다.
UE(102)는 (702에서) 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보를 수신한다. 연관 정보는 URN 자체, 또는 UE가 URN을 도출할 수 있는 다른 정보일 수 있다.
UE(102)은 (704에서) 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보가 제2 PLMN에 의해 구성되었고 제2 PLMN 코드가 제2 PLMN을 식별하는 경우 제2 PLMN 코드를 유지한다.
UE(102)는 (706에서) 전화를 건 번호가 적어도 하나의 비상 번호 중 하나와 일치함을 검출한다. UE(102)는 (708에서) 제1 PLMN 코드가 제2 PLMN과는 동일한 제1 PLMN을 식별하는 경우, 제1 PLMN 코드를 검출한다.
UE(102)는 (710에서) URN을 도출하고 (712에서) 제1 PLMN의 네트워크 노드에 송신될 SIP INVITE 메시지에 URN을 포함시킨다.
일부 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 제1 EENL(Extended Emergency Number List) 정보 엘리먼트 (IE)인 EENL IE에서 수신된다.
추가의 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 영구 메모리, UICC, UICC 상의 애플리케이션, USIM, 또는 ISIM으로부터 수신된다.
일부 예들에서, EENL IE는 제2 PLMN의 일부인 네트워크 노드로부터 수신된다.
추가의 예들에서, EENL IE는 제2 PLMN의 코어 네트워크의 일부인 네트워크 노드로부터 수신된다.
일부 예들에서, 제1 PLMN이 제2 PLMN과 동일함을 검출하는 것은 제1 PLMN 코드가 제2 PLMN 코드와 동일하지 않음을 검출하는 것을 포함한다.
UE(102)는 동등한 것으로 간주되는 추가의 PLMN들로 구성될 수도 있다. 각각의 추가의 PLMN은 고유의 대응하는 PLMN 코드로 식별된다. 각각의 추가의 PLMN의 PLMN 코드는 ATTACH ACCEPT 메시지 또는 REGISTRATION ACCEPT 메시지 중 하나에서 PLMN 코드를 수신함으로써 구성되었을 수도 있다.
일부 예들에서, 제1 PLMN이 제2 PLMN과 동일함을 검출하는 것은 제1 PLMN 코드가 제2 PLMN의 동등한 PLMN을 식별하는 제3 PLMN 코드와 동일함을 검출하는 것을 포함한다.
4.1.5 WLAN을 통한 통화
제1 국가에서의 제1 PLMN을 제2 국가에서 유효한 비상 번호들을 포함하는 통화 요청들에 대하여 보호하기 위해, UE(102)는 UE(102)가 제2 국가에 있을 동안 수신한 비상 번호들을 유지한다. UE(102)는 WLAN과 같은 비-3GPP 액세스 네트워크를 통해 제1 국가의 제1 PLMN에 등록할 수도 있다.
제1 및 제2 실시예들에 따른 섹션 4.1.0 내지 섹션 4.1.4의 예들에서, 제3 PLMN은 UE(102)에서 알려지지 않을 수도 있다. 제3 PLMN은 WLAN을 통해 비상 번호에 전화할 때 사용된다. 네트워크 엘리먼트를 식별하는데 사용되는 식별자만이 알려질 수도 있다. 네트워크 엘리먼트는 "제한된 서비스 상태에 대한 비상 NAI(Network Access Identifier)" 또는 "IMSI(International Mobile Subscriber Identifier) 기반 비상 NAI" 또는 "비상 베어러 서비스들에 대한 ePDG(Evolved Packet Data Gateway) FQDN(Fully Qualified Domain Name)" 또는 다른 식별자에 의해 식별될 수 있다. 네트워크 엘리먼트를 통해 연결되는 PLMN이 공지되지 않는 한, 섹션 4.1.0 내지 섹션 4.1.4에서 논의된 기법들이 사용된다. PLMN이 알려지지 않으면, PLMN은 제2 PLMN과 상이한 것으로 가정되고, 섹션 4.1.0 내지 섹션 4.1.4에서 논의된 기법들이 사용된다.
4.2 비상 번호와 URN을 도출하기 위한 정보 사이의 연관을 변경
동일한 국가에서의 제1 PLMN을 알려지지 않은 URN을 수신하는 것으로부터 보호하기 위해, UE(102)는 비상 번호와 URN을 도출하기 위한 정보 사이의 연관을 변경할 수도 있다.
목록을 클리어하는 대신, 목록은 UE(102)에서 유지된다. 장점은 UE(102)가 국가에서 유효한 비상 번호들을 계속 검출한다는 것일 수도 있다.
도 8은 제3 실시예들에 따른 프로세스(800)의 흐름도이다. UE는 (802에서) 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보를 수신한다. UE는 (804에서) 제1 PLMN이 비상 번호에 의해 식별된 비상 서비스를 요청하는데 사용될 것인 경우, 제1 PLMN이 제2 PLMN과 상이함을 검출하는데, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 제2 PLMN에 의해 구성되었다. UE(102)는 (806에서) 적어도 하나의 비상 번호 중 적어도 하나에 대해 UE가 URN을 도출할 수 있는 연관 정보를 변경시킨다.
일부 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 제1 EENL(Extended Emergency Number List) 정보 엘리먼트 (IE)인 EENL IE에서 수신된다.
추가의 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 영구 메모리, UICC, UICC 상의 애플리케이션, USIM, 또는 ISIM으로부터 수신된다.
일부 예들에서, EENL IE는 제2 PLMN의 일부인 네트워크 노드로부터 수신된다.
추가의 예들에서, EENL IE는 제2 PLMN의 코어 네트워크의 일부인 네트워크 노드로부터 수신된다.
제3 실시예들의 변형예에서, 제1 EENL IE는 하위 서비스 필드의 길이를 나타내는 제1 필드와 적어도 하나의 비상 번호와 연관되는 대응하는 하위 서비스 필드를 포함하며, 하위 서비스 필드는 URN을 도출하는데 사용된다. 또한, 적어도 하나의 비상 번호 중 적어도 하나에 대한 연관 정보를 변경시키는 것은 적어도 하나의 비상 번호 및 하위 서비스 필드의 길이를 나타내는 연관된 제2 필드 중 적어도 하나를 포함하는 제2 EENL IE를 생성하는 것을 포함하며, 하위 서비스 필드의 길이가 값 0으로 설정된다.
하위 서비스 필드의 길이가 값 0이면, UE(102)는 다이얼링된 숫자들이 값 0으로 설정된 "하위 서비스들의 길이"와 연관된 비상 번호와 일치할 때 URN "urn:service:sos"를 도출한다.
4.3 제한 서비스 모드 비상 통화를 개시하기 전의 EENL 체크
4.3.0 일반
이 섹션에 따른 기법들은 섹션 3.2에서 설명된 문제들을 해결한다.
일부 국가들에서 UE가 제한 서비스 모드 비상 통화들에 적격인 모든 비상 번호들을 인식하거나 또는 검출하는 것을 가능하게 하는 것이 바람직하지 않을 수도 있다.
그러나, 번호가 EENL에 있는지 또는 ENL에 있는지에 검출이 의존하게 하는 것은 정확하지 않을 수도 있는데, 일부 국가들이 ENL에 포함하기에 적합한 숫자들을 EENL에만 포함시키기 때문이다.
4.3.1 해결책
일부 예들에서, 기법들이 EENL IE에, UE(102)가 코어 네트워크에 비상 접속된 동안 번호가 비상 통화 검출을 위해 사용될 수 있는지의 여부의 지시를 추가할 수 있다.
대안적으로, 기법들은 EENL IE에, 번호와 연관된 정보가 URN을 도출하기 위해 사용될 수 있는지의 여부의 지시를 추가할 수 있고, UE(102)가 코어 네트워크에 비상 접속될 때 도출된 URN이 SIP INVITE에 포함될 수 있다.
대안적으로, 기법들은 EENL IE에, U번호가 EENL의 비상 번호와 일치하면, UE(102)가 코어 네트워크에 비상 접속되는 동안 E(102)가 EENL으로부터 도출된 URN을 갖는 SIP INVITE를 전송하도록 허가되는지의 여부의 지시를 추가할 수 있다.
일부 예들에서, UE가 코어 네트워크에 비상 접속된다는 것은 UE가 UE가 코어 네트워크에 비상 등록된다는 것을 포함한다.
추가의 예들에서, UE가 코어 네트워크에 비상 접속된다는 것은 UE가 자신을 코어 네트워크에 비상 접속된 것으로 간주한다는 것을 포함한다.
이 섹션에서 설명되는 다양한 대안적 기법들은 조합될 수 있다.
4.3.2 지시자
4.3.2.1 EENL에서의 지시자
섹션 4.3.1에서 논의되는 바와 같은 지시(또는 지시자 또는 비트)는 필드 "n번째 비상 번호 정보의 길이"의 비트들 중 하나 이상으로서 확장 비상 번호 목록 IE에서 인코딩될 수 있다. 예를 들어, 그 지시는 다음과 같이 비트 8, 7, 6, 또는 5 중 하나일 수 있다:
4.3.2.2 상이한 IE에서의 지시자
추가의 예들에서, 섹션 4.3.1에서 논의되는 바와 같은 지시(또는 지시자 또는 비트)는 숫자 자리들과 연관된 필드의 비트들 중 하나 이상으로서 상이한 IE에서 인코딩될 수 있다:
4.3.3 추가 세부사항
다음에서는 본 개시의 다양한 구현예들에 따라 추가 세부사항들을 설명하였다. UE(102)는 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보와 지시를 수신할 수 있다. UE(102)는 전화를 건 번호가 하나 이상의 비상 번호 중 하나와 일치함을 검출한다. UE(102)는 하나 이상의 SIP 요청 메시지를 전송하기에 앞서, UE가 비상 등록되었는지의 여부를 검출한다.
UE가 비상 등록되었고 지시에 의존함을 UE(102)가 검출하면, UE(102)는 하나 이상의 SIP 요청 메시지 중 적어도 하나를 전송하는 것을 하지 않는다. 대안적으로, UE가 비상 등록되지 않고 지시에 의존함을 UE가 검출하면, UE는 하나 이상의 SIP 요청 메시지를 전송한다.
위의 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 제1 EENL(Extended Emergency Number List) 정보 엘리먼트 (IE)인 EENL IE로 수신된다.
위의 예들에서, 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보는 영구 메모리, UICC, UICC 상의 애플리케이션, USIM, 또는 ISIM 중 하나로부터 수신된다.
위의 예들에서, EENL IE는 제1 PLMN의 일부인 네트워크 노드로부터 수신된다.
위의 예들에서, EENL IE는 제1 PLMN의 코어 네트워크의 일부인 네트워크 노드로부터 수신된다.
추가의 예들에서, UE(102)는 다음 중 적어도 하나가 충족되면 비상 등록된다:
Figure 112020120690240-pct00011
UE(102)는 EPC 네트워크에 비상 접속되거나;
UE(102)는 자신을 EPC 네트워크에 비상 접속된 것으로 간주하거나;
UE(102)는 5G CN에 비상 등록되거나; 또는
UE(102)는 자신을 5G CN에 비상 등록한 것으로 간주한다.
추가적인 예들에서, UE(102)는 다음 중 적어도 하나에 의해 비상 등록되었는지의 여부를 검출한다:
UE가 EPC 네트워크에 비-비상(non-emergency) 접속되는지의 여부를 검출하는 것;
UE가 자신을 EPC 네트워크에 비-비상 접속되는 것으로 간주하는지의 여부를 검출하는 것;
UE가 5G CN에 비-비상 등록되었는지의 여부를 검출하는 것;
UE가 자신을 5G CN에 비-비상 등록된 것으로 간주하는지의 여부를 검출하는 것;
UE가 제한된 서비스 상태 또는 제한된 서비스 하위 상태 또는 제한된 서비스 상태 또는 제한된 서비스 하위 상태 중 하나에 있는지의 여부를 검출하는 것.
UE가 비상 베어러 서비스들에 접속되는지의 여부 또는 UE가 자신을 비상 베어러 서비스들에 접속된 것으로 간주하는지의 여부를 검출하는 것.
UE가 비상 서비스들에 접속되는지의 여부 또는 UE가 자신을 비상 서비스들에 접속된 것으로 간주하는지의 여부를 검출하는 것.
제한된 서비스 하위 상태가 LIMITED-SERVICE를 포함할 수 있다.
추가의 예들에서, UE(102)는 UE가 다음 중 적어도 하나에 의해 비상 등록되지 않음을 검출한다:
UE가 EPC 네트워크에 비-비상 접속됨을 검출하는 것;
UE가 EPC 네트워크에 정규적으로(normally) 접속됨을 검출하는 것;
UE가 비상 베어러 서비스들에 접속되지만 자신을 비상 베어러 서비스들에 접속된 것으로 간주하지 않음을 검출하는 것;
UE가 접속되지만 UE가 비상 베어러 서비스들에 접속되지 않음을 검출하는 것;
UE가 자신을 EPC 네트워크에 정규적으로 접속된 것으로 간주함을 검출하는 것;
UE가 5G CN에 비-비상 등록됨을 검출하는 것;
UE가 5G CN에 정규적으로 등록됨을 검출하는 것;
UE가 비상 서비스들에 등록되지만 자신을 비상 서비스들에 등록된 것으로 간주하지 않음을 검출하는 것;
UE가 등록되지만 UE가 비상 서비스들에 등록되지 않음을 검출하는 것.
추가적인 예들에서, UE(102)는 다음 중 임의의 것 또는 일부 조합을 수행할 수 있다:
UE는 하나 이상의 비상 번호 중 하나와 연관된 정보를 사용하여 도출된 URN을 포함시킨다;
UE는 하나 이상의 SIP 요청 메시지 중 적어도 하나에 도출된 URN을 포함시킨다.
5. 세부사항
5.0 일반
자세한 변경사항들은 아래에서 제안된다. 밑줄친 이탤릭체 텍스트는 하위 섹션들의 제목에서 나타낸 실시예들의 일부를 실현하기 위한 현재 표준들에 대한 새로운 텍스트를 나타낸다.
5.1 섹션 4.1.3에 대한 세부사항
3GPP TS 24.229 규격에 대한 수정들이, 섹션 4.1.3의 실시예들을 구현하기 위해 아래에서 제공된다.
섹션 4.1.0의 제1 실시예들에서, UE(102)가 "urn:service:sos"를 포함시키는 것은, 다음을 포함한다:
UE가 URN을 도출할 수 있는 연관 정보로부터 URN을 도출하는 것.
URN이 제1 특성과 일치하는지를 검증하는 것.
URN이 제1 특성과 일치하면, "urn:service:sos"를 포함시키는 것.
이 섹션에서의 실시예들은 제1 특성이 "urn:service:sos", "urn:service:sos.ambulance", "urn:service:sos.police", "urn:service:sos.fire", "urn:service:sos.marine", "urn:service:sos.mountain"을 포함하는 것으로 분명해진다.
수정된 3GPP TS 24.229의 부분은 아래에서 제시된다.
확장 국부 비상 번호 목록(3GPP TS 24.301에서 정의됨)은 검출된 비상 번호에 대한 연관된 비상 서비스 URN의 하위 서비스들을 포함할 수 있다.
만약:
- 하위 서비스 필드의 길이가 "0"보다 크면, UE는 뒤따르는 도트와 뒤따르는 하위 서비스 필드의 콘텐츠가 추가되는 "urn:services:sos"를 사용하여 비상 서비스 URN을 구성해야 하며; 그리고
- 하위 서비스 필드의 길이가 "0"이면, UE는비상 서비스 URN "urn:services:sos"를 사용해야 한다.
현재 접속된 네트워크가 확장 국부 비상 번호 목록이 수신되었던 PLMN(또는 PLMN의 동등한 PLMN)이 아니면, 구성된 URN이 예컨대, "urn:service:sos.ambulance", "urn:service:sos.police", "urn:service:sos.fire", "urn:service:sos.marine", 또는 "urn:service:sos.mountain"와 일치하지 않는 한, UE는 shall use 비상 서비스 URN "urn:services:sos"를 사용해야 한다.
5.2 섹션 4.2에 대한 세부사항
섹션 4.2의 실시예들을 구현하기 위한 수정된 수정된 3GPP TS 24.229의 부분은 아래에서 제시된다.
국부 비상 번호 목록이 ATTACH ACCEPT, REGISTER ACCEPT 또는 TRACKING AREA UPDATE ACCEPT 메시지에 포함되지 않으면, 사용자 장비가 목록을 전송했던 PLMN의 국가와는 상이한 국가에 있는 PLMN에 성공적으로 등록된 경우를 제외하면, 사용자 장비에서의 저장된 제1 국부 비상 번호 목록은 유지되어야 한다. 확장 국부 비상 번호 목록이 ATTACH ACCEPT, REGISTER ACCEPT 또는 TRACKING AREA UPDATE ACCEPT 메시지에 포함되지 않으면, 사용자 장비에서의 첫 번째 확장 국부 비상 번호 목록 또는 두 번째 확장 국부 비상 번호 목록 은 , 다음의 조건으로 다음의 해명과 함께, 유지되어야 한다:
- 만일 UE가 목록을 전송했던 PLMN과는 상이한 또는 목록을 전송했던 PLMN의 동등한 PLMN과는 상이한 PLMN에 성공적으로 등록되면; 또는
- 만일 UE가 다음의 PLMN에 대해:
- 제한된 서비스 상태에 있거나 자신을 제한된 서비스 상태에 있는 것으로 간주하면;
- 제한된 서비스 하위 상태에 있거나 자신을 제한된 서비스 하위 상태에 있는 것으로 간주하면;
- 비상 서비스들에 등록되거나 또는 자신을 비상 서비스들에 등록된 것으로 간주하면; 또는
- 비상 베어러 서비스들에 접속되거나 또는 비상 베어러 서비스들에 접속된 것으로 간주하면;
- 목록을 전송했던 PLMN과는 상이한 또는 목록을 전송했던 PLMN의 동등한 PLMN과는 상이한 PLMN;
제2 확장 국부 비상 번호 목록을 생성하고, 제1 확장 국부 비상 번호 목록에서의 각각의 하위 서비스 필드에 대해, UE는, 만일:
- 하위 서비스 필드가 예컨대, "ambulance", "police", "fire", "marine", 또는 " mountain"과 일치하면, UE는 숫자들 및 하위 서비스 필드를 갖는 엔트리를 제2 확장 국부 비상 번호 목록 안에 복사하거나; 또는
- 하위 서비스 필드가 예컨대, "ambulance", "police", "fire", "marine", 또는 " mountain"과 일치하지 않으면, UE는 숫자들을 제2 확장 국부 비상 번호 목록 안에 복사하고 하위 서비스 필드의 길이, 숫자들과 연관된 하위 서비스 필드의 길이를 0으로 설정하며; 그리고
UE는 제2 확장 국부 비상 번호 목록을 사용해야 한다.
옵션적으로, 만일:
- UE가 목록을 전송했던 PLMN과 동일한 또는 목록을 전송했던 PLMN의 동등한 PLMN과 동일한 에 PLMN에 성공적으로 등록되면; 또는
- UE가 다음의 PLMN에 대해:
- 제한된 서비스 상태에 있거나 자신을 제한된 서비스 상태에 있는 것으로 간주하면;
- 제한된 서비스 하위 상태에 있거나 자신을 제한된 서비스 하위 상태에 있는 것으로 간주하면;
- 비상 서비스들에 등록되거나 또는 자신을 비상 서비스들에 등록된 것으로 간주하면; 또는
- 비상 베어러 서비스들에 접속되거나 또는 비상 베어러 서비스들에 접속된 것으로 간주하면;
목록을 전송했던 PLMN과 동일한 또는 목록을 전송했던 PLMN의 동등한 PLMN과 동일한 PLMN;
UE는 제1 목록을 사용해야 한다.
5.3 섹션 4.3.3에 대한 세부사항
수정된 3GPP TS 24.229의 부분이 섹션 4.3.3의 다음의 태스크들을 구현하기 위해 아래에서 제공된다:
Figure 112020120690240-pct00036
UE는 하나 이상의 비상 번호 및 연관 정보를 확장 비상 번호 목록 (EENL) 정보 엘리먼트 (IE)에서 수신하며, EENL IE는 적어도 하나의 비상 번호 및 UE가 URN을 도출할 수 있는 연관 정보를 포함한다. EENL IE는 적어도 하나의 지시를 더 포함한다.
UE는 전화를 건 번호가 하나 이상의 비상 번호 중 하나와 일치함을 검출한다.
UE는 하나 이상의 SIP 요청 메시지를 전송하기에 앞서, UE가 비상 등록되었는지의 여부를 검출한다.
UE가 비상 등록됨을 UE가 검출하면 적어도 하나의 지시에 기초하여, UE는 하나 이상의 SIP 요청 메시지 중 하나의 송신에 적합한 접속을 요청하지 않거나 또는 UE는 하나 이상의 SIP 요청 메시지 중 적어도 하나를 전송하지 않는다.
수정된 3GPP TS 24.229의 부분은 아래에서 제공된다:
전화를 건 번호가 (3GPP TS 24.301에 정의된 바와 같은) 확장 국부 비상 번호 목록에 저장된 국부 비상 번호와 동일하면, UE는 이러한 번호를 비상 통화를 위한 것으로서 인식하고 URN을 결정하기 위해 하위절 L.2.2.6.1B에서의 절차들을 수행해야 한다.
주 3: 비상 번호가 하위절 L.2.2.6.1A의 절차들 및 하위절 L.2.2.6.1B의 절차들 양쪽 모두를 수행할 것을 요구하는 경우의 충돌을 UE가 해결하는 방법은 구현예 의존적이다.
만일 UE가 URN을 도출하기 위해 (예컨대, 하위절 L.2.2.6.1B의 또는 하위절 U.2.2.6.1B의) 절차들을 수행하거나 또는 URN을 도출하였으면 그리고 다음에 앞서:
- URN을 갖는 INVITE(하위절 5.1.6 참조)를 전송하는 것;
- 비상 통화(하위절 5.1.6 참조)를 시도하는 것; 또는
- 초기 비상 등록(하위절 5.1.6 참조)을 수행하는 것;
UE는 다음을 결정한다:
- UE는
- 제한된 서비스 상태에 있거나;
- 제한된 서비스 하위상태에 있거나;
- 비상 베어러 서비스들에 접속되거나;
- 자신을 비상 베어러 서비스들에 접속된 것으로 간주하거나;
- 비상 서비스들에 등록되거나; 또는
- 자신을 비상 서비스들에 등록된 것으로 간주하며; 그리고
- UE가 제한된 서비스 상태에 있을 때 또는 UE가 제한된 서비스 하위상태에 있을 때 또는 UE가 비상 베어러 서비스들에 접속되거나 또는 비상 서비스들에 등록되거나 또는 UE가 자신을 이와 같이 등록되거나 또는 접속된 것으로 간주할 때 국부 비상 번호와 연관된 지시자 또는 지시 또는 비트가 국부 비상 번호가 비상 서비스들을 요청하는데 사용되지 않을 수 있음을 지시한다;
그러면 UE는 비상 통화 셋업 절차 또는 비상 세션 셋업 절차를 중단한다. 옵션적으로 UE는 다음을 하지 않는다:
- URN을 갖는 INVITE를 전송;
- 비상 통화를 시도; 또는
- 초기 비상 등록(하위절 5.1.6 참조)을 수행;
본 개시에서 논의된 다양한 태스크들은 하드웨어 프로세싱 회로 또는 하드웨어 프로세싱 회로 및 하드웨어 프로세싱 회로 상에서 실행 가능한 머신 판독가능 명령어들의 조합에 의해 수행될 수 있다. 하드웨어 프로세싱 회로는 UE, 네트워크 노드 등과 같은 디바이스의 일부일 수 있다. 하드웨어 프로세싱 회로는 마이크로프로세서, 멀티-코어 마이크로프로세서의 코어, 마이크로제어기, 프로그램가능 집적 회로, 프로그램가능 게이트 어레이, 또는 다른 하드웨어 프로세싱 회로 중 임의의 것 또는 일부 조합과 같은 프로세서를 포함할 수 있다.
프로세서 상에서 실행 가능한 머신 판독가능 명령어들은 단일 프로세서 실행 가능한 명령어들 또는 다수의 프로세서들 상에서 실행 가능한 명령어들을 지칭할 수 있다.
태스크를 수행하는 프로세서는 태스크를 수행하는 단일 프로세서 또는 태스크를 수행하는 다수의 프로세서들을 지칭할 수 있다.
머신 판독가능 명령어들은 다음 중 임의의 것 또는 일부 조합을 포함할 수 있는 비일시적 머신 판독가능 또는 컴퓨터 판독가능 저장 매체에 저장될 수 있다: 동적 또는 정적 랜덤 액세스 메모리(DRAM 또는 SRAM), EPROM(erasable and programmable read-only memory), EEPROM(electrically erasable and programmable read-only memory) 및 플래시 메모리와 같은 반도체 메모리 디바이스; 고정식, 플로피 및 탈착식 디스크와 같은 자기 디스크; 테이프를 포함하는 다른 자기 매체; CD(compact disk) 또는 DVD(digital video disk)와 같은 광학적 매체; 또는 다른 유형의 저장 디바이스. 위에서 논의된 명령어들은 하나의 컴퓨터 판독가능 또는 머신 판독가능 저장 매체, 또는 대안적으로, 아마도 복수의 노드들을 갖는 대형 시스템에 분산된 다수의 컴퓨터 판독가능 또는 머신 판독가능 저장 매체들 상에 저장될 수 있다는 것에 주의한다. 이러한 컴퓨터 판독가능 또는 머신 판독가능 저장 매체 또는 매체들은 물품(또는 제조물품)의 일부인 것으로 간주된다. 물품 또는 제조물품 임의의 제조된 단일 컴포넌트 또는 다수의 컴포넌트들을 지칭할 수 있다. 저장 매체 또는 매체들은 머신 판독가능 명령어들을 실행하는 머신에 위치되거나, 또는 머신 판독가능 명령어들이 실행을 위해 네트워크를 통해 다운로드될 수 있는 원격 위치(예컨대, 클라우드)에 위치될 수 있다.
앞서의 설명에서, 수많은 세부사항들이 본원에서 개시된 주제의 이해를 제공하기 위해 제시된다. 그러나, 구현예들은 이들 세부사항들의 일부 없이 실시될 수도 있다. 다른 구현예들은 위에서 논의된 세부사항들로부터의 수정들 및 변형들을 포함할 수도 있다. 첨부의 청구항들은 이러한 수정들 및 변형들을 커버한다는 것이 의도된다.

Claims (20)

  1. 디바이스의 방법에 있어서,
    호(call)를 개시하는 것의 일부로서 수신된 발신 식별자(calling identifier)가 제1 비상 식별자(emergency identifier) - 상기 제1 비상 식별자는 유니폼 리소스 네임(Uniform Resource Name)(URN)을 도출(derive)하기 위한 연관 정보와 연관됨 - 와 일치(match)함을 검출하는 단계;
    상기 디바이스가 제1 네트워크 - 상기 제1 네트워크는 상기 제1 비상 식별자를 구성하였음 - 와는 상이한 제2 네트워크에 있음을 검출하는 단계; 및
    상기 디바이스가 상기 제1 네트워크와는 상이한 상기 제2 네트워크에 있음을 검출한 것에 응답하여, 송신될 세션 개시 프로토콜(Session Initiation Protocol)(SIP) INVITE 메시지에 URN인 urn:service:sos를 포함시키는 단계
    를 포함하는, 디바이스의 방법.
  2. 제1항에 있어서, 상기 제2 네트워크는, 상기 제1 비상 식별자에 의해 식별된 비상 서비스를 요청하는데 사용될 것인, 디바이스의 방법.
  3. 제1항에 있어서, 상기 제1 비상 식별자가 상기 제1 네트워크에 의해 구성되는 것은, 상기 디바이스가 상기 제1 네트워크로부터 상기 제1 비상 식별자를 수신하는 것을 포함하는 것인, 디바이스의 방법.
  4. 제1항에 있어서, 상기 URN을 도출하기 위한 연관 정보와 연관된 상기 제1 비상 식별자는, 제1 확장 비상 번호 목록(Extended Emergency Number List)(EENL) 정보 엘리먼트(Information Element)(IE) 내에 포함되는 것인, 디바이스의 방법.
  5. 제4항에 있어서, 상기 제1 EENL IE는, 상기 제1 네트워크의 일부인 네트워크 노드로부터 수신되는 것인, 디바이스의 방법.
  6. 제4항에 있어서, 상기 제1 EENL IE는, TRACKING AREA UPDATE ACCEPT 메시지, ATTACH ACCEPT 메시지, 또는 REGISTRATION ACCEPT 메시지 중 적어도 하나의 수신을 통해 프로비저닝(provisioning)되는 것인, 디바이스의 방법.
  7. 제1항에 있어서, 상기 제2 네트워크는, 상기 URN을 도출하기 위한 연관 정보와 연관된 제2 비상 식별자를 프로비저닝하지 않는 것인, 디바이스의 방법.
  8. 제1항에 있어서, 상기 제2 네트워크는 제2 공공 육상 이동 네트워크(Public Land Mobile Network)(PLMN)이고, 상기 제1 네트워크는 제1 PLMN인 것인, 디바이스의 방법.
  9. 제8항에 있어서, 상기 디바이스가 상기 제1 PLMN과는 상이한 상기 제2 PLMN에 있음을 검출하는 것은:
    상기 제1 PLMN의 PLMN 코드와 상기 제2 PLMN의 PLMN 코드를 비교하는 것, 또는
    상기 제2 PLMN이 상기 제1 PLMN의 동등한 PLMN이 아니라고 결정하는 것
    중 하나 이상에 기초하는 것인, 디바이스의 방법.
  10. 제1항에 있어서, 상기 디바이스에 의해, 상기 연관 정보를 수신하는 단계를 더 포함하는, 디바이스의 방법.
  11. 제10항에 있어서, 상기 연관 정보는 상기 URN을 포함하는 것인, 디바이스의 방법.
  12. 제1항에 있어서, 상기 비상 식별자 및 상기 연관 정보는:
    확장 비상 번호 목록(EENL) 정보 엘리먼트에서 수신되는 것, 또는
    메모리, 유니버셜 집적 회로 카드(Universal Integrated Circuit Card)(UICC), UICC 상의 애플리케이션, 유니버셜 가입자 식별 모듈(Universal Subscriber Identity Module)(USIM), 및 인터넷 프로토콜(Internet Protocol)(IP) 멀티미디어 시스템 식별 모듈(Multimedia System Identity Module)(ISIM)로부터 수신되는 것
    중 하나 이상인 것인, 디바이스의 방법.
  13. 제1항에 있어서, 상기 디바이스가 상기 제2 네트워크와는 상이한 상기 제1 네트워크에 있음을 검출하는 것은, 상기 제1 네트워크가 알려지지 않았음(unknown)을 검출하는 것에 기초하는 것인, 디바이스의 방법.
  14. 제1항에 있어서,
    상기 디바이스에 의해, 상기 디바이스가 네트워크에 비상 등록되었는지의 여부를 결정하는 단계; 및
    상기 결정에 응답하여, 상기 URN인 urn:service:sos를 포함하는 상기 SIP INVITE 메시지를 송신하는 단계
    를 더 포함하는, 디바이스의 방법.
  15. 디바이스에 있어서,
    하드웨어 프로세서를 포함하고, 상기 하드웨어 프로세서는:
    호를 개시하는 것의 일부로서 수신된 발신 식별자가 제1 비상 식별자 - 상기 제1 비상 식별자는 유니폼 리소스 네임(URN)을 도출하기 위한 연관 정보와 연관됨 - 와 일치함을 검출하고;
    상기 디바이스가 제1 네트워크 - 상기 제1 네트워크는 상기 제1 비상 식별자를 구성하였음 - 와는 상이한 제2 네트워크에 있음을 검출하며; 그리고
    상기 디바이스가 상기 제1 네트워크와는 상이한 상기 제2 네트워크에 있음을 검출한 것에 응답하여, 송신될 세션 개시 프로토콜(SIP) INVITE 메시지에 URN인 urn:service:sos를 포함시키도록
    구성되는 것인, 디바이스.
  16. 제15항에 있어서, 상기 URN을 도출하기 위한 연관 정보와 연관된 상기 제1 비상 식별자는, 제1 확장 비상 번호 목록(EENL) 정보 엘리먼트(IE) 내에 포함되는 것인, 디바이스.
  17. 제16항에 있어서, 상기 제1 EENL IE는, 상기 제1 네트워크의 일부인 네트워크 노드로부터 수신되는 것인, 디바이스.
  18. 제16항에 있어서, 상기 제1 EENL IE는, TRACKING AREA UPDATE ACCEPT 메시지, ATTACH ACCEPT 메시지, 또는 REGISTRATION ACCEPT 메시지 중 적어도 하나의 수신을 통해 프로비저닝되는 것인, 디바이스.
  19. 제15항에 있어서, 상기 제2 네트워크는, 상기 URN을 도출하기 위한 정보와 연관된 제2 비상 식별자를 프로비저닝하지 않는 것인, 디바이스.
  20. 명령어들을 포함하는 비일시적 머신 판독가능 기록 매체(non-transitory machine-readable medium)로서, 상기 명령어들은 실행시 디바이스가:
    호를 개시하는 것의 일부로서 수신된 발신 식별자가 제1 비상 식별자 - 상기 제1 비상 식별자는 유니폼 리소스 네임(URN)을 도출하기 위한 연관 정보와 연관됨 - 와 일치함을 검출하게 하고;
    상기 디바이스가 제1 네트워크 - 상기 제1 네트워크는 상기 제1 비상 식별자를 구성하였음 - 와는 상이한 제2 네트워크에 있음을 검출하게 하며; 그리고
    상기 디바이스가 상기 제1 네트워크와는 상이한 상기 제2 네트워크에 있음을 검출한 것에 응답하여, 송신될 세션 개시 프로토콜(SIP) INVITE 메시지에 URN인 urn:service:sos를 포함시키게 하는 것인, 명령어들을 포함하는 비일시적 머신 판독가능 기록 매체.
KR1020207032599A 2018-06-22 2019-06-21 비상 호들 Active KR102697714B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862688838P 2018-06-22 2018-06-22
US62/688,838 2018-06-22
US16/398,818 2019-04-30
US16/398,818 US10616935B2 (en) 2018-06-22 2019-04-30 Emergency calls
PCT/US2019/038399 WO2019246481A1 (en) 2018-06-22 2019-06-21 Emergency calls

Publications (2)

Publication Number Publication Date
KR20210022543A KR20210022543A (ko) 2021-03-03
KR102697714B1 true KR102697714B1 (ko) 2024-08-21

Family

ID=68982381

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020207032599A Active KR102697714B1 (ko) 2018-06-22 2019-06-21 비상 호들

Country Status (7)

Country Link
US (3) US10616935B2 (ko)
EP (3) EP3962129B1 (ko)
JP (1) JP7337851B2 (ko)
KR (1) KR102697714B1 (ko)
CN (1) CN111095958B (ko)
ES (1) ES3000934T3 (ko)
WO (1) WO2019246481A1 (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112369077B (zh) * 2018-06-25 2023-10-24 日本电气株式会社 针对紧急服务附接装置时的ue行为
WO2020094914A1 (en) * 2018-11-06 2020-05-14 Nokia Technologies Oy Secure inter-mobile network communication
US11039296B2 (en) * 2019-07-08 2021-06-15 Motorola Mobility Llc Method and apparatus for disabling a carrier eSIM profile
US11343742B2 (en) 2020-05-22 2022-05-24 Blackberry Limited Preserving emergency call during failure to transfer
US11483684B1 (en) * 2021-05-07 2022-10-25 T-Mobile Usa, Inc. Session recovery from dedicated bearer failure
US20230081455A1 (en) * 2021-09-16 2023-03-16 Apple Inc. Improved communication of prioritized data
CN114827975B (zh) * 2022-05-23 2025-02-07 中国电信股份有限公司 紧急呼叫的处理方法、接入及移动性管理功能网元及系统
US20230403761A1 (en) * 2022-06-14 2023-12-14 At&T Intellectual Property I, L.P. Non-service initiated emergency call device parameters

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
WO2017174014A1 (zh) 2016-04-07 2017-10-12 中兴通讯股份有限公司 为终端提供紧急号码的方法和装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090047922A1 (en) * 2007-08-13 2009-02-19 Research In Motion Limited Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device
US9148769B2 (en) * 2008-05-07 2015-09-29 Qualcomm Incorporated System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header
WO2011057865A2 (en) * 2009-11-16 2011-05-19 Nokia Siemens Networks Oy Emergency service in communication system
KR20130038772A (ko) 2011-10-10 2013-04-18 삼성전자주식회사 이동 통신 시스템에서 응급 호 서비스 장치 및 방법
WO2013053365A1 (en) * 2011-10-10 2013-04-18 Telefonaktiebolaget L M Ericsson (Publ) Methods of and nodes for locating an emergency voice session anchoring node in a serving communication network for transferring an emergency voice session
US9426833B2 (en) * 2013-03-01 2016-08-23 T-Mobile Usa, Inc. Systems and methods for emergency call route failover
EP3216248B1 (en) * 2014-11-03 2021-08-04 Kodiak Networks, Inc. Method and system for providing dynamic quality of service for push-to-talk service
US10097979B2 (en) * 2014-11-24 2018-10-09 Qualcomm Incorporated Location by reference for an over-the-top emergency call
DK3079331T3 (en) * 2015-04-08 2017-12-04 Deutsche Telekom Ag PROCEDURE FOR HANDLING AN ECALL RELATED VOICE CALL TO A MOBILE TELECOMMUNICATION NETWORK, MOBILE TELECOMMUNICATION NETWORK, CS CALL MANAGER, PROGRAM AND COMPUTER PROGRAM PROGRAM
US9900282B2 (en) * 2015-05-12 2018-02-20 Qualcomm Incorporated Dynamic evolved packet gateway selection
US10567943B2 (en) * 2016-06-15 2020-02-18 Qualcomm Incorporated Methods and systems for handover of an emergency call between different wireless networks
ES2960631T3 (es) * 2016-06-21 2024-03-05 Nokia Solutions & Networks Oy Acceso a servicios locales por usuarios no autenticados
CN106550159B (zh) * 2017-01-23 2019-09-06 广州海格通信集团股份有限公司 VoIP通信系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
WO2017174014A1 (zh) 2016-04-07 2017-10-12 中兴通讯股份有限公司 为终端提供紧急号码的方法和装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP C1-183463(2018.05.25)*
3GPP C1-183485(2018.05.25)
비특허문헌1(3GPP, 3GPP TS 24.229 V15.2.0, 2018.03)*

Also Published As

Publication number Publication date
ES3000934T3 (es) 2025-03-04
WO2019246481A1 (en) 2019-12-26
KR20210022543A (ko) 2021-03-03
EP3652969B1 (en) 2021-11-03
EP3962129B1 (en) 2024-11-27
EP3962129A1 (en) 2022-03-02
EP4489457A3 (en) 2025-03-26
US10736158B2 (en) 2020-08-04
US20190394814A1 (en) 2019-12-26
CN111095958B (zh) 2022-04-19
US20200323001A1 (en) 2020-10-08
JP2021527973A (ja) 2021-10-14
EP4489457A2 (en) 2025-01-08
US20200221517A1 (en) 2020-07-09
US11116018B2 (en) 2021-09-07
EP3652969A4 (en) 2020-07-22
CN111095958A (zh) 2020-05-01
US10616935B2 (en) 2020-04-07
EP3652969A1 (en) 2020-05-20
JP7337851B2 (ja) 2023-09-04
EP3962129C0 (en) 2024-11-27

Similar Documents

Publication Publication Date Title
KR102697714B1 (ko) 비상 호들
US11146939B2 (en) IMS emergency calls for roaming UEs
US12185215B2 (en) Methods and systems for provisioning emergency numbers
KR102331292B1 (ko) 로컬 긴급 번호 관리
CN112385200B (zh) 紧急号码描述的支持
US11218514B2 (en) Access to local services by unauthenticated users

Legal Events

Date Code Title Description
PA0105 International application

Patent event date: 20201111

Patent event code: PA01051R01D

Comment text: International Patent Application

PG1501 Laying open of application
A201 Request for examination
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20220613

Comment text: Request for Examination of Application

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20231019

Patent event code: PE09021S01D

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

Patent event code: PE07011S01D

Comment text: Decision to Grant Registration

Patent event date: 20240611

GRNT Written decision to grant
PR0701 Registration of establishment

Comment text: Registration of Establishment

Patent event date: 20240819

Patent event code: PR07011E01D

PR1002 Payment of registration fee

Payment date: 20240819

End annual number: 3

Start annual number: 1

PG1601 Publication of registration