KR102514250B1 - 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템 - Google Patents

모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템 Download PDF

Info

Publication number
KR102514250B1
KR102514250B1 KR1020217020441A KR20217020441A KR102514250B1 KR 102514250 B1 KR102514250 B1 KR 102514250B1 KR 1020217020441 A KR1020217020441 A KR 1020217020441A KR 20217020441 A KR20217020441 A KR 20217020441A KR 102514250 B1 KR102514250 B1 KR 102514250B1
Authority
KR
South Korea
Prior art keywords
edge
http
address
service request
gslb
Prior art date
Application number
KR1020217020441A
Other languages
English (en)
Other versions
KR20210094077A (ko
Inventor
지치앙 유
지아지아 루
Original Assignee
텐센트 테크놀로지(센젠) 컴퍼니 리미티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 텐센트 테크놀로지(센젠) 컴퍼니 리미티드 filed Critical 텐센트 테크놀로지(센젠) 컴퍼니 리미티드
Publication of KR20210094077A publication Critical patent/KR20210094077A/ko
Application granted granted Critical
Publication of KR102514250B1 publication Critical patent/KR102514250B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1014—Server selection for load balancing based on the content of a request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 출원은 모바일 통신 분야에 관한 것으로, 구체적으로는, 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템에 관한 것으로, 이 방법은, 에지 클라우드 게이트웨이가 사용자 평면 기능에 의해 전달된 제1 HTTP 서비스 요청을 수신하는 단계 ― 제1 HTTP 서비스 요청의 타깃 주소는 에지 애플리케이션 VIP임 ―; 제1 HTTP 서비스 요청 및 미리 설정된 션팅(shunting) 정책에 기초하여, 대응하는 MEC 처리 서버를 결정하는 단계, 및 대응하는 MEC 처리 서버에게 제1 HTTP 서비스 요청을 션팅하는 단계를 포함한다. 이와 같이, 새롭게 추가된 에지 클라우드 게이트웨이를 통해, 5G 모바일 통신 네트워크를 위한 MEC 노드 선택 방식이 아직 없다는 문제가 해결되고, 에지 컴퓨팅 노드가 근처에서 선택될 수 있으므로, 에지 가속의 목표를 달성할 수 있다.

Description

모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템
본 출원은 2019년 5월 10일에 중국 특허청에 출원된 중국 특허 출원 제201910387647.7호 ('모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템')의 우선권을 주장하며 이것은 그 전체가 참조로서 본 명세서 포함된다.
본 출원은 모바일 통신 분야에 관한 것으로, 구체적으로는, 모바일 에지 컴퓨팅(mobile edge computing, MEC) 노드 선택에 관한 것이다.
과학 및 기술의 발달로 인해, 현재 사용자는 통신 서비스의 처리 및 전송 속도에 대한 요구사항이 점점 더 높아지고 있다. 특히, 5 세대 모바일 통신 기술(5G) 모바일 통신 네트워크의 경우, 처리 속도에 대한 요구사항이 더 높다. 모바일 에지 컴퓨팅에서, 가장 가까운 모바일 액세스 네트워크를 사용하여 컴퓨팅, 저장 및 처리 능력이 제공되어 지연 시간을 줄일 수 있다. 따라서, 모바일 단말은 모바일 단말에 가장 가까운 모바일 에지 컴퓨팅(MEC) 노드에 스케줄링되어야 한다.
본 출원의 실시예는 5G 모바일 통신 네트워크를 위한 MEC 노드 선택 해결수단의 문제를 해결하기 위해 MEC 노드를 선택하기 위한 방법, 장치 및 시스템을 제공한다.
본 출원의 실시예는 다음과 같은 기술적 해결수단을 제공한다.
일 측면에 따르면, 본 출원의 실시예는
MEC 노드를 선택하기 위한 시스템 내에 구성된 에지 클라우드 게이트웨이에 의해 수행되는 MEC 노드를 선택하기 위한 방법을 제공하며, 상기 시스템은 적어도 사용자 평면 기능(user plane function) 및 상기 에지 클라우드 게이트웨이를 포함하고, 상기 방법은,
상기 에지 클라우드 게이트웨이가 상기 사용자 평면 기능에 의해 전달된 제1 하이퍼텍스트 전송 프로토콜(HyperText Transfer Protocol, HTTP) 서비스 요청을 수신하는 단계 ― 상기 제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 가상 인터넷 프로토콜 주소(virtual Internet Protocol address, VIP)임 ―;
상기 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩(offloading) 정책에 따라 대응하는 MEC 처리 서버를 결정하는 단계; 및
상기 대응하는 MEC 처리 서버에게 상기 제1 HTTP 서비스 요청을 오프로드하는 단계를 포함한다.
다른 측면에 따르면, 본 출원의 실시예는 MEC 노드를 선택하기 위한 에지 클라우드 게이트웨이를 제공하며, 상기 에지 클라우드 게이트웨이는 MEC 노드를 선택하기 위한 시스템 내에 구성되고, 상기 시스템은 적어도 사용자 평면 기능 및 상기 에지 클라우드 게이트웨이를 포함하며, 상기 에지 클라우드 게이트웨이는,
상기 사용자 평면 기능에 의해 전달된 제1 HTTP 서비스 요청을 수신하도록 구성된 제1 수신 모듈 ― 상기 제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 VIP임 ―;
상기 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 따라 대응하는 MEC 처리 서버를 결정하도록 구성된 결정 모듈; 및
상기 대응하는 MEC 처리 서버에게 상기 제1 HTTP 서비스 요청을 오프로드하도록 구성된 오프로딩 모듈을 포함한다.
선택적 구현에서, 상기 시스템은 글로벌 서버 로드 밸런스(global server load balance)를 더 포함하고, 상기 에지 클라우드 게이트웨이는,
상기 사용자 평면 기능에 의해 전달된 제2 HTTP 서비스 요청을 수신하도록 구성된 제2 수신 모듈 ― 상기 제2 HTTP 서비스 요청의 목적지 주소는 글로벌 에지 게이트웨이 IP 주소이고, 상기 글로벌 에지 게이트웨이 IP 주소는 단말에 의해 전송된 도메인 이름 시스템(domain name system, DNS) 요청 수신시 상기 글로벌 서버 로드 밸런스에 의해 상기 단말로 반환되며, 상기 글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소임 ―;
상기 제2 HTTP 서비스 요청에 기초하여 상기 글로벌 서버 로드 밸런스로부터 상기 에지 애플리케이션 VIP를 획득하도록 구성된 획득 모듈; 및
상기 단말이 리디렉션 응답(redirection response)에 기초하여 상기 제1 HTTP 서비스 요청을 전송할 수 있도록, 상기 단말에게 상기 리디렉션 응답을 전송하도록 구성된 전송 모듈 ― 상기 리디렉션 응답의 리디렉션 주소는 상기 에지 애플리케이션 VIP임 ―을 더 포함한다.
선택적 구현에서, 획득 모듈은 구체적으로,
적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하는 제1 HTTP DNS 요청을 상기 글로벌 서버 로드 밸런스에게 전송하고 ― 상기 소스 주소는 상기 에지 클라우드 게이트웨이의 IP 주소임 ―,
상기 글로벌 서버 로드 밸런스에 의해 반환된 제1 HTTP DNS 응답을 수신하도록 ― 상기 제1 HTTP DNS 응답은 상기 에지 애플리케이션 VIP를 포함하고, 상기 에지 애플리케이션 VIP는 상기 에지 클라우드 게이트웨이의 IP 주소 및 상기 제1 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 상기 글로벌 서버 로드 밸런스에 의해 결정됨 ― 구성된다.
선택적 구현에서, 리디렉션 응답은 HTTP 302 리디렉션 응답이다.
선택적 구현에서, 상기 제1 HTTP 서비스 요청은 상기 사용자 평면 기능에 의해 전달된 제2 HTTP DNS 응답 수신시 상기 단말에 의해 전송되고, 상기 제2 HTTP DNS 응답은 상기 사용자 평면 기능에 의해 전달된 제2 HTTP DNS 요청 수신시 상기 글로벌 서버 로드 밸런스에 의해 반환되며, 상기 제2 HTTP DNS 요청은 상기 단말에 의해 전송된 제2 HTTP DNS 요청의 목적지 주소가 상기 글로벌 서버 로드 밸런스의 IP 주소임을 파싱하면 상기 사용자 평면 기능에 의해 전달되고,
상기 제2 HTTP DNS 응답은 적어도 에지 애플리케이션 VIP를 포함하고, 상기 에지 애플리케이션 VIP는 상기 제2 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 상기 글로벌 서버 로드 밸런스에 의해 결정된다.
선택적 구현에서, 상기 사용자 평면 기능, 상기 에지 클라우드 게이트웨이 및 상기 글로벌 서버 로드 밸런스는 각각 상이한 사전 구성 규칙에 대응하고, 상기 사전 구성 규칙은 서비스 가속을 위한 라우팅 구성을 나타낸다.
선택적 구현에서, 상기 사용자 평면 기능은 제1 사전 구성 규칙에 대응하고, 상기 제1 사전 구성 규칙은 적어도, 목적지 주소가 상기 글로벌 에지 게이트웨이 IP 주소인 HTTP 서비스 요청을 상기 에지 클라우드 게이트웨이에게 전달하는 것, 또는 목적지 주소가 상기 에지 애플리케이션 VIP인 HTTP 서비스 요청을 상기 에지 클라우드 게이트웨이에게 전달하는 것을 포함하며,
상기 에지 클라우드 게이트웨이는 제2 사전 구성 규칙에 대응하고, 상기 제2 사전 구성 규칙은 적어도, 미리 설정된 오프로딩 정책을 포함하며,
상기 글로벌 서버 로드 밸런스는 제3 사전 구성 규칙에 대응하고, 상기 제3 사전 구성 규칙은 적어도, 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 DNS 요청의 경우, 상기 글로벌 에지 게이트웨이 IP 주소를 반환하는 것, 또는 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우, 상기 HTTP DNS 요청의 소스 주소 및 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환하는 것을 포함하며, 상기 소스 주소는 상기 에지 클라우드 게이트웨이의 IP 주소이다.
선택적 구현에서, 상기 사용자 평면 기능은 제4 사전 구성 규칙에 대응하고, 상기 제4 사전 구성 규칙은 적어도, 목적지 주소가 상기 에지 애플리케이션 VIP인 HTTP 서비스 요청을 상기 에지 클라우드 게이트웨이에게 전달하는 것을 포함하며,
상기 글로벌 서버 로드 밸런스는 제5 사전 구성 규칙에 대응하고, 상기 제5 사전 구성 규칙은 적어도, 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우, 상기 HTTP DNS 요청의 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환하는 것을 포함한다.
선택적 구현에서, 상기 제1 사전 구성 규칙, 상기 제2 사전 구성 규칙, 또는 상기 제4 사전 구성 규칙은 구성된 에지 제어기에 의해 구성되거나 또는 로컬로 구성되며,
상기 에지 제어기는 상기 시스템의 코어 네트워크의 클라우드 센터 내에 구성되고, 상기 에지 클라우드 게이트웨이 및 상기 사용자 평면 기능에 통신 가능하게 연결된다.
다른 측면에 따르면, MEC 노드를 선택하기 위한 시스템이 본 출원의 실시예에서 제공되며, 적어도 사용자 평면 기능 및 에지 클라우드 게이트웨이를 포함하고, 상기 에지 클라우드 게이트웨이는 상기 시스템 내에 구성되며, 구체적으로,
상기 사용자 평면 기능은 단말에 의해 전송된 제1 HTTP 서비스 요청을 수신하고, 상기 제1 HTTP 서비스 요청의 목적지 주소가 에지 애플리케이션 VIP라는 결정에 응답하여 상기 에지 클라우드 게이트웨이에게 상기 제1 HTTP 서비스 요청을 전달하도록 구성되고,
상기 에지 클라우드 게이트웨이는 상기 사용자 평면 기능에 의해 전달된 상기 제1 HTTP 서비스 요청을 수신하고, 상기 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 기초하여 대응하는 MEC 처리 서버를 결정하며, 상기 대응하는 MEC 처리 서버에게 상기 제1 HTTP 서비스 요청을 오프로드하도록 구성된다.
다른 측면에 따르면, 본 출원의 실시예는 메모리, 프로세서, 및 상기 메모리에 저장되고 상기 프로세서에서 실행 가능한 컴퓨터 프로그램을 포함하며, 상기 프로세서는, 상기 프로그램을 실행할 때, 전술한 측면의 MEC 노드를 선택하기 위한 방법을 수행하는 전자 장치를 제공한다.
다른 측면에 따르면, 본 출원의 실시예는 컴퓨터 프로그램을 저장하도록 구성되며, 상기 컴퓨터 프로그램은 전술한 측면에 따른 MEC 노드를 선택하기 위한 방법을 수행하는 데 사용되는 저장 매체를 제공한다.
다른 측면에 따르면, 본 출원의 실시예는 명령을 포함하며, 상기 명령은, 컴퓨터 상에서 실행될 때, 상기 컴퓨터로 하여금 전술한 측면에 따른 MEC 노드를 선택하기 위한 방법을 수행하게 하는 컴퓨터 프로그램 제품을 제공한다.
본 출원의 실시예에서 제공되는 기술적 해결수단은 적어도 다음과 같은 유익한 효과를 포함한다.
에지 클라우드 게이트웨이를 추가함으로써, 본 출원은 기존의 DNS 어드레싱 프로세스 또는 HTTP DNS 요청 프로세스에 적용 가능하다. 에지 클라우드 게이트웨이가 단말의 제1 HTTP 서비스 요청을 획득하는 경우, 에지 애플리케이션 VIP를 운반하는 제1 HTTP 서비스 요청에 따라, 에지 클라우드 게이트웨이는 미리 설정된 오프로딩 정책에 기초하여 대응하는 MEC 처리 서버를 결정하고, 대응하는 MEC 처리 서버에게 제1 HTTP 서비스 요청을 오프로딩할 수 있다. 이와 같이, 단말에 의해 인지되지 않고 또한 서비스 로직을 변경하지 않고 기존의 네트워킹 절차를 수정함으로써 MEC 노드를 선택하기 위한 메커니즘이 달성될 수 있으며, 5G 모바일 통신 네트워크를 위한 MEC 노드 선택 해결수단의 문제가 해결됨에 따라, 에지 가속을 위해 가장 가까운 에지 컴퓨팅 노드가 선택될 수 있다.
도 1은 관련 기술의 CDN 스케줄링 방법의 개략적인 흐름도이다.
도 2는 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 시스템의 개략적인 아키텍처 도면이다.
도 3은 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 방법의 흐름도이다.
도 4는 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 방법의 상호작용 흐름도이다.
도 5는 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 다른 방법의 상호작용 흐름도이다.
도 6은 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 장치의 개략적인 구조도이다.
도 7은 본 출원의 실시예에 따른 전자 장치의 개략적인 구조도이다.
이하에서는 본 출원의 실시예에서 첨부된 도면을 참조하여 본 출원의 실시예에서의 기술적 해결수단을 명확하고 완전하게 설명한다. 분명히, 설명된 실시예는 모든 실시예가 아니라 본 출원의 실시예의 일부이다. 창의적인 노력없이 본 출원의 실시예에 기초하여 당업자에 의해 획득된 다른 모든 실시예는 본 출원의 보호 범위 내에 속한다.
본 출원의 실시예의 이해를 용이하게 하기 위해, 다음의 개념들이 간략하게 소개된다.
컨텐츠 전송 네트워크(Content Delivery Network, CDN) : CDN의 기본 개념은 컨텐츠 전송이 보다 빠르고 보다 안정적일 수 있도록 그리고 가속을 위해 CDN에 가장 가까운 액세스를 제공하기 위해 데이터 전송 속도와 안정성에 영향을 미칠 수 있는 인터넷 상의 병목 현상과 링크를 최대한 피하는 것이다.
도메인 이름 시스템(Domain Name System, DNS) : 도메인 이름과 IP(Internet Protocol) 주소를 서로 매핑할 수 있는 분산 데이터베이스로서, DNS는 사용자가 인터넷에 쉽게 액세스할 수 있도록 사용자가 기계에 의해 직접 판독될 수 있는 IP 주소 데이터 문자열을 기억하는 수고를 덜어준다.
사용자 평면 기능(User plane function, UPF) : UPF는 사용자 평면 처리를 담당한다.
글로벌 서버 로드 밸런스(Global server load balance, GSLB) : GSLB는 인터넷을 포함한 광역 네트워크에서 서로 다른 지역에 있는 서버 간의 트래픽 분배를 구현하고, 액세스 품질을 보장하기 위해 사용자 요청을 가장 가까운 노드(또는 지역)로 보낸다. 모바일 에지 컴퓨팅(MEC) : MEC는 5G 진화 아키텍처를 기반으로 모바일 액세스 네트워크와 인터넷 서비스를 긴밀하게 통합하는 기술이다. MEC는 근처에 있는 무선 액세스 네트워크를 사용하여 통신 사용자에게 인터넷 기술(Internet technology, IT)에 필요한 서비스 및 클라우드 컴퓨팅 기능을 제공하여 고성능, 저지연, 고 대역폭을 갖춘 캐리어 급 서비스 환경을 구축하고, 빠른 속도로 네트워크에서 다양한 컨텐츠, 서비스 애플리케이션의 빠른 다운로드를 가속화하며, 소비자가 중단없는 고품질 네트워크를 경험할 수 있도록 한다.
가상 IP(Virtual IP, VIP) : VIP는 특정 컴퓨터 또는 컴퓨터의 네트워크 인터페이스 제어기와 연결되지 않는 IP 주소이다. 패킷은 이러한 VIP 주소로 전송되지만, 모든 데이터는 여전히 실제 네트워크 인터페이스를 통해 전달된다.
에지 애플리케이션 VIP : 에지 장비실에 위치한 에지 애플리케이션 VIP는 애플리케이션에 대한 로컬 가속을 제공하는 가상 IP 주소를 나타낸다.
현재, 5G 모바일 통신망의 점진적인 발전은 통신 서비스의 처리 및 전송 속도에 대한 요구사항을 증가시키고 있다. MEC는 가장 가까운 모바일 액세스 네트워크를 사용하여 지연 시간을 줄임으로써 컴퓨팅, 저장 및 처리 능력을 제공할 수 있다. 그러나, 모바일 단말에서 가장 가까운 MEC 노드로 모바일 단말을 스케줄링하는 방법은 해결되어야 할 시급한 문제이다. 5G는 관련 연구가 상대적으로 적은 최첨단 기술이다. 5G 모바일 통신 네트워크에서 MEC 노드를 선택하는 관련 해결수단은 없다.
또한, 관련 기술에서 종래의 DNS 어드레싱 메커니즘은 데이터 전송을 위해 대응하는 IP 주소를 결정하는 것과 유사하다. 도 1은 관련 기술의 CDN 스케줄링 방법의 개략적인 흐름도이며, 이 방법은 다음 단계를 포함한다.
단계 1 : 단말이 로컬 DNS에 DNS 요청을 전송한다.
단계 2 : 로컬 DNS는 GSLB로부터 DNS 재귀 쿼리(recursive query)를 요청한다.
단계 3 : GSLB는 최상의 액세스 IP 주소를 로컬 DNS에게 반환하고, 로컬 DNS는 IP 주소를 캐시한다.
단계 4 : 로컬 DNS는 최상의 IP 주소를 단말로 전송한다.
단계 5 : 단말은 CDN 노드로 서비스 요청을 전송한다.
CDN 노드는 에지 노드, 즉 외부 센터(outer center, OC)이다.
단계 6 : CDN 노드는 내부 경로에 기초하여 중간 소스 CDN 노드에게 서비스 요청을 전달한다.
단계 7 : 중간 소스 CDN 노드는 서비스 요청을 서비스 소스 CDN 노드로 전달한다.
단계 8 : 서비스 소스 CDN 노드는 요청된 데이터를 중간 소스 CDN 노드에게 반환한다.
단계 9 : CDN 노드는 중간 소스 CDN 노드로부터 데이터를 획득하고 데이터를 캐시한다.
단계 10 : 단말은 CDN 노드로부터 데이터를 획득한다.
관련 기술에서, 이러한 스케줄링 방법은 운영자에 의해 할당된 IP 주소를 사용하여 단말을 찾고, 가장 가까운 CDN 노드로 단말을 스케줄링하는 방식이다. 그러나, IP 포지셔닝 기술은 편차가 크고 정밀도가 낮으며, 지방 수준에만 도달할 수 있다. 그러나, 이러한 지역에는 많은 MEC 노드가 있다. 결과적으로, MEC 노드의 정밀도 요구사항이 충족될 수 없다. 즉, 단말은 가장 가까운 MEC 노드로 스케줄링될 수 없다.
따라서, 본 출원의 실시예에서, MEC 노드를 선택하기 위한 방법은 주로 기존의 DNS 어드레싱 메커니즘과 HTTP DNS 요청 프로세스에 기초하는 5G 모바일 통신 네트워크에 대해 주로 제공되며, 가장 가까운 에지 컴퓨팅 노드에 대한 액세스를 달성하기 위해 단말의 애플리케이션에 의해 인식되지 않고 기존 네트워킹 프로세스를 수정한다.
도 2는 적어도 UPF(200), 에지 클라우드 게이트웨이(210), GSLB(220) 및 에지 제어기(230)를 포함하는 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 시스템의 아키텍처 도면이다.
본 출원의 본 실시예에서, 네트워크 아키텍처 레이아웃에서, 데이터 채널은 운영자의 코어 네트워크의 중앙 클라우드와 에지 클라우드를 연결할 수 있고, 에지 컴퓨팅 노드로 데이터를 오프로드하기 위해, 에지 클라우드 게이트웨이(210) 및 에지 제어기(230)가 추가된다. 에지 클라우드 게이트웨이(210)는 MEC 노드측 또는 에지 데이터 센터(data center, DC) 측에 구성되고, 에지 제어기(230)는 코어 네트워크의 중앙 클라우드에 구성되며 에지 클라우드 게이트웨이(210) 및 UPF(200)와 통신 가능하게 연결된다. GSLB(220)는 코어 네트워크의 중앙 클라우드 측에도 배치되며, 에지 제어기(230)에 병렬 배치되는 장치이다. 또한, UPF(200), 에지 클라우드 게이트웨이(210) 및 GSLB(220)는 각각 서로 다른 사전 구성 규칙에 대응한다. 사전 구성 규칙은 서비스 가속화를 위한 라우팅 구성을 나타낸다.
1) 에지 제어기(230)는 주로 글로벌 서비스 트래픽의 스케줄링을 담당하며, 에지 클라우드 게이트웨이(210)에 대한 서비스 트래픽의 스케줄링을 제어한다. 그러면, 에지 클라우드 게이트웨이(210)는 특정 로컬 MEC 처리 서버에 대한 서비스 트래픽을 스케줄링하며, 다음 단계를 포함한다.
단계 a. 운영자의 능력 노출 플랫폼에 연결하고, 에지 서비스가 배포되는 경우 UPF(200) 및 에지 클라우드 게이트웨이(210)를 미리 구성한다.
구체적으로, 에지 제어기(230)는 UPF(200)의 제1 사전 구성 규칙 및 제4 사전 구성 규칙과 에지 클라우드 게이트웨이(210)의 제2 사전 구성 규칙을 구성하도록 구성된다. 전술한 구성 규칙은 이하의 실시예에서 상세히 설명된다.
예를 들어, 도 2에 도시된 바와 같이, 에지 제어기(230)는 운영자의 능력 노출 플랫폼 및 운영자의 5G 코어 네트워크를 사용하여 UPF(200)를 미리 구성할 수 있다.
단계 b. 운영자의 5G 코어 네트워크측에서 사용자 위치 정보를 동적으로 수집하고, 각각의 호스팅 서비스에 대해 가장 가까운 에지 컴퓨팅 노드를 선택하며, 호스팅 서비스는 5G 모바일 통신 네트워크에서 에지 컴퓨팅이 필요한 서비스, 즉 서비스 가속화가 필요한 서비스를 나타낸다.
단계 c. 에지 DC 자원을 제어하기 위해 클라우드 IaaS(Infrastructure-as-a-Service) 또는 PaaS(Platform-as-a-Service) 제어기에 연결한다.
IaaS 및 PaaS는 도 2에 도시되어 있지 않다. 실제로, IaaS 및 PaaS는 에지 클라우드 게이트웨이(210)와 에지 제어기(230) 사이에 위치할 수 있다. 실질적으로, 에지 제어기(230)는 IaaS 및 PaaS를 통해 에지 클라우드 게이트웨이(210)의 로드 상태를 모니터링하고, 에지 클라우드 게이트웨이(210)의 로드 스케줄링을 제어한다.
2) GSLB(220)의 경우, 에지 서비스가 배치되는 경우, GSLB(220)도 미리 구성될 필요가 있다. 구체적으로, GSLB(220)는 제3 사전 구성 규칙 또는 제5 사전 구성 규칙에 대응한다.
제3 사전 구성 규칙은 적어도 다음을 포함한다.
a. 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 DNS 요청의 경우, 글로벌 에지 게이트웨이 IP 주소를 반환한다.
구체적으로, GSLB(220)는 단말에 의해 전송된 DNS 요청을 수신하고, DNS 요청에 포함된 도메인 이름이 미리 설정된 서비스 가속 도메인 이름이라는 결정에 응답하여 단말에게 글로벌 에지 게이트웨이 IP 주소를 반환하도록 구성된다.
글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소이며, 하나의 지시 IP 주소 또는 지시 IP 주소의 그룹일 수 있다.
b. 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우, HTTP DNS 요청의 소스 주소 및 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환하며, 소스 주소는 에지 클라우드 게이트웨이(210)의 IP 주소이다.
예를 들어, 에지 클라우드 게이트웨이(210)에 의해 전송된 제1 HTTP DNS 요청을 수신하는 경우, GSLB(220)는 에지 클라우드 게이트웨이(210)에게 제1 HTTP DNS 응답을 반환한다. 제1 HTTP DNS 요청은 적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하며, 소스 주소는 에지 클라우드 게이트웨이(210)의 IP 주소이다. 제1 HTTP DNS 응답은 에지 애플리케이션 VIP를 포함하며, 에지 애플리케이션 VIP는 제1 HTTP DNS 요청에서 에지 클라우드 게이트웨이(210) 및 서비스 가속 도메인 이름의 IP 주소에 따라 GSLB(220)에 의해 결정된다.
C. GSLB(220)의 경우, 다르게는, 수동 추가 및 개입을 통해 제1 HTTP DNS 요청에서 다른 소스 주소에 대해 구성된 IP 주소를 반환한다.
제5 사전 구성 규칙은 적어도 다음을 포함한다.
a. 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우, HTTP DNS 요청의 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환한다.
예를 들어, UPF(200)에 의해 전달된 제2 HTTP DNS 요청을 수신하는 경우, GSLB(220)는 제2 HTTP DNS 응답을 반환하며, 제2 HTTP DNS 요청은 단말에 의해 전송된 제2 HTTP DNS 요청의 목적지 주소가 GSLB(220)의 IP 주소임을 파싱하면 UPF(200)에 의해 전달된다. 제2 HTTP DNS 응답은 적어도 에지 애플리케이션 VIP를 포함하며, 에지 애플리케이션 VIP는 제2 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 GSLB(220)에 의해 결정된다.
즉, GSLB(220)의 제5 사전 구성 규칙은 단말이 원래 도메인 이름에 대한 (제2 HTTP DNS 요청과 같은) HTTP DNS 요청을 개시하는 경우 UPF(200)가 단말의 HTTP DNS 요청을 GSLB(220)에게 직접 전달하는 경우를 위한 것이다. 이 경우, GSLB(220)는 UPF(200)에 의해 전달된 HTTP DNS 요청에 따라 내부의 서비스 가속 도메인 이름을 획득하고, 대응하는 에지 애플리케이션 VIP를 결정한다.
b. GSLB(220)의 경우, 다르게는, 수동 추가 및 개입을 통해 제2 HTTP DNS 요청의 다른 서비스 가속 도메인 이름에 대해 구성된 IP 주소를 반환한다.
3) UPF(200)의 경우, 본 출원의 본 실시예에서, UPF(200)는 미리 구성될 필요가 있다. 사전 구성 기능은 서비스 가속을 위한 라우팅 구성을 나타낸다. UPF(200)는 라우팅 구성 기능을 제공해야 한다. UPF(200)는 제1 사전 구성 규칙 또는 제4 사전 구성 규칙에 대응한다.
제1 사전 구성 규칙은 적어도 다음을 포함한다.
a. 목적지 주소가 글로벌 에지 게이트웨이 IP 주소인 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달한다.
예를 들어, UPF(200)는 단말에 의해 전송된 제2 HTTP 서비스 요청을 수신하고, 제2 HTTP 서비스 요청의 목적지 주소가 글로벌 에지 게이트웨이 IP 주소라는 결정에 응답하여 제2 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달한다.
b. 목적지 주소가 에지 애플리케이션 VIP인 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달한다.
예를 들어, UPF(200)는 단말에 의해 재전송된 제1 HTTP 서비스 요청을 수신하고, 제1 HTTP 서비스 요청의 목적지 주소가 에지 애플리케이션 VIP라는 결정에 응답하여 제1 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달한다.
본 출원의 본 실시예에서, UPF(200)의 제1 사전 구성 규칙은 표준 DNS 요청 프로세스를 위한 것이며, 이 경우, 단말은 원래 도메인 이름에 대한 DNS 요청을 개시한다.
제4 사전 구성 규칙은 적어도,
목적지 주소가 에지 애플리케이션 VIP인 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달하는 것을 포함한다.
예를 들어, UPF(200)는 단말에 의해 전송된 제1 HTTP 서비스 요청을 수신하고, 제1 HTTP 서비스 요청의 목적지 주소가 에지 애플리케이션 VIP라는 결정에 응답하여 에지 클라우드 게이트웨이(210)로 제1 HTTP 서비스 요청을 전달한다.
UPF(200)의 제4 사전 구성 규칙은 HTTP DNS 요청 프로세스를 위한 것임에 유의해야 한다. 이 경우, 단말은 원래 도메인 이름에 대한 제2 HTTP DNS 요청을 개시한다. 또한, 단말이 제2 HTTP DNS 요청을 개시하는 경우, 제2 HTTP DNS 요청의 목적지 주소는 GSLB(220)의 IP 주소이다. UPF(200)가 단말에 의해 전송된 제2 HTTP DNS 요청의 목적지 주소가 GSLB의 IP 주소임을 파싱하는 경우, 제2 HTTP DNS 요청은 GSLB(220)로 전달될 수 있다. 이러한 규칙은 기존 전달 메커니즘에 기초하여 구현될 수 있으며, 추가 구성이 필요하지 않다. 그러면, UPF(200)는 GSLB(220)에 의해 반환된 제2 HTTP DNS 응답을 수신하고, 제2 HTTP DNS 응답을 단말로 전달하여, 단말이 제2 HTTP DNS 응답의 에지 애플리케이션 VIP에 기초하여 제2 HTTP 서비스 요청을 전송할 수 있도록 한다. 제2 HTTP DNS 응답은 적어도 에지 애플리케이션 VIP를 포함하며, 에지 애플리케이션 VIP는 제5 사전 구성 규칙, 즉, 제2 HTTP DNS 요청의 서비스 가속 도메인 이름에 기초하여 GSLB(220)에 의해 결정된다.
본 출원의 본 실시예에서, 제1 사전 구성 규칙 또는 제4 사전 구성 규칙은 구성된 에지 제어기(230)에 의해 구성되거나, 또는 로컬로 구성된다. 즉, UPF(200)는 에지 제어기(230)에 의해 통합된 방식으로 구성되고 관리될 수 있을 뿐만 아니라, 로컬로 구성되고 로딩될 수 있으며, 이는 본 출원의 본 실시예에서 제한되지 않는다.
상이한 사전 구성 규칙은 상이한 구현 및 경우에 대응한다는 점에 추가로 유의해야 한다. GSLB(220)는 UPF(200)의 사전 설정 규칙에 대응한다. 표준 DNS 요청 프로세스의 경우, 단말이 GSLB(220)에게 DNS 요청을 전송하면, 이 경우, GSLB(220)는 제3 사전 구성 규칙을 기반으로 대응하는 동작을 수행한다. 즉, 글로벌 에지 게이트웨이 IP 주소를 단말에게 반환한다. 그러면, UPF(200)는 제1 사전 구성 규칙에 기초하여 대응하는 동작을 수행한다. 즉, 단말에 의해 전송된 제2 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달한다. 그 후, 에지 클라우드 게이트웨이(210)는 GSLB(220)로부터 에지 애플리케이션 VIP를 획득하고 에지 애플리케이션 VIP를 단말에게 전송한다. 단말은 제1 HTTP 서비스 요청을 다시 개시하고, 그 다음 UPF(200)는 제1 사전 구성 규칙에 기초하여 제1 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달하고, 에지 클라우드 게이트웨이(210)는 제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 스케줄링한다.
HTTP DNS 요청 프로세스의 경우, UPF(200)는 제4 사전 구성 규칙에 대응하고, GSLB(220)는 제5 사전 구성 규칙에 대응한다. 단말은 UPF(200)에 의해 GSLB(220)에 대한 제2 HTTP DNS 요청을 개시하고, 그 다음 GSLB(220)는 대응하는 제5 사전 구성 규칙에 기초하여 단말에게 에지 애플리케이션 VIP를 반환하며, 또한, 단말은 제1 HTTP 서비스 요청을 개시한다. UPF(200)는 제4 사전 설정 규칙에 기초하여 대응하는 동작을 수행하고, 이를 통해, 제1 HTTP 서비스 요청을 에지 클라우드 게이트웨이(210)로 전달하고, 에지 클라우드 게이트웨이(210)는 제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 스케줄링한다. 두 가지 구현은 본 출원의 실시예에서 제한되지 않는다.
4) 에지 클라우드 게이트웨이(210)는 특정 MEC 처리 서버에 대한 서비스 트래픽을 스케줄링하기 위해 주로 지능형 스케줄링, 로드 밸런스, 통계 분석 및 로컬 트래픽, 즉 에지 클라우드 게이트웨이(210)가 담당하는 지리적 범위 내의 트래픽 등을 위해 구성된다. 본 출원의 본 실시예에서, 에지 서비스가 배치되는 경우, 에지 클라우드 게이트웨이(210)도 미리 구성될 필요가 있다. 구체적으로, 에지 클라우드 게이트웨이(210)는 제2 사전 구성 규칙에 대응하고, 제2 사전 구성 규칙은 적어도 미리 설정된 오프로딩 정책을 포함한다.
예를 들어, 미리 설정된 오프로딩 정책은 IP 5-튜플 정보에 기초하여 오프로딩을 수행하는 것이다. 예를 들어, 일반적으로, IP 5-튜플은 소스 IP 주소, 목적지 IP 주소, 프로토콜 번호, 소스 포트 및 목적지 포트를 포함하고, 오프로딩은 로드 밸런스 알고리즘에 기초하여 수행될 수 있다. 예를 들어, 로드 밸런스 알고리즘은 소스 주소 해싱(hashing)이다. 소스 IP 주소는 해시되고, 해시 계산을 통해 해시 값이 획득된다. MEC 처리 서버 목록의 해시 값 및 구성 규칙에 기초하여, 대응하는 MEC 처리 서버가 결정되고, 또한 서비스 요청은 처리를 위해 대응하는 MEC 처리 서버로 전달된다.
다른 예에서, 미리 설정된 오프로딩 정책은 URL(uniform resource locator) 정보에 기초하여 오프로딩을 수행하는 것이다. 예를 들어, 서비스 요청은 서비스 요청의 도메인 이름 요청의 서비스 유형, 및 각각의 MEC 처리 서버에 저장된 특정 도메인 이름 또는 자원 유형, 예를 들어 이미지 또는 비디오를 처리하는 서비스 유형을 나타내는 특정 도메인 이름 또는 자원 유형에 따라 대응하는 서비스 유형을 처리하는 MEC 처리 서버로 전달될 수 있다.
특정 오프로딩 정책은 본 출원의 본 실시예에서 제한되지 않으며, 실제 요구사항에 따라 선택되고 사용될 수 있다.
제2 사전 구성 규칙은 구성된 에지 제어기(230)에 의해 구성되거나, 또는 로컬로 구성된다는 점에 유의해야 한다. 즉, 에지 클라우드 게이트웨이(210)는 에지 제어기(230)에 의해 통합된 방식으로 구성되고 관리될 수 있을 뿐만 아니라, 로컬로 구성되고 로딩될 수도 있으며, 이는 본 출원의 본 실시예에서 제한되지 않는다.
구체적으로, 에지 클라우드 게이트웨이(210)는 다음 단계를 수행하도록 구성된다.
단계 S1 : UPF(200)에 의해 전달된 제1 HTTP 서비스 요청을 수신하며, 제1 HTTP 서비스 요청은 단말에 의해 전송된 제1 HTTP 서비스 요청의 목적지 주소가 에지 애플리케이션 VIP임을 파싱하면 UPF(200)에 의해 전달된다.
단계 S2 : 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 따라 대응하는 MEC 처리 서버를 결정하고, 제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 오프로딩한다.
또한, 표준 DNS 요청 프로세스 및 HTTP DNS 요청 프로세스의 경우, 에지 클라우드 게이트웨이가 단계 S1을 수행하기 전에 다음의 두 가지 구현이 수행될 수 있다.
제1 구현 : 표준 DNS 요청 프로세스의 경우, 즉 단말이 원래 도메인 이름에 대한 DNS 요청을 개시하는 경우, 에지 클라우드 게이트웨이(210)는 다음 단계를 수행하도록 추가로 구성된다.
단계 1) UPF(200)에 의해 전달된 제2 HTTP 서비스 요청을 수신하며, 여기서 제2 HTTP 서비스 요청은 단말에 의해 전송된 제2 HTTP 서비스 요청의 목적지 주소가 글로벌 에지 게이트웨이 IP 주소임을 파싱하면 UPF(200)에 의해 전달되고, 글로벌 에지 게이트웨이 IP 주소는 단말에 의해 전송된 DNS 요청을 수신하는 경우 GSLB(220)에 의해 단말로 반환되며, 글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소이다.
단계 2) 제2 HTTP 서비스 요청에 기초하여 GSLB(220)로부터 에지 애플리케이션 VIP를 획득한다.
구체적으로, 다음 단계가 수행된다.
단계 a. 제1 HTTP DNS 요청을 GSLB(220)에게 전송하며, 제1 HTTP DNS 요청은 적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하고, 소스 주소는 에지 클라우드 게이트웨이(210)의 IP 주소이다.
단계 b. GSLB(220)에 의해 반환된 제1 HTTP DNS 응답을 수신하며, 제1 HTTP DNS 응답은 에지 애플리케이션 VIP를 포함하고, 에지 애플리케이션 VIP는 에지 클라우드 게이트웨이(210)의 IP 주소 및 제1 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 GSLB(220)에 의해 결정된다.
단계 3) 단말이 리디렉션 응답에 기초하여 제1 HTTP 서비스 요청, 즉 단계 S1에서의 제1 HTTP 서비스 요청을 전송할 수 있도록 단말에게 리디렉션 응답(redirection response)을 전송하며, 리디렉션 응답의 리디렉션 주소는 에지 애플리케이션 VIP이다.
리디렉션 응답은 HTTP 302 리디렉션 응답이며, 단말로 하여금 제1 HTTP 서비스 요청을 전송하도록 하는 데 사용된다.
제2 구현 : HTTP DNS 요청 프로세스의 경우, 즉 단말이 원래 도메인 이름에 대한 HTTP DNS 요청을 개시하는 경우,
제1 HTTP 서비스 요청은 UPF(200)에 의해 전달된 제2 HTTP DNS 응답 수신시 단말에 의해 전송되며, 제2 HTTP DNS 응답은 UPF(200)에 의해 전달된 제2 HTTP DNS 요청을 수신하면 GSLB(220)에 의해 반환되고, 제2 HTTP 서비스 요청은 단말에 의해 전송된 제2 HTTP DNS 요청의 목적지 주소가 GSLB(220)의 IP 주소임을 파싱하면 UPF(200)에 의해 전달된다. 제2 HTTP DNS 응답은 적어도 에지 애플리케이션 VIP를 포함하며, 에지 애플리케이션 VIP는 제2 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 GSLB(220)에 의해 결정된다.
이와 같이, 본 출원의 본 실시예에서, 종래의 DNS 어드레싱 프로세스 또는 HTTP DNS 요청 프로세스의 경우, 단말이 표준 DNS 요청 또는 HTTP DNS 요청을 사용하여 원래의 도메인 이름에 대해 DNS 요청 또는 HTTP DNS 요청을 개시할 수 있도록 에지 클라우드 게이트웨이 및 에지 제어기가 추가된다. 단말의 DNS 요청의 경우, 서비스 가속을 식별하는 글로벌 에지 게이트웨이 IP 주소는 서비스 가속이 필요한 도메인 이름에 대해 반환되고, 또한 단말이 에지 애플리케이션 VIP에 기초하여 서비스 요청을 재전송하고 단말의 서비스 요청이 특정 MEC 처리 서버로 오프로딩될 수 있도록, GSLB로부터 에지 애플리케이션 VIP를 획득하기 위해 에지 클라우드 게이트웨이를 사용하여 처리가 수행될 수 있다. 다르게는, 단말의 HTTP DNS 요청에 대해, 단말은 UPF를 사용하여 GSLB로부터 에지 애플리케이션 VIP를 획득하고, 또한 에지 애플리케이션 VIP에 기초하여 제1 HTTP 서비스 요청을 개시할 수 있으며, 제1 HTTP 서비스 요청을 에지 클라우드 게이트웨이에게 전달하고, 에지 클라우드 게이트웨이는 제1 HTTP 서비스 요청을 처리하며, 제1 HTTP 서비스 요청을 특정 MEC 처리 서버로 오프로딩한다. 에지 클라우드 게이트웨이가 단말에 더 가깝고 에지 클라우드 게이트웨이는 액세스 절차를 단순화하기 위해 로컬 DNS를 우회하도록 원래 DNS 요청을 HTTP DNS 요청으로 변환할 수 있기 때문에, 처리 속도가 더 높고, 지연이 감소되며, 가장 가까운 에지 컴퓨팅 노드가 선택될 수 있으므로, 에지 가속의 목적을 달성할 수 있다. 또한, 관련 기술의 프레임워크에서 인터넷을 통해 사용자에게 다양한 OTT(Over-the-Top) 서비스가 제공될 수 있으며, MEC 노드는 수정없이 원활하게 접근될 수 있어서, 사용자에 의해 인지되지 않으므로, 구현의 용이성과 사용자 경험을 향상시킬 수 있다.
전술한 실시예의 도 2에 도시된 시스템의 아키텍처 도면에 기초하여, 도 3은 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 방법의 흐름도이며, 주로 에지 클라우드 게이트웨이에 적용된다. 이 방법은 다음 단계를 포함한다.
단계 300 : 에지 클라우드 게이트웨이는 UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하며, 제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 VIP이다.
단계 310 : 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 따라 대응하는 MEC 처리 서버를 결정하고, 제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 오프로딩한다.
단계 300이 수행되기 전에, 단말의 상이한 요청 상태에 따라 에지 애플리케이션 VIP가 상이한 방식으로 획득될 수 있으며, 단계 300을 트리거하는 절차가 다르다. 구체적으로, 다음 두 가지 방식이 채택될 수 있다.
제1 방식 : 표준 DNS 요청 프로세스의 경우, 에지 클라우드 게이트웨이가 UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하기 전에, 다음 단계가 더 포함된다.
단계 1) UPF에 의해 전달된 제2 HTTP 서비스 요청을 수신하며, 제2 HTTP 서비스 요청의 목적지 주소는 글로벌 에지 게이트웨이 IP 주소이고, 글로벌 에지 게이트웨이 IP 주소는 단말에 의해 전송된 DNS 요청을 수신하는 경우 GSLB에 의해 단말로 반환되고, 글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소이다.
단계 2) 제2 HTTP 서비스 요청에 기초하여 GSLB로부터 에지 애플리케이션 VIP를 획득한다.
구체적으로, 다음 단계가 포함된다.
단계 (1) 적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하는 제1 HTTP DNS 요청을 GSLB에게 전송하며, 소스 주소는 에지 클라우드 게이트웨이의 IP 주소이다.
단계 (2) GSLB에 의해 반환된 제1 HTTP DNS 응답을 수신하며, 제1 HTTP DNS 응답은 에지 애플리케이션 VIP를 포함하고, 에지 애플리케이션 VIP는 에지 클라우드 게이트웨이의 IP 주소 및 제1 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 GSLB에 의해 결정된다.
단계 3) 단말이 리디렉션 응답에 기초하여 제1 HTTP 서비스 요청을 전송할 수 있도록 리디렉션 응답을 단말에게 전송하며, 리디렉션 응답의 리디렉션 주소는 에지 애플리케이션 VIP이다.
제1 방식의 경우, 특정 실행 동안, 에지 클라우드 게이트웨이가 액세스 프로세스를 단순화하고 지연을 줄이기 위해 단말의 DNS 요청을 제1 HTTP DNS 요청으로 변환할 수 있도록, UPF는 제1 사전 구성 규칙에 따라 대응하는 동작을 수행하고, GSLB는 제3 사전 구성 규칙에 따라 대응하는 동작을 수행하며, 에지 클라우드 게이트웨이는 제2 사전 구정 규칙에 따라 대응하는 동작을 수행한다. 또한, 가장 가까운 에지 컴퓨팅 노드가 선택되어 서비스 가속 목적을 달성할 수 있도록, 단말의 제1 HTTP 서비스 요청은 에지 클라우드 게이트웨이로 전달된다.
제2 방식 : HTTP DNS 요청 프로세스의 경우, 에지 클라우드 게이트웨이가 UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하기 전에, UPF에 의해 전달된 제2 HTTP DNS 응답을 수신하는 경우 단말에 의해 제1 HTTP 서비스 요청이 전송되며, 제2 HTTP DNS 응답은 UPF에 의해 전달된 제2 HTTP DNS 요청을 수신하는 경우 GSLB에 의해 반환되고, 제2 HTTP DNS 요청은 단말에 의해 전송된 제2 HTTP DNS 요청의 목적지 주소가 GSLB의 IP 주소인 것으로 파싱되는 경우 UPF에 의해 전달된다. 제2 HTTP DNS 응답은 적어도 에지 애플리케이션 VIP를 포함하며, 에지 애플리케이션 VIP는 제2 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 GSLB에 의해 결정된다.
제2 방식의 경우, 특정 실행 중에, 단말이 HTTP DNS 요청을 GSLB로 전송하고, 에지 애플리케이션 VIP를 획득하며, 에지 애플리케이션 VIP에 기초하여 제1 HTTP 서비스 요청을 전송하고, 제1 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달할 수 있도록, UPF는 제4 사전 구성 규칙에 따라 대응하는 동작을 수행하고, GSLB는 제5 사전 구성 규칙에 따라 대응하는 동작을 수행하며, 에지 클라우드 게이트웨이는 제2 사전 구성 규칙에 따라 대응하는 동작을 수행한다. 가장 가까운 에지 컴퓨팅 노드가 선택되어 서비스 가속 목적을 달성할 수 있도록, 에지 클라우드 게이트웨이는 제1 HTTP 서비스 요청을 처리하고 제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 전달한다.
전술한 실시예에 기초하여, 특정 응용 시나리오가 설명을 위해 아래에서 사용된다. 상이한 단말의 상이한 요청 상태에 대해, 본 출원의 실시예에서 MEC 노드를 선택하기 위한 방법을 설명하기 위해 두 가지 상이한 구현이 채택될 수 있다.
제1 구현 : 표준 DNS 요청 프로세스의 경우, 즉 단말이 원래 도메인 이름에 대한 DNS 요청을 개시하는 경우, UPF는 제1 사전 구성 규칙에 대응하고, GSLB는 제3 사전 구성 규칙에 대응하며, 에지 클라우드 게이트웨이는 제2 사전 구성 규칙에 대응한다.
도 4는 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 방법의 상호작용 흐름도이다.
단계 400 : 단말은 로컬 DNS를 사용하여 DNS 요청을 GSLB로 전송한다.
구체적으로, 단말은 표준 DNS 요청에 의해 원래 도메인 이름에 대한 요청을 개시할 수 있다. 기존의 DNS 어드레싱 메커니즘에 기초하여, 요청은 로컬 DNS를 사용하여 GSLB로 전달된다.
단계 401 : GSLB는 단말에 의해 전송된 DNS 요청을 수신한다.
단계 402 : GSLB는 DNS 요청의 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 것으로의 결정에 응답하여 글로벌 에지 게이트웨이 IP 주소를 단말에게 반환한다.
본 출원의 본 실시예에서, GSLB가 이러한 기능을 구현할 수 있는 것은 주로 GSLB에 대한 사전 구성에 기초한다. GSLB는 대응하는 제3 사전 구성 규칙에 따라 글로벌 에지 게이트웨이 IP 주소를 목적지 IP로 반환한다.
단계 403 : 단말은 제2 HTTP 서비스 요청을 UPF로 전송한다.
글로벌 에지 게이트웨이 IP 주소를 수신한 후, 단말은 제2 HTTP 서비스 요청을 개시하며, 여기서 제2 HTTP 서비스 요청의 목적지 주소는 글로벌 에지 게이트웨이 IP 주소이다.
단계 404 : UPF는 단말에 의해 전송된 제2 HTTP 서비스 요청을 수신한다.
단계 405 : UPF는 제2 HTTP 서비스 요청의 목적지 주소가 글로벌 에지 게이트웨이 IP 주소라는 파싱에 응답하여 제2 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달한다.
이러한 단계는 목적지 주소가 글로벌 에지 게이트웨이 IP 주소인 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달하는 것을 포함하는, 이에 대응하는 제1 사전 구성 규칙에 기초하여 UPF에 의해 구현된다.
단계 406 : 에지 클라우드 게이트웨이는 UPF에 의해 전달된 제2 HTTP 서비스 요청을 수신한다.
단계 407 : 에지 클라우드 게이트웨이는 제1 HTTP DNS 요청을 GSLB로 전송한다.
제1 HTTP DNS 요청은 적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하며, 소스 주소는 에지 클라우드 게이트웨이의 IP 주소이다. 즉, 에지 클라우드 게이트웨이는 자신의 IP 주소를 소스 주소로 사용하여 GSLB에게 제1 HTTP DNS 요청을 개시한다. 이러한 방식으로, 에지 클라우드 게이트웨이는 원래 DNS 요청을 HTTP DNS 요청으로 변환할 수 있으며, 이는 재전송시, 로컬 DNS를 우회하여 GSLB로 직접 전송할 수 있어서 액세스 절차가 단순화된다.
단계 408 : GSLB는 에지 클라우드 게이트웨이에 의해 전송된 제1 HTTP DNS 요청을 수신한다.
단계 409 : GSLB는 에지 클라우드 게이트웨이에게 제1 HTTP DNS 응답을 반환한다.
제1 HTTP DNS 응답은 에지 애플리케이션 VIP를 포함하며, 에지 애플리케이션 VIP는 에지 클라우드 게이트웨이의 IP 주소 및 서비스 가속 도메인 이름에 따라 GSLB에 의해 결정된다.
본 출원의 본 실시예에서, GSLB가 제1 HTTP DNS 요청의 소스 주소가 에지 클라우드 게이트웨이의 IP 주소이고, 요청된 도메인 이름이 서비스 가속 도메인 이름인 것으로 결정하면, 실제 에지 애플리케이션 VIP는 에지 클라우드 게이트웨이의 IP 주소 및 서비스 가속 도메인 이름에 해당하는 서비스 구성에 따라 선택되고 반환될 수 있다.
단계 410 : 에지 클라우드 게이트웨이는 GSLB에 의해 반환된 제1 HTTP DNS 응답을 수신한다.
단계 411 : 에지 클라우드 게이트웨이는 제1 HTTP DNS 응답에 기초하여 리디렉션 응답을 단말로 전송한다.
리디렉션 응답의 리디렉션 주소는 에지 애플리케이션 VIP이다.
리디렉션 응답은 HTTP 302 리디렉션 응답이며, 이는 단말에게 서비스 요청을 다시 개시하도록 명령한다.
단계 412 : 단말은 에지 클라우드 게이트웨이에 의해 전송된 리디렉션 응답을 수신한다.
단계 413 : 단말은 리디렉션 응답에 기초하여 제1 HTTP 서비스 요청을 UPF로 전송한다.
구체적으로, 리디렉션 응답을 수신한 후, 단말은 표준 HTTP 동작에 따라 서비스 요청을 다시 개시할 수 있으며, 여기서 제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 VIP이다.
단계 414 : UPF는 단말에 의해 전송된 제1 HTTP 서비스 요청을 수신한다.
단계 415 : UPF는 제1 HTTP 서비스 요청의 목적지 주소가 에지 애플리케이션 VIP라는 결정에 응답하여 제1 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달한다.
이러한 단계는 목적지 주소가 에지 애플리케이션 VIP인 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달하는 것을 포함하는 대응하는 제1 사전 구성 규칙에 기초하여 UPF에 의해 구현된다.
단계 416 : 에지 클라우드 게이트웨이는 UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하고, 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 따라 대응하는 MEC 처리 서버를 결정하며, 제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 오프로딩한다.
이와 같이, 본 출원의 본 실시예에서, 표준 DNS 요청 프로세스에 기초하여 MEC 노드를 선택하기 위한 서비스 데이터 절차는 주로 5G 모바일 통신 네트워크에 대해 제공된다. 에지 클라우드 게이트웨이와 같은 장치는 MEC 노드를 선택하고 지연을 줄이기 위해 가장 가까운 MEC 처리 서버로 서비스를 더 정확하게 오프로딩함으로써 서비스 가속 목적을 달성할 수 있다.
제2 구현 : HTTP DNS 요청 프로세스의 경우, 즉 단말이 원래 도메인 이름에 대한 HTTP DNS 요청을 기시하는 경우, UPF는 제4 사전 구성 규칙에 대응하고, GSLB는 제5 사전 구성 규칙에 대응하며, 에지 클라우드 게이트웨이는 제2 사전 구성 규칙에 대응한다.
도 5는 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 방법의 상호작용 흐름도이다.
단계 500 : 단말은 제2 HTTP DNS 요청을 UPF로 전송한다.
구체적으로, 단말은 HTTP DNS를 사용하여 원래 도메인 이름에 대한 요청을 개시할 수 있다. 즉, 단말은 HTTP DNS 어드레싱 메커니즘에 기초할 수 있다.
제2 HTTP DNS 요청의 목적지 주소는 GSLB의 IP 주소이다.
단계 501 : UPF는 단말에 의해 전송된 제2 HTTP DNS 요청을 수신한다.
단계 502 : UPF는 제2 HTTP DNS 요청의 목적지 주소가 GSLB의 IP 주소라는 결정에 응답하여 제2 HTTP DNS 요청을 GSLB로 전달한다.
단계 503 : GSLB는 UPF에 의해 전달된 제2 HTTP DNS 요청을 수신한다.
단계 504 : GSLB는 제2 HTTP DNS 응답을 UPF에 반환한다.
제2 HTTP DNS 응답은 적어도 에지 애플리케이션 VIP를 포함한다.
단계 505 : UPF는 GSLB에 의해 반환된 제2 HTTP DNS 응답을 수신한다.
단계 506 : UPF는 제2 HTTP DNS 응답을 단말에게 전달한다.
단계 507 : 단말은 UPF에 의해 전달된 제2 HTTP DNS 응답을 수신한다.
단계 508 : 단말은 제2 HTTP DNS 응답의 에지 애플리케이션 VIP에 기초하여 제1 HTTP 서비스 요청을 UPF에게 전송한다.
제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 VIP이다.
단계 509 : UPF는 단말에 의해 전송된 제1 HTTP 서비스 요청을 수신한다.
단계 510 : UPF는 제1 HTTP 서비스 요청의 목적지 주소가 에지 애플리케이션 VIP라는 결정에 응답하여 제1 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달한다.
단계 511 : 에지 클라우드 게이트웨이는 UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하고, 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 따라 대응하는 MEC 처리 서버를 결정하며, 제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 오프로딩한다.
이와 같이, 본 출원의 본 실시예에서, HTTP DNS 요청 프로세스에 기초하여 MEC 노드를 선택하기 위한 다른 서비스 데이터 절차는 주로 5G 모바일 통신 네트워크에 대해 제공된다. 에지 클라우드 게이트웨이와 같은 장치는 MEC 노드를 선택하고 지연을 줄이기 위해 가장 가까운 MEC 처리 서버로 서비스를 더 정확하게 오프로딩함으로써, 서비스 가속 목적을 달성할 수 있다.
전술한 실시예에 기초하여, 도 6은 본 출원의 실시예에 따른 MEC 노드를 선택하기 위한 에지 클라우드 게이트웨이를 도시한다. 에지 클라우드 게이트웨이는 MEC 노드를 선택하기 위한 시스템의 MEC 노드측 또는 에지 DC측에 구성된다. 시스템은 적어도 UPF 및 에지 클라우드 게이트웨이를 포함하며, 에지 클라우드 게이트웨이는,
UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하도록 구성된 제1 수신 모듈(60) ― 제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 VIP임 ―;
제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 따라 대응하는 MEC 처리 서버를 결정하도록 구성된 결정 모듈(61); 및
제1 HTTP 서비스 요청을 대응하는 MEC 처리 서버로 오프로딩하도록 구성된 오프로딩 모듈(62)을 포함한다.
선택적으로, 시스템은 GSLB를 더 포함하고, 에지 클라우드 게이트웨이는,
UPF에 의해 전달된 제2 HTTP 서비스 요청을 수신하도록 구성된 제2 수신 모듈(63) ― 제2 HTTP 서비스 요청의 목적지 주소는 글로벌 에지 게이트웨이 IP 주소이고, 글로벌 에지 게이트웨이 IP 주소는 단말에 의해 전송된 DNS 요청을 수신하는 경우 GSLB에 의해 단말로 반환되며, 글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소임 ―;
제2 HTTP 서비스 요청에 기초하여 GSLB로부터 에지 애플리케이션 VIP를 획득하도록 구성된 획득 모듈(64); 및
단말이 리디렉션 응답에 기초하여 제1 HTTP 서비스 요청을 전송할 수 있도록 리디렉션 응답을 단말에게 전송하도록 구성된 전송 모듈(65) ― 리디렉션 응답의 리디렉션 주소는 에지 애플리케이션 VIP임 ―을 더 포함한다.
선택적으로, 획득 모듈(64)은 구체적으로,
제1 HTTP DNS 요청을 GSLB로 전송하고 ― 제1 HTTP DNS 요청은 적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하고, 소스 주소는 에지 클라우드 게이트웨이의 IP 주소임 ―,
GSLB에 의해 반환된 제1 HTTP DNS 응답을 수신하도록 ― 제1 HTTP DNS 응답은 에지 애플리케이션 VIP를 포함하고, 에지 애플리케이션 VIP는 에지 클라우드 게이트웨이의 IP 주소 및 제1 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 GSLB에 의해 결정됨 ― 구성된다.
선택적으로, 리디렉션 응답은 HTTP 302 리디렉션 응답이다.
선택적으로, 제1 HTTP 서비스 요청은 UPF에 의해 전달된 제2 HTTP DNS 응답을 수신할 때 단말에 의해 전송되고, 제2 HTTP DNS 응답은 UPF에 의해 전달된 제2 HTTP DNS 요청을 수신할 때 GSLB에 의해 반환되며, 제2 HTTP DNS 요청은 단말에 의해 전송된 제2 HTTP DNS 요청의 목적지 주소가 GSLB의 IP 주소인 것으로 파싱될 때 UPF에 의해 전달된다.
제2 HTTP DNS 응답은 적어도 에지 애플리케이션 VIP를 포함하고, 에지 애플리케이션 VIP는 제2 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 GSLB에 의해 결정된다.
선택적으로, UPF, 에지 클라우드 게이트웨이 및 GSLB는 각각 상이한 사전 구성 규칙에 대응하며, 사전 구성 규칙은 서비스 가속을 라우팅 구성을 나타낸다.
선택적으로, UPF는 제1 사전 구성 규칙에 대응하며, 제1 사전 구성 규칙은 적어도, 목적지 주소가 글로벌 에지 게이트웨이 IP 주소인 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달하는 것, 또는 목적지 주소가 에지 애플리케이션 VIP인 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달하는 것을 포함한다.
에지 클라우드 게이트웨이는 제2 사전 구성 규칙에 대응하며, 제2 사전 구성 규칙은 적어도 미리 설정된 오프로딩 정책을 포함한다.
GSLB는 제3 사전 구성 규칙에 대응하며, 제3 사전 구성 규칙은 적어도, 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 DNS 요청인 경우, 글로벌 에지 게이트웨이 IP 주소를 반환하는 것, 또는 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우, HTTP DNS 요청의 소스 주소 및 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환하는 것 ― 소스 주소는 에지 클라우드 게이트웨이의 IP 주소임 ―을 포함한다.
선택적으로, UPF는 제4 사전 구성 규칙에 대응하며, 제4 사전 구성 규칙은 적어도 목적지 주소가 에지 애플리케이션 VIP인 HTTP 서비스 요청을 에지 클라우드 게이트웨이로 전달하는 것을 포함한다.
GSLB는 제5 사전 구성 규칙에 대응하며, 제5 사전 구성 규칙은 적어도, 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우, HTTP DNS 요청의 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환하는 것을 포함한다.
선택적으로, 제1 사전 구성 규칙, 제2 사전 구성 규칙 또는 제4 사전 구성 규칙은 구성된 에지 제어기에 의해 구성되거나 또는 로컬로 구성된다.
에지 제어기는 시스템의 코어 네트워크의 클라우드 센터에 구성되며, 에지 클라우드 게이트웨이 및 UPF와 통신 가능하게 연결된다.
전술한 실시예에 기초하여, 도 7은 본 출원의 실시예에 따른 전자 장치의 개략적인 구조도이다.
본 출원의 본 실시예는 전자 장치를 제공한다. 전자 장치는 중앙 처리 장치(center processing unit, CPU)(710), 메모리(720), 입력 장치(730), 출력 장치(740) 등을 포함할 수 있다. 입력 장치(730)는 키보드, 마우스, 터치 스크린 등을 포함할 수 있다. 출력 장치(740)는 액정 디스플레이(liquid crystal display, LCD) 또는 음극선관(cathode ray tube, CRT)과 같은 디스플레이 장치를 포함할 수 있다.
메모리(720)는 ROM(read-only memory) 및 RAM(random access memory)을 포함할 수 있으며, 프로세서(710)를 위해 메모리(720)에 저장된 프로그램 명령 및 데이터를 제공할 수 있다. 본 출원의 본 실시예에서, 메모리(720)는 본 출원의 실시예 중 어느 하나에 따른 MEC 노드를 선택하기 위한 방법의 프로그램을 저장하도록 구성될 수 있다.
프로세서(710)는 메모리(720)에 저장된 프로그램 명령을 호출하고, 획득된 프로그램 명령에 따라 본 출원의 실시예 중 어느 하나에 따른 MEC 노드를 선택하기 위한 방법을 수행하도록 구성된다.
전술한 실시예에 기초하여, 본 출원의 실시예는 컴퓨터 프로그램을 저장하는 컴퓨터 판독 가능 저장 매체를 제공하며, 컴퓨터 프로그램은 프로세서에 의해 실행될 때 상기한 방법 실시예 중 어느 하나에 따른 MEC 노드를 선택하기 위한 방법을 구현한다.
당업자는 본 출원의 실시예가 방법, 시스템, 또는 컴퓨터 프로그램 제품으로서 제공될 수 있다고 이해할 수 있다. 따라서, 본 출원은 하드웨어만의 실시예, 소프트웨어만의 실시예, 또는 소프트웨어 및 하드웨어의 조합을 가진 실시예의 형태를 이용할 수 있다. 게다가, 본 출원은 컴퓨터에서 사용 가능한 프로그램 코드를 포함하는, 하나 이상의 컴퓨터에서 사용 가능한 저장 매체(디스크 메모리, 씨디롬(CD-ROM), 광메모리(optical memory) 등을 포함하지만 이에 제한되지 않음) 상에 구현되는 컴퓨터 프로그램 제품의 형태를 사용할 수 있다.
예시적인 실시예에서, 컴퓨터 프로그램 제품이 더 제공되며, 실행될 때, 컴퓨터 프로그램 제품은 전술한 실시예에서 제공된 MEC 노드를 선택하기 위한 방법을 구현하는 데 사용된다.
본 출원은 본 출원의 실시예에 따른 방법의 흐름도 및/또는 블록도, 장치(시스템), 및 컴퓨터 프로그램 제품을 참조하여 설명된다. 컴퓨터 프로그램 명령이 흐름도 및/또는 블록도 내 각각의 절차 및/또는 블록과 흐름도 및/또는 블록도 내 절차 및/또는 블록의 조합을 구현할 수 있다는 것이 이해되어야 한다. 컴퓨터 또는 다른 프로그램 가능한 데이터 처리 장치의 프로세서에 의해 실행되는 명령을 사용하여 흐름도 내의 하나 이상의 절차에서 및/또는 블록도 내의 하나 이상의 블록에서 특정된 기능을 구현하도록 구성된 장치가 생성될 수 있도록, 컴퓨터 프로그램 명령이 범용 컴퓨터, 전용 컴퓨터, 임베디드 프로세서, 또는 다른 프로그램 가능한 데이터 처리 장치의 프로세서에 대해 제공되어 기계를 생성할 수 있다.
컴퓨터로 판독 가능한 메모리에 저장된 명령이 명령 장치를 포함하는 인공물을 생성할 수 있도록, 컴퓨터 프로그램 명령은 다르게는 특정 방식으로 작동하도록 컴퓨터 또는 임의의 다른 프로그램 가능한 데이터 처리 장치에게 명령할 수 있는 컴퓨터로 판독 가능한 메모리에 저장될 수도 있다. 명령 장치는 흐름도 내의 하나 이상의 절차 및/또는 블록도 내의 하나 이상의 블록에서 특정 기능을 구현한다.
일련의 작동 및 단계가 컴퓨터 또는 다른 프로그램 가능한 장치 상에서 수행될 수 있도록, 컴퓨터 프로그램 명령이 또한 컴퓨터 또는 다른 프로그램 가능한 데이터 처리 장치에 로딩될 수 있으며, 이로써 컴퓨터 구현 처리를 발생시킨다. 따라서, 컴퓨터나 다른 프로그램 가능한 장치에서 실행되는 명령은 흐름도 내의 하나 이상의 프로세스 및/또는 블록도 내의 하나 이상의 블록에서 특정 기능을 구현하기 위한 단계를 제공한다.
본 출원의 예시적인 실시예가 설명되었지만, 일단 기본 발명 개념을 학습하면 당업자는 이러한 실시예에 추가적인 변경 및 수정을 할 수 있다. 따라서, 이하의 청구 범위는 예시적인 실시예 및 본 출원의 범위에 속하는 모든 변경과 수정을 포함하는 것으로 해석되도록 의도된다.
명백히, 당업자는 본 출원의 실시예의 사상 및 범위에서 벗어나지 않고도 본 출원의 실시예를 다양하게 수정하고 변경할 수 있을 것이다. 이 경우, 본 출원의 실시예에 대한 수정 및 변경이 본 출원의 청구 범위 및 그에 상응하는 기술의 범위 내에 있다면, 본 출원은 또한 변경 및 변형을 포함하도록 의도된다.

Claims (19)

  1. 모바일 에지 컴퓨팅(mobile edge computing, MEC) 노드를 선택하기 위한 시스템 내에 구성된 에지 클라우드 게이트웨이에 의해 수행되는 MEC 노드를 선택하기 위한 방법으로서,
    상기 시스템은 적어도 사용자 평면 기능(user plane function, UPF) 및 상기 에지 클라우드 게이트웨이를 포함하고, 상기 방법은,
    상기 에지 클라우드 게이트웨이가 상기 UPF에 의해 전달된 제1 하이퍼텍스트 전송 프로토콜(HyperText Transfer Protocol, HTTP) 서비스 요청을 수신하는 단계 ― 상기 제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 가상 인터넷 프로토콜 주소(virtual Internet Protocol address, VIP)임 ―;
    상기 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩(offloading) 정책에 따라 대응하는 MEC 처리 서버를 결정하는 단계; 및
    상기 대응하는 MEC 처리 서버에게 상기 제1 HTTP 서비스 요청을 오프로드하는 단계
    를 포함하고,
    상기 시스템은 글로벌 서버 로드 밸런스(global server load balance, GSLB)를 더 포함하고, 상기 에지 클라우드 게이트웨이가 상기 UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하는 단계 전에, 상기 방법은,
    상기 UPF에 의해 전달된 제2 HTTP 서비스 요청을 수신하는 단계 ― 상기 제2 HTTP 서비스 요청의 목적지 주소는 글로벌 에지 게이트웨이 IP 주소이고, 상기 글로벌 에지 게이트웨이 IP 주소는 단말에 의해 전송된 도메인 이름 시스템(domain name system, DNS) 요청 수신시 상기 GSLB에 의해 상기 단말로 반환되며, 상기 글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소임 ―;
    상기 제2 HTTP 서비스 요청에 기초하여 상기 GSLB로부터 상기 에지 애플리케이션 VIP를 획득하는 단계; 및
    상기 단말에게 리디렉션 응답(redirection response)을 전송하는 단계 ― 상기 리디렉션 응답의 리디렉션 주소는 상기 에지 애플리케이션 VIP이고, 상기 단말에게 상기 리디렉션 응답을 전송함으로써 상기 단말은 상기 리디렉션 응답에 기초하여 상기 제1 HTTP 서비스 요청을 전송함 ―
    를 더 포함하고,
    상기 GSLB로부터 상기 에지 애플리케이션 VIP를 획득하는 단계는,
    적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하는 제1 HTTP DNS 요청을 상기 GSLB에게 전송하는 단계 ― 상기 소스 주소는 상기 에지 클라우드 게이트웨이의 IP 주소임 ―; 및
    상기 GSLB에 의해 반환된 제1 HTTP DNS 응답을 수신하는 단계 ― 상기 제1 HTTP DNS 응답은 상기 에지 애플리케이션 VIP를 포함하고, 상기 에지 애플리케이션 VIP는 상기 에지 클라우드 게이트웨이의 IP 주소 및 상기 제1 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 상기 GSLB에 의해 결정됨 ―
    를 포함하는, 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
  2. 삭제
  3. 삭제
  4. 제1항에 있어서,
    상기 리디렉션 응답은 HTTP 302 리디렉션 응답인,
    모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
  5. 삭제
  6. 제1항에 있어서,
    상기 UPF, 상기 에지 클라우드 게이트웨이 및 상기 GSLB는 각각 상이한 사전 구성 규칙에 대응하고, 상기 사전 구성 규칙은 서비스 가속을 위한 라우팅 구성을 나타내는,
    모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
  7. 제6항에 있어서,
    상기 UPF는 제1 사전 구성 규칙에 대응하고, 상기 제1 사전 구성 규칙은 적어도, 목적지 주소가 상기 글로벌 에지 게이트웨이 IP 주소인 HTTP 서비스 요청을 상기 에지 클라우드 게이트웨이에게 전달하는 것, 또는 목적지 주소가 상기 에지 애플리케이션 VIP인 HTTP 서비스 요청을 상기 에지 클라우드 게이트웨이에게 전달하는 것을 포함하며,
    상기 에지 클라우드 게이트웨이는 제2 사전 구성 규칙에 대응하고, 상기 제2 사전 구성 규칙은 적어도, 미리 설정된 오프로딩 정책을 포함하며,
    상기 GSLB는 제3 사전 구성 규칙에 대응하고, 상기 제3 사전 구성 규칙은 적어도, 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 DNS 요청의 경우 상기 글로벌 에지 게이트웨이 IP 주소를 반환하는 것, 또는 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우 상기 HTTP DNS 요청의 소스 주소 및 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환하는 것을 포함하며, 상기 소스 주소는 상기 에지 클라우드 게이트웨이의 IP 주소인,
    모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
  8. 제6항에 있어서,
    상기 UPF는 제4 사전 구성 규칙에 대응하고, 상기 제4 사전 구성 규칙은 적어도, 목적지 주소가 상기 에지 애플리케이션 VIP인 HTTP 서비스 요청을 상기 에지 클라우드 게이트웨이에게 전달하는 것을 포함하며,
    상기 GSLB는 제5 사전 구성 규칙에 대응하고, 상기 제5 사전 구성 규칙은 적어도, 도메인 이름이 미리 설정된 서비스 가속 도메인 이름인 HTTP DNS 요청의 경우, 상기 HTTP DNS 요청의 서비스 가속 도메인 이름에 기초하여 대응하는 에지 애플리케이션 VIP를 반환하는 것을 포함하는,
    모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
  9. 제7항에 있어서,
    상기 제1 사전 구성 규칙 또는 상기 제2 사전 구성 규칙은 구성된 에지 제어기에 의해 구성되거나 또는 로컬로 구성되며,
    상기 에지 제어기는 상기 시스템의 코어 네트워크의 클라우드 센터 내에 구성되고, 상기 에지 클라우드 게이트웨이 및 상기 UPF에 통신 가능하게 연결되어 있는,
    모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
  10. 제1항 또는 제4항에 있어서,
    상기 에지 클라우드 게이트웨이는 상기 시스템의 MEC 노드측 또는 에지 데이터 센터(data center, DC)측에 구성되는,
    모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
  11. 모바일 에지 컴퓨팅(MEC) 노드를 선택하기 위한 에지 클라우드 게이트웨이로서,
    MEC 노드를 선택하기 위한 시스템 내에 구성되고, 상기 시스템은 적어도 사용자 평면 기능(UPF) 및 상기 에지 클라우드 게이트웨이를 포함하며, 상기 에지 클라우드 게이트웨이는,
    상기 UPF에 의해 전달된 제1 하이퍼텍스트 전송 프로토콜(HTTP) 서비스 요청을 수신하도록 구성된 제1 수신 모듈 ― 상기 제1 HTTP 서비스 요청의 목적지 주소는 에지 애플리케이션 가상 인터넷 프로토콜 주소(VIP)임 ―;
    상기 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 따라 대응하는 MEC 처리 서버를 결정하도록 구성된 결정 모듈; 및
    상기 대응하는 MEC 처리 서버에게 상기 제1 HTTP 서비스 요청을 오프로드하도록 구성된 오프로딩 모듈
    을 포함하고,
    상기 시스템은 글로벌 서버 로드 밸런스(global server load balance, GSLB)를 더 포함하고,
    상기 에지 클라우드 게이트웨이는
    상기 UPF에 의해 전달된 제2 HTTP 서비스 요청을 수신하도록 구성된 제2 수신 모듈 ― 상기 제2 HTTP 서비스 요청의 목적지 주소는 글로벌 에지 게이트웨이 IP 주소이고, 상기 글로벌 에지 게이트웨이 IP 주소는 단말에 의해 전송된 도메인 이름 시스템(domain name system, DNS) 요청 수신시 상기 GSLB에 의해 상기 단말로 반환되며, 상기 글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소임 ―;
    상기 제2 HTTP 서비스 요청에 기초하여 상기 GSLB로부터 상기 에지 애플리케이션 VIP를 획득하도록 구성된 획득 모듈; 및
    상기 단말에게 리디렉션 응답(redirection response)을 전송하도록 구성된 전송 모듈 ― 상기 리디렉션 응답의 리디렉션 주소는 상기 에지 애플리케이션 VIP이고, 상기 단말에게 상기 리디렉션 응답을 전송함으로써 상기 단말은 상기 리디렉션 응답에 기초하여 상기 제1 HTTP 서비스 요청을 전송함 ―
    을 더 포함하고,
    상기 GSLB로부터 상기 에지 애플리케이션 VIP를 획득하는 것은,
    적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하는 제1 HTTP DNS 요청을 상기 GSLB에게 전송하는 것 ― 상기 소스 주소는 상기 에지 클라우드 게이트웨이의 IP 주소임 ―; 및
    상기 GSLB에 의해 반환된 제1 HTTP DNS 응답을 수신하는 것 ― 상기 제1 HTTP DNS 응답은 상기 에지 애플리케이션 VIP를 포함하고, 상기 에지 애플리케이션 VIP는 상기 에지 클라우드 게이트웨이의 IP 주소 및 상기 제1 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 상기 GSLB에 의해 결정됨 ―
    을 포함하는,
    에지 클라우드 게이트웨이.
  12. 모바일 에지 컴퓨팅(MEC) 노드를 선택하기 위한 시스템으로서,
    적어도 사용자 평면 기능(UPF) 및 에지 클라우드 게이트웨이를 포함하며,
    상기 UPF는 단말에 의해 전송된 제1 하이퍼텍스트 전송 프로토콜(HTTP) 서비스 요청을 수신하고, 상기 제1 HTTP 서비스 요청의 목적지 주소가 에지 애플리케이션 가상 인터넷 프로토콜 주소(VIP)라는 결정에 응답하여 상기 에지 클라우드 게이트웨이에게 상기 제1 HTTP 서비스 요청을 전달하도록 구성되고,
    상기 에지 클라우드 게이트웨이는 상기 UPF에 의해 전달된 제1 HTTP 서비스 요청을 수신하고, 상기 제1 HTTP 서비스 요청 및 미리 설정된 오프로딩 정책에 기초하여 대응하는 MEC 처리 서버를 결정하며, 상기 대응하는 MEC 처리 서버에게 상기 제1 HTTP 서비스 요청을 오프로드하도록 구성되고,
    상기 시스템은 글로벌 서버 로드 밸런스(GSLB)를 더 포함하며,
    상기 GSLB는 상기 단말에 의해 전송된 도메인 이름 시스템(DNS) 요청을 수신하고, 상기 DNS 요청의 도메인 이름이 미리 설정된 서비스 가속화 도메인 이름이라는 결정에 응답하여 상기 단말에게 글로벌 에지 게이트웨이 IP 주소를 반환하도록 구성되고, 상기 글로벌 에지 게이트웨이 IP 주소는 서비스 가속을 식별하는 IP 주소이며,
    상기 UPF는 상기 단말에 의해 전송된 제2 HTTP 서비스 요청을 수신하고, 상기 제1 HTTP 서비스 요청의 목적지 주소가 상기 글로벌 에지 게이트웨이 IP 주소라는 결정에 응답하여 상기 에지 클라우드 게이트웨이에게 상기 제2 HTTP 서비스 요청을 전달하도록 추가로 구성되며,
    상기 에지 클라우드 게이트웨이는 상기 UPF에 의해 전달된 상기 제2 HTTP 서비스 요청을 수신하고, 상기 제2 HTTP 서비스 요청에 기초하여 상기 GSLB로부터 에지 애플리케이션 VIP를 획득하며, 상기 단말에게 리디렉션 응답을 전송하도록 추가로 구성되고, 상기 리디렉션 응답의 리디렉션 주소는 상기 에지 애플리케이션 VIP이고, 상기 단말에게 상기 리디렉션 응답을 전송함으로써 상기 단말은 상기 리디렉션 응답에 기초하여 상기 제1 HTTP 서비스 요청을 전송하고,
    상기 GSLB로부터 상기 에지 애플리케이션 VIP를 획득하는 동안, 상기 에지 클라우드 게이트웨이는,
    상기 GSLB에게 제1 HTTP DNS 요청을 전송하고 ― 상기 제1 HTTP DNS 요청은 적어도 서비스 가속 도메인 이름 및 소스 주소를 포함하고, 상기 소스 주소는 상기 에지 클라우드 게이트웨이의 IP 주소임 ―,
    상기 GSLB에 의해 반환된 제1 HTTP DNS 응답을 수신하도록 ― 상기 제1 HTTP DNS 응답은 상기 에지 애플리케이션 VIP를 포함하고, 상기 에지 애플리케이션 VIP는 상기 에지 클라우드 게이트웨이의 IP 주소 및 상기 제1 HTTP DNS 요청의 서비스 가속 도메인 이름에 따라 상기 GSLB에 의해 결정됨 ―
    구성되는, 모바일 에지 컴퓨팅 노드를 선택하기 위한 시스템.
  13. 삭제
  14. 삭제
  15. 삭제
  16. 전자 장치로서,
    메모리, 프로세서, 및 상기 메모리에 저장되고 상기 프로세서에서 실행 가능한 컴퓨터 프로그램을 포함하며, 상기 프로세서는, 상기 프로그램을 실행할 때, 제1항, 제4항, 제6항, 제7항 및 제8항 중 어느 한 항에 따른 방법을 수행하는,
    전자 장치.
  17. 저장 매체로서,
    컴퓨터 프로그램을 저장하도록 구성되며, 상기 컴퓨터 프로그램은 제1항, 제4항, 제6항, 제7항 및 제8항 중 어느 한 항에 따른 방법을 수행하는 데 사용되는,
    저장 매체.
  18. 컴퓨터 판독가능 저장 매체에 저장된 컴퓨터 프로그램으로서,
    상기 컴퓨터 프로그램은 명령을 포함하며, 상기 명령은, 컴퓨터 상에서 실행될 때, 상기 컴퓨터로 하여금 제1항, 제4항, 제6항, 제7항 및 제8항 중 어느 한 항에 따른 방법을 수행하게 하는,
    컴퓨터 판독가능 저장 매체에 저장된 컴퓨터 프로그램.
  19. 제8항에 있어서,
    상기 제4 사전 구성 규칙은 구성된 에지 제어기에 의해 구성되거나 또는 로컬로 구성되며,
    상기 에지 제어기는 상기 시스템의 코어 네트워크의 클라우드 센터 내에 구성되고, 상기 에지 클라우드 게이트웨이 및 상기 UPF에 통신 가능하게 연결되어 있는,
    모바일 에지 컴퓨팅 노드를 선택하기 위한 방법.
KR1020217020441A 2019-05-10 2020-04-15 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템 KR102514250B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910387647.7 2019-05-10
CN201910387647.7A CN110198307B (zh) 2019-05-10 2019-05-10 一种移动边缘计算节点的选择方法、装置及系统
PCT/CN2020/084892 WO2020228469A1 (zh) 2019-05-10 2020-04-15 一种移动边缘计算节点的选择方法、装置及系统

Publications (2)

Publication Number Publication Date
KR20210094077A KR20210094077A (ko) 2021-07-28
KR102514250B1 true KR102514250B1 (ko) 2023-03-24

Family

ID=67752584

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020217020441A KR102514250B1 (ko) 2019-05-10 2020-04-15 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템

Country Status (6)

Country Link
US (1) US11303696B2 (ko)
EP (1) EP3968594B1 (ko)
JP (1) JP7252356B2 (ko)
KR (1) KR102514250B1 (ko)
CN (1) CN110198307B (ko)
WO (1) WO2020228469A1 (ko)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7040763B2 (ja) * 2018-03-28 2022-03-23 日本電気株式会社 ゲートウェイ装置、方法、プログラム、及び記録媒体
CN110505073B (zh) * 2018-05-16 2020-11-17 华为技术有限公司 一种移动边缘计算方法及装置
CN110198363B (zh) * 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统
CN110445886B (zh) * 2019-07-05 2020-11-06 网宿科技股份有限公司 一种实现域名访问加速的方法和系统
CN110460652B (zh) * 2019-07-26 2021-09-14 网宿科技股份有限公司 一种资源获取方法及边缘计算调度服务器
CN112788089B (zh) * 2019-11-11 2023-11-07 财团法人工业技术研究院 多边缘云的网络通讯控制方法及边缘运算装置与系统
CN110933061B (zh) * 2019-11-22 2022-02-18 中国联合网络通信集团有限公司 一种通信方法及装置
CN110995826B (zh) * 2019-11-29 2022-05-03 腾讯科技（深圳）有限公司 通信处理方法、装置、计算机可读介质及电子设备
CN112953984B (zh) * 2019-12-10 2023-07-28 贵州白山云科技股份有限公司 数据处理方法、装置、介质及系统
CN110943922A (zh) * 2019-12-11 2020-03-31 中国联合网络通信集团有限公司 一种数据分流方法及路由器
CN113067909B (zh) * 2020-01-02 2023-04-07 中国移动通信有限公司研究院 边缘节点寻址方法、装置、设备及存储介质
CN113067907B (zh) * 2020-01-02 2023-04-07 中国移动通信有限公司研究院 一种边缘应用寻址的方法和相关设备
CN113315796B (zh) * 2020-02-26 2022-09-06 中移物联网有限公司 一种边缘引流开放方法、终端及能力开放平台
CN114124817B (zh) * 2020-03-15 2023-03-14 腾讯科技（深圳）有限公司 基于边缘计算的通信方法、装置、介质及电子设备
CN113472822A (zh) * 2020-03-30 2021-10-01 中移(上海)信息通信科技有限公司 数据分流方法、装置、设备及介质
CN111565218B (zh) * 2020-04-08 2023-03-10 深圳数联天下智能科技有限公司 一种数据处理方法、电子设备
CN113766629B (zh) * 2020-06-03 2022-12-27 中国移动通信集团浙江有限公司 5g边缘计算场景下的业务处理方法及系统
CN111770477B (zh) * 2020-06-08 2024-01-30 中天通信技术有限公司 一种mec网络的保护资源的部署方法及相关装置
CN113938814B (zh) * 2020-07-08 2024-01-30 中国电信股份有限公司 内容分发网络的业务调度方法、upf、系统以及介质
CN113973099B (zh) * 2020-07-24 2023-12-15 中国电信股份有限公司 获取eas的ip地址的方法、装置及系统
CN112040189B (zh) * 2020-09-01 2022-06-24 浙江大华技术股份有限公司 前端设备的监控方法及系统、存储介质
CN112312481B (zh) * 2020-09-25 2022-06-21 网络通信与安全紫金山实验室 一种mec与多运营商核心网的通信方法及系统
CN112422679B (zh) * 2020-11-17 2022-02-22 中国联合网络通信集团有限公司 一种通信方法及装置
CN114598676A (zh) * 2020-11-19 2022-06-07 中国电信股份有限公司 应用寻址方法、系统和存储介质
CN112543481B (zh) * 2020-11-23 2023-09-15 中国联合网络通信集团有限公司 一种边缘节点算力负载均衡的方法、装置及系统
CN112601256B (zh) * 2020-12-07 2022-07-15 广西师范大学 一种超密集网络中基于mec-sbs簇化的负载调度方法
CN112637310B (zh) * 2020-12-17 2022-05-27 中国联合网络通信集团有限公司 边缘服务发现的方法、边缘服务网络
CN114845344A (zh) * 2021-02-01 2022-08-02 华为云计算技术有限公司 一种多接入边缘计算网络、流量处理方法及相关设备
CN115118786B (zh) * 2021-03-22 2024-03-19 中国电信股份有限公司 边缘业务调度方法、装置和系统、存储介质
CN115134103A (zh) * 2021-03-24 2022-09-30 腾讯科技（深圳）有限公司 请求处理方法、装置、设备及存储介质
CN113301126B (zh) * 2021-05-06 2024-03-12 中国南方电网有限责任公司 一种适用于异构组网网关的边缘计算方法
CN113285999A (zh) * 2021-05-18 2021-08-20 中云汇(成都)物联科技有限公司 边缘计算系统及控制方法
CN113641485A (zh) * 2021-07-02 2021-11-12 山东师范大学 一种任务卸载节点选择方法及系统
CN113301184B (zh) * 2021-07-08 2021-10-26 凌锐蓝信科技(北京)有限公司 远程访问方法、装置、计算机设备和存储介质
CN113890864B (zh) * 2021-10-19 2024-06-14 京东科技信息技术有限公司 数据包处理方法、装置、电子设备和存储介质
CN114039977B (zh) * 2021-11-10 2024-03-26 北京奇艺世纪科技有限公司 一种基于边缘计算的应用任务的实现方法、系统及装置
CN114257439B (zh) * 2021-12-17 2023-07-07 中国联合网络通信集团有限公司 业务调度方法、aaa服务器和业务支撑系统
CN114339727B (zh) * 2021-12-29 2023-08-15 中国联合网络通信集团有限公司 边缘平台、配置方法、装置、终端及存储介质
CN114422477B (zh) * 2021-12-30 2023-07-21 联想(北京)有限公司 基于边缘云架构的域名解析方法、装置及存储介质
CN114095869B (zh) * 2022-01-07 2022-05-03 广东海洋大学 一种为终端调度多接入边缘计算节点的方法、装置及系统
CN114584558B (zh) * 2022-01-17 2024-03-15 深圳渊联技术有限公司 云边协同分布式api网关系统及api调用方法
CN114827276B (zh) * 2022-04-22 2023-10-24 网宿科技股份有限公司 基于边缘计算的数据处理方法、设备及可读存储介质
CN115086318B (zh) * 2022-06-13 2024-04-05 南方电网数字平台科技(广东)有限公司 一种云边消息协同方法及装置
US11915059B2 (en) * 2022-07-27 2024-02-27 Oracle International Corporation Virtual edge devices
CN115988092B (zh) * 2023-02-08 2023-06-23 天翼云科技有限公司 一种图像处理方法、装置、设备、介质及产品

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180287890A1 (en) * 2013-08-08 2018-10-04 Level 3 Communications, Llc Content delivery methods and systems
CN109379774A (zh) * 2018-11-08 2019-02-22 网宿科技股份有限公司 智能调度方法、终端设备、边缘节点集群与智能调度系统

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7461154B2 (en) * 2004-11-18 2008-12-02 Cisco Technology, Inc. Communication arrangement between virtual routers of a physical router
CN106936856B (zh) * 2015-12-29 2019-10-22 中国电信股份有限公司 内容加速方法和延伸加速节点
US9866637B2 (en) * 2016-01-11 2018-01-09 Equinix, Inc. Distributed edge processing of internet of things device data in co-location facilities
JP6650535B2 (ja) * 2016-04-05 2020-02-19 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． モバイル協働型コミュニケーション方法及び装置
US11444850B2 (en) * 2016-05-02 2022-09-13 Huawei Technologies Co., Ltd. Method and apparatus for communication network quality of service capability exposure
EP3596890A4 (en) * 2017-03-16 2020-11-25 INTEL Corporation SYSTEMS, PROCESSES AND DEVICES FOR USER-PLAN TRAFFIC TRANSFER
CN109275160B (zh) * 2017-07-17 2020-07-07 华为技术有限公司 数据分流方法、设备及系统
CN113115272A (zh) * 2017-09-21 2021-07-13 华为技术有限公司 业务重定向方法及装置
US11140529B2 (en) * 2017-11-27 2021-10-05 Intel Corporation Multi-access edge computing (MEC) based multi operator support for C-V2X systems
US11064057B2 (en) * 2017-11-30 2021-07-13 Intel Corporation Multi-access edge computing (MEC) translation of radio access technology messages
CN111512579A (zh) * 2018-03-30 2020-08-07 英特尔公司 多接入管理服务分组恢复机制
CN109040259B (zh) * 2018-08-09 2021-02-23 中国联合网络通信集团有限公司 一种基于mec的cdn节点分配方法和系统
US11271994B2 (en) * 2018-12-28 2022-03-08 Intel Corporation Technologies for providing selective offload of execution to the edge
US10848974B2 (en) * 2018-12-28 2020-11-24 Intel Corporation Multi-domain trust establishment in edge cloud architectures
US11121957B2 (en) * 2018-12-28 2021-09-14 Intel Corporation Dynamic quality of service in edge cloud architectures
CN109640348B (zh) * 2019-01-08 2020-11-20 中国联合网络通信集团有限公司 多业务mec网络架构、多业务数据流的处理方法及装置
CN109640319B (zh) * 2019-01-16 2021-08-31 腾讯科技（深圳）有限公司 基于接入信息的调度方法、装置及电子设备
US11711267B2 (en) * 2019-02-25 2023-07-25 Intel Corporation 5G network slicing with distributed ledger traceability and resource utilization inferencing
CN110198363B (zh) * 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180287890A1 (en) * 2013-08-08 2018-10-04 Level 3 Communications, Llc Content delivery methods and systems
CN109379774A (zh) * 2018-11-08 2019-02-22 网宿科技股份有限公司 智能调度方法、终端设备、边缘节点集群与智能调度系统

Also Published As

Publication number Publication date
WO2020228469A1 (zh) 2020-11-19
CN110198307A (zh) 2019-09-03
US11303696B2 (en) 2022-04-12
JP7252356B2 (ja) 2023-04-04
JP2022532007A (ja) 2022-07-13
EP3968594A1 (en) 2022-03-16
EP3968594B1 (en) 2023-11-29
EP3968594A4 (en) 2022-06-22
KR20210094077A (ko) 2021-07-28
US20210273987A1 (en) 2021-09-02
CN110198307B (zh) 2021-05-18

Similar Documents

Publication Publication Date Title
KR102514250B1 (ko) 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템
EP3968610A1 (en) Method, device, and system for selecting mobile edge computing node
CN105164990B (zh) 在网络节点中操作的网络节点功能的方法，客户端设备
CN113596191B (zh) 一种数据处理方法、网元设备以及可读存储介质
CN110896553B (zh) 多接入边缘计算方法和平台、通信系统
CN110620802B (zh) 一种负载均衡方法和装置
US11115498B2 (en) Multi-path management
CN113572835B (zh) 一种数据处理方法、网元设备以及可读存储介质
WO2023151264A1 (zh) 负载均衡方法、装置、节点及存储介质
US20180091631A1 (en) Systems and methods for writing prioritized http/2 data to a socket buffer
Pirmagomedov et al. Augmented computing at the edge using named data networking
CN117546453A (zh) 用于基于服务质量参数建立网络切片中的消息优先级的方法、系统和计算机可读介质
CN106254576B (zh) 一种报文转发方法及装置
CN113973086B (zh) 一种数据传输方法、装置及存储介质
US20240179223A1 (en) Method for providing edge computing service and apparatus for edge computing service
US12010012B2 (en) Application-aware BGP path selection and forwarding
WO2024143413A1 (ja) コアネットワークノード、通信システム、通信方法、及びプログラム
WO2014042513A1 (en) A system and method for transmitting web content
CN115604172A (zh) 报文转发的方法、装置及系统
CN116418794A (zh) 适用于http3服务的cdn调度方法、装置、系统、设备及介质

Legal Events

Date Code Title Description
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant