KR20140118095A

KR20140118095A - 이동통신 시스템에서 단말의 핸드오버를 처리하는 방법 및 장치

Info

Publication number: KR20140118095A
Application number: KR1020130033387A
Authority: KR
Inventors: 이형호; 이지철
Original assignee: 삼성전자주식회사
Priority date: 2013-03-28
Filing date: 2013-03-28
Publication date: 2014-10-08
Also published as: US20140295844A1; US9743322B2; EP2979491A4; EP2979491A1; EP2979491B1; WO2014157956A1; ES2715389T3

Abstract

이동통신 시스템에서 단말의 핸드오버를 처리하는 방법 및 장치가 개시된다. 이동통신 시스템에서 소스 기지국은 단말의 타겟 기지국으로의 핸드오버를 결정하고, 백홀 네트워크를 통해 연결된 소스 캐시 서버로부터 단말로 전송되는 컨텐츠의 정보를 획득하여 타겟 기지국으로 전송한다.

Description

이동통신 시스템에서 단말의 핸드오버를 처리하는 방법 및 장치 {Method and apparatus for processing handover of terminal in mobile communication system}

본 발명은 이동통신 시스템에서 단말의 핸드오버를 처리하는 방법 및 장치에 관한 것으로, 보다 상세하게는, 소스 기지국으로부터 타겟 기지국으로 핸드오버한 단말에 대한 컨텐츠 전송을 처리하는 방법 및 장치에 관한 것이다.

모바일 비디오 트래픽은 전체 트래픽의 70%를 차지하며, 이동 통신망의 트래픽 폭증으로 사용자는 네트워크 혼잡을 경험한다. 따라서, 모바일 네트워크에서 비디오 컨텐츠를 효과적으로 전달할 수 있는 방안이 필요하다.

비디오 트래픽은 인기 있는 비디오에 히트(hit)가 집중되는 현상을 보이고 있다. 도 1은 컨텐츠 공급자 측에서 집계한 비디오 컨텐츠 조회수의 통계를 도시한 그래프이다. 도 1을 참조하면, Youtube에서 인기 상위 10%의 비디오가 전체의 80%이상의 트래픽을 차지함을 보여 주고 있다.

따라서, 사용자로부터의 잦은 요청과 관련된 비디오 트래픽을 모바일 네트워크에 캐싱(caching)을 할 필요가 있고, 이를 가능하게 하기 위하여, 모바일 네트워크에서 비디오 캐시(video cache) 사용시 발생하는 특징에 따른 문제(e.g. mobility)를 해결할 수 있는 방안이 필요하다.

현재 인터넷 상에서 많이 사용되는 비디오 트래픽의 형태는 비디오가 시간 단위의 청크(chunk)로 나누어져 있고, 각 청크는 URL을 가지고 있어서, 비디오 사용자, 즉 단말 측에서 재생시간이 흘러감에 따라, 다음 청크를 HTTP를 이용하여 요청하고, 컨텐츠 서버가 해당 청크를 포함하는 응답을 전달하는 방식으로 컨텐츠 서버로부터 단말로 전달된다. 이러한 청크 기반의 비디오 전달 방식은 Apple 사의 HLS(HTTP Live Streaming), Adobe 사의 Flash video, 3GPP/MPEG의 DASH(Dynamic Adaptive Streaming over HTTP), Microsoft 사의 Smooth Streaming등의 기술이 사용하고 있으며, Youtube 와 Neflix 등의 사업자들이 사용하고 있다.

한편, 현재의 EPC(Evolved Packet Core)의 구조 및 동작은 데이터 패킷(data packet)들이 P-GW(PDN gateway)와 S-GW(Serving gateway)를 거쳐 기지국(eNB)을 통하여 단말(UE)에게 전달되는 방식을 위하여 고안되어 있다. 하지만 eNB에 캐시 서버(cache server) 또는 지역 캐시 서버(local cache server)가 있어, 데이터 패킷의 전송이 기지국에서부터 시작되는 네트워크에서는 핸드오버(handover)에 의하여 UE가 접속하는 eNB가 바뀐다면, 전송 경로가 바뀌는 것뿐만 아니라, 전송의 시작점 또한 바뀌어야 한다. 즉 소스(source) eNB의 캐시(cache)가 컨텐츠 서버 역할을 수행하다가 핸드오버가 발생하면 타겟(target) eNB의 캐시(cache)가 컨텐츠 서버 역할을 시작하여야 한다.

이와 같이 EPC의 핸드오버 방식은 데이터 패킷이 P-GW를 지나 S-GW를 거쳐서 eNB를 통하여 단말에게 전달되는 데이터 경로에 적합하도록 고안되어 있기 때문에, 단말이 핸드오버 하여도 서버의 위치가 변하지 않는 환경에서만 바르게 동작한다.

따라서 기지국에 캐시 서버, 즉 CDN(Contents Delivery Networks) 서버가 위치하고 있어, 핸드오버에 의하여 기존 기지국의 CDN 서버에 더 이상 접근하지 못하는 환경에서는 EPC의 핸드오버 방식만으로는 단말에게 데이터를 전달할 수 없는 문제점을 가지고 있다.

또한, 핸드오버한 타겟 eNB의 CDN 서버에 전달 받으려는 데이터가 없는 경우에도 현재의 핸드오버 방식으로는 단말에게 QoE(Quality of Experience)를 보장하는 서비스를 제공할 수 없다.

이상과 같은 문제를 해결하기 위하여, 본 발명은, 기지국에 CDN 장비가 있어서 비디오 트래픽의 서버 역할을 하는 환경에서 단말이 이동하여 핸드오버를 하여도, 단말이 비디오를 끊임 없이 전달 받을 수 있게 하는 것을 목적으로 한다.

상기의 기술적 과제를 달성하기 위한 본 발명의 실시예는, 이동통신 시스템에서 소스 기지국이 단말의 핸드오버를 처리하는 방법으로서, 상기 단말의 타겟 기지국으로의 핸드오버를 결정하는 단계; 백홀 네트워크를 통해 연결된 소스 캐시 서버에 상기 단말로 전송되는 컨텐츠의 정보를 요청하는 단계; 상기 소스 캐시 서버로부터 수신한 컨텐츠 정보를 포함하는 핸드오버 요청 메시지를 상기 타겟 기지국으로 전송하는 단계; 및 상기 타겟 기지국으로부터 상기 핸드오버 요청 메시지에 대응하는 응답 메시지를 수신하는 단계;를 포함한다.

상기의 기술적 과제를 달성하기 위한 본 발명의 실시예는, 이동통신 시스템에서 타겟 기지국이 단말의 핸드오버를 처리하는 방법으로서, 소스 기지국으로부터 상기 단말로 전송되는 컨텐츠의 정보를 포함하는 핸드오버 요청 메시지를 수신하는 단계; 백홀 네트워크를 통해 연결된 타겟 캐시 서버에 상기 컨텐츠 정보를 포함하는 컨텐츠 확인 요청 메시지를 전송하는 단계; 상기 타겟 캐시 서버로부터 상기 타겟 캐시 서버가 상기 단말로 전송되는 컨텐츠를 보유하고 있는지 여부를 나타내는 컨텐츠 확인 결과를 수신하는 단계; 및 상기 컨텐츠 확인 결과를 포함하는 핸드오버 응답 메시지를 상기 소스 기지국으로 전송하는 단계;를 포함한다.

상기의 기술적 과제를 달성하기 위한 본 발명의 실시예는, 이동통신 시스템에서 소스 기지국이 단말의 핸드오버를 처리하는 장치로서, 상기 단말과 신호 및 데이터를 송수신하는 무선 송수신부; 백홀 네트워크를 통해 연결된 소스 캐시 서버와 신호 및 데이터를 송수신하는 인터페이스부; 및 상기 단말의 타겟 기지국으로의 핸드오버를 결정하고, 상기 소스 캐시 서버에 상기 단말로 전송되는 컨텐츠의 정보를 요청하고, 상기 소스 캐시 서버로부터 수신한 컨텐츠 정보를 포함하는 핸드오버 요청 메시지를 상기 타겟 기지국으로 전송하고, 상기 타겟 기지국으로부터 상기 핸드오버 요청 메시지에 대응하는 응답 메시지를 수신하도록 제어하는 제어부;를 포함한다.

상기의 기술적 과제를 달성하기 위한 본 발명의 실시예는, 이동통신 시스템에서 타겟 기지국이 단말의 핸드오버를 처리하는 장치로서, 상기 단말과 신호 및 데이터를 송수신하는 무선 송수신부; 백홀 네트워크를 통해 연결된 타겟 캐시 서버와 신호 및 데이터를 송수신하는 인터페이스부; 및 소스 기지국으로부터 상기 단말로 전송되는 컨텐츠의 정보를 포함하는 핸드오버 요청 메시지를 수신하고, 상기 타겟 캐시 서버에 상기 컨텐츠 정보를 포함하는 컨텐츠 확인 요청 메시지를 전송하고, 상기 타겟 캐시 서버로부터 상기 타겟 캐시 서버가 상기 단말로 전송되는 컨텐츠를 보유하고 있는지 여부를 나타내는 컨텐츠 확인 결과를 수신하고, 상기 컨텐츠 확인 결과를 포함하는 핸드오버 응답 메시지를 상기 소스 기지국으로 전송하도록 제어하는 제어부;를 포함한다.

본 발명에 따른 이동통신 시스템에서 단말의 핸드오버를 처리하는 방법 및 장치에 의하면, 단말이 소스 기지국으로부터 타겟 기지국으로의 핸드오버를 완료하기 이전에 타겟 기지국에 연결된 캐시 서버가 단말로 전송될 컨텐츠를 미리 보유하도록 함으로써 단말에 대한 끊김 없는 데이터 전송이 가능하다.

도 1은 컨텐츠 공급자 측에서 집계한 비디오 컨텐츠 조회수의 통계를 도시한 그래프,
도 2는 본 발명이 적용되는 네트워크의 전체 구성을 도시한 도면,
도 3은 핸드오버 준비 단계의 수행 과정을 도시한 도면,
도 4는 T-AC에서 컨텐츠 보유 여부를 확인하여 이를 T-eNB에 알리는 과정을 구체적으로 도시한 도면,
도 5는 핸드오버 실행 단계의 수행 과정을 도시한 도면,
도 6은 핸드오버 실행 단계의 다른 실시예에 따른 수행 과정을 도시한 도면,
도 7은 본 발명의 실시예에 따른 소스 기지국(S-eNB)의 구성을 도시한 블록도,
도 8은 본 발명의 실시예에 따른 T-eNB의 구성을 도시한 블록도,
도 9는 본 발명의 실시예에 다른 S-AC의 구성을 도시한 블록도, 그리고,
도 10은 본 발명의 실시예에 따른 T-AC의 구성을 도시한 블록도이다.

이하, 본 발명의 실시예를 첨부한 도면과 함께 상세히 설명한다. 또한 본 발명을 설명함에 있어서 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

도 2는 본 발명이 적용되는 네트워크의 전체 구성을 도시한 도면이다.

도 2를 참조하면, 기지국(203, 213)은 백홀 네트워크를 통해 자신에게 연결된 Access CDN(205, 215)에 현재 단말(UE, 201, 211)에게 전달 중인 컨텐츠의 유무를 요청하거나, 특정 컨텐츠의 HIT(보유)/MISS(pre-fetch 가능) 여부를 요청하거나, 단말의 핸드오버 후 타겟 기지국으로 'End Marker Packet'을 전달한다.

Access CDN(205, 215) 또는 access cache는 기지국(203, 213)에 연결되며, 단말(201, 211)에 전송될 컨텐츠를 저장하는 기능을 수행한다. 이때 도 2에는 하나의 기지국(203, 213)에 하나의 access CDN(205, 215)이 연결되는 경우를 도시하였으나, 본 발명은 이에 한정하지 않고 복수의 기지국이 하나의 access CDN에 연결되는 경우도 가능하다.

access CDN(205, 215)은 기지국(203, 213)으로부터 위와 같은 다양한 요청을 수신하여 처리하는 한편, 단말(201, 211)이 다음으로 요청할 비디오 컨텐츠의 청크를 예상하여 코어 캐시(Core Cache, CC), 오리지널 서버(Original Server, OS) 내지 operator CDN(220)으로부터 해당 청크를 수신하여 미리 저장(pre-fetch)한다.

또한 Access CDN(205, 215)은 소스 기지국으로부터 타겟 기지국으로 핸드오버한 단말(201, 211)이 요청한 비디오 청크를 타겟 기지국에 연결된 타겟 access CDN으로 리다이렉트(redirect)한다. 이후 access CDN(205, 215)은 소스 기지국에 대하여 타겟 기지국으로 'End Marker Packt' 메시지를 전달하도록 요청한다.

한편, 기지국(203, 213)과 access CDN(205, 215) 사이의 인터페이스(I/F)는 기지국(203, 213)과 access CDN(205, 215)의 사이에서 데이터 패킷 및 제어 메시지를 전달하며, 특히 이상에서 설명한 기지국(203, 213) 및 access CDN(205, 215)의 핸드오버 관련 기능을 지원하기 위한 메시지를 전달한다.

이하, 단말이 소스 기지국으로부터 타겟 기지국으로 핸드오버하는 경우에 타겟 기지국에 연결된 access CDN에서 사용자의 QoE를 향상시키기 위해 단말에게 제공할 비디오 컨텐츠의 다음 청크를 미리 준비하는 과정을 중심으로 본 발명의 주요 실시예를 상세히 설명한다.

본 발명의 실시예는 핸드오버 이전의 준비 단계 및 핸드오버 후의 실행 단계로 이루어진다. 구체적으로, 핸드오버 준비 단계에서는 타겟 access CDN이 소스 기지국으로부터 수신된 핸드오버 요청 메시지에 포함된 컨텐츠 정보를 기초로 해당 컨텐츠를 이미 보유하고 있는지 여부 또는 미리 보유(pre-fetching)하는 것이 가능한지 여부를 확인한다. 확인 결과는 타겟 access CDN으로부터 타겟 기지국으로 전달된다.

다음으로 핸드오버 실행 단계에서는 현재 재생 중인 비디오 컨텐츠의 청크가 소스 access CDN으로부터 소스 기지국, 타겟 기지국을 거쳐 단말로 전달되며, 단말의 다음 청크 요청은 우선 소스 access CDN으로 전달되고, 소스 access CDN은 리다이렉션(redirection)을 통해 단말이 비디오 컨텐츠를 수신할 CDN의 주소를 알려준다. 여기서 소스 access CDN이 리다이렉션(redirection)으로 단말에 알려주는 CDN의 주소는, 타겟 access CDN이 비디오 컨텐츠의 다음 청크를 이미 보유하고 있거나 pre-fetching이 가능한 경우에는 타겟 access CDN의 주소이고, 타겟 access CDN이 pre-fetching이 불가능한 경우에는 코어 CDN 또는 오리지널 서버의 주소이다.

이하에서는 먼저 핸드오버 준비 단계에 관하여 상세히 설명한다. 핸드오버 준비 단계에서, 소스 기지국(source eNB)은 소스 access CDN 또는 cache에게 단말(UE)이 시청하고 있는 비디오의 다음 청크가 무엇인지 컨텐츠 정보 요청 메시지, 또는 “Next Content ID Request” 메시지를 통하여 묻고, 그 결과를 핸드오버 요청 메시지, 또는 “Handover Request” 메시지에 포함하여 타겟 access CDN 또는 cache에게 전달하여 컨텐츠의 miss/hit 여부를 판단한다.

도 3은 핸드오버 준비 단계의 수행 과정을 도시한 도면이다. 도 3에서 S-AC는 소스 access CDN 또는 소스 access cache, T-AC는 타겟 access CDN 또는 타겟 access cache, CC는 코어 캐시(core cache), 그리고 OS는 오리지널 서버(original server)를 나타낸다.

도 3을 참조하면, 301 단계에서 단말의 핸드오버 결정 후 S-eNB는 303 단계에서 UE의 ID(예를 들면, UE의 IP 주소)를 포함한 컨텐츠 정보 요청 메시지, 또는 “Next Content ID Request”를 S-AC에 전달하여, 현재 UE가 S-CDN으로부터 컨텐츠를 전송 받고 있는지, 전송 받고 있다면 다음 요청할 컨텐츠의 정보, 예를 들면 컨텐츠 ID를 묻는다. 여기서 컨텐츠 ID는 S-AC가 저장하고 있는 컨텐츠의 식별자로서, 청크의 URL을 컨텐츠 ID로서 사용 가능하다.

S-AC는 305 단계에서 현재 전송중인 비디오 컨텐츠(video content)의 다음 청크의 ID를 포함하는 컨텐츠 정보 응답 메시지를 S-eNB에 전송한다. S-eNB는 305 단계에서 S-AC로부터 받은 Content ID를 핸드오버 요청 메시지에 포함시키고, 307 단계에서 T-eNB에게 핸드오버 요청 메시지, 또는 “Handover Request” message를 보낸다.

T-eNB는 “Handover Request” message에 포함된 UE의 다음 video chunk의 content ID를 컨텐츠 확인 요청 메시지, 또는 “Content HIT Check Request” message에 포함시키고, 309 단계에서 컨텐츠 확인 요청 메시지를 T-AC에 전송하여 content HIT 여부, 즉 T-AC가 해당 컨텐츠를 보유하고 있는지, 또는 pre-fetching을 통해 미리 보유 가능한지 여부를 묻는다.

T-AC는 수신한 컨텐츠 확인 요청 메시지에 대응하여 컨텐츠 확인 결과 메시지, 또는 “Content Hit Check Result” message의 내용을 결정하고, 311 단계에서 컨텐츠 확인 결과 메시지를 T-eNB에게 전송한다.

도 4는 T-AC에서 컨텐츠 보유 여부를 확인하여 이를 T-eNB에 알리는 과정을 구체적으로 도시한 도면이다.

도 4를 참조하면, 401 단계에서 T-AC는 T-eNB로부터 컨텐츠 확인 요청을 수신한다. 이때 컨텐츠 확인 요청 메시지에는 단말이 S-AC로부터 전송 받아 재생 중인 비디오 컨텐츠의 다음 청크의 정보가 포함되어 있다. T-AC는 403 단계에서 다음 청크 정보에 대응하는 컨텐츠를 보유하고 있는지 여부를 확인한다. 컨텐츠의 보유 여부 또는 pre-fetch 가능 여부에 따라 컨텐츠 확인 결과 메시지의 내용이 다르게 설정된다. 구체적으로, 컨텐츠 확인 결과, 또는 “Content HIT Check Result”는 컨텐츠 확인 요청 메시지에 포함된 Content ID 별로 HIT/MISS/FAIL과 같이 얻어질 수 있다.

405 단계에서 T-AC가 해당 컨텐츠를 보유하고 있는 것으로 확인되는 경우, T-AC는 407 단계에서 컨텐츠 확인 결과를 'HIT'로 설정한다. 이와 같이 컨텐츠 확인 결과가 'HIT'로 설정되는 경우, T-AC는 단말이 핸드오버하여 T-eNB에 접속하면 이미 저장되어있는 컨텐츠를 전달할 준비를 한다.

405 단계에서 T-AC가 해당 컨텐츠를 보유하고 있지 않은 것으로 확인되면, T-AC는 해당 컨텐츠를 코어 캐시(CC) 또는 오리지널 서버(OS)로부터 미리 획득하여 저장할 수 있는지, 즉 pre-fetch가 가능한지 여부를 확인한다.

411 단계에서 pre-fetch가 가능한 것, 즉 'MISS' 상태인 것으로 판단되면, T-AC는 413 단계에서 CC와 같은 다른 Cache나 Original Server에 컨텐츠 요청 메시지를 전송함으로써 컨텐츠를 pre-fetching하여 핸드오버 후 단말로부터 전송될 HTTP GET request에 대한 응답을 준비한다. 이후 T-AC는 415 단계에서 컨텐츠 확인 결과를 'PRE-FETCH'로 설정한다.

411 단계에서 pre-fetch가 불가능한 것으로 판단되면, T-AC는 417 단계에서 컨텐츠 확인 결과를 'FAIL'로 설정한다. Fail은 T-AC가 자원(resource) 부족 등의 이유로 pre-fetch를 지원할 수 없는 경우이다. 즉, T-AC가 요청된 비디오 청크를 미리 보유하고 있다가 단말의 핸드오버 후 즉시 전달할 수 없는 상태이다.

T-AC는 409 단계에서 이상과 같이 HIT/PRE-FETCH/FAIL로 설정된 컨텐츠 확인 결과를 컨텐츠 확인 결과 메시지, 또는 “Content Hit Check Result” 메시지에 포함시켜 T-eNB에게 전달한다.

다시 도 3으로 돌아오면, T-AC는 309 단계에서 T-eNB로부터 컨텐츠 확인 요청 메시지를 수신하고, 311 단계에서 위와 같이 결정된 컨텐츠 확인 결과 메시지를 T-eNB로 전송한다. 이때 컨텐츠 확인 결과가 'PRE-FETCH'로 결정되는 경우, T-AC는 813 단계와 같이 CC 또는 OS에 컨텐츠를 요청한다. 이때 컨텐츠 요청 메시지에는 309 단계에서 수신한 컨텐츠 확인 요청 메시지에 포함된 컨텐츠 정보와 동일한 컨텐츠 정보가 포함될 수 있다. T-AC는 815 단계에서 CC 또는 OS로부터 컨텐츠를 수신하고, 이를 저장해 두었다가 이후 단말의 요청에 따라 단말로 전송한다.

317 단계에서, T-eNB는 T-AC로부터 수신한 컨텐츠 확인 결과를 핸드오버 요청 응답 메시지, 또는 Hanover Request ACK message에 포함하여 S-eNB에게 전달한다.

S-eNB는 319 단계에서 핸드오버 준비 결과 메시지를 S-AC에게 전달한다. 구체적으로, 핸드오버 준비 결과 메시지에는 UE가 핸드오버 후 비디오 컨텐츠의 다음 청크를 요청할 경우에 T-AC의 컨텐츠 확인 결과에 따라 S-AC의 동작을 지정한다. 구체적인 S-AC의 동작은 이후 상세히 설명한다.

핸드오버 준비 단계의 마지막으로, S-eNB는 S-GW에서 내려오는 end marker packet의 T-eNB로의 전달을 중지시키고 핸드오버 절차가 완료될 때까지 기다린다.

다음으로 핸드오버 실행 단계에 관하여 상세히 설명한다. 핸드오버 실행 단계에서는 S-eNB로부터 핸드오버 준비 결과 메시지를 받은 S-AC가 현재 재생중인 청크를 S-AC → S-eNB → T-eNB의 포워딩 경로(forwarding path)를 이용하여 T-eNB에 접속한 단말에게 전달한다. 이후 단말은 다음 청크의 요청을 S-AC에게 전달하고, S-AC는 단말에게 서버의 위치가 T-AC로 바뀌었음을 알린다. 이를 위해 S-AC는 HTTP 3xx redirection을 이용할 수 있다. 이후 UE는 T-AC에게 다음 청크부터의 비디오 컨텐츠를 요청하고 전달 받는다.

도 5는 핸드오버 실행 단계의 수행 과정을 도시한 도면이다. 구체적으로, 도 5는 UE가 S-eNB로부터 T-eNB로 핸드오버 한 후의 과정을 도시한 것이다.

도 5를 참조하면, 501 단계에서, 현재 S-AC가 전송하는 청크의 데이터 패킷은 핸드오버 포워딩 경로(handover forwarding path)를 통하여 UE에게 전달된다. 구체적으로, Data 전달 경로는 S-AC → S-eNB → T-eNB → UE이다.

503 단계에서, UE는 다음 비디오 청크의 전달을 요청하기 위한 다음 청크 요청 메시지, 또는 “Request for next chunk” message를 S-AC에게 전달한다. 일 실시예로서, 다음 청크 요청 메시지는 HTTP GET message의 형태로 전달될 수 있다. 또한 단말이 핸드오버한 후에도 아직 다음 청크 요청 메시지의 목적지는 S-AC의 주소로 설정되어 있기 때문에, 메시지의 전달 경로는 UE → T-eNB → S-eNB → S-AC이다. T-eNB에서 S-AC까지의 메시지 전달은 S-AC의 IP 주소를 이용한 라우팅 경로(Routing path)를 통하여 수행된다.

단말로부터 “Request for next chunk” message 를 받은 S-AC는 요청 받은 비디오 청크의 위치 및 도 3의 319 단계에서 S-eNB로부터 수신한 핸드오버 준비 결과 메시지에 포함된 “Content Hit Check Result”에 따라 각 경우에 맞는 리다이렉션(redirection)할 위치를 결정하고, 결정된 위치 정보를 컨텐츠 리다이렉션 메시지, 또는 “Content Redirection” message에 포함시켜 UE에게 알려준다. 일 실시예로서, 리다이렉션(redirection) 메시지는 HTTP 3xx 메시지의 형태로 전달될 수 있다. 특히 HTTP 305 응답 메시지는 요청이 Location 헤더에 위치한 프록시를 통해 추출되어야 한다는 점을 특정하기 위해 사용된다.

구체적으로, T-AC의 컨텐츠 확인 결과에 따라 리다이렉션(redirection)의 주소가 다음과 같이 결정될 수 있다.

- 컨텐츠 확인 결과가 HIT/Miss: T-CDN으로 리다이렉트(redirect)

- 컨텐츠 확인 결과가 FAIL: Core AC 또는 Origin Server로 리다이렉트(redirect)

다음으로 S-AC는 UE와의 연결을 위한 TCP 컨텍스트를 삭제하고, 507 단계에서 End Marker Packet을 보내도 됨을 나타내는 “End Marker Packet Resume” message를 S-eNB에게 전송한다. 그에 따라 509 단계에서 S-eNB는 T-eNB에게 end marker packet을 보낸다. 그리고 end marker packet을 받은 T-eNB는 데이터 포워딩을 위해 할당된 자원(resource)을 해제한다.

S-AC로부터 Redirection message를 받은 UE는 메시지에 포함된 주소에 따라 511 단계와 같이 T-AC에 다음 청크 요청 메시지를 전송하거나, 혹은 513 단계와 같이 CC 또는 OS에게 다음 청크 요청 메시지, 또는 “Request for next chunk” message를 전송한다. 일 실시예로서, 다음 청크 요청 메시지는 HTTP GET request의 형태로 전송될 수 있다.

511 단계에서 T-AC가 다음 청크 요청 메시지를 수신한 경우, 515 단계에서 T-AC는 요청된 비디오 청크를 단말로 전달한다. 혹은, 513 단계에서 CC 또는 OS가 다음 청크 요청 메시지를 수신한 경우, 517 단계에서 CC 또는 OS는 UE에게 요청된 비디오 청크를 전달한다.

한편, S-AC의 컨텐츠 리다이렉션 방법의 다른 실시예로서, HTTP Adaptive Streaming(대표적으로, Dynamic Adaptive Streaming over HTTP, DASH)의 메타 파일(meta file)을 갱신하는 방법이 가능하다. DASH에서는 meta file을 Media Presentation Description(MPD)라 한다.

Meta file은 컨텐츠 청크를 요청할 때 사용할 전체 비디오를 구성하는 각 청크의 URL 주소가 적혀있는 meta data 파일이다. 실제 비디오 컨텐츠 데이터를 전달하기 전 컨텐츠 서버는 meta file을 클라이언트,즉 단말에게 전달하며, 단말은 요청할 비디오 청크의 URL을 meta file을 이용하여 알 수 있고, 이렇게 알게 된 URL을 이용하여 HTTP request를 통하여 서버에 각 청크를 요청한다. 이 meta file은 서버의 요청에 의하여 비디오의 전송 중에도 변경이 가능하기 때문에, meta file에 포함된 각 청크의 URL변경을 통하여 비디오 전송중에도 캐시 서버를 변경할 수 있다.

도 6은 핸드오버 실행 단계의 다른 실시예에 따른 수행 과정을 도시한 도면이다. 도 5와 마찬가지로, 도 6은 UE가 S-eNB로부터 T-eNB로 핸드오버 한 후의 과정을 도시한 것이다.

도 6을 참조하면, 601 단계에서 S-AC는 현재 단말로 전송 중인 청크의 다음 청크부터의 URL이 T-AC로 변경된 meta file을 단말로 전달한다. 이때 meta file의 전달 경로는 S-AC → S-eNB → T-eNB → UE이다.

603 단계에서, 현재 단말로 전송 중인 청크는 도 5의 501 단계와 동일하게 핸드오버 포워딩 경로(handover forwarding path)를 통하여 UE에게 전달된다. 구체적으로, Data 전달 경로는 S-AC → S-eNB → T-eNB → UE이다.

단말은 605 단계에서 비디오 컨텐츠의 다음 청크의 요청 메시지를 전송하며, 이때 단말은 meta file을 통해 다음 청크의 URL이 T-AC로 변경되었음을 알게 되었으므로 요청 메시지의 목적지는 T-AC로 설정된다.

이후 607 단계 내지 617 단계는 도 5의 507 단계 및 517 단계와 동일하게 수행된다.

도 7은 본 발명의 실시예에 따른 소스 기지국(S-eNB)의 구성을 도시한 블록도이다. 도 7을 참조하면, S-eNB는 무선 송수신부(710), 인터페이스부(720), 제어부(730) 및 저장부(740)를 구비할 수 있다. 또한 제어부(730)는 이상에서 설명한 핸드오버 준비 단계 및 핸드오버 실행 단계를 수행하기 위하여 핸드오버 처리부(732), 컨텐츠 정보 처리부(734) 및 컨텐츠 전달부(736)를 구비할 수 있다. 다만 도 7에 도시된 각 구성은 S-eNB의 구성을 설명하기 위해 구현된 것이며, S-eNB의 각 기능은 별도로 구비된 다른 구성요소에 의해 수행될 수도 있다.

무선 송수신부(710)는 단말(UE)과 무선 네트워크를 통해 연결되며, 단말의 핸드오버 결정 후 단말의 컨텐츠 요청을 제어부(730)로 전달하여 처리한다. 인터페이스부(720)는 코어 네트워크와 연결되며, 특히 S-AC와 연결되어 컨텐츠 정보 획득 및 핸드오버 준비 결과 보고 등을 수행한다. 저장부(740)에는 S-eNB의 동작에 필요한 각종 프로그램, 정보 및 데이터 등이 저장된다.

제어부(730)는 앞에서 설명한 핸드오버 과정을 제어하며, 구체적으로, 컨텐츠 정보 처리부(734)는 단말이 S-eNB로부터 T-eNB로 핸드오버 할 것을 결정한 후 S-AC에 컨텐츠 정보 요청 메시지를 전송하여 단말이 현재 수신 중인 비디오 컨텐츠의 다음 청크에 관한 정보를 문의한다. 또한 핸드오버 처리부(732)는 S-AC로부터 획득한 컨텐츠 정보를 핸드오버 요청 메시지에 포함시켜 T-eNB에 전송한다. 다음으로 S-eNB가 T-eNB로부터 핸드오버 요청 응답 메시지를 수신하면, 핸드오버 처리부(732)는 S-AC에 핸드오버 준비 결과를 알린다. 컨텐츠 전달부(736)는 단말에게 현재 전송 중인 데이터를 T-eNB에 포워딩하여 T-eNB로 핸드오버한 단말이 데이터를 수신하도록 하고, 핸드오버 과정이 완료되면 T-eNB에 End Marker Packet을 전송한다.

도 8은 본 발명의 실시예에 따른 T-eNB의 구성을 도시한 블록도이다. 도 8을 참조하면, T-eNB는 무선 송수신부(810), 인터페이스부(820), 제어부(830) 및 저장부(840)를 구비할 수 있다. 또한 제어부(830)는 이상에서 설명한 핸드오버 준비 단계 및 핸드오버 실행 단계를 수행하기 위하여 핸드오버 처리부(832) 및 컨텐츠 확인부(834)를 구비할 수 있다. 다만 도 8에 도시된 각 구성은 T-eNB의 구성을 설명하기 위해 구현된 것이며, T-eNB의 각 기능은 별도로 구비된 다른 구성요소에 의해 수행될 수도 있다.

무선 송수신부(810)는 단말(UE)과 무선 네트워크를 통해 연결되며, S-eNB로부터 수신한 핸드오버 요청 메시지를 제어부(830)로 전달하여 처리한다. 인터페이스부(820)는 코어 네트워크와 연결되며, 특히 T-AC와 연결되어 핸드오버 준비를 위한 컨텐츠 보유 여부 확인 등을 수행한다. 저장부(840)에는 T-eNB의 동작에 필요한 각종 프로그램, 정보 및 데이터 등이 저장된다.

제어부(830)는 앞에서 설명한 핸드오버 과정을 제어한다. 구체적으로, 핸드오버 처리부(832)는 S-eNB로부터 핸드오버 요청 메시지를 수신하고, 그에 대응하는 핸드오버 요청 응답 메시지를 전송한다. 또한 단말의 핸드오버 후 S-eNB로부터 포워딩된 데이터 및 End Marker Packet을 수신한다. 컨텐츠 확인부(834)는 T-AC에 컨텐츠 확인 요청 메시지를 전송하여 단말이 재생 중인 비디오 컨텐츠의 다음 청크를 T-AC가 보유하고 있는지 여부, 또는 pre-fetching이 가능한지 여부를 확인한다.

도 9는 본 발명의 실시예에 다른 S-AC의 구성을 도시한 블록도이다. 도 9를 참조하면, 본 발명에 따른 S-AC는 인터페이스부(910), 제어부(920) 및 저장부(930)를 구비할 수 있다. 또한 제어부(920)는 핸드오버 준비 단계 및 핸드오버 실행 단계를 수행하기 위해 핸드오버 준비부(922) 및 리다이렉션부(924)를 구비할 수 있다. 다만, 도 9에 도시된 각 구성은 S-AC의 구성의 일 실시예를 설명하기 위한 것이며, S-AC의 각 기능은 별도로 구비된 다른 구성요소에 의해 수행될 수도 있다.

인터페이스부(910)는 S-eNB와 연결되며, S-eNB로부터 컨텐츠 정보 요청 메시지 및 핸드오버 준비 결과 메시지를 수신한다. 또한 저장부(930)에는 S-AC의 동작에 필요한 각종 프로그램, 정보 및 데이터 등이 저장된다.

제어부(920)는 S-eNB로부터 수신한 메시지에 따라 핸드오버 준비 단계 및 핸드오버 실행 단게를 제어한다. 구체적으로, 핸드오버 준비부(922)는 S-eNB로부터 컨텐츠 정보 요청 메시지를 수신하면 단말에서 현재 재생 중인 비디오 컨텐츠의 다음 청크의 정보를 S-eNB에 알려 준다. 또한 핸드오버 준비부(922)는 S-eNB로부터 핸드오버 준비 결과를 수신하면, T-AC의 HIT/PRE-FETCH/FAIL 여부를 리다이렉션부(924)에 전달하여 이후 핸드오버 실행 단계에서 참고하도록 한다.

리다이렉션부(924)는 단말로부터 비디오 컨텐츠의 다음 청크에 대한 요청을 수신하면 단말이 데이터를 수신할 서버의 위치, 예를 들면 T-AC, CC 또는 OS의 주소를 리다이렉션 메시지에 포함시켜 단말로 전송한다. 또는 리다이렉션부(924)는 핸드오버 준비부(922)로부터 T-AC의 IT/PRE-FETCH/FAIL 여부를 수신하면 meta file에서 비디오 컨텐츠의 다음 청크부터의 URL 정보를 수정하여 단말로 전달할 수도 있다. 이후 리다이렉션부(924)는 S-eNB에 "End Marker Packet Resume" 메시지를 전송하여 핸드오버 과정이 완료되도록 한다.

도 10은 본 발명의 실시예에 따른 T-AC의 구성을 도시한 블록도이다. 도 10을 참조하면, 본 발명에 따른 T-AC는 인터페이스부(1010), 제어부(1020) 및 저장부(1030)를 구비할 수 있다. 또한 제어부(1020)는 핸드오버 준비 단계 및 핸드오버 실행 단계를 수행하기 위해 핸드오버 준비부(1022) 및 컨텐츠 처리부(1024)를 구비할 수 있다. 다만 도 10에 도시된 각 구성은 T-AC의 구성의 일 실시예를 설명하기 위한 것이며, T-AC의 각 기능은 별도로 구비된 다른 구성요소에 의해 수행될 수도 있다.

인터페이스부(1010)는 T-eNB 및 CC/OS와 연결되며, T-eNB로부터 컨텐츠 확인 요청 메시지를 수신하는 한편, pre-fetching이 가능한 경우에 CC/OS에 컨텐츠를 요청하여 수신한다. 또한 저장부(1030)에는 T-AC의 동작에 필요한 각종 프로그램, 정보 및 데이터 등이 저장된다.

제어부(1020)는 T-eNB로부터 수신한 메시지에 따라 핸드오버 준비 단계 및 핸드오버 실행 단계를 제어한다. 구체적으로, 핸드오버 준비부(1022)는 T-eNB로부터 컨텐츠 확인 요청 메시지를 수신하면 요청된 컨텐츠, 즉 단말이 현재 재생 중인 비디오 컨텐츠의 다음 청크가 저장되어 있는지 여부를 확인한다. 핸드오버 준비부(1022)는 확인 결과 컨텐츠를 보유하고 있는지 여부 및 pre-fetching이 가능한지 여부에 따라 컨텐츠 확인 결과를 설정하고, 컨텐츠 확인 결과를 T-eNB에 전송한다. 또한, pre-fetching이 가능한 경우에는 컨텐츠를 보유한 CC/OS에 컨텐츠 요청 메시지를 전송하여 컨텐츠를 수신 및 저장한다.

이후 컨텐츠 처리부(1024)는 핸드오버한 단말로부터 다음 청크의 요청 메시지가 수신되면 해당 데이터를 단말에 전송한다.

본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시 예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구의 범위에 의하여 나타내어지며, 특허청구의 범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims

이동통신 시스템에서 소스 기지국이 단말의 핸드오버를 처리하는 방법에 있어서,
상기 단말의 타겟 기지국으로의 핸드오버를 결정하는 단계;
백홀 네트워크를 통해 연결된 소스 캐시 서버에 상기 단말로 전송되는 컨텐츠의 정보를 요청하는 단계;
상기 소스 캐시 서버로부터 수신한 컨텐츠 정보를 포함하는 핸드오버 요청 메시지를 상기 타겟 기지국으로 전송하는 단계; 및
상기 타겟 기지국으로부터 상기 핸드오버 요청 메시지에 대응하는 응답 메시지를 수신하는 단계;를 포함하는 것을 특징으로 하는 핸드오버 처리 방법.
제 1항에 있어서,
상기 응답 메시지는 상기 타겟 기지국에 연결된 타겟 캐시 서버가 상기 단말로 전송되는 컨텐츠를 보유하고 있는지 여부를 나타내는 컨텐츠 확인 결과를 포함하며,
상기 컨텐츠 확인 결과를 상기 소스 캐시 서버에 전송하는 단계;를 더 포함하는 것을 특징으로 하는 핸드오버 처리 방법.
제 2항에 있어서,
상기 컨텐츠 확인 결과는 상기 타겟 캐시 서버가 상기 컨텐츠를 보유하고 있음을 나타내는 지시자, 상기 타겟 캐시 서버가 코어 캐시 서버로부터 상기 컨텐츠를 획득할 수 있음을 나타내는 지시자 및 상기 타겟 캐시 서버가 상기 컨텐츠를 보유할 수 없음을 나타내는 지시자 중 어느 하나인 것을 특징으로 하는 핸드오버 처리 방법.
제 1항에 있어서,
상기 단말로 현재 전송 중인 컨텐츠를 상기 타겟 기지국으로 포워딩하는 단계;
상기 타겟 기지국으로부터 전송된 상기 단말의 다음 컨텐츠 요청 메시지를 상기 소스 캐시 서버로 전달하는 단계;
상기 소스 캐시 서버로부터 상기 다음 컨텐츠가 저장된 서버의 주소를 포함하는 리다이렉션 메시지 및 상기 타겟 기지국으로 엔드 마커 패킷(End Marker Packet)을 전송할 것을 요청하는 메시지를 수신하는 단계; 및
상기 타겟 기지국으로 상기 리다이렉션 메시지 및 상기 엔드 마커 패킷을 전송하는 단계;를 더 포함하는 것을 특징으로 하는 핸드오버 처리 방법.
제 4항에 있어서,
상기 리다이렉션 메시지에 포함된 서버의 주소는 상기 타겟 기지국에 연결된 타겟 캐시 서버의 주소 또는 코어 캐시 서버의 주소인 것을 특징으로 하는 핸드오버 처리 방법.
이동통신 시스템에서 타겟 기지국이 단말의 핸드오버를 처리하는 방법에 있어서,
소스 기지국으로부터 상기 단말로 전송되는 컨텐츠의 정보를 포함하는 핸드오버 요청 메시지를 수신하는 단계;
백홀 네트워크를 통해 연결된 타겟 캐시 서버에 상기 컨텐츠 정보를 포함하는 컨텐츠 확인 요청 메시지를 전송하는 단계;
상기 타겟 캐시 서버로부터 상기 타겟 캐시 서버가 상기 단말로 전송되는 컨텐츠를 보유하고 있는지 여부를 나타내는 컨텐츠 확인 결과를 수신하는 단계; 및
상기 컨텐츠 확인 결과를 포함하는 핸드오버 응답 메시지를 상기 소스 기지국으로 전송하는 단계;를 포함하는 것을 특징으로 하는 핸드오버 처리 방법.
제 6항에 있어서,
상기 컨텐츠 확인 결과는 상기 타겟 캐시 서버가 상기 컨텐츠를 보유하고 있음을 나타내는 지시자, 상기 타겟 캐시 서버가 코어 캐시 서버로부터 상기 컨텐츠를 획득할 수 있음을 나타내는 지시자 및 상기 타겟 캐시 서버가 상기 컨텐츠를 보유할 수 없음을 나타내는 지시자 중 어느 하나인 것을 특징으로 하는 핸드오버 처리 방법.
제 6항에 있어서,
상기 소스 기지국으로부터 상기 단말로 현재 전송 중인 컨텐츠를 전달 받는 단계;
상기 단말로부터 수신한 다음 컨텐츠 요청 메시지를 상기 소스 기지국으로 전달하는 단계; 및
상기 소스 기지국으로부터 상기 다음 컨텐츠가 저장된 서버의 주소를 포함하는 리다이렉션 메시지 및 엔드 마커 패킷(End Marker Packet)을 수신하는 단계;를 더 포함하는 것을 특징으로 하는 핸드오버 처리 방법.
제 8항에 있어서,
상기 리다이렉션 메시지에 포함된 서버의 주소는 상기 타겟 캐시 서버의 주소 또는 코어 캐시 서버의 주소인 것을 특징으로 하는 핸드오버 처리 방법.
제 8항에 있어서,
상기 단말로부터 수신한 다음 컨텐츠 요청 메시지를 상기 리다이렉션 메시지에 포함된 서버의 주소로 전달하는 단계;를 더 포함하는 것을 특징으로 하는 핸드오버 처리 방법.
이동통신 시스템에서 소스 기지국이 단말의 핸드오버를 처리하는 장치에 있어서,
상기 단말과 신호 및 데이터를 송수신하는 무선 송수신부;
백홀 네트워크를 통해 연결된 소스 캐시 서버와 신호 및 데이터를 송수신하는 인터페이스부; 및
상기 단말의 타겟 기지국으로의 핸드오버를 결정하고, 상기 소스 캐시 서버에 상기 단말로 전송되는 컨텐츠의 정보를 요청하고, 상기 소스 캐시 서버로부터 수신한 컨텐츠 정보를 포함하는 핸드오버 요청 메시지를 상기 타겟 기지국으로 전송하고, 상기 타겟 기지국으로부터 상기 핸드오버 요청 메시지에 대응하는 응답 메시지를 수신하도록 제어하는 제어부;를 포함하는 것을 특징으로 하는 핸드오버 처리 장치.
제 11항에 있어서,
상기 응답 메시지는 상기 타겟 기지국에 연결된 타겟 캐시 서버가 상기 단말로 전송되는 컨텐츠를 보유하고 있는지 여부를 나타내는 컨텐츠 확인 결과를 포함하며,
상기 제어부는 상기 컨텐츠 확인 결과를 상기 소스 캐시 서버에 전송하는 것을 특징으로 하는 핸드오버 처리 장치.
제 12항에 있어서,
상기 컨텐츠 확인 결과는 상기 타겟 캐시 서버가 상기 컨텐츠를 보유하고 있음을 나타내는 지시자, 상기 타겟 캐시 서버가 코어 캐시 서버로부터 상기 컨텐츠를 획득할 수 있음을 나타내는 지시자 및 상기 타겟 캐시 서버가 상기 컨텐츠를 보유할 수 없음을 나타내는 지시자 중 어느 하나인 것을 특징으로 하는 핸드오버 처리 장치.
제 11항에 있어서,
상기 제어부는 상기 단말로 현재 전송 중인 컨텐츠를 상기 타겟 기지국으로 포워딩하고, 상기 타겟 기지국으로부터 전송된 상기 단말의 다음 컨텐츠 요청 메시지를 상기 소스 캐시 서버로 전달하고, 상기 소스 캐시 서버로부터 상기 다음 컨텐츠가 저장된 서버의 주소를 포함하는 리다이렉션 메시지 및 상기 타겟 기지국으로 엔드 마커 패킷(End Marker Packet)을 전송할 것을 요청하는 메시지를 수신하고, 상기 타겟 기지국으로 상기 리다이렉션 메시지 및 상기 엔드 마커 패킷을 전송하는 것을 특징으로 하는 핸드오버 처리 장치.
제 14항에 있어서,
상기 리다이렉션 메시지에 포함된 서버의 주소는 상기 타겟 기지국에 연결된 타겟 캐시 서버의 주소 또는 코어 캐시 서버의 주소인 것을 특징으로 하는 핸드오버 처리 장치.
이동통신 시스템에서 타겟 기지국이 단말의 핸드오버를 처리하는 장치에 있어서,
상기 단말과 신호 및 데이터를 송수신하는 무선 송수신부;
백홀 네트워크를 통해 연결된 타겟 캐시 서버와 신호 및 데이터를 송수신하는 인터페이스부; 및
소스 기지국으로부터 상기 단말로 전송되는 컨텐츠의 정보를 포함하는 핸드오버 요청 메시지를 수신하고, 상기 타겟 캐시 서버에 상기 컨텐츠 정보를 포함하는 컨텐츠 확인 요청 메시지를 전송하고, 상기 타겟 캐시 서버로부터 상기 타겟 캐시 서버가 상기 단말로 전송되는 컨텐츠를 보유하고 있는지 여부를 나타내는 컨텐츠 확인 결과를 수신하고, 상기 컨텐츠 확인 결과를 포함하는 핸드오버 응답 메시지를 상기 소스 기지국으로 전송하도록 제어하는 제어부;를 포함하는 것을 특징으로 하는 핸드오버 처리 장치.
제 16항에 있어서,
상기 컨텐츠 확인 결과는 상기 타겟 캐시 서버가 상기 컨텐츠를 보유하고 있음을 나타내는 지시자, 상기 타겟 캐시 서버가 코어 캐시 서버로부터 상기 컨텐츠를 획득할 수 있음을 나타내는 지시자 및 상기 타겟 캐시 서버가 상기 컨텐츠를 보유할 수 없음을 나타내는 지시자 중 어느 하나인 것을 특징으로 하는 핸드오버 처리 장치.
제 16항에 있어서,
상기 제어부는 상기 소스 기지국으로부터 상기 단말로 현재 전송 중인 컨텐츠를 전달 받고, 상기 단말로부터 수신한 다음 컨텐츠 요청 메시지를 상기 소스 기지국으로 전달하고, 상기 소스 기지국으로부터 상기 다음 컨텐츠가 저장된 서버의 주소를 포함하는 리다이렉션 메시지 및 엔드 마커 패킷(End Marker Packet)을 수신하는 것을 특징으로 하는 핸드오버 처리 장치.
제 18항에 있어서,
상기 리다이렉션 메시지에 포함된 서버의 주소는 상기 타겟 캐시 서버의 주소 또는 코어 캐시 서버의 주소인 것을 특징으로 하는 핸드오버 처리 장치.
제 18항에 있어서,
상기 제어부는 상기 단말로부터 수신한 다음 컨텐츠 요청 메시지를 상기 리다이렉션 메시지에 포함된 서버의 주소로 전달하는 것을 특징으로 하는 핸드오버 처리 방법.