KR20200063973A

KR20200063973A - 무선 통신 시스템에 있어서 기구성된 업링크 리소스 구성을 릴리싱하는 방법 및 장치

Info

Publication number: KR20200063973A
Application number: KR1020190141068A
Authority: KR
Inventors: 툰-훼이 시; 유-쉬안 구오; 멍-휘 오우
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2018-11-27
Filing date: 2019-11-06
Publication date: 2020-06-05
Also published as: ES2892499T3; EP3661317A1; US20200170069A1; US10667323B1; CN111225443B; KR102190012B1; JP2020088853A; JP6700466B1; TW202021406A; EP3661317B1; CN111225443A; TWI695646B

Abstract

무선 통신 시스템에서 기구성된 업링크 리소스 구성을 릴리싱하는 방법 및 장치가 개시된다. 일 방법에 있어서, UE(User Equipment)는, UE가 제 1 RRC_CONNECTED 상태에 있을 때, PUR(preconfigured uplink resource)의 구성을 수신한다. UE는 제 1 RRC_CONNECTED 상태로부터 제 1 RRC_IDLE 상태로 진입한다. UE는, UE가 제 1 RRC_IDLE 상태에 있을 때, PUR을 사용하여 제 1 전송을 수행한다. UE는 RRC_IDLE 상태로부터 제 2 RRC_CONNECTED 상태로 진입한다. UE가 제 2 RRC_CONNECTED 상태에 있을 때 구성을 유보한다. UE가 제 2 RRC_CONNECTED 상태로부터 제 2 RRC_IDLE 상태로 진입한 때, UE는 구성을 재개한다. UE는 제 2 RRC_IDLE 상태에 있을 때, PUR을 사용하여 제 2 전송을 수행한다.

Description

무선 통신 시스템에 있어서 기구성된 업링크 리소스 구성을 릴리싱하는 방법 및 장치{METHOD AND APPARATUS FOR RELEASING PRECONFIGURED UPLINK RESOURCES CONFIGURATION IN A WIRELESS COMMUNICATION SYSTEM}

본 출원은 20018년 11월 27일자로 출원된 미국 특허 가출원 일련번호 62/771,726호에 대한 우선권을 주장하며, 이러한 출원의 개시내용의 그 전체가 본원에 참조로써 통합된다.

본 발명은 무선통신 네트워크에 관한 것으로, 특히 무선통신 시스템에서 사전 구성된 업링크 리소스 구성을 릴리싱하는 방법 및 장치에 관한 것이다.

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

예시적인 네트워크 구조로는 LTE 무선 접속 네트워크 (E-TRAN)가 있다. E-TRAN 시스템은 높은 데이터 처리량(throughput)을 제공하여 상술한 음성 IP 및 멀티미디어 서비스를 실현할 수 있다. 차세대 (예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에서 논의되고 있다. 따라서 현재의 3GPP 표준 본문에 대한 변경안이 제출되어 3GPP표준이 진화 및 완결될 것으로 보인다.

하나의 방법에서, 사용자 단말(User Equipment, UE)는 UE가 제1RRC_연결(RRC_CONNECTED) 상태인 경우, PUR(preconfigured uplink resource)의 구성을 수신한다. UE는 제1RRC_연결 상태에서 제1RRC_유휴(RRC_IDLE) 상태로 진입한다. UE는 제1RRC_유휴 상태에 있는 경우 상기 PUR을 사용하여 제1송신을 수행한다. UE는 제1RRC_유휴상태로부터 제2RRC_연결 상태로 진입한다. UE는 제2RRC_연결상태에 있는 경우 상기 구성을 유보한다. UE는 제2RRC_연결상태로부터 제2RRC_유휴상태로 진입하는 경우 상기 구성을 재개한다. UE는 제2RRC_유휴 상태에 있는 경우 상기 PUR을 사용하여 제2송신을 수행한다.

도 1은 예시적인 일실시예에 따른 무선 통신 시스템에 대한 도면이다.
도 2는 예시적인 일실시예에 따른 (접속 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS36.300 V15.3.0의 제어 평면 CIoT EPS 최적화를 위한 EDT를 보여주는 도 7.3b-1의 재현이다.
도 6은 3GPP TS36.300 V15.3.0의 제어 평면 CIoT EPS 최적화를 위한 EDT를 보여주는 도 7.3b-2의 재현이다.
도 7은 3GPP TS36.300 V15.3.0의 WUS 타이밍을 도시한 도 10.1.4-1의 재현이다.
도 8은 3GPP TS36.300 V15.3.0의 경쟁 기반 랜덤 접속 절차를 도시한 도 10.1.5.1-1의 재현이다.
도 9은 3GPP TS36.321 V15.3.0의 성공적인 RRC 연결 수립을 도시한 도 5.3.3.1-1의 재현이다.
도 10은 3GPP TS36.321 V15.3.0의 네트워크 거부 RRC 연결 수립을 도시한 도 5.3.3.1-2의 재현이다.
도 11은 3GPP TS36.321 V15.3.0의 성공적인 (유보된 RRC 연결 또는 RRC_INACTIVE) RRC 연결 재개, 또는 RRC 연결 재개에 대한 UP-EDT 폴백(fallback)을 도시한 도 5.3.3.1-3의 재현이다.
도 12는 3GPP TS36.321 V15.3.0의 성공적인 (유보된 RRC 연결 또는 RRC_INACTIVE) RRC 연결 재개, 또는 RRC 연결 수립에 대한 UP-EDT 폴백을 도시한 도 5.3.3.1-4의 재현이다.
도 13은 3GPP TS36.321 V15.3.0의 (유보된 RRC 연결 또는 RRC_INACTIVE) RRC 연결 재개, 또는 UP-EDT, 네트워크 거부 또는 (유보된 RRC 연결) 릴리즈를 도시한 도 5.3.3.1-5의 재현이다.
도 14는 3GPP TS36.321 V15.3.0의 RRC 연결 재개(RRC_INACTIVE), 네트워크 릴리즈 또는 유보 또는 UP-EDT를 도시한 도 5.3.3.1-6의 재현이다.
도 15는 3GPP TS36.321 V15.3.0의 CP-EDT를 도시한 도 5.3.3.1-7의 재현이다.
도 16은 3GPP TS36.321 V15.3.0의 RRC 연결 수립에 대한 CP-EDT 폴백을 도시한 도 5.3.3.1-8의 재현이다.
도 17은 3GPP TS36.321 V15.3.0의 CP-EDT, 네트워크 거부를 도시한 도 5.3.3.1-9의 재현이다.
도 18은 사용자 단말(UE)의 관점에서 본 예시적인 일실시예에 따른 흐름도이다.

후술된 예시적인 무선 통신 시스템 및 디바이스는 방송 서비스를 지원하는 무선 통신 시스템을 채용한다. 무선 통신 시스템은 광범위하게 배치되어 음성, 데이터 등 다양한 통신 형태를 제공한다. 이 시스템은 코드분할다중접속(CDMA), 시분할다중접속(TDMA), 직교주파수분할다중접속(OFDMA), 3GPP LTE (Long Term Evolution) 무선접속, 3GPP LTE-A 또는 광대역 LTE(Long Term Evolution Advanced), 3GPP2 UMB (Ultra Mobile Broadband), WiMax, 5G를 위한 3GPP NR (New Radio) 무선 접속, 또는 다른 변조기법을 기반으로 할 수 있다.

특히, 후술될 예시적인 무선 통신 시스템 및 디바이스들은 다음을 포함하는, 3GPP로 언급된 “3rd Generation Partnership Project”로 명명된 컨소시엄이 제안한 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: TS 36.300 V15.3.0, “E-UTRA 및 E-UTRAN, 전체 설명, 2단계”; TS 36.321 V15.3.0, “E-UTRA, MAC 프로토콜 규격”; RAN1 #94 의장 메모; RAN1 #94bis 의장 메모; RAN1 #95 의장 메모; 및 TS 36.331 V15.3.0, “E-UTRA, RRC 프로토콜. 위에서 열거된 표준 및 문서들이 그 전체가 참조로써 통합된다.

도 1은 본 발명의 일실시예에 따른 다중 접속 무선 통신 시스템을 보인다. 접속 네트워크(AN, 100)는 한 그룹은 참조번호 104 및 106, 다른 그룹은 참조번호 108 및 110, 추가 그룹은 참조번호 112 및 114를 포함하는 다수의 안테나 그룹들을 포함한다. 도 1에서는 각 안테나 그룹별로 두 개의 안테나가 도시되었지만, 각 그룹별로 더 많은 혹은 더 적은 안테나가 사용될 수 있다. 접속 단말(AT, 116)은 안테나들(112, 114)과 통신하고, 여기서, 안테나들(112, 114)은 순방향 링크(120)를 통해 액세스 단말(116)로 정보를 전송하고, 역방향 링크(118)를 통해 접속 단말(116)로부터 정보를 수신한다. 접속 단말(AT, 116)은 안테나들(106, 108)과 통신하고, 여기서, 안테나들(106, 108)은 순방향 링크(126)를 통해 접속 단말(AT, 122)로 정보를 전송하고, 역방향 링크(124)를 통해 접속 단말((AT)122)로부터 정보를 수신한다. FDD 시스템에서, 통신링크들(118, 120, 124, 126)은 통신에 다른 주파수를 사용한다. 예를 들어, 순방향 링크(120)는 역방향 링크(118)가 사용하는 것과 다른 주파수를 사용할 수 있다.

각 안테나 그룹 및/또는 이들이 통신하도록 설계된 영역은 보통 접속 네트워크의 섹터(sector)로 불린다. 본 실시예에서, 각 안테나 그룹은 접속 네트워크(100)에 의해 커버되는 영역의 섹터에서 접속 단말과 통신하도록 설계된다.

순방향 링크(120, 126)를 통한 통신에서, 접속 네트워크(100)의 송신 안테나들은 다른 접속 단말들(116, 122)에 대한 순방향 링크의 신호대잡음비를 향상시키기 위해 빔포밍(beamforming)을 사용할 수 있다. 또한 빔포밍을 사용하여 커버리지(coverage)에 랜덤하게 산재되어 있는 액세스 단말에 전송하는 액세스 네트워크는 하나의 안테나를 통해 모든 액세스 단말에 전송하는 액세스 네트워크보다 이웃 셀 내 액세스 단말들에게 간섭을 덜 일으킨다.

액세스 네트워크(AN)는 단말들과 통신하는 고정국 또는 기지국일 수 있고, 액세스 포인트, 노드 B(node B), 기지국, 확장형 기지국 (enhanced base station), 진화된 노드 B(eNB), 또는 다른 용어로도 지칭될 수도 있다. 접속 단말(AT)은 또한 사용자 단말(UE), 무선 통신 디바이스, 단말, 접속 단말 또는 다른 용어로도 불릴 수 있다.

도 2는 MIMO 시스템(200)에서, (액세스 네트워크로도 알려진) 수신기 시스템(210), (액세스 단말(AT) 또는 사용자 단말(UE)로도 알려진) 수신기 시스템(250)의 실시예에 대한 단순화된 블록도이다. 송신기 시스템(210)에서, 다수의 데이터 스트림에 대한 트래픽 데이터는 데이터 소스(212)에서 전송(TX) 데이터 프로세서(214)로 공급된다.

일 실시예에서, 각 데이터 스트림은 개별 전송 안테나를 통해 전송된다. TX 데이터 프로세서(214)는 부호화된 데이터를 제공하도록 데이터 스트림에 대해 선택된 특별한 부호화 방식을 기반으로 그 데이터 스트림을 위한 트래픽 데이터를 포맷, 부호화 및 인터리빙 한다.

각 데이터 스트림에 대해 부호화된 데이터는 OFDM 기법을 사용해 파일럿 데이터와 다중화된다. 파일럿 데이터는 보통 기지의 방식으로 처리된 기지의 데이터로 수신기 시스템에서 채널 응답 추정에 사용될 수 있다. 각 데이트 스트림에서 다중화된 파일럿 데이터와 부호화된 데이터는 변조된 심볼을 제공하도록 그 데이터 스트림에 대해 선택된 특별한 변조방식(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)으로 변조된다(즉, 심볼 매핑). 각 데이트 스트림에 대해 데이터 전송속도, 부호화 및 변조는 프로세서(230)가 내린 지시에 따라 결정될 수 있다.

그런 다음, 모든 데이터 스트림에 대한 변조 심볼이 TX MIMO 프로세서(220)로 제공되어, 추가로 (예를 들어, OFDM용) 변조 심볼이 처리된다. 그런 다음, TX MIMO 프로세서(220)는 N_T 개의 변조 심볼 스트림을 N_T 개의 송신기들(TMTR, 220a 내지 222t)로 제공한다. 어떤 실시예에서, TX MIMO 프로세서(220)는 데이터 스트림 심볼과 심볼이 전송되고 있는 안테나에 에 빔포밍 가중치를 적용한다.

각 송신기(222)는 개별 심볼 스트림을 수신 및 처리하여 하나 이상의 아날로그 신호를 공급하고, 아날로그 신호를 추가로 처리(예를 들어, 증폭, 필터링, 및 상향 변환)을 수행하여 MIMO 채널을 통한 송신에 적합한 변조신호를 제공한다. 그런 다음, 송신기들(222a 내지 222t)에서 송신된 N_T개의변조된 신호들은 각각 N_T 개의 안테나들(224a 내지 224t)을 통해 송신된다.

수신기 시스템(250)에서, 송신된 변조신호들이 N_R 개의 안테나들(252a 내지 252r)에 의해 수신되고, 각 안테나(252)에서 수신된 신호들은 각 수신기(RCVR, 254a 내지 254r)로 공급된다. 각 수신기(254)는 개별 수신 신호를 (예를 들어, 필터링, 증폭 및 하향 변환) 조절하고, 조절된 신호를 디지털로 변환하여 샘플을 제공하고, 샘플들을 추가 처리하여 해당 “수신” 심볼 스트림을 공급한다.

그런 다음 RX 데이터 프로세서(260)는 특별한 수신기 처리 기법에 기반한 N_R 개의 수신기들(254)에서 출력된 N_R 개의 수신 심볼 스트림을 수신 및 처리하여 N_R 개의 “검출된 ” 심볼 스트림을 공급한다. 이후 RX 데이터 프로세서(260)는 각 검출된 심볼 스트림을 복조, 디인터리빙 및 복호하여 데이터 스트림에 대한 트래픽 데이터를 복구한다. RX 데이터 프로세서(260)에 의해 처리는 송신기 시스템(210)에서 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)가 수행된 처리와 상보적이다.

프로세서(270)는 주기적으로 어느 (후술될) 프리코딩 행렬을 사용할 것인지를 판단한다. 프로세서(270)는 행렬 인덱스부 및 랭크값부를 포함하는 역방향 링크 메시지를 작성한다.

역방향 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 대한 다양한 형태의 정보를 포함할 수 있다. 그런 다음, 역방향 링크 메시지는 데이터 소스(236)로부터 다수의 데이터 스트림에 대한 트래픽 데이터를 수신하는 TX 데이터 프로세서(238)에 의해 처리되고, 변조기(280)에 의해 변조되고, 송신기들(254a 내지 254r)에 의해 처리되며, 송신기 시스템(210)으로 다시 송신된다.

송신기 시스템(210)에서, 수신기 시스템(250)에서 출력된 변조신호가 안테나(224)에 의해 수신되고, 수신기들(222)에 의해 처리되며, 복조기(240)에서 복조되고, RX 데이터 프로세서(242)에 의해 처리되어 수신기 시스템(250)에 의해 송신된 역방향 링크 메시지를 추출한다. 그런 다음, 프로세서(230)는 어느 프리코딩 행렬을 사용하여 빔포밍 가중치를 결정할 것인가를 판단하고, 추출된 메시지를 처리한다.

도 3으로 돌아가서, 이 도면은 본 발명의 일실시예에 따른 통신 디바이스의 단순화된 대체 기능 블록도를 보여준다. 도 3에 도시된 예처럼, 도 3에 도시된 바와 같이, 무선 통신 시스템에서 통신디바이스(300)는 도 1의 UE들 (또는 AT들, 116, 122) 또는 도 1의 기지국(또는 AN, 100)의 구현에 사용될 수 있고, 무선통신 시스템은 LTE 시스템 또는 NR 시스템인 것이 바람직하다. 통신 디바이스(300)는 입력 디바이스(302), 출력 디바이스(304), 제어회로(306), 중앙처리유닛(CPU, 308), 메모리(310), 프로그램 코드(312) 및 트랜시버(transceiver, 314)를 포함할 수 있다. 제어회로(306)는 CPU(308)를 통해 메모리(310) 내 프로그램 코드(312)를 실행하고, 그에 따라 통신 디바이스(300)의 동작을 제어한다. 통신디바이스(300)는 키보드 또는 키패드와 같은 입력 디바이스(302)를 통해 사용자가 입력한 신호를 수신할 수 있고, 모니터 또는 스피커와 같은 출력 디바이스(304)를 통해 이미지 또는 소리를 출력할 수 있다. 트랜시버(314)는 무선신호의 수신 및 송신에 사용되어 수신신호를 제어회로(306)로 전달하고, 제어회로(306)에 의해 생성된 신호를 무선으로 출력한다. 무선 통신 시스템에서 통신디바이스(300)는 도 1에서 AN(100)의 구현에 사용될 수 있다. 1.

도 4는 본 발명의 일실시예에 따라 도 3에 도시된 프로그램 코드(312)의 단순화된 기능 블록도이다. 본 실시예에서, 프로그램 코드(312)는 애플리케이션층(400), 레이어 3 부(402), 및 레이어 2 부(404)를 포함하고, 레이어 1 부(406)에 결합된다. 레이어 3 부(402)는 일반적으로 무선 소스 제어를 수행한다. 레이어 2 부(404)는 일반적으로 링크 제어를 수행한다. 레이어 1 부(406)는 일반적으로 TS 36.300 V15.3.0s 물리적인 연결을 수행한다.

EDT(early data transmission ) 및 웨이크 업 신호(wakeup signal, WUS)가 LTE 릴리즈-15에 도입되었다. EDT 및 WUS와 관련된 일부 텍스트들은 3GPP TS 36.300 V15.3.0 및 3GPP TS 36.331 V15.3.0 에서 인용되었다. 3GPP TS 36.300 V15.3.0 는 다음을 개시한다:

7.3b EDT

7.3b.1 개요

EDT는 랜덤 접속 절차에서 하나의 업링크 데이터 송신에 이어 선택적으로 하나의 다운링크 데이터 송신이 이뤄지게 한다.

상위계층이 이동 발신 데이터 (Mobile Originated data) (즉, 시그널링 또는 SMS가 아님)용 RRC 연결 구축 또는 재개를 요구한 경우 및 업링크 데이터 사이즈가 시스템 정보에서 지시된 TB 사이즈 이하인 경우, EDT가 트리거된다. 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에 도시되어 있다.

도 5 (도 7.3b -1의 재현: 제어 평면 CIoT EPS 최적화를 위한 EDT)

0. 상위계층으로부터의 이동 발신 데이터를 위한 연결 구축 요구에 대해, UE는 초기 데이터 송신 절차를 개시하고 EDT용으로 구성된 랜덤 접속 프리앰블(random access preamble)을 선택한다.

1. UE는 CCCH에서 사용자 데이터를 연접하는 RRCEarlyDataRequest 메시지를 송신한다.

2. eNB는 NAS 메시지를 포워딩하는 S1-AP 초기 UE 메시지를 시작하고, S1 연결을 구축한다. eNB는 이 절차에서 EDT를 위해 이 연결이 트리거되는 것을 지시할 수 있다.

3. MME는 S-GW가 UE용으로 EPS 베어러들을 재활성화할 것을 요구한다.

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

5. 다운링크 데이터가 사용가능하다면, S-GW는 다운링크 데이터를 MME로 전송한다.

6. 다운링크 데이터가 S-GW로부터 수신되면, MME는 DL NAS 전송 절차를 통해 eNB에 데이터를 포워드하고, 추가 데이터가 있는지 여부도 지시한다. 아니면, MME는 연결 구축 지시(Connection Establishment Indication) 절차를 트리거하고 추가 데이터가 있는지 여부도 지시한다.

7. 추가 데이터가 없다면, eNB는 CCCH에서 RRCEarlyDataComplete 메시지를 전송하여 UE를 RRC_유휴 상태로 유지한다. 다운링크 데이터가 6단계에서 수신되었다면, 이들은 RRCEarlyDataComplete 메시지 내에서 연접된다.

8. S1 연결이 릴리즈되고 EPS 베어러들이 비활성화된다.

주: MME 또는 eNB가 UE를 RRC_연결 모드로 전환하기로 했다면, 7단계에서 RRCConnectionSetup 메시지가 전송되어 레거시 RRC 연결 구축 절차를 폴백한다(fall-back); eNB는 msg5 내 0 길이의 NAS PDU를 폐기할 것이다.

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

사용자 평면 CIoT EPS 최적화를 위한 EDT는 TS 24.301 [20]에 정의된 것처럼 다음을 특징으로 한다:

- UE는 유보 지시(suspend indication)된 RRCConnectionRelease 메시지 내에 NextHopChainingCount 를 갖는다;

- 업링크 사용자 데이터는 CCCH에서 UL RRCConnectionResumeRequest 메시지와 다중화되어 DTCH에서 송신된다;

- 다운링크 사용자 데이터는 DCCH에서 UL RRCConnectionResumeRequest 메시지와 다중화되어 DTCH에서 선택적으로 송신된다.

- 짧은 재개 MAC-I가 RRCConnectionResumeRequest 메시지용 인증 토큰으로 재사용되고, 이전 연결의 무결성 키(integrity key)를 사용하여 계산된다.

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

- RRCConnectionRelease 메시지는 새로 도출된 키들을 사용하여 무결성이 보호되고 암호화된다.

- RRC CONNECTED로의 천이는 없다.

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

도 6 (도 7.3b -2의 재현: 제어 평면 CIoT EPS 최적화를 위한 EDT)

0. 상위계층으로부터의 이동 발신 데이터에 대한 연결 재개 요구시, UE는 초기 데이터 송신 절차를 시작하고 EDT용으로 구성된 랜덤 접속 프리앰블을 선택한다.

1. UE는 eNB에 재개 ID, 구축 이유 및 인증 토큰을 포함한 RRCConnectionResumeRequest를 송신한다. UE는 모든 SRB들 및 DRB들을 재개하고, 이전 연결의 RRCConnectionRelease 메시지에서 제공된 NextHopChainingCount를 사용하여 신규 보안 키들을 도출하고, AS 보안을 재구축한다. 사용자 데이터는 CCCH 상에서 RRCConnectionResumeRequest 메시지와 다중화되어 DTCH에서 암호화되고 송신된다.

2. eNB는 S1-SP 콘텍스트 재개 절차를 시작하여 S1 연결을 재개하여 S1-U 베어러들을 재활성화한다.

3. MME는 S-GW에게 UE용 S1-U 베어러들을 재활성화하도록 요구한다.

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

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

6. 다운링크 데이터가 사용가능하다면, S-GW는 다운링크 데이터를 eNB로 전송한다.

7. 추가 데이터가 S-GW로부터 수신되지 않으면, eNB는 S1 연결 중지 및 S1-U 베어러들의 비활성화를 시작한다.

8. eNB는 RRCConnectionRelease 메시지를 전송하여 UE가 RRC_유휴 상태를 유지하게 한다. 메시지는 UE에 의해 저장된, rrc-Suspend로 설정된 releaseCause, resumeID, NextHopChainingCount 및 drb-ContinueROHC를 포함한다. 다운링크 데이터가 6단계에서 수신되었다면, 이들은 DCCH에서 RRCConnectionRelease 메시지와 다중화되어 DTCH에서 암호화되고 전송된다.

주: MME 또는 eNB가 UE가 RRC_연결 모드로 이동할 것으로 판단한다면, 7단계에서 RRCConnectionResume 메시지가 전송되어 RRC 연결 재개 절차로 폴백된다. 이 경우, RRCConnectionResume message 메시지는 무결성이 보호되고 1단계에서 도출된 키로 암호화되며, UE는 RRCConnectionResume 메시지에 포함된 NextHopChainingCount를 무시한다. 다운링크 데이터는 RRCConnectionResume 메시지와 다중화되어 DTCH에서 송신될 수 있다.

10.1 인트라 E-UTRAN

10.1.4 페이징(paging) 및 C-평면 수립

(다수의 UE들이 목적지가 될 수 있는) 페이징 그룹들이 PDCCH에서 사용된다:

- 정확한 UE 아이덴티티가 PCH에서 발견된다;

- BCCH만을 통해 구성가능한 NB-IoT DRX를 위해, DRX가 BCCH 및 NAS를 통해 구성가능

- 하나의 서브프레임만이 UE별 페이징 간격마다 할당됨;

- 네트워크는 제 때에 UE들을 서로 다른 페이징 기회들(paging occasions)로 분할할 수 있다;

- 페이징 기회 내 그루핑은 없다;

- PCH 당 하나의 페이징 RNTI.

확장된 DRX(eDRX)가 아이들(idle) 모드에서 사용되는 경우, 다음이 적용가능하다:

- DRX 사이클은 아이들 모드에서 10.24s 이상으로 확장되고, 최대값은 2621.44초 (43.69분); NB-IoT의 경우, DRC 사이클의 최대값은 10485.76 초 (2.91 시간) 이다;

- 하이퍼 SFN(H-SFN)은 셀에 의해 방송되고, SFN이 랩어라운드(wrap around)할 때 하나씩 증가한다;

- 페이징 하이퍼프레임(PH)은 UE가 ECM-IDLE에 사용된 페이징 시간 윈도우 (paging time window, PTW) 동안 페이징 DRX 모니터링을 시작하는 H-SFN을 말한다. PH는 eDRX 사이클 및 UE 아이덴티티의 기능으로서 MME, UE, 및 eNB가 알고 있는 공식에 기반하여 결정된다.

- PTW동안, UE는 (NAS에 의해 구성된) PTW의 유지시간(duration) 동안, 또는 UE에 대해 수신된 페이징 메시지가 UE의 NAS 아이덴티티를 포함할 때까지, 어느 것이든 더 빠른 것을 모니터링한다. PTW용 가능한 시작 오프셋들은 일정하게 PH 내에 분포되고 TS 36.304 [11]에 정의되어 있다;

- MME는 TS 36.304 [11]에 정의된 공식들을 사용하여 PTW의 시작뿐만 아니라 PH를 결정하고, PTW 시작 기회 바로 전 또는 PTW 동안 S1 페이징 요구를 송신하여 페이징 메시지들이 eNB에 저장되는 것을 피할 수 있다;

- ETWS, CMAS 및 PWS 요구사항들은 UE가 eDRX 상태인 경우 만족될 수 없다. EAB의 경우, UE가 SIB14를 지원한다면, 확장된 DRX 상태인 경우, RRC 연결 수립 전에 SIB14를 요구한다;

- eDRX 사이클이 시스템 정보 변경 주기보다 긴 경우, UE는 저장된 시스템 정보가 RRC 연결이 수립되기 전 유효하게 남아있음을 확인한다. 시스템 정보 변경 주기보다 긴 eDRX 사이클을 갖는 UE에 대해 페이징 메시지가 systemInfoModification-eDRX를 포함하는 경우, 페이징 메시지는 시스템 정보 변경 통지에 사용될 수 있다 .

NB-IoT UE들, BL UE들, 또는 향상된 커버리지 내 UE들은, 셀에 구성된 경우, 페이징 모니터링과 관련된 전력 소비를 줄이기 위해 WUS를 사용할 수 있다.

WUS가 아이들(idle) 모드에서 사용되는 경우, 다음이 적용가능하다:

- WUS는 UE가 MPDCCH 또는 NPDCCH를 모니터링하여 그 셀에서 페이징을 수신할 것인지를 지시하는데 사용된다;

- 확장된 DRX로 구성되지 않은 UE의 경우, WUS는 하나의 페이징 기회 (N=1)와 연관된다;

- 확장된 DRX로 구성된 UE의 경우, WUS는 PTW 내 하나 이상의 페이징 기회(들)(N≥ 1)과 연관될 수 있다;

- UE가 WUS를 검출한다면, UE는 페이징 메시지를 수신하지 않았다면 이후의 N 개의 페이징 기회들을 모니터링할 것이다;

- MME 내 페이징 동작은 eNB 내 WUS의 사용을 알지 못한다.

WUS 및 페이징 기회(PO) 사이의 타이밍은 도 10.1.4-1에 도시되어 있다. UE는 “구성된 최대 WUS 유지시간”동안 WUS가 반복되는 것을 기대할 수 있으나, 실제 WUS 송신은, 예를 들어, 양호한 커버리지에 있는 UE에 대해서는 더 짧을 수 있다. UE는 논제로(non-zero) “갭” 동안 WUS를 모니터링하지 않는다.

도 7 (도 10.1. 4 -1 재현: WUS 타이밍을 도시)

NB-IoT의 경우, RRC_유휴 상태의 UE는 시스템 정보 기반의 앵커 반송파(anchor carrier) 또는 비앵커(non anchor) 반송파 상의 페이징을 수신한다.

10.1.5 랜덤 접속 절차

랜덤 접속 절차는 다음을 특징으로 한다:

- FDD 및 TDD용 공통 절차;

- CA가 구성된 경우 셀 크기 및 서빙 셀들의 개수에 무관한 절차;

랜덤 접속 절차는 PCell과 관련된 다음의 이벤트들에 대해 수행된다:

- RRC_유휴로부터 초기 접속;

- TS 24.301 [20]에 의해 정의된 것처럼 RRC 연결 재구축 절차;

- NB-IoT를 제외하거나, RACH가 없는(RACH-less) HO 가 구성된 경우의 핸드오버;

- 랜덤 접속 절차를 요구하는 RRC_연결 동안 DL 데이터 도착;

- 예를 들어, UL 동기화 상태가 “비동기화된” 상태인 경우.

- 랜덤 접속 절차를 요구하는 RRC_연결 동안 UL 데이터 도착;

- 예를 들어, UL 동기화 상태가 “비동기화된” 경우 또는 SR에 사용가능한 PUCCH 리소스가 없는 경우.

- 랜덤 접속 절차를 요구하는 RRC_연결 동안 포지셔닝 목적을 위해:

- 예를 들어, UE의 포지셔닝을 위해 필요한 경우.

랜덤 접속 절차도 SCell에서 수행되어 해당 sTAG에 대한 시간 정렬을 수립한다.

5GC에 연결된 E-UTRA의 경우, 랜덤 접속 절차 역시 RRC_INACTIVE로부터의 전이(transition)를 위해 수행된다.

DC에서, 지시되었다면, 랜덤 접속 절차도 SCG 추가/변경시, 또는 랜덤 접속 절차를 요구하는 RRC_연결 상태인 동안 DL/UL 데이터 도착시, 적어도 PSCell에서 수행된다. 랜덤 접속 절차가 시작된 UE는 SCG용 PSCell에서만 수행된다.

또한, 랜덤 접속 절차는 두 가지 분명한 형태를 갖는다:

- 경쟁 기반 (6개 이벤트 모두에 적용가능하지만 측위(positioning)를 위한 6번째 이벤트는 NB-IoT에만 적용가능하다);

- 비경쟁 기반 (핸드오버, DL 데이터 도착, 측위 및 sTAG를 위한 시간동기 관리를 얻는데만 적용가능).

정규 DL/UL 송신이 랜덤 접속 절차 후 이뤄질 수 있다.

RN은 경쟁 기반 및 비경쟁 기반 랜덤 접속을 지원한다. RN이 랜덤 접속 절차는 수행하는 경우, 임의의 현재 RN 서브프레임 구성을 유보하고, 이는 일시적으로 RN 서브프레임 구성을 무시함을 의미한다. RN 서브프레임 구성은 랜덤 접속 절차를 성공적으로 완료한 후 재개된다.

NB-IoT의 경우, 랜덤 접속 절차는 시스템 정보 기반의 앵커 반송파 또는 비앵커 반송파 상에서 수행된다.

10.1.5.1. 콘텐츠 기반 랜덤 접속 절차

경쟁 기반 랜덤 접속 절차는 아래 도 10.1.5.1-1에 요약되어 있다:

도 8 (도 10.1.5.1-1의 재현: 경쟁 기반 랜덤 접속 절차)

경쟁 기반 랜덤 접속 절차의 4 단계는:

1) 업링크에서 RACH 상의 랜덤 접속 프리앰블:

- 정의된 두 개의 가능 그룹들이 있고, 하나는 선택적이다. 두 그룹이 구성되었다면, 메시지 3의 사이즈와 경로 손실은 어느 그룹에서 프리앰블이 선택되었는지를 결정하는데 사용된다. 프리앰블이 속하는 그룹은 메시지 3의 사이즈에 대한 지시 및 UE에서의 무선 조건들을 제공한다. 필요한 역치들과 함께 프리앰블 그룹 정보가 시스템 정보에 실려 방송된다.

2) DL-SCH 상의 MAC에 의해 생성된 랜덤 접속 응답

- 메시지 1을 갖는 (크기가 하나 이상의 TTI인 유연한 윈도우 이내의) 반 동기(semi-synchronous);

- HARQ 없슴;

- PDCCH 상의 RA-RNTI가 주소지가 됨;

- 최소한 RA-프리앰블 식별자, pTAG에 대한 타이밍 정렬 정보, 초기 UL 그랜트 및 (경쟁 해결시 영구적으로 되거나 되지 않을 수 있는) 일시적인 C-RNTI 할당을 반송(convey);

- 하나의 DL-SCH 내 가변 개수의 UE들을 위해 의도됨.

3) UL-SCH 상의 스케줄링된 제1UL 송신:

- HARQ를 사용;

- 전송 블록들의 크기는 2단계에서 반송된 UL 그랜트에 종속된다.

- 초기 접속을 위해:

- RRC 계층에서 생성되고 CCCH를 경유하여 송신된 RRC 연결 요구를 반송;

- 최소한 NAS UE 식별자를 반송하지만 NAS 메시지는 반송하지 않는다;

- RLC TM: 분할하지 않는다.

- RRC 연결 재구축 절차를 위해:

- RRC 계층에서 생성되고 CCCH를 경유하여 송신된 RRC 연결 재구축 요구를 반송;

- RLC TM: 분할하지 않는다;

- NAS 메시지를 포함하지 않는다.

- 핸드오버 이후, 타겟 셀에서:

- RRC 계층에서 생성되고 DCCH를 경유하여 송신된 암호화되고 무결성이 보호된 RRC 핸드오버 확인(RRC Handover Confirm)을 반송;

- (핸드오버 명령을 경유하여 할당된) UE의 C-RNTI를 반송;

- 가능한 경우 업링크 버퍼 상태 보고를 포함.

- 다른 이벤트들을 위해:

- 최소한 UE의 C-RNTI를 반송;

- RRC 연결을 재기하는 절차에서:

- RRC 계층에서 생성되고 CCCH를 경유하여 송신된 RRC 연결 재개 요구를 반송;

- 재개 ID를 반송하여 RRC 연결을 재개;

- NB-IoT의 경우:

- RRC 연결을 셋업하는 절차에서:

- SRB 또는 DRB 상의 연속 송신(들)을 위한 데이터 양에 대한 지시가 지시될 수 있다.

- 제어평면 CIoT EPS 최적화를 위한 EDT를 위해:

- RRC 계층에서 생성되고 CCCH를 경유하여 송신된 RRC 초기 데이터 요구를 반송;

- NAS 메시지 내에서 연접된 NAS UE 식별자 및 사용자 데이터를 반송.

- 사용자 평면 CIoT EPS 최적화를 위한 EDT를 위해:

- RRC 계층에서 생성되고 CCCH를 경유하여 송신된 RRC 재개 요구를 반송;

- 재개 ID를 반송하여 RRC 연결을 재개.

- DTCH를 경유하여 송신된 암호화된 사용자 데이터를 반송.

4) DL에서 경쟁 해결:

- 초기 경쟁 해결이 사용될 것이다, 즉, eNB는 경쟁이 해결되기 전 NSA 답변을 기다리지 않는다;

- NB-IoT의 경우, 초기 접속, RRC 연결 재개 절차 및 RRC 연결 재구축 절차를 위해, eNB는 RRC 응답 메시지 없이 UE 경쟁 해결 아이덴티티 MAC을 포함하는 MAC PDU를 송신할 수 있다;

주: 릴리즈 13에서, NB-IoT UE들은 초기 접속, RRC 연결 재개 절차 및 RRC 연결 재구축 절차에 대한 RRC 응답 메시지 없이는 UE 경쟁 해결 아이덴티티 MAC 제어 요소를 포함하는 MAC PDU를 지원하지 않는다.

- 메시지 3과 동기화되지 않는다;

- HARQ가 지원된다;

- 다음을 주소지로 한다:

- 초기 접속 및 무선 링크 실패 후 PDCCH 상의 일시적인 C-RNTI;

- RRC_연결에서 UE용 PDCCH 상의 C-RNTI.

- 경쟁 해결 메시지에서 반향되고 메시지 3에 제공된 것처럼 그 자신의 UE 아이덴티티를 검출한 UE에 의해서만 HARQ 피드백이 송신된다;

- 초기 접속, RRC 연결 재구축 절차 및 제어 평면 CIoT EPS 최적화를 위한 EDT의 경우, 분할이 사용되지 않는다 (RLC-TM).

임시 C-RNTI가, RA 성공을 검출하고 C-RNTI는 아직 갖지 못한 UE에 대해 C-RNTI로 변경된다; 이는 다른 것들에 의해 드롭된다. RA 성공을 검출하고 이미 C-RNTI를 갖고 있는 UE는 C-RNTI를 사용을 재개한다.

CA가 구성된 경우, 경쟁 기반 랜덤 접속 절차의 처음 3단계는 경쟁 해결(4단계)이 PCell에 의해 교차 스케줄링(cross-scheduled)될 수 있는 동안 PCell에서 일어난다.

DC가 구성된 경우, 경쟁 기반 랜덤 접속 절차의 처음 3단계는 MCG 내 PCell 및 SCG 내 PSCell상에서 일어난다. CA가 SCG에서 구성된 경우 SCG, 경쟁 기반 랜덤 접속 절차의 처음 3단계는 경쟁 해결(4단계)이 PCell에 의해 교차 스케줄링될 수 있는 동안 PCell에서 일어난다.

3GPP TS 36.331 V15.3.0 는 다음을 개시한다:

5.3 경쟁 제어

5.3.3. RRC 연결 수립

5.3.3.1 개요

도 9 (도 5.3.3.1-1의 재현: RRC 연결 수립, 성공)

도 10 (도 5.3.3.1-2의 재현: RRC 연결 수립, 네트워크 거부)

도 11 (도 5.3.3.1-3의 재현: (유보된 RRC 연결 또는 RRC_INACTIVE) RRC 연결 재개, 또는 RRC 연결 재개에 대한 UP-EDT 폴백, 성공)

도 12 (도 5.3.3.1-4의 재현: (유보된 RRC 연결 또는 RRC_INACTIVE) RRC 연결 재개, 또는 RRC 연결 수립에 대한 UP-EDT 폴백, 성공)

도 13 (도 5.3.3.1-5의 재현: RRC 연결 재개 또는 UP-EDT, (유보된 RRC 연결 또는 RRC_INACTIVE) 네트워크 거부 또는 (유보된 RRC 연결) 릴리즈)

도 14 (도 5.3.3.1-6의 재현: (RRC_INACTIVE) RRC 연결 재개, 네트워크 릴리즈 또는 유보 또는 UP-EDT, 성공)

도 15 (도 5.3.3.1-7의 재현: CP-EDT, 성공)

도 16 (도 5.3.3.1-8의 재현: RRC 연결 수립에 대한 CP-EDT 폴백, 성공)

도 17 (도 5.3.3.1-9의 재현: CP-EDT, 네트워크 거부)

이 절차의 목적은 RRC 연결을 수립하고, 유보된 RRC 연결을 재개하고, UE를 RRC_INACTIVE 상태에서 RRC_연결 상태로 이동시키거나, 또는 EDT를 수행하는 것이다. RRC 연결 수립은 SRB1 (및 NB-IoT용 SRB1bis) 수립을 포함한다. 그 절차는 또한 UE에서 E-UTRAN으로 초기 NAS 전용 정보/메시지를 이동시키는데 사용된다.

E-UTRAN은 다음과 같은 절차를 적용한다:

- RRC 연결 수립시:

- SRB1 및 NB-IoT용 SRB1bis를 수립;

- 유보된 RRC 연결 또는 RRC_INACTIVE에서 RRC 연결을 재개시:

- SRB(들) 및 DRB(들) 재개를 포함하는 저장된 콘텍스트로부터 AS 구성을 회복;

- EDT 수행시.

5.3.3.1b EDT 시작을 위한 조건들

BL UE, CE 내 UE, 또는 NB-IoT UE는 다음의 조건들 모두가 이행되면 EDT를 시작할 수 있다:

1> CP-EDT의 경우, 상위 계층들은 RRC 연결 수립을 요구하고, UE는 CP-EDT를 지원하며, SystemInformationBlockType2 (NB-IoT 내 SystemInformationBlockType2-NB)는 cp-EDT를 포함한다; 또는

1> UP-EDT의 경우, 상위계층들이 RRC 연결 재개를 요구하고, UE는 UP-EDT를 지원하며, SystemInformationBlockType2 (NB-IoT 내 SystemInformationBlockType2-NB)는 up-EDT를 포함하고, UE는 선행된 유보 절차 동안 유보된 지시를 갖는 RRCConnectionRelease 메시지에 구비된 nextHopChainingCount의 저장된 값을 갖는다;

1> 수립 또는 재개 요구는 이동 발신 호(calls)를 위한 것이고, 수립 이유(establishment cause)는 mo-Data 또는 mo-ExceptionData or delayTolerantAccess이다;

1> SystemInformationBlockType2 (NB-IoT 내 SystemInformationBlockType2-NB )는 edt-Parameters를 포함한다;

1> 전체 UL 데이터를 포함하는 결과적인 MAC PDU의 크기는 TS 36.321 [6, 5.1.1]에 특정된 것처럼 edt-TBS에서 시그널링된 TBS 이하일 것으로 기대된다;

1> EDT 폴백 지시는 이 수립 또는 재개 절차를 위해 하위 계층들로부터 수신되지 않았다;

주 1: 상위 계층들은 RRC 연결을 요구 또는 재개한다. NAS와의 상호작용은 UE 구현에 달렸다.

주 2: UL 데이터 크기가 EDT에 적절한지 여부를 UE가 결정하는 방법은 UE의 구현에 달렸다.

5.3.3.2 시작

UE는 UE가 RRC_유휴 상태에 있는 동안, 상위 계층들이 RRC 연결의 재개를 요구할 때, 또는 RRC 계층이 UE가 RRC_INACTIVE 상태에 있는 동안, 예를 들어, RNAU 또는 RAN 페이징 수신을 위한 RRC 연결의 재개를 요구할 때, UE는 절차를 시작한다.

NB-IoT를 제외하고, 절차 시작시, UE가 EPC에 연결된다면, UE는:

1> SystemInformationBlockType2 가 ac-BarringPerPLMN-List 를 포함하고, ac-BarringPerPLMN-List가 상위계층들에 의해 선택된, PLMN에 해당하는 plmn-IdentityIndex 를 갖는 AC-BarringPerPLMN 엔트리를 포함한다면 (TS 23.122 [11], TS 24.301 [35] 참조):

2> 상위 계층들에 의해 선택된 PLMN에 해당하는 plmn-IdentityIndex를 갖는 AC-BarringPerPLMN를 선택한다;

2> 이 절차의 나머지에서, SystemInformationBlockType2에 포함된 공통 접속 금지 파라미터들과 관계없이 선택된 AC-BarringPerPLMN 엔트리 (즉, 이 엔트리에서 접속 금지 파라미터들의 존재 여부)를 사용한다;

1> 아니면

2> 이 절차의 나머지에서, SystemInformationBlockType2;에 포함된 공통 접속 금지 파라미터들(즉, 이 파라미터들의 존재 여부)을 사용한다;

1> SystemInformationBlockType2 가 acdc-BarringPerPLMN-List 를 포함하고, acdc-BarringPerPLMN-List가 상위계층들에 의해 선택된, PLMN에 해당하는 plmn-IdentityIndex 를 갖는 ACDC-BarringPerPLMN 엔트리를 포함한다면 (TS 23.122 [11], TS 24.301 [35] 참조):

2> 상위 계층들에 의해 선택된 PLMN에 해당하는 plmn-IdentityIndex를 갖는 ACDC-BarringPerPLMN를 선택한다;

2> 이 절차의 나머지에서, SystemInformationBlockType2에 포함된 acdc-BarringForCommon 파라미터들과 관계없이 ACDC 금지 체크 (즉, 이 엔트리에서 접속 금지 파라미터들의 존재 여부)에 대한 선택된 ACDC-BarringPerPLMN 엔트리를 사용한다;

1> 아니면:

2> 이 절차의 나머지에서, ACDC 금지 체크를 위해 SystemInformationBlockType2;에 포함된 acdc-BarringForCommon (즉, 이 파라미터들의 존재 여부)을 사용한다;

1> 상위 계층들이 RRC 연결 대상이 EAB임을 지시한다면 ( TS 24.301 [35] 참조):

2> EAB 체크의 결과가 5.3.3.12에 규정된 것처럼 셀에 대한 접속의 금지된 것이라면:

3> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 이 절차 종료시 EAB가 적용가능함을 알린다;

1> 상위 계층들이 RRC 연결 대상이 ACDC임을 지시한다면 ( TS 24.301 [35] 참조), SystemInformationBlockType2는 BarringPerACDC-CategoryList 및 ACDC가 UE에 적용가능함을 지시하는 acdc-HPLMNonly를 포함한다:

2> BarringPerACDC-CategoryList가 상위 계층들에 의해 선택된 ACDC 카테고리에 해당하는 BarringPerACDC-Category 엔트리를 포함한다면:

3> 상위계층들에 의해 선택된 ACDC 카테고리에 해당하는 BarringPerACDC-Category 엔트리를 선택하고,

2> 아니면:

3> BarringPerACDC-CategoryList 내 마지막 BarringPerACDC-Category 엔트리를 선택한다;

2> 실행되고 있다면, 타이머 T308을 중지한다;

2> T308을 “Tbarring”으로, BarringPerACDC-Category 내 acdc-BarringConfig를 “ACDC 금지 파라미터”로 사용하여, 5.3.3.13에 규정된 것처럼 접속 금지 체크를 수행한다;

2> 셀에 접속이 금지되었다면:

3> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 ACDC에 의해 접속 금지가 적용가능함을 알린다;

1> 그렇지 않고, UE가 이동 종료 호들에 대한 RRC 연결을 수립한다면:

2> 타이머 T302가 실행되고 있다면:

3> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 이동 종료 호들에 대한 접속 금지가 적용가능함을 알린다;

1> 그렇지 않고, UE가 긴급 호들에 대한 RRC 연결을 수립한다면:

2> SystemInformationBlockType2가 ac-BarringInfo를 포함한다면:

3> ac-BarringForEmergency가 TRUE로 설정된다면:

4> UE가 TS 22.011 [10] 및 TS 23.122 [11]에 따라 UE의 사용에 유효한 범위 11 내지 15 이내의 값을 갖고, USIM에 저장된 것처럼 하나 이상의 접속 클래스들을 갖는다면,

주 1: AC들 (12, 14, 14)는 모국내 사용에만 유효하고, AC들(11, 15)은 HPLMN/ EHPLMN 내 사용에만 유효하다.

5> ac-BarringInfo 가 ac-BarringForMO-Data를 포함하고, UE에 대한 이 유효 접속 클래스들 모두에 대해, ac-BarringForMO-Data에 포함된 ac-BarringForSpecialAC 내 해당 비트가 one으로 설정된다.

6> 셀 접속이 금지된 것으로 간주한다;

4> 아니면:

5> 셀 접속이 금지된 것으로 간주한다;

2> 셀 접속이 금지되었다면:

3> 절차 종료시, 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알린다;

1> 그렇지 않고, UE가 이동 발신 호들에 대한 RRC 연결을 수립한다면:

2> T308을 “Tbarring”으로, ac-BarringForMO-Data를 “AC 금지 파라미터”로 사용하여, 5.3.3.11에 규정된 것처럼 접속 금지 체크를 수행한다;

2> 셀 접속이 금지되었다면:

3> SystemInformationBlockType2가 ac-BarringForCSFB를 포함하거나, UE가 CS 폴백을 지원하지 않는다면:

4> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 이동 발신호들에 대한 접속 금지가 적용가능함을 알린다;

3> 아니면, ( SystemInformationBlockType2가 ac-BarringForCSFB 를 포함하지 않거나, UE가 CS 폴백을 지원한다):

4> 타이머 T306이 실행되지 않고 있다면, T303의 타이머 값으로 T306을 시작한다.

4> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 이동 발신호들에 대한 접속 금지 및 이동 발신 CD 폴백이 적용가능함을 알린다;

1> 그렇지 않고, UE가 이동 발신 시그널링에 대한 RRC 연결을 수립한다면:

2> T305을 “Tbarring”으로, ac-BarringForMO-Signalling을 “AC 금지 파라미터”로 사용하여, 5.3.3.11에 규정된 것처럼 접속 금지 체크를 수행한다;

2> 셀 접속이 금지되었다면:

3> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 이동 발신 시그널링에 대한 접속 금지가 적용가능함을 알린다;

1> 그렇지 않고, UE가 이동 발신 CS 폴백에 대한 RRC 연결을 수립한다면:

2> SystemInformationBlockType2가 ac-BarringForCSFB를 포함한다면:

3> T306을 “Tbarring”으로, ac-BarringForCSFB을 “AC 금지 파라미터”로 사용하여, 5.3.3.11에 규정된 것처럼 접속 금지 체크를 수행한다;

3> 셀 접속이 금지되었다면:

4> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 ac-BarringForCSFB에 의해 이동 발신 CS 폴백에 대한 접속 금지가 적용가능함을 알린다;

2> 아니면:

3> T306을 “Tbarring”으로, ac-BarringForMO-Data를 “AC 금지 파라미터”로 사용하여, 5.3.3.11에 규정된 것처럼 접속 금지 체크를 수행한다;

3> 셀 접속이 금지되었다면:

4> 타이머 T303이 실행되지 않고 있다면, T306의 타이머 값으로 T303을 시작한다;

4> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 ac-BarringForMO-Data에 의해 이동 발신 CS 폴백에 대한 접속 금지 및 이동 발신 호가 적용가능함을 알린다;

1> 아니면, UE는 이동 발신 MMTEL 음성, 이동 발신 MMTEL 영상, 이동 발신 SMSoIP 또는 이동 발신 SMS를 위한 RRC 연결을 수립하고 있다면:

2> UE가 이동 발신 MMTEL 음성을 위한 RRC 연결을 수립하고 있고, SystemInformationBlockType2가 ac-BarringSkipForMMTELVoice를 포함하고 있다면; 또는

2> UE가 이동 발신 MMTEL 영상을 위한 RRC 연결을 수립하고 있고, SystemInformationBlockType2 가 ac-BarringSkipForMMTELVideo를 포함하고 있다면;

2> UE가 이동 발신 SMSoIP 또는 SMS 을 위한 RRC 연결을 수립하고 있고, SystemInformationBlockType2 가 ac-BarringSkipForSMS를 포함하고 있다면:

3> 셀 접속은 금지되지 않은 것으로 간주한다;

2> 아니면:

3> 상위계층으로부터 수신된 establishmentCause 가 (mo-Signalling 이 3GPP TS 24.301 [35] 에 따라 highPriorityAccess로 혹은 종속절 5.3.3.3에 따라 mo-VoiceCall 로 대체되는 경우를 포함하는 ) mo-Signalling 으로 설정된다면:

4> T305을 “Tbarring”으로, ac-BarringForMO-Signalling을 “AC 금지 파라미터”로 사용하여, 5.3.3.11에 규정된 것처럼 접속 금지 체크를 수행한다;

4> 셀 접속이 금지되었다면:

5> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 이동 발신 시그널링에 대한 접속 금지가 적용가능함을 알린다;

3> 상위계층으로부터 수신된 establishmentCause 가 (mo-Data 가 3GPP TS 24.301 [35] 에 따라 highPriorityAccess로 혹은 종속절 5.3.3.3에 따라 mo-VoiceCall 로 대체되는 경우를 포함하는 ) mo-Data 로 설정된다면:

4> T303을 “Tbarring”으로, ac-BarringForMO-Data를 “AC 금지 파라미터”로 사용하여, 5.3.3.11에 규정된 것처럼 접속 금지 체크를 수행한다;

4> 셀 접속이 금지되었다면:

5> SystemInformationBlockType2 가 ac-BarringForCSFB 를 포함하거나 UE가 CS 폴백을 지원하지 않는다면:

6> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 이동 발신호들에 대한 접속 금지가 적용가능함을 알린다;

5> 아니면, ( SystemInformationBlockType2가 ac-BarringForCSFB 를 포함하지 않거나, UE가 CS 폴백을 지원한다):

6> 타이머 T306이 실행되지 않는다면, T306을 T303의 타이머 값으로 시작한다.

6> 유보 지시와 함께 상위계층들에게 RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 알리고, 절차 종료시 이동 발신호들에 대한 접속 금지 및 이동 발신 CD 폴백이 적용가능함을 알린다;

절차 시작시, UE가 5GC에 연결되지 않았다면, UE는:

1> 상위 계층들이 RRC 연결 수립 요구시, 접속 카테고리 및 하나 이상의 접속 아이덴티티들을 제공한다면:

2> 상위계층들이 제공한 접속 카테고리 및 접속 아이덴티티들을 사용하여 5.3.16에 규정된 것처럼 단일화된 접속 제어 절차를 수행할 것이다;

3> 접속 시도가 금지되었다면, 절차는 종료된다;

1> 상위계층들이 RRC 연결을 위한 재개 요구시, 접속 카테고리 및 하나 이상의 접속 아이덴티티들을 제공한다면:

3> 접속 시도가 금지되었다면, 절차는 종료된다;

1> RRC 연결 재개가 RNAU에 의해 트리거되었다면:

2> 긴급 서비스가 진행되고 있다면:

3> 접속 카테고리로 ‘2’를 선택할 것이다;

2> 아니면:

3> 접속 카테고리로 [표준화된 RAN 특정 접속 카테고리]를 선택할 것이다;

편집자 주: 표준화된 RAN 특정 접속 카테고리에 어느 값을 사용할 것인지가 SA1에 의해 확인될 필요가 있다.

3> 접속 시도가 금지되었다면:

4> 변수 pendingRnaUpdate 를 ‘TRUE’로 설정할 것이다;

4> 절차가 종료된다;

1> NG-RAN 페이징에 대한 응답으로 RRC 연결 재개가 트리거된다면:

2> 접속 카테고리로 ‘0’을 선택할 것이다;

3> 접속 시도가 금지되었다면, 절차는 종료된다;

NB-InoT를 제외하고, 절차 시작시, EPC 또는 5GC로 연결되었다면, UE는:

1> UE가 유보된 RRC 연결 또는 RRC_INACTIVE로부터 RRC 연결을 재개하고 있다면:

2> UE가 유보된 RRC 연결로부터 RRC 연결을 재개하고 있다면:

3> UE가 EN-DC로 구성되었다면:

4> TS 38.331 [82, 5.3.5.10]에 규정된 것처럼, EN-EC 릴리즈를 수행할 것이다;

2> 구성되었다면, 5.3.10.3a에 따라 MCG SCell(s)를 릴리즈할 것이다;

2> 구성되었다면, powerPrefIndicationConfig를 릴리즈하고, 실행되고 있다면, 타이머 T340을 중지할 것이다;

2> reportProximityConfig 를 릴리즈하고 임의의 연관된 근접 상태 보고 타이머(proximity status reporting timer)를 클리어할 것이다;

2> 구성되었다면, obtainLocationConfig를 릴리즈할 것이다;

2> 구성되었다면, idc-Config 를 릴리즈할 것이다;

2> 구성되었다면, sps-AssistanceInfoReport 를 릴리즈할 것이다;

2> 구성되었다면, measSubframePatternPCell 를 릴리즈할 것이다;

2> 구성되었다면, (drb-ToAddModListSCG로 구성된 것과 같은) DRB 구성을 제외하고 전체 SCG 구성을 릴리즈할 것이다;

2> 구성되었다면, PCell용 naics-Info 를 릴리즈할 것이다;

2> 5.6.14.3에 설명된 것처럼, 구성되었다면, LWA 구성을 릴리즈할 것이다;

2> 5.6.17.3에 설명된 것처럼, 구성되었다면, LWIP 구성을 릴리즈할 것이다;

2> 구성되었다면 bw-PreferenceIndicationTimer를 릴리즈하고, 실행되고 있다면, 타이머 T341을 중지할 것이다;

2> 구성되었다면 delayBudgetReportingConfig를 릴리즈하고, 실행되고 있다면, 타이머 T342를 중지할 것이다;

2> 구성되었다면, ailc-BitConfig를 릴리즈할 것이다;

2> 구성되었다면, uplinkDataCompression를 릴리즈할 것이다;

1> 9.2.4에 규정된 것처럼 디폴트 물리 채널 구성을 적용할 것이다;

1> 9.2.3에 규정된 것처럼 반-영속적 디폴트 스케줄링 구성을 적용할 것이다;

1> 9.2.2에 규정된 것처럼 디폴트 MAX 메인 구성을 적용할 것이다;

1> 9.1.1.2에 규정된 것처럼 CCCH 구성을 적용할 것이다;

1> SystemInformationBlockType2에 포함된 timeAlignmentTimerCommon 를 적용할 것이다;

1> 타이머 T300을 시작할 것이다;

2> UE가 RRC_INACTIVE로부터 재개하고 있다면, T308을 중지할 것이다;

2> 5.3.3.3a에 따라 RRCConnectionResumeRequest 송신을 시작할 것이다;

1> 아니면:

2> 저장되었다면, UE AS 콘텍스트, resumeIdentity 및 I-RNTI 를 폐기할 것이다;

2> UE가 5.3.3.1b에서의 조건에 따라 CP-EDT를 시작하고 있다면:

3> 5.3.3.3b에 따라 RRCEarlyDataRequest 메시지의 전송을 시작할 것이다;

2> 아니면:

3> 5.3.3.3에 따라 RRCConnectionRequest 메시지의 송신을 시작할 것이다;

주 2: 연결 수립 절차 시작시, UE는, RRC_유휴 상태에 있는 UE들 또는 RRC_INACTIVE 상태에 있는 UE들에만 적용가능한 최신 시스템 정보를 유지하고 있음을 보증할 필요가 없다. 그러나 UE는 셀 선택시 시스템 정보 획득을 수행할 필요가 있다.

NB-IoT의 경우, 절차 시작시, UE는:

1> UE가 이동 발신 예외 데이터를 위한 RRC 연결을 수립 또는 재개하고 있다면; 또는

1> UE가 이동 발신 데이터를 위한 RRC 연결을 수립 또는 재개하고 있다면; 또는

1> UE가 지연 허용 접속을 위한 RRC 연결을 수립 또는 재개하고 있다면; 또는

1> UE가 이동 발신 시그널링을 위한 RRC 연결을 수립 또는 재개하고 있다면;

2> 5.3.3.14에 규정된 것처럼 접속 금지 체크를 수행할 것이다.

2> 셀 접속이 금지되었다면:

3> 절차 종료시, RRC 연결 수립 실패 또는 RRC 연결 재개 실패에 대해 유보 지시와 함께 상위계층들에 알리고, 접속 금지가 적용가능함을 알릴 것이다;

1> 9.1.1.2에 규정된 것처럼 CCCH 구성을 적용할 것이다;

1> 타이머 T300을 시작할 것이다;

1> UE가 RRC 연결을 수립하고 있다면:

2> UE가 5.3.3.1b에서의 조건에 따라 CP-EDT를 시작하고 있다면:

2> 아니면:

1> 아니면, UE가 RRC 연결을 재개하고 있다면:

주 3: 연결 수립 또는 재개 절차 시작시, UE는 RRC_유휴 상태에 있는 UE들에만 적용가능한 최신 시스템 정보를 유지하고 있음을 보증할 필요가 없다. 그러나 UE는 셀 선택시 시스템 정보 획득을 수행할 필요가 있다.

주 4: EDT의 경우, 5.3.3.5에 규정된 대로, 연결 수립 또는 재개 절차 시작시, 셀 재선택 평가뿐만 아니라 셀 재선택 관련 측정을 계속할지의 여부, 및 셀 재선택 조건들이 이행되면, 셀 재선택을 수행할지의 여부는 UE의 구현에 달렸다.

5.3.3.3a RRCConnectionResumeRequest 메시지 송신 관련 동작들

UE가 유보된 RRC 연결로부터 RRC 연결을 재개하고 있다면, UE는 RRCConnectionResumeRequest 메시지의 내용을 다음과 같이 설정할 것이다:

1> UE가 NB-IoT UE라면; 또는

1> UE가 5.3.3.1b의 조건에 따라 UP-EDT를 시작하고 있다면; 또는

1> useFullResumeID 필드가 SystemInformationBlockType2에서 시그널링되면:

2> resumeID 를 저장된 resumeIdentity 로 설정한다;

1> 아니면:

2> truncatedResumeID 를 저장된 resumeIdentity 에서 왼쪽으로부터 9 내지 20 및 29 내지 40번째 비트 위치들에 있는 비트들을 포함하도록 설정한다.

1> UE가 mo-VoiceCall 의 수립 이유를 지원하고, UE가 이동 발신 MMTEL 음성용 RRC 연결을 재개하고, SystemInformationBlockType2가 voiceServiceCauseIndication 을 포함하고, 상위 계층들로부터 수신된 수립 이유가 highPriorityAccess 로 설정되지 않았다면:

2> resumeCause 를 mo-VoiceCall 로 설정한다;

1> 아니면, UE가 이동 발신 MMTEL 영상용 mo-VoiceCall 의 수립 이유를 지원하고, UE가 이동 발신 MMTEL 영상용 RRC 연결을 재개하며, SystemInformationBlockType2가 videoServiceCauseIndication 을 포함하고, 상위 계층들로부터 수신된 수립 이유가 highPriorityAccess 로 설정되지 않았다면:

2> resumeCause 를 mo-VoiceCall 로 설정한다;

1> 아니면:

2> 상위 계층들로부터 수신된 정보에 따라 resumeCause 를 설정한다;

1> shortResumeMAC-I 을 다음으로 계산된 MAC-I의 16개 하위 비트들로 설정한다:

2> 8 (즉, 8의 배수 비트) 섹션별로 부호화된 ASN.1에 대해, VarShortResumeMAC-Input (또는 NB-IoT 내 VarShortResumeMAC-Input-NB)

2> K_RRCint 키와 사전에 구성된 무결성 보호 알고리듬으로; 및

2> 이진 비트들로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트들로;

1> UE가 NB-IOT UE라면:

2> UE가 DL 채널 품질 보고를 지원하고, cqi-Reporting 이 SystemInformationBlockType2-NB 에 존재한다면:

3> TS 36.133 [16]에 규정된 대로 최신 다운링크 채널 품질 측정 결과를 포함하도록 cqi-NPDCCH 를 설정한다;

주 0: 다운링크 채널 품질 측정은 TS 36.133 [16]에 정의된 것처럼 주기 T1 또는 T2를 사용할 수 있다. 주기 T2가 사용되는 경우, RRC-MAC 상호작용은 UE의 구현에 달렸다.

2> earlyContentionResolution 를 참으로 설정한다:

1> 저장된 UE AS 콘텍스트로부터 RRC 구성 및 보안 콘텍스트를 복원한다;

1> UE가 5.3.3.1b에 따라 UP-EDT를 시작하고 있다면:

2> PDCP 상태를 복원하고 모든 SRB들 및 모든 DRB들에 대한 PDCP 엔티티들을 재수립한다;

2> drb-ContinueROHC 가 RRC 연결 릴리즈 메시지 바로 전에 제공되었다면, UE는 동일 셀에서 RRC 연결을 재개할 것을 요구한다:

3> 하위 계층들에게 저장된 UE AS 콘텍스트가 사용되는 것과 drb-ContinueROHC 가 구성되는 것을 지시한다;

3> 헤더 압축 프로토콜로 구성된 DRB들용 헤더 압축 프로토콜 콘텍스트를 유지한다;

2> 아니면:

3> 하위 계층들에게 저장된 UE AS 콘텍스트가 사용됨을 지시한다;

3> 헤더 압축 프로토콜로 구성된 DRB들용 헤더 압축 프로토콜 콘텍스트를 리셋한다;

2> 모든 SRB들 및 모든 DRB들을 재개한다;

2> TS 33.401 [32]에 규정된 대로, nextHopChainingCount 의 저장된 값을 사용하여 현재의 K_eNB 가 연관된 K_ASME 키에 기반하여 K_eNB 키를 도출한다;

2> TS 33.401 [32]에 규정된 대로, 사전 구성된 무결성 알고리듬과 연관된 K_RRCin키를 도출한다;

2> TS 33.401 [32]에 규정된 대로, 사전 구성된 암호화 알고리듬으로 K_RRCenc 키와 K_UPenc 키를 도출한다;

2> 사전 구성된 알고리듬 및 이 종속절에서 도출된 K_RRCint 키를 사용하여 UE에 의해 수신되고 송출된 모든 후속 메시지들에 대한 무결성 보호를 재개하도록 하위 계층들을 구성한다;

2> 암호화를 재개하고 암호화 알고리듬 및 이 종속절에서 도출된 K_RRCenc 키를 UE에 의해 수신되고 송출된 모든 후속 메시지들에 적용하도록 하위 계층들을 구성한다;

2> 암호화를 재개하고 암호화 알고리듬 및 이 종속절에서 도출된 K_UPenc 키를 UE에 의해 송출되고 수신된 사용자 데이터에 즉시 적용하도록 하위 계층들을 구성한다;

2> EDT를 사용하도록 하위계층들을 구성한다;

1> 아니면;

2> SRB1이 NR PDCP로 구성되었다면:

3> SRB1에 대해, NR PDCP를 릴리즈하고, 현재의 (MCG) 보안 구성으로 E-UTRA PDCP를 수립한다;

주 1: UE는 사전 구성된 NR 보안 알고리듬들과 동등한 LTE 암호화 및 무결성 보호 알고리듬들을 적용한다.

2> 또는:

3> SRB1에 대해, PDCP 상태를 복원하고, PDCP 엔터티를 재수립한다;

UE가 RRC_INACTIVE로부터 RRC 연결을 재개하고 있다면, UE는 다음과 같은 RRCConnectionResumeRequest 메시지 내용을 설정할 것이다:

2> 필드 useFullResumeID 가 SystemInformationBlockType2에서 시그널링된다면:

3> fullI-RNTI 를 유보시 제공된 저장된 fullI-RNTI 값으로 설정;

2> 아니면:

3> shortI-RNTI 를 유보시 제공된 저장된 shortI-RNTI 값으로 설정;

2> 상위계층들 또는 AS 계층으로부터 수신된 정보에 따라 resumeCause 를 설정;

주 1a: 재개가 상위계층들 및 AS 계층에 의해 동시에 트리거된다면, 상위계층들로부터 수신된 정보에 따라 resumeCause 를 설정한다.

2> shortResumeMAC-I 를 다음을 통해 계산된 MAC-I의 16개 하위 비트들로 설정한다:

3> 섹션 8(즉, 8의 배수 비트들)별로 부호화된 ASN.1에 대해, VarINACTIVE-MAC-Input;

3> K_RRCint 키와 이전에 구성된 무결성 보호 알고리듬으로; 및

3> 이진 비트들로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트들로;

2> 물리 계층 및 MAC 구성을 제외한, 저장된 UE AS 콘텍스트로부터 RRC 구성 및 보안 콘텍스트를 복원;

2> TS 33.501 [86]에 규정된 것처럼, 저장된 nextHopChainingCount 값을 사용하여 현재의 K_eNB 또는 NH에 기반한 K_eNB 키를 갱신;

2> K_RRCenc 키, K_RRCint 및 K_UPenc 키를 도출;

2> 사전 구성된 알고리듬 및 K_RRCin키를 사용하여 SRB0를 제외한 모든 SRB들에 대한 무결성 보호를 즉시 재개하도록 하위 계층들을 구성, 즉, 무결성 보호는 UE에 의해 수신 및 송출된 모든 후속 메시지들에 적용될 것이다.

2> 사전 구성된 알고리듬, K_RRCenc 키 및 K_UPenc 키를 사용하여 SRB0를 제외한 모든 무선 베어러들에 대한 암호화를 재개하도록 하위 계층들을 구성, 즉, 암호화 구성은 UE에 의해 수신 및 송출된 모든 후속 메시지들에 적용될 것이다.

2> 9.2.1.1에 규정된 대로 SRB1에 대한 디폴트 구성을 적용;

2> SRB1에 대한 TS 38.331 [82], 9.2.1.1절에 규정된 대로, 디폴트 NR PDCP 구성을 적용;

다음의 절차들이 유보된 RRC 연결 및 RRC_INACTIVE에 적용된다:

2> SRB1을 재개;

주 2: 성공적인 연결 재개까지, 디폴트 물리 계층 구성 및 디폴트 MAC 메인 구성이 SRB0 및 SRB1의 송신에 적용되고, SRB1은 RRCConnectionResume 메시지 전달에만 사용된다.

UE는 RRCConnectionResumeRequest 메시지를 송신용 하위 계층들에 제공한다.

UE는 셀 재선택 평가뿐만 아니라 셀 재선택 관련 측정을 계속할 것이다. 셀 재선택 조건이 이행되면, UE는 5.3.3.5에 규정된 대로 셀 재선택을 수행할 것이다.

5.3.3.3b RRCEarlyDataRequest 메시지 송신 관련 동작들

UE는 다음과 같이 RRCEarlyDataRequest 메시지 내용을 설정할 것이다:

1> s-TMSI 를 상위계층들로부터 수신된 값으로 설정;

1> 상위계층들로부터 수신된 정보에 따라 establishmentCause 를 설정:

1> UE가 NB-IOT UE라면:

주: 다운링크 채널 품질 측정은 TS 36.133 [16]에 정의된 것처럼 주기 T1 또는 T2를 사용할 수 있다. 주기 T2가 사용되는 경우, RRC-MAC 상호작용은 UE의 구현에 달렸다.

1> 상위 계층들로부터 수신된 정보를 포함하도록 dedicatedInfoNAS 를 설정;

UE는 EDT를 사용하고 송신용 하위계층들에 RRCEarlyDataRequest 메시지를 제공하도록 하위 계층들을 구성할 것이다.

5.3.3.3c 하위계층들로부터 EDT 폴백 지시 수신시 UE의 동작들

하위 계층들로부터 EDT가 취소되었다는 지시가 있다면, UE는:

1> 타이머 T300을 시작 또는 재시작할 것이다:

1> RRCEarlyDataRequest에 응답하여 하위 계층들로부터 폴백이 지시되었다면:

2> 5.3.3.3에 따라 RRCConnectionRequest 메시지 송신을 시작할 것이다:

1> 아니면 폴백이 EDT용 RRCConnectionResumeRequest 에 응답하여 하위계층들에 의해 지시되고, 폴백이 EDT용이 아닌 랜덤 접속 응답에서 제공된 UL 그랜트에 의한 것이 아니라면:

2> UP-EDT 소거시 5.3.3.9a에 규정된 대로 동작들을 수행할 것이다:

5.3.3.4a UE에 의한 RRCConnectionResume 수신

UE는 다음을 수행할 것이다:

1> 타이머 T300을 시작;

1> EDT용 RRCConnectionResumeRequest 에 응답하여 RRCConnectionResume가 수신된 경우를 제외하고:

2> 유보된 RRC 연결로부터 RRC 연결이 재개되고 있다면:

3> E-UTRA PDCP로 구성되었다면 SRB2에 대해 그리고 E-UTRA PDCP로 구성된 모든 DRB들에 대해, PDCP 상태를 복원하고 및 PDCP 엔티티들을 재수립;

3> drb-ContinueROHC가 포함된다면:

4> 하위 계층들에게 저장된 UE AS 콘텍스트가 사용되는 것과 drb-ContinueROHC 가 구성되는 것을 지시;

4> 헤더 압축 프로토콜로 구성된 DRB들용 헤더 압축 프로토콜 콘텍스트를 계속;

3> 아니면:

4> 하위 계층들에게 저장된 UE AS 콘텍스트가 사용됨을 지시;

4> 헤더 압축 프로토콜로 구성된 DRB들용 헤더 압축 프로토콜 콘텍스트를 리셋;

3> 저장된 UE AS 콘텍스트 및 resumeIdentity를 폐기;

2> 아니면, RRCConnectionResume 메시지가 (RRC_INACTIVE로부터 RRC 연결 재개를 위해) fullConfig 를 포함한다면:

3> 5.3.5.8에 규정된 것처럼 무선 구성 절차를 수행;

2> 아니면 (RRC_INACTIVE로부터 RRC 연결 재개를 위해)

3> PDCP 상태를 복원하고 SRB2 및 모든 DRB들에 대한 PDCP 엔터티들을 재수립;

3> 저장된 UE AS 콘텍스트로부터 물리 계층 구성, MAC 구성, RLC 구성 및 PDCP 구성을 복원;

3> drb-ContinueROHC가 포함된다면:

4> 저장된 UE AS 콘텍스트가 사용되는 것과 drb-ContinueROHC 가 구성되는 것을 하위 계층들에게 지시;

3> 아니면:

4> 하위 계층들에게 저장된 UE AS 콘텍스트가 사용됨을 지시;

3> ran-NotificationAreaInfo를 제외한 저장된 UE AS context, fullI-RNTI 및 shortI-RNTI를 폐기;

1> 수신된 radioResourceConfigDedicated에 따라 그리고 5.3.10에 규정된 것처럼 무선 리소스 구성 절차를 수행;

주: 무선 리소스 구성 절차를 수행시, 물리 계층 구성 및 MAC 메인 구성을 위해, 저장된 UE AS 콘텍스트로부터 복원된 RRC 구성이 재구성을 위한 기저(basis)로 사용된다.

1> 수신된 RRCConnectionResume 메시지가 sk-Counter를 포함한다면:

2> TS 38.331 [82, 5.3.5.8]에 규정된 것처럼, 키 갱신 절차를 수행한다;

1> 수신된 RRCConnectionResume 메시지가 nr- RadioBearerConfig1 을 포함한다면:

2> TS 38.331 [82, 5.3.5.6]에 규정된 것처럼, 무선 베어러 구성을 수행한다;

1> 수신된 RRCConnectionResume 메시지가 nr- RadioBearerConfig2 을 포함한다면:

2> TS 38.331 [82, 5.3.5.6]에 규정된 것처럼, 무선 베어러 구성을 수행할 것이다;

2> SRB2 및, 있다면, NR PDCP로 구성된 RN들을 포함한 모든 DRB들을 재개한다;

1> 저장되었다면, idleModeMobilityControlInfo 에 의해 제공된 또는 다른 RAT으로부터 받은 (inherited) 셀 재선택 우선순위 정보를 폐기한다;

1> 저장되었다면, redirectedCarrierOffsetDedicated 에 의해 제공된 전용 오프셋을 폐기한다;

1> 수신된 RRCConnectionResume 메시지가 measConfig를 포함한다면:

2> 5.5.2에 규정된 것처럼 측정 구성 절차를 수행한다;

1> 실행되고 있다면, 타이머 T302를 중지한다;

1> 실행되고 있다면, 타이머 T303을 중지한다;

1> 실행되고 있다면, 타이머 T305를 중지한다;

1> 실행되고 있다면, 타이머 T306을 중지한다;

1> 실행되고 있다면, 타이머 T308을 중지한다;

1> 5.3.3.7에 규정된 것과 같은 동작들을 수행한다.

1> 실행되고 있다면, 타이머 T320을 중지한다;

1> 실행되고 있다면, 타이머 T350을 중지한다;

1> 5.6.12.4에 규정된 것과 같은 동작들을 수행한다.

1> 실행되고 있다면, 타이머 T360을 중지한다;

1> 실행되고 있다면, 타이머 T322를 중지한다;

1> EDT용 RRCConnectionResumeRequest 에 대한 응답으로 RRCConnectionResume가 수신되었다면:

2> RRCConnectionResume에서 지시된 nextHopChainingCount값을 무시한다;

1> 아니면:

2> 유보된 RRC 연결로부터 RRC 연결을 재개하고 있다면:

3> TS 33.401 [32]에 규정된 대로, RRCConnectionResume 메시지에서 지시된 nextHopChainingCount 값을 사용하여 현재의 K_eNB 와 연관된 K_ASME 키에 기반하여 K_eNB 키를 갱신한다;

3> nextHopChainingCount 값을 저장한다;

3> TS 33.401 [32]에 규정된 대로, 사전 구성된 무결성 알고리듬과 연관된 K_RRCin키를 도출한다;

3> 사전 구성된 알고리듬 및 K_RRCint 키를 사용하여 하위 계층에게 RRCConnectionResume 메시지의 무결성 보호를 확인하도록 요구한다;

2> RRCConnectionResume 메시지의 무결성 보호 체크가 실패한다면:

3> 절차 종료시, 유보된 RRC 연결로부터의 재개를 ‘다른’ 릴리즈 이유로 하고, RRC_INACTIVE로부터의 재개를 ‘RRC 재개 실패’ 릴리즈 이유로 하여, 5.3.12에 규정된 대로 RRC_연결 또는 RRC_INACTIVE 이탈 시 동작들을 수행한다;

2> 유보된 RRC 연결로부터 RRC 연결이 재개되고 있다면:

3> TS 33.401 [32]에 규정된 대로, 사전 구성된 암호화 알고리듬으로 K_RRCenc 키와 K_UPenc 키를 도출한다;

3> 사전 구성된 알고리듬 및 K_RRCin키를 사용하여 무결성 보호를 즉시 재개하도록 하위 계층들을 구성, 즉, 무결성 보호는 UE에 의해 수신 및 송출된 모든 후속 메시지들에 적용된다;

3> 사전 구성된 알고리듬, K_RRCenc 키 및 K_UPenc 키를 사용하여 암호화를 재개하도록 하위 계층들을 구성한다, 즉, 암호화 구성은 UE에 의해 수신 및 송출된 모든 후속 메시지들에 적용될 것이다;

1> RRC_연결에 진입한다;

1> 유보된 RRC 연결이 재개되었음을 하위 계층들에게 지시한다;

1> 셀 재선택 절차를 중지한다;

1> 현재의 셀이 PCell이 되는 것을 고려한다;

1> RRCConnectionResumeComplete 메시지 내용을 다음과 같이 설정한다:

2> selectedPLMN-Identity을 SystemInformationBlockType1 내 plmn-IdentityList에 포함된 PLMN(들)로부터 상위 계층들에 의해 선택된 PLMN(TS 23.122 [11], TS 24.301 [35] 참조)으로 설정한다;

2> 상위 계층들로부터 수신된 정보를 포함하도록 dedicatedInfoNAS 를 설정;

3> UE가 사용가능한 플라이트(flight) 경로 정보를 갖는다면:

4> flightPathInfoAvailable를 포함한다;

2> NB-IoT를 제외:

3> 유보된 RRC 연결로부터 RRC 연결이 재개되고 있다면:

4> UE가 VarRLF-Report 에서 사용가능한 무선 링크 실패 또는 핸드오버 실패 정보를 갖고 있고, RPLMN이 VarRLF-Report에 저장된 plmn-IdentityList에 포함된다면:

5> rlf-InfoAvailable을 포함한다;

4> UE가 E-UTRA에 사용가능한, MBSFN 로그 (MBSFN logged) 측정법을 갖고, RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함된다면:

5> logMeasAvailableMBSFN을 포함한다;

4> 아니면, UE가 E-UTRA에 사용가능한 로그 측정법을 갖고, RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함된다면:

5> logMeasAvailable을 포함한다;

4> UE가 사용가능한 블루투스 로그 측정법을 갖고, RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함된다면:

5> logMeasAvailableBT를 포함한다;

4> UE가 사용가능한 WLAN 로그 측정법을 갖고, RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함된다면:

5> logMeasAvailableWLAN을 포함한다;

4> UE가 사용가능한 연결 수립 실패 정보를 VarConnEstFailReport에 갖고 있고, RPLMN이 VVarConnEstFailReport에 저장된 plmn-Identity와 동일하다면:

5> connEstFailInfoAvailable을 포함한다;

4> mobilityState를 포함하고, RRC_연결 상태 진입 바로 전에 이를 UE의 이동성 상태(TS 36.304 [4] 참조)로 설정한다;

3> UE가 이동성 이력 정보 스토리지를 지원하고, UE가 사용가능한 이동성 이력 정보를 VarMobilityHistoryReport에 갖는다면:

4> mobilityHistoryAvail을 포함한다;

3> SIB2가 idleModeMeasurements를 포함하고, UE가 사용가능한 IDLE 모드 측정 정보를 VarMeasIdleReport에 갖고 있다면:

4> idleMeasAvailable을 포함한다;

4> (실행되고 있다면) T331을 중지한다;

2> NB-IoT의 경우:

3> UE가 서빙 셀 아이들 모드 측정 보고를 지원하고, servingCellMeasInfo 가 SystemInformationBlockType2-NB 에 존재한다면:

4> 서빙 셀 측정법을 포함하도록 measResultServCell를 설정한다;

주: UE는 TS 36.133 [16]에 규정된 대로 성능 요구조건에 따라 수행된 셀 선택/재선택 평가에 사용되는 것으로서 최신 서빙 셀 측정 결과를 포함한다면,

1> 1RRCConnectionResumeComplete 메시지를 송신용 하위 계층들에 제공한다;

1> 절차가 종료된다.

5.3.3.4b UE에 의한 RRCEarlyDataComplete 의 수신

UE는 다음을 수행할 것이다:

1> 저장되었다면, idleModeMobilityControlInfo 에 의해 제공된 또는 다른 RAT으로부터 받은 셀 재선택 우선순위 정보를 폐기한다;

1> 타이머 T300을 시작;

1> 실행되고 있다면, 타이머 T302를 중지한다;

1> 실행되고 있다면, 타이머 T303을 중지한다;

1> 실행되고 있다면, 타이머 T305를 중지한다;

1> 실행되고 있다면, 타이머 T306을 중지한다;

1> 실행되고 있다면, 타이머 T308을 중지한다;

1> 5.3.3.7에 규정된 것과 같은 동작들을 수행한다.

1> 실행되고 있다면, 타이머 T320을 중지한다;

1> 실행되고 있다면, 타이머 T322를 중지한다;

1> 수신되었다면 dedicatedInfoNAS를 상위 계층들로 전달한다;

1> MAC을 리셋하고, MAC 구성을 릴리즈한다;

1> RRCEarlyDataComplete 메시지가 geran으로의 리디렉션(redirection)을 지시하는 redirectedCarrierInfo를 포함한다면; 그리고

1> 상위 계층들이 AS 보안이 되지 않는 GERAN으로의 리디렉션이 허용되지 않음을 지시한다면:

2> 5.3.12에 규정된 대로, 절차 종료시 ‘다른’ 릴리즈 이유를 갖고 RRC_연결 이탈시 동작들을 수행한다;

1> RRCEarlyDataComplete 메시지가 idleModeMobilityControlInfo를 포함한다면:

2> idleModeMobilityControlInfo에 의해 제공된 셀 재선택 우선순위 정보를 저장한다;

2> T320 이 포함되었다면:

3> t320에 따라 설정된 타이머 값으로 타이머 T320을 시작한다;

1> 아니면:

2> 셀 재선택 우선순위 정보를 시스템 정보에 저장한다;

1> NB-IoT의 경우, RRCEarlyDataComplete 메시지가 redirectedCarrierInfo를 포함한다면:

2> redirectedCarrierOffsetDedicated 가 redirectedCarrierInfo에 포함된다면:

3> 주파수용 전용 오프셋을 redirectedCarrierInfo에 저장한다;

3> redirectedCarrierInfo 내 T322에 따라 설정된 타이머 값으로 타이머 T322을 시작한다;

1> extendedWaitTime이 존재한다면; 그리고

1> UE가 지연 허용 접속을 지원하거나 UE가 NB-IoT UE라면:

2> extendedWaitTime을 상위 계층들로 전달한다;

1> 절차 종료시, ‘다른’ 릴리즈 이유와 함께 RRC 연결 릴리즈를 상위계층에 지시한다;

5.3.3.8 UE에 의한 RRCConnectionReject 수신

UE는 다음을 수행할 것이다:

1> 타이머 T300을 중지;

1> MAC을 리셋;

1> NB-IoT를 제외하고, waitTime로 설정된 타이머 값으로 타이머 T302를 시작한다;

1> UE가 NB-IoT UE라면; 또는

1> extendedWaitTime이 존재하고, UE가 지연 허용 접속을 지원한다면:

2> extendedWaitTime을 상위 계층들로 전달한다;

1> deprioritisationReq이 포함되고, UE가 역우선화(deprioritisation)를 갖는 RRC Connection Reject를 지원한다면:

2> 시그널링된 deprioritisationTimer 로 설정된 타이머 값을 갖는 타이머 T325를 시작 또는 재시작한다;

2> T325 만기까지 deprioritisationReq를 저장한다;

주: 달리 규정되지 않으면, UE는 (전용 또는 공통 시그널링을 통해) 임의의 셀 재선택 절대 우선순위 할당에 관계없이 그리고 E-UTRAN 또는 다른 RAT들 내 RRC 연결들과 무관하게 역우선화 요구를 저장한다.

1> 유보된 RRC 연결 재개를 위해 송신된 RRCConnectionResumeRequest 에 대한 응답으로 RRCConnectionReject가 수신되었다면:

2> rrc-SuspendIndication가 존재하지 않는다면:

3> RLC 엔티티, MAC 구성 및 모든 수립된 또는 유보된 RB들에 대해 연관된 PDCP의 릴리즈를 포함하여 모든 무선 리소스들을 릴리즈한다;

3> 저장된 UE AS 콘텍스트 및 resumeIdentity를 폐기한다;

3> 유보 지시 없이 RRC 연결 재개 실패에 대해 상위계층들에게 알리고, 절차 종료시 이동 발신 호들, 이동 발신 시그널링, 이동 종료 접속 및 이동 발신 CS 폴백용 NB-IoT 제외에 대한 접속 금지가 사용가능함을 알린다;

2> 아니면:

3> EDT용 RRCConnectionResumeRequest 에 대한 응답으로 RRCConnectionReject가 수신되었다면:

4> UP-EDT 소거시 5.3.3.9a에 규정된 대로 동작들을 수행한다:

3> 아니면:

4> SRB1을 유보한다;

1> 아니면, RRC_INACTIVE에 있는 동안 RRCConnectionResumeRequest 에 대한 응답으로 RRCConnectionReject가 수신되었다면:

2> 변수 pendingRnaUpdate 를 ‘거짓(FALSE)’로 설정할 것이다;

2> 상위 계층들로부터의 요구에 대한 응답으로 RRCConnectionReject 가 수신되었다면:

3> 상위계층에게 접속 금지가 카테고리들 ‘0’ 및 ‘2’를 제외한 모든 접속 카테고리들에 적용가능함을 알린다;

2> RRCConnectionResumeRequest 에 대한 응답으로 RRCConnectionReject가 수신되었다면:

3> 상위 계층들에 의해 재개가 트리거되었다면:

4> 상위 계층들에게 RRC 연결 재개 실패에 대해 알린다;

3> RRC에 의해 재개가 트리거되었다면:

4> 변수 pendingRnaUpdate 를 ‘참’으로 설정한다;

3> K_RRCenc 키, K_RRCint, K_UPint 키 및 K_UPenc 키를 포함하는 보안 콘텍스트를 폐기한다;

3> 절차 종료시, SRB1을 유보한다;

편집자 주: ‘Reject시 타이머 T380의 FS 핸들링, 예를 들어, 중지, 재시작 등.

2> UE는 타이머 T302가 실행되고 있는 동안 RAN 및 CN 페이징을 계속 모니터링할 것이다.

1> 아니면:

2> MAC 구성을 릴리즈한다;

2> RRC 연결 재개 실패에 대해 상위계층들에게 알리고, 절차 종료시 이동 발신 호들, 이동 발신 시그널링, 이동 종료 접속 및 이동 발신 CS 폴백용 NB-IoT 제외에 대한 접속 금지가 사용가능함을 알린다;

5.3.3.9a UP-EDT 소거

UE는 다음을 수행할 것이다:

1> 5.3.3.3a에 따라 도출된 K_eNB, K_RRCint, K_RRCenc 및 K_UPenc 키들을 삭제;

1> 모든 SRB들 및 DRB들에 대한 RLC 엔티티들을 재수립;

1> SRB0을 제외한 모든 SRB(들) 및 DRB(들)을 유보;

1> 무결성 보호 및 암호화를 유보하도록 하위 계층들을 구성.

5.3.3.16 T300이 UP-EDT를 위해 실행되고 있는 동안 하위 계층으로부터의 무결성 체크 실패

UE는 다음을 수행할 것이다:

1> T300이 UP-EDT를 위해 실행되고 있는 동안 SRB1 또는 SRB2와 관련하여 하위 계층들로부터 무결성 체크 실패 지시 수신시:

2> 저장된 UE AS 콘텍스트 및 resumeIdentity를 폐기한다;

2> 5.3.12에 규정된 대로, ‘다른’ 릴리즈 이유로 RRC_연결 이탈시 동작들을 수행한다;

5.3.8.3 UE에 의한 RRCConnectionRelease 수신

UE는 다음을 수행할 것이다:

1> NB-IoT, BL UE들 또는 CE 내 UE들을 제외하고, 어느 것이 먼저이든, RRCConnectionRelease 메시지가 수신되었거나, 선택적으로 하위 계층들이 RRCConnectionRelease 메시지의 수신이 성공적으로 확인되었음을 지시한 때부터 이 종속절에 정의된 다음의 동작들을 60 ms 지연한다;

1> BL UE들 또는 CE 내 UE들의 경우, 어느 것이 먼저이든, RRCConnectionRelease 메시지가 수신되었거나, 선택적으로 하위 계층들이 RRCConnectionRelease 메시지의 수신이 성공적으로 확인되었음을 지시한 때부터 이 종속절에 정의된 다음의 동작들을 1.25초 지연시킨다;

1> NB-IoT의 경우, 어느 것이 먼저이든, RRCConnectionRelease 메시지가 수신되었거나, 선택적으로 하위 계층들이 RRCConnectionRelease 메시지가 성공적으로 수신되었음이 확인되었음을 지시한 때부터, 이 종속절에 정의된 다음의 동작들을 10초 지연시킨다.

주: BL UE들, CE 내 UE들, 및 NB-IoT의 경우, TS 36.322 [7]에 정의된 STATUS 보고가 트리거되지 않았고, UE가 TS 36.321 [6]에 정의된 대로 긍정 HARQ 피드백 (ACK)를 송신한 경우, 하위 계층들은 RRCConnectionRelease 메시지 수신이 성공적으로 확인되었음을 지시한 것으로 간주될 수 있다.

1> EDT용 RRCConnectionResumeRequest 에 대한 응답으로 RRCConnectionRelease가 수신되었다면:

2> 저장된 UE AS 콘텍스트 및 resumeIdentity를 폐기한다;

2> 타이머 T300을 중지;

2> 실행되고 있다면, 타이머 T302를 중지한다;

2> 실행되고 있다면, 타이머 T303을 중지한다;

2> 실행되고 있다면, 타이머 T305를 중지한다;

2> 실행되고 있다면, 타이머 T306을 중지한다;

2> 실행되고 있다면, 타이머 T308을 중지한다;

2> 5.3.3.7에 규정된 것과 같은 동작들을 수행한다.

2> 실행되고 있다면, 타이머 T320을 중지한다;

2> 실행되고 있다면, 타이머 T322를 중지한다;

1> RRCConnectionRelease 메시지가 geran으로의 리디렉션을 지시하는 redirectedCarrierInfo를 포함한다면; 그리고

1> RRCConnectionRelease 메시지가 freqPriorityListGERAN를 포함한 idleModeMobilityControlInfo를 포함한다면:

2> AS 보안이 활성화되지 않았다면; 그리고

2> 상위 계층들이 AS 보안이 없는 GERAN으로의 리디렉션이 허용되지 않음을 지시하거나, UE가 5GC에 연결되었다면:

3> RRCConnectionRelease의 내용을 무시한다;

3> 5.3.12에 규정된 대로, 절차 종료시 ‘다른’ 릴리즈 이유를 갖고 RRC_연결 또는 RRC_INACTIVE 이탈시 동작들을 수행한다;

1> AS 보안이 활성화되지 않았다면:

2> 포함되어 nr로의 리디렉션을 지시한다면 redirectedCarrierInfo의 내용을 무시한다;

2> 포함되어 freqPriorityListNR로의 리디렉션을 지시한다면 idleModeMobilityControlInfo의 내용을 무시한다;

2> UE가 redirectedCarrierInfo 또는 idleModeMobilityControlInfo 의 내용을 무시한다면:

3> 5.3.12에 규정된 대로, 절차 종료시 ‘다른’ 릴리즈 이유를 갖고 RRC_연결 이탈시 동작들을 수행한다;

1> RRCConnectionRelease 메시지가 eutra 로의 리디렉션을 지시하는 redirectedCarrierInfo를 포함한다면:

2> cn-Type이 포함된다면:

3> 수신된 cn-Type이 상위 계층들로 제공된다;

주 1: 리디렉션 이후 선택된 E-UTRA 셀이 cn-Type에 의해 규정된 코어 네트워크 타입을 지원하지 않는 경우의 처리는 UE의 구현에 달렸다.

1> 수신된 RRCConnectionRelease 메시지가 idleModeMobilityControlInfo를 포함한다면:

2> T320이 포함되었다면:

3> t320에 따라 설정된 타이머 값을 갖는 타이머 T320을 시작한다;

1> 아니면:

2> 셀 재선택 우선순위 정보를 시스템 정보에 저장한다;

1> 수신된 RRCConnectionRelease 메시지가 measIdleConfig를 포함한다면:

2> VarMeasIdleConfig 및 VarMeasIdleReport를 해지한다;

2> 수신된 measIdleDuration 를 VarMeasIdleReport에 저장한다;

2> T331을 measIdleDuration 값으로 시작한다;

2> measIdleConfig 가 measIdleCarrierListEUTRA를 포함한다면:

3> 수신된 measIdleCarrierListEUTRA 를 VarMeasIdleConfig에 저장한다;

2> 아니면:

3> IB5에서 수신된 measIdleCarrierListEUTRA 를 VarMeasIdleConfig에 저장한다;

2> 5.6.20에 규정된 대로 아이들 모드 측정 수행을 시작한다;

1> NB-IoT의 경우, RRCConnectionRelease 메시지가 redirectedCarrierInfo를 포함한다면:

3> 주파수용 전용 오프셋을 redirectedCarrierInfo에 저장한다;

1> RRCConnectionRelease 메시지에서 수신된 releaseCause가 loadBalancingTAURequired를 지시한다면:

2> 5.3.12에 규정된 대로, ‘로드 밸런싱 TAU 필요’의 릴리즈 이유를 갖고 RRC_연결 이탈시 동작들을 수행한다;

1> 아니면 RRCConnectionRelease 메시지에서 수신된 releaseCause가 cs-FallbackHighPriority를 지시한다면:

2> 5.3.12에 규정된 대로, ‘CS 폴백 높은 우선순위’의 릴리즈 이유를 갖고 RRC_연결 이탈시 동작들을 수행한다;

1> 아니면:

2> extendedWaitTime이 존재한다면; 그리고

2> UE가 지연 허용 접속을 지원하거나 UE가 NB-IoT UE라면:

3> extendedWaitTime을 상위 계층들로 전달한다;

2> extendedWaitTime-CPdata가 존재하고 NB-IoT UE가 제어 평면 CIoT EPS 최적화만을 지원한다면:

3> extendedWaitTime-CPdata를 상위 계층들로 전달한다;

2> RRCConnectionRelease 메시지에서 수신된 releaseCause가 rrc-Suspend를 지시한다면:

3> rrc-InactiveConfig 가 포함된다면:

4> 5.3.8.7에 규정된 대로 RRC_INACTIVE 진입시 동작들을 수행할 것이다:

3> 아니면:

4> 5.3.12에 규정된 대로, 릴리즈 이유가 ‘RRC 중단’인, RRC_연결을 벗어나는 동작들을 수행한다;

2> 아니면:

3> 5.3.12에 규정된 대로, ‘다른’ 릴리즈 이유를 갖고 RRC_연결 또는 RRC_INACTIVE 이탈시 동작들을 수행한다;

사전 구성된 업링크 리소스들 (PUR) 내 송신은 3GPP RAN1에서 논의된다. RAN1에 의해 만들어진 일부 합의들이 이하 3GPP RAN1 #94 의장 메모, 3GPP RAN1 #94bis 의장 메모, 3GPP RAN1 #95 의장 메모로부터 인용된다. 3GPP RAN1 #94 의장 메모는 다음을 제공한다:

합의

사전 구성된 UL 리소스들에 기반한 아이들 모드는 유효 TA를 갖는 UE들을 위해 지원된다.

FFS: TA를 위한 확인(validation) 매커니즘

FFS: 사전 구성된 UL 리소스들의 획득 방법

합의

사전 구성된 UL 리소스들 내 송신을 위해, UE는 그 유효성이 확인될 수 있는 최근의 TA를 사용할 수 있다.

합의

사전 구성된 UL 리소스들에 대한 공유 및 전용 리소스에 대해 연구된다. 공유 및 전용 리소스들이 지원되는 경우, 두 리소스 타입들의 설계에서 공용성을 고려해야 한다.

합의

사전 구성된 UL 리소스들에서 송신용 HARQ 절차들이 연구되어야 하고, 다음의 양태들이 고려되어야 한다:

HARQ의 지원여부;

지원된다면, HARQ 프로세스들의 개수를 포함한 HARQ 설계에 대한 세부사항들;

ACK/NACK 필요 여부

폴백 매커니즘, 예를 들어, 레거시 RACH/EDT 절차들에 대한 폴백이 고려되어야 한다.

3GPP RAN1 # 94bis 의장 메모는 다음을 제공한다:

합의

아이들 모드에서 TA를 입증할 때 (다수 속성들의 결합이 허용된다), UE는 적어도 하나 이상의 다음의 속성들을 고려해야 한다:

서빙 셀의 변화들(서빙 셀은 UE가 위치한 셀을 지칭한다)

아이들 모드에 대한 시간 정렬 타이머

서빙 셀 RSRP 변화들 (서빙 셀은 UE가 위치한 셀을 지칭한다)

다른 속성들은 FFS:

이웃 셀 RSRP 변경

둘 이상의 eNB들에 대한 TDOA

TA 이력

등록 기반의 UE 구별

기타 배제되지 않는 것들(예를 들어, 높은 이동성 UE들을 위해 고려될 필요가 있는 속성들)

UE의 전력 소비는 FFS 속성이 고려되어야 함을 주지할 것

합의

사전 구성된 전용 UL 리소스는 단일 UE에 의해 사용된 PUSCH 리소스로 정의된다.

- PUSCH 리소스는 시간-주파수 리소스이다.

- 전용 PUR은 비경쟁(Contention-free)이다.

비경쟁의 사전 구성된 공유 UL 리소스 (CFS PUR)는 하나 이상의 UE에 의해 동시에 사용된 PUSCH 리소스로 정의된다

- PUSCH 리소스는 적어도 시간-주파수 리소스이다.

- CFS PUR은 비경쟁이다.

경쟁기반의 사전 구성된 공유 UL 리소스 (CFS PUR)는 하나 이상의 UE에 의해 동시에 사용된 PUSCH 리소스로 정의된다

- PUSCH 리소스는 적어도 시간-주파수 리소스이다.

- CFS PUR은 경쟁 기반이다(CBS PUR은 경쟁 해결(contention resolution)을 필요로 할 수 있다.

합의

아이들 모드에서, HARQ는 전용 PUR에서 송신용으로 지원된다.

단일 HARQ 프로세스가 지원된다.

하나 보다 많은 HARQ 프로세스가 지원되는지 여부는 FFS

FFS: 해당 MPDCCH 탐색 공간의 설계

합의

아이들 모드에서 전용 PUR이 지원된다.

CFS PUR에 대한 지원은 FFS

CBS PUR에 대한 지원은 FFS

합의

사전 구성된 리소스 내 UL 송신을 위해, RACH/EDT절차들에 대한 폴백 매커니즘이 지원된다.

합의

사전 구성된 UL 리소스들 내 송신을 위해, RRC 아이들 UE는 확인 기준을 통과한 최근의 TA를 사용할 수 있다.

합의

데이터 송신을 위한 사전 구성된 UL 리소스들은 RRC 시그널링에 의해 지시된다. 적어도 UE에 특정된 RRC 시그널링이 지원된다.

합의

리소스 구성은 적어도 다음을 포함한다.

주기성(들)을 포함하는 시간영역 리소스들

주파수 영역 리소스들

TBS(s)/MCS(s)

합의

사전 구성된 전용 UL 리소스가 단일 UE에 의해 사용된 NPUSCH 리소스로 정의된다

NPUSCH 리소스는 시간-주파수 리소스이다.

전용 PUR은 비경쟁이다.

사전 구성된 비경쟁 공유 UL 리소스(CFS PUR)는 하나보다 많은 UE에 의해 동시에 사용된 NPUSCH 리소스로 정의된다

NPUSCH 리소스는 적어도 시간-주파수 리소스이다

CFS PUR은 비경쟁이다.

경쟁기반의 사전 구성된 공유 UL 리소스 (CFS PUR)는 하나보다 많은 UE에 의해 동시에 사용된 NPUSCH 리소스로 정의된다

NPUSCH 리소스는 적어도 시간-주파수 리소스이다

CFS PUR은 경쟁 기반이다(CBS PUR은 경쟁 해결을 필요로 할 수 있다.

3GPP RAN1 #95 의장 메모는 다음을 제공한다:

추가 MTC 향상들

합의

아이들 모드에서 전용 PUR의 경우, UE는 UL 송신들을 스킵(skip)할 수 있다.

- FFS: 리소스 릴리즈 메커니즘

- FFS: eNB에 의한 스킵을 불가하게 하는 메커니즘에 대한 지원 여부

합의

다중-TB 그랜트가 인에이블되지 않는다면, 전용 PUR 할당은 단일 TB 및 단일 HARQ 절차와만 연관된다.

- FFS: 다중-TB 그랜트가 인에이블/지원된다면

합의

아이들 모드에서, 최소한 다음의 TA 유효화 속성들이 지원된다:

- 서빙 셀의 변화들(서빙 셀은 UE가 위치한 셀을 지칭한다)

- 아이들 모드에 대한 시간 정렬 타이머

- 서빙 셀 RSRP 변화들 (서빙 셀은 UE가 위치한 셀을 지칭한다)

기존 Rel-15 Ts36.214에서 RSRP 측정 정의에 기반하여

LS에 RAN2, RAN4를 포함하여 그들의 작업을 고려한다.

합의

UE는 적어도 이 TA 유효화 속성을 사용하도록 구성된다:

- 아이들 모드에 대한 시간 정렬 타이머

- 서빙 셀의 RSRP 변경

- 주: 구성은 TA 유효화 속성의 불능화를 지원할 것이다

LS에 RAN2, RAN3를 포함한다

추가 연구용:

TA 유효화 속성들:

- 가입 기반 UE의 차별화 (또는 가입에서 유지된 고정 지시)

- TA가 그 셀 내에서 유효한 셀 특정 지시

합의

LS에 RAN2, RAN3를 포함한다:

RAN1은 EDT로부터 천이하고/아이들 모드에 연결된 UE가 EDT/연결 모드에 있는 동안 사용되었던 유효 TA를 사용할 수 있음을 가정한다.

합의

아이들 모드에서 전용 PUR의 경우, HARQ 재전송을 위한 UL 그랜트가 MPDSSH 탐색 공간에서 송신된다.

- FFS: 탐색 공간(예를 들어, USS, CSS)에 대한 세부사항들

합의

아이들 모드에서 전용 PUR의 경우, PUR 송신에 대한 eNB의 성공적인 복호화시, UE는 명시적인 ACK를 기대할 수 있다.

FFS: ACK가 MPDCCH(레이어 1) 및/또는 PDSCH (레이어 2/3)에서 송신된다면

LS에 RAN2, RAN4를 포함한다.

합의

아이들 모드에서 전용 PUR의 경우, PUR 송신에 대한 eNB가 복호화에 성공하지 못했을 때, UE는

- MPDCCH상에서 재전송용 UL GRANT를 기대할 수 있고, 또는

- FFS: NACK 또는

- FFS: 명시적인 ACK가 없슴

LS에 RAN2, RAN4를 포함한다.

NB-IoT에 대한 추가 향상항목들

합의

- 서빙 셀의 변화들(서빙 셀은 UE가 위치한 셀을 지칭한다)

- 아이들 모드에 대한 시간 정렬 타이머

- 서빙 셀 NRSRP 변화들 (서빙 셀은 UE가 위치한 셀을 지칭한다)

기존 Rel-15 TS36.214에서 NRSRP 측정 정의에 기반

LS에 RAN2, RAN4를 전송하여 그들의 작업에서 고려한다. NB-IOT 및 eMTC를 위한 ‘LS에 RAN2, RAN4를 포함’의 모든 합의들은 이 LS에서 수집되어야 한다. LS는 R1-1813778에서 보증된다.

합의

UE는 적어도 이 TA 유효화 속성을 사용하도록 구성된다:

- 아이들 모드에 대한 시간 정렬 타이머

- 서빙 셀 NRSRP 변경

- 주: 구성은 TA 유효화 속성들의 불능화를 지원할 것이다

LS에 RAN2, RAN4를 포함한다.

추가 연구용:

TA 유효화 속성들:

- 가입 기반 UE 차별화 (또는 가입에서 유지된 고정 지시)

- TA가 그 셀 내에서 유효한 셀 특정 지시

합의

LS에 RAN2, RAN3를 포함한다:

RAN1은 EDT로부터 천이하고/아이들 모드에 연결된 UE가 EDT/연결 모드에 있는 동안 사용된 유효 TA를 사용할 수 있음을 가정한다.

합의

아이들 모드에서 전용 PUR의 경우, UE는 UL 송신들을 스킵할 수 있다.

- FFS: 리소스 릴리즈 메커니즘

- FFS: eNB에 의한 스킵을 불가능하게 하는 메커니즘에 대한 지원 여부

합의

아이들 모드에서, 오직 하나의 HARQ 절차가 전용 PUR을 위해 지원된다.

합의

아이들 모드에서 전용 PUR의 경우, HARQ 재전송을 위한 UL 그랜트가 탐색 공간에서 송신된다.

- FFS: 탐색 공간(예를 들어, USS, CSS)에 대한 세부사항들

다음 단락에서 “사물 통신 (Machine-Type Communications, MTC) UE들”은 “대역폭 감소 및 저 복잡도(BL)의 UE들” 및/또는 “확장된 커버리지 내 UE들 (EC 내 UE들, CE 내 UE들)”을 포함할 수 있다.

LTE 릴리즈 15에서, MTC UE들 및 NB-IoT UE들에 대한 송신 효율을 개선하고, 전력 소비를 줄이기 위해, 초기 데이터 송신 (EDT)이 도입된다. EDT는 MTC UE들 및 협대역 사물 인터넷 (Narrow Band Internet of Things, NB-IoT) UE들에 적용될 수 있다. EDT는 RRC_유휴 상태에서 트리거될 수 있다. EDT가 트리거된 후, 업링크(UL) 사용자 데이터 (예를 들어, 이동 발신 데이터)는 랜덤 접속 절차에서 Msg3에 포함되고, 네트워크(NW)는 랜덤 접속 절차에서 Msg4 내 다운링크(DL) 사용자 데이터를 포함할 수 있다. EDT의 한가지 장점은 업링크(UL) 사용자 데이터가 RRC_연결 상태로 진입할 필요없이 송신될 수 있다는 것이다. 또한 EDT가 레거시 RRC 연결 구축/재개 절차에 대해 폴백하는 것이 가능하고, UL 사용자 데이터는 UE가 RRC_연결 상태에 진입한 이후 송신될 수 있다.

두 가지 EDT 가 있다:

CP-EDT (제어 평면 CIoT EPS 최적화들을 위한 EDT)

UL 사용자 데이터는 공통 제어 채널 (CCCH) 상에서 UL RRCEarlyDataRequest 메시지에 연접된 NAS 메시지 내에서 송신된다. RRCEarlyDataRequest 메시지는 랜덤 접속 절차에서 Msg3에 포함된다.

다운링크(DL) 사용자 데이터는 CCCH 상에서 DL RRCEarlyDataComplete 메시지에 연접된 비접속 계층-(NAS) 메시지 내에서 선택적으로 송신된다. RRCEarlyDataComplete 메시지는 랜덤 접속 절차에서 Msg4에 포함된다.

이동성 관리 엔티티(MME) 또는 eNB가 RRC_연결 모드로 UE를 이동시키도록 결정하면, Msg4에서 RRCConnectionSetup 메시지가 송신되어 레거시 RRC 연결 구축 절차에 대해 폴백한다.

UP-EDT (사용자 평면 CIoT EPS 최적화들을 위한 EDT)

UL 사용자 데이터는 CCCH 상에서 UL RRCConnectionResumeRequest 메시지와 다중화된 전용 트래픽 채널 (DTCH) 상에서 송신된다. 이 경우, DTCH 서비스 데이터 유닛(SDU) 및 CCCH SDU 모두는 랜덤 접속 절차에서 Msg 3에 포함된다.

DL 사용자 데이터는 DCCCH 상에서 DL RRCConnectionRelease 메시지와 다중화된 전용 제어 채널 (DTCH) 상에서 선택적으로 송신될 수 있다. 이 경우, DTCH SDU 및 DCCH SDU 모두는 랜덤 접속 절차에서 Msg 4에 포함된다.

MME 또는 eNB가 UE를 RRC_연결 모드로 이동시키도록 결정하면, RRCConnectionResume 메시지 (또는 선택적으로 DL 사용자 데이터)가 Msg4에서 송신되어 RRC 연결 재개 절차로 폴백한다.

LTE 릴리즈 16에서, MTC UE들 및 NB-IoT UE들에 대한 송신 효율을 더 개선하고, 전력 소비를 더 줄이기 위해, 사전 구성된 업링크 (UL) 리소스들 (PUR) 내 송신(들)이 도입되어 현재도 논의중에 있다. RAN1 합의에 따라, UE가 일부 기준을 만족하면 RRC_유휴 상태에서 전용 (즉, 다수의 UE들 사이에서 공유되지 않은) PUR을 사용할 수 있다. 그 기준은 최소한 유효 시간 정렬(TA)을 포함한다. TA에 대한 확인 매커니즘은 아직 논의 중이고, 예를 들어, 아이들 모드에 대한 TA 타이머를 포함할 수 있다. UE는 TA 타이머가 실행중이라면 TA가 유효하다고 간주할 수 있다. 하이브리드 자동 반복 요구 (HARQ)가 전용 PUR을 사용하는 송신(들)을 지원하여 신뢰도를 개선할 수 있지만, 세부 사항들은 아직 논의중에 있다. 또한, 랜덤 접속 채널 (RACH)/EDT 절차들에 대한 폴백 매커니즘이 지원되지만, 세부 사항은 아직 논의 중이다. 다음 단락들에서, “UE들”은 MTC UE들 및/또는 NB-IoT UE들을 포함할 수 있다.

PUR을 사용하는 송신(들)이 UE측에서 어떻게 모델링되는지는 아직 명확하지 않다. PUR의 구성은 UE가 RRC 연결 모드 (또는 RRC_연결 상태)에 있는 경우 전용 시그널링으로 UE에 제공될 수 있다. 구성된 PUR은 UE가 RRC 아이들 모드 (또는 RRC_유휴 상태)에 있는 경우 유효하다. 구성된 PUR은 하위계층 활성화를 필요로하지 않을 수 있다. 송신에 데이터를 사용할 수 없다면, UE는 구성된 PUR을 사용하지 않을 수 있다. 송신에 데이터를 사용할 수 없다면, UE는 PUR을 사용하는 송신을 스킵할 수 있다. 송신용 데이터가 사용가능하지 않다면, UE는 PUR을 사용하는 송신을 위한 매체 접근 제어 (MAC) 프로토콜 데이터 유닛 (PDU)을 생성하지 않을 수 있다. 전용 PUR의 경우, NW는 어느 UE가 PUR을 사용하여 송신을 수행하고 있는지를 식별할 수 있기 때문에 경쟁 해결이 필요하지 않다. 이는 두 단계를 포함할 수 있다: (1) PUR을 사용하는 송신, 및 (2) NW 응답 수신. NW 응답은 송신이 성공적으로 수신되었는지 여부에 대한 확인(acknowledgement), 예를 들어, HARQ 피드백 또는 페이징 메시지 내 지시일 수 있다. NW 응답은 재송신을 위한 동적인 UL 그랜트일 수 있다. NW 응답은 DL 사용자 데이터 및/또는 무선 리소스 제어 (RRC) 메시지, 예를 들어, RRC 초기 데이터 완료 메시지일 수 있다. DL 사용자 데이터 및/또는 RRC 메시지는 동적인 DL 할당에 의해 스케줄링될 수 있다. 동적인 DL 할당은 특정 무선 네트워크 임시 식별자 (RNTI) (예를 들어, (RRC_연결에서 최종 시간에 있을 때 UE의) 셀-RNTI)(C-RNTI) , 임시 C-RNTI, 또는 신규 RNTI)를 목적지로 할 수 있다. 특정 RNTI는 전용 PUR 구성에서 제공될 수 있다. 특정 RNTI는 UE가 RRC_연결 상태일 때 제공될 수 있다. DL 사용자 데이터 및/또는 RRC 메시지는 UE 전용의 페이징 메시지로 스케줄링될 수 있다. DL 사용자 데이터 및/또는 RRC 메시지는 UE용 (전용) 페이징 메시지에서 반송될 수 있다. 재송신이 필요하다면, UE는 다음 번 PUR 기회에, 또는, (아이들 모드에서 동적 UL 그랜트가 지원되는 경우) 2단계에서 수신된 동적 UL 그랜트에 기반하여 재송신을 수행할 수 있다.

NW는 동일 서빙 셀에서 서로 다른 무선 조건들을 이행하도록 서로 다른 PUR 구성 세트들로 UE를 구성할 수 있다. 예를 들어, 각 PUR 구성 세트는 향상된 커버리지 레벨 (EC 레벨)마다 구성된다. PUR 시도(PUR attempt)는 PUR 기회에 MAC PDU를 송신하는 UE일 수 있다. PUR 기회는 PUR 구성에서 사전 구성될 수 있거나 동적 UL 그랜트에서 제공될 수 있다. UE는 재송신용 동적 UL 그랜트가 PUR 시도에 응답하여 수신된다면 한 번의 PUR 시도를 실패한 것으로 간주할 수 있다. UE는 PUR 시도에 응답하여 시간 구간 내에서 아무것도 수신되지 않으면, 한 번의 PUR 시도를 실패한 것으로 간주할 수 있다.

UE는 PUR을 사용한 송신을 수행하기 전 적어도 PUR 구성 (세트)을 구비해야 한다. PUR 구성 (세트)는 다음 중 최소한 하나의 파라미터들을 포함할 수 있다: 전송 블록 사이즈(들) (TB 사이즈); 변조 및 코딩 방식(들)(MCS); 시간, 초, 하이퍼 프레임 개수(HFN), 시스템 프레임 개수(SFN), 서브프레임, 슬롯, 심볼 단위의 시간 영역 주기; 시간, 초, HFN, SFN, 서프프레임, 슬롯, 심볼 단위의 시간 영역 오프셋; 주파수 영역 위치/오프셋; 역치 (예를 들어, 참조 신호 수신 전력(RSRP) 역치); PUR을 사용한 송신 시도별 (최대) 반복 회수; PUR을 사용한 송신 시도별 송신 전력 (Tx power); 또는 전력 램핑 스텝 (power ramping step). 상술한 파라미터들 중 일부는 서로 다른 PUR 구성 세트별에 대한 서로 다른 값을 가질 수 있다. 상술한 파라미터들 중 일부는 PUR 구성 세트에 포함되고, 다수의 PUR 구성 세트들 사이에서 공유될 수 있다. 예를 들어, 시간 영역 주기는 공유되고, (최대) 반복 회수는 공유되지 않는다. 다른 예로, TB 사이즈(들)가 공유되고, Tx 파워는 공유되지 않는다.

다음의 이벤트 중 하나 또는 일부 (각 이벤트는 서로 독립적일 수 있다)가 발생한 것에 대한 응답으로, UE가 (전용 및/또는 공유) PUR 구성(들) 세트(들)을 릴리즈할 필요가 있는지 여부가 고려되어야 한다:

- RRC_연결에 진입

UE는 RRC_연결 진입에 응답하여 PUR 구성(들) (모두)을 릴리즈할 수 있다. UE는 RRC_연결 진입시, PUR 구성(들) (모두)을 릴리즈할 수 있다. 또는, UE는 RRC_연결 진입에 응답하여 PUR 구성(들) (모두)을 유지(또는 유지 또는 저장)할 수 있다.

PUR 구성(들) (모두)을 유지하는 것 외에, UE는 RRC_연결 상태에 있을 때 PUR 구성(들) (모두) 사용을 유보할 수 있다. 다시 말해서, UE는 PUR 구성(들)의 사용이 유보된 경우, PUR 구성(들) (모두)을 유지한다. PUR 구성 또는 PUR 구성들 세트의 유보는 UE가 그 PUR 구성 또는 PUR 구성 세트와 연관된 PUR을 사용하여 전송을 수행하지 않음을 의미할 수 있다. UE는 RRC_유휴 상태에 다시 진입한 경우, PUR 구성(들) (모두)의 사용을 재개할 수 있다.

UE는 RRC 연결 수립 절차를 통해 RRC_연결에 진입할 수 있다. 예를 들어, UE는 RRCConnectionSetup 메시지 수신시 RRC_연결에 진입한다. 또는, UE는 RRC 연결 재개 절차에 의해 RRC_연결에 진입할 수 있다. 예를 들어, UE는 RRCConnectionResume 메시지 수신시 RRC_연결에 진입한다.

예를 들어, RRCConnectionSetup 메시지 수신에 응답하여, UE는 자율적으로 PUR 구성(들) (모두)을 릴리즈할 수 있다.

다른 예로, RRCConnectionSetup 메시지 수신에 응답하여, UE는 자율적으로 PUR 구성(들) (모두)을 릴리즈하지 않는다.

UE에게 PUR 구성(들)을 릴리즈하라고 말하는 RRCConnectionSetup 메시지 내 명시적인 지시가 필요할 수 있다. 또는, (모든) 자체 PUR 구성(들)의 릴리즈 여부를 UE에게 말하는 RRCConnectionSetup 메시지에 지시가 포함될 수 있다.

예를 들어, RRCConnectionResume 메시지 수신에 응답하여, UE는 자율적으로 PUR 구성(들) (모두)을 릴리즈할 수 있다.

다른 예로, RRCConnectionResume 메시지 수신에 응답하여, UE는 자율적으로 PUR 구성(들) (모두)을 릴리즈하지 않는다.

UE에게 PUR 구성(들)을 릴리즈하라고 말하는 RRCConnectionSetup 메시지 내 명시적인 지시가 필요하지 않을 수 있다. 또는, (모든) 자체 PUR 구성(들)의 릴리즈 여부를 UE에게 말하는 RRCConnectionResume 메시지에 지시가 포함될 수 있다.

예를 들어, (모든) 자체 PUR 구성(들)의 릴리즈 여부를 UE에게 말하는 RRCConnectionRelease 메시지에 지시가 포함될 수 있다.

예를 들어, RRCConnectionSetupComplete 메시지 송신에 응답하여, UE는 자율적으로 PUR 구성(들) (모두)을 릴리즈할 수 있다.

예를 들어, RRCConnectionResumeComplete 메시지 송신에 응답하여, UE는 자율적으로 (모든) 자체 PUR 구성(들) 을 릴리즈할 수 있다.

사용중인 PUR 구성(세트)가 변경된다.

UE는 현재 사용중인 PUR 구성 (세트)를 절환 또는 변경할 수 있다. 예를 들어, 제1PUR 구성 세트가 제1EC 레벨과 연관되고, 제2PUR 구성 세트가 제2EC 레벨과 연관된다. 현재 EC 레벨이 제1EC 레벨에서 제2EC 레벨로 변경되면, 사용중인 PUR 구성 세트가 제1세트에서 제2세트로 변경된다. 다른 예에서, NW는 UE가 EC 레벨을 변경해야 한다는 것 및/또는 PUR 구성 (세트)을 제1세트에서 제2세트로 변경해야 한다는 것을 지시하는 지시를 포함하는 메시지를 UE에게 전송할 수 있다. NW는 UE로부터의 성공적인 PUR 시도 수신에 응답하여 메시지를 전송할 수 있다. NW는 UE로부터의 비성공적인 PUR 시도 수신에 응답하여 메시지를 전송할 수 있다.

PUR 구성 세트의 변경/절환에 응답하여, UE는 제1PUR 구성 세트를 릴리즈할 수 있다. 또는, PUR 구성 세트의 변경/절환에 응답하여, UE는 제1PUR 구성 세트를 유보할 수 있다. 또는, PUR 구성 세트의 변경/절환에 응답하여, UE는 제1PUR 구성 세트를 유지할 수 있다.

PUR 구성의 변경은 제1EC 레벨에서 PUR 시도 실패에 의한 것일 수 있다. 또는, PUR 구성의 변경은 제1EC 레벨에서 최대 PUR 시도 회수에 도달한 것에 의한 것일 수 있다. 또는, PUR 구성의 변경은 제1PUR 구성 세트를 사용하는 PUR 시도가 실패한 것에 의한 것일 수 있다. 또는, PUR 구성의 변경은 제1PUR 구성 세트를 사용하는 PUR 시도 회수가 최대치에 도달한 것에 의한 것일 수 있다. 또는, PUR 구성의 변경은 최근 측정된 RSRP가 제2EC 레벨에 대한 RSRP 범위 내에 있게 된 것에 의한 것일 수 있다. 또는, PUR 구성의 변경은 최근 측정된 RSRP가 제2PUR 구성 세트에 대한 RSRP 범위 내에 있게 된 것에 의한 것일 수 있다. 또는, PUR 구성의 변경은 상술한 것처럼 NW 지시에 의한 것일 수 있다.

제1PUR 구성 세트의 유지에 더하여, UE는 제1PUR 구성 세트의 사용을 유보할 수 있다. PUR 구성 세트의 유보는 UE가 그 PUR 구성 세트와 연관된 PUR을 사용하여 전송을 수행하지 않음을 의미할 수 있다. UE는 현재의 EC 레벨이 다시 제1EC 레벨로 변경될 때, 제1PUR 구성 세트 사용을 재개할 수 있다.

- 업링크 시간 정렬(TA)는 무효하게 된다 (예를 들어, 타이밍 어드밴스 타이머(TAT) 만기, 서빙 셀 변경).

UE는 PUR 구성과 연관된 TA에 응답하여, 또는 무효하게 된 PUR 구성 세트에 응답하여 PUR 구성 또는 PUR 구성 세트를 릴리즈할 수 있다. 또는, UE는 PUR 구성와 연관된 TA에 응답하여, 또는 무효하게 된 PUR 구성 세트에 응답하여 PUR 구성 또는 PUR 구성 세트를 유지할 수 있다.

예를 들어, PUR용 TA가 한 번의 PUR 시도에서 무효하게 되면, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 릴리즈한다. 다른 예로, PUR용 TA가 진행중인 PUR이 없는 동안 무효하게 되면, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 릴리즈한다. 또는, PUR용 TA가 한번의 PUR 시도 동안 및/또는 진행중인 PUR이 없는 동안 무효하게 되면, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 유지한다.

PUR 구성 세트와 연관된 TA는, PUR 구성 세트와 연관된 TA 타이머가 만기되었기 때문에 무효하게 될 수 있다. PUR 구성 세트와 연관된 TA는, UE가 PUR 구성 세트와 연관되지 않은 셀에 위치하기(camp on) 때문에 무효로 될 수 있다. PUR 구성 세트와 연관된 TA는 위치한 셀의 무선 조건(예를 들어, RSRP)가 변하기 때문에, 예를 들어 PUR 구성 세트용 (또는 세트 내) 역치보다 악화되기 때문에 무효로 될 수 있다. PUR 구성 세트와 연관된 TA는 커버리지 밖에 (out-of-coverage) 있게 되는 UE로 인해 무효로 될 수 있다.

상술한 예들의 결합이 가능하다. 예를 들어, UE는 PUR용 TA가 PUR용 TA 타이머의 만기로 인해 무효하게 된다면 (모든) 자체 PUR 구성을 유지하고, UE는 서빙 셀의 변경으로 인해 PUR용 TA가 무효로 된다면 자율적으로 (모든) 자체 PUR 구성을 릴리즈한다.

PUR 구성 세트를 유지하는 것에 더하여, UE는 PUR 구성 세트의 사용을 유보할 수 있다. PUR 구성 세트의 유보는 UE가 그 PUR 구성 세트와 연관된 PUR을 사용하는 전송을 수행하지 않음을 의미할 수 있다. UE는 PUR 구성 세트와 연관된 TA가 다시 유효하게 되면, PUR 구성 세트 사용을 재개할 수 있다.

- RA 절차가 시작된다.

UE는 RA 절차의 시작에 응답하여, 예를 들어, UE가 RRC_유휴에 있을 때 (모든) 자체 PUR 구성(들)을 릴리즈할 수 있다. 또는, UE는 RA 절차의 시작에 응답하여, 예를 들어, UE가 RRC_유휴에 있을 때 (모든) PUR 구성(들)을 유보할 수 있다. 또는, UE는 RA 절차의 시작에 응답하여, 예를 들어, UE가 RRC_유휴에 있을 때 (모든) 자체 PUR 구성(들)을 유지할 수 있다.

RA 절차는 EDT용일 수 있다. 또는, RA 절차는 EDT용이 아닐 수 있다.

UE는 RA 절차가 EDT용인지 아닌지 여부에 기반하여 (모든) 자체 PUR 구성을 릴리즈 하거나 유지 여부를 결정할 수 있다. 예를 들어, RA 절차가 EDT용이라면, UE는 RA 절차의 시작에 응답하여 (모든) 자체 PUR 구성(들)을 유지할 수 있다. RA 절차가 EDT용이 아니라면, UE는 RA 절차 시작에 응답하여 (모든) 자체 PUR 구성(들)을 릴리즈할 수 있다.

예를 들어, RA 절차가 시작되었지만, 진행중인 PUR (예를 들어, RA가 만족되지 않은 PUR 사용 조건(들)에 의해 트리거된다)이 있다면, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 릴리즈한다. 또는, RA 절차가 시작되었지만, 진행중인 PUR (예를 들어, RA가 만족되지 않은 PUR 사용 조건(들)에 의해 트리거된다)이 있다면, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 유지한다.

PUR 구성(들) (모두)을 유지하는 것에 더하여, UE는 (모든) PUR 구성(들)의 사용을 유보할 수 있다. PUR 구성 세트의 유보는 UE가 그 PUR 구성 세트와 연관된 PUR을 사용하는 전송을 수행하지 않음을 의미할 수 있다. UE는 RA 절차의 (성공적인) 완료에 응답하여 PUR 구성 세트의 사용을 재개할 수 있다.

- PUR을 사용한 송신에 응답하여 RRC 연결 릴리즈 또는 RRC 초기 데이터 완료가 수신된다.

성공적인 EDT 완료의 경우, NW는 EDT 용 RA 절차의 Msg4에 RRCConnectionRelease 또는 RRCEarlyDataComplete 메시지를 포함한다. PUR이 EDT에 사용된다면, NW는 또한 EDT의 성공적인 완료를 지시하기 위해 PUR용 NW 응답에 RRCConnectionRelease 또는 RRCEarlyDataComplete 메시지를 포함할 수 있다. UE는 메시지 수신시 PUR 구성(들) 세트(들)을 릴리즈할지, 유지할지를 결정할 수 있다. 또는, 메시지 내 지시가 있을 수 있고, UE는 지시에 기반한 PUR 구성(들)의 세트(들)을 릴리즈할 것인지 유지할 것인지를 결정한다.

예를 들어, UE가 PUR을 사용한 RRCConnectionResumeRequest 메시지 송신에 응답하여 RRCConnectionRelease 메시지를 수신하는 경우, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 릴리즈한다. 또는, UE가 PUR을 사용한 RRCConnectionResumeRequest 메시지 송신에 응답하여 RRCConnectionRelease 메시지를 수신하는 경우, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 유지한다.

예를 들어, UE가 PUR을 사용한 RRCEarlyDataRequest 메시지 송신에 응답하여 RRCEarlyDataComplete 메시지를 수신하는 경우, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 릴리즈한다. 또는, UE가 PUR을 사용한 RRCEarlyDataRequest 메시지 송신에 응답하여 RRCEarlyDataComplete 메시지를 수신하는 경우, UE는 자율적으로 (모든) 자체 PUR 구성(들)을 유지한다.

예를 들어, RRCConnectionRelease 또는 RRCEarlyDataComplete 메시지가, UE가 (모든) 자체 PUR 구성(들)을 릴리즈해야 한다고 지시한다면, UE는 (모든) 자체 PUR 구성(들)을 릴리즈한다. RRCConnectionRelease 또는 RRCEarlyDataComplete 메시지가, UE가 (모든) 자체 PUR 구성(들)을 유지해야 한다고 지시한다면, UE는 (모든) 자체 PUR 구성(들)을 유지한다. 예를 들어, RRCConnectionRelease 또는 RRCEarlyDataComplete 메시지가 어떠한 PUR 구성도 포함하지 않았다면, UE는 (모든) 자체 PUR 구성(들)을 릴리즈한다. 예를 들어, RRCConnectionRelease 또는 RRCEarlyDataComplete 메시지가 어떠한 PUR 구성도 포함하지 않았다면, UE는 (모든) 자체 PUR 구성(들)을 유지한다. RRCConnectionRelease 또는 RRCEarlyDataComplete 메시지가 적어도 하나의 PUR 구성 (세트)를 포함한다면 , UE는 그에 따라 갱신한다.

(모든) PUR 구성(들)을 유지하는 것에 더하여, UE는 (모든) PUR 구성(들)의 사용을 유보할 수 있다. PUR 구성 세트의 유보는 UE가 그 PUR 구성 세트와 연관된 PUR을 사용하는 전송을 수행하지 않음을 의미할 수 있다. UE가 PUR 구성 세트를 사용할 수 있음을 지시하는 NW으로부터의 지시를 수신한다면, UE는 그 PUR 구성 세트 사용을 재개할 수 있다.

- PUR용 NW 응답이 수신된다.

PUR용 NW 응답은 PUR을 사용한 (재)송신용 응답일 수 있다. PUR용 NW 응답은 PUR용 동적 UL 그랜트에 의해 스케줄링된 재송신용 응답일 수 있다.

UE가 PUR 구성(세트)를 사용하는 UL 데이터를 송신한 후, 그러나 UE 데이터가 어떠한 RRC 메시지를 포함하지 않은 경우, NW 응답은 다운링크 제어 정보(DCI) (예를 들어, HARQ 피드백), 재송신용 동적 UL 그랜트, 또는 MAC 제어 요소를 포함하는 DL 메시지일 수 있다. UE는 NW 응답 수신시 PUR 구성(세트)를 릴리즈할 것인지 또는 유지할 것인지를 결정할 수 있고, 또는 NW 응답 내용에 기반하여 PUR 구성 (세트)를 릴리즈할 것인지 또는 유지할 것인지를 결정할 수 있다.

예를 들어, “ACK”를 지시하는 DCI가 수신된다면, UE는 PUR 구성 세트를 유지한다. 예를 들어, “NACK”를 지시하는 DCI가 수신된다면, UE는 PUR 구성 세트를 유지한다. 예를 들어, “NACK”를 지시하는 DCI가 수신된다면, UE는 PUR 구성 세트를 릴리즈한다. 예를 들어, 시간 구간 내에 아무런 NW 응답이 수신되지 않는다면, UE는 PUR 구성 세트를 유지한다. 예를 들어, 시간 구간 내에 아무런 NW 응답이 수신되지 않는다면, UE는 PUR 구성 세트를 릴리즈한다. 예를 들어, 재송신용 동적 UL 그랜트가 수신된다면, UE는 PUR 구성 세트를 유지한다. 예를 들어, 재송신용 동적 UL 그랜트가 수신된다면, UE는 PUR 구성 세트를 릴리즈한다. 예를 들어, 재송신용 동적 UL 그랜트가 수신된다면, UE는 동적 UL 그랜트에 기반하여 PUR 구성 세트를 갱신한다.

예를 들어, PUR을 사용한 송신에 응답하여 DL 메시지가 수신되고, 그 메시지가 TA-관련 정보 (예를 들어, 타이밍 어드밴스(timing advance) 명령)를 포함하지 않는다면, UE는 자율적으로 PUR 구성 세트 또는 (모든) 자체 PUR 구성(들)을 릴리즈한다. 또는, PUR을 사용한 송신에 응답하여 DL 메시지가 수신되고, 그 메시지가 TA-관련 정보 (예를 들어, 타이밍 어드밴스 명령)를 포함하지 않는다면, UE는 자율적으로 PUR 구성 세트 또는 (모든) 자체 PUR 구성(들)을 유지한다.

(모든) PUR 구성(들)을 유지하는 것에 더하여, UE는 (모든) PUR 구성(들)의 사용을 유보할 수 있다. PUR 구성 세트의 유보는 UE가 그 PUR 구성 세트와 연관된 PUR을 사용하는 전송을 수행하지 않음을 의미할 수 있다. UE가 PUR 구성 세트를 사용할 수 있음을 지시하는 NW로부터의 지시를 수신한다면, UE는 그 PUR 구성 세트 사용을 재개할 수 있다.

- 페이징 관련 시그널링 수신

RRC_유휴 상태에서, UE는 페이징 메시지 수신을 위한 페이징 기회를 모니터링한다. 일부 페이징 메시지들은 UE-id 관련 정보를 포함하지 않을 수 있다. 일부 페이징 메시지들은 UE-id 관련 정보를 포함할 수 있다. 또한, 웨이크업(wake-up) 시그널링(WUS)이 구성된다면, UE는 WUS를 수신하는 WUS 기회를 모니터링한다. 그룹 기반 WUS가 구성된다면, UE는 그룹 기반 WUS를 수신하는 그룹 기반 WUS 기회를 모니터링한다. UE는 페이징 메시지들 또는 (그룹 기반) WUS 수신시 PUR 구성 세트(들)를 릴리즈할 지, 유지할 지를 결정할 수 있고, 또는 페이징 메시지들 또는 (그룹 기반) WUS 에 기반하여 PUR 구성 세트(들)를 릴리즈할지, 유지할지를 결정할 수 있다.

예를 들어, UE는 물리 다운링크 제어 채널 (PDCCH) 내에 지시를 갖고 페이징 무선 네트워크 임시 식별자 (Paging Radio Network Temporary Identifier, P-RNTI)를 목적지로 하는 PDCCH의 수신에 응답하여, (모든) PUR 구성(들)을 릴리즈한다. 예를 들어, UE는 UE용 UE-id 관련 정보를 포함하는 페이징 메시지 수신에 응답하여 (모든) PUR 구성(들)을 릴리즈한다. 다른 예로, UE는 페이징 메시지가 UE-id 관련 정보를 포함하는지 여부에 관계없이 지시를 포함하는 페이징 메시지들의 수신에 응답하여 (모든) 자체 PUR 구성(들)을 릴리즈한다. 다른 예에서, UE는 WUS 수신에 응답하여 (모든) 차제 PUR 구성(들)을 릴리즈한다. 다른 예에서, UE는 그룹기반 WUS 수신에 응답하여 (모든) 차제 PUR 구성(들)을 릴리즈한다. 다른 예에서, UE는 지시를 포함하는 WUS의 수신에 응답하여 (모든) 차제 PUR 구성(들)을 릴리즈한다. 다른 예에서, UE는 지시를 포함하는 그룹기반 WUS 수신에 응답하여 (모든) 차제 PUR 구성(들)을 릴리즈한다.

예를 들어, UE는 PDCCH 내에 지시를 갖고 P-RNTI를 목적지로 하는 PDCCH 수신에 응답하여 (모든) PUR 구성(들)을 유지한다. 예를 들어, UE는 UE용 UE-id 관련 정보를 포함하는 페이징 메시지 수신에 응답하여 (모든) PUR 구성(들)을 유지한다. 다른 예로, UE는 페이징 메시지가 UE-id 관련 정보를 포함하는지 여부에 관계없이 지시를 포함하는 페이징 메시지들의 수신에 응답하여 (모든) 자체 PUR 구성(들)을 유지한다. 다른 예에서, UE는 WUS 수신에 응답하여 (모든) 차제 PUR 구성(들)을 유지한다. 다른 예에서, UE는 그룹기반 WUS 수신에 응답하여 (모든) 차제 PUR 구성(들)을 유지한다. 다른 예에서, UE는 지시를 포함하는 WUS의 수신에 응답하여 (모든) 차제 PUR 구성(들)을 유지한다. 다른 예에서, UE는 지시를 포함하는 그룹기반 수신에 응답하여 (모든) 차제 PUR 구성(들)을 유지한다.

PUR 구성(들) (모두)을 유지하는 것에 더하여, UE는 (모든) PUR 구성(들)의 사용을 유보할 수 있다. PUR 구성 세트의 유보는 UE가 그 PUR 구성 세트와 연관된 PUR을 사용하는 전송을 수행하지 않음을 의미할 수 있다. UE는 NW로부터 지시를 수신한다면, PUR 구성 세트 사용을 재개할 수 있다.

상술한 예들의 결합이 가능하다. 예를 들어, UE는 지시가 없는 페이징 메시지를 수신한다면 (모든) 차제 PUR 구성(들)을 유지하고, 페이징 메시지를 수신한다면, (모든) 차제 PUR 구성(들)을 릴리즈하며, 페이징 메시지는 지시를 포함한다.

위에서 개시된 예들에서, 지시는 UE가 (모든) PUR 구성(들)을 릴리즈해야 함을 지시할 수 있다. 또는, 지시는 UE가 (모든) PUR 구성(들)을 유지해야 함을 지시할 수 있다. 다른 예에서, 지시는 일정 EC 레벨 또는 일정 무선 조건과 연관된 PUR 구성(들) 세트(들)을 릴리즈해야 함을 지시할 수 있다. 다른 예에서, 지시는 일정 EC 레벨 또는 일정 무선 조건과 연관된 PUR 구성(들) 세트(들)을 유지해야 함을 지시할 수 있다.

- 시스템 정보에서 지시됨(예를 들어, PUR 지원이 토클된다(toggled)).

PUR용 파라미터들 또는 정보의 일부가 시스템 정보(SI)로 방송될 수 있다. UE는, 예를 들어, 셀 재선택시 또는 시스템 정보가 변경되었다는 통지 수신시, SI(들)를 획득한다. UE는 SI(들)의 획득시 PUR 구성(세트)를 릴리즈할 것인지 또는 유지할 것인지를 결정할 수 있고, 또는 SI(들)의 내용에 기반하여 PUR 구성 (세트)를 릴리즈할 것인지 또는 유지할 것인지를 결정할 수 있다.

예를 들어, 지시는 SI(들)에 포함된다. 지시는 SystemInformationBlockType1-BR 및/또는 SystemInformationBlockType1-NB에 포함될 수 있다. 다른 예에서, 지시는 SystemInformationBlockType2 및/또는 SystemInformationBlockType2-NB에 포함될 수 있다. 다른 예에서, 지시는 다른 SIB(들)에 포함될 수 있다. 일례에서, UE는 지시가 서빙 셀이 PUR을 지원하지 않거나 PUR 지원이 턴 오프되었음을 지시한다면, (모든) 자체 PUR 구성(들)을 릴리즈할 수 있다. 다른 예에서, UE는, 지시가 서빙 셀의 일정 EC 레벨이 PUR을 지원하지 않거나 일정 EC 레벨에 대한 PUR 지원이 턴 오프되었음을 지시한다면, (모든) 자체 PUR 구성(들)을 릴리즈할 수 있다. 다른 예에서, UE는, 지시가 서빙 셀의 일정 EC 레벨이 PUR을 지원하지 않거나 일정 EC 레벨에 대한 PUR 지원이 턴 오프되었음을 지시한다면, (모든) 자체 PUR 구성(들)을 유지하지만 사용하지는 않고, UE는, 서빙 셀이 PUR을 지원하거나 PUR 지원이 다시 턴온되면 자체 PUR 구성(들)을 나중에 사용할 수 있다. 다른 예에서, 지시가 서빙 셀의 일정 EC 레벨이 PUR을 지원하지 않거나 일정 EC 레벨에 대한 PUR 지원이 턴 오프되었음을 지시한다면, UE는 일정 EC 레벨 (또는 일정 무선 조건)과 연관된 PUR 구성(들) 세트(들)을 유지하지만 사용하지는 않고, 지시가 서빙 셀의 일정 EC 레벨이 PUR을 지원하거나 일정 EC 레벨에 대한 PUR 지원이 다시 턴온되면, UE는 PUR 구성(들)을 나중에 사용할 수 있다. 일례로, 지시에 기반하여, UE는 SI(들)를 획득한 이후 즉시 모든 자체 PUR 구성을 릴리즈할 수 있다. 다른 예로, 지시에 기반하여, UE는 UL 데이터가 송신에 사용가능하게 된 경우, 모든 자체 PUR 구성을 릴리즈할 수 있다. 시스템 정보내 지시 또한 이 서빙 셀이 PUR을 지원하는지 또는 PUR이 이 서빙 셀에 지원되는지를 지시하는데 사용될 수 있다.

상술한 이벤트들의 결합이 가능하다. 예를 들어, UE는 PUR용 TA가 무효하게 된 경우 (모든) 자체 PUR 구성(들)을 유지하고, UE가 RRC_연결 상태에 진입한 경우, (모든) 자체 PUR 구성(들)을 릴리즈한다.

UE가 PUR 구성 (세트)을 릴리즈하면, UE는 PUR 구성 (세트)와 연관된 UL 리소스를 사용하여 UL 송신을 수행하지 않는다. UE가 적어도 PUR 구성 (세트)을 릴리즈한 후, UE는 PUR 재송신용 동적 UL 그랜트 수신에 응답하여 RA 절차를 시작할 수 있다. UE가 적어도 PUR 구성 (세트)을 릴리즈한 후, UE는 즉시 RA 절차를 시작할 수 있다. UE가 적어도 PUR 구성 (세트)을 릴리즈한 후, UE는 지시를 생성하고, 그 지시를 RA 절차의 Msg3에 포함하여 UE가 적어도 PUR 구성 (세트)를 릴리즈했음을 NW에 지시한다. 그 지시는 MAC 제어 요소일 수 있다. 그 지시는 RRC 메시지일 수 있다.

UE로부터의 지시 수신에 응답하여, NW는 적어도 PUR 구성 (세트)가 UE에 의해 릴리즈되었다고 판단하고, 연관된 UL 리소스들을 다른 UE에 할당할 수 있다. 추가적으로 또는 대안적으로, UE가 RRC_연결 상태에 진입한 경우, NW는 적어도 PUR 구성 (세트)이 UE에 의해 릴리즈되었다고 판단하고, 연관된 UL 리소스들을 다른 UE에 할당할 수 있다. 추가적으로 또는 대안적으로, UE로의 메시지(예를 들어, HARQ 피드백, 페이징 메시지, MAC 제어 요소, 및/또는 RRC 메시지) 송신에 응답하여, NW는 적어도 PUR 구성 (세트)이 UE에 의해 릴리즈되었다고 판단하고, 연관된 UL 리소스들을 다른 UE에 할당할 수 있다.

위 단락들의 해법과 동작들은 경쟁기반 PUR에만, 비경쟁 PUR에만, 혹은 둘 다에 적용가능할 수 있다. 위 단락들에서, UE는 RRC_유휴 상태에서 또는 RRC_연결 상태로 진입하기 전에 그 해법 또는 동작들을 수행한다.

도 18은 UE의 관점에서 본 예시적인 일실시예에 따른 흐름도(1800)이다. 1805단계에서, UE는 제1RRC_연결(RRC_연결) 상태에 있을 때 사전 구성된 업링크 리소스(PUR)의 구성을 수신한다. 1810단계에서, UE는 제1RRC_연결상태에서 제1RRC_유휴(RRC_IDLE) 상태로 진입한다. 1815단계에서, UE는 제1RRC_유휴 상태에 있을 때 PUR을 사용하여 제1송신을 수행한다. 1820단계에서, UE는 제1RRC_유휴상태에서 제2RRC_연결 상태로 진입한다. 1825단계에서, UE는 제2RRC_연결상태에 있을 때 상기 구성을 유보한다. 1830단계에서, UE는 제2RRC_연결상태에서 제2RRC_유휴상태로 진입할 때 상기 구성을 재개한다. 1835단계에서, UE는 제2RRC_유휴 상태에 있을 때 PUR을 사용하여 제2송신을 수행한다.

다른 방법에서, UE는 구성이 유보된 경우, 그 구성을 유지 (또는 보유)한다.

다른 방법에서, 구성이 유보되었다면 (또는 그에 응답하여), PUR을 사용하여 송신(예를 들어, 제1송신 및/또는 제2송신)을 수행하지 않는다.

다른 방법에서, 그 방법은, 서빙 셀이 PUR을 지원하지 않음을 지시하는 지시를 시스템 정보에 포함하여 수신한다면 (또는 그에 응답하여), 그 구성을 릴리즈하는 단계를 더 포함한다. 다른 방법에서, 그 방법은, PUR 지원이 턴오프되었음을 지시하는 지시를 시스템 정보에 포함하여 수신한다면 (또는 그에 응답하여), 그 구성을 릴리즈하는 단계를 더 포함한다.

다른 방법에서, 그 방법은 RRCConnectionRelease 메시지 내 지시에 기반하여 구성을 릴리즈하는 단계를 더 포함한다. 다른 방법에서, 그 방법은 RRCEarlyDataComplete 메시지 내 지시에 기반하여 구성을 릴리즈하는 단계를 더 포함한다.

다른 방법에서, 그 방법은 페이징 메시지 내 지시에 기반하여 구성을 릴리즈하는 단계를 더 포함한다. 다른 방법에서, 그 방법은 웨이크업 시그널링(WUS) 내 지시에 기반하여 구성을 릴리즈하는 단계를 더 포함한다.

다른 방법에서, 구성이 릴리즈되었다면 (또는 그에 응답하여), UE는 PUR을 사용하는 송신을 수행하지 않는다.

다른 방법에서, UE가 송신용으로 사용가능한 데이터를 갖고 있지 않다면 (또는 그에 응답하여), UE는 PUR을 사용하는 송신을 스킵한다.

다른 방법에서, 그 구성은 RRCConnectionRelease 메시지와 같은 전용 시그널링으로 UE에 제공된다.

다른 방법에서, 그 구성은 다음 파라미터들 중 적어도 하나를 포함한다: 전송 블록 사이트(TBS), 변조 및 코딩 방식(MCS), 시간 영역 주기, 시간 영역 오프셋, 주파수 영역 위치/오프셋, 기준신호 수신 전력(RSRP) 역치, PUR 사용 송신의 각 시도 반복 회수, PUR 사용 송신의 각 시도(attempt)에 대한 송신 전력, 및 전력 램핑 스텝.

당업자라면, 개시된 다양한 실시예들 및/또는 방법들이 결합되어 새로운 실시예들 및/또는 방법들을 형성할 수 있음을 알 것이다.

도 3 및 4를 다시 참조하면, UE의 일실시예에서, 장치(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여, (i) UE가 제1RRC_연결 상태일 때 사전 구성된 업링크 리소스(PUR) 구성을 수신하고, (ii) 제1RRC_유휴 상태에서 제1RRC_연결 상태로 진입, (iii) UE가 제1RRC_유휴 상태에 있을 때 PUR를 사용한 제1송신을 수행, (iv) 제1RRC_유휴 상태에서 제2RRC_연결 상태로 진입, (v) UE가 제2RRC_연결 상태에 있을 때 구성을 유보, (vi) UE가 제2RRC_연결 상태에서 제2RRC_유휴 상태로 진입시 구성을 재개, (vii) UE가 제2RRC_유휴 상태에 있을 때, PUR를 사용한 제2송신을 수행할 수 있다.

또한 CPU(308)는 프로그램 코드(312)를 수행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.

상술한 방법들은 UE가 PUR이 필요하지 않으면 PUR 구성을 릴리즈하게 하고, PUR이 아직 필요하면 PUR 구성을 릴리즈하지 않게 한다.

본 개시물의 다양한 양상들이 상기에서 기재되었다. 여기의 제시들은 다양한 형태들에서 구체화될 수 있고 여기에서 공개된 임의의 특정한 구조, 기능, 또는 둘 모두가 단지 대표적인 것임이 명백해야 한다. 여기의 제시들에 기초하여 당업자는 여기서 공개된 양상이 다른 양상들과는 독립적으로 구현될 수 있고, 둘 또는 그 이상의 이 양상들이 다양한 방식으로 결합될 수 있음을 인식해야 한다. 예를 들어, 여기에서 제시되는 임의의 수의 양상들을 이용하여 장치가 구현되거나 또는 방법이 실시될 수 있다. 뿐만 아니라, 여기에서 제시되는 하나 또는 그 이상의 양상들에 추가하여 또는 그 외에 추가하여 다른 구조, 기능성, 또는 구조 및 기능성을 이용하여 그러한 장치가 구현되거나 또는 그러한 방법이 실시될 수 있다. 상기 개념들의 일부의 예시로서, 일부 양상들로, 동시 채널들은 펄스 반복 주파수들에 기초하여 구축될 수 있다. 일부 양상들에서, 동시 채널들은 펄스 위치 또는 오프셋들에 기초하여 구축될 수 있다. 일부 양상들에서, 동시 채널들은 시간 호핑 시퀀스들에 기초하여 구축될 수 있다.

정보 및 신호들이 다양한 임의의 기술들(technologies 및 techniques)을 이용하여 표현될 수 있음을 당업자들은 이해할 것이다. 예컨대, 상기 기재를 통틀어 지칭될 수 있는 데이터, 인스트럭션들(instructions), 명령들(commands), 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 자기입자들, 광학장들(optical fields) 또는 광입자들, 또는 상기의 임의의 조합에 의해 표현될 수 있다.

여기에서 공개된 상기 양상들과 관련되어 기재된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 및 알고리즘 단계들이 전자 하드웨어(예를 들어, 소스 코딩 또는 다른 기술을 이용해서 설계될 수 있는, 디지털 구현, 아날로그 구현, 또는 그 둘의 조합), (편의를 위해, 여기에서 "소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있는) 인스트럭션들을 포함하는 다양한 형태의 설계 코드 및 프로그램, 또는 그 둘의 조합들로서 구현될 수 있음을 당업자들은 추가로 이해할 것이다. 하드웨어와 소프트웨어의 이 상호교환성을 명확하게 설명하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 기능성(functionality)의 관점에서 일반적으로 상기에 기재되었다. 그러한 기능성이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 전체 시스템 상에 부과된 설계의 제약들 및 특정한 애플리케이션에 의해 좌우된다. 당업자들은 각각의 특정한 애플리케이션에 대한 방법들을 변화시키면서 기재된 기능성을 구현할 수 있으나, 그러한 구현 결정들이 본 개시물의 범위를 벗어나게 하는 것으로 해석되어서는 아니 된다.

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

개시된 프로세스들 내의 단계들의 어떤 특정 순서나 계층인 샘플의 접근 방법의 하나의 예라는 것이 이해된다. 설계 선호도들을 기반으로, 상기 프로세스들 내의 단계들의 특정 순서 또는 계층이 본 발명의 개시의 범위 내에서 유지되면서 재배치될 수 있을 것이라는 것이 이해된다. 동반된 방법이 샘플의 순서인 다양한 단계들의 현재의 엘리먼트들을 청구하지만, 제시된 특정 순서나 계층으로 한정하려는 의도는 아니다.

여기에서 공개된 상기 양상들과 관련하여 기재된 알고리즘 또는 방법의 단계들은 하드웨어, 프로세서에 의해 실행되는 소프트웨어 모듈, 또는 그 둘의 조합에서 직접 구체화될 수 있다. (예를 들어, 실행가능한 인스트럭션들 및 관련된 데이터를 포함하는) 소프트웨어 모듈 및 다른 데이터는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당해 기술분야에 알려진 다른 형태의 임의의 저장 매체와 같은 데이터 메모리 내에 상주할 수 있다. 샘플 저장 매체는 예를 들어, 프로세서가 저장매체로부터 정보를 읽고 저장 매체에 정보를 기록할 수 있는 그러한 (편의상, 여기에서는 "프로세서"로 지칭될 수 있는) 컴퓨터/프로세서와 같은, 머신에 결합될 수 있다. 샘플 저장 매체는 프로세서의 일부분일 수 있다. 프로세서 및 저장 매체는 ASIC에서 상주할 수 있다. ASIC는 유저 터미널에서 상주할 수 있다. 대안으로, 프로세서 및 저장 매체는 유저 단말(equipment)에서 이산 컴포넌트들로서 상주할 수 있다. 뿐만 아니라, 일부 양상들로, 임의의 적절한 컴퓨터-프로그램 물건은 본 개시물의 하나 또는 그 이상의 상기 양상들과 관련되는 코드들을 포함하는 컴퓨터-판독가능한 매체를 포함한다. 일부 양상들로, 컴퓨터 프로그램 물건은 포장재(packaging material)들을 포함할 수 있다.

본 발명이 다양한 양상들과 관련하여 기재되는 동안, 본 발명이 추가적인 수정(modification)들이 가능함이 이해될 것이다. 본 출원은 일반적으로 본 발명의 원리들을 따르고, 본 발명이 속하는 기술분야에서 알려지고 관례적인 실시 범위 내로서의 본 개시물로부터의 그러한 이탈을 포함하는 임의의 변형들(variations), 이용들(uses) 또는 본 발명의 적응(adaptation)을 망라(cover)하도록 의도된다.

Claims

UE(User Equipment)의 방법에 있어서:
상기 UE가 제 1 RRC_연결(RRC_CONNECTED) 상태인 경우, PUR(Preconfigured Uplink Resource)의 구성을 수신하는 단계;
상기 제 1 RRC_연결 상태로부터 제 1 RRC_유휴(RRC_IDLE) 상태로 진입하는 단계;
상기 UE가 상기 제 1 RRC_유휴 상태에서 있는 경우,상기 PUR을 사용하여 제 1 송신을 수행하는 단계;
상기 제 1 RRC_유휴 단계로부터 제 2 RRC_연결 상태로 진입하는 단계;
상기 UE가 상기 제 2 RRC_연결 상태에 있는 경우 상기 구성을 유보하는 단계;
상기 UE가 상기 제 2 RRC_연결 상태로부터 제 2 RRC_유휴 상태로 진입하는 경우 상기 구성을 재개하는 단계; 및
상기 UE가 상기 제 2 RRC_연결 상태에 있는 경우 상기 PUR을 사용하여 상기 제 2 송신을 수행하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 UE는 상기 구성이 유보되는 경우 상기 구성을 유지하는, 방법
제1항에 있어서,
상기 UE는 상기 구성이 유보되는 경우 상기 PUR를 사용하여 송신을 수행하지 않는, 방법.
제1항에 있어서,
상기 UE가 서빙 셀이 PUR을 지원하지 않음을 지시하거나 상기 PUR의 지원이 턴오프되었음을 지시하는 시스템 정보 내의 지시를 수신하는 경우, 상기 구성을 릴리즈하는 단계를 더 포함하는, 방법.
제1항에 있어서,
RRCConnectionRelease 메시지 또는 RRCEarlyDataComplete 메시지 내의 지시에 기반하여 상기 구성을 릴리즈하는 단계를 더 포함하는, 방법.
제1항에 있어서,
페이징 메시지 또는 웨이크업 시그널링 내의 지시에 기반하여 상기 구성을 릴리즈하는 단계를 더 포함하는, 방법.
제1항에 있어서,
상기 구성이 릴리즈되는 경우, 상기 UE는 상기 PUR을 사용하여 송신을 수행하지 않는 단계를 더 포함하는, 방법.
제1항에 있어서,
상기 UE가 송신용으로 사용가능한 데이터를 갖고 있지 않은 경우, 상기 UE는 상기 PUR을 사용하는 송신을 스킵하는, 방법.
제1항에 있어서, 상기 구성은 전용 시그널링으로 상기 UE에게 제공되는, 방법.
제1항에 있어서,
상기 구성은 다음의 파라미터들: 전송 블록 사이즈, 변조 및 코딩 방식, 시간 영역 주기, 시간 영역 오프셋, 주파수 영역 위치/오프셋, 참조 신호 수신 전력(RSRP) 역치, PUR을 사용한 송신 시도별 반복 회수, PUR을 사용한 송신 시도별 송신 전력, 및 전력 램핑 스텝 (power ramping step) 중 적어도 하나를 포함하는, 방법.
UE(User Equipment)에 있어서:
제어 회로;
상기 제어회로에 설치된 프로세서; 및
상기 제어회로 내에 설치되고, 상기 프로세서와 결합된 메모리를 포함하고,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여:
상기 UE가 제 1 RRC_연결 상태인 경우, PUR의 구성을 수신하고;
상기 제 1 RRC_연결 상태로부터 제 1 RRC_유휴 상태로 진입하고;
상기 UE가 상기 제 1 RRC_유휴 상태에서 있는 경우,상기 PUR을 사용하여 제 1 송신을 수행하고;
상기 제 1 RRC_유휴 단계로부터 제 2 RRC_연결 상태로 진입하고;
상기 UE가 상기 제 2 RRC_연결 상태에 있는 경우 상기 구성을 유보하고;
상기 UE가 상기 제 2 RRC_연결 상태로부터 제 2 RRC_유휴 상태로 진입하는 경우 상기 구성을 재개하고; 및
상기 UE가 상기 제 2 RRC_연결 상태에 있는 경우 상기 PUR을 사용하여 상기 제 2 송신을 수행하는, UE
제11항에 있어서,
상기 UE는 상기 구성이 유보되는 경우 상기 구성을 유지하는, UE.
제11항에 있어서,
상기 UE는 상기 구성이 유보되는 경우 상기 PUR를 사용하여 송신을 수행하지 않는, UE.
제11항에 있어서,
상기 UE가 서빙 셀이 PUR을 지원하지 않음을 지시하거나 상기 PUR의 지원이 턴오프되었음을 지시하는 시스템 정보 내의 지시를 수신하는 경우, 상기 구성을 릴리즈하는 동작을 더 실행하는, UE.
제11항에 있어서,
RRCConnectionRelease 메시지 또는 RRCEarlyDataComplete 메시지 내의 지시에 기반하여 상기 구성을 릴리즈하는 동작을 더 실행하는, UE.
제11항에 있어서,
페이징 메시지 또는 웨이크업 시그널링 내의 지시에 기반하여 상기 구성을 릴리즈하는 동작을 더 실행하는, UE.
제11항에 있어서,
상기 구성이 릴리즈되는 경우, 상기 UE는 상기 PUR을 사용하여 송신을 수행하지 않는, UE.
제11항에 있어서,
상기 UE가 송신용으로 사용가능한 데이터를 갖고 있지 않은 경우, 상기 UE는 상기 PUR을 사용하는 송신을 스킵하는, UE.
제11항에 있어서,
상기 구성은 전용 시그널링으로 상기 UE에게 제공되는, UE.
제11항에 있어서,
상기 구성은 다음의 파라미터들: 전송 블록 사이즈, 변조 및 코딩 방식, 시간 영역 주기, 시간 영역 오프셋, 주파수 영역 위치/오프셋, 참조 신호 수신 전력(RSRP) 역치, PUR을 사용한 송신 시도별 반복 회수, PUR을 사용한 송신 시도별 송신 전력, 및 전력 램핑 스텝 (power ramping step) 중 적어도 하나를 포함하는, UE.