KR102558795B1

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

Info

Publication number: KR102558795B1
Application number: KR1020220130456A
Authority: KR
Inventors: 판 리-테
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2021-10-26
Filing date: 2022-10-12
Publication date: 2023-07-24
Also published as: US20230284115A1; CN116033602A; KR20230059727A; CN116033602B; US11638197B1

Abstract

원격 사용자 단말(User Equipment; UE)의 관점으로부터 방법 및 디바이스가 개시된다. 일 실시예에서, 방법은, 원격 UE가 릴레이 UE와 유니캐스트 링크를 설정하는 단계를 포함한다. 방법은, 원격 UE가 릴레이 UE를 통해 네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하는 단계로서, 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 릴레이 UE를 통해 네트워크로 RRC 연결을 설정하기 위한 제1 RRC 메시지를 송신하기 위해 사용되는, 단계를 더 포함한다. 방법은 또한, 원격 UE가 적절한 셀을 선택하는 단계를 포함한다. 추가로, 방법은, 원격 UE가 적절한 셀의 선택에 응답하여 제1 RLC 엔티티를 릴리즈하는 단계를 포함한다. 또한, 방법은, 원격 UE가 네트워크로 직접적으로 제2 RRC 메시지를 송신하는 단계를 포함한다.

Description

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

관련 출원들에 대한 상호 참조

본 출원은 2021년 10월 26일자로 출원된 미국 가특허 출원 일련번호 제63/272,070호에 대한 이익을 주장하며, 이러한 출원의 전체 개시내용이 전체적으로 본원에 참조로서 포함된다.

기술분야

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

모바일 통신 디바이스들로의 그리고 이로부터의 대용량 데이터 통신에 대한 수요가 급증함에 따라, 전통적인 모바일 음성 통신 네트워크들은 인터넷 프로토콜(Internet Protocol; IP) 데이터 패킷으로 통신하는 네트워크들로 진화하고 있다. 이러한 IP 데이터 패킷 통신은 모바일 통신 디바이스들의 사용자들에게 인터넷 전화(voice over IP), 멀티미디어, 멀티캐스트 및 주문형 통신 서비스들을 제공할 수 있다.

예시적인 네트워크 구조는 진화된 범용 지상 무선 액세스 네트워크(Evolved Universal Terrestrial Radio Access Network; E-UTRAN)이다. E-UTRAN 시스템은 이상에서 언급된 인터넷 전화 및 멀티미디어 서비스들을 실현하기 위하여 높은 데이터 스루풋을 제공할 수 있다. 차세대(예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에 의해 논의되고 있다. 따라서, 3GPP 표준을 발전시키고 완결하기 위하여 3GPP 표준의 현재 바디(body)에 대한 변경들이 현재 제시되고 검토되고 있다.

원격 사용자 단말(User Equipment; UE)의 관점으로부터 방법 및 디바이스가 개시된다. 일 실시예에서, 방법은, 원격 UE가 릴레이 UE와 유니캐스트 링크를 설정하는 단계를 포함한다. 방법은, 원격 UE가 릴레이 UE를 통해 네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하는 단계로서, 릴레이 UE를 통한 네트워크에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용되는, 단계를 더 포함한다. 방법은 또한, 원격 UE가 적절한 셀을 선택하는 단계를 포함한다. 추가로, 방법은, 원격 UE가 적절한 셀의 선택에 응답하여 제1 RLC 엔티티를 릴리즈하는 단계를 포함한다. 또한, 방법은, 원격 UE가 네트워크로 직접적으로 제2 RRC 메시지를 송신하는 단계를 포함한다.

도 1은 예시적인 일 실시예에 따른 무선 통신 시스템의 도면을 도시한다.
도 2는 예시적인 일 실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템의 블록도이다.
도 3은 예시적인 일 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 예시적인 일 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 23.304 V17.0.0의 도 4.2.7.2-1의 재현이다.
도 6은 3GPP TS 23.304 V17.0.0의 도 6.1.1.7.2-1의 재현이다.
도 7은 3GPP TS 23.304 V17.0.0의 도 6.1.2.3.2-1의 재현이다.
도 8은 3GPP TS 23.304 V17.0.0의 도 6.4.3.1-1의 재현이다.
도 9는 3GPP TS 38.331 V16.6.0의 도 5.3.3.1-1의 재현이다.
도 10은 3GPP TS 38.331 V16.6.0의 도 5.3.7.1-1의 재현이다.
도 11은 3GPP TS 38.331 V16.6.0의 도 5.8.3.1-1의 재현이다.
도 12는 3GPP TS 38.331 V16.6.0의 도 5.8.9.1.1-1의 재현이다.
도 13은 예시적인 일 실시예에 따른 순서도이다.
도 14는 예시적인 일 실시예에 따른 순서도이다.
도 15는 예시적인 일 실시예에 따른 순서도이다.
도 16은 예시적인 일 실시예에 따른 순서도이다.

이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(code division multiple access; CDMA), 시간 분할 다중 액세스(time division multiple access; TDMA), 직교 주파수 분할 다중 액세스(orthogonal frequency division multiple access; OFDMA), 3GPP LTE(Long Term Evolution) 무선 액세스, 3GPP LTE-A 또는 LTE-어드밴스드(Long Term Evolution Advanced), 3GPP2 UMB(Ultra Mobile Broadband), WiMax, 3GPP NR(New Radio), 또는 어떤 다른 변조 기술들에 기초할 수 있다.

특히, 이하에서 설명되는 예시적인 무선 통신 시스템들 및 디바이스들은, TS 23.304 V17.0.0, "Proximity based Services (ProSe) in the 5G System (5GS) (Release 17)"; TS 38.331 v16.6.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)"; and 3GPP email discussion [Post115-e][603][Relay] Relaying CR to 38.331 (Huawei), "Draft_38331 Running CR for SL relay_v14_rapp.docx"를 포함하여 본원에서 3GPP로 지칭되는 "3rd Generation Partnership Project"라는 명칭의 컨소시엄에 의해 제공되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다. 이로써 이상에서 열거된 표준들 및 문서들은 명백히 그 전체가 참조로서 통합된다.

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

안테나들의 각각의 그룹 및/또는 이들이 통신하도록 설계된 영역이 흔히 액세스 네트워크의 섹터로 지칭된다. 실시예에 있어서, 안테나 그룹들은 각기 액세스 네트워크(100)에 의해 커버되는 영역의 섹터 내에서 액세스 단말들과 통신하도록 설계된다.

포워드 링크들(120 및 126)을 통한 통신에서, 액세스 네트워크(100)의 송신 안테나들은 상이한 액세스 단말들(116 및 122)에 대하여 포워드 링크들의 신호-대-잡음 비를 개선하기 위하여 빔포밍(beamforming)을 사용할 수 있다. 또한, 액세스 단말들로 송신하기 위해 그것의 커버리지를 통해 랜덤하게 산란되는 빔포밍을 사용하는 액세스 네트워크는 그것의 모든 액세스 단말들로 단일 안테나를 통해 송신하는 액세스 네트워크보다 이웃 셀들 내의 액세스 단말들에 대하여 더 적은 간섭을 초래한다.

액세스 네트워크(AN)는 단말들과 통신하기 위해 사용되는 고정국 또는 기지국일 수 있으며, 또한 액세스 포인트, 노드 B, 기지국, 강화된 기지국, 진보된 노드 B(eNB), 네트워크 노드, 네트워크, 또는 어떤 다른 용어로 지칭될 수 있다. 액세스 단말(AT)은 또한 사용자 단말(UE), 무선 통신 디바이스, 단말, 액세스 단말 또는 어떤 다른 용어로 지칭될 수 있다.

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

일 실시예에 있어서, 각각의 데이터 스트림은 개별적인 송신 안테나를 통해 송신된다. TX 데이터 프로세서(214)는 코딩된 데이터를 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 코딩 기법에 기초하여 각각의 데이터에 대한 트래픽 데이터를 포맷하고, 코딩하며, 인터리빙(interleave)한다.

각각의 데이터 스트림에 대한 코딩된 데이터는 OFDM 기술들을 사용하여 파일럿 데이터와 멀티플렉싱될 수 있다. 파일럿 데이터는 전형적으로 알려진 방식으로 프로세싱된 알려진 데이터 패턴이며, 채널 응답을 추정하기 위해 수신기 시스템에서 사용될 수 있다. 그런 다음, 각각의 데이터 스트림에 대한 멀티플렉싱된 파일럿 및 코딩된 데이터는 변조 심볼들을 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 변조 기법(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)에 기초하여 변조된다(즉, 심볼 매핑된다). 각각의 데이터 스트림에 대한 데이터 레이트, 코딩, 및 변조는 프로세서(230)에 의해 수행되는 명령어들에 의해 결정될 수 있다.

그런 다음, 모든 데이터 스트림들에 대한 변조 심볼들이 TX MIMO 프로세서(220)에 제공되며, 이것은 (예를 들어, OFDM에 대하여) 변조 심볼들을 추가로 프로세싱할 수 있다. 그런 다음, TX MIMO 프로세서(220)는 N_T 변조 심볼 스트림들을 N_T 송신기들(TMTR)(222a 내지 222t)로 제공한다. 특정 실시예들에 있어서, TX MIMO 프로세서(220)는 데이터 스트림들의 심볼들 및 심볼이 송신되는 안테나에 빔포밍 가중치들을 적용한다.

각각의 송신기(222)는 하나 이상의 아날로그 신호들을 제공하기 위해 개별적인 심볼 스트림을 수신하고 프로세싱하며, MIMO 채널을 통한 송신에 적절한 변조된 신호를 제공하기 위해 아날로그 신호들을 추가로 조절(예를 들어, 증폭, 필터링, 및 업컨버팅(upconvert))한다. 그런 다음, 송신기들(222a 내지 222t)로부터의 N_T 변조된 신호들이 각기 N_T 안테나들(224a 내지 224t)을 통해 송신된다.

수신기 시스템(250)에서, 송신된 변조된 신호들이 N_R 안테나들(252a 내지 252r)을 통해 수신되며, 각각의 안테나(252)로부터의 수신된 신호들이 개별적인 수신기(RCVR)(254a 내지 254r)로 제공된다. 각각의 수신기(254)는 개별적인 수신된 신호들을 조절(예를 들어, 필터링, 증폭, 및 다운컨버팅(downconvert))하며, 샘플들을 제공하기 위해 조절된 신호를 디지털화하고, 대응하는 "수신된" 심볼 스트림을 제공하기 위해 샘플들을 추가로 프로세싱한다.

그런 다음, RX 데이터 프로세서(260)는 N_T "검출된" 심볼 스트림들을 제공하기 위해 특정 수신기 프로세싱 기술에 기초하여 N_R 수신기들(254)로부터 N_R 수신된 심볼 스트림들을 수신하고 프로세싱한다. 그런 다음, RX 데이터 프로세서(260)는 데이터 스트림에 대한 트래픽 데이터를 복원하기 위해 각각의 검출된 심볼 스트림을 복조하고, 디인터리빙(deinterleave)하며, 디코딩한다. RX 데이터 프로세서(260)에 의한 프로세싱은 송신기 시스템(210)에서 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)에 의해 수행된 프로세싱에 대하여 상보적이다.

프로세서(270)는 주기적으로 어떠한 사전-코딩 매트릭스가 사용될지를 결정한다(이하에서 논의됨). 프로세서(270)는 매트릭스 인덱스 부분 및 랭크 값 부분을 포함하는 리버스 링크 메시지를 공식화(formulate)한다.

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

송신기 시스템(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)(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)에 결합된다. 계층 3 부분(402)은 일반적으로 무선 자원 제어를 수행한다. 계층 2 부분(404)은 일반적으로 링크 제어를 수행한다. 계층 1 부분(406)은 일반적으로 물리적 연결들을 수행한다.

3GPP TS 23.304는 다음을 도입하였다:

4.3.9 5G ProSe UE-대-네트워크 릴레이

4.3.9.1 개괄

5G ProSe 계층-2 및 계층-3 UE-대-네트워크 릴레이 엔티티 둘 모두는 5G ProSe 원격 UE들에 대하여 네트워크에 대한 연결성을 지원하기 위한 릴레잉 기능을 제공한다. 이것은 공공 안전 서비스들 및 상용 서비스들(예를 들어, 상호작용 서비스) 둘 모두에 대해 사용될 수 있다.

5G ProSe 계층-2 및 계층-3 UE-대-네트워크 릴레이 둘 모두는 네트워크에 대한 연결성을 가능하게 하기 위해 다음의 기능들을 지원한다:

- 5G ProSe 원격 UE에 의한 발견(discovery)을 가능하게 하기 위해 6.3.2.3절에 정의된 바와 같은 5G ProSe UE-대-네트워크 릴레이 발견 서비스;

- 6.2절 및 6.6절에 지정된 바와 같은 향상들을 가지고 TS 23.501 [4]에 정의된 바와 같이 UE로서 5GS에 액세스하는 것;

- IP, 이더넷 또는 구조화되지 않은 트래픽 유형을 지원하는, 네트워크와 5G ProSe 원격 UE 사이에서 유니캐스트 트래픽(업링크 및 다운링크)을 릴레이하는 것.

노트: 5G ProSe UE-대-네트워크 릴레이에 의해 5G ProSe 원격 UE로 MBS 트래픽을 릴레이하는 것은 본 사양의 이러한 릴리즈에서 지원되지 않는다.

[…]

4.2.7.2 5G ProSe 계층-2 UE-대-네트워크 릴레이 기준 아키텍처

도 4.2.7.2-1은 5G ProSe 계층-2 UE-대-네트워크 릴레이 기준 아키텍처를 도시한다. 5G ProSe 계층-2 원격 UE 및 5G ProSe 계층-2 UE-대-네트워크 릴레이는 동일하거나 또는 상이한 PLMN들에 의해 서비스될 수 있다. 5G ProSe 계층-2 원격 UE 및 5G ProSe 계층-2 UE-대-네트워크 릴레이의 서빙 PLMN들이 상이한 경우, NG-RAN은 서빙 PLMN들에 의해 공유된다, TS 23.501 [4]의 5.18절의 5G MOCN 아키텍처 참조.

["5G ProSe Layer-2 UE-to-Network Relay reference architecture"라는 명칭의 3GPP TS 23.304 V17.0.0의 도 4.2.7.2-1이 도 5로 재현된다]

노트 1: 5G ProSe 계층-2 원격 UE와 NG-RAN 사이의 Uu는 RRC, SDAP 및 PDCP로 구성된다.

노트 2: 5G ProSe 계층-2 원격 UE 및 5G ProSe 계층-2 UE-대-네트워크 릴레이는 동일한 NG-RAN에 의해 서비스된다. 5G ProSe 계층-2 원격 UE 및 5G ProSe 계층-2 UE-대-네트워크 릴레이를 서비스하는 코어 네트워크 엔티티들(예를 들어, AMF, SMF, UPF)은 동일하거나 또는 상이할 수 있다.

[…]

6.1.1.7.2 5G ProSe 계층-2 UE-대-네트워크 릴레이

6.1.1.2절에 정의된 발견 및 PC5 시그널링을 위한 UE-UE 프로토콜 스택들은 5G ProSe 계층-2 원격 UE 및 5G ProSe 계층-2 UE-대-네트워크 릴레이에 적용된다.

도 6.1.1.7.2-1은, NAS-MM 및 NAS-SM에 대한 5G ProSe 계층-2 원격 UE에 대한 NAS 연결의 프로토콜 스택을 예시한다. NAS 메시지는 다음을 사용하여 5G ProSe 계층-2 UE-대-네트워크 릴레이를 통해 5G ProSe 계층-2 원격 UE와 NG-RAN 사이에서 투명하게 전송된다:

- 5G ProSe 계층-2 원격 UE와 NG-RAN 사이의 PDCP 엔드-투-엔드 연결, 여기에서 5G ProSe 계층-2 UE-대-네트워크 릴레이의 역할은 TS 38.351 [28]에 지정된 바와 같이 임의의 수정들 없이 그리고 적응 계층의 기능을 사용하여 시그널링 무선 베어러를 통해 PDU들을 릴레이하는 것이다.

- N2를 통한 NG-RAN과 AMF 사이의 연결.

- N11을 통한 AMF와 SMF 사이의 연결.

편집자 노트: 적응 계층이 PC5를 통해 지원되는지 여부는 RAN WG2에 의해 결정될 것이다.

["End-to-End Control Plane for a Remote UE using Layer-2 UE-to-Network Relay"라는 명칭의 3GPP TS 23.304 V17.0.0의 도 6.1.1.7.2-1이 도 6으로 재현된다]

5G ProSe 계층-2 UE-대-네트워크 릴레이에 의해 사용되는 제어 평면 프로토콜 스택은 TS 23.501 [4]의 8.2.2절에 정의된다.

[…]

6.1.2.3.2 5G ProSe 계층-2 UE-대-네트워크 릴레이

도 6.1.2.2.2-1은, 5G ProSe 계층-2 UE-대-네트워크 릴레이를 포함하여, PDU 세션과 관련된, 사용자 평면 전송을 위한 프로토콜 스택을 예시한다. PDU 계층은 PDU 세션을 통해 5G ProSe 계층-2 원격 UE와 데이터 네트워크(Data Network; DN) 사이에서 운반되는 PDU에 대응한다. SDAP 및 PDCP 프로토콜들은 TS 38.300 [12]에 지정된다. PDCP 엔드-투-엔드 연결은 5G ProSe 계층-2 원격 UE와 NG-RAN 사이에 있다. 적응 계층의 기능은 TS 38.351 [28]에 지정된다.

["End-to-End User Plane Stack for a 5G ProSe Remote UE using 5G ProSe Layer-2 UE-to-Network Relay"라는 명칭의 3GPP TS 23.304 V17.0.0의 도 6.1.2.3.2-1이 도 7로 재현된다]

[…]

6.4 5G ProSe 직접 통신

[…]

6.4.3 유니캐스트 모드 5G ProSe 직접 통신

6.4.3.1 PC5 참조 포인트를 통한 계층-2 링크 설정

PC5 참조 포인트를 통해 ProSe 직접 통신의 유니캐스트 모드를 수행하기 위여, UE는 5.1.3절에 설명된 바와 같이 관련된 정보를 가지고 구성된다.

도 6.4.3.1-1은 PC5 참조 포인트를 통한 ProSe 직접 통신의 유니캐스트 모드에 대한 계층-2 링크 설정 절차를 도시한다.

["Layer-2 link establishment procedure"라는 명칭의 3GPP TS 23.304 V17.0.0의 도 6.4.3.1-1이 도 8로 재현된다]

1. UE(들)는 5.8.2.4절에 지정된 바와 같이 PC5 유니캐스트 링크 설정에 대한 시그널링 수신을 위한 목적지 계층-2 ID를 결정한다.

2. UE-1의 ProSe 애플리케이션 계층은 PC5 유니캐스트 통신에 대한 애플리케이션 정보를 제공한다. 애플리케이션 정보는 ProSe 서비스 정보, UE의 애플리케이션 계층 ID를 포함한다. 목표 UE의 애플리케이션 계층 ID는 애플리케이션 정보에 포함될 수 있다.

UE-1의 ProSe 애플리케이션 계층은 이러한 유니캐스트 통신에 대한 ProSe 애플리케이션 요건들을 제공할 수 있다. UE-1은 5.6.1절에 지정된 바와 같이 PC5 QoS 파라미터들 및 PFI를 결정한다.

UE-1이 5.3.4절에 지정된 바와 같이 기존 PC5 유니캐스트 링크를 재사용할 것을 결정하는 경우, UE는 6.4.3.4절에 지정된 바와 같이 계층-2 링크 수정 절차를 트리거한다.

3. UE-1은 유니캐스트 계층-2 설정 절차를 개시하기 위해 직접 통신 요청 메시지를 전송한다. 직접 통신 요청 메시지는 다음을 포함한다:

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

- ProSe 애플리케이션 계층이 단계 2에서 목표 UE의 애플리케이션 계층 ID을 제공한 경우, 다음의 정보가 포함된다:

- 목표 사용자 정보: 목표 UE의 애플리케이션 계층 ID(즉, UE-2의 애플리케이션 계층 ID).

- ProSe 서비스 정보: 계층-2 링크 설정을 요청하는 ProSe 식별자(들)에 관한 정보.

- 보안 정보: 보안의 설정에 대한 정보.

노트 1: 소스 사용자 정보 및 목표 사용자 정보의 보안 정보 및 필수 보호는 SA WG3에 의해 정의된다.

직접 통신 요청 메시지를 전송하기 위해 사용되는 소스 계층-2 ID 및 목적지 계층-2 ID는 5.8.2.1절 및 5.8.2.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 유니캐스트 링크를 통해 공표된 ProSe 서비스(들)를 사용하는데 관심이 있는 UE들은 UE-1과의 보안을 설정함으로써 응답한다.

노트 2: 보안 절차에 대한 시그널링은 SA WG3에 의해 정의된다.

보안 보호가 인에이블될 때, UE-1은 다음의 정보를 목표 UE로 전송한다:

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

- IP 어드레스 구성: IP 통신에 대하여, IP 어드레스 구성은 이러한 링크에 대해 요구되며, 이는 다음의 값들 중 하나를 나타낸다:

- IPv4 어드레스 할당 메커니즘만이 개시 UE에 의해 지원되는 경우, "DHCPv4 서버", 즉 DHCPv4 서버로서 역할함; 또는

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

- IPv4 및 IPv6 어드레스 할당 메커니즘 둘 모두가 개시 UE에 의해 지원되는 경우, "DHCPv4 서버 & IPv6 라우터"; 또는

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

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

- QoS 정보: PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대한, PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건부로 다른 파라미터들 예컨대 MFBR/GFBR, 등) 및 연관된 ProSe 식별자(들).

보안 설정 절차에 대해 사용되는 소스 계층-2 ID는 5.8.2.1절 및 5.8.2.4절에 지정된 바와 같이 결정된다. 목적지 계층-2 ID는 수신된 직접 통신 요청 메시지의 소스 계층-2 ID로 설정된다.

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

5. 직접 통신 수락 메시지는 UE-1과 성공적으로 보안을 설정한 목표 UE(들)에 의해 UE-1로 전송된다:

5a. (UE 지향(oriented) 계층-2 링크 설정) 목표 사용자 정보가 직접 통신 요청 메시지에 포함된 경우, 목표 UE, 즉, UE-2는, UE-2에 대한 애플리케이션 계층 ID가 매칭되는 경우 직접 통신 수락 메시지로 응답한다.

5b. (ProSe 서비스 지향 계층-2 링크 설정) 목표 사용자 정보가 직접 통신 요청 메시지에 포함되지 않은 경우, 공표된 ProSe 서비스(들)를 사용하는데 관심이 있는 UE들(도 6.3.3.1-1에서 UE-2 및 UE-4)은 직접 통신 수락 메시지를 전송함으로써 요청에 응답한다.

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

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

- QoS 정보: PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대해, UE-1에 의해 요청되는 PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건부로 다른 파라미터들 예컨대 MFBR/GFBR, 등) 및 연관된 ProSe 식별자(들).

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

- IPv4 어드레스 할당 메커니즘만이 목표 UE에 의해 지원되는 경우, "DHCPv4 서버", 즉 DHCPv4 서버로서 역할함; 또는

- IPv6 어드레스 할당 메커니즘만이 목표 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는

- IPv4 및 IPv6 어드레스 할당 메커니즘 둘 모두가 목표 UE에 의해 지원되는 경우, "DHCPv4 서버 & IPv6 라우터"; 또는

- IPv4 및 IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되지 않는 경우, "어드레스 할당 미지원".

- 링크 로컬 IPv6 어드레스: 목표 UE가 IPv6 IP 어드레스 할당 메커니즘을 지원하지 않는 경우, 즉, IP 어드레스 구성이 "어드레스 할당 미지원"을 나타내는 경우 RFC 4862 [17]에 기초하여 로컬적으로 형성된 링크-로컬 IPv6 어드레스, UE-1은 직접 통신 요청 메시지에 링크-로컬 IPv6 어드레스를 포함시킨다. 목표 UE는 비-충돌 링크-로컬 IPv6 어드레스를 포함해야 한다.

UE들(즉, 개시 UE 및 목표 UE) 둘 모두가 링크-로컬 IPv6 어드레스를 사용할 것을 선택한 경우, 이들은 RFC 4862 [17]에 정의된 중복 어드레스 검출을 디세이블(disable)해야 할 것이다.

노트 3: 개시 UE 또는 목표 UE가 IPv6 라우팅의 지원을 나타낼 때, 대응하는 어드레스 구성 절차는 계층 2 링크의 설정 이후에 수행될 것이며, 링크-로컬 IPv6 어드레스들은 무시된다.

PC5 유니캐스트 링크를 설정한 UE의 ProSe 계층은 유니캐스트 링크에 대해 할당된 PC5 링크 식별자 및 PC5 유니캐스트 링크 관련 정보를 AS 계층으로 전달한다. PC5 유니캐스트 링크 관련 정보는 계층-2 ID 정보(즉, 소스 계층-2 ID 및 목적지 계층-2 ID)를 포함한다. 이는, AS 계층이 PC5 유니캐스트 링크 관련 정보와 함께 PC5 링크 식별자를 유지하는 것을 가능하게 한다.

6. ProSe 데이터는 아래와 같이, 설정된 유니캐스트 링크를 통해 송신된다:

PC5 링크 식별자 및 PFI는 ProSe 데이터와 함께 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)를 사용하여 ProSe 데이터를 전송한다.

노트 5: PC5 유니캐스트 링크는 양-방향이며, 따라서 UE-1의 피어 UE는 UE-1과의 유니캐스트 링크를 통해 ProSe 데이터를 UE-1로 전송할 수 있다.

[…]

6.4.3.6 5G ProSe UE-대-네트워크 릴레이에 대한 PC5 참조 포인트를 통한 계층-2 링크 관리

6.4.3.1절 내지 6.4.3.5절에 묘사된 바와 같은 유니캐스트 모드 5G ProSe 직접 통신에 대한 PC5 참조 포인트를 통한 계층-2 링크 절차는, 다음의 차이점들 및 설명을 가지고, 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 사이의 PC5 참조 포인트에 대해 사용될 수 있다:

- 계층-2 링크 수정 절차는 5G ProSe 계층-3 UE-대-네트워크 릴레이를 통한 ProSe 통신에 적용될 수 있으며, 다른 절차들은 5G ProSe 계층-2 UE-대-네트워크 릴레이를 통한 ProSe 통신 및 5G ProSe 계층-3 UE-대-네트워크 릴레이를 통한 ProSe 통신 둘 모두에 적용될 수 있다.

편집자 노트: 계층-2 링크 수정 절차가 또한 5G ProSe 계층-2 UE-대-네트워크 릴레이를 통한 ProSe 통신에 적용될 수 있는지 여부는 RAN2와의 협력을 필요로 한다.

- UE 지향 계층-2 링크 설정 절차는 5G ProSe 원격 UE를 나타내는 UE-1 및 5G ProSe UE-대-네트워크 릴레이를 나타내는 UE-2와 함께 사용된다. 다른 절차들에 대해, UE-1이 5G ProSe 원격 UE를 나타내고 UE-2가 5G ProSe UE-대-네트워크 릴레이를 나타내거나, 또는 UE-1이 5G ProSe UE-대-네트워크 릴레이를 나타내고 UE-2가 5G ProSe 원격 UE를 나타낸다. 즉, 계층-2 링크 설정은 5G ProSe 원격 UE에 의해 개시되며, 반면 다른 절차들은 5G ProSe 원격 UE에 의해 또는 5G ProSe UE-대-네트워크 릴레이에 의해 개시될 수 있다.

6.4.3.1절에 설명된 바와 같은 UE 지향 계층-2 링크 설정에 대해,

- 단계 1에서, 5G ProSe 원격 UE는, 6.3.2.3절에 지정된 바와 같이 UE-대-네트워크 릴레이 발견 동안 (5.8.3절에 지정된 바와 같이) 선택된 5G ProSe UE-대-네트워크 릴레이의 유니캐스트 소스 계층-2 ID에 기초하여 PC5 유니캐스트 링크 설정을 위한 목적지 계층-2 ID를 결정한다.

- 단계 2에서, 5G ProSe 원격 UE(UE-1)는 사용될 릴레이 서비스 코드를 결정한다. 사용될 릴레이 서비스 코드는, 6.3.2.3절에 지정된 바와 같이 UE-대-네트워크 릴레이 발견 동안 수신된 릴레이 서비스 코드(들)로부터 선택된다.

- 단계 3에서, 5G ProSe 원격 UE(UE-1)는 선택된 5G ProSe UE-대-네트워크 릴레이로 유니캐스트 직접 통신 요청 메시지를 전송한다. 직접 통신 요청 메시지를 전송하기 위해 사용되는 목적지 계층-2 ID는 단계 1에서 결정된 바와 같은 유니캐스트 계층-2 ID이어야 한다. 직접 통신 요청 메시지는 다음을 포함한다:

- 소스 사용자 정보: 릴레이 동작을 요청하는 원격 UE의 신원.

- 목표 사용자 정보: UE-대-네트워크 릴레이 발견 절차 동안 5G ProSe 원격 UE에 제공되는 UE-대-네트워크 릴레이의 신원.

- 릴레이 서비스 코드: 5G ProSe 원격 UE에 의해 요청되는 바와 같은 5G ProSe UE-대-네트워크 릴레이에 의해 제공되는 연결성 서비스를 나타낸다.

- 보안 정보: 보안의 설정에 대한 정보.

- 단계 4 및 단계 5에서, 단계 4a 및 단계 5a는, 5G ProSe UE-대-네트워크 릴레이의 신원이 목표 사용자 정보에 제공된 신원과 매칭되고 릴레이 서비스 코드가 6.3.2.3절에 지정된 바와 같이 UE-대-네트워크 릴레이 발견 동안 포함된 릴레이 서비스 코드들 중 하나인 경우에 수행된다. 직접 통신 수락 메시지 내의 소스 사용자 정보는 UE-대-네트워크 릴레이의 신원이다. 5G ProSe 계층-2 UE-대-네트워크 릴레이의 경우에, 원격 UE는 IP 어드레스 구성, 링크-로컬 IPv6 어드레스 및 QoS 정보를 5G ProSe 계층-2 UE-대-네트워크 릴레이로 전송하지 않으며, 직접 통신 수락 메시지는 IP 어드레스 구성, 링크-로컬 IPv6 어드레스 및 QoS 정보를 포함하지 않는다. 5G ProSe 계층-3 UE-대-네트워크 릴레이의 경우에, 직접 통신 수락 메시지는 값 "어드레스 할당 미지원"을 나타내는 IP 어드레스 구성을 포함하지 않는다.

- 5G ProSe 계층-2 UE-대-네트워크 릴레이의 경우에, 단계 6이 수행되지 않는다.

6.4.3.3절에 설명된 바와 같은 계층-2 링크 릴리즈에 대해,

- 단계 1에서, 계층-2 링크 릴리즈 절차가 5G ProSe UE-대-네트워크 릴레이에 의해 개시되는 경우, 연결해제(disconnect) 요청 메시지는, 5G ProSe UE-대-네트워크 릴레이가 5.12절에 설명된 바와 같이 일시적으로 이용가능하지 않다는 것을 나타낼 수 있다.

노트: 일시적으로 이용가능하지 않음의 표시의 형태는 스테이지 3에 의해 결정될 것이다.

- 5G ProSe 원격 UE로서 또는 5G ProSe UE-대-네트워크 릴레이로서 역할하기 위한 서비스 인가가 취소되는 경우, 5G ProSe UE-대-네트워크 릴레이는, 취소된 인가가 영향을 미치는 계층-2 링크의 릴리즈를 개시해야 한다.

6.4.3.4절에 설명된 바와 같은 계층-2 링크 수정에 대해,

- 단계 1에서, 계층-2 링크 수정 절차는 이것의 ProSe 애플리케이션 계층으로부터 수신된 애플리케이션 정보에 기초하여 5G ProSe 계층-3 원격 UE에 의해 개시될 수 있다. 링크 수정 요청 메시지는 5.6.2.1절에 설명된 바와 같이 추가되거나 또는 수정될 PC5 QoS 흐름(들)에 대한 PC5 QoS 규칙(들)을 포함할 수 있다. 계층-2 링크 수정 절차는 SMF로부터의 NAS 시그널링을 통해 SMF로부터 수신된 정보에 기초하여 5G ProSe 계층-3 UE-대-네트워크 릴레이에 의해 개시될 수 있다.

5G ProSe 원격 UE 및 5G ProSe UE-대-네트워크 릴레이는, 기존 유니캐스트 링크(들)가 상이한 릴레이 서비스 코드를 가지고 설정되었거나 또는 릴레이 서비스 코드 없이 설정되었던 경우 별개의 PC5 유니캐스트 링크들을 셋업해야 한다.

3GPP TS 38.331은 다음을 도입하였다:

5.2.2.3.3 온 디맨드 시스템 정보에 대한 요청

UE는 다음과 같이 해야 한다:

1> SIB1이 si-RequestConfigSUL을 포함하는 si-SchedulingInfo를 포함하고, TS 38.321[13], 5.1.1절에 정의된 바와 같은 보충 업링크를 선택하기 위한 기준이 충족되는 경우:

[…]

1> 그렇지 않고 SIB1이 si-RequestConfig를 포함하는 si-SchedulingInfo를 포함하고, TS 38.321[13], 5.1.1절에 정의된 바와 같은 정상 업링크를 선택하기 위한 기준이 충족되는 경우:

[…]

1> 그렇지 않으면:

2> SIB1에서 값들이 제공되는 파라미터들을 제외하고, 대응하는 물리 계층 사양들에 지정된 바와 같은 디폴트 L1 파라미터 값들을 적용한다;

2> 9.2.2에 지정된 바와 같이 디폴트 MAC 셀 그룹 구성을 적용한다;

2> SIB1에 포함된 timeAlignmentTimerCommon을 적용한다;

2> 9.1.1.2에 지정된 바와 같은 CCCH 구성을 적용한다;

2> 5.2.2.3.4에 따라 RRCSystemInfoRequest 메시지의 송신을 개시한다;

2> RRCSystemInfoRequest 메시지에 대한 수신확인이 하위 계층들로부터 수신되는 경우:

3> 하위-절 5.2.2.3.2에 정의된 바와 같이 요청된 SI 메시지(들)를 즉시 획득한다;

1> 하위 계층들로부터 SI 요청에 대한 수신확인을 기다리는 동안 셀 재선택이 발생하는 경우:

2> MAC을 리셋한다;

2> SI 요청이 RRCSystemInfoRequest 메시지에 기초하는 경우:

3> SRB0에 대한 RLC 엔티티를 릴리즈한다.

[…]

5.3.3 RRC 연결 설정

5.3.3.1 개괄

["RRC connection establishment, successful"이라는 명칭의 3GPP TS 38.331 V16.6.0의 도 5.3.3.1-1이 도 9로 재현된다]

[…]

이러한 절차의 목적은 RRC 연결을 설정하는 것이다. RRC 연결 설정은 SRB1 설정을 수반한다. 절차는 또한 UE로부터 네트워크로 초기 NAS 전용 정보/메시지를 전송하기 위해 사용된다.

네트워크는, 예를 들어, 다음과 같이 절차를 적용한다:

- RRC 연결을 설정할 때;

- UE가 RRC 연결을 재개하거나 또는 재-설정하고, 네트워크가 UE 콘텍스트를 검색할 수 없거나 또는 검증할 수 없을 때. 이러한 경우에, UE는 RRCSetup을 수신하고, RRCSetupComplete를 가지고 응답한다.

[…]

5.3.7 RRC 연결 재-설정

5.3.7.1 개괄

["RRC connection re-establishment, successful"이라는 명칭의 3GPP TS 38.331 V16.6.0의 도 5.3.7.1-1이 도 10으로 재현된다]

[…]

이러한 절차의 목적은 RRC 연결을 재-설정하는 것이다. 이에 대하여 AS 보안이 SRB2 및 적어도 하나의 DRB 셋업, 또는, IAB에 대해, SRB2를 가지고 활성화된 RRC_CONNECTED의 UE는 RRC 연결을 계속하기 위해 절차를 개시할 수 있다. 네트워크가 유효 UE 콘텍스트(context)를 찾고 검증할 수 있는 경우, 또는 UE 콘텍스트가 검색될 수 없고 네트워크가 5.3.3.4절에 따라 RRCSetup을 가지고 응답하는 경우, 연결 재-설정은 성공한다.

네트워크는, 예를 들어, 다음과 같이 절차를 적용한다:

- AS 보안이 활성화되었고 네트워크가 UE 콘텍스트를 검색하거나 또는 검증할 때:

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

- SRB1을 재-설정하고 재개한다;

- UE가 RRC 연결을 재-설정하고, 네트워크가 UE 콘텍스트를 검색할 수 없거나 또는 검증할 수 없을 때:

- 저장된 AS 콘텍스트를 폐기하고, 모든 RB들 및 BH RLC 채널들을 릴리즈한다;

- 새로운 RRC 연결을 설정하기 위해 폴백(fallback)한다.

AS 보안이 아직 활성화되지 않은 경우, UE는 절차를 개시하지 않아야 하며 그 대신에 릴리즈 원인 '기타'를 가지고 바로 RRC_IDLE로 이동한다. AS 보안이 활성화되었지만, SRB2 및 적어도 하나의 DRB 또는, IAB에 대해, SRB2가 셋업되지 않은 경우, UE는 절차를 개시하지 않으며 그 개신 릴리즈 원인 'RRC 연결 실패'를 가지고 바로 RRC_IDLE로 이동한다.

5.3.7.2 개시

UE는, 다음의 조건들 중 하나가 충족될 때 절차를 개시한다:

1> 5.3.10에 따라 t316가 구성되지 않고 MCG의 무선 링크 실패의 검출 시에; 또는

1> 5.3.10에 따라 SCG 송신이 일시 중단되고 있는 동안 MCG의 무선 링크 실패의 검출 시에; 또는

1> 5.3.10에 따라, PSCell 변경 또는 PSCell 추가가 진행 중인 동안 MCG의 무선 링크 실패의 검출 시에; 또는

1> 하위-절 5.3.5.8.3에 따라, MCG의 싱크 실패를 갖는 재구성 시에; 또는

1> 하위-절 5.4.3.5에 따라, NR 실패로부터의 이동성 시에; 또는

1> 무결성 체크 실패가 RRCReestablishment 메시지 상에서 검출되는 경우를 제외하고, SRB1 또는 SRB2에 관한 하위 계층들로부터의 무결성 체크 실패 표시 시에; 또는

1> 하위-절 5.3.5.8.2에 따라, RRC 연결 재구성 실패 시에; 또는

1> NE-DC에서 TS 36.331 [10] 하위 절 5.3.11.3에 따라 또는 NR-DC에서 하위 절 5.3.10.3에 따라, MCG 송신이 일시 중단되고 있는 동안 SCG에 대한 무선 링크 실패의 검출 시에; 또는

1> 하위 절 5.3.5.8.3에 따라, MCG 송신이 일시 중단되고 있는 동안 SCG의 싱크 실패를 갖는 재구성 시에; 또는

1> TS 36.331 [10] 하위 절 5.3.5.7a에 따라 MCG 송신이 일시 중단되고 있는 동안 SCG 변경 실패 시에; 또는

1> NE-DC에서 TS 36.331 [10] 하위 절 5.3.5.5에 따라 또는 NR-DC에서 하위 절 5.3.5.8.2에 따라, MCG 송신이 일시 중단되고 있는 동안 SCG 구성 실패 시에; 또는

1> MCG가 일시 중단되고 있는 동안 SRB3에 관한 SCG 하위 계층들로부터의 무결성 체크 실패 표시 시에; 또는

1> 하위-조항 5.7.3b.5에 따른, T316 만료 시에.

절차의 개시 시에, UE는 다음과 같이 해야 한다:

1> 실행 중인 경우, 타이머 T310을 중지한다;

1> 실행 중인 경우, 타이머 T312를 중지한다;

1> 실행 중인 경우, 타이머 T304를 중지한다;

1> 타이머 T311을 시작한다;

1> 실행 중인 경우, 타이머 T316을 중지한다;

1> UE가 conditionalReconfiguration을 가지고 구성되지 않는 경우:

2> MAC을 리셋한다;

2> 구성된 경우, spCellConfig를 릴리즈한다;

2> SRB0을 제외하고, IAB-MT에 대한 BH RLC 채널들, 및 모든 RB들을 일시 중단한다;

2> 구성된 경우, MCG SCell(들)을 릴리즈한다;

2> MR-DC가 구성되는 경우:

3> 5.3.5.10절에 지정된 바와 같이, MR-DC 릴리즈를 수행한다;

2> 구성된 경우 delayBudgetReportingConfig를 릴리즈하고, 실행 중인 경우 타이머 T342를 중지한다;

2> 구성된 경우 overheatingAssistanceConfig를 릴리즈하고, 실행 중인 경우 타이머 T345를 중지한다;

2> 구성된 경우, idc-AssistanceConfig를 릴리즈한다;

2> 구성된 경우, btNameList를 릴리즈한다;

2> 구성된 경우, wlanNameList를 릴리즈한다;

2> 구성된 경우, sensorNameList를 릴리즈한다;

2> 구성된 경우 MCG에 대한 drx-PreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346a를 중지한다;

2> 구성된 경우 MCG에 대한 maxBW-PreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346b를 중지한다;

2> 구성된 경우 MCG에 대한 maxCC-PreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346c를 중지한다;

2> 구성된 경우 MCG에 대한 maxMIMO-LayerPreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346d를 중지한다;

2> 구성된 경우 MCG에 대한 minSchedulingOffsetPreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346e를 중지한다;

2> 구성된 경우 releasePreferenceConfig를 릴리즈하고, 실행 중인 경우 타이머 T346f를 중지한다;

2> 구성된 경우 onDemandSIB-Request를 릴리즈하고, 실행 중인 경우 타이머 T350을 중지한다;

2> 구성된 경우, referenceTimePreferenceReporting을 릴리즈한다;

2> 구성된 경우, sl-AssistanceConfigNR을 릴리즈한다;

2> 구성된 경우, obtainCommonLocation을 릴리즈한다;

1> 임의의 DAPS 베어러가 구성되는 경우:

2> 소스 MAC을 리셋하고, 소스 MAC 구성을 릴리즈한다;

2> 각각의 DAPS 베어러에 대하여:

3> TS 38.322 [4], 5.1.3절에 지정된 바와 같이 RLC 엔티티 또는 엔티티들, 및 소스 SpCell셀에 대한 연관된 논리 채널을 릴리즈한다;

3> TS 38.323 [5]에 지정된 바와 같이 DAPS를 릴리즈하기 위해 PDCP를 재구성한다;

2> 각각의 SRB에 대하여:

3> 소스 SpCell에 대한 PDCP 엔티티를 릴리즈한다;

3> TS 38.322 [4], 5.1.3절에 지정된 바와 같이 RLC 엔티티, 및 소스 SpCell에 대한 연관된 논리 채널을 릴리즈한다;

2> 소스 SpCell에 대한 물리 채널 구성을 릴리즈한다;

2> 존재하는 경우, 소스 SpCell에서 사용된 키들(K_gNB 키, K_RRCenc 키, K_RRCint 키, K_UPint 키 및 K_UPenc 키)을 폐기한다;

1> TS 38.304 [20]에 지정된 바와 같이 셀 선택 프로세스에 따라 셀 선택을 수행한다.

5.3.7.3 T311이 실행 중인 동안 셀 선택 다음의 액션들

적절한 NR 셀의 선택 시에, UE는 다음과 같이 해야 한다:

1> 5.2.2.2절에 지정된 바와 같이 유효하고 최신의 필수 시스템 정보를 가지고 있다는 것을 보장한다;

1> 타이머 T311을 중지한다;

1> T390이 실행 중인 경우:

2> 모든 액세스 카테고리들에 대해 타이머 T390을 중지한다;

2> 5.3.14.4에 지정된 바와 같은 액션들을 수행한다;

1> 셀 선택이 MCG의 무선 링크 실패 또는 MCG의 싱크 실패를 갖는 재-구성 또는 NR 실패로부터의 이동성의 검출에 의해 트리거되는 경우, 및

1> attemptCondReconfig이 구성되는 경우; 및

1> 선택된 셀이, 이에 대하여 reconfigurationWithSync가 VarConditionalReconfig 내의 masterCellGroup 내에 포함되는 후보 셀들 중 하나인 경우:

2> 선택된 셀에 연관된 저장된 condRRCReconfig를 적용하고, 5.3.5.3에 지정된 바와 같은 액션들을 수행한다;

노트 1: 키 변경 없이 실패된 핸드오버 이후에 CHO 기반 복구의 경우에 키스트림 재사용을 피하는 방법은 네트워크 구현에 달려있다.

1> 그렇지 않으면:

2> UE가 conditionalReconfiguration을 가지고 구성되는 경우:

3> MAC을 리셋한다;

3> 구성된 경우, spCellConfig를 릴리즈한다;

3> 구성된 경우, MCG SCell(들)을 릴리즈한다;

3> 구성된 경우 delayBudgetReportingConfig를 릴리즈하고, 실행 중인 경우 타이머 T342를 중지한다;

3> 구성된 경우 overheatingAssistanceConfig를 릴리즈하고, 실행 중인 경우 타이머 T345를 중지한다;

3> MR-DC가 구성되는 경우:

4> 5.3.5.10절에 지정된 바와 같이, MR-DC 릴리즈를 수행한다;

3> 구성된 경우, idc-AssistanceConfig를 릴리즈한다;

3> 구성된 경우, btNameList를 릴리즈한다;

3> 구성된 경우, wlanNameList를 릴리즈한다;

3> 구성된 경우, sensorNameList를 릴리즈한다;

3> 구성된 경우 MCG에 대한 drx-PreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346a를 중지한다;

3> 구성된 경우 MCG에 대한 maxBW-PreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346b를 중지한다;

3> 구성된 경우 MCG에 대한 maxCC-PreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346c를 중지한다;

3> 구성된 경우 MCG에 대한 maxMIMO-LayerPreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346d를 중지한다;

3> 구성된 경우 MCG에 대한 minSchedulingOffsetPreferenceConfig를 릴리즈하고, 실행 중인 경우 MCG와 연관된 타이머 T346e를 중지한다;

3> 구성된 경우 releasePreferenceConfig를 릴리즈하고, 실행 중인 경우 타이머 T346f를 중지한다;

3> 구성된 경우 onDemandSIB-Request를 릴리즈하고, 실행 중인 경우 타이머 T350을 중지한다;

3> 구성된 경우, referenceTimePreferenceReporting을 릴리즈한다;

3> 구성된 경우, sl-AssistanceConfigNR을 릴리즈한다;

3> 구성된 경우, obtainCommonLocation을 릴리즈한다;

3> SRB0을 제외한, 모든 RB들을 일시 중단한다;

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> 타이머 T301을 시작한다;

2> 9.1.1.2에 지정된 바와 같은 CCCH 구성을 적용한다;

2> SIB1에 포함된 timeAlignmentTimerCommon을 적용한다;

2> 5.3.7.4에 따라 RRCReestablishmentRequest 메시지의 송신을 개시한다;

노트 2: 이러한 절차는 또한 UE가 소스 PCell로 복귀하는 경우 적용된다.

인터-RAT 셀의 선택 시에, UE는 다음과 같이 해야 한다:

1> 릴리즈 원인 'RRC 연결 실패'를 가지고, 5.3.11에 지정된 바와 같이 RRC_IDLE로 진행 시의 액션들을 수행한다.

5.3.7.4 RRCReestablishmentRequest 메시지의 송신에 관한 액션들

UE는 다음과 같이 RRCReestablishmentRequest 메시지의 콘텐츠를 설정해야 한다:

1> 5.3.5.8.3에 지정된 바와 같은 싱크 실패를 갖는 재구성 또는 5.3.10.3에 지정된 바와 같은 무선 링크 실패에 기인하여 절차가 개시된 경우:

2> VarRLF-Report 내의 reestablishmentCellId를 선택된 셀의 전역 셀 신원으로 설정한다;

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

2> c-RNTI를, 재-설정을 위한 트리거가 발생한 PCell(다른 케이스들)에서 사용된 또는 소스 PCell(NR 실패로부터의 이동성 또는 싱크를 갖는 재구성)에서 사용된 C-RNTI로 설정한다;

2> physCellId를, 재-설정을 위한 트리거가 발생한 PCell(다른 케이스들)의 또는 소스 PCell(NR 실패로부터의 이동성 또는 싱크를 갖는 재구성)의 물리적 셀 신원으로 설정한다;

2> shortMAC-I를 계산된 MAC-I의 16개의 최하위 비트들로 설정한다:

3> 8절에 따라 인코딩된 ASN.1(즉, 8 비트의 배수)을 통해 VarShortMAC-Input;

3> 재-설정을 위한 트리거가 발생한 PCell(다른 케이스들)의 또는 소스 PCell(NR 실패로부터의 이동성 또는 싱크를 갖는 재구성)에서 사용된 무결성 보호 알고리즘 및 K_RRCint 키를 가지고; 및

3> 2진수 1로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트들을 가지고;

1> reestablishmentCause를 다음과 같이 설정한다:

2> 5.3.5.8.2에 지정된 바와 같이 재구성 실패에 기인하여 재-설정 절차가 개시된 경우:

3> reestablishmentCause를 값 reconfigurationFailure로 설정한다;

2> 그렇지 않고, 5.3.5.8.3(인트라-NR 핸드오버 실패) 또는 5.4.3.5(NR 실패로부터의 인터-RAT 이동성)에 지정된 바와 같이 싱크 실패를 갖는 재구성에 기인하여 재-설정 절차가 개시된 경우:

3> reestablishmentCause를 값 handoverFailure로 설정한다;

2> 그렇지 않으면:

3> reestablishmentCause를 값 otherFailure로 설정한다;

1> SRB1에 대해 PDCP를 재-설정한다;

1> SRB1에 대해 RLC를 재-설정한다;

1> SRB1에 대해 9.2.1에 정의된 디폴트 구성을 적용한다;

1> SRB1에 대한 무결성 보호 및 사이퍼링(ciphering)을 일시 중단하도록 하위 계층들을 구성한다;

노트: 사이퍼링은 연결을 재개하기 위해 사용되는 후속 RRCReestablishment 메시지에 대해 적용되지 않는다. 무결성 체크는 하위 계층들에 의해 수행되지만, 단지 RRC로부터의 요청 시에만 수행된다.

1> SRB1을 재개한다;

1> RRCReestablishmentRequest 메시지를 송신을 위해 하위 계층들에 제출한다.

5.3.7.5 UE에 의한 RRCReestablishment의 수신

UE는 다음과 같이 해야 한다:

1> 타이머 T301을 중지한다;

1> 현재 셀을 PCell로 간주한다;

1> RRCReestablishment 메시지 내에 표시된 nextHopChainingCount 값을 저장한다;

1> TS 33.501 [11]에 지정된 바와 같이, 저장된 nextHopChainingCount 값을 사용하여, 현재 K_gNB 키 또는 NH에 기초하여 K_gNB 키를 업데이트한다;

1> TS 33.501 [11]에 지정된 바와 같이, 이전에 구성된 cipheringAlgorithm과 연관된 K_RRCenc 및 K_UPenc 키들을 도출한다;

1> TS 33.501 [11]에 지정된 바와 같이, 이전에 구성된 integrityProtAlgorithm과 연관된 K_RRCint 및 K_UPint 키들을 도출한다.

1> 이전에 구성된 알고리즘 및 K_RRCint 키를 사용하여, RRCReestablishment 메시지의 무결성 보호를 검증할 것을 하위 계층들에 요청한다;

1> RRCReestablishment 메시지에 대한 무결성 보호 체크가 실패하는 경우:

2> 절차가 종료되는 릴리즈 원인 'RRC 연결 실패'를 가지고, 5.3.11에 지정된 바와 같이 RRC_IDLE로 진행 시의 액션들을 수행한다;

1> 이전에 구성된 알고리즘 및 K_RRCint 키를 사용하여 SRB1에 대한 무결성 보호를 즉시 재개하도록 하위 계층들을 구성하며, 즉, 무결성 보호는, 절차의 성공적인 완료를 표시하기 위해 사용되는 메시지를 포함하여, UE에 의해 수신되고 전송되는 모든 후속 메시지들에 적용되어야 한다;

1> 이전에 구성된 알고리즘 및 K_RRCenc 키를 사용하여 SRB1에 대한 사이퍼링을 즉시 재개하도록 하위 계층들을 구성하며, 즉, 사이퍼링은, 절차의 성공적인 완료를 표시하기 위해 사용되는 메시지를 포함하여, UE에 의해 수신되고 전송되는 모든 후속 메시지들에 적용되어야 한다;

1> 구성된 경우, measGapConfig에 의해 표시된 측정 갭 구성을 릴리즈한다;

1> RRCReestablishmentComplete 메시지의 콘텐츠를 다음과 같이 설정한다:

2> UE가 NR에 대해 이용가능한 로깅(log)된 측정치들을 갖는 경우 그리고 RPLMN이 VarLogMeasReport 내에 저장된 plmn-IdentityList 내에 포함된 경우:

3> RRCReestablishmentComplete 메시지 내에 logMeasAvailable을 포함시킨다;

3> 블루투스 측정 결과들이 로깅된 측정들에 포함되고 UE가 NR에 대해 이용가능한 경우:

4> RRCReestablishmentComplete 메시지 내에 logMeasAvailableBT를 포함시킨다;

3> WLAN 측정 결과들이 로깅된 측정들에 포함되고 UE가 NR에 대해 이용가능한 경우:

4> RRCReestablishmentComplete 메시지 내에 logMeasAvailableWLAN을 포함시킨다;

2> UE가 VarConnEstFailReport 내에 이용가능한 연결 설정 실패 또는 연결 재개 실패 정보를 가지는 경우 그리고 RPLMN이 VarConnEstFailReport 내에 저장된 plmn-Identity와 동일한 경우:

3> RRCReestablishmentComplete 메시지 내에 connEstFailInfoAvailable을 포함시킨다;

2> UE가 VarRLF-Report 내에 이용가능한 무선 링크 실패 또는 핸드오버 실패를 갖는 경우 그리고 RPLMN이 VarRLF-Report 내에 포함된 plmn-IdentityList 내에 포함되는 경우; 또는

2> UE가 TS 36.331 [10]의 VarRLF-Report 내의 이용가능한 무선 링크 실패 또는 핸드오버 실패 정보를 갖는 경우 그리고 UE가 크로스-RAT RLF 보고를 할 수 있는 경우 그리고 RPLMN이 TS 36.331 [10]의 VarRLF-Report 내에 저장된 plmn-IdentityList 내에 포함되는 경우:

3> RRCReestablishmentComplete 메시지 내에 rlf-InfoAvailable을 포함시킨다;

1> RRCReestablishmentComplete 메시지를 송신을 위해 하위 계층들에 제출한다;

1> 절차를 종료한다.

[…]

5.8.3 NR 사이드링크 통신에 대한 사이드링크 UE 정보

5.8.3.1 개괄

["Sidelink UE information for NR sidelink communication"이라는 명칭의 3GPP TS 38.331 V16.6.0의 도 5.8.3.1-1이 도 11로 재현된다]

이러한 절차의 목적은 하기를 네트워크에 통보하기 위한 것이다:

- UE가 NR 사이드링크 통신을 수신하거나 또는 송신하는 데 관심이 있거나 또는 더 이상 관심이 없다는 것,

- UE가 NR 사이드링크 통신에 대한 송신 자원의 할당 또는 릴리즈를 요청하고 있다는 것,

- UE가 NR 사이드링크 통신에 관련된 QoS 파라미터들 및 QoS 프로파일(들)을 보고하고 있다는 것,

- UE가, 사이드링크 무선 링크 실패 또는 사이드링크 RRC 재구성 실패가 검출되었다는 것을 보고하고 있다는 것,

- UE가 유니캐스트 통신에 대해 연관된 피어 UE의 사이드링크 UE 성능 정보를 보고하고 있다는 것,

- UE가 유니캐스트 통신에 대해 연관된 피어 UE로부터 수신된 사이드링크 데이터 무선 베어러(들)의 RLC 모드 정보를 보고하고 있다는 것.

5.8.3.2 개시

RRC_CONNECTED에 있는 NR 사이드링크 통신이 가능한 UE는, 성공적인 연결 설정 또는 재개 시, 관심의 변경 시, QoS 프로파일들의 변경 시, 연관된 피어 UE로부터 UECapabilityInformationSidelink의 수신 시, 연관된 피어 UE로부터 RCL 모드 정보 업데이트 시 또는 sl-ConfigCommonNR을 포함하는 SIB12를 제공하는 PCell로의 변경 시를 포함하여, 몇몇 케이스들에서, 이것이 NR 사이드링크 통신을 수신하고 있거나 또는 송신하고 있음(관심이 있음)을 나타내기 위해 절차를 개시할 수 있다. NR 사이드링크 통신이 가능한 UE는 NR 사이드링크 통신 송신에 대한 전용 사이드링크 DRB 구성 및 송신 자원들의 할당을 요청하기 위해 절차를 개시할 수 있다. NR 사이드링크 통신이 가능한 UE는, 사이드링크 무선 링크 실패 또는 사이드링크 RRC 재구성 실패가 선언되었다는 것을 네트워크에 보고하기 위해 절차를 개시할 수 있다.

이러한 절차의 개시 시에, UE는 다음과 같이 해야 한다:

1> sl-ConfigCommonNR를 포함하는 SIB12가 PCell에 의해 제공되는 경우:

2> PCell에 대해 SIB12의 유효 버전을 갖는 것을 보장한다;

2> PCell의 SIB12 내의 sl-FreqInfoList 내에 포함된 주파수 상에서 NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 경우:

3> UE가 마지막으로 RRC_CONNECTED 상태에 진입한 때로부터 SidelinkUEInformationNR 메시지를 송신하지 않은 경우; 또는

3> UE가 SidelinkUEInformationNR 메시지를 마지막으로 전송한 시간으로부터 UE가 sl-ConfigCommonNR을 포함하는 SIB12를 제공하지 않는 PCell에 연결된 경우; 또는

3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-RxInterestedFreqList를 포함하지 않은 경우; 또는 SidelinkUEInformationNR 메시지의 마지막 송신으로부터 NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 주파수가 변경된 경우:

4> 5.8.3.3에 따라 관심이 있는 NR 사이드링크 통신 수신 주파수를 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;

2> 그렇지 않으면:

3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-RxInterestedFreqList를 포함한 경우:

4> 5.8.3.3에 따라 이것이 더 이상 NR 사이드링크 통신 수신에 관심이 없다는 것을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;

2> PCell의 SIB12 내의 sl-FreqInfoList 내에 포함된 주파수 상에서 NR 사이드링크 통신을 송신하도록 상위 계층들에 의해 구성된 경우:

3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-TxResourceReqList를 포함하지 않은 경우; 또는 SidelinkUEInformationNR 메시지의 마지막 송신으로부터 sl-TxResourceReqList에 의해 운반된 정보가 변경된 경우:

4> 5.8.3.3에 따라 UE에 의해 요구되는 NR 사이드링크 통신 송신 자원들을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;

2> 그렇지 않으면:

3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-TxResourceReqList를 포함한 경우:

4> 5.8.3.3에 따라 이것이 더 이상 NR 사이드링크 통신 송신 자원들을 요구하지 않는다는 것을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다.

5.8.3.3 SidelinkUEInformationNR 메시지의 송신에 관한 액션들

UE는 다음과 같이 SidelinkUEInformationNR 메시지의 콘텐츠를 설정해야 한다:

1> UE가 NR 사이드 통신을 수신하는 것에 관심이 있다(더 이상 관심이 없다)는 것을 나타내기 위해 또는 NR 사이드링크 통신 송신 자원들의 (구성/릴리즈)를 요청하기 위해 또는 사이드링크 무선 링크 실패 또는 사이드링크 RRC 재구성 실패가 선언되었다는 것을 네트워크에 보고하기 위해 절차를 개시하는 경우(즉, UE는 어떠한 것이 절차를 트리거했는지와 무관하게 모든 관련된 정보를 포함함):

2> sl-ConfigCommonNR를 포함하는 SIB12가 PCell에 의해 제공되는 경우:

3> NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 경우:

4> sl-RxInterestedFreqList를 포함시키고, NR 사이드링크 통신 수신을 위한 주파수로 이것을 설정한다;

3> NR 사이드링크 통신을 송신하도록 상위 계층들에 의해 구성된 경우:

4> sl-TxResourceReqList를 포함시키고, (필요한 경우) NR 사이드링크 통신 자원을 할당하기 위해 이것이 네트워크에 요청하는 각각의 목적지에 대하여 다음과 같이 이것의 필드들을 설정한다:

5> sl-DestinationIdentiy를 NR 사이드링크 통신 송신을 위해 상위 계층에 의해 구성된 목적지 신원으로 설정한다;

5> sl-CastType을 NR 사이드링크 통신 송신을 위해 상위 계층에 의해 구성된 연관된 목적지 신원의 캐스트 유형으로 설정한다;

5> 연관된 양-방향 사이드링크 DRB가 RRCReconfigurationSidelink에 의한 구성에 기인하여 설정된 경우, RLC 모드(들) 및 선택적으로 연관된 RLC 모드(들)의 사이드링크 QoS 흐름(들)의 QoS 프로파일(들)을 포함하도록 sl-RLC-ModeIndication를 설정한다;

5> NR 사이드링크 통신 송신에 대하여 상위 계층에 의해 구성된 연관된 목적지의 사이드링크 QoS 흐름(들)의 QoS 프로파일(들)을 포함하도록 sl-QoS-InfoList를 설정한다;

5> NR 사이드링크 통신 송신에 대한 연관된 목적지의 주파수를 나타내도록 sl-InterestedFreqList를 설정한다;

5> sl-TypeTxSyncList를 NR 사이드링크 통신 송신에 대하여 연관된 sl-InterestedFreqList 상에서 사용되는 현재 동기화 참조 유형으로 설정한다.

5> 존재하는 경우, 피어 UE로부터 수신된 UECapabilityInformationSidelink 메시지를 포함하도록 sl-CapabilityInformationSidelink를 설정한다.

4> 5.8.9.3절 및 5.8.9.1.8절에 따라 사이드링크 무선 링크 실패 또는 사이드링크 RRC 재구성 실패가 각각 선언된 경우;

5> sl-FailureList를 포함시키고, NR 사이드링크 통신 실패를 보고하기 위한 각각의 목적지에 대해 다음과 같이 이것의 필드들을 설정한다:

6> sl-DestinationIdentiy를 NR 사이드링크 통신 송신을 위해 상위 계층에 의해 구성된 목적지 신원으로 설정한다;

6> 사이드링크 RLF가 하위-절 5.8.9.3에 지정된 바와 같이 검출되는 경우:

7> NR 사이드링크 통신 송신에 대한 연관된 목적지에 대하여 rlf로서 sl-Failure를 설정한다;

6> 그렇지 않고 RRCReconfigurationFailureSidelink가 수신되는 경우:

7> NR 사이드링크 통신 송신에 대하여 연관된 목적지에 대해 sl-Failure를 configFailure로서 설정한다;

1> E-UTRA PCell에 연결되어 있는 동안 UE가 절차를 개시하는 경우:

2> TS 36.331 [10], 5.6.28절에 지정된 바와 같이, E-UTRA RRC 메시지 ULInformationTransferIRAT에 내장된, SRB1을 통해 하위 계층들로 SidelinkUEInformationNR을 제출한다;

1> 그렇지 않으면:

2> SidelinkUEInformationNR 메시지를 송신을 위해 하위 계층들로 제출한다.

[…]

5.8.9 사이드링크 RRC 절차

5.8.9.1 사이드링크 RRC 재구성

5.8.9.1.1 개괄

["Sidelink RRC reconfiguration, successful"이라는 명칭의 3GPP TS 38.331 V16.6.0의 도 5.8.9.1.1-1이 도 12로서 재현된다]

[…]

이러한 절차의 목적은, PC5-RRC 연결을 수정하기 위한 것, 예를 들어, 사이드링크 DRB들을 설정/수정/릴리즈하기 위한 것, NR 사이드링크 측정 및 보고를 (재-)구성하기 위한 것, 사이드링크 CSI 참조 신호 자원들 및 CSI 보고 레이턴시 경계를 (재-)구성하기 위한 것이다.

UE는 다음의 케이스들에서 사이드링크 RRC 재구성 절차를 개시하고 대응하는 PC5-RRC 연결에서 하위-절 5.8.9.1.2의 동작을 수행할 수 있다:

- 하위-절 5.8.9.1a.1에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 릴리즈;

- 하위-절 5.8.9.1a.2에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 설정;

- 하위-절 5.8.9.1a.2에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 SLRB-Config 내에 포함된 파라미터들에 대한 수정;

- NR 사이드링크 측정 및 보고를 수행하기 위한 피어 UE의 (재-)구성.

- 사이드링크 CSI 참조 신호 자원들 및 CSI 보고 레이턴시 경계의 (재-)구성.

RRC_CONNECTED에서, UE는 (존재하는 경우) RRCReconfiguration 내에 제공된 NR 사이드링크 통신 파라미터들을 적용한다. RRC_IDLE 또는 RRC_INACTIVE에서, UE는 (존재하는 경우) 시스템 정보 내에 제공된 NR 사이드링크 통신 파라미터들을 적용한다. 다른 케이스들에 대하여, UE들은 (존재하는 경우) SidelinkPreconfigNR 내에 제공된 NR 사이드링크 통신 파라미터들을 적용한다. UE가 이상의 3개의 케이스들 사이에서 상태 전환을 수행할 때, UE는 새로운 구성들의 획득 이후에 새로운 상태에서 제공되는 NR 사이드링크 통신 파라미터들을 적용한다. 새로운 구성들의 획득 이전에, UE는 이전 상태에서 제공된 NR 사이드링크 통신 파라미터들을 계속해서 적용한다.

5.8.9.1.2 RRCReconfigurationSidelink 메시지의 송신에 관한 액션들

UE는 다음과 같이 RRCReconfigurationSidelink 메시지의 콘텐츠를 설정해야 한다:

1> sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR에 의한 또는 상위 계층들에 의한 구성에 기인하여, 하위-절 5.8.9.1a.1.1에 따라 릴리즈될 각각의 사이드링크 DRB에 대하여:

2> 사이드링크 DRB에 대응하는 slrb-ConfigToReleaseList 내에 포함된 SLRB-PC5-ConfigIndex를 설정한다;

1> sl-ConfigDedicatedNR, SIB12 또는 SidelinkPreconfigNR을 수신하는 것에 기인하여, 하위-절 5.8.9.1a.2.1에 따라 설정될 또는 수정될 각각의 사이드링크 DRB에 대하여:

2> 사이드링크 DBR에 대응하는 수신된 sl-RadioBearerConfig 및 sl-RLC-BearerConfig에 따라, slrb-ConfigToAddModList 내에 포함된 SLRB-Config를 설정한다;

1> sl-MeasConfig를 다음과 같이 설정한다:

2> NR 사이드링크 통신에 대하여 사용되는 주파수가 SIB12 내의 sl-ConfigCommonNR 내에 포함되거나 또는 RRCReconfiguration 메시지 내의 sl-ConfigDedicatedNR 내의 sl-FreqInfoToAddModList 내에 포함되는 경우:

3> UE가 RRC_CONNECTED에 있는 경우:

4> 이러한 목적지에 대하여 저장된 NR 사이드링크 측정 구성 정보에 따라 sl-MeasConfig를 설정한다;

3> UE가 RRC_IDLE 또는 RRC_INACTIVE에 있는 경우:

4> SIB12로부터 수신된 저장된 NR 사이드링크 측정 구성에 따라 sl-MeasConfig를 설정한다;

2> 그렇지 않으면:

3> SidelinkPreconfigNR 내의 sl-MeasPreconfig에 따라 sl-MeasConfig를 설정한다;

1> 사이드링크 DRB와 연관된 목적지에 대해 타이머 T400를 시작한다;

1> sl-CSI-RS-Config를 설정한다;

1> sl-LatencyBoundCSI-Report를 설정한다,

노트 1: sl-CSI-RS-Config 및 sl-LatencyBoundCSI-Report 내에 포함된 파라미터들을 설정하는 방법은 UE 구현에 달려있다.

UE는 RRCReconfigurationSidelink 메시지를 송신을 위해 하위 계층들로 제출해야 한다.

5.8.9.1.3 UE에 의한 RRCReconfigurationSidelink의 수신

UE는 RRCReconfigurationSidelink의 수신 시에 다음의 액션들을 수행해야만 한다:

1> RRCReconfigurationSidelink가 sl-ResetConfig를 포함하는 경우:

2> 5.8.9.1.10에 지정된 바와 같이 사이드링크 리셋 구성 절차를 수행한다;

1> RRCReconfigurationSidelink가 slrb-ConfigToReleaseList를 포함하는 경우:

2> 현재 UE 사이드링크 구성의 부분인 slrb-ConfigToReleaseList 내에 포함된 각각의 SLRB-PC5-ConfigIndex 값에 대하여;

3> 하위-절 5.8.9.1a.1에 따라 사이드링크 DRB 릴리즈 절차를 수행한다;

1> RRCReconfigurationSidelink가 slrb-ConfigToAddModList를 포함하는 경우:

2> 현재 UE 사이드링크 구성의 부분이 아닌 slrb-ConfigToAddModList 내에 포함된 각각의 slrb-PC5-ConfigIndex 값에 대하여:

3> sl-MappedQoS-FlowsToAddList가 포함된 경우:

4> sl-MappedQoS-FlowsToAddList 내에 포함된 SL-PQFI를 적용한다;

3> 하위-절 5.8.9.1a.2에 따라 사이드링크 DRB 추가 절차를 수행한다;

2> 현재 UE 사이드링크 구성의 부분인 slrb-ConfigToAddModList 내에 포함된 각각의 slrb-PC5-ConfigIndex 값에 대하여:

3> sl-MappedQoS-FlowsToAddList가 포함된 경우:

4> sl-MappedQoS-FlowsToAddList 내에 포함된 SL-PQFI를 대응하는 사이드링크 DRB에 추가한다;

3> sl-MappedQoS-FlowsToReleaseList가 포함된 경우:

4> 대응하는 사이드링크 DRB로부터 sl-MappedQoS-FlowsToReleaseList 내에 포함된 SL-PQFI를 제거한다;

3> 하위-절 5.8.9.1a.1.1에서 설명된 바와 같은 사이드링크 DRB 릴리즈 조건들이 충족되는 경우:

4> 하위-절 5.8.9.1a.1.2에 따라 사이드링크 DRB 릴리즈 절차를 수행한다;

3> 그렇지 않고, 하위-절 5.8.9.1a.2.1에서 설명된 바와 같은 사이드링크 DRB 수정 조건들이 충족되는 경우:

4> 하위-절 5.8.9.1a.2.2에 따라 사이드링크 DRB 수정 절차를 수행한다;

1> RRCReconfigurationSidelink 메시지가 sl-MeasConfig를 포함하는 경우:

2> 5.8.10에 지정된 바와 같이 사이드링크 측정 구성 절차를 수행한다;

1> RRCReconfigurationSidelink 메시지가 sl-CSI-RS-Config를 포함하는 경우:

2> 사이드링크 CSI-RS 구성을 적용한다;

1> RRCReconfigurationSidelink 메시지가 sl-LatencyBoundCSI-Report를 포함하는 경우:

2> 구성된 사이드링크 CSI 보고 레이턴시 경계를 적용한다;

1> UE가 RRCReconfigurationSidelink 내에 포함된 구성(이의 부분)을 준수할 수 없는 경우(즉, 사이드링크 RRC 재구성 실패):

2> RRCReconfigurationSidelink 메시지의 수신 이전에 사용된 구성을 계속해서 사용한다;

2> RRCReconfigurationFailureSidelink 메시지의 콘텐츠를 설정한다;

3> RRCReconfigurationFailureSidelink 메시지를 송신을 위해 하위 계층들로 제출한다;

1> 그렇지 않으면:

2> RRCReconfigurationCompleteSidelink 메시지의 콘텐츠를 설정한다;

3> RRCReconfigurationCompleteSidelink 메시지를 송신을 위해 하위 계층들로 제출한다;

노트 1: 동일한 논리 채널이 다른 UE에 의해 상이한 RLC 모드를 가지고 구성될 때, UE는 사이드링크 RRC 재구성 실패로서 케이스를 핸들링한다.

[…]

5.8.9.1a.3 사이드링크 SRB 릴리즈

UE는 다음과 같이 해야 한다:

1> 특정 목적지에 대한 PC5-RRC 연결 릴리즈가 상위 계층들에 의해 요청되는 경우; 또는

1> 특정 목적지에 대해 사이드링크 무선 링크 실패가 검출되는 경우:

2> 특정 목적지의 PC5-RRC 메시지에 대한 사이드링크 SRB의 논리 채널, PDCP 엔티티, 및 RLC 엔티티를 릴리즈한다;

2> 이러한 목적지에 대한 PC5-RRC 연결이 릴리즈된 것으로 간주한다.

1> 특정 목적지에 대한 PC5-S 송신이 상위 계층들에서 종료되는 경우:

2> 특정 목적지의 PC5-S 메시지에 대한 사이드링크 SRB(들)의 논리 채널, PDCP 엔티티, 및 RLC 엔티티를 릴리즈한다;

5.8.9.1a.4 사이드링크 SRB 추가

UE는 다음과 같이 해야 한다:

1> 특정 목적지에 대한 PC5-S 메시지의 송신이 사이드링크 SRB에 대해 상위 계층들에 의해 요청되는 경우:

2> 하위-절 9.1.1.4에 지정된 바와 같이, PC5-S 메시지에 대한 사이드링크 SRB의 논리 채널, PDCP 엔티티, 및 RLC 엔티티를 설정한다;

1> 특정 목적지에 대한 PC5-RRC 연결 설정이 상위 계층들에 의해 표시되는 경우:

2> 하위-절 9.1.1.4에 지정된 바와 같이, 특정 목적지의 PC5-RRC 메시지에 대한 사이드링크 SRB의 논리 채널, PDCP 엔티티, 및 RLC 엔티티를 설정한다;

2> 이러한 목적지에 대한 PC5-RRC 연결이 설정된 것으로 간주한다.

[…]

5.8.9.3 사이드링크 무선 링크 실패 관련 액션들

UE는 다음과 같이 해야 한다:

1> 사이드링크 RLC 엔티티로부터, 특정 목적지에 대한 재송신들의 최대 수가 도달되었다는 표시 시에; 또는

1> 특정 목적지에 대한 T400 만료 시에; 또는

1> MAC 엔티티로부터, 특정 목적지에 대한 연속적인 HARQ DTX의 최대 수가 도달되었다는 표시 시에; 또는

1> 특정 목적지에 대한 SL-SRB2 또는 SL-SRB3에 관한 사이드링크 PDCP 엔티티로부터의 무결성 체크 실패 표시 시에:

2> 이러한 목적지에 대하여 사이드링크 무선 링크 실패가 검출되는 것으로 간주한다;

2> 하위-절 5.8.9.1a.1에 따라 이러한 목적지의 DRB들을 릴리즈한다;

2> 하위-절 5.8.9.1a.3에 따라 이러한 목적지의 SRB들을 릴리즈한다;

2> 이러한 목적지의 NR 사이드링크 통신 관련 구성을 폐기한다;

2> 이러한 목적지의 사이드링크 특정 MAC을 리셋한다;

2> 이러한 목적지에 대한 PC5-RRC 연결이 릴리즈된 것으로 간주한다;

2> 이러한 목적지에 대한 PC5-RRC 연결의 릴리즈를 상위 계층들에 표시한다(즉, PC5가 이용불가능함);

2> UE가 RRC_CONNECTED에 있는 경우:

3> 5.8.3.3에 지정된 바와 같이, NR 사이드링크 통신 절차에 대한 사이드링크 UE 정보를 수행한다;

노트: 킵-얼라이브(keep-alive) 절차를 유지하기 위해 상위 계층들에 표시할지 여부 및 방법은 UE 구현에 달려있다[55].

TS 38.331의 실행 CR은 다음을 도입하였다:

다음 수정된 하위절

5.3.7 RRC 연결 재-설정

[…]

5.3.7.2 개시

UE는, 다음의 조건들 중 하나가 충족될 때 절차를 개시한다:

1> 하위-절 5.4.3.5에 따라, NR 실패로부터의 이동성 시에; 또는

1> 하위-절 5.3.5.8.2에 따라, RRC 연결 재구성 실패 시에; 또는

1> 하위-절 5.7.3b.5에 따라, T316 만료 시에; 또는

1> 하위절 5.8.9.3에 따른 RRC_CONNECTED의 L2 U2N 원격 UE에 의한 사이드링크 무선 링크 실패의 검출 시에.

절차의 개시 시에, UE는 다음과 같이 해야 한다:

1> 실행 중인 경우, 타이머 T310을 중지한다;

1> 실행 중인 경우, 타이머 T312를 중지한다;

1> 실행 중인 경우, 타이머 T304를 중지한다;

1> 타이머 T311을 시작한다;

1> 실행 중인 경우, 타이머 T316을 중지한다;

1> UE가 conditionalReconfiguration을 가지고 구성되지 않는 경우:

2> MAC을 리셋한다;

2> 구성된 경우, spCellConfig를 릴리즈한다;

2> 구성된 경우, MCG SCell(들)을 릴리즈한다;

2> MR-DC가 구성되는 경우:

3> 5.3.5.10절에 지정된 바와 같이, MR-DC 릴리즈를 수행한다;

2> 구성된 경우, idc-AssistanceConfig를 릴리즈한다;

2> 구성된 경우, btNameList를 릴리즈한다;

2> 구성된 경우, wlanNameList를 릴리즈한다;

2> 구성된 경우, sensorNameList를 릴리즈한다;

2> 구성된 경우, referenceTimePreferenceReporting을 릴리즈한다;

2> 구성된 경우, sl-AssistanceConfigNR을 릴리즈한다;

2> 구성된 경우, obtainCommonLocation을 릴리즈한다;

1> 임의의 DAPS 베어러가 구성되는 경우:

2> 소스 MAC을 리셋하고, 소스 MAC 구성을 릴리즈한다;

2> 각각의 DAPS 베어러에 대하여:

2> 각각의 SRB에 대하여:

3> 소스 SpCell에 대한 PDCP 엔티티를 릴리즈한다;

2> 소스 SpCell에 대한 물리 채널 구성을 릴리즈한다;

1> UE가 PC5-RRC 연결을 통해 L2 U2N 릴레이 UE와 연결하는 경우(즉, UE가 L2 U2N 원격 UE인 경우):

1> TS 38.304 [20]에 지정된 바와 같이 셀 재선택 프로세스에 따라 셀 선택을 수행하거나, 또는 5.8.x3.3절에 지정된 바와 같이 릴레이 선택을 수행하거나, 또는 둘 모두를 수행한다;

1> 그렇지 않으면:

2> TS 38.304 [20]에 지정된 바와 같이 셀 선택 프로세스에 따라 셀 선택을 수행한다.

[…]

5.3.7.3a [T311]가 실행 중인 동안 릴레이 선택 다음의 액션들

적절한 L2 U2N 릴레이 UE의 선택 시에, L2 U2N 원격 UE는 다음과 같이 해야 한다:

1> 타이머 [T311]을 중지한다;

1> T390이 실행 중인 경우:

2> 모든 액세스 카테고리들에 대해 타이머 T390을 중지한다;

2> 5.3.14.4에 지정된 바와 같은 액션들을 수행한다;

1> 타이머 [T301]을 시작한다;

1> TS 23.304 [x1]에 지정된 바와 같이 PC5 유니캐스트 링크 설정을 개시한다;

1> 9.1.1.4에 지정된 바와 같이 SL-RLC0의 지정된 구성을 적용한다;

1> 5.3.7.4에 따라 RRCReestablishmentRequest 메시지의 송신을 개시한다.

5.3.7.4 RRCReestablishmentRequest 메시지의 송신에 관한 액션들

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

1> reestablishmentCause를 다음과 같이 설정한다:

3> reestablishmentCause를 값 reconfigurationFailure로 설정한다;

3> reestablishmentCause를 값 handoverFailure로 설정한다;

2> 그렇지 않으면:

3> reestablishmentCause를 값 otherFailure로 설정한다;

1> SRB1에 대해 PDCP를 재-설정한다;

2> SRB1에 대해 9.2.x에 정의된 바와 같이 SL-RLC1의 디폴트 구성을 적용한다;

1> 그렇지 않으면:

2> SRB1에 대해 RLC를 재-설정한다;

2> SRB1에 대해 9.2.1에 정의된 디폴트 구성을 적용한다;

1> SRB1을 재개한다;

다음 수정된 하위절

5.8.9 사이드링크 RRC 절차

5.8.9.1 사이드링크 RRC 재구성

5.8.9.1.1 개괄

[…]

- 하위-절 5.8.9.x1.1에 지정된 바와 같이, L2 U2N 릴레이 UE 및 원격 UE에 대한 SL-PDCP와 연관되지 않은 사이드링크 RLC 베어러들의 릴리즈;

- 하위-절 5.8.9.x1.2에 지정된 바와 같이, L2 U2N 릴레이 UE 및 원격 UE에 대한 SL-PDCP와 연관되지 않은 RLC 베어러들의 설정;

- 하위-절 5.8.9.x1.2에 지정된 바와 같이, L2 U2N 릴레이 UE 및 원격 UE에 대한 SL-PDCP와 연관되지 않은 RLC 베어러들의 SL-RLC-BearerConfig에 포함된 파라미터들에 대한 수정;

다음 수정된 하위절

5.8.9.3 사이드링크 무선 링크 실패 관련 액션들

UE는 다음과 같이 해야 한다:

1> 특정 목적지에 대한 T400 만료 시에; 또는

2> 존재하는 경우, 하위-절 5.8.9.1a.1에 따라 이러한 목적지의 DRB들을 릴리즈한다;

2> 하위-절 5.8.9.x1.1에 따라, 이러한 목적지의 SL-PDCP와 연관되지 않은 사이드링크 RLC 베어러들을 릴리즈한다;

2> 이러한 목적지의 사이드링크 특정 MAC을 리셋한다;

2> UE가 RRC_CONNECTED에 있는 경우:

3> UE가 PC5-RRC 연결을 통해 L2 U2N 릴레이 UE와 연결하는 경우(즉, UE가 L2 U2N 원격 UE인 경우):

4> 5.3.7에 지정된 바와 같이 RRC 연결 재-설정 절차를 개시한다.

다음 수정된 하위절(신규)

5.8.9.x1 L2 U2N 릴레이에 대한 사이드링크 RLC 베어러 관리

5.8.9.x1.1 사이드링크 RLC 베어러 릴리즈

UE는 다음과 같이 해야 한다:

1> 현재 UE 사이드링크 구성의 부분인 수신된 sl-RLC-BearerToReleaseList에 포함된 각각의 sl-RLC-BearerConfigIndex에 대해:

2> sl-RLC-BearerConfigIndex와 연관된, NR 사이드링크 통신에 대한 대응하는 논리 채널 및 RLC 엔티티를 릴리즈한다;

5.8.9.x1.2 사이드링크 RLC 베어러 추가/수정

sl-RLC-BearerToAddModList IE에서 수신된 각각의 sl-RLC-BearerConfigIndex에 대해 UE는 다음과 같이 해야 한다:

1> 현재 구성이 수신된 sl-RLC-BearerConfigIndex를 갖는 사이드링크 RLC 베어러를 포함하는 경우:

2> 수신된 sl-RLC-ConfigPC5에 따라 사이드링크 RLC 엔티티 또는 엔티티들을 재구성한다;

2> 수신된 sl-MAC-LogicalChannelConfigPC5에 따라 사이드링크 논리 채널을 재구성한다;

1> 그렇지 않으면(수신된 sl-RLC-BearerConfigIndex를 갖는 사이드링크 RLC 베어러가 이전에 구성되지 않았던 경우):

2> 수신된 sl-RLC-ConfigPC5에 따라 사이드링크 RLC 엔티티를 설정한다;

2> 수신된 sl-MAC-LogicalChannelConfigPC5에 따라 논리 채널로 사이드링크 MAC 엔티티를 구성한다.

편집자 노트: RAN2는, RRC_IDLE/RRC_INACTIVE 원격 UE가 관심이 있는 SIB 유형뿐만 아니라 5G-S-TMSI/I-RNTI를 릴레이 UE에 제공하기 위해 새로운 또는 기존 PC-5 RRC 메시지가 사용되는지 여부를 추가로 논의할 것이다.

편집자 노트: 페이징 모니터링을 위해 RRC_CONNECTED의 릴레이 UE의 케이스를 캡처하기 위한 방법은 미래 연구이다.

편집자 노트: RAN2는, 새로운 또는 기존 PC-5 RRC 메시지가 SI 포워딩을 위해 사용되는지 여부를 추가로 논의할 것이다.

다음 수정된 하위절

9.1.1.4 SCCH 구성

[…]

원격 UE의 SRB0 메시지 송신을 위해 사이드링크 RLC 채널에 대해 사용되는, NR 사이드링크 L2 U2N 릴레이 동작들에 대해 지정된 파라미터들. 이러한 구성을 사용하는 사이드링크 RLC 베어러는 SL-RLC0으로 명명된다.

다음 수정된 하위절

9.2.x 디폴트 사이드링크 RLC 베어러 구성

RRCResume 및 RRCReestablishment 메시지와 같은 원격 UE의 SRB1 RRC 메시지에 대한 사이드링크 RLC 베어러에 대해 사용되는 파라미터들. 이러한 구성을 사용하는 사이드링크 RLC 베어러는 SL-RLC1로 명명된다.

3GPP TS 23.304에 따르면, 5G ProSe 계층-2 UE-대-네트워크 릴레이는 5G ProSe 원격 UE들에 대하여 네트워크에 대한 연결성을 지원하기 위한 릴레잉 기능을 제공하기 위해 도입된다. 원격 UE가 네트워크를 향한 트래픽을 갖는 서비스를 개시할 때, 원격 UE는 릴레이 UE와 유니캐스트 링크 또는 PC5-S 연결을 설정해야 한다. 기본적으로, 원격 UE는, 소스 L2ID로서 원격 UE의 계층 2 식별(Layer 2 Identification; L2ID) 및 목적지 L2ID로서 릴레이 UE의 L2ID로 릴레이 UE에 대한 유니캐스트 링크의 설정을 요청하기 위한 직접 통신 요청 메시지를 전송할 수 있다. 릴레이 UE는, 소스 L2ID로서 원격 UE의 L2ID를 갖는 직접 통신 요청 메시지를 수신함으로써 원격 UE의 L2ID를 학습할 수 있다.

3GPP TS 38.331에 따르면, SidelinkUEInformation 메시지를 전송하기 위한 절차는, UE가 송신 자원의 할당에 대해 gNB에 요청하기 위해 도입된다. 예를 들어, UE1이 UE2와 유니캐스트 링크를 설정하고 UE1이 RRC_CONNECTED에 있을 때, UE1은 제1 SidelinkUEInformation 메시지(목적지 리스트에 UE2의 L2ID를 포함함)를 gNB로 전송할 것이다. 제1 SidelinkUEInformation 메시지에 따라, gNB는, UE1이 UE2와 사이드링크 통신을 수행하기 위한 PC5 AS 구성(예를 들어, 사이드링크(Sidelink; SL) 데이터 무선 베어러(Data Radio Bearer; DRB) 구성, SL 서비스 데이터 적응 계층(Service Data Adaptation Protocol; SDAP) 구성, SL RLC 구성, 및/또는 등)으로 UE1을 구성할 수 있다.

3GPP TS 38.331은 또한 2개의 UE들(예를 들어, UE1 및 UE2) 사이의 사이드링크 무선 링크 실패(Sidelink Radio Link Failure; SL RLF)를 핸들링하기 위한 사이드링크 RRC 절차를 도입한다. 즉, UE1이 UE2에 대응하는 SL RLF를 검출할 때, UE1은 관련된 PC5 송신 자원들(예를 들어, SL DRB들, SL SRB들, 등을 포함함)을 릴리즈할 것이며, 그런 다음, UE2에 대한 PC5 무선 자원 제어(PC5 Radio Resource Control; PC5-RRC) 연결이 이용가능하지 않다는 것을 UE1의 상위 계층에 표시할 것이다. UE2가 UE1에 대해 이용가능하지 않기 때문에, UE1은, gNB가 관련된 PC5 AS 구성을 릴리즈하도록 UE1을 구성할 수 있도록 목적지 리스트를 업데이트하기 위해(예를 들어, 업데이트된 목적지 리스트로부터 UE2의 L2ID를 제외하기 위해) gNB로 제2 SidelinkUEInformation 메시지를 전송할 수 있다.

UE-대-네트워크(UE-to-Network; U2N) 릴레이에서, 3GPP 이메일 논의 [Post115-e][603][Relay] Relaying CR to 38.331("Draft_38331 Running CR for SL relay_v14_rapp.docx")에 따르면, RRC_CONNECTED의 원격 UE가 릴레이 UE와 연결되는 동안 원격 UE가 임의의 목적지에 대한 SL RLF를 검출하는 경우, 원격 UE는 RRC 연결 재-설정 절차를 개시할 것이다. RRC 연결 재-설정 절차에서, 원격 UE는 새로운 적절한 셀 또는 새로운 릴레이 UE를 찾으려고 시도할 수 있다. 원격 UE가 새로운 적절한 셀을 찾은 경우, 원격 UE는 지정된 CCCH 구성을 적용할 것이다. 원격 UE가 새로운 릴레이 UE를 찾는 경우, 원격 UE는 SL-RLC0의 지정된 구성을 적용할 것이다. TS38.331에 따르면, UE는 gNB로 SRB0 메시지(예를 들어, RRCSetupRequest, RRCReestablishmentRequest, RRCSystemInfoRequest, 및/또는 등)를 전송할 수 있다.

현실적으로, UE가 SRB0에 대해 지정된 디폴트 구성을 적용할 때, UE는 UE의 메모리에 SRB0의 콘텍스트(예를 들어, SRB0에 대한 RLC 엔티티의 구성, L1 파라미터, 및/또는 등)을 생성하거나 및/또는 저장한다. U2N 릴레이의 경우에, 원격 UE는, 원격 UE가 릴레이 UE와 연결되고 릴레이 UE를 통해 gNB로 RRCSetupRequest 메시지를 전송함으로써 릴레이 UE를 통해 gNB와 RRC 연결을 설정할 때, SRB0 메시지를 전송하기 위한 SL-RLC0의 제1 콘텍스트를 생성하였거나 및/또는 저장하였을 수 있다. 그러나, 3GPP 이메일 논의 [Post115-e][603][Relay] Relaying CR to 38.331("Draft_38331 Running CR for SL relay_v14_rapp.docx")에서, 이는, RRCSetupRequest 메시지가 전송된 이후에 원격 UE가 SL-RLC0의 제1 콘텍스트를 릴리즈해야 하는지 및 릴리즈하는 방법을 지정하거나 또는 도입하지 않는다.

원격 UE가 RRC 연결 재-설정 절차를 수행해야 하고 RRC 연결 재-설정 절차 동안 새로운 적절한 셀을 선택할 것을 고려할 때, 원격 UE는 새로운 적절한 셀로 RRCReestablishmentRequest 메시지를 전송하기 위한 SRB0의 제2 콘텍스트를 생성하거나 및/또는 저장할 수 있다. 유사하게, 원격 UE는 시작에서 gNB에 직접적으로 연결할 수 있다. 따라서, 원격 UE는 gNB로 RRCSetupRequest 메시지를 전송하기 위한 SRB0의 제2 콘텍스트를 생성하였거나 및/또는 저장했을 수 있다. 원격 UE가 gNB와의 물리 계층 문제를 검출할 때, 원격 UE는 RRC 연결 재-설정 절차를 수행할 수 있고, RRC 연결 재-설정 절차 동안 새로운 릴레이 UE를 찾는 것을 고려할 수 있다.

이러한 상황에서, 원격 UE는 새로운 릴레이 UE로 RRCReestablishmentRequest 메시지를 전송하기 위한 SL-RLC0의 제1 콘텍스트를 생성하거나 및/또는 저장할 수 있다. 상황들 둘 모두에서, 원격 UE의 하위 계층(예를 들어, 데이터 패킷 컨버전스 프로토콜(Packet Data Convergence Protocol; PDCP) 계층, 무선 링크 제어(Radio Link Control; RLC) 계층, 매체 액세스 제어(Medium Access Control; MAC) 계층, 및/또는 물리(Physical; PHY) 계층)은 SL-RLC0의 제1 콘텍스트 및 SRB0의 제2 콘텍스트를 가질 수 있으며, RRCReestablishmentRequest 메시지를 전송하기 위해 어느 하나의 콘텍스트를 선택하기 위한 방법을 모를 수 있다. 다시 말해서, 원격 UE는, RRCReestablishmentRequest 메시지를 전송하기 위해 어떤 하나의 RLC 엔티티(SRB0에 대한 RLC 엔티티 또는 SL-RLC0의 PC5 RLC 엔티티)를 사용해야 하는지를 모를 수 있다. SRB0 메시지를 전송하기 위한 2개의 콘텍스트들 사이의 선택은 TS38.331에서 지정되거나 또는 도입되어야 할 필요가 없으며, 이는 일반적인 UE는, UE가 셀 내에 있을 때(그리고 gNB에 직접적으로 연결할 수 있을 때) SRB0 메시지를 전송하기 위한 SRB0의 오직 단 하나의 콘텍스트만을 가지기 때문이다. 추가로, 일반적인 UE가 SRB0의 저장된 콘텍스트를 릴리즈해야 하는지 여부를 지정해야 할 필요가 없다.

이슈를 해결하기 위해, 원격 UE는, 원격 UE가 (새로운) 적절한 셀을 선택하는 경우/이후/때/시에/케이스에 SL-RLC0의 제1 콘텍스트를 릴리즈할 수 있다. 또는, 원격 UE는 (새로운) 적절한 셀의 선택에 응답하여 SL-RLC0의 제1 콘텍스트를 릴리즈할 수 있다. 유사하게, 원격 UE는, 원격 UE가 (새로운) 릴레이 UE를 선택하는 경우/이후/때/시에/케이스에 SRB0의 제2 콘텍스트를 릴리즈할 수 있다. 추가로, 원격 UE는 (새로운) 릴레이 UE의 선택에 응답하여 SRB0의 제2 콘텍스트를 릴리즈할 수 있다.

일 실시예에서, 원격 UE는, 원격 UE가 (새로운) 적절한 셀을 선택하는 경우/이후/때/시에/케이스에 SRB0 메시지를 전송하기 위한 PC5 RLC 엔티티 또는 SL-RLC0에 대한 RLC 엔티티를 릴리즈할 수 있거나 또는 사용하지 않을 수 있다. 보다 구체적으로, 원격 UE는, (새로운) 적절한 셀의 선택에 응답하여 SRB0 메시지를 전송하기 위한 PC5 RLC 엔티티 또는 SL-RLC0에 대한 RLC 엔티티를 릴리즈할 수 있거나 또는 사용하지 않을 수 있다.

일 실시예에서, 원격 UE는, 원격 UE가 (새로운) 적절한 셀을 선택하는 경우/이후/때/시에/케이스에 SRB0 메시지를 전송하기 위한 Uu RLC 엔티티 또는 SRB0에 대한 RLC 엔티티를 사용(사용할 것을 선정/결정/선택)할 수 있다. 보다 구체적으로, 원격 UE는, (새로운) 적절한 셀의 선택에 응답하여 SRB0 메시지를 전송하기 위한 Uu RLC 엔티티 또는 SRB0에 대한 RLC 엔티티를 사용(사용할 것을 선정/결정/선택)할 수 있다.

일 실시예에서, 원격 UE는, 원격 UE가 (새로운) 릴레이 UE를 선택하는 경우/이후/때/시에/케이스에 SRB0 메시지를 전송하기 위한 Uu RLC 엔티티 또는 SRB0에 대한 RLC 엔티티를 릴리즈할 수 있거나 또는 사용하지 않을 수 있다. 보다 구체적으로, 원격 UE는, (새로운) 릴레이 UE의 선택에 응답하여 SRB0 메시지를 전송하기 위한 Uu RLC 엔티티 또는 SRB0에 대한 RLC 엔티티를 릴리즈할 수 있거나 또는 사용하지 않을 수 있다.

일 실시예에서, 원격 UE는, 원격 UE가 (새로운) 릴레이 UE를 선택하는 경우/이후/때/시에/케이스에 SRB0 메시지를 전송하기 위한 PC5 RLC 엔티티 또는 SL-RLC0에 대한 RLC 엔티티를 사용(사용할 것을 선정/결정/선택)할 수 있다. 보다 구체적으로, 원격 UE는, (새로운) 릴레이 UE의 선택에 응답하여 SRB0 메시지를 전송하기 위한 PC5 RLC 엔티티 또는 SL-RLC0에 대한 RLC 엔티티를 사용(사용할 것을 선정/결정/선택)할 수 있다.

다음은 잠재적인 텍스트 제안들이다:

======================텍스트 제안의 시작=======================

5.3.7.3a [T311]가 실행 중인 동안 릴레이 선택 다음의 액션들

1> 타이머 [T311]을 중지한다;

1> T390이 실행 중인 경우:

2> 모든 액세스 카테고리들에 대해 타이머 T390을 중지한다;

2> 5.3.14.4에 지정된 바와 같은 액션들을 수행한다.

1> 타이머 [T301]을 시작한다;

1> SRB0에 대한 RLC 엔티티를 릴리즈한다;

==================텍스트 제안의 종료 ======================

=================텍스트 제안의 시작=======================

5.3.7.3 T311이 실행 중인 동안 셀 선택 다음의 액션들

적절한 NR 셀의 선택 시에, UE는 다음과 같이 해야 한다:

1> 타이머 T311을 중지한다;

1> T390이 실행 중인 경우:

2> 모든 액세스 카테고리들에 대해 타이머 T390을 중지한다;

2> 5.3.14.4에 지정된 바와 같은 액션들을 수행한다;

1> attemptCondReconfig이 구성되는 경우; 및

1> 그렇지 않으면:

2> UE가 conditionalReconfiguration을 가지고 구성되는 경우:

3> MAC을 리셋한다;

3> 구성된 경우, spCellConfig를 릴리즈한다;

3> 구성된 경우, MCG SCell(들)을 릴리즈한다;

3> MR-DC가 구성되는 경우:

4> 5.3.5.10절에 지정된 바와 같이, MR-DC 릴리즈를 수행한다;

3> 구성된 경우, idc-AssistanceConfig를 릴리즈한다;

3> 구성된 경우, btNameList를 릴리즈한다;

3> 구성된 경우, wlanNameList를 릴리즈한다;

3> 구성된 경우, sensorNameList를 릴리즈한다;

3> 구성된 경우, referenceTimePreferenceReporting을 릴리즈한다;

3> 구성된 경우, sl-AssistanceConfigNR을 릴리즈한다;

3> 구성된 경우, obtainCommonLocation을 릴리즈한다;

3> SRB0을 제외한, 모든 RB들을 일시 중단한다;

3> 연관된 reportConfigId에 대하여:

2> SRB0에 대한 PC5 RLC 엔티티 또는 SL-RLC0에 대한 RLC 엔티티를 릴리즈한다;

2> 타이머 T301을 시작한다;

2> 9.1.1.2에 지정된 바와 같은 CCCH 구성을 적용한다;

2> SIB1에 포함된 timeAlignmentTimerCommon을 적용한다;

인터-RAT 셀의 선택 시에, UE는 다음과 같이 해야 한다:

==================텍스트 제안의 종료 ======================

도 13은 원격 UE의 관점으로부터의 순서도(1300)이다. 단계(1305)에서, 원격 UE는 릴레이 UE와 유니캐스트 링크를 설정한다. 단계(1310)에서, 원격 UE는 릴레이 UE를 통해 네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하며, 여기서 릴레이 UE를 통한 네트워크에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용된다. 단계(1315)에서, 원격 UE는 적절한 셀을 선택한다. 단계(1320)에서, 원격 UE는 적절한 셀의 선택에 응답하여 제1 RLC 엔티티를 릴리즈한다. 단계(1325)에서, 원격 UE는 네트워크로 직접적으로 제2 RRC 메시지를 송신한다.

일 실시예에서, 원격 UE는 RRC 연결을 재-설정하기 위한 절차를 개시할 수 있다. 제2 RLC 엔티티는 제2 RRC 메시지를 네트워크로 송신하기 위해 생성되고 사용될 수 있다. 제1 RRC 메시지는 RRCSetupRequest 메시지일 수 있으며, 제2 RRC 메시지는 RRCReestablishmentRequest 메시지일 수 있다. 네트워크는 적어도 기지국 또는 gNB를 포함할 수 있다.

다시 도 3 및 도 4를 참조하면, 원격 UE에 대한 방법의 예시적인 일 실시예에 있어서, 원격 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 원격 UE가 (i) 릴레이 UE와 유니캐스트 링크를 설정하고, (ii) 릴레이 UE를 통해 네트워크와 RRC 연결을 설정하되, 여기서 릴레이 UE를 통한 네트워크에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 RLC 엔티티가 생성되고 사용되는, RRC 연결을 설정하고, (iii) 적절한 셀을 선택하며, (iv) 적절한 셀의 선택에 응답하여 제1 RLC 엔티티를 릴리즈하고, 및 (iv) 네트워크로 직접적으로 제2 RRC 메시지를 송신하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 14는 원격 UE의 관점으로부터의 순서도(1400)이다. 단계(1405)에서, 원격 UE는 네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하며, 여기서 네트워크에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용된다. 단계(1410)에서, 원격 UE는 릴레이 UE를 선택한다. 단계(1415)에서, 원격 UE는 릴레이 UE의 선택에 응답하여 제1 RLC 엔티티를 릴리즈한다. 단계(1420)에서, 원격 UE는 릴레이 UE를 통해 네트워크로 제2 RRC 메시지를 송신한다.

일 실시예에서, 원격 UE는 RRC 연결을 재-설정하기 위한 절차를 개시할 수 있다. 제2 RLC 엔티티는 제2 RRC 메시지를 릴레이 UE를 통해 네트워크로 송신하기 위해 생성되고 사용될 수 있다. 제1 RRC 메시지는 RRCSetupRequest 메시지일 수 있으며, 제2 RRC 메시지는 RRCReestablishmentRequest 메시지일 수 있다. 네트워크는 적어도 기지국 또는 gNB를 포함할 수 있다.

다시 도 3 및 도 4를 참조하면, 원격 UE에 대한 방법의 예시적인 일 실시예에 있어서, 원격 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 원격 UE가 (i) 네트워크와 RRC 연결을 설정하되, 여기서 네트워크에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 RLC 엔티티가 생성되고 사용되는, RRC 연결을 설정하고, (ii) 릴레이 UE를 선택하며, (iii) 릴레이 UE의 선택에 응답하여 제1 RLC 엔티티를 릴리즈하고, 및 (iv) 릴레이 UE를 통해 네트워크로 제2 RRC 메시지를 송신하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 15는 원격 UE의 관점으로부터의 순서도(1500)이다. 단계(1505)에서, 원격 UE는 릴레이 UE와 유니캐스트 링크를 설정한다. 단계(1510)에서, 원격 UE는 릴레이 UE를 통해 제1 네트워크 노드와 RRC 연결을 설정하며, 여기서 릴레이 UE를 통한 제1 네트워크 노드에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 RLC 엔티티가 생성되고 사용된다. 단계(1515)에서, 원격 UE는 적절한 셀을 선택한다. 단계(1520)에서, 원격 UE는 적절한 셀의 선택에 응답하여 제1 RLC 엔티티를 릴리즈한다. 단계(1525)에서, 원격 UE는 제2 네트워크 노드로 직접적으로 제2 RRC 메시지를 송신한다.

일 실시예에서, 원격 UE는 RRC 연결을 설정하기 위해 릴레이 UE를 통해 제1 네트워크 노드로부터 제3 RRC 메시지를 수신할 수 있다. 원격 UE는 RRC 연결의 설정을 완료하기 위해 릴레이 UE를 통해 제1 네트워크 노드로 제4 RRC 메시지를 송신할 수 있다. 원격 UE는 유니캐스트 링크에서 사이드링크 무선 링크 실패를 검출할 수 있다. 원격 UE는 사이드링크 무선 링크 실패에 응답하여 RRC 연결을 재-설정하기 위한 절차를 개시할 수 있다.

일 실시예에 있어서, 제2 RRC 메시지는 RRC 연결을 재-설정하는 요청을 위해 사용될 수 있다. 원격 UE는 RRC 연결을 재-설정하기 위해 제2 네트워크 노드로부터 제5 RRC 메시지를 수신할 수 있다. 원격 UE는 RRC 연결의 재-설정을 완료하기 위해 제2 네트워크 노드로 제6 RRC 메시지를 송신할 수 있다.

일 실시예에서, 제1 또는 제2 네트워크 노드는 기지국 또는 gNB일 수 있다. 제1 네트워크 노드 및 제2 네트워크 노드는 동일한 기지국 또는 gNB일 수 있다. 제1 RRC 메시지는 RRCSetupRequest 메시지일 수 있다. 제2 RRC 메시지는 RRCReestablishmentRequest 메시지일 수 있다. 제3 RRC 메시지는 RRCSetup 메시지일 수 있다. 제4 RRC 메시지는 RRCSetupComplete 메시지일 수 있다. 제5 RRC 메시지는 RRCReestablishment 메시지일 수 있다. 제6 RRC 메시지는 RRCReestablishmentComplete 메시지일 수 있다.

일 실시예에서, 제2 RLC 엔티티는 제2 RRC 메시지를 제2 네트워크 노드로 송신하기 위해 생성되고 사용될 수 있다.

다시 도 3 및 도 4를 참조하면, 원격 UE에 대한 방법의 예시적인 일 실시예에 있어서, 원격 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 원격 UE가 (i) 릴레이 UE와 유니캐스트 링크를 설정하고, (ii) 릴레이 UE를 통해 제1 네트워크 노드와 RRC 연결을 설정하되, 여기서 릴레이 UE를 통한 제1 네트워크 노드에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 RLC 엔티티가 생성되고 사용되는, RRC 연결을 설정하고, (iii) 적절한 셀을 선택하며, (iv) 적절한 셀의 선택에 응답하여 제1 RLC 엔티티를 릴리즈하고, 및 (iv) 제2 네트워크 노드로 직접적으로 제2 RRC 메시지를 송신하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 16은 원격 UE의 관점으로부터의 순서도(1600)이다. 단계(1605)에서, 원격 UE는 제1 네트워크 노드와 RRC 연결을 설정하며, 여기서 제1 네트워크 노드에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용된다. 단계(1610)에서, 원격 UE는 릴레이 UE를 선택한다. 단계(1615)에서, 원격 UE는 릴레이 UE의 선택에 응답하여 제1 RLC 엔티티를 릴리즈한다. 단계(1620)에서, 원격 UE는 릴레이 UE를 통해 제2 네트워크 노드로 제2 RRC 메시지를 송신한다.

일 실시예에서, 방법은, 원격 UE는 릴레이 UE와 유니캐스트 링크를 설정할 수 있다. 원격 UE는 RRC 연결을 설정하기 위해 제1 네트워크 노드로부터 제3 RRC 메시지를 수신할 수 있다. 원격 UE는 RRC 연결의 설정을 완료하기 위해 제1 네트워크 노드로 제4 RRC 메시지를 송신할 수 있다. 원격 UE는 RRC 연결을 재-설정하기 위한 절차를 개시할 수 있다. 제2 RRC 메시지는 RRC 연결을 재-설정하는 요청을 위해 사용될 수 있다. 원격 UE는 RRC 연결을 재-설정하기 위해 릴레이 UE를 통해 제2 네트워크 노드로부터 제5 RRC 메시지를 수신할 수 있다. 원격 UE는 RRC 연결의 재-설정을 완료하기 위해 릴레이 UE를 통해 제2 네트워크 노드로 제6 RRC 메시지를 송신할 수 있다.

일 실시예에서, 제2 RLC 엔티티는 제2 RRC 메시지를 릴레이 UE를 통해 제2 네트워크 노드로 송신하기 위해 생성되고 사용될 수 있다.

다시 도 3 및 도 4를 참조하면, 원격 UE에 대한 방법의 예시적인 일 실시예에 있어서, 원격 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 원격 UE가 (i) 제1 네트워크 노드와 RRC 연결을 설정하되, 여기서 제1 네트워크 노드에 대한 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 RLC 엔티티가 생성되고 사용되는, RRC 연결을 설정하고, (ii) 릴레이 UE를 선택하며, (iii) 릴레이 UE의 선택에 응답하여 제1 RLC 엔티티를 릴리즈하고, 및 (iv) 릴레이 UE를 통해 제2 네트워크 노드로 제2 RRC 메시지를 송신하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

본 개시의 다양한 측면들이 이상에서 설명되었다. 본원에서의 교시들이 광범위한 형태들로 구현될 수 있으며, 본원에서 개시되는 임의의 특정 구조, 기능, 또는 이 둘 모두가 단지 대표적일 뿐이라는 것이 명백할 것이다. 본원의 교시들에 기초하여 당업자는, 본원에 개시된 측면들이 임의의 다른 측면들과 독립적으로 구현될 수 있다는 것, 및 이러한 측면들 중 2 이상이 다양한 방식들로 결합될 수 있다는 것을 이해해야만 한다. 예를 들어, 본원에서 기술된 측면들 중 임의의 수의 측면들을 사용하여 장치가 구현될 수 있거나 또는 방법이 실시될 수 있다. 이에 더하여, 본원에서 기술된 측면들 중 하나 이상에 더하여 또는 그 외의 다른 구조, 기능, 또는 구조 및 기능을 사용하여 이러한 장치가 구현될 수 있거나 또는 이러한 방법이 실시될 수 있다. 이상의 개념들 중 일부의 일 예로서, 일부 측면들에 있어서 동시 채널들이 펄스 반복 주파수들에 기초하여 설정될 수 있다. 일부 측면들에 있어서, 동시 채널들은 펄스 위치 또는 오프셋들에 기초하여 설정될 수 있다. 일부 측면들에 있어서, 동시 채널들은 시간 호핑(hopping) 시퀀스들에 기초하여 설정될 수 있다. 일부 측면들에 있어서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치들 또는 오프셋들, 및 시간 호핑 시퀀스들에 기초하여 설정될 수 있다.

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

당업자들은 추가로, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 및 알고리즘 단계들이 전자 하드웨어(예를 들어, 소스 코딩 또는 어떤 다른 기술을 사용하여 설계될 수 있는, 디지털 구현예, 아날로그 구현예, 또는 이들 둘의 조합), 명령어들을 통합하는 다양한 형태들의 프로그램 또는 설계 코드(편의성을 위하여, 본원에서 "소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있음), 또는 둘 모두의 조합으로서 구현될 수 있다는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이러한 호환성을 명확하게 예시하기 위하여, 다양한 예시적인 구성 요소들, 블록들, 모듈들, 회로들 및 단계들이 이상에서 그들의 기능성과 관련하여 일반적으로 설명되었다. 이러한 기능성이 하드웨어로서 또는 소프트웨어로서 구현되는지 여부는 전체 시스템에 부과되는 설계 제약들 및 특정 애플리케이션에 의존한다. 당업자들은 각각의 특정 애플리케이션에 대하여 다양한 방식들로 설명된 기능성을 구현할 수 있지만, 이러한 구현 결정들이 본 개시의 범위로부터의 이탈을 야기하는 것으로서 해석되지 않아야 한다.

이에 더하여, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 및 회로들은 집적 회로("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를 통해 네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하는 단계로서, 상기 릴레이 UE를 통한 상기 네트워크에 대한 상기 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용되는, 단계;
셀을 선택하는 단계;
상기 셀의 선택에 응답하여 상기 제1 RLC 엔티티를 릴리즈하는 단계; 및
상기 네트워크로 직접적으로 제2 RRC 메시지를 송신하는 단계를 포함하는, 방법.
청구항 1에 있어서,
상기 방법은,
상기 RRC 연결을 재-설정하기 위한 절차를 개시하는 단계를 더 포함하는, 방법.
청구항 1에 있어서,
상기 제2 RRC 메시지를 상기 네트워크로 송신하기 위해 제2 RLC 엔티티가 생성되고 사용되는, 방법.
청구항 1에 있어서,
상기 제1 RRC 메시지는 RRCSetupRequest 메시지이며, 상기 제2 RRC 메시지는 RRCReestablishmentRequest 메시지인, 방법.
청구항 1에 있어서,
상기 네트워크는 적어도 기지국 또는 gNB를 포함하며, 상기 셀은 상기 네트워크의 하나의 뉴 라디오(new radio; NR) 셀인, 방법.
원격 사용자 단말(User Equipment; UE)에 대한 방법으로서,
네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하는 단계로서, 상기 네트워크에 대한 상기 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용되는, 단계;
릴레이 UE를 선택하는 단계;
상기 릴레이 UE의 선택에 응답하여 상기 제1 RLC 엔티티를 릴리즈하는 단계; 및
상기 릴레이 UE를 통해 상기 네트워크로 제2 RRC 메시지를 송신하는 단계를 포함하는, 방법.
청구항 6에 있어서,
상기 방법은,
상기 RRC 연결을 재-설정하기 위한 절차를 개시하는 단계를 더 포함하는, 방법.
청구항 6에 있어서,
상기 제2 RRC 메시지를 상기 릴레이 UE를 통해 상기 네트워크로 송신하기 위해 제2 RLC 엔티티가 생성되고 사용되는, 방법.
청구항 6에 있어서,
상기 제1 RRC 메시지는 RRCSetupRequest 메시지이며, 상기 제2 RRC 메시지는 RRCReestablishmentRequest 메시지인, 방법.
청구항 6에 있어서,
상기 네트워크는 적어도 기지국 또는 gNB를 포함하는, 방법.
원격 사용자 단말(User Equipment; UE)로서,
제어 회로;
상기 제어 회로 내에 설치된 프로세서; 및
상기 제어 회로 내에 설치되며 상기 프로세서에 동작가능하게 결합되는 메모리를 포함하며,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
릴레이 UE와 유니캐스트 링크를 설정하고;
상기 릴레이 UE를 통해 네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하되, 상기 릴레이 UE를 통한 상기 네트워크에 대한 상기 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용되며;
셀을 선택하고;
상기 셀의 선택에 응답하여 상기 제1 RLC 엔티티를 릴리즈하며; 그리고
상기 네트워크로 직접적으로 제2 RRC 메시지를 송신하는, 원격 UE.
청구항 11에 있어서,
상기 프로세서는 추가로 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
상기 RRC 연결을 재-설정하기 위한 절차를 개시하는, 원격 UE.
청구항 11에 있어서,
상기 제2 RRC 메시지를 상기 네트워크로 송신하기 위해 제2 RLC 엔티티가 생성되고 사용되는, 원격 UE.
청구항 11에 있어서,
상기 제1 RRC 메시지는 RRCSetupRequest 메시지이며, 상기 제2 RRC 메시지는 RRCReestablishmentRequest 메시지인, 원격 UE.
청구항 11에 있어서,
상기 네트워크는 적어도 기지국 또는 gNB를 포함하며, 상기 셀은 상기 네트워크의 하나의 뉴 라디오(new radio; NR) 셀인, 원격 UE.
원격 사용자 단말(User Equipment; UE)로서,
제어 회로;
상기 제어 회로 내에 설치된 프로세서; 및
상기 제어 회로 내에 설치되며 상기 프로세서에 동작가능하게 결합되는 메모리를 포함하며,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
네트워크와 무선 자원 제어(Radio Resource Control; RRC) 연결을 설정하되, 상기 네트워크에 대한 상기 RRC 연결의 설정을 요청하기 위한 제1 RRC 메시지를 송신하기 위해 제1 무선 링크 제어(Radio Link Control; RLC) 엔티티가 생성되고 사용되며;
릴레이 UE를 선택하며;
상기 릴레이 UE의 선택에 응답하여 상기 제1 RLC 엔티티를 릴리즈하고; 그리고
상기 릴레이 UE를 통해 상기 네트워크로 제2 RRC 메시지를 송신하는, 원격 UE.
청구항 16에 있어서,
상기 프로세서는 추가로 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
상기 RRC 연결을 재-설정하기 위한 절차를 개시하는, 원격 UE.
청구항 16에 있어서,
상기 제2 RRC 메시지를 상기 릴레이 UE를 통해 상기 네트워크로 송신하기 위해 제2 RLC 엔티티가 생성되고 사용되는, 원격 UE.
청구항 16에 있어서,
상기 제1 RRC 메시지는 RRCSetupRequest 메시지이며, 상기 제2 RRC 메시지는 RRCReestablishmentRequest 메시지인, 원격 UE.
청구항 16에 있어서,
상기 네트워크는 적어도 기지국 또는 gNB를 포함하는, 원격 UE.