KR20120103721A

KR20120103721A - 애플리케이션 계층에서 다수의 인터페이스들의 결속/애그리게이트

Info

Publication number: KR20120103721A
Application number: KR1020127018931A
Authority: KR
Inventors: 라민 레자이팔; 로버트 에이치. 킴벨
Original assignee: 콸콤 인코포레이티드
Priority date: 2009-12-18
Filing date: 2010-12-20
Publication date: 2012-09-19
Also published as: JP2015084543A; WO2011075739A1; US20110314129A1; TWI444079B; TW201146071A; BR112012014985A2; EP2514165A1; JP5701902B2; KR20140140136A; KR101557853B1; CN102656862A; JP2013515400A

Abstract

클라이언트의 번들러 유틸리티는 애플리케이션 계층이 이용할 수 있는 대역폭을 증가시키기 위해, 애플리케이션 계층에서 2개 또는 그 초과의 네트워크 인터페이스들을 결속/애그리게이트하는 목적을 달성한다. 이 인터페이스는 디바이스의 라우팅 테이블 내의 가장 긴 프리픽스 매치에 의해 결정된다. 번들러 유틸리티는, IP 스택에 대해 변경을 도입시키기 보다는, 클라이언트 소프트웨어에 어떠한 변경도 요구하지 않고(즉, 브라우저 변경없이) 그리고 웹 서버들 상에서 변경들을 요구하지 않고, 전개될 수 있는 링크 애그리게이션 문제에 대한 솔루션을 제시한다.

Description

애플리케이션 계층에서 다수의 인터페이스들의 결속/애그리게이트{BINDING/AGGREGATING MULTIPLE INTERFACES AT APPLICATION LAYER}

본 특허 출원은, 2009년 12월 18일에 출원되고 본 양수인에게 양도되고 본 명세서에 참조로 명백하게 포함되고 발명의 명칭이 "HTTP Optimization, Multi-Homing, Mobility and Priority"인 가출원 제 61/288,119호에 대해 우선권을 주장한다.

본 개시는 일반적으로 통신에 관한 것이고, 더 구체적으로는 무선 통신 네트워크에서 하이퍼텍스트(hypertext) 패킷 데이터 컨텐츠를 리트리브(retrieve)하기 위한 기술들에 관한 것이다.

하이퍼텍스트 전송 프로토콜(HTTP)은 웹 브라우저들 및 웹 애플리케이션들에 의해 이용되는 주요 통신 프로토콜이다. 컨텐츠 전달 네트워크들의 형태로 HTTP 프로토콜의 효율적인 동작을 지원하기 위해, 인터넷 내에서 큰 인프라구조가 성장하고 있다. 그 결과, 증가하는 수의 애플리케이션들이 HTTP 프로토콜로 이동하고 있다. 이러한 이동에 대한 다른 이유들(예를 들어, 네트워크 어드레스 변환(NAT) 및 방화벽 횡단(firewall traversal))이 존재하지만, 이는 메인 드라이버인 웹 인프라구조의 대량의 확장성을 레버리지하는 능력이다.

현재의 웹 사이트들은 각각 HTTP를 이용하여 개별적으로 요청되어야 하는 수십 또는 수백개의 객체들을 포함하여 종종 극도로 복잡하다. 객체들이 서버로부터 클라이언트로 전달될 수 있게 하는 속도를 개선하기 위해 HTTP 내에서 다양한 최적화들이 정의되어 왔다. 유선 네트워크들 내에서는 이 최적화들의 애플리케이션에 대해 상당량의 작업이 행해져 왔지만, 높은 라운드 트립 시간(RTT) 및 매우 가변적인 대역폭을 갖는 더 도전적인 모바일 환경들에서 이 특징들이 어떻게 동작하고 결합하는지를 이해하는 것은 풀리지 않은 문제점으로 남아있다. 특히, 많은 HTTP 작업은, 모바일 네트워크들의 특성들이 현재와는 상당히 다른 수년전에 수행되었음을 유의해야 한다.

하기 설명은 개시된 양상들 중 몇몇 양상들의 기본적 이해를 제공하기 위해 간략화된 요약을 제공한다. 이 요약은 포괄적인 개요는 아니며, 핵심적이거나 중요한 엘리먼트들을 식별하거나, 이러한 양상들의 범위를 기술하고자 하는 의도는 아니다. 그 유일한 목적은 후에 제시되는 더 상세한 설명에 대한 도입부로서 간략화된 형태로 설명된 특징들의 몇몇 개념들을 제시하기 위함이다.

일 양상에서, 복수의 네트워크 인터페이스들을 번들링(bundling)하는 단계, 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하는 단계, 및 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 전송 프로토콜(http) 객체들을 리트리브하기 위해 다수의 병렬 접속들을 통해 복수의 요청들을 송신하는 단계에 의한, 패킷 데이터 통신들을 위한 방법이 제공된다.

다른 양상에서, 패킷 데이터 통신들을 위한 적어도 하나의 프로세서가 제공된다. 제 1 모듈이 복수의 네트워크 인터페이스들을 번들링한다. 제 2 모듈이 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축한다. 제 3 모듈이 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 http 객체들을 리트리브하기 위해 다수의 병렬 접속들을 통해 복수의 요청들을 송신한다.

추가적 양상에서, 코드의 세트들을 저장하는 비일시적(non-transitory) 컴퓨터 판독가능 매체를 포함하는 패킷 데이터 통신들을 위한 컴퓨터 프로그램 물건이 제공된다. 코드의 제 1 세트가 컴퓨터로 하여금, 복수의 네트워크 인터페이스들을 번들링하게 한다. 코드의 제 2 세트가 컴퓨터로 하여금, 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하게 한다. 코드의 제 3 세트가 컴퓨터로 하여금, 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 http 객체들을 리트리브하기 위해 다수의 병렬 접속들을 통해 복수의 요청들을 송신하게 한다.

추가적 양상에서, 패킷 데이터 통신들을 위한 장치가 제공된다. 장치는 복수의 네트워크 인터페이스들을 번들링하기 위한 수단을 포함한다. 장치는 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하기 위한 수단을 포함한다. 장치는 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 http 객체들을 리트리브하기 위해 다수의 병렬 접속들을 통해 복수의 요청들을 송신하기 위한 수단을 포함한다.

또 다른 양상에서, 복수의 네트워크 인터페이스들을 이용한 패킷 데이터 통신들을 위한 장치가 제공된다. 번들러(bundler) 유틸리티가 복수의 네트워크 인터페이스들을 번들링한다. 번들러 유틸리티는 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축한다. 복수의 네트워크 인터페이스들이 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 http 객체들을 리트리브하기 위해 다수의 병렬 접속들을 통해 복수의 요청들을 송신한다.

상술한 목적 및 관련된 목적들을 달성하기 위해서, 하나 또는 그 초과의 양상들이, 아래에서 완전히 설명되고 특히 청구항에서 특정되는 특징들을 포함한다. 하기 설명 및 첨부된 도면들은 특정한 예시적인 양상들을 상세히 기술하고, 이 양상들의 원리들이 이용될 수 있는 다양한 방식들 중 오직 일부만을 표시한다. 다른 이점들 및 신규한 특징들은 도면들과 관련하여 고려할 때 하기 상세한 설명으로부터 명백해질 것이고, 개시된 양상들은 모든 이러한 양상들 및 이들의 균등물들을 포함하도록 의도된다.

본 개시의 특징들, 성질 및 이점들은 도면들과 관련하여 볼 때 아래에서 기술되는 상세한 설명으로부터 더 명백해질 것이고, 도면들에서 유사한 참조 부호들은 전체에 걸쳐 대응하는 부분을 식별한다.
도 1은 하이퍼텍스트 전송 프로토콜(HTTP) 최적화를 위해 네트워크 인터페이스들 및 프록시 서버의 번들링을 이용하는 통신 시스템의 개략도를 도시한다.
도 2는 HTTP 최적화를 위한 예시적인 무선 액세스 기술들을 위한 통신 시스템의 개략도를 도시한다.
도 3은 네트워크 인터페이스들의 번들링을 위한 방법에 대한 흐름도를 도시한다.
도 4는 네트워크 인터페이스들의 번들링을 위한 전기 컴포넌트들의 로직 그룹의 시스템을 도시한다.
도 5는 HTTP 최적화를 위한 통신 시스템의 개략도를 도시한다.
도 6은 HTTP 최적화를 수행하는 모바일 디바이스에 대한 블록도를 도시한다.

증가하는 라운드 트립 시간(RTT)의 영향을 극복하기 위해 병렬 HTTP 접속들 및 파이프라이닝을 결합하는 것에 이점들이 존재한다. 비록 병렬 접속들의 수가, 접촉되어야 하는 별개의 서버들의 세트에 의해 영향을 받을지라도, 일반적으로 알려진 브라우저들은 고정된 수의 병렬 접속들 및 고정된 수의 미처리 요청들을 이용한다.

이제, 도면들을 참조하여 다양한 양상들이 설명된다. 하기 기재에서는, 설명을 위해, 하나 또는 그 초과의 양상들의 철저한 이해를 제공하기 위해 다수의 특정한 세부사항들이 기술된다. 그러나, 이 특정한 세부사항들 없이도 다양한 양상들이 실시될 수 있음은 자명할 것이다. 다른 예들에서, 이 양상들의 설명을 용이하게 하기 위해, 주지의 구조들 및 디바이스들은 블록도 형태로 도시된다.

도 1에는, 인터넷(20)으로 도시된 패킷 데이터 네트워크를 통해 서버(18)로의 패킷 데이터 통신을 위해 프록시(16)에 대한 다수의 인터페이스들(14)을 갖는 클라이언트(12)의 통신 시스템(10)이 도시되어 있다. 프록시(16)를 통한 클라이언트(12)의 번들러 유틸리티(22)는, 애플리케이션 계층(24)이 이용할 수 있는 대역폭을 증가시킬 목적으로, 애플리케이션 계층(24)에서 2개 또는 그 초과의 네트워크 인터페이스들(14)을 함께 결속/애그리게이트(aggregate)하는 목적을 달성한다.

따라서, 클라이언트(12)는, 많은 통신 디바이스들(예를 들어, 랩탑들 및 핸드헬드 디바이스들)이 하나보다 많은 인터페이스(예를 들어, WIFI, 3G, 유선 이더넷 등)를 구비하고 있다는 점에서 도전을 극복할 수 있다. 클라이언트 상의 애플리케이션이 수신지 IP 어드레스에 패킷을 전송하는 경우, 패킷은 단일한 인터페이스를 통해 이동하도록 결속된다. 이 인터페이스는 디바이스의 라우팅 테이블 내의 가장 긴 프리픽스 매치에 의해 결정된다. 본 혁신안은, IP 스택에 대해 변경을 도입시키기 보다는, 클라이언트 소프트웨어에 어떠한 변경도 요구하지 않고(즉, 브라우저 변경없이) 그리고 웹 서버들 상에서 변경들을 요구하지 않고, 전개될 수 있는 링크 애그리게이션(aggregation) 문제에 대한 솔루션을 제시한다.

도 2에는, 예시적인 양상이 통신 시스템(40)을 도시하고, 여기서, 클라이언트(42)는 2개 또는 그 초과의 NIC(Network Interface Controller) 카드들을 갖는 프록시 (서버)(50)를 이용하여 단일한 인터페이스를 지시하는 라우팅 테이블(48)을 회피함으로써 애플리케이션(46)의 동작을 최적화하는 번들러 유틸리티(44)를 통합한다.

클라이언트(42)의 라우팅 테이블(48)은 프록시 IP 어드레스들 각각에 대한 별개의 루트들(52, 54)을 갖도록 구성되고, 이들 별개의 라우팅 테이블 엔트리들 각각은 클라이언트 상의 상이한 인터페이스에 결속된다. 예를 들어, 프록시의 IP 어드레스 IP_1로 향하는 패킷들은 클라이언트의 WIFI 인터페이스를 통해 전송되고, 프록시의 IP 어드레스 IP_2로 향하는 패킷들은 클라이언트의 3G 인터페이스를 통해 전송된다. 예시적인 도시에서, 제 1 루트는, 고속 패킷 액세스(HSPA) 인터페이스(56), 에어 인터페이스(58), 인터넷(62)을 통하는 프록시 서버(50)에 대한 HSPA 네트워크(60)를 포함하여, 결국 수신지 웹 서버(64)에 액세스할 수 있다. 제 2 루트는, 또한 EVDO(Evolution Data Only)로도 알려진 에볼루션 데이터 최적화 인터페이스(66), 에어 인터페이스(68), 인터넷(62)을 통하는 프록시 서버(50)에 대한 EVDO 네트워크(70)를 포함하여, 결국 수신지 웹 서버(64)에 액세스할 수 있다.

단일한 프록시 서버(50)에 대해 대안적으로 또는 그에 부가하여, 동일한 네트워크 인터페이스, 상이한 네트워크 인터페이스들 또는 이들의 조합을 이용하여 복수의 프록시 서버들(50)이 이용될 수 있다. 개별적인 서버들을 이용하는 것은, 클라이언트의 네트워크 인터페이스들 각각에 대한 각각의 프록시 서버가 그 인터페이스에 대한 게이트웨이에 더 근접한 위치에 상주할 수 있다는 장점을 가질 수 있다. 예를 들어, HSPA 인터페이스에 대한 프록시는 HSPA 네트워크 게이트웨이에 근접하게 상주할 수 있고, EVDO 프록시의 경우에도 마찬가지이다.

이제, 브라우저와 같은 애플리케이션(46)은 HTTP GET 커맨드들을 다수의 프록시 IP 어드레스들에 걸쳐 분산시킬 필요가 있다. 이것은, PAC 스크립트(Proxy auto-configuration script)를 이용하여 행해질 수 있다. PAC 스크립트는 URL을 프록시 어드레스에 맵핑한다. 거의 모든 브라우저들/OS들이 PAC 스크립트들을 지원한다. 다음은 2개의 클라이언트 인터페이스들을 번들링하기 위한 예시적인 PAC 스크립트이다. 이 스크립트에서, proxy_a 및 proxy_b는 프록시(또는 프록시들)와 연관된 2개의 IP 어드레스들이다.

var N = 2;

function FindProxyForURL(url, host)

{

var i = url.length % N;

if (i == 0)

return "PROXY proxy_a:8080; "

else if (i == 1)

return "PROXY proxy_b:8080; "

}

테이블 A에서, 활성 루트들은, EVDO 및 HSPA에 대한 각각의 모뎀 어드레스("인터페이스")를 포함하는 2개의 프록시 어드레스들을 포함할 수 있다.

도 3에는, 데이터 통신을 위한 방법(80)이 도시되어 있다. 블록(82)에서, 클라이언트는 복수의 네트워크 인터페이스들을 번들링한다. 블록(84)에서, 클라이언트는 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축한다. 블록(86)에서, 클라이언트는 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 전송 프로토콜(http) 객체들을 리트리브하기 위해 다수의 병렬 접속들을 통해 복수의 요청들을 송신한다.

예를 들어, 큰 시청각 파일(예를 들어, 영화)을 다운로드하기 위한 것과 같이, 다수의 객체들을 병렬로 다운로드하거나 큰 객체의 부분들을 병렬로 다운로드하기 위해 번들러 유틸리티 또는 방법이 이용될 수 있다. 그 목적으로, 클라이언트는 영화의 상이한 세그먼트들에 대한 요청들을 상이한 인터페이스들을 통해 병렬로 제출(submit)할 수 있다. 따라서, HTTP 객체의 상이한 세그먼트들은 다수의 네트워크 인터페이스들을 통해 병렬로 수신될 수 있다.

다른 양상에서, 복수의 네트워크 인터페이스들을 번들링하는 것은 이더넷, 제 1 무선 액세스 기술(RAT)의 무선 광역 네트워크(WWAN), 제 2 RAT의 WWAN, 유선 네트워크 인터페이스, 유선 로컬 액세스 네트워크(LAN), 무선 로컬 액세스 네트워크(WLAN) 및 유선 LAN에 의할 수 있다. 선택된 2개가 동일한 유형의 네트워크 인터페이스일 수 있다.

일 양상에서, 다수의 병렬 접속들을 구축하는 것은, 이용가능한 인터페이스들의 대역폭이 동일한 정도(order)의 크기라고 결정하는 것에 대한 응답일 수 있다.

추가적인 양상에서, 복수의 요청들을 송신하는 것은, 접속 라운드 로빈에 의해 멀티-호밍된(homed) 호스트들에 대한 링크들을 애그리게이트함으로써 풀(full) 링크 활용을 유지하기 위해 행해질 수 있다.

또한, 복수의 요청들을 송신하는 것은, 프록시 서버들 각각의 IP 어드레스를 라우팅 테이블 내의 수신지 어드레스로서 클라이언트의 네트워크 인터페이스들 중 하나에 결속시키는 정적 라우팅 테이블 엔트리들을 인스톨하는 것에 의할 수 있다.

추가적인 양상에서, 결정론적(deterministic) 프로세스 또는 랜덤 프로세스에 의해 HTTP 요청들을 다수의 프록시 서버들에 걸쳐 분산시키기 위해 프록시 자동 구성(PAC)이 이용될 수 있다.

일 양상에서, 복수의 네트워크 인터페이스들을 번들링하는 것은, 프록시 서버 상의 각각의 그리고 대응하는 네트워크 인터페이스들에 링크시키는 것과 같이, 클라이언트 상의 각각의 인터페이스에 각각 결속되는 복수의 별개의 라우팅 테이블 엔트리들을 정의하는 것에 의할 수 있다.

도 4를 참조하면, 패킷 데이터 통신들을 위한 시스템(90)이 도시되어 있다. 예를 들어, 시스템(90)은 사용자 장비(UE) 내에 적어도 부분적으로 상주할 수 있다. 시스템(90)은 기능 블록들을 포함하는 것으로 도시되어 있고, 이 기능 블록들은 컴퓨팅 플랫폼, 프로세서, 소프트웨어 또는 이들의 조합(예를 들어, 펌웨어)에 의해 구현되는 기능들을 표현하는 기능 블록들일 수 있음이 인식될 것이다. 시스템(90)은 함께 동작할 수 있는 전기 컴포넌트들의 로직 그룹(92)을 포함한다. 예를 들어, 로직 그룹(92)은 복수의 네트워크 인터페이스들을 번들링하기 위한 전기 컴포넌트(94)를 포함할 수 있다. 또한, 로직 그룹(92)은 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하기 위한 전기 컴포넌트(95)를 포함할 수 있다. 또한, 로직 그룹(92)은 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 HTTP 객체들을 리트리브하기 위해 다수의 병렬 접속들을 통해 복수의 요청들을 송신하기 위한 전기 컴포넌트(96)를 포함할 수 있다. 또한, 시스템(90)은 전기 컴포넌트들(94-98)과 연관된 기능들을 실행하기 위한 명령들을 보유하는 메모리(98)를 포함할 수 있다. 메모리(98)의 외부에 있는 것으로 도시되어 있지만, 전기 컴포넌트들(94-98) 중 하나 또는 그 초과는 메모리(98) 내에 존재할 수 있음을 이해할 것이다.

도 5에서는, 통신 시스템(100)에서, 모바일 디바이스, 액세스 단말 또는 사용자 장비(UE)(102)가, 복수의 서버들(112-114) 상에 저장된 객체들(106, 108, 110)을 포함하는 하이퍼텍스트 컨텐츠(104)에 대한 파이프라이닝된 요청들(103)을 행한다. 예시적인 양상에서, 모바일 디바이스(102)는, 객체들(106-110)을 수신하고 따라서 하이퍼텍스트 컨텐츠(104)를 렌더링하는데 요구되는 라운드 트립 시간(RTT)을 악화시키는 에어링크(116)를 통해 액세스를 획득한다. 일 양상에서, 모바일 디바이스(102)는 노드(예를 들어, 매크로셀, 펨토셀, 중계기)(119)와의 통신을 위한 라디오 트랜시버(118)를 가지며, 상기 노드(119)는 코어 네트워크(CN)(예를 들어, 인터넷)(124)에 호스팅되는 서버들(112-114)로의 인터넷 프로토콜 멀티미디어 서브시스템(IMS)(122)에 대한 무선 광역 네트워크(WWAN)(120)의 일부로서 서빙한다.

대안적으로 또는 추가적으로, 모바일 디바이스(102)는, CN(124)을 통해 서버들(112-114)에 액세스하기 위한 무선 로컬 영역 네트워크(WLAN)를 서빙하는 노드(128)와 통신하기 위한 트랜시버(126)를 갖는다.

대안적으로 또는 추가적으로, 모바일 디바이스(102)는, 개인 액세스 네트워크(PAN)(136)를 서빙하고 CN(124)을 통해 서버들(112-114)에 도달하기 위해 140에 도시된 바와 같은 WLAN(130) 또는 138에 도시된 바와 같은 WWAN(120)에 커플링되는 노드(134)와 통신하기 위한 트랜시버(132)를 갖는다.

일 양상에서, 트랜시버(들)(118, 126, 132)는 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축한다. 트랜시버(들)(118, 126, 132)는, 복수의 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 객체를 리트리브하기 위해, 다수의 병렬 접속들을 통해 복수의 파이프라이닝된 요청들을 추가로 송신한다.

모바일 디바이스(102)의 컴퓨팅 시스템(124)은, 풀 링크 활용을 유지하면서 미처리 요청들을 감소시키기 위해 병렬 접속들을 통한 파이프라이닝된 요청들 및 상기 병렬 접속들의 수를 동적으로 변화시키는 HTTP 최적화 모듈(144)을 갖는다.

도 6은, 본 명세서에서 설명되는 기능의 다양한 양상들을 구현하는데 이용될 수 있는 다른 시스템(800)의 블록도이다. 일례에서, 시스템(800)은 모바일 단말(802)을 포함한다. 도시된 바와 같이, 모바일 단말(802)은 하나 또는 그 초과의 기지국들(804)로부터 신호(들)를 수신할 수 있고, 하나 또는 그 초과의 안테나들(808)을 통해 하나 또는 그 초과의 기지국들(804)에 송신할 수 있다. 또한, 모바일 단말(802)은 안테나(들)(808)로부터 정보를 수신하는 수신기(810)를 포함할 수 있다. 일례에서, 수신기(810)는 수신된 정보를 복조하는 복조기(812)와 동작가능하게 연관될 수 있다. 그 다음, 복조된 심볼들은 프로세서(814)에 의해 분석될 수 있다. 프로세서(814)는, 모바일 단말(802)과 관련된 데이터 및/또는 프로그램 코드들을 저장할 수 있는 메모리(816)에 커플링될 수 있다. 또한, 모바일 단말(802)은 본 명세서에 설명된 방법들을 수행하기 위해 프로세서(814)를 이용할 수 있다. 모바일 단말(802)은 또한 안테나(들)(808)를 통한 송신기(820)에 의한 송신을 위해 신호를 멀티플렉싱할 수 있는 변조기(818)를 포함할 수 있다.

모바일 단말(802)은 복수의 네트워크 인터페이스들(840, 842)을 가질 수 있고, 네트워크 인터페이스(842)는 기지국들(846)에 도달하기 위해 안테나(들)(844)를 활용하는 것으로 도시되어 있다. 예를 들어, 기지국(804, 846)은 이더넷, 제 1 무선 액세스 기술(RAT)의 무선 광역 네트워크(WWAN), 제 2 RAT의 WWAN, 유선 로컬 액세스 네트워크(LAN) 및 무선 로컬 액세스 네트워크(WLAN) 중 하나 또는 그 초과를 지원할 수 있다. 번들러 유틸리티(850)는, 애플리케이션(854)이 본 명세서에 개시된 양상들에 따라 복수의 네트워크 인터페이스들(840, 842)을 이용하도록 라우팅 테이블(852)을 최적화할 수 있다.

당업자들은, 본 명세서에 개시된 양상들과 관련하여 설명된 다양한 예시적인 로직 블록들, 모듈들, 회로들 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어 또는 이 둘의 조합으로 구현될 수 있음을 추가로 인식할 것이다. 하드웨어 및 소프트웨어의 이러한 상호 호환성을 명확히 예시하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 일반적으로 그들의 기능적 관점에서 앞서 기술되었다. 이러한 기능이 하드웨어로 구현되는지 또는 소프트웨어로 구현되는지 여부는 특정 애플리케이션 및 전체 시스템에 대해 부과된 설계 제한들에 의존한다. 당업자들은 설명된 기능을 각각의 특정 애플리케이션에 대해 다양한 방식들로 구현할 수 있지만, 이러한 구현 결정들이 본 개시의 범위를 벗어나는 것을 야기하는 것으로 해석되어서는 안 된다.

본 출원에서 사용되는 바와 같이, 용어들 "컴포넌트", "모듈", "시스템" 등은, 하드웨어, 하드웨어 및 소프트웨어의 조합, 소프트웨어, 또는 실행중인 소프트웨어와 같은 컴퓨터-관련 엔티티를 지칭하도록 의도된다. 예를 들어, 컴포넌트는 프로세서 상에서 실행되는 프로세스, 프로세서, 객체, 실행가능한 것, 실행 스레드, 프로그램, 및/또는 컴퓨터일 수 있지만, 이들로 제한되는 것은 아니다. 예시로서, 서버 상에서 실행되는 애플리케이션 및 서버 모두가 컴포넌트일 수 있다. 하나 또는 그 초과의 컴포넌트들은 프로세스 및/또는 실행 스레드 내에 상주할 수 있고, 일 컴포넌트는 하나의 컴퓨터 내에 로컬화될 수 있고, 그리고/또는 2개 또는 그 초과의 컴퓨터들 사이에 분산될 수 있다.

본 명세서에서 용어 "예시적인"은 예, 예시, 또는 예증으로서 기능하는 것을 의미하는 것으로 사용된다. "예시적인" 것으로서 본 명세서에서 설명되는 임의의 양상 또는 설계는 다른 양상들 또는 설계들에 비하여 반드시 바람직하거나 유리한 것으로서 해석할 필요는 없다.

다수의 컴포넌트들, 모듈들 등을 포함할 수 있는 시스템들의 관점에서 다양한 양상들이 제시될 것이다. 다양한 시스템들은 추가적 컴포넌트들, 모듈들 등을 포함할 수 있고, 그리고/또는 도면들과 관련하여 설명되는 모든 컴포넌트들, 모듈들 등을 포함하지는 않을 수 있음을 이해하고 인식할 것이다. 이 접근방식들의 조합이 또한 이용될 수 있다. 본 명세서에서 설명되는 다양한 양상들은, 터치 스크린 디스플레이 기술들 및/또는 마우스-및-키보드 유형의 인터페이스들을 활용하는 디바이스들을 포함하는 전기 디바이스들 상에서 수행될 수 있다. 이러한 디바이스들의 예들은, 컴퓨터들(데스크탑 및 모바일), 스마트폰들, 개인 휴대 정보 단말들(PDAs), 및 유선 및 무선 모두의 다른 전자 디바이스들을 포함한다.

또한, 본 명세서에서 개시되는 양상들과 관련하여 설명된 다양한 예시적인 로직 블록들, 모듈들 및 회로들은 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA) 또는 다른 프로그래머블 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 본 명세서에서 설명된 기능들을 수행하도록 설계된 것들의 임의의 조합에 의해 구현 또는 수행될 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안적으로, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수 있다. 또한, 프로세서는 컴퓨팅 디바이스들의 조합, 예를 들어 DSP 및 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 또는 그 초과의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로서 구현될 수 있다.

또한, 하나 또는 그 초과의 버전들은, 개시된 양상들을 구현하도록 컴퓨터를 제어하기 위해 소프트웨어, 펌웨어, 하드웨어 또는 이들의 임의의 조합을 생성하는 표준 프로그래밍 및/또는 엔지니어링 기술들을 이용하는 방법, 장치 또는 제조 물품으로서 구현될 수 있다. 본 명세서에서 사용되는 용어 "제조 물품"(또는 대안적으로, "컴퓨터 프로그램 물건")은 임의의 컴퓨터 판독가능 디바이스, 캐리어 또는 매체(media)로부터 액세스 가능한 컴퓨터 프로그램을 포함하도록 의도된다. 예를 들어, 컴퓨터 판독가능 매체는 자기 저장 디바이스들(예를 들어, 하드 디스크, 플로피 디스크, 자기 스트립들, 등), 광학 디스크들(예를 들어, 컴팩트 디스크(CD), 디지털 다기능 디스크(DVD), 등), 스마트 카드들, 및 플래쉬 메모리 디바이스들(예를 들어, 카드, 스틱)을 포함하지만, 이들로 제한되는 것은 아니다. 또한, 전자 메일을 송신 및 수신하거나 인터넷 또는 로컬 영역 네트워크(LAN)와 같은 네트워크에 액세스하는데 이용되는 것들과 같은 컴퓨터 판독가능 전자 데이터를 반송하기 위해 반송파가 활용될 수 있음을 인식해야 한다. 물론, 이 분야의 당업자들은, 개시된 양상들의 범주를 벗어남이 없이 이 구성에 대한 다수의 변형들이 행해질 수 있음을 인식할 것이다.

본 명세서에 개시된 양상들과 관련하여 설명되는 방법 또는 알고리즘의 단계들은 직접적으로 하드웨어, 프로세서에 의해 실행되는 소프트웨어 모듈, 또는 이 둘의 조합으로 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래쉬 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드디스크, 착탈식 디스크, CD-ROM, 또는 이 분야에 공지된 임의의 다른 형태의 저장 매체에 상주할 수 있다. 예시적인 저장 매체는, 프로세서가 저장 매체로부터 정보를 판독하고, 저장 매체에 정보를 기록할 수 있도록 프로세서에 커플링될 수 있다. 대안적으로, 저장 매체는 프로세서에 통합될 수 있다. 프로세서 및 저장 매체는 ASIC에 상주할 수도 있다. ASIC는 사용자 단말에 상주할 수 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말에서 이산 컴포넌트들로서 상주할 수 있다.

개시된 양상들의 상기 설명은 이 분야의 당업자가 본 개시를 이용하거나 또는 실시할 수 있도록 제공된다. 이 양상들에 대한 다양한 변형들은 이 분야의 당업자들에게 쉽게 명백할 것이며, 본 명세서에 정의된 일반적인 원리들은 본 개시의 사상 또는 범주를 벗어남이 없이 다른 실시예들에 적용될 수 있다. 따라서, 본 개시는 본 명세서에 도시된 실시예들에 한정되는 것으로 의도되지 않고, 본 명세서에 개시된 원리들 및 신규한 특징들과 부합하는 가장 넓은 범위에 따른다.

위에서 설명된 예시적인 시스템들의 관점에서, 개시된 요지에 따라 구현될 수 있는 방법들이 몇몇 흐름도들을 참조하여 설명되었다. 설명의 단순화를 위해, 방법들은 일련의 블록도들로 도시 및 설명되지만, 몇몇 블록들은 상이한 순서들로 그리고/또는 본 명세서에서 도시되고 설명되는 것과는 다른 블록들과 동시에 발생할 수 있기 때문에, 청구되는 요지는 블록들의 순서에 의해 제한되지 않음을 이해하고 인식할 것이다. 또한, 본 명세서에서 설명되는 방법들을 구현하기 위해, 도시된 모든 블록들이 요구되지는 않을 수 있다. 또한, 본 명세서에 개시된 방법들은, 이러한 방법들을 컴퓨터들로 전달 및 전송하는 것을 용이하게 하기 위해 제조 물품 상에 저장될 수 있음을 추가로 인식해야 한다. 본 명세서에서 사용되는 바와 같은 용어 제조 물품은 임의의 컴퓨터 판독가능 디바이스, 캐리어 또는 매체로부터 액세스될 수 있는 컴퓨터 프로그램을 포함하도록 의도된다.

본 명세서에 참조로 통합된 것으로 언급된 임의의 특허, 공보 또는 다른 개시 자료는, 전체적으로 또는 부분적으로, 그 통합된 자료가 기존의 정의들, 또는 본 개시에 기술된 다른 개시 자료와 충돌하지 않는 범위에서만 본 명세서에 통합됨을 인식해야 한다. 따라서, 필요한 범위까지, 본 명세서에 명시적으로 기술된 개시는 본 명세서에 참조로 통합된 임의의 충돌하는 자료를 대체한다. 본 명세서에 참조로 통합된 것으로 언급되지만, 본 명세서에 기술된 기존의 정의들, 진술들, 또는 다른 개시 자료와 충돌하는 임의의 자료 또는 그 일부는, 그 통합된 자료와 기존의 개시 자료 사이에 충돌이 발생하지 않는 범위에서만 통합될 것이다.

Claims

패킷 데이터 통신들을 위한 방법으로서,
복수의 네트워크 인터페이스들을 번들링(bundling)하는 단계;
번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하는 단계; 및
웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 전송 프로토콜(http) 객체들을 리트리브하기 위해, 상기 다수의 병렬 접속들을 통해 복수의 요청들을 송신하는 단계를 포함하는,
패킷 데이터 통신들을 위한 방법.
제 1 항에 있어서,
상기 HTTP 객체들을 리트리브하는 것은, HTTP 객체의 상이한 세그먼트들을 리트리브하는 것을 더 포함하는, 패킷 데이터 통신들을 위한 방법.
제 1 항에 있어서,
상기 복수의 네트워크 인터페이스들을 번들링하는 단계는, 이더넷, 제 1 무선 액세스 기술(RAT)의 무선 광역 네트워크(WWAN), 제 2 RAT의 WWAN, 유선 네트워크 인터페이스, 유선 로컬 액세스 네트워크(LAN) 및 무선 로컬 액세스 네트워크(WLAN)로 이루어진 그룹으로부터 적어도 2개를 선택하는 단계를 더 포함하고,
상기 선택된 2개는 동일한 유형의 네트워크 인터페이스일 수 있는, 패킷 데이터 통신들을 위한 방법.
제 1 항에 있어서,
상기 다수의 병렬 접속들을 구축하는 단계는, 이용가능한 인터페이스들의 대역폭이 동일한 정도(order)의 크기라고 결정하는 단계를 더 포함하는, 패킷 데이터 통신들을 위한 방법.
제 1 항에 있어서,
상기 복수의 요청들을 송신하는 단계는, 접속 라운드 로빈에 의해 멀티-호밍된(homed) 호스트들에 대한 링크들을 애그리게이트(aggregate)함으로써 풀 링크 활용을 유지하는 단계를 더 포함하는, 패킷 데이터 통신들을 위한 방법.
제 5 항에 있어서,
상기 복수의 요청들을 송신하는 단계는, 프록시 서버들 각각의 IP 어드레스를 라우팅 테이블 내의 수신지 어드레스로서 클라이언트의 상기 네트워크 인터페이스들 중 하나에 결속시키는 정적 라우팅 테이블 엔트리들을 인스톨하는 단계들을 더 포함하는, 패킷 데이터 통신들을 위한 방법.
제 6 항에 있어서,
HTTP 요청들을 다수의 프록시 서버들에 걸쳐 분산시키기 위해, 프록시 자동 구성(PAC)을 이용하는 단계를 더 포함하는, 패킷 데이터 통신들을 위한 방법.
제 7 항에 있어서,
상기 PAC를 이용하는 단계는, 결정론적(deterministic) 프로세스 및 랜덤 프로세스 중 선택된 프로세스에 따라 분산시키는 단계를 더 포함하는, 패킷 데이터 통신들을 위한 방법.
제 1 항에 있어서,
상기 복수의 네트워크 인터페이스들을 번들링하는 단계는, 클라이언트 상의 각각의 인터페이스에 각각 결속되는 복수의 별개의 라우팅 테이블 엔트리들을 정의하는 단계를 더 포함하는, 패킷 데이터 통신들을 위한 방법.
제 9 항에 있어서,
상기 복수의 별개의 라우팅 테이블 엔트리들을 정의하는 단계는, 프록시 서버 상의 각각의 그리고 대응하는 네트워크 인터페이스들에 링크시키는 단계를 더 포함하는, 패킷 데이터 통신들을 위한 방법.
패킷 데이터 통신들을 위한 적어도 하나의 프로세서로서,
상기 적어도 하나의 프로세서는,
복수의 네트워크 인터페이스들을 번들링하기 위한 제 1 모듈;
번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하기 위한 제 2 모듈; 및
웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 전송 프로토콜(http) 객체들을 리트리브하기 위해, 상기 다수의 병렬 접속들을 통해 복수의 요청들을 송신하기 위한 제 3 모듈을 포함하는,
패킷 데이터 통신들을 위한 적어도 하나의 프로세서.
패킷 데이터 통신들을 위한 컴퓨터 프로그램 물건으로서,
상기 컴퓨터 프로그램 물건은 비일시적(non-transitory) 컴퓨터 판독가능 매체를 포함하고,
상기 비일시적 컴퓨터 판독가능 매체는,
컴퓨터로 하여금, 복수의 네트워크 인터페이스들을 번들링하게 하기 위한 코드의 제 1 세트;
상기 컴퓨터로 하여금, 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하게 하기 위한 코드의 제 2 세트; 및
상기 컴퓨터로 하여금, 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 전송 프로토콜(http) 객체들을 리트리브하기 위해, 상기 다수의 병렬 접속들을 통해 복수의 요청들을 송신하게 하기 위한 코드의 제 3 세트를 포함하는,
컴퓨터 프로그램 물건.
패킷 데이터 통신들을 위한 장치로서,
상기 장치는,
복수의 네트워크 인터페이스들을 번들링하기 위한 수단;
번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하기 위한 수단; 및
웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 전송 프로토콜(http) 객체들을 리트리브하기 위해, 상기 다수의 병렬 접속들을 통해 복수의 요청들을 송신하기 위한 수단을 포함하는,
패킷 데이터 통신들을 위한 장치.
패킷 데이터 통신들을 위한 장치로서,
상기 장치는,
복수의 네트워크 인터페이스들; 및
상기 복수의 네트워크 인터페이스들을 번들링하기 위한 번들러 유틸리티를 포함하고,
상기 번들러 유틸리티는, 번들링된 복수의 네트워크 인터페이스들을 통해 패킷 데이터 통신을 위한 다수의 병렬 접속들을 구축하기 위한 것이고; 그리고
상기 복수의 네트워크 인터페이스들은, 웹 서버들 상에 각각 저장된 패킷 데이터 부분들로 이루어진 하이퍼텍스트 전송 프로토콜(http) 객체들을 리트리브하기 위해, 상기 다수의 병렬 접속들을 통해 복수의 요청들을 송신하기 위한 것인,
패킷 데이터 통신들을 위한 장치.
제 14 항에 있어서,
상기 번들러는 추가적으로, HTTP 객체의 상이한 세그먼트들을 리트리브함으로써 상기 HTTP 객체들을 리트리브하기 위한 것인, 패킷 데이터 통신들을 위한 장치.
제 14 항에 있어서,
상기 번들러는 추가적으로, 이더넷, 제 1 무선 액세스 기술(RAT)의 무선 광역 네트워크(WWAN), 제 2 RAT의 WWAN, 유선 네트워크 인터페이스, 유선 로컬 액세스 네트워크(LAN) 및 무선 로컬 액세스 네트워크(WLAN)로 이루어진 그룹으로부터 적어도 2개를 선택함으로써, 상기 복수의 네트워크 인터페이스들을 번들링하기 위한 것이고,
상기 선택된 2개는 동일한 유형의 네트워크 인터페이스일 수 있는, 패킷 데이터 통신들을 위한 장치.
제 14 항에 있어서,
상기 번들러는 추가적으로, 이용가능한 인터페이스들의 대역폭이 동일한 정도의 크기라고 결정함으로써, 상기 다수의 병렬 접속들을 구축하기 위한 것인, 패킷 데이터 통신들을 위한 장치.
제 14 항에 있어서,
상기 번들러는 추가적으로, 접속 라운드 로빈에 의해 멀티-호밍된 호스트들에 대한 링크들을 애그리게이트함으로써, 풀 링크 활용을 유지하기 위한 것인, 패킷 데이터 통신들을 위한 장치.
제 18 항에 있어서,
상기 번들러는 추가적으로, 프록시 서버들 각각의 IP 어드레스를 라우팅 테이블 내의 수신지 어드레스로서 클라이언트의 상기 네트워크 인터페이스들 중 하나에 결속시키는 정적 라우팅 테이블 엔트리들을 인스톨하기 위한 것인, 패킷 데이터 통신들을 위한 장치.
제 19 항에 있어서,
상기 번들러는 추가적으로, HTTP 요청들을 다수의 프록시 서버들에 걸쳐 분산시키기 위해, 프록시 자동 구성(PAC)을 이용하기 위한 것인, 패킷 데이터 통신들을 위한 장치.
제 20 항에 있어서,
상기 번들러는 추가적으로, 결정론적 프로세스 및 랜덤 프로세스 중 선택된 프로세스에 따라 분산시킴으로써 상기 PAC를 이용하기 위한 것인, 패킷 데이터 통신들을 위한 장치.
제 14 항에 있어서,
상기 번들러는 추가적으로, 클라이언트 상의 각각의 인터페이스에 각각 결속되는 복수의 별개의 라우팅 테이블 엔트리들을 정의함으로써, 상기 복수의 네트워크 인터페이스들을 번들링하기 위한 것인, 패킷 데이터 통신들을 위한 장치.
제 22 항에 있어서,
상기 번들러는 추가적으로, 프록시 서버 상의 각각의 그리고 대응하는 네트워크 인터페이스들에 링크시킴으로써, 상기 복수의 별개의 라우팅 테이블 엔트리들을 정의하기 위한 것인, 패킷 데이터 통신들을 위한 장치.