KR102270034B1 - 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법 - Google Patents

다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법 Download PDF

Info

Publication number
KR102270034B1
KR102270034B1 KR1020140131856A KR20140131856A KR102270034B1 KR 102270034 B1 KR102270034 B1 KR 102270034B1 KR 1020140131856 A KR1020140131856 A KR 1020140131856A KR 20140131856 A KR20140131856 A KR 20140131856A KR 102270034 B1 KR102270034 B1 KR 102270034B1
Authority
KR
South Korea
Prior art keywords
radio access
streaming service
interface
network speed
wireless access
Prior art date
Application number
KR1020140131856A
Other languages
English (en)
Other versions
KR20160038586A (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 삼성전자주식회사
Priority to KR1020140131856A priority Critical patent/KR102270034B1/ko
Priority to CN201580053236.4A priority patent/CN107079348B/zh
Priority to EP15847937.8A priority patent/EP3203782B1/en
Priority to PCT/KR2015/010275 priority patent/WO2016052973A1/ko
Priority to US15/514,738 priority patent/US11159594B2/en
Publication of KR20160038586A publication Critical patent/KR20160038586A/ko
Application granted granted Critical
Publication of KR102270034B1 publication Critical patent/KR102270034B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • H04B17/318—Received signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888—Throughput
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/086—Load balancing or load distribution among access entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Quality & Reliability (AREA)
  • Electromagnetism (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 발명은 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기의 스트리밍 서비스 데이터(streaming service data) 수신 방법에 있어서, 서버로부터 다수 개의 무선 억세스 인터페이스들 중 적어도 하나를 통해 서버(server)로부터 스트리밍 서비스 데이터를 수신하는 과정을 포함하며, 상기 적어도 하나의 무선 억세스 인터페이스는 상기 스트리밍 서비스에 적용되는 인코딩 비트 레이트(encoding bit rate)에 상응하는 네트워크 속도로 상기 스트리밍 서비스 데이터를 수신하는 것이 가능하도록 선택됨을 특징으로 한다.

Description

다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법{APPARATUS AND METHOD FOR RECEIVING STREAMING SERVICE DATA IN MOBILE COMMUNICATION SYSTEM SUPPORTING A PLURALITY OF RADIO ACCESS INTERFACES}
본 발명은 이동 통신 시스템에서 스트리밍 서비스 데이터(streaming service data) 수신 장치 및 방법에 관한 것으로, 특히 다수개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터를 수신하는 장치 및 방법에 관한 것이다.
이동 통신 시스템이 급속하게 발전하면서, 또한 스마트 폰(smart phone)이 널리 보급이 되면서 모바일 데이터(mobile data) 사용이 급격히 증가되고 있다. 특히, 모바일 트래픽(mobile trafftc) 중에서 비디오 트래픽(video traffic)과 같은 스트리밍 서비스가 차지하는 비율이 가장 높은데, Cisco Visual Networking Index 자료에 따르면 2014년에는 비디오 트래픽이 전체 모바일 트래픽에서 66%를 차지할 것이라고 예상되고 있다.
한편, 이동 통신 시스템에서 많이 사용되고 있는 비디오 스트리밍 서비스(video streaming service)는 일 예로 유투브(YouTube) 사이트에서 제공되는 서비스와 넷플릭스(Netflix) 사이트에서 제공되는 서비스이다. 상기 유투브 사이트와 넷플릭스 사이트는 하이퍼텍스트 전송 프로토콜(Hypertext Transfer Protocol: HTTP, 이하 ‘HTTP’라 칭하기로 한다) 기반의 스트리밍 서비스, 일 예로 비디오 스트리밍 서비스를 제공하고 있다. 여기서, 상기 HTTP 기반의 비디오 스트리밍 서비스가 기존 비디오 스트리밍 프로토콜(video streaming protocol)에 비해서 선호되고 있는 이유에 대해서 설명하면 다음과 같다.
첫 번째 이유는, 상기 HTTP 기반의 비디오 스트리밍 서비스가 기존 비디오 스트리밍 프로토콜에 비해서 비용이 덜 든다는 것이다. 상기 HTTP 기반의 비디오 스트리밍 서비스는 HTTP 프로토콜을 사용하여 데이터를 다운로드(download)하는 것과 같다. 그렇기 때문에 단말기(station)에 특별한 프로토콜을 요구하지 않을 뿐만 아니라, 서버(server)도 웹 서비스(WEB service)만을 제공하면 된다.
두 번째 이유는, 상기 HTTP 기반의 비디오 스트리밍 서비스가 기존 비디오 스트리밍 프로토콜에 비해서 방화벽을 통과하는 것이 수월하다는 것이다. 현재 제공되고 있는 다수의 사이트들은 잘 알려진 포트(port)들 외에는 방화벽을 통해서 모두 다 차단되고 있는 상황이다. 기존 비디오 스트리밍 프로토콜들은 사용자 데이터그램 프로토콜(User Datagram Protocol: UDP, 이하 ‘UDP’라 칭하기로 한다)을 사용하여 특정 포트를 사용하게 되며, 따라서 기존 비디오 스트리밍 프로토콜들은 결국 방화벽에 막힐 가능성이 높다. 이에 반해, HTTP 기반의 비디오 스트리밍 프로토콜은 잘 알려진 80 포트를 사용하기 때문에 방화벽을 쉽게 통과할 수 있다는 이점이 있다.
세 번째 이유는, 서버의 부하를 줄이기 위해서 혹은 빠른 데이터 전송을 위해서 프락시 서버(proxy server) 혹은 캐쉬 서버(cache server)를 많이 사용하고 있는데, HTTP 기반의 비디오 스트리밍 서비스를 제공하기 위해서는 단순 웹 서버만을 필요로 하기 때문에 프락시 서버 혹은 캐쉬 서버를 사용하는 것이 비교적 쉽다는 것이다.
한편, 현재 가장 많이 사용되고 있는 HTTP 기반의 비디오 스트리밍 프로토콜로는 HTTP 프로그레시브 다운로드(Progressive Download: PL, 이하 ‘PL’이라 칭하기로 한다) 프로토콜과 HTTP 적응적 스트리밍(Adaptive Streaming: AS, 이하 ‘AS’라 칭하기로 한다) 프로토콜이 있다. 상기 HTTP PL 프로토콜과 HTTP AS 프로토콜은 일반적인 HTTP 프로토콜과 비교할 때 단말기의 통신 상태를 서버에게 보고하여 서비스 품질(Quality of Service: QoS, 이하 ‘QoS’라 칭하기로 한다)을 제공해준다는 점에서만 차이가 있으며, 그 이외에는 일반적인 HTTP 프로토콜과 유사하다.
한편, 이동 통신 시스템의 발달에 따라 단말기 역시 발달하였으며, 특히 최근에는 1개의 단말기가 다수 개의 무선 억세스 인터페이스들을 지원하는 것이 가능하다. 일 예로, 단말기는 와이-파이(wireless fidelity: Wi-Fi, 이하 ‘Wi-Fi’라고 칭하기로 한다) 인터페이스와, 롱 텀 에볼루션-어드밴스드(long term evolution-advanced: LTE, 이하 ‘LTE-A’라 칭하기로 한다) 인터페이스의 총 2개의 무선 억세스 인터페이스들을 지원할 수 있다.
하지만, 현재까지 제안된 이동 통신 시스템에서는 단말기가 다수 개의 무선 억세스 인터페이스들을 지원한다고 할지라도, 해당 시점에서 상기 다수 개의 무선 억세스 인터페이스들 중 어느 하나를 통해서만 상기 단말기에게 스트리밍 서비스가 제공된다. 따라서, 상기 단말기로는 제한된 무선 억세스 인터페이스를 통해 제한된 네트워크 속도로 스트리밍 서비스가 제공될 수 밖에 없으며, 결과적으로 상기 단말기에서 상기 스트리밍 서비스가 재생될 경우 끊김 현상이 발생될 수 있고, 이는 결과적으로 서비스 품질 저하를 초래하게 된다.
따라서, 이동 통신 시스템에서 끊김없이 스트리밍 서비스 데이터를 수신하는 방안에 대한 필요성이 대두되고 있다.
특히, 비디오 스트리밍 서비스의 경우 단말기가 서버에서 비디오 컨텐트(content)에 대해 적용된 인코딩 비트 레이트(encoding bit rate)에 상응하는 네트워크 속도로 비디오 스트리밍 서비스 데이터를 수신하는 것이 중요한데, 현재까지 제안된 이동 통신 시스템에서는 이런 비디오 컨텐트에 대해 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도로 비디오 스트리밍 서비스 데이터를 수신하는 방안에 대해서는 구체적으로 제안된 바가 없다.
따라서, 이동 통신 시스템에서 스트리밍 서비스 컨텐트에 적용된 인코딩 비트 레이트에 상응하게 스트리밍 서비스 데이터를 수신하는 방안에 대한 필요성이 대두되고 있다.
한편, 상기와 같은 정보는 본 발명의 이해를 돕기 위한 백그라운드(background) 정보로서만 제시될 뿐이다. 상기 내용 중 어느 것이라도 본 발명에 관한 종래 기술로서 적용 가능할지 여부에 관해, 어떤 결정도 이루어지지 않았고, 또한 어떤 주장도 이루어지지 않는다.
본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 끊김없이 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트에 적용된 인코딩 비트 레이트에 상응하게 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 로드 밸런싱(load balancing)을 고려하여 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 안전성 보장을 고려하여 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
본 발명의 일 실시예에서 제안하는 방법은; 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기의 스트리밍 서비스 데이터(streaming service data) 수신 방법에 있어서, 서버로부터 다수 개의 무선 억세스 인터페이스들 중 적어도 하나를 통해 서버(server)로부터 스트리밍 서비스 데이터를 수신하는 과정을 포함하며, 상기 적어도 하나의 무선 억세스 인터페이스는 상기 스트리밍 서비스에 적용되는 인코딩 비트 레이트(encoding bit rate)에 상응하는 네트워크 속도로 상기 스트리밍 서비스 데이터를 수신하는 것이 가능하도록 선택됨을 특징으로 한다.
본 발명의 일 실시예에서 제안하는 장치는; 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기에 있어서, 서버로부터 다수 개의 무선 억세스 인터페이스들 중 적어도 하나를 통해 서버(server)로부터 스트리밍 서비스 데이터(streaming service data)를 수신하는 수신기를 포함하며, 상기 적어도 하나의 무선 억세스 인터페이스는 상기 스트리밍 서비스에 적용되는 인코딩 비트 레이트(encoding bit rate)에 상응하는 네트워크 속도로 상기 스트리밍 서비스 데이터를 수신하는 것이 가능하도록 선택됨을 특징으로 한다.
본 발명의 다른 측면들과, 이득들 및 핵심적인 특징들은 부가 도면들과 함께 처리되고, 본 발명의 바람직한 실시예들을 게시하는, 하기의 구체적인 설명으로부터 해당 기술 분야의 당업자에게 자명할 것이다.
하기의 본 게시의 구체적인 설명 부분을 처리하기 전에, 이 특허 문서를 통해 사용되는 특정 단어들 및 구문들에 대한 정의들을 설정하는 것이 효과적일 수 있다: 상기 용어들 “포함하다(include)” 및 “포함하다(comprise)”과 그 파생어들은 한정없는 포함을 의미하며; 상기 용어 “혹은(or)”은 포괄적이고 ‘및/또는’을 의미하고; 상기 구문들 “~와 연관되는(associated with)” 및 ““~와 연관되는(associated therewith)”과 그 파생어들은 포함하고(include), ~내에 포함되고(be included within), ~와 서로 연결되고(interconnect with), 포함하고(contain), ~내에 포함되고(be contained within), ~에 연결하거나 혹은 ~와 연결하고(connect to or with), ~에 연결하거나 혹은 ~와 연결하고(couple to or with), ~와 통신 가능하고(be communicable with), ~와 협조하고(cooperate with), 인터리빙하고(interleave), 병치하고(juxtapose), ~로 가장 근접하고(be proximate to), ~로 ~할 가능성이 크거나 혹은 ~와 ~할 가능성이 크고(be bound to or with), 가지고(have), 소유하고(have a property of) 등과 같은 것을 의미하고; 상기 용어 “제어기”는 적어도 하나의 동작을 제어하는 임의의 디바이스, 시스템, 혹은 그 부분을 의미하고, 상기와 같은 디바이스는 하드웨어, 펌웨어 혹은 소프트웨어, 혹은 상기 하드웨어, 펌웨어 혹은 소프트웨어 중 적어도 2개의 몇몇 조합에서 구현될 수 있다. 어떤 특정 제어기와 연관되는 기능성이라도 집중화되거나 혹은 분산될 수 있으며, 국부적이거나 원격적일 수도 있다는 것에 주의해야만 할 것이다. 특정 단어들 및 구문들에 대한 정의들은 이 특허 문서에 걸쳐 제공되고, 해당 기술 분야의 당업자는 많은 경우, 대부분의 경우가 아니라고 해도, 상기와 같은 정의들이 종래 뿐만 아니라 상기와 같이 정의된 단어들 및 구문들의 미래의 사용들에도 적용된다는 것을 이해해야만 할 것이다.
본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터를 수신하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 끊김없이 스트리밍 서비스 데이터를 수신하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트에 적용된 인코딩 비트 레이트에 상응하게 스트리밍 서비스 데이터를 수신하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 로드 밸런싱을 고려하여 스트리밍 서비스 데이터를 수신하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 안전성 보장을 고려하여 스트리밍 서비스 데이터를 수신하는 것을 가능하게 한다는 효과가 있다.
본 발명의 특정한 바람직한 실시예들의 상기에서 설명한 바와 같은 또한 다른 측면들과, 특징들 및 이득들은 첨부 도면들과 함께 처리되는 하기의 설명으로부터 보다 명백하게 될 것이다:
도 1은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷의 일 예를 개략적으로 도시한 도면이다;
도 2는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷의 다른 예를 개략적으로 도시한 도면이다;
도 3은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 fast pre-fetching 과정을 개략적으로 도시한 도면이다;
도 4는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 일 예를 개략적으로 도시한 도면이다;
도 5는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 다른 예를 개략적으로 도시한 도면이다;
도 6은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현의 일 예를 개략적으로 도시한 도면이다;
도 7은 도 6에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현에 따른 네트워크 속도와 다운로드 시간 간의 관계를 구체적으로 도시한 도면이다;
도 8은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 일 예를 개략적으로 도시한 도면이다;
도 9는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 다른 예를 개략적으로 도시한 도면이다;
도 10은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다;
도 11은 도 10에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 따른 네트워크 속도와 무선 억세스 인터페이스들간의 관계를 개략적으로 도시한 도면이다;
도 12는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다;
도 13은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다;
도 14는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다;
도 15는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 HTTP AS 프로토콜이 사용될 경우의 스트리밍 서비스 데이터 수신 과정을 개략적으로 도시한 도면이다;
도 16a-도 16b는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 과정을 개략적으로 도시한 순서도이다;
도 17은 도 16a의 1617단계의 대역폭을 측정하는 과정을 개략적으로 도시한 순서도이다;
도 18은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 서버의 내부 구조를 개략적으로 도시한 도면이다;
도 19는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 단말기의 내부 구조를 개략적으로 도시한 도면이다;
도 20은 도 19의 송신기(1911)의 내부 구조를 개략적으로 도시한 도면이다;
도 21은 도 19의 수신기(1915)의 내부 구조를 개략적으로 도시한 도면이다.
상기 도면들을 통해, 유사 참조 번호들은 동일한 혹은 유사한 엘리먼트들과, 특징들 및 구조들을 도시하기 위해 사용된다는 것에 유의해야만 한다.
이하, 본 발명의 실시 예들을 첨부한 도면들을 참조하여 상세히 설명한다. 그리고, 하기에서는 본 발명의 실시예들에 따른 동작을 이해하는데 필요한 부분만이 설명되며, 그 이외의 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다. 그리고 후술되는 용어들은 본 발명의 실시예들에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시 예들을 가질 수 있는 바, 특정 실시 예들을 도면들에 예시하여 상세하게 설명한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
또한, 본 명세서에서 명백하게 다른 내용을 지시하지 않는 “한”과, “상기”와 같은 단수 표현들은 복수 표현들을 포함한다는 것이 이해될 수 있을 것이다. 따라서, 일 예로, “컴포넌트 표면(component surface)”은 하나 혹은 그 이상의 컴포넌트 표면들을 포함한다.
또한, 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
또한, 본 명세서에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
또한, 본 발명의 실시예들에서, 별도로 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 발명의 실시예에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
본 발명의 다양한 실시예들에 따르면, 전자 디바이스는 통신 기능을 포함할 수 있다. 일 예로, 전자 디바이스는 스마트 폰(smart phone)과, 태블릿(tablet) 개인용 컴퓨터(personal computer: PC, 이하 ‘PC’라 칭하기로 한다)와, 이동 전화기와, 화상 전화기와, 전자책 리더(e-book reader)와, 데스크 탑(desktop) PC와, 랩탑(laptop) PC와, 넷북(netbook) PC와, 개인용 복합 단말기(personal digital assistant: PDA, 이하 ‘PDA’라 칭하기로 한다)와, 휴대용 멀티미디어 플레이어(portable multimedia player: PMP, 이하 ‘PMP’라 칭하기로 한다)와, 엠피3 플레이어(mp3 player)와, 이동 의료 디바이스와, 카메라와, 웨어러블 디바이스(wearable device)(일 예로, 헤드-마운티드 디바이스(head-mounted device: HMD, 일 예로 ‘HMD’라 칭하기로 한다)와, 전자 의류와, 전자 팔찌와, 전자 목걸이와, 전자 앱세서리(appcessory)와, 전자 문신, 혹은 스마트 워치(smart watch) 등이 될 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 디바이스는 통신 기능을 가지는 스마트 가정용 기기(smart home appliance)가 될 수 있다. 일 예로, 상기 스마트 가정용 기기는 텔레비젼과, 디지털 비디오 디스크(digital video disk: DVD, 이하 ‘DVD’라 칭하기로 한다) 플레이어와, 오디오와, 냉장고와, 에어 컨디셔너와, 진공 청소기와, 오븐과, 마이크로웨이브 오븐과, 워셔와, 드라이어와, 공기 청정기와, 셋-탑 박스(set-top box)와, TV 박스 (일 예로, Samsung HomeSyncTM, Apple TVTM, 혹은 Google TVTM)와, 게임 콘솔(gaming console)과, 전자 사전과, 캠코더와, 전자 사진 프레임 등이 될 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 디바이스는 의료 기기(일 예로, 자기 공명 혈관 조영술(magnetic resonance angiography: MRA, 이하 ‘MRA’라 칭하기로 한다) 디바이스와, 자기 공명 화상법(magnetic resonance imaging: MRI, 이하 “MRI”라 칭하기로 한다)과, 컴퓨터 단층 촬영(computed tomography: CT, 이하 ‘CT’라 칭하기로 한다) 디바이스와, 촬상 디바이스, 혹은 초음파 디바이스)와, 네비게이션(navigation) 디바이스와, 전세계 위치 시스템(global positioning system: GPS, 이하 ‘GPS’라 칭하기로 한다) 수신기와, 사고 기록 장치(event data recorder: EDR, 이하 ‘EDR’이라 칭하기로 한다)와, 비행 기록 장치(flight data recorder: FDR, 이하 ‘FER’이라 칭하기로 한다)와, 자동차 인포테인먼트 디바이스(automotive infotainment device)와, 항해 전자 디바이스(일 예로, 항해 네비게이션 디바이스, 자이로스코프(gyroscope), 혹은 나침반)와, 항공 전자 디바이스와, 보안 디바이스와, 산업용 혹은 소비자용 로봇(robot) 등이 될 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 디바이스는 통신 기능을 포함하는, 가구와, 빌딩/구조의 일부와, 전자 보드와, 전자 서명 수신 디바이스와, 프로젝터와, 다양한 측정 디바이스들(일 예로, 물과, 전기와, 가스 혹은 전자기 파 측정 디바이스들) 등이 될 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 디바이스는 상기에서 설명한 바와 같은 디바이스들의 조합이 될 수 있다. 또한, 본 발명의 바람직한 실시예들에 따른 전자 디바이스는 상기에서 설명한 바와 같은 디바이스에 한정되는 것이 아니라는 것은 당업자에게 자명할 것이다.
본 발명의 다양한 실시예들에 따르면, 단말기는 일 예로 전자 디바이스가 될 수 있다.
또한, 본 발명의 다양한 실시예들에 따르면, 일 예로 단말기는 스트리밍 서비스 데이터(streaming service data)를 수신하는 수신 장치로서 동작하고, 일 예로 서버(server)는 스트리밍 서비스 데이터를 송신하는 송신 장치로서 동작한다.
본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 끊김없이 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트(streaming service content)에 적용된 인코딩 비트 레이트(encoding bit rate)에 상응하게 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 로드 밸런싱(load balancing)을 고려하여 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트(video content)를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 안전성 보장을 고려하여 스트리밍 서비스 데이터를 수신하는 장치 및 방법을 제안한다.
한편, 본 발명의 일 실시예에서 제안하는 방법 및 장치는 국제 전기 전자 기술자 협회(institute of electrical and electronics engineers: IEEE, 이하 ‘IEEE’라 칭하기로 한다) 802.11ac 통신 시스템과, IEEE 802.16 통신 시스템과, 디지털 멀티미디어 방송(digital multimedia broadcasting: DMB, 이하 ‘DMB’라 칭하기로 한다) 서비스와, 휴대용 디지털 비디오 방송(digital video broadcasting-handheld: DVP-H, 이하 ‘DVP-H’라 칭하기로 한다), 및 모바일/휴대용 진화된 텔레비젼 시스템 협회(advanced television systems committee-mobile/handheld: ATSC-M/H, 이하 ‘ATSC-M/H’라 칭하기로 한다) 서비스 등과 같은 모바일 방송 서비스와, 인터넷 프로토콜 텔레비젼(internet protocol television: IPTV, 이하 ‘IPTV’라 칭하기로 한다) 서비스와 같은 디지털 비디오 방송 시스템과, 엠펙 미디어 트랜스포트(MPEG(moving picture experts group) media transport: MMT, 이하 ‘MMT’라 칭하기로 한다) 시스템과, 진화된 패킷 시스템(evolved packet system: EPS, 이하 ‘EPS’라 칭하기로 한다)과, 롱-텀 에볼루션(long-term evolution: LTE, 이하 ‘LTE’라 칭하기로 한다) 이동 통신 시스템과, 롱-텀 에볼루션-어드밴스드(long-term evolution-advanced: LTE-A, 이하 ‘LTE-A’라 칭하기로 한다) 이동 통신 시스템과, 고속 하향 링크 패킷 접속(high speed downlink packet access: HSDPA, 이하 ‘HSDPA’라 칭하기로 한다) 이동 통신 시스템과, 고속 상향 링크 패킷 접속(high speed uplink packet access: HSUPA, 이하 ‘HSUPA’라 칭하기로 한다) 이동 통신 시스템과, 3세대 프로젝트 파트너쉽 2(3rd generation project partnership 2: 3GPP2, 이하 ‘3GPP2’라 칭하기로 한다)의 고속 레이트 패킷 데이터(high rate packet data: HRPD, 이하 ‘HRPD’라 칭하기로 한다) 이동 통신 시스템과, 3GPP2의 광대역 부호 분할 다중 접속(wideband code division multiple access: WCDMA, 이하 ‘WCDMA’라 칭하기로 한다) 이동 통신 시스템과, 3GPP2의 부호 분할 다중 접속(code division multiple access: CDMA, 이하 ‘CDMA’라 칭하기로 한다) 이동 통신 시스템과, 모바일 인터넷 프로토콜(mobile internet protocol: Mobile IP, 이하 ‘Mobile IP ‘라 칭하기로 한다) 시스템 등과 같은 다양한 통신 시스템들에 적용 가능함은 물론이다.
먼저, 본 발명의 다양한 실시예들에서 사용되는 용어들에 대해서 설명하면 다음과 같다.
(1) 세그먼트(segment)
세그먼트는 스트리밍 서비스 컨텐트, 일 예로 비디오 컨텐트(video content)의 일부를 나타내며, 상기 스트리밍 서비스 컨텐트는 적어도 하나의 세그먼트를 포함한다.
상기 세그먼트의 사이즈(size)는 스트리밍 서비스가 하이퍼텍스트 전송 프로토콜(Hypertext Transfer Protocol: HTTP, 이하 ‘HTTP’라 칭하기로 한다) 기반의 비디오 스트리밍 프로토콜인 HTTP 프로그레시브 다운로드(Progressive Download: PL, 이하 ‘PL’이라 칭하기로 한다) 프로토콜과 HTTP 적응적 스트리밍(Adaptive Streaming: AS, 이하 ‘AS’라 칭하기로 한다) 프로토콜을 사용하여 다운로드될 경우 하기와 같이 결정될 수 있다.
첫 번째로, 상기 스트리밍 서비스가 HTTP PL 프로토콜을 사용하여 다운로드될 경우, 단말기가 다수 개의 무선 억세스 인터페이스들을 사용하기 위해서는, 스트리밍 서비스 데이터를 분리/병합하는 엔터티(entity)에서 고정/가변 사이즈의 세그먼트 사이즈가 자체적으로 결정된다. 일 예로, 상기 스트리밍 서비스가 HTTP PL 프로토콜을 사용하여 다운로드될 경우 세그먼트 사이즈는 10MB로 결정될 수 있다. 이와는 달리, 상기 세그먼트 사이즈는 스트리밍 서비스의 비트 레이트(bit rate) * 세그먼트 시간으로 결정될 수도 있다.
두 번째로, 상기 스트리밍 서비스가 HTTP AS 프로토콜을 사용하여 다운로드될 경우, 다수 개의 비트 레이트(bit rate)들을 기반으로 인코딩(encoding)이 적용되는 기본 단위는 상기 세그먼트가 되며, 이 경우 세그먼트 사이즈는 어플리케이션(application) 계층에서 결정된다.
(2) 청크(chunk)
청크는 다수 개의 무선 억세스 인터페이스들이 동시에 사용될 경우, 상기 다수 개의 무선 억세스 인터페이스들 각각을 통해 수신하고자 하는 스트리밍 서비스 데이터의 범위(range) 혹은 양을 나타낸다. 상기 청크는 상기 세그먼트의 일부로, 1개의 세그먼트는 적어도 한 개의 청크를 포함한다.
1개의 세그먼트가 다수 개의 청크들을 포함하고, 상기 다수 개의 무선 억세스 인터페이스들이 동시에 사용될 경우, 상기 다수 개의 무선 억세스 인터페이스들 각각을 통해 상기 다수개의 청크들 각각이 수신될 수도 있고, 이와는 달리 상기 다수 개의 무선 억세스 인터페이스들 중 하나를 통해 상기 다수개의 청크들을 수신할 수도 있고, 이와는 달리 상기 다수 개의 무선 억세스 인터페이스들 중 일부를 통해 상기 다수 개의 청크들을 수신할 수도 있다.
한편, 예외적으로, 세그먼트의 사이즈가 임계 세그먼트 사이즈 미만일 경우, 다수 개의 세그먼트들이 1개의 청크로 구성될 수도 있음은 물론이다. 여기서, 상기 임계 세그먼트 사이즈는 이동 통신 시스템의 상황에 적합하게 결정될 수 있으며, 상기 임계 세그먼트 사이즈를 결정하는 동작 자체에 대해서는 구체적인 설명을 생략하기로 한다.
그러면 여기서 도 1을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷(format)의 일 예에 대해서 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷의 일 예를 개략적으로 도시한 도면이다.
도 1을 참조하면, 스트리밍 서비스 컨텐트는 일 예로 비디오 컨텐트(100)이며, 상기 비디오 컨텐트(100)는 다수 개, 일 예로 5개의 세그먼트들, 즉 세그먼트 #1(110)과, 세그먼트 #2(120)와, 세그먼트 #3(130)과, 세그먼트 #4(140)와, 세그먼트 #5(150)를 포함한다. 그리고, 상기 세그먼트 #1(110)은 다수 개, 일 예로 2개의 청크들, 즉 청크 #1(111)과 청크 #2(113)를 포함하고, 상기 세그먼트 #2(120)는 청크 #1(121)을 포함하고, 상기 세그먼트 #3(130)은 다수 개, 일 예로 2개의 청크들, 즉 청크 #1(131)과 청크 #2(133)를 포함한다.
도 1에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷의 일 예에 대해서 설명하였으며, 다음으로 도 2를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷의 다른 예에 대해서 설명하기로 한다.
도 2는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷의 다른 예를 개략적으로 도시한 도면이다.
도 2를 참조하면, 스트리밍 서비스 컨텐트는 일 예로 비디오 컨텐트(200)이며, 상기 비디오 컨텐트(200)는 다수 개, 일 예로 12개의 세그먼트들, 즉 세그먼트 #1(211)과, 세그먼트 #2(213)와, 세그먼트 #3(215)과, 세그먼트 #4(217)과, 세그먼트 #5(219)와, 세그먼트 #6(221)과, 세그먼트 #7(223)와, 세그먼트 #8(225)과, 세그먼트 #9(227)과, 세그먼트 #10(229)과, 세그먼트 #11(231)과, 세그먼트 #12(233)를 포함한다.
그리고, 상기 세그먼트 #2(213)와 세그먼트 #3(215)이 청크 #2(237)를 구성하고, 상기 세그먼트 #6(221)과 세그먼트 #7(223)이 청크 #1(239)을 구성하고, 상기 세그먼트 #8(225)과, 세그먼트 #9(227)과, 세그먼트 #10(229)이 청크 #2(241)를 구성한다. 여기서, 상기 세그먼트 #2(213)와, 세그먼트 #3(215)와, 세그먼트 #6(221)과, 세그먼트 #7(223)과, 세그먼트 #8(225)과, 세그먼트 #9(227)과, 세그먼트 #10(229)이 청크 #2(241) 각각은 임계 세그먼트 사이즈 미만의 세그먼트 사이즈를 가지므로 상기에서 설명한 바와 같이 청크로 구성될 수 있다.
도 2에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스 컨텐트의 포맷의 다른 예에 대해서 설명하였으며, 다음으로 도 3을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 고속 프리페칭(fast pre-fetching, 이하 ‘fast pre-fetching’라 칭하기로 한다) 과정에 대해서 설명하기로 한다.
도 3은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 fast pre-fetching 과정을 개략적으로 도시한 도면이다.
도 3을 참조하면, 상기 통신 시스템은 단말기(311)와 서버(313)를 포함한다.
상기 서버(313)는 스트리밍 서비스를 제공하며, 일 예로, 유투브(YouTube)와, 넷플릭스(Netflix) 등과 같은 사이트를 운영하는 서버일 수 있다.
또한, 상기 단말기(311)는 상기 서버(313)로부터 스트리밍 서비스를 제공받으며, 다수 개의 무선 억세스 인터페이스들을 포함할 수 있다. 도 3에서는 상기 단말기(311)가 2개의 무선 억세스 인터페이스들, 일 예로 와이-파이(Wi-Fi, 이하 ‘Wi-Fi’라 칭하기로 한다) 인터페이스 및 LTE 인터페이스를 포함한다고 가정하기로 한다. 그리고, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 모두가 가용(available) 상태라고 가정하기로 한다.
먼저, 상기 단말기(311)는 재생 시작(play) 명령 및 건너뛰기(seek) 명령 등과 같은 스트리밍 서비스 제공 요청이 검출되면, 상기 다수 개의 무선 억세스 인터페이스들을 사용하여 스트리밍 서비스 재생을 위한 사전 버퍼링(pre-buffering) 시간을 감소시킬 수 있다. 특히, 상기 단말기(311)는 상기 Wi-Fi 인터페이스 및 LTE 인터페이스를 통해 스트리밍 서비스 데이터를 수신할 경우, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각에 대한 네트워크 속도(network speed), 즉 가용 대역폭(available bandwidth)을 예측한다. 이하, 설명의 편의상 상기 네트워크 속도와 가용 대역폭은 동시에 함께 사용하기도 하고, 별도로 혼용하기도 함에 유의하여야 한다.
그러면 여기서, 단말기가 다수 개의 무선 억세스 인터페이스들 각각에 대해서 네트워크 속도를 추정하는 과정에 대해서 설명하면 다음과 같다.
첫 번째로, 상기 단말기는 단위 시간당 수신된 스트리밍 서비스 데이터 양을 기반으로 네트워크 속도를 추정할 수 있으며, 이는 하기 수학식 1과 같이 나타낼 수 있다.
Figure 112014093687541-pat00001
상기 수학식 1에서, β는 미리 설정된 값이며, 이동 통신 시스템의 상황에 상응하게 변경될 수 있다.
두 번째로, 상기 단말기는 각 무선 억세스 인터페이스를 통해 청크 수신을 시작한 시점부터 미리 설정되어 있는 시간마다 수신된 스트리밍 서비스 데이터 양을 기반으로 네트워크 속도를 추정할 수 있으며, 이는 하기 수학식 2와 같이 나타낼 수 있다.
Figure 112014093687541-pat00002
상기 수학식 2에서, t0는 해당 무선 억세스 인터페이스를 통해 청크 수신을 시작한 시점을 나타내며, t는 해당 무선 억세스 인터페이스에 대한 네트워크 속도를 추정하는 시점을 나타내며, t-t0는 설정 시간을 나타낸다.
한편, 도 3에 도시되어 있는 바와 같이 상기 서버(311)가 세그먼트#1(315)과, 세그먼트#2(317)와, 세그먼트#3(319)을 송신한다고 가정하기로 하며, 상기 세그먼트#1(315)과, 세그먼트#2(317)와, 세그먼트#3(319) 각각은 2개의 청크들을 포함한다고 가정하기로 한다. 즉, 상기 세그먼트#1(315)은 청크#1(315-1)과, 청크#2(315-2)를 포함하고, 상기 세그먼트#2(317)는 청크#1(317-1)과, 청크#2(317-2)를 포함하고, 상기 세그먼트#3(319)는 청크#1(319-1)과, 청크#2(319-2)를 포함한다.
상기 세그먼트#1(315)과, 세그먼트#2(317)와, 세그먼트#3(319) 각각이 포함하는 청크#1, 즉 청크#1(315-1)과, 청크#1(317-1)과, 청크#1(319-1)은 상기 Wi-Fi 인터페이스를 통해서 상기 단말기(311)로 제공되고, 상기 세그먼트#1(315)과, 세그먼트#2(317)와, 세그먼트#3(319) 각각이 포함하는 청크#2, 즉 청크#2(315-2)과, 청크#2(317-2)와, 청크#2(319-2)는 상기 LTE 인터페이스를 통해서 상기 단말기(311)로 제공된다.
즉, 상기 단말기(311)는 상기 Wi-Fi 인터페이스를 통해서 상기 서버(313)로 상기 세그먼트#1(315)과, 세그먼트#2(317)와, 세그먼트#3(319) 각각이 포함하는 청크#1, 즉 청크#1(315-1)과, 청크#1(317-1)과, 청크#1(319-1)을 제공해 줄 것을 요청하는 메시지, 일 예로 HTTP range 메시지를 송신하고, 상기 LTE 인터페이스를 통해서 상기 서버(313)로 상기 세그먼트#1(315)과, 세그먼트#2(317)와, 세그먼트#3(319) 각각이 포함하는 청크#2, 즉 청크#2(315-2)과, 청크#2(317-2)와, 청크#2(319-2)를 제공해 줄 것을 요청하는 메시지, 일 예로 HTTP range 메시지를 송신한다. 여기서, 상기 HTTP range 메시지는 HTTP GET 메시지에 포함되고, 상기 HTTP 메시지는 특정 스트리밍 파일(file)을 나타내는 Itag와 특정 범위의 데이터를 나타내는 range를 포함할 수 있으며, 상기 Itag와 range는 요구(request) 통합 자원 식별자(Uniform Resource Identifier: URI, 이하 ‘URI’라 칭하기로 한다)이다. 즉, 이전에 1개의 HTTP GET 메시지를 사용하여 수행되는 스트리밍 서비스 데이터 요청이 다수 개의 HTTP range 메시지들을 사용하여 다수 개의 무선 억세스 인터페이스들 각각에 대해 스트리밍 서비스 데이터 요청 형태로 이루어진다.
그러면, 상기 서버(313)는 상기 단말기(311)의 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로부터 HTTP range 메시지가 수신되면, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로 HTTP 200 OK 메시지를 송신하고, 상기 HTTP 200 OK 메시지와 함께 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로부터 요구된 데이터를 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로 제공한다.
그러면 여기서, 상기 단말기(311)와 서버(313)간의 동작에 대해서 보다 구체적으로 설명하면 다음과 같다.
첫 번째로, 상기 단말기(311)가 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도를 인식하고 있지 못하는 경우에 대해서 설명하기로 한다.
먼저, 상기 단말기(311)가 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도를 인식하고 있지 못하기 때문에, 상기 단말기(311)는 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각에서 동일한 사이즈의 청크를 상기 서버(313)로 요청하고, 상기 서버(313)로부터 동일한 사이즈의 청크를 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각을 통해 수신하도록 한다.
이와는 달리, 상기 단말기(311)가 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도를 인식하고 있지 못한다고 하더라도, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각에 대해 미리 설정되어 있는 청크 사이즈가 존재할 경우, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각을 통해 해당 사이즈의 청크를 상기 서버(313)로 요청하고, 상기 서버(313)로부터 해당 사이즈의 청크를 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각을 통해 수신하도록 한다. 여기서, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각에 대한 청크 사이즈는 다양한 형태로 설정될 수 있으며, 상기 Wi-Fi 인터페이스에 대한 청크 사이즈와 상기 LTE 인터페이스에 대한 청크 사이즈는 상이할 수 있다.
두 번째로, 상기 단말기(311)가 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도를 인식하고 있는 경우에 대해서 설명하기로 한다.
상기 단말기(311)가 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도를 인식하고 있을 경우, 상기 단말기(311)는 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도를 기반으로 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각에 대한 청크 사이즈를 결정한다. 여기서, 상기 단말기(313)는 일 예로, 가용 대역폭의 크기에 비례하도록 상기 청크 사이즈를 결정할 수 있으며, 이는 하기 수학식 3 및 수학식 4와 같이 나타낼 수 있다.
Figure 112014093687541-pat00003
상기 수학식 3에서, LTE 청크 사이즈는 LTE 인터페이스를 통해서 수신할 청크의 사이즈를 나타내며, LTE 속도는 상기 LTE 인터페이스를 통해서 스트리밍 데이터 서비스를 수신할 경우의 네트워크 속도를 나타낸다.
Figure 112014093687541-pat00004
상기 수학식 4에서, Wi-Fi 청크 사이즈는 Wi-Fi 인터페이스를 통해서 수신할 청크의 사이즈를 나타내며, Wi-Fi 속도는 상기 Wi-Fi 인터페이스를 통해서 스트리밍 데이터 서비스를 수신할 경우의 네트워크 속도를 나타낸다.
상기 단말기(313)가 상기 가용 대역폭/네트워크 속도를 기반으로 해당 무선 억세스 인터페이스의 청크 사이즈를 결정하는 방식은 다양하게 존재할 수 있으며, 여기에서는 그 상세한 설명을 생략하기로 한다.
또한, 도 3에서는 상기 단말기(313)가 상기 가용 대역폭/네트워크 속도를 기반으로 해당 무선 억세스 인터페이스의 청크 사이즈를 결정하는 경우를 일 예로 설명하였으나, 상기 가용 대역폭/네트워크 속도 뿐만 아니라 다양한 파라미터들을 기반으로 해당 무선 억세스 인터페이스의 청크 사이즈를 결정할 수도 있음은 물론이다.
그리고, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각을 통해 해당 사이즈의 청크를 상기 서버(313)로 요청하고, 상기 서버(313)로부터 해당 사이즈의 청크를 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각을 통해 수신하도록 한다.
또한, 상기 단말기(311)가 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도를을 인식하고 있기 때문에, 세그먼트가 포함하는 청크들 중 청크 인덱스(index)가 최소인 청크 인덱스를 가지는 청크부터 네트워크 속도가 더 빠른 무선 억세스 인터페이스를 통해서 수신한다. 여기서, 상기 단말기(311)는 상기 수학식 3 및 수학식 4에서 설명한 바와 같은 방식으로 해당 무선 억세스 인터페이스를 통해서 수신할 청크 사이즈를 결정할 수 있으며, 다만 청크 인덱스가 작은 청크들을 네트워크 속도가 더 빠른 무선 억세스 인터페이스를 통해서 수신하는 것이다.
일 예로, Wi-Fi 인터페이스의 네트워크 속도가 더 빠를 경우에는 상기 단말기(311)는 상기 Wi-Fi 인터페이스를 통해 청크 인덱스가 최소인 인덱스부터 결정된 사이즈의 청크를 상기 서버(313)로 요청하고, 상기 Wi-Fi 인터페이스를 통해 요청되지 않은, 결정된 사이즈의 청크를 상기 서버(313)로 요청하고, 상기 서버(313)로부터 해당 사이즈의 청크를 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각을 통해 수신하도록 한다.
세 번째로, 상기 단말기(311)는 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각의 가용 대역폭/네트워크 속도와, 안정성을 인식하고 있는 경우에 대해서 설명하기로 한다.
세그먼트가 포함하는 청크들 중 청크 인덱스(index)가 최소인 청크 인덱스를 가지는 청크부터 안정성이 더 높은 무선 억세스 인터페이스를 통해서 수신한다. 여기서, 상기 단말기(311)는 상기 수학식 3 및 수학식 4에서 설명한 바와 같은 방식으로 해당 무선 억세스 인터페이스를 통해서 수신할 청크 사이즈를 결정할 수 있으며, 다만 청크 인덱스가 작은 청크들을 안정성이 더 높은 무선 억세스 인터페이스를 통해서 수신하는 것이다. 상기 단말기(311)가 안정성을 검출하는 방식은 다양하게 존재할 수 있으며, 여기서는 그 상세한 설명을 생략하기로 한다.
일 예로, LTE 인터페이스의 안정성이 더 높을 경우에는 상기 단말기(311)는 상기 LTE 인터페이스를 통해 청크 인덱스가 최소인 인덱스부터 결정된 사이즈의 청크를 상기 서버(313)로 요청하고, 상기 LTE 인터페이스를 통해 요청되지 않은, 결정된 사이즈의 청크를 상기 서버(313)로 요청하고, 상기 서버(313)로부터 해당 사이즈의 청크를 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각을 통해 수신하도록 한다.
한편, 상기에서 설명한 바와 같은 3가지 동작은 미리 설정된 시간, 일 예로 10초 동안 유지되거나, 혹은 미리 설정된 개수의 세그먼트들을 수신할 때까지 유지된다고 가정하기로 한다.
도 3에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 fast pre-fetching 과정에 대해서 설명하였으며, 다음으로 도 4를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱(load balancing) 과정의 일 예에 대해서 설명하기로 한다.
도 4는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 일 예를 개략적으로 도시한 도면이다.
도 4를 참조하면, 상기 통신 시스템은 단말기(411)와 서버(413)를 포함한다. 상기 서버(413)는 스트리밍 서비스를 제공하며, 일 예로, 유투브와, 넷플릭스 등과 같은 사이트를 운영하는 서버일 수 있다. 또한, 상기 단말기(411)는 상기 서버(413)로부터 스트리밍 서비스를 제공받으며, 다수 개의 무선 억세스 인터페이스들을 포함할 수 있다. 도 4에서는 상기 단말기(411)가 2개의 무선 억세스 인터페이스들, 일 예로 Wi-Fi 인터페이스 및 LTE 인터페이스를 포함한다고 가정하기로 한다. 그리고, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 모두가 가용 상태라고 가정하기로 한다.
먼저, 상기 단말기(411)는 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 중 한 무선 억세스 인터페이스를 기본(primary) 무선 억세스 인터페이스로 설정하고, 나머지 무선 억세스 인터페이스를 보조(secondary) 무선 억세스 인터페이스로 설정한다. 여기서, 상기 단말기(411)는 다양한 파라미터들, 일 예로 과금(billing/charging)과, 전력 소모(power consumption)와, 신호 안정성(signal stability) 등과 같은 파라미터들을 기반으로 기본 무선 억세스 인터페이스를 결정할 수 있다. 도 4에서는 상기 Wi-Fi 인터페이스가 기본 무선 억세스 인터페이스로 결정되었다고 가정하기로 한다.
그리고, 상기 단말기(411)는 상기 서버(413)에서 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하게 스트리밍 서비스 데이터에 대한 네트워크 속도를 유지하기 위해서, 가능한한 상기 기본 무선 억세스 인터페이스를 통해 스트리밍 서비스 데이터를 수신하고, 상기 기본 무선 억세스 인터페이스를 통해 스트리밍 서비스 데이터를 수신할 수 없을 경우에만 상기 보조 무선 억세스 인터페이스를 통해 스트리밍 서비스 데이터를 수신한다.
도 4에 도시되어 있는 바와 같이 상기 서버(413)가 세그먼트#4(415)와, 세그먼트#5(417)와, 세그먼트#6(419)을 송신한다고 가정하기로 한다. 상기 세그먼트#4(415)와, 세그먼트#5(417)와, 세그먼트#6(419)은 상기 Wi-Fi 인터페이스를 통해서 상기 단말기(411)로 제공된다. 즉, 상기 단말기(411)는 상기 Wi-Fi 인터페이스를 통해서 상기 서버(413)로 상기 세그먼트#4(415)와, 세그먼트#5(417)와, 세그먼트#6(419)을 제공해 줄 것을 요청하는 메시지, 일 예로 HTTP range 메시지를 송신한다.
상기 서버(413)는 상기 단말기(411)의 Wi-Fi 인터페이스를 통해 HTTP range 메시지가 수신되면, 상기 단말기(411)의 Wi-Fi 인터페이스로 HTTP 200 OK 메시지를 송신하고, 상기 HTTP 200 OK 메시지와 함께 상기 Wi-Fi 인터페이스로부터 요구된 데이터를 제공한다.
즉, 도 4에 도시되어 있는 바와 같이 단말기(411)가 소비하는 대역폭은 12Mpbs이고, 상기 Wi-Fi 인터페이스의 가용 대역폭은 15 Mpbs이고, 상기 서버(313)에서 스트리밍 서비스에 적용된 인코딩 비트 레이트가 12Mbps이므로, 상기 단말기(411)는 기본 무선 억세스 인터페이스인 Wi-Fi 인터페이스를 통해서만 서버(413)로 청크를 요청하고, 상기 서버(413)로부터 청크를 수신하는 것이다. 즉, 도 4에는 기본 무선 억세스 인터페이스의 가용 대역폭이 단말기가 수신하고자 하는 스트리밍 서비스 데이터에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 지원할 수 있을 경우의 로드 밸런싱 과정이 도시되어 있는 것이다.
즉, 상기 단말기(411)는 하기 수학식 5에 나타낸 바와 같은 조건을 기반으로 로드 밸런싱 동작을 수행할 수 있다. 즉, 하기 수학식 5에 나타낸 바와 같은 조건이 만족될 경우 상기 단말기(411)는 Wi-Fi 인터페이스를 통해서만 서버(413)로 청크를 요청하고, 상기 서버(413)로부터 청크를 수신하는 것이다.
Figure 112014093687541-pat00005
상기 수학식 5는 Wi-Fi 속도가 스트리밍 서비스에 적용된 인코딩 비트 레이트보다 크거나 같다는 것을 의미하므로, Wi-Fi 인터페이스가 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 지원할 수 있다는 것을 나타낸다.
도 4에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 일 예에 대해서 설명하였으며, 다음으로 도 5를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 다른 예에 대해서 설명하기로 한다.
도 5는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 다른 예를 개략적으로 도시한 도면이다.
도 5를 참조하면, 상기 통신 시스템은 단말기(511)와 서버(513)를 포함한다. 상기 서버(513)는 스트리밍 서비스를 제공하며, 일 예로, 유투브와, 넷플릭스 등과 같은 사이트를 운영하는 서버일 수 있다. 또한, 상기 단말기(511)는 상기 서버(513)로부터 스트리밍 서비스를 제공받으며, 다수 개의 무선 억세스 인터페이스들을 포함할 수 있다. 도 5에서는 상기 단말기(511)가 2개의 무선 억세스 인터페이스들, 일 예로 Wi-Fi 인터페이스 및 LTE 인터페이스를 포함한다고 가정하기로 한다. 그리고, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 모두가 가용 상태라고 가정하기로 한다.
먼저, 상기 단말기(511)는 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 중 한 무선 억세스 인터페이스를 기본 무선 억세스 인터페이스로 설정하고, 나머지 무선 억세스 인터페이스를 보조 무선 억세스 인터페이스로 설정한다. 여기서, 상기 단말기(511)는 다양한 파라미터들, 일 예로 과금과, 전력 소모와, 신호 안정성 등과 같은 파라미터들을 기반으로 기본 무선 억세스 인터페이스를 결정할 수 있다. 도 5에서는 상기 Wi-Fi 인터페이스가 기본 무선 억세스 인터페이스로 결정되었다고 가정하기로 한다.
그리고, 상기 단말기(511)는 상기 서버(513)에서 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 스트리밍 서비스 데이터에 대한 네트워크 속도를 유지하기 위해서, 가능한한 상기 기본 무선 억세스 인터페이스를 통해 스트리밍 서비스 데이터를 수신하고, 상기 기본 무선 억세스 인터페이스를 통해 스트리밍 서비스 데이터를 수신할 수 없을 경우에만 상기 보조 무선 억세스 인터페이스를 통해 스트리밍 서비스 데이터를 수신한다.
도 5에 도시되어 있는 바와 같이 상기 서버(513)가 세그먼트#4(515)와, 세그먼트#5(517)와, 세그먼트#6(519)을 송신한다고 가정하기로 한다. 그리고, 상기 세그먼트#4(515)와, 세그먼트#5(517)와, 세그먼트#6(519) 각각은 청크 #1 및 청크 #2를 포함한다. 즉, 상기 세그먼트#4(515)는 청크#1(515-1)과 청크#2(515-2)를 포함하고, 상기 세그먼트#5(517)는 청크#1(517-1)과 청크#2(517-2)를 포함하고, 상기 세그먼트#6(519)는 청크#1(519-1)과 청크#2(519-2)를 포함한다. 그리고, 상기 청크#1(515-1)과, 청크#1(517-1) 및 청크#1(519-1)은 상기 Wi-Fi 인터페이스를 통해서 상기 단말기(511)로 제공되고, 상기 청크#2(515-2)와, 청크#2(517-2) 및 청크#2(519-2)는 상기 LTE 인터페이스를 통해서 상기 단말기(511)로 제공된다.
즉, 상기 단말기(511)는 상기 Wi-Fi 인터페이스를 통해서 상기 서버(513)로 상기 청크#1(515-1)과, 청크#1(517-1) 및 청크#1(519-1)을 제공해 줄 것을 요청하는 메시지, 일 예로 HTTP range 메시지를 송신하고, 상기 LTE 인터페이스를 통해서 상기 청크#2(515-2)와, 청크#2(517-2) 및 청크#2(519-2)를 제공해 줄 것을 요청하는 메시지, 일 예로 HTTP range 메시지를 송신한다.
그러면, 상기 서버(513)는 상기 단말기(511)의 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로부터 HTTP range 메시지가 수신되면, 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로 HTTP 200 OK 메시지를 송신하고, 상기 HTTP 200 OK 메시지와 함께 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로부터 요구된 데이터를 상기 Wi-Fi 인터페이스 및 LTE 인터페이스 각각으로 제공한다.
즉, 도 5에 도시되어 있는 바와 같이 단말기(511)가 소비하는 대역폭은 10Mpbs이고, 상기 Wi-Fi 인터페이스의 가용 대역폭은 10 Mpbs이지만, 상기 서버(513)에서 스트리밍 서비스에 적용된 인코딩 비트 레이트가 12Mbps이므로, 상기 단말기(511)는 기본 무선 억세스 인터페이스인 Wi-Fi 인터페이스를 통해서만 서버(513)로 청크를 요청할 경우 상기 서버(513)에서 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지할 수 없다.
따라서, 상기 단말기(511)는 상기 Wi-Fi 인터페이스 뿐만 아니라 LTE 인터페이스를 통해서 서버(513)로 청크를 요청하고, 상기 서버(513)로부터 청크를 수신하는 것이다. 즉, 도 5에는 기본 무선 억세스 인터페이스의 가용 대역폭이 단말기가 수신하고자 하는 스트리밍 서비스 데이터에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 지원할 수 없을 경우의 로드 밸런싱 과정이 도시되어 있는 것이다.
즉, 상기 단말기(511)는 상기 수학식 5에 나타낸 바와 같은 조건을 기반으로 로드 밸런싱 동작을 수행할 수 있다. 즉, 상기 수학식 5에 나타낸 바와 같은 조건이 만족되지 않을 경우 상기 단말기(511)는 Wi-Fi 인터페이스 뿐만 아니라 LTE 인터페이스를 통해서 서버(513)로 청크를 요청하고, 상기 서버(513)로부터 청크를 수신하는 것이다. 즉, 상기 수학식 5에 나타낸 바와 같은 조건이 만족되지 않는다는 것은 Wi-Fi 속도가 스트리밍 서비스에 적용된 인코딩 비트 레이트보다 작다는 것을 의미하므로, Wi-Fi 인터페이스가 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 지원할 수 없다는 것을 나타낸다.
이 경우, 상기 단말기(511)는 하기와 같은 수학식 6 및 수학식 7을 기반으로 Wi-Fi 인터페이스를 통해서 수신할 청크와 LTE 인터페이스를 통해서 수신할 청크에 대한 청크 사이즈를 결정할 수 있다.
Figure 112014093687541-pat00006
Figure 112014093687541-pat00007
한편, 이동 통신 시스템의 상황은 언제나 변경 가능하기 때문에, 상기 단말기(511)는 상기 단말기(511) 자신이 타겟(target)으로 하는 타겟 네트워크 속도를 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트보다 미리 설정된 값, 일 예로 α 만큼 크게 설정할 수 있으며, 이 경우, 상기 수학식 6 및 수학식 7은 하기 수학식 8 및 수학식 9와 같이 변경될 수 있다. 여기서, 상기 α는 0 이상이 될 수 있다(
Figure 112014093687541-pat00008
).
Figure 112014093687541-pat00009
Figure 112014093687541-pat00010
한편, 상기에서는 상기 수학식 5에 나타낸 바와 같은 조건이 만족되지 않을 경우 수학식 6 내지 수학식 9를 기반으로 Wi-Fi 인터페이스를 통해서 수신할 청크와 LTE 인터페이스를 통해서 수신할 청크에 대한 청크 사이즈를 결정하는 동작에 대해서 설명하였다.
하지만, 이와는 달리 상기 단말기(511)는 해당 세그먼트를 수신하는데 소요되는 다운로드(download) 시간을 기반으로 로드 밸런싱 동작을 수행할 수도 있으며, 이에 대해서 구체적으로 설명하면 다음과 같다.
먼저, 상기 단말기(511)는 각 세그먼트를 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도로 다운로드할 경우 각 세그먼트를 다운로드 완료할 때까지 소요되는 시간인 다운로드 시간을 계산한다.
그리고 나서, 상기 단말기(511)는 상기 다운로드 시간 동안 기본 무선 억세스 인터페이스를 통해 수신 가능한 데이터 양을 상기 기본 무선 억세스 인터페이스의 가용 대역폭/네트워크 속도를 기반으로 검출한다. 상기 단말기(511)는 상기 검출한, 상기 다운로드 시간 동안 기본 무선 억세스 인터페이스를 통해 수신 가능한 데이터 양이 세그먼트 사이즈 이상일 경우 상기 기본 무선 억세스 인터페이스를 통해 세그먼트를 수신한다.
이와는 달리, 상기 검출한, 상기 다운로드 시간 동안 기본 무선 억세스 인터페이스를 통해 수신 가능한 데이터 양이 상기 세그먼트 사이즈 미만일 경우, 상기 단말기(511)는 상기 검출한, 상기 다운로드 시간 동안 기본 무선 억세스 인터페이스를 통해 수신 가능한 데이터 양에 상응하는 세그먼트의 부분, 일 예로 청크#1에 대해서는 상기 기본 무선 억세스 인터페이스를 통해서 요청 및 수신하고, 나머지 세그먼트의 부분, 일 예로 청크#2는 보조 무선 억세스 인터페이스를 요청 및 수신한다. 즉, 상기 단말기(511)는 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도로 다운로드할 경우 다운로드 시간을 기반으로 기본 무선 억세스 인터페이스만을 사용하여 스트리빙 서비스 데이터를 수신할지 혹은 기본 무선 억세스 인터페이스 및 보조 무선 억세스 인터페이스 둘 다를 사용하여 스트리빙 서비스 데이터를 수신할지를 결정할 수 있다.
한편, 상기에서는 단말기(511)가 스트리밍 서비스에 적용된 인코딩 비트 레이트와 다운로드 시간을 기반으로 기본 무선 억세스 인터페이스만을 사용하여 스트리빙 서비스 데이터를 수신할지, 혹은 기본 무선 억세스 인터페이스 및 보조 무선 억세스 인터페이스 둘 다를 사용하여 스트리빙 서비스 데이터를 수신할지를 결정하는 경우에 대해서 설명하였으나, 이동 통신 시스템의 상황은 언제나 변경 가능하기 때문에, 상기 단말기(511)는 상기 단말기(511) 자신이 타겟으로 하는 타겟 네트워크 속도를 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트보다 미리 설정된 값인 α 만큼 크게 설정할 수 있다.
도 5에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 다른 예에 대해서 설명하였으며, 다음으로 도 6을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현의 일 예에 대해서 설명하기로 한다.
도 6은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현의 일 예를 개략적으로 도시한 도면이다.
도 6을 참조하면, 단말기(도 6에 별도로 도시되지 않음)는 기본 무선 억세스 인터페이스를 Wi-Fi 인터페이스로 설정하고(611), 보조 무선 억세스 인터페이스를 LTE 인터페이스로 설정하였다고 가정하기로 한다(613). 여기서, 상기 Wi-Fi 인터페이스의 네트워크 속도는 5Mbps이고, 상기 LTE 인터페이스의 네트워크 속도는 10Mbps라고 가정하기로 한다.
또한, 서버(도 6에 별도로 도시되지 않음)는 스트리밍 서비스, 일 예로 비디오 서비스에 8Mbps의 인코딩 비트 레이트를 적용하였다고 가정하기로 한다(615).
그리고, 상기 단말기가 수신하기를 원하는 비디오 컨텐츠는 그 사이즈가 10기가 비트(gigabit: GB, 이하 ‘GB’라 칭하기로 한다)라고 가정하기로 한다(617). 그리고 상기 비디오 컨텐츠는 다수 개의 세그먼트들을 포함하며, 상기 다수 개의 세그먼트들 각각은 그 세그먼트 사이즈가 30 메가비트(megabit: MB, 이하 ‘MB’라 칭하기로 한다)라고 가정하기로 한다(619). 따라서, 상기 비디오 컨텐츠에 적용된 인코딩 비트 레이트인 8Mbps를 네트워크 속도라고 가정할 경우, 상기 단말기가 30MB의 사이즈를 가지는 1개의 세그먼트를 다운로드하는데 소요되는 다운로드 시간은 30초가 된다(621).
한편, 상기 기본 무선 억세스 인터페이스인 Wi-Fi 인터페이스는 네트워크 속도가 5Mbps이고, 따라서 상기 Wi-Fi 인터페이스는 상기 비디오 컨텐트에 적용되는 인코딩 비트 레이트인 8Mbps를 지원하는 것이 불가능하다. 하지만, 상기 Wi-Fi 인터페이스는 기본 무선 억세스 인터페이스이므로, 상기 단말기는 가능한 한 상기 Wi-Fi 인터페이스를 최대한 사용하는 것이 가능하도록 청크 사이즈를 결정한다. 즉, 상기 단말기는 상기 Wi-Fi 인터페이스의 네트워크 속도인 5Mbps로 상기 다운로드 시간인 30초 동안 수신할 수 있는 데이터 양을 18.75MB로 결정하고, 따라서 각 세그먼트가 포함하는 청크들 중 상기 Wi-Fi 인터페이스를 통해서 수신 가능한 청크, 즉 Wi-Fi 청크의 사이즈를 18.75MB로 결정한다(623).
또한, 각 세그먼트 중 상기 Wi-Fi 인터페이스를 통해서는 18.75MB 사이즈의 청크를 수신하는 것이 가능하므로, 상기 단말기는 LTE 인터페이스를 통해서 각 세그먼트가 포함하는 청크들 중 Wi-Fi 청크를 제외한 나머지 청크를 수신한다. 이렇게, LTE 인터페이스를 통해서 수신되는 청크를 LTE 청크라고 칭하기로 하며, 따라서, 상기 LTE 청크의 사이즈는 11.25MB(= 30MB - 18.75MB)이며, 9초 동안 수신된다(625).
한편, 도 6에서는 단말기가 Wi-Fi 청크 및 LTE 청크를 수신하는 것에 초점을 맞춰서 설명하였으나, 상기에서 설명한 바와 같은 단말기는 도 6에서 설명한 바와 같은 형태로 Wi-Fi 청크 및 LTE 청크를 수신하기 위해서는 이미 서버로 해당 청크를 요청하는 동작을 수행한 것임에 유의하여야 한다.
도 6에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현의 일 예에 대해서 설명하였으며, 다음으로 도 7을 참조하여 도 6에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현에 따른 네트워크 속도와 다운로드 시간 간의 관계에 대해서 설명하기로 한다.
도 7은 도 6에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현에 따른 네트워크 속도와 다운로드 시간 간의 관계를 구체적으로 도시한 도면이다.
도 7을 참조하면, 먼저 도 7에 도시되어 있는 네트워크 속도와 다운로드 시간 간의 관계는 도 6에서 설명한 바와 동일하게 LTE 청크 및 Wi-Fi 청크가 결정될 경우의 네트워크 속도와 다운로드 시간 간의 관계를 나타낸다. 즉, 도 7에 도시되어 있는 네트워크 속도와 다운로드 시간 간의 관계는 도 6에서 설명한 바와 같이 단말기가 11.25MB 사이즈의 LTE 청크(711)를 LTE 인터페이스를 통해서 9초 동안 수신하고, 18.75MB 사이즈의 Wi-Fi 청크(713)를 Wi-Fi 인터페이스를 통해서 30초 동안 수신할 경우의 네트워크 속도와 다운로드 시간 간의 관계를 나타낸다.
도 7에서는 도 6에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 로드 밸런싱 과정의 구체적인 구현에 따른 네트워크 속도와 다운로드 시간 간의 관계에 대해서 설명하였으며, 다음으로 도 8을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 일 예에 대해서 설명하기로 한다.
도 8은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 일 예를 개략적으로 도시한 도면이다.
도 8을 참조하면, 먼저 상기에서 설명한 바와 같이 스트리밍 서비스의 경우 서버에서 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하는 것이 서비스 품질에 영향을 주는 중요한 요인으로 작용한다. 따라서, 단말기는 지속적으로 각 무선 억세스 인터페이스를 통해서 정상적으로 스트리밍 서비스 데이터가 수신되는지를 모니터(monitor)해야 한다.
먼저, 상기 단말기는 811단계에서 무선 억세스 인터페이스들 각각의 네트워크 속도를 모니터하고 813단계로 진행한다. 즉, 상기 단말기는 세그먼트 수신 시 해당 청크들이 청크 요구시 결정된 바와 같은 네트워크 속도로 수신되는지 검사하기 위해서 각 무선 억세스 인터페이스들 각각의 네트워크 속도를 모니터하고 813단계로 진행한다. 여기서, 상기 모니터 기간은 미리 설정된 시간, 일 예로 10초 동안 유지되거나, 혹은 미리 설정된 개수의 세그먼트들을 수신할 때까지 유지된다고 가정하기로 한다.
상기 813단계에서 상기 단말기는 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 임계 네트워크 속도는 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트로 설정될 수도 있고, 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트 보다 미리 설정된 값, 일 예로 β만큼 작게 설정할 수 있다. 여기서, 상기 β는 0 이상이 될 수 있다(
Figure 112014093687541-pat00011
).
상기 검사 결과 상기 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 815단계로 진행한다. 상기 815단계에서 상기 단말기는 상기 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해서 스트리밍 서비스 데이터를 수신할 경우 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 유지할 수 없으므로, 상기 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해 수신하던 스트리밍 서비스 데이터 양 중 일부를 상기 임계 네트워크 속도 이상의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는, 다른 무선 억세스 인터페이스를 통해 수신하도록 하는 조정 동작을 수행한다. 여기서, 상기 다른 무선 억세스 인터페이스만을 통해서만 스트리밍 서비스 데이터를 수신할 경우에 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 유지하는 것이 가능할 경우, 상기 단말기는 상기 다른 무선 억세스 인터페이스만을 통해서만 스트리밍 서비스 데이터를 수신할 수도 있음은 물론이다.
한편, 도 8에서는 단말기가 Wi-Fi 청크 및 LTE 청크를 수신하는 것에 초점을 맞춰서 설명하였으나, 상기에서 설명한 바와 같은 단말기는 도 8에서 설명한 바와 같은 형태로 Wi-Fi 청크 및 LTE 청크를 수신하기 위해서는 이미 서버로 해당 청크를 요청하는 동작을 수행한 것임에 유의하여야 한다.
한편, 도 8이 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 일 예를 도시하고 있더라도, 다양한 변형들이 도 8에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 8에는 연속적인 단계들이 도시되어 있지만, 도 8에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 8에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 일 예에 대해서 설명하였으며, 다음으로 도 9를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 다른 예에 대해서 설명하기로 한다.
도 9는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 다른 예를 개략적으로 도시한 도면이다.
도 9를 참조하면, 먼저 상기에서 설명한 바와 같이 스트리밍 서비스의 경우 서버에서 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하는 것이 서비스 품질에 영향을 주는 중요한 요인으로 작용한다. 따라서 수신 신호 세기 역시 서비스 품질에 영향을 줄 수 밖에 없으며, 따라서 단말기는 지속적으로 각 무선 억세스 인터페이스를 통해서 정상적으로 스트리밍 서비스 데이터가 수신되는지를 모니터해야 한다. 여기서, 상기 수신 신호 세기는 일 예로, 수신 신호 코드 전력(RSCP: received signal code power, 이하 ‘RSCP’라 칭하기로 한다)과, 기준 신호 수신 전력(RSRP: reference signal received power, 이하 ‘RSRP’라 칭하기로 한다)과, 기준 신호 강도 지시자(RSSI: reference signal strength indicator, 이하 ‘RSSI’라 칭하기로 한다)와, 기준 신호 수신 품질(RSRQ: reference signal received quality, 이하 ‘RSRQ’라 칭하기로 한다)과, 캐리어대 간섭 잡음비(CINR: carrier-to-interference noise ratio, 이하 ‘CINR’이라 칭하기로 한다)와, 신호대 잡음비(SNR: signal-to-noise ratio, 이하 ‘SNR’이라 칭하기로 한다)와, 블록 에러 레이트(BLER: block error rate, 이하 ‘BLER’이라 칭하기로 한다) 등과 같은 다양한 메트릭(metric, 이하 ‘metric’라 칭하기로 한다)들을 기반으로 결정될 수 있다.
먼저, 상기 단말기는 911단계에서 무선 억세스 인터페이스들 각각의 수신 신호 세기를 모니터하고 913단계로 진행한다. 즉, 상기 단말기는 세그먼트 수신 시 해당 청크들이 청크 요구시 결정된 바와 같은 네트워크 속도로 수신되는지 검사하기 위해서 각 무선 억세스 인터페이스들 각각의 네트워크 속도를 모니터하고 913단계로 진행한다. 여기서, 상기 모니터 기간은 미리 설정된 시간, 일 예로 10초 동안 유지되거나, 혹은 미리 설정된 개수의 세그먼트들을 수신할 때까지 유지된다고 가정하기로 한다.
상기 913단계에서 상기 단말기는 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 임계 수신 신호 세기는 이동 통신 시스템의 상황에 적합하게 설정될 수 있으며, 상기 임계 수신 신호 세기를 설정하는 동작에 대해서는 구체적인 설명을 생략하기로 한다.
상기 검사 결과 상기 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 915단계로 진행한다. 상기 915단계에서 상기 단말기는 상기 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해서 스트리밍 서비스 데이터를 수신할 경우 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 유지할 수 없으므로, 상기 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해 수신하던 스트리밍 서비스 데이터 양 중 일부를 상기 임계 수신 신호 세기 이상의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는, 다른 무선 억세스 인터페이스를 통해 수신하도록 하는 조정 동작을 수행한다. 여기서, 상기 다른 무선 억세스 인터페이스만을 통해서만 스트리밍 서비스 데이터를 수신할 경우에 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트에 상응하는 네트워크 속도를 유지하는 것이 가능할 경우, 상기 단말기는 상기 다른 무선 억세스 인터페이스만을 통해서만 스트리밍 서비스 데이터를 수신할 수도 있음은 물론이다.
한편, 도 9에서는 단말기가 Wi-Fi 청크 및 LTE 청크를 수신하는 것에 초점을 맞춰서 설명하였으나, 상기에서 설명한 바와 같은 단말기는 도 9에서 설명한 바와 같은 형태로 Wi-Fi 청크 및 LTE 청크를 수신하기 위해서는 이미 서버로 해당 청크를 요청하는 동작을 수행한 것임에 유의하여야 한다.
한편, 도 9가 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 다른 예를 도시하고 있더라도, 다양한 변형들이 도 9에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 9에는 연속적인 단계들이 도시되어 있지만, 도 9에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 9에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 다른 예에 대해서 설명하였으며, 다음으로 도 10을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하기로 한다.
도 10은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다.
도 10을 참조하면, 먼저 상기에서 설명한 바와 같이 스트리밍 서비스의 경우 서버에서 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하는 것이 서비스 품질에 영향을 주는 중요한 요인으로 작용한다. 따라서, 단말기는 지속적으로 각 무선 억세스 인터페이스를 통해서 정상적으로 스트리밍 서비스 데이터가 수신되는지를 모니터해야 한다. 도 10에서는, 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하기 위해서 단말기가 무선 억세스 인터페이스 각각을 통해 청크를 수신하면서, 해당 무선 억세스 인터페이스 각각의 네트워크 속도 및 가용 대역폭을 모니터한다.
먼저, 상기 단말기는 1011단계에서 무선 억세스 인터페이스들 각각을 통해 세그먼트의 일부, 즉 청크를 수신하면서 상기 무선 억세스 인터페이스들 각각의 네트워크 속도를 모니터하고 1013단계로 진행한다. 즉, 상기 단말기는 세그먼트 수신 시 해당 청크들이 청크 요구시 결정된 바와 같은 네트워크 속도로 수신되는지 검사하기 위해서 각 무선 억세스 인터페이스들 각각의 네트워크 속도를 모니터하고 1013단계로 진행한다. 여기서, 상기 모니터 기간은 미리 설정된 시간, 일 예로 10초 동안 유지되거나, 혹은 미리 설정된 개수의 세그먼트들을 수신할 때까지 유지된다고 가정하기로 한다.
상기 1013단계에서 상기 단말기는 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제1 임계 네트워크 속도는 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트로 설정될 수도 있고, 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트 보다 미리 설정된 값, 일 예로 β만큼 작게 설정할 수 있다. 여기서, 상기 β는 0 이상이 될 수 있다(
Figure 112014093687541-pat00012
). 또한, 상기 제1 임계 네트워크 속도는 임의의 값으로 설정될 수도 있음은 물론이다.
상기 검사 결과 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 1015단계로 진행한다. 여기서, 상기 단말기는 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해서 수신중이던 청크 중 나머지 부분, 즉 수신할 부분에 대해서는 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스를 통해 수신할 수 있도록 서버로 요청한다. 여기서, 상기 요청은 HTTP range request 메시지를 사용하여 수행될 수 있다.
만약, 상기 다른 무선 억세스 인터페이스가 이미 스트리밍 서비스 데이터를 수신하고 있다면, 상기 다른 무선 억세스 인터페이스는 상기 서버와 추가적으로 HTTP 세션을 성립하고, 그 추가적으로 성립된 HTTP 세션을 통해 상기 서버로부터 스트리밍 서비스 데이터, 즉 상기 청크 중 나머지 부분을 수신할 수 있다(1021단계). 여기서, 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크 중 나머지 부분을 수신할 수 있을 정도로 최소한 보장되어야 하며, 만약 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크 중 나머지 부분을 수신할 수 있을 정도가 아닐 경우 상기 추가적인 HTTP 세션은 성립되지 않는다.
상기 1015단계에서 상기 단말기는 상기 제1 임계 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 중 제2 임계 네트워크 속도로 스트리밍 서비스를 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제2 임계 네트워크 속도는 상기 제1 임계 네트워크 속도 미만으로 설정될 수 있다. 상기 검사 결과 상기 제2 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하지 않을 경우 상기 단말기는 1017단계로 진행한다.
상기 1017단계에서 상기 단말기는 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 미리 설정된 시간 동안 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는지 검사한다. 상기 검사 결과 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하지 않을 경우 상기 단말기는 상기 1011단계로 되돌아간다.
한편, 상기 1017단계에서 상기 검사 결과 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신할 경우 상기 단말기는 1019단계로 진행한다. 상기 1019단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1019단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 상기 1015단계에서 상기 검사 결과 상기 제2 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 상기 1019단계로 진행한다. 상기 1019단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1019단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 도 10에서는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료하는 경우를 일 예로 설명하였다. 또한, 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료할 뿐만 아니라 상기 해당 인터페이스에 대한 추후의 사용을 대비하여 임계 스트리밍 서비스 데이터 양에 상응하는 청크를 지속적으로 요청 및 수신할 수도 있음은 물론이다. 여기서, 상기 임계 스트리밍 서비스 데이터 양은 해당 HTTP 세션에 대한 킵 얼라이브(keep-alive) 상태를 검사하기에 적당한 양 정도로 설정될 수 있다.
한편, 도 10에서 설명된 바와 같은 과정에서 해당 세그먼트에 대한 수신이 완료된 후, 상기 HTTP 세션이 종료된 무선 억세스 인터페이스에 대한 사용이 가능할 경우, 상기 단말기는 다시 상기 HTTP 세션이 종료된 무선 억세스 인터페이스를 통해서도 스트리밍 서비스 데이터를 수신할 수 있게 된다. 이 경우, 상기 1017단계에서 검출한, 해당 무선 억세스 인터페이스가 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신한 시간은 리셋(reset)된다.
한편, 도 10에서는 단말기가 청크를 수신하는 것에 초점을 맞춰서 설명하였으나, 상기에서 설명한 바와 같은 단말기는 도 10에서 설명한 바와 같은 형태로 청크를 수신하기 위해서는 이미 서버로 해당 청크를 요청하는 동작을 수행한 것임에 유의하여야 한다.
한편, 도 10이 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 도시하고 있더라도, 다양한 변형들이 도 10에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 10에는 연속적인 단계들이 도시되어 있지만, 도 10에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 10에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하였으며, 다음으로 도 11을 참조하여 도 10에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 따른 네트워크 속도와 무선 억세스 인터페이스들간의 관계에 대해서 설명하기로 한다. 도 11은 도 10에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 따른 네트워크 속도와 무선 억세스 인터페이스들간의 관계를 개략적으로 도시한 도면이다.
도 11을 참조하면, 먼저 도 11에 도시되어 있는 네트워크 속도와 무선 억세스 인터페이스들간의 관계는 도 10에서 설명한 바와 동일하게 무선 억세스 인터페이스들이 사용될 경우의 네트워크 속도와 무선 억세스 인터페이스들간의 관계를 나타낸다. 즉, 도 11에 도시되어 있는 네트워크 속도와 무선 억세스 인터페이스들, 즉 Wi-Fi 인터페이스와 LTE 인터페이스간의 관계는 도 10에서 설명한 바와 같이 제1 임계 네트워크 속도와 제2임계 네트워크 속도를 기반으로 결정될 수 있다.
도 11에서는 도 10에 도시되어 있는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 따른 네트워크 속도와 무선 억세스 인터페이스들간의 관계에 대해서 설명하였으며, 다음으로 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예로 무선 억세스 인터페이스 별로 임계 네트워크 속도를 다르게 설정하는 과정에 대해서 설명하면 다음과 같다.
첫 번째로, 청크를 수신하는 무선 억세스 인터페이스에 대한 임계 네트워크 속도는 비디오 컨텐트에 적용된 인코딩 비트 레이트로 설정될 수 있다. 여기서, 이렇게, 무선 억세스 인터페이스에 대한 임계 네트워크 속도를 비디오 컨텐트에 적용된 인코딩 비트 레이트로 설정하는 이유에 대해서 설명하면 다음과 같다.
먼저, 첫 번째 청크는 비디오 플레이어 어플리케이션(video palyer application)으로 전달되고, 만약 비디오 플레이어 어플리케이션에서 상기 비디오 컨텐트에 적용된 인코딩 비트 레이트에 상응하는 비디오 컨텐츠를 리드(read)할 수 없으면, 상기 비디오 플레이어 어플리케이션은 재생 동작을 수행하지 않는다. 일 예로, 첫 번째 청크를 LTE 인터페이스를 통해서 수신할 경우, 상기 LTE 인터페이스의 네트워크 속도가 상기 비디오 컨텐트에 적용된 인코딩 비트 레이트 이상이라면 , 안정성 보장을 위한 별도의 동작이 수행되지 않아도 된다. 두 번째로, 청크를 수신하는 무선 억세스 인터페이스에 대한 임계 네트워크 속도는 첫 번째 청크를 수신한 후 결정될 수 있다. 두 번째 청크는 첫 번째 청크를 리드하는 동안 버퍼링되는데, 비디오 플레이어 어플리케이션에서 첫 번째 청크를 리드하는 동안 두 번째 청크는 버퍼링된다. 따라서, 상기 두 번째 청크가 버퍼링되는 동안에는 상기 두 번째 청크를 수신하는 무선 억세스 인터페이스는 그 네트워크 속도가 비교적 낮아도 문제가 발생하지 않는다. 따라서, 첫 번째 청크에 대한 다운로드가 완료된 후, 상기 두 번째 청크에 대한 다운로드가 완료되지 않았고, 상기 두 번째 청크를 수신하는 무선 억세스 인터페이스의 속도가 하기 수학식 10에 나타낸 바와 같은 조건을 만족하지 않을 경우 안정성 보장 동작이 수행된다. 즉, 두 번째 청크를 수신하는 무선 억세스 인터페이스의 임계 네트워크 속도를 하기 수학식 10과 같이 설정할 수 있다.
Figure 112014093687541-pat00013
상기 수학식 10에서, THsec는 상기 두 번째 청크를 수신하는 무선 억세스 인터페이스에 대한 임계 네트워크 속도를 나타내며, S는 상기 두 번째 청크 중 수신되지 않고 남아 있는 스트리밍 서비스 데이터의 양을 나타내고, T는 상기 S에 상응하는 스트리밍 서비스 데이터에 대해서 수신을 완료해야 하는 시간, 즉 다운로드를 완료해야 하는 시간을 나타낸다.
또한, 상기 T는 하기 수학식 11과 같이 나타낼 수 있다.
Figure 112014093687541-pat00014
상기에서는 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예로 무선 억세스 인터페이스 별로 임계 네트워크 속도를 다르게 설정하는 과정에 대해서 설명하였으며, 다음으로 도 12를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하기로 한다.
도 12는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다.
도 12를 참조하면, 먼저 상기에서 설명한 바와 같이 스트리밍 서비스의 경우 서버에서 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하는 것이 서비스 품질에 영향을 주는 중요한 요인으로 작용한다. 따라서, 단말기는 지속적으로 각 무선 억세스 인터페이스를 통해서 정상적으로 스트리밍 서비스 데이터가 수신되는지를 모니터해야 한다. 도 12에서는, 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하기 위해서 단말기가 무선 억세스 인터페이스 각각을 통해 청크를 수신하면서, 해당 무선 억세스 인터페이스 각각의 네트워크 속도 및 가용 대역폭을 모니터한다.
먼저, 상기 단말기는 1211단계에서 무선 억세스 인터페이스들 각각을 통해 세그먼트의 일부, 즉 청크를 수신하면서 상기 무선 억세스 인터페이스들 각각의 네트워크 속도 및 가용 대역폭을 모니터하고 1213단계로 진행한다. 즉, 상기 단말기는 세그먼트 수신 시 해당 청크들이 청크 요구시 결정된 바와 같은 네트워크 속도로 수신되는지 검사하기 위해서 각 무선 억세스 인터페이스들 각각의 네트워크 속도를 모니터하고, 또한 가용 대역폭을 모니터하고 1213단계로 진행한다. 여기서, 상기 모니터 기간은 미리 설정된 시간, 일 예로 10초 동안 유지되거나, 혹은 미리 설정된 개수의 세그먼트들을 수신할 때까지 유지된다고 가정하기로 한다.
상기 1213단계에서 상기 단말기는 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제1 임계 네트워크 속도는 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트로 설정될 수도 있고, 상기 스트리밍 서비스에 적용된 인코딩 비트 레이트 보다 미리 설정된 값, 일 예로 β만큼 작게 설정할 수 있다. 여기서, 상기 β는 0 이상이 될 수 있다(
Figure 112014093687541-pat00015
). 또한, 상기 제1 임계 네트워크 속도는 임의의 값으로 설정될 수도 있음은 물론이다.
상기 검사 결과 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 1215단계로 진행한다. 여기서, 상기 단말기는 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해서 수신중이던 청크에 대해서는 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스를 통해 수신할 수 있도록 서버로 요청한다. 여기서, 상기 요청은 HTTP range request 메시지를 사용하여 수행될 수 있다.
만약, 상기 다른 무선 억세스 인터페이스가 이미 스트리밍 서비스 데이터를 수신하고 있다면, 상기 다른 무선 억세스 인터페이스는 상기 서버와 추가적으로 HTTP 세션을 성립하고, 그 추가적으로 성립된 HTTP 세션을 통해 상기 서버로부터 스트리밍 서비스 데이터, 즉 상기 청크를 수신할 수 있다(1221단계). 여기서, 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크를 수신할 수 있을 정도로 최소한 보장되어야 하며, 만약 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크를 수신할 수 있을 정도가 아닐 경우 상기 추가적인 HTTP 세션은 성립되지 않는다. 결과적으로, 도 12에서는 스트리밍 서비스 수신에 대한 안정성을 보장하기 위해서 단말기가 동일한 청크를 다수개의 무선 억세스 인터페이스들을 통해서 수신하게 되는 것이다. 즉, 상기 단말기는 제1 임계 네트워크 속도로 스트리밍 서비스 데이터를 수신한 무선 억세스 인터페이스가 해당 청크를 수신하고 있다고 하더라도 상기 다른 무선 억세스 인터페이스를 통해서도 상기 해당 청크를 중복 수신하여 스트리밍 서비스 수신에 대한 안정성을 보장하게 되는 것이다.
상기 1215단계에서 상기 단말기는 상기 제1 임계 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 중 제2 임계 네트워크 속도로 스트리밍 서비스를 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제2 임계 네트워크 속도는 상기 제1 임계 네트워크 속도 미만으로 설정될 수 있다. 상기 검사 결과 상기 제2 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하지 않을 경우 상기 단말기는 1217단계로 진행한다.
상기 1217단계에서 상기 단말기는 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 미리 설정된 시간 동안 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는지 검사한다. 상기 검사 결과 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하지 않을 경우 상기 단말기는 상기 1211단계로 되돌아간다.
한편, 상기 1217단계에서 상기 검사 결과 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신할 경우 상기 단말기는 1219단계로 진행한다. 상기 1219단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1219단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 상기 1215단계에서 상기 검사 결과 상기 제2 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 상기 1219단계로 진행한다. 상기 1219단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1219단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 도 12에서는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료하는 경우를 일 예로 설명하였다. 또한, 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료할 뿐만 아니라 상기 해당 인터페이스에 대한 추후의 사용을 대비하여 임계 스트리밍 서비스 데이터 양에 상응하는 청크를 지속적으로 요청 및 수신할 수도 있음은 물론이다. 여기서, 상기 임계 스트리밍 서비스 데이터 양은 해당 HTTP 세션에 대한 킵 얼라이브 상태를 검사하기에 적당한 양 정도로 설정될 수 있다.
한편, 도 12에서 설명된 바와 같은 과정에서 해당 세그먼트에 대한 수신이 완료된 후, 상기 HTTP 세션이 종료된 무선 억세스 인터페이스에 대한 사용이 가능할 경우, 상기 단말기는 다시 상기 HTTP 세션이 종료된 무선 억세스 인터페이스를 통해서도 스트리밍 서비스 데이터를 수신할 수 있게 된다. 이 경우, 상기 1217단계에서 검출한, 해당 무선 억세스 인터페이스가 상기 제1 임계 네트워크 속도 미만의 네트워크 속도로 스트리밍 서비스 데이터를 수신한 시간은 리셋된다.
한편, 도 12에서는 단말기가 청크를 수신하는 것에 초점을 맞춰서 설명하였으나, 상기에서 설명한 바와 같은 단말기는 도 12에서 설명한 바와 같은 형태로 청크를 수신하기 위해서는 이미 서버로 해당 청크를 요청하는 동작을 수행한 것임에 유의하여야 한다.
한편, 도 12가 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 도시하고 있더라도, 다양한 변형들이 도 12에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 12에는 연속적인 단계들이 도시되어 있지만, 도 12에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 12에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하였으며, 다음으로 도 13을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하기로 한다.
도 13은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다.
도 13을 참조하면, 먼저 상기에서 설명한 바와 같이 스트리밍 서비스의 경우 서버에서 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하는 것이 서비스 품질에 영향을 주는 중요한 요인으로 작용한다. 따라서, 단말기는 지속적으로 각 무선 억세스 인터페이스를 통해서 정상적으로 스트리밍 서비스 데이터가 수신되는지를 모니터해야 한다. 도 13에서는, 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하기 위해서 단말기가 무선 억세스 인터페이스 각각의 수신 신호 세기를 모니터한다.
먼저, 상기 단말기는 1311단계에서 무선 억세스 인터페이스들 각각의 수신 신호 세기를 모니터하고 1313단계로 진행한다. 즉, 상기 단말기는 세그먼트 수신 시 해당 청크들이 청크 요구시 결정된 바와 같은 네트워크 속도로 수신되는지 검사하기 위해서 각 무선 억세스 인터페이스들 각각의 수신 신호 세기를 모니터하고 1313단계로 진행한다. 여기서, 상기 모니터 기간은 미리 설정된 시간, 일 예로 10초 동안 유지되거나, 혹은 미리 설정된 개수의 세그먼트들을 수신할 때까지 유지된다고 가정하기로 한다.
상기 1313단계에서 상기 단말기는 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제1 임계 수신 신호 세기는 이동 통신 시스템의 상황에 적합하게 설정될 수 있으며, 상기 제1 임계 수신 신호 세기를 설정하는 동작에 대해서는 구체적인 설명을 생략하기로 한다. 또한, 상기 제1 임계 수신 신호 세기는 임의의 값으로 설정될 수도 있음은 물론이다.
상기 검사 결과 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 1315단계로 진행한다. 여기서, 상기 단말기는 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해서 수신중이던 청크 중 나머지 부분, 즉 수신할 부분에 대해서는 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스를 통해 수신할 수 있도록 서버로 요청한다. 여기서, 상기 요청은 HTTP range request 메시지를 사용하여 수행될 수 있다.
만약, 상기 다른 무선 억세스 인터페이스가 이미 스트리밍 서비스 데이터를 수신하고 있다면, 상기 다른 무선 억세스 인터페이스는 상기 서버와 추가적으로 HTTP 세션을 성립하고, 그 추가적으로 성립된 HTTP 세션을 통해 상기 서버로부터 스트리밍 서비스 데이터, 즉 상기 청크 중 나머지 부분을 수신할 수 있다(1321단계). 여기서, 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크 중 나머지 부분을 수신할 수 있을 정도로 최소한 보장되어야 하며, 만약 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크 중 나머지 부분을 수신할 수 있을 정도가 아닐 경우 상기 추가적인 HTTP 세션은 성립되지 않는다.
상기 1315단계에서 상기 단말기는 상기 제1 임계 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 중 제2 임계 수신 신호 세기로 스트리밍 서비스를 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제2 임계 수신 신호 세기는 상기 제1 임계 수신 신호 세기 미만으로 설정될 수 있다. 상기 검사 결과 상기 제2 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하지 않을 경우 상기 단말기는 1317단계로 진행한다.
상기 1317단계에서 상기 단말기는 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 미리 설정된 시간 동안 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는지 검사한다. 상기 검사 결과 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하지 않을 경우 상기 단말기는 상기 1311단계로 되돌아간다.
한편, 상기 1317단계에서 상기 검사 결과 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신할 경우 상기 단말기는 1319단계로 진행한다. 상기 1319단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1319단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 상기 1315단계에서 상기 검사 결과 상기 제2 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 상기 1319단계로 진행한다. 상기 1319단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1319단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 도 13에서는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료하는 경우를 일 예로 설명하였다. 또한, 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료할 뿐만 아니라 상기 해당 인터페이스에 대한 추후의 사용을 대비하여 임계 스트리밍 서비스 데이터 양에 상응하는 청크를 지속적으로 요청 및 수신할 수도 있음은 물론이다. 여기서, 상기 임계 스트리밍 서비스 데이터 양은 해당 HTTP 세션에 대한 킵 얼라이브 상태를 검사하기에 적당한 양 정도로 설정될 수 있다.
한편, 도 13에서 설명된 바와 같은 과정에서 해당 세그먼트에 대한 수신이 완료된 후, 상기 HTTP 세션이 종료된 무선 억세스 인터페이스에 대한 사용이 가능할 경우, 상기 단말기는 다시 상기 HTTP 세션이 종료된 무선 억세스 인터페이스를 통해서도 스트리밍 서비스 데이터를 수신할 수 있게 된다. 이 경우, 상기 1317단계에서 검출한, 해당 무선 억세스 인터페이스가 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신한 시간은 리셋된다.
한편, 도 13에서는 단말기가 청크를 수신하는 것에 초점을 맞춰서 설명하였으나, 상기에서 설명한 바와 같은 단말기는 도 13에서 설명한 바와 같은 형태로 청크를 수신하기 위해서는 이미 서버로 해당 청크를 요청하는 동작을 수행한 것임에 유의하여야 한다.
한편, 도 13이 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 도시하고 있더라도, 다양한 변형들이 도 13에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 13에는 연속적인 단계들이 도시되어 있지만, 도 13에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 13에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하였으며, 다음으로 도 14를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하기로 한다.
도 14는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 개략적으로 도시한 도면이다.
도 14를 참조하면, 먼저 상기에서 설명한 바와 같이 스트리밍 서비스의 경우 서버에서 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하는 것이 서비스 품질에 영향을 주는 중요한 요인으로 작용한다. 따라서, 단말기는 지속적으로 각 무선 억세스 인터페이스를 통해서 정상적으로 스트리밍 서비스 데이터가 수신되는지를 모니터해야 한다. 도 14에서는, 스트리밍 서비스에 적용한 인코딩 비트 레이트에 상응하게 네트워크 속도를 유지하기 위해서 단말기가 무선 억세스 인터페이스 각각의 수신 신호 세기를 모니터한다.
먼저, 상기 단말기는 1411단계에서 무선 억세스 인터페이스들 각각의 수신 신호 세기를 모니터하고 1413단계로 진행한다. 즉, 상기 단말기는 세그먼트 수신 시 해당 청크들이 청크 요구시 결정된 바와 같은 네트워크 속도로 수신되는지 검사하기 위해서 각 무선 억세스 인터페이스들 각각의 수신 신호 세기를 모니터하고 1413단계로 진행한다. 여기서, 상기 모니터 기간은 미리 설정된 시간, 일 예로 10초 동안 유지되거나, 혹은 미리 설정된 개수의 세그먼트들을 수신할 때까지 유지된다고 가정하기로 한다.
상기 1413단계에서 상기 단말기는 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제1 임계 수신 신호 세기는 이동 통신 시스템의 상황에 적합하게 설정될 수 있으며, 상기 제1 임계 수신 신호 세기를 설정하는 동작에 대해서는 구체적인 설명을 생략하기로 한다. 또한, 상기 제1 임계 수신 신호 세기는 임의의 값으로 설정될 수도 있음은 물론이다.
상기 검사 결과 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 1415단계로 진행한다. 여기서, 상기 단말기는 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스를 통해서 수신중이던 청크에 대해서는 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스를 통해 수신할 수 있도록 서버로 요청한다. 여기서, 상기 요청은 HTTP range request 메시지를 사용하여 수행될 수 있다.
만약, 상기 다른 무선 억세스 인터페이스가 이미 스트리밍 서비스 데이터를 수신하고 있다면, 상기 다른 무선 억세스 인터페이스는 상기 서버와 추가적으로 HTTP 세션을 성립하고, 그 추가적으로 성립된 HTTP 세션을 통해 상기 서버로부터 스트리밍 서비스 데이터, 즉 상기 청크를 수신할 수 있다(1421단계). 여기서, 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크를 수신할 수 있을 정도로 최소한 보장되어야 하며, 만약 상기 다른 무선 억세스 인터페이스의 가용 대역폭은 상기 청크를 수신할 수 있을 정도가 아닐 경우 상기 추가적인 HTTP 세션은 성립되지 않는다. 결과적으로, 도 14에서는 스트리밍 서비스 수신에 대한 안정성을 보장하기 위해서 단말기가 동일한 청크를 다수개의 무선 억세스 인터페이스들을 통해서 수신하게 되는 것이다. 즉, 상기 단말기는 제1 임계 수신 신호 세기로 스트리밍 서비스 데이터를 수신한 무선 억세스 인터페이스가 해당 청크를 수신하고 있다고 하더라도 상기 다른 무선 억세스 인터페이스를 통해서도 상기 해당 청크를 중복 수신하여 스트리밍 서비스 수신에 대한 안정성을 보장하게 되는 것이다.
상기 1415단계에서 상기 단말기는 상기 제1 임계 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스 중 제2 임계 수신 신호 세기로 스트리밍 서비스를 데이터를 수신하는 무선 억세스 인터페이스가 존재하는지 검사한다. 여기서, 상기 제2 임계 수신 신호 세기는 상기 제1 임계 수신 신호 세기 미만으로 설정될 수 있다. 상기 검사 결과 상기 제2 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재하지 않을 경우 상기 단말기는 1417단계로 진행한다.
상기 1417단계에서 상기 단말기는 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 미리 설정된 시간 동안 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는지 검사한다. 상기 검사 결과 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하지 않을 경우 상기 단말기는 상기 1411단계로 되돌아간다.
한편, 상기 1417단계에서 상기 검사 결과 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 상기 설정 시간 동안 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신할 경우 상기 단말기는 1419단계로 진행한다. 상기 1419단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1419단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 상기 1415단계에서 상기 검사 결과 상기 제2 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신하는 무선 억세스 인터페이스가 존재할 경우 상기 단말기는 상기 1419단계로 진행한다. 상기 1419단계에서 상기 단말기는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정한다. 즉, 상기 단말기는 상기 1419단계에서 상기 해당 무선 억세스 인터페이스와 서버 간에 설정되어 있는 HTTP 세션을 종료한다. 따라서, 상기 단말기는 이후에는 상기 HTTP 세션이 종료된 무선 억세스 인터페이스 이외의 다른 무선 억세스 인터페이스들만을 통해서 스트리밍 서비스 데이터를 수신한다.
한편, 도 14에서는 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료하는 경우를 일 예로 설명하였다. 또한, 해당 무선 억세스 인터페이스를 통해서 스트리밍 서비스를 수신하지 않기로 결정할 경우, 해당 HTTP 세션을 종료할 뿐만 아니라 상기 해당 인터페이스에 대한 추후의 사용을 대비하여 임계 스트리밍 서비스 데이터 양에 상응하는 청크를 지속적으로 요청 및 수신할 수도 있음은 물론이다. 여기서, 상기 임계 스트리밍 서비스 데이터 양은 해당 HTTP 세션에 대한 킵 얼라이브 상태를 검사하기에 적당한 양 정도로 설정될 수 있다.
한편, 도 14에서 설명된 바와 같은 과정에서 해당 세그먼트에 대한 수신이 완료된 후, 상기 HTTP 세션이 종료된 무선 억세스 인터페이스에 대한 사용이 가능할 경우, 상기 단말기는 다시 상기 HTTP 세션이 종료된 무선 억세스 인터페이스를 통해서도 스트리밍 서비스 데이터를 수신할 수 있게 된다. 이 경우, 상기 1417단계에서 검출한, 해당 무선 억세스 인터페이스가 상기 제1 임계 수신 신호 세기 미만의 수신 신호 세기로 스트리밍 서비스 데이터를 수신한 시간은 리셋된다.
한편, 도 14에서는 단말기가 청크를 수신하는 것에 초점을 맞춰서 설명하였으나, 상기에서 설명한 바와 같은 단말기는 도 14에서 설명한 바와 같은 형태로 청크를 수신하기 위해서는 이미 서버로 해당 청크를 요청하는 동작을 수행한 것임에 유의하여야 한다.
한편, 도 14이 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예를 도시하고 있더라도, 다양한 변형들이 도 14에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 14에는 연속적인 단계들이 도시되어 있지만, 도 14에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 14에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 스트리밍 서비스에 대한 안정성 보장 과정의 또 다른 예에 대해서 설명하였으며, 다음으로 도 15 내지 도 17을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 과정에 대해서 설명하기로 한다.
먼저, 도 15를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 HTTP AS 프로토콜이 사용될 경우의 스트리밍 서비스 데이터 수신 과정에 대해서 설명하기로 한다.
도 15는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 HTTP AS 프로토콜이 사용될 경우의 스트리밍 서비스 데이터 수신 과정을 개략적으로 도시한 도면이다.
도 15를 참조하면, 상기 통신 시스템은 단말기(1511)와 서버(1513)를 포함한다.
먼저, 상기 단말기(1511)는 상기 서버(1513)로 플레이 리스트(play list)를 요청하는 플레이 리스트 요청 메시지를 송신한다(1515단계). 상기 단말기(1511)로부터 플레이 리스트 요청 메시지를 수신한 서버(1513)는 상기 플레이 리스트 요청 메시지에 대한 응답 메시지인 플레이 리스트 응답 메시지를 상기 단말기(1511)로 송신한다(1517단계). 여기서, 상기 플레이 리스트 응답 메시지는 플레이 리스트를 포함한다. 여기서, 상기 플레이 리스트는 해당 비디오 컨텐트에 대한 재생을 위한 URL(uniform resource indicator)과 비디오 컨텐트에 적용된 인코딩 비트 레이트 정보를 포함한다. 일 예로, 상기 플레이 리스트는 하기와 같이 표현될 수 있다.
<플레이 리스트>
Playback URL1, Bitrate = 100 kbps (low)
Playback URL2, Bitrate = 400 kbps (medium)
Playback URL3, Bitrate = 1.2Mbps (high)
상기 플레이 리스트에서 Playback URL은 비디오 컨텐트에 대한 URL을 나타내며, Bitrate은 상기 비디오 컨텐트에 적용된 인코딩 비트 레이트를 나타낸다.
상기 서버(1513)로부터 플레이 리스트 응답 메시지를 수신한 단말기(1511)는 최초에는 사용중인 네트워크에 대한 대역폭 정보를 가지고 있지 않으므로, 상기 플레이 리스트에 포함되어 있는 URL들 중 가장 낮은, 비디오 컨텐트에 적용된 인코딩 비트 레이트에 해당하는 URL을 선택하여, 즉 URL1을 선택하고, 상기 URL1의 정보를 기반으로 상기 서버(1513)로 첫 번째 세그먼트를 송신해줄 것을 요청하는 메시지, 일 예로 HTTP range 메시지를 송신한다(1519단계).
상기 단말기(1511)로부터 첫 번째 세그먼트를 송신해줄 것을 요청하는 HTTP range 메시지를 수신한 서버(1513)는 상기 URL1에 해당하는 첫 번째 세그먼트를 상기 단말기(1511)로 송신한다(1521단계). 상기 서버(1513)로부터 첫 번째 세그먼트를 수신한 단말기(1511)는 상기 첫 번째 세그먼트를 수신하면서 대역폭을 측정한다(1523단계).
따라서, 상기 단말기(1511)는 다음 세그먼트, 즉 두 번째 세그먼트를 송신해줄 것을 요청하는 HTTP range 메시지를 송신할 경우 상기 측정된 대역폭을 기반으로 상기 플레이 리스트에서 URL을 선택한다. 일 예로, 상기 단말기(1511)가 측정한 대역폭이 500 kbps일 경우, 상기 단말기(1511)는 URL2를 선택한다. 그리고 나서, 상기 단말기(1511)는 상기 선택한 URL2의 정보를 기반으로 상기 서버(1513)로 두 번째 세그먼트를 송신해줄 것을 요청하는 메시지, 일 예로 HTTP range 메시지를 송신한다(1525단계). 그리고, 해당하는 비디오 컨텐트에 대한 재생에 대한 종료 요청이 검출되기 전까지는 상기 1523단계 내지 1525단계에 상응하는 동작이 반복 수행된다.
그런데, Wi-Fi 인터페이스와 LTE 인터페이스가 동시에 연결되어 있고, 상기 Wi-Fi 인터페이스의 대역폭이 비교적 낮을 경우, 일 예로 500Kbps와 같은 임계 대역폭 미만의 대역폭일 경우, 단말기는 LTE 인터페이스를 통해 고화질의 비디오 컨텐트를 시청할 수 있음에도 불구하고, 상기 Wi-Fi 인터페이스를 통해 저화질 비디오 컨텐트를 재생하게 된다. 즉, 상기 Wi-Fi 인터페이스의 대역폭은 500 Kbps이기 때문에, 단말기는 항상 400 Kbps의 비디오 컨텐트를 재생할 수 밖에 없다.
따라서, 본 발명의 일 실시예에서는 현재 송신해 줄 것이 요청되는 세그먼트의 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트(highest bit rate)가 아니면, 해당 세그먼트의 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트가 될 때까지 LTE 인터페이스를 사용하여 해당 세그먼트를 송신해 줄 것을 요청하고, 그 요청을 기반으로 해당 세그먼트를 수신하는 방안을 제안한다. 여기서, 상기 최고 비트 레이트는 다수 개의 무선 억세스 인터페이스들을 사용하는 통신 시스템의 상황에 따라 적응적으로 설정될 수 있다.
그러면 여기서 도 16a-도 16b를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 과정에 대해서 설명하기로 한다.
도 16a-도 16b는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 과정을 개략적으로 도시한 순서도이다.
도 16a-도 16b를 참조하면, 먼저 1611단계에서 단말기는 서버로 플레이 리스트 요청 메시지를 송신하고, 상기 서버로부터 플레이 리스트 응답 메시지를 수신한 후 1613단계로 진행한다. 상기 1613단계에서 상기 단말기는 첫 번째 세그먼트를 재생하기 위해서 상기 플레이 리스트 응답 메시지를 통해 수신한 플레이 리스트 상에서 비디오 컨텐트에 적용된 인코딩 비트 레이트가 가장 낮은 URL을 선택하고 1615단계로 진행한다. 상기 1615단계에서 상기 단말기는 Wi-Fi 인터페이스를 통해 첫 번째 세그먼트를 송신해 줄 것을 요청하는 HTTP range 메시지를 상기 서버로 송신하고, 상기 서버로부터 상기 첫 번째 세그먼트를 수신한 후 1617단계로 진행한다. 여기서, 상기 단말기는 상기 Wi-Fi 인터페이스의 대역폭이 상기 세그먼트의 비디오 컨텐트에 적용된 인코딩 비트 레이트보다 커질 경우, 그 스테이트(state)를 Wi-Fi 인터페이스만 사용하는 SINGLE_WIFI 스테이트로 설정한다.
한편, 상기 1617단계에서 상기 단말기는 상기 수신한 첫 번째 세그먼트를 기반으로 대역폭을 측정하고 1619단계로 진행한다. 상기 단말기가 대역폭을 측정하는 과정에 대해서는 하기에서 도 17을 참조하여 구체적으로 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다. 상기 1619단계에서 상기 단말기는 상기 대역폭 측정 결과를 기반으로 상기 플레이 리스트에서 URL을 선택하고 1621단계로 진행한다.
상기 1621단계에서 상기 단말기는 상기 단말기 자신의 스테이트가 SINGLE_WIFI 스테이트로 설정되어 있는지 검사한다. 상기 검사 결과, 상기 스테이트가 SINGLE_WIFI 스테이트로 설정되어 있을 경우 상기 단말기는 1623단계로 진행한다. 상기 1623단계에서 상기 단말기는 상기 선택한 URL에 상응하는 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트 미만인지 검사한다. 상기 검사 결과 상기 선택한 URL에 상응하는 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트 미만이 아닐 경우, 즉 상기 선택한 URL에 상응하는 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트 이상일 경우 상기 단말기는 1625단계로 진행한다. 상기 1625단계에서 상기 단말기는 상기 스테이트를 SINGLE_WIFI 스테이트로 설정하고, 상기 Wi-Fi 인터페이스를 통해 상기 서버로 두 번째 세그먼트를 송신해 줄 것을 요청하는 HTTP range 메시지를 송신하고, 상기 서버로부터 두 번째 세그먼트를 수신한 후 1635단계로 진행한다. 상기 1635단계에서 상기 단말기는 비디오 컨텐트 재생 종료 요청이 검출되는지 검사한다. 상기 검사 결과 비디오 컨텐트 재생 종료 요청이 검출되지 않을 경우 상기 단말기는 1617단계로 되돌아간다.
한편, 상기 1623단계에서 검사 결과 상기 선택한 URL에 상응하는 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트 미만일 경우 상기 단말기는 1631단계로 진행한다. 상기 1631단계에서 상기 단말기는 상기 스테이트를 LTE 인터페이스만 사용하는 스테이트인 SINGLE_LTE 스테이트로 설정하고, 상기 LTE 인터페이스를 통해 상기 서버로 두 번째 세그먼트를 송신해 줄 것을 요청하는 HTTP range 메시지를 송신하고, 상기 서버로부터 두 번째 세그먼트를 수신한 후 1635단계로 진행한다.
한편, 상기 1621단계에서 검사 결과, 상기 스테이트가 SINGLE_WIFI 스테이트로 설정되어 있지 않을 경우 상기 단말기는 1627단계로 진행한다. 상기 1627단계에서 상기 단말기는 상기 스테이트가 상기 SINGLE_LTE 스테이트로 설정되어 있는지 검사한다. 상기 검사 결과 상기 스테이트가 SINGLE_LTE 스테이트로 설정되어 있을 경우 상기 단말기는 1629단계로 진행한다. 상기 1629단계에서 상기 단말기는 상기 선택한 URL에 상응하는 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트 미만인지 검사한다. 상기 검사 결과 상기 선택한 URL에 상응하는 비디오 컨텐트에 적용된 인코딩 비트 레이트가 최고 비트 레이트 미만일 경우 상기 단말기는 상기 1631단계로 진행한다. 한편, 상기 1627단계에서 검사 결과 상기 스테이트가 상기 SINGLE_LTE 스테이트로 설정되어 있지 않을 경우, 상기 단말기는 1633단계로 진행한다. 상기 1633단계에서 상기 단말기는 상기 스테이트를 2개의 무선 억세스 인터페이스들, 즉 상기 Wi-Fi 인터페이스와 LTE 인터페이스 둘 다를 사용하는 스테이트인 TWO_CHUNK 스테이트로 설정하고, 상기 Wi-Fi 인터페이스와 LTE 인터페이스 둘 다를 통해 상기 서버로 두 번째 세그먼트를 송신해 줄 것을 요청하는 HTTP range 메시지를 송신하고, 상기 서버로부터 두 번째 세그먼트를 수신한 후 1635단계로 진행한다.
한편, 도 16a-도 16b가 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 과정을 도시하고 있더라도, 다양한 변형들이 도 16a-도 16b에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 16a-도 16b에는 연속적인 단계들이 도시되어 있지만, 도 16a-도 16b에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 16a-도 16b에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재생 시작 시점부터 고화질 비디오 컨텐트를 재생하는 것이 가능하도록 스트리밍 서비스 데이터를 수신하는 과정에 대해서 설명하였으며, 다음으로 도 17을 참조하여 도 16a의 1617단계의 대역폭을 측정하는 과정에 대해서 설명하기로 한다.
도 17은 도 16a의 1617단계의 대역폭을 측정하는 과정을 개략적으로 도시한 순서도이다.
도 17을 참조하면, 먼저 1711단계에서 단말기는 상기 단말기 자신의 스테이트가 SINGLE_WIFI 스테이트로 설정되어 있는지 검사한다. 상기 검사 결과 상기 스테이트가 SINGLE_WIFI 스테이트로 설정되어 있을 경우 상기 단말기는 1713단계로 진행한다. 상기 1713단계에서 상기 단말기는 Wi-Fi 인터페이스에 대한 대역폭을 측정한다.
한편, 상기 1711단계에서 상기 검사 결과 상기 스테이트가 SINGLE_WIFI 스테이트로 설정되어 있지 않을 경우 상기 단말기는 1715단계로 진행한다. 상기 1715단계에서 상기 단말기는 상기 단말기 자신의 스테이트가 SINGLE_LTE 스테이트로 설정되어 있는지 검사한다. 상기 검사 결과 상기 스테이트가 SINGLE_LTE 스테이트로 설정되어 있을 경우 상기 단말기는 1717단계로 진행한다. 상기 1717단계에서 상기 단말기는 LTE 인터페이스에 대한 대역폭을 측정한다.
한편, 상기 1715단계에서 상기 스테이트가 SINGLE_LTE 스테이트로 설정되어 있지 않을 경우 상기 단말기는 1719단계로 진행한다. 상기 1719단계에서 상기 단말기는 상기 Wi-Fi 인터페이스 및 상기 LTE 인터페이스 각각에 대해서 대역폭을 측정하고 1721단계로 진행한다. 상기 1721단계에서 상기 단말기는 상기 Wi-Fi 인터페이스의 대역폭이 해당 비디오 컨텐트에 적용된 인코딩 비트 레이트보다 큰지 검사한다. 상기 검사 결과 상기 Wi-Fi 인터페이스의 대역폭이 해당 비디오 컨텐트에 적용된 인코딩 비트 레이트보다 클 경우 상기 단말기는 1723단계로 진행한다. 상기 1723단계에서 상기 단말기는 상기 스테이트를 SINGLE_WIFI 스테이트로 설정한다.
한편, 도 17이 도 16a의 1617단계의 대역폭을 측정하는 과정을 도시하고 있더라도, 다양한 변형들이 도 17에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 17에는 연속적인 단계들이 도시되어 있지만, 도 17에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 17에서는 16의 1617단계의 대역폭을 측정하는 과정에 대해서 설명하였으며, 다음으로 도 18을 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 서버의 내부 구조에 대해서 설명하기로 한다.
도 18은 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 서버의 내부 구조를 개략적으로 도시한 도면이다.
도 18을 참조하면, 서버(1800)는 송신기(1811)와, 제어기(1813)와, 수신기(1815)와, 저장 유닛(1817)을 포함한다.
먼저, 상기 제어기(1813)는 상기 서버(1800)의 전반적인 동작을 제어한다. 상기 제어기(1813)는 상기 서버(1800)가 본 발명의 일 실시예에 따른 스트리밍 서비스 제공 동작, 즉 다수 개의 무선 억세스 인터페이스들을 지원하는 단말기에 대한 스트리밍 서비스 제공 동작에 관련된 전반적인 동작을 수행하도록 제어한다. 여기서, 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 단말기에 대한 스트리밍 서비스 제공 동작에 대해서는 도 1 내지 도 17에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
상기 송신기(1811)는 상기 제어기(1513)의 제어에 따라 단말기 등으로 각종 신호들 및 각종 메시지들 등을 송신한다. 여기서, 상기 송신기(1811)가 송신하는 각종 신호들 및 각종 메시지들 등은 도 1 내지 도 17에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
또한, 상기 수신기(1815)는 상기 제어기(1813)의 제어에 따라 상기 단말기 등으로부터 각종 신호들 및 각종 메시지들 등을 수신한다. 여기서, 상기 수신기(1815)가 수신하는 각종 신호들 및 각종 메시지들 등은 도 1 내지 도 17에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
상기 저장 유닛(1817)은 상기 서버(1800)의 동작에 필요한 프로그램(program)과 각종 데이터 등, 특히 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 단말기에 대한 스트리밍 서비스 제공 동작에 관련된 정보 등을 저장한다. 또한, 상기 저장 유닛(1817)은 상기 수신기(1815)가 상기 단말기 등으로부터 수신한 각종 신호들 및 각종 메시지들 등을 저장한다.
한편, 도 18에는 상기 서버(1800)가 상기 송신기(1811)와, 제어기(1813)와, 수신기(1815)와, 저장 유닛(1817)과 같이 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 서버(1800)는 상기 송신기(1811)와, 제어기(1813)와, 수신기(1815)와, 저장 유닛(1817) 중 적어도 두 개가 1개의 유닛으로 통합된 형태로 구현 가능함은 물론이다.
도 18에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 서버의 내부 구조에 대해서 설명하였으며, 다음으로 도 19를 참조하여 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 단말기의 내부 구조에 대해서 설명하기로 한다.
도 19는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 단말기의 내부 구조를 개략적으로 도시한 도면이다.
도 19를 참조하면, 단말기(1900)는 송신기(1911)와, 제어기(1913)와, 수신기(1915)와, 저장 유닛(1917)을 포함한다.
먼저, 상기 제어기(1913)는 상기 단말기(1900)의 전반적인 동작을 제어한다. 상기 제어기(1913)는 상기 단말기(1900)가 본 발명의 일 실시예에 따른 스트리밍 서비스 제공 동작, 즉 다수 개의 무선 억세스 인터페이스들을 지원하는 단말기에 대한 스트리밍 서비스 제공 동작에 관련된 전반적인 동작을 수행하도록 제어한다. 여기서, 본 발명의 일 실시예에 따른 스트리밍 서비스 제공 동작, 즉 다수 개의 무선 억세스 인터페이스들을 지원하는 단말기에 대한 스트리밍 서비스 제공 동작에 대해서는 도 1 내지 도 17에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
상기 송신기(1911)는 상기 제어기(1913)의 제어에 따라 서버 등으로 각종 신호들 및 각종 메시지들 등을 송신한다. 여기서, 상기 송신기(1911)가 송신하는 각종 신호들 및 각종 메시지들 등은 도 1 내지 도 17에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다. 또한, 상기 송신기(1911)의 내부 구조에 대해서는 하기에서 도 20을 참조하여 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다.
또한, 상기 수신기(1915)는 상기 제어기(1913)의 제어에 따라 상기 서버 등으로부터 각종 신호들 및 각종 메시지들 등을 수신한다. 여기서, 상기 수신기(1915)가 수신하는 각종 신호들 및 각종 메시지들 등은 도 1 내지 도 17에서 설명한 바와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
상기 저장 유닛(1917)은 상기 단말기(1900)의 동작에 필요한 프로그램과 각종 데이터 등, 특히 본 발명의 일 실시예에 따른 스트리밍 서비스 제공 동작, 즉 다수 개의 무선 억세스 인터페이스들을 지원하는 단말기에 대한 스트리밍 서비스 제공 동작에 관련된 정보 등을 저장한다. 또한, 상기 저장 유닛(1917)은 상기 수신기(1915)가 상기 서버 등으로부터 수신한 각종 신호들 및 각종 메시지들 등을 저장한다.
한편, 도 19에는 상기 단말기(1900)가 상기 송신기(1911)와, 제어기(1913)와, 수신기(1915)와, 저장 유닛(1917)과 같이 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 단말기(1900)는 상기 송신기(1911)와, 제어기(1913)와, 수신기(1915)와, 저장 유닛(1917) 중 적어도 두 개가 1개의 유닛으로 통합된 형태로 구현 가능함은 물론이다.도 19에서는 본 발명의 일 실시예에 따른, 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 단말기의 내부 구조에 대해서 설명하였으며, 다음으로 도 20을 참조하여 도 19의 송신기(1911)의 내부 구조에 대해서 설명하기로 한다.
도 20은 도 19의 송신기(1911)의 내부 구조를 개략적으로 도시한 도면이다.
도 20을 참조하면, 상기 송신기(1911)는 다수 개의 무선 억세스 인터페이스들, 일 예로 N개의 무선 억세스 인터페이스들, 즉 무선 억세스 인터페이스 #1(2011-1)과, 무선 억세스 인터페이스 #2(2011-2)와, … , 무선 억세스 인터페이스 #N(2011-N)을 포함한다. 여기서, 상기 무선 억세스 인터페이스 #1(2011-1)과, 무선 억세스 인터페이스 #2(2011-2)와, … , 무선 억세스 인터페이스 #N(2011-N) 중 어느 하나는 Wi-Fi 인터페이스가 될 수 있고, 또한 어느 하나는 LTE 인터페이스가 될 수 있는 것이다.
또한, 도 20에서는 상기 송신기(1911)가 무선 억세스 인터페이스 #1(2011-1)과, 무선 억세스 인터페이스 #2(2011-2)와, … , 무선 억세스 인터페이스 #N(2011-N)가 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 송신기(2011)는 상기 무선 억세스 인터페이스 #1(2011-1)과, 무선 억세스 인터페이스 #2(2011-2)와, … , 무선 억세스 인터페이스 #N(2011-N) 중 적어도 두 개가 1개의 유닛으로 통합된 형태로 구현 가능함은 물론이다.
도 20에서는 도 19의 송신기(1911)의 내부 구조에 대해서 설명하였으며, 다음으로 도 21을 참조하여 도 19의 수신기(1915) 내부 구조에 대해서 설명하기로 한다.
도 21은 도 19의 수신기(1915)의 내부 구조를 개략적으로 도시한 도면이다.
도 21을 참조하면, 상기 수신기(1915)는 다수 개의 무선 억세스 인터페이스들, 일 예로 N개의 무선 억세스 인터페이스들, 즉 무선 억세스 인터페이스 #1(2111-1)과, 무선 억세스 인터페이스 #2(2111-2)와, … , 무선 억세스 인터페이스 #N(2111-N)을 포함한다. 여기서, 상기 무선 억세스 인터페이스 #1(2111-1)과, 무선 억세스 인터페이스 #2(2111-2)와, … , 무선 억세스 인터페이스 #N(2111-N) 중 어느 하나는 Wi-Fi 인터페이스가 될 수 있고, 또한 어느 하나는 LTE 인터페이스가 될 수 있는 것이다.
또한, 도 21에서는 상기 수신기(1915)가 무선 억세스 인터페이스 #1(2111-1)과, 무선 억세스 인터페이스 #2(2111-2)와, … , 무선 억세스 인터페이스 #N(2111-N)가 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 수신기(1915)는 상기 무선 억세스 인터페이스 #1(2111-1)과, 무선 억세스 인터페이스 #2(2111-2)와, … , 무선 억세스 인터페이스 #N(2111-N) 중 적어도 두 개가 1개의 유닛으로 통합된 형태로 구현 가능함은 물론이다.
본 발명의 특정 측면들은 또한 컴퓨터 리드 가능 기록 매체(computer readable recording medium)에서 컴퓨터 리드 가능 코드(computer readable code)로서 구현될 수 있다. 컴퓨터 리드 가능 기록 매체는 컴퓨터 시스템에 의해 리드될 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스이다. 상기 컴퓨터 리드 가능 기록 매체의 예들은 리드 온니 메모리(read only memory: ROM, 이하 ‘ROM’이라 칭하기로 한다)와, 랜덤-접속 메모리(random access memory: RAM, 이하 ‘RAM’라 칭하기로 한다)와, 컴팩트 디스크- 리드 온니 메모리(compact disk-read only memory: CD-ROM)들과, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들(상기 인터넷을 통한 데이터 송신과 같은)을 포함할 수 있다. 상기 컴퓨터 리드 가능 기록 매체는 또한 네트워크 연결된 컴퓨터 시스템들을 통해 분산될 수 있고, 따라서 상기 컴퓨터 리드 가능 코드는 분산 방식으로 저장 및 실행된다. 또한, 본 발명을 성취하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 본 발명이 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.
또한 본 발명의 일 실시예에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 콤팩트 디스크(compact disk: CD), DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 발명의 일 실시예에 따른 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 휴대 단말에 의해 구현될 수 있고, 상기 메모리는 본 발명의 실시 예들을 구현하는 지시들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.
따라서, 본 발명은 본 명세서의 임의의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 발명은 이와 균등한 것을 적절하게 포함한다
또한 본 발명의 일 실시예에 따른 장치는 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 상기 프로그램을 수신하여 저장할 수 있다. 상기 프로그램 제공 장치는 상기 프로그램 처리 장치가 기 설정된 컨텐츠 보호 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 컨텐츠 보호 방법에 필요한 정보 등을 저장하기 위한 메모리와, 상기 그래픽 처리 장치와의 유선 또는 무선 통신을 수행하기 위한 통신부와, 상기 그래픽 처리 장치의 요청 또는 자동으로 해당 프로그램을 상기 송수신 장치로 전송하는 제어부를 포함할 수 있다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐 아니라 이 특허청구의 범위와 균등한 것들에 의해서 정해져야 한다.

Claims (26)

  1. 이동 통신 시스템에서, 상이한 무선 액세스 기술들을 이용하는 복수의 네트워크들을 통한 통신을 위해 구성되는 복수의 무선 액세스 인터페이스들을 포함하는 단말에 의한 방법으로서, ,
    서버로부터, 스트리밍 서비스 데이터를 인코딩하기 위해 사용되는 인코딩 비트 레이트에 대한 정보를 수신하는 단계;
    상기 서버로부터 상기 복수의 무선 액세스 인터페이스들의 적어도 하나를 이용하여 상기 스트리밍 서비스 데이터를 수신하기 위해 상기 복수의 무선 액세스 인터페이스들 중 적어도 둘의 무선 액세스 인터페이스들을 제어하는 단계;
    상기 스트리밍 서비스 데이터를 수신하는 동안 상기 복수의 무선 액세스 인터페이스들의 적어도 하나의 각각에 대응하는 네트워크 속도를 모니터링하는 단계 ― 상기 네트워크 속도는 대응하는 무선 액세스 인터페이스를 통해 일정 시간에 걸쳐 수신되는 상기 스트리밍 서비스 데이터의 양에 기초하여 결정됨― ;
    상기 복수의 무선 액세스 인터페이스의 적어도 하나 중 하나 이상의 모니터링되는 네트워크 속도가 제1 임계치 네트워크 속도 미만인 경우:
    제2 무선 액세스 인터페이스에 대응하는 제2 네트워크 대신, 제1 무선 액세스 인터페이스에 대응하는 제1 네트워크를 통해 상기 스트리밍 서비스 데이터의 적어도 일부를 전송하도록 상기 서버에 요청하는 단계 ― 상기 제1 무선 액세스 인터페이스에 대응하는 네트워크 속도는 상기 제1 임계치 네트워크 속도 이상이고, 상기 제2 무선 액세스 인터페이스에 대응하는 네트워크 속도는 상기 제1 임계치 네트워크 속도 미만임― ; 및
    상기 제2 무선 액세스 인터페이스 대신 상기 제1 무선 액세스 인터페이스를 통해 상기 스트리밍 서비스 데이터의 적어도 일부를 수신하기 위해 상기 제1 무선 액세스 인터페이스 및 상기 제2 무선 액세스 인터페이스를 제어하는 단계를 포함하고,
    상기 제1 임계치 네트워크 속도는 상기 인코딩 비트 레이트에 기초하여 결정되는,
    방법.
  2. 제1 항에 있어서,
    상기 복수의 무선 액세스 인터페이스들의 적어도 하나는 1차(primary) 무선 억세스 인터페이스, 상기 복수의 무선 액세스 인터페이스들 각각의 네트워크 속도, 상기 복수의 무선 액세스 인터페이스들에 대한 로드 밸런싱(load balancing), 및 상기 복수의 무선 액세스 인터페이스들에 대한 안정성의 보장 중 적어도 하나에 기초하여 결정되는,
    방법.
  3. 제1 항에 있어서,
    상기 적어도 둘의 무선 액세스 인터페이스들 중 상기 제1 임계치 네트워크 속도 미만의 네트워크 속도의 무선 액세스 인터페이스가 존재하는 경우, 상기 제1 임계치 네트워크 속도 미만의 네트워크 속도의 무선 액세스 인터페이스를 통해 수신되는 상기 스트리밍 서비스 데이터의 일부를 상기 제1 임계치 네트워크 속도 미만의 무선 액세스 인터페이스 이외의 다른 무선 액세스 인터페이스를 통해 수신하기 위해 상기 복수의 무선 액세스 인터페이스들 중 하나 이상을 조정하는 단계를 더 포함하는,
    방법.
  4. 제1 항에 있어서,
    상기 복수의 무선 액세스 인터페이스들 중 상기 적어도 둘의 무선 액세스 인터페이스들의 각각의 신호 강도를 모니터링하는 단계; 및
    상기 적어도 둘의 무선 액세스 인터페이스들 중 수신 신호 강도가 임계치 수신 신호 강도 미만인 무선 액세스 인터페이스가 존재하는 경우, 상기 임계치 수신 신호 강도 미만의 수신 신호 강도를 갖는 무선 액세스 인터페이를 통해 수신되는 상기 스트리밍 서비스 데이터의 일부를 상기 임계치 수신 신호 강도 미만의 무선 액세스 인터페이스 이외의 다른 무선 액세스 인터페이스를 수신하기 위해 상기 복수의 무선 액세스 인터페이스들 중 하나 이상을 조정하는 단계를 더 포함하는,
    방법.
  5. 제1 항에 있어서,
    상기 적어도 둘의 무선 액세스 인터페이스들 중 상기 제1 임계치 네트워크 속도 미만의 네트워크 속도의 적어도 하나의 제3 무선 액세스 인터페이스가 존재하고, 그리고 상기 적어도 하나의 제3 무선 액세스 인터페이스 중 상기 제1 임계치 네트워크 속도보다 낮은 제2 임계치 네트워크 속도 미만의 네트워크 속도의 적어도 하나의 제4 무선 액세스 인터페이스가 존재하는 경우, 상기 적어도 하나의 제4 무선 액세스 인터페이스를 통해 상기 스트리밍 서비스 데이터를 수신하지 않기로 결정하는 단계; 및
    상기 제4 무선 액세스 인터페이스가 존재하지 않고, 그리고, 상기 적어도 하나의 제3 무선 액세스 인터페이스가 미리설정된 시간 동안 상기 제1 임계치 네트워크 속도 미만의 네트워크 속도에서 상기 스트리밍 서비스 데이터를 수신하는 경우, 상기 적어도 하나의 제3 무선 액세스 인터페이스를 통해 상기 스트리밍 서비스 데이터를 수신하지 않기로 결정하는 단계를 더 포함하는,
    방법.
  6. 제5 항에 있어서,
    상기 적어도 하나의 제3 무선 액세스 인터페이스가 존재하는 경우, 상기 적어도 둘의 무선 액세스 인터페이스들 중 나머지 무선 액세스 인터페이스를 통해 수신되고 있는 상기 스트리밍 서비스의 일부를 수신하기 위해 상기 복수의 무선 액세스 인터페이스들 중 하나 이상을 조정하는 단계를 더 포함하는,
    방법.
  7. 제5 항에 있어서,
    상기 적어도 하나의 제3 무선 액세스 인터페이스가 존재하는 경우, 상기 적어도 둘의 무선 액세스 인터페이스들 중 나머지 무선 액세스 인터페이스를 통해 수신되고 있는 상기 스트리밍 서비스 데이터를 수신하기 위해 상기 복수의 무선 액세스 인터페이스들 중 하나 이상을 조정하는 단계를 더 포함하는,
    방법.
  8. 제1 항에 있어서,
    상기 적어도 둘의 무선 액세스 인터페이스들의 각각의 수신 신호 강도를 모니터링하는 단계;
    상기 적어도 둘의 무선 액세스 인터페이스들 중 제1 임계치 수신 신호 강도 미만의 수신 신호 강도를 갖는 적어도 하나의 무선 액세스 인터페이스가 존재하고, 그리고 상기 적어도 둘의 무선 액세스 인터페이스들 중 제2 수신 신호 강도보다 낮은 수신 신호 강도를 갖는 적어도 하나의 제5 무선 액세스 인터페이스가 존재하는 경우, 상기 적어도 하나의 제5 무선 액세스 인터페이스를 통해 상기 스트리밍 서비스 데이터를 수신하지 않기로 결정하는 단계; 및
    상기 제5 무선 액세스 인터페이스가 존재하지 않고, 상기 적어도 둘의 무선 액세스 인터페이스들이 미리설정된 시간 동안 상기 제1 임계치 수신 신호 강도보다 낮은 수신 신호 강도에서 상기 스트리밍 서비스 데이터를 수신하는 경우, 상기 적어도 둘의 무선 액세스 인터페이스들을 통해 상기 스트리밍 서비스 데이터를 수신하지 않기로 결정하는 단계를 더 포함하는,
    방법.
  9. 복수의 무선 액세스 인터페이스들을 지원하는 이동 통신 시스템에서 단말에 있어서,
    상이한 무선 액세스 기술들을 이용하는 복수의 네트워크들을 통해 통신하기 위해 구성되는 복수의 무선 액세스 인터페이스들을 포함하는 송수신기; 및
    상기 송수신기에 연결되는 제어기를 포함하고,
    상기 제어기는 제1 항 내지 제8 항 중 어느 한 항의 방법에 따라 동작하도록 구성되는,
    단말.
  10. 삭제
  11. 삭제
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 삭제
  21. 삭제
  22. 삭제
  23. 삭제
  24. 삭제
  25. 삭제
  26. 삭제
KR1020140131856A 2014-09-30 2014-09-30 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법 KR102270034B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020140131856A KR102270034B1 (ko) 2014-09-30 2014-09-30 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법
CN201580053236.4A CN107079348B (zh) 2014-09-30 2015-09-30 在用于支持多个无线电接入接口的移动通信系统中的流传输服务数据接收设备及方法
EP15847937.8A EP3203782B1 (en) 2014-09-30 2015-09-30 Streaming service data receiving device and method in mobile communication system for supporting plurality of radio access interfaces
PCT/KR2015/010275 WO2016052973A1 (ko) 2014-09-30 2015-09-30 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법
US15/514,738 US11159594B2 (en) 2014-09-30 2015-09-30 Streaming service data receiving device and method in mobile communication system for supporting plurality of radio access interfaces

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140131856A KR102270034B1 (ko) 2014-09-30 2014-09-30 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법

Publications (2)

Publication Number Publication Date
KR20160038586A KR20160038586A (ko) 2016-04-07
KR102270034B1 true KR102270034B1 (ko) 2021-06-28

Family

ID=55630932

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140131856A KR102270034B1 (ko) 2014-09-30 2014-09-30 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법

Country Status (5)

Country Link
US (1) US11159594B2 (ko)
EP (1) EP3203782B1 (ko)
KR (1) KR102270034B1 (ko)
CN (1) CN107079348B (ko)
WO (1) WO2016052973A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10574730B2 (en) * 2015-03-20 2020-02-25 Huawei Technologies Co., Ltd. Streaming media resource downloading method and apparatus, and terminal device
KR102461929B1 (ko) 2015-09-25 2022-11-02 삼성전자주식회사 다수의 무선 접속 인터페이스를 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터를 수신하는 장치 및 방법
CN105578528A (zh) * 2016-01-08 2016-05-11 努比亚技术有限公司 数据接口分流方法、装置及终端设备
US10542493B2 (en) * 2017-06-30 2020-01-21 Ford Global Technologies, Llc Vehicle communications management
US10887385B2 (en) * 2017-09-20 2021-01-05 Akamai Technologies, Inc. Marker based reporting system for hybrid content delivery network and peer to peer network
KR102180844B1 (ko) * 2017-10-31 2020-11-19 주식회사 케이티 불요파 감시 시스템
US10616121B2 (en) 2017-11-16 2020-04-07 Distech Controls Inc. Inference server and environment control device for inferring an optimal wireless data transfer rate
US11510097B2 (en) * 2017-11-16 2022-11-22 Distech Controls Inc. Environment control device and method for inferring an optimal wireless data transfer rate using a neural network
CN109886031B (zh) * 2019-02-01 2022-08-23 温州大学 一种智慧城市信息安全保障系统
CN110677178B (zh) * 2019-08-28 2021-06-01 华北电力大学（保定） 大规模mimo-noma系统中短包传输时延分析方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090207736A1 (en) 2008-02-15 2009-08-20 Xiaohong Gong Constrained dynamic path selection among multiple communication interfaces
US20130003541A1 (en) 2011-07-01 2013-01-03 Intellectual Ventures Holding 81 Llc Mobile Communications Device and Method
US20140286316A1 (en) 2011-10-06 2014-09-25 Airplug Inc. Apparatus and method for controlling selective use of heterogeneous networks according to unprocessed state of data being streamed

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10115610A1 (de) * 2001-03-29 2002-10-02 Alcatel Sa Verfahren und Basistation zur Basisband-Verarbeitung von Empfangssignalen
KR100601934B1 (ko) 2003-11-18 2006-07-14 삼성전자주식회사 적응적 스트리밍 장치 및 방법
US8078164B2 (en) * 2004-01-06 2011-12-13 Vasu Networks Corporation Mobile telephone VOIP/cellular seamless roaming switching controller
KR100649876B1 (ko) * 2006-02-03 2006-11-28 엘지전자 주식회사 스트리밍 서버 및 그 스트리밍 방법
JP4744377B2 (ja) 2006-06-30 2011-08-10 パナソニック株式会社 通信端末装置及び通信方法
WO2009155356A1 (en) * 2008-06-18 2009-12-23 Onion Networks, KK Traffic and cost containment for internet access by adapting the coding rate when distributing- media content
US20100169303A1 (en) * 2008-12-31 2010-07-01 David Biderman Playlists for real-time or near real-time streaming
US20100262266A1 (en) * 2009-04-10 2010-10-14 Sony Ericsson Mobile Communications Ab Automatic audio transition
US9237387B2 (en) * 2009-10-06 2016-01-12 Microsoft Technology Licensing, Llc Low latency cacheable media streaming
EP2362651A1 (en) * 2010-02-19 2011-08-31 Thomson Licensing Multipath delivery for adaptive streaming
KR101200585B1 (ko) * 2011-02-21 2012-11-12 한국과학기술원 다중 인터페이스를 지원하는 통신 시스템에서 에너지 절감을 위한 장치 및 그 방법
US20120311173A1 (en) * 2011-05-31 2012-12-06 Broadcom Corporation Dynamic Wireless Channel Selection And Protocol Control For Streaming Media
KR101243737B1 (ko) 2011-09-15 2013-03-13 주식회사에어플러그 버퍼링된 데이터량에 따라 이종망(異種網)들간에 사용망을 선택적으로 전환하면서 스트리밍 데이터를 수신하는 방법과 그 방법을 위한 장치
US8897753B2 (en) * 2011-10-12 2014-11-25 Motorola Mobility Llc Method for retrieving content by a wireless communication device having first and second radio access interfaces, wireless communication device and communication system
KR101332615B1 (ko) 2011-10-24 2013-11-25 주식회사에어플러그 전송 완료되지 않은 데이터량에 따라 접속 전환을 제어하는 방법과 그 방법을 위한 장치
US9030969B2 (en) * 2011-11-21 2015-05-12 Broadcom Corporation Wireless communication device capable of utilizing multiple radio access technologies
US9014027B2 (en) * 2012-02-29 2015-04-21 Cisco Technology, Inc. Multi-interface adaptive bit rate session management
US9042441B2 (en) * 2012-04-25 2015-05-26 At&T Intellectual Property I, Lp Apparatus and method for media streaming
US9967300B2 (en) * 2012-12-10 2018-05-08 Alcatel Lucent Method and apparatus for scheduling adaptive bit rate streams
US10244418B2 (en) * 2012-12-13 2019-03-26 Devicescape Software, Inc. Systems and methods for quality of experience measurement and wireless network recommendation
CN103945498B (zh) * 2013-01-21 2018-02-27 上海诺基亚贝尔股份有限公司 在异构网络中用于为用户设备发现和选择接入网的方法
US9430465B2 (en) * 2013-05-13 2016-08-30 Facebook, Inc. Hybrid, offline/online speech translation system
US20150011212A1 (en) * 2013-05-16 2015-01-08 Valentin Andrei Managing bandwidth and connection costs for mobile devices
US20150055562A1 (en) * 2013-08-20 2015-02-26 Wilocity Ltd. Network device interface for supporting a plurality of network interface cards

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090207736A1 (en) 2008-02-15 2009-08-20 Xiaohong Gong Constrained dynamic path selection among multiple communication interfaces
US20130003541A1 (en) 2011-07-01 2013-01-03 Intellectual Ventures Holding 81 Llc Mobile Communications Device and Method
US20140286316A1 (en) 2011-10-06 2014-09-25 Airplug Inc. Apparatus and method for controlling selective use of heterogeneous networks according to unprocessed state of data being streamed

Also Published As

Publication number Publication date
EP3203782B1 (en) 2020-07-29
EP3203782A4 (en) 2017-10-25
US11159594B2 (en) 2021-10-26
WO2016052973A1 (ko) 2016-04-07
US20170264657A1 (en) 2017-09-14
CN107079348B (zh) 2020-11-06
EP3203782A1 (en) 2017-08-09
CN107079348A (zh) 2017-08-18
KR20160038586A (ko) 2016-04-07

Similar Documents

Publication Publication Date Title
KR102270034B1 (ko) 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 스트리밍 서비스 데이터 수신 장치 및 방법
US8601153B2 (en) System and method for optimizing media playback quality for a wireless handheld computing device
JP5619906B2 (ja) マルチメディアを適応的にストリーミングすること
KR101904053B1 (ko) 단말장치의 멀티미디어 처리장치 및 방법
US9420534B2 (en) Technique for managing streaming media traffic at a network entity
US20120209952A1 (en) Method and apparatus for distribution and reception of content
US20090125634A1 (en) Network media streaming with partial syncing
US11477257B2 (en) Link-aware streaming adaptation
US11252595B2 (en) Device and method for receiving streaming service data in mobile communication system supporting plurality of radio access interfaces
KR101436956B1 (ko) 전송 제어 프로토콜 접속들을 설정하는 시스템 및 방법
KR102358232B1 (ko) 무선 통신 시스템에서 초기 윈도우 값을 설정하는 방법 및 장치
KR101548501B1 (ko) 청크 기반의 끊김 없는 스트림 송수신 장치 및 그 방법
Tapia et al. Smartphone Performance
Yoon et al. Seamless video streaming algorithm using variable media chunk

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant