KR101528496B1

KR101528496B1 - 이동 통신 시스템에서 비계층 프로토콜을 이용하여 응급 콜 서비스를 지원하는 방법 및 시스템

Info

Publication number: KR101528496B1
Application number: KR1020090033899A
Authority: KR
Inventors: 서경주; 조성연; 배범식; 임한나
Original assignee: 삼성전자주식회사
Priority date: 2009-04-17
Filing date: 2009-04-17
Publication date: 2015-06-15
Anticipated expiration: 2029-04-17
Also published as: US20120094627A1; KR20100115255A; EP2421287A4; EP2421287B1; US9288653B2; WO2010120152A3; US20150281936A1; WO2010120152A2; US9326117B2; US20150281935A1; US20150065080A1; US9277387B2; EP2421287A2; US8855594B2

Abstract

본 발명은 이동통신 네트워크에서 비접속 계층 프로토콜을 이용하여 단말과 네트워크 사이의 응급 콜을 관리하는 방법 및 시스템에 대한 것으로서, 본 발명의 일 실시 예에 따르는 단말이 응급 콜 서비스를 제공하는 방법은, 단말이 이동성 관리 엔티티로 응급 콜 인식자를 포함하는 접속 요청 메시지를 송신하는 단계, 접속 요청 메시지를 송신하는 단계 이후에, 상기 단말이 상기 이동성 관리 엔티티에 인증을 시도하는 단계, 상기 단말이 상기 이동성 관리 엔티티로부터 응급 콜 인식자를 포함하는 접속 승인 메시지를 수신하는 단계 및 상기 접속 승인 메시지를 수신한 단말이 상기 이동성 관리 엔티티를 통해서 응급 콜 서비스를 제공하는 단계를 포함할 수 있다. 본 발명의 일 실시 예에 따르면 응급 콜의 수행을 가능하게 할 수 있다.

NAS, MME, Emergency Call

Description

이동 통신 시스템에서 비계층 프로토콜을 이용하여 응급 콜 서비스를 지원하는 방법 및 시스템{METHOD AND SYSTEM FOR SUPPORTING EMERGENCY CALL USING NON-ACCESS STRATUM PROTOCOL FOR EMERGENCY CALL IN MOBILE TELECOMMUNICATION SYSTEM }

본 발명은 이동 통신 시스템에 대한 것으로서, 특히 단말과 네트웍에서 NAS 프로토콜을 이용하여 응급 콜을 효율적으로 지원하기 위한 방법 및 시스템에 관한 것이다.

일반적인 이동 통신 시스템들 중 대표적인 3GPP (3rd Generation Partnership Project )에서는 차세대 통신을 위하여 EPS (Evolved Packet System ) 을 정의하고, MME(Mobility Management Entity)를 네트워크의 이동성 관리 엔티티로 도입하였다.

상기와 같은 이동 통신 시스템에서는 종래의 이동 통신 시스템 특히 3GPP 의 3G에서 사용하던 NAS(Non-Access Stratum) 프로토콜을 개선하여 차세대 이동 통신에서의 고속의 통신 서비스 제공을 위하여 개선 방안을 제시함으로써 패킷 데이터(packet data) 통신을 위한 방안을 강화 하였다.

한편, 아이엠에스 (IP Multimedia Subsystem: 이하 IMS로 표기)는 인터넷 프로토콜 멀티미디어 서비스를 지원하기 위한 프레임웍(framework)으로서 고정 전화망이나 이동 통신망 등, 회로 스위치나 소켓 스위치가 서로 다른 공중 통신 서비스를 IP기술이나 인터넷 전화에 쓰이는 프로토콜인 SIP(Session Initiation Protocol)로 통합하여, 멀티미디어 서비스를 실현 시키는 방식으로서 제3 세대 휴대전화 규격의 표준화 단체이며, W-CDMA를 책정한 3GPP(3rd Generation Partnership Project)와 CDMA2000을 책정한 3GPP2(3rd Generation Partnership Project 2)에 의해 표준화가 이루어졌다. W-CDMA 진영인 3GPP에서는 IMS 라고 부르며, CDMA2000 진영인 3GPP2에서는 MMD(Multimedia Domain)이라 부른다. IMS 는 Web 브라우징, 메일 뿐만 아니라, Voice 콜을 패킷 서비스 도메인에서 서비스가 상위 프로토콜인 SIP 을 통해 제어가 가능한 장점이 있다. 하지만, IMS 규격이 성숙되어 있음에도 IMS를 지원하기 위한 베어러 설정 및 통신 호 설정이 지원되지 않아 서비스가 이루어지지 않고 있는 실정이다.

한편 EPS는 패킷 스위칭 ( Packet Switched: 이하 PS 로 표기) 서비스를 주로 지원하므로 음성 콜 (Voice call)을 지원하기 위해서 현재로선 회선 스위칭 폴백(Circuit Switched Fall Back, 이하 CS Fall Back 또는 CSFB 으로 표기)으로 CS 망으로 폴백하여 서비스를 지원하거나 혹은 IMS 서비스가 지원된다면 Single Radio Voice Call Continuity(이하 SRVCC 로 표기)를 이용하여 3GPP EPS 에서 3GPP2 CDMA2000 1x 나 3GPP UTRAN/ GERAN 로 핸드오버시 음성콜을 지원하고 있다. 이러한 상황에서 응급 콜 (emergency call) 을 지원하기 위한 방안이 표준에서 현재 논의 중이며 따라서 단말이 인증이 안 되더라도 응급 콜을 지원해주고, 응급 콜이 끝난 후에는 응급 콜을 시작 (initiation) 한 단말이 인증되지 않은 단말이라면 접속을 끊는 등 구체적 절차 및 속성이 정의 되어 있지 않다. 따라서 응급 콜을 보다 효율적으로 지원하는 방법 및 시스템의 요소를 명시해야 할 필요가 있다.

본 발명은 3GPP EPS를 비롯한 진화된 이동 통신 시스템에서 NAS 프로토콜을 지원하는 경우, 단말과 이동성 관리자(MME) 사이의 NAS 메시지를 사용 하여 응급 콜을 보다 짧은 시간에 효율적으로 지원하는 방법 및 시스템을 제공하는데 그 목적이 있다.

또한 본 발명은 단말과 이동성 관리자(MME) 간의 프로토콜인 NAS 프로토콜을 활용하여 응급 콜 지원 과정이 핸드오버 상에서도 어떻게 동작하는 지를 명기함으로써, 3GPP EPS 내에서 뿐만아니라 3GPP EPS 가 아닌 다른 무선 접속 기술 즉 다른 액세스 네트웍으로 이동하는 경우에도 NAS를 이용하는 단말에게 응급 콜을 지원하는 방법 등을 제공하는데 그 목적이 있다.

본 발명은 이동통신 네트워크에서 비접속 계층(non- Access Stratum 즉 네트웍 계층 : 이하 NAS 로 표기) 프로토콜을 이용하여 단말과 네트웍 사이의 응급 콜 ( emergency call: 이하 응급 콜로 표기 )을 관리하는 방법 및 시스템에 대한 것으로서, 본 발명에 따른 NAS 프로토콜 메시지를 이용하여 단말과 네트웍 사이의 응급 콜을 관리하기 위한 방법은, 단말(이하 UE 로 표기)과 이동 관리자(MME , mobility management entity : 이하 MME 로 표기) 를 포함하며, 단말과 네트웍 사이에 접속(attach : 이하 attch 로 표기) 과정을 통해 이루어지는 등록 (registration) 과정 또는 단말이 네트웍 사이에 핸드 오버 (handover )하는 과정 중에, 접속 과정 중 혹은 핸드 오버 과정 중에 수행하거나 혹은 별도의 과정을 통해 응급 콜을 위한 베어러 (bearer)를 설정하는 과정과, 접속 과정 혹은 핸드 오버 과정 또는 베어러 설정 과정에 응급 콜임을 알려주는 과정과, 응급 콜을 위한 베어러를 설정할 수 있도록 베어러 설정을 위한 게이트 웨이(gateway)를 어세스 포인트 이름(Access Point Name : 이하 APN 으로 표기)을 통해 알려주는 과정과, 만일 해당 단말이 접속 과정 중에 인증과정이 실패했더라도 응급 콜 단말이라면 응급 콜을 연결해주고, 응급 서비스 종료 후에는 단말을 등록 과정에서 해지 (이하 detach 로 표기 )하는 과정 또는, 만일 단말이 응급 콜 접속 과정 중에 인증 과정이 성공했다면, 응급 콜 서비스 종료 후에 응급 콜 관련 베어러를 불활성화 (deactivate) 하는 과정을 필요하다면 선택적으로(optionally) 수행하거나 불활성화를 안하고 유지하는 과정과, 단말이 접속 과정 중에 응급 콜을 위한 베어러 만을 설정하였다면, LTE 의 EPS 네트웍크(이하 EPS 로 표기함)에서 언제나(이하 always on 으로 표기) 단말의 서비스가 가능하도록 하기 위한 디폴트 베어러(이하 default bearer 로 표기)를 설정하는 과정을 포함한다.

이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.

본 발명에 따른 단말은 차세대 통신을 지원하기 위한 3GPP 의 EPS(Evolved Packet System) 네트웍에서 응급 콜의 수행을 가능하게 할 수 있으며, 혹은 인증이 안된 단말의 경우에도 EPS 네트웍에서 응급콜의 수행을 가능하게 할 수 도 있고, 또한 단말이 응급콜 수행 후에 일반 서비스가 가능하도록 하게 할 수 있고, 혹은 일반 서비스 중에 응급 콜이 있는 경우에 응급 콜 서비스가 가능하도록 필요한 동작을 수행함 하는 방법을 제안함으로써, 일반 콜과 응급 콜의 서비스가 가능하도록 하는 이점이 있다.

또한, 본 발명은 이동통신 네트워크에서 비접속 계층 ( non- Access Stratum 즉 네트웍 계층 : 이하 NAS 로 표기) 프로토콜을 이용하여 응급 콜을 지원하는 방법 및 시스템에 대한 것으로서, 본 발명에 따른 단말의 등록 관리(registration management : Attach , detach 관리) 및 이동성 관리, 및 베어러 관리하는 방법은 단말 (이하 UE 로 표기)과 이동관리자( MME , mobility management entity : 이하 MME 로 표기)를 포함하며, 단말이 동작 모드 (active mode) 에서 핸드오버 (handover)하는 경우와, 단말이 네트웍에 등록하는 경우에 있어서 베어러 설정과 단말과 MME 의 스테이트 관리(state)를 통하여 3GPP 의 EPS(Evolved Packet System)와 같은 네트워크에서 응급 콜을 NAS 메시지를 이용하여 효율적으로 처리하기 위한 방법을 제기함으로써 단말의 응급콜 지원을 효율적으로 하는 이점이 있다

이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대한 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 것으로서 이는 사용자 및 운용자의 의도 또는 관례 등 에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

후술되는 본 발명의 요지는 이동 통신 시스템을 위하여 단말과 MME 간의 프로토콜인 NAS 프로토콜을 이용하여 이동시스템에 응급 콜을 지원하는 방법을 제공하는 것이다. 이하 본 발명을 구체적으로 설명하는데 있어, 3GPP 를 기반으로 하는 EPS 시스템을 이용할 것이며, 본 발명은 NAS 를 사용하는 다른 이동 시스템에서도 이용 가능할 것이다.

한편 본 발명의 도 1에서 보는 바와 같이 도1 의 실시예는 본 발명의 기본 목적인 NAS 프로토콜을 이용하여 단말과 이동성 관리자(MME) 간의 통신 시 응급 콜을 지원하는 방법을 제기한 것으로 이러한 방법은 유사한 기술적 배경 및 채널 형태, 혹은 네트웍 구조(architecture) 또는 유사한 프로토콜 혹은 프로토콜은 상이하나 유사한 동작을 하는 프로토콜을 가지는 여타의 이동통신 시스템에서도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 발명의 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.

도 1은 본 발명의 바람직한 실시 예에 따른 이동 통신 시스템에서의 응급 콜 서비스를 지원하는 환경을 도시한 블록도 이다. 여기에서는 일 예로서 3GPP EPS 시스템 구조 ( 171 ) 를 도시하였다.

도 1을 참조하면, 기지국 (Evolved Node Base Station: E Node B : 이하 eNB이라 칭함)(112)은 각각의 서비스 영역인 셀 내에 위치하는 단말(User Equipment : 이하 단말 혹은 UE 라 칭함)(110)과 무선 접속을 설정하고 통신을 수행한다. UE (110)는 서빙 게이트웨이( Serving Gateway: 이하 Serving GW, 또는 SGW라 칭함)(116)를 통해 인터넷과 같은 패킷 데이터 네트워크에 접속하는 단말을 칭한다. 본 명세서에서는 패킷 데이터 네트워크의 주요한 네트워크 개체로서 패킷 데이터 네트웍 게이트 웨이( Packet Data Network Gate Way : 이하 PDN GW 로 칭함) (118 ) 이 홈 에이전트(Home Agent: 이하 HA라 칭함)의 역할을 수행한다. 한편 단말의 이동성 관리, 단말의 위치 관리 (location management), 등록 (registration ) 관리를 위하여 이동 관리자 ( Mobility Management Entity : 이하 MME 로 표기 ) ( 114)가 있다. 또한 사용자와 단말에 대한 인증정보 및 서비스 정보를 관리하기 위하여 홈 구독자 서버 ( Home Subscriber Server :이하 HSS ) ( 121 ) 가 MME (114) 와 인터페이스를 가지고 연결되어 있다.

eNB(112) 와 Serving GW (116 ), MME (114) 와 Serving GW (116) 사이에는 데이터경로 ( data path) 와 단말의 이동성을 관리하기 위한 인터페이스가 존재한다. 본 발명에서의 UE (110)와 MME (114)는 NAS 프로토콜 스택을 가지고 서로 통신함으로써 이동성 관리, 위치 관리, 등록 관리, 세션 관리를 수행한다.

본 발명에서는 응급 콜 서비스를 지원하기 위하여 UE (110) 의 이동성 관리, 위치 관리, 세션 관리를 위해서 도입한 개체인 MME (114 ) 와 단말( 110) 사이의 프로토콜인 NAS 프로토콜에 그 초점을 둔다. 따라서 본 발명에서는 응급 콜을 지원하기 위한 방법을 NAS 프로토콜을 기반으로 UE(110), MME (114)가 효율적으로 동작할 수 있도록 상기의 네트워크를 참조하여 이하 도 2 내지 도 8 에 대해 설명하기로 한다.

한편 단말 UE (110) 이 3GPP EPS 네트워크 (171) 에서 3GPP 의 종래 (legacy ) 네트워크나 non 3GPP 네트워크 (173) 으로 핸드오버 하는 중에 응급 콜을 서비스 하는 방안을 설명하기 위하여 EPS 네트워크 (171) 구조에 GERAN 이나 UTRAN 으로 대표되는 3GPP 의 종래 (legacy) 네트워크나 3GPP2 CDMA2000 1x 등과 같은 non 3GPP 네트워크 (173) 를 첨가하였다. 따라서, UE (110) 의 경우 핸드오버 하여 173 network 에서도 서비스를 받을 수 있으며, 173 네트워크에서의 기지국 (151)과 이동성 관리자 (153) 은 해당 네트워크에서 정의하는 이름의 엔티티 (entity)를 대표하여 표기하였으므로 예를 들면 BSS, SGSN 등으로 풀이 될 수 있다.

도 2는 본 발명의 일 실시 예에 따른 응급 콜과 일반 서비스를 위한 등록 절차를 나타낸 메시지 흐름도이다.

이러한 도 2의 흐름도는 응급 콜 및 일반 서비스를 등록하기 위한 과정으로서 도 2의 경우 응급 콜에 대한 요청이 먼저 있은 후 응급 콜 서비스가 끝난 후 일반 서비스를 이용하는 형태 혹은 응급 콜과 일반 서비스가 동시에 요청되더라도 응급콜을 먼저 처리한 뒤 일반 서비스를 처리하는 형태의 서비스의 경우를 지원하기 위한 것이다. 이러한 흐름에 있어서 종래의 기술과 차이점은 하기의 [표 1] 내지 [표 11]의 메시지 포맷을 참조하기로 한다. 응급 콜 및 일반 서비스의 등록 절차에 있어서 본 발명에서 중요한 개체(entity)는 도 2 에서 보는 바와 같이 UE (110), MME (114) 이다.

201 과정에서 UE (110)는 MME (114) 에게 접속 요청 (이하 ATTACH REQUEST 로 표기) 메시지를 203 과정의 패킷 데이타 네트웍 (Packet Data Network : 이하 PDN으로 표기 ) 연결 요청 메시지( 이하PDN CONNETIVITY REQUEST 로 표기 ) 메시지를 포함하여 보낸다. 201 의 ATTACH REQUST 메시지 에는 응급 콜임을 알려주기 위하여 응급콜 인식자 ( emergency indicator) 가 포함되게 된다. 이러한 응급콜 인식자는 별도의 정보 요소 ( information element : 이하 IE 로 표기 ) 를 [표 1] 과 같이 쓸 수도 있으며, 이 경우 ATTACH REQUEST 메시지는 [표 2] 와 같이 변경 될 수 있다. 또는 ATTACH REQUEST 메시지의 의 접속 타입 (이하 Eps attach type 으로 표기) 에서 응급콜 임을 구분하여 [표 3]과 같이 전송할 수 있다.

한편 203 과정의 PDN CONNECTIVITY REQUEST 메시지에서도 응급 콜을 위한 베어러 설정을 요청하기 위하여 응급 콜 인식자를 알려주기 위하여 응급 콜 인식자를 별도의 정보 요소로 [표 1] 과 같이 사용 할 수 있으며 이 경우 PDN CONNECTIVITY REQUEST 메시지는 [표 4]와 같이 변경 가능하다. 또는 PDN CONNETIVITY REQUEST 메시지의 요청 타입 (이하 request type) 에서 응급콜 임을 구분하여 [표 5] 과 같이 알려 줄 수도 있다. 한편 응급콜의 서비스를 지원할 게이트 웨이를 알려주기 위하여 응급 어세스 포인트 이름 (Access Point Name : 이하 APN 으로 표기 )을 종래의 PDN CONNECTIVITY REQUEST 메시지 내의 APN 필드를 이용하여 전송할 수 있다.

이 경우, 종래의 초기 접속 메시지인 ATTACH REQUEST 메시지에는 APN 필드의 값을 사용하지 않게 되어 있으므로 응급콜 인식자 (Emergency call indicator)가 있는 경우에만 ATTACH REQUEST 와 수반하여 PDN CONNETIVITY REQUEST 메시지에 APN 필드를 첨가하는 변경을 하여야 한다. 또는 새로운 필드를 정의하여 [표 6]에서와 같이 Emergency APN 을 정의하여, request type 에 응급 콜임을 알려주는 방법의 경우 [표 7]과 같이 PDN CONNECTIVITY REQUEST 메시지를 전송할 수 있다. [표 7]과 같은 메시지를 전송함에 있어서 Emergency APN 의 필드는 값을 응급 콜을 위한 APN 을 지정하여 보내나, APN 필드는 비워 두어야하며 이때 비어 있는 APN 은 초기 ATTACH REQUEST 에선 default bearer 를 활성화 하는 것으로 인식하므로 MME(114) 에서 판단함에 있어서 초기 ATTACH REQUST 이고, Emergency call indicator 가 있고, APN 은 비워 있고, Emergency APN 이 설정되어 있으며 응급 콜을 위한 등록으로 인식한다. 이후 205 과정에서와 같이 UE (110) 의 인증과 보안 과정이 일어난다. 이러한 인증과 보안과정에 대해서 응급 콜의 경우 인증과 보안 과정이 실패하더라도 서비스를 제공해야 하므로 이후 과정에서 성공한 단말과 실패한 단말을 달리 취급할 수 있다.

207 과정에서와 같이 접속 승인 (ATTACH ACCEPT) 메시지가 209 과정의 응급 EPS 베어러 콘텍스트 활성화 요청(이후 "ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST"로 표기) 메시지와 함께 전송된다. 이때 209 과정의 ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST 메시지는 새로 정의되는 메시지로 이 메시지의 형태는 [표 8]을 참조하기로 한다. 이때 207 과정의 ATTACH ACCEPT 메시지에 포함되는 EPS attach result 는 emergency attach result 가 성공임을 알려주기 위하여 [표 9] 와 같이 변경 가능하다. 이후 211 과정에서 응급 콜 서비스를 수행한다. 이후 응급 콜 서비스가 끊기면 231 과정 또는 251 내지 253 과정과 271 내지 273 과정의 2가지의 형태로 단말의 운영이 가능하다.

즉 그 하나는 231 과정에서와 같이 UE(110)이 인증에 실패한 경우라면 231 과정에서와 같이 MME(114)에서 UE(110)으로 DETACH REQUST 메시지가 전송되어 인증되지 않은 단말이므로 응급 콜 서비스 후에는 단말의 등록을 해지시킨다. 또는 다른 하나는 응급 콜 등록이 완료되고 인증도 성공한 경우로, EPS 서비스를 위한 디폴트 베어러(이하 "default bearer"로 표기)는 설정되지 않은 경우 default bearer 를 설정하기 위하여 251 과정에서와 같이 PDN CONNCETIVITY REQUEST 메시지에 APN 에 default APN을 포함하여 UE(110)에서 MME(114)로 전송한다. 이에 대해 MME(114)는 253 과정에서와 같이 ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST 메시지를 UE(110)으로 전송한다.

251 내지 253 과정에서처럼 응급 콜 등록 과정에서 인증이 성공한 경우라면, 이후 271 내지 273 과정에서처럼 일반 서비스를 보다 잘 지원하기 위하여 응급 콜을 위한 베어러를 불활성화 시키거나 할 수 있고 이러한 271 내지 273 과정은 응급 콜을 위한 베어러를 활성화 상태로 유지시킨다면 실행이 되지 않을 수도 있다. 271 과정에서는 PDN 연결 해지 요청 (이하 "PDN DISCONNECT REQUEST") 메시지의 APN 에 응급 APN (Emergency APN) 을 포함하여 UE(110)에서 MME(114)로 전송한다. 이에 대한 응답으로 MME(114)에서 UE(110)로 273 과정에서 EPS 베어러 콘텍스트 불활성화 요청(이하 "DEACTIVATE EPS BEARER CONTEXT REQUEST") 메시지에 APN에 Emergency APN을 포함하여 전송한다.

도 3은 본 발명의 다른 실시 예에 따른 응급 콜과 일반 서비스를 위한 등록 절차를 나타낸 메시지 흐름도이다.

이러한 도 3의 흐름도는 응급 콜 및 일반 서비스를 함께 등록하기 위한 과정으로서 도 3의 경우 응급 콜에 대한 요청을 하면서 일반 서비스를 위한 베어러(bearer) 설정 등을 함께 지원하는 경우를 위한 것이다. 이러한 흐름에 있어서 종래의 기술과 차이점은 상기와 하기의 [표 1] 내지 [표 11 ] 의 메시지 포맷을 참조하기로 한다. 응급 콜과 일반 서비스를 함께 등록 하는 절차에 있어서 본 발명에서 중요한 개체 (entity) 는 도 3 에서 보는 바와 같이 UE (110), MME (114) 이다.

301 과정에서 UE (110) 는 MME (114) 에게 접속 요청 (이하 ATTACH REQUEST 로 표기) 메시지를 303 과정의 패킷 데이타 네트웍 (Packet Data Network : 이하 PDN으로 표기 ) 연결 요청 메시지( 이하 PDN CONNETIVITY REQUEST 로 표기 ) 메시지를 포함하여 보낸다. 301 의 ATTACH REQUST 메시지 에는 응급 콜임을 알려주기 위하여 응급콜 인식자 ( emergency indicator) 가 포함되게 된다. 이러한 응급콜 인식자는 별도의 정보 요소 ( information element : 이하 IE 로 표기 ) 를 [표 1] 과 같이 쓸 수도 있으며, 이 경우 ATTACH REQUEST 메시지는 [표 2] 와 같이 변경 될 수 있다. 또는 ATTACH REQUEST 메시지의 의 접속 타입 (이하 Eps attach type 으로 표기)에서 응급콜 임을 구분하여 [표 3]에서와 같이 전송할 수 있다.

한편 303 과정의 PDN CONNECTIVITY REQUEST 메시지에서도 응급 콜을 위한 베어러 설정을 요청하기 위하여 응급 콜 인식자를 알려주기 위하여 응급 콜 인식자를 별도의 정보 요소로 [표 1]과 같이 사용할 수 있다. 또는 PDN CONNETIVITY REQUEST 메시지의 요청 타입(이하 request type) 에서 응급콜임을 구분하여 [표 5]와 같이 알려 줄 수도 있다. 한편 응급콜의 서비스를 지원할 게이트웨이를 알려주기 위하여 응급 액세스 포인트 이름(Access Point Name: 이하 APN으로 표기)을 MME에게 알려주어야 한다. 이에 새로운 필드를 정의하여 [표 6]에서와 같이 Emergency APN을 정의하여, [표 5]와 같이 request type에 응급 콜임을 알려주는 방법의 경우 [표 7] 과 같이 PDN CONNECTIVITY REQUEST 메시지를 전송할 수 있다. [표 7]과 같은 메시지를 전송함에 있어서 Emergency APN의 필드는 값을 응급 콜을 위한 APN 을 지정하여 보내나, APN 필드는 비워 두어야 하며 이때 비어 있는 APN은 초기 ATTACH REQUEST에선 default bearer를 활성화하는 것으로 인식하므로 MME(114)에서 판단함에 있어서 초기 ATTACH REQUST 이고, Emergency call indicator가 있고, APN은 비워 있고, Emergency APN이 설정되어 있으며 응급 콜을 위한 등록은 Emergency APN 을 통해 설정하고 일반 서비스를 위한 등록은 default APN을 통해 등록을 설정한다. 한편 응급 액세스 포인트 이름 (Access Point Name: 이하 APN 으로 표기 )을 MME에게 알려주는 방법으로 [표 1]과 같이 emergency indicator를 따로 두는 경우는 [표 11]과 같이 PDN CONNECTIVITY REQEUST 메시지를 전송하게 되며, 상기 [표 7]과 같이 APN 자리는 비워서 전송되며, emergency APN 값은 응급 콜 지원을 위한 APN 값으로 설정되어 전송된다. 이후 305 과정에서와 같이 UE(110)의 인증과 보안 과정이 일어난다. 이러한 인증과 보안과정에 대해서 응급 콜의 경우 인증과 보안 과정이 실패하더라도 서비스를 제공해야 하므로 이후 과정에서 성공한 단말과 실패한 단말을 달리 취급할 수 있다. 307 과정에서와 같이 접속 승인(ATTACH ACCEPT) 메시지가 309 과정의 응급 EPS 베어러 콘텍스트 활성화 요청(이후 "ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST"로 표기) 메시지, 311 과정의 디폴트 EPS 베어러 활성화 요청(이하 "ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST") 메시지와 함께 전송된다. 이때 309 과정의 ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST 메시지는 새로 정의되는 메시지로 이 메시지의 형태는 [표 8]을 참조하기로 한다. 이때 307 과정의 ATTACH ACCEPT 메시지에 포함되는 EPS attach result는 emergency attach result가 성공임을 알려주기 위하여 [표 9]와 같이 변경 가능하다. 이후 313 과정에서 응급 콜 서비스를 수행한다. 이후 응급 콜 서비스가 끊기면 331 과정 또는 351 내지 353 과정과 371 내지 373 과정의 2가지의 형태로 단말의 운영이 가능하다.

즉, 그 하나는 331 과정에서와 같이 UE(110)이 인증에 실패한 경우라면 331 과정에서와 같이 MME(114)에서 UE(110)으로 DETACH REQUST 메시지가 전송되어 인증되지 않은 단말이므로 응급 콜 서비스 후에는 단말의 등록을 해지시킨다. 한편 또 다른 하나는 응급 콜 등록이 완료되고 인증도 성공하였으나 EPS 서비스를 위한 디폴트 베어러(이하 "default bearer"로 표기)는 설정되지 않은 경우에는, default bearer를 설정하기 위하여 371 과정에서와 같이 PDN CONNCETIVITY REQUEST 메시지에 APN에 default APN을 포함하여 UE(110)에서 MME(114)로 전송한다. 이에 대해 MME(114)는 373 과정에서와 같이 ACTIVATE DEFAUL EPS BEARER CONTEXT REQUEST 메시지를 UE(110)으로 전송한다. 351 내지 353 과정에서처럼 응급 콜 등록 과정에서 인증이 성공한 경우라면, 일반 서비스를 지원하기 위하여 응급 콜을 위한 베어러를 불활성화 시키거나 할 수 있고 이러한 351 내지 353 과정은 응급 콜을 위한 베어러를 활성화 상태로 유지시킨다면 실행이 되지 않을 수도 있다. 351 과정에서는 PDN 연결 해지 요청(이하 PDN DISCONNECT REQUEST) 메시지의 APN에 응급 APN(Emergency APN)을 포함하여 UE(110)에서 MME(114) 로 전송한다. 이에 대한 응답으로 MME(114)에서 UE(110)로 353 과정에서 EPS 베어러 콘텍스트 불활성화 요청(이하 "DEACTIVATE EPS BEARER CONTEXT REQUEST") 메시지에 APN에 Emergency APN을 포함하여 전송한다.

도 4는 본 발명의 또 다른 실시 예에 따른 응급 콜과 일반 서비스를 위한 등록 절차를 나타낸 메시지 흐름도이다. 이러한 도 4의 흐름도는 응급 콜 및 일반 서비스를 등록하기 위한 과정으로서 도 4의 경우 일발 서비스 등록 요청이 먼저 있은 후, 응급 콜에 대한 요청 있는 형태의 서비스의 경우를 지원하기 위한 것이다. 이러한 흐름에 있어서 종래의 기술과 차이점은 하기의 [ 표 1] 내지 [표 11 ] 의 메시지 포맷을 참조하기로 한다. 응급 콜 및 일반 서비스의 등록 절차에 있어서 본 발명에서 중요한 개체 (entity) 는 도4 에서 보는 바와 같이 UE (110), MME (114) 이다.

401 과정에서UE (110) 는 MME (114) 에게 접속 요청 (이하 ATTACH REQUEST 로 표기) 메시지를 403 과정의 패킷 데이타 네트웍 (Packet Data Network : 이하 PDN으로 표기 ) 연결 요청 메시지( 이하 PDN CONNETIVITY REQUEST 로 표기 ) 메시지를 포함하여 보낸다. 이후 405 과정에서와 같이 UE (110) 의 인증과 보안 과정이 일어난다. 411 과정에서 UE(110)에서 응급 콜이 요청되면 UE(110) 은 413 과정에서와 같이 PDN CONNECTIVITY REQUEST 메시지에 응급 콜을 위한 베어러 설정을 요청하기 위하여 응급 콜 인식자를 알려주기 위하여 응급 콜 인식자를 별도의 정보 요소 로 [표 1] 과 같이 사용 할 수 있으며 이 경우 PDN CONNECTIVITY REQUEST 메시지는 [표 4]와 같이 변경 가능하다. 또는 PDN CONNETIVITY REQUEST 메시지의 요청 타입 (이하 request type) 에서 응급콜 임을 구분하여 [표 5] 과 같이 알려 줄 수도 있다.

한편 응급콜의 서비스를 지원할 게이트웨이를 알려주기 위하여 응급 어세스 포인트 이름(Access Point Name : 이하 APN 으로 표기 )을 종래의 PDN CONNECTIVITY REQUEST 메시지 내의 APN 필드를 이용하여 전송할 수 있다. 이 경우, 종래에는 APN 에 값을 요청하는 경우는 default bearer인 경우이므로 [표 1]과 같은 응급콜 인식자 (Emergency call indicator) 가 있는 경우 혹은 [표 5]와 같이 request type 에 emergency call indicator 가 있는 경우에 PDN CONNETIVITY REQUEST 메시지에 APN 필드에 종래의 default APN 뿐 아니라 추가로 필요한 경우 emergency call APN을 선택적으로 실어서 보낼 수 있도록 하는 변경을 하여야 한다.

또는 새로운 필드를 정의하여 [표 6]에서와 같이 Emergency APN 을 정의하여, request type 에 응급 콜임을 알려주는 방법의 경우 [표 7]과 같이 PDN CONNECTIVITY REQUEST 메시지를 전송할 수 있다. [표 7]과 같은 메시지를 전송함에 있어서 Emergency APN 의 필드 값은 응급 콜을 위한 APN 을 지정하여 보내며, MME(114) 에서 판단함에 있어서 Emergency call indicator 가 request type 에 있고, Emergency APN 이 설정되어 있으며 응급 콜을 위한 등록으로 인식한다. 한편 [표 1] 과 같이 emergency indicator 를 사용하며, [표 6] 과 같이 Emergency APN 을 별도로 정의한 경우는 [표 11] 과 같은 메시지 형태를 사용한다.

415 과정에서는 EPS 베어러 콘텍스트 활성화 요청(이후 "ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST"로 표기) 메시지가 UE(110)에서 MME(114)로 전송된다. 이때 415 과정의 ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST 메시지는 새로 정의 되는 메시지로 이 메시지의 형태는 [표 8]을 참조하기로 한다. 이후 417 과정에서 응급 콜 서비스를 수행한다. 이후 응급 콜 서비스가 종료된 이후 419 내지 421 과정에서처럼 일반 서비스를 보다 잘 지원하기 위하여 또는 기타 이유로 응급 콜을 위한 베어러를 불활성화 시키거나 할 수 있고 이러한 419 내지 421 과정은 응급 콜을 위한 베어러를 활성화 상태로 유지시킨다면 실행이 되지 않을 수도 있다. 419 과정에서는 PDN 연결 해지 요청(이하 "PDN DISCONNECT REQUEST") 메시지의 APN 에 응급 APN(Emergency APN)을 포함하여 UE(110)에서 MME(114)로 전송한다. 이에 대한 응답으로 MME(114)에서 UE(110)로 421 과정에서 EPS 베어러 콘텍스트 불활성화 요청(이하 "DEACTIVATE EPS BEARER CONTEXT REQUEST") 메시지에 APN에 Emergency APN을 포함하여 전송한다.

상기의 도 2 내지 도 4에서 기술한 대로 단말 (UE) 와 이동 관리자 (MME) 가 동작하기 위해서는 다음 [표 1] 내지 [표 11] 의 메시지, 정보 요소 (information IE) 등이 지원되어야 하는 경우가 있다. 이에 하기에서 이를 기술하기로 한다.

표 1은 ATTACH REQUEST 메시지나 PDN CONNECTIVITY REQUEST 메시지 등에 포함하여 보내는 응급 콜임을 알려주는 응급 콜 인식자 (Emergency call indicator) 정보 요소 ( information element : 이후 IE 로 표기) 이다.

그 인식자의 값은 표 1-2 와 같다.

[표 1]

Emergency call Indicator IE ( Information element)

[표 1-2]

Emergency Call indicator 값 (value )

표 2는 ATTACH REQUEST 메시지에 상기 표 1의 emergency call indicator 가 추가된 경우 이다.

[표 2]

표 3은 ATTACH REQUEST 메시지에 포함하여 보내는 응급 콜임을 알려주는 응급 콜 인식자 (Emergency call indicator)를 EPS Attach type 정보 요소 ( information element : 이후 IE 로 표기)를 통하여 전달하는 경우 이다.

그 인식자의 값은 표 3-2와 같다.

[표 3]

Emergency Attach Type IE

[표 3-2]

EPS attach type 값 (value )

표 4는 PDN CONNECTIVITY REQUEST 메시지에 상기 표 1의 emergency call indicator 가 추가된 경우 이다.

[ 표 4 ] PDN CONNECTIVITY REQUEST

표 5는 PDN CONNECTIVITY REQUEST 메시지에 포함하여 보내는 응급 콜임을 알려주는 응급 콜 인식자 (Emergency call indicator)를 Request type 정보 요소 ( information element : 이후 IE 로 표기) 를 통하여 전달하는 경우 이다.

그 인식자의 값은 표 5-2와 같다.

[표 5]

[표 5-2]

표 6은 Emergency APN 을 표기하기 위하여 사용하는 APN IE 이다. 이는 종래의 APN IE 와 같은 포맷을 사용하며 값(value) 에 Emergency APN 이 사용된다.

[표 6]

표 7은 PDN CONNECTIVITY REQUEST 메시지에 상기 표 5의 변경된 request type 과 emergency APN 을 표기하는 표 6이 추가된 경우이다.

[표 7]PDN CONNECTIVITY REQUEST

표 8은 ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST 이다. 본 메시지에 본 발명을 위하여 새로이 설정된 메시지로서 Emergency Bearer를 생성하여 활성화 하기 위하여 추가된 경우 이다.

[표 8] ACTIVATE EMERGENCY EPS BEARER CONTEXT REQUEST

표 9는 ATTACH ACCEPT 메시지에 포함하여 보내는 응급 콜임을 알려주는 응급 콜 인식자 (Emergency call indicator)를 EPS Attach result 정보 요소( information element : 이후 IE 로 표기)를 통하여 전달하는 경우 이다.

그 인식자의 값은 표 9-2와 같다.

[표 9]

[표 9-2]

표 11은 PDN CONNECTIVITY REQUEST 메시지에 상기 표 1의 emergency call indicator 와 상기 표 6 의 emergency APN 이 추가된 경우 이다.

[ 표 11 ] PDN CONNECTIVITY REQUEST

도 5는 본 발명의 일 실시 예에 따른 응급 콜을 지원하기 위한 단말의 상태 변화를 나타낸 상태도 이다. 도 5는 본 발명의 일 실시예 중에서 단말이 응급 콜과 일반 서비스를 위한 접속 과정을 별도의 과정을 통해 실시하는 경우에 대한 예이다.

도 5에서 501의 EMM-DEREGISTERED 상태에서 emergency attach 가 요청되면 503 상태인 EMM-EMERGENCY REGISTERED INITIATED 상태로 전이한다. 한편 503 상태에서 505 EMM-EMERGENCY REGISTERED 상태로 가기 위해선 emergency attach 가 accepted 되고 emergency EPS bearer context 가 activation 되어야 한다. 한편 505 EMM-EMERGENCY REGISTERED 상태에서 EMM REGISTERED 상태로 가기 위해서는 ATTACH 과정중에 인증 과정이 성공하거나 혹은 인증 과정이 initiation 되어서 성공하거나 해야 하고, default EPS bearer context activation 이 성공하여야 하며 이러한 default EPS bearer context activation 을 위해서 PDN connectivity request 가 실행되어 성공하여야 한다. 한편 505 의 EMM-EMERGENCY REGISTERED 단계에서는 응급콜의 종료 이후에 접속 ATTACH 과정중에 authentication 이 failed 되었거나 응급콜 종료 이후에 실시한 authentication 과정이 실패하면 network 에서 시작한 DETACH request 에 의하여 501 의 EMM-DEREGISTERED 상태로 변경되거나 local DETACH 나 CDMA 2000 HRPD 로의 emergency intersystem change 가 종료하는 경우 501 상태로 변경된다. 또한 507 의 EMM REGISTERED 상태에서 emergency call 이 요청되면 505 의 EMM-EMERGENCY REGISTERED 상태로 전이할 수 있다.

도 6은 본 발명의 다른 실시 예에 따른 응급 콜을 지원하기 위한 단말의 상태 변화를 나타낸 상태도 이다. 도 6은 본 발명의 일 실시예 중에서 단말이 응급 콜과 일반 서비스를 위한 접속 과정을 하나의 과정을 통해 실시하는 경우에 대한 예이다.

도 6에서 601의 EMM-DEREGISTERED 상태에서 Attch가 요청되면 603 상태인 EMM- REGISTERED INITIATED 상태로 전이한다. 한편 603 상태에서 605 EMM-EMERGENCY REGISTERED 상태로 가기 위해선 Attach 가 요청되었을 때 emergency call 임이 표시 (marked) 되어 있어야 하고, emergency attach 가 accepted 되고 emergency EPS bearer context 가 activation 되어야 한다. 한편 605 EMM-EMERGENCY REGISTERED 상태에서 EMM REGISTERED 상태로 가기 위해서는 ATTACH 과정 중에 인증 과정이 성공하거나 혹은 인증 과정이 initiation 되어서 성공하거나 해야 하고, 또는 접속 과정 중 emergency attach 만 성공하였으나 인증 과정이 성공적으로 수행되고, default EPS bearer 만 activation 되지 않아, 이에 default EPS bearer context activation 을 PDN CONNECTIVITY REQUST 메시지 등을 통하여 실시하여 EPS default bearer activation 이 성공한 경우이다. 한편 605 의 EMM-EMERGENCY REGISTERED 단계에서는 응급콜의 종료 이후에 접속 ATTACH 과정 중에 authentication 이 failed 되었거나 응급콜 종료 이후에 실시한 authentication 과정이 실패하면 network 에서 시작한 DETACH request 에 의하여 601 의 EMM-DEREGISTERED 상태로 변경되거나 local DETACH 나 CDMA 2000 HRPD 로의 emergency intersystem change 가 종료하는 경우 601 상태로 변경된다. 또한 607 의 EMM REGISTERED 상태에서 emergency call 이 요청되면 565 의 EMM-EMERGENCY REGISTERED 상태로 전이할 수 있다.

도 7은 본 발명의 또 다른 실시 예에 따른 응급 콜을 지원하기 위한 MME의 상태 변화를 나타낸 상태도 이다. 도 7는 본 발명의 일 실시예 중에서 단말이 응급 콜과 일반 서비스를 위한 접속 과정을 별도의 과정을 통해 실시하는 경우에 대한 MME 동작의 예이다. 이러한 MME 의 동작은 도 5의 과정으로 상태가 변화하는 UE 와 함께 동작할 수 있다.

701 의 EMM-DE-REGISTERED 상태에서Emergency attach procedure 가 성공하고 emergency EPS bearer activation 이 성공하면 703 의 EMM-EMERGENCY REGISTERED 상태로 전이한다. 한편 703 상태에서 705 의 EMM-REGISTERED 상태로 전이하기 위해서는 ATTACH 과정 중에 인증 과정이 성공하였거나 혹은 응급 콜 이후의 시도 에서 인증 과정이 성공하고 Defaul EPS bearer context activation 이 성공한 경우이다. 한편 705 상태인 EMM-REGISTERED 에서 703 상태인 EMM-EMERGENCY REGISTERED 상태로 전이할 수 있는데 이는 Emergency call이 단말에 의해 요청된 경우이다. 또한 703 상태인 EMM0EMERGENCY-REIGISTERED 상태에서 EMM-DERISTERED-INITIATED 상태로 전이할 수 있는데 이는 인증 과정이 접속 과정중 실패하고 응급 콜 수행 후에 단말의 접속을 네트워크에서 종료하고자 하는 경우로서 네트워크 시작 DETACH 요청 메시지가 수행된다.

도 8은 본 발명의 일 실시 예에 따른 응급 콜을 지원하기 위한 MME의 상태 변화를 나타낸 상태도 이다. 도 8은 일 실시예 중에서 단말이 응급 콜과 일반 서비스를 위한 접속 과정을 하나의 과정을 통해 실시하는 경우에 대한 MME 동작의 예이다. 이러한 MME 의 동작은 도 6의 과정으로 상태가 변화하는 UE 와 함께 동작할 수 있다.

801 의 EMM-DE-REGISTERED 상태에서 오직 Emergency attach procedure 만 성공하고 emergency EPS bearer activation 이 성공하였으나 일반 접속 과정은 실패하면 803 의 EMM-EMERGENCY REGISTERED 상태로 전이한다. 한편 803 상태에서 805 의 EMM-REGISTERED 상태로 전이하기 위해서는 ATTACH 과정 중에 인증 과정이 성공하였거나 혹은 응급 콜 이후의 시도 에서 인증 과정이 성공하고 Defaul EPS bearer context activation 이 성공한 경우이다. 한편 805 상태인 EMM-REGISTERED 에서 803 상태인 EMM-EMERGENCY REGISTERED 상태로 전이할 수 있는데 이는 Emergency call이 단말에 의해 요청된 경우이다. 또한 803 상태인 EMM-EMERGENCY-REIGISTERED 상태에서 807의 EMM-DERISTERED-INITIATED 상태로 전이할 수 있는데 이는 인증 과정이 접속 과정 중 실패하고 응급 콜 수행 후에 단말의 접속을 네트워크에서 종료하고자 하는 경우로서 네트워크 시작 DETACH 요청 메시지가 수행된다. 한편 801 의 EMM-DERIGISTERED 상태에서 805 EMM-REGISTERED 상태로 상태가 전이되는 경우는 ATTACH 과정이 성공하고Default EPS bearer activation 도 성공적으로 수행하고 emergency call 에 대한 요청이 표시 (marking) 되어 있는 경우 emergency EPS bearer context activation 까지 성공적으로 수행된 경우이다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되지 않으며, 후술되는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

도 1은 본 발명의 바람직한 실시 예에 따른 이동 통신 시스템에서의 응급콜 서비스를 지원하는 환경을 도시한 블록도.

도 2는 본 발명의 일 실시 예에 따른 응급 콜과 일반 서비스를 위한 등록 절차를 나타낸 메시지 흐름도.

도 3는 본 발명의 일 실시 예에 따른 응급 콜과 일반 서비스를 위한 등록 절차를 나타낸 메시지 흐름도.

도 4는 본 발명의 일 실시 예에 따른 응급 콜과 일반 서비스를 위한 등록 절차를 나타낸 메시지 흐름도.

도 5는 본 발명의 일 실시 예에 따른 응급 콜을 지원하기 위한 단말의 상태 변화를 나타낸 상태도.

도 6은 본 발명의 다른 실시 예에 따른 응급 콜을 지원하기 위한 단말의 상태 변화를 나타낸 상태도.

도 7은 본 발명의 또 다른 실시 예에 따른 응급 콜을 지원하기 위한 MME의 상태 변화를 나타낸 상태도.

도 8은 본 발명의 일 실시 예에 따른 응급 콜을 지원하기 위한 MME의 상태 변화를 나타낸 상태도.

Claims

단말이 응급 콜 서비스를 제공하는 방법에 있어서,

단말이 이동성 관리 엔티티(MME: Mobility Management Entity)로 접속 요청 메시지(attach request message)를 송신하는 단계; 및

상기 단말이 상기 MME로부터 응급 콜 인식자(emergency call indicator)를 포함하는 접속 승인 메시지(attach accept message)를 수신하는 단계를 포함하고,

상기 접속 요청 메시지는 제1 PDN 접속 요청(Packet Data Network Connectivity Request) 메시지를 포함하고, 상기 제1 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 응급 베어러 서비스를 위한 제1 PDN 접속을 요청하는지 나타내고,

상기 응급 콜 인식자에 따라 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제1항에 있어서,

상기 접속 승인 메시지를 수신한 후, 상기 단말이 제2 PDN 접속 요청 메시지를 상기 MME에 송신하는 단계; 및

상기 MME로부터 상기 제2 PDN 접속 요청 메시지의 송신에 대응하는 디폴트 EPS 베어러 활성화 요청(Activate Default Evolved Packet System Bearer Context Request) 메시지를 수신하는 단계를 더 포함하고,

상기 제2 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 제2 PDN 접속에 대한 설정을 요청하는지 나타내는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제2항에 있어서, 상기 제2 PDN 접속 요청 메시지의 송신은 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속 설정의 비활성화를 기다리지 않고 수행되는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제1항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스에 대한 지원을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제1항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스를 지원하지 않음을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되지 않는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
이동성 관리 엔티티(MME: Mobility Management Entity)가 응급 콜 서비스를 제공하는 방법에 있어서,

MME가 단말로부터 접속 요청 메시지(attach request message)를 수신하는 단계; 및

상기 MME가 상기 단말로 응급 콜 인식자를 포함하는 접속 승인 메시지(attach accept message)를 송신하는 단계를 포함하고,

상기 수신한 접속 요청 메시지는 제1 PDN 접속 요청(Packet Data Network Connectivity Request) 메시지를 포함하고, 상기 제1 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 응급 베어러 서비스를 위한 제1 PDN 접속을 요청하는지 나타내고,

상기 응급 콜 인식자에 따라 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제6항에 있어서,

상기 접속 승인 메시지를 송신한 후, 상기 MME가 제2 PDN 접속 요청 메시지를 상기 단말로부터 수신하는 단계; 및

상기 제2 PDN 접속 요청 메시지의 수신에 대응하는 디폴트 EPS 베어러 활성화 요청(Activate Default Evolved Packet System Bearer Context Request) 메시지를 상기 단말에 송신하는 단계를 더 포함하고,

상기 제2 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 제2 PDN 접속에 대한 설정을 요청하는지 나타내는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제7항에 있어서, 상기 제2 PDN 접속 요청 메시지의 수신은 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속 설정의 비활성화를 기다리지 않고 수행되는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제6항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스에 대한 지원을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
제6항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스를 지원하지 않음을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되지 않는 것을 특징으로 하는 응급 콜 서비스 제공 방법.
응급 콜 서비스를 제공하는 단말에 있어서,

이동성 관리 엔티티(MME; Mobility Management Entity)로 접속 요청 메시지(attach request message)를 송신하는 송신부; 및

상기 MME로부터 응급 콜 인식자(emergency call indicator)를 포함하는 접속 승인 메시지(attach accept message)를 수신하는 수신부를 포함하고,

상기 접속 요청 메시지는 제1 PDN 접속 요청(Packet Data Network Connectivity Request) 메시지를 포함하고, 상기 제1 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 응급 베어러 서비스를 위한 제1 PDN 접속을 요청하는지 나타내고,

상기 응급 콜 인식자에 따라 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 단말.
제11항에 있어서,

상기 수신부가 상기 접속 승인 메시지를 수신한 후, 상기 송신부는 제2 PDN 접속 요청 메시지를 상기 MME에 송신하고,

상기 수신부는 상기 MME로부터 상기 제2 PDN 접속 요청 메시지의 송신에 대응하는 디폴트 EPS 베어러 활성화 요청(Activate Default Evolved Packet System Bearer Context Request) 메시지를 수신하고,

상기 제2 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 제2 PDN 접속에 대한 설정을 요청하는지 나타내는 것을 특징으로 하는 단말.
제12항에 있어서, 상기 송신부는 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속 설정의 비활성화를 기다리지 않고 상기 제2 PDN 접속 요청 메시지를 송신하는 것을 특징으로 하는 단말.
제11항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스에 대한 지원을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 것을 특징으로 하는 단말.
제11항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스를 지원하지 않음을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되지 않는 것을 특징으로 하는 단말.
응급 콜 서비스를 제공하는 이동성 관리 엔티티(MME: Mobility Management Entity)에 있어서,

단말로부터 접속 요청 메시지(attach request message)를 수신하는 수신부; 및

상기 단말로 응급 콜 인식자를 포함하는 접속 승인 메시지(attach accept message)를 송신하는 송신부를 포함하고,

상기 수신한 접속 요청 메시지는 제1 PDN 접속 요청(Packet Data Network Connectivity Request) 메시지를 포함하고, 상기 제1 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 응급 베어러 서비스를 위한 제1 PDN 접속을 요청하는지 나타내고,

상기 응급 콜 인식자에 따라 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 이동성 관리 엔티티.
제16항에 있어서,

상기 송신부가 상기 접속 승인 메시지를 송신한 후, 상기 수신부는 제2 PDN 접속 요청 메시지를 상기 단말로부터 수신하고,

상기 송신부는 상기 제2 PDN 접속 요청 메시지의 수신에 대응하는 디폴트 EPS 베어러 활성화 요청(Activate Default Evolved Packet System Bearer Context Request) 메시지를 상기 단말에 송신하고,

상기 제2 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 제2 PDN 접속에 대한 설정을 요청하는지 나타내는 것을 특징으로 하는 이동성 관리 엔티티.
제17항에 있어서, 상기 수신부는 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속 설정의 비활성화를 기다리지 않고 상기 제2 PDN 접속 요청 메시지를 수신하는 것을 특징으로 하는 이동성 관리 엔티티.
제16항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스에 대한 지원을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되는 것을 특징으로 하는 이동성 관리 엔티티.
제16항에 있어서, 상기 응급 콜 인식자가 상기 응급 베어러 서비스를 지원하지 않음을 나타내면, 상기 응급 베어러 서비스를 위한 상기 제1 PDN 접속이 설정되지 않는 것을 특징으로 하는 이동성 관리 엔티티.
단말이 응급 콜 서비스를 제공하는 방법에 있어서,

단말이 이동성 관리 엔티티(MME: Mobility Management Entity)로 접속 요청 메시지(attach request message)를 송신하는 단계;

상기 단말이 상기 MME로부터 디폴트 EPS 베어러 활성화 요청(Activate Default Evolved Packet System Bearer Context Request) 메시지를 포함하는 접속 승인 메시지(attach accept message)를 수신하는 단계; 및

상기 단말이 제2 PDN 접속 요청(Packet Data Network Connectivity Request) 메시지를 상기 MME에 송신하는 단계를 포함하고,

상기 접속 요청 메시지는 제1 PDN 접속 요청 메시지를 포함하고, 상기 제1 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 PDN에 대한 새로운 접속 설정을 요청하는지 나타내고,

상기 제2 PDN 접속 요청 메시지의 요청 타입 정보 요소는 상기 단말이 응급 베어러 서비스를 위한 제1 PDN 접속을 요청하는지 나타내고,

상기 디폴트 EPS 베어러 활성화 요청 메시지에 따라 제2 PDN 접속이 설정되는 것을 특징으로 하는 응급 콜 서비스 제공 방법.