[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

KR102627692B1 - 무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ｕｅ) 성능 정보를 보고하기 위한 방법 및 장치 - Google Patents

무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ｕｅ) 성능 정보를 보고하기 위한 방법 및 장치 Download PDF

Info

Publication number
KR102627692B1
KR102627692B1 KR1020210068955A KR20210068955A KR102627692B1 KR 102627692 B1 KR102627692 B1 KR 102627692B1 KR 1020210068955 A KR1020210068955 A KR 1020210068955A KR 20210068955 A KR20210068955 A KR 20210068955A KR 102627692 B1 KR102627692 B1 KR 102627692B1
Authority
KR
South Korea
Prior art keywords
sidelink
relay
message
information
capability information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
KR1020210068955A
Other languages
English (en)
Other versions
KR20220001452A (ko
Inventor
리-치 쿠오 리차드
Original Assignee
아서스테크 컴퓨터 인코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 아서스테크 컴퓨터 인코포레이션 filed Critical 아서스테크 컴퓨터 인코포레이션
Publication of KR20220001452A publication Critical patent/KR20220001452A/ko
Application granted granted Critical
Publication of KR102627692B1 publication Critical patent/KR102627692B1/ko
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

사이드링크 UE 성능 정보를 보고하기 위한 사용자 단말-대-사용자 단말(UE-대-UE) 릴레이의 관점으로부터의 방법 및 디바이스가 개시된다. 일 실시예에 있어서, 방법은, UE-대-UE 릴레이가 제 1 UE로부터 제 1 사이드링크 UE 성능 정보 및 제 2 UE로부터 제 2 사이드링크 UE 성능 정보를 수신하는 단계를 포함한다. 방법은 또한, UE-대-UE 릴레이가 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보를 네트워크 노드로 송신하거나, 또는 조합된 UE 성능 정보를 네트워크 노드로 송신하는 단계로서, 조합된 UE 성능 정보는 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보로부터 도출되는, 단계를 포함한다.

Description

무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ＵＥ) 성능 정보를 보고하기 위한 방법 및 장치{METHOD AND APPARATUS FOR RELAY REPORTING SIDELINK USER EQUIPMENT(UE) CAPABILITY INFORMATION IN A WIRELESS COMMUNICATION SYSTEM}
관련 출원들에 대한 상호 참조
본 출원은 2020년 06월 29일자로 출원된 미국 가특허 출원 일련번호 제63/045,711호에 대한 이익을 주장하며, 이러한 출원의 전체 개시내용이 전체적으로 본원에 참조로서 포함된다.
기술분야
본 개시는 전반적으로 무선 통신 네트워크들에 관한 것으로서, 보다 더 구체적으로, 무선 통신 시스템에서 사이드링크 사용자 단말(User Equipment; UE) 성능 정보를 보고하기 위한 방법 및 장치에 관한 것이다.
모바일 통신 디바이스들로의 그리고 이로부터의 대용량 데이터 통신에 대한 수요가 급증함에 따라, 전통적인 모바일 음성 통신 네트워크들은 인터넷 프로토콜(Internet Protocol; IP) 데이터 패킷으로 통신하는 네트워크들로 진화하고 있다. 이러한 IP 데이터 패킷 통신은 모바일 통신 디바이스들의 사용자들에게 인터넷 전화(voice over IP), 멀티미디어, 멀티캐스트 및 주문형 통신 서비스들을 제공할 수 있다.
예시적인 네트워크 구조는 진화된 범용 지상 무선 액세스 네트워크(Evolved Universal Terrestrial Radio Access Network; E-UTRAN)이다. E-UTRAN 시스템은 이상에서 언급된 인터넷 전화 및 멀티미디어 서비스들을 실현하기 위하여 높은 데이터 스루풋을 제공할 수 있다. 차세대(예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에 의해 논의되고 있다. 따라서, 3GPP 표준을 발전시키고 완결하기 위하여 3GPP 표준의 현재 바디(body)에 대한 변경들이 현재 제시되고 검토되고 있다.
사이드링크 UE 성능 정보를 보고하기 위한 사용자 단말-대-사용자 단말(UE-대-UE) 릴레이의 관점으로부터의 방법 및 디바이스가 개시된다. 일 실시예에 있어서, 방법은, UE-대-UE 릴레이가 제 1 UE로부터 제 1 사이드링크 UE 성능 정보 및 제 2 UE로부터 제 2 사이드링크 UE 성능 정보를 수신하는 단계를 포함한다. 방법은 또한, UE-대-UE 릴레이가 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보를 네트워크 노드로 송신하거나, 또는 조합된 사이드링크 UE 성능 정보를 네트워크 노드로 송신하는 단계로서, 조합된 사이드링크 UE 성능 정보는 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보로부터 도출되는, 단계를 포함한다.
도 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 24.587 V16.0.0의 도 6.1.2.2.2의 재현이다.
도 10은 3GPP TS 38.331 V16.0.0의 도 5.6.1.1-1의 재현이다.
도 11은 3GPP TS 38.331 V16.0.0의 도 5.8.3.1-1의 재현이다.
도 12는 3GPP R2-2005973의 도 5.8.3.1-1의 재현이다.
도 13은 3GPP R2-2005973의 도 5.8.9.2.1-1의 재현이다.
도 14는 3GPP TR 23.752 V0.3.0의 도 6.8.2-1의 재현이다.
도 15는 3GPP TR 23.752 V0.3.0의 도 6.9.2-1의 재현이다.
도 16은 3GPP TR 23.752 V0.3.0의 도 6.10.2-1의 재현이다.
도 17은 일 실시예에 따른 UE-대-UE 릴레이를 통한 예시적인 통합된 PC5 유니캐스트 링크를 예시한다.
도 18은 일 실시예에 따른 예시적인 통합된 사이드링크 UE 성능 전송 절차를 예시한다.
도 19는 예시적인 일 실시예에 따른 순서도이다.
이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(code division multiple access; CDMA), 시간 분할 다중 액세스(time division multiple access; TDMA), 직교 주파수 분할 다중 액세스(orthogonal frequency division multiple access; OFDMA), 3GPP LTE(Long Term Evolution) 무선 액세스, 3GPP LTE-A 또는 LTE-어드밴스드(Long Term Evolution Advanced), 3GPP2 UMB(Ultra Mobile Broadband), WiMax, 3GPP NR(New Radio), 또는 어떤 다른 변조 기술들에 기초할 수 있다.
특히, 이하에서 설명되는 예시적인 무선 통신 시스템들은, TS 23.287 V16.2.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)"; TS 24.587 V16.0.0, "Vehicle-to-Everything (V2X) services in 5G System (5GS); Stage 3 (Release 16)"; TS 38.331 V16.0.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)"; R2-2005973, "Draft-CR for V2X UE capability (focusing on RAN2 capability)"; TR 23.752 V0.3.0, "Study on system enhancement for Proximity based services (ProSe) in the 5G System (5GS) (Release 17)"를 포함하는 본원에서 3GPP로 지칭되는 "3rd Generation Partnership Project"라는 명칭의 컨소시엄에 의해 제공되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다. 이로써 이상에서 열거된 표준들 및 문서들은 명백히 그 전체가 참조로서 통합된다.
도 1은 본 발명의 일 실시예에 따른 다중 액세스 무선 통신 시스템을 도시한다. 액세스 네트워크(access network; AN)(100)는, 하나는 104 및 106을 포함하며, 다른 것은 108 및 110을 포함하고, 추가적인 것은 112 및 114를 포함하는 다수의 안테나 그룹들을 포함한다. 도 1에서, 각각의 안테나 그룹에 대하여 단지 2개의 안테나들만이 도시되지만, 그러나 더 많거나 또는 더 적은 안테나들이 각각의 안테나 그룹에 대하여 사용될 수 있다. 액세스 단말(access terminal; AT)(116)이 안테나들(112 및 114)과 통신하며, 여기에서 안테나들(112 및 114)은 포워드 링크(120)를 통해 액세스 단말(116)로 정보를 송신하고 리버스 링크(118)를 통해 액세스 단말(116)로부터 정보를 수신한다. 액세스 단말(AT)(122)은 안테나들(106 및 108)과 통신하며, 여기에서 안테나들(106 및 108)은 포워드 링크(126)를 통해 액세스 단말(AT)(122)로 정보를 송신하고 리버스 링크(124)를 통해 액세스 단말(AT)(122)로부터 정보를 수신한다. FDD 시스템에서, 통신 링크들(118, 120, 124 및 126)은 통신을 위하여 상이한 주파수를 사용할 수 있다. 예를 들어, 포워드 링크(120)는 리버스 링크(118)에 의해 사용되는 것과는 상이한 주파수를 사용할 수 있다.
안테나들의 각각의 그룹 및/또는 이들이 통신하도록 설계된 영역이 흔히 액세스 네트워크의 섹터로 지칭된다. 실시예에 있어서, 안테나 그룹들은 각기 액세스 네트워크(100)에 의해 커버되는 영역의 섹터 내에서 액세스 단말들과 통신하도록 설계된다.
포워드 링크들(120 및 126)을 통한 통신에서, 액세스 네트워크(100)의 송신 안테나들은 상이한 액세스 단말들(116 및 122)에 대하여 포워드 링크들의 신호-대-잡음 비를 개선하기 위하여 빔포밍(beamforming)을 사용할 수 있다. 또한, 액세스 단말들로 송신하기 위해 그것의 커버리지를 통해 랜덤하게 산란되는 빔포밍을 사용하는 액세스 네트워크는 그것의 모든 액세스 단말들로 단일 안테나를 통해 송신하는 액세스 네트워크보다 이웃 셀들 내의 액세스 단말들에 대하여 더 적은 간섭을 초래한다.
액세스 네트워크(AN)는 단말들과 통신하기 위해 사용되는 고정국 또는 기지국일 수 있으며, 또한 액세스 포인트, 노드 B, 기지국, 강화된 기지국, 진보된 노드 B(eNB), 네트워크 노드, 네트워크, 또는 어떤 다른 용어로 지칭될 수 있다. 액세스 단말(AT)은 또한 사용자 단말(UE), 무선 통신 디바이스, 단말, 액세스 단말 또는 어떤 다른 용어로 지칭될 수 있다.
도 2는 MIMO 시스템(200) 내의 (액세스 네트워크로도 알려진) 송신기 시스템(210) 및 (액세스 단말(AT) 또는 사용자 단말(UE)로도 알려진) 수신기 시스템(250)의 간략화된 블록도이다. 송신기 시스템(210)에서, 다수의 데이터 스트림들에 대한 트래픽 데이터가 데이터 소스(212)로부터 송신(TX) 데이터 프로세서(214)에 제공된다.
일 실시예에 있어서, 각각의 데이터 스트림은 개별적인 송신 안테나를 통해 송신된다. TX 데이터 프로세서(214)는 코딩된 데이터를 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 코딩 기법에 기초하여 각각의 데이터에 대한 트래픽 데이터를 포맷하고, 코딩하며, 인터리빙(interleave)한다.
각각의 데이터 스트림에 대한 코딩된 데이터는 OFDM 기술들을 사용하여 파일럿 데이터와 멀티플렉싱될 수 있다. 파일럿 데이터는 전형적으로 알려진 방식으로 프로세싱된 알려진 데이터 패턴이며, 채널 응답을 추정하기 위해 수신기 시스템에서 사용될 수 있다. 그런 다음, 각각의 데이터 스트림에 대한 멀티플렉싱된 파일럿 및 코딩된 데이터는 변조 심볼들을 제공하기 위하여 그 데이터 스트림에 대하여 선택된 특정 변조 기법(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)에 기초하여 변조된다(즉, 심볼 매핑된다). 각각의 데이터 스트림에 대한 데이터 레이트, 코딩, 및 변조는 프로세서(230)에 의해 수행되는 명령어들에 의해 결정될 수 있다.
그런 다음, 모든 데이터 스트림들에 대한 변조 심볼들이 TX MIMO 프로세서(220)에 제공되며, 이것은 (예를 들어, OFDM에 대하여) 변조 심볼들을 추가로 프로세싱할 수 있다. 그런 다음, TX MIMO 프로세서(220)는 NT 변조 심볼 스트림들을 NT 송신기들(TMTR)(222a 내지 222t)로 제공한다. 특정 실시예들에 있어서, TX MIMO 프로세서(220)는 데이터 스트림들의 심볼들 및 심볼이 송신되는 안테나에 빔포밍 가중치들을 적용한다.
각각의 송신기(222)는 하나 이상의 아날로그 신호들을 제공하기 위해 개별적인 심볼 스트림을 수신하고 프로세싱하며, MIMO 채널을 통한 송신에 적절한 변조된 신호를 제공하기 위해 아날로그 신호들을 추가로 조절(예를 들어, 증폭, 필터링, 및 업컨버팅(upconvert))한다. 그런 다음, 송신기들(222a 내지 222t)로부터의 NT 변조된 신호들이 각기 NT 안테나들(224a 내지 224t)을 통해 송신된다.
수신기 시스템(250)에서, 송신된 변조된 신호들이 NR 안테나들(252a 내지 252r)을 통해 수신되며, 각각의 안테나(252)로부터의 수신된 신호들이 개별적인 수신기(RCVR)(254a 내지 254r)로 제공된다. 각각의 수신기(254)는 개별적인 수신된 신호들을 조절(예를 들어, 필터링, 증폭, 및 다운컨버팅(downconvert))하며, 샘플들을 제공하기 위해 조절된 신호를 디지털화하고, 대응하는 "수신된" 심볼 스트림을 제공하기 위해 샘플들을 추가로 프로세싱한다.
그런 다음, RX 데이터 프로세서(260)는 NT "검출된" 심볼 스트림들을 제공하기 위해 특정 수신기 프로세싱 기술에 기초하여 NR 수신기들(254)로부터 NR 수신된 심볼 스트림들을 수신하고 프로세싱한다. 그런 다음, RX 데이터 프로세서(260)는 데이터 스트림에 대한 트래픽 데이터를 복원하기 위해 각각의 검출된 심볼 스트림을 복조하고, 디인터리빙(deinterleave)하며, 디코딩한다. RX 데이터 프로세서(260)에 의한 프로세싱은 송신기 시스템(210)에서 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)에 의해 수행된 프로세싱에 대하여 상보적이다.
프로세서(270)는 주기적으로 어떠한 사전-코딩 매트릭스가 사용될지를 결정한다(이하에서 논의됨). 프로세서(270)는 매트릭스 인덱스 부분 및 랭크 값 부분을 포함하는 리버스 링크 메시지를 공식화(formulate)한다.
리버스 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 관한 다양한 유형들의 정보를 포함할 수 있다. 그런 다음, 리버스 링크 메시지는, 변조기(280)에 의해 변조되고, 송신기들(254a 내지 254r)에 의해 조절되며, 다시 송신기 시스템(210)으로 송신되는, 데이터 소스(236)로부터 다수의 데이터 스트림들에 대한 트래픽 데이터를 또한 수신하는 TX 데이터 프로세서(238)에 의해 프로세싱된다.
송신기 시스템(210)에서, 수신기 시스템(250)으로부터의 변조된 신호들은 안테나들(224)에 의해 수신되고, 수신기들(222)에 의해 조절되며, 복조기(240)에 의해 복조되고, RX 데이터 프로세서(242)에 의해 프로세싱되어 수신기 시스템(250)에 의해 송신된 리버스 링크 메시지를 추출한다. 그런 다음, 프로세서(230)는 빔포밍 가중치들을 결정하기 위해 사용할 사전-코딩 매트릭스를 결정하고, 그런 다음 추출된 메시지를 프로세싱한다.
이제 도 3을 참조하면, 이러한 도면은 본 발명의 일 실시예에 따른 통신 디바이스의 대안적인 간략화된 기능 블록도를 도시한다. 도 3에 도시된 바와 같이, 무선 통신 시스템에서 통신 디바이스(300)는 도 1의 UE들(또는 AT들)(116 및 122) 또는 도 1의 기지국(또는 AN)(100)을 실현하기 위해 사용될 수 있으며, 무선 통신 시스템은 바람직하게는 NR 시스템이다. 통신 디바이스(300)는 입력 디바이스(302), 출력 디바이스(304), 제어 회로(306), 중앙 프로세싱 유닛(CPU)(308), 메모리(310), 프로그램 코드(312), 및 트랜시버(314)를 포함할 수 있다. 제어 회로(306)는 CPU(308)를 통해 메모리(310) 내의 프로그램 코드(312)를 실행하여 통신 디바이스(300)의 동작을 제어한다. 통신 디바이스(300)는 키보드 또는 키패드와 같은 입력 디바이스(302)를 통해 사용자에 의해 입력되는 신호들을 수신할 수 있으며, 모니터 또는 스피커들과 같은 출력 디바이스(304)를 통해 이미지들 및 사운드들을 출력할 수 있다. 트랜시버(314)는 무선 신호들을 수신하고 송신하기 위해 사용되어, 수신된 신호를 제어 회로(306)로 전달하고 제어 회로(306)에 의해 생성되는 신호들을 무선으로 출력한다. 무선 통신 시스템에서 통신 디바이스(300)는 또한 도 1의 AN(100)을 실현하기 위해 사용될 수 있다.
도 4는 본 발명의 일 실시예에 따른 도 3에 도시된 프로그램 코드(312)의 간략화된 블록도이다. 이러한 실시예에 있어서, 프로그램 코드(312)는 애플리케이션 계층(400), 계층 3 부분(402), 및 계층 2 부분(404)을 포함하며, 계층 1 부분(406)에 결합된다. 계층 3 부분(402)은 일반적으로 무선 자원 제어를 수행한다. 계층 2 부분(404)은 일반적으로 링크 제어를 수행한다. 계층 1 부분(406)은 일반적으로 물리적 연결들을 수행한다.
3GPP TS 23.287는 다음과 같이 PC5 참조 포인트를 통한 유니캐스트 모드 V2X 통신과 관련된 절차들을 지정한다:
5.1.2 PC5 참조 포인트를 통한 V2X 통신들에 대한 인가 및 프로비저닝
5.1.2.1 정책/파라미터 프로비저닝
PC5 참조 포인트를 통한 V2X 통신들에 대한 정보의 다음 세트들이 UE로 프로비저닝된다:
1) 인가 정책:
- UE가 "E-UTRA에 의해 서비스되거나" 또는 "NR에 의해 서비스될" 때:
- "E-UTRA에 의해 서비스되거나" 또는 "NR에 의해 서비스될" 때 UE가 PC5 참조 포인트를 통해 V2X 통신들을 수행하도록 인가된 PLMN들.
각각의 이상의 PLMN에 대하여:
- UE가 이를 통해 PC5 참조 포인트를 통해 V2X 통신들을 수행하도록 인가된 RAT(들).
- UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때:
- UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때 PC5 참조 포인트를 통해 V2X 통신들을 수행하도록 인가되었는지 여부를 나타낸다.
- UE가 이를 통해 PC5 참조 포인트를 통해 V2X 통신들을 수행하도록 인가된 RAT(들).
노트 1: 이러한 명세에서, {UE가 "E-UTRA에 의해 서비스"되거나 또는 "NR에 의해 서비스되는" 때} 및 {UE가 "E-UTRA에 의해 서비스되지 않고" 및 "NR에 의해 서비스되지 않을" 때}는 PC5 참조 포인트를 통한 V2X 통신들과 관련된다.
2) UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때 무선 파라미터들.
- 이는 지리적 영역(들)을 갖는 PC5 RAT(즉, LTE PC5, NR PC5)마다의 무선 파라미터들 및 이들이 "운영자 관리되는지" 또는 "비-운영자 관리되는지" 여부의 표시를 포함한다. 이러한 무선 파라미터들(예를 들어, 주파수 대역들)은 TS 36.331 [14] 및 TS 38.331 [15]에서 정의된다. UE는, 오직 UE가 대응하는 지리적 영역 내에서 그 자체를 신뢰할 수 있게 위치를 결정할 수 있는 경우에만 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때 PC5 참조 포인트를 통해 V2X 통신들을 수행하기 위해 무선 파라미터들을 사용한다. 그렇지 않으면, UE는 송신하도록 인가되지 않는다.
노트 2: 주어진 지리적 영역에서 주파수 대역이 "운영자 관리되는지" 또는 "비-운영자 관리되는지" 여부는 지역적 규정들에 의해 정의된다.
3) PC5 Tx 프로파일 선택에 대하여 RAT마다의 정책/파라미터들:
- Tx 프로파일들에 대한 V2X 서비스 유형들(예를 들어, PSID들 또는 ITS-AID들)의 매핑(추가적인 정보에 대해서는 TS 36.300 [9] 및 TS 38.300 [11] 참조).
4) 프라이버시와 관련된 정책/파라미터들:
- 프라이버시 지원을 필요로 하는 지리적 영역(들)을 갖는, V2X 애플리케이션들의 V2X 서비스 유형들, 예를 들어, PSID들 또는 ITS-AID들의 리스트.
- 프라이버시가 요구될 때, 그 이후에 UE가 UE에의해 자체-할당된 각각의 소스 계층-2 ID를 변화시켜야 하는 지속 기간을 나타내는 프라이버시 타이머 값.
5) LTE PC5가 선택될 때의 정책/파라미터들:
프라이버시 지원을 필요로 하는 지리적 영역(들)을 갖는 V2X 서비스들의 리스트 및 Tx 프로파일들에 대한 V2X 서비스 유형들의 매핑을 제외하면 TS 23.285 [8] 조항 4.4.1.1.2 아이템 3) 정책/파라미터들과 동일하다.
6) NR PC5가 선택될 때의 정책/파라미터들:
- 지리적 영역(들)을 갖는 V2X 주파수들에 대한 V2X 서비스 유형들(예를 들어, PSID들 또는 ITS-AID들)의 매핑.
- 브로드캐스트를 위한 목적지 계층-2 ID(들) 및 V2X 서비스 유형들, 예를 들어, PSID들 또는 ITS-AID들의 매핑.
- 그룹캐스트를 위한 목적지 계층-2 ID(들) 및 V2X 서비스 유형들, 예를 들어, PSID들 또는 ITS-AID들의 매핑.
- 유니캐스트 연결을 설정하기 위한 초기 시그널링을 위한 디폴트 목적지 계층-2 ID(들) 및 V2X 서비스 유형들, 예를 들어, V2X 애플리케이션의 PSID들 또는 ITS-AID들의 매핑.
노트 3: 유니캐스트 초기 시그널링을 위한 동일한 목적지 계층-2 ID가 2 이상의 V2X 서비스 유형들에 매핑될 수 있다. 상이한 V2X 서비스들이 별개의 디폴트 목적지 계층-2 ID들에 매핑되는 케이스에 있어서, UE가 2 이상의 V2X 서비스 유형들에 대하여 사용될 수 있는 단일 유니캐스트 링크를 설정하는 것을 의도할 때, UE는 초기 시그널링을 위하여 사용하기 위해 디폴트 목적지 계층-2 ID들 중 임의의 것을 선택할 수 있다.
- PC5 QoS 매핑 구성:
- V2X 애플리케이션 계층으로부터의 입력:
- V2X 서비스 유형들(예를 들어, PSID 또는 ITS-AID).
- (선택적) V2X 서비스 유형에 대한 V2X 애플리케이션 요건들, 예를 들어, 우선 순위 요건, 신뢰성 요건, 지연 요건, 범위 요건.
노트 4: V2X 서비스 유형에 대한 V2X 애플리케이션 요건들의 세부사항들은 구현에 달려 있으며, 본 사양의 범위 밖이다.
- 출력:
- 조항 5.4.2에서 정의된 PC5 QoS 파라미터들(즉, PQI 및 조건적으로 다른 파라미터들 예컨대 MFBR/GFBR, 등).
- AS 계층 구성들(TS 38.331 [15] 참조), 예를 들어, UE가 "E-UTRA에 의해 서비스되지 않으며" 및 "NR에 의해 서비스되지 않을" 때, 무선 베어러들에 대한 PC5 QoS 프로파일(들)의 매핑.
- PC5 QoS 프로파일은 조항 5.4.2에 설명되는 PC5 QoS 파라미터들, 및 표 5.4.4-1에 정의된 바와 같은 디폴트 값이 사용되지 않는 경우 우선 순위 레벨, 평균화 윈도우, 최대 데이터 버스트 볼륨에 관한 QoS 특성들에 대한 값을 포함한다.
7) V2X 정책/파라미터의 만료 시간을 나타내는 유효성 타이머.
글머리 기호 2) 내지 6)으로부터의 이상의 파라미터 세트들은 V2X 애플리케이션 서버에 의해 V1 참조 포인트를 통해 UE에서 구성될 수 있다.
[점점점기호]
5.2.1.4 PC5 참조 포인트를 통한 유니캐스트 모드 통신
통신의 유니캐스트 모드는 오직 NR 기반 PC5 참조 포인트를 통해서 지원된다. 도 5.2.1.4-1은 PC5 유니캐스트 링크들의 일 예를 예시한다.
["Example of PC5 Unicast Links"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 5.2.1.4-1은 도 5로서 재현된다]
V2X 통신이 PC5 유니캐스트 링크를 통해 운반될 때 다음의 원리들이 적용된다:
- 2개의 UE들 사이의 PC5 유니캐스트 링크는 이러한 UE들 내의 피어 V2X 서비스들의 하나 이상의 쌍들 사이의 V2X 통신을 허용한다. 동일한 PC5 유니캐스트 링크를 사용하는 UE 내의 모든 V2X 서비스들을 동일한 애플리케이션 계층 ID를 사용한다.
노트 1: 애플리케이션 계층 ID는 프라이버시에 기인하여 조항 5.6.1.1 및 6.3.3.2에서 설명된 바와 같이 시간에 따라 변화할 수 있다. 이는 PC5 유니캐스트 링크의 재-설정을 초래하지 않는다. UE는 조항 6.3.3.2에서 지정된 바와 같이 링크 식별자 업데이트 절차를 트리거한다.
- 하나의 PC5 유니캐스트 링크는, 이러한 V2X 서비스 유형들이 적어도 이러한 PC5 유니캐스트 링크에 대한 피어 애플리케이션 계층 ID들의 쌍과 연관되는 경우, 하나 이상의 V2X 서비스 유형들(예를 들어, PSID들 또는 ITS-AID들)을 지원한다. 예를 들어, 도 5.2.1.4-1에 예시된 바와 같이, UE A 및 UE B는 2개의 PC5 유니캐스트 링크들을 가지며, 즉, 피어 애플리케이션 계층 ID 1/UE A과 애플리케이션 계층 ID 2/UE B 사이에 하나 및 피어 애플리케이션 계층 ID 3/UE A과 애플리케이션 계층 ID 4/UE B 사이에 하나를 갖는다.
노트 2: 소스 UE는, 상이한 PC5 유니캐스트 링크들을 통한 상이한 목표 애플리케이션 계층 ID들이 동일한 목표 UE에 속하는지 여부를 알 필요가 없다.
- PC5 유니캐스트 링크는 단일 네트워크 계층 프로토콜, 예를 들어, IP 또는 비-IP를 사용하여 V2X 통신을 지원한다.
- PC5 유니캐스트 링크는 조항 5.4.1에 지정된 바와 같은 흐름-당 QoS 모델을 지원한다.
UE 내의 애플리케이션 계층이, PC5 참조 포인트를 통한 통신의 유니캐스트 모드를 요구하는 V2X 서비스 유형에 대한 데이터 전송을 개시할 때:
- UE는, 피어 애플리케이션 계층 ID들의 쌍 및 이러한 PC5 유니캐스트 링크의 네트워크 계층 프로토콜이 이러한 V2X 서비스에 대하여 UE 내의 애플리케이션 계층에 의해 요구되는 것들과 동일한 경우 기존 PC5 유니캐스트 링크를 재사용해야 하며, 조항 6.3.3.4에 지정된 바와 같이 이러한 V2X 서비스 유형을 추가하기 위해 기존 PC5 유니캐스트 링크를 수정해야 한다; 그렇지 않으면
- UE는 조항 6.3.3.1에 지정된 바와 같이 새로운 PC5 유니캐스트 링크의 설정을 트리거해야 한다.
성공적인 PC5 유니캐스트 링크 설정 이후에, UE A 및 UE B는 조항 5.6.1.4에 지정된 바와 같이 후속 PC5-S 시그널링 메시지 교환 및 V2X 서비스 데이터 송신을 위해 계층-2 ID들의 동일한 쌍을 사용한다. 송신 UE의 V2X 계층은, 송신이 PC5-S 시그널링 메시지(즉, 직접 통신 요청/수락, 링크 식별자 업데이트 요청/응답/Ack, 불연속 요청/응답, 링크 수정 요청/수락)에 대한 것인지 또는 V2X 서비스 데이터에 대한 것인지 여부를 AS 계층에 표시한다.
매 PC5 유니캐스트 링크에 대하여, UE는, PC5 유니캐스트 링크의 수명 동안 UE 내에서 PC5 유니캐스트 링크를 고유하게 식별하는 별개의 PC5 링크 식별자를 자기-할당한다. 각각의 PC5 유니캐스트 링크는 하기를 포함하는 유니캐스트 링크 프로파일과 연관된다:
- V2X 서비스 유형(들)(예를 들어, PSID(들) 또는 ITS-AID(들)); 및
- UE A의 애플리케이션 계층 ID 및 계층-2 ID; 및
- UE B의 애플리케이션 계층 ID 및 계층-2 ID; 및
- PC5 유니캐스트 링크 상에서 사용되는 네트워크 계층 프로토콜; 및
- 각각의 V2X 서비스 유형에 대한, PC5 QoS 흐름 식별자들(들)(PC5 QoS Flow Identifier; PFI)의 세트. 각각의 PFI는 QoS 파라미터들(즉, PQI)과 연관된다.
프라이버시 때문에, 애플리케이션 계층 ID 및 계층-2 ID들은 PC5 유니캐스트 링크의 수명 동안 조항들 5.6.1.1 및 6.3.3.2에 설명된 바와 같이 변화할 수 있으며, 그러한 경우, 그에 따라서 유니캐스트 링크 프로파일에서 업데이트되어야 한다. UE는 PC5 유니캐스트 링크를 V2X 애플리케이션 계층에 표시하기 위해 PC5 링크 식별자를 사용하며, 따라서 V2X 애플리케이션 계층은 심지어 하나의 V2X 서비스 유형과 연관된 2개 이상의 유니캐스트 링크가 존재하는 경우에도(예를 들어, UE가 동일한 V2X 서비스 유형에 대하여 다수의 UE들과 다수의 유니캐스트 링크들을 설정한 경우에도) 대응하는 PC5 유니캐스트 링크를 식별한다.
유니캐스트 링크 프로파일은 조항 6.3.3.4에 지정된 바와 같이 설정된 PC5 유니캐스트 링크에 대한 또는 조항 6.3.3.2에 지정된 바와 같이 계층-2 식별자 업데이트에 대한 계층-2 링크 수정 이후에 그에 따라 업데이트되어야 한다.
V2X 서비스 정보 및 QoS 정보는 조항 6.3.3에 지정된 바와 같이 PC5-S 시그널링 메시지들 내에서 운반되며 2개의 UE들 사이에서 교환된다. 교환된 정보에 기초하여, PFI는 V2X 서비스를 식별하기 위해 사용된다. 수신 UE가 설정된 PC5 유니캐스트 링크를 통해 V2X 서비스 데이터를 수신할 때, 수신 UE는 수신된 V2X 서비스 데이터를 상위 계층으로 포워딩하기 위하여 PFI에 기초하여 적절한 V2X 서비스를 결정한다.
PC5-RRC 연결이 RLF에 기인하여 릴리즈되었다는 표시를 AS 계층으로부터 수신할 때, UE 내의 V2X 계층은 PC5-RRC 연결과 연관된 PC5 유니캐스트 링크를 로컬적으로 릴리즈한다. AS 계층은, 그것의 PC5-RRC 연결이 릴리즈된 PC5 유니캐스트 링크를 식별하기 위해 PC5 링크 식별자를 사용한다.
PC5 유니캐스트 링크가 조항 6.3.3.3에 지정된 바와 같이 릴리즈되었을 때, PC5 유니캐스트 링크에 대한 각각의 UE의 V2X 계층은 PC5 유니캐스트 링크가 릴리즈되었다는 것을 AS 계층에 통보한다. V2X 계층은 릴리즈된 유니캐스트 링크를 나타내기 위해 PC5 링크 식별자를 사용한다.
[점점점기호]
5.6.1.4 PC5 참조 포인트를 통한 유니캐스트 모드 V2X 통신에 대한 식별자들
PC5 참조 포인트를 통한 V2X 통신의 유니캐스트 모드에 대하여, 사용되는 목적지 계층-2 ID는 통신 피어(peer)에 의존한다. 애플리케이션 계층 ID에 의해 식별된 통신 피어의 계층-2 ID는 PC5 유니캐스트 링크의 설정 동안 발견될 수 있거나, 또는 이전 V2X 통신들, 예를 들어, 동일한 애플리케이션 계층 ID에 대한 기존 또는 이전 유니캐스트 링크를 통해 UE에 알려질 수 있거나, 또는 애플리케이션 계층 서비스 공표(announcement)들로부터 획득될 수 있다. PC5 유니캐스트 링크의 설정을 위한 초기 시그널링은, 조항 5.1.2.1에 지정된 바와 같이, PC5 유니캐스트 링크 설정을 위해 구성된 V2X 서비스 유형(예를 들어, PSID/ITS-AID)과 연관된 디폴트 목적지 계층-2 ID, 또는 통신 피어의 알려진 계층-2 ID를 사용할 수 있다. PC5 유니캐스트 링크 설정 절차 동안, 계층-2 ID들이 교환되며, 이들은 조항 6.3.3.1에 지정된 바와 같이 2개의 UE들 사이의 장래의 통신을 위해 사용되어야 한다.
애플리케이션 계층 ID는 UE 내의 하나 이상의 V2X 애플리케이션들과 연관된다. UE가 2개 이상의 애플리케이션 계층 ID들을 갖는 경우, 동일한 UE의 각각의 애플리케이션 계층 ID는 피어 UE의 관점으로부터 상이한 UE의 애플리케이션 계층 ID로서 보일 수 있다.
UE는, V2X 애플리케이션 계층이 계층-2 ID들을 사용하지 않음에 따라, PC5 유니캐스트 링크들에 대하여 사용되는 애플리케이션 계층 ID들과 소스 계층-2 ID들 사이의 매핑을 유지한다. 이는 V2X 애플리케이션들을 중단하지 않고 소스 계층-2 ID의 변화를 허용한다.
애플리케이션 계층 ID들이 변화할 때, PC5 유니캐스트 링크(들)의 소스 계층-2 ID(들)는, 링크(들)가 변화된 애플리케이션 계층 ID들을 가지고 V2X 통신을 위해 사용된 것처럼 변화되어야 한다.
조항 5.1.2.1에 지정된 바와 같은 프라이버시 구성에 기초하여, 설정된 유니캐스트 링크에 대한 피어 UE로의 소스 UE의 새로운 식별자들의 업데이트는, 통신이 조항 6.3.3.2에 정의된 바와 같이 사용되는 경우, 피어 UE가 그것의 계층-2 ID 및 선택적으로 IP 어드레스/프리픽스(prefix)를 변화시키게끔 할 수 있다.
UE는 피어 UE와 다수의 PC5 유니캐스트 링크들을 설정할 수 있으며, 이러한 PC5 유니캐스트 링크들에 대하여 동일하거나 또는 상이한 소스 계층-2 ID들을 사용할 수 있다.
[점점점기호]
6.1 제어 및 사용자 영역 스택들
6.1.1 V2X 서비스들을 지원하는 NR PC5 참조 포인트에 대한 사용자 영역
도 6.1.1-1은 NR PC5 참조 포인트에 대한 사용자 영역, 즉, PC5 사용자 영역 프로토콜 스택을 도시한다.
["User Plane for NR PC5 reference point"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.1.1-1은 도 6으로서 재현된다]
IP 및 비-IP PDCP SDU 유형들이 PC5 참조 포인트를 통한 V2X 통신에 대해 지원된다.
IP PDCP SDU 유형에 대하여, 오직 IPv6만이 지원된다. IP 어드레스 할당 및 구성은 조항 5.6.1.1에 정의된 바와 같다.
비-IP PDCP SDU는 비-IP 유형 헤더를 포함하며, 이는 애플리케이션 계층에 의해 사용되는 V2X 메시지 패밀리, 예를 들어, IEEE 1609 패밀리의 WSMP [18], ISO 정의 FNTP [19]를 나타낸다.
노트: 비-IP 유형 헤더 및 허용된 값들은 TS 24.587 [24]에서 정의된다.
V2X 애플리케이션 계층으로부터의 패킷들은, 이들을 AS 계층으로 송신하기 이전에 V2X 계층에 의해 핸들링되며, 예를 들어, V2X 계층은 IP/비IP 패킷들을 PC5 QoS 흐름에 매핑하고 대응하는 PFI를 마킹한다.
6.1.2 V2X 서비스들을 지원하는 NR PC5 참조 포인트에 대한 제어 영역
편집자 노트: PC5-S 메시지들이 PC5 RRC 시그널링 내에서 운반되는지 여부는 RAN 결정에 의존한다.
도 6.1.2-1은 NR PC5 참조 포인트에 대한 제어 영역, 즉, PC5 시그널링 프로토콜 스택을 도시한다.
["Control Plane for NR PC5 reference point"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.1.2-1은 도 7로서 재현된다]
[점점점기호]
6.3.3 PC5 참조 포인트를 통한 유니캐스트 모드 V2X 통신
6.3.3.1 PC5 참조 포인트를 통한 계층-2 링크 설정
PC5 참조 포인트를 통해 V2X 통신의 유니캐스트 모드를 수행하기 위하여, UE는 조항 5.1.2.1에 설명된 바와 같은 관련된 정보를 가지고 구성된다.
도 6.3.3.1-1은 PC5 참조 포인트를 통한 V2X 통신의 유니캐스트 모드에 대한 계층-2 링크 설정 절차를 도시한다.
["Layer-2 link establishment procedure"라는 명칭의 3GPP TS 23.287 V16.2.0의 도 6.3.3.1-1은 도 8로서 재현된다]
1. UE(들)는 조항 5.6.1.4에 지정된 바와 같이 PC5 유니캐스트 링크 설정에 대한 시그널링 수신을 위한 목적지 계층-2 ID를 결정한다. 목적지 계층-2 ID는 조항 5.1.2.1에 지정된 바와 같이 UE(들)를 가지고 구성된다.
2. UE-1 내의 V2X 애플리케이션 계층은 PC5 유니캐스트 통신에 대한 애플리케이션 정보를 제공한다. 애플리케이션 정보는 V2X 애플리케이션의 서비스 유형(들)(예를 들어, PSID(들) 또는 ITS-AID(들)) 및 개시 UE의 애플리케이션 계층 ID를 포함한다. 목표 UE의 애플리케이션 계층 ID는 애플리케이션 정보 내에 포함될 수 있다.
UE-1 내의 V2X 애플리케이션 계층은 이러한 유니캐스트 통신에 대한 V2X 애플리케이션 요건들을 제공할 수 있다. UE-1은 조항 5.4.1.4에 지정된 바와 같이 PC5 QoS 파라미터들 및 PFI를 결정한다.
UE-1이 조항 5.2.1.4에 지정된 바와 같이 기존 PC5 유니캐스트 링크를 재사용할 것을 결정하는 경우, UE는 조항 6.3.3.4에 지정된 바와 같이 계층-2 링크 수정 절차를 트리거한다.
3. UE-1은 유니캐스트 계층-2 설정 절차를 개시하기 위해 직접 통신 요청 메시지를 전송한다. 직접 통신 요청 메시지는 다음을 포함한다:
- 소스 사용자 정보: 개시 UE의 애플리케이션 계층 ID(즉, UE-1의 애플리케이션 계층 ID).
- V2X 애플리케이션 계층이 단계 2에서 목표 UE의 애플리케이션 계층 ID을 제공한 경우, 다음의 정보가 포함된다:
- 목표 사용자 정보: 목표 UE의 애플리케이션 계층 ID(즉, UE-2의 애플리케이션 계층 ID).
- V2X 서비스 정보: 계층-2 링크 설정을 요청하는 V2X 서비스(들)에 대한 정보(예를 들어, PSID(들) 또는 ITS-AID(들)).
- 보안 정보: 보안의 설정에 대한 정보.
노트 1: 소스 사용자 정보 및 목표 사용자 정보의 보안 정보 및 필수 보호는 SA WG3에 의해 정의된다.
직접 통신 요청 메시지를 전송하기 위해 사용되는 소스 계층-2 ID 및 목적지 계층-2 ID는 조항들 5.6.1.1 및 5.6.1.4에 지정된 바와 같이 결정된다. 목적지 계층-2 ID는 브로드캐스트 또는 유니캐스트 계층-2 ID일 수 있다. 유니캐스트 계층-2 ID가 사용될 때, 목표 사용자 정보는 직접 통신 요청 메시지 내에 포함되어야 한다.
UE-1는 소스 계층-2 ID 및 목적지 계층-2 ID를 사용하여 PC5 브로드캐스트 또는 유니캐스트를 통해 직접 통신 요청 메시지를 전송한다.
4. UE-1과의 보안은 아래와 같이 설정된다:
4a. 목표 사용자 정보가 직접 통신 요청 메시지 내에 포함된 경우, 목표 UE, 즉, UE-2는 UE-1과 보안을 설정함으로써 응답한다.
4b. 목표 사용자 정보가 직접 통신 요청 메시지 내에 포함되지 않는 경우, UE-1과의 PC5 유니캐스트 링크를 통해 공표된 V2X 서비스(들)를 사용하는데 관심이 있는 UE들은 UE-1과의 보안을 설정함으로써 응답한다.
노트 2: 보안 절차에 대한 시그널링은 SA WG3에 의해 정의된다.
보안 보호가 인에이블될 때, UE-1은 다음의 정보를 목표 UE로 전송한다:
- IP 통신이 사용되는 경우:
- IP 어드레스 구성: IP 통신에 대하여, IP 어드레스 구성은 이러한 링크에 대해 요구되며, 이는 다음의 값들 중 하나를 나타낸다:
- IPv6 어드레스 할당 메커니즘이 개시 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는
- IPv6 어드레스 할당 메커니즘이 개시 UE에 의해 지원되지 않는 경우, "IPv6 할당 미지원".
- 링크 로컬 IPv6 어드레스: UE-1이 IPv6 IP 어드레스 할당 메커니즘을 지원하지 않는 경우, 즉, IP 어드레스 구성이 "IPv6 어드레스 할당 미지원"를 나타내는 경우, RFC 4862 [21]에 기초하여 로컬적으로 형성된 링크-로컬 IPv6 어드레스.
- QoS 정보: PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대한, PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건적으로 다른 파라미터들 예컨대 MFBR/GFBR, 등).
보안 설정 절차에 대해 사용되는 소스 계층-2 ID는 조항들 5.6.1.1 및 5.6.1.4에 지정된 바와 같이 결정된다. 목적지 계층-2 ID는 수신된 직접 통신 요청 메시지의 소스 계층-2 ID로 설정된다.
보안 설정 절차 메시지의 수신 시에, UE-1은 이러한 유니캐스트 링크에 대한 시그널링 및 데이터 트래픽에 대한 장래의 통신을 위해 피어 UE의 계층-2 ID를 획득한다.
5. 직접 통신 수락 메시지는 UE-1과 성공적으로 보안을 설정한 목표 UE(들)에 의해 UE-1로 전송된다:
5a. (UE 지향(oriented) 계층-2 링크 설정) 목표 사용자 정보가 직접 통신 요청 메시지 내에 포함된 경우, 목표 UE, 즉, UE-2는, UE-2에 대한 애플리케이션 계층 ID가 매칭되는 경우 직접 통신 수락 메시지로 응답한다.
5b. (V2X 서비스 지향 계층-2 링크 설정) 목표 사용자 정보가 직접 통신 요청 메시지 내에 포함되지 않은 경우, 공표된 V2X 서비스(들)를 사용하는데 관심이 있는 UE들(도 6.3.3.1-1에서 UE-2 및 UE-4)은 직접 통신 수락 메시지를 전송함으로써 요청에 응답한다.
직접 통신 수락 메시지는 다음을 포함한다:
- 소스 사용자 정보: 직접 통신 수락 메시지를 전송하는 UE의 애플리케이션 계층 ID.
- QoS 정보: PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대해, UE-1에 의해 요청되는 PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건적으로 다른 파라미터들 예컨대 MFBR/GFBR, 등).
- IP 통신이 사용되는 경우:
- IP 어드레스 구성: IP 통신에 대하여, IP 어드레스 구성은 이러한 링크에 대해 요구되며, 이는 다음의 값들 중 하나를 나타낸다:
- IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는
- IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되지 않는 경우, "IPv6 할당 미지원".
- 링크 로컬 IPv6 어드레스: 목표 UE가 IPv6 IP 어드레스 할당 메커니즘을 지원하지 않는 경우, 즉, IP 어드레스 구성이 "IPv6 어드레스 할당 미지원"를 나타내며, UE-1이 직접 통신 요청 메시지 내에 링크-로컬 IPv6 어드레스를 포함시킨 경우, RFC 4862 [21]에 기초하여 로컬적으로 형성된 링크-로컬 IPv6 어드레스. 목표 UE는 비-충돌 링크-로컬 IPv6 어드레스를 포함해야 한다.
UE들 둘(즉, 개시 UE 및 목표 UE) 모두가 링크-로컬 IPv6 어드레스를 사용할 것을 선택한 경우, 이들은 RFC 4862 [21]에 정의된 중복 어드레스 검출을 디세이블(disable)해야 할 것이다.
노트 3: 개시 UE 또는 목표 UE가 IPv6 라우터의 지원을 나타내는 경우, 대응하는 어드레스 구성 절차는 계층 2 링크의 설정 이후에 수행될 것이며, 링크-로컬 IPv6 어드레스들은 무시된다.
PC5 유니캐스트 링크를 설정한 UE의 V2X 계층은 유니캐스트 링크에 대해 할당된 PC5 링크 식별자 및 PC5 유니캐스트 링크 관련 정보를 AS 계층으로 전달한다. PC5 유니캐스트 링크 관련 정보는 계층-2 ID 정보(즉, 소스 계층-2 ID 및 목적지 계층-2 ID)를 포함한다. 이는, AC 계층이 PC5 유니캐스트 링크 관련 정보와 함께 PC5 링크 식별자를 유지하는 것을 가능하게 한다.
6. V2X 서비스 데이터는 이하와 같이 설정된 유니캐스트 링크를 통해 송신된다:
PC5 링크 식별자 및 PFI는 V2X 서비스 데이터와 함께 AS 계층에 제공된다.
선택적으로 추가로, 계층-2 ID 정보(즉, 소스 계층-2 ID 및 목적지 계층-2 ID)가 AS 계층에 제공된다.
노트 4: 계층-2 ID 정보를 AS 계층에 제공하는 것은 UE 구현에 달려있다.
UE-1는 소스 계층-2 ID(즉, 이러한 유니캐스트 링크에 대하여 UE-1의 계층-2 ID) 및 목적지 계층-2 ID(즉, 이러한 유니캐스트 링크에 대하여 피어 UE의 계층-2 ID)를 사용하여 V2X 서비스 데이터를 전송한다.
노트 5: PC5 유니캐스트 링크는 양-방향이며, 따라서 UE-1의 피어 UE는 UE-1과의 유니캐스트 링크를 통해 V2X 서비스 데이터를 UE-1로 전송할 수 있다.
3GPP TS 24.587은 다음과 같이 스테이지 3 PC5 유니캐스트 링크 설정 절차를 지정한다:
6.1.2.2 PC5 유니캐스트 링크 설정 절차
6.1.2.2.1 개괄
PC5 유니캐스트 링크 설정 정차는 2개의 UE들 사이에 PC5 유니캐스트 링크를 설정하기 위해 사용된다. 요청 메시지를 전송하는 UE는 "개시 UE"로 지칭되며, 다른 UE는 "목표 UE"로 지칭된다.
편집자 노트: SA3에 의해 정의된 보안 절차에 대한 세부 사항들은 미래 연구이다.
편집자 노트: 다음의 메시지들의 IE들의 세부사항들은 미래 연구이다.
6.1.2.2.2 개시 UE에 의한 PC5 유니캐스트 링크 설정 절차 개시
편집자 노트: 이러한 섹션은, SA3이 유니캐스트 링크 설정에 대한 보안 요건들의 완전한 세트를 결정한 이후에 재방문되어야 한다.
개시 UE는, 이러한 절차를 개시하기 이전에 다음의 사전-조건들을 충족해야 한다:
a) PC5를 통해 V2X 서비스에 대한 패킷들을 송신하기 위한 상위 계층들로부터의 요청;
b) 개시 UE에 대한 링크 계층 식별자(즉, 유니캐스트 통신에 대해 사용되는 계층 2 ID)가 이용가능하다(예를 들어, 사전-구성되거나 또는 자기-할당된다);
c) 유니캐스트 초기 시그널링에 대한 링크 계층 식별자(즉, 유니캐스트 초기 시그널링에 대해 사용되는 목적지 계층 2 ID)가 개시 UE에 대해 이용가능하다(예를 들어, 사전-구성되거나, 조항 5.2.3에서 지정된 바와 같이 획득되거나, 또는 이전 V2X 통신에 통해 알려진다).
d) 개시 UE는 서빙 PLMN 내의 NR에서 PC5를 통한 V2X 통신에 대해 인가되거나, 또는 E-UTRAN에 의해 서비스되지 않고 NR에 의해 서비스되지 않을 때 NR에서 PC5를 통한 V2X 통신에 대하여 유효 인가를 갖는다; 및
e) 피어 애플리케이션 계층 ID들의 쌍에 대한 기존 PC5 유니캐스트 링크가 존재하지 않으며, 이러한 PC5 유니캐스트 링크의 네트워크 계층 프로토콜은 이러한 V2X 서비스에 대한 개시 UE 내의 상위 계층에 의해 요구되는 것들과 동일하다.
PC5 유니캐스트 링크 설정 절차를 개시하기 위하여, 개시 UE는 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 생성해야 한다. 개시 UE는:
a) 상위 계층들로부터 수신된 개시 UE의 애플리케이션 계층 ID에 대해 설정된 소스 사용자 정보를 포함해야 하고;
b) 상위 계층으로부터 수신된 V2X 서비스 식별자를 포함해야 하며;
c) 상위 계층들로부터 수신되는 경우, 목표 UE의 애플리케이션 계층에 대해 설정된 목표 사용자 정보를 포함할 수 있고; 및
d) 보안 설정 정보를 포함해야 한다.
편집자 노트: 보안 설정 정보 내의 파라미터들은 SA3에 의해 정의될 것이다.
DIRECT LINK ESTABLISHMENT REQUEST 메시지가 생성된 이후에, 개시 UE는 이러한 메시지를 유니캐스트 통신에 대한 개시 UE의 계층 2 ID 및 유니캐스트 초기 시그널링에 대해 사용되는 목적지 계층 2 ID와 함께 송신을 위해 하위 계층들로 전달해야 하며, 타이머(T5000)를 시작해야 한다. UE는, 타이머(T5000)가 실행되고 있는 동안 동일한 애플리케이션 계층 ID에 의해 식별된 동일한 목표 UE로 새로운 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 전송하지 않아야 한다.
["PC5 unicast link establishment procedure"라는 명칭의 3GPP TS 24.587 V16.0.0의 도 6.1.2.2.2는 도 9로서 재현된다]
6.1.2.2.3 목표 UE에 의해 수락된 PC5 유니캐스트 링크 설정 절차
DIRECT LINK ESTABLISHMENT REQUEST 메시지의 수신 시에, 목표 UE는 이러한 PC5 유니캐스트 링크에 대하여 계층-2 ID를 할당하고, 이러한 할당된 계층-2 ID 및 하위 계층들에 의해 제공되는 이러한 메시지의 전송에서 사용되는 소스 계층 2 ID를 저장해야 한다. 계층-2 ID들의 이러한 쌍은 PC5 유니캐스트 링크 콘텍스트와 연관된다.
만약:
a) 목표 사용자 정보 IE가 DIRECT LINK ESTABLISHMENT REQUEST 메시지 내에 포함되고, 이러한 IE가 목표 UE의 애플리케이션 계층 ID를 포함하는 경우; 또는
b) 목표 사용자 정보 IE가 DIRECT LINK ESTABLISHMENT REQUEST 메시지 내에 포함되지 않고, 목표 UE가 DIRECT LINK ESTABLISHMENT REQUEST 메시지 내의 V2X 서비스 식별자에 의해 식별된 V2X 서비스에 관심이 있는 경우;
UE는 개시 U와의 기존 보안 콘텍스트를 식별하거나, 또는 조항 6.1.2.6에 지정된 바와 같이 하나 이상의 PC5 유니캐스트 링크 인증 절차들을 수행하고 조항 6.1.2.7에 지정된 바와 같이 PC5 유니캐스트 링크 보안 모드 제어 절차를 수행함으로써 새로운 보안 콘텍스트를 설정해야 한다.
PC5 유니캐스트 링크 보안 모드 제어 절차의 성공적인 완료 시에, DIRECT LINK ESTABLISHMENT REQUEST 메시지가 수락될 수 있는지 또는 그렇지 않을지 여부를 결정하기 위해, 목표 UE는 개시 UE 및 목표 UE에 둘 모두에 의해 지원되는 적어도 하나의 공통 IP 어드레스 구성 옵션이 존재하는지 여부를 체크한다.
목표 UE가 PC5 유니캐스트 링크 설정 절차를 수락하는 경우, 목표 UE는 DIRECT LINK ESTABLISHMENT ACCEPT 메시지를 생성해야 한다. 목표 UE는:
a) 상위 계층들로부터 수신된 목표 UE의 애플리케이션 계층 ID에 대해 설정된 소스 사용자 정보를 포함해야 하고;
b) PQFI 및 대응하는 PC5 QoS 파라미터들을 포함해야 하며;
c) IP 통신이 사용되는 경우, 다음의 값들 중 하나에 대해 설정된 IP 어드레스 구성 IE를 포함할 수 있으며:
1) IPv6 어드레스 할당 메커니즘만이 목표 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는
2) IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되지 않는 경우, "IPv6 할당 미지원";
d) IP 어드레스 구성 IE가 "IPv6 할당 미지원"에 대해 설정되고 수신된 DIRECT LINK ESTABLISHMENT REQUEST 메시지가 링크 로컬 IPv6 어드레스 IE를 포함한 경우, IETF RFC 4862 [16]에 기초하여 로컬적으로 형성된 링크 로컬 IPv6 어드레스 IE를 포함할 수 있다.
6.1.2.2.4 개시UE에 의한 PC5 유니캐스트 링크 설정 절차 완료
DIRECT LINK ESTABLISHMENT ACCEPT 메시지의 수신 시에, 개시 UE는 타이머(T5000)를 중지하고, 소스 계층-2 ID 및 하위 계층들에 의해 제공되는 이러한 메시지의 전송에서 사용되는 목적지 계층-2 ID를 저장해야 한다. 계층-2 ID들의 이러한 쌍은 PC5 유니캐스트 링크 콘텍스트와 연관되어야 한다. 이러한 시점으로부터 앞으로 개시 UE는 PC5를 통한 V2X 통신 및 목표 UE로의 추가적인 PC5 시그널링 메시지들에 대하여 설정된 링크를 사용해야 한다.
6.1.2.2.5 목표 UE에 의해 수락되지 않은 PC5 유니캐스트 링크 설정 절차
DIRECT LINK ESTABLISHMENT REQUEST 메시지가 수락될 수 없는 경우, 목표 UE는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다. DIRECT LINK ESTABLISHMENT REJECT 메시지는 다음의 원인 값들 중 하나에 대해 설정된 PC5 시그널링 프로토콜 원인 IE를 포함한다:
#1 목표 UE에 대한 직접 통신이 허용되지 않음;
#3 유니캐스트 통신에 대한 계층 2 ID의 충돌이 검출됨;
#5 제안된 링크에 대한 자원들의 부족; 또는
#111 지정되지 않은 프로토콜 오류.
목표 UE가, 예를 들어, 운영자 정책 또는 서비스 인가 프로비저닝에 기초하여 이러한 요청을 수락하도록 허용되지 않는 경우, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #1 "목표 UE에 대한 직접 통신이 허용되지 않음"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.
(유니캐스트 통신에 대하여) 계층 2 ID로부터 수신된 DIRECT LINK ESTABLISHMENT REQUEST 메시지에 대하여, 목표 UE가 이미 이러한 계층 2 ID를 사용하도록 알려진 UE에 대해 설정된 기존 링크를 가지거나 또는 동일한 계층 2 ID로부터의 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 현재 프로세싱하고 있지만 이러한 새로운 인커밍 메시지 내에 포함된 사용자 정보 IE와는 상이한 사용자 정보를 갖는 경우, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #3 "유니캐스트 통신에 대한 계층 2 ID의 충돌이 검출됨"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.
PC5 유니캐스트 링크 설정이 자원 제약들을 초래하는 혼잡 문제들 또는 다른 일시적인 하위 계층 문제들에 기인하여 실패하는 경우, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #5 "제안된 링크에 대한 자원들의 부족"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.
링크 설정의 실패를 초래하는 다른 이유들에 대하여, 목표 UE는 PC5 시그널링 프로토콜 원인 값 #111 "지정되지 않은 프로토콜 오류"를 포함하는 DIRECT LINK ESTABLISHMENT REJECT 메시지를 전송해야 한다.
DIRECT LINK ESTABLISHMENT REJECT 메시지의 수신 시에, 개시 UE는 타이머(T5000)를 중지하고 PC5 유니캐스트 링크 설정 절차를 중단해야 한다. DIRECT LINK ESTABLISHMENT REJECT 메시지 내의 PC5 시그널링 프로토콜 원인 값이 #1 "목표 UE에 대한 직접 통신이 허용되지 않음"거나 또는 #5 "제안된 링크에 대한 자원들의 부족"인 경우, UE는 적어도 시간 기간 T 동안 동일한 목표 UE와의 PC5 유니캐스트 링크 설정을 시도하지 않아야 한다.
노트: 시간 기간 T의 길이는 UE 구현에 따라 다르며, UE가 PC5 시그널링 프로토콜 원인 값 #1 "목표 UE에 대한 직접 통신이 허용되지 않음"를 수신하는 경우 또는 UE가 PC5 시그널링 프로토콜 원인 값 #5 "제안된 링크에 대한 자원들의 부족"를 수신하는 경우에 대해 상이할 수 있다.
6.1.2.2.6 비정상 경우들
6.1.2.2.6.1 개시 UE에서의 비정상 경우들
타이머(T5000)가 만료되는 경우, 개시 UE는 DIRECT LINK ESTABLISHMENT REQUEST 메시지를 재송신하고 타이머(T5000)를 재시작해야 한다. 허용된 재송신들의 최대 수에 도달한 이후에, 개시 UE는 PC5 유니캐스트 링크 설정 절차를 중단해야 하며, 목표 UE에 도달할 수 없다는 것을 상위 계층에 통지할 수 있다.
노트: 허용된 재송신들의 최대 수는 UE 구현에 따라 다르다.
절차가 완료되기 이전에 링크를 설정해야 할 필요성이 더 이상 존재하지 않는 경우, 개시 UE는 절차를 중단해야 한다.
6.1.2.2.6.2 목표 UE에서의 비정상 경우들
(유니캐스트 통신에 대하여) 소스 계층 2 ID로부터 수신된 DIRECT LINK ESTABLISHMENT REQUEST 메시지에 대하여, 목표 UE가 이미 이러한 소스 계층 2 ID를 사용하는 것으로 알려진 UE에 대해 설정된 기존 링크를 가지며 새로운 요청이 알려진 사용자와 동일한 소스 사용자 정보를 포함하는 경우, UE는 새로운 요청을 프로세싱해야 한다. 그러나, 목표 UE는 단지, 새로운 링크 설정 절차가 성공한 이후에만 기존 링크 콘텍스트를 검출해야 한다.
3GPP TS 38.331은 다음과 같이 무선 자원 제어(Radio Resource Control; RRC) 재구성, UE 성능 정보, 사이드링크 UE 정보, 및 사이드링크 데이터 무선 베어러(Data Radio Bearer; DRB) 설정을 지정한다:
5.3.5 RRC 재구성
[점점점기호]
5.3.5.3 UE에 의한 RRCReconfiguration의 수신
UE는 RRCReconfiguration의 수신 시에 또는 조건적 구성(CHO 또는 CPC)의 실행 시에 다음의 액션들을 수행해야만 한다:
[점점점기호]
1> RRCReconfiguration 메시지가 sl-ConfigDedicatedNR을 포함하는 경우:
2> 5.3.5.8에 지정된 바와 같은 사이드링크 전용 구성 절차를 수행한다;
[점점점기호]
5.3.5.14 사이드링크 전용 구성
UE는 다음과 같이 해야 한다:
1> sl-FreqInfoToAddModList가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> NR 사이드링크 통신을 수신하도록 구성된 경우:
3> 5.8.7에 지정된 바와 같이, NR 사이드링크 통신 수신에 대하여 sl-RxPool에 의해 표시된 자원 풀을 사용한다;
2> NR 사이드링크 통신을 송신하도록 구성된 경우:
3> 5.8.8에 지정된 바와 같이, NR 사이드링크 통신 송신에 대하여 sl-TxPoolSelectedNormal, sl-TxPoolScheduling 또는 sl-TxPoolExceptional에 의해 표시된 자원 풀(들)을 사용한다;
2> 5.5.3.1에 지정된 바와 같이, NR 사이드링크 통신 송신에 대하여 sl-TxPoolSelectedNormal, sl-TxPoolScheduling 또는 sl-TxPoolExceptional에 의해 송신 자원 풀들에 대하여 CBR 측정을 수행한다;
2> 5.8.5에 지정된 바와 같이, sl-FreqInfoToAddModList 내에 포함된 주파수들 상의 NR 사이드링크 통신에 대하여 동기화 구성 파라미터들을 사용한다;
1> sl-FreqInfoToReleaseList가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> 현재 UE 구성의 부분인 수신된 sl-FreqInfoToReleaseList 내에 포함된 각각의 엔트리에 대하여:
3> 저장된 NR 사이드링크 통신 구성들로부터 관련된 구성들을 릴리즈한다;
1> sl-RadioBearerToReleaseList가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> 5.8.9.1.4에 지정된 바와 같이 사이드링크 DRB 릴리즈를 수행한다;
1> sl-RadioBearerToAddModList가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> 5.8.9.1.5에 지정된 바와 같이 사이드링크 DRB 추가/수정을 수행한다;
1> sl-ScheduledConfig가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> 수신된 sl-ScheduledConfig에 따라 NR 사이드링크 통신에 대하여 사용될 MAC 엔티티 파라미터들을 구성한다;
1> sl-UE-SelectedConfig가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> 수신된 sl-UE-SelectedConfig에 따라 NR 사이드링크 통신에 대하여 사용될 파라미터들을 구성한다;
1> sl-MeasConfigInfoToReleaseList가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> 현재 UE 사이드링크 구성의 부분인 수신된 sl-MeasConfigInfoToReleaseList 내에 포함된 각각의 엔트리에 대하여:
3> 저장된 NR 사이드링크 측정 구성 정보로부터 관련된 구성들을 릴리즈한다;
1> sl-MeasConfigInfoToAddModList가 RRCReconfiguration 내의 sl-ConfigDedicatedNR 내에 포함되는 경우:
2> 현재 저장된 NR 사이드링크 측정 구성의 부분인 수신된 sl-MeasConfigInfoToAddModList 내에 포함된 각각의 엔트리에 대하여:
3> 저장된 NR 사이드링크 측정 구성 정보를 업데이트한다;
2> 현재 저장된 NR 사이드링크 측정 구성의 부분이 아닌 수신된 sl-MeasConfigInfoToAddModList 내에 포함된 각각의 엔트리에 대하여:
3> NR 사이드링크 측정 구성을 저장한다.
[점점점기호]
5.6.1 UE 성능 전송
5.6.1.1 개괄
이러한 조항은, 네트워크로부터 UECapabilityEnquiry의 수신 시에 UE가 이것의 UE 성능 정보를 컴파일하고 전송하는 방법을 설명한다.
["UE capability transfer"이라는 명칭의 3GPP TS 38.331 V16.0.0의 도 5.6.1.1-1이 도 10으로서 재현된다]
5.6.1.2 개시
네트워크는, 이것이 (추가적인) UE 무선 액세스 성능 정보를 필요로 할 때 RRC_CONNECTED 상태의 UE에 대해 절차를 개시한다. 네트워크는 오직 AS 보안 활성화 이후에만 UE 성능들을 검색해야 한다. 네트워크는, AS 보안 활성화 이전에 검색된 UE 성능들을 CN으로 포워딩하지 않는다.
5.6.1.3 UE에 의한 UECapabilityEnquiry의 수신
UE는 다음과 같이 UECapabilityInformation 메시지의 콘텐트를 설정해야 한다:
1> ue-CapabilityRAT-RequestList가 nr로 설정된 rat-Type을 갖는 UE-CapabilityRAT-Request을 포함하는 경우:
2> ue-CapabilityRAT-ContainerList 내에 type UE-NR-Capability의 UE-CapabilityRAT-Container를 포함시키고, rat-Type은 nr로 설정된다;
2> 조항 5.6.1.4에 지정된 바와 같이 supportedBandCombinationList, featureSets 및 featureSetCombinations를 포함시킨다;
1> ue-CapabilityRAT-RequestList가 eutra-nr로 설정된 rat-Type을 갖는 UE-CapabilityRAT-Request을 포함하는 경우:
2> UE가 (NG)EN-DC 또는 NE-DC를 지원하는 경우:
3> ue-CapabilityRAT-ContainerList 내에 type UE-MRDC-Capability의 UE-CapabilityRAT-Container를 포함시키고, rat-Type은 eutra-nr로 설정된다;
3> 조항 5.6.1.4에 지정된 바와 같이 supportedBandCombinationList 및 featureSetCombinations를 포함시킨다;
1> ue-CapabilityRAT-RequestList가 eutra로 설정된 rat-Type을 갖는 UE-CapabilityRAT-Request를 포함하는 경우:
2> UE가 E-UTRA를 지원하는 경우:
3> 수신된 경우, capabilityRequestFilter에 따라서, TS 36.331 [10], 조항 5.6.3.3에 지정된 바와 같이 ue-CapabilityRAT-ContainerList 내에 type UE-EUTRA-Capability의 ue-CapabilityRAT-Container를 포함시키고, rat-Type은 eutra로 설정된다;
1> ue-CapabilityRAT-RequestList가 utra-fdd로 설정된 rat-Type를 갖는 UE-CapabilityRAT-Request를 포함하는 경우:
2> UE가 UTRA-FDD를 포함하는 경우:
3> UTRA-FDD에 대한 UE 무선 액세스 성능들을 ue-CapabilityRAT-Container 내에 포함시키고, rat-Type은 utra-fdd로 설정된다;
1> RRC 메시지 단편화가 수신된 field rrc-SegAllowed에 기초하여 인에이블되고, 인코딩된 RRC 메시지가 TS 38.323 [5]에 지정된 PDCP SDU의 최대 지원 크기보다 더 큰 경우:
2> 조항 5.7.7에 지정된 바와 같이 UL 메시지 세그먼트 전송을 개시한다;
1> 그렇지 않으면:
2> UECapabilityInformation 메시지를 송신을 위한 하위 계층들에 제출하고, 이때 절차가 종료된다.
[점점점기호]
5.8.3 NR 사이드링크 통신에 대한 사이드링크 UE 정보
5.8.3.1 개괄
["Sidelink UE information for NR sidelink communication"이라는 명칭의 3GPP TS 38.331 V16.0.0의 도 5.8.3.1-1이 도 11로서 재현된다]
이러한 절차의 목적은, UE가 NR 사이드링크 통신을 수신하는데 관심이 있거나 또는 더 이상 관심이 없다는 것을 네트워크에 알리기 위하여, 뿐만 아니라 NR 사이드링크 통신의 송신 자원의 할당 또는 릴리즈를 요청하기 위하여 그리고 NR 사이드링크 통신과 관련된 파라미터들을 보고하기 위한 것이다.
5.8.3.2 개시
RRC_CONNECTED 상태에서 NR 사이드링크 통신을 할 수 있는 UE는, 성공적인 연결 설정 또는 재개 시, 관심의 변화 시, sl-ConfigCommonNR을 포함하는 SIB12를 제공하는 P셀에 대한 변화 시를 포함하여, 몇몇 케이스들에서 이것이 NR 사이드링크 통신을 수신하고 있음(관심이 있음)을 나타내기 위해 절차를 개시할 수 있다. NR 사이드링크 통신을 할 수 있는 UE는 NR 사이드링크 통신 송신을 위한 전용 자원들의 할당을 요청하기 위해 절차를 개시할 수 있다.
이러한 절차의 개시 시에, UE는 다음과 같이 해야 한다:
1> sl-ConfigCommonNR를 포함하는 SIB12가 P셀에 의해 제공되는 경우:
2> P셀에 대하여 SIB12의 유효 버전을 갖는 것을 보장한다;
2> P셀의 SIB12 내의 sl-FreqInfoList 내에 포함된 주파수 상에서 NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 경우:
3> UE가 마지막으로 RRC_CONNECTED 상태에 진입한 때로부터 SidelinkUEInformationNR 메시지를 송신하지 않은 경우; 또는
3> UE가 SidelinkUEInformationNR 메시지를 마지막으로 전송한 시간으로부터 sl-ConfigCommonNR을 포함하는 SIB12를 제공하지 않는 P셀에 연결된 경우; 또는
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-RxInterestedFreqList를 포함하지 않은 경우; 또는 SidelinkUEInformationNR 메시지의 마지막 송신으로부터 NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 주파수가 변화된 경우:
4> 5.8.3.3에 따라 관심이 있는 NR 사이드링크 통신 수신 주파수를 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;
2> 그렇지 않으면:
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-RxInterestedFreqList를 포함한 경우:
4> 5.8.3.3에 따라 이것이 더 이상 NR 사이드링크 통신 수신에 관심이 없다는 것을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;
2> P셀의 SIB12 내의 sl-FreqInfoList 내에 포함된 주파수 상에서 NR 사이드링크 통신을 송신하도록 상위 계층들에 의해 구성된 경우:
3> UE가 마지막으로 RRC_CONNECTED 상태에 진입한 때로부터 SidelinkUEInformationNR 메시지를 송신하지 않은 경우; 또는
3> UE가 SidelinkUEInformationNR 메시지를 마지막으로 전송한 시간으로부터 sl-ConfigCommonNR을 포함하는 SIB12를 제공하지 않는 P셀에 연결된 경우; 또는
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-TxResourceReqList를 포함하지 않은 경우; 또는 SidelinkUEInformationNR 메시지의 마지막 송신으로부터 sl-TxResourceReqList에 의해 운반된 정보가 변화된 경우:
4> 5.8.3.3에 따라 UE에 의해 요구되는 NR 사이드링크 통신 송신 자원들을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;
2> 그렇지 않으면:
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-TxResourceReqList를 포함한 경우:
4> 5.8.3.3에 따라 이것이 더 이상 NR 사이드링크 통신 송신 자원들을 요구하지 않는다는 것을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다.
5.8.3.3 SidelinkUEInformationNR 메시지의 송신에 관한 액션들
UE는 다음과 같이 SidelinkUEInformationNR 메시지의 콘텐트를 설정해야 한다:
1> UE가 NR 사이드 통신을 수신하는 것에 (더 이상) 관심이 없다는 것을 나타내기 위해 또는 NR 사이드링크 통신 송신 자원들의 (구성/릴리즈)를 요청하기 위해 절차를 개시하는 경우(즉, UE는 어떠한 것이 절차를 트리거했는지와 무관하게 모든 관련된 정보를 포함함):
2> sl-ConfigCommonNR를 포함하는 SIB12가 P셀에 의해 제공되는 경우:
3> NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 경우:
4> sl-RxInterestedFreqList를 포함시키고, NR 사이드링크 통신 수신을 위한 주파수로 이것을 설정한다;
3> NR 사이드링크 통신을 송신하도록 상위 계층들에 의해 구성된 경우:
4> sl-TxResourceReqList를 포함시키고, (필요한 경우) NR 사이드링크 통신 자원을 할당하기 위해 이것이 네트워크에 요청하는 각각의 목적지에 대하여 다음과 같이 이것의 필드들을 설정한다:
5> sl-DestinationIdentiy를 NR 사이드링크 통신 송신을 위해 상위 계층에 의해 구성된 목적지 신원(identity)으로 설정한다;
5> sl-CastType을 NR 사이드링크 통신 송신을 위해 상위 계층에 의해 구성된 연관된 목적지 신원의 캐스트 유형으로 설정한다;
5> 연관된 양-방향 사이드링크 DRB가 RRCReconfigurationSidelink에 의한 구성에 기인하여 설정된 경우, RLC 모드(들) 및 선택적으로 연관된 RLC 모드(들)의 사이드링크 QoS 흐름(들)의 QoS 프로파일(들)을 포함하도록 sl-RLC-ModeIndication를 설정한다;
5> 사이드링크 RLF가 검출되는 경우, NR 사이드링크 통신 송신에 대한 연관된 목적지에 대하여 rlf로서 sl-Failure를 설정한다;
5> RRCReconfigurationFailureSidelink가 사이드링크 RRC 재구성 실패로서 수신되는 경우, NR 사이드링크 통신 송신에 대하여 연관된 목적지에 대해 sl-Failure를 configFailure로서 설정한다;
5> NR 사이드링크 통신 송신에 대하여 상위 계층에 의해 구성된 연관된 목적지의 사이드링크 QoS 흐름(들)의 QoS 프로파일(들)을 포함하도록 sl-QoS-InfoList를 설정한다;
5> NR 사이드링크 통신 송신을 위한 주파수를 나타내도록 sl-InterestedFreqList를 설정한다;
5> sl-TypeTxSyncList를 NR 사이드링크 통신 송신에 대하여 연관된 sl-InterestedFreqList 상에서 사용되는 현재 동기화 참조 유형으로 설정한다.
1> UE는 SidelinkUEInformationNR 메시지를 송신을 위한 하위 계층들로 제출해야 한다.
[점점점기호]
5.8.9.1.5.2 사이드링크 DRB 추가/수정 동작들
사이드링크 DRB에 대하여, 이들의 사이드링크 DRB 추가 조건들이 서브-조항 5.8.9.1.5.1에서와 같이 충족되면, NR 사이드링크 통신을 수행하도록 상위 계층들에 의해 구성된 NR 사이드링크 통신을 할 수 있는 UE는 다음과 같이 해야 한다:
1> 그룹캐스트 및 브로드캐스트에 대하여, 또는
1> 유니캐스트에 대하여, (추가가 RRCReconfigurationSidelink에 의한 구성에 기인하는 경우에) RRCReconfigurationSidelink 메시지를 수신한 이후에, 또는 (추가가 sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR에 의한 또는 상위 계층들에 의해 표시된 구성에 기인하는 경우에) RRCReconfigurationCompleteSidelink 메시지를 수신한 이후에:
2> 사이드링크 DRB의 캐스트 유형 및 목적지와 연관된 NR 사이드링크 통신에 대한 SDAP 엔티티가 존재하지 않는 경우:
3> TS 37.324 [24] 조항 5.1.1에 지정된 바와 같이 NR 사이드링크 통신에 대하여 SDAP 엔티티를 설정한다;
3> 사이드링크 DRB와 연관된, sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-SDAP-Config 또는 RRCReconfigurationSidelink 내에서 수신된 sl-SDAP-ConfigPC5에 따라 SDAP 엔티티를 구성한다;
2> 사이드링크 DRB와 연관된, sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-PDCP-Config 또는 RRCReconfigurationSidelink 내에서 수신된 sl-PDCP-ConfigPC5에 따라 NR 사이드링크 통신에 대하여 PDCP 엔티티를 설정하고 이것을 구성한다;
2> 사이드링크 DRB와 연관된, sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-RLC-Config 또는 RRCReconfigurationSidelink 내에서 수신된 sl-RLC-ConfigPC5에 따라 NR 사이드링크 통신에 대하여 RLC 엔티티를 설정하고 이것을 구성한다;
2> RRCReconfigurationSidelink가 수신되는 경우:
3> 사이드링크 DRB와 연관된 RRCReconfigurationSidelink 내에서 수신된 sl-MAC-LogicalChannelConfigPC5에 따라 논리 채널을 가지고 MAC 엔티티를 구성하며, 필요한 경우, 서브-조항 5.8.3의 사이드링크 UE 정보 절차를 수행한다;
2> 그렇지 않으면:
3> sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-MAC-LogicalChannelConfig에 따라서, 새로운 논리 채널 신원을 할당함으로써 사이드링크 DRB와 연관된 논리 채널을 가지고 MAC 엔티티를 구성한다.
노트 1: 사이드링크 DRB 추가가 RRCReconfigurationSidelink에 의한 구성에 기인할 때, RRCReconfigurationSidelink에 구성된 하나와 동일한 RLC 모드를 가지고 수신된 sl-ConfigDedicatedNR(RRC_CONNECTED 상태인 경우), SIB12(RRC_IDLE/INACTIVE 상태인 경우), SidelinkPreconfigNR(커버리지 밖인 경우)로부터, 사이드링크 DRB에 대한 필수 송신 파라미터들로서 사이드링크 DRB 구성을 선택하는 것은 UE 구현에 달려있다.
사이드링크 DRB에 대하여, 이들의 사이드링크 DRB 수정 조건들이 서브-조항 5.8.9.1.5.1에서와 같이 충족되면, NR 사이드링크 통신을 수행하도록 상위 계층들에 의해 구성된 NR 사이드링크 통신을 할 수 있는 UE는 다음과 같이 해야 한다:
1> 그룹캐스트 및 브로드캐스트에 대하여, 또는
1> 유니캐스트에 대하여, (수정이 RRCReconfigurationSidelink에 의한 구성에 기인하는 경우에) RRCReconfigurationSidelink 메시지를 수신한 이후에, 또는 (수정이 sl-ConfigDedicatedNR, SIB12, 또는 SidelinkPreconfigNR에 의한 구성에 기인하는 경우에) RRCReconfigurationCompleteSidelink 메시지를 수신한 이후에:
2> 포함된 경우, sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-SDAP-Config 또는 RRCReconfigurationSidelink 내에서 수신된 sl-SDAP-ConfigPC5에 따라 사이드링크 DRB의 SDAP 엔티티를 재구성한다;
2> 포함된 경우, sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-PDCP-Config 또는 RRCReconfigurationSidelink 내에서 수신된 sl-PDCP-ConfigPC5에 따라 사이드링크 DRB의 PDCP 엔티티를 재구성한다;
2> 포함된 경우, sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-RLC-Config 또는 RRCReconfigurationSidelink 내에서 수신된 sl-RLC-ConfigPC5에 따라 사이드링크 DRB의 RLC 엔티티를 재구성한다;
2> 포함된 경우, sl-ConfigDedicatedNR, SIB12, SidelinkPreconfigNR 내에서 수신된 sl-MAC-LogicalChannelConfig 또는 RRCReconfigurationSidelink 내에서 수신된 sl-MAC-LogicalChannelConfigPC5에 따라 사이드링크 DRB의 논리 채널을 재구성한다.
3GPP R2-2005973는 3GPP TS38.331 [3]에 대한 변경 요청(change request; CR)이다. 이러한 CR은, 다음과 같이, UE에 의해 gNB로 보고되는 UECapabilityInformation 메시지 내의 IE UE-NR-Capability에 사이드링크 UE 성능 정보(즉, SidelinkParameters)를 추가하고, UE와 피어 UE 사이에서 사이드링크 UE 성능 전송 절차를 도입하며, 또한 gNB로 보고되는 SidelinkUEinformationNR 메시지 내에 피어 UE로부터 수신된 UECapabilityInformationSidelink를 포함시킨다:
5.8.3 NR 사이드링크 통신에 대한 사이드링크 UE 정보
5.8.3.1 개괄
["Sidelink UE information for NR sidelink communication"이라는 명칭의 3GPP R2-2005973의 도 5.8.3.1-1이 도 12로서 재현된다]
이러한 절차의 목적은, UE가 NR 사이드링크 통신을 수신하는데 관심이 있거나 또는 더 이상 관심이 없다는 것을 네트워크에 알리기 위하여, 뿐만 아니라 NR 사이드링크 통신의 송신 자원의 할당 또는 릴리즈를 요청하기 위하여 그리고 NR 사이드링크 통신과 관련된 파라미터들을 보고하기 위한 것이다.
5.8.3.2 개시
RRC_CONNECTED 상태에서 NR 사이드링크 통신을 할 수 있는 UE는, 성공적인 연결 설정 또는 재개 시, 관심의 변화 시, sl-ConfigCommonNR을 포함하는 SIB12를 제공하는 P셀에 대한 변화 시를 포함하여, 몇몇 케이스들에서 이것이 NR 사이드링크 통신을 수신하고 있음(관심이 있음)을 나타내기 위해 절차를 개시할 수 있다. NR 사이드링크 통신을 할 수 있는 UE는 NR 사이드링크 통신 송신을 위한 전용 자원들의 할당을 요청하기 위해 절차를 개시할 수 있다.
이러한 절차의 개시 시에, UE는 다음과 같이 해야 한다:
1> sl-ConfigCommonNR를 포함하는 SIB12가 P셀에 의해 제공되는 경우:
2> P셀에 대하여 SIB12의 유효 버전을 갖는 것을 보장한다;
2> P셀의 SIB12 내의 sl-FreqInfoList 내에 포함된 주파수 상에서 NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 경우:
3> UE가 마지막으로 RRC_CONNECTED 상태에 진입한 때로부터 SidelinkUEInformationNR 메시지를 송신하지 않은 경우; 또는
3> UE가 SidelinkUEInformationNR 메시지를 마지막으로 전송한 시간으로부터 sl-ConfigCommonNR을 포함하는 SIB12를 제공하지 않는 P셀에 연결된 경우; 또는
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-RxInterestedFreqList를 포함하지 않은 경우; 또는 SidelinkUEInformationNR 메시지의 마지막 송신으로부터 NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 주파수가 변화된 경우:
4> 5.8.3.3에 따라 관심이 있는 NR 사이드링크 통신 수신 주파수를 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;
2> 그렇지 않으면:
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-RxInterestedFreqList를 포함한 경우:
4> 5.8.3.3에 따라 이것이 더 이상 NR 사이드링크 통신 수신에 관심이 없다는 것을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;
2> P셀의 SIB12 내의 sl-FreqInfoList 내에 포함된 주파수 상에서 NR 사이드링크 통신을 송신하도록 상위 계층들에 의해 구성된 경우:
3> UE가 마지막으로 RRC_CONNECTED 상태에 진입한 때로부터 SidelinkUEInformationNR 메시지를 송신하지 않은 경우; 또는
3> UE가 SidelinkUEInformationNR 메시지를 마지막으로 전송한 시간으로부터 sl-ConfigCommonNR을 포함하는 SIB12를 제공하지 않는 P셀에 연결된 경우; 또는
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-TxResourceReqList를 포함하지 않은 경우; 또는 SidelinkUEInformationNR 메시지의 마지막 송신으로부터 sl-TxResourceReqList에 의해 운반된 정보가 변화된 경우:
4> 5.8.3.3에 따라 UE에 의해 요구되는 NR 사이드링크 통신 송신 자원들을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다;
2> 그렇지 않으면:
3> SidelinkUEInformationNR 메시지의 마지막 송신이 sl-TxResourceReqList를 포함한 경우:
4> 5.8.3.3에 따라 이것이 더 이상 NR 사이드링크 통신 송신 자원들을 요구하지 않는다는 것을 나타내기 위해 SidelinkUEInformationNR 메시지의 송신을 개시한다.
5.8.3.3 SidelinkUEInformationNR 메시지의 송신에 관한 액션들
UE는 다음과 같이 SidelinkUEInformationNR 메시지의 콘텐트를 설정해야 한다:
1> UE가 NR 사이드 통신을 수신하는 것에 (더 이상) 관심이 없다는 것을 나타내기 위해 또는 NR 사이드링크 통신 송신 자원들의 (구성/릴리즈)를 요청하기 위해 절차를 개시하는 경우(즉, UE는 어떠한 것이 절차를 트리거했는지와 무관하게 모든 관련된 정보를 포함함):
2> sl-ConfigCommonNR를 포함하는 SIB12가 P셀에 의해 제공되는 경우:
3> NR 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 경우:
4> sl-RxInterestedFreqList를 포함시키고, NR 사이드링크 통신 수신을 위한 주파수로 이것을 설정한다;
3> NR 사이드링크 통신을 송신하도록 상위 계층들에 의해 구성된 경우:
4> sl-TxResourceReqList를 포함시키고, (필요한 경우) NR 사이드링크 통신 자원을 할당하기 위해 이것이 네트워크에 요청하는 각각의 목적지에 대하여 다음과 같이 이것의 필드들을 설정한다:
5> sl-DestinationIdentiy를 NR 사이드링크 통신 송신을 위해 상위 계층에 의해 구성된 목적지 신원(identity)으로 설정한다;
5> sl-CastType을 NR 사이드링크 통신 송신을 위해 상위 계층에 의해 구성된 연관된 목적지 신원의 캐스트 유형으로 설정한다;
5> 연관된 양-방향 사이드링크 DRB가 RRCReconfigurationSidelink에 의한 구성에 기인하여 설정된 경우, RLC 모드(들) 및 선택적으로 연관된 RLC 모드(들)의 사이드링크 QoS 흐름(들)의 QoS 프로파일(들)을 포함하도록 sl-RLC-ModeIndication를 설정한다;
5> 사이드링크 RLF가 검출되는 경우, NR 사이드링크 통신 송신에 대한 연관된 목적지에 대하여 rlf로서 sl-Failure를 설정한다;
5> RRCReconfigurationFailureSidelink가 사이드링크 RRC 재구성 실패로서 수신되는 경우, NR 사이드링크 통신 송신에 대하여 연관된 목적지에 대해 sl-Failure를 configFailure로서 설정한다;
5> NR 사이드링크 통신 송신에 대하여 상위 계층에 의해 구성된 연관된 목적지의 사이드링크 QoS 흐름(들)의 QoS 프로파일(들)을 포함하도록 sl-QoS-InfoList를 설정한다;
5> NR 사이드링크 통신 송신을 위한 주파수를 나타내도록 sl-InterestedFreqList를 설정한다;
5> sl-TypeTxSyncList를 NR 사이드링크 통신 송신에 대하여 연관된 sl-InterestedFreqList 상에서 사용되는 현재 동기화 참조 유형으로 설정한다.
5> 존재하는 경우, 피어 UE로부터 수신된 UECapabilityInformationSidelink 메시지를 포함하도록 sl-CapabilityInformationSidelink를 설정한다.
1> UE는 SidelinkUEInformationNR 메시지를 송신을 위한 하위 계층들로 제출해야 한다.
[점점점기호]
5.8.9.2 사이드링크 UE 성능 전송
5.8.9.2.1 개괄
이러한 조항은, 개시 UE로의 유니캐스트에 대하여 UE가 이것의 사이드링크 UE 성능 정보를 컴파일하고 전송하는 방법을 설명한다.
["Sidelink UE capability transfer"라는 명칭의 3GPP R2-2005973의 도 5.8.9.2.1-1이 도 13으로서 재현된다]
5.8.9.2.2 개시
UE는, 이것이 (추가적인) UE 무선 액세스 성능 정보를 필요로 할 때 상위 계층으로부터의 표시에 따라 사이드링크 UE 성능 정보 전송 절차를 개시할 수 있다.
5.8.9.2.3 UE에 의한 UECapabilityEnquirySidelink의 송신에 관한 액션들
개시 UE는 다음과 같이 UECapabilityEnquirySidelink 메시지의 콘텐트를 설정해야 한다:
1> ueCapabilityInformationSidelink 내에 사이드링크에 대한 UE 무선 액세스 성능들을 포함시킨다;
노트: ueCapabilityInformationSidelink가 포함되어야 하는지 여부를 결정하는 것은 개시 UE에 달려있다.
1> 피어 UE가 지원 대역들 및 대역 조합들을 제공하도록 요청을 받는 주파수 대역들을 포함하도록 frequencyBandListFilterSidelink를 설정한다;
1> UECapabilityEnquirySidelink 메시지를 송신을 위한 하위 계층들에 제출한다.
5.8.9.2.4 UE에 의한 UECapabilityEnquirySidelink의 수신에 관한 액션들
피어 UE는 다음과 같이 UECapabilityInformationSidelink 메시지의 콘텐트를 설정해야 한다:
1> ueCapabilityInformationSidelink 내에 사이드링크에 대한 UE 무선 액세스 성능들을 포함시킨다;
1> 오직 frequencyBandListFilter 내에 포함된 대역들로만 구성되고 frequencyBandListFilterSidelink의 순서로 우선순위화된 "후보 대역 조합들"의 리스트(즉, 첫번째는 첫번째로-리스팅된 대역을 포함하는 대역 조합들을 포함하고, 그 다음은 두번째로-리스팅된 대역을 포함하는 나머지 대역 조합들을 포함하는, 등)를 컴파일한다
1> 첫번째 엔트리로부터 시작하여, "후보 대역 조합들"의 리스트로부터 가능한 한 많은 대역 조합들을 supportedBandCombinationListSidelink 내에 포함시킨다;
1> UECapabilityInformationSidelink 메시지를 송신을 위한 하위 계층들에 제출한다.
[점점점기호]
- SidelinkParameters
IE SidelinkParameters는 NR 사이드링크 통신에 관련된 성능들을 전달하기 위해 사용된다.
SidelinkParameters 정보 엘리먼트
- UE-NR-Capability
IE UE-NR-Capability는 NR UE 무선 액세스 성능 파라미터들을 전달하기 위해 사용되며, TS 38.306 [26]을 참조하도록 한다.
UE-NR-Capability 정보 엘리먼트
3GPP TR 23.752는 다음과 같이 새로운 릴리즈(즉, 릴리즈 17)에 대하여 UE-대-UE 릴레이의 지원에 대한 이슈들 및 관련된 해법들을 소개한다:
5.4 주요 이슈 #4: UE-대-UE 릴레이의 지원
5.4.1 개괄적인 설명
이러한 주요 이슈는, 커버리지 내 및 커버리지 밖 동작에 대한 지원을 포함하여 UE-대-UE 릴레이에 대한 지원하기 위한 의도이다.
적어도 다음과 같은 측면들이 잠재적인 해법들에서 고려되어야 한다:
- 근접한 UE-대-UE 릴레이 UE를 (재)선택하는 방법은?
- 적어도 다음의 방법을 포함하여, 네트워크가 UE-대-UE 릴레이 동작을 제어할 수 있는지 여부 및 제어하는 방법:
- UE-대-UE 릴레이를 인가하는 방법, 예를 들어, UE를 UE-대-UE 릴레이로서 인가하는 방법?
- 예를 들어, 충전의 목적을 위하여 네트워크에 대한 소스/목표 UE 및 UE-대-UE 릴레이의 가시성을 제공하는 방법?
- UE-대-UE 릴레이를 통해 소스 UE와 목표 UE들 사이에 연결을 설정하기 위한 방법?
- QoS 요건들(예컨대 데이터 레이트, 신뢰도, 레이턴시)을 충족시키기 위한 엔드-투-엔드 QoS 프레임워크를 제공하는 방법?
- 릴레이되는 연결에 대한 보안 보호를 제공하기 위해 시스템 아키텍처를 향상시키는 방법?
- 예를 들어, UE-대-UE 릴레이가 변화하는 경우 경로 변화를 위한 메커니즘을 제공하는 방법?
노트 1: NG-RAN의 참여를 위하여, RAN WG들과의 조정이 필요하다.
노트 2: 보안 측면들에 대하여, SA3과의 조정이 필요하다.
[점점점기호]
6.8 해법 #8: 릴레이 발견 없는 UE-대-UE 릴레이 선택
6.8.1 설명
이러한 제안은, 소스 및 목표 UE 사이의 릴레이 발견이 소스와 목표 UE 사이이에서 트래픽을 릴레이 포워딩하는 방법, 예를 들어, L2 또는 L3 릴레이에 의존하지 않아야 한다는 것을 보장하는 것을 목적으로 한다. 이러한 해법은, UE-대-UE 발견 및 선택이 TS 23.287 [5]의 조항 6.3.3에서 설명된 바와 같이 유니캐스트 링크 설정 절차 내에 통합될 수 있다는 개념에 의존한다.
릴레이들이 통신에서 사용될 수 있는지 여부를 나타내기 위하여 직접 통신 요청에 추가될 새로운 필드가 제안된다. 이러한 필드는 릴레이_표시로 지칭될 수 있다. UE가 직접 통신 요청을 브로드캐스트하는 것을 원할 때, 이것은 UE-대-UE 릴레이가 사용될 수 있는지 여부를 메시지 내에 표시한다. 릴리즈 17에 대하여, 표시의 값이 단일 홉(hop)으로 제한되는 것으로 가정된다.
UE-대-UE 릴레이가 설정된 릴레이_표시를 갖는 직접 통신 요청을 수신할 때, 이것은, 예를 들어, 요청 내의 QoS 요건들, 릴레이의 현재 트래픽 부하, 소스 UE와 릴레이 UE 사이의 무선 상태들, 또는 어떤 다른 정책들(예를 들어, 이것은 오직 일부 특정 UE들 또는 서비스들만은 서비스한다)에 따라, 요청을 포워딩할지 여부(즉, 그것의 근처에 이러한 요청을 브로드캐스트할지 여부)를 결정해야 한다.
이는, 다수의 UE-대-UE 릴레이들이 목표 UE에 도달하기 위해 사용될 수 있거나 또는 목표 UE가 또한 소스 UE로부터 직접 통신 요청을 직접적으로 수신할 수 있는 상황일 수 있다. 목표 UE는, 예를 들어, 신호 강도, 로컬 정책(예를 들어, UE-대-UE 릴레이들의 트래픽 부하) 또는 운영자 정책들(예를 들어, 항상 직접 통신을 선호하거나 또는 오직 일부 특정 UE-대-UE 릴레이들을 사용함)에 따라 릴레이할 하나를 선택할 수 있다.
소스 UE는 다수의 UE-대-UE 릴레이들로부터 그리고 또한 직접적으로 목표 UE로부터 직접 통신 수락 메시지를 수신할 수 있으며, 소스 UE는, 예를 들어, 신호 강도, 로컬 정책(예를 들어, UE-대-UE 릴레이들의 트래픽 부하) 또는 운영자 정책들(예를 들어, 항상 직접 통신을 선호하거나 또는 오직 일부 특정 UE-대-UE 릴레이들을 사용함)에 따라 통신 경로를 선택한다.
6.8.2 절차들
["5G ProSe UE-to-UE relay selection"이라는 명칭의 3GPP TR 23.752 V0.3.0의 도 6.8.2-1이 도 14로서 재현된다]
도 6.8.2-1은 제안된 방법의 절차를 예시한다.
0. UE들은 UE-대-UE 릴레이들에 의해 제공되는 서비스를 사용하도록 인가된다. UE-대-UE 릴레이들은 UE들 사이에서 트래픽을 릴레이하는 서비스를 제공하도록 인가된다. 인가 및 파라미터 프로비저닝은 KI#8에 대한 해법들을 사용할 수 있다.
1. UE-1은 UE-2와 유니캐스트 통신을 설정할 것을 원하며, 통신은 UE-2와의 직접 링크를 통해서 또는 UE-대-UE 릴레이를 통해서 일 수 있다. 그러면, UE-1은 릴레이_표시 = 1을 갖는 통신 요청을 직접적으로 브로드캐스트한다. 요청은 릴레이-1, 릴레이-2에 의해 수신될 것이다. 요청은 또한, 이것이 UE-1 근처에 있는 경우 UE-2에 의해 수신될 수 있다.
2. 릴레이-1 및 릴레이-2는 요청을 포워딩할 것을 결정한다. 이들은 그들 부근에 릴레이_표시=0을 갖는 메시지를 브로드캐스트한다. 릴레이가 이러한 메시지를 수신하는 경우, 이것은 단지 이것을 드롭(drop)할 것이다.
3. UE-2는 릴레이-1 및 릴레이-2로부터 요청들을 수신한다.
4. UE-2는 릴레이-1을 선택하고 요청 수락으로 응답한다. UE-2가 직접적으로 UE-1로부터 직접 통신 요청을 수신한 경우, 이는 요청 수락을 직접적으로 UE-1로 전송함으로써 직접 통신 링크를 셋업할 것을 선택할 수 있다. 응답 메시지는 설정되는 통신 링크의 유형(예를 들어, 릴레이를 통해 또는 직접)에 대한 표시를 포함한다.
5. UE-1은 릴레이-1로부터 응답 수락을 수신한다. UE-1은, 예를 들어, 정책들(예를 들어, 가능한 경우, 항상 직접 경로를 선택함), 신호 강도, 등에 따라 경로를 선택한다. UE-1이 직접적으로 UE-2로부터 요청 수락을 수신하는 경우, 이는 TS 23.287 [5]의 조항 6.3.3에서 설명된 바와 같이 직접 L2 링크를 셋업할 것을 선택할 수 있으며, 그러면 단계 6이 스킵된다.
6. UE-1 및 UE-2는 선택된 UE-대-UE 릴레이를 통한 통신 링크를 셋업한다. 링크 셋업 정보는 릴레이의 유형, 예를 들어, L2 또는 L3 릴레이에 의존하여 변화할 수 있다.
노트 1: 릴레이 또는 경로 선택을 수행하기 위해, 소스 UE는, 결정을 내리기 이전에 대응하는 요청 수락 메시지들을 수집하기 위하여 직접 통신 요청을 전송한 이후에 타이머를 셋업할 수 있다. 유사하게, 목표 UE는 또한, 결정을 내리기 이전에, 상이한 경로들로부터 요청들의 다수의 카피들을 수집하기 위하여 직접 통신 요청의 제 1 카피를 수신한 이후에 타이머를 셋업할 수 있다.
노트 2: UE가 UE-대-UE 릴레이로부터 메시지를 수신하는 제 1 시간에, UE는, 릴레이가 UE-대-UE 릴레이로서 인가되었는지 여부를 검증해야 할 필요가 있다. 검증 세부사항들 및 UE-대-UE 릴레이를 통해 2개의 UE들 사이의 통신을 안전하게 만드는 방법은 SA WG3에 의해 정의될 것이다.
6.8.3 기존 노드들 및 기능에 대한 영향들
UE는 새로운 릴레이 관련 기능들을 지원하기 위해 영향을 미친다.
6.9 해법 #9: UE-대-UE 계층-2 릴레이를 통한 연결 설정
6.9.1 설명
이러한 조항에서 설명되는 해법을 사용하면, UE-대-UE 릴레이는 목표 UE에 의한 소스 UE의 발견을 가능하게 한다. UE-대-UE 릴레이는, 주요 이슈 #4: UE-대-UE 릴레이 인가 및 프로비저닝에 대한 조항 6.Y 해법에서 정의된 바와 같이, 인가 및 프로비저닝을 통해서 PC5 인터페이스를 통해 2개의 UE들 사이에서 메시지들을 릴레이하도록 인가된다.
소스 UE는 그것의 지원되는 애플리케이션들을 공표하거나, 또는, 알려진 발견 메커니즘을 사용하여, 예를 들어, TS 23.287 [5]에서 정의된 바와 같이, 사용자-지향 또는 서비스-지향 방법들을 사용하여 목표 UE를 발견한다.
UE-대-UE 릴레이는 주변 UE들로부터 ProSe 애플리케이션 광고들(예를 들어, 직접 발견 또는 직접 통신 요청 메시지들)을 청취하고, 브로드캐스트된 애플리케이션이 이것의 프로비저닝된 릴레이 정책/파라미터들 중 하나와 매칭되는 경우, UE-대-UE 릴레이는 릴레이 표시를 메시지에 추가함으로써 이것을 릴레이되는 애플리케이션으로서 광고한다.
목표 UE는 UE-대-UE 릴레이를 통해 소스 UE를 발견한다. 목표 UE는 릴레이 표시를 갖는 브로드캐스트 직접 통신 요청 메시지를 수신한다.
보안 "확장" PC5 링크가 UE-대-UE 릴레이를 통해 소스 UE와 목표 UE 사이에 셋업된다. 소스/목표 UE는 그들의 개별적인 피어 UE의 L2 ID들을 알지 못한다. 소스/목표 UE들은 UE-대-UE 릴레이로 메시지들을 전송하고, UE-대-UE 릴레이를 통해 메시지들을 수신한다. 그러나, 보안 연관 및 PC5 유니캐스트 링크는 소스 UE와 목표 UE 사이에서 직접적으로 설정된다. UE-대-UE 릴레이는, 그들의 콘텐트를 판독하거나, 수정하거나 또는 이들에 응답하기 위한 능력 없이 불투명 모드에서 메시지들을 포워딩한다. 소스/목표 UE들은, 수신된 메시지들 내에 포함된 릴레이 표시의 검출 시에 통신이 UE-대-UE 릴레이를 통해 진행하고 있음을 검출한다.
UE-대-UE 릴레이는, UE-대-UE 릴레이를 통해 2개의 피어 UE들 사이에 유니캐스트 링크가 설정될 때 그 자체에 2개의 릴레이-L2 ID들을 할당한다. 제 1 릴레이-L2 ID는, 메시지를 목표 UE로 포워딩할 때 사용된다. 제 2 릴레이-L2 ID는, 메시지를 소스 UE로 포워딩할 때 사용된다. UE-대-UE 릴레이는, 피어 UE L2 ID들 및 자체-할당된 대응하는 릴레이-L2 ID들의 매핑을 포함하는 매핑 테이블을 유지한다. 메시지를 수신할 때, UE-대-UE 릴레이는, 메시지를 목표 UE로 포워딩하기 위해 사용될 소스 및 목표 ID들을 찾기 위해 그것의 매핑 테이블을 사용한다. UE-대-UE 릴레이는, 관련된 UE를 찾기 위해 목적지 필드 내에 지정된 릴레이-L2 ID를 사용하며 관련된 릴레이-L2 ID를 찾기 위해 소스 필드 내에 지정된 UE의 L2 ID를 사용한다. 그러면, 이것은 메시지를 포워딩하기 이전에 이것의 대응하는 UE의 L2 ID 및 릴레이-L2 ID를 가지고 수신된 메시지의 소스 및 목적지 필드들을 업데이트한다.
노트: 추가적인 보안-관련 파라미터들 및 절차들은 릴레이 관련 메시지들의 보호를 위해 요구될 수 있다. 그들의 정의들은 SA WG3과 조정될 필요가 있다.
6.9.2 절차들
TS 23.287 [5]에서 정의된 2개의 방법들, 즉, 서비스-지향 및 사용자-지향은 이러한 조항에서 설명되는 절차를 사용하여 지원된다.
도 6.9.2-1은 UE-대-UE 릴레이를 통한 PC5 참조 포인트를 통한 피어 발견 및 유니캐스트 링크 설정을 도시한다.
["Connection establishment procedure via a UE-to-UE Relay"라는 명칭의 3GPP TR 23.752 V0.3.0의 도 6.9.2-1이 도 15로서 재현된다]
0. UE-대-UE 릴레이는 네트워크에 등록하고, 이것의 UE-대-UE 릴레이 성능들을 명시한다. UE-대-UE 릴레이는 릴레이 정책 파라미터들 및 고유 릴레이 식별자(unique Relay identifier; RID)를 가지고 네트워크로부터 프로비저닝된다.
1. 목표 UE들(즉, UE2, UE3 및 UE4)은 TS 23.287 [5] 조항 5.6.1.4에 지정된 바와 같이 PC5 유니캐스트 링크 설정에 대한 시그널링 수신을 위한 목적지 계층-2 ID를 결정한다. 목적지 계층-2 ID는 TS 23.287 [5] 조항 5.1.2.1에 지정된 바와 같이 목표 UE들을 가지고 구성된다.
2. 소스 UE(즉, UE1) 상에서, 애플리케이션 계층은, TS 23.287 [5] 조항 6.3.3.1에 지정된 바와 같이, PC5 유니캐스트 통신에 대한 정보(예를 들어, 브로드캐스트 계층-2 ID, ProSe 애플리케이션 ID, UE의 애플리케이션 ID, 목표 UE의 애플리케이션 ID, 릴레이 적용가능 표시)를 ProSe 계층에 제공한다.
3. ProSe 계층은, 브로드캐스트 직접 통신 요청 메시지를 전송함으로써 피어 UE 발견 메커니즘을 트리거한다. 메시지는 소스 계층-2 ID 및 목적지로서 브로드캐스트 계층-2 ID를 사용하여 전송되며, TS 23.287 [5] 조항 6.3.3.1에 지정된 바와 같은, 제공되는 애플리케이션에 관한 다른 파라미터들을 포함한다.
4. UE-대-UE 릴레이는 브로드캐스트 직접 통신 요청 메시지를 수신하고, 이것이 이러한 애플리케이션을 릴레이하도록 구성되는지 여부를 검증하며, 즉, 이것은 공표 ProSe 애플리케이션 ID과 이것의 프로비저닝된 릴레이 정책/파라미터들을 비교하고, 이것이 매칭되는 경우, UE-대-UE 릴레이는 그 자체에 UE1에 대한(즉, UE1의 L2 ID와 관련된) 릴레이-계층-2 ID(예를 들어, R-L2 ID-a)를 할당한다.
이러한 2개의 ID들(UE1의 계층-2 ID 및 릴레이-계층-2 ID-a)은 로컬 매핑 테이블에 저장된다. UE-대-UE 릴레이는 메시지의 소스 필드를 이것의 R-L2 ID-a를 가지고 오버라이드(override)하며, 릴레이 표시로서 이것의 고유 릴레이 식별자(RID)를 추가한다. 이러한 릴레이 표시는, 이러한 메시지들이 일반 텍스트로(즉, 임의의 암호화 또는 무결성 보호 없이) 전송되며 그에 따라서 수정될 수 있기 때문에, 오직 브로드캐스트 메시지들 상에만 UE-대-UE 릴레이에 의해 추가된다. UE-대-UE 릴레이는 소스 UE로부터 수신된 브로드캐스트 직접 통신 요청 메시지를 포워딩하는 것을 진행한다.
5. 목표 UE3은 공표된 애플리케이션에 관심이 있으며, 따라서, 이는 UE-대-UE 릴레이를 통해 UE1과의 인증 및 보안 설정을 트리거한다. UE3은 릴레이의 식별자들, 즉, R-L2 ID-a 및 RID의 추적을 유지한다. UE3은, 통신이 RID에 의해 식별된 UE-대-UE 릴레이를 통과하고 있음을 UE1에 통보하기 위해 인증 및 보안 설정 동안 보안 보호 메시지로 RID를 전송한다.
UE-대-UE 릴레이는 UE3으로부터 메시지를 수신하고, 이것의 매핑 테이블 내에서 관련된 UE(즉, 이러한 경우에 UE1)를 찾기 위해 목적지 필드에 명시된 R-L2 ID-a를 사용한다.
UE-대-UE 릴레이는 그 자체에 UE3에 대한 새로운 계층-2 ID(예를 들어, R-L2 ID-b)를 할당하고, UE3의 L2 ID와 R-L2 ID-b 사이의 매핑을 저장한다.
UE-대-UE 릴레이는 R-L2 ID-b로 메시지의 소스 필드를 설정하며, 매핑 엔트리로부터 검색된 UE1의 계층-2 ID(즉, L2 ID1)로 목적지 필드를 설정한다. UE-대-UE 릴레이는 메시지를 UE1로 전송한다.
UE1은 인증 메시지를 수신하고, R-L2 ID-b 및 RID의 추적을 유지한다. R-L2 ID-b는 UE-대-UE 릴레이를 통해 전송되며 UE3으로 목적된 후속 메시지들에 대한 목적지로서 사용된다.
인증 및 보안 설정 메시지들은 UE-대-UE 릴레이를 통해 UE1과 UE3 사이에서 교환된다. UE-대-UE 릴레이는 이것의 로컬 매핑 테이블 내에 저장된 정보에 기초하여 소스/목적지 계층-2 ID들을 변경한다.
편집자 노트: 인증 및 보안 절차의 세부사항들은 SA WG3 그룹에 의해 조사될 것이다.
6. 일단 보안이 설정되면, UE는 직접 통신 수락 메시지를 전송함으로써 유니캐스트 링크 설정을 완료한다.
7. UE-대-UE 릴레이는 메시지를 수신하고, 메시지의 소스 필드를 매핑 엔트리 내에서 발견되는 바와 같은 R-L2 ID-b로 설정하며, 목적지 필드를 또한 매핑 엔트리로부터의 UE1의 L2 ID로 설정한다. UE-대-UE 릴레이는 수정된 메시지를 UE1로 전송한다.
8. "확장" 유니캐스트 링크는 UE-대-UE 릴레이를 통해 UE1과 UE3 사이에 설정된다. 확장 링크는 보안된 엔드 투 엔드이며, 즉, 보안 연관이 UE1과 UE3 사이에 생성되었다. 기밀성 및/또는 무결성/응답 보호 메시지들(즉, 데이터 또는 PC5-S)이 UE1과 UE3 사이에서 교환될 수 있다. UE-대-UE 릴레이는 보안 연관에 관여하지 않으며, 따라서, 이것은 (소스 및 목적지 필드들을 제외한) 메시지의 보안된 부분을 판독하거나 또는 수정할 수 없다.
편집자 노트: 프로토콜 스택 및 PC5 링크 설정의 세부사항들은 미래 연구이며, RAN WG2 그룹에 의해 함께-조정되고 확인될 필요가 있다.
6.9.3 서비스들, 엔티티들 및 인터페이스들에 대한 영향들
해법은 다음과 같은 엔티티들에서 영향을 갖는다:
UE는:
- ProSe 5G UE-대-UE 릴레이에 대한 절차들 및 ProSe 5G UE-대-UE 릴레이를 통한 통신들을 지원해야 한다.
6.10 해법 #10: IP 라우팅에 기초하는 ProSe 5G Layer-3 UE-대-UE 릴레이
6.10.1 설명
이러한 해법에서, ProSe 5G UE-대-UE 릴레이 동작은 다음의 원리들을 가지고 지원된다:
- 인가 및 구성
- 오직 서비스 인가 구성에 의해 인가된 UE만이 ProSe 5G UE-대-UE 릴레이로서 역할할 수 있다. 이러한 UE들은 UE-대-UE 릴레이 모드로 동작하기 위해 TS 23.287 [5]에서 정의된 서비스 인가 및 프로비저닝 메커니즘에 따라 구성될 것이다.
- ProSe 5G UE-대-UE 릴레이 발견:
- ProSe 5G UE-대-UE 릴레이는 릴레이 발견 메시지를 주기적으로 전송하여 영역 내의 다른 UE들에게 서비스를 제공하기 위한 이것의 능력을 알린다.
- ProSe 5G UE-대-UE 릴레이는 또한 발견을 위한 질의 및 응답을 지원한다. ProSe 5G UE-대-UE 릴레이는 질의에 대하여 구성된 계층-2 ID 상에서 청취하며, 다른 UE가 이것과 유니캐스트 연결을 설정하는 것을 가능하게 하기 위해 이것의 어드레스 및 대응하는 정보를 가지고 응답할 것이다. 이러한 프로세스는 TS 23.287 [5] 조항 6.3.3.1에 정의된 바와 같은 유니캐스트 L2 링크 설정 절차와 유사하다.
노트 1: 발견을 위해 사용되는 계층-2 ID는 UE-대-UE 릴레이 발견에 특정할 수 있거나, 또는 다른 발견들, 예를 들어, UE-대-네트워크 릴레이 발견과 공유될 수 있다.
- ProSe 5G UE-대-UE 릴레이 동작:
- ProSe 5G UE-대-UE 릴레이를 사용하기를 원하는 임의의 UE는, IP 구성을 가지고, UE-대-UE 릴레이와 유니캐스트 L2 링크를 설정해야 한다. ProSe 5G UE-대-UE 릴레이는 IP 어드레스/프리픽스를 다른 UE들에 할당한다.
- 유니캐스트 L2 링크 설정 절차의 부분으로서, ProSe 5G UE-대-UE 릴레이는 유니캐스트 링크의 피어 UE의 사용자 정보 및 UE에 할당된 IP 어드레스/프리픽스의 연관을 이것의 DNS 엔트리들 내에 저장한다. ProSe 5G UE-대-UE 릴레이는 다른 UE들에 대해 DNS 서버로서 역할한다.
- (소스) UE가 다른 (목표) UE와 통신해야 할 때 또는 ProSe 5G UE-대-UE 릴레이를 통해 ProSe 서비스를 발견해야 할 때, 이것은 (목표 사용자 정보에 기초하여) 목표 UE에 대한 또는 ProSe 서비스에 대한 DNS 질의를 유니캐스트 링크를 통해 ProSe 5G UE-대-UE 릴레이로 전송하며, 이것은 목표 UE 또는 ProSe 서비스의 IP 어드레스/프리픽스를 반환할 것이다.
- 소스 UE는 IP로 캡슐화된 IP 데이터 또는 비-IP 데이터를, 목표 UE의 IP 어드레스/프리픽스를 반환한 UE-대-UE 릴레이로 유니캐스트 L2 링크를 통해 전송한다. ProSe 5G UE-대-UE 릴레이는 IP 라우터로서 역할하며, 목표 UE를 향한 대응하는 유니캐스트 L2 링크로 패킷들을 포워딩한다. 유니캐스트 L2 링크의 각각은 IP 인터페이스로서 취급된다.
- 근처에 다수의 ProSe 5G UE-대-UE 릴레이들이 존재하는 경우, UE는 UE 구현에 기초하여 유니캐스트 L2 링크를 설정할 하나 이상의 ProSe 5G UE-대-UE 릴레이를 선택할 수 있다. 예를 들어, UE는 유니캐스트 L2 링크의 각각 상에서 ProSe 5G UE-대-UE 릴레이로 DNS 질의를 전송한다. 그런 다음, 소스 UE는, 목표 UE에 대해 긍정 DNS 질의를 반환하는 첫번째 ProSe 5G UE-대-UE 릴레이를 사용할 것을 선택할 수 있다.
노트 2: UE-대-UE 릴레이의 선택은 UE에 대한 로컬 구성 규칙들에 기초할 수 있거나 또는 다른 발견 해법들, 예를 들어, 조항 6.11에서 설명된 "상태 기반 UE-대-UE 릴레이"에 기초할 수 있다.
- QoS 핸들링:
- 소스 UE가 ProSe 5G UE-대-UE 릴레이와 유니캐스트 L2 링크를 설정할 때, 이것은 TS 23.287 [5]의 조항 6.3.3.1에 정의된 절차에 따라 대응하는 PC5 QoS 흐름들을 설정할 수 있다. 이것은 또한 TS 23.287 [5]의 조항 6.3.3.4에 정의된 절차를 사용하여 임의의 시점에 PC5 QoS 흐름들을 수정할 수 있다.
- 대응하여, ProSe 5G UE-대-UE 릴레이가 또한 소스 UE의 트래픽의 포워딩을 위해 목표 UE와의 유니캐스트 L2 링크를 통해 이상에서 언급된 절차들을 사용하여 PC5 QoS 흐름들을 설정하고 수정할 수 있다.
- 보안 핸들링:
- 소스 UE 및 목표 UE는, TS 23.287 [5]에 정의된 절차들을 사용하여, 유니캐스트 L2 링크에 대하여 UE-대-UE 릴레이와의 베어러 레벨 보안을 설정할 수 있다.
- 엔드-투-엔드 보안 보호가 소스 UE와 목표 UE 사이에 요구되는 경우, IPSec이 사용될 수 있다.
노트 3: 소스 UE 및 목표 UE의 트래픽의 보안 보호는 SA WG3에 의해 지정될 것이다.
- 과금(Charging) 지원:
- ProSe 5G UE-대-UE 릴레이는 소스 및 목표 UE들 및 대응하는 트래픽을 과금 기능에 보고하기 위해 TS 32.277 [13]에 정의된 과금 해법을 따를 수 있다.
6.10.2 절차들
["5G ProSe UE-to-UE Relay operation"이라는 명칭의 3GPP TR 23.752 V0.3.0의 도 6.10.2-1이 도 16으로서 재현된다]
도 6.10.2-1은 표준 IP 동작에 기초하는 5G ProSe UE-대-UE 릴레이의 예시적인 동작을 제공한다.
6.10.3 서비스들, 엔티티들 및 인터페이스들에 대한 영향들
해법이 Rel-16 NR V2X 설계에서 지원되는 기존 특징들을 사용함에 따라 NG-RAN에 대한 영향은 존재하지 않는다.
UE들은 기존 IP 동작들을 가지고 동작하며, ProSe 5G UE-대-UE 릴레이는 (어드레스 할당 및 트래픽 포워딩에 대한) IP 라우터 기능 및 DNS 서버의 기능을 지원한다.
[점점점기호]
(3GPP TS 38.331에서 논의되는 바와 같은) 전통적인 NR 시스템에서, UE는 gNB로 이것의 UE 성능 정보를 보고해야 하며, UE 성능 정보는 UE의 사이드링크 UE 성능 정보(즉, SidelinkParameters)를 포함한다. 유니캐스트 통신에 참여하는 2개의 UE들은 사이드링크 UE 성능 전송 절차에서 사이드링크 UE 성능 정보를 교환해야 한다. 이에 더하여, UE는 (3GPP R2-2005973에서 논의된 바와 같이) gNB로 보고되는 SidelinkUEinformationNR 메시지 내에 피어 UE로부터 수신된 UECapabilityInformationSidelink 메시지를 포함시켜야 한다.
그 외에, UE는 (3GPP TS 38.331에서 논의된 바와 같이) 목적지와의 사이드링크 통신에 대한 사이드링크 자원(또는 사이드링크 구성)을 요청하기 위해 gNB로 사이드링크 UE 정보 메시지(즉, SidelinkUEinformationNR 메시지)를 송신해야 하며, 여기에서 이러한 메시지 내에 포함된 목적지는 (릴레이를 통한 사이드링크 통신을 위한) UE-대-UE 릴레이 또는 (직접 사이드링크 통신을 위한) 피어 UE일 수 있다.
3GPP TR 23.752의 주요 이슈 #4는 다음 릴리즈(즉, 릴리즈 17)에서 UE-대-UE 릴레이의 지원을 설명하며, 이는, 이러한 2개의 UE들이 서로 직접적으로 통신할 수 없는 경우에 릴레이가 2개의 UE들 사이의 데이터 통신을 지원하기 위해 사용될 수 있음을 의미한다. 소스 UE와 목표 UE 사이의 통합된 PC5 유니캐스트 링크가, 일 실시예에 따른 사용자 단말-대-사용자 단말(UE-대-UE) 릴레이를 통한 통합된 PC5 유니캐스트 링크를 도시하는 도 17에 도시된 바와 같이 관련 ProSe 서비스를 지원할 수 있도록 UE-대-UE 릴레이가 소스 UE와 목표 UE의 각각과 하나의 PC5 유니캐스트 링크를 설정할 필요가 있는 것으로 가정된다.
2개의 PC5 유니캐스트 링크들이 UE-대-UE 릴레이와 소스 UE 및 목표 UE의 각각 사이에 설정된 것으로 가정하면, UE 성능 정보의 상이한 세트들이 PC5 유니캐스트 링크들 둘 모두에 대하여 사이드링크 DRB 구성들을 할당하기 위해 gNB에 의해 고려되기 때문에 이러한 2개의 PC5 유니캐스트 링크들 상의 데이터 레이트들이 상이할 수 있다. 이러한 상황에서, 하나의 측면으로부터의 데이터는 UE-대-UE 릴레이의 버퍼 내에 축적될 수 있으며, 이는 UE-대-UE 릴레이에서 문제들, 예를 들어, 버퍼 부족에 기인하는 데이터 손실을 초래할 수 있다.
PC5 유니캐스트 링크들 둘 모두 상에서 유사한 데이터 레이트들을 보장하기 위하여, 하나의 가능한 방식은, UE가 사이드링크 자원(또는 사이드링크 구성)을 요청하기 위해 gNB로 피어 UE의 사이드링크 UE 성능 정보를 송신할 수 있도록, UE-대-UE 릴레이가 UE-대-UE 릴레이의 사이드링크 UE 성능 정보에 더하여 하나의 UE(예를 들어, 소스 UE)의 사이드링크 UE 성능 정보를 다른 UE(예를 들어, 목표 UE)로 전송하는 것이다. 예를 들어, UE는 gNB로 전송되는 사이드링크 UE 정보 내에 피어 UE의 사이드링크 UE 성능 정보 및 UE-대-UE 릴레이의 사이드링크 UE 성능 정보를 포함시킬 수 있다. 또한, UE가 피어 UE의 사이드링크 UE 성능 정보 및 UE-대-UE 릴레이의 사이드링크 UE 성능 정보로부터 도출되는 조합된 사이드링크 UE 성능 정보를 포함시키는 것이 실현 가능하며, 예를 들어, 피어 UE의 사이드링크 UE 성능 정보 및 UE-대-UE 릴레이의 사이드링크 UE 성능 정보 둘 모두 내의 2개의 성능 파라미터들 사이의 더 낮은 성능의 값이 조합된 사이드링크 UE 성능 정보 내에 대응하는 성능 정보 파라미터를 형성하도록 선택된다. 도 18은, 일 실시예에 따른 UE(UE1), UE-대-UE 릴레이, 및 피어 UE(UE2)를 포함하는 3개의 파티들에 의해 수행되는 통합된 사이드링크 UE 성능 전송 절차의 일 예를 도시한다.
또한, UE가 2개의 별개의 RRC 메시지들로 피어 UE의 사이드링크 UE 성능 정보 및 UE-대-UE 릴레이의 사이드링크 UE 성능 정보를 gNB로 송신하는 것이 가능하다.
대안적으로, UE-대-UE 릴레이는, 이상에서 설명된 바와 같이 UE-대-UE 릴레이의 사이드링크 UE 성능 정보 및 피어 UE의 사이드링크 UE 성능 정보로부터 도출되는 조합된 사이드링크 UE 성능 정보를 하나의 UE로 송신할 수 있다. 이러한 방식으로, UE는 단지 gNB로 전송되는 사이드링크 UE 정보 메시지 내에 조합된 사이드링크 UE 성능 정보만을 포함시킬 수 있다.
이상의 일반적인 개념들을 지원하기 위하여, UE-대-UE 릴레이는, 사이드링크 통신을 위한 사이드링크 자원(또는 사이드링크 구성)을 요청할 때 UE의 사이드링크 UE 성능 정보 둘 모두를 gNB로 송신할 수 있다. 또한, UE-대-UE 릴레이가 이상에서 설명된 바와 같이 UE의 사이드링크 UE 성능 정보 둘 모두로부터 도출되는 조합된 사이드링크 UE 성능 정보를 송신하는 것이 실현 가능하다.
기본적으로, 소스 UE, 목표 UE, 및 UE-대-UE 릴레이의 각각은 gNB와 연결한 이후에 그 자체의 사이드링크 UE 성능 정보를 UECapabilityInformation 메시지 내에서 이것의 서빙 gNB로 송신할 수 있다.
UE-대-UE 릴레이와 UE를 구분해야 할 필요가 있는 경우, 새로운 용어가 UE-대-UE 릴레이의 사이드링크 UE 성능 정보에 대해 사용될 수 있는 것이 가능하다. 이러한 상황에서, 다른 용어가 또한 조합된 사이드링크 UE 성능 정보에 대해 사용될 수 있다.
도 19는, 사이드링크 UE 성능 정보를 보고하기 위한 사용자 단말-대-사용자 단말(UE-대-UE) 릴레이의 관점으로부터의 예시적인 일 실시예에 따른 순서도(1900)이다. 단계(1905)에서, UE-대-UE 릴레이는 제 1 UE로부터 제 1 사이드링크 UE 성능 정보 및 제 2 UE로부터 제 2 사이드링크 UE 성능을 수신한다. 단계(1910)에서, UE-대-UE 릴레이는 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보를 네트워크 노드로 송신하거나, 또는 조합된 사이드링크 UE 성능 정보를 네트워크 노드로 송신하며, 여기에서 조합된 사이드링크 UE 성능 정보는 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보로부터 도출된다.
일 실시예에 있어서, 제 1 UE는 UE-대-UE 릴레이를 통해 제 2 UE와 통신할 수 있다. 제 1 사이드링크 UE 성능 정보는 제 1 PC5 RRC 메시지를 통해 수신될 수 있다. 제 2 사이드링크 UE 성능 정보가 또한 제 2 PC5 RRC 메시지를 통해 수신될 수 있다. 제 1 PC5 RRC 메시지는 UECapabilityEnquirySidelink 메시지 또는 UECapabilityInformationSidelink 메시지일 수 있다. 제 2 PC5 RRC 메시지가 또한 UECapabilityEnquirySidelink 메시지 또는 UECapabilityInformationSidelink 메시지일 수 있다.
일 실시예에 있어서, 조합된 사이드링크 UE 성능 정보는 사이드링크 UE 정보 메시지를 통해 네트워크 노드로 송신될 수 있다. 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보는 사이드링크 UE 정보 메시지를 통해 네트워크 노드로 송신될 수 있다. 사이드링크 UE 정보 메시지는 제 1 UE 또는 제 2 UE의 목적지 신원, 사이드링크 통신의 캐스트 유형, 및/또는 PC5 QoS 흐름의 서비스 품질(Quality of Service; QoS) 정보를 포함할 수 있다. 캐스트 유형은 "유니캐스트"로 설정될 수 있다. QoS 정보는 QoS 흐름 신원 및 QoS 프로파일을 포함할 수 있다.
일 실시예에 있어서, UE-대-UE 릴레이는 UE-대-UE 릴레이의 제 3 사이드링크 UE 성능 정보를 네트워크 노드로 송신할 수 있다. 제 3 사이드링크 UE 성능 정보는 UE 성능 정보 메시지 내에서 송신될 수 있다.
일 실시예에 있어서, UE-대-UE 릴레이는 사이드링크 통신을 위한 사이드링크 구성을 할당하기 위해 네트워크 노드로부터 RRC 재구성 메시지를 수신할 수 있다. 사이드링크 구성은 PC5 QoS 흐름에 매핑된 사이드링크 데이터 무선 베어러(Data Radio Bearer; DRB)의 구성을 포함할 수 있다.
사이드링크 UE 성능 정보를 보고하기 위한 (UE-대-UE) 릴레이의 예시적인 일 실시예에 있어서, 다시 도 3 및 도 4를 참조하도록 한다. UE-대-UE 릴레이(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, UE-대-UE 릴레이가 (i) 제 1 UE로부터 제 1 사이드링크 UE 성능 정보 및 제 2 UE로부터 제 2 사이드링크 UE 성능을 수신하고, (ii) 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보를 네트워크 노드로 송신하거나 또는 조합된 사이드링크 UE 성능 정보를 네트워크 노드로 송신하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있으며, 여기에서 조합된 사이드링크 UE 성능 정보는 제 1 사이드링크 UE 성능 정보 및 제 2 사이드링크 UE 성능 정보로부터 도출된다. 추가로, 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 (20)

  1. 사용자 단말-대-사용자 단말(UE-대-UE) 릴레이가 사이드링크 UE 성능 정보를 보고하기 위한 방법으로서,
    상기 UE-대-UE 릴레이가 제 1 UE로부터 제 1 사이드링크 UE 성능 정보 및 제 2 UE로부터 제 2 사이드링크 UE 성능 정보를 수신하는 단계;
    상기 UE-대-UE 릴레이가 상기 제 1 사이드링크 UE 성능 정보 및 상기 제 2 사이드링크 UE 성능 정보를 네트워크 노드로 송신하거나, 또는 조합된 사이드링크 UE 성능 정보를 상기 네트워크 노드로 송신하는 단계로서, 상기 조합된 사이드링크 UE 성능 정보는 상기 제 1 사이드링크 UE 성능 정보 및 상기 제 2 사이드링크 UE 성능 정보로부터 도출되는, 단계;
    상기 UE-대-UE 릴레이가 상기 UE-대-UE 릴레이의 제 3 사이드링크 UE 성능 정보를 상기 네트워크 노드로 송신하는 단계; 및
    상기 UE-대-UE 릴레이가 상기 제 1 UE로부터 데이터 패킷을 수신하고 상기 데이터 패킷을 상기 제 2 UE로 포워딩하는 단계를 포함하는, 방법.
  2. 청구항 1에 있어서,
    상기 제 1 UE는 상기 UE-대-UE 릴레이를 통해 상기 제 2 UE와 통신하는, 방법.
  3. 청구항 1에 있어서,
    상기 제 1 사이드링크 UE 성능 정보는 제 1 PC5 무선 자원 제어(Radio Resource Control; RRC) 메시지를 통해 수신되거나, 및/또는
    상기 제 2 사이드링크 UE 성능 정보는 제 2 PC5 RRC 메시지를 통해 수신되는, 방법.
  4. 청구항 3에 있어서,
    상기 제 1 PC5 RRC 메시지는 UECapabilityEnquirySidelink 메시지 또는 UECapabilityInformationSidelink 메시지이거나, 및/또는
    상기 제 2 PC5 RRC 메시지는 UECapabilityEnquirySidelink 메시지 또는 UECapabilityInformationSidelink 메시지인, 방법.
  5. 청구항 1에 있어서,
    상기 조합된 사이드링크 UE 성능 정보는 사이드링크 UE 정보 메시지를 통해 상기 네트워크 노드로 송신되는, 방법.
  6. 청구항 1에 있어서,
    상기 제 1 사이드링크 UE 성능 정보 및 상기 제 2 사이드링크 UE 성능 정보는 사이드링크 UE 정보 메시지를 통해 상기 네트워크 노드로 송신되는, 방법.
  7. 청구항 6에 있어서,
    상기 사이드링크 UE 정보 메시지는, 상기 제 1 UE 또는 상기 제 2 UE의 목적지 신원, 사이드링크 통신의 캐스트 유형, 및 PC5 QoS 흐름의 서비스 품질(Quality of Service; QoS) 정보 중 적어도 하나를 포함하는, 방법.
  8. 청구항 7에 있어서,
    상기 QoS 정보는 QoS 흐름 신원 및 QoS 프로파일을 포함하는, 방법.
  9. 청구항 1에 있어서,
    상기 제 3 사이드링크 UE 성능 정보는 UE 성능 정보 메시지 내에서 송신되는, 방법.
  10. 청구항 1에 있어서,
    상기 방법은,
    상기 UE-대-UE 릴레이가 사이드링크 통신을 위한 사이드링크 구성을 할당하기 위해 상기 네트워크 노드로부터 무선 자원 제어(Radio Resource Control; RRC) 재구성 메시지를 수신하는 단계로서, 상기 사이드링크 구성은 PC5 서비스 품질(Quality of Service; QoS) 흐름에 매핑된 사이드링크 데이터 무선 베어러(Data Radio Bearer; DRB)의 구성을 포함하는, 단계를 더 포함하는, 방법.
  11. 사용자 단말-대-사용자 단말(UE-대-UE) 릴레이로서,
    제어 회로;
    상기 제어 회로 내에 설치된 프로세서; 및
    상기 제어 회로 내에 설치되며 상기 프로세서에 동작가능하게 결합되는 메모리를 포함하며,
    상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    제 1 UE로부터 제 1 사이드링크 UE 성능 정보 및 제 2 UE로부터 제 2 사이드링크 UE 성능 정보를 수신하며;
    상기 제 1 사이드링크 UE 성능 정보 및 상기 제 2 사이드링크 UE 성능 정보를 네트워크 노드로 송신하거나, 또는 조합된 사이드링크 UE 성능 정보를 상기 네트워크 노드로 송신하되, 상기 조합된 사이드링크 UE 성능 정보는 상기 제 1 사이드링크 UE 성능 정보 및 상기 제 2 사이드링크 UE 성능 정보로부터 도출되고;
    상기 UE-대-UE 릴레이의 제 3 사이드링크 UE 성능 정보를 상기 네트워크 노드로 송신하며; 및
    상기 제 1 UE로부터 데이터 패킷을 수신하고 상기 데이터 패킷을 상기 제 2 UE로 포워딩하는, UE-대-UE 릴레이.
  12. 청구항 11에 있어서,
    상기 제 1 UE는 상기 UE-대-UE 릴레이를 통해 상기 제 2 UE와 통신하는, UE-대-UE 릴레이.
  13. 청구항 12에 있어서,
    상기 제 1 사이드링크 UE 성능 정보는 제 1 PC5 무선 자원 제어(Radio Resource Control; RRC) 메시지를 통해 수신되거나, 및/또는
    상기 제 2 사이드링크 UE 성능 정보는 제 2 PC5 RRC 메시지를 통해 수신되는, UE-대-UE 릴레이.
  14. 청구항 13에 있어서,
    상기 제 1 PC5 RRC 메시지는 UECapabilityEnquirySidelink 메시지 또는 UECapabilityInformationSidelink 메시지이거나, 및/또는
    상기 제 2 PC5 RRC 메시지는 UECapabilityEnquirySidelink 메시지 또는 UECapabilityInformationSidelink 메시지인, UE-대-UE 릴레이.
  15. 청구항 11에 있어서,
    상기 조합된 사이드링크 UE 성능 정보는 사이드링크 UE 정보 메시지를 통해 상기 네트워크 노드로 송신되는, UE-대-UE 릴레이.
  16. 청구항 11에 있어서,
    상기 제 1 사이드링크 UE 성능 정보 및 상기 제 2 사이드링크 UE 성능 정보는 사이드링크 UE 정보 메시지를 통해 상기 네트워크 노드로 송신되는, UE-대-UE 릴레이.
  17. 청구항 16에 있어서,
    상기 사이드링크 UE 정보 메시지는, 상기 제 1 UE 또는 상기 제 2 UE의 목적지 신원, 사이드링크 통신의 캐스트 유형, 및 PC5 QoS 흐름의 서비스 품질(Quality of Service; QoS) 정보 중 적어도 하나를 포함하는, UE-대-UE 릴레이.
  18. 청구항 17에 있어서,
    상기 QoS 정보는 QoS 흐름 신원 및 QoS 프로파일을 포함하는, UE-대-UE 릴레이.
  19. 청구항 11에 있어서,
    상기 제 3 사이드링크 UE 성능 정보는 UE 성능 정보 메시지 내에서 송신되는, UE-대-UE 릴레이.
  20. 청구항 11에 있어서,
    상기 프로세서는 추가로 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    사이드링크 통신을 위한 사이드링크 구성을 할당하기 위해 상기 네트워크 노드로부터 무선 자원 제어(Radio Resource Control; RRC) 재구성 메시지를 수신하되, 상기 사이드링크 구성은 PC5 서비스 품질(Quality of Service; QoS) 흐름에 매핑된 사이드링크 데이터 무선 베어러(Data Radio Bearer; DRB)의 구성을 포함하는, UE-대-UE 릴레이.
KR1020210068955A 2020-06-29 2021-05-28 무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ｕｅ) 성능 정보를 보고하기 위한 방법 및 장치 Active KR102627692B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202063045711P 2020-06-29 2020-06-29
US63/045,711 2020-06-29

Publications (2)

Publication Number Publication Date
KR20220001452A KR20220001452A (ko) 2022-01-05
KR102627692B1 true KR102627692B1 (ko) 2024-01-23

Family

ID=79030766

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210068955A Active KR102627692B1 (ko) 2020-06-29 2021-05-28 무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ｕｅ) 성능 정보를 보고하기 위한 방법 및 장치

Country Status (3)

Country Link
US (1) US20210409936A1 (ko)
KR (1) KR102627692B1 (ko)
CN (1) CN113938981B (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210409937A1 (en) * 2020-06-29 2021-12-30 Asustek Computer Inc. Method and apparatus for user equipment (ue) reporting sidelink ue capability information in a wireless communication system
WO2022027555A1 (en) * 2020-08-07 2022-02-10 Lenovo (Beijing) Limited Methods and apparatuses for designing an adaptation layer and handling a failure in a sidelink relay system
KR102533623B1 (ko) * 2021-11-03 2023-05-26 주식회사 블랙핀 무선 이동 통신 시스템에서 인액티브 단말이 응용 계층 측정을 관리하는 방법 및 장치
CN118696568A (zh) * 2022-02-14 2024-09-24 中兴通讯股份有限公司 设备到设备中继通信
EP4544859A1 (en) * 2022-06-24 2025-04-30 ZTE Corporation Methods and systems for transferring user equipment capability information
WO2023249455A1 (ko) * 2022-06-24 2023-12-28 엘지전자 주식회사 무선통신시스템에서 멀티 패스 릴레이에서 idle relay ue에 관련된 ue의 동작 방법.
CN119729419A (zh) * 2023-09-28 2025-03-28 华为技术有限公司 一种通信方法和终端设备以及存储介质
EP4554110A1 (en) * 2023-11-09 2025-05-14 Deutsche Telekom AG Method for performing and/or enabling sidelink-based and/or pc5-based communication using a non-terrestrial network or network part, user equipment, system or mobile communication network, program and computer-readable medium

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180092067A1 (en) * 2016-09-28 2018-03-29 Futurewei Technologies, Inc. System and Method for D2D Communication

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9992806B2 (en) * 2015-01-15 2018-06-05 Intel IP Corporation Public safety discovery and communication using a UE-to-UE relay
EP3986072B1 (en) * 2015-04-17 2023-08-23 Panasonic Intellectual Property Corporation of America Multiple prose group communication during a sidelink control period
KR102568265B1 (ko) * 2015-07-23 2023-08-18 애플 인크. 레이어 2 릴레이 프로토콜 및 이동성 릴레이 방법
WO2017026970A1 (en) * 2015-08-12 2017-02-16 Intel Corporation Methods to enable high data rate relay operation using d2d air-interface
JPWO2017130593A1 (ja) * 2016-01-25 2018-11-15 日本電気株式会社 リレー選択のための装置及び方法
EP3255950A1 (en) * 2016-06-06 2017-12-13 ASUSTek Computer Inc. Method and apparatus for resource allocation on d2d relay channel in a wireless communication system
KR102489728B1 (ko) * 2016-06-16 2023-01-18 삼성전자주식회사 통신 단말의 릴레이 통신 방법 및 그 통신 단말
JP7019949B2 (ja) * 2017-02-03 2022-02-16 ソニーグループ株式会社 リレー通信装置、基地局、方法及び記録媒体
US11337172B2 (en) * 2017-03-22 2022-05-17 Lg Electronics Inc. Method for transmitting or receiving sidelink synchronization signal in wireless communication system and apparatus therefor
US11229073B2 (en) * 2017-04-28 2022-01-18 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Network connection configuration method and related product
CN116801407A (zh) * 2017-05-04 2023-09-22 皇家飞利浦有限公司 Ue组，ue组管理者ue和ue组成员ue
US10893557B2 (en) * 2017-05-05 2021-01-12 Qualcomm Incorporated Relaying in a device-to-device communication system
WO2019028905A1 (en) * 2017-08-11 2019-02-14 Zte Corporation SYSTEMS AND METHODS FOR ADAPTING PARAMETERS IN LATERAL BINDING COMMUNICATIONS
WO2019051803A1 (zh) * 2017-09-15 2019-03-21 Oppo广东移动通信有限公司 资源配置的方法、终端设备和网络设备
KR102736771B1 (ko) * 2018-02-08 2024-12-02 삼성전자 주식회사 물리적 채널 송신 방법 및 사용자 장치, 릴레이 송신 방법 및 사용자 장치
US20190289445A1 (en) * 2018-03-16 2019-09-19 At&T Intellectual Property I, L.P. Wireless radio user equipment as local manager for integrating access backhaul and sidelink
US10939448B2 (en) * 2018-06-08 2021-03-02 Qualcomm Incorporated Predictive scheduling for MM-Wave based CV2X
WO2020030007A1 (en) * 2018-08-09 2020-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for exchanging information for sidelink communication in a wireless network
WO2020071882A1 (en) * 2018-10-05 2020-04-09 Samsung Electronics Co., Ltd. Method and system for enabling distributed caching in wireless network
WO2020077578A1 (en) * 2018-10-18 2020-04-23 Telefonaktiebolaget Lm Ericsson (Publ) Group-based relay selection for wireless network communication
WO2020088655A1 (en) * 2018-11-02 2020-05-07 FG Innovation Company Limited Sidelink measurement reporting in next generation wireless networks
CN113273309B (zh) * 2018-11-30 2024-08-23 诺基亚技术有限公司 利用波束成形的侧链路故障恢复
JP7119125B2 (ja) * 2019-01-10 2022-08-16 京セラ株式会社 通信制御方法
WO2020171434A1 (ko) * 2019-02-22 2020-08-27 현대자동차주식회사 사이드링크 그룹캐스트 통신을 위한 방법 및 장치
JP2022531077A (ja) * 2019-04-30 2022-07-06 富士通株式会社 サイドリンク伝送におけるユーザ装置能力の標識方法及び装置
US11470581B2 (en) * 2019-05-03 2022-10-11 Qualcomm Incorporated Channel-bandwidth-attributed per-band user equipment capability reporting
US11737037B2 (en) * 2019-11-27 2023-08-22 Qualcomm Incorporated Sidelink tracking considerations with multi-panel operation
US11849503B2 (en) * 2020-02-07 2023-12-19 Qualcomm Incorporated Proximity service multi-hop relay configuration
US11924895B2 (en) * 2020-02-14 2024-03-05 Qualcomm Incorporated Techniques for new radio layer two relay
US11812481B2 (en) * 2020-03-06 2023-11-07 Qualcomm Incorporated Layer 2 relay unicast link setup
US11589414B2 (en) * 2020-03-12 2023-02-21 Qualcomm Incorporated Layer 2 user equipment relay procedure
US11689957B2 (en) * 2020-03-13 2023-06-27 Qualcomm Incorporated Quality of service support for sidelink relay service
US11800599B2 (en) * 2020-04-03 2023-10-24 Electronics And Telecommunications Research Institute Method for discovering and selecting relay user equipment in communication system
US11800347B2 (en) * 2020-04-10 2023-10-24 Qualcomm Incorporated User equipment (UE) capability and assistance information exchange over sidelinks
WO2021213615A1 (en) * 2020-04-20 2021-10-28 Nokia Technologies Oy Improvement of sidelink connection establishment assistance
EP3911091A1 (en) * 2020-05-14 2021-11-17 Robert Bosch GmbH Resource conflict indicator transmission for device-to-device mobile communications
US11582818B2 (en) * 2020-06-29 2023-02-14 Asustek Computer Inc. Method and apparatus for forwarding sidelink user equipment (UE) capability information in a wireless communication system
US20210409937A1 (en) * 2020-06-29 2021-12-30 Asustek Computer Inc. Method and apparatus for user equipment (ue) reporting sidelink ue capability information in a wireless communication system
US11595946B2 (en) * 2021-01-13 2023-02-28 Qualcomm Incorporated Sidelink resource selection

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180092067A1 (en) * 2016-09-28 2018-03-29 Futurewei Technologies, Inc. System and Method for D2D Communication

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP R1-2004198*
3GPP R2-2000194*
3GPP TR38.885 v16.0.0*

Also Published As

Publication number Publication date
CN113938981B (zh) 2023-11-14
CN113938981A (zh) 2022-01-14
KR20220001452A (ko) 2022-01-05
US20210409936A1 (en) 2021-12-30

Similar Documents

Publication Publication Date Title
US11758596B2 (en) Method and apparatus for a relay to transmit a direct communication request message in a wireless communication system
US20210410215A1 (en) Method and apparatus for sidelink data radio bearer establishment in a wireless communication system
KR102627692B1 (ko) 무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ｕｅ) 성능 정보를 보고하기 위한 방법 및 장치
KR102517319B1 (ko) 무선 통신 시스템에서 사이드링크 무선 링크 실패를 핸들링하기 위한 방법 및 장치
US20210144727A1 (en) Method and apparatus for requesting sidelink transmission resources in a wireless communication system
US12089272B2 (en) Method and apparatus for a user equipment (UE) to transmit a direct communication request message in a wireless communication system
KR102432230B1 (ko) 무선 통신 시스템에서 사이드링크 사용자 단말(ｕｅ) 성능 정보를 포워딩하기 위한 방법 및 장치
US20210400745A1 (en) Method and apparatus for performing a pc5 unicast link establishment procedure in a wireless communication system
US11838977B2 (en) Method and apparatus for performing link identifier update procedure in a wireless communication system
KR102526546B1 (ko) 무선 통신 시스템에서 사용자 단말(ｕｅ)이 사이드링크 ue 성능 정보를 보고하기 위한 방법 및 장치
KR20250015908A (ko) 무선 통신 시스템에서 다중-홉 ue-대-네트워크 릴레이를 지원하기 위한 방법 및 장치

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20210528

PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20210817

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20210528

Comment text: Patent Application

PG1501 Laying open of application
E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20220726

Patent event code: PE09021S01D

AMND Amendment
E90F Notification of reason for final refusal
PE0902 Notice of grounds for rejection

Comment text: Final Notice of Reason for Refusal

Patent event date: 20230131

Patent event code: PE09021S02D

AMND Amendment
E601 Decision to refuse application
PE0601 Decision on rejection of patent

Patent event date: 20230828

Comment text: Decision to Refuse Application

Patent event code: PE06012S01D

Patent event date: 20230131

Comment text: Final Notice of Reason for Refusal

Patent event code: PE06011S02I

Patent event date: 20220726

Comment text: Notification of reason for refusal

Patent event code: PE06011S01I

X091 Application refused [patent]
AMND Amendment
PX0901 Re-examination

Patent event code: PX09011S01I

Patent event date: 20230828

Comment text: Decision to Refuse Application

Patent event code: PX09012R01I

Patent event date: 20230330

Comment text: Amendment to Specification, etc.

Patent event code: PX09012R01I

Patent event date: 20220923

Comment text: Amendment to Specification, etc.

PX0701 Decision of registration after re-examination

Patent event date: 20231226

Comment text: Decision to Grant Registration

Patent event code: PX07013S01D

Patent event date: 20231106

Comment text: Amendment to Specification, etc.

Patent event code: PX07012R01I

Patent event date: 20230828

Comment text: Decision to Refuse Application

Patent event code: PX07011S01I

Patent event date: 20230330

Comment text: Amendment to Specification, etc.

Patent event code: PX07012R01I

Patent event date: 20220923

Comment text: Amendment to Specification, etc.

Patent event code: PX07012R01I

X701 Decision to grant (after re-examination)
GRNT Written decision to grant
PR0701 Registration of establishment

Comment text: Registration of Establishment

Patent event date: 20240117

Patent event code: PR07011E01D

PR1002 Payment of registration fee

Payment date: 20240118

End annual number: 3

Start annual number: 1

PG1601 Publication of registration