KR20210104522A - 에지 컴퓨팅 시스템에서 무선 통신 네트워크 타입에 따른 서비스 제공 장치 및 방법 - Google Patents

Abstract

본 개시는 에지 컴퓨팅 시스템에서 서비스를 제공하기 위한 장치 및 방법에 관한 것으로, 특히 에지 컴퓨팅 시스템에서 무선 통신 네트워크 타입에 따른 서비스 제공 장치 및 방법에 관한 것이다.
본 개시에 따르면, 단말(사용자 장치)의 무선 통신 코어 네트워크 타입에 따라 또는/및 단말(사용자 장치)의 코어 네트워크 타입의 변경에 따라 에 따라 에지 컴퓨팅 서비스 제공 방식 수정 방법을 제공할 수 있다.본 개시의 일실시예에 따른 방법은 에지 컴퓨팅 시스템에서 사용자 장치로 서비스를 제공하기 위한 방법으로, 상기 에지 컴퓨팅 시스템의 에지 인에이블러 서버에서 상기 사용자 장치로부터 상기 사용자 장치의 등록 시 상기 사용자 장치가 제공 가능한 무선 통신 네트워크 타입 정보를 포함하는 등록 메시지를 수신하는 동작; 상기 사용자 장치가 제공 가능한 무선 통신 네트워크 타입 정보에 기반하여 무선 통신 네트워크를 선택하는 동작; 및 상기 선택된 무선 통신 네트워크의 정보를 상기 에지 어플리케이션 서버로 제공하는 동작;을 포함하며,
상기 무선 통신 네트워크 타입 정보는 둘 이상의 무선 통신 네트워크 타입을 지시할 수 있다.

Description

에지 컴퓨팅 시스템에서 무선 통신 네트워크 타입에 따른 서비스 제공 장치 및 방법{APPARATUS AND METHOD FOR PROVIDING EDGE COMPUTING SERVICE ACCORDING TO WIRELESS COMMUNICATION NETWORK TYPE}

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

에지 컴퓨팅 시스템에서 단말이 저지연 또는 광대역 서비스를 이용하기 위하여 자신의 위치와 가까운 위치에 있는 에지 데이터 네트워크(Edge Data Network)로 데이터 연결을 수립할 수 있다. 또한 에지 컴퓨팅 시스템에서 단말은 해당 에지 데이터 네트워크의 에지 인에이블러 서버(Edge Enabler Server)에서 운용되고 있는 에지 호스팅 환경(Edge Hosting Environment) 또는 에지 컴퓨팅 플랫폼(Edge Computing Platform)에서 구동되고 있는 어플리케이션 서버(Application Server)에 접속하여 데이터 서비스를 제공받을 수 있다.

에지 컴퓨팅 시스템에 접속하고자 하는 단말이 이동통신 서비스를 제공받는 이동통신 단말인 경우일 수 있다. 이동통신 단말은 이동통신 네트워크를 통해 에지 데이터 네트워크(Edge Data Network)에 접속할 수 있으며, 해당 에지 데이터 네트워크의 에지 인에이블러 서버(Edge Enabler Server)에서 운용되고 있는 특정한 에지 어플리케이션 서버로부터 서비스를 제공받을 수 있다. 이동통신 단말은 특별한 제약 없이 이동이 가능해야 하며, 서비스는 연속적으로 제공되어야 한다. 이동통신 단말은 이동통신 단말이 특별한 제약 없이 이동이 가능하기 때문에 이동통신 단말의 이동에 기인하여 무선 네트워크의 코어 네트워크가 변경될 수 있다.

이처럼 이동통신 단말의 무선 코어 네트워크가 변경되는 경우 이동통신 단말이 새롭게 접속한 즉, 변경된 코어 네트워크에서 지원할 수 있는 서비스와 지원할 수 없는 서비스가 발생할 수 있다. 또한 이동통신 단말의 무선 코어 네트워크가 변경되는 경우 서비스의 지원은 가능하지만, 서비스의 지연 등이 발생할 수 있다. 이러한 상황에 맞춰 서비스 제공 방식이 수정되지 않는 경우 이동통신 단말은 적절한 에지 컴퓨팅 서비스를 제공받을 수 없게 된다. 그 밖에 네트워크 사업자가 사용자에 대한 정책이 변경되는 경우 이용 가능한 코어 네트워크가 변경될 수도 있다. 이러한 경우에도 상황에 맞춰 서비스 제공 방식이 수정되지 않는 경우 이동통신 단말은 적절한 에지 컴퓨팅 서비스를 제공받을 수 없게 된다.

본 개시에서는 단말(사용자 장치)의 무선 통신 코어 네트워크 타입에 따른 에지 컴퓨팅 서비스 제공 방법 및 장치를 제공한다.

본 개시에서는 단말(사용자 장치)의 코어 네트워크 타입의 변경에 따라 에 따라 에지 컴퓨팅 서비스 제공 방식 수정 방법 및 장치를 제공한다.

본 개시의 일 실시예에 따른 방법은, 에지 컴퓨팅 시스템에서 사용자 장치로 서비스를 제공하기 위한 방법으로, 상기 에지 컴퓨팅 시스템의 에지 인에이블러 서버에서 상기 사용자 장치로부터 상기 사용자 장치의 등록 시 상기 사용자 장치가 제공 가능한 무선 통신 네트워크 타입 정보를 포함하는 등록 메시지를 수신하는 동작; 상기 사용자 장치가 제공 가능한 무선 통신 네트워크 타입 정보에 기반하여 무선 통신 네트워크를 선택하는 동작; 및 상기 선택된 무선 통신 네트워크의 정보를 상기 에지 어플리케이션 서버로 제공하는 동작;을 포함하며,

상기 무선 통신 네트워크 타입 정보는 둘 이상의 무선 통신 네트워크 타입을 지시할 수 있다.

본 개시에 따르면, 단말의 이동 혹은 가입(subscription) 정보 변동 등에 따른 코어 네트워크 타입 변동이 발생하더라도 지속적인 에지 컴퓨팅 서비스를 제공할 수 있다. 이에 따라 무선 통신 시스템 예를들어, 3GPP 시스템 내 5GC 와 EPC 상호 연동(interworking)을 지원하는 에지 컴퓨팅 서비스를 제공할 수 있다.

도 1은 본 개시에 따른 3GPP 네트워크와 에지 컴퓨팅 시스템 네트워크의 연결 및 단말의 이동을 설명하기 위한 일 예시도이다.
도 2a 및 도 2b는 본 개시에 따른 사용자 장치의 에지 인에이블링 계층(Edge Enabling Layer)과 3GPP 통신 계층(Communication Layer) 구조를 통해 Edge Computing 시스템과 연결되는 예시도이다.
도 3a 및 도 3b는 본 개시의 일실시예에 따라 에지 인에이블러 서버(Edge Enabler Server)에서 사용자 장치에서 지원 가능한 코어 네트워크 타입(CN Type)을 확인 하는 방법을 설명하기 위한 예시도이다.
도 4는 본 개시의 일 실시에에 따라 Edge Configuration Server에서 UE가 지원 가능한 CN Type을 확인하는 경우의 신호 흐름도이다.
도 5는 본 개시의 일실시예에 따라 UE의 지원 가능한 CN Type 또는 service API availability를 Edge Application Server로 제공하는 경우의 신호 흐름도이다.
도 6은 본 개시의 다양한 실시예에 따라 UE가 지원 가능한 CN Type 에 따른 에지 컴퓨팅 시스템 내 application context relocation 관련 서비스를 선택하는 경우를 설명하기 위한 흐름도이다.

이하 첨부된 도를 참조하여 본 발명의 동작 원리를 상세히 설명한다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들이다. 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있으므로 그 정의는 본 명세서 전반에 걸친 내용에 따라 정해져야 한다.

본 개시에서는 통신 시스템을 개시하며, 통신 시스템의 단말은 저지연 또는 광대역 서비스를 이용하기 위하여 자신의 위치와 가까운 위치에 있는 에지 데이터 네트워크(Edge Data Network)로 데이터 연결을 수립할 수 있다. 이러한 단말은 해당 Edge Data Network의 에지 인에이블러 서버(Edge Enabler Server)에서 운용되고 있는 에지 호스팅 환경(Edge Hosting Environment) 혹은 에지 컴퓨팅 플랫폼(Edge Computing Platform)에서 구동되고 있는 어플리케이션 서버(Application Server)에 접속할 수 있다. 이를 통해 단말은 에지 어플리케이션 서버로부터 데이터 서비스를 제공받는 이동 에지 컴퓨텅(Mobile Edge Computing)에 대하여 설명할 것이다. 특히, 본 개시에서는 이동 단말 예컨대, 3GPP 네트워크에 접속하는 이동 단말이 무선 통신 네트워크의 타입에 따라 에지 컴퓨팅 시스템이 구동되는 방식에 대해 설명할 것이다.

본 개시에서는 이동 단말이 접속한 코어 네트워크 타입에 따른 에지 컴퓨팅 서비스 방법을 제공한다.

본 개시의 일 실시예에 따르면, 이동 단말이 접속한 코어 네트워크 타입을 확인하는 방법을 제공한다.

본 개시의 다른 실시예에 따르면, 이동 단말의 코어 네트워크 타입에 따라 이동통신 네트워크 예를들어, 3GPP network와 연동하는 방법을 제공한다.

본 개시의 또 다른 실시예에 따르면, 이용 가능 3GPP 서비스(service) 어플리케이션 프로그램 인터페이스(Application Program Interface, API) 확인 및 관련 에지 컴퓨팅 서비스 절차 설정 및 업데이트 방법을 제공한다.

이하에서 설명되는 본 개시에서 사용되는 네트워크 객체(network entity) 및 에지 컴퓨팅(Edge Computing) 시스템의 객체들을 지칭하는 용어, 메시지들을 지칭하는 용어, 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하에서는 설명의 편의를 위하여, 3GPP 시스템 규격에서 정의하는 용어와 명칭들을 사용하지만 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.

도 1은 본 개시에 따른 3GPP 네트워크와 에지 컴퓨팅 시스템 네트워크의 연결 및 단말의 이동을 설명하기 위한 일 예시도이다.

도 1을 참조하면, 이동 네트워크 사업자(Mobile Network Operator)의 서비스 영역(1)을 예시하였다. 이동 네트워크 사업자의 서비스 영역(1)에는 에지 컴퓨팅 서비스를 전자 장치로 제공하기 위해 구분된 에지 데이터 네트워크들을 포함할 수 있다. 각각의 에지 데이터 네트워크들은 전자 장치로 에지 컴퓨팅 서비스를 제공하기 위한 영역들(10, 20)을 가질 수 있다. 예를 들어 도 1에서는 제1에지 데이터 네트워크의 서비스 영역(10)에 제1기지국(111), 제2기지국(112), 제3기지국(113), 제4기지국(114)을 포함하는 경우를 예시하였고, 제2에지 데이터 네트워크의 서비스 영역(20)에는 제5기지국(211), 제6기지국(212)를 예시하였다.

도 1의 예시에서, 제1기지국(111) 내지 제4기지국(1114)을 포함하는 제1에지 데이터 네트워크의 서비스 영역(10)에는 서로 다른 2개의 사용자 평면 기능(User Plane Function (UPF)) 장치들(121, 122)이 포함되어 있는 경우를 함께 예시하였다. 이하의 설명에서 UPF(121, 122)는 특별한 언급이 없는 한 논리적으로 하나의 네트워크 장치로 이해될 수 있다. 따라서 이하의 설명에서 UPF(121, 122)는 UPF 장치 또는 UPF로 지칭하여 설명하기로 한다. 또한 제2에지 데이터 네트워크의 서비스 영역(2)에는 하나의 사용자 평면 기능(UPF1)(221)만 갖는 형태를 예시하였다. 도 1의 예시에서 알 수 있는 바와 같이 하나의 에지 데이터 네트워크에는 하나 또는 둘 이상의 UPF를 가질 수 있다.

제1에지 데이터 네트워크의 서비스 영역(10)은 하나의 에지 인에이블러 서버(Edge Enabler Server)(100)에 의해 설정된 영역이 될 수 있다. 또한 제2에지 데이터 네트워크의 서비스 영역(20)은 다른 하나의 에지 인에이블러 서버(200)에 의해 설정된 영역이 될 수 있다. 이처럼 에지 데이터 네트워크의 서비스 영역들(10, 20)은 에지 인에이블러 서버(100, 200)에 의해 관리될 수 있는 영역으로 설정할 수 있다.

도 1에 예시한 바와 같이 에지 인에이블러 서버들(100, 200)은 각각 서로 같거나 다른 에지 어플리케이션 서버들(101, 102, 201)과 연결되거나 또는 포함할 수 있다. 제1에지 어플리케이션 서버(101, 201)과 제2에지 어플리케이션 서버(102)는 각각 서로 다른 에지 컴퓨팅 서비스를 제공할 수 있다. 제1에지 데이터 네트워크의 서비스 영역(10)에 위치한 제1에지 어플리케이션 서버(101)과 동일한 서비스를 제공하는 제2에지 데이터 네트워크의 서비스 영역(20)에 위치한 제1어플리케이션 서버(201)는 서로 다른 에지 인에이블러 서버(100, 200)를 통해 전자 장치(50)로 에지 컴퓨팅 서비스를 제공할 수 있다. 도 1에 예시한 바와 같이 제1에지 데이터 네트워크의 서비스 영역(10)에 위치한 제1에지 어플리케이션 서버(101)는 제1에지 데이터 네트워크에 위치한 기지국들(111, 112, 113, 114) 중 어느 하나의 기지국에 접속된 전자 장치(50)로 에지 컴퓨팅 서비스를 제공할 수 있다. 제2에지 어플리케이션 서버(102)는 제1에지 데이터 네트워크에 위치한 기지국들(111, 112, 113, 114) 중 어느 하나의 기지국에 접속된 전자 장치(50)로 에지 컴퓨팅 서비스를 제공할 수 있다.

전자 장치(50)는 본 개시에 따른 에지 컴퓨팅 서비스를 제공받을 수 있고, 무선 네트워크를 통해 이동통신 네트워크에 접속할 수 있는 이동 단말이 될 수 있다. 이러한 전자 장치(50)는 스마트 폰, 테블릿 컴퓨터, 스마트 워치, 게임기, 자동차, 오토바이, 자전거, 비행기, 선박 등과 같이 이동 가능한 다양한 전자 장치 및/또는 IoT 서비스를 제공할 수 있는 다양한 형태의 전자 장치를 포함할 수 있다. 전자 장치(50)는 본 개시에 따라 적어도 하나의 에지 컴퓨팅 서비스 어플리케이션(53)을 탑재할 수 있고, 본 개시에 따라 에지 인에이블러 클라이언트(52)를 포함할 수 있으며, 무선 통신 기능을 수행하는 이동 단말(51) 예를 들어 통신 계층(communication layer)을 포함할 수 있다.

에지 컴퓨팅 서비스 어플리케이션을 탑재한다는 것은 에지 컴퓨팅 서비스를 제공받기 위한 어플리케이션을 전자 장치(50)의 메모리(도면에 미도시) 설치(또는 저장)될 수 있는 것을 의미할 수 있다. 또한 에지 컴퓨팅 서비스 어플리케이션을 탑재한다는 것은 전자 장치(50)에 설치된 어플리케이션이 적어도 하나의 프로세서에 로딩되어 에지 컴퓨팅 서비스를 제공하기 위한 동작을 수행할 수 있도록 하는 것을 의미할 수 있다.

에지 인에이블러 클라이언트(52)는 에지 컴퓨팅 서비스를 제공받기 위한 어플리케이션을 탑재한 전자 장치(50)의 메모리(도면에 미도시) 설치될 수 있다. 또한 에지 인에이블러 클라이언트(52)는 설치된 어플리케이션을 대신하여 적어도 하나의 프로세서에 로딩되어 에지 컴퓨팅 서비스 어플리케이션에서 필요로 하는 동작의 적어도 일부의 동작을 수행할 수 있도록 하는 것을 의미할 수 있다.

이동 단말(mobile terminal, MT)(51)은 특정한 무선 통신 네트워크 예를 들어 3GPP 통신 네트워크와 설정된 방식으로 통신할 수 있는 통신 계층을 포함할 수 있다. 통신 계층은 적어도 하나의 통신 프로세서(communication processor) 및/또는 모뎀을 포함할 수 있으며, 무선 신호의 송신 및 수신을 위한 로직과 적어도 하나의 안테나를 포함할 수 있다.

전자 장치(50)는 이하에서 설명의 편의를 위해 사용자 장치(user equipment, UE)로 칭하여 설명하기로 한다. 또한 특별히 제한하지 않는 경우 단말, 이동 단말에 참조부호 51을 부가하지 않는 경우는 모두 전자 장치 또는 사용자 장치로 이해될 수 있다.

기지국들(111, 112, 113, 1113, 114, 211, 212)은 사용자 장치(50)와 설정된 무선 통신 방식으로 사용자 장치와 통신을 수행할 수 있는 소정의 영역을 가진다. 예를 들어 설정된 무선 통신 방식이 3GPP 이동통신 네트워크의 방식을 사용하는 경우 기지국들(111, 112, 113, 1113, 114, 211, 212)은 3GPP 이동통신 네트워크의 기지국들이 될 수 있다.

이상에서 설명한 도 1의 구성은 에지 컴퓨팅 배치(deployment) 및 이동통신 네트워크 중 5G 네트워크와의 연동되는 경우를 예시적으로 도시한 것이다.

사용자 평면 기능(User Plane Function, UPF)들(121, 122, 221)은 사용자 장치가 송수신하는 사용자 데이터에 대응하는 패킷을 전달하는 게이트웨이 역할을 수행할 수 있다. 본 개시의 일실시예에 따르면, UPF들(121, 122, 221)은 에지 컴퓨팅 서비스를 지원하기 위하여 에지 인에이블러 서버(Edge Enabler Server)(100, 200)와 물리적 및/또는 논리적으로 가까운 곳에 위치할 수 있다. UPF들(121, 122, 221)와 에지 인에이블러 서버(100, 200) 간의 물리적 및/또는 논리적으로 가까운 곳에 위치하도록 구성함으로써 사용자에게 제공할(또는 사용자로부터 수신되는) 데이터 패킷을 인터넷(Internet)을 거치지 않고 에지 데이터 네트워크에 바로 전달하여 전송을 줄일 수 있다. 즉, 저지연 전송이 가능하다. 본 개시의 다른 실시예에 따르면, UPF들(121, 122, 221)은 에지 인에이블러 서버들(100, 200)과 인터넷으로 연결되는 데이터 네트워크로도 연결할 수 있다.

본 개시의 일 실시예에 따르면, 에지 컴퓨팅 시스템은 에지 인에이블러 서버(Edge Enabler Server)(100, 200), 에지 데이터 네트워크 구성 서버(Edge Data Network Configuration Server)(30) 및 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(52)로 구성될 수 있다. 본 개시의 다양한 실시예에 따르면, 에지 인에이블러 서버들(100, 200)은 에지 호스팅 환경(Edge Hosting Environment) 또는 에지 컴퓨팅 플랫폼(Edge Computing Platform)를 구축할 수 있다. 에지 호스팅 환경(Edge Hosting Environment) 또는 에지 컴퓨팅 플랫폼(Edge Computing Platform)을 구축한다는 것은 에지 인에이블러 서버와 적어도 하나의 에지 어플리케이션 서버가 연결되어 있거나 또는 에지 인에이블러 서버의 컴퓨팅 플랫폼 상에서 적어도 하나의 에지 어플리케이션 서버가 구동되고 있는 경우를 의미할 수 있다. 이에 따라 에지 인에이블러 서버들(100, 200)은 에지 호스팅 환경 내에서 구동되고 있는 또는 에지 컴퓨팅 플랫폼 상에서 구동되고 있는 에지 어플리케이션 서버에 대한 정보를 알 수 있다.

본 개시의 다양한 실시예에 따르면, 에지 인에이블러 서버는 사용자 장치(50) 교섭하여 사용자 장치(50) 내에서 구동되고 있는 어플리케이션 클라이언트(52)와 에지 호스팅 환경 내의 에지 어플리케이션 서버 간을 연결할 수 있다. 본 개시의 다양한 실시예에 따르면, 에지 컴퓨팅 시스템을 지원하는 사용자 장치(50)는 앞에서 전술한 바와 같이 에지 인에이블러 클라이언트(52)를 내장 또는 탑재할 수 있다. 본 개시의 일실시예에 따르면, 사용자 장치(50)와 에지 어플리케이션 서버 간의 교섭은 사용자 장치(50) 내의 에지 인에이블러 클라이언트(Edge Enabler Client)(52)와 에지 인에이블러 서버(100, 200) 간의 상호 연동을 통해서 진행될 수 있다. 본 개시의 일실시 예에 따르면, 상기 교섭과 같은 에지 인에이블러 클라이언트(52)와 에지 인에이블러 서버(100, 200) 간 상호 연동이 수행되는 계층(layer)을 에지 인에이블링 계층(Edge Enabling Layer)이라 할 수 있다. 본 개시에 따른 단말 또는 사용자 장치(50)는 앞서 설명한 스마트 폰 뿐 아니라 IoT 장치 및 차량 등을 포함할 수 있다.

본 개시의 다양한 실시예에 따르면, 에지 데이터 네트워크 구성 서버(Edge Data Network Configuration Server)(30)는 에지 인에이블러 서버들(100, 200)의 배치(deployment) 정보를 알고 있으며, 에지 컴퓨팅 서비스를 이용하기 위한 설정 정보를 사용자 장치(50)에게 전달하기 위한 기능을 수행할 수 있다. 본 개시의 일실시예에 따르면, 설정 정보는 에지 데이터 네트워크 연결(Edge Data Network connection) 정보, 에지 데이터 네트워크 서비스 영역(Edge Data Network Service Area), 에지 인에이블러 서버 연결(Edge Enabler Server connection) 정보 중 적어도 하나를 포함할 수 있다. 에지 데이터 네트워크를 별도로 정의하지 않고 에지 인에이블러 서버 및 에지 어플리케이션 서버가 있는 로컬 데이터 네트워크가 에지 데이터 네트워크에 대응된다고 볼 수 있다. 에지 데이터 네트워크 구성 서버는 에지 구성 서버(Edge Configuration Server, ECS)(30)로 명명될 수 있다.

본 개시의 다양한 실시예에 따르면, 에지 데이터 네트워크 연결 정보는 예를 들어, 데이터 네트워크 이름(Data Network Name), 단일-네트워크 슬라이스 선택 지원 정보(Single-Network Slice Selection Assistance information, S-NSSAI)와 같은 정보를 포함할 수 있다. 여기서 네트워크 슬라이스는, 코어 네트워크 내에 특정한 기능을 수행하는 장치(또는 서버)가 슬라이스 형태로 구현될 수 있음을 의미한다. 예를 들어, UPF는 하나의 서버로 구현되거나 또는 네트워크 장비로 구현될 수 있다. 다른 예로, 하나의 서버 또는 네트워크 장비는 내부에 둘 이상의 UPF 슬라이스를 포함할 수 있다. 또 다른 예로, UPF는 둘 이상의 서버로 구현되거나 또는 둘 이상의 네트워크 장비로 구현될 수도 있다. 특정한 네트워크 슬라이스는 논리적으로 하나의 특정한 기능을 수행하는 네트워크 장비로 이해될 수 있다. 본 개시의 다양한 실시예에 따르면, 에지 데이터 네트워크 서비스 영역은, 예를 들어, 셀 리스트(Cell list), 트래킹 영역 리스트(List of Tracking Area), 사업자의 네트워크 식별자(PLMN ID) 중 적어도 하나가 되거나 둘 이상을 포함할 수 있다. 본 개시의 다양한 실시예에 따르면, 에지 인에이블러 서버 연결 정보는 예를 들어, 통합 자원 식별자(Uniform Resource Identifier, URI)가 될 수 있다.

본 개시의 다양한 실시예에 따르면, 사용자 장치(50)는 에지 데이터 네트워크 구성 서버(30)로부터 특정 위치 예를 들어, 특정한 기지국 또는 특정한 데이터 네트워크 또는 특정한 물리적 위치 등의 정보에 기반하여 접속 가능한 에지 인에이블러 서버 정보를 받아올 수 있다. 본 개시의 일실시예에 따르면, 에지 데이터 네트워크 구성 서버(30)가 특정 에지 인에이블러 서버의 에지 호스팅 환경에서 구동 중인 에지 어플리케이션 서버에 대한 정보를 알 수 있다면, 사용자 장치(50)도 에지 인에이블러 클라이언트(52)를 통해서 해당 정보를 얻을 수 있다.

본 개시의 다양한 실시예에 따르면, 에지 어플리케이션 서버들(101, 102, 201)은 에지 컴퓨팅 시스템 내에서 구동되는 제3자 어플리케이션 서버를 의미할 수 있다. 본 개시의 일 실시예에 따르면, 에지 어플리케이션 서버들(101, 102, 201)은 에지 호스팅 환경이 제공하는 인프라스트럭쳐(Infrastructure) 위에서 구동되는 제3자 어플리케이션 서버가 될 수 있으며, 사용자 장치(50)와 가까운 위치에서 서비스를 제공할 수 있기 때문에 저지연 서비스를 제공할 수 있다. 본 개시의 다양한 실시예에 따르면, 에지 어플리케이션 서버에서 사용자 장치(50)로 제공하는 서비스의 상위 계층에 대한 정보를 어플리케이션 컨텍스트(Application Context)라 지칭할 수 있다. 예를 들어, 사용자가 실시간 게임 어플리케이션을 사용 시, 현재 게임 내 사용자가 보고 있는 화면 및 플레이 단계를 재생성하기 위해 필요한 모든 정보들이 어플리케이션 컨텍스트에 포함될 수 있다. 예컨대, 사용자 장치(50)가 다른 에지 어플리케이션 서버에 연결되어 기존 서비스를 끊김없이 이용하기 위해서는 어플리케이션 컨텍스트가 새로 연결될 에지 어플리케이션 서버에 재배치(Relocation)가 되어야 한다. 어플리케이션 컨텍스트 재배치(Application Context Relocation)를 수행하기 위해서는 사용자 장치(50)의 어플리케이션 클라이언트(Application Client)(53)에서 구동되고 있는 어플리케이션에게 서비스를 제공해줄 수 있는 에지 어플리케이션 서버가 이용 가능한 상태여야 한다. 에지 데이터 네트워크 내 에지 어플리케이션 서버의 이용가능 여부(Availability)는 에지 호스팅 환경 내 구동 여부 및 에지 어플리케이션 서버의 상태 등에 따라 결정될 수 있다.

에지 컴퓨팅 시스템 내 에지 인에이블러 서버(Edge Enabler Server)들(100, 200), 에지 어플리케이션 서버(Edge Application Server)들(101, 102, 201), 에지 데이터 네트워크 구성 서버(Edge Data Network Configuration Server)(30)는 이동통신 시스템으로부터 단말 관련 정보를 획득할 수 있다. 이를 보다 구체적으로 예를 들어 살펴보면, 3GPP 시스템(system)은 네트워크 기능(network function)을 노출(exposure)하는 네트워크 엔티티인 네트워크 노출 기능(Network Exposure Function, NEF) 장치를 포함할 수 있다. 이런 경우 에지 컴퓨팅 시스템을 구성하는 엔티티들 중 적어도 하나의 엔티티는 어플리케이션 프로그램 인터페이스(Application Program Interface, API)를 포함할 수 있다. API를 포함하는 에지 컴퓨팅 시스템의 엔티티는 API를 이용하여 단말 관련 정보를 획득할 수 있다.

본 개시의 다양한 실시예에 따르면, 사용자 장치(50) 내에는 앞서 설명한 바와 같이 어플리케이션 클라이언트(Application Client)(53), 어플리케이션 클라이언트(53)와 에지 컴퓨팅 서비스를 연동해주는 에지 인에이블러 클라이언트(52), 및 이동통신 시스템에 접속하는 이동 단말(Mobile Terminal, MT)(51)이 존재할 수 있다. 본 개시의 다양한 실시예에 따르면, 사용자 장치(50)의 어플리케이션은 제3자가 제공하는 애플리케이션으로서 특정 응용서비스를 위하여 사용자 장치(50) 내에서 구동되는 클라이언트 응용 프로그램을 의미한다. 사용자 장치(50) 내에는 둘 이상의 어플리케이션이 구동될 수 있다. 본 개시의 일실시예에 따르면, 이러한 어플리케이션들 중 적어도 하나의 어플리케이션은 다중 액세스 에지 컴퓨팅(Multi-access Edge Computing, MEC) 서비스를 사용할 수 있다. 사용자 장치(50) 내 에지 인에이블러 클라이언트(52)는 에지 컴퓨팅 서비스 이용에 필요한 사용자 장치(50) 내 동작을 수행하는 클라이언트를 의미할 수 있다. 본 개시의 일실시예에 따르면, 에지 인에이블러 클라이언트(52)는 어떤 응용 어플리케이션이 에지 컴퓨팅 서비스를 이용할 수 있는지 식별하고, 에지 컴퓨팅 서비스를 제공하는 에지 어플리케이션 서버로 사용자 장치(50)의 어플리케이션 클라이언트의 데이터가 전달될 수 있도록 네트워크 인터페이스를 연결해주는 동작을 수행할 수 있다. 본 개시의 일실시예에 따르면, 사용자 장치(50)는 에지 컴퓨팅 서비스를 이용하기 위해 이동 단말(51)을 통해 기지국과 무선 채널을 설정할 수 있다. 무선 채널 설정은 이동 단말(51)의 통신 계층 예를 들어, 3GPP 통신 계층에서 수행할 수 있다. 본 개시의 일실시예에 따르면, 이동 단말(51)의 통신 계층은 데이터 통신을 위한 무선 연결을 수립하고, 이동통신 시스템에 사용자 장치(50)를 등록하고, 이동통신 시스템에 데이터 전송을 위한 연결을 수립하고, 데이터를 송수신하는 역할을 수행할 수 있다.

한편, 도 1에서 예시한 또는 이하에서 설명할 3GPP 네트워크에서 구동되는 네트워크 기능(Network Function, NF)들을 “장치”로 설명할 것이다. 하지만, 실제 구현에서 하나의 물리적 서버 내에서 상기 각 NF들이 인스턴스(instance) 형태로 구현될 수 있다.

본 개시에서 하나의 인스턴스는 특정한 소프트웨어로 구현되고, 하나의 인스턴스 동작을 수행하는 상기 소프트웨어가 하나의 물리적 하드웨어 장치에서 구동하도록 구현될 수 있다.

본 개시의 다른 실시예에 따르면, 하나의 인스턴스는 하나의 물리적 하드웨어 장치가 아닌 둘 이상의 하드웨어 장치 예컨대, 둘 이상의 서버 또는 하나의 서버를 구성하는 서로 다른 랙(rack)에서 구동될 수 있다.

본 개시의 또 다른 실시예에 따르면, 하나의 물리적인 하드웨어 장치 예컨대, 하나의 서버에서 둘 이상의 서로 다른 인스턴스들이 구동될 수 있다. 이런 경우 도 1에 예시된 NF들 중 적어도 일부는 동일한 물리적 하드웨어에서 구동될 수 있다.

본 개시의 또 다른 실시예에 따르면, 하나의 물리적인 하드웨어 장치에서 동일한 기능을 수행하는 둘 이상의 인스턴스가 구동될 수도 있다. 이때, 하나의 물리적인 하드웨어 장치에서 동일한 기능을 수행하는 둘 이상의 인스턴스가 구동되는 경우 각각의 인스턴스들은 제어하는 및/또는 서비스하는 대상 예컨대, 사용자 장치(user equipment, UE)가 서로 다를 수 있다. 만일 하나의 인스턴스가 동일한 대상 예컨대, 동일한 하나의 사용자 장치(user equipment, UE)에 대한 제어 및/또는 서비스를 제공하기 위한 특정 동작을 수행하는 경우 동일한 하나의 UE가 서로 다른 서비스 및/또는 제어를 위한 서로 다른 식별자를 갖는 경우가 될 수 있다.

이하의 설명에서는 단지 설명의 편의를 위하여 하나의 NF를 하나의 장치로 설명하기로 한다. 하지만, 위에서 설명한 바와 같이 각각의 NF들은 하나 또는 둘 이상의 인스턴스로 구현될 수 있으며, 이러한 경우들을 모두 포함할 수 있다. 또한 위에서 설명되지 않은 다른 NF들도 위의 설명에 준하여 장치로 설명할 것이다. 하지만, 실제 구현에 있어서 각 NF들은 하나 또는 둘 이상의 인스턴스로 구현될 수 있다.

도 2a 및 도 2b는 본 개시에 따른 사용자 장치 내의 에지 인에이블링 계층(Edge Enabling Layer)과 3GPP 통신 계층(Communication Layer) 구조를 통해 에지 컴퓨팅(Edge Computing) 시스템과 연결되는 경우를 설명하기 위한 예시도이다. 즉, 도 2a 및 도 2b의 구조는 3GPP 네트워크를 통한 Edge Computing 시스템과 단말의 연결 구조를 도 1과 대비하여 직관적으로 확인할 수 있도록 예시한 도면이다.

먼저 도 2b를 참조하면, 이동통신 시스템 예컨대, 5G 이동 통신 시스템의 코어(5G Core, 5GC)(41)는 앞서 도 1에서 설명한 NF들 외에 네트워크 노출 기능(Network Exposure Function, NEF) 장치(44a)를 포함할 수 있다. 또한 NEF 장치(44a)는 5G 네트워크에서 사용자 장치(50)를 관리하는 정보에 접근이 가능하며, 해당 사용자 장치(50)의 이동성 관리(Mobility Management) 이벤트에 대한 구독, 해당 사용자 장치(50)의 세션 관리(Session Management) 이벤트에 대한 구독, 세션 관련 정보에 대한 요청, 해당 사용자 장치(50)의 과금 정보 설정, 해당 단말에 대한 PDU 세션 정책(session Policy) 변경 요청, 해당 사용자 장치(50)에 대한 작은 데이터를 전송할 수 있는 네트워크 엔티티가 될 수 있다. 4G 이동통신 시스템의 코어네트워크(evolved packet core, EPC)에서는 서비스 능력 노출 기능(service capability exposure function, SCEF) 장치(44b)가 NEF 장치(44a)와 같은 동작을 수행할 수 있다. 즉, SCEF 장치(44b)는 4G 네트워크에서 사용자 장치(50)를 관리하는 정보에 접근이 가능하며, 사용자 장치(50)의 위치 정보, 패킷 데이터 네트워크와 연결 상태 등에 대한 정보를 이동 통신 시스템 외부의 어플리케이션 서버 등에 제공하는 역할을 할 수 있다. 이러한 NEF 장치(44a)와 SCEF 장치(44b)는 상호간 연동을 통해 특정한 사용자 장치(50)에 대한 정보를 상호 교환할 수 있다. 도 2b에서는 상호간 연동을 위한 연결 라인을 예시하였다.

한편, 동일한 한 사업자가 4G 네트워크와 5G 네트워크를 모두 운영하고, 두 네트워크(4G 네트워크와 5G 네트워크) 사이의 상호 연동을 지원하는 경우가 존재할 수 있다. 이런 경우 4G 네트워크와 5G 네트워크를 모두 운영하는 사업자는 NEF 장치(44a)와 SCEF 장치(44b) 간의 상호 연동을 위해, SCEF 장치(44b)의 기능 중 적어도 일부와 NEF 장치(44a)의 기능 중 적어도 일부를 갖는 통합 장치로서 SCEF+NEF 노드(44)를 구현하여 운영할 수 있다. 다른 예로, 두 네트워크(4G 네트워크와 5G 네트워크)의 사업자가 동일한 사업자인 경우 SCEF 장치(44b)의 모든 기능과 NEF 장치(44a)의 모든 기능을 수행하도록 구현할 수도 있다. 또한 본 실시예에서는 두 네트워크(4G 네트워크와 5G 네트워크)의 사업자가 동일한 사업자인 경우를 예시하였으나, 별도의 사업자인 경우에도 상호 협약에 의거하여 동일한 기능을 수행하는 하나의 노드로 구현할 수도 있다.

도 2a를 참조하면, 앞서 설명한 바와 같은 상황에서 즉, 동일한 한 사업자가 4G 네트워크와 5G 네트워크를 모두 운영하거나 또는 서로 다른 사업자가 운영하더라도 상호 협약에 의거하여 동일한 기능을 수행하는 하나의 노드를 갖도록 하는 경우를 예시하였다. 즉, 도 2a에 예시한 SCEF+NEF(44)가 외부 네트워크에 이동통신 네트워크(4G 네트워크와 5G 네트워크)의 서비스 능력을 노출하기 위한 NF가 될 수 있다. 또한 SCEF+NEF(44)가 실제 NEF 장치(44a)와 SCEF 장치(44b)의 일부 기능만을 갖도록 하는 경우 나머지 기능을 갖는 NF들이 도 2b에 예시한 바와 같이 별도의 NF로 구현될 수도 있다. 본 개시에서는 이러한 3가지 상황들을 모두 포함하는 경우를 가정하되, 도 2a의 구성을 바탕으로 설명하기로 한다. 도 2a와 같은 구성을 갖는 경우 이동통신 네트워크의 외부 기능에 해당하는 에지 인에이블러 서버들(100, 200)은 모두 NEF+SCEF(44)를 통해 3GPP 코어 네트워크(40)에 접속될 수 있다. 이러한 구형의 형태는 NEF+SCEF(44) 뿐 아니라 UDM+HSS(45)도 동일하게 3가지 경우를 모두 포함할 수 있다.

이동통신 네트워크의 외부 기능에 해당하는 에지 인에이블러 서버들(100, 200)은 모두 NEF+SCEF(44)를 통해 3GPP 코어 네트워크(40)에 접속될 수 있다. 이런 경우 에지 인에이블러 서버들(100, 200)은 사용자 장치(50)로 실제 데이터(에지 컴퓨팅 서비스 데이터)를 제공할 때, 서빙 게이트웨이(Serving Gateway, SGW)(도면에 미도시)를 통해 사용자 장치(50)로 실제 데이터를 전달할 수 있다. 다른 예로, 에지 인에이블러 서버들(100, 200)은 사용자 장치(50)로 실제 데이터(에지 컴퓨팅 서비스 데이터)를 제공할 때, 서빙 게이트웨이가 아닌 그 외의 장치 예컨대, MME(도면에 미도시) 또는 AMF 등의 네트워크 노드(또는 NF)를 이용하여 에지 컴퓨팅 서비스 데이터의 송수신을 수행할 수 있다.

다시 도 2b를 참조하면, 홈 가입자 서버(Home Subscriber Server, HSS)(45b)는 사용자 장치(50)의 이동성 관리, 통화 및 세션 설정, 사용자 인증 및 액세스 권한 부여 기능을 수행할 수 있다. 또한 통합된 데이터 관리(Unified Data Management, 이하 UDM이라 함) 장치(45a)는 가입자 또는/및 사용자 장치(50)에 대한 정보를 저장하고 있는 네트워크 엔티티가 될 수 있다. 도 2b를 참조하면, HSS(45b)의 기능 중 적어도 일부와 UDM 장치(45a)의 기능 중 적어도 일부는 새로운 네트워크 엔티티로 구현하거나 또는 이들의 상호 작용을 통해 수행될 수 있다. 도 2b에서는 상호간 연동을 위한 연결 라인을 예시하였다.

한편, UDM+HSS(45)가 UDM 장치(45a)와 HSS(44b)의 기능 전부 또는 일부 기능만을 갖도록 구현할 수 있다. UDM+HSS(45)가 UDM 장치(45a)와 HSS(44b)의 기능 전부를 갖도록 구현하는 경우 도 2a와 같은 형태가 될 수 있다. 반면에 만일 UDM+HSS(45)가 UDM 장치(45a)와 HSS(44b)의 일부 기능만을 갖도록 하는 경우 나머지 기능을 갖는 NF들이 도 2b에 예시한 바와 같이 별도의 NF로 구현될 수도 있다. 본 개시에서는 이러한 3가지 상황들을 모두 포함하는 경우를 가정하되, 도 2a의 구성을 바탕으로 설명하기로 한다.

이상에서 살핀 도 2a 및 도 2b의 기능들은 네트워크를 구성함에 있어, 혼재될 수도 있다. 도 2a 및 도 2b의 구성 뿐 아니라 도 2a의 구성 시 NEF의 일부 기능과 SCEF의 일부 기능만이 NEF+SCEF(44)로 구현되고, UDM의 일부 기능과 HSS의 일부 기능만이 UDM+HSS(45)가 구현되는 경우 나머지 기능을 수행하기 위한 NEF 및 SCEF와 UDM 및 HSS가 각각의 대응하는 네트워크에 구현될 수 있다. 본 개시에서는 이러한 다양한 경우들에 대하여 특별한 제약 없이 사용될 수 있음에 유의하자.

그 외의 나머지 구성들은 앞서 설명한 도 1에서와 모두 동일한 구성을 가질 수 있다. 이하에서는 도 2a 및 도 2b의 구성을 이용하여 사용자 장치(50) 내의 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(52)가 사용자 장치(50)에서 지원 가능한 코어 네트워크 타입에 대한 정보를 얻어오는 방법은 아래의 적어도 2가지 방법을 포함할 수 있다.

1) 사용자 장치(50)의 이동 단말(Mobile Terminal, MT)(51)에서 3GPP 통신 계층(Communications Layer)으로부터 이동 단말(51)이 지원 가능한 코어 네트워크 타입을 받아 올 수 있다. 예컨대, 이동 단말(MT)(51)에서 지원 가능한 코어 네트워크 타입(CN Type)은 이동 단말(MT)(51)에서 내 가입자 식별 모듈(Subscriber Identification Module, SIM) 별로 특정 지을 수 있다.

2) 에지 인에이블러 클라이언트(Edge Enabler Client)(52) 자체에 로컬 구성(local configuration)을 통해서 관련 정보가 저장되어 있을 수 있다.

도 3a 및 도 3b는 본 개시의 일실시예에 따라 사용자 장치가 에지 인에이블러 서버(Edge Enabler Server)로 등록 절차에서 지원 가능한 코어 네트워크 타입(CN Type)을 확인하는 방법을 설명하기 위한 예시도이다.

도 3a 및 도 3b는 하나의 흐름도로 구성할 수도 있으며, 도 3a의 A, B, C는 각각 도 3b의 A, B, C로 연결됨을 지시한다.

사용자 장치(UE)(50) 내 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(52)는 300동작의 등록 절차에서 지원 가능한 CN type 정보를 에지 인에이블러 서버(Edge Enabler Client Server, EES)(100)로 제공할 수 있다. 이에 따라 EES(100)는 302동작에서 UE(50)의 EEC(52)로부터 제공된 지원 가능한 CN type 정보를 검사할 수 있다. EES(100)는 302동작의 검사 결과에 따라 312동작으로 진행하거나 또는 314동작으로 진행하거나 또는 316동작으로 진행하는 무선 통신 네트워크 연동 노드를 선택하는 310동작을 수행할 수 있다.

본 개시에 따른 일 실시예로 Edge Enabler Server(100)는 앞서 설명한 바와 같이 Edge Enabler Client(52)가 등록(Registration) 절차에서 제공한 UE(50)가 지원 가능한 CN Type을 획득할 수 있다. 이러한 정보는 Edge Enabler Client(52)가 등록 요청(Registration request) 메시지에 UE(50)가 지원 가능한 CN Type을 포함하여 3GPP 네트워크(40)을 통해 Edge Enabler Server(100)로 전달될 수 있다. 지원 가능 CN Type의 경우, UE(50)가 코어 네트워크 능력(core network capability) 형태(e.g. UE mobility management(MM) core network capability)로 제공될 수도 있다. UE(50)가 코어 네트워크 능력 은 현재 단말(51)이 연결되어있는 코어 네트워크 타입 정보를 제공할 수도 있다. 단말(51)이 현재 연결된 코어 네트워크 타입 정보는 위의 코어 네트워크 능력 정보와 같이 단말 연결성 정보(UE Connectivity information)에 포함되어 Edge Enabler Server(100)에 제공될 수 있다. 본 개시에서 설명한 Registration 절차 외 별도의 절차를 통해서 UE(50)가 지원 가능 CN Type을 전달할 수도 있다. 필요에 따라 Edge Enabler Server(100)에서 Edge Enabler Client(52)로 UE(50)가 지원 가능한 CN Type 요청을 보낼 수도 있다.

본 개시에 따른 다른 실시예로, Edge Enabler Server(100)는 Edge Enabler Client(52)로부터 직접 UE(50)가 지원 가능한 CN type을 받지 않고, Edge Data Network Configuration Server(30)를 통해서 해당 정보를 받을 수 있다. Edge Data Network Configuration Server(30)가 서비스 권한설정(Service provisioning) 절차의 진행 시에 Edge Enabler Client(52)로부터 UE(50)가 지원 가능한 CN type 정보 (현재 연결되어 있는 네트워크의 CN Type 정보 또는 코어 네트워크 능력 정보)를 획득할 수 있다. 예컨대, Edge Enabler Client(52)에서 서비스 제공 요청(service provisioning request) 메시지를 Edge Data Network Configuration Server(30)로 전송할 때 지원 가능한 CN Type을 함께 송신할 수 있다. Edge Data Network Configuration Server(30)는 위와 같은 동작을 통해 수신한 UE(50)가 지원 가능한 CN Type 정보를 특정한 시점 예컨대, UE(50)가 서비스를 요청하는 시점 또는 UE(50)가 서비스를 요청하기 전의 시점에 Edge Enabler Server(100)에게 전달할 수 있다. Edge Data Network Configuration Server(30)가 CN Type 정보를 전달할 대상 Edge Enabler Server(100)는 아래와 같이 결정할 수 있다.

Edge Enabler Client(52)가 Registration 절차를 수행할 Edge Enabler Server는 Edge Data Network Configuration Server(30)가 미리 UE(50)의 위치정보 및 IP 주소 등을 기반으로 선택한 Edge Enabler Server가 될 수 있다. 따라서 Edge Data Network Configuration Server(30)는 선택한 Edge Enabler Server(100)로 UE(50)의 CN Type 정보를 전달할 수 있다.

다른 방법으로, Edge Enabler Server(100)는 아래의 방법을 통해 UE(50)의 CN Type 정보를 획득할 수 있다. 예를 들어 Edge Data Network Configuration Server(30)는 Edge Data Network Configuration Server(30)와 연결된 모든 Edge Enabler Server들(100, 200)에게 UE(50)가 지원 가능한 CN Type 정보를 보낼 수도 있다. Edge Data Network Configuration Server(30)는 상기한 정보를 UE(50)(또는 Edge Enabler Client(52))의 위치 정보 혹은 UE(50)의 네트워크 상태를 기반으로 UE(50)가 Registration을 수행할 Edge Enabler Server(100)를 미리 결정할 수 있다. Edge Data Network Configuration Server(30)는 전달 대상 예컨대, Edge Enabler Server를 결정할 때, UE 위치 정보 및 UE IP Address 등이 사용될 수 있다. Edge Data Network Configuration Server(30)가 해당 정보를 보낼 때, UE(50)의 CN Type에 부합하는 3GPP 네트워크와 연동할 노드(e.g. NEF, SCEF 또는 SCEF+NEF, UDM, PCF, SMF 등)의 주소 및 ID 정보를 Edge Enabler Server(100)로 함께 제공할 수 있다.

본 개시의 또 다른 실시예로 UE IP address (또는 단말로부터 받은 패킷의 source IP address) 혹은 UE(50)가 이용하고 있는 PLMN(Public Land Mobile Network) ID 또는 SSID(Service Set Identifier) 등을 기반으로 UE(50)가 지원 가능한 코어 네트워크 타입을 알 수 있다. 위 정보들은 Edge Data Network Configuration Server(30)를 통한 Service Provisioning 절차 혹은 Edge Enabler Server(100)와의 Edge Enabler Client(52) 간의 Registration 절차를 통해서 알 수 있다(단말에게 해당 정보를 제공받거나 locally configuration 되어 있을 수 있다).

만일 UE(50)의 IP address 또는 단말이 보낸 패킷의 source IP address 정보를 확인할 수 있는 경우 Edge Data Network Configuration Server(30) 또는 Edge Enabler Server(100)는 UE(50)가 현재 어느 3GPP 코어 네트워크 타입을 통해서 연결했는지 판단이 가능할 수 있다(예: IP address 가 어떤 range에 포함되는지 확인을 통해서 판단할 수 있다).

만일 Edge Enabler Client(52)는 Edge Data Network Configuration Server(30)로 Service Provisioning request를 전송할 때 또는 List of connectivity 정보를 전송할 때 PLMN ID 혹은 SSID를 보낼 수 있다. Edge Data Network Configuration Server(30)는 PLMN ID에 해당하는 3GPP 네트워크 타입이 EPC 전용, 5GC 전용 또는 EPC + 5GC(EPC와 5GC 겸용)인지 식별할 수 있다. Edge Data Network Configuration Server(30)가 PLMN 사업자(operator)에 의해 운영되는 경우, PLMN ID와 코어 네트워크 타입의 관계가 local configuration되어 있을 수 있다.

다음으로 310동작에 해당하는 3GPP 연동 노드 선택에 대하여 살펴보기로 한다.

Edge Enabler Server(100)는 300동작에서 획득한 UE(50)가 지원 가능한 CN Type에 기반하여 310동작에서 3GPP 네트워크와 연동하는 장치 혹은 네트워크 기능(network function, NF)을 선택할 수 있다. Edge Enabler Server(100)는 NEF를 선택(312동작)하거나, SCEF를 선택하거나(314동작) 또는 SCEF+NEF 노드를 선택(316동작)할 수 있다. 도 3에 예시하지 않았으나 Edge Enabler Server(100)는 3GPP 네트워크 사업자의 정책 혹은 에지 컴퓨팅 서비스 제공자(Edge Computing Service Provider)와의 서비스 레벨 협의(service level agreement)에 따라 NEF(network exposure function)가 아닌 3GPP의 다른 NF(network function)들 또는 장치들과 직접 연동할 수도 있다.

UE(50)가 5GC 만을 지원하는 경우, Edge Enabler Server(100)는 312동작과 같이 NEF를 선택할 수 있다. NEF ID 및 주소 정보는 Edge Enabler Server(100) 내에 로컬 구성(local configuration)을 통해서 주어져 있을 수도 있으며, S-NSSAI(s), Event ID(s) supported by AF(Application Function), AF Instance ID, Application ID, External Identifier, External Group Identifier, or domain name 등을 기반으로 실제 연동할 NEF 선택을 수행할 수도 있다(NEF가 다수 존재 가능). UE(50)가 EPC만을 지원하는 경우, Edge Enabler Server(100)는 314동작과 같이 SCEF를 선택할 수 있다. 이후 Edge Enabler Server(100)는 324동작에서 EEC 개시 재배치 모드(EEC-initiated relocation mode)를 설정할 수 있다. EEC 개시 재배치는 EEC가 다음 절차의 필요성을 판단하고 절차를 시작하는 모드를 의미한다. 즉, EES(100) 혹은 EAS(101)에 저장되어 있는 UE 관련 컨텍스트(context)(EEC 관련 context 정보 및 어플리케이션 클라이언트 관련 context 정보)를 다른 EES 혹은 EAS에 재배치하는 절차가 EEC(100)에 의해서 시작되어 진행되는 구동 모드를 의미한다.

또 다른 예로, UE(50)가 5GC 및 interworking with EPC 도 지원하는 경우, Edge Enabler Server(100)는 316동작과 같이 SCEF+NEF 노드를 선택할 수 있다. 3GPP 네트워크와 에지 컴퓨팅 시스템이 공통 어플리케이션 프로그램 인터페이스 프레임워크(Common Application Programming Interface Framework, CAPIF)를 지원하는 경우, Edge Enabler Server(100)는 CAPIF core function를 선택하여 3GPP 네트워크와 연동할 수 있다.

본 개시에서 설명되는 CAPIF는 하나의 네트워크로 아래의 기능들을 포함할 수 있다. 여기서 CAPIF에 포함되는 각 기능들은 앞서 설명한 바와 같이 하나의 인스턴스로 구현할 수도 있고, 서버로 구현할 수도 있으며, 네트워크 엔티티가 될 수도 있다. 또는 이동통신 네트워크의 network function 또는 네트워크 엔티티 내 일부 기능으로 구현되거나 Edge Enabler Server 내에 CAPIF의 일부 기능 (예를 들어 API exposing function)이 구현될 수 있다. 이하에서는 CAPIF의 주요 기능들에 대하여 간략히 살펴보기로 한다.

CAPIF의 주요 기능(function)은 CAPIF core function, API exposing function 및 API publishing function을 포함할 수 있다. CAPIF core function은 CAPIF API를 에지 어플리케이션 서버들(101, 102, 103, 201, 203)에게 제공할 수 있다. 에지 어플리케이션 서버는 CAPIF API를 통해서 각 에지 어플리케이션 서버가 사용하고 싶은 Service API를 발견할 수 있다. 이를 위해서 사전에, 해당 Service API를 제공하는 API provider가 API publishing function을 통해서 CAPIF core function에 해당 Service API를 등록할 수 있다. 그리고, API provider는 API exposing function을 이용하여 Service API를 에지 어플리케이션 서버에 제공할 수 있다.

CAPIF는 3GPP시스템의 northbound API에 대한 접근을 통합적으로 제공하는 시스템이 될 수 있다. 3GPP 시스템에서 제공 가능한 API를 CAPIF에 속한 장치에 등록하고, 에지 어플리케이션 서버(101)는 CAPIF를 통해서 등록된 API를 찾아서 사용할 수 있다. 다른 예로, 에지 어플리케이션 서버(101)가 다른 어플리케이션 서버에게 제공하고 싶은 API를 CAPIF에 등록할 수 있다. 또한 에지 어플리케이션 서버(101) 대신 에지 인에이블러 서버(100) 또는 EDN 구성 서버(EDN configuration server)가 CAPIF를 통해 등록된 API를 찾아 어플리케이션 서버(101)로 제공할 수도 있다. 이에 따라 CAPIF core function ID 및 주소 정보는 Edge Enabler Server(100)에 local configuration되어 있을 수 있으며, CAPIF core function 에 Edge Enabler Client ID 또는 5G 시스템에서 사용되는 UE의 식별자인 GPSI((Generic Public Subscription Identifier)와 같은 단말 ID 정보를 제공함으로써 연동을 시작할 수 있다.

UE(50)가 5GC 만을 지원하고 EPC와의 interworking을 지원하지 않는 경우, Edge Enabler Server(100)는 320동작에서 NEF를 통해서 3GPP 시스템과 상호 연동을 수행할 수 있다. Edge Enabler Server(100)는 320동작에서 해당 UE(50)에 에지 컴퓨팅 서비스를 제공하는데 필요한 정보를 받아오거나 AF(Application Function) influence 등을 수행하기 위한 상호 연동을 수행할 수 있다. 즉, 상호 연동을 위한 Creation of the AF request for subscription to notifications about UP path management events 및 Creation of the subscription request for the availability or expected level of support of a service API 등과 같은 동작을 Edge Enabler Server(100)가 수행할 수 있다. 이후 Edge Enabler Server(100)는 322동작에서 재배치 개시 능력(Relocation initiation capability)을 설정할 수 있다. 예를 들어, 상기 요청에 대한 응답에서 UP path management events에 대한 구독 및 이용이 가능한 경우, Edge Enabler Server(100)는 스스로 해당 단말에 대한 context 정보 재배치 개시가 가능하다고 설정할 수 있다.

본 개시에서 재배치 개시 능력은 사용자 장치(50)로 에지 컴퓨팅 서비스 제공 시에 에지 데이터 네트워크 내 에지 어플리케이션 서버의 이용가능 여부(Availability), 에지 호스팅 환경 내 구동 여부 및 에지 어플리케이션 서버의 상태 등이 이용 가능한 상태인지를 식별하고, 가능하지 않은 경우 이들 중 적어도 하나에 대하여 서비스가 가능하도록 트리거하는 능력을 의미할 수 있다.

UE(50)가 둘 이상의 SIM을 갖는 경우, SIM 별로 위의 선택을 수행할 수 있다. 예를 들어, Edge Enabler Server(100)는 한 단말(또는 하나의 Edge Enabler Client)이 가지고 있는 복수의 SIM들에 대해서 NEF와 SCEF를 동시에 선택하고, 두 function 과 연동을 수행하도록 구성할 수도 있다.

한편, Edge Enabler Server(100)는 316동작에서 326동작으로 진행하는 경우 서비스 API의 가용성 또는 예상되는 지원 수준에 대한 구독 요청을 작성(Creation of the subscription request for the availability or expected level of support of a service API)할 수 있다. 이에 따라 Edge Enabler Server(100)는 328동작에서 SCEF+NEF(44)로 subscription request 메시지를 전송할 수 있다. SCEF+NEF(44)는 Edge Enabler Server(100)로부터 수신된 subscription request 메시지를 330동작에서 CN type 변경 이벤트(Subscribe a CN Type Change event) 메시지로 HSS+UDM(45)으로 제공할 수 있다.

HSS+UDM(45)은 332동작에서 수신된 UE(50)에 대한 CN type 변경 이벤트 메시지에 기반하여 UE(50)의 최신 CN type을 찾아 응답 메시지를 생성할 수 있다. HSS+UDM(45)은 324 동작에서 생성된 응답 메시지(Response for the subscription)를 다시 SCEF+NEF(44)로 제공할 수 있다. 이에 따라 SCEF+NEF(44)로는 336동작에서 가능한 서비스 API(the availability of a service API) 정보를 포함하는 메시지를 Edge Enabler Server(100)로 제공할 수 있다. 상기 326/328/330/332/334/336 동작은, 312 및 320 동작 수행 후에도 이루어질 수 있다. 312 및 320 동작 수행 후는 CN Type 외 다른 이벤트로 인해 가능한 서비스 API 변화 발생에 대처하기 위함이다. 예를 들어, 사업자와 에지 컴퓨팅 서비스 공급자 간의 협약의 변동 혹은 사업자 정책 변화 등의 사유로 인해 가능한 서비스 API가 달라질 수도 있다.

Edge Enabler Server(100)는 336동작에서 수신된 메시지에 기반하여 342동작에서 재배치 개시 능력(Relocation initiation capability) 설정을 수행할 수 있다.

한편, HSS+UDM(45)은 334동작을 수행한 후 338동작에서 UE(50)가 MME와 AMF 간의 스위치를 검출하고, 340동작에서 UE(50)에 대한 최신 CN type 통지(Notify the latest CN type) 메시지를 생성하여 SCEF+NEF(44)로 제공할 수 있다. 그러면 SCEF+NEF(44)는 344동작에서 UE(50)에 제공할 특정한 서비스의 가용성 또는 예상되는 서비스의 지원 수준을 결정할 수 있다. SCEF+NEF(44)는 이러한 결정에 기반하여 346동작에서 service API의 가능 통지(Notify the availability of a service API) 메시지를 Edge Enabler Server(100)로 제공할 수 있다.

이에 따라 Edge Enabler Server(100)는 348동작에서 재배치 개시 능력(Relocation initiation capability) 설정을 수행할 수 있다. 예를 들어, 348 동작에서 UP path management event notifications 서비스를 사용할 수 있다면, Edge Enabler Server 는 자신이 단말의 이동에 따른 컨텍스트 정보 재배치가 필요함을 판단할 수 있고, Application Context Relocation 절차를 시작할 수 있다. Application Context Relocation 절차는 단말에게 에지 컴퓨팅 서비스를 공급하던 Edge Application Server에 저장되어 있는 어플리케이션 컨텍스트 정보를 새로운 Edge Application Server에 전달하는 절차이다. Edge Data Network Configuration Server(30), Edge Enabler Server(100), 혹은 Edge Application Server(101)가 3GPP 시스템에서 UE(50)가 지원 가능한 CN Type 관련 정보를 얻어오는 방법이 이하에서 설명될 것이다.

예컨대, 3GPP 시스템 내 Nudm_SubscribeDataManagement 메시지와 같은 UDM 서비스를 이용하여 UDM(45a)에 저장되어 있는 UE(50)에 대한 Core Network type restriction (Defining whether UE is allowed to connect to 5GC and/or EPC for this PLMN) 정보 혹은 Interworking with EPS indication 정보를 확인할 수 있다. Nudm_SubscribeDataManagement 메시지는 UDM(45a)에 저장되어 있는 정보를 얻어오기 위한 subscribe 동작이 될 수 있다. Subscribe 동작을 수행하면서 즉시 보고 플래그(immediate reporting flag)를 설정하여 바로 해당 정보를 얻어올 수 있다.

도 4는 본 개시의 일 실시에에 따라 Edge Configuration Server에서 UE가 지원 가능한 CN Type을 확인하는 경우의 신호 흐름도이다.

도 4는 UDM 서비스를 Edge Data Network Configuration Server(30)에서 활용하는 실시 예가 될 수 있다.

도 4에서 Edge Data Network Configuration Server(30)는 400동작에서 Edge Enabler Client(52)의 service provisioning request를 받은 후, 402동작에서 CN Type 확인 절차를 수행할 수 있다. 해당 확인 절차는 subscription data를 저장 및 관리하는 UDM(45a), HSS(45b) 혹은 HSS + UDM(45)과의 연동을 통해서 이루어질 수 있다. 해당 연동은 NEF(network exposure function) 혹은 SCEF(service capability exposure function)을 통해서 이루어질 수도 있다. 또한 Edge Data Network Configuration Server(30)는 404동작에서 service provisioning response 메시지를 생성하여 Edge Enabler Client(52)로 제공할 수 있다.

한편, 위에서 설명한 바와 같이, Edge Data Network Configuration Server(30)는 획득한 UE(50) CN Type 관련 정보를 406동작에서 Edge Enabler Server(100)에 제공할 수 있다. Edge Data Network Configuration Server(30)는 406동작에서 앞선 402동작과 같이 UE(50) CN Type 관련 정보를 수신하는 과정에서 획득한 CN Type flag 혹은 indication의 정보를 3GPP 네트워크와 연동하는 노드(NEF, SCEF 혹은 SCEF+NEF)의 식별자(ID) 및 주소 정보와 함께 Edge Enabler Server(100)로 전달할 수도 있다. 해당 정보를 전달 받은 Edge Enabler Server(100)는 408동작과 같이 UE의 에지 인에이블러 클라이언트(52)로부터 Edge Enabler Server(100)로 등록 메시지가 전달되는 경우 410동작에서 상기 수신된 정보에 기반하여 SCEF+NEF를 선택할 수 있다. 이는 앞서 설명한 도 3의 316동작에 대응할 수 있다. 이후 Edge Enabler Server(100)는 412동작에서 “Creation of the subscription request for the availability or expected level of support of a service API” 동작을 수행하고, 생성한 subscription request를 SCEF+NEF 노드에 보냄으로써, 414동작을 통해 3GPP 네트워크로부터 UE(50)의 CN Type을 지속적으로 확인할 수 있다. 예를 들어, 해당 subscription 요청을 받은 SCEF+NEF 노드(44)는 HSS+UDM(45)에게 CN Type change event에 대한 subscribe 동작을 수행하고, HSS+UDM 노드(45)는 AMF(도면에 미도시) 혹은 MME(도면에 미도시)로부터 해당 정보를 검출할 수 있다.

Edge Enabler Server(100)는 416동작에서 확인된 CN Type을 Edge Application Server(101)에 제공할 수 있다. 416 동작을 수행하기 위해서는 Edge Enabler Server(100)에서는 Edge Application Server(101)에게 해당 API 제공 여부를 밝혀야 한다. 즉, Edge Enabler Server(100)는 능력 노출(capability exposure) 대상에 available service API reporting API를 Edge Application Server(101)에 exposure 하는 방식을 사용할 수 있다. 예를 들어, Edge Application Server(101)가 Edge Enabler Server(100)를 대상으로 Edge Application Server(101) 등록 절차를 수행하고, 그에 대한 응답으로 사용 가능한 API 목록을 획득할 수 있다. 이를 통해서, Edge Application Server(101)는 CN Type 또는 Service API availability API request 메시지를 Edge Enabler Server(100)에게 송신할 수 있다. 이에 대한 Edge Enabler Server(100)의 응답은 현재 해당 사용자 장치(50)의 CN Type 혹은 이용 가능한 Service API에 대한 정보를 포함할 수 있다. 또한 Edge Enabler Server(100)는 418동작에서 재배치 개시 능력(Relocation initiation capability) 설정 및 갱신(update)을 수행할 수 있다.

다른 방식으로 3GPP 시스템에 저장되어 있는 UE subscription data에 별도의 Edge Computing Service Profile이 존재하며, 해당 profile 내 UE(50)가 에지 컴퓨팅 서비스를 이용할 수 있는 CN Type이 정해져 있을 수 있다. 에지 컴퓨팅 시스템 예컨대, Edge Data Network Configuration Server(30) 또는 Edge Enabler Server(100)는 해당 Edge Computing Service Profile을 3GPP 시스템으로부터 획득하여 UE(50)의 CN Type을 확인할 수 있다. 에지 컴퓨팅 시스템에서 Edge Computing Service Profile을 얻어오는 동작은 service authentication/authorization 단계에서 이루어질 수도 있다.

도 5는 본 개시의 일실시예에 따라 UE의 지원 가능한 CN Type 또는 service API availability를 Edge Application Server로 제공하는 경우의 신호 흐름도이다.

도 5를 참조하면, Edge Enabler Client(52)는 500동작에서 Edge Enabler Server(100)로 등록 요청(Edge Enabler Client registration request) 메시지를 전송할 수 있다. 이때, Edge Enabler Client(52)는 가능한 CN Type 정보를 함께 제공할 수 있다. 이에 따라 동작에서 Edge Enabler Server(100)는 502동작에서 요청을 검증(Request validation)할 수 있다. 요청 검증은 해당 Edge Enabler Client 및 사용자 장치, 사용자에 대한 authentication 및 authorization을 포함한다. 또한, 요청 검증은 단말이 제공한 지원 가능 CN Type에 대해서 이루어질 수도 있다. 이러한, 요청 검증의 목적은 해당 단말 및 사용자의 에지 컴퓨팅 서비스 이용에 대한 검증 및 서비스 차별화를 포함한다. 이후 Edge Enabler Server(100)는 504동작에서 Edge Enabler Client(52)의 컨텍스트(context)를 검색하고 받아올 수 있다. 이처럼 Edge Enabler Client(52)의 컨텍스트(context)를 검색하여 받아오는 동작은 단말에게 서비스를 제공했었던 다른 Edge Enabler Server 혹은 Edge Data Network configuration server(30)를 대상으로 수행될 수 있다. Edge Enabler Server(100)는 검색된 컨텍스트(context) 예컨대, 다른 Edge Enabler Server로부터 제공된 또는 Edge Data Network configuration server(30)부터 제공된 컨텍스트(context)에 기반하여 506동작에서 Edge Enabler Client(52)로 등록 응답(registration response) 메시지를 전송할 수 있다.

이처럼 Edge Enabler Client(52)와 등록 절차를 수행한 Edge Enabler Server(100)에 대해서 Edge Application Server(101)는 508동작에서 Edge Application Server 등록 절차를 수행할 수 있다. 이는 Edge Enabler Client(52)로 에지 컴퓨팅 서비스를 제공할 Edge Application Server(101)가 Edge Enabler Server(100)에 등록이 이루어지는 절차가 될 수 있다. Edge Application Server(101)가 Edge Enabler Server(100)에 등록되는 경우는 Edge Application Server(101)가 Edge Enabler Server(100)의 영역 내의 에지 컴퓨팅 네트워크에 최초로 탑재(또는 배치 또는 프로그램의 배포)되는 경우이거나 특별한 요청 또는 필요에 의거하여 등록 절차를 수행할 수 있다.

Edge Application Server(101)는 508동작의 등록 절차가 완료되면, 510동작에서 Edge Enabler Server(100)로 UE(50)에 대한 CN type API 요청 메시지 또는 Service API availability API request 메시지를 전송할 수 있다. 본 예시와 다르게 Edge Application Server 등록 절차가 Edge Enabler Client 등록 절차보다 먼저 일어날 수 있다. 그러한 경우 508의 동작이 506 이전에 일어날 수 있다.

한편, 도 5의 510, 512, 514 동작은 사용자 장치(50)가 Edge Application Server(101)에 연결된 후 예를 들어 사용자 장치(50)로 특정한 에지 컴퓨팅 서비스의 요청이 발생된 후에 수행될 수 있다. 또는, Edge Application Server(101) 가 자신에게 연결될 사용자 장치(50)의 정보를 아는 경우, 사용자 장치(50)가 서비스를 요청하기 전에 미리 510, 512, 514 동작을 수행할 수도 있다.

한편, Edge Enabler Server(100)는 512동작에서UE(50)의 CN Type 스위칭(switching) 발생 가능성을 검사하는 상태일 수 있다. 이러한 상태는 UE(50)의 CN Type은 유지되는 상태일 수 있다. 따라서 Edge Enabler Server(100)는 514동작에서 응답 메시지를 생성하여 Edge Application Server(101)에게 전달할 수 있다.

다른 한편, 만일 Edge Enabler Server(100)는 512동작에서 UE(50)의 CN Type 스위칭(switching) 발생 가능성을 검사하는 중에 CN Type 스위칭(switching) 발생 가능성을 인지한 경우, Edge Enabler Server(100)는 Edge Application Server(101)에게 UE(100)의 CN Type change event 자체 혹은 CN Type change event에 따른 Service API availability 변동에 대한 정보를 제공할 수 있어야 한다. 이를 위해, Edge Enabler Server(100)는 본 개시에 따라 자신과 연결된(자신에게 registration 을 성공적으로 수행한) Edge Application Server(101)에게 CN Type reporting API (메시지) 혹은 Service API availability reporting API (메시지)를 제공할 수 있다. 위의 API들 중 어느 하나를 Edge Enabler Server(100)에서 Edge Application Server(101)에 exposure 하는 방법은 직접 제공하거나 CAPIF 를 통해서 수행될 수 있다. 해당 API 제공 방식은 request/response 및 subscription/notification 모델을 모두 지원하며, reporting type은 one-time reporting 혹은 continuous reporting을 포함할 수 있다. 이상에서 설명한 CN Type reporting API 혹은 Service API availability reporting API를 통해서 Edge Application Server(101)에게 제공하는 정보는 Edge Enabler Server(100) 내에서 일정 기간 동안 저장할 수 있다. 또한, Edge Enabler Server(100)는 CN Type reporting API 혹은 Service API availability reporting API를 일정 주기마다 해당 정보를 업데이트 하기 위해 이동 통신 네트워크와 주기적으로 연동함으로써 갱신할 수 있다.

CN Type switching 발생 가능성을 인지 하는 방법은 Edge Enabler Client(52)로부터 직접 제공되는 available CN Type 혹은 UE capability 관련 정보를 이용하여 식별(판단)하거나 Edge Data Network Configuration Server(30)로부터 관련 정보를 획득하는 절차를 수행(e.g. service provisioning 절차 후 Edge Data Network Configuration Server(30)로부터 instruction을 받거나, Edge Data Network Configuration Server(30)로 Edge Enabler Server(100)가 query를 보내는 동작 수행)함으로써 얻어올 수 있다. 예를 들어, Available CN Type 이 EPC + 5GC 인 경우, 혹은 UE capability 내 EPC NAS와 5GC NAS가 동시 지원 가능한 경우, Edge Enabler Server(100)는 Service API availability를 확인해야 하며, 해당 정보를 Edge Application Server(101)로 제공할 수 있다.

본 개시에 따른 Service API availability reporting API는 사용자 장치(50)의 CN Type에 대한 정보가 Edge Enabler Server(100)에 미리 전달되지 않은 상태에서도 사용될 수 있다. 예를 들어, 사전에 사용자 장치(50)에 대한 지원 가능한 CN Type 혹은 사용자 장치(50)의 현재 CN Type에 대한 정보가 없는 Edge Enabler Server(100)가 Edge Application Server(101)로부터 Service API availability reporting API request를 수행한 경우 다음과 같은 동작이 수행될 수 있다.

Edge Enabler Server(100)는 Edge Enabler Client(52)에 직접 단말 지원 가능 CN Type을 요청하거나, 3GPP 시스템을 통해서 해당 정보를 얻어올 수 있다. 3GPP 시스템을 통해서 얻어오는 방식은 “Creation of the subscription request for the availability or expected level of support of a service API” 동작 수행 후, Edge Enabler Server(100)는 subscription request를 NEF+SCEF(44)에 보내면서 Event Reporting Information 내 Immediate reporting flag를 사용하여 현재 UE(50)의 CN Type 또는 available Service API를 받아올 수 있다. 또는 3GPP 시스템이 CAPIF(Common API Framework)를 사용하는 경우, CAPIF core function 장치(도면에 미도시) 또는 해당 기능을 수행하는 NF(도면에 미도시)로 제공하여 CAPIF로부터 service API 정보를 받아올 수 있다(Availability of service APIs event notification 또는 Service Discover Response를 통해서 받아올 수 있음).

위와 같이 획득한 service API availability 관련 정보를 기반으로 Application Context Relocation initiation capability 관련 설정을 업데이트하고 해당 업데이트를 Edge Enabler Server(100)로 제공할 수 있다(Edge Application Server Registration 동작을 활용 가능). 예를 들어, 5GC에서 EPC로 UE(50) CN Type이 스위칭됨에 따라 UP path management event notifications의 사용이 불가능하게 되고, 이에 따라 Edge Enabler Server(100) 및 Edge Application Server(101)는 UE(50)의 이동에 따른 Application Context Relocation initiation/trigger 지원 불가로 설정할 수 있다. 그런 후, Edge Enabler Server(100) 및/또는 Edge Application Server(101)는 Edge Enabler Client(52)의 Application Context Relocation initiation/trigger 동작의 활성화 및/또는 비활성화를 수행할 수 있다.

도 6은 본 개시의 다양한 실시예에 따라 UE가 지원 가능한 CN Type에 따른 에지 컴퓨팅 시스템 내 application context relocation 관련 서비스를 선택하는 경우를 설명하기 위한 흐름도이다.

Edge Enabler Server(100)는 600동작에서 앞서 설명한 도 3에서와 같이 CN Type 정보를 검사할 수 있다. 이러한 검사는 Edge Enabler Client(52)로부터 수신된 또는 Edge Data Network Configuration Server(30)로부터 수신된 정보를 이용할 수 있다. Edge Enabler Server(100)는 600동작의 검사결과 UE(50)가 5GC 지원이 불가하고 EPC만을 지원하는 경우(dedicated CN Type = EPC) 620동작으로 진행하여 SCEF를 선택하고, UP path management event notifications 서비스 이용이 불가하기 때문에 622동작에서 Edge Enabler Client(52)에서 application context relocation 절차를 시작할 수 있도록 설정한다.

Edge Enabler Server(100)는 600동작의 검사결과 단말이 5GC 만을 지원하는 경우 610동작으로 진행하여 NEF를 선택하고, Edge Enabler Server(100)를 공급한 Edge Computing Service Provider와 3GPP 사업자 사이의 service level agreement를 확인하여, UP path management event notifications 및 AF influence on traffic routing 사용 가능 여부를 파악할 수 있다(CAPIF를 지원하는 경우, CAPIF core function을 통해서 상기 사항을 확인할 수도 있다). UP path management event notifications의 활용이 가능한 경우, 612동작에서 Edge Enabler Server(100)는 Edge Application Server(101)가 중복으로 UP path management event notifications 서비스에 대한 subscription 동작을 수행하는 것을 방지하거나, Edge Application Server(101)의 해당 서비스에 대한 unsubscribe를 수행하도록 할 수도 있다. 다른 방안으로, Edge Enabler Server(100)가 UP path management event notifications을 활용하여 Application Context Relocation 절차 trigger를 수행하도록 설정할 수 있다.

UE(50)의 EPC-5GC 스위칭이 발생할 수 있는 경우 즉, 630동작과 같이 SCEF+NEF 노드가 선택된 경우, Edge Enabler Server(100)는 632동작에서 “Creation of the subscription request for the availability or expected level of support of a service API” 동작을 (SCEF+NEF 에 대해서) 수행하거나 CAPIF core function 과의 연동(Availability of service APIs event notification or Service Discover Response) 을 통해서 단말의 현재 CN type을 모니터링하는 동작을 수행해야 한다. 예를 들어, Edge Enabler Server(100)는 “Nnef_APISupportCapability_Subscribe service operation” 와 같은 동작을 수행하여 이용 가능한 service API 관련 정보를 획득하고 Edge Application Server(101)에도 관련 정보를 notification 해주는 등의 동작을 수행할 수 있다.

EPC에서 5GC로 사용자 장치(50)의 CN Type 스위칭이 발생하는 경우, Edge Enabler Server(100)는 NEF를 선택하여 NEF 서비스 (e.g. Nnef_Exposure 서비스)를 이용하기 위한 동작을 수행해야 한다. 이를 위해서는 NEF ID 및 address가 필요하다. 해당 정보는 Edge Enabler Server(100) 내에 local configuration을 통해서 주어져 있을 수도 있으며, S-NSSAI(s), Event ID(s) supported by AF, AF Instance ID, Application ID, External Identifier, External Group Identifier, or domain name 등을 기반으로 NEF 선택을 수행할 수도 있다. 또한, 5GC에서 해당 단말을 서비스하는데 필요한 정보를 얻기 위해 UDM(45a)과 연동이 필요할 수도 있다. 이를 위해, UDM selection을 수행하기 위해, Edge Enabler Server(100)는 Home network identifier (e.g. MNC and MCC) of SUCI/SUPI and UE's Routing Indicator, UDM Group ID of the UE's SUPI, SUPI or Internal Group ID, GPSI or External Group ID 등을 고려할 수 있다. NEF를 선택 후, Edge Enabler Server(100)는 AF influence 및 UP path management event notifications 이용 가능 여부를 확인하고, 이를 기반으로 application context relocation initiation mode를 재설정하거나 application context relocation에 따른 application data traffic re-routing 수행하는 방법을 설정할 수 있다.

5GC에서 EPC로 UE(50)의 CN Type 스위칭이 발생하는 경우, Edge Enabler Server(100)는 NEF를 통한 5GC가 제공 가능한 AF Influence 및 UP path management event notification 서비스 이용이 불가하므로, Application Context Relocation initiation mode의 수정 및 관련 절차 변경이 요구될 수 있다. 예를 들어, Edge Application Server(101) 및 Edge Enabler Server(100)는 UP path management event notification에 대한 unsubscribe를 수행해야 하며, Edge Enabler Client(52)의 Application Context Relocation initiation이 비활성화되어 있는 경우, Edge Enabler Client(52)의 해당 기능을 활성화시켜야 한다(Edge Enabler Client Registration Update 절차 혹은 별도의 notification 절차를 통해서 가능). 또한, Edge Enabler Server(100)는 3GPP 시스템과 연동하는 노드를 SCEF 로 변경해야 한다. SCEF ID 및 Address는 Edge Enabler Server(100)의 local configuration을 통해 주어져 있을 수 있다.

상기 5GC-EPC 간 UE(50)의 CN Type 스위칭에 따라서, Application Context Relocation 절차를 initiation 하는 장치들과 관련 trigger 조건의 변동이 수반되기 때문에, Edge Enabler Server(100)는 Application Context Relocation in-progress indication을 보내야 하는 장치들의 변동이 생길 수 있다. 예를 들어, Edge Application Server(101)가 UP path management event notifications를 이용하고 있는 상황에서 단말이 5GC에서 EPC로 넘어가면, Edge Enabler Server(100)가 Application Context Relocation in-progress indication을 Edge Application Server(101)에는 보내지 않도록 설정할 수 있다.

이상에서 설명한 도 6과 연관된 Edge Application Server(100)에서 필요한 동작은 다음과 같다.

● 사용자 장치(50)의 CN Type 혹은 이용 가능 Service API 관련 정보 획득을 위한 동작

- Edge Enabler Server(100)에 CN Type 혹은 available service API reporting API request/subscription 동작 수행

- Edge Enabler Server(100)가 CAPIF core function으로부터 Availability of service APIs event notification 또는 Service Discover Response를 통해서 받아오기 위한 요청 수행

- 3GPP 네트워크에 직접 관련 정보 요청 (SCEF, NEF 또는 SCEF+NEF 등을 통해서 관련 정보 획득): Edge Application Server의 공급자가 3GPP network 사업자 이거나 관련 service level agreement가 있는 경우, Edge Enabler Server(100)는 network exposure function을 거치지 않고 UDM(45a) 혹은 HSS(45b)로부터 UE(50)의 CN Type 관련 정보를 직접 받아오거나 SMF 혹은 PCF 등의 network function 으로부터 service API 관련 정보를 획득할 수 있다.

● 사용자 장치(50)의 CN Type 혹은 이용 가능 Service API 정보 획득 후, Edge Application Server (101)은 Application Context Relocation initiating capability 재설정 및 Edge Enabler Server에 관련 정보 업데이트 (Edge Application Server Registration update 절차 활용 가능) 수행

- 예 1) UE(50)가 5GC에서 EPC 스위칭 발생 시, Edge Application Server(101)는 UP path management event notifications 이용 불가에 따른 unsubscribe 수행 및 application context relocation initiation 가능 조건 재설정(단말 이동성에 따른 initiation 불가로 설정). Edge Application Server(101)는 수행한 관련 재설정 사항(이동성에 따른 application context relocation 시작 불가능)을 Edge Enabler Server(100)에 알리고, application context relocation 조정 절차를 Edge Enabler Server(100)에서 업데이트할 수 있도록 지원할 수 있다. 또한, AF influence on Traffic Routing 사용 불가에 따라, 해당 동작을 Edge Enabler Server(100)에서 수행하도록 하거나, Edge Enabler Client(52)에서 application data traffic 리라우팅을 수행할 수 있도록 해야 한다. 이를 위해, Edge Enabler Server(100)에게 Edge Application Server(101) 자신의 리라우팅 수행 가능 여부를 알리고(Edge Application Server Registration 절차 활용을 통해서 가능할 수 있다; Registration type = update), Edge Enabler Server(100)를 통해서 Edge Enabler Client(52)에게도 알리는 동작을 수행할 수 있다.

- 예 2) 사용자 장치(50)의 CN Type 변경에 따라 3GPP 네트워크로부터 available service API 관련 정보를 받아오는 것이 불가능한 경우, Edge Enabler Server(100)를 통해서 받아오기 위해 Available Service API reporting API request/subscribe 동작으로 Edge Enabler Server(100)에 대해서 수행할 수도 있다.

앞서 설명한 400 동작과 500 동작을 활용하여 사용자 장치(50)가 현재 연결된 코어 네트워크 타입정보를 기반으로 Edge Enabler Server(100) 혹은 Edge Configuration Server(30)에서의 NEF, SCEF 또는 NEF+SCEF 노드 선택을 위한 다양한 실시예에 따른 동작들에 대하여 살펴보기로 한다.

<제1 실시 예: 사용자 장치(UE)(50)가 현재 연결된 코어 네트워크 타입 리포트에 기반하여 NEF/SCEF/NEF+SCEF 선택하는 방법>

앞서 살펴본 바와 같이, 도 4의 400동작(service provisioning request: EEC -> ECS (30)) 및 도 5의 500동작(EEC registration request: EEC -> EES (100))에서 available CN Type의 정보는 현재 연결된 코어 네트워크 타입 정보를 포함할 수 있다. 사용자 장치(50)가 현재 연결된 CN Type 정보는 사용자 장치 연결성 정보(UE connectivity info)에 포함되어 EES(100, 200) 또는 ECS(30)에 전달될 수 있다. 사용자 장치 연결성 정보는 사용자 장치(50)가 현재 연결되어 있거나 연결 가능한 PLMN ID 또는 UE mobility management(MM) Core Network Capability (e.g. EPC/5GC NAS support 여부, EPC/5GC interworking 지원 여부 등) 또한 포함할 수 있다.

이를 구체적으로 살펴보면 아래와 같다. 또한 이하의 설명에서 EES(100) 및/또는 ECS(30)에서의 동작을 설명하기 위해 “EES/ECS”와 같은 형태로 기재할 것이다. 이는 EES(100)에서 수행될 수도 있고, ECS(30)에서 수행될 수도 있음을 의미한다. 또한 경우에 따라서는 EES/ECS로 기재한 것은 이하에서 설명되는 동작이 EES(100)와 ECS(30) 모두가 수행하는 경우를 포함할 수 있다.

첫째, 사용자 장치(50)는 현재 선택된 코어 네트워크 타입을 NAS 시그널링 연결(NAS signaling connection) 모드를 기반으로 알 수 있다. 예컨대, 사용자 장치(50)는 EPC에 연결되어 있는 S1 모드인지 또는 5GC에 연결되어 있는 N1 모드 인지를 식별할 수 있다. 사용자 장치(50)의 EEC(52)는 상기 정보 즉, S1 모드인지 N1 모드인지에 대한 정보를 이동 단말(mobile terminal, MT)(51)로부터 제공받을 수 있다.

둘째, 사용자 장치(50)는 앞서 설명한 400동작 또는 500동작에서 연결된 코어 네트워크 타입(connected CN Type) 정보와 함께 인터워킹 능력 정보(interworking capability info) 예를 들어 EPC/5GC 사이 이동성(mobility) 지원 여부 등의 정보를 제공할 수 있다 또한 사용자 장치(50)는 추가로 PLMN ID를 같이 제공할 수 있다.

셋째, EES/ECS는 사용자 장치(50)로부터 제공받은 위의 정보를 기준으로 NEF(44a) 또는 SCEF(44b)를 선택할 수 있다. 여기서 EES(100)가 구동되는 경우는 500동작의 경우이고, EEC가 구동되는 경우는 400동작의 경우에 해당할 수 있다. EES/ECS는 NEF(44a) 또는 SCEF(44b)를 선택할 시 아래의 기준을 이용하여 선택할 수 있다.

(A) 사용자 장치(50)가 접속한 PLMN ID에 해당하는 네트워크의 타입(EPC, 5GC, 또는 EPC+5GC) 정보가 EES(100) 또는 ECS(30)에 configuration 되어 있어, PLMN ID를 기준으로 네트워크를 식별하고 네트워크 타입을 결정할 수 있다. 추가로, 사용자 장치(50)가 400 동작 또는 500 동작에서 제공되는 요청 메시지의 source IP address를 기준으로 선택할 수 있다. Packet source IP address의 범위(range)와 NEF(44a)/SCEF(44b)/NEF+SCEF(44) 간의 관계가 ECS(30) 또는 EES(100)에 미리 맵핑되어 있을 수 있다.

(B) 사용자 장치(50)가 연결된 코어 네트워크 타입(connected CN Type)이 EPC인 경우, SCEF(44b) 또는 NEF+SCEF(44)를 선택할 수 있다. 사용자 장치(50)가 연결된 네트워크는 PLMN ID로 식별할 수 있다. 따라서 연결된 네트워크가 EPC-5GC interworking을 지원하고 사용자 장치(50)가 EPC와 5GC 간의 이동성(mobility)을 지원하는 경우, EES/ECS는 NEF+SCEF(44)를 선택할 수 있다.

(C) 사용자 장치(50)의 연결된 코어 네트워크 타입(connected CN Type)이 5GC인 경우, EES/ECS는 NEF(44a) 또는 NEF+SCEF(44)를 선택할 수 있다. 사용자 장치(50)가 연결된 네트워크는 PLMN ID로 식별할 수 있다. 따라서 연결된 네트워크가 EPC-5GC interworking을 지원하고 사용자 장치(50)가 EPC와 5GC 간의 이동성(mobility)을 지원하는 경우, EES/ECS는 NEF+SCEF(44)를 선택할 수 있다.

넷째, EES/ECS는 NEF+SCEF(44)를 선택하지 않은 경우, 선택한 NEF(44a) 또는 SCEF(44b)를 통해서 HSS(45b) 또는 UDM(45a)과 연동하여 인터워킹 가능성(interworking possibility), 사용자 장치 서브스크립션(UE subscription) 정보 내에 포함된 코어 네트워크 타입 제한(CN Type restriction), EPC 연결 가능성(availability of EPC connectivity), EPC 선호 네트워크 동작의 UE 표시(UE indication of ECP preferred network behavior), 지원되는 네트워크 동작(supported network behavior) 등을 확인하고 NEF+SCEF(44) 노드를 재선택할지를 결정할 수 있다. CN Type restriction에서 EPC 또는 5GC 네트워크 중 한 네트워크 연결만 허용하는 경우, NEF+SCEF(44)를 선택하지 않고 NEF(44a) 또는 SCEF(44b) 만을 선택할 수도 있다. 추가적으로 EES/ECS는 아래의 사항들 중 적어도 하나를 고려할 수 있다.

(A) EES/ECS는 사용자 장치(50)가 접속한 PLMN ID를 기준으로 판단할 수 있다. EES/ECS에 PLMN ID에 해당하는 PLMN의 CN Type 정보가 configuration되어 있을 수 있다. 또는 PLMN에 해당되는 exposure function 정보가 주어져 있을 수 있다. 즉, 사용자 장치 연결성 정보 내 PLMN ID에 부합하는 PLMN을 고르고, PLMN가 지원하는(PLMN에 설치되어 있는) exposure function을 선택할 수 있다. 선택에 필요한 정보는 다음과 같이 EES/ECS 내부에 설정되어 있을 수 있다. EES 내에는 PLMN ID와 해당 PLMN의 Core Network Type 정보 또는 exposure function에 대한 정보(NEF(44a), SCEF(44b), 또는 NEF+SCEF(44)의 ID 및 주소 등) 또는 서비스 별 API termination point가 맵핑되어 설정(local configuration)되어 있을 수 있다. EES/ECS가 PLMN에서 지원하는 연동 방식이 NEF(44a), SCEF(44b), 또는 NEF+SCEF(44)를 통하지 않고 코어 네트워크의 특정한 노드 또는 코어 네트워크의 특정한 네트워크 기능(network function, 예를 들어, PCF, SMF, AMF, UDR, UDM 등)과 직접 연동하는 경우, 연동 대상 network function에 대한 정보(SMF, AMF, PCF ID 및 주소 등) 또는 서비스 별 API termination point가 PLMN ID 및 exposure event/service와 맵핑되어 configuration되어 있을 수 있다.

(B) EES/ECS는 사용자 장치(50)의 위치 정보를 기반으로 NEF(44a), SCEF(44b), 또는 NEF+SCEF(44) 중 하나를 선택하는 기준을 설정할 수 있다. Exposure function의 서비스 영역(service area)이 설정되어 있는 경우 사용자 장치(50)의 위치와 가까운 exposure function을 선택할 수 있다.

다섯째, EES/ECS는 NEF+SCEF(44)가 설정된 경우 service API availability monitoring을 위한 도 3의 동작 및 도 4의 412/414 동작 등을 수행할 수 있다. 또는, EES/ECS는 UDM(45a)에게 해당 사용자 장치의 CN Type change 이벤트 또는 CN Type change에 따른 service API availability change에 대한 subscribe 요청을 수행할 수 있다.

< 제2실시 예: 사용자 장치(UE)(50)의 사용자 장치 능력(UE capability) 및 EES/ECS에 구성(configuration)되어 있는 PLMN 정보에 기반하여 NEF/SCEF/NEF+SCEF 중 하나를 선택하는 방법>

첫째, 사용자 장치(50)의 UE mobility management(MM) CN capability 관련 정보를 EES/ECS로 제공할 수 있다(EES Registration Request 동작인 500 동작/ Service Provisioning Request 동작인 400 동작).

둘째, EES/ECS는 사용자 장치(50)로부터 제공받은 정보가 EPC only 인 경우 SCEF(44b)를, 5GC only인 경우 NEF(44a)와 연동할 수 있다.

또한 EES/ECS는 사용자 장치(50)로부터 제공받은 정보가 EPC+5GC인 경우, 다음과 같이 다양한 방법을 통해서 exposure function을 선택할 수 있다.

A. EES/ECS에 local configuration 되어 있는 정책(UE ID 또는 PLMN ID 기준으로 설정되어 있는 exposure function 정보)에 따라 NEF + SCEF(44)를 고르거나,

B, EES/ECS는 사용자 장치(50)에 현재 연결되어 있는 CN Type 정보를 요청한다. 이후 EES/ECS는 사용자 장치(50)로부터 받은 CN Type 정보를 기준으로 위에서 설명한 제1실시와 같이 동작할 수 있다.

C. EES/ECS는 NEF(44a) 또는 SCEF(44b)를 임의로 선택하고 UE ID를 기반으로 사용자 장치(UE) 정보를 네트워크에 요청한다. 임의로 선택한 네트워크에서 사용자 장치의 정보를 확인할 수 없는 경우, 다른 네트워크(exposure function)를 선택하여 사용자 장치 정보(예: UE subscription 정보)를 획득하고 앞서 설명한 제1실시 예의 네 번째 동작을 수행할 수 있다.

D. 또는, EES/ECS는 사용자 장치(50)의 400 또는 500 동작의 요청 메시지에 대한 source IP address를 기준으로 판단(식별 또는 결정)할 수 있다. 이러한 판단(식별 또는 결정) 시에는 Packet source IP address의 범위(range)와 NEF(44a)/SCEF(44b)/NEF+SCEF(44) 관계가 ECS(30 또는 EES(100)에 미리 맵핑되어 있을 수 있다.

<제3실시 예: 사용자 장치(50)의 UE ID에 기반하여 NEF/SCEF/NEF+SCEF를 선택하는 방법>

도 4에서 ECS(30)는 400동작에서 Edge Enabler Client(52)의 service provisioning request를 받은 후, service provisioning request 내에 포함된 UE ID를 기반으로 CN Type 확인 절차를 수행할 수 있다. 해당 확인 절차는 ECS(30)가 subscription data를 저장 및 관리하는 UDM(45a), HSS(45b) 혹은 HSS + UDM(45)과의 연동을 통해서 이루어질 수 있다. 이러한 연동 즉, ECS(30)와 UDM(45a) 또는 ECS(30)와 HSS(45b) 또는 ECS(30)와 HSS + UDM(45)과의 연동은 NEF(network exposure function)(44a) 혹은 SCEF(service capability exposure function)(44b)을 통해서 이루어질 수도 있다. ECS(30)는 NEF(44a)와 SCEF(44b) 중 하나를 임의 선택하고 위에서 설명한 제1실시 예 또는 제2실시예의 일부 동작을 기반으로 선택 후, 해당 사용자 장치(50)의 확인 가능 여부 또는 해당 사용자 장치(50)의 UE subscription 정보 등을 기반으로 다른 exposure function을 선택하여 연동을 수행할 수 있다. ECS(30)는 NEF(44a)와 연동 시, UDM(45a)에게 해당 사용자 장치의 CN Type change 이벤트에 대한 subscribe 요청을 NEF(44a)를 통해 전송할 수 있다. 이때, ECS(30)는 NEF(44a)로 CN Type change 이벤트에 대한 subscribe 요청을 전송할 시, 즉시 보고 플래그(immediate reporting flag)를 설정하여 현재 사용자 장치(50)의 UE CN Type에 대한 정보를 받아 올 수 있다. 또한 ECS(30)는 재선택 과정에서 NEF+SCEF(44)를 선택할 수도 있다. ECS(30)는 NEF+SCEF(44)와 연동 시, UDM(45a)에게 해당 사용자 장치의 CN Type change 이벤트에 대한 subscribe 요청을 수행할 수 있다.

EES(100)는 500동작에서 Edge Enabler Client(52)로부터 EEC registration request를 받은 후, EEC registration request 내에 포함된 UE ID를 기반으로 CN Type 확인 절차를 수행할 수 있다. 이러한 확인 절차는 subscription data를 저장 및 관리하는 UDM(45a), HSS(45b) 혹은 HSS + UDM(45)과의 연동을 통해서 이루어질 수 있다. EES(100)와 UDM(45a) 또는 ECS(30)와 HSS(45b) 또는 ECS(30)와 HSS + UDM(45)과의 연동은 NEF(network exposure function)(44a) 혹은 SCEF(service capability exposure function)(44b)을 통해서 이루어질 수도 있다. EES(100)는 NEF(44a)와 SCEF(44b) 중 하나를 임의 선택하고 위의 제1실시 예 또는 제2실시예의 일부 동작을 기반으로 선택 후, 해당 사용자 장치(50)의 확인 가능 여부 또는 해당 사용자 장치(50)의 UE subscription 정보 등을 기반으로 다른 exposure function을 선택하여 연동을 수행할 수 있다. EES(100)는 NEF(44a)와 연동 시, NEF(44a)를 통해 UDM(45a)에게 해당 사용자 장치의 CN Type change 이벤트에 대한 subscribe 요청을 전송할 수 있다. EES(100)는 해당 사용자 장치의 CN Type change 이벤트에 대한 subscribe 요청을 전송할 시, 즉시 보고 플래그(immediate reporting flag)를 설정하여 현재 사용자 장치(50)의 UE CN Type에 대한 정보를 받아 올 수 있다. EES(100)는 재선택 과정에서 NEF+SCEF(44)를 선택할 수도 있다. 또한 EES(100)는 NEF+SCEF(44)와 연동 시, NEF+SCEF(44)를 통해 UDM(45a)에게 해당 사용자 장치의 CN Type change 이벤트에 대한 subscribe 요청을 수행할 수 있다. 다른 예로, ECS(30) 가 service provisioning 단계 등을 통하여 NEF/SCEF/NEF+SCEF 선택 과정을 수행한 경우, EES(100)는 사용자 장치 식별자(UE ID)를 사용하여 ECS(30)로부터 해당 사용자 장치에 해당하는 NEF/SCEF/NEF+SCEF 정보를 획득할(받아올) 수 있다.

또한 Edge Application Server(EAS)가 UE ID를 획득하고 직접 3GPP 네트워크와의 연동을 위해 exposure function을 선택할 수도 있다. 이를 위해 EAS가 UE ID를 기반으로 이상에서 설명한 방식들 중 적어도 하나의 방식을 이용하여 CN Type 확인 절차를 수행할 수 있다. EAS가 NEF+SCEF(44)와 연동 시, UDM(45a)으로 해당하는 사용자 장치의 CN Type change 이벤트에 대한 subscribe 요청을 수행할 수 있다.

이상에서 설명된 제1실시 예 내지 제3실시 예에서 PLMN의 네트워크 타입이 5GC이고, 직접 연동을 지원하는 경우, EES/ECS 또는 EAS는 NEF(44a), SCEF(44b), NEF+SCEF(44) 선택만이 아니라 직접 연동할 3GPP 네트워크 노드(예: PCF, NWDAF, AMF, SMF 등)를 바로 선택할 수도 있다.

Edge Enabler Client(52)와 Edge Configuration Server(30)의 서비스 프로비져닝(Service provisioning) 단계에서 선택한 노출 기능(exposure function)에 대한 정보 예를 들어, NEF(44a), SCEF(44b), 또는 NEF+SCEF(44)의 ID, 주소 정보, 지원 서비스 API 등을 ECS(30)가 EES(100)에 제공하여 반복된 exposure function 선택 절차를 줄일 수 있다. 사용자 장치 식별자(UE ID)를 사용하여 ECS(30)에서 EES(100)에 푸쉬(push)하거나, EES(100)에서 필요에 따라 ECS(30)로부터 풀(pull)해 올 수 있다. EES(100)가 ECS(30)로부터 해당 정보를 요청하는 시기(또는 요청하는 시점 또는 요청하는 경우)는 EEC Registration 동작 수행 중 또는 수행 후이거나 또는 EAS discovery 동작 수행 중 또는 수행 후 일 수 있다. 또한, EAS(101)가 직접 exposure function을 선택하고 3GPP 네트워크와 직접 연동이 필요한 경우, EES(100)가 획득한 exposure function을 획득하여(제공받아) 사용할 수 있다(exposure function 선택은 사용자 장치 별로 이루어질 수 있다).

CAPIF 지원 시, EES/ECS는 CAPIF core function을 통해 3GPP network와 연동 결정을 수행할 수 있다. 해당 PLMN(PLMN ID 로 확인한 PLMN)에서 CAPIF 지원 여부 정보 및 CAPIF core function 정보(주소 및 ID 등)가 EES(100) 또는 ECS(30)에 configuration되어 있을 수 있다. 이런 경우 EES(100) 또는 ECS(30)는 PLMN ID를 기반으로 연동할 CAPIF core function를 선택할 수 있다.

Edge Enabler Server(100)는 위와 같이 3GPP 네트워크와 연동 방식 및 연동 네트워크 노드(network function)를 선택한 후, EES(100)는 이용 가능한 service API 목록을 획득 후, 자신에게 등록했거나 등록을 진행하는 Edge Application Server로 제공할 수 있는 service API 목록을 완성할 수 있다. 관련 동작을 예로 들면, 아래와 같이 동작할 수 있다.

Edge Enabler Server(100)는 도 5에서 설명한 508동작과 같은 에지 어플리케이션 등록(Edge Application Server Registration) 동작을 통해서 Edge Application Server(101)로부터 에지 어플리케이션 서버 프로파일(Edge Application Server profile)을 제공받을 수 있다. 또한 에지 인에이블러 서버(100)는 Edge Application Server profile 내 EAS Required Service API(해당 EAS가 사용자 장치 내 App Client에 서비스를 제공하는데 필요한 Service API 목록) 중 EES(100)에서 제공 가능한 Service API를 골라서 목록(Available Service APIs)을 작성할 수 있다. EES(100)는 작성한 Available Service API 목록을 Edge Application Server(101)로 전달할 수 있다. EES(100)에서 EAS(101)로 해당 정보를 전달하는 방식은 도 5의 508동작에서 설명한 에지 어플리케이션 서버 등록 응답(Edge Application Server Registration response) 메시지 내에 해당 정보를 포함하거나, 별도의 Available service API reporting API를 통해서 response/notification 메시지에 실어 전달할 수 있다. EES(100)가 작성한 Available Service API 목록을 Edge Application Server Registration response를 통해서 전달하는 경우, 서비스 API 정보(Service API information)로서 가능한 서비스 API(Available Service API) 정보 외에 CAPIF 지원 여부와 CAPIF core function 정보(주소 및 ID 등)를 같이 전달할 수 있다. Available Service API 정보는 사용자 장치에 따라 달라질 수 있다. Edge Application Server(101)에서 사용자 장치 식별자를 Edge Enabler Server(100)로 알려주고 해당 사용자 장치(50)에 대한 Available Service API 정보를 제공받을 수 있다.

상기 Application Context Relocation 관련 절차 및 initiation/trigger 조건 업데이트 외 QoS provisioning 동작 또한 CN Type 변동에 영향을 받을 수 있다. Edge Application Server(101) 혹은 Edge Enabler Server(100)에서 에지 컴퓨팅 서비스에 요구되는 QoS requirement를 3GPP 네트워크에 provisioning하는 방식을 CN Type에서 지원하는 QoS 모델을 고려하여 관련 파라미터를 설정할 수 있다. 또한, UE(50)의 CN Type에 따라 보장 가능한 QoS 조건 또한 달라질 수 있다. 이를 고려하여, Edge Enabler Server(100) 혹은 Edge Application Server(101)에서 UE(50) 내 Application Client들(53, 54, 55)로 제공할 수 있는 QoS가 Application KPI requirement를 만족시킬 수 있는지 비교 및 같은 동작을 수행할 수 있다.

위의 실시 예는 3GPP 5GC 및 EPC 간의 interworking 동작을 중심으로 작성이 되었다. 하지만, 본 개시는 3GPP 시스템에서 코어 네트워크만이 아니라 Radio Access Network 혹은 Radio Access Technology 타입에 따른 에지 컴퓨팅 서비스 제공 방법을 모두 포함할 수 있다. 또한, 3GPP 시스템에서 에지 컴퓨팅 서비스에 필요한 정보(UE 관련 정보)를 exposure 해주는 network function을 SCEF(44b) 혹은 NEF(44a)로 한정하지 않는다. PCF 혹은 SMF와 같은 network function이 직접 에지 컴퓨팅 시스템으로 exposure을 수행할 수 있다. 또한, exposure된 정보를 직접 받는 에지 컴퓨팅 내 장치를 Edge Enabler Server로 한정하지 않는다. Edge Application Server 혹은 Edge Data Network Configuration Server 또한 3GPP 시스템을 통해서 exposure 된 사용자 장치 관련 정보를 직접 획득하여 사용 가능하다. 즉, 본 개시에 따른 동작의 주체가 Edge Enabler Server 외 Edge Application Server 및 Edge Data Network Configuration Server 등이 될 수 있다.

본 개시에서 언급되는 UE(50)의 CN Type 관련 정보는 UE 자체에서 지원 가능한 네트워크 타입 및 3GPP network 정책 혹은 UE subscription 등에 의해서 제한된 네트워크 타입일 수 있다. 또한, UE(50)의 CN Type 관련 정보는 Core Network type restriction (e.g. due to lack of roaming agreements), Availability of EPC connectivity, UE indication of EPC Preferred Network Behaviour, 혹은 Supported Network Behaviour 와 같이 단말의 CN Type을 결정할 수 있는 정보들을 포함한다.

본 발명에서 언급되는 3GPP service API를 통해 획득 가능한 정보는 3GPP 시스템에서 제공 가능한 모든 UE 관련 정보를 포함한다. 예를 들어, UE의 위치, 3GPP 시스템에서 사용되는 UE 식별자뿐 만이 아니라, UE를 서비스 하는 network function에 대한 정보, UE에 제공되는 통신 서비스 품질(QoS), UE에 적용되는 정책 등에 대한 정보가 해당 service API를 통해 에지 컴퓨팅 서비스로 제공될 수 있다.

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

1: 이동 네트워크 사업자의 서비스 영역
10, 20: 에지 데이터 네트워크의 서비스 영역
30: 에지 데이터 네트워크 구성 서버
40: 3GPP 네트워크
50: 사용자 장치(UE)
51: 이동단말(MT)
52: 에지 인에이블러 클라이언트
53: 에지 어플리케이션 (클라이언트) or 어플리케이션 클라이언트
100, 200: 에지 인에이블러 서버
101, 102, 103, 201, 203: 에지 어플리케이션 서버
110, 120: 에지 데이터 네트워크
41, 111, 112, 113, 114, 211, 212: 기지국

Claims (1)

1. 에지 컴퓨팅 시스템에서 사용자 장치로 서비스를 제공하기 위한 방법에 있어서,
   상기 에지 컴퓨팅 시스템의 에지 인에이블러 서버에서 상기 사용자 장치로부터 상기 사용자 장치의 등록 시 상기 사용자 장치가 제공 가능한 무선 통신 네트워크 타입 정보를 포함하는 등록 메시지를 수신하는 동작;
   상기 사용자 장치가 제공 가능한 무선 통신 네트워크 타입 정보에 기반하여 무선 통신 네트워크를 선택하는 동작; 및
   상기 선택된 무선 통신 네트워크의 정보를 상기 에지 어플리케이션 서버로 제공하는 동작;을 포함하며,
   상기 무선 통신 네트워크 타입 정보는 둘 이상의 무선 통신 네트워크 타입을 지시할 수 있는, 에지 컴퓨팅 시스템에서 사용자 장치로 서비스를 제공하기 위한 방법.

Images