KR20220001453A

KR20220001453A - 무선 통신 시스템에서 사이드링크 무선 링크 실패를 핸들링하기 위한 방법 및 장치

Info

Publication number: KR20220001453A
Application number: KR1020210068956A
Authority: KR
Inventors: 리-치 쿠오 리차드
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2020-06-29
Filing date: 2021-05-28
Publication date: 2022-01-05
Also published as: US20210409263A1; CN113938980A; KR102517319B1

Abstract

사용자 단말-대-사용자 단말(UE-대-UE) 릴레이의 관점으로부터의 방법 및 디바이스가 개시된다. 일 실시예에 있어서, 방법은, UE-대-UE 릴레이가 제 1 UE와 제 1 PC5 유니캐스트 링크를 설정하고 제 2 UE와 제 2 PC5 유니캐스트 링크를 설정하는 단계를 포함한다. 방법은, UE-대-UE 릴레이가, 제 1 PC5 유니캐스트 링크 상에서 사이드링크 라디오 링크 실패가 검출되는 경우 제 2 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시하는 단계를 더 포함한다.

Description

무선 통신 시스템에서 사이드링크 무선 링크 실패를 핸들링하기 위한 방법 및 장치{METHOD AND APPARATUS FOR HANDLING SIDELINK RADIO LINK FAILURE IN A WIRELESS COMMUNICATION SYSTEM}

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

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

기술분야

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

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

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

사용자 단말-대-사용자 단말(UE-대-UE) 릴레이의 관점으로부터의 방법 및 디바이스가 개시된다. 일 실시예에 있어서, 방법은, UE-대-UE 릴레이가 제 1 UE와 제 1 PC5 유니캐스트 링크를 설정하고 제 2 UE와 제 2 PC5 유니캐스트 링크를 설정하는 단계를 포함한다. 방법은, UE-대-UE 릴레이가, 제 1 PC5 유니캐스트 링크 상에서 사이드링크 무선 링크 실패가 검출되는 경우 제 2 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시하는 단계를 더 포함한다.

도 1은 예시적인 일 실시예에 따른 무선 통신 시스템의 도면을 도시한다.
도 2는 예시적인 일 실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템의 블록도이다.
도 3은 예시적인 일 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 예시적인 일 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 23.287 V16.2.0의 도 5.2.1.4-1의 재현이다.
도 6은 3GPP TS 23.287 V16.2.0의 도 6.1.1-1의 재현이다.
도 7은 3GPP TS 23.287 V16.2.0의 도 6.1.2-1의 재현이다.
도 8은 3GPP TS 23.287 V16.2.0의 도 6.3.3.1-1의 재현이다.
도 9는 3GPP TS 23.287 V16.2.0의 도 6.3.3.3-1의 재현이다.
도 10은 3GPP TS 23.287 V16.2.0의 도 6.3.3.4-1의 재현이다.
도 11은 3GPP TS 23.287 V16.2.0의 도 6.3.3.5-1의 재현이다.
도 12는 3GPP TS 24.587 V16.0.0의 도 6.1.2.2.2의 재현이다.
도 13은 3GPP TS 38.331 V16.0.0의 도 5.8.9.1.1-1의 재현이다.
도 14는 3GPP TS 38.331 V16.0.0의 도 5.8.9.1.1-2의 재현이다.
도 15는 3GPP TR 23.752 V0.3.0의 도 6.8.2-1의 재현이다.
도 16은 3GPP TR 23.752 V0.3.0의 도 6.9.2-1의 재현이다.
도 17은 3GPP TR 23.752 V0.3.0의 도 6.10.2-1의 재현이다.
도 18은 일 실시예에 따른 UE-대-UE 릴레이를 통한 예시적인 통합된 PC5 유니캐스트 링크를 예시한다.
도 19는 일 실시예에 따른 하나의 유니캐스트 링크 상의 무선 링크 실패의 검출에 응답하는 예시적인 릴레이 UE 거동들을 예시한다.
도 20은 예시적인 일 실시예에 따른 순서도이다.

이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(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.287 V16.2.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)"; TS 24.587 V16.0.0, "Vehicle-to-Everything (V2X) services in 5G System (5GS); Stage 3 (Release 16)"; TS 38.331 V16.0.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)"; 및 TR 23.752 V0.3.0, "Study on system enhancement for Proximity based services (ProSe) in the 5G System (5GS) (Release 17)"를 포함하는 본원에서 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.287는 다음과 같이 PC5 참조 포인트를 통한 유니캐스트 모드 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 통신들을 수행하도록 인가되었는지 여부를 나타낸다.

노트 1: 이러한 명세에서, {UE가 "E-UTRA에 의해 서비스"되거나 또는 "NR에 의해 서비스되는" 때} 및 {UE가 "E-UTRA에 의해 서비스되지 않고" 및 "NR에 의해 서비스되지 않을" 때}는 PC5 참조 포인트를 통한 V2X 통신들과 관련된다.

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

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

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

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

- Tx 프로파일들에 대한 V2X 서비스 유형들(예를 들어, PSID들 또는 ITS-AID들)의 매핑(추가적인 정보에 대해서는 TS 36.300 [9] 및 TS 38.300 [11] 참조).

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

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

- 프라이버시가 요구될 때, 그 이후에 UE가 UE에의해 자체-할당된 각각의 소스 계층-2 ID를 변화시켜야 하는 지속 기간을 나타내는 프라이버시 타이머 값.

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들의 매핑.

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

- PC5 QoS 매핑 구성:

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

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

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

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

- 출력:

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

- AS 계층 구성들(TS 38.331 [15] 참조), 예를 들어, UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때, 무선 베어러들에 대한 PC5 QoS 프로파일(들)의 매핑.

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

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

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

[…]

5.2.1.4 PC5 참조 포인트를 통한 유니캐스트 모드 통신

통신의 유니캐스트 모드는 오직 NR 기반 PC5 참조 포인트를 통해서 지원된다. 도 5.2.1.4-1은 PC5 유니캐스트 링크들의 일 예를 예시한다.

["Example of PC5 Unicast Links"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 5.2.1.4-1은 도 5로서 재현된다]

V2X 통신이 PC5 유니캐스트 링크를 통해 운반될 때 다음의 원리들이 적용된다:

- 2개의 UE들 사이의 PC5 유니캐스트 링크는 이러한 UE들 내의 피어 V2X 서비스들의 하나 이상의 쌍들 사이의 V2X 통신을 허용한다. 동일한 PC5 유니캐스트 링크를 사용하는 UE 내의 모든 V2X 서비스들을 동일한 애플리케이션 계층 ID를 사용한다.

노트 1: 애플리케이션 계층 ID는 프라이버시에 기인하여 조항 5.6.1.1 및 6.3.3.2에서 설명된 바와 같이 시간에 따라 변화할 수 있다. 이는 PC5 유니캐스트 링크의 재-설정을 초래하지 않는다. UE는 조항 6.3.3.2에서 지정된 바와 같이 링크 식별자 업데이트 절차를 트리거한다.

- 하나의 PC5 유니캐스트 링크는, 이러한 V2X 서비스 유형들이 적어도 이러한 PC5 유니캐스트 링크에 대한 피어 애플리케이션 계층 ID들의 쌍과 연관되는 경우, 하나 이상의 V2X 서비스 유형들(예를 들어, PSID들 또는 ITS-AID들)을 지원한다. 예를 들어, 도 5.2.1.4-1에 예시된 바와 같이, UE A 및 UE B는 2개의 PC5 유니캐스트 링크들을 가지며, 즉, 피어 애플리케이션 계층 ID 1/UE A과 애플리케이션 계층 ID 2/UE B 사이에 하나 및 피어 애플리케이션 계층 ID 3/UE A과 애플리케이션 계층 ID 4/UE B 사이에 하나를 갖는다.

노트 2: 소스 UE는, 상이한 PC5 유니캐스트 링크들을 통한 상이한 목표 애플리케이션 계층 ID들이 동일한 목표 UE에 속하는지 여부를 알 필요가 없다.

- PC5 유니캐스트 링크는 단일 네트워크 계층 프로토콜, 예를 들어, IP 또는 비-IP를 사용하여 V2X 통신을 지원한다.

- PC5 유니캐스트 링크는 조항 5.4.1에 지정된 바와 같은 흐름-당 QoS 모델을 지원한다.

UE 내의 애플리케이션 계층이, PC5 참조 포인트를 통한 통신의 유니캐스트 모드를 요구하는 V2X 서비스 유형에 대한 데이터 전송을 개시할 때:

- UE는, 피어 애플리케이션 계층 ID들의 쌍 및 이러한 PC5 유니캐스트 링크의 네트워크 계층 프로토콜이 이러한 V2X 서비스에 대하여 UE 내의 애플리케이션 계층에 의해 요구되는 것들과 동일한 경우 기존 PC5 유니캐스트 링크를 재사용해야 하며, 조항 6.3.3.4에 지정된 바와 같이 이러한 V2X 서비스 유형을 추가하기 위해 기존 PC5 유니캐스트 링크를 수정해야 한다; 그렇지 않으면

- UE는 조항 6.3.3.1에 지정된 바와 같이 새로운 PC5 유니캐스트 링크의 설정을 트리거해야 한다.

성공적인 PC5 유니캐스트 링크 설정 이후에, UE A 및 UE B는 조항 5.6.1.4에 지정된 바와 같이 후속 PC5-S 시그널링 메시지 교환 및 V2X 서비스 데이터 송신을 위해 계층-2 ID들의 동일한 쌍을 사용한다. 송신 UE의 V2X 계층은, 송신이 PC5-S 시그널링 메시지(즉, 직접 통신 요청/수락, 링크 식별자 업데이트 요청/응답/Ack, 불연속 요청/응답, 링크 수정 요청/수락)에 대한 것인지 또는 V2X 서비스 데이터에 대한 것인지 여부를 AS 계층에 표시한다.

매 PC5 유니캐스트 링크에 대하여, UE는, PC5 유니캐스트 링크의 수명 동안 UE 내에서 PC5 유니캐스트 링크를 고유하게 식별하는 별개의 PC5 링크 식별자를 자기-할당한다. 각각의 PC5 유니캐스트 링크는 하기를 포함하는 유니캐스트 링크 프로파일과 연관된다:

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

- UE A의 애플리케이션 계층 ID 및 계층-2 ID; 및

- UE B의 애플리케이션 계층 ID 및 계층-2 ID; 및

- PC5 유니캐스트 링크 상에서 사용되는 네트워크 계층 프로토콜; 및

- 각각의 V2X 서비스 유형에 대한, PC5 QoS 흐름 식별자들(들)(PC5 QoS Flow Identifier; PFI)의 세트. 각각의 PFI는 QoS 파라미터들(즉, PQI)과 연관된다.

프라이버시 때문에, 애플리케이션 계층 ID 및 계층-2 ID들은 PC5 유니캐스트 링크의 수명 동안 조항들 5.6.1.1 및 6.3.3.2에 설명된 바와 같이 변화할 수 있으며, 그러한 경우, 그에 따라서 유니캐스트 링크 프로파일에서 업데이트되어야 한다. UE는 PC5 유니캐스트 링크를 V2X 애플리케이션 계층에 표시하기 위해 PC5 링크 식별자를 사용하며, 따라서 V2X 애플리케이션 계층은 심지어 하나의 V2X 서비스 유형과 연관된 2개 이상의 유니캐스트 링크가 존재하는 경우에도(예를 들어, UE가 동일한 V2X 서비스 유형에 대하여 다수의 UE들과 다수의 유니캐스트 링크들을 설정한 경우에도) 대응하는 PC5 유니캐스트 링크를 식별한다.

유니캐스트 링크 프로파일은 조항 6.3.3.4에 지정된 바와 같이 설정된 PC5 유니캐스트 링크에 대한 또는 조항 6.3.3.2에 지정된 바와 같이 계층-2 식별자 업데이트에 대한 계층-2 링크 수정 이후에 그에 따라 업데이트되어야 한다.

V2X 서비스 정보 및 QoS 정보는 조항 6.3.3에 지정된 바와 같이 PC5-S 시그널링 메시지들 내에서 운반되며 2개의 UE들 사이에서 교환된다. 교환된 정보에 기초하여, PFI는 V2X 서비스를 식별하기 위해 사용된다. 수신 UE가 설정된 PC5 유니캐스트 링크를 통해 V2X 서비스 데이터를 수신할 때, 수신 UE는 수신된 V2X 서비스 데이터를 상위 계층으로 포워딩하기 위하여 PFI에 기초하여 적절한 V2X 서비스를 결정한다.

PC5-RRC 연결이 RLF에 기인하여 릴리즈되었다는 표시를 AS 계층으로부터 수신할 때, UE 내의 V2X 계층은 PC5-RRC 연결과 연관된 PC5 유니캐스트 링크를 로컬적으로 릴리즈한다. AS 계층은, 그것의 PC5-RRC 연결이 릴리즈된 PC5 유니캐스트 링크를 식별하기 위해 PC5 링크 식별자를 사용한다.

PC5 유니캐스트 링크가 조항 6.3.3.3에 지정된 바와 같이 릴리즈되었을 때, PC5 유니캐스트 링크에 대한 각각의 UE의 V2X 계층은 PC5 유니캐스트 링크가 릴리즈되었다는 것을 AS 계층에 통보한다. V2X 계층은 릴리즈된 유니캐스트 링크를 나타내기 위해 PC5 링크 식별자를 사용한다.

[…]

5.6.1.4 PC5 참조 포인트를 통한 유니캐스트 모드 V2X 통신에 대한 식별자들

PC5 참조 포인트를 통한 V2X 통신의 유니캐스트 모드에 대하여, 사용되는 목적지 계층-2 ID는 통신 피어(peer)에 의존한다. 애플리케이션 계층 ID에 의해 식별된 통신 피어의 계층-2 ID는 PC5 유니캐스트 링크의 설정 동안 발견될 수 있거나, 또는 이전 V2X 통신들, 예를 들어, 동일한 애플리케이션 계층 ID에 대한 기존 또는 이전 유니캐스트 링크를 통해 UE에 알려질 수 있거나, 또는 애플리케이션 계층 서비스 공표(announcement)들로부터 획득될 수 있다. PC5 유니캐스트 링크의 설정을 위한 초기 시그널링은, 조항 5.1.2.1에 지정된 바와 같이, PC5 유니캐스트 링크 설정을 위해 구성된 V2X 서비스 유형(예를 들어, PSID/ITS-AID)과 연관된 디폴트 목적지 계층-2 ID, 또는 통신 피어의 알려진 계층-2 ID를 사용할 수 있다. PC5 유니캐스트 링크 설정 절차 동안, 계층-2 ID들이 교환되며, 이들은 조항 6.3.3.1에 지정된 바와 같이 2개의 UE들 사이의 장래의 통신을 위해 사용되어야 한다.

애플리케이션 계층 ID는 UE 내의 하나 이상의 V2X 애플리케이션들과 연관된다. UE가 2개 이상의 애플리케이션 계층 ID들을 갖는 경우, 동일한 UE의 각각의 애플리케이션 계층 ID는 피어 UE의 관점으로부터 상이한 UE의 애플리케이션 계층 ID로서 보일 수 있다.

UE는, V2X 애플리케이션 계층이 계층-2 ID들을 사용하지 않음에 따라, PC5 유니캐스트 링크들에 대하여 사용되는 애플리케이션 계층 ID들과 소스 계층-2 ID들 사이의 매핑을 유지한다. 이는 V2X 애플리케이션들을 중단하지 않고 소스 계층-2 ID의 변화를 허용한다.

애플리케이션 계층 ID들이 변화할 때, PC5 유니캐스트 링크(들)의 소스 계층-2 ID(들)는, 링크(들)가 변화된 애플리케이션 계층 ID들을 가지고 V2X 통신을 위해 사용된 것처럼 변화되어야 한다.

조항 5.1.2.1에 지정된 바와 같은 프라이버시 구성에 기초하여, 설정된 유니캐스트 링크에 대한 피어 UE로의 소스 UE의 새로운 식별자들의 업데이트는, 통신이 조항 6.3.3.2에 정의된 바와 같이 사용되는 경우, 피어 UE가 그것의 계층-2 ID 및 선택적으로 IP 어드레스/프리픽스(prefix)를 변화시키게끔 할 수 있다.

UE는 피어 UE와 다수의 PC5 유니캐스트 링크들을 설정할 수 있으며, 이러한 PC5 유니캐스트 링크들에 대하여 동일하거나 또는 상이한 소스 계층-2 ID들을 사용할 수 있다.

[…]

6.1 제어 및 사용자 영역 스택들

6.1.1 V2X 서비스들을 지원하는 NR PC5 참조 포인트에 대한 사용자 영역

도 6.1.1-1은 NR PC5 참조 포인트에 대한 사용자 영역, 즉, PC5 사용자 영역 프로토콜 스택을 도시한다.

["User Plane for NR PC5 reference point"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.1.1-1은 도 6으로서 재현된다]

IP 및 비-IP PDCP SDU 유형들이 PC5 참조 포인트를 통한 V2X 통신에 대해 지원된다.

IP PDCP SDU 유형에 대하여, 오직 IPv6만이 지원된다. IP 어드레스 할당 및 구성은 조항 5.6.1.1에 정의된 바와 같다.

비-IP PDCP SDU는 비-IP 유형 헤더를 포함하며, 이는 애플리케이션 계층에 의해 사용되는 V2X 메시지 패밀리, 예를 들어, IEEE 1609 패밀리의 WSMP [18], ISO 정의 FNTP [19]를 나타낸다.

노트: 비-IP 유형 헤더 및 허용된 값들은 TS 24.587 [24]에서 정의된다.

V2X 애플리케이션 계층으로부터의 패킷들은, 이들을 AS 계층으로 송신하기 이전에 V2X 계층에 의해 핸들링되며, 예를 들어, V2X 계층은 IP/비IP 패킷들을 PC5 QoS 흐름에 매핑하고 대응하는 PFI를 마킹한다.

6.1.2 V2X 서비스들을 지원하는 NR PC5 참조 포인트에 대한 제어 영역

편집자 노트: PC5-S 메시지들이 PC5 RRC 시그널링 내에서 운반되는지 여부는 RAN 결정에 의존한다.

도 6.1.2-1은 NR PC5 참조 포인트에 대한 제어 영역, 즉, PC5 시그널링 프로토콜 스택을 도시한다.

["Control Plane for NR PC5 reference point"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.1.2-1은 도 7로서 재현된다]

[…]

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

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

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

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

["Layer-2 link establishment procedure"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.3.3.1-1은 도 8로서 재현된다]

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

2. UE-1 내의 V2X 애플리케이션 계층은 PC5 유니캐스트 통신에 대한 애플리케이션 정보를 제공한다. 애플리케이션 정보는 V2X 애플리케이션의 서비스 유형(들)(예를 들어, PSID(들) 또는 ITS-AID(들)) 및 개시 UE의 애플리케이션 계층 ID를 포함한다. 목표 UE의 애플리케이션 계층 ID는 애플리케이션 정보 내에 포함될 수 있다.

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

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

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

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

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

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

- V2X 서비스 정보: 계층-2 링크 설정을 요청하는 V2X 서비스(들)에 대한 정보(예를 들어, PSID(들) 또는 ITS-AID(들)).

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

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

직접 통신 요청 메시지를 전송하기 위해 사용되는 소스 계층-2 ID 및 목적지 계층-2 ID는 조항들 5.6.1.1 및 5.6.1.4에 지정된 바와 같이 결정된다. 목적지 계층-2 ID는 브로드캐스트 또는 유니캐스트 계층-2 ID일 수 있다. 유니캐스트 계층-2 ID가 사용될 때, 목표 사용자 정보는 직접 통신 요청 메시지 내에 포함되어야 한다.

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

4. UE-1과의 보안은 아래와 같이 설정된다:

4a. 목표 사용자 정보가 직접 통신 요청 메시지 내에 포함된 경우, 목표 UE, 즉, UE-2는 UE-1과 보안을 설정함으로써 응답한다.

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

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

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

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

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

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

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

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

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

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

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

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

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

5b. (V2X 서비스 지향 계층-2 링크 설정) 목표 사용자 정보가 직접 통신 요청 메시지 내에 포함되지 않은 경우, 공표된 V2X 서비스(들)를 사용하는데 관심이 있는 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, 등).

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

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

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

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

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

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

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

6. V2X 서비스 데이터는 이하와 같이 설정된 유니캐스트 링크를 통해 송신된다:

PC5 링크 식별자 및 PFI는 V2X 서비스 데이터와 함께 AS 계층에 제공된다.

선택적으로 추가로, 계층-2 ID 정보(즉, 소스 계층-2 ID 및 목적지 계층-2 ID)가 AS 계층에 제공된다.

노트 4: 계층-2 ID 정보를 AS 계층에 제공하는 것은 UE 구현에 달려있다.

UE-1는 소스 계층-2 ID(즉, 이러한 유니캐스트 링크에 대하여 UE-1의 계층-2 ID) 및 목적지 계층-2 ID(즉, 이러한 유니캐스트 링크에 대하여 피어 UE의 계층-2 ID)를 사용하여 V2X 서비스 데이터를 전송한다.

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

6.3.3.3 PC5 참조 포인트를 통한 계층-2 링크 릴리즈

도 6.3.3.3-1은 PC5 참조 포인트를 통한 계층-2 링크 릴리즈를 도시한다.

["Layer-2 link release procedure"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.3.3.3-1은 도 9로서 재현된다]

0. UE-1 및 UE-2는 조항 6.3.3.1에 설명된 바와 같이 설정된 유니캐스트 링크를 갖는다.

1. UE-1은 계층-2 링크를 릴리즈하기 위해 UE-2로 분리 요청(Disconnect Request) 메시지를 전송하며, 계층-2 링크와 연관된 모든 콘텍스트 데이터를 검출한다.

2. 분리 요청 메시지의 수신 시에, UE-2는 분리 응답(Disconnect Response) 메시지를 가지고 응답할 수 있으며, 계층-2 링크와 연관된 모든 콘텍스트 데이터를 검출할 수 있다.

각각의 UE의 V2X 계층은, 유니캐스트 링크가 릴리즈되었다는 것을 AS 계층에 통보한다. V2X 계층은 릴리즈된 유니캐스트 링크를 나타내기 위해 PC5 링크 식별자를 사용한다. 이는, AS 계층이 릴리즈된 유니캐스트 링크와 관련된 콘텍스트를 삭제하는 것을 가능하게 한다.

6.3.3.4 유니캐스트 링크에 대한 계층-2 링크 수정

도 6.3.3.4-1은 유니캐스트 링크에 대한 계층-2 링크 수정 절차를 도시한다. 이러한 절차는 하기의 동작을 위해 사용된다:

- 기존 PC5 유니캐스트 링크에 새로운 V2X 서비스(들)를 추가하는 동작.

- 기존 PC5 유니캐스트 링크로부터 V2X 서비스(들)를 제거하는 동작.

- 기존 PC5 유니캐스트 링크 내에 새로운 PC5 QoS 흐름(들)을 추가하는 동작.

- 기존 PC5 유니캐스트 링크 내의 기존 PC5 QoS 흐름(들)을 수정하는 동작.

- 기존 PC5 유니캐스트 링크 내의 기존 PC5 QoS 흐름(들)을 제거하는 동작.

["Layer-2 link modification procedure"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.3.3.4-1은 도 10으로서 재현된다]

1. UE-1 내의 V2X 애플리케이션 계층은 PC5 유니캐스트 통신에 대한 애플리케이션 정보를 제공한다. 애플리케이션 정보는 V2X 애플리케이션(들)의 서비스 유형(들)(예를 들어, PSID(들) 또는 ITS-AID(들)) 및 개시 UE의 애플리케이션 계층 ID를 포함한다. 목표 UE의 애플리케이션 계층 ID는 애플리케이션 정보 내에 포함될 수 있다. UE-1이 조항 5.2.1.4에 지정된 바와 같이 기존 PC5 유니캐스트 링크를 재사용하고, 따라서 UE-2와 설정된 유니캐스트 링크를 수정할 것을 결정하는 경우, UE-1은 UE-2로 링크 수정 요청을 전송한다.

링크 수정 요청 메시지는 다음을 포함한다:

a) 기존 PC5 유니캐스트 링크에 새로운 V2X 서비스(들)을 추가하기 위한:

- V2X 서비스 정보: 추가될 V2X 서비스(들)에 대한 정보(예를 들어, PSID(들) 또는 ITS-AID(들)).

- QoS 정보: 추가될 각각의 V2X 서비스에 대한 PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대한, PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건적으로 다른 파라미터들 예컨대 MFBR/GFBR, 등).

b) 기존 PC5 유니캐스트 링크로부터 V2X 서비스(들)를 제거하기 위한:

- V2X 서비스 정보: 제거될 V2X 서비스(들)에 대한 정보(예를 들어, PSID(들) 또는 ITS-AID(들)).

c) 기존 PC5 유니캐스트 링크 내에 새로운 PC5 QoS 흐름(들)을 추가하기 위한:

- V2X 서비스 정보: 새로운 QoS 흐름들을 추가해야 하는 V2X 서비스(들)에 대한 정보(예를 들어, PSID(들) 또는 ITS-AID(들))

- QoS 정보: 수정될 PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대한, PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건적으로 다른 파라미터들 예컨대 MFBR/GFBR, 등).

d) 기존 PC5 유니캐스트 링크 내의 PC5 QoS 흐름(들)을 수정하기 위한:

e) 기존 PC5 유니캐스트 링크 내의 PC5 QoS 흐름(들)을 제거하기 위한:

- PFI들.

2. UE-2는 링크 수정 수락 메시지로 응답한다.

링크 수정 수락 메시지는 다음을 포함한다:

- 단계 1에서 설명된 경우 a), 경우 c) 및 경우 d)에 대하여:

각각의 UE의 V2X 계층은, 유니캐스트 링크 수정에 대한 정보를 AS 계층에 제공한다. 이는, AS 계층이 수정된 유니캐스트 링크와 관련된 콘텍스트를 업데이트하는 것을 가능하게 한다.

6.3.3.5 PC5 참조 포인트를 통한 계층-2 링크 유지보수

PC5 시그널링 프로토콜은, 특정 PC5 유니캐스트 링크가 계속 유효한지 여부를 검출하기 위해 사용되는 킵-얼라이브(keep-alive) 기능을 지원해야 한다. PC5 유니캐스트 링크의 각 측면은, 예를 들어, AS 계층 또는 내부 타이머들로부터의 트리거들에 기초하여 계층-2 유지보수 절차(즉, 킵-얼라이브 절차)를 개시할 수 있다. UE들은 킵-얼라이브 시그널링을 최소화해야 하며, 예를 들어, PC5 유니캐스트 링크를 통해 데이터가 성공적으로 수신되는 경우 절차를 취소해야 한다.

["Layer-2 link maintenance procedure"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.3.3.5-1은 도 11로서 재현된다]

1. 트리거 조건들에 기초하여, UE-1은 PC5 유니캐스트 링크의 상태를 결정하기 위해 킵-얼라이브 메시지를 UE-2로 전송한다.

노트 1: 킵-얼라이브 메시지들에 대한 정확한 트리거들을 결정하는 것은 스테이지 3에 맡겨 진다. 예를 들어, 트리거는 계층-2 링크와 연관된 타이머에 기초할 수 있다. 타이머는 TS 38.300 [11]에 의해 정의된 성공적인 수신 이벤트를 가지고 리셋될 수 있다.

2. 킵-얼라이브 메시지의 수신 시에, UE-2는 킵-얼라이브 수신확인 메시지를 가지고 응답한다.

킵-얼라이브 절차를 개시하는 UE는 시그널링의 결과에 기초하여 후속 액션들을 결정해야 하며, 예를 들어, 암시적인 계층-2 링크 릴리즈를 진행해야 한다.

노트 2: 후속 액션들을 결정하는 것은 스테이지 3에 맡겨 진다. 예를 들어, 성공적인 수신 이벤트가 또한 제 시간에 수신되는 경우 계층-2 링크 릴리즈를 취소할 수 있다.

3GPP TS 24.587은 다음과 같이 스테이지 3 PC5 유니캐스트 링크 설정 절차를 지정한다:

6.1.2.2 PC5 유니캐스트 링크 설정 절차

6.1.2.2.1 개괄

PC5 유니캐스트 링크 설정 정차는 2개의 UE들 사이에 PC5 유니캐스트 링크를 설정하기 위해 사용된다. 요청 메시지를 전송하는 UE는 "개시 UE"로 지칭되며, 다른 UE는 "목표 UE"로 지칭된다.

편집자 노트: SA3에 의해 정의된 보안 절차에 대한 세부 사항들은 미래 연구이다.

편집자 노트: 다음의 메시지들의 IE들의 세부사항들은 미래 연구이다.

6.1.2.2.2 개시 UE에 의한 PC5 유니캐스트 링크 설정 절차 개시

편집자 노트: 이러한 섹션은, SA3이 유니캐스트 링크 설정에 대한 보안 요건들의 완전한 세트를 결정한 이후에 재방문되어야 한다.

개시 UE는, 이러한 절차를 개시하기 이전에 다음의 사전-조건들을 충족해야 한다:

a) PC5를 통해 V2X 서비스에 대한 패킷들을 송신하기 위한 상위 계층들로부터의 요청;

b) 개시 UE에 대한 링크 계층 식별자(즉, 유니캐스트 통신에 대해 사용되는 계층 2 ID)가 이용가능하다(예를 들어, 사전-구성되거나 또는 자기-할당된다);

c) 유니캐스트 초기 시그널링에 대한 링크 계층 식별자(즉, 유니캐스트 초기 시그널링에 대해 사용되는 목적지 계층 2 ID)가 개시 UE에 대해 이용가능하다(예를 들어, 사전-구성되거나, 조항 5.2.3에서 지정된 바와 같이 획득되거나, 또는 이전 V2X 통신에 통해 알려진다).

d) 개시 UE는 서빙 PLMN 내의 NR에서 PC5를 통한 V2X 통신에 대해 인가되거나, 또는 E-UTRAN에 의해 서비스되지 않고 NR에 의해 서비스되지 않을 때 NR에서 PC5를 통한 V2X 통신에 대하여 유효 인가를 갖는다; 및

e) 피어 애플리케이션 계층 ID들의 쌍에 대한 기존 PC5 유니캐스트 링크가 존재하지 않으며, 이러한 PC5 유니캐스트 링크의 네트워크 계층 프로토콜은 이러한 V2X 서비스에 대한 개시 UE 내의 상위 계층에 의해 요구되는 것들과 동일하다.

PC5 유니캐스트 링크 설정 절차를 개시하기 위하여, 개시 UE는 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 생성해야 한다. 개시 UE는:

a) 상위 계층들로부터 수신된 개시 UE의 애플리케이션 계층 ID에 대해 설정된 소스 사용자 정보를 포함해야 하고;

b) 상위 계층으로부터 수신된 V2X 서비스 식별자를 포함해야 하며;

c) 상위 계층들로부터 수신되는 경우, 목표 UE의 애플리케이션 계층에 대해 설정된 목표 사용자 정보를 포함할 수 있고; 및

d) 보안 설정 정보를 포함해야 한다.

편집자 노트: 보안 설정 정보 내의 파라미터들은 SA3에 의해 정의될 것이다.

DIRECT LINK ESTABLISHMENT REQUEST 메시지가 생성된 이후에, 개시 UE는 이러한 메시지를 유니캐스트 통신에 대한 개시 UE의 계층 2 ID 및 유니캐스트 초기 시그널링에 대해 사용되는 목적지 계층 2 ID와 함께 송신을 위해 하위 계층들로 전달해야 하며, 타이머(T5000)를 시작해야 한다. UE는, 타이머(T5000)가 실행되고 있는 동안 동일한 애플리케이션 계층 ID에 의해 식별된 동일한 목표 UE로 새로운 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 전송하지 않아야 한다.

["PC5 unicast link establishment procedure"라는 명칭의 3GPP TS 24.587 V16.0.0의 도 6.1.2.2.2는 도 12로서 재현된다]

6.1.2.2.3 목표 UE에 의해 수락된 PC5 유니캐스트 링크 설정 절차

DIRECT LINK ESTABLISHMENT REQUEST 메시지의 수신 시에, 목표 UE는 이러한 PC5 유니캐스트 링크에 대하여 계층-2 ID를 할당하고, 이러한 할당된 계층-2 ID 및 하위 계층들에 의해 제공되는 이러한 메시지의 전송에서 사용되는 소스 계층 2 ID를 저장해야 한다. 계층-2 ID들의 이러한 쌍은 PC5 유니캐스트 링크 콘텍스트와 연관된다.

만약:

a) 목표 사용자 정보 IE가 DIRECT LINK ESTABLISHMENT REQUEST 메시지 내에 포함되고, 이러한 IE가 목표 UE의 애플리케이션 계층 ID를 포함하는 경우; 또는

b) 목표 사용자 정보 IE가 DIRECT LINK ESTABLISHMENT REQUEST 메시지 내에 포함되지 않고, 목표 UE가 DIRECT LINK ESTABLISHMENT REQUEST 메시지 내의 V2X 서비스 식별자에 의해 식별된 V2X 서비스에 관심이 있는 경우;

UE는 개시 U와의 기존 보안 콘텍스트를 식별하거나, 또는 조항 6.1.2.6에 지정된 바와 같이 하나 이상의 PC5 유니캐스트 링크 인증 절차들을 수행하고 조항 6.1.2.7에 지정된 바와 같이 PC5 유니캐스트 링크 보안 모드 제어 절차를 수행함으로써 새로운 보안 콘텍스트를 설정해야 한다.

PC5 유니캐스트 링크 보안 모드 제어 절차의 성공적인 완료 시에, DIRECT LINK ESTABLISHMENT REQUEST 메시지가 수락될 수 있는지 또는 그렇지 않을지 여부를 결정하기 위해, 목표 UE는 개시 UE 및 목표 UE에 둘 모두에 의해 지원되는 적어도 하나의 공통 IP 어드레스 구성 옵션이 존재하는지 여부를 체크한다.

목표 UE가 PC5 유니캐스트 링크 설정 절차를 수락하는 경우, 목표 UE는 DIRECT LINK ESTABLISHMENT ACCEPT 메시지를 생성해야 한다. 목표 UE는:

a) 상위 계층들로부터 수신된 목표 UE의 애플리케이션 계층 ID에 대해 설정된 소스 사용자 정보를 포함해야 하고;

b) PQFI 및 대응하는 PC5 QoS 파라미터들을 포함해야 하며;

c) IP 통신이 사용되는 경우, 다음의 값들 중 하나에 대해 설정된 IP 어드레스 구성 IE를 포함할 수 있으며:

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

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

d) IP 어드레스 구성 IE가 "IPv6 할당 미지원"에 대해 설정되고 수신된 DIRECT LINK ESTABLISHMENT REQUEST 메시지가 링크 로컬 IPv6 어드레스 IE를 포함한 경우, IETF RFC 4862 [16]에 기초하여 로컬적으로 형성된 링크 로컬 IPv6 어드레스 IE를 포함할 수 있다.

6.1.2.2.4 개시UE에 의한 PC5 유니캐스트 링크 설정 절차 완료

DIRECT LINK ESTABLISHMENT ACCEPT 메시지의 수신 시에, 개시 UE는 타이머(T5000)를 중지하고, 소스 계층-2 ID 및 하위 계층들에 의해 제공되는 이러한 메시지의 전송에서 사용되는 목적지 계층-2 ID를 저장해야 한다. 계층-2 ID들의 이러한 쌍은 PC5 유니캐스트 링크 콘텍스트와 연관되어야 한다. 이러한 시점으로부터 앞으로 개시 UE는 PC5를 통한 V2X 통신 및 목표 UE로의 추가적인 PC5 시그널링 메시지들에 대하여 설정된 링크를 사용해야 한다.

6.1.2.2.5 목표 UE에 의해 수락되지 않은 PC5 유니캐스트 링크 설정 절차

DIRECT LINK ESTABLISHMENT REQUEST 메시지가 수락될 수 없는 경우, 목표 UE는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다. DIRECT LINK ESTABLISHMENT REJECT 메시지는 다음의 원인 값들 중 하나에 대해 설정된 PC5 시그널링 프로토콜 원인 IE를 포함한다:

#1 목표 UE에 대한 직접 통신이 허용되지 않음;

#3 유니캐스트 통신에 대한 계층 2 ID의 충돌이 검출됨;

#5 제안된 링크에 대한 자원들의 부족; 또는

#111 지정되지 않은 프로토콜 오류.

목표 UE가, 예를 들어, 운영자 정책 또는 서비스 인가 프로비저닝에 기초하여 이러한 요청을 수락하도록 허용되지 않는 경우, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #1 "목표 UE에 대한 직접 통신이 허용되지 않음"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.

(유니캐스트 통신에 대하여) 계층 2 ID로부터 수신된 DIRECT LINK ESTABLISHMENT REQUEST 메시지에 대하여, 목표 UE가 이미 이러한 계층 2 ID를 사용하도록 알려진 UE에 대해 설정된 기존 링크를 가지거나 또는 동일한 계층 2 ID로부터의 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 현재 프로세싱하고 있지만 이러한 새로운 인커밍 메시지 내에 포함된 사용자 정보 IE와는 상이한 사용자 정보를 갖는 경우, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #3 "유니캐스트 통신에 대한 계층 2 ID의 충돌이 검출됨"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.

PC5 유니캐스트 링크 설정이 자원 제약들을 초래하는 혼잡 문제들 또는 다른 일시적인 하위 계층 문제들에 기인하여 실패하는 경우, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #5 "제안된 링크에 대한 자원들의 부족"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.

링크 설정의 실패를 초래하는 다른 이유들에 대하여, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #111 "지정되지 않은 프로토콜 오류"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.

DIRECT LINK ESTABLISHMENT REJECT 메시지의 수신 시에, 개시 UE는 타이머(T5000)를 중지하고 PC5 유니캐스트 링크 설정 절차를 중단해야 한다. DIRECT LINK ESTABLISHMENT REJECT 메시지 내의 PC5 시그널링 프로토콜 원인 값이 #1 "목표 UE에 대한 직접 통신이 허용되지 않음"거나 또는 #5 "제안된 링크에 대한 자원들의 부족"인 경우, UE는 적어도 시간 기간 T 동안 동일한 목표 UE와의 PC5 유니캐스트 링크 설정을 시도하지 않아야 한다.

노트: 시간 기간 T의 길이는 UE 구현에 따라 다르며, UE가 PC5 시그널링 프로토콜 원인 값 #1 "목표 UE에 대한 직접 통신이 허용되지 않음"를 수신하는 경우 또는 UE가 PC5 시그널링 프로토콜 원인 값 #5 "제안된 링크에 대한 자원들의 부족"를 수신하는 경우에 대해 상이할 수 있다.

6.1.2.2.6 비정상 경우들

6.1.2.2.6.1 개시 UE에서의 비정상 경우들

타이머(T5000)가 만료되는 경우, 개시 UE는 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 재송신하고 타이머(T5000)를 재시작해야 한다. 허용된 재송신들의 최대 수에 도달한 이후에, 개시 UE는 PC5 유니캐스트 링크 설정 절차를 중단해야 하며, 목표 UE에 도달할 수 없다는 것을 상위 계층에 통지할 수 있다.

노트: 허용된 재송신들의 최대 수는 UE 구현에 따라 다르다.

절차가 완료되기 이전에 링크를 설정해야 할 필요성이 더 이상 존재하지 않는 경우, 개시 UE는 절차를 중단해야 한다.

6.1.2.2.6.2 목표 UE에서의 비정상 경우들

(유니캐스트 통신에 대하여) 소스 계층 2 ID로부터 수신된 DIRECT LINK ESTABLISHMENT REQUEST 메시지에 대하여, 목표 UE가 이미 이러한 소스 계층 2 ID를 사용하는 것으로 알려진 UE에 대해 설정된 기존 링크를 가지며 새로운 요청이 알려진 사용자와 동일한 소스 사용자 정보를 포함하는 경우, UE는 새로운 요청을 프로세싱해야 한다. 그러나, 목표 UE는 단지, 새로운 링크 설정 절차가 성공한 이후에만 기존 링크 콘텍스트를 검출해야 한다.

3GPP TS 38.331은 다음과 같이 무선 자원 제어(Radio Resource Control; RRC) 재구성, UE 성능 정보, 사이드링크 UE 정보, 및 사이드링크 데이터 무선 베어러(Data Radio Bearer; DRB) 설정을 지정한다:

5.8 사이드링크

5.8.1 개괄

NR 사이드링크 통신은 유니캐스트, 그룹캐스트 및 브로드캐스트로 구성된다. PC5-RRC 연결은 AS 내의 목적지 계층-2 ID와 소스 계층-2 ID의 쌍 사이의 논리적 연결이다. 하위-조항 5.8.9에 지정된 바와 같은 PC5-RRC 시그널링은, 이것의 대응하는 PC5 유니캐스트 링크 설정 이후에 개시될 수 있다(TS 23.287 [55]) PC5-RRC 연결 및 대응하는 사이드링크 SRB들 및 사이드링크 DRB들은, PC5 유니캐스트 링크가 상위 계층들에 의해 표시된 바와 같이 릴리즈될 때 릴리즈된다.

유니캐스트의 각각의 PC5-RRC 연결에 대하여, PC5-S 보안이 설정되기 이전에 PC5-S 메시지들을 송신하기 위해 하나의 사이드링크 SRB가 사용된다. 하나의 사이드링크 SRB는 PC5-S 보안을 설정하기 위한 PC5-S 메시지들을 송신하기 위해 사용된다. PC5-S 보안이 설정된 이후에, 하나의 사이드링크 SRB는 보호되는 PC5-S 메시지들을 송신하기 위해 사용된다. 하나의 사이드링크 SRB는 PC5-RRC 시그널링을 송신하기 위해 사용되며, 이는 보호되고 오직 PC5-S 보안이 설정된 이후에만 전송된다.

노트 1: NR 사이드링크 통신에 대한 구성들이 E-UTRA를 통해 획득되는 경우, 하위조항 5.8에서 사용되는 RRCReconfiguration 내의 sl-ConfigDedicatedNR 및 SIB12 내의 NR 사이드링크 통신에 대한 구성들은, 각기 TS 36.331 [10]에 지정된 바와 같이 RRCConnectionReconfiguration 내의 sl-ConfigDedicatedNR 및 SystemInformationBlockTypeXX2 내의 구성들에 의해 제공된다.

[…]

5.8.9.1 사이드링크 RRC 재구성

5.8.9.1.1 개괄

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

["Sidelink RRC reconfiguration, failure"라는 명칭의 3GPP TS 38.331 V16.0.0의 도 5.8.9.1.1-2가 도 14로서 재현된다]

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

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

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

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

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

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

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

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

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

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

1> sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR을 수신하는 것에 기인하여, 하위 조항 5.8.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.8.9.1.3 UE에 의한 RRCReconfigurationSidelink의 수신

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1> 그렇지 않으면:

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

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

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

[…]

섹션 5.8.9.3 추가

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

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

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

1> T400 만료 시에:

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

2> 하위 조항 5.8.9.1.4에 따라 이러한 목적지의 DRB들을 릴리즈한다;

2> 하위 조항 5.8.9.1.7에 따라 이러한 목적지의 SRB들을 릴리즈한다;

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

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

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

2> UE가 RRC_CONNECTED 상태인 경우:

3> TS 36.331 [10]의 하위 조항 5.10.X 또는 5.8.3.3에 지정된 바와 같이, NR 사이드링크 통신 절차에 대한 사이드링크 UE 통지를 수행한다;

3GPP TR 23.752는 다음과 같이 새로운 릴리즈(즉, 릴리즈 17)에 대하여 UE-대-UE 릴레이의 지원에 대한 이슈들 및 관련된 해법들을 소개한다:

5.4 주요 이슈 #4: UE-대-UE 릴레이의 지원

5.4.1 개괄적인 설명

이러한 주요 이슈는, 커버리지 내 및 커버리지 밖 동작에 대한 지원을 포함하여 UE-대-UE 릴레이에 대한 지원하기 위한 의도이다.

적어도 다음과 같은 측면들이 잠재적인 해법들에서 고려되어야 한다:

- 근접한 UE-대-UE 릴레이 UE를 (재)선택하는 방법은?

- 적어도 다음의 방법을 포함하여, 네트워크가 UE-대-UE 릴레이 동작을 제어할 수 있는지 여부 및 제어하는 방법:

- UE-대-UE 릴레이를 인가하는 방법, 예를 들어, UE를 UE-대-UE 릴레이로서 인가하는 방법?

- 예를 들어, 충전의 목적을 위하여 네트워크에 대한 소스/목표 UE 및 UE-대-UE 릴레이의 가시성을 제공하는 방법?

- UE-대-UE 릴레이를 통해 소스 UE와 목표 UE들 사이에 연결을 설정하기 위한 방법?

- QoS 요건들(예컨대 데이터 레이트, 신뢰도, 레이턴시)을 충족시키기 위한 엔드-투-엔드 QoS 프레임워크를 제공하는 방법?

- 릴레이되는 연결에 대한 보안 보호를 제공하기 위해 시스템 아키텍처를 향상시키는 방법?

- 예를 들어, UE-대-UE 릴레이가 변화하는 경우 경로 변화를 위한 메커니즘을 제공하는 방법?

노트 1: NG-RAN의 참여를 위하여, RAN WG들과의 조정이 필요하다.

노트 2: 보안 측면들에 대하여, SA3과의 조정이 필요하다.

[…]

6.8 해법 #8: 릴레이 발견 없는 UE-대-UE 릴레이 선택

6.8.1 설명

이러한 제안은, 소스 및 목표 UE 사이의 릴레이 발견이 소스와 목표 UE 사이이에서 트래픽을 릴레이 포워딩하는 방법, 예를 들어, L2 또는 L3 릴레이에 의존하지 않아야 한다는 것을 보장하는 것을 목적으로 한다. 이러한 해법은, UE-대-UE 발견 및 선택이 TS 23.287 [5]의 조항 6.3.3에서 설명된 바와 같이 유니캐스트 링크 설정 절차 내에 통합될 수 있다는 개념에 의존한다.

릴레이들이 통신에서 사용될 수 있는지 여부를 나타내기 위하여 직접 통신 요청에 추가될 새로운 필드가 제안된다. 이러한 필드는 릴레이_표시로 지칭될 수 있다. UE가 직접 통신 요청을 브로드캐스트하는 것을 원할 때, 이것은 UE-대-UE 릴레이가 사용될 수 있는지 여부를 메시지 내에 표시한다. 릴리즈 17에 대하여, 표시의 값이 단일 홉(hop)으로 제한되는 것으로 가정된다.

UE-대-UE 릴레이가 설정된 릴레이_표시를 갖는 직접 통신 요청을 수신할 때, 이것은, 예를 들어, 요청 내의 QoS 요건들, 릴레이의 현재 트래픽 부하, 소스 UE와 릴레이 UE 사이의 무선 상태들, 또는 어떤 다른 정책들(예를 들어, 이것은 오직 일부 특정 UE들 또는 서비스들만은 서비스한다)에 따라, 요청을 포워딩할지 여부(즉, 그것의 근처에 이러한 요청을 브로드캐스트할지 여부)를 결정해야 한다.

이는, 다수의 UE-대-UE 릴레이들이 목표 UE에 도달하기 위해 사용될 수 있거나 또는 목표 UE가 또한 소스 UE로부터 직접 통신 요청을 직접적으로 수신할 수 있는 상황일 수 있다. 목표 UE는, 예를 들어, 신호 강도, 로컬 정책(예를 들어, UE-대-UE 릴레이들의 트래픽 부하) 또는 운영자 정책들(예를 들어, 항상 직접 통신을 선호하거나 또는 오직 일부 특정 UE-대-UE 릴레이들을 사용함)에 따라 릴레이할 하나를 선택할 수 있다.

소스 UE는 다수의 UE-대-UE 릴레이들로부터 그리고 또한 직접적으로 목표 UE로부터 직접 통신 수락 메시지를 수신할 수 있으며, 소스 UE는, 예를 들어, 신호 강도, 로컬 정책(예를 들어, UE-대-UE 릴레이들의 트래픽 부하) 또는 운영자 정책들(예를 들어, 항상 직접 통신을 선호하거나 또는 오직 일부 특정 UE-대-UE 릴레이들을 사용함)에 따라 통신 경로를 선택한다.

6.8.2 절차들

["5G ProSe UE-to-UE relay selection"이라는 명칭의 3GPP TR 23.752 V0.3.0의 도 6.8.2-1이 도 15로서 재현된다]

도 6.8.2-1은 제안된 방법의 절차를 예시한다.

0. UE들은 UE-대-UE 릴레이들에 의해 제공되는 서비스를 사용하도록 인가된다. UE-대-UE 릴레이들은 UE들 사이에서 트래픽을 릴레이하는 서비스를 제공하도록 인가된다. 인가 및 파라미터 프로비저닝은 KI#8에 대한 해법들을 사용할 수 있다.

1. UE-1은 UE-2와 유니캐스트 통신을 설정할 것을 원하며, 통신은 UE-2와의 직접 링크를 통해서 또는 UE-대-UE 릴레이를 통해서 일 수 있다. 그러면, UE-1은 릴레이_표시 = 1을 갖는 통신 요청을 직접적으로 브로드캐스트한다. 요청은 릴레이-1, 릴레이-2에 의해 수신될 것이다. 요청은 또한, 이것이 UE-1 근처에 있는 경우 UE-2에 의해 수신될 수 있다.

2. 릴레이-1 및 릴레이-2는 요청을 포워딩할 것을 결정한다. 이들은 그들 부근에 릴레이_표시=0을 갖는 메시지를 브로드캐스트한다. 릴레이가 이러한 메시지를 수신하는 경우, 이것은 단지 이것을 드롭(drop)할 것이다.

3. UE-2는 릴레이-1 및 릴레이-2로부터 요청들을 수신한다.

4. UE-2는 릴레이-1을 선택하고 요청 수락으로 응답한다. UE-2가 직접적으로 UE-1로부터 직접 통신 요청을 수신한 경우, 이는 요청 수락을 직접적으로 UE-1로 전송함으로써 직접 통신 링크를 셋업할 것을 선택할 수 있다. 응답 메시지는 설정되는 통신 링크의 유형(예를 들어, 릴레이를 통해 또는 직접)에 대한 표시를 포함한다.

5. UE-1은 릴레이-1로부터 응답 수락을 수신한다. UE-1은, 예를 들어, 정책들(예를 들어, 가능한 경우, 항상 직접 경로를 선택함), 신호 강도, 등에 따라 경로를 선택한다. UE-1이 직접적으로 UE-2로부터 요청 수락을 수신하는 경우, 이는 TS 23.287 [5]의 조항 6.3.3에서 설명된 바와 같이 직접 L2 링크를 셋업할 것을 선택할 수 있으며, 그러면 단계 6이 스킵된다.

6. UE-1 및 UE-2는 선택된 UE-대-UE 릴레이를 통한 통신 링크를 셋업한다. 링크 셋업 정보는 릴레이의 유형, 예를 들어, L2 또는 L3 릴레이에 의존하여 변화할 수 있다.

노트 1: 릴레이 또는 경로 선택을 수행하기 위해, 소스 UE는, 결정을 내리기 이전에 대응하는 요청 수락 메시지들을 수집하기 위하여 직접 통신 요청을 전송한 이후에 타이머를 셋업할 수 있다. 유사하게, 목표 UE는 또한, 결정을 내리기 이전에, 상이한 경로들로부터 요청들의 다수의 카피들을 수집하기 위하여 직접 통신 요청의 제 1 카피를 수신한 이후에 타이머를 셋업할 수 있다.

노트 2: UE가 UE-대-UE 릴레이로부터 메시지를 수신하는 제 1 시간에, UE는, 릴레이가 UE-대-UE 릴레이로서 인가되었는지 여부를 검증해야 할 필요가 있다. 검증 세부사항들 및 UE-대-UE 릴레이를 통해 2개의 UE들 사이의 통신을 안전하게 만드는 방법은 SA WG3에 의해 정의될 것이다.

6.8.3 기존 노드들 및 기능에 대한 영향들

UE는 새로운 릴레이 관련 기능들을 지원하기 위해 영향을 미친다.

6.9 해법 #9: UE-대-UE 계층-2 릴레이를 통한 연결 설정

6.9.1 설명

이러한 조항에서 설명되는 해법을 사용하면, UE-대-UE 릴레이는 목표 UE에 의한 소스 UE의 발견을 가능하게 한다. UE-대-UE 릴레이는, 주요 이슈 #4: UE-대-UE 릴레이 인가 및 프로비저닝에 대한 조항 6.Y 해법에서 정의된 바와 같이, 인가 및 프로비저닝을 통해서 PC5 인터페이스를 통해 2개의 UE들 사이에서 메시지들을 릴레이하도록 인가된다.

소스 UE는 그것의 지원되는 애플리케이션들을 공표하거나, 또는, 알려진 발견 메커니즘을 사용하여, 예를 들어, TS 23.287 [5]에서 정의된 바와 같이, 사용자-지향 또는 서비스-지향 방법들을 사용하여 목표 UE를 발견한다.

UE-대-UE 릴레이는 주변 UE들로부터 ProSe 애플리케이션 광고들(예를 들어, 직접 발견 또는 직접 통신 요청 메시지들)을 청취하고, 브로드캐스트된 애플리케이션이 이것의 프로비저닝된 릴레이 정책/파라미터들 중 하나와 매칭되는 경우, UE-대-UE 릴레이는 릴레이 표시를 메시지에 추가함으로써 이것을 릴레이되는 애플리케이션으로서 광고한다.

목표 UE는 UE-대-UE 릴레이를 통해 소스 UE를 발견한다. 목표 UE는 릴레이 표시를 갖는 브로드캐스트 직접 통신 요청 메시지를 수신한다.

보안 "확장" PC5 링크가 UE-대-UE 릴레이를 통해 소스 UE와 목표 UE 사이에 셋업된다. 소스/목표 UE는 그들의 개별적인 피어 UE의 L2 ID들을 알지 못한다. 소스/목표 UE들은 UE-대-UE 릴레이로 메시지들을 전송하고, UE-대-UE 릴레이를 통해 메시지들을 수신한다. 그러나, 보안 연관 및 PC5 유니캐스트 링크는 소스 UE와 목표 UE 사이에서 직접적으로 설정된다. UE-대-UE 릴레이는, 그들의 콘텐트를 판독하거나, 수정하거나 또는 이들에 응답하기 위한 능력 없이 불투명 모드에서 메시지들을 포워딩한다. 소스/목표 UE들은, 수신된 메시지들 내에 포함된 릴레이 표시의 검출 시에 통신이 UE-대-UE 릴레이를 통해 진행하고 있음을 검출한다.

UE-대-UE 릴레이는, UE-대-UE 릴레이를 통해 2개의 피어 UE들 사이에 유니캐스트 링크가 설정될 때 그 자체에 2개의 릴레이-L2 ID들을 할당한다. 제 1 릴레이-L2 ID는, 메시지를 목표 UE로 포워딩할 때 사용된다. 제 2 릴레이-L2 ID는, 메시지를 소스 UE로 포워딩할 때 사용된다. UE-대-UE 릴레이는, 피어 UE L2 ID들 및 자체-할당된 대응하는 릴레이-L2 ID들의 매핑을 포함하는 매핑 테이블을 유지한다. 메시지를 수신할 때, UE-대-UE 릴레이는, 메시지를 목표 UE로 포워딩하기 위해 사용될 소스 및 목표 ID들을 찾기 위해 그것의 매핑 테이블을 사용한다. UE-대-UE 릴레이는, 관련된 UE를 찾기 위해 목적지 필드 내에 지정된 릴레이-L2 ID를 사용하며 관련된 릴레이-L2 ID를 찾기 위해 소스 필드 내에 지정된 UE의 L2 ID를 사용한다. 그러면, 이것은 메시지를 포워딩하기 이전에 이것의 대응하는 UE의 L2 ID 및 릴레이-L2 ID를 가지고 수신된 메시지의 소스 및 목적지 필드들을 업데이트한다.

노트: 추가적인 보안-관련 파라미터들 및 절차들은 릴레이 관련 메시지들의 보호를 위해 요구될 수 있다. 그들의 정의들은 SA WG3과 조정될 필요가 있다.

6.9.2 절차들

TS 23.287 [5]에서 정의된 2개의 방법들, 즉, 서비스-지향 및 사용자-지향은 이러한 조항에서 설명되는 절차를 사용하여 지원된다.

도 6.9.2-1은 UE-대-UE 릴레이를 통한 PC5 참조 포인트를 통한 피어 발견 및 유니캐스트 링크 설정을 도시한다.

["Connection establishment procedure via a UE-to-UE Relay"라는 명칭의 3GPP TR 23.752 V0.3.0의 도 6.9.2-1이 도 16으로서 재현된다]

0. UE-대-UE 릴레이는 네트워크에 등록하고, 이것의 UE-대-UE 릴레이 성능들을 명시한다. UE-대-UE 릴레이는 릴레이 정책 파라미터들 및 고유 릴레이 식별자(unique Relay identifier; RID)를 가지고 네트워크로부터 프로비저닝된다.

1. 목표 UE들(즉, UE2, UE3 및 UE4)은 TS 23.287 [5] 조항 5.6.1.4에 지정된 바와 같이 PC5 유니캐스트 링크 설정에 대한 시그널링 수신을 위한 목적지 계층-2 ID를 결정한다. 목적지 계층-2 ID는 TS 23.287 [5] 조항 5.1.2.1에 지정된 바와 같이 목표 UE들을 가지고 구성된다.

2. 소스 UE(즉, UE1) 상에서, 애플리케이션 계층은, TS 23.287 [5] 조항 6.3.3.1에 지정된 바와 같이, PC5 유니캐스트 통신에 대한 정보(예를 들어, 브로드캐스트 계층-2 ID, ProSe 애플리케이션 ID, UE의 애플리케이션 ID, 목표 UE의 애플리케이션 ID, 릴레이 적용가능 표시)를 ProSe 계층에 제공한다.

3. ProSe 계층은, 브로드캐스트 직접 통신 요청 메시지를 전송함으로써 피어 UE 발견 메커니즘을 트리거한다. 메시지는 소스 계층-2 ID 및 목적지로서 브로드캐스트 계층-2 ID를 사용하여 전송되며, TS 23.287 [5] 조항 6.3.3.1에 지정된 바와 같은, 제공되는 애플리케이션에 관한 다른 파라미터들을 포함한다.

4. UE-대-UE 릴레이는 브로드캐스트 직접 통신 요청 메시지를 수신하고, 이것이 이러한 애플리케이션을 릴레이하도록 구성되는지 여부를 검증하며, 즉, 이것은 공표 ProSe 애플리케이션 ID과 이것의 프로비저닝된 릴레이 정책/파라미터들을 비교하고, 이것이 매칭되는 경우, UE-대-UE 릴레이는 그 자체에 UE1에 대한(즉, UE1의 L2 ID와 관련된) 릴레이-계층-2 ID(예를 들어, R-L2 ID-a)를 할당한다.

이러한 2개의 ID들(UE1의 계층-2 ID 및 릴레이-계층-2 ID-a)은 로컬 매핑 테이블에 저장된다. UE-대-UE 릴레이는 메시지의 소스 필드를 이것의 R-L2 ID-a를 가지고 오버라이드(override)하며, 릴레이 표시로서 이것의 고유 릴레이 식별자(RID)를 추가한다. 이러한 릴레이 표시는, 이러한 메시지들이 일반 텍스트로(즉, 임의의 암호화 또는 무결성 보호 없이) 전송되며 그에 따라서 수정될 수 있기 때문에, 오직 브로드캐스트 메시지들 상에만 UE-대-UE 릴레이에 의해 추가된다. UE-대-UE 릴레이는 소스 UE로부터 수신된 브로드캐스트 직접 통신 요청 메시지를 포워딩하는 것을 진행한다.

5. 목표 UE3은 공표된 애플리케이션에 관심이 있으며, 따라서, 이는 UE-대-UE 릴레이를 통해 UE1과의 인증 및 보안 설정을 트리거한다. UE3은 릴레이의 식별자들, 즉, R-L2 ID-a 및 RID의 추적을 유지한다. UE3은, 통신이 RID에 의해 식별된 UE-대-UE 릴레이를 통과하고 있음을 UE1에 통보하기 위해 인증 및 보안 설정 동안 보안 보호 메시지로 RID를 전송한다.

UE-대-UE 릴레이는 UE3으로부터 메시지를 수신하고, 이것의 매핑 테이블 내에서 관련된 UE(즉, 이러한 경우에 UE1)를 찾기 위해 목적지 필드에 명시된 R-L2 ID-a를 사용한다.

UE-대-UE 릴레이는 그 자체에 UE3에 대한 새로운 계층-2 ID(예를 들어, R-L2 ID-b)를 할당하고, UE3의 L2 ID와 R-L2 ID-b 사이의 매핑을 저장한다.

UE-대-UE 릴레이는 R-L2 ID-b로 메시지의 소스 필드를 설정하며, 매핑 엔트리로부터 검색된 UE1의 계층-2 ID(즉, L2 ID1)로 목적지 필드를 설정한다. UE-대-UE 릴레이는 메시지를 UE1로 전송한다.

UE1은 인증 메시지를 수신하고, R-L2 ID-b 및 RID의 추적을 유지한다. R-L2 ID-b는 UE-대-UE 릴레이를 통해 전송되며 UE3으로 목적된 후속 메시지들에 대한 목적지로서 사용된다.

인증 및 보안 설정 메시지들은 UE-대-UE 릴레이를 통해 UE1과 UE3 사이에서 교환된다. UE-대-UE 릴레이는 이것의 로컬 매핑 테이블 내에 저장된 정보에 기초하여 소스/목적지 계층-2 ID들을 변경한다.

편집자 노트: 인증 및 보안 절차의 세부사항들은 SA WG3 그룹에 의해 조사될 것이다.

6. 일단 보안이 설정되면, UE는 직접 통신 수락 메시지를 전송함으로써 유니캐스트 링크 설정을 완료한다.

7. UE-대-UE 릴레이는 메시지를 수신하고, 메시지의 소스 필드를 매핑 엔트리 내에서 발견되는 바와 같은 R-L2 ID-b로 설정하며, 목적지 필드를 또한 매핑 엔트리로부터의 UE1의 L2 ID로 설정한다. UE-대-UE 릴레이는 수정된 메시지를 UE1로 전송한다.

8. "확장" 유니캐스트 링크는 UE-대-UE 릴레이를 통해 UE1과 UE3 사이에 설정된다. 확장 링크는 보안된 엔드 투 엔드이며, 즉, 보안 연관이 UE1과 UE3 사이에 생성되었다. 기밀성 및/또는 무결성/응답 보호 메시지들(즉, 데이터 또는 PC5-S)이 UE1과 UE3 사이에서 교환될 수 있다. UE-대-UE 릴레이는 보안 연관에 관여하지 않으며, 따라서, 이것은 (소스 및 목적지 필드들을 제외한) 메시지의 보안된 부분을 판독하거나 또는 수정할 수 없다.

편집자 노트: 프로토콜 스택 및 PC5 링크 설정의 세부사항들은 미래 연구이며, RAN WG2 그룹에 의해 함께-조정되고 확인될 필요가 있다.

6.9.3 서비스들, 엔티티들 및 인터페이스들에 대한 영향들

해법은 다음과 같은 엔티티들에서 영향을 갖는다:

UE는:

- ProSe 5G UE-대-UE 릴레이에 대한 절차들 및 ProSe 5G UE-대-UE 릴레이를 통한 통신들을 지원해야 한다.

6.10 해법 #10: IP 라우팅에 기초하는 ProSe 5G Layer-3 UE-대-UE 릴레이

6.10.1 설명

이러한 해법에서, ProSe 5G UE-대-UE 릴레이 동작은 다음의 원리들을 가지고 지원된다:

- 인가 및 구성

- 오직 서비스 인가 구성에 의해 인가된 UE만이 ProSe 5G UE-대-UE 릴레이로서 역할할 수 있다. 이러한 UE들은 UE-대-UE 릴레이 모드로 동작하기 위해 TS 23.287 [5]에서 정의된 서비스 인가 및 프로비저닝 메커니즘에 따라 구성될 것이다.

- ProSe 5G UE-대-UE 릴레이 발견:

- ProSe 5G UE-대-UE 릴레이는 릴레이 발견 메시지를 주기적으로 전송하여 영역 내의 다른 UE들에게 서비스를 제공하기 위한 이것의 능력을 알린다.

- ProSe 5G UE-대-UE 릴레이는 또한 발견을 위한 질의 및 응답을 지원한다. ProSe 5G UE-대-UE 릴레이는 질의에 대하여 구성된 계층-2 ID 상에서 청취하며, 다른 UE가 이것과 유니캐스트 연결을 설정하는 것을 가능하게 하기 위해 이것의 어드레스 및 대응하는 정보를 가지고 응답할 것이다. 이러한 프로세스는 TS 23.287 [5] 조항 6.3.3.1에 정의된 바와 같은 유니캐스트 L2 링크 설정 절차와 유사하다.

노트 1: 발견을 위해 사용되는 계층-2 ID는 UE-대-UE 릴레이 발견에 특정할 수 있거나, 또는 다른 발견들, 예를 들어, UE-대-네트워크 릴레이 발견과 공유될 수 있다.

- ProSe 5G UE-대-UE 릴레이 동작:

- ProSe 5G UE-대-UE 릴레이를 사용하기를 원하는 임의의 UE는, IP 구성을 가지고, UE-대-UE 릴레이와 유니캐스트 L2 링크를 설정해야 한다. ProSe 5G UE-대-UE 릴레이는 IP 어드레스/프리픽스를 다른 UE들에 할당한다.

- 유니캐스트 L2 링크 설정 절차의 부분으로서, ProSe 5G UE-대-UE 릴레이는 유니캐스트 링크의 피어 UE의 사용자 정보 및 UE에 할당된 IP 어드레스/프리픽스의 연관을 이것의 DNS 엔트리들 내에 저장한다. ProSe 5G UE-대-UE 릴레이는 다른 UE들에 대해 DNS 서버로서 역할한다.

- (소스) UE가 다른 (목표) UE와 통신해야 할 때 또는 ProSe 5G UE-대-UE 릴레이를 통해 ProSe 서비스를 발견해야 할 때, 이것은 (목표 사용자 정보에 기초하여) 목표 UE에 대한 또는 ProSe 서비스에 대한 DNS 질의를 유니캐스트 링크를 통해 ProSe 5G UE-대-UE 릴레이로 전송하며, 이것은 목표 UE 또는 ProSe 서비스의 IP 어드레스/프리픽스를 반환할 것이다.

- 소스 UE는 IP로 캡슐화된 IP 데이터 또는 비-IP 데이터를, 목표 UE의 IP 어드레스/프리픽스를 반환한 UE-대-UE 릴레이로 유니캐스트 L2 링크를 통해 전송한다. ProSe 5G UE-대-UE 릴레이는 IP 라우터로서 역할하며, 목표 UE를 향한 대응하는 유니캐스트 L2 링크로 패킷들을 포워딩한다. 유니캐스트 L2 링크의 각각은 IP 인터페이스로서 취급된다.

- 근처에 다수의 ProSe 5G UE-대-UE 릴레이들이 존재하는 경우, UE는 UE 구현에 기초하여 유니캐스트 L2 링크를 설정할 하나 이상의 ProSe 5G UE-대-UE 릴레이를 선택할 수 있다. 예를 들어, UE는 유니캐스트 L2 링크의 각각 상에서 ProSe 5G UE-대-UE 릴레이로 DNS 질의를 전송한다. 그런 다음, 소스 UE는, 목표 UE에 대해 긍정 DNS 질의를 반환하는 첫번째 ProSe 5G UE-대-UE 릴레이를 사용할 것을 선택할 수 있다.

노트 2: UE-대-UE 릴레이의 선택은 UE에 대한 로컬 구성 규칙들에 기초할 수 있거나 또는 다른 발견 해법들, 예를 들어, 조항 6.11에서 설명된 "상태 기반 UE-대-UE 릴레이"에 기초할 수 있다.

- QoS 핸들링:

- 소스 UE가 ProSe 5G UE-대-UE 릴레이와 유니캐스트 L2 링크를 설정할 때, 이것은 TS 23.287 [5]의 조항 6.3.3.1에 정의된 절차에 따라 대응하는 PC5 QoS 흐름들을 설정할 수 있다. 이것은 또한 TS 23.287 [5]의 조항 6.3.3.4에 정의된 절차를 사용하여 임의의 시점에 PC5 QoS 흐름들을 수정할 수 있다.

- 대응하여, ProSe 5G UE-대-UE 릴레이가 또한 소스 UE의 트래픽의 포워딩을 위해 목표 UE와의 유니캐스트 L2 링크를 통해 이상에서 언급된 절차들을 사용하여 PC5 QoS 흐름들을 설정하고 수정할 수 있다.

- 보안 핸들링:

- 소스 UE 및 목표 UE는, TS 23.287 [5]에 정의된 절차들을 사용하여, 유니캐스트 L2 링크에 대하여 UE-대-UE 릴레이와의 베어러 레벨 보안을 설정할 수 있다.

- 엔드-투-엔드 보안 보호가 소스 UE와 목표 UE 사이에 요구되는 경우, IPSec이 사용될 수 있다.

노트 3: 소스 UE 및 목표 UE의 트래픽의 보안 보호는 SA WG3에 의해 지정될 것이다.

- 과금(Charging) 지원:

- ProSe 5G UE-대-UE 릴레이는 소스 및 목표 UE들 및 대응하는 트래픽을 과금 기능에 보고하기 위해 TS 32.277 [13]에 정의된 과금 해법을 따를 수 있다.

6.10.2 절차들

["5G ProSe UE-to-UE Relay operation"이라는 명칭의 3GPP TR 23.752 V0.3.0의 도 6.10.2-1이 도 17로서 재현된다]

도 6.10.2-1은 표준 IP 동작에 기초하는 5G ProSe UE-대-UE 릴레이의 예시적인 동작을 제공한다.

6.10.3 서비스들, 엔티티들 및 인터페이스들에 대한 영향들

해법이 Rel-16 NR V2X 설계에서 지원되는 기존 특징들을 사용함에 따라 NG-RAN에 대한 영향은 존재하지 않는다.

UE들은 기존 IP 동작들을 가지고 동작하며, ProSe 5G UE-대-UE 릴레이는 (어드레스 할당 및 트래픽 포워딩에 대한) IP 라우터 기능 및 DNS 서버의 기능을 지원한다.

[…]

3GPP TR 23.752의 주요 이슈 #4는 다음 릴리즈(즉, 릴리즈 17)에서 UE-대-UE 릴레이의 지원을 설명하며, 이는, 이러한 2개의 UE들이 서로 직접적으로 통신할 수 없는 경우에 릴레이가 2개의 UE들 사이의 데이터 통신을 지원하기 위해 사용될 수 있음을 의미한다. 소스 UE와 목표 UE 사이의 통합된 PC5 유니캐스트 링크가, 일 실시예에 따른 사용자 단말-대-사용자 단말(UE-대-UE) 릴레이를 통한 통합된 PC5 유니캐스트 링크를 도시하는 도 18에 도시된 바와 같이 관련 ProSe 서비스를 지원할 수 있도록 UE-대-UE 릴레이가 소스 UE와 목표 UE의 각각과 하나의 PC5 유니캐스트 링크를 설정할 필요가 있는 것으로 가정된다.

소스 UE와 목표 UE 사이의 통합된 PC5 유니캐스트 링크가 도 18에 도시된 바와 같이 관련 ProSe 서비스를 지원할 수 있도록 소스 UE와 목표 UE의 각각과의 PC5 유니캐스트 링크.

3GPP TS 38.331에 따르면, UE는, 사이드링크 무선 링크 실패가 검출되는 경우, 피어 UE와 설정된 PC5 유니캐스트 링크에 대해 설정된 모든 사이드링크(Sidelink; SL) 데이터 무선 베어러(Data Radio Bearer; DRB)들을 릴리즈해야 한다. UE-대-UE 릴레잉의 시나리오에서, 소스 UE와 그리고 목표 UE와 설정된 2개의 PC5 유니캐스트 링크들 중 하나 상에서 사이드링크 무선 링크 실패가 검출되는 경우, 다른 PC5 유니캐스트 링크로부터의 데이터는 UE-대-UE 릴레이의 버퍼에 축적될 것이며, 이는, 데이터가 실패된 PC5 유니캐스트 링크를 통해 목적지로 릴레이(또는 포워딩)될 수 없기 때문에 UE-대-UE 릴레이의 버퍼 공간을 불필요하게 소비할 것이다. 따라서, UE-대-UE 릴레이가, 하나의 UE와의 PC5 유니캐스트 링크 상에서 사이드링크 무선 링크 실패를 검출할 때 다른 UE와의 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시하는 것이 유익할 것이다. 도 19는 이러한 해법의 일 예를 예시한다.

유사한 이유들로 인해, UE-대-UE 릴레이가, 하나의 UE로부터의 하나의 UE와의 PC5 유니캐스트 링크를 분리하거나 또는 릴리즈하기 위한 분리 요청 메시지의 수신에 응답하여 다른 UE와의 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시하는 것이 또한 유익할 것이다. 다시 말해서, UE-대-UE 릴레이는, 하나의 UE로부터 분리 요청 메시지를 수신할 때(또는 경우) 또는 분리 요청 메시지의 수신에 응답하여 분리 응답 메시지가 송신될 때(또는 경우) 다른 UE와의 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시할 수 있다.

도 20은 UE-대-UE 릴레이의 관점으로부터의 예시적인 일 실시예에 따른 순서도(2000)이다. 단계(2005)에서, UE-대-UE 릴레이는 제 1 UE와 제 1 PC5 유니캐스트 링크를 설정하고 제 2 UE와 제 2 PC5 유니캐스트 링크를 설정한다. 단계(2010)에서, UE-대-UE 릴레이는, 제 1 PC5 유니캐스트 링크 상에서 사이드링크 무선 링크 실패가 검출되는 경우 제 2 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시한다.

일 실시예에 있어서, UE-대-UE 릴레이는, 계층-2 링크 릴리즈 절차를 개시할 때 제 2 UE로 제 1 PC5-S 메시지를 송신할 수 있다. 제 1 PC5-S 메시지는 분리 요청 메시지일 수 있다.

일 실시예에 있어서, UE-대-UE 릴레이는 제 2 UE로부터 제 2 PC5-S 메시지를 수신할 수 있다. 제 2 PC5-S 메시지는 분리 응답 메시지일 수 있다.

일 실시예에 있어서, 제 1 PC5 유니캐스트 링크 상의 사이드링크 무선 링크 실패는, 제 1 PC5 유니캐스트 링크의 특정 목적지에 대한 재송신들의 최대 수가 도달되었다는 사이드링크 RLC 엔티티로부터의 표시 시에 검출될 수 있다. 제 1 PC5 유니캐스트 링크 상의 사이드링크 무선 링크 실패는 또한, RRCReconfigurationSidelink 메시지가 송신을 위해 하위 계층들에 제출될 때 시작된 타이머의 만료 시에 검출될 수 있다.

일 실시예에 있어서, 제 1 UE 및 제 2 UE는 UE-대-UE 릴레이를 통해 서로 통신한다.

UE-대-UE 릴레이의 예시적인 일 실시예에서, 도 3 및 도 4를 참조하도록 한다. UE-대-UE 릴레이(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, UE-대-UE 릴레이가 (i) 제 1 UE와 제 1 PC5 유니캐스트 링크를 설정하고 제 2 UE와 제 2 PC5 유니캐스트 링크를 설정하며, (ii) 제 1 PC5 링크 상에서 사이드링크 무선 링크 실패가 검출되는 경우 제 2 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시하는 것을 가능하게 하기 위해 프로그램 코드(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

사용자 단말-대-사용자 단말(UE-대-UE) 릴레이에 대한 방법으로서,
상기 UE-대-UE 릴레이가 제 1 UE와 제 1 PC5 유니캐스트 링크를 설정하고 제 2 UE와 제 2 PC5 유니캐스트 링크를 설정하는 단계; 및
상기 제 1 PC5 유니캐스트 링크 상에서 사이드링크 무선 링크 실패가 검출되는 경우, 상기 UE-대-UE 릴레이가 상기 제 2 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시하는 단계를 포함하는, 방법.
청구항 1에 있어서,
상기 계층-2 릴리즈 절차를 개시할 때 상기 UE-대-UE 릴레이가 상기 제 2 UE로 제 1 PC5-S 메시지를 송신하는, 방법.
청구항 2에 있어서,
상기 제 1 PC5-S 메시지는 분리 요청 메시지인, 방법.
청구항 1에 있어서,
상기 UE-대-UE 릴레이는 상기 제 2 UE로부터 제 2 PC5-S 메시지를 수신하는, 방법.
청구항 4에 있어서,
상기 제 2 PC5-S 메시지는 분리 응답 메시지인, 방법.
청구항 1에 있어서,
상기 제 1 PC5 유니캐스트 링크 상의 상기 사이드링크 무선 링크 실패는, 사이드링크 RLC 엔티티로부터 상기 제 1 PC5 유니캐스트 링크의 특정 목적지에 대한 재송신들의 최대 수가 도달되었다는 표시 시에 검출되는, 방법.
청구항 1에 있어서,
상기 제 1 PC5 유니캐스트 링크 상의 상기 사이드링크 무선 링크 실패는, RRCReconfigurationSidelink 메시지가 송신을 위해 하위 계층들에 제출된 때 시작된 타이머의 만료 시에 검출되는, 방법.
청구항 1에 있어서,
상기 제 1 UE 및 상기 제 2 UE는 상기 UE-대-UE 릴레이를 통해 서로 통신하는, 방법.
사용자 단말-대-사용자 단말(UE-대-UE) 릴레이로서,
제어 회로;
상기 제어 회로 내에 설치된 프로세서; 및
상기 제어 회로 내에 설치되며 상기 프로세서 동작가능하게 결합되는 메모리를 포함하며,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
제 1 UE와 제 1 PC5 유니캐스트 링크를 설정하고 제 2 UE와 제 2 PC5 유니캐스트 링크를 설정하며; 및
상기 제 1 PC5 유니캐스트 링크 상에서 사이드링크 무선 링크 실패가 검출되는 경우, 상기 제 2 PC5 유니캐스트 링크를 릴리즈하기 위해 계층-2 링크 릴리즈 절차를 개시하는, UE-대-UE 릴레이.
청구항 9에 있어서,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
상기 계층-2 링크 릴리즈 절차를 개시할 때 상기 제 2 UE로 제 1 PC5-S 메시지를 송신하는, UE-대-UE 릴레이.
청구항 10에 있어서,
상기 제 1 PC5-S 메시지는 분리 요청 메시지인, UE-대-UE 릴레이.
청구항 9에 있어서,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
상기 제 2 UE로부터 제 2 PC5-S 메시지를 수신하는, UE-대-UE 릴레이.
청구항 12에 있어서,
상기 제 2 PC5-S 메시지는 분리 응답 메시지인, UE-대-UE 릴레이.
청구항 9에 있어서,
상기 제 1 PC5 유니캐스트 링크 상의 상기 사이드링크 무선 링크 실패는, 사이드링크 RLC 엔티티로부터 상기 제 1 PC5 유니캐스트 링크의 특정 목적지에 대한 재송신들의 최대 수가 도달되었다는 표시 시에 검출되는, UE-대-UE 릴레이.
청구항 9에 있어서,
상기 제 1 PC5 유니캐스트 링크 상의 상기 사이드링크 무선 링크 실패는, RRCReconfigurationSidelink 메시지가 송신을 위해 하위 계층들에 제출된 때 시작된 타이머의 만료 시에 검출되는, UE-대-UE 릴레이.
청구항 9에 있어서,
상기 제 1 UE 및 상기 제 2 UE는 상기 UE-대-UE 릴레이를 통해 서로 통신하는, UE-대-UE 릴레이.