KR102673985B1

KR102673985B1 - 무선 통신 시스템에서 ue 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치

Info

Publication number: KR102673985B1
Application number: KR1020210179724A
Authority: KR
Inventors: 리-테 판
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2020-12-18
Filing date: 2021-12-15
Publication date: 2024-06-12
Also published as: US12004243B2; CN114650619A; KR20220088336A; US20220210847A1

Abstract

릴레이 UE(User Equipment)에 대한 방법 및 장치가 개시된다. 릴레이 UE는 원격 UE와 연결하거나 네트워크 노드와의 릴레이 통신을 위해 원격 UE에 서비스를 제공한다. 릴레이 UE는 원격 UE로부터 PC5 RLC 채널을 통해 메시지를 수신하되, PC5 RLC 채널은 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 전송하는 Uu SRB와 연관된다. 릴레이 UE는 PC5 RLC 채널을 통해 메시지 수신에 대한 응답으로, 또는 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 전송하는 Uu SRB와 연관된 Uu RLC 채널을 통해 릴레이 UE에서 네트워크 노드로 데이터를 전송할 수 있는 경우, 네트워크 노드와 RRC 연결 재개 절차를 시작하거나 수행한다.

Description

무선 통신 시스템에서 UE 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치{METHOD AND APPARATUS FOR SUPPORTING UE-TO-NETWORK RELAY COMMUNICATION IN A WIRELESS COMMUNICATION SYSTEM}

관련 출원과의 교차 참조

본 출원은 2020년 12월 18일자로 출원된 미국 가특허 출원 제63/127,884호 및 제63/127,904호의 이익을 주장하며, 그 전체 개시 내용은 그 전체가 참조로서 본 명세서에 포함된다.

기술 분야

본 개시내용은 일반적으로 무선 통신 네트워크들에 대한 것으로, 보다 구체적으로는, 무선 통신 시스템에서 디바이스-대-네트워크 릴레이 통신을 지원하기 위한 방법 및 장치에 관한 것이다.

모바일 통신 디바이스들 간의 대용량 통신에 대한 수요가 급격히 증가하면서, 종래 모바일 음성 통신 네트워크들은 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와 접속하거나 원격 UE를 서빙한다. 더욱이, 릴레이 UE는 원격 UE로부터 PC5 무선 링크 제어(Radio Link Control, RLC) 채널 상에서 메시지를 수신하되, PC5 RLC 채널은 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 무선 리소스 제어(Radio Resource Control, RRC) 시그널링을 송신하는 Uu 시그널링 무선 베어러(Signalling Radio Bearer, SRB)와 연관된다. 또한, 릴레이 UE는 PC5 RLC 채널 상에서의 메시지의 수신에 응답하여, 또는 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 Uu SRB와 연관된 Uu RLC 채널 상에서 릴레이 UE로부터 네트워크 노드로의 송신을 위해 데이터가 가용할 때, 네트워크 노드와의 RRC 접속 재개 절차를 개시하거나 수행한다.

도 1은 예시적인 일 실시예에 따른 무선 통신 시스템을 도시한 것이다.
도 2는 예시적인 일 실시예에 따른(액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일 실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 38.331 V16.2.0의 도 5.3.3.1-1의 복제본이다.
도 6은 3GPP TS 38.331 V16.2.0의 도 5.3.5.1-1의 복제본이다.
도 7은 3GPP TS 38.331 V16.2.0의 도 5.3.8.1-1의 복제본이다.
도 8은 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-1의 복제본이다.
도 9는 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-4의 복제본이다.
도 10은 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-1의 복제본이다.
도 11은 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-2의 복제본이다.
도 12는 3GPP TR 23.752 V0.5.1의 도 6.7.3-1의 복제본이다.
도 13은 3GPP TR 38.836 V1.0.0의 도 4.1-1의 복제본이다.
도 14는 3GPP TR 38.836 V1.0.0의 도 4.5.1.1-1의 복제본이다.
도 15는 3GPP TR 38.836 V1.0.0의 도 4.5.1.1-2의 복제본이다.
도 16은 3GPP TR 38.836 V1.0.0의 도 4.5.1.1-3의 복제본이다.
도 17은 3GPP TR 38.836 V1.0.0의 도 4.5.1.1-4의 복제본이다.
도 18은 3GPP TR 38.836 V1.0.0의 도 4.5.5.1-1의 복제본이다.
도 19는 3GPP TS 23.287 V16.4.0의 도 6.3.3.1-1의 복제본이다.
도 20은 예시적인 일실시예에 따른, 레이어-2 UE-대-네트워크 릴레이에 대한 프로토콜 스택들의 일 예를 예시한다.
도 21은 예시적인 일실시예에 따른, Uu SRB들과 PC5 RLC 채널들과 Uu RLC 채널들 사이의 연관성의 일 예를 예시한다.
도 22는 예시적인 일실시예에 따른, UE가 3GPP TS 38.321 및 TS 38.331에 기초하여 RRC 상태 전이를 위한 RA 절차를 수행하기 위한 예시적인 흐름도를 예시한다.
도 23은 예시적인 일실시예에 따른, 원격 UE가 RRC_CONNECTED에 진입한 것에 응답하여 릴레이 UE가 RRC_CONNECTED에 진입하기 위한 RA 절차를 수행하기 위한 예시적인 흐름도를 예시한다.
도 24는 예시적인 일실시예에 따른 흐름도이다.
도 25는 예시적인 일실시예에 따른 흐름도이다.

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

특히, 후술되는 예시적인 무선 통신 시스템들 및 디바이스들은, 아래를 포함한, 본원에서 3GPP로 지칭되는 "3세대 파트너십 프로젝트(3rd Generation Partnership Project)"로 명명된 컨소시엄에 의해 제안되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: TS 38.331 V16.2.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)"; TS 38.300 V16.1.0, "NR; NR and NG-RAN Overall Description; Stage 2 (Release 16)"; TR 23.752 V0.5.1, "Study on system enhancement for Proximity based Services (ProSe) in the 5G System (5GS) (Release 17)"; TS 38.321 V16.2.1, "NR Medium Access Control (MAC) protocol specification (Release 16)"; TR 38.836 V0.2.0, "Study on NR sidelink relay; (Release 17)"; and TS 23.287 V16.4.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)". 위에 리스팅된 표준들 및 문서들은 여기에서 전체적으로 참조로서 통합된다.

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

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

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

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

도 2는 MIMO 시스템(200)에서 송신기 시스템(210)(액세스 네트워크로도 알려짐) 및 수신기 시스템(250)(액세스 터미널(AT) 또는 사용자 장비(UE)로도 알려짐)의 일 실시예의 간략화된 블록도이다. 송신 시스템(210)에서, 데이터 스트림들의 트래픽 데이터는 데이터 소스(212)로부터 송신(TX) 데이터 프로세서(214)에 제공된다.

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

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

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

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

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

수신/RX 데이터 프로세서(260)는 N_R개의 수신기들(254)로부터 N_R개의 수신 심볼 스트림들을 특정 수신기 프로세싱 기술에 기초하여 수신 및 프로세싱하여 N_T개의 "검출된" 심볼 스트림들을 제공한다. 그리고, 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)을 구현하는 데 사용될 수 있고, 무선 통신 시스템은 바람직하게는 NR 시스템이다. 통신 디바이스(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) 접속을 수행한다.

3GPP TS 38.331은 다음을 도입했다:

5.3.3 RRC 접속 재확립

5.3.3.1 일반

[제목이 "성공적인 RRC 접속 확립(RRC connection establishment, successful)"인 3GPP TS 38.331 V16.2.0의 도 5.3.3.1-1이 도 5로서 재생성된다]

[…]

이러한 절차의 목적은 RRC 접속을 확립하는 것이다. RRC 접속 확립은 SRB1 확립을 수반한다. 절차는 또한, UE로부터 네트워크로 초기 NAS 전용 정보/메시지를 전달하는 데 사용된다.

네트워크는 절차를, 예컨대, 아래와 같이 적용한다:

- RRC 접속을 확립할 때;

- UE가 RRC 접속을 재개하거나 재확립하고 있고, 네트워크가 UE 콘텍스트를 검색하거나 검증할 수 없을 때. 이러한 경우, UE는 RRCSetup을 수신하고, RRCSetupComplete로 응답한다.

5.3.3.1a 사이드링크 통신을 위해 RRC 접속을 확립하기 위한 조건들

NR 사이드링크 통신의 경우, RRC 접속 확립은 다음의 경우들에서만 개시된다:

1> NR 사이드링크 통신을 송신하기 위해 상위 레이어들에 의해 구성되고, 관련 데이터가 송신을 위해 가용한 경우:

2> UE가 NR 사이드링크 통신을 송신하도록 구성된 주파수가, UE가 캠핑하는 셀에 의해 제공된 SIB12 내의 sl-FreqInfoList에 포함되는 경우; 그리고 SIB12의 유효 버전이 관심 주파수에 대한 sl-TxPoolSelectedNormal을 포함하지 않는 경우;

V2X 사이드링크 통신의 경우, RRC 접속은 TS 36.331 [10]의 하위조항 5.3.3.1a에서 V2X 사이드링크 통신에 대해 특정된 조건들이 충족될 때에만 개시된다.

비고: 상위 레이어들은 RRC 접속을 개시한다. NAS와의 상호작용은 UE 구현예에 달려 있다.

5.3.3.2 개시

UE는, 5.2.2.1에서 설명된 바와 같이 또는 하위조항 5.3.3.1a에서 명시된 바와 같은 사이드링크 통신의 경우, UE가 RRC_IDLE에 있는 동안 상위 레이어들이 RRC 접속의 확립을 요청하고, 그것이 본질적인 시스템 정보를 획득하였을 때 할 때 절차를 개시한다.

UE는 이러한 절차를 개시하기 전 조항 5.2.2.2에 명시된 바와 같아 유효한 그리고 최신의 본질적인 시스템 정보를 가짐을 ㅂ장할 것이다.

절차의 개시 시, UE는:

1> 상위 레이어들이 RRC 접속의 확립을 요청할 시에 액세스 카테고리 및 하나 이상의 액세스 아이덴티티들을 제공하는 경우:

2> 상위 레이어들에 의해 제공된 액세스 카테고리 및 액세스 아이덴티티들을 사용하여 5.3.14에서 명시된 바와 같은 통합 액세스 제어 절차를 수행할 것이다;

3> 액세스 시도가 바링되는 경우, 절차가 종료한다;

1> SIB1에서 제공되는 값들에 대한 파라미터들을 제외한, 대응하는 물리적 레이어 규격들에서 명시된 바와 같이 디폴트 L1 파라미터 값들을 적용할 것이다;

1> 9.2.2에서 특정된 바와 같이 디폴트 MAC 셀 그룹을 적용할 것이다;

1> 9.1.1.2에서 명시된 바와 같이 CCCH 구성을 적용할 것이다;

1> SIB1에 포함된 timeAlignmentTimerCommon을 적용할 것이다;

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

1> 5.3.3.3에 따라 RRCSetupRequest 메시지의 송신을 개시할 것이다;

5.3.3.3 RRCSetupRequest 메시지의 송신에 관련된 액션들

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

1> ue-Identity를 다음과 같이 설정할 것이다:

2> 상위 레이어들이 5G-S-TMSI를 제공하는 경우:

3> ue-Identity를 ng-5G-S-TMSI-Part1로 설정할 것이다;

2> 그렇지 않은 경우:

3> 범위 0..2³⁹-1 내의 39-비트 랜덤 값을 인출하고 ue-Identity를 이러한 값으로 설정할 것이다;

비고 1: 상위 레이어들은 UE가 현재 셀의 TA에 등록되어 있는 경우 5G-S-TMSI를 제공한다.

1> 상위 레이어들로부터 수신된 정보에 따라 establishmentCause를 설정할 것이다;

UE는 송신을 위해 RRCSetupRequest 메시지를 하위 레이어들에 제출할 것이다.

UE는 셀 재선택 관련 측정들뿐만 아니라 셀 재선택 평가도 계속할 것이다. 셀 재선택을 위한 조건들이 이행되는 경우, UE는 5.3.3.6에서 명시된 바와 같이 셀 재선택을 수행할 것이다.

5.3.3.4 UE에 의한 RRCSetup의 수신

UE는 RRCSetup의 수신 시에 다음의 액션들을 수행할 것이다:

1> RRCSetup이 RRCReestablishmentRequest에 응답하여 수신되는 경우; 또는

1> RRCSetup이 RRCResumeRequest 또는 RRCResumeRequest1에 응답하여 수신되는 경우:

2> 임의의 저장된 UE 비활성 AS 콘텍스트 및 suspendConfig를 폐기할 것이다;

2> KRRCenc 키, KRRCint 키, KUPint 키 및 KUPenc 키를 포함하는 임의의 현재 AS 보안 콘텍스트를 폐기할 것이다;

2> 연관된 PDCP 엔티티들의 그리고 SDAP의, RLC 엔티티들의 해제를 포함한, SRB0을 제외한 모든 확립된 RB들에 대한 무선 리소스들을 해제할 것이다;

2> 디폴트 L1 파라미터 값들, 디폴트 MAC 셀 그룹 구성 및 CCCH 구성을 제외한 RRC 구성을 해제할 것이다;

2> RRC 접속의 폴백을 상위 레이어들에 지시할 것이다;

2> 구동 중인 경우, 타이머 T380을 정지시킬 것이다;

1> 수신된 masterCellGroup에 따라 그리고 5.3.5.5에서 명시된 바와 같이 셀 그룹 구성 절차를 수행할 것이다;

1> 수신된 radioBearerConfig에 따라 그리고 5.3.5.6에서 명시된 바와 같이 무선 베어러 구성 절차를 수행할 것이다;

1> 저장되는 경우, cellReselectionPriorities에 의해 제공되거나 다른 RAT로부터 승계된 셀 재선택 우선순위 정보를 폐기할 것이다;

1> 구동 중인 경우, 타이머 T300, T301 또는 T319를 정지시킬 것이다;

1> T390이 구동 중인 경우:

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

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

1> T302가 구동 중인 경우:

2> 타이머 T302를 정지시킬 것이다;

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

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

1> RRCSetup이 RRCResumeRequest, RRCResumeRequest1 또는 RRCSetupRequest에 응답하여 수신되는 경우:

2> T331이 구동 중인 경우:

3> 타이머 T331을 정지시킬 것이다;

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

2> RRC_CONNECTED에 진입할 것이다;

2> 셀 재선택 절차를 정지시킬 것이다;

1> 현재 셀을 PCell인 것으로 간주할 것이다;

1> RRCSetupComplete 메시지의 내용을 다음과 같이 설정할 것이다:

2> 상위 레이어들이 5G-S-TMSI를 제공하는 경우:

3> RRCSetup이 RRCSetupRequest에 응답하여 수신되는 경우:

4> ng-5G-S-TMSI-Value를 ng-5G-S-TMSI-Part2로 설정할 것이다;

3> 그렇지 않은 경우:

4> ng-5G-S-TMSI-Value를 ng-5G-S-TMSI로 설정할 것이다;

2> selectedPLMN-Identity를, SIB1에서 plmn-IdentityList에 포함된 PLMN(들) 또는 npn-IdentityInfoList에 포함된 SNPN(들)으로부터 상위 레이어들에 의해 선택된 PLMN 또는 SNPN으로 설정할 것이다(TS 24.501 [23]);

2> 상위 레이어들이 '등록된 AMF'를 제공하는 경우:

3> registeredAMF를 포함하고 이를 다음과 같이 설정할 것이다:

4> '등록된 AMF'의 PLMN 아이덴티티가 상위 레이어들에 의해 선택된 PLMN과는 상이한 경우:

5> registeredAMF에 plmnIdentity를 포함할 것이고, 이를 상위 레이어들에 의해 수신된 '등록된 AMF' 내의 PLMN 아이덴티티의 값으로 설정할 것이다;

4> amf-Identifier를 상위 레이어들로부터 수신된 값으로 설정할 것이다;

3> guami-Type를 포함하고 이를 상위 레이어들에 의해 제공된 값으로 설정할 것이다;

2> 상위 레이어들이 하나 이상의 S-NSSAI를 제공하는 경우(TS 23.003 [21] 참조):

3> s-NSSAI-List를 포함하고, 내용을 상위 레이어들에 의해 제공된 값들로 설정할 것이다;

2> dedicatedNAS-Message를 상위 레이어들로부터 수신된 정보를 포함하도록 설정할 것이다;

2> IAB-node로서 접속하는 경우:

3> iab-NodeIndication을 포함할 것이고;

2> SIB1이 idleModeMeasurementsNR을 포함하고, UE가 VarMeasIdleReport에서 가용한 PCell 이외의 셀들에 관한 NR 유휴/비활성 측정 정보를 갖는 경우; 또는

2> SIB1이 idleModeMeasurementsEUTRA를 포함하고, UE가 VarMeasIdleReport에서 가용한 E-UTRA 유휴/비활성 측정 정보를 갖는 경우:

3> idleMeasAvailable을 포함할 것이다;

2> UE가 NR을 위해 가용한 로그된 측정들을 갖는 경우, 그리고 RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함되는 경우:

3> RRCSetupComplete 메시지에 logMeasAvailable을 포함할 것이다;

2> UE가 가용한 블루투스 로그된 측정들을 갖는 경우, 그리고 RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함되는 경우:

3> RRCSetupComplete 메시지에 logMeasAvailableBT를 포함할 것이다;

2> UE가 가용한 WLAN 로그된 측정들을 갖는 경우, 그리고 RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함되는 경우:

3> RRCSetupComplete 메시지에 logMeasAvailableWLAN을 포함할 것이다;

2> UE가 VarConnEstFailReport에서 가용한 접속 확립 실패 또는 접속 재개 실패 정보를 갖는 경우, 그리고 RPLMN이 VarConnEstFailReport에 저장된 plmn-Identity와 동일한 경우:

3> RRCSetupComplete 메시지에 connEstFailInfoAvailable을 포함할 것이다;

2> UE가 VarRLF-Report에서 가용한 무선 링크 실패 또는 핸드오버 실패 정보를 갖는 경우, 그리고 RPLMN이 VarRLF-Report에 저장된 plmn-IdentityList에 포함되는 경우:

3> VarRLF-Report 내의 reconnectCellId가 설정되는 않는 경우:

4> VarRLF-Report 내의 timeUntilReconnection을 마지막 무선 링크 또는 핸드오버 실패 이후 경과한 시간으로 설정할 것이다;

4> VarRLF-Report 내의 nrReconnectCellId를 글로벌 셀 아이덴티티 및 PCell의 추적 영역 코드로 설정할 것이다;

3> RRCSetupComplete 메시지에 rlf-InfoAvailable을 포함할 것이다;

2> UE가 TS 36.306 [62]에서 정의된 바와 같이 인터-RAT MRO NR에 대한 RLF 리포트를 지원하는 경우, 그리고 UE가 TS 36.331 [10]의 VarRLF-Report에서 가용한 무선 링크 실패 또는 핸드오버 실패 정보를 갖는 경우:

3> TS 36.331[10]의 VarRLF-Report 내의 reconnectCellId가 설정되는 않는 경우:

4> LTE에서 TS 36.331[10]의 VarRLF-Report 내의 timeUntilReconnection을 마지막 무선 링크 또는 핸드오버 실패 이후 경과한 시간으로 설정할 것이다;

4> TS 36.331[10]의 VarRLF-Report 내의 nrReconnectCellId를 글로벌 셀 아이덴티티 및 PCell의 추적 영역 코드로 설정할 것이다;

3> UE가 교차-RAT RLF 리포팅할 수 있는 경우, 그리고 reporting and RPLMN이 TS 36.331 [10]의 VarRLF-Report에 저장된 plmn-IdentityList에 포함되는 경우

4> RRCSetupComplete 메시지에 rlf-InfoAvailable을 포함할 것이다;

2> UE가 이동성 이력 정보의 저장을 지원하고 UE가 VarMobilityHistoryReport에서 가용한 이동성 이력 정보를 갖는 경우:

3> RRCSetupComplete 메시지에 mobilityHistoryAvail을 포함할 것이다;

2> RRCSetup이 RRCResumeRequest, RRCResumeRequest1 또는 RRCSetupRequest에 응답하여 수신되는 경우:

3> speedStateReselectionPars가 SIB2에서 구성되는 경우:

4> RRCSetupComplete 메시지에 mobilityState를 포함하고 이를, RRC_CONNECTED 상태에 진입하기 직전에 UE의 이동성 상태(TS 38.304 [20]에서 명시된 바와 같음)로 설정할 것이다;

1> 절차가 종료할 시, 송신을 위해 RRCSetupComplete 메시지를 하위 레이어들로 제출할 것이다.

[…]

5.3.5 RRC 재구성

5.3.5.1 일반

[제목이 "성공적인 RRC 재구성(RRC reconfiguration, successful)"인 3GPP TS 38.331 V16.2.0의 도 5.3.5.1-1이 도 6으로서 재생성된다]

[…]

5.3.8 RRC 접속 해제

5.3.8.1 일반

[제목이 "성공적인 RRC 접속 해제(RRC connection release, successful)"인 3GPP TS 38.331 V16.2.0의 도 5.3.8.1-1이 도 7로서 재생성된다]

이러한 절차의 목적은 다음과 같다:

- 모든 무선 리소스들뿐만 아니라 확립된 무선 베어러들의 해제를 포함하는 RRC 접속을 해제하는 것; 또는

- 확립된 무선 베어러들의 중단을 포함하는, IAB에 대한 SRB2 및 적어도 하나의 DRB, 또는 SRB2가 셋업되는 경우에만 RRC 접속을 중단하는 것.

5.3.8.2 개시

네트워크는 RRC 접속 해제 절차를 개시하여, RRC_CONNECTED에서의 UE를 RRC_IDLE로 전이하거나; 또는 IAB에 대한 SRB2 및 적어도 하나의 DRB, 또는 SRB2가 RRC_CONNECTED로 셋업되는 경우에만 RRC_CONNECTED에서의 UE를 RRC_INACTIVE로 전이하거나; 또는 UE가 재개하고자 시도할 때 RRC_INACTIVE에서의 UE를 RRC_INACTIVE로 다시 전이하거나; 또는 UE가 재개하고자 시도할 때 RRC_INACTIVE에서의 UE를 RRC_IDLE로 전이한다. 절차는 또한, UE를 해제하고 다른 주파수로 방향전환시키는 데 사용될 수 있다.

5.3.8.3 UE에 의한 RRCRelease의 수신

UE는:

1> 하위조항에서 정의된 다음의 액션들을, RRCRelease 메시지가 수신된 순간으로부터, 또는 선택적으로, 하위 레이어들이, RRCRelease 메시지의 수신이 성공적으로 확인되었음을 지시할 때, 어느 쪽이든 빠른 쪽에서, 60ms 지연시킬 것이다;

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

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

1> 타이머 T316이 구동 중인 경우;

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

2> 있다면, VarRLF-Report에 포함된 정보를 클리어시킬 것이다;

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

1> AS 보안이 활성화되지 않은 경우:

2> waitTime을 제외한 RRCRelease 메시지에 포함된 임의의 필드를 무시할 것이다;

2> 절차가 종료할 시의 해제 원인 '기타'로 5.3.11에서 명시된 바와 같이 RRC_IDLE로 진행할 시에 액션들을 수행할 것이다;

1> RRCRelease 메시지가 eutra로의 방향전환을 지시하는 redirectedCarrierInfo를 포함하는 경우:

2> cnType가 포함되는 경우:

3> 셀 선택 후, 가용 CN 유형(들) 및 수신된 cnType를 상위 레이어들에 지시할 것이다;

비고 1: 방향전환 후에 선택된 E-UTRA 셀이 cnType에 의해 명시된 코어 네트워크 유형을 지원하지 않는 경우를 핸들링하는 것은 UE 구현에 달려 있다.

2> voiceFallbackIndication이 포함되는 경우:

3> RRC 접속 해제가 IMS 음성에 대한 EPS 폴백을 위한 것이었다고 간주할 것이다(TS 23.502 [43] 참조);

1> RRCRelease 메시지가 cellReselectionPriorities를 포함하는 경우:

2> cellReselectionPriorities에 의해 제공된 셀 재선택 우선순위 정보를 저장할 것이다;

2> t320이 포함되는 경우:

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

1> 그렇지 않은 경우:

2> 시스템 정보에서 셀 재선택 우선순위 정보 브로드캐스트를 적용할 것이다;

1> deprioritisationReq이 포함되는 경우:

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

2> T325 만료 때까지 deprioritisationReq를 저장할 것이다;

1> RRCRelease가 measIdleConfig를 포함하는 경우:

2> T331이 구동 중인 경우:

3> 타이머 T331을 정지시킬 것이다;

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

2> measIdleConfig가 셋업으로 설정되는 경우:

3> VarMeasIdleConfig에 수신된 measIdleDuration을 저장할 것이다;

3> measIdleDuration으로 설정된 값을 갖는 타이머 T331을 시작시킬 것이다;

3> measIdleConfig가 measIdleCarrierListNR을 포함하는 경우:

4> VarMeasIdleConfig에 수신된 measIdleCarrierListNR을 저장할 것이다;

3> measIdleConfig가 measIdleCarrierListEUTRA를 포함하는 경우:

4> VarMeasIdleConfig에 수신된 measIdleCarrierListEUTRA를 저장할 것이다;

3> measIdleConfig가 validityAreaList를 포함하는 경우:

4> VarMeasIdleConfig에 수신된 validityAreaList를 저장할 것이다;

1> RRCRelease가 suspendConfig를 포함하는 경우:

2> 수신된 suspendConfig를 적용할 것이다;

2> 있다면, VarConditionalReconfig 내의 모든 엔트리들을 제거할 것이다;

2> 각각의 measId에 대해, 연관된 reportConfig가 condTriggerConfig로 설정된 reportType를 갖는 경우:

3> 연관된 reportConfigId에 대해:

4> VarMeasConfig 내의 reportConfigList로부터 매칭하는 reportConfigId를 갖는 엔트리를 제거할 것이다;

3> 연관된 measObjectId가 condTriggerConfig로 설정된 reportType를 갖는 reportConfig에만 연관되는 경우:

4> VarMeasConfig 내의 measObjectList로부터 매칭하는 measObjectId를 갖는 엔트리를 제거할 것이다;

3> VarMeasConfig 내의 measIdList로부터 매칭하는 measId를 갖는 엔트리를 제거할 것이다;

2> MAC를 재설정하고, 있다면, 디폴트 MAC 셀 그룹 구성을 해제할 것이다;

2> SRB1에 대한 RLC 엔티티들을 재확립할 것이다;

2> suspendConfig를 갖는 RRCRelease 메시지가 RRCResumeRequest 또는 RRCResumeRequest1에 응답하여 수신된 경우:

3> 구동 중인 경우, 타이머 T319를 정지시킬 것이다;

3> 저장된 UE 비활성 AS 콘텍스트에서:

4> KgNB 및 KRRCint 키들을 현재 KgNB 및 KRRCint 키들로 대체할 것이다;

4> C-RNTI를 UE가 RRCRelease 메시지를 수신한 셀에서 시간 C-RNTI로 대체할 것이다;

4> cellIdentity를 UE가 RRCRelease 메시지를 수신한 셀의 cellIdentity로 대체할 것이다;

4> 물리적 셀 아이덴티티를 UE가 RRCRelease 메시지를 수신한 셀의 물리적 셀 아이덴티티로 대체할 것이다;

2> 그렇지 않은 경우:

3> UE 비활성 AS 콘텍스트에 현재 KgNB 및 KRRCint 키들, ROHC 상태, DRB 맵핑 규칙들에 대한 저장된 QoS 플로우, PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 아이덴티티, (구성된다면) NR PSCell의 ReconfigurationWithSync 내의 spCellConfigCommon 및 다음을 제외하고서 구성된 모든 다른 파라미터들을 저장할 것이다:

- PCell의 ReconfigurationWithSync 내의 파라미터들;

- 구성된다면, NR PSCell의 ReconfigurationWithSync 내의 파라미터들;

- 구성된다면, E-UTRA PSCell의 MobilityControlInfoSCG 내의 파라미터들;

- servingCellConfigCommonSIB;

비고 2: NR 사이드링크 통신 관련 구성들 및 로그된 측정 구성은, UE가 RRC_INACTIVE에 진입할 때, UE 비활성 AS 콘텍스트로서 저장되지 않는다.

2> SRB0을 제외한 모든 SRB(들) 및 DRB(들)를 중단할 것이다;

2> 모든 DRB들의 하위 레이어들에 PDCP 중단을 지시할 것이다;

2> t380이 포함되는 경우:

3> t380으로 설정된 타이머 값을 갖는 타이머 T380을 시작시킬 것이다;

2> RRCRelease 메시지가 waitTime를 포함하고 있는 경우:

3> waitTime으로 설정된 값을 갖는 타이머 T302를 시작시킬 것이다;

3> 액세스 바링이 카테고리들 '0' 및 '2'를 제외한 모든 액세스 카테고리들을 위해 적용가능함을 상위 레이어들에게 알릴 것이다;

2> T390이 구동 중인 경우:

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

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

2> RRC 접속의 중단을 상위 레이어들에 지시할 것이다;

2> RRC_INACTIVE에 진입하고 TS 38.304 [20]에서 명시된 바와 같이 셀 선택을 수행할 것이다;

1> 그렇지 않은 경우

2> 해제 원인 '기타'로 5.3.11에서 명시된 바와 같이 RRC_IDLE로 진행할 시에 액션들을 수행할 것이다.

[…]

5.3.13 RRC 접속 재개

5.3.13.1 일반

[제목이 "성공적인 RRC 접속 재개(RRC connection resume, successful)"인 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-1이 도 8로서 재생성된다]

[…]

[제목이 "성공적인 RRC 접속 재개 및 그 뒤의 네트워크 중단(RRC connection resume followed by network suspend, successful)"인 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-4가 도 9로서 재생성된다]

[…]

이러한 절차의 목적은, SRB(들) 및 DRB(들)를 재개하는 것을 포함한, 중단된 RRC 접속을 재개하거나 또는 RNA 업데이트를 수행하는 것이다.

[….]

5.3.13.2 개시

UE는, 상위 레이어들 또는 AS가 중단된 RRC 접속의 재개를 요청할 때(RAN 페이징에 응답할 때, UE가 RRC_INACTIVE에 있는 동안 RNA 업데이트들을 트리거할 시에, 또는 하위조항 5.3.13.1a에서 명시된 바와 같은 사이드링크 통신에 대해) 절차를 개시한다.

절차의 개시 시, UE는:

1> RRC 접속의 재개가 NG-RAN 페이징에 대한 응답에 의해 트리거되는 경우:

2> 액세스 카테고리로서 '0'을 선택할 것이다;

2> 상위 레이어들에 의해 제공된 선택된 액세스 카테고리 및 하나 이상의 액세스 아이덴티티들을 사용하여 5.3.14에서 명시된 바와 같은 통합 액세스 제어 절차를 수행할 것이다;

3> 액세스 시도가 바링되는 경우, 절차가 종료한다;

1> 달리, RRC 접속의 재개가 상위 레이어들에 의해 트리거되는 경우:

2> 상위 레이어들이 액세스 카테고리 및 하나 이상의 액세스 아이덴티티들을 제공하는 경우:

3> 상위 레이어들에 의해 제공된 액세스 카테고리 및 액세스 아이덴티티들을 사용하여 5.3.14에서 명시된 바와 같은 통합 액세스 제어 절차를 수행할 것이다;

4> 액세스 시도가 바링되는 경우, 절차가 종료한다;

2> 상위 레이어들로부터 수신된 정보에 따라 resumeCause를 설정할 것이다;

1> 달리, RRC 접속의 재개가 5.3.13.8에서 명시된 바와 같이 RNA 업데이트로 인해 트리거되는 경우:

2> 긴급 서비스가 진행 중인 경우:

비고: UE 내의 RRC 레이어가 진행 중인 긴급 서비스를 어떻게 알아차리는지는 UE 구현에 달려 있다.

3> 액세스 카테고리로서 '2'를 선택할 것이다;

3> resumeCause를 긴급으로 설정할 것이다;

2> 그렇지 않은 경우:

3> 액세스 카테고리로서 '8'을 선택할 것이다;

2> TS 24.501 [23]에서 명시된 바와 같이 적용될 선택된 액세스 카테고리 및 하나 이상의 액세스 아이덴티티들을 사용하여 5.3.14에서 명시된 바와 같은 통합 액세스 제어 절차를 수행할 것이다;

3> 액세스 시도가 바링되는 경우:

4> 가변 pendingRNA-Update를 참(true)으로 설정할 것이다;

4> 절차는 종료한다;

1> UE가 NE-DC 또는 NR-DC 내에 있는 경우:

2> UE가 접속 재개 시에 SCG 구성을 유지하는 것을 지원하지 않는 경우:

3> 저장된 경우, UE 비활성 AS 콘텍스트로부터 (즉, 5.3.5.10에서 명시된 바와 같이) MR-DC 관련 구성들을 해제할 것이다;

1> UE가 접속 재개 시에 MCG SCell 구성들을 유지하는 것을 지원하지 않는 경우:

2> 저장된 경우, UE 비활성 AS 콘텍스트로부터 MCG SCell(들)을 해제할 것이다;

1> 9.2.1에서 명시된 바와 같이 디폴트 SRB1 구성을 적용할 것이다;

1> 9.2.2에서 명시된 바와 같이 디폴트 MAC 셀 그룹을 적용할 것이다;

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 delayBudgetReportingConfig를 해제할 것이다;

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

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 overheatingAssistanceConfig를 해제할 것이다;

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

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 idc-AssistanceConfig를 해제할 것이다;

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 drx-PreferenceConfig를 해제할 것이다;

1> 구동 중인 경우, 타이머 T346a의 모든 인스턴스들을 정지시킬 것이다;

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 maxBW-PreferenceConfig를 해제할 것이다;

1> 구동 중인 경우, 타이머 T346b의 모든 인스턴스들을 정지시킬 것이다;

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 maxCC-PreferenceConfig를 해제할 것이다;

1> 구동 중인 경우, 타이머 T346c의 모든 인스턴스들을 정지시킬 것이다;

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 maxMIMO-LayerPreferenceConfig를 해제할 것이다;

1> 구동 중인 경우, 타이머 T346d의 모든 인스턴스들을 정지시킬 것이다;

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 minSchedulingOffsetPreferenceConfig를 해제할 것이다;

1> 구동 중인 경우, 타이머 T346e의 모든 인스턴스들을 정지시킬 것이다;

1> 저장된 경우, UE 비활성 AS 콘텍스트로부터 releasePreferenceConfig를 해제할 것이다;

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

1> 9.1.1.2에서 명시된 바와 같이 CCCH 구성을 적용할 것이다;

1> SIB1에 포함된 timeAlignmentTimerCommon을 적용할 것이다;

1> 타이머 T319를 시작시킬 것이다;

1> 가변 pendingRNA-Update를 거짓(false)으로 설정할 것이다;

1> 5.3.13.3에 따라 RRCResumeRequest 메시지 또는 RRCResumeRequest1 메시지의 송신을 개시할 것이다;

5.3.13.3 RRCResumeRequest 또는 RRCResumeRequest1 메시지의 송신에 관련된 액션들

UE는 RRCResumeRequest 또는 RRCResumeRequest1메시지의 내용을 다음과 같이 설정할 것이다:

1> 필드 useFullResumeID가 SIB1에서 시그널링되는 경우:

2> 사용할 메시지로서 RRCResumeRequest1을 선택할 것이다;

2> resumeIdentity를 저장된 fullI-RNTI 값으로 설정할 것이다;

1> 그렇지 않은 경우:

2> 사용할 메시지로서 RRCResumeRequest를 선택할 것이다;

2> resumeIdentity를 저장된 shortI-RNTI 값으로 설정할 것이다;

1> 다음을 제외한, RRC 구성, RoHC 상태, DRB 맵핑 규칙들에 대한 저장된 QoS 플로우, 및 저장된 UE 비활성 AS 콘텍스트로부터의 KgNB 및 KRRCint 키들을 복원할 것이다:

- masterCellGroup;

- 저장된 경우, mrdc-SecondaryCellGroup; 및

- pdcp-Config;

1> resumeMAC-I를 계산된 MAC-I의 16 LSB로 설정할 것이다:

2> 조항 8(즉, 8비트의 배수) VarResumeMAC-Input에 따라 인코딩된 ASN.1을 통해;

2> UE 비활성 AS 콘텍스트 및 이전에 구성된 무결성 보호 알고리즘에서 KRRCint 키로;

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

1> TS 33.501 [11]에서 명시된 바와 같이, 저장된 nextHopChainingCount 값을 사용하여, 현재

KgNB 키 또는 NH에 기초하여 KgNB 키를 도출할 것이다;

1> KRRCenc 키, KRRCint 키, KUPint 키 및 KUPenc 키를 포도출할 것이다;

1> 구성된 알고리즘, 및 이러한 하위조항에서 도출된 KRRCint 키 및 KUPint 키를 즉시 사용하여, SRB0을 제외한 모든 무선 베어러들에 대한 무결성 보호를 적용하도록 하위 레이어들을 구성할 것인데, 즉, 무결성 보호는 UE에 의해 수신되고 전송된 모든 후속 메시지들에 적용될 것이다;

비고 1: 이전에 구성된 UP 무결성 보호를 갖는 DRB들만이 무결성 보호를 재개할 것이다.

1> SRB0을 제외한 모든 무선 베어러들에 대한 암호화를 적용하도록 그리고 구성된 암호화 알고리즘, 이러한 하위조항에서 도출된 KRRCenc 키 및 KUPenc 키를 적용하도록 하위 레이어들을 구성할 것인데, 즉, 암호화 구성은 UE에 의해 수신되고 전송된 모든 후속 메시지들에 적용될 것이다;

1> SRB1에 대한 PDCP 엔티티들을 재확립할 것이다;

1> SRB1을 재개할 것이다;

1> 송신을 위한 선택된 메시지 RRCResumeRequest 또는 RRCResumeRequest1을 하위 레이어들로 제출할 것이다.

비고 2: 이전에 구성된 UP 암호화를 갖는 DRB들만이 암호화를 재개할 것이다.

T319가 구동하고 있는 동안 하위 레이어들이 무결성 검사 실패를 지시하는 경우, 5.3.13.5에서 명시된 액션들을 수행할 것이다.

UE는 셀 재선택 관련 측정들뿐만 아니라 셀 재선택 평가도 계속할 것이다. 셀 재선택을 위한 조건들이 이행되는 경우, UE는 5.3.13.6에서 명시된 바와 같이 셀 재선택을 수행할 것이다.

[…]

5.3.13.8 RNA 업데이트

RRC_INACTIVE 상태에서, UE는:

1> T380이 만료하는 경우; 또는

1> 5.2.2.4.2에서 명시된 바와 같이, RNA 업데이트가 SIB1의 수신 시에 트리거되는 경우:

2> rna-Update로 설정된 resumeCause로 5.3.13.2에서의 RRC 접속 재개 절차를 개시할 것이다;

1> 5.3.14.4에서 명시된 바와 같이, 액세스 카테고리 '8' 또는 액세스 카테고리 '2'에 대해 바링이 완화되는 경우:

2> 상위 레이어들이 RRC 접속의 재개를 요청하지 않는 경우, 그리고

2> 가변 pendingRNA-Update가 참(true)으로 설정되는 경우:

3> rna-Update로 설정된 resumeCause 값으로 5.3.13.2에서의 RRC 접속 재개 절차를 개시할 것이다.

RRC_INACTIVE 상태의 UE가 적합한 셀을 찾지 못하고 허용가능한 셀에 캠프온하여, TS 38.304 [20]에서 정의된 바와 같이, 제한된 서비스를 얻는 경우, UE는:

1> 해제 원인 '기타'로 5.3.11에서 명시된 바와 같이 RRC_IDLE로 진행할 시에 액션들을 수행할 것이다.

비고: UE가 적합한 셀에서도 허용가능한 셀에서도 캠프온되지 않는 동안 T380이 만료할 때 어떻게 거동할지는 UE 구현에 달려 있다.

5.3.13.9 UE에 의한 RRCRelease의 수신

UE는:

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

[…]

6.2.1 일반 메시지 구조

[…]

- UL-CCCH-Message

UL-CCCH-Message 클래스는 업링크 CCCH 로직 채널 상에서 UE로부터 네트워크로 전송될 수 있는 48-비트 RRC 메시지들의 세트이다.

-- ASN1START

-- TAG-UL-CCCH-MESSAGE-START

UL-CCCH-Message ::= SEQUENCE {

message UL-CCCH-MessageType

}

UL-CCCH-MessageType ::= CHOICE {

c1 CHOICE {

...

rrcSystemInfoRequest RRCSystemInfoRequest

},

messageClassExtension SEQUENCE {}

}

-- TAG-UL-CCCH-MESSAGE-STOP

-- ASN1STOP

[…]

6.2.2 메시지 정의들

[…]

- RRCResumeRequest

RRCResumeRequest 메시지는 중단된 RRC 접속의 재개를 요청하거나 RNA 업데이트를 수행하는 데 사용된다.

시그널링 무선 베어러: SRB0

RLC-SAP: TM

로직 채널: CCCH

방향: UE-대-네트워크

RRCResumeRequest 메시지

-- ASN1START

-- TAG-RRCRESUMEREQUEST-START

RRCResumeRequest ::= SEQUENCE {

rrcResumeRequest RRCResumeRequest-IEs

}

RRCResumeRequest-IEs ::= SEQUENCE {

resumeIdentity ShortI-RNTI-Value,

resumeMAC-I BIT STRING (SIZE (16)),

resumeCause ResumeCause,

spare BIT STRING (SIZE (1))

}

-- TAG-RRCRESUMEREQUEST-STOP

-- ASN1STOP

- RRCResumeRequest1

RRCResumeRequest1 메시지는 중단된 RRC 접속의 재개를 요청하거나 RNA 업데이트를 수행하는 데 사용된다.

시그널링 무선 베어러: SRB0

RLC-SAP: TM

로직 채널: CCCH1

방향: UE-대-네트워크

RRCResumeRequest1 메시지

-- ASN1START

-- TAG-RRCRESUMEREQUEST1-START

RRCResumeRequest1 ::= SEQUENCE {

rrcResumeRequest1 RRCResumeRequest1-IEs

}

RRCResumeRequest1-IEs ::= SEQUENCE {

resumeIdentity I-RNTI-Value,

resumeMAC-I BIT STRING (SIZE (16)),

resumeCause ResumeCause,

spare BIT STRING (SIZE (1))

}

-- TAG-RRCRESUMEREQUEST1-STOP

-- ASN1STOP

[…]

- RRCResume

RRCResume 메시지는 중단된 RRC 접속을 재개하는 데 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

로직 채널: DCCH

방향: 네트워크-대-UE

RRCResume 메시지

-- ASN1START

-- TAG-RRCRESUME-START

RRCResume ::= SEQUENCE {

rrc-TransactionIdentifier RRC-TransactionIdentifier,

criticalExtensions CHOICE {

rrcResume RRCResume-IEs,

criticalExtensionsFuture SEQUENCE {}

}

RRCResume-IEs ::= SEQUENCE {

radioBearerConfig RadioBearerConfig OPTIONAL, -- Need M

masterCellGroup OCTET STRING (CONTAINING CellGroupConfig) OPTIONAL, -- Need M

measConfig MeasConfig OPTIONAL, -- Need M

fullConfig ENUMERATED {true} OPTIONAL, -- Need N

lateNonCriticalExtension OCTET STRING OPTIONAL,

nonCriticalExtension RRCResume-v1560-IEs OPTIONAL

}

RRCResume-v1560-IEs ::= SEQUENCE {

radioBearerConfig2 OCTET STRING (CONTAINING RadioBearerConfig) OPTIONAL, -- Need M

sk-Counter SK-Counter OPTIONAL, -- Need N

nonCriticalExtension RRCResume-v1610-IEs OPTIONAL

}

RRCResume-v1610-IEs ::= SEQUENCE {

idleModeMeasurementReq-r16 ENUMERATED {true} OPTIONAL, -- Need N

restoreMCG-SCells-r16 ENUMERATED {true} OPTIONAL, -- Need N

restoreSCG-r16 ENUMERATED {true} OPTIONAL, -- Need N

mrdc-SecondaryCellGroup-r16 CHOICE {

nr-SCG-r16 OCTET STRING (CONTAINING RRCReconfiguration),

eutra-SCG-r16 OCTET STRING

} OPTIONAL, -- Cond RestoreSCG

needForGapsConfigNR-r16 SetupRelease {NeedForGapsConfigNR-r16} OPTIONAL, -- Need M

nonCriticalExtension SEQUENCE{} OPTIONAL

}

-- TAG-RRCRESUME-STOP

-- ASN1STOP

[…]

- RRCResumeComplete

RRCResumeComplete 메시지는 RRC 접속 재개의 성공적인 완료를 확인하는 데 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

로직 채널: DCCH

방향: UE-대-네트워크

RRCResumeComplete 메시지

-- ASN1START

-- TAG-RRCRESUMECOMPLETE-START

RRCResumeComplete ::= SEQUENCE {

rrc-TransactionIdentifier RRC-TransactionIdentifier,

criticalExtensions CHOICE {

rrcResumeComplete RRCResumeComplete-IEs,

criticalExtensionsFuture SEQUENCE {}

}

RRCResumeComplete-IEs ::= SEQUENCE {

dedicatedNAS-Message DedicatedNAS-Message OPTIONAL,

selectedPLMN-Identity INTEGER (1..maxPLMN) OPTIONAL,

uplinkTxDirectCurrentList UplinkTxDirectCurrentList OPTIONAL,

lateNonCriticalExtension OCTET STRING OPTIONAL,

nonCriticalExtension RRCResumeComplete-v1610-IEs OPTIONAL

}

RRCResumeComplete-v1610-IEs ::= SEQUENCE {

idleMeasAvailable-r16 ENUMERATED {true} OPTIONAL,

measResultIdleEUTRA-r16 MeasResultIdleEUTRA-r16 OPTIONAL,

measResultIdleNR-r16 MeasResultIdleNR-r16 OPTIONAL,

scg-Response-r16 CHOICE {

nr-SCG-Response OCTET STRING (CONTAINING RRCReconfigurationComplete),

eutra-SCG-Response OCTET STRING

} OPTIONAL,

ue-MeasurementsAvailable-r16 UE-MeasurementsAvailable-r16 OPTIONAL,

mobilityHistoryAvail-r16 ENUMERATED {true} OPTIONAL,

mobilityState-r16 ENUMERATED {normal, medium, high, spare} OPTIONAL,

needForGapsInfoNR-r16 NeedForGapsInfoNR-r16 OPTIONAL,

nonCriticalExtension SEQUENCE{} OPTIONAL

}

-- TAG-RRCRESUMECOMPLETE-STOP

-- ASN1STOP

[…]

- RRCRelease

RRCRelease 메시지는 RRC 접속의 해제 또는 RRC 접속의 중단을 명령하는 데 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

로직 채널: DCCH

방향: 네트워크-대-UE

RRCRelease 메시지

-- ASN1START

-- TAG-RRCRELEASE-START

RRCRelease-IEs ::= SEQUENCE {

suspendConfig SuspendConfig OPTIONAL, -- Need R

}

SuspendConfig ::= SEQUENCE {

fullI-RNTI I-RNTI-Value,

shortI-RNTI ShortI-RNTI-Value,

ran-PagingCycle PagingCycle,

ran-NotificationAreaInfo RAN-NotificationAreaInfo OPTIONAL, -- Need M

t380 PeriodicRNAU-TimerValue OPTIONAL, -- Need R

nextHopChainingCount NextHopChainingCount,

...

}

[...]

-- TAG-RRCRELEASE-STOP

-- ASN1STOP

[…]

- RRCSetup

RRCSetup 메시지는 SRB1을 확립하는 데 사용된다.

시그널링 무선 베어러: SRB0

RLC-SAP: TM

로직 채널: CCCH

방향: 네트워크-대-UE

RRCSetup 메시지

-- ASN1START

-- TAG-RRCSETUP-START

RRCSetup ::= SEQUENCE {

rrc-TransactionIdentifier RRC-TransactionIdentifier,

criticalExtensions CHOICE {

rrcSetup RRCSetup-IEs,

criticalExtensionsFuture SEQUENCE {}

}

RRCSetup-IEs ::= SEQUENCE {

radioBearerConfig RadioBearerConfig,

masterCellGroup OCTET STRING (CONTAINING CellGroupConfig),

lateNonCriticalExtension OCTET STRING OPTIONAL,

nonCriticalExtension SEQUENCE{} OPTIONAL

}

-- TAG-RRCSETUP-STOP

-- ASN1STOP

- RRCSetupComplete

RRCSetupComplete 메시지는 RRC 접속 확립의 성공적인 완료를 확인하는 데 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

로직 채널: DCCH

방향: UE-대-네트워크

RRCSetupComplete 메시지

-- ASN1START

-- TAG-RRCSETUPCOMPLETE-START

RRCSetupComplete ::= SEQUENCE {

rrc-TransactionIdentifier RRC-TransactionIdentifier,

criticalExtensions CHOICE {

rrcSetupComplete RRCSetupComplete-IEs,

criticalExtensionsFuture SEQUENCE {}

}

RRCSetupComplete-IEs ::= SEQUENCE {

selectedPLMN-Identity INTEGER (1..maxPLMN),

registeredAMF RegisteredAMF OPTIONAL,

guami-Type ENUMERATED {native, mapped} OPTIONAL,

s-NSSAI-List SEQUENCE (SIZE (1..maxNrofS-NSSAI)) OF S-NSSAI OPTIONAL,

dedicatedNAS-Message DedicatedNAS-Message,

ng-5G-S-TMSI-Value CHOICE {

ng-5G-S-TMSI NG-5G-S-TMSI,

ng-5G-S-TMSI-Part2 BIT STRING (SIZE (9))

} OPTIONAL,

lateNonCriticalExtension OCTET STRING OPTIONAL,

nonCriticalExtension RRCSetupComplete-v1610-IEs OPTIONAL

}

RRCSetupComplete-v1610-IEs ::= SEQUENCE {

iab-NodeIndication-r16 ENUMERATED {true} OPTIONAL,

idleMeasAvailable-r16 ENUMERATED {true} OPTIONAL,

ue-MeasurementsAvailable-r16 UE-MeasurementsAvailable-r16 OPTIONAL,

mobilityHistoryAvail-r16 ENUMERATED {true} OPTIONAL,

mobilityState-r16 ENUMERATED {normal, medium, high, spare} OPTIONAL,

nonCriticalExtension SEQUENCE{} OPTIONAL

}

RegisteredAMF ::= SEQUENCE {

plmn-Identity PLMN-Identity OPTIONAL,

amf-Identifier AMF-Identifier

}

-- TAG-RRCSETUPCOMPLETE-STOP

-- ASN1STOP

- RRCSetupRequest

RRCSetupRequest 메시지는 RRC 접속의 확립을 요청하는 데 사용된다.

시그널링 무선 베어러: SRB0

RLC-SAP: TM

로직 채널: CCCH

방향: UE-대-네트워크

RRCSetupRequest message

-- ASN1START

-- TAG-RRCSETUPREQUEST-START

RRCSetupRequest ::= SEQUENCE {

rrcSetupRequest RRCSetupRequest-IEs

}

RRCSetupRequest-IEs ::= SEQUENCE {

ue-Identity InitialUE-Identity,

establishmentCause EstablishmentCause,

spare BIT STRING (SIZE (1))

}

InitialUE-Identity ::= CHOICE {

ng-5G-S-TMSI-Part1 BIT STRING (SIZE (39)),

randomValue BIT STRING (SIZE (39))

}

EstablishmentCause ::= ENUMERATED {

emergency, highPriorityAccess, mt-Access, mo-Signalling,

mo-Data, mo-VoiceCall, mo-VideoCall, mo-SMS, mps-PriorityAccess, mcs-PriorityAccess,

spare6, spare5, spare4, spare3, spare2, spare1}

-- TAG-RRCSETUPREQUEST-STOP

-- ASN1STOP

[…]

6.3.2 무선 리소스 제어 정보 요소들

[…]

- ResumeCause

IE ResumeCause는 RRCResumeRequest 및 RRCResumeRequest1에서 재개 원인을 지시하는 데 사용된다.

ResumeCause 정보 요소

-- ASN1START

-- TAG-RESUMECAUSE-START

ResumeCause ::= ENUMERATED {emergency, highPriorityAccess, mt-Access, mo-Signalling,

mo-Data, mo-VoiceCall, mo-VideoCall, mo-SMS, rna-Update, mps-PriorityAccess,

mcs-PriorityAccess, spare1, spare2, spare3, spare4, spare5 }

-- TAG-RESUMECAUSE-STOP

-- ASN1STOP

[…]

7.4 UE 변수들

[…]

- VarResumeMAC-Input

UE 변수 VarResumeMAC-Input은 RRC 접속 재개 절차 동안 resumeMAC-I를 생성하는 데 사용되는 입력을 특정한다.

VarResumeMAC-Input 변수

-- ASN1START

-- TAG-VARRESUMEMAC-INPUT-START

VarResumeMAC-Input ::= SEQUENCE {

sourcePhysCellId PhysCellId,

targetCellIdentity CellIdentity,

source-c-RNTI RNTI-Value

}

-- TAG-VARRESUMEMAC-INPUT-STOP

-- ASN1STOP

3GPP TS 38.300은 다음을 도입했다:

9.2.2 RRC_INACTIVE에서의 이동성

9.2.2.1 개요

[…]

RRC_INACTIVE 상태에서의 UE는 그것이 구성된 RNA 밖으로 이동할 때 RNA 업데이트 절차를 개시할 것을 요구받는다. UE로부터 RNA 업데이트 요청을 수신할 때, 수신용 gNB는 마지막 서빙 gNB로부터 UE 콘텍스트를 얻기 위해 XnAP 검색 UE 콘텍스트 절차를 트리거하며, UE를 RRC_INACTIVE 상태로 다시 전송하거나 UE를 RRC_CONNECTED 상태로 이동시키거나 또는 UE를 RRC_IDLE로 전송하기로 결정할 수 있다. 주기적 RNA 업데이트의 경우, 마지막 서빙 gNB가 UE 콘텍스트를 재위치시키지 않기로 결정하는 경우, 그것은 검색 UE 콘텍스트 절차를 실패하고, 캡슐화된 RRCRelease 메시지에 의해 직접 UE를 다시 RRC_INACTIVE 또는 RRC_IDLE로 전송한다.

[…]

3GPP TR 23.752는 다음을 도입했다:

6.7 솔루션 #7: 레이어 2 UE-대-네트워크 릴레이 UE를 통한 간접 통신

6.7.1 서론

솔루션은 핵심 문제 #3(UE-대-네트워크 릴레이 UE의 지원)에서 하이라이트된 다음의 태양을 설명한다:

- UE-대-네트워크 릴레이 UE를 통해 원격 UE와 네트워크 사이에서 데이터를 전달하는 방법.

솔루션은 레이어 2 UE-대-네트워크 릴레이 UE를 지원하기 위한 프로토콜 아키텍처를 제안한다(첨부물 A 참조).

이러한 솔루션은 NR/5GC 네트워크 릴레이들에 대해서만 작용한다. 그것은 UE-대-네트워크 릴레이 UE가 NR/5GC의 커버리지 밖에 있을 때 적용되지 않는다.

6.7.2 기능 설명

6.7.2.1 일반

이러한 조항에서, L2 UE-대-네트워크 릴레이 UE를 지원하는 프로토콜 아키텍처가 제공된다.

L2 UE-대-네트워크 릴레이 UE는 PC5 링크를 통해 임의의 유형의 트래픽을 릴레이할 수 있는 포워딩 기능을 제공한다.

L2 UE-대-네트워크 릴레이 UE는 원격 UE들에 대한 5GS로의 접속을 지원하는 기능을 제공한다. UE는 그것이 L2 UE-대-네트워크 릴레이 UE로의 PC5 링크를 성공적으로 확립한 경우에 원격 UE인 것으로 간주된다. 원격 UE는 NG-RAN 커버리지 내에 또는 NG-RAN 커버리지 밖에 위치될 수 있다.

6.7.2.2 제어 및 사용자 평면 프로토콜들

제어 및 사용자 평면 프로토콜 스택들은 첨부물 A에서 설명된 아키텍처 기준 모델에 기초한다.

6.7.2.3 네트워크 선택

네트워크 선택은 PLMN 선택 및 액세스 네트워크 선택을 포함한다. 원격 UE를 위한 액세스 네트워크 선택은 UE-대-네트워크 릴레이 발견 및 선택을 포함한다. 원격 UE는 UE-대-네트워크 릴레이에 의해 선택된 PLMN에 따라 PLMN 선택을 수행한다. 릴레이 UE는 시스템 정보 중 서빙 PLMN 정보 및 기타 PLMN 정보를 원격 UE에 제공하여, 발견 동안 PLMN 선택을 수행한다.

편집자 비고: L2 UE-대-네트워크 릴레이가 어느 PLMN들을 얼마나 많이 지원하고 광고할 것으로 예상되는지가 FFS이다. 예를 들어, 그것이 단지 그들의 등록된 PLMN인지, 그의 등록된 PLMN 및 그 등록된 PLMN과 동등한 것인지, 또는 그것이 MOCN 구성과 유사한 임의의 PLMN을 포함하도록 (하드) 구성될 수 있는지.

원격 UE 및 UE-대-네트워크 릴레이 UE는 정의에 의하면, 동일한NG-RAN에 의해 서빙된다.

6.7.2.4 인증 및 프로비저닝

커버리지 밖의 (원격) UE가 네트워크로의 접속을 얻을 수 있게 하기 위해, (사전)구성에 의해 그러한 UE가 그것이 5GS에 액세스할 수 있게 하는 잠재적 UE-대-네트워크 릴레이 UE들을 발견할 수 있게 하는 것이 중요하다. 그렇게 하기 위해:

UE-대-네트워크 릴레이 UE 발견을 위한 그리고 NR PC5를 통한 통신을 위한 파라미터들이 원격 UE에게 다음과 같이 가용하게 될 수 있다:

- ME에서 사전구성되고/되거나 UICC에서 구성됨;

- PCF에 의해 서빙 PLMN 내의 UE에 제공되거나 업데이트됨.

또한, UE가 UE-대-네트워크 릴레이 UE로서 동작하도록 인가받는 것이 중요하다. UE는 네트워크에 의해 서빙될 때 UE-대-네트워크 릴레이 UE로서만 동작할 수 있다.

UE가 UE-대-네트워크 릴레이 UE로서 동작하기 위한, NR PC5를 통한 원격 UE들의 발견을 위한, 그리고 NR PC5를 통한 통신을 위한 파라미터들이 원격 UE에게 다음과 같이 가용하게 될 수 있다:

- ME에서 사전구성되고/되거나 UICC에서 구성됨;

- PCF에 의해 서빙 PLMN 내의 UE에 제공되거나 업데이트됨.

HPLMN PCF가, PLMN 단위로, UE가 원격 UE로서 또는 UE-대-네트워크 릴레이 UE로서 동작하게 하기 위한 인증을 제공하는 것이 가능해야 한다. 또한, 서빙 PLMN이, 그러한 인증을 제공/철회하는 것이 가능해야 하는데, 이 경우, 그것은 HPLMN에 의해 제공된 임의의 대응하는 정보를 오버라이드할 것이다.

PCF 기반 서비스 인증 및 레이어-2 UE-대-네트워크 릴레이에 대한 프로비저닝 솔루션은 솔루션 #35에서 재사용할 수 있다.

6.7.2.5 등록 및 접속 관리

6.7.2.5.1 등록 관리

UE-대-네트워크 릴레이 UE에 대한 등록 관리는 TS　23.501　[6] 및 TS　23.502　[8]에서 정의된 원리들 및 절차들을 따른다. UE-대-네트워크 릴레이는 제1 AMF에 의해 서빙된다.

원격 UE에 대한 등록 관리는 TS　23.501　[6] 및 TS　23.502　[8]에서 정의된 원리들 및 절차들을 따른다. 원격 UE는 제1 AMF와 동일할 수 있는 또는 동일하지 않을 수도 있는 제2 AMF에 의해 서빙된다.

비고: UE는 UE-대-네트워크 릴레이로서 작용하도록 인가받는데, 네트워크(RAN/CN을 포함함)가 그것을 제한하지 않는 경우에만, 예컨대 인증, 통합된 액세스 제어, 및 원격 UE 및 UE-대-네트워크 릴레이가 동일한 rPLMN 또는 ePLMN에 있는 경우에만 그러하다.

6.7.2.5.2 접속 관리

UE-대-네트워크 릴레이 UE에 대한 접속 관리는 적어도 TS　23.501　[6] 및 TS　23.502　[8]에서 정의된 원리들 및 절차들을 따른다.

원격 UE에 대한 접속 관리는 TS　23.501　[6] 및 TS　23.502　[8]에서 정의된 원리들 및 절차들을 따른다.

UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이가 CM-CONNECTED/RRC 접속 상태들에 있을 때 원격 UE(들)에 대한 데이터/시그널링만을 릴레이할 수 있다. CM_IDLE 상태에서의 UE-대-네트워크 릴레이가 릴레이를 위해 원격 UE로부터 PC5 접속 요청을 수신하는 경우, UE-대-네트워크 릴레이는 시그널링을 릴레이하기 전 CM_CONNECTED 상태에 진입하기 위해 서비스 요청 절차를 트리거할 것이다.

- UE-대-네트워크 릴레이 UE에 접속된 임의의 원격 UE가 CM-CONNECTED인 경우, UE-대-네트워크 릴레이 UE는 CM-CONNECTED 상태에서 유지되어야 한다.

- UE-대-네트워크 릴레이 UE에 접속된 모든 원격 UE들이 CM-IDLE에 진입하는 경우, UE-대-네트워크 릴레이 UE는 CM-IDLE 상태에 진입할 수 있다.

비고: 적용된 상태는 RAN　WG2에 의해 조정되고 확인될 필요가 있다. RRC 비활성이 미치는 영향도 또한 RAN　WG2에 의해 연구될 것이다.

원격 UE가 CM-IDLE 또는 CM-CONNECTED일 때, 릴레이 UE 및 원격 UE는 PC5 링크를 유지한다.

원격 UE를 페이징하기 위해, TR　23.733　[26]의 조항 6.6.2에서 결론지어진 솔루션은 TR　36.746　[27]의 옵션 2가 RAN　WG2에 의해 채택된다는 가정에 기초하여 재사용될 수 있다.

편집자 비고: TR　36.746　[27]의 페이징 옵션 2가 RAN　WG2에 의한 5G ProSe를 위해 채택될지의 여부는 RAN 그룹에 의해 확인될 필요가 있다.

6.7.2.5.3 NAS 레벨 혼잡 제어

UE-대-네트워크 릴레이는 TS　23.501　[6]의 조항 5.19.7에서 명시된 바와 같이, NAS 레벨 혼잡 제어를 경험할 수 있다.

NAS 이동성 관리 혼잡 제어가 활성화될 때, 즉 UE-대-네트워크 릴레이가 AMF로부터 이동성 관리 백-오프 타이머를 수신할 때, UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이가 CM_IDLE 상태에 진입한 후에 원격 UE를 적절히 서빙하지 못할 수 있다. 그 경우, UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이에서 구동하는 이동성 관리 백-오프 타이머가 있음을 원격 UE에 알려서, 원격 UE가 다른 UE-대-네트워크 릴레이로 (재)선택할 수 있도록 할 필요가 있다.

원격 UE는 또한 NAS 레벨 혼잡 제어의 대상이 될 수 있다. TS　23.501　[6]에서 정의된 기존의 거동이 적용될 것이다.

6.7.2.6 QoS

첨부물 A에서 보여지는 바와 같이, 원격 UE와 네트워크 사이의 NAS 엔드포인트들은, UE-대-네트워크 릴레이 UE를 통한 동작이 조항　6.7.2.4에서 확인된 인증/프로비저닝의 예외를 갖고서, 네트워크 NAS에 대해 명백해야 하도록, 현재 명시된 바와 같다.

이는 5GS 플로우 기반 QoS 개념이, 무선 인터페이스, 즉 PC5 (원격 UE 및 UE-대-네트워크 릴레이 UE의 경우) 및 Uu(UE-대-네트워크 릴레이 UE의 경우)를 통한 필수 적응을 갖고서, 특히, 원격 UE와 네트워크 사이에서 재사용되어야 함을 의미한다. RAN은 그것이 CN으로부터 QoS 프로파일을 얻을 때 PC5 인터페이스 및 Uu 인터페이스들에 대한 QoS 보강을 수행한다. 예를 들어, RAN은 PC5 인터페이스 및 Uu 인터페이스를 통한 필수 적응을 갖고서, AS 레이어 구성으로 QoS 보강을 수행한다. 다시 말해서, 네트워크와 원격 UE 사이에 확립된 QoS 플로우들은 원격 UE에 의해 보여진 PC5 "무선 베어러들"에 그리고 네트워크에 의해 보여진 정상 Uu 무선 베어러들에 맵핑될 것이고, 이에 의해, UE-대-네트워크 릴레이 UE는 Uu와 PC5 사이의 필수 적응을 수행한다.

편집자 비고: PC5 인터페이스 및 Uu 인터페이스에 대한 AS 레이어 구성을 어떻게 수행하는지는 RAN에 의존한다.

6.7.2.7 이동성

6.7.2.7.1 이동성 제한들

원격 UE는 UE-대-네트워크 릴레이 UE에 적용가능한 이동성 제한들의 경계들 내에서 동작할 것으로 예상된다.

CM-IDLE 상태에서의 이동성 제한은 네트워크로부터 수신된 정보에 기초하여 UE에 의해 실행된다. UE-대-네트워크 릴레이 경우, 원격 UE는 원격 UE가 커버리지 밖에 있는 경우에 이동성 제한 관련 정보를 얻지 못할 수 있다. 원격 UE는 원격 UE로부터 이동성 제한 관련 정보, 예컨대, 추적 영역을 얻을 수 있고, 원격 UE 자체는 수신된 정보에 기초하여 CM_IDLE 상태에서 네트워크 선택 및 액세스 제어를 수행한다.

RAT 제한:

- 원격 UE가 PLMN에서 일부 RAT를 사용하도록 제한되는 경우, 원격 UE는 그 PLMN에서 그 RAT를 사용하여 UE-대-네트워크 릴레이를 통해 액세스하도록 허용되지 않는다. UE-대-네트워크 릴레이가 PLMN에서 일부 RAT를 사용하도록 제한되는 경우, UE-대-네트워크 릴레이는 그 PLMN에서 그 RAT를 사용하여 릴레이 동작을 수행하도록 허용되지 않는다.

금지된 영역:

- UE-대-네트워크 릴레이가 금지된 영역 내에 있는 경우, 그것은 릴레이 동작을 수행하도록 허용되지 않는다. UE-대-네트워크 릴레이가 원격 UE의 금지된 영역에서 동작하는 경우, 원격 UE는 이러한 UE-대-네트워크 릴레이를 통해 네트워크에 액세스하도록 허용되지 않는다.

- UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이가 접속되는 셀의 추적 영역을 원격 UE들에 지시할 것이다. 지시는 발견 동안 제공된다.

서비스 영역 제한: 허용된 영역, 허용되지 않은 영역

- 허용된 영역은 UE-대-네트워크 릴레이 및 원격 UE를 위한 것으로서 적용된다. UE-대-네트워크 릴레이(resp. 원격 UE)는 가입에 의해 허용되는 바와 같이, 네트워크와(resp. UE-대-네트워크 릴레이를 통해 네트워크와) 개시하도록 허용된다.

- UE-대-네트워크 릴레이는 허용된 영역에서 UE-대-네트워크 릴레이 동작만을 수행할 수 있다.

- 허용되지 않은 영역은 UE-대-네트워크 릴레이 및 원격 UE에 그대로 적용된다. UE(UE-대-네트워크 릴레이 또는 원격 UE) 및 네트워크는 (CM-IDLE 및 CM-CONNECTED 상태들 둘 모두에서) 사용자 서비스들을 얻기 위해 서비스 요청 또는 SM 시그널링을 개시하도록 허용되지 않는다. 비-3GPP 액세스 태양들에 대한 RM 절차들은 원격 UE에 적용가능하지 않다.

- UE-대-네트워크 릴레이 UE가 허용되지 않은 영역에 진입하고 UE-대-네트워크 릴레이가 릴레이 서비스를 제공할 수 없을 때, 그것은 허용되지 않은 영역에서 UE-대-네트워크 릴레이를 원격 UE에 알리는 원인 코드로 PC5 유니캐스트 접속을 해제할 수 있다.

비고 1: UE-대-네트워크 릴레이의 이동성으로 인해 변화하는 서비스 영역 제한에 대한 위 불릿은 솔루션 #7의 다른 부분들과는 별개로 평가될 것이다.

코어 네트워크 유형 제한:

- CN 유형 제한은 UE-대-네트워크 릴레이 및 원격 UE에 그대로 적용된다. UE-대-네트워크 릴레이 또는 원격 UE는 5GC를 사용하는 것으로 제한되지 않을 때에만 그와 같이 동작할 수 있다.

폐쇄된 액세스 그룹 정보:

- CAG 셀에 액세스하도록 허용된(resp. 허용되지 않은) UE는 UE-대-네트워크 릴레이를 통해 원격 UE로서 이러한 CAG 셀에 액세스하도록 암시적으로 허용된다(resp. 허용되지 않음). UE의 허용된 CAG 리스트 및 CAG 전용 지시는 이러한 UE에 그것이 원격 UE일 때 적용된다.

- CAG 셀에 액세스하도록 허용된(resp. 허용되지 않은) UE는 UE-대-네트워크 릴레이로서 이러한 CAG 셀에 액세스하도록 암시적으로 허용된다(resp. 허용되지 않음). UE의 허용된 CAG 리스트 및 CAG 전용 지시는 이러한 UE에 그것이 UE-대-네트워크 릴레이로서 동작할 때 적용된다.

- UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이가 그것이 접속되는 셀을 통해 액세스하도록 허용되는 CAG의 CAG 식별자들을 원격 UE들에게 지시할 것이다. 지시는 발견 동안 제공된다.

- UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이가 CAG 셀에 액세스하도록 허용되는 경우에만 그의 CAG 전용 지시를 원격 UE에 제공할 것이다. CAG 식별자들 및 CAG 전용 지시는 발견 절차 동안 UE-대-네트워크 릴레이 선택을 위해 원격 UE들에 제공된다.

- UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이의 이동성 또는 UE-대-네트워크 릴레이의 구성 변화, 예컨대 TS　23.502　[8]의 조항 4.2.4.2에서 설명된 UE 구성 업데이트 절차로 인해 CAG 식별자들 및 CAG 전용 지시의 업데이트를 원격 UE들로 전송할 수 있다. 이러한 경우, 원격 UE는, 원격 UE가, 그것이 현재 UE-대-네트워크 릴레이를 통해 네트워크에 액세스하도록 더 이상 허용되지 않는다고 결정하는 경우, PC5 접속을 해제하고 다른 UE-대-네트워크 릴레이를 재선택할 수 있고, 또는 그것이 새로운 구성을 고려하여 여전히 허용되는 경우 동일한 UE-대-네트워크 릴레이를 재선택할 수 있다.

비고 2: CAG 식별자들이 변하는 것 및 CAG 전용 지시에 기초한 위 2개의 불릿들은 솔루션 7의 다른 부분과는 별개로 평가될 것이다.

6.7.2.7.2 기타

NG-RAN 노드 내의 원격 UE의 이동성은 NG-RAN 및 UE-대-네트워크 릴레이에 의해 핸들링되어, 원격 UE가, 5GC 개입 없이, 직접 네트워크 접속으로부터 간접 네트워크 접속으로 (즉, L2 UE-대-네트워크 릴레이 UE를 통해) 그리고 그 역으로도 변화할 때 서비스를 유지할 수 있게 할 것이다.

[제목이 "인트라-NG-RAN 이동성(5GC 개입 없음)(Intra-NG-RAN mobility (no 5GC involvement))"인 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-1이 도 10으로서 재생성된다]

인터-NG-RAN 이동성이 아래에서 설명된다. 이동성은 NAS에 어떠한 영향도 없고 하위 레이어들에 대부분의 영향이 있는 것, 즉, RAN　WG2가 가능할 것으로 예상된다.

[제목이 "인터-NG-RAN 이동성(Inter-NG-RAN mobility)"인 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-2가 도 11로서 재생성된다]

6.7.2.8 보안

보안(기밀성 및 무결성 보호)은 원격 UE에서의 엔드포인트들 사이의 PDCH 레이어 및 gNB에서 강제된다. PDCP 트래픽은 원격 UE들의 평문 데이터 중 임의의 것을 UE-대-네트워크 릴레이에 노출시키지 않고서 하나가 원격 UE와 UE-대-네트워크 릴레이 UE 사이에 있고 다른 하나가 UE-대-네트워크 릴레이 UE와 gNB 사이에 있는 2개의 링크들을 통해 안전하게 릴레이된다.

UP 무결성 보호는 직접 PC5 통신 및 간접 통신을 위해 분리된다. 간접 통신의 경우, NG-RAN 및 원격 UE는 NG-RAN과 원격 UE 사이의 데이터 송신을 위해 UP 무결성 보호를 강제하는 노드들이다.

직접 PC5 통신의 경우, UE-대-네트워크 릴레이 UE 및 원격 UE는 UE-대-네트워크 릴레이 UE와 원격 UE 사이의 데이터 송신을 위해 UP 무결성 보호를 강제하는 노드들이다.

비고: 보안 요건들의 추가 분석은 SA　WG3에서 행해질 것이다.

6.7.2.9 UE-대-네트워크 릴레이 발견 및 선택

모델 A 및 모델 B는 레이어-2 UE-대-네트워크 릴레이 발견에 적용될 수 있다. 레이어-2 UE-대-네트워크 릴레이에 대한 상세한 UE-대-네트워크 릴레이 발견 및 선택 솔루션은 솔루션 #19를 재사용할 수 있는데, 이때 슬라이싱 및 DNN 정보가 고려될 필요가 없다는 차이가 있다. 또한, CAG 셀 및 TA와 같은 이동성 제한 관련 정보가 발견 메시지에 포함될 수 있다.

편집자 비고: 원격 UE에 대한 PLMN 선택으로 릴레이 발견이 어떻게 수행될 수 있는지는 KI#3에 대한 개별 솔루션에서 처리될 것이다.

6.7.2.10 경로 선택

초기 액세스의 경우, 원격 UE는 링크 품질 및 구성된 임계치(NG-RAN에 의해 사전구성되거나 제공됨)에 기초하여 직접 Uu 경로와 간접 Uu 사이의 통신 경로 선택을 수행할 수 있다. 예를 들어, Uu 링크 품질이 구성된 임계치를 초과하는 경우, 직접 Uu 경로가 선택된다. 다른 경우, 간접 Uu 경로는 UE-대-네트워크 릴레이 발견 및 선택을 수행함으로써 선택된다.

경로 스위치 경우, NG-RAN은 경로 스위치 솔루션에 기초할 수 있는, 상이한 경로들의 신호 레벨/품질에 기초하여 통신 경로 선택을 수행할 수 있다.

편집자 비고: 최종 솔루션은 RAN WG와 조정되어야 하고, 특정 무선 기준 및 대응하는 임계치들이 RAN WG 정의의 대상이 된다.

6.7.3 절차들

[제목이 "UE-대-네트워크 릴레이 UE를 통한 간접 통신을 위한 접속 확립(Connection Establishment for Indirect Communication via UE-to-Network Relay UE)"인 3GPP TR 23.752 V0.5.1의 도 6.7.3-1이 도 12로서 재생성된다]

0. 커버리지 내의 경우, 원격 UE 및 UE-대-네트워크 릴레이 UE는 TS　23.502　[8]에서 등록 절차들에 따라 네트워크에의 초기 등록을 독립적으로 수행할 수 있다. 원격 UE의 할당된 5G GUTI는 원격 UE와 네트워크 사이의 추후 NAS 시그널링이 UE-대-네트워크 릴레이 UE를 통해 교환될 때 유지된다.

비고 1: 여기에 도시된 현재 절차들은 단일 홉 릴레이를 가정한다.

1. 커버리지 내의 경우, 원격 UE 및 UE-대-네트워크 릴레이 UE는 네트워크로부터의 간접 통신을 위해 서비스 인증을 독립적으로 얻는다. UE-대-네트워크 릴레이 UE 및 원격 UE에 대해 UE-대-네트워크 릴레이 동작에 대한 서비스 인증 및 파라미터 프로비저닝이 조항 6.7.2.4에서 명시된 바와 같이 수행된다.

원격 UE가 커버리지 내에 있지 않은 경우, 사전구성된 정보가 사용될 것이다. 필요한 경우, PCF는 스텝 7 이후 인증 정보를 업데이트할 수 있다.

원격 UE가 초기 등록을 수행하지 않은 경우, 원격 UE는 스텝 7에서 간접 네트워크 통신을 통해 초기 등록을 수행할 수 있다.

2-3. 원격 UE 및 UE-대-네트워크 릴레이 UE는 UE-대-네트워크 릴레이 UE 발견 및 선택을 수행한다. 릴레이 UE는 CM_IDLE 및 CM_CM-CONNECTED 둘 모두에서 UE-대-네트워크 릴레이 발견을 수행할 수 있다.

레이어-2 UE-대-네트워크 릴레이에 대한 UE-대-네트워크 릴레이 발견 및 선택의 세부사항들의 경우, 조항　6.7.2.9 및 솔루션 #19, 솔루션 #41을 참조한다.

4. 원격 UE는 TS　23.287　[5]에서 설명된 바와 같은 절차들을 사용하여 PC5를 통한 선택된 UE-대-네트워크 릴레이 UE와의 일대일 통신 접속을 개시한다.

5. UE-대-네트워크 릴레이 UE가 CM_IDLE 상태이고 원격 UE로부터 수신된 통신 요청에 의해 트리거된 경우, UE-대-네트워크 릴레이 UE는 그의 서빙 AMF에 서비스 요청 메시지를 전송한다.

릴레이의 AMF는 NAS 메시지 검증에 기초하여 UE-대-네트워크 릴레이 UE의 인증을 수행할 수 있고, 필요한 경우, AMF는 가입 데이터를 검사할 것이다.

릴레이 UE를 CM_CONNECTED 상태에서 어떻게 유지하는지는 조항 6.7.2.5.2에서 제안된다.

6. 원격 UE는 UE-대-NW 릴레이 UE를 통해 AS 메시지들을 NG-RAN로 전송하여, 릴레이 UE를 서빙하는 동일한 NG-RAN과의 AS 접속을 확립한다.

7. 원격 UE는 NAS 메시지를 서빙 AMF로 전송한다. NAS 메시지는 PC5를 통해 UE-대-네트워크 릴레이 UE로 전송되는 RRC 메시지에서 캡슐화되고, UE-대-네트워크 릴레이 UE는 메시지를 NG-RAN로 메시지를 포워딩한다. NG-RAN은 원격 UE의 서빙 AMF를 도출하고, NAS 메시지를 이러한 AMF로 포워딩한다.

원격 UE가 스텝 0에서 네트워크에의 초기 등록을 수행하지 않은 경우, NAS 메시지는 초기 등록 메시지이다. 그렇지 않은 경우, NAS 메시지는 서비스 요청 메시지, 또는 이동성 또는 주기적 등록 메시지 중 어느 하나이다.

편집자 비고: UE-대-네트워크 릴레이 UE가 메시지를 NG-RAN로 어떻게 포워딩하는지는 RAN 특정 L2 릴레이 방법에 의존한다.

원격 UE가 UE-대-네트워크 릴레이를 통해 초기 등록을 수행하는 경우, 원격 UE의 서빙 AMF는 NAS 메시지 검증에 기초하여 원격 UE의 인증을 수행하고, 필요한 경우, 원격 UE의 AMF는 가입 데이터를 검사한다.

서비스 요청 경우, PDU 세션들에 대한 사용자 평면 접속이 또한 활성화될 수 있다. 다른 스텝들이 TS　23.502　[8] 내의 조항　4.2.3.2를 따른다.

8. 원격 UE는 TS　23.502　[8]의 조항4.3.2.2에서 정의된 바와 같이 PDU 세션 확립 절차를 트리거할 수 있다. UE-대-NW 릴레이 UE를 통해 동작하는 동안 원격 UE 허용 PDU 세션 관련 특성들은 스텝 0에서 설명된 바와 같이 등록 절차 동안 또는 사전구성을 통해 제공된다.

9. 데이터는 UE-대-네트워크 릴레이 UE 및 NG-RAN을 통해 원격 UE와 UPF 사이에서 송신된다. UE-대-네트워크 릴레이 UE는 RAN 특정 L2 릴레이 방법을 사용하여 원격 UE와 NG-RAN 사이에서 모든 데이터 메시지들을 포워딩한다.

비고 2: UE-대-네트워크 릴레이가 분리되는 경우, NG-RAN은 원격 UE의 AN 해제 절차를 트리거할 것이고, 원격 UE는 CM-IDLE로 진행한다.

6.7.4 서비스들, 엔티티들 및 인터페이스들에 미치는 영향들

솔루션은 다음의 엔티티들에 영향들을 갖는다:

AMF:

- 릴레이 UE의 인가에 기초하여 시그널링 접속의 해제를 개시하지 않는다.

RAN:

- 원격 UE의 시그널링 및 사용자 데이터를 포워딩하기 위한 L2 릴레이 기능을 지원할 필요가 있다.

- (TR　36.746　[27]의 페이징 옵션 2가 RAN　WG2에 의해 확인되는 경우), RAN은 릴레이 UE가 CM-CONNECTED일 때 원격 UE에 대한 페이징 요청을 핸들링할 필요가 있다.

UE-대-네트워크 릴레이 UE:

- 원격 UE와 RAN 사이에서 시그널링 및 사용자 데이터를 포워딩하기 위한 L2 릴레이 기능을 지원할 필요가 있다.

- (TR　36.746　[27]의 페이징 옵션 2가 RAN　WG2에 의해 확인되는 경우) 그 자체 및 원격 UE들에 대한 다수의 페이징 기회들을 모니터링할 필요가 있다.

[…]

3GPP TS 38.321은 다음을 도입했다:

5.1 랜덤 액세스 절차

5.1.1 랜덤 액세스 절차 초기화

이러한 조항에서 설명된 랜덤 액세스 절차는 TS 38.300 [2]에 따른 이벤트들에 대하여 PDCCH 오더(order)에 의해, MAC 엔티티 자체에 의해, 또는 RRC에 의해 개시된다. MAC 엔티티에서 임의의 시점에 진행 중인 랜덤 액세스 절차가 단 하나 존재한다. SCell 상에서의 랜덤 액세스 절차는 0b000000과는 상이한 ra-PreambleIndex를 사용하여 PDCCH 오더에 의해서만 개시될 수 있다.

비고 1: 새로운 랜덤 액세스 절차가 MAC 엔티티에서 다른 것이 이미 진행 중인 동안 트리거되는 경우, 진행 중인 절차를 계속할지 아니면 (예컨대, SI 요청에 대한) 새로운 절차로 시작할지는 UE 구현에 달려 있다.

비고 2: UE가 동일한 랜덤 액세스 프리앰블, PRACH 마스크 인덱스 및 업링크 캐리어를 지시하는 다른 PDCCH 순서를 수신하는 동안 PDCCH 순서에 의해 트리거되는 진행 중인 랜덤 액세스 절차가 있었다면, 랜덤 액세스 절차는 진행 중인 것과 동일한 랜덤 액세스 절차로서 간주되고, 다시 초기화되지 않는다.

RRC는 랜덤 액세스 절차에 대한 다음의 파라미터들을 구성한다:

- prach-ConfigurationIndex: Msg1에 대한 랜덤 액세스 프리앰블의 송신에 대한 PRACH 기회들의 가용한 세트; 이들은 또한, PRACH 기회들이 2-스텝 RA 유형과 4-스텝 RA 유형 사이에서 공유되는 경우 MSGA PRACH에 적용가능하다.

- prach-ConfigurationPeriodScaling-IAB: TS 38.211 [8]에서 정의되고 IAB-MT들에 적용가능한 스케일링 인자, prach-ConfigurationIndex에 의해 지시되는 PRACH 기회들의 주기성을 확장시킴;

- prach-ConfigurationFrameOffset-IAB: TS 38.211 [8]에서 정의되고 IAB-MT들에 적용가능한 프레임 오프셋, prach-ConfigurationIndex에 의해 지시된 기준선 구성에서 정의된 RO 프레임을 변경함;

- prach-ConfigurationSOffset-IAB: TS 38.211 [8]에서 정의되고 IAB-MT들에 적용가능한 서브프레임/슬롯 오프셋, prach-ConfigurationIndex에 의해 지시된 기준선 구성에서 정의된 RO 서브프레임 또는 슬롯을 변경함;

- msgA-prach-ConfigurationIndex: 2-스텝 RA 유형에서 MSGA에 대한 랜덤 액세스 프리앰블의 송신에 대한 PRACH 기회들의 가용한 세트;

- preambleReceivedTargetPower: 4-스텝 RA 유형에 대한 초기 랜덤 액세스 프리앰블 전력

- msgA-PreambleReceivedTargetPower: 2-스텝 RA 유형에 대한 초기 랜덤 액세스 프리앰블 전력

- rsrp-ThresholdSSB: 4-스텝 RA 유형에 대한 SSB의 선택을 위한 RSRP 임계 값. 랜덤 액세스 절차가 빔 실패 복구를 위해 개시되는 경우, candidateBeamRSList 내의 SSB의 선택을 위해 사용된 rsrp-ThresholdSSB는 BeamFailureRecoveryConfig IE에서 rsrp-ThresholdSSB를 지칭한다;

- rrsrp-ThresholdCSI-RS: 4-스텝 RA 유형에 대한 CSI-RS의 선택을 위한 RSRP 임계 값. 랜덤 액세스 절차가 빔 실패 복구를 위해 개시되는 경우, rsrp-ThresholdCSI-RS는 BeamFailureRecoveryConfig IE 내의 rsrp-ThresholdSSB와 동일하다;

- msgA-RSRP-ThresholdSSB: 2-스텝 RA 유형에 대한 SSB의 선택을 위한 RSRP 임계 값.

- rsrp-ThresholdSSB-SUL: NUL 캐리어와 SUL 캐리어 사이의 선택을 위한 RSRP 임계 값;

- msgA-RSRP-Threshold: 2-스텝 및 4-스텝 RA 유형 랜덤 액세스 리소스들 둘 모두가 UL BWP에서 구성될 때 2-스텝 RA 유형과 4-스텝 RA 유형 사이에서의 선택을 위한 RSRP 임계치;

- msgA-TransMax: 4-스텝 및 2-스텝 RA 유형 랜덤 액세스 리소스들 둘 모두가 구성될 때 MSGA 송신들의 최대 수;

- candidateBeamRSList: 복구를 위한 후보 빔들 및 연관된 랜덤 액세스 파라미터들을 식별하는 기준 신호들(CSI-RS 및/또는 SSB)의 목록;

- recoverySearchSpaceId: 빔 실패 복구 요청의 응답을 모니터링하기 위한 탐색 공간 아이덴티티;

- powerRampingStep: 전력-램핑 인자;

- msgA-PreamblePowerRampingStep: MSGA 프리앰블에 대한 전력 램핑 인자;

- powerRampingStepHighPriority: 우선순위화된 랜덤 액세스 절차의 경우에 있어서의 전력 램핑 인자;

- scalingFactorBI: 우선순위화된 랜덤 액세스 절차에 대한 스케일링 인자;

- ra-PreambleIndex: 랜덤 액세스 프리앰블;

- ra-ssb-OccasionMaskIndex: MAC 엔티티가 랜덤 액세스 프리앰블을 송신할 수 있는 SSB와 연관된 PRACH 기회(들)를 정의한다(조항 7.4 참조);

- msgA-SSB-SharedRO-MaskIndex: 각각의 SSB에 대한 2-스텝 RA 유형 PRACH 기회들과 공유되는 4-스텝 RA 유형 PRACH 기회들의 서브세트를 지시한다. 2-스텝 RA 유형 PRACH 기회들이 4-스텝 RA 유형 PRACH 기회들과 공유되고 msgA-SSB-SharedRO-MaskIndex가 구성되지 않는 경우, 모든 4-스텝 RA 유형 PRACH 기회들은 2-스텝 RA 유형에 가용하다(조항 7.4 참조);

- ra-OccasionList: MAC 엔티티가 랜덤 액세스 프리앰블을 송신할 수 있는 CSI-RS와 연관된 PRACH 기회(들)를 정의한다;

- ra-PreambleStartIndex: 온-디맨드 SI 요청을 위한 랜덤 액세스 프리앰블(들)의 시작 인덱스;

- preambleTransMax: 랜덤 액세스 프리앰블 송신의 최대 수;

- ssb-perRACH-OccasionAndCB-PreamblesPerSSB: 4-스텝 RA 유형에 대한 각각의 PRACH 기회에 맵핑된 SSB들의 수 및 각각의 SSB에 맵핑된 경쟁 기반 랜덤 액세스 프리앰블들의 수를 정의한다;

- msgA-CB-PreamblesPerSSB-PerSharedRO: PRACH 기회들이 2-스텝 RA 유형과 4-스텝 RA 유형 사이에서 공유될 때 각각의 SSB에 맵핑되는 2-스텝 RA 유형에 대한 경쟁 기반 랜덤 액세스 프리앰블들의 수를 정의한다;

- msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB: 2-스텝 RA 유형에 대한 각각의 PRACH 기회에 맵핑된 SSB들의 수 및 각각의 SSB에 맵핑된 경쟁 기반 랜덤 액세스 프리앰블들의 수를 정의한다;

- msgA-PUSCH-ResourceGroupA: 랜덤 액세스 프리앰블 그룹 A를 사용하여 MSGA 송신을 수행할 때 UE가 사용할 MSGA PUSCH 리소스들을 정의한다;

- msgA-PUSCH-ResourceGroupB: 랜덤 액세스 프리앰블 그룹 B를 사용하여 MSGA 송신을 수행할 때 UE가 사용할 MSGA PUSCH 리소스들을 정의한다;

- msgA-PUSCH-resource-Index: 2-스텝 RA 유형을 갖는 경쟁-프리 랜덤 액세스의 경우에 MSGA에 사용된 PUSCH 리소스의 인덱스를 식별한다;

- groupBconfigured가 구성되는 경우, 랜덤 액세스 프리앰블 그룹 B가 4-스텝 RA 유형에 대해 구성된다.

- (TS 38.213 [6]에서 정의된 바와 같이) SSB와 연관된 경쟁 기반 랜덤 액세스 프리앰블들 중에서, 제1 numberOfRA-PreamblesGroupA 랜덤 액세스 프리앰블들은 랜덤 액세스 프리앰블 그룹 A에 속한다. SSB와 연관된 나머지 랜덤 액세스 프리앰블들은 (구성되는 경우) 랜덤 액세스 프리앰블 그룹 B에 속한다.

- groupB-ConfiguredTwoStepRA가 구성되는 경우, 랜덤 액세스 프리앰블 그룹 B가 2-스텝 RA 유형에 대해 구성된다.

- (TS 38.213 [6]에서 정의된 바와 같이) SSB와 연관된 2-스텝 RA 유형에 대한 경쟁 기반 랜덤 액세스 프리앰블들 중에서, 제1 msgA-numberOfRA-PreamblesGroupA 랜덤 액세스 프리앰블들은 랜덤 액세스 프리앰블 그룹 A에 속한다. SSB와 연관된 나머지 랜덤 액세스 프리앰블들은 (구성되는 경우) 랜덤 액세스 프리앰블 그룹 B에 속한다.

비고 3: 랜덤 액세스 프리앰블 그룹 B가 셀에 의해 지원되는 경우, 랜덤 액세스 프리앰블 그룹 B는 각각의 SSB마다 포함된다.

- 랜덤 액세스 프리앰블 그룹 B가 4-스텝 RA 유형에 대해 구성되는 경우:

- ra-Msg3SizeGroupA: 4-스텝 RA 유형에 대한 랜덤 액세스 프리앰블들의 그룹들을 결정하기 위한 임계 값;

- msg3-DeltaPreamble: TS 38.213 [6]에서의 PREAMBLE_Msg3;

- messagePowerOffsetGroupB: 프리앰블 섹션에 대한 전력 오프셋;

- numberOfRA-PreamblesGroupA: 각각의 SSB에 대한 랜덤 액세스 프리앰블 그룹 A 내의 랜덤 액세스 프리앰블들의 수를 정의한다.

- 랜덤 액세스 프리앰블 그룹 B가 2-스텝 RA 유형에 대해 구성되는 경우:

- msgA-DeltaPreamble: TS 38.213 [6]에서의 MsgA_PUSCH;

- msgA-messagePowerOffsetGroupB: GroupB-ConfiguredTwoStepRA에 포함된 messagePowerOffsetGroupB로서 구성된 프리앰블 선택을 위한 전력 오프셋;

- msgA-numberOfRA-PreamblesGroupA: GroupB-ConfiguredTwoStepRA에서 numberofRA-PreamblesGroupA로서 구성된 각각의 SSB에 대한 랜덤 액세스 프리앰블 그룹 A 내의 랜덤 액세스 프리앰블들의 수를 정의한다;

- ra-MsgA-SizeGroupA: 2-스텝 RA 유형에 대한 랜덤 액세스 프리앰블들의 그룹들을 결정하기 위한 임계 값;

- 랜덤 액세스 프리앰블들의 세트 및/또는 존재하는 경우, SI 요청을 위한 PRACH 기회들;

- 랜덤 액세스 프리앰블들의 세트 및/또는 존재하는 경우, 빔 실패 복구 요청을 위한 PRACH 기회들;

- 랜덤 액세스 프리앰블들의 세트 및/또는 존재하는 경우, sync와의 재구성을 위한 PRACH 기회들;

- ra-ResponseWindow: RA 응답(들)을 모니터링하기 위한 시간 윈도우(SpCell 전용);

- ra-ContentionResolutionTimer: 경쟁 분해능 타이머(SpCell 전용);

- msgB-ResponseWindow: 2-스텝 RA 유형에 대한 RA 응답(들)을 모니터링하기 위한 시간 윈도우(SpCell 전용).

또한, 관련 서빙 셀에 대한 다음의 정보가 UE들에 가용한 것으로 가정된다:

- 랜덤 액세스 프리앰블 그룹 B가 구성되는 경우:

- 랜덤 액세스 절차를 위한 서빙 셀이 TS 38.331 [5]에서 특정된 바와 같이 보완 업링크로 구성되고, SUL 캐리어가 랜덤 액세스 절차를 수행하기 위해 선택되는 경우:

- TS 38.101-1 [14], TS 38.101-2 [15], 및 TS 38.101-3 [16]에서 특정된 바와 같은 SUL 캐리어의 P_CMAX,f,c.

- 그렇지 않은 경우:

- TS 38.101-1 [14], TS 38.101-2 [15], 및 TS 38.101-3 [16]에서 특정된 바와 같은 NUL 캐리어의 P_CMAX,f,c.

다음의 UE 변수들은 랜덤 액세스 절차를 위해 사용된다:

- PREAMBLE_INDEX;

- PREAMBLE_TRANSMISSION_COUNTER;

- PREAMBLE_POWER_RAMPING_COUNTER;

- PREAMBLE_POWER_RAMPING_STEP;

- PREAMBLE_RECEIVED_TARGET_POWER;

- PREAMBLE_BACKOFF;

- PCMAX;

- SCALING_FACTOR_BI;

- TEMPORARY_C-RNTI;

- RA_TYPE;

- POWER_OFFSET_2STEP_RA;

- MSGA_PREAMBLE_POWER_RAMPING_STEP.

랜덤 액세스 절차가 서빙 셀 상에서 개시될 때, MAC 엔티티는:

1> Msg3 버퍼를 플러싱할 것이다;

1> MSGA 버퍼를 플러싱할 것이다;

1> PREAMBLE_TRANSMISSION_COUNTER를 1로 설정할 것이다;

1> PREAMBLE_POWER_RAMPING_COUNTER를 1로 설정할 것이다;

1> PREAMBLE_BACKOFF를 0 ms로 설정할 것이다;

1> SCALING_FACTOR_BI를 0 db로 설정할 것이다;

1> 랜덤 액세스 절차를 위해 사용할 캐리어가 명시적으로 시그널링되는 경우:

2> 랜덤 액세스 절차를 수행하기 위해 시그널링된 캐리어를 선택할 것이다;

2> PCMAX를 시그널링된 캐리어의 P_CMAX,f,c로 설정할 것이다.

1> 달리, 랜덤 액세스 절차를 위해 사용할 캐리어가 명시적으로 시그널링되는 경우; 그리고

1> 랜덤 액세스 절차를 위한 서빙 셀이 TS 38.331 [5]에서 특정된 바와 같이 보완 업링크로 구성되는 경우; 그리고

1> 다운링크 경로손실 기준의 RSRP가 rsrp-ThresholdSSB-SUL 미만인 경우:

2> 랜덤 액세스 절차를 수행하기 위해 SUL 캐리어를 선택할 것이다;

2> PCMAX를 SUL 캐리어의 P_CMAX,f,c로 설정할 것이다.

1> 그렇지 않은 경우:

2> 랜덤 액세스 절차를 수행하기 위해 NUL 캐리어를 선택할 것이다;

2> PCMAX를 NUL 캐리어의 P_CMAX,f,c로 설정할 것이다.

1> 조항 5.15에서 특정된 바와 같은 BWP 동작을 수행할 것이다;

1> 랜덤 액세스 절차가 PDCCH 오더에 의해 개시되는 경우, 그리고 PDCCH에 의해 명시적으로 제공되는 ra-PreambleIndex가 0b000000이 아닌 경우; 또는

1> 랜덤 액세스 절차가 (TS 38.331 [5]에서 특정된 바와 같은) SI 요청을 위해 개시되었고, SI 요청을 위한 랜덤 액세스 리소스들이 RRC에 의해 명시적으로 제공된 경우; 또는

1> 랜덤 액세스 절차가 (조항 5.17에서 명시된 바와 같이) SpCell 빔 실패 복구를 위해 개시된 경우, 그리고 4-스텝 RA 유형에 대한 빔 실패 복구 요청에 대한 경쟁-프리 랜덤 액세스 리소스들이 랜덤 액세스 절차를 위해 선택된 BWP에 대해 RRC에 의해 명시적으로 제공된 경우; 또는

1> 랜덤 액세스 절차가 동기화로 재구성을 위해 개시된 경우, 그리고 4-스텝 RA 유형에 대한 경쟁-프리 랜덤 액세스 리소스들이 랜덤 액세스 절차를 위해 선택된 BWP에 대한 rach-ConfigDedicated에서 명시적으로 제공된 경우:

2> RA_TYPE을 4-stepRA로 설정할 것이다.

1> 달리, 랜덤 액세스 절차를 위해 선택된 BWP가 2-스텝 및 4-스텝 RA 유형 랜덤 액세스 리소스들 둘 모두로 구성되고 다운링크 경로손실 기준의 RSRP가 msgA-RSRP-Threshold 위에 있는 경우; 또는

1> 랜덤 액세스 절차를 위해 선택된 BWP가 2-스텝 RA 유형 랜덤 액세스 리소스들로만 구성되는 경우(즉, 4-스텝 RACH RA 유형 리소스들은 구성되지 않음); 또는

1> 랜덤 액세스 절차가 동기화로 재구성을 위해 개시된 경우, 그리고 2-스텝 RA 유형에 대한 경쟁-프리 랜덤 액세스 리소스들이 랜덤 액세스 절차를 위해 선택된 BWP에 대한 rach-ConfigDedicated에서 명시적으로 제공된 경우:

2> RA_TYPE을 2-stepRA로 설정할 것이다;

1> 그렇지 않은 경우:

2> RA_TYPE을 4-stepRA로 설정할 것이다.

1> 조항 5.1.1a에서 명시된 바와 같이 랜덤 액세스 유형에 특정적인 변수들의 초기화를 수행할 것이다;

1> RA_TYPE이 2-stepRA로 설정되는 경우:

2> 2-스텝 RA 유형에 대한 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2a 참조).

1> 그렇지 않은 경우:

2> 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2 참조).

[…]

5.1.2 랜덤 액세스 리소스 선택

선택된 RA_TYPE이 4-stepRA으로 설정되는 경우, MAC 엔티티는:

1> 랜덤 액세스 절차가 (조항 5.17에서 특정된 바와 같이) SpCell 빔 실패 복구를 위해 개시된 경우; 그리고

1> (조항 5.17 내의) beamFailureRecoveryTimer가 구동 중이거나 구성되어 있지 않은 경우; 그리고

1> SSB들 및/또는 CSI-RS들 중 임의의 것과 연관된 빔 실패 복구 요청을 위한 경쟁-프리 랜덤 액세스 리소스들이 RRC에 의해 명시적으로 제공된 경우; 그리고

1> candidateBeamRSList 내의 SSB들 중 rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 SSB들 또는 candidateBeamRSList 내의 CSI-RS들 중 rsrp-ThresholdCSI-RS 초과의 CSI-RSRP를 갖는 CSI-RS들 중 적어도 하나가 가용한 경우:

2> candidateBeamRSList 내의 SSB들 중 rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 SSB 또는 candidateBeamRSList 내의 CSI-RS들 중 rsrp-ThresholdCSI-RS 초과의 CSI-RSRP를 갖는 CSI-RS를 선택할 것이다;

2> CSI-RS가 선택되고, 선택된 CSI-RS와 연관된 ra-PreambleIndex가 없는 경우:

3> PREAMBLE_INDEX를 TS 38.214 [7]에서 특정된 바와 같은 선택된 CSI-RS와 의사-동위치되는 candidateBeamRSList 내의 SSB에 대응하는 ra-PreambleIndex로 설정할 것이다.

2> 그렇지 않은 경우:

3> PREAMBLE_INDEX를 빔 실패 복구 요청을 위한 랜덤 액세스 프리앰블들의 세트로부터 선택된 SSB 또는 CSI-RS에 대응하는 ra-PreambleIndex로 설정할 것이다.

1> 달리, ra-PreambleIndex가 PDCCH에 의해 명시적으로 제공된 경우; 그리고

1> ra-PreambleIndex가 0b000000이 아닌 경우:

2> PREAMBLE_INDEX를 시그널링된 ra-PreambleIndex로 설정할 것이다;

2> PDCCH에 의해 시그널링된 SSB를 선택할 것이다.

1> 달리, SSB들과 연관된 경쟁-프리 랜덤 액세스 리소스들이 rach-ConfigDedicated에서 명시적으로 제공되었고, 연관된 SSB들 중 rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 적어도 하나의 SSB가 가용한 경우:

2> 연관된 SSB들 중 rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 SSB를 선택할 것이다;

2> PREAMBLE_INDEX를 선택된 SSB에 대응하는 ra-PreambleIndex로 설정할 것이다.

1> 달리, CSI-RS들과 연관된 경쟁-프리 랜덤 액세스 리소스들이 rach-ConfigDedicated에서 명시적으로 제공되었고, 연관된 CSI-RS들 중 rsrp-ThresholdCSI-RS 초과의 CSI-RSRP를 갖는 적어도 하나의 CSI-RS가 가용한 경우:

2> 연관된 CSI-RS들 중 rsrp-ThresholdCSI-RS 초과의 CSI-RSRP를 갖는 CSI-RS를 선택할 것이다;

2> PREAMBLE_INDEX를 CSI-RS에 대응하는 ra-PreambleIndex로 설정할 것이다.

1> 달리, 랜덤 액세스 절차가 (TS 38.331 [5]에서 특정된 바와 같은) SI 요청을 위해 개시된 경우; 그리고

1> SI 요청을 위한 랜덤 액세스 리소스들이 RRC에 의해 명시적으로 제공된 경우:

2> rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 SSB들 중 적어도 하나가 가용한 경우:

3> rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 SSB를 선택할 것이다;

2> 그렇지 않은 경우:

3> 임의의 SSB를 선택할 것이다.

2> TS 38.331 [5]에서 특정된 바와 같은 ra-PreambleStartIndex에 따라 결정된 랜덤 액세스 프리앰블(들)로부터, 선택된 SSB에 대응하는 랜덤 액세스 프리앰블을 선택할 것이다;

2> PREAMBLE_INDEX를 선택된 랜덤 액세스 프리앰블로 설정할 것이다.

1> 그렇지 않은 경우(즉, 경쟁 기반 랜덤 액세스 프리앰블 선택의 경우):

3> rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 SSB를 선택할 것이다;

2> 그렇지 않은 경우:

3> 임의의 SSB를 선택할 것이다.

2> RA_TYPE가 2-stepRA로부터 4-stepRA로 스위칭되는 경우:

3> 랜덤 액세스 프리앰블 그룹이 현재 랜덤 액세스 절차 동안 선택된 경우:

4> 2-스텝 RA 유형에 대해 선택된 바와 동일한, 랜덤 액세스 프리앰블들의 그룹을 선택할 것이다.

3> 그렇지 않은 경우:

4> 랜덤 액세스 프리앰블 그룹 B가 구성되는 경우: 그리고

4> rach-ConfigDedicated에 구성된 MSGA 페이로드의 전달 블록 크기가 랜덤 액세스 프리앰블 그룹 B와 연관된 MSGA 페이로드의 전달 블록 크기에 대응하는 경우:

5> 랜덤 액세스 프리앰블 그룹 B를 선택할 것이다.

4> 그렇지 않은 경우:

5> 랜덤 액세스 프리앰블 그룹 A를 선택할 것이다.

2> 달리, Msg3 버퍼가 비어 있는 경우:

3> 랜덤 액세스 프리앰블 그룹 B가 구성되는 경우:

4> 잠재적 Msg3 크기(송신에 가용한 UL 데이터 플러스 MAC 서브헤더, 및 요구되는 경우, MAC CE들)가 ra-Msg3SizeGroupA보다 크고, 경로손실이 (랜덤 액세스 절차를 수행하는 서빙 셀의) PCMAX - preambleReceivedTargetPower - msg3-DeltaPreamble - messagePowerOffsetGroupB보다 작은 경우; 또는

4> 랜덤 액세스 절차가 CCCH 논리 채널에 대해 개시되었고 CCCH SDU 크기 플러스 MAC 헤더가 ra-Msg3SizeGroupA보다 큰 경우:

5> 랜덤 액세스 프리앰블 그룹 B를 선택할 것이다.

4> 그렇지 않은 경우:

5> 랜덤 액세스 프리앰블 그룹 A를 선택할 것이다.

3> 그렇지 않은 경우:

4> 랜덤 액세스 프리앰블 그룹 A를 선택할 것이다.

2> 그렇지 않은 경우(즉, Msg3이 재송신되고 있는 경우):

3> Msg3의 제1 송신에 대응하는 랜덤 액세스 프리앰블 송신 시도를 위해 사용되었던 바와 동일한 그룹의 랜덤 액세스 프리앰블들을 선택할 것이다.

2> 선택된 SSB 및 선택된 랜덤 액세스 프리앰블 그룹과 연관된 랜덤 액세스 프리앰블들로부터 동일한 확률로 랜덤 액세스 프리앰블을 랜덤하게 선택할 것이다;

1> 랜덤 액세스 절차가 (TS 38.331 [5]에서 특정된 바와 같은) SI 요청을 위해 개시된 경우; 그리고

1> ra-AssociationPeriodIndex 및 si-RequestPeriod가 구성되는 경우:

2> 구성되는 경우, ra-ssb-OccasionMaskIndex에 의해 주어지는 제약들에 의해 허용되는 si-RequestPeriod 내의 ra-AssociationPeriodIndex에 의해 주어지는 연관성 기간에서 선택된 SSB에 대응하는 PRACH 기회들로부터 다음 가용 PRACH를 결정할 것이다(MAC 엔티티는 선택된 SSB에 대응하는 TS 38.213 [6]의 조항 8.1에 따라 연속 PRACH 기회들 중에서 동일한 확률로 PRACH 기회를 랜덤하게 선택할 것이다).

1> 달리, 초과인 SSB가 선택되는 경우:

2> 구성되는 경우, ra-ssb-OccasionMaskIndex에 의해 주어지는 제약에 의해 허용되거나 PDCCH에 의해 표시되는 선택된 SSB에 대응하는 PRACH 기회들로부터 다음 가용 PRACH를 결정할 것이다(MAC 엔티티는 선택된 SSB에 대응하는, TS 38.213 [6]의 조항 8.1에 따라 연속 PRACH 기회들 중에서 동일한 확률로 PRACH 기회를 랜덤하게 선택할 것이다; MAC 엔티티는 선택된 SSB에 대응하는 다음 가용 PRACH 기회를 결정할 때 측정 갭들의 가능한 발생을 고려할 수 있다).

1> 달리, 초과인 CSI-RS가 선택되는 경우:

2> 선택된 CSI-RS와 연관된 경쟁-프리 랜덤 액세스 리소스가 없는 경우:

3> TS 38.214 [7]에서 특정된 바와 같은 선택된 CSI-RS와 의사-동위치되는 candidateBeamRSList 내의 SSB에 대응하는, 구성되는 경우, ra-ssb-OccasionMaskIndex에 의해 주어진 제한들에 의해 허용되는 PRACH 기회들로부터 다음 가용 PRACH 기회를 결정할 것이다(MAC 엔티티는 선택된 CSI-RS와 의사-동위치되는 SSB에 대응하는, TS 38.213 [6]의 조항 8.1에 따라 연속 PRACH 기회들 중에서 동일한 확률로 PRACH 기회를 랜덤하게 선택할 것이다; MAC 엔티티는 선택된 CSI-RS와 의사-동위치되는 SSB에 대응하는 다음 가용 PRACH 기회를 결정할 때 측정 갭들의 가능한 발생을 고려할 수 있다).

2> 그렇지 않은 경우:

3> 선택된 CSI-RS에 대응하는 ra-OccasionList 내의 PRACH 기회들로부터 다음 가용 PRACH 기회를 결정할 것이다(MAC 엔티티는 선택된 CSI-RS에 대응하는, 동시에 그러나 상이한 서브캐리어들 상에서 발생하는 PRACH 기회들 중에서 동일한 확률로 PRACH 기회를 랜덤으로 선택할 것이다; MAC 엔티티는 선택된 CSI-RS에 대응하는 다음 가용 PRACH를 결정할 때 측정 갭들의 가능한 발생을 고려할 수 있다).

1> 랜덤 액세스 프리앰블 송신 절차를 수행할 것이다(조항 5.1.3 참조).

비고 1: UE가 rsrp-ThresholdSSB 초과의 SS-RSRP를 갖는 SSB가 있는지 또는 rsrp-ThresholdCSI-RS 초과의 CSI-RSRP를 갖는 CSI-RS가 있는지를 결정할 때, UE는 최근에 필터링되지 않은 L1-RSRP 측정을 사용한다.

[…]

5.1.3 랜덤 액세스 프리앰블 송신

MAC 엔티티는, 각각의 랜덤 액세스 프리앰블에 대해:

1> PREAMBLE_TRANSMISSION_COUNTER가 1 초과인 경우; 그리고

1> 전력 램핑 카운터를 중단하는 통지가 하위 레이어들로부터 수신되지 않은 경우; 그리고

1> LBT 실패 지시가 마지막 랜덤 액세스 프리앰블 송신을 위해 하위 레이어들로부터 수신되지 않은 경우; 그리고

1> 선택된 SSB 또는 CSI-RS가 마지막 랜덤 액세스 프리앰블 송신에서 선택으로부터 변경되지 않는 경우:

2> PREAMBLE_POWER_RAMPING_COUNTER를 1만큼 증분할 것이다.

1> 조항 7.3에 따라 DELTA_PREAMBLE의 값을 선택할 것이다;

1> PREAMBLE_RECEIVED_TARGET_POWER를 preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) × PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA로 설정할 것이다;

1> 빔 실패 복구 요청에 대한 경쟁-프리 랜덤 액세스 프리앰블을 제외하고, 랜덤 액세스 프리앰블이 송신되는 PRACH 기회와 연관된 RA-RNTI를 계산할 것이다;

1> 선택된 PRACH 기회, 대응하는 RA-RNTI(가용한 경우), PREAMBLE_INDEX, 및 PREAMBLE_RECEIVED_TARGET_POWER를 사용하여 랜덤 액세스 프리앰블을 송신할 것을 물리적 레이어에 명령할 것이다.

1> LBT 시패 지시가 이러한 랜덤 액세스 프리앰블 송신을 위해 하위 레이어들로부터 수신된 경우:

2> lbt-FailureRecoveryConfig가 구성되는 경우:

3> 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2 참조).

2> 그렇지 않은 경우:

3> PREAMBLE_TRANSMISSION_COUNTER를 1만큼 증분할 것이다.

3> PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1인 경우:

4> 랜덤 액세스 프리앰블이 SpCell 상에서 송신되는 경우:

5> 랜덤 액세스 문제를 상위 레이어들에게 지시할 것이다;

5> 이러한 랜덤 액세스 절차가 SI 요청에 대해 트리거된 경우:

6> 랜덤 액세스 절차를 실패로 완료된 것으로 간주할 것이다.

4> 달리, 랜덤 액세스 프리앰블이 SCell 상에서 송신되는 경우:

5> 랜덤 액세스 절차를 실패로 완료된 것으로 간주할 것이다.

3> 랜덤 액세스 절차가 완료되지 않은 경우:

4> 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2 참조).

랜덤 액세스 프리앰블이 송신되는 PRACH 기회와 연관된 RA-RNTI가 다음과 같이 계산된다:

RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id

여기서 s_id는 PRACH 기회의 제1 OFDM 심볼의 인덱스이고(0 ≤ s_id < 14), t_id는 시스템 프레임 내의 PRACH 기회의 제1 슬롯의 인덱스이고(0 ≤ t_id < 80), 여기서 t_id를 결정하기 위한 서브캐리어 간격은 TS 38.211 [8]의 조항 5.3.2에서 명시된 μ의 값에 기초하고, f_id는 주파수 도메인 내의 PRACH 기회의 인덱스이고(0 ≤ f_id < 8), ul_carrier_id는 랜덤 액세스 프리앰블 송신을 위해 사용된 UL 캐리어이다(NUL 캐리어의 경우 0이고, SUL 캐리어의 경우 1임).

[…]

5.1.4 랜덤 액세스 응답 수신

일단 랜덤 액세스 프리앰블이 송신되면, 그리고 측정 갭의 가능한 발생과는 상관없이, MAC 엔티티는:

1> 빔 실패 복구 요청에 대한 경쟁-프리 랜덤 액세스 프리앰블이 MAC 엔티티에 의해 송신된 경우:

2> 랜덤 액세스 프리앰블 송신의 종료로부터 TS 38.213 [6]에서 명시된 바와 같이 제1 PDCCH 기회에서 BeamFailureRecoveryConfig에 구성된 ra-ResponseWindow를 시작시킬 것이다;

2> ra-ResponseWindow가 구동하는 중인 동안 C-RNTI에 의해 식별된 SpCell의 recoverySearchSpaceId에 의해 지시된 검색 공간 상의 PDCCH 송신에 대해 모니터링할 것이다.

1> 그렇지 않은 경우:

2> 랜덤 액세스 프리앰블 송신의 종료로부터 TS 38.213 [6]에서 명시된 바와 같이 제1 PDCCH 기회에서 RACH-ConfigCommon에 구성된 ra-ResponseWindow를 시작시킬 것이다;

2> ra-ResponseWindow이 구동 중인 동안 RA-RNTI에 의해 식별된 랜덤 액세스 응답(들)에 대해 SpCell의 PDCCH를 모니터링할 것이다.

1> recoverySearchSpaceId에 의해 지시된 검색 공간 상에서의 PDCCH 송신의 수신의 통지가, 프리앰블이 송신된 서빙 셀 상의 하위 레이어들로부터 수신되는 경우; 그리고

1> PDCCH 송신이 C-RNTI로 어드레싱되는 경우; 그리고

2> 랜덤 액세스 절차를 성공적으로 완료된 것으로 간주할 것이다.

1> 달리, (TS 38.213 [6]에서 명시된 바와 같이) 유효 다운링크 할당이 RA-RNTI에 대해 PDCCH 상에서 수신되었고, 수신된 TB가 성공적으로 디코딩되는 경우:

2> 랜덤 액세스 응답이 백오프 지시자를 갖는 MAC subPDU를 포함하는 경우:

3> SCALING_FACTOR_BI로 곱해진, 표 7.2-1을 사용하여 MAC subPDU의 BI 필드의 값으로 설정할 것이다.

2> 그렇지 않은 경우:

3> PREAMBLE_BACKOFF를 0 ms로 설정할 것이다.

2> 랜덤 액세스 응답이 송신된 PREAMBLE_INDEX에 대응하는 랜덤 액세스 프리앰블 식별자를 갖는 MAC subPDU를 포함하는 경우(하위조항 5.1.3 참조):

3> 이러한 랜덤 액세스 응답 수신을 성공적인 것으로 간주할 것이다.

2> 랜덤 액세스 응답 수신이 성공적인 것으로 간주되는 경우:

3> 랜덤 액세스 응답이 RAPID만을 갖는 MAC subPDU를 포함하는 경우:

4> 이러한 랜덤 액세스 절차를 성공적으로 완료된 것으로 간주할 것이다;

4> SI 요청에 대한 확인응답의 수신을 상위 레이어들로 지시할 것이다.

3> 그렇지 않은 경우:

4> 랜덤 액세스 프리앰블이 송신된 서빙 셀에 대해 다음의 액션들을 적용할 것이다:

5> 수신된 타이밍 어드밴스 커맨드를 프로세싱한다(조항 5.2 참조);

5> preambleReceivedTargetPower 및 가장 마지막 랜덤 액세스 프리앰블 송신에 적용되는 전력 램핑의 양(즉, (PREAMBLE_POWER_RAMPING_COUNTER - 1) × PREAMBLE_POWER_RAMPING_STEP)을 하위 레이어들로 지시할 것이다;

5> pusch-Config가 구성되지 않은 업링크 캐리어 상에서 SCell에 대한 랜덤 액세스 절차가 수행되는 경우:

6> 수신된 UL 그랜트를 무시할 것이다.

5> 그렇지 않은 경우:

6> 수신된 UL 그랜트를 프로세싱하고 이를 하위 레이어들로 지시할 것이다.

4> 랜덤 액세스 프리앰블이 경쟁 기반 랜덤 액세스 프리앰블(들) 중에서 MAC 엔티티에 의해 선택되지 않은 경우):

5> 랜덤 액세스 절차를 성공적으로 완료된 것으로 간주할 것이다.

4> 그렇지 않은 경우:

5> TEMPORARY_C-RNTI를 랜덤 액세스 응답에서 수신된 값으로 설정할 것이다;

5> 이것이 이러한 랜덤 액세스 절차 내에서 처음 성공적으로 수신된 랜덤 액세스 응답인 경우:

6> 송신이 CCCH 로직 채널에 대해 행해지고 있지 않은 경우:

7> 후속 업링크 송신에서 C-RNTI MAC CE를 포함하도록 멀티플렉싱 및 어셈블리 엔티티에 지시할 것이다.

6> 랜덤 액세스 절차가 SpCell 빔 실패 복구를 위해 개시된 경우:

7> 후속 업링크 송신에서 BFR MAC CE 또는 트런케이트된 BFR MAC CE를 포함하도록 멀티플렉싱 및 어셈블리 엔티티에 지시할 것이다.

6> 멀티플렉싱 및 어셈블리 엔티티로부터 송신할 MAC PDU를 획득하여 이를 Msg3 버퍼에 저장할 것이다;

비고: 랜덤 액세스 절차 내에서, 경쟁 기반 랜덤 액세스 프리앰블들의 동일한 그룹에 대한 랜덤 액세스 응답에서 제공된 업링크 그랜트가 그 랜덤 액세스 절차 동안 할당된 제1 업링크 그랜트와는 상이한 크기를 갖는 경우, UE 거동은 정의되지 않는다.

1> BeamFailureRecoveryConfig에 구성된 ra-ResponseWindow가 만료하는 경우, 그리고 C-RNTI에 어드레싱된 recoverySearchSpaceId에 의해 지시되는 검색 공간 상에서의 PDCCH 송신이, 프리앰블이 송신된 서빙 셀 상에서 수신되지 않은 경우; 또는

1> RACH-ConfigCommon에서 구성된 ra-ResponseWindow가 만료하는 경우, 그리고 송신된 PREAMBLE_INDEX와 매칭되는 랜덤 액세스 프리앰블 식별자들을 포함하는 응답이 수신되지 않은 경우:

2> 랜덤 액세스 응답 수신을 성공적이지 않은 것으로 간주할 것이다;

2> PREAMBLE_TRANSMISSION_COUNTER를 1만큼 증분할 것이다.

2> PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1인 경우:

3> 랜덤 액세스 프리앰블이 SpCell 상에서 송신되는 경우:

4> 랜덤 액세스 문제를 상위 레이어들에게 지시할 것이다;

4> 이러한 랜덤 액세스 절차가 SI 요청에 대해 트리거된 경우:

3> 달리, 랜덤 액세스 프리앰블이 SCell 상에서 송신되는 경우:

4> 랜덤 액세스 절차를 실패로 완료된 것으로 간주할 것이다.

2> 랜덤 액세스 절차가 완료되지 않은 경우:

3> 0 내지 PREAMBLE_BACKOFF의 균일한 분포에 따라 랜덤 백오프 시간을 선택할 것이다;

3> 경쟁-프리 랜덤 액세스 리소스들을 선택하기 위한 (조항 5.1.2에서 정의된 바와 같은) 기준이 백오프 시간 동안 충족되는 경우:

4> 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2 참조);

3> 달리, pusch-Config가 구성되지 않은 업링크 캐리어 상에서 SCell에 대한 랜덤 액세스 절차가 수행되는 경우:

4> 랜덤 액세스 절차가 동일한 ra-PreambleIndex, ra-ssb-OccasionMaskIndex, 및 UL/SUL 지시자 TS 38.212 [9]로 PDCCH 순서에 의해 트리거될 때까지 후속 랜덤 액세스 송신을 지연시킬 것이다.

3> 그렇지 않은 경우:

4> 백오프 시간 이후 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2 참조).

MAC 엔티티는, 송신된 PREAMBLE_INDEX와 매칭되는 랜덤 액세스 프리앰블 식별자들을 포함하는 랜덤 액세스 응답의 성공적인 수신 이후 ra-ResponseWindow(및 랜덤 액세스 응답(들)에 대한 모니터링)를 중지할 수 있다.

HARQ 동작은 랜덤 액세스 응답 수신에 적용가능하지 않다.

[…]

5.1.5 경쟁 해결

일단 Msg3이 송신되면, MAC 엔티티는:

1> Msg3 송신의 종료 이후 제1 심볼에서의 각각의 HARQ 재송신에서 ra-ContentionResolutionTimer를 시작시키고 ra-ContentionResolutionTimer를 재시작시킬 것이다;

1> 측정 갭의 가능한 발생과 상관없이 ra-ContentionResolutionTimer가 구동 중인 동안 PDCCH를 모니터링할 것이다;

1> SpCell의 PDCCH 송신의 수신의 통지가 하위 레이어들로부터 수신되는 경우:

2> C-RNTI MAC CE가 Msg3에 포함된 경우:

3> 랜덤 액세스 절차가 (조항 5.17에서 특정된 바와 같이) SpCell 빔 실패 복구를 위해 개시되었고 PDCCH 송신이 C-RNTI에 어드레싱되는 경우; 그리고

3> 랜덤 액세스 절차가 PDCCH에 의해 개시되었고 PDCCH 송신이 C-RNTI에 어드레싱되는 경우; 그리고

3> 랜덤 액세스 절차가 MAC 서브레이어 자체에 의해 또는 RRC 서브레이어에 의해 개시되었고 PDCCH 송신이 C-RNTI에 어드레싱되고 새로운 송신을 위해 UL 그랜트를 포함하는 경우:

4> 이러한 경쟁 해결을 성공적인 것으로 간주할 것이다;

4> ra-ContentionResolutionTimer를 중지할 것이다;

4> TEMPORARY_C-RNTI를 폐기할 것이다;

4> 이러한 랜덤 액세스 절차를 성공적으로 완료된 것으로 간주할 것이다.

2> 달리 CCCH SDU가 Msg3에 포함되었고 PDCCH 송신이 그의 TEMPORARY_C-RNTI로 어드레싱되는 경우:

3> MAC PDU가 성공적으로 디코딩되는 경우:

4> ra-ContentionResolutionTimer를 중지할 것이다;

4> MAC PDU가 UE 경쟁 해결 아이덴티티 MAC CE를 포함하는 경우; 그리고

4> MAC CE 내의 UE 경쟁 해결 아이덴티티가 Msg3에서 송신된 CCCH SDU와 매칭되는 경우:

5> 이러한 경쟁 해결을 성공적인 것으로 간주하고, MAC PDU의 디어셈블리 및 디멀티플렉싱을 마감할 것이다;

5> 이러한 랜덤 액세스 절차가 SI 요청에 대해 개시된 경우:

6> SI 요청에 대한 확인응답의 수신을 상위 레이어들로 지시할 것이다.

5> 그렇지 않은 경우:

6> C-RNTI를 TEMPORARY_C-RNTI의 값으로 설정할 것이다;

5> TEMPORARY_C-RNTI를 폐기할 것이다;

5> 이러한 랜덤 액세스 절차를 성공적으로 완료된 것으로 간주할 것이다.

4> 그렇지 않은 경우:

5> TEMPORARY_C-RNTI를 폐기할 것이다;

5> 이러한 경쟁 해결을 성공적이지 않은 것으로 간주하고, 성공적으로 디코딩된 MAC PDU를 폐기할 것이다.

1> ra-ContentionResolutionTimer가 만료하는 경우:

2> TEMPORARY_C-RNTI를 폐기할 것이다;

2> 경쟁 해결을 성공적이지 않은 것으로 간주할 것이다;

1> 경쟁 해결이 성공적이지 않은 것으로 간주되는 경우:

2> Msg3 버퍼에서 MAC PDU의 송신을 위해 사용되는 HARQ 버퍼를 플러싱할 것이다;

2> PREAMBLE_TRANSMISSION_COUNTER를 1만큼 증분할 것이다.

2> PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1인 경우:

3> 랜덤 액세스 문제를 상위 레이어들에게 지시할 것이다.

3> 이러한 랜덤 액세스 절차가 SI 요청에 대해 트리거된 경우:

2> 랜덤 액세스 절차가 완료되지 않은 경우:

3> RA_TYPE이 4-stepRA로 설정되는 경우:

4> 0 내지 PREAMBLE_BACKOFF의 균일한 분포에 따라 랜덤 백오프 시간을 선택할 것이다;

4> 경쟁-프리 랜덤 액세스 리소스들을 선택하기 위한 (조항 5.1.2에서 정의된 바와 같은) 기준이 백오프 시간 동안 충족되는 경우:

5> 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2 참조);

4> 그렇지 않은 경우:

5> 백오프 시간 이후 랜덤 액세스 리소스 선택 절차를 수행할 것이다(조항 5.1.2 참조).

3> 그렇지 않은 경우(즉, RA_TYPE이 2-stepRA로 설정되는 경우):

4> msgA-TransMax가 적용되고(조항 5.1.1a 참조), PREAMBLE_TRANSMISSION_COUNTER = msgA-TransMax + 1인 경우:

5> RA_TYPE을 4-stepRA로 설정할 것이다;

5> 조항 5.1.1a에서 명시된 바와 같이 랜덤 액세스 유형에 특정적인 변수들의 초기화를 수행할 것이다;

5> MSGA 버퍼에서 MAC PDU의 송신을 위해 사용되는 HARQ 버퍼를 플러싱할 것이다;

5> 있다면, 명시적으로 시그널링된 경쟁-프리 2-스텝 RA 유형 랜덤 액세스 리소스들을 폐기할 것이다;

5> 조항 5.1.2에서 명시된 바와 같이 랜덤 액세스 리소스 선택을 수행할 것이다.

4> 그렇지 않은 경우:

5> 0 내지 PREAMBLE_BACKOFF의 균일한 분포에 따라 랜덤 백오프 시간을 선택할 것이다;

5> 경쟁-프리 랜덤 액세스 리소스들을 선택하기 위한 (조항 5.1.2a에서 정의된 바와 같은) 기준이 백오프 시간 동안 충족되는 경우:

6> 조항 5.1.2a에서 명시된 바와 같이 2-스텝 RA 유형에 대한 랜덤 액세스 리소스 선택 절차를 수행할 것이다.

5> 그렇지 않은 경우:

2> 백오프 시간 이후 2-스텝 RA 유형 절차에 대한 랜덤 액세스 리소스 선택을 수행할 것이다(조항 5.1.2a 참조).

5.1.6 랜덤 액세스 절차의 경쟁

랜덤 액세스 절차의 완료 시, MAC 엔티티는:

1> 있다면, 빔 실패 복구 요청에 대한 4-스텝 RA 유형 경쟁-프리 랜덤 액세스 리소스들을 제외하고 2-스텝 RA 유형 및 4-스텝 RA 유형에 대한 임의의 명시적으로 시그널링된 경쟁 프리 랜덤 액세스 리소스들을 폐기할 것이다;

1> Msg3 버퍼 및 MSGA 버퍼에서 MAC PDU의 송신을 위해 사용되는 HARQ 버퍼를 플러싱할 것이다.

DAPS 핸드오버를 위해 개시된 랜덤 액세스 절차의 성공적인 완료 시, 타깃 MAC 엔티티는:

1> 랜덤 액세스 절차의 성공적인 완료를 상위 레이어들로 지시할 것이다.

3GPP TR 38.836은 다음을 도입한다:

4 사이드링크 기반 UE-대-네트워크 릴레이

4.1 시나리오들, 가정들 및 요건들

UE-대-네트워크 릴레이는 원격 UE를 위한 커버리지 확장 및 절전을 가능하게 한다. 이 연구에서 고려된 커버리지 시나리오들은 다음과 같다:

- UE-대-네트워크 릴레이 UE는 커버리지 내에 있고, 원격 UE는 커버리지 밖에 있다

- UE-대-네트워크 릴레이 UE 및 원격 UE 둘 모두가 커버리지 내에 있다

- L3 UE-대-네트워크 릴레이의 경우, 릴레이 UE 및 원격 UE는 원격 UE가 릴레이 UE를 통한 접속을 확립한 이후 동일한 셀 또는 상이한 셀들 내에 있을 수 있다

- L2 UE-대-네트워크 릴레이의 경우, 그것은 원격 UE가 릴레이 UE를 통해 접속한 이후, 릴레이 UE 및 원격 UE가 릴레이 UE의 서빙 셀에 의해 제어되는 기준성으로서 지원된다.

L2 UE-대-네트워크 릴레이의 경우, 아래의 두 가지 경우들 모두가 지원된다

- 릴레이 UE를 통한 원격 접속 이전에, 릴레이 UE 및 원격 UE가 동일한 셀 내에 있다;

- 릴레이 UE를 통한 원격 접속 이전에, 릴레이 UE 및 원격 UE가 상이한 셀들 내에 있다;

고려되는 시나리오들은 도 4.1-1에 반영되어 있다.

[제목이 "UE-대-네트워크 릴레이에 대한 시나리오들(Scenarios for UE-to-Network Relay)"인 3GPP TR 38.836 V0.2.0의 도 4.1-1이 도 13으로서 재생성된다]

UE-대-네트워크 릴레이 UE의 Uu 링크 상에서 NR Uu가 가정된다. 원격 UE(들)와 UE-대-네트워크 릴레이 UE 사이의 PC5 상에서 NR 사이드링크가 가정된다.

UE(원격 UE 또는 UE-대-네트워크 릴레이 UE)의 교차-RAT 구성/제어는 고려되지 않는데, 즉 eNB/ng-eNB는 NR 원격 UE 및 UE-대-네트워크 릴레이 UE를 제어/구성하지 않는다. UE-대-네트워크 릴레이의 경우, 연구는 원격 UE와 NW 사이의 유니캐스트 데이터 트래픽에 집중한다.

NR 사이드링크 통신을 수행하기 위한 SN에 의한 UE(원격 UE 또는 UE-대-네트워크 릴레이 UE)의 구성/스케줄링은 이러한 연구의 범주 밖에 있다.

UE-대-네트워크 릴레이의 경우, PC5-RRC 접속이 릴레이 UE와 원격 UE 사이에 확립된 후에 원격 UE와 네트워크 사이의 유니캐스트 데이터의 릴레이가 발생할 수 있다.

릴레이 UE 및 원격 UE의 Uu RRC 상태는 PC5를 통해 접속될 때 변경될 수 있다. 릴레이 UE 및 원격 UE 둘 모두는 임의의 RRC 상태에서 릴레이 발견을 수행할 수 있다. 원격 UE는 Uu 커버리지 밖에 있는 동안 릴레이 발견을 수행할 수 있다.

릴레이 UE는 유니캐스트 데이터의 릴레이를 수행하기 위해 RRC_CONNECTED에 있어야 한다.

L2 UE-대-네트워크 릴레이의 경우:

- 원격 UE(들)은 릴레이된 유니캐스트 데이터의 송신/수신을 수행하기 위해 RRC CONNECTED에 있어야 한다.

- 릴레이 UE는, PC5-접속 원격 UE(들)가 RRC_IDLE에 있는 한, RRC_IDLE, RRC_INACTIVE 또는 RRC_CONNECTED에 있을 수 있다.

- 릴레이 UE는, PC5-접속 원격 UE(들)가 RRC_INACTIVE에 있는 한, RRC_INACTIVE 또는 RRC_CONNECTED에 있을 수 있다.

L3 UE-대-네트워크 릴레이의 경우, 릴레이 UE 및 원격 UE 둘 모두가 RRC_INACTIVE 상태에 있을 수 있다.

서비스 연속성의 요건은 단지 UE-대-네트워크 릴레이에 대한 것이지만, 이러한 해제에서 UE-대-UE 릴레이에 대한 것은 아니다.

RAN2는 UE-대-네트워크 릴레이에 대한 "직접(Uu) 경로와 간접(릴레이를 통함) 경로 사이"의 이동성 시나리오를 연구했다. RAN2는 연구 단계에서 인트라-gNB 경우들의 이동성 시나리오들에 집중하며, 인터-gNB 경우들이 또한 지원될 것임을 가정한다. 인터-gNB 경우들에 대해, 인트라-gNB 경우들에 비해, 세부사항들에서 Uu 인터페이스 상의 잠재적인 상이한 부분들이 SI 페이즈 또는 WI 페이즈 중 어느 하나에서 연구될 수 있다.RAN2는 SI 페이즈에서 경로 스위칭을 위한 "간접(제1 릴레이 UE를 통함)과 간접(제2 릴레이 UE를 통함)" 사이에서의 이동성 시나리오에 특정적인 작업의 우선순위를 낮추는데, 이는 필요한 경우 WI 페이즈에서 연구될 수 있다.

RAN2는 SI 페이즈에서 그룹 이동성 시나리오의 우선순위를 낮추는데, 이는 필요한 경우 WI 페이즈에서 논의될 수 있다.

[…]

4.5 레이어-2 릴레이

4.5.1 아키텍처 및 프로토콜 스택

4.5.1.1 프로토콜 스택

L2 UE-대-네트워크 릴레이 아키텍처의 사용자 평면 및 제어 평면에 대한 프로토콜 스택들은, 적응 층이 PC5 인터페이스에서 지원되지 않는 경우에 대해 도 4.5.1.1-1 및 도 4.5.1.1-2에서 설명되고, 적응 층이 PC5 인터페이스에서 지원되는 경우에 대해 도 4.5.1.1-3 및 도 4.5.1.1-4에서 설명된다.

L2 UE-대-네트워크 릴레이에 대해, 적응 층은 릴레이 UE와 gNB 사이의 Uu 인터페이스에서 CP 및 UP 둘 모두에 대해 RLC 서브레이어 위에 배치된다. Uu SDAP/PDCP 및 RRC는 원격 UE와 gNB 사이에서 종료되는 반면, RLC, MAC 및 PHY는 각각의 링크(즉, 원격 UE와 UE-대-네트워크 릴레이 UE 사이의 링크 및 UE-대-네트워크 릴레이 UE와 gNB 사이의 링크)에서 종료된다. 적응 층이 또한 원격 UE와 릴레이 UE 사이의 PC5 인터페이스에서 지원되는지 여부는 WI 페이즈에 달려 있다(상세한 PC5 적응 층 기능들에 대해 너무 많이 연구하기 전에 먼저 다운-선택을 가정함).

[제목이 "L2 UE-대-네트워크 릴레이에 대한 사용자 평면 프로토콜 스택(적응 층이 PC5 인터페이스에서 지원되지 않음)(User plane protocol stack for L2 UE-to-Network Relay (adaptation layer is not supported at the PC5 interface))"인 3GPP TR 38.836 V0.2.0의 도 4.1-1이 도 13으로서 재생성된다]

[제목이 "L2 UE-대-네트워크 릴레이에 대한 제어 평면 프로토콜 스택(적응 층이 PC5 인터페이스에서 지원되지 않음)(Control plane protocol stack for L2 UE-to-Network Relay (adaptation layer is not supported at the PC5 interface))"인 3GPP TR 38.836 V0.2.0의 도 4.1-2가 도 15로서 재생성된다]

[제목이 "L2 UE-대-네트워크 릴레이에 대한 사용자 평면 프로토콜 스택(적응 층이 PC5 인터페이스에서 지원됨)(User plane protocol stack for L2 UE-to-Network Relay (adaptation layer is supported at the PC5 interface)"인 3GPP TR 38.836 V0.2.0의 도 4.1-3이 도 16으로서 재생성된다]

[도 4.5.1.1-4: 제목이 "L2 UE-대-네트워크 릴레이에 대한 제어 평면 프로토콜 스택(적응 층이 PC5 인터페이스에서 지원됨)(Control plane protocol stack for L2 UE-to-Network Relay (adaptation layer is supported at the PC5 interface))"이 도 17로서 재생성된다]

4.5.1.2 적응 층 기능

L2 UE-대-네트워크 릴레이의 경우, 업링크에 대해

- 릴레이 UE에서의 Uu 적응 층은 릴레이 UE Uu 경로를 통해 릴레이를 위한 진입 PC5 RLC 채널들과 퇴출 Uu RLC 채널들 사이의 UL 베어러 맵핑을 지원한다. 업링크 릴레이 트래픽의 경우, 동일한 원격 UE 및/또는 상이한 원격 UE들의 상이한 단-대-단 RB들(SRB, DRB)은 하나의 Uu RLC 채널을 통한 N:1 맵핑 및 데이터 멀티플렉싱의 대상이 될 수 있다.

- Uu 적응 층은 UL 트래픽에 대한 원격 UE 식별을 지원하는 데 사용된다(다수의 원격 UE로부터 오는 데이터를 멀티플렉싱함). 원격 UE Uu 무선 베어러 및 원격 UE의 아이덴티티 정보는 gNB가 원격 UE의 바로 그 원격 UE Uu 무선 베어러와 연관된 특정 PDCP 엔티티에 대한 수신된 데이터 패킷들을 상관시키기 위해 UL에서 Uu 적응 층에 포함된다.

L2 UE-대-네트워크 릴레이의 경우, 다운링크에 대해

- Uu 적응 층은 릴레이 UE Uu 경로를 통해 원격 UE의 단-대-단 무선 베어러(SRB, DRB)를 Uu RLC 채널에 맵핑시키기 위해 gNB에서의 DL 베어러 맵핑을 지원하는 데 사용될 수 있다. Uu 적응 층은 릴레이 UE Uu 경로를 통해 원격 UE 및/또는 상이한 원격 UE들의 다수의 단-대-단 무선 베어러들(SRB들, DRB들)과 하나의 Uu RLC 채널 사이의 DL N:1 베어러 맵핑 및 데이터 멀티플렉싱을 지원하는 데 사용될 수 있다.

- Uu 적응 층은 다운링크 트래픽에 대한 원격 UE 식별을 지원할 필요가 있다. 원격 UE Uu 무선 베어러의 아이덴티티 정보 및 원격 UE의 아이덴티티 정보는 릴레이 UE가 원격 UE Uu 무선 베어러로부터의 수신된 데이터 패킷들을 그의 연관된 PC5 RLC 채널에 맵핑시키기 위해 DL에서 gNB에 의해 Uu 적응 층 내로 들어갈 필요가 있다.

[…]

4.5.5 제어 평면 절차

편집자 비고: 서비스 연속성 관련 CP 절차가 4.5.4에서 캡처된다.

4.5.5.1 접속 관리

원격 UE는 사용자 평면 데이터 송신 이전에 네트워크와 그 자신의 PDU 세션들/DRB들을 확립할 필요가 있다.

Rel-16 NR V2X PC5 유니캐스트 링크 확립 절차들의 PC5-RRC 태양들은 원격 UE가 릴레이 UE를 통해 네트워크와 Uu RRC 접속을 확립하기 전에 UE와 L2 UE-대-네트워크 릴레이를 위한 릴레이 UE 사이에 보안 유니캐스트 링크를 셋업하는 데 재사용될 수 있다.

커버리지 내 및 커버리지 밖의 경우들에 대해, 원격 UE가 gNB와의 그의 접속 확립을 위해 제1 RRC 메시지를 개시하며, 원격 UE와 UE-대-네트워크 릴레이 UE 사이의 송신을 위한 PC5 L2 구성은 규격들에서 정의된 RLC/MAC 구성들에 기초할 수 있다.

원격 UE의 Uu SRB1/SRB2 및 DRB의 확립은 L2 UE-대-네트워크 릴레이에 대한 레거시 Uu 구성 절차들의 대상이 된다.

다음의 하이 레벨 접속 확립 절차가 L2 UE-대-네트워크 릴레이에 적용된다:

[제목이 "원격 UE 접속 확립에 대한 절차(Procedure for remote UE connection establishment)"인 3GPP TR 38.836 V0.2.0의 도 4.5.5.1-1이 도 18로서 재생성된다]

스텝 1. 원격 및 릴레이 UE는 발견 절차를 수행하고, 기준선으로서 레거시 Rel-16을 사용하여 PC5-RRC 접속을 확립한다.

스텝 2. 원격 UE는 PC5 상의 디폴트 L2 구성을 사용하여, 릴레이 UE를 통해 gNB와의 그의 접속 확립에 대한 제1 RRC 메시지(즉, RRCSetupRequest)를 전송한다. gNB는 RRCSetup 메시지로 원격 UE에 응답한다. 원격 UE로의 RRCSetup 전달은 PC5 상에서 디폴트 구성을 사용한다. 릴레이 UE가 RRC_CONNECTED에서 시작하지 않은 경우, 그것은 이 단계의 일부로서 그 자신의 접속 확립을 행할 필요가 있을 것이다. 릴레이 UE가 이러한 단계에서 원격 UE에 대한 RRCSetupRequest/RRCSetup 메시지를 포워딩하기 위한 세부사항들은 WI 페이즈에서 논의될 수 있다.

스텝 3. gNB 및 릴레이 UE는 Uu를 통해 릴레이 채널 셋업 절차를 수행한다. gNB로부터의 구성에 따르면, 릴레이/원격 UE는 PC5를 통해 원격 UE를 향한 SRB1의 릴레이를 위한 RLC 채널을 확립한다. 이러한 단계는 SRB1에 대한 릴레이 채널을 준비한다.

스텝 4. 원격 UE SRB1 메시지(예컨대, RRCSetupComplete 메시지)는 PC5를 통해 SRB1 릴레이 채널을 사용하여 릴레이 UE를 통해 gNB로 전송된다. 이어, 원격 UE는 Uu를 통해 RRC 접속된다.

스텝 5. 원격 UE 및 gNB는 레거시 절차를 따르는 보안성을 확립하고, 보안 메시지들은 릴레이 UE를 통해 포워딩된다.

스텝 6. gNB는 트래픽 릴레이를 위해 gNB와 릴레이 UE 사이에 추가적인 RLC 채널들을 셋업한다. gNB로부터의 구성에 따르면, 릴레이/원격 UE는 트래픽 릴레이를 위해 원격 UE와 릴레이 UE 사이에 추가적인 RLC 채널들을 셋업한다. gNB는 릴레이 SRB2/DRB를 셋업하기 위해, 릴레이 UE를 통해 RRCReconfiguration을 원격 UE로 전송한다. 원격 UE는 응답으로서 릴레이 UE를 통해 RRCReconfigurationComplete를 gNB로 전송한다.

접속 확립 절차 외에도, L2 UE-대-네트워크 릴레이에 대해,

- RRC 구성 및 RRC 접속 해제 절차들은 WI 페이즈에 남겨진 메시지 내용/구성 설계로, 레거시 RRC 절차를 재사용할 수 있다.

- RRC 접속 재확립 및 RRC 접속 재개 절차들은, WI 페이즈에 남겨진 메시지 내용/구성 설계로, 릴레이 특정 부분을 핸들링하기 위해 L2 UE-대-네트워크 릴레이의 위 접속 확립 절차를 고려함으로써, 레거시 RRC 절차를 기준선으로서 재사용할 수 있다.

3GPP TS 23.287은 다음을 도입했다:

6.3.3 PC5 기준 포인트를 통한 유니캐스트 모드 V2X 통신

6.3.3.1 PC5 기준 포인트를 통한 레이어-2 링크 확립

PC5 기준 포인트를 통한 V2X 통신의 유니캐스트 모드를 수행하기 위해, UE는, 조항 5.1.2.1에서 설명된 바와 같이, 관련된 정보로 구성된다.

도 6.3.3.1-1은 PC5 기준 포인트를 통해 V2X 통신의 유니캐스트 모드에 대한 레이어-2 링크 확립 절차를 도시한다.

[제목이 "레이어-2 링크 확립 절차(Layer-2 link establishment procedure)인 3GPP TS 23.287 V16.4.0의 도 6.3.3.1-1이 도 19로서 재생성된다]

1. UE(들)는, 조항 5.6.1.4에서 명시된 바와 같이, PC5 유니캐스트 링크 확립을 위한 시그널링 수신을 위한 목적지 레이어-2 ID를 결정한다. 목적지 레이어-2 ID는 조항 5.1.2.1에서 명시된 바와 같이 UE(들)로 구성된다.

2. UE-1 내의 V2X 애플리케이션 레이어는 PC5 유니캐스트 통신에 대한 애플리케이션 정보를 제공한다. 애플리케이션 정보는 V2X 서비스 유형(들) 및 개시용 UE의 애플리케이션 레이어 ID를 포함한다. 타깃 UE의 애플리케이션 레이어 ID는 애플리케이션 정보 내에 포함될 수 있다.

UE-1 내의 V2X 애플리케이션 레이어는 이러한 유니캐스트 통신에 대한 V2X 애플리케이션 요건들을 제공할 수 있다. UE-1은, 조항　5.4.1.4에서 명시된 바와 같이, PC5 QoS 파라미터들 및 PFI를 결정한다.

UE-1이 조항 5.2.1.4에서 명시된 바와 같이, 기존의 PC5 유니캐스트 링크를 재사용하기로 결정하는 경우, UE는 조항 6.3.3.4에서 명시된 바와 같이, 레이어-2 링크 수정 절차를 트리거링한다.

3. UE-1은 직접 통신 요청 메시지를 전송하여, 유니캐스트 레이어-2 링크 확립 절차를 개시한다. 직접 통신 요청 메시지는 다음을 포함한다:

- 소스 사용자 정보: 개시용 UE의 애플리케이션 레이어 ID(즉, UE-1의 애플리케이션 레이어 ID).

- V2X 애플리케이션 레이어가 스텝 2에서 타깃 UE의 애플리케이션 레이어 ID를 제공했다면, 다음 정보가 포함된다:

- 타깃 사용자 정보: 타깃 UE의 애플리케이션 레이어 ID(즉, UE-2의 애플리케이션 레이어 ID).

- V2X 서비스 정보: 레이어-2 링크 확립을 요청하는 V2X 서비스 유형(들)에 관한 정보.

- 보안 정보: 보안의 확립에 대한 정보.

비고 1: 소스 사용자 정보 및 타깃 사용자 정보의 필수 보호 및 보안 정보는 TS　33.536　[26]에서 정의된다.

직접 통신 요청 메시지를 전송하는 데 사용되는 소스 레이어-2 ID 및 목적지 레이어-2 ID는 조항들 5.6.1.1 및 5.6.1.4에서 명시된 바와 같이 결정된다. 목적지 레이어-2 ID는 브로드캐스트 또는 유니캐스트 레이어-2 ID일 수 있다. 유니캐스트 레이어-2 ID가 사용될 때, 타깃 사용자 정보는 직접 통신 요청 메시지에 포함될 것이다.

UE-1은 소스 레이어-2 ID 및 목적지 레이어-2 ID를 사용하여 PC5 브로드캐스트 또는 유니캐스트를 통해 직접 통신 요청 메시지를 전송한다.

4. UE-1과의 보안이 아래와 같이 확립된다:

4a. 타깃 사용자 정보가 집적 통신 요청 메시지에 포함되는 경우, 타깃 UE, 즉 UE-2는 UE-1과의 보안을 확립함으로써 응답한다.

4b. 타깃 사용자 정보가 직접 통신 요청 메시지에 포함되지 않는 경우, UE-1과의 PC5 유니캐스트 링크를 통해 공지된 V2X 서비스 유형(들)을 사용하는 것에 관심이 있는 UE들은 UE-1과 보안을 확립함으로써 응답한다.

비고 2: 보안 절차에 대한 시그널링은 TS　33.536　[26]에서 정의된다.

보안 보호가 가능해질 때, UE-1은 다음의 정보를 타깃 UE로 전송한다:

- IP 통신이 사용되는 경우:

- IP 어드레스 구성: IP 통신의 경우, IP 어드레스 구성은 이러한 링크를 위해 요구되고, 다음의 값들 중 하나를 나타낸다:

- IPv6 어드레스 할당 메커니즘이 개시용 UE, 즉 IPv6 라우터로서 작용하는 UE에 의해 지원되는 경우의 "IPv6 라우터"; 또는

- IPv6 어드레스 할당 메커니즘이 개시용 UE에 의해 지원되지 않는 경우의 "지원되지 않는 IPv6 어드레스 할당".

- 링크 로컬 IPv6 어드레스: UE-1이 IPv6 IP 어드레스 할당 메커니즘을 지원하지 않는 경우, 즉 IP 어드레스 구성이 "지원되지 않는 IPv6 어드레스 할당"을 나타내는 경우에 RFC　4862　[21]에 기초하여 국부적으로 형성된 링크-로컬 IPv6 어드레스.

- QoS 정보: 추가될 PC5 QoS 플로우(들)에 관한 정보. 각각의 PC5 QoS 플로우의 경우, PFI. 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건부로, MFBR/GFBR 등과 같은 다른 파라미터들), 및 연관된 V2X 서비스 유형(들).

보안 확립 절차를 위해 사용되는 소스 레이어-2 ID는 조항들 5.6.1.1 및 5.6.1.4에서 명시된 바와 같이 결정된다. 목적지 레이어-2 ID는 수신된 직접 통신 요청 메시지의 소스 레이어-2 ID로 설정된다.

보안 확립 절차 메시지들을 수신할 시에, UE-1은 이러한 유니캐스트 링크에 대한 시그널링 및 데이터 트래픽을 위해, 향후 통신을 위한 피어 UE의 레이어-2 ID를 획득한다.

5. 집적 통신 수용 메시지는 UE-1과 보안을 성공적으로 확립한 타깃 UE(들)에 의해 UE-1로 전송된다:

5a. (UE 지향 레이어-2 링크 확립) 타깃 사용자 정보가 직접 통신 요청 메시지에 포함되는 경우, 타깃 UE, 즉 UE-2는 UE-2에 대한 애플리케이션 레이어 ID가 매칭되는 경우에 직접 통신 수용 메시지로 응답한다.

5b. (V2X 서비스 지향 레이어-2 링크 확립) 타깃 사용자 정보가 직접 통신 요청 메시지에 포함되지 않는 경우, 공지된 V2X 서비스(들)를 사용하는 것에 관심이 있는 UE들은 직접 통신 수용 메시지를 전송함으로써 요청에 응답한다(도 6.3.3.1-1의 UE-2 및 UE-4).

직접 통신 수용 메시지는 다음을 포함한다:

- 소스 사용자 정보: 직접 통신 수용 메시지를 전송하는 UE의 애플리케이션 레이어 ID.

- QoS 정보: UE-1에 의해 요청된 PC5 QoS 플로우(들)에 관한 정보. 각각의 PC5 QoS 플로우의 경우, PFI. 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건부로, MFBR/GFBR 등과 같은 다른 파라미터들), 및 연관된 V2X 서비스 유형(들).

- IP 통신이 사용되는 경우:

- IPv6 어드레스 할당 메커니즘이 타깃 UE, 즉 IPv6 라우터로서 작용하는 UE에 의해 지원되는 경우의 "IPv6 라우터"; 또는

- IPv6 어드레스 할당 메커니즘이 타깃 UE에 의해 지원되지 않는 경우의 "지원되지 않는 IPv6 어드레스 할당".

- 링크 로컬 IPv6 어드레스: 타깃 UE가 IPv6 IP 어드레스 할당 메커니즘을 지원하지 않는 경우, 즉 IP 어드레스 구성이 "지원되지 않는 IPv6 어드레스 할당"을 나타내고 UE-1이 직접 통신 요청 메시지에 링크-로컬 IPv6 어드레스를 포함한 경우에 RFC　4862　[21]에 기초하여 국부적으로 형성된 링크-로컬 IPv6 어드레스. 타깃 UE는 비-충돌 링크-로컬 IPv6 어드레스를 포함할 것이다.

UE들 둘 다(즉, 개시용 UE 및 타깃 UE)가 링크-로컬 IPv6 어드레스를 사용할 것을 선택했다면, 그들은 RFC　4862　[21]에서 정의된 이중 어드레스 검출을 불가능하게 할 것이다.

비고 3: 개시용 UE 또는 타깃 UE 중 어느 하나가 IPv6 라우터의 지원을 나타낼 때, 대응하는 어드레스 구성 절차는 레이어-2 링크의 확립 후에 수행될 것이고, 링크-로컬 IPv6 어드레스들은 무시된다.

PC5 유니캐스트 링크를 확립한 UE의 V2X 레이어는 유니캐스트 링크 및 PC5 링크 관련 정보를 위해 할당된 PC5 링크 식별자를 AS 레이어로 전해준다. PC5 유니캐스트 링크 관련 정보는 레이어-2 ID 정보(즉, 소스 레이어-2 ID 및 목적지 레이어-2 ID) 및 대응하는 PC5 QoS 파라미터들을 포함한다. 이는 AS 레이어가 PC5 유니캐스트 링크 관련 정보와 함께 PC5 링크 식별자를 유지하게 한다.

6. V2X 서비스 데이터가 아래와 같이 확립된 유니캐스트 링크를 통해 송신된다:

PC5 링크 식별자, 및 PFI는 V2X 서비스 데이터와 함께, AS 레이어에 제공된다.

선택적으로, 추가로, 레이어-2 ID 정보(즉, 소스 레이어-2 ID 및 목적지 레이어-2 ID)가 AS 레이어에 제공된다.

비고 4: 레이어-2 ID 정보를 AS 레이어에 제공하는 것은 UE 구현에 달려 있다.

UE-1은 소스 레이어-2 ID(즉, 이러한 유니캐스트 링크에 대한 UE-1의 레이어-2 ID) 및 목적지 레이어-2 ID (즉, 이러한 유니캐스트 링크에 대한 피어 UE의 레이어-2 ID)를 사용하여 V2X 서비스 데이터를 전송한다.

비고 5: PC5 유니캐스트 링크는 양방향이고, 따라서, UE-1의 피어 UE는 UE-1과의 유니캐스트 링크를 통해 V2X 서비스 데이터를 UE-1로 전송할 수 있다.

3GPP TR 23.752에 따르면, UE-대-네트워크 릴레이 통신은 UE가 간접 네트워크 통신을 통해 네트워크에 액세스하기 위해 연구된다. 기본적으로, Rel-16 5G 아키텍처 설계(예를 들면, PC5/Uu 인터페이스를 통한 플로우 기반 서비스 품질(QoS) 통신)가 고려될 수 있다. UE-대-네트워크 릴레이 통신의 시나리오에서, 원격 UE는 릴레이 UE를 통해 네트워크(예를 들면, 5GC)에 액세스할 것이고, 여기서 원격 UE는 커버리지 밖에 있을 것인 반면에 릴레이 UE는 커버리지 내에 있을 것이다. 원격 UE는 네트워크에 액세스하기 위한 PC5 인터페이스(또는 사이드링크 인터페이스로 칭해짐)를 통해 릴레이 UE와 통신할 것인 반면, 릴레이 UE는 원격 UE와 네트워크 사이에서 트래픽을 포워딩하기 위해 Uu 인터페이스를 통해 기지국(예를 들면, gNB)과 통신할 것이다.

3GPP TR 38.836에 따르면, 적응 층은 사이드링크 릴레이 통신을 지원하기 위해 도입될 수 있다. 레이어-2(L2) UE-대-네트워크 릴레이에 대해, 적응 층은 릴레이 UE와 gNB 사이의 Uu 인터페이스에서 CP 및 UP 둘 모두에 대해 무선 링크 채널(RLC) 서브레이어 위에 배치될 수 있다. Uu 서비스 데이터 적응 프로토콜(SDAP)/패킷 데이터 수렴 프로토콜(PDCP) 및 무선 리소스 제어(RRC)는 원격 UE와 gNB 사이에서 종료되는 반면, RLC, 매체 액세스 제어(MAC) 및 물리(PHY)는 각각의 링크(즉, 원격 UE와 UE-대-네트워크 릴레이 UE 사이의 링크 및 UE-대-네트워크 릴레이 UE와 gNB 사이의 링크)에서 종료된다. 그것은 도 20에서 설명될 수 있다.

한편, 3GPP TR 38.836에 따르면, Uu 적응 층은 또한, Uu 신호 무선 베어러(SRB)들(예컨대, Uu SRB0, Uu SRB1, Uu SRB2 등을 포함함)에 대해 지원될 것이다. 그러나, PC5 적응 층이 또한, Uu SRB들에 대해 지원될 것인지 여부는 클리어하지 않다. PC5 적응 층이 또한 Uu SRB들에 대해 지원된다는 것이 가정된다.

도 21은 일실시예에 따른, Uu SRB들과 PC5 RLC 채널들과 Uu RLC 채널들 사이의 연관성의 일 예를 예시한다. 도 21에서, 각각의 Uu SRB는 하나의 PC5 RLC 채널(즉, 도 21에 도시된 맵핑 1과 같음), 각각의 PC5 RLC 채널은 하나의 Uu RLC 채널(즉, 도 21에 도시된 맵핑 2와 같음)과 연관될 수 있다. 따라서, 각각의 Uu RLC 채널은 하나의 Uu SRB와 연관될 것이다(즉, 도 21에 도시된 맵핑 3과 같음). 맵핑 정보로, gNB는 어느 Uu RLC 채널 상에서 수신되는지에 기초하여, 릴레이 UE로부터 수신된 RRC 메시지가, 이러한 RRC 메시지가 어느 Uu SRB 상에서 전송되는지 알 수 있다. 유사하게, 릴레이 UE는 이러한 RRC 메시지가 어느 Uu RLC 채널 상에서 수신되는지에 기초하여, gNB로부터 수신된 RRC 메시지가, 어느 PC5 RLC 채널 상에서 전송될 것인지 알 수 있다. 유사하게, 원격 UE는 어느 PC5 RLC 채널 상에서 수신되는지에 기초하여, 릴레이 UE로부터 수신된 RRC 메시지가, 이러한 RRC 메시지가 어느 Uu SRB 상에서 전송되는지 알 수 있다. 가능하게는, PC5 RLC 채널과 Uu RLC 채널과 Uu SRB 사이의 연관성들 또는 맵핑들은 UE에서 사전정의되거나 사전구성될 수 있다.

각각의 Uu RLC 채널이 하나의 원격 UE와 연관될 수 있는 경우, gNB 및 릴레이 UE는 RRC 메시지가 어느 원격 UE의 어느 Uu SRB 상에서 전송되는지 추가로 알 수 있다. 맵핑 정보로, gNB는 원격 UE와 Uu RLC 채널 사이의 연관성 및 Uu SRB와 이러한 RRC 메시지가 수신되는 Uu RLC 채널 사이의 연관성에 기초하여, 릴레이 UE로부터 수신된 RRC 메시지가 어느 Uu SRB 상에서 전송되고 어느 원격 UE와 연관되는지 알 수 있다. 유사하게, 릴레이 UE는 원격 UE와 Uu RLC 채널 사이의 연관성 및 PC5 RLC 채널과 이러한 RRC 메시지가 수신되는 Uu RLC 채널 사이의 연관성에 기초하여, gNB로부터 수신된 RRC 메시지가, 어느 원격 UE의 어느 PC5 RLC 채널 상에서 전송될지 알 수 있다.

3GPP TR 38.836에 따르면, 원격 UE 및 릴레이 UE 둘 모두는 RRC_INACTIVE 상태에 있을 수 있다. 릴레이 UE는 이러한 릴레이 UE에 접속되거나 그에 의해 서빙되는 모든 UE가 RRC_CONNECTED에 있지 않는 경우, (RRC_CONNECTED로부터) RRC_INACTIVE에 진입할 수 있다. 릴레이 UE가 RRC_INACTIVE에 진입하는 것은 gNB로부터 RRCRelease 메시지를 수신하는 수단에 기초할 수 있다.

원격 UE가 RRC_CONNECTED에 진입할 필요가 있는 경우, 원격 UE는 원격 UE의 Uu SRB0 상에서 RRCResumeRequest 메시지를 전송할 수 있다. 원격 UE는 원격 UE의 Uu SRB0과 연관된 PC5 RLC 채널 상에서 RRCResumeRequest 메시지를 릴레이 UE로 전송할 수 있다. 원격 UE의 Uu SRB0에 대응하는 PC5 RLC 채널 상에서 커맨드 제어 채널(Common Control Channel, CCCH) 서비스 데이터 단위(Service Data Unit, SDU)(RRCResumeRequest를 포함함) 또는 RRCResumeRequest의 수신 시, 릴레이 UE는 이어서 gNB와의 랜덤 액세스(RA) 절차를 개시할 수 있다. RA 절차에서, 릴레이 UE는 Msg3에서 원격 UE의 RRCResumeRequest를 gNB로 전송할 수 있고, Msg4에서 gNB로부터 원격 UE의 RRCResume을 수신할 수 있다. 릴레이 UE는 이어서, 원격 UE의 Uu SRB1과 연관된 PC5 RLC 채널 상에서 원격 UE의 RRCResume를 원격 UE로 전송할 수 있다.

3GPP TS 38.331에서 도입된 바와 같이, 원격 UE는 RRCResume을 수신할 수 있고, 이어서, RRC_CONNECTED에 진입할 수 있다. 원격 UE는 이어서, 원격 UE의 Uu SRB1과 연관된 PC5 RLC 채널 상에서 RRCResumeComplete를 릴레이 UE로 전송할 수 있다. 원격 UE가 RRC_CONNECTED에 진입하므로, 릴레이 UE는 원격 UE에 대한 트래픽을 릴레이하기 위해 RRC_CONNECTED에 진입할 필요가 있을 수 있다. 가능하게는, gNB는 페이징을 릴레이 UE로 전송할 수 있다. 릴레이 UE에 대한 페이징의 수신에 응답하여, 릴레이 UE는 gNB와의 랜덤 액세스 절차를 통해 RRC 접속 재개 절차를 개시할 수 있다. 이러한 개념은 도 23의 옵션 1에서 설명될 수 있는데, 이 도면은 일실시예에 따라 원격 UE가 RRC_CONNECTED에 진입한 것에 응답하여 릴레이 UE가 RRC_CONNECTED에 진입하기 위한 RA 절차를 수행하는 흐름도의 일 예를 도시한다.

그러나, UE가 2개의 RA 절차들을 동시에 수행할 수 없으므로, UE 구현예에 따라, UE가 현재 진행 중인 RA 절차를 중단하고 나서 다른 RA 절차를 개시하는 것이 가능하다. 이것이 그 경우라면, 릴레이 UE가 페이징을 통해 RRC_CONNECTED에 진입하기 위한 제2 RA 절차를 개시하도록 gNB가 릴레이 UE를 트리거하는 것은 어려울 것인데, 그 이유는 gNB가, 원격 UE가 RRC_CONNECTED에 진입하기 위한 제1 RA 절차가 성공적으로 완료되었는지 여부를 알 수 없기 때문이다. 따라서, 릴레이 UE가 RRC_CONNECTED에 진입하는 대안예는, 원격 UE로부터 원격 UE의 Uu SRB1/2(또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE의 Uu SRB)와 연관된 PC5 RLC 채널 상에서 릴레이 UE가 사이드링크 패킷(들)(원격 UE의 RRC 시그널링/메시지, 예컨대 원격 UE와 gNB 사이의 RRC 접속을 재개한 것의 완료를 위해 사용되는 RRCResumeComplete를 포함함)을 수신할 때/수신한다면/수신하는 경우/수신한 후 릴레이 UE가 gNB와의 RRC 접속 재개 절차를 수행하거나 개시할 수 있다는 것일 수 있다.

또는, 릴레이 UE는 릴레이 UE가 gNB로 원격 UE의 Uu SRB1/2(또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE의 Uu SRB)와 연관된 PC5 RLC 채널 상에서 전송될 데이터 (원격 UE의 RRC 시그널링/메시지, 예컨대 원격 UE와 gNB 사이의 RRC 접속을 재개한 것의 완료를 위해 사용되는 RRCResumeComplete를 포함함)를 수신할 때/수신한다면/수신하는 경우/수신한 후 gNB와의 RRC 접속 재개 절차를 수행/개시할 수 있다. 이러한 대안예는 실현가능할 수 있는데, 그 이유는 UE로부터 gNB로 Uu SRB1/2 상에서 전송된 RRC 시그널링이 RRC_CONNECTED에 있기 때문이다. 이러한 대안예로, 릴레이 UE는 릴레이 UE의 Uu SRB0 상에서 릴레이 UE의 RRCResumeRequest를 gNB로 전송할 수 있다. 릴레이 UE의 RRCResumeReqeust 또는 릴레이 UE의 RRCResumeReqeust를 포함하는 CCCH SDU의 송신은 gNB와의 RA 절차를 개시하도록 릴레이 UE를 트리거할 수 있다.

도 22는 일실시예에 따른, UE가 TS38.321 및 TS38.331에 기초하여 RRC 상태 전이를 위한 RA 절차를 수행하기 위한 예시적인 흐름도를 예시한다. 도 22에 도시된 바와 같이, 릴레이 UE는 (Msg4에서) gNB로부터 릴레이 UE의 RRCResumeRequest에 대응하는 릴레이 UE의 RRCResume를 수신할 수 있고, 이어서, RA 절차가 성공적으로 완료된 후에 릴레이 UE의 RRCResume에 대응하는 릴레이 UE의 RRCResumeComplete를 gNB로 송신할 수 있다. 릴레이 UE가 RRC_CONNECTED에 진입한 후, 릴레이 UE는 이어서 원격 UE의 Uu SRB1과 연관된 Uu RLC 채널 상에서 원격 UE의 RRCResumeComplete를 gNB로 송신할 수 있다. 위 개념은 도 23의 옵션 2에서 설명될 수 있다.

원격 UE가 RRC_IDLE에 있고 릴레이 UE가 RRC_INACTIVE에 있는 것이 또한 가능하다. 따라서, 릴레이 UE는, 원격 UE로부터 원격 UE의 Uu SRB1/2(또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE의 Uu SRB)와 연관된 PC5 RLC 채널 상에서 릴레이 UE가 사이드링크 패킷(들)(원격 UE의 RRC 시그널링/메시지, 예컨대 원격 UE와 gNB 사이의 RRC 접속을 확립하는 것의 완료를 위해 사용되는 RRCSetupComplete를 포함함)을 수신할 때/수신한다면/수신하는 경우/수신한 후 릴레이 UE가 gNB와의 RRC 접속 재개 절차를 수행하거나 개시할 수 있다는 것일 수 있다.

또는, 릴레이 UE는 릴레이 UE가 gNB로 원격 UE의 Uu SRB1/2(또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE의 Uu SRB)와 연관된 PC5 RLC 채널 상에서 전송될 데이터 (원격 UE의 RRC 시그널링/메시지, 예컨대 원격 UE와 gNB 사이의 RRC 접속을 확립하는 것의 완료를 위해 사용되는RRCSetupComplete를 포함함)를 수신할 때/수신한다면/수신하는 경우/수신한 후 gNB와의 RRC 접속 재개 절차를 수행/개시할 수 있다. 이러한 대안예에서, 릴레이 UE는 (릴레이 UE의 Uu SRB0 상에서) 릴레이 UE의 RRCResumeRequest를 gNB로 전송할 수 있다. 릴레이 UE의 RRCResumeReqeust 또는 릴레이 UE의 RRCResumeReqeust를 포함하는 CCCH SDU의 송신은 gNB와의 RA 절차를 개시하도록 릴레이 UE를 트리거할 수 있다. 도 22에 도시된 바와 같이, 릴레이 UE는 (Msg4에서) gNB로부터 릴레이 UE의 RRCResumeRequest에 대응하는 (릴레이 UE의 Uu SRB1 상의) 릴레이 UE의 RRCResume를 수신할 수 있고, 이어서, (RA 절차가 성공적으로 완료된 후에) 릴레이 UE의 RRCResume에 대응하는 (릴레이 UE의 Uu SRB1 상의) 릴레이 UE의 RRCResumeComplete를 gNB로 송신할 수 있다. 릴레이 UE가 RRC_CONNECTED에 진입한 후, 릴레이 UE는 이어서 원격 UE의 Uu SRB1과 연관된 Uu RLC 채널 상에서 원격 UE의 RRCSetupComplete를 gNB로 송신할 수 있다.

릴레이 UE 및 원격 EU 둘 모두가 RRC_IDLE에 있는 것이 또한 가능하다. 따라서, 릴레이 UE는, 원격 UE로부터 원격 UE의 Uu SRB1/2(또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE의 Uu SRB)와 연관된 PC5 RLC 채널 상에서 릴레이 UE가 사이드링크 패킷(들)(원격 UE의 RRC 시그널링/메시지, 예컨대 원격 UE와 gNB 사이의 RRC 접속을 확립하는 것의 완료를 위해 사용되는 RRCSetupComplete를 포함함)을 수신할 때/수신한다면/수신하는 경우/수신한 후 릴레이 UE가 gNB와의 RRC 접속 확립 절차를 수행/개시할 수 있다는 것일 수 있다.

또는, 릴레이 UE는 릴레이 UE가 gNB로 원격 UE의 Uu SRB1/2(또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE의 Uu SRB)와 연관된 PC5 RLC 채널 상에서 전송될 데이터 (원격 UE의 RRC 시그널링/메시지, 예컨대 원격 UE와 gNB 사이의 RRC 접속을 확립하는 것의 완료를 위해 사용되는RRCSetupComplete를 포함함)를 수신할 때/수신한다면/수신하는 경우/수신한 후 gNB와의 RRC 접속 확립 절차를 수행/개시할 수 있다. 이러한 대안예에서, 릴레이 UE는 (릴레이 UE의 Uu SRB0 상에서) 릴레이 UE의 RRCSetupRequest를 gNB로 전송할 수 있다. 릴레이 UE의 RRCSetupRequest 또는 릴레이 UE의 RRCSetupRequest를 포함하는 CCCH SDU의 송신은 gNB와의 RA 절차를 개시하도록 릴레이 UE를 트리거할 수 있다. 도 22에 도시된 바와 같이, 릴레이 UE는 (Msg4에서) gNB로부터 릴레이 UE의 RRCSetupRequest에 대응하는 (릴레이 UE의 Uu SRB0 상의) 릴레이 UE의 RRCSetup를 수신할 수 있고, 이어서, (RA 절차가 성공적으로 완료된 후에) 릴레이 UE의 RRCSetup에 대응하는 (릴레이 UE의 Uu SRB1 상의) 릴레이 UE의 RRCSetupComplete를 gNB로 송신할 수 있다. 릴레이 UE가 RRC_CONNECTED에 진입한 후, 릴레이 UE는 이어서 원격 UE의 Uu SRB1과 연관된 Uu RLC 채널 상에서 원격 UE의 RRCSetupComplete를 gNB로 송신할 수 있다.

도 24는 릴레이 UE를 위한 방법을 설명하는 흐름도(2400)이다. 단계(2405)에서, 릴레이 UE는 네트워크 노드와의 릴레이 통신을 위해 원격 UE와 접속하거나 원격 UE를 서빙한다. 단계(2410)에서, 릴레이 UE는 원격 UE로부터 PC5 RLC 채널 상에서 메시지를 수신하되, PC5 RLC 채널은 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE에 대한 Uu SRB1 또는 Uu SRB와 연관된다. 단계(2415)에서, 릴레이 UE는 PC5 RLC 채널 상에서의 메시지의 수신에 응답하여, 또는 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 Uu SRB와 연관된 Uu RLC 채널 상에서 릴레이 UE로부터 네트워크 노드로의 송신을 위해 데이터가 가용할 때, 네트워크 노드와의 RRC 접속 재개 절차를 개시하거나 수행한다.

일실시예에서, 릴레이 UE는 RRC 접속 재개 절차에서 제1 RRC 메시지(예컨대, RRCResumeRequest)를 네트워크 노드로 송신할 수 있으되, 제1 RRC 메시지는 릴레이 UE와 네트워크 노드 사이의 RRC 접속을 재개하는 것의 요청을 위해 사용된다. 더욱이, 릴레이 UE는 RRC 접속 재개 절차에서 네트워크 노드로부터 제2 RRC 메시지(예컨대, RRCResume)를 수신할 수 있으되, 제2 RRC 메시지는 릴레이 UE와 네트워크 노드 사이의 RRC 접속을 재개하는 데 사용된다. 추가로, 릴레이 UE는 RRC 접속 재개 절차에서 제3 RRC 메시지(예컨대, RRCResumeComplete)를 네트워크 노드로 송신할 수 있으되, 제3 RRC 메시지는 릴레이 UE와 네트워크 노드 사이의 RRC 접속을 재개한 것의 완료를 위해 사용된다.

일실시예에서, 원격 UE는 메시지를 릴레이 UE로 송신할 때 RRC_CONNECTED에 있을 수 있다. 릴레이 UE는 원격 UE로부터 메시지를 수신할 때 RRC_ INACTIVE에 있을 수 있고, 릴레이 UE는 제3 RRC 메시지를 네트워크 노드로 송신할 때 RRC_CONNECTED에 있을 수 있다.

일부 예들에서, 네트워크 노드는 기지국(예컨대, gNB)일 수 있다.

일실시예에서, 릴레이 UE는 원격 UE로부터 PC5-S 접속을 확립하는 것의 요청에 대한 제1 PC5-S 메시지를 수신할 수 있다. 제1 PC5-S 메시지는 직접 통신 요청 메시지일 수 있다. 더욱이, 릴레이 UE는 PC5-S 접속을 확립하는 것의 수용에 대한 제2 PC5-S 메시지를 원격 UE로 송신할 수 있다. 제2 PC5-S 메시지는 직접 통신 수용 메시지일 수 있다.

일실시예에서, 메시지는 원격 UE와 네트워크 노드 사이의 RRC 접속의 확립을 완료하는 데 사용되는 RRC 메시지(예컨대, RRCSetupComplete) 또는 원격 UE와 네트워크 노드 사이의 RRC 접속의 재개를 완료하는 데 사용되는 RRC 메시지(예컨대, RRCResumeComplete)일 수 있다.

일실시예에서, 릴레이 UE는 Uu RLC 채널 상에서 메시지를 네트워크 노드로 송신할 수 있다. 데이터는 메시지를 포함할 수 있다.

도 3 및 도 4를 다시 참조하면, 릴레이 UE에 대한 방법의 예시적인 일실시예에서, 릴레이 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여, 릴레이 UE가 (i) 네트워크 노드와의 릴레이 통신을 위해 원격 UE와 접속하거나 원격 UE를 서빙하는 것, (ii) 원격 UE로부터 PC5 RLC 채널 상에서 메시지를 수신하는 것, - PC5 RLC 채널은 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 Uu SRB와 연관됨 -, 또는 (iii) PC5 RLC 채널 상에서의 메시지의 수신에 응답하여, 또는 데이터가 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널리을 송신하는 Uu SRB와 연관된 Uu RLC 채널 상에서 릴레이 UE로부터 네트워크 노드로의 송신에 가용할 때 네트워크와의 RRC 접속 재개 절차를 개시하거나 수행하는 것을 가능하게 할 수 있다. 더욱이, CPU(308)는 프로그램 코드(312)를 실행하여, 전술된 액션들 및 단계들 또는 본 명세서에서 설명된 다른 것들을 모두 수행하게 할 수 있다.

도 25는 릴레이 UE를 위한 방법을 설명하는 흐름도(2500)이다. 단계(2505)에서, 릴레이 UE는 네트워크 노드와의 릴레이 통신을 위해 원격 UE와 접속하거나 원격 UE를 서빙한다. 단계(2510)에서, 릴레이 UE는 원격 UE로부터 PC5 RLC 채널 상에서 메시지를 수신하되, PC5 RLC 채널은 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 원격 UE에 대한 Uu SRB1 또는 Uu SRB와 연관된다. 단계(2515)에서, 릴레이 UE는 PC5 RLC 채널 상에서의 메시지의 수신에 응답하여, 또는 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 Uu SRB와 연관된 Uu RLC 채널 상에서 릴레이 UE로부터 네트워크 노드로의 송신을 위해 데이터가 가용할 때, 네트워크 노드와의 RRC 접속 확립 절차를 개시하거나 수행한다.

일실시예에서, 릴레이 UE는 RRC 접속 확립 절차에서 제1 RRC 메시지(예컨대, RRCSetupRequest)를 네트워크 노드로 송신할 수 있으되, 제1 RRC 메시지는 릴레이 UE와 네트워크 노드 사이의 RRC 접속을 확립하는 것의 요청을 위해 사용된다. 더욱이, 릴레이 UE는 RRC 접속 확립 절차에서 네트워크 노드로부터 제2 RRC 메시지(예컨대, RRCSetup)를 수신할 수 있으되, 제2 RRC 메시지는 RRC 접속을 확립하는 데 사용된다. 추가로, 릴레이 UE는 RRC 접속 확립 절차에서 네트워크 노드로부터 제3 RRC 메시지(예컨대, RRCSetupComplete)를 송신할 수 있으되, 제3 RRC 메시지는 RRC 접속을 확립하는 것의 완료에 사용된다.

일실시예에서, 원격 UE는 메시지를 릴레이 UE로 송신할 때 RRC_CONNECTED에 있을 수 있다. 더욱이, 릴레이 UE는 원격 UE로부터 메시지를 수신할 때 RRC_ IDLE에 있을 수 있다. 추가로, 릴레이 UE는 제3 RRC 메시지를 네트워크 노드로 송신할 때 RRC_CONNECTED에 있을 수 있다.

일실시예에서, 릴레이 UE는 원격 UE로부터 PC5-S 접속을 확립하는 것의 요청에 대한 제1 PC5-S 메시지를 수신할 수 있다. 제1 PC5-S 메시지는 직접 통신 요청 메시지일 수 있다. 릴레이 UE는 PC5-S 접속을 확립하는 것의 수용에 대한 제2 PC5-S 메시지를 원격 UE로 송신할 수 있다. 제2 PC5-S 메시지는 직접 통신 수용 메시지일 수 있다.

일실시예에서, 메시지는 원격 UE와 네트워크 노드 사이의 RRC 접속의 확립을 완료하는 데 사용되는 RRC 메시지(예컨대, RRCSetupComplete)일 수 있다.

도 3 및 도 4를 다시 참조하면, 릴레이 UE에 대한 방법의 예시적인 일실시예에서, 릴레이 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여, 릴레이 UE가 (i) 네트워크 노드와의 릴레이 통신을 위해 원격 UE와 접속하거나 원격 UE를 서빙하는 것, (ii) 원격 UE로부터 PC5 RLC 채널 상에서 메시지를 수신하는 것, - PC5 RLC 채널은 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널링을 송신하는 Uu SRB와 연관됨 -, 및 (iii) PC5 RLC 채널 상에서의 메시지의 수신에 응답하여, 또는 데이터가 원격 UE에 대한 Uu SRB1 또는 원격 UE가 RRC_CONNECTED에서 RRC 시그널리을 송신하는 Uu SRB와 연관된 Uu RLC 채널 상에서 릴레이 UE로부터 네트워크 노드로의 송신에 가용할 때 네트워크와의 RRC 접속 확립 절차를 개시하거나 수행하는 것을 가능하게 할 수 있다. 더욱이, CPU(308)는 프로그램 코드(312)를 실행하여, 전술된 액션들 및 단계들 또는 본 명세서에서 설명된 다른 것들을 모두 수행하게 할 수 있다.

본 발명의 다양한 태양들이 위에서 기술되었다. 본 명세서의 교시내용은 매우 다양한 형식으로 구체화될 수 있고, 본 명세서에 개시된 임의의 특정 구조, 기능, 또는 둘 다는 단지 대표적인 것임이 자명할 것이다. 본 명세서의 교시내용에 기초하여, 당업자는 본 명세서에 개시된 태양이 임의의 다른 태양들과는 독립적으로 구현될 수 있고 이러한 태양들 중 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와 접속하거나 상기 원격 UE를 서빙하는 단계;
상기 원격 UE로부터 PC5 무선 링크 제어(Radio Link Control, RLC) 채널 상에서 메시지를 수신하되, 상기 PC5 RLC 채널은 상기 원격 UE에 대한 Uu 시그널링 무선 베어러1(SRB1)과 연관되고, 상기 원격 UE에 대한 PC5 RLC 채널과 Uu SRB1의 매핑 및 PC5 RLC 채널의 아이덴티티가 릴레이 UE에 미리 구성되는, 상기 수신하는 단계; 및
상기 PC5 RLC 채널 상에서의 상기 메시지의 수신에 응답하여 상기 네트워크 노드와의 RRC 접속 재개 절차를 개시하거나 수행하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 RRC 접속 재개 절차에서 제1 RRC 메시지를 상기 네트워크 노드로 송신하되, 상기 제1 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 RRC 접속을 재개하는 것의 요청을 위해 사용되는, 상기 송신하는 단계;
상기 RRC 접속 재개 절차에서 제2 RRC 메시지를 상기 네트워크 노드로부터 수신하되, 상기 제2 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 상기 RRC 접속을 재개하기 위해 사용되는, 상기 수신하는 단계; 및
상기 RRC 접속 재개 절차에서 제3 RRC 메시지를 상기 네트워크 노드로 송신하되, 상기 제3 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 RRC 접속을 재개한 것의 완료를 위해 사용되는, 상기 송신하는 단계를 더 포함하는, 방법.
제1항에 있어서,
상기 원격 UE는 상기 메시지를 상기 릴레이 UE로 송신할 때 RRC_CONNECTED에 있는, 방법.
제2항에 있어서,
상기 릴레이 UE는 상기 원격 UE로부터 상기 메시지를 수신할 때 RRC_ INACTIVE에 있고, 상기 릴레이 UE는 상기 제3 RRC 메시지를 상기 네트워크 노드로 송신할 때 RRC_CONNECTED에 있는, 방법.
제1항에 있어서,
상기 네트워크 노드는 기지국인, 방법.
릴레이 사용자 장비(UE)에 있어서,
제어 회로;
상기 제어 회로에 설치되는 프로세서; 및
상기 제어 회로에 설치되고 상기 프로세서에 동작가능하게 커플링되는 메모리를 포함하고,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여,
네트워크 노드와의 릴레이 통신을 위해 원격 UE와 접속하거나 상기 원격 UE를 서빙하도록;
상기 원격 UE로부터 PC5 무선 링크 제어(RLC) 채널 상에서 메시지를 수신하도록 - 상기 PC5 RLC 채널은 상기 원격 UE에 대한 Uu 시그널링 무선 베어러1(SRB1) 과 연관되고, 상기 원격 UE에 대한 PC5 RLC 채널과 Uu SRB1의 매핑 및 PC5 RLC 채널의 아이덴티티가 릴레이 UE에 미리 구성됨-; 및
상기 PC5 RLC 채널 상에서의 상기 메시지의 수신에 응답하여 상기 네트워크 노드와의 RRC 접속 재개 절차를 개시하거나 수행하도록 구성되는, 릴레이 UE.
제6항에 있어서,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여,
상기 RRC 접속 재개 절차에서 제1 RRC 메시지를 상기 네트워크 노드로 송신하도록 - 상기 제1 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 RRC 접속을 재개하는 것의 요청을 위해 사용됨 -;
상기 RRC 접속 재개 절차에서 제2 RRC 메시지를 상기 네트워크 노드로부터 수신하도록 -, 상기 제2 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 상기 RRC 접속을 재개하기 위해 사용됨 -; 그리고/또는
상기 RRC 접속 재개 절차에서 제3 RRC 메시지를 상기 네트워크 노드로 송신하도록 - 상기 제3 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 RRC 접속을 재개한 것의 완료를 위해 사용됨 - 추가로 구성되는, 릴레이 UE.
제6항에 있어서,
상기 원격 UE는 상기 메시지를 상기 릴레이 UE로 송신할 때 RRC_CONNECTED에 있는, 릴레이 UE.
제7항에 있어서,
상기 릴레이 UE는 상기 원격 UE로부터 상기 메시지를 수신할 때 RRC_ INACTIVE에 있고, 상기 릴레이 UE는 상기 제3 RRC 메시지를 상기 네트워크 노드로 송신할 때 RRC_CONNECTED에 있는, 릴레이 UE.
제6항에 있어서,
상기 네트워크 노드는 기지국인, 릴레이 UE.
릴레이 사용자 장비(UE)를 위한 방법에 있어서,
네트워크 노드와의 릴레이 통신을 위해 원격 UE와 접속하거나 상기 원격 UE를 서빙하는 단계;
상기 원격 UE로부터 PC5 무선 링크 제어(RLC) 채널 상에서 메시지를 수신하되, 상기 PC5 RLC 채널은 상기 원격 UE에 대한 Uu 시그널링 무선 베어러1(SRB1)과 연관되고, 상기 원격 UE에 대한 PC5 RLC 채널과 Uu SRB1의 매핑 및 PC5 RLC 채널의 아이덴티티가 릴레이 UE에 미리 구성되는, 상기 수신하는 단계; 및
상기 PC5 RLC 채널 상에서의 상기 메시지의 수신에 응답하여 상기 네트워크 노드와의 RRC 접속 확립 절차를 개시하거나 수행하는 단계를 포함하는, 방법.
제11항에 있어서,
상기 RRC 접속 확립 절차에서 제1 RRC 메시지를 상기 네트워크 노드로 송신하되, 상기 제1 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 RRC 접속을 확립하는 것의 요청을 위해 사용되는, 상기 송신하는 단계;
상기 RRC 접속 확립 절차에서 제2 RRC 메시지를 상기 네트워크 노드로부터 수신하되, 상기 제2 RRC 메시지는 상기 RRC 접속을 확립하기 위해 사용되는, 상기 수신하는 단계; 및
상기 RRC 접속 확립 절차에서 상기 네트워크 노드로 제3 RRC 메시지를 송신하되, 상기 제3 RRC 메시지는 상기 RRC 접속을 확립하는 것의 완료에 사용되는, 상기 송신하는 단계를 더 포함하는, 방법.
제11항에 있어서,
상기 원격 UE는 상기 메시지를 상기 릴레이 UE로 송신할 때 RRC_CONNECTED에 있는, 방법.
제12항에 있어서,
상기 릴레이 UE는 상기 원격 UE로부터 상기 메시지를 수신할 때 RRC_ IDLE에 있고, 상기 릴레이 UE는 상기 제3 RRC 메시지를 상기 네트워크 노드로 송신할 때 RRC_CONNECTED에 있는, 방법.
제11항에 있어서,
상기 네트워크 노드는 기지국인, 방법.
릴레이 사용자 장비(UE)에 있어서,
제어 회로;
상기 제어 회로에 설치되는 프로세서; 및
상기 제어 회로에 설치되고 상기 프로세서에 동작가능하게 커플링되는 메모리를 포함하고,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여,
네트워크 노드와의 릴레이 통신을 위해 원격 UE와 접속하거나 상기 원격 UE를 서빙하도록;
상기 원격 UE로부터 PC5 무선 링크 제어(RLC) 채널 상에서 메시지를 수신하도록 - 상기 PC5 RLC 채널은 상기 원격 UE에 대한 Uu 시그널링 무선 베어러1(SRB1)과 연관되고, 상기 원격 UE에 대한 PC5 RLC 채널과 Uu SRB1의 매핑 및 PC5 RLC 채널의 아이덴티티가 릴레이 UE에 미리 구성됨 -; 및
상기 PC5 RLC 채널 상에서의 상기 메시지의 수신에 응답하여 상기 네트워크 노드와의 RRC 접속 확립 절차를 개시하거나 수행하도록 구성되는, 릴레이 UE.
제16항에 있어서,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하여,
상기 RRC 접속 확립 절차에서 제1 RRC 메시지를 상기 네트워크 노드로 송신하도록 - 상기 제1 RRC 메시지는 상기 릴레이 UE와 상기 네트워크 노드 사이의 RRC 접속을 확립하는 것의 요청을 위해 사용됨 -;
상기 RRC 접속 확립 절차에서 제2 RRC 메시지를 상기 네트워크 노드로부터 수신하도록 - 상기 제2 RRC 메시지는 상기 RRC 접속을 확립하기 위해 사용됨 -; 그리고/또는
상기 RRC 접속 확립 절차에서 상기 네트워크 노드로 제3 RRC 메시지를 송신하도록 - 상기 제3 RRC 메시지는 상기 RRC 접속을 확립하는 것의 완료에 사용됨 - 구성되는, 릴레이 UE.
제16항에 있어서,
상기 원격 UE는 상기 메시지를 상기 릴레이 UE로 송신할 때 RRC_CONNECTED에 있는, 릴레이 UE.
제17항에 있어서,
상기 릴레이 UE는 상기 원격 UE로부터 상기 메시지를 수신할 때 RRC_ IDLE에 있고, 상기 릴레이 UE는 상기 제3 RRC 메시지를 상기 네트워크 노드로 송신할 때 RRC_CONNECTED에 있는, 릴레이 UE.
제16항에 있어서,
상기 네트워크 노드는 기지국인, 릴레이 UE.