KR20240008901A

KR20240008901A - 서비스 연속성을 위한 방법 및 장치

Info

Publication number: KR20240008901A
Application number: KR1020237043089A
Authority: KR
Inventors: 원리앙 수
Original assignee: 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘)
Priority date: 2021-05-18
Filing date: 2022-05-17
Publication date: 2024-01-19
Also published as: WO2022242648A1; JP2024513687A; CN117378227A; CO2023013492A2; US20240056906A1; CA3217580A1; EP4342197A1

Abstract

본 개시내용의 실시예들은 서비스 연속성을 위한 방법 및 장치를 제공한다. 에지 인에이블러 클라이언트에 의해 수행되는 방법은, 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 검출하는 단계를 포함한다. 이 방법은, ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하는 단계를 더 포함한다. 이 방법은, ACR 요청 메시지를 에지 인에이블러 서버에 전송하는 단계를 더 포함한다.

Description

서비스 연속성을 위한 방법 및 장치

본 개시내용의 비제한적이고 예시적인 실시예들은 일반적으로 통신들의 기술분야, 그리고 구체적으로는 서비스 연속성을 위한 방법들 및 장치들에 관한 것이다.

이 섹션은 본 개시내용의 보다 나은 이해를 용이하게 할 수도 있는 양태들을 소개한다. 이에 따라, 이 섹션의 진술들은 이러한 관점에서 판독되어야 하고, 종래 기술에 있는 것 또는 종래 기술에 없는 것에 대한 인정들로서 이해되어서는 안 된다.

에지 컴퓨팅(edge computing)은, 사용자 장비(user equipment)(UE) 가까이에 배치되는 서비스 환경들 및 클라우드 컴퓨팅 능력들을 인에이블시키는 네트워크 아키텍처 개념이다. 그것은, 클라우드 환경들에 비해 더 낮은 레이턴시(latency), 더 높은 대역폭, 감소된 백홀 트래픽 및 새로운 서비스들에 대한 가능성들과 같은 여러 이익들을 약속한다. 3세대 파트너십 프로젝트(3rd Generation Partnership Project)(3GPP) TS 23.558 V2.1.0 - 그의 개시내용이 본 명세서에 그 전체가 참조로 포함된다 - 은, 3GPP 네트워크들을 통해 에지 애플리케이션들을 인에이블시키기 위한 애플리케이션 계층 아키텍처 및 관련 프로시저들을 제공한다.

3GPP TS 23.558 V2.1.0은, 3GPP 네트워크들을 통해 에지 애플리케이션들을 인에이블시키는 데 필요한 애플리케이션 계층 아키텍처, 프로시저들 및 정보 흐름들을 특정한다. 그것은, 에지 애플리케이션들을 인에이블시키기 위한 아키텍처 요건들, 아키텍처 요건들을 충족시키는 애플리케이션 계층 아키텍처 및 에지 애플리케이션들의 배치를 인에이블시키기 위한 프로시저들을 포함한다. 주된 집중 영역들 중 하나는 에지 기반 애플리케이션들에 대한 영향을 최소화하는 것이다. 따라서 이들은 에지에서 UE에 대한 대규모 애플리케이션 재개발을 필요로 하지 않는다.

도 1은 에지 애플리케이션들을 인에이블시키기 위한 예시적인 아키텍처를 도시한다. 도 1은 3GPP TS 23.558 V2.1.0의 도 6.2-4와 동일하다. 에지 데이터 네트워크(Edge Data Network)(EDN)가 로컬 데이터 네트워크이다. 에지 애플리케이션 서버(Edge Application Server)(들)(EAS) 및 에지 인에이블러 서버(Edge Enabler Server)(EES)가 EDN 내에 포함된다. 에지 구성 서버(Edge Configuration Server)(ECS)는, EES를 호스팅하는 에지 데이터 네트워크의 세부사항들을 포함하여, EES(edge enabler server)와 관련된 구성들을 제공한다. UE는, 애플리케이션 클라이언트(들) 및 에지 인에이블러 클라이언트를 포함한다. 에지 애플리케이션 서버(들), 에지 인에이블러 서버 및 에지 구성 서버는 3GPP 코어 네트워크와 상호작용할 수도 있다.

에지 컴퓨팅에는 일부 기능 엔티티(function entity)들이 있을 수도 있다. 예를 들어, 하나 이상의 애플리케이션 클라이언트(Application Client)(AC)가 UE에 위치될 수도 있다. 하나 이상의 에지 인에이블러 클라이언트(Edge Enabler Client)(EEC)가 UE에 위치될 수도 있다. 하나 이상의 에지 구성 서버(ECS(들))가 배치되어 하나의 에지 데이터 네트워크를 지원할 수도 있다. 하나의 ECS가 배치되어 하나 이상의 EDN(들)을 지원할 수도 있다. 하나 이상의 ECS(들)가 PLMN(Public Land Mobile Network) 오퍼레이터에 의해 배치될 수도 있다. 하나 이상의 ECS(들)가 에지 컴퓨팅 서비스 제공자(Edge Computing Service Provider)(ECSP)에 의해 배치될 수도 있다. 하나 이상의 에지 인에이블러 서버(EES(들))가 EDN에 위치될 수도 있다. 하나 이상의 EES(들)가 ECSP당 EDN에 위치될 수도 있다. 하나 이상의 에지 애플리케이션 서버(EAS(들))가 EDN에 위치될 수도 있다. 동일한 EAS ID(identifier)에 속하는 EAS(들)가 EDN에서의 다수의 ECSP(들)에 의해 제공될 수 있다.

EDGE-1 기준 포인트는 에지 인에이블러 서버와 에지 인에이블러 클라이언트 사이의 상호작용들을 인에이블시킬 수도 있다. EDGE-2 기준 포인트는 네트워크 능력 정보의 검색을 위해 EES와 3GPP 코어 네트워크 펑션들 및 API들 사이의 상호작용들을 인에이블시킨다. EDGE-3 기준 포인트는 EES와 EAS들 사이의 상호작용들을 인에이블시킨다. EDGE-4 기준 포인트는 ECS와 EEC 사이의 상호작용들을 인에이블시킨다. EDGE-5 기준 포인트는 AC(들)와 EEC 사이의 상호작용들을 인에이블시킨다. EDGE-6 기준 포인트는 ECS와 EES 사이의 상호작용들을 인에이블시킨다. EDGE-7 기준 포인트는 네트워크 능력 정보의 검색을 위해 EAS와 3GPP 코어 네트워크 펑션들 및 API들 사이의 상호작용들을 인에이블시킨다. EDGE-8 기준 포인트는 네트워크 능력 정보의 검색을 위해 ECS와 3GPP 코어 네트워크 펑션들 및 API들 사이의 상호작용들을 인에이블시킨다. EDGE-9 기준 포인트는 2개의 EES 사이의 상호작용들을 인에이블시킨다.

UE가 새로운 위치로 이동할 때, 상이한 EAS들이 UE에서의 AC들을 서빙하는 데 더 적합할 수 있다. 그러한 전이들은 또한 비-이동성 이벤트로부터 발생하여, 서비스의 연속성을 유지하기 위해 인에이블링 계층으로부터의 지원을 요구할 수 있다. 대안적으로, 로드 밸런싱 또는 O&M(Operations & Maintenance) 원인으로 인해 EAS가 변경될 수도 있다.

도 2는 애플리케이션 콘텍스트 리로케이션(application context relocation)(ACR) 프로시저의 하이 레벨 개요를 도시한다.

단계 1에서. 검출 엔티티가 애플리케이션 콘텍스트 리로케이션이 요구될 수도 있다는 것을 검출한다.

단계 2에서. 판정 이행 엔티티가 애플리케이션 콘텍스트 리로케이션이 필요한지를 판정한다.

단계 3에서. 실행 엔티티가 애플리케이션 콘텍스트 리로케이션을 수행한다.

단계 4에서. 모든 요구된 엔티티들은 포스트 애플리케이션 콘텍스트 리로케이션 액션(post application context relocation action)들을 수행할 수도 있다.

ACR은 서비스 연속성 계획을 위해 수행될 수 있는데, 이는 ACR 프로시저의 처음 3개의 단계인 검출, 판정 및 실행이 UE의 예상된/예측된 위치에 대해 수행된다는 것을 의미한다. 그러한 경우에, T-EAS(target EAS)는 UE가 예상된 위치로 이동할 때 UE에게 서비스해야 한다.

이 발명의 내용은 상세한 설명에서 추가로 후술되는 개념들의 단순화된 형태로의 선택을 소개하기 위해 제공된다. 이 발명의 내용은 청구된 대상의 핵심적인 피처(feature)들 또는 필수적인 피처들을 식별하도록 의도된 것도 아니고, 청구된 대상의 범주를 제한하는 데 사용되도록 의도된 것도 아니다.

서비스 연속성 계획은, 계획된, 기획된, 또는 기대된 거동에 관한 정보가 EES들에서 이용가능하거나 또는 EEC들에 의해 제공될 때, 끊김없는 서비스 연속성에 대한 지원을 제공하는 에지 인에이블러 계층 부가 가치 피처이다.

서비스 연속성 계획을 구현하기 위해, EES는 다음의 것을 이용할 수도 있다:

- EEC에 의해 제공되는 정보, 예를 들어, AC 스케줄, 예상된 AC 지리적 서비스 영역, 예상된 서비스 KPI(Key Performance Indicator)들, 선호되는 ECSP 리스트; 그리고

- 3GPP TS 23.558 V2.1.0 조항 8.10.3에 설명된 바와 같이 EES에 의해 이용되는 3GPP 코어 네트워크 능력들.

현재, (UE 또는 EDN에 의해 트리거되는) 3GPP TS 23.558 V2.1.0의 조항 8.8.2에 특정된 5개의 ACR 시나리오가 있다. ACR에 대한 서비스 연속성 계획에 대한 부가적인 세부사항들에 대해서는, 3GPP TS 23.558 V2.1.0 조항들 8.8.2.2, 8.8.2.3, 8.8.2.4, 8.8.2.5 및 8.8.2.6을 참조한다.

ACR 클린업 스테이지(ACR clean-up stage)의 경우, 그것은 UE가 예상된 위치로 이동할 때에만 단지 실행된다. 또한, 계획된 서비스 연속성의 ACT(Application Context Transfer)가 정상 서비스 연속성(normal service continuity)의 것과는 상이하다. 계획된 서비스 연속성에서, UE가 예측된/예상된 위치로 아직 이동하지 않았을 때의 시간으로부터 UE가 예측된/예상된 위치로 실제로 이동한 때의 시간까지 T-EAS(target EAS)에서의 애플리케이션 콘텍스트가 S-EAS(source EAS)에서의 최신 정보와 동기화된다. 그에 따라, ACT에서 상이한 방식을 사용하고 클린업 스테이지를 시작할 때를 제어하기 위해, ACT 및 후속 클린업 스테이지를 트리거하는 것을 담당하는 에지 엔티티가, 다른 에지 엔티티에 의해 검출된 서비스 연속성 타입(즉, 정상 또는 계획)과 동기화될 필요가 있다.

3GPP TS 23.558 V2.1.0의 조항 8.8.2에 특정된 모든 ACR 시나리오들에서:

EEC 자체를 통한 EEC 검출, 판정 및 실행된 시나리오(3GPP TS 23.558 V2.1.0의 조항 8.8.2.2의 시나리오#1)의 경우, EEC는, 검출 엔티티로서, 그것이 계획된 서비스 연속성인지 여부를 알고 있다. EEC는 EDGE-5를 통해 서비스 연속성 타입에 관해 AC에게 통지할 수 있다고 가정된다.

S-EAS 검출, 판정 및 실행 시나리오(3GPP TS 23.558 V2.1.0의 조항 8.8.2.4의 시나리오 #3)의 경우, S-EAS는, 검출 엔티티 및 ACT 실행 엔티티로서, 그것이 계획된 서비스 연속성인지 여부를 알고 있다.

EEC 검출, 판정된 시나리오 및 S-EES(source EES)를 통한 실행(3GPP TS 23.558 V2.1.0의 조항 8.8.2.3의 시나리오 #2)의 경우, S-EAS는, ACT 실행 엔티티로서, 그것이 계획된 서비스 연속성인지 여부를 알지 못한다.

EEC 검출, 판정된 시나리오 및 T-EES(target EES)를 통한 실행(3GPP TS 23.558 V2.1.0의 조항 8.8.2.6의 시나리오 #5)의 경우, T-EAS는, ACT 실행 엔티티로서, 그것이 계획된 서비스 연속성인지 여부를 알지 못한다.

S-EES 결정 및 실행된 시나리오(3GPP TS 23.558 V2.1.0의 조항 8.8.2.5의 시나리오 #4)의 경우:

a) 그것이 EEC에 의해 검출되는 경우, S-EAS는, ACT 실행 엔티티로서, 그것이 정상 ACR을 위한 것인지 또는 계획된 ACR을 위한 것인지 여부를 알지 못한다.

b) 그것이 S-EAS에 의해 검출되는 경우, S-EAS는, 검출 엔티티 및 ACT 실행 엔티티로서, 서비스 연속성 계획이 요구되는지 여부를 알고 있다.

c) 그것이 S-EES에 의해 검출되는 경우, S-EAS는, ACT 실행 엔티티로서, 그것이 정상 ACR을 위한 것인지 또는 계획된 ACR을 위한 것인지 여부를 알지 못한다.

상기의 분석으로부터, 시나리오#2, #5 및 #4(a 및 c)의 경우, 서비스 연속성 계획 검출이 에지 인에이블러 계층에 의해 행해진 경우 서비스 연속성 계획 정보를 에지 애플리케이션 서버에 동기화시키는 데 갭(gap)이 있다.

적어도 하나의 상기의 언급된 문제들 또는 다른 문제들을 극복 또는 완화하기 위해, 개선된 서비스 연속성 관리가 바람직할 수도 있다.

본 개시내용의 제1 양태에서, 에지 인에이블러 클라이언트에 의해 수행되는 방법이 제공된다. 이 방법은, 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 검출하는 단계를 포함한다. 이 방법은, ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하는 단계를 더 포함한다. 이 방법은, ACR 요청 메시지를 에지 인에이블러 서버에 전송하는 단계를 더 포함한다.

일 실시예에서, 에지 인에이블러 서버는 소스 에지 인에이블러 서버이다.

일 실시예에서, ACR은 소스 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행된다.

일 실시예에서, ACR은 소스 에지 인에이블러 서버에 의해 실행된다.

일 실시예에서, 에지 인에이블러 서버는 타깃 에지 인에이블러 서버이다.

일 실시예에서, ACR은 타깃 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행된다.

일 실시예에서, 서비스 연속성의 타입을 표시하는 정보 요소가 ACR 요청 메시지에서 설정될 때, ACR 요청 메시지는, 서비스 연속성 계획을 위해 ACR이 트리거됨을 표시한다.

일 실시예에서, 서비스 연속성의 타입을 표시하는 정보 요소가 ACR 요청 메시지에서 생략될 때, ACR 요청 메시지는, 정상 서비스 연속성을 위해 ACR이 트리거됨을 표시한다.

일 실시예에서, 서비스 연속성의 타입은 서비스 연속성 계획 또는 정상 서비스 연속성 중 적어도 하나를 포함한다.

본 개시내용의 제2 양태에서, 에지 인에이블러 서버에 의해 수행되는 방법이 제공된다. 이 방법은, 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계를 포함한다. 이 방법은, ACR에 대한 통지 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하는 단계를 더 포함한다. 이 방법은, ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송하는 단계를 더 포함한다.

일 실시예에서, 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계는, 에지 인에이블러 클라이언트로부터 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지를 수신하는 단계, 및 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지에 기초하여 ACR이 요구된다는 것을 결정하는 단계를 포함한다.

일 실시예에서, 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계는, ACR이 요구된다는 것을 검출하는 단계, 및 검출에 기초하여 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계를 포함한다.

일 실시예에서, 서비스 연속성의 타입을 표시하는 정보 요소가 ACR에 대한 통지 메시지에서 설정될 때, ACR에 대한 통지 메시지는, 서비스 연속성 계획을 위해 ACR이 트리거됨을 표시한다.

일 실시예에서, 서비스 연속성의 타입을 표시하는 정보 요소가 ACR에 대한 통지 메시지에서 생략될 때, ACR에 대한 통지 메시지는, 정상 서비스 연속성을 위해 ACR이 트리거됨을 표시한다.

본 개시내용의 제3 양태에서, 에지 애플리케이션 서버에 의해 수행되는 방법이 제공된다. 이 방법은, 에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신하는 단계를 포함한다. ACR에 대한 통지 메시지는, 서비스 연속성의 타입을 표시하는 정보 요소를 포함한다. 이 방법은, 서비스 연속성의 타입을 표시하는 정보 요소에 기초하여 서비스 연속성 계획을 위해 ACR이 트리거되었는지 여부를 결정하는 단계를 더 포함한다. 이 방법은, 서비스 연속성 계획을 위해 ACR이 트리거되었을 때 그리고 ACR과 관련된 사용자 장비가 예상된 위치로 이동한 후에, ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 에지 인에이블러 서버에 전송하는 단계를 더 포함한다.

본 개시내용의 제4 양태에서, 에지 인에이블러 클라이언트가 제공된다. 에지 인에이블러 클라이언트는, 프로세서, 및 프로세서에 커플링되는 메모리를 포함한다. 상기 메모리는, 상기 프로세서에 의해 실행가능한 명령어들을 포함한다. 상기 에지 인에이블러 클라이언트는 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 검출하도록 동작가능하다. 상기 에지 인에이블러 클라이언트는 ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하도록 추가로 동작가능하다. 상기 에지 인에이블러 클라이언트는 ACR 요청 메시지를 에지 인에이블러 서버에 전송하도록 추가로 동작가능하다.

본 개시내용의 제5 양태에서, 에지 인에이블러 서버가 제공된다. 에지 인에이블러 서버는, 프로세서, 및 프로세서에 커플링되는 메모리를 포함한다. 상기 메모리는, 상기 프로세서에 의해 실행가능한 명령어들을 포함한다. 상기 에지 인에이블러 서버는 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하도록 동작가능하다. 상기 에지 인에이블러 서버는 ACR에 대한 통지 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하도록 추가로 동작가능하다. 상기 에지 인에이블러 서버는 ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송하도록 추가로 동작가능하다.

본 개시내용의 제6 양태에서, 에지 애플리케이션 서버가 제공된다. 에지 애플리케이션 서버는, 프로세서, 및 프로세서에 커플링되는 메모리를 포함한다. 상기 메모리는, 상기 프로세서에 의해 실행가능한 명령어들을 포함한다. 상기 에지 애플리케이션 서버는 에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신하도록 동작가능하다. ACR에 대한 통지 메시지는, 서비스 연속성의 타입을 표시하는 정보 요소를 포함한다. 상기 에지 애플리케이션 서버는 서비스 연속성의 타입을 표시하는 정보 요소에 기초하여 서비스 연속성 계획을 위해 ACR이 트리거되었는지 여부를 결정하도록 추가로 동작가능하다. 상기 에지 애플리케이션 서버는 서비스 연속성 계획을 위해 ACR이 트리거되었을 때 그리고 ACR과 관련된 사용자 장비가 예상된 위치로 이동한 후에, ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 에지 인에이블러 서버에 전송하도록 추가로 동작가능하다.

본 개시내용의 제7 양태에서, 에지 인에이블러 클라이언트가 제공된다. 에지 인에이블러 클라이언트는 검출 모듈, 설정 모듈 및 전송 모듈을 포함한다. 검출 모듈은 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 검출하도록 구성될 수도 있다. 설정 모듈은 ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하도록 구성될 수도 있다. 전송 모듈은 ACR 요청 메시지를 에지 인에이블러 서버에 전송하도록 구성될 수도 있다.

본 개시내용의 제8 양태에서, 에지 인에이블러 서버가 제공된다. 에지 인에이블러 서버는 결정 모듈, 설정 모듈 및 전송 모듈을 포함한다. 결정 모듈은 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하도록 구성될 수도 있다. 설정 모듈은 ACR에 대한 통지 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하도록 구성될 수도 있다. 전송 모듈은 ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송하도록 구성될 수도 있다.

본 개시내용의 제9 양태에서, 에지 애플리케이션 서버가 제공된다. 에지 애플리케이션 서버는 수신 모듈, 결정 모듈 및 전송 모듈을 포함한다. 수신 모듈은 에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신하도록 구성될 수도 있다. ACR에 대한 통지 메시지는, 서비스 연속성의 타입을 표시하는 정보 요소를 포함한다. 결정 모듈은 서비스 연속성의 타입을 표시하는 정보 요소에 기초하여 서비스 연속성 계획을 위해 ACR이 트리거되었는지 여부를 결정하도록 구성될 수도 있다. 전송 모듈은 서비스 연속성 계획을 위해 ACR이 트리거되었을 때 그리고 ACR과 관련된 사용자 장비가 예상된 위치로 이동한 후에, ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 에지 인에이블러 서버에 전송하도록 구성될 수도 있다.

본 개시내용의 제10 양태에서, 적어도 하나의 프로세서 상에서 실행될 때, 적어도 하나의 프로세서로 하여금, 본 개시내용의 제1, 제2 및 제3 양태들에 따른 방법들 중 임의의 것을 수행하게 하는 명령어들을 포함하는 컴퓨터 프로그램 제품이 제공된다.

본 개시내용의 제11 양태에서, 적어도 하나의 프로세서 상에서 실행될 때, 적어도 하나의 프로세서로 하여금, 본 개시내용의 제1, 제2 및 제3 양태들에 따른 방법들 중 임의의 것을 수행하게 하는 명령어들을 저장하는 컴퓨터 판독가능 저장 매체가 제공된다.

본 명세서의 실시예들은 많은 이점들을 제공하고, 그 중 대략적인 리스트의 예들은 다음과 같다. 본 명세서의 일부 실시예들은 S-EAS 또는 T-EAS와 같은 에지 애플리케이션 서버가 올바른 타이밍에 ACR 완료 메시지를 적절하게 전송할 수 있도록 S-EAS 또는 T-EAS와 같은 에지 애플리케이션 서버가 ACR이 정상 서비스 연속성을 위한 것인지 또는 서비스 연속성 계획을 위한 것인지에 관한 지식을 갖지 않을 때의 문제를 해결할 수도 있다. 본 명세서의 일부 실시예들은 UE가 예측된 위치로 이동하기 전에 AC가 T-EAS에 연결되어, 비-최적 트래픽 라우팅 또는 서비스 중단 중 어느 하나로 이어지는 상황을 회피할 수도 있다. 본 명세서의 실시예들은 상기에 언급된 피처들 및 이점들로 제한되지 않는다. 본 기술분야의 통상의 기술자는 다음의 상세한 설명을 읽을 때 부가적인 피처들 및 이점들을 인지할 것이다.

본 개시내용의 다양한 실시예들의 상기의 그리고 다른 양태들, 피처들, 및 이익들은, 예로서, 동일한 참조 번호들 또는 문자들이 동일한 또는 동등한 요소들을 지정하는 데 사용되는 첨부 도면들을 참조하여 다음의 상세한 설명으로부터 더 완전히 명백해질 것이다. 도면들은 본 개시내용의 실시예들의 보다 나은 이해를 용이하게 하기 위해 예시되고 반드시 일정한 비율로 도시된 것은 아니다:
도 1은 에지 애플리케이션들을 인에이블시키기 위한 예시적인 아키텍처를 도시한다.
도 2는 애플리케이션 콘텍스트 리로케이션(ACR) 프로시저의 하이 레벨 개요를 도시한다.
도 3은 4G 네트워크에서의 하이 레벨 아키텍처를 개략적으로 도시한다.
도 4는 본 개시내용의 일 실시예에 따른 5세대 네트워크에서의 하이 레벨 아키텍처를 개략적으로 도시한다.
도 5는 본 개시내용의 일 실시예에 따른 방법의 흐름도를 도시한다.
도 6은 본 개시내용의 다른 실시예에 따른 방법의 흐름도를 도시한다.
도 7은 본 개시내용의 다른 실시예에 따른 방법의 흐름도를 도시한다.
도 8a는 본 개시내용의 일 실시예에 따른 연속적인 ACR 관리 이벤트 통지들을 위한 EES와 EAS 사이의 통지 동작을 예시한다.
도 8b는 본 개시내용의 일 실시예에 따른 EEC가 S-EES를 통해 ACR을 실행하기 위한 프로시저를 예시한다.
도 9는 본 개시내용의 일 실시예에 따른 S-EES가 S-EAS로부터 T-EAS로의 ACR을 검출, 판정 및 실행하기 위한 프로시저를 예시한다.
도 10은 본 개시내용의 일 실시예에 따른 EEC가 T-EES를 통해 ACR을 실행하기 위한 프로시저를 예시한다.
도 11은 본 개시내용의 일 실시예에 따른 EEC에 의한 ACR 론칭 프로시저를 예시한다.
도 12는 본 개시내용의 일부 실시예들을 실시하기에 적합한 장치를 도시하는 블록 다이어그램이다.
도 13은 본 개시내용의 일 실시예에 따른 에지 인에이블러 클라이언트를 도시하는 블록 다이어그램이다.
도 14는 본 개시내용의 일 실시예에 따른 에지 인에이블러 서버를 도시하는 블록 다이어그램이다.
도 15는 본 개시내용의 일 실시예에 따른 에지 애플리케이션 서버를 도시하는 블록 다이어그램이다.

본 개시내용의 실시예들이 첨부 도면들을 참조하여 상세히 설명된다. 이들 실시예들은, 본 개시내용의 범주에 대한 임의의 제한들을 제안하기보다는 오히려, 본 기술분야의 통상의 기술자가 본 개시내용을 보다 잘 이해하고 따라서 본 개시내용을 구현하는 것을 가능하게 할 목적으로만 단지 논의된다는 것이 이해되어야 한다. 본 명세서 전반에 걸친 피처들, 이점들에 대한 언급, 또는 유사한 언어는, 본 개시내용으로 실현될 수도 있는 모든 피처들 및 이점들이 본 개시내용의 임의의 단일 실시예에 있어야 함 또는 있음을 의미하지 않는다. 오히려, 피처들 및 이점들을 언급하는 언어는 실시예와 관련하여 설명되는 특정 피처, 이점, 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함된다는 것을 의미하는 것으로 이해된다. 게다가, 본 개시내용의 설명된 피처들, 이점들, 및 특성들은 하나 이상의 실시예에서 임의의 적합한 방식으로 조합될 수도 있다. 관련 기술분야의 통상의 기술자는 본 개시내용이 특정 실시예의 특정 피처들 또는 이점들 중 하나 이상 없이 실시될 수도 있다는 것을 인지할 것이다. 다른 경우들에서, 본 개시내용의 모든 실시예들에 존재하지 않을 수도 있는 부가적인 피처들 및 이점들이 특정 실시예들에서 인지될 수도 있다.

본 명세서에서 사용되는 바와 같이, 용어 "네트워크(network)"는 뉴 라디오(new radio)(NR), 롱 텀 에볼루션(long term evolution)(LTE), LTE-어드밴스드, 광대역 코드 분할 다중 액세스(wideband code division multiple access)(WCDMA), 고속 패킷 액세스(high-speed packet access)(HSPA), 코드 분할 다중 액세스(Code Division Multiple Access)(CDMA), 시분할 다중 어드레스(Time Division Multiple Address)(TDMA), 주파수 분할 다중 액세스(Frequency Division Multiple Access)(FDMA), 직교 주파수 분할 다중 액세스(Orthogonal Frequency-Division Multiple Access)(OFDMA), 단일 캐리어 주파수 분할 다중 액세스(Single carrier frequency division multiple access)(SC-FDMA) 및 다른 무선 네트워크들과 같은 임의의 적합한 무선 통신 표준들을 따르는 네트워크를 지칭한다. CDMA 네트워크는 유니버설 지상 라디오 액세스(Universal Terrestrial Radio Access)(UTRA) 등과 같은 라디오 기술을 구현할 수도 있다. UTRA는 WCDMA 및 CDMA의 다른 변형들을 포함한다. TDMA 네트워크는 모바일 통신용 글로벌 시스템(Global System for Mobile Communications)(GSM)과 같은 라디오 기술을 구현할 수도 있다. OFDMA 네트워크는 이볼브드 UTRA(Evolved UTRA)(E-UTRA), 울트라 모바일 광대역(Ultra Mobile Broadband)(UMB), IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 플래시-OFDMA, 애드혹 네트워크, 무선 센서 네트워크 등과 같은 라디오 기술을 구현할 수도 있다. 다음의 설명에서, 용어들 "네트워크" 및 "시스템"은 상호교환가능하게 사용될 수 있다. 게다가, 네트워크에서 2개의 디바이스 사이의 통신들은 3GPP와 같은 표준 기구에 의해 정의된 바와 같은 통신 프로토콜들을 포함하지만 이에 제한되지 않는 임의의 적합한 통신 프로토콜들에 따라 수행될 수도 있다. 예를 들어, 통신 프로토콜들은 1세대(1G), 2G, 3G, 4G, 4.5G, 5G 통신 프로토콜들, 및/또는 현재 알려져 있거나 또는 미래에 개발될 임의의 다른 프로토콜들을 포함할 수도 있다.

용어 "네트워크 펑션(network function)"은, 통신 네트워크의 네트워크 엔티티(물리 또는 가상)에서 구현될 수 있는 임의의 적합한 펑션을 지칭한다. 예를 들어, 네트워크 펑션은 전용 하드웨어 상의 네트워크 요소로서, 전용 하드웨어 상에서 실행되는 소프트웨어 인스턴스로서, 또는 적절한 플랫폼 상에서, 예를 들어, 클라우드 인프라스트럭처 상에서 인스턴스화되는 가상화 펑션으로서 구현될 수 있다. 예를 들어, 5G 시스템(5GS)은 AMF(Access and mobility Function), SMF(Session Management Function), AUSF(Authentication Service Function), UDM(Unified Data Management), PCF(Policy Control Function), AF(Application Function), NEF(Network Exposure Function), UPF(User plane Function) 및 NRF(Network Repository Function), RAN(radio access network), SCP(service communication proxy), NWDAF(network data analytics function), NSSF(Network Slice Selection Function), NSSAAF(Network Slice-Specific Authentication and Authorization Function) 등과 같은 복수의 NF들을 포함할 수도 있다. 예를 들어, 4G 시스템(예컨대, LTE)은 MME(Mobile Management Entity), HSS(home subscriber server), 서비스 능력 노출 펑션(service capability exposure function)(SCEF) 등을 포함할 수도 있다. 다른 실시예들에서, 네트워크 펑션은 예를 들어 특정 네트워크에 따라 상이한 타입들의 NF들을 포함할 수도 있다.

용어 "단말 디바이스(terminal device)"는, 통신 네트워크에 액세스하고 그로부터 서비스들을 수신할 수 있는 임의의 최종 디바이스를 지칭한다. 제한이 아닌 예로서, 단말 디바이스는, 모바일 단말, 사용자 장비(UE), 또는 다른 적합한 디바이스들을 지칭한다. UE는, 예를 들어, 가입자국(Subscriber Station)(SS), 휴대용 가입자국, 이동국(Mobile Station)(MS), 또는 액세스 단말(Access Terminal)(AT)일 수도 있다. 단말 디바이스는 휴대용 컴퓨터, 이미지 캡처 단말 디바이스 예컨대 디지털 카메라, 게이밍 단말 디바이스, 음악 저장 및 재생 어플라이언스, 모바일 폰, 셀룰러 폰, 스마트 폰, 보이스 오버 IP(voice over IP)(VoIP) 폰, 무선 로컬 루프 폰, 태블릿, 웨어러블 디바이스, 개인 휴대 정보 단말기(personal digital assistant)(PDA), 휴대용 컴퓨터, 데스크톱 컴퓨터, 웨어러블 단말 디바이스, 차량 장착 무선 단말 디바이스, 무선 엔드포인트, 이동국, 랩톱 임베디드 장비(laptop-embedded equipment)(LEE), 랩톱 장착 장비(laptop-mounted equipment)(LME), USB 동글, 스마트 디바이스, 무선 고객 구내 장비(customer-premises equipment)(CPE) 및 이와 유사한 것을 포함할 수도 있지만, 이에 제한되지 않는다. 다음의 설명에서, 용어들 "단말 디바이스", "단말", "사용자 장비" 및 "UE"는 상호교환가능하게 사용될 수도 있다. 하나의 예로서, 단말 디바이스는, 3GPP에 의해 공표된 하나 이상의 통신 표준, 예컨대 3GPP'의 LTE 표준 또는 NR 표준에 따른 통신을 위해 구성되는 UE를 표현할 수도 있다. 본 명세서에서 사용되는 바와 같이, "사용자 장비" 또는 "UE"는 관련 디바이스를 소유하고/하거나 동작시키는 인간 사용자의 의미에서 반드시 "사용자"를 가질 필요는 없을 수도 있다. 일부 실시예들에서, 단말 디바이스는 직접적인 인간 상호작용 없이 정보를 송신 및/또는 수신하도록 구성될 수도 있다. 예를 들어, 단말 디바이스는, 미리 결정된 스케줄에 따라, 내부 또는 외부 이벤트에 의해 트리거될 때, 또는 통신 네트워크로부터의 요청들에 응답하여, 정보를 네트워크에 송신하도록 설계될 수도 있다. 그 대신에, UE는, 인간 사용자에게의 판매 또는 인간 사용자에 의한 동작을 위해 의도된 것이지만 특정 인간 사용자와 초기에 연관되지 않을 수도 있는 디바이스를 표현할 수도 있다.

또 다른 예로서, 사물 인터넷(Internet of Things)(IoT) 시나리오에서, 단말 디바이스는, 모니터링 및/또는 측정들을 수행하고 그러한 모니터링 및/또는 측정들의 결과들을 다른 단말 디바이스 및/또는 네트워크 장비에 송신하는 머신 또는 다른 디바이스를 표현할 수도 있다. 이 경우에, 단말 디바이스는, 3GPP 맥락에서 머신 타입 통신(machine-type communication)(MTC) 디바이스라고 지칭될 수도 있는 머신 대 머신(machine-to-machine)(M2M) 디바이스일 수도 있다. 하나의 특정 예로서, 단말 디바이스는, 3GPP 협대역 사물 인터넷(narrow band internet of things)(NB-IoT) 표준을 구현하는 UE일 수도 있다. 그러한 머신들 또는 디바이스들의 특정 예들은 센서들, 미터링 디바이스(metering device)들 예컨대 파워 미터(power meter)들, 산업 기계류, 또는 홈 또는 개인 어플라이언스들, 예를 들어, 냉장고들, 텔레비전들, 개인 웨어러블들 예컨대 시계들 등이다. 다른 시나리오들에서, 단말 디바이스는, 그것의 동작 스테이터스 또는 그것의 동작과 연관된 다른 기능들을 모니터링 및/또는 리포트하는 것이 가능한 차량 또는 다른 장비를 표현할 수도 있다.

본 명세서에서 "하나의 실시예(one embodiment)", "일 실시예(an embodiment)", "예시적인 실시예(an example embodiment)", 및 이와 유사한 것에 대한 언급들은, 설명된 실시예가 특정 피처, 구조체, 또는 특성을 포함할 수도 있지만, 모든 실시예가 특정 피처, 구조체, 또는 특성을 포함할 필요가 없음을 표시한다. 더욱이, 그러한 어구들은 반드시 동일한 실시예를 지칭하는 것은 아니다. 추가로, 특정 피처, 구조체, 또는 특성이 일 실시예와 관련하여 설명될 때, 명시적으로 설명되든 또는 아니든 간에 다른 실시예들과 관련하여 그러한 피처, 구조체, 또는 특성에 영향을 미치는 것이 본 기술분야의 통상의 기술자의 지식 내에 있다고 진술된다.

용어들 "제1(first)" 및 "제2(second)" 등이 본 명세서에서 다양한 요소들을 설명하기 위해 사용될 수도 있지만, 이들 요소들은 이들 용어들에 의해 제한되지 않아야 한다는 것이 이해되어야 한다. 이들 용어들은 하나의 요소를 다른 요소와 구별하기 위해서만 단지 사용된다. 예를 들어, 예시적인 실시예들의 범주로부터 벗어나는 일 없이, 제1 요소는 제2 요소로 칭해질 수 있고, 유사하게, 제2 요소는 제1 요소로 칭해질 수 있다. 본 명세서에서 사용되는 바와 같이, 용어 "및/또는(and/or)"은 연관된 리스팅된 용어들 중 하나 이상의 용어의 임의의 그리고 모든 조합들을 포함한다.

본 명세서에서 사용되는 바와 같이, 어구 "A와 B 중 적어도 하나" 또는 "A 또는 B 중 적어도 하나"는 "단지 A만, 단지 B만, 또는 A와 B 양측 모두"를 의미하는 것으로 이해되어야 한다. 어구 "A 및/또는 B"는 "단지 A만, 단지 B만, 또는 A와 B 양측 모두"를 의미하는 것으로 이해되어야 한다.

본 명세서에서 사용되는 전문용어는 단지 특정 실시예들을 설명할 목적을 위한 것이며 예시적인 실시예들을 제한하려는 것으로 의도되지 않는다. 본 명세서에서 사용되는 바와 같이, 문맥상 명확히 달리 나타내지 않는 한, 단수형들 "a", "an" 및 "the"는 복수형들도 또한 포함하도록 의도된다. 본 명세서에서 사용될 때 용어들 "포함하다(comprises)", "포함하는(comprising)", "갖다(has)", "갖는(having)", "포함하다(includes)" 및/또는 "포함하는(including)"은, 진술된 피처들, 요소들, 및/또는 컴포넌트들 등의 존재를 특정하지만, 하나 이상의 다른 피처, 요소, 컴포넌트 및/또는 이들의 조합의 존재 또는 부가를 배제하지 않는다는 것이 추가로 이해될 것이다.

본 문서에서 사용되는 바와 같은 이들 용어들은, 단지 노드들, 디바이스들 또는 네트워크들 등 간의 구분 및 설명의 편의를 위해서만 사용된다는 것에 주목한다. 기술의 진보에 따라, 유사한/동일한 의미들을 갖는 다른 용어들이 또한 사용될 수도 있다.

다음의 설명 및 청구범위에서, 달리 정의되지 않는 한, 본 명세서에서 사용되는 모든 기술적 및 과학적 용어들은 본 개시내용이 속하는 본 기술분야의 통상의 기술자에 의해 통상적으로 이해되는 것과 동일한 의미를 갖는다.

본 개시내용의 일부 실시예들은 특정 예시적인 네트워크 구성들 및 시스템 배치들에 대한 비제한적인 예들로서 사용되는 3GPP에 의해 정의된 바와 같은 셀룰러 네트워크와 관련하여 주로 설명된다는 것에 주목한다. 이와 같이, 본 명세서에서 주어지는 예시적인 실시예들의 설명은 구체적으로, 그와 직접적으로 관련된 전문용어를 지칭한다. 그러한 전문용어는 제시된 비제한적인 예들 및 실시예들의 맥락에서만 단지 사용되고, 당연히 본 개시내용을 어떤 식으로든 제한하지 않는다. 오히려, 본 명세서에서 설명되는 예시적인 실시예들이 적용가능한 한 임의의 다른 시스템 구성 또는 라디오 기술들 예컨대 무선 센서 네트워크가 동일하게 이용될 수도 있다.

도 3 및 도 4는 본 개시내용의 실시예들이 구현될 수 있는 일부 3GPP 시스템 아키텍처들을 도시한다. 단순화를 위해, 도 3 및 도 4의 시스템 아키텍처들은 일부 예시적인 요소들만을 단지 나타낸다. 실제로, 통신 시스템은, 단말 디바이스들 사이 또는 무선 디바이스와 유선 전화기, 서비스 제공자, 또는 임의의 다른 네트워크 노드 또는 단말 디바이스와 같은 다른 통신 디바이스 사이의 통신을 지원하기에 적합한 임의의 부가적인 요소들을 더 포함할 수도 있다. 통신 시스템은 통신 시스템에 의해 또는 통신 시스템을 통해 제공되는 서비스들에의 단말 디바이스들의 액세스 및/또는 그 서비스들의 단말 디바이스들의 사용을 용이하게 하기 위해 통신 및 다양한 타입들의 서비스들을 하나 이상의 단말 디바이스에 제공할 수도 있다.

도 3은 4G 네트워크에서의 하이 레벨 아키텍처를 개략적으로 도시하는데, 이는 3GPP TS 23.682 V16.9.0 - 그의 개시내용이 본 명세서에 그 전체가 참조로 포함된다 - 의 도 4.2-1a와 동일하다. 도 3의 시스템 아키텍처는 SCS, AS, SCEF, HSS(home subscriber server), UE, RAN(Radio Access Network), SGSN(Serving GPRS(General Packet Radio Service) Support Node), MME(Mobile Management Entity), MSC(Mobile Switching Centre), S-GW(Serving Gateway), GGSN/P-GW(Gateway GPRS Support Node/PDN(Packet Data Network) Gateway), MTC-IWF(Machine Type Communications-InterWorking Function) CDF/CGF(Charging Data Function/Charging Gateway Function), MTC-AAA(Machine Type Communications-authentication, authorization and accounting), SMS-SC/GMSC/IWMSC(Short Message Service-Service Centre/Gateway MSC/InterWorking MSC) IP-SM-GW(Internet protocol Short Message Gateway)와 같은 일부 예시적인 요소들을 포함할 수도 있다. 도 3에 도시된 바와 같은 네트워크 요소들 및 인터페이스들은, 3GPP TS 23.682 V16.9.0에 설명된 바와 같은 대응하는 네트워크 요소들 및 인터페이스들과 동일할 수도 있다.

도 4는 본 개시내용의 일 실시예에 따른 5세대 네트워크에서의 하이 레벨 아키텍처를 개략적으로 도시한다. 예를 들어, 5세대 네트워크는 5GS일 수도 있다. 도 4의 아키텍처는, 3GPP TS 23.501 V17.0.0 - 그의 개시내용이 본 명세서에 그 전체가 참조로 포함된다 - 에 설명된 바와 같은 도 4.2.3-1과 동일하다. 도 4의 시스템 아키텍처는 AUSF, AMF, DN(data network), NEF, NRF, NSSF, PCF, SMF, UDM, UPF, AF, UE, (R)AN, SCP(Service Communication Proxy), NSSAAF(Network Slice-Specific Authentication and Authorization Function), NSACF(Network Slice Admission Control Function) 등과 같은 일부 예시적인 요소들을 포함할 수도 있다.

예시적인 실시예에 따르면, UE는, 도 4에 예시된 바와 같이, 기준 포인트 N1을 통해 AMF와의 시그널링 커넥션을 확립할 수 있다. 이 시그널링 커넥션은, UE와 (R)AN 사이의 시그널링 커넥션 및 (R)AN과 AMF 사이의 이 UE에 대한 N2 커넥션을 포함하는, UE와 코어 네트워크 사이의 NAS(Non-access stratum) 시그널링 교환을 인에이블시킬 수도 있다. (R)AN은 기준 포인트 N3을 통해 UPF와 통신할 수 있다. UE는 기준 포인트 N6을 통해 UPF를 통해 DN(데이터 네트워크, 예를 들어, 오퍼레이터 네트워크 또는 인터넷)에 대한 프로토콜 데이터 유닛(PDU) 세션을 확립할 수 있다.

도 4에 추가로 예시된 바와 같이, 예시적인 시스템 아키텍처는, NRF, NEF, AUSF, UDM, PCF, AMF, NSACF 및 SMF와 같은 NF들에 의해 나타내는 Nnrf, Nnef, Nausf, Nudm, Npcf, Namf, Nnsacf 및 Nsmf와 같은 서비스 기반 인터페이스들을 또한 포함한다. 부가적으로, 도 4는 또한 N1, N2, N3, N4, N6 및 N9와 같은 일부 기준 포인트들을 도시하고 있는데, 이들은 NF들에서 NF 서비스들 사이의 상호작용들을 지원할 수 있다. 예를 들어, 이들 기준 포인트들은 대응하는 NF 서비스 기반 인터페이스들을 통해 그리고 특정 시스템 프로시저를 수행하기 위해 일부 NF 서비스 소비자들 및 제공자들뿐만 아니라 이들의 상호작용들을 특정함으로써 실현될 수도 있다.

도 4에 도시된 다양한 NF들은 세션 관리, 이동성 관리, 인증, 보안 등과 같은 기능들을 담당할 수도 있다. AUSF, AMF, DN, NEF, NRF, NSSF, PCF, SMF, UDM, UPF, AF, UE, (R)AN, SCP, NSACF는, 예를 들어 3GPP TS 23.501 V17.0.0의 조항 6.2에 정의된 바와 같은 기능성을 포함할 수도 있다.

도 5는 도 1의 에지 인에이블러 클라이언트 예컨대 EEC 내에서 또는 그에서 또는 그로서 구현되거나 또는 에지 인에이블러 클라이언트에 통신가능하게 커플링되는 장치에 의해 수행될 수도 있는, 본 개시내용의 일 실시예에 따른 방법의 흐름도를 도시한다. 이와 같이, 장치는, 방법(500)의 다양한 부분들을 달성하기 위한 수단들 또는 모듈들뿐만 아니라 다른 컴포넌트들과 함께 다른 프로세스들을 달성하기 위한 수단들 또는 모듈들을 제공할 수도 있다.

블록 502에서, 에지 인에이블러 클라이언트는 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 검출할 수도 있다. 일 실시예에서, 에지 인에이블러 클라이언트는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 요구될 수도 있다는 것을 검출한다. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 미래에 예상된 또는 예측된 UE 위치에 대해 요구될 수도 있다는 것을 검출할 수도 있다.

3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이, UE가 새로운 위치로 이동할 때, UE에서 AC들을 서빙하기 위해 상이한 EAS들이 더 적합할 수 있다. 그러한 전이들은 또한 비-이동성 이벤트로부터 발생하여, 서비스의 연속성을 유지하기 위해 인에이블링 계층으로부터의 지원을 요구할 수 있다.

UE에서의 AC들에 대한 서비스 연속성의 지원은 S-EAS를 T-EAS로 대체하는 동안 서비스 중단을 최소화할 수 있다.

일반적으로, S-EAS는 애플리케이션 콘텍스트와 연관된다. 서비스 연속성을 지원하기 위해, S-EAS로부터의 이 애플리케이션 콘텍스트가 T-EAS로 전송된다.

에지 인에이블러 계층에서 제공되는 서비스 연속성을 지원하기 위한 능력들은, AC 및 하나 이상의 EAS(들)의 수반이 있을 수도 있는 다양한 애플리케이션 계층 시나리오들을 고려할 수도 있다.

다음의 EDN 내(intra-EDN), EDN 간(inter-EDN) 그리고 LADN(Local Area Data Network) 관련 시나리오들이 서비스 연속성을 위해 지원된다:

- 다음의 경우들에 대한 예측 또는 예상된 UE 이동성을 포함하는, UE 이동성:

- 다음의 경우들에 대한 S-EAS 또는 EDN의 오버로드 상황들:

- EAS의 우아한 셧다운(graceful shutdown)과 같은 유지관리 양태들.

ACR의 필요성을 지원하기 위해, 다음의 엔티티 역할들이 식별된다:

- ACR의 필요성을 검출 또는 예측하는, 검출 엔티티;

- ACR이 요구된다는 것을 판정하는, 판정 이행 엔티티; 및

- ACR을 실행하는, 실행 엔티티.

검출 엔티티는, UE의 위치 또는 예측된/예상된 UE 위치와 같은, 다양한 양태들을 모니터링함으로써 ACR에 대한 가능성있는 필요성을 검출하고, ACR이 요구되는지를 결정하도록 판정 이행 엔티티에게 지시한다. AC, EEC, EES 및 EAS는 잠재적으로 검출 역할을 수행할 수 있다.

판정 이행 엔티티는 ACR이 요구된다는 것을 결정하고, ACR을 수행하도록 실행 엔티티에게 명령한다.

실행 엔티티는 판정 이행 엔티티에 의해 명령받은 대로 ACR을 수행한다.

다른 EAS가 UE를 서빙해야 한다는 판정 후에, S-EAS는 기존 애플리케이션 콘텍스트가 새로운 EAS에 전송되는지를 판정할 수 있다.

EAS는 애플리케이션 계층에서 서비스 연속성을 지원하기 위해 EES에 의해 제공되는 다음의 능력들을 이용할 수도 있다:

- 서비스 연속성 관련 이벤트들을 구독하고 대응하는 통지들을 수신함;

- T-EAS를 페치(fetch)함; 그리고

- S-EAS로부터 T-EAS로의 ACR.

EES는 애플리케이션 계층에서 서비스 연속성을 지원하기 위해 ECS에 의해 제공되는 다음의 능력들을 이용할 수 있다:

- T-EES를 페치함.

EEC는 UE가 서비스 영역 외측으로 이동하였거나 또는 이동할 것으로 예측 또는 예상된다는 것을 검출함으로써 ACR이 요구되는지를 결정할 수도 있다(3GPP TS 23.558 V2.1.0의 조항 7.3.3 참조). 서비스 영역은 서비스 프로비저닝 동안 ECS 또는 EAS 발견(Discovery) 동안 EES 중 어느 하나에 의해 EEC에 제공될 수 있다. SSC(Session and Service Continuity) 모드 3의 PDU 세션의 경우, UE가 3GPP TS 23.502 V17.0.0의 조항 4.3.5.2에 특정된 바와 같은 PDU 세션 수정 커맨드를 수신하는 경우, EEC는 ACR이 요구된다는 것을 결정할 수도 있다. SSC 모드 3의 IPv6 멀티홈(multi-homed) PDU 세션의 경우, EEC는, 3GPP TS 23.502 V17.0.0의 조항 4.3.5.3에 특정된 바와 같은 새로운 IPv6 프리픽스의 존재 및 가용성이 UE에 통지되는 경우, ACR이 요구된다는 것을 결정할 수도 있다.

SSC 모드 3의 IPv6(Internet protocol version 6) 멀티홈 PDU 세션의 경우, EEC는 UE 구현에 기초하는 PSA(PDU Session Anchor) UPF의 변경으로 인한 IPv6 프리픽스 구성에 관한 통지를 인식할 수 있다.

성공적인 ACR 후에:

- EES는 EAS에 의해 완료를 통보받는다; 그리고

- EEC는 EES에 의해 완료를 통보받는다.

일반적으로, ACR 프로시저를 수행하기 위해 다수의 단계들이 요구된다. ACR 프로시저에서 에지 인에이블먼트 계층의 잠재적인 역할들은 다음의 것을 포함한다:

- 검출 이벤트들을 제공함;

- T-EAS(들)를 선택함; 그리고

- S-EAS(들)로부터 T-EAS(들)로의 애플리케이션 콘텍스트의 전송을 지원함.

UE가 5GC(5G core network)에 연결되는 경우, AF로서 역할을 하는 EES/EAS는 3GPP TS 23.502 V17.0.0에 특정된 바와 같은 3GPP CN(core network)으로부터의 AF 트래픽 인플루언스 기능성(AF traffic influence functionality)을 이용할 수도 있다.

ACR은 서비스 연속성 계획을 위해 수행될 수 있는데, 이는 ACR 검출, 판정 및 실행이 UE의 예상된/예측된 위치에 대해 수행된다는 것을 의미한다. 그러한 경우에, T-EAS는 UE가 예상된 위치로 이동할 때 UE에게 서비스해야 한다.

서비스 연속성 계획은, 계획된, 기획된, 또는 기대된 거동에 관한 정보가 EES들에서 이용가능하거나 또는 EEC들에 의해 제공될 때, 끊김없는 서비스 연속성에 대한 지원을 제공하는 에지 인에이블러 계층 부가 가치 피처이다. 이 기능성을 구현하기 위해 EES는 다음의 것을 이용할 수도 있다:

- EEC에 의해 제공되는 정보, 예를 들어, AC 스케줄, 예상된 AC 지리적 서비스 영역, 예상된 서비스 KPI들, 선호되는 ECSP 리스트; 그리고

- 조항 8.10.3에 설명된 바와 같이 EES에 의해 이용되는 3GPP 코어 네트워크 능력들.

블록 504에서, 에지 인에이블러 클라이언트는 ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정할 수도 있다.

일 실시예에서, 서비스 연속성의 타입을 표시하는 정보 요소는 서비스 연속성 계획 표시 또는 정상 서비스 연속성 표시일 수도 있다.

서비스 연속성 계획 표시는, ACR 요청이 서비스 연속성 계획을 위한 것인지 여부를 표시한다. 서비스 연속성 계획 표시가 ACR 요청에서 생략된 경우, 그것은 정상 서비스 연속성을 의미한다.

일 실시예에서, ACR 요청은, 그것이, 서비스 연속성의 타입(정상 또는 계획)을 표시하는 정보 요소를 더 포함한다는 것을 제외하고는, 3GPP TS 23.558 V2.1.0의 조항 8.8.4.4에 설명된 바와 같은 ACR 요청과 동일할 수도 있다. 정보 요소가 ACR 요청에서 생략된 경우, 그것은 정상 서비스 연속성을 의미한다.

일 실시예에서, 정보 요소는 서비스 연속성 계획 표시 또는 정상 서비스 연속성 표시일 수도 있다.

일 실시예에서, 정보 요소는 서비스 연속성 계획의 타입 또는 정상 서비스 연속성의 타입일 수도 있다.

서비스 연속성의 타입을 표시하는 정보 요소는 비트와 같은 임의의 적합한 정보일 수도 있다.

블록 506에서, 에지 인에이블러 클라이언트는 ACR 요청 메시지를 에지 인에이블러 서버에 전송할 수도 있다.

일 실시예에서, ACR은 소스 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행된다. 예를 들어, 이 실시예는 3GPP TS 23.558 V2.1.0의 조항 8.8.2.3에 설명된 바와 같이 EEC가 S-EES를 통해 ACR을 실행하기 위한 프로시저에 대해 적용될 수도 있다. EEC가 S-EES를 통해 ACR을 실행하기 위한 프로시저에서, 서비스 연속성 계획을 위해 ACR이 트리거된다는 것을 EEC가 검출하는 경우, EEC는 S-EES에 대한 ACR 요청 메시지에 그것(예를 들어, 서비스 연속성 계획의 타입)을 표시한다. 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, S-EES는 S-EAS에 대한 ACR 통지 메시지에 그것(예를 들어, 서비스 연속성 계획의 타입)을 표시한다.

일 실시예에서, ACR은 소스 에지 인에이블러 서버에 의해 실행된다. 예를 들어, 이 실시예는 3GPP TS 23.558 V2.1.0의 조항 8.8.2.5에 설명된 바와 같이 S-EES가 S-EAS로부터 T-EAS로의 ACR을 검출, 판정 및 실행하기 위한 프로시저에 대해 적용될 수도 있다. S-EES가 S-EAS로부터 T-EAS로의 ACR을 검출, 판정 및 실행하기 위한 프로시저에서, 서비스 연속성 계획을 위해 ACR이 트리거된다는 것을 EEC가 검출하는 경우, EEC는 S-EES에 대한 ACR 요청 메시지에 그것(예를 들어, 서비스 연속성 계획의 타입)을 표시한다. 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, S-EES는, S-EAS에 대한 ACR 통지 메시지에 그것(예를 들어, 서비스 연속성 계획의 타입)을 표시하는 정보 요소를 표시한다.

일 실시예에서, ACR은 타깃 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행된다. 예를 들어, 이 실시예는 3GPP TS 23.558 V2.1.0의 조항 8.8.2.6에 설명된 바와 같이 EEC가 T-EES를 통해 ACR을 실행하기 위한 프로시저에 대해 적용될 수도 있다. EEC가 T-EES를 통해 ACR을 실행하기 위한 프로시저에서, 서비스 연속성 계획을 위해 ACR이 트리거된다는 것을 EEC가 검출하는 경우, EEC는 T-EES에 대한 ACR 요청 메시지에 그것(예를 들어, 서비스 연속성 계획의 타입)을 표시한다. 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, T-EES는 T-EAS에 대한 ACR 통지 메시지에 그것(예를 들어, 서비스 연속성 계획의 타입)을 표시한다.

일 실시예에서, 서비스 연속성의 타입(예컨대, 서비스 연속성 계획 표시)을 표시하는 정보 요소가 ACR 요청 메시지에서 설정될 때, ACR 요청 메시지는, 서비스 연속성 계획을 위해 ACR이 트리거됨을 표시한다.

도 6은 도 1의 에지 인에이블러 서버 예컨대 EES 내에서 또는 그에서 또는 그로서 구현되거나 또는 에지 인에이블러 서버에 통신가능하게 커플링되는 장치에 의해 수행될 수도 있는, 본 개시내용의 다른 실시예에 따른 방법의 흐름도를 도시한다. 이와 같이, 장치는, 방법(600)의 다양한 부분들을 달성하기 위한 수단들 또는 모듈들뿐만 아니라 다른 컴포넌트들과 함께 다른 프로세스들을 달성하기 위한 수단들 또는 모듈들을 제공할 수도 있다. 상기의 실시예들에서 설명된 일부 부분들에 대해, 이들의 설명이 간결성을 위해 여기서 생략된다.

블록 602에서, 에지 인에이블러 서버는 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정할 수도 있다.

일 실시예에서, 에지 인에이블러 서버는 에지 인에이블러 클라이언트로부터 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지를 수신하고, 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지에 기초하여 ACR이 요구된다는 것을 결정할 수도 있다. 예를 들어, 에지 인에이블러 클라이언트는 도 5의 블록 506에서 ACR 요청 메시지를 에지 인에이블러 서버에 전송할 수도 있고, 그 후에 에지 인에이블러 서버는 에지 인에이블러 클라이언트로부터 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지를 수신하고, 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지에 기초하여 ACR이 요구된다는 것을 결정할 수도 있다.

일 실시예에서, 에지 인에이블러 서버는 ACR이 요구된다는 것을 검출하고, 검출에 기초하여 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정할 수도 있다. 예를 들어, 에지 인에이블러 서버는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 요구될 수도 있다는 것을 검출한다. 에지 인에이블러 서버는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 미래에 예상된 또는 예측된 UE 위치에 대해 요구될 수도 있다는 것을 검출할 수도 있다.

블록 604에서, 에지 인에이블러 서버는 ACR에 대한 통지 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정할 수도 있다. 일 실시예에서, 서비스 연속성의 타입을 표시하는 정보 요소는 서비스 연속성 계획 표시 또는 정상 서비스 연속성 표시일 수도 있다.

서비스 연속성 계획 표시는 ACR에 대한 통지 메시지가 서비스 연속성 계획을 위한 것인지 여부를 표시한다. 서비스 연속성 계획 표시가 ACR에 대한 통지 메시지에서 생략된 경우, 그것은 정상 서비스 연속성을 의미한다.

블록 606에서, 에지 인에이블러 서버는 ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송할 수도 있다. 에지 애플리케이션 서버는 도 1의 EAS와 동일할 수도 있다.

일 실시예에서, ACR에 대한 통지 메시지는, 그것이, 서비스 연속성의 타입(정상 또는 계획)을 표시하는 정보 요소를 더 포함한다는 것을 제외하고는, 3GPP TS 23.558 V2.1.0의 조항 8.6.3.2.3 및 8.6.3.3.4에 설명된 바와 같은 ACR 관리 이벤트 통지일 수도 있다. 생략된 경우, 그것은 정상 서비스 연속성을 의미한다. 일 실시예에서, 서비스 연속성 타입의 정보 요소는 "ACR 모니터링" 이벤트 또는 임의의 다른 적합한 이벤트들에 대해 적용가능할 수도 있다.

도 7은 도 1의 에지 애플리케이션 서버 예컨대 EAS 내에서 또는 그에서 또는 그로서 구현되거나 또는 에지 애플리케이션 서버에 통신가능하게 커플링되는 장치에 의해 수행될 수도 있는, 본 개시내용의 다른 실시예에 따른 방법의 흐름도를 도시한다. 이와 같이, 장치는, 방법(700)의 다양한 부분들을 달성하기 위한 수단들 또는 모듈들뿐만 아니라 다른 컴포넌트들과 함께 다른 프로세스들을 달성하기 위한 수단들 또는 모듈들을 제공할 수도 있다. 상기의 실시예들에서 설명된 일부 부분들에 대해, 이들의 설명이 간결성을 위해 여기서 생략된다.

블록 702에서, 에지 애플리케이션 서버는 에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신할 수도 있다. ACR에 대한 통지 메시지는, 서비스 연속성의 타입을 표시하는 정보 요소를 포함한다. 예를 들어, 에지 인에이블러 서버는 도 6의 블록 606에서 ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송할 수도 있고, 그 후에 에지 애플리케이션 서버는 에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신할 수도 있다.

블록 704에서, 에지 애플리케이션 서버는 서비스 연속성의 타입을 표시하는 정보 요소에 기초하여 서비스 연속성 계획을 위해 ACR이 트리거되었는지 여부를 결정할 수도 있다. 예를 들어, 정보 요소가 서비스 연속성 계획의 타입을 표시할 때, 에지 애플리케이션 서버는 서비스 연속성 계획을 위해 ACR이 트리거되었다는 것을 결정할 수도 있다. 정보 요소가 정상 서비스 연속성의 타입을 표시하거나 또는 생략될 때, 에지 애플리케이션 서버는 정상 서비스 연속성을 위해 ACR이 트리거되었다는 것을 결정할 수도 있다.

서비스 연속성 계획의 타입을 표시하는 정보 요소를 포함하는 ACR 통지 메시지를 수신한 후의 EAS(예컨대, T-EAS 또는 S-EAS)에서의 핸들링을 위해, EAS는 UE 위치 모니터링(이전에 시작되지 않은 경우)을 시작해야 한다. S-EAS는 UE가 예측된/예상된 위치로 아직 이동하지 않았을 때의 시간으로부터 UE가 예측된/예상된 위치로 실제로 이동한 때의 시간까지 T-EAS에서의 애플리케이션 콘텍스트가 S-EAS에서의 최신 정보와 동기화된다는 것을 보장해야 한다.

블록 706에서, 서비스 연속성 계획을 위해 ACR이 트리거되었을 때 그리고 ACR과 관련된 사용자 장비가 예상된 위치로 이동한 후에, 에지 애플리케이션 서버는 ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 에지 인에이블러 서버에 전송할 수도 있다.

일 실시예에서, 3GPP TS 23.558 V2.1.0의 표 8.6.3.3.4-1은 다음의 표 1과 같이 개정될 수도 있다. 표 8.6.3.3.4-1은 EES로부터 EAS로의 ACR 관리 이벤트 통지에 대한 정보 요소들을 설명하고 있다.

표 1: ACR 관리 이벤트 통지

다른 실시예에서, 3GPP TS 23.558 V2.1.0의 표 8.6.3.3.4-1은 다음의 표 2와 같이 개정될 수도 있다.

표 8.6.3.3.4-1: ACR 관리 이벤트 통지

도 8a는 본 개시내용의 일 실시예에 따른 연속적인 ACR 관리 이벤트 통지들을 위한 EES와 EAS 사이의 통지 동작을 예시한다. 도 8a는 3GPP TS 23.558 V2.1.0의 도 8.6.3.2.3-1과 동일하다.

도 8a의 단계 1에서. EES는 (예를 들어, 3GPP 코어 네트워크로부터 UE에 대한 사용자 평면 경로 관리 이벤트 통지를 수신한) UE의 ACR 관리 이벤트를 검출한다. 일 실시예에서, EES는 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정할 수도 있다. 예를 들어, 에지 인에이블러 서버는 에지 인에이블러 클라이언트로부터 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지를 수신하고, 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지에 기초하여 ACR이 요구된다는 것을 결정할 수도 있다. 다른 예로서, EES는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 요구될 수도 있다는 것을 검출한다. 에지 인에이블러 서버는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 미래에 예상된 또는 예측된 UE 위치에 대해 요구될 수도 있다는 것을 검출할 수도 있다.

a. "사용자 평면 경로 변경" 이벤트가 구독되는 경우, EES는 UE(들)의 최근 정보로서 타임스탬프와 함께 검출된 사용자 평면 경로 관리 이벤트 통지를 로컬로 캐싱하고 UE들의 그룹에 대한 통지 집계를 시작할 수도 있다. EES는 3GPP 코어 네트워크로부터 수신된 분석 결과, 로컬 정책 및 EAS로부터 수신된 사용자 평면 경로 관리 구독 정보에 기초하여 집계 여부 및 집계 기간을 판정한다. EES는 "사용자 평면 경로 관리" 이벤트에 대해 구독한 EAS들에게 사용자 평면 경로 관리 이벤트 통지 정보(예를 들어, DNAI)를 통지하는 것으로 결정한다.

b. "ACR 모니터링" 이벤트가 구독되는 경우, 3GPP 코어 네트워크로부터 전송된 검출된 사용자 평면 경로 변경 리포트에 기초하여, EES는 타깃 DNAI가 구독 EAS의 EAS 프로파일에 있는지 여부를 체크하고, 없는 경우, 그것은 3GPP TS 23.558 V2.1.0의 조항 8.8.3.2의 단계들 2-4에 설명된 바와 같이 T-EAS가 타깃 DNAI에서 이용가능한지 여부를 추가로 체크한다.

c. "ACR 촉진" 이벤트가 구독되는 경우, 3GPP 코어 네트워크로부터 전송된 검출된 사용자 평면 경로 변경 리포트에 기초하여, EES는 타깃 DNAI가 구독 EAS의 EAS 프로파일에 있는지 여부를 체크하고, 없는 경우, 그것은 3GPP TS 23.558 V2.1.0의 조항 8.8.3.2의 단계들 2-4에 설명된 바와 같이 T-EAS가 타깃 DNAI에서 이용가능한지 여부를 추가로 체크한다. T-EAS가 이용가능한 경우, EES는 발견된 EAS 리스트로부터 T-EAS를 선택하고, 3GPP 코어 네트워크에서 선택된 T-EAS의 N6 라우팅 정보를 AF 트래픽 인플루언스에 적용한다. EES는 선택된 T-EAS 엔드포인트를 S-EAS에 또한 통지한다.

도 8a의 단계 2에서. EES는 ACR 관리 이벤트 통지를 EAS에 전송한다. EES는, UE(들)의 ACR 관리 이벤트 통지 정보 그리고 임의로 타임스탬프를 포함한다. 통지를 트리거하는 이벤트가 DNAI 변경인 경우, 타임스탬프가 포함되어 사용자 평면 경로 관리 이벤트 통지 정보의 시기(age)를 표시할 수 있다. EES는, 3GPP 네트워크로부터의 사용자 평면 경로 관리 이벤트 통지들에 포함된 정보 중 일부(예를 들어, 타깃 DNAI)만을 단지 제공할 수도 있다. EAS가 "EAS 확인응답의 표시"를 제공한 경우, EES는 그것이 AF 확인응답을 3GPP 코어 네트워크에 전송하기 전에 EAS로부터의 확인응답을 기다린다. T-EAS가 이용가능한 경우, EES는 T-EAS 엔드포인트를 EAS에 통지하고; 그렇지 않으면 이 이벤트 통지가 전송되지 않을 것이다. 일 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EES는 EAS에 대한 ACR 관리 이벤트 통지에 그것을 표시한다. 다른 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EES는 EAS에 대한 ACR 관리 이벤트 통지에 서비스 연속성 계획 표시를 설정한다.

도 8a의 단계 3에서. EAS가, 3GPP TS 23.558 V2.1.0의 조항 8.6.3.2.1에 설명된 ACR 경로 관리 이벤트 구독 요청 내에 EAS 확인응답의 표시를 포함한 경우, EAS는 요구된 ACT가 완료된 후에 또는 즉시 ACR 관리 이벤트 통지에 대한 응답으로서 EAS 확인응답을 EES에 전송한다. EAS는 부정적으로 리플라이할 수도 있는데, 예를 들어, EAS는 ACR을 수행하지 않는 것으로 결정할 수도 있다. 그 후에, EES는 AF 확인응답을 3GPP 코어 네트워크에 전송한다.

도 8b는 본 개시내용의 일 실시예에 따른 EEC가 S-EES를 통해 ACR을 실행하기 위한 프로시저를 예시한다. 도 8b는 3GPP TS 23.558 V2.1.0의 도 8.8.2.3-1과 동일하다.

전제 조건(Pre-condition):

1. UE에서의 AC는 이미 S-EAS에 대한 커넥션을 갖고 있다; 그리고

2. EEC는 S-EES와 통신하는 것이 가능하다.

페이즈(Phase) I: ACR 검출

도 8b의 단계 1에서. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 요구될 수도 있다는 것을 검출한다. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 미래에 예상된 또는 예측된 UE 위치에 대해 요구될 수도 있다는 것을 검출할 수도 있다.

페이즈 II: ACR 판정

도 8b의 단계 2에서. EEC는 ACR를 트리거하기 위해 요구된 프로시저들을 진행하는 것으로 판정한다.

페이즈 III: ACR 실행

도 8b의 단계 3에서. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.3에 따라 프로비저닝된 정보를 사용하거나 또는 서비스 프로비저닝 프로시저를 수행함으로써 T-EES를 결정한다. 도 8b의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거될 때, 그러면 (조항 8.3에 특정된 바와 같은) 서비스 프로비저닝 프로시저에 있어서의 연결성 정보 및 UE 위치가, 예상된 연결성 정보 및 예상된 UE 위치를 포함한다. UE가 T-EES의 서비스 영역 내에 있는 경우, T-EES의 선택 시에 UE는 타깃 EDN에 대한 새로운 PDU 커넥션을 확립할 필요가 있을 수도 있다. 그 후에, EEC는 3GPP TS 23.558 V2.1.0의 조항 8.5.2에 따라 T-EES와 함께 EAS 발견을 수행함으로써 T-EAS를 발견 및 선택할 수 있다.

도 8b의 단계 4에서. EEC는 ACR 개시를 표시하는 ACR 액션 및 대응하는 ACR 개시 데이터(EAS에 통지할 필요성을 가짐)로 S-EES에 대한 (3GPP TS 23.558 V2.1.0의 8.8.3.4에 설명된 바와 같은) ACR 론칭 프로시저를 수행한다. 일 실시예에서, 도 8b의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EEC는 S-EES에 대한 ACR 요청 메시지에 그것을 표시한다. 다른 실시예에서, 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EEC는 S-EES에 대한 ACR 요청 메시지에 서비스 연속성 계획 표시를 설정한다. S-EES는 EEC로부터의 요청을 인가한다. S-EES는 EEC로부터 수신된 정보, EEC 콘텍스트 및/또는 EAS 프로파일에 기초하여 ACR을 실행하는 것으로 판정하고, S-EES는 3GPP 코어 네트워크(적용가능한 경우)에서 T-EAS의 N6 라우팅 정보를 AF 트래픽 인플루언스에 적용할 수도 있고, S-EAS와 T-EAS 사이에서 ACT를 개시하도록 ACR 통지 메시지를 S-EAS에 전송한다. 일 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, S-EES는 S-EAS에 대한 ACR 통지 메시지에 그것을 표시한다. 다른 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, S-EES는 S-EAS에 대한 ACR 통지 메시지에 서비스 연속성 계획 표시를 설정한다. EEC는, 3GPP TS 23.558 V2.1.0의 조항 8.8.3.5.2에 설명된 바와 같이, S-EES로부터 ACR 완료 이벤트들에 대한 ACR 정보 통지들을 수신하도록 또한 구독한다.

도 8b의 단계 5에서. S-EAS는 구현 특정 시간에 애플리케이션 콘텍스트를 T-EAS에 전송한다.

페이즈 IV: 포스트-ACR 클린업(Post-ACR Clean up)

도 8b의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거되었을 때, UE가 예측된 위치로 이동하지 않은 경우, EEC는 T-EES에 연결되지 않고, AC는 T-EAS에 연결되지 않는다. 도 8b의 단계들 6 및 7이 스킵된다.

편집자의 노트: 도 8b의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거될 때, UE가 예측된 위치로 이동한 후에 도 8b의 단계들 6 및 7이 수행된다.

도 8b의 단계 6에서. S-EAS는 ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 S-EES에 전송한다.

도 8b의 단계 7에서. S-EES는 3GPP TS 23.558 V2.1.0의 조항 8.8.3.5.3에 특정된 바와 같이 ACR이 완료되었음을 확인하기 위해 ACR 정보 통지 메시지를 EEC에 전송한다.

도 9는 본 개시내용의 일 실시예에 따른 S-EES가 S-EAS로부터 T-EAS로의 ACR을 검출, 판정 및 실행하기 위한 프로시저를 예시한다. 도 9는 3GPP TS 23.558 V2.1.0의 도 8.8.2.5-1과 동일하다.

도 9의 이 프로시저는 3GPP TS 23.558 V2.1.0의 조항 8.8.3.6에 따라 S-EAS에 의해 개시될 때 S-EES에 의한 자동화된 ACR을 지원할 수도 있다.

전제 조건:

1. UE에서의 AC는 이미 S-EAS에 대한 커넥션을 갖고 있다;

2. EEC는 S-EES와 통신하는 것이 가능하다; 그리고

3. EEC는, 3GPP TS 23.558 V2.1.0의 조항 8.8.3.5.2에 설명된 바와 같이, S-EES로부터 타깃 정보 통지 이벤트들 및 ACR 완료 이벤트들에 대한 ACR 정보 통지들을 수신하도록 구독하였다.

도 9의 단계 1에서. S-EAS는 3GPP TS 23.558 V2.1.0의 조항 8.8.3.6에 특정된 바와 같이 S-EES와 함께 자동화된 ACR을 개시할 수도 있다. 이 단계에서, S-EAS 및 S-EES는 S-EES에 대한 애플리케이션 콘텍스트 스토리지의 어드레스를 협상한다. S-EAS는, ACT가 요구될 때 S-EES에 의해 추가로 액세스될 수 있는 이 어드레스에 애플리케이션 콘텍스트를 배치시킨다.

이 경우에, S-EES는 도 9의 단계들 2(즉, S-EES 검출), 4, 5, 6, 7, 8, 9 및 11을 실행한다. 도 9의 나머지 단계들이 스킵된다.

페이즈 I: ACR 검출

도 9의 단계 2에서. 검출 엔티티들(S-EAS, S-EES, EEC)은 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 요구될 수도 있다는 것을 검출한다. S-EES에 의한 검출은 "ACR 촉진" 이벤트에 대한 S-EAS 요청으로 인해 3GPP 코어 네트워크로부터 수신된 사용자 평면 경로 변경 통지에 의해 트리거될 수도 있다(3GPP TS 23.558 V2.1.0의 조항 8.6.3 참조).

검출 엔티티는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 미래에 예상된 또는 예측된 UE 위치에 대해 요구될 수도 있다는 것을 검출할 수도 있다.

도 9의 단계 3에서. 검출 엔티티는 ACR 결정을 표시하는 ACR 액션 및 대응하는 ACR 결정 데이터로 (3GPP TS 23.558 V2.1.0의 8.8.3.4에 설명된 바와 같은) ACR 론칭 프로시저를 수행한다. 일 실시예에서, 도 9의 단계 2에서 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EEC는 S-EES에 대한 ACR 요청 메시지에 그것을 표시한다. 다른 실시예에서, 단계 2에서 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EEC는 S-EES에 대한 ACR 요청 메시지에 서비스 연속성 계획 표시를 설정한다.

페이즈 II: ACR 판정

도 9의 단계 4에서. S-EES는 수신된 경우 메시지를 인가한다. S-EES는 수신된 정보 또는 로컬 검출, 및 EEC 콘텍스트 또는 EAS 프로파일의 정보에 기초하여 ACR을 실행한 후에, 도 9의 아래의 단계들을 진행하는 것으로 판정한다.

페이즈 III: ACR 실행

도 9의 단계 5에서. S-EES는 본 문서의 조항 8.8.3.2에서의 T-EAS 발견 프로시저를 통해 T-EES 및 T-EAS를 결정한다. 도 9의 단계 2에서 서비스 연속성 계획을 위해 ACR이 트리거되었을 때, 그러면 T-EES 검색 프로시저에 제공된 UE 위치 및 타깃 DNAI 값들이, 예상된 UE 위치 및 예상된 타깃 DNAI를 포함한다. S-EES는 T-EAS가 이용가능하지 않은 경우 ACR을 수행하지 않는 것으로 판정할 수도 있다.

도 9의 단계 6에서. S-EES는 3GPP TS 23.558 V2.1.0의 조항 8.8.3.5.3에 설명된 바와 같이 타깃 정보 통지를 EEC에 전송한다.

도 9의 단계 7에서. S-EES는 3GPP 코어 네트워크(적용가능한 경우)에서 T-EAS의 N6 라우팅 정보를 AF 트래픽 인플루언스에 적용할 수도 있다.

도 9의 단계 8에서. S-EES는 S-EAS와 T-EAS 사이에서 ACT를 개시하도록 ACR 통지 메시지를 (예를 들어, "ACR 촉진" 이벤트에 대한 통지로서) S-EAS에 전송한다. 일 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, S-EES는 S-EAS에 대한 ACR 통지 메시지에 그것을 표시한다. 다른 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, S-EES는 S-EAS에 대한 ACR 통지 메시지에 서비스 연속성 계획 표시를 설정한다.

도 9의 단계 9에서. 애플리케이션 콘텍스트가 구현 특정 시간에 S-EAS로부터 T-EAS로 전송된다. 자동화된 ACR의 경우에, S-EES는 도 9의 단계 1에 따라 어드레스로부터의 애플리케이션 콘텍스트에 액세스하고, S-EES 및 T-EES는 안전한 방식으로 S-EAS로부터 (도 9의 단계 5에 따라 획득된) T-EAS로의 ACT에 관여한다. 추가로 T-EAS는, T-EES에 의해 이용가능해진 애플리케이션 콘텍스트에 액세스한다. S-EAS는 T-EAS와 직접적으로 ACT를 수행할 수도 있다.

애플리케이션 콘텍스트는 애플리케이션 계층에 의해 암호화 및 보호된다. S-EES 및 T-EES는 애플리케이션 콘텍스트의 패킷 레벨 전송에 관여하고 이들은 애플리케이션 콘텍스트의 콘텐츠에 대한 어떠한 가시성도 갖지 않는다.

페이즈 IV: 포스트-ACR 클린업

도 9의 단계 2에서 서비스 연속성 계획을 위해 ACR이 트리거되었을 때, UE가 예측된 위치로 이동하지 않은 경우, EEC는 T-EES에 연결되지 않고, AC는 T-EAS에 연결되지 않는다. 도 9의 단계들 10 및 11이 스킵된다.

도 9의 단계 2에서 서비스 연속성 계획을 위해 ACR이 트리거되었을 때, 도 9의 단계들 10 및 11은 UE가 예상된 위치로 이동한 후에만 단지 수행될 것이다.

도 9의 단계 10에서. S-EAS는 ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 S-EES에 전송한다.

도 9의 단계 11에서. S-EES는 3GPP TS 23.558 V2.1.0의 조항 8.8.3.5.3에 특정된 바와 같이 ACR이 완료되었음을 확인하기 위해 ACR 정보 통지 메시지를 EEC에 전송한다.

애플리케이션 클라이언트 메커니즘은 T-EAS로의 애플리케이션 트래픽의 전환을 지원할 수도 있다.

도 10은 본 개시내용의 일 실시예에 따른 EEC가 T-EES를 통해 ACR을 실행하기 위한 프로시저를 예시한다. 도 10은 3GPP TS 23.558 V2.1.0의 도 8.8.2.6-1과 동일하다.

전제 조건:

1. EEC는, AC를 서빙하는 S-EAS 정보를 갖는다.

페이즈 I: ACR 검출

도 10의 단계 1에서. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 요구될 수도 있다는 것을 검출한다. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.8.1에 설명된 바와 같이 ACR이 미래에 예상된 또는 예측된 UE 위치에 대해 요구될 수도 있다는 것을 검출할 수도 있다.

페이즈 II: ACR 판정

도 10의 단계 2에서. EEC는 ACR에 대한 요구된 프로시저들을 진행하는 것으로 판정한다.

지원된 경우, AC는 판정에 수반될 수 있다.

페이즈 III: ACR 실행

도 10의 단계 3에서. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.3에 따라 프로비저닝된 정보를 사용하거나 또는 서비스 프로비저닝 프로시저를 수행함으로써 T-EES를 결정한다. 도 10의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거될 때, 그러면 서비스 프로비저닝 프로시저에 사용되는 연결성 정보 및 UE 위치가, 예상된 연결성 정보 및 예상된 UE 위치를 포함한다. UE가 T-EES의 서비스 영역 내에 있는 경우, T-EES의 선택 시에 UE는 타깃 EDN에 대한 새로운 PDU 커넥션을 확립할 필요가 있을 수도 있다. EEC는 3GPP TS 23.558 V2.1.0의 조항 8.5.2에 따라 T-EES와 함께 EAS 발견을 수행한다.

도 10의 단계 4에서. EEC는 ACR 개시를 표시하는 ACR 액션 및 대응하는 ACR 개시 데이터(EAS에 통지할 필요성을 가짐)로 T-EES에 대한 (3GPP TS 23.558 V2.1.0의 8.8.3.4에 설명된 바와 같은) ACR 론칭 프로시저를 수행한다. 일 실시예에서, 도 10의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EEC는 T-EES에 대한 ACR 요청 메시지에 그것을 표시한다. 다른 실시예에서, 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, EEC는 T-EES에 대한 ACR 요청 메시지에 서비스 연속성 계획 표시를 설정한다. T-EES는 3GPP 코어 네트워크(적용가능한 경우)에서 T-EAS의 N6 라우팅 정보를 AF 트래픽 인플루언스에 적용할 수도 있다. 그 후에 T-EES는 ACR 통지 메시지를 T-EAS에 전송한다. EEC는, 3GPP TS 23.558 V2.1.0의 조항 8.8.3.5.2에 설명된 바와 같이, T-EES로부터 ACR 완료 이벤트들에 대한 ACR 정보 통지들을 수신하도록 또한 구독한다. 일 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, T-EES는 T-EAS에 대한 ACR 통지 메시지에 그것을 표시한다. 다른 실시예에서, 서비스 연속성 계획을 위해 ACR이 트리거되는 경우, T-EES는 T-EAS에 대한 ACR 통지 메시지에 서비스 연속성 계획 표시를 설정한다.

도 10의 단계 5에서. T-EAS는 S-EAS와 T-EAS 사이에서 ACT를 개시한다.

페이즈 IV: 포스트-ACR 클린업

도 10의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거되었을 때, UE가 예측된 위치로 이동하지 않은 경우, EEC는 T-EES에 연결되지 않고, AC는 T-EAS에 연결되지 않는다. 도 10의 단계들 6 및 7이 스킵된다.

편집자의 노트 2: 도 10의 단계 1에서 서비스 연속성 계획을 위해 ACR이 트리거되었을 때, 도 10의 단계들 6 및 7은 UE가 예상된 위치로 이동한 후에만 단지 수행될 것이다.

도 10의 단계 6에서. T-EAS는 ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 T-EES에 전송한다.

도 10의 단계 7에서. T-EES는 3GPP TS 23.558 V2.1.0의 조항 8.8.3.5.3에 설명된 바와 같이 ACR 정보 통지 메시지를 EEC에 전송한다.

도 10의 단계 4 이후에 프로시저가 실패하는 경우, 그것은 도 10의 단계 7에서 EEC로의 ACR 응답 메시지에 적절한 원인을 포함하여 종료될 것이다. 그 후에, EEC는 서비스 연속성 지원 없이 도 10의 단계 3에서 발견된 T-EAS로부터 서비스들을 획득하려는 시도를 진행할 수도 있다. 대안적으로, EEC는 현재 프로시저를 재개하여 도 10의 단계 3으로 시작하고 상이한 T-EES를 선택할 수도 있다.

상이한 ECSP들에 의해 동작되는 EDN들 사이의 ACR의 지원은 ECSP들 사이의 비즈니스 합의에 좌우된다.

도 11은 본 개시내용의 일 실시예에 따른 EEC에 의한 ACR 론칭 프로시저를 예시한다. 도 11은 3GPP TS 23.558 V2.1.0의 도 8.8.3.4-1과 동일하다.

ACR 요청에 표시된 ACR 액션에 따라, 프로시저는 ACR 개시 또는 ACR 결정 중 어느 하나를 위해 사용된다.

전제 조건:

1. EEC는 조항 8.11에 특정된 바와 같이 EES와 통신하도록 인가되었다.

도 11의 단계 1에서. EEC는 ACR을 시작하기 위해 ACR 요청 메시지를 EES에 전송한다. ACR 요청 메시지는, ACR 개시 요청 또는 ACR 결정 요청 중 어느 하나를 표시하기 위한 ACR 액션을 포함한다. 일 실시예에서, ACR 요청 메시지는, 론칭 프로시저가 서비스 연속성 계획을 위한 것인지 여부를 표시하기 위한 서비스 연속성 타입을 포함할 수도 있다. 다른 실시예에서, EEC가 서비스 연속성 계획을 요구하는 경우, 그것은 ACR 요청 메시지에 서비스 연속성 계획 표시를 또한 설정한다.

ACR 개시를 위한 ACR 요청은:

- EEC가 EAS 통지를 수행하도록 EES에 요청하는지 여부의 표시를 포함하고;

- 3GPP TS 23.501[2]에서와 같이 AF 트래픽 인플루언스를 수행하기 위해 EES에 의해 사용되는 정보를 제공한다.

ACR 결정을 위한 ACR 요청은, EEC에서 ACR에 대한 필요성이 검출되었음을 EES에 통보한다.

도 11의 단계 2에서. EES는 EEC가 이 동작에 대해 인가되는지를 체크한다. 인가된 경우, EES는 요청을 프로세싱하고 요구된 동작들을 수행한다.

단계 1에서의 요청이 ACR 개시를 위한 것인 경우:

- EES는, 3GPP TS 23.501 V17.0.0, 조항 5.6.7.1에 설명된 바와 같이, 3GPP 코어 네트워크(적용가능한 경우)에서 T-EAS의 N6 라우팅 정보를 AF 트래픽 인플루언스에 적용하기 위해 요청에 제공된 정보를 사용할 수도 있고;

- EAS 통지 표시가 단계 1 요청에 제공되고 EAS가 그러한 통지를 수신하도록 구독한 경우, EES는 ACR을 시작할 필요성에 관해 EAS에 통지해야 한다.

단계 1에서의 요청이 ACR 결정을 위한 것인 경우, EES는 3GPP TS 23.558 V2.1.0의 조항 8.8.2.5에 설명된 바와 같이 ACR을 실행하는 것으로 판정한다.

도 11의 단계 3에서. EES는 ACR 응답 메시지로 EEC의 요청에 응답한다.

일 실시예에서, 3GPP TS 23.558 V2.1.0의 표 8.8.4.4-1은 다음의 표 3과 같이 개정될 수도 있다. 표 8.8.4.4-1은 EEC로부터 S-EES 또는 T-EES 중 어느 하나로 전송된 ACR 요청에 대한 정보 요소들을 설명하고 있다.

표 3: ACR 요청

다른 실시예에서, 3GPP TS 23.558 V2.1.0의 표 8.8.4.4-1은 다음의 표 4와 같이 개정될 수도 있다.

표 4: ACR 요청

도 5 내지 도 11에 도시된 다양한 블록들/단계들은 방법 단계들로서, 그리고/또는 컴퓨터 프로그램 코드의 동작으로부터 발생하는 동작들로서, 그리고/또는 연관된 기능(들)을 수행하도록 구축되는 복수의 커플링된 로직 회로 요소들로서 보여질 수도 있다. 상술된 개략적 흐름도 다이어그램들은 일반적으로 논리적 흐름도 다이어그램들로서 제시된다. 이와 같이, 도시된 순서 및 라벨링된 단계들은 제시된 방법들의 특정 실시예들을 나타낸다. 예시된 방법들의 하나 이상의 단계 또는 그의 부분에 대한 기능, 로직, 또는 효과가 동등한 다른 단계들 및 방법들이 고려될 수도 있다. 부가적으로, 특정 방법이 발생하는 순서는 도시된 대응하는 단계들의 순서를 엄격하게 고수할 수도 있거나 또는 고수하지 않을 수도 있다.

도 12는 본 개시내용의 일부 실시예들을 실시하기에 적합한 장치를 도시하는 블록 다이어그램이다. 예를 들어, 상술된 에지 인에이블러 클라이언트, 에지 인에이블러 서버 및 에지 애플리케이션 서버 중 임의의 하나는 장치(1200)로서 또는 장치(1200)를 통해 구현될 수도 있다.

장치(1200)는, 디지털 프로세서(DP)와 같은 적어도 하나의 프로세서(1221), 및 프로세서(1221)에 커플링되는 적어도 하나의 메모리(MEM)(1222)를 포함한다. 장치(1220)는, 프로세서(1221)에 커플링되는 송신기 TX 및 수신기 RX(1223)를 더 포함할 수도 있다. MEM(1222)은 프로그램(PROG)(1224)을 저장한다. PROG(1224)는, 연관된 프로세서(1221) 상에서 실행될 때, 장치(1220)가 본 개시내용의 실시예들에 따라 동작할 수 있게 하는 명령어들을 포함할 수도 있다. 적어도 하나의 프로세서(1221)와 적어도 하나의 MEM(1222)의 조합은 본 개시내용의 다양한 실시예들을 구현하도록 적응되는 프로세싱 수단(1225)을 형성할 수도 있다.

본 개시내용의 다양한 실시예들은 프로세서(1221), 소프트웨어, 펌웨어, 하드웨어 중 하나 이상에 의해 또는 이들의 조합으로 실행가능한 컴퓨터 프로그램에 의해 구현될 수도 있다.

MEM(1222)은 로컬 기술 환경에 적합한 임의의 타입으로 될 수도 있고, 비제한적인 예들로서, 반도체 기반 메모리 디바이스들, 자기 메모리 디바이스들 및 시스템들, 광학 메모리 디바이스들 및 시스템들, 고정식 메모리들 및 이동식 메모리들과 같은 임의의 적합한 데이터 저장 기술을 사용하여 구현될 수도 있다.

프로세서(1221)는 로컬 기술 환경에 적합한 임의의 타입으로 될 수도 있고, 비제한적인 예들로서, 범용 컴퓨터들, 특수 목적 컴퓨터들, 마이크로프로세서들, 디지털 신호 프로세서(digital signal processor)(DSP)들 및 멀티코어 프로세서 아키텍처에 기초하는 프로세서들 중 하나 이상을 포함할 수도 있다.

장치가 에지 인에이블러 클라이언트로서 또는 에지 인에이블러 클라이언트에서 구현되는 일 실시예에서, 메모리(1222)는, 프로세서(1221)에 의해 실행가능한 명령어들을 포함하여, 이에 의해 에지 인에이블러 클라이언트가 상술된 바와 같은 에지 인에이블러 클라이언트와 관련된 방법들 중 임의의 방법의 임의의 단계에 따라 동작한다.

장치가 에지 인에이블러 서버로서 또는 에지 인에이블러 서버에서 구현되는 일 실시예에서, 메모리(1222)는, 프로세서(1221)에 의해 실행가능한 명령어들을 포함하여, 이에 의해 에지 인에이블러 서버가 상술된 바와 같은 에지 인에이블러 서버와 관련된 방법들 중 임의의 방법의 임의의 단계에 따라 동작한다.

장치가 에지 애플리케이션 서버로서 또는 에지 애플리케이션 서버에서 구현되는 일 실시예에서, 메모리(1222)는, 프로세서(1221)에 의해 실행가능한 명령어들을 포함하여, 이에 의해 에지 애플리케이션 서버가 상술된 바와 같은 에지 애플리케이션 서버와 관련된 방법들의 임의의 단계에 따라 동작한다.

도 13은 본 개시내용의 일 실시예에 따른 에지 인에이블러 클라이언트를 도시하는 블록 다이어그램이다. 도시된 바와 같이, 에지 인에이블러 클라이언트(1300)는 검출 모듈(1302), 설정 모듈(1304) 및 전송 모듈(1306)을 포함한다. 검출 모듈(1302)은 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 검출하도록 구성될 수도 있다. 설정 모듈(1304)은 ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하도록 구성될 수도 있다. 전송 모듈(1306)은 ACR 요청 메시지를 에지 인에이블러 서버에 전송하도록 구성될 수도 있다.

도 14는 본 개시내용의 일 실시예에 따른 에지 인에이블러 서버를 도시하는 블록 다이어그램이다. 도시된 바와 같이, 에지 인에이블러 서버(1400)는 결정 모듈(1402), 설정 모듈(1404) 및 전송 모듈(1406)을 포함한다. 결정 모듈(1402)은 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하도록 구성될 수도 있다. 설정 모듈(1404)은 ACR에 대한 통지 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하도록 구성될 수도 있다. 전송 모듈(1604)은 ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송하도록 구성될 수도 있다.

도 15는 본 개시내용의 일 실시예에 따른 에지 애플리케이션 서버를 도시하는 블록 다이어그램이다. 도시된 바와 같이, 에지 애플리케이션 서버(1500)는 수신 모듈(1502), 결정 모듈(1504) 및 전송 모듈(1506)을 포함한다. 수신 모듈(1502)은 에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신하도록 구성될 수도 있다. ACR에 대한 통지 메시지는, 서비스 연속성의 타입을 표시하는 정보 요소를 포함한다. 결정 모듈(1504)은 서비스 연속성의 타입을 표시하는 정보 요소에 기초하여 서비스 연속성 계획을 위해 ACR이 트리거되었는지 여부를 결정하도록 구성될 수도 있다. 전송 모듈(1506)은 서비스 연속성 계획을 위해 ACR이 트리거되었을 때 그리고 ACR과 관련된 사용자 장비가 예상된 위치로 이동한 후에, ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 에지 인에이블러 서버에 전송하도록 구성될 수도 있다.

유닛 또는 모듈이라는 용어는 전자 장치, 전기 디바이스들 및/또는 전자 디바이스들의 분야에서 통상적인 의미를 가질 수도 있고, 예를 들어, 본 명세서에서 설명되는 것들과 같은, 각각의 태스크들, 프로시저들, 연산들, 출력들, 및/또는 디스플레잉 기능들 등을 수행하기 위한 전기 및/또는 전자 회로부, 디바이스들, 모듈들, 프로세서들, 메모리들, 로직 솔리드 스테이트 및/또는 이산 디바이스들, 컴퓨터 프로그램들 또는 명령어들을 포함할 수도 있다.

기능 유닛들을 이용하면, 에지 인에이블러 클라이언트, 에지 인에이블러 서버 및 에지 애플리케이션 서버는 고정식 프로세서 또는 메모리를 필요로 하지 않을 수도 있고, 통신 시스템에서의 에지 인에이블러 클라이언트, 에지 인에이블러 서버 및 에지 애플리케이션 서버로부터 임의의 컴퓨팅 리소스 및 저장 리소스가 배열될 수도 있다. 가상화 기술 및 네트워크 컴퓨팅 기술의 도입은 네트워크 리소스들의 사용 효율성 및 네트워크의 유연성을 개선시킬 수도 있다.

본 개시내용의 일 양태에 따르면, 적어도 하나의 프로세서 상에서 실행될 때, 적어도 하나의 프로세서로 하여금 상술된 바와 같은 방법들 중 임의의 것을 수행하게 하는 명령어들을 포함하고 컴퓨터 판독가능 저장 매체 상에 유형적으로 저장되는 컴퓨터 프로그램 제품이 제공된다.

본 개시내용의 일 양태에 따르면, 적어도 하나의 프로세서 상에서 실행될 때, 적어도 하나의 프로세서로 하여금 상술된 바와 같은 방법들 중 임의의 것을 수행하게 하는 명령어들을 저장하는 컴퓨터 판독가능 저장 매체가 제공된다.

부가적으로, 본 개시내용은 상기에 언급된 바와 같은 컴퓨터 프로그램을 포함하는 캐리어를 또한 제공할 수도 있고, 여기서 캐리어는 전자 신호, 광학 신호, 라디오 신호, 또는 컴퓨터 판독가능 저장 매체 중 하나이다. 컴퓨터 판독가능 저장 매체는, 예를 들어, RAM(random access memory), ROM(read only memory), 플래시 메모리, 자기 테이프, CD-ROM, DVD, 블루레이 디스크 및 이와 유사한 것과 같은 전자 메모리 디바이스 또는 광학 콤팩트 디스크일 수 있다.

본 명세서에서 설명되는 기법들은 다양한 수단들에 의해 구현될 수도 있어서, 일 실시예로 설명되는 대응하는 장치의 하나 이상의 기능을 구현하는 장치가, 종래 기술의 수단뿐만 아니라, 실시예로 설명되는 대응하는 장치의 하나 이상의 기능을 구현하기 위한 수단을 포함하고, 그것은 각각의 별개의 기능에 대한 별개의 수단, 또는 하나 이상의 기능을 수행하도록 구성될 수도 있는 수단을 포함할 수도 있다. 예를 들어, 이들 기법들은 하드웨어(하나 이상의 장치), 펌웨어(하나 이상의 장치), 소프트웨어(하나 이상의 모듈), 또는 이들의 조합들로 구현될 수도 있다. 펌웨어 또는 소프트웨어의 경우, 본 명세서에서 설명되는 기능들을 수행하는 모듈들(예를 들어, 프로시저들, 펑션들 등)을 통해 구현이 이루어질 수도 있다.

본 명세서의 예시적인 실시예들은 방법들 및 장치들의 블록 다이어그램들 및 흐름도 예시들을 참조하여 상술되었다. 블록 다이어그램들 및 흐름도 예시들의 각각의 블록, 및 블록 다이어그램들 및 흐름도 예시들에서의 블록들의 조합들 각각은 컴퓨터 프로그램 명령어들을 포함하는 다양한 수단들에 의해 구현될 수 있다는 것이 이해될 것이다. 이들 컴퓨터 프로그램 명령어들은 범용 컴퓨터, 특수 목적 컴퓨터, 또는 다른 프로그래밍가능 데이터 프로세싱 장치 상에 로딩되어, 컴퓨터 또는 다른 프로그래밍가능 데이터 프로세싱 장치 상에서 실행되는 명령어들이 흐름도의 블록 또는 블록들에 특정된 기능들을 구현하기 위한 수단을 생성하도록 하는 머신을 생성할 수도 있다.

추가로, 동작들이 특정 순서로 도시되지만, 이것은, 바람직한 결과들을 달성하기 위해, 그러한 동작들이 도시된 특정 순서로 또는 순차적인 순서로 수행되는 것, 또는 예시된 모든 동작들이 수행되는 것을 요구하는 것으로 이해되어서는 안 된다. 특정 상황들에서, 멀티태스킹 및 병렬 프로세싱이 이로울 수도 있다. 마찬가지로, 몇몇 특정 구현 세부사항들이 상기 논의들에 포함되지만, 이들은 본 명세서에서 설명되는 대상의 범주에 대한 제한들로서 해석되어서는 안 되고, 오히려 특정 실시예들에 특정될 수도 있는 피처들의 설명들로서 해석되어야 한다. 별개의 실시예들의 맥락에서 설명되는 특정 피처들은 또한 단일 실시예에서 조합하여 구현될 수도 있다. 역으로, 단일 실시예의 맥락에서 설명되는 다양한 피처들은 또한 다수의 실시예들에서 별개로 또는 임의의 적합한 하위 조합으로 구현될 수도 있다.

본 명세서는 많은 특정 구현 세부사항들을 포함하지만, 이들은 어떠한 구현의 또는 청구될 수도 있는 것의 범주에 대한 제한들로서 해석되어서는 안 되고, 오히려 특정 구현들의 특정 실시예들에 특정될 수도 있는 피처들의 설명들로서 해석되어야 한다. 별개의 실시예들의 맥락에서 본 명세서에서 설명되는 특정 피처들은 또한 단일 실시예에서 조합하여 구현될 수 있다. 역으로, 단일 실시예의 맥락에서 설명되는 다양한 피처들은 또한 다수의 실시예들에서 별개로 또는 임의의 적합한 하위 조합으로 구현될 수 있다. 더욱이, 피처들은 특정 조합들로 작용하는 것으로서 상술되고 심지어 초기에는 그와 같이 청구될 수도 있지만, 청구된 조합으로부터의 하나 이상의 피처는, 일부 경우들에서, 그 조합으로부터 삭제될 수 있고, 청구된 조합이 하위 조합 또는 하위 조합의 변형으로 유도될 수도 있다.

기술이 진보함에 따라, 본 발명의 개념은 다양한 방식들로 구현될 수 있다는 것이 본 기술분야의 통상의 기술자에게 명백할 것이다. 상술된 실시예들은 본 개시내용을 제한하기보다는 오히려 설명하기 위해 주어지고, 본 기술분야의 통상의 기술자가 쉽게 이해하는 바와 같이 본 개시내용의 사상 및 범주로부터 벗어나는 일 없이 수정들 및 변형들이 이루어질 수도 있다는 것이 이해되어야 한다. 그러한 수정들 및 변형들은 첨부된 청구범위 및 본 개시내용의 범주 내에 있는 것으로 간주된다. 본 개시내용의 보호 범주는 첨부된 청구범위에 의해 정의된다.

Claims

에지 인에이블러 클라이언트(edge enabler client)에 의해 수행되는 방법(500)으로서,
애플리케이션 콘텍스트 리로케이션(application context relocation)(ACR)이 요구된다는 것을 검출하는 단계(502);
ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하는 단계(504); 및
상기 ACR 요청 메시지를 에지 인에이블러 서버에 전송하는 단계(506)
를 포함하는, 방법.
제1항에 있어서,
상기 에지 인에이블러 서버는 소스 에지 인에이블러 서버인, 방법.
제2항에 있어서,
상기 ACR은 상기 소스 에지 인에이블러 서버를 통해 상기 에지 인에이블러 클라이언트에 의해 실행되는, 방법.
제2항에 있어서,
상기 ACR은 상기 소스 에지 인에이블러 서버에 의해 실행되는, 방법.
제1항에 있어서,
상기 에지 인에이블러 서버는 타깃 에지 인에이블러 서버인, 방법.
제5항에 있어서,
상기 ACR은 상기 타깃 에지 인에이블러 서버를 통해 상기 에지 인에이블러 클라이언트에 의해 실행되는, 방법.
제1항 내지 제6항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR 요청 메시지에서 설정될 때, 상기 ACR 요청 메시지는, 서비스 연속성 계획을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제1항 내지 제6항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR 요청 메시지에서 생략될 때, 상기 ACR 요청 메시지는, 정상 서비스 연속성(normal service continuity)을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제1항 내지 제8항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입은:
서비스 연속성 계획, 또는
정상 서비스 연속성
중 적어도 하나를 포함하는, 방법.
에지 인에이블러 서버에 의해 수행되는 방법(600)으로서,
애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계(602);
상기 ACR에 대한 통지 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하는 단계(604); 및
상기 ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송하는 단계(606)
를 포함하는, 방법.
제10항에 있어서,
상기 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계는:
에지 인에이블러 클라이언트로부터 상기 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지를 수신하는 단계; 및
상기 서비스 연속성의 타입을 표시하는 정보 요소를 포함하는 ACR 요청 메시지에 기초하여 상기 ACR이 요구된다는 것을 결정하는 단계
를 포함하는, 방법.
제11항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR 요청 메시지에서 설정될 때, 상기 ACR 요청 메시지는, 서비스 연속성 계획을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제11항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR 요청 메시지에서 생략될 때, 상기 ACR 요청 메시지는, 정상 서비스 연속성을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제10항에 있어서,
상기 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계는:
상기 ACR이 요구된다는 것을 검출하는 단계; 및
상기 검출에 기초하여 애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하는 단계
를 포함하는, 방법.
제10항 내지 제14항 중 어느 한 항에 있어서,
상기 에지 인에이블러 서버는 소스 에지 인에이블러 서버이고, 상기 에지 애플리케이션 서버는 소스 에지 애플리케이션 서버인, 방법.
제15항에 있어서,
상기 ACR은 상기 소스 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행되는, 방법.
제15항에 있어서,
상기 ACR은 상기 소스 에지 인에이블러 서버에 의해 실행되는, 방법.
제10항 내지 제14항 중 어느 한 항에 있어서,
상기 에지 인에이블러 서버는 타깃 에지 인에이블러 서버이고, 상기 에지 애플리케이션 서버는 타깃 에지 애플리케이션 서버인, 방법.
제18항에 있어서,
상기 ACR은 상기 타깃 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행되는, 방법.
제10항 내지 제19항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR에 대한 통지 메시지에서 설정될 때, 상기 ACR에 대한 통지 메시지는, 서비스 연속성 계획을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제10항 내지 제19항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR에 대한 통지 메시지에서 생략될 때, 상기 ACR에 대한 통지 메시지는, 정상 서비스 연속성을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제10항 내지 제21항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입은:
서비스 연속성 계획, 또는
정상 서비스 연속성
중 적어도 하나를 포함하는, 방법.
에지 애플리케이션 서버에 의해 수행되는 방법(700)으로서,
에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신하는 단계(702) - 상기 ACR에 대한 통지 메시지는, 서비스 연속성의 타입을 표시하는 정보 요소를 포함함 -;
상기 서비스 연속성의 타입을 표시하는 정보 요소에 기초하여 서비스 연속성 계획을 위해 상기 ACR이 트리거되었는지 여부를 결정하는 단계(704); 및
서비스 연속성 계획을 위해 상기 ACR이 트리거되었을 때 그리고 상기 ACR과 관련된 사용자 장비가 예상된 위치로 이동한 후에, 상기 ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 상기 에지 인에이블러 서버에 전송하는 단계(706)
를 포함하는, 방법.
제23항에 있어서,
상기 에지 인에이블러 서버는 소스 에지 인에이블러 서버이고, 상기 에지 애플리케이션 서버는 소스 에지 애플리케이션 서버인, 방법.
제24항에 있어서,
상기 ACR은 상기 소스 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행되는, 방법.
제24항에 있어서,
상기 ACR은 상기 소스 에지 인에이블러 서버에 의해 실행되는, 방법.
제23항에 있어서,
상기 에지 인에이블러 서버는 타깃 에지 인에이블러 서버이고, 상기 에지 애플리케이션 서버는 타깃 에지 애플리케이션 서버인, 방법.
제27항에 있어서,
상기 ACR은 상기 타깃 에지 인에이블러 서버를 통해 에지 인에이블러 클라이언트에 의해 실행되는, 방법.
제23항 내지 제28항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR에 대한 통지 메시지에서 설정될 때, 상기 ACR에 대한 통지 메시지는, 서비스 연속성 계획을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제23항 내지 제28항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입을 표시하는 정보 요소가 상기 ACR에 대한 통지 메시지에서 생략될 때, 상기 ACR에 대한 통지 메시지는, 정상 서비스 연속성을 위해 상기 ACR이 트리거됨을 표시하는, 방법.
제23항 내지 제30항 중 어느 한 항에 있어서,
상기 서비스 연속성의 타입은:
서비스 연속성 계획, 또는
정상 서비스 연속성
중 적어도 하나를 포함하는, 방법.
에지 인에이블러 클라이언트(1200)로서,
프로세서(1221); 및
상기 프로세서(1221)에 커플링되는 메모리(1222)
를 포함하고,
상기 메모리(1222)는, 상기 프로세서(1221)에 의해 실행가능한 명령어들을 포함하여, 이에 의해 상기 에지 인에이블러 클라이언트(1200)가:
애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 검출하고;
ACR 요청 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하고;
상기 ACR 요청 메시지를 에지 인에이블러 서버에 전송하도록
동작가능한, 에지 인에이블러 클라이언트.
제32항에 있어서,
상기 에지 인에이블러 클라이언트는 제2항 내지 제9항 중 어느 한 항의 방법을 수행하도록 추가로 동작가능한, 에지 인에이블러 클라이언트.
에지 인에이블러 서버(1200)로서,
프로세서(1221); 및
상기 프로세서(1221)에 커플링되는 메모리(1222)
를 포함하고,
상기 메모리(1222)는, 상기 프로세서(1221)에 의해 실행가능한 명령어들을 포함하여, 이에 의해 상기 에지 인에이블러 서버(1200)가:
애플리케이션 콘텍스트 리로케이션(ACR)이 요구된다는 것을 결정하고;
상기 ACR에 대한 통지 메시지에서 서비스 연속성의 타입을 표시하는 정보 요소를 설정하고;
상기 ACR에 대한 통지 메시지를 에지 애플리케이션 서버에 전송하도록
동작가능한, 에지 인에이블러 서버.
제34항에 있어서,
상기 에지 인에이블러 서버는 제11항 내지 제22항 중 어느 한 항의 방법을 수행하도록 추가로 동작가능한, 에지 인에이블러 서버.
에지 애플리케이션 서버(1200)로서,
프로세서(1221); 및
상기 프로세서(1221)에 커플링되는 메모리(1222)
를 포함하고,
상기 메모리(1222)는, 상기 프로세서(1221)에 의해 실행가능한 명령어들을 포함하여, 이에 의해 상기 에지 애플리케이션 서버(1200)가:
에지 인에이블러 서버로부터 애플리케이션 콘텍스트 리로케이션(ACR)에 대한 통지 메시지를 수신하고 - 상기 ACR에 대한 통지 메시지는, 서비스 연속성의 타입을 표시하는 정보 요소를 포함함 -;
상기 서비스 연속성의 타입을 표시하는 정보 요소에 기초하여 서비스 연속성 계획을 위해 상기 ACR이 트리거되었는지 여부를 결정하고;
서비스 연속성 계획을 위해 상기 ACR이 트리거되었을 때 그리고 상기 ACR과 관련된 사용자 장비가 예상된 위치로 이동한 후에, 상기 ACR이 완료되었음을 확인하기 위해 ACR 완료 메시지를 상기 에지 인에이블러 서버에 전송하도록
동작가능한, 에지 애플리케이션 서버.
제36항에 있어서,
상기 에지 애플리케이션 서버는 제24항 내지 제31항 중 어느 한 항의 방법을 수행하도록 추가로 동작가능한, 에지 애플리케이션 서버.
명령어들을 저장하는 컴퓨터 판독가능 저장 매체로서,
상기 명령어들은, 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 제1항 내지 제31항 중 어느 한 항에 따른 방법을 수행하게 하는, 컴퓨터 판독가능 저장 매체.
명령어들을 포함하는 컴퓨터 프로그램 제품으로서,
상기 명령어들은, 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 제1항 내지 제31항 중 어느 한 항에 따른 방법을 수행하게 하는, 컴퓨터 프로그램 제품.