KR20240015355A - 이동통신 시스템에서 사이드링크 포지셔닝 절차을 제어하기 위한 방법 및 장치 - Google Patents

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 이동통신 시스템에서 Sidelink positioning을 서비스하기 위한 방법 및 장치를 개시한다.

Description

이동통신 시스템에서 사이드링크 포지셔닝 절차을 제어하기 위한 방법 및 장치{METHOD AND APPARATUS FOR CONTROLLING SIDELINK POSITIONING PROCEDURE IN MOBILE COMMUNICATION SYSTEM}

본 개시는 이동통신 시스템에서 Sidelink positioning을 서비스하기 위한 방법 및 장치에 관한 것이다.

4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및SCMA(sparse code multiple access) 등이 개발되고 있다.

한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

한편, 이동통신 시스템에서 서비스를 제공하기 위하여, 기지국은, 통신 범위 내에 있는 단말의 사이드링크 포지셔닝(sidelink positioning)을 지원할 필요가 있다.

본 개시의 일 목적은 차세대 무선 통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공하는 것이다.

상기와 같은 문제점을 해결하기 위한 본 발명은 무선 통신 시스템에서 제어 신호 처리 방법에 있어서, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계; 상기 수신된 제1 제어 신호를 처리하는 단계; 및 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 한다.

본 개시의 실시예에 따르면, 차세대 무선 통신 시스템에서 서비스를 효과적으로 제공할 수 있다.

도 1a는 본 개시의 일 실시예에 따른 NR 시스템의 구조를 도시하는 도면이다.
도 1b는 본 개시의 일 실시예에 따른 LTE 및 NR 시스템에서 무선 프로토콜 구조를 나타낸 도면이다.
도 1c는 본 개시의 일 실시예에 따른, 차세대 이동통신 시스템에서 단말 위치 추정 서비스(LoCation Service, 이하 LCS라 한다)를 제공하기 위한 네트워크 구조를 도시한 도면이다.
도 1d는 본 개시의 일 실시예에 따라 차세대 이동통신 시스템에서 LCS를 수행하는 과정의 흐름도이다.
도 1e는 본 개시의 일 실시예에 따른 도 1f 내 UE Procedure 단계에서의 세부적인 LPP (LTE Positioning Protocol) 메시지 교환 과정의 흐름도이다.
도 1f는 본 개시의 일 실시예에 따른 Sidelink positioning (이하, SL-P라 한다.) 서비스 시나리오를 도시한 도면이다.
도 1g는 본 개시의 일 실시예에 따른 SL-P 수행 시 Target UE의 위치 추정을 위해 사용될 anchor UE 및 구체적인 SL-P 설정에 LMF가 관여 할 수 있는 시나리오를 도시한 도면이다.
도 1h는 본 개시의 일 실시예에 따라 LMF (Location Management Function)가 전반적인 SL-P 절차를 제어하는 과정의 흐름도 이다.
도 1i는 본 개시의 일 실시예에 따른 MT-LR (Mobile Terminated Location Request) 및 NI-LR (Network Induced Location Request) 절차를 활용한 Anchor UE 정보 등록 과정의 흐름도 이다.
도 1j는 본 개시의 일 실시예에 따른 MO-LR (Mobile Originated Location Request) 절차를 활용한 Anchor UE 정보 등록 과정의 흐름도 이다.
도 1k는 본 개시의 일 실시예에 따른 LMF가 SL-P 서비스 절차 제어 중 anchor UE들과 LPP 시그널링을 통해 SL-P 설정을 위해 필요한 정보를 획득하는 과정의 흐름도이다.
도 1l은 본 개시의 일 실시예에 따라 LCS client가 하나 또는 이상의 UE 쌍 사이의 SL-P 동작(예를 들어, 두 UE간 거리 및 방향 추정)을 요청했을 때, SL-P을 수행하는 과정의 흐름도이다.
도 1m은 본 개시의 일 실시예에 따라 LCS client가 특정 target UE의 위치 정보를 요청했을 때 LMF가 기확보 정보를 기반으로 SL-P에 사용될 후보 anchor UE 및 위치 추정 방식을 결정 후 target UE에게 제공하고 target UE가 최종적으로 사용할 anchor UE 및 위치 추정 방식을 결정하는 과정의 흐름도이다.
도 1n은 본 개시의 일 실시예에 따라 LCS client가 특정 target UE의 위치 정보를 요청했을 때 LMF가 target UE의 anchor UE discovery를 결과를 기반으로 SL-P에 사용될 후보 anchor UE 및 위치 추정 방식을 결정 후 target UE에게 제공하고 target UE가 최종적으로 사용할 anchor UE 및 구체적인 위치 추정 방식을 결정하는 과정의 흐름도이다.
도 1o는 본 개시의 일 실시예에 따라 LCS client가 특정 target UE의 위치 정보를 요청했을 때 LMF가 SL-P에 사용될 anchor UE 및 위치 추정 방식을 결정하는 과정의 흐름도이다.
도 2는 본 개시의 일 실시예에 따른, 단말 장치를 도시한 도면이다.
도 3은 본 개시의 일 실시예에 따른, 기지국 장치를 도시한 도면이다.

이하, 본 개시의 실시예를 첨부된 도면을 참조하여 상세히 설명한다. 또한 본 개시를 설명함에 있어서 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

이때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.

하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 개시의 실시 예를 설명하기로 한다.

이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity, 네트워크 엔티티)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하 설명에서, 물리 채널(physical channel)과 신호(signal)는 데이터 혹은 제어 신호와 혼용하여 사용될 수 있다. 예를 들어, PDSCH(physical downlink shared channel)는 데이터가 전송되는 물리 채널을 지칭하는 용어이지만, PDSCH는 데이터를 지칭하기 위해서도 사용될 수 있다. 즉, 본 개시에서, '물리 채널을 송신한다'는 표현은 '물리 채널을 통해 데이터 또는 신호를 송신한다'는 표현과 동등하게 해석될 수 있다.

이하 본 개시에서, 상위 시그널링은 기지국에서 물리 계층의 하향링크 데이터 채널을 이용하여 단말로, 또는 단말에서 물리 계층의 상향링크 데이터 채널을 이용하여 기지국으로 전달되는 신호 전달 방법을 뜻한다. 상위 시그널링은 RRC(radio resource control) 시그널링 또는 MAC(media access control) 제어 요소(control element, CE)로 이해될 수 있다.

이하 설명의 편의를 위하여, 본 개시는 3GPP NR(3rd Generation Partnership Project NR (New Radio)) 또는 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 개시에서 gNB는 설명의 편의를 위하여 eNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 또한 단말이라는 용어는 핸드폰, MTC 기기, NB-IoT 기기, 센서뿐만 아니라 또 다른 무선 통신 기기들을 나타낼 수 있다.

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNodeB (gNB), eNode B (eNB), NodeB, BS (Base Station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니다.

본 개시는 이동 통신 시스템에서 사이드링크(sidelink, 이하 SL이라 한다.) 포지셔닝을 수행하기 위한 방법 및 장치에 관한 것이다. 보다 구체적으로 본 개시는 3GPP 5GS에서 기지국 통신 범위 내에 있는 단말이 사이드링크 포지셔닝(sidelink positioning, 이하 SL-P라 한다.)을 수행하기 위한 방법 및 장치에 관한 것이다.

본 개시는 기지국 통신 범위 내에 있는 단말이 SL-P을 수행하기 위해 필요한 절차를 네트워크가 제어하기 위한 방법 및 절차를 설명한다. 이를 위해 구체적으로 특정 Target UE의 위치 추정을 위한 SL-P에 도움을 줄 수 있는 anchor UE와 관련된 정보(UE Capability information, Sidelink information, known location information)를 정의하고, 네트워크가 해당 정보들을 확보하기 위한 방법 및 절차를 설명한다. 또한 Target UE의 위치 추정을 위해 SL-P의 사용여부를 결정하기 위한 방법을 서술한다. 추가로 SL-P에서 사용할 Anchor UE, 위치 추정 기법(예를 들어, RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), 위치 추정 모드(예를 들어, standalone, UE-based, UE-assisted), SL-P 동작 설정(예를 들어, SL-PRS 송수신 동작 설정, RTT/TDOA/AoA/AoD 측정 동작 설정, 결과 보고 동작 설정)을 결정하기 위한 방법 및 절차를 설명한다.

본 개시를 통해 네트워크는 기지국 통신 범위 내에 있는 단말들이 SL-P을 수행하도록 지시할 수 있다. LMF(Location Management Function)에 SL-P에 사용될 수 있는 Anchor UE에 관한 정보를 등록하기 위해 MO-LR(Mobile Originated Location Request), MT-LR(Mobile Terminated Location Request), NI-LR(Network Induced Location Request) 절차가 사용될 수 있다. 또한 LMF는 Target UE의 위치 추정을 위한 SL-P 절차 수행 중 사용 가능한 Anchor UE에 대한 정보를 얻기 위해 각 Anchor UE들과 별도의 LPP 세션을 열고 LPP 메시지를 교환 할 수 있다. LMF는 Target UE 주위에 사용 가능한 Anchor UE들을 확인하기 위해 Target UE에게 Anchor UE discovery 동작을 지시하고 Target UE는 Anchor UE discovery 동작을 수행 후 그 결과를 LMF에 보고 할 수 있다. LMF는 확보된 Anchor UE 관련 정보를 기반으로 Target UE의 위치 추정을 위한 SL-P 수행시 사용할 Anchor UE 결정, 위치 추정 기법 결정, 위치 추정 모드 결정, 구체적인 SL-P 동작 설정 결정 등에 관여할 수 있다.

본 개시에서 사용되는 용어는 하기와 같이 정의될 수 있다.

- 사이드링크 포지셔닝 (Sidelink positioning, 이하 SL-P 라 한다.): SL 상에서 전송되는 reference signal 을 사용한 단말의 위치 추정. 이때 단말의 위치는 절대적인 위치정보 (absolute positioning), 상대적인 위치 정보 (relative position), ranging 정보 (예를 들어, 다른 단말과의 거리/방향 정보)가 될 수 있다. Ranging 동작 (단말 간 거리/방향/상대 위치 추정)은 SL-P 개념에 포함 될 수 있다.

- Target UE: 위치 추정의 대상이 되는 단말.

- Anchor UE: Target UE의 위치 추정에 도움을 주는 단말. (예를 들어, Target UE의 위치 추정을 위해 reference signal을 송수신 하는 단말, Target UE에게 위치 추정에 필요한 정보를 SL로 전달해주는 단말 등)

- Reference UE: Ranging 및 SL-P 서비스에서 기준면과 기준 방향을 결정하는 단말.

- Assistant UE: Reference UE와 target UE 사이의 직접적인 ranging 및 SL-P이 불가능할 때 도움을 주는 단말.

- Located UE: 위치가 알려져 있거나 UU 인터페이스 기반 위치 추정기법을 통해서 위치를 알 수 있는 단말. SL-P를 활용한 Target UE의 위치 추정을 위해 Located UE가 사용될 수 있음.도 1a는 본 개시의 일 실시예에 따른 NR 시스템의 구조를 도시하는 도면이다.

도 1a를 참조하면, 무선 통신 시스템은 여러 개의 기지국들(예: gNB(105), ng-eNB(110), ng-eNB(115), gNB(120))과 AMF (Access and Mobility Management Function)(125) 및 UPF (User Plane Function) (130)로 구성될 수 있다. 사용자 단말(User Equipment, 이하 UE 또는 단말)(135)은 기지국들(예: gNB(105), ng-eNB(110), ng-eNB(115), gNB(120)) 및 UPF(130)를 통해 외부 네트워크에 접속할 수 있다.

도 1a에서, 기지국들(예: gNB(105), ng-eNB(110), ng-eNB(115), gNB(120))은 셀룰러 망의 접속 노드로서 망에 접속하는 단말들에게 무선 접속을 제공할 수 있다. 즉, 상기 기지국들(예: gNB(105), ng-eNB(110), ng-eNB(115), gNB(120))은 사용자들의 트래픽을 서비스하기 위해 단말들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케쥴링을 하여 상기 단말들과 코어 망(CN, Core network; 특히 NR의 CN을 5GC라 칭함)간에 연결을 지원할 수 있다. 한편, 통신에서 실제 사용자 데이터의 전송과 관련된 사용자 평면(User Plane, UP)과 연결 관리 등과 같은 제어 평면(Control Plane, CP)이 나누어서 구성될 수 있으며, 본 도면에서 gNB(105) 및 gNB(120)는 NR 기술에서 정의한 UP 및 CP 기술을 사용하며, ng-eNB(110) 및 ng-eNB(115)는 비록 5GC와 연결되어 있으나 LTE 기술에서 정의한 UP 및 CP 기술을 사용할 수 있다.

상기 AMF(125)는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국들과 연결되며, UPF(130)는 데이터 전송을 제공하는 일종의 게이트웨이 장치를 의미할 수 있다. 도 1a에 도시되지는 않았으나, NR 무선 통신 시스템은, SMF(Session Management Function)를 포함할 수도 있다. SMF는 단말에게 제공되는 PDU(protocol data unit) 세션과 같은 패킷 데이터 네트워크 연결을 관리할 수 있다.

도 1b는 본 개시의 일 실시예에 따른 LTE 및 NR 시스템에서 무선 프로토콜 구조를 나타낸 도면이다.

도 1b를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 eNB에서 각각 PDCP(Packet Data Convergence Protocol)(105)(140), RLC(Radio Link Control)(110)(135), MAC (Medium Access Control)(115)(130)으로 이루어질 수 있다. PDCP(Packet Data Convergence Protocol)(105)(140)는 IP 헤더 압축/복원 등의 동작을 담당하고, 무선 링크 제어(Radio Link Control, 이하 RLC라고 한다)(110)(135)는 PDCP PDU(Protocol Data Unit)를 적절한 크기로 재구성한다. MAC(115)(130)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행한다. 물리(physical, PHY) 계층(120)(125)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 한다. 또한 물리 계층에서도 추가적인 오류 정정을 위해, HARQ (Hybrid ARQ)를 사용하고 있으며, 수신단에서는 송신단에서 전송한 패킷의 수신여부를 1 비트로 전송한다. 이를 HARQ ACK/NACK 정보라 한다. 업링크 데이터 전송에 대한 다운링크 HARQ ACK/NACK 정보는 LTE의 경우 PHICH (Physical Hybrid-ARQ Indicator Channel) 물리 채널을 통해 전송되며, NR의 경우 하향링크/상향링크 자원할당 등이 전송되는 채널인 PDCCH(Physical Dedicated Control CHannel)에서 해당 단말의 스케쥴링 정보를 통해 재전송이 필요한지, 새전송을 수행하면 되는지를 판단할 수 있다. 이는 NR에서는 비동기 HARQ를 적용하기 때문이다. 다운링크 데이터 전송에 대한 업링크 HARQ ACK/NACK 정보는 PUCCH (Physical Uplink Control Channel)이나 PUSCH (Physical Uplink Shared Channel) 물리 채널을 통해 전송될 수 있다. 상기 PUCCH는 일반적으로 후술할 PCell의 상향링크에서 전송이 되지만, 기지국은 단말이 지원하는 경우, 해당 단말에게 후술할 SCell에 추가로 전송되는 경우가 있으며, 이를 PUCCH SCell이라 칭한다.

본 도면에 도시하지 않았지만, 단말과 기지국의 PDCP 계층의 상위에는 각각 RRC (Radio Resource Control) 계층이 존재하며, 상기 RRC 계층은 무선 자원 제어를 위해 접속, 측정 관련 설정 제어 메시지를 주고 받을 수 있다.

한편 상기 PHY 계층은 하나 혹은 복수 개의 주파수/반송파로 이루어질 수 있으며, 복수 개의 주파수를 동시에 설정하여 사용하는 기술을 반송파 집적 기술(carrier aggregation, 이하 CA라 칭함)이라 한다. CA 기술이란 단말(혹은 User Equipment, UE)과 기지국(E-UTRAN NodeB, eNB) 사이의 통신을 위해 하나의 반송파만 사용하던 것을, 주반송파와 하나 혹은 복수개의 부차반송파를 추가로 사용하여 부차반송파의 갯수만큼 전송량을 획기적으로 늘릴 수 있다. 한편, LTE에서는 주반송파를 사용하는 기지국 내의 셀을 주셀 혹은 PCell (Primary Cell)이라 하며, 부반송파를 사용하는 기지국 내의 셀을 부셀 혹은 SCell (Secondary Cell)이라 칭한다.

도 1c는 본 개시의 일 실시예에 따른, 차세대 이동통신 시스템에서 단말 위치 추정 서비스(LoCation Services, 이하 LCS라 한다)를 제공하기 위한 네트워크 구조를 도시한 도면이다.

도 1c를 참조하면, 차세대 이동통신 시스템에서 LCS를 제공하기 위한 네트워크는 단말(100), 기지국(NG-RAN Node)(105), AMF(110, Access and Mobility Function) 및 LMF(115, Location Management Function)로 구성된다. 이때, 사용자 단말(100)은 기지국(105) 및 AMF(110)을 통해 LMF(115)와 통신하며, 위치 추정에 필요한 정보를 주고 받는다. LCS 제공을 위한 각 구성 요소별 역할은 다음과 같다.

단말(UE)(100)은 위치 추정을 위해 필요한 무선 신호를 측정하고 그 결과를 LMF(115)에게 전달하는 역할을 수행할 수 있다.

기지국(105)은 위치 추정을 위해 필요한 하향링크 무선 신호를 송신하고 목표 단말이 송신하는 상향링크 무선 신호를 측정하는 등의 역할을 수행할 수 있다.

AMF(110)는 LCS 요청자로부터 LCS Request 메시지를 수신 받은 후 LMF(115)에게 전달하여 위치 제공 서비스 제공을 지시하는 역할을 수행할 수 있다. LMF(115)가 위치 추정 요청을 처리한 후 단말의 위치 추정 결과를 응답하면, AMF(110)는 LCS 요청자에게 해당 결과를 전달할 수 있다.

LMF(115)는 LCS Request를 AMF(110)로부터 받아서 처리하는 장치이며, 위치 추정을 위해 필요한 전반적인 과정을 제어하는 역할을 수행할 수 있다. 단말 위치 추정을 위해 LMF(115)는 단말(100)에게 위치 추정 및 신호 측정에 필요한 보조 정보를 제공하고 그 결과값을 받아오는데, 이때 데이터 교환을 위한 프로토콜로 LPP(LTE Positioning Protocol)가 사용할 수 있다. LPP는 위치 추정 서비스를 위해 단말(100)과 LMF(115) 사이에서 주고받는 메시지 규격을 정의할 수 있다. 또한, LMF(115)는 기지국(105)과도 위치 추정에 사용될 하향링크 기준 신호(Positioning Reference signal, 이하 PRS라 한다) 설정 정보 및 상향링크 기준 신호(Sounding Reference Signal, 이하 SRS라 한다) 측정 결과를 주고 받을 수 있다. 이때, 데이터 교환을 위한 프로토콜로 NRPPa(NR Positioning Protocol A)가 사용 될 수 있으며, NRPPa는 기지국(105)과 LMF(115) 사이에서 주고 받는 메시지 규격을 정의할 수 있다.

도 1d는 본 개시의 일 실시예에 따라 차세대 이동통신 시스템에서 LCS를 수행하는 과정의 흐름도이다.

도 1d를 참조하면, AMF(105)는 LCS Request(120a/b/c)를 수신한 후 LMF(107)에게 전달할 수 있다. 이후, LMF(107)는 LCS Reqeust(120a/b/c)를 처리하기 위해 단말 및 기지국과 필요한 정보를 교환하는 과정을 제어하고 그 결과 값(위치 추정 결과)을 AMF(105)에게 전달할 수 있다. AMF(105)가 결과 값을 LCS를 요청했던 대상에게 전달함으로써 LCS 수행이 완료될 수 있다.

120 단계에서 AMF(105)가 수신하는 LCS Request에는 3가지 종류가 있다.

1. 외부 LCS Client(110)로부터 수신한 LCS Request (120a)

2. AMF(105)가 자체적으로 발생시킨 LCS Request (120b)

3. UE(100)로부터 수신한 LCS Request (120c)

LCS Request에는 LCS 대상 단말의 ID 및 LCS QoS(Quality of Service) 요청 정보(예를 들어, 위치 추정 정확도 및 지연 시간에 대한 요구 사항)이 포함될 수 있다.

3가지 종류의 LCS Request 중 하나를 수신한 후, AMF(105)는 LMF(107)에게 Location Service Request 메시지(125)를 전송함으로써 위치 추정 서비스 제공을 요청할 수 있다. 이후, NG-RAN Node Procedure(130) 단계에서 LMF(107)는 NG-RAN Node(103)와의 NRPPa 메시지 교환을 통해서 위치 추정에 필요한 절차(예를 들어, 기지국 PRS 설정, 기지국 SRS 측정 정보 확보 등)를 진행할 수 있다. 또한, UE Procedure 단계(135)에서 LMF(107)는 단말(100)과의 필요한 정보들을 교환하기 위해 LPP 메시지를 교환할 수 있다. 상기 과정을 통해 LMF(107)는 위치 추정과 관련된 단말 능력(UE Capability) 정보 교환, 단말의 신호 측정을 위한 보조 정보 전달, 단말 측정 결과 요청 및 획득 등의 절차를 진행할 수 있다. LMF(107)가 획득한 여러 측정 결과들을 기반으로 단말의 추정 위치를 결정하면, LMF(107)는 Location Service Response 메시지(140)를 AMF(105)에게 전달할 수 있다. AMF(105)는 LCS를 요청했던 대상에게 LCS Response 메시지(145a/b/c)를 전달할 수 있으며, LCS Response 메시지(145a/b/c)에는 단말 위치 추정 결과가 포함될 수 있다.

도 1e는 본 개시의 일 실시예에 따른 도 1d 내 UE Procedure 단계(135)에서의 세부적인 LPP(LTE Positioning Protocol) 메시지 교환 과정의 흐름도이다.

도 1e를 참조하면, LMF(105)가 단말(100)과 위치 추정과 관련된 단말 능력(이하 UE Capability라 한다) 정보 교환, 단말의 신호 측정을 위한 보조 정보 전달, 단말 측정 결과 요청 및 획득 등의 절차를 진행하는 과정이 도시되어 있다. 각 단계에서 주고 받는 LPP 메시지 별 용도와 정의는 하기와 같다.

LPP Request Capabilities (LMF → UE, 110)

: LMF(105)가 위치 추정과 관련된 UE Capability 정보들을 단말(100)에게 요청하기 위해 사용될 수 있다. 메시지 안에 포함된 정보는 하기의 표 1과 같이 정의될 수 있다. 위치 추정 방법(일 예로, GNSS, OTDOA, ECID 등)에 상관없는 공통 정보에 대한 요청은 CommonIEsRequestCapabilities에 포함되고, 각 위치 추정 방법에 대해 추가로 필요한 정보 요청은 각 방식 별로 별도의 IE (Information Element)에 포함될 수 있다.

[표 1]

LPP Provide Capabilities (UE → LMF, 115)

: 단말(100)이 LMF(105)로부터 요청 받은 UE Capability 정보들을 전달하기 위해 사용될 수 있다.. 메시지 안에 포함된 정보는 하기의 표 2와 같이 정의될 수 있다. LPP Request Capabilities 메시지에서와 유사하게 위치 추정 방법에 상관없는 공통 정보는 commonIEsProvideCapabilities에 포함되고, 각 위치 추적 방식 별로 요청 받은 정보들은 별도의 IE 들에 포함될 수 있다.

[표 2]

LPP ProvideAssistanceData (LMF → UE, 120)

: 단말(100)이 위치 추정을 위한 무선 신호 측정을 하기 위해 필요하거나 도움이 되는 정보들을 LMF(105)가 제공하기 위해 사용될 수 있다. 메시지 안에 포함된 정보는 하기의 표 3과 같이 정의될 수 있다.

[표 3]

LPP Request Location Information (LMF → UE, 125)

: LMF(105)가 단말(100)에게 위치 추정에 필요한 신호 측정 및 위치 추정 결과를 요청하기 위해 사용될 수 있다. LMF(105)는 어떤 위치 추정 방법을 사용할지, 이를 위해 단말이 어떤 측정을 수행해야 할지, 어떤 결과를 어떻게 응답할지 등을 정한 후 관련 정보들을 본 메시지 안에 포함해서 단말(100)에게 전달할 수 있다. 메시지 안에 포함된 정보는 하기의 표 4와 같이 정의될 수 있다.

[표 4]

LPP Provide Location Information (UE → LMF, 130)

: 단말(100)이 LMF(105)로부터 요청 받았던 측정 결과 및 위치 추정 결과를 LMF(105)에게 전달하기 위해 사용될 수 있다. 메시지 안에 포함된 정보는 하기의 표 5와 같이 정의될 수 있다.

[표 5]

도 1f는 본 개시의 일 실시예에 따른 Sidelink positioning (이하, SL-P라 한다.) 서비스 시나리오를 도시한 도면이다.

도 1f를 참조하면, Target/Anchor UE가 각각 기지국 통신 범위 (즉, 기지국의 cell coverage)안에 있는지 여부에 따라 하기와 같은 3가지 SL-P 시나리오가 정의 될 수 있다.

- In-Coverage 시나리오 (100): SL-P에서 위치 추정 대상이 되는 Target UE (103)와 위치 추정에 도움을 주는 Anchor UE (105)가 모두 기지국 (110) 통신 범위 안에 있는 시나리오. 이때, Target/Anchor UE는 각각 기지국이 운영하고 있는 Cell과 연결되어 UU 인터페이스를 통해 통신이 가능한 상태이다. 이때, LMF (115)는 SL-P 동작을 위해 Target/Anchor UE와 LPP 메시지를 교환 할 수 있으며 SL-P 동작에 관여 할 수 있다. LMF와 Target/Anchor UE 사이의 LPP 메시지들은 기지국 과의 UU 인터페이스를 통해 송수신 된다. LMF는 Target UE의 위치 추정을 요청 받았을 때 SL-P 사용 여부 결정, Anchor UE 선택 및 추천, 그리고 사용될 위치 추정 기법 및 위치 추정을 위한 단말 동작 설정에 관여 할 수 있다.

SL-P 동작을 위해 Target UE는 Anchor UE와 PC5 인터페이스를 통해 SL-PRS를 송수신 할 수 있다. 또한 Target UE와 anchor UE는 SL-PRS 송수신 및 SL-P 수행을 위한 제어 메시지들을 PC5 인터페이스를 통해 주고 받을 수 있다. Target/Anchor UE의 sidelink (이하 SL이라 한다.) 전송을 위한 자원 설정 방법으로는 모드 1 또는 모드 2 방식이 사용될 수 있다.

모드 1방식의 경우 SL-P 동작을 위한 SL 전송 자원을 기지국이 직접 할당 할 수 있다. 이때 SL 전송 자원은 SL 통신만을 위해 사용되는 면허 대역 반송파 (licensed carriers dedicated to SL communication) 또는 SL 및 uplink 전송을 위해 사용되는 면허 대역 반송파 (licensed carriers sharing resources between SL and UL communication) 로부터 할당 될 수 있다. 기지국의 SL 전송 자원 설정에는 시간 (slot) 및 주파수 (subchannel) 영역에 대한 정보가 포함 될 수 있으며, CG (Configured Grant) 방식의 자원 설정이 이루어지는 경우 전송 자원 주기 (periodicity)에 대한 정보도 포함 될 수 있다. 모드 1 자원 설정 방식이 사용되는 경우 LMF는 Target/Anchor UE의 SL-P 동작 수행 (예를 들어, PC5 인터페이스를 통한 SL-PRS 및 제어 메시지 송수신)을 위한 SL 전송 자원 설정을 기지국에 요청 하고 기지국은 이에 따라 모드 1 방식으로 SL 전송 자원을 Target/Anchor UE에게 설정 할 수 있다. 또한, LMF는 Target/Anchor UE에게 SL-P 수행을 위해 필요한 동작을 설정하고 해당 동작을 위해 필요한 SL 전송 자원을 Target/Anchor UE가 기지국에 직접 요청 할 수도 있다. 이 경우, 기지국은 단말 요청에 따라 필요한 SL 전송 자원을 할당 할 수 있다.

모드 2 방식이 사용되는 경우 기지국은 SL 전송에 사용될 수 있는 자원풀 (sidelink resource pool)을 할당해주고 Target/Anchor UE가 직접 SL-P 동작을 위해 필요한 전송 자원을 선택 할 수 있다. 이때, LMF는 SL-P 동작 수행을 위해 사용될 SL 자원풀에 대한 요구사항 (예를 들어, 주파수, 대역폭 등)을 기지국에 전달 할 수 있다. 기지국은 LMF 요청에 따라 Target/Anchor UE에게 새로운 SL 자원풀을 설정해주거나 기존에 설정되어있던 SL 자원풀에 대한 설정을 변경 할 수 있다.

모드 1 및 모드 2 자원 설정에서 SL-P 동작을 위한 SL 자원풀로 shared resource pool 또는 dedicated resource pool이 설정 될 수 있다. Shared SL resource pool 사용은 SL communication 용도로 설정된 자원풀을 SL-P 관련 정보를 전송하는 데 사용함을 의미하고, dedicated SL resource pool 사용은 SL-P 기능을 위해 개별적으로 설정된 자원풀을 SL-P 관련 정보를 전송하는 데 사용함을 의미한다.

- Partial Coverage 시나리오 (120): SL-P에서 위치 추정 대상이 되는 Target UE (123)은 기지국 (130) 통신 범위 밖에 위치하고 위치 추정에 도움을 주는 Anchor UE (125)는 기지국 (130) 통신 범위 안에 있는 시나리오. 이때, Anchor UE는 기지국이 운영하고 있는 Cell과 연결되어 UU 인터페이스를 통해 통신이 가능한 상태이고 Target UE는 Anchor UE는 SL PC5 인터페이스를 통해 통신이 가능한 상태이다. 이때, LMF (115)는 SL-P 동작을 위해 Target/Anchor UE와 LPP 메시지를 교환 할 수 있으며 SL-P 동작에 관여 할 수 있다. LMF와 Anchor UE 사이의 LPP 메시지들은 기지국 과의 UU 인터페이스를 통해 송수신 되고 LMF와 Target UE 사이의 LPP 메시지들은 Anchor UE의 SL relay 동작에 의해 교환이 가능한다. 예를 들어 Target UE가 LMF에게 보내는 LPP 메시지는 PC5 인터페이스를 통해 Anchor UE에게 전달되고 이후 anchor UE의 UU 인터페이스를 통해 네트워크로 전달 될 수 있다. LMF는 Target UE의 위치 추정을 요청 받았을 때 SL-P 사용 여부 결정, Anchor UE 선택 및 추천, 그리고 사용될 위치 추정 기법 및 위치 추정을 위한 단말 동작 설정에 관여 할 수 있다.

SL-P 동작을 위해 Target UE는 Anchor UE와 PC5 인터페이스를 통해 SL-PRS를 송수신 할 수 있다. 또한 Target UE와 anchor UE는 SL-PRS 송수신 및 SL-P 수행을 위한 제어 메시지들을 PC5 인터페이스를 통해 주고 받을 수 있다. Target/Anchor UE의 sidelink (이하 SL이라 한다.) 전송을 위한 자원 설정 방법으로는 모드 1 또는 모드 2 방식이 사용될 수 있다.

모드 1 방식의 경우 SL-P 동작을 위한 SL 전송 자원을 기지국이 직접 할당 할 수 있다. 이때 SL 전송 자원은 SL 통신만을 위해 사용되는 면허 대역 반송파 (licensed carriers dedicated to SL communication) 또는 SL 및 uplink 전송을 위해 사용되는 면허 대역 반송파 (licensed carriers sharing resources between SL and UL communication) 로부터 할당 될 수 있다. 기지국의 SL 전송 자원 설정에는 시간 (slot) 및 주파수 (subchannel) 영역에 대한 정보가 포함 될 수 있으며, CG (Configured Grant) 방식의 자원 설정이 이루어지는 경우 전송 자원 주기 (periodicity)에 대한 정보도 포함 될 수 있다. 모드 1 자원 설정 방식이 사용되는 경우 LMF는 Target/Anchor UE의 SL-P 동작 수행 (예를 들어, PC5 인터페이스를 통한 SL-PRS 및 제어 메시지 송수신)을 위한 SL 전송 자원 설정을 기지국에 요청 하고 기지국은 이에 따라 모드 1 방식으로 SL 전송 자원을 Anchor UE에게 설정 할 수 있다. 또한, LMF는 Target/Anchor UE에게 SL-P 수행을 위해 필요한 동작을 설정하고 해당 동작을 위해 필요한 SL 전송 자원을 Anchor UE가 기지국에 직접 요청 할 수도 있다. 이 경우, 기지국은 단말 요청에 따라 필요한 SL 전송 자원을 할당 할 수 있다.

모드 2 방식이 사용되는 경우 기지국은 SL 전송에 사용될 수 있는 자원풀 (sidelink resource pool)을 할당해주고 Target/Anchor UE가 직접 SL-P 동작을 위해 필요한 전송 자원을 선택 할 수 있다. 이때, LMF는 SL-P 동작 수행을 위해 사용될 SL 자원풀에 대한 요구사항 (예를 들어, 주파수, 대역폭 등)을 기지국에 전달 할 수 있다. 기지국은 LMF 요청에 따라 Target/Anchor UE에게 새로운 SL 자원풀을 설정해주거나 기존에 설정되어있던 SL 자원풀에 대한 설정을 변경 할 수 있다.

모드 1 및 모드 2 자원 설정에서 SL-P 동작을 위한 SL 자원풀로 shared resource pool 또는 dedicated resource pool이 설정 될 수 있다. Shared SL resource pool 사용은 SL communication 용도로 설정된 자원풀을 SL-P 관련 정보를 전송하는 데 사용함을 의미하고, dedicated SL resource pool 사용은 SL-P 기능을 위해 개별적으로 설정된 자원풀을 SL-P 관련 정보를 전송하는 데 사용함을 의미한다.

- Out-of-coverage 시나리오 (140): SL-P에서 위치 추정 대상이 되는 Target UE (143)과 Anchor UE (145)가 모두 기지국 통신 범위 밖에 위치하는 시나리오. 이때, Target/Anchor UE는 모두 기지국과의 UU 인터페이스를 통한 통신이 불가능한 상태이고 Target UE는 Anchor UE는 SL PC5 인터페이스를 통해서만 통신이 가능한 상태이다. 이때, LMF는 SL-P 동작을 위해 Target/Anchor UE와 LPP 메시지를 교환 할 수 없으며 따라서 SL-P 동작에 직접적으로 관여 할 수 없다. SL-P 동작을 위해 Target UE는 Anchor UE와 PC5 인터페이스를 통해 SL-PRS를 송수신 할 수 있다. 또한 Target UE와 anchor UE는 SL-PRS 송수신 및 SL-P 수행을 위한 제어 메시지들을 PC5 인터페이스를 통해 주고 받을 수 있다. Target/Anchor UE의 sidelink (이하 SL이라 한다.) 전송을 위한 자원 설정 방법으로는 모드 2 방식이 사용될 수 있다.

모드 2 방식이 사용되는 경우 기지국은 SL 전송에 사용될 수 있는 자원풀 (sidelink resource pool)을 사전에 할당해주고 (예를 들어, 기지국 통신 범위 안에 있을 때 설정 가능) Target/Anchor UE가 직접 SL-P 동작을 위해 필요한 전송 자원을 선택 할 수 있다. 이때, LMF는 SL-P 동작 수행을 위해 사용될 SL 자원풀에 대한 요구사항 (예를 들어, 주파수, 대역폭 등)을 기지국에 전달 할 수 있다. 기지국은 LMF 요청에 따라 Target/Anchor UE에게 새로운 SL 자원풀을 설정해주거나 기존에 설정되어있던 SL 자원풀에 대한 설정을 변경 할 수 있다. SL-P 동작을 위한 SL 자원풀로 shared resource pool 또는 dedicated resource pool이 설정 될 수 있다. Shared SL resource pool 사용은 SL communication 용도로 설정된 자원풀을 SL-P 관련 정보를 전송하는 데 사용함을 의미하고, dedicated SL resource pool 사용은 SL-P 기능을 위해 개별적으로 설정된 자원풀을 SL-P 관련 정보를 전송하는 데 사용함을 의미한다.

도 1g는 본 개시의 일 실시예에 따른 SL-P 수행 시 Target UE의 위치 추정을 위해 사용될 anchor UE 및 구체적인 SL-P 설정에 LMF가 관여 할 수 있는 시나리오를 도시한 도면이다.

도 1g를 참조하면, LMF(100)는 AMF (103)으로부터 Target UE (107)에 대한 위치 추정 요청 (101)을 받을 수 있다. LMF(100)는 Target UE(107)의 위치 추정을 위해 SL-P 동작이 필요함을 결정할 수 있다. Target UE(107)의 위치 추정을 위해 SL-P이 필요한 경우, Target UE(107)의 위치 추정을 위한 SL-P에 사용될 수 있는 복수의 Anchor UE (110, 111, 112, 113, 115)가 존재할 수 있다. Anchor UE로는 RSU (Road Side Unit, 110, 111, 112), PRU (Positioning Reference Unit, 113), Located UE(115) 등이 사용 될 수 있다. LMF(100)는 Target UE(107)의 위치 추정을 위한 SL-P에 사용 될 하나 또는 의상의 Anchor UE를 직접 결정하거나 후보 Anchor UE들을 결정 후 Target UE(107)에게 전달함으로써 Anchor UE 선택에 도움을 줄 수 있다. LMF(100)는 Target UE(107)에 대한 SL-P을 위해 사용할 위치 추정 기법 (예를 들어, RTT 기반 방식, TDOA 방식, AoA/AoD 방식 등)을 결정하고 위치 추정을 위해 필요한 Target UE 및 Anchor UE 동작을 설정 할 수 있다. 또는 LMF(100)는 Target UE(107)에게 SL-P를 위해 사용될 수 있는 복수의 후보 위치 추정 기법 및 각 기법 별로 필요한 Target UE 및 Anchor UE 동작 설정을 제공함으로써 Target UE가 직접 SL-P를 위해 사용할 위치 추정 기법을 선택하는데 도움을 줄 수 있다. 상기 동작을 위해 Target UE (107)는 serving gNB(105)와의 UU 인터페이스를 통해 LMF(100)와 위치 추정 동작과 관련된 메시지 (예를 들어, LTE Positioning Protocol (LPP) 메시지)를 교환 할 수 있다. LMF(100)는 상기 서술된 동작 (SL-P 동작 필요 여부 결정, (후보)Anchor UE 결정, (후보)위치 추정 기법 결정 및 단말 동작 설정)을 위해 사용 가능한 Anchor UE들 (100, 111, 112, 113, 115)에 대한 정보(예를 들어, SL-P 관련 단말 능력 정보, 위치 정보, SL 동작 정보 등)를 사전에 획득 및 저장 할 수 있다.

도 1h는 본 개시의 일 실시예에 따라 LMF (Location Management Function)가 전반적인 SL-P 절차를 제어하는 과정의 흐름도 이다.

도 1h를 참조하면, LMF(110)는 Target UE(110)의 위치 추정을 위한 SL-P 절차에서 SL-P 동작 필요 여부 결정(121), SL-P에 사용될 Anchor UE(103) 결정(122), SL-P 동작 설정 (123) 등에 관여 할 수 있다. 각 단계 별 동작은 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- Anchor UE 정보 교환 (115): LMF(110)는 사전에 Anchor UE로써 동작이 가능한 UE들에 대한 정보 (예를 들어, SL-P 관련 단말 능력 정보, 위치 정보, SL 동작 정보 등)을 확보 할 수 있다.

- 0. Location request (120): LMF(110)는 AMF (107)으로부터 Target UE (100)에 대한 위치 추정 요청 (120)을 받을 수 있다. 이때 위치 추정 요청 (120)에는 positioning QoS 요구사항 (정확도, 지연시간) 및 Target UE의 positioning 관련된 단말 능력 정보가 포함될 수 있다. 또한 AMF(107)는 위치 추정 요청(120) 메시지를 통해 LMF(110)에게 명시적으로 Target UE(100)에 대한 Ranging 또는 SL-P 서비스를 요청 할 수 있다. AMF(107)가 LMF(110)에게 Ranging 서비스를 요청하는 경우 하나 또는 그 이상의 단말 쌍에 대한 상대적인 거리 및 방향 정보가 위치 추정 요청(120) 메시지를 통해 요청 될 수 있다. AMF(107)가 LMF(110)에게 SL-P 서비스를 요청하는 경우 Target UE(100)의 위치 추정을 위해 사용 가능한 Anchor UE들의 리스트 및 각 anchor UE들에 대한 추가 정보 (예를 들어, SL-P 관련 단말 능력 정보, 위치 정보, SL 동작 정보 등)가 위치 추정 요청(120) 메시지에 함께 포함될 수 있다.

- 1. Decide to use SL POS (121): LMF(110)는 위치 추정 요구사항, Target UE(100)의 위치 추정 관련 능력 정보, 기존에 파악된 Target UE의 위치, Target UE 인근의 가용한 Anchor UE 유무 등을 고려해 Ranging 또는 SL-P 동작이 필요한지 여부를 결정 할 수 있다. AMF(107)가 상기 위치 추정 요청 (120) 메시지를 통해 명시적으로 Ranging 또는 SL-P 동작을 요청한 경우, 이 단계는 생략 될 수 있다.

- 2. Select anchor UEs (121): 상기 121 단계에서 Target UE(100)의 위치 추정을 위해 SL-P 동작이 필요하다고 판단한 경우, LMF(110)는 Target UE에 대한 SL-P를 위해 사용될 수 있는 복수의 Anchor UE 중 실제 SL-P에 사용할 Anchor UE(103)를 선택 할 수 있다. 또는 LMF(110)은 사용 가능한 복수의 후보 Anchor UE들에 대한 정보를 Target UE(100)에 제공함으로써 Target UE가 직접 SL-P을 위해 사용할 Anchor UE를 선택하는데 도움을 줄 수 있다.

- 3. Determine configuration for SL-P (123): LMF(110)는 Target UE(100)에 대한 SL-P을 위해 사용할 위치 추정 기법 (예를 들어, RTT 기반 방식, TDOA 방식, AoA/AoD 방식 등)을 결정하고 위치 추정을 위해 필요한 Target/Anchor UE 동작 설정을 결정 할 수 있다. 또는 LMF(110)은 Target UE(100)에게 SL-P를 위해 사용할 수 있는 복수의 후보 위치 추정 기법 및 각 기법 별로 필요한 Target/Anchor UE 동작 설정을 제공함으로써 Target UE가 직접 SL-P를 위해 사용할 위치 추정 기법을 선택하는데 도움을 줄 수 있다.

- 4. SL-P operation and result report (124): Target UE(110) 및 Anchor UE(103)은 상기 3단계 (123)에서 결정된 동작 설정에 따라 SL-P을 위해 필요한 동작 (SL-PRS 송수신, RTT 측정, TDOA 측정, AoA/AoD 측정 등)을 수행하고 그 결과를 LMF(110)에 보고 할 수 있다.

- 5. Location determination (125): LMF(110)는 상기 4단계 (124)에서 Target UE(100) 및 Anchor UE(103)으로부터 보고된 결과를 기반으로 0번 단계(120)에서 AMF(107)로부터 요청 받은 위치 추정 결과를 확정 할 수 있다.

- 6. Location response (126): LMF(110)가 AMF(107)에게 Positioning 수행 결과를 전달 할 수 있다.

상기 도 1h에서와 같이 LMF가 SL-P 동작 필요 여부 결정, SL-P에 사용될 Anchor UE 결정, SL-P 동작 설정 등에 관여 하기 위해서는 Anchor UE로 동작 가능한 UE들에 대한 정보를 확보 할 수 있어야 한다. LMF가 사용 가능한 Anchor UE에 대한 정보를 확보하는 방법으로는 크게 3가지가 존재 할 수 있다.

1. 네트워크 구현에 의한 사전 설정: 통신사업자가 운용하는 OAM (Operation, Administration, Maintenance)시스템이 사업자가 파악하고 있는 Anchor UE들에 대한 정보를 LMF에게 사전에 제공 할 수 있다.

2. MT-LR (Mobile terminated Location Request), MO-LR (Mobile Originated Location Request), NI-LR (Network Induced Location Request)를 활용한 Anchor UE 정보 등록

* 2-1. MT-LR 기반 anchor UE 정보 등록: 사용 가능한 Anchor UE에 대한 정보를 알고 있는 임의의 entity가 MT-LR 절차를 사용해 해당 Anchor UE에 대한 정보를 LMF에 등록하는 방법.

* 2-2. NI-LR 기반 anchor UE 정보 등록: AMF가 NI-LR 절차를 사용해 사용 가능한 Anchor UE에 대한 정보를 LMF에 등록하는 방법.

* 2-3. MO-LR 기반 anchor UE 정보 등록: Anchor UE로 동작할 수 있는 UE가 스스로 MO-LR 절차를 사용해 해당 Anchor UE에 대한 정보를 LMF에 등록하는 방법.

3. SL-P 수행 도중에 LPP 세션을 통해 직접 확보: LMF가 Target UE의 위치 추정을 위한 SL-P 절차 수행 중 후보 Anchor UE들과의 LPP 세션을 통해 해당 Anchor UE들에 대한 추가적인 정보를 확보하는 방법.도 1i는 본 개시의 일 실시예에 따른 MT-LR (Mobile Terminated Location Request) 및 NI-LR (Network Induced Location Request) 절차를 활용한 Anchor UE 정보 등록 과정의 흐름도 이다.

도 1i를 참조하면, Case1(108)에서와 같이 사용 가능한 Anchor UE(100)의 존재를 아는 임의의 entity가 AMF(107)에게 MT-LR 메시지를 보냄으로써 LMF(105)에 특정 anchor UE(100)의 정보를 등록하기 위한 MT-LR 절차를 시작할 수 있다. 또는 Case2(109)에서와 같이 AMF(107)가 사용 가능한 Anchor UE(100)의 존재를 파악한 경우 LMF(105) 에 특정 anchor UE(100)의 정보를 등록하기 위해 스스로 NI-LR 절차를 시작 할 수 있다. 이후 MT-LR 및 NI-LR 절차에 의해 LMF(105)에 특정 Anchor UE(100)에 대한 정보가 등록되는 구체적인 과정은 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- 0. Location request (110): 특정 anchor UE 등록을 위한 MT-LR 또는 NI-LR 과정이 시작되면, AMF(107)는 LMF(105)에게 해당 UE에 대한 location request(110)를 전송.

* 이때 해당 요청이 SL-P anchor UE 등록을 위한 것임을 명시적으로 지시할 수 있음.

* Anchor UE 등록을 위해 MT-LR 또는 NI-LR 과정이 시작된 경우 기존 Location request 메시지 (110)안에 포함되던 positioning QoS (e.g., accuracy, latency) 등은 생략 될 수 있음.

* Location request 메시지 (110)안에 해당 anchor UE(100)의 지원 가능한 역할 (예를 들어, Reference UE, Assistant UE, Located UE) 및 type (예를 들어, PRU, RSU 등)에 대한 정보를 함께 제공 할 수 있음. MT-LR case (108)의 경우 상기 정보가 임의의 entity가 AMF(107)에게 전달한 MT-LR 메시지 안에 포함 될 수 있음.

* 추가로 해당 UE(100)에 대해 기존에 확보된 positioning capability가 있는 경우 함께 전달 할 수 있음. 이 경우 하기 1a/b단계(111, 112) 생략 가능.

- 1a. LPP RequestCapabilities (111): LMF(105)는 해당 anchor UE(100)의 위치 추정 관련 단말 능력을 확보하기 위해 LPP RequestCapabilities 메시지를 송신할 수 있음.

* 이때 전체 capability 정보를 모두 받지 않고 anchor UE 역할과 관련된 특정 capability 정보만을 요청하기 위해 별도의 지시자가 포함 될 수 있음.

- 1b. LPP ResponseCapabilities (112): UE(100)는 LMF(105)에게 요청 받은 UE capability 정보를 LPP ResponseCapabilities 메시지(112)를 통해 보고 할 수 있음.

* Sidelink positioning 관련해서 하기 정보들이 LPP ResponseCapabilities 메시지(112)에 새로 추가 될 수 있음.

**SL-PRS Tx/Rx support: SL-PRS 송신 및 수신 지원 여부

**Supported SL positioning method (e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD) as Anchor UE: 지원 가능한 SL-P 위치 추정 기법.

**Available mode of SL positioning (i.e., standalone, UE-based, UE-assisted) associated with each SL positioning method: 각 SL-P 위치 추정 기법 별로 지원 가능한 SL-P 모드. 또는 위치 추정 기법에 상관 없이 지원 가능한 SL-P 모드.

**Available role of SL positioning (e.g., Target UE, Reference UE, Assistant UE, Located UE) associated with each SL positioning method: 각 SL-P 위치 추정 기법 별로 지원 가능한 anchor UE 역할. 또는 위치 추정 기법에 상관 없이 지원 가능한 anchor UE 역할.

**Known location support: 기존에 확보된 위치 정보를 보고 할 수 있는지 여부.

**Mobility type (e.g., fixed, mobile): UE가 움직이는지 고정되어 있는지 이동성 여부. 또는 이동성 여부를 보고할 수 있는지 여부.

**Supported SL-P discovery (e.g., model A or model B): SL-P를 위해 지원하는 SL discovery 모델.

**Anchor UE type (e.g., PRU, LSU, ...): Anchor UE의 장치 타입.

- 2a. LPP RequestSidelinkInformation (113): LMF(105)는 해당 anchor UE(100)의 SL-P 동작 관련 정보를 확보하기 위해 새로 정의된 LPP RequestSidelinkInformation 메시지를 송신할 수 있음.

* 이때 SL-P 동작 관련 정보를 모두 받지 않고 LMF(105)에서 필요한 정보만을 요청하기 위해 별도의 지시자가 포함 될 수 있음.

- 2b. LPP ProvideSidelinkInformation (114): UE(100)는 2a단계(113)에서 LMF(105)에게 요청 받은 SL-P 동작 관련 정보를 새로 정의된 LPP ProvideSidelinkInformation 메시지(114)를 통해 보고 할 수 있음. 이때 해당 메시지에 하기 정보들이 포함 될 수 있음.

** Serving cell ID (e.g., ECGI): UE의 serving gNB (103) ID

** SL frequency/BWP: UE의 SL 동작 주파수 대역 및 SL BWP 설정 정보.

** SL Tx/Rx resource pool (shared or dedicated): SL-P 동작 수행을 위해 사용 가능한 SL 송수신 자원풀 정보. 기존 SL 동작과 공유된 자원풀이거나 SL-P 동작을 위해 따로 설정된 자원풀.

**SRC L2 ID, DST L2 ID (for SL-P unicast/groupcast or broadcast): SL-P 동작시 unicast/groupcast or broadcast를 위해서 UE(100)가 사용하는 SRC L2 ID 및 DST L2 ID.

**(for discovery) announce msg Tx interval: Model A discovery 방식을 지원할 때 해당 UE(100)의 announce msg 송신 시간 간격 정보.

*UE(100)는 상기 SL-P 동작 관련 정보가 변경된 경우, LMF(105)의 요청 없이도 LPP ProvideSidelinkInformation 메시지(114)를 통해 변경 내용을 보고 할 수 있음.

* LMF(105)와 UE(100)은 SL-P 동작 관련 정보를 교환하기 위해 새로 정의된 메시지(113, 114)를 송신하는 것 대신 기존 메시지(111, 112)를 재사용 할 수 있음. 이때 LPP RequestCapabilities 메시지(111)에는 SL-P 동작 관련 정보들을 요청하기 위해 별도의 지시자가 포함 될 수 있고 LPP ResponseCapabilites(112)메시지에는 SL-P 동작 관련 정보가 포함 될 수 있음. 이 경우 2a/b 단계(113, 114)를 생략함으로써 불필요한 시그널링 부하를 줄이고 지연 시간을 줄일 수 있음.

- 3. LPP ProvideAssistanceData: LMF(105)가 해당 UE(100)의 location을 확보하기위해 positioning 동작이 필요한 경우 Positioning을 위해 사용될 method (e.g., A-GNSS, E-CID, DL-TDOA, ...) 및 mode (i.e., standalone, UE-based, UE-assisted)를 결정하고 positioning 동작을 수행 할 수 있음. 이를 위해 UE에게 positioning 동작에 필요한 assistance information을 LPP ProvideAssistanceData 메시지(115)를 통해 전달 할 수 있음.

* 상기 0~1단계 (110~112) 동작을 통해 LMF(105)가 해당 UE(100)가 known location을 보고 할 수 있음을 파악한 경우 (즉, 해당 UE가 Located UE 역할을 지원하는 경우), 추가적인 positioning 동작이 필요 없기에 상기 LPP ProvideAssistanceData 전송 동작(115)은 생략 될 수 있음.

- 4. LPP RequestLocationInformation(116): LMF(105)가 UE(100)의 location 정보를 확보하기 위해 LPP RequestLocationInformation 메시지(116)를 해당 UE(100)에게 전송 할 수 있음.

* 해당 UE(100)가 known location을 바로 보고할 수 있는 경우 LMF(105)는 known location을 요청하는 지시자를 포함 할 수 있음. 추가로 known location이 확보되었던 방법/시간 등의 정보를 함께 보고하도록 지시하기 위한 필드가 포함 될 수 있음. 추가로 known location이 특정 조건을 만족하는 경우에만 보고하도록 지시 할 수 있음. 예를 들어, known location의 accuracy (정확도), integrity (신뢰성), type, 확보 시점 등에 대한 보고 조건들이 포함 될 수 있다.

* 추가적인 positioning 동작을 통해 UE location을 확보해야되는 경우 Positioning을 위해 사용될 method (e.g., A-GNSS, E-CID, DL-TDOA, ...) 및 mode (i.e., standalone, UE-based, UE-assisted)를 결정하고 positioning 동작을 위한 세부 설정을 LPP RequestLocationInformation(116)안에 포함 시킬 수 있음.

- 5. Positioning procedure (117): UE(100)는 상기 4단계(116)에서 수신한 LMF(105) 지시에 따라 필요한 positioning 동작을 수행. LMF(105)가 known location만을 보고하도록 지시한 경우, 본 단계는 생략 될 수 있음.

- 6. LPP ProvideLocationInformation(118): UE(100)는 상기 4단계(116)에서 LMF(105)로부터 요청 받은 location 정보를 LPP ProvideLocationInformation 메시지(118)를 통해 LMF(105)에 보고.

* known location 을 보고하도록 지시 받은 경우 location 정보를 보고하면서 known location임을 명시적으로 보고 할 수 있음. 이를 위해 known location만을 위한 새로운 필드가 정의 될 수 있음. 추가로 하기와 같이 known location이 확보되었던 방법/시간 등의 정보가 함께 포함 될 수 있음. 만약, UE가 known location을 전달 할 수 없는 경우 LPP ProvideLocationInformation을 통해 known location을 제공하지 못함을 구체적인 이유와 함께 명시적으로 보고할 수 있음.

** Known location: UE(100)가 기존에 파악하고 있는 위치 정보.

** known location accuracy (uncertainty)

** known location integrity

** known location acquisition time: known location 확보 시점.

** known location type (e.g., pre-configuration, previous estimate with used method for the estimate, ...): known location 타입. 예를 들어, 설치시 설정된 위치, 이전에 positioning을 통해 추정된 위치 (이 경우 추가로 이전에 사용되었던 위치 추정 기법에 대한 정보도 함께 보고될 수 있음.) 등.

** known location failure cause (e.g., no data, invalid, ...): Known location을 보고 할 수 없는 경우, 구체적인 원인 (예를 들어, 보고할 데이터가 없거나 위치 이동으로 인해 기존 데이터가 더 이상 유효하지 않은 경우 등)을 보고하기 위한 지시자가 포함 될 수 있음.

* UE(100)는 상기 known location 정보가 변경된 경우, LMF(105)의 요청 없이도 LPP ProvideLocationInformation 메시지(118)를 통해 변경 내용을 보고 할 수 있음.

* 상기 5단계(117) positioning procedure를 통해서 estimated location 또는 measurement result를 확보한 경우 기존 LPP ProvideLocationInformation 메시지 (118) 내 파라미터 들을 사용해서 보고 할 수 있음.

- 7. Location response (119): LMF(105)는 상기 6단계(118)에서 UE(100)로부터 수신한 정보를 기반으로 특정 Anchor UE에 대한 등록 절차를 마무리 할 수 있음. 이후 AMF(107)에게 상기 0단계(110)에서 요청 받았던 anchor UE 등록 절차가 마무리 되었음을 알릴 수 있음.

도 1j는 본 개시의 일 실시예에 따른 MO-LR (Mobile Originated Location Request) 절차를 활용한 Anchor UE 정보 등록 과정의 흐름도 이다.

도 1j를 참조하면, Anchor UE로 사용 가능한 UE(100)는 LMF(105)에 anchor UE로 등록되기 위해 AMF(107)에게 MO-LR 메시지(108)을 보냄으로써 MO-LR 절차를 시작 할 수 있다.

* 이때 MO-LR 메시지(108)에는 해당 요청이 anchor UE 등록을 위한 것임을 명시적으로 지시 할 수 있다.

* Anchor UE(100)는 MO-LR Request 메시지(108) 안에 Anchor UE 등록에 필요한 추가정보를 포함 할 수 있다. 이를 위해 하나 또는 그 이상의 LPP 메시지가 함께 포함 될 수 있으며, anchor UE 등록을 위해 하기 정보들이 LPP 메시지에 새로 추가 될 수 있다.

(In LPP ProvideCapabilities)

**SL-PRS Tx/Rx support: SL-PRS 송신 및 수신 지원 여부

**Supported SL positioning method (e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD) as Anchor UE: 지원 가능한 SL-P 위치 추정 기법.

**Available mode of SL positioning (i.e., standalone, UE-based, UE-assisted) associated with each SL positioning method: 각 SL-P 위치 추정 기법 별로 지원 가능한 SL-P 모드. 또는 위치 추정 기법에 상관 없이 지원 가능한 SL-P 모드.

**Available role of SL positioning (e.g., Target UE, Reference UE, Assistant UE, Located UE) associated with each SL positioning method: 각 SL-P 위치 추정 기법 별로 지원 가능한 anchor UE 역할. 또는 위치 추정 기법에 상관 없이 지원 가능한 anchor UE 역할.

**Known location support: 기존에 확보된 위치 정보를 보고 할 수 있는지 여부.

**Mobility type (e.g., fixed, mobile): UE가 움직이는지 고정되어 있는지 이동성 여부. 또는 이동성 여부를 보고할 수 있는지 여부.

**Supported SL-P discovery (e.g., model A or model B): SL-P를 위해 지원하는 SL discovery 모델.

**Anchor UE type (e.g., PRU, LSU, ...): Anchor UE의 장치 타입.

(In LPP ProvideLocationInformation)

** Known location: UE(100)가 기존에 파악하고 있는 위치 정보.

** known location accuracy (uncertainty)

** known location integrity

** known location acquisition time: known location 확보 시점.

** known location type (e.g., pre-configuration, previous estimate with used method for the estimate, ...): known location 타입. 예를 들어, 설치시 설정된 위치, 이전에 positioning을 통해 추정된 위치 (이 경우 추가로 이전에 사용되었던 위치 추정 기법에 대한 정보도 함께 보고될 수 있음.) 등.

(In newly defined LPP ProvideSidelinkInformation message)

** Serving cell ID (e.g., ECGI): UE의 serving gNB (103) ID

** SL frequency/BWP: UE의 SL 동작 주파수 대역 및 SL BWP 설정 정보.

** SL Tx/Rx resource pool (shared or dedicated): SL-P 동작 수행을 위해 사용 가능한 SL 송수신 자원풀 정보. 기존 SL 동작과 공유된 자원풀이거나 SL-P 동작을 위해 따로 설정된 자원풀.

**SRC L2 ID, DST L2 ID (for SL-P unicast/groupcast or broadcast): SL-P 동작시 unicast/groupcast or broadcast를 위해서 UE(100)가 사용하는 SRC L2 ID 및 DST L2 ID.

**(for discovery) announce msg Tx interval: Model A discovery 방식을 지원할 때 해당 UE(100)의 announce msg 송신 시간 간격 정보.

* 이후 MO-LR 절차에 의해 LMF(105)에 특정 Anchor UE(100)에 대한 정보가 등록되는 구체적인 과정은 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- 0. Location request (110): anchor UE 등록을 위한 MO-LR 과정이 시작되면, AMF(107)는 LMF(105)에게 해당 UE에 대한 location request(110)를 전송.

* 이때 해당 요청이 SL-P anchor UE 등록을 위한 것임을 명시적으로 지시할 수 있음.

* Anchor UE 등록을 위해 MO-LR 과정이 시작된 경우 기존 Location request 메시지 (110)안에 포함되던 positioning QoS (e.g., accuracy, latency) 등은 생략 될 수 있음.

* Location request 메시지 (110)안에 해당 anchor UE(100)의 지원 가능한 역할 (예를 들어, Reference UE, Assistant UE, Located UE) 및 type (예를 들어, PRU, RSU 등)에 대한 정보를 함께 제공 할 수 있음.

* 추가로 해당 상기 MO-LR 메시지(108) 에서 anchor UE(100)에 대한 추가정보 전달을 위해 LPP 메시지가 포함된 경우 해당 LPP 메시지들이 함께 LMF(105)에 전달 될 수 있음.

** LPP ProvideCapabilities 메시지가 포함된 경우 하기 1a/b단계(111, 112) 생략 가능

** LPP ProvideSidelinkInformation 메시지가 포함된 경우 하기 2a/b단계(113, 114) 생략 가능

** LPP ProvideLocationInforamtion 메시지가 포함된 경우 하기 3~6단계(115~118) 생략 가능

- 1a. LPP RequestCapabilities (111): LMF(105)는 해당 anchor UE(100)의 위치 추정 관련 단말 능력을 확보하기 위해 LPP RequestCapabilities 메시지를 송신할 수 있음.

* 이때 전체 capability 정보를 모두 받지 않고 anchor UE 역할과 관련된 특정 capability 정보만을 요청하기 위해 별도의 지시자가 포함 될 수 있음.

- 1b. LPP ResponseCapabilities (112): UE(100)는 LMF(105)에게 요청 받은 UE capability 정보를 LPP ResponseCapabilities 메시지(112)를 통해 보고 할 수 있음.

* Sidelink positioning 관련해서 하기 정보들이 LPP ResponseCapabilities 메시지(112)에 새로 추가 될 수 있음.

**SL-PRS Tx/Rx support: SL-PRS 송신 및 수신 지원 여부

**Supported SL positioning method (e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD) as Anchor UE: 지원 가능한 SL-P 위치 추정 기법.

**Available mode of SL positioning (i.e., standalone, UE-based, UE-assisted) associated with each SL positioning method: 각 SL-P 위치 추정 기법 별로 지원 가능한 SL-P 모드. 또는 위치 추정 기법에 상관 없이 지원 가능한 SL-P 모드.

**Available role of SL positioning (e.g., Target UE, Reference UE, Assistant UE, Located UE) associated with each SL positioning method: 각 SL-P 위치 추정 기법 별로 지원 가능한 anchor UE 역할. 또는 위치 추정 기법에 상관 없이 지원 가능한 anchor UE 역할.

**Known location support: 기존에 확보된 위치 정보를 보고 할 수 있는지 여부.

**Mobility type (e.g., fixed, mobile): UE가 움직이는지 고정되어 있는지 이동성 여부. 또는 이동성 여부를 보고할 수 있는지 여부.

**Supported SL-P discovery (e.g., model A or model B): SL-P를 위해 지원하는 SL discovery 모델.

**Anchor UE type (e.g., PRU, LSU, ...): Anchor UE의 장치 타입.

- 2a. LPP RequestSidelinkInformation (113): LMF(105)는 해당 anchor UE(100)의 SL-P 동작 관련 정보를 확보하기 위해 새로 정의된 LPP RequestSidelinkInformation 메시지를 송신할 수 있음.

* 이때 SL-P 동작 관련 정보를 모두 받지 않고 LMF(105)에서 필요한 정보만을 요청하기 위해 별도의 지시자가 포함 될 수 있음.

- 2b. LPP ProvideSidelinkInformation (114): UE(100)는 2a단계(113)에서 LMF(105)에게 요청 받은 SL-P 동작 관련 정보를 새로 정의된 LPP ProvideSidelinkInformation 메시지(114)를 통해 보고 할 수 있음. 이때 해당 메시지에 하기 정보들이 포함 될 수 있음.

** Serving cell ID (e.g., ECGI): UE의 serving gNB (103) ID

** SL frequency/BWP: UE의 SL 동작 주파수 대역 및 SL BWP 설정 정보.

** SL Tx/Rx resource pool (shared or dedicated): SL-P 동작 수행을 위해 사용 가능한 SL 송수신 자원풀 정보. 기존 SL 동작과 공유된 자원풀이거나 SL-P 동작을 위해 따로 설정된 자원풀.

**SRC L2 ID, DST L2 ID (for SL-P unicast/groupcast or broadcast): SL-P 동작시 unicast/groupcast or broadcast를 위해서 UE(100)가 사용하는 SRC L2 ID 및 DST L2 ID.

**(for discovery) announce msg Tx interval: Model A discovery 방식을 지원할 때 해당 UE(100)의 announce msg 송신 시간 간격 정보.

*UE(100)는 상기 SL-P 동작 관련 정보가 변경된 경우, LMF(105)의 요청 없이도 LPP ProvideSidelinkInformation 메시지(114)를 통해 변경 내용을 보고할 수 있음.

* LMF(105)와 UE(100)은 SL-P 동작 관련 정보를 교환하기 위해 새로 정의된 메시지(113, 114)를 송신하는 것 대신 기존 메시지(111, 112)를 재사용 할 수 있음. 이때 LPP RequestCapabilities 메시지(111)에는 SL-P 동작 관련 정보들을 요청하기 위해 별도의 지시자가 포함 될 수 있고 LPP ResponseCapabilites(112)메시지에는 SL-P 동작 관련 정보가 포함될 수 있음. 이 경우 2a/b 단계(113, 114)를 생략함으로써 불필요한 시그널링 부하를 줄이고 지연 시간을 줄일 수 있음.

- 3. LPP ProvideAssistanceData: LMF(105)가 해당 UE(100)의 location을 확보하기위해 positioning 동작이 필요한 경우 Positioning을 위해 사용될 method (e.g., A-GNSS, E-CID, DL-TDOA, ...) 및 mode(i.e., standalone, UE-based, UE-assisted)를 결정하고 positioning 동작을 수행할 수 있음. 이를 위해 UE에게 positioning 동작에 필요한 assistance information을 LPP ProvideAssistanceData 메시지(115)를 통해 전달할 수 있음.

* 상기 0~1단계(110~112) 동작을 통해 LMF(105)가 해당 UE(100)가 known location을 보고 할 수 있음을 파악한 경우 (즉, 해당 UE가 Located UE 역할을 지원하는 경우), 추가적인 positioning 동작이 필요 없기에 상기 LPP ProvideAssistanceData 전송 동작(115)은 생략될 수 있음.- 4. LPP RequestLocationInformation(116): LMF(105)가 UE(100)의 location 정보를 확보하기 위해 LPP RequestLocationInformation 메시지(116)를 해당 UE(100)에게 전송 할 수 있음.

* 해당 UE(100)가 known location을 바로 보고할 수 있는 경우 LMF(105)는 known location을 요청하는 지시자를 포함 할 수 있음. 추가로 known location이 확보되었던 방법/시간 등의 정보를 함께 보고하도록 지시하기 위한 필드가 포함 될 수 있음. 추가로 known location이 특정 조건을 만족하는 경우에만 보고하도록 지시 할 수 있음. 예를 들어, known location의 accuracy (정확도), integrity (신뢰성), type, 확보 시점 등에 대한 보고 조건들이 포함 될 수 있다.

* 추가적인 positioning 동작을 통해 UE location을 확보해야되는 경우 Positioning을 위해 사용될 method (e.g., A-GNSS, E-CID, DL-TDOA, ...) 및 mode (i.e., standalone, UE-based, UE-assisted)를 결정하고 positioning 동작을 위한 세부 설정을 LPP RequestLocationInformation(116)안에 포함 시킬 수 있음.

- 5. Positioning procedure (117): UE(100)는 상기 4단계(116)에서 수신한 LMF(105) 지시에 따라 필요한 positioning 동작을 수행. LMF(105)가 known location만을 보고하도록 지시한 경우, 본 단계는 생략 될 수 있음.

- 6. LPP ProvideLocationInformation(118): UE(100)는 상기 4단계(116)에서 LMF(105)로부터 요청 받은 location 정보를 LPP ProvideLocationInformation 메시지(118)를 통해 LMF(105)에 보고.

* known location 을 보고하도록 지시 받은 경우 location 정보를 보고하면서 known location임을 명시적으로 보고 할 수 있음. 이를 위해 known location만을 위한 새로운 필드가 정의 될 수 있음. 추가로 하기와 같이 known location이 확보되었던 방법/시간 등의 정보가 함께 포함 될 수 있음. 만약, UE가 known location을 전달 할 수 없는 경우 LPP ProvideLocationInformation을 통해 known location을 제공하지 못함을 구체적인 이유와 함께 명시적으로 보고할 수 있음.

** Known location: UE(100)가 기존에 파악하고 있는 위치 정보.

** known location accuracy (uncertainty)

** known location integrity

** known location acquisition time: known location 확보 시점.

** known location type (e.g., pre-configuration, previous estimate with used method for the estimate, ...): known location 타입. 예를 들어, 설치시 설정된 위치, 이전에 positioning을 통해 추정된 위치 (이 경우 추가로 이전에 사용되었던 위치 추정 기법에 대한 정보도 함께 보고될 수 있음.) 등.

** known location failure cause (e.g., no data, invalid, ...): Known location을 보고 할 수 없는 경우, 구체적인 원인 (예를 들어, 보고할 데이터가 없거나 위치 이동으로 인해 기존 데이터가 더 이상 유효하지 않은 경우 등)을 보고하기 위한 지시자가 포함 될 수 있음.

* UE(100)는 상기 known location 정보가 변경된 경우, LMF(105)의 요청 없이도 LPP ProvideLocationInformation 메시지(118)를 통해 변경 내용을 보고 할 수 있음.

* 상기 5단계(117) positioning procedure를 통해서 estimated location 또는 measurement result를 확보한 경우 기존 LPP ProvideLocationInformation 메시지 (118) 내 파라미터 들을 사용해서 보고 할 수 있음.

- 7. Location response (119): LMF(105)는 상기 6단계(118)에서 UE(100)로부터 수신한 정보를 기반으로 특정 Anchor UE에 대한 등록 절차를 마무리 할 수 있음. 이후 AMF(107)에게 상기 0단계(110)에서 요청 받았던 anchor UE 등록 절차가 마무리 되었음을 알릴 수 있음.

- 8. MO-LR response (120): AMF(107)는 MO-LR request(108)를 통해 Anchor UE 등록 절차를 시작했던 UE(100)에게 anchor UE 등록 절차가 마무리 되었음을 알릴 수 있음. 이를 위해 MO-LR response 메시지(120) 내에 anchor UE 등록 절차 완료를 나타내는 지시자가 포함 될 수 있음.

도 1k는 본 개시의 일 실시예에 따른 LMF가 SL-P 서비스 절차 제어 중 anchor UE들과 LPP 시그널링을 통해 SL-P 설정을 위해 필요한 정보를 획득하는 과정의 흐름도이다.

도 1k을 참조하면, AMF(107)은 LMF(105)에게 Target UE(100)의 위치 추정을 요청할 수 있고 LMF는 요청된 위치 추정을 수행 후 그 결과를 AMF에게 응답 할 수 있다. 이때 LMF(105)는 Target UE(100)에게 anchor UE discovery를 지시하고 보고된 결과를 기반으로 SL-P 동작을 위해 사용될 anchor UE를 결정할 수 있다. 이후 선택된 Anchor UE들과의 추가적인 LPP 시그널링을 통해 해당 anchor UE들에 대한 capability/sidelink/know location 정보 등을 추가로 확보 할 수 있다. 이후 이를 기반으로 구체적인 SL-P 동작 설정을 결정 할 수 있다. 구체적인 각 단계별 절차는 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- 0. Location Request (110): AMF(107)는 LMF(105)에게 Target UE(110)에 대한 location request 메시지(110)를 보냄으로써 positioning 서비스를 시작 할 수 있다. Location request 메시지(110)는 Positioning 서비스에 대한 QoS requirement (e.g., accuracy, latency) 를 포함 할 수 있다.

* AMF(107)는 기 확보된 Target UE(100)/Anchor UE들(101)의 positioning capability가 존재하는 경우 이를 Location request 메시지(110)를 통해 LMF(105)에게 전달 할 수 있다.

1. LPP Capability/Sidelink/Location Information Transfer with target UE (111): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Target UE(100)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 단계0(110)에서 AMF(107)가 Target UE(100)의 positioning capability를 제공한 경우 1단계(111) 생략 가능.

- 2. Anchor UE discovery (112a/b/c): LMF(105)는 Target UE(100)에게 Anchor UE discovery 동작을 요청 할 수 있다. Target UE(100)는 LMF(105)의 요청에 따라 discovery 동작을 수행하고 후보 anchor UE를 결정 후 LMF에게 보고 할 수 있다.

- 2a. Anchor UE discovery request (112a): LMF(105)는 Target UE(100)에게 Anchor UE discovery 동작을 요청 할 수 있다. Discovery 동작 수행을 위해 하기 정보들이 포함 될 수 있다.

* SL frequency/BWP, Tx/Rx resource pool: system information 또는 pre-configuration을 통해 이미 주어진 경우 생략 가능

** RSSI/RSRP/RSRQ/SINR threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 측정된 신호세기가 특정 threshold 이하인 후보 anchor UE는 선택 및 보고하지 않도록 지시할 수 있음.

** RSSI/RSRP/RSRQ/SINR report configuration: LMF(105)가 SL-P 설정을 결정하는데 후보 Anchor UE와 Target UE(100)사이의 신호세기와 관련된 정보가 필요한 경우 Target UE(100)에게 discovery 과정에서 해당 값들을 측정하고 이후 보고하도록 지시할 수 있음.

** Distance threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 확보한 Anchor UE와의 distance가 특정 threshold 이상인 후보 anchor UE는 보고하지 않도록 지시할 수 있음.

** Capability condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 후보 anchor UE의 positioning capability 정보를 기반으로 특정 위치 추정 기법/모드 등을 지원하지 않는 anchor UE는 보고하지 않도록 지시 할 수 있음.

** Capability report configuration: 하기 5단계(115)에서 LMF(105)가 LPP 메시지 교환을 통해 후보 Anchor UE들의 capability를 확보하는 대신 discovery 과정(112b)에서 anchor UE들의 capability 확인하고자 하는 경우, LMF(105)는 Target UE(100)가 후보 Anchor UE의 capability를 보고하도록 지시 할 수 있음.

** known location condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 anchor UE의 known location이 LMF(105)가 제공한 known location 정보보다 일정 수준 이상 차이가 나거나, 위치가 수집된 시간이 일정 시간 이상 지났거나, known location의 정보가 더 이상 유효하지 않거나, known location의 정확도/신뢰도가 일정 수준 이하인 경우 해당 후보 anchor UE는 보고하지 않도록 지시 할 수 있음.

** known location report configuration: 하기 5단계(115)에서 LMF(105)가 LPP 메시지 교환을 통해 후보 Anchor UE들의 known location을 확보하는 대신 discovery 과정에서 후보 anchor UE들의 known location을 추가 확인하고자 하는 경우, LMF(105)는 Target UE(100)가 (후보) Anchor UE의 known location을 보고하도록 지시 할 수 있음. 이때, known location의 정확도, 신뢰도, 확보 시간, 타입 등의 정보를 함께 보고하도록 지시 할 수 있음.

** Solicitation msg periodicity/duration/number of Tx (only for Model B): SL-P를 위한 discovery를 위해 SL discovery 모드 B가 사용되는 경우, LMF(105)는 Target UE(100)가 Solicitation 메시지를 전송하는데 사용할 주기, 전송 시간, 전송 횟수 등을 설정 할 수 있다.

** Latency requirement on the discovery (e.g., maximum allowable response time for discovery result): LMF(105)는 Target UE(100)가 discovery 동작을 수행 후 결과를 보고하기까지의 지연 시간에 대한 요구사항을 설정 할 수 있다.

** Number of required anchor UE(s): LMF(105)는 Target UE(100)의 위치 추정을 위한 SL-P 수행이 필요한 Anchor UE의 개수를 설정 할 수 있다. Target UE(100)는 discovery 수행 후 LMF(105)가 설정해준 Anchor UE 개수와 같거나 그 이상의 후보 anchor UE를 선택 및 보고 할 수 있다.

- 2b. Anchor UE discovery (112b): Target UE(100) 및 Anchor UE(102)가 Discovery 동작을 수행. Model A 방식의 경우 anchor UE(101)들이 송신하는 announce 메시지를 Target UE(100)가 수신할 수 있음. Model B 방식의 경우 Target UE(100)가 송신하는 solicitation 메시지를 anchor UE(101)들이 수신 후 응답 할 수 있음.

* Target UE(100)가 위치 추정 절차 이전에 이미 수행했던 discovery 결과가 있었다면 본 단계는 생략 될 수 있음.

-2c. Anchor UE discovery response(112c): Target UE(100) 는 discovery 동작 수행 후 discovery에 성공한 anchor UE 중 LMF(105)가 설정한 조건에 부합하는 후보 Anchor UE 들을 선택 후 해당 UE들의 ID (e.g., SUPI)를 LMF에 보고.

* 2a 단계(112a)에서 LMF(105)가 추가적인 정보 확보 및 보고를 지시한 경우, 각 후보 anchor UE들에 대한 추가 정보 (신호 세기, capability, known location 등)를 LMF에 함께 보고 할 수 있음.

* 2a 단계(112a)에서 LMF(105)가 Target UE(100)와 Anchor UE 사시의 신호세기에 대한 threshold 값을 설정한 경우 측정된 신호세기가 threshold 보다 낮은 후보 anchor UE는 보고하지 않을 수 있음.

* 2a 단계(112a)에서 LMF(105)가 특정 capability를 지원하는 후보 anchor UE만 보고하도록 지시한 경우, Target UE(100)는 각 후보 anchor UE의 capability 정보를 상기 2b단계(112b)에서 확인 한 후 해당 조건을 만족하는 후보 anchor UE만을 보고 할 수 있음.

* 2a 단계(112a)에서 LMF(105)가 known location 에 대한 조건을 만족하는 후보 anchor UE만 보고하도록 지시한 경우, Target UE(100)는 각 후보 anchor UE의 known location 정보를 상기 2b단계(112b)에서 확인 한 후 해당 조건을 만족하는 후보 anchor UE만을 보고 할 수 있음.

- 3. Decide to use SL-P (113): LMF(105)는 1단계(111)에서 확보한 Target UE(100)의 positioning capability, sidelinkInformation, known location 정보 및 0단계(100)에서 AMF(107)로부터 제공받은 Positioning 서비스에 대한 QoS 요구사항을 기반으로 SL-P를 사용하기로 결정 할 수 있음.

- 4. Select anchor UE(s) (114): LMF(105)는 3단계(113)에서 SL-P를 사용하기로 결정한 경우, 2단계(112)에서 Target UE(100)이 보고한 discovery 결과를 기반으로 Target UE(100)의 위치 추정을 위해 사용 가능한 SL-P 위치 추정 방법 및 각 위치 추정 방법 별 사용할 Anchor UE(101)를 정할 수 있음.

- 5. LPP Capability/Sidelink/Location Information Transfer with candidate Anchor UE(s) (115): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Anchor UE들(101)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* LMF(105)는 AMF(105)로부터 Target UE(100)의 위치 추정을 요청 받아 해당 UE의 위치 추정을 위해 SL-P을 수행 하는 경우, SL-P에 사용될 각 Anchor UE(101)들과도 별도의 LPP 세션을 열고 필요한 LPP 메시지를 교환 할 수 있다.

- 6. Determine configuration for SL-P (116): LMF(105)는 (1) 1/5단계(111, 115)에서 확보한 Target UE(100)/Anchor UE(101)들의 capability/sidelink/known location 정보, (2) 상기 2단계(112a/b/c)에서 Target UE(100)으로부터 제공 받은 anchor UE discovery 결과, (3) 0단계(110)에서 주어진 positioning QoS 요구사항, Ranging/SL-P 요구사항을 기반으로 최종적으로 사용할 (1) Anchor UE, (2) 위치 추정 기법(e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), (3) 위치 추정 모드(i.e., standalone, UE-based, UE-assisted), (4) 구체적인 SL-P 동작 설정 (예를 들어, SL-PRS 송수신 설정, RTT/TDOA/AoA/AoD 등의 측정 및 보고 설정 등)을 결정 할 수 있다.

- 7. SL-P procedure (117): LMF(105)는 상기 6단계(116)에서 결정된 SL-P 동작을 Target UE(100) 및 선택된 Anchor UE(101)가 수행 후 그 결과를 보고하도록 지시할 수 있다. Target UE(100) 및 Anchor UE(101)는 LMF(105)의 지시에 따라 필요한 SL-P 동작을 수행 후 그 결과를 보고 할 수 있다.

- 8. Location determination(118): LMF(105)는 상기 7단계 (117)에서 Target UE(100) 및 Anchor UE(101)으로부터 보고된 결과를 기반으로 0번 단계(110)에서 AMF(107)로부터 요청 받은 위치 추정 결과를 확정 할 수 있다.

- 9. Location response (119): LMF(105)가 AMF(107)에게 Positioning 수행 결과를 전달 할 수 있다.

도 1l은 본 개시의 일 실시예에 따라 LCS client가 하나 또는 이상의 UE 쌍 사이의 SL-P 동작(예를 들어, 두 UE간 거리 및 방향 추정)을 요청했을 때, SL-P을 수행하는 과정의 흐름도이다.

도 1l을 참조하면, AMF(107)은 LMF(105)에게 하나 또는 이상의 UE 쌍 사이의 SL-P 동작을 요청할 수 있고 LMF는 요청된 SL-P 절차를 수행 후 그 결과를 AMF에게 응답 할 수 있다. 구체적인 각 단계별 절차는 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- 0. Location Request (110): AMF(107)는 LMF(1105)에게 Target UE(110)에 대한 location request 메시지(110)를 보냄으로써 positioning 서비스를 시작할 수 있다. Location request 메시지(11)는 Positioning 서비스에 대한 QoS requirement (e.g., accuracy, latency) 를 포함 할 수 있다.

* Ranging/SL positioning service를 위해 LCS client가 전송한 service request에 Anchor UE ID가 포함된 경우, Location request메시지(110)에 Target UE(100) ID와 함께 하나 또는 그 이상의 Anchor UE(101) ID도 포함 될 수 있다. LCS client가 전송한 service request에 Anchor UE ID가 포함되지 않은 경우에는 AMF(107)가 target UE(100)의 위치 추정을 위해 SL-P에 사용될 수 있는 하나 또는 그 이상의 Anchor UE(101) ID를 Location request메시지(110)에 포함시킬 수 있다.

* Ranging 서비스의 경우에는 LCS client가 전송한 service request에 ranging의 대상이 되는 UE 쌍 (e.g., UE1, UE2)에 대한 정보가 포함 될 수 있다. 이 경우, 각 UE의 역할 target UE 또는 anchor UE는 특정되지 않을 수 있다.

* UE ID로는 LCS service request 메시지에서 주어진 GPSI (Generic Public Subscription Identifier) 또는 SUPI (Subscription Permanent Identifier)가 그대로 사용되거나 SL에서 사용되는 각 UE의 SRC L2 ID가 사용 될 수 있다.

* Ranging/SL-P 서비스를 위한 Location request 메시지(110)는 Ranging/SL-P requirement (둘 또는 그 이상의 UE 쌍 간 거리 그리고/또는 방향에 대한 요구사항 등)가 포함 할 수 있다.

* AMF(107)는 기 확보된 Target UE(100)/Anchor UE들(101)의 positioning capability가 존재하는 경우 이를 Location request 메시지(110)를 통해 LMF(105)에게 전달 할 수 있다.

- 1. LPP Capability/Sidelink/Location Information Transfer with target UE (111): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Target UE(100)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 단계0(110)에서 AMF(107)가 Target UE(100)의 positioning capability를 제공한 경우 1단계(111) 생략 가능.

- 2. LPP Capability/Sidelink/Location Information Transfer with candidate Anchor UE(s) (112): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Anchor UE들(101)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 0단계(110)에서 하나 또는 복수개의 UE 쌍에 대한 SL-P가 요청된 경우, 각 UE는 Target UE(100) 또는 Anchor UE(101)로 역할이 결정 될 수 있다. 또한 역할이 결정되기 전이라도 상기 1/2단계 (111, 112)에 해당되는 LPP 메시지 교환을 통해 각 UE(100, 101)는 LMF(105)와 L-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 교환 할 수 있다.

- 3. Determine configuration for SL-P (113): LMF(105)는 (1) 1/2단계(111, 112)에서 확보한 Target UE(100)/Anchor UE(101)들의 capability/sidelink/known location 정보 및 (2) 0단계(110)에서 주어진 positioning QoS requirement, anchor UE ID, Ranging/SL-P 요구사항을 기반으로 최종적으로 사용할 (1) 위치 추정 기법(e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), (2) 위치 추정 모드(i.e., standalone, UE-based, UE-assisted), (3) 각 UE의 역할을 결정 할 수 있다. 만약, 사용 가능한 조합이 복수개인 경우 가능한 조합을 하기 4단계(114)에서 UE에게 모두 전달 하고 Target UE(100)가 Discovery 결과에 따라 최종 결정하도록 할 수 있다. 하기 Alt3와 같이 복수의 위치 추정 기법에 대한 조합을 전달하는 경우, 전달된 모든 조합에 대해 positioning 결과가 필요한지 아니면 그중 일부에 대한 결과만 필요한지 여부를 지시하기 위한 지시자가 설정 될 수 있다. 추가로 LMF(105)가 그냥 0단계(110)에서 받은 정보(예를 들어, positioning QoS requirement, Anchor UE ID, Ranging/SL-P requirement 등)를 Target UE(100)에게 그대로 전달하고 모든 결정(예를 들어, 사용할 위치 추정 기법, 위치 추정 모드, 각 UE의 역할 결정)을 Target UE(100)에게 맡길 수도 있음.

* 구체적으로 하기 방법 중 하나를 사용해서 LMF(105)가 target UE(100)에게 SL-P 수행을 위해 필요한 설정을 전달할 수 있다.

** Alt1. Positioning QoS requirement, Ranging/SL-P requirement, List of anchor UEs: LMF(105)가 Positioning 서비스에 대한 QoS 요구사항, Ranging/SL-P 요구사항, 사용할 Anchor UE 리스트 (이때, 각 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음.)를 Target UE(100)에게 전달 할 수 있음. Target UE(100)는 이를 기반으로 각 Anchor UE(101)와의 ranging/SL-P 동작에 있어서 사용할 위치 추정 기법, 위치 추정 모드, 구체적인 동작 설정 (예를 들어, SL-PRS 송수신 동작, RTT/TDOA/AoA/AoD 측정 동작, 결과 보고 동작 등)을 결정 할 수 있다.

** Alt2. Positioning method (w/ mode), List of anchor UEs:

LMF(105)가 하나의 SL-P 설정 조합 {사용할 위치 추정 기법, 위치 추정 모드, 구체적인 동작 설정, Anchor UE(101) 리스트}을 Target UE(100)에게 전달 할 수 있음. 이때, 각 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음. Target UE(100)는 LMF(105) 가 제공한 하나의 SL-P 설정 조합에 대해 SL-P 동작 수행 할 수 있음. 예를 들어, LMF(105)는 Target UE(100)가 Anchor UE(101)와 RTT 기반 위치 추정 기법을 통해 상대 거리를 측정 및 보고하도록 지시할 수 있음.

** Alt3. List of {Positioning method (w/ mode), List of anchor UEs}:

LMF(105)가 복수의 SL-P 설정 조합 {사용할 위치 추정 기법, 위치 추정 모드, 구체적인 동작 설정, Anchor UE(101) 리스트}을 Target UE(100)에게 전달 할 수 있음. 이때, 각 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음. LMF(105)는 Target UE(100)가 제공된 복수의 SL-P 설정 조합 중 하나 또는 그 이상의 조합에 대해 요구된 SL-P 동작을 수행 하도록 지시 할 수 있다.

* 상기 예에서 positioning capability 정보, sidelink 동작 정보, known location 정보는 도 1j의 LPP ResponseCapabilities(112), LPP ProvideSidelinkInformation(114), LPP ProvideLocatioInformation(118) 각각에 정의된 정보들이 될 수 있다.

- 4. SL-P request(114): LMF(105)는 상기 3단계(113)에서 결정한 SL-P 설정 조합에 대한 정보를 Target UE(100)에게 전달하기 위해 SL-P request 메시지(114)를 전송 할 수 있다. SL-P request 메시지로는 기존 LPP RequestLocationInformation 메시지를 재활용하거나 새로운 메시지가 정의 될 수 있다. SL-P를 수행하기 위해 하기와 같은 정보가 추가로 target UE(100)에게 전달 될 수 있다. 이때 상기 3단계(113)의 Alt3의 경우와 같이 LMF(105)가 전달하는 복수의 SL-P 설정 조합이 있는 경우, 하기 정보는 각 조합별로 별도로 보고 될 수 있다.

* SL frequency/BWP, Tx/Rx resource pool: system information 또는 pre-configuration을 통해 이미 주어진 경우 생략 가능

* L2 ID of anchor UEs: LCS client가 정한 Anchor UE가 0단계(110)에서 LMF(105)에 전달된 경우 해당 UE들과만 discovery를 수행할 수 있도록 anchor UE들의 groupcast/broadcast용 DST L2 ID를 제공 할 수 있음.

* Positioning service QoS requirement: 위치 추정 기법 및 위치 추정 모드 선택 등을 모두 Target UE(100)에게 맡기는 경우에 포함 될 수 있음.

- 5. Anchor UE discovery (115): Target UE(100)는 4단계(114)에서 LMF(105)로부터 받은 설정을 기반으로 Anchor UE discovery를 진행 할 수 있다. Model A 방식의 경우 anchor UE(101)들이 송신하는 announce msg를 Target UE(100)가 수신할 수 있음. Model B 방식의 경우 Target UE(100)가 송신하는 solicitation msg를 anchor UE(101)들이 수신 후 응답 할 수 있음.

- 6. Determine configuration for SL-P(116): Target UE(100)는 상기 5단계(115)에서 수행한 discovery 결과 및 4단계(114)에서 LMF(105)로부터 주어진 정보를 기반으로 최종적으로 사용될 위치 추정 기법 (예를 들어, RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), 위치 추정 모드(예를 들어, standalone, UE-based, UE-assisted), 구체적인 동작 설정 (예를 들어, SL-PRS 송수신 동작, RTT/TDOA/AoA/AoD 측정 동작, 결과 보고 동작) 등을 결정 할 수 있다.

* 상기 3단계(113)에서 LMF(105)가 Alt3와 같이 복수의 SL-P 설정 조합을 전달한 경우, 단말은 그 중 하나만을 선택해서 positioning을 수행 하거나 복수개의 SL-P 설정 조합 모두 또는 일부에 대해서 positioning을 수행할 수도 있다. (이를 위해 상기 3단계(113)에서 LMF(105)가 설정한 지시자를 참고 할 수 있다.)

- 7. SL-PRS measurement & report(117): Target UE(100) 및 Anchor UE(101)들은 상기 6단계(116)에서 결정된 SL-P 설정에 따라 필요한 SL-PRS measurement 동작을 수행하고 결과를 교환 할 수 있다.

- 8. SL-P response(118): Target UE(100)는 SL-P response message(118)를 통해 LMF(105)에게 SL-P 수행 결과를 보고 할 수 있다. SL-P response 메시지(118)로는 기존 LPP ResponseLocationInformation 메시지를 재활용하거나 새로운 메시지를 정의 할 수 있다. 위치 추정 모드가 UE-based 였던 경우에는 계산된(예측된) 위치 정보를 보고하고 UE-assisted 였던 경우에는 measurement 수행 결과를 보고 할 수 있다.

- 9. Location determination(119): LMF(105)는 상기 8단계 (118)에서 Target UE(100) 및 Anchor UE(101)으로부터 보고된 결과를 기반으로 0번 단계(110)에서 AMF(107)로부터 요청 받은 위치 추정 결과를 확정 할 수 있다.

- 10. Location response (120): LMF(105)가 AMF(107)에게 Positioning 수행 결과를 전달 할 수 있다.

도 1m은 본 개시의 일 실시예에 따라 LCS client가 특정 target UE의 위치 정보를 요청했을 때 LMF가 기확보 정보를 기반으로 SL-P에 사용될 후보 anchor UE 및 위치 추정 방식을 결정 후 target UE에게 제공하고 target UE가 최종적으로 사용할 anchor UE 및 위치 추정 방식을 결정하는 과정의 흐름도이다.

도 1m을 참조하면, AMF(107)은 LMF(105)에게 Target UE(100)의 위치 추정을 요청할 수 있고 LMF는 요청된 위치 추정을 수행 후 그 결과를 AMF에게 응답 할 수 있다. 이때 LMF(105)는 사용 가능한 Anchor UE에 대해 미리 확보된 정보를 기반으로 SL-P에 사용될 후보 Anchor UE들을 결정 할 수 있다. 구체적인 각 단계별 절차는 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- 0. Location Request (110): AMF(107)는 LMF(105)에게 Target UE(110)에 대한 location request 메시지(110)를 보냄으로써 positioning 서비스를 시작 할 수 있다. Location request 메시지(110)는 Positioning 서비스에 대한 QoS requirement (e.g., accuracy, latency) 를 포함 할 수 있다.

* Ranging/SL positioning service를 위해 LCS client가 전송한 service request에 Anchor UE ID가 포함된 경우, Location request메시지(110)에 Target UE(100) ID와 함께 하나 또는 그 이상의 Anchor UE(101) ID도 포함 될 수 있다. LCS client가 전송한 service request에 Anchor UE ID가 포함되지 않은 경우에는 AMF(107)가 target UE(100)의 위치 추정을 위해 SL-P에 사용될 수 있는 하나 또는 그 이상의 Anchor UE(101) ID를 Location request메시지(110)에 포함시킬 수 있다.

* Ranging 서비스의 경우에는 LCS client가 전송한 service request에 ranging의 대상이 되는 UE 쌍 (e.g., UE1, UE2)에 대한 정보가 포함 될 수 있다. 이 경우, 각 UE의 역할 target UE 또는 anchor UE는 특정되지 않을 수 있다.

* UE ID로는 LCS service request 메시지에서 주어진 GPSI (Generic Public Subscription Identifier) 또는 SUPI (Subscription Permanent Identifier)가 그대로 사용되거나 SL에서 사용되는 각 UE의 SRC L2 ID가 사용 될 수 있다.

* Ranging/SL-P 서비스를 위한 Location request 메시지(110)는 Ranging/SL-P requirement (둘 또는 그 이상의 UE 쌍 간 거리 그리고/또는 방향에 대한 요구사항 등)가 포함 할 수 있다.

* AMF(107)는 기 확보된 Target UE(100)/Anchor UE들(101)의 positioning capability가 존재하는 경우 이를 Location request 메시지(110)를 통해 LMF(105)에게 전달 할 수 있다.

- 1. LPP Capability/Sidelink/Location Information Transfer with target UE (111): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Target UE(100)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 단계0(110)에서 AMF(107)가 Target UE(100)의 positioning capability를 제공한 경우 1단계(111) 생략 가능.

- 2. Decide to use SL-P (112): LMF(105)는 1단계(111)에서 확보한 Target UE(100)의 positioning capability, sidelinkInformation, known location 정보 및 0단계(100)에서 AMF(107)로부터 제공받은 Positioning 서비스에 대한 QoS 요구사항을 기반으로 SL-P를 사용하기로 결정 할 수 있음.

- 3. Choose candidate anchor UE (113): LMF(105)는 2단계(112)에서 SL-P를 사용하기로 결정한 경우, 기존에 확보해둔 사용 가능한 anchor UE에 관한 정보를 기반으로 Target UE(100)의 위치 추정을 위해 사용 가능한 SL-P 위치 추정 방법 및 각 위치 추정 방법 별 사용 가능한 후보 Anchor UE(101)를 정할 수 있음. LMF(105)가 사용 가능한 anchor UE에 대해 기존에 갖고 있는 정보가 없다면 이 단계는 생략 될 수 있음.

* 0단계 Location Request 메시지(100)에 LCS client가 제공한 Anchor UE ID가 포함된 경우, LMF(105)는 해당 UE를 후보 Anchor UE(101)로 사용.

- 4. LPP Capability/Sidelink/Location Information Transfer with candidate Anchor UE(s) (114): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Anchor UE들(101)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 0단계(110)에서 하나 또는 복수개의 UE 쌍에 대한 SL-P가 요청된 경우, 각 UE는 Target UE(100) 또는 Anchor UE(101)로 역할이 결정 될 수 있다. 또한 역할이 결정되기 전이라도 상기 1/2단계 (111, 112)에 해당되는 LPP 메시지 교환을 통해 각 UE(100, 101)는 LMF(105)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 교환 할 수 있다.

- 5. Determine configuration for SL-P (113): LMF(105)는 (1) 1/4단계(111, 114)에서 확보한 Target UE(100)/Anchor UE(101)들의 capability/sidelink/known location 정보 및 (2) 0단계(110)에서 주어진 positioning QoS 요구사항, Ranging/SL-P 요구사항을 기반으로 최종적으로 사용할 (1) 위치 추정 기법(e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), (2) 위치 추정 모드(i.e., standalone, UE-based, UE-assisted), (3) 후보 Anchor UE 조합을 결정 할 수 있다. 만약, 사용 가능한 조합이 복수개인 경우 가능한 조합을 하기 6단계(116)에서 UE에게 모두 전달 하고 Target UE(100)가 Discovery 결과에 따라 최종 결정하도록 할 수 있다. 하기 Alt5와 같이 복수의 위치 추정 기법에 대한 조합을 전달하는 경우, 전달된 모든 조합에 대해 positioning 결과가 필요한지 아니면 그중 일부에 대한 결과만 필요한지 여부를 지시하기 위한 지시자가 설정 될 수 있다. 추가로 LMF(105)가 그냥 0단계(110)에서 받은 positioning QoS 요구사항을 Target UE(100)에게 그대로 전달하고 모든 결정(예를 들어, 사용할 위치 추정 기법, 위치 추정 모드, Anchor UE 결정)을 Target UE(100)에게 맡길 수도 있음.

* 구체적으로 하기 방법 중 하나를 사용해서 LMF(105)가 target UE(100)에게 SL-P 수행을 위해 필요한 설정을 전달할 수 있다.

** Alt1. Positioning QoS: LMF(105)가 그냥 0단계(110)에서 받은 positioning QoS 요구사항을 Target UE(100)에게 그대로 전달하고 모든 결정(예를 들어, 사용할 위치 추정 기법, 위치 추정 모드, Anchor UE 결정)을 Target UE(100)에게 맡길 수 있음.

** Alt2. Positioning QoS, Positioning method: LMF(105)가 그냥 0단계(110)에서 받은 positioning QoS 요구사항과 사용 가능한 위치 추정 기법을 Target UE(100)에게 제공 할 수 있음. Target UE(100)는 주어진 Positioning QoS 요구사항을 참고해 사용할 Anchor UE, 위치 추정 모드, 구체적인 SL-P 동작 설정을 결정 할 수 있다.

** Alt3. Positioning QoS requirement, List of candidate anchor UEs: LMF(105)가 Positioning 서비스에 대한 QoS 요구사항, 사용할 후보 Anchor UE 리스트 (이때, 각 후보 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음.)를 Target UE(100)에게 전달 할 수 있음. Target UE(100)는 이를 기반으로 각 Anchor UE(101)와의 ranging/SL-P 동작에 있어서 사용할 위치 추정 기법, 위치 추정 모드, Anchor UE, 구체적인 동작 설정 (예를 들어, SL-PRS 송수신 동작, RTT/TDOA/AoA/AoD 측정 동작, 결과 보고 동작 등)을 결정 할 수 있다.

** Alt4. Positioning method (w/ mode), List of candidate anchor UEs: LMF(105)가 하나의 SL-P 설정 조합 {사용할 위치 추정 기법, 위치 추정 모드, 구체적인 동작 설정, 후보 Anchor UE(101) 리스트}을 Target UE(100)에게 전달 할 수 있음. 이때, 각 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음. Target UE(100)는 LMF(105) 가 제공한 하나의 SL-P 설정 조합에 대해 SL-P 동작 수행 할 수 있음. 이때, Target UE(100)는 LMF(105)가 제공한 후보 Anchor UE들 중 실제 사용 가능한 anchor UE를 선별 하기 위해 discovery (7단계, 117)를 수행 할 수 있다. 예를 들어, LMF(105)는 Target UE(100)가 후보 Anchor UE 1/2/3 중 하나와 RTT 기반 위치 추정 기법을 통해 상대 거리를 측정 및 보고하도록 지시할 수 있고 Target UE(100)는 discovery를 통해 후보 Anchor UE 중 가장 적절한 Anchor UE를 선택 후 상대 거리를 측정 및 보고 할 수 있다.

** Alt5. List of {Positioning method (w/ mode), List of candidate anchor UEs}: LMF(105)가 복수의 SL-P 설정 조합 {사용할 위치 추정 기법, 위치 추정 모드, 구체적인 동작 설정, 후보 Anchor UE(101) 리스트}을 Target UE(100)에게 전달 할 수 있음. 이때, 각 후보 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음. LMF(105)는 Target UE(100)가 제공된 복수의 SL-P 설정 조합 중 하나 또는 그 이상의 조합에 대해 요구된 SL-P 동작을 수행 하도록 지시 할 수 있다. 이때, Target UE(100)는 각 SL-P 설정 조합 별로 LMF(105)가 제공한 후보 Anchor UE들 중 실제 사용 가능한 anchor UE를 선별 하기 위해 discovery (7단계, 117)를 수행 할 수 있다.

* 상기 예에서 positioning capability 정보, sidelink 동작 정보, known location 정보는 도 1j의 LPP ResponseCapabilities(112), LPP ProvideSidelinkInformation(114), LPP ProvideLocatioInformation(118) 각각에 정의된 정보들이 될 수 있다.

* LMF(105)는 후보 anchor UE 중 적합하지 않은 UE를 target UE(100)가 제외시킬 수 있도록 몇가지 조건을 추가로 전달 할 수 있다. 예를 들어, discovery 과정에서 확보된 후보 anchor UE의 신호 세기 (e.g., RSSI/RSRP/RSRQ/SINR), positioning capability, distance, known location의 정확도(accuracy)/신뢰도(integrity) 수준 등에 대한 조건이 추가 될 수 있다.

- 6. SL-P request(116): LMF(105)는 상기 5단계(115)에서 결정한 SL-P 설정 조합에 대한 정보를 Target UE(100)에게 전달하기 위해 SL-P request 메시지(116)를 전송 할 수 있다. SL-P request 메시지로는 기존 LPP RequestLocationInformation 메시지를 재활용하거나 새로운 메시지가 정의 될 수 있다. SL-P를 수행하기 위해 하기와 같은 정보가 추가로 target UE(100)에게 전달 될 수 있다. 이때 상기 5단계(115)의 Alt5의 경우와 같이 LMF(105)가 전달하는 복수의 SL-P 설정 조합이 있는 경우, 하기 정보는 각 조합별로 별도로 보고 될 수 있다.

* SL frequency/BWP, Tx/Rx resource pool: system information 또는 pre-configuration을 통해 이미 주어진 경우 생략 가능

* L2 ID of candidate anchor UEs: 상기 5단계(115)에서 LMF(105)가 각 SL-P 설정 조합에 대해 후보 anchor UE들을 결정한 경우 해당 UE들과만 discovery를 수행할 수 있도록 anchor UE들의 groupcast/broadcast용 DST L2 ID를 제공 할 수 있음.

* Positioning service QoS requirement: 위치 추정 기법 및 위치 추정 모드 선택 등을 모두 Target UE(100)에게 맡기는 경우에 포함 될 수 있음.

** RSSI/RSRP/RSRQ/SINR threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 측정된 신호세기가 특정 threshold 이하인 후보 anchor UE는 사용하지 않도록 지시할 수 있음.

* Distance threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 확보한 Anchor UE와의 distance가 특정 threshold 이상인 후보 anchor UE는 사용하지 않도록 지시할 수 있음.

* Capability condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 후보 anchor UE의 positioning capability 정보를 기반으로 특정 위치 추정 기법/모드 등을 지원하지 않는 anchor UE는 사용하지 않도록 지시 할 수 있음.

* known location condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 anchor UE의 known location이 LMF(105)가 제공한 known location 정보보다 일정 수준 이상 차이가 나거나, 위치가 수집된 시간이 일정 시간 이상 지났거나, known location의 정보가 더 이상 유효하지 않거나, known location의 정확도/신뢰도가 일정 수준 이하인 경우 해당 후보 anchor UE는 사용하지 않도록 지시 할 수 있음.)

- 7. Anchor UE discovery (117): Target UE(100)는 6단계(116)에서 LMF(105)로부터 받은 설정을 기반으로 Anchor UE discovery를 진행 할 수 있다. Model A 방식의 경우 anchor UE(101)들이 송신하는 announce msg를 Target UE(100)가 수신할 수 있음. Model B 방식의 경우 Target UE(100)가 송신하는 solicitation msg를 anchor UE(101)들이 수신 후 응답 할 수 있음.

* Target UE(100)가 현재 진행중인 위치 추정 절차 이전에 이미 수행했던 discovery 결과가 있었다면 본 단계는 생략 될 수 있음.

- 8. Determine Anchor UE(s) and configuration for SL-P(118): Target UE(100)는 상기 7단계(115)에서 수행한 discovery 결과 및 6단계(114)에서 LMF(105)로부터 주어진 정보를 기반으로 최종적으로 사용될 Anchor UE, 위치 추정 기법 (예를 들어, RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), 위치 추정 모드(예를 들어, standalone, UE-based, UE-assisted), 구체적인 동작 설정 (예를 들어, SL-PRS 송수신 동작, RTT/TDOA/AoA/AoD 측정 동작, 결과 보고 동작) 등을 결정 할 수 있다.

* 상기 6단계(113)에서 LMF(105)가 Alt5와 같이 복수의 SL-P 설정 조합을 전달한 경우, Target UE(100)은 그 중 하나만을 선택해서 positioning을 수행 하거나 복수개의 SL-P 설정 조합 모두 또는 일부에 대해서 positioning을 수행할 수도 있다.(이를 위해 상기 5단계(115)에서 LMF(105)가 설정한 지시자를 참고 할 수 있다.) 이때 Target UE(100)은 각 조합에 대해 사용될 anchor UE와 SL-P 위치 추정 방법 및 모드 결정 후 positioning을 수행 할 수 있다.

- 9. SL-PRS measurement & report(119): Target UE(100) 및 Anchor UE(101)들은 상기 8단계(118)에서 결정된 SL-P 설정에 따라 필요한 SL-PRS measurement 동작을 수행하고 결과를 교환 할 수 있다.

- 10. SL-P response(120): Target UE(100)는 SL-P response message(120)를 통해 LMF(105)에게 SL-P 수행 결과를 보고 할 수 있다. SL-P response 메시지(120)로는 기존 LPP ResponseLocationInformation 메시지를 재활용하거나 새로운 메시지를 정의 할 수 있다. 위치 추정 모드가 UE-based 였던 경우에는 계산된(예측된) 위치 정보를 보고하고 UE-assisted 였던 경우에는 measurement 수행 결과를 보고 할 수 있다.

- 11. Location determination(121): LMF(105)는 상기 10단계 (120)에서 Target UE(100) 및 Anchor UE(101)으로부터 보고된 결과를 기반으로 0번 단계(110)에서 AMF(107)로부터 요청 받은 위치 추정 결과를 확정 할 수 있다.

- 12. Location response (122): LMF(105)가 AMF(107)에게 Positioning 수행 결과를 전달 할 수 있다.

도 1n은 본 개시의 일 실시예에 따라 LCS client가 특정 target UE의 위치 정보를 요청했을 때 LMF가 target UE의 anchor UE discovery를 결과를 기반으로 SL-P에 사용될 후보 anchor UE 및 위치 추정 방식을 결정 후 target UE에게 제공하고 target UE가 최종적으로 사용할 anchor UE 및 구체적인 위치 추정 방식을 결정하는 과정의 흐름도이다.

도 1n을 참조하면, AMF(107)은 LMF(105)에게 Target UE(100)의 위치 추정을 요청할 수 있고 LMF는 요청된 위치 추정을 수행 후 그 결과를 AMF에게 응답 할 수 있다. 이때 LMF(105)는 사용 가능한 Anchor UE에 대한 정보를 얻기 위해 Target UE(100)에게 anchor UE discovery 및 결정을 지시하고 그 결과를 바탕으로 사용 가능한 SL-P 설정을 결정 할 수 있다. 구체적인 각 단계별 절차는 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- 0. Location Request (110): AMF(107)는 LMF(1105)에게 Target UE(110)에 대한 location request 메시지(110)를 보냄으로써 positioning 서비스를 시작 할 수 있다. Location request 메시지(110)는 Positioning 서비스에 대한 QoS requirement (e.g., accuracy, latency) 를 포함 할 수 있다.

* Ranging/SL positioning service를 위해 LCS client가 전송한 service request에 Anchor UE ID가 포함된 경우, Location request메시지(110)에 Target UE(100) ID와 함께 하나 또는 그 이상의 Anchor UE(101) ID도 포함 될 수 있다. LCS client가 전송한 service request에 Anchor UE ID가 포함되지 않은 경우에는 AMF(107)가 target UE(100)의 위치 추정을 위해 SL-P에 사용될 수 있는 하나 또는 그 이상의 Anchor UE(101) ID를 Location request메시지(110)에 포함시킬 수 있다.

* Ranging 서비스의 경우에는 LCS client가 전송한 service request에 ranging의 대상이 되는 UE 쌍 (e.g., UE1, UE2)에 대한 정보가 포함 될 수 있다. 이 경우, 각 UE의 역할 target UE 또는 anchor UE는 특정되지 않을 수 있다.

* UE ID로는 LCS service request 메시지에서 주어진 GPSI (Generic Public Subscription Identifier) 또는 SUPI (Subscription Permanent Identifier)가 그대로 사용되거나 SL에서 사용되는 각 UE의 SRC L2 ID가 사용 될 수 있다.

* Ranging/SL-P 서비스를 위한 Location request 메시지(110)는 Ranging/SL-P requirement (둘 또는 그 이상의 UE 쌍 간 거리 그리고/또는 방향에 대한 요구사항 등)가 포함 할 수 있다.

* AMF(107)는 기 확보된 Target UE(100)/Anchor UE들(101)의 positioning capability가 존재하는 경우 이를 Location request 메시지(110)를 통해 LMF(105)에게 전달 할 수 있다.

- 1. LPP Capability/Sidelink/Location Information Transfer with target UE (111):

LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Target UE(100)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 단계0(110)에서 AMF(107)가 Target UE(100)의 positioning capability를 제공한 경우 1단계(111) 생략 가능.

- 2. Decide to use SL-P (112): LMF(105)는 1단계(111)에서 확보한 Target UE(100)의 positioning capability, sidelinkInformation, known location 정보 및 0단계(100)에서 AMF(107)로부터 제공받은 Positioning 서비스에 대한 QoS 요구사항을 기반으로 SL-P를 사용하기로 결정 할 수 있음.

- 3. Anchor UE discovery (113a/b/c): LMF(105)는 Target UE(100)에게 Anchor UE discovery 및 선택 동작을 요청 할 수 있다. Target UE는 LMF의 요청에 따라 discovery 동작을 수행하고 (후보) anchor UE를 결정 후 LMF에게 보고 할 수 있다.

- 3a. Anchor UE discovery request (113a): LMF(105)는 Target UE(100)에게 Anchor UE discovery 및 선택 동작을 요청 할 수 있다. Discovery 동작 수행을 위해 하기 정보들이 포함 될 수 있다.

* SL frequency/BWP, Tx/Rx resource pool: system information 또는 pre-configuration을 통해 이미 주어진 경우 생략 가능

** RSSI/RSRP/RSRQ/SINR threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 측정된 신호세기가 특정 threshold 이하인 후보 anchor UE는 선택 및 보고하지 않도록 지시할 수 있음.

** RSSI/RSRP/RSRQ/SINR report configuration: LMF(105)가 SL-P 설정을 결정하는데 (후보) Anchor UE와 Target UE(100)사이의 신호세기와 관련된 정보가 필요한 경우 Target UE(100)에게 discovery 과정에서 해당 값들을 측정하고 이후 보고하도록 지시할 수 있음.

** Distance threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 확보한 Anchor UE와의 distance가 특정 threshold 이상인 후보 anchor UE는 사용하지 않도록 지시할 수 있음.

** Capability condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 후보 anchor UE의 positioning capability 정보를 기반으로 특정 위치 추정 기법/모드 등을 지원하지 않는 anchor UE는 사용하지 않도록 지시 할 수 있음.

** Capability report configuration: 하기 4단계(114)에서 LMF(105)가 LPP 메시지 교환을 통해 (후보) Anchor UE들의 capability를 확보하는 대신 discovery 과정(113)에서 anchor UE들의 capability 확인하고자 하는 경우, LMF(105)는 Target UE(100)가 (후보) Anchor UE의 capability를 보고하도록 지시 할 수 있음.

** known location condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 anchor UE의 known location이 LMF(105)가 제공한 known location 정보보다 일정 수준 이상 차이가 나거나, 위치가 수집된 시간이 일정 시간 이상 지났거나, known location의 정보가 더 이상 유효하지 않거나, known location의 정확도/신뢰도가 일정 수준 이하인 경우 해당 후보 anchor UE는 사용하지 않도록 지시 할 수 있음.)

** known location report configuration: 하기 4단계(114)에서 LMF(105)가 LPP 메시지 교환을 통해 (후보) Anchor UE들의 known location을 확보하는 대신 discovery 과정에서 (후보) anchor UE들의 known location을 추가 확인하고자 하는 경우, LMF(105)는 Target UE(100)가 (후보) Anchor UE의 known location을 보고하도록 지시 할 수 있음. 이때, known location의 정확도, 신뢰도, 확보 시간, 타입 등의 정보를 함께 보고하도록 지시 할 수 있음.

** Solicitation msg periodicity/duration/number of Tx (only for Model B): SL-P를 위한 discovery를 위해 SL discovery 모드 B가 사용되는 경우, LMF(105)는 Target UE(100)가 Solicitation 메시지를 전송하는데 사용할 주기, 전송 시간, 전송 횟수 등을 설정 할 수 있다.

** Latency requirement on the discovery (e.g., maximum allowable response time for discovery result): LMF(105)는 Target UE(100)가 discovery 동작을 수행 후 결과를 보고하기까지의 지연 시간에 대한 요구사항을 설정 할 수 있다.

** Number of required anchor UE(s): LMF(105)는 Target UE(100)의 위치 추정을 위한 SL-P 수행이 필요한 Anchor UE의 개수를 설정 할 수 있다. Target UE(100)는 discovery 수행 후 LMF(105)가 설정해준 Anchor UE 개수와 같거나 그 이상의 (후보) anchor UE를 선택 및 보고 할 수 있다.

- 3b. Anchor UE discovery (113b): Target UE(100) 및 Anchor UE(102)가 Discovery 동작을 수행. Model A 방식의 경우 anchor UE(101)들이 송신하는 announce msg를 Target UE(100)가 수신할 수 있음. Model B 방식의 경우 Target UE(100)가 송신하는 solicitation msg를 anchor UE(101)들이 수신 후 응답 할 수 있음.

* Target UE(100)가 위치 추정 절차 이전에 이미 수행했던 discovery 결과가 있었다면 본 단계는 생략 될 수 있음.

-3c. Anchor UE discovery response(113c): Target UE(100) 는 discovery 동작 수행 후 discovery에 성공한 anchor UE 중 LMF(105)가 설정한 조건에 부합하는 (후보) Anchor UE 들을 선택 후 해당 UE들의 ID (e.g., SUPI)를 LMF에 보고.

* 3a 단계(113a)에서 LMF(105)가 추가적인 정보 확보 및 보고를 지시한 경우, 각 (후보) anchor UE들에 대한 추가 정보 (신호 세기, capability, known location 등)를 LMF에 함께 보고 할 수 있음.

* 3a 단계(113a)에서 LMF(105)가 Target UE(100)와 Anchor UE 사시의 신호세기에 대한 threshold 값을 설정한 경우 측정된 신호세기가 threshold 보다 낮은 (후보) anchor UE는 선택하지 않을 수 있음.

* 3a 단계(113a)에서 LMF(105)가 특정 capability를 지원하는 (후보) anchor UE만 보고하도록 지시한 경우, Target UE(100)는 각 (후보) anchor UE의 capability 정보를 상기 3b단계(113b)에서 확인 한 후 해당 조건을 만족하는 (후보) anchor UE만을 선택 및 보고 할 수 있음.

* 3a 단계(113a)에서 LMF(105)가 known location 에 대한 조건을 만족하는 (후보) anchor UE만 보고하도록 지시한 경우, Target UE(100)는 각 (후보) anchor UE의 known location 정보를 상기 3b단계(113b)에서 확인 한 후 해당 조건을 만족하는 (후보) anchor UE만을 선택 및 보고 할 수 있음.

- 4. LPP Capability/Sidelink/Location Information Transfer with candidate Anchor UE(s) (114): LMF(105)는 필요에 따라 3c단계에서 Anchor UE discovery response 메시지(113c)에 포함된 (후보) Anchor UE들(101)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

- 5. Determine configuration for SL-P (115): LMF(105)는 (1) 1/4단계(111, 114)에서 확보한 Target UE(100)/Anchor UE(101)들의 capability/sidelink/known location 정보 및 (2) 0단계(110)에서 주어진 positioning QoS 요구사항, Ranging/SL-P 요구사항을 기반으로 최종적으로 사용할 (1) 위치 추정 기법(e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), (2) 위치 추정 모드(i.e., standalone, UE-based, UE-assisted), (3) (후보) Anchor UE 조합을 결정 할 수 있다. 만약, 사용 가능한 조합이 복수개인 경우 가능한 조합을 하기 6단계(116)에서 UE에게 모두 전달 하고 Target UE(100)가 최종 결정하도록 할 수 있다. 하기 Alt5와 같이 복수의 위치 추정 기법에 대한 조합을 전달하는 경우, 전달된 모든 조합에 대해 positioning 결과가 필요한지 아니면 그중 일부에 대한 결과만 필요한지 여부를 지시하기 위한 지시자가 설정 될 수 있다. 추가로 LMF(105)가 그냥 0단계(110)에서 받은 positioning QoS 요구사항을 Target UE(100)에게 그대로 전달하고 모든 결정(예를 들어, 사용할 위치 추정 기법, 위치 추정 모드, Anchor UE 결정)을 Target UE(100)에게 맡길 수도 있음.

* 구체적으로 하기 방법 중 하나를 사용해서 LMF(105)가 target UE(100)에게 SL-P 수행을 위해 필요한 설정을 전달할 수 있다.

** Alt1. Positioning QoS: LMF(105)가 그냥 0단계(110)에서 받은 positioning QoS 요구사항을 Target UE(100)에게 그대로 전달하고 모든 결정(예를 들어, 사용할 위치 추정 기법, 위치 추정 모드, Anchor UE 결정)을 Target UE(100)에게 맡길 수 있음.

** Alt2. Positioning QoS, Positioning method: LMF(105)가 그냥 0단계(110)에서 받은 positioning QoS 요구사항과 사용 가능한 위치 추정 기법을 Target UE(100)에게 제공 할 수 있음. Target UE(100)는 주어진 Positioning QoS 요구사항을 참고해 사용할 Anchor UE, 위치 추정 모드, 구체적인 SL-P 동작 설정을 결정 할 수 있다.

** Alt3. Positioning QoS requirement, List of candidate anchor UEs: LMF(105)가 Positioning 서비스에 대한 QoS 요구사항, 사용할 (후보) Anchor UE 리스트 (이때, 각 후보 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음.)를 Target UE(100)에게 전달 할 수 있음. Target UE(100)는 이를 기반으로 각 Anchor UE(101)와의 ranging/SL-P 동작에 있어서 사용할 위치 추정 기법, 위치 추정 모드, Anchor UE, 구체적인 동작 설정 (예를 들어, SL-PRS 송수신 동작, RTT/TDOA/AoA/AoD 측정 동작, 결과 보고 동작 등)을 결정 할 수 있다.

** Alt4. Positioning method (w/ mode), List of candidate anchor UEs:

LMF(105)가 하나의 SL-P 설정 조합 {사용할 위치 추정 기법, 위치 추정 모드, 구체적인 동작 설정, (후보) Anchor UE(101) 리스트}을 Target UE(100)에게 전달 할 수 있음. 이때, 각 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음. Target UE(100)는 LMF(105) 가 제공한 하나의 SL-P 설정 조합에 대해 SL-P 동작 수행 할 수 있음. 예를 들어, LMF(105)는 Target UE(100)가 후보 Anchor UE 1/2/3 중 하나와 RTT 기반 위치 추정 기법을 통해 상대 거리를 측정 및 보고하도록 지시할 수 있고 Target UE(100)는 상기 3단계(113) discovery 결과를 기반으로 (후보) Anchor UE 중 가장 적절한 Anchor UE를 선택 후 상대 거리를 측정 및 보고 할 수 있다.

** Alt5. List of {Positioning method (w/ mode), List of candidate anchor UEs}: LMF(105)가 복수의 SL-P 설정 조합 {사용할 위치 추정 기법, 위치 추정 모드, 구체적인 동작 설정, (후보) Anchor UE(101) 리스트}을 Target UE(100)에게 전달 할 수 있음. 이때, 각 후보 Anchor UE에 대한 positioning capability 정보, sidelink 동작 정보, known location 정보 등이 함께 제공 될 수 있음. LMF(105)는 Target UE(100)가 제공된 복수의 SL-P 설정 조합 중 하나 또는 그 이상의 조합에 대해 요구된 SL-P 동작을 수행 하도록 지시 할 수 있다.

* 상기 예에서 positioning capability 정보, sidelink 동작 정보, known location 정보는 도 1j의 LPP ResponseCapabilities(112), LPP ProvideSidelinkInformation(114), LPP ProvideLocatioInformation(118) 각각에 정의된 정보들이 될 수 있다.

* LMF(105)는 후보 anchor UE 중 적합하지 않은 UE를 target UE(100)가 제외시킬 수 있도록 몇가지 조건을 추가로 전달 할 수 있다. 예를 들어, discovery 과정에서 확보된 후보 anchor UE의 신호 세기 (e.g., RSSI/RSRP/RSRQ/SINR), positioning capability, distance, known location의 정확도(accuracy)/신뢰도(integrity) 수준 등에 대한 조건이 추가 될 수 있다.

- 6. SL-P request(116): LMF(105)는 상기 5단계(115)에서 결정한 SL-P 설정 조합에 대한 정보를 Target UE(100)에게 전달하기 위해 SL-P request 메시지(116)를 전송 할 수 있다. SL-P request 메시지로는 기존 LPP RequestLocationInformation 메시지를 재활용하거나 새로운 메시지가 정의 될 수 있다. SL-P를 수행하기 위해 하기와 같은 정보가 추가로 target UE(100)에게 전달 될 수 있다. 이때 상기 5단계(115)의 Alt5의 경우와 같이 LMF(105)가 전달하는 복수의 SL-P 설정 조합이 있는 경우, 하기 정보는 각 조합별로 별도로 보고 될 수 있다.

* SL frequency/BWP, Tx/Rx resource pool: system information 또는 pre-configuration을 통해 이미 주어진 경우 생략 가능

* L2 ID of candidate anchor UEs: 상기 5단계(115)에서 LMF(105)가 각 SL-P 설정 조합에 대해 후보 anchor UE들을 결정한 경우 해당 UE들과만 discovery를 수행할 수 있도록 anchor UE들의 groupcast/broadcast용 DST L2 ID를 제공 할 수 있음.

* Positioning service QoS requirement: 위치 추정 기법 및 위치 추정 모드 선택 등을 모두 Target UE(100)에게 맡기는 경우에 포함 될 수 있음.

** RSSI/RSRP/RSRQ/SINR threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 측정된 신호세기가 특정 threshold 이하인 후보 anchor UE는 사용하지 않도록 지시할 수 있음.

* Distance threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 확보한 Anchor UE와의 distance가 특정 threshold 이상인 후보 anchor UE는 사용하지 않도록 지시할 수 있음.

* Capability condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 후보 anchor UE의 positioning capability 정보를 기반으로 특정 위치 추정 기법/모드 등을 지원하지 않는 anchor UE는 사용하지 않도록 지시 할 수 있음.

* known location condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 anchor UE의 known location이 LMF(105)가 제공한 known location 정보보다 일정 수준 이상 차이가 나거나, 위치가 수집된 시간이 일정 시간 이상 지났거나, known location의 정보가 더 이상 유효하지 않거나, known location의 정확도/신뢰도가 일정 수준 이하인 경우 해당 후보 anchor UE는 사용하지 않도록 지시 할 수 있음.)

- 7. Determine Anchor UE(s) and configuration for SL-P(117): Target UE(100)는 상기 3b단계(113b)에서 수행한 discovery 결과 및 6단계(116)에서 LMF(105)로부터 받은 설정을 기반으로 최종적으로 사용될 Anchor UE, 위치 추정 기법 (예를 들어, RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), 위치 추정 모드(예를 들어, standalone, UE-based, UE-assisted), 구체적인 동작 설정 (예를 들어, SL-PRS 송수신 동작, RTT/TDOA/AoA/AoD 측정 동작, 결과 보고 동작) 등을 결정 할 수 있다.

* 상기 6단계(113)에서 LMF(105)가 Alt5와 같이 복수의 SL-P 설정 조합을 전달한 경우, Target UE(100)은 그 중 하나만을 선택해서 positioning을 수행 하거나 복수개의 SL-P 설정 조합 모두 또는 일부에 대해서 positioning을 수행할 수도 있다.(이를 위해 상기 5단계(115)에서 LMF(105)가 설정한 지시자를 참고 할 수 있다.) 이때 Target UE(100)은 각 조합에 대해 사용될 anchor UE와 SL-P 위치 추정 방법 및 모드 결정 후 positioning을 수행 할 수 있다.

- 8. SL-PRS measurement & report(118): Target UE(100) 및 Anchor UE(101)들은 상기 7단계(117)에서 결정된 SL-P 설정에 따라 필요한 SL-PRS measurement 동작을 수행하고 결과를 교환 할 수 있다.

- 9. SL-P response(119): Target UE(100)는 SL-P response message(119)를 통해 LMF(105)에게 SL-P 수행 결과를 보고 할 수 있다. SL-P response 메시지(119)로는 기존 LPP ResponseLocationInformation 메시지를 재활용하거나 새로운 메시지를 정의 할 수 있다. 위치 추정 모드가 UE-based 였던 경우에는 계산된(예측된) 위치 정보를 보고하고 UE-assisted 였던 경우에는 measurement 수행 결과를 보고 할 수 있다.

- 10. Location determination(120): LMF(105)는 상기 9단계 (119)에서 Target UE(100) 및 Anchor UE(101)으로부터 보고된 결과를 기반으로 0번 단계(110)에서 AMF(107)로부터 요청 받은 위치 추정 결과를 확정 할 수 있다.

- 11. Location response (121): LMF(105)가 AMF(107)에게 Positioning 수행 결과를 전달 할 수 있다.

도 1o는 본 개시의 일 실시예에 따라 LCS client가 특정 target UE의 위치 정보를 요청했을 때 LMF가 SL-P에 사용될 anchor UE 및 위치 추정 방식을 결정하는 과정의 흐름도이다.

도 1o을 참조하면, AMF(107)은 LMF(105)에게 Target UE(100)의 위치 추정을 요청할 수 있고 LMF는 요청된 위치 추정을 수행 후 그 결과를 AMF에게 응답 할 수 있다. 이때 LMF(105)는 사용 가능한 Anchor UE에 대해 미리 확보된 정보 및 Target UE(100)의 anchor UE discovery 결과를 기반으로 SL-P 동작을 위해 사용될 anchor UE 및 사용 가능한 SL-P 설정을 결정 할 수 있다. 구체적인 각 단계별 절차는 하기와 같다. (다만, 하기 실시예의 단계별 순서는 고정된 것은 아니며 상황에 따라 각 단계의 순서가 바뀔 수 있다.)

- 0. Location Request (110): AMF(107)는 LMF(105)에게 Target UE(110)에 대한 location request 메시지(110)를 보냄으로써 positioning 서비스를 시작 할 수 있다. Location request 메시지(110)는 Positioning 서비스에 대한 QoS requirement (e.g., accuracy, latency) 를 포함 할 수 있다.

* Ranging/SL positioning service를 위해 LCS client가 전송한 service request에 Anchor UE ID가 포함된 경우, Location request메시지(110)에 Target UE(100) ID와 함께 하나 또는 그 이상의 Anchor UE(101) ID도 포함 될 수 있다. LCS client가 전송한 service request에 Anchor UE ID가 포함되지 않은 경우에는 AMF(107)가 target UE(100)의 위치 추정을 위해 SL-P에 사용될 수 있는 하나 또는 그 이상의 Anchor UE(101) ID를 Location request메시지(110)에 포함시킬 수 있다.

* Ranging 서비스의 경우에는 LCS client가 전송한 service request에 ranging의 대상이 되는 UE 쌍 (e.g., UE1, UE2)에 대한 정보가 포함 될 수 있다. 이 경우, 각 UE의 역할 target UE 또는 anchor UE는 특정되지 않을 수 있다.

* UE ID로는 LCS service request 메시지에서 주어진 GPSI (Generic Public Subscription Identifier) 또는 SUPI (Subscription Permanent Identifier)가 그대로 사용되거나 SL에서 사용되는 각 UE의 SRC L2 ID가 사용 될 수 있다.

* Ranging/SL-P 서비스를 위한 Location request 메시지(110)는 Ranging/SL-P requirement (둘 또는 그 이상의 UE 쌍 간 거리 그리고/또는 방향에 대한 요구사항 등)가 포함 할 수 있다.

* AMF(107)는 기 확보된 Target UE(100)/Anchor UE들(101)의 positioning capability가 존재하는 경우 이를 Location request 메시지(110)를 통해 LMF(105)에게 전달 할 수 있다.

- 1. LPP Capability/Sidelink/Location Information Transfer with target UE (111): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Target UE(100)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 단계0(110)에서 AMF(107)가 Target UE(100)의 positioning capability를 제공한 경우 1단계(111) 생략 가능.

- 2. Decide to use SL-P (112): LMF(105)는 1단계(111)에서 확보한 Target UE(100)의 positioning capability, sidelinkInformation, known location 정보 및 0단계(100)에서 AMF(107)로부터 제공받은 Positioning 서비스에 대한 QoS 요구사항을 기반으로 SL-P를 사용하기로 결정 할 수 있음.

- 3. Choose candidate anchor UE (113): LMF(105)는 2단계(112)에서 SL-P를 사용하기로 결정한 경우, 기존에 확보해둔 사용 가능한 anchor UE에 관한 정보를 기반으로 Target UE(100)의 위치 추정을 위해 사용 가능한 SL-P 위치 추정 방법 및 각 위치 추정 방법 별 사용 가능한 후보 Anchor UE(101)를 정할 수 있음. LMF(105)가 사용 가능한 anchor UE에 대해 기존에 갖고 있는 정보가 없다면 이 단계는 생략 될 수 있음.

* 0단계 Location Request 메시지(100)에 LCS client가 제공한 Anchor UE ID가 포함된 경우, LMF(105)는 해당 UE를 후보 Anchor UE(101)로 사용.

- 4. LPP Capability/Sidelink/Location Information Transfer with candidate Anchor UE(s) (114): LMF(105)는 필요에 따라 0단계에서 Location Request 메시지(110)에 포함된 Anchor UE들(101)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 LPP메시지를 통해 교환 할 수 있다. 이를 위해 상기 도 1i의 111, 112, 113, 114, 116, 118 단계에 해당되는 LPP 메시지 교환이 수행 될 수 있다.

* 0단계(110)에서 하나 또는 복수개의 UE 쌍에 대한 SL-P가 요청된 경우, 각 UE는 Target UE(100) 또는 Anchor UE(101)로 역할이 결정 될 수 있다. 또한 역할이 결정되기 전이라도 상기 1/2단계 (111, 112)에 해당되는 LPP 메시지 교환을 통해 각 UE(100, 101)는 LMF(105)와 SL-P을 수행하는데 필요한 capability, sidelinkInformation, known location 정보를 교환 할 수 있다.

- 5. Anchor UE discovery (115a/b/c): LMF(105)는 Target UE(100)와 후보 anchor UE 사이에 sidelink을 통한 SL-P 동작이 실제 가능한지 확인하기 위해 Target UE(100)/Anchor UE(101)에게 discovery 동작을 요청 할 수 있다. 본 예시에서는 LMF(105)가 후보 anchor UE에게 announce 메시지를 송신하도록 요청하고 Target UE(100)가 해당 메시지를 수신하는 방식 (Model A)를 가정하였다. 하지만 Target UE(100)가 solicitation 메시지를 송신하고 후보 Anchor UE가 response 메시지를 회신하는 방식 (Model B)도 사용 가능하다. LMF(105)가 target UE(100)의 추가적인 discovery 동작을 필요로 하지 않는 경우 5단계(115a/b/c)는 생략하고 6단계(116)에서 기존에 확보된 정보 (예를 들어, positioning QoS 요구사항, Target UE 및 후보 Anchor UE에 관한 Capability/sidelink/know location 정보 등)를 기반으로 사용할 anchor UE, 위치 추정 기법, 위치 추정 모드, SL-P 동작 설정 등을 결정 할 수 있다.

- 5a. Discovery message broadcast request (115a): LMF(105)는 하나 이상의 후보 Anchor UE(101)들에게 discovery를 위해 announce 메시지를 송신하도록 요청 할 수 있다. 요청시에 LMF(105)는 announce 메시지 송신과 관련해 하기 정보들을 포함 할 수 있다.

** SL frequency/BWP, Tx/Rx resource pool (system information을 통해 이미 주어진 경우 생략 가능)

** announce 메시지 전송 주기, 전송 시간, 전송 횟수

* 또한 상기 4단계(114)에서 LMF(105)가 LPP 메시지 교환을 통해 후보 Anchor UE들의 capability/sidelink/known location 정보를 확보하는 대신 discovery 과정에서 후보 anchor UE들에 대한 정보를 확인하고자 하는 경우, LMF(105)는 후보 Anchor UE(101)가 announce 메시지 송신시에 SL-P 관련 capability/sidelink/known location 정보들을 포함 하도록 지시 할 수 있다.

* Model B 방식이 사용된 경우 5a 과정은 생략 될 수 있다.

- 5b. Anchor UE discovery request(115b): LMF(105)는 Target UE(101)에게 anchor UE discovery 동작을 요청 할 수 있다. Discovery 동작 수행을 위해 하기 정보들이 포함 될 수 있다.

* SL frequency/BWP, Tx/Rx resource pool: system information 또는 pre-configuration을 통해 이미 주어진 경우 생략 가능

** RSSI/RSRP/RSRQ/SINR threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 측정된 신호세기가 특정 threshold 이하인 후보 anchor UE는 선택 및 보고하지 않도록 지시할 수 있음.

** RSSI/RSRP/RSRQ/SINR report configuration: LMF(105)가 SL-P 설정을 결정하는데 (후보) Anchor UE와 Target UE(100)사이의 신호세기와 관련된 정보가 필요한 경우 Target UE(100)에게 discovery 과정에서 해당 값들을 측정하고 이후 보고하도록 지시할 수 있음.

** Distance threshold: LMF(105)는 Target UE(100)가 discovery 과정에서 확보한 Anchor UE와의 distance가 특정 threshold 이상인 후보 anchor UE는 사용하지 않도록 지시할 수 있음.

** Capability condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 후보 anchor UE의 positioning capability 정보를 기반으로 특정 위치 추정 기법/모드 등을 지원하지 않는 anchor UE는 사용하지 않도록 지시 할 수 있음.

** Capability report configuration: 하기 4단계(114)에서 LMF(105)가 LPP 메시지 교환을 통해 (후보) Anchor UE들의 capability를 확보하는 대신 discovery 과정(113)에서 anchor UE들의 capability 확인하고자 하는 경우, LMF(105)는 Target UE(100)가 (후보) Anchor UE의 capability를 보고하도록 지시 할 수 있음.

** known location condition: LMF(105)는 Target UE(100)가 discovery 과정에서 추가로 확보한 anchor UE의 known location이 LMF(105)가 제공한 known location 정보보다 일정 수준 이상 차이가 나거나, 위치가 수집된 시간이 일정 시간 이상 지났거나, known location의 정보가 더 이상 유효하지 않거나, known location의 정확도/신뢰도가 일정 수준 이하인 경우 해당 후보 anchor UE는 사용하지 않도록 지시 할 수 있음.)

** known location report configuration: 하기 4단계(114)에서 LMF(105)가 LPP 메시지 교환을 통해 (후보) Anchor UE들의 known location을 확보하는 대신 discovery 과정에서 (후보) anchor UE들의 known location을 추가 확인하고자 하는 경우, LMF(105)는 Target UE(100)가 (후보) Anchor UE의 known location을 보고하도록 지시 할 수 있음. 이때, known location의 정확도, 신뢰도, 확보 시간, 타입 등의 정보를 함께 보고하도록 지시 할 수 있음.

** Solicitation msg periodicity/duration/number of Tx (only for Model B): SL-P를 위한 discovery를 위해 SL discovery 모드 B가 사용되는 경우, LMF(105)는 Target UE(100)가 Solicitation 메시지를 전송하는데 사용할 주기, 전송 시간, 전송 횟수 등을 설정 할 수 있다.

** Latency requirement on the discovery (e.g., maximum allowable response time for discovery result): LMF(105)는 Target UE(100)가 discovery 동작을 수행 후 결과를 보고하기까지의 지연 시간에 대한 요구사항을 설정 할 수 있다.

** Number of required anchor UE(s): LMF(105)는 Target UE(100)의 위치 추정을 위한 SL-P 수행이 필요한 Anchor UE의 개수를 설정 할 수 있다. Target UE(100)는 discovery 수행 후 LMF(105)가 설정해준 Anchor UE 개수와 같거나 그 이상의 (후보) anchor UE를 선택 및 보고 할 수 있다.

* DST L2 ID of candidate anchor UEs: 상기 3단계(113)에서 LMF(105)가 특정 UE들을 후보 Anchor UE로 정한 경우 해당 UE들과만 discovery를 수행할 수 있도록 후보 anchor UE들의 groupcast 및 broadcast 용 DST L2 ID를 제공 할 수 있음.

- 5c. Anchor UE discovery (115c): Target UE(100) 및 Anchor UE(102)가 Discovery 동작을 수행. Model A 방식의 경우 anchor UE(101)들이 송신하는 announce 메시지를 Target UE(100)가 수신할 수 있음. Model B 방식의 경우 Target UE(100)가 송신하는 solicitation 메시지를 anchor UE(101)들이 수신 후 응답 할 수 있음.

* Target UE(100)가 위치 추정 절차 이전에 이미 수행했던 discovery 결과가 있었다면 본 단계는 생략 될 수 있음.

-5d. Anchor UE discovery response(115d): Target UE(100) 는 discovery 동작 수행 후 discovery에 성공한 anchor UE 중 LMF(105)가 설정한 조건에 부합하는 (후보) Anchor UE 들을 선택 후 해당 UE들의 ID (e.g., SUPI)를 LMF에 보고.

* 5b 단계(115b)에서 LMF(105)가 추가적인 정보 확보 및 보고를 지시한 경우, 각 (후보) anchor UE들에 대한 추가 정보 (신호 세기, capability, known location 등)를 LMF에 함께 보고 할 수 있음.

* 5b 단계(115b)에서 LMF(105)가 Target UE(100)와 Anchor UE 사시의 신호세기에 대한 threshold 값을 설정한 경우 측정된 신호세기가 threshold 보다 낮은 (후보) anchor UE는 선택하지 않을 수 있음.

* 5b 단계(115b)에서 LMF(105)가 특정 capability를 지원하는 (후보) anchor UE만 보고하도록 지시한 경우, Target UE(100)는 각 (후보) anchor UE의 capability 정보를 상기 5c단계(115c)에서 확인 한 후 해당 조건을 만족하는 (후보) anchor UE만을 선택 및 보고 할 수 있음.

* 5b 단계(115b)에서 LMF(105)가 known location 에 대한 조건을 만족하는 (후보) anchor UE만 보고하도록 지시한 경우, Target UE(100)는 각 (후보) anchor UE의 known location 정보를 상기 5c단계(115c)에서 확인 한 후 해당 조건을 만족하는 (후보) anchor UE만을 선택 및 보고 할 수 있음.

- 6. Determine configuration for SL-P (116): LMF(105)는 (1) 1/4단계(111, 114)에서 확보한 Target UE(100)/Anchor UE(101)들의 capability/sidelink/known location 정보, (2) 상기 5단계(115a/b/c/d)에서 Target UE(100)으로부터 제공 받은 anchor UE discovery 결과, (3) 0단계(110)에서 주어진 positioning QoS 요구사항, Ranging/SL-P 요구사항을 기반으로 최종적으로 사용할 (1) Anchor UE, (2) 위치 추정 기법(e.g., RTT-type solution using SL, SL-AoA, SL-TDOA, SL-AoD), (3) 위치 추정 모드(i.e., standalone, UE-based, UE-assisted), (4) 구체적인 SL-P 동작 설정 (예를 들어, SL-PRS 송수신 설정, RTT/TDOA/AoA/AoD 등의 측정 및 보고 설정 등)을 결정 할 수 있다.

- 7. SL-P procedure (117): LMF(105)는 상기 6단계(116)에서 결정된 SL-P 동작을 Target UE(100) 및 선택된 Anchor UE(101)가 수행 후 그 결과를 보고하도록 지시할 수 있다. Target UE(100) 및 Anchor UE(101)는 LMF(105)의 지시에 따라 필요한 SL-P 동작을 수행 후 그 결과를 보고 할 수 있다.

- 8. Location determination(118): LMF(105)는 상기 7단계 (117)에서 Target UE(100) 및 Anchor UE(101)으로부터 보고된 결과를 기반으로 0번 단계(110)에서 AMF(107)로부터 요청 받은 위치 추정 결과를 확정 할 수 있다.

- 9. Location response (119): LMF(105)가 AMF(107)에게 Positioning 수행 결과를 전달 할 수 있다.

도 2는 본 개시의 일 실시예에 따른, 단말 장치를 도시한 도면이다.

도 2를 참고하면, 단말은 RF(Radio Frequency)처리부(2-10), 기저대역(baseband)처리부(2-20), 저장부(2-30), 및 제어부(2-40)를 포함할 수 있다. 단말의 구성은 도 2에 도시된 예시적 구성에 제한되는 것은 아니며, 도 2에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.

RF처리부(2-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 예를 들면, RF처리부(2-10)는 기저대역처리부(2-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신할 수 있고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환할 수 있다. 예를 들어, RF처리부(2-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있으나 이러한 예시에 제한되는 것은 아니다. 도 2에서는, 하나의 안테나만이 도시 되었으나, 단말은 복수의 안테나들을 구비할 수 있다. 또한, RF처리부(2-10)는 복수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(2-10)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, RF처리부(2-10)는 복수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 RF처리부(2-10)는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.

기저대역처리부(2-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(2-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(2-20)는 RF처리부(2-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(2-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 생성된 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(2-20)는 RF처리부(2-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다.

기저대역처리부(2-20) 및 RF처리부(2-10)는 상술한 바와 같이 신호를 송신 및 수신할 수 있다. 이에 따라, 기저대역처리부(2-20) 및 RF처리부(2-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 기저대역처리부(2-20) 및 RF처리부(2-10) 중 적어도 하나는 서로 다른 복수의 무선 접속 기술들을 지원하기 위해 복수의 통신 모듈들을 포함할 수 있다. 또한, 기저대역처리부(2-20) 및 RF처리부(2-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다. 단말은 기저대역처리부(2-20) 및 RF처리부(2-10)를 이용하여 gNB과 신호를 송수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.

저장부(2-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 예를 들면, 저장부(2-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터 정보를 저장할 수 있다. 그리고, 저장부(2-30)는 제어부(2-40)의 요청에 따라 저장된 데이터를 제공할 수 있다.

저장부(2-30)는 롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(2-30)는 복수 개의 메모리로 구성될 수도 있다. 본 개시의 일 실시예에 따르면, 저장부(2-30)는 본 개시에 따른 핸드 오버 방법을 수행하기 위한 프로그램을 저장할 수도 있다.

제어부(2-40)는 단말의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(2-40)는 기저대역처리부(2-20) 및 RF처리부(2-10)을 통해 신호를 송수신할 수 있다.

또한, 제어부(2-40)는 저장부(2-30)에 데이터를 기록할 수 있고, 읽을 수 있다. 이를 위해, 제어부(2-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 제어부(2-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다. 또한 본 개시의 일 실시예에 따르면, 제어부(2-40)는 다중 연결 모드로 동작하는 프로세스를 처리하도록 구성된 다중 연결 처리부(2-42)를 포함할 수 있다. 또한 단말 내의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다.

도 3은 본 개시의 일 실시예에 따른, 기지국 장치를 도시한 도면이다.

도 3의 기지국은 전술한 네트워크에 포함될 수 있다.

도 3에 도시된 바와 같이, 기지국은 RF처리부(3-10), 기저대역처리부(3-20), 백홀통신부(3-30), 저장부(3-40) 및 제어부(3-50)를 포함할 수 있다. 기지국의 구성은 도 3에 도시된 예시적 구성에 제한되는 것은 아니며 기지국은 도 3에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다. RF처리부(3-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 예를 들면, RF처리부(3-10)는 기저대역처리부(3-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신할 수 있고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환할 수 있다. 예를 들어, RF처리부(3-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 도 3에서는, 하나의 안테나만이 도시 되었으나, RF처리부(3-10)는 복수의 안테나들을 구비할 수 있다. 또한, RF처리부(3-10)는 복수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(3-10)는 빔포밍을 수행할 수 있다. 빔포밍을 위해, RF처리부(3-10)는 복수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. RF처리부(3-10)는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.

기저대역처리부(3-20)는 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(3-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(3-20)는 RF처리부(3-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(3-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 생성된 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(3-20)은 RF처리부(3-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 기저대역처리부(3-20) 및 RF처리부(3-10)는 상술한 바와 같이 신호를 송신 및 수신할 수 있다. 이에 따라, 기저대역처리부(3-20) 및 RF처리부(3-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다. 기지국은 기저대역처리부(3-20) 및 RF처리부(3-10)을 이용하여 단말과 신호를 송수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.

백홀통신부(3-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공할 수 있다. 예를 들면, 백홀통신부(3-30)는 상기 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환할 수 있다.

저장부(3-40)는 주기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 예를 들면, 저장부(3-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 저장부(3-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 저장부(3-40)는 제어부(3-50)의 요청에 따라 저장된 데이터를 제공할 수 있다. 저장부(3-40)는 롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(3-40)는 복수 개의 메모리로 구성될 수도 있다. 본 개시의 일 실시예에 따르면, 저장부(3-40)는 본 개시에 따른 핸드 오버를 수행하기 위한 프로그램을 저장할 수도 있다.

제어부(3-50)는 주기지국의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(3-50)는 기저대역처리부(3-20) 및 RF처리부(3-10)를 통해 또는 백홀통신부(3-30)를 통해 신호를 송수신할 수 있다. 또한, 제어부(3-50)는 저장부(3-40)에 데이터를 기록할 수 있고, 읽을 수 있다. 이를 위해, 제어부(3-50)는 적어도 하나의 프로세서를 포함할 수 있다. 또한 본 개시의 일 실시예에 따르면, 제어부(3-50)는 다중 연결 모드로 동작하는 프로세스를 처리하도록 구성된 다중 연결 처리부(3-52)를 포함할 수 있다.

본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.

소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.

이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.

또한, 상기 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.

본 개시에서, 용어 "컴퓨터 프로그램 제품(computer program product)" 또는 "컴퓨터로 읽을 수 있는 기록매체(computer readable medium)"는 메모리, 하드 디스크 드라이브에 설치된 하드 디스크, 및 신호 등의 매체를 전체적으로 지칭하기 위해 사용된다. 이들 "컴퓨터 프로그램 제품" 또는 "컴퓨터로 읽을 수 있는 기록매체"는 본 개시에 따른 무선 통신 시스템에서 단말 능력을 보고하는 방법에 제공되는 구성 이다.

기기로 읽을 수 있는 저장매체는, 비일시적(non-transitory) 저장매체의 형태로 제공될 수 있다. 여기서, '비일시적 저장매체'는 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다. 예로, '비일시적 저장매체'는 데이터가 임시적으로 저장되는 버퍼를 포함할 수 있다.

일 실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory (CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두개의 사용자 장치들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품(예: 다운로더블 앱(downloadable app))의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.

상술한 본 개시의 구체적인 실시 예들에서, 발명에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.

한편, 본 명세서와 도면에 개시된 본 개시의 실시예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시예는 필요에 따라 서로 조합되어 운용할 수 있다. 예를 들면, 본 개시의 일 실시예와 다른 일 실시예의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 또한, 본 개시의 실시예들은 다른 통신 시스템에서도 적용 가능하며, 실시예의 기술적 사상에 바탕을 둔 다른 변형예들 또한 실시 가능할 것이다. 예를 들면, 실시예들은 LTE 시스템, 5G, NR 시스템 또는 6G 시스템 등에도 적용될 수 있다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (1)

1. 무선 통신 시스템에서 제어 신호 처리 방법에 있어서,
   기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계;
   상기 수신된 제1 제어 신호를 처리하는 단계; 및
   상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 하는 제어 신호 처리 방법.