KR102436322B1

KR102436322B1 - 무선 통신 시스템에서 사이드링크 불연속 수신을 구성하기 위한 방법 및 장치

Info

Publication number: KR102436322B1
Application number: KR1020210007305A
Authority: KR
Inventors: 팬 리-테; 쳉 리-치; 리 밍-체
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2020-01-21
Filing date: 2021-01-19
Publication date: 2022-08-25
Also published as: CN113225842A; CN113225842B; US20240107626A1; US20210227620A1; KR20210095062A

Abstract

사이드링크(SL) 불연속 수신(DRX)을 구성하기 위한 방법 및 디바이스가 제 1 사용자 단말(UE)의 관점으로부터 개시된다. 일 실시예에 있어서, 방법은 제 2 UE가 제 1 UE와의 사이드링크 서비스를 개시/초기화하는 단계를 포함한다. 방법은, 또한 제 2 UE가 사이드링크 서비스와 SL DRX 구성 사이의 연관에 기초하여 SL DRX 구성을 결정하는 단계로서, SL DRX 구성은 사이드링크 서비스와 연관되는, 단계를 포함한다. 방법은 제 2 UE가 SL DRX 구성에 기초하여 사이드링크 제어 채널을 모니터링하는 단계를 더 포함한다.

Description

무선 통신 시스템에서 사이드링크 불연속 수신을 구성하기 위한 방법 및 장치{METHOD AND APPARATUS FOR CONFIGURING SIDELINK DISCONTINUOUS RECEPTION IN A WIRELESS COMMUNICATION SYSTEM}

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

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

기술분야

본 개시는 전반적으로 무선 통신 네트워크들에 관한 것으로서, 보다 더 구체적으로, 무선 통신 시스템에서 사이드링크 불연속 수신을 구성하기 위한 방법 및 장치에 관한 것이다.

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

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

사이드링크(Sidelink; SL) 불연속 수신(Discontinuous Reception; DRX)을 구성하기 위한 제 2 사용자 단말(User Equipment; UE)의 관점으로부터 방법 및 디바이스가 개시된다. 일 실시예에 있어서, 방법은, 제 2 UE가 제 1 UE와 사이드링크 서비스를 개시/초기화하는 단계를 포함한다. 방법은 또한, 제 2 UE가 사이드링크 서비스와 SL DRX 구성 사이의 연관에 기초하여 SL DRX 구성을 결정하는 단계로서, SL DRX 구성은 사이드링크 서비스와 연관되는, 단계를 포함한다. 방법은, 제 2 UE가 SL DRX 구성에 기초하여 사이드링크 제어 채널을 모니터링하는 단계를 더 포함한다.

도 1은 예시적인 일 실시예에 따른 무선 통신 시스템의 도면을 도시한다.
도 2는 예시적인 일 실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템의 블록도이다.
도 3은 예시적인 일 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 예시적인 일 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 38.300 V15.6.0의 도 11-1의 재현이다.
도 6은 3GPP TS 38.331 V15.6.0의 도 5.3.5.1-1의 재현이다.
도 7은 CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이)의 도 5.7.4.1-1의 재현이다.
도 8은 CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이)의 도 5.X.3.1-1의 재현이다.
도 9는 CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이)의 도 5.x.9.1.1-1의 재현이다.
도 10은 3GPP TS 36.300 V16.0.0의 도 23.10.2.1-1의 재현이다.
도 11은 3GPP TS 36.300 V16.0.0의 도 23.10.2.2-1의 재현이다.
도 12는 3GPP TS 36.300 V16.0.0의 도 23.10.2.2-2의 재현이다.
도 13은 예시적인 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE2의 DRX가 gNB1에 의해 결정되는 일 예를 예시한다.
도 14는 예시적인 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE2의 DRX가 gNB2에 의해 결정되는 일 예를 예시한다.
도 15는 예시적인 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE의 DRX가 자체적으로 결정되는 일 예를 예시한다.
도 16은 예시적인 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE2의 DRX가 UE1에 의해 결정되는 일 예를 예시한다.
도 17a는 예시적인 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 DRX가 사이드링크 서비스마다 또는 유니캐스트 링크마다인 예를 예시한다.
도 17b는 예시적인 일 실시예에 따른 그룹캐스트 사이드링크 통신에 대하여 DRX가 사이드링크 서비스마다 또는 그룹마다인 예를 예시한다.
도 18은 예시적인 일 실시예에 따른 순서도이다.
도 19는 예시적인 일 실시예에 따른 순서도이다.
도 20은 예시적인 일 실시예에 따른 순서도이다.
도 21은 예시적인 일 실시예에 따른 순서도이다.

이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(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), 또는 어떤 다른 변조 기술들에 기초할 수 있다.

특히, 이하에서 설명되는 예시적인 무선 통신 시스템들 디바이스들은, 하기를 포함하여, 본원에서 3GPP로 지칭되는 "3rd Generation Partnership Project"라는 명칭의 컨소시엄에 의해 제공되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: RP-193231, "New WID on NR sidelink enhancement", LG 전자; TS 38.300 V15.6.0, "NR; NR and NG-RAN Overall Description; Stage 2 (Release 15)"; TS 38.321 V15.5.0, "NR; Medium Access Control (MAC) protocol specification (Release 15)"; TS 38.331 V15.6.0, "NR; Radio Resource Control (RRC) protocol specification (Release 15)"; TS 36.300 V16.0.0, "E-UTRA and E-UTRAN; Overall description; Stage 2 (Release 16)"; CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이), draft_R2-191xxx_Running CR to TS 38.331 for 5G V2X with NR Sidelink_v2; 및 TS 23.287 V16.1.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)" 이로써 이상에서 열거된 표준들 및 문서들은 명백히 그 전체가 참조로서 통합된다.

도 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 RP-193231은 하기와 같이 명시한다:

3 근거

3GPP는 LTE로부터 다양한 사용 케이스들에서 요구되는 UE 대 UE 직접 통신을 위한 도구로서 사이드링크에 대한 표준들을 개발해왔다. NR 사이드링크에 대한 제 1 표준은 작업 아이템 “5G V2X with NR sidelink”에 의해 릴리즈-16에서 완료될 것이며, 여기에서 NR 사이드링크를 포함하는 해법들은 주로 차량-대-사물(vehicle-to-everything)(V2X)에 대해 지정되지만, 이들이 또한 서비스 요건이 충족될 수 있을 때 공공 안전을 위해 사용될 수 있다.

한편, NR 사이드링크 향상의 필요성이 식별되었다. V2X 및 공공 안전에 대하여, 서비스 요건들 및 동작 시나리오들은 시간 한계에 기인하여 릴리즈-16에서 완전히 지원되지 않으며, 진보된 V2X 서비스들 - 페이즈 2(FS_eV2XARC_Ph2) 및 5GS에서 근접 기반 서비스들에 대한 시스템 향상(FS_5G_ProSe)의 3GPP 지원에 대한 아키텍처 향상들과 같은 SA 작업들이 릴리즈-17에서 일부 향상들에 대하여 진행 중이다. 이에 더하여, NR 사이드링크에 관한 다른 상용 사용 케이스들은 네트워크 제어 상호작용 서비스(Network Controlled Interactive Service; NCIS), 철도에 대한 갭 분석(Gap Analysis for Railways; MONASTERYEND), 에너지 효율 및 광범위한 커버리지를 위한 향상된 릴레이들(Enhanced Relays for Energy eFficiency and Extensive Coverage; REFEC), 시청각 서비스 생산(Audio-Visual Service Production; AVPROD)과 같은 몇몇 작업/연구 아이템들을 통해 SA WG들에서 고려되고 있다. 이러한 사용 케이들에 대하여 NR 사이드링크의 더 넓은 커버리지를 제공하고 SA WG들에서의 진행에 따라 무선 해법들을 제공하는 것을 가능하게 하기 위하여, TSG RAN에서 NR 사이드링크에 대한 향상을 지정하는 것이 필요하다.

TSG RAN은 릴리즈-17에서 NR 사이드링크 향상들을 위한 상세 동기들 및 작업 영역들을 식별하기 위하여 RAN#84에서 논의들을 시작하였다. RP-192745의 최신 요약에 기초하여, 다음을 포함하는 몇몇 동기들에 대한 상당한 관심이 관찰되었다:

● 전력 절감은 배터리 제약을 갖는 UE들이 전력 효율적인 방식으로 사이드링크 동작들을 수행하는 것을 가능하게 한다. 릴리즈-16 NR 사이드링크는 UE가 사이드링크를 동작시킬 때 "상시-접속(always-on)"의 가정에 기초하여 설계되며, 예를 들어, 오로지 충분한 배터리 용량을 갖는 차량들 내에 설치된 UE들에 초점을 맞춘다. 릴리즈-17에서 전력 절감을 위한 해법들은 V2X에서 취약 도로 사용자(vulnerable road user)들에 대하여 그리고 공공 안전에서 그리고 UE들에서 전력 소모가 최소화될 필요가 있는 상용 사용 케이스들에서 UE들에 대하여 요구된다.

● 향상된 신뢰성 및 감소된 레이턴시(latency)는 더 넓은 동작 시나리오들에서 URLLC-형 사이드링크 사용 케이스들의 지원을 가능하게 한다. 사이드링크의 시스템 레벨 신뢰성 및 레이턴시 성능은 무선 채널 상태 및 제공된 부하와 같은 통신 상태들에 의해 영향을 받으며, 릴리즈-16 NR 사이드링크는 일부 상태들에서, 예를 들어, 채널이 상대적으로 바쁠 때 높은 신뢰성 및 낮은 레이턴시를 달성하는데 한계를 가질 것으로 예상된다. 이러한 통신 상태들 하에서 낮은 레이턴시 및 높은 신뢰성을 요구하는 사용 케이스들을 제공하는 것을 유지하기 위해 신뢰성을 향상시키고 레이턴시를 감소시킬 수 있는 해법들이 요구된다.

논의에서 몇몇 작업 영역들이 식별되었으며, 일부 중요한 원리들이 또한 NR 사이드링크에 대한 3GPP 진화에 관하여 논의되었다. NR 사이드링크의 진화에서 상이한 사용 케이스들을 처리할 때, WG들은 중복 해법들을 방지하고 규모의 경제를 최대화하기 위하여 상용 V2X와 사이드링크의 중요 통신 사용 사이에 최대 공통성을 달성하기 위해 노력해야만 한다. 이에 더하여, 릴리즈-17에서 도입된 향상들은, 릴리즈-17에서 다시 기초 NR 사이드링크 기능을 설계하는 대신에 릴리즈-16에서 지정된 기능들에 기초해야만 한다.

4 목적

4.1 SI 또는 코어 파트 WI 또는 테스팅 파트 WI의 목적

이러한 작업 아이템의 목적은 V2X, 공공 안전 및 상용 사용 케이스들에 대하여 NR 사이드링크를 향상시킬 수 있는 무선 해법들을 지정하는 것이다.

1. 사이드링크 평가 방법 업데이트: TR 36.843 및/또는 TR 38.840(RAN#88에 의해 완료) [RAN1]을 재사용함으로써 전력 절감을 위한 평가 가정 및 성능 메트릭을 정의한다

● 노트: TR 37.885가 다른 평가 가정 및 성능 메트릭에 대하여 재사용된다. 차량 낙하 모델 B 및 안테나 옵션 2가 고속도로 및 도시 도로망 시나리오들에 대하여 더 현실적인 기준선이 될 것이다.

2. 자원 할당 향상:

● UE들의 전력 소비를 감소시키기 위한 자원 할당을 지정한다[RAN1, RAN2]

■ 기준선은 릴리즈-14 LTE 사이드링크 랜덤 자원 선택 및 릴리즈-16 NR 사이드링크 자원 할당 모델 2에 대한 부분 감지의 원리를 도입하는 것이다.

■ 노트: 기준선으로 릴리즈-14를 선택하는 것은 기준선이 적절하게 작용할 수 없는 케이스들에 대하여 전력 소비를 감소시키기 위한 새로운 해법을 도입하는 것을 배제하지 않는다.

● (RAN#89에 의해) TR37.885에서 정의된 PRR 및 PIR 둘 모두를 고려하여 향상된 신뢰성 및 감소된 레이턴시에 대하여 모드 2의 향상(들)의 실행 가능성 및 이점을 연구하고, 실행 가능하고 유익한 것으로 여겨지는 경우 식별된 해법을 지정한다[RAN1, RAN2]

■ RAN#88까지 다음과 같은 UE-간 조정.

◆ 자원들의 세트는 UE-A에서 결정된다. 이러한 세트는 모드 2에서 UE-B로 전송되며, UE-B는 그것 자체의 송신을 위한 자원 선택 시에 이를 고려한다.

■ 노트: RAN#88 이후의 연구 범위가 RAN#88에서 결정될 것이다.

■ 노트: 해법은 커버리지-내(in-coverage), 부분 커버리지, 및 커버리지-밖(out-of-coverage)에서 동작할 수 있어야 하며 모든 커버리지 시나리오들에 있어서 연속적인 패킷 손실을 해결할 수 있어야 한다.

■ 노트: RAN2 작업은 RAN#89 후에 시작할 것이다.

3. 브로드캐스트, 그룹 캐스트, 및 유니캐스트를 위한 사이드링크 DRX[RAN2]

● 사이드링크에서 온-지속기간 및 오프-지속기간을 정의하고 대응하는 UE 절차를 지정한다

● 서로 통신하는 UE들 사이에서 사이드링크 DRX 웨이크-업(wake-up) 시간을 정렬하는 것을 목적으로 하는 메커니즘을 지정한다

● 커버리지-내 UE에서 Uu DRX 웨이크-업 시간과 사이드링크 DRX 웨이크-업 시간을 정렬하는 것을 목적으로 하는 메커니즘을 지정한다

4. 단일-반송파 동작들에 대한 새로운 사이드링크 주파수 대역들의 지원[RAN4]

● 새로운 사이드링크 주파수 대역들의 지원은 허가된 스펙트럼 내의 동일하고 그리고 인접한 채널들에서 사이드링크와 Uu 인터페이스 사이의 공존을 보장해야만 한다.

● 정확한 주파수 대역들은, FR1 및 FR2 둘 모두에서 허가된 스펙트럼 및 ITS-전용 스펙트럼을 고려하여, WI 동안 회사 입력에 기초하여 결정될 것이다.

5. 사이드링크 동작이 비-ITS 대역들 내의 주어진 주파수 범위에 대하여 미리 결정된 지리적 영역(들)로 국한된다는 것을 보장하기 위한 메커니즘을 정의한다[RAN2].

● 이는 어떠한 네트워크 커버리지도 존재하지 않는 영역들에 적용된다.

6. 새로운 특징들에 대한 UE Tx 및 Rx RF 요건이 이러한 WI에서 도입되었다[RAN4]

7. 새로운 특징들에 대한 UE RRM 코어 요건이 이러한 WI에서 도입되었다[RAN4]

릴리즈-17에서 도입된 향상들은 릴리즈-16에서 지정된 기능들에 기초해야만 하며, 릴리즈-17 사이드링크는 동일한 자원 풀 내에서 릴리즈-16과 공존할 수 있어야 한다. 이는 전용 자원 풀에서 릴리즈-17을 동작시킬 가능성을 배제하지 않는다.

해법들은 반송파(들)가 ITS에 전용되는 동작 시나리오 및 반송파(들)가 허가된 스펙트럼이며 또한 NR Uu/LTE Uu 동작을 위해 사용되는 동작 시나리오 둘 모두를 커버해야만 한다.

해법들은 릴리즈-16에서와 같이 NR 사이드링크의 네트워크 제어를 지원해야만 하며, 즉, NR Uu는 계층 1 및 계층 2 시그널링(signalling)을 사용하여 NR 사이드링크를 제어하고, LTE Uu는 계층 2 시그널링을 사용하여 NR 사이드링크를 제어해야 한다.

ITS 반송파들에서, 비-3GPP 기술들을 갖는 NR 사이드링크의 임의의 공동-채널 공존 요건들 및 메커니즘들이 3GPP에 의해 정의되지 않을 것으로 가정된다.

3GPP TS 38.300는 다음과 같이 불연속 수신의 개념을 소개한다:

11 UE 전력 절감

RRC 연결 모드에서 UE의 PDCCH 모니터링 활동은 DRX 및 BA에 의해 지배된다.

DRX가 구성될 때, UE는 PDCCH를 연속적으로 모니터링할 필요는 없다. DRX는 다음을 특징으로 한다:

- 온-지속기간(on-duration): 웨이크 업 이후에 UE가 PDCCH들을 수신하는 것을 기다리는 지속기간. UE가 PDCCH를 성공적으로 디코딩한 경우, UE는 어웨이크 상태로 유지되며, 비활성 타이머를 시작한다;

- 비활성-타이머: UE가 PDCCH의 마지막 성공적인 디코딩으로부터 PDCCH를 성공적으로 디코딩하기 위해 기다리는 지속기간으로서, 실패한 경우 UE는 다시 슬립(sleep)으로 돌아갈 수 있다. UE는 제 1 송신만을 위하여(즉, 재송신들을 위해서가 아님) PDCCH의 단일 성공적인 디코딩 다음에 비활성 타이머를 재시작해야 한다;

- 재송신-타이머: 재송신이 예상될 수 있을 때까지의 지속기간;

- 사이클: 그 뒤에 비활성의 가능한 기간이 이어지는 온-지속기간의 주기적 반복을 지정한다(이하의 도 11-1 참조);

- 활성-시간: UE가 PDCCH를 모니터링하는 총 지속기간. 이는 DRX 사이클의 "온-지속기간", 비활성 타이머가 만료되지 않은 동안 UE가 연속 수신을 수행하는 시간, 및 재송신 기회를 기다리는 동안 UE가 연속 수신을 수행할 때의 시간을 포함한다.

["DRX Cycle"이라는 명칭의 3GPP TS 38.300 V15.6.0의 도 11-1이 도 5로서 재현된다]

3GPP TS38.321은 다음과 같이 불연속 수신의 동작을 지정한다:

5.7 불연속 수신(DRX)

MAC 엔티티는, MAC 엔티티의 C-RNTI, CS-RNTI, INT-RNTI, SFI-RNTI, SP-CSI-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, 및 TPC-SRS-RNTI에 대하여 UE의 PDCCH 모니터링 활동을 제어하는 DRX 기능을 가지고 RRC에 의해 구성될 수 있다. DRX 동작을 사용할 때, MAC 엔티티는 또한 이러한 사양의 다른 하위 조항들에서 발견되는 요건들에 따라 PDCCH를 모니터링해야 한다. RRC_CONNECTED 상태에 있을 때, DRX가 모든 활성화된 서빙 셀들에 대하여 구성되는 경우, MAC 엔티티는 이러한 하위 조항에서 지정된 DRX 동작을 사용하여 PDCCH를 불연속적으로 모니터링할 수 있거나; 그렇지 않으면 MAC 엔티티는 TS 38.213 [6]에서 지정된 바와 같이 PDCCH를 모니터링해야 한다.

RRC는 다음의 파라미터들을 구성함으로써 DRX 동작을 제어한다:

- drx-onDurationTimer: DRX 사이클의 시작에서의 지속기간;

- drx-SlotOffset: drx-onDurationTimer를 시작하기 이전의 지연;

- drx-InactivityTimer: PDCCH가 MAC 엔티티에 대하여 새로운 UL 또는 DL 송신을 나타내는 PDCCH 발생 이후의 지속기간;

- drx-RetransmissionTimerDL(브로드캐스트 프로세스를 제외하고 DL HARQ 프로세스마다): DL 재송신이 수신될 때까지의 최대 지속기간;

- drx-RetransmissionTimerUL(UL HARQ 프로세스마다): UL 재송신에 대한 승인이 수신될 때까지의 최대 지속기간;

- drx-LongCycleStartOffset: 롱 DRX 사이클 및, 롱 및 숏 DRX 사이클이 시작하는 서브프레임을 정의하는 drx-StartOffset;

- drx-ShortCycle(선택적): 숏 DRX 사이클;

- drx-ShortCycleTimer(선택적): UE가 숏 DRX 사이클을 따라야 하는 지속기간;

- drx-HARQ-RTT-TimerDL(브로드캐스트 프로세스를 제외하고 DL HARQ 프로세스마다): MAC 엔티티에 의해 HARQ 재송신을 위한 DC 할당이 예상되기 이전의 최소 지속기간;

- drx-HARQ-RTT-TimerUL(HARQ 프로세스마다): MAC 엔티티에 의해 UL HARQ 재송신 허가가 예상되기 이전의 최소 지속기간.

DRX 사이클이 구성될 때, 활성 시간은 다음 동안의 시간을 포함한다:

- (하위 조항 5.1.5에 설명되는 바와 같이) drx-onDurationTimer 또는 drx-InactivityTimer 또는 drx-RetransmissionTimerDL 또는 drx-RetransmissionTimerUL 또는 ra-ContentionResolutionTimer가 실행되는 시간; 또는

- (하위 조항 5.4.4에서 설명되는 바와 같이) 스케줄링 요청이 PUCCH 상에서 전송되고 계류 중인 시간; 또는

- (하위 조항 5.1.4에서 설명되는 바와 같이) 경쟁-기반 랜덤 액세스 프리앰블 사이에서 MAC 엔티티에 의해 선택되지 않은 랜덤 액세스 프리앰블에 대한 랜덤 액세스 응답의 성공적인 수신 이후에 PDCCH가 MAC 엔티티의 C-RNTI로 어드레싱된 새로운 송신이 수신되지 않았음을 나타내는 시간.

DRX가 구성될 때, MAC 엔티티는 다음과 같이 해야 한다:

1> MAC PDU가 구성된 다운링크 할당에서 수신되는 경우:

2> DL HARQ 피드백을 운반하는 대응하는 송신의 종료 이후에 제 1 심볼 내의 대응하는 HARQ 프로세스에 대하여 drx-HARQ-RTT-TimerDL을 시작한다;

2> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL을 중지한다.

1> MAC PDU가 구성된 업링크 승인에서 송신되는 경우:

2> 대응하는 PUSCH 송신의 제 1 반복의 종료 이후에 제 1 심볼 내의 대응하는 HARQ 프로세스에 대하여 drx-HARQ-RTT-TimerUL을 시작한다;

2> 대응하는 HARQ 프로세스에 대하여 drx-RetransmissionTimerUL를 중지한다.

1> drx-HARQ-RTT-TimerDL가 만료된 경우:

2> 대응하는 HARQ 프로세스의 데이터가 성공적으로 디코딩되지 않은 경우:

3> drx-HARQ-RTT-TimerDL의 만료 이후에 제 1 심볼 내의 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL를 시작한다.

1> drx-HARQ-RTT-TimerUL가 만료된 경우:

2> drx-HARQ-RTT-TimerUL의 만료 이후에 제 1 심볼 내의 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerUL을 시작한다.

1> DRX 명령(Command) MAC CE 또는 롱 DRX 명령 MAC CE가 수신된 경우:

2> drx-onDurationTimer를 중지한다;

2> drx-InactivityTimer를 중지한다.

1> drx-InactivityTimer가 만료되거나 또는 DRX 명령 MAC CE가 수신된 경우:

2> 숏 DRX 사이클이 구성된 경우:

3> drx-InactivityTimer의 만료 이후에 제 1 심볼 내의 또는 DRX 명령 MAC CE 수신의 종료 이후에 제 1 심볼 내의 drx-ShortCycleTimer를 시작하거나 또는 재시작한다;

3> 숏 DRX 사이클을 사용한다.

2> 그렇지 않으면:

3> 롱 DRX 사이클을 사용한다.

1> drx-ShortCycleTimer가 만료된 경우:

2> 롱 DRX 사이클을 사용한다.

1> 롱 DRX 명령 MAC CE가 수신된 경우:

2> drx-ShortCycleTimer를 중지한다;

2> 롱 DRX 사이클을 사용한다.

1> 숏 DRX 사이클이 사용되고, [(SFN × 10) + 서브프레임 번호] 모듈로(modulo) (drx-ShortCycle) = (drx-StartOffset) 모듈로 (drx-ShortCycle)인 경우; 또는

1> 롱 DRX 사이클이 사용되고, [(SFN × 10) + 서브프레임 번호] 모듈로 (drx-LongCycle) = drx-StartOffset인 경우:

2> 서브프레임의 시작으로부터 drx-SlotOffset 이후에 drx-onDurationTimer를 시작한다.

1> MAC 엔티티가 활성 시간에 있는 경우:

2> TS 38.213 [6]에서 지정된 바와 같이 PDCCH를 모니터링한다;

2> PDCCH가 DL 송신을 나타내는 경우:

3> DL HARQ 피드백을 운반하는 대응하는 송신의 종료 이후에 제 1 심볼 내의 대응하는 HARQ 프로세스에 대하여 drx-HARQ-RTT-TimerDL을 시작한다;

3> 대응하는 HARQ 프로세스에 대한 drx-RetransmissionTimerDL을 중지한다.

2> PDCCH가 UL 송신을 나타내는 경우:

3> 대응하는 PUSCH 송신의 제 1 반복의 종료 이후에 제 1 심볼 내의 대응하는 HARQ 프로세스에 대하여 drx-HARQ-RTT-TimerUL을 시작한다;

3> 대응하는 HARQ 프로세스에 대하여 drx-RetransmissionTimerUL을 중지한다.

2> PDCCH가 새로운 송신(DL 또는 UL)을 나타내는 경우:

3> PDCCH 수신의 종료 이후에 제 1 심볼 내의 drx-InactivityTimer를 시작하거나 또는 재시작한다.

1> 현재 심볼 n에서, 이러한 하위 조항에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지, 수신된 승인들/할당들/DRX 명령 MAC CE/롱 DRX 명령 MAC CE 및 전송된 스케줄링 요청을 고려하여 MAC 엔티티가 활성 시간에 있지 않을 경우:

2> TS 38.214 [7]에 정의된 주기적 SRS 및 반-지속성 SRS를 송신하지 않는다.

1> CSI 마스킹(csi-Mask)이 상위 계층들에 의해 셋업되는 경우:

2> 현재 심볼 n에서, 이러한 하위 조항에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지, 수신된 승인들/할당들/DRX 명령 MAC CE/롱 DRX 명령 MAC CE를 고려하여 onDurationTimer가 실행되지 않을 경우:

3> PUCCH 상에서 CSI를 보고하지 않는다.

1> 그렇지 않으면:

2> 현재 심볼 n에서, 이러한 하위 조항에 지정된 바와 같이 모든 DRX 활성 시간 조건들을 평가할 때 심볼 n 이전 4 ms까지, 수신된 승인들/할당들/DRX 명령 MAC CE/롱 DRX 명령 MAC CE 및 전송된 스케줄링 요청을 고려하여 MAC 엔티티가 활성 시간에 있지 않을 경우:

3> PUCCH 상에서 CSI 및 PUSCH 상에서 반-지속성 CSI를 보고하지 않는다.

MAC 엔티티가 PDCCH를 모니터링하고 있는지 여부와 무관하게, MAC 엔티티는, 이러한 것이 예상될 때 TS 38.214 [7]에서 정의된 HARQ 피드백, PUSCH 상의 비주기적 CSI, 및 비주기적 SRS를 송신한다.

MAC 엔티티는, 이것인 완전한 PDCCH 발생이 아닌 경우에(예를 들어, 활성 시간이 PDCCH 발생의 중간에서 시작하거나 또는 종료하는 경우) PDCCH를 모니터링할 필요는 없다.

3GPP TS 38.331은 다음과 같이 불연속 수신의 구성을 지정한다:

5.3.5 RRC 재구성

5.3.5.1 개괄

["RRC reconfiguration, successful"이라는 명칭의 3GPP TS 38.331 V15.6.0의 도 5.3.5.1-1이 도 6으로서 재현된다]

[…]

이러한 절차의 목적은, 예를 들어, RB들을 설정(establish)/수정/릴리즈하기 위하여, 싱크를 가지고 재구성을 수행하기 위하여, 측정들을 셋업/설정/릴리즈하기 위하여, S셀들 및 셀 그룹들을 추가/설정/릴리즈하기 위하여 RRC 연결을 수정하기 위한 것이다. 절차의 부분으로서, NAS 전용 정보가 네트워크로부터 UE로 전송될 수 있다.

[…]

5.3.5.2 개시

네트워크는 RRC_CONNECTED 상태의 UE에 대하여 RRC 재구성 절차를 개시할 수 있다. 네트워크는 다음과 같이 절차를 적용한다:

- (RRC 연결 설정 동안 설정된, SRB1이 아닌) RB들의 설정은 오로지 AS 보안이 활성화될 때에만 수행된다;

- 2차 셀 그룹 및 S셀들의 추가는 오로지 AS 보안이 활성화된 이후에만 수행된다;

- reconfigurationWithSync는 오로지 적어도 하나의 DRB가 SCG에서 셋업될 때에만 secondaryCellGroup 내에 포함된다;

- reconfigurationWithSync는 오로지 AS 보안이 활성화된 때에만 masterCellGroup 내에 포함되며, 적어도 하나의 DRB를 갖는 SRB2가 셋업되고, 유예(suspend)되지 않는다.

5.3.5.3 UE에 의한 RRCReconfiguration의 수신

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

1> RRCReconfiguration가 다른 RAT(즉, NR에 대한 RAT-간 핸드오버)를 통해 수신된 경우:

2> RRCReconfiguration가 fullConfig를 포함하지 않으며, UE가 5GC에 연결된 경우(즉, 인트라 5GC 핸드오버 동안 델타 시그널링):

3> 이용가능한 경우에 소스 RAT SDAP 및 PDCP 구성들(즉, RAT-간 HO RRCReconfiguration 메시지의 수신 이전의 소스 E-UTRA RAT로부터의 모든 RB들에 대한 현재 SDAP/PDCP 구성들)을 재-사용한다.

1> 그렇지 않으면:

2> RRCReconfiguration이 fullConfig를 포함하는 경우:

3> 5.3.5.11에 지정된 바와 같은 완전 구성 절차를 수행한다;

1> RRCReconfiguration이 masterCellGroup을 포함하는 경우:

2> 5.3.5.5에 따라 수신된 masterCellGroup에 대한 셀 그룹 구성을 수행한다;

[…]

5.3.5.5 셀 그룹 구성

5.3.5.5.1 개괄

네트워크는 마스터 셀 그룹(Master Cell Group; MCG), 및 0 또는 하나의 2차 셀 그룹(Secondary Cell Group; SCG)을 가지고 UE를 구성한다. (NG)EN-DC에서, MCG는 TS 36.331 [10]에서 지정된 바와 같이 구성되며, NE-DC에 대하여 SCG는 TS 36.331 [10]에서 지정된 바와 같이 구성된다. 네트워크는 CellGroupConfig IE 내에서 셀 그룹에 대한 구성 파라미터들을 제공한다.

UE는 수신된 CellGroupConfig IE에 기초하여 다음의 액션들을 수행한다:

[…]

1> CellGroupConfig가 mac-CellGroupConfig를 포함하는 경우:

2> 이러한 셀 그룹의 MAC 엔티티를 5.3.5.5.5에 지정된 바와 같이 구성한다;

[…]

5.3.5.5.5 MAC 엔티티 구성

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

[…]

1> tag-ToReleaseList 및 tag-ToAddModList를 제외한 수신된 mac-CellGroupConfig에 따라 셀 그룹의 MAC 메인 구성을 재구성한다;

[…]

6.2.2 메시지 정의들

[…]

- RRCReconfiguration

RRCReconfiguration 메시지는 RRC 연결을 수정하기 위한 명령이다. 이것은 측정 구성, 이동성 제어, 무선 자원 구성(RB들, MAC 메인 구성 및 물리 채널 구성을 포함함) 및 AS 보안 구성에 대한 정보를 전달할 수 있다.

시그널링 무선 베어러: SRB1 또는 SRB3

RLC-SAP: AM

논리 채널: DCCH

방향: 네트워크 대 UE

RRCReconfiguration 메시지

[…]

6.3.2 무선 자원 제어 정보 엘리먼트들

[…]

- CellGroupConfig

CellGroupConfig IE는 마스터 셀 그룹(MCG) 또는 2차 셀 그룹(SCG)을 구성하기 위해 사용된다. 셀 그룹은 하나의 MAC 엔티티, 연관된 RLC 엔티티들을 갖는 논리 채널들의 세트 및 1차 셀(Sp셀) 및 하나 이상의 2차 셀들(S셀들)로 구성된다.

CellGroupConfig 정보 엘리먼트

[…]

- DRX-Config

IE DRX-Config는 DRX 관련 파라미터들을 구성하기 위해 사용된다.

DRX-Config 정보 엘리먼트

[…]

- MAC-CellGroupConfig

IE MAC-CellGroupConfig는, DRX를 포함하여, 셀 그룹에 대한 MAC 파라미터들을 구성하기 위해 사용된다.

MAC-CellGroupConfig 정보 엘리먼트

3GPP 이메일 논의로부터 나오는 하나의 문서는 (CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이)에서 캡처된 바와 같은) NR 사이드링크 관련 절차들에 대한 다음의 설명을 제공한다:

5.3.5 RRC 재구성

<무관한 텍스트 생략>

5.3.5.3 UE에 의한 RRCReconfiguration의 수신

[…]

1> RRCReconfiguration 메시지가 sl-ConfigDedicatedNR을 포함하는 경우:

2> 5.3.5.X에 지정된 바와 같은 사이드링크 전용 구성 절차를 수행한다;

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

2> sl-V2X-ConfigDedicated이 sl-ConfigDedicatedEUTRA 내에 포함된 경우

3> TS 36.331 [10]에서 5.3.10.15a에 지정된 바와 같이, V2X 사이드링크 통신 전용 구성 절차를 수행한다;

2> sl-V2X-SPS-Config가 sl-ConfigDedicatedEUTRA 내에 포함된 경우

3> TS 36.331 [10]에서 5.3.10.5에 지정된 바와 같은 V2X 사이드링크 SPS 재구성을 수행한다;

[…]

5.7.4 UE 보조 정보

5.7.4.1 개괄

["UE Assistance Information"라는 명칭의 CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이)의 도 5.7.4.1-1이 도 7로서 재현된다]

이러한 절차의 목적은, 과열(overheating) 보조 정보, NR 사이드링크 통신에 대한 구성된 승인 보조 정보, 또는 연결 모드 DRX 사이클 길이에서 희망되는 증분/감분을 운반하는 UE의 지연 예산 리포트를 네트워크에 알리기 위한 것이다.

5.7.4.2 개시

RRC_CONNECTED 상태에서 지연 예산 리포트를 제공할 수 있는 UE는, 지연 예산 리포트를 제공하도록 구성될 때 및 지연 예산 선호사항의 변화 시를 포함하여, 몇몇 케이스들에서 절차를 개시할 수 있다.

RRC_CONNECTED 상태에서 과열 보조 정보를 제공할 수 있는 UE는, 그렇게 하도록 구성된 경우에, 내부 과열의 검출 시에, 또는 이것이 더 이상 과열 상태를 경험하고 있지 않음을 검출할 때 절차를 개시할 수 있다.

RRC_CONNECTED 상태에서 NR 사이드링크 통신에 대한 구성된 승인 보조 정보를 제공할 수 있는 UE는, 트래픽 패턴 정보를 제공하도록 구성될 때 및 트래픽 패턴의 변화 시를 포함하여, 몇몇 케이스들에서 절차를 개시할 수 있다.

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

[…]

1> NR 사이드링크 통신에 대한 구성된 승인 보조 정보를 제공하도록 구성된 경우:

2> NR 사이드링크 통신에 대한 구성된 승인 보조 정보를 제공하기 위하여 5.7.4.3에 따라 UEAssistanceInformation 메시지의 송신을 개시한다;

5.7.4.3 UEAssistanceInformation 메시지의 송신에 관한 액션들

[…]

UE는 NR 사이드링크 통신에 대한 구성된 승인 보조 정보에 대하여 UEAssistanceInformation 메시지의 콘텐트를 설정해야 한다:

2> sl-UE-AssistanceInformationNR을 포함시킨다;

노트 1: NR 사이드링크 통신에 대한 구성된 승인 보조 정보를 언제 그리고 어떻게 트리거할지는 UE 구현예 달려있다.

[…]

5.X.3 NR 사이드링크 통신에 대한 사이드링크 UE 정보

5.X.3.1 개괄

["Sidelink UE information for NR sidelink communication"라는 명칭의 CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이)의 도 5.X.3.1-1이 도 8로서 재현된다]

이러한 절차의 목적은, UE가 NR 사이드링크 통신을 수신하는데 관심이 있거나 또는 더 이상 관심이 없다는 것을 네트워크에 알리기 위하여, 뿐만 아니라 NR 사이드링크 통신의 송신 자원의 할당 또는 릴리즈를 요청하기 위하여 그리고 NR 사이드링크 통신과 관련된 파라미터들을 보고하기 위한 것이다.

5.x.3.2 개시

RRC_CONNECTED 상태에서 NR 사이드링크 통신을 할 수 있는 UE는, 성공적인 연결 설정 또는 재개 시, 관심의 변화 시, sl-ConfigCommonNR을 포함하는 SIBX를 제공하는 P셀에 대한 변화 시를 포함하여, 몇몇 케이스들에서 이것이 NR 사이드링크 통신을 수신하고 있음(관심이 있음)을 나타내기 위해 절차를 개시할 수 있다. NR 사이드링크 통신을 할 수 있는 UE는 NR 사이드링크 통신 송신을 위한 전용 자원들의 할당을 요청하기 위해 절차를 개시할 수 있다.

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

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

2> P셀에 대하여 SIBX의 유효 버전을 갖는 것을 보장한다;

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

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

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

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

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

2> 그렇지 않으면:

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

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

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

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

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

2> 그렇지 않으면:

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

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

5.x.3.3 SidelinkUEInformationNR 메시지의 송신에 관한 액션들

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

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

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

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

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

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

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

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

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

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

5> 사이드링크 RLF가 검출되는 경우, NR 사이드링크 통신 송신에 대한 연관된 목적지에 대하여 sl-Failure를 설정한다;

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

5> NR 사이드링크 통신 송신을 위한 주파수를 나타내도록 sl-InterestedFreqList를 설정한다;

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

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

[…]

5.X.9 사이드링크 RRC 절차

5.X.9.1 사이드링크 RRC 재구성

5.x.9.1.1 개괄

["Sidelink RRC reconfiguration"이라는 명칭의 CR을 실행하는 3GPP 이메일 논의 [108#44][V2X] 38.331(화웨이)의 도 5.x.9.1.1-1이 도 9로서 재현된다]

[…]

이러한 절차의 목적은 사이드링크 DRB들을 설정/수정/릴리즈하기 위한 것이거나 또는 PC5-RRC 연결에 대하여 NR 사이드링크 측정 및 리포트를 구성하기 위한 것이다.

UE는 사이드링크 RRC 재구성 절차를 개시하고 다음의 케이스들에서 그것의 피어(peer) UE에 대하여 하위 조항 5.x.9.1.2의 동작을 수행할 수 있다.

- 하위 조항 5.x.9.1.4에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 릴리즈;

- 하위 조항 5.x.9.1.5에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 설정;

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

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

5.x.9.1.2 RRCReconfigurationSidelink 메시지의 송신에 관한 액션들

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

1> sl-ConfigDedicatedNR, SIBX, SidelinkPreconfigNR에 의한 또는 상위 계층들에 의한 구성에 기인하여, 하위 조항 5.x.9.1.4.1에 따라 릴리즈될 각각의 사이드링크 DRB에 대하여:

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

1> sl-ConfigDedicatedNR, SIBX, SidelinkPreconfigNR을 수신하는 것에 기인하여, 하위 조항 5.x.9.1.5.1에 따라 설정될 또는 수정될 각각의 사이드링크 DRB에 대하여:

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

1> 구성될 각각의 NR 사이드링크 측정 및 리포트에 대하여:

2> 저장된 NR 사이드링크 측정 구성 정보에 따라 sl-MeasConfig를 설정한다;

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

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

5.x.9.1.3 UE에 의한 RRCReconfigurationSidelink의 수신

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

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

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

3> 하위 조항 5.x.9.1.4에 따라 사이드링크 DRB 릴리즈 절차를 수행한다;

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

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

3> 포함된 경우, sl-MappedQoS-FlowsToAddList 및 sl-MappedQoS-FlowsToReleaseList를 적용한다;

3> 하위 조항 5.x.9.1.5에 따라 사이드링크 DRB 추가 절차를 수행한다;

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

3> 하위 조항 5.x.9.1.4 및 5.x.9.1.5에 따라 사이드링크 DRB 릴리즈 또는 수정 절차를 수행한다.

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

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

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

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

1> 그렇지 않으면:

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

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

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

[…]

5.x.9.1.10 UE에 의한 RRCReconfigurationCompleteSidelink의 수신

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

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

[…]

- UEAssistanceInformation

UEAssistanceInformation 메시지는 네트워크에 UE 보조 정보를 표시하기 위해 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

논리 채널: DCCH

방향: UE 대 네트워크

UEAssistanceInformation 메시지

[…]

- SidelinkUEInformationNR

SidelinkUEinformationNR 메시지는 NR 사이드링크 UE 정보를 네트워크에 표시하기 위해 사용된다.

시그널링 무선 베어러: SRB1

RLC-SAP: AM

논리 채널: DCCH

방향: UE 대 네트워크

SidelinkUEInformationNR 메시지

[…]

- RRCReconfigurationSidelink

RRCReconfigurationSidelink 메시지는 PC5 RRC 연결의 AC 구성에 대한 명령이다. 이것은 오직 NR 사이드링크 통신의 유니캐스트에만 적용된다.

시그널링 무선 베어러: PC5-RRC에 대한 사이드링크 SRB

RLC-SAP: AM

논리 채널: SCCH

방향: UE 대 UE

- RRCReconfigurationCompleteSidelink

RRCReconfigurationCompleteSidelink 메시지는 PC5 RRC AS 재구성의 성공적인 완료를 확인하기 위해 사용된다. 이는 오직 NR 사이드링크 통신의 유니캐스트에만 적용된다.

시그널링 무선 베어러: PC5-RRC에 대한 사이드링크 SRB

RLC-SAP: AM

논리 채널: SCCH

방향: UE 대 UE

RRCReconfigurationCompleteSidelink 메시지

3GPP TS 36.300는 다음과 같이 사이드링크를 소개한다:

23.10 사이드링크 통신에 대한 지원

23.10.1 개괄

사이드링크 통신은, TS 23.303 [62]에 지정된 바와 같이, 이에 의해 UE들이 PC5 인터페이스를 통해 서로 직접적으로 통신할 수 있는 통신의 모드이다. 이러한 통신 모드는, UE가 E-UTRAN에 의해 서비스될 때 및 UE가 E-UTRA 커버리지 밖에 있을 때 지원된다. 공공 안전 동작을 위해 사용되도록 인가된 이러한 UE들만이 사이드링크 통신을 수행할 수 있다.

커버리지 밖(out of coverage) 동작에 대한 동기화를 수행하기 위하여, UE(들)은 SBCCH 및 동기화 신호를 송신함으로써 동기화 소스로서 역할할 수 있다. SBCCH는 다른 사이드링크 채널들 및 신호들을 수신하는데 필요한 가장 본질적인 시스템 정보를 운반한다. 동기화 신호와 함께 SBCCH는 40ms의 고정 주기성을 가지고 송신된다. UE가 네트워크 커버리지 내에 있을 때, SBCCH의 콘텐트들은 eNB에 의해 시그널링된 파라미터들로부터 도출된다. UE가 커버리지 밖에 있을 때, UE가 동기화 기준으로서 다른 UE를 선택하는 경우, SBCCH의 콘텐트는 수신된 SBCCH로부터 도출되며; 그렇지 않으면 UE는 미리 구성된 파라미터들을 사용한다. SIB18은 동기화 신호 및 SBCCH 송신에 대한 자원 정보를 제공한다. 커버리지 밖 동작에 대하여 매 40ms마다 2개의 사전 구성된 서브프레임들이 존재한다. UE는 하나의 서브프레임에서 동기화 신호 및 SBCCH를 수신하고, [16]에 지정된 바와 같이, UE가 정의된 기준에 기초하여 동기화 소스가 된 경우, 다른 서브프레임 상에서 동기화 신호 및 SBCCH를 송신한다.

UE는 사이드링크 제어 기간의 지속 기간에 걸쳐 정의된 서브프레임들 상에서 사이드링크 통신을 수행한다. 사이드링크 제어 기간은, 이에 걸쳐 사이드링크 제어 정보 및 사이드링크 데이터 송신들을 위하여 셀 내에서 할당된 자원들이 발생하는 기간이다. 사이드링크 제어 기간 내에 UE는 그 다음에 사이드링크 데이터가 이어지는 사이드링크 제어 정보를 전송한다. 사이드링크 제어 정보는 계층 1 ID 및 송신들의 특성들(예를 들어, MCS, 사이드링크 제어 기간의 지속 기간에 걸친 자원(들)의 위치, 타이밍 정렬)을 나타낸다.

UE는 사이드링크 디스커버리 갭(Sidelink Discovery Gap)이 구성되지 않은 경우에 다음의 내림차순 우선순위를 가지고 Uu 및 PC5를 통해 송신 및 수신을 수행한다:

- Uu 송신/수신(최고 우선순위);

- PC5 사이드링크 통신 송신/수신;

- PC5 사이드링크 디스커버리 알림/모니터링(최저 우선순위).

UE는 사이드링크 디스커버리 갭이 구성된 경우에 다음의 내림차순 우선순위를 가지고 Uu 및 PC5를 통해 송신 및 수신을 수행한다:

- RACH에 대한 Uu 송신/수신;

- 송신을 위한 사이드링크 디스커버리 갭 동안 PC5 사이드링크 디스커버리 알림;

- 비-RACH Uu 송신;

- 수신을 위한 사이드링크 디스커버리 갭 동안 PC5 사이드링크 디스커버리 모니터링;

- 비-RACH Uu 수신;

- PC5 사이드링크 통신 송신/수신.

23.10.2 무선 프로토콜 아키텍처

23.10.2.0 개괄

이러한 조항에서, 사이드링크 통신을 위한 UE 무선 프로토콜 아키텍처가 사용자 평면 및 제어 평면에 대하여 주어진다.

23.10.2.1 사용자 평면

도 23.10.2.1-1은 사용자 평면에 대한 프로토콜 스택을 도시하며, 여기에서 PDCP, RLC 및 MAC 서브계층들(다른 UE에서 종료함)은 조항 6에서 사용자 평면에 대하여 열거된 기능들을 수행한다.

PC5 인터페이스 내의 액세스 계층 프로토콜 스택은 아래의 도 23.10.2.1-1에 도시된 바와 같이 PDCP, RLC, MAC 및 PHY로 구성된다.

["User-Plane protocol stack for sidelink communication"이라는 명칭의 3GPP TS 36.300 V16.0.0의 도 23.10.2.1-1이 도 10으로서 재현된다]

사이드링크 통신의 사용자 평면 세부사항들은 다음과 같다:

- 사이드링크 통신에 대하여 HARQ 피드백이 존재하지 않는다;

- RLC UM은 사이드링크 통신에 대하여 사용된다;

- 수신 UE는 송신 피어 UE마다 적어도 하나의 RLC UM 엔티티를 유지할 필요가 있다;

- 사이드링크 통신에 대해 사용되는 수신 RLC UM 엔티티는 제 1 RLC UMD PDU의 수신 이전에 구성되어야 할 필요는 없다;

- ROHC는 사이드링크 통신에 대하여 PDCP 내의 헤더 압축을 위해 사용된다;

- UDC는 사이드링크 통신에 대하여 사용되지 않는다.

UE는 다수의 논리 채널들을 설정할 수 있다. MAC 서브헤드 내에 포함된 LCID는 하나의 소스 계층-2 ID 및 목적지 계층-2 ID 조합의 범위 내에서 논리 채널을 고유하게 식별한다. 논리 채널 우선순위화를 위한 파라미터들은 구성되지 않는다. 액세스 계층(Access stratum; AS)에는 더 높은 계층에 의해 PC5 인터페이스를 통해 송신되는 프로토콜 데이터 유닛의 PPPP가 제공된다. 각각의 논리 채널과 연관된 PPPP가 존재한다.

23.10.2.2 제어 평면

UE는 1-대-다 사이드링크 통신 이전에 수신 UE들에 대하여 논리 채널을 설정하고 유지하지 않는다. 더 높은 계층은 ProSe UE-대-네트워크 릴레이 동작을 포함하는 1-대-1 사이드링크 통신에 대한 논리 채널을 설정하고 유지한다.

PC5 인터페이스 내의 SBCCH에 대한 액세스 계층 프로토콜 스택은 아래의 도 23.10.2.2-1에 도시된 바와 같이 RRC, RLC, MAC 및 PHY로 구성된다.

["Control-Plane protocol stack for SBCCH"이라는 명칭의 3GPP TS 36.300 V16.0.0의 도 23.10.2.2-1이 도 11로서 재현된다]

1-대-1 사이드링크 통신을 위한 논리 채널을 설정하고, 유지하며, 릴리즈하기 위한 제어 평면이 도 23.10.2.2-2에 도시된다.

["Control-Plane protocol stack for one-to-one sidelink communication"이라는 명칭의 3GPP TS 36.300 V16.0.0의 도 23.10.2.2-2가 도 12로서 재현된다]

[…]

23.14 V2X 서비스들에 대한 지원

23.14.1 개괄

23.14.1.0 개괄

V2X 서비스들로 대표되는 차량 통신 서비스들은, TS 22.185 [71]에 지정된 바와 같이, 다음의 4개의 상이한 유형들: V2V, V2I, V2N 및 V2P로 구성될 수 있다.

V2X 서비스들은 PC5 인터페이스 및/또는 Uu 인터페이스에 의해 제공될 수 있다. PC5 인터페이스를 통한 V2X 서비스들의 지원은, TS 23.303 [62]에 지정된 바와 같이, 이에 의해 UE들이 PC5 인터페이스를 통해 서로 직접적으로 통신할 수 있는 통신의 모드인 V2X 사이드링크 통신에 의해 제공된다. 이러한 통신 모드는, UE가 E-UTRAN에 의해 서비스될 때 및 UE가 E-UTRA 커버리지 밖에 있을 때 지원된다. V2X 서비스들에 대하여 사용되도록 인가된 UE들만이 V2X 사이드링크 통신을 수행할 수 있다.

23.14.1.1 V2X 사이드링크 통신에 대한 지원

사이드링크 통신에 대하여 조항 23.10.2.1에 지정된 바와 같은 사용자 평면 프로토콜 스택 및 기능들이 또한 V2X 사이드링크 통신에 대하여 사용된다. 이에 더하여, V2X 사이드링크 통신에 대하여:

- 사이드링크 통신에 대한 STCH가 또한 V2X 사이드링크 통신을 위해 사용된다.

- 비-V2X(예를 들어, 공공 안전) 데이터는 V2X 사이드링크 통신에 대하여 구성된 자원들에서 송신되는 V2X 데이터와 멀티플렉싱되지 않는다.

- 액세스 계층(AS)에는 상위 계층에 의해 PC5 인터페이스를 통해 송신되는 프로토콜 데이터 유닛의 PPPP가 제공된다. 프로토콜 데이터 유닛의 패킷 지연 예산(packet delay budget; PDB)은 PPPP로부터 결정될 수 있다. 낮은 PDB는 높은 우선순위 PPPP 값에 매핑된다(TS 23.285 [72]).

- 액세스 계층(AS)에는 상위 계층들에 의해 PC5 인터페이스를 통해 송신되는 프로토콜 데이터 유닛의 송신 프로파일(TS 23.285 [72])이 제공된다.

- PPPP에 기초하는 논리 채널 우선순위화가 V2X 사이드링크 통신에 대하여 사용된다.

사이드링크 통신에 대하여 조항 23.10.2.2에 지정된 바와 같은 SBCCH에 대한 제어 평면 프로토콜 스택이 또한 V2X 사이드링크 통신에 대하여 사용된다.

V2X 사이드링크 통신을 지원하는 UE는 자원 할당에 대하여 2개의 모드들로 동작할 수 있다:

- 스케줄링된 자원 할당으로서, 하기를 특징으로 함:

- UE는 데이터를 송신하기 위해 RRC_CONNECTED 상태이어야 한다;

- UE는 eNB로부터 송신 자원들을 요청한다. eNB는 사이드링크 제어 정보 및 데이터의 송신을 위하여 송신 자원들을 스케줄링한다. 사이드링크 SPS는 스케줄링된 자원 할당에 대하여 지원된다;

- UE 자율 자원 선택으로서, 하기를 특징으로 함:

- UE는 사이드링크 제어 정보 및 데이터를 송신하기 위하여 자원 풀들로부터 자체적으로 자원들을 선택하고 전송 포맷 선택을 수행한다;

- 구역들과 V2X 사이드링크 송신 자원 풀들 사이의 매핑이 구성되는 경우, UE는 UE가 위치된 구역에 기초하여 V2X 사이드링크 자원 풀을 선택한다.

- UE는 사이드링크 자원들의 (재)선택을 위한 센싱을 수행한다. 센싱 결과들에 기초하여, UE는 어떤 특정 사이드링크 자원들을 (재)선택하고, 다수의 사이드링크 자원들을 예약한다. 최대 2개의 병렬 독립 자원 예약 프로세스들이 UE에 의해 수행되도록 허용된다. UE는 또한 그것의 V2X 사이드링크 송신을 위한 단일 자원 선택을 수행하도록 허용된다.

[…]

RRC_CONNECTED UE는, 이것이 V2X 사이드링크 통신 송신에 관심이 있는 경우 사이드링크 자원들을 요청하기 위해 서빙 셀로 사이드링크 UE 정보 메시지를 전송할 수 있다.

UE가 V2X 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성되고 V2X 사이드링크 수신 자원 풀들이 제공되는 경우, UE는 이러한 제공된 자원들 상에서 수신한다.

[…]

사이드링크 SPS에 대하여, 상이한 파라미터들을 갖는 최대 8개의 SPS 구성들이 eNB에 의해 구성될 수 있으며, 모든 SPS 구성들이 동시에 활성 상태일 수 있다. SPS 구성의 활성화/비활성화하는 eNB에 의해 PDCCH를 통해 시그널링된다. PPPP에 기초하는 기존의 논리 채널 우선순위화가 사이드링크 SPS에 대해 사용된다.

UE 보조 정보가 eNB로 제공될 수 있다. UE 보조 정보의 보고가 eNB에 의해 V2X 사이드링크 통신에 대하여 구성된다. V2X 사이드링크 통신에 대하여 사용되는 UE 보조 정보는 SPS 구성과 관련된 트래픽 특성 파라미터들(예를 들어, 선호되는 SPS 간격, SFN 0의 서브프레임 0에 대한 타이밍 오프셋, PPPP, PPPR, 목적지 계층-2 ID, 및 관찰된 트래픽 패턴에 기초하는 최대 TB 크기의 세트)을 포함한다. UE 보조 정보는, SPS 이미 구성되었거나 또는 그렇지 않은 경우에 보고될 수 있다. UE 보조 정보 송신의 트리거링은 UE 구현에 맡겨진다. 예를 들어, UE는, 패킷 도착의 추정된 주기성 및/또는 타이밍 오프셋의 변화가 발생할 때 UE 보조 정보를 보고하도록 허용된다. 트래픽 유형별 SR 마스크는 V2X 사이드링크 통신에 대하여 지원되지 않는다.

3GPP TS 23.287는 다음과 같이 V2X 통신들에 대한 인가 및 프로비저닝을 소개한다:

5.1 V2X 통신들에 대한 인가 및 프로비저닝

5.1.1 개괄

5GS에서, PC5 및 Uu 참조 포인트들을 통한 V2X 통신들에 대한 파라미터들이 다음과 같은 방식들로 UE에 대하여 이용가능하게 만들어질 수 있다:

- ME에서 미리 구성되거나; 또는

- UICC에서 구성되거나; 또는

- ME에서 미리 구성되고 UICC에서 구성되거나; 또는

- PCF 및/또는 V1 참조 포인트를 통해 V2X 애플리케이션 서버에 의해 제공/업데이트되거나; 또는

- UE로 PCF에 의해 제공/업데이트된다.

조항들 5.1.2.1 및 5.1.3.1에서 설명된 파라미터들의 동일한 세트(들)가 상이한 소스들에 의해 제공되는 경우, UE는 다음의 우선순위 순서로 이들을 고려해야 한다:

- PCF에 의해 제공/업데이트됨;

- V1 참조 포인트를 통해 V2X 애플리케이션 서버에 의해 제공/업데이트됨;

- UICC에서 구성됨;

- ME에서 미리 구성됨.

PC5 참조 포인트를 통한 V2X 통신을 위한 서비스 인가 및 프로비저닝 및 Uu 참조 포인트를 통한 V2X 통신을 위한 프로비저닝의 기본 원리들은 다음과 같다:

- UE는 HPLMN에서 PCF에 의해 PLMN 단위로 PC5 참조 포인트를 통해 V2X 통신을 사용하도록 인가될 수 있다.

- HPLMN의 PCF는 가정(home) 및 다른 PLMN들로부터의 인가 정보들을 병합하며, 최종 인가 정보를 UE에 제공한다.

- VPLMN 또는 HPLMN의 PCF는 TS　23.502　[7]의 조항 4.2.4.3에 정의된 투명 UE 정책 전달 절차에 대하여 UE 구성 업데이트 절차를 사용함으로써 임의의 시점에 (로밍할 때 H-PCF를 통해) 인증을 취소할 수 있다.

- PC5 및 Uu 참조 포인트들을 통한 V2X 통신을 위한 UE에 대한 프로비저닝은 PCF에 의해 제어되며, UE에 의해 트리거될 수 있다. PCF는 조항 5.1.2.1에 지정된 바와 같은 PC5 참조 포인트를 통한 V2X 통신들에 대한 V2X 정책/파라미터들 및/또는 TS　23.503　[16]의 조항 6.1.2.2.2에 지정된 바와 같은 정책 선택 식별자(Policy Section Identifier; PSI)에 의해 식별된 정책 선택으로의 조항 5.1.3.1에 지정된 바와 같은 Uu 참조 포인트를 통한 V2X 통신들에 대한 V2X 정책/파라미터들을 포함한다.

5.1.2 PC5 참조 포인트를 통한 V2X 통신들에 대한 인가 및 프로비저닝

5.1.2.1 정책/파라미터 프로비저닝

PC5 참조 포인트를 통한 V2X 통신들에 대한 정보의 다음 세트들이 UE로 프로비저닝된다:

1) 인가 정책:

- UE가 "E-UTRA에 의해 서비스되거나" 또는 "NR에 의해 서비스될" 때:

- "E-UTRA에 의해 서비스되거나" 또는 "NR에 의해 서비스될" 때 UE가 PC5 참조 포인트를 통해 V2X 통신들을 수행하도록 인가된 PLMN들.

각각의 이상의 PLMN에 대하여:

- UE가 이를 통해 PC5 참조 포인트를 통해 V2X 통신들을 수행하도록 인가된 RAT(들).

- UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때:

- UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때 PC5 참조 포인트를 통해 V2X 통신들을 수행하도록 인가되었는지 여부를 나타낸다.

2) UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때 무선 파라미터들.

- 이는 지리적 영역(들)을 갖는 PC5 RAT(즉, LTE PC5, NR PC5)마다의 무선 파라미터들 및 이들이 "운영자 관리되는지" 또는 "비-운영자 관리되는지" 여부의 표시를 포함한다. UE는, 오직 UE가 대응하는 지리적 영역 내에서 그 자체를 신뢰할 수 있게 위치를 결정할 수 있는 경우에만 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때 PC5 참조 포인트를 통해 V2X 통신들을 수행하기 위해 무선 파라미터들을 사용한다. 그렇지 않으면, UE는 송신하도록 인가되지 않는다.

편집자 노트: 무선 파라미터들(예를 들어, 주파수 대역들)은 RAN WG들에 의해 정의될 것이다. RAN WG들에서 정의될 때 RAN 사양에 대한 참조가 추가될 것이다.

노트 1: 주어진 지리적 영역에서 주파수 대역이 "운영자 관리되는지" 또는 "비-운영자 관리되는지" 여부는 지역적 규정들에 의해 정의된다.

3) PC5 Tx 프로파일 선택에 대하여 RAT마다의 정책/파라미터들:

- Tx 프로파일들에 대한 V2X 서비스 유형들(예를 들어, PSID들 또는 ITS-AID들)의 매핑.

편집자 노트: Tx 프로파일들은 RAN WG들에 의해 정의될 것이다. RAN WG들에서 정의될 때 RAN 사양에 대한 참조가 추가될 것이다.

4) 프라이버시와 관련된 정책/파라미터들:

- 프라이버시 지원을 필요로 하는 지리적 영역(들)을 갖는, V2X 애플리케이션들의 V2X 서비스 유형들, 예를 들어, PSID들 또는 ITS-AID들의 리스트.

5) LTE PC5가 선택될 때의 정책/파라미터들:

프라이버시 지원을 필요로 하는 지리적 영역(들)을 갖는 V2X 서비스들의 리스트 및 Tx 프로파일들에 대한 V2X 서비스 유형들의 매핑을 제외하면 TS　23.285　[8] 조항　4.4.1.1.2 아이템 3) 정책/파라미터들과 동일하다.

6) NR PC5가 선택될 때의 정책/파라미터들:

- 지리적 영역(들)을 갖는 V2X 주파수들에 대한 V2X 서비스 유형들(예를 들어, PSID들 또는 ITS-AID들)의 매핑.

- 브로드캐스트를 위한 목적지 계층-2 ID(들) 및 V2X 서비스 유형들, 예를 들어, PSID들 또는 ITS-AID들의 매핑.

- 그룹캐스트를 위한 목적지 계층-2 ID(들) 및 V2X 서비스 유형들, 예를 들어, PSID들 또는 ITS-AID들의 매핑.

- 유니캐스트 연결을 설정하기 위한 초기 시그널링을 위한 디폴트 목적지 계층-2 ID(들) 및 V2X 서비스 유형들, 예를 들어, V2X 애플리케이션의 PSID들 또는 ITS-AID들의 매핑.

노트 2: 유니캐스트 초기 시그널링을 위한 동일한 목적지 계층-2 ID가 2 이상의 V2X 서비스 유형들에 매핑될 수 있다. 상이한 V2X 서비스들이 별개의 디폴트 목적지 계층-2 ID들에 매핑되는 케이스에 있어서, UE가 2 이상의 V2X 서비스 유형들에 대하여 사용될 수 있는 단일 유니캐스트 링크를 설정하는 것을 의도할 때, UE는 초기 시그널링을 위하여 사용하기 위해 디폴트 목적지 계층-2 ID들 중 임의의 것을 선택할 수 있다.

- PC5 QoS 매핑 구성:

- V2X 애플리케이션 계층으로부터의 입력:

- V2X 서비스 유형들(예를 들어, PSID 또는 ITS-AID).

- (선택적) V2X 서비스 유형에 대한 V2X 애플리케이션 요건들, 예를 들어, 우선 순위 요건, 신뢰성 요건, 지연 요건, 범위 요건.

노트 3: V2X 서비스 유형에 대한 V2X 애플리케이션 요건들의 세부사항들 구현에 달려 있으며, 본 사양의 범위 밖이다.

- 출력:

- 조항 5.4.2에서 정의된 PC5 QoS 파라미터들(즉, PQI 및 조건적으로 다른 파라미터들 예컨대 MFBR/GFBR, 등).

- SLRB 구성들, 즉, UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때, SLRB(들)에 대한 PC5 QoS 프로파일(들)의 매핑.

- PC5 QoS 프로파일은 조항 5.4.2에 설명되는 PC5 QoS 파라미터들, 및 표 5.4.4-1에 정의된 바와 같은 디폴트 값이 사용되지 않는 경우 우선 순위 레벨, 평균화 윈도우, 최대 데이터 버스트 볼륨에 관한 QoS 특성들에 대한 값을 포함한다.

7) V2X 정책/파라미터의 만료 시간을 나타내는 유효성 타이머.

편집자 노트: SLRB 구성들은 RAN WG들에 의해 결정될 것이다. RAN WG들에서 정의될 때 RAN 사양에 대한 참조가 추가될 것이다.

편집자 노트: PC5 QoS 프로파일에 대하여, RAN WG들과의 조정이 필요하다.

편집자 노트: 지리적 영역(들)을 갖는 V2X 주파수들은 RAN WG들에 의해 결정될 것이다. RAN WG들에서 정의될 때 RAN 사양에 대한 참조가 추가될 것이다.

글머리 기호 2) 내지 6)으로부터의 이상의 파라미터 세트들은 V2X 애플리케이션 서버에 의해 V1 참조 포인트를 통해 UE에서 구성될 수 있다.

3GPP TS 38.300에 따르면, NR Uu는 다운링크 제어 채널(예를 들어, PDCCH)을 모니터링하는데 UE 전력을 절감하기 위한 하나의 메커니즘을 지정한다. UE가 그것의 서빙 기지국(예를 들어, gNB)에 의해 불연속 수신(DRX)를 가지고 구성되는 경우, UE는 다운링크 제어 채널을 연속적으로 모니터링할 필요가 없다. 기본적으로, DRX 메커니즘을 다음을 특징으로 할 수 있다:

- 재송신-타이머: 재송신이 예상될 수 있는 지속기간;

- 사이클: 비활성의 가능한 기간이 이어지는 온-지속기간의 주기적 방법을 지정한다;

3GPP RP-193231에 따르면, 릴리즈-16 NR 사이드링크는 UE가 사이드링크를 작동할 때 "상시-접속의 가정에 기초하여 설계되며, 예를 들어, 오로지 충분한 배터리 용량을 갖는 차량들 내에 설치된 UE들에 초점을 맞춘다. 릴리즈-17에서 전력 절감을 위한 해법들은 V2X에서 취약 도로 사용자들에 대하여 그리고 공공 안전에서 그리고 UE들에서 전력 소모가 최소화될 필요가 있는 상용 사용 케이스들에서 UE들에 대하여 요구된다. 일반적으로, DRX 메커니즘은 그 다음에 비활성 기간이 이어지는 온-지속기간의 주기적 반복을 동작시킨다. 따라서, DRX 메커니즘이 주기적 트래픽의 수신을 위해 적용될 수 있다.

Uu에서, DRX 웨이크-업 시간은 시스템 프레임 번호 및 UE와 gNB 사이에서 동기화된 서브프레임 번호에 기초하여 결정된다. 사이드링크 DRX 메커니즘을 동작시킬 때, 사이드링크 제어 채널을 모니터링하기 위해 웨이크 업하기 위한 타이밍은 동기화 기준 UE와 동기화될 수 있다. 예를 들어, UE1 및 UE2는 서로 통신한다. UE2는, UE1이 동기화 기준 UE인 경우에 UE1에 의해 전송된 사이드링크 동기화 신호(예를 들어, MasterInformationBlockSidelink)를 모니터링한다. 사이드링크 동기화 신호 내에, 이러한 사이드링크 동기화 신호를 전송하기 위해 사용되는 프레임 번호에 대한 정보(예를 들어, directFrameNumber) 및 시간 슬롯(예를 들어, slotIndex)은, UE2의 프레임 번호 및 시간 슬롯이 UE1의 프레임 번호 및 시간 슬롯과 동기화될 수 있도록 포함될 수 있다. 동기화된 프레임 번호 및 시간 슬롯을 가지면, UE2는 사이드링크 제어 채널을 모니터링하기 위해 웨이크 업할 때를 알 수 있으며, 한편 UE1은 서로 알고 있는 동일한 사이드링크 DRX 구성에 기초하여 UE2가 사이드링크 제어 채널 상에서 사이드링크 제어 정보를 수신하려고 시도할 때를 알 수 있다.

UE1 및 UE2는 2개의 UE들 사이에 사이드링크 통신을 위한 유니캐스트 링크를 설정할 수 있다. 기본적으로, UE1은 반드시, UE2가 이러한 사이드링크 패킷들을 수신하기 위해 어웨이크 상태인 기간에 UE2로 사이드링크 패킷들을 송신해야만 한다. 그렇지 않으면, UE2가 "슬립" 기간에 있는 동안 UE1이 이러한 사이드링크 패킷들을 송신하는 경우에 이러한 사이드링크 패킷들은 상실될 것이다. 따라서, UE1은 반드시, UE2가 사이드링크 또는 PC5 인터페이스 상에서 DRX 메커니즘을 동작시키는 경우에 UE2가 웨이크 업할 때를 알아야만 한다. 추가로, UE1은 또한 UE2가 웨이크 업 이후에 어웨이크 상태로 머무를 시간을 알아야할 수 있다. 이에 더하여, UE2는, 이것이 사이드링크 또는 PC5 인터페이스를 통해 UE1과 통신하고 있는 동안 Uu 인터페이스를 통해 gNB로 또는 이로부터 트래픽을 송신하거나 또는 수신하기 위하여 서빙 기지국(예를 들어, gNB)에 연결될 수 있다. UE2가 또한 gNB에 의해 Uu DRX 메커니즘을 가지고 구성되는 것이 가능하다. 마찬가지로, UE2는, 이것이 PDCCH를 모니터링하지 않는 "슬립" 기간 상에서 전력을 절감할 수 있다. 이것이 사이드링크 DRX 웨이크-업 시간과 Uu DRX 웨이크-업 시간 둘 모두 사이의 중첩을 최대화하는 경우 전력 절감을 최대화하는 것이 유익하다. UE들 사이의 사이드링크 DRX 웨이크-업 시간의 정렬, UE와 gNB 사이의 사이드링크 DRX 웨이크-업 시간 및 Uu DRX 웨이크-업 시간의 정렬을 해결하기 위한 일부 잠재적인 방법들이 이하에서 논의될 것이다.

UE1이 사이드링크 송신을 위한 자원 할당의 네트워크 스케줄링 모드를 가지고 gNB1에 의해 구성되는 경우, UE1은 gNB1로부터 사이드링크 승인에 대한 다운링크 제어 정보를 수신하고, 특정 시간(즉, 사이드링크 송신을 수행하기 위한 시간은 다운링크 제어 정보 내에 표시된 다운링크 제어 정보 및/또는 시간 갭을 수신하기 위한 시간과 연관됨)에 UE2에 대한 사이드링크 승인을 사용하여 사이드링크 송신(들)을 수행하기 위해 다운링크 제어 정보를 따른다. gNB1이 UE2가 사이드링크 수신을 위해 웨이크 업할 때를 알지 못하기 때문에, gNB1은, UE2가 온-지속기간인 시간에 바로 사이드링크 송신을 수행하기 위해 UE1에 대하여 알맞은 시간에 사이드링크 승인 및/또는 사이드링크 송신(들)을 위한 사이드링크 자원들을 UE1에 적절하게 할당할 수 없다. 따라서, UE1을 서비스하는 gNB1이 UE2의 웨이크-업 시간을 알아야 한다.

다른 대안예는, gNB1이 웨이크-업 시간을 결정할 수 있으며 UE2가 웨이크-업 시간을 따르는 것이다. 기본적으로, UE1이 사이드링크 송신에 대한 트래픽을 갖는 경우, UE1은 gNB1로 트래픽의 사이드링크 QoS 흐름 또는 프로파일을 보고할 필요가 있다. 추가로, UE1은 또한 gNB1로 트래픽의 트래픽 패턴을 보고할 수 있다. 이러한 보고된 트래픽 정보를 가지면, gNB1은 UE2가 준수해야 할 사이드링크 DRX 구성을 결정할 수 있다. gNB1은 UE2의 사이드링크 DRX 구성을 UE1로 송신할 수 있다. 그리고 그런 다음, UE1은 사이드링크 DRX 구성을 UE2로 제공한다. 이러한 방식으로, UE1은, UE2가 사이드링크 DRX 구성에 기초하여 웨이크 업할 때를 알 수 있다. 한편, gNB1이 사이드링크 DRX 구성에 기초하여 UE2가 웨이크 업할 시간을 알 수 있기 때문에, gNB1는 알맞은 시간에 사이드링크 송신(들)을 위한 사이드링크 승인 및/또는 사이드링크 자원들을 UE1에 할당할 수 있을 것이다. 아마도, UE2는 그것의 사이드링크 웨이크-업 시간 또는 (gNB1에 의해 제공된) 사이드링크 DRX 구성을 gNB2로 보고할 수 있다. 따라서, gNB2은, 더 많은 전력을 절감하기 위하여 Uu 웨이크-업 시간이 UE2 상의 사이드링크 웨이크-업 시간과 정렬될 수 있도록 적절한 Uu DRX 구성을 가지고 UE2를 구성하거나 또는 재구성할 수 있다. 이러한 대안예가, 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE2의 DRX가 gNB1에 의해 결정되는 일 예를 도시하는 도 13에 예시될 수 있다.

보다 더 구체적으로, 사이드링크 QoS 흐름 또는 프로파일 및 트래픽 패턴은 별개의 RRC 메시지들을 통해 gNB1로 보고될 수 있다. 예를 들어, 사이드링크 QoS 흐름 또는 프로파일은 SidelinkUEInformationNR을 통해 보고될 수 있으며, 트래픽 패턴은 UEAssistanceInformation을 통해 보고될 수 있다.

보다 더 구체적으로, 사이드링크 QoS 흐름 또는 프로파일 및 트래픽 패턴은 동일한 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 gNB1로 보고될 수 있다.

보다 더 구체적으로, gNB1은 RRC 메시지(예를 들어, RRCReconfiguration)를 통해 UE2에 대한 사이드링크 DRX 구성을 UE1에 제공할 수 있다. UE1은 PC5 RRC 메시지(예를 들어, RRCReconfigurationSidelink)를 통해 UE2로 사이드링크 DRX 구성을 제공할 수 있다. UE1로부터의 PC5 RRC 메시지의 수신에 응답하여, UE2는 완료 메시지(예를 들어, RRCReconfigurationCompleteSidelink)를 가지고 UE1에 응답할 수 있다. UE2는 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 사이드링크 DRX 구성 또는 사이드링크 DRX 구성으로부터 도출된 사이드링크 웨이크-업 시간을 gNB2로 보고할 수 있다. gNB2는 RRC 메시지(예를 들어, RRCReconfiguration)를 통해 UE2의 (업데이트된) Uu DRX 구성을 UE2에 제공할 수 있다.

대안적으로, gNB2는 UE2에 대한 사이드링크 DRX 구성을 결정할 수 있으며, gNB1에 사이드링크 DRX 구성이 통보될 수 있다. 아마도, UE2는, UE2가 트래픽 패턴에 맞는 선호되는 사이드링크 DRX 구성 또는 UE1의 트래픽 패턴을 도출할 수 있도록 UE1로부터 수신된 각각의 사이드링크 패킷 사이의 수신 간격을 관찰할 수 있다. UE2가, 예를 들어, PC5 RRC 메시지를 통해, UE1에 의해 트래픽 패턴 정보를 제공을 받을 수 있다는 것이 또한 가능하다. UE2는 트래픽 패턴 또는 선호되는 사이드링크 DRX 구성을 gNB2에 보고할 수 있다. 그리고 그런 다음, gNB2는 사이드링크 DRX 구성을 UE2로 제공한다. UE2가 사이드링크 DRX 메커니즘을 동작시킬 것임을 UE1이 알게 하기 위하여, UE2는, 예를 들어, PC5 RRC 메시지를 통해 사이드링크 DRX 구성을 UE1로 제공할 수 있다.

UE2가, 예를 들어, PC5 RRC 메시지를 통해 사이드링크 DRX 구성으로부터 도출된 SL 온-지속기간 패턴의 정보를 UE1에 제공할 수 있다는 것이 또한 가능하다. 따라서, UE1이 UE2가 웨이크 업할 때를 알 수 있다. gNB1이 UE2의 사이드링크 웨이크-업 시간을 알게 하기 위하여, UE1은 UE2의 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성을 gNB1로 보고할 수 있다. 보고된 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성에 기초하여, gNB1은 알맞은 시간에 사이드링크 송신(들)을 위한 사이드링크 승인 및/또는 사이드링크 자원들을 UE1에 할당할 수 있을 것이다. 이에 더하여, 보고된 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성을 가지면, gNB1은 또한, 필요한 경우, UE1 상에서 (Uu 웨이크-업 시간을 사이드링크 웨이크-업 시간과 정렬하기 위해) Uu DRX 구성을 구성하거나 또는 재구성할 수 있다. 반면, gNB2가 사이드링크 DRX 구성을 UE2로 제공할 때, gNB2는 또한 UE2 상에서 (Uu 웨이크-업 시간을 사이드링크 웨이크-업 시간과 정렬하기 위해) Uu DRX 구성을 구성하거나 또는 재구성할 수 있다. gNB2가 필요할 때 사이드링크 DRX 구성을 UE2에 제공한 이후에 Uu DRX 구성을 구성할 수 있다는 것이 또한 가능하다. 이러한 대안예가, 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE2의 DRX가 gNB2에 의해 결정되는 일 예를 도시하는 도 14에 예시될 수 있다.

보다 더 구체적으로, PC5 무선 자원 제어(Radio Resource Control; RRC) 메시지는 사이드링크 무선 베어러(Sidelink Radio Bearer; SLRB) 구성(예를 들어, 서비스 데이터 애플리케이션 구성(Service Data Adaptation Protocol; SDAP) 구성, 패킷 데이터 컨버전스 프로토콜(Packet Data Convergence Protocol; PDCP) 구성, 무선 링크 제어(Radio Link Control; RLC) 구성 및/또는 논리 채널 구성을 포함함)을 포함한다. PC5 RRC 메시지는 사이드링크 서비스 품질(Quality of Service; QoS) 흐름들 및/또는 이러한 사이드링크 QoS 흐름들과 연관된 사이드링크 QoS 프로파일들의 하나 이상의 신원들을 또한 포함할 수 있다.

보다 더 구체적으로, PC5 RRC 메시지는 RRCReconfigurationSidelink일 수 있다. 트래픽 패턴 정보를 포함하는 PC5 RRC 메시지의 수신에 응답하여, UE2은 UE1로 완료 PC5 RRC 메시지를 응답할 수 있다. 사이드링크 DRX 구성 또는 SL 온-지속기간 패턴의 정보를 포함하는 PC5 RRC 메시지의 수신에 응답하여, UE1은 UE2로 완료 PC5 RRC 메시지를 응답할 수 있다. 완료 PC5 RRC 메시지는 RRCReconfigurationCompleteSidelink일 수 있다.

보다 더 구체적으로, 트래픽 패턴 정보는, UE1이 UE2로 사이드링크 (주기적) 송신들을 수행할 때를 나타낼 수 있다. UE2는 하나의 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 트래픽 패턴 또는 선호되는 사이드링크 DRX 구성을 gNB2로 보고할 수 있다. gNB2는 하나의 RRC 메시지(예를 들어, RRCReconfiguration)를 통해 UE2로 사이드링크 DRX 구성을 제공할 수 있다.

보다 더 구체적으로, UE2는 하나의 PC5 RRC 메시지를 통해 사이드링크 DRX 구성 또는 SL 온-지속기간 패턴의 정보를 UE1에 제공할 수 있다. 이러한 PC5 RRC 메시지는, 트래픽 패턴 정보를 포함하는 PC5 RRC 메시지(예를 들어, RRCReconfigurationCompleteSidelink) 또는 다른 PC5 RRC 메시지(예를 들어, RRCReconfigurationSidelink)에 대응하는 완료 PC5 RRC 메시지일 수 있다. UE1은 하나의 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 gNB1로 UE2의 사이드링크 DRX 구성을 보고할 수 있다.

보다 더 구체적으로, gNB1은 하나의 RRC 메시지(예를 들어, RRCReconfiguration)를 통해 UE1의 (업데이트된) Uu DRX 구성을 UE1에 제공할 수 있다. gNB2는 하나의 RRC 메시지(예를 들어, RRCReconfiguration)를 통해 UE2의 (업데이트된) Uu DRX 구성을 UE2에 제공할 수 있다.

대안적으로, gNB2에 의해 SL DRX 구성을 가지고 구성되는 대신에, UE2가 UE1에 의해 제공된 트래픽 패턴 정보로부터 사이드링크 DRX 구성을 결정하거나 또는 도출하는 것이 가능하다. UE2가 UE1로부터 수신된 각각의 사이드링크 패킷 사이의 수신 간격을 관찰함으로써 사이드링크 DRX 구성을 결정하거나 또는 도출하는 것이 또한 가능하다. 그리고 그런 다음, UE2는, 예를 들어, PC5 RRC 메시지를 통해 이러한 사이드링크 DRX 구성을 UE1로 제공할 수 있다. 반면, UE2는 그것의 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성을 gNB2에 제공할 수 있다. 유사하게, gNB2는 제공된 사이드링크 DRX 구성에 기초하여 UE2 상에서 (Uu 웨이크-업 시간을 사이드링크 웨이크-업 시간과 정렬하기 위해) Uu DRX 구성을 구성하거나 또는 재구성할 수 있다. 이러한 대안예가, 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE의 DRX가 자체적으로 결정되는 일 예를 도시하는 도 15에 예시될 수 있다.

보다 더 구체적으로, PC5 RRC 메시지는 RRCReconfigurationSidelink일 수 있다. PC5 RRC 메시지의 수신에 응답하여, UE1은 UE2로 완료 PC5 RRC 메시지를 응답할 수 있다. 완료 PC5 RRC 메시지는 RRCReconfigurationCompleteSidelink일 수 있다. UE2는 하나의 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 gNB2로 (UE2에 의해 결정된) 사이드링크 DRX 구성을 제공할 수 있다. gNB2는 하나의 RRC 메시지(예를 들어, RRCReconfiguration)를 통해 UE2의 (업데이트된) Uu DRX 구성을 UE2에 제공할 수 있다.

대안적으로, gNB2에 의해 SL DRX 구성을 가지고 구성되는 대신에, UE1이 UE2가 준수해야 할 사이드링크 DRX 구성을 결정할 수 있다는 것이 가능하다. UE1이 이것이, 예를 들어, 이것의 구현예에 기초하여 송신을 위한 트래픽을 가질 때를 알기 때문에, UE1은 UE2가 준수해야 할 사이드링크 DRX 구성을 도출하거나 또는 결정하는 것이 가능할 수 있다. 이러한 방법에 있어서, UE1은 사이드링크 DRX 구성을 포함하는 PC5 RRC 메시지를 UE2로 송신할 수 있다. PC5 RRC 메시지가 또한 하나 이상의 SLRB들(또는 SL LCH들)을 설정하도록 UE2를 구성하기 위해 사용될 수 있다. 그 외에, UE1은 UE2의 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성을 gNB1로 보고할 수 있다. 보고된 사이드링크 DRX 구성에 기초하여, gNB1은 알맞은 시간에 사이드링크 송신(들)을 위한 사이드링크 승인 및/또는 사이드링크 자원들을 UE1에 할당할 수 있을 것이다. 이에 더하여, 보고된 사이드링크 DRX 구성을 가지면, gNB1은 또한, 필요한 경우, (Uu 웨이크-업 시간을 사이드링크 웨이크-업 시간과 정렬하기 위해) Uu DRX 구성을 구성하거나 또는 재구성할 수 있다. 이러한 대안예가, 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 UE2의 DRX가 UE1에 의해 결정되는 일 예를 도시하는 도 4 도 16에 예시될 수 있다.

보다 더 구체적으로, PC5 RRC 메시지는 RRCReconfigurationSidelink일 수 있다. PC5 RRC 메시지의 수신에 응답하여, UE2는 UE1로 완료 PC5 RRC 메시지를 응답할 수 있다. 완료 PC5 RRC 메시지는 RRCReconfigurationCompleteSidelink일 수 있다. UE1은 하나의 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 gNB1로 사이드링크 DRX 구성을 보고할 수 있다. gNB1은 하나의 RRC 메시지(예를 들어, RRCReconfiguration)를 통해 UE1의 Uu DRX 구성을 UE1에 제공할 수 있다.

대안적으로, 각각의 사이드링크 서비스는 하나의 사이드링크 DRX 구성과 연관될 수 있다. 사이드링크 서비스와 사이드링크 DRX 구성 사이의 연관은 UE에서 미리 정의되거나 또는 미리 구성되거나 또는 인가 절차를 통해 네트워크에 의해 프로비저닝될 수 있다.

이러한 대안예는 유니캐스트 사이드링크 통신 및/또는 그룹캐스트 사이드링크 통신에 대하여 적용가능할 수 있다. 예를 들어, UE1은 UE2를 향한 사이드링크 서비스를 개시/초기화하고, UE2와 유니캐스트 링크를 설정한다. 이러한 예는, 일 실시예에 따른 유니캐스트 사이드링크 통신에 대하여 DRX가 사이드링크 서비스마다 또는 유니캐스트 링크마다인 예를 도시하는 도 17a에서 예시될 수 있다. 다른 예로서, UE1 및 UE2는, 그룹캐스트 사이드링크 통신을 개시/초기화할 사이드링크 서비스를 수행할 수 있다. 따라서, UE1 및 UE2는 그룹캐스트 사이드링크 통신을 위한 그룹을 형성할 것이다. 이러한 예는, 일 실시예에 따른 그룹캐스트 사이드링크 통신에 대하여 DRX가 사이드링크 서비스마다 또는 그룹마다인 다른 예를 도시하는 도 17b에서 예시될 수 있다.

이러한 방법에 있어서, UE1은, UE2가 사이드링크 서비스와 연관된 사이드링크 DRX 구성에 기초하여 웨이크 업할 때를 알 것이다. gNB1이 UE2의 사이드링크 웨이크-업 시간을 알게 하기 위하여, UE1은 사이드링크 서비스에 대한 사이드링크 웨이크-업 시간 또는 사이드링크 서비스와 연관된 사이드링크 DRX 구성을 gNB1로 보고할 수 있다. 보고된 사이드링크 서비스에 대한 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성에 기초하여, gNB1은 알맞은 시간에 사이드링크 송신(들)을 위한 사이드링크 승인 및/또는 사이드링크 자원들을 UE1에 할당할 수 있을 것이다. 이에 더하여, 보고된 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성을 가지면, gNB1은 또한, 필요한 경우, UE1 상에서 (Uu 웨이크-업 시간을 사이드링크 웨이크-업 시간과 정렬하기 위해) Uu DRX 구성을 구성하거나 또는 재구성할 수 있다. 반면, UE2가 또한 사이드링크 서비스에 대한 사이드링크 웨이크-업 시간 또는 사이드링크 서비스와 연관된 사이드링크 DRX 구성을 gNB2로 보고할 수 있다. 유사하게, gNB2는 보고된 사이드링크 서비스에 대한 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성에 기초하여 UE2 상에서 (Uu 웨이크-업 시간을 사이드링크 웨이크-업 시간과 정렬하기 위해) Uu DRX 구성을 구성하거나 또는 재구성할 수 있다.

보다 더 구체적으로, 사이드링크 서비스와 사이드링크 DRX 구성 사이의 연관은, 사이드링크 서비스의 각각의 신원이 하나의 사이드링크 DRX 구성과 연관되는 것일 수 있다.

보다 구체적으로, UE1은 하나의 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성을 gNB1로 보고할 수 있다. UE2는 하나의 RRC 메시지(예를 들어, SidelinkUEInformationNR 또는 UEAssistanceInformation)를 통해 사이드링크 웨이크-업 시간 또는 사이드링크 DRX 구성을 gNB2로 보고할 수 있다.

도 18은 SL DRX를 구성하기 위한 제 2 UE의 관점으로부터의 예시적인 일 실시예에 따른 순서도(1800)이다. 단계(1805)에서, 제 2 UE는 제 1 UE와의 사이드링크 서비스를 개시/초기화한다. 단계(1810)에서, 제 2 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관에 기초하여 SL DRX 구성을 결정하며, 여기에서 SL DRX 구성은 사이드링크 서비스와 연관된다. 단계(1815)에서, 제 2 UE가 SL DRX 구성에 기초하여 사이드링크 제어 채널을 모니터링한다.

일 실시예에 있어서, 제 2 UE는 SL DRX 구성에 기초하여 기간을 결정하거나 또는 도출할 수 있다. 제 2 UE는 그 기간 동안 사이드링크 제어 정보(예를 들어, 제 1 UE로부터 송신되는 사이드링크 제어 정보)를 모니터링할 수 있다.

일 실시예에 있어서, 사이드링크 서비스와 SL DRX 구성 사이의 연관은 제 2 UE에서 미리 구성되거나 또는 네트워크에 의해 프로비저닝될 수 있다. 방법 제 2 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트의 엔트리를 선택할 수 있으며, 여기에서 엔트리는 SL DRX 구성 및 사이드링크 서비스의 신원 또는 사이드링크 서비스와 연관된 인덱스를 포함할 수 있다.

일 실시예에 있어서, SL DRX 구성은, SL DRX 사이클의 시작에서 지속기간을 결정하기 위해 사용되는 온-지속기간 타이머(예를 들어, drx-onDurationTimerSL), 온-지속기간 타이머를 시작하기 전의 지연을 결정하기 위해 사용되는 슬롯 오프셋(예를 들어, drx-SlotOffsetSL), 사이드링크 제어 정보가 사이드링크 송신을 나타내는 PSCCH 발생 이후의 지속기간을 결정하기 위해 사용되는 비활성 타이머(예를 들어, drx-InactivityTimerSL), 사이드링크 재송신이 수신될 때까지의 최대 지속기간을 결정하기 위해 사용되는 재송신 타이머(예를 들어, drx-RetransmissionTimerSL), SL DRX 사이클의 길이를 결정하기 위해 사용되는 사이클 길이(예를 들어, drx-LongCycleStartOffsetSL), SL DRX 사이클의 길이보다 더 짧은 제 2 SL DRX 사이클의 길이를 결정하기 위해 사용되는 숏 사이클 길이(예를 들어, drx-ShortCycleSL), SL DRX 사이클이 시작하는 서브프레임을 결정하기 위해 사용되는 사이클 시작 오프셋(예를 들어, drx-StartOffset), 및/또는 사이드링크 HARQ 재송신 승인이 예상되기 이전의 최대 지속기간을 결정하기 위해 사용되는 왕복-시간 타이머(예를 들어, drx-HARQ-RTT-TimerSL) 중 적어도 하나를 구성할 수 있다.

일 실시예에 있어서, 제 1 UE 및 제 2 UE는 그룹캐스트 사이드링크 통신을 위한 그룹에 속할 수 있다.

SL DRX를 구성하기 위한 제 2 UE의 예시적인 일 실시예에서, 다시 도 3 및 도 4를 참조하도록 한다. 제 2 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제 2 UE가 (i) 제 1 UE와 사이드링크 서비스를 개시/초기화하고, (ii) 사이드링크 서비스와 SL DRX 구성 사이의 연관에 기초하여 SL DRX 구성을 결정하되, 여기에서 SL DRX 구성은 사이드링크 서비스와 연관되는, SL DRX 구성을 결정하며, 그리고 (iii) SL DRX 구성에 기초하여 사이드링크 제어 채널을 모니터링하는 것을 가능하게 하기 위하여 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 19는 SL DRX를 구성하기 위한 제 1 UE의 관점으로부터의 예시적인 일 실시예에 따른 순서도(1900)이다. 단계(1905)에서, 제 1 UE는 제 2 UE와의 사이드링크 서비스를 개시/초기화한다. 단계(1910)에서, 제 1 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관에 기초하여 SL DRX 구성을 결정하며, 여기에서 SL DRX 구성은 사이드링크 서비스와 연관된다. 단계(1915)에서, 제 1 UE는, 제 2 UE가 사이드링크 제어 채널을 모니터링하는 기간에 사이드링크 제어 채널 상에서 사이드링크 제어 정보를 송신하며, 여기에서 기간은 SL DRX 구성에 기초하여 결정된다.

일 실시예에 있어서, 제 1 UE는 SL DRX 구성에 기초하여 그 기간을 결정하거나 또는 도출할 수 있다. 제 1 UE는 그 기간에 사이드링크 제어 채널 상에서 사이드링크 제어 정보(예를 들어, 적어도 제 2 UE에 대한 사이드링크 제어 채널)를 송신할 수 있다. 그 기간은 제 2 UE가 사이드링크 제어 채널에 대하여 모니터링하는(예를 들어, 제 1 UE로부터의 사이드링크 제어 채널을 모니터링하는) 시간을 결정할 수 있다.

일 실시예에 있어서, 사이드링크 서비스와 SL DRX 구성 사이의 연관은 제 1 UE에서 미리 구성되거나 또는 네트워크에 의해 프로비저닝된다. 제 1 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트의 엔트리를 선택할 수 있으며, 여기에서 엔트리는 SL DRX 구성 및 사이드링크 서비스의 신원 또는 사이드링크 서비스와 연관된 인덱스를 포함한다.

SL DRX를 구성하기 위한 제 1 UE의 예시적인 일 실시예에 있어서, 다시 도 3 및 도 4를 참조하도록 한다. 제 1 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제 1 UE가 (i) 제 2 UE와 사이드링크 서비스를 개시/초기화하고, (ii) 사이드링크 서비스와 SL DRX 구성 사이의 연관에 기초하여 SL DRX 구성을 결정하되, 여기에서 SL DRX 구성은 사이드링크 서비스와 연관되는, SL DRX 구성을 결정하며, 그리고 (iii) 제 2 UE가 사이드링크 제어 채널을 모니터링하는 기간에 사이드링크 제어 채널 상에서 사이드링크 제어 정보를 송신하되, 그 기간은 SL DRX 구성에 기초하여 결정되는, 사이드링크 제어 정보를 송신하는 것을 가능하게 하기 위하여 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 20은 SL DRX를 고려하기 위한 제 1 UE의 관점으로부터의 (도 17a에 예시된) 예시적인 일 실시예에 따른 순서도(2000)이다. 단계(2005)에서, 제 1 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트를 저장한다. 단계(2010)에서, 제 1 UE는 제 2 UE와의 제 1 사이드링크 서비스를 개시/초기화한다. 단계(2015)에서, 제 1 UE는 리스트의 엔트리로부터 SL DRX 구성을 선택하며, 여기에서 엔트리는 SL DRX 구성 및 제 1 사이드링크 서비스의 신원 또는 제 1 사이드링크 서비스와 연관된 인덱스를 포함한다. 단계(2020)에서, 제 1 UE는, 제 2 UE가 사이드링크 제어 채널을 모니터링하는 기간에 제 1 사이드링크 서비스에 대한 사이드링크 제어 채널 상에서 사이드링크 제어 정보를 송신하며, 여기에서 기간은 SL DRX 구성에 기초하여 결정된다.

일 실시예에 있어서, 제 1 UE는 제 2 UE와의 제 2 사이드링크 서비스를 개시/초기화할 수 있다.

SL DRX를 고려하기 위한 제 1 UE의 예시적인 일 실시예에 있어서, 다시 도 3 및 도 4를 참조하도록 한다. 제 1 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제 1 UE가 (i) 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트를 저장하고, (ii) 제 2 UE와의 제 1 사이드링크 서비스를 개시/초기화하며, (iii) 리스트의 엔트리로부터 SL DRX 구성을 선택하되, 엔트리는 SL DRX 구성 및 제 1 사이드링크 서비스의 신원 또는 제 1 사이드링크 서비스와 연관된 인덱스를 포함하는, SL DRX 구성을 선택하고, 그리고 (iv) 제 2 UE가 사이드링크 제어 채널을 모니터링하는 기간에 제 1 사이드링크 서비스에 대하여 사이드링크 제어 채널 상에서 사이드링크 제어 정보를 송신하되, 그 기간은 SL DRX 구성에 기초하여 결정되는, 사이드링크 제어 정보를 송신하는 것을 가능하게 하기 위하여 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 21은 SL DRX를 구성하기 위한 제 2 UE의 관점으로부터의 (도 17b에 예시된) 예시적인 일 실시예에 따른 순서도(2100)이다. 단계(2105)에서, 제 2 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트를 저장한다. 단계(2110)에서, 제 2 UE는 제 1 UE와의 제 1 사이드링크 서비스를 개시/초기화한다. 단계(2115)에서, 제 2 UE는 리스트의 엔트리로부터 SL DRX 구성을 선택하며, 여기에서 엔트리는 SL DRX 구성 및 제 1 사이드링크 서비스의 신원 또는 제 1 사이드링크 서비스와 연관된 인덱스를 포함한다. 단계(2120)에서, 제 2 UE가 SL DRX 구성에 기초하여 제 1 사이드링크 서비스에 대한 사이드링크 제어 채널을 모니터링한다.

일 실시예에 있어서, 제 2 UE는 제 1 UE와의 제 2 사이드링크 서비스를 개시/초기화할 수 있다.

SL DRX를 구성하기 위한 제 2 UE의 예시적인 일 실시예에서, 다시 도 3 및 도 4를 참조하도록 한다. 제 2 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제 2 UE가 (i) 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트를 저장하고, (ii) 제 1 UE와의 제 1 사이드링크 서비스를 개시/초기화하며, (iii) 리스트의 엔트리로부터 SL DRX 구성을 선택하되, 엔트리는 SL DRX 구성 및 제 1 사이드링크 서비스의 신원 또는 제 1 사이드링크 서비스와 연관된 인덱스를 포함하는, SL DRX 구성을 선택하고, 그리고 (iv) SL DRX 구성에 기초하여 제 1 사이드링크 서비스에 대한 사이드링크 제어 채널을 모니터링하는 것을 가능하게 하기 위하여 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.

도 20 및 도 21에 예시되고 이상에서 설명된 실시예들의 맥락에서, 제 1 UE 또는 제 2 UE는 제 2 사이드링크 서비스에 의해 요구되는 SL 온-지속기간 사이클이 제 1 사이드링크 서비스에 의해 요구되는 SL 온-지속기간 사이클보다 더 짧은 경우 리스트의 다른 엔트리로부터 새로운 SL DRX 구성을 선택할 수 있으며, 여기에서 이러한 엔트리는 새로운 SL DRX 구성 및 제 2 사이드링크 서비스의 신원 또는 제 2 사이드링크 서비스와 연관된 인덱스를 포함한다. 추가로, 제 1 UE 또는 제 2 UE는 제 2 사이드링크 서비스에 의해 요구되는 SL 온-지속기간 사이클이 제 1 사이드링크 서비스에 의해 요구되는 SL 온-지속기간 사이클보다 더 길거나 또는 동일한 경우 리스트의 다른 엔트리로부터 임의의 새로운 SL DRX 구성을 선택할 수 있다.

일 실시예에 있어서, 제 1 UE 및 제 2 UE는 유니캐스트 사이드링크 통신을 위한 유니캐스트 링크를 설정할 수 있다. 제 1 UE 및 제 2 UE는 그룹캐스트 사이드링크 통신을 위한 그룹에 속할 수 있다.

일 실시예에 있어서, (새로운) SL DRX 구성은 제 2 UE가 사이드링크 제어 채널을 모니터링하는 기간을 제어하기 위해 사용되는 파라미터들을 포함할 수 있다. 추가로, 제 2 UE가 사이드링크 제어 채널을 모니터링하는 기간을 제어하기 위해 사용되는 파라미터들은, drx-onDurationTimerSL, drx-InactivityTimerSL, drx-LongCycleStartOffsetSL, drx-ShortCycleSL, drx-SlotOffsetSL, drx-HARQ-RTT-TimerSL, 및/또는 drx-RetransmissionTimerSL 중 적어도 하나를 포함할 수 있다.

본 개시의 다양한 측면들이 이상에서 설명되었다. 본원에서의 교시들이 광범위한 형태들로 구현될 수 있으며, 본원에서 개시되는 임의의 특정 구조, 기능, 또는 이 둘 모두가 단지 대표적일 뿐이라는 것이 명백할 것이다. 본원의 교시들에 기초하여 당업자는, 본원에 개시된 측면들이 임의의 다른 측면들과 독립적으로 구현될 수 있다는 것, 및 이러한 측면들 중 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

제 2 사용자 단말(User Equipment; UE)이 사이드링크(Sidelink; SL) 불연속 수신(Discontinuous Reception; DRX)을 구성하기 위한 방법으로서,
제 1 UE와의 사이드링크 서비스를 개시/초기화하는 단계;
네트워크에 의해 하나 이상의 SL DRX 구성들/파라미터들을 프로비저닝 받는 단계;
상기 제 2 UE에 의해, 프로비저닝된 상기 하나 이상의 SL DRX 구성들/파라미터들로부터 활성 시간에 대한 SL DRX 구성/파라미터를 결정하거나 또는 도출하는 단계로서, 상기 SL DRX 구성/파라미터는 상기 사이드링크 서비스와 연관되는, 단계; 및
상기 활성 시간에 사이드링크 제어 채널을 모니터링하는 단계를 포함하는, 방법.
청구항 1에 있어서,
사이드링크 서비스와 SL DRX 구성 사이의 연관은 상기 제 2 UE에서 미리 구성되거나 또는 네트워크에 의해 프로비저닝되는, 방법.
청구항 1에 있어서,
상기 제 2 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트의 엔트리를 선택하며, 상기 엔트리는 상기 SL DRX 구성 및 상기 사이드링크 서비스의 신원 또는 상기 사이드링크 서비스와 연관된 인덱스를 포함하는, 방법.
청구항 1에 있어서,
상기 활성 시간은 상기 SL DRX 구성/파라미터에 기초하여 결정되며,
상기 SL DRX 구성/파라미터는,
SL DRX 사이클의 시작에서 제 1 지속기간을 결정하기 위해 사용되는 온-지속기간 타이머,
사이드링크 제어 정보가 사이드링크 송신을 나타내는 물리적 사이드링크 제어 채널(Physical Sidelink Control Channel; PSCCH) 발생 이후의 제 2 지속기간을 결정하기 위해 사용되는 비활성 타이머, 및/또는
상기 SL DRX 사이클의 길이를 결정하기 위해 사용되는 사이클 길이 중 적어도 하나를 포함하는, 방법.
청구항 1에 있어서,
상기 제 1 UE 및 상기 제 2 UE는 그룹캐스트 사이드링크 통신을 위한 그룹에 속하는, 방법.
제 1 사용자 단말(User Equipment; UE)이 사이드링크(Sidelink; SL) 불연속 수신(Discontinuous Reception; DRX)을 구성하기 위한 방법으로서,
제 2 UE와의 사이드링크 서비스를 개시/초기화하는 단계;
네트워크에 의해 하나 이상의 SL DRX 구성들/파라미터들을 프로비저닝 받는 단계;
상기 제 1 UE에 의해, 프로비저닝된 상기 하나 이상의 SL DRX 구성들/파라미터들로부터 상기 제 2 UE가 사이드링크 제어 채널을 모니터링하는 활성 시간에 대한 SL DRX 구성/파라미터를 결정하거나 또는 도출하는 단계로서, 상기 SL DRX 구성/파라미터는 상기 사이드링크 서비스와 연관되는, 단계; 및
상기 제 2 UE가 상기 사이드링크 제어 채널을 모니터링하는 상기 활성 시간에 상기 사이드링크 제어 채널 상에서 사이드링크 제어 정보를 송신하는 단계를 포함하는, 방법.
청구항 6에 있어서,
사이드링크 서비스와 SL DRX 구성 사이의 연관은 상기 제 1 UE에서 미리 구성되거나 또는 네트워크에 의해 프로비저닝되는, 방법.
청구항 6에 있어서,
상기 제 1 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트의 엔트리를 선택하며, 상기 엔트리는 상기 SL DRX 구성 및 상기 사이드링크 서비스의 신원 또는 상기 사이드링크 서비스와 연관된 인덱스를 포함하는, 방법.
청구항 6에 있어서,
상기 활성 시간은 상기 SL DRX 구성/파라미터에 기초하여 결정되며,
상기 SL DRX 구성/파라미터는,
SL DRX 사이클의 시작에서 제 1 지속기간을 결정하기 위해 사용되는 온-지속기간 타이머,
사이드링크 제어 정보가 사이드링크 송신을 나타내는 물리적 사이드링크 제어 채널(Physical Sidelink Control Channel; PSCCH) 발생 이후의 제 2 지속기간을 결정하기 위해 사용되는 비활성 타이머, 및/또는
상기 SL DRX 사이클의 길이를 결정하기 위해 사용되는 사이클 길이 중 적어도 하나를 포함하는, 방법.
청구항 6에 있어서,
상기 제 1 UE 및 상기 제 2 UE는 그룹캐스트 사이드링크 통신을 위한 그룹에 속하는, 방법.
사이드링크(Sidelink; SL) 불연속 수신(Discontinuous Reception; DRX)을 구성하기 위한 제 2 사용자 단말(User Equipment; UE)로서,
제어 회로;
상기 제어 회로 내에 설치된 프로세서; 및
상기 제어 회로 내에 설치되며 상기 프로세서 동작가능하게 결합되는 메모리를 포함하며,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
제 1 UE와의 사이드링크 서비스를 개시/초기화하고;
네트워크에 의해 하나 이상의 SL DRX 구성들/파라미터들을 프로비저닝 받고;
상기 제 2 UE에 의해, 프로비저닝된 상기 하나 이상의 SL DRX 구성들/파라미터들로부터 활성 시간에 대한 SL DRX 구성/파라미터를 결정하거나 또는 도출하되, 상기 SL DRX 구성/파라미터는 상기 사이드링크 서비스와 연관되며; 및
상기 활성 시간에 사이드링크 제어 채널을 모니터링하는, 제 2 UE.
청구항 11에 있어서,
사이드링크 서비스와 SL DRX 구성 사이의 연관은 상기 제 2 UE에서 미리 구성되거나 또는 네트워크에 의해 프로비저닝되는, 제 2 UE.
청구항 11에 있어서,
상기 제 2 UE는 사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트의 엔트리를 선택하며, 상기 엔트리는 상기 SL DRX 구성 및 상기 사이드링크 서비스의 신원 또는 상기 사이드링크 서비스와 연관된 인덱스를 포함하는, 제 2 UE.
청구항 11에 있어서,
상기 활성 시간은 상기 SL DRX 구성/파라미터에 기초하여 결정되며,
상기 SL DRX 구성/파라미터는,
SL DRX 사이클의 시작에서 제 1 지속기간을 결정하기 위해 사용되는 온-지속기간 타이머,
사이드링크 제어 정보가 사이드링크 송신을 나타내는 물리적 사이드링크 제어 채널(Physical Sidelink Control Channel; PSCCH) 발생 이후의 제 2 지속기간을 결정하기 위해 사용되는 비활성 타이머, 및/또는
상기 SL DRX 사이클의 길이를 결정하기 위해 사용되는 사이클 길이 중 적어도 하나를 포함하는, 제 2 UE.
청구항 11에 있어서,
상기 제 1 UE 및 상기 제 2 UE는 그룹캐스트 사이드링크 통신을 위한 그룹에 속하는, 제 2 UE.
사이드링크(Sidelink; SL) 불연속 수신(Discontinuous Reception; DRX)을 구성하기 위한 제 1 사용자 단말(User Equipment; UE)로서,
제어 회로;
상기 제어 회로 내에 설치된 프로세서; 및
상기 제어 회로 내에 설치되며 상기 프로세서 동작가능하게 결합되는 메모리를 포함하며,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
제 2 UE와의 사이드링크 서비스를 개시/초기화하고;
네트워크에 의해 하나 이상의 SL DRX 구성들/파라미터들을 프로비저닝 받고;
상기 제 1 UE에 의해, 프로비저닝된 상기 하나 이상의 SL DRX 구성들/파라미터들로부터 상기 제 2 UE가 사이드링크 제어 채널을 모니터링하는 활성 시간에 대한 SL DRX 구성/파라미터를 결정하거나 또는 도출하되, 상기 SL DRX 구성/파라미터는 상기 사이드링크 서비스와 연관되며; 및
상기 제 2 UE가 상기 사이드링크 제어 채널을 모니터링하는 상기 활성 시간에 상기 사이드링크 제어 채널 상에서 사이드링크 제어 정보를 송신하는, 제 1 UE.
청구항 16에 있어서,
사이드링크 서비스와 SL DRX 구성 사이의 연관은 상기 제 1 UE에서 미리 구성되거나 또는 네트워크에 의해 프로비저닝되는, 제 1 UE.
청구항 16에 있어서,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
사이드링크 서비스와 SL DRX 구성 사이의 연관의 리스트의 엔트리를 선택하되, 상기 엔트리는 상기 SL DRX 구성 및 상기 사이드링크 서비스의 신원 또는 상기 사이드링크 서비스와 연관된 인덱스를 포함하는, 제 1 UE.
청구항 16에 있어서,
상기 활성 시간은 상기 SL DRX 구성/파라미터에 기초하여 결정되며,
상기 SL DRX 구성/파라미터는,
SL DRX 사이클의 시작에서 제 1 지속기간을 결정하기 위해 사용되는 온-지속기간 타이머,
사이드링크 제어 정보가 사이드링크 송신을 나타내는 물리적 사이드링크 제어 채널(Physical Sidelink Control Channel; PSCCH) 발생 이후의 제 2 지속기간을 결정하기 위해 사용되는 비활성 타이머, 및/또는
상기 SL DRX 사이클의 길이를 결정하기 위해 사용되는 사이클 길이 중 적어도 하나를 포함하는, 제 1 UE.
청구항 16에 있어서,
상기 제 1 UE 및 상기 제 2 UE는 그룹캐스트 사이드링크 통신을 위한 그룹에 속하는, 제 1 UE.