KR20200119303A - 전체 구성으로 접속을 재개하기 위한 방법들, 네트워크 노드들, 무선 디바이스 및 컴퓨터 프로그램 제품 - Google Patents

Abstract

통신 네트워크에서 접속을 재개하기 위한 무선 디바이스가 개시된다. 이러한 무선 디바이스는 통신 인터페이스; 및 통신 인터페이스에 통신가능하게 접속된 하나 이상의 처리 회로를 포함하며, 하나 이상의 처리 회로는 적어도 하나의 프로세서 및 메모리를 포함하고, 메모리는 명령어들을 포함하고, 명령어들은, 실행될 때, 적어도 하나의 프로세서로 하여금, 통신 네트워크에서 접속을 재개하라는 요청을 네트워크 노드에 전송하게 하고, 네트워크 노드로부터 재개 응답 메시지를 수신하게 하고 - 이 메시지는 전체 구성을 수행하라는 표시를 포함함 -, 전체 구성을 적용하게 한다.

Description

전체 구성으로 접속을 재개하기 위한 방법들, 네트워크 노드들, 무선 디바이스 및 컴퓨터 프로그램 제품

관련 출원들

본 출원은, 그 내용이 본 명세서에 참조로 포함되는, 2018년 2월 15일에 미국 특허 및 상표청에 출원된, "RRC Resume with Full Configuration"이라는 명칭의 미국 가특허 출원 제62/631467호의 우선권의 이익을 주장한다.

본 설명은 일반적으로 무선 통신들에 관한 것으로서, 특히, 무선 디바이스에 대한 접속을 재개하는 것에 관한 것이다.

무선 리소스 제어(Radio Resource Control)(RRC) 프로토콜

롱 텀 에볼루션(Long Term Evolution)(LTE)에서와 같이, 무선 리소스 제어(RRC) 프로토콜은 사용자 장비(User Equipment)(UE)와 네트워크 노드(예를 들어, eNB) 사이의 무선 접속을 구성/셋업 및 유지하는데 이용된다. UE는 eNB로부터 RRC 메시지를 수신할 때, 그 구성을 적용할 것이다("컴파일(compile)"이라는 용어가 또한 그 구성의 적용을 지칭하는데 이용될 수 있다). 그리고 이것이 성공하면, UE는 이러한 응답을 트리거링한 메시지의 트랜잭션 아이덴티티(ID)를 표시하는 RRC 완료 메시지를 생성한다.

LTE-릴리스(rel.) 8 이후로, 3개의 시그널링 무선 베어러(SRB들), 즉 SRB0, SRB1 및 SRB2가 사용자 장비(UE)와 eNB 사이의 RRC 및 NAS(Non Access Stratum) 메시지들의 전송에 이용가능하였다. SRB1bis라고 알려진 새로운 SRB가 협대역 사물 인터넷(Narrowband Internet of Things)(NB-IoT)에서 DoNAS(Data Over NAS)를 지원하기 위해 rel-13에 또한 도입되었다.

SRB0은 공통 제어 채널(CCCH) 논리적 채널을 이용하여 RRC 메시지들에 이용되고, 이것은 RRC 접속 셋업, RRC 접속 재개 및 RRC 접속 재확립을 처리하는데 이용된다. UE가 eNB에 접속되면(즉, RRC 접속 셋업 또는 RRC 접속 재확립/재개가 성공했다면), SRB1은 SRB2의 확립 이전에 NAS 메시지들 뿐만 아니라 (피기백(piggybacked) NAS 메시지를 포함할 수 있는) RRC 메시지들을 처리하는데 이용되고, 이러한 메시지들은 모두 전용 제어 채널(DCCH) 논리적 채널을 이용한다.

SRB2는 로깅된 측정 정보(logged measurement information)를 포함하는 RRC 메시지들 및 NAS 메시지들에 이용되고, 이러한 메시지들은 모두 DCCH 논리적 채널을 이용한다. SRB2는 SRB1보다 낮은 우선순위를 갖는데, 그 이유는 로깅된 측정 정보 및 NAS 메시지들이 길 수 있고, 더 긴급하고 더 작은 SRB1 메시지들의 차단을 야기할 수 있기 때문이다. SRB2는 보안 활성화 후에 E-UTRAN(Evolved-Universal Mobile Telecommunications Service(UMTS) Terrestrial Radio Access Network))에 의해 항상 구성된다.

LTE에서의 이중 접속(Dual Connectivity)(DC)

E-UTRAN은 이중 접속(DC) 동작을 지원하며, 이에 의해 RRC_CONNECTED에서의 복수의 수신/전송(Rx/Tx) UE가, X2 인터페이스를 통한 비이상적 백홀(non-ideal backhaul)을 통해 접속되는 2개의 eNB에 위치되는, 2개의 별개의 스케줄러에 의해 제공되는 무선 리소스들을 이용하도록 구성된다(3GPP 36.300 참조). 특정 UE에 대한 DC에 수반되는 eNB들은 2개의 상이한 역할을 가정할 수 있다: eNB는 마스터 노드(Master node)(MN)로서 또는 세컨더리 노드(Secondary node)(SN)로서 역할할 수 있다. DC에서, UE는 하나의 MN 및 하나의 SN에 접속된다.

LTE DC에서, 특정 베어러가 이용하는 무선 프로토콜 아키텍처는 베어러가 어떻게 셋업되는지에 의존한다. 3가지 베어러 유형, 즉 마스터 셀 그룹(MCG) 베어러, 세컨더리 셀 그룹(SCG) 베어러, 및 분할 베어러들이 존재한다. RRC는 MN에 위치하고, SRB들은 항상 MCG 베어러 유형으로서 구성되고, 따라서 MN의 무선 리소스들만을 이용한다. 도 1은 UE에서의 3가지 유형의 베어러들을 갖는 LTE DC 사용자 평면(UP)을 도시한다.

LTE-NR 이중 접속

LTE-NR(LTE-New Radio) DC(LTE-NR 긴밀 상호연동이라고도 지칭됨)는 rel-15에 대해 현재 논의되고 있다. 이러한 맥락에서, LTE DC로부터의 주요 변화들은 다음과 같다:

SN으로부터의 분할 베어러의 도입(SCG 분할 베어러로서 알려짐);

RRC를 위한 분할 베어러의 도입;

SN으로부터의 직접 RRC의 도입(SCG SRB라고도 지칭됨).

도 2 및 도 3은 LTE-NR 긴밀 상호연동을 위한 UP 및 제어 평면(CP) 아키텍처들을 각각 도시한다.

SN은 때때로 SgNB(여기서, gNB는 NR 기지국임)라고 지칭되고, MN은 LTE가 마스터 노드이고, NR이 세컨더리 노드인 경우에 MeNB라고 지칭된다. NR이 마스터이고, LTE가 세컨더리 노드인 다른 경우에, 대응하는 용어들은 SeNB 및 MgNB이다.

분할 RRC 메시지들은 주로 다이버시티를 생성하는데 이용되고, 전송자는 RRC 메시지들을 스케줄링하기 위해 링크들 중 하나를 선택하기로 결정할 수 있거나, 양 링크들을 통해 메시지를 복제할 수 있다. 다운링크에서, MCG 또는 SCG 레그들 사이의 경로 전환 또는 둘 다에 대한 복제는 네트워크 구현에 맡겨진다. 한편, UL에 대해, 네트워크는 MCG, SCG 또는 양 레그들을 이용하도록 UE를 구성한다. 용어들 "레그" 및 "경로"는 본 문서 전체에 걸쳐 상호교환가능하게 사용된다.

다음의 용어들은 상이한 이중 접속 시나리오들을 구별하기 위해 본 개시내용 전체에 걸쳐 사용된다:

DC: LTE DC(즉, MN 및 SN 둘 다가 LTE를 이용함);

EN-DC: LTE가 마스터이고, NR이 세컨더리인 LTE-NR 이중 접속;

NE-DC: NR이 마스터이고, LTE가 세컨더리인 LTE-NR 이중 접속;

NR-DC(또는 NR-NR DC): MN 및 SN 둘 다가 NR을 이용함;

MR-DC(다중-RAT DC): MN 및 SN이 상이한 무선 액세스 기술들(RAT들)을 이용하는 경우를 설명하기 위한 일반적인 용어이고, EN-DC 및 NE-DC는 MR-DC의 2개의 상이한 예시적인 경우들이다.

EN-DC에서의 베어러 맞춤

무선 액세스 네트워크 2(RAN2)에서, 다음과 같은 방식으로, 이전에 MCG 베어러들, MCG 분할 베어러들, SCG 베어러들 및 SCG 분할 베어러들이라고 불리던 것들을 맞추는 것에 동의하였다:

a) (UE가 독립형 LTE 모드에서 동작하고, EN-DC가 셋업되지 않은 경우에도) 모든 베어러들에 대해 NR 패킷 데이터 컨버전스 프로토콜(PDCP)을 이용하도록 UE를 구성하는 것이 가능하다;

b) NR PDCP로 구성된 모든 베어러들에 대해, 보안 키로서 KeNB 또는 S-KeNB를 이용하도록 UE를 구성하는 것이 가능하다;

c) PDCP 계층들의 구성은 MCG 및 SCG 레그 하위 계층들의 구성으로부터 분리된다.

UE 관점에서, 이것은 (도 4에서 볼 수 있는 바와 같이) 단지 3개의 상이한 베어러, 즉,

d) 오직 MN 노드를 향한 무선 링크를 이용하는 MCG 베어러;

e) 오직 SN 노드의 무선을 이용하는 SCG 베어러;

f) 그리고, MN 및 SN 둘 다의 무선을 이용하는 분할 베어러가 있다는 것을 의미한다.

이러한 베어러들이 네트워크에서 종료되는 것이 UE의 관점에서 더 이상 중요하지 않으며, 즉, UE는 각각의 베어러로부터 구성되고 있는 키를 단지 이용할 것이다. RAN2의 관점에서, S-KeNB를 이용하여 SN 노드에서 종료되는 MCG 베어러들 및 MN 노드에서 종료되는 SCG 베어러들을 셋업하도록 완전히 지원된다. 유사하게, SN 및 MN 종료된 베어러들 둘 다, 즉 SN 종료된 분할 베어러들 및 MN 종료된 분할 베어러들 둘 다를 동시에 지원하는 것이 가능하다.

LTE 재확립 절차

LTE 재확립 절차의 목적은 무선 링크 실패, 핸드오버 실패, E-UTRA 실패로부터의 이동성, SRB들에 대한 무결성 체크 실패, 또는 RRC 접속 재구성 실패의 검출 시에 RRC 접속을 재확립하는 것이다. 재확립은 SRB1의 재개, 보안의 재활성화 및 1차 셀(Primary cell)(PCell)만의 구성을 수반하며, 즉 캐리어 집성(CA) 또는 DC 동작들은 재확립되지 않는다.

타겟 eNB는 재확립 요청을 받을 때, 그 요청에 포함된 ReestabUE-Identity로부터 소스 eNB/셀을 식별하고, 무선 링크 실패(RLF) Indication X2 메시지를 소스 eNB에 전송할 수 있다. 소스 eNB는 UE 컨텍스트(RRC 컨텍스트 및 S1 컨텍스트)를 포함하는 핸드오버 요청 메시지로 응답할 수 있다. 타겟 eNB가 UE 컨텍스트를 이해할 수 있는 경우, 재확립이 성공하고, 타겟 eNB는 RRCConnectionReestablishment 메시지를 UE에 전송한다. 타겟 eNB는 UE 컨텍스트를 수신하지 않거나 그 컨텍스트를 이해하지 못하면, 재확립을 거절할 수 있고, UE는 RRC_IDLE로 가서 재접속해야 한다. 타겟 eNB는 RRC 컨텍스트를 이해하지 못하지만, S1 컨텍스트를 이해할 수 있는 경우, 재확립을 반드시 거절할 필요는 없으며, 여전히 RRCConnectionReestablishment로 응답할 수 있고, 나중에 S1 컨텍스트에 기반하여 베어러들을 재구성하기 위해 전체 재구성을 이용할 수 있다.

재확립 성공의 경우, SRB1 동작은 재개되는 반면, 다른 무선 베어러들(SRB2 및 DRB들)의 동작은 중단된 채로 유지된다. AS(Access Stratum) 보안이 활성화되지 않은 경우, UE는 절차를 개시하지 않고, 대신에 RRC_IDLE로 직접 이동한다.

E-UTRAN은 다음과 같이 재확립 절차를 적용한다:

AS 보안이 활성화되었을 때:

- SRB1을 재구성하고, 이 무선 베어러에 대해서만 데이터 전송을 재개하고;

- 알고리즘들을 변경하지 않고서 AS 보안을 재활성화한다.

이후, UE는 RRCConnectionReestablishmentComplete 메시지를 전송하고, 타겟 eNB는 SRB2 및 DRB들을 재구성하기 위해 RRCConnectionReconfiguration 메시지를 전송함으로써 응답한다.

RRC 접속 재확립 절차 흐름은 도 5(성공의 경우) 및 도 6(실패의 경우)에 도시된다. SRB0은 RRCConnectionReestablishmentRequest, RRCConnectionReestablishment 및 RRCConnectionReestablishmentReject 메시지들을 전송하는데 이용되는 반면, RRCConnectionReestablishmentComplete는 SRB1을 이용한다.

LTE 중단/재개 절차

RRC 중단/재개 기능은 LTE rel-13에서 도입되었다. 중단된 UE는 IDLE과 CONNECTED 사이의 중간 상태에 있는 것으로 고려될 수 있고, 여기서 UE AS 컨텍스트는 UE 및 RAN 둘 다에서 유지되고, UE는 코어 네트워크(CN) 관점으로부터 그것이 접속 모드에 있지만 중단되고, RAN 관점으로부터 IDLE 모드에 있는 것처럼 보여질 수 있다. 이 모드에서 동작하는 것의 이점은, IDLE 모드의 UE 전력 절감 이점들을 유지하면서, 레거시 IDLE-CONNECTED 모드 전이들에 비해 CONNECTED 모드로의 더 빠른 전이 및 시그널링이 감소된다는 점이다.

UE를 중단 상태로 이동시키도록 네트워크에 의해 결정이 행해질 때, eNB는 rrc-suspend의 릴리스 원인 값(release cause value)을 갖는 RRCConnectionRelease 메시지를 UE에 전송한다. RRCConnectionRelease 메시지는 또한 Resume ID를 포함한다. UE는 Resume ID 및 UE AS 컨텍스트(현재 RRC 구성, 현재 보안 컨텍스트, 강건한 헤더 압축(ROHC) 상태를 포함하는 PDCP 상태, 소스 PCell에서 이용되는 셀-무선 네트워크 임시 식별자(C-RNTI), 셀 아이덴티티(cellID) 및 소스 PCell의 물리적 셀 아이덴티티를 포함함)를 저장하고; (SRB들 및 DRB들 둘 다에 대한) 모든 무선 링크 제어(RLC) 엔티티들을 재확립하고; SRB0을 제외한 모든 DRB들 및 SRB들을 중단한다.

(전송될 UL 데이터 또는 DL 데이터에 대한 페이징 요청에 응답하여) UE가 나중에 접속을 재개하기를 원할 때, UE는 저장된 Resume ID를 갖는 RRCConnectionResumeRequest 메시지를 전송한다. UE가 중단되었을 때 UE를 서빙하고 있었던 eNB 이외의 eNB에서 재개 동작이 수행되는 경우, (Resume ID가 오래된 eNB/셀에 관한 정보를 포함하므로) 새로운 eNB는 오래된 eNB로부터 Retrieve UE Context X2 절차를 이용하여 컨텍스트 페치를 수행할 수 있다. (새로운 eNB 상에서 재개하는 경우) 컨텍스트의 획득 시에, 또는 재개가 동일한 eNB에 있었던 경우, 타겟 eNB는 RRCConnectionResume 메시지로 응답하고, UE 및 eNB 둘 다는 저장된 UE 컨텍스트를 복원하고, UE로부터/로의 데이터 전송/수신이 재개될 수 있다.

RRC 접속 재개 절차 흐름은 도 7(성공의 경우) 및 도 8(RRC 접속 확립에 대한 폴백(fallback))에 도시된다. 도 9(네트워크 거절 또는 릴리스)는 LTE에서의 재개 절차를 도시한다. SRB0은 RRCConnectionResumeRequest, RRCConnectionSetup 및 RRCConnectionReestablishmentReject를 전송하는데 이용되는 반면, RRCConnectionResume 및 RRCConnectionResumeComplete 메시지는 SRB1을 이용한다.

(절차적인 관점으로부터의) 재개와 재확립 사이의 주요 차이는, SRB1이 RRCConnectionResume 메시지에 이용되는 반면, SRB0이 RRCConnectionReestablishment 메시지에 이용된다는 것이다.

RRCConnectionResume 메시지는 RRCConnectionReestablishment 메시지와 달리 SRB2/DRB 구성을 포함할 수 있고, 따라서 재개 후에 RRCConnectionReconfiguration이 필요하지 않다(반면에 재확립의 경우에 SRB2/DRB들을 재구성하는 것이 필요하다).

상세한 RRC 접속 중단 절차(1000)가 도 10에 도시되어 있다.

더 구체적으로, 도 10의 단계(1010)에서, 일부 트리거들, 예컨대 UE 비활성 타이머의 만료로 인해, eNB는 RRC 접속을 중단하기로 결정한다.

단계(1020)에서, eNB는 이동성 관리 엔티티(MME)에게 RRC 접속이 중단되고 있음을 알리기 위해 S1-애플리케이션 프로토콜(AP) UE 컨텍스트 중단 절차를 개시한다. 이를 위해, eNB는 UE 컨텍스트 중단 요청을 전송한다. 유의할 점은, S1이 eNB와 코어 네트워크 사이의 인터페이스를 지칭한다는 것이다.

단계(1030)에서, MME는 서빙 게이트웨이(S-GW)에게 UE에 대한 모든 S1-U 베어러들을 릴리스하라고 요청한다. S1-U는 S1 사용자 평면을 지칭하고, S1-U 베어러들은 eNB와 코어 네트워크 사이에서 사용자 데이터를 운반하는 베어러들이다.

단계(1040)에서, MME는 단계(1020)에 대해 확인응답한다. 예를 들어, MME는 단계(1020)의 요청에 대한 응답을 전송한다.

단계(1050)에서, eNB는 rrc-Suspend로 설정된 releaseCause를 갖는 RRCConnectionRelease 메시지를 UE에 전송함으로써 RRC 접속을 중단한다. 이 메시지는 UE에 의해 저장되는 resumeIdentity를 포함한다.

단계(1060)에서, UE는 AS 컨텍스트를 저장하고, 모든 SRB들 및 DRB들을 중단한다. UE는 RRC_IDLE 라이트 접속 상태에 진입한다.

UE는 나중에, (전송될 UL 데이터 또는 DL 데이터에 대한 페이징 요청에 응답하여) 접속을 재개하기를 원할 때, 저장된 resumeIdentity를 갖는 RRCConnectionResumeRequest 메시지를 전송한다. eNB는 RRCConnectionResume 메시지로 응답하고, UE와 eNB 양쪽 모두는 저장된 UE 컨텍스트를 복원하고, UE로부터/로의 데이터 전송/수신이 재개될 수 있다. 재개 동작은 UE가 중단되었을 때 UE를 서빙하였던 eNB 이외의 eNB에서 수행될 수 있다는 점에 유의한다. 이러한 경우에, 새로운 eNB는 (resumeIdentity가 오래된 eNB/셀에 관한 정보를 포함하므로) 예를 들어, 오래된 eNB로부터의 검색 UE 컨텍스트 절차를 이용함으로써 컨텍스트 페치를 수행할 수 있다.

동일한 eNB 및 새로운 eNB에서의 RRC 접속 재개 절차가 도 11 및 도 12에 각각 도시되어 있다.

도 11은 동일한 eNB에서의 RRC 접속 재개 절차(1100)를 도시한다.

단계(1110)에서, UE는 네트워크에 액세스하기 위해, 랜덤 액세스 프리앰블을 eNB에 전송한다.

단계(1120)에서, eNB는 UE가 네트워크 노드(eNB)에 접속되어 있다는 것을 확인하기 위해, 랜덤 액세스 응답을 전송함으로써 응답한다.

도 11의 단계(1130)에서, 일부 나중 시점에서(예를 들어, UE가 페이징되고 있을 때 또는 새로운 데이터가 업링크 버퍼에 도착할 때), UE는 RRCConnectionResumeRequest를 eNB에 전송함으로써 접속을 재개한다. UE는 그 재개 ID, 확립 원인, 및 인증 토큰을 포함할 수 있다. 인증 토큰은 RRC 접속 재확립에 이용되는 짧은 메시지 인증 코드-무결성(MAC-I)과 동일한 방식으로 계산되고 eNB가 UE 아이덴티티를 입증하는 것을 허용한다.

단계(1140)에서, 재개 ID가 존재하고, 인증 토큰이 성공적으로 검증되면, eNB는 RRCConnectionResume로 응답한다. 이 메시지는 AS 보안을 재확립하기 위해 요구되는 다음 홉 체이닝 카운트(NCC) 값을 포함한다.

단계(1150)에서, UE는 모든 SRB들 및 DRB들을 재개하고 AS 보안을 재확립한다. UE는 이제 RRC_CONNECTED에 있다.

단계(1160)에서, UE는 RRC 접속이 성공적으로 재개되었다는 것을 확인하는 RRCConnectionResumeComplete로 응답한다.

단계(1170)에서, eNB는 UE 상태 변경에 관해 MME에게 통지하기 위해 S1-AP 컨텍스트 재개 절차를 개시한다.

단계(1180)에서, MME는 UE에 대한 S1-U 베어러들을 활성화하도록 S-GW에 요청한다.

단계(1190)에서, MME는 단계(1170)에 대해 확인응답한다.

도 12는 UE가 중단되는 소스 eNB와는 상이한 eNB에서의 RRC 재개 절차(1200)를 도시한다.

단계들(1205 내지 1215)은 도 11에서의 단계들(1110 내지 1130)과 동일하다.

단계(1220)(X2-AP: 검색 UE 컨텍스트 요청)에서, 새로운 eNB는 재개 ID를 이용하여 오래된 eNB를 찾고 X2-AP 검색 UE 컨텍스트 절차에 의해 UE 컨텍스트를 검색한다.

단계(1225)(X2-AP: 검색 UE 컨텍스트 응답)에서, 오래된 eNB는 재개 ID와 연관된 UE 컨텍스트로 새로운 eNB에 응답한다.

단계(1230)에서, 이것은 (인트라 eNB 접속 재개에서의) 도 11의 단계(1140)와 동일한 단계이다.

단계(1235)에서, 이것은 (인트라 eNB 접속 재개에서의) 도 11의 단계(1150)와 동일한 단계이다.

단계(1240)에서, 이것은 (인트라 eNB 접속 재개에서의) 도 11의 단계(1160)와 동일하다.

단계(1245)에서, 새로운 eNB는 S1-AP 경로 전환 절차를 개시하여 서빙 MME로의 S1 UE 연관 시그널링 접속을 확립하고 MME에게 UE 컨텍스트를 재개하라고 요청한다.

단계(1250)에서, MME는 UE에 대한 S1-U 베어러들을 활성화하도록 S-GW에게 요청하고, 다운링크 경로를 업데이트한다.

단계(1255)에서, MME는 단계(1245)에 대해 확인응답한다.

단계(1260)(X2-AP: UE 컨텍스트 릴리스)에서, S1-AP 경로 전환 절차 후에, 새로운 eNB는 X2-AP UE 컨텍스트 릴리스 절차에 의해 오래된 eNB에서 UE 컨텍스트의 릴리스를 트리거링한다.

재개 절차는 RAN 노드가 저장된 UE 컨텍스트를 갖지 않는 경우들이 있을 수 있다는 점에서 기회주의적 절차이다. 이 경우, RAN으로 하여금 CN으로의 UE 시그널링 및 이후 RAN에서 UE 컨텍스트의 CN 재구축을 수반하는 RRC 접속 셋업 절차를 이용하여 UE 컨텍스트를 복구하게 하는 솔루션이 명시되었다. 이를 위한 RRC 절차가 도 8에 도시되어 있다. 도 13에는, 이 경우에 대해 더 상세한 절차가 도시되어 있다. 이 경우는 또한 (UE AS 컨텍스트가 제거되기 때문에) NAS 복구 이용 또는 IDLE를 통한 전이로서 지칭될 수 있다. 도 13은 관련 기술분야에 알려져 있으므로, 이것에 대해서는 더 설명되지 않을 것이다.

LTE에서의 전체 RRC 구성들

LTE에서, 핸드오버(HO) 또는 재확립 동안, UE 컨텍스트는 소스로부터 타겟 eNB로 전달된다. 타겟 eNB는 UE 구성의 임의의 부분을 이해하지 못하면, 전체 구성을 트리거링한다. 전체 구성 절차는 아래와 같이 3GPP TS(Third Generation Partnership Project Technical Specification) 36.331 섹션 5.3.5.8에 명시된다.

UE는,

1> MCG C-RNTI, MCG 보안 구성 및 PDCP, RLC, RB들에 대한 논리적 채널 구성들 및 로깅된 측정 구성을 제외한 모든 현재의 전용 무선 구성들을 릴리스/제거하고;

주 1: 무선 구성은 리소스 구성뿐만 아니라 MeasConfig 및 OtherConfig와 같은 다른 구성들을 포함한다.

1> RRCConnectionReconfiguration 메시지가 mobilityControlInfo를 포함하는 경우:

2> 모든 현재의 공통 무선 구성들을 릴리스/제거하고;

2> 타이머 T310, T311 및 상수 N310, N311에 대해 9.2.5에 명시된 디폴트 값들을 이용하고;

1> 그렇지 않은 경우,

2> SystemInformationBlockType2(또는 NB-IoT에서의 SystemInformationBlockType2-NB)에서 수신된 ue-TimersAndConstants에 포함된, 타이머들 T301, T310, T311 및 상수들 N310, N311에 대한 값들을 이용하고;

1> 9.2.4에 명시된 바와 같은 디폴트 물리적 채널 구성을 적용하고;

1> 9.2.3에 명시된 바와 같은 디폴트 반영구적 스케줄링 구성을 적용하고;

1> 9.2.2에 명시된 바와 같은 디폴트 MAC 메인 구성을 적용하고;

1> UE가 NB-IoT UE인 경우; 또는

1> srb-ToAddModList(SRB 재구성)에 포함된 각각의 srb-Identity 값에 대해:

2> 대응하는 SRB에 대해 9.1.2에 정의된 명시된 구성을 적용하고;

2> SRB1에 대한 9.2.1.1 또는 SRB2에 대한 9.2.1.2에 명시된 SRB에 대해 대응하는 디폴트 RLC 구성을 적용하고;

2> SRB1에 대한 9.2.1.1 또는 SRB2에 대한 9.2.1.2에 명시된 바와 같은 SRB에 대해 대응하는 디폴트 논리적 채널 구성을 적용하고;

주 2: 이것은 SRB들(핸드오버를 위한 SRB1 및 SRB2 및 재확립 후의 재구성을 위한 SRB2)을 재구성 메시지가 추가 구성을 수행할 수 있는 알려진 상태가 되게 하는 것이다.

1> 현재 UE 구성의 일부인 drb-ToAddModList에 포함된 각각의 eps-BearerIdentity 값에 대해:

2> PDCP 엔티티를 릴리스하고;

2> RLC 엔티티 또는 엔티티들을 릴리스하고;

2> DTCH 논리적 채널을 릴리스하고;

2> drb-identity를 릴리스하고;

주 3: 이것은 eps-bearerIdentity를 보유하지만 현재의 UE 구성으로부터 이러한 베어러들의 drb-identity를 포함하는 DRB들을 제거하고 새로운 구성을 이용하여 섹션 5.3.10.3에서의 AS 내의 DRB들의 셋업을 트리거링할 것이다. eps-bearerIdentity는 릴리스 및 재셋업 DRB를 연관시키기 위한 앵커로서 동작한다. AS에서, DRB 재셋업은 새로운 DRB 셋업(새로운 PDCP 및 논리적 채널 구성들을 포함함)과 동등하다.

1> 현재 UE 구성의 일부이지만 drb-ToAddModList의 일부가 아닌 각각의 eps-BearerIdentity 값에 대해:

2> 5.3.10.2에 명시된 바와 같은 DRB 릴리스를 수행한다.

위로부터 알 수 있는 바와 같이, 전체 구성 옵션은 무선 구성의 초기화를 포함하며, 이는 보안 알고리즘들이 RRC 재확립에 대해 계속되는 것을 제외하고 소스 셀(들)에서 이용되는 구성과는 독립적으로 절차를 수행한다. DRB가 drb-ToAddModList에 포함되지 않으면, DRB는 릴리스될 것이고, 따라서 상위 계층들에 대한 메시지가 전송되어 베어러의 릴리스를 나타낸다(즉, 릴리스된 베어러(들)와 연관된 데이터 서비스(들)를 계속하기 위해 스크래치로부터의 완전한(full-fledged) 베어러 셋업이 요구된다). drb-toAddModList에 포함된 이러한 베어러들에 대해, PDCP/RLC/논리적 채널(LCH) 엔티티들이 릴리스되고 다시 확립된다.

전체 구성을 이용하는 이점들은 (핸드오버의) 타겟 노드가 소스 노드에서 UE 구성을 이해할 필요가 없다는 점이다. 이것은 이후 RRC 및 다른 프로토콜들의 상이한 프로토콜 버전들을 지원하는 상이한 노드들 간의 이동성을 지원하는 것을 가능하게 한다. 이것은 또한 소스 및 타겟 노드들이 (예를 들어, 상이한 알고리즘들을 이용하여) UE 처리 및 구성을 위한 상이한 솔루션들을 지원할 때의 경우들을 처리하는 것을 가능하게 한다.

전체 구성(즉, 델타 시그널링을 이용하는 이점)을 이용하는 것의 단점은 전체 구성이 UE 컨텍스트의 관련 부분들만이 재구성되는 델타 시그널링에 비해 무선을 통해 전송되는 더 큰 메시지들을 초래할 수 있다는 점이다.

HO 또는 재확립 동안 전체 구성이 통상적으로 이용되더라도, 네트워크는 언제든지 UE의 전체 재구성을 수행하기로 결정할 수 있다는 점에 유의한다.

전술한 전체 구성 절차는 fullConfig 플래그 세트를 갖는 RRCConnectionReconfiguration 메시지를 전송함으로써 수행되고, 재확립 및 재개와 같은 다른 무선 재구성 메시지들에 대해 이용가능하지 않다. 재확립의 경우에, 이러한 절차는 항상 RRCConnectionReconfiguration 절차가 뒤따르고, 이러한 전체 구성은 이 스테이지 동안 수행될 수 있다. 다른 한편으로, 재개 절차의 주요 목적들 중 하나는 UE를 (가능한 한 적은 시그널링으로) 가능한 한 빨리 접속 모드로 전이시키고, UE가 중단되었을 때 UE의 저장된 구성을 재이용하는 것이고, 따라서 추가적인 RRCConnectionReconfiguration이 필요하지 않다.

그러나, 중단 후의 재개 동안, 타겟 노드가 UE의 무선 구성을 이해하지 못하고, 전체 구성이 지원되지 않기 때문에, 재개를 위한 UE에 대한 유일한 실행가능한 옵션이 (도 8 및 도 12에 도시된 바와 같이) IDLE 모드를 통한 것일 것이며, 이는 UE에서 서비스 연속성의 추가 지연들을 초래하는 시나리오들이 있다.

rel-15 및 EN-DC와 관련하여, 이러한 상황들은 쉽게 발생할 수 있다. 예를 들어, UE는 무선 베어러들(SRB들 또는 DRB들) 중 일부에 대해 NR PDCP를 이용하도록 구성될 수 있고, UE는 EN-DC 모드에 있지 않더라도, NR PDCP를 지원하지 않는 eNB에서 재개될 수 있다.

이 문제를 어느 정도 해결하기 위해, 2017년 9월 28일자로 USPTO에 출원된 가특허 출원 제62/565,067호(그 내용이 본 명세서에 포함됨)에서 솔루션이 제안되었고, 이것은 나중에 RAN2 #100 회의에서 이루어진 합의([ftp://ftp.3gpp.org/tsg_ran/WG2_RL2/TSGR2_100/Report/RAN2-100-Reno-Chair-Notes-2017-12-01-eom.docx])에 담겨져 있다.

이 솔루션은 eNB가 LTE PDCP를 이용하는 SRB1에서 RRCConnectionResume 명령을 전송할 수 있을 것이고, UE가 이를 이해할 수 있을 것임을 보장한다. 그러나, 이 솔루션은 여전히 eNB가 소스 셀에서 UE 컨텍스트(또는 구성)를 이해하여 타겟 셀에서 UE를 구성할 수 있어야 하는 방법을 알 것을 요구한다. 타겟 셀(또는 네트워크 노드)은 UE 컨텍스트를 이해하지 못하면, (도 8 및 도 12에 도시된 바와 같이) RRC 접속 셋업 메시지를 UE에 전송함으로써 UE가 NAS 복구를 수행하게 할 수 밖에 없을 것이다.

본 개시내용의 특정 양태들 및 그 실시예들은 위에 언급된 문제들에 대한 솔루션들을 제공할 수 있다.

제1 양태에 따르면, 네트워크 노드(예를 들어, 기지국, gNB, eNB)에서의 방법이 제공된다. 이 방법은, 무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하는 단계, 그 요청에 응답하여, 재개 메시지를 무선 디바이스에 전송하는 단계를 포함하며, 이 메시지는 전체 구성을 수행하라는 표시를 포함한다.

제2 양태에 따르면, 회로를 포함하는 네트워크 노드가 제공된다. 이 회로는 하나 이상의 프로세서 및 메모리를 포함할 수 있다. 네트워크 노드는 다양한 양태들에 따라 본 명세서에 개시된 방법의 실시예들에 따른 단계들을 수행하도록 동작가능하다.

제3 양태에 따르면, 일부 실시예들은 본 명세서에 설명된 바와 같은 하나 이상의 네트워크 노드 기능(예컨대, 액션들, 동작들, 단계들 등)을 수행하도록 구성되거나 동작가능한 네트워크 노드를 포함한다.

일부 실시예들에서, 네트워크 노드는 하나 이상의 다른 무선 노드 및/또는 하나 이상의 네트워크 노드와 통신하도록 구성된 하나 이상의 통신 인터페이스, 및 통신 인터페이스에 동작가능하게 접속된 처리 회로를 포함할 수 있고, 처리 회로는 본 명세서에서 설명되는 바와 같은 하나 이상의 네트워크 노드 기능을 수행하도록 구성된다. 일부 실시예들에서, 처리 회로는 적어도 하나의 프로세서, 및 프로세서에 의해 실행될 때, 본 명세서에 설명된 바와 같은 하나 이상의 네트워크 노드 기능을 수행하도록 적어도 하나의 프로세서를 구성하는 명령어들을 저장하는 적어도 하나의 메모리를 포함할 수 있다.

일부 실시예들에서, 네트워크 노드는 본 명세서에 설명된 바와 같은 하나 이상의 네트워크 노드 기능을 수행하도록 구성된 하나 이상의 기능 모듈을 포함할 수 있다.

제4 양태에 따르면, 일부 실시예들은, 네트워크 노드의 처리 회로(예컨대, 적어도 하나의 프로세서)에 의해 실행될 때, 본 명세서에 설명된 바와 같은 하나 이상의 네트워크 노드 기능을 수행하도록 처리 회로를 구성하는 명령어들을 포함하는 컴퓨터 프로그램 제품을 저장하는 비일시적 컴퓨터 판독가능한 매체를 포함한다.

제5 양태에 따르면, 다양한 양태들에 따라, 본 명세서에 개시된 방법의 실시예들에 따른 단계들을 위한 명령어들을 처리 및/또는 저장하도록 구성된 컴퓨터 프로그램들, 컴퓨터 판독가능한 매체가 또한 제공된다.

제6 양태에 따르면, 무선 디바이스에서의 방법이 제공된다. 이 방법은 통신 네트워크에서 접속을 재개하라는 요청을 네트워크 노드에 전송하는 단계, 네트워크 노드로부터 재개 메시지를 수신하는 단계 - 이 메시지는 전체 구성을 수행하라는 표시를 포함함 -, 및 전체 구성을 적용하는 단계를 포함한다.

제7 양태에 따르면, 회로를 포함하는 무선 디바이스가 제공된다. 이 회로는 하나 이상의 프로세서 및 메모리를 포함할 수 있다. 무선 디바이스는 다양한 양태들에 따라 본 명세서에 개시된 방법의 실시예들에 따른 단계들을 수행하도록 동작가능하다.

제8 양태에 따르면, 일부 실시예들은 본 명세서에 설명된 바와 같은 하나 이상의 네트워크 노드 기능(예컨대, 액션들, 동작들, 단계들 등)을 수행하도록 구성되거나 동작가능한 네트워크 노드를 포함한다.

일부 실시예들에서, 무선 디바이스는 하나 이상의 다른 무선 노드 및/또는 하나 이상의 네트워크 노드와 통신하도록 구성된 하나 이상의 통신 인터페이스, 및 통신 인터페이스에 동작가능하게 접속된 처리 회로를 포함할 수 있고, 처리 회로는 본 명세서에서 설명되는 바와 같은 하나 이상의 무선 디바이스 기능을 수행하도록 구성된다. 일부 실시예들에서, 처리 회로는 적어도 하나의 프로세서, 및 프로세서에 의해 실행될 때, 본 명세서에 설명된 바와 같은 하나 이상의 무선 디바이스 기능을 수행하도록 적어도 하나의 프로세서를 구성하는 명령어들을 저장하는 적어도 하나의 메모리를 포함할 수 있다.

본 개시내용의 양태들의 특정 실시예들은 다음을 포함하는 하나 이상의 기술적 이점을 제공할 수 있다:

- UE가 중단된(또는 비활성 모드로 전송된) 소스 eNB에 의해 이용되고 있는 것보다 RAT의 이전 버전(또는 RAT의 동일한 버전이지만 기능이 제한된 것)을 이용하고 있는 e/gNB에서 중단된 UE를 재개하는 것이 가능할 것이다.

- UE가 네트워크 내에서 로밍할 때의 균일한 UE 거동(즉, UE는 소스 및 타겟에 의해 이용되고 있는 RAT의 버전에 관계없이 동일한 레이턴시로 재개될 수 있다).

- 운영자들은 그 네트워크 노드를 업그레이드 할 시기와 관련하여 일부 재량권이 있다(즉, 운영자들은 최신 버전의 RAT를 이용하는 새로운 네트워크 노드들을 배포하거나 이미 배포된 노드들의 일부 부분들을 업그레이드할 때마다 재개 기능을 지원하기 위해 모든 그 네트워크 노드들을 업그레이드할 필요가 없다).

특정 실시예들은 이러한 이점들 중 어느 것도 갖지 않거나, 일부를 가질 수 있다. 다른 이점들은 관련 기술분야의 통상의 기술자에게 명백할 것이다.

이 요약은 모든 고려된 실시예들의 광범위한 개관은 아니고, 임의의 또는 모든 실시예들의 핵심적인 또는 중요한 양태들 또는 특징들을 식별하거나, 임의의 또는 모든 실시예들의 범위를 기술하는 것으로 의도되지 않는다. 이러한 의미에서, 다른 양태들 및 특징들은 첨부 도면들과 관련하여 특정 실시예들의 다음의 설명의 리뷰 시에 관련 기술분야의 통상의 기술자에게 명백해질 것이다.

이하, 첨부 도면들을 참조하여 예시적인 실시예들이 더 상세히 설명될 것이다.
도 1은 LTE DC 사용자 평면(UP)의 개략적인 블록도를 도시한다.
도 2는 UP에 대한 LTE-NR 긴밀 상호연동의 개략적인 블록도이다.
도 3은 제어 평면(CP)에 대한 LTE-NR 긴밀 상호연동의 개략적인 블록도이다.
도 4는 통신 네트워크에서 3개의 베어러의 구성의 개략적인 블록도를 도시한다.
도 5는 성공적인 RRC 접속 재확립 절차의 신호도를 도시한다.
도 6은 실패한 RRC 접속 재확립 절차의 신호도를 도시한다.
도 7은 성공적인 RRC 접속 재개 절차의 신호도를 도시한다.
도 8은 RRC 접속 확립 절차에 대한 성공적인 RRC 접속 재개 폴백의 신호도를 도시한다.
도 9는 네트워크 거절 또는 릴리스를 갖는 RRC 접속 재개 절차의 신호도를 도시한다.
도 10은 RRC 접속 중단의 신호도이다.
도 11은 RRC 접속 재개 절차의 다른 신호도이다.
도 12는 UE가 중단된 소스 네트워크 노드와는 상이한 타겟 네트워크 노드에서의 RRC 접속 재개 절차의 신호도이다.
도 13은 UE 컨텍스트가 검색될 수 없는 경우를 처리하기 위한 신호도를 도시한다.
도 14는 통신 네트워크의 개략적인 블록도를 도시한다.
도 15는 실시예에 따른, 네트워크 노드에서의 방법의 흐름도를 도시한다.
도 16은 실시예에 따른, 네트워크 노드에서의 다른 방법의 흐름도를 도시한다.
도 17은 실시예에 따른, 무선 디바이스에서의 방법의 흐름도를 도시한다.
도 18은 실시예에 따른, 네트워크 노드에서의 또 다른 방법의 흐름도를 도시한다.
도 19 및 도 20은 일부 실시예들에 따른, 네트워크 노드의 개략적인 블록도들을 도시한다.
도 21 및 도 22는 일부 실시예들에 따른 무선 디바이스의 개략적인 블록도들을 도시한다.
도 23은 일부 실시예들에 의해 구현되는 기능들이 가상화될 수 있는 가상화 환경을 예시하는 개략적인 블록도를 도시한다.

후술하는 실시예들은 관련 기술분야의 통상의 기술자가 실시예들을 실시할 수 있게 하기 위한 정보를 나타낸다. 첨부 도면들에 비추어 다음의 설명을 읽을 때, 관련 기술분야의 통상의 기술자는 본 설명의 개념들을 이해할 것이고, 특히 본 명세서에서 다루지 않는 이들 개념들의 응용들을 인식할 것이다. 이러한 개념들 및 응용들은 본 설명의 범주 내에 속한다는 것을 알아야 한다.

아래의 설명에서, 많은 특정 상세들이 기술된다. 그러나, 이러한 구체적인 상세들 없이도 실시예들은 실시될 수 있음이 이해되어야 한다. 다른 경우들에 있어서, 잘 알려진 회로들, 구조들, 및 기술들은 이러한 설명의 이해를 모호하게 하지 않기 위해 상세하게 도시되지 않았다. 관련 기술분야의 통상의 기술자는 포함된 설명으로부터 과도한 실험없이 적절한 기능을 구현할 수 있을 것이다.

본 명세서에서 "하나의 실시예", "실시예", "예시적인 실시예" 등이라는 언급들은 설명된 실시예가 특정한 특징, 구조, 또는 특성을 포함할 수 있지만, 모든 실시예가 이러한 특정한 특징, 구조, 또는 특성을 꼭 포함하는 것은 아닐 수 있다는 것을 나타낸다. 더욱이, 이러한 문구들이 꼭 동일한 실시예를 지칭하는 것은 아니다. 또한, 특정한 특징, 구조, 또는 특성이 실시예와 관련하여 기술되는 경우, 이러한 특징, 구조, 또는 특성을 이들이 명시적으로 기술되어 있는지 여부와 관계없이 다른 실시예들과 관련하여 구현하는 것은 관련 기술분야의 통상의 기술자의 지식에 속함을 밝혀둔다.

본 명세서에서 사용될 때, 단수형들은 문맥이 명확하게 달리 지시하지 않는 한 복수형들도 포함하는 것을 의도한다. "포함한다" 및/또는 "포함하는"이 본 명세서에서 사용되는 경우에, 그 용어들은 언급된 특징들, 정수들, 단계들, 동작들, 요소들 및/또는 구성요소들의 존재를 명시하지만 하나 이상의 다른 특징, 정수, 단계, 동작, 요소, 구성요소 및/또는 이들의 그룹의 존재나 추가를 배제하지 않는다는 점이 또한 이해될 것이다.

도 14는 무선 통신들을 위한 무선 통신 네트워크(200)를 도시한다. 무선 통신 네트워크(200)는 무선 디바이스들(210)(예를 들어, 사용자 장비들(UE들)), 및 상호접속 네트워크(230)를 통해 하나 이상의 코어 네트워크 노드(240)에 접속된 복수의 네트워크 노드(220)(예를 들어, eNB들, gNB들, 기지국들 등)를 포함한다. 커버리지 영역 내의 무선 디바이스들(210)은 각각 무선 인터페이스를 통해 네트워크 노드들(220)과 직접 통신할 수 있다. UE들(210)은 예를 들어 대규모 MIMO(M-MIMO) 가능 UE들이다. 네트워크 노드는 M-MIMO UE의 서빙 네트워크 노드 또는 M-MIMO UE가 통신 링크를 확립하거나 유지할 수 있고/있거나, (예를 들어, 브로드캐스트 채널을 통해) 정보를 수신할 수 있는 임의의 네트워크 노드일 수 있다. 이와 같이, 네트워크 노드는 복수의 RRH들에 걸쳐 분산된 복수의 안테나들을 포함할 수 있다.

특정 실시예들에서, 무선 디바이스들(210)은 또한 디바이스 대 디바이스(D2D) 통신을 통해 서로 통신할 수 있다. 특정 실시예들에서, 네트워크 노드들(220)은 또한 예를 들어 인터페이스(예컨대, LTE에서의 X2 또는 다른 적절한 인터페이스)를 통해 서로 통신할 수 있다.

예로서, 무선 디바이스(210)는 무선 인터페이스를 통해 네트워크 노드(220)와 통신할 수 있다. 즉, 무선 디바이스(210)는 무선 신호들을 전송할 수 있고/있거나, 네트워크 노드(220)로부터 무선 신호들을 수신할 수 있다. 무선 신호들은 음성 트래픽, 데이터 트래픽, 제어 신호들 및/또는 임의의 다른 적절한 정보를 포함할 수 있다. 일부 실시예들에서는, 네트워크 노드(220)와 연관된 무선 신호 커버리지의 영역이 셀로 지칭될 수 있다.

일부 실시예들에서, 무선 디바이스(210)는 비-제한적인 용어인 사용자 장비(UE)로 상호교환가능하게 지칭될 수 있다. 무선 디바이스(210)는 무선 신호들을 통해 네트워크 노드 또는 다른 UE와의 적어도 M-MIMO 통신들이 가능한 임의의 유형의 무선 디바이스일 수 있다. 이러한 M-MIMO UE들의 예들은 센서, 모뎀, 스마트폰, 기계 유형(MTC) 디바이스, 즉 기계 대 기계(M2M) 디바이스, PDA, iPAD, 태블릿, 스마트폰, LEE(laptop embedded equipped), LME(laptop mounted equipment), USB 동글들 등이다.

일부 실시예들에서, "네트워크 노드"는 임의의 종류의 네트워크 노드들일 수 있다. 네트워크 노드들의 예들은 eNodeB, 노드 B, 기지국, 무선 액세스 포인트(AP), 기지국 제어기, 무선 네트워크 제어기, 중계기, 도너 노드 제어 중계기, 기지국 트랜시버(BTS), 전송 포인트들, 전송 노드들, 원격 무선 유닛(RRU), 원격 무선 헤드(RRH), 분산형 안테나 시스템(DAS) 내의 노드들, 코어 네트워크 노드, 이동성 관리 엔티티(MME) 등이다.

특정 실시예들에서, 네트워크 노드들(220)은 무선 네트워크 제어기(도시되지 않음)와 인터페이싱할 수 있다. 무선 네트워크 제어기는 네트워크 노드들(220)을 제어할 수 있고, 특정 무선 리소스 관리 기능들, 이동성 관리 기능들 및/또는 다른 적절한 기능들을 제공할 수 있다. 특정 실시예들에서, 무선 네트워크 제어기의 기능들은 네트워크 노드(220)에 포함될 수 있다. 무선 네트워크 제어기는 코어 네트워크 노드(240)와 인터페이싱할 수 있다. 특정 실시예들에서, 무선 네트워크 제어기는 상호접속 네트워크(230)를 통해 코어 네트워크 노드(240)와 인터페이싱할 수 있다.

상호접속 네트워크(230)는 오디오, 비디오, 신호들, 데이터, 메시지들, 또는 이들의 임의의 조합을 전송할 수 있는 임의의 상호접속 시스템을 지칭할 수 있다. 상호접속 네트워크(230)는 PSTN(public switched telephone network), 공중 또는 개인 데이터 네트워크, LAN(local area network), MAN(metropolitan area network), WAN(wide area network), 로컬, 지역, 또는 글로벌 통신 또는 컴퓨터 네트워크, 예컨대 인터넷, 유선 또는 무선 네트워크, 기업 인트라넷, 또는 이들의 조합들을 포함하는, 임의의 다른 적절한 통신 링크의 전부 또는 일부를 포함할 수 있다.

일부 실시예들에서, 코어 네트워크 노드(240)는 통신 세션들의 확립 및 무선 디바이스들(210)에 대한 다양한 다른 기능들을 관리할 수 있다. 코어 네트워크 노드(340)의 예들은 MSC, MME, SGW, PGW, O&M, OSS, SON, 위치결정 노드(예를 들어, E-SMLC), MDT 노드 등을 포함할 수 있다. 무선 디바이스들(210)은 비-액세스 계층(non-access stratum layer)을 이용하여 코어 네트워크 노드(240)와 특정 신호들을 교환할 수 있다. 비-액세스 계층의 시그널링에서, 무선 디바이스들(310)과 코어 네트워크 노드(240) 사이의 신호들은 무선 액세스 네트워크를 통해 투명하게 전달될 수 있다. 특정 실시예들에서, 네트워크 노드들(220)은 노드간 인터페이스를 통해 하나 이상의 다른 네트워크 노드와 인터페이싱할 수 있다. 예를 들어, 네트워크 노드들(220)은 X2 인터페이스를 통해 서로 인터페이싱할 수 있다.

도 14가 네트워크(200)의 특정한 배열을 도시하지만, 본 개시내용은 본 명세서에 설명된 다양한 실시예들이 임의의 적절한 구성을 갖는 다양한 네트워크들에 적용될 수 있다는 것을 고려한다. 예를 들어, 네트워크(200)는 임의의 적절한 수의 무선 디바이스들(210) 및 네트워크 노드들(220)뿐만 아니라, 무선 디바이스들 간의 또는 무선 디바이스와 다른 통신 디바이스(예컨대, 유선 전화기) 간의 통신을 지원하는데 적합한 임의의 추가적인 요소들을 포함할 수 있다. 실시예들은 임의의 적절한 통신 표준들을 지원하고 임의의 적절한 구성요소들을 이용하는 임의의 적절한 유형의 원격 통신 시스템에서 구현될 수 있고, 무선 디바이스가 신호들(예를 들어, 데이터)을 수신 및/또는 전송하는 임의의 무선 액세스 기술(RAT) 또는 다중-RAT 시스템들에 적용가능하다.

3GPP LTE(또는 E-UTRAN)로부터의 용어가 실시예들을 예시하고 서빙 및 희생 네트워크 노드들 모두를 설명하기 위해 본 개시내용에서 사용되었지만, 이것은 본 개시내용의 범위를 단지 전술한 시스템으로 제한하는 것으로 보여지지 않아야 한다. WCDMA, UTRA FDD, UTRA TDD, 및 GSM/GERAN/EDGE를 포함하는 다른 무선 시스템들도 본 개시내용 내에서 커버되는 아이디어들을 이용하는 것으로부터 이익을 얻을 수 있다. 또한, 본 개시내용의 실시예들은 서빙 및 희생 노드들이 상이한 무선 액세스 기술들(RAT들)을 이용하는 시나리오들에 적용될 수 있다.

전술한 바와 같이, 전체 재구성(또는 구성) 절차는 재확립 및 재개 절차들과 같은 무선 제어 절차들에 대해 이용가능하지 않다.

본 개시내용의 실시예들은, UE가 소스 eNB의 모든 기능들을 지원하지 않는 eNB/gNB에서 재개하는 경우에 대해, 현재 LTE 및 NR 재개 절차들의 단점들을 해결할 수 있다. 이러한 경우에, 타겟 eNB/gNB는 UE AS 컨텍스트에 포함된 정보를 판독할 수 없어서, IDLE 모드(NAS 복구라고도 알려짐)로 돌아가지 않고 UE 접속을 재개하는 것을 불가능하게 한다. NAS 복구를 이용하는 것은 추가적인 지연들 및 시그널링을 생성할 수 있다. 일부 실시예들은, 예를 들어, 재개 절차 동안 전체 재구성을 수행할 가능성을 도입함으로써 이러한 문제를 완화한다.

실시예 A

실시예 A는 도 12에 도시된 바와 같이 재개 절차에서 UE에 대해 전체 구성을 이용하는 것을 제안하지만, 새로운 eNB가 오래된 eNB와 호환되지 않는 경우, 이는 새로운 eNB가 구성 정보(예를 들어, UE AS 컨텍스트)와 같은 일부 파일들을 판독, 식별, 이해, 액세스할 수 없다는 것을 의미한다.

더 구체적으로, 재개 절차는 전체 구성(또는 재구성)을 지원하도록 향상된다. 타겟/새로운 eNB(gNB)는 UE로부터 재개 요청을 얻을 때(예를 들어, 도 12의 단계(1215) 참조), 소스/오래된 eNB로부터 UE AS 컨텍스트를 검색한다(도 12의 단계들(1220 및 1225) 참조). 타겟/새로운 eNB 및 소스/오래된 eNB가 상이한 경우(상이한 무선 액세스 기술들, 또는 그 기술의 상이한 릴리스들을 이용함), 타겟 eNB는 UE AS 컨텍스트에 완전히 액세스하거나 이를 판독하지 못할 수 있다.

도 15는 새로운 eNB와 같은 네트워크 노드에서 접속을 재개하기 위한 방법(300)을 도시한다. 이러한 경우에, 타겟 eNB(gNB)는 다음의 단계들 또는 동작들을 수행한다:

단계(305): 무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신한다.

단계(310): 요청에 기반하여, 무선 디바이스에 대한 구성 정보(예를 들어, UE AS 컨텍스트)를 검색한다.

단계(315): 검색된 구성 정보가 식별불가능한 것으로 결정하는 것에 응답하여, 새로운 구성 파라미터들을 생성한다.

단계(320): 재개 응답 메시지를 무선 디바이스에 전송하고, 이 메시지는 새로운 구성 파라미터들을 이용하여 전체 구성을 수행하라는 표시를 포함한다.

단계(305)에서, 재개 요청은 RRC 접속 재개 요청일 수 있다.

단계(315)에서: 검색된 구성 정보가 식별불가능한 것으로 결정한 후에, 새로운 eNB는 단지 검색된 UE AS 컨텍스트 정보를 무시할 수 있다. 그 후, 새로운 eNB는 UE AS 컨텍스트의 검색 동안 제공되는 S1 또는 NG 컨텍스트 정보로부터 새로운 UE AS 컨텍스트 정보를 준비(또는 생성)할 수 있다. S1 및 NG 컨텍스트는 코어 네트워크가 초기 UE 컨텍스트 셋업 또는 후속 시그널링 동안 RAN으로 전송한 정보를 포함한다. 이 정보는 상이한 베어러들에 관한 구성 및 정보에 대한 무선 파라미터들을 포함할 수 있다. 이 정보는 타겟 eNB가 UE AS 컨텍스트를 재구축하기에 충분해야 한다.

단계(320)에서: 새로운 eNB는 새로운 UE AS 컨텍스트 정보를 포함하는 RRC 재개 메시지를 무선 디바이스로 전송하기 위해 준비한다. 이를 위해, 새로운 eNB는 RRC 재개 메시지 내의 전체 구성에 플래그를 설정한다. 플래그가 설정되면, 이는 fullConfig 플래그라고 지칭될 수 있다. 현재 시스템들에서, 재개 메시지에는 이러한 플래그가 존재하지 않는다. 그 다음, 새로운 eNB는 플래그를 갖는 RRC 재개 메시지를 UE에 전송한다.

fullConfig 플래그를 포함하는 RRC 재개 메시지를 수신하는 것에 응답하여, UE는 예를 들어 오래된 베어러 구성 및 다른 오래된 무선 파라미터들을 폐기할 것이다. 그 후, UE는 RRC 재개 메시지에서 수신된 (새로운) 구성만을 적용할 것이다. 이러한 방식으로, UE는 오래된 구성을 이해할 수 없는 네트워크 노드로부터 새로운 구성으로 전환할 수 있다. 보안 키들과 같은 일부 파라미터들은, 네트워크 노드(gNB)가 RRC 재개 메시지를 전송할 때 암호화 및 무결성 보호가 이미 실행되고 있기 때문에, fullConfig 플래그를 수신한 후에도 UE에 유지될 것이라는 점에 유의해야 한다.

도 15의 방법(300)에 대해 수정들, 추가들 또는 생략들이 이루어질 수 있다는 점에 유의해야 한다. 또한, 방법(300)에서의 하나 이상의 단계는 병렬로 또는 임의의 적절한 순서로 수행될 수 있다. 이와 같이, 도 16은 네트워크 노드와의 접속을 재개하기 위한 다른 방법(300)을 도시한다. 이 방법은 방법(330)으로 지칭되고, 도 14의 네트워크 노드(220)에서 수행될 수 있다. 이 네트워크 노드는 새로운 네트워크 노드 또는 타겟 eNB 또는 gNB라고 지칭될 수 있다. 방법(330)은 다음의 단계들을 포함한다:

단계(335): 무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신한다.

단계(340): 요청에 응답하여, 재개 응답 메시지를 무선 디바이스에 전송하고, 이 메시지는 전체 구성을 수행하라는 표시를 포함한다.

일부 예들에서, 네트워크 노드(220)(예를 들어, 새로운 eNB)는 재개 요청의 수신 시에 소스/오래된 eNB로부터 구성 정보(예를 들어, UE AS 컨텍스트)를 검색할 수 있다. 또한, 타겟/새로운 eNB 및 소스/오래된 eNB가 상이한 경우(상이한 무선 액세스 기술들 또는 그 기술의 상이한 릴리스들을 이용함), 타겟 eNB는 UE AS 컨텍스트에 완전히 액세스하거나 이를 판독하지 못할 수 있다. 이 경우, 새로운 eNB는 전체 구성에 대한 구성 파라미터들(현재 구성 파라미터들에 비해 새로운 것임)을 생성할 수 있다.

일부 실시예들에서, 새로운 네트워크 노드는 검색된 구성 정보가 식별불가능한/판독불가능한 것으로 결정할 수 있고, 새로운 eNB는 검색된 UE AS 컨텍스트 정보를 단지 무시할 수 있다. 그 후, 새로운 eNB는 UE AS 컨텍스트의 검색 동안 제공되는 S1 또는 NG 컨텍스트 정보로부터 구성 파라미터들, 예컨대 새로운 UE AS 컨텍스트 정보를 준비(또는 생성)할 수 있다. S1 및 NG 컨텍스트들은 코어 네트워크가 초기 UE 컨텍스트 셋업 또는 후속 시그널링 동안 RAN으로 전송한 정보를 포함한다. 이 정보는 상이한 베어러들에 관한 구성 및 정보에 대한 무선 파라미터들을 포함할 수 있다. 이 정보는 타겟 eNB가 UE AS 컨텍스트를 재구축하기에 충분해야 한다. 주목할 점은, 코어 네트워크가 EPC(Enhanced Packet Core)일 때, S1이 eNB와 코어 네트워크 사이의 인터페이스라는 것이다. NG는 코어 네트워크가 5GC일 때, eNB/gNB와 코어 네트워크 사이의 인터페이스이다.

일부 실시예들에서, 새로운 eNB는 무선 디바이스에 전송될 새로운 UE AS 컨텍스트 정보(또는 구성 파라미터들)를 포함하는 RRC 재개 메시지를 준비한다. 새로운 eNB는 RRC 재개 메시지 내의 전체 구성에 플래그를 설정한다. 플래그가 설정되면, 이는 fullConfig 플래그라고 지칭될 수 있다. 그 다음, 새로운 eNB는 플래그를 갖는 RRC 재개 메시지를 UE에 전송한다.

fullConfig 플래그를 포함하는 RRC 재개 메시지를 수신하는 것에 응답하여, UE는 예를 들어 오래된 베어러 구성 및 다른 오래된 무선 파라미터들을 폐기할 것이다. 그 후, UE는 RRC 재개 메시지에서 수신된 (새로운) 구성만을 적용할 것이다. 이러한 방식으로, UE는 오래된 구성을 이해할 수 없는 네트워크 노드로부터 새로운 구성으로 전환할 수 있다. 보안 키들과 같은 일부 파라미터들은, 네트워크 노드(gNB)가 RRC 재개 메시지를 전송할 때 암호화 및 무결성 보호가 이미 실행되고 있기 때문에, fullConfig 플래그를 수신한 후에도 UE에 유지될 것이라는 점에 유의해야 한다.

일부 실시예들에서, 구성 파라미터들은 베어러 구성, PDCP 구성, RLC 구성 중 하나 이상을 포함한다.

이제 도 17을 참조하여, 접속을 재개하기 위한 무선 디바이스/UE에서의 방법(350)이 설명될 것이다. 무선 디바이스는 도 14의 UE(210)일 수 있다.

방법(350)은 다음의 단계들을 포함한다:

단계(355): 통신 네트워크에서 접속을 재개하라는 요청을 네트워크 노드에 전송한다.

단계(360): 네트워크 노드로부터 재개 응답 메시지를 수신하고, 이 메시지는 전체 구성을 수행하라는 표시를 포함한다.

단계(365): 전체 구성을 적용(또는 수행)한다.

일부 실시예들에서, 방법(350)은 오래된 베어러 구성 및 오래된 무선 파라미터들을 폐기하는 단계를 더 포함할 수 있다.

일부 실시예들에서, 방법(350)은 보안 키들을 유지하는 단계를 더 포함할 수 있다.

일부 실시예들에서, 방법(350)은 새로운 구성을 수신하는 단계를 더 포함할 수 있다.

일부 실시예들에서, 방법(350)은 새로운 구성을 적용하는 단계를 더 포함할 수 있다.

실시예 B

실시예 B는 네트워크의 관점에서 UE 컨텍스트 불일치를 고려함으로써 타겟과 소스 네트워크 노드들(예를 들어, eNB들) 사이의 비호환성을 다룬다.

예를 들어, 네트워크 노드들의 비호환성 문제를 해결하기 위해 다음과 같은 네트워크 향상들이 고려될 수 있다:

1) 소스 네트워크 노드로부터 전달되는 UE AS 컨텍스트 정보는, 일부 새로운 IE들이 레거시 eNB의 버전보다 표준의 더 나중의 릴리스들에서 도입되었을 수 있더라도, 타겟 네트워크 노드가 레거시 정보 요소들(IE들)(예컨대, LTE PDCP 구성들)을 이해할 수 있는 방식으로 코딩될 수 있다.

2) 소스 네트워크 노드는 타겟 네트워크 노드가 레거시 eNB인 것을 알고 있을 때, UE AS 컨텍스트 정보를 레거시 eNB가 이해할 수 있는 포맷으로 변환할 수 있다(예를 들어, NR PDCP 구성들을 LTE PDCP 구성들로 변환할 수 있다).

제1 경우에, 타겟 네트워크 노드는 적절한 코딩을 통해 (예를 들어, DRB-id 및 RLC 및 하위 계층 구성들)을 이해할 수 있는 관련 베어러 정보를 얻을 수 있다. 타겟 네트워크 노드는 (적절한 LTE PDCP 버전으로 UE를 재구성할 수 있도록) S1 베어러 컨텍스트로부터 그 특정 베어러에 대한 나머지 정보를 얻을 수 있다. 이 솔루션의 문제점은, 레거시 eNB가 이 경우(즉, 실제로 레거시 eNB가 아님)를 처리하기 위해 어떤 새로운 것(소스 네트워크 노드로부터 수신된 다른 UE 컨텍스트와 S1 또는 NG 컨텍스트를 조합하는 것)을 수행하지만, 이들 eNB들이 UE 컨텍스트 및 S1 컨텍스트를 이해하는 부분들로부터 모든 관련 정보를 얻기 때문에, 기존 eNB들에 의해 이해될 필요가 없는 장래에 새로운 파라미터들을 추가하는 것이 적어도 가능해야 한다는 것을 가정한다는 것이다. 이들 부분들은 모든 네트워크 노드들(레거시 및 새로운 세대들의 네트워크 노드들)에 의해 이해되도록 적절히 코딩된 부분들이다.

제2 경우에, 타겟 eNB는 소스 eNB로부터 UE 컨텍스트를 이해할 것이다. 그러나, 오래된 구성(타겟 eNB에 의해 이해되지 않음)으로부터 그 DRB들을 변경하도록 UE를 트리거링하기 위해 UE에게 모든 DRB들을 시그널링하는 것이 필요하다. 통상적으로, eNB는 (델타 시그널링이 이용되기 때문에) 변경하기를 원하지 않는 DRB들에 대한 DRB 구성을 시그널링할 필요가 없다. 따라서, 이 솔루션의 추가된 영향은 모든 DRB들에 대한 DRB 시그널링을 트리거링하기 위해 타겟 eNB에 기능을 추가하는 것일 것이다. 이것은 타겟 eNB가 업그레이드될 것을 요구할 것이지만, 적어도, eNB가 소스 eNB로부터 전달된 모든 파라미터들을 이해하고 DRB 구성을 UE로 항상 전송할 것이므로 기존/레거시 eNB들에 의해 이해될 필요가 없는 장래에 새로운 파라미터들을 추가하는 것이 가능해야 한다.

위에서 알 수 있는 바와 같이, 제1 및 제2 솔루션들은 타겟 및 소스 노드들 모두에서 새로운 기능들에 의존하지만, 그 이점은 일단 이들 노드들이 업그레이드되었다면 장래에, 새로운 특징들을 표준에 추가하고 특징들을 지원하는 네트워크 노드들만을 업그레이드하는 것이 가능해야 한다는 점이다.

실시예들 B에 대해 지원될 필요가 있는 일부 예시적인 새로운 기능들의 요약은 다음과 같다:

[경우 1] 소스 노드는 타겟 노드가 모든 필요한 레거시 파라미터들을 이해할 수 있고 새로운 파라미터들을 무시할 수 있는 방식으로 코딩된 UE 컨텍스트를 전달해야 한다. 코딩은 예를 들어 레거시 타겟 eNB들에 의해 무시될 수 있는 중요하지 않은 확장들을 이용할 수 있다.

[경우 1] 타겟 노드는 S1 또는 NG 컨텍스트 정보와 소스 노드로부터 전달된 UE 컨텍스트를 이해하는 파라미터들의 조합을 이용하여 UE 컨텍스트를 재구축해야 한다.

[경우 2] 소스 노드는 이해하는 표준의 사양의 어떤 릴리스 또는 지원하는 어떤 특징들에 관한 정보를 타겟 노드로부터 획득해야 한다. 이것은 X2 또는 Xn 셋업 동안 타겟으로부터 소스 노드로의 메시지에서 시그널링될 수 있다.

[경우 2] 소스 노드는 타겟 노드에 의해 이해되는 방식으로 UE 컨텍스트 정보를 코딩해야 한다. 타겟 노드가 소스 노드보다 이후의 릴리스들을 지원하는 경우, 그 자신의 릴리스에 따른 소스 노드의 코드가 타겟 노드에 의해 이해되어야 한다고 가정된다. 그 다음, 컨텍스트는 X2, Xn을 통해 또는 코어 네트워크를 통해 타겟 노드에 전송된다.

[경우 2] 타겟 노드는 이전과 동일한 구성을 이용하는 경우에도 모든 베어러들 또는 다른 관련 구성 파라미터들의 재구성을 트리거링해야 한다. 이것의 목적은 이후의 릴리스들을 지원하는 UE에게, 그 구성이 레거시 구성으로 다시 복귀되는 것을 알리는 것이다.

이제 도 18을 참조하여, 통신 네트워크에서 무선 디바이스에 대한 접속을 재개하기 위한 방법(370)의 흐름도가 설명될 것이다. 통신 네트워크 노드는 네트워크(200)일 수 있다. 무선 디바이스는 UE(210)일 수 있다.

방법(370)은 도 14의 네트워크(220)와 같은 네트워크 노드에서 구현될 수 있다.

방법(370)은 다음을 포함한다:

단계(375): 무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하고;

단계(380): 요청에 기반하여, 무선 디바이스에 대한 구성 정보를 검색하고, 이 구성 정보는 네트워크 노드에 의해 이용가능하도록 소스 네트워크 노드로부터 네트워크 노드로 적응되고;

단계(385): 적응된 구성 정보에 기반하여 접속을 재개하기 위해 무선 디바이스에 재개 응답 메시지를 전송한다.

예를 들어, 구성 정보는 네트워크 노드 및 소스 네트워크 노드 둘 다에 의해 판독가능하게 될 구성 정보의 적어도 일부들을 코딩함으로써 적응될 수 있다.

일부 실시예들에서, 구성 정보는 소스 네트워크 노드로부터의 구성 정보의 포맷을 네트워크 노드의 포맷으로 변환함으로써 적응된다.

도 19는 특정 실시예들에 따른 예시적인 무선 네트워크 노드(220)의 블록도이다. 무선 네트워크 노드(220)는 복수의 안테나를 갖는 하나 이상의 트랜시버(420), 프로세서(440), 메모리(450), 및 네트워크 인터페이스(430)를 포함할 수 있다. 일부 실시예들에서, 트랜시버는 (예를 들어, 전송기(들)(Tx), 수신기(들)(Rx) 및 안테나들을 통해) 무선 신호들을 무선 디바이스(210)로 전송하고 이로부터 무선 신호들을 수신하는 것을 용이하게 한다. 프로세서(440)는 무선 네트워크 노드(220)에 의해 제공되는 것으로서 전술한 기능들 중 일부 또는 전부를 제공하기 위한 명령어들을 실행하고, 메모리는 프로세서에 의해 실행되는 명령어들을 저장한다. 일부 실시예들에서, 프로세서(440) 및 메모리(450)는 처리 회로(410)를 형성한다. 네트워크 인터페이스는 게이트웨이, 스위치, 라우터, 인터넷, PSTN(Public Switched Telephone Network), 코어 네트워크 노드들 또는 무선 네트워크 제어기들 등과 같은 백엔드 네트워크 구성요소들에게 신호들을 통신한다.

프로세서(440)는, 전술한 것들, 예컨대 도 15의 방법(300), 도 16의 방법(330)과 도 18의 방법(370) 및 그 관련된 실시예들과 같은, 무선 네트워크 노드(220)의 설명된 기능들 중 일부 또는 전부를 수행하기 위해 명령어들을 실행하고 데이터를 조작하는 하드웨어의 임의의 적절한 조합을 포함할 수 있다. 일부 실시예들에서, 프로세서는, 예를 들어, 하나 이상의 컴퓨터, 하나 이상의 중앙 처리 유닛(CPU), 하나 이상의 마이크로프로세서, 하나 이상의 주문형 집적 회로(ASIC), 하나 이상의 필드 프로그래머블 게이트 어레이(FPGA) 및/또는 다른 로직을 포함할 수 있다.

메모리는 명령어들, 예컨대 컴퓨터 프로그램, 소프트웨어, 로직, 규칙들, 알고리즘들, 코드, 테이블들 등 중의 하나 이상을 포함하는 애플리케이션, 및/또는 프로세서에 의해 실행되는 것이 가능한 다른 명령어들을 저장하도록 일반적으로 동작가능하다. 메모리의 예들은 컴퓨터 메모리(예를 들어, 랜덤 액세스 메모리(RAM) 또는 판독 전용 메모리(ROM)), 대용량 저장 매체(예를 들어, 하드 디스크), 이동식 저장 매체(예를 들어, 콤팩트 디스크(CD) 또는 디지털 비디오 디스크(DVD)), 및/또는 정보를 저장하는 임의의 다른 휘발성 또는 비휘발성, 비일시적 컴퓨터 판독가능한 및/또는 컴퓨터 실행가능한 메모리 디바이스들을 포함한다.

일부 실시예들에서, 네트워크 인터페이스는 프로세서에 통신가능하게 결합되고, 무선 네트워크 노드(220)에 대한 입력을 수신하고, 무선 네트워크 노드(220)로부터의 출력을 전송하고, 입력 또는 출력 또는 둘 다의 적절한 처리를 수행하고, 다른 디바이스들에 통신하도록, 또는 이들의 임의의 조합을 수행하도록 동작가능한 임의의 적절한 디바이스를 지칭할 수 있다. 네트워크 인터페이스는 네트워크를 통해 통신하기 위해, 프로토콜 변환 및 데이터 처리 능력들을 포함하는, 적절한 하드웨어(예컨대, 포트, 모뎀, 네트워크 인터페이스 카드 등) 및 소프트웨어를 포함할 수 있다.

네트워크 노드(220)의 다른 실시예들은, 전술된 임의의 기능 및/또는 (전술된 솔루션들을 지원하는데 필요한 임의의 기능을 포함한) 임의의 추가적인 기능들을 포함하는, 무선 네트워크 노드의 기능들의 특정 양태들을 제공하는 것을 담당할 수 있는 도 19에 도시된 것들 이외의 추가적인 구성요소들을 포함할 수 있다. 다양하고 상이한 유형들의 네트워크 노드들은 동일한 물리적 하드웨어를 갖지만, 상이한 무선 액세스 기술들을 지원하도록 (예를 들어, 프로그래밍을 통해) 구성된 구성요소들을 포함할 수 있거나, 부분적으로 또는 전체적으로 상이한 물리적 구성요소들을 나타낼 수 있다.

도 19와 관련하여 설명된 것들과 유사한 프로세서들, 인터페이스들 및 메모리는 (코어 네트워크 노드(230)와 같은) 다른 네트워크 노드들에 포함될 수 있다. 다른 네트워크 노드들은 (도 19에 설명된 트랜시버와 같은) 무선 인터페이스를 임의적으로 포함하거나 포함하지 않을 수 있다.

일부 실시예들에서, 네트워크 노드(220)는 전술한 네트워크 노드(220)의 기능들을 구현하도록 구성된 일련의 모듈들(510)(도 20 참조)을 포함할 수 있다. 도 20을 참조하면, 일부 실시예들에서, 네트워크 노드(220)는 접속을 재개하라는 요청을 무선 디바이스로부터 수신하도록 구성된 수신 모듈을 포함할 수 있다. 네트워크(220)는, 예를 들어, 재개 응답 메시지를 무선 디바이스에 전송하도록 구성된 전송 모듈을 포함할 수 있고, 이 메시지는 전체 구성을 수행하라는 표시를 포함한다. 네트워크 노드(220)는 또한 무선 디바이스로부터 접속을 재개하라는 요청을 수신하도록 구성된 수신 모듈을 포함할 수 있다. 네트워크 노드는, 예를 들어, 도 15의 방법(300) 및 도 18의 방법(370)의 기능들을 수행하도록 구성된 다른 모듈들을 포함할 수 있다.

다양한 모듈들은 하드웨어 및/또는 소프트웨어, 예를 들어, 도 19에 도시된 무선 네트워크 노드(220)의 프로세서, 메모리 및 트랜시버(들)의 조합으로서 구현될 수 있다는 것이 이해될 것이다. 일부 실시예들은 추가적인 및/또는 임의적인 기능들을 지원하기 위한 추가적인 모듈들을 또한 포함할 수 있다.

일부 실시예들에서, 검색 모듈은 또한 무선 디바이스에 대한 구성 정보를 검색하도록 구성될 수 있고, 여기서, 구성 정보는 네트워크 노드에 의해 이용가능하도록 소스 네트워크 노드로부터 네트워크 노드로 적응된다. 일부 실시예들에서, 전송 모듈은 또한, 적응된 구성 정보에 기반하여 접속을 재개하기 위해 재개 응답 메시지를 무선 디바이스에 전송하도록 구성될 수 있다.

도 21은 본 개시내용의 일부 실시예들에 따른 무선 디바이스(210)의 개략적인 블록도를 도시한다. 도시된 바와 같이, 무선 디바이스(210)는 하나 이상의 프로세서(620)(예를 들어, 중앙 처리 유닛들(CPU들), 주문형 집적 회로들(ASIC들), 필드 프로그래머블 게이트 어레이들(FPGA들) 등) 및 메모리(630)를 포함하는 회로망/회로(610)를 포함한다. 무선 디바이스(210)는 또한 하나 이상의 안테나(670)에 결합된 하나 이상의 전송기(650) 및 하나 이상의 수신기(660)를 각각 포함하는 하나 이상의 트랜시버(640)를 포함한다. 일부 실시예들에서, 전술한 무선 디바이스(210)의 기능은 예를 들어 메모리(630)에 저장되고 프로세서(들)(620)에 의해 실행되는 소프트웨어로 완전히 또는 부분적으로 구현될 수 있다. 예를 들어, 프로세서(620)는 UE에 관련된 임의의 동작들, 예컨대 도 17의 방법(350)을 수행하도록 구성된다.

일부 실시예들에서, 적어도 하나의 프로세서(620)에 의해 실행될 때, 적어도 하나의 프로세서(620)로 하여금 본 명세서에 설명된 실시예들 중 임의의 것(예컨대, UE에 관련된 임의의 동작들, 예를 들어 도 17의 방법(350))에 따른 무선 디바이스(210)의 기능을 수행하게 하는 명령어들을 포함하는 컴퓨터 프로그램이 제공된다. 일부 실시예들에서, 위에서 언급된 컴퓨터 프로그램 제품을 포함하는 캐리어가 제공된다. 이 캐리어는 전자 신호, 광학 신호, 무선 신호, 또는 컴퓨터 판독가능한 저장 매체(예를 들어, 메모리와 같은 비일시적 컴퓨터 판독가능한 매체) 중 하나이다.

도 22는 본 개시내용의 일부 다른 실시예들에 따른 무선 디바이스(210)의 개략적인 블록도이다. 무선 디바이스(210)는 하나 이상의 모듈(700)을 포함하며, 이들 각각은 소프트웨어로 구현된다. 모듈(들)(700)은 본 명세서에 설명된 무선 디바이스(210)의 기능을 제공한다. 예를 들어, 모듈들(700)은 도 17의 적어도 단계(355)를 수행하도록 동작가능한 전송 모듈, 도 17의 적어도 단계(360)를 수행하도록 동작가능한 수신 모듈, 및 도 17의 적어도 단계(365)를 수행하도록 동작가능한 적용 모듈을 포함할 수 있다.

실시예들은 또한 통신 네트워크를 통해 연결되는 원격 처리 디바이스들에 의해 작업들이 수행되는 분산된 컴퓨팅 환경들에서 실시될 수 있다.

예를 들어, 도 23은 일부 실시예들에 의해 구현되는 기능들이 가상화될 수 있는 가상화 환경(800)을 예시하는 개략적인 블록도이다. 본 맥락에서, 가상화는 가상화 하드웨어 플랫폼들, 저장 디바이스들 및 네트워킹 리소스들을 포함할 수 있는 장치들 또는 디바이스들의 가상 버전들을 생성하는 것을 의미한다. 본 명세서에서 사용되는 바와 같이, 가상화는 네트워크 노드(220)(예컨대, 가상화된 기지국 또는 가상화된 무선 액세스 노드) 또는 디바이스(210)(예컨대, UE, 무선 디바이스 또는 임의의 다른 유형의 통신 디바이스) 또는 그 구성요소들에 적용될 수 있고, 기능의 적어도 일부가 (예를 들어, 하나 이상의 네트워크에서의 하나 이상의 물리적 처리 노드 상에서 실행되는 하나 이상의 애플리케이션, 구성요소, 기능, 가상 기계 또는 컨테이너를 통해) 하나 이상의 가상 구성요소로서 구현되는 구현에 관련된다.

일부 실시예들에서, 본 명세서에 설명된 기능들 중 일부 또는 전부는 하드웨어 노드들(QQ330) 중 하나 이상에 의해 호스팅되는 하나 이상의 가상 환경(800)에서 구현되는 하나 이상의 가상 기계에 의해 실행되는 가상 구성요소들로서 구현될 수 있다. 또한, 가상 노드가 무선 액세스 노드가 아니거나 무선 접속(예컨대, 코어 네트워크 노드)을 요구하지 않는 실시예들에서, 네트워크 노드는 완전히 가상화될 수 있다.

기능들은 본 명세서에 개시된 실시예들 중 일부의 특징들, 기능들, 및/또는 이점들 중 일부를 구현하도록 동작가능한 하나 이상의 애플리케이션(QQ320)(대안적으로 소프트웨어 인스턴스들, 가상 기기들, 네트워크 기능들, 가상 노드들, 가상 네트워크 기능들 등으로 지칭될 수 있음)에 의해 구현될 수 있다. 애플리케이션들(QQ320)은 처리 회로(QQ360) 및 메모리(QQ390)를 포함하는 하드웨어(QQ330)를 제공하는 가상화 환경(800)에서 실행된다. 메모리(QQ390)는 처리 회로(QQ360)에 의해 실행가능한 명령어들(QQ395)을 포함하며, 이에 의해 애플리케이션(QQ320)은 본 명세서에 개시된 특징들, 이점들 및/또는 기능들 중 하나 이상을 제공하도록 동작가능하다.

가상화 환경(800)은, COTS(commercial off-the-shelf) 프로세서들, 전용 ASIC들, 또는 디지털 또는 아날로그 하드웨어 구성요소들 또는 특수 목적 프로세서들을 포함하는 임의의 다른 유형의 처리 회로일 수 있는, 하나 이상의 프로세서 또는 처리 회로(QQ360)의 세트를 포함하는 범용 또는 특수 목적 네트워크 하드웨어 디바이스들(QQ330)을 포함한다. 각각의 하드웨어 디바이스는 처리 회로(QQ360)에 의해 실행되는 명령어들(QQ395) 또는 소프트웨어를 일시적으로 저장하기 위한 비영구적 메모리일 수 있는 메모리(QQ390-1)를 포함할 수 있다. 각각의 하드웨어 디바이스는 물리적 네트워크 인터페이스(QQ380)를 포함하는, 네트워크 인터페이스 카드들로도 알려진 하나 이상의 네트워크 인터페이스 제어기(NIC들)(QQ370)를 포함할 수 있다. 각각의 하드웨어 디바이스는 또한 처리 회로(QQ360)에 의해 실행가능한 소프트웨어(QQ395) 및/또는 명령어들을 저장하는 비일시적, 영구적, 기계 판독가능한 저장 매체(QQ390-2)를 포함할 수 있다. 소프트웨어(QQ395)는 하나 이상의 가상화 계층(QQ350)(하이퍼바이저들이라고도 함)을 인스턴스화하기 위한 소프트웨어, 본 명세서에 설명된 일부 실시예들과 관련하여 설명된 기능들, 특징들 및/또는 이점들을 실행하도록 허용하는 소프트웨어뿐만 아니라 가상 기계들(QQ340)을 실행하는 소프트웨어를 포함하는 임의의 유형의 소프트웨어를 포함할 수 있다.

가상 기계들(QQ340)은 가상 처리, 가상 메모리, 가상 네트워킹 또는 인터페이스 및 가상 저장소를 포함하고, 대응하는 가상화 계층(QQ350) 또는 하이퍼바이저에 의해 실행될 수 있다. 가상 기기(QQ320)의 인스턴스의 상이한 실시예들은 가상 기계들(QQ340) 중 하나 이상에서 구현될 수 있고, 이러한 구현들은 상이한 방식들로 이루어질 수 있다.

동작 동안, 처리 회로(QQ360)는 소프트웨어(QQ395)를 실행하여 하이퍼바이저 또는 가상화 계층(QQ350)을 인스턴스화하며, 이는 때때로 가상 기계 모니터(VMM)라고 지칭될 수 있다. 가상화 계층(QQ350)은 가상 기계(QQ340)에 대한 네트워킹 하드웨어처럼 보이는 가상 운영 플랫폼을 제시할 수 있다.

도 QQ3에 도시된 바와 같이, 하드웨어(QQ330)는 일반적인 또는 특정한 구성요소들을 갖는 독립형 네트워크 노드일 수 있다. 하드웨어(QQ330)는 안테나(QQ3225)를 포함할 수 있고 가상화를 통해 일부 기능들을 구현할 수 있다. 대안적으로, 하드웨어(QQ330)는 많은 하드웨어 노드들이 함께 동작하고, 그 중에서도 특히, 애플리케이션들(QQ320)의 라이프사이클 관리를 감독하는 관리 및 오케스트레이션(MANO)(QQ3100)을 통해 관리되는 (예를 들어, 데이터 센터 또는 고객 구내 장비(CPE)에서와 같이) 하드웨어의 더 큰 클러스터의 일부일 수 있다.

하드웨어의 가상화는 일부 맥락들에서 네트워크 기능 가상화(NFV)로 지칭된다. NFV는, 데이터 센터들 및 고객 구내 장비에 위치할 수 있는, 업계 표준 고용량 서버 하드웨어, 물리적 스위치들, 및 물리적 저장소에 많은 네트워크 장비 유형들을 통합하는데 이용될 수 있다.

NFV의 맥락에서, 가상 기계(QQ340)는, 이들이 물리적 비가상화 기계 상에서 실행되었던 것처럼 프로그램들을 실행하는 물리적 기계의 소프트웨어 구현일 수 있다. 각각의 가상 기계(QQ340), 그 가상 기계를 실행하는 하드웨어(QQ330)의 그 부분, 그 가상 기계에 전용인 하드웨어 및/또는 그 가상 기계에 의해 가상 기계들(QQ340)의 다른 것들과 공유되는 하드웨어는 개별 가상 네트워크 요소들(VNE)을 형성한다.

여전히 NFV의 맥락에서, 가상 네트워크 기능(VNF)은 하드웨어 네트워킹 기반구조(QQ330)의 상부 상의 하나 이상의 가상 기계(QQ340)에서 실행되고 도 QQ3의 애플리케이션(QQ320)에 대응하는 특정 네트워크 기능들을 처리하는 것을 담당한다.

일부 실시예들에서, 하나 이상의 전송기(QQ3220) 및 하나 이상의 수신기(QQ3210)를 각각 포함하는 하나 이상의 무선 유닛(QQ3200)은 하나 이상의 안테나(QQ3225)에 결합될 수 있다. 무선 유닛들(QQ3200)은 하나 이상의 적절한 네트워크 인터페이스를 통해 하드웨어 노드들(QQ330)과 직접 통신할 수 있고, 무선 액세스 노드 또는 기지국과 같은 무선 기능들을 갖는 가상 노드를 제공하기 위해 가상 구성요소들과 조합하여 이용될 수 있다.

일부 실시예들에서, 일부 시그널링은, 대안적으로 하드웨어 노드들(QQ330)과 무선 유닛들(QQ3200) 사이의 통신에 이용될 수 있는 제어 시스템(QQ3230)의 이용에 의해 수행될 수 있다.

일부 실시예들은 기계 판독가능한 매체(또한 그 안에 구현된 컴퓨터 판독가능한 프로그램 코드를 갖는 컴퓨터 판독가능한 매체, 프로세서 판독가능한 매체, 또는 컴퓨터 이용가능한 매체로도 지칭됨)에 저장되는 비일시적 소프트웨어 제품으로서 표현될 수 있다. 기계 판독가능한 매체는, 디스켓, CD-ROM(compact disk read only memory), (휘발성 또는 비휘발성) DVD-ROM(digital versatile disc read only memory) 메모리 디바이스, 또는 유사한 저장 메커니즘을 포함하는 자기, 광학, 또는 전기적 저장 매체를 포함하는 임의의 적절한 유형의 매체일 수 있다. 기계 판독가능한 매체는, 실행될 때, 프로세서로 하여금 설명된 실시예들 중 하나 이상에 따른 방법의 단계들을 수행하게 하는 명령어들, 코드 시퀀스들, 구성 정보 또는 다른 데이터의 다양한 세트들을 포함할 수 있다. 관련 기술분야의 통상의 기술자는 설명된 실시예들을 구현하는데 필요한 다른 명령어들 및 동작들이 또한 기계 판독가능한 매체 상에 저장될 수 있다는 것을 알 것이다. 기계 판독가능한 매체로부터 실행하는 소프트웨어는 설명된 작업들을 수행하기 위한 회로와 인터페이싱할 수 있다.

전술한 실시예들은 단지 예들인 것으로 의도된다. 변경들, 수정들 및 변형들은 설명의 범위로부터 벗어나지 않고서 관련 기술분야의 통상의 기술자에 의해 특정 실시예들에 대해 수행될 수 있다.

Claims (42)

1. 네트워크 노드에서의 방법으로서,
   무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하는 단계;
   상기 요청에 응답하여, 상기 무선 디바이스에 재개 메시지를 전송하는 단계 - 상기 메시지는 전체 구성을 수행하라는 표시를 포함함 -
   를 포함하는, 네트워크 노드에서의 방법.
2. 제1항에 있어서,
   상기 표시는 플래그를 포함하는, 네트워크 노드에서의 방법.
3. 제2항에 있어서,
   상기 플래그를 전체 구성에 설정하는 단계를 더 포함하는, 네트워크 노드에서의 방법.
4. 제1항 내지 제3항 중 어느 한 항에 있어서,
   상기 네트워크 노드는 상기 무선 디바이스에 대한 이전 접속을 중단한 이전 네트워크 노드와는 상이한 무선 액세스 기술을 갖는, 네트워크 노드에서의 방법.
5. 제1항 내지 제4항 중 어느 한 항에 있어서,
   상기 무선 디바이스에 대한 구성 정보를 검색하는 단계를 더 포함하는, 네트워크 노드에서의 방법.
6. 제5항에 있어서,
   검색된 구성 정보는 상기 무선 디바이스의 사용자 장비(UE) 컨텍스트를 포함하는, 네트워크 노드에서의 방법.
7. 제5항 또는 제6항에 있어서,
   검색된 구성 정보가 판독불가능한 것으로 결정하는 것에 응답하여, 구성 파라미터들을 생성하는 단계를 더 포함하는, 네트워크 노드에서의 방법.
8. 제1항 내지 제7항 중 어느 한 항에 있어서,
   상기 메시지는 구성 파라미터들을 더 포함하는, 네트워크 노드에서의 방법.
9. 제7항 또는 제8항에 있어서,
   상기 표시는 상기 구성 파라미터들을 이용하여 전체 구성을 수행하라는 표시를 포함하는, 네트워크 노드에서의 방법.
10. 제1항 내지 제9항 중 어느 한 항에 있어서,
    재개 응답 메시지는 RRCConnectionResume 및 RRCResume 중 하나인, 네트워크 노드에서의 방법.
11. 제7항에 있어서,
    상기 구성 파라미터들을 생성하는 단계는 사용자 장비(UE) 액세스 계층(AS) 컨텍스트를 생성하는 단계를 포함하는, 네트워크 노드에서의 방법.
12. 제7항 내지 제11항 중 어느 한 항에 있어서,
    상기 구성 파라미터들을 생성하는 단계는 초기 컨텍스트 셋업 동안 이용되는 베어러 정보를 포함하는 S1 및 NG 컨텍스트에 기반하는, 네트워크 노드에서의 방법.
13. 제7항 또는 제8항에 있어서,
    상기 구성 파라미터들은 베어러 구성, 패킷 데이터 컨버전스 프로토콜(PDCP) 구성, 무선 링크 제어(RLC) 구성 중 하나 이상을 포함하는, 네트워크 노드에서의 방법.
14. 네트워크 노드로서,
    무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하고,
    재개 응답 메시지를 상기 무선 디바이스에 전송하도록 적응되며,
    상기 메시지는 전체 구성을 수행하라는 표시를 포함하는, 네트워크 노드.
15. 컴퓨터 판독가능한 프로그램 코드가 구현된 비일시적 컴퓨터 판독가능한 저장 매체를 포함하는 컴퓨터 프로그램 제품으로서,
    상기 컴퓨터 판독가능한 프로그램 코드는,
    무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하기 위한 컴퓨터 판독가능한 프로그램 코드;
    재개 응답 메시지를 상기 무선 디바이스에 전송하기 위한 컴퓨터 판독가능한 프로그램 코드 - 상기 메시지는 전체 구성을 수행하라는 표시를 포함함 -
    를 포함하는, 컴퓨터 프로그램 제품.
16. 네트워크 노드로서,
    통신 인터페이스; 및
    상기 통신 인터페이스에 통신가능하게 접속된 하나 이상의 처리 회로
    를 포함하며,
    상기 하나 이상의 처리 회로는 적어도 하나의 프로세서 및 메모리를 포함하고, 상기 메모리는 명령어들을 포함하고, 상기 명령어들은, 실행될 때, 상기 적어도 하나의 프로세서로 하여금,
    무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하게 하고,
    재개 응답 메시지를 상기 무선 디바이스에 전송하게 하며,
    상기 메시지는 전체 구성을 수행하라는 표시를 포함하는, 네트워크 노드.
17. 제16항에 있어서,
    상기 표시는 플래그를 포함하는, 네트워크 노드.
18. 제17항에 있어서,
    상기 적어도 하나의 프로세서는 상기 플래그를 전체 구성에 설정하도록 구성되는, 네트워크 노드.
19. 제16항 내지 제18항 중 어느 한 항에 있어서,
    상기 네트워크 노드는 상기 무선 디바이스에 대한 이전 접속을 중단한 이전 네트워크 노드와는 상이한 무선 액세스 기술을 갖는, 네트워크 노드.
20. 제16항 내지 제19항 중 어느 한 항에 있어서,
    상기 적어도 하나의 프로세서는 상기 무선 디바이스에 대한 구성 정보를 검색하도록 구성되는, 네트워크 노드.
21. 제20항에 있어서,
    검색된 구성 정보는 상기 무선 디바이스의 사용자 장비(UE) 컨텍스트를 포함하는, 네트워크 노드.
22. 제20항 또는 제21항에 있어서,
    상기 적어도 하나의 프로세서는 검색된 구성 정보가 판독불가능한 것으로 결정하는 것에 응답하여 구성 파라미터들을 생성하도록 구성되는, 네트워크 노드.
23. 제16항 내지 제22항 중 어느 한 항에 있어서,
    상기 메시지는 구성 파라미터들을 더 포함하는, 네트워크 노드.
24. 제22항 또는 제23항에 있어서,
    상기 표시는 상기 구성 파라미터들을 이용하여 전체 구성을 수행하라는 표시를 포함하는, 네트워크 노드.
25. 제16항 내지 제24항 중 어느 한 항에 있어서,
    상기 재개 응답 메시지는 RRCConnectionResume 및 RRCResume 중 하나인, 네트워크 노드.
26. 제22항에 있어서,
    상기 적어도 하나의 프로세서는 새로운 사용자 장비(UE) 액세스 계층(AS) 컨텍스트를 생성함으로써 상기 구성 파라미터들을 생성하도록 구성되는, 네트워크 노드.
27. 제22항 내지 제26항 중 어느 한 항에 있어서,
    상기 적어도 하나의 프로세서는 초기 컨텍스트 셋업 동안 이용되는 베어러 정보를 포함하는 S1 및 NG 컨텍스트에 기반하여 새로운 구성 파라미터들을 생성하도록 구성되는, 네트워크 노드.
28. 제22항 또는 제23항에 있어서,
    상기 구성 파라미터들은 베어러 구성, 패킷 데이터 컨버전스 프로토콜(PDCP) 구성, 무선 링크 제어(RLC) 구성 중 하나 이상을 포함하는, 네트워크 노드.
29. 네트워크 노드에서의 방법으로서,
    무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하는 단계;
    상기 요청에 기반하여, 상기 무선 디바이스에 대한 구성 정보를 검색하는 단계 - 상기 구성 정보는 상기 네트워크 노드에 의해 이용가능하도록 소스 네트워크 노드로부터 상기 네트워크 노드로 적응됨 -; 및
    적응된 구성 정보에 기반하여 상기 접속을 재개하기 위해 재개 응답 메시지를 상기 무선 디바이스에 전송하는 단계
    를 포함하는, 네트워크 노드에서의 방법.
30. 제29항에 있어서,
    상기 구성 정보는 상기 네트워크 노드 및 상기 소스 네트워크 노드 둘 다에 의해 판독될 상기 구성 정보의 적어도 일부들을 코딩함으로써 적응되는, 네트워크 노드에서의 방법.
31. 제29항에 있어서,
    상기 구성 정보는 상기 소스 네트워크 노드로부터의 상기 구성 정보의 포맷을 상기 네트워크 노드의 포맷으로 변환함으로써 적응되는, 네트워크 노드에서의 방법.
32. 네트워크 노드로서,
    통신 인터페이스; 및
    상기 통신 인터페이스에 통신가능하게 접속된 하나 이상의 처리 회로
    를 포함하며,
    상기 하나 이상의 처리 회로는 적어도 하나의 프로세서 및 메모리를 포함하고, 상기 메모리는 명령어들을 포함하고, 상기 명령어들은, 실행될 때, 상기 적어도 하나의 프로세서로 하여금,
    무선 디바이스로부터, 통신 네트워크에서 접속을 재개하라는 요청을 수신하게 하고,
    상기 요청에 기반하여, 상기 무선 디바이스에 대한 구성 정보를 검색하게 하고 - 상기 구성 정보는 상기 네트워크 노드에 의해 이용가능하도록 소스 네트워크 노드로부터 상기 네트워크 노드로 적응됨 -,
    적응된 구성 정보에 기반하여 상기 접속을 재개하기 위해 재개 응답 메시지를 상기 무선 디바이스에 전송하게 하는, 네트워크 노드.
33. 무선 디바이스에서의 방법으로서,
    통신 네트워크에서 접속을 재개하라는 요청을 네트워크 노드에 전송하는 단계;
    상기 네트워크 노드로부터 재개 메시지를 수신하는 단계 - 상기 메시지는 전체 구성을 수행하라는 표시를 포함함 -; 및
    상기 전체 구성을 적용하는 단계
    를 포함하는, 무선 디바이스에서의 방법.
34. 제33항에 있어서,
    오래된 베어러 구성 및 오래된 무선 파라미터들을 폐기하는 단계를 더 포함하는, 무선 디바이스에서의 방법.
35. 제33항 또는 제34항에 있어서,
    보안 키들을 유지하는 단계를 더 포함하는, 무선 디바이스에서의 방법.
36. 제33항 내지 제35항 중 어느 한 항에 있어서,
    구성을 수신하는 단계를 더 포함하는, 무선 디바이스에서의 방법.
37. 제36항에 있어서,
    수신된 구성을 적용하는 단계를 더 포함하는, 무선 디바이스에서의 방법.
38. 무선 디바이스로서,
    통신 인터페이스; 및
    상기 통신 인터페이스에 통신가능하게 접속된 하나 이상의 처리 회로
    를 포함하며,
    상기 하나 이상의 처리 회로는 적어도 하나의 프로세서 및 메모리를 포함하고, 상기 메모리는 명령어들을 포함하고, 상기 명령어들은, 실행될 때, 상기 적어도 하나의 프로세서로 하여금,
    통신 네트워크에서 접속을 재개하라는 요청을 네트워크 노드에 전송하게 하고,
    상기 네트워크 노드로부터 재개 응답 메시지를 수신하게 하고 - 상기 메시지는 전체 구성을 수행하라는 표시를 포함함 -,
    상기 전체 구성을 적용하게 하는, 무선 디바이스.
39. 제38항에 있어서,
    상기 적어도 하나의 프로세서는 오래된 베어러 구성 및 오래된 무선 파라미터들을 폐기하도록 구성되는, 무선 디바이스.
40. 제38항 또는 제39항에 있어서,
    상기 적어도 하나의 프로세서는 보안 키들을 유지하도록 구성되는, 무선 디바이스.
41. 제38항 내지 제40항 중 어느 한 항에 있어서,
    상기 적어도 하나의 프로세서는 구성을 수신하도록 구성되는, 무선 디바이스.
42. 제41항에 있어서,
    상기 적어도 하나의 프로세서는 수신된 구성을 적용하도록 구성되는, 무선 디바이스.

Images