KR20220119106A - 끊김없는 에지 애플리케이션 핸드오버 - Google Patents

Abstract

사용자 장비 내의 에지 애플리케이션 핸드오버 클라이언트는 에지 애플리케이션 서버들 사이의 애플리케이션 클라이언트들의 끊김없는 에지 애플리케이션 핸드오버들을 지원하기 위해, 유형 서비스, 제공자, 위치, 컨텍스트, 및 수신자 요건들과 같은 애플리케이션 클라이언트 정보를 이용할 수 있다. 예를 들어, 핸드오버 클라이언트는 컨텍스트 정보를 이용하여 사용자 장비의 예상된 경로를 결정할 수 있고, 이에 의해 핸드오프를 위한 다음 에지 애플리케이션 서버를 결정할 수 있다. 핸드오버 클라이언트는 핸드오버들을 위한 서버들을 선택함에 있어서 복수의 애플리케이션 클라이언트들의 요구들에 가중치를 부여할 수 있다. 핸드오버 클라이언트는 핸드오버 동작들에서 지원을 요청하는 요청들을 서버들에 발행할 수 있고, 가입 요청들을 서버들에 발행할 수 있고, 또한 에지 애플리케이션 핸드오버 서버들 사이의 애플리케이션 상태 동기화 또는 마이그레이션을 모니터링함으로써 핸드오버들의 성공을 결정할 수 있다.

Description

끊김없는 에지 애플리케이션 핸드오버

관련 출원들에 대한 상호 참조

본 출원은 2019년 12월 20일자로 출원된, 발명의 명칭이 "Seamless Edge Application Handover"인 미국 가특허 출원 제62/951,377호의 이익을 주장하며, 그 내용은 본 명세서에 참조로 포함된다.

M2M(Machine-To-Machine), IoT(Internet-of-Things), 및 WoT(Web-of-Things) 네트워크 배치들은, 예를 들어, V2X(Vehicle-to-Everything) 서비스들을 위한 3GPP 애플리케이션 계층 지원, 3GPP TS 23.286 v16.1.0; V2X 서비스들을 위한 애플리케이션 계층 지원에 대한 향상들에 관한 3GPP 연구, 3GPP TR 23.764, v0.2.0; 3GPP; 에지 애플리케이션들을 인에이블링하기 위한 애플리케이션 아키텍처에 관한 연구, 3GPP TR 23.758, v1.0.0; oneM2M 3GPP 상호연동, oneM2M TS-0026, v4.2.0; 및 OMA(Open Mobile Alliance) LWM2M(Lightweight Machine-to-Machine) 프로토콜, v 1.1에 설명된 것들과 같은, 매우 다양한 서버들, 게이트웨이들, 및 디바이스들을 포괄할 수 있다.

에지 애플리케이션 핸드오버 클라이언트(Edge Application Handover Client)(EAHC) 기능은 시스템 내의 에지 애플리케이션 서버(Edge Application Server)(EAS)들의 상이한 인스턴스들 사이의 핸드오버들로 UE 상의 애플리케이션 클라이언트(Application Client)(AC)들을 지원하기 위해 다음의 동작들 중 하나 이상을 수행하는 UE 상에서 호스팅될 수 있다.

UE 상의 EAHC 기능은 새로운 전용 기능일 수 있거나, 3GPP 에지 인에이블러 클라이언트, 3GPP V2X 애플리케이션 인에이블러 클라이언트, oneM2M 공통 서비스 엔티티(CSE), oneM2M AE 또는 LWM2M 클라이언트와 같은 기존 기능의 하위 기능일 수 있다.

EAHC는 EAH 정책들로 구성될 능력을 지원할 수 있다. EAH 정책들은 EAHC가 어떤 EAH 동작들을 수행해야 하는지 그리고 이러한 동작들을 어떤 조건들 하에서 수행해야 하는지를 결정하는데 이용되는 기준들을 포함할 수 있다. EAH 정책들은 다음에 따르는 규칙들을 포함할 수 있다:

요청된 서비스들의 유형들

사용자들, 가입자들, 및/또는 AC들

네트워크 및/또는 서비스 제공자들

QoS/QoE 레벨들

UE의 위치(들)

UE의 지정된 경로(들) 또는 예상 경로(들)

UE가 접속되는 에지 또는 로컬 영역 데이터 네트워크 인스턴스들

에지 노드들의 상태 또는 가용성

요청된 서비스들의 배치 상태

EAHC는 UE 상에 호스팅되는 AC들에 인터페이싱하여 AC들이 그 과거, 현재 또는 미래의 애플리케이션 서비스 요건들 및 컨텍스트 정보를 EAHC와 공유할 수 있게 하는 능력을 지원할 수 있다. EAHC는 EAS들 사이의 AC들의 끊김없는 에지 애플리케이션 핸드오버들(seamless edge application handovers)을 지원하기 위해 이 정보를 국부적으로 저장하고 처리할 수 있다. EAHC는 이 컨텍스트를, AC의 핸드오버가 하나의 EAS로부터 다른 EAS로 요구되는지/언제 요구되는지의 그 결정에 고려할 수 있다. EAHC는 또한 이 정보를 네트워크 내의 EAHS와 공유하여 EAS들 사이의 끊김없는 에지 애플리케이션 핸드오버들을 관리하는데 AC들을 지원할 수 있다.

UE 상의 AC들과 인터페이싱함으로써, EAHC는 또한 AC들이 EAH를 개시할 수 있게 하는 능력을 지원할 수 있다. 예를 들어, AC가 EAS로부터 수신하고 있는 서비스의 레벨이 그 요건들을 충족시키지 못하는 것을 검출하면, AC는 EAHC에 대한 요청을 통해 EAH를 개시할 수 있다. EAHC는 AC들로부터 이러한 요청들을 수신하고 그들을 대신하여 EAH 동작들을 수행함으로써 AC들을 지원할 수 있다.

EAHC는 AC들, EAS들, 및 AC들과 EAS들을 상호접속시키는 네트워크(들)에 관련된 서비스 요건들 및 컨텍스트 정보를 분석하는 능력을 지원할 수 있다. 이러한 분석 및 EAH 정책들에 기반하여, EAHC는 EAH가 요구되는지/언제 요구되는지를 결정할 수 있다. EAHC는 EAH 동작들을 수행하도록 AC를 트리거링할 수 있다. 대안적으로, EAHC는 EAH를 수행하는 것을 지원하기 위해 AC를 대신하여 EAH 동작들을 수행할 수 있다.

EAHC가 UE 상에서 호스팅되는 모든 AC들의 서비스 요건들 및 컨텍스트 정보에 대해 알고 있을 수 있기 때문에, EAHC는 UE 상의 모든 AC들에 걸쳐 최적화되는 EAH 결정들을 행하기 위해 이 정보를 집성할 수 있다. 예를 들어, 네트워크 내의 단일 에지 노드가 UE 상의 상이한 AC들에 의해 요구되는 모든 EAS들을 지원하는 경우, EAHC는 AC들이 이 단일 에지 노드 상에서 호스팅되는 EAS들을 이용하게 하는 EAH 동작이 UE가 더 효율적인 방식으로 동작할 수 있게 하는 것이 바람직하다고 결정할 수 있다(예를 들어, UE는 단일 에지 노드에 대한 단일 PDU 세션만을 요구한다).

EAHC는 네트워크 내의 하나 이상의 EAHS에게 이들이 EAH 동작들을 지원하게 하기 위한 요청들을 발행할 수 있다. 하나의 유형의 요청은 UE의 현재 근접성(예를 들어, 동일한 LADN 내)에 있고 핸드오버될 AC에 대한 최상의 후보 EAS들인 이용가능한 EAS들에 관한 정보를 획득하기 위한 요청을 포함할 수 있다.

EAHC는 EAHS로부터 통지들을 수신하기 위해 네트워크 내의 EAHS에 가입 요청(들)을 발행할 수 있다. 하나의 유형의 가입은 EAHS가 AC가 하나의 EAS로부터 다른 것으로 핸드오프되어야 한다고 결정하면/결정할 때 통지들을 수신하는 것일 수 있다.

EAHS에 대한 가입 요청들에 기반하여, EAHC는 EAHS로부터 통지들을 수신할 수 있다. 하나의 유형의 통지는 하나 이상의 지정된 AC에 대한 EAH 동작들을 수행하기 위한 EAHC에 대한 트리거일 수 있다.

EAHC는 EAH가 발생할 때 EAS FQDN 레졸루션(resolution) 지원 동작들을 수행할 수 있다. AC에 대한 EAH의 영향을 최소화하고, AC가 EAH가 발생하기 전후에 동일한 EAS FQDN을 계속 이용할 수 있게 하기 위해, EAHC는 AC를 대신하여 EAS FQDN 레졸루션 동작들을 수행할 수 있다. 이것은 AC들이 EAH가 발생한 후에도 EAS들과 통신하기 위해 동일한 EAS FQDN들을 이용할 수 있게 한다. 따라서, AC들은 EAH가 발생한 후 오래될 수 있는 하위 레벨의 EAS 접촉 포인트 정보(예를 들어, IP 어드레스들, 포트들, URI들)를 관리하는데 부담을 갖지 않는다. 대신에, EAHC는 AC를 대신하여 이러한 부담을 처리할 수 있다.

EAHC는 AC를 대신하여 EAH 인식 방식(EAH aware manner)으로 보안 세션들의 확립 및 해제를 수행할 수 있다. 이러한 동작들은 EAH를 트리거링할 때 또는 AC 또는 EAHS로부터 수신하는 EAH 요청에 응답하여 EAHC에 의해 수행될 수 있다.

EAHC는 EAH 동안 EAS들 사이의 애플리케이션 상태 동기화 또는 마이그레이션(migration)을 트리거링 및 모니터링할 수 있고, 상태 동기화 또는 마이그레이션의 상황에 기반하여 EAH가 성공적이었는지 또는 다른 EAH가 요구되는지를 결정할 수 있다.

EAHC는 EAH 동작들이 수행되고 있는 동안 AC들로부터 EAS들을 향한 발신 요청들을 버퍼링할 수 있다(예를 들어, DNS 룩업 결과들을 리프레시하는 것, 상태 정보를 새로운 EAS로 마이그레이션하는 것 등). EAH 동작들이 완료되고 새로운 EAS가 액세스가능할 때, EAHC는 처리를 위해 이러한 요청들을 새로운 EAS에 전달할 수 있다.

에지 애플리케이션 핸드오버 서버(EAHS) 기능은 시스템 내의 에지 애플리케이션 서버(EAS)들의 상이한 인스턴스들 사이의 끊김없는 핸드오버로 UE들 상에 호스팅되는 애플리케이션 클라이언트(AC)들을 지원하기 위해 다음의 동작들 중 하나 이상을 수행할 수 있다.

EAHS는 V2X 애플리케이션 인에이블러 서버, SEAL 서버, 에지 인에이블러 서버, 에지 데이터 네트워크 구성 서버, oneM2M CSE 또는 LWM2M 서버와 같은 기존 EAHS의 독립형 기능 또는 하위 기능일 수 있다.

EAHS는 EAH 정책들로 구성될 능력을 지원할 수 있다. EAH 정책들은 EAHS가 어떤 EAH 동작들을 수행해야 하는지 그리고 이러한 동작들을 어떤 조건들 하에서 수행해야 하는지를 결정하는데 이용되는 규칙들을 포함할 수 있다. EAH 정책들은 다음에 따르는 규칙들을 포함할 수 있다:

요청된 서비스들의 유형들

사용자들, 가입자들, 및/또는 AC들

네트워크 및/또는 서비스 제공자들

QoS/QoE 레벨들

UE의 위치(들)

UE의 지정된 경로(들) 또는 예상 경로(들)

UE가 접속되는 에지 또는 로컬 영역 데이터 네트워크 인스턴스들

에지 노드들의 상태 또는 가용성

요청된 서비스들의 배치 상태

EAHS 정책 규칙들은 UE의 현재 위치, UE의 계획된 또는 예상된 경로, 네트워크에 관련된 상태 정보(예를 들어, 혼잡 레벨들)와 같은 정보에 관련된 컨텍스트 정보에 따를 수 있다.

EAHS는 3GPP 시스템 내의 다양한 엔티티들에 인터페이싱하고, 코어 네트워크 기능들, 애플리케이션 클라이언트들, 에지 인에이블러 클라이언트들, 에지 애플리케이션 핸드오버 클라이언트들, V2X 애플리케이션 인에이블러 서버들, SEAL 서버들, 에지 인에이블러 서버들, 에지 데이터 네트워크 구성 서버들, oneM2M CSE들 또는 LWM2M 서버들을 포함하지만 이에 제한되지 않는 이러한 엔티티들로부터 컨텍스트 정보를 수신할 수 있다.

EAH 정책들에 기반하여, EAHC는 시스템 내의 엔티티들로부터의 컨텍스트 정보 및 서비스 요건들을 분석하고 EAH가 요구되는지/언제 요구되는지를 결정할 수 있다. EAHS는 EAH를 수행하는 것을 지원하기 위해 AC를 대신하여 EAH 동작들을 수행하도록 EAHC를 트리거링할 수 있다.

EAHS는 EAHS로부터 통지들을 수신하기 위해 UE 상에 호스팅되는 EAHC로부터 가입 요청(들)을 수신할 수 있다. 하나의 유형의 가입은 EAHS가 AC가 하나의 EAS로부터 다른 것으로 핸드오프되어야 한다고 결정하면/결정할 때 통지들을 수신하는 것일 수 있다.

EAHC로부터의 가입 요청들에 기반하여, EAHS는 EAHC에 통지들을 전송할 수 있다. 하나의 유형의 통지는 하나 이상의 지정된 AC에 대한 EAH 동작들을 수행하기 위한 EAHC에 대한 트리거일 수 있다.

EAHS는 하나 이상의 지정된 유형의 EAS를 호스팅하는(또는 호스팅할 수 있는) 이용가능한 에지 노드들을 질의하고 발견하기 위해 시스템 내의 관리 기능(들)에 인터페이싱할 수 있다.

EAHS는 지정된 UE에 근접하여 위치되고/되거나 UE의 예상된 경로를 따라 위치될 질의된 에지 노드들을 추가로 지정할 수 있다.

EAH 정책들 및 관련된 컨텍스트 정보에 기반하여, EAHS는 에지 노드들(예를 들어, AC의 현재 위치에 근접하거나 예상된 경로를 따르는 에지 노드들)이 EAS 관리 동작들이 수행될 것을 요구하는지/언제 요구하는지를 결정할 수 있다.

EAHS는 이용가능한 에지 노드들(예를 들어, AC의 현재 위치에 근접하거나 예상된 경로를 따르는 에지 노드들) 상의 EAS들 및 설치된 EAS들의 인스턴스들의 배치를 관리하기 위해 시스템 내의 관리 기능(들)에 인터페이싱할 수 있다.

EAHS는 관리 기능(들)에 의해 요구되는 바와 같이 EAH 관련 컨텍스트 정보를 공유하고/하거나 EAH를 수행함으로써 시스템 내의 관리 기능(들)을 지원할 수 있다.

EAHS는 관리 동작들(예를 들어, 새로운 EAS들을 배치하고, EAS들을 설치/활성화함)을 트리거링하기 위해 서비스 제공자와 상호작용하도록 시스템 내의 관리 기능(들)을 지원할 수 있다. EAHS는 UE들 상의 AC들과 UE들의 현재 위치에 근접하거나 예상된 경로를 따르는 EAS들 사이에서 3GPP 네트워크에서의 접속성 중심 리소스들(예를 들어, QoS 세션)을 구성하고 예비하기 위해 3GPP 네트워크 기능들에 인터페이싱할 수 있다.

EAHS는 EAHC로 하여금 다른 DNS 룩업을 수행하게 함으로써 지정된 EAS FQDN에 대한 캐싱된 DNS 룩업 결과들을 리프레시하도록 지시하기 위한 요청을 EAHC에 전송할 수 있다. 이 요청은 또한 EAHC로 하여금 새로운 DNS 서버로 전환하여 업데이트된 DNS 서버 접촉 포인트 정보를 제공함으로써 룩업을 수행하도록 지시할 수 있다. EAHC에 요청을 발행하기 전에, EAHS는 먼저 EAS FQDN이 상이한 EAS에 매핑하도록 DNS 서버의 DNS 기록들 내에 저장된 EAS 접촉 포인트 정보의 업데이트를 개시할 수 있다.

AC의 핸드오버가 새로운 EAS에 대해 발생할 때, EAHS는 EAHS와 EAS 사이에 존재하는 보안 통신 세션을 통해 AC의 자격증명들을 새로운 EAS와 공유할 수 있다. EAHS는 또한 EAHS와 EAHC 사이에 존재하는 보안 통신 세션을 통해 EAS의 자격증명들을 EAHC와 공유할 수 있다. 이 프로세스 동안, EAHS는 또한 새로운/업데이트된 자격증명들이 요구되는 경우 네트워크 내의 보안 기능과 통신할 수 있다.

EAH가 발생할 때, EAHS는 서로와의 핸드오프들에 수반되는 EAS들이 애플리케이션 상태의 안전한 동기화/마이그레이션과 같은 핸드오프 동작들을 안전하게 수행할 수 있도록 신뢰 관계를 확립하는 것을 지원할 수 있다. AC의 핸드오버가 새로운 EAS에 대해 발생할 때, EAHS는 이전의 EAS의 자격증명을 새로운 EAS와 공유할 수 있고, 그 반대도 가능하다.

EAH가 발생할 때, EAHS는 EAH 동안 EAS들 사이에서 발생하는 애플리케이션 상태 동기화 또는 마이그레이션 동작들을 트리거링하고 모니터링할 수 있다. 애플리케이션 상태 동기화 또는 마이그레이션의 상황에 기반하여, EAHS는 EAH가 성공적이었는지 또는 다른 EAH가 요구되는지를 결정할 수 있다.

컨텍스트 정보를 이용하여, 예측된 경로는 EAHS에 의해 계산된 다음, UE 상에서 호스팅되는 AC(들)가 핸드오프되는 다음 EAS(들)를 선택하는데 이용될 수 있다. EAHS는 경로에 의해 정의된 상이한 웨이 포인트들(way points)에 대한 UE(들)의 현재 위치를 모니터링하고, 경로를 따른 UE의 이동뿐만 아니라 임의의 예상치 못한 이탈들을 추적할 수 있다.

EAHS는 하나 이상의 UE에 대한 예상된 경로 정보를 3GPP 네트워크와 공유할 수 있어서, 네트워크는 UE(들)의 요건들(예를 들어, QoS)이 경로를 따라 이동하는 동안 충족되는 것을 보장하기 위해 그 네트워크 리소스를 구성하고 최적화할 수 있다.

EAHS는 3GPP 네트워크가 그 대신에 예상된 경로를 따르는 UE(들)의 이동을 추적할 것을 요청하고, UE가 경로를 따르는 지정된 웨이 포인트들에 도달할 때 또는 UE가 경로로부터 벗어날 때의 통지들과 같이 경로를 따르는 UE(들)의 이동에 관한 통지들을 전송할 수 있다.

본 요약은 이하의 상세한 설명에서 추가로 설명되는 개념들 중에서 선택된 것을 간략화된 형태로 소개하기 위해 제공된다. 본 요약은 청구된 주제의 주요 특징들 또는 본질적인 특징들을 식별하도록 의도된 것은 아니며, 청구된 주제의 범위를 제한하려고 이용된 것도 아니다. 또한, 청구된 주제는 본 개시내용의 임의의 부분에서 언급된 임의의 또는 모든 단점들을 해결하는 제한사항들로 제한되지 않는다.

더 상세한 이해는 첨부의 도면들과 관련하여 예로서 주어지는 다음의 설명으로부터 얻어질 수 있다.
도 1은 사용자 장비들(UE들) 상의 V2X 애플리케이션 클라이언트들에 의한 에지 및 클라우드 V2X 애플리케이션 서버들의 이용의 예의 블록도이다.
도 2는 에지 애플리케이션들을 인에이블링하기 위한 예시적인 3GPP 아키텍처의 블록도이다.
도 3은 V2X 애플리케이션들을 인에이블링하기 위한 예시적인 3GPP 정의된 아키텍처의 블록도이다(TS 23.286 참조).
도 4는 서비스 계층을 지원하는 예시적인 프로토콜 스택을 도시한다.
도 5는 다양한 유형들의 접속된 네트워크 노드들 상에 배치된 예시적인 IoT 서비스 계층(SL)의 블록도이다.
도 6은 예시적인 에지 애플리케이션 핸드오버 클라이언트 및 서버 기능의 블록도이다.
도 7은 예시적인 IEAHC-AC 기능의 호 흐름이다.
도 8은 예시적인 IEAHS-EAS 기능의 호 흐름이다.
도 9는 예시적인 IEAHS-EAHC 기능의 호 흐름들이다.
도 10은 예시적인 IEAHS-3GPP 기능의 호 흐름이다.
도 11은 예시적인 IEAHS-MF 기능의 호 흐름이다.
도 12는 예시적인 EAH 정책 기능의 호 흐름이다.
도 13a 및 도 13b는 예시적인 EAH 인식 FQDN 레졸루션의 호 흐름을 도시한다.
도 14a 및 도 14b는 예시적인 EAH 인식 세션 해제 및 확립의 호 흐름을 도시한다.
도 15a 및 도 15b는 예시적인 EAH 인식 상태 동기화/마이그레이션의 호 흐름을 도시한다.
도 16a 및 도 16b는 예시적인 EAH 인식 요청 버퍼링의 호 흐름을 도시한다.
도 17a, 도 17b, 및 도 17c는 예시적인 EAH 인식 세션 QoS 연속성의 호 흐름을 도시한다.
도 18a, 도 18b, 및 도 18c는 EAH 인식 관리 절차들의 다양한 예시적인 시나리오들의 호 흐름을 도시한다.
도 19a 및 도 19b는 EAH 인식 에지 컴퓨팅 서비스 제공자 상호작용들의 2개의 예시적인 시나리오의 호 흐름들을 도시한다.
도 20a 및 도 20b는 경로 지원 EAH의 예의 호 흐름을 도시한다.
도 21은 3GPP SA6 EDGEAPP 예의 블록도이다.
도 22는 3GPP SA6 V2X 예의 블록도이다.
도 23은 oneM2M 예의 블록도이다.
도 24는 LWM2M 예의 블록도이다.
도 25는 EAH 정책들을 구성하기 위한 예시적인 그래픽 사용자 인터페이스(GUI)를 도시한다.
도 26a는 본 명세서에서 설명되고 청구되는 방법들 및 장치들이 구현될 수 있는 예시적인 통신 시스템을 도시한다.
도 26b는 무선 통신들을 위해 구성된 예시적인 장치 또는 디바이스의 블록도이다.
도 26c는 예시적인 라디오 액세스 네트워크(RAN) 및 코어 네트워크의 시스템도이다.
도 26d는 다른 예시적인 RAN 및 코어 네트워크의 시스템도이다.
도 26e는 다른 예시적인 RAN 및 코어 네트워크의 시스템도이다.
도 26f는 예시적인 컴퓨팅 시스템의 블록도이다.
도 26g는 다른 예시적인 통신 시스템의 블록도이다.

부록의 표 0.1은 본 명세서에서 사용되는 선택된 약어들의 설명들을 포함한다. 표 0.2는 선택된 용어들의 설명들을 포함한다.

에지 애플리케이션 배치들

클라우드에서가 아니라 3GPP 시스템의 에지에 애플리케이션 서버(AS)들을 배치하는 것의 이점들은 이러한 AS들에 의해 제공되는 서비스들에 액세스하는 애플리케이션 클라이언트(AC)들에 대한 감소된 액세스 레이턴시 및 증가된 신뢰성을 포함한다. 또한, 네트워크 운영자들은 또한 그 네트워크들의 에지에서의 AS들의 배치로부터 이점을 얻을 수 있는데, 그 이유는 이러한 배치 모델이 (예를 들어, AC들과 AS들 사이의 국부화된 통신을 가능하게 함으로써) 이들이 부하를 분배하고 그 네트워크들에서의 혼잡 레벨들을 감소시키는 것을 허용할 수 있기 때문이다.

예를 들어, 도 1은 자율 차량 이용 사례를 예시하고 있다. 차량은 UE를 호스팅하고, UE 상에서 호스팅되는 것은 차량의 자율 주행 제어 시스템에 의해 이용되는 V2X AC이다. V2X AC는 3GPP 시스템에 배치된 V2X 서비스들(예컨대, 군집주행 서비스, 협력 주행 서비스, 충돌 회피 서비스 등)과 통신한다. V2X 서비스들은 에지 노드들(예컨대, 도로측 유닛들, 셀 타워들 등)은 물론 클라우드에 배치된 V2X AS들의 조합으로서 시스템에 걸쳐 분산 방식으로 배치된다.

향상된 성능(예를 들어, 감소된 액세스 레이턴시 및 더 높은 신뢰성)을 위해, V2X AC들에 의해 V2X 서비스들에 액세스하기 위한 바람직한 방법은 클라우드를 통해 V2X AS들에 액세스하기보다는 차량들에 더 근접해 있는 시스템 내의 에지 네트워크들에 배치되는 V2X AS들을 통한 것이다. 에지에 있는 V2X AS들에 액세스할 때, 차량 내의 UE 상에 호스팅되는 V2X AC는 다른 차량들 및 도로 및 교통량의 상태들에 관한 더 적시고 더 신뢰성 있는 정보를 이용할 수 있다. 그 결과, 차량은 더 높은 속도 레이트로 그리고 다른 차량들에 더 가까운 거리에서 이동할 수 있다. 차량은 또한 안전을 희생하지 않고 더 자주 그리고 효과적으로 차선들을 변경할 수 있다. 대조적으로, 클라우드에서 V2X AS들에 액세스할 때, 차량은 적시 정보의 감소된 가용성으로 인해 더 보수적인 동작 모드로 후퇴해야 한다. 이것은 전형적으로 차량의 속도의 감소, 차량과 다른 차량들 사이의 거리의 증가 및 덜 최적의 차선 변경들을 초래한다.

차량들이 도로들을 따라 이동함에 따라, 차량들에 가장 근접한 상이한 에지 노드들 상에 호스팅되는 V2X AS들 사이의 V2X AC들의 핸드오버들이 조정되어야 한다. 마찬가지로, 에지 노드들 상에 호스팅되는 V2X AS들과 클라우드에서 호스팅되는 V2X AS들 사이의 V2X AC들의 핸드오버들은 또한 차량의 이동 동안 에지 네트워크 커버리지가 페이드 인 및 페이드 아웃되는 경우들에 대해 조정되어야 한다. 이러한 시나리오들 모두에 대해, 양 에지 노드들뿐만 아니라 클라우드에 호스팅되는 AS들 사이의 끊김없는(예를 들어, 낮은 레이턴시 및 신뢰성 있는) V2X AC 핸드오버들은 이러한 유형의 V2X 이용 사례뿐만 아니라 V2X와 유사한 요건들을 갖는 다른 유형들의 이용 사례들의 성공적인 배치에 중요하고 필수적이다.

에지 애플리케이션들을 인에이블링하기 위한 3GPP 아키텍처

도 2는 에지 애플리케이션들을 인에이블링하기 위한 3GPP 정의된 아키텍처를 도시한다. TR 23.758을 참조한다. 에지 애플리케이션들을 인에이블링하기 위한 프레임워크는 UE 상에서 호스팅되는 에지 인에이블러 클라이언트 및 애플리케이션 클라이언트(들), 및 에지 데이터 네트워크에서 호스팅되는 에지 인에이블러 서버 및 에지 애플리케이션 서버(들)로 구성된다. 에지 데이터 네트워크 구성 서버는 에지 인에이블러 클라이언트들 및 에지 인에이블러 서버들을 구성하는데 이용된다. 에지 인에이블러 클라이언트 및 서버는 각각 애플리케이션 클라이언트들 및 서버들에 에지 중심 능력들을 제공한다. 에지 인에이블러 서버 및 에지 데이터 네트워크 구성 서버는 또한 3GPP 네트워크와 상호작용할 수 있다.

V2X 애플리케이션들을 인에이블링하기 위한 3GPP 아키텍처

도 3은 V2X 애플리케이션들을 인에이블링하기 위한 3GPP 정의된 아키텍처를 도시한다. TS 23.286을 참조한다. V2X 애플리케이션 인에이블먼트(VAE) 계층은 UE 상에서 호스팅되는 VAE 클라이언트와 네트워크에서 호스팅되는 VAE 서버로 구성된다. VAE 클라이언트와 서버는 VAE 중심 능력들을 V2X 애플리케이션 클라이언트들과 서버들에 제공한다. VAE 클라이언트 및 서버는 각각 서비스 인에이블러 아키텍처 계층(SEAL) 클라이언트 및 서버에 의해 제공되는 더 일반적인(예를 들어, 비-V2X 특정) 서비스들에 인터페이싱한다. SEAL 서비스들은, 위치 관리, 그룹 관리, 구성 관리, 아이덴티티 관리, 키 관리 및 네트워크 리소스 관리로 구성된다.

VAE 및 SEAL 서버들은 또한 (예를 들어, V2, MB2, xMB, Rx 및 T8과 같은 3GPP 정의된 참조 포인트들을 통해) 3GPP 네트워크 시스템과 상호작용할 수 있다.

IoT 서비스 계층(SL)

IoT 서비스 계층(SL)은 IoT 디바이스들, IoT 애플리케이션들 및 IoT 데이터에 부가 가치 서비스들을 제공하는 것을 특별히 목표로 하는 기술이다. 최근에, 몇몇 산업 표준 단체들이 IoT 디바이스들, 애플리케이션들 및 데이터를 인터넷/웹, 셀룰러, 기업, 및 홈 네트워크와의 배치들에 통합하는 것과 연관된 과제들을 해결하기 위해 IoT SL들을 개발해왔다. 이들은 예를 들어 oneM2M, ETSI, OCF, 및 OMA를 포함한다. 예를 들어, V2X(Vehicle-to-Everything) 서비스들을 위한 3GPP 애플리케이션 계층 지원, 3GPP TS 23.286 v16.1.0, V2X 서비스들을 위한 애플리케이션 계층 지원에 대한 향상들에 관한 3GPP 연구, 3GPP TR 23.764, v0.2.0, oneM2M TR 23.758, oneM2M 3GPP 상호연동, oneM2M TS-0026, v4.2.0, 및 OMA(Open Mobile Alliance) LWM2M(Lightweight Machine-to-Machine) 프로토콜, v 1.1을 참조한다.

IoT SL은 IoT 지향 능력들의 집합에 대한 액세스를 애플리케이션들 및 디바이스들에 제공할 수 있다. 몇몇 예들은 보안, 과금, 데이터 관리, 디바이스 관리, 발견, 프로비저닝, 및 접속성 관리를 포함한다. 이러한 능력들은 IoT SL에 의해 지원되는 메시지 포맷들, 리소스 구조들 및 리소스 표현들을 이용하는 API들을 통해 디바이스들 및 애플리케이션들에 이용가능하게 된다.

프로토콜 스택 관점에서, SL들은 통상적으로 애플리케이션 프로토콜 계층 위에 위치하고 이들이 지원하는 애플리케이션들에 부가 가치 서비스들을 제공한다. 따라서 SL들은 종종 '미들웨어' 서비스들로서 분류된다. 도 4는 애플리케이션 프로토콜들과 애플리케이션들 사이의 예시적인 서비스 계층을 도시한다.

배치 관점에서, IoT SL은 도 5에 도시된 바와 같이 IoT 서버들, 게이트웨이들 및 디바이스들을 포함하는 다양한 유형들의 네트워크 노드들 상에 배치될 수 있다.

예시적인 과제들

3GPP는 5G 에지 애플리케이션 아키텍처를 정의하는 프로세스에 있다. 예를 들어, TR 23.758을 참조한다. 그 동기는 UE들 상에서 호스팅되는 애플리케이션 클라이언트(AC)들에 최소의 영향을 미치는 방식으로 3GPP 시스템의 에지 노드들에서 다양한 유형들의 에지 애플리케이션 서버(EAS)들을 배치하기 위한 표준화된 프레임워크를 정의하는 것이다. 그러나, 현재의 5G 에지 애플리케이션 아키텍처는 EAS들 사이의 빈번한 핸드오버들을 요구하는 UE들 상에서 호스팅되는 AC들을 수반하는 이용 사례들에 대해 하나의 EAS로부터 다른 EAS로의 AC들의 끊김없는 핸드오버에 대한 적절한 지원을 아직 정의하지 않는다. 하나의 EAS로부터 다른 EAS로의 AC의 끊김없는 핸드오버는 AC 경험들이 유지되는 서비스의 레벨을 의미하고 현저한 서비스 저하 또는 서비스 중단들이 없다. 핸드오버들의 빈도는 AC에 의해 요구되는 서비스의 레벨(예를 들어, 레이턴시) 및 이용가능한 EAS들의 서비스 커버리지 영역들에 의해 결정된다.

3GPP는 또한 5G V2X 애플리케이션 아키텍처를 정의하는 프로세스에 있다. 예를 들어, TS 23.286 및 TR 23.764를 참조한다. 그 동기는 3GPP 시스템들을 통해 배치될 수 있는 V2X 애플리케이션 서버들의 표준화된 유형들(예를 들어, 군집)을 정의하는 것이다. 그러나, 현재의 5G V2X 애플리케이션 아키텍처는 V2X EAS들 사이의 V2X AC들의 끊김없는 핸드오버를 위한 적절한 지원을 아직 정의하지 않는다.

도 1에 도시된 V2X 예와 같은 이용 사례들을 지원하기 위해, AC를 하나의 EAS로부터 다른 EAS로 낮은 레이턴시 및 높은 신뢰성으로 끊김없이 전환(예컨대, 핸드오버)시키는 능력이 요구된다. 아래는 EAS들 사이의 AC들의 끊김없는 핸드오버를 달성하는 것과 관련된 고유한 과제들 중 일부의 요약이다. 이러한 과제들은 5G 에지 애플리케이션 아키텍처 또는 5G V2X 애플리케이션 아키텍처에 의해 아직 충분히 해결되지 않았다.

시스템 내의 어느 EAS가 주어진 시점에서 이용할 가장 최적의 것인지를 결정하고, 서비스의 연속성이 유지되는 것을 보장하기 위해 AC를 이 EAS를 이용하는 것으로 전환하는 것이 필요할 때를 결정하는 것은 어려울 수 있는데, 그 이유는 고려될 필요가 있는 조건들이 많을 수 있고, 고도의 가변성을 가지며, 시스템 내의 여러 상이한 엔티티들로부터 비롯될 수 있기 때문이다. 예를 들어, UE들 및 그 AC들의 상태 및 컨텍스트, UE들에 근접해 있는 EAS들의 건전성 및 가용성, AC들과 EAS들을 접속시키는 네트워크의 건전성 및 가용성 모두가 고도의 가변성을 가질 수 있다. 어느 EAS들을 이용할지 그리고 상이한 EAS로의 핸드오버를 수행하는 것이 필요할 때에 관한 최적의 결정들을 하기 위해 AC에 의존하는 것은 실생활 배치들에서 현실적이지도 않고 최적이지도 않다.

EAS들은 전형적으로 시스템 내의 상이한 에지 노드들 상에 배치될 것이다. 각각의 EAS는 이들이 제공하는 서비스들 및 리소스들에 대한 IP 어드레스(들), 포트(들) 및 URI 경로(들)를 포함하는 고유의 접촉 포인트(들)를 가질 것이다. 주어진 EAS에 액세스하는 것은 AC가 EAS의 접촉 포인트에 요청들을 전송할 것을 요구한다. 새로운 EAS로의 핸드오버가 발생하면/발생할 때, 접촉 포인트 정보의 변화가 발생할 것이다. EAS의 접촉 포인트 정보의 변화가 AC들에 상당한 영향을 미칠 수 있다. EAS들의 접촉 포인트 정보가 AC들로 직접 구성 및/또는 코딩되는 것은 드문 일이 아니다. 따라서, EAS의 접촉 포인트 정보에 변화가 발생하는 경우, 이것은 전형적으로 AC가 이러한 변화를 인식할 것을 요구할 것이다. AC는 그 후 이전의 EAS와의 그 통신을 중지하고, AC와 이전의 EAS 사이의 다양한 유형들의 세션들(예를 들어, PDU, QoS, 보안)의 해제를 개시하고, 새로운 EAS와의 대응하는 세션들을 확립해야 한다. 다양한 유형들의 세션들의 이러한 해제 및 재확립은 핸드오버가 끊김없이 발생하도록 새로운 세션들이 이전의 것들과 일관된 방식으로 구성될 것을 요구한다. 이것은 또한 AC에 대해 어떠한 서비스 중단도 발생하지 않도록 적시에 발생할 필요가 있다.

또한 AC들의 서비스 요건들이 여전히 충족되는 것을 보장하면서 시스템 내의 제한된 에지 노드 및 에지 네트워크 리소스들의 최적의 이용을 보장하는 것이 과제일 수 있고, 서로 직접 경쟁할 수 있다. 에지 노드들은 전형적으로 고정된/제한된 양들의 리소스들(예를 들어, CPU, 메모리, 저장소)로 배치될 것이다. 클라우드 스케일링 기술들을 통해 동적으로 스케일링될 수 있는 능력을 전형적으로 지원하는 클라우드 배치들과는 달리, 에지 노드의 리소스들이 소비되면, 추가적인 리소스들이 전형적으로 쉽게 추가될 수 없다. 마찬가지로, 에지 노드들은 전형적으로 코어 네트워크들에 비해 고정된/제한된 양들의 리소스들(예를 들어, 대역폭)을 가질 에지 네트워크들(예를 들어, 3GPP LADN들)에 배치될 것이다. 이러한 고정된/제한된 양들의 리소스들이 주어지면, EAS들이 AC들에 의해 요구될 때보다 훨씬 앞서 정적 또는 미리 프로비저닝된 방식으로 에지 노드들 상에 EAS들을 배치하는 것이 가능하지 않을 수 있다. 이러한 이유로, 더 동적인 방법들이 시스템 내의 에지 노드들 상의 EAS들을 지능적으로 관리하여 에지 노드들 상의 리소스들이 효율적으로 이용되고 AC들의 서비스 요건들이 여전히 충족되도록 할 필요가 있을 수 있다. 예를 들어, 에지 노드 상에 EAS를 배치하는 것은 먼저 다른 EAS들을 제거 또는 디스에이블링하여 새로운 EAS에 대한 에지 노드 리소스들을 확보할 것을 요구할 수 있다. 이것은 어느 EAS들이 AC들에 의해 능동적으로 이용되고 있는지 그리고 어느 EAS들이 제거 또는 비활성화를 위한 후보들을 결정할 수 없는 것인지를 결정하기 위해 시스템 내의 엔티티들 간의 조정을 요구할 수 있다. 예를 들어, V2X 이용 사례들은 전형적으로 높은 빈도로 시스템의 상이한 에지 노드들의 근접성을 오가는 차량들 상에 호스팅되는 V2X AC들을 수반한다. 이러한 이용 사례들의 경우, V2X AC들은 이들이 V2X EAS를 호스팅하는 에지 노드들에 근접해 있는 동안의 짧은 지속 시간 동안 V2X EAS들의 이용을 요구한다. 차량 및 그 V2X AC들이 V2X EAS들을 호스팅하는 에지 노드의 근접성을 떠나고 다른 에지 노드들의 근접성에 진입하면, 방법들은 V2X EAS들의 요구된 유형(들)이 V2X AC들에 근접해 있는 적절한 에지 노드들 상에서 이용가능하고 이들에 액세스가능한 것을 보장할 필요가 있다. 이러한 방법들은 V2X EAS들의 요구된 인스턴스(들)가 V2X AC들에 의해 설치되고, 실행되고, 안전하게 액세스가능하여 전환이 V2X AC들의 서비스 연속성을 중단시키지 않고 끊김없이 발생하는 것을 보장해야 한다. 차량이 이동하고 있는 속도 및 그 V2X AC들의 서비스 요건들(예를 들어, 레이턴시, 신뢰성 등)에 따라, 시스템 내의 상이한 에지 노드들 상에 호스팅되는 상이한 V2X EAS들을 관리하여, 끊김없는 에지 애플리케이션 핸드오버들이 발생할 수 있도록 하는 것은 매우 어려울 수 있다. EAS의 요구된 인스턴스들이 AC가 이들에 액세스해야 할 때 적절한 에지 노드들 상에서, 적절한 위치들에서 그리고 적절한 시간 윈도우들 내에서 이용가능한 것을 보장하는 것은 관리하기 어려운 작업일 수 있다.

예시적인 솔루션들

도 6은 에지 애플리케이션 핸드오버 클라이언트 및 서버 기능을 도시한다. 여기서, 에지 애플리케이션 서버(EAS)들 및/또는 수직 애플리케이션 서버들, 예컨대 3GPP 시스템에서의 VAE 애플리케이션 서버들 사이의 UE 애플리케이션 클라이언트(AC)들의 끊김없는 핸드오버에 대한 부적절한 지원과 관련된 기존의 5G 에지 애플리케이션 아키텍처 및 5G V2X 애플리케이션 아키텍처의 단점들을 다루기 위한 몇몇 개념들이 제시된다. 예를 들어, TS 23.286, TR 23.758, 및 TR 23.764를 참조한다. 여기서, EAS들은 명시적으로 지정되지 않는 한, 3GPP SA6 또는 다른 표준들에 정의된 VAE 애플리케이션 서버들과 같은 수직 애플리케이션 서버들을 포함하거나 암시할 수 있다.

EAS들 사이의 핸드오버들로 AC들을 지원하도록 본 명세서에서 설명된 기술들은 또한, 예를 들어 도 1의 이용 사례에서와 같이 EAS들과 클라우드 애플리케이션 서버들 사이의 핸드오버들로 AC들을 지원하는데 적용될 수 있다.

지원된 에지 애플리케이션 핸드오버 프레임워크

시스템 내의 EAS들 사이의 AC들의 끊김없는 핸드오버를 가능하게 하기 위해(예를 들어, UE가 하나의 EAS의 근접성 밖으로 그리고 다른 EAS의 근접성 내로 이동할 때), AC들 및 EAS들에게 지원된 핸드오버 능력들을 제공하는 에지 애플리케이션 핸드오버(EAH) 프레임워크가 설명된다. EAH 프레임워크는 도 6에 도시된 바와 같이 에지 애플리케이션 핸드오버 클라이언트(EAHC) 및 에지 애플리케이션 핸드오버 서버(EAHS)로 구성되는 분산 방식으로 배치될 수 있다.

에지 애플리케이션 핸드오버 클라이언트(EAHC) 및 에지 애플리케이션 핸드오버 서버(EAHS)는, 각각, IEAHC-AC, IEAHS-EAS, IEAHS-MF 및 IEAHS-3GPP 참조 포인트들을 통해 도시되는 바와 같이, 하나 이상의 애플리케이션 클라이언트(AC), 에지 애플리케이션 서버(EAS), 관리 기능(MF) 및 3GPP 네트워크와 같은 시스템 내의 다양한 다른 엔티티들에 인터페이싱한다. EAHC 및 EAHS는 또한 IEAHS-EAHC 참조 포인트를 통해 서로 인터페이싱할 수 있다.

EAHC 기능은 시스템 내의 UE들 상에 호스팅될 수 있고 EAHS 기능과 상호작용하여 EAS들 사이의 AC들의 끊김없는 핸드오버를 지원할 수 있다. EAHC는 UE 상의 독립형 기능 또는 에지 인에이블러 클라이언트 또는 V2X 애플리케이션 인에이블러 클라이언트와 같은 기존의 3GPP 정의된 기능들의 하위 기능으로서 배치될 수 있다. EAHC는 또한 oneM2M CSE 또는 LWM2M 클라이언트와 같은 기존의 비-3GPP 정의된 기능의 하위 기능으로서 배치될 수 있다. EAHC는 에지 애플리케이션 핸드오버들을 지원할 때 시스템 내의 다양한 다른 기능들과 인터페이싱하고 상호작용할 수 있다. 이것은 EAHC가 정보를 공유하고, 이벤트들을 수신하고, 시스템 내의 다른 기능들을 수반하는 동작들을 수행하는 것을 수반할 수 있다. 이 상호작용의 추가 상세들은 본 문헌의 후속 섹션들에서 제공된다.

EAHS 기능은 시스템 내의 UE들의 외부에 배치될 수 있도록 정의된다. EAHS는 시스템 내의 독립형 기능으로서 또는 3GPP V2X 애플리케이션 인에이블러 서버, SEAL 서버, 에지 인에이블러 서버, 에지 데이터 네트워크 구성 서버 또는 SCS/AS와 같은 기존의 기능의 하위 기능으로서 배치될 수 있다. EAHS는 또한 oneM2M CSE 또는 LWM2M 서버와 같은 기존의 비-3GPP 정의된 기능의 하위 기능으로서 배치될 수 있다. EAHC는 EAHS 기능과 상호작용하여 EAS들 사이의 AC들의 끊김없는 핸드오버를 지원한다. EAHS 기능은 에지 데이터 네트워크 내에, 클라우드 네트워크 내에 또는 3GPP 네트워크 내에 배치될 수 있다. EAHS는 또한 에지 애플리케이션 핸드오버들을 지원할 때 시스템 내의 다양한 다른 기능들과 인터페이싱하고 상호작용할 수 있다. 이것은 EAHS가 정보를 공유하고, 이벤트들을 수신하고, 시스템 내의 다른 기능들을 수반하는 동작들을 수행하는 것을 수반할 수 있다. 이 상호작용의 추가 상세들은 본 문헌의 후속 섹션들에서 제공된다.

관리 기능(MF) 기능은 시스템 내의 UE들의 외부에 배치될 수 있도록 정의된다. MF는 시스템 내의 독립형 기능으로서 또는 3GPP 에지 데이터 네트워크 구성 서버 또는 SCS/AS와 같은 기존의 기능의 하위 기능으로서 배치될 수 있다. MF는 또한 oneM2M CSE 또는 LWM2M 서버와 같은 기존의 비-3GPP 정의된 기능의 하위 기능으로서 배치될 수 있다. MF는 EAHS 기능과 상호작용하여 EAHS들의 능력들 및 인스턴스화에 관한 정보를 수신한다. MF는 EAHC들과 상호작용하여 EAHC들에게 EAH 정책들을 전송한다. MF 기능은 에지 데이터 네트워크 내에, 클라우드 네트워크 내에 또는 3GPP 네트워크 내에 배치될 수 있다. MF는 또한 에지 애플리케이션 핸드오버들을 지원할 때 시스템 내의 다양한 다른 기능들과 인터페이싱하고 상호작용할 수 있다. 이것은 MF가 정보를 공유하고, 이벤트들을 수신하고, 시스템 내의 다른 기능들을 수반하는 동작들을 수행하는 것을 수반할 수 있다. 이 상호작용의 추가 상세들은 본 문헌의 후속 섹션들에서 제공된다.

지원된 에지 애플리케이션 핸드오버 참조 포인트들

IEAHC-AC 참조 포인트

도 7에 도시된 바와 같이, EAHC는 UE 상에 호스팅되는 AC들에 대한 참조 포인트(IEAHC-AC)를 지원할 수 있다. IEAHC-AC를 통해, EAHC는 부록의 표 1에 설명되고 도 7에 도시된 것들과 같은, 그러나 이에 제한되지 않는, 자신과 AC들 사이의 다양한 유형들의 EAH 중심 동작들을 지원할 수 있다. EAH 동작들은 도시된 시퀀스와 상이한 시퀀스들로 수행될 수 있고, 동작들은 서로 독립적으로 수행될 수 있다는 점에 유의한다.

부록의 표 1에 정의된 예시적인 IEAHC-AC 동작들의 추가 상세들이 아래에 설명된다.

EAHC는 AC들, EAS들, 및 AC들과 EAS들을 상호접속시키는 네트워크로부터 수신된 컨텍스트 정보 및 서비스 요건들을 (예를 들어, EAH 정책들에 기반하여) 분석하는 능력을 지원할 수 있다. 이 분석에 기반하여, EAHC는 EAH가 요구되는지/언제 요구되는지를 결정할 수 있다. 그 후, EAHC는 EAH를 개시하도록 AC를 트리거링할 수 있거나, 또는 대안적으로, EAHC는 EAH를 수행하는 것을 지원하기 위해 AC를 대신하여 EAH 동작들을 수행할 수 있다.

EAHC가 UE 상에서 호스팅되는 모든 AC들의 서비스 요건들 및 컨텍스트 정보에 대해 알고 있을 수 있기 때문에, EAHC는 UE 상의 모든 AC들에 걸쳐 최적화되는 EAH 결정들을 행하기 위해 이 정보를 집성하는 능력을 지원할 수 있다. 예를 들어, 네트워크 내의 단일 에지 노드가 UE 상의 상이한 AC들에 의해 요구되는 모든 EAS들을 지원하는 경우, EAHC는 AC들이 이 단일 에지 노드 상에서 호스팅되는 EAS들을 이용하게 하는 EAH 동작이 UE가 더 효율적인 방식으로 동작할 수 있게 하는 것이 바람직하다고 결정할 수 있다(예를 들어, UE는 단일 에지 노드에 대한 단일 PDU 세션만을 요구한다).

EAHC는 우선순위화 정보를 수신할 수 있다. 우선순위화 정보는 사용자 인터페이스(예를 들어, 그래픽 사용자 인터페이스)로부터 올 수 있다. 우선순위화 정보는 애플리케이션 클라이언트들의 상대적 중요성을 EAHC에 표시할 수 있고, EAHC는 어떤 에지 데이터 네트워크들 및 EAS들에 접속할지를 결정할 때 이 정보를 이용할 수 있다. 예를 들어, EAHC는 다른 애플리케이션 클라이언트의 접속을 방해하는 것을 피하기 위해 핸드오버 액션을 수행하지 않고 하나의 애플리케이션 클라이언트가 접속성을 잃게 하도록 결정할 수 있다. 대안적으로, EAHC는 다른 애플리케이션 클라이언트의 접속을 방해하는 것을 피하기 위해 핸드오버 액션을 수행하고 하나의 애플리케이션 클라이언트가 접속성을 잃게 하도록 결정할 수 있다.

IEAHS-EAS 참조 포인트

도 8에 도시된 바와 같이, EAHS는 시스템 내의 EAS들과 통신하기 위해 참조 포인트(IEAHS-EAS)를 지원할 수 있다. IEAHS-EAS를 통해, EAHS는 부록의 표 2에서의 것들과 같은, 그러나 이에 제한되지 않는, 자신과 EAS들 사이의 다양한 유형들의 EAH 중심 동작들을 지원할 수 있다. 도 8에 도시된 동작들은 도시된 것과 상이한 시퀀스들로 수행될 수 있고, 동작들은 다른 것들과 독립적으로 수행될 수 있다는 점에 유의한다.

IEAHS-EAS 참조 포인트는 부록의 표 2에서의 것들과 같은, 그러나 이에 제한되지 않는 동작들을 지원할 수 있다.

IEAHS-EAHC 참조 포인트

도 9에 도시된 바와 같이, EAHC는 시스템 내의 하나 이상의 EAHS와 통신하기 위해 참조 포인트(IEAHS-EAHC)를 지원할 수 있다. 예를 들어, EAHC는 EAHS가 AC들을 대신하여 EAH 동작들을 수행하는 것에 의해 EAHC를 지원하는 것을 도울 수 있도록 EAHS와 AC들에 관한 정보를 공유하기 위해 EAHS에 인터페이싱하는 능력을 지원할 수 있다. 도 9에 도시된 동작들은 도시된 것과 상이한 시퀀스들로 수행될 수 있고, 일부 동작들은 다른 것들과 독립적으로 수행될 수 있다는 점에 유의한다.

IEAHS-EAHC는 부록의 표 3에서의 것들과 같은, 그러나 이에 제한되지 않는 동작들을 지원할 수 있다.

IEAHS-3GPP 참조 포인트

도 10은 IEAHS-3GPP 기능을 도시한다. 도 10에 도시된 바와 같이, EAHS는 3GPP 네트워크 및 그 각각의 기능들(예를 들어, NEF)과 통신하기 위해 참조 포인트(IEAHS-3GPP)를 지원할 수 있다. IEAHS-3GPP를 통해, EAHS는 3GPP 네트워크와 다양한 유형들의 EAH 중심 동작들을 교환하는 것을 지원할 수 있다. 예를 들어, EAHS는, EAHS가 UE(들)와 동일한 근접성에 있다고 결정한 지정된 에지 데이터 네트워크(예를 들어, 3GPP LADN)에 접속하도록 단일 UE(예를 들어, 차량) 또는 UE들의 그룹(예를 들어, 차량들의 군집)을 트리거링하게 하는 요청을 3GPP 네트워크에 전송할 수 있다. 3GPP 네트워크는 그 후 에지 데이터 네트워크에 접속하도록 UE(들)를 트리거링할 수 있다. 도 10에 도시된 동작들은 도시된 것과 상이한 시퀀스들로 수행될 수 있고, 동작들은 다른 것들과 독립적으로 수행될 수 있다는 점에 유의한다. IEAHS-3GPP 참조 포인트는 부록의 표 4에서의 것들과 같은, 그러나 이에 제한되지 않는 동작들을 지원할 수 있다.

IEAHS-MF 및 IEAHC-MF 참조 포인트들

도 11은 IEAHS-MF 기능을 도시한다. 도 11에 도시된 바와 같이, EAHS는 시스템 내의 관리 기능들(MF)과 통신하기 위해 참조 포인트(IEAHS-MF)를 지원할 수 있다. 시스템 내의 MF들은 시스템 내에 배치된 EAS들을 관리할 책임을 가질 수 있다. 예를 들어, 시스템의 에지 네트워크들 내의 에지 노드들 상에 호스팅되는 EAS들의 설치/설치 해제, 활성화/비활성화, 구성/재구성이 있다. IEAHS-MF를 통해, EAHS는 EAS들의 관리를 지원하고 에지 애플리케이션 핸드오버들이 끊김없는 방식으로 발생하는 것을 보장하기 위해 MF들과 통신하는 것을 지원할 수 있다. 예를 들어, EAHS는 UE가 방금 접속했거나 접속하려고 하는 지정된 에지 네트워크 내의 에지 노드 상에 EAS가 설치, 구성 및/또는 활성화되는 것을 요청하기 위해 MF에 인터페이싱하는 능력을 지원할 수 있다. MF에 인터페이싱하고 관리를 지원하는 것에 의해, EAHS는 UE 상에 호스팅되는 AC가 중단이 거의/전혀 없이 새로운 EAS로 전환할 수 있는 것을 보장하는 것을 도울 수 있다. 도 11에 도시된 동작들은 도시된 것과 상이한 시퀀스들로 수행될 수 있고, 동작들은 다른 것들과 독립적으로 수행될 수 있다는 점에 유의한다. IEAHS-MF 참조 포인트는 부록의 표 5에서의 것들과 같은, 그러나 이에 제한되지 않는 동작들을 지원할 수 있다.

또한, 도 11 또는 부록의 표 5에 도시되지 않았지만, EAHC는 EAH 정책들로 구성되거나 또는 IEAHC-MF 참조 포인트를 통해 MF를 경유하여 EAH 관련 동작들을 수행하도록 지시받는 것을 지원할 수 있다. EAHC는 또한 IEAHC-MF를 통해 EAH 관련 동작들을 수행하기 위한 요청들을 MF에 발행할 수 있다.

지원된 에지 애플리케이션 핸드오버 절차들

이하의 하위 절들에서는, EAHC 및 EAHS가 AC들 및 EAS들이 에지 애플리케이션 핸드오버들을 수행하는 것을 지원할 수 있게 하는 절차들이 정의된다. 이러한 절차들은 전술한 EAHC 및 EAHS 참조 포인트들 각각에 의해 정의되는 동작들을 활용한다.

EAH 정책 구성

도 12는 EAH 정책 기능을 도시한다. 도 12의 단계 1a 및 단계 1b에 도시된 바와 같이, 시스템 내의 EAHS들 및 EAHC들 둘 다는 EAH 정책들로 구성될 수 있다. EAH 정책들은 EAHS 또는 EAHC가 어떤 EAH 동작들을 수행해야 하는지, 그리고 이러한 동작들을 어떤 조건들 하에서 수행해야 하는지를 결정하는데 이용되는 기준들을 포함할 수 있다. 이러한 정책들은 시스템 내의 사용자들, 코어 네트워크 기능들, 애플리케이션 클라이언트들, 에지 인에이블러 클라이언트들, 에지 애플리케이션 핸드오버 클라이언트들, V2X 애플리케이션 인에이블러 서버들, SEAL 서버들, 에지 인에이블러 서버들, 에지 데이터 네트워크 구성 서버들 및 SCS/AS들과 같지만 이에 제한되지 않는 시스템 내의 다양한 엔티티들에 의해 구성될 수 있다. 이러한 엔티티들은 그 EAH 정책들을 구성하기 위한 요청들을 EAHS 또는 EAHC에 발행할 수 있다. 대안적으로, EAHS 또는 EAHC는 EAH 정책들에 대한 변경들이 요구되면/요구될 때 통지들을 수신하기 위해 이러한 엔티티들로부터 EAH 정책들을 검색하거나 이러한 엔티티들에 가입할 수 있다(도 12에 도시되지 않음).

EAH 정책은 표 6에 정의된 것들과 같은, 그러나 이에 제한되지 않는 EAH 규칙들을 포함할 수 있다. 이러한 규칙들은 EAHS 또는 EAHC에 의해 저장되고 이용되어 어떤 EAH 동작들을 수행하는지 그리고 어떤 조건들 하에서 EAH 동작들을 수행하는지를 제어할 수 있다(도 12의 단계들 2a 및 2b). 부록의 표 6에서의 정보는 EAS 또는 EAS 유형마다 제공될 수 있다.

EAH 정책 규칙들은 부록의 표 7에 정의된 유형들과 같은, 그러나 이에 제한되지 않는, 시스템에서 이용가능한 다양한 유형들의 EAH 관련 컨텍스트 정보에 의존할 수 있다. 이 컨텍스트 정보는 코어 네트워크 기능들, 애플리케이션 클라이언트들, 에지 인에이블러 클라이언트들, 에지 애플리케이션 핸드오버 클라이언트들, V2X 애플리케이션 인에이블러 서버들, SEAL 서버들, 에지 인에이블러 서버들, 에지 데이터 네트워크 구성 서버들 및 SCS/AS들과 같은, 그러나 이에 제한되지 않는, 3GPP 시스템 내의 다양한 엔티티들로부터 생성될 수 있다. 도 12의 단계들 3a 및 3b에 도시된 바와 같이, 이들 엔티티들은 EAH 관련 컨텍스트 정보를 공유하기 위한 요청들을 EAHS 또는 EAHC에 발행할 수 있다. 대안적으로, EAHS 또는 EAHC는 관심 있는 컨텍스트 정보가 이용가능하게 되면/될 때 통지들을 수신하기 위해 이들 엔티티들로부터 EAH 관련 컨텍스트를 검색하거나 이들 엔티티들에 가입할 수 있다(도 12에 도시되지 않음). EAH 관련 컨텍스트 정보는 시스템 내의 EAHS 및 EAHC에 이용가능하게 될 수 있어서, 이들은 도 12의 단계들 4a 및 4b의 어떤 조건들 하에서 어떤 EAH 동작들을 수행할지를 결정하기 위해 EAH 정책들 내에 정의된 지정된 규칙들과 함께 이 정보를 평가할 수 있다.

EAH 인식 FQDN 레졸루션

AC들에 대한 EAH의 복잡성 및 오버헤드를 최소화하기 위해, EAHC들 및 EAHS들은 AC들이 EAH 전후에 이들이 이용하고 있었던 동일한 EAS FQDN들을 계속 이용할 수 있게 하는 기능을 지원할 수 있다. 이러한 기능은 EAHC 및 EAHS가 EAS들의 하위 레벨 접촉 포인트 정보(예를 들어, IP 어드레스들, 포트들, URI 경로들, 식별자들, 보안 자격증명들 및/또는 서비스 설명 정보)를 관리하고 AC들을 대신하여 EAS FQDN 레졸루션 동작들을 수행하는 것을 수반한다. 그렇게 함에 있어서, EAHC 및 EAHS는 이러한 동작들을 수행하거나 심지어 이러한 동작들이 대신 수행되고 있다는 것을 인식하고 있는 AC들의 부담을 덜어줄 수 있다.

이 기능은 에지 애플리케이션 핸드오버들이 언제 발생하는지를 또한 인식하는 향상된 DNS 클라이언트 기능을 EAHC가 지원하는 것을 수반한다. 이것은 UE가 상이한 에지 네트워크들에/로부터 접속하고 있고 런타임 에지 애플리케이션 핸드오버들이 발생하고 있을 때에도 EAHC가 EAS FQDN들을 올바른 EAS 접촉 포인트로 올바르게 레졸루션할 수 있게 한다. EAHC는 또한 AC들이 그 대신에 EAS FQDN들을 레졸루션하고 원하는 경우 EAS 접촉 포인트 정보를 다시 수신하기 위한 요청들을 EAHC에 발행할 수 있게 하는 API를 지원할 수 있다.

도 13a 및 도 13b는 EAH 인식 FQDN 레졸루션 기능의 예를 도시한다. EAHC가 이 기능을 수행할 수 있게 하기 위해, EAHC는 DNS 서버(들)에 대한 접촉 포인트 정보로 구성될 능력을 지원할 수 있다(도 13a의 단계 1). DNS 서버(들)는 AC에 현재 이용가능한 EAS들(예를 들어, EAS #1)에 대한 DNS 기록들을 호스팅한다. UE가 상이한 네트워크 도메인(코어 또는 에지 네트워크 도메인 중 어느 하나)에 접속할 때, UE는 DNS 서버(들)의 이 접촉 포인트 정보로 구성될 수 있다. 이 DNS 서버 접촉 포인트 정보로 UE의 EAHC를 구성하는 엔티티는 단계 1에 도시된 바와 같은 EAHS 또는 에지 데이터 네트워크 구성 서버, SEAL 서버, 에지 인에이블러 서버 또는 SCS/AS들과 같지만 이에 제한되지 않는 시스템 내의 다른 엔티티일 수 있다. 단계 1에서, 복수의 DNS 서버 접촉 포인트가 UE에 제공될 수 있다. 각각의 접촉 포인트는 S-NSSAI 및 DNN과 연관될 수 있다. EAS는 특정 네트워크 슬라이스와 연관될 수 있다. 예를 들어, UE는 특정 네트워크 슬라이스와 연관된 특정 3GPP PDU 세션을 이용하여 주어진 EAS에 액세스한다. 이러한 이유로, 주어진 DNS 서버는 특정 에지 데이터 네트워크 및/또는 특정 3GPP 네트워크 슬라이스와 연관될 수 있다. SMF가 PDU 세션 확립 동안 DNS 서버 접촉 포인트를 UE에 제공할 수 있다는 점에 유의한다. EAHC는 에지 데이터 네트워크 구성 서버, SEAL 서버, 에지 인에이블러 서버 또는 SCS/AS들에 의해 더 높은 우선순위로 프로비저닝되는 DNS 서버 접촉 포인트를 제공할 수 있고, 에지 데이터 네트워크 구성 서버, SEAL 서버, 에지 인에이블러 서버 또는 SCS/AS들에 의해 프로비저닝되었던 접촉 포인트가 FQDN을 레졸루션할 수 없을 때 SMF에 의해 제공되었던 DNS 서버 접촉 포인트만을 이용할 수 있다.

EAHC는 하나 이상의 DNS 서버의 접촉 포인트 정보로 구성되면, EAS FQDN들을 레졸루션하기 위해 AC들로부터의 요청들을 서비스할 수 있다(단계 2). EAHC가 주어진 EAS FQDN을 목표로 하는 요청을 처음 수신하면, EAHC는 FQDN을 적절한 EAS 접촉 포인트 정보로 레졸루션하기 위해 구성된 DNS 서버들에 대한 DNS 룩업(단계 3)을 수행할 수 있다(단계 4). EAHC는 EAS 접촉 포인트 정보를 AC에 반환할 수 있다(단계 5). EAHC는 또한 동일한 AC로부터의 동일한 EAS에 대한 후속 요청들이 다른 DNS 룩업이 반복될 것을 요구하지 않도록 접촉 포인트 정보를 캐싱(단계 6)할 수 있다(단계들 8 및 9). 그 후 AC는 EAS에 액세스하기 위해 EAS 접촉 포인트 정보를 이용할 수 있다(단계들 7 및 10).

하나 이상의 AC에 대한 EAH가 AC, EAHC 또는 EAHS에 의해 트리거링되면/트리거링될 때(단계 11), EAHC는 EAH의 발생을 검출하고, 영향을 받은 AC들 및 EAS들을 결정하고(단계 12a), 이러한 영향을 받은 AC들 및 EAS들에 대한 임의의 캐싱된 DNS 룩업 결과들을 더 이상 이용되지 않도록 무효/오래됨으로서 마킹할 수 있다(단계 12b). 또한, EAHC는 UE가 EAS FQDN들을 상이한 접촉 포인트에 묶는 상이한 DNS 서버(들)를 갖는 상이한 에지 네트워크에 접속되었다면 업데이트된 DNS 서버 접촉 포인트(들)를 또한 수신할 수 있다(도 13b의 단계 13a). 대안적으로, 동일한 에지 네트워크에서 상이한 EAS로의 핸드오버가 발생하면, EAHS는 이전의 EAS들 대신에 액세스되어야 하는 새로운 EAS들을 반영하기 위해 EAS FQDN 접촉 포인트 정보가 업데이트되도록 DNS 서버들의 DNS 서버 기록들을 대신 업데이트할 수 있다(단계 13b). 업데이트된 DNS 정보는 EAH 통지 요청들 내에서 EAHS로부터 EAHC로 전송될 수 있다. DNS 서버들을 업데이트한 후에, EAHS는 EAHC(들)가 업데이트된 DNS 서버(들)에 관련된 임의의 캐싱된 DNS 결과들을 리프레시하는 것을 알도록 EAHC(들)에 통지할 수 있다(단계 13c). EAH에 후속하여, 그리고 EAHC가 EAS FQDN을 레졸루션하기 위해 AC로부터 그 다음 요청을 수신하면/수신할 때(단계 14), EAHC는 신규한 DNS 룩업을 수행하고 최신 EAS 접촉 포인트 정보를 획득할 수 있다(단계 15 및 16). EAHC는 다른 EAH가 트리거링되면/트리거링될 때까지 이 접촉 포인트 정보를 AC에 반환할 뿐만 아니라 이를 캐싱할 수 있다(단계 17 및 18). AC는 그 후 새로운 EAS에 액세스하기 위해 EAS 접촉 포인트 정보를 이용할 수 있다(단계 19).

대안적으로, 도 13a 및 도 13b에 도시되지는 않았지만, AC가 EAHC에 EAS FQDN 레졸루션 요청들을 발행하고 AC에 EAS 접촉 포인트 정보를 반환하기보다는 오히려, EAHC는 대신에 AC와 EAS 사이의 메시지 프록시로서 기능할 수 있다. 프록시로서 기능할 때, AC는 EAS를 목표로 하는 그 요청들을 그 대신에 프록시하기 위해 EAHC에 전달할 수 있다. 그 요청 내에서, AC는 EAS에 대한 레졸루션된 접촉 포인트 정보보다는 목표로 한 EAS의 FQDN을 이용할 수 있다. AC로부터 요청을 수신할 때, EAHC는 그 후 EAH 인식 방식으로 EAS FQDN 레졸루션을 수행하고, 그 요청을 EAS에 전달하기 전에 FQDN을 적절한 EAS 접촉 포인트 정보로 대체할 수 있다. 그렇게 할 때, AC는 EAS 접촉 포인트 정보에 대한 임의의 인식을 가질 필요가 없다. EAHC는 AC로부터 EAS 접촉 포인트 정보를 숨기고 AC를 대신하여 EAS FQDN 레졸루션을 수행할 수 있다.

EAH 인식 보안 세션 해제 및 확립

이용 사례 요건들에 따라, AC들과 EAS들 사이의 보안 통신이 요구될 수 있다. 보안 통신이 요구될 때, AC들과 EAS들은 AC들과 EAS들이 서로 안전하고 신뢰된 통신 세션을 인증하고 확립하는 것을 허용하는데 필요한 적절한 자격증명들로 구성되어야 한다(예를 들어, TLS 등의 보안 프로토콜들을 이용하여 양방향 인증 핸드셰이크들을 수행한다). 시스템 내의 상이한 EAS들 사이의 AC들의 끊김없는 핸드오버들을 가능하게 하기 위해, EAHC와 EAHS는 AC들과 EAS들에 지원을 제공하여 자격증명들의 관리를 돕고 AC들과 EAS들 사이의 보안 통신 세션들의 셋업 및 해제를 지원할 수 있다. 그렇게 함에 있어서, EAHC와 EAHS는 AC들과 EAS들에게 이들 동작들을 자체적으로 수행하는 부담을 덜어줄 수 있다.

도 14a 및 도 14b는 EAHC 및 EAHS가 에지 애플리케이션 핸드오버들이 발생할 때 AC들과 EAS들 사이의 보안 통신 세션들의 셋업 및 해제를 지원하는 것을 수반하는 기능의 예를 도시한다. EAHC 및 EAHS는 AC들과 EAHC들, EAHC들과 EAHS들, EAS들과 EAHS들, 또는 EAHS와 네트워크 내의 보안 기능(예를 들어, AAA 서버, 인증 기관 등)과 같은 시스템 내의 상이한 쌍별 엔티티들 사이에 확립된 기존의 신뢰 관계들을 활용할 수 있다. 이러한 쌍별 신뢰 관계들은 기존의 그리고 잘 알려진 보안 방법들(예를 들어, TLS 세션들)을 이용하여 확립될 수 있다.

이러한 쌍별 신뢰 관계들이 확립되었으면, EAHC 및 EAHS는 이러한 쌍별 신뢰 관계들 위에 추가적인 보안 기능을 계층화할 수 있다. 이러한 추가적인 기능은 AC들이 시스템 내의 EAS들과의 런타임 신뢰 관계들을 확립하는 것을 돕고, EAS들이 다른 EAS들과의 런타임 신뢰 관계들을 확립하는 것을 지원할 수 있다(예를 들어, EAS들이 에지 애플리케이션 핸드오버들 동안 에지 애플리케이션 상태를 안전하게 동기화 또는 마이그레이션할 수 있게 한다). 이러한 기능은 AC들과 EAS들 사이의 보안 자격증명들을 관리하는 오버헤드가 높을 수 있기 때문에 빈번한 에지 애플리케이션 핸드오버들이 발생할 때 특히 유용할 수 있다.

에지 애플리케이션 핸드오버들이 발생할 때 그리고 개별 AC들 및 EAS들과의 신뢰 관계들의 그 인식을 활용하면(도 14a의 단계 0), EAHC 및 EAHS는 EAH가 발생하면/발생할 때 서로의 공개 자격증명 정보(예를 들어, PSK들, 인증서들 등)로 AC들 및 EAS들을 안전하게 구성하기 위해 자격증명 관리 동작들을 수행할 수 있다. AC들은 EAHC와 AC 사이에 존재하는 보안 통신 세션을 통해 그 자격증명 정보를 EAHC에 (예를 들어, 암호화된 방식으로) 안전하게 전달할 수 있다(단계 1). 마찬가지로, EAS들은 EAHS와 EAS 사이에 존재하는 보안 통신 세션을 통해 그 자격증명 정보를 EAHS에 안전하게 전달할 수 있다(단계 2). AC의 핸드오버가 새로운 EAS에 대해 발생할 때(단계 3), EAHC는 EAHC와 EAHS 사이에 존재하는 보안 통신 세션을 통해 AC의 자격증명 정보를 EAHS에 안전하게 전달할 수 있다(단계 4). EAHS는 차례로 EAHS와 EAS 사이에 존재하는 보안 통신 세션을 통해 새로운 EAS에 AC의 자격증명을 안전하게 전달할 수 있다(단계 5). 마찬가지로, EAHS는 EAHS와 EAHC 사이에 존재하는 보안 통신 세션을 통해 EAHC에 EAS의 자격증명을 안전하게 전달할 수 있다(단계 6). EAHC는 차례로 EAHC와 AC 사이에 존재하는 보안 통신 세션을 통해 AC에 EAS의 자격증명을 안전하게 전달할 수 있다(단계 7). 이 프로세스 동안, EAHS는 또한 새로운/업데이트된 자격증명들이 요구되는 경우 네트워크 내의 보안 기능과 통신할 수 있다(도 14a 및 도 14b에 도시되지 않음). AC 및 EAS는 서로의 자격증명들로 구성되었다면, 이들이 서로 애플리케이션 계층 메시지들을 안전하게 교환하는데 이용할 수 있는, 서로와의 신뢰 관계 및 보안 통신 세션을 확립하기 위해 양방향 인증 핸드셰이크를 수행할 수 있다(단계 12a).

유사한 방식으로, EAHS는 또한 서로와의 핸드오프들에 수반되는 EAS들을 지원할 수 있고, 이들이 애플리케이션 상태의 보안 동기화/마이그레이션과 같은 핸드오프 동작들을 안전하게 수행할 수 있도록 서로와의 신뢰 관계를 확립하는 것을 도울 수 있다. AC의 핸드오버가 새로운 EAS에 대해 발생할 때, EAHS는 이전의 EAS의 자격증명을 새로운 EAS에 안전하게 전달할 수 있고, 그 반대도 가능하다(도 14a의 단계 8 및 도 14b의 단계 9). 이것은 EAHS와 각각의 EAS 사이에 존재하는 보안 통신 세션을 통해 행해질 수 있다. 이 프로세스 동안, EAHS는 또한 새로운/업데이트된 자격증명들이 요구되는 경우 네트워크 내의 보안 기능과 통신할 수 있다(도 14a 및 도 14b에 도시되지 않음). EAS들이 서로의 자격증명들로 구성되었다면, 이들은 서로와의 신뢰 관계 및 보안 통신 세션을 확립하기 위해 양방향 인증 핸드셰이크를 수행할 수 있고(단계 10), 그 후 이들은 서로 애플리케이션 계층 상태를 안전하게 동기화/마이그레이션하는데 이용할 수 있다(단계 11).

자격증명 관리를 지원하는 것에 부가하여, EAHC 및/또는 EAHS는 또한 AC들과 EAS들 사이의 보안 통신 세션들을 확립 및/또는 해제하는 것을 지원할 수 있다. EAHC가 AC들과 동일한 IP 어드레스를 갖는 동일한 UE 상에서 호스팅되기 때문에, EAHC는 AC들을 대신하여 보안 프록시로서 기능하도록 잘 위치설정된다. EAHC는 AC들을 대신하여 EAS들과의 보안 통신 세션들을 확립(단계 12b) 및/또는 해제할 수 있다(단계 13). 이것은 AC들이 이를 자체적으로 수행해야 하는 부담을 덜어주어, 다른 애플리케이션 중심 동작들을 보다 효율적으로 수행하게 할 수 있다. 또한, EAHC가 AC들보다 더 빨리 EAH 동작들의 발생에 대해 알고 있을 수 있기 때문에, EAHC는 보다 효율적인 방식으로 이러한 동작들을 수행할 수 있다. 따라서, EAHC는 AC들이 가능할 것보다 더 빨리 보안 통신 세션들을 확립 또는 해제하는 것을 시작할 수 있다. 이것은 EAH 레이턴시를 감소시키고 전체 시스템 성능을 개선하는 것을 도울 수 있다. 예를 들어, EAHC 및 EAHS가 EAH 동안 ESA들 사이의 상태를 마이그레이션/동기화하는 것과 같은 EAH 동작들을 수행하고 있다면, EAHC 및 EAHS는 ESA에 대한 보안 통신 세션이 더 이상 필요하지 않을 때를 알 수 있고, AC와 EAS 사이의 보안 통신을 효율적이고 적시의 방식으로 해제할 수 있다.

EAH 인식 애플리케이션 상태 동기화/마이그레이션

이용 사례 요건들에 따라, AC가 현재 이용하고 있는 EAS로부터 AC가 핸드오프되고 있는 새로운 EAS로의 애플리케이션 상태의 동기화 또는 마이그레이션이 필요할 수 있다.

시스템 내의 상이한 EAS들 사이의 AC들의 끊김없는 핸드오버들을 가능하게 하기 위해, EAHC 및 EAHS는 AC들 및 EAS들이 EAS들 사이의 애플리케이션 상태의 효율적인 동기화 또는 마이그레이션을 관리하는 것을 도울 수 있다. 그렇게 함에 있어서, EAHC 및 EAHS는 이러한 동작들을 수행하는 AC들의 부담을 덜어줄 수 있다.

도 15a 및 도 15b는 EAHC 및/또는 EAHS가 EAH 동안 애플리케이션 상태 동기화 또는 마이그레이션 동작들이 발생하도록 트리거링하는 것을 수반하는 기능의 예를 도시한다(도 15a의 단계 1). 이러한 트리거들은 AC들이 동기화 또는 마이그레이션 동작을 개시 및/또는 수행하게 하도록 AC들에 선택적으로 전송될 수 있다(단계 2a). 대안적으로, 트리거는 EAHS 또는 EAHC로부터 이전의 EAS(EAS #1)(단계 2b) 및/또는 EAH에 수반되는 새로운 EAS(EAS #2)(단계 2c), 또는 둘 다에 전송될 수 있다. EAHC 및/또는 EAHS는 이들이 EAH가 요구되고 다른 전제조건 EAH 동작들이 완료되었음을 검출할 때 애플리케이션 상태 동기화 또는 마이그레이션 동작들(예를 들어, 새로운 EAS의 선택의 발견, 핸드오프에 수반된 EAS들에의 EAS 자격증명들의 프로비저닝)을 트리거링할 수 있다. 애플리케이션 상태 동기화 또는 마이그레이션 동작을 트리거링한 후에, EAHC 및/또는 EAHC는 그 동작이 성공적으로 완료되었는지 여부를 모니터링할 수 있다(도 15b의 단계 4). EAHC 및/또는 EAHS는 애플리케이션 상태 동기화 또는 마이그레이션 동작이 성공적으로 완료되었는지에 관한 EAS들 및/또는 AC들로부터의 상태 업데이트들을 수신할 수 있다. 성공적이면, EAHC 및/또는 EAHS는 EAH가 성공적으로 완료되었다는 자격으로서 이를 이용하고 새로운 EAS가 액세스할 준비가 되었다는 통지를 AC에 전송할 수 있다(단계 6a). 성공적이지 않으면, EAHC 및/또는 EAHS는 EAH가 실패했다는 자격으로서 이를 이용하고 차례로 새로운 EAS를 식별하고 새로운 EAH를 트리거링하는 것과 같은 추가 동작들을 수행할 수 있다(단계 6b).

에지 애플리케이션 핸드오버들이 언제 개시되는지에 대한 그 인식을 활용하면, EAHC 및 EAHS는 AC보다 더 최적의 방식으로 이러한 트리거링을 수행하도록 잘 위치설정될 수 있다. 이는 이러한 동작을 자체적으로 개시해야 하는 AC들의 부담을 덜어줄 수 있다.

EAH 인식 요청 버퍼링

시스템 내의 상이한 EAS들 사이의 AC들의 끊김없는 핸드오버들을 가능하게 하기 위해, EAHC는 EAH 동작들이 완료되고 AC가 그 새로운 EAS(들)와 통신할 수 있을 때까지 AC들로부터의 발신 요청들을 EAS(들)에 전달 및 저장할 수 있다.

도 16a 및 도 16b는 EAH가 시스템에서 트리거링되는(도 16a의 단계 1) 기능의 예를 도시한다. EAH가 처리되고 있는 동안, AC는 EAS에 액세스하기 위한 요청들을 계속 발행한다(단계 2). EAHC는 EAH 동작들이 EAHC 및/또는 EAHS에 의해 수행되는 동안 이러한 요청들을 버퍼링한다. 예를 들어, EAH 동작들, 예컨대 EAH 인식 FQDN 레졸루션, EAH 인식 세션 해제 및 확립 및 EAH 상태 동기화/마이그레이션(단계 4)이 있다. 모든 EAS 핸드오버 동작들이 성공적으로 완료될 때(도 16b의 단계 5), EAHC는 버퍼링된 요청들을 핸드오버에 수반되는 "새로운" EAS(EAS #2)에 전달할 수 있고(단계 6), 응답들은 AC로 다시 흐를 수 있다(단계 7). 버퍼링된 요청들을 전달할 때, EAHC는 버퍼링된 요청들에 지정된 목표로 한 EAS FQDN들이 AC들이 핸드오프되었던 "새로운" EAS들의 리프레시된 접촉 포인트 정보로 올바르게 레졸루션되는 것을 확인할 수 있다.

EAH 인식 세션 QoS 연속성

시스템 내의 상이한 EAS들 사이의 AC들의 끊김없는 핸드오버들을 가능하게 하기 위해, EAHC 또는 EAHS는 EAH 인식 세션 QoS 연속성 기능을 지원하는 능력을 지원할 수 있다. 이 기능은 EAHC 또는 EAHS가 UE 상에 호스팅되는 AC(들)와 에지 노드(들) 상에 호스팅되는 대응하는 EAS(들) 사이에 확립되는 3GPP 네트워크 QoS 흐름(들)의 구성이 EAH 핸드오버가 발생할 때 일관되게 유지됨을 보장하는 것을 수반한다. EAH 핸드오버가 발생할 때, EAHC 또는 EAHS는 AC(들)와 이들이 핸드오프되는 새로운 EAS(들) 사이의 새로운 QoS 흐름(들)의 확립을 지원할 수 있다. EAHC 또는 EAHS는 AC(들)와 EAS(들) 사이에 존재하는 세션 QoS 흐름들의 구성을 그 확립을 지원할 때 추적할 수 있다. EAH가 트리거링되면/트리거링될 때, EAHC 또는 EAHS는 AC(들)와 새로운 EAS(들) 사이의 세션 QoS 흐름들을, 이들이 액세스하고 있는 AC(들)와 현재 EAS(들) 사이에 확립되는 기존 흐름들과 일관되게 유지되도록 구성할 수 있다.

도 17a 내지 도 17c는 AC가 그 QoS 요건들을 EAHC와 공유할 수 있는 예를 도시한다(도 17a의 단계 1). 제1 EAH는 시스템에서 트리거링된다(단계 2). EAH가 처리되고 있는 동안, EAHS는 AC와 AC의 QoS 세션 요건들을 충족시키는 EAS #1 사이에 세션 QoS 흐름을 확립하라는 3GPP 네트워크로의 요청을 개시한다(단계 3a). 3GPP 네트워크는 그 요청을 수신 및 처리하고 AC와 EAS #1 사이에 QoS 흐름을 구성한다(단계 3b). 3GPP 네트워크는 흐름 식별자, 예를 들어, 세션 QoS 흐름을 식별하는데 이용되는 5QI(5G QoS 식별자)를 포함하는 응답을 반환한다(단계 3c). EAHS는 흐름 식별자 및 적용가능한 AC 및 EAS를 포함하는 세션 QoS 흐름 정보를 유지한다(단계 4). AC는 EAS #1과 통신하고 그 제공된 서비스들에 액세스하기 시작한다(단계 5). 이 통신 동안, 3GPP 네트워크는 AC의 QoS 요건들이 충족되는 것을 보장한다.

나중의 어떤 포인트에서, 다른 EAH가 트리거링되고, EAS #2가 핸드오버를 위한 목표 EAS로서 식별된다(단계 6). EAHS는 EAH 인식 세션 QoS 연속성 기능을 수행한다. EAHS가 EAH 인식 세션 QoS 연속성을 수행하는데 이용할 수 있는 하나의 방법은, AC에 의해 정의되고 EAHS에 의해 유지되는 것과 동일한 QoS 요건들을 갖는, AC와 EAS #2 사이에 세션 QoS 흐름을 확립하기 위해 새로운 세션 QoS 확립 요청을 3GPP 네트워크에 먼저 전송하는 것이다(도 17b의 단계 7a). 3GPP 네트워크는 그 요청을 수신 및 처리하고 AC와 EAS #2 사이에 QoS 흐름을 구성한다(단계 7b). 3GPP 네트워크는 세션 QoS 흐름을 식별하는데 이용되는 흐름 식별자를 포함하는 응답을 반환한다(단계 7c). 다음으로, EAHS는 AC와 EAS #1 사이의 세션 QoS 흐름을 종료하기 위해 다른 요청을 발행한다(단계 8a). 3GPP 네트워크는 그 요청을 수신 및 처리하고 AC와 EAS #1 사이의 QoS 흐름을 해제한다(단계 8b). 3GPP 네트워크는 응답을 반환한다(단계 8c). EAHS는 흐름 식별자 및 적용가능한 AC와 EAS를 포함하는 세션 QoS 흐름 정보를 유지한다(단계 4). AC는 EAS #1과 통신하고 그 제공된 서비스들에 액세스하기 시작한다(단계 5). 이 통신 동안, 3GPP 네트워크는 AC의 QoS 요건들이 충족되는 것을 보장한다.

EAHS가 EAH 인식 세션 QoS 연속성을 수행하는데 이용할 수 있는 다른 방법은 세션 QoS 핸드오버 요청을 3GPP 네트워크에 발행하는 것이다(도 17c의 단계 9a). 이 요청에서, EAHS는 AC와 EAS #1 사이의 기존의 세션 QoS 흐름에 대한 QoS 흐름 식별자 및 핸드오버를 위해 목표로 한 EAS의 식별자(EAS #2)를 포함할 수 있다. 3GPP 네트워크는 그 요청을 수신 및 처리하고 AC와 EAS #1 사이의 흐름과 동일한 QoS 요건들을 갖는, AC와 EAS #2 사이의 세션 QoS 흐름을 확립한다(단계 9b). 이러한 방식으로, 기존의 세션에 대한 QoS 흐름 식별자는 목표 EAS와의 새로운 세션에 대한 원하는 QoS 특성들을 식별하는데 이용된다. 이 세션 QoS 흐름을 확립한 후에, 3GPP 네트워크는 그 후 AC와 EAS #1 사이의 세션 QoS 흐름을 해제한다(단계 9c). 3GPP 네트워크는 그 후 새로운 세션 QoS 흐름을 식별하는데 이용되는 흐름 식별자를 포함하는 응답을 EAHS에 반환한다(단계 9d). EAHS는 흐름 식별자 및 적용가능한 AC 및 EAS를 포함하는 세션 QoS 흐름 정보를 유지한다(단계 10). AC는 EAS #2와 통신하고 그 제공된 서비스들에 액세스하기 시작한다(단계 11). 이 통신 동안, 3GPP 네트워크는 AC의 QoS 요건들이 충족되는 것을 보장한다.

EAH 인식 관리 절차들

시스템 내의 상이한 EAS들 사이의 AC들의 끊김없는 핸드오버들을 가능하게 하기 위해, EAHC 또는 EAHS는 시스템 내의 다양한 관리 기능들에 인터페이싱할 수 있고, 이들이 상이한 유형들의 관리 동작들을 수행하는 것을 지원할 수 있다. 반대로, 관리 기능들은 또한 EAHC 또는 EAHS가 에지 애플리케이션 핸드오버들을 수행하는 것을 지원할 수 있다.

도 18a 및 도 18b는 EAHC 또는 EAHS가 부록의 표 7에 정의된 컨텍스트의 유형들과 같은, 그러나 이에 제한되지 않는, EAH 관련 컨텍스트 정보(도 18a의 단계 1)를 시스템 내의 관리 기능들에 제공할 수 있는 예를 도시한다. 관리 기능들은 이 정보를 특정 관리 동작들을 수행할지/언제 수행할지에 대한 그 결정에 고려할 수 있다(단계들 2 및 3). 예를 들어, EAHC 또는 EAHS는 EAS가 어디에(예를 들어, 부하 균형 또는 성능 스케일링이 이들 노드들 상의 EAS 상태를 관리함으로써 수행될 수 있도록 에지 노드들의 세트 상에) 배치될 수 있는지, EAH가 요구될 때(예를 들어, 즉시 또는 미래의 어떤 지정된 시간 또는 스케줄), EAH가 어디서(예를 들어, 지정된 지리적 위치 또는 영역 내에서, 지정된 에지 네트워크 내에서와 같은 네트워크의 지정된 영역 내에서, 또는 지정된 경로를 따라) 요구되는지, EAH가 누구에게(예를 들어, 어떤 UE, AC, EAS, 에지 노드) 요구되는지, 그리고 EAH가 왜 요구되는지(예를 들어, UE가 위치를 변경한 것, AC가 현재 EAS로부터의 서비스의 레벨에 만족하지 않은 것, 3GPP 네트워크가 네트워크 혼잡과 같은 문제를 시그널링한 것)에 관한 EAH 관련 컨텍스트를 제공할 수 있다.

EAHC 또는 EAHS는 또한 특정 관리 동작이 요구된다고 결정할 수 있고(단계 4), 트리거 요청을 관리 기능에 전송하여(단계 5), 지정된 에지 네트워크 또는 지정된 에지 노드에 EAS를 배치하고, 지정된 에지 네트워크 또는 지정된 에지 노드에 EAS를 설치 및 활성화/비활성화하는 것과 같은, 그러나 이에 제한되지 않는, 특정 유형의 관리 동작을 그 대신에 수행하게 할 수 있다(단계 6).

EAHC 또는 EAHS 지원으로부터 이익을 얻을 수 있는 일부 유형들의 관리 동작들은 다음을 포함할 수 있지만 이에 제한되지 않는다:

시스템 내의 어느 에지 네트워크들 및 에지 노드들이 특정 EAS의 배치를 위한 최상의 후보들인지의 최적의 선택

시스템 내의 어느 에지 네트워크들 및 에지 노드들이 EAS들의 새로운 인스턴스들의 설치 또는 이미 설치된 EAS들의 활성화를 위한 최상의 후보들인지의 최적의 선택

시스템 내의 어느 에지 네트워크들, 에지 노드들 및 기존의 EAS들이 특정 AC들에 의한 액세스를 위한 최상의 후보들인지의 최적의 선택

AC가 특정 EAS에 액세스하는 것을 완전히 방지하거나 EAS에 액세스할 때 AC의 서비스 레벨을 저하시키는 시스템에서의 서비스 가용성 문제가 존재하는지/존재할 때의 검출

에지 네트워크들에서 또는 에지 노드들 상에서 이용가능한 리소스들이 부족할 때, 시스템 내의 어느 기존의 EAS들이 에지 네트워크들 및 에지 노드들로부터의 디스에이블링 및/또는 설치 해제를 위한 최상의 후보들인지의 최적의 선택

EAS들을 설치/활성화/비활성화/수정하기 위한 최적의 타이밍의 결정

EAS들을 활성화 및 비활성화하기 위한 최적의 스케줄들의 결정

EAS를 호스팅하기 위한 에지 노드 상의 리소스들의 예비

EAS의 에지 리소스 이용과 같은 EAS의 상태의 조정

AC가 어느 에지 네트워크들, 에지 노드들, 에지 서버들, 및 에지 애플리케이션 서버들에 액세스하도록 허용되는지를 결정하는 시스템에서의 액세스 제어 정책들의 구성.

반대로, 시스템 내의 관리 기능들은 EAHC 또는 EAHS와 관리 관련 정보를 공유함으로써 이를 지원할 수 있다(도 18b의 단계 7). 일부 유형들의 관리 관련 정보는 시스템 내의 에지 네트워크, 에지 노드 또는 EAS의 상태 및/또는 가용성일 수 있다. EAHC 또는 EAHS는 이 정보를 EAH를 트리거링할지에 대한 그 결정에 고려할 수 있다(단계 8). 그 후, EAHC 또는 EAHS는 AC가 현재 액세스하고 있는 EAS에 대한 과부하 상태를 완화하기 위해 새로운 EAS로의 AC의 핸드오버를 개시하기로 결정할 수 있다(단계 9).

관리 기능은 또한 EAH가 요구된다고 결정하고(단계 10), 관리 기능에 의해 검출된 문제를 완화하기 위해 EAH를 수행하도록 트리거링하기 위한 요청을 EAHC 또는 EAHS에 전송할 수 있다(단계 11). 그 후, EAHC 또는 EAHS는 AC가 현재 액세스하고 있는 EAS에 대한 과부하 상태를 완화하기 위해 새로운 EAS로의 AC의 핸드오버를 개시할 수 있다(단계 12).

도 19a 및 도 19b는 예시적인 EAH 인식 에지 컴퓨팅 서비스 제공자 상호작용들을 도시한다. 에지 컴퓨팅 서비스 제공자(ECSP)는 또한 관리 기능들과 상호작용하여, 예를 들어, 에지 네트워크들에 새로운 에지 애플리케이션들을 배치하거나, 새로운 EAS 인스턴스들을 설치하거나, 또는 배치되거나 설치된 EAS의 현재 상태를 조정하도록 관리 동작들을 트리거링할 수 있다. EAHS는 관리 기능들이 ECSP와 상호작용하여 EAH 관련 컨텍스트 정보를 공유함으로써 EAS들의 배치 및 상태를 최적화하는 것을 지원할 수 있다.

관리 기능들은 EAHS로부터 기존의 EAS 배치 상태 또는 인스턴스 상태에 관한 정보를 수신할 수 있고, 이에 기반하여, 관리 기능들은 새로운/추가적인 EAS들을 배치하거나 설치할 필요성(예를 들어, 특정 유형의 EAS가 에지 네트워크에서 누락되고, 특정 유형의 기존의 EAS들이 과부하되고, 새로운 인스턴스들이 필요하다는 것)을 식별할 수 있다. 관리 기능들은, 원하는 EAS의 유형, 원하는 EAS들을 호스팅할 수 있는 에지 노드들 및 에지 네트워크들, 새로운 EAS가 요구될 때, EAH가 요구되면/요구될 때 등을 포함하지만 이에 제한되지 않는, 취해질 최적의 동작들을 결정할 수 있다. 이러한 정보는 그 후 추천으로서 ECSP에 전송될 수 있다. 추천을 수신한 후, ECSP는 제안된 동작들이 합의되는지를 결정할 수 있다. 만약 그렇다면, ECSP는 예를 들어 원하는 EAS를 더 많은 에지 노드들에 배치하거나 원하는 EAS의 더 많은 인스턴스들을 설치하도록 추천된 동작들을 트리거링하기 위한 요청을 관리 기능들에 전송할 수 있다.

관리 기능들은 EAS들의 배치 상태 및 인스턴스 상태에 관한 질의들을 ECSP로부터 수신하고 EAHS로부터 요구된 정보를 수집할 수 있다. 그 응답을 수신한 후에, ECSP는 예를 들어 새로운 EAS들을 배치하거나, 배치된/설치된 EAS의 상태를 조정하거나, EAH를 수행하도록 관리 동작들을 트리거링할 수 있다.

경로 지원 EAH

모바일 UE들을 수반하는 이용 사례들에 대한 에지 애플리케이션 핸드오버들을 추가로 최적화하기 위해, 에지 애플리케이션 핸드오버들을 관리하는 것을 지원하는데 UE들의 경로 정보가 활용될 수 있다. 경로 지원 에지 애플리케이션 핸드오버들은 AC가 어느 목표로 한 EAS들에 다음으로 핸드오프되는지를 조정하고 관리하기 위해 경로 정보를 활용하는 것을 수반한다. 경로 정보는 일련의 웨이 포인트들로 구성될 수 있다. 웨이 포인트들은 지리적 좌표들의 관점에서 정의되거나, 경로를 따르는 에지 네트워크들, 에지 노드들 및/또는 에지 서버들의 식별자들과 같은, 그러나 이에 제한되지 않는 다른 용어들로 표현될 수 있다.

도 20a 및 도 20b는 경로 지원 EAH 기능의 예를 도시한다. 경로 정보는 사전에 미리 결정된 경로를 명시적으로 정의하는 사용자 또는 AC를 포함하지만 이에 제한되지 않는 시스템 내의 여러 유형들의 엔티티들로부터 유래할 수 있다(단계 1). 예를 들어, 여정은 정의된 시작 및 종료 포인트뿐만 아니라 중간 웨이 포인트들로 계획된다. 미리 결정된 경로가 정의되지 않으면, 경로는 시스템 내의 다양한 엔티티들로부터 이용가능한 실시간 및/또는 이력 컨텍스트 정보에 기반하여 예측되거나 추론될 수 있다(단계 2). 예를 들어, UE가 UE의 통근 패턴들과 같은 이력 컨텍스트와 결합되어 현재 이동하고 있는 도로와 같은 컨텍스트 정보를 이용하면, 예측된 경로는 EAHS에 의해 계산되고 UE 상에서 호스팅되는 AC(들)가 핸드오프되는 다음 EAS(들)의 선택을 지원하는데 이용될 수 있다. 예측 분석 기술들은 예측된 경로를 계산하는 것을 지원하는데 이용될 수 있다. 미리 결정된 경로들이 지정되는 것을 허용하는 능력뿐만 아니라 컨텍스트 정보를 활용하는 능력 및 UE의 경로들을 예측하기 위한 예측 분석 둘 다는 EAHC 또는 EAHS에 의해 지원될 수 있는 기능이다.

일단 경로 정보가 이용가능하면, 원하는 EAS는 그 경로를 따라 에지 노드들에 선행적으로 배치될 수 있다. UE 경로를 따르는 EAS들은 UE의 경로 정보에 기반하여 미리 설치되고 미리 구성될 수 있다. 대안적으로, 배치된 EAS들은 즉시 설치되거나 활성화될 필요가 없거나, 항상 활성으로 유지될 필요가 없다. 설치/활성화/비활성화의 타이밍은 UE의 위치에 따라 EAHC 또는 EAHS에 의해 결정될 수 있다(도 18의 시나리오 #1 또는 #2). EAHC 또는 EAHS는 경로 정보를 이용하여, 경로에 의해 정의된 상이한 웨이 포인트들에 대한 UE(들)의 현재 위치를 모니터링하고 경로를 따르는 UE의 이동뿐만 아니라 임의의 예상치 못한 이탈들을 추적할 수 있다. 경로를 따르는 UE의 위치를 모니터링하고 추적하기 위해(단계 7), EAHC 또는 EAHS는 UE의 현재 위치의 업데이트들에 의존할 수 있다. 이러한 업데이트들은 UE 자체(단계 3), 3GPP 네트워크 내의 위치 기능(단계 4) 또는 시스템 내의 다른 엔티티들(예를 들어, SCS/AS들)로부터 유래할 수 있다.

EAHC 또는 EAHS는 UE가 경로를 따라 이동하는 동안 UE의 요건들(예를 들어, QoS)이 충족되는 것을 보장하기 위해 네트워크가 그 네트워크 리소스를 구성하고 최적화할 수 있도록 UE에 대한 예상된 경로 정보를 3GPP 네트워크와 공유할 수 있다(단계 5). EAHC 또는 EAHS는 또한 3GPP 네트워크가 그 대신에 경로를 따른 UE의 이동을 추적하고 경로를 따른 UE의 이동에 관한 통지들을 전송하도록 요청할 수 있다(단계 6). 예를 들어, 통지들은 UE가 경로를 따라 지정된 웨이 포인트들에 도달할 때 또는 UE가 지정된 경로로부터 벗어날 때를 포함하지만 이에 제한되지 않는다.

경로를 따른 UE의 이동에 관한 위치 정보를 활용하면, EAHC 또는 EAHS는 UE의 이동을 동일한 경로를 따라 그리고 UE에 근접하여 배치된 이용가능한 에지 네트워크들, 에지 노드들 및/또는 EAS들과 비교할 수 있다. 이러한 비교 및 임의의 구성된 EAH 정책들에 기반하여, EAHC 또는 EAHS는 EAH를 트리거링해야 하는지/언제 트리거링해야 하는지, 그리고 어느 EAS(들)를 EAH에 대한 목표(들)로서 선택해야 하는지를 결정할 수 있다(단계 8). EAHC 또는 EAHS는 EAH가 요구된다고 결정하면, EAH 동작들을 수행하는 시스템 내의 다른 엔티티들을 트리거링하고 지원할 수 있다(단계 9).

도 20a 및 도 20b는 경로 지원 EAH를 도시한다. 단일 UE에 대한 경로 지원 에지 애플리케이션 핸드오버들을 지원하는 것에 더하여, EAHC 또는 EAHC는 함께 이동하는 UE들의 그룹(예를 들어, V2X 군집)에 대한 경로 지원 EAH 기능을 지원할 수 있다. 이 기능은 도 20a 및 도 20b에 캡처되어 있지 않다는 점에 유의한다.

도 20a 및 도 20b에서 캡처된 동작들에 더하여, EAHS는 또한 AC를 등록하고/하거나 EAS들이 과부하되지 않도록 AC에 의한 이용을 위해 기존의 EAS들을 예비하기 위한 하나 이상의 요청을 특정 위치에서의 또는 지정된 경로를 따르는 에지 또는 클라우드 노드들에 전송할 수 있다. 이러한 요청들은 AC가 클라우드/에지 노드들에 근접하기 전에 미리(예컨대, 여정이 구성되고, 경로가 결정될 때) 전송될 수 있다. 대안적으로, 이러한 요청들은 AC의 위치가 변경되었고 주어진 에지 또는 클라우드 노드의 특정 근접성 내에 있다는 것을 EAHS가 검출할 때 즉각적으로(on-the-fly) 전송될 수 있다. 이 요청은 AC의 보안 자격증명들 및 식별자들과 같은 정보, 계획된 QoS/QoE 서비스 요건들, 예컨대 요구된 서비스 가용성 스케줄(예를 들어, 애플리케이션 또는 서비스의 계획된 이용의 시간 윈도우), 사용자 프로파일 또는 선호도 정보(예컨대, 애플리케이션 설정들) 및/또는 서비스 이용 요건들(예컨대, 요청 앱 레이트, 요청 레이트, 데이터 제한 등)을 포함할 수 있다. 이러한 요청들은 서비스들을 호스팅하는 에지 노드 또는 클라우드들에 직접 전송될 수 있거나, 에지 노드 또는 클라우드들 상에 호스팅되는 서비스들의 등록 및/또는 예약을 용이하게 하는 네트워크 내의 다른 기능에 전송될 수 있다.

예시적인 서비스 계층 접근법들

본 명세서에서 설명되는 지원된 에지 애플리케이션 핸드오버의 아이디어들은 3GPP SA6, oneM2M, 및 OMA LWM2M과 같은, 그러나 이에 제한되지 않는 다양한 여러 서비스 계층 기술들에 적용될 수 있다.

3GPP SA6 EDGEAPP 예

도 21은 본 명세서에서 설명되는 개념들이 에지 애플리케이션들을 인에이블링하기 위한 3GPP SA6 정의된 아키텍처에 어떻게 적용될 수 있는지의 예를 도시한다. 예를 들어, TS 23.286을 참조한다.

정의된 EAHC 기능은 기존의 에지 인에이블러 클라이언트 기능 내의 새로운 기능으로서 실현될 수 있다. 대안적으로, EAHC는 UE의 새로운 독립형 기능으로서 실현될 수 있다. 이 경우, 새로운 참조 포인트들(예를 들어, 에지-13 및 에지-14)은 새로운 독립형 EAHC와의 상호작용을 지원하도록 정의될 수 있다.

정의된 EAHS 기능은 에지 인에이블러 서버 또는 에지 데이터 네트워크 구성 서버 기능들의 새로운 기능으로서 실현될 수 있다. 대안적으로, EAHS는 시스템 내의 새로운 독립형 기능으로서 실현될 수 있다. 이 새로운 독립형 기능은 클라우드에 또는 네트워크의 에지에 배치될 수 있다. 새로운 참조 포인트들(예를 들어, 에지-8, 에지-9, 에지-10, 에지-11 및 에지-12)은 또한 새로운 독립형 EAHS와, EAS, 에지 인에이블러 서버, 에지 데이터 네트워크 구성 서버, UE 및/또는 3GPP 코어 네트워크 사이의 상호작용을 지원하도록 정의될 수 있다.

부록의 표 8은 SA6 EDGEAPP 아키텍처의 참조 포인트들이 본 명세서에 설명된 각자의 참조 포인트들 각각에 대해 정의된 기능과 어떻게 정렬되고 향상될 수 있는지의 예를 제공한다.

3GPP SA6 V2X 예

도 22는 본 명세서에 설명된 개념들이 3GPP SA6 V2X 아키텍처에 어떻게 적용될 수 있는지의 예를 도시한다. 예를 들어, TS 23.286 및 3GPP TR 23.764를 참조한다.

정의된 EAHC 기능은 UE 상에 호스팅되는 기존의 VAE 클라이언트 및/또는 SEAL 클라이언트 기능들에 추가되는 새로운 기능으로서 실현될 수 있다. 대안적으로, EAHC는 UE의 새로운 독립형 기능으로서 실현될 수 있다(도 22에 도시되지 않음). 이 경우, 새로운 참조 포인트들은 새로운 독립형 EAHC와의 상호작용을 지원하도록 정의될 수 있다.

정의된 EAHS 기능은 기존의 V2X 애플리케이션 인에이블러(VAE) 서버에 추가되는 새로운 기능으로서 실현될 수 있다. 대안적으로, EAHS는 시스템 내의 새로운 독립형 기능으로서 실현될 수 있다(도 22에 도시되지 않음). 이 새로운 독립형 기능은 클라우드에 또는 네트워크의 에지에 배치될 수 있다. 이 경우, 새로운 참조 포인트들은 새로운 독립형 EAHS와의 상호작용을 지원하도록 정의될 수 있다.

부록의 표 9는 SA6 V2X 아키텍처의 참조 포인트들이 본 명세서에 설명된 각자의 참조 포인트들 각각에 대해 정의된 기능과 어떻게 정렬되고 향상될 수 있는지의 예를 제공한다.

oneM2M 예

도 23은 본 명세서에 설명된 기능이 oneM2M 아키텍처에 어떻게 적용될 수 있는지의 예를 도시한다. 예를 들어, TS 23.286 및 3GPP TR 23.764를 참조한다.

정의된 EAHC 기능은 UE 상에 호스팅되는 기존의 oneM2M ASN/MN-CSE에 추가되는 새로운 기능으로서 실현될 수 있다. 정의된 EAHS 기능은 기존의 oneM2M IN-CSE에 추가되는 새로운 기능으로서 실현될 수 있다.

부록의 표 10은 SA6 EDGEAPP 아키텍처의 참조 포인트들이 본 명세서에 설명된 각자의 참조 포인트들 각각에 대해 정의된 기능과 어떻게 정렬되고 향상될 수 있는지의 예를 제공한다.

LWM2M 예

도 24는 본 명세서에서 설명되는 개념들이 OMA LWM2M 아키텍처에 어떻게 적용될 수 있는지의 예를 도시한다. EAHC 정의된 기능은 UE 상에 호스팅되는 기존의 LWM2M 클라이언트에 추가되는 새로운 기능으로서 실현될 수 있다. EAHS 정의된 기능은 기존의 LWM2M 서버 기능에 추가되는 새로운 기능으로서 실현될 수 있다.

그래픽 사용자 인터페이스(GUI)

도 25는 셀룰러 디바이스와 연관된 EAH 정책 설정 구성을 요청하기 위해 셀룰러 디바이스를 조작하는 사람에 의해 이용될 수 있는 예시적인 GUI를 도시한다. 이러한 정책들은 본 명세서에서 설명되는 EAHC 및/또는 EAHS 서버 기능에 의해 이용될 수 있다.

예시적인 환경들

3GPP(3rd Generation Partnership Project)는, 코덱들, 보안, 및 서비스 품질에 대한 연구를 포함하는, 라디오 액세스, 코어 전송 네트워크, 및 서비스 능력들을 포함한 셀룰러 전기통신 네트워크 기술들에 대한 기술 표준들을 개발한다. 최근의 RAT(radio access technology) 표준들은 WCDMA(흔히 3G라고 지칭됨), LTE(흔히 4G라고 지칭됨), 및 LTE-Advanced 표준들을 포함한다. 3GPP는 "5G"라고도 지칭되는 새로운 라디오(NR)라고 불리는 차세대 셀룰러 기술의 표준화 작업을 시작했다. 3GPP NR 표준 개발은 6GHz 미만의 새로운 플렉서블 라디오 액세스의 제공, 및 6GHz를 초과하는 새로운 울트라-모바일(ultra-mobile) 광대역 라디오 액세스의 제공을 포함하는 것으로 예상되는 차세대 라디오 액세스 기술(new RAT)의 정의를 포함하는 것으로 예상된다. 플렉서블 라디오 액세스는 6GHz 미만의 새로운 스펙트럼에서 새로운 비-하위 호환성(non-backwards compatible) 라디오 액세스로 구성될 것으로 예상되며, 이는 분기하는 요건들을 갖는 광범위한 세트의 3GPP NR 이용 사례들을 다루기 위해 동일한 스펙트럼에서 함께 멀티플렉싱될 수 있는 상이한 동작 모드들을 포함할 것으로 예상된다. 울트라-모바일 광대역은, 예를 들어, 실내 애플리케이션들 및 핫스폿들에 대한 울트라-모바일 광대역 액세스를 위한 기회를 제공할 cmWave 및 mmWave 스펙트럼을 포함할 것으로 예상된다. 특히, 울트라-모바일 광대역은, cmWave 및 mmWave 특정 설계 최적화들을 이용하여, 6GHz 미만의 플렉서블 라디오 액세스와 공통 설계 프레임워크를 공유할 것으로 예상된다.

3GPP는 NR이 지원하는 것으로 예상되어, 데이터 레이트, 레이턴시, 및 이동성에 대한 광범위한 사용자 경험 요건들로 귀착되는 다양한 이용 사례들을 식별하였다. 이용 사례들은 다음과 같은 일반적인 카테고리들: 향상된 모바일 광대역(예를 들어, 밀집 지역들에서의 광대역 액세스, 실내 울트라-하이 광대역 액세스, 군중에서의 광대역 액세스, 어디서나의 50+ Mbps, 울트라-로우 비용 광대역 액세스, 차량들에서의 모바일 광대역), 중요 통신들(critical communications), 매시브 머신 유형 통신들(massive machine type communications), 네트워크 동작(예를 들어, 네트워크 슬라이싱, 라우팅, 마이그레이션 및 상호연동, 에너지 절감들), 및 V2V(Vehicle-to-Vehicle Communication), V2I(Vehicle-to-Infrastructure Communication), V2N(Vehicle-to-Network Communication), V2P(Vehicle-to-Pedestrian Communication) 및 다른 엔티티들과의 차량 통신들 중 임의의 것을 포함할 수 있는 eV2X(enhanced vehicle-to-everything) 통신들을 포함한다. 이들 카테고리들에서의 특정 서비스 및 애플리케이션들은, 몇몇 예를 들자면, 모니터링 및 센서 네트워크들, 디바이스 원격 제어, 양방향 원격 제어, 개인용 클라우드 컴퓨팅, 비디오 스트리밍, 무선 클라우드-기반의 사무실, 응급 의료요원 접속(first responder connectivity), 자동차 비상호출(ecall), 재난 경보들, 실시간 게임, 다자간 화상 통화, 자율 주행, 증강 현실, 촉각 인터넷, 및 가상 현실을 포함한다. 이 이용 사례들 및 다른 것들 모두가 본 명세서에서 고려된다.

도 26a는 본 명세서에서 설명되고 청구된 방법들 및 장치들이 구현될 수 있는 예시적인 통신 시스템(100)의 일 실시예를 도시한다. 도시된 바와 같이, 예시적인 통신 시스템(100)은 WTRU(wireless transmit/receive unit)들(102a, 102b, 102c, 102d, 102e, 102f 및/또는 102g)(일반적으로 또는 집합적으로 WTRU(102)라고 지칭될 수 있음), RAN(radio access network)(103/104/105/103b/104b/105b), 코어 네트워크(106/107/109), PSTN(public switched telephone network)(108), 인터넷(110), 다른 네트워크들(112) 및 V2X 서버(또는 ProSe 기능 및 서버)(113)를 포함할 수 있지만, 개시된 실시예들은 임의의 수의 WTRU들, 기지국들, 네트워크들 및/또는 네트워크 요소들을 고려한다는 것을 이해할 것이다. WTRU들(102a, 102b, 102c, 102d, 102e, 102f, 102g) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 유형의 장치 또는 디바이스일 수 있다. 각각의 WTRU(102a, 102b, 102c, 102d, 102e, 102f, 102g)는 도 26a 내지 도 26e에서 핸드-헬드(hand-held) 무선 통신 장치로서 도시되지만, 5G 무선 통신들에 대하여 고려된 광범위한 이용 사례들로, 각각의 WTRU는, 단지 예로서, 사용자 장비(UE), 이동국, 고정 또는 모바일 가입자 유닛, 페이저, 셀룰러 전화, PDA(personal digital assistant), 스마트폰, 랩톱, 태블릿, 넷북, 노트북 컴퓨터, 개인용 컴퓨터, 무선 센서, 소비자 가전, 스마트 시계 또는 스마트 의류와 같은 웨어러블 디바이스, 의료용 또는 이헬스(eHealth) 디바이스, 로봇, 산업 장비, 드론, 승용차, 트럭, 기차, 또는 비행기와 같은 차량 등을 포함하는, 무선 신호들을 전송 및/또는 수신하도록 구성된 임의의 유형의 장치 또는 디바이스를 포함할 수 있거나 이러한 장치 또는 디바이스로 구현될 수 있다는 것이 이해된다.

통신 시스템(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a)은, 코어 네트워크(106/107/109), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c) 중 적어도 하나와 무선으로 인터페이싱하도록 구성된 임의의 유형의 디바이스일 수 있다. 기지국들(114b)은, 코어 네트워크(106/107/109), 인터넷(110), 다른 네트워크들(112) 및/또는 V2X 서버(또는 ProSe 기능 및 서버)(113)와 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 RRH(Remote Radio Head)들(118a, 118b), TRP(Transmission and Reception Point)들(119a, 119b) 및/또는 RSU(Roadside Unit)들(120a 및 120b) 중 적어도 하나와 유선으로 및/또는 무선으로 인터페이싱하도록 구성된 임의의 유형의 디바이스일 수 있다. RRH들(118a, 118b)은, 코어 네트워크(106/107/109), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102c) 중 적어도 하나와 무선으로 인터페이싱하도록 구성된 임의의 유형의 디바이스일 수 있다. TRP들(119a, 119b)은, 코어 네트워크(106/107/109), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102d) 중 적어도 하나와 무선으로 인터페이싱하도록 구성된 임의의 유형의 디바이스일 수 있다. RSU들(120a 및 120b)은 코어 네트워크(106/107/109), 인터넷(110), 다른 네트워크들(112) 및/또는 V2X 서버(또는 ProSe 기능 및 서버)(113)와 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102e 또는 102f) 중 적어도 하나와 무선으로 인터페이싱하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, 기지국들(114a, 114b)은, 베이스 트랜시버 스테이션(base transceiver station)(BTS), Node-B, eNode B, 홈(Home) Node B, 홈 eNode B, 사이트 제어기, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)은 각각이 단일 요소로서 도시되어 있지만, 기지국들(114a, 114b)은 임의의 수의 상호접속된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다는 것을 잘 알 것이다.

기지국(114a)은, 다른 기지국들 및/또는, BSC(base station controller), RNC(radio network controller), 중계 노드들(relay nodes) 등과 같은 네트워크 요소들(도시되지 않음)도 포함할 수 있는, RAN(103/104/105)의 일부일 수 있다. 기지국(114b)은, 다른 기지국들 및/또는, BSC(base station controller), RNC(radio network controller), 중계 노드들 등과 같은 네트워크 요소들(도시되지 않음)도 포함할 수 있는, RAN(103b/104b/105b)의 일부일 수 있다. 기지국(114a)은, 셀(도시되지 않음)이라고 지칭될 수 있는 특정 지리적 영역 내에서 무선 신호들을 전송 및/또는 수신하도록 구성될 수 있다. 기지국(114b)은 셀(도시 생략)이라고 지칭될 수 있는 특정 지리적 영역 내에서 유선 및/또는 무선 신호들을 전송 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터들(cell sectors)로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터들로 분할될 수 있다. 따라서, 실시예에서, 기지국(114a)은, 예를 들어, 셀의 각각의 섹터에 대해 하나씩, 3개의 트랜시버들을 포함할 수 있다. 실시예에서, 기지국(114a)은 MIMO(multiple-input multiple-output) 기술을 이용할 수 있고, 따라서, 셀의 각각의 섹터에 대해 복수의 트랜시버들을 이용할 수 있다.

기지국들(114a)은 임의의 적절한 무선 통신 링크(예를 들어, RF(radio frequency), 마이크로파, IR(infrared), UV(ultraviolet), 가시광, cmWave, mmWave 등)일 수 있는 에어 인터페이스(air interface)(115/116/117)를 통해 WTRU들(102a, 102b, 102c) 중 하나 이상과 통신할 수 있다. 에어 인터페이스(115/116/117)는 임의의 적절한 RAT(radio access technology)를 이용하여 확립될 수 있다.

기지국들(114b)은 임의의 적절한 유선(예를 들어, 케이블, 광섬유 등) 또는 무선 통신 링크(예를 들어, RF(radio frequency), 마이크로파, IR(infrared), UV(ultraviolet), 가시광, cmWave, mmWave 등)일 수 있는, 유선 또는 에어 인터페이스(115b/116b/117b)를 통해 RRH들(118a, 118b), TRP들(119a, 119b) 및/또는 RSU들(120a 및 120b) 중 하나 이상과 통신할 수 있다. 에어 인터페이스(115b/116b/117b)는 임의의 적절한 RAT(radio access technology)를 이용하여 확립될 수 있다.

RRH들(118a, 118b), TRP들(119a, 119b) 및/또는 RSU들(120a, 120b)은 임의의 적절한 무선 통신 링크(예를 들어, RF(radio frequency), 마이크로파, IR(infrared), UV(ultraviolet), 가시광, cmWave, mmWave 등)일 수 있는 에어 인터페이스(115c/116c/117c)를 통해 WTRU들(102c, 102d, 102e, 102f) 중 하나 이상과 통신할 수 있다. 에어 인터페이스(115c/116c/117c)는 임의의 적절한 RAT(radio access technology)를 이용하여 확립될 수 있다.

WTRU들(102a, 102b, 102c, 102d, 102e, 102f 및/또는 102g)은 임의의 적절한 무선 통신 링크(예를 들어, RF(radio frequency), 마이크로파, IR(infrared), UV(ultraviolet), 가시광, cmWave, mmWave 등)일 수 있는, 에어 인터페이스(115d/116d/117d)(도면들에 도시되지 않음)를 통해 서로 통신할 수 있다. 에어 인터페이스(115d/116d/117d)는 임의의 적절한 RAT(radio access technology)를 이용하여 확립될 수 있다.

보다 구체적으로, 앞서 살펴본 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 이용할 수 있다. 예를 들어, RAN(103/104/105)에서의 기지국(114a)과 WTRU들(102a, 102b, 102c), 또는 RAN(103b/104b/105b)에서의 RRH들(118a, 118b), TRP들(119a, 119b) 및 RSU들(120a, 120b)과 WTRU들(102c, 102d, 102e, 102f)은 WCDMA(wideband CDMA)를 이용하여 에어 인터페이스(115/116/117 또는 115c/116c/117c)를 각각 확립할 수 있는, UTRA(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink Packet Access) 및/또는 HSUPA(High-Speed Uplink Packet Access)를 포함할 수 있다.

실시예에서, 기지국(114a)과 WTRU들(102a, 102b, 102c), 또는 RAN(103b/104b/105b)에서의 RRH들(118a, 118b), TRP들(119a, 119b) 및/또는 RSU들(120a, 120b)과 WTRU들(102c, 102d)은 LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced)를 이용하여 에어 인터페이스(115/116/117 또는 115c/116c/117c)를 각각 확립할 수 있는, E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다. 장래에, 에어 인터페이스(115/116/117)는 3GPP NR 기술을 구현할 수 있다. LTE 및 LTE-A 기술은 (사이드링크 통신 등과 같은) LTE D2D 및 V2X 기술들 및 인터페이스를 포함한다. 3GPP NR 기술은 (사이드링크 통신 등과 같은) NR V2X 기술들 및 인터페이스를 포함한다.

실시예에서, RAN(103/104/105)에서의 기지국(114a)과 WTRU들(102a, 102b, 102c), 또는 RAN(103b/104b/105b)에서의 RRH들(118a, 118b), TRP들(119a, 119b) 및/또는 RSU들(120a, 120b)과 WTRU들(102c, 102d, 102e, 102f)은 IEEE 802.16(예를 들어, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등과 같은 라디오 기술들을 구현할 수 있다.

도 26a에서의 기지국(114c)은, 예를 들어, 무선 라우터, 홈 Node B, 홈 eNode B, 또는 액세스 포인트일 수 있고, 비즈니스의 장소, 집, 차량, 캠퍼스 등과 같은 국지화된 영역에서 무선 접속을 용이하게 하기 위한 임의의 적절한 RAT를 이용할 수 있다. 실시예에서, 기지국(114c) 및 WTRU들(102e)들은 WLAN(wireless local area network)을 확립하기 위해 IEEE 802.11과 같은 라디오 기술을 구현할 수 있다. 실시예에서, 기지국(114c) 및 WTRU들(102d)은 WPAN(wireless personal area network)을 확립하기 위해 IEEE 802.15와 같은 라디오 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114c) 및 WTRU들(102e)은 피코셀(picocell) 또는 펨토셀(femtocell)을 확립하기 위해 셀룰러 기반 RAT(cellular-based RAT)(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용할 수 있다. 도 26a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접 접속을 가질 수 있다. 따라서, 기지국(114c)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스하도록 요구받지 않을 수 있다.

RAN(103/104/105) 및/또는 RAN(103b/104b/105b)은 음성, 데이터, 애플리케이션들, 및/또는 VoIP(voice over internet protocol) 서비스들을 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에 제공하도록 구성된 임의의 유형의 네트워크일 수 있는 코어 네트워크(106/107/109)와 통신할 수 있다. 예를 들어, 코어 네트워크(106/107/109)는 호 제어(call control), 과금 서비스들(billing services), 모바일 위치 기반 서비스들, 선불 전화(pre-paid calling), 인터넷 접속, 비디오 배포(video distribution) 등을 제공할 수 있고/있거나 사용자 인증과 같은 상위 레벨 보안 기능들을 수행할 수 있다.

비록 도 26a에 도시되어 있지는 않지만, RAN(103/104/105) 및/또는 RAN(103b/104b/105b) 및/또는 코어 네트워크(106/107/109)는 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)과 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN들과 직접 또는 간접 통신할 수 있다는 것이 이해될 것이다. 예를 들어, E-UTRA 라디오 기술을 이용할 수 있는 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)에 접속되는 것에 부가하여, 코어 네트워크(106/107/109)는 또한 GSM 라디오 기술을 이용하는 다른 RAN(도시되지 않음)과 통신할 수 있다.

코어 네트워크(106/107/109)는 또한 WTRU들(102a, 102b, 102c, 102d, 102e)이 PSTN(108), 인터넷(110), 및/또는 다른 네트워크들(112)에 액세스하기 위한 게이트웨이로서 역할할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화 네트워크들(circuit-switched telephone networks)을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 세트에서의 전송 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP) 및 인터넷 프로토콜(IP)과 같은 공통 통신 프로토콜들을 이용하는 상호접속된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 유선 또는 무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는 하나 이상의 RAN에 접속된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100)에서의 WTRU들(102a, 102b, 102c, 102d) 중 일부 또는 전부는 다중 모드 능력들(multi-mode capabilities)을 포함할 수 있으며, 예를 들어, WTRU들(102a, 102b, 102c, 102d 및 102e)은 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위한 복수의 트랜시버들을 포함할 수 있다. 예를 들어, 도 26a에 도시된 WTRU(102e)는 셀룰러 기반 라디오 기술을 이용할 수 있는 기지국(114a)과 통신하도록, 그리고 IEEE 802 라디오 기술을 이용할 수 있는 기지국(114c)과 통신하도록 구성될 수 있다.

도 26b는, 예를 들어, WTRU(102)와 같은, 본 명세서에 예시된 실시예들에 따른 무선 통신들을 위해 구성된 예시적인 장치 또는 디바이스의 블록도이다. 도 26b에 도시된 바와 같이, 예시적인 WTRU(102)는 프로세서(118), 트랜시버(120), 전송/수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드/표시기들(128), 비이동식 메모리(130), 이동식 메모리(132), 전원(134), GPS(global positioning system) 칩셋(136), 및 다른 주변기기들(138)을 포함할 수 있다. 실시예와 부합한 채로 있으면서 WTRU(102)가 전술한 요소들의 임의의 서브조합을 포함할 수 있다는 것이 이해될 것이다. 또한, 실시예들은, 기지국(114a 및 114b) 및/또는 기지국(114a 및 114b)이 나타낼 수 있는, 다른 것들 중에서, 제한적인 것은 아니지만, 트랜시버 스테이션(BTS), Node-B, 사이트 제어기, 액세스 포인트(AP), 홈 node-B, 진화된 홈 node-B(eNodeB), 홈 진화된 node-B(HeNB), 홈 진화된 node-B 게이트웨이, 및 프록시 노드를 포함하는 노드는, 도 26b에 도시되고 본 명세서에서 설명되는 요소들의 일부 또는 모두를 포함할 수 있다는 점을 고려한다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC(Application Specific Integrated Circuit)들, FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 유형의 IC(integrated circuit), 상태 머신(state machine) 등일 수 있다. 프로세서(118)는 WTRU(102)가 무선 환경에서 동작할 수 있게 하는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 트랜시버(120)에 결합될 수 있고, 트랜시버(120)는 전송/수신 요소(122)에 결합될 수 있다. 도 26b는 프로세서(118) 및 트랜시버(120)를 별개의 구성요소들로서 도시하지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩에 함께 통합되어 있을 수 있다는 것이 이해될 것이다.

전송/수신 요소(122)는, 에어 인터페이스(115/116/117)를 통해 기지국(예를 들어, 기지국(114a))에 신호를 전송하거나 그로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 실시예에서, 전송/수신 요소(122)는 RF 신호들을 전송 및/또는 수신하도록 구성된 안테나일 수 있다. 실시예에서, 전송/수신 요소(122)는, 예를 들어, IR, UV 또는 가시광 신호들을 전송 및/또는 수신하도록 구성된 방출기/검출기(emitter/detector)일 수 있다. 다른 실시예에서, 전송/수신 요소(122)는 RF 및 광 신호들 둘 다를 전송 및 수신하도록 구성될 수 있다. 전송/수신 요소(122)가 무선 신호들의 임의의 조합을 전송 및/또는 수신하도록 구성될 수 있다는 것이 이해될 것이다.

또한, 전송/수신 요소(122)가 도 26b에서 단일 요소로서 도시되어 있지만, WTRU(102)는 임의의 수의 전송/수신 요소(122)를 포함할 수 있다. 보다 구체적으로는, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 실시예에서, WTRU(102)는 에어 인터페이스(115/116/117)를 통해 무선 신호들을 전송 및 수신하기 위한 2개 이상의 전송/수신 요소들(122)(예를 들어, 복수의 안테나들)를 포함할 수 있다.

트랜시버(120)는 전송/수신 요소(122)에 의해 전송될 신호들을 변조하도록, 그리고 전송/수신 요소(122)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 앞서 살펴본 바와 같이, WTRU(102)는 다중 모드 능력들을 가질 수 있다. 따라서, 트랜시버(120)는, 예를 들어, UTRA 및 IEEE 802.11과 같은 복수의 RAT들을 통해 WTRU(102)가 통신할 수 있게 하는 복수의 트랜시버들을 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드/표시기들(128)(예를 들어, LCD(liquid crystal display) 디스플레이 유닛 또는 OLED(organic light emitting diode) 디스플레이 유닛)에 결합될 수 있고 그들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 사용자 데이터를 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드/표시기들(128)로 출력할 수 있다. 또한, 프로세서(118)는, 비이동식 메모리(130) 및/또는 이동식 메모리(132)와 같은, 임의의 유형의 적절한 메모리로부터의 정보에 액세스하고 그에 데이터를 저장할 수 있다. 비이동식 메모리(130)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 유형의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(132)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 실시예에서, 프로세서(118)는, 서버 또는 홈 컴퓨터(도시되지 않음) 상에서와 같이, WTRU(102) 상에 물리적으로 위치되지 않은 메모리로부터의 정보에 액세스하고 그에 데이터를 저장할 수 있다.

프로세서(118)는 전원(134)으로부터 전력을 받을 수 있고, WTRU(102) 에서의 다른 구성요소들에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 급전하기 위한 임의의 적절한 디바이스일 수 있다. 예를 들어, 전원(134)은 하나 이상의 건전지 배터리(dry cell battery), 태양 전지(solar cell), 연료 전지(fuel cell) 등을 을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 부가하여 또는 그 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 에어 인터페이스(115/116/117)를 통해 위치 정보를 수신할 수 있고/있거나 2개 이상의 근방의 기지국들로부터 수신되는 신호들의 타이밍에 기반하여 자신의 위치를 결정할 수 있다. WTRU(102)가 실시예와 부합한 채로 있으면서 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 이해될 것이다.

프로세서(118)는, 추가적인 특징들, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는, 다른 주변기기들(138)에 추가로 결합될 수 있다. 예를 들어, 주변기기들(138)은 가속도계, 생체계측(biometrics)(예를 들어, 지문) 센서들, 전자-나침판(e-compass), 위성 트랜시버, (사진들 또는 비디오를 위한) 디지털 카메라, USB(universal serial bus) 포트 또는 다른 상호접속 인터페이스들, 진동 디바이스, 텔레비전 트랜시버, 핸즈 프리(hands free) 헤드셋, Bluetooth® 모듈, 주파수 변조(FM) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저(internet browser) 등과 같은 다양한 센서들을 포함할 수 있다.

WTRU(102)는, 센서, 소비자 가전, 스마트 시계 또는 스마트 의류와 같은 웨어러블 디바이스, 의료용 또는 이헬스(eHealth) 디바이스, 로봇, 산업 장비, 드론, 자동차, 트럭, 기차 또는 비행기와 같은 차량과 같은 다른 장치들 또는 디바이스들에서 구현될 수 있다. WTRU(102)는, 주변기기들(138) 중 하나를 포함할 수 있는 상호접속 인터페이스와 같은, 하나 이상의 상호접속 인터페이스를 통해 이러한 장치들 또는 디바이스들의 다른 구성요소들, 모듈들, 또는 시스템들에 접속할 수 있다.

도 26c는 실시예에 따른, RAN(103) 및 코어 네트워크(106)의 시스템도이다. 앞서 살펴본 바와 같이, RAN(103)은 에어 인터페이스(115)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 UTRA 라디오 기술을 이용할 수 있다. RAN(103)은 또한 코어 네트워크(106)와 통신할 수 있다. 도 26c에 도시된 바와 같이, RAN(103)은, 각각이 에어 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있는, Node-B들(140a, 140b, 140c)을 포함할 수 있다. Node-B들(140a, 140b, 140c)은 RAN(103) 내의 특정한 셀(도시되지 않음)과 각각 연관될 수 있다. RAN(103)은 또한 RNC들(142a, 142b)을 포함할 수 있다. RAN(103)이 실시예와 부합한 채로 있으면서 임의의 수의 Node-B들 및 RNC들을 포함할 수 있다는 것이 이해될 것이다.

도 26c에 도시된 바와 같이, Node-B들(140a, 140b)은 RNC(142a)와 통신할 수 있다. 또한, Node-B(140c)는 RNC(142b)와 통신할 수 있다. Node-B들(140a, 140b, 140c)은 Iub 인터페이스를 통해 개개의 RNC들(142a, 142b)과 통신할 수 있다. RNC들(142a, 142b)은 Iur 인터페이스를 통해 서로 통신할 수 있다. RNC들(142a, 142b) 각각은 그에 접속되어 있는 개개의 Node-B들(140a, 140b, 140c)을 제어하도록 구성될 수 있다. 또한, RNC들(142a, 142b) 각각은, 외측 루프 전력 제어, 부하 제어, 진입 제어(admission control), 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티(macro-diversity), 보안 기능들, 데이터 암호화 등과 같은 다른 기능을 실행하거나 지원하도록 구성될 수 있다.

도 26c에 도시된 코어 네트워크(106)는 MGW(media gateway)(144), MSC(mobile switching center)(146), SGSN(serving GPRS support node)(148), 및/또는 GGSN(gateway GPRS support node)(150)을 포함할 수 있다. 전술한 요소들 각각이 코어 네트워크(106)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 것이 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 이해될 것이다.

RAN(103)에서의 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106)에서의 MSC(146)에 접속될 수 있다. MSC(146)는 MGW(144)에 접속될 수 있다. MSC(146) 및 MGW(144)는, WTRU들(102a, 102b, 102c)과 전통적인 지상선(land-line) 통신 디바이스들 사이의 통신들을 용이하게 하기 위해, PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

RAN(103)에서의 RNC(142a)는 또한 IuPS 인터페이스를 통해 코어 네트워크(106)에서의 SGSN(148)에 접속될 수 있다. SGSN(148)은 GGSN(150)에 접속될 수 있다. SGSN(148) 및 GGSN(150)은, WTRU들(102a, 102b, 102c)과 IP-인에이블 디바이스들(IP-enabled devices) 사이의 통신들을 용이하게 하기 위해, 인터넷(110)과 같은, 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

앞서 살펴본 바와 같이, 코어 네트워크(106)는 또한 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 접속될 수 있다.

도 26d는 실시예에 따른, RAN(104) 및 코어 네트워크(107)의 시스템도이다. 앞서 살펴본 바와 같이, RAN(104)은 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 E-UTRA 라디오 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(107)와 통신할 수 있다.

RAN(104)은 eNode-B들(160a, 160b, 160c)을 포함할 수 있지만, RAN(104)이 실시예와 부합한 채로 있으면서 임의의 수의 eNode-B들을 포함할 수 있다는 것이 이해될 것이다. eNode-B들(160a, 160b, 160c)은 각각이 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 하나 이상의 트랜시버를 포함할 수 있다. 실시예에서, eNode-B들(160a, 160b, 160c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, eNode-B(160a)는 WTRU(102a)로 무선 신호들을 전송하고 그로부터 무선 신호들을 수신하기 위해 복수의 안테나들을 이용할 수 있다.

eNode-B들(160a, 160b, 및 160c) 각각은 특정 셀(도시되지 않음)과 연관될 수 있고, 라디오 리소스 관리 결정들, 핸드오버 결정들, 업링크 및/또는 다운링크에서의 사용자들의 스케줄링 등을 처리하도록 구성될 수 있다. 도 26d에 도시된 바와 같이, eNode-B들(160a, 160b, 160c)은 X2 인터페이스를 통해 서로 통신할 수 있다.

도 26d에 도시된 코어 네트워크(107)는 MME(mobility management gateway)(162), 서빙 게이트웨이(164), 및 PDN(packet data network) 게이트웨이(166)를 포함할 수 있다. 전술한 요소들 각각이 코어 네트워크(107)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 것이 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 이해될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104)에서의 eNode-B들(160a, 160b, 및 160c) 각각에 접속될 수 있고, 제어 노드로서 역할할 수 있다. 예를 들어, MME(162)는 WTRU들(102a, 102b, 102c)의 사용자들을 인증하는 것, 베어러 활성화/비활성화, WTRU들(102a, 102b, 102c)의 초기 어태치(initial attach) 동안 특정 서빙 게이트웨이를 선택하는 것 등을 담당할 수 있다. MME(162)는 또한, RAN(104)과, GSM 또는 WCDMA와 같은 다른 라디오 기술들을 이용하는 다른 RAN들(도시되지 않음) 사이의 스위칭을 위한 제어 평면 기능을 제공할 수 있다.

서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104)에서의 eNode-B들(160a, 160b, 및 160c) 각각에 접속될 수 있다. 서빙 게이트웨이(164)는 일반적으로 WTRU들(102a, 102b, 102c)로/로부터 사용자 데이터 패킷들을 라우팅 및 전달할 수 있다. 서빙 게이트웨이(164)는 또한, 인터-eNode B 핸드오버들 동안에 사용자 평면들을 앵커링(anchoring)하는 것, 다운링크 데이터가 WTRU들(102a, 102b, 102c)에 대해 이용가능할 때에 페이징(paging)을 트리거링하는 것, WTRU들(102a, 102b, 102c)의 컨텍스트들을 관리 및 저장하는 것 등과 같은 다른 기능들을 수행할 수 있다.

서빙 게이트웨이(164)는 또한, WTRU들(102a, 102b, 102c)과 IP-인에이블 디바이스들 사이의 통신들을 용이하게 하기 위해, 인터넷(110)과 같은, 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있는 PDN 게이트웨이(166)에 접속될 수 있다.

코어 네트워크(107)는 다른 네트워크들과의 통신들을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(107)는, WTRU들(102a, 102b, 102c)과 전통적인 지상선 통신 디바이스들 사이의 통신들을 용이하게 하기 위해, PSTN(108)과 같은, 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, 코어 네트워크(107)는, 코어 네트워크(107)와 PSTN(108) 사이의 인터페이스로서 서빙하는 IP 게이트웨이(예를 들어, IMS(IP multimedia subsystem) 서버)를 포함할 수 있거나, 이 IP 게이트웨이와 통신할 수 있다. 또한, 코어 네트워크(107)는 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

도 26e는 실시예에 따른, RAN(105) 및 코어 네트워크(109)의 시스템도이다. RAN(105)은 에어 인터페이스(117)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 IEEE 802.16 라디오 기술을 이용하는 ASN(access service network)일 수 있다. 이하에서 추가로 논의되는 바와 같이, WTRU들(102a, 102b, 102c), RAN(105), 및 코어 네트워크(109)의 상이한 기능 엔티티들 사이의 통신 링크들이 참조 포인트들로서 정의될 수 있다.

도 26e에 도시된 바와 같이, RAN(105)은 기지국들(180a, 180b, 180c) 및 ASN 게이트웨이(182)를 포함할 수 있지만, 실시예와 부합한 채로 있으면서 RAN(105)이 임의의 수의 기지국들 및 ASN 게이트웨이들을 포함할 수 있다는 것이 이해될 것이다. 기지국들(180a, 180b, 180c) 각각은 RAN(105)에서의 특정 셀과 연관될 수 있고, 에어 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 실시예에서, 기지국들(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, 기지국(180a)은 WTRU(102a)로 무선 신호들을 전송하고 그로부터 무선 신호들을 수신하기 위해 복수의 안테나들을 이용할 수 있다. 기지국들(180a, 180b, 180c)은 또한, 핸드오프 트리거링(handoff triggering), 터널 확립(tunnel establishment), 라디오 리소스 관리, 트래픽 분류, QoS(quality of service) 정책 시행 등과 같은, 이동성 관리 기능들을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 집성 포인트(traffic aggregation point)로서 역할을 할 수 있고, 페이징, 가입자 프로파일들의 캐싱, 코어 네트워크(109)로의 라우팅 등을 담당할 수 있다.

WTRU들(102a, 102b, 102c)과 RAN(105) 사이의 에어 인터페이스(117)는 IEEE 802.16 사양을 구현하는 R1 참조 포인트로서 정의될 수 있다. 또한, WTRU들(102a, 102b, 102c) 각각은 코어 네트워크(109)와 논리 인터페이스(도시되지 않음)를 확립할 수 있다. WTRU들(102a, 102b, 102c)과 코어 네트워크(109) 사이의 논리 인터페이스는 인증, 허가, IP 호스트 구성 관리, 및/또는 이동성 관리를 위해 이용될 수 있는 R2 참조 포인트로서 정의될 수 있다.

기지국들(180a, 180b, 및 180c) 각각 사이의 통신 링크는 기지국들 사이의 WTRU 핸드오버들 및 데이터의 전송을 용이하게 하기 위한 프로토콜들을 포함하는 R8 참조 포인트로서 정의될 수 있다. 기지국들(180a, 180b, 180c)과 ASN 게이트웨이(182) 사이의 통신 링크는 R6 참조 포인트로서 정의될 수 있다. R6 참조 포인트는 WTRU들(102a, 102b, 102c) 각각과 연관된 이동성 이벤트들에 기반하여 이동성 관리를 용이하게 하기 위한 프로토콜들을 포함할 수 있다.

도 26e에 도시된 바와 같이, RAN(105)은 코어 네트워크(109)에 접속될 수 있다. RAN(105)과 코어 네트워크(109) 사이의 통신 링크는, 예를 들어, 데이터 전송 및 이동성 관리 능력들을 용이하게 하기 위한 프로토콜들을 포함하는 R3 참조 포인트로서 정의될 수 있다. 코어 네트워크(109)는 MIP-HA(mobile IP home agent)(184), AAA(authentication, authorization, accounting) 서버(186), 및 게이트웨이(188)를 포함할 수 있다. 전술한 요소들 각각이 코어 네트워크(109)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 것이 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 이해될 것이다.

MIP-HA는 IP 어드레스 관리를 담당할 수 있고, WTRU들(102a, 102b, 및 102c)이 상이한 ASN들 및/또는 상이한 코어 네트워크들 사이에서 로밍하는 것을 가능하게 할 수 있다. MIP-HA(184)는, WTRU들(102a, 102b, 102c)과 IP-인에이블 디바이스들 사이의 통신들을 용이하게 하기 위해, 인터넷(110)과 같은, 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. AAA 서버(186)는 사용자 인증 및 사용자 서비스 지원을 담당할 수 있다. 게이트웨이(188)는 다른 네트워크들과의 상호연동을 용이하게 할 수 있다. 예를 들어, 게이트웨이(188)는, WTRU들(102a, 102b, 102c)과 전통적인 지상선 통신 디바이스들 사이의 통신들을 용이하게 하기 위해, PSTN(108)과 같은, 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 또한, 게이트웨이(188)는 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

도 26e에는 도시되어 있지 않지만, RAN(105)은 다른 ASN들에 접속될 수 있고, 코어 네트워크(109)는 다른 코어 네트워크들에 접속될 수 있다는 것을 이해할 것이다. RAN(105)과 다른 ASN들 사이의 통신 링크가 RAN(105)과 다른 ASN들 사이에서 WTRU들(102a, 102b, 102c)의 이동성을 조정하기 위한 프로토콜들을 포함할 수 있는 R4 참조 포인트로서 정의될 수 있다. 코어 네트워크(109)와 다른 코어 네트워크들 사이의 통신 링크는 R5 참조로서 정의될 수 있고, 이것은 홈 코어 네트워크들과 방문된 코어 네트워크들(visited core network) 사이의 상호연동을 용이하게 하기 위한 프로토콜들을 포함할 수 있다.

본 명세서에서 설명되고, 도 26a, 도 26c, 도 26d 및 도 26e에서 도시된 코어 네트워크 엔티티들은 어떤 현존하는 3GPP 사양들에서의 그 엔티티들에 주어진 이름들에 의해 식별되지만, 장래에는, 그 엔티티들 및 기능들이 다른 이름들에 의해 식별될 수 있고, 어떤 엔티티들 또는 기능들은 장래의 3GPP NR 사양들을 포함하는, 3GPP에 의해 발행된 장래의 사양들에서 조합될 수 있다는 것이 이해된다. 따라서, 도 26a, 도 26b, 도 26c, 도 26d 및 도 26e에 도시되고 설명된 특정 네트워크 엔티티들 및 기능들은 단지 예로서 제공되며, 본 명세서에 개시되고 청구된 청구대상이, 현재 정의되어 있든 장래에 정의되든 간에, 임의의 유사한 통신 시스템에서 구체화되거나 구현될 수 있다는 것이 이해된다.

도 26f는 RAN(103/104/105), 코어 네트워크(106/107/109), PSTN(108), 인터넷(110), 또는 다른 네트워크들(112)에서의 특정 노드들 또는 기능적 엔티티들과 같은, 도 26a, 도 26c, 도 26d 및 도 26e에서 도시된 통신 네트워크들의 하나 이상의 장치가 구현될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 주로 컴퓨터 판독가능한 명령어들에 의해 제어될 수 있는데, 이러한 컴퓨터 판독가능한 명령어들은, 소프트웨어의 형태일 수 있거나, 이러한 소프트웨어가 저장되거나 액세스되는 어느 곳이듯, 또는 어떤 수단이든 될 수 있다. 이러한 컴퓨터 판독가능한 명령어들은 컴퓨팅 시스템(90)으로 하여금 작업을 하게 하기 위해 프로세서(91) 내에서 실행될 수 있다. 프로세서(91)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC들(Application Specific integrated Circuits), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 유형의 IC(integrated circuit), 상태 머신 등일 수 있다. 프로세서(91)는 컴퓨팅 시스템(90)이 통신 네트워크에서 동작하는 것을 가능하게 하는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 임의의 다른 기능을 수행할 수 있다. 코프로세서(coprocessor)(81)는 추가적인 기능들을 수행하거나 프로세서(91)를 보조할 수 있는, 메인 프로세서(91)와 구별되는, 임의적인 프로세서이다. 프로세서(91) 및/또는 코프로세서(81)는 본 명세서에 개시된 방법들 및 장치들에 관련된 데이터를 수신, 생성, 및 처리할 수 있다.

동작 시에, 프로세서(91)는 명령어들을 페치, 디코딩, 및 실행하고, 컴퓨팅 시스템의 메인 데이터 전송 경로인 시스템 버스(80)를 통해, 정보를 다른 리소스들로 및 그들로부터 전송한다. 이러한 시스템 버스는, 컴퓨팅 시스템(90)에서의 구성요소들을 접속하고, 데이터 교환을 위한 매체를 정의한다. 시스템 버스(80)는, 전형적으로, 데이터를 전송하기 위한 데이터 라인들, 어드레스들을 전송하기 위한 어드레스 라인들, 및 인터럽트들을 전송하고 시스템 버스를 동작시키기 위한 제어 라인들을 포함한다. 이러한 시스템 버스(80)의 예는 PCI(Peripheral Component Interconnect) 버스이다.

시스템 버스(80)에 결합된 메모리들은 RAM(random access memory)(82) 및 ROM(read only memory)(93)을 포함한다. 이러한 메모리들은 정보가 저장 및 검색될 수 있게 하는 회로를 포함한다. ROM들(93)은 쉽게 수정될 수 없는 저장된 데이터를 일반적으로 포함한다. RAM(82)에 저장된 데이터는 프로세서(91) 또는 다른 하드웨어 디바이스들에 의해 판독 또는 변경될 수 있다. RAM(82) 및/또는 ROM(93)에 대한 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는, 명령어들이 실행될 때, 가상 어드레스들을 물리 어드레스들로 변환하는 어드레스 변환 기능(address translation function)을 제공할 수 있다. 메모리 제어기(92)는, 또한, 시스템 내의 프로세스들을 격리시키고, 시스템 프로세스들을 사용자 프로세스들로부터 격리시키는 메모리 보호 기능을 제공할 수 있다. 따라서, 제1 모드에서 실행되는 프로그램은 그 자신의 프로세스 가상 어드레스 공간에 의해 매핑된 메모리에만 액세스할 수 있고; 그 프로그램은 프로세스들 간의 메모리 공유가 설정되지 않는 한, 다른 프로세스의 가상 어드레스 공간 내의 메모리에 액세스할 수 없다.

또한, 컴퓨팅 시스템(90)은 명령어들을 프로세서(91)로부터, 프린터(94), 키보드(84), 마우스(95), 및 디스크 드라이브(85)와 같은 주변기기들에게 통신하는 것을 담당하는 주변기기 제어기(83)를 포함할 수 있다.

디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는, 컴퓨팅 시스템(90)에 의해 생성된 시각적 출력을 표시하는데 이용된다. 이러한 시각적 출력은 텍스트, 그래픽스, 애니메이티드 그래픽스(animated graphics) 및 비디오를 포함할 수 있다. 시각적 출력은 GUI(graphical user interface)의 형태로 제공될 수 있다. 디스플레이(86)는, CRT 기반의 비디오 디스플레이, LCD 기반의 평면 패널 디스플레이, 가스 플라즈마 기반 평면 패널 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에 전송되는 비디오 신호를 생성하는데 요구되는 전자 구성요소들을 포함한다.

더욱이, 컴퓨팅 시스템(90)은 컴퓨팅 시스템(90)이 그 네트워크들의 다른 노드들 또는 기능 엔티티들과 통신하는 것을 가능하게 하기 위해 컴퓨팅 시스템(90)을, 도 26a, 도 26b, 도 26c, 도 26d 및 도 26e의 RAN(103/104/105), 코어 네트워크(106/107/109), PSTN(108), 인터넷(110), 또는 다른 네트워크들(112)과 같은 외부 통신 네트워크에 접속시키는데 이용될 수 있는, 예를 들어, 네트워크 어댑터(97)와 같은 통신 회로를 포함할 수 있다. 통신 회로는, 단독으로 또는 프로세서(91)와 조합하여, 본 명세서에서 설명된 특정의 장치들, 노드들 또는 기능 엔티티들의 전송 및 수신 단계들을 수행하는데 이용될 수 있다.

도 26g는 본 명세서에 설명되고 청구된 방법들 및 장치들이 구현될 수 있는 예시적인 통신 시스템(111)의 일 실시예를 도시한다. 도시된 바와 같이, 예시적인 통신 시스템(111)은 무선 전송/수신 유닛(WTRU)들 A, B, C, D, E, F, 기지국, V2X 서버, 및 RSU들 A 및 B를 포함할 수 있지만, 개시된 실시예들이 임의의 수의 WTRU들, 기지국들, 네트워크들, 및/또는 네트워크 요소들을 고려한다는 것이 이해될 것이다. 하나 또는 몇 개의 또는 모든 WTRU들 A, B, C, D, E는 네트워크의 범위 밖에(예를 들어, 파선으로 도시된 셀 커버리지 경계 밖에 있는 도면에) 있을 수 있다. WTRU들 A, B, C는 V2X 그룹을 형성하며, 그 중에서 WTRU A는 그룹 선두이고, WTRU들 B 및 C는 그룹 멤버들이다. WTRU들 A, B, C, D, E, F는 Uu 인터페이스 또는 사이드링크(PC5) 인터페이스를 통해 통신할 수 있다.

본 명세서에 설명된 장치들, 시스템들, 방법들 및 프로세스들 중 임의의 것 또는 전부가 컴퓨터 판독가능한 저장 매체 상에 저장된 컴퓨터 실행가능한 명령어들(예를 들어, 프로그램 코드)의 형태로 구현될 수 있고, 이 명령어들은, 프로세서들(118 또는 91)과 같은 프로세서에 의해 실행될 때, 프로세서로 하여금 본 명세서에 설명된 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현하게 한다는 것이 이해된다. 구체적으로는, 본 명세서에 설명된 단계들, 동작들 또는 기능들 중 임의의 것은, 무선 및/또는 유선 네트워크 통신들을 위해 구성된 장치 또는 컴퓨팅 시스템의 프로세서 상에서 실행되는, 이러한 컴퓨터 실행가능한 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독가능한 저장 매체는 정보의 저장을 위해 임의의 비일시적(예를 들어, 유형의 또는 물리적) 방법 또는 기술로 구현된 휘발성 및 비휘발성, 이동식 및 비이동식 매체를 포함하지만, 이러한 컴퓨터 판독가능한 저장 매체가 신호들을 포함하지는 않는다. 컴퓨터 판독가능한 저장 매체는, 제한적인 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disks) 또는 다른 광학 디스크 저장소, 자기 카셋트들, 자기 테이프들, 자기 디스크 저장소 또는 다른 자기 저장 디바이스들, 또는 원하는 정보를 저장하기 위해서 이용될 수 있고 컴퓨팅 시스템에 의해서 액세스될 수 있는 임의의 다른 유형의 또는 물리적 매체를 포함한다.

부록

표 0.1

표 0.2

표 1

표 2

표 3

표 4

표 5

표 6

표 7

표 8

표 9

표 10

Claims (20)

1. 에지 애플리케이션 핸드오버 클라이언트(Edge Application Handover Client)(EAHC)를 호스팅하는 사용자 장비(UE)로서,
   상기 UE는 프로세서, 메모리, 및 통신 회로를 포함하고, 상기 UE는 상기 통신 회로를 통해 제1 네트워크에 접속되고, 상기 UE는 상기 메모리에 저장된 컴퓨터 실행가능한 명령어들을 더 포함하며, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 UE로 하여금,
   하나 이상의 애플리케이션 클라이언트(AC)로부터의 애플리케이션 정보로 상기 EAHC를 구성하게 하고 - 상기 AC들은 상기 UE 상에 상주하고, 상기 애플리케이션 정보는 요청된 서비스의 유형, 서비스 제공자, 애플리케이션 서비스 요건, 애플리케이션 컨텍스트, 상기 UE의 위치, 상기 UE의 지정된 경로, 또는 상기 UE의 예상된 경로 중 하나 이상을 포함함 -;
   상기 EAHC를 이용하여 그리고 상기 애플리케이션 정보에 기반하여, 에지 애플리케이션 서버들(EAS들) 사이의 AC들의 끊김없는 에지 애플리케이션 핸드오버들(seamless edge application handovers)에 대한 지원을 제공하게 하는, UE.
2. 제1항에 있어서,
   상기 EAHC는 3GPP 에지 인에이블러 클라이언트; 3GPP V2X(vehicle-to-anything) 애플리케이션 인에이블러 클라이언트; oneM2M 공통 서비스 엔티티; oneM2M 애플리케이션 엔티티(AE); 또는 LWM2M 클라이언트의 전용 기능 또는 하위 기능을 포함하는, UE.
3. 제1항에 있어서,
   상기 명령어들은 추가로 상기 EAHC로 하여금,
   컨텍스트 정보를 이용하여 상기 UE의 예상된 경로를 결정하게 하고;
   상기 예상된 경로 및 선택된 UE의 위치에 기반하여, 상기 AC들의 핸드오프를 위한 다음 에지 애플리케이션 서버를 결정하게 하는, UE.
4. 제1항에 있어서,
   상기 명령어들은 추가로 상기 EAHC로 하여금,
   상기 AC들, 상기 EAS들, 및 상기 AC들과 상기 EAS들을 상호접속시키는 하나 이상의 네트워크의 분석에 의해 서비스 요건들 및 컨텍스트 정보를 결정하게 하고;
   끊김없는 에지 애플리케이션 핸드오버들에 대한 지원을 제공하는데 상기 서비스 요건들 및 컨텍스트 정보를 이용하게 하는, UE.
5. 제1항에 있어서,
   상기 명령어들은 추가로 상기 EAHC로 하여금,
   상기 UE 상의 모든 AC들의 서비스 요건들 및 컨텍스트 정보를 집성하게 하고;
   상기 UE 상의 모든 AC들에 걸쳐 에지 애플리케이션 핸드오버 결정들을 최적화하게 하는, UE.
6. 제1항에 있어서,
   상기 명령어들은 추가로 상기 EAHC로 하여금 상기 제1 네트워크 내의 하나 이상의 에지 애플리케이션 핸드오버 서버(EAHS)에 요청을 발행하게 하고, 상기 요청은 에지 애플리케이션 핸드오버 동작들의 지원에 관련되는, UE.
7. 제1항에 있어서,
   상기 명령어들은 추가로 상기 EAHC로 하여금 상기 제1 네트워크 내의 에지 애플리케이션 핸드오버 서버(EAHS)에 가입 요청을 발행하게 하는, UE.
8. 제7항에 있어서,
   상기 명령어들은 추가로 상기 EAHC로 하여금 상기 가입 요청에 응답하는 통지를 상기 EAHS로부터 수신하게 하는, UE.
9. 제1항에 있어서,
   상기 명령어들은 추가로 상기 EAHC로 하여금,
   에지 애플리케이션 핸드오버 동안, 에지 애플리케이션 핸드오버 서버들 사이의 애플리케이션 상태 동기화 또는 마이그레이션(migration)을 모니터링하게 하고;
   상기 애플리케이션 상태 동기화 또는 마이그레이션에 기반하여, 상기 에지 애플리케이션 핸드오버가 성공적인지 여부 및 다른 에지 애플리케이션 핸드오버가 요구되는지 여부를 결정하게 하는, UE.
10. 에지 애플리케이션 핸드오버 서버(EAHS)로서,
    프로세서, 메모리, 및 통신 회로를 포함하며,
    상기 EAHS는 상기 통신 회로를 통해 제1 네트워크에 접속되고, 상기 EAHS는 상기 메모리에 저장된 컴퓨터 실행가능한 명령어들을 더 포함하고, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 EAHS로 하여금, 에지 애플리케이션 서버들 사이의 끊김없는 핸드오버를 통해, 하나 이상의 사용자 장비(UE) 상에 호스팅되는 하나 이상의 애플리케이션 클라이언트(AC)에 지원을 제공하게 하고, 상기 지원은, 요청된 서비스의 유형; 사용자; 가입자들; 상기 AC들; 하나 이상의 네트워크; 서비스 제공자; 제1 UE의 위치; 상기 UE의 지정된 경로; 상기 제1 UE의 예상된 경로; 상기 제1 UE가 접속되는 에지 또는 로컬 영역 데이터 네트워크 인스턴스; 에지 노드의 상태 또는 가용성; 또는 요청된 서비스의 배치 상태 중 하나 이상에 기반하는, EAHS.
11. 제10항에 있어서,
    상기 EAHS는, V2X 애플리케이션 인에이블러 서버; 서비스 인에이블러 아키텍처 계층 서버; 에지 인에이블러 서버; 에지 데이터 네트워크 구성 서버; oneM2M 공통 서비스 엔티티; 또는 LWM2M 서버를 포함하는, EAHS.
12. 제10항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금,
    3GPP 시스템에서 3GPP 엔티티들에 대한 인터페이스를 지원하게 하고;
    상기 3GPP 엔티티들로부터, 코어 네트워크 기능, 애플리케이션 클라이언트, 에지 인에이블러 클라이언트, 에지 애플리케이션 핸드오버 클라이언트, V2X 애플리케이션 인에이블러 서버, 서비스 인에이블러 아키텍처 계층 서버, 에지 인에이블러 서버, 에지 데이터 네트워크 구성 서버, ONEm2m 공통 서비스 엔티티, 및 LWM2M 서버들 중 하나 이상에 관련된 3GPP 컨텍스트 정보를 수신하게 하고;
    상기 지원을 제공하는데 상기 3GPP 컨텍스트 정보를 이용하게 하는, EAHS.
13. 제10항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금, AC가 에지 애플리케이션 핸드오버를 수행하는 것을 지원하기 위해 상기 AC를 대신하여 에지 애플리케이션 핸드오버 동작들을 수행하도록 에지 애플리케이션 핸드오버 클라이언트(EAHC)를 트리거링하게 하는, EAHS.
14. 제10항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금, 제2 UE 상에 호스팅되는 EAHC로부터, 상기 EAHS로부터 통지들을 수신하는 것에 관련된 가입 요청을 수신하게 하는, EAHS.
15. 제14항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금 상기 가입 요청에 응답하는 통지를 상기 EAHC에 전송하게 하는, EAHS.
16. 제10항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금,
    관리 기능에 대한 인터페이스를 지원하게 하고;
    상기 관리 기능에 대한 상기 인터페이스를 통해, 하나 이상의 지정된 유형의 에지 애플리케이션 서버를 호스팅할 수 있는 이용가능한 에지 노드들을 발견하게 하는, EAHS.
17. 제16항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금 선택된 UE의 경로에 대한 근접성에 관련된 에지 노드 기준을 상기 관리 기능에 지정하게 하는, EAHS.
18. 제10항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금 에지 애플리케이션 핸드오버 동안 에지 애플리케이션 서버들 사이에서 발생하는 애플리케이션 상태 동기화 또는 마이그레이션 동작들을 모니터링하게 하는, EAHS.
19. 제10항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금,
    컨텍스트 정보를 이용하여 선택된 UE의 예상된 경로를 결정하게 하고;
    상기 예상된 경로 및 상기 선택된 UE의 위치에 기반하여, 상기 선택된 UE 상에 호스팅되는 하나 이상의 애플리케이션 클라이언트의 핸드오프를 위한 다음 에지 애플리케이션 서버를 결정하게 하는, EAHS.
20. 제10항에 있어서,
    상기 명령어들은 추가로 상기 EAHS로 하여금,
    3GPP 네트워크에, 상기 3GPP 네트워크가 예상된 경로를 따라 선택된 UE의 이동을 추적하라는 요청을 전송하게 하고;
    상기 3GPP 네트워크로부터, 상기 선택된 UE의 이동에 관한 통지를 수신하게 하며,
    상기 통지는 상기 예상된 경로를 따르는 웨이 포인트(way point)의 근접성 내에서의 상기 선택된 UE의 도달의 표시 또는 상기 선택된 UE가 상기 예상된 경로로부터 벗어났다는 표시를 포함하는, EAHS.

Images