KR20200120565A

KR20200120565A - 도메인 네임 서버(dns) 레졸루션을 통해 에지 서버 또는 에지 서비스를 탐색하기 위한 방법 및 시스템

Info

Publication number: KR20200120565A
Application number: KR1020200044914A
Authority: KR
Inventors: 잠셰드만자 팔란; 카시케얀 에이; 마드한라즈 카나가라티남; 드로남라주 시바 사바레시; 일란키 산딥; 라마나단 팔라니앗판; 써니; 스웨타 자이스왈
Original assignee: 삼성전자주식회사
Priority date: 2019-04-12
Filing date: 2020-04-13
Publication date: 2020-10-21
Also published as: US11962656B2; CN113366816B; US11290548B2; CN113366816A; US20200329109A1; US20220224761A1; WO2020209703A1; EP3935819A4; EP3935819A1

Abstract

본 발명은 모바일 에지 컴퓨팅(mobile edge computing, MEC) 플랫폼 기반 네트워크에서 DNS(Domain Name Server) 레졸루션을 통해 에지 서버들 및 서비스들을 탐색하는 방법에 관한 것이다. 본 방법은 사용자 장비로부터 DNS 서버로 DNS 쿼리를 전송하는 단계를 포함하며, 여기서 DNS 쿼리는 하나 이상의 웹 기반 서비스들에 액세스하기 위한 사용자 요청에 관한 것이다. UE는 DNS 서버로부터 상기 웹 기반 서비스들을 렌더링하도록 구성된 복수의 이용 가능한 서버들에 관한 세부 사항들을 포함하는 응답을 수신한다. 이 세부 사항들은 서버가 MEC 플랫폼 또는 원격 서버와 관련된 에지 서버라는 표시, 서버의 위치 및 서버와 관련된 하나 이상의 서비스들 중 적어도 하나를 포함한다. 상기 이용 가능한 서버들 각각은 복수의 관련 서비스들 및 UE에 대한 서버의 거리에 적어도 기초하여 상기 응답에 따라 UE에 의해 평가된다. UE는 상기 평가에 적어도 기초하여 하나 이상의 요청된 웹 기반 서비스들에 액세스하기 위해 이용 가능한 서버들 중에서 근접 에지 서버 및/또는 원격 서버를 선택한다.

Description

도메인 네임 서버(DNS) 레졸루션을 통해 에지 서버 또는 에지 서비스를 탐색하기 위한 방법 및 시스템{METHOD AND SYSTEM FOR DISCOVERING EDGE-SERVER OR EDGE SERVICES THROUGH DOMAIN NAME SERVER(DNS) RESOLUTION}

본 발명은 통신 시스템에 관한 것이며, 특히 도메인 네임 서버(domain name server, DNS) 레졸루션 시스템에 관한 것이다.

MEC(Mobile Edge Computing)는 예를 들어 액세스 네트워크 내부에 배치되는 컴퓨팅 노드, 모바일 디바이스, 또는 센서 및 액추에이터와 같은 IoT 엔드 디바이스를 사용하여, 클라우드 컴퓨팅 및 서비스들을 네트워크의 에지로 확장한다. MEC는 원격 데이터 센터의 클라우드 컴퓨팅과 유사한 방법을 사용하여 네트워크 에지에서 데이터, 컴퓨팅, 스토리지 및 애플리케이션 서비스를 제공할 수 있는 잠재력을 가지고 있다. 에지 컴퓨팅(edge computing)의 분야는 모바일 네트워크 애플리케이션(즉, 모바일 에지 컴퓨팅) 및 IoT 중심 애플리케이션(즉, 포그 컴퓨팅(fog computing))에 대한 개발을 포함할 수 있다.

전반적으로, 최신 UE들 또는 그 UE 내의 최신 MEC 가능 앱들은 가장 낮은 레이턴시 MEC/클라우드 서버를 인식하지 못한다. 또한, MEC 계층을 사용하는 UE에서의 서비스 탐색은 MEC의 엄격한 지연 요건들을 충족시키지 못한다. 마지막으로, 최신 기술에 따르면, UE가 서비스들을 위한 네트워크를 브라우징하는 것을 제공하고 있지 않으며 서버가 그 서비스들을 나타내지도 않는다.

이 요약은 본 발명의 상세한 설명에서 추가로 설명되는 단순화된 포맷으로 선택된 개념을 소개하기 위해 제공된다. 이 요약은 청구된 발명의 핵심 또는 본질적인 발명 개념을 식별하기 위한 것이 아니며 청구된 발명의 범위를 결정하기 위한 것도 아니다.

본 발명은 MEC(mobile edge computing) 플랫폼 기반 네트워크에서 DNS(Domain Name Server) 레졸루션을 통해 에지 서버 또는 서비스를 탐색하는 방법에 관한 것이다. 본 방법은 사용자 장비로부터 DNS 서버로 DNS 쿼리를 전송하는 단계를 포함하며, 여기서 DNS 쿼리는 하나 이상의 웹 기반 서비스에 액세스하기 위한 사용자 요청에 관한 것이다. UE는 DNS 서버로부터 상기 웹 기반 서비스들을 렌더링하도록 구성된 복수의 이용 가능한 서버들에 관한 세부 사항들을 포함하는 응답을 수신한다. 이 세부 사항들은 서버가 MEC 플랫폼 관련된 에지 서버 여부를 나타내는 정보, 서버의 위치(예를 들어, 이동 서버의 경우 현재 지리적 위치 또는 고정 서버의 경우 사전 정의된 위치), 및 서버와 관련된 하나 이상의 서비스 중 적어도 하나를 포함한다. 상기 이용 가능한 서버들 각각은 복수의 관련 서비스들 및 UE에 대한 서버의 거리에 적어도 기초하는 상기 응답에 따라 UE에 의해 평가된다. 그 후, UE는 상기 평가에 적어도 기초하여 하나 이상의 요청된 웹 기반 서비스들에 액세스하기 위해 이용 가능한 서버들 중에서 근접 에지 서버 및/또는 원격 서버를 선택한다.

다른 실시예에서, 본 발명은 MEC(mobile edge computing) 플랫폼 기반 네트워크에서 DNS 레졸루션을 통해 에지 서버 또는 에지 서비스를 탐색하는 사용자 장비에 관한 것이다. UE는 DNS 쿼리를 DNS 서버로 전송하기 위한 송신기를 포함하며, 여기서 DNS 쿼리는 하나 이상의 웹 기반 서비스들에 액세스하기 위한 사용자 요청에 관한 것이다. 또한, UE는 DNS 웹 서버로부터 상기 웹 기반 애플리케이션들을 렌더링하도록 구성된 복수의 이용 가능한 서버들에 대한 세부 사항들을 포함하는 응답을 수신하기 위한 수신기를 포함한다. 이 세부 사항들은 서버가 MEC 플랫폼과 관련된 에지 서버 여부를 나타내는 정보, 서버의 위치 및 서버와 관련된 하나 이상의 서비스 중 적어도 하나를 포함한다. UE는 복수의 관련 서비스들 및 UE에 대한 서버의 거리에 적어도 기초하여 상기 이용 가능한 서버들 각각을 평가하기 위한 프로세서를 포함한다. 또한, UE는 상기 평가에 적어도 기초하여 하나 이상의 요청된 웹 기반 서비스들에 액세스하기 위해 이용 가능한 서버들 중에서 근접 에지 서버 및/또는 원격 서버를 선택하도록 구성된다.

일 구현에서, DNS 서버는 복수의 서버들에 대한 리소스 레코드(resource record, RR)를 유지 관리한다. RR은 서버 이름, 서버 유형을 나타내는 플래그, 포트 번호, 위치, IP 어드레스, IP 버전, 우선 순위 레벨, 렌더링되는 서비스들의 유형, 렌더링되는 컨텐츠의 유형 중 하나 이상을 통해 복수의 서버들 각각을 식별시킨다.

본 발명의 장점 및 특징을 더 명확하게 하기 위해, 본 발명의 보다 구체적인 설명이 첨부된 도면들에 도시된 특정 실시예들을 참조하여 제공될 것이다. 이들 도면은 본 발명의 전형적인 실시예들만을 도시한 것이며, 따라서 본 발명의 범위를 제한하는 것으로 간주되지 않아야 한다는 것이 이해된다. 본 발명은 첨부 도면들과 함께 추가의 특수성 및 세부 사항으로 기술 및 설명될 것이다.

본 발명의 실시예에 따르면 모바일 가입자의 근접성 내에서 클라우드 서비스를 렌더링하고, 상황 인식 서비스를 제공한다. 또한, MEC 가능 앱들은 가장 낮은 레이턴시 MEC/클라우드 서버를 계산하도록 구성되며, MEC 계층을 사용하는 사용자 장비(UE)의 서비스 탐색은 MEC의 엄격한 지연 요구 사항을 충족할 수 있다.

본 발명의 이들 및 다른 특징, 양태 및 장점은 도면 전체에 걸쳐 유사한 문자가 유사한 부분을 나타내는 첨부 도면을 참조하여 다음의 상세한 설명을 읽을 때 더 잘 이해될 것이다.
도 1은 최신 통신 네트워크를 도시한 것이다.
도 2는 일 실시예에 따른 통신 네트워크를 도시한 것이다.
도 3은 일 실시예에 따른 통신 네트워크에서의 통신 흐름을 도시한 것이다.
도 4는 본 발명의 실시예에 따른, 방법 단계들을 도시한 것이다.
도 5는 본 발명의 실시예에 따른, 예시적인 네트워킹 환경을 도시한 것이다.
도 6은 본 발명의 실시예에 따른, 다른 예시적인 네트워킹 환경을 도시한 것이다.
도 7은 본 발명의 실시예에 따른, 도 4의 방법 단계들의 다른 예시적인 구현을 도시한 것이다.
도 8은 본 발명의 실시예에 따른, 도 4의 방법 단계들의 예시적인 구현을 도시한 것이다.
도 9는 본 발명의 실시예에 따른, 도 4의 방법 단계들의 다른 예시적인 구현을 도시한 것이다.
도 10은 본 발명의 실시예에 따른, 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템 도면을 도시한 것이다.
또한, 당업자는 도면의 요소들이 간략화를 위해 도시되어 있으며 반드시 축척대로 도시된 것은 아님을 이해할 것이다. 예를 들어, 흐름도는 본 발명의 양태들의 이해를 향상시키는데 도움이 되는 가장 현저한 단계들의 관점에서 방법을 예시한다. 또한, 디바이스의 구성과 관련하여, 디바이스의 하나 이상의 구성 요소가 도면에서 종래의 기호로 표시될 수 있고, 본 명세서의 설명의 이점을 갖는 당업자에게 용이하게 명백한 세부 사항들에 의해 도면을 불명료하게 만들지 않도록 하기 위해, 도면들이 본 발명의 실시예들의 이해와 관련된 특정 세부 사항만을 보여줄 수도 있다.

본 발명의 원리에 대한 이해를 증진시키기 위해, 이제 도면들에 도시된 실시예를 참조할 것이며, 이를 설명하기 위해 특정 언어가 사용될 것이다. 그럼에도 불구하고, 본 발명의 범위에 대한 어떠한 제한도 의도되지 않으며, 도시된 시스템에서의 그러한 변경 및 추가의 수정, 그리고 당업자에게 통상적으로 이루어지는 것으로 고려되는 본 발명의 원리의 그러한 추가 응용이 고려된다는 것이 이해될 것이다.

전술한 일반적인 설명 및 하기의 상세한 설명은 본 발명을 설명하기 위한 것이며 본 발명을 제한하려는 것이 아님을 당업자는 이해할 것이다.

본 명세서 전반에 걸쳐 "일 양태", "다른 양태" 또는 유사한 언어에 대한 언급은 실시예와 관련하여 설명된 특정 특징, 구조 또는 특성이 본 발명의 적어도 하나의 실시예에 포함됨을 의미한다. 따라서, 본 명세서 전체에 걸쳐 "일 실시예에서", "다른 실시예에서" 및 유사한 언어의 어구가 모두 동일한 실시예를 지칭할 수 있지만, 반드시 그러한 것은 아니다.

용어 "포함하다", "포함하는" 또는 이것의 임의의 다른 변형은 비-배타적인 포함을 커버하는 것으로 의도되며, 따라서 단계들의 목록을 포함하는 프로세스 또는 방법은 그러한 단계들만을 포함하는 것이 아니라 그러한 프로세스 또는 방법에 명시적으로 열거되어 있지 않거나 내재적인 다른 단계들을 포함할 수도 있다. 유사하게, "...을 포함하다"에 의해 이어지는 하나 이상의 디바이스들 또는 서브-시스템들 또는 요소들 또는 구조들 또는 구성 요소들은, 더 이상의 제약이 없다면, 다른 디바이스들 또는 다른 서브-시스템들 또는 다른 요소들 또는 다른 구조들 또는 다른 구성 요소들 또는 추가 디바이스들 또는 추가 서브-시스템들 또는 추가 요소들 또는 추가 구조들 또는 추가 구성 요소들의 존재를 배제하지 않는다.

달리 정의되지 않는 한, 본 명세서에서 사용되는 모든 기술 및 과학 용어는 본 발명이 속하는 기술 분야의 통상의 기술자에 의해 일반적으로 이해되는 것과 동일한 의미를 갖는다. 본 명세서에서 제공되는 시스템, 방법들 및 예들은 단지 예시적인 것이며 제한하려는 것이 아니다.

이하, 첨부된 도면을 참조하여 실시예들을 상세히 설명하기로 한다.

일 실시예에 따라, 모바일 및 무선 디바이스들의 MEC(Mobile Edge Computing) 가능 애플리케이션들은 에지 서버들을 찾아내기 위해 MEC 플랫폼(예를 들면, LCM 프록시)을 사용할 수 있다. MEC 아키텍처를 포함하는 예시적인 통신 시스템을 나타내는 도 1에 도시된 바와 같이, MEC 가능 앱들은 MEC 플랫폼을 사용하여 MEC 서버들의 목록을 얻을 수 있다. 이 때, DNS 조회를 사용하여 에지 서버들의 존재를 식별하는 기능은 제공되지 않는다. 따라서, 사용자 장비(User Equipment, UE)는 RTT 프로토콜에 의존하여 간접적으로 MEC 또는 클라우드 서버를 추정할 수 있다.

도 2a에 도시된 바와 같은 일 실시예에 따른 두 번째 시나리오에서, MEC 플랫폼은 도메인의 원격 서버들에 의해 제공되는 서비스들의 목록 일부 또는 모두를 제공할 수 있다. 따라서, UE는 MEC 계층을 사용하여 이 서비스들을 식별할 수 있다. 상기한 케이스는 MEC 서비스 탐색의 일 예이다. 도 2a에서 계속되는 도 2b의 뒷부분에서 볼 수 있는 바와 같이, MEC 아키텍처는 서비스 탐색을 위한 LCM 프록시라는 전용 서버를 구비할 수 있다. 예를 들면, UE는 LCM 프록시 서버에게 서비스 정보를 요청해야 한다. 또한, UE가 게임 서비스에 연결하기를 원하는 경우, UE가 에지 서버에 의해 거절되었을 때 DNS 서버 경로를 통해 MEC 또는 클라우드 서버를 찾아내야 한다. 이것이 도 3에 더 나타나 있다.

일 실시예에 따라 도 3에 도시된 바와 같이, 단계 301은 UE가 MEC 서비스 탐색을 위해 인증된 서버인, LCM 프록시와의 연결을 통해, 이용 가능한 MEC 서비스들을 탐색하는 동작을 나타낸다. 단계 302에서, UE에 의해 요청된 MEC 서비스들이 에지 서버에서 이용 가능한 경우, UE는 에지 서버(즉, 기지국 eNB 또는 gNB)와 연결된다. 그렇지 않은 경우에는, 단계 303에서, UE는 요청된 서비스들을 탐색하기 위해 DNS 조회에 의지한다. 단계 304에서, UE는 DNS 서버에 의해 제공된 어드레스에 기초하여, 원격 클라우드 서버에 연결된다. 단계 306에서, UE는 DNS 서버에 의해 제공된 어드레스에 기초하여, 원하는 서비스를 호스팅하는 원격 클라우드 서버에 연결된다. 따라서, 일 실시예에 따르면, UE는 올바른 서버에 연결되기 전에 적어도 단계 301 및 단계 302를 거칠 수 있다.

이제 본 발명의 실시예에 따라 도 4를 참조하여, 모바일 에지 컴퓨팅(mobile edge computing, MEC) 플랫폼 기반 네트워크에서 DNS(Domain Name Server) 레졸루션을 통해 에지 서버 또는 에지 서비스를 탐색하는 방법을 설명한다.

본 방법은 사용자 장비(User Equipment, UE)가 DNS 서버로 DNS-쿼리를 전송하는 단계(단계 402)를 포함한다. 애플리케이션은 적어도 하나의 웹 기반 서비스를 포함할 수 있다. UE에서 애플리케이션이 실행되거나 UE를 통해 애플리케이션의 제공이 되면, UE에게는 상기 애플리케이션에 대한 적어도 하나의 웹 기반 서비스에 대응하는 서버의 주소 정보가 필요하다. 따라서, DNS-쿼리는 적어도 하나의 웹 기반 서비스에 액세스하기 위한 사용자 요청과 관련된 것이다. 본 발명의 일 실시 예에 따르면, DNS-쿼리는 상기 애플리케이션에 대한 대표 도메인 네임(domain name)을 포함할 수 있다. 즉, DNS-쿼리에는 적어도 하나의 웹 기반 서비스에 대응하는 적어도 하나의 (서버의) 도메인 네임을 대신하여, 하나의 대표 도메인 네임이 포함될 수 있다. 예를 들면, 하나 이상의 웹 기반 서비스들에 대응하는 하나 이상의 도메인 네임들은 img.xyz.com, chat.xyz.com 일 수 있다. 이때, 상기 애플리케이션 또는 상기 하나 이상의 도메인 네임들에 대한 대표 도메인 네임은 xyz.com 일 수 있다. UE로부터의 DNS 쿼리의 전송은 DNS 쿼리 내의 애플리케이션 및 다음과 관련된 파라미터를 식별하는 것을 포함한다:

a. 컨텐츠 또는 정보에 액세스; 및

b. HTTP, QUIC, FTP 중 하나 이상에 의해 정의된 표준 서비스들 탐색;

c. 광고, 의료, 게임 서비스 중 하나 이상의 것과 관련된 비표준 서비스들 탐색.

본 방법은 UE가 DNS 서버로부터, 상기 웹 기반 서비스들을 렌더링하도록 구성된 복수의 이용 가능한 서버들에 관한 세부 사항들을 포함하는 응답을 수신하는 단계(단계 404)를 더 포함한다. 이 세부 사항들은 서버가 MEC 플랫폼 또는 원격 서버와 관련된 에지 서버라는 표시, 서버 위치(이동 서버의 경우 현재 지리적 위치 또는 고정 서버의 경우 사전 정의된 위치)(예를 들면, 위치는 위도와 경도로 표시될 수 있다), 서버와 관련된 하나 이상의 서비스들 중 적어도 하나를 포함한다. DNS 서버로부터의 응답은 복수의 에지 및/또는 원격 서버들 각각에 대한, 현재 로드, 렌더링되는 서비스들의 유형, 타겟 서버 이름, 포트 정보, 서버가 지원하는 프로토콜, 및 IP 어드레스를 수신하는 것을 포함한다.

일 구현에서, DNS 서버는 복수의 서버들에 대한 리소스 레코드(resource-record, RR) 또는 데이터 구조를 유지 관리한다. RR은 복수의 서버들 각각에 대한 다음 중 하나 이상을 식별시킨다:

서버 이름;

서버의 유형을 나타내는 플래그;

포트 번호;

위치;

IP 어드레스;

IP 버전;

우선 순위 레벨;

렌더링되는 서비스들의 유형; 및

렌더링되는 컨텐츠의 유형.

UE가 운영 체제 지원 MEC 애플리케이션을 갖는 스마트 폰으로서 동작하는 경우 프리커서 동작들의 일부로서, 본 방법은 모바일 네트워크 오퍼레이터에 디바이스를 등록하는 동안 MEC 플랫폼으로부터 MEC 가능 애플리케이션들을 수신하는 단계를 포함할 수 있다. 상기 MEC 가능 애플리케이션들의 개시 동안, 스마트 폰 기반 UE는 DNS 쿼리를 전송한다.

본 방법은 상기 응답에 기초하여 UE에 의해서, 복수의 관련 서비스들 및 UE에 대한 서버의 거리에 적어도 기초하여 상기 이용 가능한 서버들 각각을 평가하는 단계(단계 406)를 더 포함한다. 일 구현에서, 이 평가는 다음 사이의 거리를 결정하는 것을 포함한다:

a) UE와 각 에지 서버 사이; 및

b) UE와 각 원격 서버 사이.

UE에 의한 서비스를 이용하기 위한 이러한 서버의 평가는 MEC 플랫폼의 에지 서버들 또는 원격 서버들과 관련된 서비스들의 목록을 식별하고, 응답 내에서 수신되는 서버들과 관련된 우선 순위 및 가중치에 기초하여, 서비스를 렌더링하도록 구성된 복수의 서버들을 분류하는 단계; 및 UE에 대한 거리 및 분류에 기초하여 요청된 웹 기반 서비스에 대한 에지 서버들 및 원격 서버들 중 하나 이상의 가장 근접한 서버를 결정함으로써, 낮은 레이턴시 서버를 근접한 서버 선택의 일부로서 선택할 수 있게 하는 단계를 포함한다.

또한, 본 방법은 UE에 의해서, 낮은 레이턴시로 적어도 상기 평가에 기초하여 하나 이상의 요청된 웹 기반 서비스들에 액세스하기 위해 이용 가능한 서버들 중에서 근접 에지 서버 및/또는 원격 서버를 선택하는 단계(단계 408)를 포함한다. 마찬가지로, 상기 MEC 가능 애플리케이션을 실행하기 위한 가장 근접한 서버가 레이턴시를 최소화하도록 위치된다.

일 구현에서, UE는 프로세서, 트랜시버, 송/수신 요소, 스피커/마이크로폰, 키패드, 디스플레이/터치패드, 비-착탈식 메모리, 착탈식 메모리, 전원, 글로벌 포지셔닝 시스템(GPS) 칩셋 및 기타 주변 장치를 포함할 수 있다. 프로세서는 범용 프로세서, 특수 목적 프로세서, 재래식 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로 프로세서, DSP 코어와 관련된 하나 이상의 마이크로 프로세서, 컨트롤러, 마이크로 컨트롤러 등일 수 있다.

송/수신 요소는 무선 인터페이스를 통해 기지국(예를 들어, 기지국)으로 신호를 송신하거나 기지국으로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송/수신 요소는 RF 신호들을 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 송/수신 요소는 임의의 개수의 송/수신 요소를 포함할 수 있다. 보다 구체적으로, WTRU는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시예에서, WTRU는 무선 인터페이스를 통해 무선 신호들을 송신 및 수신하기 위한 둘 이상의 송/수신 요소(예를 들어, 다중 안테나)를 포함할 수 있다.

트랜시버는 송/수신 요소에 의해 송신될 신호들을 변조하고 송/수신 요소에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 프로세서는 또한 WTRU의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는, GPS 칩셋에 연결될 수 있다. GPS 칩셋으로부터의 정보에 부가하여 또는 그 대신에, WTRU는 기지국(예를 들어, 기지국)으로부터 무선 인터페이스를 통해 위치 정보를 수신하고/하거나 둘 이상의 근접한 기지국으로부터 수신되고 있는 신호들의 타이밍에 기초하여 그 위치를 결정할 수 있다. 이해될 수 있는 바와 같이, 서버 위치는 이동 서버의 경우 현재 지리적 위치이거나 고정 서버의 경우 사전 정의된 위치일 수 있다.

도 5는 본 발명의 실시예에 따른, 예시적인 네트워킹 환경을 도시한 것이다. 본 도면에 도시된 바와 같이, UE, DNS 서버, MEC 플랫폼 기반 에지 서버 및 원격 서버는 이전의 도 4에 도시된 바와 같이 단계 402 내지 408을 통해 상호 작용한다.

일 구현에서, DNS 서버는 UE가 서비스 탐색을 수행할 수 있있도록, 리소스 레코드들 또는 데이터 구조 "MEC-D"에 대한 정보를 저장하거나 관련된 동작을 수행할 수 있다. 리소스 레코드는 서버 이름을 식별하고, 사용될 포트 번호를 찾아내고, 서버의 해당 위치를 찾아내고, 단일 DNS 쿼리에서 서버 이름을 IP 어드레스로 확인하는데 사용된다.

MEC-D 가능 디바이스들은 특정 서비스를 지원하는 가장 낮은 레이턴시 서버를 식별하기 위해 "타입 EDX DNS 쿼리(Type EDX DNS query)"를 전송한다. MEC-D 가능 DNS 서버들은 타겟 서버 이름, 우선 순위, 포트, 위치 및 IP 어드레스와 함께, 요청된 서비스를 지원하는 서버 목록을 제공하는 것에 의하여 EDX DNS 쿼리에 응답한다.

일 구현에서, 도메인에 대한 단계 402에 대응하는 DNS 요청은 애플리케이션에 대한 대표 도메인 “xyz.com”에 대한 EDX DNS 조회를 나타내는 것일 수 있다.

응답의 일부로서, 단계 404에서의 DNS 응답은 에지 서버 및 원격 서버를 통해 이용 가능한 대표 도메인 "xyz.com"과 관련된 적어도 하나의 서비스를 통지한다. 일 예에서, 단계 404는 다음과 같은 포맷에 의해 정의될 수 있다:

3600 IN EDX mec.img.xyz.com port. 80 43.200 55.130 5 A10.25.175.14

3600 IN EDX chat.xyz.com. 389 23.000 32.000 6 A 250.158.14.71

단계 408을 기초로 하여, UE는 어드레스 "80 43.200 55.130 5 A10.25.175.14"에 의해 정의된 에지 서버에 연결함으로써 "이미지 서비스(image service)"에 액세스한다. UE는 어드레스 "389 23.000 32.000 6 A 250.158.14.71"에 의해 정의된 원격 서버에 연결함으로써 "채팅 서비스"에 액세스한다.

또한, DNS 응답에는 각각의 서비스 타입별로 적어도 하나의 서버 또는 복수의 서버들에 대한 정보가 포함될 수 있다. 예를 들면, 상기 이미지 서비스에 대해 복수의 서버들의 정보가 포함되고, 상기 채팅 서비스에 대해 하나의 서버의 정보가 포함될 수도 있다.

이러한, 두 가지 유형의 서버들의 선택에 있어서 낮은 레이턴시 서버를 선택하는 과정들이 필요하다. 이러한 목적으로, UE 위치 식별은 다음에 의해 도출될 수 있다. DNS 서버의 MEC-D는 UE의 위치 정보와 서버들의 위치 정보를 기초로 낮은 레이턴시 서버를 선택할 수 있다.

A) GPS 사용: UE 위치 서비스가 켜져있는 경우, DNS 서버의 MEC-D가 GPS 서비스를 사용하여 UE의 위치를 식별함

B) 셀 ID/Wi-Fi 사용: UE 위치 서비스를 사용할 수 없는 경우, DNS 서버의 MEC-D가 셀 ID 및/또는 Wi-Fi를 사용하여 UE의 위치를 식별함

UE는 자체적으로 다음 (A)와 (B) 중 적어도 하나에 의해 가장 근접한 서버를 탐색하도록 구성된다.

A) EDX RR의 EDGE 플래그: EDX RR이 에지 서버인지 여부 (또는 에지 서버인지 또는 원격 서버인지)를 나타내는 플래그를 포함함. MEC-D가 이것을 이용하여 에지 서버를 탐색함.

B) EDX RR로부터의 서버 위치: 가장 근접한 서버가 지리적 거리, 즉 DNS 응답에서 수신되는 서버의 위도 및 경도 정보에 기초하여 계산됨.

적어도 전술한 바와 같이, DNS 서버 내의 리소스 레코드 MEC-D(MEC DNS)는 UE가 가장 낮은 레이턴시 MEC 서버를 식별하고 서비스 탐색을 수행할 수 있게 함으로써 사용자 경험을 향상시킨다. 이해될 수 있는 바와 같이, 이를 달성하기 위해 MEC-D는 EDX(EDge eXchanger) 레코드라는 새로운 DNS 리소스 레코드(RR) 유형을 제공한다. EDX RR을 통해 UE는 사용 가능한 모든 서비스들에 대한 네트워크를 탐색하고, 위치 정보를 사용하여 레이턴시가 낮은 에지 서버들을 탐색할 수 있다. 또한, EDX RR을 통해 서버는 서비스 유형들을 통지하고 액세스에 필요한 정보를 제공할 수 있다.

본 발명의 일 실시예에 따른 EDX RR의 데이터 구조는 다음과 같이 표로 작성될 수 있다:

일 실시예에 따라, MEC-D(또는 DNS 서버)는 UE의 위치 정보와 서버의 위치 정보를 기반으로 해당 UE에 대한 에지 서버 여부를 결정할 수 있다. MEC-D(또는 DNS 서버)는 상기 결정에 따라, 상기 EDX RR의 데이터 구조에서 에지(Edge) 플래그를 통해 해당 UE에게 에지 서버 여부를 나타내는 정보를 전송할 수 있다. 또한, 일 실시예에 따라, DNS 응답에는 복수의 서버들의 정보가 포함될 수 있다. 이때, UE는 서버의 위치 정보(예를 들어, 상기 표의 위도와 경도)를 이용하여, 해당 UE의 위치와 서버의 위치 정보를 기초로 거리를 계산하고, 레이턴시를 예측하여 가까운 서버를 선택할 수 있다. 또한, 일 실시예에 따라, 상기 표의 우선 순위는, MEC-D(또는 DNS 서버)가 UE의 위치 정보와 서버의 위치 정보를 기초로 해당 서버의 근접한 정도를 나타내기 위한 것일 수 있다. 또는, 상기 우선순위는, DNS 응답에 복수의 서버들의 정보가 포함된 경우, 해당 단말과 서버들과의 상대적인 레이턴시(또는 근접한 정도)에 대한 정보일 수 있다. 또한, 상기 우선순위는 상기 단말에게 서비스하기 위한 QoS, 정책 등과 함께 상기 레이턴시가 고려된 정보일 수 있다.

도 6은 본 발명의 실시예에 따른, 다른 예시적인 네트워킹 환경을 도시한 것이다. 도면에 도시된 바와 같이, 스마트 폰, DNS 서버, MEC 플랫폼 기반 에지 서버 및 원격 서버인 UE는 이전의 도 4에 도시된 바와 같이 단계 402 내지 408을 통해 상호 작용한다. 프리커서 단계들 또는 팩토리-세팅 구성 기반 단계들은 모바일 네트워크 오퍼레이터에 디바이스를 등록하는 동안 MEC 플랫폼으로부터 MEC 가능 애플리케이션들을 수신하는 단계를 포함한다. 상기 MEC 가능 애플리케이션들의 개시 동안, 스마트 폰 기반 UE는 DNS 쿼리를 전송한다.

도 7은 본 발명의 실시예에 따른, 도 4의 방법 단계들의 다른 예시적인 구현을 도시한 것이다. 보다 구체적으로, 도 7은 EDX RR에 대한 DNS 서버 구성을 도시하는 것에 의하여 도 4의 방법 단계들에 대한 프리커서 단계들 또는 보조 단계들을 도시한 것이다. 본 도면에 도시된 바와 같이, 모바일 네트워크 오퍼레이터의 DNS 서버는 리소스 레코드 RR 또는 MEC-D를 유지 관리하며, 이것은 MEC 서버(도 7에 도시된 D) 및 원격 클라우드 서버들(도 7에 도시된 A, B, C)의 어드레스들에 의해서 정기적으로 업데이트된다. 이를 위해, 네트워크 오퍼레이터 DNS 서버는 클라우드 서버들에 대한 RR 또는 MEC-D를 또한 유지 관리하는, 권한 네임 서버와 상호 작용한다.

도 8은 본 발명의 실시예에 따른, 도 4의 방법 단계들의 예시적인 구현을 도시한 것이다. 본 도면은 MEC의 일부로서 m클라우드릿(mCloudlet)의 전반적인 동작을 나타낸다.

단계 801은 도 7에서 언급된 바와 같은 업데이트된 DDNS를 나타낸다. m클라우드릿 인프라스트럭처를 통해 서비스 제공자는 DDNS 업데이트에 의해서 오퍼레이터 DNS 서버에서 그들의 서버 위치 및 서비스 세부 사항들을 업데이트할 수 있다.

단계 802는 단계 402 및 404에 대응한다. 화이트리스트에 있는 애플리케이션이 서버와의 연결을 시도할 경우, 디바이스의 m클라우드릿 클라이언트가 오퍼레이터 DNS 서버에게 EDX 쿼리를 전송하고, 사용 가능한 모든 서버 위치 및 실행중인 서비스들의 세부 사항들을 수집한다.

단계 803은 단계 406에 대응한다. 디바이스의 m클라우드릿 클라이언트는 해당 위치를 기반으로 UE와 서버 간의 거리를 계산하여, 가장 근접한 서버를 찾아낸다. 서비스 탐색을 위해, 디바이스의 m클라우드릿은 EDX 응답으로부터 수신되는 우선 순위 및 가중치에 따라 서비스들을 식별하고 분류한다.

단계 804는 단계 408에 대응한다. 단계 803에서의 계산에 따라, m클라우드릿은 가장 근접한 에지 서버를 찾아내고 에지 서버들 상의 실행 서비스들을 탐색한다.

도 9는 본 발명의 실시예에 따른, 도 4의 방법 단계들의 다른 예시적인 구현을 도시한 것이다. 도 9에 도시된 바와 같이, UE는 DNS 조회를 사용하여 가장 낮은 레이턴시 및 서비스 탐색을 사용한다. 일 구현에서, 가장 낮은 레이턴시 게이밍 서버는 MEC 서버인 것으로 탐색되고, 가장 낮은 레이턴시 광고 서버는 DNS 조회를 기반으로 하는 원격 클라우드 서버인 것으로 탐색된다.

도 10은 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템(100)의 도면이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 방송 등과 같은 컨텐츠를 다수의 무선 사용자들에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자들이 무선 대역폭을 포함하는, 시스템 리소스들의 공유를 통해 이러한 컨텐츠에 액세스 가능하게 할 수 있다. 예를 들어, 통신 시스템들(100)은 코드 분할 다중 액세스(CDMA), 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 FDMA(OFDMA), 단일 캐리어 FDMA(SC-FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다.

도 10에 도시된 바와 같이, 통신 시스템(100)은 UE들 또는 무선 송/수신 유닛(WTRU)들(102a, 102b, 102c, 102d), 무선 액세스 네트워크(RAN)(104), 코어 네트워크(106), 공중 교환 전화 네트워크(PSTN)(108), 인터넷(110) 및 다른 네트워크(112)이지만, 본 개시된 실시예들이 임의의 개수의 WTRU, 기지국, 네트워크 및/또는 네트워크 요소를 고려한다는 것이 이해될 것이다. WTRU들(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 유형의 디바이스일 수 있다. 예를 들어, WTRU들(102a, 102b, 102c, 102d)은 무선 신호를 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(UE), 이동국, 고정식 또는 이동식 가입자 유닛, 호출기, 셀룰러 폰, PDA(personal digital assistant), 스마트 폰, 랩탑, 넷북, 개인용 컴퓨터, 무선 센서, 가전 제품 등을 포함할 수 있다. 통신 시스템들(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a, 114b) 각각은 코어 네트워크(106), 인터넷(110) 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크들에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. 예를 들어, 기지국들(114a, 114b)은 베이스 트랜시버 스테이션(base transceiver station, BTS), 노드-B, eNodeB, 홈 노드 B, 홈 eNodeB, 사이트 제어기, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b) 각각이 단일 요소로서 도시되어 있지만, 기지국들(114a, 114b)은 임의의 개수의 상호 연결된 기지국들 및/또는 네트워크 요소들을 포함할 수 있음을 이해할 것이다.

기지국(114a)은 기지국 제어기(base station controller, BSC), 무선 네트워크 제어기(radio network controller, RNC), 중계 노드 등과 같은 다른 기지국들 및/또는 네트워크 요소들(도시되지 않음)을 포함할 수 있는 RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시되지 않음)이라고 지칭될 수도 있는, 특정 지리적 영역 내에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터들로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 관련된 셀은 3개의 섹터로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 트랜시버(즉, 셀의 각 섹터마다 하나씩)를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중 입력 다중 출력(MIMO) 기술을 이용할 수 있으며, 따라서 셀의 각 섹터에 대한 다중 트랜시버를 이용할 수 있다.

기지국들(114a, 114b)은 임의의 적절한 무선 통신 링크(예를 들어, 무선 주파수(RF), 마이크로파, 적외선(IR), 자외선(UV), 가시 광선 등)일 수 있는, 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상의 유닛과 통신할 수 있다. 무선 인터페이스(116)는 임의의 적절한 무선 액세스 기술(RAT)을 사용하여 확립될 수 있다. 보다 구체적으로, 전술한 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있으며, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 이용할 수 있다. 예를 들어, RAN(104)의 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 광대역 CDMA(WCDMA)를 사용하여 무선 인터페이스(116)를 확립할 수 있는, UTRA(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 진화된 HSPA(HSPA+)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink Packet Access) 및/또는 HSUPA(High-Speed Uplink Packet Access)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced)를 사용하여 무선 인터페이스(116)를 확립할 수 있는, E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. 다른 실시예들에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communication), EDGE(Enhanced Data rate for GSM Evolution), GERAN(GSM EDGE) 등과 같은 무선 기술들을 구현할 수 있다.

기지국(114b)은 예를 들어 무선 라우터, 홈 노드 B, 홈 eNodeB 또는 액세스 포인트일 수 있으며, 사업장, 가정, 차량, 캠퍼스 등과 같은, 지역화된 영역에서 무선 연결을 용이하게 하기 위해 임의의 적절한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 WLAN(wireless local area network)을 확립하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 WPAN(wireless personal area network)을 확립하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 피코셀 또는 펨토셀을 확립하기 위해 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용할 수 있다. 도 10에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 직접 연결될 수 있다. 따라서, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)에 액세스할 필요가 없을 수도 있다.

RAN(104)은 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상의 유닛에 대해 음성, 데이터, 애플리케이션 및/또는 VoIP(Voice over Internet Protocol) 서비스를 제공하도록 구성되는 임의의 유형의 네트워크일 수 있는, 코어 네트워크(106)와 통신할 수 있다. 예를 들어, 코어 네트워크(106)는 통화 제어, 청구 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 연결, 비디오 분배 등을 제공하고/하거나 사용자 인증과 같은 높은 수준의 보안 기능들을 수행할 수도 있다.

코어 네트워크(106)는 또한 WTRU들(102a, 102b, 102c, 102d)이 PSTN(108), 인터넷(110) 및/또는 다른 네트워크들(112)에 액세스하도록 하기 위한 게이트웨이의 역할을 할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화 네트워크들을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 세트에서 송신 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP) 및 인터넷 프로토콜(IP)과 같은, 공통 통신 프로토콜들을 사용하는 상호 연결된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크(112)는 다른 서비스 제공자들에 의해 소유 및/또는 운영되는 유선 또는 무선 통신 네트워크를 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(104)과 동일한 RAT 또는 다른 RAT를 사용할 수 있는, 하나 이상의 RAN에 연결된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100)의 일부 또는 모든 WTRU들(102a, 102b, 102c, 102d)은 다중 모드 기능을 포함할 수 있으며, 즉 WTRU들(102a, 102b, 102c, 102d)은 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 트랜시버, 송신기 또는 수신기를 포함할 수 있다. 예를 들어, 도 10에 도시된 WTRU(102c)는 셀룰러 기반 무선 기술을 사용할 수 있는 기지국(114a), 및 IEEE 802 무선 기술을 사용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

적어도 본 발명의 상기한 특징들로 인하여, MEC(Mobile Edge Computing)는 레이턴시를 줄이고, 매우 효율적인 네트워크 동작 및 서비스 전달을 보장하며, 향상된 사용자 경험을 제공하도록 구성된다. 일 예에서, 본 발명은 모바일 가입자의 근접성 내에서 클라우드 서비스를 렌더링하고, 상황 인식 서비스를 제공한다. 또한, MEC 가능 앱들은 가장 낮은 레이턴시 MEC/클라우드 서버를 계산하도록 구성되며, MEC 계층을 사용하는 사용자 장비(UE)의 서비스 탐색은 MEC의 엄격한 지연 요구 사항을 충족할 수 있다.

일 예에서, DNS 서버의 리소스 레코드 MEC-D(MEC DNS)는, UE가 가장 낮은 레이턴시 MEC 서버를 식별하고 서비스 탐색을 수행할 수 있게 함으로써 사용자 경험을 향상시킨다. MEC-D 제공 DNS 리소스 레코드(RR)를 통해 UE는 이용 가능한 모든 서비스들에 대한 네트워크를 탐색하고, 위치 정보를 사용하여 레이턴시가 낮은 에지 서버들을 탐색하고, 서비스 유형들을 통지하여 그것에 액세스하는데 필요한 정보를 제공할 수 있게 된다.

본 개시를 설명하기 위해 특정 언어가 사용되었지만, 그로 인한 어떠한 제한도 의도되지 않는다. 당업자에게 명백한 바와 같이, 본 명세서에 교시된 바와 같은 본 발명의 개념을 구현하기 위해 방법에 대한 다양한 작업 변형이 이루어질 수 있다.

도면들 및 전술한 설명은 실시예들의 예를 제공한다. 당업자는 설명된 요소들 중 하나 이상이 단일 기능 요소로 결합될 수도 있음을 이해할 것이다. 대안적으로, 특정 요소들이 다수의 기능 요소들로 분할될 수도 있다. 일 실시예의 요소들이 다른 실시예에 추가될 수도 있다. 예를 들어, 본 명세서에서 설명된 프로세스들의 순서는 변경될 수 있으며 여기에 설명된 방식으로 제한되지 않는다.

또한, 임의의 흐름도의 동작들이 도시된 순서대로 구현될 필요가 없으며; 모든 동작들이 반드시 수행될 필요도 없다. 또한, 다른 동작들에 의존하지 않는 동작들이 다른 동작들과 병행하여 수행될 수도 있다. 실시예들의 범위가 이러한 특정 예들에 의해 결코 제한되지 않는다. 본 명세서에서 명시적으로 제공되는지 여부에 관계없이 구조, 치수 및 재료 사용의 차이와 같은 수많은 변형들이 가능하다. 실시예들의 범위는 적어도 다음의 청구 범위에 의해 제공되는 바와 같이 넓다.

특정 실시예들과 관련하여 이점들, 다른 장점들 및 문제들에 대한 해결책들이 위에서 설명되었다. 그러나, 이러한 이점들, 장점들, 문제점들에 대한 해결책들, 및 이점, 장점 또는 해결책을 발생시키거나 더욱 확연하게 만들 수 있는 임의의 구성 요소(들)가 임의의 또는 모든 청구항들의 중요하거나, 필수적이거나 또는 본질적인 특징 또는 구성 요소인 것으로 해석되어서는 안된다.

Claims

모바일 에지 컴퓨팅(mobile edge computing, MEC) 플랫폼 기반 네트워크에서 에지 서버 또는 MEC 플랫폼 기반 서비스를 탐색하는 방법으로서,
애플리케이션에 대한 적어도 하나의 웹 기반 서비스에 액세스하기 위한 대표 도메인 네임(Domain Name)을 포함하는 DNS(Domain Name Server) 쿼리를, 사용자 장비(user-equipment, UE)로부터 DNS 서버로 전송하는 단계; 및
상기 UE에 의해서, 상기 DNS 서버로부터 상기 DNS 쿼리에 응답하여 적어도 하나의 서버에 대한 정보를 포함하는 DNS 응답을 수신하는 단계를 포함하며,
상기 적어도 하나의 서버에 대한 정보는,
서버가 상기 MEC 플랫폼과 관련된 에지 서버인지 여부를 나타내는 정보;
상기 서버의 위치; 및
상기 서버의 우선 순위 중 적어도 하나를 포함하는 방법.
제 1 항에 있어서,
적어도 하나의 서버에 대한 정보에 기반하여 상기 적어도 하나의 서버 각각을 평가하는 단계; 및
상기 평가에 기반하여 웹 기반 서비스들에 액세스 하기 위한 적어도 하나의 서버 중에서 근접 에지 서버 및/또는 원격 서버를 선택하는 단계를 더 포함하는 방법.
제 1 항에 있어서,
상기 DNS 서버에 의해서 복수의 서버들에 대한 리소스 레코드(resource record, RR)를 유지 관리하는 단계를 더 포함하며,
상기 RR은 상기 복수의 서버들 각각에 대한
서버 이름;
서버의 유형을 나타내는 플래그;
포트 번호;
위치;
IP 어드레스;
IP 버전;
우선 순위 레벨;
렌더링되는 서비스들의 유형; 및
렌더링되는 컨텐츠의 유형중 하나 이상을 식별시키는 방법.
제 1 항에 있어서,
상기 UE로부터 상기 DNS 쿼리를 전송하는 것은, 상기 DNS 쿼리 내의 애플리케이션 및
a. 컨텐츠 또는 정보에의 액세스;
b. HTTP, QUIC, FTP 중 하나 이상에 의해 정의되는 표준 서비스들의 탐색; 및
c. 광고, 의료, 게임 서비스들 중 하나 이상과 관련된 비표준 서비스들의 탐색
중 적어도 하나와 관련된 파라미터를 식별시키는 것을 포함하는 방법
제 1 항에 있어서,
상기 DNS 서버로부터 상기 응답을 수신하는 것은, 상기 복수의 에지 및/또는 원격 서버들 각각에 대한
현재 로드;
렌더링되는 서비스들의 유형;
타겟 서버 이름;
포트 정보;
서버가 지원하는 프로토콜; 및
IP 어드레스
중 적어도 하나로서의 파라미터를 수신하는 것을 포함하는 방법.
제 2 항에 있어서,
상기 평가 하는 단계는,
a) 상기 UE와 각각의 상기 에지 서버 간의 거리; 및
b) 상기 UE와 각각의 상기 원격 서버 간의 거리
를 결정하는 것을 포함하는 방법.
제 2 항 또는 제 4 항에 있어서,
상기 서비스를 이용하기 위한 상기 UE에 의해 상기 서버를 평가하는 단계는,
MEC 플랫폼의 상기 에지 서버들 및 원격 서버들과 관련된 서비스들의 목록을 식별하고;
상기 응답 내에서 수신되는 서버들과 관련된 우선 순위 및 가중치에 기반하여 상기 서비스를 렌더링하도록 구성된 상기 복수의 서버들을 분류하는 단계; 및
상기 UE에 대한 거리 및 상기 분류에 기반하여, 요청 웹 기반 서비스를 위한 상기 에지 서버들 및 상기 원격 서버들 중 하나 이상의 가장 근접한 서버를 결정함으로써, 낮은 레이턴시 서버의 선택하는 단계를 포함하는 방법.
제 1 항에 있어서,
상기 UE가 스마트 폰으로서 동작하는 경우,
모바일 네트워크 오퍼레이터에 상기 디바이스를 등록하는 동안 상기 MEC 플랫폼으로부터 MEC 가능 애플리케이션들을 수신하는 단계; 및
상기 UE 내에서 상기 MEC 가능 애플리케이션들을 개시하는 동안 상기 DNS 쿼리를 전송함으로써, 낮은 레이턴시로 상기 MEC 가능 애플리케이션을 실행하기 위해 가장 근접한 서버를 선택하는 단계를 더 포함하는 방법.
모바일 에지 컴퓨팅(mobile edge computing, MEC) 플랫폼 기반 네트워크에서 에지 서버 또는 MEC 플랫폼 기반 서비스를 탐색하는 사용자 장비(UE)에 있어서,
애플리케이션에 대한 적어도 하나의 웹 기반 서비스에 액세스하기 위한 대표 도메인 네임(Domain Name)을 포함하는 DNS(Domain Name Server) 쿼리를, 사용자 장비(user-equipment, UE)로부터 DNS 서버로 전송하는 전송부; 및
상기 DNS 서버로부터 상기 DNS 쿼리에 응답하여 적어도 하나의 서버에 대한 정보를 포함하는 DNS 응답을 수신하는 수신부를 포함하고,
상기 적어도 하나의 서버에 대한 정보는,
서버가 상기 MEC 플랫폼과 관련된 에지 서버인지 여부를 나타내는 정보;
상기 서버의 위치; 및
상기 서버의 우선 순위 중 적어도 하나를 포함하는 방법.
제 9 항에 있어서,
상기 복수의 관련 서비스들 및 상기 UE에 대한 상기 서버의 거리에 적어도 기초하여 상기 이용 가능한 서버들 각각을 평가하고; 또한
상기 UE에 의해서, 상기 평가에 적어도 기초하여 하나 이상의 요청된 웹 기반 서비스들에 액세스하기 위해 이용 가능한 서버들 중에서 근접 에지 서버(eNB) 및/또는 원격 서버를 선택하도록 구성되는 프로세서를 더 포함하는 사용자 장비(UE).
제 9 항에 있어서,
상기 UE와 상호 작용하는 상기 DNS 서버는,
상기 DNS 서버에 의해서 유지 관리되는 복수의 서버들에 대한 리소스 레코드(RR)를 포함하며, 상기 RR은 상기 복수의 서버들 각각에 대한
서버 이름;
서버의 유형을 나타내는 플래그;
포트 번호;
위치;
IP 어드레스;
IP 버전;
우선 순위 레벨;
렌더링되는 서비스들의 유형; 및
렌더링되는 컨텐츠의 유형
중 하나 이상을 식별시키는 사용자 장비(UE).
제 9 항에 있어서,
상기 DNS 서버로부터 상기 응답을 수신하도록 구성된 상기 UE는, 상기 복수의 서버들 각각에 대한
현재 로드;
렌더링되는 서비스들의 유형;
타겟 서버 이름;
서버가 지원하는 프로토콜;
포트 정보; 및
IP 어드레스
중 적어도 하나를 수신하도록 구성되는 사용자 장비(UE).