KR20170028621A - 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터 업로드 장치 및 방법 - Google Patents

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

Info

Publication number
KR20170028621A
KR20170028621A KR1020150125454A KR20150125454A KR20170028621A KR 20170028621 A KR20170028621 A KR 20170028621A KR 1020150125454 A KR1020150125454 A KR 1020150125454A KR 20150125454 A KR20150125454 A KR 20150125454A KR 20170028621 A KR20170028621 A KR 20170028621A
Authority
KR
South Korea
Prior art keywords
segment
sta
wireless access
size
communication system
Prior art date
Application number
KR1020150125454A
Other languages
English (en)
Other versions
KR102425517B1 (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 KR1020150125454A priority Critical patent/KR102425517B1/ko
Priority to EP16842344.0A priority patent/EP3342204B1/en
Priority to PCT/KR2016/009838 priority patent/WO2017039378A1/en
Priority to US15/255,861 priority patent/US10356000B2/en
Priority to CN201680051314.1A priority patent/CN107925907B/zh
Publication of KR20170028621A publication Critical patent/KR20170028621A/ko
Application granted granted Critical
Publication of KR102425517B1 publication Critical patent/KR102425517B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H04L47/365—Dynamic adaptation of the packet size
    • 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/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5683—Storage of data provided by user terminals, i.e. reverse caching
    • 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/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Abstract

본 발명은 롱 텀 에볼루션(long term evolution: LTE)과 같은 4세대(4th-generation: 4G)통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 제공될 5세대(5th-generation: 5G) 또는 프리-5G(pre-5G) 통신 시스템에 관련된 것이다.
본 발명은 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기(station: STA)가 데이터를 업로드하는 방법에 있어서, 업로드할 컨텐츠(contents)가 존재함을 검출하면, 특정 무선 억세스 인터페이스가 유용한지 여부를 검출하는 과정과, 상기 특정 무선 억세스 인터페이스가 유용할 경우, 상기 컨텐츠에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 프록시 서버(proxy server)로 송신하여 상기 적어도 하나의 세그먼트 중 적어도 하나를 오리지널 서버(original server)로 업로드하는 과정을 포함함을 특징으로 한다.

Description

다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터 업로드 장치 및 방법{APPARATUS AND METHOD FOR UPLOADING DATA IN MOBILE COMMUNICATION SYSTEM SUPPORTING A PLURALITY OF RADIO ACCESS INTERFACES}
본 발명은 이동 통신 시스템에서 데이터 업로드(upload) 장치 및 방법에 관한 것으로, 특히 다수개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 데이터를 업로드하는 장치 및 방법에 관한 것이다.
4세대(4th-generation: 4G, 이하 "4G"라 칭하기로 한다) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5세대(5th-generation: 5G, 이하 "5G"라 칭하기로 한다)통신 시스템 또는프리-5G(pre-5G, 이하 " pre-5G"라 칭하기로 한다) 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는pre-5G 통신 시스템은 4G 네트워크 이후 (beyond 4G network) 통신 시스템 또는 LTE 시스템 이후 (post LTE) 이후의 시스템이라 불리고 있다.
높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 밀리미터파(millimeter wave: mmWave, 이하 " mmWave"라 칭하기로 한다) 대역 (예를 들어, 60기가 (60GHz) 대역과 같은 주파수 대역)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로 손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입력 다중 출력(massive multi-input multi-output: massive MIMO, 이하 " massive MIMO"라 칭하기로 한다) 기술과, 전차원 다중 입력 다중 출력(full dimensional MIMO: FD-MIMO, 이하 " FD-MIMO"라 칭하기로 한다) 기술과, 어레이 안테나(array antenna) 기술과, 아날로그 빔 포밍(analog beam-forming) 기술 및 대규모 안테나 (large scale antenna) 기술이 논의되고 있다.
또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 디바이스 대 디바이스 (device to device: D2D, 이하 "D2D"라 칭하기로 한다) 통신, 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (coordinated multi-points), 및 수신간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다.
이 밖에도, 5G 시스템에서는 진보된코딩 변조 (advanced coding modulation: ACM, 이하 " ACM"이라 칭하기로 한다) 방식인하이브리드 주파수 쉬프트 키잉(frequency shift keying: FSK, 이하 "FSK"라 칭하기로 한다) 및 직교 진폭 변조(quadrature amplitude modulation: QAM, 이하 "QAM"이라 칭하기로 한다)(hybrid FSK and QAM: FQAM, 이하 " FQAM"라 칭하기로 한다)방식 및 슬라이딩 윈도우 중첩 코딩(sliding window superposition coding: SWSC, 이하 " SWSC"라 칭하기로 한다) 방식과, 진보된 억세스 기술인 필터 뱅크 멀티 캐리어(filter bank multi carrier: FBMC, 이하 "FBMC"라 칭하기로 한다) 기술과, 비직교 다중 억세스(non orthogonal multiple access: NOMA, 이하 " NOMA"라 칭하기로 한다) 기술 및 성긴 코드 다중 억세스(sparse code multiple access: SCMA, 이하 " SCMA"라 칭하기로 한다) 기술 등이 개발되고 있다.
이동 통신 시스템이 급속하게 발전하면서, 또한 스마트 폰(smart phone)이 널리 보급이 되면서 모바일 데이터(mobile data) 사용이 급격히 증가되고 있다. 특히, 다운링크 뿐만 아니라 업링크를 통한 모바일 데이터 사용이 급격하게 증가되고 있으며, 상기 업링크를 통한 모바일 데이터 사용의 대표적인 예가 파일(file) 혹은 컨텐츠(contents)를 업로드하는 것이다.
따라서, 상기 파일 혹은 컨텐츠를 업로드하는 것에 대한 효율을 증가시키기 위한 다양한 방식들이 제안된 바 있으며, 그 중 대표적인 예가 오프로딩(offloading) 방식이다. 이와 같이 상기 파일 혹은 컨텐츠를 업로드하는 것에 대한 효율을 증가시키기 위한 다양한 방식들이 제안된 바 있지만, 상기 파일 혹은 컨텐츠 업로드가 실패할 경우 상기 파일 혹은 컨텐츠를 처음부터 다시 업로드해야만 한다.
따라서, 단말기는 상기 파일 혹은 컨텐츠에 대한 업로드가 정상적으로 수행되고 있는지 지속적으로 모니터링(monitoring)해야만 하며, 특히 해당 무선 억세스 인터페이스를 통한 상기 파일 혹은 컨텐츠에 대한 업로드가 실패할 경우, 상기 단말기는 다시 상기 파일 혹은 컨텐츠에 대한 업로드를 처음부터 재시도해야만 한다. 이는 결론적으로, 상기 파일 혹은 컨텐츠에 대한 업로드 중에 상기 단말기의 이동을 제한할 수 있는 요인으로 작용하게 된다.
또한, 영상 프로세싱 기술이 발전함에 따라 고화질 비디오 리코딩(recording)이 가능해지고, 따라서 업로드 하고자 하는 파일 혹은 컨텐츠의 용량이 현저하게 증가된다. 따라서, 대용량 파일 혹은 대용량 컨텐츠를 고속으로 신뢰성있게 업로드할 수 있는 방안에 대한 필요성이 대두되고 있다.
특히, 최근에는 실시간으로 대용량 파일 혹은 대용량 컨텐츠를 공유해야만 하는 케이스(case)들, 일 예로 클라우드(cloud) 기반 실시간 개인용 방송(personal broadcasting) 서비스와 같이 실시간으로 대용량 파일 혹은 대용량 컨텐츠를 공유해야만 하는 케이스들이 증가되고 있으며, 이 경우 높은 신뢰성으로 고속으로 파일 혹은 컨텐츠를 업로드하는 것이 시스템 전체의 성능을 향상시키는 중요한 이슈(issue)가 될 수 있다.
한편, 이동 통신 시스템의 발달에 따라 단말기 역시 발달하였으며, 특히 최근에는 1개의 단말기가 다수 개의 무선 억세스 인터페이스들을 지원하는 것이 가능하다. 일 예로, 단말기는 와이-파이(wireless fidelity: Wi-Fi, 이하 ‘Wi-Fi’라고 칭하기로 한다) 인터페이스와, 롱 텀 에볼루션-어드밴스드(long term evolution-advanced: LTE, 이하 ‘LTE-A’라 칭하기로 한다) 인터페이스의 총 2개의 무선 억세스 인터페이스들을 지원할 수 있다.
하지만, 현재까지 제안된 이동 통신 시스템에서는 단말기가 다수 개의 무선 억세스 인터페이스들을 지원한다고 할지라도, 해당 시점에서 상기 단말기는 상기 다수 개의 무선 억세스 인터페이스들 중 어느 하나를 통해서만 파일 혹은 컨텐츠를 업로드한다.
따라서, 상기 단말기는 제한된 무선 억세스 인터페이스를 통해 제한된 네트워크 속도로 파일 혹은 컨텐츠를 업로드할 수 밖에 없으며, 결과적으로 상기 단말기의 파일 혹은 컨텐츠 업로드가 실패할 수 있고, 이는 결과적으로 서비스 품질 저하를 초래하게 된다.
따라서, 이동 통신 시스템에서 고속으로 신뢰성 있게 데이터를 업로드하는 방안에 대한 필요성이 대두되고 있다.
한편, 상기와 같은 정보는 본 발명의 이해를 돕기 위한 백그라운드(background) 정보로서만 제시될 뿐이다. 상기 내용 중 어느 것이라도 본 발명에 관한 종래 기술로서 적용 가능할지 여부에 관해, 어떤 결정도 이루어지지 않았고, 또한 어떤 주장도 이루어지지 않는다.
본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 끊김없이 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적 업로드(opportunistic upload)를 기반으로 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 로드 밸런싱(load balancing)을 고려하여 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 고속으로 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 안전성 보장을 고려하여 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재송신 오버헤드(overhead)를 감소시키는 것이 가능하도록 데이터를 업로드하는 장치 및 방법을 제안한다.
본 발명의 일 실시 예에 따른 방법은;다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기(station: STA)가 데이터를 업로드하는 방법에 있어서, 업로드할 컨텐츠(contents)가 존재함을 검출하면, 특정 무선 억세스 인터페이스가 유용한지 여부를 검출하는 과정과, 상기 특정 무선 억세스 인터페이스가 유용할 경우, 상기 컨텐츠에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 프록시 서버(proxy server)로 송신하여 상기 적어도 하나의 세그먼트 중 적어도 하나를 오리지널 서버(original server)로 업로드하는 과정을 포함함을 특징으로 한다.
본 발명의 일 실시 예에 따른 다른 방법은;다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 프록시 서버(proxy server)가 단말기(station: STA)의 데이터 업로드를 지원하는 방법에 있어서, STA로부터 상기 STA가 오리지널 서버(original server)로 업로드할 컨텐츠(contents)에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 수신하는 과정을 포함하며, 상기 STA는 특정 무선 억세스 인터페이스가 유용할 경우 상기 header 메시지와 상기 body 메시지를 상기 특정 무선 억세스 인터페이스를 통해 송신함을 특징으로 한다.
본 발명의 일 실시 예에 따른 장치는;다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기(station: STA)에 있어서, 업로드할 컨텐츠(contents)가 존재함을 검출하면, 특정 무선 억세스 인터페이스가 유용한지 여부를 검출하는 제어기와, 상기 특정 무선 억세스 인터페이스가 유용할 경우, 상기 컨텐츠에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 프록시 서버(proxy server)로 송신하여 상기 적어도 하나의 세그먼트 중 적어도 하나를 오리지널 서버(original server)로 업로드하는 동작을 수행하는 송/수신기를 포함함을 특징으로 한다.
본 발명의 일 실시 예에 따른 다른 장치는;다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 프록시 서버(proxy server)에 있어서, 단말기(station: STA)로부터 상기 STA가 오리지널 서버(original server)로 업로드할 컨텐츠(contents)에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 수신하는 송/수신기를 포함하며, 상기 STA는 특정 무선 억세스 인터페이스가 유용할 경우 상기 header 메시지와 상기 body 메시지를 상기 특정 무선 억세스 인터페이스를 통해 송신함을 특징으로 한다.
본 발명의 다른 측면들과, 이득들 및 핵심적인 특징들은 부가 도면들과 함께 처리되고, 본 발명의 바람직한 실시예들을 개시하는, 하기의 구체적인 설명으로부터 해당 기술 분야의 당업자에게 자명할 것이다.
하기의 본 개시의 구체적인 설명 부분을 처리하기 전에, 이 특허 문서를 통해 사용되는 특정 단어들 및 구문들에 대한 정의들을 설정하는 것이 효과적일 수 있다: 상기 용어들 “포함하다(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개의 몇몇 조합에서 구현될 수 있다. 어떤 특정 제어기와 연관되는 기능성이라도 집중화되거나 혹은 분산될 수 있으며, 국부적이거나 원격적일 수도 있다는 것에 주의해야만 할 것이다. 특정 단어들 및 구문들에 대한 정의들은 이 특허 문서에 걸쳐 제공되고, 해당 기술 분야의 당업자는 많은 경우, 대부분의 경우가 아니라고 해도, 상기와 같은 정의들이 종래 뿐만 아니라 상기와 같이 정의된 단어들 및 구문들의 미래의 사용들에도 적용된다는 것을 이해해야만 할 것이다.
본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터를 업로드하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 끊김없이 데이터를 업로드하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적 업로드(opportunistic upload)를 기반으로 데이터를 업로드하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 로드 밸런싱(load balancing)을 고려하여 데이터를 업로드하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 고속으로 데이터를 업로드하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 안전성 보장을 고려하여 데이터를 업로드하는 것을 가능하게 한다는 효과가 있다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재송신 오버헤드(overhead)를 감소시키는 것이 가능하도록 데이터를 업로드하는 것을 가능하게 한다는 효과가 있다.
본 발명의 특정한 바람직한 실시예들의 상기에서 설명한 바와 같은 또한 다른 측면들과, 특징들 및 이득들은 첨부 도면들과 함께 처리되는 하기의 설명으로부터 보다 명백하게 될 것이다:
도 1은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 일 예를 개략적으로 도시한 도면이다;
도 2a-도 2b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 일 예를 개략적으로 도시한 도면이다;
도 3a-도 3b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 다른 예를 개략적으로 도시한 도면이다;
도 4는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 고정 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작을 개략적으로 도시한 순서도이다;
도 5는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 additive increase 방식을 기반으로 세그먼트의 사이즈를 결정하는 과정을 개략적으로 도시한 도면이다;
도 6은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 일 예를 개략적으로 도시한 순서도이다;
도 7은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 exponential growth 방식을 기반으로 세그먼트의 사이즈를 결정하는 과정을 개략적으로 도시한 도면이다;
도 8은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 다른 예를 개략적으로 도시한 순서도이다;
도 9는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 다른 예를 개략적으로 도시한 도면이다;
도 10a-도 10b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예를 개략적으로 도시한 도면이다;
도 11a-도 11b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예를 개략적으로 도시한 도면이다;
도 12a-도 12b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 구현 예를 개략적으로 도시한 도면이다;
도 13은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA의 내부 구조를 개략적으로 도시한 도면이다;
도 14는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 프록시 서버의 내부 구조를 개략적으로 도시한 도면이다;
도 15는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 오리지널 서버의 내부 구조를 개략적으로 도시한 도면이다.
상기 도면들을 통해, 유사 참조 번호들은 동일한 혹은 유사한 엘리먼트들과, 특징들 및 구조들을 도시하기 위해 사용된다는 것에 유의해야만 한다.
첨부되는 도면들을 참조하는 하기의 상세한 설명은 청구항들 및 청구항들의 균등들로 정의되는 본 개시의 다양한 실시예들을 포괄적으로 이해하는데 있어 도움을 줄 것이다. 하기의 상세한 설명은 그 이해를 위해 다양한 특정 구체 사항들을 포함하지만, 이는 단순히 예로서만 간주될 것이다. 따라서, 해당 기술 분야의 당업자는 여기에서 설명되는 다양한 실시예들의 다양한 변경들 및 수정들이 본 개시의 범위 및 사상으로부터 벗어남이 없이 이루어질 수 있다는 것을 인식할 것이다. 또한, 공지의 기능들 및 구성들에 대한 설명은 명료성 및 간결성을 위해 생략될 수 있다.
하기의 상세한 설명 및 청구항들에서 사용되는 용어들 및 단어들은 문헌적 의미로 한정되는 것이 아니라, 단순히 발명자에 의한 본 개시의 명료하고 일관적인 이해를 가능하게 하도록 하기 위해 사용될 뿐이다. 따라서, 해당 기술 분야의 당업자들에게는 본 개시의 다양한 실시예들에 대한 하기의 상세한 설명은 단지 예시 목적만을 위해 제공되는 것이며, 첨부되는 청구항들 및 상기 청구항들의 균등들에 의해 정의되는 본 개시를 한정하기 위해 제공되는 것은 아니라는 것이 명백해야만 할 것이다.
또한, 본 명세서에서 명백하게 다른 내용을 지시하지 않는 “한”과, “상기”와 같은 단수 표현들은 복수 표현들을 포함한다는 것이 이해될 수 있을 것이다. 따라서, 일 예로, “컴포넌트 표면(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) 등이 될 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 디바이스는 통신 기능을 포함하는, 가구와, 빌딩/구조의 일부와, 전자 보드와, 전자 서명 수신 디바이스와, 프로젝터와, 다양한 측정 디바이스들(일 예로, 물과, 전기와, 가스 혹은 전자기 파 측정 디바이스들) 등이 될 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 디바이스는 상기에서 설명한 바와 같은 디바이스들의 조합이 될 수 있다. 또한, 본 발명의 바람직한 실시예들에 따른 전자 디바이스는 상기에서 설명한 바와 같은 디바이스에 한정되는 것이 아니라는 것은 당업자에게 자명할 것이다.
본 발명의 다양한 실시예들에 따르면, 단말기(station: STA, 이하 "STA"라 칭하기로 한다)는일 예로 전자 디바이스가 될 수 있다.
또한, 본 발명의 다양한 실시예들에 따르면, 일 예로 STA는 데이터를 업로드(upload)하는 송신 장치로서 동작하고, 일 예로 프록시 서버(proxy server)는 데이터를 수신하는 수신 장치로서 동작한다.
본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 끊김없이 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적 업로드(opportunistic upload)를 기반으로 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 로드 밸런싱(load balancing)을 고려하여 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 고속으로 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 안전성 보장을 고려하여 데이터를 업로드하는 장치 및 방법을 제안한다.
또한, 본 발명의 일 실시예는 다수개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 재송신 오버헤드(overhead)를 감소시키는 것이 가능하도록 데이터를 업로드하는 장치 및 방법을 제안한다.
한편, 본 발명의 일 실시예에서 제안하는 장치 및 방법은 롱 텀 에볼루션 (long-term evolution: LTE, 이하 ‘LTE’라 칭하기로 한다) 이동 통신 시스템과, 롱 텀 에볼루션-어드밴스드 (long-term evolution-advanced: LTE-A, 이하 ‘LTE-A’라 칭하기로 한다) 이동 통신 시스템과, 인가-보조 억세스(licensed-assisted access: LAA, 이하 " LAA"라 칭하기로 한다)-LTE 이동 통신 시스템과, 고속 하향 링크 패킷 접속(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’라 칭하기로 한다) 이동 통신 시스템과, 국제 전기 전자 기술자 협회(institute of electrical and electronics engineers: IEEE, 이하 ‘IEEE’라 칭하기로 한다) 802.16ad 통신 시스템과, IEEE802.16m 통신 시스템과, IEEE802.16e 통신 시스템과, 진화된 패킷 시스템(evolved packet system: EPS, 이하 'EPS'라 칭하기로 한다)과, 모바일 인터넷 프로토콜(mobile internet protocol: Mobile IP, 이하 ‘Mobile IP ‘라 칭하기로 한다) 시스템 등과 같은 다양한 통신 시스템들에 적용 가능하다.
먼저, 도 1을 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 일 예에 대해서 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 일 예를 개략적으로 도시한 도면이다.
도 1을 설명하기에 앞서, 먼저 기회적인 업로드 방식이라 함은 지연 가능한, 비교적 큰 사이즈의 컨텐츠(contents)를 미리 설정되어 있는 데이터 유닛(data unit), 일 예로 세그먼트(segment) 단위로 분할한 후, 무선 근거리 통신 네트워크(wireless local access network: WLAN, 이하 " WLAN"이라 칭하기로 한다) 커넥션(connection)이 성립될 때마다 기회적으로 세그먼트들을 업로드하는 방식을 나타낸다. 여기서, 상기 컨텐츠는 적어도 하나의 세그먼트를 포함할 수 있으며, 1개의 컨텐츠에는 1개의 세션(session) 식별자(identifier: ID, 이하 "ID"라 칭하기로 한다)가 부여된다. 또한, 상기 WLAN 커넥션은 일 예로, 와이-파이(wireless fidelity: Wi-Fi, 이하 ‘Wi-Fi’라고 칭하기로 한다) 커넥션과, 밀리미터파(millimeter wave: mmWave) 커넥션 등을 포함할 수 있으며, 도 1에서는 설명의 편의상 상기 WLAN 커넥션이 Wi-Fi 커넥션이라고 가정하기로 한다.
또한, 도 1에서는 업로드 대상이 컨텐츠인 경우를 일 예로 하지만, 상기 업로드 대상은 상기 컨텐츠 뿐만 아니라 파일(file)과, 서비스 패키지(service package) 등과 같은 다양한 형태들이 될 수 있음은 물론이다.
또한, 도 1에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스는 미리 설정되어 있는 1개의 무선 억세스 인터페이스, 일 예로 와이-파이(wireless fidelity: Wi-Fi, 이하 ‘Wi-Fi’라고 칭하기로 한다) 방식만을 사용할 경우의 업로드 프로세스임에 유의하여야만 할 것이다. 다수 개의 무선 억세스 인터페이스들, 일 예로 Wi-Fi 방식과 LTE 방식을 사용하여 업로드 프로세스를 수행하는 경우에 대해서는 하기에서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다.
상기 통신 시스템은 STA(111)와, 다수 개, 일 예로 3개의 와이-파이(wireless fidelity: Wi-Fi, 이하 ‘Wi-Fi’라고 칭하기로 한다) 억세스 포인트(access point: AP, 이하 "AP"라 칭하기로 한다)들, 즉 Wi-Fi AP #1(113)과, Wi-Fi AP #2(115)와, Wi-Fi AP #3(117)과, 프록시 서버(proxy server)(119)와, 오리지널 서버(original server)(121)를 포함한다. 여기서, 상기 프록시 서버(119)는 논리 서버(logical server)이다.
먼저, 상기 STA(111)는 업로드할 컨텐츠가 존재함을 검출하면, Wi-Fi 방식을 사용하는 것이 가능한지 여부를 결정한다. 상기 Wi-Fi 방식을 사용하는 것이 가능할 경우 상기 STA(111)는 업로드 세션에 대한 세션 ID를 할당한다. 도 1에서는 일예로, 상기 업로드 세션에 대한 세션 ID가 "cloud.example.org:j6oAOxCWZh/CD723LGeXlf"라고 가정하기로 한다.
상기 STA(111)는 상기 프록시 서버(119)로 상기 STA(111)가 상기 컨텐츠를 업로드할 데스티네이션(destination)의 IP 어드레스(address), 즉 상기 컨텐츠를 업로드할 최종 서버의 IP 어드레스, 일 예로 상기 오리지널 서버(121)의 IP 어드레스 및 상기 업로드할 컨텐츠의 컨텐츠 길이에 관련된 정보를 포함하는 메시지, 일 예로 하이퍼텍스트 전송 프로토콜(hypertext transfer protocol: HTTP, 이하 ‘HTTP’라 칭하기로 한다) 범위-요구(HTTP range-request, 이하 "HTTP range-request"라 칭하기로 한다) 메시지를 사용하여 상기 컨텐츠를 업로드하기 시작한다. 여기서, 상기 HTTP range-request 메시지는 HTTP 요구 헤더(HTTP request header, 이하 "HTTP request header"라 칭하기로 한다) 필드를 포함하며, 상기 HTTP request header 필드는 데스티네이션 IP 어드레스와, 세션 ID와, 컨텐츠 길이에 관련된 정보와, 컨텐츠의 범위(range)에 관련된 정보를 포함할 수 있다.
상기 STA(111)로부터 HTTP range-request 메시지를 수신한 프록시 서버(119)는 상기 HTTP range-request 메시지에 포함되어 있는 세션 ID를 포함하는, 상기 STA(111)에 대한 세션 정보를 검출 및 유지하면서, 상기 STA(111)로부터 컨텐츠를 수신하고, 상기 STA(111)의 컨텐츠 업로드 상태를 모니터한다. 이렇게, 상기 STA(111)로부터 컨텐츠를 수신하는 중에 상기 STA(111)로부터의 컨텐츠 업로드가 완료됨을 검출할 경우, 상기 프록시 서버(119)는 상기 업로드 완료된 컨텐츠를 상기 오리지널 서버(121)로 업로드한다.
한편, 상기에서는 상기 오리지널 서버(121)에 대한 별도의 로그 인(log in) 프로세스 없이 상기 STA(111)가 상기 오리지널 서버(121)로 컨텐츠를 업로드하는 경우에 대해서 설명하였다. 하지만, 이와는 달리 상기 STA(111)는 상기 오리지널 서버(121)에 대한 로그 인 프로세스를 수행한 후 컨텐츠를 업로드할 수 있으며, 이에 대해서 구체적으로 설명하면 다음과 같다.
먼저, 상기 오리지널 서버(121) 서비스를 이용하기 위해 로그인 프로세스가 필요할 경우, 상기 STA(111)는 HTTP request header 필드에 사용자 계정 정보를 포함시킬 수 있다. 여기서, 상기 로그 인 프로세스에 대한 필요성 여부는 상기 STA(111)에서 결정되며, 상기 로그 인 프로세스가 필요할 경우 상기 STA(111)는 상기 HTTP request header 필드에 상기 STA(111)의 사용자 계정 정보를 포함시킨다. 여기서, 상기 STA(111)의 사용자 계정 정보는 모든 HTTP range-request 메시지들에 포함될 수도 있고, 이와는 달리 특정 HTTP range-request 메시지, 일 예로 첫 번째 HTTP range-request 메시지 혹은 마지막 HTTP range-request 메시지에 포함될 수 있다.
따라서, 상기 프록시 서버(119)는 상기 STA(111)로부터 수신되는 HTTP range-request 메시지에 사용자 계정 정보가 포함되어 있을 경우, 상기 STA(111)로부터의 컨텐츠 업로드 완료시 상기 사용자 계정 정보를 기반으로 상기 오리지널 서버(121)에 대해 로그 인 프로세스를 수행한다.
도 1에서 설명한 바와 같이 컨텐츠를 업로드할 경우, STA가 Wi-Fi 방식을 사용하여 컨텐츠를 업로드하고 있는 중에 상기 Wi-Fi 방식을 사용하여 컨텐츠를 업로드하는 것이 불가능하게 될지라도, 상기 STA는 상기 컨텐츠를 처음부터 다시 업로드하는 것이 아니라 상기 컨텐츠 중 업로드된 데이터 이외의 나머지 데이터에 대해서만 업로드하면 되기 때문에 재송신 오버헤드(overhead)를 감소시킬 수 있다.
또한, 도 1에서 설명한 바와 같이 컨텐츠를 업로드할 경우, STA는 사용자가 별도로 개입하지 않아도 백그라운드(background) 형태로 Wi-Fi 방식을 사용하는 것이 가능할 때마다, 즉 Wi-Fi 커넥션이 성립할 때마다 컨텐츠를 업로드할 수 있다. 따라서, 이와 같은 기회적인 업로드 방식을 기반으로 하는 컨텐츠 업로드는 사용자 편의성을 증가시키게 된다.
도 1에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 일 예에 대해서 설명하였으며, 다음으로 도 2a-도 2b를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 일 예에 대해 설명하기로 한다.
도 2a-도 2b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 일 예를 개략적으로 도시한 도면이다.
도 2a-도 2b를 참조하면, 상기 통신 시스템은 STA(111)와, 프록시 서버(119) 및 오리지널 서버(121)를 포함한다.
또한, 상기 STA(111)는 어플리케이션(application)(211)과, 플랫폼(platform)을 포함하며, 상기 플랫폼은 데이터 관리자(data manager)(213)와, 요구/응답 핸들러(request/response handler)(215)와, Wi-Fi 인터페이스(interface: I/F) 모니터링 유닛(217)을 포함한다.
또한, 상기 프록시 서버(119)는 요구/응답 핸들러(219)와, 데이터 관리자(221)를 포함한다.
먼저, 상기 STA(111)의 어플리케이션(211)은 업로드할 컨텐츠가 발생함을 검출하면, 업로드할 컨텐츠가 존재함을 나타내는 정보를 포함하는 HTTP 요구 헤더(HTTP Request Header, 이하 " HTTP Request Header"라 칭하기로 한다) 메시지를 상기 STA(111)의 요구/응답 핸들러(215)로 전달한다(223단계). 상기 HTTP Request Header 메시지를 수신한 STA(111)의 요구/응답 핸들러(215)는 상기 HTTP Request Header 메시지를 기반으로 상기 STA(111)의 컨텐츠를 업로드하는데 사용되는 세션에 대한 세션 ID 를 생성한다(225단계). 도 2에서는, 상기 세션 ID가 일 예로 "XYZ"라고 가정하기로 한다.
또한, 상기 STA(111)의 어플리케이션(211)은 HTTP 요구 바디(HTTP Request Body, 이하 " HTTP Request Body"라 칭하기로 한다) 메시지를 통해 업로드할 데이터를 상기 STA(111)의 데이터 관리자(213)로 전달한다(227단계).
한편, 상기 STA(111)의 Wi-Fi 인터페이스 모니터링 유닛(217)은 현재 Wi-Fi 방식을 사용하는 것이 가능한지 여부를 검출하고, 상기 Wi-Fi 방식을 사용하는 것이 가능할 경우, 즉 Wi-Fi 방식이 유용할 경우, 상기 STA(111)의 데이터 관리자(213)로 상기 Wi-Fi 방식이 유용함을 통보한다(Notify "Wi-Fi is available")(229단계). 여기서, 상기 Wi-Fi 방식이 유용함을 통보하는 방식은 다양한 형태들로 구현될 수 있으며, 일 예로 상기 Wi-Fi 방식이 유용함을 나타내는 정보를 포함하는 메시지를 송신함으로써 상기 Wi-Fi 방식이 유용함을 통보할 수 있다.
상기 STA(111)의 요구/응답 핸들러(215)는 상기 프록시 서버(119)의 요구/응답 핸들러(219)로 HTTP Range Request Header 메시지를 송신한다(231단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(111)의 어플리케이션(211)으로부터 수신한 HTTP Request Header 메시지와 상기 생성한 세션 ID, 즉 XYZ를 포함한다. 또한, 상기 STA(111)의 데이터 관리자(213)는 HTTP Range Request Body 메시지를 통해 해당하는 범위의 세그먼트, 일 예로 데이터 #1을 상기 프록시 서버(119)의 데이터 관리자(221)로 송신한다(233단계).
상기 프록시 서버(119)는 상기 데이터 관리자(221)를 통해 상기 233단계에서 HTTP Range Request Body 메시지를 수신함에 따라 상기 요구/응답 핸들러(219)를 통해 상기 STA(111)의 데이터 관리자(213)로 HTTP 범위 응답(HTTP Range Response, 이하 "HTTP Range Response"라 칭하기로 한다) 메시지를 송신한다(235단계). 상기 프록시 서버(119)로부터 HTTP Range Response 메시지를 수신한 STA(111)의 데이터 관리자(213)는 업로드 진행을 업데이트한다(Update Upload Progress)(237단계).
한편, 상기 STA(111)의 요구/응답 핸들러(215)는 상기 컨텐츠에 대한 업로드가 완료되지 않았으므로, 상기 프록시 서버(119)의 요구/응답 핸들러(219)로 HTTP Range Request Header 메시지를 송신한다(239단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(111)의 어플리케이션(211)으로부터 수신한 HTTP Request Header 메시지와 상기 세션 ID XYZ를 포함한다. 또한, 상기 STA(111)의 데이터 관리자(213)는 HTTP Range Request Body 메시지를 통해 해당하는 범위의 세그먼트, 일 예로 데이터 #2를 상기 프록시 서버(119)의 데이터 관리자(221)로 송신한다(241단계).
상기 프록시 서버(119)의 데이터 관리자(221)는 업로드 프로세스가 진행중인 컨텐츠에 대한 다수 개의 서로 다른 세그먼트들이 수신되었음을 검출하면, 상기 다수 개의 세그먼트들을 재조립한다. 그리고 나서 상기 업로드 프로세스가 완료되지 않았을 경우, 즉, 상기 업로드 프로세스가 여전히 진행중일 경우, 상기 프록시 서버(119)의 데이터 관리자(221)는 해당 세션에 대한 세션 정보, 즉 세션 ID를 유지한다(243단계).
한편, 상기 프록시 서버(119)는 상기 데이터 관리자(221)를 통해 상기 HTTP Range Request Body 메시지를 수신함에 따라 상기 요구/응답 핸들러(219)를 통해 상기 STA(111)의 데이터 관리자(213)로 HTTP Range Response 메시지를 송신한다(245단계). 상기 프록시 서버(119)로부터 HTTP Range Response 메시지를 수신한 STA(111)의 데이터 관리자(213)는 업로드 진행을 업데이트한다(247단계).
한편, 이렇게 상기 컨텐츠에 대한 업로드 프로세스를 진행하는 중에도, 상기 Wi-Fi 모니터링 유닛(217)은 지속적으로 Wi-Fi 방식이 유용한지 여부를 모니터하며, 상기 모니터 결과 상기 Wi-Fi 방식이 유용하지 않음을 검출할 경우, 상기 STA(111)의 요구/응답 핸들러(215)를 통해 상기 STA(111)의 데이터 관리자(213)로 상기 Wi-Fi 방식이 유용하지 않음을 통보한다(Notify "Wi-Fi is unavailable")(249단계). 여기서, 상기 Wi-Fi 방식이 유용하지 않음을 통보하는 방식은 다양한 형태들로 구현될 수 있으며, 일 예로 상기 Wi-Fi 방식이 유용하지 않음을 나타내는 정보를 포함하는 메시지를 송신함으로써 상기 Wi-Fi 방식이 유용하지 않음을 통보할 수 있다.
상기 STA(111)의 요구/응답 핸들러(215)가 상기 Wi-Fi 방식이 유용하지 않음을 통보함에 따라 상기 컨텐츠에 대한 업로드 프로세스를 더 이상 진행하지 않고 대기한다.
이후에도, 상기 Wi-Fi 모니터링 유닛(217)은 지속적으로 Wi-Fi 방식이 유용한지 여부를 모니터하며, 상기 모니터 결과 상기 Wi-Fi 방식이 유용함을 검출할 경우, 상기 STA(111)의 요구/응답 핸들러(215)를 통해 상기 STA(111)의 데이터 관리자(213)로 상기 Wi-Fi 방식이 유용함을 통보한다(Notify "Wi-Fi is available")(251단계).
한편, 상기 STA(111)의 요구/응답 핸들러(215)는 상기 컨텐츠에 대한 업로드가 완료되지 않았고, 또한 Wi-Fi 방식이 다시 유용한 상태이므로, 상기 프록시 서버(119)의 요구/응답 핸들러(219)로 HTTP Range Request Header 메시지를 송신한다(253단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(111)의 어플리케이션(211)으로부터 수신한 HTTP Request Header 메시지와 상기 세션 ID XYZ를 포함한다. 또한, 상기 STA(111)의 데이터 관리자(213)는 HTTP Range Request Body 메시지를 통해 해당하는 범위의 세그먼트, 일 예로 데이터 #3을 상기 프록시 서버(119)의 데이터 관리자(221)로 송신한다(255단계).
한편, 상기 프록시 서버(119)는 상기 데이터 관리자(221)를 통해 상기 233단계에서 HTTP Range Request Body 메시지를 수신함에 따라 상기 요구/응답 핸들러(219)를 통해 상기 STA(111)의 데이터 관리자(213)로 HTTP Range Response 메시지를 송신한다(257단계). 상기 프록시 서버(119)로부터 HTTP Range Response 메시지를 수신한 STA(111)의 데이터 관리자(213)는 업로드 진행을 업데이트한다(259단계).
한편, 상기 STA(111)의 요구/응답 핸들러(215)는 상기 컨텐츠에 대한 업로드가 완료되지 않았으므로, 상기 프록시 서버(119)의 요구/응답 핸들러(219)로 HTTP Range Request Header 메시지를 송신한다(261단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(111)의 어플리케이션(211)으로부터 수신한 HTTP Request Header 메시지와 상기 세션 ID XYZ를 포함한다. 또한, 상기 STA(111)의 데이터 관리자(213)는 HTTP Range Request Body 메시지를 통해 해당하는 범위의 세그먼트, 일 예로 데이터 #4를 상기 프록시 서버(119)의 데이터 관리자(221)로 송신한다(263단계).
한편, 상기 프록시 서버(119)는 상기 데이터 관리자(221)를 통해 상기 233단계에서 HTTP Range Request Body 메시지를 수신함에 따라 상기 요구/응답 핸들러(219)를 통해 상기 STA(111)의 데이터 관리자(213)로 HTTP Range Response 메시지를 송신한다(265단계). 상기 프록시 서버(119)로부터 HTTP Range Response 메시지를 수신한 STA(111)의 데이터 관리자(213)는 업로드 진행을 업데이트한다(267단계).
상기에서 설명한 바와 같은 방식으로 상기 컨텐츠에 대한 업로드가 완료되면, 즉, 상기 STA(111)로부터 상기 컨텐츠가 포함하는 모든 세그먼트들을 수신하면, 상기 프록시 서버(119)의 요구/응답 핸들러(219)는 상기 STA(111)로부터 수신한 컨텐츠, 즉 업로드 완료된 컨텐츠를 상기 오리지널 서버(121)로 업로드해야 한다. 따라서, 상기 프록시 서버(119)의 요구/응답 핸들러(219)는 상기 오리지널 서버(121)로 HTTP Request Header 메시지를 송신한다(269단계). 여기서, 상기 269단계에서 송신되는 HTTP Request Header 메시지는 상기 223단계의 HTTP Request Header 메시지와 동일하다.
또한, 상기 프록시 서버(119)의 데이터 관리자(119)는 상기 오리지널 서버(121)로 HTTP Request Body 메시지를 통해 상기 STA(111)로부터 수신한 컨텐츠를 업로드한다(271단계).
상기 프록시 서버(119)의 데이터 관리자(119)로부터 HTTP Request Body 메시지를 수신한 오리지널 서버(121)는 상기 프록시 서버(119)의 요구/응답 핸들러(219)로 HTTP Response 메시지를 송신한다(273단계). 상기 프록시 서버(119)의 요구/응답 핸들러(219)는 상기 오리지널 서버(121)로부터 HTTP Response 메시지를 수신함에 따라 상기 STA(111)의 요구/응답 핸들러(215)로 HTTP Response 메시지를 송신한다(275단계). 상기 프록시 서버(119)의 요구/응답 핸들러(219)로부터 HTTP Response 메시지를 수신한 상기 STA(111)의 요구/응답 핸들러(215)는 상기 STA(111)의 어플리케이션(211)으로 HTTP Response 메시지를 전달한다(277단계).
상기 STA(111)의 요구/응답 핸들러(215)로부터 HTTP Response 메시지를 수신한 상기 STA(111)의 어플리케이션(211)은 상기 오리지널 서버(121)로 컨텐츠 업로드가 완료되었음을 검출할 수 있다.
한편, 도 2a-도 2b가 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 일 예를 도시하고 있더라도, 다양한 변형들이 도 2a-도 2b에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 2a-도 2b에는 연속적인 단계들이 도시되어 있지만, 도 2a-도 2b에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 2a-도 2b에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 일 예에 대해서 설명하였으며, 다음으로 도 3a-도 3b를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 다른 예에 대해서 설명하기로 한다.
도 3a-도 3b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 다른 예를 개략적으로 도시한 도면이다.
도 3a-도 3b를 참조하면, 먼저 도 3a-도 3b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스는 도 2a-도 2b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스에 비해 로그 인 프로세스가 추가적으로 수행된다는 점에서만 상이할 뿐 나머지 모든 동작들은 동일하다는 것에 유의하여야만 할 것이다.
먼저, 상기 통신 시스템은 STA(111)와, 프록시 서버(119) 및 오리지널 서버(121)를 포함한다.
또한, 상기 STA(111)는 어플리케이션(311)과, 플랫폼을 포함하며, 상기 플랫폼은 데이터 관리자(313)와, 요구/응답 핸들러(315)와, Wi-Fi 인터페이스 모니터링 유닛(317)을 포함한다.
또한, 상기 프록시 서버(119)는 요구/응답 핸들러(319)와, 데이터 관리자(321)를 포함한다.
상기에서 설명한 바와 같이 도 3a-도 3b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스는 도 2a-도 2b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스에 비해 로그 인 프로세스가 추가적으로 수행되기 때문에,상기 STA(111)의 어플리케이션(311)은 업로드할 컨텐츠가 발생함을 검출하면, 업로드할 컨텐츠가 존재함을 나타내는 정보와 함께 상기 STA(111)의 사용자 계정 정보(Account Info)를 포함하는 HTTP Request Header 메시지를 상기 STA(111)의 요구/응답 핸들러(315)로 전달한다(323단계). 상기 HTTP Request Header 메시지를 수신한 STA(111)의 요구/응답 핸들러(315)는 상기 HTTP Request Header 메시지를 기반으로 상기 STA(111)의 컨텐츠를 업로드하는데 사용되는 세션에 대한 세션 ID 를 생성한다(325단계). 도 3a-도 3b에서는, 상기 세션 ID가 일 예로 "XYZ"라고 가정하기로 한다.
또한, 상기 STA(111)의 어플리케이션(311)은 HTTP Request Body 메시지를 통해 업로드할 데이터를 상기 STA(111)의 데이터 관리자(313)로 전달한다(327단계).
한편, 상기 STA(111)의 Wi-Fi 인터페이스 모니터링 유닛(317)은 현재 Wi-Fi 방식을 사용하는 것이 가능한지 여부를 검출하고, 상기 Wi-Fi 방식을 사용하는 것이 가능할 경우, 즉 Wi-Fi 방식이 유용할 경우, 상기 STA(111)의 데이터 관리자(313)로 상기 Wi-Fi 방식이 유용함을 통보한다(329단계).
상기 STA(111)의 요구/응답 핸들러(315)는 상기 프록시 서버(119)의 요구/응답 핸들러(319)로 HTTP Range Request Header 메시지를 송신한다(331단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(111)의 어플리케이션(311)으로부터 수신한 HTTP Request Header 메시지와 상기 생성한 세션 ID, 즉 XYZ와 상기 STA(111)의 사용자 계정 정보를 포함한다.
이후의 단계들, 즉 333단계 내지 367단계는 도 2a-도 2b에서 설명한 233단계 내지 267단계와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
한편, 상기에서 설명한 바와 같은 방식으로 상기 컨텐츠에 대한 업로드가 완료되면, 즉, 상기 STA(111)로부터 상기 컨텐츠가 포함하는 모든 세그먼트들을 수신하면, 상기 프록시 서버(119)의 요구/응답 핸들러(319)는 상기 STA(111)로부터 수신한 컨텐츠, 즉 업로드 완료된 컨텐츠를 상기 오리지널 서버(121)로 업로드해야 한다. 따라서, 상기 프록시 서버(119)의 요구/응답 핸들러(319)는 상기 오리지널 서버(121)와 로그 인 프로세스를 수행한다. 여기서, 상기 프록시 서버(119)의 요구/응답 핸들러(319)는 상기 331단계에서 상기 STA(111)의 요구/응답 핸들러(315)로부터 수신한 사용자 계정 정보를 기반으로 상기 오리지널 서버(121)와 상기 로그 인 프로세스를 수행한다(368단계). 상기 사용자 계정 정보를 기반으로 하는 로그 인 프로세스는 다양한 형태들로 구현될 수 있으며, 여기서는 그 상세한 설명을 생략하기로 한다.
이렇게, 로그 인 프로세스를 수행한 후, 상기 로그 인 프로세스가 성공적일 경우, 상기 프록시 서버(119)의 요구/응답 핸들러(319)는 상기 오리지널 서버(121)로 HTTP Request Header 메시지를 송신한다(369단계).
이후의 단계들, 즉 371단계 내지 377단계는 도 2a-도 2b에서 설명한 271단계 내지 277단계와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
한편, 도 3a-도 3b가 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 일 예를 도시하고 있더라도, 다양한 변형들이 도 3a-도 3b에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 3a-도 3b에는 연속적인 단계들이 도시되어 있지만, 도 3a-도 3b에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 3a-도 3b에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 다른 예에 대해서 설명하였으며, 다음으로 도 4를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서STA가 고정 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 대해서 설명하기로 한다.
도 4는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 고정 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작을 개략적으로 도시한 순서도이다.
도 4를 설명하기에 앞서, 먼저 본 발명의 일 실시예에 따른, 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에서는 컨텐츠를 업로드하는 데이터 유닛으로서 세그먼트가 사용되며, 상기 세그먼트의 사이즈는 고정적일 수도 있고 가변적일 수도 있다. 도 4에 도시되어 있는 STA가 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작은 상기 세그먼트의 사이즈가 고정적일 경우의 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작임에 유의하여야만 할 것이다.
먼저, 411단계에서 상기 STA는 Wi-Fi 방식이 유용한지 검사한다. 상기 검사 결과 상기 Wi-Fi 방식이 유용할 경우 상기 STA는 413단계로 진행한다. 상기 413단계에서 상기 STA는 프록시 서버로 HTTP Range Request Header 메시지와 HTTP Range Request Body 메시지를 송신하고 415단계로 진행한다. 여기서, 상기 HTTP Range Request Body 메시지는 고정된 사이즈, 일 예로 X 메가 바이트(mega byte: MB, 이하 "MB"라 칭하기로 한다)의 세그먼트를 포함한다.
상기 415단계에서 상기 STA는 상기 프록시 서버로부터 상기 HTTP Range Request Body 메시지에 대한 응답 메시지인 HTTP Range Response 메시지가 수신되는지 검사한다. 상기 검사 결과 상기 프록시 서버로부터 상기 HTTP Range Response 메시지가 수신될 경우 상기 STA는 417단계로 진행한다. 상기 417단계에서 상기 STA는 상기 컨텐츠에 대한 업로드가 완료되었는지, 즉 상기 컨텐츠가 포함하는 모든 세그먼트들에 대한 업로드가 완료되었는지 검사한다. 상기 검사 결과 상기 컨텐츠에 대한 업로드가 완료되지 않았을 경우 상기 STA는 상기 413단계로 되돌아간다.
한편, 상기 415단계에서 검사 결과 상기 프록시 서버로부터 상기 HTTP Range Response 메시지가 수신되지 않을 경우 상기 STA는 419단계로 진행한다. 상기 419단계에서 상기 STA는 Wi-Fi 연결이 연결 해제되었는지 검사한다. 상기 검사 결과 상기 Wi-Fi 연결이 연결 해제되었을 경우 상기 STA는 상기 411단계로 되돌아 간다. 한편, 상기 419단계에서 상기 Wi-Fi 연결이 연결 해제되지 않았을 경우, 즉 상기 Wi-Fi 방식이 유용할 경우 상기 STA는 415단계로 되돌아간다.
한편, 도 4에 별도로 도시하지는 않았으나, 상기 419단계에서 설명한 바와 같이 상기 컨텐츠에 대한 업로드 프로세스를 수행하는 중에 상기 Wi-Fi 연결이 연결 해제될 경우, 즉 상기 Wi-Fi 방식이 유용하지 않게 될 경우, STA는 상기 컨텐츠에 대한 업로드 프로세스를 중단하고 다시 상기 Wi-Fi 방식이 유용해질 때까지 대기하게 된다.
따라서, 상기 프록시 서버는 상기 STA로부터 상기 컨텐츠의 해당 세그먼트를 수신하는 중에 상기 해당 세그먼트의 수신이 정상적으로 수행되지 않을 경우, 일 예로 상기 STA에서 해당 세그먼트의 업로드가 중단될 경우 해당 시점까지 수신된 해당 세그먼트, 즉 해당 세그먼트의 일부를 저장하지 않고 폐기할 수 있다. 따라서, 이 경우 STA는 Wi-Fi 방식이 다시 유용해질 경우 상기 업로드가 중단된 해당 세그먼트의 시작 시점의 데이터부터 다시 업로드할 수 있다.
한편, 이와는 달리 상기 프록시 서버는 상기 STA로부터 상기 컨텐츠의 해당 세그먼트를 수신하는 중에 상기 해당 세그먼트의 수신이 정상적으로 수행되지 않을 경우, 해당 시점까지 수신된 해당 세그먼트의 일부를 폐기하지 않고 저장할 수 있다. 따라서, 이 경우 STA는 Wi-Fi 방식이 다시 유용해질 경우 상기 업로드가 중단된 해당 세그먼트의 해당 시점의 데이터부터 다시 업로드할 수 있다. 일 예로, 상기 STA는 상기 Wi-Fi 방식이 다시 유용해질 경우 상기 프록시 서버로 아웃오브밴드 시그널링(Out-of-Band Signaling)을 통해 최종적으로 업데이트된 데이터의 사이즈를 알 수 있고, 따라서 상기 최종적으로 업데이트된 데이터의 사이즈에 상응하게 해당 세그먼트에 대해 업로드할 시작 시점을 알 수 있게 된다.
한편, 도 4가 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 고정 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작을 도시하고 있더라도, 다양한 변형들이 도 4에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 4에는 연속적인 단계들이 도시되어 있지만, 도 4에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 4에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 고정 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 대해서 설명하였으며, 다음으로 도 5를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 첨가 증가(additive increase, 이하 "additive increase"라 칭하기로 한다) 방식을 기반으로 세그먼트의 사이즈를 결정하는 동작에 대해서 설명하기로 한다.
도 5는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 additive increase 방식을 기반으로 세그먼트의 사이즈를 결정하는 과정을 개략적으로 도시한 도면이다.
도 5를 참조하면, 먼저 상기 STA는 업로드할 컨텐츠를 세그먼트 단위로 분할한 후, 상기 분할된 세그먼트들을 업로드한다. 이 경우, 상기 STA는 세그먼트의 사이즈를 가변적으로 결정할 수 있으며, 상기 세그먼트의 사이즈를 결정하는 방식들 중 하나가 상기 additive increase 방식이다.
상기 additive increase 방식은 매 세그먼트에 대한 업로드가 성공할 때마다, 세그먼트의 사이즈를 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 단위 사이즈, 일 예로 스텝(step) 사이즈만큼 증가시키는 방식이다. 따라서, 상기 additive increase 방식이 사용될 경우 상기 STA가 업로드를 중단할 때까지, 일 예로 Wi-Fi 방식이 유용해지지 않을 때까지 세그먼트의 사이즈가 스텝 사이즈에 상응하게 지속적으로 증가된다. 여기서, 상기 세그먼트의 최대 사이즈는 미리 결정되어 있으며, 상기 최대 사이즈는 상기 통신 시스템의 시스템 상황을 기반으로 적응적으로 설정될 수 있다. 따라서, 상기 세그먼트의 사이즈는 상기 스텝 사이즈에 상응하게 지속적으로 증가되지만, 증가된 세그먼트의 사이즈는 상기 최대 사이즈를 초과할 수는 없다.
한편, 상기 Wi-Fi 방식이 유용해지지 않게 될 경우 상기 STA는 업로드 프로세스를 중단하며, 이 경우 세그먼트의 사이즈는 다시 초기 사이즈로 설정된다. 그리고 나서, 상기 Wi-Fi 방식이 다시 유용해질 경우 상기 초기 사이즈의 세그먼트 사이즈로 해당 세그먼트를 업로드하기 시작한다.
도 5에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 additive increase 방식을 기반으로 세그먼트의 사이즈를 결정하는 과정에 대해서 설명하였으며, 다음으로 도 6을 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 일 예에 대해서 설명하기로 한다.
도 6은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 일 예를 개략적으로 도시한 순서도이다.
도 6을 설명하기에 앞서, 먼저 본 발명의 일 실시예에 따른, 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에서는 컨텐츠를 업로드하는 데이터 유닛으로서 세그먼트가 사용되며, 상기 세그먼트의 사이즈는 고정적일 수도 있고 가변적일 수도 있다. 도 6에 도시되어 있는 STA가 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작은 상기 세그먼트의 사이즈가 가변적일 경우의 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작임에 유의하여야만 할 것이다. 특히, 도 6에서는 상기 세그먼트의 사이즈가 additive increase 방식을 기반으로 변경될 경우의 업로드 프로세스를 수행하는 동작임에 유의하여야만 할 것이다.
먼저, 611단계에서 상기 STA는 Wi-Fi 방식이 유용한지 검사한다. 상기 검사 결과 상기 Wi-Fi 방식이 유용할 경우 상기 STA는 613단계로 진행한다. 상기 613단계에서 상기 STA는 업로드에 성공한 세그먼트의 개수를 나타내는 변수인 NUM_SUCCESS의 값을 초기값, 일 예로 1로 설정하고 (NUM_SUCCESS = 1), 세그먼트의 사이즈를 나타내는 변수인 SEG_SIZE의 값을 초기 값, 일 예로 X MB로 설정하고 (SEG_SIZE = X MB) 615단계로 진행한다.
상기 615단계에서 상기 STA는 상기 SEG_SIZE의 값을 현재의 SEG_SIZE의 값과 NUM_SUCCESS의 값을 곱한 값으로 설정하고 (SEG_SIZE = SEG_SIZE X NUM_SUCCESS) 617단계로 진행한다. 상기 617단계에서 상기 STA는 프록시 서버로 HTTP Range Request Header 메시지와 HTTP Range Request Body 메시지를 송신하고 619단계로 진행한다. 여기서, 상기 HTTP Range Request Body 메시지는 가변 사이즈, 일 예로 SEG_SIZE MB의 세그먼트를 포함한다.
상기 619단계에서 상기 STA는 상기 프록시 서버로부터 상기 HTTP Range Request Body 메시지에 대한 응답 메시지인 HTTP Range Response 메시지가 수신되는지 검사한다. 상기 검사 결과 상기 프록시 서버로부터 상기 HTTP Range Response 메시지가 수신될 경우 상기 STA는 621단계로 진행한다. 상기 621단계에서 상기 STA는 상기 컨텐츠에 대한 업로드가 완료되었는지, 즉 상기 컨텐츠가 포함하는 모든 세그먼트들에 대한 업로드가 완료되었는지 검사한다.
상기 검사 결과 상기 컨텐츠에 대한 업로드가 완료되지 않았을 경우 상기 STA는 623단계로 진행한다. 상기 623단계에서 상기 STA는 상기 NUM_SUCCESS의 값을 미리 설정된 값, 일 예로 1 증가시킨 후 (NUM_SUCCESS = NUM_SUCCESS + 1) 상기 615단계로 되돌아간다.
한편, 상기 619단계에서 검사 결과 상기 프록시 서버로부터 상기 HTTP Range Response 메시지가 수신되지 않을 경우 상기 STA는 625단계로 진행한다. 상기 625단계에서 상기 STA는 Wi-Fi 연결이 연결 해제되었는지 검사한다. 상기 검사 결과 상기 Wi-Fi 연결이 연결 해제되었을 경우 상기 STA는 상기 611단계로 되돌아 간다. 한편, 상기 625단계에서 상기 Wi-Fi 연결이 연결 해제되지 않았을 경우, 즉 상기 Wi-Fi 방식이 유용할 경우 상기 STA는 619단계로 되돌아간다.
한편, 도 6에 별도로 도시하지는 않았으나, 상기 625단계에서 설명한 바와 같이 상기 컨텐츠에 대한 업로드 프로세스를 수행하는 중에 상기 Wi-Fi 연결이 연결 해제될 경우, 즉 상기 Wi-Fi 방식이 유용하지 않게 될 경우, STA는 상기 컨텐츠에 대한 업로드 프로세스를 중단하고 다시 상기 Wi-Fi 방식이 유용해질 때까지 대기하게 된다.
따라서, 상기 프록시 서버는 상기 STA로부터 상기 컨텐츠의 해당 세그먼트를 수신하는 중에 상기 해당 세그먼트의 수신이 정상적으로 수행되지 않을 경우, 일 예로 상기 STA에서 해당 세그먼트의 업로드가 중단될 경우 해당 시점까지 수신된 해당 세그먼트, 즉 해당 세그먼트의 일부를 저장하지 않고 폐기할 수 있다. 따라서, 이 경우 STA는 Wi-Fi 방식이 다시 유용해질 경우 상기 업로드가 중단된 해당 세그먼트의 시작 시점의 데이터부터 다시 업로드할 수 있다.
한편, 이와는 달리 상기 프록시 서버는 상기 STA로부터 상기 컨텐츠의 해당 세그먼트를 수신하는 중에 상기 해당 세그먼트의 수신이 정상적으로 수행되지 않을 경우, 해당 시점까지 수신된 해당 세그먼트의 일부를 폐기하지 않고 저장할 수 있다. 따라서, 이 경우 STA는 Wi-Fi 방식이 다시 유용해질 경우 상기 업로드가 중단된 해당 세그먼트의 해당 시점의 데이터부터 다시 업로드할 수 있다. 일 예로, 상기 STA는 상기 Wi-Fi 방식이 다시 유용해질 경우 상기 프록시 서버로 아웃 오브 밴드 시그널링을 통해 최종적으로 업데이트된 데이터의 사이즈를 알 수 있고, 따라서 상기 최종적으로 업데이트된 데이터의 사이즈에 상응하게 해당 세그먼트에 대해 업로드할 시작 시점을 알 수 있게 된다.
한편, 도 6이 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 일 예를도시하고 있더라도, 다양한 변형들이 도 6에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 6에는 연속적인 단계들이 도시되어 있지만, 도 6에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 6에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 일 예에 대해서 설명하였으며, 다음으로 도 7을 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 지수 증가(exponential growth, 이하 "exponential growth"라 칭하기로 한다) 방식을 기반으로 세그먼트의 사이즈를 결정하는 동작에 대해서 설명하기로 한다.
도 7은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 exponential growth 방식을 기반으로 세그먼트의 사이즈를 결정하는 과정을 개략적으로 도시한 도면이다.
도 7을 참조하면, 먼저 상기 STA는 업로드할 컨텐츠를 세그먼트 단위로 분할한 후, 상기 분할된 세그먼트들을 업로드한다. 이 경우, 상기 STA는 세그먼트의 사이즈를 가변적으로 결정할 수 있으며, 상기 세그먼트의 사이즈를 결정하는 방식들 중 하나가 상기 exponential growth 방식이다.
상기 exponential growth 방식은 매 세그먼트에 대한 업로드가 성공할 때마다, 세그먼트의 사이즈를 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 배수, 일 예로 2배씩 증가시키는 방식이다. 따라서, 상기 exponential growth 방식이 사용될 경우 상기 STA가 업로드를 중단할 때까지, 일 예로 Wi-Fi 방식이 유용해지지 않을 때까지 세그먼트의 사이즈가 2배씩 지속적으로 증가된다. 여기서, 상기 세그먼트의 최대 사이즈는 미리 결정되어 있으며, 상기 최대 사이즈는 상기 통신 시스템의 시스템 상황을 기반으로 적응적으로 설정될 수 있다. 따라서, 상기 세그먼트의 사이즈는 2배씩 지속적으로 증가되지만, 증가된 세그먼트의 사이즈는 상기 최대 사이즈를 초과할 수는 없다.
한편, 상기 Wi-Fi 방식이 유용해지지 않게 될 경우 상기 STA는 업로드 프로세스를 중단하며, 이 경우 세그먼트의 사이즈는 다시 초기 사이즈로 설정된다. 그리고 나서, 상기 Wi-Fi 방식이 다시 유용해질 경우 상기 초기 사이즈의 세그먼트 사이즈로 해당 세그먼트를 업로드하기 시작한다.
도 7에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 exponential growth 방식을 기반으로 세그먼트의 사이즈를 결정하는 과정에 대해서 설명하였으며, 다음으로 도 8을 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 다른 예에 대해서 설명하기로 한다.
도 8은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 다른 예를 개략적으로 도시한 순서도이다.
도 8을 설명하기에 앞서, 먼저 본 발명의 일 실시예에 따른, 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에서는 컨텐츠를 업로드하는 데이터 유닛으로서 세그먼트가 사용되며, 상기 세그먼트의 사이즈는 고정적일 수도 있고 가변적일 수도 있다. 도 8에 도시되어 있는 STA가 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작은 상기 세그먼트의 사이즈가 가변적일 경우의 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작임에 유의하여야만 할 것이다. 특히, 도 8에서는 상기 세그먼트의 사이즈가 exponential growth 방식을 기반으로 변경될 경우의 업로드 프로세스를 수행하는 동작임에 유의하여야만 할 것이다.
먼저, 811단계에서 상기 STA는 Wi-Fi 방식이 유용한지 검사한다. 상기 검사 결과 상기 Wi-Fi 방식이 유용할 경우 상기 STA는 813단계로 진행한다. 상기 813단계에서 상기 STA는 업로드에 성공한 세그먼트의 개수를 나타내는 변수인 NUM_SUCCESS의 값을 초기값, 일 예로 1로 설정하고 (NUM_SUCCESS = 1), 세그먼트의 사이즈를 나타내는 변수인 SEG_SIZE의 값을 초기 값, 일 예로 X MB로 설정하고 (SEG_SIZE = X MB) 815단계로 진행한다.
상기 815단계에서 상기 STA는 상기 SEG_SIZE의 값을 현재의 SEG_SIZE의 값과 NUM_SUCCESS의 값을 곱한 값으로 설정하고 (SEG_SIZE = SEG_SIZE X NUM_SUCCESS) 817단계로 진행한다. 상기 817단계에서 상기 STA는 프록시 서버로 HTTP Range Request Header 메시지와 HTTP Range Request Body 메시지를 송신하고 819단계로 진행한다. 여기서, 상기 HTTP Range Request Body 메시지는 가변 사이즈, 일 예로 SEG_SIZE MB의 세그먼트를 포함한다.
상기 819단계에서 상기 STA는 상기 프록시 서버로부터 상기 HTTP Range Request Body 메시지에 대한 응답 메시지인 HTTP Range Response 메시지가 수신되는지 검사한다. 상기 검사 결과 상기 프록시 서버로부터 상기 HTTP Range Response 메시지가 수신될 경우 상기 STA는 821단계로 진행한다. 상기 821단계에서 상기 STA는 상기 컨텐츠에 대한 업로드가 완료되었는지, 즉 상기 컨텐츠가 포함하는 모든 세그먼트들에 대한 업로드가 완료되었는지 검사한다.
상기 검사 결과 상기 컨텐츠에 대한 업로드가 완료되지 않았을 경우 상기 STA는 823단계로 진행한다. 상기 823단계에서 상기 STA는 상기 NUM_SUCCESS의 값을 미리 설정된 배수, 일 예로 2배 증가시킨 후 (NUM_SUCCESS = NUM_SUCCESS X2) 상기 815단계로 되돌아간다.
한편, 상기 819단계에서 검사 결과 상기 프록시 서버로부터 상기 HTTP Range Response 메시지가 수신되지 않을 경우 상기 STA는 825단계로 진행한다. 상기 825단계에서 상기 STA는 Wi-Fi 연결이 연결 해제되었는지 검사한다. 상기 검사 결과 상기 Wi-Fi 연결이 연결 해제되었을 경우 상기 STA는 상기 811단계로 되돌아 간다. 한편, 상기 825단계에서 상기 Wi-Fi 연결이 연결 해제되지 않았을 경우, 즉 상기 Wi-Fi 방식이 유용할 경우 상기 STA는 819단계로 되돌아간다.
한편, 도 8에 별도로 도시하지는 않았으나, 상기 825단계에서 설명한 바와 같이 상기 컨텐츠에 대한 업로드 프로세스를 수행하는 중에 상기 Wi-Fi 연결이 연결 해제될 경우, 즉 상기 Wi-Fi 방식이 유용하지 않게 될 경우, STA는 상기 컨텐츠에 대한 업로드 프로세스를 중단하고 다시 상기 Wi-Fi 방식이 유용해질 때까지 대기하게 된다.
따라서, 상기 프록시 서버는 상기 STA로부터 상기 컨텐츠의 해당 세그먼트를 수신하는 중에 상기 해당 세그먼트의 수신이 정상적으로 수행되지 않을 경우, 일 예로 상기 STA에서 해당 세그먼트의 업로드가 중단될 경우 해당 시점까지 수신된 해당 세그먼트, 즉 해당 세그먼트의 일부를 저장하지 않고 폐기할 수 있다. 따라서, 이 경우 STA는 Wi-Fi 방식이 다시 유용해질 경우 상기 업로드가 중단된 해당 세그먼트의 시작 시점의 데이터부터 다시 업로드할 수 있다.
한편, 이와는 달리 상기 프록시 서버는 상기 STA로부터 상기 컨텐츠의 해당 세그먼트를 수신하는 중에 상기 해당 세그먼트의 수신이 정상적으로 수행되지 않을 경우, 해당 시점까지 수신된 해당 세그먼트의 일부를 폐기하지 않고 저장할 수 있다. 따라서, 이 경우 STA는 Wi-Fi 방식이 다시 유용해질 경우 상기 업로드가 중단된 해당 세그먼트의 해당 시점의 데이터부터 다시 업로드할 수 있다. 일 예로, 상기 STA는 상기 Wi-Fi 방식이 다시 유용해질 경우 상기 프록시 서버로 아웃 오브 밴드 시그널링을 통해 최종적으로 업데이트된 데이터의 사이즈를 알 수 있고, 따라서 상기 최종적으로 업데이트된 데이터의 사이즈에 상응하게 해당 세그먼트에 대해 업로드할 시작 시점을 알 수 있게 된다.
한편, 도 8이 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 다른 예를도시하고 있더라도, 다양한 변형들이 도 8에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 8에는 연속적인 단계들이 도시되어 있지만, 도 8에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 8에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA가 가변 사이즈의 세그먼트를 사용하여 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작의 다른 예에 대해서 설명하였으며, 다음으로 도 9를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 다른 예에 대해서 설명하기로 한다.
도 9는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 다른 예를 개략적으로 도시한 도면이다.
도 9를 참조하면, 도 9에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스는 미리 설정되어 있는 다수 개의 무선 억세스 인터페이스들, 일 예로 Wi-Fi 방식과 LTE 방식을 사용할 경우의 업로드 프로세스임에 유의하여야만 할 것이다. 도 9에서는 설명의 편의상 WLAN 연결로 Wi-Fi 연결을 사용하고, 무선 광역 네트워크(wireless wide area network: WWAN, 이하 " WWAN"라 칭하기로 한다) 연결로 LTE 연결을 사용한다고 가정하기로 한다.
또한, 도 9에서는 업로드 대상이 컨텐츠인 경우를 일 예로 하지만, 상기 업로드 대상은 상기 컨텐츠 뿐만 아니라 파일과, 서비스 패키지 등과 같은 다양한 형태들이 될 수 있음은 물론이다.
상기 통신 시스템은 STA(911)와, Wi-Fi AP(913)와, LTE 기지국(base station: BS, 이하 "BS"라 칭하기로 한다)(915)과, 프록시 서버(917)와, 오리지널 서버(919)를 포함한다. 여기서, 상기 프록시 서버(917)는 논리 서버이다.
먼저, 상기 STA(911)는 업로드할 컨텐츠가 존재함을 검출하면, 업로드 세션에 대한 세션 ID를 할당한다. 도 9에서는 일예로, 상기 업로드 세션에 대한 세션 ID가 "cloud.example.org:j6oAOxCWZh/CD723LGeXlf"라고 가정하기로 한다.
상기 STA(911)는 상기 프록시 서버(917)로 상기 STA(911)가 상기 컨텐츠를 업로드할 데스티네이션의 IP 어드레스, 즉 상기 컨텐츠를 업로드할 최종 서버의 IP 어드레스, 일 예로 상기 오리지널 서버(919)의 IP 어드레스 및 상기 업로드할 컨텐츠의 컨텐츠 길이에 관련된 정보를 포함하는 메시지, 일 예로 HTTP Range Request Header 메시지를 사용하여 상기 컨텐츠를 업로드하기 시작한다. 여기서, 상기 HTTP Request Header 메시지는 데스티네이션 IP 어드레스와, 세션 ID와, 컨텐츠 길이에 관련된 정보와, 컨텐츠의 범위에 관련된 정보를 포함할 수 있다. 또한, 상기 STA(911)는 도 1에서 설명한 업로드 프로세스에서와는 달리 다수개의 무선 억세스 인터페이스들, 즉 Wi-Fi 방식 및 LTE 방식을 사용하여 컨텐츠를 업로드 한다.
상기 STA(911)로부터 HTTP Request Header 메시지를 수신한 프록시 서버(917)는 상기 HTTP Request Header 메시지에 포함되어 있는 세션 ID를 포함하는, 상기 STA(911)에 대한 세션 정보를 검출 및 유지하면서, 상기 STA(911)로부터 컨텐츠를 수신하고, 상기 STA(911)의 컨텐츠 업로드 상태를 모니터한다. 이렇게, 상기 STA(911)로부터 컨텐츠를 수신하는 중에 상기 STA(911)로부터의 컨텐츠 업로드가 완료됨을 검출할 경우, 상기 프록시 서버(917)는 상기 업로드 완료된 컨텐츠를 상기 오리지널 서버(919)로 업로드한다.
한편, 상기에서는 상기 오리지널 서버(919)에 대한 별도의 로그 인 프로세스 없이 상기 STA(911)가 상기 오리지널 서버(919)로 컨텐츠를 업로드하는 경우에 대해서 설명하였다. 하지만, 이와는 달리 상기 STA(911)는 상기 오리지널 서버(919)에 대한 로그 인 프로세스를 수행한 후 컨텐츠를 업로드할 수 있으며, 이에 대해서 구체적으로 설명하면 다음과 같다.
먼저, 상기 오리지널 서버(919) 서비스를 이용하기 위해 로그 인 프로세스가 필요할 경우, 상기 STA(911)는 HTTP Request Header 필드에 사용자 계정 정보를 포함시킬 수 있다. 여기서, 상기 로그 인 프로세스에 대한 필요성 여부는 상기 STA(911)에서 결정되며, 상기 로그 인 프로세스가 필요할 경우 상기 STA(911)는 상기 HTTP Request Header 필드에 상기 STA(911)의 사용자 계정 정보를 포함시킨다. 여기서, 상기 STA(911)의 사용자 계정 정보는 모든 HTTP Range Request 메시지들에 포함될 수도 있고, 이와는 달리 특정 HTTP Range Request 메시지, 일 예로 첫 번째 HTTP Range Request 메시지 혹은 마지막 HTTP Range Request 메시지에 포함될 수 있다.
따라서, 상기 프록시 서버(917)는 상기 STA(911)로부터 수신되는 HTTP Range RequestHeader 메시지에 사용자 계정 정보가 포함되어 있을 경우, 상기 STA(911)로부터의 컨텐츠 업로드 완료시 상기 사용자 계정 정보를 기반으로 상기 오리지널 서버(919)에 대해 로그 인 프로세스를 수행한다.
도 9에서 설명한 바와 같이 컨텐츠를 업로드할 경우, STA가 Wi-Fi 방식을 사용하여 컨텐츠를 업로드하고 있는 중에 상기 Wi-Fi 방식을 사용하여 컨텐츠를 업로드하는 것이 불가능하게 될지라도, 상기 STA는 상기 컨텐츠를 처음부터 다시 업로드하는 것이 아니라 상기 컨텐츠 중 업로드된 데이터 이외의 나머지 데이터에 대해서만 LTE 방식을 사용하여 업로드하면 되기 때문에 재송신 오버헤드를 감소시킬 수 있다.
또한, 도 9에서 설명한 바와 같이 컨텐츠를 업로드할 경우, STA는 사용자가 별도로 개입하지 않아도 백그라운드 형태로 Wi-Fi 방식을 사용하는 것이 가능할 때마다, 즉 Wi-Fi 연결이 성립할 때마다 Wi-Fi 방식을 사용하여 컨텐츠를 업로드할 수 있고, 상기 Wi-Fi 연결이 성립되지 않을 경우에는 LTE 방식을 사용하여 컨텐츠를 업로드할 수 있다. 따라서, 이와 같은 기회적인 업로드 방식을 기반으로 하는 컨텐츠 업로드는 사용자 편의성을 증가시키게 된다.
또한, 상기에서는 STA가 Wi-Fi 방식이 유용할 경우에는 상기 Wi-Fi 방식을 기반으로 컨텐츠를 업로드하고, 상기 Wi-Fi 방식이 유용하지 않을 경우 LTE 방식을 사용하여 컨텐츠를 업로드하는 경우에 대해서 설명하였으나, 상기 Wi-Fi 방식이 유용할 경우 상기 Wi-Fi 방식 뿐만 아니라 상기 LTE 방식을 사용하여 병렬로, 즉 두 개의 연결들을 사용하여 병렬로 컨텐츠를 업로드할 수도 있음은 물론이다. 이렇게, STA가 서로 다른 무선 억세스 인터페이스들을 사용하는 서로 다른 연결들을 사용하여 병렬로 컨텐츠를 업로드할 경우 업로드 속도가 증가되고 업로드 안정성이 향상될 수 있다.
도 9에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스의 다른 예에 대해서 설명하였으며, 다음으로 도 10a-도 10b를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예에 대해 설명하기로 한다.
도 10a-도 10b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예를 개략적으로 도시한 도면이다.
도 10a-도 10b를 참조하면, 상기 통신 시스템은 STA(911)와, 프록시 서버(917) 및 오리지널 서버(919)를 포함한다.
또한, 상기 STA(911)는 어플리케이션(1011)과, 플랫폼을 포함하며, 상기 플랫폼은 데이터 관리자(1013)와, 요구/응답 핸들러(1015)와, 네트워크 인터페이스(NW(network) interface) 모니터링 유닛(1017)을 포함한다.
또한, 상기 프록시 서버(917)는 요구/응답 핸들러(1019)와, 데이터 관리자(1021)를 포함한다.
먼저, 상기 STA(911)의 어플리케이션(1011)은 업로드할 컨텐츠가 발생함을 검출하면, 업로드할 컨텐츠가 존재함을 나타내는 정보를 포함하는 HTTP Request Header 메시지를 상기 STA(911)의 요구/응답 핸들러(1015)로 전달한다(1023단계). 상기 HTTP Request Header 메시지를 수신한 STA(911)의 요구/응답 핸들러(1015)는 상기 HTTP Request Header 메시지를 기반으로 상기 STA(911)의 컨텐츠를 업로드하는데 사용되는 세션에 대한 세션 ID 를 생성한다(1025단계). 도 2에서는, 상기 세션 ID가 일 예로 "XYZ"라고 가정하기로 한다.
또한, 상기 STA(911)의 어플리케이션(1011)은 HTTP Request Body 메시지를 통해 업로드할 데이터를 상기 STA(911)의 데이터 관리자(1013)로 전달한다(1027단계).
한편, 상기 HTTP Request Body 메시지를 수신한 STA(911)의 데이터 관리자(1013)는 현재 시점에서 유용한 무선 억세스 인터페이스들을 검출하고, 상기 현재 시점에서 유용한 무선 억세스 인터페이스들 각각의 처리량(throughput)을 검출한다(1029단계). 상기 STA(911)의 데이터 관리자(1013)는 상기 현재 시점에서 유용한 무선 억세스 인터페이스들 각각의 처리량을 기반으로 세그먼트 분할 동작을 수행한다(1031단계).
그러면 여기서 상기 세그먼트 분할 동작에 대해서 설명하면 다음과 같다.
먼저, 상기 컨텐츠는 세그먼트 단위로 분할되는데, 도 10에서는 1개의 무선 억세스 인터페이스가 아닌 다수 개의 무선 억세스 인터페이스들을 사용하여 병렬로 컨텐츠를 업로드하므로 세그먼트의 사이즈는 각 무선 억세스 인터페이스를 고려하여 결정되어야만 한다. 일 예로, 상기 세그먼트의 사이즈는 각 무선 억세스 인터페이스의 대역폭 및 네트워크 속도를 기반으로 결정될 수 있으며, 이에 대해서 구체적으로 설명하면 다음과 같다.
먼저, 세그먼트의 사이즈는 각 무선 억세스 인터페이스의 가용 대역폭 및 네트워크 속도에 비례하여 결정될 수 있다.
현재 시점에서 유용한 무선 억세스 인터페이스들이 다수 개일 경우, 상기 STA(911)의 데이터 관리자(1013)는 상기 다수 개의 유용한 무선 억세스 인터페이스들 중 가장 높은 네트워크 속도를 가지는 무선 억세스 인터페이스를 통해 상기 컨텐츠의 최초 세그먼트를 포함하는 처음 세그먼트들을 송신하도록 할 수 있다.
그리고, 상기 다수 개의 무선 억세스 인터페이스들 중 어느 한 무선 억세스 인터페이스를 통한 세그먼트 업로드가 완료되면 상기 STA(911)의 데이터 관리자(1013)는 다른 무선 억세스 인터페이스를 통해 상기 업로드가 완료된 세그먼트 바로 다음의 세그먼트를 업로드할 수 있다.
한편, 상기 프록시 서버(917)는 동일한 업로드 세션에서 중복되는 범위를 나타내는 HTTP Range Request Header 메시지가 수신될 경우, 상기 중복되는 범위를 기록한다. 그리고 나서 상기 프록시 서버(917)는 상기 중복되는 범위에 상응하는 세그먼트가 중복하여 수신될 경우, 상기 중복되는 범위에 대한 상응하는 세그먼트가 이미 업로드되었음을 나타내는 정보를 HTTP Range Response 메시지를 통해 상기 STA(911)로 통보하여, 해당 세그먼트에 대한 업로드를 중단하도록 할 수 있다.
상기에서는, 세그먼트의 사이즈가 각 무선 억세스 인터페이스의 가용 대역폭 및 네트워크 속도에 비례하여 결정되는 경우에 대해서 설명하였다. 하지만, 이와는 달리, 세그먼트의 사이즈는 고정 사이즈로 결정될 수 있으며, 이에 대해서 구체적으로 설명하면 다음과 같다.
먼저, 현재 시점에서 유용한 무선 억세스 인터페이스들이 다수 개일 경우, 상기 STA(911)의 데이터 관리자(1013)는 업로드하고자 하는 컨텐츠를 고정 사이즈를 가지는 컨텐츠 단위로 분할한다.
그리고, 상기 다수 개의 무선 억세스 인터페이스들 중 어느 한 무선 억세스 인터페이스를 통한 세그먼트 업로드가 완료되면 상기 STA(911)의 데이터 관리자(1013)는 다른 무선 억세스 인터페이스를 통해 업로드되지 않은 다른 세그먼트를 업로드할 수 있다.
한편, 상기 다수 개의 무선 억세스 인터페이스들 중 어느 한 무선 억세스 인터페이스가 네트워크 동작 중지 혹은 성능 저하 등과 같은 다양한 이유들로 인해, 해당 세그먼트를 송신하는데 소요되는 시간이 미리 설정되어 있는 임계 업로드 시간을 초과하게 될 경우, 상기 STA(911)의 데이터 관리자(1013)는 상기 해당 무선 억세스 인터페이스를 통해서는 더 이상 세그먼트를 업로드하지 않도록 하고, 상기 해당 무선 억세스 인터페이스를 통해 업로드중인 세그먼트를 다른 무선 억세스 인터페이스를 통해 업로드되도록 제어할 수 있다.
한편, 상기 해당 무선 억세스 인터페이스가 미리 설정되어 있는 임계 시간 이상 세그먼트를 업로드하는 것이 불가능할 경우, 상기 STA(911)의 데이터 관리자(1013)는 상기 해당 무선 억세스 인터페이스를 통해 송신되지 못하고 업로드를 대기중이던 데이터를 세그먼트들로 분할하지 않고 한 번의 HTTP Range Request Body 메시지를 통해 업로드하도록 할 수 있다.
상기 STA(911)의 요구/응답 핸들러(1015)는 상기 프록시 서버(917)의 요구/응답 핸들러(1019)로 HTTP Range Request Header 메시지를 송신한다(1033단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(911)의 어플리케이션(1011)으로부터 수신한 HTTP Request Header 메시지와 상기 생성한 세션 ID, 즉 XYZ를 포함한다. 또한, 상기 STA(111)의 데이터 관리자(213)는 HTTP Range Request Body 메시지를 통해 해당하는 범위의 세그먼트, 일 예로 데이터 #1을 상기 프록시 서버(917)의 데이터 관리자(1021)로 송신한다(1035단계).
한편, 상기 STA(911)의 요구/응답 핸들러(1015)는 상기 컨텐츠에 대한 업로드가 완료되지 않았으므로, 상기 프록시 서버(917)의 요구/응답 핸들러(1019)로 HTTP Range Request Header 메시지를 송신한다(1037단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(911)의 어플리케이션(1011)으로부터 수신한 HTTP Request Header 메시지와 상기 세션 ID XYZ를 포함한다. 또한, 상기 STA(911)의 데이터 관리자(1013)는 HTTP Range Request Body 메시지를 통해 해당하는 범위의 세그먼트, 일 예로 데이터 #2를 상기 프록시 서버(917)의 데이터 관리자(1021)로 송신한다(1039단계).
한편, 상기 STA(911)의 요구/응답 핸들러(1015)는 상기 컨텐츠에 대한 업로드가 완료되지 않았으므로, 상기 프록시 서버(917)의 요구/응답 핸들러(1019)로 HTTP Range Request Header 메시지를 송신한다(1041단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(911)의 어플리케이션(1011)으로부터 수신한 HTTP Request Header 메시지와 상기 세션 ID XYZ를 포함한다. 또한, 상기 STA(911)의 데이터 관리자(1013)는 HTTP Range Request Body 메시지를 통해 해당하는 범위의 세그먼트, 일 예로 데이터 #3을 상기 프록시 서버(917)의 데이터 관리자(1021)로 송신한다(1043단계).
이렇게 다수 개의 무선 억세스 인터페이스들을 통해서 병렬로 세그먼트들을 업로드하는 것이 완료되면(1045단계), 상기 프록시 서버(917)의 데이터 관리자(1021)는 상기 HTTP Range Request Body 메시지를 통해 수신한 세그먼트들, 즉 상기 STA(911)가 업로드한 세그먼트들을 조립한다(1047단계). 그리고 나서, 상기 프록시 서버(917)의 요구/응답 핸들러(1019)는 상기 STA(911)의 요구/응답 핸들러(1015)로 HTTP Range Response 메시지들을 송신한다(1049단계). 여기서, 상기 1049단계에서 송신되는 HTTP Range Response 메시지들은 상기 1035단계와, 1039단계 및 1043단계에서 수신한 HTTP Range Request Header 메시지들에 대한 응답 메시지들이다.
한편, 상기 프록시 서버(917)의 데이터 관리자(1021)는 상기 수신된 데이터의 양이 미리 설정되어 있는 임계 데이터 양 이상임을 검출한다(1051단계). 그러면 상기 프록시 서버(917)의 요구/응답 핸들러(1019)는 상기 수신된 데이터, 즉 컨텐츠를 상기 오리지널 서버(919)로 업로드하기 위해 상기 오리지널 서버(919)로 HTTP Request Header 메시지를 송신한다(1053단계). 여기서, 상기 1053단계에서 송신되는 HTTP Request Header 메시지는 상기 1023단계의 HTTP Request Header 메시지와 동일하다.
또한, 상기 프록시 서버(917)의 데이터 관리자(1021)는 상기 오리지널 서버(919)로 HTTP Request Body 메시지를 통해 상기 STA(111)로부터 수신한 컨텐츠를 업로드한다(1055단계).
한편, 상기 임계수신한 데이터 양이 100%가 아닐 경우에도, 상기 프록시 서버(917)는 상기 STA(911)로부터 상기 컨텐츠의 다른 세그먼트들을 수신하는 중에 상기 오리지널 서버(919)로 수신된 데이터의 일부를 업로드하기 시작한다(1057단계).
상기 프록시 서버(917)의 데이터 관리자(1021)로부터 HTTP Request Body 메시지를 수신한 오리지널 서버(919)는 상기 프록시 서버(917)의 요구/응답 핸들러(1019)로 HTTP Response 메시지를 송신한다(1059단계). 상기 프록시 서버(917)의 요구/응답 핸들러(1019)는 상기 오리지널 서버(919)로부터 HTTP Response 메시지를 수신함에 따라 상기 STA(911)의 요구/응답 핸들러(1015)로 HTTP Response 메시지를 송신한다(1061단계). 상기 프록시 서버(917)의 요구/응답 핸들러(1019)로부터 HTTP Response 메시지를 수신한 상기 STA(911)의 요구/응답 핸들러(1015)는 상기 STA(911)의 어플리케이션(1011)으로 HTTP Response 메시지를 전달한다(1063단계).
상기 STA(911)의 요구/응답 핸들러(1015)로부터 HTTP Response 메시지를 수신한 상기 STA(911)의 어플리케이션(1011)은 상기 오리지널 서버(919)로 컨텐츠 업로드가 완료되었음을 검출할 수 있다.
한편, 도 10a-도 10b가 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예를 도시하고 있더라도, 다양한 변형들이 도 10a-도 10b에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 10a-도 10b에는 연속적인 단계들이 도시되어 있지만, 도 10a-도 10b에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 10a-도 10b에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예에 대해서 설명하였으며, 다음으로 도 11a-도 11b를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예에 대해서 설명하기로 한다.
도 11a-도 11b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예를 개략적으로 도시한 도면이다.
도 11a-도 11b를 참조하면, 먼저 도 11a-도 11b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스는 도 10a-도 10b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스에 비해 로그 인 프로세스가 추가적으로 수행된다는 점에서만 상이할 뿐 나머지 모든 동작들은 동일하다는 것에 유의하여야만 할 것이다.
먼저, 상기 통신 시스템은 STA(911)와, 프록시 서버(917) 및 오리지널 서버(919)를 포함한다.
또한, 상기 STA(911)는 어플리케이션(1111)과, 플랫폼을 포함하며, 상기 플랫폼은 데이터 관리자(1113)와, 요구/응답 핸들러(1115)와, 네트워크 인터페이스 모니터링 유닛(1117)을 포함한다.
또한, 상기 프록시 서버(917)는 요구/응답 핸들러(1119)와, 데이터 관리자(1121)를 포함한다.
상기에서 설명한 바와 같이 도 11a-도 11b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스는 도 10a-도 10b에 도시되어 있는 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스에 비해 로그 인 프로세스가 추가적으로 수행되기 때문에, 상기 STA(911)의 어플리케이션(1111)은 업로드할 컨텐츠가 발생함을 검출하면, 업로드할 컨텐츠가 존재함을 나타내는 정보와 함께 상기 STA(911)의 사용자 계정 정보를 포함하는 HTTP Request Header 메시지를 상기 STA(111)의 요구/응답 핸들러(1115)로 전달한다(1123단계). 상기 HTTP Request Header 메시지를 수신한 STA(911)의 요구/응답 핸들러(1115)는 상기 HTTP Request Header 메시지를 기반으로 상기 STA(911)의 컨텐츠를 업로드하는데 사용되는 세션에 대한 세션 ID 를 생성한다(1125단계). 도 11a-도 11b에서는, 상기 세션 ID가 일 예로 "XYZ"라고 가정하기로 한다.
또한, 상기 STA(911)의 어플리케이션(1111)은 HTTP Request Body 메시지를 통해 업로드할 데이터를 상기 STA(911)의 데이터 관리자(1113)로 전달한다(1127단계).
한편, 상기 HTTP Request Body 메시지를 수신한 STA(911)의 데이터 관리자(1113)는 현재 시점에서 유용한 무선 억세스 인터페이스들을 검출하고, 상기 현재 시점에서 유용한 무선 억세스 인터페이스들 각각의 처리량을 검출한다(1129단계). 상기 STA(911)의 데이터 관리자(1113)는 상기 현재 시점에서 유용한 무선 억세스 인터페이스들 각각의 처리량을 기반으로 세그먼트 분할 동작을 수행한다(1131단계). 상기 세그먼트 분할 동작에 대해서는 도 10a-도 10b에서 설명한 바 있으므로, 여기서는 그 상세한 설명을 생략하기로 한다.
한편, 상기 STA(911)의 요구/응답 핸들러(1115)는 상기 프록시 서버(917)의 요구/응답 핸들러(1119)로 HTTP Range Request Header 메시지를 송신한다(1133단계). 여기서, 상기 HTTP Range Request Header 메시지는 상기 STA(911)의 어플리케이션(1111)으로부터 수신한 HTTP Request Header 메시지와 상기 생성한 세션 ID, 즉 XYZ와 상기 STA(911)의 사용자 계정 정보를 포함한다.
이후의 단계들, 즉 1135단계 내지 1149단계는 도 10a-도 10b에서 설명한 1035단계 내지 1049단계와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
상기 프록시 서버(917)의 요구/응답 핸들러(1019)는 상기 STA(911)의 요구/응답 핸들러(1015)로 HTTP Range Response 메시지들을 송신한 후 상기 STA(911)로부터 수신한 컨텐츠, 즉 업로드 완료된 컨텐츠를 상기 오리지널 서버(919)로 업로드해야 한다. 따라서, 상기 프록시 서버(917)의 요구/응답 핸들러(1119)는 상기 오리지널 서버(919)와 로그 인 프로세스를 수행한다. 여기서, 상기 프록시 서버(917)의 요구/응답 핸들러(1119)는 상기 1133단계에서 상기 STA(911)의 요구/응답 핸들러(1115)로부터 수신한 사용자 계정 정보를 기반으로 상기 오리지널 서버(919)와 상기 로그 인 프로세스를 수행한다(1151단계). 상기 사용자 계정 정보를 기반으로 하는 로그 인 프로세스는 다양한 형태들로 구현될 수 있으며, 여기서는 그 상세한 설명을 생략하기로 한다.
이렇게, 로그 인 프로세스를 수행한 후, 상기 로그 인 프로세스가 성공적일 경우, 상기 프록시 서버(917)의 요구/응답 핸들러(1119)는 상기 오리지널 서버(919)로 HTTP Request Header 메시지를 송신한다(1153단계).
이후의 단계들, 즉 1155단계 내지 1163단계는 도 10a-도 10b에서 설명한 1055단계 내지 1063단계와 동일하므로, 여기서는 그 상세한 설명을 생략하기로 한다.
한편, 도 11a-도 11b가 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예를 도시하고 있더라도, 다양한 변형들이 도 11a-도 11b에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 11a-도 11b에는 연속적인 단계들이 도시되어 있지만, 도 11a-도 11b에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 11a-도 11b에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 또 다른 예에 대해서 설명하였으며, 다음으로 도 12a-도 12b를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 구현 예에 대해서 설명하기로 한다.
도 12a-도 12b는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 구현 예를 개략적으로 도시한 도면이다.
도 12a-도 12b를 참조하면, 먼저 상기 통신 시스템은 STA(1211)와, 프록시 서버(1221)와, 오리지널 서버(1223)를 포함한다.
상기 STA(1211)는 어플리케이션(1213)과, 요구/응답 핸들러(1215)와, Wi-Fi 인터페이스(1217)와 셀룰러 인터페이스(1219)를 포함한다. 여기서, 상기 셀룰라 인터페이스는 일 예로 LTE 인터페이스가 될 수 있다.
먼저, 상기 STA(1211)의 어플리케이션(1213)은 업로드할 컨텐츠가 발생함을 검출하면, 업로드할 컨텐츠가 존재함을 나타내는 정보를 포함하는 HTTP POST Request Header 메시지를 상기 STA(1211)의 요구/응답 핸들러(1215)로 전달한다(1225단계). 여기서, 상기 HTTP POST Request Header 메시지는 상기 컨텐츠의 길이를 나타내는 Content-Length를 포함하며, 상기 Content-Length의 값은 "10000000"로 설정된다. 상기 HTTP POST Request Header 메시지를 수신한 STA(1211)의 요구/응답 핸들러(1215)는 상기 HTTP POST Request Header 메시지를 기반으로 상기 STA(1211)의 컨텐츠를 업로드하는데 사용되는 세션에 대한 세션 ID 를 생성한다(1227단계). 도 12a-도 12b에서는, 상기 세션 ID가 일 예로 "cloud.example.org:j6oAOxCWZh/CD723LGeXlf"라고 가정하기로 한다.
또한, 상기 STA(1211)의 어플리케이션(1213)은 HTTP POST Request Body 메시지를 통해 업로드할 데이터를 상기 STA(1211)의 요구/응답 핸들러(1215)로 전달한다(1229단계). 상기 STA(1211)의 어플리케이션(1213)으로부터 HTTP POST Request Body 메시지를 수신한 STA(1211)의 요구/응답 핸들러(1215)는 상기 프록시 서버(1221)로 HTTP POST Request Header 메시지를 송신한다(1231단계). 여기서, 상기 HTTP POST Request Header 메시지는 상기 컨텐츠가 포함하는 세그먼트들의 길이를 나타내는 Content-Length와, 해당하는 세그먼트의 범위를 나타내는 Content-Range와, 세션 ID를 나타내는 Session-ID를 포함한다. 여기서, 상기 Content-Length의 값은 "2000000"로 설정되며, 상기 Content-Range의 값은 "0-1999999/10000000"으로 설정되며, 상기 Session-ID는 "cloud.example.org:j6oAOxCWZh/CD723LGeXlf"로 설정된다.
그리고 나서 상기 STA(1211)의 요구/응답 핸들러(1215)는 상기 프록시 서버(1221)로 HTTP POST Request Body 메시지를 송신한다(1233단계). 여기서, 상기 HTTP POST Request Body 메시지는 세그먼트 #1을 포함한다. 상기 STA(1211)의 요구/응답 핸들러(1215)로부터 HTTP POST Request Body 메시지를 수신한 상기 프록시 서버(1221)는 상기 HTTP POST Request Header 메시지에 대한 응답 메시지인 HTTP Response: 201 Created 메시지를 상기 STA(1211)의 요구/응답 핸들러(1215)로 송신한다(1235단계).
한편, 아직 상기 컨텐츠에 대한 업로드가 완료되지 않았으므로, 상기 STA(1211)의 요구/응답 핸들러(1215)는 상기 프록시 서버(1221)로 HTTP POST Request Header 메시지를 송신한다(1237단계). 여기서, 상기 HTTP POST Request Header 메시지는 Content-Length와, Content-Range와, Session-ID를 포함한다. 여기서, 상기 Content-Length의 값은 "2000000"로 설정되며, 상기 Content-Range의 값은 "2000000-3999999/10000000"으로 설정되며, 상기 Session-ID는 "cloud.example.org:j6oAOxCWZh/CD723LGeXlf"로 설정된다.
그리고 나서 상기 STA(1211)의 요구/응답 핸들러(1215)는 상기 프록시 서버(1221)로 HTTP POST Request Body 메시지를 송신한다(1239단계). 여기서, 상기 HTTP POST Request Body 메시지는 세그먼트 #2를 포함한다. 상기 STA(1211)의 요구/응답 핸들러(1215)로부터 HTTP POST Request Body 메시지를 수신한 상기 프록시 서버(1221)는 상기 HTTP POST Request Header 메시지에 대한 응답 메시지인 HTTP Response: 201 Created 메시지를 상기 STA(1211)의 요구/응답 핸들러(1215)로 송신한다(1243단계).
이런 식으로 상기 컨텐츠가 포함하는 세그먼트들에 대해서 업로드가 이루어지며, 마지막 세그먼트인 세그먼트 #5에 대한 업로드가 이루어진다. 즉, 상기 STA(1211)의 요구/응답 핸들러(1215)는 상기 프록시 서버(1221)로 HTTP POST Request Header 메시지를 송신한다(1245단계). 여기서, 상기 HTTP POST Request Header 메시지는 Content-Length와, Content-Range와, Session-ID를 포함한다. 여기서, 상기 Content-Length의 값은 "2000000"로 설정되며, 상기 Content-Range의 값은 "8000000-9999999/10000000"으로 설정되며, 상기 Session-ID는 "cloud.example.org:j6oAOxCWZh/CD723LGeXlf"로 설정된다.
그리고 나서 상기 STA(1211)의 요구/응답 핸들러(1215)는 상기 프록시 서버(1221)로 HTTP POST Request Body 메시지를 송신한다(1247단계). 여기서, 상기 HTTP POST Request Body 메시지는 세그먼트 #5를 포함한다. 상기 STA(1211)의 요구/응답 핸들러(1215)로부터 HTTP POST Request Body 메시지를 수신한 상기 프록시 서버(1221)는 상기 HTTP POST Request Header 메시지에 대한 응답 메시지인 HTTP Response: 201 Created 메시지를 상기 STA(1211)의 요구/응답 핸들러(1215)로 송신한다(1249단계).
상기에서 설명한 바와 같이 도 12a-도 12b에서는 다수 개, 즉 두 개의 무선 억세스 인터페이스들, 즉 상기 Wi-Fi 인터페이스(1217) 및 셀룰라 인터페이스(1219)를 통해 병렬로 컨텐츠를 업로드할 수 있음을 알 수 있다(1241단계).
한편, 상기 프록시 서버(1221)는 상기 STA(1211)의 요구/응답 핸들러(1215)로 HTTP Response: 201 Created 메시지를 송신한 후 상기 STA(1211)로부터 수신한 컨텐츠를 상기 오리지널 서버(1223)로 업로드해야 한다. 따라서, 상기 프록시 서버(1221)는 상기 오리지널 서버(1223)와 로그 인 프로세스를 수행한다. 여기서, 상기 프록시 서버(1221)는 상기 1225단계에서 송신되는 HTTP POST Request Header 메시지를 통해 사용자 계정 정보를 획득할 수 있으며, 따라서 상기 HTTP POST Request Header 메시지를 통해 획득한 사용자 계정 정보를 기반으로 상기 오리지널 서버(1223)와 상기 로그 인 프로세스를 수행한다. 여기서, 상기 로그 인 프로세스는 선택 사항이며(optional), 따라서 상기 로그 인 프로세스는 수행되지 않을 수도 있음은 물론이다.
이렇게, 로그 인 프로세스를 수행한 후, 상기 로그 인 프로세스가 성공적일 경우, 상기 프록시 서버(1221)는 상기 오리지널 서버(1223)로 HTTP POST Request Header 메시지를 송신한다(1251단계). 여기서, 상기 HTTP POST Request Header 메시지는 상기 1225단계의 HTTP POST Request Header 메시지와 동일하다. 또한, 상기 프록시 서버(1221)는 상기 오리지널 서버(1223)로 HTTP POST Request Body 메시지를 송신한다(1253단계). 여기서, 상기 HTTP POST Request Body 메시지는 상기 STA(1211)로부터 업로드된 컨텐츠를 포함한다. 상기 프록시 서버(1221)는 상기 STA(1211)로부터 상기 컨텐츠의 다른 세그먼트들을 수신하는 중에 상기 오리지널 서버(1223)로 수신된 데이터의 일부를 업로드하기 시작할 수도 있음은 물론이다(1255단계).
상기 프록시 서버(1221)로부터 상기 HTTP POST Request Body 메시지를 수신한 오리지널 서버(1223)는 상기 프록시 서버(1221)로 상기 HTTP POST Request Header 메시지에 대한 응답 메시지인 HTTP Response: 200 OK 메시지를 송신하다(1257단계). 상기 오리지널 서버(1223)로부터 HTTP Response: 200 OK 메시지를 수신한 프록시 서버(1221)는 상기 STA(1211)의 요구/응답 핸들러(1215)로 HTTP Response: 200 OK 메시지를 송신한다(1259단계). 상기 프록시 서버(1221)로부터 HTTP Response: 200 OK 메시지를 수신한 상기 STA(1211)의 요구/응답 핸들러(1215)는 상기 STA(1211)의 어플리케이션(1213)으로 HTTP Response: 200 OK 메시지를 송신한다(1261단계).
한편, 도 12a-도 12b가 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 구현 예를 도시하고 있더라도, 다양한 변형들이 도 12a-도 12b에 대해 이루어질 수 있음은 물론이다. 일 예로, 도 12a-도 12b에는 연속적인 단계들이 도시되어 있지만, 도 12a-도 12b에서 설명한 단계들은 오버랩될 수 있고, 병렬로 발생할 수 있고, 다른 순서로 발생할 수 있거나, 혹은 다수 번 발생할 수 있음은 물론이다.
도 12a-도 12b에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스에 따른 메시지 송/수신 프로세스의 구현 예에 대해서 설명하였으며, 다음으로 도 13을 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA의 내부 구조에 대해서 설명하기로 한다.
도 13은 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA의 내부 구조를 개략적으로 도시한 도면이다.
도 13을 참조하면, STA(1300)는 송신기(1311)와, 제어기(1313)와, 수신기(1315)와, 저장 유닛(1317)을 포함한다.
먼저, 상기 제어기(1313)는 상기 STA(1300)의 전반적인 동작을 제어하며, 특히 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작을 제어한다. 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를수행하는 동작에 관련된 동작에 대해서는 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
상기 송신기(1311)는 상기 제어기(1313)의 제어에 따라 상기 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템이 포함하는 다른 엔터티들, 일 예로 Wi-Fi AP와, LTE BS와, 프록시 서버와, 오리지널 서버 등과 같은 다른 엔터티들로 각종 신호 및 각종 메시지들을 송신한다. 여기서, 상기 송신기(1311)가 송신하는 각종 신호 및 각종 메시지들은 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
또한, 상기 수신기(1315)는 상기 제어기(1313)의 제어에 따라 상기 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템이 포함하는 다른 엔터티들, 일 예로 Wi-Fi AP와, LTE BS와, 프록시 서버와, 오리지널 서버 등과 같은 다른 엔터티들로부터 각종 신호 및 각종 메시지들을 수신한다. 여기서, 상기 수신기(1315)가 수신하는 각종 신호 및 각종 메시지들은 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
상기 저장 유닛(1317)은 상기 제어기(1313)의 제어에 따라 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작에 관련된 프로그램과 각종 데이터 등을 저장한다.
또한, 상기 저장 유닛(1317)은 상기 수신기(1315)가 상기 다른 엔터티들로부터 수신한 각종 신호 및 각종 메시지들을 저장한다.
한편, 도 13에는 상기 STA(1300)가 상기 송신기(1311)와, 제어기(1313)와, 수신기(1315)와, 저장 유닛(1317)과 같이 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 STA(1300)는 상기 송신기(1311)와, 제어기(1313)와, 수신기(1315)와, 저장 유닛(1317) 중 적어도 두 개가 통합된 형태로 구현 가능함은 물론이다. 또한, 상기 STA(1300)는 1개의 프로세서로 구현될 수도 있음은 물론이다.
도 13에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 STA의 내부 구조에 대해서 설명하였으며, 다음으로 도 14를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 프록시 서버의 내부 구조에 대해서 설명하기로 한다.
도 14는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 프록시 서버의 내부 구조를 개략적으로 도시한 도면이다.
도 14를 참조하면, 프록시 서버(1400)는 송신기(1411)와, 제어기(1413)와, 수신기(1415)와, 저장 유닛(1417)을 포함한다.
먼저, 상기 제어기(1413)는 상기 프록시 서버(1400)의 전반적인 동작을 제어하며, 특히 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작을 제어한다. 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작에 대해서는 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
상기 송신기(1411)는 상기 제어기(1413)의 제어에 따라 상기 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템이 포함하는 다른 엔터티들, 일 예로 STA와, Wi-Fi AP와, LTE BS와, 오리지널 서버 등과 같은 다른 엔터티들로 각종 신호 및 각종 메시지들을 송신한다. 여기서, 상기 송신기(1411)가 송신하는 각종 신호 및 각종 메시지들은 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
또한, 상기 수신기(1415)는 상기 제어기(1413)의 제어에 따라 상기 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템이 포함하는 다른 엔터티들, 일 예로 STA와, Wi-Fi AP와, LTE BS와, 오리지널 서버 등과 같은 다른 엔터티들로부터 각종 신호 및 각종 메시지들을 수신한다. 여기서, 상기 수신기(1415)가 수신하는 각종 신호 및 각종 메시지들은 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
상기 저장 유닛(1417)은 상기 제어기(1413)의 제어에 따라 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작에 관련된 프로그램과 각종 데이터 등을 저장한다.
또한, 상기 저장 유닛(1417)은 상기 수신기(1415)가 상기 다른 엔터티들로부터 수신한 각종 신호 및 각종 메시지들을 저장한다.
한편, 도 14에는 상기 프록시 서버(1400)가 상기 송신기(1411)와, 제어기(1413)와, 수신기(1415)와, 저장 유닛(1417)과 같이 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 프록시 서버(1400)는 상기 송신기(1411)와, 제어기(1413)와, 수신기(1415)와, 저장 유닛(1417) 중 적어도 두 개가 통합된 형태로 구현 가능함은 물론이다. 또한, 상기 프록시 서버(1400)는 1개의 프로세서로 구현될 수도 있음은 물론이다.
도 14에서는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서프록시 서버의 내부 구조에 대해서 설명하였으며, 다음으로 도 15를 참조하여 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서오리지널 서버의 내부 구조에 대해서 설명하기로 한다.
도 15는 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서오리지널 서버의 내부 구조를 개략적으로 도시한 도면이다.
도 15를 참조하면, 오리지널 서버(1500)는 송신기(1511)와, 제어기(1513)와, 수신기(1515)와, 저장 유닛(1517)을 포함한다.
먼저, 상기 제어기(1513)는 상기 오리지널 서버(1500)의 전반적인 동작을 제어하며, 특히 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작을 제어한다. 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작에 대해서는 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
상기 송신기(1511)는 상기 제어기(1513)의 제어에 따라 상기 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템이 포함하는 다른 엔터티들, 일 예로 STA와, Wi-Fi AP와, LTE BS와, 프록시 서버 등과 같은 다른 엔터티들로 각종 신호 및 각종 메시지들을 송신한다. 여기서, 상기 송신기(1511)가 송신하는 각종 신호 및 각종 메시지들은 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
또한, 상기 수신기(1515)는 상기 제어기(1513)의 제어에 따라 상기 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템이 포함하는 다른 엔터티들, 일 예로 STA와, Wi-Fi AP와, LTE BS와, 프록시 서버 등과 같은 다른 엔터티들로부터 각종 신호 및 각종 메시지들을 수신한다. 여기서, 상기 수신기(1515)가 수신하는 각종 신호 및 각종 메시지들은 도 1 내지 도 12b에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.
상기 저장 유닛(1517)은 상기 제어기(1513)의 제어에 따라 본 발명의 일 실시예에 따른 다수 개의 무선 억세스 인터페이스들을 지원하는 통신 시스템에서 기회적인 업로드 방식을 기반으로 하는 업로드 프로세스를 수행하는 동작에 관련된 동작에 관련된 프로그램과 각종 데이터 등을 저장한다.
또한, 상기 저장 유닛(1517)은 상기 수신기(1515)가 상기 다른 엔터티들로부터 수신한 각종 신호 및 각종 메시지들을 저장한다.
한편, 도 15에는 상기 오리지널 서버(1500)가 상기 송신기(1511)와, 제어기(1513)와, 수신기(1515)와, 저장 유닛(1517)과 같이 별도의 유닛들로 구현된 경우가 도시되어 있으나, 상기 오리지널 서버(1500)는 상기 송신기(1511)와, 제어기(1513)와, 수신기(1515)와, 저장 유닛(1517) 중 적어도 두 개가 통합된 형태로 구현 가능함은 물론이다. 또한, 상기 오리지널 서버(1500)는 1개의 프로세서로 구현될 수도 있음은 물론이다.
본 발명의 특정 측면들은 또한 컴퓨터 리드 가능 기록 매체(computer readable recording medium)에서 컴퓨터 리드 가능 코드(computer readable code)로서 구현될 수 있다. 컴퓨터 리드 가능 기록 매체는 컴퓨터 시스템에 의해 리드될 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스이다. 상기 컴퓨터 리드 가능 기록 매체의 예들은 리드 온니 메모리(Read-Only Memory: ROM)와, 랜덤-접속 메모리(Random-Access Memory: RAM)와, CD-ROM들과, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들(상기 인터넷을 통한 데이터 송신과 같은)을 포함할 수 있다. 상기 컴퓨터 리드 가능 기록 매체는 또한 네트워크 연결된 컴퓨터 시스템들을 통해 분산될 수 있고, 따라서 상기 컴퓨터 리드 가능 코드는 분산 방식으로 저장 및 실행된다. 또한, 본 발명을 성취하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 본 발명이 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.
또한 본 발명의 일 실시예에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 발명의 일 실시예에 따른 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 휴대 단말에 의해 구현될 수 있고, 상기 메모리는 본 발명의 실시 예들을 구현하는 지시들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.
따라서, 본 발명은 본 명세서의 임의의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 발명은 이와 균등한 것을 적절하게 포함한다
또한 본 발명의 일 실시예에 따른 장치는 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 상기 프로그램을 수신하여 저장할 수 있다. 상기 프로그램 제공 장치는 상기 프로그램 처리 장치가 기 설정된 컨텐츠 보호 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 컨텐츠 보호 방법에 필요한 정보 등을 저장하기 위한 메모리와, 상기 그래픽 처리 장치와의 유선 또는 무선 통신을 수행하기 위한 통신부와, 상기 그래픽 처리 장치의 요청 또는 자동으로 해당 프로그램을 상기 송수신 장치로 전송하는 제어부를 포함할 수 있다.
한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형할 수 있음은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (34)

  1. 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기(station: STA)가 데이터를 업로드하는 방법에 있어서,
    업로드할 컨텐츠(contents)가 존재함을 검출하면, 특정 무선 억세스 인터페이스가 유용한지 여부를 검출하는 과정과,
    상기 특정 무선 억세스 인터페이스가 유용할 경우, 상기 컨텐츠에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 프록시 서버(proxy server)로 송신하여 상기 적어도 하나의 세그먼트 중 적어도 하나를 오리지널 서버(original server)로 업로드하는 과정을 포함함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  2. 제1항에 있어서,
    상기 body 메시지를 송신하는 중에 상기 특정 무선 억세스 인터페이스가 유용하지 않음을 검출할 경우, 상기 body 메시지 송신을 중단하는 과정을 더 포함함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  3. 제2항에 있어서,
    상기 body 메시지 송신을 중단한 후, 상기 특정 무선 억세스 인터페이스가 다시 유용해짐을 검출하는 과정과,
    상기 송신 중단된 body 메시지를 재송신하는 과정을 더 포함함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  4. 제1항에 있어서,
    상기 컨텐츠가 적어도 두 개의 세그먼트들로 분할될 경우, 상기 header 메시지와 상기 body 메시지를 송신하여 상기 적어도 두 개의 세그먼트들을 상기 오리지널 서버로 업로드하는 과정은;
    상기 적어도 두 개의 세그먼트들 각각에 대해, 상기 컨텐츠에 관련된 정보를 포함하는 header 메시지와 해당 세그먼트를 포함하는 body 메시지를 상기 프록시 서버로 송신하여 상기 오리지널 서버로 업로드하는 과정을 포함함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  5. 제1항에 있어서,
    상기 적어도 하나의 세그먼트 각각은 고정된 사이즈를 가지거나, 혹은 가변 사이즈를 가짐을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  6. 제5항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 스텝(step) 사이즈만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  7. 제5항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 배수만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  8. 제5항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 세그먼트의 사이즈는 미리 설정되어 있는 최대 사이즈 미만의 사이즈로 변경 가능함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA가 데이터를 업로드하는 방법.
  9. 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 프록시 서버(proxy server)가 단말기(station: STA)의 데이터 업로드를 지원하는 방법에 있어서,
    STA로부터 상기 STA가 오리지널 서버(original server)로 업로드할 컨텐츠(contents)에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 수신하는 과정을 포함하며,
    상기 STA는 특정 무선 억세스 인터페이스가 유용할 경우 상기 header 메시지와 상기 body 메시지를 상기 특정 무선 억세스 인터페이스를 통해 송신함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  10. 제9항에 있어서,
    상기 STA가 상기 body 메시지를 송신하는 중에 상기 특정 무선 억세스 인터페이스가 유용하지 않음을 검출할 경우, 상기 body 메시지는 송신 중단됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  11. 제10항에 있어서,
    상기 body 메시지 수신이 중단된 후, 상기 수신 중단된 body 메시지를 재수신하는 과정을 더 포함하며,
    상기 수신 중단된 body 메시지는 상기 특정 무선 억세스 인터페이스가 다시 유용해질 경우 상기 STA에 의해 재송신됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  12. 제9항에 있어서,
    상기 컨텐츠가 적어도 두 개의 세그먼트들로 분할될 경우, 상기 적어도 두 개의 세그먼트들 각각에 대해, 상기 컨텐츠에 관련된 정보를 포함하는 header 메시지와 해당 세그먼트를 포함하는 body 메시지가 수신됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  13. 제9항에 있어서,
    상기 적어도 하나의 세그먼트 각각은 고정된 사이즈를 가지거나, 혹은 가변 사이즈를 가짐을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  14. 제9항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 스텝(step) 사이즈만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  15. 제9항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 배수만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  16. 제9항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 세그먼트의 사이즈는 미리 설정되어 있는 최대 사이즈 미만의 사이즈로 변경 가능함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  17. 제9항에 있어서,
    상기 컨텐츠가 포함하는 모든 세그먼트들에 대한 수신이 완료됨을 검출하는 과정과,
    상기 세그먼트들을 재조립하여 상기 컨텐츠를 생성하고, 상기 헤더 메시지와 상기 컨텐츠를 포함하는 body 메시지를 상기 오리지널 서버로 송신하는 과정을 더 포함함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버가 STA의 데이터 업로드를 지원하는 방법.
  18. 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 단말기(station: STA)에 있어서,
    업로드할 컨텐츠(contents)가 존재함을 검출하면, 특정 무선 억세스 인터페이스가 유용한지 여부를 검출하는 제어기와,
    상기 특정 무선 억세스 인터페이스가 유용할 경우, 상기 컨텐츠에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 프록시 서버(proxy server)로 송신하여 상기 적어도 하나의 세그먼트 중 적어도 하나를 오리지널 서버(original server)로 업로드하는 동작을 수행하는 송/수신기를 포함함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  19. 제18항에 있어서,
    상기 제어기는 상기 body 메시지를 송신하는 중에 상기 특정 무선 억세스 인터페이스가 유용하지 않음을 검출할 경우, 상기 송/수신기가 상기 body 메시지 송신을 중단하도록 제어함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  20. 제19항에 있어서,
    상기 송/수신기가 상기 body 메시지 송신을 중단한 후, 상기 제어기가 상기 특정 무선 억세스 인터페이스가 다시 유용해짐을 검출하면, 상기 제어기는 상기 송/수신기가 상기 송신 중단된 body 메시지를 재송신하도록 제어함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  21. 제18항에 있어서,
    상기 컨텐츠가 적어도 두 개의 세그먼트들로 분할될 경우, 상기 header 메시지와 상기 body 메시지를 송신하여 상기 적어도 두 개의 세그먼트들을 상기 오리지널 서버로 업로드하는 동작은;
    상기 적어도 두 개의 세그먼트들 각각에 대해, 상기 컨텐츠에 관련된 정보를 포함하는 header 메시지와 해당 세그먼트를 포함하는 body 메시지를 상기 프록시 서버로 송신하여 상기 오리지널 서버로 업로드하는 동작을 포함함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  22. 제18항에 있어서,
    상기 적어도 하나의 세그먼트 각각은 고정된 사이즈를 가지거나, 혹은 가변 사이즈를 가짐을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  23. 제22항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 스텝(step) 사이즈만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  24. 제22항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 배수만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  25. 제22항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 세그먼트의 사이즈는 미리 설정되어 있는 최대 사이즈 미만의 사이즈로 변경 가능함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 STA.
  26. 다수 개의 무선 억세스 인터페이스(radio access interface)들을 지원하는 이동 통신 시스템에서 프록시 서버(proxy server)에 있어서,
    단말기(station: STA)로부터 상기 STA가 오리지널 서버(original server)로 업로드할 컨텐츠(contents)에 관련된 정보를 포함하는 헤더(header) 메시지와, 상기 컨텐츠가 분할되어 생성되는, 적어도 하나의 세그먼트(segment) 중 적어도 하나를 포함하는 바디(body) 메시지를 수신하는 송/수신기를 포함하며,
    상기 STA는 특정 무선 억세스 인터페이스가 유용할 경우 상기 header 메시지와 상기 body 메시지를 상기 특정 무선 억세스 인터페이스를 통해 송신함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  27. 제26항에 있어서,
    상기 STA가 상기 body 메시지를 송신하는 중에 상기 특정 무선 억세스 인터페이스가 유용하지 않음을 검출할 경우, 상기 body 메시지는 송신 중단됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  28. 제27항에 있어서,
    상기 송/수신기는 상기 body 메시지 수신이 중단된 후, 상기 수신 중단된 body 메시지를 재수신하며,
    상기 수신 중단된 body 메시지는 상기 특정 무선 억세스 인터페이스가 다시 유용해질 경우 상기 STA에 의해 재송신됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  29. 제26항에 있어서,
    상기 컨텐츠가 적어도 두 개의 세그먼트들로 분할될 경우, 상기 적어도 두 개의 세그먼트들 각각에 대해, 상기 컨텐츠에 관련된 정보를 포함하는 header 메시지와 해당 세그먼트를 포함하는 body 메시지가 수신됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  30. 제26항에 있어서,
    상기 적어도 하나의 세그먼트 각각은 고정된 사이즈를 가지거나, 혹은 가변 사이즈를 가짐을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  31. 제26항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 스텝(step) 사이즈만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  32. 제26항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 적어도 하나의 세그먼트 각각의 사이즈는 상기 프록시 서버로의 세그먼트 송신이 성공할 때마다 현재 설정되어 있는 세그먼트의 사이즈보다 미리 설정되어 있는 배수만큼 증가됨을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  33. 제26항에 있어서,
    상기 적어도 하나의 세그먼트 각각이 가변 사이즈를 가질 경우, 상기 세그먼트의 사이즈는 미리 설정되어 있는 최대 사이즈 미만의 사이즈로 변경 가능함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
  34. 제26항에 있어서,
    상기 제어기는 상기 컨텐츠가 포함하는 모든 세그먼트들에 대한 수신이 완료됨을 검출하면, 상기 송/수신기가 상기 세그먼트들을 재조립하여 상기 컨텐츠를 생성하고, 상기 헤더 메시지와 상기 컨텐츠를 포함하는 body 메시지를 상기 오리지널 서버로 송신하도록 제어함을 특징으로 하는 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 프록시 서버.
KR1020150125454A 2015-09-04 2015-09-04 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터 업로드 장치 및 방법 KR102425517B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020150125454A KR102425517B1 (ko) 2015-09-04 2015-09-04 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터 업로드 장치 및 방법
EP16842344.0A EP3342204B1 (en) 2015-09-04 2016-09-02 Apparatus and method for uploading data in mobile communication system supporting a plurality of radio access interfaces
PCT/KR2016/009838 WO2017039378A1 (en) 2015-09-04 2016-09-02 Apparatus and method for uploading data in mobile communication system supporting a plurality of radio access interfaces
US15/255,861 US10356000B2 (en) 2015-09-04 2016-09-02 Apparatus and method for uploading data in mobile communication system supporting a plurality of radio access interfaces
CN201680051314.1A CN107925907B (zh) 2015-09-04 2016-09-02 在支持多个无线电接入接口的移动通信系统中上传数据的装置和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150125454A KR102425517B1 (ko) 2015-09-04 2015-09-04 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터 업로드 장치 및 방법

Publications (2)

Publication Number Publication Date
KR20170028621A true KR20170028621A (ko) 2017-03-14
KR102425517B1 KR102425517B1 (ko) 2022-07-27

Family

ID=58187999

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150125454A KR102425517B1 (ko) 2015-09-04 2015-09-04 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터 업로드 장치 및 방법

Country Status (5)

Country Link
US (1) US10356000B2 (ko)
EP (1) EP3342204B1 (ko)
KR (1) KR102425517B1 (ko)
CN (1) CN107925907B (ko)
WO (1) WO2017039378A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102246581B1 (ko) * 2021-01-04 2021-04-29 이선웅 클라우드 컴퓨팅 환경을 통한 파일 업로드 방법 및 이를 수행하기 위한 프록시 서버

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6963411B2 (ja) * 2017-05-19 2021-11-10 キヤノン株式会社 通信装置、通信方法、およびプログラム
CN109195184B (zh) * 2018-09-30 2021-02-19 联想(北京)有限公司 信号传输方法和电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100154044A1 (en) * 2008-12-04 2010-06-17 Tajinder Manku Multi-transport mode devices having improved data throughput
US8982755B1 (en) * 2012-10-24 2015-03-17 Sprint Spectrum L.P. Methods and systems for selecting a TTI bundle size
US9036509B1 (en) * 2011-01-14 2015-05-19 Cisco Technology, Inc. System and method for routing, mobility, application services, discovery, and sensing in a vehicular network environment

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004066650A1 (en) * 2003-01-20 2004-08-05 Sk Telecom Co., Ltd Method for controlling a media message upload through a wireless communication network
US7551577B2 (en) * 2005-04-01 2009-06-23 Cisco Technology, Inc Access point provisioning and mapping in dual mode devices
GB0616992D0 (en) * 2006-08-29 2006-10-04 Nokia Corp Evaluating a communication interface
US8516147B2 (en) * 2010-02-26 2013-08-20 Simula Innovation Sa Data segmentation, request and transfer method
US8462001B2 (en) * 2010-07-30 2013-06-11 Great Eastern Group, Inc. Environmental alarm sensor panel and related method for a telecommunication cable station
JP5386451B2 (ja) * 2010-08-05 2014-01-15 本田技研工業株式会社 車両
KR101200585B1 (ko) * 2011-02-21 2012-11-12 한국과학기술원 다중 인터페이스를 지원하는 통신 시스템에서 에너지 절감을 위한 장치 및 그 방법
US8849950B2 (en) * 2011-04-07 2014-09-30 Qualcomm Incorporated Network streaming of video data using byte range requests
US9049244B2 (en) * 2011-04-19 2015-06-02 Cloudflare, Inc. Registering for internet-based proxy services
WO2012154506A1 (en) * 2011-05-06 2012-11-15 Interdigital Patent Holdings, Inc. Method and apparatus for bandwidth aggregation for ip flow
GB2494645A (en) * 2011-09-13 2013-03-20 Skype Application layer handoff between wireless networks
CN103369498B (zh) * 2012-03-31 2016-08-31 上海贝尔股份有限公司 在无线接入设备和用户设备中管理数据承载的方法
US8745267B2 (en) * 2012-08-19 2014-06-03 Box, Inc. Enhancement of upload and/or download performance based on client and/or server feedback information
US9504032B2 (en) * 2012-09-13 2016-11-22 Interdigital Patent Holdings, Inc. Method, wireless transmit/receive unit (WTRU) and base station for transferring small packets
US20150319643A1 (en) * 2013-01-28 2015-11-05 Qualcomm Incorporated Ue transmitter sharing
KR102164457B1 (ko) * 2013-04-25 2020-10-14 삼성전자주식회사 다중 무선 억세스를 위한 전자 장치 및 그 방법
KR20150025484A (ko) * 2013-08-29 2015-03-10 삼성전자주식회사 복수개의 네트워크 인터페이스들을 이용하여 데이터를 수신하기 위한 방법 및 장치
US9253681B1 (en) * 2014-06-18 2016-02-02 Sprint Spectrum L.P. Physical resource block allocation for TTI bundling
US9735972B2 (en) * 2015-01-12 2017-08-15 Qualcomm Incorporated Peer-enabled network access extension using yield management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100154044A1 (en) * 2008-12-04 2010-06-17 Tajinder Manku Multi-transport mode devices having improved data throughput
US9036509B1 (en) * 2011-01-14 2015-05-19 Cisco Technology, Inc. System and method for routing, mobility, application services, discovery, and sensing in a vehicular network environment
US8982755B1 (en) * 2012-10-24 2015-03-17 Sprint Spectrum L.P. Methods and systems for selecting a TTI bundle size

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102246581B1 (ko) * 2021-01-04 2021-04-29 이선웅 클라우드 컴퓨팅 환경을 통한 파일 업로드 방법 및 이를 수행하기 위한 프록시 서버
US11368516B1 (en) 2021-01-04 2022-06-21 Cloudike Inc. Method for uploading file via cloud computing environment, and proxy server for executing the same

Also Published As

Publication number Publication date
EP3342204B1 (en) 2022-08-24
WO2017039378A1 (en) 2017-03-09
EP3342204A4 (en) 2018-09-19
US20170070441A1 (en) 2017-03-09
KR102425517B1 (ko) 2022-07-27
US10356000B2 (en) 2019-07-16
EP3342204A1 (en) 2018-07-04
CN107925907A (zh) 2018-04-17
CN107925907B (zh) 2021-03-30

Similar Documents

Publication Publication Date Title
CN110741724B (zh) 可配置的波束故障事件设计
US9826560B2 (en) Apparatus and method for providing service in communication network supporting multipath transport control protocol
US20210259011A1 (en) Method and Apparatus for Communications with Carrier Aggregation
US11159594B2 (en) Streaming service data receiving device and method in mobile communication system for supporting plurality of radio access interfaces
WO2018202178A1 (zh) 波束恢复方法及装置
EP3472954A1 (en) Reallocation of control channel resources for retransmission of data in wireless networks based on communications mode
KR20160119719A (ko) 디바이스 대 디바이스 방식을 지원하는 무선 통신 시스템에서 디바이스 대 디바이스 탐색 메시지 송수신 장치 및 방법
US10028155B2 (en) Buffer management for wireless networks
KR20160131390A (ko) 비인가 대역을 지원하는 무선 통신 시스템에서 신호 송/수신 장치 및 방법
KR102425517B1 (ko) 다수 개의 무선 억세스 인터페이스들을 지원하는 이동 통신 시스템에서 데이터 업로드 장치 및 방법
US20160049968A1 (en) Method and Apparatus for Controlling Interference in Mobile Communication System
WO2017016606A1 (en) Acknowledgement message with piggy-backed buffer status report for wireless network
US10980017B2 (en) Decoding downlink control channels for 5G wireless communication systems
US10645003B2 (en) Data packet transmission method, network side device, and user equipment
CN116114229A (zh) 无线通信系统中增强可靠性的方法和装置
US20220232347A1 (en) Apparatus and method to indicate whether a node is tracking the location of a user equipment
CN111357223B (zh) 一种通信的方法、装置和计算机可读存储介质
US20210219330A1 (en) Apparatus, method and computer program
WO2023081464A1 (en) Methods and procedures for predictive early harq
JP2020005299A (ja) キャリアアグリゲーションで通信するための方法
WO2016169053A1 (zh) 一种无线数据的传输方法及装置

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