KR20230005745A

KR20230005745A - 무선 통신 시스템에서 pc5-s 메시지들을 송신하기 위한 방법 및 장치

Info

Publication number: KR20230005745A
Application number: KR1020220070814A
Authority: KR
Inventors: 쿠오 리차드 리-치
Original assignee: 아서스테크 컴퓨터 인코포레이션
Priority date: 2021-07-01
Filing date: 2022-06-10
Publication date: 2023-01-10
Also published as: CN115567177A; US20230007447A1

Abstract

제1 사용자 단말(User Equipment; UE)의 관점으로부터 PC5 시그널링(PC5 Signaling; PC5-S) 메시지 송신을 위한 방법 및 디바이스가 개시된다. 일 실시예에서, 제1 UE는 UE-대-UE 릴레이를 통해 제2 UE와 통신한다. 제1 UE는 또한 제1 사이드링크 시그널링 무선 베어러(Signaling Radio Bearer; SRB)에서 UE-대-UE 릴레이로 제1 PC5-S 메시지를 송신하며, 여기서 제1 PC5-S 메시지는 제1 UE와 UE-대-UE 릴레이 사이의 제1 사이드링크 보안을 설정하기 위해, 제1 UE와 UE-대-UE 릴레이 사이의 제1 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 제1 UE와 UE-대-UE 릴레이 사이의 제1 링크를 수정하기 위해 사용된다. 제1 UE는 추가로 제2 UE로 포워딩하기 위해 제2 사이드링크 SRB에서 UE-대-UE 릴레이로 제2 PC5-S 메시지를 송신하며, 여기서 제2 PC5-S 메시지는 제1 UE와 제2 UE 사이의 제2 사이드링크 보안을 설정하기 위해, 제1 UE와 제2 UE 사이의 제2 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 제1 UE와 제2 UE 사이의 제2 링크를 수정하기 위해 사용된다.

Description

무선 통신 시스템에서 PC5-S 메시지들을 송신하기 위한 방법 및 장치{METHOD AND APPARATUS FOR TRANSMITTING PC5-S MESSAGES IN A WIRELESS COMMUNICATION SYSTEM}

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

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

기술분야

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

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

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

도 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.2-1의 재현이다.
도 10은 3GPP TS 23.287 V16.2.0의 도 6.3.3.4-1의 재현이다.
도 11은 3GPP TS 38.323 V16.0.0의 도 6.2.2.1-1의 재현이다.
도 12는 3GPP TR 23.752 V0.4.0의 도 6.9.1.2-1의 재현이다.
도 13은 3GPP TR 23.752 V0.4.0의 도 6.9.1.2-2의 재현이다.
도 14는 3GPP TR 23.752 V0.4.0의 도 6.9.2-1의 재현이다.
도 15는 3GPP TR 23.752 V0.4.0의 도 6.9.2.2-1의 재현이다.
도 16은 3GPP TR 23.752 V0.4.0의 도 6.31.2-1의 재현이다.
도 17은 3GPP TR 23.752 V0.4.0의 도 6.31.3-1의 재현이다.
도 18은 3GPP TR 38.836 V1.0.0의 도 5.5.1-1의 재현이다.
도 19는 3GPP TR 38.836 V1.0.0의 도 5.5.1-2의 재현이다.
도 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), 또는 어떤 다른 변조 기술들에 기초할 수 있다.

특히, 이하에서 설명되는 예시적인 무선 통신 시스템들은, TS 23.287 V16.2.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)"; TS 38.323 V16.0.0, "NR; Packet Data Convergence Protocol (PDCP) specification (Release 16)"; TS 38.331 V16.0.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)"; TR 23.752 V0.4.0, "Study on system enhancement for Proximity based services (ProSe) in the 5G System (5GS) (Release 17)"; 및 TR 38.836 V1.0.0, "Study on NR sidelink relay (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 참조 포인트를 통한 유니캐스트 모드 차량-대-사물(Vehicle-to-Everything; 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 서비스 유형들, 예를 들어, V2X 애플리케이션의 PSID들 또는 ITS-AID들의 매핑.

- 그룹캐스트를 위한 목적지 계층-2 ID(들) 및 V2X 서비스 유형들, 예를 들어, 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 유니캐스트 링크에 대한 계층-2 링크 수정 또는 6.3.3.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 유니캐스트 링크의 설정 동안 발견(discover)될 수 있거나, 또는 이전 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의 새로운 식별자들의 업데이트는, IP 통신이 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)를 포함한다. 이는, AS 계층이 PC5 유니캐스트 링크 관련 정보와 함께 PC5 링크 식별자를 유지하는 것을 가능하게 한다.

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

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

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

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

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

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

6.3.3.2 유니캐스트 링크에 대한 링크 식별자 업데이트

도 6.3.3.2-1은 유니캐스트 링크에 대한 링크 식별자 업데이트 절차를 도시한다. 프라이버시 요건들에 기인하여, PC5 참조 포인트를 통한 V2X 통신의 유니캐스트 모드에 대해 사용되는 식별자들(예를 들어, 애플리케이션 계층 ID, 소스 계층-2 ID 및 IP 어드레스/프리픽스)은 5.6.1.1절 및 5.6.1.4절에 지정된 바와 같이 시간에 걸쳐 변화되어야 한다. 이러한 절차는, 서비스 중단을 방지하기 위해 새로운 식별자들을 사용하기 이전에 유니캐스트 링크에 대한 소스와 피어 UE들 사이에서 새로운 식별자들을 업데이트하고 교환하기 위해 사용된다.

UE가 동일한 애플리케이션 계층 ID들 또는 계층-2 ID들을 사용하는 다수의 유니캐스트 링크들을 갖는 경우, UE는 유니캐스트 링크의 각각을 통해 링크 식별자 업데이트 절차를 수행해야 한다.

["Link identifier update procedure"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.3.3.2-1은 도 9로 재현된다]

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

1. UE-1은, 예를 들어, 애플리케이션 계층 ID 변화에 기인하여 또는 타이머의 만료 시에 이것의 식별자(들)를 변경할 것을 결정한다. UE-1은 이것의 새로운 계층-2 ID를 생성하고 오래된 식별자들을 사용하여 UE-2로 링크 식별자 업데이트 요청 메시지를 전송한다.

링크 식별자 업데이트 요청 메시지는 (새로운 계층-2 ID, 보안 정보, 선택적으로 새로운 애플리케이션 계층 ID 및 IP 통신이 사용되는 경우 선택적으로 새로운 IP 어드레스/프리픽스를 포함하는) 사용할 새로운 식별자(들)를 포함한다. 새로운 식별자(들)는 프라이버시 보호를 위해 사이퍼링(cypher)되어야 한다. 링크 식별자 업데이트 요청을 전송한 이후에, UE-1은, UE-1이 링크 식별자 업데이트 수신확인(Ack)을 UE-2로 전송할 때까지 오래된 식별자들을 가지고 데이터 트래픽을 UE-2로 전송하는 것을 유지한다.

노트 1: 타이머는 소스 계층-2 ID마다 실행된다.

노트 2: 2개의 UE들 중 하나가 5.2.1.5절에 설명된 바와 같이 IPv6 라우터로서 역할하고, IP 어드레스/프리픽스가 또한 변경될 필요가 있을 때, 대응하는 어드레스 구성 절차는 링크 식별자 업데이트 절차 이후에 수행될 것이다.

2. 링크 식별자 업데이트 요청 메시지의 수신 시에, 5.1.2.1절에 지정된 바와 같이 프라이버시 구성에 기초하여, UE-2가 또한 이것의 식별자(들)를 변경할 것을 결정할 수 있다. UE-2가 이것의 식별자(들)를 변경할 것을 결정하는 경우, UE-2는, (새로운 계층-2 ID, 보안 정보, 선택적으로 새로운 애플리케이션 계층 ID 및 IP 통신이 사용되는 경우 선택적으로 새로운 IP 어드레스/프리픽스를 포함하는) 사용할 새로운 식별자(들)를 포함하는 링크 식별자 업데이트 응답 메시지를 가지고 응답한다. 새로운 식별자(들)는 프라이버시 보호를 위해 사이퍼링되어야 한다. 링크 식별자 업데이트 응답 메시지는 오래된 식별자들을 사용하여 전송된다. UE-2는, UE-2가 UE-1로부터 새로운 계층-2 ID를 갖는 트래픽을 수신할 때까지 계속해서 UE-1로부터 오래된 계층-2 ID를 갖는 트래픽을 수신한다. 링크 식별자 업데이트 응답을 전송한 이후에, UE-2는, UE-2가 UE-1로부터 링크 식별자 업데이트 수신확인 메시지를 수신할 때까지 오래된 식별자를 가지고 UE-1로 데이트 트래픽을 전송하는 것을 유지한다.

3. 링크 식별자 업데이트 응답 메시지의 수신 시에, UE-1은, 링크 식별자 업데이트 응답 메시지 상에서 수신된 바와 같은 UE-2로부터의 새로운 식별자(들)를 포함하는 링크 식별자 업데이트 수신확인 메시지를 가지고 응답한다. 링크 식별자 업데이트 수신확인 메시지는 오래된 식별자들을 사용하여 전송된다. UE-1은, UE-1이 UE-2로부터 새로운 계층-2 ID를 갖는 트래픽을 수신할 때까지 계속해서 UE-2로부터 오래된 계층-2 ID를 갖는 트래픽을 수신한다.

4. UE-1의 V2X 계층은 유니캐스트 링크에 대한 PC5 링크 식별자 및 업데이트된 계층-2 ID들(즉, 소스에 대한 UE-1에 대한 새로운 계층-2 ID 및 목적지에 대한 UE-2의 새로운 계층-2 ID)를 AS 계층으로 전달한다. 이는, AS 계층이 유니캐스트 링크에 대한 제공된 계층-2 ID들을 업데이트하는 것을 가능하게 한다.

UE-1은 유니캐스트 링크에 대하여 이것의 새로운 식별자들 및 UE-2의 새로운 식별자들을 사용하는 것을 시작한다.

5. UE-2의 V2X 계층은 유니캐스트 링크에 대한 PC5 링크 식별자 및 업데이트된 계층-2 ID들(즉, 소스에 대한 UE-2의 새로운 계층-2 ID 및 목적지에 대한 UE-1에 대한 새로운 계층-2 ID)를 AS 계층으로 전달한다. 이는, AS 계층이 유니캐스트 링크에 대한 제공된 계층-2 ID들을 업데이트하는 것을 가능하게 한다.

UE-2는 유니캐스트 링크에 대하여 이것의 새로운 식별자들 및 UE-1의 새로운 식별자들을 사용하는 것을 시작한다.

노트 3: 이상의 메시지 내의 보안 정보가 또한 계층-2 ID들과 동시에 업데이트되어야 한다. 이는 TS 33.536 [26]에 정의된다.

[...]

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 계층이 수정된 유니캐스트 링크와 관련된 콘텍스트를 업데이트하는 것을 가능하게 한다.

3GPP TS 38.323는 다음과 같이 시그널링 무선 베어러(Signaling Radio Bearer; SRB)들에 대한 패킷 데이터 컨버전스 프로토콜(Packet Data Convergence Protocol; PDCP) 데이터 프로토콜 데이터 유닛(Protocol Data Unit; PDU) 포맷 및 사이퍼링/디사이퍼링(ciphering/deciphering) 기능을 지정한다:

5.8 사이퍼링 및 디사이퍼링

사이퍼링 기능은 사이퍼링 및 디사이퍼링 둘 모두를 포함하며, 구성되는 경우, PDCP에서 수행된다. 사이퍼링된 데이터 유닛은 MAC-I(6.3.4절 참조) 및, PDCP SDU에 포함된 경우 SDAP 헤더 및 SDAP 제어 PDU를 제외한 PDCP 데이터 PDU(6.3.3절 참조)의 데이터 부분이다. 사이퍼링은 PDCP 제어 PDU들에 적용될 수 없다.

다운링크 및 업링크에 대하여, PDCP 엔티티에 의해 사용될 사이퍼링 알고리즘 및 키는 상위 계층들에 의해 구성되며(TS 38.331 [3]), 사이퍼링 방법은 TS 33.501 [6]에 지정된 바와 같이 적용되어야 한다.

사이퍼링 기능은 상위 계층들에 의해 활성화/일시 중단/재개된다(TS 38.331 [3]). 보안이 활성화되고 일시 중단되지 않을 때, 사이퍼링 기능은 다운링크, 업링크, 및 사이드링크 각각에 대하여 상위 계층들에 의해 표시된 모든 PDCP 데이터 PDU들에 적용되어야 한다(TS 38.331 [3]).

DAPS 베어러들에 대하여, PDCP 엔티티는, PDCP SDU가 송신/수신되는 셀에 기초하여, 소스 셀에 대하여 구성되거나 또는 목표 셀에 대하여 구성된 사이퍼링 알고리즘 및 키를 사용하여 PDCP SDU에 대한 사이퍼링 또는 디사이퍼링을 수행해야 한다.

다운링크 및 업링크 사이퍼링 및 디사이퍼링에 대하여, 사이퍼링을 위해 PDCP에 의해 요구되는 파라미터들은 TS 33.501 [6]에 정의되며, 사이퍼링 알고리즘에 입력된다. 사이퍼링 기능에 대한 요구되는 입력들은 COUNT 값 및 DIRECTION(TS 33.501 [6]에서 지정된 바와 같이 설정된: 송신의 방향)을 포함한다. 상위 계층들에 의해 제공되는 PDCP에 의해 요구되는 파라미터들(TS 38.331 [3])은 아래와 같이 열거된다:

- BEARER(TS 33.501 [6]에 무선 베어러 식별자로 정의됨. 이것은 TS 38.331 [3]에서와 같이 값 RB 신원 - 1을 사용할 것이다);

- KEY(제어 평면에 대한 그리고 사용자 평면에 대한 사이퍼링 키들은 각기 K_RRCenc 및 K_UPenc이다).

NR 사이드링크 통신에 대해, TS 33.501 [6]에 지정된 바와 같은 사이퍼링 기능은 입력으로서 KEY (PEK), COUNT, BEARER 및 DIRECTION(이러한 값은 TS 33.536 [14]에 지정된 바와 같이 설정되어야 함)을 가지고 적용된다.

6.2.2.1 SRB들에 대한 데이터 PDU

도 6.2.2.1-1은 12 비트 PDCP SN를 갖는 PDCP 데이터 PDU의 포맷을 도시한다. 이러한 포맷은 SRB들에 대해 적용될 수 있다.

["PDCP Data PDU format for SRBs"라는 명칭의 3GPP TS 38.323 V16.0.0의 도 6.2.2.1-1이 도 11로 재현된다]

3GPP TS 38.331는, 다수의 사이드링크 SRB들이 다음과 같이 PC5-RRC 시그널링(또는 메시지들) 및 PC5-S 메시지를 송신하기 위해 설정된다는 것을 지정한다:

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 메시지들을 송신하기 위해 사용된다. 하나의 사이드링크 SRB는, 보호되는 PC5-S 보안이 설정된 이후에 PC5-S 메시지들을 송신하기 위해 사용된다. 하나의 사이드링크 SRB는 PC5-RRC 시그널링을 송신하기 위해 사용되며, 이는 보호되고 오직 PC5-S 보안이 설정된 이후에만 전송된다.

[…]

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 릴레이로서 인가하는 방법은?

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

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

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

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

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

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

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

[…]

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

6.9.1 설명

6.9.1.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과 조정될 필요가 있다.

링크 관리(즉, 킵얼라이브(keepalive), 링크 수정, 링크 식별자 업데이트 및 링크 릴리즈)는 직접 유니캐스트 링크들을 통해 지원되며, 또한 확장 PC5 링크들을 통해 지원될 필요가 있다. 확장 PC5 링크의 보안 연관이 피어 UE들 사이에 존재하기 때문에, 링크 관리(즉, PC5-S) 메시지들을 포함하여 확장 PC5 링크를 통해 전송되는 모든 메시지들은 오직 이러한 2개의 UE들에 의해서만 프로세싱될 수 있다.

PC5 링크 관리 메시지들이 피어 UE에 의해 프로세싱되게 하는 것은 대부분의 관리 기능에 대해 문제가 되지 않는다. 킵얼라이브 기능에 대해, UE들 둘 모두는 킵얼라이브 메시지들을 전송/수신하고 확장 링크가 여전히 살아있다는 것을 검증할 수 있다. QoS 흐름들 또는 서비스들을 추가하거나 또는 제거하거나 또는 QoS 흐름들을 수정하기 위해 사용되는 링크 수정에 대해, 이것은 확장 링크에 적용되고 2개의 피어 UE들에 의해 핸들링되어야 한다. 링크 릴리즈에 대해, 피어 UE들은 릴리즈 메시지들을 교환할 수 있으며, 그런 다음 이것이 이것의 매핑 테이블을 클린-업(clean-up)하는 것을 가능하게 하기 위해 UE-대-UE 릴레이로 통보할 수 있다(즉, 6.9.2.2절에 정의된 바와 같이 관리 링크를 사용함).

링크 식별자 업데이트 절차와 관련하여, 피어 UE들은 UE-대-UE 릴레이에 대해 투명하게 그들의 계층-2 ID들을 업데이트할 수 없다. 그 이유는, 이들이 그들의 아웃고잉 메시지들을 UE-대-UE 릴레이 계층-2 ID로 어드레싱하기 때문에 UE들이 그들의 피어의 계층-2 ID를 알지 못하기 때문이다. UE-대-UE 릴레이는 릴레잉 목적들을 위해 피어 UE들의 계층-2 ID들을 사용하며, 따라서 UE-대-UE 릴레이는 피어 UE들 둘 모두로부터 업데이트된 계층-2 ID를 통보 받아야 한다. 추가적으로, 이러한 유니캐스트 링크에 대해 사용되는 UE-대-UE 릴레이 L2 ID들이 헤더에서 보일 수 있으며 따라서 UE의 오래된 계층-2 ID들을 그들의 새로운 계층-2 ID들과 링크하기 위해 사용될 수 있기 때문에, UE-대-UE 릴레이는, 피어 UE들이 그들의 계층-2 ID들을 변경할 때마다 확장 링크와 연관된 이것의 계층-2 ID들을 변경해야 한다. 요약하면, 개시 UE가 이것의 식별자들(예를 들어, 계층-2 ID 및 보안 정보)을 변경할 때, UE-대-UE 릴레이는 개시 UE와의 유니캐스트 링크에서 사용되는 이것의 계층-2 ID를 업데이트해야 하며, 보안 정보(2개의 피어 UE들 사이에 설정됨)가 또한 업데이트되기 때문에, UE-대-UE 릴레이와 목표 UE 사이의 유니캐스트 링크를 통해 사용되는 식별자들도 또한 업데이트되어야 한다.

UE-대-UE 릴레이를 통한 유니캐스트 통신에 대해, 즉, 확장 유니캐스트 링크에 대해 사용되는 식별자들을 업데이트하기 위해, "관리" 유니캐스트 링크가 각각의 UE와 UE-대-UE 릴레이 사이에 설정된다. 이러한 관리 링크는 UE와 UE-대-UE 릴레이 사이에서 보안화된다(즉, 무결성 및 기밀성이 보호됨). 이것은, 관리 링크와 동일한 UE-대-UE 릴레이에 연관된 확장 링크들을 관리하기 위해 사용된다. 다수의 UE-대-UE 릴레이들이 피어 UE들에 도달하기 위해 사용되는 경우, 예를 들어, 각각의 UE-대-UE 릴레이를 향해 하나씩, 다수의 관리 링크들이 UE에 의해 생성될 수 있다.

UE-대-UE 릴레이로 전송된 기존 링크 식별자 업데이트 메시지들은, 이러한 메시지들이 적용되는 확장 유니캐스트 링크를 식별하기 위해 UE-대-UE 릴레이에 의해 요구되는 추가적인 정보를 포함하도록 수정된다. 추가적인 정보는 다음을 포함한다: 1) "확장 링크" 표시, 2) 확장 링크에서 사용되는 UE의 현재 계층-2 ID, 3) 확장 링크에 대한 UE의 새로운 계층-2 ID, 4) 확장 링크에서 사용되는 UE-대-UE 릴레이의 계층-2 ID.

관리 링크는 일단 링크 식별자 업데이트 절차가 완료되면 릴리즈될 수 있거나, 또는 이것이 유지될 수 있다. 이것이 유지되는 경우, 이것은 임의의 다른 PC5 유니캐스트 링크와 같이 처리되며, 즉, 이것의 계층-2 ID들은 주기적으로 업데이트되어야 하고, 킵얼라이브가 교환될 수 있는 등이다.

6.9.1.2 제어 및 사용자 평면 프로토콜 스택들

도 6.9.1.2-1은 UE-대-UE 계층-2 릴레이를 사용하는 제어 평면 프로토콜 스택들을 예시한다. UE-대-UE 계층-2 릴레이는, UE1과 UE2 사이에서 릴레이되는 이미 형성된 L2 프레임들에 소스 계층-2 ID로서 삽입된 자체-생성된 자신의 계층-2 ID들을 사용한다. L2 프레임들은 매핑된 UE1 계층-2 ID, UE2 계층-2 ID에 기초하여 포워딩된다. 시그널링 메시지들은, 소스 및 목적지 계층-2 ID들 이외에는 임의의 수정 없이 UE-대-UE 계층-2 릴레이를 통해 UE1과 UE2 사이에서 투명하게 전송된다. 보안은, UE1 및 UE2에서 종료되는 PDCP 계층에 의해 도시된 바와 같이 UE1과 UE2 사이에서 엔드 투 엔드로 설정된다.

["Control Plane protocol stacks for PC5 using a UE-to-UE Layer-2 Relay"라는 명칭의 3GPP TR 23.752 V0.4.0의 도 6.9.1.2-1이 도 12로 재현된다]

도 6.9.1.2-2는 UE-대-UE 계층-2 릴레이를 사용하는 사용자 평면 프로토콜 스택들을 예시한다. 제어 평면과 관련하여, 보안은 UE1과 UE2 사이에서 엔드 투 엔드로 설정된다. 따라서, 릴레이 기능이 릴레이되는 IP 패킷들에 대해 임의의 보안을 프로세싱/적용하지 않기 때문에 사용자 데이터는 릴레이 노드에서 결코 노출되지 않는다.

["User Plane protocol stacks using a UE-to-UE Layer-2 Relay"라는 명칭의 3GPP TR 23.752 V0.4.0의 도 6.9.1.2-2가 도 13으로 재현된다]

이상의 SDAP 및 PDCP 프로토콜들은 TS 38.300 [11]에 지정된다.

편집자 노트: 제안된 프로토콜 스택들은 RAN WG2로 확인될 것이다.

6.9.2 절차들

6.9.2.1 연결 설정

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.4.0의 도 6.9.2-1이 도 14로 재현된다]

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들을 가지고 구성된다.

소스 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절에 지정된 바와 같이, 제공되는 애플리케이션에 관한 다른 파라미터들을 포함한다. 선택적으로, KI#1에 대한 해법을 통해 5G DDNMF로부터 획득된 ProSe 애플리케이션 코드가 또한 메시지에 포함된다.

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로부터 수신된 브로드캐스트 직접 통신 요청 메시지를 포워딩하는 것을 진행한다.

4. 목표 UE3은 공표된 애플리케이션에 관심이 있거나 또는 이것은 요청 메시지에 포함된 ProSe 애플리케이션 코드와 매칭할 수 있으며, 따라서 이것은 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 그룹에 의해 조사될 것이다.

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

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

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

이에 더하여, UE-대-UE 계층-2 릴레이 동작이 또한 다음의 원리들을 가지고 지원된다:

- UE-대-UE 릴레이 선택.

이는, 다수의 UE-대-UE 릴레이들이 목표 UE와 소스 UE 사이의 간접 통신을 달성하기 위해 사용될 수 있는 상황일 수 있다. UE-대-UE 릴레이의 선택은 UE에 대한 로컬 구성 규칙들에 기초할 수 있거나, 또는 다른 UE-대-UE 릴레이 선택 해법들, 예를 들어, 6.8절에서 설명된 "릴레이 발견 없는 UE-대-UE 릴레이 선택"에 기초할 수 있다.

- QoS 핸들링.

소스 UE1과 목표 UE3 사이의 연결 설정의 프로세스 동안, 소스 UE1은 E2E QoS 요건들을 충족시키기 위해 UE-대-UE 릴레이 UE 및 목표 UE3과 PC5 QoS 파라미터들을 협상한다. 그 후에, 소스 UE와 UE-대-UE 릴레이 UE 사이의 PC5 링크 및 UE-대-UE 릴레이 UE와 목표 UE 사이의 PC5 링크에 대한 PC5 QoS 파라미터들이 결정된다. 각각의 PC5 링크에서 PC5 QoS 파라미터들에 대한 AS 계층 구성들은 R16 V2X에서의 종래의 메커니즘들에 따라 달성될 수 있다.

특히 QoS 흐름 개념이 소스 UE와 목표 UE 사이에서 재사용될 수 있으며, 여기에서 UE-대-UE 릴레이 UE는 2개의 PC5 인터페이스들, 즉, 소스 UE 및 UE-대-UE 릴레이 UE에 대한 PC5 및 UE-대-UE 릴레이 UE 및 목표 UE에 대한 PC5 사이의 필수 적응을 수행한다.

편집자 노트: 2개의 PC5 인터페이스들 사이의 적응의 세부사항들은 RAN WG2에 의해 확인된다.

- 과금(Charging) 지원.

소스 UE 및 목표 UE에 대한 과금은 과금 사용 정보 구성 및 UE 보고 사용 정보에 기초할 수 있다. 과금 사용 정보 구성에 대한 해법은 PCF 기반 해법, 즉, 해법 #14를 재사용할 수 있다. UE 보고 사용 정보에 대한 해법은 SMF 기반 또는 AMF 기반 해법, 즉, 해법 #13 또는 해법 #15을 재사용할 수 있다.

6.9.2.2 연결 관리

6.9.2.2 UE-대-UE 릴레이와의 관리 링크를 통한 링크 식별자 업데이트

도 6.9.2.2-1은, 확장 PC5 링크가 사용될 때의 링크 식별자 업데이트 절차를 도시한다. 절차는, 이러한 확장 링크를 서비스하는 UE-대-UE 릴레이와 UE1 사이에 설정된 관리 링크 및 UE2와 동일한 UE-대-UE 릴레이 사이에 설정된 다른 관리 링크를 사용한다.

["Link Identifier Update procedure via a Management Link with a UE-to-UE Relay"라는 명칭의 3GPP TR 23.752 V0.4.0의 도 6.9.2.2-1이 도 15로 재현된다]

0) "확장" 유니캐스트 링크는, 즉, 인에이블된 엔드-투-엔드 보안을 가지고 6.9.2.1절에 설명된 바와 같이 UE-대-UE 릴레이를 통해 2개의 피어 UE들 사이에 설정된다.

1) UE1은, UE2와의 확장 링크와 연관된 이것의 식별자들(즉, 계층-2 ID, 보안 정보, 애플리케이션 ID 또는 IP 어드레스/프리픽스)을 업데이트하기 위한 트리거(예를 들어, 프라이버시 타이머 만료 또는 애플리케이션 계층 ID 변경)를 수신한다. UE1은, 이러한 링크가 이미 설정되지 않은 경우, 링크 관리 목적들을 위해 UE-대-UE 릴레이와 보안 유니캐스트 링크를 설정한다.

2) UE1은 이것의 식별자들(즉, 계층-2 ID, 보안 정보 및 선택적으로 애플리케이션 계층 ID 및 IP 어드레스/프리픽스)을 업데이트하고, 링크 식별자 업데이트 요청 메시지를 관리 링크를 통해 UE-대-UE 릴레이로 전송한다. 메시지는, UE1의 새로운 계층-2 ID 및 메시지가 확장 링크와 관련됨을 지정하는 표시(예를 들어, "확장 링크" 표시)를 포함하며, 즉, 이것은 관리 링크 자체에는 적용되지 않는다. 메시지는 또한 확장 링크를 식별하기 위해 사용되는 UE-대-UE 릴레이의 계층-2 ID 및 UE1의 계층-2 ID를 포함한다.

a. 다른 식별자들(즉, 보안 정보, 애플리케이션 계층 ID 및 ID 어드레스/프리픽스)은 포함되지 않으며, 이는 이들이 UE-대-UE 릴레이에 의해 사용되지 않고 UE-대-UE 릴레이에 노출되지 않아야 하기 때문이다.

3) UE-대-UE 릴레이는 현재 계층-2 ID를 보존하면서 UE1의 새로운 계층-2 ID를 이것의 매핑 테이블에 저장하고, 확장 링크 상에서 사용되며 UE2에 의해 알려진 현재 UE-대-UE 릴레이 L2 ID를 대체하기 위해 이것 자체의 계층-2 ID를 업데이트한다. 이것은, 이것 자체의 새로운 UE-대-UE 릴레이 계층-2 ID 및 "확장 링크" 표시를 포함하는 링크 식별자 업데이트 응답 메시지를 가지고 리플라이(reply)한다.

4) UE1은, 단계 3에서 수신된 새로운 UE-대-UE 릴레이 L2 ID, UE1의 업데이트된 보안 정보 및 선택적으로 새로운 애플리케이션 계층 ID 및 IP 어드레스/프리픽스를 포함하는 링크 식별자 업데이트 요청 메시지를 UE2로 전송한다.

a. UE2에 의해 사용될 새로운 UE-대-UE 릴레이 L2 ID를 운반하는 새로운 L2 ID 파라미터를 제외하고는, 링크 식별자 업데이트 요청 메시지는 평소와 같이 사용된다.

5) UE2는 수신된 파라미터들의 추적을 유지하고, 이러한 관리 링크가 이미 존재하지 않는 경우, 확장 유니캐스트 링크 관리를 위해 UE-대-UE 릴레이와 보안 유니캐스트 링크를 설정한다.

6) 단계 2에서 UE1에 대하여, UE2는 UE1과의 확장 링크와 연관된 이것의 식별자들을 업데이트하며, 링크 식별자 업데이트 요청 메시지를 관리 링크를 통해 UE-대-UE 릴레이로 전송한다. 링크 식별자 업데이트 요청 메시지는, "확장 링크" 표시, 현재 UE-대-UE 릴레이의 계층-2 ID 및 (확장 링크를 식별하기 위한) UE2의 계층-2 ID뿐만 아니라 확장 링크와 연관된 UE2의 새로운 계층-2 ID를 포함한다.

7) UE-대-UE 릴레이는 현재 계층-2 ID를 보존하면서 UE2의 새로운 계층-2 ID를 이것의 매핑 테이블에 저장하고, 확장 링크 상에서 사용되며 UE1에 의해 알려진 현재 UE-대-UE 릴레이 L2 ID를 대체하기 위해 이것 자체의 계층-2 ID를 업데이트한다. 이것은, 이것 자체의 새로운 UE-대-UE 릴레이 계층-2 ID 및 "확장 링크" 표시를 포함하는 링크 식별자 업데이트 응답 메시지를 가지고 리플라이(reply)한다.

8) UE2은, 단계 7에서 수신된 새로운 UE-대-UE 릴레이 L2 ID, UE2의 업데이트된 보안 정보 및 선택적으로 새로운 애플리케이션 계층 ID 및 IP 어드레스/프리픽스를 포함하는 링크 식별자 업데이트 응답 메시지를 UE1로 전송한다. UE2는 또한 단계 4에서 링크 식별자 업데이트 요청 메시지 상에서 수신된 파라미터들을 포함시킨다.

9) UE1은 UE2로부터의 수신된 업데이트된 파라미터들의 추적을 유지하며, 단계 8에서 링크 식별자 업데이트 응답 메시지 상에서 수신된 파라미터들을 포함하는 링크 식별자 업데이트 수신확인 메시지를 UE2로 전송한다.

10) UE1은, 단계 3에서 수신된 새로운 UE-대-UE 릴레이 계층-2 ID 및 "확장 링크" 표시를 포함하는 링크 식별자 업데이트 수신확인 메시지를 UE-대-UE 릴레이로 전송한다.

UE2는, 단계 7에서 수신된 새로운 UE-대-UE 릴레이 계층-2 ID 및 "확장 링크" 표시를 포함하는 링크 식별자 업데이트 수신확인 메시지를 UE-대-UE 릴레이로 전송한다. 모든 UE들(즉, UE1, UE2 및 UE-대-UE 릴레이)은 새로운 계층-2 ID들, 새로운 보안 정보 및 선택적으로 새로운 애플리케이션 계층 ID 및 새로운 IP 어드레스/프리픽스를 사용하기 시작한다.

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

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

UE는:

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

- ProSe 5G UE-대-UE 릴레이를 이용한 통신을 통해 확장 통신 관리를 위한 절차들을 지원해야 한다.

[…]

6.31 해법 #31: UE-대-UE 릴레이에 대한 QoS 제어

6.31.1 설명

이는 주요 이슈 #4, UE-대-UE 릴레이에 대한 해법이다. 이러한 해법은 계층 2 UE-대-UE 릴레이 및 계층 3 UE-대-UE 릴레이 둘 모두에 대해 적용가능하다.

소스 UE가 목표 UE와 유니캐스트 통신을 설정하기를 원할 때, 소스 UE는 애플리케이션 계층 요건들에 기초하여 소스 UE와 목표 UE 사이의 E2E QoS 파라미터들을 결정할 것이다. E2E QoS 파라미터들, 특히 PDB는 2개의 PC5 인터페이스 사이에서 분할되어야 한다. 2개의 PC5 인터페이스들의 PER이 또한 E2E QoS 파라미터들에서 PER 목표를 달성하기 위해 적절하게 설정되어야 한다.

릴레이는 E2E QoS 파라미터들을 다음과 같은 2개의 부분들로 분할할 것이다: 하나의 부분은 소스 UE와 릴레이 사이의 QoS 파라미터들이며(우리는 이것을 "소스 측 PC5 QoS 파라미터들"로 지칭할 것이다), 다른 부분은 릴레이와 목표 UE 사이의 QoS 파라미터들이다(우리는 이것을 "목표 측 PC5 QoS 파라미터들"로 지칭할 것이다).

표준화된 PQI가 사용될 때, 소스 측 PC5 QoS 파라미터들 및 목표 측 PC5 QoS 파라미터들은 PQI 및 다른 선택적인 QoS 파라미터들, 예를 들어, GFBR을 포함한다. 비-표준화된 PQI가 사용될 때, PC5 QoS 특성들의 전체 세트가 또한 포함된다.

릴레이는, 소스 측 PC5 QoS 파라미터들 내의 PQI와 연관된 PDB 및 PER 및 목표 측 PC5 QoS 파라미터들 내의 PQI와 연관된 PDB 및 PER이 원격 UE와 목표 UE 사이의 E2E PDB 요건들을 지원한다는 것을 보장한다. 릴레이는 또한, 소스 측 PC5 QoS 파라미터들 및 목표 측 PC5 QoS 파라미터들 내의 다른 QoS 파라미터들/QoS 특성들이 호환가능하다는 것, 예를 들어, 동일한 값을 갖는다는 것을 보장한다. 릴레이 결정은, 로컬 정책 또는 하위 계층 측정들에 기초할 수 있다.

선택적으로, 소스 UE가 인가된 서비스(들) 및 관련된 소스 측 PC5 QoS 파라미터들을 가지고 사전-구성되며, UE-대-UE 릴레이가 인가된 서비스(들) 및 관련된 목표 측 PC5 QoS 파라미터들을 가지고 사전-구성되는 것이 가능하다. 이들은 프로비저닝 절차 동안 PCF에 의해 제공될 수 있다. 인가된 서비스는 릴레이 서비스 코드 등에 의해 식별될 수 있다. 사전 구성된 QoS 파라미터들을 가지면, 소스 UE는 TS 23.287 [5] 6.3.3.1절 또는 6.3.3.4절에 정의된 절차에 의해 UE-대-UE 릴레이로 소스 측 PC5 QoS 파라미터들을 제공하며, 그런 다음 UE-대-UE 릴레이는 인가된 서비스를 식별하고 사전 구성된 목표 측 PC5 QoS 파라미터들을 사용하여 목표 UE와 대응하는 PC5 QoS 흐름들을 설정한다.

E2E QoS 파라미터 분할은 계층 2 UE-대-UE 릴레이 및 계층 3 UE-대-UE 릴레이 둘 모두에 공통된다. 차이점은 QoS 흐름에 있다. 계층 3 UE-대-UE 릴레이 케이스에서, 하나의 QoS 흐름은 소스 UE와 UE-대-UE 릴레이 사이이고, 다른 QoS 흐름은 소스 UE와 UE-대-UE 릴레이 UE 사이인 2개의 QoS 흐름들이 셋업된다. 계층 2 UE-대-UE 릴레이 케이스에서, 엔드-투-엔드 QoS 흐름은 소스 UE와 목표 UE 사이에 셋업된다.

6.31.2 계층 3 UE-대-UE 릴레이에 대한 절차들

["QoS control for Layer 3 UE-to-UE Relay"라는 명칭의 3GPP TR 23.752 V0.4.0의 도 6.31.2-1이 도 16으로 재현된다]

1. 소스 UE는 목표 UE와 유니캐스트 통신을 설정하기를 원하며, 이것은 애플리케이션 계층 요건들에 기초하여 소스 UE와 목표 UE 사이의 E2E QoS 파라미터들을 결정한다. 소스 UE는 PFI=PFI_s를 가지고 PC5 QoS 흐름을 셋 업한다. 소스 UE는 PFI_s, E2E QoS 파라미터들, 소스 및 목표 사용자 정보를 UE-대-UE 릴레이에 제공한다. 프로세스는 TS 23.287 [5] 6.3.3절에 정의된 바와 같은 유니캐스트 L2 링크 설정 또는 수정 절차와 유사하다.

2. 릴레이는 E2E QoS 파라미터들을 2개의 부분들로 분할한다: 하나의 부분은 소스 UE와 릴레이 사이의 PC5 인터페이스에 대한 것이며, 다른 부분은 릴레이와 목표 UE 사이의 PC5 인터페이스에 대한 것이다. 릴레이는 릴레이와 목표 UE 사이에 목표 측 PC5 QoS 파라미터들을 사용하여 PFI=PFI_t를 가지고 PC5 QoS 흐름을 셋업할 것이다.

3. 릴레이는 PFI_t, 목표 측 PC5 QoS 파라미터들, 소스 및 목표 사용자 정보를 목표 UE에 제공한다. 프로세스는 TS 23.287 [5] 6.3.3절에 정의된 바와 같은 유니캐스트 L2 링크 설정 또는 수정 절차와 유사하다.

4. 릴레이는 목표 UE로부터 계층-2 링크 설정/수정 수락을 수신한다.

5. 릴레이는 PFI_s 및 소스 측 PC5 QoS 파라미터들을 가지고 계층-2 링크 설정/수정 수락을 소스 UE에 제공한다.

계층3 UE-대-UE 릴레이 상에서의 데이터 전송은 홉(hop)들 둘 모두 상의 트래픽 필터에 따른다.

6.31.3 계층 2 UE-대-UE 릴레이에 대한 절차들

["QoS control for Layer 2 UE-to-UE Relay"라는 명칭의 3GPP TR 23.752 V0.4.0의 도 6.31.3-1이 도 17로 재현된다]

0. 소스 UE가 목표 UE와 통신하기를 원할 때, 이것은 해법#9에 정의된 확장 유니캐스트 링크를 사용하며, 소스 UE는 애플리케이션 계층 요건들에 기초하여 소스 UE와 목표 UE 사이의 E2E QoS 파라미터들을 결정한다. 소스 UE는 TS 23.287 [5]의 6.3.3.1절에 정의된 V2X 메커니즘과 유사하게 PFI를 가지고 PC5 QoS 흐름을 셋 업하며, 소스 UE는, 단계 0a 및 단계 0b에서 목표 UE와, PFI, 대응하는 E2E PC5 QoS 파라미터들 및 연관된 애플리케이션 정보를 포함하는 PC5 QoS 흐름에 대한 정보를 협상한다. 이러한 단계에서, E2E PC5-S 메시지들은 E2E QoS 협상을 위해 사용되고, UE-대-UE 릴레이는 단지 RAN 지정 L2 릴레이 방법을 사용하여 E2E PC5-S 메시지들을 전송할 뿐이다.

노트: 단계 0에서 사용되는 PC5-S 메시지들은 소스 UE와 목표 UE 사이에서 전송되는 E2E PC5-S 메시지들이며, 단계 1 내지 단계 5에서 사용되는 PC5-S 메시지들은 소스 UE 또는 목표 UE와 UE-대-UE 릴레이 사이에서 전송되는 홉-당(per-hop) PC5-S 메시지들이다.

1. 단계 0a 및 단계 0b에서의 E2E QoS 파라미터 협상 이후에, 소스 UE는 PFI, E2E QoS 파라미터들, 소스 및 목표 사용자 정보를 UE-대-UE 릴레이에 제공한다. 프로세스는 TS 23.287 [5] 6.3.3절에 정의된 바와 같은 유니캐스트 L2 링크 설정 또는 수정 절차와 유사하다.

2. 릴레이는 E2E QoS 파라미터들을 2개의 부분들로 분할한다: 하나의 부분은 소스 UE와 릴레이 사이의 PC5 인터페이스에 대한 것(소스 측 PC5 QoS 파라미터들)이며, 다른 부분은 릴레이와 목표 UE 사이의 PC5 인터페이스에 대한 것(목표 측 PC5 QoS 파라미터들)이다.

3. 릴레이는 소스UE로부터 수신된 PFI, 목표 측 PC5 QoS 파라미터들, 소스 및 목표 사용자 정보를 목표 UE에 제공한다. 프로세스는 TS 23.287 [5] 6.3.3절에 정의된 바와 같은 유니캐스트 L2 링크 설정 또는 수정 절차와 유사하다.

5. 릴레이는 PFI 및 소스 측 PC5 QoS 파라미터들을 가지고 계층-2 링크 설정/수정 수락을 소스 UE에 제공한다.

2개의 PC5 링크들에 대한 PC5 QoS 파라미터 분할 이후에, PC5 링크들의 각각에서의 PC5 QoS 파라미터들에 대한 AS 계층 구성들은 Rel-16 V2X(TS 23.287 [5])에서의 레거시 메커니즘들에 따라 달성될 수 있다. QoS 시행을 위해, UE-대-UE 릴레이 UE는 2개의 PC5 인터페이스들의 AS 계층들에서 필수 적응들을 수행하며, 이것은 AS 계층에서의 적응에 기초하여 수신된 데이터를 전송한다.

편집자 노트: 적응 계층에 의해 2개의 PC5 링크들을 통해 PC5 QoS를 보장하는 방법 및 적응 계층의 기능들은 RAN WG2에 의해 확인될 것이다.

소스 UE 또는 목표 UE가 확장 유니캐스트 링크에서 QoS 흐름을 추가하거나, 제거하거나 또는 수정하는 것을 원하는 경우, TS 23.287 [5]의 6.3.3.4절에 정의된 링크 수정 절차가 사용될 수 있으며, 여기서 링크 수정 요청 메시지는 E2E PC5-S 메시지이다.

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

- UE-대-UE 릴레이는 2개의 PC5 인터페이스들 사이의 E2E QoS 파라미터 분할을 지원한다.

3GPP TR 38.836은 다음과 같이 계층-2 UE-대-UE 릴레이에 대한 아키텍처 및 프로토콜 스택을 지정한다:

5.5 계층-2 릴레이

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

L2 UE-대-UE 릴레이 아키텍처에 대하여, 종료 포인트들이 2개의 원격 UE들이라는 사실을 제외하면 프로토콜 스택들은 L2 UE-대-네트워크 릴레이와 유사하다. L2 UE-대-UE 릴레이 아키텍처의 사용자 평면 및 제어 평면의 프로토콜 스택들은 도 5.5.1-1 및 도 5.5.1-2에서 설명된다.

적응 계층은 L2 UE-대-UE 릴레이에 대하여 제2 PC5 링크(즉, 릴레이 UE와 목적지 UE 사이의 PC5 링크)를 통해 지원된다. L2 UE-대-UE 릴레이에 대하여, 적응 계층은 제2 PC5 링크를 통해 CP 및 UP 둘 모두에 대하여 RLC 하위계층 위에 놓인다. 사이드링크 SDAP/PDCP 및 RRC는 2개의 원격 UE들 사이에서 종료되며, 반면 RLC, MAC 및 PHY는 각각의 PC5 링크에서 종료된다.

["User plane protocol stack for L2 UE-to-UE Relay"라는 명칭의 3GPP TR 38.836 V1.0.0의 도 5.5.1-1이 도 18로 재현된다]

["Control plane protocol stack for L2 UE-to-UE Relay"라는 명칭의 3GPP TR 38.836 V1.0.0의 도 5.5.1-2가 도 19로 재현된다]

L2 UE-대-UE 릴레이의 제1 홉에 대하여,

- N:1 매핑은 릴레잉을 위한 제1 홉 PC5 RLC 채널들과 원격 UE SL 무선 베어러들 사이에서 제1 홉 PC5 적응 계층에 의해 지원된다.

- 소스 원격 UE와 릴레이 UE 사이의 제1 PC5 홉을 통한 적응 계층은 상이한 목적지 원격 UE들로 목적된 트래픽을 식별하는 것을 지원한다.

L2 UE-대-UE 릴레이의 제2 홉에 대하여,

- 제2 홉 PC5 적응 계층은 릴레이 UE에서 제1 PC5 홉을 통한 진입 RLC 채널들과 제2 PC5 홉을 통한 진입 RLC 채널들 사이의 베어러 매핑을 지원하기 위해 사용될 수 있다.

- PC5 적응 계층은 제1 PC5 홉을 통한 다수의 진입 PC5 RLC 채널들과 제2 PC5 홉을 통한 하나의 진입 PC5 RLC 채널 사이의 N:1 베어러 매핑을 지원하며, 원격 UE 식별 기능을 지원한다.

L2 UE-대-UE 릴레이에 대하여,

- 원격 UE 엔드-투-엔드 무선 베어러들의 신원 정보는 제1 및 제2 PC5 홉에서 적응 계층 내에 포함된다.

- 이에 더하여, 소스 원격 UE의 신원 정보 및/또는 목적지 원격 UE의 신원 정보는 적응 계층 내에 포함될 후보 정보이며, 이는 WI 단계에서 결정될 것이다.

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

3GPP TS 23.287은, 애플리케이션 계층 ID, 계층-2 ID, IP 어드레스/프리픽스, 및/또는 보안 정보를 포함할 수 있는, PC5 참조 포인트를 통한 V2X 통신의 유니캐스트 모드에 대해 사용되는 식별자들을 업데이트하기 위한 링크 식별자 업데이트 절차를 지정한다. 보안 정보는 제1 UE와 제2 UE 사이의 통신을 보호하기 위해 사용될 수 있다. UE로부터 링크 식별자 업데이트 요청 메시지를 수신할 때, 피어 UE는 이것의 식별자들을 변경하고 이들을 UE로 전송되는 링크 식별자 업데이트 응답 메시지 내에 포함시킬 수 있다.

도 15(3GPP TR 23.752 V0.4.0의 도 6.9.2.2-1의 재현임)는 UE-대-UE 릴레잉의 시나리오에서 링크 식별자 업데이트를 위한 절차들을 예시한다. 기본적으로, 링크 식별자 업데이트 절차는, 사이드링크 보안이 2개의 관련 UE들 사이에 설정된 이후에 수행된다. 소스 UE의 계층-2 ID는 소스 UE와 UE-대-UE 릴레이 사이의 PC5 링크 상에서의 통신들을 위해 사용되며 목표 UE의 계층-2 ID는 목표 UE와 UE-대-UE 릴레이 사이의 PC5 링크 상에서의 통신들을 위해 사용되고 한편 다른 신원들(예를 들어, 애플리케이션 계층 ID 및 IP 어드레스/프리픽스)은 소스 UE와 목표 UE 사이의 통신들을 위해 사용되며 UE-대-UE 릴레이에 노출되지 않아야 하기 때문에, 3GPP TR 23.752의 해법 #9는 도 15에서 2가지 유형들의 링크 식별자 업데이트 절차를 제안한다. 하나의 유형의 링크 식별자 업데이트 절차는 소스 UE와 UE-대-UE 릴레이 사이에 계층-2 ID(들)을 업데이트하기 위해 뿐만 아니라 목표 UE와 UE-대-UE 릴레이 사이에 계층-2 ID(들)을 업데이트하기 위해 사용된다. 다른 유형의 링크 식별자 업데이트 절차는 소스 UE와 목표 UE 사이에 다른 신원들(예를 들어, 애플리케이션 계층 ID 및/또는 IP 어드레스/프리픽스)를 업데이트하기 위해 사용된다. 표시(예를 들어, "확장 링크" 표시)는 UE-대-UE 릴레이가 관련 절차를 식별하기 위해(또는 하나의 절차를 다른 절차와 구별하기 위해) 링크 식별자 업데이트 요청 메시지에 포함된다.

소스 UE(또는 목표 UE)의 애플리케이션 계층 ID 및/또는 IP 어드레스/프리픽스가 UE-대-UE 릴레이에 노출되지 않아야 하기 때문에, 이를 실현하기 위한 하나의 방법은, 엔드-투-엔드 보안 콘텍스트, 애플리케이션 계층 ID 및/또는 IP 어드레스/프리픽스를 운반하기 위해 사용되는 링크 식별자 업데이트 요청 메시지의 콘텐트를 가지고 사이퍼링하는 것이다. 엔드-투-엔드 보안 콘텍스트는 소스 UE와 목표 UE 사이에 알려진(즉, UE-대-UE 릴레이에는 알려지지 않은) 보안 키 및 보안 알고리즘을 나타낸다. (3GPP TS 38.323에서 논의된 바와 같은) 3GPP 표준들에 따르면, 사이퍼링 기능은 PDCP 계층에서 수행되며, PDCP 데이터 PDU의 데이터 부분이 사이퍼링되어야 한다. 상위 계층(즉, PC5 시그널링 프로토콜)으로부터 전달되는 PC5-S 메시지가 PDCP 데이터 PDU의 데이터 부분을 형성하기 때문에, 전체 PC5-S 메시지가 사이퍼링될 것이다. 따라서, UE-대-UE 릴레이는 관련 절차를 식별하기 위해 링크 식별자 업데이트 요청 메시지에 포함된 표시를 판독할 수 없을 것이며, 따라서 3GPP TR 23.752에서 제안된 해법이 실현 가능하지 않다. UE-대-UE 릴레이(또는 릴레이 UE)가 PC5-S 메시지가 UE-대-UE 릴레이에 대해 목적된 것인지 또는 목표 UE에 대해 목적된 것인지 여부를 구별하기 위한 다른 해법들이 고려되어야 한다.

소스 UE와 목표 UE 사이의 엔드-투-엔드 보안뿐만 아니라 이러한 2개의 UE들의 각각과 UE-대-UE 릴레이 사이의 로컬 보안이 존재할 수 있기 때문에, UE-대-UE 릴레이가 관련 보안을 설정하기 위해 사용되는 PC5-S 메시지가 UE-대-UE 릴레이에 대해 목적된 것인지 또는 피어 UE에 대해 목적된 것인지 여부를 구별할 필요성이 또한 존재한다. 관련 해법들은 또한, 동일한 고려 사항들로 인해 사이드링크 보안이 2개의 관련 UE들 사이에 설정된 이후에 송신될 수 있는 다른 PC5-S 메시지들(예를 들어, 링크 수정 요청 메시지)에 적용가능할 수 있다.

(도 19로 재현된) 3GPP TR 38.836 V1.0.0의 도 5.5.1-2에 도시된 바와 같이, 적응 계층이 계층-2 UE-대-UE 릴레이 및 각각의 UE 내의 PC5-RLC 계층과 PC5-PDCP 계층 사이에 추가될 수 있다. 하나의 잠재적인 해법은, 소스 UE가 PC5-S 메시지를 운반하기 위해 사용되는 적응 계층 PDU의 헤더에 정보를 포함시키는 것이다. 이러한 PDU를 수신할 때, UE-대-UE 릴레이는 정보에 따라 이러한 PDU 내의 PC5-S 메시지가 그 자체(즉, UE-대-UE 릴레이)에 대해 목적된 것인지 또는 목표 UE에 대해 목적된 것인지 여부를 알 수 있다. 소스 UE가 UE-대-UE 릴레이를 통해 다수의 목표 UE들과 통신하는 경우에, 정보는 PC5-S 메시지의 목적지를 나타낼 것이며, 여기서 목적지는 UE-대-UE 릴레이 또는 목표 UE들 중 하나일 수 있다.

예를 들어, 정보는 신원 정보일 수 있으며, 신원 정보의 특정 값은 UE-대-UE 릴레이를 식별하기 위해 사용될 수 있다. 신원 정보는 헤더의 필드이다. 일 실시예에서, 특정 값은 신원 정보(또는 필드)의 모든 비트들이 "0" 또는 "1"로 설정된 값일 수 있으며, 예를 들어, 3 비트가 신원 정보를 정의하기 위해 사용되는 경우에 "000" 또는 "111"일 수 있다. 그러면, 나머지 값들은 다른 목표 UE들을 식별하기 위해 사용될 수 있다. 다른 목표 UE들을 식별하기 위해 사용되는 값들은 소스 UE에 의해 할당될 수 있으며, 그런 다음 UE-대-UE 릴레이로 전달될 수 있다. 이러한 값들이 UE-대-UE 릴레이에 의해 할당되고 그런 다음 소스 UE로 전달되는 것이 또한 가능하다.

UE-대-UE 릴레이는 그런 다음, 정보가 PC5-S 메시지가 UE-대-UE 릴레이에 대한 것임을 표시하는 경우 수신된 PC5-S 메시지(또는 대응하는 SDU)를 이것의 상위 계층(즉, PDCP)으로 전달할 수 있다. 그렇지 않으면, UE-대-UE 릴레이는 수신된 PC5-S 메시지(또는 대응하는 SDU)를 관련 목표 UE로 포워딩할 수 있다.

계층-3 UE-대-UE 릴레이의 경우에, 적응 계층은 계층-3 UE-대-UE 릴레이 및 각각의 UE 내의 PC5-PDCP 계층과 PC5 시그널링 프로토콜 계층 사이에 추가될 수 있다. 유사하게, PC5-S 메시지의 목적지를 나타내기 위해 PC5-S 메시지를 운반하기 위해 사용되는 적응 계층 PDU의 헤더에 정보가 포함될 수 있다.

이상의 해법에서, UE-대-UE 릴레이 및 목표 UE로 목적된 PC5-S 메시지들은 동일한 사이드링크 SRB 상에서 송신될 수 있다. 이러한 해법에서, 사이드링크 SRB의 PDCP 엔티티는 보안 파라미터들의 2개의 상이한 세트들: 하나의 세트는 로컬 보안에 대한 것이며 다른 세트는 엔드-투-엔드 보안에 대한 것인 2개의 상이한 세트들을 핸들링해야 할 수 있다. 이러한 복잡성을 피하기 위해, 다른 대안적인 해법은, UE-대-UE 릴레이에 대해 목적된 PC5-S 메시지 및 목표 UE에 대해 목적된 PC5-S 메시지가 2개의 상이한 사이드링크 SRB들 상에서 송신될 수 있는 것일 수 있다. 이러한 방식으로, 그러면 UE-대-UE 릴레이는, PC5-S 메시지가 어떤 사이드링크 SRB에서 수신되었는지에 따라, 수신된 PC5-S 메시지를 핸들링할 방법, 예를 들어, 수신된 PC5-S 메시지(또는 대응하는 SDU)를 이것의 상위 계층(즉, PC5 시그널링 프로토콜)으로 전달하거나 또는 수신된 PC5-S 메시지(또는 대응하는 SDU)를 목표 UE로 포워딩하기 위한 방법을 결정할 수 있다. 각각의 사이드링크 SRB는, PC5-S 메시지를 운반하기 위해 사용되는 MAC PDU의 MAC 헤더에 포함될 수 있는, 논리 채널 신원(logical channel identity; LCID)과 연관될 수 있다. 이러한 상황에서, 이러한 2개의 사이드링크 SRB들 상에서 송신되는 PC5-S 메시지들은 보안 파라미터들의 상이한 세트들을 가지고 사이퍼링될 것이다. 하나의 세트는 소스 UE와 UE-대-UE 릴레이 사이에 교환되는 PC5-S 메시지들에 대해 사용될 수 있으며(즉, 로컬 보안), 다른 세트는 소스 UE와 목표 UE 사이에 교환되는 PC5-S 메시지들에 대해 사용될 수 있다(즉, 엔드-투-엔드 보안). 이상이 예에서, PC5-S 메시지들은, 사이드링크 보안이 2개의 관련 UE들 사이에 설정된 이후에 송신될 수 있다. 동일한 해법이 또한, 사이드링크 보안을 설정하기 위해 송신되는 PC5-S 메시지들에 적용가능할 수 있다. 사이드링크 보안을 설정하기 위해 사용되는 PC5-S 메시지는 DIRECT LINK SECURITY MODE COMMAND 메시지 또는 DIRECT LINK SECURITY MODE COMPLETE 메시지일 수 있다. 예를 들어, 하나의 UE는 사이드링크 보안 설정 절차를 개시하기 위해 다른 UE로 DIRECT LINK SECURITY MODE COMMAND 메시지를 송신할 수 있으며, 그런 다음 사이드링크 보안 설정 절차를 완료하기 위해 다른 UE로부터 DIRECT LINK SECURITY MODE COMPLETE 메시지를 수신할 수 있다.

일 실시예에서, 목표 UE로 PC5-S 메시지들을 송신하기 위해 사용되는 사이드링크 SRB는 적응 계층을 가지고 구성될 수 있으며(또는 적응 계층과 연관될 수 있으며), 반면 UE-대-UE 릴레이로 PC5-S 메시지들을 송신하기 위해 사용되는 사이드링크 SRB는 적응 계층 없이 구성된다(또는 적응 계층과 연관되지 않는다).

소스 UE가 사이드링크 SRB 상에서 UE-대-UE 릴레이로 목적된 PC5-S 메시지들을 송신하고, 반면 목표 UE에 대해 목적된 PC5-S 메시지들은 사이드링크 DRB 상에서 송신되는 것이 또한 실현가능할 수 있다. 바람직하게는, 목표 UE로 PC5-S 메시지들을 송신하기 위해 사용되는 사이드링크 DRB는 적응 계층을 가지고 구성되며(또는 적응 계층과 연관되며), 반면 UE-대-UE 릴레이로 PC5-S 메시지들을 송신하기 위해 사용되는 사이드링크 SRB는 적응 계층 없이 구성된다(또는 적응 계층과 연관되지 않는다).

기본적으로, PC5-S 메시지는 상위 계층으로부터 적응 계층 SDU의 적응 계층으로 전달될 수 있다. 다시 말해서, PC5-S 메시지는 SDU에서 운반될 수 있으며, 적응 계층은 송신에 대한 헤더를 추가함으로써 적응 계층 SDU에 대응하는 적응 계층 PDU를 생성할 수 있다. 다시 말해서, 적응 계층 PDU는 적응 계층 SDU 및 헤더를 포함할 수 있다. 헤더는 목표 UE를 식별하는 정보를 포함할 수 있다. 헤더는 또한, 엔드-투-엔드 무선 베어러, 즉, PC5-S 메시지들을 목표 UE로 송신하기 위해 사용되는 DRB를 식별하는 정보를 포함할 수 있다. SRB가 PC5-S 메시지들을 목표 UE로 송신하기 위해 사용되는 경우에, SRB와 연관된 LCID는 엔드-투-엔드 무선 베어러(즉, SRB)를 식별하기 위해 사용될 수 있다.

이상의 해법들은 계층-2 및 계층-3 UE-대-UE 릴레이들 둘 모두에 적용될 수 있다.

도 21은 제1 UE의 관점으로부터 PC5-S 메시지 송신을 위한 방법을 예시하는 순서도(2100)이다. 단계(2105)에서, 제1 UE는 UE-대-UE 릴레이를 통해 제2 UE와 통신한다. 단계(2110)에서, 제1 UE는 제1 사이드링크 시그널링 무선 베어러(Signaling Radio Bearer; SRB)에서 UE-대-UE 릴레이로 제1 PC5-S 메시지를 송신하며, 여기서 제1 PC5-S 메시지는 제1 UE와 UE-대-UE 릴레이 사이의 제1 사이드링크 보안을 설정하기 위해, 제1 UE와 UE-대-UE 릴레이 사이의 제1 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 제1 UE와 UE-대-UE 릴레이 사이의 제1 링크를 수정하기 위해 사용된다. 단계(2115)에서, 제1 UE는 제2 UE로 포워딩하기 위해 제2 사이드링크 SRB에서 UE-대-UE 릴레이로 제2 PC5-S 메시지를 송신하며, 여기서 제2 PC5-S 메시지는 제1 UE와 제2 UE 사이의 제2 사이드링크 보안을 설정하기 위해, 제1 UE와 제2 UE 사이의 제2 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 제1 UE와 제2 UE 사이의 제2 링크를 수정하기 위해 사용된다.

일 실시예에서, 제2 SRB는 적응 계층을 가지고 구성될 수 있다. 적응 계층은, UE-대-UE 릴레이가 계층-2 UE-대-UE 릴레이인 경우, UE-대-UE 릴레이 및 제1 UE 내의 PC5 무선 링크 제어(PC5 Radio Link Control; PC5-RLC) 계층과 PC5 패킷 데이터 컨버전스 프로토콜(PC5 Packet Data Convergence Protocol; PC5-PDCP) 계층 사이에 위치될 수 있다. 제1 SRB는 적응 계층 없이 구성될 수 있다.

일 실시예에서, 제2 PC5-S 메시지는 적응 계층 프로토콜 데이터 유닛(Protocol Data Unit; PDU)에 포함될 수 있다. 적응 계층 PDU는 헤더를 포함할 수 있으며, 헤더는 제2 UE를 식별하는 정보를 포함한다.

일 실시예에서, 제1 또는 제2 사이드링크 보안을 설정하기 위해 사용되는 제1 PC5-S 메시지 또는 제2 PC5-S 메시지는 직접 링크 보안 모드 명령 메시지 또는 직접 링크 보안 모드 완료 메시지일 수 있다. 제1 링크 또는 제2 링크와 연관된 링크 식별자(들)를 업데이트하기 위해 사용되는 제1 PC5-S 메시지 또는 제2 PC5-S 메시지는 링크 식별자 업데이트 요청 메시지, 링크 식별자 업데이트 응답 메시지, 또는 링크 식별자 업데이트 수신확인(ACK) 메시지일 수 있다. 제1 링크 또는 제2 링크를 수정하기 위해 사용되는 제1 PC5-S 메시지 또는 제2 PC5-S 메시지는 링크 수정 요청 메시지 또는 링크 수정 수락 메시지이다.

다시 도 3 및 도 4를 참조하면, 제1 UE에 대한 방법의 예시적인 일 실시예에 있어서, UE(300)는 메모리(310) 내에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 제1 UE가, (i) UE-대-UE 릴레이를 통해 제2 UE와 통신하고, (ii) 제1 SRB에서 UE-대-UE 릴레이로 제1 PC5-S 메시지를 송신하되, 여기서 제1 PC5-S 메시지는 제1 UE와 UE-대-UE 릴레이 사이의 제1 사이드링크 보안을 설정하기 위해, 제1 UE와 UE-대-UE 릴레이 사이의 제1 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 제1 UE와 UE-대-UE 릴레이 사이의 제1 링크를 수정하기 위해 사용되는, 제1 PC5-S 메시지를 송신하며, 및 (iii) 제2 UE로 포워딩하기 위해 제2 사이드링크 SRB에서 UE-대-UE 릴레이로 제2 PC5-S 메시지를 송신하되, 여기서 제2 PC5-S 메시지는 제1 UE와 제2 UE 사이의 제2 사이드링크 보안을 설정하기 위해, 제1 UE와 제2 UE 사이의 제2 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 제1 UE와 제2 UE 사이의 제2 링크를 수정하기 위해 사용되는, 제2 PC5-S 메시지를 송신하는 것을 가능하게 하기 위해 프로그램 코드(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

PC5 시그널링(PC5 Signaling; PC5-S) 메시지 송신을 위한 방법으로서,
제1 사용자 단말(User Equipment; UE)이 UE-대-UE 릴레이를 통해 제2 UE와 통신하는 단계;
상기 제1 UE가 제1 사이드링크 시그널링 무선 베어러(Signaling Radio Bearer; SRB)에서 상기 UE-대-UE 릴레이로 제1 PC5-S 메시지를 송신하는 단계로서, 상기 제1 PC5-S 메시지는 상기 제1 UE와 상기 UE-대-UE 릴레이 사이의 제1 사이드링크 보안을 설정하기 위해, 상기 제1 UE와 상기 UE-대-UE 릴레이 사이의 제1 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 상기 제1 UE와 상기 UE-대-UE 릴레이 사이의 상기 제1 링크를 수정하기 위해 사용되는, 단계; 및
상기 제1 UE가 상기 제2 UE로 포워딩하기 위해 제2 사이드링크 SRB에서 상기 UE-대-UE 릴레이로 제2 PC5-S 메시지를 송신하는 단계로서, 상기 제2 PC5-S 메시지는 상기 제1 UE와 상기 제2 UE 사이의 제2 사이드링크 보안을 설정하기 위해, 상기 제1 UE와 상기 제2 UE 사이의 제2 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 상기 제1 UE와 상기 제2 UE 사이의 상기 제2 링크를 수정하기 위해 사용되는, 단계를 포함하는, 방법.
청구항 1에 있어서,
상기 제2 사이드링크 SRB는 적응 계층을 가지고 구성되는, 방법.
청구항 2에 있어서,
상기 적응 계층은, 상기 UE-대-UE 릴레이가 계층-2 UE-대-UE 릴레이인 경우, 상기 UE-대-UE 릴레이 및 상기 제1 UE 내의 PC5 무선 링크 제어(PC5 Radio Link Control; PC5-RLC) 계층과 PC5 패킷 데이터 컨버전스 프로토콜(PC5 Packet Data Convergence Protocol; PC5-PDCP) 계층 사이에 위치되는, 방법.
청구항 1에 있어서,
상기 제1 사이드링크 SRB는 적응 계층 없이 구성되는, 방법.
청구항 1에 있어서,
상기 제2 PC5-S 메시지는 적응 계층 프로토콜 데이터 유닛(Protocol Data Unit; PDU)에 포함되는, 방법.
청구항 5에 있어서,
상기 적응 계층 PDU는 헤더를 포함하며, 상기 헤더는 상기 제2 UE를 식별하는 정보를 포함하는, 방법.
청구항 1에 있어서,
상기 제1 또는 제2 사이드링크 보안을 설정하기 위해 사용되는 상기 제1 PC5-S 메시지 또는 상기 제2 PC5-S 메시지는 직접 링크 보안 모드 명령 메시지 또는 직접 링크 보안 모드 완료 메시지인, 방법.
청구항 1에 있어서,
상기 제1 링크 또는 상기 제2 링크와 연관된 상기 링크 식별자(들)를 업데이트하기 위해 사용되는 상기 제1 PC5-S 메시지 또는 상기 제2 PC5-S 메시지는 링크 식별자 업데이트 요청 메시지, 링크 식별자 업데이트 응답 메시지, 또는 링크 식별자 업데이트 수신확인(ACK) 메시지인, 방법.
청구항 1에 있어서,
상기 제1 링크 또는 상기 제2 링크를 수정하기 위해 사용되는 상기 제1 PC5-S 메시지 또는 상기 제2 PC5-S 메시지는 링크 수정 요청 메시지 또는 링크 수정 수락 메시지인, 방법.
PC5 시그널링(PC5 Signaling; PC5-S) 메시지 송신을 위한 제1 사용자 단말(User Equipment; UE)로서,
제어 회로;
상기 제어 회로 내에 설치된 프로세서; 및
상기 제어 회로 내에 설치되며 상기 프로세서에 동작가능하게 결합되는 메모리를 포함하며,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
UE-대-UE 릴레이를 통해 제2 UE와 통신하고;
제1 사이드링크 시그널링 무선 베어러(Signaling Radio Bearer; SRB)에서 상기 UE-대-UE 릴레이로 제1 PC5-S 메시지를 송신하되, 상기 제1 PC5-S 메시지는 상기 제1 UE와 상기 UE-대-UE 릴레이 사이의 제1 사이드링크 보안을 설정하기 위해, 상기 제1 UE와 상기 UE-대-UE 릴레이 사이의 제1 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 상기 제1 UE와 상기 UE-대-UE 릴레이 사이의 상기 제1 링크를 수정하기 위해 사용되며; 및
상기 제2 UE로 포워딩하기 위해 제2 사이드링크 SRB에서 상기 UE-대-UE 릴레이로 제2 PC5-S 메시지를 송신하되, 상기 제2 PC5-S 메시지는 상기 제1 UE와 상기 제2 UE 사이의 제2 사이드링크 보안을 설정하기 위해, 상기 제1 UE와 상기 제2 UE 사이의 제2 링크와 연관된 링크 식별자(들)를 업데이트하기 위해, 또는 상기 제1 UE와 상기 제2 UE 사이의 상기 제2 링크를 수정하기 위해 사용되는, 제1 UE.
청구항 10에 있어서,
상기 제2 사이드링크 SRB는 적응 계층을 가지고 구성되는, 제1 UE.
청구항 11에 있어서,
상기 적응 계층은, 상기 UE-대-UE 릴레이가 계층-2 UE-대-UE 릴레이인 경우, 상기 UE-대-UE 릴레이 및 상기 제1 UE 내의 PC5 무선 링크 제어(PC5 Radio Link Control; PC5-RLC) 계층과 PC5 패킷 데이터 컨버전스 프로토콜(PC5 Packet Data Convergence Protocol; PC5-PDCP) 계층 사이에 위치되는, 제1 UE.
청구항 10에 있어서,
상기 제1 사이드링크 SRB는 적응 계층 없이 구성되는, 제1 UE.
청구항 10에 있어서,
상기 제2 PC5-S 메시지는 적응 계층 프로토콜 데이터 유닛(Protocol Data Unit; PDU)에 포함되는, 제1 UE.
청구항 14에 있어서,
상기 적응 계층 PDU는 헤더를 포함하며, 상기 헤더는 상기 제2 UE를 식별하는 정보를 포함하는, 제1 UE.
청구항 10에 있어서,
상기 제1 또는 제2 사이드링크 보안을 설정하기 위해 사용되는 상기 제1 PC5-S 메시지 또는 상기 제2 PC5-S 메시지는 직접 링크 보안 모드 명령 메시지 또는 직접 링크 보안 모드 완료 메시지인, 제1 UE.
청구항 10에 있어서,
상기 제1 링크 또는 상기 제2 링크와 연관된 상기 링크 식별자(들)를 업데이트하기 위해 사용되는 상기 제1 PC5-S 메시지 또는 상기 제2 PC5-S 메시지는 링크 식별자 업데이트 요청 메시지, 링크 식별자 업데이트 응답 메시지, 또는 링크 식별자 업데이트 수신확인(ACK) 메시지인, 제1 UE.
청구항 10에 있어서,
상기 제1 링크 또는 상기 제2 링크를 수정하기 위해 사용되는 상기 제1 PC5-S 메시지 또는 상기 제2 PC5-S 메시지는 링크 수정 요청 메시지 또는 링크 수정 수락 메시지인, 제1 UE.