KR20140007277A - 데이터 파일의 방송 및 방송된 데이터 파일에 관한 파일 복구 절차 - Google Patents

데이터 파일의 방송 및 방송된 데이터 파일에 관한 파일 복구 절차 Download PDF

Info

Publication number
KR20140007277A
KR20140007277A KR20130078748A KR20130078748A KR20140007277A KR 20140007277 A KR20140007277 A KR 20140007277A KR 20130078748 A KR20130078748 A KR 20130078748A KR 20130078748 A KR20130078748 A KR 20130078748A KR 20140007277 A KR20140007277 A KR 20140007277A
Authority
KR
South Korea
Prior art keywords
file recovery
file
server
request
session
Prior art date
Application number
KR20130078748A
Other languages
English (en)
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 텔레폰악티에볼라겟엘엠에릭슨(펍)
Publication of KR20140007277A publication Critical patent/KR20140007277A/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/12—Avoiding congestion; Recovering from congestion
    • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • 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/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0033—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
    • H04L1/0035—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter evaluation of received explicit signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H04L1/0042—Encoding specially adapted to other signal generation operation, e.g. in order to reduce transmit distortions, jitter, or to improve signal shape
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H04L1/0043—Realisations of complexity reduction techniques, e.g. use of look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

무선 통신 시스템에서 사용자 설비(UE)에 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 적어도 2개의 파일 복구 서버를 포함하는 방송 멀티캐스트 서비스 센터(BM-SC)에서의 방법을 제공한다. 상기 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 후에, 상기 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 경우에, 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과했어야 하는 시간 간격 T를 나타낼 수 있고, 상기 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지가 상기 UE에 송신된다.

Description

데이터 파일의 방송 및 방송된 데이터 파일에 관한 파일 복구 절차{Broadcasting of data files and file repair procedure with regards to the broadcasted data files}
본 개시내용은 방송 멀티캐스트 서비스 센터(BM-SC), 거기에서의 방법, 사용자 설비(UE), 및 거기에서 방송된 데이터 파일에 관하여 파일 복구 절차를 적용하면서 데이터 파일을 방송하는 방법에 관한 것이다.
멀티미디어 방송 및 멀티캐스트 서비스(MBMS)는 셀룰러 네트워크를 통해 제공되는 방송 서비스이다. 개선된 MBMS(eMBMS)가 예컨대, 범용 이동 통신 시스템(UMTS) 셀룰러 네트워크용의 UTRAN 및 롱 텀 에볼루션(LTE: Long Term Evolution) 셀룰러 네트워크용의 진보된 범용 지상 무선 액세스 네트워크(E-UTRAN)을 포함하는 진보된 패킷 시스템에서의 MBMS 서비스를 명명하기 위해 사용된다. LTE 솔루션 구조를 통한 eMBMS의 일례가 도 1에 도시되어 있다. 도 1의 구조(100)는 하나 이상의 콘텐츠 서비스 제공자(120)로부터 제공되는 콘텐츠를 분배할 수 있는 적어도 하나의 방송 멀티캐스트 서비스 센터(BM-SC)(110)를 포함하고, 여기에서 콘텐츠 서비스 제공자(120)는 일반적으로 콘텐츠 스토어(content store: 도시 생략) 및 일반적으로 BM-SC(110)와 상호 작용할 수 있는 방송 조작 기능(130)의 감시 하에 BM-SC(110)에 위성 피드(feeds), 라이브 피드 및/또는 콘텐츠 배송 네트워크(CDN)의 형태로 콘텐츠 피드를 제공할 수 있는 라이브 인코더(live encorder: 도시 생략)를 포함한다. BM-SC(110)는 일반적으로 복수의 액세스 노드를 포함하지만 간략화를 위해 여기에서는 하나의 단일 액세스 노드인 eNB(140)로 나타내는 액세스 네트워크에 멀티미디어 방송 멀티캐스트 서비스 게이트웨이(MBMS-GW)(150)를 통해 연결되며, 여기에서 eNB(140)는 유닛캐스트 또는 멀티캐스트를 통해 액세스 네트워크의 범위 내에 위치하는 사용자 설비(UE)에 제공된 서비스 피드를 분배할 수 있다. 여기에서, 그러한 UE는 하나의 단일 UE인 UE(160)으로 표시된다.
UE 중 적어도 하나에서 정확하게 콘텐츠 피드를 수신하도록 실패를 바로잡을 수 있게 하기 위해, 상기 구조에 일반적으로 적어도 콘텐츠 피드의 부분들을 수신하도록 실패를 보고하는 그들 UE(160)에 콘텐츠 피드의 부분들을 BM-SC(110)가 재송신할 수 있게 하는 기능성을 제공한다. 그러한 특징은 일반적으로 파일 복구, 또는 더욱 구체적으로는 HTTP 유니캐스트 파일 복구라고 지칭된다. 파일 복구를 가능하게 하기 위해, BM-SC(110)는 따라서 통상적으로는 적어도 하나지만, 재송신에 의해 UE에 요구하기 위한 콘텐츠 피드의 손실되거나 손상된 파일 단편을 제공할 수 있는 복수의 파일 복구 서버(도시 생략)가 제공된다.
파일 복구 절차의 목적은 MBMS 다운로드 데이터 파일 방송 송신으로부터 손실 또는 손상된 파일 단편, 패킷 또는 심볼(symbols)을 복구하기 위한 것이다. 멀티캐스트/방송 환경에 있을 때, 확장성이 UE의 수가 증가함에 따라 중요한 문제가 된다. 이하로부터, UE는 언급된 UE가 MBMS 및/또는 EMBMS를 다룰 수 있는 UE로 제한되기 때문에 MBMS 클라이언트라고 지칭될 수도 있다. 파일 복구를 적용할 때 세 가지 문제점이 일반적으로 방지되어야 한다:
- 동시 파일 복구를 요구하는 다수의 UE로 인한 피드백 내파(implosion). 이것은 업링크 네트워크 채널을 혼잡하게 한다.
- 동시 MBMS 클라이언트의 요구의 결과로서, 복구 데이터를 전송하기 위한 다운링크 네트워크 채널 혼잡도.
- 서버에 도달하는 클라이언트의 요구로 인해 들어오고 나가는 트래픽에 의해 다시 초래되는 파일 복구 서버 과부하, 및 이들 복구 요구를 서비스하기 위한 서버 응답.
파일 복구 서버 과부하를 방지하기 위해, 3세대 파트너십 프로젝트 3GPP TS 26.346은 두 가지 방법을 제안한다:
- 제 시간에 파일 복구 요구 부하를 분산시킨다. MBMS 클라이언트는 랜덤 백-오프 시간을 계산한다. UE로부터 파일 복구 서버로의 파일 복구 요구 메시지의 전송은 백-오프 시간 = 오프셋-시간 + 랜덤 시간에 시작해야 한다. UE는 0과 랜덤 시간 주기 사이이 간격 외의 균일하게 분포된 랜덤 시간을 계산해야 한다. 랜덤 시간 주기는 BM-SC로부터 UE에 전송되는 연합 배송 절차 기술(ADPD: Associated Delivery Procedure Description)에서 randomTimePeriod 파라미터로 나타난다.
- 다수의 파일 복구 서버를 통해 파일 복구 요구를 분산시킨다. 복구 서비스 URI의 리스트는 연합 배송 절차 단편의 postFileRepair 요소의 요소로서 제공된다. MBMS 클라이언트는 균일한 분포를 갖는 리스트로부터 서비스 URI 중 하나를 랜덤하게 선택한다.
하나의 파일 복구 절차의 일반적인 수명이 도 2에 도시되어 있다. 하나의 파일 복구 절차가 트리거될(triggered) 때, UE는 오프셋 시간(200)에 이어서 randomTimePeriod(210)에 의해 결정되는 시간 슬롯으로 파일 복구(FR) 요구를 전송할 수 있다.
UE가 HTTP 연결을 생성하고 파일 복구 요구를 파일 복구 서버에 시간 간격(220) 동안 도달할 수도 있는 이 연결을 통해 전송할 때, 연결은 UE가 파일 복구 서버로부터 심볼 또는 복구 심볼을 다운로드 할 수 있게 하는 완전한 파일 복구 절차(230)를 정의하기 위해 유지된다.
결과적으로, randomTimePeriod(210) 후에, UE는 FR 요구를 전송하지 않지만 UE가 그들이 필요로 하는 모든 복구 심볼을 다운로드할 때까지 일부 FR 연결이 유지될 것이다.
3GPP TS 26.346 V9.5.0: MBMS 프로토콜 및 코덱과 3GPP TS 23.246 V9.5.0: MBMS 구조 및 기능적인 기술의 양자는 제시간에 및 다수의 서버 전체에 걸쳐 단일 파일 복구 절차의 트래픽을 확산시키기 위한 방법을 제안해 왔다. 그렇지만 파일 복구 서버는 극도로 나쁜 LTE 네트워크 상황 및 시간 오버랩을 갖는 다수의 파일 복구 절차에 의해 초래되는 파일 복구 버스트 트래픽으로 인해 여전히 과부하가 걸릴 수도 있다.
도 3에서, 부분적인 시간 오버랩을 갖는 2개의 상이한 데이터 파일 다운로드 tptusd에 대해 도시된 2개의 파일 복구 절차(300 및 310)가 존재한다. UE가 파일 복구 절차를 위한 파일 복구 요구를 전송하도록 균일하게 분포된 랜덤 시간을 계산하기 때문에, 파일 복구 절차(300 또는 310)의 결과적인 트래픽(320)(초당 파일 복구 요구)은 시간에 맞춰 균일하게 분포되어야 한다. 그렇지만, 총 트래픽은 오버랩되는 시간 슬롯의 2배 증가하고, 즉, 결과적인 트래픽(320)으로 나타내는 바와 같이, 2개의 파일 복구 절차가 시간 오버랩될 때 시간 슬롯에서 버스트 트래픽이 발생한다.
배송되고 있는 파일 다운로드 세션이 많을수록, 더 많은 파일 복구 절차가 이 타입의 시간 오버랩을 가질 수 있고 더욱 극심한 버스트 트래픽이 발생할 수도 있다. 조작자가 버스트 트래픽을 다루는 몇 가지 방법이 있다. 하나의 방법은 시간 오버랩을 피하기 위해 각 파일 다운로드를 위한 파일 복구 절차를 주의 깊게 스케줄링하는 것이다. 이 방법은 2개의 명백한 단점: a) 스케줄링의 어려움을 증가시키고(종종 너무 많은 동시 파일 다운로드가 존재하고 파일 복구 절차가 너무 긴 경우에는 더욱 불가능하게 된다); b) 파일 복구를 필요로 하는 MBMS 클라이언트의 비율 및 심볼 손실의 비율이 상당히 다르게 변화할 수 있기 때문에 파일 복구 서버 자원 낭비를 갖는다. 다른 방법은 극심한 버스트 트래픽을 서비스하기에 충분한 파일 복구 서버를 배치하는 것이다. 명백하게 이 방법은 그러나, 높은 파일 복구 서버 자원 낭비를 가져올 것이다.
파일 복구 서버가 과부하가 걸릴 때, 그들 서버는 서비스 이용 불가(unavailable) 또는 서비스 이용 불가능(not available)이라고 또한 칭해지는 HTTP 503 응답을 UE에 전송함으로써 FR 요구에 응답할 것이다. 불행하게도, 다른 UE는 파일 복구 서버가 과부하가 걸린 것을 알지 못하고 FR 요구를 전송하는 것을 유지한다.
HTTP 503 응답을 수신하는 UE는 몇 시간 후에 FR 요구를 전송하는 것을 재시도할 수 있지만, 그들 UE는 얼마나 긴 시간을 그들이 대기해야 하는지를 알지 못한다. 그들 UE가 구성된 시간에 따라 재시도하는 경우, 그들 UE는 파일 복구 서버가 여전히 과부하가 걸릴 수 있기 때문에 HTTP 503 응답을 수신할 수 있다.
상기 언급한 바와 같이, 파일 복구 요구를 전송하고 있는 UE로 인해 일어날 수 있는 복수의 문제점이 존재한다.
본 개시내용은 상기 개략 설명한 문제점의 적어도 일부를 해결하거나 감소시키기 위해 설정되었다.
제1 양태에 따르면, 무선 통신 시스템에서 사용자 설비(UE)에 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 적어도 2개의 파일 복구 서버를 포함하는 방송 멀티캐스트 서비스 센터(BM-SC)에서의 방법이 제공된다. 이 방법에 따르면, 상기 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지가 결정되고, 상기 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 경우에, 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과했어야 하는 시간 간격 T를 나타낼 수 있고, 상기 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지가 상기 UE에 송신된다. 그것에 의해, BM-SC가 파일 복구 서버가 더욱 적절한 선택이 될 때까지 UE가 부적절한 파일 복구 서버로부터 서비스를 요구하는 것을 금지할 수 있게 된다.
제2 양태에 따르면, UE에서, BM-SC로부터 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 방법이 제안된다. 이 방법에서는, 상기 UE가 상기 BM-SC의 제1 파일 복구 서버에 파일 복구 요구를 송신하기 전에 경과했어야 하는 시간 간격(T)을 나타낼 수 있는 정보 메시지가 상기 BM-SC로부터 수신되며, UE는 T에 의거하여 상기 제1 파일 복구 서버에 파일 복구 요구를 송신하려고 할 때를 결정한다. 그것에 의해, UE에 정보가 제공되고 그 정보에 의거하여 UE가 서비스를 요구하는 파일 복구 서버가 어느 것인지를 결정할 수 있다.
제3 양태에 따르면, 무선 통신 시스템에서 UE에 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하도록 구성된 적어도 2개의 파일 복구 서버를 포함하는 BM-SC가 제공된다. BM-SC는 상기 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정하도록, 및 상기 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 경우에, 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과했어야 하는 시간 간격 T를 나타낼 수 있고, 상기 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지를 상기 UE에 송신 유닛을 통해 송신하도록 구성된 처리 유닛을 포함한다.
제4 양태에 따르면, BM-SC로부터 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 UE에 있어서, 상기 UE가 제공된다. UE는 상기 BM-SC의 제1 파일 복구 서버에 파일 복구 요구를 송신하기 전에 경과했어야 하는 시간 간격(T)을 나타낼 수 있는 정보 메시지를 상기 BM-SC로부터 수신 유닛을 통해 수신하도록, 및 T에 의거하여 상기 제1 파일 복구 서버에 파일 복구 요구를 송신하려고 할 때를 결정하도록 구성되는 처리 유닛을 포함한다.
제5 양태에 따르면, UE에 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 컴퓨터 프로그램이 제공된다. 여기에서, 상기 컴퓨터 프로그램은 컴퓨터에서 실행할 때 상기 컴퓨터로 하여금: 상기 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정하도록, 및 상기 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 경우에, 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과했어야 하는 시간 간격 T를 나타낼 수 있고, 상기 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지를 상기 UE에 송신 유닛을 통해 송신하도록 하는 컴퓨터 판독 가능한 코드 유닛을 포함한다.
제6 양태에 따르면, 컴퓨터 프로그램 제품이 또한 제공될 수도 있다. 여기에서, 컴퓨터 프로그램 제품은 컴퓨터 판독 가능한 매체 및 상기 컴퓨터 판독 가능한 매체 상에 저장되는 상기 제안된 것과 같은 컴퓨터 프로그램을 포함한다.
이에 대응하여 ,제8 양태에 따르면, BM-SC로부터 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 컴퓨터 프로그램이 제공된다. 상기 컴퓨터 프로그램은 컴퓨터에서 실행할 때 상기 컴퓨터로 하여금: 상기 BM-SC의 제1 파일 복구 서버에 파일 복구 요구를 송신하기 전에 경과했어야 하는 시간 간격(T)을 나타낼 수 있는 정보 메시지를 상기 BM-SC로부터 수신 유닛을 통해 수신하도록, 및 T에 의거하여 상기 제1 파일 복구 서버에 파일 복구 요구를 송신하려고 할 때를 결정하도록 하는 컴퓨터 판독 가능한 코드 유닛을 포함한다.
제9 양태에 따르면, 컴퓨터 프로그램 제품이 제공된다. 여기에서, 컴퓨터 프로그램 제품은 컴퓨터 판독 가능한 매체 및 상기 컴퓨터 판독 가능한 매체 상에 저장되는 제8 양태에 따라 상술한 것과 같은 컴퓨터 프로그램을 포함한다.
실시예들은 첨부하는 도면과 관련하여 이하 더욱 상세히 설명한다.
도 1은 종래 기술에 따르는 eMBMS 인에이블된 LTE 셀룰러 네트워크의 구성 개관도.
도 2는 종래 기술에 따르는 파일 복구 세션 수명 사이클을 도시하는 도면.
도 3은 종래 기술에 따르는 파일 복구 버스트 트래픽으로 인해 시간의 오버랩을 갖는 파일 복구 프로세스의 시나리오를 도시하는 도면.
도 4는 파일 손실비에 대한 가우시안 분포의 정규 분포의 예시화한 시나리오를 도시하는 도면.
도 5는 하나의 파일 복구 절차 또는 세션의 복수의 FR 접속의 시뮬레이션을 도시하는 그래프.
도 6은 트래픽 모듈 및 복수의 파일 복구 서비스를 포함하는 BM-SC를 도시하는 간략화된 블록도.
도 7은 시간 경과에 따른 다수의 파일 복구의 일례를 도시하는 그래프.
도 8a는 제1 실시예에 따르는 무선 통신 시스템에서, UE로의 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 BM-SC에서의 방법의 플로우차트.
도 8b는 제2 실시예에 따르는 무선 통신 시스템에서, UE로의 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 BM-SC에서의 방법의 플로우차트.
도 9는 일 실시예에 따르는, BM-SC로부터의 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 UE에서의 방법의 플로우차트.
도 10은 제1 실시예에 따르는 무선 통신 시스템에서, 적어도 하나의 UE 또는 MBMS 클라이언트로의 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 BM-SC의 간략화한 블록도.
도 11은 제2 실시예에 따르는 무선 통신 시스템에서, 적어도 하나의 UE 또는 MBMS 클라이언트로의 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 BM-SC의 간략화한 블록도.
도 12는 제1 실시예에 따르는, BM-SC로부터의 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 UE의 간략화한 블록도.
도 13은 제2 실시예에 따르는, BM-SC로부터의 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 UE의 간략화한 블록도.
본 문헌의 목적은 그 전체 생애주기 동안 하나의 파일 복구 절차 또는 세션의 파일 복구 트래픽을 예측하고, 이 예측을 사용하여 장래에 파일 복구 서버가 서버 자원 낭비 없이 그리고 데이터 파일 다운로드 eMBMS 세션의 스케줄링을 위한 특별한 요건 없이 과부하가 걸리는 것을 방지하기 위해 파일 복구 트래픽을 최적화하는 것이다.
BM-SC는 파일 복구 절차의 개시 시에 소정의 시간 윈도우 동안 트래픽 통계를 수집할 수 있다. BM-SC는 특정 트래픽 모델을 따라 장래의 파일 복구 절차에 대한 트래픽의 변동을 추정할 수 있어, BM-SC가 과부하 상황이 발생할 지의 여부를 추정할 수 있게 된다.
그 전체 생애주기 동안 하나의 파일 복구 절차 또는 세션의 파일 복구 트래픽을 예측하는 방법의 일례는 파일 복구 절차의 개시 시에 단시간 내에 트래픽 통계 데이터를 샘플링하는 단계 및 이들 파일 복구 절차의 전체 트래픽이 장래에 어떻게 변동할지를 예측하는 단계를 포함한다. 파일 복구 절차 또는 세션의 전체 트래픽의 변동량을 예측하는 방식을 이하 더욱 상세히 설명할 것이다.
파일 복구를 요구하는 UE에 데이터 파일의 방송 송신에 따르는 파일 복구 세션을 실행하기 위한 적어도 2개의 파일 복구 서버를 포함하는 BM-SC 내에서 또는 대응하는 기능을 실행할 수 있는 네트워크 유닛 내에서 실행될 방법이 도 8a에 도시된다. 단계 810 및 820에서, BM-SC의 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지 또는 경험할 것으로 예측되는지가 결정된다. 파일 복구 서버가 과부하 상태를 이미 경험하고 있다면, 파일 복구 서버가 일반적으로 BM-SC의 부분을 형성하기 때문에, 이는 쉽게 인식될 수 있다. 초기 단계 800에 의해 나타내는 바와 같이, 예측은 임의의 알려진 샘플링 방법에 따라서 소정의 샘플링 시간 동안 샘플링된 트래픽 통계 데이터를 기초로 할 수도 있다.
파일 복구 서버가 과부하를 경험하거나 예측하고 있다고 결정되면, 이 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지가 단계 830에 나타낸 바와 같이, UE에 송신된다. 그 정보 메시지는 또한, UE가 파일 복구 서버에 파일 복구 요구를 송신하도록 허가되기 전에 경과해야 하는 시간 간격 T를 포함한다. 이와 달리, 시간 간격 대신에, 그 정보 메시지는 UE에 과부하가 걸린 또는 거의 과부하가 되어가는 파일 복구 서버를 요구하지 않도록 명령할 수도 있다.
BM-SC가 제안된 방법에 따라서, BM-SC의 적어도 하나의 파일 복구 서버가 특정 시점에서 과부하가 걸리게 될 것을 예측할 수 있는 파일 복구 과부하 방지를 지원하는 경우, BM-SC는 그에 따라, 파일 복구 서버의 과부하 상황을 피하도록 파일 복구 절차 또는 세션을 연장하도록 UE에 새로운 오프셋시간(offsetTime) 및 randTimePeriod를 갖는 갱신된 ADPD를 전송할 수도 있다.
이하에 이 개시내용에 사용되는 상이한 용어를 몇몇 정의가 뒤따른다.
클라이언트 FR 비트레이트: UE 또는 MBMS 클라이언트가 파일 복구를 위해 파일 복구 서버로부터 심볼(symbols)을 다운로드하는 데 사용할 수 있는 최대 유니캐스트 비트레이트. 이것은 UE 능력 및 조작자의 LTE 네트워크에 의존한다.
전체 FR 대역폭: 데이터 파일 복구 서버에 대한 조작자에 의해 제공되는 전체 대역폭.
최대 사용된 FR 대역폭: 하나의 데이터 파일 복구 절차 또는 세션에 대해 최대의 실제 사용된 대역폭. FR은 파일 복구의 약어이다.
FR 사용자 수: 데이터 파일 다운로드를 위해 파일 복구를 적용하는 것을 필요로 하는 사용자의 수.
초당 FR 요구: 파일 서버가 매초 수신하는 하나의 데이터 파일 다운로드의 파일 복구 요구의 수.
FR 접속 수: 하나의 데이터 파일 다운로드를 위한 파일 복구 서버 및 UE 또는 MBMS 클라이언트 사이의 동시에 발생하는 파일 복구 HTTP 접속의 수.
최대 FR 접속 수: 하나의 파일 복구 절차 또는 세션 동안 FR 접속이 언제나 도달하는 최대값. 바꿔 말하면, 하나의 데이터 파일 복구 세션에 항상 수반되는 UE 또는 MBMS 클라이언트의 최대 수.
FR 접속 임계값: 동시에 발생하는 파일 복구 접속의 최대 수, 즉 파일 복구 서버가 동시에 서비스할 수 있는 UE 또는 MBMS 클라이언트의 최대 수.
파일 손실 비율: 파일 복구 절차 또는 세션을 이용하여 파일 복구 서버로부터 인출될 필요가 있는 하나의 데이터 파일 내의 심볼의 비율.
다운로드된 심볼의 전체 크기: 하나의 파일 복구 절차 또는 세션에서 모든 UE 또는 MBMS 클라이언트에 의해 다운로드된 심볼의 전체 크기.
파일 손실 비율과 패킷 손실 비율의 양자는 방송 송신하는 동안 손실되어, 이후에 파일 복구 절차 또는 세션에 의해 파일 복구 서버(들)로부터 인출될 필요가 있는 하나의 데이터 파일 내의 심볼의 비율을 지칭한다.
완전한 파일을 성공적으로 다운로드하지 못한 UE의 파일 손실 비율은 통상적으로 도 4에 도시된 정규 분포(가우시안 분포)
Figure pat00001
을 충족시킨다. x축은 파일 손실 비율을 나타내고, y축은 하나의 UE가 그러한 파일 손실 비율을 가질 가능성을 나타낸다. μ는 대부분의 UE가 갖는 파일 손실 비율을 나타낸다. FR 사용자 수가 n이면, 파일 손실 비율 x를 갖는 UE의 수는 n*f(x)이다.
도 5에서, 정규 분포를 갖는 파일 손실 비율의 일례가 도시된다. 연속적인 곡선은 하나의 파일 복구 절차 또는 세션의 FR 접속이 아래의 조건들: 파일 사이즈 = 300Mbytes; 클라이언트 FR 비트레이트; 클라이언트 FR 비트레이트 = 0.5Mbps; 전체 FR 대역폭 = 3000Mbps; FR 사용자 수 = 5000; 초당 FR 요구 = 25; randomTimePeriod = 200초에 따라 어떻게 변할 수 있는지를 나타낸다. UE의 파일 손실 비율은 μ=0.012, σ=0.004를 갖는 정규 분포를 충족시킨다, 즉, 최대 파일 손실 비율이 1.2%이다.
σ=0.004에 대해, UE의 파일 손실 비율의 99.9% 초과가 [μ-3σ, μ+3σ]에 의해 특정된 범위에 위치하고 파일 손실 비율이 마이너스가 될 수 없는 것을 나타낼 수 있다. 그래서, μ-3σ가 최소 파일 손실 비율 0과 같다고 가정하면, 근사적으로 실제 값 대신에 σ=μ/3=0.012/3=0.004를 사용하는 것이 가능하게 된다.
연속 곡선은 시뮬레이션에 의해 계산되고, 모든 사용자의 다운로드된 심볼의 전체 크기는 140000Mbit와 같으며 평균 파일 손실 비율이 1.167%임을 알게 된다.
모든 UE가 하나의 파일 다운로드에 대해 동일한 파일 손실 비율을 갖고 이 파일 손실 비율이 연속 곡선의 평균 파일 손실 비율과 같다고 가정하면, 도 5에 도시된 점선의 곡선에 의해 나타낸 1.167%의 파일 손실 비율이 또한 시뮬레이션에 의해 얻어질 수도 있다.
연속 곡선 및 점선의 곡선을 비교해보면, 그들은 매우 유사한 것을 알 수 있다. 결과적으로, 기본적으로 실제 트래픽에 대한 수학적인 방법과 동일한 모든 사용자에 대한 파일 손실 비율을 갖는 트래픽 모델을 사용하고, 그에 따라 간단한 방법으로 실제 트래픽을 예측하는 것이 가능해진다.
이 개시내용에서는, 오직 하나의 시뮬레이션 예가 예시된다. 그러나, 이 시뮬레이션으로부터 도출되는 결론은 다른 시뮬레이션에서도 유효하다.
FR 절차 또는 세션이 시작되기 전에 일정 파라미터가 알려진다. 이들 파라미터는 또한 ADPD에 제공될 수도 있다.
1) 트래픽 데이터를 샘플링하기 위한 통계 시간(c1)(예컨대, 5초),
2) 파일 크기(c2),
3) randomTimePeriod(c3),
4) 전체 FR 대역폭(c4), 및
5) FR 접속 임계값(c5).
하나의 파일 복구 절차 또는 세션의 시작 시에, 이하의 트래픽 데이터가 몇몇 파일 복구 요구의 수신 후에 획득되어야 한다:
1) 초당 FR 요구(d1),
2) 평균 파일 손실 비율(d2), 및
3) 평균 UE FR 비트레이트(d3).
동일한 파일 복구 절차 또는 세션에 대해, 그 파일 복구 요구가 예를 들면, 3GPP TS 26.346 V9.5.0: MBMS 프로토콜 및 코덱에 따라서 고유의 분포를 갖는 다수의 파일 서버를 통해 확산될 수 있다.
BM-SC(600)의 간략화한 블록도인 도 6에서, 집중형 트래픽 모델 모듈(601)이 BM-SC의 복수의 파일 복구 서버(602a, 602b, 602c)의 각각으로부터의 트래픽 데이터를 샘플링하고; 트래픽 추세(trend)를 예측하며; 트래픽 모델 모듈(601)이 과부하를 예측하면, 각 파일 복구 서버(602a, 602b, 602c)에 피드백을 제공하고, 운영 및 유지보수 센터(O & M)(603)에 경보를 발생시킨다. 하나의 파일 복구 절차에 대해, 각 파일 복구 서버는 그 트래픽 데이터를 별개로 로그해야 한다.
통계 시간 c1이 경과하였을 때, 트래픽 모델 모듈은 로그된 트래픽을 얻기 위해 즉시 각 파일 복구 서버에 HTTP 요구를 전송할 것이다. 여기에서 HTTP 요구 및 HTTP 응답으로서 제공되는 파일 복구 요구의 일례가 이하에 제공된다.
HTTP 요구:
GET: http://frserver1/logging& fileRepairServiceId=xxx&statisticsTime=C1
HTTP 응답:
HTTP/1.1 200 OK
호스트: frserver1
날짜: 목요일, 2011년 12월 22일 13:14:15 -0600
콘텐츠 유형: application/xml
콘텐츠 길이: xxx
<trafficModel version="1.0">
<requestCount>1000</requestCount>
<totalLoss>30000000<totalLoss >
<totalDownloaded>10000000< totalDownloaded >
</ trafficModel>
HTTP 요구에서, 파일 복구 서비스 id 및 통계 시간 c1이 파일 복구 서버에 전송된다. 파일 복구 서비스 id 및 c1에 따라서, 파일 복구 서버는 관련 트래픽 데이터로 응답할 것이다.
HTTP 응답에서, requestCount는 시간 c1에서 수신되는 파일 복구 요구의 수를 나타낸다. totalLoss(바이트로 카운트됨)는 수신된 파일 복구 요구에 따라서 총 손실되는 심볼의 수, 즉, 이들 파일 복구 요구에 의해 인출될 심볼이 얼마나 많은지를 나타낸다. totalDownloaded(바이트로 카운트됨)는 파일 복구 절차/서비스에 의해 다운로드된 심볼의 수를 나타낸다.
트래픽 데이터가 각 파일 복구 서버로부터 수신된 후에, 특정 파일 복구 절차 또는 세션에 대해 아래에 기술된 바와 같이, d1, d2 및 d3을 계산하는 것이 가능해진다. n개의 파일 복구 서버가 존재한다고 가정하면, d1, d2 및 d3은 아래와 같이 정의된다:
Figure pat00002
Figure pat00003
, 및
Figure pat00004
파일 복구 요구가 randomTimePeriod에 균일한 분포를 갖고 도달하기 때문에, c1에서 샘플링된 d1, d2 및 d3은 샘플링 에러가 무시되면 randomTimePeriod에서 동일해야 한다.
논의된 트래픽 모델에 따라서, 평균 파일 손실 비율 d2가 모든 사용자에 대해 사용되면, 아래의 결과가 아래의 계산에 의해 얻어질 수도 있다:
1) FR 사용자 수(r1): r1=d1*c3/c1
2) 최대 FR 접속 수(r2)에 도달하는 시간: r2=c2*d2/d3
3) 최대 FR 접속 수(r3): r3=r2*d1=(c2*d2/d3)*d1
4) 최대 사용된 FR 대역폭(r4): r4=r3*d3=c2*d2*d1
도 7은 시간의 함수로서 FR 접속의 간략화한 모델이다.
r4>c4이면, 적어도 하나의 파일 서버가 시간 r5=c4/(d1*d3)에서의 대역폭 제한으로 인해 과부하가 걸릴 확률이 높다. 그래서, 도 7에 도시된 바와 같은 계산된 파일 복구 트래픽 곡선이 실제 트래픽을 근사적으로 예측하도록 얻어질 수도 있다.
예측 알고리즘은 파일 복구 서버 도는 파일 복구 서버 중 적어도 하나의 가능한 과부하를 예측하기 위해 복수의 방법에 사용될 수 있고, 아마도 그 시점에 과부하가 발생할지도 모른다. 파일 복구 서버는 아래의 세 가지 경우 중 어느 하나로 인한 파일 복구 절차 또는 세션에 의해 과부하가 걸릴 수도 있다:
1) 초당 FR 요구의 수가 임계값을 초과,
2) 전체 사용된 FR 대역폭이 임계값을 초과, 또는
3) FR 접속의 최대 수가 임계값을 초과.
상기 제안된 상이한 경우에서 3개의 임계값은 개별적이고 상이한 값을 가질 수도 있음을 주목해야 한다. 과부하 경우 (1)에 있어서, 초당 FR 요구의 수는 예를 들면, 파일 복구 절차 또는 세션의 시작 시에 파일 복구 요구에 관하여 트래픽 부하를 샘플링함으로써, 파일 복구 절차 또는 세션의 시작 시에 도출될 수도 있다. 초당 FR 요구의 수가 임계값을 초과하는지의 여부는 실제로는 예측 없이 실행될 수 있거나, 또는 예측은 초당 FR 요구의 수와 임계값을 비교함으로써 파일 복구 절차 또는 세션의 시작 시에 파일 복구 요구에 관하여 트래픽의 샘플링을 포함한다고 말할 수도 있다.
과부하 경우 (2)에 있어서, 전체 사용된 FR 대역폭이 임계값을 초과하는지의 여부는 r5-c1의 결과에 의거하여 결정될 수 있다.
과부하 경우 (3)에 있어서, FR 접속의 최대 수가 임계값을 초과하는지의 여부는 r2-c1의 결과에 의거하여 결정될 수 있다.
과부하가 발생할 수도 있다는 것 또는 발생할 것이라는 것을 미리 예측하는 것이 가능하다면, 과부하가 실제로 발생하기 전에 과부하를 방지하기 위해 UE에 새로운 offsetTime 및 randomTimePeriod를 갖는 갱신된 ADPD를 전송할 여지가 있다.
갱신된 ADPD를 수신한 모든 UE는 backoffTime = offsetTime + randomTimePeriod를 다시 계산하여 새로운 backoffTime에 따라서 새로이 FR 요구를 전송해야 한다.
과부하 경우 (2)에 있어서, 하나의 예는 offsetTime 및 randomTimePeriod를 이들 새로운 값들: offsetTime=0 및 randomTimePeriod=r1*(c2*d2)/c4로 설정하는 것을 포함한다(모든 사용자에 의해 다운로드될 전체 심볼이 전체 FR 대역폭 c2를 갖는 randomTimePeriod에 다운로드될 수 있다).
과부하 경우 (3)에 있어서, 하나의 예는 offsetTime 및 randomTimePeriod를 이들 새로운 값들: offsetTime=0 및 randomTimePeriod=r1*r2/c5로 설정하는 것을 포함한다.
갱신된 ADPD를 전송하거나 송신하는 2개의 예는:
1) 파일 복구 절차 동안 MBMS 세션이 유지되면 대역 내(in-band) 갱신된 ADPD를 전송(일반적으로 많은 파일을 직렬로 전송하는 것을 유지하기 위한 추세라면 MBMS 세션이 유지될 것이다), 및
2) SDCH(Service Discovery Channel: 서비스 발굴 채널)에 의해 또는 유니캐스트를 통해 파일 복구 절차 동안 UE에 대역 외 갱신된 ADPD를 전송.
바람직하게는, 트래픽 모델 모듈은 시스템이 갱신된 ADPD를 전송하는 것을 지원하는지의 여부에 무관하게, 과부하가 예측될 수 있으면 O&M에 경보를 전송해야 한다.
상술한 예측 알고리즘은 UE 재시도를 위해, 즉, UE가 BM-SC의 파일 복구 서버로부터 재송신을 요구하려고 반복적으로 시도할 때, 사용될 수 있다. 몇몇 eMBMS 시스템에 있어서, 과부하를 방지하기 위해 UE에 갱신된 ADPD를 전송하기 위한 메커니즘이 존재하지 않을 수도 있다. 그러한 상황에서는, UE는 그 대신에, 파일 복구 요구에 응답하여, 과부하의 예측 또는 과부하의 결정 후에 재시도 시간이라고도 할 수 있는 시간 간격 T를 포함하는 503 에러 코드를 갖는 HTTP 응답을 수신할 것이다. 재시도 시간 T는, T가 경과한 후에 UE가 현재의 파일 복구 서버를 재시도할 수 있게 할 것이다. 파일 복구 서버가 UE가 재시도할 수 없게 하면, 즉, 동일한 파일 복구 서버를 다시 한번 요구할 수 없게 하면, 재시도 시간 T를 0으로 설정하거나, HTTP 503 응답에서 재시도 시간 요소를 제거할 수 있다. 그러한 방법은 도 8a와 단계 810에 앞선 단계 805가 BM-SC의 파일 복구 서버 중 하나를 어드레싱(addressing)하는 BM-SC에서 파일 복구 재송신의 요구를 수신하는 것을 나타내는 점에서 상이한 도 8b에 되어 있다. 도 8b에 따르면, 단계 830에서 전송되는 정보 메시지는 HTTP 503 응답으로서 구성될 수도 있는 파일 복구 재송신 요구에 대한 응답이다.
파일 복구 서버가 과부하 상태를 경험하고 있거나, 경험하려 하는 경우에, v파일 복구 서버는 일반적으로 Retry-After 헤더로서 제공되는 재시도 시간을 포함할 수 있는 일반적으로 "503 서비스 이용 불가"라고도 하는 HTTP 503 응답에 응답해야 한다. 그 결과, UE는 그 파일 복구 서버에 대한 파일 복구 절차를 정지해야 한다. UE는 이 서버가 이 파일 복구 세션에 대해 이용 불가라고 간주해야 하거나, UE에 의해 지원되는 경우, 예컨대, Retry-After 헤더 내에 재시도 시간에 의해 나타낸 시간의 기간 동안, UE는 기존의 파일 복구 절차를 정지하고 대체의 이용 가능한 파일 복구 서버를 즉시 시도할 수도 있다. UE는 재시도 시간이 경과한 후에 현재의 파일 복구 서버에 재시도할 수도 있다. 모든 알려진 파일 복구 서버가 이 방식으로 다 소모된 경우에, UE는 파일 복구 절차를 중단시켜야 한다. 재시도 시간이 정수의 초로서 표현될 때 그 재시도 시간은 "503 서비스 이용 불가"의 수신 시간과 관련될 수도 있다.
HTTP 응답 에러 메시지는 더욱 상세한 에러 메시지를 제공하는 메시지 본문을 함유할 수도 있다. MIME 형의 그러한 메시지 본문은 텍스트/평문이어야 한다. HTTP 에러 메시지 본문의 이 구문은 아래와 같이 정의될 수 있다:
http-error-body = error-code (SP / HTAB) error-description CRLF
error-code = 4DIGIT
error-description = 1*(SP / VCHAR)
주목할 점은 아래의 에러 메시지들이 HTTP 응답 에러 메시지의 메시지 본문에 사용될 수도 있다는 것이다.
0001 파일 찾을 수 없음
0002 콘텐츠-MD5 무효
0003 SBN 또는 ESI 범위 외
0004 ServiceId 찾을 수 없음
0005 fdtInstanceId 찾을 수 없음
0006 fdtGroupId 찾을 수 없음
상기 제안된 바와 같이, 파일 복구 세션을 실행하기 위해 UE에서 실행될 대응하는 방법이 도 9에 도시된다. 단계 910에서, UE는 BM-SC의 파일 복구 서버에서 경험된 또는 그에 대해 예측되는 과부하를 나타내는 정보 메시지를 수신한다. UE 재시도의 경우에는, 정보 메시지는 도 9에서 단계 900으로 나타낸 파일 복구 재송신 요구에 응답하여 전송된 응답 메시지이다. 정보 메시지의 콘텐츠에 의거하여, UE는 다음 단계 920에서 표시된 파일 복구 서버에 대한 파일 복구 요구를 송신할 때를 결정할 수 있고, 그에 의해 당분간 파일 복구 서비스를 제공하는 데 적절하지 않은 특정 파일 복구 서버에 대한 요구를 전송하는 것을 회피할 것이다. 다음 단계 930에서, 단계 910에서 수신된 정보 메시지의 콘텐츠에 의거하여, 단계 950으로 나타내는 바와 같이, 제시간에 파일 복구를 위한 파일 복구 서버를 요구할 수 있게 되는 때가 결정된다. 선택적으로, 정보 메시지는 아래에 더욱 상세히 설명되는 바와 같이, 파일 복구 요구의 재송신 또는 송신을 금지할 수 있게 되며, 그 경우에 UE는 그 대신에 과부하 상태를 경험하거나 경험할 것으로 예측되는 다른 파일 복구 서버로부터 재송신을 요구하거나 파일 복구를 요구할 수도 있다.
BM-SC는 적정한 재시도 시간 T를 판단하기 위해 예측 알고리즘을 사용하여 T와 함께 UE에 HTTP 응답을 전송할 수도 있다. 과부하 경우 (2)에 있어서, 일례는 T를 값 r1*c2*d2/c4로 설정하는 것을 포함한다. 과부하 경우 (3)에 있어서, 일례는 T를 값 r1*c2*d2/(d3*c5)로 설정하는 것을 포함한다.
적정한 시간 T에 의해, BM-SC가 UE로부터의 재시도 요구에 의해 과부하가 걸리는 것을 회피할 수 있거나 회피할 것이다.
트래픽 모델 모듈이 파일 복구 절차에 대한 과부하 예측을 행한 후에, 트래픽 모델 모듈은 재시도 시간 T와 함께 각 파일 복구 서버에 HTTP GET 요구를 전송할 수도 있고, 그 후 파일 복구 서버가 T를 UE에 전송할 수 있다.
아래의 예는 파일 복구 서버가 HTTP 503 응답의 XML 본문에서 재시도 시간 T를 UE에 전송할 수 있는지를 나타낸다:
UE-> 파일 복구 서버:
GET /repairService/test.dat&SBN=0;ESI=1-10,20-50&SBN=1&SBN=2-
3;ESI=1-10 HTTP/1.1
Host: 192.168.018:8001
Accept: */*
파일 복구 서버 ->UE ;
HTTP/1.1 503 Service Unavailable
Date: Mon, 11 Jun 2012 03:45:01 GMT
Content-Length: 200
Content-Type: application/xml
<retryTime>5000< /retryTime >
파일 복구 서버가 UE로 하여금 재시도를 실행할 수 없게 하면, 그들 파일 복구 서버는 retryTime을 0이 되도록 설정할 수 있다. 시간 경과에 따라 UE로부터 재시도 요구를 확산시키기 위해, T를 수신하는 각 UE는 바람직하게는 randomTimeperiod 파라미터에 따라 일반적으로 균일한 분포를 갖는 랜덤 시간을 계산할 수 있고, randomTimeperiod + T 후에 재시도 요구를 전송할 수도 있다. UE가 HTTP 503 응답에서 T가 부재이거나 0으로 설정된 것을 발견한 경우, UE는 현재의 파일 복구 절차에 대해 동일한 파일 복구 서버에 파일 복구 요구를 재시도하지 않아야 한다, 즉, UE는 이 파일 복구 서버가 파일 복구 세션을 위해 이용 불가능하다고 고려해야 한다.
시간 중첩되는 다수의 파일 복구 절차가 존재할 수도 있다. 버스트 파일 복구 트래픽이 중첩된 시간 슬롯에서 발생할 수 있거나 발생할 것이며, 파일 복구 서버에 더 쉽게 과부하가 걸리도록 한다. 그러한 경우에 있어서, 또한 각 파일 복구 절차 또는 세션의 트래픽을 예측하고, 버스트 파일 복구 트래픽이 발생할 때 및 버스트 트래픽이 서버에 과부하가 걸리게 되도록 만드는 경우를 결정하기 위해 전체 트래픽을 게산하는 것도 가능하다.
간략하게, 트래픽 모델이 파일 복구 절차의 복잡한 실제 트래픽을 근사적으로 시뮬레이트하기 위해 동일한 파일 손실을 갖고 개시되어 있다. 그러한 트래픽 모델에 의거하여, 이 개시내용은 장래에 파일 복구 절차 또는 세션의 트래픽을 예측하는 알고리즘을 개시한다. 그러한 예측을 이용함으로써, BM-SC는 파일 복구 서버가 과부하 걸리기 쉽게 되는 경우 및 때를 알 수 있고, 갱신된 ADPD를 UE에 전송함으로써 또는 UE에 그들이 재시도를 개시하기 전에 적정한 시간을 대기하도록 지시함으로써 과부하를 회피하기 위한 동작을 취할 수 있게 된다. 이 예측을 이용함으로써, eMBMS 시스템은 파일 복구 서버 자원을 더욱 효율적으로 이용할 수 있고 사용자 경험을 크게 향상시킬 수 있다.
상술한 BC-SC 및 본 명세서에 기재된 방법, 뿐만 아니라 본 명세서에 기재된 UE 및 방법은 여러 가지 장점을 갖는다. (a) 그 방법은 절차의 시작 시에 짧은 통계 시간에 전체 파일 복구 절차 또는 세션의 트래픽을 예측하는 데 도움이 된다. 그 방법은 그 계산을 위해 실제 트래픽의 샘플 데이터를 이용하기 때문에, 예측은 실제 트래픽에 매우 근접하다. (b) 갱신된 ADPD 지원을 받는 eMBMS 시스템에 있어서, 그 방법은 파일 복구 서버에 과부하가 실제로 발생하기 전에 과부하가 걸리게 되는 경우 및 때를 예측하는 데 도움이 된다. 그 방법은 또한, 과부하가 발생하기 전에 미리 과부하를 회피하기 위해 BM-SC가 적절한 randomTimePeriod를 설정하여 갱신된 ADPD를 UE에 전송하는 데 도움이 된다. (c) 갱신된 ADPD 지원이 없는 eMBMS 시스템에 있어서, 그 방법은 BM-SC가 재시도를 위해 사용되도록 UE에 적절한 대기 시간을 전송하는 데 도움이 되고, UE로부터 전송된 재시도 요구에 의해, 즉, 파일 복구 요구의 재송신에 의해 BM-SC에 과부하가 걸리는 것을 방지하는데 도움이 된다.
도 10에서, BM-SC(1000)가 도시되며, 그것은 상술한 실시예들 중 하나 이상의 실시예에 따르는 방법을 실행하도록 구성된다.
BM-SC(1000)는 수신 유닛(RX)(1040) 및 송신 유닛(TX)(1030)을 포함한다. 이들 통신 유닛을 통해, BM-SC(1000)는 무선 통신 네트워크(도시 생략) 내의 다른 노드 및/또는 엔티티(entities)와 통신하도록 적응된다. 수신 유닛(1040)은 이와 달리, 하나 이상의 수신 장치들을 포함할 수도 있다. 예를 들면, 수신 유닛(1040)은 배선(wire) 및 안테나의 양자에 연결될 수도 있고, 그에 의해 BM-SC(1000)가 무선 통신 네트워크 내의 다른 노드 및/또는 엔티티와 통신하는 것이 가능해진다. 유사하게, 송신 유닛(1030)은 이와 달리, 하나 이상의 송신 장치들을 포함할 수 있으며, 그 각각은 차례로 배선 및 안테나의 양자에 연결되고, 그에 의해 BM-SC(1000)가 무선 통신 네트워크 내의 다른 노드 및/또는 엔티티와 통신하는 것이 가능해진다. BM-SC가 파일 복구 서버 기능을 포함하기 때문에, 별개의 수신 및 송신 유닛이 그러한 서버에 전용으로 될 수 있다. 간략하게 하기 위해, 오직 하나의 수신 유닛 및 하나의 송신 유닛이 도 10에 도시되어 있다. BM-SC(1000)는 데이터를 저장하기 위해 처리 유닛(1010)에 액세스 가능한 메모리(1020)를 더 포함한다. 더욱이, BM-SC(1000)는 상술한 방법의 단계들이 실행 가능하게 되도록 하기 위해 서로 상호 작용하도록 구성된 여기에서는 모듈(1011-1016)로 나타낸 다수의 상이한 기능 모듈들을 포함하거나 그 모듈들에 연결될 수도 있는 처리 유닛(1010)을 포함하여 도시된다. 여기에서, 제안된 모듈들은 UE로부터의 재송신 요구 및 파일 복구 요구를 수신하기 위한 수신 모듈(731); 상술한 실시예들 중 어느 하나에 따라 데이터를 샘플링하기 위한 샘플링 모듈(732); 파일 복구 서버에 대해 과부하 상태가 발생하려고 할 때를 예측하기 위한 예측 모듈(733), 어떻게 정보 메시지를 구성할지를 결정하기 위한 결정 모듈(734); 각각의 UE에 정보 메시지를 송신하기 위한 송신 모듈(735), 및 마지막으로 파일 복구 모듈(1016)이라고 지칭되며, 여기에서 마지막 모듈은 2개 이상의 파일 복구 서버에 파일 복구 서버 기능을 제공하도록 구성된다. 주목해야 할 것은 이것이 단순히 예시적인 예이라는 점과, BM-SC(710)가 도 10에 도시된 구성과 동일한 방식으로 BM-SC(710)의 기능을 실행하도록 구성되는 더 많거나, 더 적거나, 다른 유닛 또는 모듈을 포함할 수도 있다는 점이다. 이미 언급한 바와 같이, BM-SC는 예를 들면, 도 6에 따르는 파일 복구 구성을 모방(emulate)할 수 있게 하기 위해 파일 복구 서버 기능을 제공하도록 구성된다. 바꿔 말하면, 이 개시내용에서, 파일 복구 서버가 UE와 통신하고 있다고 할 때, 이것은 본 명세서에서 설명한 바와 같이, BM-SC에 의해 제공되는 관련 기능에 의해 제공된다. 그러나, 파일 복구 서버 구성의 상세는 이 개시내용의 범위를 벗어나기 때문에, 그러한 상세는 생략되어 있다.
더욱 구체적으로는, BM-SC(1000)의 처리 유닛(1010)은 그 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있거나 경험할 것으로 예측되는지를 결정하고, 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지를 송신하도록 구성되어 있다. 또한, 처리 유닛(1010)은 제1 파일 복구 서버가 과부하 상태를 경험하고 있거나 경험할 것으로 예측되는 경우에, 송신 유닛(1030)을 통해 UE에, UE가 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과해야만 하는 시간 간격 T를 또한 나타내는 것이 가능하다.
처리 유닛(1010)은 또한, 파일 복구 세션 동안 소정의 샘플링 시간 주기 동안 트래픽 통계 데이터를 샘플링하도록 구성될 수도 있어, 예측된 과부하 경험의 경우에는, 결정이 파일 복구에 관한 전체 트래픽 부하가 파일 복구 세션 동안 어떻게 변할 것인지에 대하여 예측함으로써 실행될 수 있으며, 여기에서 예측은 샘플링된 트래픽 통계 데이터에 적어도 부분적으로 의거하고 있다.
UE 재시도가 적용되는 경우에, 처리 유닛(1010)은 또한, 수신 유닛(1040)을 통해 UE로부터, 제1 파일 복구 서버로부터 재송신을 요구하는 파일 복구 요구를 수신하도록 구성될 수도 있다. 이 경우에, 정보 메시지는 파일 복구 요구에 대한 응답으로서 UE에 전송되는 응답 메시지이다.
처리 유닛(1010)은 HTTP 응답 메시지로서, 더욱 구체적으로는 503 에러 코드로서 응답 메시지를 구성하도록 구성될 수도 있다.
제1 파일 복구 서버에 파일 복구 요구를 재송하는 것을 UE가 금지하는 것이 바람직할 수도 있으며, 이 경우에 그러한 UE는 그 대신에 일반적으로, 과부하 경험 중인 것으로 또는 경험하려는 것으로 예측되는 것으로 보고되지 않은 대체 파일 복구 서버로부터 재송신을 요구할 것이고, 처리 유닛(1010)은 그러한 금지를 UE에 나타내기 위해, 정보 메시지를 송신하기 전에 정보 메시지로부터 T를 제거하도록 또는 T를 0으로 설정하도록 구성될 수도 있다.
처리 유닛(1010)은 여기에서는 응답 메시지의 Retry-After 헤더라고 하는 헤더 내에 T를 함유하도록 구성될 수도 있다.
BM-SC(1000)가 UE 재시도를 적용하는 대신에 갱신된 ADPD를 송신하도록 구성되는 경우에, 처리 유닛(1010)은 갱신된 ADPD로서 정보 메시지를 구성하도록 구성될 수도 있고, ADPD에 T를 가산할 수 있게 될 수도 있다. 그러한 시나리오에서, T는 일반적으로 UE가 이 정보에 의거하여 파일 복구를 요구할 때 장래의 과부하의 위험을 더욱 감소시키기 위해, 오프셋 시간 값 T-오프셋 및 랜덤 시간 주기 값 T-rand의 합으로서 정리될 것이다.
일 실시예에 따르면, 처리 유닛(1010)은 초당 들어오는 파일 복구 요구의 수, 랜덤 시간 T-rand에 대한 현재 값, 및 샘플링 주기 T-samp의 길이에 의거하여 특정의 송신된 데이터 파일에 관하여 파일 복구를 필요로 하는 UE의 수를 결정하도록, 및 이 데이터에 의거하여 예측을 실행하도록 구성될 수 있다.
다른 실시예에 따르면, 처리 유닛(1010)은 송신된 데이터 파일의 크기, 평균 파일 손실 비율, UE가 파일 복구 서버로부터 복구 심볼을 다운로드하는 데 사용할 수도 있는 평균 유니캐스트 비트레이트, 및 초당 들어오는 파일 복구 요구의 수에 의거하여 동시에 파일 복구 세션에 수반될 수 있는 UE의 최대 수 UE-max를 결정하도록, 및 이 데이터에 의거하여 예측을 실행하도록 구성될 수도 있다. 더욱 구체적으로는, 처리 유닛(1010)은 UE-max가 소정의 임계값을 초과하는 경우 파일 복구 세션 동안 제1 파일 복구 서버에 과부하가 걸리게 될 것이라고 예측하도록 구성될 수도 있다.
또 다른 실시예에 따르면, 처리 유닛(1010)은 송신된 데이터 파일의 크기, 평균 파일 손실 비율, UE가 파일 복구 서버로부터 복구 심볼을 다운로드하는 데 사용할 수도 있는 평균 유니캐스트 비트레이트, 및 초당 들어오는 파일 복구 요구의 수에 의거하여 파일 복구 세션에 대해 최대로 사용된 대역폭을 결정하도록, 및 이 데이터에 의거하여 예측을 실행하도록 구성될 수도 있으며, 여기에서, 처리 유닛(1010)은 파일 복구 세션에 대해 최대로 사용된 대역폭이 소정의 임계값을 초과하는 경우에 파일 복구 세션 동안 파일 복구 서버에 과부하가 걸리게 될 것이라고 예측하도록 구성될 수도 있다.
이와 달리, 상술한 기능의 전부 또는 일부는, 컴퓨터에서 실행할 때 컴퓨터로 하여금 상술한 방법 중 어느 하나를 실행하게 하는 컴퓨터 판독 가능 유닛을 포함하는 실행 가능한 프로그램을 실행함에 의해 실현될 수도 있다. 상술한 바와 같은 컴퓨터 프로그램 및 컴퓨터 판독 가능 매체를 포함하는 컴퓨터 프로그램 제품이 또한 제공될 수도 있다. 그러한 컴퓨터는 BM-SC의 부분을 형성할 수도 있고, 예를 들면, 컴퓨터는 종래의 BM-SC 기능뿐만 아니라 본 명세서에 기재된 바와 같은 추가의 기능을 모방할 수 있다.
도 11은 신호의 형태 또는 어떤 전자기파의 형태를 제외하고, 예를 들면, 전기적으로 소거 가능한 프로그램 가능 판독 전용 메모리(EEPROM), 플래시 메모리, 랜덤 액세스 메모리(RAM), 또는 디스크 드라이브와 같은 예컨대, 비휘발성 또는 휘발성 메모리의 형태로 컴퓨터 프로그램 제품(1130)에 저장되는 컴퓨터 프로그램(1120)에 함유되는 지시를 실행할 수 있는 프로세서(1110)를 포함하는 컴퓨터(1100)라고 하는 대체 BM-SC 인에이블된 장치를 도시하는 개략도이다. 컴퓨터 프로그램 제품(1130)은 또한 예를 들면, 자기 메모리, 광학 메모리, 고체 상태 메모리 또는 더욱 원격에 장착된 메모리의 어느 단일의 하나 또는 조합일 수 있는 지속형 저장장치(persistent storage: 1140)를 포함할 수도 있다.
도 12에서, UE(1200)는 수신 유닛(1240) 및 송신 유닛(1230)을 포함하여 도시된다. 이들 2개의 통신 유닛을 통해, UE(1200)가 무선 통신 네트워크 내의 다른 노드 및/또는 엔티티와 통신하도록 적응된다. 수신 유닛(1240)은 이와 달리, 하나 이상의 수신 장치를 포함할 수도 있다. 예를 들면, 수신 유닛(1240)은 배선과 안테나의 양자에 연결될 수도 있고, 그에 의해 UE(1200)가 무선 통신 네트워크 내의 다른 노드 및/또는 엔티티와 통신하는 것이 가능해진다. 유사하게, 송신 유닛(1230)은 이와 달리, 하나 이상의 송신 장치를 포함할 수도 있으며, 그 각각은 배선 및 안테나의 양자에 연결되고, 그에 의해 UE(1200)가 무선 통신 네트워크 내의 다른 노드 및/또는 엔티티와 통신하는 것이 가능해진다. UE(1200)는 데이터를 저장하기 위한 메모리(1220)를 더 포함한다. 더욱이, UE(1200)는 상술한 실시예에 따르는 방법이 실행되도록 하기 위해, 차례로, 서로와 상호 작용하도록 구성된 다수의 상이한 모듈에 접속되거나 포함할 수도 있는 처리 유닛(1210)을 포함한다. 여기에서, 그러한 모듈은 모듈(1211-1213)로 표시되고, BM-SC/파일 복구 서버로부터 적어도 정보 메시지를 수신하기 위한 수신 모듈(1211), BM-SC의 파일 복구 서버에 어떻게 어드레스하는 지를 결정하기 위한 결정 모듈(1212), 및 BM-SC로부터 파일 복구 서비스를 호출(invoke)하기 위한 요구를 송신하기 위한 송신 모듈(1213)로 지칭된다. 주목해야 할 것은 이것이 단순히 예시적인 예이라는 점과, UE(1200)가 도 12에 도시된 유닛과 동일한 방식으로 UE의 기능을 실행하도록 구성되는 더 많거나, 더 적거나, 다른 유닛 또는 모듈을 포함할 수도 있다는 점이다.
UE(1200)의 처리 유닛(1210)은 UE가 수신 유닛을 통해 BM-SC로부터, BM-SC의 제1 파일 복구 서버에 파일 복구 요구를 송신하기 전에 경과되어야 하는 시간 간격 T를 나타낼 수 있는 정보 메시지를 수신하도록, 및 정보 메시지의 콘텐츠를 고려하여 제1 파일 복구 서버에 파일 복구 요구를 송신하려고 할 때를 결정하도록 구성된다.
UE 재시도가 적용되는 경우, 처리 유닛(1210)은 T에 의거하여 제1 파일 복구 서버로부터 재송신을 요구하도록 구성된다. 그러한 시나리오에서, 정보 메시지는 UE에 의해 앞서 전송된 파일 복구 요구에 대한 응답으로서 UE에 의해 수신되는 응답 메시지이다.
처리 유닛(1210)은 또한, 응답 메시지가 0으로 설정된 T-값을 포함하거나 T-값을 전혀 포함하지 않는 경우 제1 파일 복구 서버에 파일 복구 요구의 재송신을 금지시키도록 구성될 수도 있다. 그러한 상황에서, 처리 유닛(1210)은 일반적으로 파일 복구 서버에 요구를 재송신하려고 할 때를 나타내는 대신에, UE가 파일 복구 요구를 제1 파일 복구 서버와 다른 파일 복구 서버, 즉, 적어도 UE의 인식에 있어 과부하를 경험하고 있지 않거나 과부하를 경험하기 쉬운 파일 복구 서버에 송신해야 하는 것을 UE에게 나타내도록 구성된다.
처리 유닛(1010, 1210) 중 어느 하나는 예를 들면, 하나 이상의 디지털 신호 프로세서(DSP)로서 구성될 수도 있다.
BM-SC와 유사하게, 또한 설명한 상술한 UE 기능은 이와 달리 컴퓨터로서 구성될 수도 있다. 그러한 컴퓨터(1300)는 도 13에 도시되어 있고, 신호의 형태 또는 어떤 전자기파의 형태를 제외하고, 예를 들면, 전기적으로 소거 가능한 프로그램 가능 판독 전용 메모리(EEPROM), 플래시 메모리, 랜덤 액세스 메모리(RAM), 또는 디스크 드라이브와 같은 예컨대, 비휘발성 또는 휘발성 메모리의 형태로 컴퓨터 프로그램 제품(1330)에 저장되는 컴퓨터 프로그램(1320)에 함유되는 지시를 실행할 수 있는 프로세서(1310)를 포함한다. 컴퓨터 프로그램 제품(1330)은 또한, 예를 들면, 자기 메모리, 광학 메모리, 고체 상태 메모리 또는 더욱 원격에 장착된 메모리의 어느 단일의 하나 또는 조합일 수 있는 지속형 저장장치(1340)를 포함할 수도 있다. 그러한 컴퓨터는 일반적으로, UE의 부분을 형성하며, 예를 들면, 컴퓨터는 종래의 UE 기능뿐만 아니라 본 명세서에 기재된 바와 같은 부가적인 기능을 모방할 수 있다. 이와 달리, 컴퓨터는 UE에 연결되어, 컴퓨터가 본 명세서에 기재된 바와 같은 부가적인 기능에 기여하게 된다.
컴퓨터 프로그램은 적절한 컴퓨터 프로그램 모듈 내에 구성되는 컴퓨터 프로그램 코드로서 구성될 수 있어, 실행될 때 컴퓨터 프로그램은 설명한 BM-SC 또는 UE 기능을 각각 모방하도록 도 8a-9 중 어느 하나에 도시된 흐름 중 하나의 동작을 실행하게 된다. 바꿔 말하면, 상이한 컴퓨터 프로그램 모듈이 각각의 프로세서(1110, 1310)에 의해 실행될 때, 그들 프로그램 모듈은 도 10의 모듈(1011-1015) 또는 도 12의 모듈(1211-1213)에 의해 제공되는 기능에 대응하는 기능을 제공할 수도 있다.
그래서, 예시한 실시예에서, BM-SC의 컴퓨터 프로그램 내의 코드 수단은 예를 들면, 소정의 샘플링 시간 주기 동안 트래픽 통계 데이터를 샘플링하기 위한 샘플링 모듈, 및 샘플링된 트래픽 통계 데이터에 적어도 부분적으로 의거하여, 파일 복구에 관한 전체 트래픽 부하가 파일 복구 세션의 종료 시까지 어떻게 변화할 것인지를 예측하기 위한 예측 모듈을 포함할 수 있다. 컴퓨터 프로그램은 또한, 모듈 중에서도, 예측이 적어도 하나의 파일 복구 서버가 파일 복구 세션 동안 과부하가 걸리게 되는 것을 나타내면, 파일 복구 요구를 재송신하려고 할 때의 시점을 UE가 결정하기 위해 정보 메시지를 적어도 하나의 UE에 송신하기 위한 송신 모듈을 포함할 수도 있다.
도 10 및 12는 단순히 논리적인 의미에서 각각 UE 및 BM-SC 내에 여러 가지 기능적인 유닛 및 모듈을 도시하는 것을 주목해야 하며, 여기에서 BM-SC 또는 UE에 사용될 수 있는 기능적인 유닛 또는 모듈은 예를 들면, 본 명세서에서 제시되는 기술적인 해법의 이해를 위한 것과 관련없는 인코딩 및 디코딩 모듈 각각이 간략함을 이유로 생략되어 왔다. 적용되는 기능은 실제로 임의의 적절한 소프트웨어 및/또는 하드웨어 수단/회로 등을 이용하여 실시될 수 있다. 따라서, 실시예들은 BM-SC 및 UE 각각 및 기능적인 유닛 및 모듈의 도시된 구조에 제한되지 않는다. 그래서, 앞서 설명한 예시적인 실시예들은 다수의 대체 방법으로 실현될 수도 있다. 예를 들면, 일 실시예는 BM-SC 및 UE 각각 내에서 방법의 단계들을 실행하기 위한 각각이 프로세서에 의해 실행 가능한 명령들이 저장되어 있는 각각의 컴퓨터 판독 가능 매체를 포함할 수도 있다. 컴퓨팅 시스템에 의해 실행 가능하고 컴퓨터 판독 가능 매체에 저장된 명령들은 상술한 바와 같은 방법의 단계들을 실행한다.
상기 개시된 실시예들 중 어느 하나가 상기 언급된 도면들과 관련하여 상술한 동작을 BM-SC 또는 UE가 실행하게 하는 BM-SC 또는 UE의 처리 유닛에서 실행될 때 컴퓨터 프로그램 모듈로서 실시되고 있지만, 코드 수단 중 적어도 하나가 대체 실시예에서는 적어도 부분적으로는 하드웨어 회로로서 실시될 수도 있다.
제안된 프로세서 또는 처리 유닛 중 어느 하나는 하나 이상의 범용 마이크로프로세서 명령 세트 프로세서 및/또는 관련 칩 세트 및/또는 캐싱(caching) 목적을 위한 보드 메모리를 포함할 수도 있는 하나 이상의 ASIC(Application Specific Integrated Circuit)와 같은 전용 마이크로프로세서를 포함할 수 있다.
BM-SC의 처리 유닛은 이와 달리, 서로 상호 작용할 때 BM-SC가 상술한 바와 같은 방법을 실행하도록 하는 소프트웨어 또는 하드웨어 구성의 모듈을 포함하는 것이 되도록 기재될 수도 있다.
결정 모듈은 도 8a 또는 8b에 도시된 바와 같이 단계 810에 따르는 과부하 상황을 결정하도록 구성될 수도 있는 한편, 송신 유닛은 그에 따라서 단계 830에 따른 정보를 송신할 수 있게 하기 위해 결정 모듈에 유효하게(operatively) 연결된다. 또한, 수신 유닛은 그에 따라 프로세서에 의해 처리될 수 있는 파일 복구 요구를 수신할 수 있게 하기 위해 프로세서에 유효하게 연결된다. 샘플링 모듈은 결정 모듈에 샘플 통계 데이터를 제공하도록 구성될 수도 있다.
이에 대응하여, UE의 처리 유닛은 서로 상호 작용할 때 UE가 상술한 바와 같은 방법을 실행하도록 하는 소프트웨어 또는 하드웨어 구성의 모듈을 포함하는 것으로서 기재될 수도 있다.
더욱 구체적으로는, 결정 모듈은 프로세서에 유효하게 연결된 수신 유닛을 통해 정보 메시지를 수신할 때, 도 9에서 단계 920으로 나타내는 바와 같이, 파일 복구 요구를 송신하도록 구성될 수도 있다.
본 명세서에 제공된 예들이 eMBMS 가능 네트워크에 관한 것일 수도 있지만, 본 명세서에 개시된 방법 및 장치들은 MBMS 가능 네트워크에 유사하게 적용 가능해질 수도 있음을 이해할 것이다.
실시예들이 여러 가지 실시예들에 의해 기재되어 있지만, 그 대안, 변형, 치환 및 등가물이 명세서를 읽고 도면을 연구할 때 명백해질 것이라고 생각된다. 따라서, 아래에 첨부된 청구항들은 그러한 대안, 변형, 치환 및 등가물들을, 실시예들의 범위 내에 있고 현 청구항에 의해 한정되는 것으로서 포함하는 것이 의도된다.

Claims (37)

  1. 무선 통신 시스템에서 사용자 설비(UE)에 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 적어도 2개의 파일 복구 서버를 포함하는 방송 멀티캐스트 서비스 센터(BM-SC)에서의 방법에 있어서,
    상기 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정하는 단계(810), 및
    상기 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 경우에, 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과했어야 하는 시간 간격 T를 나타낼 수 있고, 상기 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지를 상기 UE에 송신하는 단계(830)를 포함하는 방법.
  2. 제1항에 있어서,
    파일 복구 세션 동안 소정의 샘플링 시간 주기 동안 트래픽 통계 데이터를 샘플링하는 단계(800)를 더 포함하고, 예측된 과부하 경험인 경우에, 상기 결정 단계는 상기 샘플링된 트래픽 통계 데이터에 적어도 부분적으로 의거하여, 상기 파일 복구 세션 동안 파일 복구에 관한 전체 트래픽 부하가 어떻게 변화할지를 예측하는 단계를 포함하는 방법.
  3. 제1항 또는 제2항에 있어서,
    상기 제1 파일 복구 서버로부터 재송신을 요구하는 파일 복구 요구를 상기 UE로부터 수신하는 단계(805)를 더 포함하고, 상기 정보 메시지는 상기 파일 복구 요구에 대한 응답으로서 상기 UE에 전송되는 응답 메시지인 방법.
  4. 제3항에 있어서,
    상기 응답 메시지는 HTTP 응답 메시지인 방법.
  5. 제4항에 있어서,
    상기 HTTP 응답 메시지는 503 에러 코드인 방법.
  6. 제2항 내지 제5항 중 어느 한 항에 있어서,
    상기 정보 메시지를 송신하기 전에, T가 0으로 설정되거나 상기 정보 메시지로부터 제거되며, 그것에 의해 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 재송신하는 것이 금지되어야 하는 경우에, 상기 제1 파일 복구 서버에 파일 복구 요구를 재송신하는 것을 방지하도록 상기 UE에 나타내는 방법.
  7. 제2항 내지 제6항 중 어느 한 항에 있어서,
    T는 상기 응답 메시지의 헤더인 Retry-After 헤더에 포함되는 방법.
  8. 제2항에 있어서,
    상기 정보 메시지는 T를 포함할 수 있는 갱신된 연합 배송 절차 기술(ADPD: Associated Delivery Procedure Description)이고, T는 오프셋 시간 값(T-offset) 및 랜덤 시간 주기 값(T-rand)의 합을 이루는 방법.
  9. 제8항에 있어서,
    상기 결정 단계는 초당 들어오는 파일 복구 요구의 수, 랜덤 시간(T-rand)에 대한 현재 값, 및 샘플링 주기(T-samp)의 길이에 의거하여 특정의 송신된 데이터 파일에 관하여 파일 복구를 필요로 하는 UE의 수를 결정하는 단계 및 이 데이터에 의거하여 예측을 실행하는 단계를 포함하는 방법.
  10. 제8항에 있어서,
    상기 결정 단계는 송신된 데이터 파일의 크기, 평균 파일 손실 비율, 상기 UE가 상기 파일 복구 서버로부터 복구 심볼(symbol)을 다운로드하는 데 사용할 수 있는 평균 유니캐스트 비트레이트 및 초당 들어오는 파일 복구 요구의 수에 의거하여, 및 이 데이터에 의거하여 상기 예측을 실행하기 위해, 동시에 상기 파일 복구 세션에 수반될 수 있는 UE의 최대 수(UE-max)를 결정하는 단계를 더 포함하는 방법.
  11. 제10항에 있어서,
    상기 결정 단계는 UE-max가 소정의 임계값을 초과하는 경우 상기 파일 복구 세션 동안 상기 제1 파일 복구 서버가 과부하가 걸리게 될 것으로 예측하는 단계를 더 포함하는 방법.
  12. 제8항에 있어서,
    상기 결정 단계는 송신된 데이터 파일의 크기, 평균 파일 손실 비율, 상기 UE가 상기 파일 복구 서버로부터 복구 심볼을 다운로드하는 데 사용할 수 있는 평균 유니캐스트 비트레이트 및 초당 들어오는 파일 복구 요구의 수에 의거하여, 및 이 데이터에 의거하여 상기 예측을 실행하기 위해, 상기 파일 복구 세션에 대해 최대로 사용되는 대역폭을 결정하는 단계를 더 포함하는 방법.
  13. 제12항에 있어서,
    상기 결정 단계는 상기 파일 복구 세션에 대해 최대로 사용되는 대역폭이 소정의 임계값을 초과하는 경우 상기 파일 복구 세션 동안 상기 제1 파일 복구 서버가 과부하가 걸리게 될 것으로 예측하는 단계를 더 포함하는 방법.
  14. 사용자 설비(UE)에서, 방송 멀티캐스트 서비스 센터(BM-SC)로부터 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 방법에 있어서,
    상기 UE가 상기 BM-SC의 제1 파일 복구 서버에 파일 복구 요구를 송신하기 전에 경과했어야 하는 시간 간격(T)을 나타낼 수 있는 정보 메시지를 상기 BM-SC로부터 수신하는 단계(910), 및
    T에 의거하여 상기 제1 파일 복구 서버에 파일 복구 요구를 송신하려고 할 때를 결정하는 단계(920)를 포함하는 방법.
  15. 제14항에 있어서,
    상기 제1 파일 복구 서버로부터 재송신을 요구하는 단계(950)를 더 포함하고, 상기 정보 메시지는 상기 파일 복구 요구에 대한 응답으로서 상기 UE에 의해 수신되는 응답 메시지인 방법.
  16. 제14항에 있어서,
    상기 응답 메시지가 0으로 설정된 T-value를 포함하거나 T-value를 전혀 포함하지 않는 경우 상기 제1 파일 복구 서버에 파일 복구 요구를 재송신하는 것을 방지하는 단계를 더 포함하는 방법.
  17. 제14항에 있어서,
    상기 정보 메시지는 T를 포함하는 갱신된 연합 배송 절차 기술(ADPD)이고, T는 오프셋 시간 값(T-offset) 및 랜덤 시간 주기 값(T-rand)의 합을 이루는 방법.
  18. 무선 통신 시스템에서 사용자 설비(UE)에 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하도록 구성된 적어도 2개의 파일 복구 서버(602a, 602b, 602c)를 포함하는 방송 멀티캐스트 서비스 센터(600, 1000)(BM-SC)에 있어서, 상기 BM-SC(600, 1000)는:
    상기 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정하도록, 및
    상기 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 경우에, 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과했어야 하는 시간 간격 T를 나타낼 수 있고, 상기 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지를 상기 UE에 송신 유닛을 통해 송신하도록
    구성된 처리 유닛(1010)을 포함하는 BM-SC(600, 1000).
  19. 제18항에 있어서,
    상기 처리 유닛(1010)은:
    파일 복구 세션 동안 소정의 샘플링 시간 주기 동안 트래픽 통계 데이터를 샘플링하도록 구성되고, 예측된 과부하 경험인 경우에, 상기 결정은 상기 샘플링된 트래픽 통계 데이터에 적어도 부분적으로 의거하여, 상기 파일 복구 세션 동안 파일 복구에 관한 전체 트래픽 부하가 어떻게 변화할지를 예측하는 것을 포함하는 BM-SC(600, 1000).
  20. 제18항 또는 제19항에 있어서,
    상기 처리 유닛(1010)은 상기 제1 파일 복구 서버로부터 재송신을 요구하는 파일 복구 요구를 상기 UE로부터 수신 유닛(1040)을 통해 수신하도록 또한 구성되고, 상기 정보 메시지는 상기 파일 복구 요구에 대한 응답으로서 상기 UE에 전송되는 응답 메시지인 BM-SC(600, 1000).
  21. 제20항에 있어서,
    상기 처리 유닛은 상기 응답 메시지를 HTTP 응답 메시지로서 구성하도록 구성되는 BM-SC(600, 1000).
  22. 제21항에 있어서,
    상기 처리 유닛은 상기 HTTP 응답 메시지를 503 에러 코드로서 구성하도록 구성되는 BM-SC(600, 1000).
  23. 제19항 내지 제22항 중 어느 한 항에 있어서,
    상기 처리 유닛은 상기 정보 메시지를 송신하기 전에, T를 0으로 설정하거나 상기 정보 메시지로부터 제거하도록 구성되며, 그것에 의해 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 재송신하는 것이 금지되어야 하는 경우에, 상기 제1 파일 복구 서버에 파일 복구 요구를 재송신하는 것을 방지하도록 상기 UE에 나타내는 BM-SC(600, 1000).
  24. 제19항 내지 제23항 중 어느 한 항에 있어서,
    상기 처리 유닛은 상기 응답 메시지의 헤더인 Retry-After 헤더에 T를 포함하도록 구성되는 BM-SC(600, 1000).
  25. 제19항에 있어서,
    상기 처리 유닛(1010)은 상기 정보 메시지를 갱신된 연합 배송 절차 기술(ADPD)로서 구성하고 T를 상기 ADPD에 가산할 수 있도록 구성되며, 여기에서 T는 오프셋 시간 값(T-offset) 및 랜덤 시간 주기 값(T-rand)의 합을 이루는 BM-SC(600, 1000).
  26. 제25항에 있어서,
    상기 처리 유닛(1010)은 초당 들어오는 파일 복구 요구의 수, 랜덤 시간(T-rand)에 대한 현재 값, 및 샘플링 주기(T-samp)의 길이에 의거하여 특정의 송신된 데이터 파일에 관하여 파일 복구를 필요로 하는 UE의 수를 결정하고, 이 데이터에 의거하여 예측을 실행하도록 구성되는 BM-SC(600, 1000).
  27. 제25항 또는 제26항에 있어서,
    상기 처리 유닛(1010)은 송신된 데이터 파일의 크기, 평균 파일 손실 비율, 상기 UE가 상기 파일 복구 서버로부터 복구 심볼(symbol)을 다운로드하는 데 사용할 수 있는 평균 유니캐스트 비트레이트 및 초당 들어오는 파일 복구 요구의 수에 의거하여 동시에 상기 파일 복구 세션에 수반될 수 있는 UE의 최대 수(UE-max)를 결정하고, 이 데이터에 의거하여 상기 예측을 실행하도록 구성되는 BM-SC(600, 1000).
  28. 제27항에 있어서,
    상기 처리 유닛(1010)은 UE-max가 소정의 임계값을 초과하는 경우 상기 파일 복구 세션 동안 상기 제1 파일 복구 서버가 과부하가 걸리게 될 것으로 예측하도록 구성되는 BM-SC(600, 1000).
  29. 제28항에 있어서,
    상기 처리 유닛(1010)은 송신된 데이터 파일의 크기, 평균 파일 손실 비율, 상기 UE가 상기 파일 복구 서버로부터 복구 심볼을 다운로드하는 데 사용할 수 있는 평균 유니캐스트 비트레이트 및 초당 들어오는 파일 복구 요구의 수에 의거하여 상기 파일 복구 세션에 대해 최대로 사용되는 대역폭을 결정하고, 이 데이터에 의거하여 상기 예측을 실행하도록 구성되는 BM-SC(600, 1000).
  30. 제29항에 있어서,
    상기 처리 유닛(1010)은 상기 파일 복구 세션에 대해 최대로 사용되는 대역폭이 소정의 임계값을 초과하는 경우 상기 파일 복구 세션 동안 상기 제1 파일 복구 서버가 과부하가 걸리게 될 것으로 예측하도록 구성되는 BM-SC(600, 1000).
  31. 방송 멀티캐스트 서비스 센터(BM-SC)로부터 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 사용자 설비(1200)(UE)에 있어서, 상기 UE(1200)는:
    상기 BM-SC의 제1 파일 복구 서버에 파일 복구 요구를 송신하기 전에 경과했어야 하는 시간 간격(T)을 나타낼 수 있는 정보 메시지를 상기 BM-SC로부터 수신 유닛을 통해 수신하도록, 및
    T에 의거하여 상기 제1 파일 복구 서버에 파일 복구 요구를 송신하려고 할 때를 결정하도록 구성되는
    처리 유닛을 포함하는 UE(1200).
  32. 제31항에 있어서,
    상기 처리 유닛은:
    상기 제1 파일 복구 서버로부터 재송신을 요구하도록 또한 구성되고, 상기 정보 메시지는 상기 파일 복구 요구에 대한 응답으로서 상기 UE에 의해 수신되는 응답 메시지인 UE(1200).
  33. 제31항에 있어서,
    상기 처리 유닛은:
    상기 응답 메시지가 0으로 설정된 T-value를 포함하거나 T-value를 전혀 포함하지 않는 경우 상기 제1 파일 복구 서버에 파일 복구 요구를 재송신하는 것을 방지하도록 구성되는 UE(1200).
  34. 사용자 설비(UE)에 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 컴퓨터 프로그램(1320)에 있어서, 상기 컴퓨터 프로그램은 컴퓨터(1300)에서 실행할 때 상기 컴퓨터(1300)로 하여금:
    상기 파일 복구 서버 중 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정하도록, 및
    상기 제1 파일 복구 서버가 과부하 상태를 경험하고 있는지, 또는 경험할 것으로 예측되는지를 결정한 경우에, 상기 UE가 상기 제1 파일 복구 서버에 파일 복구 요구를 송신할 수 있게 되기 전에 경과했어야 하는 시간 간격 T를 나타낼 수 있고, 상기 제1 파일 복구 서버의 기존의 또는 예측된 과부하 경험을 나타내는 정보 메시지를 상기 UE에 송신 유닛을 통해 송신하도록
    하는 컴퓨터 판독 가능한 코드 유닛을 포함하는 컴퓨터 프로그램(1320).
  35. 컴퓨터 판독 가능한 매체 및 상기 컴퓨터 판독 가능한 매체 상에 저장되는 제34항에 따르는 컴퓨터 프로그램(1320)을 포함하는 컴퓨터 프로그램 제품(1330).
  36. 방송 멀티캐스트 서비스 센터(BM-SC)로부터 데이터 파일의 방송 송신에 이어서 파일 복구 세션을 실행하는 컴퓨터 프로그램(1120)에 있어서, 상기 컴퓨터 프로그램(1120)은 컴퓨터(1100)에서 실행할 때 상기 컴퓨터(1100)로 하여금:
    상기 BM-SC의 제1 파일 복구 서버에 파일 복구 요구를 송신하기 전에 경과했어야 하는 시간 간격(T)을 나타낼 수 있는 정보 메시지를 상기 BM-SC로부터 수신 유닛을 통해 수신하도록, 및
    T에 의거하여 상기 제1 파일 복구 서버에 파일 복구 요구를 송신하려고 할 때를 결정하도록
    하는 컴퓨터 판독 가능한 코드 유닛을 포함하는 컴퓨터 프로그램(1120).
  37. 컴퓨터 판독 가능한 매체 및 상기 컴퓨터 판독 가능한 매체 상에 저장되는 제36항에 따르는 컴퓨터 프로그램(1120)을 포함하는 컴퓨터 프로그램 제품(1130).
KR20130078748A 2012-07-09 2013-07-05 데이터 파일의 방송 및 방송된 데이터 파일에 관한 파일 복구 절차 KR20140007277A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CNPCT/CN2012/078388 2012-07-09
CNPCT/CN2012/078388 2012-07-09
CNPCT/CN2012/079809 2012-08-08
CNPCT/CN2012/079809 2012-08-08

Publications (1)

Publication Number Publication Date
KR20140007277A true KR20140007277A (ko) 2014-01-17

Family

ID=48430905

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20130078748A KR20140007277A (ko) 2012-07-09 2013-07-05 데이터 파일의 방송 및 방송된 데이터 파일에 관한 파일 복구 절차

Country Status (9)

Country Link
US (3) US10511997B2 (ko)
EP (3) EP3119022B1 (ko)
JP (2) JP2015531185A (ko)
KR (1) KR20140007277A (ko)
AU (1) AU2013287309B2 (ko)
DK (1) DK2870716T3 (ko)
ES (1) ES2681671T3 (ko)
IN (1) IN2015DN00468A (ko)
WO (2) WO2014011097A1 (ko)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9021109B1 (en) * 2012-01-23 2015-04-28 Amazon Technologies, Inc. Controlling requests through message headers
US20150286521A1 (en) * 2012-10-15 2015-10-08 Hongxia Long A UE, a BM-SC, a Status Management Server, a Load Balancing Server and a File Repair Server and Respective Methods therein are Provided for File Repair Procedure
EP2912795A1 (en) * 2012-10-26 2015-09-02 Telefonaktiebolaget LM Ericsson (Publ) METHODS AND ARRANGEMENT FOR HANDLING FILE REPAIR DURING MBMS OR eMBMS DELIVERY
US10127263B2 (en) * 2013-05-30 2018-11-13 Qualcomm Incorporated Full file repair using schedule description fragment in eMBMS
US20150172066A1 (en) * 2013-12-13 2015-06-18 Qualcomm Incorporated Practical implementation aspects of unicast fetch for http streaming over embms
DE102013226977B3 (de) * 2013-12-20 2015-02-05 Cetitec GmbH Kommunikationsknoten für ein paketvermitteltes Datennetzwerk und Verfahren zu dessen Betrieb
US10902474B2 (en) 2014-03-24 2021-01-26 Qualcomm Incorporated Targeted advertisement insertion for streaming media data
US20160021515A1 (en) * 2014-07-18 2016-01-21 Samsung Electro-Mechanics Co., Ltd. Electronic shelf label gateway, electronic shelf label system and communications method thereof
US9913305B2 (en) * 2014-08-11 2018-03-06 Intel IP Corporation Systems, methods, and devices for congestion control on a mobile network
US20160065741A1 (en) * 2014-08-27 2016-03-03 Genesys Telecommunications Laboratories, Inc. Social media integrated agent routing
US9668238B1 (en) * 2014-10-02 2017-05-30 Sprint Spectrum L.P. Multicast file delivery
EP3627337A1 (en) 2015-02-27 2020-03-25 DivX, LLC Systems and methods for frame duplication and frame extension in live video encoding and streaming
US9787430B2 (en) * 2015-05-01 2017-10-10 Qualcomm Incorporated Dynamic setting of FEC in eMBMS video streaming
US9647950B2 (en) 2015-05-11 2017-05-09 Ebay Inc. System and method of site traffic control
US11095537B2 (en) * 2015-06-19 2021-08-17 Qualcomm Incorporated Middleware delivery of dash client QoE metrics
US10470000B2 (en) 2016-02-12 2019-11-05 Samsung Electronics Co., Ltd. Methods and apparatus for enhanced MBMS content provisioning and content ingestion
US20180225324A1 (en) * 2017-02-06 2018-08-09 Qualcomm Incorporated Providing Retry Schedules For File Repair Over Broadcast Networks
WO2018206073A1 (en) * 2017-05-08 2018-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Controlling forward error correction and modulation coding scheme for multicast broadcast multimedia services
CN110771122A (zh) * 2017-06-20 2020-02-07 瑞典爱立信有限公司 使内容传送网络能够处理非预期流量激增的方法和网络节点
EP3721587B1 (en) * 2017-12-06 2022-05-25 Telefonaktiebolaget LM Ericsson (publ) Determining packet loss in a fronthaul link
CN108509148B (zh) * 2018-02-07 2021-08-06 新华三技术有限公司 一种i/o请求处理方法以及装置
US11943762B2 (en) 2019-08-01 2024-03-26 Qualcomm Incorporated Transmission batch scheduling and resource management
CN110602452B (zh) * 2019-09-05 2020-12-25 杭州米络星科技(集团)有限公司 一种保障全球udp音视频流远距离实时传输流畅的方法
CN110793482A (zh) * 2019-11-13 2020-02-14 佛山科学技术学院 一种收集符合正态分布的车辆样本数据采集***
WO2021122328A1 (en) * 2019-12-19 2021-06-24 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Communication system
CN115085859B (zh) * 2021-03-15 2023-11-24 海能达通信股份有限公司 一种抗丢包方法、装置及计算机可读存储介质
CN114143174A (zh) * 2021-11-30 2022-03-04 深信服科技股份有限公司 一种节点修复方法、装置、设备及可读存储介质
CN114257968A (zh) * 2021-12-21 2022-03-29 三星（中国）半导体有限公司 用户设备ue的文件修复方法和文件修复装置

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI97185C (fi) * 1994-11-11 1996-10-25 Nokia Telecommunications Oy Ylikuormituksen esto tietoliikenneverkon solmussa
JP3228410B2 (ja) 1997-12-25 2001-11-12 日本電気株式会社 マルチキャスト通信方法及び方式
JP2001045098A (ja) 1999-05-26 2001-02-16 Canon Inc データ通信システム、データ通信装置、データ通信方法及び記憶媒体
JP2002330118A (ja) 2001-04-27 2002-11-15 Nippon Telegr & Teleph Corp <Ntt> データ配信制御方法、データ配信装置、データ配信制御プログラム及びデータ配信制御プログラムを記録した媒体
JP2003152752A (ja) * 2001-08-29 2003-05-23 Matsushita Electric Ind Co Ltd データ送受信方法
IL158158A (en) * 2003-09-29 2012-05-31 Bamboo Mediacasting Ltd Distribution of multicast data to users
KR20060115909A (ko) * 2003-12-01 2006-11-10 지멘스 악티엔게젤샤프트 디지털 가입자 회선 네트워크에 대한 수동 광학 네트워크유닛 관리 및 제어 인터페이스 지원
US7610377B2 (en) * 2004-01-27 2009-10-27 Sun Microsystems, Inc. Overload management in an application-based server
DE602004021296D1 (de) * 2004-02-18 2009-07-09 Ericsson Telefon Ab L M Verfahren und vorrichtung zum zuverlässigen rundsenden
US7296205B2 (en) 2004-02-18 2007-11-13 Nokia Corporation Data repair
CA2561712C (en) * 2004-03-29 2014-03-25 Nokia Corporation Data repair enhancements for multicast/broadcast data distribution
US7752629B2 (en) * 2004-05-21 2010-07-06 Bea Systems Inc. System and method for application server with overload protection
WO2005119969A1 (ja) 2004-06-02 2005-12-15 Matsushita Electric Industrial Co., Ltd. 無線伝送方法
CN101442395A (zh) 2004-06-02 2009-05-27 松下电器产业株式会社 无线传送方法
US7631085B2 (en) * 2004-08-30 2009-12-08 Nokia Corporation Point-to-point delivery verification report mechanism for point-to-multipoint transmission systems
WO2006038054A1 (en) * 2004-10-06 2006-04-13 Nokia Corporation Packet transmission using error correction of data packets
JP2006262288A (ja) 2005-03-18 2006-09-28 Nec Corp 映像データの配信サーバおよび映像データ配信方法
JP4579109B2 (ja) 2005-09-07 2010-11-10 Ｋｄｄｉ株式会社 コンテンツ配信装置およびコンテンツ受信装置、ならびにコンテンツ配信システム、コンピュータプログラム
US7756034B2 (en) * 2005-11-29 2010-07-13 Cisco Technology, Inc. System and method for handling network overload
US20080025300A1 (en) * 2006-07-31 2008-01-31 Texas Instruments Incorporated Method and/or apparatus for enabling voice packet redundancy
JP4867633B2 (ja) * 2006-12-15 2012-02-01 株式会社日立製作所 コンテンツ配信システム
JP4356742B2 (ja) * 2006-12-25 2009-11-04 ソニー株式会社 データ通信システム、データ送信装置およびデータ送信方法
US20080219151A1 (en) * 2007-03-07 2008-09-11 Nokia Corporation System and method for using a peer to peer mechanism to repair broadcast data in wireless digital broadcast networks
JP5485134B2 (ja) * 2007-03-30 2014-05-07 トムソン ライセンシング 移動ｔｖのロバストなファイルキャスト
US20080285496A1 (en) * 2007-05-14 2008-11-20 Bamboo Mediacasting Ltd. Data download in wireless network
WO2009087563A2 (en) * 2008-01-09 2009-07-16 Nokia Corporation Systems and methods for media container file generation
WO2009100730A1 (en) * 2008-02-12 2009-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Controlling point-to-multipoint transmissions of content data over a radio interface
GB2461516A (en) * 2008-06-30 2010-01-06 Toshiba Res Europ Ltd A method of predicting traffic in a wireless network
US9281847B2 (en) * 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
EP2312697B1 (en) * 2009-03-26 2013-03-06 Hitachi Chemical Company, Ltd. Adhesive material reel
US8352252B2 (en) * 2009-06-04 2013-01-08 Qualcomm Incorporated Systems and methods for preventing the loss of information within a speech frame
WO2011114743A1 (ja) 2010-03-19 2011-09-22 パナソニック株式会社 基地局及び送信方法
US20110292891A1 (en) 2010-05-26 2011-12-01 Industrial Technology Research Institute Control channel allocation method, control channel searching method and communication apparatus using the same
JP5400742B2 (ja) * 2010-10-18 2014-01-29 株式会社Ｎｔｔドコモ 片方向伝送システム及びコンテンツ配信方法
JP5748471B2 (ja) * 2010-12-14 2015-07-15 キヤノン株式会社 配信装置、配信方法、プログラム
US8429282B1 (en) * 2011-03-22 2013-04-23 Amazon Technologies, Inc. System and method for avoiding system overload by maintaining an ideal request rate
US8521141B2 (en) * 2011-09-19 2013-08-27 Verizon Patent And Licensing Inc. Optimizing delivery of streams
US8848562B2 (en) * 2012-02-22 2014-09-30 Verizon Patent And Licensing Inc. Modifying FEC values and MCS values in a network
US9078130B2 (en) * 2012-04-10 2015-07-07 Qualcomm Incorporated Secure reception reporting
US9113311B2 (en) * 2012-05-09 2015-08-18 Verizon Patent And Licensing Inc. Multicast/broadcast content delivery based on feedback from a user device

Also Published As

Publication number Publication date
EP2870724A2 (en) 2015-05-13
EP2870724A4 (en) 2015-08-12
US20140010090A1 (en) 2014-01-09
AU2013287309B2 (en) 2015-12-24
DK2870716T3 (en) 2017-01-23
EP2870716B1 (en) 2016-10-12
US20200084660A1 (en) 2020-03-12
EP3119022A1 (en) 2017-01-18
US20150189544A1 (en) 2015-07-02
WO2014011098A2 (en) 2014-01-16
US9258736B2 (en) 2016-02-09
IN2015DN00468A (ko) 2015-06-26
EP2870724B1 (en) 2017-02-08
ES2681671T3 (es) 2018-09-14
WO2014011097A1 (en) 2014-01-16
EP2870716A1 (en) 2015-05-13
AU2013287309A1 (en) 2015-02-12
JP2015531185A (ja) 2015-10-29
WO2014011098A3 (en) 2014-04-03
JP2018107818A (ja) 2018-07-05
EP3119022B1 (en) 2018-06-13
US11089508B2 (en) 2021-08-10
US10511997B2 (en) 2019-12-17

Similar Documents

Publication Publication Date Title
EP2870724B1 (en) Broadcasting of data files and file repair procedure with regards to the broadcasted data files
Ge et al. QoE-assured live streaming via satellite backhaul in 5G networks
US9113311B2 (en) Multicast/broadcast content delivery based on feedback from a user device
CN107409135B (zh) 用于直播自适应比特率(abr)媒体的优化传递的***和方法
US10470000B2 (en) Methods and apparatus for enhanced MBMS content provisioning and content ingestion
CN107431704B (zh) 用于使用多播机制的直播自适应比特率(abr)媒体的优化传递的***和方法
TW201540031A (zh) 實現客戶端側的傳送功能的傳輸加速器
KR20150067233A (ko) 하나 이상의 사용자 디바이스에의 콘텐츠의 스트리밍에 관한 장치 및 방법
EP2878098B1 (en) User equipment node, server node and methods performed in such nodes for performing file repair procedure
CN105723751B (zh) 在通信***中用于启用反馈传输的方法和装置
WO2015023655A1 (en) Method and system for managing the delivery of over-the-top streams
CN116034572A (zh) 内容递送
CN108810828B (zh) 用于在广播递送期间分发信息的方法和装置
JP4638510B2 (ja) 受信機および受信機の制御方法
CA2820712A1 (en) Broadcasting of data files and file repair procedure with regards to the broadcasted data files
JP4690104B2 (ja) データ受信装置、データ送信装置、及び、データ受信方法
CN116097722A (zh) 终端装置、基础设施设备和方法
EP3544370B1 (en) Delivering content over muliple different networks using different transmission modes
JP2011211376A (ja) マルチキャスト配信システム及びサーバ装置及び端末装置
Liolis et al. QoE-Assured Live Streaming via Satellite Backhaul in 5G Networks
KR20090124202A (ko) Ｂｃｍｃｓ 서비스 시스템에서 컨텐츠 재전송시 로드 감소방법 및 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E601 Decision to refuse application