KR20210136850A - 단말 앱 상태를 이용한 동적 eas 생성 및 제거 방법 및 장치 - Google Patents

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 무선 통신 시스템에 관련된 것으로, 보다 구체적으로 구체적으로 본 개시는 셀룰러 무선 통신 시스템(5G System)에서 에지 컴퓨팅 서비스를 제공하는 응용 계층 네트워크 구조와 그 방법에 관한 것이다.
본 개의 일 실시예에 따른 단말의 어플리케이션 클라이언트(Application Client, AC) 상태를 EES가 보고하는 방법은, EAS로부터 상기 단말의 AC 및 AC 상태에 대한 보고를 요청하는 메시지를 수신하는 과정, 상기 EES에 등록된 EEC로 AC 상태 정보에 대한 보고 가입 요청을 전송하는 과정, 여기서, 상기 AC 상태 정보에 대한 보고 가입 요청은 AC 상태 보고 조건을 포함하고, 상기 EEC로부터 상기 AC 상태에 대한 정보를 수신하는 과정, 및 상기 EAS로 상기 수신한 AC 상태에 대한 정보를 전송하는 과정을 포함할 수 있다.

Description

단말 앱 상태를 이용한 동적 EAS 생성 및 제거 방법 및 장치 {APPARATUS AND METHOD FOR DYNAMIC INSTANTIATION OF EAS USING UE APPLICATION STATUS}

본 개시는 에지 컴퓨팅 서비스를 제공하기 위한 장치 및 방법에 관한 것으로, 특히 무선 통신 시스템에서 에지 컴퓨팅 서비스를 제공하기 위한 장치 및 방법에 관한 것이다.

4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다.

높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가헤르츠(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술 등이 논의되고 있다.

또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication, D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation, ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non-orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.

한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 네트워크에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 네트워크로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다.

IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

이에, 5G 통신 시스템을 IoT 네트워크에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

한편, 셀룰러 이동통신 표준을 담당하는 3GPP는 기존 4G LTE 시스템에서 5G 시스템으로의 진화를 꾀하기 위해 새로운 코어 네트워크 (Core Network) 구조를 5G Core (5GC) 라는 이름으로 명명하고 표준화를 진행하고 있다.

5GC는 기존 4G를 위한 네트워크 코어인 진화된 패킷 코어 (Evolved Packet Core, EPC) 대비 다음과 같은 차별화된 기능을 지원할 수 있다.

첫째, 5GC에서는 네트워크 슬라이스(Network Slice) 기능이 도입된다. 5G의 요구 조건으로, 5GC는 다양한 종류의 단말 타입 및 서비스를 지원해야 한다. 예를 들어, 초광대역 이동 통신(enhanced Mobile Broadband, eMBB), 초고신뢰 저지연 통신(Ultra Reliable Low Latency Communications, URLLC), 대규모 사물 통신(massive Machine Type Communications, mMTC) 등이 이에 해당된다.

이러한 단말/서비스는 각각 코어 네트워크에 요구하는 요구조건이 다르다. 예를 들면, eMBB 서비스의 경우에는 높은 데이터 전송 속도(data rate)를 요구하고, URLLC 서비스의 경우에는 높은 안정성과 낮은 지연을 요구할 수 있다. 이러한 다양한 서비스 요구 조건을 만족하기 위해 제안된 기술이 네트워크 슬라이스(Network Slice) 방안이다.

네트워크 슬라이스는 하나의 물리적인 네트워크를 가상화(Virtualization)하여 여러 개의 논리적인 네트워크를 만드는 방법으로, 각 네트워크 슬라이스 인스턴스(Network Slice Instance, NSI)는 서로 다른 특성을 가질 수 있다. 따라서, 각 NSI가, 그 특성에 맞는 네트워크 기능(Network Function, NF)을 가짐으로써 다양한 서비스 요구조건을 만족시킬 수 있다. 따라서, 각 단말마다, 요구하는 서비스의 특성에 맞는 NSI를 할당하여 여러 5G 서비스를 효율적으로 지원할 수 있다.

둘째, 5GC는 이동성 관리 기능과 세션 관리 기능의 분리를 통해 네트워크 가상화 패러다임을 수월하게 지원할 수 있다. 기존 4G LTE에서는 모든 단말이 등록, 인증, 이동성 관리 및 세션 관리 기능을 담당하는 이동성 관리 엔티티(Mobility Management Entity, MME)라는 단일 코어 장비와의 시그널링 교환을 통해서 네트워크에서 서비스를 제공받을 수 있었다.

하지만, 5G에서는 단말의 수가 폭발적으로 늘어나고 단말의 타입에 따라 지원해야 하는 이동성 및 트래픽/세션 특성이 세분화됨에 따라 MME와 같은 단일 장비에서 모든 기능을 지원하게 되면, 필요한 기능별로 엔티티를 추가하는 확장성(Scalability)이 떨어질 수 밖에 없다. 따라서, 제어 평면을 담당하는 코어 장비의 기능/구현 복잡도와 시그널링 부하 측면에서의 확장성 개선을 위해 이동성 관리 기능과 세션 관리 기능을 분리하는 구조를 기반으로 다양한 기능들이 개발되고 있다.

본 개시는 무선 통신 시스템에서 에지 컴퓨팅 서비스를 제공하기 위한 장치 및 방법을 제공한다.

본 개시는 단말 앱 상태를 이용한 동적 EAS 개체화 방법 및 장치를 제공한다.

본 개시는 단말이 앱을 사용하려는 시점에 단말의 앱과 연관되는 EAS 를 개체화(instantiation) 할 수 있는 방법 및 장치를 제공한다.

본 개시는 단말의 AC와 연관된 EAS를 개체화하는데 사용되는 AC 상태를 보고하기 위한 방법 및 장치를 제공한다.

본 개시의 일 실시 예에 의하면, 단말의 어플리케이션(AC) 상태를 EES에 의해 보고하는 방법이, EAS로부터 상기 단말의 AC 및 AC 상태에 대한 보고를 요청하는 메시지를 수신하는 과정, 상기 EES에 등록된 EEC로 AC 상태 정보에 대한 보고 가입 요청을 전송하는 과정, 여기서, 상기 AC 상태 정보에 대한 보고 가입 요청은 AC 상태 보고 조건을 포함하고, 상기 EEC로부터 상기 AC 상태에 대한 정보를 수신하는 과정, 및 상기 EAS로 상기 수신한 AC 상태에 대한 정보를 전송하는 과정을 포함할 수 있다.

본 개시의 일 실시 예에 의하면, 단말의 어플리케이션(AC) 상태를 EEC에 의해 보고하는 방법이, EAS로부터 AC 상태 정보에 대한 보고 가입 요청을 수신하는 과정, 여기성, 상기 AC 상태 정보에 대한 보고 가입 요청은 AC 상태 보고 조건을 포함하고, 상기 AC 상태 보고 조건을 기반으로 AC의 상태를 판단하는 과정, 및 상기 판단 결과를 상기 EES에게 전송하는 과정을 포함할 수 있다.

본 개시의 일 실시 예에 의하면, 단말의 어플리케이션(AC) 상태를 EES에 의해 보고하는 방법이, EEC로부터 등록 요청 메시지를 수신하는 과정, 상기 EEC가 AC 상태 보고 대상인지 여부를 소정의 조건에 따라 판단하는 과정, 상기 EEC가 AC 상태 보고 대상인 경우, 상기 EEC에게 등록 요청 메시지에 대한 응답 메시지를 전송하는 과정, 상기 EEC로부터 상기 AC 상태에 대한 정보를 수신하는 과정, 및 상기 EAS로 상기 수신한 AC 상태에 대한 정보를 전송하는 과정을 포함할 수 있다.

도 1은 본 개시의 일 실시 예에 따른 에지 컴퓨팅을 지원하는 응용 네트워크 구조 및 인터페이스를 나타낸다.
도 2는 본 개시의 제1 실시 예에 따른 AC 상태 및 AC 트래픽 상태 보고에 대한 가입 요청 절차를 나타낸 흐름도이다.
도 3은 본 개시의 제2 실시 예에 따른 AC 상태 및 AC 트래픽 상태 감지 및 보고 절차를 나타낸 흐름도이다.
도 4는 본 개시의 제3-1 실시 예에 따른 EEC 등록 과정에서 AC 상태 및 AC 트래픽 상태 보고 절차를 나타낸 흐름도이다.
도 5는 본 개시의 제3-2 실시 예에 따른 EES가 EAS를 동적으로 개체화하는 절차를 나타낸 흐름도이다.
도 6은 본 개시의 제4 실시 예에 따른 사용자 작업에 따른 단말 앱 상태에 대한 상태 천이를 나타낸 흐름도이다.
도 7은 본 개시의 제5 실시 예에 따른 단말 앱 트래픽 상태에 대한 상태 천이를 나타낸 흐름도이다.
도 8은 본 개시의 일 실시 예에 따른 단말의 구성을 도시한 블록도이다.
도 9는 본 개시의 일 실시 예에 따른 서버의 구성을 도시한 블록도이다.

이하 본 개시의 실시 예를 첨부한 도면과 함께 상세히 설명할 수 있다. 또한 본 개시를 설명함에 있어서 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략할 수 있다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, eNode B, Node B, BS (Base Station), RAN (Radio Access Network), AN (Access Network), RAN node, 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 본 개시에서 하향링크(Downlink; DL)는 기지국이 단말에게 전송하는 신호의 무선 전송경로이고, 상향링크는(Uplink; UL)는 단말이 기국에게 전송하는 신호의 무선 전송경로를 의미할 수 있다.

또한, 이하에서 Post LTE시스템을 일례로서 본 개시의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시 예가 적용될 수 있다. 또한, 본 개시의 실시 예는 숙련된 기술적 지식을 가진자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템(예를 들어 LTE 혹은 LTE-A 시스템)에도 적용될 수 있다.

도 1은 본 개시의 일 실시예에 따른 에지 컴퓨팅을 지원하는 응용 네트워크 아키텍처(100)를 도시한 도면이다.

도 1을 참조하면, 단말(User Equipment, UE)(101)는 적어도 하나의 어플리케이션 클라이언트(application client, AC)(102) 와 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(103)를 포함할 수 있다. 어플리케이션 클라이언트(102)는 에지 컴퓨팅 서비스가 제공될 시 사용자에게 제공하기 위한 어플리케이션 레벨의 클라이언트가 될 수 있다.

또한 단말(101)은 다른 무선 통신 네트워크, 예를 들어 적어도 하나 또는 둘 이상의 이동통신 네트워크, 와 통신하기 위한 통신 프로세서(Communication Processor, CP)(도시되지 않음)을 포함할 수 있다.

3GPP 네트워크(104)는 이동통신 네트워크의 대표로 예시하였으며, 예컨데, EPC 및/또는 5GC를 포함할 수 있다. 3GPP 네트워크(104)는 단말(101)과 직접 에어 상(over-the-air: OTA)으로 통신하는 기지국들을 포함할 수 있으며, 그 상위의 코어 네트워크 구성을 포함할 수 있다. 3GPP 네트워크가 5GC를 포함하는 경우 액세스 및 이동성 관리자(Access and Mobility management Function, AMF), 세션 관리자(Session Management Function, SMF), 정책 제어기(Policy Control Function, PCF), 사용자 평면 데이터 송신자(User Plane Function, UPF) 등을 포함할 수 있다.

그 외에 EPC를 핵심 네트워크(Core Network: CN)로 갖는 경우 5GC에 대응하는 네트워크 노드들을 포함할 수 있다.

또한 에지 데이터 네트워크(Edge Data Network)들은 네트워크 슬라이싱 기법을 통해 구현될 수 있으며, 에지 데이터 네트워크들은 모두 동일한 형태로 구성될 수 있다. 하나의 에지 데이터 네트워크(105)의 구성을 예로 살펴보면, 에지 호스팅 플랫폼을 포함할 수 있으며, 에지 인에이블러 서버(Edge Enabler Server: EES)(107), 하나 이상의 에지 어플리케이션 서버(Edge Application Server: EAS)(106) 및 에지 호스팅 플랫폼을 위한 오케스트레이터 (Orchestrator for Edge Hosting Platform)를 포함할 수 있다. 또한 에지 인에이블러 서버(106)는 에지 인에이블러 클라이언트 매니저, 에지 인에이블러 플랫폼 및 에지 인에이블러 API 서버를 포함할 수 있다.

네트워크 기능들이 아래와 같이 정의될 수 있으며, 그 중 일부는 도1에 도시되어 있다.

3GPP 네트워크(104): 3GPP 무선 접속 네트워크(Radio Access Network: RAN)과 코어 네트워크를 포함할 수 있다.

하나 이상의 에지 데이터 네트워크(Edge Data Network)(105): 5G 코어네트워크의 데이터 네트워크 혹은 EPC 네트워크의 패킷 데이터 네트워크로서, 에지 호스팅 플랫폼 에지 인에이블러 서버(Edge Hosting Platform Edge Enabler Server) 등과 같은 에지 컴퓨팅 서비스를 제공하기 위한 기능들을 포함하고 있는 데이터 네트워크일 수 있다.

어플리케이션 클라이언트 (Application Client, AC)(102): 단말(101)의 모바일 운영체제 상에서 동작하는 응용 프로그램으로서, 5G 코어 네트워크에서 어플리케이션 식별자(Application Identifier)로 식별될 수 있으며, 모바일 운영체제를 제공하는 환경에서 AC는 운영체제 식별자(OS Identifier) 그리고 운영체제 별 고유한 어플리케이션 식별자 (OSAppID)로 식별될 수 있다.

하나 이상의 에지 어플리케이션 서버(Edge Application Server or Edge Application)(106): 에지 호스팅 환경(Edge Hosting Environment)에서 동작하는 가상 머신(virtual machine, VM) 이미지 혹은 가상화 컨테이너에서 동작하는 응용 서버 프로그램으로서, VM 이미지가 개체화되어서 실행되는 서버 프로그램일 수 있으며, 에지 어플리케이션(Edge Application)으로 불릴 수 있다.

에지 구성 서버(Edge Configuration Server)(108): 에지 데이터 네트워크(105)에 대한 설정 정보를 단말(101)에 제공하는 서버로서, 단말(101)이 모바일 에지 컴퓨팅(mobile edge computing, MEC) 서비스를 이용하기 위한 설정 정보를 제공받을 수 있는 초기 접속 서버일 수 있다.

에지 호스팅 플랫폼(Edge Hosting Platform): 복수의 에지 응용 프로그램을 수행시킬 수 있는 가상화 계층이 포함된 플랫폼 소프트웨어일 수 있다. 본 문서에서 에지 호스팅 플랫폼(Edge Hosting Platform)은 에지 호스팅 환경(Edge Hosting Environment)와 동일한 개념으로 사용될 수 있다.

에지 호스팅 플랫폼을 위한 오케스트레이터(Orchestrator for Edge Hosting Platform): 에지 호스팅 플랫폼에 대한 관리 및 에지 호스팅 플랫폼 상에서 동작하는 에지 응용 프로그램들에 대한 라이프 사이클을 관리하는 관리 시스템일 수 있다. ETSI MANO (European Telecommunication Standards Institute Management and Network Operation)에서 정의한 오케스트레이터의 기능을 수행할 수 있다.

에지 인에이블러 서버(Edge Enabler Server, EES)(107): 에지 컴퓨팅 서비스를 제공하기 위한 서버로서, 단말(101)에 에지 호스팅 플랫폼 상에서 가용한 응용 프로그램의 목록을 제공(Edge Enabler Client Manager)하고, 에지 컴퓨팅 호스팅 플랫폼 상에서 동작하는 에지 응용 프로그램들에 대한 설정 정보를 관리하고, 에지 응용 프로그램들에게 3GPP 네트워크에서 제공하는 기능에 대한 애플리케이션 프로그래밍 인터페이스(Application Programming Interface, API)를 제공하는 서버일 수 있다.

에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(103): 단말(101)의 소프트웨어 모듈로, 에지 컴퓨팅 서비스를 제공하기 위한 기능들을 가진 소프트웨어 에이전트일 수 있다. 단말의 에지 컴퓨팅 서버에 접속하기 위한 인증 기능, 단말(101)이 에지 인에이블링 서버(107)와 연동하여 에지 호스팅 플랫폼에서 제공하는 정보를 수신하여 단말 응용 프로그램에게 필요한 라우팅을 수행하고, 그리고 단말 응용 프로그램에 정보를 제공하는 소프트웨어 에이전트가 될 수 있다.

도 1의 에지 컴퓨팅 지원을 위한 응용 네트워크 구조는 이동통신 사업자와 별도의 에지 컴퓨팅 사업자에 의하여 관리될 수 있고, 이로 인한 별도의 에지 컴퓨팅 사업자는 하나의 이동통신 사업자 네트워크 내에 복수 개가 존재할 수 있다. 도 1의 에지 컴퓨팅 지원을 위한 응용 네트워크 구조는 이러한 사업자의 구성을 지원할 수 있다.

도 1에서 개시한 응용 네트워크 구조는 하나의 이동통신 네트워크 내의 복수 개의 에지 컴퓨팅 사업자를 지원할 수 있다. 응용 네트워크 구조는 하나의 이동통신 네트워크 내에 가용한 복수 개의 에지 컴퓨팅 서비스 사업자 및 사업자가 설치한 에지 컴퓨팅 네트워크에 접속하기 위한 설정 정보를 단말에 전달할 수 있다.

도 1에서 개시한 응용 네트워크 구조는 하나의 이동통신 네트워크 내에 존재하는 복수개의 에지 컴퓨팅 사업자 중에서 이동통신 사업자가 선택한 에지 네트워크 서비스 제공자 및 선택된 에지 네트워크 서비스 제공자가 설치한 에지 컴퓨팅 네트워크에 접속하기 위한 설정 정보를 단말에 전달할 수 있다.

이하, 본 개시에 따른 다양한 실시 예들에 대하여 설명한다. 본 개시에서는 사업자가 유연한 에지 네트워크 설치를 위하여 다음과 같은 두 가지 시나리오를 제공하고 이를 구현하기 위한 방법 및 장치에 관련된 것일 수 있다.

<제1 실시 예>

본 개시의 제1 실시 예는 EAS로부터 AC 상태 예를 들면, AC 설치, 시작, 사용자의 동작으로 인한 앱 화면 제어 변경, 앱 트래픽 감지, 앱의 DNS 요청 감지 보고에 대한 서비스 가입 절차이다.

도 2는 본 개시의 제1 실시 예에 따른 AC 상태 및 AC 트래픽 상태 보고에 대한 가입 요청 절차(200)를 나타낸 도면이다.

도2를 참조하면, EAS(201)는 AC 상태/상태 변경 보고 및/또는 AC 트래픽 상태/상태 변경 보고를 EES(202)에 요청한다(211단계).

이때, 상기 상태 보고 요청 메시지는 일회성(One-time) 보고 요청일 수도 있고, EEC 별 (혹은 GPSI 별) 지정된 AC의 상태 변경에 대한 보고 요청일 수도 있다.

EES(201)는 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 대한 보고를 요청받으면, 일회성 요청이 아닌 경우, 대상 단말 혹은 대상 EEC 목록, AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 대한 보고 및 만료 조건을 수신하고, 해당하는 보고에 대한 트랜잭션 식별자를 할당하고, 이러한 정보를 기록한다. 추후에 해당하는 이벤트 보고를 수신한 경우, 이벤트 보고를 요청한 요청자를 식별할 수 있는 정보를 함께 보관한다.

EES(202)는 성공적으로 이벤트 가입이 완료되면, EAS(201)로 보고 요청에 대한 응답 메시지를 전달한다(213단계). 일회성 보고가 아니고, 이벤트 보고 조건 및 만료 조건이 요청 메시지에 있는 경우, 가입 요청을 식별할 수 있는 212단계에서 할당한 트랜잭션 식별자 정보를 포함하여 전달할 수 있다.

일 실시예로, 상기 하나 이상의 EEC로부터 해당하는 복수의 AC 들에 대한 상태를 이미 보고받은 EES(202)는 EAS(201)로부터 요청된 EEC 혹은 EEC 들의 AC 들에 대한 상태를 확인한다(212단계). 그리고, EES(202)는 확인된 EEC의 AC 상태를 EAS(201)에 보고한다. 이때, EES(202)는 요청받은 AC 및 AC 상태에 대한 조건에 부합되는 EEC 및/또는 AC 상태에 대한 정보를 포함한 AC 상태 보고를 214단계의 응답 메시지와 함께 EAS(201)로 전달한다.

EEC(및 단말) 및/또는 AC 상태에 대한 정보를 포함한 AC 상태 보고를 수신한 EAS(201) 가 오케스트레이터(Orchestrator)인 경우, 오케스트레이터는 해당 관련된 AC에 대한 상태 정보를 EAS의 개체화(instantiation) 혹은 로드 밸런싱(load balancing) 혹은 스케일링 인(scaling-in) 혹은 스케일링 아웃(scaling-out)에 사용할 수 있다.

213단계에서 응답 메시지를 전달한 EES(202)는 등록된 EEC 들에 대하여, AC 상태 보고 혹은 AC 트래픽 상태 보고에 대한 215단계 및 216단계에서 기술한 가입 요청 절차를 적어도 하나의 EEC(203)에 대하여 수행할 수 있다(214단계).

EES(202) 는 EEC(203)에게 AC 상태 정보 보고에 대한 가입 요청 메시지를 전달한다(215단계). AC 상태 및/또는 AC 트래픽 상태 정보 보고에 대한 가입 요청 메시지는 AC 목록, AC 상태 보고 이벤트(event) 목록, AC에 대한 에지 인식(edge awareness) 정보, EAS 서비스 영역 정보, AC 상태 보고 유형, AC 상태 보고 인디케이터(indicator), AC 상태 보고 가입(subscription) 정보, AC 상태 트리거 조건 중 적어도 하나를 포함한다.

상기 가입 요청 메시지는 또한, 일회성(One Time) 보고 여부, 지속적인 보고 여부, 그리고 지속적인 보고인 경우, 보고를 완료 하는 조건 (예를 들면 최대 보고 횟수, 보고 해야하는 기간, 보고 완료 시점에 대한 이벤트 발생 횟수) 가 포함 될 수 있다. AC 상태 보고 이벤트 목록은 AC 와 EAS 간의 트래픽 발생 여부를 예측할 수 있는 AC의 상태 정보 및 AC 상태 변경 정보, 그리고 AC 트래픽 상태 및 AC 트래픽 상태 변경 정보를 포함할 수 있다. 예를 들면, AC 상태 정보는 이하에서 설명될 제4 실시 예에서 기술된 바와 같다. AC 트래픽의 상태 정보는 이하에서 설명될 제5실시 예에서 기술된 바와 같다.

AC 상태 정보 보고에 대한 가입 요청 메시지를 수신한 EEC(203)는 EES(202)의 AC 상태 정보 보고에 대한 가입 요청이 성공적으로 등록된 경우, 보고 가입 요청에 대한 응답 메시지를 EES(202)에 전송한다(216단계). AC 상태 정보 보고에 대한 가입 요청이 일회성 요청인 경우, EEC(203)는 응답 메시지와 함께 AC 상태 정보를 같이 전송할 수 있다.

<제2 실시 예>

본 개시의 제2 실시 예는, 본 개시의 제1 실시 예에서 가입된 AC 상태 및 AC 상태 변경 보고 및/또는 AC 트래픽 상태 및 AC 트래픽 상태 변경 보고 서비스에 따라 AC 상태가 보고 조건에 부합되는 상태로 변경된 경우, EEC가 AC 상태 보고를 요청한 EES에 AC의 상태를 보고하는 절차를 나타낸다. 단말의 AC 상태의 변경을 보고 받은 EES는 AC 상태 변경 보고를 요청한 EAS에 현재 단말의 AC 상태 변경을 보고 한다. 상기 AC 상태 변경 보고는 오케스트레이터(Orchestrator)가 EAS에 대한 신규 개체(instantiation)를 생성하거나 기존에 생성된 개체를 제거하는데 사용될 수 있다.

도 3은 본 개시의 제2 실시 예에 따른 AC 상태 및 AC 트래픽 상태 감지 및 보고 절차(300)를 나타낸 흐름도이다.

도 3을 참조할 때, EEC(303)는 AC 상태 및/또는AC 트래픽의 상태를 획득하거나 AC 상태 변경 혹은 AC 트래픽의 상태 변경을 감지할 수 있다(311단계). AC 상태 변경은 사용자 동작으로 인하여 모바일 운영체제 상에서 변경되는 AC 상태를 의미한다. AC 상태 및 상태변경은 이하에서 설명될 본 개시의 제4 실시 예 및 도 6에서 도시된 다음과 같은 속성을 포함하는 상태를 가질 수 있다.

- 단말(UE)(301) 내의 모바일 운영체제 상에서 AC(302)의 설치 여부에 따른 상태

- 단말(301) 내의 모바일 운영체제 상에서 AC(302)가 수행 중인지 아니면 수행되지 않은지에 따른 상태

- 단말(301) 내의 모바일 운영체제 상에서 AC(302) 가 사용자 화면에 표시되는지, 혹은 사용자 화면에 대한 제어권한을 가지는지, 혹은 AC(302)가 사용자인터렉션(interaction)에 대한 제어권한을 가지는지 여부에 따라 포어그라운드(foreground), 또는 백그라운드(background) 상태 혹은 가시적(visible) 또는 비가시적(invisible) 상태로 구분되는 상태

또한, AC 상태의 변경은 모바일 운영체제에 대한 사용자 동작으로 발생하는 AC(302)가 설치, 실행, 중지, 종료 및 AC(302)의 포워그라운드 화면으로 이동되거나 백그라운드 화면으로 이동되는 상태 이동의 특징을 가질 수 있다.

상기 AC 상태 및 상태 변경의 특징을 가지는 상태의 예로서는 이하에서 설명될 본 개시의 제4 실시 예와 같은 상태와 상태 천이 방법을 가질 수 있다.

도 2의 215단계에서 AC의 상태 변경에 대한 보고 요청을 수신 받은 EEC(303)는, 요청 받은 AC의 설치, 실행 시작, 실행 중지, 종료, 가시적 혹은 비가시적 상태로 변경과 같은 AC 의 상태 변경을 감지할 수 있다.

도 2의 215단계에서 AC가 특정 상태로 이동한 경우를 보고 조건으로 요청 받았다면, EEC는 AC 가 특정 상태로 이동을 감지할 수 있다.

AC 트래픽의 상태 및 상태 변경은 이하에서 설명될 본 개시의 제5 실시 예와 도 7에 도시된 다음과 같은 속성을 포함하는 상태를 가질 수 있다.

- 어플리케이션 트래픽이 사용자의 개입 없이 발생할 수 있는지 혹은 그렇지 않은지에 대한 상태, 이러한 상태의 예로는 어플리케이션 트래픽 비준비(Application Traffic Not Ready) 혹은 어플리케이션 트래픽 준비(Application Traffic Ready)와 같은 상태로 구분될 수 있다.

- 어플리케이션이 단말의 운영체제에 설치되었는지 여부, 모바일 운영체제에서 수행되는지 여부에 따른 상태, 이러한 상태의 예로는 어플리케이션 이용불가능(Application Unavailable), 어플리케이션 비활성(Application Inactive), 어플리케이션 트래픽 준비(Application Traffic Ready) 상태로 구분될 수 있다.

- 어플리케이션 트래픽이 곧 발생할 것인지, 이미 트래픽이 발생하였는지, 혹은 트래픽이 발생하지 않은 휴면(Dormant) 기간인지 등으로 구분될 수 있는 어플리케이션 트래픽 발생 상태, 이러한 상태의 예로서는 어플리케이션 트래픽 휴면(Application Traffic Dormant), 어플리케이션 트래픽 도래(Application Traffic Coming), 어플리케이션 트래픽 교환(Application Traffic Exchanging)과 같은 상태가 될 수 있다.

또한, AC 트래픽 상태 변경은 AC의 트래픽 발생 혹은 발생 준비를 감지하여 이동되는 상태 이동의 특징을 가질 수 있다. 상기 AC 트래픽 상태 및 상태 천이의 특징을 가지는 상태의 예로서는 이하에서 설명되는 제5 실시 예와 같은 상태와 상태 천이 방법을 가질 수 있다.

도 2의 215단계에서 AC 트래픽의 상태 변경에 대한 보고 요청을 수신 받은 EEC(303)는, 요청받은 AC 트래픽의 발생 준비 상태 변경, 예를 들면 AC 트래픽 비준비(Traffic Not Ready) 상태에서 AC 트래픽 준비(Ready) 상태로의 변경, AC 트래픽 휴면(Dormant) 상태, AC 트래픽 도래(Coming) 상태, AC 트래픽 발생 상태 간의 상태 변경시 AC 트래픽 상태 변경을 감지할 수 있다. 예를 들어, AC 트래픽 휴면 상태는 AC로부터 DNS query 가 발생하거나, 목적지 EAS에 대한 DNS query 가 발생한 경우, 어플리케이션 트래픽 도래 상태로 천이 할 수 있다. 또한, AC에서 발생한 어플리케이션 트래픽이 감지되면, 혹은 AC에서 목적지 EAS 로 향하는 어플리케이션 트래픽 의 발생이 감지되면, 어플리케이션 트래픽 휴면 상태는 어플리케이션 트래픽 교환 상태로 변경된다.

도 2의 215단계에서 AC 트래픽 상태가 특정 상태로 이동한 경우를 보고 조건으로 요청받았다면, EEC(303)는 AC 트래픽이 특정 상태로 이동을 감지할 수 있다.

EEC(303)는 AC 상태가 보고 조건을 만족하는 상태로 이동하거나, AC 상태의 변경을 감지하거나, AC 트래픽 상태가 보고 조건을 만족하는 상태로 이동하거나, AC 트래픽 상태의 변경을 감지하면 EES(304)에 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 보고 메시지를 전송할 수 있다(312단계). 상기 AC 상태 및/또는 AC 트래픽 상태 보고 메시지는 EEC 식별자, 보고 대상이 되는 AC 식별자 목록, 가입을 요청한 트랜잭션을 구분할 수 있는 구분자, AC 식별자 별 AC 상태 정보, AC 식별자 별 AC 트래픽 상태 정보, AC 상태가 변경된 경우 AC 식별자 별 AC 이전 상태 정보, AC 트래픽 상태가 변경된 경우 AC 식별자 별 AC 트래픽의 이전 상태 정보, 특정 EAS를 목적지로 하는 트래픽이 감지된 경우 상기 특정 EAS 에 대한 식별자 혹은 상기 특정 EAS의 FQDN 정보, IP 주소 정보 또는 URL 정보 중 적어도 하나를 포함할 수 있다. 상기 AC 상태/상태 변경 보고 및/또는 AC 트래픽 상태/상태 변경 보고 메시지는 EAS 디스커버리 절차와 함께 전달될 수 있다.

일 실시예로, EEC(303)로부터 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경을 보고 받은 EES(304)는 오케스트레이터에 요청하여 사전에 설정된 절차를 수행할 수 있다(313단계). 사전에 설정된 절차는 EAS(305)의 라이프 사이클(lifecycle)을 관리하는 API를 호출하는 동작, 지정된 곳에 단말의 AC에 대한 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 대한 보고를 수행하는 동작, 또는 AC에 상응하는 EAS에 대한 스케일 인(scale-in) 혹은 스케일 아웃(scale-out)을 결정 및 보고하는 동작을 포함할 수 있다. 또한, 사전에 설정된 절차는 EAS로 동작하는 오케스트레이터에게 AC상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 따른 EES 인스턴스(instance)를 개체화 하는 동작, EES 인스턴스에 대한 추가 개체화 동작, 또는 EES 인스턴스 삭제하는 동작 중 적어도 하나를 포함할 수 있다. 313단계를 수행하는 경우, 도2의 211단계 및 214단계는 생략 가능하다.

EEC(303)으로부터 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경을 보고 받은 EES(304)는 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 보고를 요청한 EAS(305) 또는 오케스트레이터에게 AC 상태 정보, AC 상태 변경 정보, AC 트래픽 상태 정보, 또는 AC 트래픽 상태 변경 정보 중 적어도 하나를 보고 한다(314단계). EES(304)는 AC(302)에 상응하는 EAS(305)에 대한 정보를 포함하여 오케스트레이터에게 보고 할 수 있다. AC(302)에 상응하는 EAS(305)는 AC(302)에 대한 서비스를 제공하는 어플리케이션 서버를 의미한다.

AC 상태/상태 변경 및/도는 AC 트래픽 상태/상태 변경 보고를 수신한 오케스트레이터는 AC(302)에 상응하는 EAS(305)에 대한 정보를 획득하고, EAS개체(instance)에 대한 생성, 추가, 삭제 등에 대한 동작을 수행할 수 있다(315단계).

<제3-1 실시 예>

본 개시의 제3-1 실시 예는 EES가 EAS 로부터 단말의 AC 상태 및 AC 트래픽 상태 보고 가입 요청을 수신하고, EES는 가입 요청을 기록한다.

EEC가 EES에 등록하는 과정에서, EES는 EEC가 AC 상태 및/또는 AC 트래픽 상태 보고 대상에 속하는지 확인하고, EEC가 보고 대상에 속하는 경우, 대상 AC 목록, 혹은 대상 AC에 대한 조건 정보, 일회성 상태 보고 요청 여부, 조건을 포함한 보고 조건 및 만료 조건, 보고 가입을 식별할 수 있는 식별자를 포함한 등록 응답 메시지를 EEC에 전달한다. EEC로부터 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 보고를 수신한 EES는 보고를 요청한 EAS 혹은 오케스트레이터에게 보고 받은 상태를 전달한다. 또한, EES는 AC에 상응하는 EAS에 신규 개체화, 개체수 증감을 직접 결정하거나 오케스트레이터에 메시지를 전달하여, EAS의 신규 개체화 여부를 결정하거나 EAS 의 개체수 증감을 결정하는 절차를 수행할 수 있다.

도 4는 본 개시의 제3-1 실시 예에 따른 EEC 등록 과정에서 AC 상태 및/또는 AC 트래픽 상태 보고 절차를 나타낸 흐름도이다.

도 4를 참조하면, EAS(401)는 AC 상태/상태 변경 보고 및/또는 AC 트래픽 상태/상태 변경 보고를 EES(402)에 요청한다(411단계).

이때, 상기 상태 보고 요청 메시지는 일회성(One-time) 보고 요청일 수도 있고, EEC 별 (혹은 GPSI 별) 지정된 AC의 상태 변경에 대한 보고 요청일 수도 있다.

EES(402)는 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 대한 보고를 요청받으면, 일회성 요청이 아닌 경우, 대상 단말 혹은 대상 EEC 목록, AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 대한 보고 및 만료 조건을 수신하고, 해당하는 보고에 대한 트랜잭션 식별자를 할당하고, 이러한 정보를 기록한다(412단계). 추후에 해당하는 이벤트 보고를 수신한 경우, 이벤트 보고를 요청한 요청자를 식별할 수 있는 정보를 함께 보관한다.

EES(402)는 성공적으로 이벤트 가입이 완료되면, EAS(401)로 보고 요청에 대한 응답 메시지를 전달한다(413단계). 일회성 보고가 아니고, 이벤트 보고 조건 및 만료 조건이 요청 메시지에 있는 경우, 가입 요청을 식별할 수 있는 412단계에서 할당한 트랜잭션 식별자 정보를 포함하여 전달할 수 있다.

일 실시예로서, 하나 이상의 EEC가 해당하는 복수의 AC 들에 대한 상태를 이미 보고받은 EES(402)는 EAS(401)로부터 요청된 EEC 혹은 EEC 들의 AC 들에 대한 상태를 확인한다. 그리고, EES(202)는 확인된 EEC의 AC 상태를 EAS(201)에 보고한다. 이때, EES(202)는 요청받은 AC 및 AC 상태에 대한 조건에 부합되는 EEC 및/또는 AC 상태에 대한 정보를 포함한 AC 상태 보고를 413단계의 응답 메시지와 함께 EAS(201)로 전달한다.

EEC(403)는 지정된 조건에 따라 EES(402)에 등록 절차를 수행한다. 지정된 조건은 단말이 EES(402)가 제공되는 지역으로 이동한 경우, 혹은 EEC가 ECS로부터 EES에 대한 선택 정보를 수신하여 EEC 가 EES 를 선택한 경우, EEC(403)는 EES(402)에 등록 절차를 수행한다. EEC(403)가 EES(402)에 등록 절차를 수행할 때, EEC(403)는 단말에 설치된 AC 목록 중에 일부 혹은 전체 AC 목록을 등록 요청 메시지에 포함하여 전달할 수 있다(414단계). 단말내의 EEC(403)는 등록 요청 메시지에 AC 식별자, EEC 유형 (다운로드 가능한 EEC 인지 혹은 임베디드 유형인지를 알려주는 지시자), AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 보고 기능 지원 여부를 나타내는 지시자, 지원되는 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 목로, 또는 모바일 운영체제 식별자 중 적어도 하나를 포함시켜 EES(402)에 전달할 수 있다.

EES(402)는 EEC(403)로부터 등록 요청 메시지를 수신한다. 등록 요청 메시지를 수신한 EES(402)는 각 AC 목록에 상응하는 이용가능한(available) EAS 목록을 확인할 수 있다(415단계). 또한, EES(402)는 EEC(403)가 AC 상태 및/또는 AC 트래픽 상태 보고 대상에 속하는지 여부를 확인할 수 있다. EEC(403)가 보고 대상에 속하는지 여부는 다음과 정보를 통하여 확인할 수 있다.

- EEC 식별자,

- EEC를 탑재하고 있는 단말 식별자, 예를 들면 영구 장치 식별자(Permanent Equipment Identifier, PEI) 등의 단말 기기의 번호

- EEC를 탑재하고 있는 단말의 가입자 정보, (Generic Public Subscription Identifier, GPSI)

- 단말의 위치 정보 (예를 들면 3GPP 내에서의 위치 정보 혹은 데이터 네트워크 접속 식별자(Data Network Access Identifier, DNAI) 혹은, GPS 좌표 정보 혹은 지번, 건물 번호 등의 주소 정보)

- 단말의 서비스 영역 정보

- 단말의 IP 주소 정보

EES(402)는 EEC(403)가 보고 대상에 속하는 경우, 해당 단말에 대한 대상 AC를 지정한다. 대상 AC는 AC 식별자의 목록 혹은 대상 AC 대한 조건 정보를 포함할 수 있다. 대상 AC에 대한 조건은 다음과 같은 예를 포함할 수 있다.

- 단말에서 설치된 AC 중, 혹은 실행 중인 AC 중에서 AC ID 가 정규 표현(regular expression)으로 표현된 정보, 예. com.example.*

- 단말에 신규로 설치되는 AC의 목록

- 단말에서 신규로 실행되는 AC의 목록

- 현재 단말에 실행 중인 앱들 중 가시적(Visible) 상태의 모든 AC 목록

- 현재 단말에 실행 중인 앱들 중 비가시적(Invisible) 상태에서 가시적(Visible) 상태로 천이 되는 AC 목록

EES(402)는 EEC(403)가 보고 대상에 속하는 경우, EEC(403)에게 등로 요청에 대한 응답 메시지를 전달한다(416단계). 상기 응답 메시지는 AC 목록, AC 상태 보고 이벤트(event) 목록, AC에 대한 에지 인식(edge awareness) 정보, EAS 서비스 영역 정보, AC 상태 보고 유형, AC 상태 보고 인디케이터(indicator), AC 상태 보고 가입(subscription) 정보, AC 상태 트리거 조건 중 적어도 하나를 포함한다.

응답 메시지를 수신한 EEC(403)는 보고가 일회성인 지 확인하고, 일회성인 경우, 한 번만 보고를 수행한다.

EEC(403)는 보고에 대한 조건이 있는 경우, EEC 가입 요청을 식별하는 식별자와 보고 조건 및 만료 조건을 기록하고, 보고 조건 및 만료 조건을 트리거링하는 조건을 기록한다.

EEC(403)는 현재 설치된 AC들에 대한 보고 조건을 확인한다(417단계).

설치된 AC들에 대하여, EEC(403)는 보고 조건을 확인하고, 보고 조건이 만족되는 경우, AC 상태 보고 및/또는 AC 트래픽 상태 보고 메시지를 EES(402)에 전달한다(418단계). EES(402)에 전달하는 메시지는 EEC 식별자, 보고 대상이 되는 AC 식별자 목록, 가입을 요청한 트랜잭션을 구분할 수 있는 구분자, AC 식별자 별 AC의 상태 정보, AC가 변경된 경우 AC 식별자 별 AC 이전 상태, AC 식별자 별 AC 트래픽 상태, AC 트래픽이 견경된 경우, AC 식별자 별 AC 트래픽 이전 상태 정보 중 적어도 하나가 포함될 수 있다. 보고 조건이 만족되고 보고 요청이 일회성인 경우, 한번의 보고만을 수행한다. EES(402)로부터 수신한 보고 요청이 일회성이 아니고 보고 조건과 만료 조건이 포함되어 있는 경우, EEC(403)는 보고 요청을 기록하고, 보고 조건에 만족하는 경우, 418단계를 수행할 수 있다. 보고 만료 조건을 만족하는 이벤트가 발생하는 경우, 더 이상 보고를 하지 않고, 기록된 보고 요청을 삭제한다.

EAS(401) 또는 오케스트레이터가 411단계를 통하여 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 보고를 요청하였다면, EES(402)는 해당하는 EAS(401) 또는 오케스트레이터에게 EEC(403)로부터 보고 받은 정보를 전달할 수 있다(420-1단계). EAS(401) 또는 오케스트레이터는 EES(402)로부터 AC의 상태/상태 변경 및/또는 AC 트래픽의 상태/상태 변경 보고를 수신하고, AC에 관련된 EAS 개체의 생성, 추가, 삭제, 업그레이트, 다운그레이드 등에 대한 동작을 결정할 수 있다(420-2단계).

일 실시예로서, EEC(403)로부터 AC 상태/상태 변경 및/또는 AC 트래픽 상태를 보고 받은 EES(402)는 사전에 설정된 절차를 수행할 수 있다(419단계). 사전에 설정된 절차는 EAS(401)의 라이프 사이클을 관리하는 API를 호출하는 동작 또는 지정된 곳에 단말의 AC에 대한 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 대한 보고를 수행하는 동작을 포함할 수 있다. EEC(402)에서 419단계가 수행되는 경우, 411단계 및 413단계는 생략 가능하다.

EES(402)에서 사전에 설정된 절차가 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경에 따른 EAS 개체의 추가, 생성, 삭제 등에 대한 동작을 포함하는 경우, EES(402)는 AC에 상응하는 EAS에 대한 스케일 인(scale-in) 혹은 스케일 아웃(scale-out)을 결정할 수 있다(421-1단계). 스케일 아웃은 EAS의 개체 수를 증가시키는 동작이며, 스케일 인은 EAS 개체 수를 감소시키는 EAS(401)에 대한 오케스트레이션 동작이다. EES(402)는 결정된 스케일 아웃 혹은 스케일 인에 대한 요청을 EAS(401) 혹은 오케스트레이터에게 전달할 수 있다(421-2단계).

사전에 설정된 절차에 따라 EES(402)는 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경을 보고할 때, 오케스트레이터에 해당하는 EAS(401)에 대한 컨텍스트 등록하거나 해제를 수행할 수 있다(422단계). 예를 들어, EEC(403)로부터 보고 받은 AC 상태 이벤트가 AC 시작 이벤트 혹은 AC 트래픽 곧 시작 이벤트이면, AC에 상응하는 EAS(401)에 대한 컨텍스트 등록 혹은 해지 절차를 수행할 수 있다. EAS(401)에 대한 컨텍스트 등록 요청 혹은 해지 요청을 받은 오케스트레이터는 새로운 EAS 인스턴스를 생성하거나, 기존의 EAS 개체 수를 증가 혹은 감소시키는 기능를 수행할 수 있다.

<제3-2 실시 예>

본 개시의 제3-2 실시 예는 EES가, EAS 로부터의 등록 요청을 통하여 EAS 와 연관된 AC 프로파일(AC ID 포함)을 수신하고, EEC가 등록 요청을 보낸 경우, EEC가 디스커버리 요청을 전송하여야 하는 트리거 조건을 결정하고, EAS 디스커버리를 수행하는 트리거 조건을 EEC에 전송한 이후, AC의 상태 변경을 감지한 EEC로부터 EAS 디스커버리 요청 메시지를 수신하여, AC에 상응하는 EAS를 동적으로 개체화하도록 하는 방법에 대해 설명한다.

도 5는 본 개시의 제3-2 실시 예에 따른 EES가 EAS를 동적으로 개체화하는 절차를 나타낸 흐름도이다.

도 5를 참조하면, EAS(501)는 EES(502)에 EAS의 등록 절차를 수행하기 위해 등록 요청 메시지를 전송한다(511단계). 일 실시예에 따르면, EAS 등록 절차는 개체화가 가능한 EAS가 에지 호스팅 환경(Edge Hosting Environment)에서 관리되는 경우에 에지 호스팅 환경을 관리하는 오케스트레이터에 의해서 EAS 대신 수행될 수 있다. 이러한 경우, EAS 등록 절차는 EAS(501)를 대신하여 에지 호스팅 환경을 통하여 EAS(501)의 라이프 사이클을 관리하는 오케스트레이터가 수행할 수 있다. 오케스트레이터가 등록 절차를 수행하는 경우, EAS ID는 특정 개체의 ID를 지칭하지 않고, 복수개의 개체화된 EAS 개체를 포괄적으로 지칭할 수 있다. 오케스트레이터가 등록 절차를 수행하는 경우, EAS ID는 포괄적인 EAS를 지칭하며, 복수개의 개체화된 EAS 개체들은 동일한 EAS ID를 갖게 된다. 또다른 실시예에 따르면, EAS(501)가 EES(502)에 수행하는 등록 절차는 새로운 개체의 EAS에 의하여 수행될 수 있다. 이러한 경우, EAS 등록 절차는 EES(502)로 하여금 또 다른 EES 혹은 EEC(503)가 가용한 EAS의 개체를 발견하도록 하기 위하여 새롭게 개체화된 EAS 개체를 등록하기 위하여 수행될 수도 있다. EAS(501)가 EES(502)에 전송하는 등록 요청 메시지는 EAS ID 또는 EAS(501)가 서비스를 제공하는 AC에 대한 정보, 즉 AC 프로파일 중 적어도 하나를 포함할 수 있다. AC 프로파일에는 AC ID 와 함께 AC에 대한 부가적인 정보가 포함될 수 있다. 또한, EAS(501)가 EES(502)에 전송하는 등록 요청 메시지는 오케스트레이터의 URL 정보를 포함할 수 있다. EES(502)는 EAS(501)로부터 수신한 등록 요청 메시지에 포함된 EAS ID 및/또는 AC 프로파일의 정보를 저장하고 관리한다(512단계). EAS(501)로부터 등록 요청 메시지를 수신한 EES(502)는 등록 요청 메시지에 대한 응답 메시지를 EAS(501)로 전송한다(513단계).

계속해서 도 5를 참조하면, EEC(503)는 EES(502)에 대해 등록 절차를 수행하기 위해 EES(502)에 등록 요청 메시지를 전송한다(514단계). EEC(503)가 EES(502)에 전송하는 등록 요청 메시지는 EEC ID, EEC 타입 (예: 임베디드(Embedded) 타입인지, AC 타입인지를 나타내는 구분자), 운영체제 ID, 현재 단말에 설치된 AC ID 및/또는 현재 EEC(503)가 에지 컴퓨팅 서비스를 제공하기 위하여 연관을 맺은 AC 목록, 혹은 현재 EEC(503)가 확인할 수 있는 단말에 설치된 AC ID 목록 및/또는 현재 EEC(502)가 확인할 수 있는 단말에서 수행중인 AC ID 목록을 포함할 수 있다.

일 실시예에 따르면, EEC(503)가 EAS 디스커버리 트리거 조건을 지원하는 경우, EEC(503)는 EAS 디스커버리 트리거 능력 지시자를 EES(502)로 전송하는 등록 요청 메시지에 포함시켜 전달할 수 있다.

EEC(503)로부터 등록 요청 메시지를 수신한 EES(502)는 단말에서 전송한 AC 목록을 확인한다. EES(502)는 단말에서 전송한 AC 목록에 상응하는 이용가능한 EAS 목록을 확인하고, 해당하는 EAS에 대하여 EAS 디스커버리를 수행하는 트리거 조건을 결정한다(515단계). 이러한 트리거 조건은 사전에 EES(502)에 설정되어 있을 수도 있으며, ECS 혹은 별도의 정책 서버를 통하여 수신 받은 정보일 수도 있다. 일 예로, 트리거 조건은 ECS로부터 서비스 권한설정(Service Provisioning) 과정 중에서 권한설정 응답 메시지를 통하여 EES(502)에 설정될 수도 있다.

일 실시예에 따르면, EAS 디스커버리를 트리거하는 조건은 다음 조건들 중 전부 또는 일부를 포함 수 있다.

- AC가 단말에 신규로 설치되는 경우, 혹은 재설치 되는 경우

- 단말에 설치된 AC가 실행 상태로 변경되는 경우,

- AC가 에지 컴퓨팅의 사용을 EEC에 요청하는 경우,

- AC 가 EAS에 트래픽을 보내는 트래픽을 감지하는 경우,

- AC 가 EAS에 트래픽을 보내기 위하여 DNS Query를 하는 경우\

- 제4 실시 예에서 기술한 AC 상태 (기존),

- 제4 실시 예에서 기술한 AC 상태의 변경,

- 제5 실시 예에서 기술한 AC 트래픽 상태

- 제5 실시 예에서 기술한 AC 트래픽 상태의 변경이 되는 경우

전술한 EAS 디스커버리 트리거 조건의 각각의 항목은 EAS 디스커버리 트리거 지시자 인덱스로 하기 표 1과 같이 지정될 수 있다.

<표 1>

EES(502)는 EEC(503)로부터 수신한 등록 요청 메시지에 대한 응답으로 EAS 디스커버리 트리거 조건(예: EAS 디스커버리 트리거 조건을 나타내는 EAS 디스커버리 트리거 지시자 인덱스 정보)이 포함된 등록 응답 메시지를 EEC(503)로 전송한다(516단계).

일 실시예에 따르면, EAS 디스커버리 트리거 조건이 특정한 AC의 상태 혹은 트래픽 상태에 대한 변경인 경우, EES(502)는 해당하는 AC ID를 함께 단말로 전달하거나, 혹은 AC ID에 상응하는 EAS ID 목록을 단말에 전달할 수 있다.

EEC(503)가 EES(502)에 등록하는 과정에서, EES(502)는 다음과 같은 정보들 중 적어도 하나를 포함한 EEC 등록 응답 메시지를 EEC(503)에 전달할 수 있다.

- EEC(503)로부터 수신 받은 단말에 설치된 AC 목록 중 현재 사용 가능한 EAS 목록

- EEC(503)로부터 수신 받은 단말에 설치된 AC 목록 중 현재 EAS 개체화가 가능한 EAS 목록

- AC에 대한 EAS 디스커버리 트리거 조건 정보

- EES(502)에 등록된 EAS 목록 중에 EAS 디스커버리를 통하여 동적으로 EAS 개체화를 요청한 EAS 목록

- 동적으로 EAS 개체화를 요청한 EAS(501)에 상응하는 AC 목록

일 실시예에 따르면, EEC(503)는 EAS 디스커버리 트리거를 감지하는 기능을 제공하거나, EES(502)로부터 전달받은 EAS 디스커버리 트리거 조건에 따른 EAS 디스커버리 요청 전송 기능을 지원할 수 있다.

EES(502)로부터 등록 응답 메시지를 수신한 EEC(503)는 다음의 내용들 중 적어도 하나를 확인한다.

- AC 상태의 변경의 감지

- EAS(501)와 트래픽 연결을 사용하는 AC의 감지

- EAS(501)로 트래픽을 전송할 AC의 감지

상기에 기술한 EEC(503)가 확인하는 절차는, EEC(503)가 등록 응답 메시지에 포함된 EAS 디스커버리 트리거 조건을 만족하는지 여부를 확인하는 절차에 해당한다(517단계).

EES(502)로부터 등록 응답 메시지에 포함된 EAS 디스커버리 트리거 조건을 수신한 EEC(503)는 EAS 디스커버리 트리거 조건이 만족되는 경우, EAS 디스커버리 요청 메시지를 EES(502)에 전송한다(518단계). EEC(503)가 EES(502)로 전송하는 EAS 디스커버리 요청 메시지는 다음의 정보를 포함할 수 있다.

- EEC ID

- 설치된 ACID 목록, 혹은 실행 중인 ACID 목록

- AC의 상태를 포함하는 AC 프로파일 목록

- EAS 디스커버리 트리거 조건을 만족하여 EAS 디스커버리 요청 메시지를 전송하는 경우, EAS 디스커버리 트리거 지시자 인덱스(예를 들여, 표1에서 표시한 인덱스에 해당됨)

또 다른 실시예에 따르면, EAS 디스커버리 트리거 조건이 수신되지 아니한 경우에도, EEC(502)의 자체적인 설정 혹은 사업자 설정이 되어 있는 경우, EEC(502)는 다음과 같은 조건이 만족하는 경우, EAS 디스커버리 요청 메시지를 EES(502)에 전달할 수 있다.

- 제4 실시 예에 기술한 AC 상태가 변경된 경우, 보다 구체적으로,

■ AC가 신규로 설치된 경우(즉, AC 상태가 설치 상태로 변경된 경우)

■ AC가 Running 상태로 변경된 경우

■ AC가 포어그라운드로 변경된 경우

■ 사용자 요청으로 사용자 인터렉션을 위하여 UI의 포커스를 받은 경 우

- 제5 실시예에 기술한 AC 트래픽 상태가 변경된 경우, 보다 구체적으로,

■ AC가 EAS로 트래픽을 보내는 것을 감지한 경우

■ AC가 EAS 트래픽을 보내기 위하여 DNS Query를 전송한 경우 혹은 DNS Query의 전송을 감지한 경우

■ AC가 트래픽을 보내지 아니하는 상태에서 트래픽을 보내는 상태로 변경된 경우

EEC(503)가 EAS 디스커버리 요청 메시지를 EES(502)에 전송하는 경우, EEC(503)는 AC 프로파일 내에 제4 실시예에서 기술한 AC 상태를 나타내는 지시자 혹은 제5 실시예에서 기술한 AC 트래픽 상태를 EAS 디스커버리 요청 메시지에 포함시켜 EES(502)로 전달할 수 있다.

EEC(503)로부터 EAS 디스커버리 요청 메시지를 수신한 EES(502)는 필요한 동작을 수행한다(519단계).

일 실시예에 따르면, EEC(503)로부터 EAS 디스커버리 요청 메시지를 수신한 EAS(502)는 EAS 디스커버리 요청 메시지에 포함된 AC ID 혹은 AC 프로파일 내의 AC 상태가 지정된 조건에 상응하는지를 확인한다. 예를 들면, EAS 디스커버리 요청 메시지에 포함된 AC ID가 512단계에서 저장한 AC ID 혹은 AC 프로파일에 상응하는지를 확인한다.

일 실시예에 따르면, EES(502)는 EAS 디스커버리 요청 메시지에 EAS 디스커버리 트리거 지시자 인덱스,가 포함되어 있고, 해당하는 EAS 디스커버리 트리거 지시자 인덱스에 따라서 수행하여야 하는 동작이 있는지 확인한다. 예를 들면, EAS(502)는 EAS 디스커버리 트리거 지시자 인덱스에 따라 해당하는 EAS(501)를 탐색하고, 오케스트레이터를 통하여 EAS(501)에 대한 EAS 개체화를 트리거 하는 동작을 수행할 수 있다.

일 실시예에 따르면, EES(502)는 EAS 디스커버리 필터에 포함된 AC ID에 상응하는 EAS ID를 선정하고, EAS(501)에 대한 동적인 개체화를 트리거하는 동작을 수행할 수 있다.

본 개시의 또 다른 실시예에 따라 EES(502)가 EEC(503)로부터 수신한 AC에 상응하는 EAS(501)에 대하여 오케스트레이터를 통해 EAS(501)의 개체화를 트리거하는 동작을 수행하는 절차는, EEC(503)로부터 수신한 등록 요청 메시지에 포함된 AC에 대한 정보를 통해 수행할 수도 있다. 일 예로, 도 5의 515단계 이후에 EES(502)는 AC에 상응하는 EAS에 대한 스케일 인 혹은 스케일 아웃을 결정하고, 결정된 스케일 아웃 혹은 스케일 인에 대한 요청(예: 동적 개체화)을 오케스트레이터에게 전달할 수 있다. 예를 들면, EES(502)는 EEC(503)로부터 수신한 등록 요청 메시지에 포함된 다음과 같은 정보를 통하여 EAS 개체화을 결정할 수 있다.

- AC ID 목록

- AC 프로파일 목록

- AC 상태 정보, 혹은 변경된 AC 상태 정보

- AC 트래팍 상태 정보, 혹은 변경된 AC 트래픽 상태 정보

- EEC(503)에서 AC의 설치가 감지된 AC ID 목록

또한, EES(501)는 오케스트레이터에 해당하는 EAS(501)에 대한 컨텍스트를 등록하거나 해제를 수행할 수 있다. EES(501)로부터 해당 요청을 수신한 오케스트레이터는 AC에 관련된 EAS 개체의 생성, 추가, 삭제, 업그레이트, 다운그레이드 등에 대한 동작을 결정할 수 있다.

<제4 실시 예>

제4 실시 예에서는 단말 앱, 즉 AC의 상태 정보 및 상태 정보 변경이 발생하는 조건에 대하여 기술한다.

도 6은 본 개시의 제4 실시 예에 따른 사용자 작업에 따른 단말 앱 상태에 대한 상태 천이를 나타낸 흐름도이다.

도 6에서 설명하고 있는 6가지 상태는 모두 단말 내 앱, 즉 AC의 상태를 나타낸다. 이하에서는 도 6의 상태들을 설명할 때 어플리케이션(Application), AC 및 단말 앱, 단말 어플리케이션은 모두 동일한 의미로 사용된다.

도 6을 참고할 때, 단말 앱의 6가지 상태들 각각은 다음과 같이 정의될 수 있다.

1) 어플리케이션 이용불가능(Application Unavailable)(601) 상태

어플리케이션이 설치되지 않은 상태이다. 이러한 상태에서 어플리케이션은 어플리케이션 스토어 (혹은 플레이 스토어(play store)) 로부터 다운로드 될 수 있다. 다운로드 된 이후에 설치된 어플리케이션은 어플리케이션 이용가능(Application Available) 상태로 천이할 수 있다. 어플리케이션 이용가능 상태의 AC가 단말의 운영체제에 의하여 제거되면, 어플리케이션 이용불가는 상태가 된다.

2) 어플리케이션 이용가능(Application Available)(602) 상태

어플리케이션이 단말에 설치된 상태이다. 이러한 상태는 어플리케이션 비활성(Application Inactive) 혹은 어플리케이션 활성(Application Active) 상태가 될 수 있다. AC가 단말에 다운로드 후에 설치가 완료되면 AC는 어플리케이션 이용가능 상태가 된다. AC가 제거되면 어플리케이션 이용불가능 상태가 된다.

3) 어플리케이션 비활성(Application Inactive)(603) 상태 (어플리케이션이 설치되었으나 구동 중인 상태가 아닌 경우)

어플리케이션 이용가능 상태의 부상태(sub state)이다. 어플리케이션이 설치되었으나 실행되고 있지 않은 상태이다. 이 상태에서 어플리케이션은 트래픽을 생성할 수 없다. 어플리케이션 비활성 상태에 대한 예는 다음과 같은 경우를 포함한다.

- 어플리케이션이 설치되고 난 이후에, 아직 시작되지 않은 상태

- 어플리케이션이 모바일 운영체제 혹은 사용자에 의하여 중지된 상태

- 어플리케이션이 모바일 운영체제 혹은 사용자에 의하여 종료된 상태

4) 어플리케이션 활성(Application Active)(604) 상태 (어플리케이션 트래픽 준비 상태)

어플리케이션 이용가능 상태의 부상태이다. 어플리케이션이 동작 중인 상태이다. 어플리케이션이 설치되고 나서 어플리케이션이 시작됨으로써 어플리케이션 활성 상태로 천이 된다. 혹은 어플리케이션이 중지되었다가 재개되었을 때 어플리케이션 활성 상태가 된다. 어플리케이션 활성 상태에서는 어플리케이션은 사용자 동작과 관계없이 어플리케이션 트래픽을 발생시킬 수 있다.

5) 어플리케이션 활성 가시적(Application Active Visible)(605) 상태

어플리케이션 활성 가시적 상태는 어플리케이션 활성 상태의 부상태이다. 어플리케이션 활성 가시적 상태에서는 어플리케이션이 사용자에게 보여질수 있는 상태이며, 어플리케이션은 사용자와 사용자 인터페이스를 통하여 사용자 상호 교류에 대한 제어를 할 수 있다. 어플리케이션 활성 가시적 상태에서 어플리케이션 트래픽은 사용자 동작의 결과로 서버 혹은 EAS에 보내지거나 발생될 수 있다. 어플리케이션은 어플리케이션 비활성 상태에서 어플리케이션이 시작함과 동시에, 어플리케이션 활성 가시적 상태로 진입할 수 있다. 어플리케이션 활성 비가시적 상태에서, 어플리케이션이 사용자 인터페이스의 제어권한을 갖게 되면, 혹은 포커스를 받게 되면, 어플리케이션 활성 가시적 상태로 천이 될 수 있다. 어플리케이션이 어플리케이션 활성 가시적 상태에 있다가, 운영체제 혹은 다른 어플리케이션에 의해서 사용자 화면에 대한 제어권한을 잃게 되면, 어플리케이션 활성 비가시적 상태로 천이 할 수 있다. 어플리케이션 활성 가시적 상태는 어플리케이션에 대한 화면이 포어그라운드(foreground)에 존재하는 상태를 포함한다.

6) 어플리케이션 활성 비가시적(Application Active Invisible)(606) 상태

어플리케이션 활성 상태의 부상태이다. 어플리케이션 활성 비가시적 상태에서 어플리케이션은 사용자 행위에 대한 제어권한이 없고, 사용자에게 보여지지 않는다. 어플리케이션 활성 비가시적 상태에서도 AC는 어플리케이션 트래픽을 사용자 동작과 관계없이 보내거나 받을 수 있다. 어플리케이션 활성 비가시적 상태에서, 어플리케이션 활성 가시적 상태에서 시작된 어플리케이션 트래픽이 계속해서 전송 및 수신될 수 있다. 어플리케이션 활성 비가시적 상태에서 어플리케이션이 중단되거나 종료되면, 어플리케이션 비활성 상태로 천이 할 수 있다. 어플리케이션 활성 가시적 상태에서 어플리케이션 포커스를 획득하거나, 사용자 제어권한을 갖게 되면 어플리케이션 활성 가시적 상태로 천이할 수 있다. 어플리케이션 활성 가시적 상태에서 포커스를 잃거나, 사용자 제어권한을 빼앗기면 어플리케이션 활성 비가시적 상태로 천이 할 수 있다.

도 6에 의해 설명되는 상태들은 본 개시에서 기술한 주요한 행위를 기술함에 있어서 유사한 형태의 상이한 이름을 가진 상태들 혹은 이들의 조합으로 기술될 수 있다.

<제5 실시 예>

본 개시의 제5 실시 예 에서는 단말 앱 혹은 AC의 트래픽 상태 정보 및 어플리케이션 트래픽 상태 정보에 대한 변경이 발생하는 조건에 대하여 기술한다.

도 7은 본 개시의 제5 실시 예에 따른 단말 앱 트래픽 상태에 대한 상태 천이를 나타낸 흐름도이다.

도 7에서 설명하고 있는 상태들은 모두 단말 내 앱, 즉 AC의 트래픽 상태를 나타낸다. 이하에서는 도 7의 상태들을 설명할 때 어플리케이션 트래픽(Application Traffic), AC 트래픽은 모두 동일한 의미로 사용된다.

도 7을 참고할 때, 단말 애 상태들 각각은 다음과 같이 정의될 수 있다.

1) 어플리케이션 이용불가능(Application Unavailable)(701) 상태

어플리케이션이 단말에 설치되지 않은 상태이다. 제4 실시 예의 어플리케이션 이용불가능 상태와 동일한 상태이다. 어플리케이션 이용불가능 상태에서 어플리케이션 트래픽은 발생하지 아니한다.

2) 어플리케이션 이용가능(Application Available)(702) 상태

어플리케이션이 실행되고 있는 상태이다. 제4 실시 예의 어플리케이션 이용가능 상태와 동일한 상태이다.

3) 어플리케이션 비활성(Application Inactive)(703) 상태

어플리케이션이 단말에 설치되었지만 실행되고 있지 않은 상태이다. 제4 실시예의 어플리케이션 비활성 상태와 동일한 상태이다. 어플리케이션 비활성 상태에서는 어플리케이션이 트래픽을 생성할 수 없다.

4) 어플리케이션 트래픽 비준비(Application Traffic Not Ready)(704) 상태

어플리케이션 트래픽 비준비 상태는 어플리케이션 트래픽을 생성할 수 없는 상태로, 어플리케이션 이용불가능 상태와 어플리케이션 비활성 상태를 포함할 수 있다.

5) 어플리케이션 트래픽 준비(Application Traffic Ready)(705) 상태

어플리케이션 이용가능 상태의 부상태이다. 제4 실시 예에서 예시한 어플리케이션 활성 상태와 동일한 상태이다. 어플리케이션이 실행된 상태이므로, 언제든지 사용자 동작과 관련 없이 어플리케이션 트래픽을 송수신 할 수 있다. 어플리케이션 비활성 상태 혹은 어플리케이션 트래픽 비준비 상태에서 어플리케이션이 시작되어 어플리케이션 트래픽 준비 상태로 천이 할 수 있다. 어플리케이션 트래픽 준비 상태에서 어플리케이션이 중단되거나 종료되면 어플리케이션 트래픽 비준비 상태 혹은 어플리케이션 비활성 상태로 천이 될 수 있다. 어플리케이션 트래픽 준비 상태 내에서 어플리케이션 트래픽 휴면(Application Traffic Dormant), 어플리케이션 트래픽 도래(Application Traffic Coming), 어플리케이션 트래픽 교환(Application Traffic Exchanging) 상태의 추가적인 부상태를 가질 수 있다.

6) 어플리케이션 트래픽 휴면(Application Traffic Dormant)(706) 상태

어플리케이션 트래픽 준비상태의 부상태이다. 어플리케이션 비활성 상태 혹은 어플리케이션 트래픽 비준비 상태에서 어플리케이션 트래픽이 시작되면 어플리케이션 트래픽 휴면 상태로 천이 할 수 있다. 어플리케이션 트래픽 휴면 상태에서 AC 로부터 DNS query 가 발생하거나, 목적지 EAS에 대한 DNS query 가 발생한 경우, 어플리케이션 트래픽 도래 상태로 천이 할 수 있다. 혹은 (목적지 EAS에 대한) 어플리케이션 트래픽이 발생하면, 어플리케이션 트래픽 교환 상태로 천이가 가능하다.

7) 어플리케이션 트래픽 도래(Application Traffic Coming)(707) 상태

어플리케이션 트래픽 준비상태의 부상태이다. 어플리케이션 트래픽이 곧 송신, 수신 혹은 송수신 될 것이 감지되는 상태이다. 예를 들면, 어플리케이션이 DNS query 감지한 경우에 어플리케이션 트래픽 도래 상태가 된다. 어플리케이션 트래픽 도래 상태에서는 단말내 어플리케이션과 목적 EAS 간의 트래픽이 주어진 시간 (예를 들면, 1초) 동안 발생하지 않은 경우, 어플리케이션 트래픽 도래 상태에서 어플리케이션 트래픽 휴면 상태로 천이 할 수 있다.

8) 어플리케이션 트래픽 교환(Application Traffic Exchanging)(708) 상태

어플리케이션 트래픽 준비 상태의 부상태 이다. AC에서 발생한 어플리케이션 트래픽이 감지되면, 혹은 AC에서 목적지 EAS 로 향하는 어플리케이션 트래픽 의 발생이 감지되면, 어플리케이션 트래픽 휴면 상태는 어플리케이션 트래픽 교환 상태로 변경된다. 이러한 어플리케이션 트래픽의 예로는 단말내 어플리케이션과 목적지 EAS 주소 간의 TCP 연결(connection) 생성 메시지, HTTP 연결 설정 메시지와 같은 것이 될 수 있다. 어플리케이션 트래픽 교환 상태에서 단말내 어플리케이션과 목적지 EAS 간의 트래픽이 미리 설정된 시간 (예를 들면 10초) 동안 발생하지 않으면, 어플리케이션 트래픽 휴면 상태로 천이 될 수 있다. 목적지 EAS 주소에 대한 DNS query의 발생은 어플리케이션 트래픽 도래 상태로 천이 시키지 아니한다.

도 8은 본 개시의 일 실시 예에 의한 단말의 구성을 도시한 블록도이다.

도 8을 참조하면, 상기 단말(800)는 무선 통신 시스템에서 다른 엔티티와 통신하기 위하여 송수신부(801) 및 제어부(802)를 포함할 수 있다.

송수신부(801)는 다른 네트워크 엔티티와 신호를 송수신할 수 있으며, UE의 CP를 포함할 수 있다. 제어부(802)는 송수신부의 송수신을 제어하고, 단말의 EEC 및 AC를 포함할 수 있다.

도 9는 본 발명의 일 실시 예에 의한 서버의 구성을 도시한 블록도이다.

도 9의 서버는, 예를 들어, ECS, EAS, EES, 기지국 또는 AMF에 해당할 수 있다.

도 9를 참조하면, 무선 통신 시스템에서 다른 엔티티 또는 단말과 통신하는 서버(900)는 송수신부(901) 및 제어부(902)를 포함할 수 있다.

송수신부(901)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 제어부(902)는 송수신부(901)를 제어하고 송수신되는 신호를 처리할 수 있다.

상기 도 1 내지 도 9가 예시하는 구성도, 에지 컴퓨팅 서비스 제공 방법의 예시도, 동작 절차 예시도, 구성도들은 본 개시의 권리범위를 한정하기 위한 의도가 없음을 유의하여야 한다. 즉, 상기 도 1 내지 도 9에 기재된 모든 구성부, 엔티티, 또는 동작의 단계가 개시의 실시를 위한 필수구성요소인 것으로 해석되어서는 안되며, 일부 구성요소 만을 포함하여도 개시의 본질을 해치지 않는 범위 내에서 구현될 수 있다.

앞서 설명한 기지국이나 단말의 동작들은 해당 프로그램 코드를 저장한 메모리 장치를 기지국 또는 단말 장치 내의 임의의 구성부에 구비함으로써 실현될 수 있다. 즉, 기지국 또는 단말 장치의 제어부는 메모리 장치 내에 저장된 프로그램 코드를 프로세서 혹은 CPU(Central Processing Unit)에 의해 읽어내어 실행함으로써 앞서 설명한 동작들을 실행할 수 있다.

본 명세서에서 설명되는 엔티티, 기지국 또는 단말 장치의 다양한 구성부들과, 모듈(module)등은 하드웨어(hardware) 회로, 일 예로 상보성 금속 산화막 반도체(complementary metal oxide semiconductor) 기반 논리 회로와, 펌웨어(firmware)와, 소프트웨어(software) 및/혹은 하드웨어와 펌웨어 및/혹은 머신 판독 가능 매체에 삽입된 소프트웨어의 조합과 같은 하드웨어 회로를 사용하여 동작될 수도 있다. 일 예로, 다양한 전기 구조 및 방법들은 트랜지스터(transistor)들과, 논리 게이트(logic gate)들과, 주문형 반도체와 같은 전기 회로들을 사용하여 실시될 수 있다.

한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (4)

1. 단말의 어플리케이션 클라이언트(Application Client, AC) 상태를 에지 인에이블러 서버(Edge Enabler Server, EES)에 의해 보고하는 방법에 있어서,
   에지 어플리케이션 서버(Edge Application Server, EAS)로부터 상기 단말의 AC 및 AC 상태에 대한 보고를 요청하는 메시지를 수신하는 과정과,
   상기 EES에 등록된 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)로 AC 상태 정보에 대한 보고 가입 요청을 전송하는 과정과, 여기서, 상기 AC 상태 정보에 대한 보고 가입 요청은 AC 상태 보고 조건을 포함하고,
   상기 EEC로부터 상기 AC 상태에 대한 정보를 수신하는 과정과,
   상기 EAS로 상기 수신한 AC 상태에 대한 정보를 전송하는 과정을 포함하는 방법.
2. 단말의 어플리케이션 클라이언트(Application Client, AC) 상태를 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)에 의해 보고하는 방법에 있어서,
   에지 인에이블러 서버(Edge Enabler Server, EAS)로부터 AC 상태 정보에 대한 보고 가입 요청을 수신하는 과정과, 여기성, 상기 AC 상태 정보에 대한 보고 가입 요청은 AC 상태 보고 조건을 포함하고,
   상기 AC 상태 보고 조건을 기반으로 AC의 상태를 판단하는 과정과,
   상기 판단 결과를 상기 EES에게 전송하는 과정으로 포함하는 방법.
3. 단말의 어플리케이션 클라이언트(Application Client, AC) 상태를 에지 인에이블러 서버(Edge Enabler Server, EES)에 의해 보고하는 방법에 있어서,
   에지 인에이블러 클라이언트(Edge Enabler Client, EEC)로부터 등록 요청 메시지를 수신하는 과정과,
   상기 EEC가 AC 상태 보고 대상인지 여부를 소정의 조건에 따라 판단하는 과정과,
   상기 EEC가 AC 상태 보고 대상인 경우, 상기 EEC에게 등록 요청 메시지에 대한 응답 메시지를 전송하는 과정과,
   상기 EEC로부터 상기 AC 상태에 대한 정보를 수신하는 과정과,
   상기 EAS로 상기 수신한 AC 상태에 대한 정보를 전송하는 과정을 포함하는 방법.
4. 제3항에 있어서, 상기 등록 요청 메시지는 AC 식별자, EEC 유형 (다운로드 가능한 EEC 인지 혹은 임베디드 유형인지를 알려주는 지시자), AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 보고 기능 지원 여부를 나타내는 지시자, 지원되는 AC 상태/상태 변경 및/또는 AC 트래픽 상태/상태 변경 목로, 또는 모바일 운영체제 식별자 중 적어도 하나를 포함함을 특징으로 하는 방법.

Images