KR101384934B1 - 모바일 노드의 이동을 처리하기 위한 방법 및 장치 - Google Patents

Abstract

모바일 노드의 이동을 처리하기 위한 방법 및 장치가 제공된다. 미들웨어는 MN의 PMIPv6 도메인 간 이동을 인식하며, MN의 부착(attach)을 대기할 대기 시각을 설정한다. 대기 시간 내에 상기 MN이 부착된 경우, 미들웨어는 MN이 PMIPv6 도메인 간 이동을 하였음을 상MN에게 서비스를 제공하는 클라우드 서버에게 통지한다. MN의 부착 없이 대기 시간이 만료하고 MN이 상기 서비스를 종료한 경우, 미들웨어는 클라우드 서버에게 MN으로 제공되는 서비스의 제공의 종료를 요청한다. 미들웨어를 통해, 이동 중인 MN에게 클라우드 서비스로부터의 데이터가 끊김없이 전달된다.

Description

모바일 노드의 이동을 처리하기 위한 방법 및 장치{METHOD AND APPARATUS FOR PROCESSING MOVEMENT OF MOBILE NODE}

아래의 실시예들은 모바일 노드의 이동을 처리하기 위한 방법 및 장치에 관한 것으로, 보다 상세히는 PMIPv6 및 클라우딩 컴퓨팅 기술을 접목함으로써 이동 중인 단말에게 클라우드 서비스로부터의 데이터를 전달하는 방법 및 장치가 개시된다.

클라우드 컴퓨팅 환경에서, 서비스로서의 인프라스트럭처(Infrastructure as a Service; IaaS), 서비스로서의 플랫폼(Platform as a Service; PaaS), 서비스로서의 소프트웨어(Software as a Service; SaaS) 및 서비스로서의 데스크탑(Desktop as a Service; DaaS)에 이어 차세대 통신으로 서비스로서의 모바일(Mobile as a Service; MaaS)이 많은 주목을 받고 있다.

클라우드 컴퓨팅을 접목한 다양한 서비스 모델 및 사용자의 서비스 품질(Quality of Service; QoS)를 보장하기 위한 개선 방안이나 해결책들이 제공되고 있으며 연구 또한 지속적으로 진행되고 있다. 그러나 사용자의 단말의 이동성을 보장하기 위한 방안은 거의 제시되지 않았다.

특히, 클라우드 컴퓨팅에서 서버로부터 대부분의 자원을 제공 받는 씬-클라이언트(thin-client)에 대해서는 DaaS의 모델로서 이동성이 고려될 필요가 없었다. 그러나, 모바일 씬-클라이언트에 있어서, 이동성에 의한 네트워크 끊김 현상 때문에 데이터의 손실이 발생하는 것과 서비스가 원활하게 제공되지 않는 것은 큰 문제가 될 수 있다.

씬-클라이언트는 중앙 처리 장치(central processing unit; CPU) 및 메모리(memory) 등 단말을 운영하기 위한 필수적인 하드웨어(hardware; H/W) 장치만을 탑재한 채 클라우드 컴퓨팅 기술에 기반하여 운영될 수 있다. 클라우드 컴퓨팅 기술에 기반한 운영에서, 대부분의 작업은 서버에서 실행 및 저장된다.

씬-클라이언트는 클라우드 서버와 같은 서버에 원격으로 접속하여 어플리케이션(application) 또는 운영 체제(Operating System; OS)를 운영할 수 있다. 작업과 관련된 모든 데이터는 서비스를 제공하는 서버에 의해서 관리되고, 서버 내에 보관된다. 따라서, 네트워크를 통한 서비스와의 연결이 단절되면 씬-클라이언트는 서비스를 이용 할 수 없게 되고, 작업을 처리할 수 없게 된다. 말하자면, 모바일 씬-클라이언트는 이동 중에도 끊김 없이 서버에게 서비스를 요청할 수 있어야 하고, 서버로부터 서비스를 제공받을 수 있어야 한다.

일 실시예는 PMIPv6 및 클라우딩 컴퓨팅 기술을 접목함으로써 이동 중인 단말에게 클라우드 서비스로부터의 데이터를 전달하는 방법 및 장치를 제공할 수 있다.

일 측면에 있어서, 미들웨어가 모바일 노드(Mobile Node; MN)의 프록시 모바일 아이피 6(Proxy Mobile IPv6; PMIPv6) 도메인 간 이동을 처리하는 방법에 있어서, 상기 MN의 PMIPv6 도메인 간 이동을 인식하는 단계, 상기 MN의 부착(attach)을 대기할 대기 시각을 설정하는 단계, 상기 대기 시간 내에 상기 MN이 부착된 경우 상기 MN이 PMIPv6 도메인 간 이동을 하였음을 상기 MN에게 서비스를 제공하는 클라우드 서버에게 통지하는 단계 및 상기 MN의 부착 없이 상기 대기 시간이 만료하고 상기 MN이 상기 서비스를 종료한 경우, 상기 클라우드 서버에게 상기 MN으로 제공되는 상기 서비스의 제공의 종료를 요청하는 단계를 포함하는, 미들웨어가 MN의 PMIPv6 도메인 간 이동을 처리하는 방법이 제공될 수 있다.

상기 미들웨어가 MN의 PMIPv6 도메인 간 이동을 처리하는 방법은, 상기 MN의 부착 없이 상기 대기 시간이 만료하고 상기 MN이 상기 서비스를 종료한 경우, 상기 서비스에 대한 체크포인트를 생성하는 단계를 더 포함할 수 있다.

상기 MN은 씬-클라이언트 MN일 수 있다.

다른 일 측에 따르면, 모바일 노드(Mobile Node; MN)가 프록시 모바일 아이피 6(Proxy Mobile IPv6; PMIPv6) 도메인 간 이동을 하였음을 나타내는 정보를 수신하는 네트워킹부 및 상기 MN의 PMIPv6 도메인 간 이동을 인식하고, 상기 MN의 부착(attach)을 대기할 대기 시각을 설정하는 처리부를 포함하고, 상기 대기 시간 내에 상기 MN이 부착된 경우 상기 처리부는 상기 네트워크부를 통해 상기 MN이 PMIPv6 도메인 간 이동을 하였음을 상기 MN에게 서비스를 제공하는 클라우드 서버에게 통지하고, 상기 MN의 부착 없이 상기 대기 시간이 만료하고 상기 MN이 상기 서비스를 종료한 경우, 상기 처리부는 상기 네트워크부를 통해 상기 클라우드 서버에게 상기 MN으로 제공되는 상기 서비스의 제공의 종료를 요청하는, 미들웨어가 제공될 수 있다.

다른 일 측에 따르면, 미들웨어, 클라우드 서버 및 하나 이상의 복제 서버들 중 포함하는 시스템이 모바일 단말(Mobile Node; MN)에게 서비스를 제공하는 방법에 있어서, 상기 미들웨어가 제1 지역 이동성 앵커(Local Mobility Anchor;' LMA)로부터 상기 MN의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보를 수신하는 단계, 상기 미들웨어가 상기 MN의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보에 기반하여 타임 테이블을 생성하는 단계, 상기 미들웨어가 상기 타임 테이블의 내용에 기반하여 상기 MN의 다음의 이동 경로를 예측하는 단계, 상기 미들웨어가 상기 예측된 이동 경로의 정보를 상기 클라우드 서버로 전송하는 단계, 상기 클라우드 서버가 상기 하나 이상의 복제 서버들 중 상기 예측된 이동 경로의 인근의 상기 복제 서버로 가상 데스크탑 인프라스트럭처(Virtual Desktop Infrastructure; VDI)를 이전(migration)시키는 단계 및 상기 복제 서버가 상기 이전된 VDI에 기반하여 제2 LMA에 연결된 MAG 내에 상기 MN에 대한 데이터를 버퍼링하는 단계를 포함하고, 상기 제2 LMA는 상기 예측된 이동 경로가 나타내는 MN이 이동후 부착될 LMA인, 서비스 제공 방법이 제공될 수 있다.

상기 서비스 제공 방법은, 상기 미들웨어가 상기 제2 LMA로부터 상기 제2 LMA의 정보를 포함하는 바인딩 캐쉬 엔트리들(Binding Cache Entries; BCE)를 수신하는 단계 및 상기 미들웨어가 상기 BCE에 기반하여 상기 타임 테이블을 갱신하는 단계를 더 포함할 수 있다.

상기 타임 테이블은 하나 이상의 엔트리들을 포함할 수 있다.

상기 미들웨어는 상기 타임 테이블 내의 제1 엔트리 및 제2 엔트리가 상기 MN을 나타내고, 상기 제1 엔트리가 나타내는 상기 MN의 제1 위치 및 상기 제2 엔트리가 나타내는 상기 MN의 제2 위치가 서로 근접하고, 상기 제1 엔트리가 나타내는 상기 MN의 분리 시각 및 상기 제2 엔트리가 나타내는 상기 MN의 부착 시간이 서로 근접하면 상기 MN이 상기 제1 위치로부터 상기 제2 위치로 이동하는 것을 예측할 수 있다.

또 다른 일 측에 따르면, 제1 지역 이동성 앵커(Local Mobility Anchor;' LMA)로부터 모바일 단말(Mobile Node; MN)의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보를 수신하는 단계, 상기 MN의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보에 기반하여 타임 테이블을 생성하는 단계, 상기 타임 테이블의 내용에 기반하여 상기 MN의 다음의 이동 경로를 예측하는 단계 및 상기 예측된 이동 경로의 정보를 클라우드 서버로 전송하는 단계를 포함하고, 상기 예측된 이동 경로의 정보는 예측된 상기 MN의 이동 경로가 나타내는 상기 MN이 이동 후 부착될 제2 LMA에 대한 정보를 포함하는, 미들웨어의 MN 이동 예측 서비스 제공 방법이 제공될 수 있다.

상기 미들웨어의 MN 이동 예측 서비스 제공 방법은, 상기 제2 LMA로부터 상기 제2 LMA의 정보를 포함하는 바인딩 캐쉬 엔트리들(Binding Cache Entries; BCE)를 수신하는 단계 및 상기 BCE에 기반하여 상기 타임 테이블을 갱신하는 단계를 더 포함할 수 있다.

상기 타임 테이블은 하나 이상의 엔트리들을 포함할 수 있다.

상기 타임 테이블 내의 제1 엔트리 및 제2 엔트리가 상기 MN을 나타내고, 상기 제1 엔트리가 나타내는 상기 MN의 제1 위치 및 상기 제2 엔트리가 나타내는 상기 MN의 제2 위치가 서로 근접하고, 상기 제1 엔트리가 나타내는 상기 MN의 분리 시각 및 상기 제2 엔트리가 나타내는 상기 MN의 부착 시간이 서로 근접하면 상기 MN이 상기 제1 위치로부터 상기 제2 위치로 이동하는 것으로 예측될 수 있다.

또 다른 일 측에 따르면, 제1 지역 이동성 앵커(Local Mobility Anchor;' LMA)로부터 모바일 단말(Mobile Node; MN)의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보를 수신하고, MN의 이동 경로를 클라우드 서버로 전송하는 네트워킹부 및 상기 MN의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보에 기반하여 타임 테이블을 생성하고, 상기 타임 테이블의 내용에 기반하여 상기 MN의 상기 이동 경로를 예측하는 처리부를 포함하고, 상기 예측된 이동 경로의 정보는 예측된 상기 MN의 이동 경로가 나타내는 상기 MN이 이동 후 부착될 제2 LMA에 대한 정보를 포함하는, 미들웨어가 제공될 수 있다.

상기 네트워킹부는 상기 제2 LMA로부터 상기 제2 LMA의 정보를 포함하는 바인딩 캐쉬 엔트리들(Binding Cache Entries; BCE)를 수신할 수 있다.

상기 처리부는 상기 BCE에 기반하여 상기 타임 테이블을 갱신할 수 있다.

상기 타임 테이블은 하나 이상의 엔트리들을 포함할 수 있다.

상기 처리부는 상기 타임 테이블 내의 제1 엔트리 및 제2 엔트리가 상기 MN을 나타내고, 상기 제1 엔트리가 나타내는 상기 MN의 제1 위치 및 상기 제2 엔트리가 나타내는 상기 MN의 제2 위치가 서로 근접하고, 상기 제1 엔트리가 나타내는 상기 MN의 분리 시각 및 상기 제2 엔트리가 나타내는 상기 MN의 부착 시간이 서로 근접하면 상기 MN이 상기 제1 위치로부터 상기 제2 위치로 이동하는 것을 예측할 수 있다.

클라우드 컴퓨팅 기술에 PMIPv6를 접목함으로써 모바일 씬-클라이언트의 이동성을 보장하고, 모바일 씬-클라이언트에게 클라우드 서비스를 제공하는 방법 및 장치가 제공된다.

클라우드 서비스 및 PMIPv6 간의 중재 역할을 하는 미들웨어(middleware) 및 모바일 노드(Mobile Node; MN)의 이동 경로를 고려하여, 도메인(domain)-간 복제(replica) 서버가 배치될 수 있다. 도메인-간 복제 서버를 배치함으로써 가상 데스크탑 인프라스트럭처(Virtual Desktop Infrastructure; VDI) 이전(migration)을 통한 모바일 씬-클라이언트 단말에 대한 지속적인 서비스가 유지될 수 있다. 지속적인 서비스를 유지함으로서 MN의 이동 속도 및 거리에 따른 서비스 중단 문제가 해결될 수 있다.

도 1은 일 실시예에 따른 PMIPv6 서비스 및 클라우드 서비스가 연동되는 프레임워크를 설명한다.
도 2는 일 실시예에 따른 미들웨어의 블록도이다.
도 3은 일 실시예에 따른 접속 매니저의 통신 상태 모니터링 방법을 나타내는 흐름도이다.
도 4는 일 실시예에 따른 위치 발견 매니저의 동작을 나타낼 수 있다.
도 5는 일 예에 따른 타임 테이블의 데이터 구조를 설명한다.
도 6은 일 예에 따른 복제 서버 없이 PMIPv6 및 클라우드 서비스가 연동될 경우의 패킷 전달 경로를 설명한다.
도 7은 일 예에 따른 복제 서버 및 미들웨어를 사용하여 PMIPv6 및 클라우드 서비스가 연동될 경우의 패킷 전달 경로를 설명한다.
도 8은 일 예에 따른 LMA 간 이동 시의 시그널링 흐름을 나타낸다.
도 9는 일 예에 따른 MN의 LMA 간 이동 시의 시그널링 흐름을 나타낸다.

이하에서, 첨부된 도면을 참조하여 실시예들을 상세하게 설명한다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.

하기의 실시예에서, 클라우드 컴퓨팅 환경에서의 모바일 씬-클라이언트의 이동성을 보장하기 위해, 망 기반 이동성 관리 기술인 프록시 모바일 아이피6(Proxy Mobile IPv6; PMIPV6) 기술을 클라우드 컴퓨팅 기술에 접목함으로써 이동 중인 단말이 클라우드 서비스로부터 동적으로 데이터를 전달 받을 수 있는 프레임워크가 개시된다.

도 1은 일 실시예에 따른 PMIPv6 서비스 및 클라우드 서비스가 연동되는 프레임워크를 설명한다.

하기에서, 도 1에서 도시된 프레임워크의 구성 요소 및 관련된 구성 요소들을 각각 설명한다.

PMIPv6 도메인(domain)

PMIPv6 도메인은 PMIPv6 프로토콜을 사용함으로써 모바일 노드(mobile node)의 이동성 관리를 처리하는 시스템을 의미할 수 있다. 이하, PMIPv6 도메인은 도메인으로 약술한다.

PMIPv6 도메인은 지역 이동성 앵커(Local Mobility Anchor;' LMA) 및 모바일 접근 게이트웨이(Mobile Access Gateway; MAG)를 포함할 수 있다. MAG는 프록시 바인딩 업데이트를 이용하여 MN 대신 PMIPv6 도메인에 대한 인증 및 연결 설정을 수행할 수 있다.

LMA

LMA는 도메인에서 MN에 대한 홈 에이전트 또는 모바일 에이전트의 기능을 제공할 수 있다. 즉, LMA는 MN 대신 MN의 시그널링 및 이동성 관리를 수행할 수 있다. 따라서, MN에서는 추가적인 시그널링이 발생하지 않을 수 있다.

일반적으로, LMA는 도메인 내부에서 게이트웨이(gateway)의 위치에 배치될 수 있다. LMA는 MN의 MN-홈 네트워크 프리픽스(Home Network Prefix; HNP)를 할당할 수 있고, 할당된 MN-HNP를 MN으로 전송할 수 있다.

LMA는 자신이 관리하는 도메인 내부의 모든 단말들의 주소 및 위치 정보를 유지함으로써 단말들의 연결들을 보장할 수 있다.

도메인의 외부로부터 도메인의 내부의 단말로 전송되는 패킷은 무조건 LMA가 수신하도록 설계될 수 있다. 패킷은 MAG와의 터널링을 통해 MN으로 전송될 수 있다. 한편, 도메인의 내부에서부터 외부로 전송되는 패킷들은 MAG의 터널링에 의해 LMA로 전송될 수 있고, LMA에 의해 외부로 전송될 수 있다.

MAG

MAG의 기능은 접근 라우터(router)에 탑재될 수 있다. 즉, MAG는 접근 라우터일 수 있다. 따라서, MAG는 MN이 직접적으로 접촉하는 첫 번째 홉(hop)일 수 있다.

MAG는 MN을 대신해서 이동성 지원 시그널링(signaling)을 수행할 수 있다. 또한, MAG는 MN의 네트워크에 대한 연결 및 라우팅을 수행할 수 있다. MN이 접근 라우터에 접속하면, MAG는 MN을 대신하여 MN의 정보를 이용하여 LMA과의 연결을 설정할 수 있고, LMA로부터 전송된 패킷을 MN 대신 수신하고 MN에게 전송할 수 있다.

또한, MAG는 링크 레이어(link layer)에서 MN이 생성하는 부착(attach) 및 분리(detach) 등의 정보를 제공하는 트리거(trigger)를 수신할 수 있다.

MN

도메인에서의 MN은 IPv4 또는 IPv6 만을 가지고 있거나, 듀얼(dual) 스텍(stack)을 가지고 있을 수 있으며, 이동성 관련 시그널링을 수행하지 않을 수 있다. 따라서, MN은 IP의 주소를 바꾸지 않고 이동하면서 통신을 할 수 있다.

씬-클라이언트 MN

씬-클라이언트 MN은 모바일 씬-클라이언트일 수 있다. 씬-클라이언트 MN은 클라우드 서버에 원격으로 접속하여 클라우드 서비스를 제공받을 수 있다.

프록시 케어-오브 주소(Proxy Care-of Address; P-CoA)

P-CoA는 MAG의 출구(egress) 인터페이스에 할당된 전역 주소일 수 있다. P-CoA는 LMA 및 MAG 간의 터널의 전송 말단(end-point)일 수 있다. LMA는 서비스를 제공할 MN의 CoA를 바인딩 캐쉬(binding cache)에 등록할 수 있다. MAG 및 LMA 간의 전송 계층이 IPv4 네트워크이고, MAG의 Proxy-CoA가 IPv4로 등록되어 있으면, IPv4 CoA가 사용될 수 있다.

LMA 주소(LMA Adress; LMAA)

LMAA는 LMA 및 MAG 간의 양방향-터널(Bi-Tunnel)의 설정에 사용되는 LMA의 글로벌 주소일 수 있다. LMAA는 MAG가 PBU 메시지를 보낼 때 사용될 수 있다.

MN-식별자(Mobile-Node Identifier; MN-ID)

MN-ID는 도메인에서의 MN의 ID일 수 있다. MN-ID는 도메인에서 항상 취득될 수 있으며, 인증될 수 있는 MN의 안정적인 ID일 수 있다. MN-ID는 일반적으로, RFC4282의 네트워크 접근 식별자(Network Access Identifier; NAI) 또는 미디어 접근 제어(Media Access Control; MAC) 주소일 수 있다.

정책 프로파일(policy profile)

정책 프로파일은 MN을 서비스할 LMA의 주소, 주소 설정 방법, MN의 홈 네트워크 프리픽스(home network prefix) 정보 및 서비스의 정책 등과 같은 정보를 포함할 수 있다.

프록시 바인딩 갱신(Proxy Binding Update; PBU)

PBU는 MAG이 MN의 LMA에게 보내는 메시지일 수 있다. PBU는 모바일 노드의 HNP 및 현재의 P-CoA를 이용하여 모바일 노드의 등록을 요청하는데 사용될 수 있다. PBU는 RFC3775 모바일 IPv6에서 정의된 바인딩 갱신 메시지를 이용할 수 있다. 바인딩 갱신 메시지에 비해, PBU에서는 P 플래그가 추가될 수 있다. P 플래그는 PBU가 MAG에서 보내졌음을 LMA 에게 알리는 역할을 할 수 있다.

프록시 바인딩 응답(Proxy Binding Acknowledgement; PBA)

PBA는 MAG이 보낸 PBU 메시지에 대한 응답일 수 있다. PBA는 LMA가 전송하는 메시지일 수 있다. PBA는 RFC3775 모바일 IPv6에서 정의된 바인딩 응답 메시지를 이용할 수 있다. 바인딩 응답 메시지에 비해, PBA에서는 P 플래그가 추가될 수 있다. P 플래그는 PBU가 MAG에서 보내졌음을 LMA 에게 알리는 역할을 할 수 있다.

클라우드 서버

클라우드 서버는 클라우드 서비스를 제공하는 하나 이상의 서버들일 수 있다. 클라우드 서버는 클라우드 서비스를 제공할 수 있다.

미들웨어(middleware)

프레임 워크에서의 통신 구조는, 1) 씬-클라이언트 MN 및 도메인 간 통신, 2) PMIPv6 및 미들웨어 간 통신 및 3) 미들웨어 및 클라우드 서버 간의 통신의 3 단계로 분류될 수 있다.

PMIPv6 및 클라우드 서버는 서로 상이한 네트워크를 이용할 수 있다. 외부 네트워크와의 데이터 통신은 LMA가 담당할 수 있다. 그러나, 씬-클라이언트 MN이 제공받는 클라우드 서비스의 종류는 다양할 수 있다. 미들웨어는 클라우드 서비스 및 도메인에 독립적으로 MN의 위치를 판단할 수 있고, 서비스 릴레이(relay) 또는 클라우드 서버의 VDI 이전을 제공할 수 있다.

복제 서버(replica server)

복제 서버는 클라우드 서버의 데이터를 복제하여 저장할 수 있고, 저장된 데이터를 LMA, MAG 및 MN에게 제공할 수 있다. 말하자면, 복제 서버는 클라우드 서버의 캐쉬일 수 있다.

미들웨어, 도메인 및 복제 서버 간에는 LMA-클라우드 프로토콜 및 터널 링크가 사용될 수 있다.

인증-승인-어카운팅(Authentication-Authorization-Accounting; AAA)

AAA는 MN과 같은 프레임워크 내의 개체에 대한 인증, 승인 및 어카운팅 작업을 수행할 수 있다. 예컨대, AAA는 MN이 제공한 MN-ID를 사용하여 MN을 인증할 수 있다.

버퍼링 요청 및 BCE 갱신에 대해서 하기에서 도 4를 참조하여 상세히 설명된다.

도 2는 일 실시예에 따른 미들웨어의 블록도이다.

미들웨어(200)는 클라우드 서비스 및 PMIPv6 간의 중재 역할을 하는 컴퓨터 시스템 또는 서버일 수 있다. 즉, 미들웨어(200)는 클라우드 서버 및 MN 간의 중재 역할을 할 수 있다. 여기서, MN은 씬-클라이언트 MN일 수 있다.

미들웨어(200)는 처리부(210) 및 네트워킹부(220)를 포함할 수 있다. 처리부(210)는 미들웨어(200)의 동작에 필요한 작업을 처리할 수 있다. 처리부(210)는 CPU일 수 있다.

네트워킹부(220)는 미들웨어(200)의 데이터 송수신을 위해 필요한 작업을 처리할 수 있으며, 데이터 송수신을 위한 신호를 전송 또는 수신할 수 있다. 처리부(210)는 네트워킹부(220)를 제어함으로써 미들웨어(200)의 동작에 필요한 데이터를 송수신할 수 있다.

처리부(210)는 접속 매니저(connection manager) 및 위치 발견 매니저(location discovery manager)의 기능을 수행할 수 있다. 여기서, 접속 매니저 및 위치 발견 매니저는 각각 처리부(210)에 의해 수행되는 모듈(module) 또는 서비스(service)일 수 있다.

접속 매니저는 클라우드 서버(또는, 클라우드 서비스) 및 MN 간의 연결 상태를 모니터링할 수 있다. 접속 매니저는 MN 또는 MN의 사용자의 프로파일을 관리할 수 있다.

위치 발견 매니저는 LMA의 정보 및 MN의 정보를 저장할 수 있다. 위치 발견 매니저는 타임 스케쥴러를 설정하여 MN의 이동 경로를 예측할 수 있다.

도 3은 일 실시예에 따른 접속 매니저의 통신 상태 모니터링 방법을 나타내는 흐름도이다.

접속 매니저는 클라우드 서버로부터 전송되는 다중 패킷에 대한 라우팅을 수행하고, MN의 세션(session)을 관리할 수 있다. 또한, 접속 매니저는 MN 및 클라우드간 통신 상태를 모니터링함으로써 서비스의 연결 상태의 유지 또는 종료를 수행할 수 있다. 여기서, MN은 씬-클라이언트 MN일 수 있다.

하기의 단계들(310 내지 370)은 처리부(210) 및 네트워킹부(220)에 의해 수행되는 MN의 도메인 간 이동을 처리하기 위한 접속 매니저의 기능일 수 있다.

단계(310)에서, 네트워킹부(220)는 MN이 도메인 간 이동을 하였음을 나타내는 정보를 수신할 수 있다.

단계(315)에서, 처리부(210)는 MN의 도메인 간 이동을 인식할 수 있다.

단계(320)에서, 처리부(210)는 MN의 도메인 간 이동을 인식함에 따라 접속 매니저로 MN 분리 이벤트를 발생시킬 수 있다.

단계(325)에서, 처리부(210)는 MN의 부착을 대기할 대기 시간을 설정할 수 있다.

단계(330)에서, 처리부(210)는 대기 시간 내에 MN이 부착되었는지를 판단할 수 있다.

대기 시간 내에 MN이 부착된 경우, 단계(340)에서 처리부(210)는 네트워킹부(220)를 통해 MN이 도메인 간 이동을 하였음을 MN에게 서비스를 제공하는 클라우드 서버에게 통지할 수 있다. 또한, 단계(345)에서, 처리부(210)는 MN 및 클라우드 서버 간의 연결 상태를 유지시킬 수 있다. 이후, 절차가 종료할 수 있다.

MN의 부착 없이 대기 시간이 만료한 경우, 단계(350)에서, 처리부(210)는 MN이 클라우드 서버로부터 MN에게 제공되는 서비스를 종료한 것인지 여부를 판단할 수 있다.

MN이 서비스를 종료한 경우, 단계(360)에서, 처리부(210)는 MN 및 클라우드 서버 간의 세션을 중단할 수 있다. 처리부(210)는 네트워킹부(220)를 통해 MN 및 클라우드 서버 간의 세션을 중단할 수 있다. 단계(365)에서, 처리부(210)는 네트워킹부(220)를 통해 클라우드 서버에게 MN으로 제공되는 서비스의 제공의 종료를 요청할 수 있다.

단계(370)에서, 처리부(210)는 서비스에 대한 체크포인트(checkpoint)를 생성할 수 있다.

MN이 서비스를 종료하지 않은 경우, 처리부(210)는 MN의 통신 불량 여부를 재검토할 수 있다. 상기의 재검토를 위해, 단계(325)가 반복해서 수행될 수 있다.

도 4는 일 실시예에 따른 위치 발견 매니저의 동작을 나타낼 수 있다.

씬-클라이언트 MN이 이동을 하더라도, 항상 초 단위로 지속적으로 이동하지는 않는 것으로 간주할 수 있다. 즉, MN의 이동은 기 지정된 시간 단위로 체크될 수 있다. 또한, 씬-클라이언트 MN마다 일정한 이동 패턴을 가질 수 있다.

예컨대, 씬-클라이언트 MN의 사용자가 직장인일 경우, 씬-클라이언트 MN에 대해, 오전에는 집으로부터 직장으로의 이동, 오후에서는 직장에서의 위치 유지, 저녁에는 직장으로부터 집으로의 이동이라는 일정한 패턴이 존재할 수 있다. 이러한 일정한 패턴이 존재한다고 하더라도, LMA가 이동 패턴의 모든 범위를 다 관리하지는 못할 수 있다. 이러한 경우, 씬-클라이언트 MN이 이동하면, 이동한 지역의 LMA에 씬-클라이언트 MN이 바인딩되어야 할 수 있다. 바인딩을 위해서는, LMA가 변동할 때마다 위치 정보가 클라우드 서버에게 통지되어야 한다. LMA가 변동할 때마다 위치 정보가 클라우드 서버에게 통지될 경우, 클라우드 서버는 위치 정보가 변경될 때마다 씬-클라이언트 MN으로의 데이터 패킷 전달에 대한 경로를 재설정할 수 있다. 추가적인 메시지 및 경로의 재설정은 데이터 패킷 전달의 지연(delay)를 야기할 수 있다.

하기의 단계들(410 내지 460)은 처리부(210) 및 네트워킹부(220)에 의해 수행되는 타임 스케쥴러를 설정하여 MN의 경로를 예측하기 위한 위치 발견 매니저의 기능일 수 있으며, 미들웨어(200), 클러우드 서버(400) 및 복제 서버(401)를 포함하는 시스템이 MN에게 서비스를 제공하는 방법일 수 있다. 또한, 하기의 단계들(410 내지 460)은 미들웨어(200)가 MN의 이동 예측 서비스를 제공하는 방법일 수 있다.

단계(410)에서, 미들웨어(200)의 네트워킹부(220)는 LMA로부터 MN의 위치 정보 및 MN이 부착된 LMA의 정보를 수신할 수 있다. 도 4에서 제1 LMA 내지 제4 LMA가 도시된 것처럼, LMA는 하나 이상일 수 있다. 네트워킹부(220)는 MN이 이동할 때마다 복수 개의 LMA들로부터 MN의 위치 정보 및 MN이 부착된 LMA의 정보를 수신할 수 있다.

MN의 위치 정보 및 MN이 부착된 LMA의 정보를 제공하는 LMA를 제1 LMA로 명명할 수 있다. 제1 LMA는 도시된 제1 LMA 내지 제4 LMA 중 하나 이상의 LMA일 수 있다.

단계(420)에서, 미들웨어(200)의 처리부(210)는 수신된 MN의 위치 정보 및 MN이 부착된 LMA의 정보에 기반하여 타임 테이블을 생성할 수 있다. 타임 테이블에 대해 하기에서 도 5를 참조하여 상세히 설명된다.

단계(410)가 반복하여 수행됨으로써 MN에 대한 타임 테이블의 내용이 추가 및 갱신될 수 있다.

단계(430)에서, 미들웨어(200)의 처리부(210)는 타임 테이블을 사용하여 MN의 이동 경로를 예측할 수 있다. 만약, MN이 시간 대별, 날짜 별 또는 주 별로 일정한 패턴에 따라 특정한 장소로 이동한다면, 처리부(210)는 타임 테이블의 내용에 기반하여 MN의 다음 이동 경로를 예측할 수 있다.

MN의 다음 이동 경로가 예측될 수 있으면, 미들웨어(200)는 MN이 다음 LMA에 부착되기 전에 클라우드 서버(400)에게 예측된 이동 경로의 정보를 미리 알릴 수 있다.

단계(440)에서, 미들웨어(200)의 네트워킹부(220)는 예측된 MN의 이동 경로의 정보를 클라우드 서버(400)로 전송할 수 있다.

단계(450)에서, 클라우드 서버(400)는 복제 서버(401)로 VDI를 이전시킬 수 있다. 여기서, 복제 서버(401)는 하나 이상의 복제 서버들 중 예측된 MN의 이동 경로의 인근의 복제 서버일 수 있다.

단계(460)에서, MN이 제2 LMA에 부착되기 전에, 복제 서버(401)는 상기의 이전된 VDI에 기반하여, 제2 LMA 또는 제2 LMA에 연결된 MAG 내에 MN에 대한 데이터를 버퍼링할 수 있다. 제2 LMA에 연결된 MAG 내에 MN에 대한 데이터가 버퍼링될 경우, MN에 대한 데이터는 제2 LMA를 통해 MAG로 전달될 수 있다.

제2 LMA는 예측된 MN의 이동 경로가 나타내는 MN이 이동 후 부착될 LMA일 수 있다. 단계(440)의 예측된 MN의 이동 경로의 정보는 예측된 MN의 이동 경로가 나타내는 MN이 이동 후 부착될 제2 LMA에 대한 정보를 포함할 수 있다.

제2 LMA 및 복제 서버(401)는 양방향-터널을 통해 서로 간에 연결될 수 있다.

MN이 제1 LMA에 연결된 제1 MAG로부터 분리되고, 제2 LMA에 연결된 제2 MAG로 부착되면, 제2 LMA는 자신의 바인딩 캐쉬 엔트리들(Binding Cache Entries; BCE)를 갱신할 수 있다. 제2 LMA는 자신의 BCE에 제2 LMA의 정보를 포함시켜 미들웨어(200)의 네트워킹부(220)로 전송할 수 있다. 제2 LMA의 정보는 제2 LMA의 위치 및 제2 LMA의 IP 주소 등을 포함할 수 있다.

제2 LMA는 상기의 전송을 통해 MN의 위치 정보를 갱신할 것을 미들웨어(200)에게 요청할 수 있다.

단계(470)에서, 미들웨어(200)의 네트워킹부(220)는 제2 LMA로부터 제2 LMA의 BCE를 수신할 수 있다.

단계(480)에서, 미들웨어(200)의 처리부(210)는 수신된 BCE에 기반하여 타임 테이블을 갱신할 수 있다.

미들웨어(200)의 처리부(210)는 타임 테이블 내에서 제2 LMA 및 MN에 대한 정보를 검색할 수 있다. 만약, 타임 테이블 내에 제2 LMA 및 MN에 대한 정보가 없으면, 처리부(210)는 제2 LMA 및 MN에 대한 정보를 새로 등록함으로써 타임 테이블을 갱신할 수 있다. 만약, 타임 테이블 내에 제2 LMA 및 MN에 대한 정보가 있으면, 처리부(210)는 상기의 제2 LMA 및 MN에 관련된 위치 정보 및 시간 정보를 분석함으로써 MN의 다음 이동 경로를 예측할 수 있다.

도 5는 일 예에 따른 타임 테이블의 데이터 구조를 설명한다.

타임 테이블(500)은 하나 이상의 엔트리(entry)들을 포함할 수 있다. 엔트리는 타임 테이블(500)의 행(row)일 수 있다.

엔트리는 하나 이상의 필드들을 포함할 수 있다. 여기서, 필드는, MN의 식별자(MN-ID) 필드, MAG 필드, LMA 필드, 위치 필드, 부착 시각 필드 및 분리 시각 필드를 포함할 수 있다.

MN-ID 필드는 이동 경로 예측의 대상이 되는 MN의 ID를 나타낼 수 있다. MAG 필드는 MN이 부착된 MAG를 나타낼 수 있다. LMA 필드는 MAG와 연결된 LMA 또는 MN이 부착된 LMA를 나타낼 수 있다. 위치 필드는 MN의 위치를 나타낼 수 있다. 부착 시간 필드는 MN이 LMA에 부착된 시각을 나타낼 수 있다. 분리 시각 필드는 MN이 LMA로부터 분리된 시각을 나타낼 수 있다.

미들웨어(200)의 처리부(210)는 타임 테이블 내의 엔트리들 간의 연관 관계에 기반하여 MN의 이동 경로를 예측할 수 있다. 예컨대, 미들웨어(200)의 처리부(210)는 타임 테이블 내의 제1 엔트리 및 제2 엔트리가 동일한 MN을 나타내고, 제1 엔트리가 나타내는 MN의 제1 위치 및 제2 엔트리가 나타내는 MN의 제2 위치가 서로 근접하고, 제1 엔트리가 나타내는 MN의 분리 시각 및 제2 엔트리가 나타내는 MN의 부착 시각이 서로 근접하면, MN이 제1 위치로부터 제2 위치로 이동하는 것을 예측할 수 있다.

도 6은 일 예에 따른 복제 서버 없이 PMIPv6 및 클라우드 서비스가 연동될 경우의 패킷 전달 경로를 설명한다.

도 6은 복제 서버 없이 클라우드 서비스 및 PMIPv6가 연동될 경우의 클라우드 서버 및 MN 간의 데이터 패킷 전달 경로를 나타낼 수 있다.

도 6에서, 실선은 MN의 이동 전의 데이터 흐름을 나타낸다. 점선은 MN의 이동 후의 데이터 흐름을 나타낸다.

PMIPv6에서, MN이 MAG 간 이동 또는 LMA 간 이동을 하면, 이동에 의해 MN은 새로운 LMA 및 새로운 MAG에 부착될 수 있다.

이동에 의해 부착된 새로운 LMA가 BCE의 갱신을 하지 않고, 이동 이전의 기존의 LMA 및 이동 이전의 기존의 MAG 간의 양방향-터널을 중단하지 않으면, 클라우드 서버로부터 MN으로 전송되는 모든 패킷은 기존의 LMA 및 기존의 MAG를 통해 새로운 MAG의 버퍼 내에 버퍼링될 수 있다. 상기의 버퍼링은 포워드 버퍼링으로 명명될 수 있다.

도 7은 일 예에 따른 복제 서버 및 미들웨어를 사용하여 PMIPv6 및 클라우드 서비스가 연동될 경우의 패킷 전달 경로를 설명한다.

도 7은 복제 서버 및 미들웨어를 사용하여 클라우드 서비스 및 PMIPv6가 연동될 경우의 클라우드 서버 및 MN 간의 데이터 패킷 전달 경로를 나타낼 수 있다.

도 7에서, 실선은 MN의 이동 전의 데이터 흐름을 나타낸다. 점선은 LMA 및 미들웨어 간의 통신을 나타낸다. 중심이 빈 선은 MN의 이동 후의 데이터 흐름을 나타낸다. 제1 LMA는 MN이 이동 전에 부착되었던 LMA일 수 있다. 제2 LMA는 MN이 이동 후에 부착된 LMA일 수 있다.

도 4를 참조하여 전술된 것처럼, 미들웨어는 복제 서버에게 MN의 새 위치에 대한 정보를 제공할 수 있다. MN의 이동에 따라, 미들웨어는 제1 LMA에게 분리 메시지를 전송할 수 있다. MN이 이동한 후, 미들웨어는 제2 LMA로부터 MN의 위치의 갱신에 대한 정보를 수신할 수 있다.

클라우드 서비스를 위한 패킷은 미들웨어를 통해 클라우드 서버로부터 MN으로 전송될 수 있고, 제2 LMA 및 제2 MAG를 통해 복제 서버로부터 MN으로 전송될 수 있다.

하기의 도 8 및 도 9에서, 프레임워크의 개체(entity)들 간의 시그널링 흐름이 설명된다. 화살표는 하나의 주체로부터 다른 주체로의 시그널링을 나타낼 수 있다. 상기의 시그널링을 통해, 데이터, 응답 및 요청이 하나의 주체로부터 다른 주체로 전달될 수 있다. 양방향의 화살표는 2 개의 개체들이 서로 정보 또는 데이터를 주고 받음을 의미할 수 있다. 박스는 주체가 수행하는 동작을 의미할 수 있다. 화살표 및 박스에 첨부된 설명은 도 1 내지 도 7을 참조하여 설명된 실시예들에서 사용된 용어 또는 클라우드 서비스 및 PMIPv6 프로토콜에서 일반적으로 사용되는 용어, 절차 또는 동작을 나타낼 수 있다.

개체들 중 이전 MAG는 MN이 이동 전에 부착되었던 MAG일 수 있다. 이전 LMA는 MN이 이동 전에 부착되었던 LMA일 수 있다. 다음 LMA는 MN이 이동 후에 부착된 LMA일 수 있다. 다음 MAG는 MN이 이동 후 부착된 MAG일 수 있다. 접속 매니저는 미들웨어의 접속 매니저를 나타낼 수 있다. 위치 발견 매니저는 미들웨어의 위치 발견 매니저를 나타낼 수 있다. 따라서, 접속 매니저 및 위치 발견 매니저는 단순히 미들웨어로 대체될 수 있다. 말하자면, 접속 매니저 및 위치 발견 매니저에 의해 수행되는 것으로 설명되는 기능은 미들웨어(200)의 처리부(210)에 의해 수행되는 것으로 간주될 수 있다.

도 8은 일 예에 따른 LMA 간 이동 시의 시그널링 흐름을 나타낸다.

LMA 간 이동의 경우에 있어서, 다양한 상황이 고려될 수 있다. PMIPv6의 표준 문서인 RFC5213에서는, 1) PMIPv6의 도메인 내에 하나의 LMA가 몇 개의 MAG를 지원할 수 있는가에 대한 규정 및 2) 경로 최적화 방법에 대한 규정이 없다. 여기서, 경로 최적화 방법이란, LMA들 사이에 MAG가 있을 경우, MAG와의 터널링이 어떤 LMA와 이루어져야 하는가를 규정하는 방법일 수 있다.

위치 발견 매니저는 LMA의 변경이 있을 경우, 클라우드 서버가 변경 전후의 LMA들 중 어떤 LMA에게 데이터 패킷을 전송해야 하는 가를 결정할 수 있다. MN이 새로운 MAG의 영역으로 이동하면, 접속 매니저는 위치 발견 매니저에게 LMA, MAG 및 MN 각각의 위치 정보를 갱신할 것을 요청할 수 있다. LDM은 상기의 위치 정보를 저장하면서, 타임 테이블을 생성할 수 있다. LDM은 타임 테이블을 사용하여, MN이 이동해온 경로들 각각의 비율을 계산할 수 있다. 말하자면, MN이 다양한 위치들로 이동한 정보가 타임 테이블 내에 기록된 경우, LDM은 타임 테이블을 사용하여 MN이 위치들 각각으로 이동한 비율을 계산할 수 있다. 계산된 비율에 따라 위치 발견 매니저는 MN의 다음의 이동 경로를 예측할 수 있다. 위치 발견 매니저는 도메인 내의 복제 서버들 중 예측된 다음 이동 경로에 가장 인접한 복제 서버로 클라우드 서버 내의 VDI 이미지를 이전할 수 있다.

이후, MN이 다음 LMA의 다음 MAG에 부착되면, 복제 서버가 MN에게 데이터 패킷을 전송할 수 있다.

앞서 도 1 내지 도 7을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.

도 9는 일 예에 따른 MN의 LMA 간 이동 시의 시그널링 흐름을 나타낸다.

하기에서 설명될 시그널링 흐름은 복제 서버를 사용한다. 복제 서버를 사용함으로써 LMA 및 LMA 간 또는 MAG 및 MAG 간의 추가적인 터널 형성 또는 패킷 재순서화가 요구되지 않을 수 있다.

MN이 이전 MAG로부터 분리되면, 분리 이벤트가 수행될 수 있다. 여기서, 분리 이벤트는 PBB-PMIP의 기법을 따를 수 있다.

이전 LMA는 MN이 이전 MAG에서 분리되었음을 접속 매니저에게 알릴 수 있다. 분리 메시지를 수신한 접속 매니저는 위치 발견 매니저에게 MN이 다음으로 이동할 위치를 나타내는 위치 정보를 요청할 수 있다. 여기서, 위치 정보의 요청은 이전 MAG이 도메인 내의 마지막 MAG임을 나타내는 메시지를 포함할 수 있다.

위치 발견 매니저는 타임 테이블 내에서 기 정의된 기간 동안의 MN의 이동 경로 정보를 나타내는 엔트리들을 불러올 수 있다. 여기서, 기 정의된 기간은 1 주일, 한 달 또는 일 년 등의 기간일 수 있다. 위치 발견 매니저는 상기의 엔트리들을 사용하여 시간에 따른 MN의 위치를 분석할 수 있고, 상기의 분석에 기반하여 MN의 다음 경로를 예측할 수 있다. 위치 발견 매니저는 예측된 MN의 다음 경로에 기반하여 MN이 다음으로 이동할 위치의 정보를 복제 서버로 전송할 수 있다.

복제 서버는 클라우드 서버에게 VDI 이전 요청을 할 수 있다. 이때, VDI 이전 요청은 MN에 대한 정보를 포함할 수 있다.

VDI 이전 요청을 수신한 클라우드 서버는 VDI 이전을 준비할 수 있다.

복제 서버는 VDI 이전의 준비가 완료되었음을 접속 매니저에게 통지할 수 있다. 복제 서버가 VDI 이전의 준비를 하는 동안, 클라우드 서버는 복제 서버와의 터널을 형성할 수 있다. 클라우드 서버 및 복제 서버는 형성된 터널을 통해 VDI 이전을 할 수 있다.

접속 매니저는 이전 LMA에게 MN이 다음으로 이동할 다음 LMA에 대한 정보를 전송할 수 있다. 이전 LMA는 접속 매니저로부터의 메시지를 수신할 수 있고, 메시지의 수신 후 자신의 BCE의 정보를 다음 LMA로 전송할 수 있다. 상기의 전송을 통해 이전 LMA는 MN에 대한 정보를 다음 LMA로 넘길 수 있다.

다음 LMA는 이전 LMA가 제공한 이전 BCE의 정보를 사용하여 자신의 BCE를 갱신할 수 있다. 갱신을 완료한 후, 다음 LMA는 업데이트 완료 메시지를 다음 MAG로 전송할 수 있다.

이후, MN이 다음 LMA의 영역에 진입하고 MN이 다음 MAG에 부착되면, 복제 서버, 다음 LMA 및 다음 MAG 간의 터널이 형성될 수 있고, MN에 대한 서버스가 재시작될 수 있다.

앞서 도 1 내지 도 8을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.

이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPA(field programmable array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.

실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

200: 미들웨어
400: 클라우드 서버
401: 복제 서버

Claims (13)

1. 클라우드 서버 및 하나 이상의 복제 서버들을 포함하는 시스템이 제1 지역 이동성 앵커(Local Mobility Anchor; LMA)에 부착된 모바일 단말(Mobile Node; MN)의 이동을 처리하는 방법에 있어서,
   상기 클라우드 서버가 미들웨어로부터 상기 MN의 예측된 이동 경로의 정보를 수신하는 단계;
   상기 클라우드 서버가 상기 하나 이상의 복제 서버들 중 상기 예측된 이동 경로의 인근의 복제 서버로 가상 데스크탑 인프라스트럭처(Virtual Desktop Infrastructure; VDI)를 이전(migration)시키는 단계; 및
   상기 인근의 복제 서버가 상기 이전된 VDI에 기반하여 제2 LMA에 연결된 MAG 내에 상기 MN에 대한 데이터를 버퍼링하는 단계
   를 포함하고, 상기 제2 LMA는 상기 예측된 이동 경로가 나타내는 MN이 이동후 부착될 LMA인, MN의 이동을 처리하는 방법.
2. 삭제
3. 제1항에 있어서,
   상기 MN은 씬-클라이언트 MN인, MN의 이동을 처리하는 방법.
4. 클라우드 서버; 및
   하나 이상의 복제 서버들
   을 포함하고,
   상기 클라우드 서버는 미들웨어로부터 제1 지역 이동성 앵커(Local Mobility Anchor; LMA)에 부착된 모바일 단말(Mobile Node; MN)의 예측된 이동 경로의 정보를 수신하고,
   상기 클라우드 서버는 상기 하나 이상의 복제 서버들 중 상기 예측된 이동 경로의 인근의 복제 서버로 가상 데스크탑 인프라스트럭처(Virtual Desktop Infrastructure; VDI)를 이전(migration)시키고,
   상기 인근의 복제 서버는 상기 이전된 VDI에 기반하여 제2 LMA에 연결된 MAG 내에 상기 MN에 대한 데이터를 버퍼링하고,
   상기 제2 LMA는 상기 예측된 이동 경로가 나타내는 MN이 이동후 부착될 LMA인, MN의 이동을 처리하는 시스템.
5. 미들웨어, 클라우드 서버 및 하나 이상의 복제 서버들을 포함하는 시스템이 모바일 단말(Mobile Node; MN)의 이동을 처리하는 방법에 있어서,
   상기 미들웨어가 제1 지역 이동성 앵커(Local Mobility Anchor; LMA)로부터 상기 MN의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보를 수신하는 단계;
   상기 미들웨어가 상기 MN의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보에 기반하여 타임 테이블을 생성하는 단계;
   상기 미들웨어가 상기 타임 테이블의 내용에 기반하여 상기 MN의 다음의 이동 경로를 예측하는 단계;
   상기 미들웨어가 상기 예측된 이동 경로의 정보를 상기 클라우드 서버로 전송하는 단계;
   상기 클라우드 서버가 상기 하나 이상의 복제 서버들 중 상기 예측된 이동 경로의 인근의 복제 서버로 가상 데스크탑 인프라스트럭처(Virtual Desktop Infrastructure; VDI)를 이전(migration)시키는 단계; 및
   상기 인근의 복제 서버가 상기 이전된 VDI에 기반하여 제2 LMA에 연결된 MAG 내에 상기 MN에 대한 데이터를 버퍼링하는 단계
   를 포함하고, 상기 제2 LMA는 상기 예측된 이동 경로가 나타내는 MN이 이동후 부착될 LMA인, MN의 이동을 처리하는 방법.
6. 제5항에 있어서,
   상기 미들웨어가 상기 제2 LMA로부터 상기 제2 LMA의 정보를 포함하는 바인딩 캐쉬 엔트리들(Binding Cache Entries; BCE)를 수신하는 단계; 및
   상기 미들웨어가 상기 BCE에 기반하여 상기 타임 테이블을 갱신하는 단계
   를 더 포함하는, MN의 이동을 처리하는 방법.
7. 제5항에 있어서,
   상기 타임 테이블은 하나 이상의 엔트리들을 포함하고,
   상기 미들웨어는 상기 타임 테이블 내의 제1 엔트리 및 제2 엔트리가 상기 MN을 나타내고, 상기 제1 엔트리가 나타내는 상기 MN의 제1 위치 및 상기 제2 엔트리가 나타내는 상기 MN의 제2 위치가 서로 근접하고, 상기 제1 엔트리가 나타내는 상기 MN의 분리 시각 및 상기 제2 엔트리가 나타내는 상기 MN의 부착 시간이 서로 근접하면 상기 MN이 상기 제1 위치로부터 상기 제2 위치로 이동하는 것을 예측하는, MN의 이동을 처리하는 방법.
8. 삭제
9. 제5항에 있어서,
   상기 미들웨어가 상기 제2 LMA로부터 상기 제2 LMA의 정보를 포함하는 바인딩 캐쉬 엔트리들(Binding Cache Entries; BCE)를 수신하는 단계; 및
   상기 미들웨어가 상기 BCE에 기반하여 상기 타임 테이블을 갱신하는 단계
   를 더 포함하는, MN의 이동을 처리하는 방법.
10. 삭제
11. 미들웨어;
    클라우드 서버; 및
    하나 이상의 복제 서버들을 포함하고,
    상기 미들웨어는 제1 지역 이동성 앵커(Local Mobility Anchor; LMA)로부터 모바일 단말(Mobile Node; MN)의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보를 수신하고, 상기 MN의 위치 정보 및 상기 MN이 부착된 상기 제1 LMA의 정보에 기반하여 타임 테이블을 생성하고, 상기 타임 테이블의 내용에 기반하여 상기 MN의 다음의 이동 경로를 예측하고, 상기 예측된 이동 경로의 정보를 상기 클라우드 서버로 전송하고,
    상기 클라우드 서버는 상기 하나 이상의 복제 서버들 중 상기 예측된 이동 경로의 인근의 복제 서버로 가상 데스크탑 인프라스트럭처(Virtual Desktop Infrastructure; VDI)를 이전(migration)시키고,
    상기 인근의 복제 서버는 상기 이전된 VDI에 기반하여 제2 LMA에 연결된 MAG 내에 상기 MN에 대한 데이터를 버퍼링하고,
    상기 제2 LMA는 상기 예측된 이동 경로가 나타내는 MN이 이동후 부착될 LMA인, MN의 이동을 처리하는 시스템.
12. 삭제
13. 삭제

Images