KR20230031131A

KR20230031131A - Eas에 의해 노출된 서비스 api 활성화 방법 및 이를 수행하는 장치들

Info

Publication number: KR20230031131A
Application number: KR1020220083325A
Authority: KR
Inventors: 이승익
Original assignee: 한국전자통신연구원
Priority date: 2021-08-26
Filing date: 2022-07-06
Publication date: 2023-03-07

Abstract

EAS에 의해 노출된 서비스 API 활성화 방법 및 이를 수행하는 장치들이 개시된다. 다양한 실시예에 따른 서비스 API 활성화 방법은 제1 EAS(edge application server)가 EES(edge enabler server)와 온보딩 프로세스를 수행하는 동작과, 상기 제1 EAS가 상기 EES에서 서비스 API를 디스커버리하는 동작과, 상기 제1 EAS가 상기 EES에서 디스커버리된 제2 EAS가 게시한 서비스 API를 호출하는 동작을 포함할 수 있다.

Description

EAS에 의해 노출된 서비스 API 활성화 방법 및 이를 수행하는 장치들{A METHOD FOR ENABLEMENT OF SERVICE API EXPOSED BY EAS AND A DEVICE PERFORMING THE SAME}

아래 개시는 EAS에 의해 노출된 서비스 API 활성화 방법 및 이를 수행하는 장치들 관한 것이다.

엣지 서버(edge server)를 이용하여 데이터를 전송하는 엣지 컴퓨팅 기술이 논의되고 있다. 엣지 컴퓨팅 기술은 MEC(multi-access edge computing) 또는 포그 컴퓨팅(fog computing, FOC)을 포함할 수 있다. 엣지 컴퓨팅 기술은 전자 장치와 지리적으로 가까운 위치, 예를 들어 기지국 내부 또는 기지국 근처에 설치된 별도의 서버(예: 엣지 데이터 네트워크, MEC 서버, 또는 모바일 엣지 호스트)를 통해 전자 장치로 데이터를 제공하는 기술을 의미할 수 있다. 예를 들어, 전자 장치에 설치된 애플리케이션들 중 낮은 지연 시간(latency)을 요구하는 애플리케이션은 외부 데이터 네트워크(data network, DN)(예: 인터넷)에 위치한 서버를 통하지 않고, 지리적으로 가까운 위치에 설치된 엣지 서버를 통해 데이터를 송수신할 수 있다.

엣지 컴퓨팅 기술을 이용한 서비스(예: MEC 기반 서비스 또는 엣지 컴퓨팅 서비스)에 관하여 논의되고 있으며, 엣지 컴퓨팅 서비스를 지원하도록 전자 장치에 관한 연구 및 개발이 진행되고 있다. 예를 들어, 전자 장치의 애플리케이션은 엣지 서버(또는 엣지 서버의 애플리케이션)와 애플리케이션 레이어(application layer) 상에서 엣지 컴퓨팅 기반 데이터를 송수신할 수 있다.

엣지 컴퓨팅 서비스를 지원하기 위한 연구 및 개발이 진행됨에 따라, 엣지 컴퓨팅 서비스를 제공하는 엣지 데이터 네트워크(예: MEC 서버)가 서비스의 지연 시간(latency) 요구사항을 만족시키면서 MEC 시스템 자원(resource)을 효율적으로 운영하기 위한 방안이 논의되고 있다. 예를 들어, 계층적 엣지 데이터 네트워크에서 단말에게 엣지 컴퓨팅 서비스를 재배치하는 방법이 연구되고 있다.

위에서 설명한 배경기술은 발명자가 본원의 개시 내용을 도출하는 과정에서 보유하거나 습득한 것으로서, 반드시 본 출원 전에 일반 공중에 공개된 공지기술이라고 할 수는 없다.

기존 이동 통신망의 폐쇄성에 따라 외부 MEC 응용의 네트워크 정보서비스 활용 및 시스템간 연동이 어려워, 5G MEC 기술이 망사업자 주도의 활용에만 국한되어 5G+ 융합 서비스 산업의 확산 효과가 제한적일 수 있다. 5G+ 융합서비스 산업의 확산을 위해서는 5G 망내 네트워크 자원 및 서비스를 공유하고 제3의 서비스 사업자가 노출(또는 제공)하는 서비스 API를 5G MEC 플랫폼에서 지원할 필요가 있다.

다양한 실시예들은 EAS(edge application server)에서 노출한 서비스 API에 대한 등록, 검색, 호출 등을 5G 플랫폼에서 지원할 수 있다.

다양한 실시예들은 써드파티 서비스 사업체가 제공하는 서비스 API도 네트워크 엣지에서 활용할 수 있도록 함으로써 네트워크 사업자의 서비스 플랫폼 제공을 가능하게 하고 서비스 호출 트래픽을 네트워크 엣지로 지역화할 수 있다.

다만, 기술적 과제는 상술한 기술적 과제들로 한정되는 것은 아니며, 또 다른 기술적 과제들이 존재할 수 있다.

다양한 실시예에 따른 서비스 API 활성화 방법은 제1 EAS(edge application server)가 EES(edge enabler server)와 온보딩 프로세스를 수행하는 동작과, 상기 제1 EAS가 상기 EES에서 서비스 API를 디스커버리하는 동작과, 상기 제1 EAS가 상기 EES에서 디스커버리된 제2 EAS가 게시한 서비스 API를 호출하는 동작을 포함할 수 있다.

상기 제2 EAS는, 제3자 또는 PLMN 운영자 소유의 EAS인 것일 수 있다.

상기 방법은 상기 제1 EAS가 상기 EES에 EAS 등록을 수행하는 동작과, 상기 제2 EAS가 상기 EES에 EAS 등록을 수행하는 동작을 더 포함할 수 있다.

상기 방법은 제2 EAS가 자신의 API 제공자 도메인 기능(API provider domain function)을 상기 EES에 등록하는 동작을 더 포함할 수 있다.

상기 방법은 상기 제2 EAS가 자신의 서비스 API를 상기 EES에 게시하는 동작을 더 포함할 수 있다.

상기 방법은 상기 제1 EAS가 상기 EES에서 타겟 서비스 API의 업데이트 알림을 구독하는 동작을 더 포함할 수 있다.

상기 타겟 서비스 API는, 상기 제2 EAS에서 제공하는 서비스 API인 것일 수 있다.

상기 EES는 분산 또는 중앙 집중식 방식 또는 이 둘의 조합으로 CAPIF(common API framework) 기능을 제공할 수 있다.

상기 방법은 상기 EES가 상이한 EES에 상기 EES가 관리하는 서비스 API의 게시 및 디스커버리를 위한 상호연결을 수행하는 동작을 더 포함할 수 있다.

다양한 실시예에 따른 서비스 API 활성화 방법은 제1 EAS(edge application server)가 EES(edge enabler server)와 온보딩 프로세스를 수행하는 동작과, 제2 EAS가 자신의 API 제공자 도메인 기능(API provider domain function)을 상기 EES에 등록하는 동작과, 상기 제2 EAS가 자신의 서비스 API를 상기 EES에 게시하는 동작과, 상기 제1 EAS가 상기 EES에서 서비스 API를 디스커버리하는 동작과, 상기 제1 EAS가 상기 EES에서 디스커버리된 제2 EAS가 게시한 서비스 API를 호출하는 동작을 포함할 수 있다.

상기 제2 EAS는 제3자 또는 PLMN 운영자 소유의 EAS인 것일 수 있다.

다양한 실시예에 따른 서비스 API 활성화 방법은 EES(edge enabler server)가 제1 EAS(edge application server)와 온보딩 프로세스를 수행하는 동작과, 상기 EES가 제2 EAS의 API 제공자 도메인 기능(API provider domain function)을 등록하는 동작과, 상기 EES가 상기 제2 EAS의 서비스 API를 게시하는 동작과, 상기 EES가 상기 제1 EAS의 서비스 API 디스커버리 요청을 수신하는 동작을 포함하고, 상기 제1 EAS의 서비스 API 디스커버리 요청에 따라 상기 EES에서 디스커버리된 상기 제2 EAS가 게시한 서비스 API는 상기 제1 EAS로 호출되는 것일 수 있다.

상기 방법은 상기 EES가 상기 제1 EAS의 타겟 서비스 API에 대한 업데이트 알림 구독을 수신하는 동작을 더 포함할 수 있다.

도 1은 다양한 실시예에 따른 엣지 컴퓨팅 서비스를 지원하기 위한 네트워크 환경을 개략적으로 설명하기 위한 도면이다.
도 2a 및 도 2b는 CAPIF를 사용하여 EAS서비스 API 활성화(enablement)하는 네트워크 환경의 예들을 나타내고, 도 2c는 엣지 애플리케이션 활성활을 위한 기능 노출을 설명하기 위한 도면이다.
도 3은 다양한 실시예에 따른 CAPIF를 사용하여 EAS서비스 API 활성화를 위한 방법을 설명하기 위한 흐름도이다.
도 4는다양한 실시예에 따른 장치의 개략적인 블록도를 나타낸다.

실시예들에 대한 특정한 구조적 또는 기능적 설명들은 단지 예시를 위한 목적으로 개시된 것으로서, 다양한 형태로 변경되어 구현될 수 있다. 따라서, 실제 구현되는 형태는 개시된 특정 실시예로만 한정되는 것이 아니며, 본 명세서의 범위는 실시예들로 설명한 기술적 사상에 포함되는 변경, 균등물, 또는 대체물을 포함한다.

제1 또는 제2 등의 용어를 다양한 구성요소들을 설명하는데 사용될 수 있지만, 이런 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 해석되어야 한다. 예를 들어, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소는 제1 구성요소로도 명명될 수 있다.

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

단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나", "A 또는 B 중 적어도 하나", "A, B 또는 C", "A, B 및 C 중 적어도 하나", 및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 설명된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함으로 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 해당 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 갖는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

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

이하, 실시예들을 첨부된 도면들을 참조하여 상세하게 설명한다. 첨부 도면을 참조하여 설명함에 있어, 도면 부호에 관계없이 동일한 구성 요소는 동일한 참조 부호를 부여하고, 이에 대한 중복되는 설명은 생략하기로 한다.

도 1은 다양한 실시예에 따른 엣지 컴퓨팅 서비스를 지원하기 위한 네트워크 환경을 개략적으로 설명하기 위한 도면이다.

도 1을 참조하면, 네트워크 환경(10)(예: 3GPP 5G MEC 플랫폼(EDGEAPP))은 단말(terminal)(100), 3GPP(3^rd generation partnership project) 네트워크(예: 3GPP 코어 네트워크)(200), 엣지 데이터 네트워크(edge data network)(300), 및 엣지 구성 서버(edge configuration server(ECS))(예: 엣지 데이터 네트워크 구성 서버)(400)을 포함할 수 있다. 네트워크 환경(10)은 도 1에 도시된 구성들(100~400)에 제한되는 것이 아닐 수 있다.

네트워크 환경(10)에 포함되는 각 구성요소는 물리적은 객체(entity) 단위를 의미하거나, 개별적인 기능(function)을 수행하는 소프트웨어 또는 모듈 단위를 의미할 수 있다. 네트워크 환경(10)에 포함되는 구성요소는 엔티티로 불릴 수도 있고, 기능(function)으로 불릴 수도 있다.

단말(100)은 사용자에 의해 사용되는 장치를 의미할 수 있다. 예를 들어, 단말(100)은 사용자 단말(user equipment, UE), 원격 단말(remote terminal), 무선 단말(wireless terminal), 또는 사용자 장치(user device)를 의미할 수 있다. 단말(100)은 모든 타입의 전자 장치를 포함할 수 있다.

단말(100)은 하나 이상의 애플리케이션 클라이언트(application client(AC)), 및 엣지 인에이블러 클라이언트(edge enabler client(EEC))를 포함할 수 있다. 단말(100)은 3GPP 통신 레이어(3GPP communication layer)(미도시)를 더 포함할 수 있다. AC는 UE 애플리케이션(UE App) 또는 클라이언트 애플리케이션으로도 지칭될 수 있다. EEC(120)는 MEL(MEC enabling layer)로도 지칭될수 있다.

단말(100)은 하나 이상의 AC를 실행(또는 구동)시킬 수 있다. AC는 서로 다른 네트워크 서비스(예: eMBB(enhanced mobile broadband), URLLC(ultra-reliable and low latency communication), 또는 mMTC(massive machine type communication))를 요구(require)할 수 있다. AC는 단말(100)의 데이터 전송 속도, 지연 시간(또는 속도)(latency), 신뢰성(reliability), 네트워크에 접속(access)된 단말(100)의 수, 단말(100)의 네트워크 접속 주기, 및 평균 데이터 사용량 중에서 하나 이상에 기초하여 서로 다른 네트워크 서비스를 요구할 수 있다.

AC는 단말(100)에 미리 설치된 기본 애플리케이션 또는 제3자(third party)가 제공하는 애플리케이션을 의미할 수 있다. AC는 특정 응용 서비스를 위하여 단말(100) 내에서 구동되는 클라이언트 응용 프로그램을 의미할 수 있다. 단말(100) 내에서는 여러 AC들이 구동될 수 있다. AC들 중에서 하나 이상은 엣지 데이터 네트워크(300)로부터 엣지 컴퓨팅 서비스를 단말(100)에게 제공하는데 이용될 수 있다. AC는 MEC 응용의 클라이언트 사이드로서 EAS와 interaction을 통해 서비스 데이터를 교환할 수 있다. 예를 들어, AC는 단말(100)에 설치되어 실행되는 애플리케이션으로서, 엣지 데이터 네트워크(300)를 통해 데이터를 송수신하는 기능을 제공할 수 있다. AC는 하나 이상의 특정 EAS(예: 엣지 애플리케이션)에 의해 제공된 기능을 이용하기 위해 단말(100) 상에서 실행되는 애플리케이션 소프트웨어(또는 모듈)을 의미할 수 있다.

EEC는 단말(100)이 엣지 컴퓨팅 서비스를 이용할 수 있게 하는 단말(100) 내 동작을 수행하는 레이어(layer)를 의미할 수 있다. EEC는 어떤 AC(예: UE App)가 엣지 컴퓨팅 서비스를 이용할 수 있는지 판단하고, 엣지 컴퓨팅 서비스를 제공하는 엣지 데이터 네트워크(300)에 단말(100)의 AC의 데이터가 전달될 수 있도록 네트워크 인터페이스를 연결해주는 동작을 수행할 수 있다. EEC는 EAS를 검색 및 발견할 수 있다.

또한, EEC는 단말(100)이 엣지 컴퓨팅 서비스를 이용하기 위한 데이터 연결을 수립하기 위한 동작을 3GPP 통신 레이어와 수행할 수 있다. 3GPP 통신 레이어는 이동통신 시스템을 이용하기 위한 모뎀 동작을 수행하는 레이어를 의미할 수 있으며, 데이터 통신을 위한 무선 연결을 수립하고, 이동통신 시스템에 단말(100)을 등록하고, 이동통신 시스템에 데이터 전송을 위한 연결을 수립하고, 데이터를 송수신하는 역할을 수행할 수 있다.

3GPP 네트워크(200)는, 3GPP(3rd Generation Partnership Project)의 표준 규격에 따르는 무선 통신 시스템으로서, 단말(100)과 연결되어 단말(100)에게 무선 통신 서비스를 제공할 수 있다. 3GPP 네트워크(200)는 3G(3rd generation) 네트워크, LTE 네트워크, LTE-A 네트워크, 차세대 네트워크(5G 또는 NR)를 포함할 수 있고, 이에 한정되는 것은 아니며, 3GPP 네트워크(200)는 다른 통신 기술로 구성된 네트워크를 포함할 수도 있다.

3GPP 네트워크(200)는 RAN(radio access network)(미도시)과 코어 네트워크(core network)(미도시)를 포함할 수 있다. RAN은 단말(100)과 직접 연결되는 네트워크로서, 단말(100)에게 무선 접속을 제공하는 인프라스트럭쳐(infrastructure)일 수 있다. RAN은 복수의 기지국들을 포함할 수 있으며, 복수의 기지국들은 상호 간 형성된 인터페이스를 통해 통신을 수행할 수 있다. 복수의 기지국들 간 인터페이스들 중 적어도 일부는 유선이거나 무선일 수 있다. 기지국은 gNode B, eNode B, Node B, BS (Base Station), 무선 접속 유닛, 기지국 제어기, 네트워크 상의 노드, 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다. 코어 네트워크는 RAN을 통해 송수신되는 단말(100)에 대한 데이터 및 제어 신호들을 처리할 수 있다. 코어 네트워크는 사용자 플랜(user plane) 및 제어 플랜(control plane)의 제어, 이동성(mobility)의 처리, 가입자 정보의 관리, 과금, 다른 종류의 시스템(예: LTE(long term evolution) 시스템)과의 연동 등 다양한 기능들을 수행할 수 있다. 상술한 다양한 기능들을 수행하기 위해, 코어 네트워크는 서로 다른 NF(network function)들을 가진 기능적으로 분리된 복수의 객체(entity)들을 포함할 수 있다. 예를 들어, 코어 네트워크는 UPF(user plane function), AMF(access and mobility management function), SMF(session management function), PCF(policy control function), NEF(network exposure function), UDM(user data management), NWDAF(network data analysis function), 또는 GMLC(gateway mobile location center) 중에서 하나 이상 또는 이들의 임의의 조합을 포함할 수 있다.

UPF는 단말(100)과 엣지 데이터 네트워크(300) 사이의 데이터 통로(또는 데이터 평면)를 제공할 수 있다. UPF는 단말이 송수신하는 데이터(또는 데이터 패킷)를 전달하는 게이트웨이 역할을 수행할 수 있다.

단말(100)과 엣지 데이터 네트워크(300)는 UPF를 통해 서로 데이터(또는 데이터 패킷)를 송수신할 수 있다. 엣지 데이터 네트워크(300)와 UPF 사이에는 데이터 네트워크(data network, DN)가 존재할 수 있다.

UPF는 단말(100)에게 엣지 컴퓨팅 서비스를 지원하기 위하여 엣지 데이터 네트워크(300) 가까이에 위치할 수 있으며, 단말(100)의 데이터 패킷을 엣지 데이터 네트워크(300)로 저지연으로 전달하거나, 엣지 데이터 네트워크(300)의 데이터 패킷을 단말(100)에게 저지연으로 전달할 수 있다.

UPF는 인터넷으로 연결되는 데이터 네트워크를 이용해 단말(100)과 엣지 데이터 네트워크(300) 사이의 데이터 통로를 제공할 수 있다. UPF는 단말(100)이 전송하는 데이터 패킷 중 인터넷으로 전달되어야 하는 데이터 패킷은, 서비스 서버(400)와 단말(100) 사이의 데이터 네트워크로 라우팅(routing)할 수 있다.

NEF는 3GPP 네트워크(200)의 NF들의 기능(capability) 및 서비스(service)를 외부로 노출(exposure)하는NF일 수 있다. NEF는 외부 서버(예: 엣지 데이터 네트워크(300))와 연결되어, 3GPP 네트워크(200) 내부의 NF에서 발생한 이벤트에 대한 정보를 외부 서버로 전달하거나, 외부 서버가 요청하는 이벤트에 대한 정보를 내부 NF에 전달하는 기능을 수행할 수 있다. 예를 들어, NEF가 외부로 노출하는 기능 및 서비스는 단말(100)의 위치 관련 이벤트 보고(event reporting), 단말(100)의 세션(session) 관련 이벤트 보고, 단말(100)의 이동성 관리(mobility management) 이벤트 보고 등이 있을 수 있다. 외부 서버는 NEF가 노출하는 기능 및 서비스를 구독(subscription)하여, 해당 기능 및 서비스에 접근할 수 있다.

엣지 데이터 네트워크(300)는 단말(100)이 엣지 컴퓨팅 서비스를 이용하기 위하여 접속하는 서버를 의미할 수 있다. 엣지 데이터 네트워크(300)는 단말(100)이 연결된 3GPP 네트워크(200)의 기지국의 내부 또는 기지국과 지리적으로 가까운 위치에 배치될 수 있다. 엣지 데이터 네트워크(300)는, MEC 서버(server), MEC 호스트(host), 엣지 컴퓨팅 서버(edge computing server), 모바일 엣지 호스트(mobile edge host), 엣지 컴퓨팅 플랫폼(edge computing platform) 등으로 지칭될 수 있다.

엣지 데이터 네트워크(300)는 하나 이상의 엣지 애플리케이션 서버(edge application server(EAS)) 및 하나 이상의 엣지 인에이블러 서버(edge enabler server(EES))를 포함할 수 있다.

엣지 데이터 네트워크(300)는 하나 이상의 EAS를 실행(또는 구동)시킬 수 있다. EAS는 엣지 애플리케이션(edge application), MEC 애플리케이션(MEC App), 또는 ME(MEC) App으로 지칭될 수 있다. EAS는 엣지 컴퓨팅 서비스를 제공하는 엣지 데이터 네트워크(300) 내 제3자(예: 서비스 사업자)가 제공하는 응용 애플리케이션(또는 응용 서버)을 의미할 수 있다. EAS는 AC와 관련된 데이터를 송수신하기 위하여, AC와 데이터 세션을 형성하는데 이용될 수 있다. EAS는 AC와 데이터 세션을 형성할 수 있다. 데이터 세션은 단말(100)의 AC와 EAS가 데이터를 송수신하기 위하여 형성되는 통신 경로를 의미할 수 있다.

엣지 데이터 네트워크(300)는 엣지 애플리케이션(예: EAS)에게 가상 자원을 제공할 수 있다. 예를 들어, 가상 자원은 EAS가 사용할 수 있는 컴퓨팅 자원(computing resource), 스토리지 자원(storage resource), 및 네트워크 자원(예: 네트워크 대역폭) 중 하나 이상을 포함할 수 있다. EAS는 가상 머신(virtual machine)으로 실행(또는 구동)될 수 있다.

EES는 MEC 플랫폼(mobile edge computing platform), ME 플랫폼(mobile edge platform, MEP), 플랫폼(platform) 등으로 지칭될 수 있다.

EES는 EAS의 실행에 요구되는 기능을 제공할 수 있다. 예를 들어, EES는 EAS가 단말(100)에게 엣지 컴퓨팅 서비스를 제공하거나, EAS가 엣지 컴퓨팅 서비스를 사용(consume)할 수 있도록 기능 또는 환경을 제공할 수 있다. 또한, EES는 트래픽 제어(traffic control)를 수행하거나, DNS(Domain Name System) 핸들링(DNS handling)을 수행할 수 있다.

엣지 컴퓨팅 서비스는 엣지 애플리케이션(예: EAS)을 사용하기 위해 필요한 절차 및 정보 관련 서비스를 통칭할 수 있다. 엣지 컴퓨팅 서비스는 EES 및/또는 EAS에 의해 제공(provide)되거나 사용(consume)될 수 있다. 예를 들어, EAS는 단말(100)에게 엣지 컴퓨팅 서비스를 제공하거나, 단말(100)에게 엣지 컴퓨팅 서비스를 제공하기 위해 EES가 제공하는 엣지 컴퓨팅 서비스를 사용할 수 있다. 또한, EES는 EAS가 단말(100)에게 엣지 컴퓨팅 서비스를 제공하기 위해 사용할 수 있는 엣지 컴퓨팅 서비스를 EAS에게 제공할 수 있다. 즉, 엣지 컴퓨팅 서비스는, 엣지 데이터 네트워크(300) 내지는 EAS가 단말(100)에게 제공하는 서비스 또는 EES에 의해 제공되고 EAS가 사용할 수 있는 서비스를 의미할 수 있다.

EES는 EAS에게 엣지 컴퓨팅 서비스를 제공할 수 있다. 예를 들어, EES는 제공하는 엣지 컴퓨팅 서비스에 따라, EAS에게 각종 정보(예: 데이터, 컨텐츠, 단말의 위치에 대한 정보, 캐싱 데이터, 구독하는 서비스에 대한 정보 등)를 제공할 수 있다. EAS는 EES가 제공하는 엣지 컴퓨팅 서비스를 사용하여 단말(100)에게 엣지 컴퓨팅 서비스를 제공할 수 있다. 예를 들어, EAS는 EES가 엣지 컴퓨팅 서비스로서 제공한 정보들에 기초하여 단말(100)에게 엣지 컴퓨팅 서비스를 제공할 수 있다. 단말(100)에게 제공되는 엣지 컴퓨팅 서비스는 단말(100)이 애플리케이션 클라이언트를 구동하는데 필요한 서비스(예: 애플리케이션 클라이언트 구동을 위해 필요한 데이터 제공)일 수 있다.

EES는 MEC 서비스(미도시) 및 서비스 레지스트리(service registry)(미도시)를 포함할 수 있다. MEC 서비스는 엣지 데이터 네트워크(300)에 포함된 EAS들에게 엣지 컴퓨팅 서비스를 제공할 수 있다. MEC 서비스는 개별적인 기능을 수행할 수 있는 소프트웨어 또는 모듈로 구현될 수 있다. 서비스 레지스트리는 엣지 데이터 네트워크(300)에서 이용 가능한 엣지 컴퓨팅 서비스에 대한 정보를 제공할 수 있다.

EES는 EAS의 인스턴스가 생성(instantiation)되는 경우, EAS를 내부적으로 등록할 수 있다. EES는 EAS을 등록하고, EAS과 관련된 정보를 저장할 수 있다. EES가 저장하는 EAS과 관련된 정보는, EAS이 단말(100) 등에게 제공하고자 하는 엣지 컴퓨팅 서비스에 대한 정보, 엣지 컴퓨팅 서비스가 EAS에게 필요한(required) 서비스인지 옵션적인(optional) 서비스인지 여부에 대한 정보 등을 포함할 수 있다.

EAS는 EES에 새로운 엣지 컴퓨팅 서비스를 등록(service registration) 또는 이미 등록된 엣지 컴퓨팅 서비스를 업데이트하거나, EES에 등록된 엣지 컴퓨팅 서비스를 검색할 수 있다. EAS는 EES에 엣지 컴퓨팅 서비스를 등록 또는 업데이트하면서, 등록 또는 업데이트하고자 하는 엣지 컴퓨팅 서비스에 대한 정보를 EES에게 제공할 수 있다. EES는 엣지 컴퓨팅 서비스를 서비스 레지스트리에 등록할 수 있다.

EES는 엣지 데이터 네트워크(300) 내의 EAS에게 서비스 레지스트리에 등록된 엣지 컴퓨팅 서비스들에 대한 정보를 전달할 수 있다. 예를 들어, EES는 서비스 레지스트리에 등록된 엣지 컴퓨팅 서비스들에 대한 목록을 EAS에게 전달할 수 있다. 또한, EES는 서비스 레지스트리에 등록된 또는 새로이 등록되는 엣지 컴퓨팅 서비스들의 사용 가능 여부(availability)에 대한 정보를 EAS에게 전달할 수 있다.

EAS는 서비스 레지스트리에 등록된 엣지 컴퓨팅 서비스를 구독(subscription)할 수 있다. EAS는 EES에게 엣지 컴퓨팅 서비스에 대한 구독 요청 정보를 전달함으로써, 엣지 컴퓨팅 서비스를 구독할 수 있다. EAS이 엣지 컴퓨팅 서비스를 구독하는 것은, 엣지 컴퓨팅 서비스 또는 엣지 컴퓨팅 서비스에 대한 정보를 EES로부터 지속적으로 제공받는 것을 의미할 수 있다.

ECS는 단말(100)이 EES와 연결하기 위한 지원 기능들을 제공할 수 있다. ECS(400)는 엣지 데이터 네트워크 관리 서버(edge data network management server), 구성 서버(configuration server) 등으로 지칭될 수 있으며, MEPM(mobile edge platform manager) 또는 MEO(multi-access edge orchestrator)의 기능을 수행할 수 있다. ECS(400)는 MMP(MEC management proxy) 서버 또는 DNS(Domain Name System) 서버를 의미할 수 있다.

ECS(400)는 단말(100)이 엣지 컴퓨터 서비스를 이용하기 위한 엣지 데이터 네트워크 구성 정보를 제공받을 수 있는 초기 접속 서버를 의미할 수 있다. ECS(400)는 엣지 데이터 네트워크들의 배치(deployment)를 알고 있을 수 있으며, 단말(100)은 ECS(400)에 접속하여 엣지 컴퓨팅 서비스 이용에 필요한 구성 정보, 예를 들어 특정 위치에서 접속해야 하는 엣지 데이터 네트워크에 대한 정보를 제공받을 수 있다.

ECS(400)는, 엣지 데이터 네트워크 구성 정보를 단말(100)의 EEC에 제공(provisioning)하는 기능을 수행할 수 있다. 예를 들어, 엣지 데이터 네트워크 구성 정보는 단말(100)이 서비스 영역 정보(예: 소정의 영역에 서비스를 제공하는 엣지 데이터 네트워크에 대한 정보 등)를 이용하여 엣지 데이터 네트워크(300)에 접속(connect)하기 위한 정보 및 EES(330)와 접속을 설정(establish)하기 위한 정보(예: 엣지 데이터 네트워크를 식별하기 위한 정보 등)를 포함할 수 있다.

도 2a 및 도 2b는 CAPIF를 사용하여 EAS서비스 API 활성화(enablement)하는 네트워크 환경의 예들을 나타내고, 도 2c는 엣지 애플리케이션 활성활을 위한 기능 노출을 설명하기 위한 도면이다.

도 2a 내지 도 2c를 참조하면, 다양한 실시예에 따르면, 네트워크 환경(20, 30)(예: 도 1의 네트워크 환경(10))은 EAS가 자신의 서비스 API(예: EAS의 서비스 API)를 다른 EAS에 노출하도록 지원할 수 있다. 다양한 실시예는 CAPIF(common API framework)(예: 3GPP TS 23.222 참조)를 사용하여 EAS서비스 API 활성화(enablement) 방법을 제공할 수 있다.

네트워크 환경(20, 30) 내에서 노출되는 서비스 API의 목록(list)는 표 1과 같을 수 있다.

[표 1]

엣지 인에이블러 레이어(예: EES)는 EAS에 서비스 API를 노출할 수 있다. 노출된 서비스 API는 EES에서 제공하는 능력(capability)(예: TS 23.558의 8.6절 참고), 3GPP 코어 네트워크에서 제공하는 능력(capability)(예: TS 23.558의 8.7절 참고), 및 SEAL 서비스 API(예: TS 23.558의 A.4절 참고)을 포함할 수 있다.

EAS서비스 API 활성화(enablement) 방법에서, 엣지 인에이블러 레이어(예: EES)는 EAS가 자신의 서비스 API(예: EAS 서비스 API)를 다른 EAS에 대해 노출하도록 지원할 수 있다. EAS서비스 API 활성화 방법은 CAPIF를 활용하여 CAPIF 아키텍처 내에서 EAS 서비스 API의 게시/디스커버리 및 변경 구독(change subscription)을 지원할 수 있다.

EES는 도 2a에 도시된 바와 같이 분산 방식(distributed manner)으로 CAPIF 기능을 제공하거나, 도 2b에 도시된 바와 같이 중앙 집중식 방식(centralized manner)으로 CAPIF 기능을 제공할 수 있다. EES는 분산 또는 중앙 집중식 방식(distributed or centralized manner) 또는 이 둘의 조합으로 CAPIF 기능을 제공함으로써 엣지 데이터 네트워크의 내부 및 전체에 걸쳐 다른 EAS가 제공하는 서비스 API에 대한 엣지 애플리케이션(예: 제3자 또는 PLMN 운영자 소유의 엣지 애플리케이션) 액세스를 지원할 수 있다.

각 네트워크 환경(20, 30)에서, EAS가 자신의 서비스 API(예: EAS의 서비스 API)를 다른 EAS에 노출하도록 지원하기 위해, EAS 및 EES는 다음과 같이 역할이 정의될 수 있다.

(1) EAS는 API 제공자 도메인 기능(예: API 노출 기능(API exposing function), API 게시 기능(API publishing function) 또는 API 관리 기능(API management function)) 중 하나 이상 또는 이들의 임의의 조합을 이용하여(또는 구현하여) API 제공자(API provider)로 행동할 수 있다.

(2) 또한, EAS는 API 호출자(API invoker)로 행동할 수 있다.

(3) EES는 CAPIF 코어 기능(CAPIF core function(CCF))을 이용하여(또는 구현하여) CAPIF 제공자(CAPIF provider)로 행동할 수 있다.

상술한 역할을 기반으로, EAS서비스 API 활성화 방법은 EAS 및 EES의 다음 동작들을 포함할 수 있다.

(1) API 제공자 역할을 수행하는 EAS는 EAS 서비스 API(예: EAS 자신의 서비스 API)를 EES에 게시(publish)할 수 있다.

(2) API 호출자 역할을 수행하는 EAS는 EES에서 EAS 서비스 API를 디스커버리할 수 있다.

(3) API 호출자 역할을 수행하는 EAS는 EES로부터 EAS 서비스 API의 동적 정보(dynamic information) 또는 이용 가능 여부(availability) 중 하나 이상 또는 이들의 둘 이상의 조합에 대한 통지를 받기 위해 구독(subscribe)할 수 있다.

도 3은 다양한 실시예에 따른 CAPIF를 사용하여 EAS서비스 API 활성화를 위한 방법을 설명하기 위한 흐름도이다.

도 3에서, 설명의 편의를 위해, 제1 EAS(예: 도 2a의 3^rd party edge application server 또는 PLMN edge application server, 도 2b의 3^rd party edge application server 또는 PLMN edge application server)는 API 호출자 역할을 수행하고, 제2 EAS(예: 도 2a의 Edge application server 1 또는 Edge application server 2, 도 2b의 Edge application server 1 또는 Edge application server 2)는 API 제공자 역할을 수행하는 것으로 가정한다. 제1 EAS 및 제2 EAS는 동일한 엣지 데이터 네트워크 내에 배치되거나 상이한 엣지 데이터 네트워크 내에 배치된 것일 수 있다.

동작 510에서, 제2 EAS는 제1 EES(도 2a의 Edge enabler server 1 또는 Edge enabler server 2, 도 2b의 Centralized Edge Enabler Server)에 EAS 등록을 수행할 수 있다.

동작 520에서, 제1 EAS는 제1 EES(도 2a의 Edge enabler server 1 또는 Edge enabler server 2, 도 2b의 Centralized Edge Enabler Server)에 EAS 등록을 수행할 수 있다.

동작 530에서, 제2 EAS(예: AMF)는 자신의 API 제공자 도메인 기능(API provider domain function)을 CAPIF-5을 통해 제1 EES(예: CCF)에 등록할 수 있다.

동작 540에서, 제2 EAS(예: APF)는 자신의 노출 서비스 API를 CAPIF-4를 통해 제1 EES(예: CCF)에 게시할 수 있다.

동작 550에서, 제1 EAS(예: API 호출자)는 CAPIF-1을 통해 제1 EES(예: CCF)와 온보딩 프로세스를 수행할 수 있다.

동작 560에서, 제1 EAS(예: API 호출자)는 서비스 API(예: 실행하는데 필요한 서비스 API)를 CAPIF-1을 통해 EES(예: CCF)에서 디스커버리할 수 있다.

동작 570에서, 제1 EAS(예: API 호출자)는 제1 EES(예: CCF)에서 디스커비리된 제2 EAS(예: AEF)에서 제공하는 서비스 API를 CAPIF-2를 통해 호출할 수 있다.

동작 580에서, 제1 EAS(예: API 호출자)는 CAPIF-1을 통해 제1 EES(예: CCF) 상에서 타겟 서비스 API(예: 제2 EAS에서 제공하는 서비스 API)의 업데이트 알림(또는 통지, notification)을 구독할 수 있다.

동작 590에서, 제1 EES(예: CCF)와 제2 EES(CCF)는 각 EES에서 관리하는 서비스 API의 게시 및 검색을 위한 상호연결 동작(interconnection operation)을 위해 CAPIF-6을 통해 서로 상호운용될(inter-operate) 수 있다.

상술한 EAS서비스 API 활성화 방법에서, EAS 서비스 API를 위한 CAPIF 내 서비스 KPI가 사용될 수 있다. "서비스 KPI" IE는 EAS에 의해서 제공되는 서비스 특성(service characteristic)에 대한 정보를 제공하도록 지정되거나 또는 AC에 의해 요구될 수 있다. "서비스 KPI" IE는 AC에서 요구하는 서비스 KPI를 충족하는 EAS의 검색 또는 프로비저닝에 사용될 수 있다.

EAS(예: API 공급자)의 서비스 KPI는 EAS(예: API 호출자)에 필요한 서비스 KPI를 충족하는 EAS 서비스 API의 검색 또는 프로비저닝에 사용하기 위해 CAPIF에 지정될 수 있다.

서비스 KPI와 관련된 CAPIF에서 제안하는 IE는 다음과 같이 요약될 수 있다.

1) API 제공자로서의 EAS에 의해 제공되는 서비스 KPI

a. 서비스 API 게시 요청(Service API publish request)(예: TS 23.222 참조)

i. 서비스 API 정보(Service API information)

- 서비스 KPI(new IE): 서비스 API에 의해 제공되는 서비스 특성(service characteristic)에 대한 정보, 서비스 KPI는 서비스 API를 제공하는 EAS의 EAS 프로필(예: TS 23.558 참조) 내(in) EAS 서비스 KPI에 매핑될 수 있다.

[표 2] Service API publish request [TS 23.222]

2) API 호출자로서의 EAS에 의해서 필요한 서비스 KPI

a. 온보드 API 호출자 응답(Onboard API invoker response)(예: TS 23.222 참조)

i 서비스 API 정보

- API별 서비스 KPI(new IE): 접속이 허용된 서비스 API에 의해 제공되는 서비스 특성에 대한 정보

[표 3] Onboard API invoker response [TS 23.222]

b. 서비스 API 디스커버리 요청(Service API discover request)(예: TS 23.222 참조)

i 쿼리 정보(Query information)

- Service KPI(new IE): API 호출자가 필요로 하는 매칭 Service API를 디스커버리하기 위한 기준(criterion)으로 서비스 특성에 대한 정보

[표 4] Service API discover request [TS 23.222]

c. 서비스 API 디스커버리 응답(Service API discover response)(예: TS 23.222 참조)

i 서비스 API 정보

- API 별 Service KPI(new IE): 디스커버리 요청에 해당하는 서비스 API에 의해 제공되는 서비스 특성에 대한 정보

[표 5] Service API discover response [TS 23.222]

3) EES 간 CAPIF 상호연결을 위한 서비스 KPI

a. 상호연결 API 게시 요청(Interconnection API publish request)(예: TS 23.222 참조)

i. 서비스 API 정보

- 서비스 KPI(new IE): CCF(예: EES에서 구현된 것)에 게시된 서비스 API 의해 제공되는 서비스 특성에 대한 정보

[표 6] Interconnection API publish request [TS 23.222]

b. 상호연결 서비스 API 검색 요청(Interconnection service API discover request)(예: TS 23.222 참조)

i 쿼리 정보

- Service KPI(new IE): CCF(예: EES에서 구현된 것)에서 매칭하는 Service API를 디스커버리하기 위한 기준으로 서비스 특성에 대한 정보

[표 7] Interconnection service API discover request [TS 23.222]

도 4는다양한 실시예에 따른 장치의 개략적인 블록도를 나타낸다.

도 4를 참조하면, 다양한 실시예에 따르면, 장치(600)(예: 서버 장치)는 도 1 내지 도 3을 참조하여 설명한 EAS 및/또는 EES와 실질적으로 동일할 수 있다. 장치(600)는 메모리(610), 및 프로세서(630)를 포함할 수 있다.

다양한 실시예에 따르면, 메모리(610)는 프로세서(630)에 의해 실행가능한 인스트럭션들(예: 프로그램)을 저장할 수 있다. 예를 들어, 인스트럭션들은 프로세서(630)의 동작 및/또는 프로세서(630)의 각 구성의 동작을 실행하기 위한 인스트럭션들을 포함할 수 있다.

다양한 실시예에 따르면, 메모리(610)는 휘발성 메모리 장치 또는 불휘발성 메모리 장치로 구현될 수 있다. 휘발성 메모리 장치는 DRAM(dynamic random access memory), SRAM(static random access memory), T-RAM(thyristor RAM), Z-RAM(zero capacitor RAM), 또는 TTRAM(Twin Transistor RAM)으로 구현될 수 있다. 불휘발성 메모리 장치는 EEPROM(Electrically Erasable Programmable Read-Only Memory), 플래시(flash) 메모리, MRAM(Magnetic RAM), 스핀전달토크 MRAM(Spin-Transfer Torque(STT)-MRAM), Conductive Bridging RAM(CBRAM), FeRAM(Ferroelectric RAM), PRAM(Phase change RAM), 저항 메모리(Resistive RAM(RRAM)), 나노 튜브 RRAM(Nanotube RRAM), 폴리머 RAM(Polymer RAM(PoRAM)), 나노 부유 게이트 메모리(Nano Floating Gate Memory(NFGM)), 홀로그래픽 메모리(holographic memory), 분자 전자 메모리 소자(Molecular Electronic Memory Device), 및/또는 절연 저항 변화 메모리(Insulator Resistance Change Memory)로 구현될 수 있다.

다양한 실시예에 따르면, 프로세서(630)는 메모리(610)에 저장된 컴퓨터로 읽을 수 있는 코드(예를 들어, 소프트웨어) 및 프로세서(530)에 의해 유발된 인스트럭션(instruction)들을 실행할 수 있다. 프로세서(630)는 목적하는 동작들(desired operations)을 실행시키기 위한 물리적인 구조를 갖는 회로를 가지는 하드웨어로 구현된 데이터 처리 장치일 수 있다. 목적하는 동작들은 예를 들어, 프로그램에 포함된 코드(code) 또는 인스트럭션들(instructions)을 포함할 수 있다. 하드웨어로 구현된 데이터 처리 장치는 예를 들어, 마이크로프로세서(microprocessor), 중앙 처리 장치(central processing unit), 프로세서 코어(processor core), 멀티-코어 프로세서(multi-core processor), 멀티프로세서(multiprocessor), ASIC(Application-Specific Integrated Circuit), FPGA(Field Programmable Gate Array)를 포함할 수 있다.

다양한 실시예에 따르면, 프로세서(630)에 의해 수행되는 동작은 도 1 내지 도 3을 참조하여 설명한 EAS 및/또는 EES의 동작과 실질적으로 동일하다. 이에, 상세한 설명은 생략하도록 한다.

이상에서 설명된 실시예들은 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치, 방법 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 컨트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.

실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 저장할 수 있으며 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.

위에서 설명한 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 또는 복수의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

이상과 같이 실시예들이 비록 한정된 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 이를 기초로 다양한 기술적 수정 및 변형을 적용할 수 있다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims

서비스 API 활성화 방법에 있어서,
제1 EAS(edge application server)가 EES(edge enabler server)와 온보딩 프로세스를 수행하는 동작;
상기 제1 EAS가 상기 EES에서 서비스 API를 디스커버리하는 동작; 및
상기 제1 EAS가 상기 EES에서 디스커버리된 제2 EAS가 게시한 서비스 API를 호출하는 동작
을 포함하는, 서비스 API 활성화 방법.
제1항에 있어서,
상기 제2 EAS는,
제3자 또는 PLMN 운영자 소유의 EAS인 것인, 서비스 API 활성화 방법.
제1항에 있어서,
상기 제1 EAS가 상기 EES에 EAS 등록을 수행하는 동작; 및
상기 제2 EAS가 상기 EES에 EAS 등록을 수행하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
제1항에 있어서,
상기 제2 EAS가 자신의 API 제공자 도메인 기능(API provider domain function)을 상기 EES에 등록하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
제5항에 있어서,
상기 제2 EAS가 자신의 서비스 API를 상기 EES에 게시하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
제1항에 있어서,
상기 제1 EAS가 상기 EES에서 타겟 서비스 API의 업데이트 알림을 구독하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
제6항에 있어서,
상기 타겟 서비스 API는,
상기 제2 EAS에서 제공하는 서비스 API인 것인, 서비스 API 활성화 방법.
제1항에 있어서,
상기 EES는 분산 또는 중앙 집중식 방식 또는 이 둘의 조합으로 CAPIF(common API framework) 기능을 제공하는, 서비스 API 활성화 방법.
제1항에 있어서,
상기 EES가 상이한 EES에 상기 EES가 관리하는 서비스 API의 게시 및 디스커버리를 위한 상호연결을 수행하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
서비스 API 활성화 방법에 있어서,
제1 EAS(edge application server)가 EES(edge enabler server)와 온보딩 프로세스를 수행하는 동작;
제2 EAS가 자신의 API 제공자 도메인 기능(API provider domain function)을 상기 EES에 등록하는 동작;
상기 제2 EAS가 자신의 서비스 API를 상기 EES에 게시하는 동작
상기 제1 EAS가 상기 EES에서 서비스 API를 디스커버리하는 동작; 및
상기 제1 EAS가 상기 EES에서 디스커버리된 제2 EAS가 게시한 서비스 API를 호출하는 동작
을 포함하는, 서비스 API 활성화 방법.
제10항에 있어서,
상기 제2 EAS는,
제3자 또는 PLMN 운영자 소유의 EAS인 것인, 서비스 API 활성화 방법.
제10항에 있어서,
상기 제1 EAS가 상기 EES에 EAS 등록을 수행하는 동작; 및
상기 제2 EAS가 상기 EES에 EAS 등록을 수행하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
제10항에 있어서,
상기 제1 EAS가 상기 EES에서 타겟 서비스 API의 업데이트 알림을 구독하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
제13항에 있어서,
상기 타겟 서비스 API는,
상기 제2 EAS에서 제공하는 서비스 API인 것인, 서비스 API 활성화 방법.
제10항에 있어서,
상기 EES는 분산 또는 중앙 집중식 방식 또는 이 둘의 조합으로 CAPIF(common API framework) 기능을 제공하는, 서비스 API 활성화 방법.
제10항에 있어서,
상기 EES가 상이한 EES에 상기 EES가 관리하는 서비스 API의 게시 및 디스커버리를 위한 상호연결을 수행하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
서비스 API 활성화 방법에 있어서,
EES(edge enabler server)가 제1 EAS(edge application server)와 온보딩 프로세스를 수행하는 동작;
상기 EES가 제2 EAS의 API 제공자 도메인 기능(API provider domain function)을 등록하는 동작;
상기 EES가 상기 제2 EAS의 서비스 API를 게시하는 동작; 및
상기 EES가 상기 제1 EAS의 서비스 API 디스커버리 요청을 수신하는 동작
을 포함하고,
상기 제1 EAS의 서비스 API 디스커버리 요청에 따라 상기 EES에서 디스커버리된 상기 제2 EAS가 게시한 서비스 API는 상기 제1 EAS로 호출되는 것인, 서비스 API 활성화 방법.
제17항에 있어서,
상기 EES가 상기 제1 EAS의 타겟 서비스 API에 대한 업데이트 알림 구독을 수신하는 동작
을 더 포함하는, 서비스 API 활성화 방법.
제18항에 있어서,
상기 타겟 서비스 API는,
상기 제2 EAS에서 제공하는 서비스 API인 것인, 서비스 API 활성화 방법.
제17항에 있어서,
상기 EES는 분산 또는 중앙 집중식 방식 또는 이 둘의 조합으로 CAPIF(common API framework) 기능을 제공하는, 서비스 API 활성화 방법.