KR20180033443A

KR20180033443A - 단말의 연결 상태를 변경하는 방법 및 그 장치

Info

Publication number: KR20180033443A
Application number: KR1020170118911A
Authority: KR
Inventors: 홍성표; 최우진
Original assignee: 주식회사 케이티
Priority date: 2016-09-23
Filing date: 2017-09-15
Publication date: 2018-04-03

Abstract

본 개시는 단말의 연결 상태를 변경하는 구체적인 방법 및 그 장치에 관한 것이다. 보다 상세하게는 라이트 커넥션 또는 RRC inactive 상태의 단말에 대해서 코어망의 S1 연결 해제 이벤트 발생 시에 단말의 RRC 연결 상태를 해제하기 기술에 관한 것이다. 일 실시예는 단말이 연결 상태를 변경하는 방법에 있어서, 앵커 기지국으로부터 수신되는 특정 RRC 상태로의 상태 변경을 지시하는 지시정보에 기초하여, 단말의 연결 상태를 특정 RRC 상태로 구성하는 단계와 앵커 기지국 또는 서빙 기지국으로부터 단말의 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 메시지를 수신하는 단계와 RAN 개시 페이징 메시지에 기초하여 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 전송하는 단계 및 RRC 연결 상태로 변경되면, 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 수신하는 단계를 포함하되, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태인 것을 특징으로 하는 방법 및 장치를 제공한다.

Description

단말의 연결 상태를 변경하는 방법 및 그 장치{Methods for changing a connection of a UE and Apparatuses thereof}

본 개시는 단말의 연결 상태를 변경하는 구체적인 방법 및 그 장치에 관한 것이다. 보다 상세하게는 라이트 커넥션 또는 RRC inactive 상태의 단말에 대해서 코어망의 S1 연결 해제 이벤트 발생 시에 단말의 RRC 연결 상태를 해제하기 기술에 관한 것이다.

통신 시스템이 발전해나감에 따라 사업체들 및 개인들과 같은 소비자들은 매우 다양한 무선 단말기들을 사용하게 되었다. 현재의 3GPP 계열의 LTE(Long Term Evolution), LTE-Advanced 등의 이동 통신 시스템에서는 음성 위주의 서비스를 벗어나 영상, 무선 데이터 등의 다양한 데이터를 송수신할 수 있는 고속 대용량의 통신 시스템으로서, 유선 통신 네트워크에 준하는 대용량 데이터를 전송할 수 있는 기술 개발이 요구되고 있다.

또한, 기계 형태 통신(machine type communication, 이하 "MTC" 통신이라 함)을 이용하는 단말의 증가로 인해서 이동 통신 시스템을 통한 데이터 송수신이 급격히 증가되고 있다. 한편, MTC 통신의 경우에 주기적으로 소량의 데이터를 송수신할 필요가 있으며, 저전력 저비용 단말이 사용될 수 있다. 따라서, 전력 소모를 줄이면서 다수의 단말이 데이터를 송수신하기 위한 기술이 요구되고 있다.

특히, 주기적 또는 비주기적으로 소량의 데이터를 전송하는 단말의 경우, 소량의 데이터를 전송하기 위해서 RRC 연결 상태를 변경할 필요가 있다. 그러나, 종래 방법에 의해서 RRC 연결 상태를 변경하기 위해서는 단말과 기지국 및 기지국과 코어망의 데이터 송수신 절차가 매우 복잡하게 진행되었다.

이와 같은 송수신 절차는 단말이 전송하고자 하는 소량의 데이터에 비해서 상대적으로 매우 높은 데이터 부하를 야기시킨다. 즉, 소량의 데이터를 전송하기 위한 RRC 연결 상태 변경 절차에서 불필요한 데이터 오버로드가 발생되는 문제점이 있다. 이러한 문제점은 소량의 데이터를 주기적으로 전송하기 위한 단말이 많아지면 많아질수록 통신 시스템 전체에 데이터 부하를 증가시키는 결과를 야기시킬 것이다.

따라서, 이와 같은 무선 통신 환경의 변화에 따라 통신 시스템 전체의 데이터 부하를 심각하게 증가시키지 않으면서 소량의 데이터를 송수신할 수 있는 구체적인 단말 연결 상태 변경 방법 및 절차에 대한 연구가 요구된다. 특히, RRC 연결(connection) 및 RRC 아이들(Idle) 상태가 아닌 새로운 RRC 상태가 정의되어 단말이 해당 연결 상태를 구성하는 경우에 기지국과 코어망 개체가 인지하는 단말의 연결 상태의 불일치 문제에 따른 모호성을 해결할 필요가 있다.

전술한 배경에서 일 실시예는 라이트 커넥션 상태 또는 RRC 인액티브 상태와 같은 특정 RRC 상태가 구성된 단말에 대해서 코어망의 S1 연결 해제가 트리거되는 경우에 단말 상태 변경 절차를 제안하고자 한다.

또한, 일 실시예는 RRC 연결 상태와 ECM 연결 상태가 불일치되는 특정 RRC 연결 상태를 구성한 단말에 대해서 ECM 연결 상태를 변경하는 경우에 단말 연결 상태 변경의 모호성을 해결할 수 있는 방법을 제안하고자 한다.

전술한 과제를 해결하기 위해서 안출된 일 실시예는 단말이 연결 상태를 변경하는 방법에 있어서, 앵커 기지국으로부터 수신되는 특정 RRC 상태로의 상태 변경을 지시하는 지시정보에 기초하여, 단말의 연결 상태를 특정 RRC 상태로 구성하는 단계와 앵커 기지국 또는 서빙 기지국으로부터 단말의 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 메시지를 수신하는 단계와 RAN 개시 페이징 메시지에 기초하여 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 전송하는 단계 및 RRC 연결 상태로 변경되면, 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 수신하는 단계를 포함하되, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태인 것을 특징으로 하는 방법을 제공한다.

또한, 일 실시예는, 서빙 기지국이 단말의 연결 상태를 변경하는 방법에 있어서, 앵커 기지국을 통해서 특정 RRC 상태를 구성한 단말에 대한 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 요청 메시지를 수신하는 단계와 RAN 개시 페이징 요청 메시지에 기초하여 단말로 RAN 개시 페이징 메시지를 전송하는 단계와 단말로부터 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 수신하는 단계와 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신하는 단계 및 단말이 RRC 연결 상태로 변경되면, RRC 연결 해제 요청 메시지를 단말로 전송하는 단계를 포함하되, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태인 것을 특징으로 하는 방법을 제공한다.

또한, 일 실시예는, 연결 상태를 변경하는 단말에 있어서, 앵커 기지국으로부터 수신되는 특정 RRC 상태로의 상태 변경을 지시하는 지시정보에 기초하여, 단말의 연결 상태를 특정 RRC 상태로 구성하는 제어부와 앵커 기지국 또는 서빙 기지국으로부터 단말의 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 메시지를 수신하는 수신부 및 RAN 개시 페이징 메시지에 기초하여 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 전송하는 송신부를 포함하되, 수신부는 RRC 연결 상태로 변경되면, 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 더 수신하고, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태인 것을 특징으로 하는 단말 장치를 제공한다.

또한, 일 실시예는, 단말의 연결 상태를 변경하는 서빙 기지국에 있어서, 앵커 기지국을 통해서 특정 RRC 상태를 구성한 단말에 대한 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 요청 메시지를 수신하는 수신부 및 RAN 개시 페이징 요청 메시지에 기초하여 단말로 RAN 개시 페이징 메시지를 전송하고, 단말이 RRC 연결 상태로 변경되면, RRC 연결 해제 요청 메시지를 단말로 전송하는 송신부를 포함하되, 수신부는 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신하며, 단말로부터 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 수신하고, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태인 것을 특징으로 하는 서빙 기지국 장치를 제공한다.

이상에서 설명한 본 실시예들은 ECM 연결 상태와 RRC 연결 상태가 일치되지 않는 특정 RRC 상태 단말에 대해서 코어망 개체가 단말의 S1 연결을 해제하는 경우에 발생할 수 있는 단말 연결 상태 변경의 모호성을 해소하는 효과가 있다.

도 1은 종래 LTE 기술에 따른 메시지 처리 순서를 설명하기 위한 도면이다.
도 2는 종래 기술에 의한 UE initiated Connection Resume procedure를 설명하기 위한 도면이다.
도 3은 일 실시예에 따른 단말의 S1 연결 해제 절차를 설명하기 위한 도면이다.
도 4는 일 실시예에 따른 단말의 동작을 설명하기 위한 도면이다.
도 5는 일 실시예에 따른 서빙 기지국의 동작을 설명하기 위한 도면이다.
도 6은 일 실시예에 따른 단말 구성을 설명하기 위한 도면이다.
도 7은 일 실시예에 따른 서빙 기지국 구성을 설명하기 위한 도면이다.

이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

본 명세서에서 MTC 단말은 low cost(또는 low complexity)를 지원하는 단말 또는 coverage enhancement를 지원하는 단말 등을 의미할 수 있다.　　 본 명세서에서 MTC 단말은 low cost(또는 low complexity) 및 coverage enhancement를 지원하는 단말 등을 의미할 수 있다. 또는 본 명세서에서 MTC 단말은 low cost(또는 low complexity) 및/또는 coverage enhancement를 지원하기 위한 특정 카테고리로 정의된 단말을 의미할 수 있다.

다시 말해 본 명세서에서 MTC 단말은 LTE 기반의 MTC 관련 동작을 수행하는 새롭게 정의된 3GPP Release-13 low cost(또는 low complexity) UE category/type을 의미할 수 있다. 또는 본 명세서에서 MTC 단말은 기존의 LTE coverage 대비 향상된 coverage를 지원하거나, 혹은 저전력 소모를 지원하는 기존의 3GPP Release-12 이하에서 정의된 UE category/type, 혹은 새롭게 정의된 Release-13 low cost(또는 low complexity) UE category/type을 의미할 수 있다.

본 발명에서의 무선통신시스템은 음성, 패킷 데이터 등과 같은 다양한 통신 서비스를 제공하기 위해 널리 배치된다. 무선통신시스템은 사용자 단말(User Equipment, UE) 및 기지국(Base Station, BS, 또는 eNB)을 포함한다. 본 명세서에서의 사용자 단말은 무선 통신에서의 단말을 의미하는 포괄적 개념으로서, WCDMA 및 LTE, HSPA 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다.

기지국 또는 셀(cell)은 일반적으로 사용자 단말과 통신하는 지점(station)을 말하며, 노드-B(Node-B), eNB(evolved Node-B), 섹터(Sector), 싸이트(Site), BTS(Base Transceiver System), 액세스 포인트(Access Point), 릴레이 노드(Relay Node), RRH(Remote Radio Head), RU(Radio Unit), small cell 등 다른 용어로 불릴 수 있다.

즉, 본 명세서에서 기지국 또는 셀(cell)은 CDMA에서의 BSC(Base Station Controller), WCDMA의 Node-B, LTE에서의 eNB 또는 섹터(싸이트) 등이 커버하는 일부 영역 또는 기능을 나타내는 포괄적인 의미로 해석되어야 하며, 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀 및 릴레이 노드(relay node), RRH, RU, small cell 통신범위 등 다양한 커버리지 영역을 모두 포괄하는 의미이다.

상기 나열된 다양한 셀은 각 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. i) 무선 영역과 관련하여 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀, 스몰 셀을 제공하는 장치 그 자체이거나, ii) 상기 무선영역 그 자체를 지시할 수 있다. i)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 상기 무선 영역을 협업으로 구성하도록 상호작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 eNB, RRH, 안테나, RU, LPN, 포인트, 송수신포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시예가 된다. ii)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수 있다.

따라서, 메가셀, 매크로셀, 마이크로셀, 피코셀, 펨토셀, 스몰 셀, RRH, 안테나, RU, LPN(Low Power Node), 포인트, eNB, 송수신포인트, 송신 포인트, 수신 포인트를 통칭하여 기지국으로 지칭한다.

본 명세서에서 사용자 단말과 기지국은 본 명세서에서 기술되는 기술 또는 기술적 사상을 구현하는데 사용되는 두 가지 송수신 주체로 포괄적인 의미로 사용되며 특정하게 지칭되는 용어 또는 단어에 의해 한정되지 않는다. 사용자 단말과 기지국은, 본 발명에서 기술되는 기술 또는 기술적 사상을 구현하는데 사용되는 두 가지(Uplink 또는 Downlink) 송수신 주체로 포괄적인 의미로 사용되며 특정하게 지칭되는 용어 또는 단어에 의해 한정되지 않는다. 여기서, 상향링크(Uplink, UL, 또는 업링크)는 사용자 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 사용자 단말로 데이터를 송수신하는 방식을 의미한다.

무선통신시스템에 적용되는 다중 접속 기법에는 제한이 없다. CDMA(Code Division Multiple Access), TDMA(Time Division Multiple Access), FDMA(Frequency Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), OFDM-FDMA, OFDM-TDMA, OFDM-CDMA와 같은 다양한 다중 접속 기법을 사용할 수 있다. 본 발명의 일 실시예는 GSM, WCDMA, HSPA를 거쳐 LTE 및 LTE-advanced로 진화하는 비동기 무선통신과, CDMA, CDMA-2000 및 UMB로 진화하는 동기식 무선 통신 분야 등의 자원할당에 적용될 수 있다. 본 발명은 특정한 무선통신 분야에 한정되거나 제한되어 해석되어서는 아니 되며, 본 발명의 사상이 적용될 수 있는 모든 기술분야를 포함하는 것으로 해석되어야 할 것이다.

상향링크 전송 및 하향링크 전송은 서로 다른 시간을 사용하여 전송되는 TDD(Time Division Duplex) 방식이 사용될 수 있고, 또는 서로 다른 주파수를 사용하여 전송되는 FDD(Frequency Division Duplex) 방식이 사용될 수 있다.

또한, LTE, LTE-advanced와 같은 시스템에서는 하나의 반송파 또는 반송파 쌍을 기준으로 상향링크와 하향링크를 구성하여 규격을 구성한다. 상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PCFICH(Physical Control Format Indicator CHannel), PHICH(Physical Hybrid ARQ Indicator CHannel), PUCCH(Physical Uplink Control CHannel), EPDCCH(Enhanced Physical Downlink Control CHannel) 등과 같은 제어채널을 통하여 제어정보를 전송하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터채널로 구성되어 데이터를 전송한다.

한편 EPDCCH(enhanced PDCCH 또는 extended PDCCH)를 이용해서도 제어 정보를 전송할 수 있다.

본 명세서에서 셀(cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.

실시예들이 적용되는 무선통신 시스템은 둘 이상의 송수신 포인트들이 협력하여 신호를 전송하는 다중 포인트 협력형 송수신 시스템(coordinated multi-point transmission/reception System; CoMP 시스템) 또는 협력형 다중 안테나 전송방식(coordinated multi-antenna transmission system), 협력형 다중 셀 통신시스템일 수 있다. CoMP 시스템은 적어도 두 개의 다중 송수신 포인트와 단말들을 포함할 수 있다.

다중 송수신 포인트는 기지국 또는 매크로 셀(macro cell, 이하 'eNB'라 함)과, eNB에 광케이블 또는 광섬유로 연결되어 유선 제어되는, 높은 전송파워를 갖거나 매크로 셀영역 내의 낮은 전송파워를 갖는 적어도 하나의 RRH일 수도 있다.

이하에서 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미하며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미한다. 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.

이하에서는 PUCCH, PUSCH, PDCCH, EPDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 ‘PUCCH, PUSCH, PDCCH, EPDCCH 및 PDSCH를 전송, 수신한다’는 형태로 표기하기도 한다.

또한 이하에서는 PDCCH를 전송 또는 수신하거나 PDCCH를 통해서 신호를 전송 또는 수신한다는 기재는 EPDCCH를 전송 또는 수신하거나 EPDCCH를 통해서 신호를 전송 또는 수신하는 것을 포함하는 의미로 사용될 수 있다.

즉, 이하에서 기재하는 물리 하향링크 제어채널은 PDCCH를 의미하거나, EPDCCH를 의미할 수 있으며, PDCCH 및 EPDCCH 모두를 포함하는 의미로도 사용된다.

또한, 설명의 편의를 위하여 PDCCH로 설명한 부분에도 본 발명의 일 실시예인 EPDCCH를 적용할 수 있으며, EPDCCH로 설명한 부분에도 본 발명의 일 실시예로 EPDCCH를 적용할 수 있다.

한편, 이하에서 기재하는 상위계층 시그널링(High Layer Signaling)은 RRC 파라미터를 포함하는 RRC 정보를 전송하는 RRC시그널링을 포함한다.

eNB은 단말들로 하향링크 전송을 수행한다. eNB은 유니캐스트 전송(unicast transmission)을 위한 주 물리 채널인 물리 하향링크 공유채널(Physical Downlink Shared Channel, PDSCH), 그리고 PDSCH의 수신에 필요한 스케줄링 등의 하향링크 제어 정보 및 상향링크 데이터 채널(예를 들면 물리 상향링크 공유채널(Physical Uplink Shared Channel, PUSCH))에서의 전송을 위한 스케줄링 승인 정보를 전송하기 위한 물리 하향링크 제어채널(Physical Downlink Control Channel, PDCCH)을 전송할 수 있다. 이하에서는, 각 채널을 통해 신호가 송수신 되는 것을 해당 채널이 송수신되는 형태로 기재하기로 한다.

단말의 연결 상태 천이 절차

종래 이동통신 기술에서 단말과 네트워크 상태는 단말 아이들(IDLE) 상태와 연결(Connected) 상태로 구분된다. 단말과 네트워크 상태는 일치된다. 예를 들어, 무선망(E-UTRAN)과 코어망에서의 상태(예를 들어, RRC 상태와 ECM 상태)는 일치된다. 즉 해당 단말이 RRC-IDLE 상태로 천이되면 ECM-IDLE 상태로 들어가게 되며, 해당 단말이 RRC-CONNECTED 상태로 천이되면 ECM-CONNECTED 상태로 들어가게 된다. 해당 단말 상태에 따라 아이들 상태의 단말이 데이터를 전송하기 위해서는 도 1과 같은 복잡한 시그널링 과정을 수행해야 했다. 특히 단말이 소량 데이터를 전송하는 경우 큰 오버헤드가 되었다.

도 1은 종래 LTE 기술에 따른 메시지 처리 순서를 설명하기 위한 도면이다.

도 1을 참조하여, 단말(100)은 RRC 아이들 상태에서 RRC 연결 상태로 천이하여 데이터를 전송하기 위해서, 기지국(110)으로 랜덤 액세스 프리앰블을 전송한다(S100). 이후, 단말(100)은 기지국(110)으로부터 랜덤 액세스 응답을 수신하고(S101), 기지국(110)으로 RRC 연결 설정을 요청한다(S102).

기지국(110)은 단말(100)에 RRC 연결 셋업을 설정하고(S103), 단말(100)은 완료를 보고한다(S104).

기지국(110)은 단말(100)에 RRC 연결 셋업이 완료되면, MME(120)로 초기 단말 메시지를 전송하여 서비스를 요청한다(S105). MME(120)는 초기 컨택스트 셋업을 기지국(110)으로 요청한다(S107). S105단계와 S107 단계 사이에 기지국(110)은 단말(100)로 RRC 연결 재구성 메시지를 전송하여 측정 구성을 설정할 수 있다(S106). 단말(100)은 측정 구성이 완료되면, RRC 연결 재구성 메시지를 기지국(110)으로 전달한다(S108).

기지국(110)은 단말(100)보안 모드 명령을 전달하고(S109), 이에 대한 응답을 수신한다(S110).

이후, 기지국(110)은 무선 베어러 셋업을 위한 RRC 연결 재구성 메시지를 단말(100)로 전달하고(S111), 이에 대한 응답을 수신한다(S112). 기지국(110)은 MME(120)로 초기 컨택스트 셋업에 대한 응답을 전송하고(S113), MME(120)는 게이트 웨이(130)로 베어러 수정 요청을 전달한다(S114).

단말(100)은 기지국(110)으로 UDP/IP 패킷을 전송하고(S115), 기지국(110)은 게이트웨이(130)로 해당 패킷을 전달한다(S116). 게이트웨이(130)는 베어러 수정에 대한 응답을 MME(120)로 전달하고(S117), UDP/IP 패킷 응답을 기지국(110)으로 전달한다(S118). 기지국(110)은 해당 패킷을 단말(100)로 전달한다(S119).

이러한 절차를 걸쳐서 단말(100)은 패킷을 코어망으로 전달한다.

이후, 단말(100)은 측정 구성에 따라서 측정 보고를 기지국(120)으로 주기적 또는 이벤트 발생 시에 전송한다(S120). 기지국(120)은 측정 보고 또는 비활성화 타이머에 기초하여 단말(100)의 해제 여부를 결정한다(S121). 단말(100)의 RRC 연결 해제가 결정되면, 기지국(110)은 MME(120)로 단말 컨택스트 해제를 요청한다(S122). MME(120)는 단말 컨택스트 해제를 기지국(110)으로 명령하고(S123), 기지국(110)은 이에 따라 단말(100)로 RRC 연결 해제를 지시한다(S124).

기지국(110)은 단말(100)의 RRC 연결을 해제한 후, MME(120)로 응답을 전송한다(S125).

이러한 절차를 통해서 RRC 연결 단말을 RRC 아이들 상태로 천이시킬 수 있다.

이상에서 살펴본 바와 같이, 종래 기술에서 단말이 RRC 아이들 상태에서 RRC 연결 상태로 또는 RRC 연결 상태에서 RRC 아이들 상태로 천이하기 위해서는 단말과 기지국 및 기지국과 코어망 사이에서 다수의 시그널링 절차가 요구된다. 이러한 절차에서 단말이 주기적으로 소량 데이터를 전송하는 경우, 오버헤드는 지속적으로 발생하게 된다. 한편, 상태천이에 따른 오버헤드를 줄이기 위해 단말을 연결상태로 유지할 수 있으나, 이 경우 데이터 전송이 없는 경우에도, 측정 구성에 따라 망 상태를 주기적으로 측정해야하고, 측정 결과를 리포팅하는 등 불필요한 전력 소모가 야기될 수 있다. 또한, RRC 연결 상태를 유지하는 경우 단말의 이동에 따른 핸드오버 시그널링 오버헤드가 증가되는 문제가 있었다.

NB-IoT 단말을 위한 연결 상태 천이 프로시져

협대역(narrow band) IoT 단말은 고정된 상태로 운영되어, 특정 위치에 설치되거나 특정 범위 내에서 위치될 수 있다. 이러한 특성으로 인해서, NB-IoT 단말과 기지국은 Suspend/Resume 프로시져를 지원한다. RRC connection release 메시지에, 기지국은 단말이 RRC_IDLE 상태에서 AS 컨택스트(context)를 유지하도록 요청할 수 있다. 단말이 RRC suspend 정보를 포함하는 RRC connection release 메시지를 수신해 RRC IDLE 상태로 천이될 때(또는 기지국이 단말로 상기 메시지를 보내기 전에) 기지국은 코어망으로 해당 단말의 상태천이를 요청하는 S1 메시지를 보내 ECM IDLE 상태로 들어간다.

RRC connection resume 프로시져는 이전에 단말과 기지국에 저장된 정보가 RRC connection을 재개(resume)하는데 이용되는 RRC IDLE에서 RRC Connected 천이(transition)를 위해 사용된다. 단말이 RRC connection resume 프로시져를 개시하여 RRC Connected 상태로 천이될 때(기지국이 단말로 RRC connection resume 메시지를 보낸 후), 기지국은 코어망으로 해당 단말의 상태천이를 요청하는 S1 메시지를 보내 ECM CONNECTED 상태로 들어간다.

도 2는 종래 기술에 의한 UE initiated Connection Resume procedure를 설명하기 위한 도면이다.

도 2를 참조하면, 단말(200)은 기지국(210)과 랜덤 액세스 절차를 수행한다(S200). 이후, 단말(200)은 기지국(210)과 RRC 연결 재개 프로시져를 개시하여 RRC 연결을 재개한다(S210).

기지국(210)은 MME(215)로 S1-AP 단말 컨택스트 재개 요청을 전송하고(S220), S1-AP 단말 컨택스트 재개 응답을 수신한다(S230). 기지국(210)은 단말 컨택스트 재개 응답을 수신하면, 단말(200)과 RRC 재구성 절차를 수행하여 단말(200)의 연결 상태를 RRC 연결 상태로 변경할 수 있다.

이후, 단말(200)은 업링크 데이터를 기지국(210), MME(215), 서빙 게이트웨이(220) 및 PDN 게이트웨이(225)를 통해서 코어망으로 전달한다. MME(225)는 서빙 게이트웨이(220)로 수정 베어러 요청을 전송하고(S260), 서빙 게이트웨이(220)로부터 수정 베어러 응답을 수신한다(S270).

이상의 절차를 통해서 단말(예를 들어, NB-IoT 단말)은 RRC 연결을 재개하여 데이터를 송수신할 수 있다.

그러나, 이 경우에도 RRC 연결 상태와 ECM 연결 상태가 동일하게 이루어지고, 이에 따라 기지국과 코어망 사이의 불필요한 오버헤드가 발생되는 문제점이 있다. 즉, 전술한 바와 같이 종래의 이동통신 기술에서는 상태천이에 따른 시그널링 오버헤드 문제가 있었으며, 이를 감소시킬 수 있는 고정된 위치의 단말에 대한 Suspend/Resume 프로시져의 경우 NB-IoT 단말에만 적용할 수 있었다. 이에 따라 단말이 이전에 저장된 AS Context를 제공한 셀(또는 기지국)을 벗어나는 경우 단말이 업링크 데이터를 전송하기 위해서는 도 1과 같은 서비스 요청 프로시져 개시를 수행해야 했었다. 또한, 단말이 Suspend 상태와 Resume 상태를 천이하는 것은 IDLE 상태와 CONNECTED 상태 간 천이와 동일하기 때문에 코어망 시그널링(S1 시그널링)을 지속적으로 유발하는 문제가 있었다.

이러한 문제를 개선하기 위해 코어망 시그널링 없이 무선망 연결 상태만을 천이시키는 구체적인 절차를 제안되고 있다. 다만, 코어망 시그널링 없이 무선망 연결 상태만을 천이시키는 경우에 기지국과 코어망이 해당 단말의 연결 상태를 다르게 인지함에 따라서 다양한 문제점이 발생할 가능성이 있다.

라이트 커낵션(Light Connection) 상태

3GPP에서는 시그널링 감소를 위한 가벼운 연결 상태에 대해 연구를 수행하고 있다. 가벼운 연결 단말(lightly connected UE)을 위한 주요 기능은 다음과 같다.

- S1 연결이 앵커 기지국(anchor eNB) 내에서 유지되고 액티브 상태에 있다.

- RAN 개시 페이징을 지원한다.

- 페이징 절차는 앵커 기지국에 의해 제어된다.

- RAN 기반 페이징 영역이 단말 특정하게 구성될 수 있다.

- 셀리셀렉션 기반 이동성을 수행할 때, RRC IDLE의 셀리셀렉션 메커니즘과 동일한 메카니즘을 사용한다.

- 단말 AS 컨텍스트는 단말 및 앵커 기지국 중에 적어도 하나에 유지된다.

- MME에서 ECM 상태는 ECM-CONNECTED상태이다.

전술한 바와 같이 종래의 이동통신 기술에서는 상태천이에 따른 시그널링 오버헤드 문제가 있었으며, 이를 감소시키기 위한 특정 RRC 상태(설명의 편의를 위해 이하에서 가벼운 연결 상태를 예를 들어 설명함)에 대해 스터디가 수행되고 있다. 가벼운 연결로 구성된 단말이 페이징 영역을 벗어나면 단말은 셀리셀렉션을 통해 해당하는 새로운 셀을 통해 페이징 업데이트를 수행할 수 있다. 그러나, 가벼운 연결로 구성된 단말에 대해 코어망 개체는 가벼운 연결 단말의 정확한 상태를 알지 못할 수 있다. 코어망 개체에서는 S1 연결이 유지되며 가벼운 연결 단말도 ECM-CONNECTED 상태로 여겨지기 때문이다.

이 경우, 코어망 개체는 임의의 이유로 ECM-CONNECTED 상태로 여겨지는 단말을 ECM-IDLE 상태로 천이하고자 할 수 있다. 예를 들어 MME는 예를 들어 O&M 조치에 의해 detach 프로시져를 개시하여 S1 연결을 해제할 수 있다. 또는 MME는 인증실패, CSG 가입 데이터 제거, MME 부하 분산/재분산 등 다양한 이유로 의해 S1 연결 해제를 개시할 수 있다. S1 연결이 해제되면, 이에 따라 RRC 연결도 해제되어야 한다. 그러나, 네트워크 상의 임의의 이유로 코어망 개체가 가벼운 연결 단말에 대한 S1 연결을 해제할 때 단말과 네트워크 상에서 이를 처리할 수 있는 방법이 제공되지 않았다.

이러한 문제점을 해결하기 위해 안출된 본 개시는 가벼운 연결 상태와 같이 특정 RRC 상태를 구성한 단말에 대한 연결 상태 변경 방법을 제공하는 것을 목적으로 한다. 특히 특정 RRC 상태로 구성된 단말에 대해서 네트워크 상의 임의의 이유로 가벼운 연결 단말의 S1 연결을 해제하고자 할 때 이를 효과적으로 처리하는 방법을 제공하는 것을 목적으로 한다.

이하에서 설명하는 실시예들은 모든 이동통신 기술을 사용하는 단말, 기지국, 코어망 개체(MME)에 적용될 수 있다. 예를 들어, 본 실시예들은 LTE 기술이 적용되는 이동통신 단말뿐만 아니라 차세대 이동통신(일 예로, 5G 이동통신, New-RAT) 단말, 기지국, 코어망 개체(AMF: Access and Mobility Function)에도 적용될 수 있다. 설명의 편의를 위해 이하에서 기지국은 LTE/E-UTRAN의 eNode-B를 나타낼 수도 있고, CU(Central Unit)과 DU(Distribute unit)가 분리된 5G 무선망에서 기지국(CU, DU, 또는 CU와 DU가 하나의 논리적인 개체로 구현된 개체), gNB를 나타낼 수도 있다.

예를 들어, 코어망 개체는 EPC의 제어 플레인 코어망 개체인 MME를 나타낼 수도 있고, 5GC의 제어 플레인 코어망 개체인 AMF를 나타낼 수도 있다. 이하에서는 설명의 편의를 위해서 코어망 개체로 MME를 예를 들어 설명하나, 전술한 바와 같이 MME, AMF 등 제어플레인 코어망 개체에 모두 적용될 수 있다.

또한, 본 명세서에서 기재하는 특정 RRC 상태는 종래 RRC 연결 상태와 RRC 아이들 상태와는 구분되는 별도의 RRC 상태를 의미한다. 예를 들어, 특정 RRC 상태는 단말 또는 기지국이 단말 컨택스트를 저장하고, RAN 개시 페이징 동작을 지원하는 RRC 상태를 의미한다. 즉, RRC 상태는 RRC 연결, RRC 아이들, 특정 RRC 상태 3가지로 구분될 수 있다. 특정 RRC 상태는 전술한 특징을 포함하는 새로운 RRC 상태를 정의하기 위한 임의적인 용어일 뿐 해당 용어에 한정되는 것은 아니다. 예를 들어, 특정 RRC 상태는 라이트 커낵션 상태 또는 RRC 인액티브 상태 등으로 지칭될 수 있다.

또한, 본 명세서에서의 앵커 기지국은 단말에 가벼운 연결을 구성한 단말을 의미하며, 서빙 기지국은 가벼운 연결 상태의 단말에 페이징 메시지를 전송할 수 있는 기지국을 의미한다. 예를 들어, 단말은 앵커 기지국의 제어에 따라서 가벼운 연결 상태를 구성할 수 있다. 또한, 단말은 가벼운 연결 상태에서 이동을 수행할 수 있으며, 이 경우에 앵커 기지국의 커버리지를 벗어나 새로운 기지국의 제어 영역으로 진입할 수 있다. 이 경우, 단말의 이동에 따라 단말에 페이징 메시지 전송 등 단말을 제어할 수 있는 새로운 기지국이 서빙 기지국이 될 수 있다. 만약, 단말이 이동을 수행하지 않는 경우에는 앵커 기지국이 서빙 기지국이 될 수도 있다. 단말은 서빙 기지국에서 제공되는 셀을 선택/재선택할 수 있다. 즉 단말은 해당 셀에 캠프온 할 수 있다.

이하에서는 필요에 따라 특정 RRC 상태를 라이트 커낵션 상태로 예를 들어 설명하나, 5G 이동통신 기술에 적용되는 RRC 인액티브 상태에도 동일하게 적용될 수 있다. 따라서, 본 명세서에서는 특정 RRC 상태, 라이트 커넥션 상태 및 RRC 인액티브 상태를 필요에 따라 혼용하여 사용하며, 설명의 편의를 위하여 라이트 커낵션 상태를 중심으로 설명을 진행한다.

한편, 가벼운 연결상태로 구성된 단말은 이동에 따라 셀리셀렉션이 트리거 될 수 있다.

가벼운 연결상태 단말이 가벼운 연결상태를 구성한 앵커 기지국에 연계된 셀을 벗어나 이동하는 경우, 앵커 기지국은 가벼운 연결 상태 단말의 위치를 알 수 없다. 네트워크가 가벼운 연결 상태 단말의 위치를 트래킹하기 위해 앵커 기지국은 단말에 가벼운 연결상태를 구성하는 데 있어, 단말 특정하게 또는 시스템 정보를 통해 셀 특정하게, 단말에 페이징 영역 구성(설명의 편의를 위해 이하에서 앵커 기지국에서 구성한 페이징 영역을 페이징 영역으로 표기한다. 이는 설명의 편의를 위한 것일 뿐 유사한 개념의 다른 용어도 본 발명에 포함된다.)을 지시할 수 있다. 일 예로 페이징 영역 구성은 페이징 영역 ID에 대한 하나 또는 그 이상의 셀들의 정보(셀 리스트)를 포함할 수 있다. 예를 들어 셀 정보는 셀 식별정보, 글로벌 셀식별정보가 될 수 있다. 페이징 영역 구성 정보는 앵커 기지국 식별정보, 앵커 기지국 내 단말 식별정보를 포함할 수 있다.

일 예로 전술한 페이징 영역 구성정보는 단말 특정한 RRC 재구성 메시지를 통해 지시될 수 있다. 다른 예로 전술한 페이징 영역 구성정보는 단말 특정한 RRC 해제 메시지를 통해 지시될 수 있다. 다른 예로 전술한 페이징 영역 구성정보는 시스템 정보를 통해 지시될 수도 있다.

셀 리셀렉션 criteria에 따라 만약 단말이 더 나은 suitable 셀을 찾았다면 단말은 그 셀로 리셀렉트한다. 또는 리셀렉트하고 그것에 캠프온한다. 만약 단말이 구성된 페이징 영역을 벗어나면(예를 들어, 리셀렉트한 셀이 단말에 구성된 적어도 하나의 페이징 영역 정보에 포함되지 않는다면), 가벼운 연결 단말은 네트워크에 통지해야 한다. 일 예를 들어 페이징 영역 업데이트가 수행될 수 있다. 다른 예를 들어 단말이 구성된 페이징 영역을 벗어나지 않는다면 단말은 셀리셀렉션 관련 측정과 셀리셀렉션 평가(evaluation)를 지속한다. 셀리셀렉션에 대한 조건이 만족되면, 단말은 셀리셀렉션을 수행한다.

이하에서는 가벼운 연결 단말에 대해 코어망 개체(예를 들어, MME)가 S1 연결을 해제하는 방법에 대해 설명한다. 아래에서 설명하는 방법들은 개별적으로 또는 임의로 조합하여 사용할 수 있다.

설명의 편의를 위해 본 실시예에서는 MME 간의 부하분산을 위해 S1 연결을 해제하는 방법을 중심으로 설명하지만, 이는 이해를 돕기 위한 것일 뿐 가벼운 연결 단말에 대해 연결 상태의 코어망 개체(예를 들어, 연결상태의 5G 코어망 제어 개체, ECM-CONNECTED 상태의 MME)가 S1 연결을 해제하는 모든의 경우에 적용될 수 있다. 즉, 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함하는 S1 연결 해제는 일 예를 든 것으로 이에 한정되는 것은 아니다.

먼저 MMEs 간의 부하 분산(재분산) 기능에 대해 설명한다. 일 예를 들어 운용유지보수 등을 위해 하나의 MME Pool 영역으로부터 하나의 MME를 제거하는 경우가 있을 수 있다. 이와 같이 임의의 이유로 MMEs 간의 부하 분산/재분산 기능이 필요한 경우, MMEs 간의 부하 분산/재분산 기능은 하나의 MME에 등록된 단말을 또 다른 MME로 이동하는 것을 가능하게 한다. 기지국은 미리 조정된 부하분산 파라미터를 가질 수 있다. 예를 들어 만약 모든 가입자가 MME로부터 제거되었다면 가중치 요소는 0으로 세팅될 수 있다. 부하 재분산은 모든 가입자 또는 모든 가입자의 일부분을 오프로드 할 수 있다. ECM-CONNECTED 모드 단말을 오프로드 시키기 위해 MME는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함하여 S1 해제 프로시져(S1 Release procedure)를 개시할 수 있다. 이를 통해서, S1 연결과 RRC 연결이 해제된다. 그리고 단말은 TAU를 개시한다. 그러나, 단말은 RRC 설정 내에 기지국으로 S-TMSI나 GUMMEI를 제공하지 않는다(The S1 and RRC connections are released and the UE initiates a TAU but provides neither the S-TMSI nor the GUMMEI to eNodeB in the RRC establishment). 일 예를 들어 RRC 설정 과정에서 단말 식별자로 IMSI를 사용할 수 있다. 이에 따라 단말은 부하분산을 지시한 MME가 아닌 또 다른 MME와 TAU를 수행하게 된다.

이상에서 설명한 절차에 따라서 단말은 가벼운 연결 상태를 포함하는 특정 RRC 상태로 천이되어 구성될 수 있다. 단말이 가벼운 연결 상태로 구성된 경우에 코어망 개체에 의해서 S1 해제 프로시져가 개시되면, 앵커 기지국은 단말의 RRC 연결을 해제할 필요가 있다. 예를 들어, 가벼운 연결 단말에 대해 MME에 의해 부하 재분산 기능이 트리거되면, 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 프로시져가 개시될 수 있다. 앵커 기지국이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 메시지(예를 들어, UE Context Release Command 메시지)를 수신한 후 단말의 연결 상태를 변경하기 아래와 같은 다양한 실시예가 적용될 수 있다. 이하에서의 각 실시예는 독립적으로 또는 일부/전부가 임의의 조합으로 적용될 수도 있다.

제 1 실시예: 단말을 RRC 연결 상태로 천이시킬 후 RRC 연결을 해제하는 방법.

도 3은 일 실시예에 따른 단말의 S1 연결 해제 절차를 설명하기 위한 도면이다.

도 3을 참조하면, 코어망 개체(예를 들어, MME, 304)는 앵커 기지국(303)으로 S1 해제 요청 메시지(예를 들어, UE Context Release Command 메시지)를 전송한다(S310). S1 해제 요청 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다.

앵커 기지국(303)이 가벼운 연결 단말(301)에 대한 S1 해제 요청 메시지를 수신하면, 앵커 기지국(303)은 RAN 기반 페이징(또는 RAN 개시 페이징, 이하에서 RAN 기반 페이징 또는 RAN 개시 페이징으로 표기할 수 있다.)을 개시한다. 만약 S1 해제 요청 메시지 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)가 포함되는 경우 앵커 기지국(303)은 이를 저장 또는 버퍼링할 수 있다. 앵커 기지국(303)은 페이징 영역 내의 다른 기지국(302)으로 페이징을 지시하기 위한 메시지(다운링크 데이터 통지를 위한 메시지 또는 RAN 기반 페이징 메시지)를 전송한다(S320).

앵커 기지국(303)으로부터 페이징 요청을 수신한 새로운 기지국(302)은 페이징 메시지를 브로드캐스팅하여 단말(301)로 전달한다(S330).

페이징 메시지를 수신한 가벼운 연결 단말(301)은 RRC 연결 상태로 천이하기 위해 RRC 재개 요청 메시지를 전송한다(S340). 설명의 편의를 위해 RRC 연결 재개 요청 프로시져를 예를 들어 설명하나, 이는 예를 들어 설명하는 것일 뿐, 별도로 설명하는 다른 프로시져가 사용될 수도 있다.

일 예로 새로운 기지국(302)은 단말 AS 컨택스트를 추출/interrogate/fetch/retrieve/get하기 위한 프로시져를 수행할 수도 있다(S350). 새로운 기지국(302)은 앵커 기지국(303)으로부터 단말 AS 컨택스트를 응답받는다. 예를 들어 단말 컨택스트 응답 메시지를 수신한다. 다른 예로, 만약 RAN 기반 페이징이 S1 해제 요청에 의한 것이라면 새로운 기지국(302)은 단말 AS 컨택스트를 추출/interrogate/fetch/retrieve/get하기 위한 프로시져를 수행하지 않을 수도 있다. 또 다른 예로, 만약 RAN 기반 페이징이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)에 의한 것이라면 새로운 기지국(302)은 단말 AS 컨택스트를 추출/interrogate/fetch/retrieve/get하기 위한 프로시져를 수행하지 않을 수도 있다. 또 다른 예로 만약 RAN 기반 페이징이 RRC 연결 해제를 위한 것이라면 새로운 기지국(302)은 단말 AS 컨택스트를 추출/interrogate/fetch/retrieve/get하기 위한 프로시져를 수행하지 않을 수도 있다.

새로운 기지국(302)은 RRC 연결 재개 메시지를 단말(301)로 전송한다(S360).

단말(301)은 RRC 연결 재개 완료 메시지를 새로운 기지국(302)으로 전송한다(S370).

일 예로 새로운 기지국(302)은 코어망 제어 개체(MME, 304)와 경로 변경을 위한 경로 스위치 프로시져를 수행한다(S380).

다른 예로 만약 RAN 기반 페이징이 S1 해제 요청에 의한 것이라면 새로운 기지국(302)은 코어망 제어 개체(MME, 304)와 경로 변경을 위한 경로 스위치 프로시져를 수행하지 않을 수도 있다.

또 다른 예로 만약 RAN 기반 페이징이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)에 의한 것이라면 새로운 기지국(302)은 코어망 제어 개체(MME, 304)와 경로 변경을 위한 경로 스위치 프로시져를 수행하지 않을 수도 있다.

또 다른 예로 만약 RAN 기반 페이징이 RRC 연결 해제를 위한 것이라면 새로운 기지국(302)은 코어망 제어 개체(MME, 304)와 경로 변경을 위한 경로 스위치 프로시져를 수행하지 않을 수도 있다.

한편, 코어망 제어 개체(MME, 304)는 코어망 데이터 개체(SGW, 305)와 베어러 수정 프로시져를 수행한다(S390). 다른 예로 만약 RAN 기반 페이징이 S1 해제 요청에 의한 것이라면 S390은 수행되지 않을 수도 있다. 또 다른 예로 만약 RAN 기반 페이징이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)에 의한 것이라면 S390은 수행되지 않을 수도 있다. 또 다른 예로 만약 RAN 기반 페이징이 RRC 연결 해제를 위한 것이라면 S390은 수행되지 않을 수도 있다.

새로운 기지국(302)은 앵커 기지국(303)의 단말 컨택스트를 해제한다(S395). 다른 예로 만약 RAN 기반 페이징이 S1 해제 요청에 의한 것이라면 S395는 수행되지 않을 수도 있다. 또 다른 예로 만약 RAN 기반 페이징이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)에 의한 것이라면 S395는 수행되지 않을 수도 있다. 또 다른 예로 만약 RAN 기반 페이징이 RRC 연결 해제를 위한 것이라면 S395는 수행되지 않을 수도 있다.

한편, 새로운 기지국(302)는 도 3의 S370 단계 이후, 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 해제원인(releasecause)으로 하는 RRC 연결 해제메시지를 단말(301)로 전송할 수 있다. 이 경우에 도 3의 S380 내지 S395는 수행되지 않는다. 또는 S395는 S370 단계 이후 수행된다. 이를 위해 앵커 기지국(303)은 새로운 기지국(303)으로 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함하는 X2 메시지를 전송할 수 있다. 예를 들어, 앵커 기지국(303)은 서빙 기지국(302)로 페이징 요청 메시지를 전송할 때(S320) 또는 단말 컨택스트 응답 메시지를 전송할 때(S350), 부하분산을 위한 TAU 요청 지시정보를 포함하여 전달할 수도 있다.

RRC 연결 해제메시지를 수신하는 단말(301)은 RRC 연결을 떠날 때, MAC을 리셋한다. 타이머를 정지한다. 모든 설정된 무선베어러들에 대한 RLC 개체, MAC 구성 그리고 연계된 PDCP 개체를 포함한 모든 무선 자원을 해제한다. 해제 원인과 함께 상위계층에 RRC 연결이 해제되었음을 지시한다.

한편, RRC 연결 해제원인이 부하분산을 위한 TAU 요청 지시정보인 경우에 단말(301)은 TAU를 개시한다. 그러나, RRC 설정 내에 기지국(302, 303)으로 S-TMSI나 GUMMEI를 제공하지 않는다. 일 예를 들어 RRC 설정 과정에서 단말 식별자로 IMSI를 사용할 수 있다. 단말(301)이 RRC 설정 내에 S-TMSI나 GUMMEI를 제공하지 않을 때, 기지국(302, 303)은 풀 내의 MMEs의 가중치 요소(weight factors)에 기반하여 MME를 선택한다. 선택된 새로운 MME는 단말(301)과 TAU 응답을 수행한다.

다른 예를 들어 새로운 기지국(302)은 S395 단계 이후, 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 해제원인(releasecause)으로 하는 RRC 연결 해제메시지를 단말(301)로 전송할 수도 있다. 이를 위해 앵커 기지국(303)은 새로운 기지국(302)으로 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함하는 X2 메시지를 전송할 수 있다. 이 경우에 X2 메시지는 S395 단계 이후에 전달될 수도 있다.

단말(301)은 RRC 연결을 떠날 때, MAC을 리셋한다. 타이머를 정지한다. 모든 설정된 무선베어러들에 대한 RLC 개체, MAC 구성 그리고 연계된 PDCP 개체를 포함한 모든 무선 자원을 해제한다. 해제 원인과 함께 상위계층에 RRC 연결이 해제되었음을 지시한다.

단말(301)은 TAU를 개시한다. 그러나, RRC 설정 내에 기지국(302, 303)으로 S-TMSI나 GUMMEI를 제공하지 않는다. 일 예를 들어 RRC 설정 과정에서 단말 식별자로 IMSI를 사용할 수 있다. 단말(301)이 RRC 설정 내에 S-TMSI나 GUMMEI를 제공하지 않을 때, 기지국(302, 303)은 풀 내의 MMEs의 가중치 요소(weight factors)에 기반하여 MME를 선택한다. 선택된 새로운 MME는 단말(301)과 TAU 응답을 수행한다.

이상에서 설명한 바와 같이, 본 실시예에서 단말의 가벼운 연결 상태에서 RRC 연결 상태로 상태 천이를 수행한 후에 RRC 연결 해제 절차를 수행한다. 예를 들어, 가벼운 연결 상태의 단말에 대해서 코어망 개체가 S1 연결 해제를 수행하는 경우에 앵커 기지국은 필요에 따라 서빙 기지국을 통해서 가벼운 연결 단말에 페이징을 수행하여 RRC 재개 절차를 수행하고, 단말이 RRC 재개 절차에 따라서 RRC 연결로 천이되면, RRC 해제 절차를 수행하여 최종적으로 RRC 해제를 완료한다.

위에서는 가벼운 연결 단말이 가벼운 연결 구성 후 이동에 따라 서빙 기지국을 통해서 페이징을 수신하는 것을 기준으로 설명하였으나, 가벼운 연결 단말이 이동을 수행하지 않는 경우에 앵커 기지국이 서빙 기지국 역할을 수행하여 단말로 페이징을 전송하고, 단말과 RRC 재개 절차를 수행할 수 있다. 또한, 이 경우 앵커 기지국이 단말에 RRC 해제 요청을 수행할 수 있다.

이하에서는, 전술한 실시예를 수행하는 단말 및 기지국의 동작을 도면을 참조하여 보다 상세하게 설명한다.

도 4는 일 실시예에 따른 단말의 동작을 설명하기 위한 도면이다.

도 4를 참조하면, 단말은 앵커 기지국으로부터 수신되는 특정 RRC 상태로의 상태 변경을 지시하는 지시정보에 기초하여, 단말의 연결 상태를 특정 RRC 상태로 구성하는 단계를 수행할 수 있다(S400). 여기서, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태로 단말의 단말 컨택스트는 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태를 의미한다.

예를 들어, 단말은 앵커 기지국으로부터 가벼운 연결 상태로의 구성을 지시 받으면, 단말의 연결 상태를 RRC 연결 상태에서 가벼운 연결 상태로 변경하여 구성할 수 있다. 구체적으로, 단말은 단말 컨택스트를 저장하고, RAN 개시 페이징 동작을 지원하기 위한 필요 구성을 설정한다. 단말은 가벼운 연결 상태를 구성하여 RAN 레벨에서는 유휴 상태를 유지하되, ECM-connected 상태로 구성될 수 있다.

단말은 앵커 기지국 또는 서빙 기지국으로부터 단말의 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 메시지를 수신하는 단계를 수행할 수 있다(S410). 단말이 가벼운 연결 상태와 같은 특정 RRC 상태로 구성되는 경우에 코어망 개체는 해당 단말의 상태를 ECM-Connected 상태로 인지한다. 따라서, 코어망 개체는 임의의 이유로 해당 단말의 S1 연결을 해제할 필요가 있다.

이 경우, 단말은 앵커 기지국 또는 서빙 기지국이 앵커 기지국과 다르게 설정되는 경우에 서빙 기지국으로부터 RAN 개시 페이징 메시지를 수신할 수 있다. 일 예로, RAN 개시 페이징 메시지에는 S1 연결 해제를 원인으로 하는 원인 정보가 포함될 수 있다. 단말의 페이징 메시지 수신을 위하여 코어망 개체는 앵커 기지국으로 특정 RRC 상태로 구성된 단말에 대한 S1 연결 해제를 요청할 수 있다. 앵커 기지국은 해당 단말의 S1 연결 해제를 위해서 RAN 개시 페이징 메시지를 직접 단말로 전송하거나, 단말이 이동한 경우에 단말의 서빙 기지국으로 페이징 요청 메시지를 전달할 수 있다. 서빙 기지국은 페이징 요청 메시지에 따라서 단말로 페이징 메시지를 브로드 캐스팅 한다.

단말은 RAN 개시 페이징 메시지에 기초하여 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 전송하는 단계를 수행할 수 있다(S420). 예를 들어, 페이징 메시지를 수신한 단말은 특정 RRC 상태에 RRC 연결 상태로의 연결 상태 천이 동작을 수행할 수 있다. 특정 RRC 상태에서 RRC 연결 상태로 천이하기 위해서, 단말은 RRC 연결 재개 프로시져를 수행한다.

일 예로, 단말은 RRC 연결 재개 요청 메시지를 페이징 메시지를 수신한 기지국으로 전송한다. 즉, 단말은 서빙 기지국 또는 앵커 기지국으로 RRC 연결 재개를 요청하는 RRC 연결 재개 요청 메시지를 전송한다. 서빙 기지국은 RRC 연결 재개를 위해 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신할 수 있다. 한편, 단말 컨택스트 응답 메시지에는 S1 연결 해제를 원인으로 하는 원인 정보가 포함될 수 있다.

단말은 기지국으로부터 RRC 연결 재개 메시지를 수신하여 특정 RRC 상태에서 RRC 연결 상태로의 연결 상태 천이 동작을 수행한다. 예를 들어, 단말은 특정 RRC 상태에서 서스펜드 되었던 SRB와 DRB를 재개하고, 저장된 단말 컨택스트를 이용하여 RRC 연결 상태로 구성한다.

단말은 RRC 연결 상태로 변경되면, 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 수신하는 단계를 수행할 수 있다(S430). 예를 들어, 단말이 특정 RRC 상태에서 RRC 연결 상태로 연결 상태 천이가 완료되면, 단말은 기지국으로 RRC 재개 완료 메시지를 전송한다. 기지국은 단말로부터 RRC 재개 완료 메시지를 수신하면, 해당 단말이 RRC 연결 상태로 구성되었음을 확인할 수 있다.

단말은 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 수신할 수 있다. 예를 들어, RRC 연결 해제 요청 메시지는 코어망 개체(예를 들어, MME)로부터 앵커 기지국으로 전달된 S1 연결 해제 원인에 대한 정보를 포함할 수 있다. 구체적으로 S1 연결 해제 원인에 대한 정보는 부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함할 수 있다. 이 외에도 S1 연결 해제 원인에 대한 정보는 코어망 개체가 해당 단말의 S1 연결을 해제하게된 다양한 원인 정보를 포함할 수 있으며, 그 제한은 없다.

전술한 바와 같이, S1 연결 해제 원인 정보는 S410 단계에서 단말에 수신될 수도 있고, S430 단계에서 단말에 수신될 수도 있다. 또는 S410 단계 및 S430 단계를 통해서 중복하여 수신될 수도 있다.

단말은 RRC 연결 해제 메시지가 수신되면, 단말의 연결 상태를 RRC 연결상태에서 RRC 유휴 상태로 변경하기 위한 절차를 수행한다.

한편, 단말이 특정 RRC 상태에서 이동을 수행하여 앵커 기지국과 서빙 기지국이 구분되는 경우에 특정 RRC 상태의 단말에 대한 S1 연결 해제를 위해서 앵커 기지국은 서빙 기지국으로 S1 연결 해제 원인에 대한 정보를 포함하는 RAN 개시 페이징 요청 메시지를 전달할 수 있다. 페이징 요청 메시지는 앵커 기지국과 서빙 기지국 간의 인터페이스인 X2 인터페이스를 통해서 전달될 수 있다.

이상의 동작을 통해서, 특정 RRC 상태의 단말은 RRC 연결 상태로 천이 후 RRC 해제를 수행할 수 있으며, 도 3에서의 S380 내지 S395 단계는 필요에 따라 생략될 수도 있다.

도 5는 일 실시예에 따른 서빙 기지국의 동작을 설명하기 위한 도면이다.

도 5를 참조하면, 서빙 기지국은 앵커 기지국을 통해서 특정 RRC 상태를 구성한 단말에 대한 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 요청 메시지를 수신하는 단계를 수행할 수 있다(S500). 여기서, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태로 단말의 단말 컨택스트는 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태를 의미한다. 즉, 단말은 특정 RRC 상태를 구성하여 RAN 레벨에서는 유휴 상태를 유지하되, ECM-connected 상태로 구성될 수 있다.

단말이 가벼운 연결 상태와 같은 특정 RRC 상태로 구성되는 경우에 코어망 개체는 해당 단말의 상태를 ECM-Connected 상태로 인지한다. 따라서, 코어망 개체는 임의의 이유로 해당 단말의 S1 연결을 해제할 필요가 있다. 이 경우, 코어망 개체는 앵커 기지국으로 S1 연결 해제를 요청하는 메시지를 전송할 수 있다.

앵커 기지국은 코어망 개체로부터 단말의 S1 연결을 해제하기 위한 해제 요청 메시지를 수신하면, 해당 단말의 서빙 기지국으로 S1 연결 해제를 위한 페이징 요청 메시지를 전송한다.

서빙 기지국은 앵커 기지국으로부터 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 요청 메시지를 수신할 수 있다. 예를 들어, RAN 개시 페이징 요청 메시지는 S1 연결 해제 원인에 대한 정보를 포함할 수 있다. 구체적으로, S1 연결 해제 원인에 대한 정보는 부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함할 수 있다. 이 외에도 S1 연결 해제 원인에 대한 정보는 코어망 개체가 해당 단말의 S1 연결을 해제하게된 다양한 원인 정보를 포함할 수 있으며, 그 제한은 없다. RAN 개시 페이징 요청 메시지는 앵커 기지국과 서빙 기지국 간의 X2 인터페이스를 통해서 전달될 수 있다.

서빙 기지국은 RAN 개시 페이징 요청 메시지에 기초하여 단말로 RAN 개시 페이징 메시지를 전송하는 단계를 수행할 수 있다(S510). 서빙 기지국은 앵커 기지국으로부터 페이징 요청을 받으면, 특정 RRC 상태로 구성된 단말에 대한 페이징 메시지를 전송할 수 있다. 예를 들어, 페이징 메시지는 브로드 캐스트되어 전달될 수 있다.

서빙 기지국은 단말로부터 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 수신하는 단계를 수행할 수 있다(S520). 페이징 메시지를 수신한 단말은 특정 RRC 상태에서 RRC 연결 상태로의 상태 천이를 위한 RRC 연결 재개 프로시져를 수행할 수 있다. 서빙 기지국은 단말로부터 RRC 연결 재개를 위한 RRC 연결 재개 요청 메시지를 수신하고, 해당 단말의 연결 상태를 RRC 연결 상태로 천이하기 위한 동작을 수행한다.

이를 위해서, 서빙 기지국은 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신할 수 있다(S525). 예를 들어, 서빙 기지국은 RRC 연결 재개를 위해 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신한다. 단말 컨택스트 응답 메시지에는 S1 연결 해제를 원인으로 하는 원인 정보가 포함될 수 있다.

서빙 기지국은 단말로 RRC 연결 재개 메시지를 전송할 수 있다. 서빙 기지국은 RRC 연결 재개 메시지에 따라서 단말이 RRC 연결 상태로 천이하면, 단말로부터 RRC 연결 재개 완료 메시지를 수신할 수 있다. 이를 통해서, 특정 RRC 상태의 단말은 RRC 연결 상태로 연결 상태 천이 절차를 완료한다.

서빙 기지국은 단말이 RRC 연결 상태로 변경되면, RRC 연결 해제 요청 메시지를 단말로 전송하는 단계를 수행할 수 있다(S530). 서빙 기지국은 RRC 연결 재개 완료 메시지를 수신하여 해당 단말이 RRC 연결 상태로 변경되었음을 확인하면, RRC 연결 해제 메시지를 단말로 전송할 수 있다.

RRC 연결 해제 요청 메시지는 코어망 개체로부터 앵커 기지국으로 전달된 S1 연결 해제 원인에 대한 정보를 포함할 수 있다. 예를 들어, S1 연결 해제 원인에 대한 정보는 부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함할 수 있다.

서빙 기지국은 RRC 연결 해제 절차에 따라서 단말을 RRC 연결 상태에서 RRC 유휴 상태로 천이한다.

이상의 동작을 통해서, 특정 RRC 상태의 단말은 RRC 연결 상태로 천이 후 RRC 해제를 상태로 연결 상태가 천이된다.

이하에서는 전술한 절차와 다른 절차를 통해서 특정 RRC 상태의 단말의 S1 연결을 해제하는 방법, S1 연결 해제 원인 정보를 전달하는 방법 등에 대해서 다양한 실시예를 설명한다. 아래에서 서술되는 실시예는 독립적으로 수행되거나, 전술한 동작과 일부가 결합되어 수행될 수도 있다. 다만, 이하에서는 이해의 편의를 위하여 S1 연결 해제 원인으로 부하분산을 위한 TAU 요청 지시를 기준으로 설명하나 이에 한정되는 것은 아니다. 또한, 코어망 개체로 MME를 예를 들어 설명하나, 5G의 코어망 개체 등 다양한 코어망 개체가 해당될 수 있다.

제 2 실시예: RAN 기반 페이징 요청 메시지에 S1 연결 해제 원인 정보를 포함하는 방법.

일 예를 들어 앵커 기지국이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지(예를 들어 UE Context Release Command 메시지)를 수신하면, 앵커 기지국은 모든 관련된 시그널링 그리고 사용자 데이터 전송 자원을 해지할 수 있다. 그리고 MME에 S1 해제 완료 메시지(예를 들어 UE Context Release Complete 메시지)를 응답할 수 있다.

앵커 기지국은 RAN 개시 페이징을 트리거할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. MME로부터 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지를 수신한 앵커 기지국은 페이징 메시지를 전송할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국과 다른 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 이를 위해 앵커 기지국은 해당 기지국(예를 들어, 서빙 기지국)으로 페이징을 지시할 수 있다. 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 일 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하는 경우 X2 인터페이스 페이징 요청 메시지 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하지 않는, 경우 MME를 통한 S1 인터페이스 페이징 요청 메시지(앵커 기지국->MME S1 인터페이스 페이징 요청 메시지, MME-> 해당 기지국 S1 인터페이스 페이징 지시메시지) 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 원인 정보를 포함할 수 있다. 예를 들어 원인 정보를 load balancing TAU required로 세팅할 수 있다. 또는 예를 들어 S1 메시지 상에 포함되는 지시정보 또는 앵커 기지국이 설정한 원인 정보로 세팅할 수 있다.

앵커 기지국으로 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 페이징 요청 메시지를 수신한 기지국은 페이징 메시지를 전송할 수 있다.

단말은 연결 상태로 천이하기 위한 RRC 연결 재개 요청메시지를 해당 기지국으로 송신한다. 해당 기지국은 RRC 연결 재개 메시지(또는 RRC 연결 셋업 메시지)를 단말로 송신한다.

만약 RRC 연결 재개 요청에 대한 응답으로 단말이 RRC 연결 셋업 메시지(또는 RRC 연결 재개 메시지)를 수신한다면, 단말은 다음의 동작 중 하나 이상을 수행할 있다.

- 단말은 저장된 단말 AS 컨택스트와 재개 식별자를 버릴 수 있다.

- 단말은 RRC 연결재개가 fallback되었음을 상위 계층에 지시할 수 있다.

RRC 연결 재개 메시지(또는 RRC 연결 셋업 메시지)를 수신한 단말은 RRC 연결 재개 완료 메시지(또는 RRC 연결 셋업 완료 메시지)를 기지국으로 전송할 수 있다.

기지국은 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 해제원인(releasecause)으로 하는 RRC 연결 해제메시지를 단말로 전송한다.

단말은 RRC 연결을 떠날 때, MAC을 리셋한다. 타이머를 정지한다. 모든 설정된 무선베어러들에 대한 RLC 개체, MAC 구성 그리고 연계된 PDCP 개체를 포함한 모든 무선 자원을 해제한다. 해제 원인과 함께 상위계층에 RRC 연결이 해제되었음을 지시한다.

단말은 TAU를 개시한다. 그러나, RRC 설정 내에 기지국으로 S-TMSI나 GUMMEI를 제공하지 않는다. 일 예를 들어 RRC 설정 과정에서 단말 식별자로 IMSI를 사용할 수 있다. 단말이 RRC 설정 내에 S-TMSI나 GUMMEI를 제공하지 않을 때, 기지국은 풀 내의 MMEs의 가중치 요소(weight factors)에 기반하여 MME를 선택한다. 선택된 MME는 단말과 TAU 응답을 수행한다.

제 3 실시예: RRC 연결 재개 요청에 대해 단말 컨택스트 추출없이 RRC 연결을 셋업하는 방법.

일 예를 들어 앵커 기지국이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지(예를 들어 UE Context Release Command 메시지)를 수신하면, 앵커 기지국은 모든 관련된 시그널링 그리고 사용자 데이터 전송 자원을 해지할 수 있다. 그리고 코어망 개체에 S1 해제 완료 메시지(예를 들어 UE Context Release Complete 메시지)를 응답할 수 있다.

앵커 기지국은 RAN 개시 페이징을 트리거할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 예를 들어, MME로부터 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지를 수신한 앵커 기지국은 페이징 메시지를 전송할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국과 다른 기지국(서빙 기지국)에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 이를 위해 앵커 기지국은 해당 기지국으로 페이징을 지시할 수 있다. 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 원인 정보를 포함할 수 있다. 일 예를 들어 원인 정보를 load balancing TAU required로 세팅할 수 있다. 다른 예를 들어 S1 메시지 상에 포함되는 지시정보 또는 앵커 기지국이 설정한 원인 정보로 세팅할 수 있다.

단말은 연결 상태로 천이하기 위한 RRC 연결 재개 요청 메시지(또는 RRC 연결 요청 메시지)를 해당 기지국으로 송신한다.

일 예로 만약 해당 기지국이 앵커 기지국으로 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 페이징 요청 메시지를 수신하여 단말로 페이징을 수행하여 RRC 연결 재개 요청 메시지를 수신했다면, 해당 기지국은 RRC 연결 셋업 메시지를 단말로 전달할 수 있다. RRC 연결 셋업 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다.

만약 RRC 연결 재개 요청에 대한 응답으로 단말이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 RRC 연결 셋업 메시지를 수신한다면, 단말은 다음의 동작 중 하나 이상을 수행할 수 있다.

- 단말은 RRC 연결 상태를 떠나는 동작을 수행할 수 있다.

- 단말은 RRC 연결이 해제되었음을 상위 계층에 지시할 수 있다.

단말은 RRC 연결을 떠날 때, MAC을 리셋한다. 타이머를 정지한다. 모든 설정된 무선 베어러들에 대한 RLC 개체, MAC 구성 그리고 연계된 PDCP 개체를 포함한 모든 무선 자원을 해제한다. 해제 원인과 함께 상위계층에 RRC 연결이 해제되었음을 지시한다.

단말은 TAU를 개시한다. 그러나, RRC 설정 내에 기지국으로 S-TMSI나 GUMMEI를 제공하지 않는다. 일 예를 들어 RRC 설정 과정에서 단말 식별자로 IMSI를 사용할 수 있다. 단말이 RRC 설정 내에 S-TMSI나 GUMMEI를 제공하지 않을 때, 기지국은 풀 내의 MMEs의 가중치 요소(weight factors)에 기반하여 MME를 선택한다. 선택된 새로운 MME는 단말과 TAU 응답을 수행한다.

제 4 실시예: 단말 컨택스트를 포함하는 메시지에 S1 연결 해제 원인 정보를 포함하는 방법.

일 예로 앵커 기지국이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지(예를 들어 UE Context Release Command 메시지)를 수신하면, 앵커 기지국은 모든 관련된 시그널링 그리고 사용자 데이터 전송 자원을 해지할 수 있다. 그리고 코어망 개체에 S1 해제 완료 메시지(예를 들어 UE Context Release Complete 메시지)를 응답할 수 있다.

MME로부터 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지를 수신한 앵커 기지국은 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 저장/버퍼링/유지/해당변수를 세팅할 수 있다.

앵커 기지국은 RAN 개시 페이징을 트리거할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국과 다른 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 이를 위해 앵커 기지국은 해당 기지국(서빙 기지국)으로 페이징을 지시할 수 있다. 일 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하는 경우 X2 인터페이스 페이징 요청 메시지를 전송할 수 있다. 다른 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하지 않는 경우, MME를 통한 S1 인터페이스 페이징 요청 메시지(앵커 기지국->MME S1 인터페이스 페이징 요청 메시지, MME-> 해당 기지국 S1 인터페이스 페이징 지시메시지)를 전송할 수 있다.

앵커 기지국으로 페이징 요청 메시지를 수신한 서빙 기지국은 페이징 메시지를 전송할 수 있다.

단말은 연결 상태로 천이하기 위한 RRC 연결 재개 요청 메시지(또는 RRC 연결 요청 메시지)를 해당 서빙 기지국으로 송신한다.

해당 서빙 기지국은 RRC 연결재개메시지를 단말로 송신한다.

서빙 기지국은 단말에 RRC 연결 재개를 위해, 앵커 기지국으로 단말 (AS) 컨택스트 정보를 요청하여 수신한다. 만약 새로운 기지국과 앵커 기지국 간에 기지국 간 인터페이스(X2 인터페이스)가 존재하지 않는 경우 MME를 통해 이전 앵커 기지국으로 단말 (AS) 컨택스트 요청 정보를 전송하고 이에 대해 MME를 통해 이전 앵커 기지국으로부터 단말 (AS) 컨택스트 응답을 수신할 수 있다.

전술한 앵커 기지국은 단말 (AS) 컨택스트 응답 메시지 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 즉 서빙 기지국의 단말 컨택스트 요청을 수신하면 앵커 기지국은 단말 컨택스트 응답 메시지에 S1 연결 해제 원인에 대한 정보를 포함하여 서빙 기지국으로 전송할 수 있다.

일 예로 전술한 서빙 기지국의 단말 (AS) 컨택스트 정보 요청 메시지 전송 및 앵커 기지국으로부터 서빙 기지국의 단말 (AS) 컨택스트 정보 응답 메시지 수신은 단말로부터 RRC 연결 요청 메시지/RRC 연결 재개 요청 메시지를 수신하고 개시될 수 있다. 예를 들어 RRC 연결 재개 요청 메시지에 응답하는 RRC 연결 재개 메시지는 SRB1 베어러를 통해 전용제어채널(DCCH) 논리채널이다. 따라서 단말 특정한 AS 컨택스트가 필요하므로 RRC 연결 재개 요청 수신과 RRC 연결 재개 응답 사이에 진행될 수 있다.

다른 예로 전술한 서빙 기지국의 단말 (AS) 컨택스트 정보 요청 메시지 전송 및 앵커 기지국으로부터 서빙 기지국의 단말 (AS) 컨택스트 정보 응답 메시지 수신은 단말로부터 RRC 연결 셋업 완료메시지/RRC 연결 재개 완료 메시지를 수신하고 개시될 수 있다.

다른 예로 전술한 서빙 기지국의 단말 (AS) 컨택스트 정보 요청 메시지 전송 및 앵커 기지국으로부터 서빙 기지국의 단말 (AS) 컨택스트 정보 응답 메시지 수신은 단말로 RRC 연결 셋업 메시지/RRC 연결 재개 메시지를 송신하고 개시될 수 있다.

S1 연결이 해제된 상태이므로 MME를 통한 경로 업데이트 프로시져(path switch request/response) 및/또는 기지국이 앵커 기지국으로 컨택스트 해제를 수행할 필요 없다. 또는 앵커 기지국이 단말 컨택스트 응답 메시지에 S1 연결 해제 원인에 대한 정보를 포함하여 서빙 기지국으로 전송할 때, 앵커 기지국은 해당 단말의 단말 컨택스트를 해제한다.

RRC 연결 셋업 메시지/RRC 연결 재개 메시지를 수신한 단말은 RRC 연결 셋업 완료 메시지/RRC 연결 재개 완료 메시지를 기지국으로 전송할 수 있다.

제 5 실시예: 단말과 기지국간 인터페이스 상의 페이징 메시지에 S1 연결 해제 원인 정보를 포함하는 방법.

일 예로 앵커 기지국이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지(예를 들어 UE Context Release Command 메시지)를 수신하면, 앵커 기지국은 모든 관련된 시그널링 그리고 사용자 데이터 전송 자원을 해지할 수 있다. 그리고 MME에 S1 해제 완료 메시지(예를 들어 UE Context Release Complete 메시지)를 응답할 수 있다.

앵커 기지국은 RAN 개시 페이징을 트리거할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. MME로부터 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지를 수신한 앵커 기지국은 페이징 메시지를 전송할 수 있다. 앵커 기지국이 앵커 기지국에 연계된 셀 상에 전송하는 페이징 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국과 다른 기지국(서빙 기지국)에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 이를 위해 앵커 기지국은 해당 기지국으로 페이징을 지시할 수 있다. 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 일 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하는 경우 X2 인터페이스 페이징 요청 메시지 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하지 않는 경우 MME를 통한 S1 인터페이스 페이징 요청 메시지(앵커 기지국->MME S1 인터페이스 페이징 요청 메시지, MME-> 해당 기지국 S1 인터페이스 페이징 지시메시지) 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 원인 정보를 포함할 수 있다. 일 예를 들어 원인 정보를 load balancing TAU required로 세팅할 수 있다. 다른 예를 들어 S1 메시지 상에 포함되는 지시정보 또는 앵커 기지국이 설정한 원인 정보로 세팅할 수 있다.

앵커 기지국으로부터 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 페이징 요청 메시지를 수신한 기지국은 페이징 메시지(또는 CCCH 메시지, SRB0를 통해 전송되는 메시지, 설명의 편의를 위해 이하에서 페이징 메시지로 표기)를 전송할 수 있다.

일 예로 기지국이 기지국에 연계된 셀 상에 전송하는 페이징 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예로 기지국이 기지국에 연계된 셀 상에 전송하는 페이징 메시지는 원인 정보를 포함할 수 있다. 일 예를 들어 원인 정보를 load balancing TAU required로 세팅할 수 있다. 다른 예를 들어 S1 메시지 상에 포함되는 지시정보 또는 앵커 기지국이 설정한 원인 정보로 세팅할 수 있다.

부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 수신한 단말은

RRC 연결을 해제한다.

제 6 실시예 : RRC 연결 Reject 메시지에 S1 연결 해제 원인 정보를 포함하는 방법.

일 예로 앵커 기지국이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지(예를 들어 UE Context Release Command 메시지)를 수신하면, 앵커 기지국은 모든 관련된 시그널링 그리고 사용자 데이터 전송 자원을 해지할 수 있다. 그리고 코어망 개체에 S1 해제 완료 메시지(예를 들어 UE Context Release Complete) 메시지를 응답할 수 있다.

앵커 기지국은 RAN 개시 페이징을 트리거할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 코어망 개체로부터 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 S1 해제 요청 메시지를 수신한 앵커 기지국은 페이징 메시지를 전송할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국과 다른 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 이를 위해 앵커 기지국은 해당 기지국(서빙 기지국)으로 페이징을 지시할 수 있다. 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 일 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하는 경우 X2 인터페이스 페이징 요청 메시지 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하지 않는 경우, MME를 통한 S1 인터페이스 페이징 요청 메시지(앵커 기지국->MME S1 인터페이스 페이징 요청 메시지, MME-> 해당 기지국 S1 인터페이스 페이징 지시메시지) 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 원인 정보를 포함할 수 있다. 일 예를 들어 원인 정보를 load balancing TAU required로 세팅할 수 있다. 다른 예를 들어 S1 메시지 상에 포함되는 지시정보 또는 앵커 기지국이 설정한 원인 정보로 세팅할 수 있다.

다른 예를 들어 전술한 제 4 실시예와 같이 단말 컨택스트 메시지에 부하분산을 위한 TAU 요청 지시정보를 포함할 수 있다.

앵커 기지국으로 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 페이징 요청 메시지를 수신한 기지국(또는 페이징 요청 메시지를 수신한 기지국)은 단말로 페이징 메시지를 전송할 수 있다.

해당 기지국이 단말로부터 RRC 연결 재개 요청 메시지(또는 RRC 연결 요청 메시지)를 수신했을 때, (만약 기지국이 단말에 대한 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 수신/저장/버퍼링/유지/해당변수를 세팅했다면,) 기지국은 RRC 연결 거절(RRC connection reject) 메시지를 단말로 전송한다. RRC 연결 거절 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 설명의 편의를 위해 RRC 연결 거절 메시지로 표시했지만, 이는 RRC 연결 재개 요청을 거절/해제/확인/셋업/재개/재구성하는 임의의 RRC 메시지를 의미하는 것으로 용어의 제한은 없다.

단말은 MAC을 리셋하고 MAC 구성을 해제한다.

만약 단말이 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 RRC 연결 거절 메시지를 수신하면, 단말은 상위계층에 부하분산을 위한 TAU 요청 지시정보에 의해 RRC 연결 거절되었음을 알린다.

제 7 실시예 : RRC 연결 재개 메시지에 S1 연결 해제 원인 정보를 포함하는 방법.

앵커 기지국은 RAN 개시 페이징을 트리거할 수 있다.

앵커 기지국은 앵커 기지국이 구성한 페이징 영역 내의 앵커 기지국과 다른 기지국에 연계된 셀 상에 페이징 메시지를 전송할 수 있다. 이를 위해 앵커 기지국은 해당 기지국으로 페이징을 지시할 수 있다. 앵커기지국이 해당 기지국으로 전송하는 페이징 요청 메시지는 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 일 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하는 경우 X2 인터페이스 페이징 요청 메시지 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하지 않는 경우 MME를 통한 S1 인터페이스 페이징 요청 메시지(앵커 기지국 -> MME S1 인터페이스 페이징 요청 메시지, MME-> 해당 기지국 S1 인터페이스 페이징 지시메시지) 상에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함할 수 있다. 다른 예를 들어 전술한 제 4 실시예와 같이 단말 컨택스트 메시지에 부하분산을 위한 TAU 요청 지시정보를 포함할 수 있다.

앵커 기지국으로 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함한 페이징 요청 메시지를 수신한 기지국(또는 서빙 기지국)은 단말로 페이징 메시지를 전송할 수 있다.

해당 기지국이 단말로부터 RRC 연결 재개 요청 메시지/RRC 연결 요청 메시지를 수신했을 때, (만약 기지국이 단말에 대한 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 수신/저장/버퍼링/유지/해당변수를 세팅했다면,) 기지국은 RRC 연결 재개 메시지(또는 RRC 연결 재개 요청에 응답하는 RRC 메시지)에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 포함하여 단말로 전송할 수 있다.

부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 수신한 단말은 다음 중 하나 이상의 동작을 수행할 수 있다.

- RRC 연결을 해제한다.

- 단말은 RRC 연결을 떠날 때, MAC을 리셋한다.

- 타이머를 정지한다.

- 모든 설정된 무선 베어러들에 대한 RLC 개체, MAC 구성 그리고 연계된 PDCP 개체를 포함한 모든 무선 자원을 해제한다.

- 상위계층에 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 알린다.

제 8 실시예 : 페이징 요청 메시지를 보낼 때 단말 AS 컨택스트 정보를 함께 보내는 방법.

RAN 기반 페이징 절차가 진행될 때 만약 단말이 앵커 기지국에 연계된 셀을 벗어나는 경우, 단말은 서빙 기지국에 연계된 셀을 통해 페이징을 수행하게 된다. 이 경우, 페이징에 이어서 수행되는 RRC 연결 설정/RRC 연결 재개 프로시져 상에서 단말 AS 컨택스트가 필요하게 된다. 시그널링 감소를 위해 RAN 기반 페이징 절차가 진행될 때 앵커 기지국은 서빙 기지국에 단말 AS 컨택스트를 포함하여 보낼 수 있다. 일 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하는 경우 X2 인터페이스 페이징 요청 메시지 상에 단말 AS 컨택스트를 포함하여 전송할 수 있다. 다른 예를 들어 앵커 기지국과 해당 기지국 간에 X2 인터페이스가 존재하지 않는 경우, MME를 통한 S1 인터페이스 페이징 요청 메시지(앵커 기지국->MME S1 인터페이스 페이징 요청 메시지, MME-> 해당 기지국 S1 인터페이스 페이징 요청 메시지) 상에 단말 AS 컨택스트를 포함하여 전송할 수 있다. 다른 예를 들어 SRB1을 구성하기 위해 필요한 AS 컨택스트 정보를 포함하여 응답할 수 있다.

이상에서 설명한 제 1 내지 제 8 실시예 이외에도 단말로부터 발신 시그널링 또는 발신 데이터 발생시 MME 간 부하분산을 수행하도록 할 수 있다. 또는 S1 연결에 대한 해제만을 수행하도록 할 수 있다. 이를 위해 앵커 기지국은 전술한 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 유지하고 발신 시그널링 또는 발신 데이터 발생시 기지국은 풀 내의 MMEs의 가중치 요소(weight factors)에 기반하여 MME를 선택할 수 있다. 선택된 새로운 MME는 단말과 TAU 응답을 수행할 수 있다.

또 다른 방법으로 서빙 기지국(또는 앵커 기지국)은 시스템 정보를 통해 부하분산을 위한 TAU 요청 지시정보(load balancing TAU required)를 브로드캐스트할 수 있다. 이를 통해 기지국 내 단말들이 MME 간 부하분산을 수행하도록 할 수 있다.

이상에서 설명한 다양한 실시예를 독립적으로 또는 상호 조합하여 특정 RRC 상태로 구성된 단말에 대해서 코어망 개체는 S1 연결을 해제할 수 있다. 또한, 단말은 특정 RRC 상태에서도 S1 연결 해제에 따라 RRC 연결을 해제할 수 있다.

한편, 이하에서는 단말의 NAS(Non Access Stratum) 상태 및 가벼운 연결상태 천이 방법에 대해 설명한다. 이하의 방법들은 개별적으로 또는 결합하여 사용될 수 있다.

- 가벼운 연결 상태를 NAS에서 인지하는 경우 (단말 NAS: ECM-CONNECTED, 단말 AS: RRC-IDLE)

일 예로 RRC 시그널링을 통해 단말에 가벼운 연결이 구성될 때, 단말의 RRC는 이를 NAS로 알릴 수 있다. 이 경우 단말의 NAS는 단말을 ECM-CONNECTED이지만 RRC-IDLE 상태로 고려할 수 있다. 또는 단말의 NAS는 가벼운 연결 상태임을 알 수 있다. 단말의 NAS는 NAS 컨택스트를 유지한다.

단말은 NAS 시그널링 또는 MO 데이터가 트리거 되면, NAS/상위계층은 RRC가 저장된 AS 컨택스트를 통해 연결 상태로 천이하도록 지시할 수 있다.

종래 NB-IoT 단말을 위한 Suspend/Resume 프로시져에서 RRC Connection Resume Request는 상위 계층의 지시에 의해 개시되었다. 상위 계층의 지시에 따라서 RRC 연결을 재개하는데 있어서, RRC Connection Resume Request 메시지 상에 포함되는 재개원인(resumeCause-r13)은 다음과 같은 설정원인(EstablishmentCause-NB-r13)들 중 하나의 값을 가졌다.

EstablishmentCause-NB-r13::= ENUMERATED {mt-Access, mo-Signalling, mo-Data, mo-ExceptionData,spare4, spare3, spare2, spare1}

만약 가벼운 연결 단말을 연결 상태로 천이시키기 위한 것이라면, 해당 기지국(서빙 기지국)이 앵커 기지국으로부터 단말 AS 컨택스트를 추출해오기 위해 해당 원인을 인지해야 한다. 이를 구별하여 지시하기 위한 일 예로, 상위 계층 및/또는 RRC Connection Resume Request 메시지는 재개원인(resumeCause-r13)을 지시하기 위한 설정원인(EstablishmentCause-NB-r13)의 spare 값 중 하나를 사용하여 지시할 수 있다.

이를 구별하여 지시하기 위한 다른 예로, 상위 계층 및/또는 RRC Connection Resume Request 메시지는 재개원인(resumeCause-r13)과 다른 필드를 정의하여 지시할 수 있다. 이를 통해 기지국은 해당 재개원인이 mt-Access, mo-Signalling, mo-Data, mo-ExceptionData 인 것과, 해당 재개 요청 메시지가 트리거 된 것이 가벼운 연결 단말을 연결 상태로 천이시키기 위한 것으로 앵커 기지국으로부터 단말 AS 컨택스트를 추출해오도록 지시된 것임을 알 수 있다. 이를 구별하여 지시하기 위한 다른 예로, 상위 계층 및/또는 RRC Connection Resume Request 메시지는 기존 재개원인(resumeCause-r13) 상의 설정원인과 해당 재개 요청 메시지가 트리거 된 것이 가벼운 연결 단말을 연결 상태로 천이시키기 위한 것으로 앵커 기지국으로부터 단말 AS 컨택스트를 추출해오도록 지시하기 위한 것임을 함께 지시할 수 있는 필드를 정의하여 지시할 수 있다.

- 가벼운 연결 상태를 NAS에서 인지하는 경우 (단말 NAS: ECM-IDLE, 단말 AS: RRC-IDLE)

다른 예로 RRC 시그널링을 통해 단말에 가벼운 연결이 구성될 때, 단말의 RRC는 이를 NAS로 알릴 수 있다. 예를 들어 RRC는 가벼운 연결상태를 지시하는 정보를 NAS로 전달할 수 있다. 이 경우 단말의 NAS는 단말이 ECM-IDLE, RRC-IDLE 상태로 고려할 수 있다. 단말은 가벼운 연결 상태임을 알 수 있다. 또는 단말의 NAS는 가벼운 연결 상태임을 알 수 있다.

단말의 NAS는 다음의 동작 중 하나 이상의 동작을 수행할 수 있다.

- 단말은 NAS 컨택스트를 유지한다.

- 단말은 NAS 컨택스트를 저장한다.

- 단말은 NAS 컨택스트를 해제하지만, 이를 저장한다. 단말에 NAS 시그널링 또는 MO 데이터가 트리거 되면 이를 재사용/재개/복구/유지/invoke한다.

- 단말은 NAS 컨택스트를 서스펜드한다. 단말에 NAS 시그널링 또는 MO 데이터가 트리거 되면 이를 재사용/재개/복구/유지/invoke한다.

단말은 NAS 시그널링 또는 MO 데이터가 트리거 되면, NAS/상위계층은 이를 RRC로 전달된다. RRC는 유지된/저장된 AS 컨택스트를 통해 연결 상태로 천이하도록 할 수 있다.

종래 NB-IoT 단말을 위한 Suspend/Resume 프로시져에서 RRC Connection Resume Request는 상위 계층의 지시에 의해 개시되었다. 상위 계층의 지시에 때 RRC 연결을 재개하는데 있어서, RRC Connection Resume Request 메시지 상에 포함되는 재개원인(resumeCause-r13)은 다음과 같은 설정원인(EstablishmentCause-NB-r13)들 중 하나의 값을 가졌다.

만약 가벼운 연결 단말을 연결 상태로 천이시키기 위한 것이라면, 해당 기지국이 앵커 기지국으로부터 단말 AS 컨택스트를 추출해오기 위해 해당 원인을 인지해야 한다. 이를 구별하여 지시하기 위한 일 예로, 상위 계층 및/또는 RRC Connection Resume Request 메시지는 재개원인(resumeCause-r13)을 지시하기 위한 설정원인(EstablishmentCause-NB-r13)의 spare 값 중 하나를 사용하여 지시할 수 있다.

- 가벼운 연결 상태를 NAS에서 인지하지 않는 경우 (단말 NAS: ECM-CONNECTED, 단말 AS: RRC-IDLE)

다른 예로 RRC 시그널링을 통해 단말에 가벼운 연결이 구성될 때, 단말의 RRC는 이를 NAS로 알리지 않을 수 있다. 이 경우 단말의 NAS는 단말이 ECM-CONNECTED상태로 고려한다. 단말의 AS(또는 RRC)는 RRC-IDLE 상태로 고려할 수 있다. 단말(또는 단말의 AS 또는 RRC)은 가벼운 연결 상태임을 알 수 있다. NAS 시그널링 또는 MO 데이터가 트리거 되면, NAS/상위계층은 이를 해당하는 SRB 또는 DRB로 전달한다. SRB/DRB에 데이터가 전송되면, RRC가 유지된/저장된 AS 컨텍스트를 통해 연결 상태로 천이하도록 할 수 있다.

이하에서는 가벼운 연결 상태 단말의 업링크 신호 전송 방법에 대해서 설명한다. 예를 들어, 업링크 신호는 데이터, 시그널링, 페이징에 대한 응답 및 RRC 연결 상태 천이를 위한 신호 등이 될 수 있다.

가벼운 연결로 구성된 단말이 전송할 업링크 데이터/시그널링이 있는 경우(MO data 또는 MO signalling에 대해) 또는 가벼운 연결로 구성된 단말이 페이징을 수신하는 경우, 단말은 해당 셀에서 RRC 연결상태로 전환할 수 있다.

- RRC Connection request 메시지를 이용하는 방법

단말은 공통 제어 채널(예를 들어 CCCH)을 통해 RRC Connection 요청 메시지를 기지국으로 전달할 수 있다.

만약 상위 계층에 의해 가벼운 연결상태에서 연결상태로의 천이가 트리거 된다면, 그리고 상위 계층이 S-TMSI를 제공했다면 단말 식별자(ue-Identity)로 상위 계층으로부터 수신한 값을 세팅할 수 있다.

만약 AS 내에서 가벼운 연결상태에서 연결상태로의 천이가 트리거 된다면, 단말 식별자로 기지국으로부터 수신되어 저장된 값을 세팅할 수 있다. 이에 대해서는 후술한다.

만약 상위 계층에 의해 가벼운 연결상태에서 연결상태로의 천이가 트리거 된다면, 상위계층으로부터 수신한 정보에 상응하는 설정원인(establishmentcause) 값을 세팅할 수 있다.

일 예로 단말은 가벼운 연결상태에서 연결상태로의 천이를 지시하는 정보를 추가할 수 있다.

만약 상위 계층에 의해 가벼운 연결상태에서 연결상태로의 천이가 트리거 된다면, 상위계층으로부터 수신한 정보에 상응하는 설정원인(establishmentcause) 값을 세팅할 수 있다

만약 AS 내에서 가벼운 연결상태에서 연결상태로의 천이가 트리거 된다면, 설정원인 값으로 가벼운 연결상태에서 연결상태로의 천이를 지시하는 값을 세팅할 수 있다.

다른 예로 단말은 RRC Connection setup complete 메시지에 가벼운 연결상태에서 연결상태로의 천이를 지시하는 정보를 추가할 수 있다.

- RRC Connection re-establishment Request 메시지를 이용하는 방법

단말은 공통 제어 채널(예를 들어 CCCH)을 통해 RRC Connection 재설정 요청 메시지를 기지국으로 전달할 수 있다.

단말은 가벼운 연결 상태를 지시한 셀 내에서 사용된 C-RNTI를 c-RNTI로 세팅한다.

단말은 가벼운 연결 상태를 지시한 셀 내의 물리 셀 식별자를 phyCellId로 세팅한다.

단말은 재설정원인(reestablishmentsCause)를 가벼운 연결상태에서 연결상태로의 천이를 지시하는 값을 세팅할 수 있다.

다른 예로 만약 AS 내에서 가벼운 연결상태에서 연결상태로의 천이가 트리거 된다면, 단말 식별자로 기지국으로부터 수신되어 저장된 값을 세팅할 수 있다. 이에 대해서는 후술한다.

- RRC Connection resume Request 메시지를 이용하는 방법

단말은 공통 제어 채널(예를 들어 CCCH)을 통해 RRC Connection 재개 요청 메시지를 기지국으로 전달할 수 있다.

단말 식별자로 기지국으로부터 수신되어 저장된 값을 세팅할 수 있다. 이에 대해서는 후술한다.

만약 상위 계층에 의해 가벼운 연결상태에서 연결상태로의 천이가 트리거 된다면, 상위계층으로부터 수신한 정보에 상응하는 재개원인/설정원인 값을 세팅할 수 있다.

다른 예로 단말은 RRC Connection resume complete 메시지에 가벼운 연결상태에서 연결상태로의 천이를 지시하는 정보를 추가할 수 있다.

- 공통제어 채널을 사용하는 새로운 RRC Connection 요청 메시지를 이용하는 방법

단말은 공통 제어 채널(예를 들어 CCCH)을 통해 새로운 RRC Connection 요청 메시지를 기지국으로 전달할 수 있다.

다른 예로 단말은 새로운 RRC Connection setup complete 메시지에 가벼운 연결상태에서 연결상태로의 천이를 지시하는 정보를 추가할 수 있다.

한편, 이하에서는 가벼운 연결 상태 단말 식별정보에 대해 설명한다.

가벼운 연결상태 단말의 이동에 따라 셀리셀렉션이 트리거 될 수 있다. 따라서 가벼운 연결상태 단말이 이동하더라도 네트워크에서 해당 단말을 식별할 수 있어야 한다. 또한, 단말이 이동할 때 해당 단말에 대한 단말 컨택스트를 조회/fetch/interrogate해 처리하기 위해서는 해당 단말을 가벼운 연결 상태로 구성한 기지국 식별정보 및/또는 셀 식별정보가 필요할 수 있다. 해당 단말에 대한 상태 천이와 데이터 전송을 효과적으로 수행하기 위해 가벼운 연결 상태 단말 식별정보로 다음의 정보를 개별적으로 또는 결합하여 사용할 수 있다.

- 코어망의 단말식별정보를 단말 식별정보로 저장하는 방법.

코어망의 단말식별정보는 코어망 개체 코드와 코어망 개체가 임시적으로 할당한 식별정보로 이루어진다. 따라서 해당 코어망 개체 내에서 단말을 유일하게 식별할 수 있다.

- 셀 식별정보, 무선 네트워크 식별정보를 단말 식별정보로 저장하는 방법.

셀 식별정보를 통해 네트워크 내의 셀을 유일하게 식별할 수 있다면, 셀 식별정보와 해당 셀을 수용한 기지국이 할당한 무선 네트워크 식별정보와 결합하여 단말을 유일하게 식별할 수 있다.

- 기지국 식별정보, 무선 네트워크 식별정보를 단말 식별정보로 저장하는 방법.

기지국 식별정보를 통해 네트워크 내의 기지국을 유일하게 식별할 수 있다면, 기지국 식별정보와 해당 기지국이 할당한 무선 네트워크 식별정보와 결합하여 단말을 유일하게 식별할 수 있다. 예를 들어 이는 재개 식별자일 수 있다.

- CU 식별정보, 무선 네트워크 임시 식별정보를 단말 식별정보로 저장하는 방법.

CU 식별정보를 통해 네트워크 내의 CU를 유일하게 식별할 수 있다면, CU 식별정보와 해당 CU가 임시적으로 할당한 무선 네트워크 임시 식별정보와 결합하여 단말을 유일하게 식별할 수 있다.

이상에서 설명한 각 실시예를 활용하여 가벼운 연결 상태와 같이 특정 RRC 상태로 구성된 단말의 효율적인 시그널링 처리 방법을 제공할 수 있다. 또한, 특정 RRC 상태로 구성된 단말에 대한 S1 연결 해제가 트리거되는 경우에 기지국과 단말의 동작을 명확히하는 효과를 제공할 수 있다.

도 6은 일 실시예에 따른 단말 구성을 설명하기 위한 도면이다.

도 6을 참조하면, 연결 상태를 변경하는 단말(600)은 앵커 기지국으로부터 수신되는 특정 RRC 상태로의 상태 변경을 지시하는 지시정보에 기초하여, 단말의 연결 상태를 특정 RRC 상태로 구성하는 제어부(610)와 앵커 기지국 또는 서빙 기지국으로부터 단말의 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 메시지를 수신하는 수신부(630) 및 RAN 개시 페이징 메시지에 기초하여 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 전송하는 송신부(620)를 포함할 수 있다.

수신부(630)는 RRC 연결 상태로 변경되면, 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 더 수신할 수 있다.

한편, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태로 단말의 단말 컨택스트는 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태를 의미한다.

예를 들어, 수신부(630)는 앵커 기지국으로부터 가벼운 연결 상태로의 구성을 지시 받을 수 있고, 제어부(610)는 단말의 연결 상태를 RRC 연결 상태에서 가벼운 연결 상태로 변경하여 구성할 수 있다. 구체적으로, 제어부(610)는 단말 컨택스트를 저장하고, RAN 개시 페이징 동작을 지원하기 위한 필요 구성을 설정한다.

수신부(630)가 수신하는 RRC 연결 해제 요청 메시지는 MME로부터 앵커 기지국으로 전달된 S1 연결 해제 원인에 대한 정보를 포함할 수 있다. 일 예로, S1 연결 해제 원인에 대한 정보는 부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함할 수 있다.

전술한 바와 같이, RAN 개시 페이징 메시지를 서빙 기지국으로부터 수신하는 경우, 서빙 기지국은 앵커 기지국으로부터 S1 연결 해제 원인에 대한 정보를 포함하는 RAN 개시 페이징 요청 메시지 또는 단말 컨택스트 응답 메시지를 X2 인터페이스를 통해서 수신할 수 있다.

이 외에도, 제어부(610)는 전술한 본 실시예들을 수행하기에 필요한 특정 RRC 상태로 구성된 단말에 대해서 네트워크 상의 임의의 이유로 S1 연결 해제가 트리거되면, 이를 효율적으로 해결하기 위한 전반적인 단말의 동작을 제어한다.

송신부(620)와 수신부(630)는 전술한 본 실시예들을 수행하기에 필요한 신호나 메시지, 데이터를 서빙 기지국, 앵커 기지국 또는 코어망 개체와 송수신하는데 사용된다.

도 7은 일 실시예에 따른 서빙 기지국 구성을 설명하기 위한 도면이다.

도 7을 참조하면, 단말의 연결 상태를 변경하는 서빙 기지국(700)은 앵커 기지국을 통해서 특정 RRC 상태를 구성한 단말에 대한 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 요청 메시지를 수신하는 수신부(730) 및 RAN 개시 페이징 요청 메시지에 기초하여 단말로 RAN 개시 페이징 메시지를 전송하고, 단말이 RRC 연결 상태로 변경되면, RRC 연결 해제 요청 메시지를 단말로 전송하는 송신부(720)를 포함할 수 있다.

또한, 수신부(730)는 단말로부터 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 수신할 수 있다. 또한 수신부(730)는 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신할 수 있다. 한편, 특정 RRC 상태는 RRC 연결(Connection) 상태 및 RRC 유휴 상태와 구분되는 상태로 단말의 단말 컨택스트는 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태를 의미한다.

일 예로, RRC 연결 해제 요청 메시지는 MME로부터 앵커 기지국으로 전달된 S1 연결 해제 원인에 대한 정보를 포함할 수 있다. S1 연결 해제 원인에 대한 정보는 부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함할 수 있다.

수신부(730)는 X2 인터페이스를 통해서 S1 연결 해제 원인에 대한 정보를 포함하는 RAN 개시 페이징 요청 메시지 또는 단말 컨택스트 응답 메시지를 수신할 수 있다.

제어부(710)는 전술한 본 실시예들을 수행하기에 필요한 특정 RRC 상태로 구성된 단말에 대해서 네트워크 상의 임의의 이유로 S1 연결 해제가 트리거되면, 이를 효율적으로 해결하기 위한 전반적인 기지국(700)의 동작을 제어한다.

송신부(720)와 수신부(730)는 전술한 본 실시예들을 수행하기에 필요한 신호나 메시지, 데이터를 앵커 기지국, 단말 또는 코어망 개체와 송수신하는데 사용된다.

전술한 실시예에서 언급한 표준내용 또는 표준문서들은 명세서의 설명을 간략하게 하기 위해 생략한 것으로 본 명세서의 일부를 구성한다. 따라서, 위 표준내용 및 표준문서들의 일부의 내용을 본 명세서에 추가하거나 청구범위에 기재하는 것은 본 발명의 범위에 해당하는 것으로 해석되어야 한다.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims

단말이 연결 상태를 변경하는 방법에 있어서,
앵커 기지국으로부터 수신되는 특정 RRC 상태로의 상태 변경을 지시하는 지시정보에 기초하여, 단말의 연결 상태를 상기 특정 RRC 상태로 구성하는 단계;
상기 앵커 기지국 또는 서빙 기지국으로부터 상기 단말의 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 메시지를 수신하는 단계;
상기 RAN 개시 페이징 메시지에 기초하여 상기 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 전송하는 단계; 및
상기 RRC 연결 상태로 변경되면, 상기 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 수신하는 단계를 포함하되,
상기 특정 RRC 상태는,
상기 RRC 연결(Connection) 상태 및 RRC 유휴(Idle) 상태와 구분되는 상태인 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 특정 RRC 상태는,
상기 단말의 단말 컨택스트는 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태인 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 RRC 연결 해제 요청 메시지는,
MME로부터 상기 앵커 기지국으로 전달된 상기 S1 연결 해제 원인에 대한 정보를 포함하는 것을 특징으로 하는 방법.
제 3 항에 있어서,
상기 S1 연결 해제 원인에 대한 정보는,
부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 RAN 개시 페이징 메시지를 상기 서빙 기지국으로부터 수신하는 경우, 상기 서빙 기지국은 상기 앵커 기지국으로부터 상기 S1 연결 해제 원인에 대한 정보를 포함하는 RAN 개시 페이징 요청 메시지 또는 단말 컨택스트 응답 메시지를 X2 인터페이스를 통해서 수신하는 것을 특징으로 하는 방법.
서빙 기지국이 단말의 연결 상태를 변경하는 방법에 있어서,
앵커 기지국을 통해서 특정 RRC 상태를 구성한 단말에 대한 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 요청 메시지를 수신하는 단계;
상기 RAN 개시 페이징 요청 메시지에 기초하여 상기 단말로 RAN 개시 페이징 메시지를 전송하는 단계;
상기 단말로부터 상기 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 수신하는 단계;
상기 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신하는 단계; 및
상기 단말이 상기 RRC 연결 상태로 변경되면, RRC 연결 해제 요청 메시지를 상기 단말로 전송하는 단계를 포함하되,
상기 특정 RRC 상태는,
상기 RRC 연결(Connection) 상태 및 RRC 유휴(Idle) 상태와 구분되는 상태인 것을 특징으로 하는 방법.
제 6 항에 있어서,
상기 특정 RRC 상태는,
상기 단말의 단말 컨택스트는 상기 앵커 기지국이 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태인 것을 특징으로 하는 방법.
제 6 항에 있어서,
상기 RRC 연결 해제 요청 메시지 또는 상기 단말 컨택스트 응답 메시지는,
MME로부터 상기 앵커 기지국으로 전달된 상기 S1 연결 해제 원인에 대한 정보를 포함하는 것을 특징으로 하는 방법.
제 8 항에 있어서,
상기 S1 연결 해제 원인에 대한 정보는,
부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함하는 것을 특징으로 하는 방법.
제 6 항에 있어서,
상기 RAN 개시 페이징 요청 메시지는,
상기 S1 연결 해제 원인에 대한 정보를 포함하며, X2 인터페이스를 통해서 수신되는 것을 특징으로 하는 방법.
연결 상태를 변경하는 단말에 있어서,
앵커 기지국으로부터 수신되는 특정 RRC 상태로의 상태 변경을 지시하는 지시정보에 기초하여, 단말의 연결 상태를 상기 특정 RRC 상태로 구성하는 제어부;
상기 앵커 기지국 또는 서빙 기지국으로부터 상기 단말의 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 메시지를 수신하는 수신부; 및
상기 RAN 개시 페이징 메시지에 기초하여 상기 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 전송하는 송신부를 포함하되,
상기 수신부는,
상기 RRC 연결 상태로 변경되면, 상기 앵커 기지국 또는 서빙 기지국으로부터 RRC 연결 해제 요청 메시지를 더 수신하고,
상기 특정 RRC 상태는,
상기 RRC 연결(Connection) 상태 및 RRC 유휴(Idle) 상태와 구분되는 상태인 것을 특징으로 하는 단말.
제 11 항에 있어서,
상기 특정 RRC 상태는,
상기 단말의 단말 컨택스트는 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태인 것을 특징으로 하는 단말.
제 11 항에 있어서,
상기 RRC 연결 해제 요청 메시지는,
MME로부터 상기 앵커 기지국으로 전달된 상기 S1 연결 해제 원인에 대한 정보를 포함하는 것을 특징으로 하는 단말.
제 13 항에 있어서,
상기 S1 연결 해제 원인에 대한 정보는,
부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함하는 것을 특징으로 하는 단말.
제 11 항에 있어서,
상기 RAN 개시 페이징 메시지를 상기 서빙 기지국으로부터 수신하는 경우, 상기 서빙 기지국은 상기 앵커 기지국으로부터 상기 S1 연결 해제 원인에 대한 정보를 포함하는 RAN 개시 페이징 요청 메시지 또는 단말 컨택스트 응답 메시지를 X2 인터페이스를 통해서 수신하는 것을 특징으로 하는 단말.
단말의 연결 상태를 변경하는 서빙 기지국에 있어서,
앵커 기지국을 통해서 특정 RRC 상태를 구성한 단말에 대한 S1 연결 해제를 원인으로 하는 RAN 개시 페이징 요청 메시지를 수신하는 수신부; 및
상기 RAN 개시 페이징 요청 메시지에 기초하여 상기 단말로 RAN 개시 페이징 메시지를 전송하고, 상기 단말이 상기 RRC 연결 상태로 변경되면, RRC 연결 해제 요청 메시지를 상기 단말로 전송하는 송신부를 포함하되,
상기 수신부는,
상기 앵커 기지국으로부터 단말 컨택스트 응답 메시지를 수신하며,
상기 단말로부터 상기 특정 RRC 상태에서 RRC 연결 상태로의 상태 변경을 위한 RRC 연결 재개 요청 메시지를 수신하고,
상기 특정 RRC 상태는,
상기 RRC 연결(Connection) 상태 및 RRC 유휴(Idle) 상태와 구분되는 상태인 것을 특징으로 하는 서빙 기지국.
제 16 항에 있어서,
상기 특정 RRC 상태는,
상기 단말의 단말 컨택스트는 상기 앵커 기지국이 저장하고, 상기 RAN 개시 페이징 동작을 지원하는 라이트 커넥션 상태 또는 RRC 인액티브(Inactive) 상태인 것을 특징으로 하는 서빙 기지국.
제 16 항에 있어서,
상기 RRC 연결 해제 요청 메시지 또는 상기 단말 컨택스트 응답 메시지는,
MME로부터 상기 앵커 기지국으로 전달된 상기 S1 연결 해제 원인에 대한 정보를 포함하는 것을 특징으로 하는 서빙 기지국.
제 18 항에 있어서,
상기 S1 연결 해제 원인에 대한 정보는,
부한 분산을 위한 트래킹 지역 업데이트(Trackin Area Update, TAU) 요청 지시정보를 포함하는 것을 특징으로 하는 서빙 기지국.
제 16 항에 있어서,
상기 RAN 개시 페이징 요청 메시지는,
상기 S1 연결 해제 원인에 대한 정보를 포함하며, X2 인터페이스를 통해서 수신되는 것을 특징으로 하는 서빙 기지국.