KR20230042127A

KR20230042127A - 비구조화 트래픽을 중계하기 위한 방법 및 릴레이 ue

Info

Publication number: KR20230042127A
Application number: KR1020237008429A
Authority: KR
Inventors: 김래영; 윤명준
Original assignee: 엘지전자 주식회사
Priority date: 2019-08-19
Filing date: 2020-08-18
Publication date: 2023-03-27
Also published as: US11903057B2; EP3989675A1; CN114271018B; KR20220024528A; EP3989675A4; US20220141898A1; US11477831B2; CN114271018A; US20230047009A1; WO2021034073A1

Abstract

본 명세서의 일 개시는 릴레이 UE(user equipment)에서 동작하는 방법을 제공한다. 상기 방법은 제1 리모트(remote) UE로부터 직접 통신 요청 메시지를 수신하는 단계와; AMF(access and mobility management function) 엔티티와 PDU(protocol data unit) 세션 수립 절차를 수행하는 단계와; 그리고 비구조화(unstructured) 트래픽을 위한 비구조화 PDU 세션 타입을 위해서 PDU 세션이 수립되는 것에 기초하여, 상기 제1 리모트 UE와의 PC5 링크의 식별자 그리고 상기 PDU 세션의 식별자 간의 매핑 정보를 저장하는 단계를 포함할 수 있다.

Description

비구조화 트래픽을 중계하기 위한 방법 및 릴레이 UE {METHOD FOR RELAYING UNSTRUCTURED TRAFFIC, AND RELAY UE}

본 명세서는 이동통신에 관한 것이다.

4세대 이동통신을 위한 LTE(long term evolution)/LTE-Advanced(LTE-A)의 성공에 힘입어, 차세대, 즉 5세대(소위 5G) 이동통신에 대한 관심도 높아지고 있고, 연구도 속속 진행되고 있다.

국제전기통신연합(ITU)이 정의하는　5세대 이동통신은 최대　20Gbps의 데이터 전송 속도와 어디에서든 최소　100Mbps　이상의 체감 전송 속도를 제공하는 것을 말한다. 정식 명칭은　‘IMT-2020’이며 세계적으로　2020년에 상용화하는 것을 목표로 하고 있다.

5세대 이동통신은 다양한 서비스들을 지원하기 위한 다수의 뉴머롤로지(numerology) 혹은 SCS(subcarrier spacing)를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.

NR 주파수 밴드(frequency band)는 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의된다. FR1은 410 MHz - 7125 MHz이며, FR2는 24250MHz - 52600 MHz로 밀리미터 웨이브(millimeter wave, mmW)를 의미할 수 있다.

설명의 편의를 위해 NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.

Frequency Range designation	Corresponding frequency range	Subcarrier Spacing
FR1	450MHz - 6000MHz	15, 30, 60kHz
FR2	24250MHz - 52600MHz	60, 120, 240kHz

상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 A7과 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.

Frequency Range designation	Corresponding frequency range	Subcarrier Spacing
FR1	410MHz - 7125MHz	15, 30, 60kHz
FR2	24250MHz - 52600MHz	60, 120, 240kHz

ITU에서는 3대 사용 시나리오, 예컨대 eMBB(enhanced Mobile BroadBand) mMTC(massive Machine Type Communication)　및　URLLC(Ultra Reliable and Low Latency Communications)를 제시하고 있다.

먼저, URLLC는 높은 신뢰성과 낮은 지연시간을 요구하는 사용 시나리에 관한 것이다. 예를 들면 자동주행, 공장자동화, 증강현실과 같은 서비스는 높은 신뢰성과 낮은 지연시간(예컨대, 1ms 이하의 지연시간)을 요구한다. 현재 4G (LTE) 의 지연시간은 통계적으로 21-43ms (best 10%), 33-75ms (median) 이다. 이는 1ms 이하의 지연시간을 요구하는 서비스를 지원하기에 부족하다.

다음으로, eMBB 사용 시나리오는 이동 초광대역을 요구하는 사용 시나리오에 관한 것이다.

이러한 초광대역의 고속 서비스는 기존 LTE/LTE-A를 위해 설계되었던 코어 네트워크에 의해서는 수용되기 어려워 보인다.

따라서, 소위 5세대 이동통신에서는 코어 네트워크의 재 설계가 절실히 요구된다.

도 1는 차세대 이동통신 네트워크의 구조도이다.

5GC(5G Core)는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는 AMF(Access and Mobility Management Function)(41)와 SMF(Session Management Function)(42)와 PCF(Policy Control Function)(43), UPF(User Plane Function)(44), AF(Application Function)(45), UDM(Unified Data Management)(46), N3IWF(Non-3GPP InterWorking Function)(49)를 포함한다.

UE(10)는 NG-RAN(Next Generation Radio Access Network)를 통해 UPF(44)를 거쳐 데이터 네트워크로 연결된다.

UE(10)는 신뢰되지 않는 비-3GPP(non-3rd Generation Partnership Project) 액세스, 예컨대, WLAN(Wireless Local Area Network)를 통해서도 데이터 서비스를 제공받을 수 있다. 상기 비-3GPP 액세스를 코어 네트워크에 접속시키기 위하여, N3IWF(49)가 배치될 수 있다.

도 2는 차세대 이동통신의 예상 구조를 노드 관점에서 나타낸 예시도이다.

도 2을 참조하여 알 수 있는 바와 같이, UE는 차세대 RAN(Radio Access Network)를 통해 데이터 네트워크(DN)와 연결된다.

도시된 제어 평면 기능(Control Plane Function; CPF) 노드는 4세대 이동통신의 MME(Mobility Management Entity)의 기능 전부 또는 일부, S-GW(Serving Gateway) 및 P-GW(PDN Gateway)의 제어 평면 기능의 전부 또는 일부를 수행한다. 상기 CPF 노드는 AMF(Access and Mobility Management Function)와 SMF(Session Management Function)을 포함한다.

도시된 사용자 평면 기능(User Plane Function; UPF) 노드는 사용자의 데이터가 송수신되는 게이트웨이의 일종이다. 상기 UPF 노드는 4세대 이동통신의 S-GW 및 P-GW의 사용자 평면 기능의 전부 또는 일부를 수행할 수 있다.

도시된 PCF(Policy Control Function)는 사업자의 정책을 제어하는 노드이다.

도시된 애플리케이션 기능(Application Function: AF)은 UE에게 여러 서비스를 제공하기 위한 서버이다.

도시된 통합 데이터 저장 관리(Unified Data Management: UDM)은 4세대 이동통신의 HSS(Home subscriber Server)와 같이, 가입자 정보를 관리하는 서버의 일종이다. 상기 UDM은 상기 가입자 정보를 통합 데이터 저장소(Unified Data Repository: UDR)에 저장하고 관리한다.

도시된 인증 서버 기능(Authentication Server Function: AUSF)는 UE를 인증 및 관리한다.

도시된 네트워크 슬라이스 선택 기능(Network Slice Selection Function: NSSF)는 후술하는 바와 같은 네트워크 슬라이싱을 위한 노드이다.

도 2에서는 UE가 2개의 데이터 네트워크에 다중 PDU(protocol data unit or packet data unit) 세션을 이용하여 동시에 접속할 수 있다.

도 3은 2개의 데이터 네트워크에 대한 동시 액세스를 지원하기 위한 아키텍처를 나타낸 예시도이다.

도 3에서는 UE가 하나의 PDU 세션을 사용하여 2개의 데이터 네트워크에 동시 액세스하기 위한 아키텍처가 나타나 있다.

도 2 및 도 3에 나타난 레퍼런스 포인트는 다음과 같다.

N1은 UE와 AMF간에 레퍼런스 포인트를 나타낸다.

N2은 (R)AN과 AMF 간에 레퍼런스 포인트를 나타낸다.

N3은 (R)AN과 UPF 간에 레퍼런스 포인트를 나타낸다.

N4은 SMF와 UPF 간에 레퍼런스 포인트를 나타낸다.

N5은 PCF과 AF 간에 레퍼런스 포인트를 나타낸다.

N6은 UPF와 DN 간에 레퍼런스 포인트를 나타낸다.

N7은 SMF과 PCF 간에 레퍼런스 포인트를 나타낸다.

N8은 UDM과 AMF 간에 레퍼런스 포인트를 나타낸다.

N9은 UPF들 간에 레퍼런스 포인트를 나타낸다.

N10은 UDM과 SMF 간에 레퍼런스 포인트를 나타낸다.

N11은 AMF과 SMF 간에 레퍼런스 포인트를 나타낸다.

N12은 AMF과 AUSF 간에 레퍼런스 포인트를 나타낸다.

N13은 UDM과 AUSF 간에 레퍼런스 포인트를 나타낸다.

N14은 AMF들 간에 레퍼런스 포인트를 나타낸다.

N15은 PCF과 AMF 간에 레퍼런스 포인트를 나타낸다.

N16은 SMF들 간에 레퍼런스 포인트를 나타낸다.

N22은 AMF와 NSSF 간에 레퍼런스 포인트를 나타낸다.

도 4는 UE과 gNB 사이의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.

상기 무선인터페이스 프로토콜은 3GPP 무선접속망 규격을 기반으로 한다. 상기 무선 인터페이스 프로토콜은 수평적으로 물리계층(Physical 계층), 데이터링크계층(Data Link 계층) 및 네트워크계층(Network 계층)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling)전달을 위한 제어평면(Control Plane)으로 구분된다.

상기 프로토콜 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1(제1계층), L2(제2계층), L3(제3계층)로 구분될 수 있다.

이하에서, 상기 무선 프로토콜의 각 계층을 설명한다.

제1 계층인 물리계층은 물리채널(Physical Channel)을 이용하여 정보전송서비스(정보 Transfer Service)를 제공한다. 상기 물리계층은 상위에 있는 매체접속제어(Medium Access Control) 계층과는 전송 채널(Transport Channel)을 통해 연결되어 있으며, 상기 전송 채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 전달된다. 그리고, 서로 다른 물리계층 사이, 즉 송신 측과 수신 측의 물리계층 사이는 물리채널을 통해 데이터가 전달된다.

제2계층은 매체접속제어(Medium Access Control; MAC) 계층, 무선링크제어(Radio Link Control; RLC) 계층 그리고 패킷 데이터 수렴(Packet Data Convergence Protocol; PDCP) 계층을 포함한다.

제3 계층은 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함)을 포함한다. 상기 RRC 계층은 제어평면에서만 정의되며, 무선 베어러(Radio Bearer; RB라 약칭함)들의 설정(설정), 재설정(Re-설정) 및 해제(Release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.

상기 NAS(Non-Access Stratum) 계층은 연결관리(세션 Management)와 이동성 관리(Mobility Management)등의 기능을 수행한다.

NAS 계층은 MM(Mobility Management)을 위한 NAS 엔티티와 SM(session Management)을 위한 NAS 엔티티로 구분된다.

1) MM을 위한 NAS 엔티티는 일반적인 다음과 같은 기능을 제공한다.

AMF와 관련된 NAS 절차로서, 다음을 포함한다.

- 등록 관리 및 접속 관리 절차. AMF는 다음과 같은 기능을 지원한다.

- UE와 AMF간에 안전한 NAS 신호 연결(무결성 보호, 암호화)

2) SM을 위한 NAS 엔티티는 UE와 SMF간에 세션 관리를 수행한다.

SM 시그널링 메시지는 UE 및 SMF의 NAS-SM 계층에서 처리, 즉 생성 및 처리된다. SM 시그널링 메시지의 내용은 AMF에 의해 해석되지 않는다.

- SM 시그널링 전송의 경우,

- MM을 위한 NAS 엔티티는 SM 시그널링의 NAS 전송을 나타내는 보안 헤더, 수신하는 NAS-MM에 대한 추가 정보를 통해 SM 시그널링 메시지를 전달하는 방법과 위치를 유도하는 NAS-MM 메시지를 생성합니다.

- SM 시그널링 수신시, SM을 위한 NAS 엔티티는 NAS-MM 메시지의 무결성 검사를 수행하고, 추가 정보를 해석하여 SM 시그널링 메시지를 도출할 방법 및 장소를 유도한다.

한편, 도 4에서 NAS 계층 아래에 위치하는 RRC 계층, RLC 계층, MAC 계층, PHY 계층을 묶어서 액세스 계층(Access Stratum: AS)이라고 부르기도 한다.

차세대 이동통신(즉, 5G)를 위한 네트워크 시스템(즉, 5GC)은 비(non)-3GPP 액세스도 지원한다. 상기 비-3GPP 액세스의 예로는 대표적으로 WLAN 액세스가 있다. 상기 WLAN 액세스는 신뢰되는(trusted) WLAN과 신뢰할 수 없는(untrusted) WLAN을 모두 포함할 수 있다.

5G를 위한 시스템에서 AMF는 3GPP 액세스 뿐만 아니라 비-3GPP 액세스에 대한 등록 관리(RM: Registration Management) 및 연결 관리(CM: Connection Management)를 수행한다.

5GS에서는 IPv4, IPv6, IPv4v6, 이더넷(Ethernet), 비구조화(Unstructured)와 같은 PDU 세션 타입이 지원되는데, 비구조화(Unstructured) PDU 세션 타입은 IP를 사용하지 않는 비-IP 트래픽 전송을 지원한다. 비구조화(Unstructured) PDU 세션은 예를 들면 IoT(internet of Things) 단말, V2X(Vehicle to everything) 단말 등이 사용할 수 있다.

SNS(Social Network Service)에 대한 사용자 요구사항의 증가로 인해 물리적으로 가까운 거리의 UE들 사이의 통신, 즉 D2D(Device to Device) 통신이 요구되고 있다. D2D 통신에서 릴레이 UE는 리모트(Remote) UE의 네트워크 연결을 지원할 수 있다.

그러나, 기존의 릴레이 UE는 IP 타입의 PDU 세션을 이용한 네트워크 연결성만을 제공하는 문제점이 있다.

따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.

전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 릴레이 UE(user equipment)에서 동작하는 방법을 제공한다. 상기 방법은 제1 리모트(remote) UE로부터 직접 통신 요청 메시지를 수신하는 단계와; AMF(access and mobility management function) 엔티티와 PDU(protocol data unit) 세션 수립 절차를 수행하는 단계와; 그리고 비구조화(unstructured) 트래픽을 위한 비구조화 PDU 세션 타입을 위해서 PDU 세션이 수립되는 것에 기초하여, 상기 제1 리모트 UE와의 PC5 링크의 식별자 그리고 상기 PDU 세션의 식별자 간의 매핑 정보를 저장하는 단계를 포함할 수 있다.

전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 릴레이 UE(User Equipment)에 장착되는 칩셋을 제공한다. 상기 칩셋은 적어도 하나의 프로세서와; 명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함할 수 있다. 상기 명령어가 상기 적어도 하나의 프로세서에 의해서 실행되는 것에 기초하여, 수행되는 동작은: 제1 리모트(remote) UE로부터 직접 통신 요청 메시지를 수신하는 단계와; AMF(access and mobility management function) 엔티티와 PDU(protocol data unit) 세션 수립 절차를 수행하는 단계와; 그리고 비구조화(unstructured) 트래픽을 위한 비구조화 PDU 세션 타입을 위해서 PDU 세션이 수립되는 것에 기초하여, 상기 제1 리모트 UE와의 PC5 링크의 식별자 그리고 상기 PDU 세션의 식별자 간의 매핑 정보를 저장하는 단계를 포함할 수 있다.

전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 릴레이 UE(user equipment)를 제공한다. 상기 릴레이 UE는 송수신부와; 적어도 하나의 프로세서와; 그리고 명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함할 수 있다. 상기 명령어가 상기 적어도 하나의 프로세서에 의해서 실행되는 것에 기초하여, 수행되는 동작은: 제1 리모트(remote) UE로부터 직접 통신 요청 메시지를 수신하는 단계와; AMF(access and mobility management function) 엔티티와 PDU(protocol data unit) 세션 수립 절차를 수행하는 단계와; 그리고 비구조화(unstructured) 트래픽을 위한 비구조화 PDU 세션 타입을 위해서 PDU 세션이 수립되는 것에 기초하여, 상기 제1 리모트 UE와의 PC5 링크의 식별자 그리고 상기 PDU 세션의 식별자 간의 매핑 정보를 저장하는 단계를 포함할 수 있다.

전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 명령어들을 기록하고 있는 비휘발성(non-volatile) 컴퓨터 판독가능 저장 매체를 제공한다. 상기 저장 매체는 명령어들을 포함할 수 있다. 상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금 동작을 수행하도록 할 수 있다. 상기 동작은: 제1 리모트(remote) UE로부터 직접 통신 요청 메시지를 수신하는 단계와; AMF(access and mobility management function) 엔티티와 PDU(protocol data unit) 세션 수립 절차를 수행하는 단계와; 그리고 비구조화(unstructured) 트래픽을 위한 비구조화 PDU 세션 타입을 위해서 PDU 세션이 수립되는 것에 기초하여, 상기 제1 리모트 UE와의 PC5 링크의 식별자 그리고 상기 PDU 세션의 식별자 간의 매핑 정보를 저장하는 단계를 포함할 수 있다.

본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.

도 1는 차세대 이동통신 네트워크의 구조도이다.
도 2는 차세대 이동통신의 예상 구조를 노드 관점에서 나타낸 예시도이다.
도 3은 2개의 데이터 네트워크에 대한 동시 액세스를 지원하기 위한 아키텍처를 나타낸 예시도이다.
도 4는 UE과 gNB 사이의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.
도 5a 및 도 5b는 예시적인 PDU 세션 수립 절차를 나타낸 신호 흐름도이다.
도 6a 및 도 6b는 PDU 세션의 수정 절차를 나타낸다.
도 7은 D2D(Device to Device) 통신의 개념을 나타낸다.
도 8은 UE-대-네트워크 릴레이(UE-to-Network Relay)의 아키텍처를 나타낸다.
도 9은 UE-대-네트워크 릴레이(UE-to-Network Relay)를 위한 프로토콜 스택을 나타낸다.
도 10a 및 도 10b는 제1 개시에 따른 방안을 나타낸 신호 흐름도이다.
도 11a 및 도 11b는 제3 개시에 따른 방안을 나타낸 신호 흐름도이다.
도 12a 및 도 12b는 제4 개시에 따른 방안을 나타낸 신호 흐름도이다.
도 13은 IP 트래픽을 중계하기 위한 절차를 나타낸 신호 흐름도이다.
도 14는 비-IP 트래픽을 중계하기 위한 절차를 나타낸 신호 흐름도이다.
도 15는 본 명세서의 개시가 구현된 프로세서의 구성 블록도를 나타낸다.
도 16은 일 실시예에 따른 무선 통신 시스템을 나타낸다.
도 17는 일 실시예에 따른 네트워크 노드의 블록 구성도를 예시한다.
도 18는 일 실시예에 따른 UE(100)의 구성을 나타낸 블록도이다.
도 19은 도 16에 도시된 제1 장치의 송수신부 또는 도 18에 도시된 장치의 송수신부를 상세하게 나타낸 블록도이다.
도 20은 본 명세서의 개시에 적용되는 통신 시스템(1)을 예시한다.

본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 명세서의 내용을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 명세서의 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 명세서의 내용과 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 명세서에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.

또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, 구성된다 또는 가지다 등의 용어는 명세서 상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.

또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 권리 범위를 벗어나지 않으면서 제1 구성 요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.

어떤 구성 요소가 다른 구성 요소에 연결되어 있다거나 접속되어 있다고 언급된 때에는, 그 다른 구성 요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성 요소가 존재할 수도 있다. 반면에, 어떤 구성 요소가 다른 구성 요소에 직접 연결되어 있다거나 직접 접속되어 있다고 언급된 때에는, 중간에 다른 구성 요소가 존재하지 않는 것으로 이해되어야 할 것이다.

이하, 첨부된 도면을 참조하여 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 명세서의 내용을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서의 내용과 사상을 쉽게 이해할 수 있도록 하기 위한 것일뿐, 첨부된 도면에 의해 본 명세서의 내용과 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 명세서의 내용과 사상은 첨부된 도면외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.

본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A 및/또는 B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다.

본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(및/또는)”을 의미할 수 있다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 이에 따라 “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.

본 명세서에서 “적어도 하나의 A 및 B(at least one of A and B)”는, “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “적어도 하나의 A 또는 B(at least one of A or B)”나 “적어도 하나의 A 및/또는 B(at least one of A 및/또는 B)”라는 표현은 “적어도 하나의 A 및 B(at least one of A and B)”와 동일하게 해석될 수 있다.

또한, 본 명세서에서 “적어도 하나의 A, B 및 C(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다. 또한, “적어도 하나의 A, B 또는 C(at least one of A, B or C)”나 “적어도 하나의 A, B 및/또는 C(at least one of A, B 및/또는 C)”는 “적어도 하나의 A, B 및 C(at least one of A, B and C)”를 의미할 수 있다.

또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(PDCCH)”로 표시된 경우, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “PDCCH”로 제한(limit)되지 않고, “PDDCH”가 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, PDCCH)”로 표시된 경우에도, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다.

본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.

첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 UE(100)(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수 도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.

<PDU 세션 수립 절차>

PDU(Protocol Data Unit) 세션 수립 절차는 아래와 같이 두 가지 유형의 PDU 세션 수립 절차가 존재할 수 있다.

- UE가 개시하는 PDU 세션 수립 절차

- 네트워크가 개시하는 PDU 세션 수립 절차. 이를 위해, 네트워크는 장치 트리거 메시지를 UE의 애플리케이션 (들)에 전송할 수 있다.

도 5a 및 도 5b는 예시적인 PDU 세션 수립 절차를 나타낸 신호 흐름도이다.

도 5a 및 도 5b에 도시된 절차는 도 5에 도시된 등록 절차에 따라, UE가 AMF 상에 이미 등록한 것으로 가정한다. 따라서 AMF는 이미 UDM으로부터 사용자 가입 데이터를 획득한 것으로 가정한다.

1) UE는 AMF로 NAS 메시지를 전송한다. 상기 메시지는 S-NSSAI(Session Network Slice Selection Assistance Information), DNN(data network name), PDU 세션 ID, 요청 타입, N1 SM 정보 등을 포함할 수 있다.

구체적으로, 상기 UE는 현재 액세스 타입의 허용된(allowed) NSSAI로부터 S-NSSAI를 포함시킨다. 만약 상기 매핑된 NSSAI에 대한 정보가 상기 UE에게 제공되었다면, 상기 UE는 상기 허용된 NSSAI에 기반한 S-NSSAI와 상기 매핑된 NSSAI의 정보에 기반한 대응 S-NSSAI를 모두 제공할 수 있다. 여기서, 상기 매핑된 NSSAI의 정보는 상기 허용된 NSSAI의 각 S-NSSAI를 HPLMN(Home Public Land Mobile Network)을 위해 설정된 NSSAI의 S-NASSI에 매핑한 정보이다.

보다 구체적으로, 상기 UE는 도 5의 등록 절차에서 네트워크(즉, AMF)로부터 수신한 등록 수락 메시지의 포함된, 허용된 S-NSSAI와 상기 매핑된 S-NSSAI의 정보를 추출하여 저장하고 있을 수 있다. 따라서, 상기 UE는 상기 PDU 세션 수립 요청 메시지에 상기 허용된 NSSAI에 기반한 S-NSSAI와 상기 매핑된 NSSAI의 정보에 기반한 대응 S-NSSAI를 모두 포함시켜서, 전송할 수 있다.

새로운 PDU 세션을 수립하기 위해, UE는 새로운 PDU 세션 ID를 생성할 수 있다.

UE는 PDU 세션 수립 요청 메시지를 N1 SM 정보 내에 포함시킨 NAS 메시지를 전송함으로써 UE에 의해 개시되는 PDU 세션 수립 절차를 시작할 수 있다. 상기 PDU 세션 수립 요청 메시지는 요청 타입, SSC 모드, 프로토콜 구성 옵션을 포함 할 수 있다.

PDU 세션 수립이 새로운 PDU 세션을 설정하기 위한 것일 경우 요청 타입은 "초기 요청"을 나타낸다. 그러나, 3GPP 액세스와 비-3GPP 액세스 사이의 기존 PDU 세션이 존재하는 경우, 상기 요청 타입은 "기존 PDU 세션"을 나타낼 수 있다.

상기 UE에 의해 전송되는 NAS 메시지는 AN에 의해 N2 메시지 내에 인캡슐레이션 된다. 상기 N2 메시지는 AMF로 전송되며, 사용자 위치 정보 및 액세스 기술 타입 정보를 포함할 수 있다.

- N1 SM 정보는 외부 DN에 의한 PDU 세션 인증에 대한 정보가 포함된 SM PDU DN 요청 컨테이너를 포함 할 수 있다.

2) AMF는 메시지가 상기 요청 타입이 "초기 요청"을 나타내는 경우 그리고 상기 PDU 세션 ID가 UE의 기존 PDU 세션을 위해서 사용되지 않았던 경우, 새로운 PDU 세션에 대한 요청에 해당한다고 결정할 수 있다.

NAS 메시지가 S-NSSAI를 포함하지 않으면, AMF는 UE 가입에 따라 요청된 PDU 세션에 대한 디폴트 S-NSSAI를 결정할 수 있다. AMF는 PDU 세션 ID와 SMF의 ID를 연관지어 저장할 수 있다.

상기 AMF는 SMF를 선택할 수 있다.

3) AMF는 Nsmf_PDUSession_CreateSMContext 요청 메시지 또는 Nsmf_PDUSession_UpdateSMContext 요청 메시지를 상기 선택된 SMF로 전송할 수 있다.

상기 Nsmf_PDUSession_CreateSMContext 요청 메시지는 SUPI, DNN, S-NSSAI(s), PDU Session ID, AMF ID, Request Type, PCF ID, Priority Access, N1 SM container, User location information, Access Type, PEI, GPSI, UE presence in LADN service area, Subscription For PDU Session Status Notification, DNN Selection Mode, Trace Requirements를 포함할 수 있다. 상기 SM container는 PDU Session Establishment 요청 메시지를 포함할 수 있다.

상기 Nsmf_PDUSession_UpdateSMContext 요청 메시지는 SUPI, DNN, S-NSSAI(s), SM Context ID, AMF ID, Request Type, N1 SM container, User location information, Access Type, RAT type, PEI를 포함할 수 있다. 상기 N1 SM container는 PDU Session Establishment 요청 메시지를 포함할 수 있다.

AMF ID는 UE를 서비스하는 AMF를 식별하기 위해서 사용된다. N1 SM 정보는 UE로부터 수신된 PDU 세션 수립 요청 메시지를 포함할 수 있다.

4) SMF는 가입자 데이터 요청 메시지를 UDM으로 전송한다. 상기 가입자데이터 요청 메시지는 가입자 영구 ID, DNN을 포함할 수 있다. UDM은 가입 데이터 응답 메시지를 SMF로 전송할 수 있다

위 과정 3에서 요청 타입이 "기존 PDU 세션"을 나타내는 경우 SMF는 해당 요청이 3GPP 액세스와 비 -3GPP 액세스 사이의 핸드 오버로 기인한 것으로 결정한다. SMF는 PDU 세션 ID를 기반으로 기존 PDU 세션을 식별할 수 있다.

SMF가 아직 DNN과 관련된 UE에 대한 SM 관련 가입 데이터를 검색하지 않은 경우 SMF는 가입 데이터를 요청할 수 있다.

가입 데이터에는 인증된 요청 타입, 인증된 SSC 모드, 기본 QoS 프로파일에 대한 정보가 포함될 수 있다.

SMF는 UE 요청이 사용자 가입 및 로컬 정책을 준수하는지 여부를 확인할 수 있다. 혹은, SMF는 AMF에 의해 전달된 NAS SM 시그널링(관련 SM 거부 원인 포함)을 통해 UE 요청을 거절하고, SMF는 AMF에게 PDU 세션 ID가 해제된 것으로 간주되어야 함을 알린다.

5) SMF는 Nsmf_PDUSession_CreateSMContext Response 메시지 또는 Nsmf_PDUSession_UpdateSMContext Response 메시지를 AMF로 전송한다.

상기 Nsmf_PDUSession_CreateSMContext Response 메시지는 Cause, SM Context ID 또는 N1 SM container를 포함할 수 있다. 상기 N1 SM container는 PDU Session Reject를 포함할 수 있다.

위 과정 3에서 SMF가 Nsmf_PDUSession_CreateSMContext 요청 메시지를 수신했었고, 상기 SMF가 PDU Session establishment 요청 메시지를 처리할 수 있는 경우, 상기 SMF SM 컨텍스트를 생성하고, AMF에게 SM 컨텍스트 ID를 전달한다.

6) 2차 인증/허가(Secondary authentication/authorization)가 선택적으로 수행된다.

7a) PDU 세션을 위해서 동작 PCC가 사용되는 경우, SMF는 PCF를 선택한다.

7b) 상기 SMF는 SM 정책 어소시에이션(association)을 PCF와 수립하기 위해서 SM 정책 어소시에이션 수립 절차를 수행한다.

8) 과정 3의 요청 타입이 "초기 요청"을 나타내면 SMF는 PDU 세션에 대한 SSC 모드를 선택한다. 과정 5가 수행되지 않으면 SMF는 UPF도 선택할 수 있다. 요청 타입 IPv4 또는 IPv6의 경우 SMF는 PDU 세션에 대한 IP 주소 / 프리픽스(prefix)를 할당할 수 있다.

9) SMF는 SM 정책 어소시에이션 수정 절차를 수행하여, 정책 제어 요청 트리고 조건에 대한 정보를 제공한다.

10) 요청 타입이 "초기 요청"을 나타내고 SMF는 선택된 UPF를 사용하여 N4 세션 수립 절차를 시작하고, 그렇지 않으면 선택한 UPF를 사용하여 N4 세션 수정 절차를 시작할 수 있다.

10a) SMF는 UPF에 N4 세션 수립 / 수정 요청 메시지를 전송한다. 그리고, 상기 SMF는 PDU 세션에 대해 UPF에 설치될 패킷 탐지, 시행 및 보고 규칙을 제공할 수 있다. SMF가 CN 터널 정보를 할당되는 경우, CN 터널 정보가 UPF에 제공될 수 있다.

10b) UPF는 N4 세션 수립 / 수정 응답 메시지를 전송함으로써, 응답할 수 있다. CN 터널 정보가 UPF에 의해 할당되는 경우, CN 터널 정보가 SMF에 제공될 수 있다.

11) 상기 SMF는 Namf_Communication_N1N2MessageTransfer 메시지를 AMF로 전송한다. 상기 Namf_Communication_N1N2MessageTransfer 메시지는 PDU Session ID, N2 SM information, N1 SM container를 포함할 수 있다.

상기 N2 SM 정보는 PDU Session ID, QFI(QoS 플로우 ID), QoS Profile(s), CN Tunnel Info, S-NSSAI from the Allowed NSSAI, Session-AMBR, PDU Session Type, User Plane Security Enforcement information, UE Integrity Protection Maximum Data Rate를 포함할 수 있다.

상기 N1 SM container는 PDU 세션 수립 수락 메시지를 포함할 수 있다.

상기 PDU 세션 수립 수락 메시지는 허가 된 QoS 규칙, SSC 모드, S-NSSAI, 할당 된 IPv4 주소를 포함할 수 있다.

12) AMF는 RAN으로 N2 PDU 세션 요청 메시지를 전송한다. 상기 메시지는 N2 SM 정보, NAS 메시지를 포함할 수 있다. 상기 NAS 메시지는 PDU 세션 ID, PDU 세션 수립 수락 메시지를 포함할 수 있다.

AMF는 PDU 세션 ID 및 PDU 세션 수립 수락 메시지를 포함하는 NAS 메시지를 전송할 수 있다. 또한, AMF는 SMF로부터 수신 N2 SM 정보를 N2 PDU 세션 요청 메시지 내에 포함시켜 RAN에 전송한다.

13) RAN은 SMF로부터 수신된 정보와 관련된 UE와의 특정 시그널링 교환을 할 수 있다.

RAN은 또한 PDU 세션에 대해 RAN N3 터널 정보를 할당한다.

RAN은 과정 10에서 제공된 NAS 메시지를 UE에 전달한다. 상기 NAS 메시지는 PDU 세션 ID, N1 SM 정보를 포함할 수 있다. 상기 N1 SM 정보는 PDU 세션 수립 수락 메시지를 포함할 수 있다.

RAN은 필요한 RAN 자원이 설정되고 RAN 터널 정보의 할당이 성공적인 경우에만 NAS 메시지를 UE에게 전송한다.

14) RAN은 AMF로 N2 PDU 세션 응답 메시지를 전송한다. 상기 메시지는 PDU 세션 ID, 원인, N2 SM 정보를 포함할 수 있다. 상기 N2 SM 정보는 PDU 세션 ID, (AN) 터널 정보, 허용 / 거부된 QoS 프로파일 목록을 포함할 수 있다.

- RAN 터널 정보는 PDU 세션에 해당하는 N3 터널의 액세스 네트워크 주소에 해당할 수 있다.

15) AMF는 Nsmf_PDUSession_UpdateSMContext 요청 메시지를 SMF로 전송할 수 있다. 상기 Nsmf_PDUSession_UpdateSMContext 요청 메시지는 N2 SM 정보를 포함할 수 있다. 여기서, 상기 AMF는 RAN에서 수신한 N2 SM 정보를 SMF로 전달하는 것일 수 있다.

16a) 상기 PDU 세션에 대한 N4 세션이 이미 설정되지 않은 경우 SMF는 UPF와 함께 N4 세션 수립 절차를 시작할 수 있다. 그렇지 않은 경우 SMF는 UPF를 사용하여 N4 세션 수정 절차를 시작할 수 있다. SMF는 AN 터널 정보와 CN 터널 정보를 제공할 수 있다. CN 터널 정보는 SMF가 과정 8에서 CN 터널 정보를 선택한 경우에만 제공해야할 수 있다.

16b) 상기 UPF는 SMF에 N4 세션 수정 응답 메시지를 전송할 수 있다.

17) 상기 SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지를 AMF에게 전송한다.

이 과정이 끝나면 AMF는 관련 이벤트를 SMF에 전달할 수 있다.

18) 상기 SMF는 Nsmf_PDUSession_SMContextStatusNotify 메시지를 전송한다.

19) SMF는 UPF를 통해 UE에게 정보를 전송한다. 구체적으로, PDU Type IPv6의 경우 SMF는 IPv6 Router Advertisement를 생성하고 이를 N4와 UPF를 통해 UE로 전송할 수 있다.

20) 절차 중에 PDU 세션 수립이 성공적이지 않으면 SMF는 AMF에 알린다.

도 6a 및 도 6b는 PDU 세션의 수정 절차를 나타낸다.

MA PDU 세션은 PDU 세션 수정 절차에 기반하여 수립/관리될 수 있다.

PDU 세션 수정 절차는 UE가 개시할 수도 있고, 혹은 네트워크가 개시할 수도 있다.

1a) UE가 개시하는 경우, 상기 UE는 NAS 메시지를 전송함으로써, PDU 세션 수정 절차를 개시할 수 있다. 상기 NAS 메시지는 N1 SM 컨테이너를 포함할 수 있다. 상기 N1 SM 컨테이너는 PDU 세션 수정 요청 메시지, PDU 세션 ID 그리고 UE의 무결성 보호(Integrity Protection) 최대 데이터 레이트에 대한 정보를 포함할 수 있다. 상기 PDU 세션 수정 요청 메시지는 PDU 세션 ID, 패킷 필터, 요청되는 QoS에 대한 정보, 5GSM 코어 네트워크 능력, 패킷 필터의 개수를 포함할 수 있다. 상기 UE의 무결성 보호 최대 데이터 레이트는 UE가 UP 무결성 보호를 지원할 수 있는 최대 데이터 레이트를 나타낸다. 상기 패킷 필터의 개수는 QoS 규칙을 위해서 지원되는 패킷 필터의 개수를 나타낸다.

상기 NAS 메시지는 RAN을 거쳐 상기 UE의 위치 정보에 따라 적당한 AMF로 전달된다. 그러면, 상기 AMF는 Nsmf_PDUSession_UpdateSMContext 메시지를 SMF로 전송한다. 상기 메시지는 SM(session Management) 컨텍스트 ID, N1 SM 컨테이너를 포함할 수 있다. 상기 N1 SM 컨테이너는 PDU 세션 수정 요청 메시지를 포함할 수 있다.

1b) 네트워크 노드 중 PCF에 의해서 개시되는 경우, PCF는 SM 정책 제휴(Association) 수정 절차를 개시함으로써, 정책의 변경을 SMF에게 알릴 수 있다.

1c) 네트워크 노드 중 UDM에 의해서 개시되는 경우, UDM은 Nudm_SDM_Notification 메시지를 전송함으로써, SMF의 가입 데이터를 갱신할 수 있다. 상기 SMF는 세션 관리 가입자 데이터를 갱신하고, ACK 메시지를 상기 UDM에게 전달할 수 있다.

1d) 네트워크 노드 중 SMF에 의해서 개시되는 경우, SMF는 QoS 갱신을 트리거할 수 있다.

위 1a 내지 1d에 따라서 트리거되는 경우, SMF는 PDU 세션 수정 절차를 수행할 수 있다.

1e) 네트워크 노드 중 AN에 의해서 개시되는 경우, AN는 QoS 플로우가 매핑된 AN 자원이 해제되는 경우 SMF에게 알릴 수 있다. 상기 AN은 N2 메시지를 AMF로 전송할 수 있다. 상기 N2 메시지는 PDU 세션 ID, N2 SM 정보를 포함할 수 있다. 상기 N2 SM 정보는 QFI(QoS 플로우 ID), 사용자 위치 정보, 그리고 QoS 플로우가 해제됨을 나타내는 인디케이션을 포함할 수 있다. 상기 AMF는 Nsmf_PDUSession_UpdateSMContext 메시지를 전송할 수 있다. 상기 메시지는 SM 컨텍스트 ID, N2 SM 정보를 포함할 수 있다.

2) 상기 SMF는 SM 정책 제휴 수정 절차를 수행함으로써, 가입 이벤트에 대한 보고를 전송할 수 있다. 만약 PDU 세션 수정 절차가 1b 또는 1d에 의해서 트리거링된 경우, 이 단계는 건너뛸 수 있다. 동적 PCC가 네트워크에 배치되지 않은 경우, SMF는 QoS 프로파일의 변경을 결정하기 위하여 내부 정책을 적용할 수 있다.

후술하는 과정 3 내지 과정 7은 PDU 세션 수정이 UPF의 동작만을 요구할 경우, 수행되지 않을 수 있다.

3a) UE 또는 AN이 개시하는 경우, SMF는 Nsmf_PDUSession_UpdateSMContext 메시지를 전송함으로써, AMF에게 응답할 수 있다. 상기 메시지는 N2 SM 정보, N2 SM 컨테이너를 포함할 수 있다. 상기 N2 SM 정보는 PDU 세션 ID, QFI, QoS 프로파일, 세션-AMBR을 포함할 수 있다. 상기 N1 SM 컨테이터는 PDU 세션 수정 명령을 포함할 수 있다. 상기 PDU 세션 수정 명령은 PDU 세션 ID, QoS 규칙, QuS 규칙 동작, QoS 플로우 단위 QoS 파라미터, 세션-AMBR을 포함할 수 있다.

상기 N2 SM 정보는 AMF가 AN으로 전달해야 할 정보를 포함할 수 있다. 상기 N2 SM 정보는 하나 이상의 QoS 플로우가 추가 또는 수정됨을 AN에게 통지하기 위하여, QFI와 QoS 프로파일을 포함할 수 있다. 만약, PDU 세션 수정이 사용자 평면 자원이 설정되지 않은 UE에 의해서 요청되는 경우, 상기 AN에게 전달될 상기 N2 SM 정보는 사용자 평면 자원의 수립에 대한 정보를 포함할 수 있다.

상기 N1 SM 컨테이너는 AMF가 UE로 전달할 PDU 세션 수정 명령을 포함할 수 있다. 상기 PDU 세션 수정 명령은 QoS 규칙, QoS 플로우 단위(level) QoS 파라미터를 포함할 수 있다.

3b) SMF에 의해서 개시되는 경우, SMF는 Namf_Communication_N1N2MessageTransfer 메시지를 전송할 수 있다. 상기 메시지는 N2 SM 정보, N1 SM 컨테이터를 포함할 수 있다. 상기 N2 SM 정보는 PDU 세션 ID, QFI, QoS 프로파일, 세션-AMBR을 포함할 수 있다. 상기 N1 SM 컨테이너는 PDU 세션 수정 명령을 포함할 수 있다. 상기 PDU 세션 수정 명령은 PDU 세션 ID, QoS 규칙, QoS 플로우 단위(level) QoS 파라미터를 포함할 수 있다.

상기 UE가 CM-IDLE 상태이고, ATC가 활성화된 경우라면, 상기 AMF는 상기 Namf_Communication_N1N2MessageTransfer 메시지에 기초하여 UE 컨텍스트를 갱신하고 저장한 후, 후술하는 과정 3 내지 과정 7은 건너뛸 수 있다. 상기 UE가 도달가능한(reachable) 상태, 즉 UE가 CM-CONNECTED 상태에 진입하는 경우, 상기 AMF는 상기 UE와 UE 컨텍스트를 동기화하기 위하여 N1 메시지를 전송할 수 있다.

4) 상기 AMF는 N2 PDU 세션 요청 메시지를 AN으로 전송할 수 있다. 상기 N2 PDU 세션 요청 메시지는 SMF로부터 수신한 N2 SM 정보 그리고 NAS 메시지를 포함할 수 있다. 상기 NAS 메시지는 PDU 세션 ID, N1 SM 컨테이너를 포함할 수 있다. 상기 N1 SM 컨테이너는 PDU 세션 수정 명령을 포함할 수 있다.

5) 상기 AN은 상기 SMF으로부터 수신한 정보와 관련있는 UE와 AN 시그널링 교환을 수행한다. 예를 들어, NG-RAN의 경우, 상기 PDU 세션과 관련된 필요 AN 자원을 수정하기 위하여, UE와 RRC 연결 재설정(Connection Reconfiguration) 절차가 수행될 수 있다.

6) 상기 AN은 상기 수신한 N2 PDU 세션 요청에 응답하여, N2 PDU 세션 ACK 메시지를 전송한다. 상기 N2 PDU 세션 ACK 메시지는 N2 SM 정보 그리고 사용자 위치 정보를 포함할 수 있다. 상기 N2 SM 정보는 수락/거절되는 QFI의 리스트, AN 터널 정보 그리고 PDU 세션 ID 등을 포함할 수 있다.

7) 상기 AMF는 AN으로부터 수신한 N2 SM 정보와 사용자 위치 정보를 Nsmf_PDUSession_UpdateSMContext 메시지를 통해서 SMF로 전달한다. 그러면, 상기 SMF는 Nsmf_PDUSession_UpdateSMContext 메시지를 상기 AMF로 전달한다.

8) 상기 SMF는 PDU 세션 수정에 포함된 UPF의 N4 세션을 업데이트하기 위하여 N4 세션 수정 요청 메시지를 UPF로 전송한다.

새로운 QoS 플로우가 생기게 되는 경우, 상기 SMF는 상기 새로운 QoS 플로우의 UL 패킷 검출 규칙을 상기 UPF와 함께 갱신한다.

9) 상기 UE는 PDU 세션 수정 명령의 수신에 응답하여, NAS 메시지를 전송한다. 상기 NAS 메시지는 PDU 세션 ID, N1 SM 컨테이너를 포함할 수 있다. 상기 N1 SM 컨테이너는 PDU 세션 수정 명령 ACK을 포함할 수 있다.

10) 상기 AN은 상기 NAS 메시지를 상기 AMF로 전송한다.

11) 상기 AMF는 상기 AN으로부터 수신한 N1 SM 컨테이너와 사용자 위치 정보를 Nsmf_PDUSession_UpdateSMContext 메시지를 통해서 SMF로 전달할 수 있다. 상기 N1 SM 컨테이너는 PDU 세션 수정 명령 ACK을 포함할 수 있다. 상기 SMF는 Nsmf_PDUSession_UpdateSMContext 응답 메시지를 상기 AMF로 전달할 수 있다.

12) 상기 SMF는 상기 PDU 세션 수정에 포함된 UPF의 N4 세션을 업데이트하기 위하여, N4 세션 수정 요청 메시지를 UPF로 전송한다. 상기 메시지는 N4 세션 ID를 포함할 수 있다.

13) 위 과정 1b 또는 과정 2에서 SMF가 PCF와 인터렉션하는 경우, 상기 SMF는 PCC 결정이 수행될 수 있는지 아닌지를 SM 정책 제휴 수정 절차를 통해서, PCF에게 알릴 수 있다.

상기 SMF는 상기 PDU 세션 변경과 관련된 사용자 위치 정보를 요청한 엔티티에게 통지할 수 있다.

<D2D(Device to Device) 통신>

다른 한편, 이하에서는 D2D 통신에 대해서 설명하기로 한다.

도 7은 D2D(Device to Device) 통신의 개념을 나타낸다.

SNS(Social Network Service)에 대한 사용자 요구사항의 증가로 인해 물리적으로 가까운 거리의 UE들 사이의 통신, 즉 D2D(Device to Device) 통신이 요구되고 있다. 또한, 공공안전(Public Safety)을 위해 사용되는 UE들의 경우에도 D2D(Device to Device) 통신이 사용될 수 있다.

전술한 요구 사항을 반영하기 위해서 도 8에 도시된 바와 같이, UE#1(100-1), UE#2(100-2), UE#3(100-3) 간에 또는 UE#4(100-4), UE#5(100-5), UE#6(100-6) 간에 기지국(gNB)(300)의 개입 없이 직접적으로 통신을 할 수 있도록 하는 방안이 논의 되고 있다. 물론, 기지국(gNB)(300)의 도움 하에 UE#1(100-1)와 UE#4(100-4) 간에 직접적으로 통신을 할 수 있다. 한편, UE#4(100-4)는 UE#5(100-5), UE#6(100-6)를 위해 중계기로서의 역할을 수행할 수도 있다. 마찬가지로, UE#1(100-1)는 셀 중심에서 멀리 떨어져 있는 UE#2(100-2), UE#3(100-3)를 위해 중계기로서의 역할을 수행할 수도 있다.

한편, D2D 통신은 근접 서비스(Proximity Service: ProSe)라고 불리기도 한다. 그리고 근접 서비스를 수행하는 UE를 ProSe UE라고 부르기도 한다. 그리고 상기 D2D 통신에 사용되는 UE간의 링크를 사이드링크(Sidelink)라고 부르기도 한다.

상기 사이드링크에 사용되는 물리 채널은 다음과 같은 것들이 있다.

- PSSCH(Physical Sidelink Shared Channel)

- PSCCH(Physical Sidelink Control Channel)

- PSDCH(Physical Sidelink Discovery Channel)

- PSBCH(Physical Sidelink Broadcast Channel)

또한, 사이드 링크에서 사용되는 물리 시그널은 다음과 같은 것들이 있다.

- 복조 참조 신호(Demodulation Reference signal: DMRS)

- 사이드링크 동기 신호(Sidelink Synchronization signal: SLSS)

상기 SLSS는 프라이머리 사이드링크 동기 신호(Primary SLSS; PSLSS)와 세컨더리 사이드링크 동기신호(Secondary SLSS: SSLSS)가 존재한다.

도 8은 UE-대-네트워크 릴레이(UE-to-Network Relay)의 아키텍처를 나타낸다. 도 9은 UE-대-네트워크 릴레이(UE-to-Network Relay)를 위한 프로토콜 스택을 나타낸다.

도 8을 참조하면, UE-대-네트워크 릴레이(UE-to-Network Relay)는 리모트(Remote) UE의 네트워크 연결을 지원한다.

PC5 링크는 UE와 UE-대-네트워크 릴레이 사이의 인터페이스이다. Uu 링크는 UE-대-네트워크 릴레이와 기지국 사이의 인터페이스이다.

만약 UE가 UE-대-네트워크 릴레이와 PC5 링크를 수립하였다면, 상기 UE는 리모트 UE로 간주된다.

이때, 리모트 UE는 PC5 링크와 Uu 링크를 모두 유지하는 경우, Uu 링크로 연결되는 네트워크 코어 엔티티는 UE-대-네트워크 릴레이로 향하는 PC5 링크의 존재는 알지 못할 수 있다.

리모트 UE와 UE-대-네트워크 릴레이(UE-to-Network Relay) 사이의 통신은 일-대-일(one-to-one) 직접 통신으로 수행된다.

한편, 기존에는 UE-대-네트워크 릴레이(UE-to-Network Relay)가 원 홉(one hop)만을 지원하였으나, 최근에는 UE-대-네트워크 릴레이(UE-to-Network Relay)가 멀티 홉(multi-hop)을 지원할 수 있도록 개선해야 할 필요가 있다.

<본 명세서의 개시가 해결하고자 하는 문제점>

한편, 5GS에서는 IPv4, IPv6, IPv4v6, 이더넷(Ethernet), 비구조화(Unstructured)와 같은 PDU 세션 타입이 지원되는데, 비구조화(Unstructured) PDU 세션 타입은 IP를 사용하지 않는 비-IP 트래픽 전송을 지원한다. 비구조화(Unstructured) PDU 세션은 예를 들면 IoT(internet of Things) 단말, V2X(Vehicle to everything) 단말 등이 사용할 수 있다.

그러나, 기존의 UE-대-네트워크 릴레이(UE-to-Network Relay)는 IP 타입의 PDU 세션을 이용한 네트워크 연결성만을 제공한다.

<본 명세서의 개시>

본 명세서의 개시들은 전술한 문제점을 해결하기 위하여, UE-대-네트워크 릴레이(UE-to-Network Relay)가 비구조화(Unstructured) PDU 세션에 대해서 네트워크 연결성을 제공하는 방안들을 제시하는 것을 목적으로 한다.

이하, 본 명세서에서는 UE(User Equipment)와 단말을 혼용하여 설명한다. 또한, UE-대-네트워크 릴레이(UE-to-Network Relay), ProSe UE-대-네트워크 릴레이(UE-to-Network Relay), 릴레이, 릴레이 UE, UE-네트워크 릴레이, 5G ProSe UE-대-네트워크 릴레이(UE-to-Network Relay)를 혼용하여 사용한다. 또한, 비구조화(Unstructured) PDU 세션 타입과 비-IP PDU 세션 타입을 혼용하여 사용한다. 또한, 비구조화(Unstructured) 트래픽/패킷/데이터, 비-IP 트래픽/패킷/데이터, 비-IP 통신을 혼용하여 사용한다. 또한, 중간(Intermediate) 릴레이 UE, 중간(Intermediate) Relay를 혼용하여 사용한다.

이하 제안되는 방안은 다양한 서비스, 예, V2X, Public Safety, IoT 등에 적용 가능하다.

이하, 본 명세서에서 제시되는 방안들, 즉 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 통해 비-IP 데이터를 송수신하도록 지원하는 방안은 다음 중 하나 이상의 동작/구성/단계의 조합으로 구성된다.

I. 제1 개시: 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 통해 비-IP 데이터를 송수신하는 방안: 리모트 UE와 UE-대-네트워크 릴레이(UE-to-Network Relay)가 원-홉(one-hop)으로 연결된 경우

도 10a 및 도 10b는 제1 개시에 따른 방안을 나타낸 신호 흐름도이다.

도 10a 및 도 10b에 도시된 모든 단계는 반드시 수행되어야 하는 것은 아니며, 일부 단계는 생략될 수도 있다. 그러나 이해를 돕고자 이하에서는 대부분의 단계들에 대해서 설명하기로 한다.

도 10a 및 도 10b에서 PDU 세션 수립 과정에 대해서는, 도 5a 및 도 5b의 내용을 참고하기로 한다.

단계 1. UE-1(즉, 릴레이 UE)는 5GS에 등록(Registration)을 수행한 것으로 가정한다. 추가로, UE-1(즉, 릴레이 UE)는 자신에게 필요한 PDU 세션을 생성한 상태일 수 있다. 그러나, 이는 단계 1 이후에 수행될 수도 있다.

UE-2(즉, 리모트 UE#1)는 네트워크 연결 서비스를 받기 위해 UE-대-네트워크 릴레이(UE-to-Network Relay)를 탐색하여, UE-1을 UE-대-네트워크 릴레이(UE-to-Network Relay)로 선택한다. 이러한 탐색 과정은 모델 A 탐색(discovery) 또는 모델 B 탐색일 수 있다.

참고로, 모델 A 탐색 및 모델 B 탐색은 다음과 같다.

모델 A: "I am here"를 공지하는(announcing) 적어도 하나의 UE를 포함함

모델 B: "who is there" 및/또는 "are you there"를 묻는(asking) 적어도 하나의 UE를 포함함

즉, UE-대-네트워크 릴레이(UE-to-Network Relay)에 대한 탐색 시에는 모델 A의 경우 릴레이 UE가 자신이 릴레이 서비스를 할 수 있음을 공지하고, 모델 B의 경우 리모트 UE가 릴레이 UE가 주위에 있는지 요청(solicit)한다.

UE-대-네트워크 릴레이(UE-to-Network Relay)는 자신이 네트워크 연결 서비스를 제공하는 것 관련하여 다양한 정보를 상기 공지(announce)를 위한 메시지 및/또는 상기 요청(solicit)에 응답하기 위한 메시지 (이러한 메시지들은 릴레이 서비스를 할 수 있음을 알리는 메시지로 해석될 수 있음)에 포함할 수 있다. 상기 다양한 정보는 DNN 정보, 슬라이스 관련 정보, 지원 가능한 PDU 세션 타입 정보, 원-홉(one-hop)으로 네트워크 연결 서비스 제공 가능한지 여부에 대한 정보(또는 일반화하여 몇 hop으로 네트워크 연결 서비스를 제공 가능한지에 대한 정보) 등일 수 있으며, 다양한 정보가 함축적이며 조합적으로 포함될 수도 있다.

UE-2가 UE-1이 UE-대-네트워크 릴레이(UE-to-Network Relay)로 동작함을 아는 경우(예, 다른 방법을 통해, (구체적으로 애플리케이션 계층의 메시지를 통해) 알게 된 경우, 또는 릴레이 UE<->리모트 UE의 관계를 형성한 후 추가로 유니캐스트 링크(unicast link)를 생성하고자 하는 경우 (예, 다른 서비스를 위해)), 단계 1은 생략될 수도 있다.

단계 2. UE-2는 UE-1으로부터 네트워크 연결 서비스를 받기 위해 유니캐스트 링크를 셋업하기 위한 요청 메시지, 즉 직접 통신 요청(direct communication request) 메시지를 전송한다.

상기 직접 통신 요청(direct communication request) 메시지는 PC5-S 메시지일 수 있다. 또는 상기 PC5-S 메시지는 상기 직접 통신 요청을 위하여 변형/확장될 수 있으며, 새로운 PC5-S 메시지가 정의되어 사용될 수도 있다.

UE-2는 상기 직접 통신 요청 메시지에 다음 중 하나 이상의 정보를 포함할 수 있다.

a) 생성 요청하는 유니캐스트 링크가 비-IP 통신을 위한 것임을 나타내는 정보

상기 정보는 "Indication whether IP communication is used."일 수 있다. 또는 상기 정보는 PDU Session type = 비구조화(Unstructured) PDU 세션 타입과 같은 형태의 정보로 나타낼 수도 있다.

b) DNN 관련 정보

DNN 관련 정보는 슬라이스 관련 정보를 포함할 수도 있다.

상기 DNN 관련 정보를 포함하지 않더라도, UE-1는 이를 암시적으로 유추할 수도 있다. 예를 들면, UE-1은 특정 DNN에 대해서만 네트워크 연결 서비스를 제공하는 바 유추할 수도 있고, UE-1이 상기 단계 1의 탐색 과정에서 특정 DNN에 매핑된 Layer-2 ID를 알렸으며, 이에 UE-2가 이 Layer-2 ID를 사용하여 직접 통신 요청 메시지를 전송한 바 유추할 수도 있다.

c) 리모트 UE를 나타내는 식별자 정보(또는 Remote User ID).

상기 리모트 UE를 나타내는 식별자 정보는 아래 중 하나 이상일 수 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.

c-1) SUPI(Subscription Permanent Identifier)

c-2) SUCI(Subscription Concealed Identifier)

c-3) GPSI(Generic Public Subscription Identifier)

c-4) PEI(Permanent Equipment Identifier)

c-5) MSISDN

c-6) UE가 리모트 UE로 동작할 때 사용할 수 있는 ID: 이를 리모트 UE 특정적인(specific) 식별자(Identifier)라고 하자. 이러한 리모트 UE 특정적인 식별자는 DNN 마다 다른 ID가 사용될 수도 있고, 모든 DNN에 대해 하나의 ID가 사용될 수도 있다. 또한, 리모트 UE 특정적인 식별자는 UE의 HPLMN 정보를 포함할 수도 있다. 상기 HPLMN 정보를 제외한 부분은 encrypt된 형태일 수도 있다.

iii-7) 애플리케이션 계층 사용자 ID

d) 네트워크 연결 서비스를 받기 위함임을 나타내는 정보.

e) 리모트 UE, 즉 UE-2의 홉 관련 정보.

이는 UE-대-네트워크 릴레이(UE-to-Network Relay), 즉 UE-1으로 하여금 리모트 UE인 UE-2와 몇 홉 관계인지를 알 수 있도록 하는 정보이다. 이에 예를 들면, UE-2가 상기 정보로 1을 포함시키면 UE-1이 UE-2에게 1 홉으로 네트워크 연결 서비스를 제공하게 됨을 알 수 있다.

본 명세서에서 유니캐스트 링크는 PC5 유니캐스트 링크, Layer-2의 링크, 일대일(one-to-one) 링크로 해석될 수 있고, 서로 혼용하여 사용될 수 있다.

상기 직접 통신 요청 메시지는 UE-2가 UE-1과 유니캐스트 링크를 형성하기 위해 (또는 유니캐스트 링크 형성을 완료하기 위해 또는 유니캐스트 링크 관련하여) UE-2가 전송하는 하나 이상의 PC5-S 메시지를 의미할 수 있다. 이에 다수의 PC5-S 메시지가 사용되는 경우, 상기 정보들은 다수의 PC5-S 메시지에 나뉘어 포함될 수 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.

단계 3. UE-1은 UE-2로부터 수신한 직접 통신 요청 메시지에 기반하여 UE-2가 네트워크 연결 서비스를 제공받기를 원하는 DNN에 대해 새로운 PDU 세션을 생성하는 것을 결정한다. 이에 네트워크로 PDU 세션 수립 요청 메시지를 전송한다. 상기 생성하고자 하는 PDU 세션은 비구조화(Unstructured) 타입의 PDU 세션이다.

상기 PDU 세션 수립 요청 메시지는 리모트 UE를 나타내는 식별자 정보를 포함할 수 있다. 이는 AMF가 해석가능한 NAS 메시지에 포함 및/또는 SMF가 해석가능한 SM NAS 메시지인 PDU 세션 수립 요청 메시지에 포함될 수 있다.

또한, 상기 PDU 세션 수립 요청 메시지는 리모트 UE를 위한 것임을 나타내는 정보 또는 릴레이 UE 동작임을 나타내는 정보를 포함할 수 있다. 이는 AMF가 해석가능한 NAS 메시지에 포함 및/또는 SMF가 해석가능한 SM NAS 메시지인 PDU 세션 수립 요청 메시지에 포함될 수 있다.

단계 3을 수행하기에 앞서 UE-1은 UE-2에게 네트워크 연결 서비스를 제공 가능한지 및/또는 UE-2가 자신, 즉 UE-1으로부터 네트워크 연결 서비스를 제공받을 수 있는지 여부를 네트워크와 함께 혹은 단독으로 검사(또는 체크)할 수도 있다. 또는 이러한 검사(또는 체크)는 PDU 세션 생성과 함께 수행될 수도 있다. 후자의 경우, PDU 세션 수립 요청 메시지를 수신한 AMF는 리모트 UE를 나타내는 식별자 정보를 이용하여 UE-대-네트워크 릴레이(UE-to-Network Relay)인 UE-1과 리모트 UE인 UE-2에 대해 상기 체크/인증 과정을 수행할 수도 있다. 이를 위해 AMF는 상기 리모트 UE를 나타내는 식별자 정보에 기반하여 UDM 또는 UDR 또는 리모트 UE의 가입자 정보를 저장한 네트워크 기능으로부터 필요한 가입자 정보를 획득할 필요가 있을 수 있다.

단계 4. AMF는 SMF로 PDU 세션 수립 요청 메시지를 전송한다.

즉, UE-1이 단계 3에서 전송한 PDU 세션 수립 요청 메시지는 AMF를 통해 SMF로 전달되어 처리된다. 이에 PDU 세션 수립 절차는 실제적으로는 AMF 및 SMF와 수행하는 것으로 해석될 수 있으며, 이는 본 명세서 전반에 걸쳐 적용된다.

UE-1은 UE-2에게 네트워크 연결 서비스를 제공 가능한지 및/또는 UE-2가 UE-1으로부터 네트워크 연결 서비스를 제공받을 수 있는지 여부를 SMF가 체크하는 경우, SMF는 리모트 UE를 나타내는 식별자 정보를 이용하여 UE-대-네트워크 릴레이(UE-to-Network Relay)인 UE-1과 리모트 UE인 UE-2에 대해 상기 체크/인증 과정을 수행할 수도 있다. 이를 위해 SMF는 상기 리모트 UE를 나타내는 식별자 정보에 기반하여 UDM 또는 UDR 또는 리모트 UE의 가입자 정보를 저장한 네트워크 기능으로부터 필요한 가입자 정보를 획득할 필요가 있을 수 있다.

SMF는 PCF(policy control function)에게 리모트 UE 관련 정보를 전송할 수도 있다.

또한, 상기 체크/인증을 PCF가 수행할 수도 있다.

SMF는 리모트 UE를 나타내는 식별자 정보, 리모트 UE를 위한 것임을 나타내는 정보, 릴레이 UE 동작임을 나타내는 정보 중 하나 이상에 기반하여 릴레이 UE가 동일 DNN + S-NSSAI에 대해 다수의 PDU 세션을 생성하는 것을 허용하는 동작을 수행할 수도 있다.

단계 5. SMF가 AMF에게 응답 메시지를 전송한다.

단계 6. SMF는 UPF와 N4 세션 수립 과정을 수행한다. 그리고, SMF는 UPF에게 리모트 UE 관련 정보를 전송할 수도 있다.

단계 7. SMF는 AMF에게 Namf_Communication_N1N2MessageTransfer 메시지를 전송한다. 상기 메시지는 UE-1에게 전송하는 PDU 세션 수립 수락 메시지 및 NG-RAN으로 전송하는 N2 SM 정보를 포함할 수 있다.

단계 8. AMF는 NG-RAN에게 N2 PDU 세션 요청 메시지를 전송한다. 이는 상기 SMF로부터 수신한 N2 SM 정보와 UE로 전송되는 PDU 세션 수립 수락 메시지를 포함한다.

단계 9. NG-RAN은 UE-1로 PDU 세션 수립 수락 메시지를 전달한다. 또한, 생성한 PDU 세션과 관련하여 필요한 무선 자원을 설정한다. 이를 위해 RRC 연결 재구성(Connection Reconfiguration) 메시지가 사용될 수 있다.

단계 10. UE-1은 UE-2에게 단계 2에서 요청받은 유니캐스트 링크 셋업에 대한 응답, 즉 직접 통신 수락 메시지를 전송한다. 이 메시지는 PDU 세션이 생성되었음을 알리는 정보를 포함할 수도 있다. 또한, 이 메시지는 리모트 UE의 홉(hop) 관련 정보를 포함할 수도 있다.

UE-1은 단계 2 이후에 바로 UE-2로 유니캐스트 링크 셋업 요청을 잘 받았다는 응답을 한 번 전송한 후, PDU 세션이 생성되면 UE-2로 직접 통신 수락 메시지를 전송할 수도 있다.

또는 UE-1은 단계 2 이후에 바로 UE-2로 직접 통신 수락 메시지를 전송할 수도 있다. 이후 단계 10에서는 PDU 세션이 생성되었음을 알리는 메시지를 전송할 수도 있다.

또는 UE-1은 단계 2 이후에 바로 UE-2로 직접 통신 수락 메시지를 전송할 수도 있다. 이에 UE-2가 업링크 데이터를 보냈는데 아직 UE-1이 UE-2를 위한 PDU 세션을 생성하기 전이라면 상기 데이터를 저장하고 있다가 PDU 세션 생성 후 전송할 수도 있다.

UE-1(즉, 릴레이 UE)은 UE-2(즉, 리모트 UE)를 위한 PDU 세션을 생성함에 따라, 컨텍스트를 저장한다. UE-1(즉, 릴레이 UE)은 특히 어떤 PDU 세션이 어떤 유니캐스트 링크와 매핑되는지에 대한 정보를 저장할 필요가 있다. 이에 상기 컨텍스트는 아래의 정보를 하나 이상 포함한다.

a) PDU 세션 ID:

이는 PDU 세션 생성을 요청하기 위해 UE-1이 생성한 것으로, 종래 기술을 따른다.

b) 유니캐스트 링크 식별자 정보:

이는 생성된 유니캐스트 링크를 식별하기 위한 정보. 즉, PC5 링크 식별자일 수도 있고, 본 명세서의 개시를 위해 새롭게 정의된 ID일 수도 있다.

c) 리모트 UE를 나타내는 식별자 정보

d) 자신의 Layer-2 ID:

이는 생성된 유니캐스트 링크에 사용하는 UE-1의 Layer-2의 ID

e) 유니캐스트 링크 상대/피어 UE의 Layer-2의 ID:

이는 생성된 유니캐스트 링크에 사용하는 UE-2의 Layer-2의 ID. 이는 상기 단계 1의 탐색 과정에서 획득할 수도 있고, 단계 2에서 UE-2가 직접 통신 요청 메시지를 전송하기 위해 사용한 Layer-2 ID로부터 획득할 수도 있다.

f) 비-IP 기반 통신을 위한 유니캐스트 링크임을 나타내는 정보

g) PFI(PC5 QoS 플로우 Identifier)의 세트. 각 PFI는 QoS 파라미터(즉, PC5 5QI(PQI))와 관련이 있음.

비구조화(Unstructured)의 PDU 세션의 경우 최대 1개의 QoS 플로우만을 지원하는 바, 1개의 PC5 QoS 플로우에 대한 정보일 수 있음.

h) PDU 세션의 QoS 플로우 ID와 매핑되는 유니캐스트 링크의 PC5 QoS 플로우 ID

i) DNN 정보 (이는 슬라이스 관련 정보를 포함한 것일 수도 있음)

j) 상기 외에 유니캐스트 링크 관련하여 필요한 정보들

k) 리모트 UE와의 홉 관련 정보.

리모트 UE와 몇 홉 떨어져 있는지에 대한 정보로, 도 10에 도시된 예에서는 홉은 1임.

UE-1은 UE-2와 생성한 유니캐스트 링크 관련하여 필요한 모든 정보를 저장하는 것으로 이해할 수 있다. 특히, 상기 생성한 유니캐스트 링크가 다른 UE를 위해 네트워크 연결 서비스를 제공하기 위한 것인 바 연관되는 PDU 세션에 대한 정보 (상기 a) 정보)가 함께 저장되어야 하는 것으로 이해할 수 있다.

UE-2도 UE-1과 생성한 유니캐스트 링크 관련하여 필요한 모든 정보를 저장하는 것으로 이해할 수 있다. 이는 상기 UE-1이 저장하는 정보들에서 특히 a)를 제외한 정보일 수 있다. 상기 정보 중 "e) 유니캐스트 링크 상대/피어 UE의 Layer-2 ID"의 경우, 상기 단계 1의 탐색 과정에서 획득할 수도 있고, 단계 10에서 UE-1이 직접 통신 수락 메시지를 전송하기 위해 사용한 Layer-2 ID로부터 획득할 수도 있다.

상기 유니캐스트 링크 관련하여, UE(예컨대, 릴레이 UE인 UE-1)가 저장하는 컨텍스트에서 특정 정보가 업데이트되면 이를 업데이트하여 저장한다. 예를 들어, Layer-2 ID (UE-1의 Layer-2 ID, UE-2의 Layer-2 ID)가 업데이트되는 경우, UE(예컨대, 릴레이 UE인 UE-1)는 이를 업데이트하여 저장한다.

단계 11. UE-3(즉, 리모트 UE#2)이 네트워크 연결 서비스를 받기 위해 UE-대-네트워크 릴레이(UE-to-Network Relay)를 탐색하여, UE-1을 UE-대-네트워크 릴레이(UE-to-Network Relay)로 선택한다.

자세한 동작은 단계 1을 참고한다.

단계 12. UE-3가 UE-1으로부터 네트워크 연결 서비스를 받기 위해 유니캐스트 링크 셋업을 위한 요청 메시지, 즉 직접 통신 요청 메시지를 전송한다.

자세한 동작은 단계 2를 참고한다.

단계 13. UE-1은 UE-3로부터 수신한 직접 통신 요청 메시지에 기반하여 UE-3가 네트워크 연결 서비스를 제공받기를 원하는 DNN에 대해 PDU 세션을 생성한다. 이에 네트워크로 PDU 세션 수립 요청 메시지를 전송한다.

자세한 동작은 단계 3을 참고한다.

특히, UE-3가 비-IP 통신에 대한(또는 비구조화(Unstructured) 타입의 PDU 세션에 대한) 네트워크 연결 서비스를 요청한 바, UE-3를 위한 새로운 PDU 세션을 생성하는 것을 결정한다. 이는 상기 단계 3 내지 단계 9를 통해 UE-2를 위해 생성한 PDU 세션의 DNN과 상기 UE-3가 서비스 받고자 하는 DNN이 동일하더라도 UE-3를 위해 새로운 PDU 세션을 생성하는 것을 결정하는 것이다.

이는 만약에 단계 2 이전에 UE-1이 DNN#1에 대해 PDU 세션을 생성하였고 상기 PDU 세션이 비구조화(Unstructured) 타입의 PDU 세션이었다면,

- 단계 2에서 UE-2가 DNN#1에 대한 서비스를 받고자 요청 메시지를 UE-1에게 보낸 경우 UE-1은 UE-2를 위해 새로운 PDU 세션을 생성하는 것을 결정할 수 있다.

- 단계 12에서 UE-3가 DNN#1에 대한 서비스를 받고자 요청 메시지를 UE-1에게 보낸 경우 UE-1은 UE-3를 위해 새로운 PDU 세션을 생성하는 것으로 결정할 수 있다.

결국, UE-대-네트워크 릴레이(UE-to-Network Relay)는 비구조화(Unstructured) 타입의 PDU 세션을 통해 네트워크 연결 서비스를 받는 것을 리모트 UE로부터 요청받은 경우, 항상 새로운 PDU 세션을 생성하는 것을 결정한다. 이는 하나의 비구조화(Unstructured) 타입의 PDU 세션이 다수의 UE(이는 UE-대-네트워크 릴레이(UE-to-Network Relay) 및 하나 이상의 리모트 UE일 수도 있고, 두개 이상의 리모트 UE일 수도 있음)를 서비스할 수 없는 것으로 해석할 수 있다.

단계 14~20. UE-2를 UE-3로 대체하여 단계 4 내지 10에서 기술한 내용을 참고한다.

단계 21. UE-2가 업링크 데이터를 UE-1으로 전송한다. 이때 출발지(source) Layer-2 ID는 UE-2가 상기 단계 2를 통해 UE-1과 생성한 유니캐스트 링크를 위해 사용하는 UE-2의 Layer-2 ID로 설정하고, 목적지(destination) Layer-2 ID는 UE-1의 Layer-2 ID로 설정할 수 있다.

단계 22. UE-1(즉, 릴레이 UE)은 UE-2가 전송한 업링크 데이터가 어떤 PDU 세션에 매핑되는지 검사한다. 이를 위해 상기 단계 10에서 기술한 컨텍스트 정보를 이용한다.

UE-1(즉, 릴레이 UE)은 상기 매핑되는 PDU 세션, 즉 단계 3을 통해 생성한 PDU 세션, 즉 UE-2를 위해 생성한 PDU 세션을 이용하여 상기 업링크 데이터를 네트워크로 전송한다.

단계 23. UE-2를 위해 생성한 PDU 세션을 통해 다운링크 데이터가 전송되고, 이 데이터가 UE-1에게 전송된다.

단계 24. UE-1(즉, 릴레이 UE)은 수신된 데이터의 PDU 세션이 어떤 유니캐스트 링크와 매핑되는지 검사한다. 이를 위해 상기 단계 10에서 기술한 컨텍스트 정보를 이용한다.

UE-1(즉, 릴레이 UE)은 상기 매핑되는 유니캐스트 링크, 즉 단계 2를 통해 생성한 유니캐스트 링크, 즉 UE-2와 생성한 유니캐스트 링크를 이용하여 상기 다운링크 데이터를 전송한다.

단계 25. UE-3가 업링크 데이터를 UE-1으로 전송한다. 이때 출발지 Layer-2 ID는 UE-3가 상기 단계 12를 통해 UE-1과 생성한 유니캐스트 링크를 위해 사용하는 UE-3의 Layer-2 ID로 설정하고, 목적지 Layer-2 ID는 UE-1의 Layer-2 ID로 설정한다.

단계 26. UE-1은 UE-3가 전송한 업링크 데이터가 어떤 PDU 세션에 매핑되는지 검사한다. 이를 위해 상기 단계 20에서 기술한 컨텍스트 정보를 이용한다.

UE-1은 상기 매핑되는 PDU 세션, 즉 단계 13을 통해 생성한 PDU 세션, 즉 UE-3을 위해 생성한 PDU 세션을 이용하여 상기 업링크 데이터를 네트워크로 전송한다.

단계 27. UE-3를 위해 생성한 PDU 세션을 통해 다운링크 데이터가 전송되고, 이 데이터가 UE-1에게 전송된다.

단계 28. UE-1은 수신된 데이터의 PDU 세션이 어떤 유니캐스트 링크와 매핑되는지 검사한다. 이를 위해 상기 단계 20에서 기술한 컨텍스트 정보를 이용한다.

UE-1은 상기 매핑되는 유니캐스트 링크, 즉 단계 12를 통해 생성한 유니캐스트 링크, 즉 UE-3과 생성한 유니캐스트 링크를 이용하여 상기 다운링크 데이터를 전송한다.

도 10에서는 UE-2를 위해 PDU 세션 생성 시 선택된 SMF와 UPF 그리고 UE-3를 위해 PDU 세션 생성 시 선택된 SMF와 UPF가 동일한 것으로 도시하였으나 서로 다른 SMF 및/또는 UPF가 선택될 수도 있다.

II. 제1 개시의 변형예

제1 개시에 기반하여 아래에 대해 고려해 볼 수 있다. 아래에서 명시한 각 과정은 제1 개시에서의 각 과정과 동일하다.

UE-2가 DNN#1에 대해서 상기 단계 2와 같이 비-IP 통신에 대한 네트워크 연결 서비스를 UE-1에게 요청한 후, DNN#2에 대해서도 UE-1에게 비-IP 통신에 대한 네트워크 연결 서비스를 요청하는 시나리오를 고려해 볼 수 있다.

이 경우, DNN#2를 위해 단계 2를 통해 생성한 유니캐스트 링크와 다른 새로운 유니캐스트 링크를 UE-1과 생성할 수도 있고, 단계 2를 통해 생성한 유니캐스트 링크를 업데이트함으로써 DNN#2에 대한 요청을 수행할 수도 있다. 후자의 경우, DNN#2를 위한 PC5 QoS 플로우를 추가함으로써, 기존의 유니캐스트 링크를 업데이트할 수 있다. UE-1은 UE-2의 요청에 따라 DNN#2에 대해 새로운 PDU 세션을 생성한 후, 단계 10에서 기술한 컨텍스트에 새로 생성한 PDU 세션에 대한 정보를 추가하는 작업을 수행한다. 즉 상기 컨텍스트를 업데이트한다. 특히, 컨텍스트는 PDU 세션 ID 별로 구성되도록 할 수 있다. 특히, 상기 DNN#2를 위한 PC5 QoS 플로우에 대한 정보 (이는 단계 10에 기술한 g) 정보)를 "a) PDU 세션 ID"와 매핑하여 저장하는 것이 필요하다.

이에 UE-1이 UE-2로부터 상기 유니캐스트 링크를 통해 전송한 업링크 데이터를 수신하면, 이 데이터가 DNN#1에 대한 것인지(즉, DNN#1에 대한 PDU 세션인지) DNN#2에 대한 것인지 (즉, DNN#3에 대한 PDU 세션인지), 결정할 수 있다. 구체적으로는 상기 업링크 데이터가 나타내는 PFI(이는 SDAP 계층에 포함될 수 있음)를 통해 어떤 PDU 세션, 즉 PDU 세션 ID에 매핑되는지를 판단함으로써 해당 PDU 세션을 통해 상기 데이터를 네트워크로 전송할 수 있다.

또한, UE-1이 네트워크로부터 UE-2로 향하는 다운링크 데이터를 받은 경우, 이용된 PDU 세션이 어떤 유니캐스트 링크에 매핑되는지, 더 나아가서는 해당 유니캐스트 링크에서 어떤 PC5 QoS 플로우에 매핑되는지 결정할 수 있다. 이후, 해당 유니캐스트 링크를 통해 해당 PC5 QoS 플로우를 나타내는 PFI를 사용하여 상기 데이터를 UE-2로 전송할 수 있다.

III. 제3 개시: 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 통해 비-IP 데이터를 송수신하는 방안: 리모트 UE와 UE-대-네트워크 릴레이(UE-to-Network Relay)가 멀티 홉(multi-hop)으로 연결된 경우

도 11a 및 도 11b는 제3 개시에 따른 방안을 나타낸 신호 흐름도이다.

도 11a 및 도 11b에 도시된 모든 단계는 반드시 수행되어야 하는 것은 아니며, 일부 단계는 생략될 수도 있다. 그러나 이해를 돕고자 이하에서는 대부분의 단계들에 대해서 설명하기로 한다.

도 11a 및 도 11b에서 PDU 세션 수립 과정에 대해서는, 도 5a 및 도 5b의 내용을 참고하기로 한다.

단계 1~10. 도 10a 및 도 10b의 단계 1 내지 단계 10에 대한 설명을 그대로 원용하기로 한다.

단계 11. UE-3(즉, 리모트 UE#2)이 네트워크 연결 서비스를 받기 위해 UE-대-네트워크 릴레이(UE-to-Network Relay)를 탐색한다. 그 결과, UE-2를 Relay로 선택한다. 그런데 상기 UE-2는 네트워크 연결 서비스를 원 홉(one-hop)으로 제공할 수는 없고, 다른 UE, 즉 UE-1을 통해 네트워크 연결 서비스를 제공할 수 있다. 이에 이러한 정보를 UE-3에게 제공할 수 있다. 상기 도 10의 단계 1에서 기술한 사항에 따르면, 원 홉(one-hop)으로 네트워크 연결 서비스 제공 가능한지 여부에 대한 정보(또는 일반화하여 몇 홉으로 네트워크 연결 서비스를 제공 가능한지에 대한 정보)를 이용할 수 있다.

도 10의 단계 1에서 기술한 사항에 기반하여 멀티 홉(multi-hop)으로 네트워크 연결 서비스를 받는 것으로 이해하고 해석할 수 있다.

UE-2는 상기 단계 1~10을 통해 이미 UE-1으로부터 원 홉(one-hop)으로 네트워크 연결 서비스를 받고 있는 것으로 가정한 바, UE-1을 통해 UE-3에게 네트워크 연결 서비스를 제공 가능함을 인지하는 것으로 가정하였으나, 이와 달리 UE-3가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 탐색함에 따라 UE-2가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 탐색할 수도 있다.

또한, UE-2는 자신 역시 네트워크 연결 서비스를 받는 리모트 UE임과 동시에 UE-3에게 중계 동작을 제공해주는 중간 릴레이(Intermediate Relay) 역할을 수행할 수도 있고, 자신은 네트워크 연결 서비스를 받지 않고 UE-3에게 릴레이 동작을 제공해주는 중간 릴레이 역할만을 수행할 수도 있다.

단계 12. UE-3가 UE-2를 통해 네트워크 연결 서비스를 받기 위해 유니캐스트 링크 셋업을 위한 요청 메시지, 즉 직접 통신 요청 메시지를 전송한다.

자세한 동작은 도 10의 단계 2를 참고한다.

단계 13. UE-3으로부터 전송받은 직접 통신 요청 메시지에 기반하여, UE-2가 UE-3를 위해 UE-1으로부터 네트워크 연결 서비스를 받기 위해 유니캐스트 링크 셋업을 위한 요청 메시지, 즉 직접 통신 요청 메시지를 전송한다.

상기 직접 통신 요청 메시지는 UE-3으로부터 전송받은 직접 통신 요청 메시지 자체일 수도 있다. 또는 UE-3으로부터 전송받은 직접 통신 요청 메시지 자체를 그대로 포함하고, UE-2 자신이 생성한 정보를 포함시킨 메시지 형태일 수도 있다. 또는 UE-3으로부터 전송받은 직접 통신 요청 메시지에 포함된 정보를 모두 또는 일부 포함하고, UE-2 자신이 생성한 정보를 포함시킨 메시지 형태일 수도 있다.

UE-2가 상기 직접 통신 요청 메시지에 자신이 생성한 정보를 포함시키는 경우 다음 중 하나 이상의 정보를 포함시킬 수 있다.

a) UE-2가 중간 릴레이 UE로 동작함을 나타내는 정보.

b) UE-2, 즉 중간 릴레이 UE를 나타내는 식별자 정보.

상기 중간 릴레이 UE를 나타내는 식별자 정보는 아래 중 하나 이상일 수 있다.

b-1) SUPI(Subscription Permanent Identifier)

b-2) SUCI(Subscription Concealed Identifier)

b-3) GPSI(Generic Public Subscription Identifier)

b-4) PEI(Permanent Equipment Identifier)

b-5) MSISDN

b-6) UE가 중간 릴레이 UE로 동작할 때 사용할 수 있는 ID: 이를 중간 릴레이 UE 특정적인(Specific) 식별자(Identifier)라고 하자. 이러한 중간 릴레이 UE 특정적인 식별자는 DNN 마다 다른 ID가 사용될 수도 있고, 모든 DNN에 대해 하나의 ID가 사용될 수도 있다. 또한, 중간 릴레이 UE 특정적인 식별자는 UE의 HPLMN 정보를 포함할 수도 있다. 상기 HPLMN 정보를 제외한 부분은 암호화된 형태일 수도 있다

c) 리모트 UE, 즉 UE-3의 홉 관련 정보.

이는 UE-대-네트워크 릴레이(UE-to-Network Relay), 즉 UE-1으로 하여금 리모트 UE인 UE-3와 몇 홉 인지를 알 수 있도록 하는 정보이다. 이에 예를 들면, UE-2가 상기 정보로 2를 포함시키면 UE-1이 UE-3에게 2 홉으로 네트워크 연결 서비스를 제공하게 됨을 알 수 있다.

중간 릴레이 UE가 다수인 경우, 각 중간 릴레이 UE는 직접 통신 요청 메시지를 수신하여 UE-대-네트워크 릴레이(UE-to-Network Relay)를 향해 전송할 때마다 상기 정보를 1씩 증가시킬 수 있다. 예를 들어, 리모트 UE <-> 중간 릴레이#1 <-> 중간 릴레이 #2 <-> UE-대-네트워크 릴레이(UE-to-Network Relay)와 같은 형태인 경우, 중간 릴레이#1는 상기 정보로 2를, 중간 릴레이#2는 상기 정보로 3을 포함시킬 수 있다.

단계 14. UE-1은 UE-2로부터 수신한 직접 통신 요청 메시지에 상기 단계 13의 "c) 리모트 UE의 홉 관련 정보"가 포함된 경우, 이에 기반하여 리모트 UE에게 네트워크 연결 서비스를 제공한지 체크/인증하는 동작을 수행할 수도 있다. 만약, UE-1이 최대 3개의 홉 거리의 리모트 UE에게 네트워크 연결 서비스를 제공할 수 있는 것으로 설정되어 있는데, 리모트 UE가 4개 홉 거리로 떨어져 있다면, UE-1은 상기 요청을 거절할 수 있다. 상기의 체크/인증은 네트워크에 의해 수행될 수도 있다. 상기의 UE-대-네트워크 릴레이(UE-to-Network Relay)가 최대 몇 홉으로 네트워크 연결 서비스를 제공할 수 있는지는 DNN 별로 설정될 수도 있다. 상기의 체크/인증은 "c) 리모트 UE의 홉 관련 정보"가 멀티 홉(multi-hop), 즉 1 보다 큰 홉을 나타내는 경우에만 수행될 수도 있다.

UE-1은 UE-2로부터 수신한 직접 통신 요청 메시지에 기반하여 UE-3가 네트워크 연결 서비스를 제공받기를 원하는 DNN에 대해 PDU 세션을 생성한다. 이에 네트워크로 PDU 세션 수립 요청 메시지를 전송한다.

자세한 동작은 도 10의 단계 3을 참고한다.

특히, 도 10을 참조하여 설명한 바와 같이 비-IP 통신에 대한 (또는 비구조화(Unstructured) 타입의 PDU 세션에 대한) 네트워크 연결 서비스 요청을 수신한 바, 새로운 PDU 세션을 생성하는 것을 결정한다. 이는 상기 단계 3 내지 단계 9를 통해 UE-2를 위해 생성한 PDU 세션의 DNN과 상기 UE-3가 서비스 받고자 하는 DNN이 동일하더라도 UE-3를 위해 새로운 PDU 세션을 생성하는 것을 결정하는 것이다.

이는 만약에 단계 2 전에 UE-1이 DNN#1에 대해 PDU 세션을 생성하였고 상기 PDU 세션이 비구조화(Unstructured) 타입의 PDU 세션이었다면,

- 단계 2에서 UE-2가 DNN#1에 대한 서비스를 받고자 요청 메시지를 UE-1에게 보낸 경우 UE-1은 UE-2를 위해 새로운 PDU 세션을 생성하는 것으로 결정할 수 있다.

- 단계 13에서 UE-2가 UE-3를 대신해 DNN#1에 대한 서비스를 받고자 요청 메시지를 UE-1에게 보낸 경우 UE-1은 UE-3를 위해 새로운 PDU 세션을 생성하는 것으로 결정할 수 있다.

결국, UE-대-네트워크 릴레이(UE-to-Network Relay)는 비구조화(Unstructured) 타입의 PDU 세션을 통해 네트워크 연결 서비스를 받는 것을 리모트 UE로부터 요청받은 경우, 항상 새로운 PDU 세션을 생성하는 것을 결정한다. 이는 하나의 비구조화(Unstructured) 타입의 PDU 세션이 다수의 UE (이는 UE-대-네트워크 릴레이(UE-to-Network Relay) 및 하나 이상의 리모트 UE일 수도 있고, 두개 이상의 리모트 UE일 수도 있음)를 서비스할 수 없는 것으로 해석할 수 있다.

단계 15~20. UE-2를 UE-3로 대체하여 단계 4~9에서 기술한 내용을 참고한다.

단계 21. UE-1은 UE-2에게 단계 13에서 요청받은 유니캐스트 링크 셋업에 대한 응답, 즉 직접 통신 수락 메시지를 전송한다. 이 메시지는 PDU 세션이 생성되었음을 알리는 정보를 포함할 수도 있다. 또한, 이 메시지는 리모트 UE의 홉 관련 정보를 포함할 수도 있다.

UE-1은 단계 13 이후에 바로 UE-2로 유니캐스트 링크 셋업 요청을 잘 받았다는 응답을 한 번 전송한 후, PDU 세션이 생성되면 UE-2로 직접 통신 수락 메시지를 전송할 수도 있다.

또는 UE-1은 단계 13 이후에 바로 UE-2로 직접 통신 수락 메시지를 전송할 수도 있다. 이후 단계 21에서는 PDU 세션이 생성되었음을 알리는 메시지를 전송할 수도 있다.

또는 UE-1은 단계 13 이후에 바로 UE-2로 직접 통신 수락 메시지를 전송할 수도 있다.

UE-2는 UE-1으로부터 상기 메시지를 수신하면 바로 UE-3에게 대응하는 메시지를 전송할 수도 있고, 최종적으로 PDU 세션이 생성되었다는 정보를 받은 후에 UE-3에게 응답 메시지를 보낼 수도 있다.

만약, UE-3가 업링크 데이터를 보냈는데 아직 UE-1이 UE-3를 위한 PDU 세션을 생성하기 전이라면 상기 데이터를 저장하고 있다가 PDU 세션 생성 후 전송할 수도 있다.

UE-1은 UE-3를 위한 PDU 세션을 생성함에 따라, 컨텍스트를 저장한다. UE-1은 특히 어떤 PDU 세션이 어떤 유니캐스트 링크와 매핑되는지에 대한 정보를 저장할 필요가 있다. 상기 컨텍스트는 아래의 정보를 하나 이상 포함한다.

a) PDU 세션 ID:

이는 PDU 세션 생성을 요청하기 위해 UE-1이 생성한 것이다.

b) 유니캐스트 링크 식별자 정보:

이는 생성된 유니캐스트 링크를 식별하기 위한 정보로서, PC5 링크 식별자일 수도 있고, 새롭게 정의된 ID일 수도 있다.

UE-2와 생성한 유니캐스트 링크에 대한 식별자 정보이다.

c) 리모트 UE를 나타내는 식별자 정보:

UE-3를 나타내는 식별자 정보이다.

d) 자신의 Layer-2 ID:

이는 생성된 유니캐스트 링크에 사용하는 UE-1의 Layer-2 ID

e) 유니캐스트 링크 상대/피어 UE의 Layer-2 ID:

이는 생성된 유니캐스트 링크에 사용하는 UE-2의 Layer-2 ID. 이는 상기 단계 1의 탐색 과정에서 획득할 수도 있고, 단계 2에서 UE-2가 직접 통신 요청 메시지를 전송하기 위해 사용한 Layer-2 ID로부터 획득할 수도 있다.

f) 비-IP 통신을 위한 유니캐스트 링크임을 나타내는 정보

j) 상기 외에 유니캐스트 링크 관련하여 필요한 정보들

k) 리모트 UE와의 홉 관련 정보.

리모트 UE와 몇 홉 떨어져 있는지에 대한 정보로, Figure 2의 경우 2임.

l) 중간 릴레이 UE를 나타내는 식별자 정보:

UE-2를 나타내는 식별자 정보이다.

만약에 다수의 중간 릴레이 UE가 존재하는 경우, 모든 중간 릴레이 UE를 나타내는 식별자 정보를 저장할 수도 있다.

UE-2도 UE-1과 생성한 유니캐스트 링크 관련하여 필요한 모든 정보를 저장하는 것으로 이해할 수 있다. 이는 상기 UE-1이 저장하는 정보들에서 특히 a)를 제외한 정보일 수 있다. 상기 정보 중 "e) 유니캐스트 링크 상대/피어 UE의 Layer-2 ID"의 경우, 상기 단계 1의 탐색 과정에서 획득할 수도 있고, 단계 21에서 UE-1이 직접 통신 수락 메시지를 전송하기 위해 사용한 Layer-2 ID로부터 획득할 수도 있다.

상기 유니캐스트 링크 관련하여 UE가 저장하는 컨텍스트에서 특정 정보가 업데이트되면 이를 업데이트하여 저장한다. 예를 들어, Layer-2 ID (UE-1의 Layer-2 ID, UE-2의 Layer-2 ID)가 업데이트되는 경우.

단계 22. UE-1으로부터 전송받은 직접 통신 수락 메시지에 기반하여, UE-2는 UE-3에게 단계 12에서 요청받은 유니캐스트 링크 셋업에 대한 응답, 즉 직접 통신 수락 메시지를 전송한다.

상기 직접 통신 수락 메시지는 UE-1으로부터 전송받은 직접 통신 수락 메시지 자체일 수도 있다. 또는 UE-1으로부터 전송받은 직접 통신 수락 메시지 자체를 그대로 포함하고, UE-2 자신이 생성한 정보를 포함시킨 메시지 형태일 수도 있다. 또는 UE-1으로부터 전송받은 직접 통신 수락 메시지에 포함된 정보를 모두 또는 일부 포함하고, UE-2 자신이 생성한 정보를 포함시킨 메시지 형태일 수도 있다.

UE-2는 단계 12 이후에 바로 UE-3로 유니캐스트 링크 셋업 요청을 잘 받았다는 응답을 한 번 전송한 후, UE-1으로부터 직접 통신 수락 메시지를 수신하면, UE-3로 직접 통신 수락 메시지를 전송할 수도 있다.

또는 UE-2는 단계 12 이후에 바로 UE-3로 직접 통신 수락 메시지를 전송할 수도 있다. 이후 단계 22에서는 PDU 세션이 생성되었음을 알리는 메시지를 전송할 수도 있다.

또는 UE-2는 단계 12 이후에 바로 UE-3로 직접 통신 수락 메시지를 전송할 수도 있다.

UE-2는 UE-3와 유니캐스트 링크를 생성함에 따라 컨텍스트를 저장한다. UE-2는 특히 UE-3와 생성한 유니캐스트 링크가 상기 단계 13에 의해 UE-1과 생성한 유니캐스트 링크와 매핑되는지에 대한 정보를 저장할 필요가 있다. 이에 상기 컨텍스트는 아래의 정보를 하나 이상 포함한다.

a) UE-1과 생성한 유니캐스트 링크의 식별자 정보:

이는 단계 13에 의해 UE-1과 생성한 유니캐스트 링크의 식별자 정보이다.

도 11에서는 2개의 홉 거리로 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)에 연결되는 것을 보여주고 있으나, 3개 홉 거리 이상인 경우로 일반화하여 생각해볼 수도 있다. 이 경우 중간 릴레이 UE의 경우 네트워크를 향한 업링크 방향에 있는 UE와 생성한 유니캐스트 링크의 식별자 정보 또는 UE-대-네트워크 릴레이(UE-to-Network Relay)와 유니캐스트 링크를 생성한 경우 UE-대-네트워크 릴레이(UE-to-Network Relay)와 생성한 유니캐스트 링크의 식별자 정보를 저장하는 것으로 이해할 수 있다. 이에 a) 정보는 "업링크 방향 유니캐스트 링크의 식별자 정보"로 이해할 수 있다.

b) UE-3와 생성한 유니캐스트 링크의 식별자 정보:

이는 UE-3와 생성한 유니캐스트 링크를 식별하기 위한 정보로서, PC5 링크 식별자일 수도 있고, 새롭게 정의된 ID일 수도 있다.

도 11에서는 2개의 홉 거리로 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)에 연결되는 것을 보여주고 있으나, 3개 홉 거리 이상인 경우로 일반화하여 생각해볼 수 있다. 이 경우, 중간 릴레이 UE의 경우 리모트 UE를 향한 다운링크 방향에 있는 UE와 생성한 유니캐스트 링크의 식별자 정보 또는 리모트 UE와 유니캐스트 링크를 생성한 경우 리모트 UE와 생성한 유니캐스트 링크의 식별자 정보를 저장하는 것으로 이해할 수 있다. 이에 b) 정보는 "다운링크 방향 유니캐스트 링크의 식별자 정보"로 이해할 수 있다.

c) 리모트 UE를 나타내는 식별자 정보:

UE-3를 나타내는 식별자 정보이다.

d) 자신의 Layer-2 ID:

이는 생성된 유니캐스트 링크에 사용하는 UE-2의 Layer-2 ID

e) 유니캐스트 링크 상대/피어 UE의 Layer-2 ID:

이는 생성된 유니캐스트 링크에 사용하는 UE-3의 Layer-2 ID. 이는 상기 단계 11의 탐색 과정에서 획득할 수도 있고, 단계 12에서 UE-3가 직접 통신 요청 메시지를 전송하기 위해 사용한 Layer-2 ID로부터 획득할 수도 있다.

f) 비-IP 통신을 위한 유니캐스트 링크임을 나타내는 정보

h) 두 유니캐스트 링크 간의 PC5 QoS 플로우 매핑 관계.

즉, UE-1과 생성한 유니캐스트 링크의 PFI와 UE-3와 생성한 유니캐스트 링크의 PFI 간의 매핑 정보.

j) 상기 외에 유니캐스트 링크 관련하여 필요한 정보들

k) 리모트 UE와의 홉 관련 정보.

리모트 UE와 몇 홉 떨어져 있는지에 대한 정보로, 도 11의 경우에는 1일 수 있다.

UE-2는 UE-3와 생성한 유니캐스트 링크 관련하여 필요한 모든 정보를 저장하는 것으로 이해할 수 있다.

UE-3도 UE-2와 생성한 유니캐스트 링크 관련하여 필요한 모든 정보를 저장하는 것으로 이해할 수 있다. 이는 상기 UE-2가 저장하는 정보 들에서 리모트 UE 동작에 필요한 정보를 저장하는 것으로 이해할 수 있다. 상기 정보 중 "e) 유니캐스트 링크 상대/피어 UE의 Layer-2 ID"의 경우, 상기 단계 11의 탐색 과정에서 획득할 수도 있고, 단계 22에서 UE-2가 직접 통신 수락 메시지를 전송하기 위해 사용한 Layer-2 ID로부터 획득할 수도 있다.

상기 유니캐스트 링크 관련하여 UE가 저장하는 컨텍스트에서 특정 정보가 업데이트되면 이를 업데이트하여 저장한다. 예를 들어, Layer-2 ID (UE-2의 Layer-2 ID, UE-3의 Layer-2 ID)가 업데이트되는 경우, Layer-2 ID가 업데이트되고 저장될 수 있다.

단계 23. UE-2가 업링크 데이터를 UE-1으로 전송한다. 이때 출발지 Layer-2 ID는 UE-2가 상기 단계 2를 통해 UE-1과 생성한 유니캐스트 링크를 위해 사용하는 UE-2의 Layer-2 ID로 설정하고, 목적지 Layer-2 ID는 UE-1의 Layer-2 ID로 설정한다.

단계 24. UE-1은 UE-2가 전송한 업링크 데이터가 어떤 PDU 세션에 매핑되는지 검사한다. 이를 위해 상기 단계 10에서 기술한 컨텍스트 정보를 이용한다.

UE-1은 상기 매핑되는 PDU 세션, 즉 단계 3을 통해 생성한 PDU 세션, 즉 UE-2를 위해 생성한 PDU 세션을 이용하여 상기 업링크 데이터를 네트워크로 전송한다.

단계 25. UE-2를 위해 생성한 PDU 세션을 통해 다운링크 데이터가 전송되고, 상기 데이터가 UE-1에게 전송된다.

단계 26. UE-1은 수신된 데이터의 PDU 세션이 어떤 유니캐스트 링크와 매핑되는지 검사한다. 이를 위해 상기 단계 10에서 기술한 컨텍스트 정보를 이용한다.

UE-1은 상기 매핑되는 유니캐스트 링크, 즉 단계 2를 통해 생성한 유니캐스트 링크, 즉 UE-2와 생성한 유니캐스트 링크를 이용하여 상기 다운링크 데이터를 전송한다.

단계 27. UE-3가 업링크 데이터를 UE-2로 전송한다. 이때 출발지 Layer-2 ID는 UE-3가 상기 단계 12를 통해 UE-2와 생성한 유니캐스트 링크를 위해 사용하는 UE-3의 Layer-2 ID로 설정하고, 목적지 Layer-2 ID는 UE-2의 Layer-2 ID로 설정한다.

단계 28. UE-2는 UE-3가 전송한 업링크 데이터가 어떤 업링크 방향 유니캐스트 링크에 매핑되는지 검사한다. 이를 위해 상기 단계 21 및 단계 22에서 기술한 컨텍스트 정보를 이용한다.

UE-2는 상기 매핑되는 업링크 방향 유니캐스트 링크, 즉 단계 13을 통해 UE-1과 생성한 유니캐스트 링크를 이용하여 상기 업링크 데이터를 UE-1으로 전송한다.

단계 29. UE-1은 UE-2가 전송한 업링크 데이터가 어떤 PDU 세션에 매핑되는지 검사한다. 이를 위해 상기 단계 21에서 기술한 컨텍스트 정보를 이용한다.

UE-1은 상기 매핑되는 PDU 세션, 즉 단계 14를 통해 생성한 PDU 세션, 즉 UE-3을 위해 생성한 PDU 세션을 이용하여 상기 업링크 데이터를 네트워크로 전송한다.

단계 30. UE-3를 위해 생성한 PDU 세션을 통해 다운링크 데이터가 전송되고, 상기 데이터가 UE-1에게 전송된다.

단계 31. UE-1은 수신된 데이터의 PDU 세션이 어떤 유니캐스트 링크와 매핑되는지 검사한다. 이를 위해 상기 단계 21에서 기술한 컨텍스트 정보를 이용한다.

UE-1은 상기 매핑되는 유니캐스트 링크, 즉 단계 13을 통해 생성한 유니캐스트 링크, 즉 UE-2와 생성한 유니캐스트 링크를 이용하여 상기 다운링크 데이터를 전송한다.

단계 32. UE-2는 UE-1이 전송한 다운링크 데이터가 어떤 다운링크 방향 유니캐스트 링크에 매핑되는지 검사한다. 이를 위해 상기 단계 21 및 단계 22에서 기술한 컨텍스트 정보를 이용한다.

UE-2는 상기 매핑되는 다운링크 방향 유니캐스트 링크, 즉 단계 12를 통해 UE-3와 생성한 유니캐스트 링크를 이용하여 상기 다운링크 데이터를 UE-3로 전송한다.

도 11에서는 UE-2를 위해 PDU 세션 생성 시 선택된 SMF와 UPF 그리고 UE-3를 위해 PDU 세션 생성 시 선택된 SMF와 UPF가 동일한 것으로 도시하였으나 서로 다른 SMF 및/또는 UPF가 선택될 수도 있다.

IV. 제4 개시

도 12a 및 도 12b는 제4 개시에 따른 방안을 나타낸 신호 흐름도이다.

도 12a 및 도 12b에 도시된 모든 단계는 반드시 수행되어야 하는 것은 아니며, 일부 단계는 생략될 수도 있다. 그러나 이해를 돕고자 이하에서는 대부분의 단계들에 대해서 설명하기로 한다.

도 11a 및 도 11b와 대비하여 도 12a 및 도 12b의 주요 차이는 단계 13과 단계 21이다. 이에 아래에서는 도 11a 및 도 11b와 대비하여 차이나는 내용 위주로 기술하고, 동일한 부분에 대해서는 도 11a 및 도 11b를 참조하여 설명한 내용을 원용하기로 한다.

단계 13. UE-3(즉, 리모트 UE#2)으로부터 전송받은 직접 통신 요청 메시지에 기반하여, UE-2(즉, 리모트 UE#1)가 UE-3(즉, 리모트 UE#2)를 위해 UE-1(즉, 릴레이 UE)으로부터 네트워크 연결 서비스를 받는 것을 결정한다.

UE-2는 이미 단계 2를 통해 UE-1과 유니캐스트 링크를 생성한 바, 이 유니캐스트 링크를 업데이트함으로써 UE-3로부터 받은 요청을 수행하는 것을 결정한다. 이에 UE-1으로 상기 유니캐스트 링크를 업데이트하기 위한 메시지, 즉 링크 수정(Link Modification) 요청 메시지를 전송한다.

상기 링크 수정 요청 메시지는 기존의 링크 수정 요청 메시지가 변형/확장되어 사용될 수도 있고, 새로운 PC5-S 메시지가 정의되어 사용될 수도 있다.

상기 링크 수정 요청 메시지는 UE-3으로부터 전송받은 직접 통신 요청 메시지 자체를 그대로 포함하고, UE-2 자신이 생성한 정보를 포함시킨 메시지 형태일 도 있다. 또는 UE-3으로부터 전송받은 직접 통신 요청 메시지에 포함된 정보를 모두 또는 일부 포함하고, UE-2 자신이 생성한 정보를 포함시킨 메시지 형태일 수도 있다.

UE-2가 상기 링크 수정 요청 메시지에 자신이 생성한 정보를 포함시키는 경우, 도 11의 단계 13에 대해서 설명한 내용을 참고한다.

특히, 상기 링크 수정 요청 메시지는 상기 UE-3의 요청이 반영된, 추가되는 PC5 QoS 플로우에 대한 정보를 포함한다. 이는 DNN 관련 정보와 매핑된 형태일 수도 있다.

단계 14. 도 11의 단계 14에서 직접 통신 요청 메시지를 링크 수정 요청 메시지로 대체하여 해석할 수 있다.

단계 21. UE-1은 UE-2에게 단계 13에서 요청받은 유니캐스트 링크 업데이트에 대한 응답, 즉 링크 수정 수락 메시지를 전송한다. 이 메시지는 PDU 세션이 생성되었음을 알리는 정보를 포함할 수도 있다. 또한, 이 메시지는 리모트 UE의 홉 관련 정보를 포함할 수도 있다.

UE-1(즉, 릴레이 UE)은 UE-3를 위해 새로운 PDU 세션을 생성한 후, 단계 10에서 기술한 컨텍스트에 새로 생성한 PDU 세션에 대한 정보를 추가하는 작업을 수행한다. 즉 상기 컨텍스트를 업데이트한다. 특히, 컨텍스트는 PDU 세션 ID 별로 구성되도록 할 수 있다. 특히, UE-1(즉, 릴레이 UE)가 상기 UE-3를 위한 PC5 QoS 플로우에 대한 정보 (이는 단계 10에 기술한 g 정보)를 "a) PDU 세션 ID"와 매핑하여 저장하는 것이 필요하다.

이에 UE-1이 UE-2로부터 상기 유니캐스트 링크를 통해 전송한 업링크 데이터를 수신하면, 상기 데이터가 UE-2를 위해 생성한 PDU 세션에 대한 것인지 UE-3를 위해 생성한 PDU 세션에 대한 것인지 결정할 수 있다. 구체적으로는 상기 업링크 데이터가 나타내는 PFI(이는 SDAP 계층에 포함될 수 있음)를 통해 어떤 PDU 세션, 즉 PDU 세션 ID에 매핑되는지를 판단함으로써 해당 PDU 세션을 통해 상기 데이터를 네트워크로 전송할 수 있다.

또한, UE-1이 네트워크로부터 UE-2 또는 UE-3로 향하는 다운링크 데이터를 받은 경우, 이용된 PDU 세션이 어떤 유니캐스트 링크에 매핑되는지, 더 나아가서는 해당 유니캐스트 링크에서 어떤 PC5 QoS 플로우에 매핑되는지 결정할 수 있다. 이후, 상기 UE-1는 해당 유니캐스트 링크를 통해 해당 PC5 QoS 플로우를 나타내는 PFI를 사용하여 상기 데이터를 UE-2로 전송할 수 있다. 그러면, UE-2는 상기 PC5 QoS 플로우 정보에 기반하여, 자신에게 전송된 다운링크 데이터인지, UE-3에게 전달해야 하는 다운링크 데이터인지를 구분하여, 후자인 경우 UE-3에게 다운링크 데이터를 전송한다.

업링크 데이터 전송 및 다운링크 데이터 전송을 보여주는 단계 23 ~ 단계 32의 동작에 대해서는 상기한 설명에 기반하여 해석할 수 있다.

V. 제1 개시 내지 제4 개시의 요약

UE-대-네트워크 릴레이(UE-to-Network Relay)로 동작할 수 있는 UE는 네트워크에 등록할 수 있고, 트래픽의 중계(relay)를 위해서 PDU 세션을 수립할 수 있다. 또한, 상기 UE는 리모트 UE의 트래픽을 중계하기 위하여 새로운 PDU 세션을 수립하거나 혹은 기존 PDU 세션을 이용할 수 있다.

UE-대-네트워크 릴레이(UE-to-Network Relay)를 지원하는 PDU 세션들은 리모트 UE(s)의 트래픽을 중계하기 위해서만 사용될 수 있다.

특히, 상기 UE는 리모트 UE가 비구조화(unstructured) 트래픽의 네트워크 연결 서비스, 즉 중계를 요청한 경우, 새로운 비구조화(unstructured) 타입의 PDU 세션을 수립하여 상기 트래픽의 중계를 지원한다.

도 13은 IP 트래픽을 중계하기 위한 절차를 나타낸 신호 흐름도이다.

단계 0. 등록 절차 동안에 UE-대-네트워크 릴레이(UE-to-Network Relay)와 리모트 UE 간에 허가(Authorization) 및 프로비저닝(provisioning)이 수행된다.

단계 1. 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 기본 PDU 세션 파라미터를 이용하여 중계를 위하여 PDU 세션을 수립할 수 있다. 또는 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 미리 설정되어 있는 PDU 세션 파라미터를 이용하여 PDU 세션을 수립할 수 있다. 상기 파라미터는 S-NSSAI, DNN, SSC 모드를 포함할 수 있다.

IPv6의 경우, UE-대-네트워크 릴레이(UE-to-Network Relay)는 네트워크로부터 IPv6 프리픽스(prefix)를 획득할 수 있다.

단계 2. 단계 0의 허가 및 프로비저닝에 기초하여, 리모트 UE는 UE-대-네트워크 릴레이(UE-to-Network Relay)를 탐색(discovery)할 수 있다.

단계 3. 리모트 UE는 UE-대-네트워크 릴레이(UE-to-Network Relay)를 선택하고, 일-대-일 ProSe 직접 통신을 위한 연결을 수립할 수 있다.

리모트 UE와 PC5 연결에 관한 요구 사항(예컨대 S-NSSAI, DNN, QoS)을 만족하는 PDU 세션이 없을 경우, UE-대-네트워크 릴레이(UE-to-Network Relay)는 중계를 위하여 새로운 PDU 세션 수립 절차 또는 수정 절차를 수행할 수 있다.

단계 4. 리모트 UE에 대하여 IPv6 또는 IPv4 주소가 할당될 수 있다.

단계 5. UE-대-네트워크 릴레이(UE-to-Network Relay)는 중계와 관련된 PDU 세션을 위하여 리모트 UE 보고(리모트 사용자 ID, IP 정보를 포함 메시지를 SMF로 전달한다.

상기 리모트 사용자 ID는 단계 3에서 성공적으로 연결된 리모트 UE의 사용자를 식별하는 ID이다. SMF는 리모트 사용자 ID와 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)의 관련 IP 정보를 저장한다.

IP 정보에 대하여 다음과 같은 원칙이 적용될 수 있다.

- IPv4에 대하여, UE-대-네트워크 릴레이(UE-to-Network Relay)는 개별 리모트 UE에 할당된 TCP/UDP 포트를 보고할 수 있다.

- IPv6에 대하여, UE-대-네트워크 릴레이(UE-to-Network Relay)는 개별 리모트 UE에 할당된 IPv6 프리픽스를 보고할 수 있다.

리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)로부터 연결 해제할 때(예컨대, 명시적인 layer-2 링크 해제 또는 PC5 상에서 keep alive 메시지의 부재에 기초하여), SMF에게 리모트 UE가 떠났음을 알리기 위하여 리모트 UE 보고 메시지가 전달될 수 있다.

SMF 변경을 포함하는 등록 갱신 절차의 경우, 리모트 사용자 ID와 그리고 리모트 UE에 대응하는 관련 IP 정보가 SM 컨텍스트 전달 과정의 일환으로 새로운 SMF로 전달될 수 있다.

노트 1: SMF가 리모트 UE 정보를 가질 수 있도록 하기 위하여, SMF가 HPLMN 내에 존재하는 경우, HPLMN 및 UE-대-네트워크 릴레이(UE-to-Network Relay)가 동작하도록 허가된 HPLMN은 리모트 UE 관련 파라미터의 전달을 지원할 필요가 있다.

상기 UE-대-네트워크 릴레이(UE-to-Network Relay)에 연결된 후, 상기 리모트 UE는 UE-대-네트워크 릴레이(UE-to-Network Relay)에 의해서 전송된 탐색 신호의 신호 세기를 측정할 수 있다.

UE-대-네트워크 릴레이(UE-to-Network Relay)에 의한 비-IP 트래픽을 지원하기 위하여, 아래의 원칙이 적용될 수 있다.

- 비구조화 타입의 PDU 세션은 비-IP 트래픽을 지원하기 위해서 사용된다.

- UE-대-네트워크 릴레이(UE-to-Network Relay)는 리모트 UE로부터의 비-IP 트래픽을 중계하기 위하여, 비구조화(Unstructured) 타입의 PDU 세션을 각 리모트 UE 별로 수립한다.

이는, UE-대-네트워크 릴레이(UE-to-Network Relay)는 비구조화(Unstructured) 타입 PDU 세션을 리모트 UE를 위해 전용으로 혹은 개별적으로 생성하는 것으로 해석될 수 있다. 이는 더 구체적으로는 UE-대-네트워크 릴레이(UE-to-Network Relay)가 비구조화(Unstructured) 타입의 PDU 세션을 각 리모트 UE를 위해 DNN + S-NSSAI 마다 전용으로 혹은 개별적으로 생성하는 것으로 해석될 수도 있다.

- 리모트 UE를 위해 비구조화(Unstructured) 타입의 PDU 세션을 수립하고, 리모트 UE와 layer-2 링크를 수립한 후, UE-대-네트워크 릴레이(UE-to-Network Relay)는 PC5 링크 식별자에 의해서 식별된 layer-2 링크와 PDU 세션 ID에 의해서 식별된 PDU 세션 간에 매핑 정보를 저장할 수 있다.

- UE-대-네트워크 릴레이(UE-to-Network Relay)는 layer-2 링크와 PDU 세션 사이의 매핑 정보에 기초하여 리모트 UE로부터의 트래픽을 중계할 수 있다.

도 14는 비-IP 트래픽을 중계하기 위한 절차를 나타낸 신호 흐름도이다.

UE-대-네트워크 릴레이(UE-to-Network Relay)로 동작할 수 있는 UE는 네트워크에 등록을 수행한다. UE-대-네트워크 릴레이(UE-to-Network Relay)를 지원하는 PDU 세션은 리모트 UE의 트래픽을 중계하기 위해서 사용될 수 있다.

단계 1. 상기 허가 및 프로비저닝에 기초하여, 상기 리모트 UE는 UE-대-네트워크 릴레이(UE-to-Network Relay)를 탐색할 수 있다. 탐색 절차의 일부로서, 상기 리모트 UE는 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)가 제공하는 연결 서비스에 대한 정보를 획득할 수 있다.

단계 2. 상기 리모트 UE는 UE-대-네트워크 릴레이(UE-to-Network Relay)를 선택할 수 있다. 그리고, 상기 리모트 UE는 비-IP 통신을 위하여 일대일 ProSe 직접 통신을 수립하기 위하여, 직접 통신 요청 메시지를 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)로 전송할 수 있다. 즉, 일대일 ProSe 직접 통신을 위한 연결, 즉 Layer-2 Link가 수립된 경우, 상기 IP 주소 설정이 상기 리모트 UE와 UE-대-네트워크 릴레이(UE-to-Network Relay) 사이에서 교환되지 않을 수 있다.

단계 3. UE-대-네트워크 릴레이(UE-to-Network Relay)는 상기 리모트 UE와 수립된 Layer-2 링크의 타입, S-NSSAI, DNN, 그리고 QoS에 기초하여, 비구조화(Unstructured) 타입의 PDU 세션을 수립할 것으로 결정한 후, 새로운 PDU 세션 수립 절차를 수행할 수 있다.

단계 4. 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 직접 통신 수락 메시지를 상기 리모트 UE로 전송할 수 있다. 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 PC5 링크 식별자에 의해서 식별되는 상기 리모트 UE와의 Layer-2 링크와 PDU 세션 ID에 의해서 식별되는 PDU 세션 간의 매핑 정보를 저장할 수 있다.

UE-대-네트워크 릴레이(UE-to-Network Relay)는 상기 집접 통신 수락 메시지에 상기 PDU 세션에 대한 PDU 세션 ID를 포함시킬 수도 있다.

한편, 단계 4를 통해 업링크 데이터와 다운링크 데이터의 중계가 시작될 수 있다. 구체적으로, 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 상기 Layer-2 링크와 상기 PDU 세션 간의 매핑 정보에 기초하여 상기 리모트 UE를 위한 트래픽을 중계할 수 있다.

단계 5. 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 리모트 UE 보고 메시지(리모트 사용자 ID를 포함함)를 상기 리모트 UE를 위한 중계와 관련된 상기 PDU 세션을 위한 SMF로 전송할 수 있다. 상기 리모트 사용자 ID는 단계 2에서 성공적으로 연결된 리모트 UE의 사용자 ID이다. 상기 SMF는 상기 PDU 세션에 대한 SM 컨텍스트 내에 상기 리모트 사용자 ID를 저장할 수 있다.

상기 리모트 UE 보고 메시지는 PDU 세션 ID 정보를 포함할 수도 있다. 상기 PDU 세션 ID 정보는 명시적이거나 암시적일 수 있다. 상기 PDU 세션 ID 정보는 AMF가 해석가능한 NAS 메시지에 포함 및/또는 SMF가 해석가능한 SM NAS 메시지에 포함할 수 있다.

상기 리모트 UE가 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)로부터 연결 해제하려는 경우(즉, Layer-2 링크를 해제하거나, PC5 상에서 keep alive 메시지가 수신되지 않는 경우), 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 상기 리모트 UE를 위해서 수립된 PDU 세션에 대해서 해제 절차를 수행할 수 있다. 상기 PDU 세션 해제 절차의 결과로서, 상기 SMF는 상기 PDU 세션에 대한 SM 컨텍스트를 삭제할 수 있다. 따라서, 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)는 SMF에게 상기 리모트 UE가 떠났다고 알릴 필요가 없다. 그러나, 이 경우 5G ProSe UE-대-네트워크 릴레이(UE-to-Network Relay)는 SMF로 리모트 UE가 떠났음을 (또는 연결 해제 되었음을) 알리는 보고 메시지를 보낼 수도 있다.

등록 갱신 절차에서 SMF가 변경되는 경우, 상기 리모트 UE에 대응하는 리모트 사용자 ID는 SM 컨텍스트 전달 과정에서 새로운 SMF로 전달될 수 있다.

SMF가 리모트 UE 정보를 획득할 수 있도록 하기 위하여, HPLMN 그리고 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)가 동작하도록 허가된 VPLMN은 리모트 UE와 관련된 파라미터를 전달하는 것을 지원해야 할 수 있다.

상기 UE-대-네트워크 릴레이(UE-to-Network Relay)에 연결된 이후, 상기 리모트 UE는 중계기 재선택을 위하여 상기 UE-대-네트워크 릴레이(UE-to-Network Relay)로부터 전달되는 탐색 신호의 신호 세기를 주기적으로 측정할 수 있다.

이상에서 설명한 바와 같이, 본 명세서의 개시에 의하면, SMF와 UE는 다음과 같이 개선되어야 한다.

- SMF는 리모트 UE 보고를 위한 절차를 지원해야 한다.

- UE는 리모트 UE와 UE-대-네트워크 릴레이(UE-to-Network Relay)를 위한 절차를 지원해야 한다.

VI. 변형예

릴레이 UE가 각 리모트 UE를 위해 별도로 혹은 전용으로, 비구조화(Unstructured) 타입의 PDU 세션을 생성하여 사용하는 대신에, 다수의 리모트 UE를 위해 하나의 비구조화(Unstructured) 타입의 PDU 세션을 사용할 수 있다.

구체적인 동작은 아래와 같다. 아래는 상기 제1 개시 내지 제 4개시에서 기술한 내용 대비 차이나는 부분 위주로 기술한다.

1) 첫번째 리모트 UE(즉, 리모트 UE-1)로부터 비-IP 트래픽에 대한 중계 요청을 받으면(이는 layer-2 링크 설정 요청일 수 있음), 릴레이 UE는 이를 위해 비구조화(Unstructured) 타입의 PDU 세션을 생성할 수 있다.

릴레이 UE는 해당 리모트 UE에 대한 컨텍스트 정보로 PDU 세션 ID, QFI (QoS 플로우 ID), PC5 링크 식별자에 대한 매핑 정보를 저장한다.

추가적으로 N6 UPF는 이 QoS 플로우에 해당하는 PtP(Point-to-Point) 터널에 대한 정보를 저장할 수 있다.

2) 두번째 리모트 UE (즉, 리모트 UE-2)에 대해 비-IP 트래픽에 대한 중계 요청을 받으면(이는 layer-2 링크 설정 요청일 수 있음), 릴레이 UE는 상기 생성한 PDU 세션을 수정하는 절차를 수행할 수 있다.

2-1) 구체적으로, 릴레이 UE는 PDU 세션 수정 요청 메시지를 SMF로 전송할 수 있다.

상기 메시지는 리모트 UE를 나타내는 식별자 정보, 리모트 UE를 위한 것임을 나타내는 정보, 릴레이 UE 동작임을 나타내는 정보 중 하나 이상을 포함할 수 있다.

2-2) SMF는 PDU 세션 수정 요청 메시지에 포함된 상기 정보에 기반하여 새로운 QoS 플로우를 생성한다. 그리고 새로운 PtP 터널을 생성한다. 이러한 PtP 터널은 DN(Data Network) 상에 존재하는 목적지(예, 애플리케이션 서버)와 N6를 통해 비구조화(Unstructured) PDU 세션 타입의 데이터를 송수신하기 위한 터널이다.

즉, 상기 1)에서 리모트 UE-1을 위해 생성한 QoS 플로우 및 PtP 터널과 다른 새로운 QoS 플로우 및 PtP 터널을 생성한다.

추가적으로 N6 UPF는 이 QoS 플로우에 해당하는 PtP 터널에 대한 정보를 저장할 수 있다.

2-3) SMF는 릴레이 UE에게 PDU 세션 수정 요청 메시지에 대한 응답 메시지를 전송한다.

3) 리모트 UE-1로부터 업링크 트래픽을 PC5를 통해 수신하면, 릴레이 UE는 상기 1)에서 저장한 매핑 정보에 기반하여 이 리모트 UE에 대한 QoS 플로우를 이용하여 네트워크로 트래픽을 전송한다. 이를 수신한 N6 UPF는 이 QoS 플로우에 해당하는 PtP 터널을 이용하여 DN으로 트래픽을 전송한다.

4) 리모트 UE-2로부터 업링크 트래픽을 PC5를 통해 수신하면, 릴레이 UE는 상기 2-3)에서 저장한 매핑 정보에 기반하여 이 리모트 UE에 대한 QoS 플로우를 이용하여 네트워크로 트래픽을 전송한다. 이를 수신한 N6 UPF는 이 QoS 플로우에 해당하는 PtP 터널을 이용하여 DN으로 트래픽을 전송한다.

5) 릴레이 UE가 네트워크로부터 다운링크 트래픽을 수신하면, 어떤 리모트 UE에 매핑되는 트래픽인지 결정한다. 이는 PDU 세션의 QoS 플로우와 리모트 UE의 layer-2 링크 정보의 매핑에 기반하여 결정할 수 있다. 즉, 1)에서 저장한 정보 및 2-3)에서 저장한 정보.

결정 후, 릴레이 UE는 매핑되는 리모트 UE로 PC5를 통해 트래픽을 전송한다.

상기와 같이 리모트 UE에 해당하는 QoS 플로우를 이용하여 다운링크 트래픽이 전송되는 것을 N6 UPF가 DN으로부터 트래픽을 수신하면 해당 트래픽이 수신된 PtP 터널에 기반하여 이에 매핑되는 QoS 플로우를 통해 이를 UE로 전송했기 때문이다.

상기 다수의 리모트 UE를 위해 공유되는 비구조화(Unstructured) 타입의 PDU 세션은 DNN + S-NSSAI가 동일하기 때문에 공유되는 것으로 가정할 수 있다.

이상에서 설명한 바와 같이, 릴레이 UE가 비구조화(Unstructured) PDU 세션을 지원하는 방안, 즉 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 통해 비-IP 데이터를 송수신하도록 지원하는 방안은 IP 타입의 PDU 세션, 즉 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 통해 IP 데이터를 송수신하도록 지원하는 방안으로 확장되어 사용될 수 있다. 또한, 전술한 릴레이 UE가 비구조화(Unstructured) PDU 세션을 지원하는 방안은 이더넷 타입의 PDU 세션, 즉 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 통해 이더넷 데이터를 송수신하도록 지원하는 방안으로도 확장되어 사용될 수 있다. 전자의 경우 UE-대-네트워크 릴레이(UE-to-Network Relay)와 리모트 UE 간에는 IP 통신을 위한 유니캐스트 링크를 형성할 수 있다. 이때, 멀티 홉(multi-hop)인 경우 리모트 UE 부터 UE-대-네트워크 릴레이(UE-to-Network Relay)까지 형성되는 모든 유니캐스트 링크가 IP 통신을 위한 유니캐스트 링크일 수 있다. 후자의 경우 UE-대-네트워크 릴레이(UE-to-Network Relay)와 리모트 UE 간에는 이더넷 통신을 위한 유니캐스트 링크를 형성할 수 있다. 이 경우, 멀티 홉(multi-hop)인 경우 리모트 UE 부터 UE-대-네트워크 릴레이(UE-to-Network Relay)까지 형성되는 모든 유니캐스트 링크가 이더넷 통신을 위한 유니캐스트 링크일 수 있다.

전술한 방안이 리모트 UE가 UE-대-네트워크 릴레이(UE-to-Network Relay)를 통해 이더넷 데이터를 송수신하도록 지원하는 방안으로 확장되는 경우, UE-대-네트워크 릴레이(UE-to-Network Relay)는 하나의 리모트 UE로부터 네트워크로의 업링크 트래픽을 수신하면, 상기 업링크 트래픽을 이더넷 타입의 PDU 세션을 통해 네트워크로 전송하는 것과 함께 이더넷 통신을 위한 유니캐스트 링크를 설정한 다른 리모트 UE(s)에게도 PC5를 통해 전송할 수 있다. 이는 상기 수신한 업링크 트래픽과 동일한 DNN + S-NSSAI를 위해 네트워크 연결 서비스를 제공 중인 리모트 UE(s)로 전송하는 것을 의미할 수 있다.

이상에서 설명한 내용에 의하면, 다음과 같은 효과가 발휘될 수 있다.

UE가 비-IP 통신을 위해 네트워크 연결 서비스를 제공하기 위해, 비구조화(Unstructured) PDU 세션을 생성할 수 있다. 그리고, 릴레이 UE는 생성한 PDU 세션과 리모트 UE(예컨대, 원 홉인 경우 리모트 UE, 멀티 홉인 경우 중간 릴레이 UE)와 생성한 유니캐스트 링크 관련하여 컨텍스트를 저장함으로써, 원 홉 및 멀티 홉 경우에 대해 모두 효율적으로 UE-대-네트워크 릴레이(UE-to-Network Relay) 동작을 수행할 수 있다.

이하, 위와 같은 본 명세서의 개시가 적용될 수 있는 장치에 대하여 설명한다.

도 15는 본 명세서의 개시가 구현된 프로세서의 구성 블록도를 나타낸다.

도 15를 참조하여 알 수 있는 바와 같이, 본 명세서의 개시가 구현된 프로세서(1020)은 본 명세서에서 설명된 제안된 기능, 절차 및/ 또는 방법을 구현하기 위해, 복수의 회로(circuitry)를 포함할 수 있다. 예컨대, 상기 프로세서(1020)은 제1 회로(1020-1), 제2 회로(1020-2) 그리고 제3 회로(1020-3)를 포함할 수 있다. 또한, 도시되지는 않았으나, 상기 프로세서(1020)은 더 많은 회로를 포함할 수 있다. 각 회로는 복수의 트랜지시터를 포함할 수 있다.

상기 프로세서(1020)는 ASIC(application-specific integrated circuit) 또는 AP(application processor)로 불릴 수 있으며, DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit) 중 적어도 하나를 포함할 수 있다.

상기 프로세서는 릴레이 UE 또는 리모트 UE일 수 있다.

상기 프로세서가 상기 릴레이 UE에 포함될 경우에 대해서 먼저 설명하기로 한다.

상기 프로세서의 제1 회로(1020-1)는 제1 리모트(remote) UE로부터 직접 통신 요청 메시지를 수신할 수 있다.

상기 프로세서의 제2 회로(1020-2)는 AMF(access and mobility management function) 엔티티와 PDU(protocol data unit) 세션 수립 절차를 수행할 수 있다.

상기 프로세서의 제3 회로(1020-3)는 비구조화(unstructured) 트래픽을 위한 비구조화 PDU 세션 타입을 위해서 PDU 세션이 수립되는 것에 기초하여, 상기 제1 리모트 UE와의 PC5 링크의 식별자 그리고 상기 PDU 세션의 식별자 간의 매핑 정보를 저장할 수 있다.

상기 프로세서의 제4 회로(미도시)는 직접 통신 수락 메시지를 제1 리모트 UE로 전송할 수 있다.

상기 직접 통신 수락 메시지는 상기 PDU 세션의 식별자를 포함할 수 있다.

상기 직접 통신 요청 메시지는 일대일 직접 통신을 위한 연결을 수립하기 위하여 전송될 수 있다.

상기 PDU 세션 수립 절차는 S-NSSAI(session network slice selection assistance information), DNN(data network name) 또는 QoS(quality of service)에 기초하여 수행될 수 있다.

상기 PDU 세션 수립 절차는: PDU 세션 수립 요청 메시지를 AMF 엔티티로 전송하는 단계와; 상기 AMF 엔티티로부터 PDU 세션 수립 수락 메시지를 수신하는 단계를 포함할 수 있다.

상기 매핑 정보는 상기 릴레이 UE의 컨텍스트 내에 저장될 수 있다.

상기 컨텍스트는: DNN 정보, PDU 세션 ID, PC5 링크 식별자 정보, 리모트 UE를 나타내는 식별자 정보, 리모트 사용자 식별자 정보, Layer 2 식별자 정보, 비-IP 트래픽을 위한 유니캐스트 링크임을 나타내는 정보, PFI(PC5 QoS Flow Identifier), 그리고 홉 정보 중 하나 이상을 포함할 수 있다.

상기 프로세서의 제5 회로(미도시)는 릴레이 탐색 절차를 수행하기 위하여, 릴레이 서비스를 할 수 있음을 알리는 메시지를 전송할 수 있다.

상기 메시지는 DNN, 슬라이스 정보, 지원 가능한 PDU 세션의 타입에 대한 정보, 또는 원-홉 또는 멀티-홉을 지원하는지에 대한 정보를 포함할 수 있다.

상기 직접 통신 요청 메시지는: 비-IP 통신을 위한 직접 통신임을 나타내는 정보; DNN 정보; 리모트 UE를 나타내는 식별자 정보; 리모트 사용자 식별자 정보; 네트워크 연결 서비스를 제공받기를 원한다는 정보; 그리고 홉(hop) 정보 중 하나 이상을 포함할 수 있다.

상기 프로세서의 제6 회로(미도시)는 제2 리모트 UE로부터 직접 통신 요청 메시지를 수신할 수 있다.

상기 프로세서의 제7 회로(미도시)는 상기 제2 리모트 UE로부터의 비구조화(unstructured) 트래픽을 중계하기 위하여, 새로운 PDU 세션 수립 절차를 수행할 수 있다.

상기 PDU 세션 수립 절차는 리모트 UE 별로 비구조화(unstructured) 트래픽을 중계하기 위하여, 리모트 UE 별로 수행될 수 있다.

도 16은 일 실시예에 따른 무선 통신 시스템을 나타낸다.

도 16을 참조하면, 무선 통신 시스템은 제1 장치(100a)와 제2 장치(100b)를 포함할 수 있다.

상기 제1 장치(100a)는 본 명세서의 개시에서 설명한 UE일 수 있다. 또는, 제1 장치(100a)는 기지국, 네트워크 노드, 전송 UE, 수신 UE, 무선 장치, 무선 통신 장치, 차량, 자율주행 기능을 탑재한 차량, 커넥티드카(Connected Car), 드론(Unmanned Aerial Vehicle, UAV), AI(Artificial Intelligence) 모듈, 로봇, AR(Augmented Reality) 장치, VR(Virtual Reality) 장치, MR(Mixed Reality) 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, 5G 서비스와 관련된 장치 또는 그 이외 4차 산업 혁명 분야와 관련된 장치일 수 있다.

상기 제2 장치(100b)는 본 명세서의 개시에서 설명한 네트워크 노드(예: AMF 또는 MME)일 수 있다. 또는, 상기 제2 장치(100b)는 기지국, 네트워크 노드, 전송 UE, 수신 UE, 무선 장치, 무선 통신 장치, 차량, 자율주행 기능을 탑재한 차량, 커넥티드카(Connected Car), 드론(Unmanned Aerial Vehicle, UAV), AI(Artificial Intelligence) 모듈, 로봇, AR(Augmented Reality) 장치, VR(Virtual Reality) 장치, MR(Mixed Reality) 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, 5G 서비스와 관련된 장치 또는 그 이외 4차 산업 혁명 분야와 관련된 장치일 수 있다.

예를 들어, UE(100)는 휴대폰, 스마트 폰(smart phone), 노트북 컴퓨터(laptop computer), 디지털 방송용 UE기, PDA(personal digital assistants), PMP(portable multimedia player), 네비게이션, 슬레이트 PC(slate PC), 태블릿 PC(tablet PC), 울트라북(ultrabook), 웨어러블 디바이스(wearable device, 예를 들어, 워치형 UE기 (smartwatch), 글래스형 UE기 (smart glass), HMD(head mounted display)) 등을 포함할 수 있다. 예를 들어, HMD는 머리에 착용하는 형태의 디스플레이 장치일 수 있다. 예를 들어, HMD는 VR, AR 또는 MR을 구현하기 위해 사용될 수 있다.

예를 들어, 드론은 사람이 타지 않고 무선 컨트롤 신호에 의해 비행하는 비행체일 수 있다. 예를 들어, VR 장치는 가상 세계의 객체 또는 배경 등을 구현하는 장치를 포함할 수 있다. 예를 들어, AR 장치는 현실 세계의 객체 또는 배경 등에 가상 세계의 객체 또는 배경을 연결하여 구현하는 장치를 포함할 수 있다. 예를 들어, MR 장치는 현실 세계의 객체 또는 배경 등에 가상 세계의 객체 또는 배경을 융합하여 구현하는 장치를 포함할 수 있다. 예를 들어, 홀로그램 장치는 홀로그래피라는 두 개의 레이저 광이 만나서 발생하는 빛의 간섭현상을 활용하여, 입체 정보를 기록 및 재생하여 360도 입체 영상을 구현하는 장치를 포함할 수 있다. 예를 들어, 공공 안전 장치는 영상 중계 장치 또는 사용자의 인체에 착용 가능한 영상 장치 등을 포함할 수 있다. 예를 들어, MTC 장치 및 IoT 장치는 사람의 직접적인 개입이나 또는 조작이 필요하지 않는 장치일 수 있다. 예를 들어, MTC 장치 및 IoT 장치는 스마트 미터, 벤딩 머신, 온도계, 스마트 전구, 도어락 또는 각종 센서 등을 포함할 수 있다. 예를 들어, 의료 장치는 질병을 진단, 치료, 경감, 처치 또는 예방할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 상해 또는 장애를 진단, 치료, 경감 또는 보정할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 구조 또는 기능을 검사, 대체 또는 변형할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 임신을 조절할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 진료용 장치, 수술용 장치, (체외) 진단용 장치, 보청기 또는 시술용 장치 등을 포함할 수 있다. 예를 들어, 보안 장치는 발생할 우려가 있는 위험을 방지하고, 안전을 유지하기 위하여 설치한 장치일 수 있다. 예를 들어, 보안 장치는 카메라, CCTV, 녹화기(recorder) 또는 블랙박스 등일 수 있다. 예를 들어, 핀테크 장치는 모바일 결제 등 금융 서비스를 제공할 수 있는 장치일 수 있다. 예를 들어, 핀테크 장치는 결제 장치 또는 POS(Point of Sales) 등을 포함할 수 있다. 예를 들어, 기후/환경 장치는 기후/환경을 모니터링 또는 예측하는 장치를 포함할 수 있다.

상기 제1 장치(100a)는 프로세서(1020a)와 같은 적어도 하나 이상의 프로세서와, 메모리(1010a)와 같은 적어도 하나 이상의 메모리와, 송수신기(1031a)과 같은 적어도 하나 이상의 송수신기를 포함할 수 있다. 상기 프로세서(1020a)는 전술한 기능, 절차, 및/또는 방법들을 수행할 수 있다. 상기 프로세서(1020a)는 하나 이상의 프로토콜을 수행할 수 있다. 예를 들어, 상기 프로세서(1020a)는 무선 인터페이스 프로토콜의 하나 이상의 계층들을 수행할 수 있다. 상기 메모리(1010a)는 상기 프로세서(1020a)와 연결되고, 다양한 형태의 정보 및/또는 명령을 저장할 수 있다. 상기 송수신기(1031a)는 상기 프로세서(1020a)와 연결되고, 무선 시그널을 송수신하도록 제어될 수 있다.

상기 제2 장치(100b)는 프로세서(1020b)와 같은 적어도 하나의 프로세서와, 메모리(1010b)와 같은 적어도 하나 이상의 메모리 장치와, 송수신기(1031b)와 같은 적어도 하나의 송수신기를 포함할 수 있다. 상기 프로세서(1020b)는 전술한 기능, 절차, 및/또는 방법들을 수행할 수 있다. 상기 프로세서(1020b)는 하나 이상의 프로토콜을 구현할 수 있다. 예를 들어, 상기 프로세서(1020b)는 무선 인터페이스 프로토콜의 하나 이상의 계층들을 구현할 수 있다. 상기 메모리(1010b)는 상기 프로세서(1020b)와 연결되고, 다양한 형태의 정보 및/또는 명령을 저장할 수 있다. 상기 송수신기(1031b)는 상기 프로세서(1020b)와 연결되고, 무선 시그널을 송수신하도록 제어될 수 있다.

상기 메모리(1010a) 및/또는 상기 메모리(1010b)는, 상기 프로세서(1020a) 및/또는 상기 프로세서(1020b)의 내부 또는 외부에서 각기 연결될 수도 있고, 유선 또는 무선 연결과 같이 다양한 기술을 통해 다른 프로세서에 연결될 수도 있다.

상기 제1 장치(100a) 및/또는 상기 제2 장치(100b)는 하나 이상의 안테나를 가질 수 있다. 예를 들어, 안테나(1036a) 및/또는 안테나(1036b)는 무선 신호를 송수신하도록 구성될 수 있다.

도 17는 일 실시예에 따른 네트워크 노드의 블록 구성도를 예시한다.

특히, 도 17에서는 기지국이 중앙 유닛(CU: central unit)과 분산 유닛(DU: distributed unit)으로 분할되는 경우를 상세하게 예시하는 도면이다.

도 17를 참조하면, 기지국(W20, W30)은 코어 네트워크(W10)와 연결되어 있을 수 있고, 기지국(W30)은 이웃 기지국(W20)과 연결되어 있을 수 있다. 예를 들어, 기지국(W20, W30)과 코어 네트워크(W10) 사이의 인터페이스를 NG라고 칭할 수 있고, 기지국(W30) 이웃 기지국(W20) 사이의 인터페이스를 Xn이라고 칭할 수 있다.

기지국(W30)은 CU(W32) 및 DU(W34, W36)로 분할될 수 있다. 즉, 기지국(W30)은 계층적으로 분리되어 운용될 수 있다. CU(W32)는 하나 이상의 DU(W34, W36)와 연결되어 있을 수 있으며, 예를 들어, 상기 CU(W32)와 DU(W34, W36) 사이의 인터페이스를 F1이라고 칭할 수 있다. CU(W32)는 기지국의 상위 계층(upper layers)의 기능을 수행할 수 있고, DU(W34, W36)는 기지국의 하위 계층(lower layers)의 기능을 수행할 수 있다. 예를 들어, CU(W32)는 기지국(예를 들어, gNB)의 RRC(radio resource control), SDAP(service data adaptation protocol) 및 PDCP(packet data convergence protocol) 계층을 호스팅하는 로지컬 노드(logical node)일 수 있고, DU(W34, W36)는 기지국의 RLC(radio link control), MAC(media 액세스 control) 및 PHY(physical) 계층을 호스팅하는 로지컬 노드일 수 있다. 대안적으로, CU(W32)는 기지국(예를 들어, en-gNB)의 RRC 및 PDCP 계층을 호스팅하는 로지컬 노드일 수 있다.

DU(W34, W36)의 동작은 부분적으로 CU(W32)에 의해 제어될 수 있다. 하나의 DU(W34, W36)는 하나 이상의 셀을 지원할 수 있다. 하나의 셀은 오직 하나의 DU(W34, W36)에 의해서만 지원될 수 있다. 하나의 DU(W34, W36)는 하나의 CU(W32)에 연결될 수 있고, 적절한 구현에 의하여 하나의 DU(W34, W36)는 복수의 CU에 연결될 수도 있다.

도 18는 일 실시예에 따른 UE(100)의 구성을 나타낸 블록도이다.

특히, 도 18에 도시된 UE(100)는 앞서 도 16의 제1 장치를 보다 상세히 예시하는 도면이다.

UE(100)는 메모리(1010), 프로세서(1020), 송수신부(1031), 전력 관리 모듈(1091), 배터리(1092), 디스플레이(1041), 입력부(1053), 스피커(1042) 및 마이크(1052), SIM(subscriber identification module) 카드, 하나 이상의 안테나를 포함한다.

프로세서(1020)는 본 명세서에서 설명된 제안된 기능, 절차 및/ 또는 방법을 구현하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층들은 프로세서(1020)에서 구현될 수 있다. 프로세서(1020)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(1020)는 AP(application processor)일 수 있다. 프로세서(1020)는 DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit), 모뎀(Modem; modulator and demodulator) 중 적어도 하나를 포함할 수 있다. 프로세서(1020)의 예는 Qualcomm®에 의해 제조된 SNAPDRAGON^TM 시리즈 프로세서, Samsung®에 의해 제조된 EXYNOS^TM 시리즈 프로세서, Apple®에 의해 제조된 A 시리즈 프로세서, MediaTek®에 의해 제조된 HELIO^TM 시리즈 프로세서, INTEL®에 의해 제조된 ATOM^TM 시리즈 프로세서 또는 대응하는 차세대 프로세서일 수 있다.

전력 관리 모듈(1091)은 프로세서(1020) 및/또는 송수신부(1031)에 대한 전력을 관리한다. 배터리(1092)는 전력 관리 모듈(1091)에 전력을 공급한다. 디스플레이(1041)는 프로세서(1020)에 의해 처리된 결과를 출력한다. 입력부(1053)는 프로세서(1020)에 의해 사용될 입력을 수신한다. 입력부(1053)는 디스플레이(1041) 상에 표시될 수 있다. SIM 카드는 휴대 전화 및 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용되는 IMSI(international mobile subscriber identity) 및 그와 관련된 키를 안전하게 저장하기 위하여 사용되는 집적 회로이다. 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.

메모리(1010)는 프로세서(1020)와 동작 가능하게 결합되고, 프로세서(610)를 동작시키기 위한 다양한 정보를 저장한다. 메모리(1010)는 ROM(read-only memory), RAM(random 액세스 memory), 플래시 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 실시예가 소프트웨어로 구현되는 경우, 본 명세서에서 설명된 기술들은 본 명세서에서 설명된 기능을 수행하는 모듈(예컨대, 절차, 기능 등)로 구현될 수 있다. 모듈은 메모리(1010)에 저장될 수 있고 프로세서(1020)에 의해 실행될 수 있다. 메모리(1010)는 프로세서(1020) 내부에 구현될 수 있다. 또는, 메모리(1010)는 프로세서(1020) 외부에 구현될 수 있으며, 기술 분야에서 공지된 다양한 수단을 통해 프로세서(1020)에 통신 가능하게 연결될 수 있다.

송수신부(1031)는 프로세서(1020)와 동작 가능하게 결합되고, 무선 신호를 송신 및/또는 수신한다. 송수신부(1031)는 전송기와 수신기를 포함한다. 송수신부(1031)는 무선 주파수 신호를 처리하기 위한 기저 대역 회로를 포함할 수 있다. 송수신부는 무선 신호를 송신 및/또는 수신하도록 하나 이상의 안테나을 제어한다. 프로세서(1020)는 통신을 개시하기 위하여 예를 들어, 음성 통신 데이터를 구성하는 무선 신호를 전송하도록 명령 정보를 송수신부(1031)에 전달한다. 안테나는 무선 신호를 송신 및 수신하는 기능을 한다. 무선 신호를 수신할 때, 송수신부(1031)은 프로세서(1020)에 의해 처리하기 위하여 신호를 전달하고 기저 대역으로 신호를 변환할 수 있다. 처리된 신호는 스피커(1042)를 통해 출력되는 가청 또는 가독 정보로 변환될 수 있다.

스피커(1042)는 프로세서(1020)에 의해 처리된 소리 관련 결과를 출력한다. 마이크(1052)는 프로세서(1020)에 의해 사용될 소리 관련 입력을 수신한다.

사용자는 예를 들어, 입력부(1053)의 버튼을 누르거나(혹은 터치하거나) 또는 마이크(1052)를 이용한 음성 구동(voice activation)에 의해 전화 번호 등과 같은 명령 정보를 입력한다. 프로세서(1020)는 이러한 명령 정보를 수신하고, 전화 번호로 전화를 거는 등 적절한 기능을 수행하도록 처리한다. 구동 상의 데이터(operational data)는 심카드 또는 메모리(1010)로부터 추출할 수 있다. 또한, 프로세서(1020)는 사용자가 인지하고 또한 편의를 위해 명령 정보 또는 구동 정보를 디스플레이(1041) 상에 디스플레이할 수 있다.

도 19은 도 16에 도시된 제1 장치의 송수신부 또는 도 18에 도시된 장치의 송수신부를 상세하게 나타낸 블록도이다.

도 19을 참조하면, 송수신부(1031)는 송신기(1031-1)과 수신기(1031-2)를 포함한다. 상기 송신기(1031-1)은 DFT(Discrete Fourier Transform)부(1031-11), 부반송파 맵퍼(1031-12), IFFT부(1031-13) 및 CP 삽입부(1031-14), 무선 송신부(1031-15)를 포함한다. 상기 송신기(1031-1)는 변조기(modulator)를 더 포함할 수 있다. 또한, 예컨대 스크램블 유닛(미도시; scramble unit), 모듈레이션 맵퍼(미도시; modulation mapper), 레이어 맵퍼(미도시; layer mapper) 및 레이어 퍼뮤테이터(미도시; layer permutator)를 더 포함할 수 있으며, 이는 상기 DFT부(1031-11)에 앞서 배치될 수 있다. 즉, PAPR(peak-to-average power ratio)의 증가를 방지하기 위해서, 상기 송신기(1031-1)는 부반송파에 신호를 매핑하기 이전에 먼저 정보를 DFT(1031-11)를 거치도록 한다. DFT부(1031-11)에 의해 확산(spreading)(또는 동일한 의미로 프리코딩) 된 신호를 부반송파 매퍼(1031-12)를 통해 부반송파 매핑을 한 뒤에 다시 IFFT(Inverse Fast Fourier Transform)부(1031-13)를 거쳐 시간축상의 신호로 만들어준다.

DFT부(1031-11)는 입력되는 심벌들에 DFT를 수행하여 복소수 심벌들(complex-valued 심볼)을 출력한다. 예를 들어, Ntx 심벌들이 입력되면(단, Ntx는 자연수), DFT 크기(size)는 Ntx이다. DFT부(1031-11)는 변환 프리코더(transform precoder)라 불릴 수 있다. 부반송파 맵퍼(1031-12)는 상기 복소수 심벌들을 주파수 영역의 각 부반송파에 맵핑시킨다. 상기 복소수 심벌들은 데이터 전송을 위해 할당된 자원 블록에 대응하는 자원 요소들에 맵핑될 수 있다. 부반송파 맵퍼(1031-12)는 자원 맵퍼(resource element mapper)라 불릴 수 있다. IFFT부(1031-13)는 입력되는 심벌에 대해 IFFT를 수행하여 시간 영역 신호인 데이터를 위한 기본 대역(baseband) 신호를 출력한다. CP 삽입부(1031-14)는 데이터를 위한 기본 대역 신호의 뒷부분 일부를 복사하여 데이터를 위한 기본 대역 신호의 앞부분에 삽입한다. CP 삽입을 통해 ISI(Inter-심볼 Interference), ICI(Inter-Carrier Interference)가 방지되어 다중 경로 채널에서도 직교성이 유지될 수 있다.

다른 한편, 수신기(1031-2)는 무선 수신부(1031-21), CP 제거부(1031-22), FFT부(1031-23), 그리고 등화부(1031-24) 등을 포함한다. 상기 수신기(1031-2)의 무선 수신부(1031-21), CP 제거부(1031-22), FFT부(1031-23)는 상기 송신단(1031-1)에서의 무선 송신부(1031-15), CP 삽입부(1031-14), IFF부(1031-13)의 역기능을 수행한다. 상기 수신기(1031-2)는 복조기(demodulator)를 더 포함할 수 있다.

<본 명세서의 개시가 적용될 수 있는 시나리오>

이로 제한되는 것은 아니지만, 본 문서에 개시된 본 명세서의 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.

이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.

도 20은 본 명세서의 개시에 적용되는 통신 시스템(1)을 예시한다.

도 20을 참조하면, 본 명세서의 개시에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.

무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.

무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/다운링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.

이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.

상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.

본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims

무선 통신 시스템에서 동작하도록 구성되는 5G ProSe(Proximity based Services) UE(User Equipment)-네트워크 중계에 의해 수행되는 방법에 있어서, 상기 방법은:
네트워크에 등록하는 단계;
리모트(remote) UE와 PC5 유니캐스트 링크를 수립하는 단계;
비구조화(unstructured) 트래픽을 중계하기 위한 PDU(Protocol Data Unit) 세션 수립 절차를 개시하는 단계;
상기 비구조화 트래픽을 중계하기 위한 PDU 세션 유형을 결정하는 단계; 및
상기 비구조화 트래픽을 중계하기 위하여 비구조화 유형 PDU 세션이 사용되는 것을 기반으로, 상기 비구조화 트래픽을 상기 PC5 유니캐스트 링크의 식별자와 상기 비구조화 유형 PDU 세션의 식별자 간의 맵핑을 기반으로 상기 리모트 UE와 상기 네트워크 사이에서 중계하는 단계를 포함하는 방법.
제1 항에 있어서,
상기 비구조화 트래픽은 상기 PC5 유니캐스트 링크에 대한 PFI(PC5-QoS(Quality of Service) Flow Identifier)와 상기 비구조화 유형 PDU 세션에 대한 QFI(QoS Flow Identifier) 간의 맵핑을 더 기반으로 하여 상기 리모트 UE와 상기 네트워크 사이에서 중계되는 방법.
제2 항에 있어서,
상기 PC5 유니캐스트 링크의 식별자와 상기 비구조화 유형 PDU 세션의 식별자 간의 맵핑 및/또는 상기 PC5 유니캐스트 링크에 대한 PFI와 상기 비구조화 유형 PDU 세션에 대한 QFI 간의 맵핑은 상기 비구조화 유형 PDU 세션이 상기 리모트 UE에 대해 수립될 때 생성되는 방법.
제1 항에 있어서,
상기 PDU 세션 수립 절차는 S-NSSAI(Single Network Slice Selection Assistance Information), DNN(Data Network Name) 또는 QoS(Quality of Service)를 기반으로 수행되는 방법.
제1 항에 있어서,
상기 방법은 상기 PC5 유니캐스트 링크의 식별자와 상기 비구조화 유형 PDU 세션의 식별자 간의 맵핑에 관한 정보를 저장하는 단계를 더 포함하는 방법.
제5 항에 있어서,
상기 PC5 유니캐스트 링크의 식별자와 상기 비구조화 유형 PDU 세션의 식별자 간의 맵핑에 관한 정보는 상기 5G ProSe UE-네트워크 중계의 컨텍스트 내에 저장되는 방법.
제6 항에 있어서,
상기 컨텍스트는:
DNN 정보;
PDU 세션 ID;
PC5 링크 식별자 정보;
상기 리모트 UE를 나타내는 식별자 정보;
리모트 사용자 식별자 정보;
Layer 2 식별자 정보;
비-IP 트래픽에 대해 유니캐스트 링크임을 나타내는 정보;
PFI(PC5 QoS Flow Identifier);
홉 정보;
중 하나 이상을 포함하는 방법.
제6 항에 있어서,
상기 PC5 유니캐스트 링크와 관련 있는 상기 리모트 UE의 Layer-2 식별자가 업데이트 되는 것을 기반으로 상기 컨텍스트가 업데이트 되는 방법.
제1 항에 있어서,
상기 방법은, 중계 탐색 절차를 수행하기 위하여, 중계 서비스가 가능함을 알리는 메시지를 전송하는 단계를 포함하는 방법.
제9 항에 있어서,
상기 메시지는 DNN, 슬라이스 정보, 지원 가능한 PDU 세션의 유형에 대한 한 정보, 또는 원-홉 또는 멀티-홉을 지원하는지에 대한 정보를 포함하는 방법.
제1 항에 있어서,
상기 5G ProSe UE-네트워크 중계는 5G ProSe 리모트 UE에 대해 상기 네트워크로의 연결을 지원하는 기능을 제공하는 5G ProSe가 가능한(ProSe-enabled) UE인 방법.
제1 항에 있어서,
상기 PDU 세션 수립 절차는 각 리모트 UE에 대한 트래픽을 중계하기 위해 각 리모트 UE에 대해 수행되는 방법.
5G ProSe(Proximity based Services) UE(User Equipment)-네트워크 중계에 장착되는 칩셋에 있어서, 상기 칩셋은:
적어도 하나의 프로세서; 및
명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작 가능하게(operably) 전기적으로 연결 가능한, 적어도 하나의 메모리를 포함하고,
상기 명령어가 상기 적어도 하나의 프로세서에 의해서 실행되는 것에 기초하여 수행되는 동작은:
네트워크에 등록하는 단계;
리모트(remote) UE와 PC5 유니캐스트 링크를 수립하는 단계;
비구조화(unstructured) 트래픽을 중계하기 위한 PDU(Protocol Data Unit) 세션 수립 절차를 개시하는 단계;
상기 비구조화 트래픽을 중계하기 위한 PDU 세션 유형을 결정하는 단계; 및
상기 비구조화 트래픽을 중계하기 위하여 비구조화 유형 PDU 세션이 사용되는 것을 기반으로, 상기 비구조화 트래픽을 상기 PC5 유니캐스트 링크의 식별자와 상기 비구조화 유형 PDU 세션의 식별자 간의 맵핑을 기반으로 상기 리모트 UE와 상기 네트워크 사이에서 중계하는 단계를 포함하는 칩셋.
무선 통신 시스템에서 동작하도록 구성되는 5G ProSe(Proximity based Services) UE(User Equipment)-네트워크 중계에 있어서, 상기 5G ProSe UE-네트워크 중계는:
적어도 하나의 송수신기;
적어도 하나의 프로세서; 및
명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작 가능하게(operably) 전기적으로 연결 가능한, 적어도 하나의 메모리를 포함하고,
상기 명령어가 상기 적어도 하나의 프로세서에 의해서 실행되는 것에 기초하여 수행되는 동작은:
네트워크에 등록하는 단계;
리모트(remote) UE와 PC5 유니캐스트 링크를 수립하는 단계;
비구조화(unstructured) 트래픽을 중계하기 위한 PDU(Protocol Data Unit) 세션 수립 절차를 개시하는 단계;
상기 비구조화 트래픽을 중계하기 위한 PDU 세션 유형을 결정하는 단계; 및
상기 비구조화 트래픽을 중계하기 위하여 비구조화 유형 PDU 세션이 사용되는 것을 기반으로, 상기 비구조화 트래픽을 상기 PC5 유니캐스트 링크의 식별자와 상기 비구조화 유형 PDU 세션의 식별자 간의 맵핑을 기반으로 상기 리모트 UE와 상기 네트워크 사이에서 중계하는 단계를 포함하는 5G ProSe UE-네트워크 중계.