KR102266530B1 - 무선 통신 시스템에서 사이드링크 전송 리소스를 요청하는 방법 및 장치 - Google Patents

Abstract

전용 사이드 링크 구성을 요청하는 방법 및 장치가 제 1 사용자 장비(User Equipment, UE)의 관점에서 개시된다. 일 실시예에서, 방법은 제 1 무선 자원 제어(Radio Resource Control, RRC) 메시지를 네트워크 노드에 전송하는 제 1 UE를 포함하되, 제 1 RRC 메시지는 사이드 링크 서비스 품질(Quality of Service, QoS) 정보를 포함하고, 사이드 링크 QoS 정보에서 사이드 링크 QoS 흐름(flow)은 필수이며, 사이드 링크 QoS 정보에서 사이드 링크 QoS 흐름의 QoS 프로파일의 존재는 선택적이다. 방법은 또한 네트워크 노드로부터 제 2 RRC 메시지를 수신하는 제 1 UE를 포함하며, 제 2 RRC 메시지는 전용 사이드 링크 구성 및 전용 사이드 링크 구성과 연관된 사이드 링크 QoS 흐름의 아이덴티티(identity)를 포함한다.

Description

무선 통신 시스템에서 사이드링크 전송 리소스를 요청하는 방법 및 장치{METHOD AND APPARATUS FOR REQUESTING SIDELINK TRANSMISSION RESOURCES IN A WIRELESS COMMUNICATION SYSTEM}

본 출원은 2020 년 1 월 7 일에 출원된 미국 특허 가출원 번호 62/958,061의 이익을 주장하며, 그 전체 개시 내용은 그 전체로 본 명세서에 참조로서 포함된다.

본 개시는 일반적으로 무선 통신 네트워크에 관한 것으로, 특히 무선 통신 시스템에서 사이드링크 전송 자원을 요청하는 방법 및 장치에 관한 것이다.

이동 통신 장치와의 대용량 데이터 통신에 대한 수요가 급격히 증가함에 따라 기존의 이동 음성 통신 네트워크는 인터넷 프로토콜 (IP) 데이터 패킷과 통신하는 네트워크로 진화하고 있다. 이러한 IP 데이터 패킷 통신은 모바일 통신 장치 사용자에게 인터넷 전화(voice over IP), 멀티미디어, 멀티 캐스트 및 주문형 통신 서비스를 제공할 수 있다.

예시적인 네트워크 구조는 E-UTRAN (Evolved Universal Terrestrial Radio Access Network)이다. E-UTRAN 시스템은 위에서 언급한 인터넷 전화 및 멀티미디어 서비스를 실현하기 위해 높은 데이터 처리량을 제공할 수 있다. 차세대 (예를 들어, 5G)를 위한 새로운 무선 기술은 현재 3GPP 표준 기구에서 논의되고 있다. 따라서, 현재 3GPP 표준의 변경 사항이 제출되고 있으며 3GPP 표준을 발전시키고 최종화하기 위해 검토되고 있다.

전용 사이드링크 구성을 요청하는 방법 및 장치가 제 1 사용자 장비 (UE)의 관점에서 개시된다. 일 실시 예에서, 방법은 제 1 무선 자원 제어 (RRC) 메시지를 네트워크 노드에 전송하는 제 1 UE를 포함하고, 여기서 제 1 RRC 메시지는 사이드링크 서비스 품질 (QoS) 정보를 포함하고, 여기서 사이드링크 QoS 정보에서 사이드링크 QoS 흐름은 필수이며 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 존재는 선택 사항입니다. 방법은 또한 네트워크 노드로부터 제 2 RRC 메시지를 수신하는 제 1 UE를 포함하며, 여기서 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함한다.

도 1은 예시적인 일 실시예에 따른 무선 통신 시스템의 다이어그램을 도시한다.
도 2는 일 예시적인 실시예에 따른 송신기 시스템(액세스 네트워크라고도 알려짐) 및 수신기 시스템(사용자 장비 또는 UE로도 알려짐)의 블록 다이어그램이다.
도 3은 일 예시적인 실시예에 따른 통신 시스템의 기능 블록 다이어그램이다.
도 4는 일 예시적인 실시 예에 따른 도 3의 프로그램 코드의 기능 블록 다이어그램이다.
도 5는 3GPP TS 23.287 V16.0.0의 도 5.2.1.4-1의 재현이다.
도 6은 3GPP TS 23.287 V16.0.0의 도 6.3.3.1-1의 재현이다.
도 7은 3GPP TR 38.885 V16.0.0의 도 7-1의 재현이다.
도 8은 CR (화웨이)을 실행하는 3GPP 이메일 토론 [108 # 44] [V2X] 38.331에서 제공된 도 5.X.3.1-1의 재현이다.
도 9는 CR(화웨이)을 실행하는 3GPP 이메일 토론 [108 # 44] [V2X] 38.331의 도 5.x.9.1.1-1의 재현이다.
도 10은 CR (화웨이)을 실행하는 3GPP 이메일 토론 [108 # 44] [V2X] 38.331의 도 5.x.9.1.1-2의 재현이다.
도 11은 3GPP TS 38.323 V15.2.0의 도 6.2.3.2-1의 재현이다.
도 12는 일 예시적인 실시예에 따른 흐름도이다.
도 13은 일 예시적인 실시예에 따른 흐름도이다.
도 14는 일 예시적인 실시예에 따른 흐름도이다.
도 15는 일 예시적인 실시예에 따른 흐름도이다.

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

특히, 아래에 설명되는 예시적인 무선 통신 시스템 장치는 다음을 포함하는 3GPP로 언급되는 "3세대 파트너십 프로젝트(3rd Generation Partnership Project)"라는 컨소시엄에 의해 제공되는 표준과 같은 하나 이상의 표준을 지원하도록 설계 될 수 있다 : TS 23.287 V16.0.0,"V2X (Vehicle-to-Everything) 서비스를 지원하기 위한 5G 시스템(5GS) 아키텍처 향상 (Release 16)"; TR 38.885 V16.0.0, "NR; NR Vehicle-to-Everything (V2X)에 대한 연구 (Release 16)"; R2-1908107,"LTE V2X 및 NR V2X 세션으로부터 보고”; R2-1916288,"LTE V2X 및 NR V2X 세션으로부터 보고”; CR (화웨이) 실행 3GPP 이메일 토론 [108 # 44] [V2X] 38.331, draft_R2-191xxx_Running CR to TS 38.331 for 5G V2X for NR Sidelink_v1; TS 38.322 V15.1.0,"NR; Radio Link Control (RLC) 프로토콜 사양 (Release 15)"; 및 TS 38.323 V15.2.0, "NR; PDCP (Packet Data Convergence Protocol) 프로토콜 사양 (Release 15)". 위에 나열된 표준 및 문서는 전체적으로 참조로 명시적으로 통합된다.

도 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)는 상기 단말들과 통신하기 위해 사용되는 고정국 또는 기지국일 수 있으며 또한 액세스 포인트, Node B, 기지국, 확장형 기지국 (enhanced base station), eNB (evolved Node B), 또는 기타의 용어로도 또한 언급될 수 있다. 액세스 단말 (AT)은 또한 사용자 장비 (user equipment (UE)), 무선 통신 장치, 단말, 액세스 단말 또는 일부 다른 용어로도 불릴 수 있다.

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

일 실시예에서, 각각의 데이터 스트림이 개별 송신 안테나를 통해 송신된다. TX 데이터 프로세서 (214)는 부호화된 데이터를 제공하도록 해당 데이터 스트림에 대해 선택된 특정 부호화 스킴을 기반으로 하여 각 데이터 스트림에 대한 트래픽 데이터를 포맷, 부호화, 및 인터리브 (interleave)한다.

각각의 데이터 스트림에 대한 부호화된 데이터는 OFDM 기법들을 사용하여 파일럿 (pilot) 데이터와 다중화될 수 있다. 파일럿 데이터는 공지된 방식으로 처리되는 공지의 데이터 패턴인 것이 일반적이며 수신기 시스템에서 채널 응답을 추정하는데 사용될 수 있다. 각각의 데이터 스트림에 대한 다중화된 파일럿 및 부호화된 데이터는 그 후에 변조 심볼들을 제공하도록 해당 데이터 스트림에 대해 선택된 특정 변조 스킴 (예컨대, BPSK(binary phase shift keying; 이진 위상 편이 변조), QPSK (quadrature phase shift keying; 직교 위상 편이 변조), M-PSK (m-ary phase shift keying; m진 위상 편이 변조), 또는 M-QAM (m-ary quadrature amplitude modulation; m진 직교 진폭 변조))을 기반으로 하여 변조 (즉, 심볼 매핑)된다. 각 데이터 스트림에 대한 데이터 전송 속도, 부호화, 및 변조는 프로세서 (230)에 의해 수행되는 명령어들에 의해 결정될 수 있다.

모든 데이터 스트림들에 대한 변조 심볼들은 그 후에, TX MIMO 프로세서 (220)로 제공되는데, 상기 TX MIMO 프로세서 (220)는 (예컨대, OFDM을 위해) 상기 변조 심볼들을 부가적으로 처리할 수 있다. 상기 TX MIMO 프로세서 (220)는 그 후에, N_T 개 변조 심볼 스트림들을 N_T 개 전송기(TMTR)들 (222a 내지 222t)로 제공한다. 특정 실시예들에서는, TX MIMO 프로세서 (220)는, 빔포밍 (beamforming) 가중치들을, 상기 데이터 스트림들의 심볼들에, 그리고 상기 심볼이 송신되려는 안테나에 적용한다.

각각의 송신기(222)는 하나 이상의 아날로그 신호를 제공하기 위해 각각의 심볼 스트림을 수신하고 처리하고, MIMO 채널을 통한 전송에 적합한 변조 된 신호를 제공하기 위해 아날로그 신호를 추가 조건 (예를 들어, 증폭, 필터링 및 업 컨버트)한다. 송신기 (222a 내지 222t)로부터의 NT 변조 신호는 각각 NT 안테나(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)에 의해 수행되는 것과는 상보적(complementary)이다.

프로세서 (270)는 어느 사전 부호화 (pre-coding) 매트릭스를 이용해야 할지를 주기적으로 결정한다 (이하에서 설명됨). 프로세서 (270)는 매트릭스 인덱스 부분 및 랭크 (rank) 값 부분을 포함하는 역방향 링크(reverse link) 메시지를 공식화한다.

상기 역방향 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 관한 다양한 타입의 정보를 포함할 수 있다. 상기 역방향 링크 메시지는 그 후에, TX 데이터 프로세서 (238)에 의해 처리되는데, 상기 TX 데이터 프로세서 (238)는 또한 데이터 소스 (236)로부터 다수의 데이터 스트림들에 대한 트래픽 데이터를 수신하며, 이러한 트래픽 데이터는 변조기 (280)에 의해 변조되고, 송신기들 (254a 내지 254r)에 의해 컨디셔닝되며, 그리고 송신기 시스템 (210)으로 다시 송신된다.

송신기 시스템(210) 측에서, 수신기 시스템 (250)으로부터의 변조된 신호들이 안테나 (224)에 의해 수신되고, 수신기들 (222)에 의해 컨디셔닝되며, 복조기 (240)에 의해 복조되고, 그리고 RX 데이터 프로세서 (242)에 의해 처리됨으로써, 상기 수신기 시스템 (250)에 의해 전송된 역방향 링크 메시지가 추출되게 한다. 프로세서 (230)는 그 후에, 빔포밍 가중치들을 결정하기 위해 어느 사전 부호화 매트릭스를 이용해야 할지를 결정한 다음에 상기 추출된 메시지를 처리한다.

도 3으로 돌아가면, 이 도면은 본 발명의 일 실시예에 따른 통신 장치의 대안의 간략화된 기능적인 블록도를 도시한다. 도 3에 도시된 바와 같이, 무선 통신 시스템에서의 통신 장치 (300)는 도 1에 도시된 UE들 (또는 AT들) (116, 122) 또는 도 1에 도시된 기지국 (또는 AN)을 구현하기 위해 이용될 수 있으며, 상기 무선 통신 시스템은 상기 LTE 시스템인 것이 바람직하다. 상기 통신 장치 (300)는 입력 장치 (302), 출력 장치 (304), 제어 회로 (306), 중앙 처리 유닛 (central processing unit(CPU)) (308), 메모리 (310), 프로그램 코드 (312), 및 트랜시버 (transceiver, 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은 다음과 같이 유니 캐스트 모드와 관련된 V2X (Vehicle-to-Everything) 통신을 지정한다:

5.2.1.4 PC5 기준점 상의 유니 캐스트 모드 통신

유니 캐스트 통신 모드는 NR 기반 PC5 참조 포인트를 통해서만 지원됩니다. 도 5.2.1.4-1은 PC5 유니 캐스트 링크의 예를 보여준다.

[3GPP TS 23.287 V16.0.0의 도 5.2.1.4-1("Example of PC5 Unicast Links"로 명칭됨)가 도 5로서 재현됨]

V2X 통신이 PC5 유니 캐스트 링크를 통해 전달되는 경우 다음 원칙이 적용된다:

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

참고 1 : 애플리케이션 계층 ID는 프라이버시로 인해 5.6.1.1 및 6.3.3.2 절에 설명된 대로 시간에 따라 변경될 수 있다. 이것은 PC5 유니 캐스트 링크의 재설정을 유도하지 않는다.

- 하나의 PC5 유니 캐스트 링크는 이러한 V2X 서비스가 적어도 이 PC5 유니 캐스트 링크에 대한 피어 애플리케이션 계층(peer Application Layer) ID 쌍과 연관되어 있는 경우 하나 이상의 V2X 서비스(예를 들어, PSID 또는 ITS-AID)를 지원한다. 예를 들어, 도 5.2.1.4-1에 예시 된 바와 같이, UE A와 UE B는 두 개의 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 서비스에 대한 데이터 전송을 시작할 때:

- 이 PC5 유니 캐스트 링크의 피어 애플리케이션 계층 ID 쌍과 네트워크 계층 프로토콜이 V2X 서비스를 위해 UE의 애플리케이션 계층에 의해 요구된 것과 동일한 경우 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 시그널링 메시지 (예를 들어, 직접 통신 요청 / 수락, 링크 식별자 업데이트 요청 / 응답, 연결 해제 요청 / 응답, 링크 수정 요청 / 수락) 또는 V2X 서비스 데이터에 대한 것인지 여부를 AS 계층에 표시한다.

모든 PC5 유니 캐스트 링크에 대해, UE는 PC5 유니 캐스트 링크의 수명 동안 UE에서 PC5 유니 캐스트 링크를 고유하게 식별하는 고유한 PC5 링크 식별자를 자체 할당한다. 각 PC5 유니 캐스트 링크는 다음을 포함하는 유니 캐스트 링크 프로파일과 연결된다:

-서비스 유형 (예를 들어, PSID 또는 ITS-AID), UE A의 애플리케이션 계층 ID 및 계층 -2 ID; 및

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

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

-각 V2X 서비스에 대해, PC5 QoS 흐름 식별자(PFI (s)) 세트. 각 PFI는 QoS 파라미터(예를 들어, PQI 및 선택적으로 범위)와 연관된다.

프라이버시의 이유로, 애플리케이션 계층 ID 및 계층-2 ID는 PC5 유니 캐스트 링크의 수명 동안 5.6.1.1 및 6.3.3.2 절에 설명된 대로 변경될 수 있고, 그렇다면, 유니 캐스트 링크 프로파일에서 업데이트 되어야 한다. UE는 V2X 애플리케이션 계층에 대한 PC5 유니 캐스트 링크를 나타내기 위해 PC5 링크 식별자를 사용하고, 따라서 V2X 애플리케이션 계층은 하나의 서비스 유형과 관련된 유니 캐스트 링크가 둘 이상 있더라도 해당 PC5 유니 캐스트 링크를 식별한다 (예를 들어, UE는 동일한 서비스 유형에 대한 다수의 UE와 다수의 유니캐스트 링크를 설정함).

유니 캐스트 링크 프로파일은 6.3.3.4 절에 명시된 바와 같이 설정된 PC5 유니 캐스트 링크에 대한 계층-2 링크 수정 후에 그에 따라 업데이트되어야 한다.

[…]

5.6 식별자

5.6.1 PC5 기준점을 통한 V2X 통신을위한 식별자

5.6.1.1 일반

각 UE는 PC5 참조 포인트를 통한 V2X 통신을 위한 하나 이상의 계층-2 ID를 갖고, 다음으로 구성된다:

-소스 계층-2 ID(들)(Source Layer-2 ID(s)); 및

-대상 계층-2 ID(Destination Layer-2 ID(s)).

소스 및 대상 계층-2 ID는 이러한 프레임의 계층- 2 소스 및 대상을 식별하는 PC5 참조 포인트의 계층- 2 링크 상에서 전송된 계층- 2 프레임에 포함된다. 소스 계층-2 ID는 항상 해당 계층-2 프레임을 생성한 UE에 의해 자체 할당된다.

UE에 의한 소스 및 대상 계층-2 ID(들)의 선택은 5.6.1.2, 5.6.1.3 및 5.6.1.4. 절에 설명된 대로 이 계층-2 링크에 대한 PC5 참조 포인트를 통한 V2X 통신의 통신 모드에 따라 달라진다. 소스 계층-2 ID는 통신 모드에 따라 다를 수 있다.

IP 기반 V2X 통신이 지원되는 경우, UE는 TS 23.303 [17]의 4.5.3 절에 정의된 대로 소스 IP 주소로 사용할 링크 로컬 IPv6 주소를 구성한다. UE는 중복 주소 감지에 대해 이웃 요청(Neighbour Solicitation) 및 이웃 광고 메시지(Neighbour Advertisement message)를 전송하지 않고 PC5 참조 포인트 상에서 V2X 통신을 위해 이 IP 주소를 사용할 수 있다.

UE가 5.1.2.1 절에 설명된 구성에 의해 식별된 바와 같이 현재 지리적 영역에서 프라이버시 지원을 필요로 하는 활성 V2X 애플리케이션을 갖고 있는 경우, 소스 UE (예를 들어, 차량)가 애플리케이션에서 요구되는 특정 짧은 기간 이상에서 다른 UE(예를 들어, 차량)에 의해 추적되거나 식별될 수 없음을 보장하기 위해, 소스 계층-2 ID는 시간이 지남에 따라 변경되고 무작위로 지정될 수 있다. PC5 참조 포인트를 통한 IP 기반 V2X 통신의 경우, 소스 IP 주소도 시간이 지남에 따라 변경되고 무작위로 지정될 수 있다. 소스 UE의 식별자의 변경은 PC5에 사용되는 계층간에 동기화되어야 한다. 예를 들어, 애플리케이션 계층 ID가 변경되면, 소스 Layer-2 ID와 소스 IP 주소가 변경될 필요가 있다.

5.6.1.4 PC5 기준점 상에서 유니 캐스트 모드 V2X 통신을 위한 식별자

PC5 참조 포인트를 통한 V2X 통신의 유니 캐스트 모드의 경우 사용되는 대상 계층-2 ID는 통신 피어에 따라 달라지며, 이는 PC5 유니 캐스트 링크 설정 중에 발견된다. PC5 유니 캐스트 링크 설정을 위한 초기 시그널링은 5.1.2.1 절에 명시된 바와 같이, PC5 유니 캐스트 링크 설정을 위해 구성된 서비스 유형 (예 : PSID / ITS-AID)과 관련된 기본 목적지 계층-2 ID를 사용할 수 있다. PC5 유니 캐스트 링크 설정 절차 동안 계층-2 ID는 교환되며 6.3.3.1 절에 명시된 대로 두 UE 간의 향후 통신에 사용되어야 한다.

애플리케이션 계층 ID는 UE 내의 하나 이상의 V2X 애플리케이션과 연관된다. UE가 하나 이상의 Application Layer ID를 가지고 있다면, 동일한 UE의 각 Application Layer ID는 피어 UE의 관점에서 다른 UE의 Application Layer ID로 보일 수 있다.

UE는 V2X 애플리케이션 계층이 계층-2 ID를 사용하지 않기 때문에 PC5 유니 캐스트 링크에 사용되는 소스 계층-2 ID와 어플리케이션 ID 간의 매핑을 유지한다. 이를 통해 V2X 애플리케이션을 중단하지 않고 소스 계층-2 ID를 변경할 수 있다.

응용 프로그램 계층 ID가 변경 될 때 변경된 응용 프로그램 계층 ID로 V2X 통신에 링크가 사용된 경우 PC5 유니 캐스트 링크의 소스 계층 -2 ID가 변경된다.

UE는 피어 UE와 다수의 PC5 유니 캐스트 링크를 설정하고 이러한 PC5 유니 캐스트 링크에 대해 동일하거나 다른 소스 계층 -2 ID를 사용할 수 있다.

편집자 주 : RAN WG 피드백을 기반으로 식별자 설명의 추가 업데이트가 필요할 수 있다.

[...]

6.3.3 PC5 기준점을 통한 유니 캐스트 모드 V2X 통신

6.3.3.1 PC5 기준점을 통한 Layer-2 링크 설정

PC5 기준점을 통한 V2X 통신의 유니 캐스트 모드를 수행하기 위해, UE는 5.1.2.1 절에서 설명한 관련 정보로 구성된다.

도 6.3.3.1-1은 PC5 기준점을 통한 V2X 통신의 유니 캐스트 모드를위한 계층 -2 링크 설정 절차를 보여준다.

[3GPP TS 23.287 V16.0.0의 도 6.3.3.1-1("계층-2 링크 설정 절차”라 명칭)이 도 6으로 재생됨]

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 링크 설정 절차를 시작하기 위해 직접 통신 요청 메시지를 보낸다. 직접 통신 요청 메시지에는 다음을 포함한다:

- Source User Info : 개시 UE의 애플리케이션 계층 ID (즉, UE-1의 애플리케이션 계층 ID).

- V2X 애플리케이션 계층이 2 단계에서 대상 UE의 애플리케이션 계층 ID를 제공 한 경우 다음 정보가 포함된다.

-Target User Info : 대상 UE의 Application Layer ID (즉, UE-2의 Application Layer ID).

-V2X 서비스 정보 : Layer-2 링크 설정을 요청하는 V2X 서비스에 대한 정보 (예 : PSID (s) 또는 ITS-AID (s)).

-IP 통신 사용 여부를 나타낸다.

-IP 주소 구성 : IP 통신의 경우, 이 링크에 대한 IP 주소 구성이 필요하며 다음 값 중 하나를 나타낸다.

-IPv6 주소 할당 메커니즘이 개시 UE에 의해 지원되는 경우 "IPv6 라우터", 예를 들어, IPv6 라우터로서 동작; 또는

-개시 UE가 IPv6 주소 할당 메커니즘을 지원하지 않는 경우 "IPv6 주소 할당이 지원되지 않음".

-Link Local IPv6 Address : UE-1이 IPv6 IP 주소 할당 메커니즘을 지원하지 않는 경우 RFC 4862 [21]를 기반으로 로컬에서 형성된 링크-로컬 IPv6 주소. 즉, IP 주소 구성은 "IPv6 주소 할당이 지원되지 않음"을 나타낸다.

-QoS 정보 : PC5 QoS 흐름에 대한 정보이다. 각 PC5 QoS 흐름에 대해 PFI 및 해당 PC5 QoS 매개 변수 (예 : PQI 및 MFBR / GFBR 등의 조건부 기타 파라미터).

Direct Communication Request 메시지를 보내는 데 사용되는 소스 Layer-2 ID 및 대상 Layer-2 ID는 5.6.1.1 및 5.6.1.4에 지정된대로 결정된다.

UE-1은 소스 계층-2 ID와 대상 Layer-2 ID를 사용하여 PC5 브로드 캐스트를 통해 Direct Communication Request 메시지를 보낸다.

4. 다음과 같이 직접 통신 수락 메시지가 UE-1에 전송된다:

4a. (UE oriented Layer-2 link 설정) Target User Info가 Direct Communication Request 메시지에 포함되어 있으면 target UE, 즉 UE-2는 Direct Communication Accept 메시지로 응답한다.

4b. (V2X Service oriented Layer-2 link 설정) Direct Communication Request 메시지에 Target User Info가 포함되어 있지 않은 경우, 공지된 V2X Service (s) 사용에 관심이 있는 UE는 Direct Communication Accept 메시지를 전송함에 의한 요청에 대해 UE-1 응답과 계층-2 링크 설정을 결정한다 (도 6.3.3.1-1의 UE-2 및 UE-4).

Direct Communication Accept 메시지에는 다음이 포함된다:

-Source User Info : Direct Communication Accept 메시지를 보내는 UE의 Application Layer ID.

-QoS 정보 : PC5 QoS 흐름에 대한 정보이다. 각 PC5 QoS 흐름에 대해 UE-1이 요청한 PFI 및 해당 PC5 QoS 파라미터 (즉, PQI 및 MFBR / GFBR 등과 같은 조건부 기타 파라미터).

-IP 주소 구성 : IP 통신의 경우이 링크에 대한 IP 주소 구성이 필요하며 다음 값 중 하나를 나타낸다.

-IPv6 주소 할당 메커니즘이 대상 UE에 의해 지원되는 경우, 즉 IPv6 라우터 역할을하는 경우 "IPv6 라우터"; 또는

-대상 UE가 IPv6 주소 할당 메커니즘을 지원하지 않는 경우 "IPv6 주소 할당이 지원되지 않음".

-Link Local IPv6 Address : 타겟 UE가 IPv6 IP 주소 할당 메커니즘을 지원하지 않는 경우 RFC 4862 [21]를 기반으로 로컬에서 형성된 링크-로컬 IPv6 주소, 즉 IP 주소 구성이 "IPv6 주소 할당이 지원되지 않음"을 나타낸다. UE-1은 직접 통신 요청 메시지에 링크 로컬 IPv6 주소를 포함했다. 타겟 UE는 충돌하지 않는 링크-로컬 IPv6 주소를 포함해야 한다.

두 UE (즉, 개시 UE 및 대상 UE)가 링크-로컬 IPv6 주소를 사용하도록 선택한 경우 RFC 4862 [21]에 정의 된 중복 주소 감지를 비활성화해야 한다.

참고 1 : 개시 UE 또는 대상 UE가 IPv6 라우터의 지원을 표시 할 때 해당 주소 구성 절차는 계층-2 링크가 설정된 후 수행되며 링크-로컬 IPv6 주소는 무시된다.

Direct Communication Accept 메시지를 보내는 데 사용되는 소스 Layer-2 ID는 5.6.1.1 및 5.6.1.4에 지정된대로 결정된다. 목적지 Layer-2 ID는 수신 된 Direct Communication Request 메시지의 소스 계층-2 ID로 설정된다.

피어 UE로부터 직접 통신 수락 메시지를 수신하면 UE-1은이 유니 캐스트 링크에 대한 시그널링 및 데이터 트래픽을 위해 향후 통신을 위해 피어 UE의 계층 -2 ID를 획득한다.

PC5 유니 캐스트 링크를 설정 한 UE의 V2X 계층은 유니 캐스트 링크에 할당 된 PC5 링크 식별자 및 PC5 유니 캐스트 링크 관련 정보를 AS 계층으로 전달한다. PC5 유니 캐스트 링크 관련 정보에는 Layer-2 ID 정보 (즉, 소스 Layer-2 ID 및 대상 Layer-2 ID)가 포함됩니다. 이를 통해 AS 계층은 PC5 유니 캐스트 링크 관련 정보와 함께 PC5 링크 식별자를 유지할 수 있다.

편집자 주 : 상호 인증 및 보안 연결 설정 단계는 SA WG3의 피드백을 기반으로 결정된다.

5. V2X 서비스 데이터는 아래와 같이 설정된 유니 캐스트 링크를 통해 전송된다:

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

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

참고 2 : PC5 유니 캐스트 링크는 양방향이므로 UE-1의 피어 UE는 UE-1과의 유니 캐스트 링크를 통해 V2X 서비스 데이터를 UE-1에 보낼 수 있다.

편집자 주 : 직접 통신 요청 / 수락 메시지에 포함 된 매개 변수는 직접 통신 요청 / 수락 메시지가 AS 계층에서 전송되는 방식에 대한 RAN WG의 결정에 따라 업데이트 될 수 있습니다 (예 : PC5-RRC 신호 사용).

편집자 주 : 직접 통신 요청 / 수락 메시지 (예 : 보안 관련)에 포함 된 추가 매개 변수는 FFS이다.

편집자 주 : 유니 캐스트 통신에 링크 계층에서 보안 보호가 필요한지 여부는 SA WG3의 피드백을 기반으로 결정된다.

3GPP TS 38.885는 다음과 같이 NR (New RAT / Radio) V2X 유니 캐스트 모드 통신을 위한 QoS (Quality of Service) 관리를 지정한다:

7 QoS 관리

QoS 관리는 자원 할당, 혼잡 제어, 장치 내 공존, 전력 제어 및 SLRB 구성에서의 사용과 관련하여 V2X와 관련이 있다. QoS 관리와 관련된 물리 계층 파라미터는 전달되는 트래픽의 우선 순위, 대기 시간, 안정성 및 최소 필수 통신 범위 (상위 계층에서 정의됨)이다. 데이터 속도 요구 사항은 AS에서도 지원된다. SL 혼잡 메트릭과 적어도 리소스 할당 모드 2에서는 혼잡 제어를위한 메커니즘이 필요합니다. SL 혼잡 메트릭을 gNB에보고하는 것이 좋습니다.

SL 유니 캐스트, 그룹 캐스트 및 브로드 캐스트의 경우 V2X 패킷의 QoS 매개 변수가 상위 계층에서 AS에 제공된다. SL 유니 캐스트의 경우 SLRB는 도 7-1 및 7-2에 표시된 신호 흐름 및 절차를 기반으로 (사전) 구성됩니다. [6]에서 설명한 흐름 별 QoS 모델은 상위 계층에서 가정한다.

[3GPP TS 38.885 V16.0.0의 도 7-1("SL 유니 캐스트(UE-specific)를 위한 SLRB 구성"으로 명칭됨)은 도 7로서 재현됨]

도 7-1의 0 단계에서 PC5 QoS 프로파일, 즉 특정 PC5 QoS 매개 변수 집합과 각 PC5 QoS 흐름에 대한 PC5 QoS 규칙은 [6]과 같이 서비스 인증 및 프로비저닝 절차에 의해 미리 UE에 프로비저닝되고; 유사하게, 각 QoS 흐름에 대한 PC5 QoS 프로파일도 사전에 gNB / ng-eNB에 프로비저닝된다. 그 다음, 패킷(들)이 도착하면, UE는 먼저 단계 0에서 구성된 PC5 QoS 규칙에 기초하여 연관된 PC5 QoS 흐름(들) (즉, PC5 QFI)의 식별자를 유도 할 수 있고, 그 다음 유도된 PC5 QFI ( s)를 3 단계에서 gNB / ng-eNB로 전송한다. gNB / ng-eNB는 0 단계에서 5GC의 프로비저닝을 기반으로 보고된 PC5 QFI (들)의 QoS 프로파일을 도출할 수 있으며 구성에 신호를 보낼 수 있다. 단계 4에서 RRC 전용 시그널링을 통해보고 된 PC5 QFI (s) UE와 관련된 SLRB (들)의. 이러한 SLRB 구성은 SLRB 매핑, SDAP / PDCP / RLC / LCH 구성 등에 대한 PC5 QoS 흐름을 포함 할 수 있다. 단계 5에서 , AS의 UE는 gNB / ng-eNB 구성에 따라 피어 UE와 패킷 (들)의 PC5 QFI (들)와 연관된 SLRB (들)를 설정하고, 사용 가능한 패킷 (들)을 SLRB (들)에 매핑합니다. ) 설립. 그러면 SL 유니 캐스트 전송이 발생할 수 있다.

참고 : PC5 QFI 정의 방법은 최대 SA2 WG2이다.

[...]

3GPP R2-1908107은 다음과 같이 NR SL QoS 및 SLRB 구성에 대한 RAN2 # 106 협약을 캡처한다:

1 : SLRB 구성은 NW 구성 및 / 또는 NR SL에 대해 사전 구성되어야 한다는 SI 단계 결론을 고수한다.

2 : RRC_CONNECTED UE의 경우, 새로운 PC5 QoS 흐름의 전송을 위해, RRC 전용 시그널링을 통해 PC5 QoS 흐름의 QoS 정보를 gNB / ng-eNB에보고 할 수 있다. UE가 시작하는 정확한 타이밍에 대한 FFS. => 이것은 PC5 서비스의 여러 PC5 QoS 흐름의 SLRB 구성이 서로 다른 타이밍에 요청될 수 있음을 의미한다.

3 : RRC_CONNECTED UE의 경우, gNB / ng-eNB는 UE에 의해보고 된 QoS 정보를 기반으로 SLRB 구성을 제공하고 RRC 전용 시그널링을 통해 PC5 QoS 흐름의 SLRB 매핑을 구성 할 수 있다. UE는 SLRB 구성을 수신 한 후에만 SLRB를 설정 / 재구성 할 수 있다. UE가 SLRB를 설정 / 재구성 할 때 FFS.

4 : PFI 할당 방법에 대한 SA2 결론에 따라 보고된 QoS 정보(예를 들어, PFI, PC5 QoS 프로파일 등) 및 SLRB 매핑(예를 들어, PFI에서 SLRB 매핑, QoS 프로파일에서 SLRB 매핑 등)에 대한 PC5 QoS 흐름을 실현하는 데 사용되는 FFS.

5 : RRC_IDLE / INACTIVE UE의 경우, gNB / ng-eNB는 SLRB 구성을 제공하고 V2X 특정 SIB를 통해 SLRB 매핑에 대한 PC5 QoS 프로파일을 구성 할 수 있다. RRC_IDLE / INACTIVE UE가 새로운 PC5 QoS 흐름의 전송을 시작하면 SIB 구성을 기반으로 해당 흐름의 PC5 QoS 프로파일과 관련된 SLRB를 설정한다.

6 : PC5 QoS 프로파일에 포함 된 PC5 QoS 매개 변수에 대한 SA2의 최종 결론을 기다리고있는 FFS는 SIB에서 각 PC5 QoS 프로파일을 설명하는 방법이다.

7 : OoC UE의 경우 SLRB 구성 및 SLRB에 대한 PC5 QoS 프로파일 매핑이 사전 구성된다. OoC UE가 새로운 PC5 QoS 흐름의 전송을 시작하면 사전 구성을 기반으로 흐름과 관련된 SLRB를 설정한다.

8 : PFI가 할당되는 방식에 대한 SA2 결론에 따라 사전 구성에서 PC5 QoS 흐름에서 SLRB로 매핑(예를 들어, PFI에서 SLRB 매핑, QoS 프로파일에서 SLRB 매핑 등)하는 데 사용되는 FFS.

9 : UE의 SL 유니 캐스트의 경우, NW 구성 / 사전 구성된 SLRB 구성에는 TX에만 관련된 SLRB 매개 변수와 TX 및 RX 모두에 관련되고 피어 UE 와 함께 정렬되어야 하는 SLRB 파라미터가 포함된다.

10 : SL 유니 캐스트의 경우, 개시 UE는 TX 및 RX 모두에 관련되고 피어 UE와 정렬되어야하는 SLRB 매개 변수를 피어 UE에 알린다. 세부 매개 변수에 대한 FFS.

11 : SL 유니 캐스트의 경우, UE가 PC5 RRC 메시지를 통해 SL의 피어 UE에 대해 "TX에만 관련된 SLRB 매개 변수"를 구성하도록 허용하지 말아야 한다. FFS는 RX와 관련된 SRLB 매개 변수를 처리하는 방법이다.

12 : SL 그룹 캐스트 및 / 또는 브로드 캐스트의 경우 NW 구성 / 사전 구성된 SLRB에는 TX에만 관련된 SLRB 매개 변수가 포함된다.

13 : TX 및 RX 모두와 관련되어 UE와 모든 피어 UE (들)간에 정렬되어야하는 SLRB 매개 변수는 SL 그룹 캐스트 및 브로드 캐스트에 대한 사양에서 고정되어야 한다.

14 : SL 브로드 캐스트의 경우 RX에만 관련된 SLRB 매개 변수 설정 방법은 UE 구현에 달려 있다. 그룹 캐스트 케이스를 위한 FFS.

15 : SLRB 구성은 SL 유니 캐스트, 그룹 캐스트 / 브로드 캐스트에 대해 별도로 (사전) 구성되어야 한다. 그룹 캐스트와 브로드 캐스트간에 별도의 SLRB 구성이 필요한 경우 FFS.

3GPP R2-1916288은 다음과 같이 RLC 및 LCID 불일치에 대한 RAN2 # 108 계약을 캡처한다:

1 : RRC_CONNECTED의 피어 UE가 PC5 RRC를 통해 개시 UE로부터 RLC AM / UM이있는 SLRB 구성을 수신하고 LCH가 피어 UE에 구성되지 않은 경우, PC5 RRC를 통해 개시 UE에 의해 적어도 RLC 모드를 gNB에 보고한다. 보고 할 PC5 QoS 프로파일은 선택 사항이다.

2 : RRC_CONNECTED의 피어 UE가 개시 UE로부터 PC5 RRC를 통해 특정 LCID에 대한 RLC AM / UM이있는 SLRB 구성을 수신하고 LCH가 피어 UE에 구성되지 않은 경우 피어 UE는 사용을 따르기로 결정한다. 이 LCID를 개시 UE에 의해 할당하고 gNB에서 요청한 RLC AM을 사용하여 이 LCID를 전용 SLRB 구성에 할당한다. (동작하는 것으로 가정)

3 : RRC_IDLE / INACTIVE의 피어 UE가 개시 UE로부터 PC5 RRC를 통해 특정 LCID에 대한 RLC AM / UM이있는 SLRB 구성을 수신하고 LCH가 피어 UE에 구성되지 않은 경우, 피어 UE가 자율적으로 이 LCID 값을 구성된 SLRB에 할당한다. 최대 SIB에서 사전 구성에서 SLRB 구성을 선택하여 해당 RLC 모드로 SRLB를 구성하는 UE 구현까지.

4 : OOC의 피어 UE가 개시 UE로부터 PC5 RRC를 통해 특정 LCID에 대한 RLC AM / UM이있는 SLRB 구성을 수신하고 LCH가 피어 UE에 구성되지 않은 경우 피어 UE는이 LCID 값을 자율적으로 할당합니다. 구성된 SLRB. 최대 사전 구성에서 기존 SLRB 구성을 선택하여 해당 RLC 모드로 SRLB를 구성하는 UE 구현까지.

5 : NR 사이드링크 통신을위한 LCID는 UE에 의해 할당된다.

6 : LCH가 피어 UE에서 다른 RLC 모드로 구성된 경우 UE는이를 AS 계층 구성 실패로 처리한다.

7 : 참고로서 TS38.331은 3)의 "SIB에서 기존 SLRB 구성을 선택하여 해당 RLC 모드로 SRLB를 구성하기위한 UE 구현까지"및 4)의 " 사전 구성의 존재하는 SLRB 구성을 선택함에 의해 해당 RLC 모드로 SRLB를 구성하기 위한 UE 구현까지"계약을 캡처할 것이다.

2019 년 12 월 26 일에 회람된 NR Sidelink 협약을 통해 새로운 5G V2X를 캡처하기 위해 TS 38.331로 업데이트 된 실행 CR (3GPP 이메일 토론 [108 # 44] [V2X] 38.331에서 CR (화웨이)을 실행)에 설명 됨)은 다음과 같이 NR V2X에 대한 사이드링크 관련 절차 및 메시지를 명시한다:

5.3.5 RRC 재구성

[...]

5.3.5.3 UE에 의한 RRCReconfiguration 수신

UE는 RRCReconfiguration 수신시 다음 동작을 수행해야 한다.

[...]

1> RRCReconfiguration 메시지에 sl-ConfigDedicatedNR이 포함된 경우 :

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

[...]

- RRCReconfiguration

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

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

RLC-SAP : AM

논리 채널 : DCCH

방향 : 네트워크에서 UE로

RRCReconfiguration 메시지

- SL-ConfigDedicatedNR

IE SL-ConfigDedicatedNR은 NR 사이드링크 통신을 위한 전용 구성 정보를 지정한다.

SL-ConfigDedicatedNR 정보 구성

- SL-RadioBearerConfig

IE SL-RadioBearerConfig는 NR 사이드링크 통신을 위한 사이드링크 DRB 구성 정보를 지정한다.

SL-RadioBearerConfig 정보 요소

[...]

- SL-SDAP-Config

IE SL-SDAP-Config는 Sidelink DRB에 대해 구성 가능한 SDAP 매개 변수를 설정하는 데 사용된다.

SL-SDAP-Config 정보 구성

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

5.X.3.1 일반

[CR (Huawei)을 실행하는 3GPP 이메일 논의 [108 # 44] [V2X] 38.331("NR 사이드링크 통신을 위한 Sidelink UE 정보"라 명칭됨)의 도 5.X.3.1-1는 도 2와 같이 재현됨]

이 절차의 목적은 UE가 NR 사이드링크 통신을 수신하는 데 관심이 있거나 더 이상 관심이 없음을 네트워크에 알리고, NR 사이드링크 통신을위한 전송 자원의 할당 또는 해제를 요청하고 NR 사이드링크 통신과 관련된 파라미터를 보고하는 것이다.

5.x.3.2 시작

RRC_CONNECTED에있는 NR 사이드링크 통신이 가능한 UE는 성공적인 연결 설정 또는 재개, 관심 변경시, sl-ConfigCommonNR을 포함하는 SIBX를 제공하는 PCell 로의 변경시를 포함하여 여러 경우에서 NR 사이드링크 통신을 수신하고 있음을 나타내는 절차를 시작할 수 있다. NR 사이드링크 통신이 가능한 UE는 NR 사이드링크 통신 전송을 위한 전용 자원 할당을 요청하는 절차를 시작할 수 있다.

이 절차를 시작하면 UE는 다음을 수행해야 한다.

1> sl-ConfigCommonNR을 포함한 SIBX가 PCell에서 제공되는 경우:

2> PCell 용 SIBX의 유효한 버전이 있는지 확인한다.

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

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

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

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

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

2> 그렇지 않으면 :

3> SidelinkUEInformationNR 메시지의 마지막 전송에 sl-RxInterestedFreqList가 포함 된 경우 :

4> 5.x.3.3에 따라 NR 사이드링크 통신 수신에 더 이상 관심이 없음을 표시하기 위해 SidelinkUEInformationNR 메시지의 전송을 시작한다.

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

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

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

3> SidelinkUEInformationNR 메시지의 마지막 전송이 sl-TxResourceReqList를 포함하지 않은 경우; 또는 sl-TxResourceReqList에 의해 전달 된 정보가 SidelinkUEInformationNR 메시지의 마지막 전송 이후 변경된 경우 :

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

2> 그렇지 않으면 :

3> SidelinkUEInformationNR 메시지의 마지막 전송에 sl-TxResourceReqList가 포함 된 경우 :

4> 5.X.3.3에 따라 더 이상 NR 사이드링크 통신 전송 자원이 필요하지 않음을 표시하기 위해 SidelinkUEInformationNR 메시지의 전송을 시작한다.

5.x.3.3 SidelinkUEInformationNR 메시지 전송 관련 동작

UE는 SidelinkUEInformationNR 메시지의 내용을 다음과 같이 설정해야 한다.

1> UE가 NR 사이드링크 통신을 수신하거나 NR 사이드링크 통신 전송 자원을 요청 (구성 / 해제)하는 것이 (더 이상) 관심이 없음을 표시하기 위해 절차를 시작하는 경우 (즉, UE가 절차를 트리거 한 항목에 관계없이 모든 관련 정보를 포함) :

2> PCell에서 sl-ConfigCommonNR을 포함한 SIBX를 제공하는 경우 :

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

4> sl-RxInterestedFreqList를 포함하고 NR 사이드링크 통신 수신을위한 주파수로 설정한다.

3> 상위 계층이 NR 사이드링크 통신을 전송하도록 구성한 경우 :

4> sl-TxResourceReqList를 포함하고 NR 사이드링크 통신 자원을 할당하기 위해 네트워크를 요청하는 각 목적지에 대해 다음과 같이 필드를 설정한다.

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

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

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

5> 사이드링크 RLF가 감지되면 NR 사이드링크 통신 전송을위한 관련 목적지에 대해 sl-Failure를 설정한다.

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

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

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

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

[...]

- SidelinkUEInformationNR

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

시그널링 무선 베어러 : SRB1

RLC-SAP : AM

논리 채널 : DCCH

방향 : UE에서 네트워크로

SidelinkUEInformationNR 메시지

[...]

[...]

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

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

5.x.9.1.1 일반

[CR (Huawei)을 실행하는 3GPP 이메일 토론 [108 # 44] [V2X] 38.331("Sidelink RRC reconfiguration, successful"로 명칭됨)의 도 5.x.9.1.1-1 이 도 9와 같이 재현됨]

[CR (Huawei)을 실행하는 3GPP 이메일 토론 [108 # 44] [V2X] 38.331(“Sidelink RRC reconfiguration, failure"라 명칭됨)의 도 5.x.9.1.1-2이 도 10와 같이 재현됨]

이 절차의 목적은 사이드링크 DRB를 설정 / 수정 / 해제하거나 PC5-RRC 연결에 대한 NR 사이드링크 측정 및 보고를 구성하는 것이다.

UE는 다음과 같은 경우에 사이드링크 RRC 재구성 절차를 시작하고 하위 절 5.x.9.1.2의 동작을 피어 UE에 수행 할 수 있다.

-하위 절 5.x.9.1.4에 명시된 바와 같이 피어 UE와 관련된 사이드링크 DRB의 해제

-하위 절 5.x.9.1.5에 명시된 바와 같이 피어 UE와 관련된 사이드링크 DRB의 설정;

-하위 절 5.x.9.1.5에 명시된 바와 같이 피어 UE와 관련된 사이드링크 DRB의 SLRB-Config에 포함 된 매개 변수에 대한 수정;

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

5.x.9.1.2 RRCReconfigurationSidelink 메시지 전송과 관련된 동작

UE는 RRCReconfigurationSidelink 메시지의 내용을 다음과 같이 설정해야 한다.

1> 하위 절 5.x.9.1.4.1에 따라 sl-ConfigDedicatedNR, SIBX, SidelinkPreconfigNR 또는 상위 계층에 의한 구성으로 인해 해제 될 각 사이드링크 DRB에 대해 :

2> 사이드링크 DRB에 해당하는 slrb-ConfigToReleaseList에 포함 된 slrb-PC5-ConfigIndex를 설정한다.

1> 하위절 5.x.9.1.5.1에 따라 sl-ConfigDedicatedNR, SIBX, SidelinkPreconfigNR 수신으로 인해 설정 또는 수정 될 각 사이드링크 DRB에 대해 :

2> 수신 된 sl-RadioBearerConfig 및 사이드링크 DRB에 해당하는 sl-RLC-BearerConfig에 따라 slrb-ConfigToAddModList에 포함 된 SLRB-Config를 설정한다.

1> 구성 할 각 NR 사이드링크 측정 및 보고서 :

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

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

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

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

UE는 RRCReconfigurationSidelink 수신시 다음 동작을 수행해야 한다.

1> RRCReconfigurationSidelink에 slrb-ConfigToReleaseList가 포함 된 경우 :

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

3> 하위 절 5.x.9.1.4에 따라 사이드링크 DRB 해제 절차를 수행한다.

1> RRCReconfigurationSidelink에 slrb-ConfigToAddModList가 포함 된 경우 :

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

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

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

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

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

3> 5.x.9.1.4 및 5.x.9.1.5 항에 따라 사이드링크 DRB 해제 또는 수정 절차를 수행한다.

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

2> RRCReconfigurationFailureSidelink 메시지를 수신하기 전에 사용 된 구성을 계속 사용한다.

2> RRCReconfigurationFailureSidelink 메시지의 내용을 설정한다.

3> RRCReconfigurationFailureSidelink 메시지를 전송을 위해 하위 계층에 제출한다.

1> 그렇지 않으면 :

2> RRCReconfigurationCompleteSidelink 메시지의 내용을 설정한다.

3> RRCReconfigurationCompleteSidelink 메시지를 전송을 위해 하위 계층에 제출한다.

NOTE X : 동일한 로그인 채널이 다른 UE에 의해 다른 RLC 모드로 구성되면 UE는이 경우를 사이드링크 RRC 재구성 실패로 처리한다.

[...]

- RRCReconfigurationSidelink

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

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

RLC-SAP : AM

논리 채널 : SCCH

방향 : UE에서 UE로

RRCReconfigurationCompleteSidelink

RRCReconfigurationCompleteSidelink 메시지는 PC5 RRC AS 재구성이 성공적으로 완료되었는지 확인하는 데 사용된다. NR 사이드링크 통신의 유니 캐스트에만 적용된다

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

RLC-SAP : AM

논리 채널 : SCCH

방향 : UE에서 UE로

RRCReconfigurationCompleteSidelink 메시지

3GPP TS 38.322는 다음과 같이 RLC 상태 보고서를 도입했다.

5.2.3 AM 데이터 전송

5.2.3.1 전송 작업

5.2.3.1.1 일반

AM RLC 엔티티의 전송 측은 AMD PDU보다 RLC 제어 PDU의 전송에 우선 순위를 두어야 한다. AM RLC 엔티티의 전송 측은 이전에 전송되지 않은 RLC SDU 또는 RLC SDU 세그먼트를 포함하는 AMD PDU의 전송보다 이전에 전송된 RLC SDU 또는 RLC SDU 세그먼트를 포함하는 AMD PDU의 전송에 우선 순위를 두어야 한다.

AM RLC 엔티티의 송신 측은 다음과 같이 상태 변수 TX_Next_Ack에 따라 송신 윈도우를 유지해야 한다.

-TX_Next_Ack <= SN <TX_Next_Ack + AM_Window_Size 인 경우 SN은 전송 창에 속한다.

-그렇지 않으면 SN이 전송 창을 벗어난다.

AM RLC 엔티티의 송신 측은 SN이 송신 창 밖에있는 AMD PDU를 하위 계층에 제출해서는 안된다.

상위 계층으로부터 수신 된 각 RLC SDU에 대해 AM RLC 엔티티는 다음을 수행해야 한다.

-SN을 TX_Next와 동일한 RLC SDU와 연결하고 AMD PDU의 SN을 TX_Next로 설정하여 AMD PDU를 구성한다.

-TX_Next를 1 씩 증가시킨다.

RLC SDU의 세그먼트를 포함하는 AMD PDU를 하위 계층에 제출할 때 AM RLC 엔티티의 송신 측은 다음을 수행해야 한다.

-AMD PDU의 SN을 해당 RLC SDU의 SN으로 설정한다.

AM RLC 엔티티의 송신 측은 다음과 같은 방법으로 RLC SDU에 대한 긍정적 인 승인 (피어 AM RLC 엔티티의 성공적인 수신 확인)을 수신 할 수 있다.

-피어 AM RLC 엔티티의 STATUS PDU.

SN = x 인 RLC SDU에 대한 긍정적 인 승인을 수신 할 때 AM RLC 엔티티의 송신 측은 다음을 수행해야 한다.

-RLC SDU의 성공적인 전달에 대한 표시를 상위 계층에 보낸다.

-TX_Next_Ack를 가장 작은 SN을 가진 RLC SDU의 SN과 같게 설정한다. 그 SN은 TX_Next_Ack <= SN <= TX_Next 범위에 속하며 아직 긍정적인 승인이 수신되지 않았다.

[...]

5.3.2 재전송

AM RLC 엔티티의 송신 측은 다음과 같은 방법으로 RLC SDU 또는 RLC SDU 세그먼트에 대한 부정 확인 응답 (피어 AM RLC 엔티티에 의한 수신 실패 알림)을 수신 할 수 있다.

-피어 AM RLC 엔티티의 STATUS PDU.

피어 AM RLC 엔티티로부터 STATUS PDU에 의해 RLC SDU 또는 RLC SDU 세그먼트에 대한 부정 승인을 수신 할 때 AM RLC 엔티티의 송신 측은 다음을 수행해야 한다.

-해당 RLC SDU의 SN이 TX_Next_Ack <= SN <TX_Next 범위 내에있는 경우 :

-재전송을 위해 부정 승인이 수신 된 RLC SDU 또는 RLC SDU 세그먼트를 고려한다.

RLC SDU 또는 RLC SDU 세그먼트가 재전송을 위해 고려 될 때 AM RLC 엔티티의 전송 측은 다음을 수행해야 한다.

-RLC SDU 또는 RLC SDU 세그먼트가 처음으로 재전송을 고려하는 경우 :

-RLC SDU와 관련된 RETX_COUNT를 0으로 설정한다.

-그렇지 않은 경우 (재전송을 고려하는 RLC SDU 또는 RLC SDU 세그먼트)가 이미 재전송을 위해 보류 중이 아니고 동일한 STATUS PDU에서 또 다른 부정적 승인으로 인해 RLC SDU와 연관된 RETX_COUNT가 증가되지 않은 경우 :

-RETX_COUNT를 증가시킨다.

-RETX_COUNT = maxRetxThreshold 인 경우 :

-최대 재전송에 도달했음을 상위 계층에 표시한다.

RLC SDU 또는 RLC SDU 세그먼트를 재전송 할 때 AM RLC 엔티티의 전송 측은 다음을 수행해야 한다.

-필요한 경우 RLC SDU 또는 RLC SDU 세그먼트를 분할한다.

-특정 전송 기회에서 하위 계층으로 표시된 AMD PDU의 전체 크기에 맞는 새로운 AMD PDU를 형성한다.

-새 AMD PDU를 하위 계층에 제출합니다.

새로운 AMD PDU를 구성 할 때 AM RLC 엔티티의 송신 측은 다음을 수행해야 한다.

-원래 RLC SDU 또는 RLC SDU 세그먼트를 새 AMD PDU의 데이터 필드에만 매핑한다.

-6.2.2.4 항의 설명에 따라 새로운 AMD PDU의 헤더를 수정한다.

-5.3.3 항에 따라 P 필드를 설정한다.

[...]

5.3.4 상태보고

AM RLC 엔티티는 RLC SDU (또는 그 일부)의 긍정적 및 / 또는 부정적 승인을 제공하기 위해 STATUS PDU를 피어 AM RLC 엔티티에 전송한다.

STATUS보고를 시작하는 트리거는 다음과 같다.

-피어 AM RLC 엔티티에서 폴링 :

-SN = x이고 P 필드가 "1"로 설정된 AMD PDU가 하위 계층에서 수신 될 때 AM RLC 엔티티의 수신 측은 다음을 수행해야 한다.

-5.2.3.2.2 항에 명시된대로 AMD PDU를 폐기해야하는 경우 또는

-x <RX_Highest_Status 또는 x> = RX_Next + AM_Window_Size 인 경우 :

-STATUS 보고서를 트리거한다.

-그 외 :

-x <RX_Highest_Status 또는 x> = RX_Next + AM_Window_Size까지 STATUS 보고서 트리거를 지연한다.

참고 1 : 이것은 HARQ 재정렬 후에 RLC 상태 보고서가 전송됨을 보장한다.

-AMD PDU 수신 실패 감지

-AM RLC 엔티티의 수신 측은 t-Reassembly가 만료되면 STATUS 보고서를 트리거해야 한다.

참고 2 : t-Reassembly의 만료는 RX_Highest_Status가 업데이트되고 STATUS 보고서가 트리거되도록 트리거하지만 STATUS 보고서는 RX_Highest_Status가 업데이트 된 후에 트리거되어야한다.

상태보고가 트리거되었을 때 AM RLC 엔티티의 수신 측은 다음을 수행해야 한다.

-t-StatusProhibit가 실행되고 있지 않은 경우 :

-하위 계층이 지시하는 첫 번째 전송 기회에서 STATUS PDU를 구성하여 하위 계층에 제출한다.

-그 외 :

-t-StatusProhibit가 만료 된 후 하위 계층에 표시된 첫 번째 전송 기회에서 t-StatusProhibit가 실행되는 동안 상태보고가 여러 번 트리거 되더라도 단일 STATUS PDU를 구성하여 하위 계층에 제출한다.

STATUS PDU가 하위 계층에 제출되었을 때 AM RLC 엔티티의 수신 측은 다음을 수행해야 한다.

-t-StatusProhibit를 시작한다.

STATUS PDU를 구성 할 때 AM RLC 엔티티는 다음을 수행해야 한다.

-아직 완전히 수신되지 않은 RX_Next <= SN <RX_Highest_Status와 같은 SN을 갖는 RLC SDU의 경우, RLC SDU의 SN 순서가 증가하고 RLC SDU 내에서 바이트 세그먼트 순서가 증가한다. SN = RX_Next로 시작하여 결과 STATUS PDU는 하위 계층에 표시된 RLC PDU의 총 크기에 여전히 맞다.

-아직 바이트 세그먼트가 수신되지 않은 RLC SDU의 경우 :

-RLC SDU의 SN으로 설정된 NACK_SN을 STATUS PDU에 포함한다.

-아직 수신되지 않은 부분적으로 수신 된 RLC SDU의 연속적인 바이트 세그먼트 시퀀스의 경우 :

-STATUS PDU에 NACK_SN, SOstart 및 SOend 세트를 포함한다.

-아직 수신되지 않은 연속적인 RLC SDU 시퀀스의 경우 :

-NACK_SN 및 NACK 범위의 집합을 STATUS PDU에 포함한다.

-STATUS PDU에 필요한 경우 SOstart 및 SOend 쌍을 포함한다.

-결과 STATUS PDU에서 누락 된 것으로 표시되지 않는 다음 수신되지 않은 RLC SDU의 SN으로 ACK_SN을 설정한다.

[...]

6.1.3 RLC 제어 PDU

a) 상태 PDU

STATUS PDU는 AM RLC 엔티티의 수신 측에서 성공적으로 수신 된 RLC 데이터 PDU 및 AM RLC 엔티티의 수신 측에서 손실 된 것으로 감지 된 RLC 데이터 PDU에 대해 피어 AM RLC 엔티티에 알리기 위해 사용된다.

3GPP TS 38.323은 RoHC 피드백을위한 PDCP 제어 PDU를 다음과 같이 도입했다:

5.7.6 분산 된 ROHC 피드백을위한 PDCP 제어 PDU

5.7.6.1 전송 작업

헤더 압축 프로토콜에 의해 산재 된 ROHC 피드백이 생성 될 때 전송 PDCP 엔티티는 다음을 수행해야 한다.

-하위 절 6.2.3.2에 명시된 대로 해당 PDCP 제어 PDU를 하위 계층에 제출한다. 즉, PDCP SN을 연관 시키거나 암호를 수행하지 않는다.

5.7.6.2 수신 작업

하위 계층으로부터 배치된(interspersed) ROHC 피드백에 대한 PDCP 제어 PDU를 수신 할 때 수신 PDCP 엔티티는 다음을 수행해야 한다.

-해독을 수행하지 않고 해당 산재 ROHC 피드백을 헤더 압축 프로토콜에 전달한다.

[...]

6.2.3 PDU 제어

[...]

6.2.3.2 산재 된 ROHC 피드백을위한 제어 PDU

도 6.2.3.2-1은 하나의 산재 된 ROHC 피드백을 전달하는 PDCP 제어 PDU의 형식을 보여준다. 이 형식은 UM DRB 및 AM DRB에 적용된다.

[3GPP TS 38.323 V15.2.0("배치된 ROHC 피드백을 위한 PDCP 제어 PDU 포맷"으로 명치됨)의 도 6.2.3.2-1은도 11과 같이 재현됨]

3GPP TS 23.287은 섹션 6.3.3.1에서 PC5 참조 포인트를 통한 V2X 통신의 유니 캐스트 모드를위한 계층 -2 링크 설정 절차를 명시한다. 예를 들어, 개시 UE (예를 들어, UE1)는 직접 통신 요청 메시지를 전송하고 하나 이상의 피어 UE (예를 들어, UE2)로부터 직접 통신 수락 메시지를 수신한다. 3GPP TS 23.287의 Section 5.6.1.4에 따르면, PC5 유니 캐스트 링크 설정을위한 초기 시그널링은 V2X 서비스 또는 V2X 서비스(예를 들어, PSID 또는 ITS-AID)를 제공하는 V2X 애플리케이션에 대한 유니 캐스트 링크를 설정하기 위해 초기 시그널링을위한 기본 목적지 Layer-2 ID를 사용할 수 있다.

Direct Communication Request 메시지에는 UE2가 Direct Communication Request 메시지에 대한 응답 여부를 결정할 수 있도록 UE2의 응용 계층 ID와 UE1의 응용 계층 ID가 포함되어 있다. UE2가 Direct Communication Request 메시지에 응답하기로 결정하면 UE2는 보안 컨텍스트를 설정하는 데 사용되는 절차를 시작할 수 있다. 예를 들어, UE1은 UE2에게 Direct Communication Request를 전송한다. 직접 통신 요청에는 보안 컨텍스트를 설정하는 데 사용되는 일부 매개 변수가 포함될 수 있다. 직접 통신 요청을 수신하면 UE2는 UE1과 직접 인증 및 키 설정 절차를 시작할 수 있다. 그리고 UE2는 Direct Security Mode Command를 UE1에게 전송하고 UE1은 Direct Security Mode Complete로 UE2에 응답한다. 또한, Direct Security Mode Complete가 성공적으로 수신되면 UE2는 Direct Communication Accept를 UE1에게 전송할 수 있다. 유니 캐스트 링크에 대한 보안이 필요하지 않은 경우 보안 설정 절차를 생략하고 UE2는 직접 통신 수락을 UE1에 직접 회신 할 수 있다.

Direct Communication Request 메시지가 전송되면 Source Layer-2 ID는 Initiating UE의 Layer-2 ID로 설정되고, Destination Layer-2 ID는 서비스 유형 (예를 들어, V2X 서비스 또는 V2X 응용 프로그램)과 관련된 기본 Destination Layer-2 ID로 설정된다. 따라서, UE2는 UE1의 L2ID와 UE2의 L2ID를 기반으로 보안 설정 절차에서 시그널링 교환을 시작할 수 있다.

CR (Huawei)을 실행하는 3GPP TR 38.885 및 3GPP 이메일 논의 [108 # 44] [V2X] 38.331에 따르면, RRC_CONNECTED의 UE는 계층- 2 링크 (또는 유니 캐스트 링크)가 설정된 후 사이드링크 트래픽을 전송하기위한 사이드링크 리소스를 요청하기 위해 사이드링크 UE 정보 메시지 (예를 들어, SidelinkUEInformationNR)를 gNB로 전송할 것이다. gNB는 NR 사이드링크 통신을위한 전용 사이드링크 구성 정보(예를 들어, IE SL-ConfigDedicatedNR)를 UE에 제공한다.

CR (Huawei)을 실행하는 3GPP 이메일 토론 [108 # 44] [V2X] 38.331에 명시된 바와 같이, SidelinkUEInformationNR은 유니 캐스트 링크와 관련된 다음의 정보 요소 (IE)를 포함 할 수 있다 : sl-DestinationIdentity, sl-CastType, sl -RLC_ModeIndication, sl-QoS-InfoList, sl-Failure, sl-TypeTxSyncList 및 sl-TxInterestedFreqList. 또한 sl-QoS-InfoList는 TS 23.287에 사이드링크 QoS 흐름의 QoS 프로파일을 포함하도록 지정된 sl-QoS-Info 목록을 포함하며, 각 sl-QoS-Info에는 sl-QoS-FlowIdentity 및 sl- QoS- 프로파일. SidelinkUEInformationNR의 수신에 응답하여, gNB는 sl-QoS-FlowIdentity에 의해 식별 된 관련 사이드링크 QoS 흐름 (들)에 대한 전용 사이드링크 구성을 구성하기 위해 RRC 연결 재구성 메시지 (예 : RRCReconfiguration)로 응답 할 수 있다. 예를 들어, RRCReconfiguration은 전용 사이드링크 구성을 나타내는 정보를 포함 할 수있는 IE SL-ConfigDedicatedNR을 포함 할 수 있다. 또한 사이드링크 QoS 흐름이 매핑되는 SLRB (또는 SL LCH) (예 : sl-MappedQoS-Flows)를 나타내는 정보를 포함 할 수 있다. 사이드링크 QoS 흐름은 기존 SLRB 또는 새로운 SLRB에 매핑 될 수 있다. 새 SLRB가 필요한 경우 SLRB 구성 (예 : sl-RadioBearerToAddModList) 및 / 또는 논리 채널 구성 (예 : sl-RLC-BearerToAddModList)이 새 SLRB에 포함된다. 각 SLRB는 SL LCH와 연관되어 있음을 유의한다.

RAN2 # 106 회의 (3GPP R2-1908107에서 논의 됨)에서 합의 된 바와 같이, SL 유니 캐스트의 경우, 개시 UE는 TX 및 RX 모두에 관련되고 피어와 정렬되어야하는 SLRB 매개 변수를 피어 UE에 알린다. 예를 들어, 개시 UE는 피어 UE (3GPP 이메일 토론 [108 # 44] [V2X] 38.331 running CR (Huawei)에서 논의 됨)에 알리기 위해 RRCReconfigurationSidelink 메시지를 전송할 수 있으며, 여기서 slrb-PC5-ConfigIndex는 RRCReconfigurationSidelink는 피어 UE에서 설정 될 SLRB에 대한 SLRB 구성을 나타낸다. 이에 응답하여, 피어 UE는 RRCReconfigurationCompleteSidelink 메시지로 응답 할 수 있다.

또한, RAN2 # 108 동의 (3GPP R2-1916288에서 논의 된 바와 같이)에 따라, 피어 UE는 RRC_CONNECTED의 피어 UE가 개시 UE로부터의 RLC AM / UM 을 갖는 SLRB 구성을 수신 할 때 LCH가 피어 UE에 구성되지 않은 경우 개시 UE에 의해 표시된 적어도 RLC 모드를 자신의 gNB에보고 해야한다. 또한 사이드링크 QoS 프로파일이보고 될 옵션이라는 것이 동의되었다. 이전 계약은 CR (Huawei)을 실행하는 3GPP 이메일 토론 [108 # 44] [V2X] 38.331에서 캡처되었다. 여기서 SidelinkUEInformationNR 메시지에 정의 된 IE sl-QoS-InfoList는 OPTIONAL로 지정된다. sl-QoS-InfoList가 존재하는 경우, 이는 peer UE가 sl-QoS-InfoList에서 sl-QoS-FlowIdentity로 식별되는 사이드링크 QoS 플로우에서 전송 가능한 데이터를 가지고 있음을 의미한다. 그렇지 않은 경우 (즉, sl-QoS-InfoList가 없음) 이는 피어 UE가 sl-QoS-InfoList에서 sl-QoS-FlowIdentity에 의해 식별 된 사이드링크 QoS 흐름에서 전송할 수있는 데이터가 없음을 의미한다. 후자의 경우는 피어 UE가 RLC 제어 PDU (RCC AM 모드의 경우) 또는 PDCP 제어 PDU (ROHC 피드백의 경우) 만 가지고 있으므로 sl-QoS-InfoList를 포함 할 필요가 없음을 의미한다. SidelinkUEInformationNR 메시지를 수신 한 후 gNB는 sl-QoS-InfoList가 존재하는지 여부에 따라 적절한 전용 사이드링크 구성을 피어 UE에 할당 할 수 있다.

개시 UE는 (3GPP 이메일 논의 [108 # 44] [V2X] 38.331 running CR (Huawei)에서 논의 된 바와 같이) 피어 UE에게 여러 SLRB를 설정하도록 알리기 위해 RRCReconfigurationSidelink 메시지를 전송할 수 있으므로, 피어 UE는 피어 UE가 SLRB에 매핑 된 관련 사이드링크 QoS 흐름에서 전송에 사용할 수있는 데이터가없는 경우 gNB에 의해 RRCReconfiguration에 제공된 전용 구성 정보와 어떤 SLRB (또는 SL LCH)가 연관되어야하는지 알 수 있다. 피어 UE가 CR을 실행하는 RRC (3GPP 이메일 토론 [108 # 44] [V2X] 38.331 실행 CR (Huawei)에서 논의 됨)를 따르는 경우, 피어 UE는 sl-QoS-InfoList에 sl-QoS-Info를 포함하지 않는다. 피어 UE가 관련 사이드링크 QoS 흐름으로부터 전송을위한 트래픽이없는 경우 SidelinkUEInformationNR의. 이와 같이 GNB는 SidelinkUEInformationNR이 sl-QoS-FlowIdentity를 포함하지 않기 때문에 RRCReconfiguration의 SL-RadioBearerConfig에 sl-MappedQoS-Flow를 포함 할 수 없다. 이 상황에서 피어 UE는 RRCReconfiguration에서 구성한 SLRB (또는 SL LCH)와 RRCReconfigurationSidelink에서 구성한 SLRB (또는 SL LCH)를 연결하는 방법을 알지 못한다.

예를 들어, RRCReconfigurationSidelink는 UE에서 피어 UE로 사이드링크 패킷을 전송하기 위해 RLC AM을 사용하여 제 1 SL LCH에 매핑되는 제 1 사이드링크 QoS 흐름의 제 1 아이덴티티와 제 2 사이드링크 QoS 흐름의 제 2 아이덴티티를 포함한다. 이는 UE에서 피어 UE로 사이드링크 패킷을 전송하기 위해 RLC UM을 사용하여 두 번째 SL LCH에 매핑된다. 피어 UE는 현재 첫 번째 또는 두 번째 SL LCH에서 전송할 트래픽이 없기 때문에 피어 UE는 여전히 SidelinkUEInformationNR을 gNB로 전송하지만 SidelinkUEInformationNR은 첫 번째 / 두 번째 사이드링크 QoS 흐름 의 사이드링크 QoS 프로파일 및 / 또는 사이드링크 QoS 흐름 ID를보고하지 않는다. 이 SidelinkUEInformationNR을 수신하면, gNB는 제 1 SLRB 또는 SL LCH에 대응하는 제 1 전용 구성 정보 및 제 2 SLRB 또는 SL LCH에 대응하는 제 2 전용 구성 정보를 포함하는 RRCReconfiguration을 피어 UE로 전송할 수 있다. 그러나, 피어 UE는 (제 1 또는 제 2) 전용 구성 정보가 제 1 사이드링크 QoS 흐름의 제 1 아이덴티티도, 제 2 사이드링크 QoS의 제 2 아이덴티티도 포함하지 않기 때문에 어떤 전용 구성 정보를 어떤 SLRB 또는 SL LCH와 연관시킬 수 없는가 흐름. 이 문제를 해결하기 위해 몇 가지 솔루션을 고려할 수 있다.

하나의 잠재적인 해결책은 피어 UE가 SidelinkUEInformationNR에 관련 SLRB (또는 SL LCH)와 관련된 정보를 포함하도록 하여 그 gNB가 피어 UE가 어떤 SLRB (또는 SL LCH)가 전용 구성 정보와 연결되어야 하는지를 알 수 있도록 RRCReconfiguration의 정보를 반복 할 수 있도록 하는 것이다. 해당 SLRB (또는 SL LCH)와 관련된 정보는 RRCReconfigurationSidelink에서 파생 될 수 있다. 예를 들어, 피어 UE는 SidelinkUEInformationNR에 slrb-PC5-ConfigIndex를 포함 할 수 있으며, gNB는 RRCReconfiguration을 통해 slrb-PC5-ConfigIndex에 대한 전용 사이드링크 구성을 제공 할 수 있다. 다른 예를 들어, 피어 UE는 SidelinkUEInformationNR에 sl-LogicalChannelIdentity를 포함 할 수 있고, gNB는 RRCReconfiguration을 통해 sl-LogicalChannelIdentity에 대한 전용 사이드링크 구성을 제공 할 수 있다. slrb-PC5-ConfigIndex 또는 sl-LogicalChannelIdentity는 원래 RRCReconfigurationSidelink에 포함되어 있으며 UE에서 피어 UE로 사이드링크 패킷을 전송하도록 구성된 SLRB (또는 SL LCH)를 식별하는 데 사용된다. 이러한 방식으로 피어 UE는 gNB가 제공하는 전용 사이드링크 구성 (예를 들어, IE SL-ConfigDedicatedNR)과 연관되어야하는 SLRB (또는 SL LCH)를 알 수 있다.

또는, 피어 UE는 자신의 gNB로 SidelinkUEInformationNR 메시지를 전송할 때 sl-QoS-InfoList에 sl-QoS-FlowIdentity를 포함하고 sl-QoS-InfoList에 sl-QoS-Profile을 포함하지 않을 수 있으며, 그러면 gNB는 사이드링크 QoS 흐름을위한 전용 사이드링크 구성. 이러한 방식으로 피어 UE는 사이드링크 QoS 흐름이 관련 SLRB (또는 SL)에 매핑되기 때문에 자신의 gNB가 제공하는 전용 사이드링크 구성 (예를 들어, IE SL-ConfigDedicatedNR)과 연관되어야하는 SLRB (또는 SL LCH)를 알 수 있다. LCH). 이 대안은 이전 솔루션에 비해 현재 RRC 실행 CR (3GPP 이메일 토론 [108 # 44] [V2X] 38.331 실행 CR (Huawei)에서 논의 됨)에 대한 변경을 덜 유도 할 수 있다.

예를 들어, 피어 UE는 UE로부터 RRCReconfigurationSidelink를 수신 할 수 있다. RRCReconfigurationSidelink에서 사이드링크 QoS 흐름의 아이덴티티는 UE에서 피어 UE로 사이드링크 패킷을 전송하기 위해 SLRB (또는 SL LCH)에 매핑된다. 이후, 피어 UE는 SidelinkUEInformationNR을 gNB로 전송할 수 있다. SidelinkUEInformationNR에서 사이드링크 QoS 흐름의 ID가 보고된다. SidelinkUEInformationNR의 전송 후, 피어 UE는 gNB로부터 RRCReconfiguration을 수신한다. RRCReconfiguration에는 피어 UE에서 UE로 사이드링크 패킷을 전송하기위한 SLRB (또는 SL LCH)를 구성하기위한 전용 구성 정보가 포함되어 있다. 전용 구성 정보에는 사이드링크 QoS 흐름의 아이덴티티가 포함되어있어 피어 UE는 전용 구성 정보에 의해 구성된 SLRB (또는 SL LCH)가 RRCReconfigurationSidelink에 의해 구성된 SLRB (또는 SL LCH)와 연관되어야 함을 알 수 있다.

대안 적으로, sl-MappedQoS-Flow를 포함하지 않는 각각의 전용 구성 정보는 SidelinkUEInformationNR 메시지에 SL-QoS-Info를 포함하지 않고 하나의 SL-TxResourceReq와 순서대로 연관 될 수 있다. 기본적으로 피어 UE는 SidelinkUEInformationNR 메시지에서 SL-TxResourceReq 목록을 스스로 구성하므로, 피어 UE는 SL-QoS-Info를 포함하지 않는 SL-TxResourceReq가 RRCReconfigurationSidelink에서 구성한 하나의 SLRB (또는 SL LCH)와 연관되어 있음을 알아야 한다. . 따라서, 피어 UE는이 SLRB (또는 SL LCH)에 대해 SL-QoS-Info가보고되지 않은 하나의 SLRB (또는 SL LCH)와 연관된 sl-MappedQoS-Flows를 포함하지 않고 전용 구성 정보를 알 수 있다.

예를 들어, UE는 UE로부터 피어 UE로 사이드링크 패킷을 전송하기 위해 3 개의 SLRB (또는 SL LCH)를 설정할 수 있으며, 하나는 RLC AM을 사용하는 첫 번째 SLRB이고, 다른 하나는 RLC UM을 사용하는 두 번째 SLRB이고, 다른 하나는 다음과 같다. RLC AM을 사용하는 세 번째 SLRB. 첫 번째 SLRB는 사이드링크 QoS 흐름 ID 1에 매핑된다. 두 번째 SLRB는 사이드링크 QoS 흐름 ID 2 & 3에 매핑된다. 세 번째 SLRB는 사이드링크 QoS 흐름 ID 4 & 5에 매핑됩니다. UE는 피어 UE로 RRCReconfigurationSidelink 메시지를 전송할 수 있으며, 여기서 RRCReconfigurationSidelink 메시지는 아래 표 1과 같이 이들 3 개의 SLRB를 구성하기위한 IE를 포함한다.

RRCReconfigurationSidelink의 표 1

RRCReconfigurationSidelink 메시지를 수신 한 피어 UE는 SidelinkUEInformationNR 메시지를 gNB로 전송한다. 이때, 피어 UE는 PFI 2 & 3와 관련된 사이드링크 QoS 흐름에서만 전송을 위한 트래픽을 가질 수 있다. 따라서 피어 UE는 SidelinkUEInformationNR 메시지에서 PFI 2 & 3 만 보고한다. PFI 2 & 3는 sl-UM-QoS-InfoList 또는 sl-QoS-InfoList를 통해보고 할 수 있다. 표 2-1 및 표 2-2에 PFI 2 & 3를 개별적으로보고하는 두 가지 예가 있다.

SidelinkUEInformationNR 예시 1의 표 2-1

SidelinkUEInformationNR 예시 2의 표 2-2

SidelinkUEInformationNR 메시지를 수신하면 gNB는 피어 UE에게 RRCReconfiguration 메시지를 응답한다. gNB는 다른 방식으로 RRCReconfiguration 메시지에 IE를 포함 할 수 있다. RRCReconfiguration 메시지에서 첫 번째 전용 구성 정보 (SL-RadioBearerConfig # 1 및 SL-RLC-BearerConfig # 1), 두 번째 전용 구성 정보 (SL-RadioBearerConfig # 2 및 SL-RLC-BearerConfig # 2) 및 세 번째 전용 구성 정보 구성 정보 (SL-RadioBearerConfig # 3 및 SL-RLC-BearerConfig # 3)가 포함된다. sl-MappedQoS-Flow의 SL-QoS-FlowIdentity와 sl-QoS-FlowIdentity가 모두 SLRB2 (예를 들어, sl-QoS-FlowIdentity와 동일한 sl-MappedQoS-Flows에서 SL-QoS-FlowIdentity)에 매핑되기 때문에 피어 UE는 PFI 2 & 3을 포함한 전용 구성 정보를 SLRB2와 연결할 수 있다.

하나의 예가 표 3-1에서 설명 될 수있다. 이 RRCReconfiguration 메시지를 통해 피어 UE는 첫 번째 전용 구성 정보를 SLRB1과 연관시키고 세 번째 전용 구성 정보를 SLRB3과 연관시킨다.

RRCReconfiguration 예시 1의 표 3-1

다른 예는 표 3-2에서 설명 될 수있다. 이 RRCReconfiguration 메시지를 통해 피어 UE는 두 번째 전용 구성 정보를 SLRB1과 연관시키고 세 번째 전용 구성 정보를 SLRB3과 연관시킨다.

RRCReconfiguration 예시 2의 표 3-2

다른 예는 표 3-3에서 설명 될 수있다. 이 RRCReconfiguration 메시지를 통해 피어 UE는 첫 번째 전용 구성 정보를 SLRB1과 연관시키고 두 번째 전용 구성 정보를 SLRB3과 연관시킨다.

RRCReconfiguration 예시 3의 표 3-3

도 12는 전용 사이드링크 구성을 요청하는 제 1 UE의 관점에서 본 예시적인 일 실시예에 따른 흐름도(1200)이다. 단계 1205에서, 제 1 UE는 제 1 RRC 메시지를 네트워크 노드로 전송하며, 여기서 제 1 RRC 메시지는 사이드링크 QoS 정보를 포함하고, 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 아이덴티티의 존재는 필수이고 존재 여부 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 특성은 선택적이다. 단계 1210에서, 제 1 UE는 네트워크 노드로부터 제 2 RRC 메시지를 수신하되, 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함한다.

일 실시예에서, 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 아이덴티티를 포함 할 수 있고, 사이드링크 QoS 흐름으로부터의 전송에 이용 가능한 데이터가 없다면 사이드링크 QoS 흐름의 어떠한 QoS 프로파일도 포함하지 않을 수 있다. 또한, 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 아이덴티티를 포함할 수 있으며, 사이드링크 QoS 흐름으로부터의 전송에 이용 가능한 데이터가 있는 경우 사이드링크 QoS 흐름의 QoS 프로파일도 포함 할 수 있다.

일 실시예에서, 제 1 UE는 제 1 RRC 메시지를 네트워크 노드로 전송하기 전에 제 2 UE로부터 제 1 사이드링크 RRC 메시지를 수신 할 수 있다. 제 1 사이드링크 RRC 메시지는 수신을 위한 SLRB 구성, SLRB 구성에 대한 인덱스 (예 : slrb-PC5-ConfigIndex) 및 / 또는 논리 채널 구성을 포함 할 수 있다. 첫 번째 사이드링크 RRC 메시지는 RRCReconfigurationSidelink 메시지 일 수 있다. 또한, 제 1 UE는 사이드링크 QoS 흐름의 아이덴티티에 따라 전용 사이드링크 구성에 의해 구성된 카운터 SLRB를 제 1 사이드링크 RRC 메시지에 의해 구성된 SLRB와 연관시킬 수있다. SLRB는 제 2 UE에서 제 1 UE로 패킷을 전송하는 데 사용될 수 있고, 카운터 SLRB는 제 1 UE에서 제 2 UE로 패킷을 전송하는 데 사용된다.

일 실시 예에서, 제 1 RRC 메시지는 SidelinkUEInformationNR 메시지 일 수 있고, 제 2 RRC 메시지는 RRCReconfiguration 메시지 일 수 있다.

일 실시 예에서, 네트워크 노드는 기지국 (예를 들어, gNB) 일 수 있다.

도 3 및 4를 참조하면, 제 1 UE의 일 예시적인 실시 예에서 전용 사이드링크 구성을 요청한다. 제 1 UE (300)는 메모리 (310)에 저장된 프로그램 코드 (312)를 포함한다. CPU (308)는 제 1 UE가 (i) 제 1 RRC 메시지를 네트워크 노드에 전송할 수 있도록하되, 제 1 RRC 메시지는 사이드링크 QoS 정보를 포함하고, 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 ID의 존재는 필수이고 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 존재는 선택 사항이며, (ii) 두 번째 네트워크 노드로부터의 RRC 메시지를 수신하되, 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함하도록 프로그램 코드 (312)를 실행할 수 있도록 한다. 또한, CPU (308)는 프로그램 코드 (312)를 실행하여 전술 한 모든 동작 및 단계 또는 본 명세서에 설명 된 다른 것들을 수행 할 수있다.

도 13은 전용 사이드링크 구성을 요청하는 제 1 UE의 관점에서 본 예시적인 일 실시 예에 따른 흐름도 (1300)이다. 단계 1305에서, 제 1 UE는 제 1 RRC 메시지를 네트워크 노드에 전송하되, 제 1 RRC 메시지는 사이드링크 QoS 정보를 포함하고, 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 신원을 포함하고, 네트워크 노드의 QoS 프로파일을 포함하지 않는다. 사이드링크 QoS 흐름. 단계 1310에서, 제 1 UE는 네트워크 노드로부터 제 2 RRC 메시지를 수신하고, 여기서 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함한다.

일 실시예에서, 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 아이덴티티를 포함 할 수 있고, 사이드링크 QoS 흐름으로부터의 전송에 이용 가능한 데이터가 없다면 사이드링크 QoS 흐름의 어떠한 QoS 프로파일도 포함하지 않을 수있다. 또한, 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 아이덴티티를 포함 할 수 있고, 사이드링크 QoS 흐름으로부터의 전송에 이용 가능한 데이터가있는 경우 사이드링크 QoS 흐름의 QoS 프로파일도 포함 할 수 있다.

일 실시예에서, 제 1 RRC 메시지는 목적지 신원 (예를 들어, 목적지 계층 -2 ID), 캐스트 유형, RLC 모드 표시 및 / 또는 주파수를 포함 할 수있다. 제 2 RRC 메시지는 자원 할당 모드, 전송을위한 SLRB 구성 및 / 또는 논리 채널 구성을 포함 할 수 있다.

일 실시예에서, 제 1 UE는 제 1 RRC 메시지를 전송하기 전에 제 2 UE로부터 제 1 사이드링크 RRC 메시지를 수신 할 수있다. 또한, 제 1 UE는 제 2 UE로부터의 제 1 사이드링크 RRC 메시지의 수신에 응답하여 제 1 RRC 메시지를 전송할 수 있다. 제 1 사이드링크 RRC 메시지는 수신을 위한 SLRB 구성, SLRB 구성에 대한 인덱스 (예를 들어, slrb-PC5-ConfigIndex) 및 / 또는 논리 채널 구성을 포함 할 수 있다. 또한, 제 1 UE는 제 2 사이드링크 RRC 메시지로 제 2 UE에 응답 할 수 있다.

일 실시 예에서, 제 1 RRC 메시지는 SidelinkUEInformationNR 메시지 일 수 있다. 제 2 RRC 메시지는 RRCReconfiguration 메시지 일 수 있다. 제 1 사이드링크 RRC 메시지는 RRCReconfigurationSidelink 메시지 일 수 있다. 제 2 사이드링크 RRC 메시지는 RRCReconfigurationCompleteSidelink 메시지 일 수 있다.

일 실시 예에서, 네트워크 노드는 기지국 (예를 들어, gNB) 일 수 있다.

다시 도 3 및 4를 참조하면, 제 1 UE의 일 예시적인 실시 예에서 전용 사이드링크 자원을 요청한다. 제 1 UE (300)는 메모리 (310)에 저장된 프로그램 코드 (312)를 포함한다. CPU (308)는 제 1 UE가 (i) 네트워크 노드에 제 1 RRC 메시지를 전송하되, 제 1 RRC 메시지는 사이드링크를 포함한다. QoS 정보 및 여기서 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 아이덴티티를 포함하고 사이드링크 QoS 흐름의 어떠한 QoS 프로파일도 포함하지 않으며, (ii) 네트워크 노드로부터 제 2 RRC 메시지를 수신하되, 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함하도록 프로그램 코드 (312)를 실행할 수 있다. 또한, CPU (308)는 프로그램 코드 (312)를 실행하여 전술 한 모든 동작 및 단계 또는 여기에 설명 된 다른 것들을 수행 할 수 있다.

도 14는 SLRB (Sidelink Radio Bearer) 구성을 요청하는 제 1 UE의 관점에서 본 예시적인 일 실시 예에 따른 흐름도 (1400)이다. 단계 1405에서, 제 1 UE는 제 1 RRC 메시지를 네트워크 노드로 전송하고, 여기서 제 1 RRC 메시지는 하나 이상의 SLRB 구성을 요청하기 위한 전송 자원 요청 목록을 포함하고, 전송 자원 요청 목록의 각 항목은 사이드링크 QoS 정보를 위한 적어도 하나의 IE를 갖는다. 단계 1410에서, 제 1 UE는 네트워크 노드로부터 제 2 RRC 메시지를 수신하고, 여기서 제 2 RRC 메시지는 하나 이상의 SLRB 구성을 포함한다. 단계 1415에서, 제 1 UE는 제 2 RRC 메시지의 어떠한 사이드링크 QoS 플로우 아이덴티티와도 연관되지 않은 각각의 SLRB 구성을 제 1 RRC 메시지의 전송 자원 요청 목록에서 임의의 사이드링크 QoS 정보를 나타내지 않는 하나의 엔트리에 순차적으로 대응시킨다. 1420 단계에서 제 1 단말은 제 2 RRC 메시지의 SLRB 설정에 따라 SL LCH상의 사이드링크 제어 패킷을 제 2 단말로 전송한다.

일 실시예에서, 전송 자원 요청 목록의 각 항목은 또한 RLC 모드 표시를위한 하나의 IE를 갖는다.

일 실시예에서, 제 1 UE는 제 2 UE로부터 PC5 RRC 메시지를 수신 할 수 있으며, 여기서 PC5 RRC 메시지는 제 1 LCID 및 RLC 모드를 사용하여 제 1 SLRB (또는 제 1 SL LCH)의 설정을 나타내고, 제 1 SLRB는 제 1 PFI 및 / 또는 제 1 사이드링크 QoS 프로파일과 연관된 제 1 사이드링크 QoS 흐름에 매핑된다. PC5 RRC 메시지는 또한 두 번째 LCID 및 RLC 모드를 사용하여 두 번째 SLRB (또는 두 번째 SL LCH)의 설정을 나타낼 수 있으며, 두 번째 SLRB는 두 번째 PFI와 관련된 두 번째 사이드링크 QoS 흐름 및/또는 두 번째 사이드링크 QoS 프로파일에 매핑된다.

일 실시예에서, 전송 자원 요청 목록의 제 1 엔트리는 제 1 SLRB의 RLC 모드를 나타낼 수 있지만, 제 1 PFI 및 / 또는 제 1 사이드링크 QoS 프로파일을 포함하지 않을 수있다. 또한, 전송 자원 요청 목록의 제 2 엔트리는 제 2 SLRB의 RLC 모드를 나타낼 수 있지만, 제 2 PFI 및 / 또는 제 2 사이드링크 QoS 프로파일을 포함하지 않을 수 있다. 제 2 RRC 메시지는 임의의 PFI와 연관되지 않은 제 1 SLRB 구성 및 임의의 PFI 인-시퀀스와 연관되지 않은 제 2 SLRB 구성을 포함 할 수 있다.

일 실시예에서, 제 1 엔트리는 하나의 SLRB의 하나의 RLC 모드를 표시 할 수있는 전송 자원 요청 목록의 첫 번째 엔트리 일 수 있지만, 임의의 PFI 및 / 또는 임의의 사이드링크 QoS 프로파일을 포함하지 않을 수 있다. 두 번째 항목은 하나의 SLRB의 하나의 RLC 모드를 표시 할 수 있는 전송 자원 요청 목록의 첫 번째 항목 다음에 오는 항목 일 수 있지만, PFI 및 / 또는 임의의 사이드링크 QoS 프로파일을 포함하지 않을 수 있다.

일 실시예에서, 제 1 SLRB 구성은이 SLRB 구성과 연관된 임의의 PFI를 표시 할 수있는 제 2 RRC 메시지의 첫 번째 SLRB 구성 일 수 있다. 두 번째 SLRB 구성은이 SLRB 구성과 관련된 PFI를 나타내지 않을 수 있는 두 번째 RRC 메시지의 첫 번째 SLRB 구성을 따르는 SLRB 구성 일 수 있다.

일 실시예에서, 제 1 UE는 제 1 SLRB 구성에 기초하여 제 1 LCID와 연관된 하나의 SL LCH상에서 하나 이상의 사이드링크 제어 패킷을 전송할 수 있다. 제 1 UE는 또한 제 2 SLRB 구성에 기초하여 제 2 LCID와 연관된 하나의 SL LCH상에서 하나 이상의 사이드링크 제어 패킷을 전송할 수 있다.

일 실시예에서, 제 1 RRC 메시지는 SidelinkUEInformationNR 메시지 일 수있다. 제 2 RRC 메시지는 RRCReconfiguration 메시지 일 수 있다. PC5 RRC 메시지는 RRCReconfigurationSidelink 메시지 일 수 있다.

일 실시예에서, 사이드링크 제어 패킷은 RLC 상태보고 또는 RoHC 피드백 일 수 있다. 사이드링크 QoS 정보는 사이드링크 또는 PC5 QoS 플로우 아이덴티티 (PFI) 및 / 또는 사이드링크 QoS 흐름을 위한 사이드링크 QoS 프로파일을 포함 할 수 있다.

일 실시예에서, 네트워크 노드는 기지국 (예를 들어, gNB) 일 수 있다.

다시 도 3 및 도 4를 참조하면, SLRB 구성을 요청하는 제 1 UE의 일 예시적인 실시 예에서. 제 1 UE (300)는 메모리 (310)에 저장된 프로그램 코드 (312)를 포함한다. CPU (308)는 제 1 UE가 (i) 네트워크 노드에 제 1 RRC 메시지를 전송하되 제 1 RRC 메시지는 하나 이상의 SLRB 구성을 요청하기 위한 전송 자원 요청의 목록 목록을 포함하고, 전송 자원 요청 목록의 각 항목은 사이드링크 QoS 정보에 대한 적어도 하나의 IE를 가지며, (ii) 네트워크 노드로부터 제 2 RRC 메시지를 수신하되, 제 2 RRC 메시지는 하나 이상의 SLRB 구성을 포함하고, (iii) 제 2 RRC 메시지의 임의의 사이드링크 QoS 흐름 아이덴티티와 연관되지 않은 각 SLRB 구성을 제 1 RRC의 전송 자원 요청 목록에서 임의의 사이드링크 QoS 정보를 나타내지 않는 하나의 엔트리에 대응시키고, (iv) SL LCH상의 사이드링크 제어 패킷을 제 2 RRC 메시지의 SLRB 구성에 기초하여 제 2 UE로 전송하도록 프로그램 코드(312)를 실행할 수 있다. 또한, CPU (308)는 프로그램 코드 (312)를 실행하여 전술 한 모든 동작 및 단계 또는 여기에 설명 된 다른 것들을 수행 할 수있다.

도 15는 전용 사이드링크 구성을 할당하는 네트워크 노드의 관점에서 본 예시적인 일 실시예에 따른 흐름도 (1500)이다. 단계 1505에서, 네트워크 노드는 제 1 UE로부터 제 1 RRC 메시지를 수신하되, 제 1 RRC 메시지는 사이드링크 QoS 정보를 포함하고, 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 아이덴티티의 존재는 필수이고 존재 여부 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 정보는 선택적이다. 단계 1510에서, 네트워크 노드는 제 1 UE에 제 2 RRC 메시지를 전송하고, 여기서 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함한다.

일 실시예에서, 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 아이덴티티를 포함 할 수 있고, 사이드링크 QoS 흐름으로부터의 전송을 위해 제 1 UE에서 이용 가능한 데이터가없는 경우 사이드링크 QoS 흐름의 어떠한 QoS 프로파일도 포함하지 않을 수 있다 . 대안 적으로, 사이드링크 QoS 정보는 사이드링크 QoS 흐름의 아이덴티티를 포함 할 수 있고, 사이드링크 QoS 흐름으로부터의 전송을 위해 제 1 UE에서 이용 가능한 데이터가있는 경우 사이드링크 QoS 흐름의 QoS 프로파일을 또한 포함 할 수 있다.

일 실시예에서, 제 1 RRC 메시지는 SidelinkUEInformationNR 메시지 일 수 있고, 제 2 RRC 메시지는 RRCReconfiguration 메시지 일 수 있다.

일 실시예에서, 네트워크 노드는 기지국 (예를 들어, gNB) 일 수있다.

다시 도 3 및 도 4를 참조하면, 제 1 UE의 일 예시적인 실시예에서 SLRB 구성을 요청하는 네트워크 노드의 관점에서 전용 사이드링크 구성을 할당한다. 네트워크 노드 (300)는 메모리 (310)에 저장된 프로그램 코드 (312)를 포함한다. CPU (308)는 네트워크 노드가 (i) 제 1 UE로부터 제 1 RRC 메시지를 수신하되, 제 1 RRC 메시지는 사이드링크 QoS 정보를 포함하고, 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 아이덴티티의 존재는 필수적이고 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 존재는 선택적이며, (ii) 두 번째 전송 제 1 UE에 대한 RRC 메시지를 전송하되, 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함하도록, 프로그램 코드 (312)를 실행할 수 있다. 또한, CPU (308)는 프로그램 코드 (312)를 실행하여 전술 한 모든 동작 및 단계 또는 본 명세서에 설명 된 다른 것들을 수행 할 수있다.

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

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

여기에서 공개된 상기 양상들과 관련되어 기재된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 및 알고리즘 단계들이 전자 하드웨어(예를 들어, 소스 코딩 또는 다른 기술을 이용해서 설계될 수 있는, 디지털 구현, 아날로그 구현, 또는 그 둘의 조합), (편의를 위해, 여기에서 "소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있는) 인스트럭션들을 포함하는 다양한 형태의 설계 코드 및 프로그램, 또는 그 둘의 조합들로서 구현될 수 있음을 당업자들은 추가로 이해할 것이다. 하드웨어와 소프트웨어의 이 상호교환성을 명확하게 설명하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 기능성(functionality)의 관점에서 일반적으로 상기에 기재되었다. 그러한 기능성이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 전체 시스템 상에 부과된 설계의 제약들 및 특정한 애플리케이션에 의해 좌우된다. 당업자들은 각각의 특정한 애플리케이션에 대한 방법들을 변화시키면서 기재된 기능성을 구현할 수 있으나, 그러한 구현 결정들이 본 개시물의 범위를 벗어나게 하는 것으로 해석되어서는 안된다.

추가로, 여기에서 개시된 상기 양상들과 관련하여 기재된 다양한 예시적인 논리 블록들, 모듈들, 회로들은 집적 회로("IC"), 액세스 터미널, 또는 액세스 포인트 내에서 구현되거나, 이에 의해 수행될 수 있다. IC는 여기에 기재된 상기 기능들을 수행하도록 설계된 범용 프로세서(general-purpose processor), 디지털 신호 프로세서(digital signal processor, DSP), 주문형 반도체(application specific integrated circuit, ASIC), 필드 프로그래머블 게이트 어레이(field programmable gate array, FPGA) 또는 다른 프로그램 가능한 로직 장치, 이산(discrete) 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 전자 컴포넌트들, 광학 컴포넌트들, 머신 컴포넌트들, 또는 상기의 임의의 조합을 포함할 수 있고, 상기 IC 내에, IC 외부에, 또는 그 모두에 상주하는 인스트럭션들 또는 코드들을 실행할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있으나, 대안적으로, 상기 프로세서는 임의의 종래의 프로세서, 컨트롤러, 마이크로컨트롤러, 또는 상태 머신일 수 있다. 또한 프로세서는 컴퓨팅(computing) 장치들의 조합으로서, 예를 들어, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어를 가진 하나 또는 그 이상의 마이크로프로세서들, 또는 그러한 다른 구성의 임의의 조합으로서 구현될 수 있다.

개시된 프로세스들 내의 단계들의 어떤 특정 순서나 계층인 샘플의 접근 방법의 하나의 예라는 것이 이해된다. 설계 선호도들을 기반으로, 상기 프로세스들 내의 단계들의 특정 순서 또는 계층이 본 발명의 개시의 범위 내에서 유지되면서 재배치될 수 있을 것이라는 것이 이해된다. 동반된 방법이 샘플의 순서인 다양한 단계들의 현재의 엘리먼트들을 청구하지만, 제시된 특정 순서나 계층으로 한정하려는 의도는 아니다.

여기에서 공개된 상기 양상들과 관련하여 기재된 알고리즘 또는 방법의 단계들은 하드웨어, 프로세서에 의해 실행되는 소프트웨어 모듈, 또는 그 둘의 조합에서 직접 구체화될 수 있다. (예를 들어, 실행가능한 인스트럭션들 및 관련된 데이터를 포함하는) 소프트웨어 모듈 및 다른 데이터는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당해 기술분야에 알려진 다른 형태의 임의의 저장 매체와 같은 데이터 메모리 내에 상주할 수 있다. 샘플 저장 매체는 예를 들어, 프로세서가 저장매체로부터 정보를 읽고 저장 매체에 정보를 기록할 수 있는 그러한 (편의상, 여기에서는 "프로세서"로 지칭될 수 있는) 컴퓨터/프로세서와 같은, 머신에 결합될 수 있다. 샘플 저장 매체는 프로세서의 일부분일 수 있다. 프로세서 및 저장 매체는 ASIC에서 상주할 수 있다. ASIC는 사용자 단말에 상주할 수 있다. 대안으로, 프로세서 및 저장 매체는 사용자 단말에서 이산 컴포넌트들로서 상주할 수 있다. 대안적으로 및/또는 추가적으로, 일부 양상들에서, 임의의 적절한 컴퓨터-프로그램 제품은 본 개시물의 하나 또는 그 이상의 상기 양상들과 관련되는 코드들을 포함하는 컴퓨터-판독가능한 매체를 포함한다. 일부 양상들에서, 컴퓨터 프로그램 물건은 포장재(packaging material)들을 포함할 수 있다.

본 발명이 다양한 양상들과 관련하여 기재되는 동안, 개시된 특허대상은 추가적인 수정(modification)들이 가능함이 이해될 것이다. 본 출원은 일반적으로 개시된 특허대상의 원리들을 따르고, 본 발명이 속하는 기술분야에서 알려지고 관례적인 실시 범위 내로서의 본 개시물로부터의 그러한 이탈을 포함하는 임의의 변형들(variations), 이용들(uses) 또는 특허대상의 적용을 커버하도록 의도된다.

Claims (20)

1. 제 1 UE (사용자 장비)가 전용 사이드링크 구성을 요청하는 방법으로서,
   제 2 UE로부터 제 1 사이드링크 RRC(Radio Resource Control) 메시지를 수신하고,
   제 2 UE로부터의 제 1 사이드링크 RRC 메시지에 응답하여, 제 1 RRC 메시지를 네트워크 노드로 전송하되, 제 1 RRC 메시지는 사이드링크 QoS (Quality of Service) 정보를 포함하고, 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 아이덴티티의 존재는 필수적이고 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 존재는 선택적이며; 및
   네트워크 노드로부터 제 2 RRC 메시지를 수신하되, 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함하는, 방법.
2. 제 1 항에 있어서,
   상기 사이드 링크 QoS 정보는 상기 사이드 링크 QoS 흐름의 아이덴티티를 포함하고, 상기 사이드 링크 QoS 흐름으로부터의 전송에 이용 가능한 데이터가 없는 경우 상기 사이드 링크 QoS 흐름의 어떠한 QoS 프로파일도 포함하지 않는, 방법.
3. 제 1 항에 있어서,
   상기 사이드 링크 QoS 정보는 상기 사이드 링크 QoS 흐름의 아이덴티티를 포함하고, 또한 상기 사이드 링크 QoS 흐름으로부터의 전송을 위해 이용 가능한 데이터가 있는 경우 상기 사이드 링크 QoS 흐름의 QoS 프로파일을 포함하는, 방법.
4. 삭제
5. 제 1 항에 있어서,
   상기 제 1 사이드 링크 RRC 메시지는 수신을 위한 사이드링크 무선 베어러(SLRB) 구성, 상기 SLRB 구성에 대한 인덱스, 및 / 또는 논리 채널 구성을 포함하는, 방법.
6. 제 1 항에 있어서,
   상기 제 1 사이드 링크 RRC 메시지는 RRCReconfigurationSidelink 메시지인, 방법.
7. 제 1 항에 있어서,
   상기 사이드 링크 QoS 흐름의 아이덴티티에 따라 전용 사이드 링크 구성에 의해 구성된 카운터 사이드링크 무선 베어러(SLRB)를 제 1 사이드 링크 RRC 메시지에 의해 구성된 사이드링크 무선 베어러(SLRB)와 연관시키는 것을 포함하는, 방법.
8. 제 7 항에 있어서,
   상기 SLRB는 상기 제 2 UE에서 상기 제 1 UE로 패킷을 전송하는데 사용되고, 상기 카운터 SLRB는 상기 제 1 UE에서 상기 제 2 UE로 패킷을 전송하는데 사용되는, 방법.
9. 제 1 항에 있어서,
   상기 제 1 RRC 메시지는 SidelinkUEInformationNR 메시지이고, 상기 제 2 RRC 메시지는 RRCReconfiguration 메시지인, 방법.
10. 제 1 항에 있어서,
    상기 네트워크 노드는 기지국인, 방법.
11. 제 1 UE (사용자 장비)로서,
    제어 회로;
    제어 회로에 설치된 프로세서; 및
    제어 회로에 설치되고 프로세서에 동작 가능하게 연결된 메모리;를 포함하고,
    프로세서는
    제 2 UE로부터 제 1 사이드링크 RRC (Radio Resource Control) 메시지를 수신하고,
    제 2 UE로부터의 제 1 사이드링크 RRC 메시지에 응답하여, 제 1 RRC 메시지를 네트워크 노드로 전송하되, 제 1 RRC 메시지는 사이드링크 QoS (Quality of Service) 정보를 포함하고 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 아이덴티티의 존재는 필수적이며, 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 존재는 선택적이고; 및
    네트워크 노드로부터 제 2 RRC 메시지를 수신하되, 제 2 RRC 메시지는 전용 사이드링크 구성 및 전용 사이드링크 구성과 연관된 사이드링크 QoS 흐름의 아이덴티티를 포함하도록
    메모리에 저장된 프로그램 코드를 실행하도록 구성된 것인, 제 1 UE.
12. 제 11 항에 있어서,
    상기 사이드 링크 QoS 정보는 상기 사이드 링크 QoS 흐름의 아이덴티티를 포함하고, 상기 사이드링크 QoS 흐름으로부터의 전송에 이용 가능한 데이터가 없는 경우 상기 사이드링크 QoS 흐름의 어떠한 QoS 프로파일도 포함하지 않는, 제 1 UE.
13. 제 11 항에 있어서,
    상기 사이드링크 QoS 정보는 상기 사이드링크 QoS 흐름의 아이덴티티를 포함하고, 또한 상기 사이드링크 QoS 흐름으로부터의 전송에 이용 가능한 데이터가 있는 경우 상기 사이드링크 QoS 흐름의 QoS 프로파일을 포함하는, 제 1 UE.
14. 삭제
15. 제 11 항에 있어서,
    상기 제 1 사이드 링크 RRC 메시지는 수신을 위한 사이드링크 무선 베어러 (SLRB) 구성, 상기 SLRB 구성에 대한 인덱스 및/또는 논리 채널 구성을 포함하는, 제 1 UE.
16. 네트워크 노드에 대해 전용 사이드 링크 구성을 할당하는 방법으로서,
    제 1 UE(사용자 장비)로부터 제 1 무선 자원 제어(RRC) 메시지를 수신하되, 제 1 RRC 메시지는 사이드링크 서비스 품질(QoS) 정보를 포함하고, 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 아이덴티티의 존재는 필수적이고 사이드링크 QoS 정보에서 사이드링크 QoS 흐름의 QoS 프로파일의 존재는 선택적이고; 사이드링크 QoS 정보는 사이드링크 QoS 흐름으로부터의 전송을 위해 제 1 UE에서 사용가능한 데이터가 있는 경우 사이드 링크 QoS 흐름의 QoS 프로파일을 포함하고; 및
    제 2 RRC 메시지를 제 1 UE로 전송하되, 제 2 RRC 메시지는 전용 사이드 링크 구성 및 전용 사이드 링크 구성과 연관된 사이드 링크 QoS 흐름의 아이덴티티를 포함하는 것을 포함하는, 방법.
17. 제 16 항에 있어서,
    상기 사이드링크 QoS 정보는 상기 사이드링크 QoS 흐름으로부터의 전송을 위해 상기 제 1 UE에서 이용 가능한 데이터가 없는 경우 상기 사이드링크 QoS 흐름의 어떠한 QoS 프로파일도 포함하지 않는, 방법.
18. 삭제
19. 제 16 항에 있어서,
    상기 제 1 RRC 메시지는 SidelinkUEInformationNR 메시지이고, 상기 제 2 RRC 메시지는 RRCReconfiguration 메시지인, 방법.
20. 제 16 항에 있어서,
    상기 네트워크 노드는 기지국인, 방법.

Images