KR20220001963A - 에지 컴퓨팅 서비스를 제공하기 위한 에지 컴퓨팅 시스템 및 이동통신 네트워크 간의 연동 방법 및 그 장치 - Google Patents

Abstract

본 개시는 LTE와 같은 4G 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 pre-5G 통신 시스템에 관련된 것이다.
본 개시의 일 실시예에 따른 방법은, 상기 사용자 장치로 에지 컴퓨팅 서비스를 제공하는 어플리케이션 서버로부터 상기 에지 인에이블러 서버로 등록 요청 메시지를 수신하는 단계; 상기 등록 요청 메시지에 포함된 정보에 기반하여 상기 이동통신 네트워크로 상기 정보 중 적어도 하나를 표시한 어플리케이션 기능(AF) 요청 메시지를 전송하는 단계; 상기 이동통신 네트워크로 상기 사용자 장치의 사용자 평면 관리 이벤트에 대응한 메시지를 수신할 시 상기 사용자 평면 관리를 위한 타겟 어플리케이션 서버를 검색하는 단계; 및 상기 검색 결과를 상기 이동통신 네트워크 및 상기 사용자 장치로 제공하는 단계;를 포함할 수 있다.

Description

에지 컴퓨팅 서비스를 제공하기 위한 에지 컴퓨팅 시스템 및 이동통신 네트워크 간의 연동 방법 및 그 장치{METHOD AND APPARATUS FOR INTERACTION BETWEEN EDGE COMPUTING SYSTEM AND MOBILE COMMUNICATION NETWORK TO PROVIDE MOBILE EDGE COMPUTING SERVICE}

본 개시는 이동통신 네트워크의 사용자 장치(User equipment)로 에지 컴퓨팅 서비스를 제공하기 위한 방법 및 그 장치에 관한 것으로, 특히 에지 컴퓨팅 서비스를 제공하기 위한 에지 컴퓨팅 시스템과 이동통신 네트워크 간에 연동을 방법 및 그 장치에 관한 것이다.

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) 등이 개발되고 있다.

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

이동통신 단말이 이동 에지 컴퓨팅(Mobile Edge Computing, MEC) 시스템에 접속하기 위해서는 이동통신 네트워크와 이동 에지 컴퓨팅 시스템 간에 연동을 위한 절차가 정의되어야 한다.

하지만, 현재까지 이동통신 단말로 MEC 서비스를 제공하기 위해 MEC 시스템과 이통통신 시스템 간에 연동을 위한 구체적인 절차가 정의되어 있지 않다.

앞서 살핀 바와 같이 MEC 시스템과 이동통신 네트워크 간에 연동을 한 절차가 정의되어 있지 않다. 따라서 MEC 시스템 내에 존재하는 에지 어플리케이션 서버와 에지 인에이블러 서버가 동일한 동작 수행을 위해 중복적으로 이동통신 시스템 예를 들어, 3GPP 네트워크와 연동하는 상황이 발생할 수 있다. 이런 경우 동일한 동작 수행을 위해 중복적으로 자원을 사용하게 됨으로 인해 자원의 비효율성이 발생할 수 있다.

따라서 본 개시에서는 이러한 문제를 해결하기 위해, MEC 시스템과 이동통신 시스템 간에 연동을 위한 절차를 제공하기 위한 방법 및 그 장치들을 제공한다.

또한 본 개시에서는 에지 인에이블러 서버가 자신에게 등록된 에지 어플리케이션 서버를 대표하여 3GPP 네트워크와 연동하는 방법을 제공한다.

본 개시에서는 이러한 간접 연동 동작을 지원하기 위해서 3GPP 네트워크와의 연동에 필요한 에지 어플리케이션 서버의 정보를 획득하기 위한 절차를 제안한다.

또한 본 개시에서는 에지 데이터 네트워크가 3GPP 네트워크에서 사용될 수 있는 형태의 정보로 가공하기 위한 방안을 제공한다.

또한 본 개시에서는 에지 데이터 네트워크가 3GPP 네트워크와 연동 결과로 획득한 정보를 활용하여 에지 컴퓨팅 서비스의 지속적인 제공을 위해 절차를 제공한다.

본 개시의 일 실시예에 따른 방법은, 에지 컴퓨팅 데이터 네트워크의 에지 인에이블러 서버가 에지 컴퓨팅 서비스를 제공받는 이동통신 시스템의 사용자 장치로 에지 컴퓨팅 서비스를 제공하기 위한 방법으로, 상기 사용자 장치로 에지 컴퓨팅 서비스를 제공하는 어플리케이션 서버로부터 상기 에지 인에이블러 서버로 등록 요청 메시지를 수신하는 단계, 상기 등록 요청 메시지는 EAS 서비스 연속성 능력/지원(EAS service continuity capability/support), AF 요청 지원(AF Request support), 트래픽 라우팅 요구 사항 정보(traffic routing requirement info), EAS 데이터 네트워크 접속 식별자(Data Network Access Identifier, DNAI) 정보, AF 트랜잭션 식별자(AF Transaction ID) 중 적어도 하나를 포함하고; 상기 등록 요청 메시지에 포함된 정보에 기반하여 상기 이동통신 네트워크로 상기 정보 중 적어도 하나를 표시한 어플리케이션 기능(AF) 요청 메시지를 전송하는 단계; 상기 이동통신 네트워크로 상기 사용자 장치의 사용자 평면 관리 이벤트에 대응한 메시지를 수신할 시 상기 사용자 평면 관리를 위한 타겟 어플리케이션 서버를 검색하는 단계; 및 상기 검색 결과를 상기 이동통신 네트워크 및 상기 사용자 장치로 제공하는 단계;를 포함할 수 있다.

본 개시에 따르면, 에지 인에이블러 서버가 개별 에지 어플리케이션 서버들과 3GPP 네트워크의 연동을 대신 수행하는 동작을 지원함으로써, 중복적인 네트워크 자원 사용을 줄일 수 있다. 또한, 이동통신 네트워크 사업자 또는 에지 컴퓨팅 서비스 제공자(e.g. 에지 인에이블러 서버 공급자)가 아닌 제3의 에지 어플리케이션 서버 공급자와 이동통신 네트워크 사업자의 개별 서비스 협약없이 3GPP 네트워크와 에지 어플리케이션 서버 사이 연동을 지원할 수 있다.

도 1은 본 개시에 따른 3GPP 네트워크와 에지 컴퓨팅 시스템 네트워크의 연결 및 단말의 이동을 설명하기 위한 일 예시도이다.
도 2는 본 개시의 일 실시예에 따라 API에 기반한 사용자 장치, 이동통신 네트워크 및 에지 컴퓨팅 시스템 간에 연결 구조를 설명하기 구조도이다.
도 3은 본 개시의 일 실시예에 따라 AF Request 생성 및 전송에 필요한 에지 어플리케이션 정보 전달 시의 신호 흐름도이다.도 4는 본 개시의 일실시예에 따라 사용자 평면 관리 이벤트 통지(UP path management event notification)를 위한 신호 흐름도이다.
도 5는 본 개시의 일 실시예에 따라 AF 응답 선호가 설정된 경우 사용자 평면 관리 이벤트 통지 메시지를 제공 시의 신호 흐름도이다.
도 6은 본 개시의 일 실시예에 따라 AF 응답 선호가 설정된 경우 사용자 평면 관리 이벤트 통지 메시지를 제공 시의 신호 흐름도이다.
도 7은 본 개시의 일 실시예에 따라 EES의 DNAI에 기반하여 T-EAS 발견(discovery) 동작을 설명하기 위한 신호 흐름도이다.
도 8은 본 개시의 일실시예에 따라 EES의 DNAI 기반 target EAS discovery 동작을 설명하기 위한 신호 흐름도이다.
도 9는 본 개시의 일 실시예에 따라 DNAI 기반 어플리케이션 컨텍스트 재배치(application context relocation) 절차 시의 신호 흐름도이다.
도 10은 본 개시의 다양한 실시예에 따른 에지 어플리케이션 서버 또는 에지 인에이블러 서버의 내부 기능 블록 구성도이다.

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

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

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

이하에서 설명되는 본 개시에서는 MEC 시스템의 에지 어플리케이션 서버가 이동통신 네트워크 예컨대, 3GPP 네트워크(network)와 연동하기 위한 방법 및 그 장치를 제공한다.

또한 본 개시에서는 MEC 시스템의 에지 어플리케이션 서버를 대표하여 어플리케이션 기능(application function, AF) 역할을 하는 에지 인에이블러 서버가 AF Request 수행 요청 및 AF Request creation에 필요한 정보 정의 및 전달 방법을 제공한다.

또한 본 개시에서는 MEC 시스템의 에지 인에이블러 서버가 에지 어플리케이션 서버에서 제공한 정보를 3GPP 네트워크 기능(network function) 장치가 이해할 수 있는 정보의 형태로 변형 또는 대응하여 AF Request를 수행하는 방법을 제공한다.

또한 본 개시에서는 AF Request에 대한 결과로 3GPP 네트워크로부터 제공받은 정보를 기반으로 에지 인에이블러 서버가 에지 컴퓨팅 서비스 제공에 필요한 동작(예를 들어, 단말의 이동에 따른 새로운 에지 어플리케이션 서버 선택 또는 에지 컴퓨팅 서비스 지속 이용 가능 여부 판단 등) 방법을 제공한다.

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

도 1을 참조하면, 이동 네트워크 사업자(Mobile Network Operator, MNO)의 서비스 영역(1)을 예시하였다. 이동 네트워크 사업자의 서비스 영역(1)에는 에지 컴퓨팅 서비스를 전자 장치로 제공하기 위해 구분된 에지 데이터 네트워크들을 포함할 수 있다. 각각의 에지 데이터 네트워크들은 전자 장치(UE1)(50)로 에지 컴퓨팅 서비스를 제공하기 위한 영역들(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에지 데이터 네트워크의 서비스 영역(20)에는 하나의 사용자 평면 기능(UPF1)(221)만 갖는 형태를 예시하였다. 도 1의 예시에서 알 수 있는 바와 같이 하나의 에지 데이터 네트워크에는 하나 또는 둘 이상의 UPF를 가질 수 있다.

제1에지 데이터 네트워크의 서비스 영역(10)은 하나의 에지 인에이블러 서버(Edge Enabler Server)(100)에 의해 관리되는 영역이 될 수 있다. 또한 제2에지 데이터 네트워크의 서비스 영역(20)은 다른 하나의 에지 인에이블러 서버(200)에 의해 관리되는 영역이 될 수 있다. 이처럼 에지 데이터 네트워크의 서비스 영역들(10, 20)은 에지 인에이블러 서버(100, 200)에 의해 관리될 수 있는 영역으로 설정할 수 있다. 다른 예로, 에지 데이터 네트워크 서비스 영역들(10, 20)은 에지 인에이블러 서버와 연결된 에지 어플리케이션 서버의 영역으로 정의될 수 있다. 또한 도 1에 예시한 바와 같이 이동통신 시스템과 MEC 시스템의 에지 데이터 네트워크의 서비스 영역들(10, 20)은 적어도 하나의 UPF에 의해 UE(50)를 서비스할 수 있는 영역(참조부호 20의 경우)이거나 또는 둘 이상의 UPF들에 의해 UE(50)를 서비스할 수 있는 영역(참조부호 10의 경우)이 될 수 있다. 이처럼 이동통신 시스템과 연계하는 경우 MEC 시스템의 에지 데이터 네트워크의 서비스 영역들(10, 20)은 하나의 기지국 영역 또는 둘 이상의 기지국 영역들이 결합된 형태가 될 수 있다. 비록 도 1에서는 하나의 기지국 영역만으로 에지 데이터 네트워크의 서비스 영역이 예시되지는 않았으나, 필요에 따라서는 하나의 기지국 영역이 하나의 에지 데이터 네트워크의 서비스 영역이 될 수도 있다.

도 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)는 특정한 경우에 개인용 컴퓨터(PC)와 같은 장치가 될 수도 있다. 이때, 개인용 컴퓨터는 이동통신 네트워크와 접속할 수 있는 기능을 포함해야 한다. 전자 장치(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 Configuration Server)(30) 및 에지 인에이블러 클라이언트(Edge Enabler Client, EEC)(52)로 구성될 수 있다. 본 개시의 다양한 실시예에 따르면, 에지 인에이블러 서버들(100, 200)은 에지 호스팅 환경(Edge Hosting Environment) 또는 에지 컴퓨팅 플랫폼(Edge Computing Platform)를 구축할 수 있다. 에지 호스팅 환경(Edge Hosting Environment) 또는 에지 컴퓨팅 플랫폼(Edge Computing Platform)을 구축한다는 것은 에지 인에이블러 서버와 적어도 하나의 에지 어플리케이션 서버가 연결되어 있거나 또는 에지 인에이블러 서버의 컴퓨팅 플랫폼 상에서 적어도 하나의 에지 어플리케이션 서버가 구동되고 있는 경우를 의미할 수 있다. 이에 따라 에지 인에이블러 서버들(100, 200)은 에지 호스팅 환경 내에서 구동되고 있는 또는 에지 컴퓨팅 플랫폼 상에서 구동되고 있는 에지 어플리케이션 서버에 대한 정보를 알 수 있다.

본 개시의 다양한 실시예에 따르면, 에지 인에이블러 서버들(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 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) 중 적어도 하나가 되거나 둘 이상을 포함할 수 있다. 또한 에지 데이터 네트워크 서비스 영역(지역)은 에지 데이터 네트워크 내에 있는 에지 인에이블러 서버에 의해 설정된 에지 인에이블러 서버의 서비스 영역(지역)일 수 있다. 또는 지역 액세스 데이터 네트워크(Local Access Data Network, LADN)를 사용하는 에지 데이터 네트워크 배치 시나리오의 경우, 에지 데이터 네트워크 영역(지역)은 LADN 서비스 영역(service area)과 동일할 수 있다. 즉, UE(50)는 특정 위치에서 접속 가능한 에지 인에이블러 서버 정보를 에지 구성 서버 (30)으로부터 받아올 수 있다. 에지 구성 서버(30)가 특정 에지 인에이블러 서버의 에지 호스팅 환경에서 구동 중인 에지 어플리케이션 서버에 대한 정보를 알 수 있다면, UE(50) 내 에지 인에이블러 클라이언트(52)는 에지 구성 서버(Edge Configuration Server)(30)로부터 해당 정보를 얻을 수 있다. 본 개시의 다양한 실시예에 따르면, 에지 인에이블러 서버 연결 정보는 예를 들어, 통합 자원 식별자(Uniform Resource Identifier, URI) 또는 인터넷 프로토콜 주소(IP address) 등과 같은 엔드포인트 주소(endpoint address)가 될 수 있다.

본 개시의 다양한 실시예에 따르면, 사용자 장치(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 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들은 하나 또는 둘 이상의 인스턴스로 구현될 수 있다.

도 2는 본 개시의 일 실시예에 따라 API에 기반한 사용자 장치, 이동통신 네트워크 및 에지 컴퓨팅 시스템 간에 연결 구조를 설명하기 구조도이다.

도 2를 참조하면, UE(50)와 이동통신 네트워크의 예로 3GPP 코어 네트워크(40) 및 제1에지 데이터 네트워크를 예시하였다.

UE(50)는 앞서 도 1에서 설명한 전자 장치에 대응할 수 있다. UE(50)의 내부에는 이동 단말(51)과 에지 인에이블러 클라이언트(52) 및 복수의 어플리케이션들(53, 54, 55)이 탑재된 경우를 예시하였다. 복수의 어플리케이션들(53, 54, 55) 각각은 서로 다른 에지 서비스 어플리케이션이 될 수 있다. 예컨대, 제1어플리케이션(53)은 제1에지 컴퓨팅 서비스를 제공받아 사용자에게 에지 컴퓨팅 서비스를 제공하기 위한 어플리케이션이고, 제2어플리케이션(54)는 제2에지 컴퓨팅 서비스를 제공받아 사용자에게 에지 컴퓨팅 서비스를 제공하기 위한 어플리케이션이며, 제3어플리케이션(55)은 제3에지 컴퓨팅 서비스를 제공받아 사용자에게 에지 컴퓨팅 서비스를 제공하기 위한 어플리케이션일 수 있다.

에지 컴퓨팅 서비스를 제공받는 각각 어플리케이션들(53, 54, 55)은 에지 인에이블러 클라이언트(52)를 통해 에지 컴퓨팅 서비스를 제공받을 수 있다. 또한 에지 컴퓨팅 서비스를 제공받는 각각 어플리케이션들(53, 54, 55)은 이동 단말(51)을 통해 이동통신 네트워크와 접속하여 에지 데이터 네트워크로부터 에지 컴퓨팅 서비스를 제공받을 수 있다.

도 2에서는 기지국을 포함하는 무선 접속 네트워크(RAN)에 대해서는 예시하지 않았으나, 도 1의 방식에 기반하여 이해될 수 있다. 또한 이동통신 네트워크의 예로 3GPP 네트워크를 예시하였다. 3GPP 코어 네트워크(40)는 본 개시의 실시예에 따라, 어플리케이션 기능(application function, AF)이 이용할 수 있는 어플리케이션 프로그램 인터페이스(Application Program Interface, API)로 이루어져 있는 API 세트(set)(41)를 제공할 수 있다. AF를 이용(활용)할 수 있는 에지 인에이블러 서버(100) 또는 에지 어플리케이션 서버(101, 102, 103)는 3GPP 네트워크가 제공하는 API set(41) 내의 특정한 하나 또는 둘 이상의 API를 이용하여 3GPP 네트워크와 연동할 수 있다.

또한 에지 구성 서버(30)는 앞서 설명한 바에 부가하여 3GPP 코어 네트워크(40)가 제공하는 API 세트(41) 내 API를 통해서 에지 컴퓨팅 서비스에 필요한 정보를 3GPP 네트워크와 송수신(request/response, subscription/notification, 등의 방식을 통해서)할 수 있다. 또한 에지 인에이블러 서버(100)도 3GPP 코어 네트워크(40)가 제공하는 API 세트(41) 내 API를 이용하여 위와 같이 3GPP 네트워크와 연동할 수 있다. 이를 통해 에지 어플리케이션 서버 공급자가 3GPP 네트워크 사업자와 서비스 협약(service level agreement)가 체결되어 있지 않은 경우, 에지 어플리케이션 서버들(101, 102, 103)은 자신이 등록되어 있는 에지 인에이블러 서버(100)로부터 API set을 제공받을 수 있다. 이때, 에지 인에이블러 서버(100)가 에지 어플리케이션 서버들(101, 102, 103)에게 제공하는 API 세트(110)는 3GPP 코어 네트워크(40)로부터 수신한 API set(41)을 그대로 사용할 수 있다. 다른 예로, 에지 인에이블러 서버(100)가 에지 어플리케이션 서버들(101, 102, 103)에게 제공하는 API 세트(110)는 3GPP 코어 네트워크(40)로부터 수신한 API set(41)를 에지 어플리케이션 서버들(101, 102, 103)에서 인지할 수 있는 형태로 가공하여 제공할 수 있다. 또 다른 방식으로 인에이블러 서버(100)는 3GPP 코어 네트워크(40)로부터 수신한 API set(41) 중에서 사용(활용)할 수 있는 일부의 API만을 에지 어플리케이션 서버들(101, 102, 103)에게 제공할 수도 있다. 따라서 에지 어플리케이션 서버들(101, 102, 103)은 자신이 등록되어 있는 에지 인에이블러 서버(100)을 통해서 3GPP 코어 네트워크(40)와 간접적으로 연동할 수 있다. 또한 경우에 따라서 에지 어플리케이션 서버들(101, 102, 103)은 자신이 등록되어 있는 에지 인에이블러 서버(100)로부터 제공받은 API를 이용(활용)하여 3GPP 코어 네트워크(40)와 직접 연동할 수도 있다.

한편, 에지 어플리케이션 서버 공급자가 3GPP 네트워크 사업자와 서비스 협약이 체결되어 있어 3GPP 네트워크에서 제공하는 API set(41)을 에지 어플리케이션 서버들(101, 102, 103)이 직접적으로 사용할 수 있는 경우에도, 효율적인 API 사용을 위해 에지 인에이블러 서버(100)를 통해서 3GPP 네트워크와 간접적으로 연동하도록 구성할 수 있다.

<실시 예 1>

이하에서는 본 개시의 제1실시예에 따라 에지 데이터 네트워크와 3GPP 네트워크 간에 에지 어플리케이션 정보를 전달하기 위한 동작에 대하여 살펴보기로 한다.

도 3은 본 개시의 일 실시예에 따라 AF Request 생성 및 전송에 필요한 에지 어플리케이션 정보 전달 시의 신호 흐름도이다.

단계1(Step 1)에서 에지 어플리케이션 서버(Edge Application Server, EAS)(101)는 자신이 등록할 수 있는 에지 인에이블러 서버(Edge Enabler Server, EES)(100)로 등록(Registration) 요청 메시지를 전송할 수 있다. EAS가 자신이 등록할 수 있는 EES에 대하여 도 1을 이용하여 구체적인 예를 들어 살펴보기로 한다. EES(100)의 에지 호스팅 환경(Edge Hosting Environment)에서 구동되는 제1EAS(101)과 제2EAS(102)의 경우 모두 EES(100)이 자신이 등록할 수 있는 EES가 된다. 또한 EES(200)의 에지 호스팅 환경(Edge Hosting Environment)에서 구동되는 제1EAS(201)은 EES(200)이 자신이 등록할 수 있는 EES가 된다. 이하의 실시예에서는 EES(100)의 에지 호스팅 환경(Edge Hosting Environment)에서 구동되는 제1EAS(101)가 등록 요청 메시지를 전송하는 경우를 가정하여 설명한다.

또한 상기 등록 요청 메시지를 전송하는 동작을 예를 들어 설명하면, 에지 인에이블러 서버(Edge Enabler Server)(100)는 에지 어플리케이션 서버 등록(Edge Application Server Registration) 절차를 통해서 아래의 정보를 에지 EAS(101)로부터 획득할 수 있다. 에지 어플리케이션 서버 등록 요청 메시지의 전송 시에 에지 인에이블러 서버(Edge Enabler Server)(100)가 획득할 수 있는 정보는, EAS 서비스 연속성 능력/지원(EAS service continuity capability/support), AF 요청 지원(AF Request support), 트래픽 라우팅 요구 사항 정보(traffic routing requirement info), EAS 데이터 네트워크 접속 식별자(Data Network Access Identifier, DNAI) 정보, AF 트랜잭션 식별자(AF Transaction identifier) 중 적어도 하나 또는 그 이상을 획득할 수 있다. 상기 에지 어플리케이션 서버 등록 요청 메시지가 AF 트랜잭션 식별자를 포함하는 경우, AF 트랜잭션 식별자를 통해서 식별할 수 있는 AF 트랜잭션을 통해 수행한 가입(subscription) 관련 정보(예를 들어, subscription correlation ID, notification target ID 등) 를 상기 에지 어플리케이션 서버 등록 요청 메시지에 포함할 수 있다. 다른 예로, 위의 정보들이 에지 어플리케이션 서버에서 에지 인에이블러 서버로 전송되는 절차는 에지 어플리케이션 절차 외 별도의 절차를 통해서 전달될 수도 있다.

위에 언급된 에지 어플리케이션 서버 등록 요청 메시지의 전송 시에 획득되는 각 정보들을 보다 구체적으로 살펴보면 다음과 같다.

EAS 서비스 연속성 능력/지원(EAS service continuity capability/support) 정보는 EAS(101)가 제공하는 서비스의 스테이트풀/스테이트레스(stateful/stateless) 타입 정보, 어플리케이션 컨텍스트(application context) 전송 수행 능력 여부, UE IP 주소 보존 보장 필요 여부 중 적어도 하나의 정보를 포함할 수 있다. 상기 스테이트풀/스테이트레스 서비스 타입은 클라이언트(예를 들어 UE(50)의 EEC(52))와 서버(예를 들어 EAS) 간에 연속된 동작 또는 서비스 상태가 존재하고, 클라이언트가 지속적인 서비스를 받기 위해 해당 상태 정보가 필요한 타입의 서비스인지 아닌지 알려주는 정보가 될 수 있다. 예를 들어 서비스 타입이 “스테이트풀(stateful)인 경우 EEC(52)와 EAS 간에 연속된 동작 또는 서비스 상태가 존재하고, EEC(52)가 지속적인 서비스를 제공받기를 원하는 상태가 될 수 있다. 반대로 서비스 타입이 ‘스테이트레스(stateless)’인 경우는 연속적인 동작 또는 서비스가 없거나 또는 서비스가 존재하더라도 지속적인 서비스를 제공받기를 원하지 않는 상태일 수 있다.

이러한 에지 어플리케이션 서버 등록 요청 메시지에 포함된 정보들은 에지 어플리케이션 서버(Edge Enabler Server, EES)(100)에 의해 어플리케이션 재배치 가능성(App Relocation Possibility) 및 UE IP 보존 표시(preservation indication)로 맵핑되거나 해당 정보를 생성하여 AF 요청(Request) 메시지를 생성할 때 참고될 수 있다.

여기서 AF Request 메시지를 생성할 때, EAS service continuity capability/support 정보가 EAS 제공 서비스가 stateful하고, EAS가 다른 EAS로 application context 전송을 수행할 수 있음을 나타낸 경우는 다음과 같이 해석될 수 있다. EES(100)는 어플리케이션 재배치 가능성(App Relocation Possibility)을 AF Request에 표시할 수 있다. 여기서 AF Request에 어플리케이션 재배치 가능성(App Relocation Possibility)을 표시하는 경우 UE의 세션 관리에 관여하는 이동통신 네트워크의 예컨대, 3GPP 네트워크의 특정한 네트워크 기능(network function) 장치가 사용자 평면 경로(user plane path)를 구성(configuration) 및 활성화(activation)하기 전에 EES(100)로부터 어플리케이션 컨택스트 재배치(app context relocation) 완료에 대한 응답(acknowledgement) 또는 통지(notification)를 기다리도록 지시하는 지시자가 될 수 있다.

다음으로, AF 요청 지원(Request support) 정보는 EAS(101)가 AF Request 메시지를 3GPP 네트워크 장치(network exposure function, policy and charging function, session management function, access mobility function 등)로 직접 전송할 수 있는지에 대한 정보와 직접 AF Request 메시지를 전송할 것인지(responsibility for AF Request)에 대한 정보를 포함할 수 있다. 한 예로, EAS(101)가 직접 AF Request 메시지를 전송할 수 있지만, EES(100)에 AF Request 메시지를 위임하고 싶은 경우, AF Request support에 해당 indication을 포함할 수 있다.

이를 다시 좀 더 설명하면, AF Request support 정보에 EAS(101)가 AF Request 메시지를 직접 전송할 수 없음을 표시하거나 또는 EES(100)에 AF Request 메시지에 대한 책임/동작을 위임한다는 정보를 표시한 경우 EAS(101)는 직접 3GPP 네트워크와 연동하지 않고, 연동 필요 시 EES(100)를 통해서 AF Request 메시지를 이동통신 네트워크로 전송하도록 할 수 있다. 이를 위해 EAS(101)가 EAS Registration 동작을 수행 후, EES(100)는 해당 EAS(101)에 대한 AF Request 메시지를 3GPP 네트워크로 전송할 수 있다.

다음으로, 트래픽 라우팅 요구 정보(Traffic routing requirement info)는 UE의 어플리케이션 데이터 트래픽을 N6 인터페이스를 통해서 에지 어플리케이션으로 라우팅하는데 필요한 모든 정보(e.g. 라우팅 프로파일 식별자(routing profile ID), N6 라우팅 정보(routing info) 등)들이 포함될 수 있다. AF 인플루언스(influence)의 목적이 N6 트래픽 라우팅인 경우 해당 정보가 포함되어야 한다. 또한 DNAI 별로 트래픽 라우팅 요구(traffic routing requirement) 정보를 설정하고 전달할 수 있다.

만일 트래픽 라우팅 요구 정보(Traffic routing requirement info)가 EAS(101)로부터 제공된 경우, EES(100)는 트래픽 라우팅(traffic routing) 설정이 목적인 AF Request 메시지를 전송할 때 해당 EAS 또는 EAS에 접속하기 위한 인터페이스 관련 정보(e.g. DNAI) 등에 대한 traffic routing 정보를 AF Request 메시지에 포함해야 한다.

다음으로, EAS DNAI 정보는 EAS(101)가 이동통신 네트워크 예를 들어, 5G 코어(Core, 5GC)를 통해서 액세스(access)가 가능한 경우, EAS(101) 접속에 필요한 데이터 네트워크의 DNAI 정보를 포함할 수 있다. 복수 개의 DNAI가 하나의 EAS 접속에 사용될 수 있다. DNAI 정보는 해당 DNAI를 지원하는 UPF를 특정하기 위해 사용될 수 있다(하나의 DNAI에 복수개의 UPF가 대응될 수도 있다).

EAS DNAI를 EES(100)가 제공받은 경우(EES(100)가 EAS(101)로부터 DNAI 정보를 획득하는 방법은 다양할 수 있다. 예를 들어, EAS 설치(instantiation)를 담당하는 노드 (예를 들어 오케스트레이터 및 관리(Orchestrator and Management) 노드)로부터 획득하거나 사업자의 네트워크 구성 정보(예를 들어 UPF 관련 정보)를 받아서 지역 구성(local configuration)되어 있을 수 있다.) EES(100)가 동일 서비스를 제공하는 EAS DNAI 정보들을 취합하여 잠재적 어플리케이션 위치(potential application location) 정보에 포함/맵핑할 수 있다. 또한, 제공된 DNAI는 EES(100)에 의해 AF 서비스 식별자(AF-Service Identifier)로 맵핑되어 네트워크 노출 기능(network exposure function, NEF) 장치로 전송되는 AF Request 메시지 내 포함될 수 있다.

또한 EES(100)에서 EAS들의 DNAI 정보들을 획득한 경우, UE의 사용자 평면 경로 변경(UP path change)에 따라 UE가 연결 가능한 DNAI 정보(target DNAI)를 3GPP 네트워크로부터 제공받아서 EAS별 DNAI와 맵핑하여 UE의 이동에 따른 새로운 EAS의 선택을 수행할 수 있다.

위의 설명에서는 EAS DNAI 정보와 EAS service area 및 potential application location 정보를 맵핑하는 EES의 동작은 에지 구성 서버(Edge Configuration Server)(30)에서도 수행 가능하다. 추가적으로, 에지 구성 서버(Edge Configuration Server, ECS)(30)에서는 EES DNAI 정보와 EES service area(또는 에지 데이터 네트워크 서비스 영역(EDN service area)) 사이의 맵핑을 수행할 수도 있다. 예를 들어서, ECS(30)는 EES DNAI 정보가 주어지면 EES DNAI와 연결된 UPF의 서비스 영역(service area)을 기반으로 EES 서비스 영역(service area)을 정의/유추/맵핑 할 수 있으며, ECS(30)와 연결된 모든 EES들의 DNAI 정보를 기반으로 에지 컴퓨팅 서비스(Edge Computing service)의 제공이 가능한 지역(Edge Computing Service area)을 정의/유추/맵핑할 수 있다. 이하에서 설명될 도 7 내지 도 9의 동작에서눈 ECS(30)가 EES DNAI 정보 또는 EES service area애 기반한 동작이 설명될 것이다.

AF 트랜잭션 식별자(AF transaction ID)는 EAS(101)가 이전 3GPP 네트워크와 직접 연동을 수행했던 경우, 해당 연동을 위해 수행한 AF Request 메시지와 관련된 정보를 특정할 수 있는 정보가 포함될 수 있다. AF transaction ID 정보를 활용하여, 이전 수행한 AF Request에 대한 정보를 획득할 수 있다. 예를 들어, AF Request의 목적이 3GPP 네트워크 장치로부터 특정 이벤트에 대한 notification을 받기 위함이었다면, 해당 notification에 대한 subscribe 정보를 AF 트랜잭션 식별자를 통해서 확인할 수 있다. 예를 들어, 특정 UE에 대한 사용자 평면 경로 변경 이벤트 통지(UP path change event notification) 또는 사용자 단말 위치 보고(UE location reporting)에 대한 가입(subscription) 수행 여부 또는 관련 정보(subscription correlation ID, notification target ID, notification correlation ID 등)를 확인할 수 있다.

단계(Step 2)에서 EES(100)은 EAS Registration 권한을 확인하고, 단계 3(Step 3)에서 EES(100)은 EAS 등록 응답(EAS Registration response) 메시지를 EAS(101)로 전송할 수 있다. 이때, EES(100)는 EAS(101)가 제공한 정보를 내부의 메모리(도면에 미도시)에 저장하고, EAS Registration response 메시지를 전송할 수 있다.

단계 1 내지 단계 3을 통해 EAS Registration 절차가 완료될 수 있다. EAS Registration 절차가 완료되면, EES(100)는 단계 4(step 4)에서 앞서의 절차에서 저장된 EAS 정보를 활용하여 AF Request 메시지를 생성하고, 단계 5(Step 5)에서 생성된 AF Request 메시지를 이동통신 네트워크 예를 들어, 3GPP 네트워크(300)로 전송할 수 있다. 여기서 3GPP 네트워크(300)는 도 1에서 설명한 각 기지국들(111, 112, 113,114, 211, 212)과 도 2에서 설명한 3GPP 코어 네트워크(40)를 총칭하는 것이 될 수 있다. 또한 실제로 본 개시를 적용하는 경우 3GPP 네트워크(300)는 3GPP 코어 네트워크(40)가 5GC로 구현되는 경우 에지 데이터 네트워크와 통신할 수 있는 특정한 네트워크 기능(Network Function, NF) 장치가 될 수 있다. 반면에 3GPP 코어 네트워크(40)가 4GC로 구현되는 경우에 에지 데이터 네트워크와 통신할 수 있는 특정한 네트워크 노드가 될 수 있다.

EES(100)가 AF Request 메시지를 전송하는 시점은 아래의 2가지 경우가 될 수 있다. 첫째, EAS(101)가 제공하는 서비스를 위한 AF Request 전송은 EAS Registration 직후 바로 3GPP 네트워크(300)로 전송할 수 있다. 둘째, EAS(101)에 대한 EAS 발견 요청(EAS discovery request) 메시지를 수신 후 3GPP 네트워크(300)로 전송할 수도 있다.

위의 2가지 경우 중 어느 하나에 해당하여 EES(100)가 AF Request 메시지를 전송할 때 EES(100)에 저장된 EAS 프로파일(EAS profile) 내 정보를 활용하여 AF Request 메시지를 3GPP 네트워크(300)로 전송할 수 있다.

AF Request 메시지의 생성 시, EES(100)에 등록된 EAS 들 중 동일한 서비스를 제공하는 EAS의 DNAI 정보를 모아서 어플리케이션의 잠재적 위치(potential locations of applications) 정보를 생성할 수 있다. Potential locations of applications 정보는 AF Request 메시지에 포함되어 3GPP Network(300)로 전송할 수 있다. 이때, 3GPP 네트워크(300)는 예를 들어, NEF(도면에 미도시), SMF(도면에 미도시), PCF(도면에 미도시), UDR(도면에 미도시)중 하나가 될 수 있다.

또한 EES(100)는 AF Request 메시지의 생성 시 EAS service area 및 EAS 스케줄(EAS schedule) 정보에 기반하여 AF Request 메시지 내에 공간 유효성 조건(spatial validity condition) 및 일시적 유효성 조건(temporal validity condition)을 설정할 수 있다. 특히, 동일 서비스를 제공하는 EAS가 다수 존재하고 EES(100)에 등록되어 있는 경우, 해당 EAS의 service area 및 schedule 정보를 종합하여 유효성 조건(validity condition)을 설정할 수 있다. EES(100)와 3GPP network(300) 사이에 설정된 지리적 존 식별자(geographic zone identifier)가 존재하는 경우, EAS service area 정보를 해당 geographic zone identifier에 맵핑하여 AF Request 메시지 내 spatial validity condition을 설정할 수 있다. 다른 예로, EES(100)는 획득한 EAS DNAI 정보를 기반으로 지리적 서비스 영역(geographical service area)를 유추하거나 DNAI 값을 geographic zone identifier에 맵핑하여 지리적 유효성 조건(spatial validity condition)으로 설정하여 사용할 수 있다.

또한 EES(100)는 EAS service area 정보와 3GPP 네트워크(300)의 네트워크 설치 정보에 기반하여 EAS service area와 DNAI를 맵핑할 수 있다. 만일 EAS(100)가 DNAI 정보를 제공하지 않은 경우, EES(100)에 의해 EAS service area 정보를 DNAI로 맵핑할 수 있고, 맵핑한 DNAI를 모아서 잠재적 어플리케이션 위치(potential application location)를 정의할 수 있다. EES(100)는 특정 DNAI가 주어지면 예를 들어 3GPP 네트워크(300)로부터 특정 DNAI에 대한 EAS의 요청이 수신되는 경우 앞서 설명한 바와 같이 EES(100)에 의해 정의된 potential application location (EAS DNAI 리스트)를 기반으로, 해당 DNAI에 해당하는 EAS가 자신(EES(100))에 등록되어 있는 EAS인지 식별(확인)할 수 있다.

EAS(101)가 제공한 EAS service continuity support 정보에 EAS(101)가 어플리케이션 컨텍스트 전달/재배치(application context transfer/relocation)의 수행 가능 여부 정보를 ?l팜하고, 이들의 수행함으로 설정된 경우, EES(100)는 해당 정보를 AF Request 메시지 생성/전송 시 어플리케이션 재배치 가능(Application Relocation Possibility) 정보에 맵핑하여 전송할 수 있다.

이상에서 설명한 실시 예에서 EES(100)가 AF Request 메시지를 전송하는 시점은 아래의 시점들 중 하나의 시점이 될 수 있다.

첫째, EAS Registration 절차가 완료된 후, EAS(100)에 접속할 UE들에 대해서 미리 AF Request 메시지를 전송할 수 있다. EAS Registration 절차 또는 다른 경로로 획득한 EAS DNAI에 접속하는 모든 UE로 제공되는 트래픽에 대한 라우팅을 결정하기 위한 AF Request 메시지를 미리 전송할 수 있다. 즉, UE(50) 내 에지 어플리케이션 클라이언트(edge application client, EEC)(52)와 EAS(101) 사이 연결이 수립되기 전에 미리 AF Request 메시지를 전송할 수 있다.

둘째, EAS Registration 절차 후, UE(50)로부터 EES(100)가 EEC 등록 요청(EEC Registration Request) 메시지 또는 EAS 발견 요청(EAS discovery request) 메시지를 수신한 후, UE(50)와 EAS(101) 사이의 어플리케이션 데이터 트래픽(application data traffic)이 발생할 것을 감지한 후 AF Request 메시지를 전송할 수 있다.

셋째, EAS Registration, EEC Registration, EAS discovery 절차가 완료된 후, UE(50)와 EAS(101) 사이의 application data traffic 이 교환될 수 있는 PDU 세션(session)이 수립된 후, 수립된 session에 대한 AF Request 메시지를 전송할 수 있다.

<실시 예 2>

이하에서는 본 개시의 제2실시 예에 따라 에지 컴퓨팅 네트워크와 이동통신 네트워크 간 사용자 평면의 경로 관리를 위한 절차들에 대하여 살펴보기로 한다.

도 4는 본 개시의 일실시예에 따라 사용자 평면 관리 이벤트 통지(UP path management event notification)를 위한 신호 흐름도이다.

도 4를 설명함에 있어서, 에지 데이터 네트워크의 노드들은 앞서 설명한 도 1의 EAS(101)과 EES(100)을 가정하며, 3GPP 네트워크(300)는 도 2의 3GPP 코어 네트워크에 포함된 적어도 하나의 노드가 될 수 있다.

단계 1(Step 1)에서 EAS(101)는 EES(100)로 사용자 평면 관리 이벤트 어플리케이션 프로그램 인터페이스 가입 요청(UP(user plane) path management event API(Application Program Interface) subscribe request) 메시지를 전송할 때, 상기 메시지는 가입 유형(subscription type)(선호도 또는 표시(preference or indication)), AF 응답 선호(AF ACK preference), AF 트랜잭션 식별자(AF transaction identifier), EAS DNAI 정보 중 적어도 하나를 포함할 수 있다.

EAS(101)는 subscribe type 또는 통지 유형(notification type) 관련 설정(이른 통지(early notification) and/or 늦은 통지(late notification))을 subscription type에 포함하여 전송할 수 있다. 이를 전송하여 EES(100)가 3GPP 네트워크(300)의 사용자 평면 관리 이벤트 통지(UP path management event notification)에 대한 subscribe type을 설정할 수 있도록 한다. 예를 들어, EAS(101)가 서비스를 제공하는 UE의 이동성에 따라 새로운 UPF 구성(configuration)이 수행되기 전(사용자 평면 경로 변경 검출(UP path change detection) 직후)에 통지(notification)를 미리 받아서 관련 후속 동작 예컨대, 어플리케이션 컨택스트 재배치(app context relocation)의 수행 시작 지점을 다음과 같이 앞당길 수 있다. Subscribe type 또는 notification type으로서 early notification를 설정하여 UP path management event API subscribe request 메시지에 포함할 수 있다. 다른 예로, UPF configuration 후 활성화(activation) 직전에 notification을 받고 싶은 경우 late notification로 type을 설정하여 상기한 요청 메시지에 포함할 수도 있다. Early notification 및 Late notification 모두 받고 싶은 경우 또한 가능하다.

위와 같은 subscription/notification type에 대한 설정은 EAS(101)로부터 type에 대한 메시지를 수신하지 않고 EES(100)가 직접 판단하여 설정할 수 있다.

이를 예를 들어 살펴보면, EES(100)가 EAS registration 절차 등을 통해서 획득한 EAS 정보를 기반으로 EAS(101)가 application context transfer 수행에 소요되는 시간 또는 어플리케이션 컨텍스트(application context) 사이즈 등에 따라서 notification type을 early 또는 late으로 설정하여 AF Request 메시지에 포함할 수 있다. 예를 들어, EAS(100)가 전달(transfer/relocation)해야 하는 application context 사이즈가 큰 경우, early notification으로 설정하여 AF Request 메시지를 전송할 수 있다.

EAS(101)는 UP path change에 따른 UPF configuration 또는 UPF activation 수행 전에 3GPP 네트워크(300) 내의 SMF(도면에 미도시)가 AF의 응답(acknowledgement)을 기다리도록 할 수 있다. 이를 위해, AF ACK preference(또는 indication of EAS acknowledgement)를 설정하여 EES(100)에 전송하는 UP path management event API request 메시지에 포함할 수 있다. EES(100)는 해당 indication을 수신하면, 3GPP 네트워크(300)에 대하여 UP path management event notification에 대한 subscribe를 수행할 때 indication of “AF acknowledgement to be expected”를 포함할 수 있다. 그리고 UP path change event 발생 시, EAS(101)의 app context relocation/transfer 동작 수행 완료에 대한 사실을 인지한 후, AF acknowledgement를 SMF로 전송할 수 있다. Indication of EAS acknowledgement가 설정된 경우, 구체적인 후속 동작은 이하에서 설명할 도 5의 설명에 포함되어 있으므로, 여기서는 상세한 설명은 생략한다.

EAS(101)가 위의 AF ACK preference 혹은 indication of EAS acknowledgement를 제공하지 않아도 EES(100)에서 자체적으로 해당 파라미터를 EAS profile 정보를 참고하여 설정할 수 있다. 예를 들어, EAS service continuity support, EAS service type, 또는 EAS service KPI 내 지연(latency) 관련 정보를 기반으로 subscription/notification type을 설정할 수 있다.

EAS(101)가 이전 UP path management event notification에 대한 subscription을 수행하였거나 관련 정보가 있는 경우, 관련 과거 수행 동작에 대한 AF transaction identifier 또는 subscription correlation ID/notification correlation ID 등 과 같은 subscription parameter를 EES(100)로 제공할 수 있다. EES(100)는 해당 정보를 수신하면, AF Request 메시지 생성 시 EAS(101)가 제공한 subscription 관련 parameter에 대한 정보에 기반하여 대응하는 SMF 이벤트에 대한 AF 가입 정보(information on AF subscription to corresponding SMF events)를 설정하여 AF Request 메시지에 포함할 수 있다.

이상의 동작을 통해 EES(100)가 “UP path management event API subscribe request 메시지를 수신하면, 단계 2(Step 2)에서 3GPP 네트워크(300)의 특정 노드와 요청된 UE에 대한 사용자 평면 경로 관리 이벤트를 체크할 수 있다. 즉, EES(100)는 상기한 단계 1에서의 정보에 기반하여 3GPP 네트워크의 특정 노드와 사용자 평면 경로 관리 이벤트 발생에 대한 notification을 받기 위한 절차를 수행할 수 있다.

단계 2를 통해서 사용자 평면 경로 관리 이벤트에 대한 subscribe 여부를 확인하고, 필요 시 3GPP 네트워크 장치에 사용자 평면 경로 관리 이벤트에 대한 구독을 수행할 수 있다. EES(100)는 단계 3(Step 3)에서 사용자 평면 경로 관리 이벤트 API 구독/미구독 응답(User plane path management event API subscribe/unsubscribe response) 메시지를 생성하여 해당하는 EAS(101)로 전송할 수 있다.

<실시 예 3>

이하에서는 본 개시의 제3실시 예에 따라 AF 응답 선호(AF Acknowledgement preference)가 설정된 경우에 사용자 평면 관리 이벤트 통지(UP path management event notification)에 대한 절차에 대하여 살펴보기로 한다.

도 5는 본 개시의 일 실시예에 따라 AF 응답 선호가 설정된 경우 사용자 평면 관리 이벤트 통지 메시지를 제공 시의 신호 흐름도이다.

도 5를 설명함에 있어서, 에지 데이터 네트워크의 노드들은 앞서 설명한 도 1의 EAS(101)과 EES(100)을 소스 노드로, 도 1의 EAS(201)과 EES(200)를 목적지(Target) 노드로 하여 설명하기로 한다. 또한 3GPP 네트워크(300)는 5GC(40)로 구현된 경우를 가정하여 설명하기로 한다.

단계 1(Step 1)에서 소스-EAS(S-EAS)(101)가 UP path management event API subscribe 요청 메시지에 indication of EAS Acknowledgement 또는 AF Acknowledgement를 포함하여 소스-EES(S-EES)(100)로 제공할 수 있다. 이러한 경우, S-EES(100)는 단계 2(Step 2)에서 AF Request 메시지에 indication of “AF Acknowledgement to be expected”를 포함하여 UP path management event notification에 대한 가입(subscribe) 동작을 3GPP network 즉, 5GC(40)의 특정한 네트워크 기능(NF) 장치(예를 들어, NEF, PCF 또는 SMF)로 전송할 수 있다.

단계 2의 메시지를 수신한 5GC(40)는 사용자 평면 변경 이벤트(UP path change event)가 발생하는 경우 즉, 단계 3(step 3)의 경우 5GC(40)는 관련 notification을 S-EES(100)로 및/또는 S-EAS(101)로 제공할 수 있다. 단계 2에서 indication of “AF Acknowledgement to be expected”가 포함되어 있었다면, 5GC(40)는 UP path change event에 대한 notification을 S-EES(100)로 보내고 UP path change에 따른 UPF configuration 및 activation을 바로 수행하지 않고, AF Acknowledgement 메시지의 수신을 대기한다. 만약, 위의 indication이 포함되어 있지 않았다면, 5GC 장치(예를 들어, SMF)는 UPF configuration 및 activation(AF Request 메시지로부터 제공받은 N6 라우팅 정보를 기반으로 configuration할 수 있음)을 바로 수행할 수 있다. 5GC 장치(예를 들어, SMF)는 N6 라우팅 정보를 T-EES(200) 또는 T-EAS(201)로부터 제공받을 수도 있다. 3GPP 네트워크로부터 사용자 평면 변경 이벤트 메시지를 수신한 S-EES(100)는 단계 4(Step 4)에서 어플리케이션 컨텍스트 재배치(application context relocation) 절차를 시작할 수 있다.

S-EES(100)는 단계 5에서 ECS(30)를 통해 UE의 이동에 따른 또는 UPF의 변경에 따라 UE로 제공되는 사용자 평면 데이터를 다른 EAS 및 다른 EES를 통해 제공받을 수 있도록 하기 위한 절차를 수행할 수 있다. 가령, S-EES(100)는 ECS(30)로 UE로 제공되는 사용자 평면 데이터를 제공할 수 있는 대상 EAS와 대상 EAS가 포함된 EES를 문의하고, 이에 대한 정보를 수신할 수 있다. 이에 따라 S-EES(100)는 ECS(30)로부터 획득한 정보에 기반하여 T-EES(200) 및/또는 T-EAS(201)을 결정할 수 있다. 단계 5에서 결정된 T-EES(200) 또는 T-EAS(201)는 S-EES(100)로 T-EAS(201)와 연결된 DNAI에 대한 N6 라우팅 정보를 제공할 수 있다(예를 들어, S-EES(100)가 T-EES(200)로 해당 정보를 요청하여 받아올 수 있다). S-EES(100)는 T-EAS(201) 또는 T-EES(200)로부터 제공받은 T-EAS(201)에 대한 N6 라우팅 정보를 기반으로 아래 단계 9를 수행하거나 별도의 동작을 통해서 AF request to influence traffic routing을 수행할 수도 있다.

이후 S-EES(100)는 단계 6(Step 6)에서 S-EAS(101)로 어플리케이션 컨텍스트 전달 요청(App Context Transfer Request) 메시지를 전송할 수 있다. S-EAS(101)는 단계 7(Step 7)에서 직접 T-EAS(201)로 또는 S-EAS(101)를 통해 T-EAS(201)로 어플리케이션 컨텍스트를 전달할 수 있다.

이상에서 설명한 단계 4 내지 단계 7을 수행한 후 S-EAS(101)는 단계 8(Step 8)에서 UP path change에 따른 UPF configuration 또는 activation을 수행해도 됨을 알리기 위해 S-EES(100)로 EAS acknowledgement 메시지를 전송할 수 있다(App Context Transfer Response 메시지에 포함하여 전송할 수도 있다).

단계 9(Step 9)에서 해당 acknowledgement 메시지를 수신한 S-EES(100)는 3GPP 네트워크(40)의 특정한 네트워크 기능, 예를 들어 NEF 및/또는 SMF로 AF acknowledgement 메시지를 전송하여 UPF configuration/activation 수행 가능을 알릴 수 있다.

단계 10(Step 10)에서 S-EES(100)가 전송한 AF acknowledgement 메시지를 받은 3GPP 네트워크의 특정한 노드 예컨대, SMF는 UPF configuration/activation을 수행할 수 있다. 즉, UE(50)와 T-EAS(201) 간 사용자 평면 데이터를 전송할 UPF를 구성/활성화(configuration/activation)할 수 있다. 이를 도 1을 참조하여 설명하면 3GPP 네트워크의 동작은 아래와 같을 수 있다. 먼저 제2UPF(122)를 통해 UE(50)로 에지 컴퓨팅 서비스를 제공하고 있는 경우를 가정한다. S-EES(100)로부터 직접 또는 다른 3GPP의 NF를 통해 SMF가 AF acknowledgement 메시지를 수신하는 경우 SMF는 T-EAS(201)로부터 T-EES(200)를 통해 또는 T-EAS(201)로부터 직접 데이터를 수신할 UPF(221)를 결정할 수 있다. 이에 따라 제1에지 데이터 네트워크(10)의 UPF2(122)는 UE(50)에 대한 사용자 평면 데이터의 전송을 중지하도록 하고, 제2에지 데이터 네트워크(20)의 UPF1(221)를 통해 UE(50)에 대한 사용자 평면 데이터를 전송하도록 활성화할 수 있다.

도 6은 본 개시의 일 실시예에 따라 AF 응답 선호가 설정된 경우 사용자 평면 관리 이벤트 통지 메시지를 제공 시의 신호 흐름도이다.

도 6에서는 앞서 설명한 도 5에서와 같이 에지 데이터 네트워크의 노드들은 앞서 설명한 도 1의 EAS(101)과 EES(100)을 소스 노드로, 도 1의 EAS(201)과 EES(200)를 목적지(Target) 노드로 하여 설명하기로 한다. 또한 3GPP 네트워크(300)는 5GC(40)로 구현된 경우를 가정하여 설명하기로 한다.

또한 도 6은 도 5와 대비할 때, 단계 1 내지 단계 8은 동일한 동작이 될 수 있다. 이하에서 도 6은 도 5와 차이가 있는 부분에 대하여 살펴보기로 한다.

먼저 단계 8에서 S-EAS(101)가 S-EES(100)로 어플리케이션 컨택스트 전달 응답 메시지를 전송하는 동작은 앞서 설명한 도 5와 동일할 수 있다. 도 6에서는 S-EES(100)가 S-EAS(101)로부터 수신한 어플리케이션 컨택스트 전달 응답 메시지에 대응하여 사용자 평면 경로 변경 통지를 위한 S-EAS 응답 메시지를 T-EES(200)로 전달할 수 있다. 즉, S-EES(100)는 S-EAS(101)로부터 Acknowledgement 메시지를 수신 후 이를 T-EES(200)로 전달할 수 있다. S-EAS(101)의 Acknowledgement를 수신한 T-EES(200)는 단계 9(Step 9)에서 5GC(40)의 SMF로 AF Acknowledgement 메시지를 S-EAS(101) 또는 S-EES(100) 대신 전송할 수 있다(만약, UE(50)가 T-EES(200)에 EEC Registration을 수행하였거나, S-EES(100)가 발행한 AF Request 메시지의 spatial validity condition을 벗어난 경우). 단계 10(Step 10)에서 이를 수신한 5GC(40)의 SMF가 UPF configuration/activation을 수행할 수 있다. 여기서 SMF가 UPF configuration/activation을 수행하는 동작은 도 5에서 설명한 바와 동일한 동작이 될 수 있다. 따라서 이에 대한 설명은 중복되므로 생략하기로 한다.

도 7은 본 개시의 일 실시예에 따라 EES의 DNAI에 기반하여 T-EAS 발견(discovery) 동작을 설명하기 위한 신호 흐름도이다.

도 7을 설명함에 있어서, 에지 데이터 네트워크의 노드들은 앞서 설명한 도 1의 EAS(101)과 EES(100)을 소스 노드로, 도 1의 EES(200)를 목적지(Target) 노드로 하여 설명하기로 한다. 또한 3GPP 네트워크(300)는 5GC(40)로 구현된 경우를 가정하여 설명하기로 한다. 또한 도 7을 설명하기에 앞서 도 7의 신호 흐름도 이전에 아래의 동작들이 실행되었음을 가정한다.

첫째, 앞서 설명한 도 3 내지 도 6의 실시 예들에서 설명한 바와 같이 EES(100)는 EAS(101) 또는 EAS(101) 자신이 설치된 Edge Data Network에 접속하는데 사용되는 DNAI 정보(e.g. EAS DNAI)를 알고 있다. EAS DNAI 정보는 EES(100)에 local configuration되어 있거나 EAS(101)로부터 직접 제공받거나 오케스트라 및 관리(orchestrator & management) 시스템 노드(도면에 미도시)로부터 제공받을 수 있다.

둘째, EES(100)가 EAS(101) 대신 AF Request 메시지를 생성하여 3GPP 네트워크(40)에 사용자 평면 관리 이벤트 통지(UP path management event notification) 메시지에 대한 가입(subscribe) 동작을 수행한 상태이다. 또한 EES(100)가 생성/전송한 AF Request 메시지에는 EAS(101) 또는 EES(100)와 연결된 DNAI 정보가 포함되어 있을 수 있다(EAS DNAI 정보는 potential location of application으로 지정되어 있을 수 있음).

단계 0(Step 0)에서 source EES(S-EES)(100)는 3GPP 네트워크(e.g. 5G core network)(40)로부터 사용자 평면 변경 통지(UP path change notification) 메시지를 받을 수 있다. 이때, 사용자 평면 변경 통지(UP path change notification) 메시지에는 UE(50)가 새로운 사용자 평면 경로(UP path)를 통해 데이터 네트워크에 접속에 사용되는 타겟(target) DNAI 값이 포함되어 있을 수 있다. Source EES(100)는 source EAS(101)에게 위의 notification 메시지를 전달(포워딩)할 수 있다.

단계 1(Step 1)에서 Source EAS(101)는 위와 같이 source EES(100)로부터 UP path change notification 메시지를 통해서 target DNAI 값을 수신하고, 해당 target DNAI가 source EAS 자신에게 접속할 수 있는 DNAI인지 확인(식별)할 수 있다. Target DNAI가 source EAS와 연결을 제공하지 않거나(e.g. EAS service area에 포함되지 않는 UPF와 연결된 DNAI인 경우) 연결이 될 수 있어도 추가적인 지연시간이 발생하는 UP path인 경우, 새로운 EAS(target EAS)를 선택하기 위한 EAS discovery request 메시지를 source EES(100)로 전송할 수 있다. 따라서 source EAS(101)는 EAS discovery request 메시지의 discovery reason를 UP path change로 설정하고 target DNAI를 EAS discovery request 메시지에 포함할 수 있다.

단계 2(Step 2)에서 Source EES(100)는 EAS discovery request 메시지에 포함된 target DNAI와 자신에게 등록 또는 저장된 EAS의 DNAI 값들과 비교할 수 있고 이를 기반으로 Edge Configuration 서버(30)와의 연동 여부를 결정할 수 있다.

첫째, Target DNAI와 일치하는 EAS DNAI 값이 있고, 해당 DNAI와 연결된 EAS 가 source EAS와 같은 서비스를 제공할 수 있는 경우 target EES를 찾기 위해 Edge Configuration Server(30)와 연동할 필요없이 source EES(100)에 등록된 target EAS 정보를 source EAS(101)에 전달할 수 있다. 이런 경우 도 7에 예시한 단계 3-4를 수행하지 않고, 단계 5(Step 5)를 수행하도록 구성될 수 있다.

둘째, Target DNAI와 일치하는 EAS DNAI 값이 source EES(100)에게 없는 경우 ECS(30)와 연동을 수행할 수 있다. 둘째의 경우는 다시 아래와 같이 구분할 수 있다.

(1) ECS(30)와 연동하기 위해 3GPP 네트워크(40)로부터 제공받은 target DNAI를 ECS(30)로 전송할 수 있다. 이에 응답하여, ECS(30)는 target DNAI를 기준으로 target EES를 선택할 수 있다. 만약, EES가 target DNAI를 제공하지 않고 UE 정보 또는 UE와 연결되어 있었던 source EAS 정보(e.g. EAS ID, type, endpoint address 등)만을 제공한 경우, ECS(30)는 3GPP 네트워크(40)와 연동하여 UE의 위치 또는 DNAI 값을 획득할 수 있다. ECS(30)는 Target DNAI를 기준으로 선택한 target EES 정보(ID 및 주소 정보 등)를 source EES(100)에게 제공할 수 있다. 도 7에서도 target EES를 도 1에서 설명한 EES(200)로 하여 설명하기로 한다. 이처럼 ECS(30)가 제공한 target EES 정보를 수신한 EES(100)는 target EES 연동 단계인 단계 3b(step 3b)의 수행이 가능해진다.

(2) ECS(30)와 연동하여 target EES에 대한 정보를 획득 못한 경우 ECS(30)는 source EES(100)로부터 받은 target DNAI를 기반으로 연결할 수 있는 target EES가 있는지 확인할 수 있다. Target DNAI를 통해 연결할 수 있는 target EES 또는 target EAS를 찾을 수 없는 경우(Target DNAI 값이 에지 컴퓨팅 서버(EAS 또는 EES)에 대한 접속을 제공하지 않는 데이터 네트워크에 연결이 되어 있는 경우), UE(50)의 현재 지역(이동한 지역)에서는 에지 컴퓨팅 서비스가 지원되지 않는 것으로 판단할 수 있다. 따라서, UE는 중앙 서버로부터 서비스를 받아야 하며 이를 위해 단계 3a(step 3a)를 수행할 수 있다.

먼저 단계 3a(Step 3a)에 대하여 살펴보기로 한다. source EES(100)는 ECS(30)와의 연동 결과 target DNAI를 통해 접속 가능한 에지 컴퓨팅 서버(EES 또는 EAS)를 찾는데 실패한 경우이다. 따라서 UE(50)가 새로운 EAS를 찾지 않고 중앙 서버에 접속하기 위한 동작을 수행해야 한다. 이를 위해 UE(50)로 통지(notification) 메시지를 전송할 수 있다. 해당 notification 메시지는 target EAS discovery 수행 실패 또는 에지 컴퓨팅 서비스 불가임을 나타낼 수 있다.

[A]. Target EAS discovery 수행 실패에 따라 기존 source EAS와 지속적으로 접속을 수행하는 경우도 존재할 수 있다. 즉, 기존 source EAS(101) 및 source EES(100)와 통신 지속하는 경우가 될 수 있다.

[B]. Target EAS discovery 수행 실패에 따라 중앙 서버와 접속을 수행하는 경우도 가능함을 설명하였다. 이런 경우 (1) UE의 EEC(52) cache 및 DNS cache에 저장된 해당 EAS 정보(EAS 주소, EAS Type 등 관련 정보) 및 생존시간(lifetime) 초기화/삭제 수행 및 DNS 질의(query)가 수행될 수 있다. (2) 위의 notification 메시지는 source EAS(101)로 전송될 수 있으며, source EAS(101)는 중앙 서버로 application context 전송을 수행할 수 있다(미도시).

다음으로 단계 3b(Step 3b)의 경우에 대하여 살펴보기로 한다. source EES(100)는 ECS(30)와의 연동 결과 획득한 target EES(200)에 EAS discovery request 메시지를 전송할 수 있다. 이때, source EES(100)는 Target DNAI를 EAS discovery request 메시지에 포함하여 전송할 수 있다. EAS discovery request 메시지에는 source EAS(101) 관련 정보 (ID 및 주소 정보)와 source EAS(101)로부터 서비스를 받고 있던 UE 관련 정보를 같이 포함할 수 있다. 해당 UE 관련 정보는 UE 식별자와 UE와 관련된 정보를 획득하기 위해 source EES(100)와 3GPP 네트워크 사이의 연동(AF Request 또는 AF transaction)에 대한 정보(3GPP network function ID, address, AF transaction ID, subscription correlation ID, notification correlation ID, notification target address, notification event ID 등)를 포함할 수 있다.

단계 4(Step 4)에서 Target EES(200)는 source EES(100)로부터 제공받은 target DNAI 값 및 source EAS 관련 정보를 기준으로 target EAS를 선택하고, target EAS 정보(ID 및 주소 정보 등)를 source EES(100)로 전송할 수 있다.

단계 5(Step 5)에서 Source EES(100)는 target EES(200)로부터 제공받은 target EAS 정보를 source EAS(101)(단계 5a) 및 UE(50)(단계 5b)에게 제공할 수 있다. 단계 5에서 이루어지는 동작은 아래와 같은 동작들 중 하나를 포함할 수 있다.

첫째, UE(50) 내 Edge Enabler Client(52)는 제공받은 target EAS 정보를 저장하고, 기존의 Application Client와 source EAS 정보와의 바인딩을 끊고 Application Client와 새로운 target EAS 정보를 바인딩하여 저장할 수 있다. Source EAS(101)에 대한 정보는 EEC(52)의 캐시에서 삭제할 수 있다(이후 해당 Application Client에 대한 DNS query 또는 EAS discovery request 메시지는 target EAS 정보를 기반으로 처리된다).

둘째, Source EAS(101)는 Source EES(100)로부터 제공받은 target EAS 정보를 기반으로 application data traffic을 target EAS로 전환(redirection)할 수 있다. Source EAS(101)에 저장된 application context를 target EAS(예, 도 1의 EAS(201))로 전송할 수도 있다. Application context가 source EAS(101)에 저장되어 있지 않은 경우, 해당 context를 저장하고 있는 노드로부터 target EAS가 application context를 제공받을 수 있기 위한 동작을 수행할 수도 있다.

셋째, Source EES(100)가 UE(50)에 target EAS 정보를 제공할 수 없는 경우(예를 들어, UE(50)가 source EES(100)와 접속 불가능한 지역 또는 source EES(100)가 있는 source 에지 데이터 네트워크(EDN)에 접속 불가한 지역으로 이동한 경우), target EES(200)가 UE(50)로 target EAS에 대한 정보를 전달할 수도 있다. 다른 예로, Source EES(100)로부터 target EAS에 대한 정보를 제공받은 source EAS(101)가 UE(50)로 해당 정보를 알릴 수 있다(source EAS(101)가 application client에 target EAS 정보를 전송하고 application client가 edge enabler client에 해당 정보를 제공할 수 있다).

도 8은 본 개시의 일실시예에 따라 EES의 DNAI 기반 target EAS discovery 동작을 설명하기 위한 신호 흐름도이다.

도 8의 동작은 앞서 설명한 도 7의 단계 3a(Step 3a)의 동작 수행 절차에 대응한 간략한 절차가 될 수 있다. 따라서 단계 0(Step 0)는 앞서 설명한 도 7의 동작과 동일한 동작이 될 수 있다.

단계 0의 동작에 응답하여 Source EES(100)는 3GPP 네트워크(40)로부터 제공받은 target DNAI에 대해서 자체적으로 에지 컴퓨팅 서비스 제공이 불가한 DNAI로 판단할 수 있다. 이처럼 Source EES(100)가 자체적으로 에지 컴퓨팅 서비스 제공이 불가한 DNAI로 판단한 경우, Source EES(100)는 단계 1(Step 1)에서 바로 UE(50)의 EEC(52)로 에지 컴퓨팅 서비스 불가를 알리는 notification 메시지를 전송할 수 있다. 이에 따라 UE(52)의 EEC(52)는 중앙 서버 접속해야 함을 인지할 수 있다. 즉, 단계 1을 통해 Source EES(100)는 UE(50)의 EEC(52)가 중앙 서버 접속에 접속하도록 유도할 수 있다.

만약, UE(50)가 source EES(100)와 통신이 불가한 지역으로 이동한 경우, source EES(100)가 Edge Configuration Server(30)로 해당 사실을 알릴 수도 있다. 이런 경우 ECS(30)는 UE(50)로 에지 컴퓨팅 서비스 불가를 알리는 notification 메시지를 전달함으로써 중앙 서버로의 접속을 유도할 수 있다. 또 다른 방법으로 Edge Configuration Server(30)가 3GPP 네트워크(40)에 UE(50)가 서비스 불가 지역으로 이동한 이벤트 발생 시 notification 메시지를 받기 위한 subscribe를 사전에 수행할 수도 있다. 이런 경우 ECS(30)가 3GPP 네트워크(40)로부터 해당 notification 메시지를 수신하는 경우 UE(50)의 EEC(52)로 해당 사실을 알릴 수도 있다. 이에 따라 단계 2(step 2)를 유도할 수 있다. 또 다른 예로, ECS(30)가 3GPP 네트워크(40)에 UE(50)의 UP path change 메시지에 대한 notification 메시지를 받기 위한 subscribe 동작을 먼저 선행할 수 있다. 이처럼 ECS(30)UP path change 메시지에 대한 notification 메시지를 받기 위한 subscribe 동작을 먼저 수행한 경우, UP path change notification 메시지 내 target DNAI 정보를 기반으로 에지 컴퓨팅 서비스 가능 여부를 판단(식별)할 수 있다.

그러면 본 개시에 따라 Source EES(100) 또는 Edge Configuration Server(30)가 UE(50)로 에지 컴퓨팅 서비스의 제공이 불가능한 것으로 판단하는 방법에 대하여 살펴보기로 한다.

첫째, 3GPP 네트워크(40)의 특정한 노드예를 들어, SMF 또는 NEF에서 에지 컴퓨팅 서비스의 제공이 불가능한 target DNAI 값을 미리 Source EES(100) 또는 Edge Configuration Server(30)로 알려줄 수 있다. 예를 들어, 사업자는 에지 컴퓨팅 서비스 공급자와의 계약 및 미리 획득한 네트워크 구성 정보에 기반하여 에지 컴퓨팅 서비스의 제공이 가능/불가능한 DNAI 값을 미리 인지할 수 있다. 이에 따라 사업자는 에지 컴퓨팅 서비스의 제공이 가능/불가능한 DNAI 값으로 이루어진 DNAI set을 미리 구성할 수 있다. 미리 구성된 DNAI set은 어플리케이션 서비스 별로 정의되어 해당 DNAI set이 지원하는 EAS ID, EAS Type, Application ID, AC Type 중 적어도 하나 이상의 값과 맵핑되어 설정되어 있을 수 있다. 다른 방법으로, 에지 컴퓨팅 서비스 공급자(Edge Computing Service provider, ECSP) 별로 특정 에지 컴퓨팅 서비스 공급자가 제공하는 서비스를 이용할 수 있는 DNAI set을 미리 정의할 수 있다. 이에 따라 미리 정의된 DNAI set을 ECSP ID와 맵핑하여 설정되어 있을 수 있다. 또 다른 방법으로, 에지 컴퓨팅 서비스 전체에 대해서 DNAI set을 미리 정의되어 있을 수 있다. 이러한 방식으로 정의된 DNAI set은 ECS(Edge Configuration Server)(30) 또는 각각의 EES 등에 지역 구성(local configuration)되어 있거나, 3GPP 네트워크의 SMF, PCF, UDM, UDR 등에 저장되어 있을 수 있다. 예를 들어, SMF는 UE의 이동에 따라 새로 정해지는 DNAI 값과 UE가 제공받고 있던 서비스 정보(EAS ID, Application ID, EAS Type 등)를 기준으로 에지 컴퓨팅 서비스 가능 여부(availability of edge computing service)를 판단(식별)할 수 있다.

둘째, Source EES(100) 또는 Edge Configuration Server(30)에 에지 컴퓨팅 서비스 불가 DNAI 값이 local configuration(e.g. 네트워크 사업자에 의해 결정되어 configuration 되어 있는 경우)되어 있거나 이전 다른 UE에 대한 target EAS discovery 동작 수행에 따라 획득한 정보가 저장되어 있을 수 있다.

UE(50)는 해당 notification 메시지를 수신하는 경우 EEC 캐쉬(cache) 및 DNS cache에 저장된 해당 EAS 정보(EAS 주소, EAS Type 등 관련 정보), lifetime 초기화/삭제 및 DNS 질의(query) 동작을 수행할 수 있다.

Source EES(100)는 위의 notification 메시지를 source EAS(101)에도 전송할 수 있으며, 이를 수신한 source EAS(101)는 중앙 서버로 application context를 전송하는 동작을 수행할 수도 있다.

도 9는 본 개시의 일 실시예에 따라 DNAI 기반 어플리케이션 컨텍스트 재배치(application context relocation) 절차 시의 신호 흐름도이다.

이하에서 설명되는 도 9에서는 위에서 설명한 target DNAI 기반 target EES 및 target EAS 선택 시 application context relocation 절차를 설명한다. 도 9를 설명함에 있어서도 앞서 설명한 바와 같이 도 1의 EAS(101)과 EES(100)을 소스 노드로, 도 1의 EAS(201)과 EES(200)를 목적지(Target) 노드로 하여 설명하기로 한다. 또한 3GPP 네트워크(300)는 5GC(40)로 구현된 경우를 가정하여 설명하기로 한다.

0단계에서 Source EES(100)는 3GPP 네트워크(40)로부터 UP path change notification 메시지를 수신할 수 있다. 여기서, UP path change notification 메시지는 앞선 도 7 및 도 8의 실시예에서 설명한 바와 같이, 해당 UP path change notification 메시지에는 target DNAI 및 target DNAI를 통한 에지 컴퓨팅 서비스 제공 가능 여부가 포함되어 있을 수 있다.

단계 1(Step 1)에서 source EES(100)는 단계 0에서 수신된 UP path change notification 메시지에 포함된 정보에 기반하여 Edge Configuration Server(30)와 연동할지 결정할 수 있다. ECS(30)와 연동이 결정되면 source EES(100)는 단계 2(step 2)에서 target DNAI를 ECS(30)로 전송할 수 있다. 또한 ECS(30)는 단계 2에서 제공받은 target DNAI를 통해서 접속할 수 있는 target EES를 결정하고 해당 정보 즉, 결정된 target EES 정보를 source EES(100)로 제공할 수 있다.

단계 2를 수행한 후 Source EES(100)는 단계 3(Step 3)에서 ECS(30)로부터 제공받은 target EES 주소 정보를 통해서 target DNAI와 source EAS 정보를 포함한 Context Relocation Request 메시지를 target EES(200)로 전송할 수 있다.

단계 3에서 Context Relocation Request 메시지를 수신한 Target EES(200)는 source EES(100)로부터 수신한 메시지 내 정보(target DNAI 및 source EAS 정보)에 기반하여 target EAS(201)를 선택할 수 있다. 또한 Target EES(200)는 단계 4에서 또는 단계 4에 연속하여, 필요 시 target EAS(201)를 작동시키는 추가적인 동작을 수행할 수도 있다. Target EAS(201)가 이용 가능함을 확인 후, target EES(200)는 단계 5(Step 5)에서 Context Relocation Response 메시지(target EAS 정보 포함)를 source EES(100)로 전송할 수 있다. source EES(100)는 단계 6에서 Context Relocation Response 메시지의 수신에 응답하여 source EAS(101)로 Application Context Transfer Request 메시지를 전송할 수 있다. 그러면, source EAS(101)는 단계 7(Step 7)에서, Application Context Transfer Request 메시지 수신에 응답하여 app context를 전달(transfer)할 수 있다.

단계 7을 수행한 후 source EAS(101)는 단계 8(Step)에서 App context transfer 완료 사실을 source EES(100)로 전달할 수 있다. 이에 따라 S-EAS 로부터 전달받은 S-EES(100)는 이전 3GPP 네트워크(40)와의 연동에서 AF acknowledgement 메시지를 보내는 것으로 세팅이 되어 있을 수 있다. 이러한 경우는 앞서 설명한 도 4에서 source EAS(100)가 UP path management event notification 을 위한 AF Request 메시지에 필요한 정보를 S-EES(100)로 넘겨줄 때 indication of EES acknowledgement를 포함한 경우일 수 있다. 다른 예로, S-EES(100)에서 자체적으로 안정적인 이동성 보장을 위해 AF acknowledgement to be expected에 대한 indication을 3GPP 네트워크(40)에 전송했던 경우가 될 수도 있다.

단계 9(Step 9)에서 S-EES(100)는 앞서 설명한 단계 0에서 UP path change 관련 notification 메시지를 전송한 network function(예, NEF, SMF 등)으로 AF acknowledgement 메시지를 전송하여 UE(50)의 EEC(52)와 UP path configuration/activation을 수행해도 됨을 알릴 수 있다.

이상에서 설명한 위의 도 7 내지 도 9 에서 설명된 UP path change event에 대한 notification 메시지 외 UE의 위치정보를 3GPP 네트워크(40)로부터 EES(100, 200) 또는 ECS(30)가 제공받는 경우, 해당 UE(50)의 위치 정보와 EES service area 또는 EAS service area 정보와 비교하고, UE(50)의 위치에서 접속 가능한 EES 또는 EAS를 선택할 수 있다. 이때, EES service area 또는 EAS service area가 정의되어 있지 않으면, UE(50)의 위치와 UPF service area를 비교하고, UE(50)가 연결 가능한 UPF를 통해서 접속 가능한 DNAI 정보를 확인할 수 있다. 확인된 DNAI와 EES DNAI 또는 EAS DNAI를 비교하여 UE(50)가 접속 가능한 EES 또는 EAS를 선택할 수 있다.

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

도 10은 본 개시의 다양한 실시예에 따른 에지 어플리케이션 서버, 에지 인에이블러 서버, 또는 에지 구성 서버 (30) 의 내부 기능 블록 구성도이다.

도 10을 참조하면, 본 개시에서 설명한 EAS(101, 102, 201) 또는 EES(100, 200) 또는 ECS(30) 중 어느 하나가 될 수 있다. 도 10을 참조하면, 네트워크 인터페이스(1013)는 에지 데이터 네트워크 내부 또는 3GPP 네트워크(300, 40)와 신호 또는 메시지의 송수신을 수행할 수 있다.

제어부(1011)는 앞서 설명한 동작들을 수행할 수 있다. 예컨대, 도 10의 구성이 EAS인 경우 에지 어플리케이션 서비스를 제공하기 위한 동작은 물론, 본 개시에서 설명된 신호의 송신 및 수신에 따른 제어와 해당 신호/메시지를 수신한 경우에 대응한 동작들을 수행할 수 있다. 다른 예로, 도 10의 구성이 EES인 경우 UE의 이동에 따른 UPF 재배치를 위한 동작들은 물론 앞서 설명한 각종 제어 및 신호/메시지의 전송/수신에 대한 제어를 수행할 수 있다. 또 다른 예로, 도 10의 구성이 ECS인 경우 UE, 제어부(1011)는 에지 컴퓨팅 시스템 내의 특정한 노드 및/또는 3GPP 네트워크의 특정 노드로부터 EAS 및/또는 EES의 탐색(discovery) 요청을 수신할 시 이에 대응한 검색 및 정보의 제공을 위한 제어를 수행할 수 있다. 또한 도 10의 구성이 ECS인 경우 이상에서 설명한 도 3 내지 도 9의 실시예에 따른 제어를 수행할 수 있다.

메모리(1012)는 제어부(1011)에서 필요한 프로그램 및 각종 제어 정보를 저장할 수 있으며, 그 외에 본 개시에서 설명된 각 정보들을 저장할 수 있다.

EAS 또는 EES 또는 ECS는 이상에서 설명한 구성 외에 운영자와 접속을 위한 다양한 인터페이스들을 더 포함할 수 있다. 본 개시에서는 이러한 추가적인 구성에 대하여 특별한 제약을 두지는 않는다.

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

Claims (1)

1. 에지 컴퓨팅 데이터 네트워크의 에지 인에이블러 서버가 에지 컴퓨팅 서비스를 제공받는 이동통신 시스템의 사용자 장치로 에지 컴퓨팅 서비스를 제공하기 위한 방법에 있어서,
   상기 사용자 장치로 에지 컴퓨팅 서비스를 제공하는 어플리케이션 서버로부터 상기 에지 인에이블러 서버로 등록 요청 메시지를 수신하는 단계, 상기 등록 요청 메시지는 EAS 서비스 연속성 능력/지원(EAS service continuity capability/support), AF 요청 지원(AF Request support), 트래픽 라우팅 요구 사항 정보(traffic routing requirement info), EAS 데이터 네트워크 접속 식별자(Data Network Access Identifier, DNAI) 정보, AF 트랜잭션 정보(AF Transaction info) 중 적어도 하나를 포함하고;
   상기 등록 요청 메시지에 포함된 정보에 기반하여 상기 이동통신 네트워크로 상기 정보 중 적어도 하나를 표시한 어플리케이션 기능(AF) 요청 메시지를 전송하는 단계;
   상기 이동통신 네트워크로 상기 사용자 장치의 사용자 평면 관리 이벤트에 대응한 메시지를 수신할 시 상기 사용자 평면 관리를 위한 타겟 어플리케이션 서버를 검색하는 단계; 및
   상기 검색 결과를 상기 이동통신 네트워크 및 상기 사용자 장치로 제공하는 단계;를 포함하는, 에지 컴퓨팅 서비스를 제공하기 위한 이동통신 네트워크와의 연동 방법.
   

Images