KR20220137010A

KR20220137010A - 하나 이상의 유니캐스트 링크들을 통한 이종 트래픽 타입들의 ue-대-ue 통신

Info

Publication number: KR20220137010A
Application number: KR1020227026675A
Authority: KR
Inventors: 홍 청; 댄 바실로브스키; 카르티카 파라두구; 란 위
Original assignee: 퀄컴 인코포레이티드
Priority date: 2020-02-07
Filing date: 2020-02-07
Publication date: 2022-10-11
Also published as: US20230072379A1; BR112022014958A2; CN115004731A; EP4101183A4; WO2021155598A1; EP4101183A1

Abstract

일 양태에서, 제 1 UE 는 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신 (예를 들어, 송신 및/또는 수신) 한다. 제 1 UE 는 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업한다. 제 1 UE 는 유니캐스트 링크를 통해 제 1 UE 와 제 2 UE 사이에 제 2 타입의 트래픽을 터널링 (예를 들어, 송신 및/또는 수신) 한다. 다른 양태에서, 동일한 유니캐스트 링크를 통해 제 2 타입의 트래픽을 터널링하는 대신에, 제 1 UE 는 제 2 UE 와의 제 2 타입의 트래픽에 대한 제 2 유니캐스트 링크를 셋업하며, 유니캐스트 링크들은 공유된 링크 관리 상태를 갖는다. 다른 양태에서, BS 는 연관된 (예를 들어, 바인딩된) 유니캐스트 링크를 지원하기 위해 리소스들의 세트를 할당한다.

Description

하나 이상의 유니캐스트 링크들을 통한 이종 트래픽 타입들의 UE-대-UE 통신

도입부

본 명세서에 설명된 다양한 양태들은 일반적으로 무선 통신 시스템들에 관한 것으로, 보다 구체적으로, 사이드링크들을 통해 데이터를 전송하는 것에 관한 것이다.

무선 통신 시스템들은 1 세대 아날로그 무선 전화 서비스 (1G), (중간 2.5G 및 2.75G 네트워크들을 포함하는) 2 세대 (2G) 디지털 무선 전화 서비스, 3 세대 (3G) 고속 데이터, 인터넷 가능 무선 서비스 및 4 세대 (4G) 서비스 (예컨대, 롱 텀 에볼루션 (LTE) 또는 WiMax) 를 포함하는 다양한 세대들을 통해 개발되었다. 현재, 셀룰러 및 퍼스널 통신 서비스 (PCS) 시스템들을 포함하는 많은 상이한 타입들의 무선 통신 시스템들이 사용 중에 있다. 알려진 셀룰러 시스템들의 예들은 셀룰러 아날로그 어드밴스드 모바일 전화 시스템 (AMPS), 및 코드 분할 다중 액세스 (CDMA), 주파수 분할 다중 액세스 (FDMA), 시분할 다중 액세스 (TDMA), TDMA 의 모바일용 글로벌 시스템 액세스 (GSM) 변형, 및 TDMA 등에 기초한 디지털 셀룰러 시스템들을 포함한다.

뉴 라디오 (New Radio; NR) 로도 지칭되는, 5 세대 (5G) 모바일 표준은 다른 개선들 중에서도, 더 높은 데이터 전송 속도, 더 많은 수의 접속들, 및 더 우수한 커버리지를 요구한다. 차세대 모바일 네트워크 연합에 따른 5G 표준은, 예를 들어, 사무실의 수십명의 작업자들에 대해 초 당 1 기가비트로, 수만 명의 사용자들의 각각에 대해 초 당 수십 메가비트의 데이터 레이트들을 제공하도록 설계된다. 대규모 센서 배치들을 지원하기 위해서는 수십만의 동시 접속들이 지원되어야만 한다. 결과적으로, 5G 모바일 통신의 스펙트럼적 효율은 현재의 4G 표준에 비해 현저하게 향상되어야만 한다. 더욱이, 현재 표준들에 비해 시그널링 효율들이 향상되어야만 하고 레이턴시 (latency) 는 실질적으로 감소되어야만 한다.

5G 의 증가된 데이터 레이트들 및 감소된 레이턴시를 활용하여, 다른 것들 중에서도, 차량들 사이, 차량들과 노변 인프라스트럭처 사이, 차량들과 보행자들 사이 등의 무선 통신과 같이, 자율 주행 애플리케이션들을 지원하기 위해 차량-대-만물 (Vehicle-to-Everything; V2X) 통신 기술들이 구현되고 있다.

요약

이 요약은 일부 예시적인 양태들의 특징들을 식별하고, 개시된 주제의 배타적이거나 총망라된 설명은 아니다. 특징들 또는 양태들이 이 요약에 포함되는지 또는 생략되는지 여부는 그러한 특징들의 상대적 중요성을 나타내는 것으로 의도되지 않는다. 추가적인 특징들 및 양태들이 설명되며, 다음의 상세한 설명을 읽고 그것의 일부를 형성하는 도면들을 볼 때 당업자에게 명백해질 것이다.

일 양태는 제 1 사용자 장비 (user equipment; UE) 를 동작시키는 방법에 관한 것이며, 그 방법은, 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하는 단계, 유니캐스트 링크를 통해 제 2 타입의 트래픽의 전송에 대한 지원을 셋업하는 단계, 및 유니캐스트 링크를 통해 제 1 UE 와 제 2 UE 사이에서 제 2 타입의 트래픽을 터널링(tunneling)하는 단계를 포함한다.

다른 양태는 제 1 사용자 장비 (UE) 를 동작시키는 방법에 관한 것이고, 그 방법은, 제 1 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하는 단계, 제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 제 2 UE 와 셋업하는 단계, 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태(shared link management status)로 함께 연관시키는 단계, 제 2 유니캐스트 링크를 통해 제 2 UE 와 제 2 타입의 트래픽을 통신하는 단계, 및 제 1 및 제 2 유니캐스트 링크들 중 임의의 것 상의 통신된 트래픽에 기초하여 제 1 및 제 2 유니캐스트 링크들의 공유 링크 관리 상태를 유지하는 단계를 포함한다.

다른 양태는, 기지국을 동작시키는 방법에 관한 것이고, 그 방법은, 제 1 타입의 트래픽의 통신을 위해 제 2 UE와 제 1 유니캐스트 링크를 이미 셋업한 제 1 사용자 장비(UE)로부터, 제 2 타입의 트래픽의 통신을 위해 제 2 UE와의 제 2 유니캐스트 링크의 링크 확립과 연관된 리소스들에 대한 요청을 수신하는 단계, 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것이라고 결정하는 단계, 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 공유 링크 관리 상태에 적어도 부분적으로 기초하여 제 1 UE와 제 2 UE 사이에서 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하는 단계, 및 리소스들의 세트의 표시를 제 1 UE에 전송하는 단계를 포함한다.

다른 양태는 제 1 사용자 장비 (UE)에 관한 것이며, 그 제 1 사용자 장비 (UE) 는 메모리, 적어도 하나의 트랜시버, 및 메모리 및 적어도 하나의 트랜시버에 통신가능하게 커플링된 적어도 하나의 프로세서를 포함하고, 그 적어도 하나의 프로세서는, 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하고, 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업하고, 그리고 유니캐스트 링크를 통해 제 1 UE 와 제 2 UE 사이에서 제 2 타입의 트래픽을 터널링하도록 구성된다.

다른 양태는 제 1 사용자 장비 (UE)에 관한 것이며, 그 제 1 사용자 장비 (UE) 는 메모리, 적어도 하나의 트랜시버, 및 메모리 및 적어도 하나의 트랜시버에 통신가능하게 커플링된 적어도 하나의 프로세서를 포함하고, 그 적어도 하나의 프로세서는, 제 1 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하고, 제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 제 2 UE 와 셋업하고, 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관시키고, 제 2 유니캐스트 링크를 통해 제 2 UE 와 제 2 타입의 트래픽을 통신하고, 그리고 제 1 및 제 2 유니캐스트 링크들 중 임의의 것 상의 통신된 트래픽에 기초하여 제 1 및 제 2 유니캐스트 링크들의 공유 링크 관리 상태를 유지하도록 구성된다.

다른 양태는, 메모리, 적어도 하나의 트랜시버, 및 메모리 및 적어도 하나의 트랜시버에 통신가능하게 커플링된 적어도 하나의 프로세서를 포함하는 기지국에 관한 것으로서, 그 적어도 하나의 프로세서는, 제 1 타입의 트래픽의 통신을 위해 제 2 UE 와 제 1 유니캐스트 링크를 이미 셋업한 제 1 사용자 장비 (UE) 로부터, 제 2 타입의 트래픽의 통신을 위해 제 2 UE 와의 제 2 유니캐스트 링크의 링크 확립과 연관하여 리소스들에 대한 요청을 수신하고, 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것이라고 결정하고, 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 공유 링크 관리 상태에 적어도 부분적으로 기초하여 제 1 UE 와 제 2 UE 사이에서 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하며, 그리고 리소스들의 세트의 표시를 제 1 UE 로 전송하도록 구성된다.

다른 양태는 제 1 사용자 장비 (UE)에 관한 것이며, 이 UE 는, 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하기 위한 수단, 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업하기 위한 수단, 및 유니캐스트 링크를 통해 제 1 UE 와 제 2 UE 사이에서 제 2 타입의 트래픽을 터널링하기 위한 수단을 포함한다.

다른 양태는 제 1 사용자 장비 (UE)에 관한 것이며, 이 UE 는, 제 1 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하기 위한 수단, 제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 제 2 UE 와 셋업하기 위한 수단, 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관시키기 위한 수단, 제 2 유니캐스트 링크를 통해 제 2 UE 와 제 2 타입의 트래픽을 통신하기 위한 수단, 및 제 1 및 제 2 유니캐스트 링크들 중 임의의 것 상의 통신된 트래픽에 기초하여 제 1 및 제 2 유니캐스트 링크들의 공유 링크 관리 상태를 유지하기 위한 수단을 포함한다.

다른 양태는 기지국에 관한 것이며, 그 기지국은, 제 1 타입의 트래픽의 통신을 위해 제 2 UE 와 제 1 유니캐스트 링크를 이미 셋업한 제 1 사용자 장비 (UE) 로부터, 제 2 타입의 트래픽의 통신을 위해 제 2 UE 와의 제 2 유니캐스트 링크의 링크 확립과 연관된 리소스들에 대한 요청을 수신하기 위한 수단, 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것임을 결정하기 위한 수단, 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 공유 링크 관리 상태에 적어도 부분적으로 기초하여 제 1 UE 와 제 2 UE 사이에서 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하기 위한 수단, 및 리소스들의 세트의 표시를 제 1 UE에 전송하기 위한 수단을 포함한다.

다른 양태는 컴퓨터 실행가능 명령들을 저장하는 비일시적 컴퓨터 판독가능 매체에 관한 것이고, 그 컴퓨터 실행가능 명령들은, 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하도록 제 1 사용자 장비 (UE)에 지시하는 적어도 하나의 명령, 유니캐스트 링크를 통해 제 2 타입의 트래픽의 전송을 위한 지원을 셋업하도록 제 1 UE에 지시하는 적어도 하나의 명령, 및 유니캐스트 링크를 통해 제 1 UE 와 제 2 UE 사이에서 제 2 타입의 트래픽을 터널링하도록 제 1 UE에 지시하는 적어도 하나의 명령을 포함한다.

다른 양태는 컴퓨터 실행가능 명령들을 저장하는 비-일시적 컴퓨터-판독가능 매체에 관한 것이고, 그 컴퓨터 실행가능 명령들은, 제 1 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신하도록 제 1 사용자 장비 (UE)에 지시하는 적어도 하나의 명령, 제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 제 2 UE 와 셋업하도록 제 1 UE에 지시하는 적어도 하나의 명령, 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관시키도록 제 1 UE에 지시하는 적어도 하나의 명령, 제 2 유니캐스트 링크를 통해 제 2 타입의 트래픽을 제 2 UE 와 통신하도록 제 1 UE에 지시하는 적어도 하나의 명령, 및 제 1 및 제 2 유니캐스트 링크들 중 임의의 것 상의 통신된 트래픽에 기초하여 제 1 및 제 2 유니캐스트 링크들의 공유 링크 관리 상태를 유지하도록 제 1 UE에 지시하는 적어도 하나의 명령을 포함한다.

다른 양태는 컴퓨터 실행가능 명령들을 저장하는 비-일시적 컴퓨터 판독가능 매체에 관한 것이고, 그 컴퓨터 실행가능 명령들은, 제 1 타입의 트래픽의 통신을 위해 제 2 UE 와 제 1 유니캐스트 링크를 이미 셋업한 제 1 사용자 장비 (UE) 로부터, 제 2 타입의 트래픽의 통신을 위해 제 2 UE 와의 제 2 유니캐스트 링크의 링크 확립과 연관된 리소스들에 대한 요청을 수신하도록 기지국에 지시하는 적어도 하나의 명령, 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것임을 결정하도록 기지국에 지시하는 적어도 하나의 명령, 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 공유 링크 관리 상태에 적어도 부분적으로 기초하여 제 1 UE 와 제 2 UE 사이의 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하도록 기지국에 지시하는 적어도 하나의 명령, 및 리소스들의 세트의 표시를 제 1 UE 에 전송하도록 기지국에 지시하는 적어도 하나의 명령을 포함한다.

본 명세서에 개시된 양태들과 연관된 다른 목적들 및 이점들은 첨부 도면들 및 상세한 설명에 기초하여 당업자에게 명백할 것이다.

도면들의 간단한 설명
첨부된 도면들은 개시된 주제의 하나 이상의 양태들의 예들의 설명을 돕기 위해 제시되고, 단지 예들의 예시를 위해 제공되고 그것의 제한은 아니다:
도 1 은 본 개시의 하나 이상의 양태들에 따른 예시적인 무선 통신 시스템을 도시한다.
도 2a 및 도 2b 는 다양한 양태들에 따른, 예시적인 무선 네트워크 구조들을 나타낸다.
도 3 은 본 개시의 양태들에 따른, 유니캐스트 사이드링크 확립을 지원하는 무선 통신 시스템의 일 예를 도시한다.
도 4a, 4b 및 4c는 본원에 교시된 바와 같은 파일 송신 동작들을 지원하기 위해 UE, 기지국 및 네트워크 엔티티에 통합될 수도 있는 몇몇 샘플 컴포넌트들을 예시한다.
도 5 및 도 6은 본 개시내용의 양태들에 따른, 개시자 디바이스와 타겟 디바이스 사이의 예시적인 플로우들을 나타낸다.
도 7 및 도 8 은 본 개시의 양태들에 따른, 비-독립형 디바이스-대-디바이스 통신 세션을 확립하기 위한 예시적인 플로우들을 나타낸다.
도 9는 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 6의 플로우를 구현하기 위한 예시적인 개시자 디바이스를 도시한다.
도 10는 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 7의 플로우를 구현하기 위한 예시적인 타겟 디바이스를 도시한다.
도 11은 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 6의 플로우를 구현하기 위한 예시적인 UE를 도시한다.
도 12는 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 8의 플로우를 구현하기 위한 예시적인 UE를 도시한다.
도 13은 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 10의 플로우를 구현하기 위한 예시적인 BS를 도시한다.

상세한 설명

하나 이상의 유니캐스트 링크들(때때로 '유니캐스트 사이드링크들'로 지칭됨)을 통해 상이한 트래픽 타입들의 사용자 장비(UE)-대-UE(또는 디바이스-대-디바이스) 통신을 위한 기술들이 개시된다. 일 양태에서, 유니캐스트 링크는 제 1 트래픽 타입(예를 들어, IP 트래픽 또는 비-IP 트래픽)과 연관되고, 각각의 UE들은 동일한 유니캐스트 링크를 통해 제 2 트래픽 타입(예를 들어, 비-IP 트래픽 또는 IP 트래픽)을 터널링하도록 조정한다. 다른 양태에서, 별개의 유니캐스트 링크는 제 2 트래픽 타입의 전송을 위해(즉, 터널링 없이) 셋업될 수도 있다. 이러한 양태에서, 각각의 유니캐스트 링크들은 공유 링크 관리 상태(shared link management status)를 갖도록 연관(예를 들어, 함께 바인딩)될 수 있다. 추가 양태에서, 기지국이 2개의 유니캐스트 링크들이 이러한 방식으로 바인딩될 것이라고 결정하면, 기지국은 이러한 결정에 기초하여 리소스(들)을 할당할 수 있다.

본 주제의 이들 및 다른 양태들은 개시된 본 주제의 특정 예들에 관한 다음의 설명 및 관련 도면들에 제공된다. 대안들은 개시된 주제의 범위를 벗어나지 않고 고안될 수도 있다. 또한, 본 발명을 설명함에 있어, 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수도 있다고 판단되는 경우 그 상세한 설명을 생략한다.

"예시적" 이라는 단어는 "예, 실례, 또는 예시의 역할을 하는 것" 을 의미하는 것으로 본 명세서에서 사용된다. "예시적" 으로서 본원에 기술된 임의의 양태는 반드시 다른 양태들보다 바람직하거나 또는 유리한 것으로 해석될 필요는 없다. 유사하게, 용어 "양태들" 은 모든 양태들이 논의된 특징, 이점 또는 동작 모드를 포함할 것을 요구하지는 않는다.

본 명세서에서 사용된 용어는 특정한 양태들을 오직 설명하고, 본원에서 개시된 임의의 양태들을 제한하도록 해석되지 않아야 한다. 본 명세서에서 사용되는 바와 같이, 단수 형태들 ("a, "an" 및 "the" ) 은, 문맥에서 분명하게 달리 표시되지 않는다면 복수의 형태들을 역시 포함하도록 의도된다. 당업자는, 본 명세서에서 사용된 바와 같이, 용어들 "구비한다", "구비하는", "포함한다", 및/또는 "포함하는" 은, 서술된 특징들, 정수들, 단계들, 동작들, 엘리먼트들, 및/또는 컴포넌트들의 존재를 명시하지만, 하나 이상의 다른 특징들, 정수들, 단계들, 동작들, 엘리먼트들, 컴포넌트들, 및/또는 이들의 그룹들의 존재 또는 부가를 배제하지 않음을 추가로 이해할 것이다.

추가로, 다양한 양태들은, 예를 들어, 컴퓨팅 디바이스의 엘리먼트들에 의해 수행될 액션들의 시퀀스들의 관점에서 설명될 수도 있다. 당업자는, 본 명세서에서 설명되는 다양한 액션들은 특정 회로들 (예컨대, 주문형 반도체 회로 (ASIC)) 에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 이들 양자의 조합에 의해 수행될 수 있음을 인식할 것이다. 부가적으로, 본 명세서에서 설명된 액션들의 이들 시퀀스들은, 실행시 관련 프로세서로 하여금 본 명세서에서 설명된 기능을 수행하게 할 컴퓨터 명령들의 대응하는 세트가 저장된 임의의 형태의 비일시적 컴퓨터 판독가능 매체 내에서 완전히 구현되는 것으로 고려될 수 있다. 따라서, 본원에 기술된 다양한 양태들은 다수의 상이한 형태들로 구현될 수도 있으며, 이들 형태들 모두는 청구된 청구물의 범위 내에 있는 것으로 고려되었다. 또한, 본원에 기술된 양태들의 각각에 대해, 임의의 그러한 양태들의 대응하는 형태는, 예를 들어, 설명된 액션을 수행 “하도록 구성된 로직” 및/또는 다른 구조적 컴포넌트들로서 본 명세서에서 기술될 수도 있다.

본 명세서에서 사용되는 바와 같이, 용어 "UE", "차량 UE"(V-UE), 및 "기지국"은 달리 언급되지 않는 한, 임의의 특정 라디오 액세스 기술(RAT)에 특정하거나 달리 제한되는 것으로 의도되지 않는다. 일반적으로, 이러한 UE들은 무선 통신 네트워크를 통해 통신하기 위해 사용자에 의해 사용되는 임의의 무선 통신 디바이스(예를 들어, 차량 온보드 컴퓨터, 차량 내비게이션 디바이스, 모바일 폰, 라우터, 태블릿 컴퓨터, 랩톱 컴퓨터, 추적 디바이스, 사물 인터넷(IoT) 디바이스 등)일 수도 있다. UE 는 이동식일 수도 있거나 (예를 들어, 소정의 시간들에) 정지식일 수도 있으며, 라디오 액세스 네트워크 (RAN) 와 통신할 수도 있다. 본 명세서에서 사용된 바와 같이, 용어 "UE" 는 "액세스 단말기" 또는 "AT", "클라이언트 디바이스", "무선 디바이스", "가입자 디바이스", "가입자 단말기", "가입자국", "사용자 단말기" 또는 UT, "모바일 단말기", "이동국", 또는 이들의 변형들로서 상호교환가능하게 지칭될 수도 있다. V-UE 는 내비게이션 시스템, 경고 시스템, 헤드업 디스플레이 (HUD) 등과 같은 임의의 차량 내 무선 통신 디바이스일 수도 있다. 대안적으로, V-UE는 차량의 운전자 또는 차량에서의 승객에 속하는 휴대용 무선 통신 디바이스 (예컨대, 셀 폰, 태블릿 컴퓨터 등 일 수도 있다. 용어 "V-UE"는 상황에 따라 차량 내 무선 통신 디바이스 또는 차량 자체를 지칭할 수도 있다. 일반적으로, UE들은 RAN 을 통해 코어 네트워크와 통신할 수 있으며, 코어 네트워크를 통해 UE들은 인터넷과 같은 외부 네트워크들과 그리고 다른 UE들과 접속될 수 있다. 물론, 유선 액세스 네트워크들, (예를 들어, IEEE 802.11 등에 기초한) WiFi 네트워크들 등을 통한 것과 같이, 코어 네트워크 및/또는 인터넷에 접속시키는 다른 메커니즘들이 UE들에 대해 또한 가능하다.

기지국은 배치되는 네트워크에 의존하여 UE들과 통신하는 여러 RAT들 중 하나에 따라 동작할 수도 있고, 대안적으로 액세스 포인트(AP), 네트워크 노드, NodeB, 진화형 NodeB(eNB), 일반적인 NodeB(gNodeB, gNB) 등으로 지칭될 수도 있다. 또한, 일부 시스템들에서, 기지국은 순전히 에지 노드 시그널링 기능들만을 제공할 수도 있는 한편, 다른 시스템들에서는, 추가적인 제어 및/또는 네트워크 관리 기능들을 제공할 수도 있다.

UE들은 인쇄 회로 (PC) 카드들, 콤팩트 플래시 디바이스들, 외부 또는 내부 모뎀들, 무선 또는 유선 전화들, 스마트폰들, 태블릿들, 트래킹 디바이스들, 애셋 태그들 등등을 포함하지만, 이에 제한되지 않는 다수의 디바이스 타입들 중 임의의 것에 의해 구현될 수 있다. UE들이 신호들을 RAN 으로 전송할 수 있는 통신 링크는 업링크 채널 (예를 들어, 역방향 트래픽 채널, 역방향 제어 채널, 액세스 채널 등) 로 칭해진다. RAN 이 신호들을 UE들로 전송할 수 있는 통신 링크는 다운링크 또는 순방향 링크 채널 (예를 들어, 페이징 채널, 제어 채널, 브로드캐스트 채널, 순방향 트래픽 채널 등) 로 칭해진다. 본 명세서에서 사용된 바와 같이, 용어 트래픽 채널 (TCH) 은 업링크/역방향 또는 다운링크/순방향 트래픽 채널 중 어느 하나를 지칭할 수 있다.

도 1 은 하나 이상의 양태들에 따른 예시적인 무선 통신 시스템 (100) 을 도시한다. 무선 광역 네트워크 (WWAN) 로서도 지칭될 수도 있는 이들 무선 통신 시스템 (100) 은 다양한 기지국들 (102) 및 다양한 UE들 (104) 을 포함할 수도 있다. 기지국들 (102) 은 매크로 셀 (고전력 셀룰러 기지국들) 및/또는 소형 셀 (저전력 셀룰러 기지국들) 을 포함할 수도 있다. 매크로 셀들은 무선 통신 시스템(100)이 LTE 네트워크에 대응하는 진화형 NodeB들 (eNB들), 무선 통신 시스템(100)이 5G 네트워크에 대응하는 gNodeB들(gNB들), 및/또는 이들의 조합을 포함할 수도 있고, 소형 셀들은 펨토셀들, 피코셀들, 마이크로셀들 등을 포함할 수도 있다.

기지국들(102)은 집합적으로 RAN을 형성하고, 백홀 링크들을 통해 진화형 패킷 코어(EPC) 또는 차세대 코어(NGC)와 인터페이싱할 수도 있다. 다른 기능들에 더하여, 기지국들 (102) 은 사용자 데이터의 전송, 무선 채널 암호화 및 해독, 무결성 보호, 헤더 압축, 이동성 제어 기능들 (예를 들어, 핸드오버, 이중 접속성), 셀간 간섭 조정, 접속 설정 및 해제, 로드 밸런싱 (load balancing), NAS (non-access stratum) 메시지들을 위한 분산, NAS 노드 선택, 동기화, RAN 공유, 멀티미디어 브로드캐스트 멀티캐스트 서비스 (MBMS), 가입자 및 장비 추적, RAN 정보 관리 (RIM), 페이징, 포지셔닝, 및 경고 메시지들의 전달 중 하나 이상과 관련되는 기능들을 수행할 수도 있다. 기지국들 (102) 은, 유선 또는 무선일 수도 있는 백홀 링크들 (134) 을 통해 서로 직접 또는 간접적으로 (예컨대, EPC / NGC 를 통해) 통신할 수도 있다.

기지국들 (102) 은 UE들 (104) 과 무선으로 통신할 수도 있다. 기지국들 (102) 각각은 각각의 지리적 커버리지 영역 (110) 에 대한 통신 커버리지를 제공할 수도 있다. 일 양태에서, 도 1 에는 도시되지 않았지만, 커버리지 영역들 (110) 은 복수 (예컨대, 3 개) 의 셀들, 또는 섹터들로 하위분할될 수도 있고, 각 셀은 기지국 (102) 의 안테나들의 어레이 또는 단일 안테나에 대응한다.

용어 "셀"은 (예를 들어, 캐리어 주파수를 통한) 기지국(102)과의 통신을 위해 사용되는 논리적 통신 엔티티를 지칭하고, 동일하거나 상이한 캐리어 주파수를 통해 동작하는 이웃 셀들을 구별하기 위한 식별자(예를 들어, 물리적 셀 식별자(PCID), 향상된 셀 식별자(E-CID), 가상 셀 식별자(VCID) 등)와 연관될 수도 있다. 일부 예들에서, 캐리어 주파수는 다중 셀들을 지원할 수도 있고, 상이한 셀들은 상이한 타입들의 디바이스들을 위한 액세스를 제공할 수도 있는 상이한 프로토콜 타입들 (예컨대, 머신-타입 통신 (MTC), 협대역 사물 인터넷 (NB-IoT), 향상된 모바일 브로드밴드 (eMBB), 또는 기타) 에 따라 구성될 수도 있다. 일부 경우들에서, 용어 "셀" 은 논리적 엔티티가 동작하는 지리적 커버리지 영역 (110) (예컨대, 섹터) 의 부분을 지칭할 수도 있다. 본 명셋서에서 사용된 바와 같이, 용어 “셀” 또는 “섹터” 는 문맥에 따라 기지국 (102) 의 복수의 셀들 중 하나에, 또는 기지국 (102) 그 자체에 대응할 수도 있다.

이웃하는 매크로 셀 지리적 커버리지 영역들 (110) 은 (예컨대, 핸드오버 영역에서) 부분적으로 중첩할 수도 있고, 지리적 커버리지 영역들 (110) 의 일부는 더 큰 지리적 커버리지 영역 (110) 에 의해 실질적으로 중첩될 수도 있다. 예를 들어, 소형 셀 기지국 (102') 은 하나 이상의 매크로 셀 기지국들 (102) 의 지리적 커버리지 영역 (110) 과 실질적으로 오버랩하는 커버리지 영역 (110') 을 가질 수도 있다. 소형 셀 및 매크로 셀들 양자 모두를 포함하는 네트워크는 이종 네트워크로서 알려질 수도 있다. 이종 네트워크는 또한, 폐쇄 가입자 그룹(CSG)으로 알려진 제한된 그룹에 서비스를 제공할 수도 있는 홈 eNB들(HeNB들) 및/또는 홈 gNodeB들을 포함할 수도 있다. 기지국들 (102) 과 UE들 (104) 간의 통신 링크들 (120) 은 UE (104) 로부터 기지국 (102) 으로의 업링크 (UL) (역방향 링크로도 지칭됨) 송신 및/또는 기지국 (102) 으로부터 UE (104) 로의 다운링크 (DL) (순방향 링크로도 지칭됨) 송신들을 포함할 수도 있다. 통신 링크들 (120) 은 공간 멀티플렉싱, 빔포밍 및/또는 송신 다이버시티 (diversity) 를 포함하는 MIMO 안테나 기술을 사용할 수도 있다. 통신 링크들은 하나 이상의 캐리어들을 통할 수도 있다. 캐리어들의 할당은 DL 및 UL에 대해 비대칭일 수도 있다 (예를 들어, UL 에 대한 것보다 DL 에 대해 더 많거나 또는 적은 캐리어들이 할당될 수도 있다).

무선 통신 시스템 (100) 은 비허가 주파수 스펙트럼 (예를 들어, 5 기가헤르츠 (GHz))에서 통신 링크들 (154) 을 통해 WLAN 스테이션들 (STA들) (152) 과 통신하는 무선 로컬 영역 네트워크 (WLAN) 액세스 포인트 (AP) (150) 를 더 포함할 수도 있다. 비허가 주파수 스펙트럼에서 통신할 때, WLAN STA들 (152) 및/또는 WLAN AP (150) 는 채널이 이용 가능한지 여부를 결정하기 위해 통신하기 전에 클리어 채널 평가 (clear channel assessment; CCA) 를 수행할 수도 있다.

소형 셀 기지국 (102') 은 허가 및/또는 비허가 주파수 스펙트럼에서 동작할 수도 있다. 비허가 주파수 스펙트럼에서 동작할 경우, 소형 셀 기지국 (102') 은 LTE 또는 5G 기술을 채용하고, WLAN AP (150) 에 의해 사용된 바와 동일한 5 GHz 비허가 주파수 스펙트럼을 사용할 수도 있다. 비허가 주파수 스펙트럼에서의 LTE / 5G 를 채용하는 소형 셀 기지국 (102') 은 액세스 네트워크에 대한 커버리지를 신장시키고/시키거나 액세스 네트워크의 용량을 증가시킬 수도 있다. 비허가 스펙트럼에서의 LTE 는 LTE-비허가 (LTE-U), 허가 지원 액세스 (LAA) 또는 MulteFire 로 지칭될 수도 있다.

무선 통신 시스템 (100) 은 UE (182) 와의 통신에서 mmW 주파수에서 및/또는 근 mmW 주파수에서 동작할 수도 있는 mmW 기지국 (180) 을 더 포함할 수도 있다. 극고주파 (EHF) 는 전자기 스펙트럼에서 RF 의 부분이다. EHF 는 30 GHz 내지 300 GHz 의 범위 그리고 1 밀리미터와 10 밀리미터 사이의 파장을 갖는다. 이 대역에서의 라디오 파들은 밀리미터 파로 지칭될 수도 있다. 근 mmW 는 100 밀리미터의 파장을 갖는 3 GHz 의 주파수까지 아래로 확장할 수도 있다. 초고 주파수 (super high frequency; SHF) 대역은 3 GHz 와 30 GHz 사이로 확장되고, 또한, 센티미터 파 (centimeter wave) 로서 지칭된다. mmW / 근 mmW 라디오 주파수 대역을 이용하는 통신들은 높은 경로 손실 및 비교적 짧은 범위를 갖는다. mmW 기지국 (180) 은 매우 높은 경로 손실 및 짧은 범위를 보상하기 위해 UE (182) 와의 빔포밍 (184) 을 이용할 수도 있다. 추가로, 대안적인 구성에서, 하나 이상의 기지국들 (102) 은 또한 mmW 또는 근 mmW 및 빔포밍을 이용하여 송신할 수도 있음이 이해될 것이다. 따라서, 전술한 예시들은 단지 예들일 뿐이며 본 명세서에 개시된 다양한 양태들을 제한하는 것으로 해석되지 않아야 함이 인식될 것이다.

무선 통신 시스템 (100) 은 추가로, 하나 이상의 디바이스-대-디바이스 (D2D) 피어-투-피어 (P2P) 링크들을 통해 하나 이상의 통신 네트워크들에 간접적으로 접속하는, UE (190) 와 같은, 하나 이상의 UE들을 포함할 수도 있다. 도 1 의 예에서, UE (190) 는 기지국들 (102) 중 하나에 접속된 UE들 (104) 중 하나와 D2D P2P 링크 (192) 를 가지고 (그것을 통해 UE (190) 는 셀룰러 접속을 간접적으로 획득할 수도 있다), WLAN AP (150) 에 접속된 WLAN STA (152) 와 D2D P2P 링크 (194) 를 갖는다 (그것을 통해 UE (190) 는 WLAN-기반 인터넷 접속을 간접적으로 획득할 수도 있다). 예에서, D2D P2P 링크들 (192 -194) 은 LTE 다이렉트 (LTE-D), WiFi 다이렉트 (WiFi-D), 블루투스 등과 같은 임의의 잘 알려진 D2D RAT 로 지원될 수도 있다.

증가된 데이터 레이트들 및 감소된 5G 레이턴시를 활용하여, 다른 것들 중에서, 차량들 사이의 무선 통신들(차량-대-차량(V2V)), 차량들과 노변 인프라구조(차량-대-인프라구조(V2I)), 및 차량들과 보행자들 사이의 무선 통신들(차량-대-보행자(V2P))과 같은 지능형 교통 시스템(ITS) 애플리케이션들을 지원하기 위해 차량-대-만물(V2X) 통신 기술들이 구현되고 있다. 차량은 주변 환경을 감지하고 해당 정보를 다른 차량, 인프라, 개인 모바일 기기 등에 전달할 수 있도록 하는 것이 목표다. 이러한 차량 통신은 현재 기술들이 제공할 수 없는 안전, 이동성, 및 환경 고도화를 가능하게 할 것이다. 완전히 구현되면 이 기술은 무장애 차량 충돌을 80% 감소시킬 것으로 예상된다.

여전히 도 1 을 참조하면, 무선 통신 시스템 (100) 은 (예를 들어, Uu 인터페이스를 사용하여) 통신 링크들 (120) 을 통해 기지국들 (102) 과 통신할 수도 있는 다수의 V-UE들 (160) 을 포함할 수도 있다. V-UE들 (160) 은 또한 P2P/D2D 프로토콜들 (예를 들어, "PC5", LTE V2X D2D 인터페이스) 또는 ProSe 직접 통신들을 사용하여 무선 유니캐스트 사이드링크 (162) 를 통해 서로, 사이드링크 (166) 를 통해 노변 액세스 포인트 (164) 와, 또는 사이드링크 (168) 를 통해 UE들 (104) 과 직접 통신할 수도 있다. 사이드링크 통신은 D2D 미디어-공유, V2V 통신, V2X 통신 (예를 들어, 셀룰러 V2X (cV2X) 통신, 향상된 V2X (eV2X) 통신 등), 긴급 구조 애플리케이션들 등을 위해 사용될 수도 있다. D2D 통신들을 이용하는 V-UE들 (160) 의 그룹 중 하나 이상은 기지국 (102) 의 지리적 커버리지 영역 (110) 내에 있을 수도 있다. 그러한 그룹에서의 다른 UE들 (160) 은 기지국 (102) 의 지리적 커버리지 영역 (110) 밖에 있을 수도 있거나 또는 그 외에 기지국 (102) 으로부터의 송신물들을 수신할 수 없을 수도 있다. 일부 경우들에서, D2D 통신들을 통해 통신하는 V-UE들 (160) 의 그룹들은, 각각의 V-UE (160) 가 그룹 내의 모든 다른 V-UE (160) 로 송신하는 일-대-다 (1:M) 시스템을 활용할 수도 있다. 일부 경우들에 있어서, 기지국 (102) 은 D2D 통신을 위한 리소스들의 스케줄링을 용이하게 한다. 다른 경우들에서, D2D 통신은 기지국 (102) 의 관여 없이 UE들 (160) 사이에서 수행된다.

일 양태에서, V-UE들 (160), 및 도 1에 예시된 임의의 다른 UE 는 사이드링크 관리기 (170) 를 가질 수도 있다. 사이드링크 관리기 (170) 는 실행될 때, V-UE (170) 로 하여금 본 명세서에서 설명된 동작들을 수행하게 하는 하드웨어, 소프트웨어, 또는 펌웨어 컴포넌트일 수도 있다. 예를 들어, 사이드링크 관리기 (170) 는 V-UE (160) 의 메모리에 저장되고 V-UE (160) 의 프로세서에 의해 실행가능한 소프트웨어 모듈일 수도 있다. 다른 예로서, 사이드링크 매니저 (170) 는 V-UE (160) 내의 하드웨어 회로 (예를 들어, ASIC, FPGA (field programmable gate array) 등) 일 수도 있다.

일 양태에서, 기지국 (102), 및 도 1에 예시된 임의의 다른 기지국 (또는 AP) 은 사이드링크 리소스 관리기 (176) 를 가질 수도 있다. 사이드링크 리소스 관리기 (176) 는, 실행될 때, 기지국 (102)으로 하여금 본 명세서에서 설명된 동작들을 수행하게 하는 하드웨어, 소프트웨어, 또는 펌웨어 컴포넌트일 수도 있다. 예를 들어, 사이드링크 리소스 관리기 (176) 는 기지국 (102) 의 메모리에 저장되고 기지국 (102) 의 프로세서에 의해 실행가능한 소프트웨어 모듈일 수도 있다. 다른 예로서, 사이드링크 리소스 관리기 (176) 는 기지국 (102) 내의 하드웨어 회로 (예를 들어, ASIC, 필드 프로그래밍가능 게이트 어레이 (FPGA) 등) 일 수도 있다. 일 예로서, 사이드링크 리소스 관리기 (176) 는 기지국 (102) 이 각각의 UE들 사이에 확립된 사이드링크 접속들에 대한 할당을 위한 리소스(들)를 선택하는 것을 용이하게 할 수도 있다.

일 양태에서, 무선 사이드링크들 (162, 166, 168) 은 다른 차량들 및/또는 인프라스트럭처 액세스 포인트들 뿐만 아니라 다른 RAT들 사이의 다른 통신들과 공유될 수도 있는 관심 통신 매체를 통해 동작할 수도 있다. "매체"는 하나 이상의 송신기/수신기 쌍들 사이의 통신과 연관된 (예를 들어, 하나 이상의 캐리어들에 걸친 하나 이상의 채널들을 포함하는) 하나 이상의 주파수, 시간 및/또는 공간 통신 리소스들로 구성될 수도 있다.

일 양태에서, 무선 사이드링크들 (162, 166, 168) 은 cV2X 링크들일 수도 있다. 1세대 cV2X는 LTE에서 표준화되었으며, 다음 세대는 5G( "뉴 라디오" (NR) 또는 "5G NR" 이라고도 함)에서 정의될 것으로 예상된다. cV2X는 디바이스-대-디바이스 통신도 가능하게 하는 셀룰러 기술이다. 미국과 유럽에서는 6GHz 이하 허가 ITS 대역에서 cV2X가 작동할 것으로 예상된다. 다른 국가에서는 다른 대역들이 할당될 수도 있다. 따라서, 특정 예로서, 사이드링크들(162, 166, 168)에 의해 이용되는 관심 매체는 6GHz 미만의 허가된 ITS 주파수 대역의 적어도 일부에 대응할 수도 있다. 그러나, 본 발명은 이러한 주파수 대역 또는 셀룰러 기술에 제한되지 않는다.

일 양태에서, 무선 사이드링크들 (162, 166, 168) 은 전용 단거리 통신 (DSRC) 링크들일 수도 있다. DSRC는 V2V, V2I 및 V2P 통신을 위해 IEEE 802.11p라고도 하는 WAVE(Wireless Access for Vehicular Environments) 프로토콜을 사용하는 단방향 또는 양방향 근거리-중거리 무선 통신 프로토콜이다. IEEE 802.11p는 IEEE 802.11 표준의 승인된 개정안이며 미국에서 5.9GHz(5.85-5.925GHz)의 허가된 ITS 대역에서 동작한다. 유럽의 경우, IEEE 802.11p는 IEEE G5A 대역(5.875 - 5.905MHz)에서 동작한다. 다른 국가에서는 다른 대역들이 할당될 수도 있다. 위에서 간략히 설명된 V2V 통신들은 안전 채널 상에서 발생하며, 안전 채널은 미국에서 통상적으로 안전 목적에 전용되는 10 MHz 채널이다. DSRC 대역의 나머지(총 대역폭은 75 MHz임)는 도로 규칙들, 톨링, 주차 자동화 등과 같은, 운전자들에게 관심있는 다른 서비스들을 위해 의도된다. 따라서, 특정 예로서, 사이드링크들(162, 166, 168)에 의해 이용되는 관심있는 매체들은 5.9 GHz의 허가된 ITS 주파수 대역의 적어도 일부에 대응할 수도 있다.

대안적으로, 관심 매체는 다양한 RAT들 간에 공유되는 비허가 주파수 대역의 적어도 일부에 대응할 수도 있다. 상이한 허가 주파수 대역들이 (예를 들어, 미국의 연방 통신 위원회 (FCC) 와 같은 정부 엔티티에 의해) 특정 통신 시스템들을 위해 예비되었지만, 이들 시스템들, 특히 소형 셀 액세스 포인트들을 채용하는 시스템들은 최근에 무선 로컬 영역 네트워크 (WLAN) 기술들, 가장 특히 "Wi-Fi" 라고 일반적으로 지칭되는 IEEE 802.11x WLAN 기술들에 의해 사용되는 비허가 국가 정보 인프라스트럭처 (U-NII) 대역과 같은 비허가 주파수 대역들로 동작을 확장하였다. 이러한 타입의 예시적인 시스템들은 코드 분할 다중 액세스 (CDMA) 시스템들, 시간 분할 다중 액세스 (TDMA) 시스템들, 주파수 분할 다중 액세스 (FDMA) 시스템들, 직교 FDMA (OFDMA) 시스템들, 단일 캐리어 FDMA (SC-FDMA) 시스템들 등의 상이한 변형들을 포함한다.

V-UE들(160) 사이의 통신들은 V2V 통신들로 지칭되고, V-UE들(160)과 하나 이상의 노변 액세스 포인트들(164) 사이의 통신들은 V2I 통신들로 지칭되고, V-UE들(160)과 하나 이상의 P-UE들(104) 사이의 통신들은 V2P 통신들로 지칭된다. V-UE들(160) 사이의 V2V 통신은, 예를 들어, V-UE들(160)의 위치, 속도, 가속도, 방위, 및 다른 차량 데이터에 대한 정보를 포함할 수도 있다. V-UE(160)에서 하나 이상의 노변 액세스 포인트들(164)로부터 수신된 V2I 정보는, 예를 들어, 도로 규칙들, 주차 자동화 정보 등을 포함할 수도 있다. V-UE(160) 와 P-UE(104) 사이의 V2P 통신은 예를 들어 V-UE(160)의 포지션, 속도, 가속도, 및 헤딩, 및 P-UE(104)의 포지션, 속도 (여기서, P-UE(104)는 자전거), 및 헤딩에 관한 정보를 포함할 수도 있다.

도 2a 는 하나 이상의 양태들에 따른 예시적인 무선 네트워크 구조 (200) 를 도시한다. 예를 들어, 차세대 코어 (NGC) (210) 는 코어 네트워크를 형성하기 위해 협력적으로 동작하는 제어 평면 기능들 (214) (예를 들어, UE 등록, 인증, 네트워크 액세스, 게이트웨이 선택 등) 및 사용자 평면 기능들 (212) (예를 들어, UE 게이트웨이 기능, 데이터 네트워크들로의 액세스, IP 라우팅 등) 로서 기능적으로 보여질 수 있다. 사용자 평면 인터페이스(NG-U)(213) 및 제어 평면 인터페이스(NG-C)(215)는 하나 이상의 gNB들(222)을 NGC(210)에 그리고 구체적으로 제어 평면 기능들(214) 및 사용자 평면 기능들(212)에 접속시킨다. 추가적인 구성에서, 하나 이상의 eNB들 (224) 은 또한 NG-C (215) 를 통해 제어 평면 기능들 (214)에, 그리고 NG-U (213) 를 통해 사용자 평면 기능들 (212)에 NGC (210)에 접속될 수도 있다. 또한, eNB(들)(224)는 백홀 접속(223)을 통해 gNB(들)(222)와 직접 통신할 수도 있다. 따라서, 일부 구성들에서, 뉴 RAN (220) 은 오직 하나 이상의 gNB들 (222) 만을 가질 수도 있는 한편, 다른 구성들은 eNB들 (224) 및 gNB들 (222) 양자의 하나 이상을 포함한다. gNB(들)(222) 또는 eNB(들)(224) 중 어느 하나는 하나 이상의 UE들(240)(예를 들어, UE들(104), UE(152), UE(160), UE(182), UE(190) 등과 같은, 도 1에 도시된 UE들 중 임의의 것)과 통신할 수도 있다. 일 양태에서, 2 개의 UE들 (240) 은 도 1에서의 무선 유니캐스트 사이드링크 (162)에 대응할 수도 있는 무선 유니캐스트 사이드링크 (242) 를 통해 서로 통신할 수도 있다.

다른 선택적인 양태는 UE들 (240)에 대한 로케이션 보조를 제공하기 위해 NGC (210) 와 통신하는 로케이션 관리 기능 (LMF) (230) 을 포함할 수도 있다. LMF(230)는, UE(240) 및/또는 뉴 RAN(220)으로부터의 정보를 사용하여, UE(240)의 현재 로케이션을 결정하고 요청 시에 그것을 제공한다. LMF(230)는 구조적으로 분리된 복수의 서버들로서 구현될 수 있거나, 대안적으로 각각 단일 서버에 대응할 수도 있다. 도 2a는 LMF(230)가 NGC(210) 및 뉴 RAN(220)과 별개인 것으로 예시하지만, 그것은 대신에 NGC(210) 또는 뉴 RAN(220)의 하나 이상의 컴포넌트들에 통합될 수도 있다.

도 2b 는 하나 이상의 양태들에 따른 예시적인 무선 네트워크 구조 (250) 를 도시한다. 예를 들어, 진화형 패킷 코어 (EPC) (260) 는 코어 네트워크를 형성하기 위해 협력적으로 동작하는 제어 평면 기능들, 즉, 이동성 관리 엔티티 (MME) (264), 및 사용자 평면 기능들, 즉, 패킷 데이터 네트워크 게이트웨이/서빙 게이트웨이 (P/SGW) (262) 로서 기능적으로 보일 수 있다. S1 제어 평면 인터페이스 (S1-MME) (265) 및 S1 사용자 평면 인터페이스 (S1-U) (263) 는 하나 이상의 eNB들 (224) 을 EPC (260)에, 구체적으로는 MME (264) 및 P/SGW (262)에 각각 접속시킨다.

추가적인 구성에서, 하나 이상의 gNB들 (222) 은 또한 S1-MME (265) 내지 MME (264) 및 S1-U (263) 내지 P/SGW (262) 를 통해 EPC (260)에 접속될 수도 있다. 또한, eNB(들)(224)는 EPC(260)에 대한 gNB 직접 접속성을 갖거나 갖지 않고, 백홀 접속(223)을 통해 하나 이상의 gNB들(222)과 직접 통신할 수도 있다. 따라서, 일부 구성들에서, 뉴 RAN(220)은 gNB(들)(222)만을 가질 수도 있는 반면, 다른 구성들은 eNB(들)(224) 및 gNB(들)(222) 양자를 포함한다. gNB(들)(222) 또는 eNB(들)(224) 중 어느 하나는 하나 이상의 UE들(240)(예를 들어, UE들(104), UE(182), UE(190) 등과 같은, 도 1에 도시된 UE들 중 임의의 것)과 통신할 수도 있다. 일 양태에서, 2 개의 UE들 (240) 은 도 1에서의 무선 유니캐스트 사이드링크 (162)에 대응할 수도 있는 무선 유니캐스트 사이드링크 (242) 를 통해 서로 통신할 수도 있다.

다른 선택적인 양태는 UE(들) (240)에 대한 로케이션 보조를 제공하기 위해 EPC (260) 와 통신할 수도 있는 로케이션 서버 (270) 를 포함할 수도 있다. 일 양태에서, 로케이션 서버 (270) 는 E-SMLC (Evolved Serving Mobile Location Center), SLP (Secure User Plane Location), GMLC (Gateway Mobile Location Center) 등일 수도 있다. 로케이션 서버 (270) 는 복수의 구조적으로 분리된 서버들로서 구현될 수 있거나, 또는 대안적으로, 단일 서버에 각각 대응할 수도 있다. 로케이션 서버 (270) 는 코어 네트워크, EPC (260) 를 통해, 및/또는 인터넷 (예시되지 않음) 을 통해 로케이션 서버 (270) 에 접속할 수 있는 UE(들) (240) 에 대해 하나 이상의 로케이션 서비스들을 지원하도록 구성될 수 있다.

도 3 은 본 개시의 양태들에 따른, 유니캐스트 사이드링크 확립을 지원하는 무선 통신 시스템(300)의 일 예를 도시한다. 일부 예들에 있어서, 무선 통신 시스템 (300) 은 무선 통신 시스템들 (100, 200, 및 250) 의 양태들을 구현할 수도 있다. 무선 통신 시스템 (300) 은, 도 1에 도시된 UE들, 이를테면 UE들 (104), UE (152), UE들 (160), UE (182), UE (190) 등, 또는 도 2a 및 도 2b에 도시된 UE들 (240) 중 임의의 것의 예들일 수도 있는 제 1 UE (302) 및 제 2 UE (304) 를 포함할 수도 있다. UE (302) 는 UE (302) 와 UE (304) 사이의 V2X 통신 링크일 수도 있는 UE (304) 와의 사이드링크를 통해 유니캐스트 접속을 확립하려고 시도할 수도 있다. 추가적으로 또는 대안적으로, 사이드링크를 통한 유니캐스트 연결은 일반적으로 임의의 2개의 UE들 사이의 사이드링크 통신들을 위해 사용될 수도 있다. 따라서, 확립된 사이드링크 접속은 도 1의 무선 사이드링크 (162, 166, 및/또는 168) 및/또는 도 2a 및 도 2b의 무선 사이드링크 (242)에 대응할 수도 있다. 일부 경우들에서, UE(302)는 유니캐스트 접속 절차를 개시하는 개시 UE로 지칭될 수도 있고, UE(304)는 개시 UE에 의해 유니캐스트 접속 절차를 타겟으로 하는 타겟 UE로 지칭될 수도 있다.

유니캐스트 접속을 확립하기 위해, 액세스 계층 (access stratum; AS) (무선 링크들을 통해 데이터를 전송하고 라디오 리소스들을 관리하는 것을 담당하는, RAN 과 UE 사이의 UMTS 및 LTE 프로토콜 스택들, 또한 "계층 2" 로 지칭됨) 파라미터들은 UE (302) 와 UE (304) 사이에서 구성되고 협상될 수도 있다. 예를 들어, 송신 및 수신 능력 매칭은 UE (302) 와 UE (304) 사이에서 협상될 수도 있다. 각각의 UE 는 상이한 능력들 (예를 들어, 송신 및 수신 능력들, 64QAM, 송신 다이버시티, 캐리어 집성 (carrier aggregation; CA) 능력들, 지원되는 통신 주파수 대역(들) 등) 을 가질 수도 있다. 일부 경우들에서, 상이한 서비스들이 UE(302) 및 UE(304)에 대한 대응하는 프로토콜 스택들의 상위 계층들에서 지원될 수도 있다. 추가적으로, 보안 연관은 유니캐스트 접속을 위해 UE(302)와 UE(304) 사이에 확립될 수도 있다. 유니캐스트 트래픽은 링크 레벨에서 보안 보호(예를 들어, 무결성 보호)로부터 이익을 얻을 수도 있다. 보안 요건들은 상이한 무선 통신 시스템들에 대해 상이할 수도 있다. 예를 들어, V2X 및 Uu 시스템들은 상이한 보안 요건들을 가질 수도 있다(예를 들어, Uu 보안은 기밀성 보호를 포함하지 않는다). 추가적으로, 인터넷 프로토콜 (IP) 구성들 (예를 들어, IP 버전들, 어드레스들 등) 은 UE (302) 와 UE (304) 사이의 유니캐스트 접속을 위해 협상될 수도 있다.

일부 경우들에서, UE (304) 는 유니캐스트 접속 확립을 보조하기 위해 셀룰러 네트워크 (예를 들어, cV2X) 를 통해 송신할 서비스 공지(service announcement) (예를 들어, 서비스 능력 메시지) 를 생성할 수도 있다. 통상적으로, UE (302) 는 근처의 UE들 (예를 들어, UE (304))에 의해 암호화되지 않고 브로드캐스팅된 기본 서비스 메시지 (BSM)에 기초하여 유니캐스트 통신들을 위한 후보들을 식별하고 로케이팅할 수도 있다. BSM은 대응하는 UE에 대한 로케이션 정보, 보안 및 아이덴티티 정보, 및 차량 정보(예를 들어, 속도, 기동, 크기 등)를 포함할 수도 있다. 그러나, 상이한 무선 통신 시스템들 (예를 들어, D2D 또는 V2X 통신들)에 대해, 발견 채널은 UE (302) 가 BSM(들)을 검출할 수 있도록 구성되지 않을 수도 있다. 이에 따라, UE (304) 및 다른 인근 UE들 (예를 들어, 발견 신호)에 의해 송신된 서비스 공지는 상위 계층 신호일 수도 있고 (예를 들어, NR 사이드링크 브로드캐스트에서) 브로드캐스트될 수도 있다. 일부 경우들에서, UE(304)는 자신이 소유하는 접속 파라미터들 및/또는 능력들을 포함하여, 서비스 공지에 자신을 위한 하나 이상의 파라미터들을 포함할 수도 있다. UE (302) 는 그 후 대응하는 유니캐스트 접속들에 대한 잠재적인 UE들을 식별하기 위해 브로드캐스트된 서비스 공지를 모니터링하고 수신할 수도 있다. 일부 경우들에서, UE(302)는 각각의 UE가 그들의 각각의 서비스 공지들에서 표시하는 능력들에 기초하여 잠재적인 UE들을 식별할 수도 있다.

서비스 공지는 UE(302)(예를 들어, 또는 임의의 개시 UE)가 서비스 공지를 송신하는 UE를 식별하는 것을 보조하기 위한 정보를 포함할 수도 있다. 예를 들어, 서비스 공지는 직접 통신 요청들이 전송될 수도 있는 채널 정보를 포함할 수도 있다. 일부 경우들에서, 채널 정보는 RAT (예를 들어, LTE 또는 NR)에 특정적일 수도 있고, UE (302) 가 통신 요청을 송신하는 리소스 풀을 포함할 수도 있다. 추가적으로, 서비스 공지는, 목적지 어드레스가 현재 어드레스 (예를 들어, 서비스 공지를 송신하는 UE 또는 스트리밍 제공자의 어드레스) 와 상이한 경우 UE에 대한 특정 목적지 어드레스 (예를 들어, 계층 2 (L2) 목적지 어드레스) 를 포함할 수도 있다. 서비스 공지는 또한 UE(302)가 통신 요청을 송신하기 위한 네트워크 또는 전송 계층을 포함할 수도 있다. 예를 들어, 네트워크 계층("L3" 또는 "L3"라고도 함) 또는 전송 계층("L4" 또는 "L4"라고도 함)은 서비스 공지를 송신하는 UE에 대한 애플리케이션의 포트 넘버를 나타낼 수도 있다. 일부 경우들에서, 시그널링(예를 들어, PC5 시그널링)이 프로토콜(예를 들어, 실시간 전송 프로토콜(RTP))을 직접 반송하거나 국부적으로 생성된 랜덤 프로토콜을 제공하는 경우, IP 어드레싱이 필요하지 않을 수도 있다. 또한, 서비스 공지는 크리덴셜 확립을 위한 프로토콜의 타입 및 QoS 관련 파라미터들을 포함할 수도 있다.

잠재적인 유니캐스트 접속 타겟 (예를 들어, UE (304)) 을 식별한 후, UE (302) (예를 들어, 개시 UE) 는 식별된 타겟에 접속 요청 (315) 을 송신할 수도 있다. 일부 경우들에서, 접속 요청 (315) 은 UE (304) 와의 유니캐스트 접속을 요청하기 위해 UE (302)에 의해 송신된 제 1 RRC 메시지 (예를 들어, RRCDirectConnectionSetupRequest 메시지) 일 수도 있다. 예를 들어, 유니캐스트 접속은 유니캐스트 링크에 대해 PC5 인터페이스를 이용할 수도 있고, 접속 요청(315)은 RRC 접속 셋업 요청 메시지일 수도 있다. 추가적으로, UE (302) 는 접속 요청 (315) 을 전송하기 위해 사이드링크 시그널링 라디오 베어러 (305) 를 사용할 수도 있다.

접속 요청 (315) 을 수신한 후, UE (304) 는 접속 요청 (315) 을 수락할지 또는 거절할지를 결정할 수도 있다. UE (304) 는 송신/수신 능력, 사이드링크를 통한 유니캐스트 접속을 수용하는 능력, 유니캐스트 접속을 위해 표시된 특정 서비스, 유니캐스트 접속을 통해 송신될 콘텐츠, 또는 이들의 조합에 이러한 결정을 기초할 수도 있다. 예를 들어, UE (302) 가 데이터를 송신 또는 수신하기 위해 제 1 RAT 를 사용하기를 원하지만 UE (304) 가 제 1 RAT 를 지원하지 않는 경우, UE (304) 는 접속 요청 (315) 을 거절할 수도 있다. 추가적으로 또는 대안적으로, UE (304) 는 제한된 라디오 리소스, 스케줄링 이슈 등으로 인해 사이드링크를 통한 유니캐스트 접속을 수용할 수 없는 것에 기초하여 접속 요청 (315) 을 거절할 수도 있다. 이에 따라, UE(304)는 접속 응답(320)에서 요청이 수락되는지 또는 거절되는지 여부의 표시를 송신할 수도 있다. UE (302) 및 접속 요청 (315) 과 유사하게, UE (304) 는 접속 응답 (320) 을 전송하기 위해 사이드링크 시그널링 라디오 베어러 (310) 를 사용할 수도 있다. 부가적으로, 접속 응답 (320) 은 접속 요청 (315)에 응답하여 UE (304)에 의해 송신된 제 2 RRC 메시지 (예컨대, RRCDirectConnectionResponse 메시지) 일 수도 있다.

일부 경우들에서, 사이드링크 시그널링 라디오 베어러들(305 및 310)은 동일한 사이드링크 무선 신호 베어러일 수도 있거나 또는 별개의 사이드링크 시그널링 라디오 베어러들일 수도 있다. 따라서 사이드링크 시그널링 라디오 베어러(305, 310)를 위해 RLC 계층 AM(Acknowledged Mode)이 사용될 수도 있다. 유니캐스트 접속을 지원하는 UE는 사이드링크 시그널링 라디오 베어러들과 연관된 논리 채널 상에서 리스닝할 수도 있다. 일부 경우들에서, AS 계층(즉, 계층 2)은 V2X 계층(예를 들어, 데이터 평면) 대신에 RRC 시그널링(예를 들어, 제어 평면)을 통해 직접 정보를 전달할 수도 있다.

접속 응답 (320) 이 UE (304) 가 접속 요청 (315) 을 수락했다고 표시하면, UE (302) 는 유니캐스트 접속 셋업이 완료되었음을 표시하기 위해 사이드링크 시그널링 라디오 베어러 (305) 상에서 접속 확립 (325) 메시지를 송신할 수도 있다. 일부 경우들에서, 접속 확립 (325) 은 제 3 RRC 메시지 (예를 들어, RRCDirectConnectionSetupComplete 메시지) 일 수도 있다. 접속 요청 (315), 접속 응답 (320), 및 접속 확립 (325) 각각은 각각의 UE 가 대응하는 송신 (예를 들어, RRC 메시지) 을 수신 및 디코딩할 수 있게 하기 위해 UE 로부터 다른 UE 로 전송될 때 기본 능력을 사용할 수도 있다.

추가적으로, 식별자들은 접속 요청 (315), 접속 응답 (320), 및 접속 확립 (325) (예를 들어, RRC 시그널링) 각각에 대해 사용될 수도 있다. 예를 들어, 식별자들은 어느 UE(302/304)가 어느 메시지를 송신하고 있는지 및/또는 메시지가 어느 UE(302/304)에 대해 의도되는지를 표시할 수도 있다. 물리(PHY) 채널들에 대해, RRC 시그널링 및 임의의 후속 데이터 송신들은 동일한 식별자(예를 들어, L2 ID들)를 사용할 수도 있다. 그러나, 논리 채널들에 대해, 식별자들은 RRC 시그널링 및 데이터 송신들에 대해 분리될 수도 있다. 예를 들어, 논리 채널들 상에서, RRC 시그널링 및 데이터 송신들은 상이하게 취급되고 상이한 확인응답(ACK) 피드백 메시징을 가질 수도 있다. 일부 경우들에서, RRC 메시징을 위해, PHY 계층 ACK는 대응하는 메시지들이 적절하게 송신 및 수신되는 것을 보장하기 위해 사용될 수도 있다.

유니캐스트 접속에 대한 대응하는 AS 계층 파라미터들의 협상을 가능하게 하기 위해, 하나 이상의 정보 엘리먼트들이 각각 UE(302) 및/또는 UE(304)에 대한 접속 요청(315) 및/또는 접속 응답(320)에 포함될 수도 있다. 예를 들어, UE (302) 및/또는 UE (304) 는 유니캐스트 접속에 대한 PDCP 컨텍스트를 설정하기 위해 대응하는 유니캐스트 접속 셋업 메시지에 패킷 데이터 수렴 프로토콜 (PDCP) 파라미터들을 포함할 수도 있다. 일부 경우들에서, PDCP 컨텍스트는 PDCP 복제가 유니캐스트 연결에 대해 이용되는지 여부를 표시할 수도 있다. 부가적으로, UE (302) 및/또는 UE (304) 는 유니캐스트 접속의 RLC 컨텍스트를 설정하기 위해 유니캐스트 접속을 확립할 때 RLC 파라미터들을 포함할 수도 있다. 예를 들어, RLC 컨텍스트는 유니캐스트 통신들의 RLC 계층에 대해 AM(예를 들어, 리오더링 타이머(t-리오더링)가 사용되는지) 또는 확인응답되지 않은 모드(UM)가 사용되는지 여부를 표시할 수도 있다.

추가적으로, UE(302) 및/또는 UE(304)는 유니캐스트 연결에 대한 MAC 컨텍스트를 설정하기 위한 매체 액세스 제어(MAC) 파라미터들을 포함할 수도 있다. 일부 경우들에서, MAC 컨텍스트는 유니캐스트 접속을 위해 리소스 선택 알고리즘들, 하이브리드 자동 반복 요청(HARQ) 피드백 방식(예를 들어, ACK 또는 부정 ACK(NACK) 피드백), HARQ 피드백 방식에 대한 파라미터들, CA, 또는 이들의 조합을 가능하게 할 수도 있다. 추가적으로, UE(302) 및/또는 UE(304)는 유니캐스트 연결을 확립할 때 PHY 계층 파라미터들을 포함하여 유니캐스트 연결에 대한 PHY 계층 컨텍스트를 설정할 수도 있다. 예를 들어, PHY 계층 컨텍스트는 (각각의 UE에 대해 송신 프로파일들이 포함되지 않는 한) 송신 포맷 및 유니캐스트 연결에 대한 라디오 리소스 구성(예를 들어, 대역폭 부분(BWP), 뉴머롤로지 등)을 표시할 수도 있다. 이러한 정보 요소들은 상이한 주파수 범위 구성들(예를 들어, 6GHz 미만 주파수 대역, 통상적으로 450MHz 내지 6000MHz에 대한 주파수 범위 1(FR1), 및 mmW, 통상적으로 24250MHz 내지 52600MHz에 대한 주파수 범위 2(FR2))에 대해 지원될 수도 있다.

일부 경우들에서, 보안 컨텍스트는 또한 (예를 들어, 접속 확립(325) 메시지가 송신된 후에) 유니캐스트 연결에 대해 설정될 수도 있다. 보안 연관 (예를 들어, 보안 컨텍스트) 이 UE (302) 와 UE (304) 사이에 확립되기 전에, 사이드링크 시그널링 라디오 베어러들 (305 및 310) 은 보호되지 않을 수도 있다. 보안 연관이 확립된 후, 사이드링크 시그널링 라디오 베어러들(305 및 310)은 보호될 수도 있다. 따라서, 보안 컨텍스트는 유니캐스트 접속 및 사이드링크 시그널링 라디오 베어러들(305 및 310)을 통한 보안 데이터 송신들을 가능하게 할 수도 있다. 추가적으로, IP 계층 파라미터들(예를 들어, 링크-로컬 IPv4 또는 IPv6 어드레스들)이 또한 협상될 수도 있다. 일부 경우들에서, IP 계층 파라미터들은 RRC 시그널링이 확립된 (예를 들어, 유니캐스트 접속이 확립된) 후에 실행되는 상위 계층 제어 프로토콜에 의해 협상될 수도 있다. 전술한 바와 같이, UE (304) 는 유니캐스트 접속을 위해 표시된 특정 서비스 및/또는 유니캐스트 접속을 통해 송신될 콘텐츠 (예를 들어, 상위 계층 정보)에 대해 접속 요청 (315) 을 수락 또는 거절할지 여부에 대한 결정을 기초로 할 수도 있다. 특정 서비스 및/또는 콘텐츠는 또한 RRC 시그널링이 확립된 후에 실행되는 상위 계층 제어 프로토콜에 의해 지시될 수도 있다.

유니캐스트 접속이 확립된 후, UE (302) 및 UE (304) 는 사이드링크 (330) 를 통해 유니캐스트 접속을 사용하여 통신할 수도 있으며, 여기서 사이드링크 데이터 (335) 는 2 개의 UE들 (302 및 304) 사이에서 송신된다. 일부 경우들에서, 사이드링크 데이터 (335) 는 2 개의 UE들 (302 및 304) 사이에서 송신되는 RRC 메시지들을 포함할 수도 있다. 사이드링크 (330) 상에서 이러한 유니캐스트 접속을 유지하기 위해, UE (302) 및/또는 UE (304) 는 킵 얼라이브 메시지 (예를 들어, RRCDirectLinkAlive 메시지, 제 4 RRC 메시지 등) 를 송신할 수도 있다. 일부 경우들에서, 킵 얼라이브 메시지(keep alive message)는 주기적으로 또는 온-디맨드(on-demand)(예를 들어, 이벤트-트리거링)로 트리거링될 수도 있다. 따라서, 킵 얼라이브 메시지의 트리거링 및 송신은 UE(302)에 의해 또는 UE(302) 및 UE(304) 양자 모두에 의해 호출될 수도 있다. 추가적으로 또는 대안적으로, (예를 들어, 사이드링크 (330) 를 통해 정의된) MAC 제어 엘리먼트 (CE) 는 사이드링크 (330) 상의 유니캐스트 접속의 상태를 모니터링하고 접속을 유지하기 위해 사용될 수도 있다. 유니캐스트 접속이 더 이상 필요하지 않을 때 (예를 들어, UE (302) 가 UE (304) 로부터 충분히 멀리 이동할 때), UE (302) 및/또는 UE (304) 중 어느 하나는 사이드링크 (330) 를 통해 유니캐스트 접속을 드롭하기 위해 해제 절차를 시작할 수도 있다. 따라서, 후속 RRC 메시지들은 유니캐스트 접속 상에서 UE(302)와 UE(304) 사이에서 송신되지 않을 수도 있다.

도 4a, 도 4b 및 도 4c 는 본 명세서에서 교시되는 바와 같은 파일 송신 동작들을 지원하기 위해 UE (402) (본 명세서에서 설명된 UE들 중 임의의 것에 대응할 수도 있음), 기지국 (404) (본 명세서에서 설명된 기지국들 중 임의의 것에 대응할 수도 있음), 및 네트워크 엔티티 (406) (로케이션 서버 (230) 및 LMF (270) 를 포함하는, 본 명세서에서 설명된 네트워크 기능들 중 임의의 것에 대응하거나 이를 구현할 수도 있음)에 통합될 수도 있는 몇몇 샘플 컴포넌트들 (대응하는 블록들로 표현됨) 을 예시한다. 이들 컴포넌트들은 상이한 구현들에서 (예를 들어, ASIC, 시스템-온-칩 (SoC) 등에서) 상이한 타입들의 장치들로 구현될 수도 있음을 알 것이다. 도시된 컴포넌트들은 또한 통신 시스템에서의 다른 장치들에 통합될 수도 있다. 예를 들어, 시스템에서의 다른 장치들은 유사한 기능성을 제공하기 위해 설명된 것들과 유사한 컴포넌트들을 포함할 수도 있다. 또한, 주어진 장치는 컴포넌트들 중 하나 이상을 포함할 수도 있다. 예를 들어, 장치는 장치가 다중 캐리어들 상에서 동작하고 및/또는 상이한 기술들을 통해 통신하는 것을 가능하게 하는 다중 트랜시버 컴포넌트들을 포함할 수도 있다.

UE (402) 및 기지국 (404) 은 각각 하나 이상의 무선 통신 네트워크들 (도시되지 않음), 이를 테면 NR 네트워크, LTE 네트워크, GSM 네트워크 등을 통해 통신하도록 구성된, 무선 광역 네트워크 (WWAN) 트랜시버 (410 및 450) 를 각각 포함한다. WWAN 트랜시버들 (410 및 450) 은 관심의 무선 통신 매체 (예를 들어, 특정 주파수 스펙트럼에서 시간/주파수 리소스들의 일부 세트) 를 통해 적어도 하나의 지정된 RAT (예를 들어, NR, LTE, GSM 등) 를 경유하여, 다른 UE들, 액세스 포인트들, 기지국들 (예를 들어, eNB들, gNB들) 등과 같은 다른 네트워크 노드들과 통신하기 위해, 각각 하나 이상의 안테나 (416 및 456) 에 연결될 수도 있다. NR 트랜시버들 (410 및 450) 은 지정된 RAT 에 따라, 신호들 (418 및 458) (예를 들어, 메시지들, 표시들, 정보 등) 을 각각 송신 및 인코딩하고, 반대로 신호들 (418 및 458) (예를 들어, 메시지들, 표시들, 정보, 파일럿들 등) 을 각각 수신 및 디코딩하기 위해 다양하게 구성될 수도 있다. 구체적으로, NR 트랜시버들 (410 및 450) 은 신호들 (418 및 458) 을 각각 송신 및 인코딩하기 위한 하나 이상의 송신기 (414 및 454), 및 신호들 (418 및 458) 을 각각 수신 및 디코딩하기 위한 하나 이상의 수신기 (412 및 452) 를 각각 포함한다.

UE (402) 및 기지국 (404) 은 또한 적어도 일부 경우들에서, 무선 로컬 영역 네트워크 (WLAN) 트랜시버들 (420 및 460) 을 각각 포함한다. WWAN 트랜시버들 (420 및 460) 은 관심의 무선 통신 매체를 통해 적어도 하나의 지정된 RAT (예를 들어, WiFi, LTE-D, Bluetooth® 등) 를 경유하여, 다른 UE들, 액세스 포인트들, 기지국들 등과 같은 다른 네트워크 노드들과 통신하기 위해, 각각 하나 이상의 안테나 (426 및 466) 에 연결될 수도 있다. WLAN 트랜시버 (420 및 460) 는 신호들 (428 및 468)(예를 들어, 메시지들, 표시들, 정보 등) 을 각각 송신 및 인코딩하고, 반대로 신호들 (428 및 468)(예를 들어, 메시지들, 표시들, 정보, 파일럿들 등) 을 지정된 RAT 에 따라 각각, 수신 및 디코딩하기 위해 다양하게 구성될 수도 있다. 구체적으로, NR 트랜시버들 (420 및 460) 은 신호들 (428 및 468) 을 각각 송신 및 인코딩하기 위한 하나 이상의 송신기 (424 및 464), 및 신호들 (428 및 468) 을 각각 수신 및 디코딩하기 위한 하나 이상의 수신기 (422 및 462) 를 각각 포함한다.

송신기 및 수신기를 포함하는 트랜시버 회로부는 일부 구현들에서 통합된 디바이스 (예컨대, 단일 통신 디바이스의 송신기 회로 및 수신기 회로로서 구현됨) 를 포함할 수도 있거나, 일부 구현들에서 별개의 송신기 디바이스 및 별개의 수신기 디바이스를 포함할 수도 있거나, 또는 다른 구현들에서 다른 방식들로 구현될 수도 있다. 일 양태에서, 송신기는 본 명세서에서 설명된 바와 같이 개별의 장치가 송신 "빔포밍" 을 수행하도록 허용하는 안테나 어레이와 같은 복수의 안테나들 (예를 들어, 안테나들 (416, 436, 및 476)) 을 포함하거나 이에 커플링될 수도 있다. 유사하게, 수신기는 본 명세서에서 설명된 바와 같이 개별의 장치가 수신 빔포밍을 수행하도록 허용하는 안테나 어레이와 같은 복수의 안테나들 (예를 들어, 안테나들 (416, 436, 및 476)) 을 포함하거나 이에 커플링될 수도 있다. 일 양태에서, 송신기 및 수신기는 동일한 복수의 안테나 (예를 들어, 안테나들 (416, 436, 및 476)) 를 공유할 수도 있어서, 개개의 장치 양자 모두가 동시가 아닌 주어진 시간에만 수신 또는 송신할 수 있다. 장치들 (402 및/또는 404) 의 무선 통신 디바이스 (예를 들어, 트랜시버들 (410 및 420 및/또는 450 및 460) 중 하나 또는 양자 모두) 는 또한 다양한 측정들을 수행하기 위해 NLM (network listen module) 등을 포함할 수도 있다.

장치들 (402 및 404) 은 또한, 적어도 일부 경우들에서, SPS (satellite positioning systems) 수신기들 (430 및 470) 을 포함한다. SPS 수신기들 (430 및 470) 은 글로벌 포지셔닝 시스템 (GPS) 신호들, 글로벌 내비게이션 위성 시스템 (GLONASS) 신호들, Galileo 신호들, Beidou 신호들, 인도 지역 내비게이션 위성 시스템 (NAVIC), QZSS (Quasi-Zenith Satellite System) 등과 같은 SPS 신호들 (438 및 478) 을 각각 수신하기 위해 하나 이상의 안테나들 (436 및 476) 에 각각 접속될 수도 있다. SPS 수신기들 (430 및 470) 은 SPS 신호들 (438 및 478) 을 각각 수신 및 프로세싱하기 위한 임의의 적합한 하드웨어 및/또는 소프트웨어를 포함할 수도 있다. SPS 수신기들 (430 및 470) 은 다른 시스템들로부터 적절히 정보 및 동작들을 요청하고, 임의의 적합한 SPS 알고리즘에 의해 획득된 측정들을 사용하여 장치 (402 및 404) 의 포지션들을 결정하는데 필요한 계산들을 수행한다.

기지국 (404) 및 네트워크 엔티티 (406) 는 각각 다른 네트워크 엔티티들과 통신하기 위한 적어도 하나의 네트워크 인터페이스들 (480 및 490) 을 포함한다. 예를 들어, 네트워크 인터페이스들 (480 및 490) (예를 들어, 하나 이상의 네트워크 액세스 포트들) 은 유선 기반 또는 무선 백홀 접속을 통해 하나 이상의 네트워크 엔티티들과 통신하도록 구성될 수도 있다. 일부 양태들에서, 네트워크 인터페이스들 (480 및 490) 은 유선 기반 또는 무선 신호 통신을 지원하도록 구성된 트랜시버들로서 구현될 수도 있다. 이러한 통신은 예를 들어, 메시지들, 파라미터들, 또는 다른 타입들의 정보를 전송 및 수신하는 것을 수반할 수도 있다.

장치들 (402, 404, 및 406) 은 또한, 본 명세서에 개시된 바와 같은 동작들과 함께 사용될 수도 있는 다른 컴포넌트들을 포함한다. UE (402) 는 예를 들어, 본 명세서에 개시된 바와 같은 FBS (false base station) 검출에 관한 기능성을 제공하기 위한 그리고 다른 프로세싱 기능성을 제공하기 위한 프로세싱 시스템 (432) 을 구현하는 프로세서 회로부를 포함한다. 기지국 (404) 은 예를 들어, 본 명세서에 개시된 바와 같은 FBS 검출에 관한 기능성을 제공하기 위한 그리고 다른 프로세싱 기능성을 제공하기 위한 프로세싱 시스템 (484) 을 포함한다. 네트워크 엔티티 (406) 는 예를 들어, 본 명세서에 개시된 바와 같은 FBS 검출에 관한 기능성을 제공하기 위한 그리고 다른 프로세싱 기능성을 제공하기 위한 프로세싱 시스템 (494) 을 포함한다. 일 양태에서, 프로세싱 시스템들 (432, 484, 및 494) 은 예를 들어, 하나 이상의 범용 프로세서들, 멀티-코어 프로세서들, ASIC들, 디지털 신호 프로세서들 (DSP들), 필드 프로그래밍가능 게이트 어레이들 (FPGA), 또는 다른 프로그래밍가능 로직 디바이스들 또는 프로세싱 회로부를 포함할 수도 있다.

장치들 (402, 404, 및 406) 은 정보 (예를 들어, 예비된 리소스들, 임계치들, 파라미터들 등을 표시하는 정보) 를 유지하기 위한 메모리 컴포넌트들 (440, 486, 및 496) (예를 들어, 메모리 디바이스를 각각 포함함) 을 각각 구현하는 메모리 회로부를 포함한다. 일부 경우들에서, 장치 (402) 는 사이드링크 관리기 (170) 를 포함할 수도 있고, 장치 (404) 는 사이드링크 리소스 관리기 (176) 를 포함할 수도 있다. 사이드링크 관리기 (170) 및 사이드링크 리소스 관리기 (176) 는, 실행될 때, 장치들 (402, 404, 및 406) 로 하여금 본 명세서에서 설명된 기능을 수행하게 하는 프로세싱 시스템들 (432, 484, 및 494) 의 일부이거나 또는 이들에 각각 커플링되는 하드웨어 회로들일 수도 있다. 대안적으로, 사이드링크 관리기 (170) 및 사이드링크 리소스 관리기 (176) 는, 프로세싱 시스템들 (432, 484, 및 494)에 의해 실행될 때, 장치들 (402, 404, 및 406) 로 하여금 본 명세서에서 설명된 기능을 수행하게 하는, 메모리 컴포넌트들 (440, 486, 및 496)에 각각 저장된 (도 4a 내지 도 4c에 도시된 바와 같은) 메모리 모듈들일 수도 있다.

UE (402) 는 WWAN 트랜시버 (410), WLAN 트랜시버 (420), 및/또는 GPS 수신기 (430) 에 의해 수신된 신호들로부터 도출된 모션 데이터에 독립적인 움직임 및/또는 배향 정보를 제공하기 위해 프로세싱 시스템 (432) 에 커플링된 하나 이상의 센서들 (444) 을 포함할 수도 있다. 예로서, 센서(들) (444) 는 가속도계 (예를 들어, 마이크로-전기 기계 시스템들 (MEMS) 디바이스), 자이로스코프, 지자기 센서 (예를 들어, 나침반), 고도계 (예를 들어, 기압 고도계), 및/또는 임의의 다른 타입의 움직임 검출 센서를 포함할 수도 있다. 더욱이, 센서(들) (444) 는 모션 정보를 제공하기 위해 복수의 상이한 타입들의 디바이스들을 포함하고 이들의 출력들을 결합할 수도 있다. 예를 들어, 센서(들) (444) 는 2D 및/또는 4D 좌표 시스템들에서 포지션들을 계산하는 능력을 제공하기 위해 멀티-축 가속도계 및 배향 센서들의 조합을 사용할 수도 있다.

또한, UE (402) 는 사용자에게 표시들 (예를 들어, 가청 및/또는 시각적 표시들) 을 제공하기 위한 및/또는 사용자 입력을 수신하기 위한 사용자 인터페이스 (446) 를 (예를 들어, 키패드, 터치 스크린, 마이크로폰 등과 같은 감지 디바이스의 사용자 액추에이션 시) 포함한다. 도시되지 않았지만, 장치들 (404 및 406) 은 또한 사용자 인터페이스들을 포함할 수도 있다.

프로세싱 시스템 (484) 을 더 상세히 참조하면, 다운링크에서, 네트워크 엔티티 (406) 로부터의 IP 패킷들이 프로세싱 시스템 (484) 에 제공될 수도 있다. 프로세싱 시스템 (484) 은 RRC 계층, 패킷 데이터 수렴 프로토콜 (PDCP) 계층, 라디오 링크 제어 (RLC) 계층, 및 매체 액세스 제어 (MAC) 계층에 대한 기능성을 구현할 수도 있다. 프로세싱 시스템 (484) 은 시스템 정보 (예를 들어, 마스터 정보 블록 (MIB), 시스템 정보 블록들 (SIB들)) 의 브로드캐스팅, RRC 접속 제어 (예를 들어, RRC 접속 페이징, RRC 접속 확립, RRC 접속 수정 및 RRC 접속 해제), RAT 간 이동성, 및 UE 측정 레포팅을 위한 측정 구성과 연관된 RRC 계층 기능성; 헤더 압축/압축해제, 보안 (암호화, 해독, 무결성 보호, 무결성 검증) 및 핸드오버 지원 기능들과 연관된 PDCP 계층 기능성; 상위 계층 패킷 데이터 유닛들 (PDU들) 의 전송, ARQ 를 통한 에러 정정, RLC 서비스 데이터 유닛들 (SDU들) 의 연접 (concatenation), 세그먼테이션, 및 리어셈블리, RLC 데이터 PDU들의 리세그먼테이션, 및 RLC 데이터 PDU들의 리오더링 (reordering) 과 연관된 RLC 계층 기능성; 및 논리 채널과 전송 채널 사이의 맵핑, 스케줄링 정보 레포팅, 에러 정정, 우선순위 핸들링 및 논리 채널 우선순위화와 연관된 MAC 계층 기능성을 제공할 수도 있다.

송신기 (454) 및 수신기 (452) 는 다양한 신호 프로세싱 기능들과 연관된 계층-1 기능성을 구현할 수도 있다. 물리 (PHY) 계층을 포함하는 계층-1 은 전송 채널들 상의 에러 검출, 전송 채널들의 순방향 에러 정정 (FEC) 코딩/디코딩, 인터리빙, 레이트 매칭, 물리 채널들 상으로의 맵핑, 물리 채널들의 변조/복조, 및 MIMO 안테나 프로세싱을 포함할 수도 있다. 송신기 (454) 는 다양한 변조 방식들 (예를 들어, 바이너리 위상 시프트 키잉 (BPSK), 직교 위상 시프트 키잉 (QPSK), M-위상 시프트 키잉 (M-PSK), M-직교 진폭 변조 (M-QAM)) 에 기초한 신호 콘스텔레이션들로의 맵핑을 핸들링한다. 그 다음, 코딩된 및 변조된 심볼들은 병렬 스트림들로 스플리팅될 수도 있다. 그 다음, 각각의 스트림은 직교 주파수 분할 멀티플렉싱 (OFDM) 서브캐리어에 맵핑되고, 시간 및/또는 주파수 도메인에서 레퍼런스 신호 (예를 들어, 파일럿) 와 멀티플렉싱된 후, 역 고속 푸리에 변환 (IFFT) 을 사용하여 함께 결합되어, 시간 도메인 OFDM 심볼 스트림을 반송하는 물리 채널을 생성할 수도 있다. OFDM 스트림은 다중 공간 스트림들을 생성하기 위해 공간적으로 프리코딩된다. 채널 추정기로부터의 채널 추정들은 코딩 및 변조 방식을 결정하기 위해 뿐만 아니라 공간 프로세싱을 위해 사용될 수도 있다. 채널 추정은 UE (402) 에 의해 송신된 채널 조건 피드백 및/또는 레퍼런스 신호로부터 도출될 수도 있다. 각각의 공간 스트림은 그 후 하나 이상의 상이한 안테나 (456) 에 제공될 수도 있다. 송신기 (454) 는 송신을 위해 개별 공간 스트림으로 RF 캐리어를 변조할 수도 있다.

UE (402) 에서, 수신기 (412) 는 그 개개의 안테나(들)(416) 을 통해 신호를 수신한다. 수신기 (412) 는 RF 캐리어 상으로 변조된 정보를 복구하고 그 정보를 프로세싱 시스템 (432) 에 제공한다. 송신기 (414) 및 수신기 (412) 는 다양한 신호 프로세싱 기능들과 연관된 계층 -1 기능성을 구현한다. 수신기 (412) 는 UE (402) 에 대해 정해진 임의의 공간 스트림들을 복구하기 위해 정보에 대한 공간 프로세싱을 수행할 수도 있다. 다중의 공간 스트림들이 UE (402) 에 대해 정해지면, 이들은 단일 OFDM 심볼 스트림으로 수신기 (412) 에 의해 결합될 수도 있다. 그 후 수신기 (412) 는 고속 푸리에 변환 (FFT) 을 사용하여 OFDM 심볼 스트림을 시간 도메인으로부터 주파수 도메인으로 변환한다. 주파수 도메인 신호는 OFDM 신호의 각각의 서브캐리어에 대해 별도의 OFDM 심볼 스트림을 포함한다. 각각의 서브 캐리어 상의 심볼들, 및 레퍼런스 신호는, 기지국 (404) 에 의해 송신되는 가장 가능성 있는 신호 콘스텔레이션 포인트들을 결정함으로써 복원되고 복조된다. 이들 소프트 판정들은 채널 추정기에 의해 계산된 채널 추정들에 기초할 수도 있다. 그 다음, 소프트 판정들은 물리 채널 상에서 기지국 (404) 에 의해 원래 송신되었던 데이터 및 제어 신호들을 복원하기 위해 디코딩 및 디인터리빙된다. 그 다음, 데이터 및 제어 신호들은 프로세싱 시스템 (432) 에 제공되며, 이것은 계층-3 및 계층-2 기능성을 구현한다.

UL 에서, 프로세싱 시스템 (432) 은 전송 채널과 논리 채널 사이의 디멀티플렉싱, 패킷 리어셈블리, 해독, 헤더 압축해제, 및 제어 신호 프로세싱을 제공하여, 코어 네트워크로부터의 IP 패킷들을 복원한다. 프로세싱 시스템 (432) 은 또한 에러 검출을 담당한다.

기지국 (404) 에 의한 DL 송신과 관련하여 설명된 기능성과 유사하게, 프로세싱 시스템 (432) 은 시스템 정보 (예를 들어, MIB, SIB들) 취득, RRC 접속들, 및 측정 레포팅과 연관된 RRC 계층 기능성; 헤더 압축/압축해제 및 보안 (암호화, 해독, 무결성 보호, 무결성 검증) 과 연관된 PDCP 계층 기능성; 상위 계층 PDU들의 전송, ARQ 를 통한 에러 정정, RLC SDU들의 연접, 세그먼테이션, 및 리어셈블리, RLC 데이터 PDU들의 리세그먼테이션, 및 RLC 데이터 PDU들의 리오더링과 연관된 RLC 계층 기능성; 및 논리 채널들과 전송 채널들 사이의 맵핑, 전송 블록들 (TB들) 상으로의 MAC SDU들의 멀티플렉싱, TB들로부터의 MAC SDU들의 디멀티플렉싱, 스케줄링 정보 레포팅, HARQ 를 통한 에러 정정, 우선순위 핸들링, 및 논리 채널 우선순위화와 연관된 MAC 계층 기능성을 제공한다.

기지국 (404) 에 의해 송신된 피드백 또는 레퍼런스 신호로부터 채널 추정기에 의해 도출된 채널 추정들은 적절한 코딩 및 변조 방식들을 선택하고 공간 프로세싱을 용이하게 하기 위해 송신기 (414) 에 의해 사용될 수도 있다. 송신기 (414) 에 의해 생성된 공간 스트림들은 상이한 안테나(들) (416) 에 제공될 수도 있다. 송신기 (414) 는 송신을 위해 개별의 공간 스트림으로 RF 캐리어를 변조할 수도 있다.

UL 송신은, UE (402) 에서의 수신기 기능과 관련하여 설명된 것과 유사한 방식으로 기지국 (404) 에서 프로세싱된다. 수신기 (452) 는 그 개별의 안테나(들) (456) 를 통해 신호를 수신한다. 수신기 (452) 는 RF 캐리어 상으로 변조된 정보를 복원하고 그 정보를 프로세싱 시스템 (484) 에 제공한다.

UL 에서, 프로세싱 시스템 (484) 은 전송 채널과 논리 채널 사이의 디멀티플렉싱, 패킷 리어셈블리, 해독, 헤더 압축해제, 제어 신호 프로세싱을 제공하여, UE (402) 로부터의 IP 패킷들을 복원한다. 프로세싱 시스템 (484) 으로부터의 IP 패킷들은 코어 네트워크에 제공될 수도 있다. 프로세싱 시스템 (484) 은 또한 에러 검출을 책임진다.

편의를 위해, 장치들 (402, 404, 및/또는 406) 은 본 명세서에서 설명된 다양한 예들에 따라 구성될 수도 있는 다양한 컴포넌트들을 포함하는 것으로서 도 4a 내지 도 4c 에서 도시된다. 그러나, 예시된 블록들은 상이한 설계들에서 상이한 기능성을 가질 수도 있음이 인식될 것이다.

장치들 (402, 404, 및 406) 의 다양한 컴포넌트들은 각각 데이터 버스들 (434, 482, 및 492) 을 통해 서로 통신할 수도 있다. 도 4a 내지 도 4c 의 컴포넌트들은 다양한 방식들로 구현될 수도 있다. 일부 구현들에서, 도 4a 내지 도 4c 의 컴포넌트들은 예를 들어, 하나 이상의 프로세서 및/또는 하나 이상의 ASIC (하나 이상의 프로세서를 포함할 수도 있음) 과 같은 하나 이상의 회로에서 구현될 수도 있다. 여기서, 각각의 회로는 이러한 기능성을 제공하기 위해 회로에 의해 사용된 실행가능 코드 또는 정보를 저장하기 위한 적어도 하나의 메모리 컴포넌트를 사용 및/또는 통합할 수도 있다. 예를 들어, 블록들 (410 내지 446) 에 의해 표현된 기능성의 일부 또는 전부는 UE (402) 의 프로세서 및 메모리 컴포넌트(들)에 의해 (예를 들어, 적절한 코드의 실행에 의해 및/또는 프로세서 컴포넌트들의 적절한 구성에 의해) 구현될 수도 있다. 유사하게, 블록들 (450 내지 488) 에 의해 표현된 기능성의 일부 또는 전부는 기지국 (404) 의 프로세서 및 메모리 컴포넌트(들)에 의해 (예를 들어, 적절한 코드의 실행에 의해 및/또는 프로세서 컴포넌트들의 적절한 구성에 의해) 구현될 수도 있다. 또한, 블록들 (490 내지 496) 로 나타낸 기능성의 일부 또는 전부는 네트워크 엔티티 (406) 의 프로세서 및 메모리 컴포넌트(들)에 의해 (예를 들어, 적절한 코드의 실행에 의해 및/또는 프로세서 컴포넌트들의 적절한 구성에 의해) 구현될 수도 있다. 단순함을 위해, 다양한 동작들, 액션들 및/또는 기능들은 "UE 에 의해", "기지국에 의해", "포지셔닝 엔티티에 의해" 등으로 수행되는 것으로 본 명세서에서 설명된다. 그러나, 인식될 바와 같이, 이러한 동작들, 액트들 및/또는 기능들은 실제로 프로세싱 시스템들 (432, 484, 494), 트랜시버들 (410, 420, 450 및 460), 메모리 컴포넌트들 (440, 486, 및 496), 사이드링크 관리기 (170) 및 사이드링크 리소스 관리기 (176) 등과 같은, UE, 기지국, 포지셔닝 엔티티 등의 특정 컴포넌트들 또는 컴포넌트들의 조합들에 의해 수행될 수도 있다.

NR 시스템들에서, 사이드링크 통신들 (예를 들어, UE-대-UE 통신들) 은 3 개의 모드들; 즉, 유니캐스트, 그룹캐스트 (또는 멀티캐스트), 또는 브로드캐스트 중 하나와 연관될 수도 있다. 3GPP Rel. 16 eV2X 설계에서, L2 유니캐스트 링크(예를 들어, PC5 유니캐스트 링크)는 IP 트래픽 또는 비-IP 트래픽 중 어느 하나를 지원할 수 있지만, 둘 다 지원할 수는 없다. 유사한 전송 프로토콜들(즉, 비-IP 트래픽으로부터 IP 트래픽의 분리)은 V2X(예를 들어, 3GPP Rel. 17 ProSe/NR 유니캐스트 사이드링크 등)에 기초하는 임의의 유니캐스트 사이드링크 설계와 같은 다른 설계들에서 또한 정의될 수도 있다. 예를 들어, 2개의 UE들이 (예를 들어, 동일한 애플리케이션을 사용하여) 동일한 애플리케이션 계층 ID 쌍을 사용하고 있는 경우, 2개의 별개의 L2 유니캐스트 링크들은, 일부 통신된 트래픽이 IP 트래픽이고 다른 통신된 트래픽이 비-IP 트래픽(예를 들어, WAVE(Wireless Access for Vehicular Environment) WSMP(Short Message Protocol) 메시지)인 시나리오에서 셋업된다. 현재 표준들에서, 각각의 L2 유니캐스트 링크는 각각의 L2 유니캐스트 링크가 그 자신의 각각의 L2 ID와 연관되기 때문에, 개별적인 RRC 접속이 확립될 것을 요구한다. 따라서, 동일한 UE들 사이의 그리고 동일한 애플리케이션과 연관된 2개의 L2 유니캐스트 링크들은 리던던트 시그널링(예를 들어, PC5-S 링크 킵-얼라이브 패킷들, 링크 식별자 업데이트들, PC5-RRC 시그널링 등)을 요구할 수도 있다.

도 5는 현재의 유니캐스트 사이드링크 표준들에 따른 UE A와 UE B 사이의 V2X 통신 플로우들(500)을 예시한다. 도 5에 도시된 바와 같이, PC5 유니캐스트 링크들(1-2)은 UE들 A 및 B 사이에 확립된다. PC5 QoS 플로우들 #1-#2은 V2X 서비스 A에 대해 PC5 유니캐스트 링크 1에서 UE A와 B 간에 확립되고, PC5 QoS 플로우 #3는 V2X 서비스 B에 대해 PC5 유니캐스트 링크 1에서 UE A와 B 간에 확립되고, PC5 QoS 플로우 #4는 V2X 서비스 C에 대해 PC5 유니캐스트 링크 2에서 UE A와 B 간에 확립되고, PC5 QoS 플로우 #5는 V2X 서비스 D에 대해 PC5 유니캐스트 링크 2에서 UE A와 B 간에 확립된다.

도 5를 참조하면, 양 PC5 유니캐스트 링크들(1-2)과 연관된 애플리케이션 계층 ID들은 동일하다. 또한, 현재 표준들의 요건들에 따라, V2X 서비스들 A-B는 제 1 타입의 트래픽(예를 들어, IP 트래픽 또는 비-IP 트래픽)과 연관되는 반면, V2X 서비스들 C-D는 제 2 타입의 트래픽(예를 들어, 비-IP 트래픽 또는 IP 트래픽)과 연관된다고 가정한다. 예를 들어, 일부 현재 표준들은 단일 네트워크 계층 프로토콜, 예를 들어, IP 또는 비-IP를 사용하기 위해 V2X 통신을 지원하는 PC5 유니캐스트 링크를 요구한다. 이 경우에, UE의 애플리케이션 계층이 PC5 참조 포인트를 통한 통신의 유니캐스트 모드를 요구하는 V2X 서비스 타입에 대한 데이터 전송을 개시할 때, UE는, 피어 애플리케이션 계층 ID들의 쌍 및 이 PC5 유니캐스트 링크의 네트워크 계층 프로토콜이 이 V2X 서비스에 대한 UE에서의 애플리케이션 계층에 의해 요구되는 것과 동일한 경우에만 기존의 PC5 유니캐스트 링크를 재사용할 것이고, 이러한 V2X 서비스 타입을 추가하기 위해 기존의 PC5 유니캐스트 링크를 수정할 것이며, 그렇지 않은 경우, UE는 새로운 PC5 유니캐스트 링크의 확립을 트리거할 것이다. 이러한 표준들 하에서, 애플리케이션 계층 ID들이 동일할지라도, 새로운 PC5 QoS 플로우들의 상이한 네트워크 계층 프로토콜(예를 들어, IP 또는 비-IP)과의 연관은 도 5에 도시된 바와 같이 별개의 PC5 유니캐스트 링크의 사용을 트리거한다.

도 5를 참조하면, PC5 유니캐스트 링크들(1-2)은 별개의 L2 ID들에 대응하기 때문에, PC5 유니캐스트 링크들(1-2)은 현재 표준들에 따라 AS 계층에서 2개의 별개의 연결들로서 제시된다. 예를 들어, 현재의 표준들은 PC5-RRC 접속이 대응하는 PC5 유니캐스트 링크가 확립된 후에 확립되는 것으로 고려되는 소스 및 목적지 계층-2 ID들의 쌍에 대한 2개의 UE들 사이의 논리적 접속임을 명시한다. PC5-RRC 접속과 PC5 유니캐스트 링크 사이에 일대일 대응이 존재한다. UE는 소스 및 목적지 계층-2 ID들의 상이한 쌍들에 대해 하나 이상의 UE들과 다수의 PC5-RRC 접속들을 가질 수도 있다. 따라서, 동일한 애플리케이션 계층 ID 쌍들에 대해, UE A 및 UE B는 현재 표준들 하에서, IP 및 비-IP 트래픽 양자 모두가 존재하는 경우 2개의 상이한 유니캐스트 링크들을 여전히 사용할 필요가 있다. 이는 별도의 링크 관리 및 유지를 필요로 하며, 이는 (예를 들어, 킵 얼라이브 시그널링(keep alive signaling)이 요구되는 경우에) UE 전력 및 라디오 리소스들을 낭비한다.

본 개시내용의 실시예들은 상이한 트래픽 타입들(예를 들어, 비-IP 트래픽 및 IP 트래픽)을 전송하기 위해 UE들 사이에 단일 유니캐스트 링크(예를 들어, 유니캐스트 사이드링크)를 구성하는 것에 관한 것이다. 본 개시내용의 다른 실시예들은 제 1 및 제 2 유니캐스트 링크들에 대해 공유 링크 관리 상태를 추가로 구현하면서, 제 1 및 제 2 트래픽 타입들을 각각 전송하기 위해 UE들 사이에 제 1 및 제 2 유니캐스트 링크들(예를 들어, 별개의 사이트 링크들)을 배치하는 것에 관한 것이다.

도 6은 본 개시의 일 실시양태에 따른 통신 프로세스(600)를 도시한다. 도 6의 프로세스(600)는 UE들(104, 152, 160, 182, 190), 도 2a 및 도 2b에 도시된 UE들(240) 중 임의의 것, 도 3의 UE들(302, 304) 중 임의의 것, 도 4a의 UE(402), 도 5의 UE들 A 또는 B 등과 같은 제 1 UE에 의해 수행된다. 예를 들어, 프로세스(600)는 일부 설계들에서 사이드링크 관리기(170)를 통해 수행될 수도 있다.

도 6 을 참조하면, 602에서, 제 1 UE 는 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신한다. 제 1 타입의 트래픽은 비-IP 트래픽에 대응하거나 또는 비-IP 트래픽일 수도 있다. 일부 설계들에서의 유니캐스트 링크는 PC5 유니캐스트 링크와 같은 D2D, 유니캐스트 사이드링크, 또는 V2X 유니캐스트 링크에 대응할 수도 있다. 602에서 통신되는 트래픽은 제 1 UE에 의해 제 2 UE로 송신되는 트래픽, 제 2 UE에 의해 제 1 UE로 송신되는 트래픽, 또는 이들의 조합을 포함할 수도 있다.

도 6을 참조하면, 604에서, 제 1 UE는 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업한다. 예에서, 604는 제 1 UE와 제 2 UE 사이의 조정을 수반할 수도 있다. 추가 예에서, 제 1 UE 또는 제 2 UE 중 어느 하나는 604의 조정을 개시할 수도 있다.

도 6 을 참조하면, 606에서, 제 1 UE 는 유니캐스트 링크를 통해 제 1 UE 와 제 2 UE 사이에 제 2 타입의 트래픽을 터널링한다. 606에서 터널링된 트래픽은 제 1 UE에 의해 제 2 UE로 송신되는 트래픽, 제 2 UE에 의해 제 1 UE로 송신되는 트래픽, 또는 이들의 조합을 포함할 수도 있다.

도 7 은 본 개시의 일 실시양태에 따른, 도 6 의 프로세스(600)의 예시적인 구현을 나타낸다. 도 6과 관련하여 설명된 제 1 UE는 도 7과 관련하여 UE A 또는 UE B 중 어느 하나에 대응할 수도 있다.

도 7 을 참조하면, (예를 들어, 도 6 의 602 에서와 같이) 702에서, UE들 A 및 B 는 유니캐스트 링크를 통해 제 1 타입의 트래픽을 통신한다. 704에서, UE A는 유니캐스트 링크를 통해 링크 수정 요청 메시지를 UE B에 송신한다. 이때, 링크 수정 요청 메시지는 제 2 타입의 트래픽을 지원하기 위해 새로운 QoS 플로우를 추가할 것을 요청한다. 706에서, UE B는 링크 수정 수락 메시지를 UE A에 다시 송신한다. 도 7의 704-706은 일 예에서 도 6의 604의 예시적인 구현을 나타낸다. (예를 들어, 도 6의 606에서와 같이) 708에서, UE들 A 및 B는 유니캐스트 링크를 통해 양 트래픽 타입들을 통신하며, 제 2 타입의 트래픽은 터널링된다.

도 6 을 참조하면, 제 1 타입의 트래픽이 IP 트래픽에 대응하고 제 2 타입의 트래픽이 비-IP 트래픽에 대응하는 예에서, 604 는 유니캐스트 링크를 통해 비-IP 트래픽의 전송을 위한 QoS 플로우 식별자 (예를 들어, PC5 QoS 플로우 ID) 를 식별하는 것을 포함할 수도 있고, 606에서의 터널링은 식별된 QoS 플로우 식별자와 연관하여 유니캐스트 링크를 통해 제 1 UE 로부터 제 2 UE 로의 송신을 위한 비-IP 트래픽의 제 1 서브세트를 캡슐화(encapsulating)하는 것, 및 식별된 QoS 플로우 식별자와 연관하여 유니캐스트 링크를 통해 제 2 UE 로부터 제 1 UE에서 수신된 비-IP 트래픽의 제 2 서브세트를 캡슐화해제(un-encapsulating)하는 것을 포함할 수도 있다. 일 예에서, 캡슐화된 비-IP 트래픽은 UDP(User Datagram Protocol), TCP(Transmission Control Protocol) 또는 '로우(raw)' IP 내에서 캡슐화될 수도 있다. 일 예로서, 비-IP 플로우(들)와 연관된 QoS 플로우 식별자(들)는 일 예에서 도 7의 704로부터의 링크 수정 요청 메시지의 QoS 정보 엘리먼트에서 식별될 수도 있으며, 이에 의해 UE A는 비-IP 연관 및 대응하는 캡슐화/캡슐화해제 프로토콜의 표시를 UE B에 제공한다(예를 들어, 표시는 PC5-S 메시지 내의 명시적 표시, 새로운 QoS 정보 표시자, 또는 새로운 PC5 QoS 프로파일(PQI) 등을 통한 것일 수도 있음). 추가적인 예에서, UE A는 대응하는 PC5 QoS 플로우 ID들에 맵핑하기 위해 이러한 캡슐화된 비-IP 플로우(들)에 대한 PC5 QoS 규칙(들)을 정의할 수도 있다(예를 들어, 이러한 규칙들은 조합된 IP 및 비-IP PC5 패킷 필터를 용이하게 하기 위해, 현재 표준들에서 정의된 바와 같은 PC5 패킷 필터 세트의 확장으로서 정의될 수 있다). UE A는 (예를 들어, 704의 링크 수정 요청 메시지를 통해) PC5 QoS 규칙(들)을 UE B에 전달할 수 있고, UE B는 이러한 트래픽에 대한 대응하는 핸들링 규칙(들)(예를 들어, 캡슐화/캡슐화해제)을 생성할 수 있다. 특정 예에서, V2X 계층/ProSe 계층은 수신된 패킷들의 IP/UDP 또는 IP/TCP 헤더(들)를 스트립오프하고, (이제 헤더 스트립핑을 통해 캡슐화해제된) 임베딩된 비-IP 콘텐츠를 비-IP 스택에 전달할 수도 있다. 추가 예에서, 604는 유니캐스트 링크를 통해 IP에서 비-IP 트래픽의 전송을 위한 포트의 식별을 더 포함할 수도 있다. 이 경우, 캡슐화된 제 1 서브세트는 식별된 포트를 갖는 유니캐스트 링크를 통해 추가로 송신될 수도 있고, 캡슐화해제된 제 2 서브세트는 식별된 포트를 갖는 유니캐스트 링크를 통해 수신될 수도 있다.

도 6 을 참조하면, 제 1 타입의 트래픽이 비-IP 트래픽에 대응하고 제 2 타입의 트래픽이 IP 트래픽에 대응하는 예에서, 604 는 유니캐스트 링크를 통한 IP 트래픽의 전송을 위해 사용될 비-IP 헤더 (예를 들어, IP 트래픽과의 사전-연관에 대한 표준에 정의되거나, 동적으로 생성/협상됨) 를 식별하는 것, 및 유니캐스트 링크를 통한 IP 트래픽의 전송을 위한 QoS 플로우 식별자 (예를 들어, PC5 QoS 플로우 ID) 를 식별하는 것을 포함할 수도 있고, 606 의 터널링은 식별된 비-IP 헤더 및 식별된 QoS 와 연관하여 유니캐스트 링크를 통한 제 1 UE 로부터 제 2 UE 로의 송신을 위해 IP 트래픽의 제 1 서브세트를 캡슐화하는 것, 및 식별된 비-IP 헤더 및 식별된 QoS 플로우 식별자와 연관하여 유니캐스트 링크를 통해 제 2 UE 로부터 제 1 UE에서 수신된 IP 트래픽의 제 2 서브세트를 캡슐화해제하는 것을 포함할 수도 있다. 일 예로서, IP 플로우(들)와 연관된 QoS 플로우 식별자(들)는 일 예에서 도 7의 704로부터의 링크 수정 요청 메시지의 QoS 정보 엘리먼트에서 식별될 수도 있으며, 이에 의해 UE A는 IP 연관 및 대응하는 캡슐화/캡슐화해제 프로토콜의 표시를 UE B에 제공한다(예를 들어, 표시는 PC5-S 메시지 내의 명시적 표시, 새로운 QoS 정보 표시자, 또는 새로운 PQI 등을 통한 것일 수도 있음). 추가적인 예에서, UE A는 대응하는 PC5 QoS 플로우 ID들에 맵핑하기 위해 이러한 캡슐화된 IP 플로우(들)에 대한 PC5 QoS 규칙(들)을 정의할 수도 있다(예를 들어, 이러한 규칙들은 조합된 IP 및 비-IP PC5 패킷 필터를 용이하게 하기 위해, 현재 표준들에서 정의된 바와 같은 PC5 패킷 필터 세트의 확장으로서 정의될 수 있다). UE A는 (예를 들어, 704의 링크 수정 요청 메시지를 통해) PC5 QoS 규칙(들)을 UE B에 전달할 수 있고, UE B는 이러한 트래픽에 대한 대응하는 핸들링 규칙(들)(예를 들어, 캡슐화/캡슐화해제)을 생성할 수 있다. 특정 예에서, V2X 계층/ProSe 계층은 비-IP 헤더(들)를 스트립오프하고, (이제 헤더 스트립핑을 통해 캡슐화해제된) 임베디드 IP 콘텐츠를 IP 스택으로 전달할 수도 있다.

도 8은 본 개시의 다른 실시양태에 따른 통신 프로세스(800)를 도시한다. 도 8의 프로세스(800)는 UE들(104, 152, 160, 182, 190), 도 2a 및 도 2b에 도시된 UE들(240) 중 임의의 것, 도 3의 UE들(302, 304) 중 임의의 것, 도 4a의 UE(402), 도 5의 UE들 A 또는 B 등과 같은 제 1 UE에 의해 수행된다. 예를 들어, 프로세스(800)는 일부 설계들에서 사이드링크 관리기(170)를 통해 수행될 수도 있다.

도 8 을 참조하면, 802에서, 제 1 UE 는 유니캐스트 링크를 통해 제 2 UE 와 제 1 타입의 트래픽을 통신한다. 제 1 타입의 트래픽은 비-IP 트래픽에 대응하거나 또는 비-IP 트래픽일 수도 있다. 일부 설계들에서의 유니캐스트 링크는 PC5 유니캐스트 링크와 같은 D2D 또는 V2X 유니캐스트 링크에 대응할 수도 있다. 802에서 통신되는 트래픽은 제 1 UE에 의해 제 2 UE로 송신되는 트래픽, 제 2 UE에 의해 제 1 UE로 송신되는 트래픽, 또는 이들의 조합을 포함할 수도 있다.

도 8 을 참조하면, 804에서, 제 1 UE 는 제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 제 2 UE 와 셋업한다. 제 1 타입의 트래픽은 비-IP 트래픽에 대응하거나 또는 비-IP 트래픽일 수도 있다. 806에서, 제 1 UE는 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관(예를 들어, 바인딩)시킨다. 808에서, 제 1 UE 는 제 2 유니캐스트 링크를 통해 제 2 타입의 트래픽을 제 2 UE 와 통신한다. 808에서 통신되는 트래픽은 제 1 UE에 의해 제 2 UE로 송신되는 트래픽, 제 2 UE에 의해 제 1 UE로 송신되는 트래픽, 또는 이들의 조합을 포함할 수도 있다. 810에서, 제 1 UE는 제 1 및 제 2 유니캐스트 링크들 중 임의의 것 상에서 통신된 트래픽에 기초하여 제 1 및 제 2 유니캐스트 링크들의 공유 링크 관리 상태를 유지한다.

도 8 을 참조하면, 일 예에서, 806 은 제 1 및 제 2 유니캐스트 링크들이 연관 (예를 들어, 함께 바인딩) 될 것이라는 표시를 포함하는 제 2 유니캐스트 링크에 대한 하나 이상의 링크 확립 메시지들의 전송을 포함할 수도 있다. 예를 들어, 하나 이상의 링크 확립 메시지들의 표시는 (i) 세션 셋업 시그널링 리소스들을 통해, 또는 (ii) 제 1 유니캐스트 링크를 통해 전송될 수도 있다.

도 8 을 참조하면, 일 예에서, 공유 링크 관리 상태는 다음을 포함한다:

· 공유 라디오 링크 활성 또는 실패 상태,

· 제 1 및 제 2 유니캐스트 링크들 양자 모두의 만료를 연장하기 위해, 제 1 및 제 2 유니캐스트 링크들 양자 모두에 대한 비활성에 기초하여, 제 2 UE로의 공통 킵 얼라이브 패킷의 전송을 트리거하는 공유 킵 얼라이브 타이머,

· 제 1 및 제 2 유니캐스트 링크들 양자 모두의 만료를 연장하기 위해 제 1 및 제 2 유니캐스트 링크들 중 어느 하나 상에서의 제 2 UE로부터의 인입 킵 얼라이브 패킷들의 프로세싱,

· 제 1 및 제 2 유니캐스트 링크를 통해 전송되는 데이터의 암호화 및/또는 복호화를 위한 공유 보안 정보, 또는

· 이들의 임의의 조합.

도 8의 프로세스(800)는 이제 (예를 들어, 3GPP TS 23.287, 6.3.3.1 절에 따라) 도 9에 도시된 바와 같은 L2 링크 확립 절차(900)와 관련하여 설명될 것이다.

도 9를 참조하면, (1)에서, UE들 B-D 각각은 수신을 시그널링하기 위한 각각의 목적지 L2 ID를 결정한다. (2)에서, UE A에서의 V2X 애플리케이션 계층은 PC5 유니캐스트 통신을 위한 애플리케이션 정보를 제공한다. (3)에서, UE A는 직접 통신 메시지(브로드캐스트 또는 유니캐스트)를 UE들 B-D 각각에 송신한다. (4a)에서 UE들 A 및 B 는 보안 확립(Security Establishment)을 수행한다. (5a)에서, UE B는 제 1 유니캐스트 링크를 확립하기 위해 UE A에 직접 통신 수락 메시지(유니캐스트)를 송신한다. (6)에서, UE들 A 및 B는 제 1 유니캐스트 링크를 통해 V2X 서비스 데이터를 교환한다.

이제, UE A 또는 UE B가 상이한 트래픽 타입(예를 들어, 제 1 유니캐스트 링크가 IP 트래픽과 연관되는 경우 비-IP 트래픽, 또는 제 1 유니캐스트 링크가 비-IP 트래픽과 연관되는 경우 IP 트래픽)을 전송하기로 결정한다고 가정한다. (4b)에서 UE들 A 및 B 는 보안 확립(Security Establishment)을 수행한다. (5b)에서, UE B는 제 2 유니캐스트 링크를 확립하기 위해 직접 통신 수락 메시지(유니캐스트)를 UE A에 송신한다. 4b[2]에서, UE A 및 UE D는 보안 확립을 수행한다. (5b[2])에서, UE B는 제 1 유니캐스트 링크를 확립하기 위해 직접 통신 수락 메시지(유니캐스트)를 UE A에 송신한다. (6)에서, UE들 A 및 B는 제 2 유니캐스트 링크를 통해 V2X 서비스 데이터를 교환한다. (6[2])에서, UE들 A 및 D는 제 2 유니캐스트 링크를 통해 V2X 서비스 데이터를 교환한다.

도 8 내지 도 9 를 참조하면, 일 예에서, (4b) 와 연관하여 전송된 직접 통신 요청 메시지는 제 2 유니캐스트 링크가 (예를 들어, 동일한 애플리케이션 계층 ID 를 갖는) 제 1 유니캐스트 링크와 연관 (예를 들어, 바인딩) 되어야 한다는 것을 표시하도록 구성될 수 있다. 일부 설계들에서, 이러한 표시는 메시지 내의 명시적 표시자에 대응할 수도 있거나, V2X 서비스 정보 내의 표시를 포함함으로써, 또는 보안 정보 엘리먼트 내의 표시에 의해 대응할 수도 있다. 예를 들어, 제 2 유니캐스트 링크가 제 1 유니캐스트 링크와 연관(예를 들어, 바인딩)되어야 하기 때문에, 보안 정보는 (예를 들어, 동일한 소스 사용자 정보 및 타겟 사용자 정보와 함께) 이전 키 세트가 재사용되어야 함을 표시할 수도 있다. 이러한 표시는 또한 기존 링크의 기존 보안 정보로 보안 보호될 수도 있다. 대안적으로, UE A는 보호되지 않은 메시지들 대신에 링크 확립 메시지들을 전송하기 위해 기존의 PC5 SRB 링크(즉, 제 1 유니캐스트 링크)를 사용하도록 선택할 수 있다. 일 예에서, 기존의 유니캐스트 링크와의 연관을 표시하는 링크 요청에 응답하여, UE B UE는 새로운 링크(예를 들어, PC5 L2 링크 ID 및 대응하는 컨텍스트)를 생성할 수도 있고, 이를 동일한 애플리케이션 계층 ID 쌍(예를 들어, 소스 사용자 정보, 타겟 사용자 정보)의 기존 링크(들)와 연관시킬 수도 있다. 대안적으로, V2X 계층/ProSe 계층은 유니캐스트 링크 컨텍스트를 아래로 전달할 때 이러한 연관을 AS 계층에 통지할 수 있다.

도 8 내지 도 9를 참조하면, 일 예에서, UE들 A-B에서의 V2X 계층/ProSe 계층은 2개의 링크들 사이의 링크 관리 상태를 공유할 수도 있으며, 예를 들어, 라디오 링크 실패의 하위 계층 표시가 올 때, 양자에 적용될 것이고, (PC5-S 계층에서의) 킵 얼라이브 시그널링이 상태를 업데이트할 때, 양자에 또한 적용될 것이다. 일부 설계들에서 이것은 시그널링 리소스들을 절약한다. 다른 예에서, AS 계층이 향상되면, 그것은 또한 감지 동작들을 감소시킬 수도 있다.

도 10은 본 개시의 다른 실시양태에 따른 통신 프로세스(1000)를 도시한다. 도 10의 프로세스(1000)는 도 1과 관련하여 설명된 BS들 또는 AP들 중 임의의 것, 도 2a 내지 도 2b 의 eNB들(222-224) 중 임의의 것, 도 4b의 BS(404) 등과 같은 기지국에 의해 수행된다. 예를 들어, 프로세스(1000)는 일부 설계들에서 사이드링크 리소스 관리기(176)를 통해 수행될 수도 있다. 일부 설계들에서, 프로세스(1000)는, 제 2 유니캐스트 링크를 위해 사용되는 리소스들이 BS-할당되는 시나리오에서 도 8의 프로세스(800)와 함께 수행될 수도 있다.

도 10 을 참조하면, 1002에서, BS 는 제 1 타입의 트래픽의 통신을 위해 제 2 UE 와의 제 1 유니캐스트 링크 (예를 들어, V2X 통신을 지원하는 PC5 유니캐스트 링크) 를 이미 셋업한 제 1 UE 로부터, 제 2 타입의 트래픽의 통신을 위해 제 2 UE 와의 제 2 유니캐스트 링크 (예를 들어, V2X 통신을 지원하는 다른 PC5 유니캐스트 링크) 의 링크 확립과 연관하여 리소스들에 대한 요청을 수신한다. 제 1 타입의 트래픽은 비-IP 트래픽에 대응하거나 또는 비-IP 트래픽일 수도 있다.

도 10을 참조하면, 1004에서, BS는 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태와 연관(예를 들어, 함께 바인딩)되어야 한다고 결정한다. 일부 설계들에서, 1004의 결정은 1002로부터의 요청에 명시적으로 제시된 표시에 기초할 수 있다. 다른 예에서, 1004의 결정은 암시적일 수 있다(예를 들어, BS는 기존의 제 1 유니캐스트 링크에 대한 지식을 가져서, 이들 동일한 UE들 사이의 제 2 유니캐스트 링크가 암시적으로 함께 바인딩될 수 있다).

도 10 을 참조하면, 1006에서, BS 는 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 공유 링크 관리 상태에 적어도 부분적으로 기초하여 제 1 UE 와 제 2 UE 사이의 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정한다. 예를 들어, BS는 2개의 링크들이 동일한 쌍의 UE들 사이에 있다는 것을 알기 때문에, 2개의 링크들 상에서의 송신을 위한 리소스들을 동시에 할당하지 않을 것이다.

도 10 을 참조하면, 1008에서, BS 는 리소스들의 세트의 표시를 제 1 UE 로 전송한다.

도 10 을 참조하면, 일 예에서, 공유 링크 관리 상태는 다음을 포함한다:

· 공유 라디오 링크 활성 또는 실패 상태,

· 이들의 임의의 조합.

도 11은 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 6의 플로우를 구현하기 위한 예시적인 UE(1100)를 도시한다. UE (1100) 는 도 1에 도시된 UE들, 예컨대 UE들 (104, 152, 160, 182, 190) 중 임의의 것, 도 2a 및 도 2b에 도시된 UE들 (240) 중 임의의 것, 도 3에서의 UE들 (302, 304) 중 임의의 것, 또는 도 4a에 도시된 UE (400) 등 중 임의의 것에 대응할 수도 있다. 도시된 예에서, 통신을 위한 모듈 (1102) 은 적어도 일부 양태들에서 예를 들어 본 명세서에서 논의된 바와 같은 트랜시버 (예컨대, 트랜시버 (410, 420) 등) 에 대응할 수도 있다. 도시된 예에서, 셋업하기 위한 모듈 (1104) 은 적어도 일부 양태들에서, 예를 들어, 프로세싱 시스템 (예를 들어, 프로세싱 시스템 (432)) 및/또는 트랜시버 (예를 들어, 트랜시버 (410, 420) 등)에 대응할 수도 있다. 도시된 예에서, 터널링하기 위한 모듈 (1106) 은 적어도 일부 양태들에서, 예를 들어, 프로세싱 시스템 (예를 들어, 프로세싱 시스템 (432)) 및/또는 트랜시버 (예를 들어, 트랜시버 (410, 420) 등)에 대응할 수도 있다.

도 12는 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 8의 플로우(800)를 구현하기 위한 예시적인 UE(1200)를 도시한다. UE (1200) 는 도 1에 도시된 UE들, 예컨대 UE들 (104, 152, 160, 182, 190) 중 임의의 것, 도 2a 및 도 2b에 도시된 UE들 (240) 중 임의의 것, 도 3에서의 UE들 (302, 304) 중 임의의 것, 또는 도 4a에 도시된 UE (400) 등 중 임의의 것에 대응할 수도 있다. 도시된 예에서, 통신을 위한 모듈 (1202) 은 적어도 일부 양태들에서 예를 들어 본 명세서에서 논의된 바와 같은 트랜시버 (예컨대, 트랜시버 (410, 420) 등) 에 대응할 수도 있다. 도시된 예에서, 셋업하기 위한 모듈 (1204) 은 적어도 일부 양태들에서, 예를 들어, 프로세싱 시스템 (예를 들어, 프로세싱 시스템 (432)) 및/또는 트랜시버 (예를 들어, 트랜시버 (410, 420) 등)에 대응할 수도 있다. 도시된 예에서, 연관시키기 위한 모듈 (1206) 은 적어도 일부 양태들에서, 예를 들어, 프로세싱 시스템 (예를 들어, 프로세싱 시스템 (432)) 및/또는 트랜시버 (예를 들어, 트랜시버 (410, 420) 등)에 대응할 수도 있다. 예시된 예에서, 통신하기 위한 모듈 (1208) 은 적어도 일부 양태들에서, 예를 들어, 본 명세서에서 논의된 바와 같은 트랜시버 (예를 들어, 트랜시버 (410, 420) 등)에 대응할 수도 있다. 도시된 예에서, 유지하기 위한 모듈 (1210) 은 적어도 일부 양태들에서, 예를 들어, 프로세싱 시스템 (예를 들어, 프로세싱 시스템 (432)) 및/또는 트랜시버 (예를 들어, 트랜시버 (410, 420) 등)에 대응할 수도 있다.

도 13은 본 개시의 양태에 따른, 일련의 상호관련된 기능 모듈들로서 표현되는 도 10의 플로우(1000)를 구현하기 위한 예시적인 BS(1300)를 도시한다. BS (1300) 는 도 1 과 관련하여 설명된 BS들 또는 AP들 중 임의의 것, 도 2a 및 도 2b 의 eNB들 (222-224) 중 임의의 것, 도 4b 의 BS (404) 등에 대응할 수도 있다. 도시된 예에서, 수신하기 위한 모듈 (1302) 은 적어도 일부 양태들에서 예를 들어 본 명세서에서 논의된 바와 같은 트랜시버 (예컨대, 트랜시버 (450, 460) 등) 에 대응할 수도 있다. 도시된 예에서, 결정하기 위한 모듈 (1304) 은 적어도 일부 양태들에서, 예를 들어, 본 명세서에서 논의된 바와 같은 프로세싱 시스템 (예를 들어, 프로세싱 시스템 (484))에 대응할 수도 있다. 도시된 예에서, 결정하기 위한 모듈 (1306) 은 적어도 일부 양태들에서, 예를 들어, 본 명세서에서 논의된 바와 같은 프로세싱 시스템 (예를 들어, 프로세싱 시스템 (484))에 대응할 수도 있다. 도시된 예에서, 전송하기 위한 모듈 (1308) 은 적어도 일부 양태들에서, 예를 들어, 본 명세서에서 논의된 바와 같은 트랜시버 (예를 들어, 트랜시버 (450, 460) 등)에 대응할 수도 있다.

도 11 내지 도 13 의 모듈들의 기능은 본 명세서의 교시들과 일치하는 다양한 방식들로 구현될 수도 있다. 일부 설계들에 있어서, 이들 모듈들의 기능은 하나 이상의 전기 컴포넌트들로서 구현될 수도 있다. 일부 설계들에 있어서, 이들 블록들의 기능은 하나 이상의 프로세서 컴포넌트들을 포함한 프로세싱 시스템으로서 구현될 수도 있다. 일부 설계들에 있어서, 이들 모듈들의 기능은, 예를 들어, 하나 이상의 집적 회로들 (예를 들어, ASIC) 의 적어도 일부를 이용하여 구현될 수도 있다. 본 명세서에서 논의된 바와 같이, 집적 회로는 프로세서, 소프트웨어, 다른 관련된 컴포넌트들, 또는 이들의 일부 조합을 포함할 수도 있다. 따라서, 상이한 모듈들의 기능은, 예를 들어, 집적 회로의 상이한 서브세트들로서, 소프트웨어 모듈들의 세트의 상이한 서브세트들로서, 또는 이들의 조합으로서 구현될 수도 있다. 또한, (예를 들어, 집적 회로의 및/또는 소프트웨어 모듈들의 세트의) 주어진 서브세트가 1 초과의 모듈에 대한 기능의 적어도 일부를 제공할 수도 있음이 인식될 것이다.

추가로, 도 11 내지 도 13 에 의해 표현된 기능들 및 컴포넌트들뿐만 아니라, 본 명세서에 설명된 다른 컴포넌트들 및 기능들은 임의의 적절한 수단들을 사용하여 구현될 수도 있다. 그러한 수단들은 또한, 본 명세서에 교시된 것과 같은 대응하는 구조를 사용하여 적어도 부분적으로 구현될 수도 있다. 예를 들어, 도 11 내지 도 13 의 컴포넌트들"을 위한 모듈"과 함께 전술된 컴포넌트들은 유사하게 지정된 기능들"을 위한 수단"에 대응할 수도 있다. 따라서, 일부 양태들에 있어서, 그러한 수단들 중 하나 이상은 프로세서 컴포넌트들, 집적 회로들, 또는 알고리즘으로서 포함하는 본 명세서에서 교시된 바와 같은 다른 적합한 구조 중 하나 이상을 이용하여 구현될 수도 있다. 당업자는, 본 개시에 있어서, 의사코드에 의해 표현될 수도 있는 액션들의 시퀀스들에서는 물론, 상기 기술된 설명에서 표현된 알고리즘을 인식할 것이다. 예를 들어, 도 11 내지 도 13 에 의해 표현된 컴포넌트들 및 기능들은 LOAD 연산, COMPARE 연산, RETURN 연산, IF-THEN-ELSE 루프 등을 수행하기 위한 코드를 포함할 수도 있다.

당업자는 임의의 다양한 서로 다른 기술들 및 기법들을 이용하여 정보 및 신호들이 표현될 수도 있음을 인식할 것이다. 예를 들어, 상기 설명 전반에 걸쳐 언급될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학장들 또는 광학 입자들, 또는 이들의 임의의 조합에 의해 표현될 수도 있다.

또한, 당업자는 본 명세서에 개시된 양태들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이들 양자의 조합들로서 구현될 수도 있음을 알 것이다. 하드웨어 및 소프트웨어의 이러한 상호교환가능성을 분명히 예시하기 위하여, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 일반적으로 그들의 기능의 관점에서 상기 설명되었다. 그러한 기능성이 하드웨어로서 구현되는지 또는 소프트웨어로서 구현되는지는 전체 시스템에 부과된 설계 제약들 및 특정 애플리케이션에 의존한다. 당업자들은 설명된 기능성을 각각의 특정한 애플리케이션에 대해 다양한 방식들로 구현할 수도 있지만, 이러한 구현 결정들은 본 개시의 범위로부터의 일탈을 야기하는 것으로서 해석되지 않아야 한다.

본 명세서에 개시된 양태들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 및 회로들은 범용 프로세서, DSP, ASIC, FPGA 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 본 명세서에서 설명된 기능들을 수행하도록 설계된 이들의 임의의 조합으로 구현 또는 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안으로, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 프로세서는 또한, 계산 디바이스들의 조합, 예를 들어, DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합한 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로서 구현될 수도 있다.

본 명세서에 개시된 양태들과 관련하여 설명된 방법들, 시퀀스들 및/또는 알고리즘들은 직접 하드웨어에서, 프로세서에 의해 실행되는 소프트웨어 모듈에서, 또는 이 둘의 조합에서 구현될 수도 있다. 소프트웨어 모듈이 랜덤 액세스 메모리 (RAM), 플래시 메모리, 판독 전용 메모리 (ROM), 소거가능한 프로그래밍가능 ROM (EPROM), 전기적으로 소거가능한 프로그래밍가능 ROM (EEPROM), 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 종래에 알려진 임의의 다른 형태의 저장 매체에 상주할 수도 있다. 예시적인 저장 매체는 프로세서가 저장 매체로부터 정보를 판독할 수 있고 저장 매체에 정보를 기입할 수도 있도록 프로세서에 커플링된다. 다르게는, 저장 매체는 프로세서에 통합될 수도 있다. 프로세서 및 저장 매체는 ASIC 에 상주할 수도 있다. ASIC 은 사용자 단말기 (예를 들어, UE) 에 상주할 수도 있다. 대안으로, 프로세서 및 저장 매체는 사용자 단말기에서 이산 컴포넌트로서 상주할 수도 있다.

하나 이상의 예시적인 양태들에 있어서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합에서 구현될 수도 있다. 소프트웨어에서 구현되는 경우, 기능들은 하나 이상의 명령 또는 코드로서 컴퓨터 판독가능 매체 상에서 저장 또는 송신될 수도 있다. 컴퓨터 판독가능 매체는 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 송신을 용이하게 하는 임의의 매체를 포함하는 통신 매체 및 컴퓨터 저장 매체 양자 모두를 포함한다. 저장 매체들은, 컴퓨터에 의해 액세스될 수도 있는 임의의 이용가능한 매체들일 수 있다. 한정이 아닌 예로서, 그러한 컴퓨터 판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 수록 또는 저장하는데 이용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 적절히 컴퓨터 판독가능 매체로 불린다. 예를 들어, 동축 케이블, 광섬유 케이블, 꼬임쌍선, 디지털 가입자 라인 (DSL), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 이용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 소프트웨어가 송신된다면, 동축 케이블, 광섬유 케이블, 꼬임쌍선, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다. 본 명세서에서 사용된 바와 같이, 디스크 (disk) 및 디스크 (disc) 는 콤팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다용도 디스크 (DVD), 플로피 디스크 및 블루-레이 디스크를 포함하고, 여기서 디스크 (disk) 들은 보통 데이터를 자기적으로 재생하는 한편, 디스크 (disc) 들은 레이저들로 데이터를 광학적으로 재생한다. 또한, 상기의 조합은 컴퓨터 판독 가능 매체의 범위 내에 포함되어야 한다.

전술한 개시는 본 개시의 예시적인 양태들을 나타내지만, 첨부된 청구항들에 의해 정의된 바와 같은 본 개시의 범위로부터 일탈함 없이 다양한 변경들 및 수정들이 본 명세서에서 이루어질 수도 있음에 유의해야 한다. 본 명세서에 설명된 개시의 양태들에 따른 방법 청구항들의 기능들, 단계들 및/또는 액션들은 임의의 특정 순서로 수행될 필요는 없다. 더욱이, 개시의 엘리먼트들이 단수로 설명되거나 또는 청구될 수도 있지만, 그 단수로의 제한이 명시적으로 언급되지 않는다면, 복수가 고려된다.

Claims

제 1 사용자 장비 (UE) 를 동작시키는 방법으로서,
유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하는 단계;
상기 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업하는 단계; 및
상기 유니캐스트 링크를 통해 상기 제 1 UE 와 상기 제 2 UE 사이에 상기 제 2 타입의 트래픽을 터널링하는 단계를 포함하는, 제 1 사용자 장비를 동작시키는 방법.
제 1 항에 있어서,
상기 제 1 타입의 트래픽은 인터넷 프로토콜 (IP) 트래픽에 대응하고, 상기 제 2 타입의 트래픽은 비-IP 트래픽에 대응하는, 제 1 사용자 장비를 동작시키는 방법.
제 2 항에 있어서,
상기 셋업하는 단계는,
상기 유니캐스트 링크를 통한 상기 비-IP 트래픽의 전송을 위한 서비스 품질 (QoS) 플로우 식별자를 식별하는 단계를 포함하고, 그리고
상기 터널링하는 단계는,
상기 유니캐스트 링크를 통해 상기 제 1 UE 로부터 상기 제 2 UE 로의 송신을 위해 상기 비-IP 트래픽의 제 1 서브세트를 캡슐화하는 단계로서, 캡슐화된 상기 제 1 서브세트는 식별된 상기 QoS 플로우 식별자와 연관되는, 상기 캡슐화하는 단계, 및
식별된 상기 QoS 플로우 식별자와 연관하여 상기 유니캐스트 링크를 통해 상기 제 2 UE 로부터 상기 제 1 UE 에서 수신된 상기 비-IP 트래픽의 제 2 서브세트를 캡슐화해제하는 단계로서, 상기 제 2 서브세트는 식별된 상기 QoS 플로우 식별자와 연관되는, 상기 캡슐화해제하는 단계를 포함하는, 제 1 사용자 장비를 동작시키는 방법.
제 2 항에 있어서,
상기 셋업하는 단계는, 상기 유니캐스트 링크를 통한 상기 비-IP 트래픽의 전송을 위한 포트를 식별하는 단계를 더 포함하고,
캡슐화된 제 1 서브세트는 식별된 상기 포트로 상기 유니캐스트 링크를 통해 추가로 송신되며, 그리고
캡슐화해제된 제 1 서브세트는 식별된 상기 포트로 상기 유니캐스트 링크를 통해 추가로 송신되는, 제 1 사용자 장비를 동작시키는 방법.
제 1 항에 있어서,
상기 제 1 타입의 트래픽은 비-IP 트래픽에 대응하고, 상기 제 2 타입의 트래픽은 IP 트래픽에 대응하는, 제 1 사용자 장비를 동작시키는 방법.
제 5 항에 있어서,
상기 셋업하는 단계는,
상기 유니캐스트 링크를 통한 상기 IP 트래픽의 전송을 위해 사용될 비-IP 헤더를 식별하는 단계, 및
상기 유니캐스트 링크를 통한 상기 IP 트래픽의 전송을 위한 서비스 품질 (QoS) 플로우 식별자를 식별하는 단계를 포함하고, 그리고
상기 터널링하는 단계는,
상기 유니캐스트 링크를 통해 상기 제 1 UE 로부터 상기 제 2 UE 로의 송신을 위해 상기 IP 트래픽의 제 1 서브세트를 캡슐화는 단계로서, 캡슐화된 상기 제 1 서브세트는 식별된 상기 비-IP 헤더 및 식별된 상기 QoS 플로우 식별자와 연관되는, 상기 제 1 서브세트를 캡슐화는 단계, 및
상기 유니캐스트 링크를 통해 상기 제 2 UE 로부터 상기 제 1 UE 에서 수신된 상기 IP 트래픽의 제 2 서브세트를 캡슐화해제하는 단계로서, 상기 제 2 서브세트는 식별된 상기 비-IP 헤더 및 식별된 상기 QoS 플로우 식별자와 연관되는, 상기 제 2 서브세트를 캡슐화해제하는 단계를 포함하는, 제 1 사용자 장비를 동작시키는 방법.
제 6 항에 있어서,
상기 식별된 비-IP 헤더는 미리 정의되거나, 또는
상기 식별된 비-IP 헤더는 제 1 및 제 2 UE들 사이에서 동적으로 협상되는, 제 1 사용자 장비를 동작시키는 방법.
제 1 항에 있어서,
애플리케이션 계층에서, 상기 제 1 타입의 트래픽 및 상기 제 2 타입의 트래픽은 동일한 애플리케이션 계층 식별자와 연관되는, 제 1 사용자 장비를 동작시키는 방법.
제 1 항에 있어서,
상기 유니캐스트 링크는 차량-대-만물 (V2X) 통신을 지원하는 PC5 유니캐스트 링크에 대응하는, 제 1 사용자 장비를 동작시키는 방법.
제 1 사용자 장비 (UE) 를 동작시키는 방법으로서,
제 1 유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하는 단계;
제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 상기 제 2 UE 와 셋업하는 단계;
상기 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관시키는 단계;
상기 제 2 유니캐스트 링크를 통해 상기 제 2 타입의 트래픽을 상기 제 2 UE 와 통신하는 단계; 및
상기 제 1 및 제 2 유니캐스트 링크들 중 어느 것 상의 통신된 트래픽에 기초하여 상기 제 1 및 제 2 유니캐스트 링크들의 상기 공유 링크 관리 상태를 유지하는 단계를 포함하는, 제 1 사용자 장비를 동작시키는 방법.
제 10 항에 있어서,
상기 연관시키는 단계는,
상기 제 1 및 제 2 유니캐스트 링크들이 상기 공유 링크 관리 상태로 연관될 것이라는 표시를 포함하는 상기 제 2 유니캐스트 링크에 대한 하나 이상의 링크 확립 메시지들을 전송하는 단계를 포함하는, 제 1 사용자 장비를 동작시키는 방법.
제 11 항에 있어서,
상기 하나 이상의 링크 확립 메시지들의 상기 표시는 (i) 세션 셋업 시그널링 리소스들을 통해, 또는 (ii) 상기 제 1 유니캐스트 링크를 통해 전송되는, 제 1 사용자 장비를 동작시키는 방법.
제 10 항에 있어서,
상기 공유 링크 관리 상태는,
공유 라디오 링크 활성 또는 실패 상태,
제 1 및 제 2 유니캐스트 링크들 양자 모두의 만료를 연장하기 위해, 상기 제 1 및 제 2 유니캐스트 링크들 양자 모두에 대한 비활성에 기초하여, 상기 제 2 UE 로의 공통 킵 얼라이브 패킷의 송신을 트리거하는 공유 킵 얼라이브 타이머,
제 1 및 제 2 유니캐스트 링크들 양자 모두의 만료를 연장하기 위해 상기 제 1 및 제 2 유니캐스트 링크들 중 어느 하나 상에서의 상기 제 2 UE로부터의 인입 킵 얼라이브 패킷들의 프로세싱,
상기 제 1 및 제 2 유니캐스트 링크들을 통해 전송되는 데이터의 암호화 및/또는 복호화를 위한 공유 보안 정보, 또는
이들의 임의의 조합
을 포함하는, 제 1 사용자 장비를 동작시키는 방법.
제 10 항에 있어서,
상기 제 1 타입의 트래픽은 인터넷 프로토콜 (IP) 트래픽에 대응하고, 상기 제 2 타입의 트래픽은 비-IP 트래픽에 대응하는, 제 1 사용자 장비를 동작시키는 방법.
제 10 항에 있어서,
상기 제 1 타입의 트래픽은 비-IP 트래픽에 대응하고, 상기 제 2 타입의 트래픽은 IP 트래픽에 대응하는, 제 1 사용자 장비를 동작시키는 방법.
제 10 항에 있어서,
상기 제 1 및 제 2 유니캐스트 링크들 각각은 차량-대-만물 (V2X) 통신을 지원하는 PC5 유니캐스트 링크에 대응하는, 제 1 사용자 장비를 동작시키는 방법.
기지국을 동작시키는 방법으로서,
제 1 타입의 트래픽의 통신을 위해 제 2 사용자 장비 (UE) 와 제 1 유니캐스트 링크를 이미 셋업한 제 1 UE 로부터, 제 2 타입의 트래픽의 통신을 위해 상기 제 2 UE 와 제 2 유니캐스트 링크의 링크 확립과 연관된 리소스들에 대한 요청을 수신하는 단계;
상기 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것임을 결정하는 단계;
상기 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 상기 공유 링크 관리 상태에 적어도 부분적으로 기초하여 상기 제 1 UE 와 상기 제 2 UE 사이에서 상기 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하는 단계; 및
상기 리소스들의 세트의 표시를 상기 제 1 UE 에 전송하는 단계를 포함하는, 기지국을 동작시키는 방법.
제 17 항에 있어서,
상기 공유 링크 관리 상태는,
공유 라디오 링크 활성 또는 실패 상태,
제 1 및 제 2 유니캐스트 링크들 양자 모두의 만료를 연장하기 위해, 상기 제 1 및 제 2 유니캐스트 링크들 양자 모두에 대한 비활성에 기초하여, 상기 제 2 UE 로의 공통 킵 얼라이브 패킷의 송신을 트리거하는 공유 킵 얼라이브 타이머,
제 1 및 제 2 유니캐스트 링크들 양자 모두의 만료를 연장하기 위해 상기 제 1 및 제 2 유니캐스트 링크들 중 어느 하나 상에서의 상기 제 2 UE로부터의 인입 킵 얼라이브 패킷들의 프로세싱,
상기 제 1 및 제 2 유니캐스트 링크들을 통해 전송되는 데이터의 암호화 및/또는 복호화를 위한 공유 보안 정보, 또는
이들의 임의의 조합
을 포함하는, 기지국을 동작시키는 방법.
제 17 항에 있어서,
상기 제 1 타입의 트래픽은 인터넷 프로토콜 (IP) 트래픽에 대응하고, 상기 제 2 타입의 트래픽은 비-IP 트래픽에 대응하는, 기지국을 동작시키는 방법.
제 17 항에 있어서,
상기 제 1 타입의 트래픽은 비-IP 트래픽에 대응하고, 상기 제 2 타입의 트래픽은 IP 트래픽에 대응하는, 기지국을 동작시키는 방법.
제 17 항에 있어서,
상기 제 1 및 제 2 유니캐스트 링크들 각각은 차량-대-만물 (V2X) 통신을 지원하는 PC5 유니캐스트 링크에 대응하는, 기지국을 동작시키는 방법.
제 1 사용자 장비 (UE) 로서,
메모리;
적어도 하나의 트랜시버; 및
상기 메모리 및 상기 적어도 하나의 트랜시버에 커플링된 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서 및 상기 메모리는:
유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하고;
상기 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업하며; 그리고
상기 유니캐스트 링크를 통해 상기 제 1 UE 와 상기 제 2 UE 사이에 상기 제 2 타입의 트래픽을 터널링하도록
구성되는, 제 1 사용자 장비.
제 1 사용자 장비 (UE) 로서,
메모리;
적어도 하나의 트랜시버; 및
상기 메모리 및 상기 적어도 하나의 트랜시버에 커플링된 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서 및 상기 메모리는:
제 1 유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하고;
제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 상기 제 2 UE 와 셋업하며;
상기 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관시키고;
상기 제 2 유니캐스트 링크를 통해 상기 제 2 타입의 트래픽을 상기 제 2 UE 와 통신하고; 그리고
상기 제 1 및 제 2 유니캐스트 링크들 중 어느 것 상의 통신된 트래픽에 기초하여 상기 제 1 및 제 2 유니캐스트 링크들의 상기 공유 링크 관리 상태를 유지하도록
구성되는, 제 1 사용자 장비.
기지국으로서,
메모리;
적어도 하나의 트랜시버; 및
상기 메모리 및 상기 적어도 하나의 트랜시버에 커플링된 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서 및 상기 메모리는:
제 1 타입의 트래픽의 통신을 위해 제 2 사용자 장비 (UE) 와 제 1 유니캐스트 링크를 이미 셋업한 제 1 UE 로부터, 제 2 타입의 트래픽의 통신을 위해 상기 제 2 UE 와 제 2 유니캐스트 링크의 링크 확립과 연관된 리소스들에 대한 요청을 수신하고;
상기 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것임을 결정하며;
상기 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 상기 공유 링크 관리 상태에 적어도 부분적으로 기초하여 상기 제 1 UE 와 상기 제 2 UE 사이에서 상기 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하고; 그리고
상기 리소스들의 세트의 표시를 상기 제 1 UE 에 전송하도록
구성되는, 기지국.
제 1 사용자 장비 (UE) 로서,
유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하기 위한 수단;
상기 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업하기 위한 수단; 및
상기 유니캐스트 링크를 통해 상기 제 1 UE 와 상기 제 2 UE 사이에 상기 제 2 타입의 트래픽을 터널링하기 위한 수단을 포함하는, 제 1 사용자 장비.
제 1 사용자 장비 (UE) 로서,
제 1 유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하기 위한 수단;
제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 상기 제 2 UE 와 셋업하기 위한 수단;
상기 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관시키기 위한 수단;
상기 제 2 유니캐스트 링크를 통해 상기 제 2 타입의 트래픽을 상기 제 2 UE 와 통신하기 위한 수단; 및
상기 제 1 및 제 2 유니캐스트 링크들 중 어느 것 상의 통신된 트래픽에 기초하여 상기 제 1 및 제 2 유니캐스트 링크들의 상기 공유 링크 관리 상태를 유지하기 위한 수단을 포함하는, 제 1 사용자 장비.
기지국으로서,
제 1 타입의 트래픽의 통신을 위해 제 2 사용자 장비 (UE) 와 제 1 유니캐스트 링크를 이미 셋업한 제 1 UE 로부터, 제 2 타입의 트래픽의 통신을 위해 상기 제 2 UE 와 제 2 유니캐스트 링크의 링크 확립과 연관된 리소스들에 대한 요청을 수신하기 위한 수단;
상기 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것임을 결정하기 위한 수단;
상기 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 상기 공유 링크 관리 상태에 적어도 부분적으로 기초하여 상기 제 1 UE 와 상기 제 2 UE 사이에서 상기 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하기 위한 수단; 및
상기 리소스들의 세트의 표시를 상기 제 1 UE 에 전송하기 위한 수단을 포함하는, 기지국.
컴퓨터 실행가능 명령들을 저장하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 컴퓨터 실행가능 명령들은,
제 1 사용자 장비 (UE) 에게 유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하도록 지시하는 적어도 하나의 명령;
상기 제 1 UE 에게 상기 유니캐스트 링크를 통한 제 2 타입의 트래픽의 전송에 대한 지원을 셋업하도록 지시하는 적어도 하나의 명령; 및
상기 제 1 UE 에게 상기 유니캐스트 링크를 통해 상기 제 1 UE 와 상기 제 2 UE 사이에 상기 제 2 타입의 트래픽을 터널링하도록 지시하는 적어도 하나의 명령을 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
컴퓨터 실행가능 명령들을 저장하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 컴퓨터 실행가능 명령들은,
제 1 사용자 장비 (UE) 에게 제 1 유니캐스트 링크를 통해 제 1 타입의 트래픽을 제 2 UE 와 통신하도록 지시하는 적어도 하나의 명령;
상기 제 1 UE 에게 제 2 타입의 트래픽과 연관된 제 2 유니캐스트 링크를 상기 제 2 UE 와 셋업하도록 지시하는 적어도 하나의 명령;
상기 제 1 UE 에게 상기 제 1 및 제 2 유니캐스트 링크들을 공유 링크 관리 상태로 함께 연관시키도록 지시하는 적어도 하나의 명령;
상기 제 1 UE 에게 상기 제 2 유니캐스트 링크를 통해 상기 제 2 타입의 트래픽을 상기 제 2 UE 와 통신하도록 지시하는 적어도 하나의 명령; 및
상기 제 1 UE 에게 상기 제 1 및 제 2 유니캐스트 링크들 중 어느 것 상의 통신된 트래픽에 기초하여 상기 제 1 및 제 2 유니캐스트 링크들의 상기 공유 링크 관리 상태를 유지하도록 지시하는 적어도 하나의 명령을 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
컴퓨터 실행가능 명령들을 저장하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 컴퓨터 실행가능 명령들은,
기지국에게, 제 1 타입의 트래픽의 통신을 위해 제 2 사용자 장비 (UE) 와 제 1 유니캐스트 링크를 이미 셋업한 제 1 UE 로부터, 제 2 타입의 트래픽의 통신을 위해 상기 제 2 UE 와 제 2 유니캐스트 링크의 링크 확립과 연관된 리소스들에 대한 요청을 수신하도록 지시하는 적어도 하나의 명령;
상기 기지국에게, 상기 제 1 및 제 2 유니캐스트 링크들이 공유 링크 관리 상태로 연관될 것임을 결정하도록 지시하는 적어도 하나의 명령;
상기 기지국에게, 상기 제 1 및 제 2 유니캐스트 링크들에 대해 결정된 상기 공유 링크 관리 상태에 적어도 부분적으로 기초하여 상기 제 1 UE 와 상기 제 2 UE 사이에서 상기 제 2 유니캐스트 링크를 지원하기 위한 리소스들의 세트를 결정하도록 지시하는 적어도 하나의 명령; 및
상기 기지국에게, 상기 리소스들의 세트의 표시를 상기 제 1 UE 에 전송하도록 지시하는 적어도 하나의 명령을 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.