KR20240047303A - 무선 통신 시스템에서 사이드링크 포지셔닝을 위한 유니캐스트 링크 설정을 지원하기 위한 방법 및 장치 - Google Patents

무선 통신 시스템에서 사이드링크 포지셔닝을 위한 유니캐스트 링크 설정을 지원하기 위한 방법 및 장치 Download PDF

Info

Publication number
KR20240047303A
KR20240047303A KR1020230118187A KR20230118187A KR20240047303A KR 20240047303 A KR20240047303 A KR 20240047303A KR 1020230118187 A KR1020230118187 A KR 1020230118187A KR 20230118187 A KR20230118187 A KR 20230118187A KR 20240047303 A KR20240047303 A KR 20240047303A
Authority
KR
South Korea
Prior art keywords
message
positioning
ranging
prose
target
Prior art date
Application number
KR1020230118187A
Other languages
English (en)
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 KR20240047303A publication Critical patent/KR20240047303A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/25Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Landscapes

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

Abstract

제1 사용자 단말(User Equipment; UE)에 대한 방법 및 디바이스가 개시된다. 일 실시예에서, 제1 UE는 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 또한, 제1 UE는 해당 절차에서 PC5 연결의 설정의 요청을 위해 제1 PC5 메시지를 제2 UE로 전송하며, 여기서 제1 PC5 메시지는 제1 사이드링크(Sidelink; SL) 포지셔닝 또는 레인징 관련 정보를 포함한다.

Description

무선 통신 시스템에서 사이드링크 포지셔닝을 위한 유니캐스트 링크 설정을 지원하기 위한 방법 및 장치{METHOD AND APPARATUS FOR SUPPORTING UNICAST LINK ESTABLISHMENT FOR SIDELINK POSITIONING IN A WIRELESS COMMUNICATION SYSTEM}
관련 출원들에 대한 상호 참조
본 출원은 2022년 10월 04일자로 출원된 미국 가특허 출원 일련번호 제63/413,148호 및 제63/413,160호에 대한 이익을 주장하며, 이러한 출원들의 전체 개시내용이 전체적으로 본원에 참조로서 포함된다.
기술분야
본 개시는 전반적으로 무선 통신 네트워크들에 관한 것으로서, 보다 더 구체적으로, 무선 통신 시스템에서 사이드링크 포지셔닝(positioning)을 위한 유니캐스트 링크 설정을 지원하기 위한 방법 및 장치에 관한 것이다.
모바일 통신 디바이스들로의 그리고 이로부터의 대용량 데이터 통신에 대한 수요가 급증함에 따라, 전통적인 모바일 음성 통신 네트워크들은 인터넷 프로토콜(Internet Protocol; IP) 데이터 패킷으로 통신하는 네트워크들로 진화하고 있다. 이러한 IP 데이터 패킷 통신은 모바일 통신 디바이스들의 사용자들에게 인터넷 전화(voice over IP), 멀티미디어, 멀티캐스트 및 주문형 통신 서비스들을 제공할 수 있다.
예시적인 네트워크 구조는 진화된 범용 지상 무선 액세스 네트워크(Evolved Universal Terrestrial Radio Access Network; E-UTRAN)이다. E-UTRAN 시스템은 이상에서 언급된 인터넷 전화 및 멀티미디어 서비스들을 실현하기 위하여 높은 데이터 스루풋을 제공할 수 있다. 차세대(예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에 의해 논의되고 있다. 따라서, 3GPP 표준을 발전시키고 완결하기 위하여 3GPP 표준의 현재 바디(body)에 대한 변경들이 현재 제시되고 검토되고 있다.
제1 사용자 단말(User Equipment; UE)에 대한 방법 및 디바이스가 개시된다. 일 실시예에서, 제1 UE는 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 또한, 제1 UE는 해당 절차에서 PC5 연결의 설정의 요청을 위해 제1 PC5 메시지를 제2 UE로 전송하며, 여기서 제1 PC5 메시지는 제1 사이드링크(Sidelink; SL) 포지셔닝 또는 레인징(ranging) 관련 정보를 포함한다.
도 1은 예시적인 일 실시예에 따른 무선 통신 시스템의 도면을 도시한다.
도 2는 예시적인 일 실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (사용자 단말 또는 UE로도 알려진) 수신기 시스템의 블록도이다.
도 3은 예시적인 일 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 예시적인 일 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 23.304 V17.3.0의 도 6.4.3.1-1의 재현이다.
도 6은 3GPP TS 24.554 V17.2.1의 도 7.2.2.2.1의 재현이다.
도 7은 3GPP TS 24.554 V17.2.1의 도 7.2.2.2.2의 재현이다.
도 8은 3GPP TS 24.554 V17.2.1의 도 7.2.10.2.1의 재현이다.
도 9는 3GPP TS 24.554 V17.2.1의 표 10.3.1.1.1의 재현이다.
도 10은 3GPP TS 24.554 V17.2.1의 표 10.3.2.1.1의 재현이다.
도 11은 3GPP TS 24.554 V17.2.1의 표 10.3.13.1.1의 재현이다.
도 12는 3GPP TS 24.554 V17.2.1의 표 10.3.14.1.1의 재현이다.
도 13은 3GPP TS 38.331 V17.1.0의 도 5.8.9.1.1-1의 재현이다.
도 14는 3GPP TS 38.331 V17.1.0의 도 5.8.9.1.1-2의 재현이다.
도 15는 3GPP TS 37.355 V17.1.0의 도 5.1.1-1의 재현이다.
도 16은 3GPP TS 37.355 V17.1.0의 도 5.1.2-1의 재현이다.
도 17은 3GPP TS 37.355 V17.1.0의 도 5.2.1-1의 재현이다.
도 18은 3GPP TS 37.355 V17.1.0의 도 5.2.1a-1의 재현이다.
도 19는 3GPP TS 37.355 V17.1.0의 도 5.2.1b-1의 재현이다.
도 20은 3GPP TS 37.355 V17.1.0의 도 5.2.2-1의 재현이다.
도 21은 3GPP TS 37.355 V17.1.0의 도 5.2.2a-1의 재현이다.
도 22는 3GPP TS 37.355 V17.1.0의 도 5.3.1-1의 재현이다.
도 23은 3GPP TS 37.355 V17.1.0의 도 5.3.2-1의 재현이다.
도 24는 3GPP TS 38.305 V17.1.0의 도 6.4.1-1의 재현이다.
도 25는 3GPP TS 38.305 V17.1.0의 도 6.4.2-1의 재현이다.
도 26은 3GPP TR 23.700-86 V1.0.0의 도 4.3.1-1의 재현이다.
도 27은 3GPP TR 23.700-86 V1.0.0의 도 6.3.2-1의 재현이다.
도 28은 3GPP TR 23.700-86 V1.0.0의 도 6.4.1-1의 재현이다.
도 29는 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.2-1의 재현이다.
도 30은 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.3-1의 재현이다.
도 31은 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.4.1-1의 재현이다.
도 32는 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.4.2-1의 재현이다.
도 33은 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.5-1의 재현이다.
도 34는 3GPP email discussion [Post119-e][406][POS]의 도 1의 재현이다.
도 35는 3GPP email discussion [Post119-e][406][POS]의 도 2의 재현이다.
도 36은 3GPP email discussion [Post119-e][406][POS]의 도 3의 재현이다.
도 37은 3GPP R2-2207586의 도 5의 재현이다.
도 38은 3GPP R2-2207586의 표 1의 재현이다.
도 39는 예시적인 일 실시예에 따른 메시지 흐름도이다.
도 40은 예시적인 일 실시예에 따른 메시지 흐름도이다.
도 41은 예시적인 일 실시예에 따른 순서도이다.
도 42는 예시적인 일 실시예에 따른 순서도이다.
도 43은 예시적인 일 실시예에 따른 순서도이다.
도 44는 예시적인 일 실시예에 따른 순서도이다.
도 45는 예시적인 일 실시예에 따른 순서도이다.
도 46은 예시적인 일 실시예에 따른 순서도이다.
이하에서 논의되는 예시적인 무선 통신 시스템들 및 디바이스들은 브로드캐스트 서비스를 지원하는 무선 통신 시스템을 이용한다. 무선 통신 시스템들은 음성, 데이터, 등과 같은 다양한 유형들의 통신을 제공하기 위해 널리 배포된다. 이러한 시스템들은 코드 분할 다중 액세스(code division multiple access; CDMA), 시간 분할 다중 액세스(time division multiple access; TDMA), 직교 주파수 분할 다중 액세스(orthogonal frequency division multiple access; OFDMA), 3GPP LTE(Long Term Evolution) 무선 액세스, 3GPP LTE-A 또는 LTE-어드밴스드(Long Term Evolution Advanced), 3GPP2 UMB(Ultra Mobile Broadband), WiMax, 3GPP NR(New Radio), 또는 어떤 다른 변조 기술들에 기초할 수 있다.
특히, 이하에서 설명되는 예시적인 무선 통신 시스템들은, 다음을 포함하는 본원에서 3GPP로 지칭되는 "3rd Generation Partnership Project"라는 명칭의 컨소시엄에 의해 제공되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: TS 23.304 V17.3.0, "Proximity based Services (ProSe) in the 5G System (5GS) (Release 17)"; TS 24.554 V17.2.1, "Proximity-services (ProSe) in 5G System (5GS) protocol aspects; Stage 3 (Release 17)"; TS 38.331 V17.1.0, "NR; Radio Resource Control (RRC) protocol specification (Release 17)"; TS 37.355 V17.1.0, "LTE Positioning Protocol (LPP) (Release 17)"; TS 38.305 V17.1.0, "Stage 2 functional specification of User Equipment (UE) positioning in NG-RAN (Release 17)"; TR 23.700-86 V1.0.0, "Study on Architecture Enhancement to support Ranging based services and sidelink positioning (Release 18)"; 3GPP email discussion [Post119-e][406][POS] Sidelink positioning protocol issues (Intel), "draftReport_[Post119-e][406][POS] Sidelink positioning protocol issues (Intel)_v0.docx"; 및 R2-2207586, ZTE, Sanechips, "Discussion on sidelink positioning". 이로써 이상에서 열거된 표준들 및 문서들은 명백히 그 전체가 참조로서 통합된다.
도 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.304는 다음을 도입하였다:
6.4.3 유니캐스트 모드 5G ProSe 직접 통신
6.4.3.1 PC5 참조 포인트를 통한 계층-2 링크 설정
PC5 참조 포인트를 통해 ProSe 직접 통신의 유니캐스트 모드를 수행하기 위여, UE는 5.1.3절에 설명된 바와 같이 관련된 정보를 가지고 구성된다.
도 6.4.3.1-1은 PC5 참조 포인트를 통한 ProSe 직접 통신의 유니캐스트 모드에 대한 계층-2 링크 설정 절차를 도시한다.
["Layer-2 link establishment procedure"라는 명칭의 3GPP TS 23.304 V17.3.0의 도 6.4.3.1-1이 도 5로 재현된다]
1. UE(들)는 5.8.2.4절에 지정된 바와 같이 PC5 유니캐스트 링크 설정에 대한 시그널링 수신을 위한 목적지 계층-2 ID를 결정한다.
2. UE-1의 ProSe 애플리케이션 계층은 PC5 유니캐스트 통신에 대한 애플리케이션 정보를 제공한다. 애플리케이션 정보는 ProSe 서비스 정보, UE의 애플리케이션 계층 ID를 포함한다. 목표 UE의 애플리케이션 계층 ID는 애플리케이션 정보에 포함될 수 있다.
UE-1의 ProSe 애플리케이션 계층은 이러한 유니캐스트 통신에 대한 ProSe 애플리케이션 요건들을 제공할 수 있다. UE-1은 5.6.1절에 지정된 바와 같이 PC5 QoS 파라미터들 및 PFI를 결정한다.
UE-1이 5.3.4절에 지정된 바와 같이 기존 PC5 유니캐스트 링크를 재사용할 것을 결정하는 경우, UE는 6.4.3.4절에 지정된 바와 같이 계층-2 링크 수정 절차를 트리거한다.
3. UE-1은 유니캐스트 계층-2 설정 절차를 개시하기 위해 직접 통신 요청 메시지를 전송한다. 직접 통신 요청 메시지는 다음을 포함한다:
- 소스 사용자 정보: 개시 UE의 애플리케이션 계층 ID(즉, UE-1의 애플리케이션 계층 ID).
- ProSe 애플리케이션 계층이 단계 2에서 목표 UE의 애플리케이션 계층 ID을 제공한 경우, 다음의 정보가 포함된다:
- 목표 사용자 정보: 목표 UE의 애플리케이션 계층 ID(즉, UE-2의 애플리케이션 계층 ID).
- ProSe 서비스 정보: 계층-2 링크 설정을 요청하는 ProSe 식별자(들)에 관한 정보.
- 보안 정보: 보안의 설정에 대한 정보.
노트 1: 소스 사용자 정보 및 목표 사용자 정보의 보안 정보 및 필수 보호는 SA WG3에 의해 정의된다.
직접 통신 요청 메시지를 전송하기 위해 사용되는 소스 계층-2 ID 및 목적지 계층-2 ID는 5.8.2.1절 및 5.8.2.4절에 지정된 바와 같이 결정된다. 목적지 계층-2 ID는 브로드캐스트 또는 유니캐스트 계층-2 ID일 수 있다. 유니캐스트 계층-2 ID가 사용될 때, 목표 사용자 정보는 직접 통신 요청 메시지에 포함되어야 한다.
UE-1은 소스 계층-2 ID 및 목적지 계층-2 ID를 사용하여 PC5 브로드캐스트 또는 유니캐스트를 통해 직접 통신 요청 메시지를 전송한다.
디폴트 PC5 DRX 구성은 이러한 메시지를 송신하고 수신하기 위해 사용될 수 있다.
4. UE-1과의 보안은 아래와 같이 설정된다:
4a. 목표 사용자 정보가 직접 통신 요청 메시지에 포함된 경우, 목표 UE, 즉, UE-2는 UE-1과 보안을 설정함으로써 응답한다.
4b. 목표 사용자 정보가 직접 통신 요청 메시지에 포함되지 않는 경우, UE-1과의 PC5 유니캐스트 링크를 통해 공표된 ProSe 서비스(들)를 사용하는데 관심이 있는 UE들은 UE-1과의 보안을 설정함으로써 응답한다.
노트 2: 보안 절차에 대한 시그널링은 SA WG3에 의해 정의된다.
보안 보호가 인에이블될 때, UE-1은 다음의 정보를 목표 UE로 전송한다:
- IP 통신이 사용되는 경우:
- IP 어드레스 구성: IP 통신에 대해, IP 어드레스 구성은 이러한 링크에 대해 요구되며, 이는 다음의 값들 중 하나를 나타낸다:
- IPv4 어드레스 할당 메커니즘만이 개시 UE에 의해 지원되는 경우, "DHCPv4 서버", 즉 DHCPv4 서버로서 역할함; 또는
- IPv6 어드레스 할당 메커니즘만이 개시 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는
- IPv4 및 IPv6 어드레스 할당 메커니즘 둘 모두가 개시 UE에 의해 지원되는 경우, "DHCPv4 서버 & IPv6 라우터"; 또는
- IPv4 및 IPv6 어드레스 할당 메커니즘들이 개시 UE에 의해 지원되지 않는 경우, "어드레스 할당 미지원".
- 링크 로컬 IPv6 어드레스: UE-1이 IPv6 IP 어드레스 할당 메커니즘을 지원하지 않는 경우, 즉, IP 어드레스 구성이 "어드레스 할당 미지원"을 나타내는 경우, RFC 4862 [17]에 기초하여 로컬적으로 형성된 링크-로컬 IPv6 어드레스.
- QoS 정보: PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대한, PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건부로 다른 파라미터들 예컨대 MFBR/GFBR, 등) 및 선택적으로 연관된 ProSe 식별자(들).
- 선택적인 PC5 QoS 규칙(들).
보안 설정 절차에 대해 사용되는 소스 계층-2 ID는 5.8.2.1절 및 5.8.2.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. (ProSe 서비스 지향 계층-2 링크 설정) 목표 사용자 정보가 직접 통신 요청 메시지에 포함되지 않은 경우, 공표된 ProSe 서비스(들)를 사용하는데 관심이 있는 UE들(도 6.4.3.1-1에서 UE-2 및 UE-4)은 직접 통신 수락 메시지를 전송함으로써 요청에 응답한다.
직접 통신 수락 메시지는 다음을 포함한다:
- 소스 사용자 정보: 직접 통신 수락 메시지를 전송하는 UE의 애플리케이션 계층 ID.
- QoS 정보: PC5 QoS 흐름(들)에 대한 정보. 각각의 PC5 QoS 흐름에 대해, UE-1에 의해 요청되는 PFI 및 대응하는 PC5 QoS 파라미터들(즉, PQI 및 조건부로 다른 파라미터들 예컨대 MFBR/GFBR, 등) 및 선택적으로 연관된 ProSe 식별자(들).
- 선택적인 PC5 QoS 규칙(들).
- IP 통신이 사용되는 경우:
- IP 어드레스 구성: IP 통신에 대해, IP 어드레스 구성은 이러한 링크에 대해 요구되며, 이는 다음의 값들 중 하나를 나타낸다:
- IPv4 어드레스 할당 메커니즘만이 목표 UE에 의해 지원되는 경우, "DHCPv4 서버", 즉 DHCPv4 서버로서 역할함; 또는
- IPv6 어드레스 할당 메커니즘만이 목표 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는
- IPv4 및 IPv6 어드레스 할당 메커니즘 둘 모두가 목표 UE에 의해 지원되는 경우, "DHCPv4 서버 & IPv6 라우터"; 또는
- IPv4 및 IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되지 않는 경우, "어드레스 할당 미지원".
- 링크 로컬 IPv6 어드레스: 목표 UE가 IPv6 IP 어드레스 할당 메커니즘을 지원하지 않는 경우, 즉, IP 어드레스 구성이 "어드레스 할당 미지원"을 나타내는 경우 RFC 4862 [17]에 기초하여 로컬적으로 형성된 링크-로컬 IPv6 어드레스, UE-1은 직접 통신 요청 메시지에 링크-로컬 IPv6 어드레스를 포함시킨다. 목표 UE는 비-충돌 링크-로컬 IPv6 어드레스를 포함해야 한다.
UE들(즉, 개시 UE 및 목표 UE) 둘 모두가 링크-로컬 IPv6 어드레스를 사용할 것을 선택한 경우, 이들은 RFC 4862 [17]에 정의된 중복 어드레스 검출을 디세이블(disable)해야 할 것이다.
노트 3: 개시 UE 또는 목표 UE가 IPv6 라우팅의 지원을 나타낼 때, 대응하는 어드레스 구성 절차는 계층 2 링크의 설정 이후에 수행될 것이며, 링크-로컬 IPv6 어드레스들은 무시된다.
PC5 유니캐스트 링크를 설정한 UE의 ProSe 계층은 유니캐스트 링크에 대해 할당된 PC5 링크 식별자 및 PC5 유니캐스트 링크 관련 정보를 AS 계층으로 전달한다. PC5 유니캐스트 링크 관련 정보는 계층-2 ID 정보(즉, 소스 계층-2 ID 및 목적지 계층-2 ID)를 포함한다. 이는, AS 계층이 PC5 유니캐스트 링크 관련 정보와 함께 PC5 링크 식별자를 유지하는 것을 가능하게 한다.
2개의 UE들은 AS 계층에서 PC5 DRX 구성을 협상하며, PC5 DRX 파라미터 값들은 AS 계층에서 소스 및 목적지 계층-2 ID들의 쌍마다 구성될 수 있다.
6. ProSe 데이터는 아래와 같이, 설정된 유니캐스트 링크를 통해 송신된다:
PC5 링크 식별자 및 PFI는 ProSe 데이터와 함께 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)를 사용하여 ProSe 데이터를 전송한다.
노트 5: PC5 유니캐스트 링크는 양-방향이며, 따라서 UE-1의 피어 UE는 UE-1과의 유니캐스트 링크를 통해 ProSe 데이터를 UE-1로 전송할 수 있다.
3GPP TS 24.554는 다음을 도입하였다:
7.2.2 5G ProSe 직접 링크 설정 절차
7.2.2.1 개괄
5G ProSe 직접 링크 설정 절차의 유형(즉, 3GPP TS 23.304 [2]의 UE 지향 계층-2 링크 설정 또는 ProSe 서비스 지향 계층-2 링크 설정)에 의존하여, 5G ProSe 직접 링크 설정 절차는 2개의 UE들 사이에 5G ProSe 직접 링크를 설정하기 위해 또는 다수의 5G ProSe 직접 링크들을 설정하기 위해 사용된다. 요청 메시지를 전송하는 UE는 "개시 UE"로 지칭되며, 다른 UE는 "목표 UE"로 지칭된다. 요청 메시지가 특정 목표 UE를 나타내지 않고(즉, 목표 사용자 정보가 요청 메시지에 포함되지 않음) 다수의 목표 UE들이 요청 메시지에 표시된 ProSe 애플리케이션(들)에 관심이 있는 경우, 개시 UE는 이러한 목표 UE들로부터 수신된 대응하는 응답 메시지들을 핸들링해야 한다. 한 번에 UE에서 설정되는 5G ProSe 직접 링크들의 최대 수는 설정된 5G ProSe 직접 링크들의 구현-특정 최대 수를 초과하지 않아야 한다.
노트: 설정되는 5G ProSe 직접 링크의 권장 최대 수는 8이다.
5G ProSe 계층-3 원격 UE에 대한 5G ProSe 직접 링크 설정 절차가 성공적으로 완료될 때 그리고 5G ProSe 원격 UE의 트래픽을 릴레이하기 위해 설정된 PDU 세션이 있는 경우, 5G ProSe 계층-3 UE-대-네트워크 릴레이 UE는 3GPP TS 24.501 [11]에 지정된 바와 같이 원격 UE 보고 절차를 수행해야 한다.
7.2.2.2 개시 UE에 의한 5G ProSe 직접 링크 설정 절차 개시
개시 UE는, 이러한 절차를 개시하기 이전에 다음의 사전-조건들을 충족해야 한다:
a) PC5를 통해 ProSe 애플리케이션에 대한 패킷을 송신하기 위한 상위 계층들로부터의 요청 또는 ProSe 직접 링크 설정을 트리거하기 위한 하위 계층들로부터의 요청;
b) 통신 모드는 유니캐스트 모드이다(예를 들어, 5.2.4절에 지정된 바와 같이 사전-구성되거나 또는 상위 계층들에 의해 표시됨);
c) 개시 UE에 대한 링크 계층 식별자(즉, 유니캐스트 통신에 대해 사용되는 계층 2 ID)가 이용가능하고(예를 들어, 사전-구성되거나 또는 자기-할당됨), 개시 UE 내의 다른 기존 5G ProSe 직접 링크들에 의해 사용되고 있지 않다;
d) 목적지 UE에 대한 링크 계층 식별자(즉, 목표 UE의 유니캐스트 계층-2 ID 또는 브로드캐스트 계층-2 ID)가 개시 UE에게 이용가능하다(예를 들어, 사전-구성되거나, 5.2절에 지정된 바와 같이 획득되거나, 이전 ProSe 직접 통신에 의해 알려지거나 또는 하위 계층들에 의해 표시됨);
노트 1: 상이한 ProSe 애플리케이션들이 별개의 디폴트 목적지 계층-2 ID들에 매핑되는 경우에, 개시 UE가 2개 이상의 ProSe 식별자들에 대해 사용될 수 있는 단일 유니캐스트 링크를 설정하는 것의 의도할 때, UE는 유니캐스트 초기 시그널링에 대해 디폴트 목적지 계층-2 ID 중 임의의 것을 선택할 수 있다.
e) 개시 UE는 서빙 PLMN의 NR-PC5에서 PC5를 통한 5G ProSe 직접 통신에 대해 인가되거나, NG-RAN에 의해 서비스되지 않을 때 NR-PC5에서 PC5를 통한 5G ProSe 직접 통신에 대해 유효한 인가를 가지거나, 또는 5G ProSe UE-대-네트워크 릴레이 UE를 사용하도록 인가된다. UE는, 다음의 조건들이 충족되는 경우 NG-RAN에 의해 서비스되지 않은 것으로 간주한다:
1) PC5를 통한 ProSe 직접 통신에 대해 NG-RAN에 의해 서비스되지 않는 것;
2) UE가 제한된 서비스 상태에 있는 이유가 다음 중 하나 인 경우, 3GPP TS 23.122 [14]에 지정된 바와 같은 제한된 서비스 상태에 있는 것;
i) UE가 3GPP TS 38.304 [15]에 지정된 바와 같이 선택된 PLMN에서 적절한 셀을 찾을 수 없다;
ii) UE가 3GPP TS 24.501 [11]에 지정된 바와 같이 5GMM 원인 #11 "PLMN이 허용되지 않음"을 갖는 SERVICE REJECT 메시지 또는 REGISTRATION REJECT 메시지를 수신했다; 또는
iii) UE가 3GPP TS 24.501 [11]에 지정된 바와 같이 5GMM 원인 #7 "5GS 서비스들이 허용되지 않음"을 갖는 SERVICE REJECT 메시지 또는 REGISTRATION REJECT 메시지를 수신했다; 또는
3) 이상의 i), ii) 또는 iii) 이외의 이유들로 3GPP TS 23.122 [14]에 지정된 바와 같이 제한된 서비스 상태에 있고, 5.2절에 지정된 바와 같이 UE가 "비-운영자 관리형" 무선 파라미터로 프로비저닝되는 지리적 영역에 위치되는 것;
f) 피어 애플리케이션 계층 ID들의 쌍에 대해 기존 5G ProSe 직접 링크가 존재하지 않거나, 또는 피어 애플리케이션 계층 ID들의 쌍에 대해 기존 5G ProSe 직접 링크가 존재하고 그리고:
1) 기존 5G ProSe 직접 링크의 네트워크 계층 프로토콜이 이러한 ProSe 애플리케이션에 대해 개시 UE 내의 상위 계층들에 의해 요구되는 네트워크 계층 프로토콜과 동일하지 않다;
2) ProSe 식별자에 대응하는 보안 정책(시그널링 보안 정책 또는 사용자 평면 보안 정책)이 기존 5G ProSe 직접 링크의 보안 정책과 호환되지 않는다; 또는
3) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우, 피어 UE에 대한 기존 5G ProSe 직접 링크가 상이한 RSC로 또는 RSC 없이 설정된다;
g) 설정된 5G ProSe 직접 링크들의 수가 UE에서 동시에 허용되는 설정된 5G ProSe 직접 링크들의 구현-특정 최대 수보다 더 작다; 및
h) 타이머 T5088가 목적지 UE에 대한 링크 계층 식별자와 연관되지 않거나 또는 목적지 UE에 대한 링크 계층 식별자와 연관된 타이머 T5088이 이미 만료되었거나 또는 중지되었다.
상위 계층들로부터 서비스 데이터 또는 요청을 수신한 이후에, 개시 UE는 7.2.7절에 지정된 바와 같이 설정될 PC5 QoS 흐름(들)에 대해 PC5 QoS 파라미터들을 도출하고 PQFI(들)를 할당해야 한다.
5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우, UE는, 이용가능한 경우, PRUK ID 및 릴레이 서비스 코드를 암호화하기 위해 UTC-기반 카운터와 함께 UE-대-네트워크 릴레이 발견을 위해 사용되는 연관된 암호화된 비트마스크를 갖는 DUSK 또는 DUCK를 적용해야 하며(3GPP TS 33.503 [34]의 6.3.5.2절 참조), UE는 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지를 생성하기 위해 보안 보호 릴레이 서비스 코드 또는 보안 보호 PRUK ID를 사용해야 한다.
노트 2: UE가 DUCK으로도 그리고 DUSK으로도 구성되지 않는 경우, 릴레이 서비스 코드 및 PRUK ID는 암호화되지 않는다.
5G ProSe 직접 링크 설정 절차를 개시하기 위하여, 개시 UE는 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지를 생성해야 한다. 개시 UE는:
개시 UE는 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지를 생성해야 한다. 개시 UE는:
a) 상위 계층들로부터 수신된 개시 UE의 애플리케이션 계층 ID로 설정된 소스 사용자 정보를 포함시켜야 한다;
b) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것이 아닌 경우, 상위 계층으로부터 수신된 ProSe 식별자(들)를 포함시켜야 한다;
c) 상위 계층들로부터 수신된 경우 목표 UE의 애플리케이션 계층 ID로 설정된 목표 사용자 정보, 또는 목적지 계층-2 ID가 목표 UE의 유니캐스트 계층-2 ID인 경우 또는 5G ProSe UE-대-네트워크 릴레이 발견 절차 동안 획득된 5G ProSe UE-대-네트워크 릴레이의 UE의 신원(identity)으로 설정된 목표 사용자 정보를 포함시켜야 한다;
d) 5G ProSe 직접 링크가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것이 아닌 경우:
1) UE PC5 유니캐스트 시그널링 무결성 보호 정책이 "시그널링 무결성 보호가 요구됨" 또는 "시그널링 무결성 보호가 바람직함"으로 설정되는 경우 키 설정 정보 컨테이너를 포함시켜야 하며, UE PC5 유니캐스트 시그널링 무결성 보호 정책이 "시그널링 무결성 보호가 필요하지 않음"으로 설정되는 경우 키 설정 정보 컨테이너를 포함시킬 수 있다;
노트 3: 키 설정 정보 컨테이너는 상위 계층들에 의해 제공된다.
e) 다음을 포함시켜야 한다:
1) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이가 아닌 경우, 또는 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 제어 평면을 통한 보안 절차가 3GPP TS 33.503 [34]에 지정된 바와 같이 사용되는 경우 Nonce_1; 또는
2) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 사용자 평면을 통한 보안 절차가 3GPP TS 33.503 [34]에 지정된 바와 같이 사용되는 경우 KNRP freshness parameter 1;
UE PC5 유니캐스트 시그널링 무결성 보호 정책이 "시그널링 무결성 보호가 요구됨" 또는 "시그널링 무결성 보호가 바람직함"으로 설정되는 경우 이러한 5G ProSe 직접 통신 링크를 통한 세션 키 설정의 목적을 위해 개시 UE에 의해 생성된 128-비트 난스 값(nonce value)으로 설정됨;
노트 4: PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지의 Nonce_1 IE는 Nonce_1 또는 KNRP freshness parameter 1의 값을 홀딩하기 위해 사용된다.
f) 이러한 5G ProSe 직접 링크의 보안 설정을 위해 개시 UE가 지원하는 알고리즘들의 리스트를 나타내는 UE 보안 능력들 포함시켜야 한다;
g) UE PC5 유니캐스트 시그널링 무결성 보호 정책이 "시그널링 무결성 보호가 요구됨" 또는 "시그널링 무결성 보호가 바람직함"으로 설정되는 경우 3GPP TS 33.503 [34]에 의해 지정된 바와 같이 개시 UE에 의해 선택된 KNRP-sess ID의 MSB를 포함시켜야 한다;
h) 개시 UE가 목표 UE에 대해 기존 KNRP를 갖는 경우 KNRP ID를 포함시킬 수 있다;
i) 자신의 UE PC5 유니캐스트 시그널링 보안 정책을 포함시켜야 한다. 상이한 ProSe 애플리케이션들이 상이한 PC5 유니캐스트 시그널링 보안 정책들에 매핑되는 경우에, 개시 UE가 2개 이상의 ProSe 애플리케이션에 대해 사용될 수 있는 단일 유니캐스트 링크를 설정하는 것을 의도할 때, 이러한 ProSe 애플리케이션들의 시그널링 보안 정책들의 각각은 호환되어야 하며, 예를 들어, "시그널링 무결성 보호가 필요하지 않음"과 "시그널링 무결성 보호가 요구됨"은 호환되지 않는다. 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우, 시그널링 무결성 보호 정책은 "시그널링 무결성 보호가 요구됨"으로 설정되어야 한다;
j) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우, 목표 릴레이 UE의 릴레이 서비스 코드로 설정된 릴레이 서비스 코드 IE를 포함시켜야 한다;
k) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우, UTC-기반 카운터의 4개의 최하위 비트들로 설정된 UTC-기반 카운트 LSB를 포함시켜야 한다;
l) 다음과 같은 경우 개시 UE의 SUCI로 설정된 UE 신원 IE를 포함시켜야 한다:
1) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우; 및
2) 5G ProSe UE-대-릴레이에 대한 보안이 제어 평면을 통한 보안 절차를 사용하고 개시 UE가 3GPP TS 33.503 [34]에 지정된 바와 같은 유효 5GPRUK를 갖지 않거나, 또는, 5G ProSe UE-대-릴레이에 대한 보안이 사용자 평면을 통한 보안 절차를 사용하고 개시 UE가 3GPP TS 33.503 [34]에 지정된 바와 같은 유효 PRUK를 갖지 않는 경우;
m) 다음으로 설정된 사용자 보안 키 ID IE를 포함시켜야 한다:
1) 다음과 같은 경우 개시 UE의 PRUK ID:
i) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우;
ii) 개시 UE가 유효 PRUK를 갖는 경우; 및
iii) 5G ProSe UE-대-네트워크 릴레이에 대한 보안이 3GPP TS 33.503 [34]에 지정된 바와 같이 사용자 평면을 통한 보안 절차를 사용하는 경우; 또는
2) 다음과 같은 경우 개시 UE의 5GPRUK ID:
i) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우;
ii) 개시 UE가 유효 5GPRUK를 갖는 경우; 및
iii) 5G ProSe UE-대-네트워크 릴레이에 대한 보안이 3GPP TS 33.503 [34]에 지정된 바와 같이 제어 평면을 통한 보안 절차를 사용하는 경우;
n) 개시 UE의 PRUK ID가 포함되고 NAI 포맷이 아닌 경우, 개시 UE의 HPLMN ID를 포함시켜야 한다(3GPP TS 33.503 [34] 참조); 및
o) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것이며 UE가 DUIK를 갖는 경우, 3GPP TS 33.503 [34]의 6.3.5.3절에 지정된 바와 같이 계산된 MCI 값으로 설정된 MIC IE를 포함시켜야 한다.
PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지가 생성된 이후에, 개시 UE는 다음과 같이 이러한 메시지를 소스 계층-2 ID 및 목적지 계층-2 ID와 함께 송신을 위해 하위 계층들에 전달해야 한다:
a) 5G ProSe 직접 통신이 6.2.14절, 6.2.15절, 및 8.2.1절에 정의된 바와 같은 5G ProSe 직접 발견의 결과인 경우:
발견 절차에 대해 수신된 PROSE PC5 DISCOVERY 메시지 내의 소스 계층-2 ID로 설정된 목적지 계층-2 ID 및 자체-할당한 소스 계층-2 ID; 또는
b) 그렇지 않으면:
5.2.4절에 지정된 바와 같이 유니캐스트 초기 시그널링에 대해 사용된 목적지 계층-2 ID로 설정된 목적지 계층-2 ID 및 자체-할당한 소스 계층-2 ID,
노트 5: UE 구현은, a) 및 b)에서 자체-할당된 소스 계층-2 ID의 임의의 값이 6.2.14절, 6.2.15절 및 8.2.1절에 지정된 바와 같은 5G ProSe 직접 발견에 대해 사용되는 임의의 다른 자체-할당된 소스 계층-2 ID(들)와는 상이하고, 5.2절에 지정된 바와 같은 임의의 다른 프로비저닝된 목적지 계층-2 ID(들)와는 상이하다는 것을 보장한다.
노트 6: 개시 UE가 동일한 피어 UE와의 이전 5G ProSe 직접 링크에서 사용된 개시 UE의 계층-2 ID를 재사용하는 것이 가능하다.
그리고 타이머 T5080를 시작한다.
노트 7: 디폴트 PC5 DRX 구성은 3GPP TS 38.300 [21]에 지정된 바와 같이 이러한 메시지를 송신하기 위해 사용된다.
UE는, 타이머 T5080이 실행되고 있는 동안 동일한 애플리케이션 계층 ID에 의해 식별된 동일한 목표 UE로 새로운 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지를 전송하지 않아야 한다. 목표 사용자 정보 IE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함되지 않는 경우(즉, ProSe 애플리케이션 지향 5G ProSe 직접 링크 설정 절차인 경우), 개시 UE는, 존재하는 경우, 타이머 T5080의 만료 이전에 다수의 5G ProSe 직접 링크들의 설정을 위해 상이한 목표 UE들로부터 수신된 다수의 PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지들을 핸들링해야 한다.
노트 8: 성공적인 5G ProSe 직접 링크 설정을 보장하기 위해, T5080은 T5089과 T5092의 합보다 더 큰 값으로 설정되어야 한다.
["UE oriented 5G ProSe direct link establishment procedure"라는 명칭의 3GPP TS 24.554 V17.2.1의 도 7.2.2.2.1이 도 6으로 재현된다]
["ProSe service oriented 5G ProSe direct link establishment procedure"라는 명칭의 3GPP TS 24.554 V17.2.1의 도 7.2.2.2.2는 도 7로 재현된다]
7.2.2.3 목표 UE에 의해 수락된 5G ProSe 직접 링크 설정 절차
PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지의 수신 시에, 목표 UE가 이러한 요청을 수락하는 경우, 목표 UE는 PC5 링크 식별자를 고유하게 할당하고, 5G ProSe 직접 링크 콘텍스트를 생성해야 한다.
PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것인 경우, 목표 UE는, 존재하는 경우, DUIK로 수신된 PROSE DIRECT LINK ESTABLISHMENT REQUEST 내의 MIC 필드를 검증하고, 수신된 경우, 5G ProSe UE-대-네트워크 릴레이 발견(3GPP TS 33.503 [34]의 6.3.5.2절 참조)에 대해 사용된 연관된 암호화된 비트마스크를 갖는 DUSK 또는 DUCK를 사용하여 암호화된 릴레이 서비스 코드와 PRUK ID를 복호화하고, 릴레이 서비스 코드가 5G ProSe UE-대-네트워크 릴레이 발견 절차 동안 목표 UE가 전송한 것과 매칭되는지 여부를 검증해야 한다.
노트 1: UE가 DUCK으로도 그리고 DUSK으로도 구성되지 않는 경우, 릴레이 서비스 코드 및 PRUK ID는 암호화되지 않는다.
5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것이 아닌 경우, 목표 UE는 7.2.12절에 지정된 바와 같이 5G ProSe 직접 링크 인증 절차를 개시할 수 있으며, 7.2.10절에 지정된 바와 같이 5G ProSe 직접 링크 보안 모드 제어 절차를 개시해야 한다.
5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것인 경우, 목표 UE는 3GPP TS 33.503 [34]에 지정된 바와 같이 제어 평면을 통한 보안 절차 또는 사용자 평면을 통해 보안 절차를 진행해야 한다.
목표 UE는 7.2.12절 및 7.2.10절에 지정된 바와 같이 소스 계층-2 ID 및 목적지 계층-2 ID를 설정하고, 대응하는 유니캐스트 통신에 대한 소스 계층-2 ID 및 유니캐스트 통신에 대한 목적지 계층-2 ID를 5G ProSe 직접 링크 콘텍스트에 저장해야 한다.
만약:
a) 목표 사용자 정보 IE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함되고, 이러한 IE가 목표 UE의 애플리케이션 계층 ID를 포함하는 경우; 또는
b) 목표 사용자 정보 IE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함되지 않고, 목표 UE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 내의 ProSe 식별자에 의해 식별된 ProSe 애플리케이션(들)에 관심이 있는 경우;
그러면 목표 UE는 다음과 같이 해야 한다:
a) PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함된 KNRP ID에 기초하여 기존 KNRP를 식별한다; 또는
b) KNRP ID가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함되지 않거나, 목표 UE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 요청 메시지에 포함된 KNRP ID에 대해 기존 KNRP를 갖지 않거나, 또는 목표 UE가 새로운 KNRP를 도출하기를 희망하는 경우, 새로운 KNRP를 도출한다. 이는 7.2.12절에 지정된 바와 같이 하나 이상의 5G ProSe 직접 링크 인증 절차들을 수행할 것을 필요로 할 수 있다.
노트 2: 새로운 KNRP를 도출하기 위해 5G ProSe 직접 링크 인증 절차가 수행되어야 하는 횟수는 사용되는 인증 방법에 의존한다.
기존 KNRP가 식별되었거나 또는 새로운 KNRP가 도출된 이후에, 목표 UE는 7.2.10절에 지정된 바와 같이 5G ProSe 직접 링크 보안 모드 제어 절차를 개시해야 한다.
5G ProSe 직접 링크 보안 모드 제어 절차의 성공적인 완료 시에, PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지가 수락될 수 있을지 여부를 결정하기 위해, IP 통신의 경우에, 목표 UE는 개시 UE 및 목표 UE에 둘 모두에 의해 지원되는 적어도 하나의 공통 IP 어드레스 구성 옵션이 존재하는지 여부를 체크한다.
5G ProSe 원격 UE로 PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지를 전송하기 이전에, 5G ProSe 계층-3 UE-대-네트워크 릴레이 UE로서 역할하는 목표 UE는 다음과 같은 경우 3GPP TS 24.501 [11]에 지정된 바와 같이 UE 요청 PDU 세션 설정 절차를 개시할 것을 하위 계층에 알려야 한다:
1) RSC와 연관된 서비스를 릴레이하기 위한 PDU 세션이 아직 설정되지 않은 경우; 또는
2) RSC와 연관된 서비스를 릴레이하기 위한 PDU 세션이 설정되었지만 PDU 세션 유행이 구조화되지 않은 경우.
목표 UE가 5G ProSe 직접 링크 설정 절차를 수락하는 경우, 목표 UE는 PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지를 생성해야 한다. 목표 UE는:
a) 상위 계층들로부터 수신된 목표 UE의 애플리케이션 계층 ID로 설정된 소스 사용자 정보를 포함시켜야 한다;
b) 목표 UE가 5G ProSe 계층-2 UE-대-네트워크 릴레이 UE로서 역할하지 않는 경우, 목표 UE가 수락한 PQFI(들), 대응하는 PC5 QoS 파라미터들, 및 선택적으로 ProSe 식별자(들)를 포함시켜야 한다;
c) 목표 UE가 5G ProSe 계층-2 UE-대-네트워크 릴레이 UE로서 역할하지 않는 경우, PC5 QoS 규칙(들)을 포함시킬 수 있다;
d) IP 통신이 사용되고 목표 UE가 5G ProSe 계층-2 UE-대-네트워크 릴레이 UE로서 역할하지 않는 경우, 다음의 값들 중 하나로 설정된 IP 어드레스 구성 IE를 포함시켜야 한다:
1) IPv4 어드레스 할당 메커니즘만이 목표 UE에 의해 지원되는 경우, "DHCPv4 서버", 즉 DHCPv4 서버로서 역할함; 또는
2) IPv6 어드레스 할당 메커니즘만이 목표 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는
3) IPv4 및 IPv6 어드레스 할당 메커니즘 둘 모두가 목표 UE에 의해 지원되는 경우, "DHCPv4 서버 & IPv6 라우터"; 또는
4) IPv4 및 IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되지 않고 목표 UE가 5G ProSe 계층-3 UE-대-네트워크 릴레이 UE로서 역할하지 않는 경우, "어드레스 할당 미지원";
노트 3: 이더넷 또는 구조화되지 않은 데이터 유닛 유형이 통신을 위해 사용되는 경우, UE는 IP 어드레스 구성 IE도 링크 로컬 IPv6 어드레스 IE도 포함시키지 않는다.
e) IP 어드레스 구성 IE가 "어드레스 할당 미지원"으로 설정되고, 수신된 PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지가 링크 로컬 IPv6 어드레스 IE를 포함하며, 목표 UE가 5G ProSe 계층-2 UE-대-네트워크 릴레이 UE로도 역할하지 않고 5G ProSe 계층-3 릴레이 UE로도 역할하지 않는 경우, IETF RFC 4862 [25]에 기초하여 로컬적으로 형성된 링크 로컬 IPv6 어드레스 IE를 포함시켜야 한다; 및
f) 3GPP TS 33.503 [34]에 지정된 바와 같이, 합의 사용자 평면 보안 정책에 기초하는 UE PC5 유니캐스트 사용자 평면 보안 보호의 구성을 포함시켜야 한다.
PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지가 생성된 이후에, 목표 UE는, 다음과 같은 경우에, 이러한 메시지를 유니캐스트 통신을 위한 개시 UE의 계층-2 ID 및 유니캐스트 통신을 위한 목표 UE의 계층-2 ID와 함께 송신을 위해 하위 계층들로 전달해야 하고, 타이머 T5090을 시작해야 한다:
a) 5G ProSe에 대한 적어도 하나의 ProSe 식별자들이 5.2.4절에 지정된 바와 같이 프라이버시 요건들을 충족시키는 경우; 또는
b) T5090이 5.2.5절에 지정된 바와 같이 구성되는 경우.
노트 4: 2개의 UE들은 AS 계층에서 PC5 DRX 구성을 협상하며, PC5 DRX 파라미터 값들은 3GPP TS 38.300 [21]에 지정된 바와 같이 AS 계층에서 소스 및 목적지 계층-2 ID들의 쌍마다 구성된다.
PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지를 전송한 이후에, 목표 UE는 계층-2 ID들과 함께 다음의 정보를 제공해야 하며, 이는 하위 계층이 유입 PC5 시그널링 또는 트래픽 데이터를 핸들링하는 것을 가능하게 한다:
a) 이러한 5G ProSe 직접 링크에 대해 자체-할당된 PC5 링크 식별자;
b) 이용가능한 경우, PQFI(들) 및 대응하는 PC5 QoS 파라미터들; 및
c) 적용가능한 경우, 5G ProSe 직접 링크에 대한 PC5 유니캐스트 사용자 평면 보안 보호의 활성화의 표시.
목표 UE가 5G ProSe 직접 링크 설정 요청을 수락하고 5G ProSe 직접 링크가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위해 설정되지 않은 경우, 목표 UE는 7.2.7절에 지정된 바와 같이 5G ProSe 직접 링크를 통해 PC5 QoS 흐름 설정을 수행할 수 있다. 5G ProSe 직접 링크가 5G ProSe 계층-3 원격 UE와 5G ProSe 계층-3 UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위해 설정된 경우, 목표 UE는 8.2.6절에 지정된 바와 같이 5G ProSe 직접 링크를 통해 PC5 QoS 흐름 설정을 수행할 수 있다.
7.2.2.4 개시 UE에 의한 5G ProSe 직접 링크 설정 절차 완료
목표 사용자 정보 IE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함된 경우, PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지의 수신 시에, 개시 UE는 타이머 T5080을 중지해야 한다. 목표 사용자 정보 IE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함되지 않는 경우, 개시 UE는 타이머 T5080 실행을 유지하고, 계속해서 다수의 목표 UE들로부터의 다수의 응답 메시지들(즉, PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지)을 핸들링할 수 있다.
수신된 PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지의 각각에 대해, 개시 UE는 PC5 링크 식별자를 고유하게 할당하고 5G ProSe 직접 링크(들)의 각각에 대한 5G ProSe 직접 링크 콘텍스트를 생성해야 한다. 그런 다음, 개시 UE는 목표 UE(들)와의 5G ProSe 직접 링크의 설정을 완료하기 위해 하위 계층들에 의해 제공된 이러한 메시지의 전송에서 사용되는 목적지 계층-2 ID 및 소스 계층-2 ID를 5G ProSe 직접 링크 콘텍스트(들)에 저장해야 한다. 이러한 시점으로부터 앞으로 개시 UE는 PC5를 통한 ProSe 직접 통신 및 목표 UE(들)로의 추가적인 PC5 시그널링 메시지들에 대하여 설정된 링크(들)를 사용해야 한다.
PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지를 수신한 이후에, 개시 UE는 계층-2 ID들과 함께 다음의 정보를 제공해야 하며, 이는 하위 계층이 유입 PC5 시그널링 또는 트래픽 데이터를 핸들링하는 것을 가능하게 한다:
a) 이러한 5G ProSe 직접 링크에 대해 자체-할당된 PC5 링크 식별자;
b) 이용가능한 경우, PQFI(들) 및 대응하는 PC5 QoS 파라미터들; 및
c) 적용가능한 경우, 5G ProSe 직접 링크에 대한 PC5 유니캐스트 사용자 평면 보안 보호의 활성화의 표시.
개시 UE는 다음과 같은 경우에 타이머 T5090을 시작해야 한다:
a) 5G ProSe에 대한 적어도 하나의 ProSe 식별자들이 5.2.4절에 지정된 바와 같이 프라이버시 요건들을 충족시키는 경우; 또는
b) T5090이 5.2.5절에 지정된 바와 같이 구성되는 경우.
또한, 개시 UE는 7.2.7절에 지정된 바와 같이 5G ProSe 직접 링크를 통해 PC5 QoS 흐름 설정을 수행할 수 있다.
타이머 T5080의 만료 시에, PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지가 목표 사용자 정보 ID를 포함하지 않았고, 개시 UE가 적어도 하나의 PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지를 수신했던 경우, 5G ProSe 직접 링크 설정 절차를 완료된 것으로 간주할지 또는 타이머 T5080를 재시작할지는 UE 구현에 달려있다.
[…]
7.2.10 5G ProSe 직접 링크 보안 모드 제어 절차
7.2.10.1 개괄
5G ProSe 직접 링크 보안 모드 제어 절차는 5G ProSe 직접 링크 설정 절차 또는 5G ProSe 직접 링크 리-키잉(re-keying) 절차 동안 2개의 UE들 사이의 보안을 설정하기 위해 사용된다. UE PC5 시그널링 무결성 보호가 활성화되지 않는 경우, 보안은 설정되지 않는다. 5G ProSe 직접 링크 보안 모드 제어 절차의 성공적인 완료 이후에, 선택된 보안 알고리즘들 및 그들의 키들은 UE들 사이에서 이러한 5G ProSe 직접 링크를 통해 교환되는 모든 PC5 시그널링 메시지들의 무결성을 보호하고 이들을 사이퍼링(cipher)하기 위해 사용되며, 보안 콘텍스트는 UE들 사이에서 이러한 5G ProSe 직접 링크를 통해 교환되는 모든 PC5 사용자 평면 데이터를 보호하기 위해 사용될 수 있다. PROSE DIRECT LINK SECURITY MODE COMMAND 메시지를 전송하는 UE는 "개시 UE"로 지칭되며, 다른 UE는 "목표 UE"로 지칭된다.
7.2.10.2 개시 UE에 의한 5G ProSe 직접 링크 보안 모드 제어 절차 개시
개시 UE는, 5G ProSe 직접 링크 보안 모드 제어 절차를 개시하기 이전에 다음의 사전-조건들을 충족해야 한다:
a) 목표 UE는, PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지를 전송함으로써 개시 UE를 향해 5G ProSe 직접 링크 설정 절차를 개시하였다 그리고:
1) PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지는:
i) 개시 UE의 애플리케이션 계층 ID를 포함하는 목표 사용자 정보 IE 정보를 포함한다; 또는
ii) 목표 사용자 정보 IE를 포함하지 않으며, 개시 UE는 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 내의 ProSe 식별자에 의해 식별된 ProSe 서비스에 관심이 있다; 및
2) 개시 UE는:
i) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이가 아닌 경우, PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 내에 포함된 KNRP ID에 기초하여 기존 KNRP를 식별하였거나 또는 새로운 KNRP를 도출하였다;
ii) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 여기서 사용자 평면을 통한 보안 절차가 사용되는 경우, 3GPP TS 33.503 [34]에 지정된 바와 같이 사용자 평면을 통한 보안 절차에 따라 새로운 KNRP를 도출하였다;
iii) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 여기서 제어 평면을 통한 보안 절차가 사용되는 경우, 3GPP TS 33.503 [34]에 지정된 바와 같이 제어 평면을 통한 보안 절차에 따라 새로운 KNR_ProSe를 수신하였다; 또는
iv) 이것의 UE 5G ProSe 직접 시그널링 보안 정책 및 목표 UE의 UE 5G ProSe 직접 시그널링 보안 정책에 기초하여 보안 보호를 활성화하지 않을 것을 결정하였다; 또는
b) 목표 UE는, PROSE DIRECT LINK REKEYING REQUEST 메시지를 전송함으로써 개시 UE를 향해 5G ProSe 직접 링크 리-키잉 절차를 개시하였다 그리고:
1) 목표 UE가 PROSE DIRECT LINK REKEYING REQUEST 메시지에 재-인증 표시를 포함시킨 경우, 개시 UE가 새로운 KNRP를 도출하였다.
다음과 같은 때:
a) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이가 아닐 때, 새로운 KNRP가 개시 UE에 의해 도출된 경우; 또는
b) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이일 때, 새로운 KNRP 또는 KNR_ProSe가 각각 3GPP TS 33.503 [34]에 따라 사용자 평면을 통한 보안 절차 또는 제어 평면을 통한 보안 절차에 따라 개시 UE에 의해 수신된 경우;
개시 UE는, 결과적인 KNRP ID가 개시 UE에서 고유할 것임을 보장하도록 KNRP ID의 2 MSB들을 생성해야 한다.
개시 UE는 자신 UE 5G ProSe 직접 시그널링 보안 정책 및 목표 UE의 UE 5G ProSe 직접 시그널링 보안 정책에 기초하여 보안 알고리즘들을 선택해야 한다. 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 직접 링크 설정 절차 동안 트리거되었던 경우, 개시 UE는, 개시 UE 또는 목표 UE의 5G ProSe 직접 시그널링 무결성 보호 정책이 "시그널링 무결성 보호가 요구됨"으로 설정된 경우 널(null) 무결성 보호 알고리즘을 선택하지 않아야 한다. 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 직접 링크 리-키잉 절차 동안 트리거되었던 경우, 개시 UE는:
a) 5G ProSe 직접 링크에서 현재 사용 중인 무결성 보호 알고리즘이 널 무결성 보호 알고리즘과는 상이한 경우, 널 무결성 보호 알고리즘을 선택하지 않아야 한다;
b) 5G ProSe 직접 링크에서 현재 사용 중인 사이퍼링 보호 알고리즘이 널 사이퍼링 보호 알고리즘과는 상이한 경우, 널 사이퍼링 보호 알고리즘을 선택하지 않아야 한다;
c) 현재 사용 중인 무결성 보호 알고리즘이 널 무결성 보호 알고리즘인 경우, 널 무결성 보호 알고리즘을 선택해야 한다; 및
d) 현재 사용 중인 사이퍼링 보호 알고리즘이 널 사이퍼링 보호 알고리즘인 경우, 널 사이퍼링 보호 알고리즘을 선택해야 한다.
그러면 개시 UE는:
a) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이가 아닌 경우:
1) 128-비트 Nonce_2 값을 생성한다;
2) 3GPP TS 33.536 [37]에 지정된 바와 같이 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에서 수신된 KNRP, Nonce_2 및 Nonce_1로부터 KNRP-sess를 도출한다; 및
3) 3GPP TS 33.536 [37]에 지정된 바와 같이 KNRP-sess 및 선택된 보안 알고리즘들로부터 NR PC5 암호화 키 NRPEK 및 NR PC5 무결성 키 NRPIK를 도출한다;
b) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 제어 평면을 통한 보안 절차가 3GPP TS 33.503 [34]에 지정된 바와 같이 사용되는 경우:
1) 3GPP TS 33.503 [34]에 지정된 바와 같이 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에서 수신된 KNR_ProSe, Nonce_2 및 Nonce_1로부터 Krelay-sess를 도출한다; 및
2) 3GPP TS 33.503 [34]에 지정된 바와 같이 Krelay-sess 및 선택된 보안 알고리즘들로부터 NR PC5 암호화 키 Krelay-enc 및 NR PC5 무결성 키 Krelay-int를 도출한다; 또는
c) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 사용자 평면을 통한 보안 절차가 3GPP TS 33.503 [34]에 지정된 바와 같이 사용되는 경우:
1) 3GPP TS 33.503 [34]에 지정된 바와 같이 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에서 수신된 KNRP, KNRP freshness parameter 2 및 KNRP freshness parameter 1로부터 KNRP-sess를 도출한다; 및
2) 3GPP TS 33.503 [34]에 지정된 바와 같이 KNRP-sess 및 선택된 보안 알고리즘들로부터 NR PC5 암호화 키 NRPEK 및 NR PC5 무결성 키 NRPIK를 도출한다; 및
d) PROSE DIRECT LINK SECURITY MODE COMMAND 메시지를 생성한다. 이러한 메시지 내에, 개시 UE는:
1) 5G ProSe 직접 링크가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 직접 통신을 위한 것이 아니며 새로운 KNRP가 개시 UE에서 도출되었고 KNRP를 생성하기 위해 사용되는 인증 방법이 5G ProSe 직접 링크 인증 절차를 완료하기 위해 정보를 전송하는 것을 필요로 하는 경우, 키 설정 정보 컨테이너 IE를 포함시켜야 한다;
노트 1: 키 설정 정보 컨테이너는 상위 계층들에 의해 제공된다.
2) 새로운 KNRP가 개시 UE에서 도출되거나 또는 수신된 경우 KNRP ID IE의 MSB들을 포함시켜야 한다;
3) 다음과 같이 설정된 Nonce_2 IE를 포함시켜야 한다:
i) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이가 아닐 때 개시 UE에 의해 생성된 128-비트 난스 값;
ii) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 사용자 평면을 통한 보안 절차가 3GPP TS 33.503 [34]에 지정된 바와 같이 사용되고 있을 때 개시 UE에 의해 수신된 KNRP freshness parameter 2 값; 또는
iii) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 제어 평면을 통한 보안 절차가 3GPP TS 33.503 [34]에 지정된 바와 같이 사용되고 있을 때 개시 UE에 의해 수신된 Nonce_2 값;
선택된 무결성 보호 알고리즘이 널 무결성 보호 알고리즘이 아닌 경우, 이러한 5G ProSe 직접 링크를 통한 세션 키 설정의 목적을 위해;
4) 선택된 보안 알고리즘들을 포함시켜야 한다;
5) PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 또는 PROSE DIRECT LINK REKEYING REQUEST 메시지에서 목표 UE로부터 수신된 UE 보안 능력들을 포함시켜야 한다;
6) PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에서 목표 UE로부터 수신된 UE 5G ProSe 직접 시그널링 보안 정책을 포함시켜야 한다;
7) 선택된 무결성 보호 알고리즘이 널 무결성 보호 알고리즘이 아닌 경우, 3GPP TS 33.536 [37]에 지정된 바와 같이 개시 UE에 의해 선택된 KNRP-sess ID의 LSB를 포함시켜야 한다;
8) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이일 때, 3GPP TS 33.503 [34]에 지정된 바와 같이 사용자 평면을 통한 보안 보호에 따라 5G PKMF로부터 수신되는 경우, GPI를 포함시켜야 한다; 및
9) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이일 때, 3GPP TS 33.503 [34]에 지정된 바와 같이 제어 평면을 통한 보안 보호에 따라 네트워크로부터 수신되는 경우, EAP 메시지를 포함시켜야 한다.
이러한 5G ProSe 직접 링크의 보안 보호가 비-널 무결성 보호 알고리즘 또는 비-널 사이퍼링 보호 알고리즘을 사용함으로써 활성화되는 경우, 개시 UE는 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 또는 PROSE DIRECT LINK REKEYING REQUEST 메시지에서 수신된 KNRP-sess ID의 MSB 및 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지에 포함된 KNRP-sess ID의 LSB로부터 KNRP-sess ID를 형성해야 한다. 개시 UE는 새로운 보안 콘텍스트를 식별하기 위해 KNRP-sess ID를 사용해야 한다.
개시 UE는 다음과 같이 소스 계층-2 ID 및 목적지 계층-2 ID를 설정해야 한다:
1) 개시 UE가 5G ProSe 계층-3 UE-대-네트워크 릴레이 UE로서 역할하고, EAP-AKA' 기반 인증 방법이 3GPP TS 33.503 [34]의 6.3.3.3절에 지정된 바와 같이 사용되는 경우,
PROSE AA MESSAGE TRANSPORT REQUEST 메시지에서 사용된 소스 계층-2 ID로 설정된 소스 계층-2 ID, 및 PROSE AA MESSAGE TRANSPORT REQUEST 메시지에서 사용된 목적지 계층-2 ID로 설정된 목적지 계층-2 ID;
2) 개시 UE가 5G ProSe UE-대-네트워크 릴레이 UE로서 역할하지 않고, 5G ProSe 직접 링크 인증 절차가 개시된 경우:
PROSE DIRECT LINK AUTHENTICATION REQUEST 메시지에서 사용된 소스 계층-2 ID로 설정된 소스 계층-2 ID, 및 PROSE DIRECT LINK AUTHENTICATION REQUEST 메시지에서 사용된 목적지 계층-2 ID로 설정된 목적지 계층-2 ID;
3) 그렇지 않으면,
PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 내의 소스 계층-2 ID로 설정된 목적지 계층-2 ID 및 자체-할당한 소스 계층-2 ID.
노트 2: UE 구현은, 자체-할당된 소스 계층-2 ID의 임의의 값이 6.2.14절, 6.2.15절 및 8.2.1절에 지정된 바와 같은 5G ProSe 직접 발견에 대해 사용되는 임의의 다른 자체-할당된 소스 계층-2 ID(들)와는 상이하고, 5.2절에 지정된 바와 같은 임의의 다른 프로비저닝된 목적지 계층-2 ID(들)와는 상이하다는 것을 보장한다.
노트 3: 목표 UE가 동일한 피어 UE와의 이전 5G ProSe 직접 링크에서 사용된 목표 UE의 계층-2 ID를 재사용하는 것이 가능하다.
PROSE DIRECT LINK SECURITY MODE COMMAND 메시지가 생성된 이후에, 개시 UE는 이러한 메시지를, 소스 계층-2 ID와 목적지 계층-2 ID, NRPIK(또는 적용가능할 때 Krelay-int), 적용가능한 경우 NRPEK(또는 적용가능할 때 Krelay-enc), KNRP-sess ID, TS 33.536 [37]에 지정된 바와 같은 선택된 보안 알고리즘; 적용가능한 경우 새로운 보안 콘텍스트를 이용한 5G ProSe 직접 링크에 대한 5G ProSe 직접 시그널링 보안 보호의 활성화의 표시와 함께 송신을 위해 하위 계층들로 전달하고, 타이머 T5089를 시작해야 한다. 개시 UE는, 타이머 T5089가 실행되고 있는 동안 새로운 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지를 동일한 목표 UE로 전송하지 않아야 한다.
노트 4: PROSE DIRECT LINK SECURITY MODE COMMAND 메시지는 새로운 보안 콘텍스트를 사용하여 하위 계층에서 무결성 보호된다(그리고 사이퍼링되지 않는다).
5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 링크 리-키잉 절차에서 트리거되었던 경우, 개시 UE는, 적용가능한 경우, 5G ProSe 직접 통신에 대한 개시 UE의 계층-2 ID 및 5G ProSe 직접 통신에 대한 목표 UE의 계층-2 ID와 함께 새로운 보안 콘텍스트를 이용하는 5G ProSe 직접 링크에 대한 5G ProSe 직접 사용자 평면 보안 보호의 활성화의 표시를 하위 계층들에 제공해야 한다.
["5G ProSe direct link security mode control procedure"라는 명칭의 3GPP TS 24.554 V17.2.1의 7.2.10.2.1이 도 8로 재현된다]
7.2.10.3 목표 UE에 의해 수락된 5G ProSe 직접 링크 보안 모드 제어 절차
PROSE DIRECT LINK SECURITY MODE COMMAND 메시지의 수신 시에, 새로운 할당된 개시 UE의 계층-2 ID가 포함되고 5G ProSe 직접 링크 인증 절차가 실행되지 않은 경우, 목표 UE는 원래 개시 UE의 계층-2 ID를 5G ProSe 직접 통신에 대한 새로운 할당된 개시 UE의 계층-2 ID로 대체해야 한다. 목표 UE는 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지에 포함된 선택된 보안 알고리즘 IE를 체크해야 한다. "널 무결성 알고리즘"이 선택된 보안 알고리즘 IE에 포함된 경우, 무결성 보호는 이러한 5G ProSe 직접 링크에 대해 제공되지 않으며, 시그널링 메시지들은 보호되지 않은 상태로 송신된다. "널 사이퍼링 알고리즘" 및 "널 무결성 알고리즘"이 아닌 무결성 알고리즘이 선택된 알고리즘 IE에 포함된 경우, 사이퍼링 보호는 이러한 5G ProSe 직접 링크에 대해 제공되지 않으며 시그널링 메시지들은 보호되지 않은 상태로 송신된다. 목표 UE의 5G ProSe 직접 시그널링 무결성 보호 정책이 "시그널링 무결성 보호가 요구됨"으로 설정되는 경우, 목표 UE는, PROSE DIRECT LINK SECURITY MODE COMMAND 메시지 내의 선택된 보안 알고리즘 IE가 널 무결성 보호 알고리즘을 포함하지 않는지를 체크해야 한다. 선택된 무결성 보호 알고리즘이 널 무결성 보호 알고리즘이 아닌 경우, 목표 UE는 다음과 같이 해야 한다:
a) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이가 아닌 경우:
1) 3GPP TS 33.536 [37]에 지정된 바와 같이 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지에서 수신된 KNRP, Nonce_1 및 Nonce_2로부터 KNRP-sess를 도출해야 한다;
2) 3GPP TS 33.536 [37]에 지정된 바와 같이 KNRP-sess 및 선택된 무결성 알고리즘으로부터 NRPIK를 도출해야 한다; 및
3) KNRP-sess가 도출되고 선택된 사이퍼링 보호 알고리즘이 널 사이퍼링 보호 알고리즘이 아닌 경우, 목표 UE는 3GPP TS 33.536 [37]에 지정된 바와 같이 KNRP-sess 및 선택된 사이퍼링 알고리즘으로부터 NRPEK를 도출해야 한다; 또는
b) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이인 경우:
1) 3GPP TS 33.503 [34]에 지정된 바와 같은 제어 평면을 통한 보안 절차가 사용되는 경우, 제어 평면을 통한 보안 절차에 따라 Krelay-sess를 도출하고, 3GPP TS 33.503 [34]에 지정된 바와 같이 Krelay-sess 및 선택된 무결성 알고리즘으로부터 Krelay-int를 도출해야 한다. Krelay-sess가 도출되고 선택된 사이퍼링 보호 알고리즘이 널 사이퍼링 보호 알고리즘이 아닌 경우, 목표 UE는 3GPP TS 33.503 [34]에 지정된 바와 같이 Krelay-sess 및 선택된 사이퍼링 알고리즘으로부터 Krelay-enc를 도출해야 한다; 또는
2) 3GPP TS 33.503 [34]에 지정된 바와 같은 사용자 평면을 통한 보안 절차가 사용되는 경우, 사용자 평면을 통한 보안 절차에 따라 KNRP-sess를 도출하고, 3GPP TS 33.503 [34]에 지정된 바와 같이 KNRP-sess 및 선택된 무결성 알고리즘으로부터 NRPIK를 도출해야 한다. KNRP-sess가 도출되고 선택된 사이퍼링 보호 알고리즘이 널 사이퍼링 보호 알고리즘이 아닌 경우, 목표 UE는 3GPP TS 33.503 [34]에 지정된 바와 같이 KNRP-sess 및 선택된 사이퍼링 알고리즘으로부터 NRPEK를 도출해야 한다.
목표 UE는 다음에 의해 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지가 수락될 수 있는지 여부를 결정해야 한다:
a) 목표 UE의 5G ProSe 직접 시그널링 무결성 보호 정책이 "시그널링 무결성 보호가 요구됨"으로 설정된 경우, PROSE DIRECT LINK SECURITY MODE COMMAND 메시지 내의 선택된 보안 알고리즘들이 널 무결성 보호 알고리즘을 포함하지 않는지를 체크하는 것;
b) 선택됨 무결성 보호 알고리즘이 널 무결성 보호 알고리즘이 아닌 경우, NRPIK(또는 적용가능할 때 Krelay-int) 및 선택된 무결성 보호 알고리즘을 사용하여 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지의 무결성을 체크할 것을 하위 계층들에 요청하는 것;
c) PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 또는 PROSE DIRECT LINK REKEYING REQUEST 메시지에서 목표 UE가 개시 UE로 전송한 값들에 비하여 수신된 UE 보안 능력들이 변경되었는지를 체크하는 것;
d) 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 직접 링크 설정 절차 동안 트리거되었던 경우,
1) PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에서 목표 UE가 개시 UE로 전송한 값들에 비하여 수신된 UE 5G ProSe 직접 시그널링 보안 정책이 변경되었는지를 체크하는 것; 및
2) PROSE DIRECT LINK SECURITY MODE COMMAND 메시지에 포함된 KNRP-sess ID의 LSB가 목표 UE의 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 응답하여 다른 UE로부터 수신된 것들과 동일한 값으로 설정되지 않았는지를 체크하는 것; 및
e) 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 직접 링크 리-키잉 절차가 트리거되었고 5G ProSe 직접 링크에 대해 현재 사용 중인 무결성 보호 알고리즘이 널 무결성 보호 알고리즘과는 상이한 경우, PROSE DIRECT LINK SECURITY MODE COMMAND 내의 선택된 보안 알고리즘들이 널 무결성 보호 알고리즘을 포함하고 있지 않은지를 체크하는 것.
목표 UE가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 KNRP ID를 포함시키지 않았거나, 목표 UE가 PROSE DIRECT LINK REKEYING REQUEST 메시지에 재-인증 표시를 포함시켰거나 또는 개시 UE가 다음을 도출할 것을 선택한 경우:
a) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이인 경우 새로운 KNRP; 목표 UE는 3GPP TS 33.536 [37]에 지정된 바와 같이 KNRP를 도출해야 함;
b) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 3GPP TS 33.503 [34]에 지정된 바와 같은 사용자 평면을 통한 보안 절차가 사용되고, 목표 UE가 3GPP TS 33.536 [37]에 지정된 바와 같이 KNRP를 도출해야 하는 경우, 새로운 KNRP; 또는
c) 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이이며 3GPP TS 33.503 [34]에 지정된 바와 같은 제어 평면을 통한 보안 절차가 사용되고, 목표 UE가 3GPP TS 33.536 [37]에 지정된 바와 같이 KNRP를 도출해야 하는 경우, 새로운 KNR_ProSe; 및
목표 UE는, 결과적인 KNRP ID가 목표 UE에서 고유할 것임을 보장하기 위해 KNRP ID의 2개의 LSB들을 선택해야 한다. 목표 UE는 수신된 KNRP ID의 MSB 및 이것의 선택된 KNRP ID의 2개의 LSB들로부터 KNRP ID를 형성해야 하며, 완성된 KNRP ID를 KNRP과 함께 저장해야 한다.
GPI가 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지에 포함되고 직접 통신이 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이인 경우, 목표 UE는, 3GPP TS 33.503 [34]에 지정된 사용자 평면을 통한 보안 절차에 따라, PRUK를 도출하고 GPI로부터 PRUK ID를 획득하며, KNRP를 도출하는 데 PRUK를 사용해야 한다.
목표 UE가 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지를 수락하는 경우, 목표 UE는 PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지를 생성해야 한다. 이러한 메시지 내에, 목표 UE는:
a) 직접 통신이 5G ProSe 계층-2 원격 UE와 5G ProSe 계층-2 UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것이 아닌 경우, PQFI 및 대응하는 PC5 QoS 파라미터들을 포함시켜야 한다;
b) IP 통신이 사용되며 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 직접 링크 설정 절차 동안 트리거되었던 경우, 다음의 값들 중 하나로 설정된 IP 어드레스 구성 IE를 포함시켜야 한다:
1) IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되는 경우, "IPv6 라우터", 즉 IPv6 라우터로서 역할함; 또는
2) IPv6 어드레스 할당 메커니즘이 목표 UE에 의해 지원되지 않는 경우, "어드레스 할당 미지원";
c) IP 통신이 사용되고, IP 어드레스 구성 IE가 "어드레스 할당 미지원"으로 설정되며, 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 직접 링크 설정 절차 동안 트리거되었던 경우, IETF RFC 4862 [25]에 기초하여 로컬적으로 형성된 링크 로컬 IPv6 어드레스 IE를 포함시켜야 한다;
d) 새로운 KNRP가 도출된 경우, KNRP ID의 2개의 LSB들을 포함시켜야 한다; 및
e) 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 직접 링크 설정 절차 동안 트리거되었던 경우, 이러한 5G ProSe 직접 링크에 대한 이것의 UE 5G ProSe 직접 사용자 평면 보안 정책을 포함시켜야 한다. 상이한 ProSe 서비스들이 상이한 5G ProSe 직접 사용자 평면 보안 정책들에 매핑되는 경우에, 2개 이상의 ProSe 식별자가 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지에 포함될 때, 이러한 ProSe 서비스들의 사용자 평면 보안 정책들의 각각은 호환되어야 하며, 예를 들어, 예를 들어, "시그널링 무결성 보호가 필요하지 않음"과 "시그널링 무결성 보호가 요구됨"은 호환되지 않는다.
선택된 무결성 보호 알고리즘이 널 무결성 보호 알고리즘이 아닌 경우, 목표 UE는 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지 또는 PROSE DIRECT LINK REKEYING REQUEST 메시지에서 이것이 전송한 KNRP-sess ID의 MSB 및 PROSE DIRECT LINK SECURITY MODE COMMAND 메시지에서 수신된 KNRP-sess ID의 LSB로부터 KNRP-sess ID를 형성해야 한다. 목표 UE는 새로운 보안 콘텍스트를 식별하기 위해 KNRP-sess ID를 사용해야 한다.
PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지가 생성된 이후에, 목표 UE는 이러한 메시지를, 5G ProSe 직접 통신을 위한 목표 UE의 계층-2 ID 및 5G ProSe 직접 통신을 위한 개시 UE의 계층-2 ID, NRPIK(또는 적용가능할 때 Krelay-int), 적용가능한 경우 NRPEK(또는 적용가능할 때 Krelay-enc), KNRP-sess ID, 3GPP TS 33.536 [37]에 지정된 바와 같은 선택된 보안 알고리즘, 및 적용가능한 경우 새로운 보안 콘텍스트를 이용한 5G ProSe 직접 링크에 대한 5G ProSe 직접 시그널링 보안 보호의 활성화의 표시와 함께 송신을 위해 하위 계층들로 전달해야 한다.
노트: PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지 및 추가적인 5G ProSe 직접 시그널링 메시지는 새로운 보안 콘텍스트를 사용하여 하위 계층에서 무결성 보호되고 사이퍼링된다(적용가능한 경우).
5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 링크 리-키잉 절차에서 트리거되었던 경우, 목표 UE는, 적용가능한 경우, 5G ProSe 직접 통신에 대한 개시 UE의 계층-2 ID 및 5G ProSe 직접 통신에 대한 목표 UE의 계층-2 ID와 함께 새로운 보안 콘텍스트를 이용하는 5G ProSe 직접 링크에 대한 5G ProSe 직접 사용자 평면 보안 보호의 활성화의 표시를 하위 계층들에 제공해야 한다.
7.2.10.4 개시 UE에 의한 5G ProSe 직접 링크 보안 모드 제어 절차 완료
PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지의 수신 시에, 개시 UE는 타이머 T5089를 중지해야 한다. 선택된 무결성 보호 알고리즘이 널 무결성 보호 알고리즘이 아닌 경우, UE는 PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지의 무결성을 체크한다. 무결성 체크를 통과한 경우, 그러면 개시 UE는, 5G ProSe 직접 링크 보안 모드 제어 절차를 트리거한 절차를 계속해야 한다. 선택된 무결성 보호 알고리즘이 널 무결성 보호 알고리즘인 경우, UE는 무결성 보호를 체크하지 않고 절차를 계속한다.
PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지를 수신한 이후에, 개시 UE는, 존재하는 경우, 이것이 목표 UE에 대해 갖는 오래된 보안 콘텍스트를 삭제해야 한다.
[…]
10.3.1 ProSe 직접 링크 설정 요청
10.3.1.1 메시지 정의
이러한 메시지는 직접 링크를 설정하기 위해 UE에 의해 다른 피어 UE로 전송된다. 표 10.3.1.1.1 참조.
메시지 유형: PROSE DIRECT LINK ESTABLISHMENT REQUEST
의의: 이중
방향: UE 대 피어 UE
["PROSE DIRECT LINK ESTABLISHMENT REQUEST message content"라는 명칭의 3GPP TS 24.554 V17.2.1의 표 10.3.1.1.1이 도 9로 재현된다]
[…]
10.3.2 ProSe 직접 링크 설정 수락
10.3.2.1 메시지 정의
이러한 메시지는 수신된 PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지를 수락하기 위해 UE에 의해 다른 피어 UE로 전송된다. 표 10.3.2.1.1 참조.
메시지 유형: PROSE DIRECT LINK ESTABLISHMENT ACCEPT
의의: 이중
방향: UE 대 피어 UE
["PROSE DIRECT LINK ESTABLISHMENT ACCEPT message content"라는 명칭의 3GPP TS 24.554 V17.2.1의 표 10.3.2.1.1이 도 10으로 재현된다]
[…]
10.3.2.4 QoS 흐름 설명들
다음과 같은 경우 UE는 이러한 IE를 포함시켜야 한다:
a) 5G ProSe 직접 링크 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것이 아닌 경우; 또는
b) 5G ProSe 직접 링크 설정 절차가 5G ProSe 계층-3 원격 UE와 5G ProSe 계층-3 UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것인 경우.
10.3.2.5 QoS 규칙들
UE는 설정된 PC5 QoS 흐름(들)에 대한 PC5 QoS 규칙들을 나타내기 위해 이러한 IE를 포함시킬 수 있다.
[…]
10.3.13 ProSe 직접 링크 보안 모드 명령
10.3.13.1 메시지 정의
이러한 메시지는, 5G ProSe 직접 링크 보안 모드 제어 절차가 개시될 때 UE에 의해 다른 피어 UE로 전송된다. 표 10.3.13.1.1 참조.
메시지 유형: PROSE DIRECT LINK SECURITY MODE COMMAND
의의: 이중
방향: UE 대 피어 UE
["PROSE DIRECT LINK SECURITY MODE COMMAND message content"라는 명칭의 3GPP TS 24.554 V17.2.1의 표 10.3.13.1.1이 도 11로 재현된다]
[…]
10.3.14 ProSe 직접 링크 보안 모드 완료
10.3.14.1 메시지 정의
이러한 메시지는, PROSE DIRECT LINK SECURITY MODE COMMAND 메시지에 응답하여 UE에 의해 다른 피어 UE로 전송된다. 표 10.3.14.1.1 참조.
메시지 유형: PROSE DIRECT LINK SECURITY MODE COMPLETE
의의: 이중
방향: UE 대 피어 UE
["PROSE DIRECT LINK SECURITY MODE COMPLETE message content"라는 명칭의 3GPP TS 24.554 V17.2.1의 표 10.3.14.1.1이 도 12로 재현된다]
[…]
10.3.14.5 QoS 규칙들
UE는 추가될 PC5 QoS 흐름(들)에 대한 PC5 QoS 규칙들을 나타내기 위해 이러한 IE를 포함시킬 수 있다.
10.3.14.6 QoS 흐름 설명들
다음과 같은 경우 UE는 이러한 IE를 포함시켜야 한다:
a) 5G ProSe 직접 링크 보안 모드 제어 설정 절차가 5G ProSe 원격 UE와 5G ProSe UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것이 아닌 경우; 또는
b) 5G ProSe 직접 링크 보안 모드 제어 절차가 5G ProSe 계층-3 원격 UE와 5G ProSe 계층-3 UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것인 경우.
3GPP TS 38.331은 다음을 도입하였다:
5.8.9 사이드링크 RRC 절차
5.8.9.1 사이드링크 RRC 재구성
5.8.9.1.1 개괄
["Sidelink RRC reconfiguration, successful"이라는 명칭의 3GPP TS 38.331 V17.1.0의 도 5.8.9.1.1-1이 도 13으로 재현된다]
["Sidelink RRC reconfiguration, failure"라는 명칭의 3GPP TS 38.331 V17.1.0의 도 5.8.9.1.1-2가 도 14로 재현된다]
이러한 절차의 목적은, PC5-RRC 연결을 수정하기 위한 것, 예를 들어, 사이드링크 DRB들 또는 PC5 릴레이 RLC 채널들을 설정/수정/릴리즈하기 위한 것, NR 사이드링크 측정 및 보고를 (재-)구성하기 위한 것, 사이드링크 CSI 참조 신호 자원들을 (재-)구성하기 위한 것, CSI 보고 레이턴시 경계를 (재-)구성하기 위한 것, 사이드링크 DRX를 (재)구성하기 위한 것, 및 SL 인터-UE 조정 보고의 레이턴시 경계를 (재-)구성하기 위한 것이다.
UE는 다음의 케이스들에서 사이드링크 RRC 재구성 절차를 개시하고 대응하는 PC5-RRC 연결에서 5.8.9.1.2절의 동작을 수행할 수 있다:
- 5.8.9.1a.1절에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 릴리즈;
- 5.8.9.1a.2절에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 설정;
- 5.8.9.1a.2절에 지정된 바와 같은, 피어 UE와 연관된 사이드링크 DRB들의 SLRB-Config에 포함된 파라미터들에 대한 수정;
- 5.8.9.7.1절에 지정된 바와 같은, L2 U2N 릴레이 UE 및 원격 UE에 대한 PC5 릴레이 RLC 채널들의 릴리즈;
- 5.8.9.7.2절에 지정된 바와 같은, L2 U2N 릴레이 UE 및 원격 UE에 대한 PC5 릴레이 RLC 채널들의 설정;
- 5.8.9.7.2절에 지정된 바와 같은, L2 U2N 릴레이 UE 및 원격 UE에 대한 PC5 릴레이 RLC 채널들의 SL-RLC-ChannelConfigPC5에 포함된 파라미터들에 대한 수정;
- NR 사이드링크 측정 및 보고를 수행하기 위한 피어 UE의 (재-)구성.
- 사이드링크 CSI 참조 신호 자원들 및 CSI 보고 레이턴시 경계의 (재-)구성;
- 사이드링크 DRX를 수행하기 위한 피어 UE의 (재-)구성;
- SL 인터-UE 조정 보고의 레이턴시 경계의 (재-)구성.
RRC_CONNECTED에서, UE는 (존재하는 경우) RRCReconfiguration에 제공된 NR 사이드링크 통신 파라미터들을 적용한다. RRC_IDLE 또는 RRC_INACTIVE에서, UE는 (존재하는 경우) 시스템 정보에 제공된 NR 사이드링크 통신 파라미터들을 적용한다. 다른 케이스들에 대해, UE들은 (존재하는 경우) SidelinkPreconfigNR에 제공된 NR 사이드링크 통신 파라미터들을 적용한다. UE가 이상의 3개의 케이스들 사이에서 상태 전환을 수행할 때, UE는 새로운 구성들의 획득 이후에 새로운 상태에서 제공되는 NR 사이드링크 통신 파라미터들을 적용한다. 새로운 구성들의 획득 이전에, UE는 이전 상태에서 제공된 NR 사이드링크 통신 파라미터들을 계속해서 적용한다.
3GPP TS 37.355 V17.1.0은 다음을 도입하였다:
5 LPP 절차들
5.1 능력 전송에 관한 절차들
이러한 절에서 함께 그룹화되는 절차들의 목적은 목표 디바이스로부터 서버로의 능력들의 전송을 가능하게 하는 것이다. 능력들은 이러한 맥락에서 LPP에 의해 지원되는 LPP 및 포지셔닝 방법들과 관련된 포지셔닝 및 프로토콜 능력들을 나타낸다.
이러한 절차들은 TS 36.305 [2] 및 TS 38.305 [40]로부터 능력 전송 트랜잭션을 인스턴스화한다.
5.1.1 능력 전송 절차
능력 전송 절차는 도 5.1.1-1에 도시된다.
["LPP Capability Transfer procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.1.1-1이 도 15로 재현된다]
1. 서버는 RequestCapabilities 메시지를 목표로 전송한다. 서버는 요구되는 능력의 유형들을 나타낼 수 있다.
2. 목표는 ProvideCapabilities 메시지로 서버에 응답한다. 능력들은 단계 1에서 지정된 임의의 능력 유형들에 대응해야 한다. 이러한 메시지는 TRUE로 설정된 endTransaction IE를 포함해야 한다.
5.1.2 능력 표시 절차
능력 표시 절차는 목표가 요청되지 않은(unsolicited) 능력들을 서버에 제공하는 것을 가능하게 하며, 이는 도 5.1.2-1에 도시된다.
["LPP Capability Indication procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.1.2-1이 도 16으로 재현된다]
1. 목표는 ProvideCapabilities 메시지를 서버로 전송한다. 이러한 메시지는 TRUE로 설정된 endTransaction IE를 포함해야 한다.
5.1.3 LPP 요청 능력들의 수신
RequestCapabilities 메시지의 수신 시에, 목표 디바이스는 응답으로서 ProvideCapabilities 메시지를 생성해야 한다.
목표 디바이스는 다음과 같이 해야 한다:
1> 이에 대해 능력들에 대한 요청이 메시지에 포함된 각각의 포지셔닝 방법에 대해:
2> 목표 디바이스가 이러한 포지셔닝 방법을 지원하는 경우:
3> 해당 지원되는 포지셔닝 방법에 대한 디바이스의 능력들을 응답 메시지에 포함시켜야 한다;
1> 응답 메시지 내의 IE LPP-TransactionID를 수신된 메시지 내의 IE LPP-TransactionID와 동일한 값으로 설정해야 한다;
1> 응답 메시지를 송신을 위해 하위 계층들에 전달해야 한다.
5.1.4 LPP 제공 능력들의 송신
ProvideCapabilities 메시지를 송신하도록 트리거될 때, 목표 디바이스는 다음과 같이 해야 한다:
1> 그 능력들이 표시될 각각의 포지셔닝 방법에 대해:
2> 디바이스의 능력들을 포함하도록 대응하는 IE를 설정해야 한다;
2> OTDOA 능력들이 표시될 경우:
3> IE supportedBandListEUTRA를 포함시켜야 한다;
1> 응답을 송신을 위해 하위 계층들에 전달해야 한다.
5.2 보조 데이터 전송에 관한 절차들
이러한 절의 절차들의 목적은, 목표가 포지셔닝 하는데 보조하기 위해 서버로부터 보조 데이터를 요청하는 것을 가능하게 하고, 서버가 요청의 부재 시에 보조 데이터를 목표로 전송하는 것을 가능하게 하는 것이다.
이러한 절차들은 TS 36.305 [2] 및 TS 38.305 [40]으로부터 보조 데이터 전송 트랜잭션을 인스턴스화한다.
5.2.1 보조 데이터 전송 절차
보조 데이터 전송 절차는 도 5.2.1-1에 도시된다.
["LPP Assistance data transfer procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.2.1-1이 도 17로 재현된다]
1. 목표는 RequestAssistanceData 메시지를 서버로 전송한다.
2. 서버는 보조 데이터를 포함하는 ProvideAssistanceData 메시지로 목표에 응답한다. 전송된 보조 데이터는 단계 1에서 요청된 보조 데이터와 매칭되거나 또는 이의 서브세트이어야 한다. 서버는 또한, 이것이 목표에 유용하다고 간주하는 임의의 요청되지 않은 정보를 제공할 수도 있다. 단계 3이 발생하지 않는 경우, 이러한 메시지는 endTransaction IE를 TRUE로 설정해야 한다.
3. 서버는 보조 데이터를 더 포함하는 하나 이상의 추가적인 ProvideAssistanceData 메시지들을 목표로 송신할 수 있다. 전송된 보조 데이터는 단계 1에서 요청된 보조 데이터와 매칭되거나 또는 이의 서브세트이어야 한다. 서버는 또한, 이것이 목표에 유용하다고 간주하는 임의의 요청되지 않은 정보를 제공할 수도 있다. 마지막 메시지는 TRUE로 설정된 endTransaction IE를 포함해야 한다.
5.2.1a 주기적 보조 데이터 전송 절차
주기적 보조 데이터 전송 절차는 도 5.2.1a-1에 도시된다. 이러한 절차는 목표가 보조 데이터를 주기적으로 전송할 것을 서버에 요청하는 것을 가능하게 한다.
노트 1: 이러한 버전의 사양에서, 주기적 보조 데이터 전송은 HA GNSS(예를 들어, RTK) 포지셔닝에 대해서만 지원된다.
["LPP Periodic Assistance data transfer procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.2.1a-1이 도 18로 재현된다]
1. 목표는 어떤 이용가능 transactionID T1을 사용하여 RequestAssistanceData 메시지를 서버로 전송한다. 메시지는 IE CommonIEsRequestAssistanceData 내에 (목표와 서버 사이에서 현재 사용 중인 임의의 다른 periodicSessionID와는 상이한) periodicSessionID S를 포함한다. 메시지는 또한, (예를 들어, IE A-GNSS-RequestAssistanceData 내의) 이를 전송하기 위한 희망되는 주기성 조건들 및 보조 데이터 전송을 종료하기 위한 지속기간과 함께, 요청되는 보조 데이터의 유형을 식별하는 포지셔닝 방법 특정 보조 데이터 요청 엘리먼트(예를 들어, IE A-GNSS-RequestAssistanceData)를 포함한다.
2. 서버는 ProvideAssistanceData 메시지로 목표에 응답한다. 메시지는 단계 1에서 transactionID T1를 사용하고, 이러한 트랜잭션의 종료를 나타낸다. 메시지는 IE CommonIEsProvideAssistanceData 내에 periodicSessionID S를 포함한다. 요청이 지원되는 경우, 메시지는, (예를 들어, IE GNSS PeriodicAssistData 내의) 단계 1에서 요청된 보조 데이터의 유형 또는 주기성 파라미터들을 확인하거나 또는 재정의할 수 있는 제어 파라미터들을 포지셔닝 방법 특정 보조 데이터(예를 들어, IE A-GNSS-ProvideAssistanceData) 내에 포함할 수 있다. 목표가 단계 1에서, 주기적 보조 데이터에 더하여 비-주기적 보조 데이터를 요청했던 경우, ProvideAssistanceData 메시지는 또한 이러한 단계 2에서 (임의의 주기적 보조 데이터뿐만 아니라) 비-주기적 보조 데이터를 포함할 수 있다.
요청이 (완전히 또는 부분적으로) 지원될 수 없는 경우, 오류 이유가 포지셔닝 방법 특정 IE(즉, IE A GNSS Error)에서 제공될 수 있다. 요청이 부분적으로도 지원될 수 없는 경우, 나머지 단계들을 수행되지 않는다.
노트 2: 목표 디바이스는 periodicSessionID의 부재로부터, 위치 서버가 주기적 보조 데이터 전달을 지원하지 않는다는 것을 추론한다. 이러한 경우에, 목표 디바이스는 데이터 트랜잭션을 예상하지 않는다(단계 3 내지 단계 7).
3. 제1 주기적 메시지가 이용가능할 때, 서버는 단계 2에서 확인된 periodicSessionID S 및 주기적 보조 데이터를 포함하는 요청되지 않은 ProvideAssistanceData 메시지를 목표로 전송한다. 메시지는, T1과는 상이할 수 있는 어떤 이용가능 transactionID T2를 사용한다.
노트 3: 포지셔닝 방법 특정 제어 파라미터들(예를 들어, IE GNSS-PeriodicAssistData)은 데이터 트랜잭션에 포함되지 않는다.
4. 서버는, 각각의 추가적인 주기성 조건이 발생할 때 단계 2에서 확인된 또는 재정의된 주기적 보조 데이터를 포함하는 추가적인 ProvideAssistanceData를 목표로 계속해서 전송할 수 있다.
노트 4: 목표 디바이스는 단계 2에서 확인된 간격(들)으로 ProvideAssistanceData 메시지들을 예상한다. 보조 데이터 중 일부 또는 전부가 각각의 주기적 간격에서 이용가능하지 않은 경우, 오류 표시가 포지셔닝 방법 특정 IE(예를 들어, IE A GNSS Error)에서 제공될 수 있다.
5. 목표가 세션이 종료되는 것을 요청하는 경우, 목표는, 선택적으로 abortCause를 포함할 수 있는 트랜잭션 T2에 대한 Abort 메시지를 서버로 전송한다. 그러면, 나머지 단계들은 생략된다.
6. 서버가 세션이 종료되는 것을 요청하는 경우, 서버는, 선택적으로 abortCause를 포함할 수 있는 트랜잭션 T2에 대한 Abort 메시지를 목표로 전송한다. 그러면, 나머지 단계들은 생략된다.
7. 주기적 보조 데이터 전송을 종료하기 위한 지속기간 또는 다른 조건들이 발생할 때, 전송되는 마지막 ProvideAssistanceData 메시지는 트랜잭션 T2의 종료를 나타낸다.
5.2.1b 업데이트 절차를 이용한 주기적 보조 데이터 전송
["LPP Periodic Assistance data transfer with update procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.2.1b-1이 도 19로 재현된다]
1. 단계 1 내지 단계 2 및 선택적으로 단계 3 내지 단계 4는 다음의 예외들을 가지고 5.2.1a절의 주기적 보조 데이터 전송 절차에 대해 수행된다:
- 단계 1의 RequestAssistanceData 메시지가 목표 디바이스의 업데이트 능력들을 나타낸다.
- 단계 2의 ProvideAssistanceData 메시지가 서버에 의해 지원되는 목표 디바이스의 업데이트 능력들을 나타낸다.
2. 목표 디바이스가 자신의 1차 셀을 변경하고 단계 1에서 서버에 의해 지원되는 목표 디바이스의 업데이트 능력이 1차 셀 ID의 업데이트를 포함하는 경우, 목표 디바이스는, (단계 2에서 이전에 사용된) T2와는 상이한 어떤 이용가능 transactionID T3를 사용하여 RequestAssistanceData 메시지를 서버로 전송한다. 메시지는 (단계 1에서 이전에 사용된) periodicSessionID S 및 새로운 1차 셀 ID를 IE CommonIEsRequestAssistanceData 내에 포함한다.
3. 서버는 ProvideAssistanceData 메시지로 목표에 응답한다. 메시지는 단계 2에서 transactionID T3을 사용하고, 이러한 트랜잭션의 종료를 나타낸다. 메시지는 IE CommonIEsProvideAssistanceData 내에 periodicSessionID S를 포함한다. 단계 2 내지 단계 3은, 목표 디바이스가 그 1차 셀을 변경할 때마다 반복된다.
4. 단계 4 내지 단계 7은 5.2.1a절의 주기적 보조 데이터 전송 절차에 대해 수행된다.
5.2.2 보조 데이터 전달 절차
보조 데이터 전달 절차는, 서버가 요청되지 않은 보조 데이터를 목표에 제공하는 것을 가능하게 하며, 이는 도 5.2.2-1에 도시된다.
["LPP Assistance data transfer procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.2.2-1이 도 20으로 재현된다]
1. 서버는 보조 데이터를 포함하는 ProvideAssistanceData 메시지를 목표에 전송한다. 단계 2가 발생하지 않는 경우, 이러한 메시지는 endTransaction IE를 TRUE로 설정해야 한다.
2. 서버는 추가적인 보조 데이터를 포함하는 하나 이상의 추가적인 ProvideAssistanceData 메시지들을 목표로 송신할 수 있다. 마지막 메시지는 TRUE로 설정된 endTransaction IE를 포함해야 한다.
5.2.2a 주기적 보조 데이터 전달 절차
주기적 보조 데이터 전달 절차는, 서버가 요청되지 않은 보조 데이터를 목표에 제공하는 것을 가능하게 하며, 이는 도 5.2.2a-1에 도시된다.
노트 1: 이러한 버전의 사양에서, 주기적 보조 데이터 전달은 HA GNSS(예를 들어, RTK) 포지셔닝에 대해서만 지원된다.
["LPP Periodic Assistance data delivery procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.2.2a-1이 도 21로 재현된다]
1. 서버는 어떤 이용가능 transactionID T1을 사용하여 ProvideAssistanceData 메시지를 목표로 전송하고, 이러한 트랜잭션의 종료를 나타낸다. 메시지는 IE CommonIEsProvideAssistanceData 내에 (서버와 목표 사이에서 현재 사용 중인 임의의 다른 periodicSessionID와는 상이한) periodicSessionID S를 포함한다. 메시지는, (예를 들어, IE GNSS PeriodicAssistData 내의) 이를 전송하기 위한 주기성 조건들 및 보조 데이터 전달을 종료하기 위한 지속기간과 함께 전달되는 주기적 보조 데이터의 유형을 식별하는 포지셔닝 방법 특정 보조 데이터 요청 파라미터들을 (예를 들어, IE A GNSS ProvideAssistanceData 내에) 포함한다. ProvideAssistanceData 메시지는 또한 (임의의 주기적 보조 데이터뿐만 아니라) 비-주기적 보조 데이터를 포함할 수 있다.
2. 제1 주기적 메시지가 이용가능할 때, 서버는 단계 1에서 공표된 periodicSessionID S 및 주기적 보조 데이터를 포함하는 요청되지 않은 ProvideAssistanceData 메시지를 목표로 전송한다. 메시지는, T1과는 상이할 수 있는 어떤 이용가능 transactionID T2를 사용한다.
노트 2: 포지셔닝 방법 특정 제어 파라미터들(예를 들어, IE GNSS-PeriodicAssistData)은 데이터 트랜잭션에 포함되지 않는다.
3. 서버는, 각각의 추가적인 주기성 조건이 발생할 때 단계 2에서 공표된 주기적 보조 데이터를 포함하는 추가적인 ProvideAssistanceData를 목표로 계속해서 전송할 수 있다.
노트 3: 목표 디바이스는 단계 2에서 공표된 간격(들)으로 ProvideAssistanceData 메시지들을 예상한다. 보조 데이터 중 일부 또는 전부가 각각의 주기적 간격에서 이용가능하지 않은 경우, 오류 표시가 포지셔닝 방법 특정 IE(예를 들어, IE A GNSS Error)에서 제공될 수 있다.
4. 목표가 세션이 종료되는 것을 요청하는 경우, 목표는, 선택적으로 abortCause를 포함할 수 있는 트랜잭션 T2에 대한 Abort 메시지를 서버로 전송한다. 그러면, 나머지 단계들은 생략된다.
5. 서버가 세션이 종료되는 것을 요청하는 경우, 서버는, 선택적으로 abortCause를 포함할 수 있는 트랜잭션 T2에 대한 Abort 메시지를 목표로 전송한다. 그러면, 나머지 단계들은 생략된다.
6. 주기적 보조 데이터 전송을 종료하기 위한 지속기간 또는 다른 조건들이 발생할 때, 전송되는 마지막 ProvideAssistanceData 메시지는 트랜잭션 T2의 종료를 나타낸다.
5.2.3 LPP 요청 보조 데이터의 송신
RequestAssistanceData 메시지를 송신하도록 트리거될 때, 목표 디바이스는 다음과 같이 해야 한다:
1> 상위 계층들에 의해 표시된 데이터를 요청하기 위해 보조 데이터에 대한 포지셔닝-방법-특정 요청에 대한 IE들을 설정한다.
5.2.4 LPP 제공 보조 데이터의 수신
ProvideAssistanceData 메시지의 수신 시에, 목표 디바이스는 다음과 같이 해야 한다:
1> 메시지에 포함된 각각의 포지셔닝 방법에 대해:
2> 관련 보조 데이터를 상위 계층들로 전달한다.
5.3 위치 정보 전송과 관련된 절차들
이러한 절의 절차들의 목적은 서버가 목표로부터 위치 측정 데이터 및/또는 위치 추정치를 요청하는 것을 가능하게 하고, 목표가 요청의 부재 시에 위치 측정 데이터 및/또는 위치 추정치를 서버로 전송하는 것을 가능하게 하는 것이다.
이러한 절차들은 TS 36.305 [2] 및 TS 38.305 [40]의 위치 정보 전송 트랜잭션을 인스턴스화한다.
노트: 서비스 계층(예를 들어, NAS 또는 OMA SUPL ULP)은 목표로부터 서버(MO-LR)로 위치 요청과 연관된 정보를 전송하기 위해 사용될 것이다.
5.3.1 위치 정보 전송 절차
위치 정보 전송 절차는 도 5.3.1-1에 도시된다.
["LPP Location Information transfer procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.3.1-1이 도 22로 재현된다]
1. 서버는, 필요한 위치 정보의 유형 및 잠재적으로 연관된 QoS를 나타내는 위치 정보를 요청하기 위해 RequestLocationInformation 메시지를 목표로 전송한다.
2. 목표는 위치 정보를 전송하기 위해 ProvideLocationInformation 메시지를 서버로 전송한다. 전송되는 위치 정보는, 서버가 추가적인 위치 정보를 명시적으로 허용하지 않는 한 단계 1에서 요청된 위치 정보와 매칭되거나 또는 이의 서브세트이어야 한다. 단계 3이 발생하지 않는 경우, 이러한 메시지는 endTransaction IE를 TRUE로 설정해야 한다.
3. 단계 1에서 요청된 경우, 목표는 위치 정보를 전송하기 위해 추가적인 ProvideLocationInformation 메시지들을 서버로 전송한다. 전송되는 위치 정보는, 서버가 추가적인 위치 정보를 명시적으로 허용하지 않는 한 단계 1에서 요청된 위치 정보와 매칭되거나 또는 이의 서브세트이어야 한다. 마지막 메시지는 TRUE로 설정된 endTransaction IE를 포함해야 한다.
5.3.2 위치 정보 전달 절차
위치 정보 전달은, 목표가 요청되지 않은 위치 정보를 서버에 제공하는 것을 가능하게 한다. 이러한 절차는 도 5.3.2-1에 도시된다.
["LPP Location Information Delivery procedure"라는 명칭의 3GPP TS 37.355 V17.1.0의 도 5.3.2-1이 도 23으로 재현된다]
1. 목표는 위치 정보를 전송하기 위해 ProvideLocationInformation 메시지를 서버로 전송한다. 단계 2가 발생하지 않는 경우, 이러한 메시지는 endTransaction IE를 TRUE로 설정해야 한다.
2. 목표는 추가적인 위치 정보 데이터를 포함하는 하나 이상의 추가적인 ProvideLocationInformation 메시지들을 서버로 전송할 수 있다. 마지막 메시지는 TRUE로 설정된 endTransaction IE를 포함해야 한다.
5.3.3 위치 정보 요청(Request Location Information)의 수신
RequestLocationInformation 메시지의 수신 시에, 목표 디바이스는 다음과 같이 해야 한다:
1> 요청된 정보가 목표 디바이스 성능들 및 구성과 호환되는 경우:
2> 요청된 정보를 ProvideLocationInformation 메시지에 포함시켜야 한다;
2> 응답 내의 IE LPP-TransactionID를 수신된 메시지 내의 IE LPP-TransactionID와 동일한 값으로 설정해야 한다;
2> ProvideLocationInformation 메시지를 송신을 위해 하위 계층들에 전달해야 한다.
1> 그렇지 않으면:
2> 목표 디바이스가 지원하지 않는 하나 이상의 포지셔닝 방법들이 포함된 경우:
3> 마치 지원되는 포지셔닝 방법들에 대한 정보만이 포함된 것처럼 메시지를 계속해서 프로세싱해야 한다;
3> 5.4.3에서와 같이 LPP 오류 검출에 의해, 지원되지 않은 포지셔닝 방법들의 시그널링 콘텐츠를 핸들링해야 한다.
5.3.4 위치 정보 제공(Provide Location Information)의 송신
ProvideLocationInformation 메시지를 송신하도록 트리거될 때, 목표 디바이스는 다음과 같이 해야 한다:
1> 메시지에 포함된 각각의 포지셔닝 방법에 대해:
2> 이용가능 위치 정보를 포함하도록 대응하는 IE를 설정해야 한다;
1> 응답을 송신을 위해 하위 계층들에 전달해야 한다.
[…]
- RequestCapabilities
LPP 메시지 내의 RequestCapabilities 메시지 바디는, LPP에 대한 목표 디바이스 능력 정보 및 지원되는 개별적인 포지셔닝 방법들을 요청하기 위치 서버에 의해 사용된다.
- ProvideCapabilities
LPP 메시지 내의 ProvideCapabilities 메시지 바디는 목표 디바이스의 LPP 능력들을 위치 서버에 표시한다.
- RequestAssistanceData
LPP 메시지 내의 RequestAssistanceData 메시지 바디는, 위치 서버로부터 보조 데이터를 요청하기 위해 목표 디바이스에 의해 사용된다.
- ProvideAssistanceData
LPP 메시지 내의 ProvideAssistanceData 메시지 바디는, 비요청형(unsolicited) 방식으로 또는 목표 디바이스로부터의 요청에 응답하여 목표 디바이스로 보조 데이터를 제공하기 위해 서버에 의해 사용된다.
- RequestLocationInformation
LPP 메시지 내의 RequestLocationInformation 메시지 바디는, 목표 디바이스로부터 포지셔닝 측정치들 또는 위치 추정치들을 요청하기 위해 위치 서버에 의해 사용된다.
- ProvideLocationInformation
LPP 메시지 내의 ProvideLocationInformation 메시지 바디는, 포지셔닝 측정치들 또는 위치 추정치들을 위치 서버로 제공하기 위해 목표 디바이스에 의해 사용된다.
3GPP TS 38.305는 다음을 도입하였다:
6.4 LMF와 UE 사이의 시그널링
6.4.1 프로토콜 계층화
도 6.4.1-1은, LMF와 UE 사이의 LPP 메시지들의 전송을 지원하기 위해 사용되는 프로토콜 계층화를 도시한다. LPP PDU는 AMF와 UE 사이에서 NAS PDU에서 운반된다.
["Protocol Layering for LMF to UE Signalling"이라는 명칭의 3GPP TS 38.305 V17.1.0의 도 6.4.1-1이 도 24로 재현된다]
6.4.2 LPP PDU 전송
도 6.4.2-1은, 네트워크-트리거형 케이스 및 UE-트리거형 케이스에서, LMF와 UE 사이의 LPP PDU의 전송을 도시한다. 이러한 2개의 케이스들은 별도로 발생할 수 있거나 또는 단일의 더 복잡한 동작의 부분들로서 발생할 수 있다.
["LPP PDU transfer between LMF and UE (network- and UE-triggered cases)"라는 명칭의 3GPP TS 38.305 V17.1.0의 도 6.4.2-1이 도 25로 재현된다]
1. 단계 1 내지 단계 4는 단계 5 내지 단계 8 이전에, 이후에, 또는 동시에 발생할 수 있다. 단계 1 내지 단계 4 및 단계 5 내지 단계 6은 또한 반복될 수 있다. 단계 1 내지 단계 4는, LMF가 어떤 LPP 포지셔닝 활동의 부분으로서 LPP 메시지를 UE로 전송해야 할 때 트리거된다. 그러면, LMF는 UE로의 LPP의 전송을 요청하기 위해 AMF를 향한 Namf_Communication _N1N2MessageTransfer 서비스 동작을 호출한다. 서비스 동작은, TS 29.518 [28]에 정의된 바와 같이 N1 메시지 컨테이너에 LCS 상관 ID와 함께 LPP PDU를 포함시킨다.
2. UE가 CM-IDLE 상태에 있는 경우(예를 들어, NG 연결이 데이터 및 시그널링 비활성으로 인해 이전에 릴리즈된 경우), AMF는 UE와의 시그널링 연결을 설정하고 서빙 NG-RAN 노드를 할당하기 위해 TS 23.502 [26]에 정의된 바와 같이 네트워크 트리거형 서비스 요청을 개시한다.
3. AMF는 LPP PDU를 DL NAS 전송 메시지의 페이로드 컨테이너에 포함시키고, LMF를 식별하는 라우팅 식별자를 TS 24.501 [29]에 정의된 DL NAS 전송 메시지의 추가적 정보에 포함시킨다. 그런 다음, AMF는 TS 38.413 [30]에 정의된 NGAP 다운링크 NAS 전송 메시지에서 DL NAS 전송 메시지를 서빙 NG-RAN 노드로 전송한다. AMF는 이러한 전송에 대한 상태 정보를 유지할 필요가 없으며; 이는 단계 7에서 임의의 응답을 별도의 비-연관된 전송으로서 처리할 수 있다.
4. NG-RAN 노드는 RRC DL 정보 전송 메시지에서 DL NAS 전송 메시지를 UE로 포워딩한다.
5. 단계 5 내지 단계 8은, UE가 어떤 LPP 포지셔닝 활동의 부분으로서 LPP PDU를 LMF로 전송해야 할 때 트리거된다. UE가 CM-IDLE 상태에 있는 경우, UE는 AMF와의 시그널링 연결을 설정하고 서빙 NG-RAN 노드를 할당하기 위해 TS 23.502 [26]에 정의된 바와 같이 UE 트리거형 서비스 요청을 유발한다.
6. UE는 LPP PDU를 UL NAS 전송 메시지의 페이로드 컨테이너에 포함시키고, 단계 4에서 수신된 라우팅 식별자를 TS 24.501 [29]에 정의된 UL NAS 전송 메시지의 추가적 정보에 포함시킨다. 그런 다음, UE는 RRC UL 정보 전송 메시지에서 UL NAS 전송 메시지를 서빙 NG-RAN 노드로 전송한다.
7. NG-RAN 노드는 NGAP 업링크 NAS 전송 메시지에서 UL NAS 전송 메시지를 AMF로 포워딩한다.
8. AMF는 단계 7에서 수신된 라우팅 식별자에 의해 표시된 LMF를 향해 Namf_Communication_N1MessageNotify 서비스 동작을 호출한다. 서비스 동작은, TS 29.518 [28]에 정의된 바와 같이 N1 메시지 컨테이너에 LCS 상관 ID와 함께 단계 7에서 수신된 LPP PDU를 포함시킨다.
3GPP TR 23.700-86은 다음을 도입하였다:
3.1 용어들
본 문서의 목적을 위해, TR 21.905 [1]에서 주어진 용어들 및 다음이 적용된다. 본 문서에 정의된 용어는, 존재하는 경우에 TR 21.905 [1]의 동일한 용어의 정의보다 우선한다.
레인징(ranging): PC5 인터페이스를 통한 2개의 UE들 또는 더 많은 UE들 사이의 거리 및/또는 다른 UE(즉, 참조 UE)로부터 하나의 UE(즉, 목표 UE)의 방향의 결정을 의미한다.
SL 참조 UE: 예를 들어, 사이드링크를 사용하여, 포지셔닝을 위한 참조 신호들을 송신하거나 및/또는 수신하는 것, 포지셔닝-관련 정보를 제공하는 것, 등에 의해 목표 UE의 포지셔닝을 지원하는 UE.
노트 1: SL 참조 UE는 RAN WG1 TR 38.859 [21]의 "앵커(Anchor) UE"로서 이해된다.
노트 2: 이러한 TR의 해법들 및 KI들에서 언급된 "참조 UE"는 "SL 참조 UE"를 나타낸다.
목표 UE: 그 거리, 방향 및/또는 위치가 레인징 기반 서비스 및 사이드링크 포지셔닝에서 사이드링크를 사용하여 하나 또는 다수의 SL 참조 UE들로부터의 지원으로 측정되는 UE.
보조 UE: SL 참조 UE와 목표 UE 사이의 직접 레인징/사이드링크 포지셔닝이 지원될 수 없을 때, PC5를 통해 SL 참조 UE와 목표 UE 사이의 레인징/사이드링크 포지셔닝을 지원하는 UE. 보조 UE와 SL 참조 UE 사이의 레인징/사이드링크 포지셔닝의 측정치/결과 및 보조 UE와 목표 UE 사이의 레인징/사이드링크 포지셔닝의 측정치/결과가 결정되며, 이는 목표 UE와 SL 참조 UE 사이의 레인징/사이드링크 포지셔닝 결과를 도출하기 위해 사용된다.
위치결정된 UE(Located UE): 위치가 알려져 있거나 또는 Uu 기반 포지셔닝을 사용하여 알려질 수 있는 SL 참조 UE. 위치결정된 UE는 사이드링크 포지셔닝을 사용하여 목표 UE의 위치를 결정하기 위해 사용될 수 있다.
SL 포지셔닝 서버 UE: 사이드링크 포지셔닝 및 레인징 기반 서비스에 대한 위치 계산을 제공하는 UE. 이것은 목표 UE의 위치를 계산하기 위해 필요에 따라 PC5를 통해 다른 UE들과 상호작용한다. 목표 UE 또는 SL 참조 UE는, 위치 계산이 지원되는 경우 SL 포지셔닝 서버 UE로서 역할할 수 있다.
SL 포지셔닝 클라이언트 UE: 이것 상에 상주하는 애플리케이션을 대표하여 레인징/사이드링크 포지셔닝 서비스 요청을 개시하는, SL 참조 UE 및 목표 UE가 아닌 제3자 UE.
노트 3: SL 포지셔닝 클라이언트 UE는 레인징/사이드링크 포지셔닝 능력을 지원해야 할 필요는 없지만, SL 포지셔닝 클라이언트 UE와 SL 참조 UE/목표 UE 사이의 통신은, 서비스 요청 및 결과의 송신을 위해, PC5를 통해 또는 5GC를 통해 설정되어야 한다.
사이드링크 포지셔닝: 절대 위치, 상대 위치, 및 레인징 정보를 획득하기 위해 PC5를 사용하여 UE를 포지셔닝하는 것.
포지셔닝: 지리적 위치 및 선택적으로 속도(예를 들어, 모바일 단말의 속도)를 검출하는 기능.
네트워크보조형 동작(Networkassisted Operation): 서비스 요청 핸들링 및 결과 계산을 위해 5GC NF들이 참여하는 레인징/사이드링크 포지셔닝의 동작.
UE-단독 동작: 서비스 요청 핸들링 및 결과 계산이 UE에 의해 수행되는 레인징/사이드링크 포지셔닝의 동작.
노트 4: UE-단독 동작에 대해, UE들 사이의 통신은 PC5를 통한다.
상대 위치: 다른 네트워크 엘리먼트들에 대한 또는 다른 UE들에 대한 UE 위치의 추정치.
편집자 노트: 레인징 및 사이드링크 포지셔닝의 용어에 대한 정의는 RAN WG들에 맞춰 조정될 것이며, RAN WG들에서 임의의 결론이 나올 때 재검토될 것이다.
애플리케이션 계층 ID: 특정 애플리케이션의 콘텍스트 내에서 레인징/SL 포지셔닝-가능 UE를 식별하는 식별자로서, 서비스 요청에서 목표 UE 및 SL 참조 UE를 식별하기 위해 SL 포지셔닝 클라이언트 UE에 의해 사용된다.
[…]
4.3 일반적인 참조 아키텍처
4.3.1 개괄
도 4.3.1-1은 비-로밍 동작에 대한 사이드링크 포지셔닝 및 레인징-기반 서비스들에 대한 참조 아키텍처를 도시한다. 이러한 경우에, 사이드링크 포지셔닝 및 레인징-기반 서비스들에 참여하는 UE A 및 UE B는 동일한 PLMN에 가입되어 있다. 참조 아키텍처는 또한, UE-A 또는 UE-B 또는 둘 모두가 네트워크에 등록되지 않았거나 또는 커버리지 내에 있지 않은 경우를 지원한다. UE C 및 UE D는 커버리지 밖에 있을 수 있거나 또는 부분적인 네트워크 커버리지를 가질 수 있다. 단순성을 위해, 이러한 도면은 목표 UE 및 참조 UE(즉, UE-A, UE-B, UE-C 및 UE-D)만을 도시하지만, 해법에 따라 아키텍처 내에 보조 UE, 위치결정된 UE 및 SL 포지셔닝 서버 UE가 또한 존재할 수도 있다.
노트 1: SL 포지셔닝/레인징 라벨로 표시되지 않은 다른 5GC 엔티티들이 여전히 SL 포지셔닝/레인징에 참여해야 할 수 있다.
["Reference architecture for Sidelink Positioning and Ranging-based services for non-roaming and same PLMN operation"이라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 4.3.1-1이 도 26으로 재현된다]
[…]
4.3.2 기능 설명들
사이드링크 포지셔닝 및 레인징-기반 서비스들은, 다음의 참조 포인트들과 함께, 4.3.1절의 아키텍처들을 기반으로 지원된다:
- SR1: UE 내의 UE 사이드링크(Sidelink; SL) 포지셔닝 및 레인징 기능과 SL 포지셔닝/레인징 서버 사이의 참조 포인트. 이러한 참조 포인트는 본 사양의 범위 밖이다. 이는 구성 및 애플리케이션 계층 시그널링을 위해 사용될 수 있다.
- SR5: UE들 내의 사이드링크(Sidelink; SL) 포지셔닝 및 레인징 기능 사이의 참조 포인트. 이는 PC5 참조 포인트를 통해 운반된다.
편집자 노트: SR5가 PC5-RRC, PC5-D, PC5-U 및/또는 PC5-S를 통할지 여부는 RAN WG들에 맞춰 조정될 것이다.
- PC5: UE들 사이의 참조 포인트. 이는 또한 RAN WG들에 의해 정의되는 사이드링크 포지셔닝 및 레인징 동작을 지원한다.
[…]
5.3 주요 이슈 #3: 레인징/사이드링크 포지셔닝 디바이스 발견
5.3.1 개괄적인 설명
이러한 KI는 SID의 WT 1.3에 매핑된다. 이러한 KI는 UE 트리거형 및 네트워크 트리거형 레인징/사이드링크 포지셔닝 둘 모두를 다룬다.
대부분의 경우들에서, 레인징 기반 서비스 및 사이드링크 포지셔닝에서 2개 또는 그 이상의 UE(들)는, 심지어 이들이 근접할 때에도 항상 서로를 인식할 수는 없다.
참조 관찰자 UE 및 목표 UE가 측정을 수행하고 측정 데이터를 전달하기 위한 통신을 수행할 수 있도록 하기 위해, UE들은 먼저 서로에 의해 발견되어야 한다.
발견 절차는, UE가, 레인징 및 사이드링크 포지셔닝을 수행할 목적으로 PC5 인터페이스를 통해 근접한 다른 UE(들)를 발견하거나 또는 이들에 의해 발견되게 하기 위해 사용된다.
참조 UE 및 목표 UE는, 어떤 것이 참조 평면 및 참조 방향을 제공하는지에 대해, 레인징 기반 서비스 및 사이드링크 포지셔닝에서 2가지로 역할한다. 둘 중 하나는 다른 것에 의해 발견될 수 있다.
레인징/사이드링크 포지셔닝 디바이스 발견은 UE들에서 자체적으로 및/또는, 네트워크 지시(예를 들어, 네트워크 모니터링 하에서, 언제, 어떤 거리/각도 내에서 또는 어떤 UE(들)이 발견될 수 있는지에 대한 지시)에 기초하여 트리거될 수 있다.
다음의 측면들이 이러한 주요 이슈 하에서 해결되어야 한다:
1. 다음의 고려사항들로, UE 트리거형 및 네트워크 트리거형 레인징/사이드링크 포지셔닝 둘 모두에 대해, 커버리지 내, 부분적 커버리지 및 커버리지 밖의 경우에 대해 로밍 기반 서비스 및 사이드링크 포지셔닝을 수행하기 위해 참조 UE들 및 목표 UE들이 서로에 의해 발견되는 방법:
- 하나의 목표 UE 및 하나의 참조 UE가 어떻게 서로에 의해 발견되는가?
- 하나의 목표 UE 및 다수의 참조 UE들이 어떻게 서로에 의해 발견되는가?
- 하나의 참조 UE 및 다수의 목표 UE들이 어떻게 서로에 의해 발견되는가?
노트 1: ProSe 직접 발견 절차가 가능한 한 많이 재사용되어야 한다.
2. 커버리지 내, 부분적 커버리지 및 커버리지 밖의 경우들에 대해 레인징/사이드링크 포지셔닝 디바이스의 발견이 어떻게 네트워크 지시에 기초하여 UE에서 트리거되는가?
노트 2: 참조 UE(들) 및 목표 UE 둘 모두가 레인징/SL 포지셔닝이 가능한 것으로 가정된다.
5.4 주요 이슈 #4: 레인징/사이드링크 포지셔닝에 대한 동작들의 제어
5.4.1 개괄적인 설명
레인징 및 사이드링크 포지셔닝은, 자동차, 공공 안전, 및 상업적 사용을 포함하여, 매우 다양한 사용 케이스들을 지원한다. 이러한 상이한 사용 케이스들은 UE들 사이의 통신을 위해 상이한 액세스 기술들, 예를 들어, LTE 기반 V2X, NR 기반 사이드링크들을 사용할 수 있으며, 이후의 릴리즈들에서, 다른 RAT 기술들, 예를 들어, 더 새로운 버전의 사이드링크 및 비-3GPP RAT들이 PC5를 통해 지원될 수 있다. 따라서, 이러한 모든 유형들의 동작들을 지원하도록 공통 프레임워크 및 시스템을 설계하는 것이 유리하다.
레인징 및 사이드링크 포지셔닝의 제어 시그널링 부분은, 레인징 및 사이드링크 포지셔닝 신호들의 송신 이전에 그리고 이후에 UE들 사이에서 발생할 수 있다. 제어 시그널링은 (비제한적으로) 다음을 포함한다:
- 예를 들어, 디바이스들의 발견, 디바이스들 사이의 시그널링 제어 및 구성 정보를 포함하여, 레인징/사이드링크 포지셔닝에 참가하기 위한 UE들의 조정 및 구성;
- 레인징/사이드링크 포지셔닝 계산을 위한 UE들 사이의 레인징/사이드링크 포지셔닝 신호들의 측정 결과들의 교환.
이러한 주요 이슈는 레인징 및 사이드링크 포지셔닝 동작들에 대한 제어 시그널링을 개발하는 데 초점을 맞춘다. 구체적으로, 주요 이슈는 다음을 다룬다:
- 어떤 조정 및 구성 정보가 UE들 사이에서 교환되는가?
- UE들 사이에 조정 & 구성 정보 및 레인징/사이드링크 포지셔닝 신호 측정 결과들을 교환하기 위한 제어 시그널링 절차는 어떤 것인가?
노트 1: 시그널링이 상이한 사용 케이스들에서 상이한 RAT들을 통해 운반될 때 동일한 제어 시그널링 절차가 지원될 수 있는 경우, 공통 해법을 개발하는 것이 선호된다.
노트 2: 공통 제어 시그널링 프로토콜이 상이한 스펙트럼들에서 상이한 레인징/사이드링크 포지셔닝 신호 동작을 지원하는 것이 선호된다.
노트 3: 해법 개발은 또한 시그널링 효율, 오버헤드, 에너지 효율 및 견고성을 고려할 수 있다.
노트 4: 조정된 해법을 개발하기 위해 RAN WG들과의 조정이 필요하다.
노트 5: 제어 시그널링을 지원하기 위해 임의의 AS 영향들을 피하는 것이 바람직하다.
- 상위 계층들의 기능은 어떤 것이며, 레인징/사이드링크 포지셔닝에 대해 상위 계층들과 AS 계층 사이에서 교환되어야 하는 파라미터들은 어떤 것인가?
[…]
6.3 해법 #3: 직접 레인징 동작을 위한 해법
6.3.1 개괄
이러한 해법은 레인징/사이드링크 포지셔닝에 대한 동작 제어들에 대한 주요 이슈 #4를 해결한다. 특히, 이러한 해법은, 어떤 조정 및 구성 정보가 UE들 사이에서 교환되는지, 그리고 UE들 사이에서 조정 및 구성 정보와 레인징 결과들이 어떻게 교환되는지를 해결하려고 시도한다.
전반적으로, 이러한 해법은 직접 레인징 동작에서 3개의 단계들을 제안한다:
- 상위 계층(예를 들어, 레인징 계층)은 UE들 사이의 레인징 파라미터 조정을 수행하며, 상위 계층은 레인징 구성을 AS 계층에 제공한다. 레인징 구성은 레인징 역할(참조 UE 또는 목표 UE), 원 타임(one time) 또는 기간 레인징, 거리 또는 방향 측정 또는 둘 모두를 위한 레인징을 포함한다.
- 하위 계층(예를 들어, AS 계층)은 레인징 구성에 따라 레인징 시그널링을 송신하거나 또는 수신하고 측정들을 수행한다.
- UE는 레인징 결과들을 계산하며, 레인징 결과들은 상위 계층을 통해 UE들 사이에서 공유될 수 있다.
6.3.2 절차들
["high-level procedure for Ranging operation control"이라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 6.3.2-1이 도 27로 재현된다]
1. UE1 및 UE2는 등록 절차 동안 PCF로부터 레인징 인가 정책 및 파라미터들을 획득할 수 있다. 레인징 인가 정책 및 파라미터들은, UE가 참조 UE로서 또는 목표 UE로서 인가되는지 여부를 나타낼 수 있다.
2. UE1이 애플리케이션 계층, 다른 UE 또는 5GC NF로부터 레인징 요청을 획득할 때, UE1은 KI#3 레인징/사이드링크 포지셔닝 디바이스 발견에 대한 해법들을 사용하여 UE2를 발견할 수 있다.
3. UE1 및 UE2는 TS 23.304 [4]에 정의된 바와 같이 PC5 연결 설정을 수행할 수 있다.
노트: PC5 연결은 2개의 UE들 사이의 레인징 파라미터들의 시그널링 상호작용을 위해 설정된다. 이러한 단계는, 레인징/사이드링크 포지셔닝이 2개의 UE들 사이에 있을 때에만 선택적으로 필요하다.
4. UE1은 레인징 파라미터들을 협상하기 위해 레인징 요청을 UE2로 전송하며, 레인징 요청은 PC5 연결에 의해 운반되는 새로운 PC5-S 시그널링일 수 있다. 레인징 요청은 레인징 파라미터들, 예를 들어, 레인징 역할(참조 UE 또는 목표 UE), 원 타임 또는 기간 레인징, 거리 또는 방향 측정 또는 둘 모두를 위한 레인징을 포함한다.
편집자 노트: 2개의 UE들 사이에서 조정된 파라미터들은 추가로 평가될 것이다.
UE1은 단계 1의 레인징 인가 또는 레인징 능력(참조 UE 또는 목표 UE로서의 능력)에 기초하여 레인징 역할을 결정할 수 있다. 예를 들어, UE1은 참조 UE로서 역할할 것으로 결정하며, 그러면 레인징 역할은, "나는 참조 UE입니다" 또는 "너는 목표 UE입니다"를 의미한다.
UE1은, 애플리케이션 계층이 상위 계층(예를 들어, 레인징 계층)으로 레인징 요청을 전송할 때, 애플리케이션 계층으로부터 원 타임 또는 기간 레인징, 거리 또는 방향 측정 또는 둘 모두를 위한 레인징을 획득할 수 있다.
5. UE2는 레인징 응답을 UE1로 전송한다. UE2가, 예를 들어, 그 레인징 능력으로 인해 레인징 역할을 변경하기를 원하는 경우(예를 들어, UE2가 참조 UE로서 역할하기를 원하는 경우), 새로운 레인징 역할이 포함된다.
6. 각각의 UE의 상위 계층은 레인징 구성을 AS 계층에 제공한다. 레인징 구성은 레인징 역할(참조 UE 또는 목표 UE), 원 타임 또는 기간 레인징, 거리 또는 방향 측정 또는 둘 모두를 위한 레인징을 포함한다.
7. 각각의 UE의 AS 계층은 레인징 구성에 따라 레인징 시그널링을 송신하거나 또는 수신하고, 참조 UE는 레인징 결과들을 계산한다. 예를 들어, 방향 측정을 위해, 목표 UE는 레인징 시그널링을 송신하며, 참조 UE는 그에 따라 레인징 시그널링을 수신한다.
편집자 노트: 레인징 구성이 사용될지 여부 및 사용되는 방법은 RAN WG들과의 조정이 필요하다.
8. 레인징 결과들은, 예를 들어, PC5-S 시그널링을 통해 UE들 사이에서 공유될 수 있다.
6.3.3 서비스들, 엔티티들 및 인터페이스들에 대한 영향들
UE는:
- PCF로부터 레인징 인가 정책 및 파라미터들을 수신한다;
- 레인징 동작을 위한 구성에 대한 계층-간 통신;
- 레인징 서비스에 대한 파라미터 협상 및 가능하게는 추가로 레인징 결과들을 공유하는 것에 관한 UE-간 통신.
6.4 해법 #4: 레인징 디바이스 발견 및 레인징 절차
6.4.1 설명
이러한 해법은, 레인징/사이드링크 포지셔닝 디바이스 발견에 대한 주요 이슈 #3 및 주요 이슈 #4: 레인징/사이드링크 포지셔닝에 대한 동작들의 제어와 관련된다.
레인징/사이드링크 포지셔닝을 실현하기 위해, KI#4에서 설명된 바와 같이, 레인징/사이드링크 포지셔닝 제어의 목적을 위해 조정 & 구성 정보 및 레인징/사이드링크 포지셔닝 신호 측정 결과들을 교환하기 위해 UE들 사이의 시그널링이 필요하며, 이는, NAS를 통한 UE와 LMF 사이의 LPP 절차와 매우 유사하다(예를 들어, TS 38.305 [16]의 6.4에 지정된 능력 전송, 보조 데이터 전송, 위치 정보 전송). 이에 대응하여, 이러한 해법은, UE들 사이의 레인징/사이드링크 포지셔닝 제어 시그널링 상호작용에 대해 TS 23.304 [4]의 6.1절 및 TS 23.287 [3]의 5.2.1절에 지정된 바와 같은 기존 직접 통신 프로토콜 위에 레인징/사이드링크 포지셔닝 프로토콜 계층을 추가할 것을 제안한다.
["Ranging/sidelink Positioning protocol over PC5 reference point"라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 6.4.1-1이 도 28로 재현된다]
Uu 인터페이스를 통한 LPP와 유사하게, 레인징/사이드링크 포지셔닝 프로토콜(Ranging/Sidelink Positioning Protocol; RSPP)은 6.4.2.4절에 설명된 바와 같은 다음의 절차들을 포함할 수 있다:
- UE들 사이의 레인징/사이드링크 포지셔닝에 대한 능력 전송에 관한 절차들;
- UE들 사이의 레인징/사이드링크 포지셔닝에 대한 보조 데이터 전송에 관한 절차들;
- UE들 사이의 레인징/사이드링크 포지셔닝에 대한 위치 정보 전송에 관한 절차들;
노트: 이러한 해법의 RSPP 절차들의 세부사항들은 RAN WG들에서 개발될 것으로 예상된다.
편집자 노트: RSPP에 관한 텍스트들은 RAN 실무 그룹들에서 임의의 결론이 나오면 추가로 업데이트될 수 있다.
편집자 노트: 새로운 레인징/사이드링크 포지셔닝 프로토콜이 정의될지 또는 레인징/사이드링크 포지셔닝을 지원하기 위한 LPP에 대한 향상이 정의될지 여부는 RAN 실무 그룹들에 의해 결정될 것이다.
6.4.2 5G ProSe에 대한 레인징/사이드링크 포지셔닝의 절차들
6.4.2.1 개괄
레인징/사이드링크 포지셔닝에 대한 동작들의 제어를 실현하기 위해, 다음의 절차들이 수행되는 것으로 가정된다:
- 레인징/사이드링크 포지셔닝 디바이스 발견;
- 레인징/사이드링크 포지셔닝 프로토콜 절차를 위한 직접 통신 설정;
- 레인징/사이드링크 포지셔닝 절차.
다음의 절차들은, TS 23.304 [4]에 정의된 바와 같은 5G ProSe PC5 참조 포인트를 지원하는 UE들에 대한 것이다.
편집자 노트: TS 23.287 [3]에 정의된 바와 같은 V2X PC5 참조를 지원하는 UE에 대한 디바이스 발견에 대한 해법들은 다른 해법들에서 제공될 수 있다.
TS 23.304 [4]의 6.3.2.1절에 지정된 바와 같은 기존 모델 A 및 모델 B 직접 발견은 레인징/사이드링크 포지셔닝 디바이스 발견에 대한 기준으로서 재사용된다.
TS 23.304 [4]의 6.4.3절에 지정된 바와 같은 기존 유니캐스트 모드 5G ProSe 직접 통신 설정 절차가 재사용된다.
6.4.2.2 모델 A 발견을 이용한 2개의 UE들 사이의 레인징/사이드링크 포지셔닝의 절차들
["High-level procedure of Ranging/Sidelink Positioning with Model A discovery"라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.2-1이 도 29로 재현된다]
이러한 절차에서, 참조 UE 및 목표 UE는 레인징/사이드링크 포지셔닝을 가능하게 하기 위해 TS 23.273 [11]의 6.11.1절에 지정된 바와 같은 UE 보조형 및 UE 기반형 포지셔닝 절차의 설계를 취할 수 있다.
1. 목표 UE는 공표(Announcement) 메시지를 전송한다. 공표 메시지는 발견 메시지의 유형, 목표 UE 정보, 레인징/사이드링크 포지셔닝 서비스 코드, 역할 표시(목표 UE) 및 목표 UE 능력(예를 들어, 레인징 지원)을 포함할 수 있다.
2. 참조 UE들은 공표 메시지를 모니터링한다. 목표 정보가 발견될 참조 UE이며, 참조 UE들이 레인징 서비스에 관심이 있고, 존재하는 경우, 목표 UE의 레인징/사이드링크 포지셔닝 능력을 지원하는 경우, 참조 UE는 TS 23.304 [4]의 6.4.3.1절에 설명된 바와 같이 목표 UE와의 직접 PC5 링크 설정 절차를 수행한다.
3. 목표 UE 및 참조 UE는, 6.4.2.4절에 설명된 바와 같이, 조정 & 구성 정보, 예를 들어, 레인징 능력 및 레인징 보조 데이터를 교환하기 위해 레인징/사이드링크 포지셔닝 제어 상호작용 절차를 수행한다.
노트: RSPP 메시지를 운반하는 PC5 메시지는 이러한 해법에서 새로운 종류의 PC5-S 메시지로서 간주된다.
편집자 노트: RSPP 메시지를 운반하는 PC5-S 메시지를 핸들링하는 방법은 미래 연구이다.
4. 목표 UE 및 참조 UE는 상호작용된 조정 & 구성 정보를 AS 계층으로 아래로 전달한다.
5. 목표 UE 및 참조 UE는 레인징/사이드링크 포지셔닝 측정 및 결과 계산을 수행한다.
6. 목표 UE 및 참조 UE는, 6.4.2.5절에 설명된 바와 같이, 레인징/사이드링크 포지셔닝 측정 결과들을 교환하기 위한 레인징/사이드링크 포지셔닝 제어 상호작용 절차를 수행하고, 그런 다음 측정 결과들을 RSPP 계층에 제공한다.
6.4.2.3 모델 B 발견을 이용한 2개의 UE들 사이의 레인징/사이드링크 포지셔닝의 절차들
["High-level procedure of Ranging/Sidelink Positioning with Model B discovery"라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.3-1이 도 30으로 재현된다]
이러한 절차에서, 참조 UE 및 목표 UE는 레인징/사이드링크 포지셔닝을 가능하게 하기 위해 TS 23.273 [11]의 6.11.1절에 지정된 바와 같은 UE 보조형 및 UE 기반형 포지셔닝 절차의 설계를 취할 수 있다.
1. 참조 UE는 요청(Solicitation) 메시지를 전송한다. 요청 메시지는 발견 메시지의 유형, 레인징/사이드링크 포지셔닝 서비스 코드, 참조 UE 정보, 목표 UE 정보, 역할 표시(참조 UE) 및 참조 UE 능력을 포함할 수 있다.
2. 목표 UE는 요청 메시지를 모니터링한다. 목표 UE가 요청 메시지에 포함된 목표 정보 및 참조 UE 능력에 기초하여 발견되고 레인징될 것을 결정하는 경우, 목표 UE는 발견 응답 메시지로 참조 UE에 응답한다. 발견 응답 메시지는 목표 UE 능력을 포함할 수 있다.
3. 목표 UE 발견 이후에, 참조 UE는 목표 UE와의 PC5 유니캐스트 통신 설정을 수행한다.
4-7. 이러한 단계는 도 6.4.2.2-1의 단계 3 내지 단계 6과 동일하다.
노트: 참조 UE는 또한 목표 UE를 발견하기 위한 발견 절차를 개시할 수도 있다.
6.4.2.4 조정 & 구성 정보를 교환하기 위한 RSPP 절차들
6.4.2.4.1 레인징 능력을 교환하기 위한 RSPP 절차들
["RSPP procedures to exchange Ranging capability"라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.4.1-1이 도 31로 재현된다]
1. 레인징 능력을 교환하기 위한 RSPP 절차에 대해, 목표 UE 또는 참조 UE는 레인징 능력을 제공할 것을 피어 UE에 요청할 수 있다. 레인징 능력 요청은 PC5-S 메시지를 통해 전송된다.
2. 목표 UE 또는 참조 UE는 자신의 레인징 능력을 피어 UE에 제공하며, 이는 PC5-S 메시지를 통해 전송된다.
6.4.2.4.2 레인징 보조 데이터를 교환하기 위한 RSPP 절차들
["RSPP procedures to exchange Ranging assistant data"라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.4.2-1이 도 32로 재현된다]
1. 레인징 보조 데이터를 교환하기 위한 RSPP 절차에 대해, 목표 UE 또는 참조 UE는 레인징 보조 데이터를 제공할 것을 피어 UE에 요청할 수 있다. 레인징 보조 데이터는 PC5-S 메시지를 통해 전송된다.
2. 목표 UE 또는 참조 UE는 자신의 레인징 보조 데이터를 피어 UE에 제공하며, 이는 PC5-S 메시지를 통해 전송된다.
6.4.2.5 레인징/사이드링크 포지셔닝 측정 결과들을 교환하기 위한 RSPP 절차들
["RSPP procedures to exchange Ranging/Sidelink Positioning measurement results"라는 명칭의 3GPP TR 23.700-86 V1.0.0의 도 6.4.2.5-1이 도 33으로 재현된다]
1. 레인징/사이드링크 포지셔닝 측정 결과들을 교환하기 위한 RSPP 절차에 대해, 목표 UE 또는 참조 UE는 레인징/사이드링크 포지셔닝 측정 결과들을 제공할 것을 피어 UE에 요청할 수 있다. 레인징/사이드링크 포지셔닝 측정 결과 요청은 PC5-S 메시지를 통해 전송된다.
2. 목표 UE 또는 참조 UE는 자신의 레인징/사이드링크 포지셔닝 측정 결과들을 피어 UE에 제공하며, 이는 PC5-S 메시지를 통해 전송된다.
6.4.3 기존 노드들 및 기능에 대한 영향들
해법은 다음과 같은 엔티티들에 대해 영향을 갖는다:
UE(들)은:
- PC5 참조 포인트를 통한 RSPP를 지원한다.
- RSPP 메시지를 운반하는 PC5-S 메시지를 지원한다.
[…]
3GPP 이메일 논의 [Post119-e][406][POS]는 다음을 도입했다:
SLPP/RSPP에 대한 추가적인 세부사항들
RAN2이 사이드링크를 통해 UE들 사이에서 사이드링크 포지셔닝 절차들에 대해 새로운 프로토콜의 사용을 합의하였지만, 시그널링이 작동하는 방법의 세부사항들은 여전히 논의되어야 한다. 구체적으로, 사이드링크 기반 포지셔닝에 대해 어떠한 기본 기능이 SLPP/RSPP에 의해 지원되어야 하는지가 논의되어야 한다. 이러한 논의의 목적을 위해, 커버리지 밖 시나리오(즉, CN 참여 없음)만을 고려하였으며, 이는 이러한 시나리오가 현재 SLPP/RSPP의 사용이 지원되도록 합의된 유일한 시나리오이기 때문임을 유의해야 한다. 또한 당분간 1-대-1 SL 포지셔닝을 가정한다.
이러한 측면에 대한 회사의 기고들을 고려하면, 적어도 다음의 동작들을 지원하는 것을 선호하는 명백한 다수의 회사들이 있다는 것이 분명해 보인다:
절차 1: SL 포지셔닝 능력들의 교환
["LPP Capability Transfer procedure"라는 명칭의 3GPP email discussion [Post119-e][406][POS]의 도 1은 도 34로 재현된다]
절차 2: 포지셔닝 관련 보조 데이터의 전송
["LPP Assistance Data Transfer procedure"라는 명칭의 3GPP email discussion [Post119-e][406][POS]의 도 2는 도 35로 재현된다]
절차 3: 위치 정보(포지셔닝 측정치들 및/또는 포지션 추정치)의 전송
["LPP Location Information Transfer procedure"라는 명칭의 3GPP email discussion [Post119-e][406][POS]의 도 3은 도 36으로 재현된다]
[…]
요약:
대부분의 모든 회사들은, 적어도 절차 1 내지 절차 5가 SLPP/RSPP를 위해 지원되어야 한다고 생각한다. 한 회사는, UE 위치 서버의 존재에 대해 합의하지 않았기 때문에 아직 논의되지 않아야 한다고 생각한다. 또한 절차 9(포지셔닝 활성화/비활성화 절차와 같은 NRPPa)에 대한 일부 지원도 있지만, 회사들은 이것이 또한 SL-PRS의 RAN1 설계에 의존한다고 지적하였다. 조사 위원은, 적어도 절차 1 내지 절차 5가 합의될 수 있다고 생각한다.
제안 3: 사이드링크 포지셔닝을 가능하게 하기 위해, SLPP/RSPP는 적어도 다음의 기능들을 지원해야 한다:
1. SL 포지셔닝 능력 전송
2. SL 포지셔닝 보조 데이터 교환
3. SL 위치 정보 전송
4. 오류 핸들링
5. 중단
[…]
요약:
이전 질문에 대한 코멘트들에 기초하여, 모든 지원 회사들은, 적어도 절차 1 내지 절차 5가 기준선으로서 다음의 LPP 절차들(및 연관된 시그널링)을 문제시하지 않아야(defy) 한다고 생각한다. 따라서, 다음이 제안된다:
제안 4: 적어도 다음의 절차들이 기준선으로서 대응하는 LPP 절차들(및 연관된 시그널링)을 사용하는 SLPP/RSPP에 대해 정의되어야 한다:
1. SL 능력 전송 절차
2. SLPP 보조 데이터 전송 절차
3. SLPP 위치 정보 전송 절차
4. 오류 핸들링
5. 중단
[…]
이상의 논의는 다음의 제안들의 형태로 요약될 수 있다:
제안 1: 커버리지-내의 경우에 하이브리드(Uu + PC5) 기반 포지셔닝의 경우에 대한 UE와 LMF 사이의 사이드링크 포지셔닝 절차들에 대해, RAN2는 다음의 옵션을 논의하고 다음의 옵션들 사이에서 선택할 것을 제안한다:
1. 이에 의해 하이브리드 Uu 및 PC5 기반 포지셔닝을 지원하기 위한 새로운 시그널링이 정의되어야 하는 LPP의 확장, 즉, UE와 LMF 사이의 사이드링크 기반 포지셔닝을 지원하기 위해 기존 LPP를 확장하는 것
2. 이에 의해 SLPP/RSPP 시그널링이 LPP 내에서 투명하게 전송될 수 있는 LPP의 향상, 즉, 사이드링크 기반 포지셔닝을 지원하기 위해 새롭게 정의된 SLPP/RSPP를 사용하고 Uu 기반 포지셔닝을 지원하기 위해 기존 LPP를 사용하는 것; 그리고 SLPP/RSPP는 LPP에서 컨테이너로서 운반된다
제안 2: 커버리지-내의 경우에 PC5-단독 기반 포지셔닝의 경우에 대한 UE와 LMF 사이의 사이드링크 포지셔닝 절차들에 대해, RAN2는 다음의 옵션을 논의하고 다음의 옵션들 사이에서 선택할 것을 제안한다:
1. 이에 의해 PC5 기반 포지셔닝을 지원하기 위한 새로운 시그널링이 정의되어야 하는 LPP의 확장, 즉, UE와 LMF 사이의 사이드링크 기반 포지셔닝을 지원하기 위해 기존 LPP를 확장하는 것
2. 이에 의해 SLPP/RSPP 시그널링이 LPP 내에서 투명하게 전송될 수 있는 LPP의 향상, 즉, 사이드링크 기반 포지셔닝을 지원하기 위해 새롭게 정의된 SLPP/RSPP를 사용하고 SLPP/RSPP는 LPP에서 컨테이너로서 운반되는 것.
제안 3: 사이드링크 포지셔닝을 가능하게 하기 위해, SLPP/RSPP는 적어도 다음의 기능들을 지원해야 한다:
6. SL 포지셔닝 능력 전송
7. SL 포지셔닝 보조 데이터 교환
8. SL 위치 정보 전송
9. 오류 핸들링
10. 중단
제안 4: 적어도 다음의 절차들이 기준선으로서 대응하는 LPP 절차들(및 연관된 시그널링)을 사용하는 SLPP/RSPP에 대해 정의되어야 한다:
6. SL 능력 전송 절차
7. SLPP 보조 데이터 전송 절차
8. SLPP 위치 정보 전송 절차
9. 오류 핸들링
10. 중단
제안 5: 유니캐스트/1-대-1 동작이 사이드링크 포지셔닝 시그널링의 교환을 위한 기준선으로서 가정된다.
제안 6: RAN2는 (유니캐스트에 더하여) 그룹캐스트/브로드캐스트에 대한 적어도 하나의 포지셔닝 시그널링의 적용가능성에 초점을 맞춰야 한다. 특정 사용 케이스 및 임의의 보안 측면들을 미래 연구이다:
● SL 포지셔닝 능력 전송
● SL 포지셔닝 보조 데이터 교환
3GPP R2-2207586은 다음을 도입했다:
["Ranging/sidelink Positioning protocol over PC5 reference point"라는 명칭의 3GPP R2-2207586의 도 5가 도 37로 재현된다]
SA2가 제공하는 도 5에서, 이것은 UE의 PC5-S 계층을 넘어 RSPP를 설정하고 이것을 NAS 계층으로 취하기 위한 것이며, 그러면 RSPP 시그널링은 AS 계층에 대해 투명할 수 있고 이에 대한 컨테이너 내에 있을 수 있다. 우리는, RSPP 계층을 도입하는 것이 사이드링크 포지셔닝 기능의 추가 확장을 위해 좋다고 생각한다. 따라서, RSPP, PC5-S 및 PC5-RRC는 사이드링크 포지셔닝의 제어 시그널링을 운반하기 위한 옵션들일 수 있다. 보다 구체적으로, 능력 전송은 UE가 지속적으로 묻지 않고 다른 UE들의 콘텍스트를 저장/기억하게 하며, 따라서 이는 AS 계층에서 프로세싱될 필요가 없다. 또한, 위치 계산 기능은 AS 계층이 아니라 NAS 계층에만 존재할 수 있으며, 따라서 측정 보고는 프로세싱 위해 NAS 계층으로 전송되어야 한다. 따라서, 능력 전송 및 측정 보고는 NAS 계층에 의해 전달되어야 하며, 이는 사이드링크 포지셔닝에 대해 전용됨에 따라 RSPP 계층에 더 양호하게 내장된다.
보조 데이터 전송에 대해, 상황이 다를 수 있다. 보조 데이터는 다음의 2개의 주요 구성요소들을 포함한다: UE 위치 계산을 위한 보조 데이터(예를 들어, 다른 앵커 UE의 좌표) 및 SL-PRS 구성. 앞의 구성요소(UE 위치 계산을 위한 보조 데이터)는 또한 NAS 계층에 의해 송신될 수 있으며, 이는, 이것이 시간에 따라 너무 빠르게 변화하지 않을 것이기 때문이다. 두 번째 구성요소에 대해, SL-PRS 구성이 모드 1 UE에 대해 gNB로부터 오거나 또는 모드 2 UE에 대해 사전-구성으로부터 오는 경우, UE의 RRC 계층은 이러한 SL-PRS 구성을 저장하고 프로세싱할 것이다. 이러한 경우에, RSPP 계층만이 SL-PRS 구성을 전달할 수 있는 경우, UE의 RRC/PC5-RRC 계층은 자신이 획득한 SL-PRS을 NAS 계층으로, 그런 다음 다른 UE로 전송해야 할 수 있고, 이는 일반적인 설계가 아니며 UE의 상이한 계층들 사이의 불필요한 시그널링을 야기할 것이다. 따라서, 우리는, UE들 사이의 SL-PRS 구성 상호작용에 대해, PC5-RRC에 의해 SL-PRS를 전달하는 것이 하나의 가능한 방식이라고 생각한다.
관찰 1: RSPP, PC5-S 및 PC5-RRC는 사이드링크 포지셔닝의 제어 시그널링을 운반하기 위한 옵션들일 수 있다.
제안 5: UE들 사이의 사이드링크 포지셔닝에서, NAS 계층에 의한 능력 상호작용, 앵커 UE 위치 상호작용 및 측정 보고를 전달하기 위한 지원, 즉, RSPP 메시지.
제안 6: UE들 사이의 사이드링크 포지셔닝에서, AS 계층에 의해 SL-PRS 구성을 전달하기 위한 지원, 즉, PC5-RRC 시그널링.
2.4.1.2 Cst 유형
Rel-17에서, 사이드링크 통신은 브로드캐스트, 그룹캐스트 및 유니캐스트를 지원한다. NAS 및 AS 계층 제어 시그널링은 최종적으로는 PSSCH에 의해 전달되며, 따라서, 상이한 계층들로부터의 상이한 시그널링의 가능한 캐스트 유형을 논의할 가치가 있다. 우리는, 능력 전송이 상이한 시나리오들에 맞춰 브로드캐스트, 그룹캐스트 또는 유니캐스트가 될 수 있다고 생각하며, 예를 들어, D2D 발견의 시작 시에 목표 UE의 능력은 브로드캐스트 또는 그룹캐스트일 수 있고; 이미 V2X 유니캐스트 링크를 갖는 UE들의 쌍에 대해, RSPP/PC5 시그널링을 통한 능력 전송은 유니캐스트일 수 있다. 측정 보고에 대해, 위치 정보가 UE의 프라이버시 데이터이기 때문에, 우리는 적어도 유니캐스트가 필요하다고 생각한다. SL-PRS 구성을 배제한 보조 데이터에 대해, 앵커 UE의 위치가 일반적인 정보로 보일 수 있고 다른 UE들에게 알려지는 것이 해롭지 않기 때문에 브로드캐스트, 그룹캐스트 또는 유니캐스트를 사용하는 것이 가능하며; SL-PRS 구성이 PC5-RRC에서 운반되는 경우, 이는 이것이 적어도 유니캐스트를 지원한다는 것을 의미한다. 그러나, 주기적 SL-PRS가 지원되는 경우 커버리지 밖 UE가 이웃 UE의 PRS 구성을 센싱해야 할 필요가 있을 경우를 고려하면, SL-PRS 구성은 또한 브로드캐스트 또는 그룹캐스트도 지원해야 한다.
["Suggested cast type of different SL positioning control signaling"이라는 명칭의 3GPP R2-2207586의 표 1이 도 38로 재현된다]
제안 7: Rel-18 사이드링크 포지셔닝에서, 능력 상호작용, 측정 보고 및 보조 데이터 상호작용의 캐스트 유형을 고려하기 위한 RAN2 지원.
[…]
3GPP TS 23.304 및 TS 24.554에 따르면, 뉴 RAT/무선(New RAT/Radio; NR) 사이드링크(Sidelink; SL)가 가능한 Rel-17 UE는 피어 UE와의 유니캐스트 링크(또는 소위 계층-2 링크, PC5-S 연결, 또는 PC5-RRC 연결)를 설정하기 위한 유니캐스트 링크 설정 절차를 수행할 수 있다. 기본적으로, 개시 UE는, 목표 UE에 대한 유니캐스트 링크의 설정을 요청하기 위해 소스 L2ID로서 개시 UE의 계층 2 식별자(Layer 2 Identifier; L2ID) 및 목적지 L2ID로서 목표 UE의 L2ID 또는 디폴트 목적지 L2ID로 하여 직접 통신 요청 메시지(즉, PROSE DIRECT LINK ESTABLISHMENT REQUEST 메시지)를 송신할 수 있다. 목표 UE는, 소스 L2ID로서 개시 UE의 L2ID를 갖는 직접 통신 요청 메시지를 수신함으로써 개시 UE의 L2ID를 학습할 수 있다. 직접 통신 요청 메시지가 디폴트 목적지 L2ID로 전송되는 경우에, 개시 UE는 소스 L2ID로서 목표 UE의 L2ID를 갖는 보안 모드 명령 메시지(즉, PROSE DIRECT LINK SECURITY MODE COMMAND 메시지)를 수신함으로써 목표 UE의 L2ID를 학습할 수 있다.
개시 UE는 유니캐스트 링크를 보호(예를 들어, 사이퍼링 및/또는 무결성 보호)하기 위하여 보안 콘텍스트(예를 들어, 보안 키(들), 보안 알고리즘을 포함함)를 설정하기 위해 목표 UE로부터 보안 모드 명령 메시지를 수신할 수 있으며, 그런 다음 보안 모드 완료 메시지(즉, PROSE DIRECT LINK SECURITY MODE COMPLETE 메시지)를 목표 UE로 전송할 수 있다. 보안 모드 완료 메시지의 송신은 보안 콘텍스트에 기초하여 보호된다(즉, 보안 모드 완료 메시지는 전송 이전에 사이퍼링된다). 그리고 그 다음, 목표 UE는 유니캐스트 설정 절차를 완료하기 위해 개시 UE로 직접 통신 수락 메시지(즉, PROSE DIRECT LINK ESTABLISHMENT ACCEPT 메시지)를 전송할 수 있다. 직접 통신 수락 메시지의 송신은 보안 콘텍스트에 기초하여 보호된다(즉, 직접 통신 수락 메시지는 전송 이전에 사이퍼링된다).
3GPP TR 23.700-86에 따르면, 5GC 아키텍처는, 5G 네트워크의 커버리지-내, 부분적 커버리지, 및 커버리지 밖에서 상용 차량-대-사물(Vehicle-to-Everything; V2X) 및 공공 안전 사용 케이스들에 대해 레인징-기반 서비스들 및 사이드링크 포지셔닝을 가능하게 하기 위해 향상될 것이며, 이는 2개의 UE들 사이의, 하나의 UE와 다수의 UE들 사이의 또는 다른 UE의 보조를 통한 레인징 디바이스 발견 및 서비스 운영 절차들을 포함한다.
Rel-17 NR SL 가능 UE에 대한 사양을 바탕으로 SL 포지셔닝 및 레인징을 지원하기 위해, 포지셔닝 및 레인징 동작 제어의 흐름도가 연구될 수 있다. 도 39는 순서도의 일 예(3GPP TR 23.700-86의 해법 #3의 도 6.3.2-1(도 27로 재현됨)을 바탕으로 함)를 예시하며, 각각의 단계에 대한 세부사항들은 이하에서 설명될 수 있다:
1. UE-1 및 UE-2는 SL 포지셔닝/레인징이 가능하다. UE1은 SL 참조 UE 및/또는 SL 목표 UE가 가능할 수 있고, UE2는 SL 목표 UE 및/또는 SL 참조 UE가 가능할 수 있다. UE2는 UE1로부터 수신된 하나 이상의 사이드링크 발견 메시지들을 통해 UE2 근처에 있는 UE1을 알 수 있다. UE1도 또한 UE2로부터 수신된 하나 이상의 사이드링크 발견 메시지들을 통해 UE1 근처에 있는 UE2를 알 수 있다.
2. UE2는 UE1과의 계층-2 링크 설정 절차를 개시할 수 있다. UE2는 UE1과 계층-2 링크를 설정하는 것을 요청하기 위해 제1 PC5-S 메시지를 전송할 수 있다. 제 1 PC5-S 메시지는 직접 통신 요청 메시지일 수 있다.
3. UE2로부터의 제1 PC5-S 메시지의 수신 시에, UE1은 UE2와 보안 콘텍스트 설정 절차를 개시할 수 있다. UE1은 계층-2 링크와 연관된 보안 콘텍스트를 설정하기 위해 제2 PC5-S 메시지를 UE2로 전송할 수 있다. 제2 PC5-S 메시지는 보안 모드 명령 메시지일 수 있다.
4. 제2 PC5-S 메시지의 수신에 응답하여, UE2는 보안 콘텍스트의 설정을 완료하기 위해 제3 PC5-S 메시지를 UE1로 전송할 수 있다. 제3 PC5-S 메시지는 보안 모드 완료 메시지일 수 있다.
5. UE1은 계층-2 링크의 설정을 완료하기 위해 제4 PC5-S 메시지를 UE2로 전송할 수 있다. 제4 PC5-S 메시지는 직접 통신 수락 메시지일 수 있다.
6. SL 포지셔닝/레인징 관련 기능을 개시하기 위해, UE2는 제5 PC5-S 메시지를 UE1로 전송할 수 있다. 제5 PC5-S 메시지는 레인징 요청 메시지일 수 있다. 이러한 레인징 요청 메시지는, UE2가 SL 목표 UE(또는 SL 참조 UE)의 역할이 될 것임을 나타내는 정보를 포함할 수 있다. 이러한 레인징 요청 메시지는, (요청된) SL 포지셔닝/레인징 관련 파라미터(들), 예를 들어, 원 타임 또는 주기적 측정, 거리 및/또는 방향에 대한 레인징, 포지셔닝 참조 시그널링(positioning reference signalling; PRS) 구성, 및/또는 등을 포함할 수 있다.
7. 제5 PC5-S 메시지의 수신에 응답하여, UE1은 제6 PC5-S 메시지를 UE2로 전송할 수 있다. 제6 PC5-S 메시지는 레인징 응답 메시지일 수 있다. 이러한 레인징 응답 메시지는, UE1이 SL 참조 UE(또는 SL 목표 UE)의 역할이 될 것임을 나타내는 정보를 포함할 수 있다. 이러한 레인징 응답 메시지는, (수락된) SL 포지셔닝/레인징 관련 파라미터(들), 예를 들어, 원 타임 또는 주기적 측정, 거리 및/또는 방향에 대한 레인징, 포지셔닝 참조 시그널링(positioning reference signalling; PRS) 구성, 및/또는 등을 포함할 수 있다.
8. UE1 및 UE2 둘 모두는 (요청된/수락된) SL 포지셔닝/레인징 관련 파라미터(들)에 기초하여 SL 포지셔닝/레인징 관련 구성들을 적용할 수 있다.
9. UE2의 측정/위치결정(location) 결과가 UE2에 의해 계산될 수 있다는 것이 가능하다. UE1은 SL 포지셔닝/레인징 관련 구성들에 기초하여 하나 이상의 SL 포지셔닝/레인징 관련 참조 시그널링(예를 들어, 보조 데이터, PRS 시그널링, 및/또는 등)을 전송/브로드캐스트/송신할 수 있다. UE2는 SL 포지셔닝/레인징 관련 구성들에 기초하여 하나 이상의 SL 포지셔닝/레인징 관련 참조 시그널링을 수신/모니터링할 수 있다.
UE2의 측정/위치결정 결과가 UE1에 의해 계산될 수 있다는 것이 또한 가능하다. UE2는 SL 포지셔닝/레인징 관련 구성들에 기초하여 하나 이상의 SL 포지셔닝/레인징 관련 참조 시그널링(예를 들어, 보조 데이터, PRS 시그널링, 및/또는 등)을 전송/브로드캐스트/송신할 수 있다. UE1은 SL 포지셔닝/레인징 관련 구성들에 기초하여 하나 이상의 SL 포지셔닝/레인징 관련 참조 시그널링을 수신/모니터링할 수 있다.
(SL 참조 UE로부터 SL 목표 UE로 전송된) 이러한 보조 데이터는 SL 목표 UE의 위치 계산을 보조하기 위해 사용되는 상위 계층 정보일 수 있다. SL 목표 UE의 위치 계산은 SL 참조 UE의 위치 정보에 의존할 수 있다. 따라서, 이러한 보조 데이터는 SL 참조 UE의 위치 정보를 포함할 수 있다. SL 목표 UE의 위치가 SL 참조 UE에 의해 계산/결정될 수 있다는 것이 또한 가능하다. 따라서, 이러한 보조 데이터는 SL 목표 UE의 위치 정보를 포함할 수 있다.
이러한 PRS 시그널링은 SL 레인징 결정을 위해 무선 신호의 강도 및/또는 품질을 측정하기 위한 무선 프레임에서 전송될 수 있다.
10. 수신/모니터링되는 하나 이상의 SL 포지셔닝/레인징 관련 참조 시그널링에 기초하여, UE1/UE2는, 피어 UE와 공유될 측정/위치결정 결과를 계산할 수 있다. 이러한 측정/위치결정 결과는 UE2의 위치 정보, PRS 시그널링의 강도/품질, 및/또는 등을 포함/함유할 수 있다. 이러한 측정/위치결정 결과는 PC5-S 메시지, PC5-RRC 메시지 및/또는 등을 통해 전송될 수 있다.
시그널링 오버헤드 감소와 관련하여, 이러한 레인징 요청 메시지(예를 들어, UE2가 SL 목표/참조 UE의 역할이 될 것임을 나타내는 정보 및/또는 SL 포지셔닝/레인징 관련 파라미터들을 포함함)의 콘텐츠는 직접 통신 요청 메시지에 포함될 수 있다(즉, 도 40에 도시된 바와 같은 단계 2의 옵션 1a). 이러한 레인징 요청 메시지의 콘텐츠가 보호되어야 하는 경우, 이러한 레인징 요청 메시지의 콘텐츠는 대안적으로 보안 모드 완료 메시지에 포함될 수 있다(즉, 도 40에 도시된 바와 같은 단계 4의 옵션 1b).
유사하게, 이러한 레인징 응답 메시지(예를 들어, UE1이 SL 참조/목표 UE의 역할이 될 것임을 나타내는 정보 및/또는 SL 포지셔닝/레인징 관련 파라미터들을 포함함)의 콘텐츠는 보안 모드 명령 메시지에 포함될 수 있다(즉, 도 40에 도시된 바와 같은 단계 3의 옵션 2a). 이러한 레인징 응답 메시지의 콘텐츠가 보호되어야 하는 경우, 이러한 레인징 응답 메시지의 콘텐츠는 대안적으로 직접 통신 수락 메시지에 포함될 수 있다(즉, 도 40에 도시된 바와 같은 단계 5의 옵션 2b).
이상의 실시예들과 관련하여, 도 40의 단계 6, 단계 7, 단계 8은 각각 도 39의 단계 8, 단계 9, 단계 10을 나타낼 수 있다.
도 41은 제1 UE에 대한 방법의 순서도(4100)이다. 단계(4105)에서, 제1 UE는 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 단계(4110)에서, 제1 UE는 PC5 연결에 대한 보안 콘텍스트 설정을 완료하기 위해 제1 PC5 메시지를 제2 UE로 전송하며, 여기서 제1 PC5 메시지는 SL 포지셔닝 또는 레인징에 관한 하나 이상의 파라미터들을 포함한다.
일 실시예에서, 제1 UE는 PC5 연결의 설정을 요청하기 위해 제2 UE로 제2 PC5 메시지를 전송할 수 있다. 제1 UE는 PC5 연결에 대한 보안 콘텍스트 설정을 개시하기 위해 제2 UE로부터 제3 PC5 메시지를 수신할 수 있다. 제1 UE는 PC5 연결 설정을 완료하기 위해 제2 UE로부터 제4 PC5 메시지를 수신할 수 있다.
일 실시예에서, 제1 PC5 메시지는 보안 모드 완료 메시지 또는 ProSe 직접 링크 보안 모드 완료 메시지일 수 있다. 제2 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지일 수 있다. 제3 PC5 메시지는 보안 모드 명령 메시지 또는 ProSe 직접 링크 보안 모드 명령 메시지일 수 있다. 제4 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지일 수 있다.
일 실시예에서, 제1 UE는 SL 목표 UE일 수 있고, 제2 UE는 SL 참조/앵커 UE일 수 있다. 제1 UE는 SL 참조/앵커 UE일 수 있고, 제2 UE는 SL 목표 UE일 수 있다.
일 실시예에서, SL 포지셔닝/레인징에 관한 하나 이상의 파라미터들은 적어도, 제1 UE가 SL 참조/앵커 UE의 역할이거나 또는 제1 UE가 제2 UE를 SL 목표 UE의 역할로 사용하는 것을 예상/희망한다는 것을 포함/나타낼 수 있다. SL 포지셔닝/레인징에 관한 하나 이상의 파라미터들은 적어도, 제1 UE가 SL 목표 UE의 역할이거나 또는 제1 UE가 제2 UE를 SL 참조/앵커 UE의 역할로 사용하는 것을 예상/희망한다는 것을 포함/나타낼 수 있다. SL 포지셔닝/레인징에 관한 하나 이상의 파라미터들은 적어도, 원 타임 또는 주기적 측정, 및/또는 거리/방향에 대한 레인징을 포함/나타낼 수 있다.
일 실시예에서, PC5 연결은 PC5-S 연결, PC5-RRC 연결, 계층-2 링크 또는 유니캐스트 링크일 수 있다.
다시 도 3 및 도 4를 참조하면, 제1 UE에 대한 방법의 예시적인 일 실시예에서, UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제1 UE가 (i) 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시하고, 및 (ii) PC5 연결에 대한 보안 콘텍스트 설정을 완료하기 위해 제2 UE로 제1 PC5 메시지를 전송하되, 여기서 제1 PC5 메시지는 SL 포지셔닝 또는 레인징에 관한 하나 이상의 파라미터들을 포함하는, 제1 PC5 메시지를 전송하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
도 42는 제2 UE에 대한 방법의 순서도(4200)이다. 단계(4205)에서, 제2 UE는 제1 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 단계(4210)에서, 제2 UE는 PC5 연결을 설정하기 위한 절차를 완료하기 위해 제1 UE로 제1 PC5 메시지를 전송하며, 여기서 제1 PC5 메시지는 SL 포지셔닝 또는 레인징에 관한 하나 이상의 파라미터들을 포함한다.
일 실시예에서, 제2 UE는 PC5 연결의 설정을 요청하기 위한 제2 PC5 메시지를 제1 UE로부터 수신할 수 있다. 제2 UE는 PC5 연결에 대한 보안 콘텍스트 설정을 개시하기 위해 제1 UE로 제3 PC5 메시지를 송신한다. 제2 UE는 제1 UE로부터 보안 콘텍스트 설정을 완료하기 위한 제4 PC5 메시지를 수신할 수 있다.
일 실시예에서, 제1 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지일 수 있다. 제2 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지일 수 있다. 제3 PC5 메시지는 보안 모드 명령 메시지 또는 ProSe 직접 링크 보안 모드 명령 메시지일 수 있다. 제4 PC5 메시지는 보안 모드 완료 메시지 또는 ProSe 직접 링크 보안 모드 완료 메시지일 수 있다.
일 실시예에서, 제1 UE는 SL 목표 UE일 수 있고, 제2 UE는 SL 참조/앵커 UE일 수 있다. 제1 UE는 SL 참조/앵커 UE일 수 있고, 제2 UE는 SL 목표 UE일 수 있다.
일 실시예에서, SL 포지셔닝/레인징에 관한 하나 이상의 파라미터들은 적어도, 제2 UE가 SL 목표 UE의 역할이거나 또는 제2 UE가 제1 UE에 대한 SL 목표 UE의 역할이 되는 것에 동의한다는 것을 포함/나타낼 수 있다. SL 포지셔닝/레인징에 관한 하나 이상의 파라미터들은 적어도, 제2 UE가 SL 참조/앵커 UE의 역할이거나 또는 제2 UE가 제1 UE에 대한 SL 참조/앵커 UE의 역할이 되는 것에 동의한다는 것을 포함/나타낼 수 있다. SL 포지셔닝/레인징에 관한 하나 이상의 파라미터들은 적어도, 원 타임 또는 주기적 측정, 및/또는 거리/방향에 대한 레인징을 포함/나타낼 수 있다.
일 실시예에서, PC5 연결은 PC5-S 연결, PC5-RRC 연결, 계층-2 링크 또는 유니캐스트 링크일 수 있다.
다시 도 3 및 도 4를 참조하면, 제2 UE에 대한 방법의 예시적인 일 실시예에서, 릴레이 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제2 UE가 (i) 제1 UE와 PC5 연결을 설정하기 위한 절차를 개시하고, 및 (ii) PC5 연결을 설정하기 위한 절차를 완료하기 위해 제1 UE로 제1 PC5 메시지를 전송하되, 여기서 제1 PC5 메시지는 SL 포지셔닝 또는 레인징에 관한 하나 이상의 파라미터들을 포함하는, 제1 PC5 메시지를 전송하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
가능하게는, 3GPP TS 23.304 및 TS 24.554에서 도입된 계층-2 (직접 링크) 설정 절차가 SL 포지셔닝/레인징을 지원하기 위해 SL 목표 UE와 SL 참조 UE 사이에 계층-2 링크를 설정하기 위해 재사용될 수 있다. 3GPP TS 24.554에 따르면, 목표 UE는 직접 링크 설정 절차에서, 목표 UE가 5G ProSe 계층-2 UE-대-네트워크 릴레이 UE로서 역할하지 않는 경우, PQFI(들), 대응하는 PC5 QoS 파라미터들, 및 선택적으로 ProSe 식별자(들)를 ProSe 직접 링크 설정 수락 메시지에 포함시켜야 한다. 유사하게, 목표 UE는 직접 링크 보안 모드 제어 절차에서, 직접 통신이 5G ProSe 계층-2 원격 UE와 5G ProSe 계층-2 UE-대-네트워크 릴레이 UE 사이의 5G ProSe 직접 통신을 위한 것이 아닌 경우, PQFI 및 대응하는 PC5 QoS 파라미터들을 ProSe 직접 링크 보안 모드 완료 메시지에 포함시켜야 한다.
다시 말해서, 계층-2 링크 설정 절차가 SL 포지셔닝/레인징을 위한 계층-2 링크를 설정하기 위해 개시되는 경우, 이러한 계층-2 링크 설정 절차에서의 ProSe 직접 링크 보안 모드 완료 메시지는 (요청된) QoS 정보를 포함해야 하며(즉, (요청된) QoS 정보가 ProSe 직접 링크 보안 모드 완료 메시지에 존재해야 하며), 이러한 계층-2 링크 설정 절차에서의 ProSe 직접 링크 설정 수락 메시지는 (수락된) QoS 정보를 포함해야 한다(즉, (수락된) QoS 정보가 ProSe 직접 링크 설정 수락 메시지에 존재해야 한다). 상기 QoS 정보는, 예를 들어, PQFI, PC5 QoS 파라미터들, PC5 QoS 프로파일, 등을 포함할 수 있다. 상기 PC5 QoS 파라미터들은 PC5 QoS 매핑 규칙들에 기초하여 도출될 수 있으며, 상기 PQFI는 상위 계층들로부터 요청 또는 사이드링크 서비스 데이터를 수신한 이후에 할당될 수 있다.
3GPP 이메일 논의 [Post119-e][406][POS] 및 R2-2207586에 따르면, 각각의 사이드링크 포지션 프로토콜(Sidelink Position Protocol; SLPP) 또는 레인징 및 사이드링크 포지셔닝 프로토콜(Ranging and Sidelink Positioning Protocol; RSPP) 메시지는, 예를 들어, 보조 데이터, 위치 정보, 측정 결과, 및/또는 등을 운반하기 위해 사용될 수 있다. (3GPP TS 38.305에서 논의되는 바와 같이) LPP 메시지가 RRC 컨테이너에 포함되는 것과 유사하게, LPP 개념을 따르는 SLPP/RSPP 메시지는 PC5-RRC 컨테이너에 포함될 수 있다. SLPP/RSPP 메시지가 사이드링크 서비스의 트래픽이 아니기 때문에, UE는 SLPP/RSPP 메시지 전송을 위한 PC5 QoS 파라미터들을 도출하기 위한 이러한 PC5 서비스 품질(Quality of Service; QoS) 매핑 규칙들을 갖지 않는다. 이러한 상황에서, UE는, SL 포지셔닝/레인징을 위한 계층-2 링크 설정 절차 내에서 ProSe 직접 링크 보안 모드 완료 메시지 및 ProSe 직접 링크 설정 수락 메시지에 포함될 이러한 QoS 정보를 갖지 않는다.
그 다음에 SLPP/RSPP 메시지 전송이 이어지는 계층-2 링크 설정을 수행하기 위해, SL 포지셔닝/레인징에 대한 디폴트/특정 QoS 정보를 지정해야 할 것이다. 이러한 방식으로, SL 포지셔닝/레인징을 위한 계층-2 링크 설정 절차 내에서, (SL 목표/참조) UE(예를 들어, 도 39의 UE2)는 SL 포지셔닝/레인징에 대한 디폴트/특정 QoS 정보로 ProSe 직접 링크 보안 모드 완료 메시지를 설정할 수 있다. 유사하게, (SL 목표/참조) UE(예를 들어, 도 39의 UE1)는 SL 포지셔닝/레인징에 대한 디폴트/특정 QoS 정보로 ProSe 직접 링크 설정 수락 메시지를 설정할 수 있다.
도 43은 제1 UE에 대한 방법의 순서도(4300)이다. 단계(4305)에서, 제1 UE는 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 단계(4310)에서, 제1 UE는 PC5 연결에 대한 보안 콘텍스트 설정을 완료하기 위해 제1 PC5 메시지를 제2 UE로 전송하며, 여기서, PC5 연결이 SL 포지셔닝 또는 레인징을 위해 사용되는 경우, 제1 PC5 메시지에 포함된 QoS 정보 필드는 SL 포지셔닝 또는 레인징에 대한 QoS 정보로 설정된다.
일 실시예에서, 제1 UE는 PC5 연결의 설정을 요청하기 위해 제2 UE로 제2 PC5 메시지를 전송할 수 있다. 제1 UE는 PC5 연결에 대한 보안 콘텍스트 설정을 개시하기 위해 제2 UE로부터 제3 PC5 메시지를 수신할 수 있다. 제1 UE는 PC5 연결 설정을 완료하기 위해 제2 UE로부터 제4 PC5 메시지를 수신할 수 있다.
일 실시예에서, 제1 PC5 메시지는 보안 모드 완료 메시지 또는 ProSe 직접 링크 보안 모드 완료 메시지일 수 있다. 제2 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지일 수 있다.
일 실시예에서, 제3 PC5 메시지는 보안 모드 명령 메시지 또는 ProSe 직접 링크 보안 모드 명령 메시지일 수 있다. 제4 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지일 수 있다.
일 실시예에서, 제1 UE는 SL 목표 UE일 수 있고, 제2 UE는 SL 참조/앵커 UE일 수 있다. 제1 UE는 SL 참조/앵커 UE일 수 있고, 제2 UE는 SL 목표 UE일 수 있다. SL 포지셔닝 또는 레인징에 대한 QoS 정보는 제1 UE에 지정된 또는 사전-구성된 SL 포지셔닝 또는 레인징에 대한 디폴트 QoS 정보일 수 있거나, 또는 네트워크에 의해 제1 UE로 프로비저닝된다.
일 실시예에서, 네트워크는 AMF, PCF 및/또는 기지국을 포함할 수 있다. PC5 연결은 PC5-S 연결, PC5-RRC 연결, 계층-2 링크 또는 유니캐스트 링크일 수 있다.
다시 도 3 및 도 4를 참조하면, 제1 UE에 대한 방법의 예시적인 일 실시예에서, UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제1 UE가 (i) 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시하고, 및 (ii) PC5 연결에 대한 보안 콘텍스트 설정을 완료하기 위해 제2 UE로 제1 PC5 메시지를 전송하되, 여기서, PC5 연결이 SL 포지셔닝 또는 레인징을 위해 사용되는 경우, 제1 PC5 메시지에 포함된 QoS 정보 필드는 SL 포지셔닝 또는 레인징에 대한 QoS 정보로 설정되는, 제1 PC5 메시지를 전송하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
도 44는 제2 UE에 대한 방법의 순서도(4400)이다. 단계(4405)에서, 제2 UE는 제1 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 단계(4410)에서, 제2 UE는 PC5 연결을 설정하기 위한 절차를 완료하기 위해 제1 PC5 메시지를 제1 UE로 전송하며, 여기서, PC5 연결이 SL 포지셔닝 또는 레인징을 위해 사용되는 경우, 제1 PC5 메시지에 포함된 QoS 정보 필드는 SL 포지셔닝 또는 레인징에 대한 QoS 정보로 설정된다.
일 실시예에서, 제2 UE는 PC5 연결의 설정을 요청하기 위한 제2 PC5 메시지를 제1 UE로부터 수신할 수 있다. 제2 UE는 PC5 연결에 대한 보안 콘텍스트 설정을 개시하기 위해 제1 UE로 제3 PC5 메시지를 송신한다. 제2 UE는 제1 UE로부터 보안 콘텍스트 설정을 완료하기 위한 제4 PC5 메시지를 수신할 수 있다.
일 실시예에서, 제1 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지일 수 있다. 제2 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지일 수 있다. 제3 PC5 메시지는 보안 모드 명령 메시지 또는 ProSe 직접 링크 보안 모드 명령 메시지일 수 있다. 제4 PC5 메시지는 보안 모드 완료 메시지 또는 ProSe 직접 링크 보안 모드 완료 메시지일 수 있다.
일 실시예에서, 제1 UE는 SL 목표 UE일 수 있고, 제2 UE는 SL 참조/앵커 UE일 수 있다. 제1 UE는 SL 참조/앵커 UE일 수 있고, 제2 UE는 SL 목표 UE일 수 있다. SL 포지셔닝 또는 레인징에 대한 QoS 정보는 제1 UE에 지정된 또는 사전-구성된 SL 포지셔닝 또는 레인징에 대한 디폴트 QoS 정보일 수 있거나, 또는 네트워크에 의해 제1 UE로 프로비저닝될 수 있다.
일 실시예에서, 네트워크는 AMF, PCF 및/또는 기지국을 포함한다. PC5 연결은 PC5-S 연결, PC5-RRC 연결, 계층-2 링크 또는 유니캐스트 링크일 수 있다.
다시 도 3 및 도 4를 참조하면, 제2 UE에 대한 방법의 예시적인 일 실시예에서, 릴레이 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제2 UE가 (i) 제1 UE와 PC5 연결을 설정하기 위한 절차를 개시하고, 및 (ii) PC5 연결을 설정하기 위한 절차를 완료하기 위해 제1 UE로 제1 PC5 메시지를 전송하되, 여기서, PC5 연결이 SL 포지셔닝 또는 레인징을 위해 사용되는 경우, 제1 PC5 메시지에 포함된 QoS 정보 필드는 SL 포지셔닝 또는 레인징에 대한 QoS 정보로 설정되는, 제1 PC5 메시지를 전송하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
대안적으로, SL 포지셔닝/레인징에 대한 디폴트/특정 QoS 정보를 지정하는 대신에, (SL 목표/참조) UE(예를 들어, 도 39의 UE2)는, 계층-2 링크 설정 절차가 SL 포지셔닝/레인징에 대해 개시된 경우/때, 임의의 QoS 정보를 ProSe 직접 링크 보안 모드 완료 메시지에 포함시키지 않을 수(포함시킬 필요가 없을 수) 있다(즉, QoS 정보는 ProSe 직접 링크 보안 모드 완료 메시지에 존재하지 않는다). 유사하게, (SL 목표/참조) UE(예를 들어, 도 39의 UE1)는, 계층-2 링크 설정 절차가 SL 포지셔닝/레인징에 대해 개시된 경우/때, 임의의 QoS 정보를 ProSe 직접 링크 설정 수락 메시지에 포함시키지 않을 수(포함시킬 필요가 없을 수) 있다(즉, QoS 정보는 ProSe 직접 링크 설정 수락 메시지에 존재하지 않는다). 이러한 대안예에서, 시그널링 오버헤드가 감소될 수 있다.
도 45는 제1 UE에 대한 방법의 순서도(4500)이다. 단계(4505)에서, 제1 UE는 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 단계(4510)에서, 제1 UE는 해당 절차에서 PC5 연결의 설정의 요청을 위해 제1 PC5 메시지를 제2 UE로 전송하며, 여기서 제1 PC5 메시지는 제1 SL 포지셔닝 또는 레인징 관련 정보를 포함한다.
일 실시예에서, 제1 UE는 PC5 연결 설정을 완료하기 위해 제2 UE로부터 제2 PC5 메시지를 수신할 수 있으며, 여기서 제2 PC5 메시지는 제2 SL 포지셔닝 또는 레인징 관련 정보를 포함한다. 제2 SL 포지셔닝 또는 레인징 관련 정보는 적어도, 제2 UE가 SL 참조 또는 앵커 UE의 역할이거나 또는 제2 UE가 제1 UE에 대한 SL 참조 또는 앵커 UE의 역할이 되는 것에 동의한다는 것을 포함/나타낼 수 있다. 제1 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지일 수 있으며, 제2 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지일 수 있다.
일 실시예에서, 제1 SL 포지셔닝/레인징 관련 정보는 적어도, 제1 UE가 SL 목표 UE의 역할이거나 또는 제1 UE가 제2 UE를 SL 참조 또는 앵커 UE의 역할로 사용할 것으로 예상한다는 것을 나타낼 수 있다.
다시 도 3 및 도 4를 참조하면, 제1 UE에 대한 방법의 예시적인 일 실시예에서, UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제1 UE가 (i) 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시하고, 및 (ii) 해당 절차에서 PC5 연결의 설정을 요청하기 위해 제2 UE로 제1 PC5 메시지를 전송하되, 여기서 제1 PC5 메시지는 제1 SL 포지셔닝 또는 레인징 관련 정보를 포함하는, 제1 PC5 메시지를 전송하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
도 46은 제2 UE에 대한 방법의 순서도(4600)이다. 단계(4605)에서, 제2 UE는 제1 UE와 PC5 연결을 설정하기 위한 절차를 개시한다. 단계(4610)에서, 제2 UE는 PC5 연결을 설정하기 위한 절차를 완료하기 위해 제1 UE로 제2 PC5 메시지를 전송하며, 여기서 제2 PC5 메시지는 제2 SL 포지셔닝 또는 레인징 관련 정보를 포함한다.
일 실시예에서, 제2 UE는 해당 절차에서 PC5 연결의 설정을 요청하기 위한 제1 PC5 메시지를 제1 UE로부터 수신하며, 여기서 제1 PC5 메시지는 제1 SL 포지셔닝 또는 레인징 관련 정보를 포함한다. 제2 SL 포지셔닝 또는 레인징 관련 정보는 적어도, 제2 UE가 SL 참조 또는 앵커 UE의 역할이거나 또는 제2 UE가 제1 UE에 대한 SL 참조 또는 앵커 UE의 역할이 되는 것에 동의한다는 것을 포함/나타낼 수 있다. 제1 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지일 수 있으며, 제2 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지일 수 있다.
일 실시예에서, 제1 SL 포지셔닝/레인징 관련 정보는 적어도, 제1 UE가 SL 목표 UE의 역할이거나 또는 제1 UE가 제2 UE를 SL 참조 또는 앵커 UE의 역할로 사용할 것으로 예상한다는 것을 나타낼 수 있다.
다시 도 3 및 도 4를 참조하면, 제2 UE에 대한 방법의 예시적인 일 실시예에서, UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는, 제2 UE가 (i) 제1 UE와 PC5 연결을 설정하기 위한 절차를 개시하고, 및 (ii) PC5 연결을 설정하기 위한 절차를 완료하기 위해 제1 UE로 제2 PC5 메시지를 전송하되, 여기서 제2 PC5 메시지는 제2 SL 포지셔닝 또는 레인징 관련 정보를 포함하는, 제2 PC5 메시지를 전송하는 것을 가능하게 하기 위해 프로그램 코드(312)를 실행할 수 있다. 추가로, CPU(308)는 이상에서 설명된 액션들 및 단계들 또는 본원에서 설명된 다른 것들 전부를 수행하기 위해 프로그램 코드(312)를 실행할 수 있다.
본 개시의 다양한 측면들이 이상에서 설명되었다. 본원에서의 교시들이 광범위한 형태들로 구현될 수 있으며, 본원에서 개시되는 임의의 특정 구조, 기능, 또는 이 둘 모두가 단지 대표적일 뿐이라는 것이 명백할 것이다. 본원의 교시들에 기초하여 당업자는, 본원에 개시된 측면들이 임의의 다른 측면들과 독립적으로 구현될 수 있다는 것, 및 이러한 측면들 중 2 이상이 다양한 방식들로 결합될 수 있다는 것을 이해해야만 한다. 예를 들어, 본원에서 기술된 측면들 중 임의의 수의 측면들을 사용하여 장치가 구현될 수 있거나 또는 방법이 실시될 수 있다. 이에 더하여, 본원에서 기술된 측면들 중 하나 이상에 더하여 또는 그 외의 다른 구조, 기능, 또는 구조 및 기능을 사용하여 이러한 장치가 구현될 수 있거나 또는 이러한 방법이 실시될 수 있다. 이상의 개념들 중 일부의 일 예로서, 일부 측면들에서 동시 채널들이 펄스 반복 주파수들에 기초하여 설정될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 위치 또는 오프셋들에 기초하여 설정될 수 있다. 일부 측면들에서, 동시 채널들은 시간 호핑(hopping) 시퀀스들에 기초하여 설정될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치들 또는 오프셋들, 및 시간 호핑 시퀀스들에 기초하여 설정될 수 있다.
당업자들은, 정보 및 신호들이 다양하고 상이한 기술들 및 기법들 중 임의의 것을 사용하여 표현될 수 있다는 것을 이해할 것이다. 예를 들어, 이상의 설명 전체에 걸쳐 언급되는 데이터, 명령어들, 명령들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 입자들, 광학적 필드들 또는 입자들, 또는 이들의 임의의 조합에 의해 표현될 수 있다.
당업자들은 추가로, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 및 알고리즘 단계들이 전자 하드웨어(예를 들어, 소스 코딩 또는 어떤 다른 기술을 사용하여 설계될 수 있는, 디지털 구현예, 아날로그 구현예, 또는 이들 둘의 조합), 명령어들을 통합하는 다양한 형태들의 프로그램 또는 설계 코드(편의성을 위하여, 본원에서 "소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있음), 또는 둘 모두의 조합으로서 구현될 수 있다는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이러한 호환성을 명확하게 예시하기 위하여, 다양한 예시적인 구성 요소들, 블록들, 모듈들, 회로들 및 단계들이 이상에서 그들의 기능성과 관련하여 일반적으로 설명되었다. 이러한 기능성이 하드웨어로서 또는 소프트웨어로서 구현되는지 여부는 전체 시스템에 부과되는 설계 제약들 및 특정 애플리케이션에 의존한다. 당업자들은 각각의 특정 애플리케이션에 대하여 다양한 방식들로 설명된 기능성을 구현할 수 있지만, 이러한 구현 결정들이 본 개시의 범위로부터의 이탈을 야기하는 것으로서 해석되지 않아야 한다.
이에 더하여, 본원에서 개시된 측면들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 및 회로들은 집적 회로("IC"), 액세스 단말, 또는 액세스 포인트 내에 구현되거나 또는 이에 의해 수행될 수 있다. IC는, 본원에서 설명된 기능들을 수행하도록 설계된, 범용 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 애플리케이션 특정 집적 회로(application specific integrated circuit; ASIC), 필드 프로그램가능 게이트 어레이(field programmable gate array; FPGA) 또는 다른 프로그램가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 구성 요소들, 전기적 구성 요소들, 광학적 구성 요소들, 기계적 구성 요소들, 또는 이들의 임의의 조합을 포함할 수 있으며, IC 내에, IC 외부에, 또는 둘 모두에 상주하는 코드들 또는 명령어들을 실행할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안예에서, 프로세서는 임의의 통상적인 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합으로서, 예를 들어, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어와 함께 하나 이상의 마이크로프로세서들의 조합으로서, 또는 임의의 다른 이러한 구성으로서 구현될 수 있다.
임의의 개시된 프로세스에서 단계들의 임의의 특정 순서 또는 계층은 샘플 접근 방식의 일 예임이 이해되어야 한다. 설계 선호사항들에 기초하여, 프로세스들 내의 단계들의 특정 순서 또는 계층은 본 개시의 범위 내에 남아 있으면서 재배열될 수 있다는 것이 이해되어야 한다. 첨부된 방법 청구항들은 샘플 순서로 다양한 단계들의 요소들을 나타내며, 제공되는 특정 순서 또는 계층으로 한정되도록 의도되지 않는다.
본원에 개시된 구현예들과 관련하여 설명된 방법 또는 알고리즘의 단계들은 하드웨어로 직접적으로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이들 둘의 임의의 조합으로 실현될 수 있다. 소프트웨어 모듈(예를 들어, 실행가능 명령어들 및 관련 데이터를 포함함) 및 다른 데이터는, RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈가능 디스크, CD-ROM, 또는 당업계에서 공지된 임의의 다른 형태의 컴퓨터-판독가능 저장 매체 내에 존재할 수 있다. 샘플 저장 매체는, 예를 들어, 컴퓨터/프로세서(편의성을 위하여 본원에서 "프로세서"로 지칭될 수 있음)와 같은 기계에 결합될 수 있으며, 이러한 프로세서는 저장 매체로부터 정보(예를 들어, 코드)를 판독하고 이에 정보를 기입할 수 있다. 샘플 저장 매체는 프로세서에 통합될 수 있다. 프로세서 및 저장 매체는 ASIC 내에 존재할 수 있다. ASIC은 사용자 단말 내에 존재할 수 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말 내의 별개의 구성 요소들로서 존재할 수 있다. 또한, 일부 측면들에서, 임의의 적절한 컴퓨터-프로그램 제품은 본 개시의 측면들 중 하나 이상과 관련된 코드들을 포함하는 컴퓨터-판독가능 매체를 포함할 수 있다. 일부 측면들에서, 컴퓨터 프로그램 제품은 패키징 재료들을 포함할 수 있다.
본 발명이 다양한 측면들과 관련하여 설명되었지만, 본 발명이 추가적인 수정들이 가능하다는 것이 이해될 것이다. 본 출원은, 일반적으로 본 발명의 원리들을 따르며, 본 발명이 관련되는 기술분야 내에서 공지되고 관습적인 실시의 범위 내에 있는 바와 같은 본 개시로부터의 이탈들을 포함하는, 본 발명의 임의의 변형예들, 사용들 또는 개조들을 포괄하도록 의도된다.

Claims (20)

  1. 제1 사용자 단말(User Equipment; UE)에 대한 방법으로서,
    상기 제1 UE가 제2 UE와 PC5 연결을 설정하기 위한 절차를 개시하는 단계; 및
    상기 제1 UE가 상기 절차에서 상기 PC5 연결의 설정을 요청하기 위해 제1 PC5 메시지를 상기 제2 UE로 전송하는 단계로서, 상기 제1 PC5 메시지는 제1 사이드링크(Sidelink; SL) 포지셔닝 또는 레인징(ranging) 관련 정보를 포함하는, 단계를 포함하는, 방법.
  2. 청구항 1에 있어서,
    상기 방법은,
    상기 제1 UE가 상기 PC5 연결 설정을 완료하기 위해 상기 제2 UE로부터 제2 PC5 메시지를 수신하는 단계로서, 상기 제2 PC5 메시지는 제2 SL 포지셔닝 또는 레인징 관련 정보를 포함하는, 단계를 더 포함하는, 방법.
  3. 청구항 2에 있어서,
    상기 제2 SL 포지셔닝 또는 레인징 관련 정보는 적어도, 상기 제2 UE가 SL 참조 또는 앵커 UE의 역할이거나 또는 상기 제2 UE가 상기 제1 UE에 대한 SL 참조 또는 앵커 UE의 역할이 되는 것에 동의한다는 것을 나타내는, 방법.
  4. 청구항 2에 있어서,
    상기 제1 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지이며, 상기 제2 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지인, 방법.
  5. 청구항 1에 있어서,
    상기 제1 SL 포지셔닝/레인징 관련 정보는 적어도, 상기 제1 UE가 SL 목표 UE의 역할이거나 또는 상기 제1 UE가 상기 제2 UE를 SL 참조 또는 앵커 UE의 역할로 사용할 것으로 예상한다는 것을 나타내는, 방법.
  6. 제1 사용자 단말(User Equipment; UE)로서,
    제어 회로;
    상기 제어 회로 내에 설치된 프로세서; 및
    상기 제어 회로 내에 설치되며 상기 프로세서에 동작가능하게 결합되는 메모리를 포함하며,
    상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    제2 UE와 PC5 연결을 설정하기 위한 절차를 개시하고; 그리고
    상기 절차에서 상기 PC5 연결의 설정을 요청하기 위해 제1 PC5 메시지를 상기 제2 UE로 전송하되, 상기 제1 PC5 메시지는 제1 사이드링크(Sidelink; SL) 포지셔닝 또는 레인징 관련 정보를 포함하는, 제1 UE.
  7. 청구항 6에 있어서,
    상기 프로세서는 추가로 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    상기 PC5 연결 설정을 완료하기 위해 상기 제2 UE로부터 제2 PC5 메시지를 수신하되, 상기 제2 PC5 메시지는 제2 SL 포지셔닝 또는 레인징 관련 정보를 포함하는, 제1 UE.
  8. 청구항 7에 있어서,
    상기 제2 SL 포지셔닝 또는 레인징 관련 정보는 적어도, 상기 제2 UE가 SL 참조 또는 앵커 UE의 역할이거나 또는 상기 제2 UE가 상기 제1 UE에 대한 SL 참조 또는 앵커 UE의 역할이 되는 것에 동의한다는 것을 나타내는, 제1 UE.
  9. 청구항 7에 있어서,
    상기 제1 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지이며, 상기 제2 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지인, 제1 UE.
  10. 청구항 6에 있어서,
    상기 제1 SL 포지셔닝/레인징 관련 정보는 적어도, 상기 제1 UE가 SL 목표 UE의 역할이거나 또는 상기 제1 UE가 상기 제2 UE를 SL 참조 또는 앵커 UE의 역할로 사용할 것으로 예상한다는 것을 나타내는, 제1 UE.
  11. 제2 사용자 단말(User Equipment; UE)에 대한 방법으로서,
    상기 제2 UE가 제1 UE와 PC5 연결을 설정하기 위한 절차를 개시하는 단계; 및
    상기 제2 UE가 상기 PC5 연결을 설정하기 위한 절차를 완료하기 위해 상기 제1 UE로 제2 PC5 메시지를 전송하는 단계로서, 상기 제2 PC5 메시지는 제2 사이드링크(Sidelink; SL) 포지셔닝 또는 레인징 관련 정보를 포함하는, 단계를 포함하는, 방법.
  12. 청구항 11에 있어서,
    상기 방법은,
    상기 제2 UE가 상기 절차에서 상기 PC5 연결의 설정을 요청하기 위한 제1 PC5 메시지를 제1 UE로부터 수신하는 단계로서, 상기 제1 PC5 메시지는 제1 SL 포지셔닝 또는 레인징 관련 정보를 포함하는, 단계를 더 포함하는, 방법.
  13. 청구항 11에 있어서,
    상기 제2 SL 포지셔닝 또는 레인징 관련 정보는 적어도, 상기 제2 UE가 SL 참조 또는 앵커 UE의 역할이거나 또는 상기 제2 UE가 상기 제1 UE에 대한 SL 참조 또는 앵커 UE의 역할이 되는 것에 동의한다는 것을 나타내는, 방법.
  14. 청구항 12에 있어서,
    상기 제1 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지이며, 상기 제2 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지인, 방법.
  15. 청구항 12에 있어서,
    상기 제1 SL 포지셔닝/레인징 관련 정보는 적어도, 상기 제1 UE가 SL 목표 UE의 역할이거나 또는 상기 제1 UE가 상기 제2 UE를 SL 참조 또는 앵커 UE의 역할로 사용할 것으로 예상한다는 것을 나타내는, 방법.
  16. 제2 사용자 단말(User Equipment; UE)로서,
    제어 회로;
    상기 제어 회로 내에 설치된 프로세서; 및
    상기 제어 회로 내에 설치되며 상기 프로세서에 동작가능하게 결합되는 메모리를 포함하며,
    상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    제1 UE와 PC5 연결을 설정하기 위한 절차를 개시하고; 그리고
    상기 PC5 연결을 설정하기 위한 절차를 완료하기 위해 상기 제1 UE로 제2 PC5 메시지를 전송하되, 상기 제2 PC5 메시지는 제2 사이드링크(Sidelink; SL) 포지셔닝 또는 레인징 관련 정보를 포함하는, 제2 UE.
  17. 청구항 16에 있어서,
    상기 프로세서는 추가로 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
    상기 절차에서 상기 PC5 연결의 설정을 요청하기 위한 제1 PC5 메시지를 제1 UE로부터 수신하되, 상기 제1 PC5 메시지는 제1 SL 포지셔닝 또는 레인징 관련 정보를 포함하는, 제2 UE.
  18. 청구항 16에 있어서,
    상기 제2 SL 포지셔닝 또는 레인징 관련 정보는 적어도, 상기 제2 UE가 SL 참조 또는 앵커 UE의 역할이거나 또는 상기 제2 UE가 상기 제1 UE에 대한 SL 참조 또는 앵커 UE의 역할이 되는 것에 동의한다는 것을 나타내는, 제2 UE.
  19. 청구항 17에 있어서,
    상기 제1 PC5 메시지는 직접 통신 요청 메시지 또는 ProSe 직접 링크 설정 요청 메시지이며, 상기 제2 PC5 메시지는 직접 통신 수락 메시지 또는 ProSe 직접 링크 설정 수락 메시지인, 제2 UE.
  20. 청구항 17에 있어서,
    상기 제1 SL 포지셔닝/레인징 관련 정보는 적어도, 상기 제1 UE가 SL 목표 UE의 역할이거나 또는 상기 제1 UE가 상기 제2 UE를 SL 참조 또는 앵커 UE의 역할로 사용할 것으로 예상한다는 것을 나타내는, 제2 UE.
KR1020230118187A 2022-10-04 2023-09-06 무선 통신 시스템에서 사이드링크 포지셔닝을 위한 유니캐스트 링크 설정을 지원하기 위한 방법 및 장치 KR20240047303A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202263413148P 2022-10-04 2022-10-04
US202263413160P 2022-10-04 2022-10-04
US63/413,148 2022-10-04
US63/413,160 2022-10-04

Publications (1)

Publication Number Publication Date
KR20240047303A true KR20240047303A (ko) 2024-04-12

Family

ID=90573850

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020230118187A KR20240047303A (ko) 2022-10-04 2023-09-06 무선 통신 시스템에서 사이드링크 포지셔닝을 위한 유니캐스트 링크 설정을 지원하기 위한 방법 및 장치

Country Status (2)

Country Link
US (1) US20240121803A1 (ko)
KR (1) KR20240047303A (ko)

Also Published As

Publication number Publication date
US20240121803A1 (en) 2024-04-11

Similar Documents

Publication Publication Date Title
CN111417092B (zh) 支持单个一对一侧链路通信链路车联网服务的方法和设备
CN112804756B (zh) 无线通信系统中请求侧链路传送资源的方法和设备
KR20230054640A (ko) 무선 통신 시스템에서 ue-대-ue 릴레이 통신을 수행하기 위한 사이드링크 무선 베어러를 설정하기 위한 방법 및 장치
KR102498723B1 (ko) 무선 통신 시스템에서 ue 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치
KR102518336B1 (ko) 무선 통신 시스템에서 ue 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치
CN112954821B (zh) 无线通信系统中侧链路信令无线电承载建立的方法和设备
WO2022079572A1 (en) Relay ue and remote ue authorization
KR20210104566A (ko) 무선 통신 시스템에서 사이드링크 통신에 대한 무효 rrc 재구성 메시지를 핸들링하기 위한 방법 및 장치
KR20210024424A (ko) 무선 통신 시스템에서 사이드링크 무선 베어러에 대한 헤더 압축 구성 방법 및 장치
US20230007455A1 (en) Method and apparatus for receiving pc5 signaling (pc5-s) messages in a wireless communication system
KR20240047303A (ko) 무선 통신 시스템에서 사이드링크 포지셔닝을 위한 유니캐스트 링크 설정을 지원하기 위한 방법 및 장치
CN117858002A (zh) 支持单播链路建立以用于侧链路定位的方法和用户设备
US20230389094A1 (en) Method and apparatus for realizing local id allocation for ue-to-ue relay communication in a wireless communication system
US20240179764A1 (en) Method and apparatus for supporting discovery integrated into direct link establishment procedure in a wireless communication system
US20240155716A1 (en) Method and apparatus for supporting layer-2 link modification in ue-to-ue relay communication in a wireless communication system
US20230007447A1 (en) Method and apparatus for transmitting pc5-s messages in a wireless communication system
KR20240078361A (ko) 무선 통신 시스템에서 직접 링크 설정 절차에 통합된 발견을 지원하기 위한 방법 및 장치
CN117135707A (zh) 用于实现用户设备间中继通信的本地id分配的方法和设备
CN117998524A (zh) 用于支持ue间中继通信中的层2链路修改的方法和设备