KR20200123290A

KR20200123290A - 무선 단말, 무선국, 및 이들의 방법

Info

Publication number: KR20200123290A
Application number: KR1020207030464A
Authority: KR
Inventors: 히사시 후타키; 사다후쿠 하야시
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2016-02-04
Filing date: 2016-12-15
Publication date: 2020-10-28
Also published as: KR102226650B1; CN114374939B; CN108605376B; US10880700B2; CN114374939A; ES2901117T3; EP3413681A1; KR102140912B1; EP3965526A1; KR20200092434A; EP3413681A4; KR20180100381A; JP2022037204A; EP3413681B1; CN108605376A; US11388560B2; JP2020010379A; WO2017134939A1; US10506389B2; US20210160665A1

Abstract

무선 단말 (1) 은 무선 단말 (1) 이 제 2 통신 아키텍처 타입을 이용하도록 네트워크 (3) 에 의해 이미 구성되어 있을 때 소정의 데이터 송신에 대한 요청의 발생에 응답하여, 제 1 통신 아키텍처 타입을 이용하여 데이터를 송신하도록 구성된다. 이 구성은 예를 들어, 무선 단말이 RRC 접속의 중지 및 재개를 수반하는 제 2 통신 아키텍처 타입을 이용하도록 네트워크에 의해 이미 구성되어 있을 때, 제어 평면 상에서의 데이터 송신을 수반하는 제 1 통신 아키텍처 타입에 따른 통신을 효율적으로 수행하는 것을 용이하게 하는데 기여한다.

Description

무선 단말, 무선국, 및 이들의 방법{WIRELESS TERMINAL, WIRELESS STATION AND METHODS THEREFOR}

본 개시는 데이터 송신을 위한 복수의 통신 아키텍처 타입들을 지원하는 무선 통신 시스템에 관한 것이다.

3 세대 파트너쉽 프로젝트 (3rd Generation Partnership Project; 3GPP) 는 셀룰라 사물 인터넷 (Cellular Internet of Things; CIoT) 을 표준화하고 있다. 3GPP 에 의해 커버되는 CIoT 는, 롱텀 이볼루션 인핸스드 머신 투 머신 (Long Term Evolution enhanced Machine to Machine; LTE eMTC) 및 협대역 IoT (Narrowband IoT; NB-IoT) 를 포함한다. LTE eMTC 및 NB-IoT 의 특징적 특징부는 초저 사용자 장비 (User Equipment; UE) 소비 전력, 셀 당 다수의 디바이스들, 협대역 스펙트럼, 및 확장된 커버리지를 포함한다. LTEe MTC (Category M) 에서는, UE 무선 주파수 (RadioFrequency; RF) 대역폭은 1.4 MHz 로서 정의된다. 한편, NB-IoT 에서는, 추가적인 비용 최적화, 저소비 전력, 및 커버리지 확장을 위하여, 다운링크 및 업링크 피크 레이트들이 200 kbps 또는 144 kbps 이며, UE RF 대역폭은 업링크 및 다운링크 양쪽 모두에서 약 200 kHz (실효 대역폭은 180 kHz) 인 것으로 상정된다.

비특허 문헌 1 은 NB-IoT 에서 빈번하지 않은 소형 데이터 송신을 위한 몇 개의 통신 아키텍쳐 솔루션들을 기재하고 있다. 이들 솔루션들은, 제어 평면에서의 데이터 송신을 위한 아키텍처 (즉, 솔루션 2) 와 RRC 접속의 중지 및 재개를 수반하는 사용자 평면에서의 데이터 송신을 위한 아키텍처 (즉, 솔루션 18) 를 포함한다. 비특허 문헌 1 에서는, 솔루션 2 의 서포트가 UE 및 네트워크의 양방에 대해 필수인 한편, 솔루션 18 의 서포트는 UE 및 네트워크의 양방에 대해 옵션이다.

솔루션 2 는 CIoT 를 위한 라이트웨이트 코어 네트워크 (CN) 아키텍처에 기초한다. 라이트 웨이트 CN 아키텍처에서는, CIoT 디바이스들의 전형적인 이용 케이스들을 고려하여, 코어 네트워크는, 기존의 LTE 의 CN 엔티티들 (즉, 이동성 관리 엔티티 (Mobility Management Entity; MME), 서빙 게이트웨이 (Serving Gateway; S-GW), 및 패킷 데이터 네트워크 게이트웨이 (Packet Data Network Gateway; P-GW))와 비교하여 한정된 수의 기능들만을 지원한다. 도 1 은 비로밍 케이스에서의 CIoT 를 위한 네트워크 아키텍처를 나타낸다.

CIoT 서빙 게이트웨이 노드 (C-SGN) 는, 새로운 논리적 네트워크 엔티티이다. C-SGN 은 제어 평면 (CP) 및 사용자 평면 (UP) 양방을 갖는 CN 노드이다. C-SGN 은 CIoT 디바이스를 위한 한정된 이동성 관리 (Mobility Management; MM) 절차, 소형 데이터 송신 절차, 소형 데이터 송신을 위한 보안성 절차, 비로밍의 케이스를 위한 SGi 인터페이스의 종단을 제공한다. P-GW 기능은 C-SGN 으로부터 분리될 수도 있다. 이 경우, S5 인터페이스는 C-SGN 과 P-GW 의 사이에 이용된다. 로밍 케이스의 경우, C-SGN 은 S8 인터페이스를 제공한다.

S1-lite 인터페이스는 S1-C (S1-MME) 의 최적화된 버전이다. S1-lite 인터페이스는, CIoT 를 위한 절차에 필요한 S1 애플리케이션 프로토콜 (S1 Application Protocol; S1AP) 메시지 및 정보 요소들 (Information Elements; IEs) 을 지원하고 또한 최적화된 보안성 절차를 지원한다. 효율적인 소형 데이터 송신을 위하여, 사용자 데이터는 S1AP 계층을 통하여 전달된다.

구체적으로는, 비로밍 케이스의 모바일 오리지네이티드 (Mobile Originated; MO) 소형 데이터 송신에서, UE 는, 소형 데이터 패킷 (예를 들어, Internet Protocol; IP), 비-IP, 단문 메시지 서비스 (short message service; SMS) 를 반송하는 업링크 비액세스 계층 (Non-Access Stratum; NAS) 메시지를 송신한다. 이 업링크 NAS 메시지는, CIoT Base Station(CIoT BS) 를 통하여 C-SGN 에 전달된다. 이 업링크 NAS 메시지는, 시그널링 무선 베어러 (Signaling Radio Bearer; SRB) 상에서 송신된다. 따라서, 데이터 무선 베어러 (Data Radio Bearer (DRB)) 의 세트업은 요구되지 않는다. 또한, 액세스 계층 (Access Stratum; AS) 보안성은 생략될 수도 있다.

C-SGN 은 소형 데이터 패킷을 얻기 위해 업링크 NAS 메시지를 복호화한다. C-SGN 은 소형 데이터 패킷의 데이터 타입에 따라, 소형 데이터 패킷을 포워드한다. IP 소형 데이터에 대해, C-SGN 은 이것을 SGi 인터페이스 상에서 송신한다. SMS 에 대해, C-SGN 은 이것을 SMS 에 관련된 엔티티 (예를 들어, SMS-GMSC (SMS Gateway Mobile Services Switching Center)), SMS-IWMSC (SMS Interworking Mobile Services Switching Center), SMS 라우터) 에 전송한다. 비-IP 소형에 대해, C-SGN 은 이것을 SCEF (Service Capability Exposure Function) 에 전송한다.

비로밍 케이스에서의 모바일 터미네이티드 (Mobile Terminated; MT) 소형 데이터 송신에서, C-SGN 은 소형 데이터 패킷을 반송하는 다운링크 NAS 메시지를 CIoT BS 를 통하여 UE 에 송신한다. 다운링크에서의 소형 데이터 패킷 송신에서도 또한, DRB 는 요구되지 않고, AS 보안성이 생략될 수도 있다.

도 1 에 도시된 CIoT BS 는 CIoT 무선 액세스 네트워크 (CIoT Radio Access Network; CIoT RAN) 내의 기지국이다. 도 1 의 CIoT BS 를 대신하여, C-SGN 에 접속되도록 구성되는 LTE eNB 가 이용될 수도 있다. 이 LTE eNB 는, LTE eMTC 를 지원하는 eNB 일 수도 있다.

한편, 솔루션 18 에 따른 아키텍처는, 사용자 평면 상에서 빈번하지 않은 소형 데이터 송신을 제공한다. 솔루션 18 에 따른 아키텍처는 후속하는 RRC 접속 세트업에 대한 이전 RRC 접속으로부터 얻어지는 정보를 재사용하는 특징을 가지며, 이에 의해 UE 의 무선 리소스 제어 (Radio Resource Control; RRC) 상태 천이에 요구되는 시그널링을 감소시킨다.

구체적으로는, UE 는 RRC-접속 모드로부터 RRC-아이들 모드에 진입하고, 자신이 RRC-아이들 모드에 있는 동안 RRC 접속에 관한 정보 (예를 들어, 액세스 계층 보안 컨텍스트, 베어러 관련 정보 (RoHC 상태 정보를 포함) 및 필요에 따라 L2/1 파라미터들) 를 유지한다. 이와 유사하게, eNB 는 UE 의 RRC 접속에 관한 정보 (예를 들어, 액세스 계층 보안 컨텍스트, 베어러 관련 정보 (RoHC 상태 정보 포함) 및 필요에 따라 L2/1 파라미터들을 유지한다. 또한, eNB 및 MME 는 S1AP UE 컨텍스트들을 유지한다. 더욱이, eNB 는 S1-U 터널 어드레스들을 유지한다.

RRC-접속 모드로 돌아올 때, UE 는 RRC 접속 재개 요청을 eNB 에 보낸다. eNB 는 이전에 유지하고 있던 RRC 접속에 관한 정보에 기초하여, DRB(들), 보안 컨텍스트, S1AP 접속, S1-U 터널(들)을 복원한다. 또한, eNB 는 새로운 S1AP 메시지 (예를 들어, S1AP: UE 컨텍스트 재개 요청) 를 이용하여, UE 상태 변경을 MME 에 통지한다. MME 는 당해 UE 의 이볼브드 패킷 시스템 (Evolved Packet System; EPS) 접속 관리 (Evolved Packet System (EPS) Connection Management; ECM) 상태를 ECM-접속로 되돌리고, 베어러 수정 요청 메시지를 S-GW 에 보낸다. 그 결과, S-GW 는, UE 가 접속된 상태에 있음을 인식하고 이에 따라 UE 를 향하여 다운링크 데이터를 송신할 준비가 된다.

솔루션 18 에서, UE 는, NAS 메시지 (즉, 서비스 요청) 를 송신하지 않고, RRC-접속 및 ECM-접속으로 되돌아갈 수 있다. 또한, 레거시 RRC 접속 세트업 절차에 비해, 다음의 RRC 메시지가 제거될 수 있다:

- RRC 접속 세트업 완료;

- RRC 보안 모드 커맨드;

- RRC 보안 모드 완료;

- RRC 접속 재구성; 및

- RRC 접속 재구성 완료.

상기 서술한 솔루션 2 및 솔루션 18 은 각각 "DoNAS (Data over NAS)" 및 "AS context caching" 으로 지칭된다. 대안으로서, 솔루션 2 및 솔루션 18 은 각각 "제어 평면 CIoT EPS 최적화" 및 " 사용자 평면 CIoT EPS 최적화"로 또한 지칭된다.

이 시점에서는, 솔루션 2 는, 액세스 계층 (AS) 보안 및 PDCP 를 이용하지도 않고 솔루션 2 및 솔루션 18 도 또한 SRB2 를 이용하지 않는다고 상정된다.

일부 구현들에 있어서, UE 에 적용되는 솔루션은, 당해 UE 의 어태치 절차에서 코어 네트워크 (즉, MME, C-SGN) 에 의해 선택될 수도 있다. 대안으로서, 일부 구현들에서, UE 자신이 솔루션을 선택할 수도 있다. 코어 네트워크 또는 UE 는 당해 UE 에 적용될 솔루션의 초기 선택을 실시하고, 그리고 그 후에 네트워크 또는 당해 UE 는 선택된 솔루션을 변경한다.

비특허문헌 2 는 상기 서술한 솔루션 2 의 아키텍처 및 솔루션 18 의 아키텍처 중 어느 쪽을 이용에 선호되는지를 UE 가 어태치 절차 동안에 결정할 수도 있음을 기재하고 있다. 또한, 비특허문헌 2 는, 네트워크가 솔루션 2 또는 솔루션 18 을 데이터 송신을 위해서 선택하는 것을 네트워크에 가능하게 하는 정보를 AS 절차 또는 NAS 절차가 포함할 수도 있음을 기재한다.

비특허문헌 3 은 UE 가 어태치 요청, PDN 접속 요청, 및 TAU (Tracking Area Update) 요청을 포함하는 NAS 메시지에 "선호되는 네트워크 거동 (Preferred Network Behaviour)" 표시를 포함할 수도 있음을 기재한다. 선호되는 네트워크 거동은 UE 를 지원할 수 있거나 또는 UE 이용하기에 선호되는 솔루션을 표시한다. 구체적으로는, 선호되는 네트워크 거동은 이하의 정보를 포함할 수도 있다:

- 제어 평면 CIoT EPS 최적화가 지원되는지의 여부;

- 사용자 평면 CIoT EPS 최적화가 지원되는지의 여부;

- 제어 평면 CIoT EPS 최적화가 선호되는지 또는 사용자 평면 CIoT EPS 최적화가 선호되는지 여부;

- S1-U 데이터 트랜스퍼가 지원되는지의 여부;

- 결합된 어태치 없이 SMS 트랜스퍼가 요청되는지의 여부; 그리고

- PDN 접속성 없이 어태치가 지원되는지의 여부.

인용 문헌

비특허 문헌

비특허 문헌 1: 3GPP TR 23.720 V1.2.0 (2015-11), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for Cellular Internet of Things (Release 13)", 2015 년 11 월

비특허 문헌 2: 3GPP R2-156645, Qualcomm Incorporated, "NB-IoT SA2 architecture implications", 3GPP TSG RAN WG2 #92, Anaheim, USA, 16-20 2015 년 11 월

비특허 문헌 3: 3GPP S2-160448, Alcatel-lucent, Vodafone, Qualcomm, Nokia Networks, "Introduction of attach procedure changes for CIoT EPS optimization", 3GPP TSG SA WG2 Meeting #113, St. Kitts, 2016년 1 월 25일 - 29일

본 발명자들은 CIoT 를 위한 통신 아키텍처, 및 무선 단말기 (UE) 의 전력 소모를 감소시키기 위한 통신 아키텍처들을 연구하였고, 아래 보다 자세하게 설명된 3 개의 문제들을 포함한 수개의 문제들을 발견하였다.

먼저, 상기 서술한 비특허문헌 1 내지 3 의 교시에 의하면, UE 로 하여금 솔루션 18 을 이용하기 위해 네트워크 (예를 들어, MME, C-SGN) 에 의해 UE 가 이미 구성되었을 때 솔루션 2 의 통신 (즉, 제어 평면 (NAS) 상에서의 데이터 송신) 이 어떠한 종류의 케이스로 수행하게 하는지가 명확하지 않다.

두번째로, 상기 서술한 비특허문헌 1 내지 3 의 교시에 따르면, UE 가 솔루션 18 (즉, RRC 접속의 중지 및 재개를 수반하는 통신) 을 위한 RRC 접속을 중지하는 동안, 솔루션 2 에 따라 데이터를 송신하도록 (즉, NAS 상에서의 데이터 송신) 상위 레이어로부터 요청되었을 때, 당해 UE 에 유지되고 있는 RRC 접속에 관한 정보 (컨텍스트) 가 어떻게 다루어질지가 명확하지 않다. 상위 레이어는, 예를 들어, 서비스/애플리케이션 계층, IP 멀티미디어 서브시스템 (IMS) 계층, 또는 NAS 계층이다.

세번째로, 서술한 비특허문헌 1 내지 3 의 교시에 따르면, UE 가 솔루션 18 을 위한 RRC 접속을 중지하는 동안, 솔루션 2 에 따라 데이터를 송신하도록 상위 계층에 의해 요청될 때 솔루션 2 에 따라 데이터를 송신하도기 위해 (즉, 제어 평면 (NAS) 상에서의 데이터 송신) 어느 타입의 RRC 메시지가 이용되는지가 명확하지 않다. 예를 들어, RRC 접속의 재개에 이용된 RRC 접속 재개 메시지가 또한 솔루션 2 에 따른 데이터 송신에 이용되는 것으로 상정한다. 이 경우, eNB는, 당해 RRC 접속 재개 메시지를 수신하지만, 당해 RRC 접속 재개 메시지가 데이터를 반송하는 NAS 메시지를 포함하고 있음을 인식하지 못할 수도 있다.

위의 문제들의 관점에서, 본원에 개시되는 실시형태들에 의해 달성하고자 하는 목적의 하나는, 무선 단말이 RRC 접속 중지 및 재개를 수반하는 통신 아키텍처 타입을 이용하기 위해 네트워크 (예를 들어, MME, C-SGN) 에 의해 이미 구성되었을 때, 제어 평면 (NAS) 상에서의 데이터 송신을 수반하는 다른 통신 아키텍처 타입의 통신을 효과적으로 실시하는 것을 용이하게 하는 장치, 방법, 및 프로그램을 제공하는 것이다.

또한, 이 목적은, 본원에 개시되는 실시형태들에 의해 획득되는 목적들 중 하나에 불과함을 주지해야 한다. 다른 오브젝트들 또는 문제들 및 신규의 특징들은 첨부한 도면들 및 다음의 상세한 설명으로부터 명백해질 것이다.

제 1 양태에서, 무선 단말은 메모리 및 메모리에 커플링된 적어도 하나의 프로세서를 포함한다. 적어도 하나의 프로세서는 복수의 통신 아키텍처 타입들을 지원하도록 구성된다. 복수의 통신 아키텍처 타입들은 (a) 데이터 패킷이 제어 평면을 통하여 송신되는 제 1 통신 아키텍처 타입; 및 (b) 데이터 패킷이 사용자 평면을 통하여 송신되고 또한 무선 리소스 제어 (Radio Resource Control; RRC) 접속의 중지 및 재개를 수반하는 제 2 통신 아키텍처 타입을 포함한다. RRC 접속의 중지는 무선 단말이 RRC 아이들 상태에 있는 동안, 이전 RRC 접속의 컨텍스트를 무선 단말에 유지시키는 것을 포함한다. RRC 접속의 재개는 무선 단말이 RRC 아이들 상태로부터 RRC 접속 상태로 천이하기 위하여 후속 RRC 접속의 세트업시에 유지된 컨텍스트를 재사용하는 것을 포함한다. 적어도 하나의 프로세서는 또한, 무선 단말이 제 2 통신 아키텍처 타입을 이용하도록 네트워크에 의해 이미 구성되어 있을 때 소정의 데이터 송신에 대한 요청의 발생에 응답하여, 제 1 통신 아키텍처 타입을 이용하여 데이터를 송신하도록 구성된다.

제 2 양태에서, 무선 단말에서의 방법은 복수의 통신 아키텍처 타입들 중 적어도 하나로 네트워크에 의해 구성되는 단계를 포함한다. 복수의 통신 아키텍처 타입들은 (a) 데이터 패킷이 제어 평면을 통하여 송신되는 제 1 통신 아키텍처 타입; 및 (b) 데이터 패킷이 사용자 평면을 통하여 송신되고 또한 무선 리소스 제어 (Radio Resource Control; RRC) 접속의 중지 및 재개를 수반하는 제 2 통신 아키텍처 타입을 포함한다. RRC 접속의 중지는 무선 단말이 RRC 아이들 상태에 있는 동안, 이전 RRC 접속의 컨텍스트를 무선 단말에 유지시키는 것을 포함한다. RRC 접속의 재개는 무선 단말이 RRC 아이들 상태로부터 RRC 접속 상태로 천이하기 위하여 후속 RRC 접속의 세트업시에 유지된 컨텍스트를 재사용하는 것을 포함한다. 방법은 무선 단말이 제 2 통신 아키텍처 타입을 이용하도록 네트워크에 의해 이미 구성되어 있을 때 소정의 데이터 송신에 대한 요청의 발생에 응답하여, 제 1 통신 아키텍처 타입을 이용하여 데이터를 송신하는 단계를 더 포함한다.

제 3 예의 양태는 컴퓨터 내에 로딩될 때 서술한 제 2 예의 양태에 따른 방법을 컴퓨터로 하여금 수행하게 하는 명령들 (소프트웨어 코드) 을 포함하는 프로그램이다.

위의 예의 양태들은 무선 단말이 RRC 접속 중지 및 재개를 수반하는 통신 아키텍처 타입을 이용하기 위해 네트워크 (예를 들어, MME, C-SGN) 에 의해 이미 구성되었을 때, 제어 평면 (NAS) 상에서의 데이터 송신을 수반하는 다른 통신 아키텍처 타입의 통신을 효과적으로 실시하는 것을 용이하게 하는 장치, 방법, 및 프로그램을 제공할 수 있다.

도 1 은 CIoT 아키텍처의 일례를 나타내는 도면이다.
도 2 는 일부 실시형태들에 따른 무선 통신 네트워크의 구성 예를 나타내는 도면이다.
도 3 은 제 1 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다.
도 4 는 제 2 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다.
도 5 는 제 3 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다.
도 6 은 제 4 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다.
도 7 은 제 5 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다.
도 8 은 제 6 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다.
도 9 는 제 7 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다.
도 10 은 제 7 실시형태에 따른 통신 절차의 다른 예를 나타내는 순서도이다.
도 11 은 일부 실시형태들에 따른 무선 단말의 구성 예를 나타내는 블록도이다.
도 12 은 일부 실시형태들에 따른 기지국의 구성 예를 나타내는 블록도이다.
도 13 은 일부 실시형태들에 따른 코어 네트워크 노드의 구성 예를 나타내는 블록도이다.

[구체예들의 설명]

이하, 특정 실시형태들은 도면들을 참조하여 자세하게 설명될 것이다. 도면 전반에 걸쳐 동일 또는 대응하는 엘리먼트들은 동일한 부호들로 표기되며, 명확화를 위해, 필요에 따라 중복 설명은 생략된다.

아래 설명된 실시형태들 각각은 개별적으로 이용될 수도 있거나 또는 둘 이상의 실시형태들이 적절하게 서로 결합될 수도 있다. 이들 실시형태들은 서로 상이한 신규의 특징들을 갖는다. 따라서, 이들 실시형태들은 서로 상이한 이점들을 실현하고 서로 상이한 문제들을 해결하거나 또는 목적들을 실현하는데 기여한다.

실시형태들에 대한 다음의 설명들은 LTE eMTC 및 NB-IoT 를 포함하는 CIoT 단말들에 대한 무선 통신 네트워크들에 초점을 둔다. 그러나, 이들 실시형태들은 LTE, LTE-Advanced 및 이들의 개량된 버전들에 관련된 다른 UE들의 통신에 적용될 수도 있다. 즉, 이들 실시형태들은 LTE, LTE-Advanced 및 이들의 개량된 버전들에 관련된 다른 UE들의 통신에 대한 무선 네트워크들에 적용될 수도 있다. 또한, 이들 실시형태들은 LTE, LTE-Advanced 및 이들의 개량된 버전들로 제한되지 않고, 다른 무선 통신 네트워크들에 적용될 수도 있다.

제 1 실시형태

도 2 는 제 1 실시형태를 포함하는 일부 실시형태들에 따른 무선 통신 시스템의 구성 예를 나타낸다. 도 2 에 도시된 예에서, CIoT 디바이스로서 기능하는 UE (1) 는 CIoT 무선 액세스 네트워크 (RAN)(2) 및 코어 네트워크 (CN) (3) 를 통하여 애플리케이션 서버 (4) 와 통신한다. RAN (2) 은 CIoT 에 관한 데이터 패킷 송신을 위한 복수의 통신 아키텍처 타입들을 지원한다. RAN (2) 은 RAN (2) 에 의해 지원되는 복수의 통신 아키텍처 타입들을 명시적으로 또는 암시적으로 표시하는 정보를, 예를 들어 마스터 정보 블록 (Master Information Block; MIB) 또는 시스템 정보 블록 (System Information Block; SIB) 을 이용하는 것에 의해 셀에서 브로드캐스트한다. UE (1) 는 이들 복수의 통신 아키텍처 타입들을 지원한다. CN (3) 은 이들 복수의 통신 아키텍처 타입들을 지원한다. CN (3) 은 이들 복수의 통신 아키텍처 타입들 중 상이한 하나와 각각이 연관된 전용CN들 (DCN) 을 포함할 수도 있다.

UE (1) 는 LTE eMTC 및 NB-IoT 의 일방 또는 양방을 지원할 수도 있다. 즉, UE (1) 는 CIoT RAT (NB-IoT RAT) 및 LTE RAT (eMTC) 의 일방 또는 양방을 지원할 수도 있다. RAN (2) 은 CIoT RAT (NB-IoT RAT) 를 지원하는 CIoT BS 및 LTE RAT (eMTC) 를 지원하는 eNB 의 일방 또는 양방을 포함할 수도 있다. CN (3) 은 C-SGN, 또는 MME 및 S-GW, 또는 이들 양방을 포함할 수도 있다. CN (3) 은 P-GW, 홈 가입자 서버 (HSS), 서비스 용량 노출 기능 (Service Capability Exposure Function; SCEF), 및 폴리시 및 과금 규칙 기능 (Policy and Charging Rules Function; PCRF) 등의 다른 네트워크 엔티티들을 더 포함할 수도 있다.

일부 실시형태들에서, 복수의 통신 아키텍처 타입들은, 비특허 문헌 1 에 개시된 솔루션 2 및 18 에 개별적으로 대응하는 제 1 및 제 2 통신 아키텍처 타입들을 포함할 수도 있다. 제 1 통신 아키텍처 타입은, DoNAS (Data over NAS) 또는 제어 평면 CIoT EPS 최적화로 지칭될 수도 있다. 즉, 제 1 통신 아키텍처 타입에서는, UE (1) 에 의해 송신 또는 수신되는 사용자 데이터 패킷들이 제어 평면 (예를 들어, UE 와 MME/C-SGN의 사이의 NAS 메시지들) 을 통하여 트랜스퍼된다. 제 1 통신 아키텍처 타입에서는, UE (1) 에 대한 데이터 패킷 송신을 위하여 RAN (2) 는 DRB 를 세트업하는 것을 필요로 하지 않는다. 또한, 데이터 패킷 송신에 이용된 SRB 에 관하여, RAN (2) 에 의한 액세스 계층 (AS) 보안 (즉, 제어 평면 데이터의 암호화 및 복호화 그리고 제어 평면 데이터의 무결성 보호 및 무결성 검증) 은 생략될 수도 있다. 즉, 데이터 패킷 송신에 이용되는 SRB 를 위한 패킷 데이터 컨버전스 프로토콜 (Packet Data Convergence Protocol; PDCP) 계층의 프로세싱은 생략될 수도 있다. 이 경우, UE (1) 의 데이터 패킷들은, NAS 보안 키들을 이용하여 UE (1) 및 CN (3)(예를 들어, MME, C-SGN) 에 의해 암호화 및 복호화된다.

이와 대조적으로, 제 2 통신 아키텍처 타입은 "AS 컨텍스트 캐싱" 또는 "사용자 평면 CIoT EPS 최적화"로서 지칭될 수 있다. 즉, 제 2 통신 아키텍처 타입에서는, UE (1) 에 의해 송신 또는 수신되는 사용자 데이터 패킷들이 사용자 평면 (예를 들어, DRB 및 일반 패킷 무선 서비스 (GPRS) 터널링 프로토콜 (GTP) 터널을 포함하는 EPS 베어러)을 통하여 트랜스퍼되고, 이는 RRC 접속의 중지 및 재개를 수반한다.

RRC 접속의 중지는 UE (1) 가 RRC 아이들 상태 (구체적으로는, CIoT 를 위한 새로운 RRC 상태 (CIoT RRC-아이들 상태)) 에 있는 동안, 이전 RRC 접속의 정보 (또는 컨텍스트) 를 UE (1) 및 RAN (2) (예를 들어, eNB, CIoT-BS) 에 있어서 유지하는 것을 포함한다. 이미 설명한 바와 같이, UE (1) 및 RAN (2) 에 있어서 유지되는 컨텍스트는, 예를 들어, 액세스 계층 보안 컨텍스트, 베어러 관련 정보 (RoHC 상태 정보를 포함) 및 필요에 따라 L2/1 파라미터들을 포함한다. 또한, RAN (2) 은 RRC 메시지 (예를 들어, RRC 접속 릴리즈) 를 이용하여 UE (1) 에 RRC 접속을 중지하도록 명령할 수도 있다. 또한 RAN (2) 은 RRC 접속을 재개하는데 이용된 단말 식별 정보 (예를 들어 재개 ID) 를, 당해 RRC 메시지를 이용하여 송신할 수도 있다.

또한, RRC 접속의 중지는 UE (1) 가 RRC 아이들 상태 (또한 ECM-IDLE 상태) 에 있는 동안, RAN (2)(예를 들어 eNB, CIoT-BS) 와 CN (3)(예를 들어, MME, C-SGN) 과의 사이의 UE (1) 에 관한 시그널링 연관성을 RAN (2) 및 CN (3) 에 있어서 유지하는 것을 포함한다. UE (1) 에 관한 이 시그널링 연관성은 S1AP 연관성이다. RAN (2) 및 CN (3) 은 S1AP 연관성 및 이것과 연관된 UE 컨텍스트들 (예를 들어, eNB UE S1AP ID 및 MME UE S1AP ID) 를 유지한다. 또한, RRC 접속의 중지는 UE (1) 가 RRC 아이들 상태 (또한 ECM-IDLE 상태) 일 때, RAN (2)(예를 들어, eNB, CIoT-BS) 와 CN (3)(예를 들어, S-GW) 과의 사이의 데이터 베어러에 관한 베어러 컨텍스트를 RAN (2) 및 CN (3) 에 있어서 유지하는 것을 포함한다. 이 데이터 베어러는 S1-U 베어러이며, 베어러 컨텍스트는 S1-U 터널 어드레스들 (즉, S1 eNB 터널 엔드 포인트 식별자 (TEID) 및 S1S-GW TEID) 를 포함한다.

RRC 접속의 재개는, UE (1) 가 RRC 아이들 상태로부터 RRC 접속 상태로 천이하기 위하여 후속 RRC 접속 세트업 동안 UE (1) 및 RAN (2)(예를 들어, eNB, CIoT-BS) 에 의해 유지된 RRC 접속 컨텍스트를 재사용하는 것을 포함한다. 또한, RRC 접속 재개는, UE (1) 가 RRC 아이들 상태로부터 RRC 접속 상태로 천이하기 위하여 후속 RRC 접속 세트업과 함께 유지된 S1AP 시그널링 연관성 및 베어러 컨텍스트를 재사용 또는 복원하는 것을 포함한다.

보다 구체적으로는, UE (1) 가 RRC-접속모드로 돌아올 때, UE (1) 는 RRC 접속 재개 요청을 RAN (2)(예를 들어, eNB) 에 송신한다. RAN (2) 은 유지하고 있던 컨텍스트에 기초하여, DRB(들), 보안 컨텍스트, S1AP 접속 및 S1-U 터널(들)을 복원한다. 또한, RAN (2) 은 새로운 S1AP 메시지 (예를 들어, S1AP: UE 컨텍스트 재개 요청) 를 이용하여, UE 상태 변경을 CN (3) 에 통지한다. CN (3) 에서의 제어 평면 노드 (예를 들어, MME) 는, 당해 UE (1) 의 ECM 상태를 ECM-접속 상태로 되돌리고베어러 수정 요청 메시지를 사용자 평면 노드 (예를 들어, S-GW) 에 송신한다. 그 결과, 사용자 평면 노드는 UE (1) 가 접속된 상태에 있음을 인식하고 이에 따라 UE (1) 를 향하여 다운링크 데이터를 송신할 준비를 한다. RRC 접속 재개를 위하여 UE (1) 에 의해 송신된 RRC 메시지는, RRC 접속 재개 요청일 수도 있음을 주지한다. 대안으로서, LTE 로 규정된 RRC 접속 요청 또는 RRC 접속 재확립 요청은 RRC 접속 재개 절차에 재사용될 수도 있다. 후자의 경우, RRC 접속의 재개를 위한 요청을 표시하는 새로운 정보 요소 (IE) 가 정의될 수도 있거나 RRC 접속 재개 요청인 것을 표시하는 RRC 접속 요청 또는 RRC 접속 재확립 요청이 당해 IE 를 포함할 수도 있다.

이 실시형태에서, UE (1) 는 제 1 및 제 2 통신 아키텍처 타입들 양방을 이용하도록 네트워크에 의해 구성되도록 적응된다.

도 3 은 이 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다. 도 3 의 절차에서, 스텝 301 에 있어서, UE (1) 는, 제 1 의 통신 아키텍처 타입 (솔루션 2) 및 제 2 통신 아키텍처 타입 (솔루션 18) 의 양방을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성된다. 예를 들어, UE (1) 는, 어테치 요청, PDN 접속 요청 및 TAU (Tracking Area Update) 요청과 같은 NAS 메시지에 "선호되는 네트워크 거동 (Preferred Network Behaviour)" 을 포함해도 된다. 선호되는 네트워크 거동은 UE (1) 가 제 1 및 제 2 의 통신 아키텍처 타입 중 어느 타입을 이용하기 선호하는지 (또는 UE (1) 가 제 1 통신 및 제 2 통신 아키텍처 타입들 중 어느 타입을 지원하는지에 관하여 CN (3)(예를 들어, MME) 에 통지한다. "선호된 네트워크 거동" 을 고려하여, UE (1) 에 이용하는 (또는 허가 또는 구성되는) 통신 아키텍처 타입을 결정하고, 하나 이상의 결정된 통신 아키텍처 타입들을 NAS 메시지 (예를 들어, 어태치 수락, TAU 수락) 를 이용하여 UE (1) 에 알릴 수도 있다.

스텝 302 에서는, UE (1) 는, 특정 (또는 미리 구성된) 기준들이 충족되는지의 여부를 결정한다. 즉, 스텝 302 에서는, UE (1) 는, 소정의 데이터 송신의 요청의 발생을 검출 (또는 결정) 한다. 소정의 데이터 송신에 대한 요청 또는 미리 구성된 기준들은 제 1 통신 아키텍처 타입에 따라 데이터를 송신하도록 (즉, NAS 상에서의 데이터 송신) UE (1) 에 트리거링한다. 일 예에 있어서, 소정의 데이터 송신에 대한 요청은 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층, NAS 계층) 으로부터 하위 계층 (예를 들어, NAS 계층, AS 계층) 으로의 요청이다 (예를 들어, (모바일 오리지네이티드 (Mobile Originated; MO) 액세스) 의 경우). 대안으로서, 소정의 데이터 송신의 요청은, 하위 계층 (예를 들어, AS 계층) 으로부터 상위 계층 (에를 들어, NAS 계층) 으로의 요청일 수도 있다 (예를 들어, 페이징 (모바일 터미네이트된 (Mobile Terminated; MT) 액세스의 경우). 예를 들어, UE (1) 의 NAS 계층은 소정의 데이터 송신의 요청을 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층) 또는 AS 계층으로부터 수신하였는지의 여부를 결정할 수도 있다. 대안으로서, UE (1) 의 AS 계층은 소정의 데이터 송신의 요청이 NAS 계층으로부터 수신되었는지의 여부를 결정할 수도 있다.

UE (1) 는, UE (1) 가 제 1 및 제 2 통신 아키텍처 타입을 이용하도록 CN (3) 에 의해 이미 구성되어 있을 때 소정의 데이터 송신의 요청의 발생에 응답하여, 제 1 통신 아키텍처 타입을 이용하여 데이터를 송신한다. 구체적으로, 스텝 303 에서는, UE (1) 의 NAS 계층은, NAS 계층 상에서 데이터를 송신하기 위한 DoNAS 절차를 개시한다. 스텝 304 에서는, UE (1) 는, 소형 데이터를 반송하는 NAS 메시지를 생성하고, 당해 NAS 메시지를 포함하는 RRC 메시지 (예를 들어, RRC 접속 세트업 완료, RRC 접속 재개 요청, RRC 접속 재개 완료) 를 RAN (2)(예를 들어, CIoT-BS, eNB) 에 송신한다.

스텝 305 에서는, RAN (2) 은, 당해 RRC 메시지를 수신하고, S1AP 메시지 (예를 들어, 초기 UE 메시지, UE 컨텍스트 재개 요청) 를 이용하여 당해 RRC 메시지로부터 취출된 NAS 메시지를 CN (3)(예를 들어, C-SGN, MME) 에 송신한다. NAS 메시지는, 이 S1AP 메시지의 NAS-프로토콜 데이터 유닛 (PDU) IE (정보 요소) 에 임베드된다. RAN (2) 은 제 1 통신 아키텍처 타입에 대응하는 DCN 을 CN (3) 에서 선택하고, S1AP 메시지를 선택된 DCN에 송신할 수도 있다.

스텝 306 에서는, CN (3)(예를 들어, C-SGN, MME) 은 소형 데이터를 얻기 위하여 UE (1) 로부터 전송된 업링크 NAS 메시지를 복호화한다. CN (3) 은 소형 데이터의 데이터 타입에 따라, 소형 데이터를 다른 노드, 엔티티, 또는 네트워크에 포워드한다.

도 3 의 예에 있어서, 소정의 데이터 송신은, 특정 타입의 소형 데이터 송신일 수도 있다. 예를 들어, 소정의 데이터 송신은 비-IP (non-IP) 데이터 송신, SMS 데이터 송신, 오직 하나의 패킷의 (IP) 데이터 송신, 또는 미리 정해진 서비스에 관한 데이터 송신일 수도 있다. 이들의 타입들의 데이터는 이 데이터의 데이터량이 작거나 또는 이것이 IP 데이터가 아니기 때문에, 사용자 평면 상에서 전송되는 것보다도 제어 평면 상에서 전송되는 것이 바람직할 수도 있다.

도 3 의 예에 따르면, UE (1) 는, 제 2 통신 아키텍처 타입을 사용하기 위해 CN (3) 에 의해 이미 구성되어 있을 때 제어 평면 상에서 송신에 잘 맞추어진 특정 타입들의 데이터의 송신을 위하여 제 1 통신 아키텍처 타입을 이용할 수 있다. 따라서, UE (1) 가 제 2 통신 아키텍처 타입을 이용하기 위해 CN (3) 에 의해 이미 구성되어 있을 때, UE (1) 는 제 1 통신 아키텍처 타입의 통신을 효과적으로 실시할 수 있다.

구체적으로는, UE (1) 가 제 1 및 제 2 통신 아키텍처 타입의 양방을 이용하기 위해 CN (3) 에 의해 구성되어 있을 대, 요청된 통신이 고유의 데이터 송신인지의 여부에 따라, 제 1 통신 아키텍처 타입 및 제 2 통신 아키텍처 타입 중 어느 쪽이 이용될지를 결정한다. 이는 둘 이상의 통신 아키텍처 타입들로 UE (1) 가 구성되어 있을 때 이용될 통신 아키텍처 타입의 선택을 UE (1) 가 적절하게 수행할 수 있게 한다.

제 2 실시형태

이 실시형태에서, 무선 통신 네트워크의 구성예는 도 2 의 것과 유사하다. 이 실시형태에 따른 UE (1) 는 CIoT 디바이스 (예를 들어, NB-IoT, LTE eMTC) 일 수도 있거나 또는 LTE, LTE-Advanced 및 이들의 개량된 버전들에서의 다른 UE 일 수도 있다.

도 4 는 이 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다. 도 3 의 절차와 유사하게, 도 4 의 절차에서, 스텝 401 에 있어서, UE (1) 는, 제 1 의 통신 아키텍처 타입 (솔루션 2) 및 제 2 통신 아키텍처 타입 (솔루션 18) 의 양방을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성된다. 또한, 스텝 401 에서는, UE (1) 는, 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행한다. 즉, UE (1) 가 RRC 아이들 상태 (예를 들어, CIoT RRC 아이들 상태) 에 있는 동안, UE (1) 는 이전 RRC 접속에 관한 컨텍스트를 유지한다.

스텝 402 에서는, 제 1 통신 아키텍처 타입에 따른 데이터 송신이 트리거링된다. 즉, UE (1) 가 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행하고 있을 때, UE (1) 는 제 1 통신 아키텍처 타입에 따른 데이터 송신의 요청의 발생을 검출 (또는 결정) 한다. 제 1 실시형태에서 설명된 바와 같이, 데이터 송신에 대한 요청은 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층, NAS 계층) 으로부터 하위 계층 (예를 들어, NAS 계층, AS 계층) 으로 전송되거나 또는 하위 계층 (예를 들어, AS 계층) 으로부터 상위 계층 (예를 들어, NAS 계층) 으로 전송된다. 도 4 의 예에서, UE (1) 는 SMS 송신을 위하여 트리거된다. SMS 송신은 단지 제 1 통신 아키텍처 타입에만 적절한 송신의 일 예에 불과하다. 제 1 실시형태에서 설명된 바와 같이, 스텝 402 에서는, UE (1) 는 소정의 데이터 송신은 비-IP (non-IP) 데이터 송신, 오직 하나의 패킷의 (IP) 데이터 송신, 또는 미리 정해진 서비스에 관한 데이터 송신일 수도 있다.

스텝 403 에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신 (예를 들어, SMS 송신) 에 대한 요청의 발생에 응답하여, UE (1) 는 이전 RRC 접속 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 도 4 에 도시된 특정예에서, UE (1) 의 NAS 계층은, RRC 접속을 재개하기 위한 RRC 접속 재개 절차를 수행한다 (스텝들 404 내지 406).

스텝들 404 내지 406 에서, RRC 접속이 재개된다. 구체적으로, 스텝 404 에서, UE (1) 는 RRC 접속 재개 요청 메시지를 RAN (2) (예를 들어, eNB, CIoT-BS) 으로 송신한다. RRC 접속 재개 요청 메시지는 재개 ID 를 포함한다. 이 재개 ID 는 예를 들어, 셀-무선 네트워크 임시 식별자(Cell-Radio Network Temporary Identifier; C-RNTI) 및 셀 ID (예를 들어, 물리적 셀 ID (Physical Cell ID (PCI)) 의 조합이다. 도 4 에서, 랜덤 액세스 절차의 표현은 생략된다. 스텝 404 의 RRC 접속 재개 요청 메시지는 랜덤 액세스 절차의 제 3 메시지 (Msg 3) 에서 송신될 수도 있다.

RAN (2) 은 RRC 접속 재개 요청 메시지를 수신하고, RCC 접속 재개 요청 메시지로부터 재개 ID 를 취득하고, 당해 재개 ID 와 연관된 유지된 컨텍스트에 기초하여 RRC 접속을 재개한다. 스텝 405 에서는, RAN (2) 은 RRC 접속 재개 메시지를 UE (1) 에 송신한다. 당해 RRC 접속 재개 메시지는, 예를 들어, 어느 DRB(들)이 재개될지를 표시한다. RRC 접속 재개 메시지는 L2/L1 파라미터들을 포함할 수도 있다. UE (1) 은 스텝 405 의 RRC 접속 재개 메시지에 따라, 유지되는 AS 보안 컨텍스트를 재개한다. 스텝 406 에서는, UE (1) 는, RRC 접속 재개 완료 메시지를 RAN (2) 에 송신한다.

스텝들 404 내지 406 에 도시된 RRC 접속 재개 절차는 단지 일 예에 불과하다. 예를 들어, 스텝들 404 내지 406 은, 3개의 스텝들 (또는 3개의 메시지들) 에 의한 재개 절차를 나타내고 있지만, RRC 접속 재개 절차는, 2개의 스텝들 (2개의 메시지들) 에 의해 수행될 수도 있다. 이 경우, 스텝 406 에서의 UE (1) 로부터 RAN (2) 로의 송신은 생략될 수도 있다. 또한, 스텝 405 에서의 RAN (2) 으로부터 UE (1) 로의 메시지는 RRC 접속 재개 완료 메시지로 지칭될 수도 있다. 또한, 스텝들 404 내지 406 에 나타낸 RRC 접속 재개 절차에서의 RRC 접속 재개 요청, RRC 접속 재개 및 RRC 접속 재개 완료는 개별적으로 RRC 접속 요청 (또는 RRC 접속 재확립 요청), RRC 접속 세트업 (또는 RRC 접속 재확립), 및 RRC 접속 세트업 완료 (또는 RRC 접속 재확립 완료) 로 대체될 수도 있다.

스텝들 407 내지 409 에서, UE (1) 에 대한 S1AP 연관성 및 S1-U 베어러(들)이 재개된다. 스텝 407 에서는, RAN (2) 은, 새로운 S1AP 메시지 (예를 들어, S1AP: UE 컨텍스트 재개 요청) 을 이용하여 UE (1) 상태 변경에 관하여 CN (3)(예를 들어, MME, C-SGN) 에 알린다. CN (3) 은 당해 UE (1) 의 ECM 상태를 ECM-접속 상태로 되돌리고, 베어러 수정 요청 메시지를 S/P-GW (6)에 송신한다 (스텝 408). 그 후, S/P-GW (6) 는, UE (1) 가 접속된 상태에 있음을 인식하고 이에 따라 UE (1) 를 향하여 다운링크 데이터를 송신할 준비가 된다. 스텝 409 에서는, CN (3) 은 UE (1) 에 대한 S1AP 연관성 및 S1-U 베어러(들)의 재개의 완료를 표시하는 응답 메시지 (예를 들어, S1AP: UE 컨텍스트 재개 응답) 를 RAN (2) 에 보낸다.

스텝 410 에서는, UE (1) 의 NAS 계층은, NAS 계층 상에서 데이터를 송신하기 위한 DoNAS 절차를 개시한다. 스텝 411 에서는, UE (1) 는, 소형 데이터 (예를 들어, SMS 데이터) 를 반송하는 NAS 메시지를 생성하고, 당해 NAS 메시지를 포함하는 RRC 메시지 (예를 들어, UL 정보 트랜스퍼) 를 RAN (2)(예를 들어, eNB, CIoT-BS) 에 송신한다. 이미 설명된 바와 같이, 현재 시간에, 솔루션 2 또는 솔루션 18 어느 것도 SRB 2 를 이용하지 않는 것으로 상정된다. 따라서, 스텝 411 의 RRC 메시지는 전용 제어 채널 (DCCH) 상에서 SRB 1 을 이용하여 송신될 수도 있다.

스텝 412 에서, RAN (2) 은 당해 RRC 메시지를 수신하고, S1AP 메시지 (예를 들어, 업링크 NAS 트랜스포트) 를 이용하여 당해 RRC 메시지로부터 취출된 NAS 메시지를 CN (3)(예를 들어, C-SGN, MME) 에 전송한다. NAS 메시지는, 이 S1AP 메시지의 NAS-프로토콜 데이터 유닛 (PDU) IE (정보 요소) 에 임베드된다. RAN (2) 은 제 1 통신 아키텍처 타입에 대응하는 DCN 을 CN (3) 에서 선택하고, S1AP 메시지를 선택된 DCN에 송신할 수도 있다.

스텝 413 에서는, CN (3)(예를 들어, MME, C-SGN) 은 소형 데이터를 얻기 위하여 UE (1) 로부터 전송된 업링크 NAS 메시지를 복호화한다. CN (3) 은 소형 데이터의 데이터 타입에 따라, 소형 데이터 패킷을 다른 노드, 엔티티, 또는 네트워크에 포워드한다. 도 4 의 예에서, CN (3) 은 SMS 에 관련된 엔티티 (예를 들어, SMS-GMSC, SMS-IWMSC, SMS 라우터) 에 그 획득된 SMS 데이터를 전송한다.

위의 설명으로부터 이해될 수 있는 바와 같이, 도 4 의 예에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신 (예를 들어, SMS 송신) 에 대한 요청의 발생에 응답하여, UE (1) 는 이전 RRC 접속 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 따라서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하고 있는 동안에 NAS 상에서의 데이터 송신이 발생할 때에도, UE (1) 는 제 2 통신 아키텍처 타입에 대한 정지 동작을 계속할 수 있다.

도 4 의 예에서는, UE (1) 는, 제 1 통신 아키텍처 타입의 통신을 실시하기 위하여 RRC 접속 재개 절차 (스텝 404 내지 406) 에 있어서, RRC 접속의 재개에 이용되는 RRC 메시지들 (예를 들어, RRC 접속 재개 요청, RRC 접속 재개 완료) 을 RAN (2) 에 송신한다. UE (1) 는, 이들의 업링크 RRC 메시지의 어느 하나 또는 모두에 DoNAS 송신의 표시를 포함할 수도 있다. 추가적으로 또는 대안적으로, UE (1) 는, 소형 데이터(예를 들어, SMS 데이터) 를 반송하는 NAS 메시지에 DoNAS 송신의 표시를 포함할 수도 있다.

추가적으로 또는 대안적으로, UE (1) 는 이들의 업링크 RRC 메시지들의 어느 하나 또는 모두에 버퍼 볼륨 (즉, 버퍼 상태) 에 대한 정보를 포함할 수도 있다. 버퍼 볼륨에 관한 정보는 제어 평면 (즉, SRB) 상에서 정보를 송신하기 위하여, DoNAS 에 대한 통신을 위하여 새롭게 정의된다. 버퍼 볼륨에 대한 정보는 아직 확립되지 않은 베어러에 관한 버퍼 볼륨을 표시하고 또한 SRB 상에서 송신될 데이터에 관한 버퍼 볼륨을 표시한다. 즉, 버퍼 볼륨에 대한 정보는 LTE 에서 정의되었던 버퍼 상태 리포트 (Buffer Status Report; BSR) 와는 상이하고, MAC 제어 요소 (MAC Control Element; MAC CE) 에 의해 수행될 것이다. 따라서, 버퍼 볼륨에 대한 정보를 포함하는 RRC 메시지는 DoNAS 송신을 표시할 수 있다.

추가적으로 또는 대안적으로, 랜덤 액세스 프리앰블 송신에 이용된 무선 리소스들 (예를 들어, 시간, 주파수, 프리앰블 인덱스 풀) 은 제 1 통신 아키텍터 타입 및 제 2 통신 아키텍처 타입 간에 미리 구별될 수도 있다. 이 경우, RAN (2) 릉 어느 무선 리소스가 이용되는지에 따라 DoNAS 송신에 대해 이것이 의도되는 것인지의 여부를 결정할 수 있다.

이들 기법에 따르면, RAN (2) 은 RRC 접속 재개 절차가 DoNAS 에 대해 의도된 것임을 인식할 수 있다. 또한, RAN (2) 은 CN (3) 에, RRC 접속 재개 절차가 DoNAS 송신을 위해 의도된 것임을 명시적으로 알릴 수도 있다 (예를 들어, 선택된 CIo TEPS 최적화). 추가적으로 또는 대안적으로, RAN (2)(또는 UE (1)) 은 RRC 접속 재개 절차가 DoNAS 에 대해 의도된 것임을 명시적으로 표시하는 정보 (예를 들어, 선호되는 네트워크 거동) 를 NAS 정보 (예를 들어, NAS 제어 PDU)에서 포함할 수도 있다. 암시적 표시를 위한 방법은, 예를 들어, 재개되는 베어러를 나타내는 E-RAB To Be Resumed List IE 에 포함되는 모든 베어러 ID들 (예를 들어, E-RABID들) 을 무효값 또는 0 으로 설정하는 것, E-RAB To Be Resumed List IE 를 블랭크로 하는 것, 또는, 확립되어 있던 (즉, 정지된) 모든 베어러의 E-RABID들을 포함하는 E-RAB Failed To Resume List IE 에 포함하는 것을 포함할 수도 있다. 이는, CN (3) 가 RRC 접속 재개 절차가 DoNAS 에 대해 의도된 것임을 인식하게 허용한다. 따라서, 예를 들어, RAN (2) 및 CN (3) 은 DoNAS 송신에 요구되지 않는 S1-U 베어러(들)를 재개하기 위한 시그널링 (스텝들 408 및 409) 을 실시하지 않도록 동작할 수 있다.

일부 구현들에서, UE (1) 는 RRC 접속 재개 요청 (스텝 404) 에, DoNAS 와 연관된 확립 요인 또는 DoNAS 와 연관된 재개 요인을 포함할 수도 있다. UE (1) 는 RRC 접속 재개 완료 (스텝 406) 에, DoNAS 와 연관된 확립 요인 또는 DoNAS 와 연관된 재개 요인을 포함할 수도 있다. 확립 요인 또는 재개 요인은 "mo-Data-DoNAS" 로서 정의될 수도 있다. 대안적으로, UE (1) 는 통신이 재개 ID 에서 "DoNAS"를 위해 의도된 것인지의 여부를 나타내는 정보 (예를 들어, 1-비트 플래그) 를 포함할 수도 있다. 이들 방식들에서, RAN (2) 은 RRC 접속 재개 절차 (스텝들 404 내지 406) 가 DoNAS 를 위해서 수행됨을 인식할 수 있다. RAN (2) 은 DoNAS 와 연관된 확립 요인, DoNAS 와 연관된 재개 요인 또는 이들에 대응하는 정보 요소를, 스텝 407 의 S1AP 메시지에 포함할 수도 있다. 이는 RAN (2) 이 S1-U 베어러(들)의 재개가 요구되지 않음을 CN (3) 에 알릴 수 있다.

또한, 도 4 의 절차에서, UE (1) 에서 NAS 계층과 AS 계층 (예를 들어, RRC 계층) 사이의 상호작용을 용이하게 하기 위해, UE (1) 의 NAS 계층은 다음과 같이 동작할 수도 있다. NAS 계층이 이동성 관리 및 세션 관리를 제공하는 한편 AS 계층은 무선 리소스 제어 (RRC) 를 제공함을 주지해야 한다.

도 4 의 절차에서, UE (1) 의 NAS 계층은 제 1 통신 아키텍처 타입 (즉, DoNAS) 의 실행을 지정 (또는 트리거링) 하면서, 제 2 통신 아키텍처 타입 (즉, AS 컨텍스트 캐싱) 에 대한 RRC 접속 재개 절차를 시작하도록 AS 계층에 요청할 필요가 있다. 이를 실현하기 위해서, 예를 들어, SMS 데이터가 DoNAS 에서 송신될 때, UE (1) 의 NAS 계층은 SMS 데이터를 반송하는 NAS 메시지를 생성할 수도 있고 AS 계층에 RRC 접속 확립 요청을 제공할 수도 있다. 이 RRC 접속 확립 요청은 모바일로부터의 SMS 송신을 표시하는 호 타입 (즉, 발신 SMS) 및 DoNAS 를 위한 새로운 확립 요인 (예를 들어, mo-Data-DoNAS) 을 포함한다.

그 대신에, 비-IP 데이터가 DoNAS 에 송신될 때, UE (1) 의 NAS 계층은 이 비-IP 데이터를 반송하는 NAS 메시지를 생성할 수도 있고 AS 계층에 RRC 접속 확립 요청을 제공한다. 이 RRC 접속 확립 요청은 모바일로부터의 비-IP 데이터 송신을 표시하는 새로운 호 타입 (즉, 발신 비-IP 호) 및 DoNAS 에 대한 새로운 확립 요인 (예를 들어, mo-Data-DoNAS) 을 포함한다.

이들 동작에 따르면, UE (1) 의 AS 계층은 제 2 통신 아키텍처 타입 (즉, AS 컨텍스트 캐싱) 에 대한 RRC 접속 재개 절차가 호 타입과 확립 요인의 새로운 조합에 기초하여, 제 1 통신 아키텍처 타입 (즉, DoNAS) 에 대하여 실행됨을 인식할 수 있다.

제 3 실시형태

도 5 는 이 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다. 도 5 에서의 스텝들 501 및 502 은 개별적으로 도 4 에서의 스텝들 401 및 402 와 유사하다. 스텝 501 에 있어서, UE (1) 는, 제 1 의 통신 아키텍처 타입 (솔루션 2) 및 제 2 통신 아키텍처 타입 (솔루션 18) 의 양방을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성된다. 또한, 스텝 501 에서는, UE (1) 는, 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행한다.

스텝 502 에서는, 제 1 통신 아키텍처 타입에 따른 데이터 송신이 트리거링된다. 즉, UE (1) 가 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행하고 있을 때, UE (1) 는 제 1 통신 아키텍처 타입에 따른 데이터 송신의 요청의 발생을 검출 (또는 결정) 한다. 제 1 실시형태에서 설명된 바와 같이, 데이터 송신에 대한 요청은 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층, NAS 계층) 으로부터 하위 계층 (예를 들어, NAS 계층, AS 계층) 으로 전송되거나 또는 하위 계층 (예를 들어, AS 계층) 으로부터 상위 계층 (예를 들어, NAS 계층) 으로 전송된다. 도 5 의 예에서, UE (1) 는 SMS 송신을 위하여 트리거된다. 스텝 402 에 대한 설명과 유사하게, SMS 송신은 단지 제 1 통신 아키텍처 타입에만 적절한 송신의 일 예에 불과하다.

스텝 503 에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신 (예를 들어, SMS 송신) 에 대한 요청의 발생에 응답하여, UE (1) 는 이전 RRC 접속 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 도 5 에 도시된 특정예에서, UE (1) 의 NAS 계층은, RRC 접속을 재개하기 위한 RRC 접속 재개 절차를 수행하고, 또한 DoNAS 송신 절차를 수행한다 (스텝들 504 내지 506). 즉, 도 5 의 예에서, UE (1) 는 RRC 접속 재개 절차와 통합되는 DoNAS 송신 절차를 수행한다.

스텝들 504 내지 506 에서, RRC 접속이 재개됨과 동시에, SMS 데이터를 반송하는 NAS 메시지가 UE (1) 로부터 RAN (2) 으로 송신된다. 스텝 504 에서, UE (1) 는 RRC 접속 재개 요청 메시지를 RAN (2) (예를 들어, eNB, CIoT-BS) 으로 송신한다. 도 5 에서, 랜덤 액세스 절차의 표현은 생략된다. 스텝 504 의 RRC 접속 재개 요청 메시지는 랜덤 액세스 절차의 제 3 메시지 (Msg 3) 에서 송신될 수도 있다. 스텝 505 에서는, RAN (2) 은 RRC 접속을 재개하고 RRC 접속 재개 메시지를 UE (1) 에 송신한다. 스텝 506 에서는, UE (1) 는, RRC 접속 재개 완료 메시지를 RAN (2) 에 송신한다. 스텝 506 의 RRC 접속 재개 완료 메시지는 SMS 데이터를 반송하는 NAS 메시지를 포함한다.

스텝들 507 내지 510 에서, UE (1) 에 대한 S1AP 연관성 및 S1-U 베어러(들) 이 재개됨과 동시에, SMS 데이터를 반송하는 NAS 메시지가 RAN (2) 로부터 CN (3) 으로 송신된다. 스텝 507 에서는, RAN (2) 은, 새로운 S1AP 메시지 (예를 들어, S1AP: UE 컨텍스트 재개 요청) 을 이용하여 UE (1) 상태 변경에 관하여 CN (3)(예를 들어, MME, C-SGN) 에 알린다. 스텝 507 의 S1AP 에서의 NAS-PDU 메시지는 SMS 데이터를 반송하는 NAS 메시지를 포함한다.

스텝 508 에서는, CN (3)(예를 들어, MME, C-SGN) 은 소형 데이터를 얻기 위하여 UE (1) 로부터 전송된 업링크 NAS 메시지를 복호화한다. CN (3) 은 소형 데이터의 데이터 타입에 따라, 소형 데이터 패킷을 다른 노드, 엔티티, 또는 네트워크에 포워드한다. 도 5 의 예에서, CN (3) 은 SMS 에 관련된 엔티티 (예를 들어, SMS-GMSC, SMS-IWMSC, SMS 라우터) 에 그 획득된 SMS 데이터를 전송한다.

스텝들 509 및 510 은 개별적으로 도 4 에서의 스텝들 408 및 409 와 유사하다. CN (3) 은 당해 UE (1) 의 ECM 상태를 ECM-접속 상태로 되돌리고, 베어러 수정 요청 메시지를 S/P-GW (6)에 송신한다 (스텝 509). 그 후, S/P-GW (6) 는, UE (1) 가 접속된 상태에 있음을 인식하고 이에 따라 UE (1) 를 향하여 다운링크 데이터를 송신할 준비가 된다. 스텝 510 에서는, CN (3) 은 UE (1) 에 대한 S1AP 연관성 및 S1-U 베어러(들)의 재개의 완료를 표시하는 응답 메시지 (예를 들어, S1AP: UE 컨텍스트 재개 응답) 를 RAN (2) 에 보낸다.

위의 설명으로부터 이해될 수 있는 바와 같이, 도 5 의 예에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신 (예를 들어, SMS 송신) 에 대한 요청의 발생에 응답하여, UE (1) 는 이전 RRC 접속 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 따라서, 도 4 의 예와 유사하게, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하고 있는 동안에 NAS 상에서의 데이터 송신이 발생할 때에도, UE (1) 는 제 2 통신 아키텍처 타입에 대한 정지 동작을 계속할 수 있다.

또한, 도 5 의 예에서, UE (1) 는 RRC 접속 재개 절차와 통합 (또는 결합) 되는 DoNAS 송신 절차를 수행한다. 따라서, 도 5 의 예에서, DoNAS 송신을 위해 요구되는 시그널링들의 수가 도 4 의 예에 비해 감소될 수 있다.

도 4 의 예와 유사하게, 스텝들 504 내지 506 에 도시된 RRC 접속 재개 절차는 단지 일 예에 불과하다. 예를 들어, 스텝 506 에서의 UE (1) 로부터 RAN (2) 로의 송신은 생략될 수도 있다. 이 경우에, UE (1) 는 스텝 504 의 RRC 접속 재개 요청 메시지에서 SMS 데이터를 반송하는 NAS 메시지를 포함할 수도 있다. 예를 들어, RRC 접속 요청 (또는 RRC 접속 재확립 요청), RRC 접속 세트업 (또는 RRC 접속 재확립), 및 RRC 접속 세트업 완료 (또는 RRC 접속 재확립 완료) 가 스텝들 504 내지 506 에서 RRC 접속 재개 절차에 재사용될 수도 있다.

또한, 도 4 의 예와 유사하게, 도 5 의 예에서, UE (1) 는 이들의 업링크 RRC 메시지의 어느 하나 또는 모두에 DoNAS 송신의 표시를 포함할 수도 있다 (스텝들 504 및 506). 추가적으로 또는 대안적으로, UE (1) 는, 소형 데이터(예를 들어, SMS 데이터) 를 반송하는 NAS 메시지에 DoNAS 송신의 표시를 포함할 수도 있다. 추가적으로 또는 대안적으로, UE (1) 는 이들의 업링크 RRC 메시지들의 어느 하나 또는 모두에 버퍼 볼륨 (즉, 버퍼 상태) 에 대한 정보를 포함할 수도 있다. 추가적으로 또는 대안적으로, 랜덤 액세스 프리앰블 송신에 이용된 무선 리소스들 (예를 들어, 시간, 주파수, 프리앰블 인덱스 풀) 은 제 1 통신 아키텍터 타입 및 제 2 통신 아키텍처 타입 간에 미리 구별될 수도 있다. 이들 기법에 따르면, RAN (2) 또는 CN (3) 또는 양쪽 모두는 RRC 접속 재개 절차가 DoNAS 에 대해 의도된 것임을 인식할 수 있다. 따라서, 예를 들어, RAN (2) 및 CN (3) 은 DoNAS 송신에 요구되지 않는 S1-U 베어러(들)를 재개하기 위한 시그널링 (스텝들 509 및 510) 을 실시하지 않도록 동작할 수 있다.

또한, 도 4 의 예와 유사하게, 도 5 의 예에서, SMS 데이터가 DoNAS 에서 송신될 때, UE (1) 의 NAS 계층은 SMS 데이터를 반송하는 NAS 메시지를 생성할 수도 있고 AS 계층에 RRC 접속 확립 요청을 제공할 수도 있다. 이 RRC 접속 확립 요청은 모바일로부터의 SMS 송신을 표시하는 호 타입 (즉, 발신 SMS) 및 DoNAS 를 위한 새로운 확립 요인 (예를 들어, mo-Data-DoNAS) 을 포함한다. 또한, 비-IP 데이터가 DoNAS 에 송신될 때, UE (1) 의 NAS 계층은 이 비-IP 데이터를 반송하는 NAS 메시지를 생성할 수도 있고 AS 계층에 RRC 접속 확립 요청을 제공할 수도 있다. 이 RRC 접속 확립 요청은 모바일로부터의 비-IP 데이터 송신을 표시하는 새로운 호 타입 (즉, 발신 비-IP 호) 및 DoNAS 에 대한 새로운 확립 요인 (예를 들어, mo-Data-DoNAS) 을 포함한다.

제 4 실시형태

도 6 은 이 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다. 도 6 의 절차는 도 5 의 위에 설명된 절차와 유사하다. 그러나, 도 6 의 절차에서, RRC 접속 확립 절차 (단계들 604 내지 606) 는, RRC 접속 재개 절차 (도 5 에서의 스텝들 504 내지 506) 를 대신하여, DoNAS 데이터 송신에 이용된다.

도 6 에서의 스텝들 601 및 602 은 개별적으로 도 5 에서의 스텝들 501 및 502 와 유사하다. 스텝 601 에 있어서, UE (1) 는, 제 1 의 통신 아키텍처 타입 (솔루션 2) 및 제 2 통신 아키텍처 타입 (솔루션 18) 의 양방을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성된다. 또한, 스텝 501 에서는, UE (1) 는, 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행한다.

스텝 602 에서는, 제 1 통신 아키텍처 타입에 따른 데이터 송신이 트리거링된다. 즉, UE (1) 가 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행하고 있을 때, UE (1) 는 제 1 통신 아키텍처 타입에 따른 데이터 송신의 요청의 발생을 검출 (또는 결정) 한다. 제 1 실시형태에서 설명된 바와 같이, 데이터 송신에 대한 요청은 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층, NAS 계층) 으로부터 하위 계층 (예를 들어, NAS 계층, AS 계층) 으로 전송되거나 또는 하위 계층 (예를 들어, AS 계층) 으로부터 상위 계층 (예를 들어, NAS 계층) 으로 전송된다. 도 6 의 예에서, UE (1) 는 SMS 송신을 위하여 트리거된다. 스텝들 402 및 502 에 대한 설명과 유사하게, SMS 송신은 단지 제 1 통신 아키텍처 타입에만 적절한 송신의 일 예에 불과하다.

스텝 603 에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신 (예를 들어, SMS 송신) 에 대한 요청의 발생에 응답하여, UE (1) 는 이전 RRC 접속 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 도 6 에 도시된 예에서, UE (1) 의 NAS 계층은 RRC 접속 재개 절차와 통합 (또는 결합) 되는 DoNAS 송신 절차를 수행한다 (스텝들 604 내지 606).

스텝들 604 내지 606 에서, RRC 접속이 확립됨과 동시에, SMS 데이터를 반송하는 NAS 메시지가 UE (1) 로부터 RAN (2) 으로 송신된다. 스텝 604 에서, UE (1) 는 RRC 접속 재개 요청 메시지를 RAN (2)(예를 들어, eNB, CIoT-BS) 으로 송신한다. 도 6 에서, 랜덤 액세스 절차의 표현은 생략된다. 스텝 604 의 RRC 접속 요청 메시지는 랜덤 액세스 절차의 제 3 메시지 (Msg 3) 에서 송신될 수도 있다. 스텝 605 에서는, RAN (2) 은 RRC 접속 재개 메시지를 UE (1) 에 송신한다. 스텝 606 에서는, UE (1) 는, RRC 접속 재개 완료 메시지를 RAN (2) 에 송신한다. 스텝 506 의 RRC 접속 세트업 완료 메시지는 SMS 데이터를 반송하는 NAS 메시지를 포함한다.

스텝 607 에서, RAN (2) 은 SMS 데이터를 반송하는 NAS 메시지를 S1AP 메시지 (예를 들어, 초기 UE 메시지) 를 이용하여 CN (3)(예를 들어, MME, C-SGN) 에 전송한다. 스텝 607 의 S1AP 에서의 NAS-PDU 메시지는 SMS 데이터를 반송하는 NAS 메시지를 포함한다. RAN (2) 은 제 1 통신 아키텍처 타입에 대응하는 DCN 을 CN (3) 에서 선택하고, S1AP 메시지를 선택된 DCN에 송신할 수도 있다.

스텝 608 에서는, CN (3)(예를 들어, MME, C-SGN) 은 소형 데이터를 얻기 위하여 UE (1) 로부터 전송된 업링크 NAS 메시지를 복호화한다. CN (3) 은 소형 데이터의 데이터 타입에 따라, 소형 데이터 패킷을 다른 노드, 엔티티, 또는 네트워크에 포워드한다. 도 6 의 예에서, CN (3) 은 SMS 에 관련된 엔티티 (예를 들어, SMS-GMSC, SMS-IWMSC, SMS 라우터) 에 그 획득된 SMS 데이터를 전송한다.

위의 설명으로부터 이해될 수 있는 바와 같이, 도 6 의 예에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신 (예를 들어, SMS 송신) 에 대한 요청의 발생에 응답하여, UE (1) 는 이전 RRC 접속 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 따라서, 도 4 및 도 5 의 예와 유사하게, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하고 있는 동안에 NAS 상에서의 데이터 송신이 발생할 때에도, UE (1) 는 제 2 통신 아키텍처 타입에 대한 정지 동작을 계속할 수 있다.

또한, 도 6 에서 도시된 예에서, UE (1) 는 RRC 접속 확립 절차와 통합 (또는 결합) 되는 DoNAS 송신 절차를 수행한다. 따라서, 도 6 의 예에서, DoNAS 송신을 위해 요구되는 시그널링들의 수가 도 4 의 예에 비해 감소될 수 있다.

또한, 도 4 의 예와 유사하게, 도 6 의 예에서, UE (1) 는 이들의 업링크 RRC 메시지의 어느 하나 또는 모두에 DoNAS 송신의 표시를 포함할 수도 있다 (스텝들 604 및 606). 추가적으로 또는 대안적으로, UE (1) 는, 소형 데이터(예를 들어, SMS 데이터) 를 반송하는 NAS 메시지에 DoNAS 송신의 표시를 포함할 수도 있다. 추가적으로 또는 대안적으로, UE (1) 는 이들의 업링크 RRC 메시지들의 어느 하나 또는 모두에 버퍼 볼륨 (즉, 버퍼 상태) 에 대한 정보를 포함할 수도 있다. 추가적으로 또는 대안적으로, 랜덤 액세스 프리앰블 송신에 이용된 무선 리소스들 (예를 들어, 시간, 주파수, 프리앰블 인덱스 풀) 은 제 1 통신 아키텍터 타입 및 제 2 통신 아키텍처 타입 간에 미리 구별될 수도 있다. 이들 기법에 따르면, RAN (2) 또는 CN (3) 또는 양쪽 모두는 RRC 접속 재개 절차가 DoNAS 에 대해 의도된 것임을 인식할 수 있다.

또한, 도 4 의 예와 유사하게, 도 6 의 예에서, SMS 데이터가 DoNAS 에서 송신될 때, UE (1) 의 NAS 계층은 SMS 데이터를 반송하는 NAS 메시지를 생성할 수도 있고 AS 계층에 RRC 접속 확립 요청을 제공할 수도 있다. 이 RRC 접속 확립 요청은 모바일로부터의 SMS 송신을 표시하는 호 타입 (즉, 발신 SMS) 및 DoNAS 를 위한 새로운 확립 요인 (예를 들어, mo-Data-DoNAS) 을 포함한다. 또한, 비-IP 데이터가 DoNAS 에 송신될 때, UE (1) 의 NAS 계층은 이 비-IP 데이터를 반송하는 NAS 메시지를 생성할 수도 있고 AS 계층에 RRC 접속 확립 요청을 제공할 수도 있다. 이 RRC 접속 확립 요청은 모바일로부터의 비-IP 데이터 송신을 표시하는 새로운 호 타입 (즉, 발신 비-IP 호) 및 DoNAS 에 대한 새로운 확립 요인 (예를 들어, mo-Data-DoNAS) 을 포함한다.

이 실시형태에 대한 상기 설명은 UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행할 때 UE (1) 는 이전 RRC 접속 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시하는 일례를 나타낸다. 제 1 통신 아키텍처 타입에 따른 통신을 종료시, UE (1) 는 다시 RRC-아이들 모드로 천이한 다음, 그 후, 이 RRC 접속 컨텍스트를 이용하여 RRC 접속을 재개하여 제 2 통신 아키텍처 타입에 따라 데이터를 송신할 수도 있다.

대안으로서, 이 실시형태에서, UE (1) 는 제 1 통신 아키텍처 타입에 따라 데이터를 송신하도록 RRC 접속을 확립할 때 이전 RRC 접속 컨텍스트를 릴리즈 (또는 폐기) 할 수도 있다.

제 5 실시형태

도 7 은 이 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다. 도 7 의 절차는, UE (1) 가 RRC_접속 상태에 있는 동안, UE (1) 가 제 1 의 통신 아키텍처 타입 및 제 2 통신 아키텍처 타입의 양방을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성되는 일례를 도시한다.

스텝 701 에 있어서, UE (1) 는, 제 1 의 통신 아키텍처 타입 (솔루션 2) 및 제 2 통신 아키텍처 타입 (솔루션 18) 의 양방을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성된다. 스텝 702 에서는, UE (1) 가 RRC_접속 상태에 있을 때, 제 1 통신 아키텍처 타입에 따른 데이터 송신이 트리거링된다. 즉, UE (1) 가 제 2 통신 아키텍처 타입을 준수하고, RRC_접속 상태에 있는 동안, UE (1) 는 제 1 통신 아키텍처 타입에 따른 데이터 송신의 요청의 발생을 검출 (또는 결정) 한다. 제 1 실시형태에서 설명된 바와 같이, 데이터 송신에 대한 요청은 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층, NAS 계층) 으로부터 하위 계층 (예를 들어, NAS 계층, AS 계층) 으로 전송되거나 또는 하위 계층 (예를 들어, AS 계층) 으로부터 상위 계층 (예를 들어, NAS 계층) 으로 전송된다.

스텝 703 에서, UE (1) 가 제 2 통신 아키텍처 타입을 준수하고 RRC_접속 상태에 있는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신 (예를 들어, SMS 송신) 에 대한 요청의 발생에 응답하여, UE (1) 의 NAS 계층은 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 스텝 704 에서, UE (1) 의 NAS 계층으로부터의 요청에 응답하여, UE (1) 의 AS 계층은 랜덤 액세스 절차를 수행하고, 랜덤 액세스 절차의 제 3 메시지 (Msg 3) 에서 DoNAS 요청을 RAN (2)(예를 들어, eNB, CIoT-BS) 에 송신한다.

스텝 705 에서, RAN (2) 은 DoNAS 요청을 수신하는 것에 응답하여 UE (1) 에 업링크 (UL) 그랜트를 송신한다. UL 그랜트는 DoNAS 에 대한 NAS 메시지를 UE (1) 가 송신할 수 있게 하기 위해 업링크 무선 리소스들의 할당을 표시한다. 스텝 706 에서는, UE (1) 는, UL 그랜트에 따라 RAN (2) 에 SMS 데이터를 반송하는 NAS 메시지를 포함하는 RRC 메시지 (예를 들어, UL 정보 트랜스퍼) 를 송신한다 (스텝 706). 이미 설명된 바와 같이, 현재 시간에, 솔루션 2 또는 솔루션 18 어느 것도 SRB 2 를 이용하지 않는 것으로 상정된다. 따라서, 스텝 706 의 RRC 메시지는 전용 제어 채널 (DCCH) 상에서 SRB 1 을 이용하여 송신될 수도 있다.

스텝 707 에서, RAN (2) 은 S1AP 메시지 (예를 들어, 업링크 NAS 트랜스포트) 를 이용하여 스텝 706 의 당해 RRC 메시지로부터 취출된 NAS 메시지를 CN (3)(예를 들어, C-SGN, MME) 에 전송한다. NAS 메시지는, 이 S1AP 메시지의 NAS-프로토콜 데이터 유닛 (PDU) IE (정보 요소) 에 임베드된다. RAN (2) 은 CN (3) 내에서부터 제 1 통신 아키텍처 타입에 대응하는 DCN 을 CN (3) 에서 DCN들로부터 선택하고, S1AP 메시지를 선택된 DCN에 전송할 수도 있다.

스텝 708 에서는, CN (3)(예를 들어, MME, C-SGN) 은 소형 데이터를 얻기 위하여 UE (1) 로부터의 업링크 NAS 메시지를 복호화한다. CN (3) 은 소형 데이터의 데이터 타입에 따라, 소형 데이터 패킷을 다른 노드, 엔티티, 또는 네트워크에 포워드한다. 도 7 의 예에서, CN (3) 은 SMS 에 관련된 엔티티 (예를 들어, SMS-GMSC, SMS-IWMSC, SMS 라우터) 에 그 획득된 SMS 데이터를 전송한다.

도 7 의 예에서 위에 설명으로부터 이해될 수 있는 바와 같이, UE (1) 가 제 1 및 제 2 통신 아키텍처 타입들 양방을 이용하기 위해 CN (3) 에 의해 구성되고 RRC_접속 상태에 있을 때 UE (1) 는 제 1 통신 아키텍처 타입을 이용하여 제어 평면 상에서 송신에 매우 적합한 특정 타입들의 데이터를 송신할 수 있다.

일부 구현들에서, 도 7 의 스텝 704 에서 송신된 DoNAS 요청은 물리적 업링크 제어 채널 (Physical Uplink Control Channel; PUCCH) 상에서 송신될 수도 있다. DONAS 요청은 DoNAS 요청을 위하여 새롭게 정의되거나 또는 변경된 업링크 제어 정보 (UCI) 포맷에 의해 반송될 수도 있다. UE (1) 가 이용가능한 PUCCH 리소스들을 가질 때 UE (1) 는 랜덤 액세스 절차를 수행함이 없이 DoNAS 요청을 PUCCH 상에서 송신할 수도 있다.

일부 구현들에서, 도 7 의 스텝 704 에서 송신된 DoNAS 요청은 RRC 메시지를 이용하여 송신될 수도 있다. 이 RRC 메시지는 DoNAS 와 연관된 확립 요인을 표시할 수도 있다. 마찬가지로, 스텝 706 에서의 RRC 메시지 (예를 들어, UL 정보 트랜스퍼) 는 DoNAS 와 연관된 확립 요인을 표시할 수도 있다.

제 6 실시형태

이 실시형태에서, UE (1) 는 제 1 및 제 2 통신 아키텍처 타입들 중 일방을 이용하고, 제 1 및 제 2 통신 아키텍처 타입들 양방을 동시에 이용하지 않도록 CN (3) 의해 구성된다.

도 8 은 이 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다. 도 8 의 절차에서, 스텝 801 에 있어서, UE (1) 는, 제 2 통신 아키텍처 타입 (솔루션 18) 만을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성된다. CN (3) 은 미리 구성된 기준들이 충족될 때 UE (1) 가 제 1 의 통신 아키텍처 타입 (솔루션 2) 을 이용하도록 허용한다.

스텝 802 에서, UE (1) 는 미리 구성된 기준들이 충족되는 것으로 결정한다. 즉, 스텝 802 에서, UE (1) 의 NAS 계층은 소정의 데이터 송신의 요청을 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층) 으로부터 수신하였는지의 여부를 결정한다. 소정의 데이터 송신에 대한 요청 또는 미리 구성된 기준들은 제 1 통신 아키텍처 타입에 따라 데이터를 송신하도록 (즉, NAS 상에서의 데이터 송신) UE (1) 에 트리거링한다.

UE (1) 는, UE (1) 가 제 2 통신 아키텍처 타입을 이용하도록 CN (3) 에 의해 이미 구성되어 있을 때 소정의 데이터 송신의 요청의 발생에 응답하여, 제 2 통신 아키텍처 타입으로부터 제 1 통신 아키텍처 타입으로 스위칭하고 제 1 통신 아키텍처 타입을 이용하여 데이터를 송신한다. 제 1 통신 아키텍처 타입에 따른 데이터 송신에 대한 절차는 비특허 문헌 1 에 개시된 솔루션 2 (즉, DoNAS) 에 대한 모바일 오리지네이티드 (MO) 소형 데이터 송신 절차와 유사할 수도 있다.

즉, 스텝 803 에서는, UE (1) 의 NAS 계층은, NAS 계층 상에서 데이터를 송신하기 위한 DoNAS 절차를 개시한다. 스텝 804 에서는, UE (1) 는, 소형 데이터를 반송하는 NAS 메시지를 생성하고, 당해 NAS 메시지를 포함하는 RRC 메시지 (예를 들어, RRC 접속 세트업 완료, UL 정보 트랜스퍼) 를 RAN (2)(예를 들어, CIoT-BS, eNB) 에 송신한다.

스텝 805 에서, RAN (2) 은 당해 RRC 메시지를 수신하고, S1AP 메시지 (예를 들어, 초기 UE 메시지, UL 정보 트랜스퍼) 를 이용하여 당해 RRC 메시지로부터 취출된 NAS 메시지를 CN (3)(예를 들어, C-SGN, MME) 에 전송한다. NAS 메시지는, 이 S1AP 메시지의 NAS-프로토콜 데이터 유닛 (PDU) IE (정보 요소) 에 임베드된다. RAN (2) 은 제 1 통신 아키텍처 타입에 대응하는 DCN 을 CN (3) 에서 선택하고, S1AP 메시지를 선택된 DCN에 송신할 수도 있다.

스텝 806 에서는, CN (3)(예를 들어, C-SGN, MME) 은 소형 데이터를 얻기 위하여 UE (1) 로부터 전송된 업링크 NAS 메시지를 복호화한다. CN (3) 은 소형 데이터의 데이터 타입에 따라, 소형 데이터를 다른 노드, 엔티티, 또는 네트워크에 포워드한다.

도 8 의 예에 있어서, 소정의 데이터 송신은, 제 1 실시형태에서 설명된 도 3 의 예의 것과 유사할 수도 있다. 예를 들어, 소정의 데이터 송신은 비-IP (non-IP) 데이터 송신, SMS 데이터 송신, 오직 하나의 패킷의 (IP) 데이터 송신, 또는 미리 정해진 서비스에 관한 데이터 송신일 수도 있다.

도 8 의 예에 따르면, UE (1) 는, UE (1) 가 제 2 통신 아키텍처 타입을 사용하기 위해 CN (3) 에 의해 이미 구성되어 있을 때 제어 평면 상에서 송신에 잘 맞추어진 특정 타입들의 데이터를 송신하기 위하여 제 1 통신 아키텍처 타입을 이용할 수 있다. 따라서, UE (1) 가 제 2 통신 아키텍처 타입을 이용하기 위해 CN (3) 에 의해 이미 구성되어 있을 때, UE (1) 는 제 1 통신 아키텍처 타입에 따른 통신을 효과적으로 실시할 수 있다.

구체적으로, UE (1) 는, UE (1) 가 제 2 통신 아키텍처 타입만을 이용하도록 CN (3) 에 의해 이미 구성되어 있을 때 소정의 데이터 송신의 요청의 발생에 응답하여, 제 2 통신 아키텍처 타입으로부터 제 1 통신 아키텍처 타입으로 스위칭한다. 즉, UE (1) 는 제 1 통신 아키텍처 타입 또는 제 2 통신 아키텍처 타입 어느 하나만으로 구성되고, 따라서 이는 이들 2 개의 솔루션들의 동시 세트업을 지원할 필요가 없다. 이는 UE (1) 의 구성을 간략화한다. 이러한 구성은 특히 비용 최적화 및 낮은 전력 소모를 요구하는 NB-CIoT 에 대해 효과적이다.

제 7 실시형태

도 9 는 이 실시형태에 따른 통신 절차의 일례를 나타내는 순서도이다. 도 8 의 절차와 유사하게, 도 9 의 절차에서 스텝 901 에 있어서, UE (1) 는, 제 2 통신 아키텍처 타입 (솔루션 18) 만을 이용하도록 CN (3)(예를 들어, MME, C-SGN) 에 의해 구성된다. CN (3) 은 특정 기준들이 충족될 때 UE (1) 가 제 1 의 통신 아키텍처 타입 (솔루션 2) 을 이용하도록 허용할 수도 있다. 스텝 901 에서는, UE (1) 는, 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행한다. 구체적으로, UE (1) 가 RRC 아이들 상태 (예를 들어, CIoT RRC 아이들 상태) 에 있는 동안, UE (1) 는 이전 RRC 접속에 관한 컨텍스트를 유지한다.

스텝 902 에서는, 제 1 통신 아키텍처 타입에 따른 데이터 송신이 트리거링된다. 즉, UE (1) 가 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행하고 있을 때, UE (1) 는 제 1 통신 아키텍처 타입에 따른 데이터 송신의 요청의 발생을 검출 (또는 결정) 한다. 제 1 실시형태에서 설명된 바와 같이, 데이터 송신에 대한 요청은 상위 계층 (예를 들어, 서비스/애플리케이션 계층, IMS 계층, NAS 계층) 으로부터 하위 계층 (예를 들어, NAS 계층, AS 계층) 으로 전송되거나 또는 하위 계층 (예를 들어, AS 계층) 으로부터 상위 계층 (예를 들어, NAS 계층) 으로 전송된다. 도 9 의 예에서, UE (1) 는 SMS 송신을 위하여 트리거된다. SMS 송신은 단지 제 1 통신 아키텍처 타입에만 적절한 송신의 일 예에 불과하다. 제 1 실시형태에서 설명된 바와 같이, 스텝 902 에서는, UE (1) 는 소정의 데이터 송신은 비-IP (non-IP) 데이터 송신, 오직 하나의 패킷의 (IP) 데이터 송신, 또는 미리 정해진 서비스에 관한 데이터 송신일 수도 있다.

스텝 903 에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 요청의 발생에 응답하여, UE (1) 은 제 2 통신 아키텍처 타입으로부터 제 1 통신 아키텍처 타입으로 스위칭하고 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 제 1 통신 아키텍처 타입에 따른 데이터 송신에 대한 절차는 비특허 문헌 1 에 개시된 솔루션 2 (즉, DoNAS) 에 대한 모바일 오리지네이티드 (MO) 소형 데이터 송신 절차와 유사할 수도 있다.

즉, 스텝들 904 및 906 에서는, UE (1) 는, RRC 접속 확립 절차를 실행한다. 스텝들 904 내지 906 에서, RRC 접속이 확립됨과 동시에, SMS 데이터를 반송하는 NAS 메시지가 UE (1) 로부터 RAN (2) 으로 송신된다. 스텝 904 에서, UE (1) 는 RRC 접속 요청 메시지를 RAN (2)(예를 들어, eNB, CIoT-BS) 으로 송신한다. 도 9 에서, 랜덤 액세스 절차의 표현은 생략된다. 스텝 904 의 RRC 접속 요청 메시지는 랜덤 액세스 절차의 제 3 메시지 (Msg 3) 에서 송신될 수도 있다. 스텝 905 에서는, RAN (2) 은 RRC 접속 세트업 메시지를 UE (1) 에 송신한다. 스텝 906 에서는, UE (1) 는, RRC 접속 세트업 완료 메시지를 RAN (2) 에 송신한다. 스텝 906 의 RRC 접속 세트업 완료 메시지는 SMS 데이터를 반송하는 NAS 메시지를 포함한다.

스텝 907 에서, RAN (2) 은 SMS 데이터를 반송하는 NAS 메시지를 S1AP 메시지 (예를 들어, 초기 UE 메시지) 를 이용하여 CN (3)(예를 들어, MME, C-SGN) 에 전송한다. 스텝 907 의 S1AP 에서의 NAS-PDU 메시지는 SMS 데이터를 반송하는 NAS 메시지를 포함한다. RAN (2) 은 제 1 통신 아키텍처 타입에 대응하는 DCN 을 CN (3) 에서 선택하고, S1AP 메시지를 선택된 DCN에 송신할 수도 있다.

스텝 908 에서는, CN (3)(예를 들어, MME, C-SGN) 은 소형 데이터를 얻기 위하여 UE (1) 로부터 전송된 업링크 NAS 메시지를 복호화한다. CN (3) 은 소형 데이터의 데이터 타입에 따라, 소형 데이터 패킷을 다른 노드, 엔티티, 또는 네트워크에 포워드한다. 도 9 의 예에서, CN (3) 은 SMS 에 관련된 엔티티 (예를 들어, SMS-GMSC, SMS-IWMSC, SMS 라우터) 에 그 획득된 SMS 데이터를 전송한다.

일부 구현들에서, UE (1) 가 제 1 통신 아키텍처 타입에 따른 데이터 송신을 개시할 때 (스텝 903), UE (1) 는 제 2 통신 아키텍처 타입에 대한 중지 동작에 대하여 유지되는 이전 RRC 접속 컨텍스트를 삭제 또는 릴리즈할 수도 있다. RRC 접속 컨텍스트가 저장되었던 메모리 영역은 제 1 통신 아키텍처 타입에 따른 통신을 위한 RRC 접속 컨텍스트를 저장하는데 재사용될 수도 있다. 즉, 제 2 통신 아키텍처 타입에 대한 중지 동작에 대한 이전 RRC 접속 컨텍스트는 제 1 통신 아키텍처 타입에 따른 통신을 위한 새로운 RRC 접속 컨텍스트에 의해 오버라이트 (또는 업데이트) 될 수도 있다. 이러한 구성 및 동작은 UE (1) 가 갖는 메모리 용량을 감소시킬 수 있고 이러한 구성은 특히 비용 최적화 및 낮은 전력 소모를 요구하는 NB-CIoT 에 대해 효과적이다.

UE (1) 에서 유지된, 제 2 통신 아키텍처 타입에 대한 중지 동작에 대한 이전 RRC 접속 컨텍스트가 삭제 또는 릴리즈될 때, UE (1) 는 이 삭제 또는 릴리즈에 대하여 RAN (2), 또는 CN (3) 또는 양쪽에 알릴 수도 있다. 구체적으로, 제 1 통신 아키텍처 타입에 따른 통신을 개시하기 위한 제어 절차 (스텝들 904 내지 907) 에서, UE (1) 는 이 RRC 접속 컨텍스트의 삭제를 표시하는 표시를 네트워크 (즉, RAN (2), 또는 CN (3) 또는 양쪽) 에 송신할 수도 있다. 예를 들어, UE (1) 는 RRC 메시지 (RRC 접속 요청, RRC 접속 세트업 완료) 또는 NAS 메시지 또는 양쪽 모두에서 표시를 포함할 수도 있다.

UE (1) 로부터 표시를 수신하는 것에 응답하여, RAN (2) 은 중지 동작을 위하여 RAN (2) 에 유지된 정보 (예를 들어, RRC 접속 컨텍스트, S1AP 연관성, S1-U 베어러 컨텍스트) 가 폐기 또는 릴리즈되도록 허용됨을 인식할 수도 있다. 마찬가지로, UE (1) 로부터 표시를 수신하는 것에 응답하여, CN (3) 은 중지 동작을 위하여 CN (3) 에 유지된 정보 (예를 들어, S1AP 연관성, S1-U 베어러 컨텍스트) 가 폐기 또는 릴리즈되도록 허용됨을 인식할 수도 있다. 이러한 구성 및 동작은 서로에 대해 UE (1) 와 네트워크와의 사이에 중지 상태들의 불일치가 발생하는 것을 회피할 수 있다.

대안으로서, UE (1) 가 제 1 통신 아키텍처 타입에 따른 데이터 송신을 개시할 때 (스텝 903), UE (1) 는 제 2 통신 아키텍처 타입에 대한 중지 동작에 대하여 유지되는 이전 RRC 접속 컨텍스트를 유지할 수도 있다.

도 10 은 이 실시형태에 따른 통신 절차의 다른 예를 나타내는 순서도이다. 도 10 은 모바일 터미네이티드 (MT) 소형 데이터 송신의 일례를 나타낸다. 스텝 1001 은 도 9 에서의 스텝 901 과 유사하다. 스텝 1002 에서, CN (3)(예를 들어, MME, C-SGN) 은 UE (1) 에 어드레싱된 모바일 터미네이티드 SMS 도달 데이터를 표시하는 페이징 메시지를 수신한다. CN (3) 은 스텝 1002 에서 SMS 데이터를 수신할 수도 있다. 이 경우, 아래 설명된 스텝 1008 은 생략될 수도 있다.

스텝 1003 에서, CN (3) 은 RAN (2) 에 페이징 메시지를 전송한다. 구체적으로, CN (3) 은 UE (1) 의 하나 이상의 트랙킹 영역들에 속하는 하나 이상의 셀들과 연관된 개별적인 eNB들 (또는 CIoT-BS들) 에 페이징 메시지를 전송한다. 스텝 1004 에서, UE (1) 는 RAN (2) 에 의해 페이징된다.

스텝 1005 에서, UE (1) 가 제 2 통신 아키텍처 타입에 대한 중지 동작을 실행하는 동안 제 1 통신 아키텍처 타입에 관련된 페이징을 수신하는 것에 응답하여, UE (1) 은 제 2 통신 아키텍처 타입으로부터 제 1 통신 아키텍처 타입으로 스위칭하고 제 1 통신 아키텍처 타입에 따른 통신 (즉, NAS 상에서의 데이터 송신) 을 개시한다. 여기에서, 제 1 통신 아키텍처 타입에 관련된 페이징은 예를 들어, 제 1 통신 아키텍처 타입에 따른 데이터 송신이 수행될 것임을 명시적으로 또는 암시적으로 표시하는 정보를 포함할 수도 있다. 명시적 정보는 제 1 통신 아키텍터 타입 및 제 2 통신 아키텍처 타입 중 일방을 표시하는 정보 또는 제 1 통신 아키텍터 타입을 표시하는 정보일 수도 있다. 묵시적 정보는 베어러 ID 일 수도 있다. 대안으로서, UE (1) 는 자신이 페이징될 때마다 제 1 통신 아키텍처 유형을 이용하여 항상 응답하도록 구성될 수도 있다.

제 1 통신 아키텍처 타입에 따른 데이터 송신에 대한 절차는 비특허 문헌 1 에 개시된 솔루션 2 (즉, DoNAS) 에 대한 모바일 터미네이티드 (MT) 소형 데이터 송신 절차와 유사할 수도 있다. 즉, 스텝 1006 에서, UE (1) 는 RRC 접속을 확립하고, RRC 접속 세트업 완료 메시지를 이용하여 CN (3) 에 NAS 메시지 (즉, 서비스 요청) 를 송신한다 (스텝 1007). CN (3) 은 SMS 데이터를 수신하고 (스텝 1008), NAS 메시지에서 이 SMS 데이터를 캡슐화하고 RAN (2) 에 NAS 메시지를 전송한다 (스텝 1009). RAN (2) 은 CN (3) 으로부터 SMS 데이터를 반송하는 NAS 메시지를 수신하고, UE (1) 에 NAS 메시지를 포함하는 RRC 메시지 (예를 들어, DL 정보 트랜스퍼) 를 송신한다 (스텝 1010). 이미 설명된 바와 같이, 현재 시간에, 솔루션 2 또는 솔루션 18 어느 것도 SRB 2 를 이용하지 않는 것으로 상정된다. 따라서, 스텝 1010 의 RRC 메시지는 전용 제어 채널 (DCCH) 상에서 SRB 1 을 이용하여 송신될 수도 있다.

도 9 의 예와 유사하게, 도 10 의 예에서, UE (1) 에서 유지된, 제 2 통신 아키텍처 타입에 대한 중지 동작에 대한 이전 RRC 접속 컨텍스트가 삭제 또는 릴리즈될 때, UE (1) 는 이 삭제 또는 릴리즈에 대하여 RAN (2), 또는 CN (3) 또는 양쪽에 알릴 수도 있다. UE (1) 로부터 표시를 수신하는 것에 응답하여, RAN (2) 은 중지 동작을 위하여 RAN (2) 에 유지된 정보 (예를 들어, RRC 접속 컨텍스트, S1AP 연관성, S1-U 베어러 컨텍스트) 가 폐기 또는 릴리즈되도록 허용됨을 인식할 수도 있다. 마찬가지로, UE (1) 로부터 이 표시를 수신하는 것에 응답하여, CN (3) 은 중지 동작을 위하여 CN (3) 에 유지된 정보 (예를 들어, S1AP 연관성, S1-U 베어러 컨텍스트) 가 폐기 또는 릴리즈되도록 허용됨을 인식할 수도 있다. 이러한 구성 및 동작은 서로에 대해 UE (1) 와 네트워크와의 사이에 중지 상태들의 불일치가 발생하는 것을 회피할 수 있다.

제 8 실시형태

이미 설명된 바와 같이, 현재 시간에, 솔루션 2 (즉, DoNAS, 제어 평면 CIoT EPS 최적화) 은 AS 보안 및 PDCP 를 이용하지 않는 것으로 상정된다. 일부 구현예들에서, PDCP 를 이용하지 않는 DoNAS 통신이 PDCP 계층을 트래버싱함이 없이 간단히 수행될 수도 있다. 대안으로서, PDCP 계층의 새로운 동작 모드 (PDCP 투과 모드 (PDCP-TM)) 가 PDCP 를 이용하지 않는 DoNAS 통신에 대해 정의될 수도 있다. 이러한 새로운 동작 모드 (PDCP-TM) 에서, PDCP 계층은 AS 보안 기능 (예를 들어, SRB 에 대한 무결성 보호, 암호화) 을 포함하는 일부 PDCP-계층 기능들을 제공하지 않는다.

상술한 실시형태들의 일부는 UE (1) 가 제 2 통신 아키텍처 타입을 위한 정지 동작을 실행하는 동안 (예를 들어, 도 4 및 도 5), UE (1) 이 제 1 통신 아키텍처 타입에 따른 데이터 송신을 개시하는 RRC 접속 재개 절차를 실행하는 예들을 도시한다. 제 2 통신 아키텍처 타입 (즉, AS 컨텍스트 캐싱, 사용자 평면 CIoT EPS 최적화) 가 AS 보안성을 이용하기 때문에, UE (1) 및 RAN (2) 은 RRC 접속 재개 절차의 스테이지들 중 하나에서 보안 활성화 (또는 확인) 을 수행한다. 따라서, AS 보안이 RRC 접속 재개 절차에서 이미 활성화되었을 때, UE (1) 및 RAN (2) 은 제 1 통신 아키텍처 타입의 통신 (즉, DoNAS, 제어 평면 CIoT EPS 최적화) 에 AS 보안 (예를 들어, SRB 에 대한 무결성 보호, 암호화) 을 적용할 수도 있다.

제 9 실시형태

3GPP 는 5G 에 대한 표준화, 즉, 3GPP Release 14 (2016 년) 에서 2020 에 5G 를 도입하는 것을 향해 작업을 시작하려 계획하고 있다. 5G 는 LTE 및 LTE-Advanced 의 지속적인 강화안/이볼루션에 의해 그리고 새로운 5G 에어 인터페이스 (즉, 새로운 무선 액세스 기술 (RAT)) 의 도입에 의한 혁신적 개발에 의해 실현될 것으로 예상된다. 새로운 RAT (즉, 새로운 5G RAT) 는 예를 들어, LTE/LTE-Advanced 및 그 강화안/이볼루션에 의해 지원되는 주파수 대역 (예를 들어, 6 GHz 이하) 보다 더 높은 주파수 대역들을 지원한다. 예를 들어, 새로운 RAT 는 센티미터 웨이브 대역 (10 GHz 이상) 및 밀리미터 웨이브 대역 (30 GHz 이상) 을 지원한다.

더 높은 주파수는 더 높은 레이트 통신을 제공할 수 있다. 그러나, 주파수 특성으로 인하여, 더 높은 주파수의 커버리지는 보다 국지적으로 된다. 따라서, 고주파수들은 특정 영역들에서의 용량 및 데이터 레이트를 올리는데 이용되는 한편, 넓은 영역 커버리지는 더 낮은 현재 주파수들에 의해 제공된다. 즉, 고주파수 대역들에서 New 5G RAT 의 안정화를 보장하기 위하여, 저주파수와 고주파수 사이의 긴밀한 통합 및 협업 (즉, LTE/LTE-Advanced 와 New 5G RAT 사이의 긴밀한 통합 및 협업) 이 요구된다. 5G 지원 무선 단말 (즉, 5G 사용자 장비 (UE)) 은 캐리어 애그리게이션 (CA) 또는 듀얼 접속성 (DC), 또는 이들의 수정된 기술을 이용하여 낮은 주파수 대역 셀과 높은 주파수 대역 셀 (즉, LTE/LTE-Advanced 셀과 새로운 5G 셀) 양방에 접속된다.

이 명세서에 이용된 용어 "LTE" 는 달리 언급되어 있지 않으면 New 5G RAT 와 긴밀한 협업을 제공하기 위하여 5G 에 대한 LTE 및 LTE-Advanced 의 강화안들을 포함한다. LTE 및 LTE-Advanced 의 강화안들은 또한 LTE-Advanced Pro, LTE+, 또는 인핸스드 LTE (eLTE) 로 지칭된다. 추가로, 이 명세서에서의 용어 "5G" 또는 "New 5G" 는, 편의를 위하여, 5세대 (5G) 모바일 통신 시스템들에 새롭게 도입된 에어 인터페이스, 및 이 에어 인터페이스에 관련된 노드들, 셀들, 프로토콜 계층들 등에 새롭게 도입된 에어 인터페이스 (RAT) 를 나타내기 위해 이용된다. 새롭게 도입된 에어 인터페이스 (RAT), 및 이에 관련된 노드들, 셀들, 및 프로토콜 계층들의 명칭은 향후 표준화 작업 진행에 따라 결정될 것이다. 예를 들어, LTE RAT 는 프라이머리 RAT (P-RAT 또는 pRAT) 또는 마스터 RAT 로서 지칭될 수도 있다. 한편, New 5G RAT 는 Secondary RAT (S-RAT 또는 sRAT) 로서 지칭될 수도 있다.

위에 설명된 제 1 내지 제 8 실시형태들은 LTE RAT 와 New 5G RAT 사이의 긴밀한 협업을 제공하는 5G 무선 통신 네트워크에 적용될 수도 있다. 일부 구현들에서, UE (1), RAN (2), 및 CN (3) 은 LTE RAT 에서 제 1 내지 제 8 실시형태들에서 설명된 어태치 절차들 중 어느 하나를 수행할 수도 있고, 그 후, 어태치 절차에서 결정된 (또는 선택된) 통신 아키텍처 타입에 따라 New 5G RAT 에서 데이터 송신을 수행할 수도 있다.

예를 들어, 제 1 통신 아키텍처 타입이 UE (1) 에 이용될 때, UE (1) 는 LTE 셀에서 RRC 접속 세트업 완료 메시지를 이용하는 대신에 5G 셀에서 UL 정보 트랜스퍼 메시지를 이용하여 데이터를 송신할 수도 있고, 5G 셀에서 DL 정보 트랜스퍼 메시지를 이용하여 데이터를 수신할 수도 있다. 예를 들어, 제 2 통신 아키텍처 타입이 UE (1) 에 이용될 때, UE (1), RAN (2), 및 CN (3) 은 5G 셀에서 RRC 접속의 중지 및 재개를 수행할 수도 있다. 이 프로세스에서, UE (1) 및 RAN (2) 은 LTE 셀에서의 통신을 위한 코어 네트워크 노드와, LTE 셀에서의 통신에 대한 것과 상이한 코어 네트워크 양방에 접속될 수도 있다.

마지막으로, 위에 설명된 복수의 실시형태들에 따른 UE (1), RAN (2)(예를 들어, CIoT BS, eNB) 에서의 노드들 및 CN (3)(예를 들어, C-SGN, MME) 에서의 노드들의 구성예들이 설명될 것이다. 도 11 은 UE (1) 의 구성예를 도시하는 블록도이다. 무선 주파수 (Radio Frequency; RF) 트랜시버 (1101) 는 RAN (2) 와 통신하기 위해서 아날로그 RF 신호 처리를 수행한다. RF 트랜시버 (1101) 에 의해 수행된 아날로그 RF 신호 처리는, 주파수 상향 변환, 주파수 하향 변환, 및 증폭을 포함한다. RF 트랜시버 (1101) 는 안테나 (1102) 및 베이스밴드 프로세서 (1103) 에 커플링된다. 즉, RF 트랜시버 (1101) 는 변조 심볼 데이터 (또는 OFDM 심볼 데이터) 를 프로세서 (1104) 로부터 수신하여, 송신 RF 신호를 생성하고, 송신 RF 신호를 안테나 (1102) 에 공급한다. 또한, RF 트랜시버 (1101) 는, 안테나 (1102) 에 의해 수신된 수신 RF 신호에 기초하여 베이스밴드 수신 신호를 생성하고 베이스밴드 수신 신호를 베이스밴드 프로세서 (1103) 에 공급한다.

베이스밴드 프로세서 (1103) 는 무선 통신을 위한 디지털 베이스밴드 신호 처리 (데이터 평면 처리) 및 제어 평면 처리를 수행한다. 디지털 베이스밴드 신호 처리는, 예를 들어, (a) 데이터 압축/복원, (b) 데이터 세그먼테이션/연결 (concatenation), (c) 송신 포맷 (즉, 송신 프레임) 의 작성/분해, (d) 채널 코딩/디코딩, (e) 변조 (즉, 심볼 매핑)/복조, 및 (f) 역 고속 푸리어 변환 (Inverse Fast Fourier Transform; IFFT) 에 의한 OFDM 심볼 데이터 (베이스밴드 OFDM 신호) 의 생성을 포함한다. 한편, 제어 평면 처리는 계층 1 (예를 들어, 송신 전력 제어), 계층 2 (예를 들어, 무선 자원 관리, 및 하이브리드 자동 반복 요청 (hybrid automatic repeat request; HARQ) 처리), 및 계층 3 (예를 들어, 연결, 이동 및 통화 관리에 관한 시그널링) 의 통신 관리를 포함한다.

예를 들어, LTE 및 LTE-Advanced 의 경우, 베이스밴드 프로세서 (1103) 에 의한 디지털 베이스밴드 신호 처리는 PDCP (Packet Data Convergence Protocol) 계층, RLC (Radio Link Control) 계층, MAC (Medium Access Control) 계층, 및 PHY (Physical) 계층의 신호 처리를 포함할 수도 있다. 또한, 베이스밴드 프로세서 (1103) 에 의해 수행되는 제어 평면 처리는 NAS (Non-Access Stratum) 프로토콜, RRC 프로토콜, 및 MAC CE들 (MAC Control Elements) 의 처리를 포함할 수도 있다.

베이스밴드 프로세서 (1103) 는 디지털 베이스밴드 신호 처리를 실시하는 모뎀 프로세서 (예를 들어, 디지털 신호 프로세서 (Digital Signal Processor; DSP)) 와 제어 평면 처리를 실시하는 프로토콜 스택 프로세서 (예를 들어, 중앙 처리 유닛 (Central Processing Unit; CPU), 또는 마이크로 프로세싱 유닛 (Micro Processing Unit; MPU)) 을 포함할 수도 있다. 이 경우, 제어 평면 처리를 수행하는 프로토콜 스택 프로세서는 다음에 설명된 애플리케이션 프로세서 (1104) 와 통합될 수도 있다.

애플리케이션 프로세서 (1104) 는 또한 CPU, MPU, 마이크로 프로세서, 또는 프로세서 코어로서 지칭될 수도 있다. 애플리케이션 프로세서 (1104) 는 복수의 프로세서들 (프로세서 코어들) 을 포함할 수도 있다. 애플리케이션 프로세서 (1104) 는 메모리 (1106) 로부터 또는 (도시되지 않은) 다른 메모리로부터 시스템 소프트웨어 프로그램 (오퍼레이팅 시스템 (OS)) 및 여러가지 애플리케이션 프로그램들 (예를 들어, 음성 통화 애플리케이션, WEB 브라우저, 메일러, 카메라 조작 애플리케이션, 음악 재생 애플리케이션) 을 로딩하고 이들 프로그램들을 실행하는 것에 의해 UE (1) 의 각종 기능들을 제공한다.

일부 구현들에서, 도 11 에 파선 (1105) 으로 표현된 바와 같이, 베이스밴드 프로세서 (1103) 및 애플리케이션 프로세서 (1104) 는, 단일의 칩 상에 집적화될 수도 있다. 즉, 베이스밴드 프로세서 (1103) 및 애플리케이션 프로세서 (1104) 는, 단일의 시스템 온 칩 (System on Chip; SoC) 디바이스 (1105) 에서 구현될 수도 있다. SoC 디바이스는, 시스템 대규모 집적화 (Large Scale Integration; LSI) 또는 칩 세트로 지칭될 수도 있다.

메모리 (1106) 는 휘발성 메모리, 불휘발성 메모리, 또는 이들의 조합이다. 메모리 (1106) 는 휘발성 메모리, 불휘발성 메모리, 또는 이들의 조합이다. 휘발성 메모리는, 예를 들어, SRAM (Static Random Access Memory), DRAM (Dynamic RAM) 또는 이들의 조합이다. 불휘발성 메모리는, MROM (mask Read Only Memory), EEPROM (Electrically Erasable Programmable ROM), 플래쉬 메모리, 하드디스크 드라이브, 또는 이들의 임의의 조합일 수도 있다. 메모리 (1106) 는, 베이스밴드 프로세서 (1103) 에, 애플리케이션 프로세서 (1104) 에, 또는 SoC (1105) 에 집적된 내장 메모리 디바이스를 포함할 수도 있다. 또한, 메모리 (1106) 는 UICC (Universal Integrated Circuit Card) 내의 메모리를 포함할 수도 있다.

메모리 (1106) 는 위의 실시형태들에 설명된 UE (1) 에 의한 처리를 수행하기 위한 명령들 및 데이터를 포함하는 하나 이상의 소프트웨어 모듈 (컴퓨터 프로그램)(1107) 을 저장할 수도 있다. 일부 구현들에서, 베이스밴드 프로세서 (1103) 또는 애플리케이션 프로세서 (1104) 는, 이들 하나 이상의 소프트웨어 모듈들을 메모리 (1106) 로부터 로딩하고, 그 로딩된 메모리 모듈들을 실행하는 것에 의해 위의 실시형태들에 설명된 UE (1) 에 의한 처리를 수행할 수도 있다.

도 12 는 일부 실시형태들에 따른 RAN (2) 에서의 노드 (예를 들어, CIoT BS, eNB) 의 구성 예를 나타내는 블록도이다. 도 12 를 참조하여 보면, 노드는, RF 트랜시버 (1201), 네트워크 인터페이스 (1203), 프로세서 (1204), 및 메모리 (1205) 를 포함한다. RF 트랜시버 (1201) 는 무선 단말 (1) 과 통신하도록 아날로그 RF 신호 처리를 수행한다. RF 트랜시버 (1201) 는 복수의 트랜시버들을 포함할 수도 있다.

RF 트랜시버 (1201) 는 안테나 (1202) 및 프로세서 (1204) 에 커플링된다. RF 트랜시버 (1201) 는 변조 심볼 데이터 (또는 OFDM 심볼 데이터) 를 프로세서 (1204) 로부터 수신하여, 송신 RF 신호를 생성하고, 송신 RF 신호를 안테나 (1202) 에 공급한다. 또한, RF 트랜시버 (1201) 는, 안테나 (1202) 에 의해 수신된 수신 RF 신호에 기초하여 베이스밴드 수신 신호를 생성하고 베이스밴드 수신 신호를 프로세서 (1204) 에 공급한다.

네트워크 인터페이스 (1203) 는 네트워크 노드 (예를 들어, MME, C-SGN, S-GW) 와 통신하는데 이용된다. 네트워크 인터페이스 (1203) 는 예를 들어, IEEE 802.3 시리즈에 순응하는 네트워크 인터페이스 카드 (NIC) 를 포함할 수도 있다.

프로세서 (1204) 는 무선 통신을 위한 디지털 베이스밴드 신호 처리 (데이터 평면 처리) 및 제어 평면 처리를 수행한다. 예를 들어, LTE 및 LTE-Advanced 의 경우, 프로세서 (1204) 에 의해 수행된 디지털 베이스밴드 신호 처리는, PDCP 계층, RLC 계층, MAC 계층 및 PHY 계층의 신호 처리를 포함할 수도 있다. 또한, 프로세서 (1204) 에 의해 수행된 제어 평면 처리는 S1 프로토콜, RRC 프로토콜 및 MAC CE들의 처리를 포함할 수도 있다.

프로세서 (1204) 는 복수의 프로세서들을 포함할 수도 있다. 베이스밴드 프로세서 (1204) 는 디지털 베이스밴드 신호 처리를 실시하는 모뎀 프로세서 (예를 들어, DSP) 와 제어 평면 처리를 실시하는 프로토콜 스택 프로세서 (CPU 또는 MPU) 를 포함할 수도 있다.

메모리 (1205) 는, 휘발성 메모리 및 불휘발성 메모리의 조합으로 구성된다. 휘발성 메모리는, 예를 들어, SRAM, DRAM 또는 이들의 조합이다. 불휘발성 메모리는, MROM, PROM, 플래쉬 메모리, 하드디스크 드라이브, 또는 이들의 임의의 조합일 수도 있다. 메모리 (1205) 는 프로세서 (1204) 로부터 개별적으로 배치된 저장부를 포함할 수도 있다. 이 경우, 프로세서 (1204) 는, 네트워크 인터페이스 (1203) 또는 (도시되지 않은) I/O 인터페이스를 통하여 메모리 (1205) 에 액세스할 수도 있다.

메모리 (1205) 는 위의 실시형태들에 설명된 RAN (2)(예를 들어, CIoT BS, eNB) 에 의한 처리를 수행하기 위한 명령들 및 데이터를 포함하는 하나 이상의 소프트웨어 모듈 (컴퓨터 프로그램)(1206) 을 저장할 수도 있다. 일부 구현들에서, 프로세서 (1204) 는, 이들 하나 이상의 소프트웨어 모듈들을 메모리 (1205) 로부터 로딩하고, 그 로딩된 메모리 모듈들을 실행하는 것에 의해 위의 실시형태들에 설명된 RAN (2) 에 의한 처리를 수행할 수도 있다.

도 13 은 일부 실시형태들에 따른 CN (3) 에서의 노드 (예를 들어, C-SGN, MME) 의 구성 예를 나타내는 블록도이다. 도 13 을 참조하여 보면, 노드는 네트워크 인터페이스 (1301), 프로세서 (1302), 및 메모리 (1303) 를 포함한다. 네트워크 인터페이스 (1301) 는 네트워크 노드 (예를 들어, C-SGN, MME, HSS, S-GW, P-GW, CIoT BS, eNB) 와 통신하는데 이용된다. 네트워크 인터페이스 (1301) 는 예를 들어, IEEE 802.3 시리즈에 순응하는 네트워크 인터페이스 카드 (NIC) 를 포함할 수도 있다.

프로세서 (1302) 는, 이들 하나 이상의 소프트웨어 모듈들 (컴퓨터 프로그램들) 을 메모리 (1303) 로부터 로딩하고, 그 로딩된 메모리 모듈들을 실행하는 것에 의해 위의 실시형태들에 설명된 CN (3)(예를 들어, C-SGN, MME) 에 의한 처리를 수행할 수도 있다. 프로세서 (1302) 는, 예를 들어, 마이크로 프로세서, MPU, 또는 CPU 일 수도 있다. 프로세서 (1302) 는 복수의 프로세서들을 포함할 수도 있다.

메모리 (1303) 는, 휘발성 메모리 및 불휘발성 메모리의 조합으로 구성된다. 메모리 (1303) 는 프로세서 (1302) 로부터 개별적으로 배치된 저장부를 포함할 수도 있다. 이 경우에, 프로세서 (1302) 는, (도시되지 않은) I/O 인터페이스를 통하여 메모리 (1303) 에 액세스할 수도 있다.

도 11 및 도 13 을 참조하여 설명된 바와 같이, 위에 설명된 실시형태들에 따른 UE (1), RAN (2) 에서의 노드들 및 CN (3) 에서의 노드에 포함된 프로세서들 각각은 컴퓨터로 하여금 도면을 참조하여 설명된 알고리즘을 수행하게 하는 명령들을 포함하는 하나 이상의 프로그램들을 실행한다. 프로그램들은 임의의 유형의 비일시적인 컴퓨터 판독가능 매체를 이용하여 컴퓨터에 저장되고 제공될 수 있다. 비일시적 컴퓨터 판독가능 매체는 임의의 유형의 실체있는 저장 매체를 포함한다. 비일시적 컴퓨터 판독가능 매체의 예들은 자기 기록 매체 (이를 테면, 플렉시블 디스크들, 자기 테이프들, 하드 디스크 드라이브들 등), 광자기 저장 매체 (예를 들어, 광 자기 디스크), CD-ROM (Compact Disc Read Only Memory), CD-R, CD-R/W, 반도체 메모리 (이를 테면, 마스크 ROM, 프로그래밍가능 ROM (PROM), 소거가능 PROM(EPROM), 플래시 ROM, RAM (Random Access Memory) 등) 를 포함한다. 이들 프로그램들은, 임의의 유형의 일시적 컴퓨터 판독가능 매체를 이용하여 컴퓨터에 제공될 수도 있다. 일시적 컴퓨터 판독가능 매체의 예들은, 전기 신호들, 광 신호들, 및 전자기파들을 포함한다. 일시적 컴퓨터 판독가능 매체는 유선 통신로 (예를 들어, 전선 및 광섬유), 또는 무선 통신 라인을 통하여 프로그램들을 컴퓨터에 제공할 수 있다.

다른 실시형태들

아래 설명된 실시형태들 각각은 개별적으로 이용될 수도 있거나 또는 둘 이상의 실시형태들이 적절하게 서로 결합될 수도 있다.

위의 실시형태들에서, UE (1) 이 서빙 셀을 RRC 접속이 중지된 셀로부터 다른 셀로 변경할 때 (예를 들어, 셀 재선택, 디태치 후의 어태치), UE (1) 는 위의 실시형태에서 설명된 기능들이 셀의 변경 후에 서빙 셀에서 이용가능한 지의 여부를 알 수 있는 것이 바람직할 수 있다. 따라서, RAN (2) 은 기능들이 서빙 셀에서 지원되는지의 여부를 표시하는 정보 요소를 브로드캐스트할 수도 있다. 예를 들어, RAN (2)(예를 들어, eNB, CIoT-BS) 은 RAN (2) 에서 개별적인 셀들에서 이 정보 요소를 브로드캐스트할 수도 있다. 정보 요소는 이 정보 요소가 브로드캐스트되는 셀이 기능들을 지원하는지의 여부를 표시할 수도 있다. 또한, 정보 요소는 인접 셀이 기능들으 지원하는지의 여부를 표시할 수도 있다.

위에 실시형태들에서 설명된 RAN (2) 은 C-RAN (Cloud Radio Access Network) 일 수도 있다. C-RAN 은 또한 중앙집중 RAN으로 지칭된다. 구체적으로, 위에 설명된 실시형태들에서 설명된 RAN (2), 또는 RAN (2) 에서의 CIoT BS 또는 eNB 에 의해 수행되는 동작들 또는 프로세스들은 C-RAN 아키텍처에 포함된 디지털 유닛 (DU) 및 무선 유닛 (RU) 의 조합 또는 그 일방에 의해 제공될 수도 있다. DU 는 또한 베이스밴드 유닛 (BBU) 으로서 지칭된다. RU 는 또한 원격 라디오 헤드 (RRH) 또는 원격 라디오 장비 (RRE) 로 지칭된다. 즉, 위에 설명된 실시형태들에서 설명된 RAN (2), CIoT BS 또는 eNB 에 의해 수행된 프로세스들 및 동작들은 임의의 하나 이상의 무선국들 (즉, RAN 노드) 에 의해 제공될 수도 있다.

상술한 실시형태들은 발명자들에 의해 얻은 기술적 사상의 적용예들에 불과하다. 이들 기술적 사상은 상술한 실시형태들로 제한되지 않고 이들에 대한 여러 변경들 및 수정들이 이루어질 수도 있다.

예를 들어, 위에 설명된 실시형태들의 전체 또는 부분이 다음 부기들로서 설명될 수 있지만 이들에 제한되지 않는다.

(부기 A1)

무선 단말로서,

메모리; 및

메모리에 커플링된 적어도 하나의 프로세서를 포함하고,

적어도 하나의 프로세서는 복수의 통신 아키텍처 타입들을 지원하도록 구성되고,

복수의 통신 아키텍처 타입들은 (a) 데이터 패킷이 제어 평면을 통하여 송신되는 제 1 통신 아키텍처 타입; 및 (b) 데이터 패킷이 사용자 평면을 통하여 송신되고 또한 무선 리소스 제어 (Radio Resource Control; RRC) 접속의 중지 및 재개를 수반하는 제 2 통신 아키텍처 타입을 포함하고,

RRC 접속의 중지는 무선 단말이 RRC 아이들 상태에 있는 동안, 이전 RRC 접속의 컨텍스트를 무선 단말에 유지시키는 것을 포함하고,

RRC 접속의 재개는 무선 단말이 RRC 아이들 상태로부터 RRC 접속 상태로 천이하기 위하여 후속 RRC 접속의 세트업시에 유지된 컨텍스트를 재사용하는 것을 포함하고,

적어도 하나의 프로세서는 또한, 무선 단말이 제 2 통신 아키텍처 타입을 이용하도록 네트워크에 의해 이미 구성되어 있을 때 소정의 데이터 송신에 대한 요청의 발생에 응답하여, 제 1 통신 아키텍처 타입을 이용하여 데이터를 송신하도록 구성된다.

(부기 A2)

부기 A1 에 따른 무선 단말에 있어서, 소정의 데이터 송신은 비-인터넷 프로토콜 (비-IP) 데이터 송신을 포함한다.

(부기 A3)

부기 A1 또는 A2 에 따른 무선 단말에 있어서, 소정의 데이터 송신은 단문 메시지 서비스 (Short Message Service; SMS) 데이터 송신을 포함한다.

(부기 A4)

부기 A1 내지 A3 중 어느 하나에 따른 무선 단말에 있어서, 소정의 데이터 송신은 오직 하나의 패킷의 데이터 송신을 포함한다.

(부기 A5)

부기 A1 내지 A4 중 어느 하나에 따른 무선 단말에 있어서, 소정의 데이터 송신은 미리 정해진 서비스에 관련된 데이터 송신을 포함한다.

(부기 A6)

부기 A1 내지 A5 중 어느 하나에 따른 무선 단말에 있어서,

무선 단말은 제 1 및 제 2 통신 아키텍처 타입들 양방을 이용하도록 네트워크에 의해 구성되도록 적응되고,

적어도 하나의 프로세서는 요청된 통신이 소정의 데이터 송신인지의 여부에 의존하여, 제 1 및 제 2 통신 아키텍처 타입들 중 어느 타입이 이용될지를 결정하도록 구성된다.

(부기 A7)

부기 A1 내지 A5 중 어느 하나에 따른 무선 단말에 있어서,

무선 단말은 제 1 및 제 2 통신 아키텍처 타입들 중 일방을 이용하고, 제 1 및 제 2 통신 아키텍처 타입들 양방을 동시에 이용하지 않도록 네트워크에 의해 구성되도록 적응되고,

적어도 하나의 프로세서는 소정의 데이터 송신에 대한 요청의 발생에 응답하여 제 2 통신 아키텍처 타입으로부터 제 1 통신 아키텍처 타입으로 스위칭하도록 구성된다.

(부기 A8)

무선 단말에서의 방법으로서,

복수의 통신 아키텍처 타입들 중 적어도 하나로 네트워크에 의해 구성되는 것을 포함하고,

방법은 무선 단말이 제 2 통신 아키텍처 타입을 이용하도록 네트워크에 의해 이미 구성되어 있을 때 소정의 데이터 송신에 대한 요청의 발생에 응답하여, 제 1 통신 아키텍처 타입을 이용하여 데이터를 송신하는 것을 더 포함한다.

(부기 B1)

무선 단말로서,

메모리; 및

메모리에 커플링된 적어도 하나의 프로세서를 포함하고,

적어도 하나의 프로세서는 또한, 무선 단말이 제 2 통신 아키텍처 타입에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 요청의 발생에 응답하여, 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따라 통신을 개시하도록 구성된다.

(부기 B2)

부기 B1 에 따른 무선 단말에 있어서,

적어도 하나의 프로세서는 RRC 접속의 재개에 이용된 RRC 메시지를 이용하여 제 1 통신 아키텍처 타입의 데이터를 포함하는 비-액세스 계층 (Non-Access Stratum; NAS) 메시지를 송신하도록 구성되고,

RRC 메시지는 비-액세스 계층 (NAS) 상에서의 데이터 송신을 표시하는 표시를 포함한다.

(부기 B3)

부기 B1 또는 B2 에 따른 무선 단말에 있어서,

적어도 하나의 프로세서는 RRC 접속의 재개에 이용된 RRC 메시지를 이용하여 제 1 통신 아키텍처 타입의 데이터를 포함하는 비-액세스 계층 (NAS) 메시지를 송신하도록 구성되고,

NAS 메시지는 비-액세스 계층 (NAS) 상에서의 데이터 송신을 표시하는 표시를 포함한다.

(부기 B4)

무선 단말에서의 방법으로서,

방법은 무선 단말이 제 2 통신 아키텍처 타입에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 요청의 발생에 응답하여, 컨텍스트를 유지하면서 제 1 통신 아키텍처 타입에 따라 통신을 개시하는 것을 더 포함한다.

(부기 C1)

무선 단말로서,

메모리; 및

메모리에 커플링된 적어도 하나의 프로세서를 포함하고,

복수의 통신 아키텍처 타입들은 (a) 데이터 패킷이 제어 평면을 통하여 송신되는 제 1 통신 아키텍처 타입, 및 (b) 데이터 패킷이 사용자 평면을 통하여 송신되고 또한 무선 리소스 제어 (Radio Resource Control; RRC) 접속의 중지 및 재개를 수반하는 제 2 통신 아키텍처 타입을 포함하고,

적어도 하나의 프로세서는 또한, 무선 단말이 제 2 통신 아키텍처 타입에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 요청의 발생에 응답하여, 컨텍스트를 폐기 또는 릴리즈하고 제 1 통신 아키텍처 타입에 따라 통신을 개시하도록 구성된다.

(부기 C2)

부기 C1 에 따른 무선 단말에 있어서, 적어도 하나의 프로세서는 제 1 통신 아키텍처 타입에 따라 통신을 개시하기 위한 제어 절차 동안 컨텍스트를 폐기하는 것을 표시하는 표시를 네트워크에 송신하도록 구성된다.

(부기 C3)

부기 C2 에 따른 무선 단말에 있어서, 적어도 하나의 프로세서는 제어 절차에서 송신되는 RRC 메시지 및 비-액세스 계층 (NAS) 메시지의 일방 또는 양방에서의 표시를 포함하도록 구성된다.

(부기 C4)

무선 액세스 네트워크에서의 무선국으로서,

메모리; 및

메모리에 커플링된 적어도 하나의 프로세서를 포함하고,

RRC 접속의 중지는 무선 단말이 RRC 아이들 상태에 있는 동안, 이전 RRC 접속에 관한 제 1 컨텍스트를 무선국에 유지시키는 것을 포함하고,

RRC 접속의 재개는 무선 단말이 RRC 아이들 상태로부터 RRC 접속 상태로 천이하기 위하여 후속 RRC 접속의 세트업시에 유지된 제 1 컨텍스트를 재사용하는 것을 포함하고,

적어도 하나의 프로세서는 또한, 무선 단말이 무선 단말에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 RRC 메시지를 수신하는 것에 응답하여 제 1 컨텍스트가 폐기 또는 릴리즈되도록 허용되는 것을 인식하도록 구성된다.

(부기 C5)

부기 C4 에 따른 무선국에 있어서,

RRC 메시지는 중지 동안 무선 단말에 유지된 제 2 컨텍스트의 폐기 또는 릴리즈를 표시하는 표시를 포함하고,

적어도 하나의 프로세서는 표시를 수신하는 것에 응답하여, 제 1 컨텍스트가 폐기 또는 릴리즈되도록 허용되는 것을 인식하도록 구성된다.

(부기 C6)

코어 네트워크에서의 네트워크 장치로서,

메모리; 및

메모리에 커플링된 적어도 하나의 프로세서를 포함하고,

RRC 접속의 중지는 무선 단말이 RRC 아이들 상태에 있는 동안, 네트워크 장치와 무선국 사이에서 무선 단말에 대한 시그널링 연관성 및 무선 단말에 대한 베어러 컨텍스트를 네트워크 장치에서 유지하는 것을 포함하고,

RRC 접속의 재개는 무선 단말이 RRC 아이들 상태로부터 RRC 접속 상태로 천이하기 위하여 후속 RRC 접속의 세트업과 함께 유지된 시그널링 연관성 및 베어러 컨텍스트를 재사용 또는 복원하는 것을 포함하고,

적어도 하나의 프로세서는 또한, 무선 장치가 무선 단말에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 제어 메시지를, 무선 단말 또는 무선국으로부터 수신하는 것에 응답하여 유지된 시그널링 연관성 및 유지된 베어러 컨텍스트가 폐기 또는 릴리즈되도록 허용되는 것을 인식하도록 구성된다.

(부기 C7)

부기 C6 에 따른 무선국에 있어서,

RRC 메시지는 중지 동안 무선 단말에 유지된 RRC 접속에 관한 제 2 컨텍스트의 폐기 또는 릴리즈를 표시하는 표시를 포함하고,

적어도 하나의 프로세서는 표시를 수신하는 것에 응답하여, 시그널링 연관성 및 베어러 컨텍스트가 폐기 또는 릴리즈되도록 허용되는 것을 인식하도록 구성된다.

(부기 C8)

부기 C6 또는 C7 에 따른 네트워크 장치로서, 제어 메시지는 비-액세스 계층 (NAS) 메시지 또는 S1 애플리케이션 프로토콜 (S1AP) 메시지 또는 양방을 포함한다.

(부기 C9)

무선 단말에서의 방법으로서,

방법은 무선 단말이 제 2 통신 아키텍처 타입에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 요청의 발생에 응답하여, 컨텍스트를 폐기 또는 릴리즈하고 제 1 통신 아키텍처 타입에 따라 통신을 개시하는 것을 더 포함한다.

(부기 C10)

무선 액세스 네트워크에서의 무선국의 방법으로서,

복수의 통신 아키텍처 타입들을 지원하는 것을 포함하고,

방법은 무선 단말이 무선 단말에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 RRC 메시지를 수신하는 것에 응답하여 제 1 컨텍스트가 폐기 또는 릴리즈되도록 허용되는 것을 인식하는 것을 더 포함한다.

(부기 C11)

코어 네트워크에서의 네트워크 장치의 방법으로서,

복수의 통신 아키텍처 타입들을 지원하는 것을 포함하고,

방법은 무선 장치가 무선 단말에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 데이터 송신에 대한 제어 메시지를, 무선 단말 또는 무선국으로부터 수신하는 것에 응답하여 유지된 시그널링 연관성 및 유지된 베어러 컨텍스트가 폐기 또는 릴리즈되도록 허용되는 것을 인식하는 것을 더 포함한다.

(부기 D1)

무선 단말로서,

메모리; 및

메모리에 커플링된 적어도 하나의 프로세서를 포함하고,

적어도 하나의 프로세서는 또한, 무선 단말이 제 2 통신 아키텍처 타입에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 소정의 데이터 송신에 대한 요청의 발생에 응답하여, RRC 접속의 재개에 이용된 RRC 접속 재개 메시지를 송신하도록 구성되고,

RRC 접속 재개 메시지는 비-액세스 계층 (NAS) 상에서의 데이터 송신과 연관된 확립 요인을 표시한다.

(부기 D2)

부기 D1 에 따른 무선 단말에 있어서,

소정의 데이터 송신은 비-인터넷 프로토콜 (non-IP) 데이터 송신 또는 단기 메시지 서비스 (SMS) 송신이고,

적어도 하나의 프로세서는 무선 리소스 제어를 제공하도록 모빌리티 관리 및 세션 관리를 제공하는 NAS 계층으로서 그리고 무선 리소스 제어를 제공하는 액세스 계층 (Access Stratum; AS) 계층으로서 동작하도록 구성되고,

NAS 계층은, 무선 단말이 제 2 통신 아키텍처 타입에 대한 중지를 실행하는 동안 소정의 데이터 송신에 대한 요청의 발생에 응답하여, 데이터를 반송하는 NAS 메시지를 생성하고, RRC 접속 확립에 대한 요청을 AS 계층에 제공하도록 구성되고, RRC 접속 확립에 대한 요청은 NAS 상에서의 데이터 송신과 연관된 확립 요인과 특정 송신과 연관된 콜 타입 (call type) 을 포함한다.

(부기 D3)

무선 액세스 네트워크에서의 무선국으로서,

메모리; 및

메모리에 커플링된 적어도 하나의 프로세서를 포함하고,

RRC 접속의 중지는 무선 단말이 RRC 아이들 상태에 있는 동안, 이전 RRC 접속에 관한 컨텍스트를 무선국에 유지시키는 것을 포함하고,

적어도 하나의 프로세서는 또한, 무선국이 무선 단말에 대한 중지를 실행하는 동안 RRC 접속의 재개에 이용된 RRC 접속 재개 메시지를 수신하도록 구성되고,

적어도 하나의 프로세서는 또한, 비-액세스 계층 (NAS) 상에서의 데이터 송신과 연관된 확립 요인을 표시하는 RRC 접속 재개 메시지에 응답하여 통신이 제 1 통신 아키텍처 타입에 따른다고 인식하도록 구성된다.

(부기 D4)

부기 D3 에 따른 무선국에 있어서,

RRC 접속의 중지는 무선 단말이 RRC 아이들 상태에 있는 동안 무선국과 코어 네트워크 사이의 무선 단말에 대한 베어러에 관한 베어러 컨텍스트를 무선국과 코어 네트워크에 유지하는 것을 더 포함하고,

RRC 접속의 재개는 후속 RRC 접속의 세트업과 함께 베어러 컨텍스트에 기초하여 베어러를 재저장 또는 재사용하는 것을 더 포함하고,

적어도 하나의 프로세서는 베어러를 재저장 또는 재사용하도록 코어 네트워크에 요청하는 것을 방지하도록 구성되고, RRC 접속 재개 메시지는 비-액세스 계층 (NAS) 상에서의 데이터 송신과 연관된 확립 요인을 표시한다.

(부기 D5)

무선 단말에서의 방법으로서,

방법은 무선 단말이 제 2 통신 아키텍처 타입에 대한 중지를 실행하는 동안 제 1 통신 아키텍처 타입에 따라 소정의 데이터 송신에 대한 요청의 발생에 응답하여, RRC 접속의 재개에 이용된 RRC 접속 재개 메시지를 송신하는 것을 더 포함하고,

(부기 D6)

무선 액세스 네트워크에서의 무선국의 방법으로서,

복수의 통신 아키텍처 타입들을 지원하는 것을 포함하고,

방법은 비-액세스 계층 (NAS) 상에서의 데이터 송신과 연관된 확립 요인을 표시하는 RRC 접속 재개 메시지에 응답하여 통신이 제 1 통신 아키텍처 타입에 따른다고 인식하는 것을 더 포함한다.

본 출원은 2016 년 2 월 4 일 출원된 일본 특허 출원 2016-020291 를 우선권으로 주장하여 그에 기초하며, 그 전체 내용들이 참조로서 포함된다.

1: 사용자 장비 (UE)
2: 무선 액세스 네트워크 (RAN)
3: 코어 네트워크 (CN)
4: 애플리케이션 서버
6: 서빙 게이트웨이 (S-GW)/패킷 데이터 네트워크 게이트웨이 (P-GW)
1103 : 베이스밴드 프로세서
1104 : 애플리케이션 프로세서
1106: 메모리
1204: 프로세서
1205: 메모리
1302: 프로세서
1303: 메모리

Claims

무선 단말로서,
메모리; 및
상기 메모리에 커플링되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는 복수의 통신 아키텍처 타입들을 지원하도록 구성되고,
상기 복수의 통신 아키텍처 타입들은:
(a) 데이터 패킷이 제어 평면을 통하여 송신되는 제어 평면 셀룰라 사물 인터넷 (CIoT) 이볼브드 패킷 시스템 (EPS) 최적화, 및
(b) 데이터 패킷이 사용자 평면을 통하여 송신되고 무선 리소스 제어 (Radio Resource Control; RRC) 접속의 중지 및 재개를 수반하는 사용자 평면 CIoT EPS 최적화를 포함하고,
상기 RRC 접속의 중지는, RRC 접속 릴리즈 메시지를 이용하는 것에 의해, 그리고 상기 무선 단말에서 액세스 계층 (AS) 컨텍스트를 유지하는 것과 함께, 수행되고,
상기 RRC 접속의 재개는 상기 무선 단말의 상태가 RRC 아이들 상태로부터 RRC 접속 상태로 천이될 때 수행되고, 그리고
상기 적어도 하나의 프로세서는 또한, 상기 무선 단말이 IDLE 모드에 있을 때 비-액세스 계층 (NAS) 레이어로부터의 트리거에 기초하여, 그리고 상기 무선 단말이 상기 제어 평면 CIoT EPS 최적화를 이용하여 데이터를 전송하는 것을 시도하는 경우, 상기 RRC 접속의 재개를 수행하도록 구성되는, 무선 단말.
제 1 항에 있어서,
상기 RRC 접속의 재개는 상기 유지된 AS 컨텍스트를 이용하는 것을 포함하는, 무선 단말.
제 1 항에 있어서,
상기 적어도 하나의 프로세서는, 상기 무선 단말이 상기 사용자 평면 CIoT EPS 최적화에 대해 상기 RRC 접속의 중지를 실행하는 동안 상기 무선 단말이 상기 제어 평면 CIoT EPS 최적화에 기초하여 통신을 시작하는 것을 시도하는 경우, 상기 RRC 접속의 재개가 수행되고 상기 무선 단말의 상태가 상기 RRC 접속 상태로 천이된 이후, 상기 제어 평면 CIoT EPS 최적화를 이용하여 상기 데이터를 전송하도록 구성되는, 무선 단말.
제 1 항에 있어서,
상기 적어도 하나의 프로세서는, 상기 무선 단말이 상기 사용자 평면 CIoT EPS 최적화에 대해 상기 RRC 접속의 중지를 실행하는 동안 상기 무선 단말이 상기 제어 평면 CIoT EPS 최적화에 기초하여 통신을 시작하는 것을 시도하는 경우, 상기 RRC 접속의 재개에 이용되는 RRC 메시지를 이용하여 상기 제어 평면 CIoT EPS 최적화의 데이터를 포함하는 비-액세스 계층 (Non-Access Stratum; NAS) 메시지를 송신하도록 구성되고,
상기 RRC 메시지는 비-액세스 (NAS) 계층 상에서의 데이터 송신을 표시하는 표시를 포함하는, 무선 단말.
제 1 항에 있어서,
상기 적어도 하나의 프로세서는, 상기 무선 단말이 상기 사용자 평면 CIoT EPS 최적화에 대해 상기 RRC 접속의 중지를 실행하는 동안 상기 무선 단말이 상기 제어 평면 CIoT EPS 최적화에 기초하여 통신을 시작하는 것을 시도하는 경우, 상기 RRC 접속의 재개에 이용되는 RRC 메시지를 이용하여 상기 제어 평면 CIoT EPS 최적화의 데이터를 포함하는 비-액세스 계층 (Non-Access Stratum; NAS) 메시지를 송신하도록 구성되고,
상기 NAS 메시지는 비-액세스 계층 (NAS) 상에서의 데이터 송신을 표시하는 표시를 포함하는, 무선 단말.
제 1 항에 있어서,
상기 적어도 하나의 프로세서는, 상기 사용자 평면 CIoT EPS 최적화에 대한 상기 RRC 접속의 중지의 때에, 상기 무선 단말이 상기 제어 평면 CIoT EPS 최적화에 기초하여 통신을 시작하는 것을 시도하는 경우, 상기 RRC 접속의 재개에 이용되는 RRC 접속 재개 메시지를 송신하도록 구성되고,
상기 RRC 접속 재개 메시지는 비-액세스 계층 (NAS) 상에서의 소정의 데이터 송신과 연관되는 확립 요인을 표시하는, 무선 단말.
제 6 항에 있어서,
상기 소정의 데이터 송신은 비-인터넷 프로토콜 (non-IP) 데이터 송신 또는 단문 메시지 서비스 (SMS) 데이터 송신을 포함하고,
상기 적어도 하나의 프로세서는 모빌리티 관리 및 세션 관리를 제공하는 NAS 레이어로서 그리고 무선 리소스 제어를 제공하는 액세스 계층 (Access Stratum; AS) 레이어로서 동작하도록 구성되고,
상기 NAS 레이어는, 상기 무선 단말이 상기 사용자 평면 CIoT EPS 최적화에 대해 상기 중지를 실행하는 동안 상기 소정의 데이터 송신에 대한 요청의 발생에 응답하여, 데이터를 반송하는 NAS 메시지를 생성하고, RRC 접속 확립에 대한 요청을 상기 AS 레이어에 제공하도록 구성되고, 그리고
상기 RRC 접속 확립에 대한 요청은 상기 NAS 상에서의 상기 데이터 송신과 연관되는 상기 확립 요인 및 상기 소정의 데이터 송신과 연관되는 콜 타입 (call type) 을 포함하는, 무선 단말.
무선 단말에 의해 수행되는 방법으로서,
상기 무선 단말이 IDLE 모드에 있을 때 비-액세스 계층 (NAS) 레이어로부터의 트리거에 기초하여, 그리고 상기 무선 단말이 제어 평면 셀룰라 사물 인터넷 (CIoT) 이볼브드 패킷 시스템 (EPS) 최적화를 이용하여 데이터를 전송하는 것을 시도하는 경우, 무선 리소스 제어 (Radio Resource Control; RRC) 접속의 재개를 수행하는 단계를 포함하고,
상기 무선 단말은 복수의 통신 아키텍처 타입들을 지원하고,
상기 복수의 통신 아키텍처 타입들은:
(a) 데이터 패킷이 제어 평면을 통하여 송신되는 상기 제어 평면 CIoT EPS 최적화, 및
(b) 데이터 패킷이 사용자 평면을 통하여 송신되고 상기 RRC 접속의 중지 및 재개를 수반하는 사용자 평면 CIoT EPS 최적화를 포함하고,
상기 RRC 접속의 중지는, RRC 접속 릴리즈 메시지를 이용하는 것에 의해, 그리고 상기 무선 단말에서 액세스 계층 (AS) 컨텍스트를 유지하는 것과 함께, 수행되고,
상기 RRC 접속의 재개는 상기 무선 단말의 상태가 RRC 아이들 상태로부터 RRC 접속 상태로 천이될 때 수행되는, 무선 단말에 의해 수행되는 방법.