KR20210053789A

KR20210053789A - 무선 통신 시스템에서 미리 구성된 업링크 리소스(pur)를 해제하기 위한 방법 및 장치

Info

Publication number: KR20210053789A
Application number: KR1020200133492A
Authority: KR
Inventors: 툰-화이 시; 유-슈안 구오; 멍-휘 오우
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2019-11-01
Filing date: 2020-10-15
Publication date: 2021-05-12
Also published as: JP7033177B2; JP7199498B2; US10999885B1; JP2022031846A; KR102287995B1; JP2021072620A; ES2950959T3; US20210136855A1; TW202119856A; TWI731805B; EP3817506A1; US20210212149A1; CN112788797B; EP4199641A1; CN112788797A; EP3817506B1

Abstract

방법 및 장치가 개시된다. UE(User Equipment) 관점의 예에서, UE가 RRC(Radio Resource Control) 유휴 상태이고 UE의 서빙 셀이 제 2 셀인 경우 UE는 전용 PUR(Preconfigured Uplink Resources) 구성을 유지하되, UE는 제 2 셀과 다른 제 1 셀에서 전용 PUR 구성으로 구성된다. UE는 RRC 연결 재-확립 과정에서 제 3 셀을 선택한다. 제 3 셀 선택에 대한 응답으로, UE는 제 3 셀이 제 1 셀과 동일한 지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정하되, 전용 PUR 구성을 해제할지 여부를 결정하는 것은 UE가 RRC 연결 상태일 때 수행된다.

Description

무선 통신 시스템에서 미리 구성된 업링크 리소스(PUR)를 해제하기 위한 방법 및 장치{METHOD AND APPARATUS FOR RELEASING PRECONFIGURED UPLINK RESOURCES (PUR) IN A WIRELESS COMMUNICATION SYSTEM}

관련 출원과의 교차 참조

본 출원은 2019년 11월 1일자로 출원된 미국 가출원 일련 번호 62/929,294호에 대한 우선권을 주장하며, 그 출원의 개시 내용 전체가 참조로서 본 출원에 통합된다. 본 출원은 또한, 2019년 11월 5일일자로 출원된 미국 가출원 일련 번호 62/931,000호에 대한 우선권을 주장하며, 그 출원의 개시 내용 전체가 참조로서 본 출원에 통합된다.

기술 분야

본 개시내용은 일반적으로 무선 통신 네트워크에 대한 것으로, 특히, 무선 통신 시스템에 있어서 미리 구성된 업링크 소스(preconfigured uplink resource, PUR)들을 해제하기 위한 방법 및 장치에 관한 것이다.

모바일 통신 디바이스들 간의 대용량 통신에 대한 수요가 급격히 증가하면서, 종래 모바일 음성 통신 네트워크들은 IP(Internet Protocol) 데이터 패킷들로 통신하는 네트워크들로 진화하고 있다. 이러한 IP 패킷 통신은 음성 IP(Voice over IP), 멀티미디어, 멀티캐스트 및 수요에 의한(on-demand) 통신 서비스를 모바일 통신 디바이스의 사용자에게 제공할 수 있다.

예시적인 네트워크 구조로는 E-UTRAN(Evolved Universal Terrestrial Radio Access Network)이 있다. E-UTRAN 시스템은 높은 데이터 쓰루풋(throughput)을 제공하여 상술한 음성 IP 및 멀티미디어 서비스를 구현할 수 있다. 차세대(예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 단체에서 논의되고 있다. 따라서, 3GPP 표준의 현재 본문에 대한 변경안이 현재 제출되고 3GPP 표준을 진화 및 완결하도록 고려된다.

본 개시내용에 따르면, 하나 이상의 디바이스들 및/또는 방법들이 제공된다.

사용자 장비(UE)의 관점의 예에서, UE는, UE가 무선 리소스 제어(Radio Resource Control, RRC) 유휴 상태에 있고 UE의 서빙 셀이 제2 셀일 때 전용 PUR 구성을 유지하되, UE는 제2 셀과는 상이한 제1 셀에서 전용 PUR 구성으로 구성된다. UE는 RRC 연결 재-확립 절차 동안 제3 셀을 선택한다. 제3 셀을 선택한 것에 응답하여, UE는 제3 셀이 제1 셀과 동일한지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정하며, 여기서 전용 PUR 구성을 해제할지 여부를 결정하는 것은 UE가 RRC 연결 상태에 있을 때 수행된다.

도 1은 예시적인 일실시예에 따른 무선 통신 시스템을 도시한 것이다.
도 2는 예시적인 일실시예에 따른(액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 예시적인 일실시예에 따른 제어 평면 CIoT EPS 최적화를 위한 조기 데이터 송신(Early Data Transmission, EDT)과 연관된 예시적인 시나리오를 예시한 도면이다.
도 6은 예시적인 일실시예에 따른 사용자 평면 CIoT EPS 최적화를 위한 EDT와 연관된 예시적인 시나리오를 예시한 도면이다.
도 7은 예시적인 일실시예에 따른 RRC 연결 재구성과 연관된 예시적인 시나리오를 예시한 도면이다.
도 8은 예시적인 일실시예에 따른 RRC 연결 재구성과 연관된 예시적인 시나리오를 예시한 도면이다.
도 9는 예시적인 일실시예에 따른 RRC 연결 재-확립과 연관된 예시적인 시나리오를 예시한 도면이다.
도 10은 예시적인 일실시예에 따른 RRC 연결 재-확립과 연관된 예시적인 시나리오를 예시한 도면이다.
도 11은 예시적인 일실시예에 따른 흐름도이다.
도 12는 예시적인 일실시예에 따른 흐름도이다.
도 13은 예시적인 일실시예에 따른 흐름도이다.

후술되는 예시적인 무선 통신 시스템 및 장치는 방송 서비스를 지원하는 무선 통신 시스템을 채용한다. 무선 통신 시스템은 광범위하게 배치되어 음성, 데이터 등과 같은 다양한 유형의 통신을 제공한다. 이 시스템은 코드분할다중접속(CDMA; code division multiple access), 시분할다중접속(TDMA; time division multiple access), 직교주파수분할다중접속(OFDMA; orthogonal frequency division multiple access), 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution) 무선 액세스, 3GPP LTE-A 또는 LTE-어드밴스드(LTE-Advanced), 3GPP2 UMB(Ultra Mobile Broadband), WiMax, 5G에 대한 3GPP NR(New Radio) 무선 액세스, 또는 다른 변조기법을 기반으로 할 수 있다.

특히, 아래에서 설명되는 예시적인 무선 통신 시스템 디바이스들은 본 명세서에서 3GPP로 지칭되는 "3세대 파트너십 프로젝트(3rd Generation Partnership Project)"로 명명된 컨소시엄에 의해 제안되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: 3GPP TS 36.300 V15.7.0, "E-UTRA and E-UTRAN, Overall description, Stage 2"; 3GPP TS 36.331 V15.7.0, "E-UTRA, RRC protocol specification"; 3GPP RAN1 #96 Chairman's Note; 3GPP RAN1 #96bis Chairman's Note; 3GPP RAN1 #98 Chairman's Note; 3GPP RAN1 #98bis Chairman's Note; R2-1914102, "RAN2 agreements for Rel-16 additional enhancements for NB-IoT and MTC". 위에 리스팅된 표준들 및 문서들은 여기에서 전체적으로 참조로서 통합된다.

도 1은 본 발명의 하나 이상의 실시예들에 따른 다중 액세스 무선 통신 시스템을 제시한다. 액세스 네트워크(AN, 100)는, 하나는 104 및 106을 포함하고, 다른 하나는 108 및 110을 포함하며, 추가적으로 112 및 114를 포함하는, 다중/다수의(multiple) 안테나 그룹들을 포함한다 도 1에서, 각각의 안테나 그룹에 대해 2개의 안테나들만이 도시되었지만, 각 안테나 그룹에 대해 더 적은 또는 더 많은 안테나들이 활용될 수도 있다. 액세스 터미널(AT; Access Terminal, 116)은 안테나들(112, 114)과 통신하며, 안테나들(112 및 114)은 포워드(foward) 링크(120) 상으로 액세스 터미널(116)에게 정보를 송신하고 리버스(reverse) 링크(118) 상으로 액세스 단말(116)로부터 정보를 수신한다. AT(122)는 안테나들(106 및 108)과 통신하며, 안테나들(106, 108)은 포워드(fowrard) 링크(126)를 통해 AT(122)에게 정보를 송신하고 리버스(reverse) 링크(124)를 통해 AT(122)로부터 정보를 수신한다. 주파수 분할 듀플렉싱(frequency-division duplexing, FDD) 시스템에서, 통신 링크들(118, 120, 124, 126)은 통신을 위해 상이한 주파수들을 사용할 수도 있다. 예를 들면, 포워드 링크(120)는 리버스 링크(118)에 의해 사용되는 것과는 상이한 주파수를 사용할 수도 있다.

안테나들의 각각의 그룹 및/또는 통신하도록 지정된 영역은 액세스 네트워크의 섹터(sector)로서 통상 지칭될 수 있다. 실시예에서, 안테나 그룹들 각각은 액세스 네트워크(100)에 의해 커버되는 영역의 섹터에서 액세스 터미널과 통신하도록 설계될 수 있다.

순방향 링크들(120, 126) 상의 통신에서, 액세스 네트워크(100)의 송신 안테나들은 상이한 액세스 터미널들(116, 122)에 대한 포워드 링크들의 신호대잡음비(SNR; signal-to-noise ratio)를 개선하기 위해 빔포밍을 사용할 수도 있다. 또한, 커버리지 내에 랜덤하게 산재된 액세스 터미널들로 송신하기 위해 빔포밍을 사용하는 액세스 네트워크는, 보통, 그의 액세스 터미널들에게 단일 안테나를 통해 송신하는 액세스 터미널보다 인접 셀들 내의 액세스 터미널들에게 더 적은 간섭을 야기할 수 있다.

액세스 네트워크(AN)는 터미널들과 통신하는 데 사용되는 기지국(base station) 또는 고정국(fixed station)이 될 수도 있으며, 또한 액세스 포인트, Node B, 기지국, 향상된 기지국(enhanced base station), eNodeB(eNB), gNB(Next Generation NodeB), 또는 일부 다른 용어로 지칭될 수도 있다. 또한, 액세스 터미널/단말(AT)은 사용자 장비(UE; User Equipment), 무선 통신 디바이스, 터미널/단말, 액세스 터미널 또는 다른 용어로 지칭될 수도 있다.

도 2는 다중 입력 다중 출력(multiple-input and multiple-output, MIMO) 시스템(200)에서 송신기 시스템(210)(액세스 네트워크로도 알려짐) 및 수신기 시스템(250)(액세스 터미널(AT) 또는 사용자 장비(UE)로도 알려짐)의 일실시예를 제시한다. 송신 시스템(210)에서, 데이터 스트림들의 트래픽 데이터는 데이터 소스(212)로부터 송신(TX) 데이터 프로세서(214)에 제공될 수 있다.

일실시예에서, 각각의 데이터 스트림은 개별 송신 안테나 상으로 송신된다. TX 데이터 프로세서(214)는 코딩된 데이터를 제공하는 데이터 스트림에 대해 선택된 특정 코딩 스킴에 기초하여 각각의 데이터 스트림에 대한 트래픽 데이터를 포매팅, 코딩 및 인터리빙한다.

각 데이터 스트림에 대해 코딩된 데이터는 직교 주파수 분할 멀티플렉싱(orthogonal frequency-division multiplexing, OFDM) 기법을 사용하여 파일럿 데이터와 멀티플렉싱될 수도 있다. 파일럿 데이터는 통상 공지의(known) 데이터 패턴으로서, 공지의 방법으로 프로세싱될 수 있고, 수신 시스템에서 채널 응답을 추정하는 데 사용될 수 있다. 그리고, 각 데이터 스트림에 대해 멀티플렉싱된 파일럿 및 코딩된 데이터는, 변조 심볼을 제공하도록 데이터 스트림에 대해 선택된 특정 변조 스킴(예를 들면, 이진 위상 시프트 키잉(binary phase shift keying, BPSK), 직교 위상 시프트 키잉(quadrature phase shift keying, QPSK), M-진 위상 시프트 키잉(M-ary phase shift keying, M-PSK), 또는 M-진 직교 진폭 변조(M-ary quadrature amplitude modulation, M-QAM)에 기초하여 변조(예를 들면, 심볼 맵핑)될 수 있다. 각 데이터 스트림에 대한 데이터 속도, 코딩 및/또는 변조는 프로세서(230)에 의해 수행되는 명령어들에 의해 결정될 수도 있다.

그리고, 데이터 스트림들에 대한 변조 심볼들은 송신/TX MIMO 프로세서(220)로 제공되며, TX MIMO 프로세서(220)는 변조된 심볼들을 추가적으로 (예를 들면, OFDM을 위해) 프로세싱할 수도 있다. 그리고, TX MIMO 프로세서(220)는 NT개의 변조 심볼 스트림들을 NT개의 송신기들(TMTR; 220a 내지 222t)에게 제공한다. 특정 실시예에서, TX MIMO 프로세서(220)는 데이터 스트림들의 심볼들 및 심볼이 송신되고 있는 안테나에게 빔포밍 웨이트(beamforming weight)를 적용할 수 있다.

각 송신기(222)는 각각의 심볼 스트림을 수신 및 프로세싱하여 하나 이상의 아날로그 신호를 제공하고, MIMO 채널 상에서의 송신에 적합한 변조된 신호를 제공하도록 아날로그 신호를 추가로 컨디셔닝(예를 들면, 증폭, 필터링 및/또는 업컨버팅(upconverting))할 수 있다. 그리고, 송신기들(222a 내지 222t)로부터의 NT개의 변조된 신호들은 그 후 NT개의 안테나들(224a 내지 224t)로부터 각각 송신될 수 있다.

수신 시스템(250)에서, 송신된 변조 신호들은 NR개의 안테나들(252a 내지 252r)에 의해 수신되고, 각각의 안테나(252)로부터 수신된 신호는 각각의 수신기(RCVR; 254a 내지 254r)에 제공될 수 있다. 각각의 수신기(254)는 각각의 수신 신호를 컨디셔닝(예를 들면 필터링, 증폭 및 다운컨버팅(downconverting))할 수 있고/있거나, 컨디셔닝된 신호를 디지털화하여 샘플들을 제공할 수 있고/있거나, 샘플들을 추가적으로 프로세싱하여 해당 "수신" 심볼 스트림을 제공할 수 있다.

그리고, 수신/RX 데이터 프로세서(260)는 NR개의 수신기들(254)로부터 NR개의 수신 심볼 스트림들을 특정 수신기 프로세싱 기술에 기초하여 수신 및/또는 프로세싱하여 NT개의 "검출된" 심볼 스트림들을 제공한다. 그리고, RX 데이터 프로세서(260)는, 각각의 검출된 심볼 스트림을 복조, 디인터리빙, 및 디코딩하여, 데이터 스트림을 위한 트래픽 데이터를 복구할 수 있다. RX 데이터 프로세서(260)에 의한 프로세싱은 송신 시스템(210)에서의 TX 데이터 프로세서(214) 및 TX MIMO 프로세서(220)에 의해 수행되는 프로세싱에 대해 상호보완적일 수 있다.

프로세서(270)는 어느 프리-코딩 매트릭스를 사용할지를 주기적으로 결정할 수 있다(후술된다). 프로세서(270)는 매트릭스 인덱스 부분(matrix index portion) 및 랭크 값 부분(rank value portion)을 포함하는 리버스 링크 메시지를 구성/포뮬레이팅(formulating)한다.

리버스 링크 메시지는 통신 링크 및/또는 수신 데이터 스트림에 대한 다양한 유형의 정보를 포함할 수도 있다. 그리고, 리버스 링크 메시지는, 데이터 소스(236)로부터 다수의 데이터 스트림들에 대한 트래픽 데이터를 또한 수신하는 TX 데이터 프로세서(238)에 의해 프로세싱될 수 있고, 변조기(280)에 의해 변조될 수 있고, 송신기들(254a 내지 254r)에 의해 컨디셔닝되고, 송신 시스템(210)으로 다시 송신될 수 있다.

송신 시스템(210)에서, 수신 시스템(250)으로부터의 변조된 신호들은 안테나들(224)에 의해 수신되고, 수신기들(222)에 의해 컨디셔닝되고, 복조기(240)에 의해 복조되고, RX 데이터 프로세서(242)에 의해 프로세싱됨으로써 수신 시스템(250)으로부터 송신된 리버스 링크 메시지를 추출한다. 그리고, 프로세서(230)는 빔포밍 웨이트를 결정하기 위해 어느 프리-코딩 매트릭스를 사용할 것인지를 결정할 수 있고, 그리고, 추출된 메시지를 프로세싱할 수 있다.

도 3은 개시된 주제의 일실시예에 따른 통신 디바이스의 대안의 간략화된 기능 블록도를 제시한다. 도 3에서 도시된 바와 같이, 무선 통인 시스템의 통신 장치/디바이스(300)는 도 1의 UE들(또는 AT들)(116, 122), 또는 도 1의 기지국(또는 AN)(100)을 구현하는 데 사용될 수 있고, 무선 통신 시스템은 LTE 시스템 또는 N_R 시스템일 수 있다. 통신 디바이스(300)는 입력 장치/디바이스(302), 출력 장치/디바이스(304), 제어 회로(306), 중앙 프로세싱 유닛(CPU, central processing unit, 308), 메모리(310), 프로그램 코드(312), 및 트랜스시버(314)를 포함할 수도 있다. 제어 회로(306)는 CPU(308)를 통해 메모리(310) 내의 프로그램 코드(312)를 실행하여, 통신 디바이스(300)의 동작을 제어할 수 있다. 통신 디바이스(300)는 키보드 또는 키패드와 같은 입력 디바이스(302)를 통해 사용자에 의해 입력된 신호를 수신할 수 있고, 모니터 또는 스피커와 같은 출력 디바이스(304)를 통해 이미지 및 음성을 출력할 수 있다. 트랜스시버(314)는 무선 신호를 수신 및 송신하는데 사용되고, 수신 신호를 제어 회로(306)로 전달하고, 제어 회로(306)에 의해 생성된 신호를 무선으로 출력하는데 사용될 수 있다. 무선 통신 시스템 내의 통신 디바이스(300)는 또한 도 1에서의 AN(100)을 구현하기 위해 활용될 수 있다.

도 4는 개시된 주제의 일실시예에 따른, 도 3에 도시된 프로그램 코드(312)의 간략화된 블록도이다. 이 실시예에서, 프로그램 코드(312)는 어플리케이션 계층/레이어(400), 계층/레이어-3 부분(402), 계층/레이어-2 부분(404)을 포함하고, 계층/레이어-1 부분(406)에 연결/커플링(coupling)된다. 레이어-3 부분(402)은 무선 리소스 제어를 수행할 수 있다. 레이어-2 부분(404)은 링크 제어를 수행할 수 있다. 레이어-1 부분(406)은 물리/피지컬(physical) 연결을 수행 및/또는 구현할 수 있다.

LTE에서 조긴 데이터 송신(EDT)과 관련된 설명은 3GPP TS 36.300 V15.7.0에서 제공된다. 특히, 제목이 "제어 평면 CIoT EPS 최적화를 위한 EDT(EDT for Control Plane CIoT EPS Optimizations)"인 3GPP TS 36.300 V15.7.0의 섹션 7.3b.2의 도 7.3b-1가 도 5로서 여기에 재생성된다. 제목이 "사용자 평면 CIoT EPS 최적화를 위한 EDT(EDT for User Plane CIoT EPS Optimizations)"인 3GPP TS 36.300 V15.7.0의 섹션 7.3b.3의 도 7.3b-2가 도 6으로서 여기에 재생성된다. 3GPP TS 36.300 V15.7.0의 일부가 아래에 인용된다:

7.3 NAS 메시지들의 전송

AS는 셀에서 NAS 메시지들의 신뢰성있는 인-시퀀스 전달(in-sequence delivery)을 제공한다. 핸드오버 동안, NAS 메시지들의 복제 또는 메시지 손실이 발생할 수 있다.

E-UTRAN에서, NAS 메시지들은 RRC 메시지들과 결합되고, 또는 결합 없이 RRC에서 전달된다. 높은 우선순위 큐를 위한 RRC와의 결합을 요구하는, 그리고 또한 더 낮은 우선순위 큐를 위한 결합 없는 동일한 UE에 대한 동시 NAS 메시지들의 도달 시, 메시지들은 먼저 인-시퀀스 전달을 유지하기 위해 필요에 따라 큐잉된다.

다운링크에서, EPS 베어러(EPC) 또는 PDU세션(5GC) 확립 또는 해제 절차가 트리거될 때, 또는 제어 평면 Control Plane CIoT EPS 최적화의 경우에 있어서의 EDT에 대해, NAS 메시지는 보통, 연관된 RRC 메시지와 결합되어야 한다. EPS 베어러(EPC) 또는 PDU 세션(5GC)가 수정될 때, 그리고 수정이 또한 무선 베어러의 수정에 의존할 때, NAS 메시지 및 연관된 RRC 메시지는 보통, 결합되어야 한다. DL NAS와 RRC 메시지의 결합은 다른 방식으로는 허용되지 않는다. 업링크에서, NAS 메시지들과 RRC 메시지의 결합은 접속 셋업 동안 초기 NAS 메시지를 전송하기 위해서 그리고 제어 평면 Control Plane CIoT EPS 최적화의 경우의 EDT에 대해서만 사용된다. 초기 직접 전송은 E-UTRAN에서 사용되지 않고, 어떠한 NAS 메시지도 RRC 연결 요청과 결합되지 않는다.

다수의 NAS 메시지들은 EPS 베어러(EPC) 또는 PDU 세션(5GC) 확립 또는 수정 동안 단일 다운링크 RRC 메시지에서 전송될 수 있다. 이러한 경우에, RRC 메시지 내의 NAS 메시지들의 순서는 NAS 메시지들의 인-시퀀스 전달을 보장하기 위해 대응하는 S1-AP(EPC) 또는 NG-AP(5GC) 메시지 내의 것과 동일하게 유지될 것이다.

비고: NAS 메시지들은, NAS에 의해 수행되는 무결성 보호 및 암호화 외에도, PDCP에 의해 무결성 보호 및 암호화된다.

7.3b EDT

7.3b.1 일반

EDT는 랜덤 액세스 절차 동안 하나의 업링크 데이터 송신 및 선택적으로 그에 뒤이어 하나의 다운링크 데이터 송신을 허용한다.

EDT는, 상위 레이어들이 모바일 지향 데이터(즉, 시그널링 또는 SMS이 아님)를 위한 RRC 연결의 확립 또는 재개를 요청하였고 업링크 데이터 크기가 시스템 정보에서 나타내진 TB보다 적가나 그와 동일할 때 트리거된다. EDT는 사용자 평면 CIoT EPS 최적화를 사용할 때 제어 평면 위의 데이터를 위해 사용되지 않는다.

EDT는 BL UE들, 인핸스드 커버리지 내의 UE들, 및 NB-IoT UE들에만 적용가능하다.

7.3b.2 제어 평면 CIoT EPS 최적화를 위한 EDT

TS 24.301 [20]에서 정의된 바와 같은, 제어 평면 CIoT EPS 최적화를 위한 EDT는 아래와 같이 특징지어진다:

- 업링크 사용자 데이터가 CCCH 상의 UL RRCEarlyDataRequest 메시지에 결합된 NAS 메시지에서 송신된다;

- 다운링크 사용자 데이터가 CCCH 상의 DL RRCEarlyDataComplete 메시지에 결합된 NAS 메시지에서 선택적으로 송신된다;

- RRC CONNECTED로의 전이가 없다.

제어 평면 CIoT EPS 최적화를 위한 EDT 절차는 도 7.3b-1에 예시되어 있다.

도 7.3b-1: 제어 평면 CIoT EPS 최적화를 위한 EDT

0. 상위 레이러들로부터 모바일 지향 데이터에 대한 접속 확립 요청 시, UE는 조기 데이터 송신 절차를 개시하고, EDT를 위해 구성된 랜덤 액세스 프리앰블을 선택한다.

1. UE는 CCCH 상의 사용자 데이터와 결합하는 RRCEarlyDataRequest 메시지를 전송한다.

2. eNB는S1-AP 초기 UE 메시지 절차를 개시하여, NAS 메시지를 포워딩하고 S1 접속을 확립한다. eNB는 이러한 절차에서 이러한 접속이 EDT를 위해 트리거됨을 나타낼 수 있다.

3. MME는 UE를 위한 EPS 베어러들을 재활성화시킬 것을 S-GW에 요청한다.

4. MME는 업링크 데이터를 S-GW로 전송한다.

5. 다운링크 데이터가 가용한 경우, S-GW는 다운링크 데이터를 MME로 전송한다.

6. 다운링크 데이터가 S-GW로부터 수신되는 경우, MME는 DL NAS 전송 절차를 통해 데이터를 eNB로 포워딩하고, 또한, 추가 데이터가 예상되는지 여부를 나타낼 수 있다. 그렇지 않은 경우, MME는 접속 확립 표시 절차를 트리거할 수 있으며, 또한, 추가 데이터가 예상되는지 여부를 나타낼 수 있다.

7. 어떠한 추가 데이터도 예상되지 않는 경우, eNB는 CCCH 상의 RRCEarlyDataComplete 메시지를 전송하여, UE를 RRC_IDLE에서 유지시킬 수 있다. 다운링크 데이터가 단계 6에서 수신되었다면, 그들은 RRCEarlyDataComplete 메시지에 결합된다.

8. S1 접속이 해제되고, EPS 베어러들이 비활성화된다.

비고 1: MME 또는 eNB가 UE를 RRC_CONNECTED 모드에서 이동시킬 것을 결정하는 경우, RRCConnectionSetup 메시지가 단계 7에서 전송되어 레거시 RRC 연결 확립 절차로 폴백하고; eNB는 RRCConnectionSetupComplete 메시지에 수신된 0-길이 NAS PDU를 폐기할 것이다.

비고 2: RRCEarlyDataComplete도 폴백의 경우에 RRCConnectionSetup도 RRCEarlyDataRequest에 응답하여 수신되지 않은 경우, UE는 UL 데이터 송신이 성공적이지 않은 것으로 간주한다.

7.3b.3 사용자 평면 CIoT EPS 최적화를 위한 EDT

TS 24.301 [20]에서 정의된 바와 같은, 사용자 평면 CIoT EPS 최적화를 위한 EDT는 아래와 같이 특징지어진다:

- UE는 유예된 표시를 갖는 RRCConnectionRelease 메시지에서 NextHopChainingCount를 제공받았다;

- 업링크 사용자 데이터는 CCCH 상의 UL RRCConnectionResumeRequest 메시지와 멀티플렉싱된 DTCH 상에서 송신된다;

- 다운링크 사용자 데이터는 DCCH 상의 DL RRCConnectionRelease 메시지와 멀티플렉싱된 DTCH 상에서 선택적으로 송신된다;

- 짧은 재개 MAC-I은 RRCConnectionResumeRequest 메시지에 대한 인증 토큰으로서 재사용되고, 이전 접속으로부터 무결성 키를 사용하여 계산된다;

- 업링크 및 다운링크에서의 사용자 데이터는 암호화된다. 그 키들은 이전 RRC 연결의 RRCConnectionRelease 메시지에서 제공되는 NextHopChainingCount를 사용하여 도출된다;

- RRCConnectionRelease 메시지는 새롭게 도출된 키들을 사용하여 무결성 보호 및 암호화된다;

- RRC CONNECTED로의 전이가 없다.

사용자 평면 CIoT EPS 최적화를 위한 EDT 절차는 도 7.3b-2에 예시되어 있다.

도 7.3b-2: 사용자 평면 CIoT EPS 최적화를 위한 EDT

0. 상위 레이러들로부터 모바일 지향 데이터에 대한 접속 재개 요청 시, UE는 조기 데이터 송신 절차를 개시하고, EDT를 위해 구성된 랜덤 액세스 프리앰블을 선택한다.

1. UE는 그의 재개 ID, 확립 이유, 및 인증 토큰을 포함하는 RRCConnectionResumeRequest를 eNB로 전송한다. UE는 모든 SRB들 및 DRB들을 재개하고, RRCConnectionRelease 메시지에서 제공되는 NextHopChainingCount를 사용하여 새로운 보안 키들을 도출하고, AS 보안을 재-확립한다. 사용자 데이터는 암호화되어 CCCH 상의 RRCConnectionResumeRequest 메시지와 멀티플렉싱된 DTCH 상에서 송신된다.

2. eNB는 S1-AP 콘텍스트 재개 절차를 개시하여, S1 접속을 재개하고 S1-U 베어러들을 재활성화한다.

3. MME는 UE를 위한 S1-U 베어러들을 재활성화시킬 것을 S-GW에 요청한다.

4. MME는 eNB에 대해 UE 콘텍스트 재개를 확인한다.

5. 업링크 데이터는 S-GW로 전달된다.

6. 다운링크 데이터가 가용한 경우, S-GW는 다운링크 데이터를 eNB로 전송한다.

7. S-GW로부터 어떠한 추가 데이터도 예상되지 않는 경우, eNB는 S1 접속의 유예 및 S1-U 베어러들의 비활성화를 개시할 수 있다.

8. eNB는 UE를 RRC_IDLE로 유지시키기 위해 RRCConnectionRelease 메시지를 전송한다. 메시지는 UE에 의해 저장되는 rrc-Suspend, resumeID, NextHopChainingCount 및 drb-ContinueROHC에 대한 releaseCause 세트를 포함한다. 다운링크 데이터가 단계 6에서 수신되었다면, 그들은 DCCH 상의 RRCConnectionRelease 메시지와 멀티플렉싱된 DTCH 상에서 암호화되어 전송된다.

비고 1: MME 또는 eNB가 UE가 RRC_CONNECTED 모드에서 이동할 것을 결정하는 경우, RRCConnectionResume 메시지는 RRC 연결 재개 절차로 폴백하기 위해 단계 7에서 전송된다. 그 경우에 있어서, RRCConnectionResume 메시지는 단계 1에서 도출된 키들로 무결성 보호 및 암호화되고, UE는 RRCConnectionResume 메시지에 포함된 NextHopChainingCount를 무시한다. 다운링크 데이터는 RRCConnectionResume 메시지와 멀티플렉싱된 DTCH 상에서 송신될 수 있다. 추가로, RRCConnectionSetup은 또한 RRC 연결 확립 절차로 폴백하기 위해 단계 7에서 전송될 수 있다.

비고 2: RRCConnectionRelease도, 폴백의 경우에, RRCConnectionResume도 DET를 위한 RRCConnectionResumeRequest에 응답하여 수신되지 않는 경우, UE는 UL 데이터 송신이 성공적이지 않은 것으로 간주한다.

LTE 무선 리소스 제어(RRC) 접속 재구성 절차(예를 들면, 핸드오버 절차) 및 LTE RRC 연결 재-확립 절차와 관련된 설명이 3GPP TS 36.331 V15.7.0에서 제공된다. 특히, 제목이 "성공적인 RRC 연결 재구성(RRC connection reconfiguration, successful)"인 3GPP TS 36.331 V15.7.0의 섹션 5.3.5.1의 도 5.3.5.1-1이 도 7로서 여기에 재생성된다. 제목이 "실패한 RRC 연결 재구성(RRC connection reconfiguration, failure)"인 3GPP TS 36.331 V15.7.0의 섹션 5.3.5.1의 도 5.3.5.1-2가 도 8로서 여기에 재생성된다. 제목이 "성공적인 RRC 연결 재-확립(RRC connection re-establishment, successful)"인 3GPP TS 36.331 V15.7.0의 섹션 5.3.7.1의 도 5.3.7.1-1가 도 9로서 여기에 재생성된다. 제목이 "실패한 RRC 연결 재-확립(RRC connection re-establishment, failure)"인 3GPP TS 36.331 V15.7.0의 섹션 5.3.7.1의 도 5.3.7.1-2가 도 10으로서 여기에 재생성된다. 3GPP TS 36.331 V15.7.0의 일부가 아래에 인용된다:

5.3.5 RRC 연결 재구성

5.3.5.1 일반

도 5.3.5.1-1: 성공적인 RRC 연결 재구성

도 5.3.5.1-2: 실패한 RRC 연결 재구성

이 절차의 목적은 RRC 연결을 수정하는 것, 예를 들면 RB들을 확립/수정/해제하는 것, 핸드오버를 수행하는 것, 측정들을 셋업/수정/해제하는 것, SCell들을 추가/수정/해제하는 것이다. 절차의 일부로서, NAS 전용 정보가 E-UTRAN로부터 UE로 전송될 수 있다.

5.3.5.2 개시

E-UTRAN은 RRC_CONNECTED에서 UE에 대해 RRC 연결 재구성 절차를 개시할 수 있다. E-UTRAN은 절차를 아래와 같이 적용한다:

- mobilityControlInfo는 AS-보안이 활성화되었을 때에만 포함되고, 적어도 하나의 DRB를 갖는 SRB2는 셋업되고 유예되지 않는다;

- RB들(RRC 연결 확립 동안 확립되는 SRB1 이외의 것)의 확립은 AS 보안이 활성화되었을 때에만 포함된다;

- SCell들의 추가는 AS 보안이 활성화되었을 때에만 수행된다;

5.3.5.4 UE에 의한 mobilityControlInfo을 포함하는 RRCConnectionReconfiguration의 수신(핸드오버)

RRCConnectionReconfiguration 메시지가 mobilityControlInfo를 포함하고 UE가 이러한 메시지에 포함된 구성을 따를 수 있는 경우, UE는:

1> 작동 중인 경우, 타이머 T310을 정지시킬 것이다;

1> 작동 중인 경우, 타이머 T312를 정지시킬 것이다;

1> mobilityControlInfo에 포함된 바와 같은, t304로 설정된 타이머 값으로 타이머 T304를 시작시킬 것이다;

1> 작동 중인 경우, 타이머 T370을 정지시킬 것이다;

1> carrierFreq가 포함된 경우:

2> 타깃 PCell이 targetPhysCellId에 의해 표시된 물리적 셀 아이덴티티를 갖는 carrierFreq에 의해 표시된 주파수 상의 것임을 고려할 것이다;

1> 그렇지 않은 경우:

2> 타깃 PCell이 targetPhysCellId에 의해 표시된 물리적 셀 아이덴티티를 갖는 소스 PCell의 주파수 상의 것임을 고려할 것이다;

1> T309가 작동 중인 경우:

2> 모든 액세스 카테고리들에 대해 타이머 T309를 정지시킬 것이다;

2> 5.3.16.4에서 특정된 바와 같은 액션들을 수행할 것이다.

1> 타깃 PCell의 DL에 대한 동기화를 시작할 것이다;

비고 1: UE는 핸드오버를 트리거하는 RRC 메시지의 수신에 뒤이어 가능한 한 빠르게 핸드오버를 수행해야 하는데, 이는 이러한 메시지의 성공적인 수신(HARQ 및 ARQ)을 확인하기 전일 것이다.

1> CE에서의 CE 또는 BL UE의 경우에:

2> sameSFN-Indication가 in mobilityControlInfo에 존재하지 않는 경우:

3> 타깃 PCell에서 MasterInformationBlock을 획득할 것이다;

[…]

1> 구성되는 경우, MCG MAC 및 SCG MAC를 재설정할 것이다;

1> 구성되는 경우, uplinkDataCompression을 해제할 것이다;

1> 확립되는 pdcp-config로 구성된 모든 RB들에 대한 PDCP를 재-확립할 것이다;

비고 2: PDCP 재-확립의 성공적인 완료 후의 무선 베어러들의 취급, 예를 들면 확인되지 않은 PDCP SDU들의 재송신(뿐만 아니라 연관된 스테이터스 리포팅), SN 및 HFN의 취급이 TS 36.323 [8]에서 특정된다.

비고 2a: 핸드오버에서, reestablishPDCP 플래그는 nr-RadioBearerConfig1 또는 nr-RadioBearerConfig2 TS 38.331 [82]에서 NR PDCP로 구성된 모든 RB들에 대해 설정될 것이며, 이는 PDCP 엔티티가 이들 RB들에 대해서도 재-확립되게 할 것이다.

1> 확립되는 모든 RB들에 대해, 구성되는 경우, MCG RLC 및 SCG RLC를 재-확립할 것이다;

[…]

1> C-RNTI로서 newUE-Identity의 값을 적용할 것이다;

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

2> 5.3.5.8에서 특정된 바와 같은 무선 구성 절차를 수행할 것이다;

1> 수신된 radioResourceConfigCommon에 따라 하위 레이어들을 구성할 것이다;

1> 수신된 RRCConnectionReconfiguration 메시지가 rach-Skip을 포함하는 경우:

2> TS 36.213 [23] 및 36.321 [6]에서 특정된 바와 같이, 타깃 MCG에 대한 rach-Skip을 적용하도록 하위 레이어들을 구성할 것이다;

1> 수신된 mobilityControlInfo에 포함되는 경우, 앞의 것에서 커버되지 않는 임의의 추가 필드들에 따라 하위 레이어들을 구성할 것이다;

(하위조항 5.3.5.4에 있는 나머지 텍스트들은 본원에서 생략된다…)

5.3.5.6 T304 만료(핸드오버 실패)

UE는:

1> 가 만료하는 경우(핸드오버 실패):

비고 1: T304 만료에 이어서, 임의의 전용 프리앰블은, rach-ConfigDedicated 내에서 제공되지 않는 경우, UE에 의한 사용을 위해 더 이상 가용하지 않다.

2> 소스 PCell에서 사용되는 구성으로 되돌아가서, physicalConfigDedicated, mac-MainConfig 및 the sps-Config에 의해 구성된 구성을 배제할 것이다;

비고 1a: 위의 맥락에서, "구성"은 각각의 무선 베어러의 상태 변수들 및 파라미터들을 포함한다. RLC UM 및 SRB 베어러들과 연관된 PDCP 엔티티들은 TS 36.323 [8]에서 조항 5.2에 따라 성공적인 RRC 연결 재-확립 절차 후에 재설정된다. 위 사항에서, "구성"은, (즉, nr-RadioBearerConfig1 및 nr-RadioBearerConfig2에 의해) 구성되는 경우, NR PDCP를 사용하는 RB 구성을 포함한다.

2> 그의 필드들을 다음과 같이 설정함으로써 VarRLF-Report 내의 다음 핸드오버 실패 정보를 저장할 것이다;

[…]

2> RRC 연결 재구성 절차가 종료될 시, 5.3.7에서 특정된 바와 같은 접속 재-확립 절차를 개시할 것이다;

[…]

5.3.5.8 풀 구성 옵션을 수반하는 무선 구성

UE는:

1> UE가 EPC에 접속되는 경우:

2> 다음을 제외한 모든 현재 전용 무선 구성들을 해제/클리어시킬 것이다:

- MCG C-RNTI,

- MCG 보안 구성,

- RB들에 대한 PDCP, RLC, 논리 채널 구성들,

- 로그된 측정 구성;

[…]

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

2> 모든 현재 공통 무선 구성들을 해제/클리어시킬 것이다;

2> 타이머 T310, T311 및 상수 N310, N311에 대해 9.2.5에서 특정된 디폴트 값들을 사용할 것이다;

[…]

1> 9.2.4에서 특정된 바와 같은 디폴트 물리적 채널 구성을 적용할 것이다;

1> 9.2.3에서 특정된 바와 같은 디폴트 반영구적 스케줄링 구성을 적용할 것이다;

1> 9.2.2에서 특정된 바와 같은 디폴트 MAC 메인 구성을 적용할 것이다;

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

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

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가 NR PDCP로 구성되었고, UE가 EPC에 접속된 경우:

3> NR PDCP 엔티티를 해제하고, 이를 E-UTRA PDCP 엔티티와 그리고 현재(MCG) 보안 구성과 확립할 것이다;

비고 1a: UE는 이전에 구성된 NR 보안 알고리즘들과 동등한 LTE 암호화 및 무결성 보호 알고리즘들을 적용한다.

3> 이러한 SRB의 RLC 베어러를 확립된 PDCP 엔티티와 연관시킬 것이다;

비고 2: 이는, SRB들(핸드오버에 대해 SRB1 및 SRB2, 그리고 재-확립 이후의 재구성에 대해 SRB2을, 재구성 메시지가 추가 구성을 행할 수 있는 공지의 상태가 되게 하기 위한 것이다.

2> 달리, UE가 5GC에 접속되는 경우:

3> TS 38.331 [82], 조항 9.2.1에서 특정된 바와 같은 SRB에 대한 대응하는 디폴트 PDCP 구성을 적용할 것이다;

1> UE가 EPC에 접속되는 경우:

2> 현재 E-UTRA 및 NR UE의 일부인 drb-ToAddModList 또는 nr-RadioBearerConfig1 또는 nr-RadioBearerConfig2에 포함된 각각의 eps-BearerIdentity 값에 대해:

3> E-UTRA 또는 NR PDCP 엔티티를 해제할 것이다;

3> RLC 엔티티 또는 엔티티들을 해제할 것이다;

3> DTCH 논리 채널을 해제할 것이다;

3> drb-identity를 해제할 것이다;

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

2> 현재 E-UTRA 및 NR UE 구성의 일부이지만 drb-ToAddModList에서도 nr-RadioBearerConfig1에서도 nr-RadioBearerConfig2에서도 동일한 eps-BearerIdentity가 추가되지 않은 각각의 eps-BearerIdentity 값에 대해:

3> 5.3.10.2에서 특정된 바와 같은 DRB 해제를 수행할 것이다;

[…]

5.3.7 RRC 연결 재-확립

5.3.7.1 일반

도 5.3.7.1-1: 성공적인 RRC 연결 재-확립

도 5.3.7.1-2: 실패한 RRC 연결 재-확립

이러한 절차의 목적은 RRC 연결을 재-확립하는 것이며, 이는 SRB1(AS 보안이 활성화되지 않았던 NB-IoT UE에 대한 SRB1bis) 동작의 재개, (AS 보안이 활성화되지 않았던 NB-IoT UE를 제외한) 보안의 재활성화, 및 PCell 만의 구성을 수반한다.

AS 보안이 활성화되지 않았던 NB-IoT UE를 제외하면, 보안이 활성화되었던 RRC_CONNECTED에서의 UE는 RRC 연결을 계속하기 위해 절차를 개시할 수 있다. 접속 재-확립은, 관심 셀이 준비되는 경우, 즉 유효 UE 콘텍스트를 갖는 경우에만 성공한다. E-UTRAN이 재-확립을 수용하는 경우, SRB1 동작은 재개되는 반면, 다른 무선 베어러들의 동작은 유예된 채로 남아 있다. AS 보안이 활성화되지 않았다면, UE는 절차를 개시하지 않고, 그 대신, RRC_IDLE로 직접 이동한다.

AS 보안이 활성화되지 않았을 때, RRC_CONNECTED에서 제어 평면 CIoT EPS 최적화를 위한 RRC 연결 재-확립을 지원하는 NB-IoT UE가 RRC 연결을 계속하기 위해 절차를 개시할 수 있다.

E-UTRAN은 절차를 아래와 같이 적용한다:

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

- SRB1을 재구성하고 이러한 RB에 대해서만 데이터 전송을 재개한다;

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

- AS 보안이 활성화되지 않았을 때, 제어 평면 CIoT EPS 최적화를 위해 RRC 연결 재-확립을 지원하는 NB-IoT UE에 대해:

- SRB1bis를 재-확립하고 이러한 RB에 대한 데이터 전송을 계속한다.

5.3.7.2 개시

UE는, AS 보안이 활성화되었을 때, 또는 제어 평면 CIoT EPS 최적화를 위한 RRC 연결 재-확립을 지원하는 NB-IoT UE에 대해, 단지 둘 중 어느 하나에서 절차를 개시할 것이다. UE는 다음의 조건들 중 하나가 충족될 때 절차를 개시한다:

1> 5.3.11에 따라, 무선 링크 실패를 검출할 시; 또는

1> 5.3.5.6에 따라, 핸드오버 실패 시; 또는

1> 5.4.3.5에 따라, E-UTRA로부터의 기동성 실패 시; 또는

1> UP-EDT를 제외하고, SRB1 또는 SRB2에 관한 하위 레이어들로부터의 무결성 검사 실패 표시 시; 또는

1> 5.3.5.5에 따라, RRC 연결 재구성 실패 시; 또는

1> TS38.331 [82], 조항 5.3.5.5에 따라, RRC 연결 재구성 실패 시.

비고: UP-EDT에 대해, 하위 레이어들로부터의 무결성 검사 실패 표시가 조항 5.3.3.16에 따라 취급된다.

절차의 개시 시, UE는:

1> 작동 중인 경우, 타이머 T310을 정지시킬 것이다;

1> 작동 중인 경우, 타이머 T312를 정지시킬 것이다;

1> 작동 중인 경우, 타이머 T313을 정지시킬 것이다;

1> 작동 중인 경우, 타이머 T307을 정지시킬 것이다;

1> 타이머 T311을 시작시킬 것이다;

1> 작동 중인 경우, 타이머 T370을 정지시킬 것이다;

1> 구성되는 경우, uplinkDataCompression을 해제할 것이다;

1> SRB0을 제외하고, NR PDCP로 구성된 RB들을 포함하는 모든 RB들을 유예시킬 것이다;

1> MAC를 재설정할 것이다;

1> 구성되는 경우, 5.3.10.3a에 따라, MCG SCell(들)을 해제할 것이다;

1> 구성되는 경우, 5.3.10.3d에 따라, SCell 그룹(들)을 해제할 것이다;

1> NB-IoT를 제외하고, MCG에 대해, 9.2.3에서 특정된 바와 같은 디폴트 반영구적 스케줄링 구성을 적용할 것이다;

1> NB-IoT에 대해, 구성되는 경우, schedulingRequestConfig를 해제할 것이다;

1> MCG에 대해, 9.2.2에서 특정된 바와 같은 디폴트 MAC 메인 구성을 적용할 것이다;

1> 구성되는 경우, powerPrefIndicationConfig를 해제할 것이고, 작동 중인 경우, 타이머 T340을 정지시킬 것이다;

1> 구성되는 경우, reportProximityConfig를 해제할 것이고, 임의의 연관된 근접 상태 리포팅 타이머를 클리어시킬 것이다;

1> 구성되는 경우, obtainLocationConfig를 해제할 것이다;

1> 구성되는 경우, idc-Config를 해제할 것이다;

1> 구성되는 경우, sps-AssistanceInfoReport를 해제할 것이다;

1> 구성되는 경우, measSubframePatternPCell을 해제할 것이다;

1> (drb-ToAddModListSCG에 의해 구성된 바와 같은) DRB 구성을 제외하고, 구성되는 경우, 전체 SCG 구성을 해제할 것이다;

1> (NG)EN-DC가 구성되는 경우:

2> TS 38.331[82], 조항5.3.5.10에서 특정된 바와 같이, MR-DC 해제를 수행할 것이다;

2> 구성되는 경우, p-MaxEUTRA를 해제할 것이다;

2> 구성되는 경우, p-MaxUE-FR1을 해제할 것이다;

2> 구성되는 경우, tdm-PatternConfig를 해제할 것이다;

1> 구성되는 경우, naics-Info for the PCell을 해제할 것이다;

1> RN으로서 접속되고 RN 서브프레임 구성으로 구성되는 경우:

2> RN 서브프레임 구성을 해제할 것이다;

1> 5.6.14.3에서 설명된 바와 같이, 구성되는 경우, LWA 구성을 해제할 것이다;

1> 5.6.17.3에서 설명된 바와 같이, 구성되는 경우, LWIP 구성을 해제할 것이다;

1> 구성되는 경우, delayBudgetReportingConfig를 해제할 것이고, 작동 중인 경우, 타이머 T342를 정지시킬 것이다;

1> TS 36.304 [4]에서 특정된 바와 같은 셀 선택 프로세스에 따라 셀 선택을 수행할 것이다;

1> 구성되는 경우, bw-PreferenceIndicationTimer를 해제할 것이고, 작동 중인 경우, 타이머 T341을 정지시킬 것이다;

1> 구성되는 경우, overheatingAssistanceConfig를 해제할 것이고, 작동 중인 경우, 타이머 T345를 정지시킬 것이다;

1> 구성되는 경우, ailc-BitConfig를 해제할 것이다;

5.3.7.3 액션들에 뒤이어, T311이 작동 중인 동안의 셀 선택

적합한 E-UTRA 셀을 선택할 시, UE는:

1> T309가 작동 중인 경우:

2> 5.3.16.4에서 특정된 바와 같은 액션들을 수행할 것이다.

1> UE가 5GC에 접속되고, 선택된 셀이 EPC에만 접속된 경우; 또는

1> UE가 EPC에 접속되고, 선택된 셀이 EPC에만 접속된 경우:

2> 5.3.12에서 특정된 바와 같이 RRC_CONNECTED를 종료할 시에 액션들을 수행하고, 이때 해제가 'RRC 연결 실패'를 야기할 것이다;

1> 그렇지 않은 경우:

2> 타이머 T311을 정지시킬 것이다;

2> 타이머 T301을 시작시킬 것이다;

2> SystemInformationBlockType2에 포함된 timeAlignmentTimerCommon을 적용할 것이다;

2> UE가 제어 평면 CIoT EPS 최적화에 대한 RRC 연결 재-확립을 지원하는 NB-IoT UE이고 AS 보안이 활성화되지 않았다면; 그리고

2> cp-reestablishment가 SystemInformationBlockType2-NB에 포함되지 않은 경우:

3> 5.3.12에서 특정된 바와 같이 RRC_CONNECTED를 종료할 시에 액션들을 수행하고, 이때 해제가 'RRC 연결 실패'를 야기할 것이다;

2> 그렇지 않은 경우:

3> 5.3.7.4에 따라 RRCConnectionReestablishmentRequest 메시지의 송신을 재개할 것이다;

비고: 이러한 절차는, 또한, UE가 소스 PCell로 복귀하는 경우에 적용된다.

인터-RAT 셀을 선택할 시, UE는:

1> 선택된 셀이 UTRA 셀인 경우, 그리고 UE가 인터-RAT MRO에 대한 무선 링크 실패 리포트를 지원하는 경우, VarRLF-Report 내에 selectedUTRA-CellId를 포함할 것이고, 이를 선택된 UTRA 셀의 물리적 셀 아이덴티티 및 캐리어 주파수로 설정할 것이다;

1> 5.3.12에서 특정된 바와 같이 RRC_CONNECTED를 종료할 시에 액션들을 수행하고, 이때 해제가 'RRC 연결 실패'를 야기할 것이다;

5.3.7.6 T311 만료

T311 만료 시, UE는:

5.3.7.7 T301 만료 또는 선택된 셀이 더 이상 적합하지 않음

UE는:

1> 타이머 T301이 만료하는 경우; 또는

1> 선택된 셀이 TS 36.304 [4]에서 특정된 바와 같은 셀 선택 기준에 따라 더 이상 적합하지 않게 되는 경우:

5.3.7.8 UE에 의한 RRCConnectionReestablishmentReject의 수신

RRCConnectionReestablishmentReject 메시지를 수신할 시, U는:

미리 구성된 업링크 리소스(PUR)들의 송신이 3GPP RAN1에서 논의된다. RAN1에 의해 이루어진 일부 협의들이 3GPP RAN1 #96 의장 메모로부터 아래에 인용된다:

유휴 모드에서, TA 검증 구성은 "PUR 시간 정렬 타이머"를 포함할 수 있다

UE가, (현재 시간 - 마지막 TA 업데이트 시의 시간) > PUR 시간 정렬 타이머라면, TA를 무효한 것으로 간주하는 경우

유휴 모드에서, UE가 TA를 검증할 때, UE는, 이전 서빙 셀에 대한 TA를, 서빙 셀이 변화하는 경우에, 무효한 것으로 간주한다

위 사항은 UE가 서빙 셀 변경 특징을 사용하도록 구성되는 경우에 대해 적용된다

UE가 여러 TA 검증 기준을 사용하도록 구성될 때, TA는 모든 구성된 TA 검증 기준들이 만족될 때에만 유효하다.

전용 PUR에 대해, 유휴 모드에서, PUR 리소스 구성은 적어도 다음을 포함한다

주기성(들)을 포함하는 시간 도메인 리소스들

비고: 또한, 반복 횟수, RU들의 수, 시작 포지션을 포함한다

주파수 도메인 리소스들

TBS(들)/MCS(들)

전력 제어 파라미터들

레거시 DMRS 패턴

미리 구성된 업링크 리소스(PUR)들의 송신이 3GPP RAN1에서 논의된다. RAN1에 의해 이루어진 일부 협의들이 3GPP RAN1 #96bis 의장 메모로부터 아래에 인용된다:

유휴 모드에서 전용 PUR에 대해, PUR 구성은 UE-특정 RRC 시그널링에 의해 구성된다.

유휴 모드에서, UE는 TA가 주어진 셀 내에서 항상 유효하도록 구성될 수 있다.

미리 구성된 업링크 리소스(PUR)들의 송신이 3GPP RAN1에서 논의된다. RAN1에 의해 이루어진 일부 협의들이 3GPP RAN1 #98 의장 메모로부터 아래에 인용된다:

유휴 모드에서, PUR 구성들 및/또는 PUR 파라미터들을, PUR 송신 후의 L1 시그널링을 통해 업데이트하는 것이 지원된다

전용 PUR에 대해

PUR 탐색 공간 모니터링 동안, UE는 RNTI가 어떠한 다른 UE와도 공유되지 않음을 가정하여 RNTI와 스크램블된 DCI를 모니터링한다.

미리 구성된 업링크 리소스(PUR)들의 송신이 3GPP RAN1에서 논의된다. RAN1에 의해 이루어진 일부 협의들이 3GPP RAN1 #98bis 의장 메모로부터 아래에 인용된다:

전용 PUR ACK DCI는 적어도 타이밍 어드밴스 조정(0의 TA 조정을 포함함)을 포함한다. TA 조정 필드는 레거시로서 [6] 비트이다.

유휴 모드에서 전용 PUR에 대해, PUR 구성은 다음을 포함한다

MPDCCH 주파수 홉핑 구성

PDSCH 주파수 홉핑 구성

PUR 구성은 PUCCH 구성을 포함한다

미리 구성된 업링크 리소스(PUR)들의 송신이 3GPP RAN2에서 논의된다. RAN2에 이루어진 일부 협의들은 R2-1914102로부터 아래에 인용된다:

멀티-샷 D-PUR은 단일 샷으로서 구성할 가능성으로 지원된다.

네트워크는 D-PUR 구성에 대한 결정을 행한다.

eNB는 전용 RRC 시그널리에 의해 D-PUR을 (재)구성 및 해제할 수 있다.

UE는, 그것이 새로운 셀 상에서 RA 절차를 행할 때, D-PUR을 해제해야 한다.

D-PUR 구성은 사전정의된 종단 없이(무한하게) 셋업될 수 있다.

RRC 응답 메시지는 UE에 의해 지원될 필요가 있고, 모든 경우들에 사용될 수 있다.

일부 경우들에 있어서, L1 시그널링은 확인하기에 충분하다, 즉, RRC 응답 메시지가 필요하지 않다.

RAN2는, eNB가 어떠한 계류 중 다운링크 데이터 또는 시그널링도 없다고 결정한 후에만 확인을 위한 L1 시그널링이 전송됨을 가정한다.

D-PUR에 대한 UE-특정 RNTI를 UE에 제공하는 것이 실현가능하다. 공통 또는 공유되는 RNTI가 또한 실현가능하다.

D-PUR을 위해 사용되는 RNTI는 다른 D-PUR 구성과 함께 시그널링된다.

유효 TA는 D-PUR 송신을 개시하기 위한 요건이다.

UE는 D-PUR 리소스를 사용하여 RRCConnectionRequest 또는 RRCConnectionResumeRequest를 전송함으로써 RRC 연결을 확립 또는 재개할 수 있다.

CP 솔루션에 대해, 업링크 데이터는 CCCH에서 송신되는 업링크 RRC 메시지에 NAS PDU로서 봉지된다.

UP 솔루션에 대해, 업링크 데이터는 DTCH에서 송신된다.

업링크 D-PUR 송신 후, UE는 타이머의 제어 하에 PDCCH를 모니터링한다:

타이머는 D-PUR 송신 후에 시작된다.

타이머는, D-PUR 재송신에 대한 스케줄리이 수신되는 경우에 재시작된다.

UE는, 타이머가 만료한 경우에 D-PUR 송신이 실패했음을 고려한다.

타이머는, D-PUR 절차가 종료/성공할 때 정지된다.

CP 솔루션에 대한 다운링크 RRC 응답 메시지는, 필요한 경우, 다음의 선택 정보를 포함할 수 있다:

NAS PDU로서 봉지된 다운링크 데이터(다운링크 애플리케이션 레이어 응답 또는 MME 내의 계류 중 데이터).

방향전환 정보.

D-PUR (재)구성 및 해제.

UP 솔루션에 대한 다운링크 RRC 응답 메시지는 다음의 선택 정보를 포함할 수 있다:

재개 ID.

NCC(위임자) - UP 솔루션에 대한 다운링크 RRC 응답 메시지가 항상 제공된다.

방향전환 정보.

D-PUR (재)구성 및 해제.

TA 업데이트에 대한 MAC CE는 CP 솔루션 및 UP 솔루션에 대한 다운링크 RRC 응답 메시지의 RRC 송신과 함께 전송될 수 있다.

D-PUR 송신의 수신 후, eNB는 RRCConnectionSetup 메시지 또는 RRCConnectionResume 메시지에 의해 UE를 RRC 연결으로 이동시킬 수 있다.

TA 유효한 기준 "서빙 셀 변경들"은 내재적으로 항상 인에이블되는데, 이는 TA가 마지막으로 검증되었던 것과는 상이한 셀에서 UE가 RA 절차를 개시할 때 무효한 것으로 간주된다.

TA 검증 기준에 대한 구성은 전용 RRC 시그널링에서 제공된다.

RRC 시그널링을 통해 선택적 TA 검증 기준 각각 또는 모두(즉, TA 타이머, (N)RSRP 변경)를 디스에이블하는 것이 가능해야 한다.

UE는 TA가 무효한 것으로 간주되는 동안 PUR 구성을 유지하지만, PUR은 eNB가 기존의 TA를 검증하고/새로운 TA를 제공할 때까지 사용될 수 없다.

새로운 TA 타이머가 유휴 모드에서 D-PUR로 구성된 UE들에 대해 정의된다.

TA 타이머에 대한 (재)시작 시간들은 UE와 eNB 사이에 정렬될 필요가 있다.

TA 타이머는 TA가 업데이트된 후에 재시작된다.

UE-특정 PUR (재)구성은 UE가 RRC_CONNECTED에 있는 동안 제공될 수 있다.

PUR (재)구성은 RRC 연결 해제에 포함될 수 있다.

적어도 다음의 정보가 PUR (재)구성에 포함될 수 있다:

해제 이전의 "m"개의 연이은 누락 할당들.

유휴 모드에 대한 시간 정렬 타이머.

서빙 셀에 대한 RSRP 변경 임계값.

PUR (재)구성은 D-PUR 절차의 DL RRC 응답 메시지에서 제공될 수 있다.

델타 구성이 PUR 재구성을 위해 지원된다.

UE가 EDT를 수행하거나 RRC_CONNECTED로 이동하고, 동일한 셀에서 RRC_IDLE로 돌아오는 경우, PUR 구성은, 네트워크 또는 다른 트리거들에 의해 특별히 해제 또는 재구성되지 않는다면, 유효한 채로 남는다.

PUR은 명시적으로 D-PUR 절차의 RRCConnectionRelease 메시지 및 DL RRC 응답 메시지에 의해 해제될 수 있다.

CP 솔루션 AS RAI에 대해, BSR은 PUR 송신에 포함되지 않는다.

CP 솔루션에 대해, TA에 대한 MAC CE는 다운링크 RRC 응답 메시지 없이 전송될 수 있다. (UP에 대해, RRC 응답 메시지 메시지가 항상 필요하다).

UE가 RRC-CONNECTED로 이동한 경우, 새로운 C-RNTI가 RRC에서 제공될 수 있다. 부재인 경우, UE는 C-RNTI로서 PUR-RNTI를 유지한다.

작업 가정: PUR은 SIB2에서 플래그를 사용하여 셀에서 인에이블된 것으로서 표시된다. PUR 지원의 SIB 표시이 셀에서 턴오프됨을 검출할 시, UE는 모든 PUR 구성들을 해제할 것이다. 기존의 SIB 업데이트 메커니즘은 표시를 업데이트하는 데 사용된다.

구성은 UE로부터 PUR 구성 요청 없이 제공될 수 있고, 따라서, UE가 PUR을 사용하여 UL 송신들을 수행할 수 있음을 나타내는 선택적 무선 능력들(UP 및 CP와는 별개임)이 도입된다.

UE는 하나 초과의 PUR 구성으로 구성될 수 없다.

따라서, PUR 코딩 아이덴티티/인덱스는 PUR 구성에서 필요하지 않다.

TBS 크기에 대한 정보가 PUR 구성에서 제공된다.

정확한 세부사항들이 또한 RAN1 협의들에 의존한다.

CP에 대해, EDT와 유사하게, "총 UL 데이터를 포함하는 결과적인 MAC PDU의 크기는 PUR에 대해 구성된 TBS보다 작거나 그와 동일할 것으로 예상된다"는 PUR을 사용하여 UL 송신을 개시하기 전의 사전조건이다.

CP 데이터 없이 RRC 연결 요청을 전송하는 것은 이로 인해 배제되지 않는다.

UP에 대해, 규격들에서 PUR 메시지들을 "PUR에 대한 RRCConnectionResumeRequest" 및 "EDT 또는 PUR에 대한 RRCConnectionResumeRequest" 등으로서 지칭한다.

PUR TA 타이머는 시간(들) 레벨까지 구성가능하고, 디스에이블됨/무한성이 가능하다.

본원에서 사용되는 바와 같은 용어 "MTC UE(Machine-Type Communications UE)"는 "대역폭 감소 및 저복잡도 UE(BL UE)" 및/또는 "인핸스드 커버린지 내의 UE(EC 내의 UE, CE 내의 UE, CE UE)"를 지칭할 수 있다. 본원에서 사용되는 바와 같은 용어 "UE"는 MTC UE 및/또는 NB-IoT(Narrow Band Internet of Things) UE 및/또는 상이한 유형의 UE를 지칭할 수 있다. RRC_IDLE 상태(예를 들면, 무선 리소스 제어(RRC) 유휴 상태)에서, UE가 랜덤 액세스(Random Access, RA) 절차를 개시하는 경우, 랜덤 액세스 절차는 조기 데이터 송신(EDT)에 대한 것일 수 있고/있거나, 랜덤 액세스 절차는 EDT에 대한 것이 아닐 수 있다. 경쟁 기반 랜덤 액세스 절차는 4개의 단계들을 포함할 수 있는데, 여기서 4개의 단계들의 각각의 단계에서 송신되고/되거나 수신되는 메시지들은 각각 "Msg1", "Msg2", "Msg3", 및/또는 "Msg4"로 지칭된다. 경쟁 기반 랜덤 액세스 절차는 2개의 단계들을 포함할 수 있는데, 여기서 2개의 단계들의 각각의 단계에서 송신되고/되거나 수신되는 메시지들은 각각 "Msg1" 및/또는 "Msg2"로 지칭된다. 본원에서 사용되는 바와 같은 용어 "물리적 다운링크 제어 채널(Physical Downlink Control Channel, PDCCH)"은 MTC UE들에 대한 기계-유형 통신 PDCCH(MPDCCH) 및/또는 NB-IoT UE들에 대한 협대역 PDCCH(NPDCCH)를 지칭할 수 있다. 본원에서 사용되는 바와 같은 용어 "물리적 랜덤 액세스 채널(Physical Random Access Channel, PRACH)"은 MTC UE들에 대한 PRACH 및/또는 NB-IoT UE들에 대한 협대역 PRACH(NPRACH)를 지칭할 수 있다. 이 단락 위에서 설명된 설명(들)은, 일반적으로, 달리 특정되지 않는 한, 모든 다음 단락들에 적용될 수 있다.

LTE 릴리스 15에서, EDT는 MTC UE들 및/또는 NB-IoT UE들에 대한 송신 효율을 개선하고/하거나 전력 소비를 감소시키기 위해 도입된다. EDT는 MTC UE들 및/또는 NB-IoT UE들에 대해 적용가능할 수 있다. EDT는 RRC_IDLE 상태에서 트리거될 수 있다. EDT가 트리거된 후, 업링크 사용자 데이터(예를 들면, 모바일 지향 데이터)가 랜덤 액세스 절차 동안 Msg3에 포함될 수 있고(예를 들면, Msg3은 랜덤 액세스 절차의 제3 메시지에 대응할 수 있다), 네트워크가 랜덤 액세스 절차 동안 Msg4에 다운링크 사용자 데이터를 포함할 수 있다(예를 들면, Msg4는 랜덤 액세스 절차의 제4 메시지에 대응할 수 있다). EDT의 하나의 이익은, UE가 RRC_CONNECTED 상태(예를 들면, RRC 연결 상태)에 진입할 필요 없이, 업링크 사용자 데이터가 UE에 의해 송신될 수 있다는 것이다. 또한, EDT가 레거시 RRC 연결 확립/재개 절차로 폴백하는 것, 및/또는 업링크 UE가 RRC_CONNECTED 상태에 진입한 후에 사용자 데이터가 송신되는 것이 가능하다. 릴리스 15 EDT는 "모바일 지향 EDT(MO-EDT)"로도 지칭될 수 있다.

적어도 2개의 유형들의 EDT(또는 MO-EDT)가 있다.

제1 유형의 EDT(또는 제1 유형의 MO-EDT)는 제어 평면 EDT(control plane EDT, CP-EDT)(예를 들면, CIoT(Control Plane Cellular Internet of Things) EPS(Evolved Packet System 최적화를 위한 EDT) 구성들에 대한 EDT)이다. CP-EDT에서, 업링크 사용자 데이터는 공통 제어 채널(Common Control Channel, CCCH) 상에서 업링크 RRCEarlyDataRequest 메시지에 결합된 비-액세스 계층(Non-Access Stratum, NAS) 메시지에서 송신된다. 업링크 RRCEarlyDataRequest 메시지는 랜덤 액세스 절차 동안 Msg3에 포함될 수 있다(예를 들면, Msg3은 랜덤 액세스 절차의 제3 메시지에 대응할 수 있고, 여기서 Msg3은 UE에 의해 eNB로 송신된다). 다운링크 사용자 데이터가 CCCH 상의 다운링 RRCEarlyDataComplete 메시지에 결합된 NAS 메시지에서 송신될 수 있다. 다운링크 RRCEarlyDataComplete 메시지는 랜덤 액세스 절차 동안 Msg4에 포함될 수 있다(예를 들면, Msg4는 랜덤 액세스 절차의 제4 메시지에 대응할 수 있고, 여기서 Msg4는 UE에 의해 eNB로 송신된다). 이동성 관리 엔티티(Mobility Management Entity, MME) 및/또는 eNB가 UE를 RRC_CONNECTED 모드로 이동시키기로 결정하는 경우(예를 들면, UE를 RRC_IDLE 모드로부터 RRC_CONNECTED 모드로 변경시킴), RRCConnectionSetup 메시지가 레거시 RRC 연결 확립 절차로 폴백하기 위해 Msg4에서 (UE로) 전송될 수 있다.

제2 유형의 EDT(또는 제2 유형의 MO-EDT)는 사용자 평면(user plane EDT, UP-EDT)(예를 들면, 사용자 평면 EDT CIoT EPS 최적화들을 위한 EDT)이다. UP-EDT에서, 업링크 사용자 데이터는 CCCH 상에서 업링크 RRCConnectionResumeRequest 메시지와 멀티플렉싱된 전용 트래픽 채널(Dedicated Traffic Channel, DTCH) 상에서 송신된다. 일부 실시예들에서, DCTH 서비스 데이터 유닛(DTCH Service Data Unit, SDU) 및/또는 CCCH SDU는 랜덤 액세스 절차 동안 Msg3에 포함될 수 있다(예를 들면, Msg3은 랜덤 액세스 절차의 제3 메시지에 대응할 수 있고, 여기서 Msg3은 UE에 의해 eNB로 송신된다). 다운링크 사용자 데이터는 전용 제어 채널(Dedicated Control Channel, DCCH) 상에서 다운링크 RRCConnectionRelease 메시지와 멀티플렉싱된 DTCH 상에서 송신될 수 있다. DTCH SDU 및/또는 DCCH SDU는 랜덤 액세스 절차 동안 Msg4에 포함될 수 있다. MME 및/또는 eNB가 UE를 RRC_CONNECTED 모드로 이동시키기로 결정하는 경우(예를 들면, UE를 RRC_IDLE 모드로부터 RRC_CONNECTED 모드로 변경시킴), RRCConnectionResume 메시지가 RRC 연결 재개 절차로 폴백하기 위해 Msg4에서 (UE로) 전송될 수 있다.

LTE 릴리스 16에서, 미리 구성된 업링크 리소스(PUR)들에서의 송신이, 추가로 MTC UE들 및/또는 NB-IoT UE들에 대한 송신 효율을 개선하고/하거나 전력 소비를 감소시키기 위해 도입될 수 있다. PUR은 전용 PUR일 수 있다. 본원에서 사용되는 바와 같은 용어 "전용 PUR은 UE가 다른 UE들과 공유하지 않는다고 가정하는 하나 이상의 리소스들에 대응할 수 있다.

일부 실시예들에서, UE는 RRC_IDLE 상태에서 PUR(예를 들면, PUR 기회)에 대해 PUR 송신(예를 들면, 하나 이상의 PUR들을 통한 네트워크로의 데이터의 송신)을 수행한다. 일부 실시예들에서, UE는 UE의 전용 PUR 구성에 구성된 하나 이상의 PUR들의 시간 및 주파수 정보에 기초하여 PUR(예를 들면, PUR 기회)을 결정한다. 예를 들어, 전용 PUR 구성은, UE가 RRC_IDLE 상태에 있을 때, UE가 셀(예를 들면, 전용 PUR 구성이 수신되고/되거나 유효한 셀)에서 송신을 수행하도록 하나 이상의 PUR들을 나타낼 수 있다. HARQ는 신뢰성을 개선하기 위해 전용 PUR을 사용하는 하나 이상의 송신들에 대해 지원된다. UE가 PUR 송신을 수행한 후, UE는 구성가능한 기간(예를 들면, PUR 탐색 공간 윈도우 및/또는 PUR 탐색 공간 타이머) 동안 PDCCH를 모니터링한다. 네트워크는 전용 PUR 구성에 PUR 탐색 공간 구성을 포함할 수 있고/있거나 UE는 PUR 송신 후의 PUR 탐색 공간 구성에 기초하여 PDCCH를 모니터링할 수 있다(예를 들면, PUR 탐색 공간 구성은 구성가능한 기간에 대응할 수 있다). 추가로, RACH 및/또는 EDT 절차들로의 하나 이상의 폴백 메커니즘들이 또한 지원될 수 있다. 하나 이상의 폴백 메커니즘들의 세부사항들이 논의 중이다.

UE는 (셀에 대한 것과 같은) 전용 PUR 구성을 수신함으로써 PUR로 구성될 수 있다. 전용 PUR 구성은, UE가 RRC_CONNECTED 모드에 있을 때, 전용 시그널링(예를 들면, RRCConnectionRelease 메시지)에서 (셀에서와 같이) UE로 제공될 수 있다. 하나 이상의 구성된 PUR들(예를 들면, 전용 PUR 구성에 의해 나타내지고/나타내지거나 구성된 하나 이상의 PUR들)은, UE가 RRC_IDLE 모드에 있을 때(그리고, UE가 전용 PUR 구성과 연관된 셀 내에 있을 때) 유효할 수 있다. 하나 이상의 구성된 PUR들은 하위 레이어 활성화를 요구하지 않을 수 있다. UE는, 어떠한 데이터도 송신을 위해 가용하지 않는 경우, 하나 이상의 구성된 PUR들을 사용하지 않을 수 있다. 하나 이상의 전용 PUR들에 대해, 네트워크가 전용 PUR들을 사용하여 송신을 수행하고 있는 UE를 식별할 수 있기 때문에, 경쟁 분해능이 필요하지 않을 수 있다. 일부 실시예들에서, UE는 2개의 단계들을 수행할 수 있다. 2개의 단계들 중 제1 단계는 PUR을 사용한 송신을 포함하고, 2개의 단계들 중 제2 단계는 송신과 연관된 네트워크 응답의 수신을 포함한다(예를 들면, 네트워크 응답은 "PUR에 대한 응답" 및/또는 "PUR 응답"으로도 알려져 있다). 네트워크 응답은, 송신이 성공적인지 여부에 대한 확인일 수 있다(예를 들면, 네트워크 응답은 HARQ 피드백 및/또는 L1-ACK를 포함할 수 있다). 네트워크 응답은 재송신을 위한 동적 업링크 승인일 수 있다(예를 들면, 네트워크 응답은, 송신이 성공적이지 않은 경우, 재송신을 위한 동적 업링크 승인일 수 있다). 네트워크 응답은 다운링크 사용자 데이터 및/또는 RRC 메시지(예를 들면, RRCEarlyDataComplete 메시지, RRCConnectionRelease 메시지 등 중 적어도 하나)일 수 있다. 다운링크 사용자 데이터 및/또는 RRC 메시지는 동적 다운링크 할당에 의해 스케줄링될 수 있다. 동적 업링크 승인은 제1 특정 RNTI(예를 들면, C-RNTI, 일시적 C-RNTI, 및/또는 PUR-RNTI와 같은 PUR을 위한 새로운 RNTI)에 어드레싱될 수 있다. 동적 다운링크 할당은 제2 특정 RNTI(예를 들면, C-RNTI, 일시적 C-RNTI, 및/또는 PUR-RNTI와 같은 PUR을 위한 새로운 RNTI)에 어드레싱될 수 있다. 제1 특정 RNTI 및/또는 제2 특정 RNTI는 전용 PUR 구성에 제공될 수 있다. 제1 특정 RNTI 및/또는 제2 특정 RNTI는, UE가 RRC_CONNECTED 상태에 있을 때 제공될 수 있다. 제1 특정 RNTI 및 제2 특정 RNTI는 동일할 수 있다(즉, 제1 특정 RNTI 및 제2 특정 RNTI는 둘 다 단일 RNTI에 대응할 수 있다). 대안으로 그리고/또는 추가로, 제1 특정 RNTI는 제2 특정 RNTI와는 상이할 수 있다. 재송신이 요구되는 경우, 예를 들면 송신이 성공적이지 않은 경우, UE는 다음 PUR 기회에 그리고/또는 (제2 단계에서 수신된) 동적 업링크 승인에 기초하여 재송신을 수행할 수 있다. UE는 네트워크 응답을 수신하기 위한 구성가능한 기간(예를 들면, PUR 탐색 공간 윈도우 및/또는 PUR 탐색 공간 타이머) 동안 PDCCH를 모니터링한다. 일부 실시예들에서, 네트워크 응답은 (예를 들면, 송신이 성공적이지 않은 시나리오에서) RACH 절차 및/또는 EDT 절차로의 폴백을 나타낼 수 있다.

RAN1 및 RAN 2 협의들(이들 중 적어도 일부는 전술한 설명에서 인용된다)에 따르면, UE는, 기준이 충족되는 경우, RRC_IDLE 상태에서 하나 이상의 전용 PUR들을 사용할 수 있다. 기준은 유효한 시간 정렬(Time Alignment, TA)을 포함할 수 있다(예를 들면, 기준은, TA가 유효한지의 여부 이외의 하나 이상의 다른 기준들을 마찬가지로 포함할 수 있다). TA에 대한 검증 메커니즘(예를 들면, UE가, UE와 연관된 TA가 유효한지 여부를 결정할 수 있게 하는 메커니즘)이 PUR TA 타이머를 포함할 수 있다. 일부 실시예들에서, PUR TA 타이머는 기존의 timeAlignmentTimer와는 상이하다. 예를 들어, PUR TA 타이머를 시작, 재시작, 및/또는 정지시키기 위한 조건들은 기존의 timeAlignmentTimer를 시작, 재시작, 및/또는 정지시키기 위한 조건들과는 상이할 수 있다. PUR TA 타이머가 UE를 위해 구성된 경우, UE는, PUR TA 타이머가 작동 중인 경우에 그리고/또는 PUR의 TA 검증을 위한 다른 기준들(예를 들면, 모든 다른 기준들)이 충족되는 경우에 UE와 연관된 (PUR에 대한) TA가 유효하다고 간주할 수 있다. PUR TA 타이머가 UE를 위해 구성된 경우, UE는, PUR TA 타이머가 작동 중이 아닌 경우에(그리고/또는 PUR TA 타이머가 만료했다면) UE와 연관된 (PUR에 대한 TA)가 무효하다고 간주할 수 있다. PUR TA 타이머의 구성은 전용 PUR 구성에 포함될 수 있다(예를 들면, UE는 전용 PUR 구성을 사용하여 PUR TA 타이머로 구성될 수 있다). TA에 대한 검증 메커니즘은 "서빙 셀 변경"을 포함할 수 있다(예를 들면, UE와 연관된 서빙 셀은, 예를 들면 셀 선택으로 인해, 상이한 셀로 변경될 수 있는데, 여기서 상이한 셀은 전용 PUR 구성이 유효하고/하거나 UE가 전용 PUR 구성으로 구성되었던 셀과는 상이하다). UE는, 서빙 셀이 변경되는 경우,이전 서빙 셀이 무효한 것으로 간주할 수 있다. 대안으로 그리고/또는 추가로, UE는, TA가 가장 최근에 검증되었던 셀과는 상이한 셀에서 UE가 랜덤 액세스 절차를 개시할 때,TA를 뮤효한 것으로 간주할 수 있다. 일례에서, UE는 제1 셀 상에서 제1 PUR 송신을 수행할 수 있고, 제1 셀 상에서 제1 PUR 응답을 수신할 수 있고, 이어서, 제2 셀 상에서 랜덤 액세스 절차를 개시할 수 있다. 일례에서, UE는, UE가 제2 셀 상에서 랜덤 액세스 절차를 개시할 때(그리고/또는 그 후) TA를 무효한 것으로 간주할 수 있다.

일부 실시예들에서, UE는, UE가 (PUR에 대한0 TA를 무효한 것으로 간주할 때, 전용 PUR 구성을 유지한다(즉, 해제하지 않는다)(예를 들면, UE는 UE가 RRC_CONNECTED 상태에 그리고/또는 RRC_IDLE 상태에 있고, UE가 (PUR에 대한) TA를 무효한 것으로 간주할 때의 기간 동안 전용 PUR 구성을 유지할 수 있다). UE는 UE와 연관된 서빙 셀이 변경될 때(예를 들면, RRC_CONNECTED 상태에 그리고/또는 RRC_IDLE 상태에 있을 때) 전용 PUR 구성을 유지할 수 있다(예를 들면, 해제하지 않을 수 있다). 예를 들어, UE는, UE의 서빙 셀이 RRC_IDLE 상태에서 (예를 들면, 전용 PUR 구성이 구성되었고/되었거나 유효한 곳 이외의 셀로) 변경될 때 전용 PUR 구성을 유지할 수 있다(즉, 해제하지 않을 수 있다). UE는, UE와 연관된 (PUR에 대한) TA가 무효할 때 PUR 송신을 수행하지 않고, UE는 UE와 연관된 (PUR에 대한) TA가 유효해진 후에 PUR 송신을 수행할 수 있다. 일부 실시예들에서, UE는 (전용 PUR 구성이 구성되고/되거나 유효한 동일한 서빙 셀 상에서) EDT를 수행하고/하거나 RRC_CONNECTED 상태에 진입할 시(그리고/또는 이들에 응답하여) 전용 PUR 구성을 유지한다(즉, 해제하지 않는다). UE는 전용 PUR 구성이 유지되고 UE가 RRC_CONNECTED 상태에 있는 동안의 기간에 PUR 송신을 수행하지 않을 수 있다.

내재적 해제 메커니즘이 PUR에 대해 도입된다. UE는, 대응하는 임계치(및/또는 해제 메커니즘 특질)가 전용 PUR 구성에서 구성되는 경우, 카운터 'm'을 유지한다. 일부 실시예들에서, UE가 PUR 기회에 대해 PUR 송신을 수행하지 않는 (그리고/또는 스킵하는) 경우, UE는 카운터 'm'을 1만큼 증분시킨다(예를 들면, UE는 PUR 기회에 대해 PUR 송신을 수행하지 않고/않거나 스킵하는 것에 응답하여, 카운터 'm'을 1만큼 증분시킬 수 있다). 카운터 'm'이 'm'에 대한 대응하는 임계치에 도달(또는 그를 초과)하는 경우, UE는 전용 PUR 구성을 자체적으로 해제한다(예를 들면, UE는 카운터 'm'이 대응하는 임계치에 도달(또는 그를 초과)하는 것에 응답하여 전용 PUR 구성을 해제할 수 있다). UE는 UE가 RRC_CONNECTED 상태에 있는 동안 카운터 'm'을 증분시키지 않을 수 있다. UE는 UE와 네트워크 사이의 성공적인 통신(예를 들면, 성공적인 통신은, UE가 RRC_IDLE 또는 RRC_CONNECTED 상태에 있을 때 UE와 네트워크 사이의 통신에 대응할 수 있다) 후(예를 들면, 그에 응답하여) 카운터 'm'의 값을 재설정할 수 있다(예를 들면, 카운터 'm'의 값을 재설정하는 것은 카운터 'm'을 0으로 설정하는 것을 포함할 수 있다).

.

RAN2 협의들(이들 중 적어도 일부는 전술한 설명에서 인용된다)에 따르면, 전용 PUR 구성은, UE가 (동일한 서빙 셀에서) RRC_IDLE 상태에 진입한 후에 나중에 사용(예를 들면, 재사용)될 수 있도록, UE가 동일한 서빙 셀(예를 들면, UE가 전용 PUR 구성을 수신했고/했거나 전용 PUR 구성이 유효한 서빙 셀)에서 RRC_CONNECTED 상태에 진입한 후에 유지되어야 한다. 전용 PUR 구성이 유지된다 하더라도, UE는 RRC_CONNECTED 상태에서 네트워크에 의해 동적으로 스케줄링될 수 있다. PUR에 비교되는 바와 같이, 동적 스케줄링은 송신 전력, 전송 블록 크기(Transport Block Size, TBS) 및/또는 송신 타이밍의 면에서 더 유연할 수 있다. RRC_IDLE 상태에서의 PUR의 사용에 비교되는 바와 같이, RRC_CONNECTED 상태에서의 PUR을 사용하는 데 있어서 더 적은 이익들이 있을 수 있다. 추가로, UE가 RRC_CONNECTED 상태에서 PUR 송신을 수행하는 경우, UE는, 셀 무선 네트워크 일시적 식별자(Cell Radio Network Temporary Identifier, C-RNTI) 외에도, 접속 모드 PDCCH 모니터리에서 복잡도를 증가시키는 PUR에 대한 특정 RNTI를 모니터링할 필요가 있을 수 있다.

UE가 RRC_CONNECTED 상태에서 PUR을 사용하는 것을 방지 및/또는 금지하는 하나의 방식은 UE가 RRC_CONNECTED 상태에 있는 동안 PUR에 대한 TA가 무효한 것으로 간주하는 것이다.

일례에서, UE는 RRC_CONNECTED 상태에 진입할 시 그리고/또는 그에 응답하여 PUR TA 타이머를 정지시킬 수 있다(예를 들면, PUR TA 타이머가 UE에 의해 정지될 때, UE는 PUR TA 타이머가 작동 중이 아닌 것으로 인해 PUR에 대한 TA를 무효한 것으로 간주할 수 있다). 대안으로 그리고/또는 추가로, UE는 RRCConnectionSetup 메시지 및/또는 RRCConnectionResume 메시지를 수신할 시 그리고/또는 그들에 응답하여 PUR TA 타이머를 정지시킬 수 있다. 대안으로 그리고/또는 추가로, UE는 timeAlignmentTimer(예를 들면, MAC-MainConfig 내의 timeAlignmentTimerDedicated)를 수신할 시 그리고/또는 그들에 응답하여 PUR TA 타이머를 정지시킬 수 있다.

(UR가 RRC_CONNECTED 상태에서 PUR을 사용하는 것을 방지 및/또는 금지하는) 일례에서, UE는 RRC_CONNECTED 상태에 진입할 시 그리고/또는 그에 응답하여 PUR TA 타이머를 만료된 것으로 간주할 수 있다(예를 들면, PUR TA 타이머가 만료된 것으로 간주될 때, UE는 PUR TA 타이머가 만료된 것으로 인해 PUR에 대한 TA를 무효한 것으로 간주할 수 있다). 대안으로 그리고/또는 추가로, UE는 RRCConnectionSetup 메시지 및/또는 RRCConnectionResume 메시지를 수신할 시 그리고/또는 그들에 응답하여 PUR TA 타이머를 만료된 것으로 간주할 수 있다. 대안으로 그리고/또는 추가로, UE는 timeAlignmentTimer(예를 들면, MAC-MainConfig 내의 timeAlignmentTimerDedicated)를 수신할 시 그리고/또는 그들에 응답하여 PUR TA 타이머를 만료된 것으로 간주할 수 있다.

UE가 RRC_CONNECTED 상태에서 PUR을 사용하는 것을 방지 및/또는 금지하는 다른 방식은 UE와 연관된 PUR의 상태를 "유예"된 것으로 간주하는 것이다. 일례에서, UE는 RRC_CONNECTED 상태에 진입할 시 그리고/또는 그에 응답하여 PUR의 상태를 "유예"된 것으로 간주할 수 있다. UE가 PUR의 상태를 "유예"된 것으로 간주할 때, UE는 PUR을 사용하지 않을 수 있다. 따라서, UE는 RRC_CONNECTED 상태 동안 PUR을 사용하지 않을 수 있다. UE는 RRC_IDLE 상태에 진입할 시 그리고/또는 그에 응답하여 PUR을 상태를 "재개"된 것으로 간주할 수 있다(예를 들면, UE는 UE가 RRC_IDLE 상태에 진입하기 전과 같이, 전용 PUR 구성이 네트워크에 의해 해제되지 않는 경우, RRC_IDLE 상태에 진입할 시 그리고/또는 그에 응답하여 PUR의 상태를 "재개"된 것으로 간주할 수 있다). UE가 PUR의 상태를 "재개"된 것으로 간주할 때, UE는 PUR을 사용할 수 있다. 따라서, UE는 RRC_IDLE 상태 동안 PUR을 사용할 수 있다.

일부 예들에서, UE는 RRC_CONNECTED 상태에서 PUR을 사용하는 것으로부터 방지 및/또는 금지되지 않을 수 있다(예를 들면, UE는 RRC_CONNECTED 상태에서 PUR을 사용할 것을 허용받을 수 있다).

일부 예들에서, UE는 RRC_CONNECTED 상태에서 TA 업데이트(예를 들면, TA 업데이트는 UE에 의해 수신된 TA 커맨드 MAC 제어 요소에 응답할 수 있다)에 응답하여 PUR TA를 시작시키지 않을 수 있다.

RRC_CONNECTED 상태에서, 네트워크는 UE와 연관된 핸드오버를 트리거할 수 있다, 예를 들어, 네트워크는 핸드오버를 트리거하여, UE를 하나의 셀로부터 다른 셀로 핸드오버할 수 있다. 핸드오버는 UE의 서빙 셀(예를 들면, 일차 셀(PCell))을 소스 셀로부터 타깃 셀로 변경하는 데 사용될 수 있다. 핸드오버는 인트라-셀 핸드오버(즉, 타깃 셀이 소스 셀과 동일하다)일 수 있고, 또는 인터-셀 핸드오버(즉, 타깃 셀이 소스 셀과는 상이하다)일 수 있다. LTE에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신 시에 핸드오버 절차(예를 들면, UE를 하나의 셀로부터 다른 셀로 핸드오버함)를 개시한다. UE는 RRCConnectionReconfigurationComplete 메시지를 타깃 셀로 송신하기 위해 타깃 셀 상에서 랜덤 액세스 절차를 개시할 수 있다.

RAN2 협의들(이들 중 적어도 일부는 전술한 설명에서 인용된다)에 따르면, 네트워크는 UE가 RRC_CONNECTED 상태에 있는 동안 RRCConnectionRelease 메시지에서 전용 PUR 구성을 제공할 수 있다. UE가 RRC_CONNECTED 상태에 있는 동안 네트워크가 RRCConnectionRelease 메시지에서 전용 PUR 구성을 제공하는 일례에서, UE는 RRCConnectionRelease 메시지를 적용한 것에 응답하여 RRC_IDLE 상태에 진입한다. PUR이 RRC_IDLE 상태에서 사용되고 RRC_CONNECTED 상태에서 사용되지 않는 일부 예들에서, UE가 전용 PUR 구성의 구성 및/또는 재구성 후에 UE가 RRC_CONNECTED 상태에 남아 있어야 하는 경우, 네트워크가 UE에 대해 전용 PUR 구성을 구성 및/또는 재구성할 필요가 없을 수 있다. 따라서, 네트워크가 RRCConnectionReconfiguration 절차를 통해 PUR을 구성 및/또는 재구성할 필요가 없을 수 있다.

UE의 RRC_CONNECTED 상태에서 (핸드오버의 현재 서빙 셀 또는 소스 셀에서 수신된 전용 PUR 구성과 같은) 전용 PUR 구성을 유지하는 UE가 mobilityControlInfo(예를 들면 mobilityControlInfo 정보 요소)를 포함하는 RRCConnectionReconfiguration 메시지의 수신에 응답하여 (예를 들면, RRCConnectionReconfigurationComplete 메시지를 생성하기 위해 그리고/또는 핸드오버의 타깃 셀 상에서 갠덤 액세스 절차를 개시하기 위해) 핸드오버 절차를 개시하는 시나리오가 발생할 수 있다. 이러한 시나리오에서, 전용 PUR 구성이, 핸드오버 절차가 성공적으로 완료된 후에 여전히 유효한지 여부는 불명확하다. UE는, 전용 PUR 구성이 더 이상 유효하지 않은 경우, 전용 PUR 구성을 유지해서는 안 된다. 예를 드어, UR가 무효한 PUR 구성을 사용하여 송신을 수행하는 경우, 제2 UE와의 리소스 충돌이 발생하여, UE 및 제2 UE 중 하나 또는 둘 다에 대해 송신 실패를 초래할 수 있다. 대안으로 그리고/또는 추가로, UE가 전용 PUR 구성을 해제하는 경우, UE는 전용 PUR 구성에서 구성된 리소스들을 사용하여 송신을 수행하지 못할 수 있다.

본원에는, 구현될 때, UE가, 전용 PUR 구성을 유지할지 아니면 해제할지를 결정하지 못하는 것, UE가, 전용 PUR 구성이 유효한자 아닌지의 여부를 결정하지 못하는 것, UE가, 무효 PUR 구성을 사용하여 송신을 수행하는 것, 송신의 결과로서 다른 UE와의 리소스 충돌, UE가, UE가 전용 PUR 구성을 해제하는 경우, 전용 PUR 구성에서 구성된 리소스들을 사용하여 송신을 수행하지 못하는 것 등 중 적어도 하나와 같은 전술된 문제들을 해결하는 기법들이 제공된다.

본 발명의 예시적인 제1 실시예에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신에 응답하여 전용 PUR 구성을 해제할 수 있다. 핸드오버 절차는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 의해 트리거될 수 있다. 예를 들어, 핸드오버 절차는 UE의 서빙 셀을 소스 셀로부터 타깃 셀로 변경하도록 수행될 수 있다(예를 들면, 타깃 셀은 RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내지고/나타내지거나 식별될 수 있다). 일부 예들에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 핸드오버 절차를 개시할 수 있다. 소스 셀은 전용 PUR 구성이 수신되고/되거나 유효한 UE의 서빙 셀에 대응할 수 있다(예를 들면, UE는 소스 셀로부터 전용 PUR 구성을 수신할 수 있다).

일부 예들에서, UE는, UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 때(그리고/또는 UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 시 그리고/또는 그에 응답하여) 전용 PUR 구성을 해제할 수 있다. 예를 들어, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신을 (예를 들면, 네트워크에) 확인하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 확인의 표시를 네트워크로 송신함으로써 수신을 확인할 수 있다). 대안으로 그리고/또는 추가로, UE는 타깃 셀의 다운링크에 대한 동기화를 시작하기 전애 또는 그 후에 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 C-RNTI로서 newUE-Identity의 값을 적용하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차(예를 들면, 3GPP TS 36.331 V15.7.0의 하위조항 5.3.5.8에서 논의된 무선 구성 절차)를 수행하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차 동안 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서 랜덤 액세스 절차를 개시하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서의 랜덤 액세스 절차가 성공적으로 완료되기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다.

대안으로 그리고/또는 추가로, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신을 (예를 들면, 네트워크에) 확인하는 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀의 다운링크에 대한 동기화를 시작한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 C-RNTI로서 newUE-Identity의 값을 적용한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차(예를 들면, 3GPP TS 36.331 V15.7.0의 하위조항 5.3.5.8에서 논의된 무선 구성 절차)를 수행한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서 랜덤 액세스 절차를 개시한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서의 랜덤 액세스 절차가 성공적으로 완료된 것에 응답하여 전용 PUR 구성을 해제할 수 있다.

일부 예들에서, 소스 셀은 타깃 셀(예를 들면, RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내진 타깃 셀)과 동일할 수 있다. 예를 들어, UE는, 소스 셀이 타깃 셀과 동일한 경우에서도, (예를 들면, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신에 응답하여) 전용 PUR 구성을 해제할 수 있다.

일부 예들에서, UE는 타깃 셀이 소스 셀과 동일한지 여부와는 무관하게 전용 PUR 구성을 해제할 수 있다.

일부 예들에서, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지는 "fullConfig"를 포함하지 않을 수 있다.

일부 예들에서, UE는 핸드오버 동안 랜덤 액세스 절차를 개시하지 않고서 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 핸드오버 절차 동안 어떠한 랜덤 액세스 절차도 개시하지 않고서 전용 PUR 구성을 해제할 수 있다). 예를 들어, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 전용 PUR 구성을 해제할 수 있고, UE는 타깃 셀의 다운링크에 동기화하는 데 실패할 수 있고, 핸드오버 절차 동안 랜덤 액세스 절차를 개시하지 않을 수 있다.

본 발명의 예시적인 제2 실시예에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신에 응답하여 전용 PUR 구성을 유지할 수 있다. 핸드오버 절차는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 의해 트리거될 수 있다. 예를 들어, 핸드오버 절차는 UE의 서빙 셀을 소스 셀로부터 타깃 셀로 변경하도록 수행될 수 있다(예를 들면, 타깃 셀은 RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내지고/나타내지거나 식별될 수 있다). 일부 예들에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 핸드오버 절차를 개시할 수 있다. 소스 셀은 전용 PUR 구성이 수신되고/되거나 유효한 UE의 서빙 셀에 대응할 수 있다(예를 들면, UE는 소스 셀로부터 전용 PUR 구성을 수신할 수 있다).

UE는, 예를 들면 핸드오버 절차로 인해, 전용 PUR 구성을 해제하지 않을 수 있다.

일부 예들에서, UE는 핸드오버 절차 동안, 예를 들면 핸드오버 절차가 여전히 진행 중인 동안, 전용 PUR 구성을 유지할 수 있다. 대안으로 그리고/또는 추가로, UE는 핸드오버 절차의 성공적인 완료에 응답하여(그리고/또는 그 후에) 전용 PUR 구성을 유지할 수 있다.

일부 예들에서, 핸드오버 절차가 성공적으로 완료된 후, 네트워크는 UE가 전용 PUR 구성을 해제할지의 여부를 판정 및/또는 결정할 수 있다.

일부 예들에서, 소스 셀은 타깃 셀(예를 들면, RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내진 타깃 셀)과는 상이할 수 있다. 예를 들어, UE는, 소스 셀이 타깃 셀과 상이한 경우에서도, (예를 들면, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신에 응답하여) 전용 PUR 구성을 유지할 수 있다.

일부 예들에서, UE는 UE의 현재 서빙 셀(예를 들면, PCell)이 제1 셀과 동일한지의 여부에 기초하여 RRC_IDLE 상태에 진입할 시(그리고/또는 그에 응답하여) 전용 PUR 구성을 유지할지 아니면 전용 PUR 구성을 해제할지를 결정할 수 있다(예를 들면, UE는 UE의 현재 서빙 셀이 제1 셀과 동일한지의 여부를 결정 및/또는 검사할 수 있다). UE는, 현재 서빙 셀이 제1 셀과 동일한 경우, 전용 PUR 구성을 유지할 수 있다(예를 들면, UE는 현재 서빙 셀이 제1 셀과 동일한지에 기초하여 전용 PUR 구성을 유지할 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, UE는, 현재 서빙 셀이 제1 셀과는 상이한 경우, 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 현재 서빙 셀이 제1 셀과는 상이한 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다).

제1 셀은 UE가 전용 PUR 구성을 수신했던 셀일 수 있다. 대안으로 그리고/또는 추가로, 제1 셀은 전용 PUR 구성과 연관된 셀일 수 있다. 대안으로 그리고/또는 추가로, 제1 셀은 전용 PUR 구성이 유효한 셀일 수 있다. 대안으로 그리고/또는 추가로, 제1 셀은 UE가 RRC_IDLE 상태에 진입하기 전에 RRC_CONNECTED 상태에 진입하는 셀일 수 있다. 대안으로 그리고/또는 추가로, 제1 셀은 소스 셀에 대응할 수 있다.

일부 예들에서, UE는 현재 서빙 셀로부터의 RRCConnectionRelease 메시지의 수신에 응답하여 (전용 PUR 구성을 유지할지 아니면 전용 PUR 구성을 해제할지에 대한) 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 현재 서빙 셀로부터의 RRCConnectionRelease 메시지의 수신에 응답하여, 전용 PUR 구성이 아닌 다른 PUR 구성을 포함하지 않는다는 결정을 수행할 수 있다. 일부 예들에서, 결정을 수행하는 것에 응답하여, UE는 그 결정에 따라 전용 PUR 구성을 해제할 수도 있고, 또는 유지할 수도 있다.

본 발명의 예시적인 제3 실시예에서, UE는 타깃 셀이 소스 셀과 동일한 셀인지의 여부에 기초하여 전용 PUR 구성을 해제할지 아니면 전용 PUR 구성을 유지할지를 결정할 수 있다. 핸드오버 절차는, 예를 들면 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 의해, 트리거될 수 있다. 핸드오버 절차는 UE의 서빙 셀을 소스 셀로부터 타깃 셀로 변경하도록 수행될 수 있다(예를 들면, 타깃 셀은 RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내지고/나타내지거나 식별될 수 있다). 일부 예들에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 핸드오버 절차를 개시할 수 있다. 소스 셀은 전용 PUR 구성이 수신되고/되거나 유효한 UE의 서빙 셀에 대응할 수 있다(예를 들면, UE는 소스 셀로부터 전용 PUR 구성을 수신할 수 있다).

일부 예들에서, 타깃 셀이 소스 셀과 동일한 셀인 경우, UE는 전용 PUR 구성을 유지할 수 있다(예를 들면, UE는 타깃 셀이 소스 셀과 동일한 것에 기초하여 전용 PUR 구성을 유지하는 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, 타깃 셀이 소스 셀과는 상이한 경우, UE는 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 타깃 셀이 소스 셀과는 상이한 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다).

일부 예들에서, UE는, UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 때, (전용 PUR 구성을 유지할지 아니면 전용 PUR 구성을 해제할지에 대한) 결정을 수행할 수 있다(그리고/또는 UE는, UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 시 그리고/또는 그에 응답하여 결정을 수행할 수 있다). 예를 들어, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신을 (예를 들면, 네트워크에) 확인하기 전에 또는 그 후에 결정을 수행할 수 있다(예를 들면, UE는 확인의 표시를 네트워크로 송신함으로써 수신을 확인할 수 있다). 대안으로 그리고/또는 추가로, UE는 타깃 셀의 다운링크에 대한 동기화를 시작하기 전애 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정하기 전에 또는 그 후에 결정을 수행 수 있다. 대안으로 그리고/또는 추가로, UE는 C-RNTI로서 newUE-Identity의 값을 적용하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차(예를 들면, 3GPP TS 36.331 V15.7.0의 하위조항 5.3.5.8에서 논의된 무선 구성 절차)를 수행하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차 동안 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서 랜덤 액세스 절차를 개시하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서의 랜덤 액세스 절차가 성공적으로 완료되기 전에 또는 그 후에 결정을 수행할 수 있다.

대안으로 그리고/또는 추가로, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신을 (예를 들면, 네트워크에) 확인하는 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀의 다운링크에 대한 동기화를 시작한 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정한 것에 응답하여 결정을 수행 수 있다. 대안으로 그리고/또는 추가로, UE는 C-RNTI로서 newUE-Identity의 값을 적용한 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차(예를 들면, 3GPP TS 36.331 V15.7.0의 하위조항 5.3.5.8에서 논의된 무선 구성 절차)를 수행한 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서 랜덤 액세스 절차를 개시한 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서의 랜덤 액세스 절차가 성공적으로 완료된 것에 응답하여 결정을 수행할 수 있다.

일부 예들에서, 결정을 수행하는 것에 응답하여, UE는 그 결정에 따라 전용 PUR 구성을 해제할 수도 있고, 또는 유지할 수도 있다.

일부 예들에서, UE는, 소스 셀의 물리적 셀 아이덴티티(physical cell identity, PCI)와 타깃 셀의 PCI(예를 들면, targetPhysCellId)를 비교함으로써 타깃 셀이 소스 셀과 동일한지 여부를 결정할 수 있다. 예를 들어, UE는 소스 셀의 PCI가 타깃 셀의 PCI와 매칭한다는 결정에 기초하여 타깃 셀이 소스 셀과 동일한 것이라고 결정할 수 있다. 대안으로 그리고/또는 추가로, UE는 소스 셀의 PCI가 타깃 셀의 PCI와 매칭하지 않는다(그리고/또는 그와는 상이하다)라는 결정에 기초하여 타깃 셀이 소스 셀과는 상이하다고 결정할 수 있다.

본 발명의 예시적인 제4 실시예에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지 내의 표시(예를 들면, 명시적 표시)에 기초하여 전용 PUR 구성을 해제할지 아니면 전용 PUR 구성을 유지할지를 결정할 수 있다. 핸드오버 절차는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 의해 트리거될 수 있다. 예를 들어, 핸드오버 절차는 UE의 서빙 셀을 소스 셀로부터 타깃 셀로 변경하도록 수행될 수 있다(예를 들면, 타깃 셀은 RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내지고/나타내지거나 식별될 수 있다). 일부 예들에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 핸드오버 절차를 개시할 수 있다. 소스 셀은 전용 PUR 구성이 수신되고/되거나 유효한 UE의 서빙 셀에 대응할 수 있다(예를 들면, UE는 소스 셀로부터 전용 PUR 구성을 수신할 수 있다).

일부 예들에서, 네트워크는 UE가 전용 PUR 구성을 해제해야 하는지 아니면 전용 PUR 구성을 유지해야 하는지를 판정 및/또는 결정할 수 있다. 네트워크는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 일정 표시(예를 들면, UE가 전용 PUR 구성을 해제해야하는지 아니면 유지해야 하는지의 명시적 표시)를 포함할 수 있다.

UE는 그 표시에 기초하여 전용 PUR 구성을 해제할지 아니면 유지할지를 결정할 수 있다. 예를 들어, 표시가, UE가 전용 PUR 구성을 해재헤야 한다고 나타내는 경우, UE는 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 UE가 전용 PUR 구성을 해제해야 함을 나타내는 표시에 기초하여 전용 PUR 구성을 해제하는 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, 표시가, UE가 전용 PUR 구성을 유지해야 함을 나타내는 경우, UE는 전용 PUR 구성을 유지할 수 있다(예를 들면, UE는 UE가 전용 PUR 구성을 유지해야 함을 나타내는 표시에 기초하여 전용 PUR 구성을 유지할 것을 결정할 수 있다).

일부 예들에서, UE는, UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 때, (전용 PUR 구성을 유지할지 아니면 전용 PUR 구성을 해제할지에 대한) 결정을 수행할 수 있다(그리고/또는 UE는, UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 시 그리고/또는 그에 응답하여 결정을 수행할 수 있다). 예를 들어, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신을 (예를 들면, 네트워크에) 확인하기 전에 또는 그 후에 결정을 수행할 수 있다(예를 들면, UE는 확인의 표시를 네트워크로 송신함으로써 수신을 확인할 수 있다). 대안으로 그리고/또는 추가로, UE는 타깃 셀의 다운링크에 대한 동기화를 시작하기 전애 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정하기 전에 또는 그 후에 결정을 수행 수 있다. 대안으로 그리고/또는 추가로, UE는 C-RNTI로서 newUE-Identity의 값을 적용하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차(예를 들면, 3GPP TS 36.331 V15.7.0의 하위조항 5.3.5.8에서 논의된 무선 구성 절차)를 수행하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차 동안 결정을 수행할 수 있다(그리고/또는 결정이 전용 PUR 구성을 해제하는 것인 경우, 전용 PUR 구성을 해제할 수 있다). 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서 랜덤 액세스 절차를 개시하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀 상에서의 랜덤 액세스 절차가 성공적으로 완료되기 전에 또는 그 후에 결정을 수행할 수 있다.

일부 예들에서, 표시(예를 들면, 명시적 표시)는 단일 비트 표시이다(또는 표시는 다른 양의 비트들을 가질 수 있다).

일부 예들에서, 표시가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 존재하지 않는 경우, UE는 전용 PUR 구성을 유지한다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 그 표시를 포함하지 않는 것에 기초하여 전용 PUR 구성을 유지할 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, 명시적 표시가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 존재하지 않는 경우, UE는 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 그 표시를 포함하지 않는 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다).

본 발명의 예시적인 제5 실시예에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 "fullConfig"를 포함하는지 여부에 기초하여 전용 PUR 구성을 해제할지 아니면 전용 PUR 구성을 유지할지를 결정할 수 있다(예를 들면, "fullConfig"는 RRCConnectionReconfiguration 메시지의 파라미터 및/또는 정보 요소에 대응할 수 있다). 핸드오버 절차는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 의해 트리거될 수 있다. 예를 들어, 핸드오버 절차는 UE의 서빙 셀을 소스 셀로부터 타깃 셀로 변경하도록 수행될 수 있다(예를 들면, 타깃 셀은 RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내지고/나타내지거나 식별될 수 있다). 일부 예들에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 핸드오버 절차를 개시할 수 있다. 소스 셀은 전용 PUR 구성이 수신되고/되거나 유효한 UE의 서빙 셀에 대응할 수 있다(예를 들면, UE는 소스 셀로부터 전용 PUR 구성을 수신할 수 있다).

타깃 셀은 RRCConnectionReconfiguration 메시지에 "fullConfig"을 포함하는지의 여부를 결정할 수 있다. 일부 예들에서, 타깃 셀이, UE가 전용 PUR 구성을 갖고 있다(그리고/또는 유지한다)고 결정하고/하거나 알고 있는 경우, 타깃 셀은 RRCConnectionReconfiguration 메시지에 "fullConfig"를 포함할 수 있다. 대안으로 그리고/또는 추가로, 타깃 셀이, UE가 전용 PUR 구성을 갖고 있지 않다(그리고/또는 유지하지 않는다)고 결정하고/하거나 알고 있는 경우, 타깃 셀은 RRCConnectionReconfiguration 메시지에 "fullConfig"를 포함하지 않을 수 있다. 일부 예들에서, 타깃 셀은, 예를 들면 소스 셀로부터의, 표시에 기초하여, UE가 전용 PUR 구성을 갖고 있는지(그리고/또는 유지하는지)의 여부를 결정할 수 있다(예를 들면, UE가 전용 PUR 구성을 갖는(그리고/또는 유지하는) 경우, 소스 셀은 UE가 전용 PUR 구성을 갖고 있음(그리고/또는 유지함)을 타깃 셀에 나타낼 수 있다.

UE는, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 "fullConfig"를 포함하는지의 여부에 기초하여 전용 PUR 구성을 해제할지 아니면 유지할지를 결정할 수 있다. 일부 예들에서, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 "fullConfig"를 포함하는 경우, UE는 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 "fullConfig"를 포함하는 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 "fullConfig"를 포함하지 않는 경우, UE는 전용 PUR 구성을 유지할 수 있다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 "fullConfig"를 포함하지 않는 것에 기초하여 전용 PUR 구성을 유지할 것을 결정할 수 있다).

일부 예들에서, UE는, UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 때, (전용 PUR 구성을 유지할지 아니면 전용 PUR 구성을 해제할지에 대한) 결정을 수행할 수 있다(그리고/또는 UE는, UE가 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신할 시 그리고/또는 그에 응답하여 결정을 수행할 수 있다). 예를 들어, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신을 (예를 들면, 네트워크에) 확인하기 전에 또는 그 후에 결정을 수행할 수 있다(예를 들면, UE는 확인의 표시를 네트워크로 송신함으로써 수신을 확인할 수 있다). 대안으로 그리고/또는 추가로, UE는 타깃 셀의 다운링크에 대한 동기화를 시작하기 전애 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정하기 전에 또는 그 후에 결정을 수행 수 있다. 대안으로 그리고/또는 추가로, UE는 C-RNTI로서 newUE-Identity의 값을 적용하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차(예를 들면, 3GPP TS 36.331 V15.7.0의 하위조항 5.3.5.8에서 논의된 무선 구성 절차)를 수행하기 전에 또는 그 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차 동안 결정을 수행할 수 있다.

대안으로 그리고/또는 추가로, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신을 (예를 들면, 네트워크에) 확인하는 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 타깃 셀의 다운링크에 대한 동기화를 시작한 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정한 것에 응답하여 결정을 수행 수 있다. 대안으로 그리고/또는 추가로, UE는 C-RNTI로서 newUE-Identity의 값을 적용한 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 무선 구성 절차(예를 들면, 3GPP TS 36.331 V15.7.0의 하위조항 5.3.5.8에서 논의된 무선 구성 절차)를 수행한 것에 응답하여 결정을 수행할 수 있다.

일부 예들에서, 예시적인 제5 실시예에 대해 본원에서 제공되는 기법들 및/또는 동작들은 "fullConfig" 이외의 파라미터 및/또는 정보 요소를 사용하여 수행될 수 있다. 예를 들어, UE는, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하는지의 여부에 기초하여 전용 PUR 구성을 해제할지 아니면 유지할지를 결정할 수 있다.

일부 예들에서, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하는 경우, UE는 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하는 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하지 않는 경우, UE는 전용 PUR 구성을 유지할 수 있다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하지 않는 것에 기초하여 전용 PUR 구성을 유지할 것을 결정할 수 있다).

대안으로 그리고/또는 추가로, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하는 경우, UE는 전용 PUR 구성을 유지할 수 있다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하는 것에 기초하여 전용 PUR 구성을 유지할 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하지 않는 경우, UE는 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 RRCConnectionReconfiguration 메시지가 파라미터 및/또는 정보 요소를 포함하지 않는 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다).

본 발명의 예시적인 제6 실시예에서, UE는 핸드오버 절차가 실패하는 경우에 전용 PUR 구성을 해제할 수 있다. 일부 예들에서, 핸드오버 절차는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지에 의해 트리거될 수 있다. 핸드오버 절차는 UE의 서빙 셀을 소스 셀로부터 타깃 셀로 변경하도록 수행될 수 있다(예를 들면, 타깃 셀은 RRCConnectionReconfiguration 메시지의 mobilityControlInfo에서 나타내지고/나타내지거나 식별될 수 있다). 일부 예들에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 핸드오버 절차를 개시할 수 있다. 소스 셀은 전용 PUR 구성이 수신되고/되거나 유효한 UE의 서빙 셀에 대응할 수 있다(예를 들면, UE는 소스 셀로부터 전용 PUR 구성을 수신할 수 있다).

일부 예들에서, UE는 핸드오버 절차가 실패할 때 전용 PUR 구성을 해제한다. 예를 들어, UE는 타이머의 만료, 예를 들면 타이머 T304의 만료에 응답하여 전용 PUR 구성을 해제할 수 있다(예를 들면, 타이머 T304 만료는 핸드오버 실패를 나타낼 수 있다).

일부 예들에서, UE는 타이머 T304가 시작될 때 전용 PUR 구성을 유지한다(예를 들면, 타이머 T304는 핸드오버 절차의 개시 시에 시작될 수 있다). UE는 타이머 T304가 여전히 작동 중인 동안 전용 PUR 구성을 유지할 수 있다(예를 들면, 타이머 T304는 핸드오버 절차 동안 작동 중일 수 있다).

일부 예들에서, UE는 핸드오버 동안 랜덤 액세스 절차를 개시하지 않고서 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 핸드오버 절차 동안 어떠한 랜덤 액세스 절차도 개시하지 않고서 전용 PUR 구성을 해제할 수 있다). 일례에서, UE는 타깃 셀의 다운링크에 동기화하는 데 실패할 수 있고, 따라서, 핸드오버 절차 동안 랜덤 액세스 절차를 개시하지 않을 수 있다. 그 예에서, UE는 핸드오버 절차의 실패에 응답하여 전용 PUR 구성을 해제할 수 있다.

전술한 기법들 및/또는 실시예들, 예를 들면 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 및/또는 예시적인 제6 실시예에 대한 것들 중 하나, 일부, 및/또는 전부에서, UE는 mobilityControlInfo를 포함하지 않는 RRCConnectionReconfiguration 메시지의 수신에 응답하여 전용 PUR 구성을 유지할 수 있다(즉, 해제하지 않을 수 있다).

전술한 기법들 및/또는 실시예들, 예를 들면 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 및/또는 예시적인 제6 실시예에 대한 것들 중 하나, 일부, 및/또는 전부에서, UE는 핸드오버 절차가 성공적으로 완료된 후에 전용 PUR 요청(D-PUR 요청)을 네트워크로 송신할 수 있다. 예를 들어, UE는 전용 PUR 구성이 UE에 의해 해제되었다면 D-PUR 요청을 네트워크로 송신할 수 있다.

전술한 기법들 및/또는 실시예들, 예를 들면 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 및/또는 예시적인 제6 실시예에 대한 것들 중 하나, 일부, 및/또는 전부에서, 핸드오버(예를 들면, 서빙 셀을 소스 셀로부터 타깃 셀로 변경하기 위한 핸드오버)는 인트라-RAT 핸드오버(즉, 타깃 셀의 무선 액세스 기술(Radio Access Technology, RAT)와 소스 셀의 RAT는 동일함) 또는 인터-RAT 핸드오버(즉, 타깃 셀의 RAT와 소스 셀의 RAT는 상이함).

RRC_CONNECTED에서, UE는, 예를 들면 무선 링크 실패(Radio Link Failure, RLF) 또는 핸드오버 절차 실패로 인해, RRC 연결 재-확립 절차를 개시할 수 있다(예를 들면, UE는 RLF 및/또는 핸드오버 절차 실패에 응답하여 RRC 연결 재-확립 절차를 개시할 수 있다). RRC 연결 재-확립 절차 동안, UE는 셀 선택을 수행한다(예를 들면, 셀 선택 절차가 적합한 셀을 선택하도록 수행될 수 있다). UE는 RRC 연결 재-확립 절차 동안 셀 선택을 통해 선택된 셀에 대해 랜덤 액세스 절차(예를 들면, 셀 선택 절차)를 개시할 수 있다. 랜덤 액세스 절차는 RRCConnectionReestablishmentRequest 메시지를 선택된 셀로 송신하는 데 사용된다. 그러한 시나리오에서, UE가 전용 PUR 구성, 예를 들면 소스 셀(예를 들면, RRC 연결 재-확립 절차가 개시 및/또는 트리거되는 이전 셀)에서 수신된 전용 PUR 구성을 유지해야 하는지의 여부가 특정될 필요가 있다. UE는, 전용 PUR 구성이 더 이상 유효하지 않은 경우, 전용 PUR 구성을 유지해서는 안 된다. 예를 드어, UR가 무효한 PUR 구성을 사용하여 송신을 수행하는 경우, 제2 UE와의 리소스 충돌이 발생하여, UE 및 제2 UE 중 하나 또는 둘 다에 대해 송신 실패를 초래할 수 있다. 대안으로 그리고/또는 추가로, UE가 전용 PUR 구성을 해제하는 경우, UE는 전용 PUR 구성에서 구성된 리소스들을 사용하여 송신을 수행하지 못할 수 있다.

본 발명의 예시적인 제7 실시예에서, UE는 RRC 연결 재-확립 절차의 개시에 응답하여 전용 PUR 구성을 해제할 수 있다. 일부 예들에서, RRC 연결 재-확립 절차는 RLF 또는 핸드오버 절차 실패에 응답하여 (예를 들면, UE에 의해) 개시될 수 있다. 일부 예들에서, 전용 PUR 구성은 소스 셀(예를 들면, RRC 연결 재-확립 절차가 개시 및/또는 트리거되는 이전 셀)에서 (예를 들면, RRC 연결 재-확립 절차의 개시 전에) 수신된다.

일부 예들에서, UE는, UE가 RRC 연결 재-확립 절차를 수신할 때 (그리고/또는 UE가 RRC 연결 재-확립 절차를 개시할 시에 그리고/또는 그에 응답하여) 전용 PUR 구성을 해제할 수 있다. 예를 들어, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 셀 선택의 수행을 시작하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다(예를 들면, 셀 선택 절차는, 예를 들면 RRC 연결 재-확립 절차 동안, 수행되어 적합한 셀을 선택할 수 있다). 대안으로 그리고/또는 추가로, UE는 셀(예를 들면, 셀 선택 절차를 통해 선택되는 적합한 셀)을 선택하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 선택된 셀 상에서 랜덤 액세스 절차를 개시하기 전에 또는 그 후에 전용 PUR 구성을 해제할 수 있다.

대안으로 그리고/또는 추가로, UE는, 예를 들면 소스 셀과 연관된, MAC를 재설정한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 셀 선택을 수행한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 셀(예를 들면, 적합한 셀)을 선택한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 선택된 셀 상에서 랜덤 액세스 절차를 개시한 것에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 랜덤 액세스 절차의 성공적인 완료에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 RRC 연결 재-확립 절차의 성공적인 완료에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 선택된 셀로부터의 RRCConnectionReestablishment 메시지의 수신에 응답하여 전용 PUR 구성을 해제할 수 있다.

일부 예들에서, 선택된 셀(예를 들면, 셀 선택 절차를 통해 선택된 적합한 셀)은 소스 셀(예를 들면, 이전 셀)과 동일할 수 있다. 예를 들어, UE는, 선택된 셀이 소스 셀과 동일한 경우에도, (예를 들면, RRC 연결 재-확립 절차의 개시에 응답하여) 전용 PUR 구성을 해제할 수 있다.

일부 예들에서, UE는 선택된 셀이 소스 셀과 동일한지 여부와는 무관하게 전용 PUR 구성을 해제할 수 있다.

일부 예들에서, UE는 RRC 연결 재-확립 절차 동안 랜덤 액세스 절차를 개시하지 않고서 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 RRC 연결 재-확립 절차 동안 어떠한 랜덤 액세스 절차도 개시하지 않고서 전용 PUR 구성을 해제할 수 있다). 예를 들어, UE는 전용 PUR 구성을 해제할 수 있고, UE는 적합한 셀을 찾고/찾거나 선택하는 데 실패할 수 있고, 따라서, RRC 연결 재-확립 절차 동안 랜덤 액세스 절차를 개시하지 않을 수 있다.

본 발명의 예시적인 제8 실시예에서, UE는 RRC 연결 재-확립 절차의 개시에 응답하여 전용 PUR 구성을 유지할 수 있다. 일부 예들에서, RRC 연결 재-확립 절차는 RLF 또는 핸드오버 절차 실패에 응답하여 (예를 들면, UE에 의해) 개시될 수 있다. 일부 예들에서, 전용 PUR 구성은 소스 셀(예를 들면, RRC 연결 재-확립 절차가 개시 및/또는 트리거되는 이전 셀)에서 (예를 들면, RRC 연결 재-확립 절차의 개시 전에) 수신된다.

UE는, 예를 들면 RRC 연결 재-확립 절차로 인해, 전용 PUR 구성을 해제하지 않을 수 있다.

일부 예들에서, UE는, RRC 연결 재-확립 절차 동안, 예를 들면 RRC 연결 재-확립 절차가 여전히 진행 중인 동안, 전용 PUR 구성을 유지할 수 있다. 예를 들어, UE는 랜덤 액세스 절차(예를 들면, RRC 연결 재-확립 절차 동안 수행되는 랜덤 액세스 절차)의 성공적인 완료에 응답하여(그리고/또는 그 후에) 전용 PUR 구성을 유지할 수 있고, 또는 UE는 랜덤 액세스 절차의 성공적인 완료에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 RRC 연결 재-확립 절차의 성공적인 완료에 응답하여(그리고/또는 그 후에) 전용 PUR 구성을 유지할 수 있다.

일부 예들에서, 선택된 셀(예를 들면, 셀 선택 절차를 통해 선택된 적합한 셀)은 소스 셀(예를 들면, 이전 셀)과는 상이할 수 있다. 예를 들어, UE는, 선택된 셀이 소스 셀과 상이한 경우에도, (예를 들면, RRC 연결 재-확립 절차의 개시에 응답하여) 전용 PUR 구성을 유지할 수 있다.

RRC 연결 재-확립 절차가 성공적으로 완료된 후, 네트워크는 UE가 전용 PUR 구성을 해제해야 하는지 여부를 판정 및/또는 결정할 수 있다.

본 발명의 예시적인 제9 실시예에서, UE는 선택된 셀이 소스 셀과 동일한 셀인지의 여부에 기초하여 전용 PUR 구성을 해제할지 아니면 전용 PUR 구성을 유지할지를 결정할 수 있다. 일부 예들에서, RRC 연결 재-확립 절차는 RLF 또는 핸드오버 절차 실패에 응답하여 (예를 들면, UE에 의해) 개시될 수 있다. 일부 예들에서, 전용 PUR 구성은 소스 셀(예를 들면, RRC 연결 재-확립 절차가 개시 및/또는 트리거되는 이전 셀)에서 (예를 들면, RRC 연결 재-확립 절차의 개시 전에) 수신된다. 일부 예들에서, 셀 선택 절차는, 예를 들면 RRC 연결 재-확립 절차 동안, 수행되어, 선택된 셀(예를 들면, 적합한 셀)을 선택할 수 있다.

일부 예들에서, 선택된 셀이 소스 셀과 동일한 셀인 경우, UE는 전용 PUR 구성을 유지할 수 있다(예를 들면, UE는 선택된 셀이 소스 셀과 동일한 것에 기초하여 전용 PUR 구성을 유지하는 것을 결정할 수 있다). 대안으로 그리고/또는 추가로, 선택된 셀이 소스 셀과는 상이한 경우, UE는 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 선택된 셀이 소스 셀과는 상이한 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다).

일부 예들에서, UE는, UE가 선택된 셀(예를 들면, 적합한 셀)을 선택할 때 (전용 PUR 구성을 유재할지 아니면 전용 PUR 구성을 해제할지에 대한) 결정을 수행할 수 있다(그리고/또는 UE는 UE가 선택된 셀을 선택할 시 그리고/또는 그에 응답하여 결정을 수행할 수 있다). 대안으로 그리고/또는 추가로, UE는 선택된 셀 상에서 랜덤 액세스 절차를 개시한 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 선택된 셀 상에서 랜덤 액세스 절차를 개시한 후에 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 선택된 셀 상에서 랜덤 액세스 절차를 개시한 것에 응답하여 결정을 수행할 수 있다. 대안으로 그리고/또는 추가로, UE는 선택된 셀 상에서 랜덤 액세스 절차를 개시할 시에 결정을 수행할 수 있다.

일부 예들에서, UE는, 소스 셀의 PCI와 선택된 셀의 PCI를 비교함으로써 선택된 셀이 소스 셀과 동일한지 여부를 결정할 수 있다. 예를 들어, UE는 소스 셀의 PCI가 선택된 셀의 PCI와 매칭한다는 결정에 기초하여 선택된 셀이 소스 셀과 동일한 것이라고 결정할 수 있다. 대안으로 그리고/또는 추가로, UE는 소스 셀의 PCI가 선택된 셀의 PCI와 매칭하지 않는다(그리고/또는 그와는 상이하다)라는 결정에 기초하여 선택된 셀이 소스 셀과는 상이하다고 결정할 수 있다.

본 발명의 예시적인 제10 실시예에서, UE는 RRC 연결 재-확립 절차가 실패하는 경우에 전용 PUR 구성을 해제할 수 있다. 일부 예들에서, RRC 연결 재-확립 절차는 RLF 또는 핸드오버 절차 실패에 응답하여 (예를 들면, UE에 의해) 개시될 수 있다. 일부 예들에서, 전용 PUR 구성은 소스 셀(예를 들면, RRC 연결 재-확립 절차가 개시 및/또는 트리거되는 이전 셀)에서 (예를 들면, RRC 연결 재-확립 절차의 개시 전에) 수신된다.

일부 예들에서, UE는, RRC 연결 재-확립 절차가 실패할 때 (그리고/또는 RRC 연결 재-확립 절차가 실패할 시에 그리고/또는 그에 응답하여) 전용 PUR 구성을 해제할 수 있다. 예를 들어, UE는 셀(예를 들면, RRC 연결 재-확립 절차 동안 선택된 적합한 셀)을 선택한 것에 응답하여(그리고/또는 그 때 그리고/또는 그 시) 전용 PUR 구성을 해제할 수 있는데, 여기서 선택된 셀은 UE 및/또는 소스 셀이 접속되었던 코어 네트워크 유형(예를 들면, EPC(Evolved Packet Core) 또는 5G 코어(5GC))에 접속하지 않는다(예를 들면, 선택된 셀은 5GC에 접속하고, 소스 셀은 EPC에 접속하며, 또는 예를 들면, 선택된 셀은 EPC에 접속하고, 소스 셀은 5GC에 접속한다). 대안으로 그리고/또는 추가로, UE는 RRC 연결 재-확립 절차 동안 타이머의 만료, 예를 들면 타이머 T311의 만료에 응답하여(그리고/또는 그 때 그리고/또는 그 시) 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 RRC 연결 재-확립 절차 동안 타이머 T301의 만료에 응답하여(그리고/또는 그 때 그리고/또는 그 시) 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 RRC 연결 재-확립 절차 동안 RRCConnectionReestablishmentReject 메시지의 수신에 응답하여(그리고/또는 그 때 그리고/또는 그 시) 전용 PUR 구성을 해제할 수 있다.

일부 예들에서, UE는 타이머 T311이 시작될 때 전용 PUR 구성을 유지한다(예를 들면, 타이머 T311은 RRC 연결 재-확립 절차의 개시 시에 시작될 수 있다). UE는 타이머 T311이 여전히 작동 중인 동안 전용 PUR 구성을 유지할 수 있다(예를 들면, 타이머 T311는 RRC 연결 재-확립 절차 동안 작동 중일 수 있다). UE는 타이머 T301이 RRC 연결 재-확립 절차 동안 여전히 작동 중인 동안 전용 PUR 구성을 유지할 수 있다.

일부 예들에서, UE는 RRC 연결 재-확립 절차 동안 랜덤 액세스 절차를 개시하지 않고서, 예를 들면 RRC 연결 재-확립 절차가 실패한 경우, 전용 PUR 구성을 해제할 수 있다(예를 들면, UE는 RRC 연결 재-확립 절차 동안 어떠한 랜덤 액세스 절차도 개시하지 않고서 전용 PUR 구성을 해제할 수 있다). 일례에서, UE는 소스 셀이 접속하는 코어 네트워크 유형과는 상이한 코어 네트워크 유형에 접속하는 셀(예를 들면, RRC 연결 재-확립 절차 동안 선택된 적합한 셀)을 선택할 수 있고, 따라서, UE는 RRC 연결 재-확립 절차 동안 랜덤 액세스 절차를 개시하지 않을 수 있다. 그 예에서, UE는 셀을 선택한 것에 응답하여(그리고/또는 그 때 그리고/또는 그 시) 전용 PUR 구성을 해제할 수 있다. 다른 예에서, UE는 적합한 셀을 찾고/찾거나 선택하는 데 실패할 수 있고, 따라서, RRC 연결 재-확립 절차 동안 랜덤 액세스 절차를 개시하지 않을 수 있고, UE는 RRC 연결 재-확립 절차의 실패에 응답하여 전용 PUR 구성을 해제할 수 있다..

전술한 기법들 및/또는 실시예들, 예를 들면 예시적인 제7 실시예, 예시적인 제8 실시예, 예시적인 제9 실시예, 및/또는 예시적인 제10 실시예에 대한 것들 중 하나, 일부, 및/또는 전부에서, UE는 RRC 연결 재-확립 절차가 성공적으로 완료된 후에 전용 PUR 요청(D-PUR 요청)을 네트워크로 송신할 수 있다. 예를 들어, UE는 전용 PUR 구성이 UE에 의해 해제되었다면 D-PUR 요청을 네트워크로 송신할 수 있다.

전술한 기법들 및/또는 실시예들, 예를 들면 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 제6 실시예, 예시적인 제7 실시예, 예시적인 제8 실시예, 예시적인 제9 실시예, 및/또는 예시적인 제10 실시예에 대한 것들 중 하나, 일부, 및/또는 전부에서, 소스 셀은 UE가 전용 PUR 구성을 수신하는 셀 및/또는 전용 PUR 구성이 유효한 셀일 수 있다.

전술한 기법들 및/또는 실시예들, 예를 들면 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 제6 실시예, 예시적인 제7 실시예, 예시적인 제8 실시예, 예시적인 제9 실시예, 및/또는 예시적인 제10 실시예에 대한 것들 중 하나, 일부, 및/또는 전부에서, UE는 (예를 들면, 전용 PUR 구성과 연관된) PUR에 대한 TA가 핸드오버 절차 및/또는 RRC 연결 재-확립 절차의 개시 전에 무효한 것으로 이미 간주했을 수 있다. 예를 들어, UE는 핸드오버 절차 및/또는 RRC 연결 재-확립 절차의 개시에 응답하여(그리고/또는 그 후 그리고/또는 그 시) PUR에 대한 TA가 무효한 것으로 간주할 수 있다(예를 들면, 계속해서 간주할 수 있다). 대안으로 그리고/또는 추가로, UE는 핸드오버 절차 동안 그리고/또는 RRC 연결 재-확립 절차 동안 PUR에 대한 TA가 무효한 것으로 간주할 수 있다(예를 들면, 계속해서 간주할 수 있다). 예를 들어, 핸드오버 절차 및/또는 RRC 연결 재-확립 절차의 개시는 PUR에 대한 TA가 무효한 것으로부터 유효한 것으로 변경되게 하지 않을 수 있다(그리고/또는 PUR에 대한 TA는 핸드오버 절차 및/또는 RRC 연결 재-확립 절차의 개시에 응답하여 무효한 것으로부터 유효한 것으로 변경되지 않을 수 있다).

전술한 기법들 및/또는 실시예들 중 하나, 일부, 및/또는 전부가 새로운 실시예로 형성될 수 있다.

일부 예들에서, 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 제6 실시예, 예시적인 제7 실시예, 예시적인 제8 실시예, 예시적인 제9 실시예, 및/또는 예시적인 제10 실시예에 대해 기술된 기법들 및/또는 실시예들과 같은, 본원에 개시된 기법들 및/

또는 실시예들이 독립적으로 그리고/또는 별개로 구현될 수 있다.

대안으로 그리고/또는 추가로, 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 제6 실시예, 예시적인 제7 실시예, 예시적인 제8 실시예, 예시적인 제9 실시예, 및/또는 예시적인 제10 실시예에 대해 기술된 기법들 및/또는 실시예들과 같은, 본원에 기술된 기법들 및/또는 실시예들의 조합이 구현될 수 있다. 일례에서, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신에 응답하여 전용 PUR 구성을 유지할 수 있고, UE는 접속 재-확립 절차의 개시에 응답하여 전용 PUR 구성을 해제할 수 있다. 대안으로 그리고/또는 추가로, UE는 mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지의 수신에 응답하여 전용 PUR 구성을 유지할 수 있고, UE는 핸드오버 절차가 실패한 경우에 전용 PUR 구성을 해제할 수 있다.

대안으로 그리고/또는 추가로, 예시적인 제1 실시예, 예시적인 제2 실시예, 예시적인 제3 실시예, 예시적인 제4 실시예, 예시적인 제5 실시예, 제6 실시예, 예시적인 제7 실시예, 예시적인 제8 실시예, 예시적인 제9 실시예, 및/또는 예시적인 제10 실시예에 대해 기술된 실시예들과 같은, 본원에 기술된 기법들 및/또는 실시예들의 조합이 함께 그리고/또는 동시에 구현될 수 있다.

본 발명의 다양한 기법들이 독립적으로 그리고/또는 서로 별개로 수행될 수 있다. 대안으로 그리고/또는 추가로, 본 발명의 다양한 기법들이 조합될 수 있고/있거나 단일 시스템을 사용하여 구현될 수 있다. 대안으로 그리고/또는 추가로, 본 발명의 다양한 기법들이 함께 그리고/또는 동시에 구현될 수 있다.

도 11은 UE의 관점으로 본 예시적인 일실시예에 따른 흐름도(1100)이다. 단계(1105)에서, UE는 네트워크 노드로부터 PUR 구성을 수신하며, 여기서 PUR 구성은 제1 서빙 셀 상에서 유효하다. 단계(1110)에서, UE는 제1 서빙 셀 상에서 RRC_IDLE 상태로부터 RRC_CONNECTED 상태에 진입한 것에 응답하여 PUR 구성을 유지한다 단계(1115)에서, UE는, 네트워크 노드로부터 "mobilityControlInfo"를 포함하는 RRC 연결 재구성 메시지를 수신한다 단계(1120)에서, UE는 "mobilityControlInfo"를 포함하는 RRC 연결 재구성 메시지를 수신한 것에 응답하여 PUR 구성을 유지할지 아니면 해제할지를 결정한다

일실시예에서, UE는 "mobilityControlInfo"에 나타내진 타깃 서빙 셀이 제1 서빙 셀과 동일한 경우에 PUR 구성을 유지할 것을 결정한다.

일실시예에서, UE는 "mobilityControlInfo"에 나타내진 타깃 서빙 셀이 제1 서빙 셀과는 상이한 경우에 PUR 구성을 해제할 것을 결정한다.

일실시예에서, UE는 타깃 셀의 PCI와 제1 서빙 셀의 PCI를 비교함으로써 타깃 서빙 셀이 제1 서빙 셀과 동일한지 아니면 제1 서빙 셀과 상이한지를 결정한다.

일실시예에서, UE는 RRC 연결 재구성 메시지가 PUR 구성을 유지하는 것을 나타내는 경우 PUR 구성을 유지할 것을 결정한다.

일실시예에서, UE는 RRC 연결 재구성 메시지가 PUR 구성을 해제하는 것을 나타내는 경우 PUR 구성을 해제할 것을 결정한다.

일실시예에서, UE는 RRC 연결 재구성 메시지 내의 표시가 PUR 구성을 유지하는 것을 나타내는 경우 PUR 구성을 유지할 것을 결정한다.

일실시예에서, UE는 RRC 연결 재구성 메시지 내의 표시가 PUR 구성을 해제하는 것을 나타내는 경우 PUR 구성을 해제할 것을 결정한다.

일실시예에서, UE는 RRC 연결 재구성 메시지가 "fullConfig"를 포함하지 않는 경우에 PUR 구성을 유지할 것을 결정한다.

일실시예에서, UE는 RRC 연결 재구성 메시지가 "fullConfig"를 포함하는 경우에 PUR 구성을 해제할 것을 결정한다.

일실시예에서, UE는 핸드오버 절차의 실패에 응답하여 PUR 구성을 해제하며, 여기서 UE는 "mobilityControlInfo"를 포함하는 RRC 연결 재구성 메시지를 수신한 것에 응답하여 핸드오버 절차를 개시한다.

일실시예에서, UE는 타이머 T304의 만료(예를 들면, T304 만료)에 응답하여(그리고/또는 그에 기초항) 핸드오버 절차가 실패한다고 결정한다.

일실시예에서, UE는 RRC_CONNECTED 상태에서 RRC 연결 재-확립 절차를 개시한 것에 응답하여 PUR 구성을 해제한다.

일실시예에서, UE는 RRC_CONNECTED 상태에서 RRC 연결 재-확립 절차를 개시한 것에 응답하여 PUR 구성을 유지하고, UE는 RRC 연결 재-확립 절차의 실패에 응답하여 PUR 구성을 해제한다.

일실시예에서, UE는 타이머 T311의 만료(예를 들면, T311 만료) 또는 타이머 T301의 만료(예를 들면, T301 만료)에 응답하여 RRC 연결 재-확립 절차가 실패한다고 결정한다.

일실시예에서, UE는 RRC 연결 재구성 메시지가 "mobilityControlInfo"를 포함하지 않는 경우에 PUR 구성을 유지한다.

일실시예에서, UE는 RRC_CONNECTED 상태에서 송신을 수행하기 위해 PUR 구성을 사용하지 않는다.

일실시예에서, UE는 RRC_IDLE 상태에서 송신을 수행하기 위해 PUR 구성을 사용한다.

일실시예에서, 제1 서빙 셀은 UE의 일차 셀(PCell)이다.

일실시예에서, UE가 PUR 구성을 유지하는 경우, UE는 네트워크 노드로부터 다른 PUR 구성을 수신할 필요 없이 RRC_IDLE 상태에서 송신을 수행하기 위해 PUR 구성을 사용할 수 있다. 예를 들어, UE는 네트워크 노드로부터 다른 PUR 구성을 요구하지 않고서 RRC_DLE 상태에서 하나 이상의 추후 송신들을 수행하기 위해 PUR 구성을 사용할 수 있다.

도 3 및 도 4를 다시 참조하면, UE의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) 네트워크로부터 PUR 구성을 수신하는 것을 가능하게 하도록 ? PUR 구성은 제1 서빙 셀 상에서 유효함 -, (ii) 제1 서빙 셀에서 RRC_IDLE 상태로부터 RRC_CONNECTED 상태에 진입한 것에 응답하여 PUR 구성을 유지하는 것을 가능하게 하도록, (iii) 네트워크 노드로부터, "mobilityControlInfo"를 포함하는 RRC 연결 재구성 메시지를 수신하는 것을 가능하게 하도록, (iv) "mobilityControlInfo"을 포함하는 RRC 연결 재구성 메시지를 수신한 것에 응답하여 PUR 구성을 유지할지 아니면 해제할지를 결정하는 것을 가능하게 하도록 할 수 있다. 더욱이, CPU(308)는 프로그램 코드(312)를 실행하여, 전술된 액션들 및 단계들 중 하나, 일부, 및/또는 전부 및/또는 본 명세서에서 설명된 다른 것들을 모두 수행하게 할 수 있다.

도 12는 UE의 관점으로 본 예시적인 일실시예에 따른 흐름도(1200)이다. 단계(1205)에서, UE는 UE가 RRC 유휴 상태(예를 들면, RRC_IDLE 상태)에 있고 UE의 서빙 셀이 제2 셀일 때, 전용 PUR 구성을 유지하며, 여기서 UE는 제2 셀과는 상이한 제1 셀에서 전용 PUR 구성으로 구성된다 예를 들어, UE느느 UE가 RRC 유휴 상태에 있고 UE의 서빙 셀이 (예를 들면, 제1 셀로부터) 제1 셀과는 상이한 제2 셀로 변경될 때 전용 PUR 구성을 유지할 수 있다. 단계(1210)에서, UE는 RRC 연결 재-확립 절차 동안 제3 셀을 선택한다. 단계(1215)에서, 제3 셀을 선택한 것에 응답하여, UE는 제3 셀이 제1 셀과 동일한지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정하며, 여기서 전용 PUR 구성을 해제할지 여부에 대한 결정은 UE가 RRC 연결 상태(예를 들면, RRC_CONNECTED 상태)에 있을 때 수행된다. 예를 들어, 전용 PUR 구성을 해제할지 여부에 대한 결정은 UE가 RRC 연결 상태에 있고 제3 셀이 RRC 연결 재-확립 절차 동안 선택될 때 수행될 수 있다.

일실시예에서, UE는, 제1 셀에서, 전용 PUR 구성을 포함하는 RRCConnectionRelease 메시지를 수신한다(예를 들면, 전용 PUR 구성은 RRCConnectionRelease 메시지를 통해 수신 및/또는 구성될 수 있다).

일실시예에서, UE는 제2 셀 상에서의 랜덤 액세스 절차의 수행에 응답하여 그리고/또는 그 동안 전용 PUR 구성을 해제한다. 예를 들어, UE는 UE가 제2 셀 상에서 랜덤 액세스 절차를 수행할 때 전용 PUR 구성을 해제할 수 있다.

일실시예에서, UE는 제3 셀을 선택하기 위해 RRC 연결 재-확립 절차 동안 셀 선택 절차를 수행함으로써 제3 셀을 선택한다.

일실시예에서, UE는 제3 셀이 제1 셀과는 상이한 경우에 전용 PUR 구성을 해제하고/하거나 UE는 제3 셀이 제1 셀과 동일한 경우에 전용 PUR 구성을 유지한다.

일실시예에서, UE는 제3 셀이 제1 셀과는 상이한 경우에 전용 PUR 구성을 해제할 것을 결정하며, UE는 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 전용 PUR 구성을 해제한다. 예를 들어, UE는 제3 셀이 제1 셀과는 상이한 것에 기초하여 전용 PUR 구성을 해제할 것을 결정할 수 있다.

일실시예에서, UE는 제3 셀이 제1 셀과 동일한 경우에 전용 PUR 구성을 유지할 것을 결정하며, UE는 전용 PUR 구성을 유지할 것을 결정한 것에 응답하여 전용 PUR 구성을 유지한다. 예를 들어, UE는 제3 셀이 제1 셀과 동일한 것에 기초하여 전용 PUR 구성을 유지할 것을 결정할 수 있다.

일실시예에서, UE는 RRC 연결 재-확립 절차 동안 제3 셀 상에서 랜덤 액세스 절차를 개시하며, 여기서 전용 PUR 구성을 유지할지 여부에 대한 결정은 제3 셀 상에서 랜덤 액세스 절차를 개시하기 전에 수행된다.

일실시예에서, UE는 제3 셀이 선택되기 전에 UE가 접속되었던 제1 코어 네트워크 유형에 제3 셀이 접속하는지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정한다. UE는 제3 셀이 제1 코어 네트워크 유형과는 상이한 제2 코어 네트워크 유형에 접속되는 경우에 전용 PUR 구성을 해제할 것을 결정한다. UE는 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 전용 PUR 구성을 해제한다. 일례에서, 제1 코어 네트워크 유형은 제1 셀이 접속하는 코어 네트워크 유형에 대응할 수 있다.

일실시예에서, UE는 제3 셀이 선택되기 전에 UE가 접속되었던 제1 코어 네트워크 유형에 제3 셀이 접속하는지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정한다. UE는 제3 셀이 제1 코어 네트워크 유형에 접속되는 경우에 전용 PUR 구성을 유지할 것을 결정한다. UE는 전용 PUR 구성을 유지할 것을 결정한 것에 응답하여 전용 PUR 구성을 유지한다. 일례에서, 제1 코어 네트워크 유형은 제1 셀이 접속하는 코어 네트워크 유형에 대응할 수 있다.

일실시예에서, UE는 RRC 연결 재-확립 절차 동안 랜덤 액세스 절차를 개시하지 않는다.

일실시예에서, UE는 mobilityControlInfo 정보 요소를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 전용 PUR 구성을 유지하며, 여기서 mobilityControlInfo 정보 요소에 의해 나타내지는 제4 셀이 제1 셀과는 상이하다.

일실시예에서, 전용 PUR 구성은 UE가 RRC 유휴 상태에 있을 때 UE에 의해 제1 셀에서의 송신의 수행을 위해 하나 이상의 PUR을 나타낸다(예를 들면, 하나 이상의 PUR은 UE가 RRC_IDLE 상태에 있을 때 UE가 제1 셀에서 하나 이상의 송신들을 수행하기 위한 것일 수 있다).

도 3 및 도 4를 다시 참조하면, UE의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) UE가 RRC 유휴 상태에 있고 UE의 서빙 셀이 제2 셀일 때 전용 PUR 구성을 유지하는 것을 가능하게 하도록 - UE는 제2 셀과는 상이한 제1 셀에서 전용 PUR 구성으로 구성됨 -, (ii) RRC 연결 재-확립 절차 동안 제3 셀을 선택하는 것을 가능하게 하도록, 그리고 (iii) 제3 셀을 선택한 것에 응답하여, 제3 셀이 제1 셀과 동일한지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정하는 것을 가능하게 하도록 - 전용 PUR 구성을 해제할지 여부를 결정하는 것은 UE가 RRC 연결 상태에 있을 때 수행됨 - 할 수 있다. 더욱이, CPU(308)는 프로그램 코드(312)를 실행하여, 전술된 액션들 및 단계들 중 하나, 일부, 및/또는 전부 및/또는 본 명세서에서 설명된 다른 것들을 모두 수행하게 할 수 있다.

도 13은 UE의 관점으로 본 예시적인 일실시예에 따른 흐름도(1300)이다. 단계(1305)에서, UE는 UE가 RRC 유휴 상태(예를 들면, RRC_IDLE 상태)에 있고 UE의 서빙 셀이 제2 셀일 때, 전용 PUR 구성을 유지하며, 여기서 UE는 제2 셀과는 상이한 제1 셀에서 전용 PUR 구성으로 구성된다 예를 들어, UE느느 UE가 RRC 유휴 상태에 있고 UE의 서빙 셀이 (예를 들면, 제1 셀로부터) 제2 셀과는 상이한 제2 셀로 변경될 때 전용 PUR 구성을 유지할 수 있다. 단계(1310)에서, UE는 RRC 연결 재-확립 절차 동안 제3 셀을 선택한다. 단계(1315)에서, 제3 셀을 선택한 것에 응답하여, UE는 제3 셀이 선택될 때 UE가 접속되었던 제1 코어 네트워크 유형에 제3 셀이 접속하는지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정하며, 여기서 전용 PUR 구성을 해제할지 여부에 대한 결정은 UE가 RRC 연결 상태에 있을 때 수행된다. 예를 들어, 전용 PUR 구성을 해제할지 여부에 대한 결정은 UE가 RRC 연결 상태에 있고 제3 셀이 RRC 연결 재-확립 절차 동안 선택될 때 수행될 수 있다.

일실시예에서, UE는 제3 셀이 제1 코어 네트워크 유형과는 상이한 제2 코어 네트워크 유형에 접속되는 경우에 전용 PUR 구성을 해제할 것을 결정한다. UE는 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 전용 PUR 구성을 해제한다.

일실시예에서, UE는 제3 셀이 제1 코어 네트워크 유형에 접속되는 경우에 전용 PUR 구성을 유지할 것을 결정한다. UE는 전용 PUR 구성을 유지할 것을 결정한 것에 응답하여 전용 PUR 구성을 유지한다.

도 3 및 도 4를 다시 참조하면, UE의 예시적인 일실시예에서, 디바이스(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 UE가 (i) UE가 RRC 유휴 상태에 있고 UE의 서빙 셀이 제2 셀일 때 전용 PUR 구성을 유지하는 것을 가능하게 하도록 - UE는 제2 셀과는 상이한 제1 셀에서 전용 PUR 구성으로 구성됨 -, (ii) RRC 연결 재-확립 절차 동안 제3 셀을 선택하는 것을 가능하게 하도록, 그리고 (iii) 제3 셀을 선택한 것에 응답하여, 제3 셀을 선택하기 전에 UE가 접속되었던 제1 코어 네트워크 유형에 제3 셀이 접속하는지 여부에 기초하여 전용 PUR 구성을 해제할지 여부를 결정하는 것을 가능하게 하도록 - 전용 PUR 구성을 해제할지 여부를 결정하는 것은 UE가 RRC 연결 상태에 있을 때 수행됨 - 할 수 있다. 더욱이, CPU(308)는 프로그램 코드(312)를 실행하여, 전술된 액션들 및 단계들 중 하나, 일부, 및/또는 전부 및/또는 본 명세서에서 설명된 다른 것들을 모두 수행하게 할 수 있다.

통신 디바이스(예를 들면, UE, 기지국, 네트워크 노드 등)가 제공될 수 있는데, 여기서 통신 디바이스는 제어 회로, 제어 회로에 설치된 프로세서, 및/또는 제어 회로에 설치되고 프로세서에 커플링된 메모리를 포함할 수 있다. 프로세서는 메모리에 저장된 프로그램 코드를 실행하여 도 11 내지 도 13에 예시된 하나의, 일부의, 그리고/또는 모든 방법 단계들을 수행하도록 구성될 수 있다. 더욱이, 프로세서는 프로그램 코드를 실행하여, 전술된 액션들 및 단계들 중 하나, 일부, 및/또는 전부 및/또는 본 명세서에서 설명된 다른 것들을 모두 수행하게 할 수 있다.

컴퓨터 판독가능 매체가 제공될 수 있다. 컴퓨터 판독가능 매체는 비일시적 컴퓨터 판독가능 매체일 수 있다. 컴퓨터 판독가능 매체는 플래시 메모리 디바이스, 하드 디스크 드라이브, 디스크(예를 들면, 자기 디스크 및/또는 광학 디스크, 예를 들면, DVD(digital versatile disc), CD(compact disc) 등), 및/또는 메모리 반도체, 예를 들면 정적 랜덤 액세스 메모리(static random access memory, SRAM), 동적 랜덤 액세스 메모리(dynamic random access memory, DRAM), 동기식 동적 랜덤 액세스 메모리(synchronous dynamic random access memory, SDRAM) 중 적어도 하나 등을 포함할 수 있다. 컴퓨터 판독가능 매체는, 실행될 때, 도 11 내지 도 13에 예시된 하나의, 일부의, 그리고/또는 모든 방법 단계들, 및/또는 전술된 액션들 및 단계들 중 하나, 일부, 및/또는 모두, 및/또는 본원에 기술된 다른 것들의 수행을 야기하는 프로세서 실행가능 명령어들을 포함할 수 있다.

본원에 제시된 기법들 중 하나 이상을 적용하는 것은 디바이스들(예를 들면, UE 및/또는 네트워크 노드) 사이의 통신의 증가되는 효율을 포함하지만 이로 제한되지 않는 하나 이상의 이익들을 가져올 수 있다. 증가되는 효율은 디바이스(예를 들면, UE)가 PUR 구성을 유지할지 아니면 해제할지를 결정하는 것을 가능하게 한 결과일 수 있다. 대안으로 그리고/또는 추가로, 증가되는 효율은 디바이스가 무효 PUR 구성을 해제하는 것을 가능하게 하여, 이에 따라, 디바이스가 송신을 위해 무효 PUR 구성을 사용하는 경우에 달리 발생할 수 있는, 다른 디바이스와의 리소스 충돌을 회피시킨 결과일 수 있다. 대안으로 그리고/또는 추가로, 증가되는 효율은 디바이스가 유효 PUR 구성을 유지하는 것을 가능하게 하여, 이에 따라, 디바이스가 RRC_IDLE 상태에 있을 때 유효 PUR 구성을 나중에 사용하는 것을 가능하게 한 결과일 수 있다. 예를 들어, 디바이스는 네트워크 노드로부터의 다른 PUR 구성을 요구하지 않고서 유효 PUR 구성을 사용하여 네트워크 노드로의 송신을 수행할 수 있다.

본 발명의 다양한 태양들이 위에서 기술되었다. 본 명세서의 교시내용은 매우 다양한 형식으로 구체화될 수 있고, 본 명세서에 개시된 임의의 특정 구조, 기능, 또는 둘 다는 단지 대표적인 것임이 자명할 것이다. 본 명세서의 교시내용에 기초하여, 당업자는 본 명세서에 개시된 태양이 임의의 다른 태양들과는 독립적으로 구현될 수 있고 이러한 태양들 중 2개 이상이 다양한 방식들로 조합될 수 있다는 것을 이해할 것이다. 예를 들어, 본 명세서에서 설명된 임의의 수의 태양들을 이용하여, 장치가 구현될 수 있거나, 방법이 실시될 수 있다. 또한, 본 명세서에서 설명된 태양들 중 하나 이상의 태양들뿐 만 아니라 또는 그들 외에도, 다른 구조, 기능, 또는 구조와 기능을 사용하여, 그러한 장치가 구현될 수 있거나, 그러한 방법이 실시될 수 있다. 위의 개념들 중 일부의 개념의 예시로서, 몇몇 태양들에서, 펄스 반복 주파수들에 기초하여, 동시 채널들이 확립될 수 있다. 일부 태양들에서, 펄스 위치 또는 오프셋들에 기초하여 동시 채널들이 확립될 수 있다. 일부 태양들에서, 시간 홉핑 시퀀스(time hopping sequence)들에 기초하여 동시 채널들이 확립될 수 있다. 일부 태양들에서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치들 또는 오프셋들, 및 시간 호핑 시퀀스들에 기초하여 확립될 수 있다.

당업자는 정보 및 신호들이 다양한 상이한 기술들 및 기법들 중 임의의 것을 이용하여 표현될 수 있음을 이해할 것이다. 예를 들어, 위의 설명 전체에 걸쳐서 참조될 수 있는 데이터, 명령어, 커맨드, 정보, 신호, 비트, 심볼, 및 칩이 전압, 전류, 전자기파, 자기장 또는 입자, 광학 필드 또는 입자, 또는 이들의 임의의 조합에 의해 표현될 수 있다.

당업자는, 본 명세서에 개시된 태양들과 관련하여 기술된 다양한 예시적인 로직 블록, 모듈, 프로세서, 수단, 회로, 및 알고리즘 단계가 전자적 하드웨어(예를 들어, 디지털 구현예, 아날로그 구현예, 또는 이 둘의 조합으로서, 이들은 소스 코딩 또는 몇몇 다른 기법을 이용하여 설계될 수 있음), 명령어들을 포함하는 다양한 형태의 프로그램 또는 설계 코드(이는, 편의상, 본 명세서에서, "소프트웨어" 또는 "소프트웨어 모듈"로 지칭될 수 있음), 또는 이 둘의 조합들로서 구현될 수 있음을 추가로 이해할 것이다. 하드웨어와 소프트에어의 이러한 상호교환가능성을 명료하게 예시하기 위해, 다양한 예시적인 컴포넌트, 블록, 모듈, 회로, 및 단계가 대체로 그들의 기능과 관련하여 전술되었다. 그러한 기능이 하드웨어로서 구현되는지 또는 소프트웨어로서 구현되는지는 전체전인 시스템 상에 부과되는 특정 응용 및 설계 제약들에 달려 있다. 당업자는 각각의 특정 응용을 위해 다양한 방식들로, 기술된 기능을 구현할 수 있지만, 그러한 구현 결정은 본 발명의 범주로부터 벗어나는 것을 야기하는 것으로 해석되어서는 안 된다.

또한, 본 명세서에 개시된 태양들과 관련하여 기술된 다양한 예시적인 논리 블록, 모듈, 및 회로는 집적회로("IC"), 액세스 단말기, 또는 액세스 포인트 내에서 구현될 수 있고, 또는 그에 의해 수행될 수 있다. IC는 본 명세서에 기술된 기능들을 수행하도록 설계된 범용 프로세서, 디지털 신호 프로세서(digital signal processor, DSP), 주문형반도체(application specific integrated circuit, ASIC), 필드 프로그래밍가능 게이트 어레이(field programmable gate array, FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트, 전기적 컴포넌트, 광학 컴포넌트, 기계적 컴포넌트, 또는 이들의 임의의 조합을 포함할 수 있으며, IC 내에, IC의 외부에, 또는 둘 모두에 상주하는 코드들 또는 명령어들을 실행시킬 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안예에서, 프로세서는 종래의 프로세서, 컨트롤러, 마이크로컨트롤러 또는 상태 머신일 수 있다. 프로세서는, 또한, 컴퓨팅 디바이스들의 조합, 예를 들어 DSP와 마이크로프로세서의 조합, 복수의 마이크로프로세서, DSP 코어와 연동하는 하나 이상의 마이크로프로세서, 또는 임의의 다른 그러한 구성으로서 구현될 수 있다.

임의의 개시된 프로세스에서의 단계들의 임의의 특정 순서 또는 계층구조가 샘플 접근법의 예시임이 이해된다. 설계 선호도에 기초하여, 프로세스에서의 단계들의 특정 순서 또는 계층구조가 본 발명의 범주 내에 있으면서 재배열될 수 있음이 이해된다. 첨부 방법은 샘플 순서로 다양한 단계들의 요소들을 제시하며, 제시된 특정 순서 또는 계층구조로 제한되는 것으로 의도되지 않는다.

본 명세서에 개시된 태양들과 관련하여 기술된 방법 또는 알고리즘의 단계들은 직접 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이 둘의 조합으로 구체화될 수 있다. 소프트웨어 모듈(예를 들어, 실행가능한 명령들 및 관련 데이터를 포함함) 및 다른 데이터가 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드 디스크, 탈착식 디스크, CD-ROM, 또는 당업계에 알려진 임의의 다른 형태의 컴퓨터 판독가능 저장 매체와 같은 데이터 메모리에 상주할 수 있다. 샘플 저장 매체는, 예를 들어, 컴퓨터/프로세서(이는, 편의상, 본 명세서에서 "프로세서"로 지칭될 수 있음)와 같은 머신에 연결되어, 프로세서가 저장 매체로부터 정보(예를 들어, 코드)를 판독하고 그에 정보를 기록할 수 있게 할 수 있다. 샘플 저장 매체는 프로세서와 일체일 수 있다. 프로세서 및 저장 매체는 ASIC에 상주할 수 있다. ASIC는 사용자 장비에 상주할 수 있다. 대안예에서, 프로세서 및 저장 매체는 사용자 장비 내의 이산 컴포넌트들로서 상주할 수 있다. 대안으로 그리고/또는 추가로, 일부 태양들에서, 임의의 적합한 컴퓨터 프로그램 제품이 본 발명의 태양들 중 하나 이상과 관련된 코드들을 포함하는 컴퓨터 판독가능 매체를 포함할 수 있다. 일부 태양들에서, 컴퓨터 프로그램 제품은 자료들을 패키징한 것을 포함할 수 있다.

개시된 주제가 다양한 태양들과 관련하여 기술되었지만, 개시된 주제는 추가 수정들이 가능하다는 것이 이해될 것이다. 본 출원은, 개시된 주제가 관련되는 당업계 내의 공지의 관행의 범위 내에 있는 바와 같은 본 개시내용으로부터의 그러한 이탈들을 포함하고, 개시된 주제의 원리들을 대체로 추종하는 개시된 주제의 임의의 변형들, 사용들 또는 적응을 커버하도록 의도된다.

Claims

사용자 장비(User Equipment, UE)의 방법으로서,
상기 UE가 무선 리소스 제어(Radio Resource Control, RRC) 유휴 상태에 있고 상기 UE의 서빙 셀이 제2 셀일 때 전용 PUR(Preconfigured Uplink Resource, PUR) 구성을 유지하는 단계 - 상기 UE는 상기 제2 셀과는 상이한 제1 셀에서 상기 전용 PUR 구성으로 구성됨 -;
RRC 연결 재-확립 절차 동안 제3 셀을 선택하는 단계; 및
상기 제3 셀을 선택한 것에 응답하여, 상기 제3 셀이 상기 제1 셀과 동일한지 여부에 기초하여 상기 전용 PUR 구성을 해제할지 여부를 결정하는 단계 - 상기 전용 PUR 구성을 해제할지 여부를 결정하는 단계는 상기 UE가 RRC 연결 상태에 있을 때 수행됨 - 를 포함하는, 방법.
제1항에 있어서,
상기 제1 셀에서, 상기 전용 PUR 구성을 포함하는 RRCConnectionRelease 메시지를 수신하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 제2 셀 상에서의 랜덤 액세스 절차의 수행에 응답하여 또는 그 동안 중 적어도 하나에서 상기 전용 PUR 구성을 해제하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 제3 셀을 선택하는 단계는 상기 RRC 연결 재-확립 절차 동안 셀 선택 절차를 수행하여 상기 제3 셀을 선택하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 전용 PUR 구성을 해제할지 여부를 결정하는 단계는 상기 제3 셀이 상기 제1 셀과는 상이한 경우에 상기 전용 PUR 구성을 해제할 것을 결정하는 단계를 포함하되, 상기 방법은 상기 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 해제하는 단계를 포함하고; 또는
상기 전용 PUR 구성을 해제할지 여부를 결정하는 단계는 상기 제3 셀이 상기 제1 셀과 동일한 경우에 상기 전용 PUR 구성을 유지할 것을 결정하는 단계를 포함하되, 상기 방법은 상기 전용 PUR 구성을 유지할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 유지하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 RRC 연결 재-확립 절차 동안 상기 제3 셀 상에서 랜덤 액세스 절차를 개시하는 단계를 포함하되, 상기 전용 PUR 구성을 해제할지 여부를 결정하는 단계는 상기 제3 셀 상에서 상기 랜덤 액세스 절차를 개시하기 전에 수행되는, 방법.
제1항에 있어서,
상기 전용 PUR 구성을 해제할지 여부를 결정하는 단계는 상기 제3 셀을 선택할 때 상기 UE가 접속되었던 제1 코어 네트워크 유형에 상기 제3 셀이 접속하는지 여부에 기초하고;
상기 전용 PUR 구성을 해제할지 여부를 결정하는 단계는 상기 제3 셀이 상기 제1 코어 네트워크 유형과는 상이한 제2 코어 네트워크 유형에 접속되는 경우에 상기 전용 PUR 구성을 해제할 것을 결정하는 단계를 포함하고;
상기 방법은 상기 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 해제하는 단계를 포함하는, 방법.
제7항에 있어서,
상기 RRC 연결 재-확립 절차 동안 상기 UE에 의해 랜덤 액세스 절차가 개시되지 않는, 방법.
제1항에 있어서,
mobilityControlInfo 정보 요소를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 상기 전용 PUR 구성을 유지하는 단계 - 상기 mobilityControlInfo 정보 요소에 의해 나타내진 제4 셀은 상기 제1 셀과는 상이함 - 를 포함하는, 방법.
제1항에 있어서,
상기 전용 PUR 구성은 상기 UE가 RRC 유휴 상태에 있을 때 상기 UE에 의해 상기 제1 셀에서의 송신의 수행을 위해 하나 이상의 PUR을 나타내는, 방법.
사용자 장비(UE)에 있어서,
제어 회로;
상기 제어 회로에 설치되는 프로세서; 및
상기 제어 회로에 설치되고, 상기 프로세서에 동작가능하게 커플링되는 메모리를 포함하고,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여, 동작들을 수행하도록 구성되며, 상기 동작들은,
상기 UE가 무선 리소스 제어(Radio Resource Control, RRC) 유휴 상태에 있고 상기 UE의 서빙 셀이 제2 셀일 때 전용 PUR 구성을 유지하는 동작 - 상기 UE는 상기 제2 셀과는 상이한 제1 셀에서 상기 전용 PUR 구성으로 구성됨 -;
RRC 연결 재-확립 절차 동안 제3 셀을 선택하는 동작; 및
상기 제3 셀을 선택한 것에 응답하여, 상기 제3 셀이 상기 제1 셀과 동일한지 여부에 기초하여 상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작 - 상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 UE가 RRC 연결 상태에 있을 때 수행됨 - 을 포함하는, UE.
제11항에 있어서,
상기 동작들은,
상기 제1 셀에서, 상기 전용 PUR 구성을 포함하는 RRCConnectionRelease 메시지를 수신하는 동작 - 상기 전용 PUR 구성은 상기 UE가 RRC 유휴 상태에 있을 때 상기 UE에 의해 상기 제1 셀에서의 송신의 수행을 위해 하나 이상의 PUR을 나타냄 - 을 포함하는, UE.
제11항에 있어서,
상기 동작들은,
상기 제2 셀 상에서의 랜덤 액세스 절차의 수행에 응답하여 또는 그 동안 중 적어도 하나에서 상기 전용 PUR 구성을 해제하는 동작을 포함하는, UE.
제11항에 있어서,
상기 제3 셀을 선택하는 동작은 상기 RRC 연결 재-확립 절차 동안 셀 선택 절차를 수행하여 상기 제3 셀을 선택하는 동작을 포함하는, UE.
제11항에 있어서,
상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 제3 셀이 상기 제1 셀과는 상이한 경우에 상기 전용 PUR 구성을 해제할 것을 결정하는 동작을 포함하되, 상기 동작들은 상기 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 해제하는 동작을 포함하고; 또는
상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 제3 셀이 상기 제1 셀과 동일한 경우에 상기 전용 PUR 구성을 유지할 것을 결정하는 동작을 포함하되, 상기 동작들은 상기 전용 PUR 구성을 유지할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 유지하는 동작을 포함하는, UE.
제11항에 있어서,
상기 동작들은,
상기 RRC 연결 재-확립 절차 동안 상기 제3 셀 상에서 랜덤 액세스 절차를 개시하는 동작을 포함하되, 상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 제3 셀 상에서 상기 랜덤 액세스 절차를 개시하기 전에 수행되는, UE.
제11항에 있어서,
상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 제3 셀을 선택할 때 상기 UE가 접속되었던 제1 코어 네트워크 유형에 상기 제3 셀이 접속하는지 여부에 기초하고;
상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 제3 셀이 상기 제1 코어 네트워크 유형과는 상이한 제2 코어 네트워크 유형에 접속되는 경우에 상기 전용 PUR 구성을 해제할 것을 결정하는 동작을 포함하고;
상기 동작들은 상기 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 해제하는 동작을 포함하는, UE.
제17항에 있어서,
상기 RRC 연결 재-확립 절차 동안 상기 UE에 의해 랜덤 액세스 절차가 개시되지 않는, UE.
제11항에 있어서,
상기 동작들은,
mobilityControlInfo 정보 요소를 포함하는 RRCConnectionReconfiguration 메시지를 수신한 것에 응답하여 상기 전용 PUR 구성을 유지하는 동작 - 상기 mobilityControlInfo 정보 요소에 의해 나타내진 제4 셀은 상기 제1 셀과는 상이함 - 을 포함하는, UE.
사용자 장비(UE)에 의해 실행될 때, 동작들의 수행을 야기하는 프로세서 실행가능 명령어들을 포함하는 비일시적 컴퓨터 판독가능 매체로서, 상기 동작들은,
상기 UE가 무선 리소스 제어(Radio Resource Control, RRC) 유휴 상태에 있고 상기 UE의 서빙 셀이 제2 셀일 때 전용 PUR 구성을 유지하는 동작 - 상기 UE는 상기 제2 셀과는 상이한 제1 셀에서 상기 전용 PUR 구성으로 구성됨 -;
RRC 연결 재-확립 절차 동안 제3 셀을 선택하는 동작; 및
상기 제3 셀을 선택한 것에 응답하여, 상기 제3 셀을 선택하기 전에 상기 UE가 접속되었던 제1 코어 네트워크 유형에 상기 제3 셀 접속하는지 여부에 기초하여 상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작 - 상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 UE가 RRC 연결 상태에 있을 때 수행됨 -;
상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 제3 셀이 상기 제1 코어 네트워크 유형셀과는 상이한 제2 코어 네트p 유형에 접속되는 경우에 상기 전용 PUR 구성을 해제할 것을 결정하는 동작을 포함하되, 상기 동작들은 상기 전용 PUR 구성을 해제할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 해제하는 동작을 포함하고; 또는
상기 전용 PUR 구성을 해제할지 여부를 결정하는 동작은 상기 제3 셀이 상기 제1 코어 네트워크 유형에 접속되는 경우에 상기 전용 PUR 구성을 유지할 것을 결정하는 동작을 포함하되, 상기 동작들은 상기 전용 PUR 구성을 유지할 것을 결정한 것에 응답하여 상기 전용 PUR 구성을 유지하는 동작을 포함하는, 비일시적 컴퓨터 판독가능 매체.