KR20110091305A - Ｍｏｃｎ에서 긴급 호를 위한 ｐｌｍｎ 선택 방법 및 장치 - Google Patents

Abstract

본 발명은 MOCN에서 긴급 호를 위한 PLMN 선택 방법 및 장치에 관한 것이다. 본 발명은 단말이 기지국으로부터 수신한 시스템 정보에 포함된 PLMN 리스트 중 제1 PLMN을 선택하고, 상기 선택한 제1 PLMN으로의 긴급 호를 위한 RRC(Radio Resource Control) 연결을 요청하고, 상기 단말이 상기 선택한 제1 PLMN으로부터, 상기 제1 PLMN이 긴급 호를 지원하지 않음을 나타내는 정보를 포함하는 상기 연결 요청에 대한 거절 메시지를 수신하며, 상기 단말이 상기 시스템 정보에 포함된 PLMN 리스트 중 제2 PLMN으로 긴급 호를 위한 RRC 연결을 요청한다. 이와 같이 하면 단말이 긴급 호를 지원하는 PLMN를 선택할 때 재시도 회수를 줄임으로써 PLMN을 선택하는데 소요되는 시간을 줄일 수 있다.

Description

ＭＯＣＮ에서 긴급 호를 위한 ＰＬＭＮ 선택 방법 및 장치{METHOD AND APPARATUS FOR SELECTING PUBLIC LAND MOBILE NETWORK FOR EMERGENCY CALL IN MULTIPLE OPERATOR CORE NETWORK}

본 발명은 통신 시스템에 관한 것으로, 특히 RAN(Radio Access Network)을 공유하는 MOCN(multiple operator core network)에서 긴급 호(emergency call)를 위한 PLMN(Public Land Mobile Network)를 선택하는 장치 및 방법에 관한 것이다.

최근 인터넷과 무선이동통신 환경을 통합해 주는 IMS(IP Multimedia Subsystem)가 핵심 정보통신 기술로 급부상하고 있다. IMS의 기본적인 서비스 목표는, IP(Internet Protocol)를 기반으로 하여 음성, 오디오, 비디오 및 데이터 등의 멀티미디어를 복합적으로 제공하는 것이다. 이러한 특징들로 인하여 IMS는 통신 사업자들에게 시장을 선도해나갈 핵심 기술로 인식되고 있다. 따라서 IMS를 이용한 여러 서비스 및 해당 서비스를 지원하기 위한 네트워크 구조에 대한 표준화도 함께 활발히 진행되고 있으며, 이를 이용한 다양한 부가 서비스에 대한 표준화 활동이 추가로 진행 중에 있다. 이 중 기존 CS(Circuit Switch) 인프라 및 PS(Packet Switch) 도메인을 이용하던 Emergency Call도 IMS 도메인에서 추가로 서비스를 제공하기 위해서 표준화가 진행 중에 있다.

현재 3GPP(3rd Generation Partnership Project) 표준에서는 시스템이 IMS emergency call을 지원한다는 것을 알리기 위하여 기지국(이하 eNB)이 시스템 정보인 SIB(Service Independent Building block)1에 1비트의 IMS emergency 지시자(indicator)를 포함하여 방송(broadcast)한다.

이러한 1비트 지시자는 RAN만 공유되고 CN(Core Network)는 공유되지 않는 MOCN 환경에서도 그래도 사용된다.

도 1은 IMS Emergency call을 지원하는 MOCN 시스템을 도시한 것이다.

도 1에 도시한 바와 같이, 각각의 PLMN(130, 140, 150, 160)은 MME(mobility management entity, 131, 14, 151, 161)와 서빙 게이트웨이(S-GW)/프록시 게이트웨이(P-GW)(132, 142, 152, 162)를 포함한다.

도 1과 같이 RAN만을 공유하는 오퍼레이터들 중에서 일부 오퍼레이터들만이 IMS emergency call을 지원하는 형태의 배치(deployment) 상황에서도 eNB(120)는 eNB를 공유하는 여러 PLMN들(130, 140, 150, 160)에 대한 리스트와 IMS emergency indicator를 방송한다.

이러한 상황에서는 IMS emergency indicator 가 RAN이 지원하는 PLMN별로 전송되지 않고 1 bit만 전송되므로, 이 시스템 정보를 수신한 UE(110)는 emergency call을 지원하지 않는 PLMN(도 1에서는 130 또는 140)을 선택할 수 있다.

이를 방지하기 위하여, 현재 표준에서는 RRC 연결 요청(Radio Resource Control(RRC) connection request)의 코즈 값(cause value)을 emergency로 설정하고, UE가 MME로 전송하는 emergency 접속 요청(attach request)을 포함한 RRC 연결 설정 완료(RRC connection setup complete) 메시지에 포함된, UE가 선택한 PLMN이 emergency call을 지원하지 않는 경우에는, UE의 emergency attach request를 UE가 선택한 PLMN 내의 MME가 아닌, emergency call을 지원하는 PLMN 내의 MME로 전송한다. 이 경우 데이터의 암호화(encryption)와 집적화(integration)가 불가능하므로, IMS emergency call 내용의 보안에 문제가 발생한다. 따라서 IMS emergency call의 보안성을 제공하기 위하여 UE의 HSS(Home Subscriber Server) 내의 마스터 키를 이용한 인증과, 인증 이후에 사용할 키 생성이 가능해야 한다.

본 발명이 해결하려는 과제는 MOCN에서 emergency call을 지원하는 PLMN를 효율적으로 선택하는 장치 및 방법을 제공하는 것이다.

또한 본 발명이 해결하려는 과제는 MOCN에서 emergency call을 지원하는 PLMN를 선택할 때 재시도 회수를 줄이는 장치 및 방법을 제공하는 것이다.

본 발명의 실시예에 따르면, MOCN(MULTIPLE OPERATOR CORE NETWORK)에서 긴급 호를 위한 PLMN(Public Land Mobile Network)을 선택하는 방법에 있어서, 단말이 기지국으로부터 수신한 시스템 정보에 포함된 PLMN 리스트 중 제1 PLMN을 선택하고, 상기 선택한 제1 PLMN으로의 긴급 호를 위한 RRC(Radio Resource Control) 연결을 요청하는 과정과, 상기 단말이 상기 선택한 제1 PLMN으로부터, 상기 제1 PLMN이 긴급 호를 지원하지 않음을 나타내는 정보를 포함하는 상기 연결 요청에 대한 거절 메시지를 수신하는 과정과, 상기 단말이 상기 시스템 정보에 포함된 PLMN 리스트 중 제2 PLMN으로 긴급 호를 위한 RRC 연결을 요청하는 과정을 포함한다.

또한 본 발명의 실시예에 따르면, MOCN(MULTIPLE OPERATOR CORE NETWORK)에서 긴급 호를 위한 PLMN(Public Land Mobile Network)을 선택하는 방법에 있어서, 단말이 기지국으로부터 수신한 시스템 정보에 포함된 PLMN 리스트 중 제1 PLMN의 MCC(mobile country code)를 추출하고, USIM(Universal Subscriber Identity Module) 내의 설정 파일(configuration file)에서 상기 추출한 MCC에 해당하는 긴급 호를 위한 PLMN을 선택하는 과정과, 상기 선택한 긴급 호를 위한 PLMN의 RRC(Radio Resource Control) 연결을 요청하는 과정과, 상기 단말이 상기 선택한 긴급 호를 위한 PLMN으로부터 상기 연결 요청에 대한 수락 메시지를 수신하는 과정을 포함한다.

또한 본 발명의 실시예에 따르면, MOCN(MULTIPLE OPERATOR CORE NETWORK)에서 긴급 호를 위한 PLMN(Public Land Mobile Network)을 선택하는 방법에 있어서, 단말이 기지국으로부터 수신한 시스템 정보에 포함된 PLMN 리스트 중 제1 PLMN을 선택하고, 상기 선택한 제1 PLMN으로의 긴급 호를 위한 RRC(Radio Resource Control) 연결을 요청하는 과정과, 상기 단말이 상기 선택한 제1 PLMN으로부터, 상기 제1 PLMN이 긴급 호를 지원하지 않음을 나타내는 정보를 포함하는 상기 연결 요청에 대한 거절 메시지를 수신하는 과정과, 상기 단말이 상기 기지국으로부터 긴급 호를 지원하는 PLMN 리스트를 포함하는 RRC 해제 메시지를 수신하는 과정과, 상기 단말이 상기 긴급 호를 지원하는 PLMN 리스트에 포함된 PLMN 중 제2 PLMN으로 긴급 호를 위한 RRC 연결을 요청하는 과정을 포함한다.

이하에서 개시되는 발명 중 대표적인 것에 의해 얻어지는 효과를 간단히 설명하면 다음과 같다.

본 발명은, 단말에게 emergency call을 지원하지 않는 PLMN을 알려줌으로써 단말이 emergency call을 지원하는 PLMN를 선택할 때 재시도 회수를 줄임으로써 PLMN을 선택하는데 소요되는 시간을 줄일 수 있다.

도 1은 IMS Emergency call을 지원하는 MOCN 시스템을 도시한 도면
도 2는 MOCN에서의 emergency attach request를 처리하는 과정을 도시한 도면
도 3은 본 발명의 제1 실시예에 따른 PLMN 선택 방법을 도시한 도면
도 4는 본 발명의 제2 실시예에 따른 PLMN 선택 방법을 도시한 도면

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

앞서 기술한 바와 같이 IMS emergency call에 대한 보안성의 제공을 위해서는 UE의 HSS 내의 마스터 키를 이용한 인증과 이후 사용할 키 생성이 가능해야 한다. 실제 emergency call에 대해서는 해당 지역의 지역 규제(local regulation)와 운영 정책(operator policy)에 따라서 다음과 같이 이 가능하다.

첫째, Valid UEs only - 제한된 서비스 상태의 UE는 네트워크에서 지원하지 않는다. 단지 접속한 위치에서 PS 서비스를 위해 인증받고 권한을 부여받은 유효한 가입을 가지는 일반적인 UE만이 네트워크 접속이 허락된다. 이러한 일반적인 UE들은 emergency 접속 요청을 수행할 것으로 기대되지 않는다. 일반적인 UE는 네트워크에 접속한 된 후, IMS emergency session이 검출되었을 때, emergency call을 위한 PDN 연결 요청(PDN Connection Request)을 수행해야 한다.

둘째, 인증된 UE들만이 허가되는 경우(Only UEs that are authenticated are allowed) - 이러한 UE들은 유효한 IMSI(International Mobile Subscriber Identity)를 가지고 있어야 한다. 이러한 UE들은 인증받았지만, 서비스가 제한된 위치에 있기 때문에 제한된 서비스 상태에 있을 수 있다. 인증받지 못한 UE의 emergency 접속 요청은 거절될 것이다.

셋째, IMSI required, authentication optional - 이러한 UE들은 IMSI를 가지고 있어야 한다. 인증에 실패한 UE에 대해서 네트워크는 기록을 목적으로 인증되지 않은 IMSI를 할당하고 emergency call을 위한 네트워크 접속을 허가한다. 네트워크는 IMEI(International Mobile Equipment Identity)를 UE의 식별자로 사용한다. 그러나 오직 IMEI만을 가진 UE(예를 들어, UICCless UE)들의 emergency 접속 요청은 거절된다.

넷째, 모든 UE가 허가되는 경우(All UEs are allowed) - 인증된 UE와 함께, 인증될 수 없는 IMSI를 가지는 UE와 오직 IMEI만을 가지는 UE가 포함된다. UE가 게종한 IMSI가 인증되지 않은 IMSI라면, 네트워크는 인증되지 않은 IMSI을 기록을 목적으로 유지한다. 네트워크는 UE 식별하기 위해 IMEI을 사용된다.

위의 네 가지 타입 중 첫 번째와 두 번째 경우는 네트워크가 UE의 홈 PLMN(HPLMN) 내의 HSS에 접속하여, UE의 USIM(Universal Subscriber Identity Module)에 저장되어 있는 마스터 키와 동일한 마스터 터키를 이용하여 UE와의 통신을 위하여 사용할 키를 생성할 수 있어야 한다. 즉, MOCN이 적용되는 방문(visited) 네트워크에서 보안성 있는 emergency call을 이용하여 위하여 IMS emergency call 서비스를 제공하면서 동시에 UE가 통신에 사용할 키를 생성하기 위하여 사용한 마스터 키를 가진 HPLMN와 접속이 가능한 PLMN을 효율적으로 선택할 수 있는 방법이 필요하다.

두 번째 타입의 emergency call을 지원할 때는, UE들은 인증이 가능하나 정상적인 서비스의 이용을 불가능하고 emergency call의 이용만 가능하다. 예를 들어 UE의 HPLMN은 PLMN A와 PLMN D 간에 로밍 어그리먼트(roaming agreement)를 가지고 있으나 UE는 로밍을 신청하지 않은 것이 그 예이다. 즉, UE의 현재 위치에서 사용가능한 PLMN들은 UE를 정상적인 UE로 서비스할 수 없으나, emergency call의 이용을 위하여 UE의 HPLMN 내의 HSS와 접속하여 UE를 인증하고 통신에 사용할 키를 생성하는 것은 가능하다.

위의 네 가지 타입의 emergency call이 RAN이 공유되는 MOCN 환경에서 지원될 때, 도 1과 같이 일부의 PLMN만이 emergency call을 지원할 수 있다. 즉, PLMN A와 PLMN B는 emergency call을 지원하지 않고, PLMN C와 PLMN D는 emergency call을 지원할 수 있다. 현재 표준에서는 이러한 MOCN 환경에서 emergency call을 지원할 때에도 RAN은 한 비트의 emergency indicator만을 broadcast한다. 즉 RAN에서 이용 가능한 PLMN 리스트(PLMN A,B,C,D)와 한 비트의 emergency indicator를 broadcast한다. 따라서 이를 수신한 UE는 어떠한 PLMN이 emergency call을 지원하는지 알 수 없다. 또한 MOCN 환경에서 일부 PLMN들만 UE의 HPLMN과 roaming agreement를 가지는데, UE가 로밍 신청을 하지 않은 상태에서는 어떤 PLMN이 UE의 HPLMN와 roaming agreement를 가지고 있는지 알 수 없다. 따라서 두 번째 타입의 emergency call만이 허용될 때, UE는 emergency call을 지원하면서 동시에 단말의 HPLMN에 접속할 수 있는 PLMN을 선택할 수 없다.

그러므로 본 발명에서는 MOCN 환경에서 두 번째 타입의 emergency call만이 허용될 때, emergency call을 지원하면서 동시에 UE를 인증할 수 있는 PLMN을 효율적으로 선택하는 방안을 제안한다. 본 발명에서는 크게 UE 기반과 네트워크 기반에 따라 PLMN을 선택하는 방안을 제안한다.

먼저, 본 발명의 제1 실시예에서는 UE 기반으로 PLMN을 선택하는 방법을 제안하며, 이러한 방법의 하나로 새로운 NAS(Network Access Server) cause value를 이용하는 방법을 제안한다.

앞서 기술한 바와 같이 현재 표준에 따르면 UE는 어느 PLMN이 emergency call을 지원하는지 알 수 없으며, 어느 PLMN이 HPLMN과 roaming agreement가 있는지 알 수 없으므로, UE는 broadcast된 PLMN 리스트에 포함된 모든 PLMN에 대해emergency call을 시도할 수 있다.

도 2는 MOCN에서의 긴급 연결 요구(emergency attach request) 메시지를 처리하는 일반적인 과정을 도시한 것이다.

도 2에 도시한 바와 같이, 200 과정에서 UE는 HPLMN 이용이 불가능하고 현재 UE가 등록된(registered) PLMN이 emergency call을 지원하지 않으면 해당 셀과의 RRC connection을 해제(release)하고 셀 재선택(cell re-selection)을 시도한다. 201 과정에서 UE는 eNB로부터 broadcast 된 메시지를 보고 emergency indicator를 확인한다. 202 과정에서 UE는 Emergency indicator를 broadcast한 eNB가 지원하는 PLMN 중 하나를 선택하고, 203 과정에서 eNB로 선택한 PLMN에 대한 RRC connection을 요청하면서 emergency call을 위한 RRC connection임을 알리는 cause value를 "emergency"로 설정한다. 그리고 204 과정에서 eNB는 UE의 요청을 받아들여 RRC connection setup 메시지를 UE로 전송한다. 205 과정에서 UE는 MME로 전송하는 IMSI와 emergency 타입이 설정된 attach request 메시지를 RRC connection setup complete를 이용하여 eNB로 전송하는데, 이때 UE가 선택한 PLMN(PLMN A)에 대한 정보를 RRC connection setup complete 메시지의 파라매터로 포함시키다. 206 과정에서 eNB는 UE가 선택한 PLMN A에 해당하는 MME를 선택하고, 207 과정에서 eNB는 선택한 MME로 IMSI와 emergency 타입이 설정된 attach request 메시지를 전송한다. 208 과정에서 MME는 emergency call을 지원하는지를 확인하며, 지원하지 않는 경우 209 과정에서 MME는 UE의 emergency attach request를 거절(reject)한다. 그리고 210 과정에서 MME는 eNB에게 UE의 context를 release할 것을 명령하고, 211 과정에서 eNB는 UE의 RRC connection을 release한다.

209 과정에서 PLMN A의 MME로부터 수신한 emergency attach request의 cause value가 "unspecified"였으므로, UE는 PLMN이 emergency call을 지원하지 않는 것을 알 수 없다. 그러므로 212 과정에서 UE는 재시도 최대 회수(max-retry-num)까지 PLMN A에 대한 attach request를 재시도한다.

이와 같이 현재 표준에는 emergency call이 지원되지 않는 PLMN을 알리는 cause value가 없으므로 UE가 이미 실패한 PLMN에 대하여 emergency call을 여러 번 시도할 수 있다. 이 경우, broadcast 될 수 있는 PLMN이 6개이고 한 PLMN에 대한 최대 retry 회수가 5번일 경우, 최대 26번의 retry가 발생하여 emergency call의 지연(delay)이 계속 늘어날 수 있다.

이러한 문제를 해결하기 위하여 본 발명의 제1 실시예에서는 UE가 emergency attach request를 거절당했을 때, emergency call을 지원하는 PLMN 리스트(Possible Emergency PLMN 리스트)에서 emergency attach를 거절한 PLMN을 제외시킴으로써 UE가 다른 PLMN으로 emergency attach를 시도하도록 한다.

즉, Possible Emergency PLMN = {A,B,C,D}인 경우에, UE는 먼저 PLMN A에 대해 emergency attach를 시도하며, PLMN A로부터 emergency attach reject를 수신한 경우, Possible Emergency PLMN = {B,C,D}이 된다.

이 경우, UE는 PLMN B로 emergency attach를 시도하며, PLMN B로부터 emergency attach reject를 수신하면 Possible Emergency PLMN = {C,D}이 된다.

이 경우, UE는 PLMN C로 emergency attach를 시도하며, PLMN C로부터 emergency attach reject를 수신하면 Possible Emergency PLMN = {D}가 된다.

이 경우, UE는 PLMN D로 emergency attach를 시도하며, PLMN D로부터 emergency attach accept를 수신한다.

이러한 동작을 위하여 emergency attach request를 수신한 PLMN은 UE의 HPLMN과 roaming agreement가 없는 경우에는 emergency attach request에 대한 reject 메시지에 기존의 Cause value인 "PLMN is not supported" 또는 "EPS services not allowed in this PLMN"을 사용하고, emergency call을 지원하지 않는 경우 emergency attach request에 대한 reject 메시지에 새로운 Cause value인 해당 PLMN에서 emergency call을 지원하지 않음을 나타내는 값(emergency call is not supported)을 설정한다. 이러한 방법에 따르면 UE의 emergency attach try 회수를 6회로 줄일 수 있으나 여전히 broadcast된 PLMN 수만큼의 retry가 발생할 수 있다.

따라서 본 발명의 제1 실시예에서는 다른 방법으로 emergency PLMN configuration file을 이용하는 방법을 제안한다.

상술한 새로운 cause value를 이용하는 방법에 따른 문제는, IMS 보이스 용량(voice capability)을 가진 UE에 대하여 emergency call 이용 시 사용하도록 MCC(mobile country code) 별로 PLMN 아이디(MCC + MNC(Mobile Network Code))와 무선 접속 기술(Radio access technology)을 적은 구성(configuration) 정보를 USIM(Universal Subscriber Identity Module)에 포함시킴으로써 해결할 수 있다. 이 configuration의 배포와 업데이트는 OMA-DM(Open Mobile Alliance Device Management)을 이용한다.

UE가 현재 위치에서 emergency call을 이용해야 할 때, UE는 먼저 eNB가 broadcast한 정보를 확인한다. 그리고 broadcast된 PLMN 리스트에 HPLMN이 포함되어 있지 않으면, UE는 broadcast된 PLMN 리스트에 포함된 PLMN들 중 첫 번째 PLMN 아이디에서 MCC를 확인하고, configuration 파일로부터 해당 MCC에서 emergency call을 위하여 선호되는 PLMN을 확인한 후, 확인된 PLMN을 선택하여 emergency call을 시도한다.

도 3은 본 발명의 제1 실시예에 따른 PLMN 선택 방법을 도시한 것이다.

도 3을 참조하면, 300 과정에서 UE는 HPLMN 이용이 불가능하고 자신이 등록된 PLMN이 emergency call 을 지원하지 않음을 확인하고, 301 과정에서 UE는 해당 셀과의 RRC connection을 release하고 cell re-selection을 시도한다. 301 과정에서 UE는 eNB로부터 broadcast 된 메시지를 보고 emergency indicator를 확인하며, 302 과정에서 Emergency indicator를 broadcast한 eNB가 첫 번째 PLMN(PLMN A(MCC + MNC))에서 MCC를 추출한 후, USIM 내의 configuration file에서 추출한 MCC에 해당하는 emergency call용 PLMN 아이디를 찾아낸다. 도 3에서는 PLMN D가 검색된다.

303 내지 305 과정에서 UE는 eNB와 RRC connection을 생성하고 선택한 PLMN(PLMN D)을 eNB로 알린다. 306 과정과 307 과정에서 eNB는 UE가 선택한 PLMN(PLMN D)에 해당하는 MME로 UE가 전송한 emergency attach request 메시지를 전송하고, 이를 수신한 MME는 UE의 HPLMN의 HSS로 접속한다. 308 과정에서는 HSS의 인증 센터(Authentication Center)를 이용하여 EPS-AKA(Evolved Packet System Authentication and Key Agreement)를 수행한 후, NAS-SMC(Message Authentication Code for NAS for Integrity) 절차를 수행한다. 그러면 309 과정에서 MME는 emergency attach에 대한 accept 메시지를 UE로 전송한다.

이러한 방법에 따르면 UE의 emergency attach try를 1회로 줄일 수 있으나, UE마다 configuration 파일을 USIM에 설정해야 하므로 오퍼레이터의 부담이 증가할 수 있다.

그러므로 본 발명의 제2 실시예에서는 네트워크를 기반으로 PLMN을 효율적으로 선택하는 방법을 제안한다. 이러한 방법의 하나로 eNB에서 UE로 전송하는 RRC connection release 메시지에 emergency call 지원 PLMN 리스트를 포함시키는 방법을 제안한다.

UE가 첫 번째 emergency attach 시도에서 reject되는 경우는 UE가 선택한 PLMN이 emergency call을 지원하지 않거나, emergency call을 지원하지만 해당 PLMN이 HPLMN과 roaming agreement가 없는 경우이다. 이 경우, MME는 UE 컨텍스트 해제 명령(UE Context Release Command)을 eNB에게 보내면서 emergency attach request가 reject되었음을 알리는 indicator를 전송한다. 이러한 indicator를 수신한 eNB는 RRC connection release 메시지를 UE로 전송할 때 emergency call을 지원하는 PLMN 리스트를 포함하여 전송한다. 이를 수신한 UE는 eNB로부터 수신한 RRC connection release 메시지에 포함된 PLMN 리스트list 중에서 PLMN을 선택하여 다시 emergency attach를 시도한다.

도 4는 본 발명의 제2 실시예에 따른 PLMN 선택 방법을 도시한 것이다.

도 4를 참조하면, 400 과정에서 UE는 HPLMN 이용이 불가능하고 현재 자신이 등록된 PLMN이 emergency call 을 지원하지 않으면, 해당 셀과의 RRC connection을 release하고 cell re-selection을 시도한다. 401 과정에서 UE는 eNB로부터 broadcast 된 메시지를 보고 emergency indicator를 확인하고, 402 과정에서 Emergency indicator를 broadcast한 eNB가 지원하는 PLMN 중 하나를 선택하며, 403 과정에서 eNB로 선택한 PLMN에 대한 RRC connection을 요청하면서 emergency call을 위한 RRC connection임을 알리는 cause value를 설정한다. 이때 eNB는 UE가 emergency call을 이유로 네트워크에 접속을 했다는 상태 정보를 저장한다. 404 과정에서 eNB는 UE의 요청을 받아들여 UE로 RRC connection setup 메시지를 전송하며, 405 과정에서 UE는 eNB로 RRC connection setup complete를 보내면서 자신이 선택한 PLMN(도 4에서는 PLMN A)에 대한 정보를 포함시킨다. 406 과정과 407 과정에서 eNB는 UE가 선택한 PLMN A에 해당하는 MME를 선택한다. 또는 RRC connection request의 cause value가 emergency 인 경우, eNB는 UE가 선택한 PLMN이 emergency를 지원하지 않으면, UE가 선택한 PLMN이 아닌 emergency를 지원하는 PLMN(도 4에서는 PLMN C 또는 PLMN D)의 MME로 UE의 emergency attach request를 전송한다.

408 과정에서 UE의 emergency attach request를 수신한 MME는 자신이 emergency call을 지원하지 않거나, UE의 HPLMN과 roaming agreement가 없는 경우 409 과정에서 UE의 attach request를 reject한다. 그리고 410 과정에서 MME는 eNB로 UE context release를 보내면서 emergency attach request가 reject되었음을 알리는 cause value를 추가한다.

MME로부터 emergency attach request가 reject되었음을 알리는 cause value를 수신한 eNB는 411 과정에서 emergency call을 지원하는 PLMN 리스트를 RRC release 메시지에 추가하고 412 과정에서 emergency call을 지원하는 PLMN 리스트를 포함하는 RRC release 메시지를 UE로 전송한다. 410의 과정에서 MME가 emergency attach request가 reject 되었음을 알리는 cause value를 설정하지 않은 경우에는, 403 단계에서 eNB가 저장한 상태 정보, 즉 UE가 emergency call을 이유로 네트워크에 접속을 했다는 상태 정보를 확인하고, 상태 정보가 설정된 경우에는 412 과정에서 PLMN 리스트를 포함하는 RRC release 메시지는 UE로 전송한다.

그리고 emergency 지원 PLMN 리스트를 수신한 UE는 413 과정에서 리스트 내에서 PLMN을 선택하여 403 내지 405 과정을 다시 시도한다.

이 방법에 따르면 UE의 emergency attach try 회수를 (emergency 지원 PLMN 개수 + 1)회로 줄일 수 있다. 이때, UE가 선택한 PLMN이 UE의 HPLMN과 roaming agreement가 없는 경우에는 RRC connection release 메시지에 포함되는 emergency 지원 PLMN 리스트를 최적화할 수 있다.

즉, 도 4의 411 과정에서 emergency 지원 PLMN 리스트를 전송할 때 해당 리스트에서 UE의 emergency attach request를 reject한 PLMN을 제외하고 전송하면, 도 1의 경우에 UE가 PLMN C에 대해 가장 먼저 emergency attach를 시도해서 reject 되었다면, eNB는 PLMN D 만을 emergency 지원 PLMN 리스트에 포함시켜서 RRC connection release 메시지를 통해 전송하게 되므로 retry 회수를 더욱 줄일 수 있다.

이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.

Claims (10)

1. MOCN(MULTIPLE OPERATOR CORE NETWORK)에서 긴급 호를 위한 PLMN(Public Land Mobile Network)을 선택하는 방법에 있어서,
   단말이 기지국으로부터 수신한 시스템 정보에 포함된 PLMN 리스트 중 제1 PLMN을 선택하고, 상기 선택한 제1 PLMN으로의 긴급 호를 위한 RRC(Radio Resource Control) 연결을 요청하는 과정과,
   상기 단말이 상기 선택한 제1 PLMN으로부터, 상기 제1 PLMN이 긴급 호를 지원하지 않음을 나타내는 정보를 포함하는 상기 연결 요청에 대한 거절 메시지를 수신하는 과정과,
   상기 단말이 상기 시스템 정보에 포함된 PLMN 리스트 중 제2 PLMN으로 긴급 호를 위한 RRC 연결을 요청하는 과정을 포함하는 PLMN 선택 방법.
2. MOCN(MULTIPLE OPERATOR CORE NETWORK)에서 긴급 호를 위한 PLMN(Public Land Mobile Network)을 선택하는 방법에 있어서,
   단말이 기지국으로부터 수신한 시스템 정보에 포함된 PLMN 리스트 중 제1 PLMN의 MCC(mobile country code)를 추출하고, USIM(Universal Subscriber Identity Module) 내의 설정 파일(configuration file)에서 상기 추출한 MCC에 해당하는 긴급 호를 위한 PLMN을 선택하는 과정과,
   상기 선택한 긴급 호를 위한 PLMN의 RRC(Radio Resource Control) 연결을 요청하는 과정과,
   상기 단말이 상기 선택한 긴급 호를 위한 PLMN으로부터 상기 연결 요청에 대한 수락 메시지를 수신하는 과정을 포함하는 PLMN 선택 방법.
3. 제2항에 있어서,
   상기 단말이 상기 선택한 긴급 호를 위한 PLMN으로의 RRC 연결을 요청하는 과정은,
   상기 단말이 긴급 호임을 알리는 정보를 포함하는 RRC 연결 요청 메시지를 상기 기지국으로 전송하는 과정과,
   상기 단말이 상기 기지국으로부터 RRC 연결 설정 메시지를 수신하면, 상기 선택한 긴급 호를 위한 PLMN에 대한 정보를 포함하는 RRC 연결 설정 완료 메시지를 상기 기지국으로 전송하고, 상기 기지국이 상기 선택한 긴급 호를 위한 PLMN로 연결 요구(attach request) 메시지를 전송하는 과정을 포함하는 PLMN 선택 방법.
4. 제2항에 있어서,
   상기 단말이 상기 RRC 연결을 요청한 후, 상기 선택한 긴급 호를 위한 PLMN과 EPS-AKA(Evolved Packet System Authentication and Key Agreement) 및 NAS-SMC(Message Authentication Code for NAS for Integrity) 절차를 수행하는 과정을 더 포함하는 PLMN 선택 방법.
5. MOCN(MULTIPLE OPERATOR CORE NETWORK)에서 긴급 호를 위한 PLMN(Public Land Mobile Network)을 선택하는 방법에 있어서,
   단말이 기지국으로부터 수신한 시스템 정보에 포함된 PLMN 리스트 중 제1 PLMN을 선택하고, 상기 선택한 제1 PLMN으로의 긴급 호를 위한 RRC(Radio Resource Control) 연결을 요청하는 과정과,
   상기 단말이 상기 선택한 제1 PLMN으로부터, 상기 제1 PLMN이 긴급 호를 지원하지 않음을 나타내는 정보를 포함하는 상기 연결 요청에 대한 거절 메시지를 수신하는 과정과,
   상기 단말이 상기 기지국으로부터 긴급 호를 지원하는 PLMN 리스트를 포함하는 RRC 해제 메시지를 수신하는 과정과,
   상기 단말이 상기 긴급 호를 지원하는 PLMN 리스트에 포함된 PLMN 중 제2 PLMN으로 긴급 호를 위한 RRC 연결을 요청하는 과정을 포함하는 PLMN 선택 방법.
6. 제5항에 있어서,
   상기 단말이 상기 제1 PLMN으로의 긴급 호를 위한 RRC 연결을 요청하는 과정은,
   상기 단말이 긴급 호임을 알리는 정보를 포함하는 RRC 연결 요청 메시지를 상기 기지국으로 전송하는 과정과,
   상기 단말이 상기 기지국으로부터 RRC 연결 설정 메시지를 수신하면, 상기 선택한 제1 PLMN에 대한 정보를 포함하는 RRC 연결 설정 완료 메시지를 상기 기지국으로 전송하고, 상기 기지국이 상기 제1 PLMN로 연결 요구(attach request) 메시지를 전송하는 과정을 포함하는 PLMN 선택 방법.
7. 제1항 또는 제5항에 있어서,
   상기 단말이 상기 제1 PLMN으로부터 상기 거절 메시지를 수신한 후,
   상기 제1 PLMN이, 상기 기지국으로 상기 제1 PLMN이 상기 단말의 연결 요구가 거절되었음을 나타내는 정보를 포함하는 UE 컨텍스트 해제 명령을 상기 기지국으로 전송하는 과정과,
   상기 UE 컨텍스트 해제 명령을 수신한 상기 기지국이 상기 RRC 해제 메시지에 상기 긴급 호를 지원하는 PLMN 리스트를 포함시켜서 상기 단말로 전송하는 과정을 더 포함하는 PLMN 선택 방법.
8. 제7항에 있어서,
   상기 기지국이 상기 RRC 해제 메시지에 상기 긴급 호를 지원하는 PLMN 리스트를 포함시켜서 상기 단말로 전송하는 과정은,
   상기 기지국이 상기 단말에 대한 연결 요구를 거절한 PLMN을 제외한 나머지 PLMN들을 상기 긴급 호를 지원하는 PLMN 리스트에 포함시키는 PLMN 선택 방법.
9. 제3항 또는 제6항에 있어서,
   상기 RRC 연결 설정 완료 메시지와 상기 연결 요구 메시지는 상기 단말의 IMSI(International Mobile Subscriber Identity)와 긴급 호의 타입을 포함하는 PLMN 선택 방법.
10. 제1항 또는 제2항 또는 제5항에 있어서,
    상기 시스템 정보는 긴급 지시자(emergency indicator)를 포함하는 PLMN 선택 방법.

Images