KR100883576B1

KR100883576B1 - 멀티캐스트/브로드캐스트 데이터 배포를 위한 데이터 복구강화

Info

Publication number: KR100883576B1
Application number: KR1020067022564A
Authority: KR
Inventors: 데이비드 레온; 이고르 다닐로 디에고 쿠르시오; 로드 왈쉬; 하르쉬 메흐타
Original assignee: 노키아 코포레이션
Priority date: 2004-03-29
Filing date: 2004-10-01
Publication date: 2009-02-13
Also published as: EP1730870A4; AU2004318925B2; CN1957554B; EP1730870B1; BRPI0418723A; JP2007531458A; DE602004028665D1; CA2561712C; BRPI0418723B1; ATE477632T1; BRPI0418723A8; AU2004318925A1; WO2005104421A1; CN1957554A; EP1730870A1; CA2561712A1; KR20070010037A

Abstract

송신기(10)가 점-대-다점 세션을 통해 데이터를 복수 개의 수신기(20)에 전송하는 방법, 시스템, 기기 및 컴퓨터 코드 생성물이 개시된다. 수신기는 데이터 복구 요구를 송신기(10)에 송신하여 기대되었지만 수신되지 않은 데이터를 요구하고 송신기(10)는 기대되었지만 수신되지 않은 데이터를 점-대-다점 세션을 통해 재전송한다. 또한 송신기(10)는 만일 점-대-다점 세션을 통한 재전송이 모든 오류를 정정하지는 않으면 개개의 수신기들과의 점-대-점 데이터 복구 세션을 스케줄링할 수 있다. 송신기(10)는 점-대-다점 세션을 사용하여 수신기들의 수에 기초한 랜덤화 메커니즘을 사용하여 점-대-점 복구 세션들을 지연시키도록 구성될 수 있다.

Description

멀티캐스트/브로드캐스트 데이터 배포를 위한 데이터 복구 강화{Data repair enhancements for multicast/broadcast data distribution}

본 발명은 일반적으로 멀티캐스트 및 브로드캐스트 전송 기술 및 서비스들, 즉 적어도 하나의 데이터소스(또는 송신기) 및 적어도 하나의 수신기를 이용한 서비스들에 관한 것이다. 더 상세하게는, 본 발명은 멀티캐스트 또는 브로드캐스트 전송에서 데이터 복구 강화와 관련된다.

IP멀티캐스트, IP데이터캐스팅(IPDC) 및 멀티미디어 브로드캐스트/멀티캐스트 서비스들(MBMS)과 같은 시스템들상의 일-대-다(즉, 점-대-다점) 서비스들의 경우, 파일 배달(또는 이산 미디어 배달 또는 파일 다운로드)이 중요한 서비스이다. 파일 전송 프로토콜(FTP) 및 하이퍼텍스트 전송 프로토콜(HTTP)과 같이 점-대-점 프로토콜로 파일들을 배달하기 위한 많은 특징은 일-대-다 시나리오들에 문제가 있다. 특히, 전송 제어 프로토콜(TCP)과 같은 유사한 일-대-일(즉 점-대-점) 수신확인(ACK) 프로토콜을 이용한 파일들의 신뢰성있는 배달, 즉 보장된 파일 배달은 실현 가능하지 않다.

인터넷 엔지니어링 태스크 포스(IETF)의 신뢰성있는 멀티캐스트 전송(RMT) 작업그룹이 에러 내성 멀티캐스트 전송 프로토콜들의 2가지 카테고리들을 표준화하 고 있는 중이다. 첫번째 범주에서, 신뢰성은 (예지적인) 순방향 오류정정(FEC)의 사용을 통하여, 즉, 오류있는 데이터를 재구성할 때에 수신기를 도울 수 있는 어떤 양의 용장성 데이터를 보냄으로써 이행된다. 두 번째 범주에서, 수신기 피드백이 신뢰성있는 멀티캐스트 전송을 이행하기 위해 이용된다. 비동기식 계층 부호화(ALC, RFC 3450)는 첫 번째 범주에 속하는 프로토콜 인스턴스화인 반면, NACK향 신뢰성있는 멀티캐스트(NORM) 프로토콜은 두 번째 범주의 예를 제시한다. ALC 및 NORM 프로토콜들의 세부사항들은 IETF의 작업그룹에 의해 준비된 "Asynchronous Layered Coding (ALC) Protocol Instantiation"(IETF RFC 3450) 및 "NACK-oriented Reliable Multicast Protocol"(인터넷 초안)이란 제목의 간행물들에서 상세히 논의된다. 이 간행물들의 내용들은 참고문헌으로 여기에 완전히 통합된다.

이 프로토콜들이 사용될 수 있는 접근망들은 무선 다중-접근망들, 이를테면 범용 이통통신 서비스(UMTS)시스템의 무선접근망, 무선 근거리통신망(WLAN), DVB-T(Digital Video Broadcasting-Terrestrial)네트워크, DVB-S(Digital Video Broadcasting-Satellite)네트워크 및 DVB-H(Digital Video Broadcasting-Handheld)네트워크를 포함할 수 있으나 이것들에 한정되지는 않는다.

간략하게는, ALC 프로토콜은 수신기가 망가진 패킷들 또는 수신되지 않은 패킷들을 재구성하는 것을 허용하는 예지적인 FEC기반 스키마이다. ALC 프로토콜은, 다중 채널들에 대한 FEC 부호화를 이용하여, 송신기가 다수의 속도들(채널들)로 데이터를 아마도 이종의 수신기들에 송신하는 것을 허용한다. 부가적으로, ALC 프로토콜은 정체현상 제어기구를 이용하여 다른 채널들에 대해 다른 속도들을 유지한 다.

ALC 프로토콜은 업링크 시그널링이 요구되지 않기 때문에 사용자들의 수의 관점에서 대량으로 확장가능하다. 그러므로, 더 많은 수신기를 추가하는 것이 시스템에 대한 요구를 증가시키지는 않는다. 그러나, ALC 프로토콜은 수신이 보장되지 않기 때문에 100%신뢰할 수 없고, 그래서 그것은 신뢰성있다기 보다는 강인한(robust) 것으로 일반적으로 기술될 수 있다.

NORM은 수신기에 도착할 것이 기대되었던 데이터의 어떤 패킷들(또는 다르게는 "데이터 블록들"로 정의됨)이 수신기에 수신되지 않았음(또는 올바르지 않게 수신되었음)을 신호하기 위해 부정적 수신확인(NACK) 메시지들의 이용을 명시한다. 바꾸어 말하면, 수신기는 NACK 메시지를 사용하여 전송된 패킷의 손실 또는 손상을 송신기에 표시한다. 따라서, 데이터 전송으로부터 일부 데이터 블록들을 "손실했던" 수신기는 손실된 데이터 블록 또는 블록들을 재전송할 것을 송신기에 요구하는 NACK 메시지를 송신기에 송신할 수 있다. NORM 프로토콜은 또한 옵션으로 예지적인 강력한 전송을 위해 패킷-레벨 FEC 부호화의 사용을 허용한다.

FLUTE(File Delivery over Unidirectional Transport)는 FEC(RFC 3452) 및 ALC 빌딩 블록들에 구축되는 일-대-다 전송 프로토콜이다. 그것은 단방향 시스템들 상에서 송신기(들)부터 수신기(들)까지 파일 전달을 위해 의도된다. 그것은 그것을 무선 점-대-다점(멀티캐스트/브로드캐스트) 시스템들에 적합하게 하는 전문화를 가진다. FLUTE 프로토콜의 세부사항들은 전술한 IETF의 작업그룹에 의해 준비된 "FLUTE-File Delivery over Unidirectional Transport"(인터넷 초안)이란 명칭의 간행물에서 더 상세히 논의된다. 이 간행물의 내용은 참조로써 여기에 완전히 통합된다.

NACK 메시지들은 일반적으로 NORM에 특화되어 있지 않지만, 그것들은 또한 다른 프로토콜들 또는 시스템들, 이를테면 FLUTE와 관련하여 사용될 수도 있다. ACK는 수신기가 하나 이상의 데이터 패킷을 수신한 후에 그것이 정확하게 수신되었음을 확인하기 위해 송신하는 응답 메시지이다. NACK는 수신기가 도착할 것을 기대하였지만 수신되지 않았던 패킷들에 관해 송신기에 보내는 응답이다.

멀티캐스트 또는 브로드캐스트 환경에 있는 때에, 데이터 전송은 일-대-다 형태로 발생한다. 만일 전송이 오류가 없고 다른 수신기들이 다른 에러율들을 경험한다면(예를 들면 MBMS에서 다른 셀들에 있는 사용자들은 다른 신호품질을 경험할 수 있고, 결과적으로, 다른 에러율을 경험할 수 있다), 증대된 데이터 신뢰성을 제공하는데 문제가 있다. 이 신뢰성 증대는 FEC의 사용을 통하여 및/또는 복구 세션들의 사용을 통하여 달성될 수 있다.

FEC는, 어느 정도의 에러 내성을 허용하여 수신기가 송신된 데이터를 재구성하도록 하기 위해, 송신된 데이터에 어느 정도의 용장성을 제공한다. 그러나, FEC의 하나의 문제는 그것이 통상 오류 없는 에러 복구를 제공하지 않거나, 또는 그것이 높은 데이터 용장성 사용을 희생하여 충분한 에러 복구를 제공하여, 채널대역폭 요건을 증가시킨다는 것이다.

복구 세션(수신기 및 송신기 사이)은 FEC를 보상하(여 잔여 채널에러율을 줄이거나 없애)기 위해 채용될 수 있거나, 또는 에러복구를 위한 유일한 방법으로 단 독으로 사용될 수 있다. 복구 세션은 점-대-점 채널 위에서 별도 세션을 이용하여 발생할 수 있다. 이 경우, 멀티캐스트/브로드캐스트 전송 동안 일부 데이터를 잃어버린 모든 수신기들은, 송신기에 NACK요구들을 송신하여 잃어버린 패킷들의 재송신을 요구한다. 그러나, 만일 모든 수신기들이 적어도 하나의 데이터 패킷을 잃어버리면, 모든 수신기들은 송신기와의 점-대-점 연결들을 동시에 수립할 것이어서 피드백 내파(implosion), 즉 네트워크의 정체현상(큰 수의 NACK들에 대해서는 업링크 방향으로 그리고 큰 수의 병발 재전송 및 네트워크 연결 요구들에 대해서는 다운링크 방향으로) 및 송신기의 과부하를 야기한다. 이 상황은 MBMS 네트워크의 경우일 수 있는 예를 들면 수천의 사용자를 고려할 때 중요하다.

이같이, 멀티캐스트 및 브로드캐스트 환경들에서 규모가변적(scalable)이고 메시지들의 효율적인 복구를 제공하는 데이터 복구를 위한 개선된 기기, 시스템 및 방법에 대한 요구가 있다.

시스템들, 방법들, 기기들 및 컴퓨터 코드 생성물들의 여러 가지 실시예들이 본 발명에 따라 개시된다. 이 여러 가지 실시예들은 점-대-다점 통신을 할 수 있고, 송신기로부터 점-대-다점 세션을 통해 복수 개의 수신기들에 데이터를 전송하는 단계, 기대된 데이터가 수신되지 않았었는지를 결정하는 단계, 데이터가 손실되었다면 데이터복구 요구를 송신기에 송신하는 단계, 및 손실 데이터를 점-대-다점 세션을 통해 재전송하는 단계를 포함할 수 있다. 또한 송신기는 만일 점-대-다점 재전송이 데이터 손실 문제를 정정하지 않는다면 점-대-점 복구 세션들을 스케줄링하고 수행하기 위해 구성될 수 있다.

랜덤화 메커니즘은 송신기가 점-대-다점 세션을 통해 수신되지 않은 것으로 표시되는 데이터를 재전송한 후까지 점-대-점 데이터 복구를 지연시키기 위해 사용될 수 있다. 랜덤화 메커니즘은 복수 개의 수신기들에서 포함되는 수신기들의 수를 고려하도록 구성될 수 있다. 다르게는(또는 부가적으로), 송신기는 점-대-점 복구가 시작될 때를 알리기 위해 점-대-점 복구 토큰을 복수 개의 수신기들에 송신할 수 있다.

본 발명의 다른 양태에서, 송신기기, 송신기기로부터 데이터를 수신할 수 있는 적어도 하나의 수신기, HTTP서버 및 FLUTE서버를 포함하는 시스템에서 데이터복구를 위한 방법이 개시된다. 이 방법은 일부 기대된 데이터가 적어도 하나의 수신기에 의해 수신되지 않았었음을 결정하는 단계, 적어도 하나의 수신기로부터 HTTP서버에 데이터 요구를 송신하는 단계, HTTP서버로부터 적어도 하나의 수신기에 FLUTE URI를 포함하는 HTTP 재지시(redirect) 메시지를 송신하는 단계, 적어도 하나의 수신기로부터 FLUTE서버에 세션 요구를 송신하는 단계, 및 FLUTE서버 및 적어도 하나의 수신기 사이에서 FLUTE 세션을 개시하는 단계를 포함할 수 있다.

도 1a는 본 발명의 일 실시예에 따라서 점-대-다점 전송 시나리오를 도시하는 블록도이다.

도 1b는 본 발명의 실시예들에 따라서 다른 누락데이터 복구 방법들을 도시하는 블록도이다.

도 2a는 본 발명에 따른 데이터복구를 위한 방법의 일 실시예를 도시하는 흐름도이다.

도 2b는 본 발명에 따른 데이터복구를 위한 방법의 다른 실시예를 도시하는 흐름도이다.

도 3은 본 발명의 일 실시예에 따라서 시스템 및 수신기기의 블록도이다.

도 4는 본 발명의 일 실시예에 따라서 송신기기를 도시하는 블록도이다.

도 5는 본 본 발명에 따른 복구 메커니즘의 일 실시예의 도면이다.

멀티캐스트 또는 브로드캐스트 시스템에서 데이터를 복구하기 위한 여러 가지 방법들 및 시스템들이 있다. 2004년 2월 18일에 출원된 "Data Repair"라는 명칭의 미국특허출원(제10/782,371호)은 그것의 내용이 참조로써 여기에 완전히 통합되는 것으로, 데이터를 복구하기 위한 효율적인 방법을 기재한다. 이 출원은, 수신기들로부터 일정 수의 NACK요구들의 수신 후, 송신기가, 자신의 결정전략들에 기초하여, 수신기들에 의해 NACK된 패킷들의 총 수 중의 일부, 예를 들면, 수신기들로부터 최대로 요구된 패킷들을 점-대-다점을 통해 재전송하는 것을 결정할 수 있다는 것을 제안한다. 송신기는 네트워크 자원들을 절약하기 위해 점-대-점 연결을 닫을 수도 있다.

이것들과 같은 방법들이 가지는 하나의 결점은 최대로 NACK된 패킷들만을 재전송하는 것이 다른 사용자들의 NACK요구들 사이에 통계적 상관관계가 적은 경우에는 전체 오류 복원을 이끌어낼 수 없다는 것이다. 예를 들면, 만일 수신기 #1가 패 킷 1, 2 및 3에 대해 NACK하고 수신기 #2가 패킷 4, 5 및 6에 대해 NACK하는 등의 오류 상황이 있다면, 송신기는 "최대로 요구된 패킷들"이 무엇인지를 도출할 수 없을 것이고, 결과적으로, 점-대-다점 복구는 그것의 효율을 잃어버릴 수 있다. 본 발명은 데이터 복구를 위한 개선된 방법들, 기기들 및 시스템들을 제안한다.

도 1a는 본 발명의 실시예에 따라서 점-대-다점 데이터 전송 시나리오를 보인다. 송신기기(10)는 멀티캐스트 데이터 블록들(또는 패킷들)을 수신기기들(20)에 일-대-다 형태로 송신하기 위해 ALC메커니즘 및/또는 FEC메커니즘과 예지적인 순방향 오류정정을 이용할 수 있는 서버, IP기반 기기, DVB기기, GPRS(또는 UMTS)기기 또는 유사한 기기일 수 있다. 각 수신기기(20)는 손실 블록들(수신되지 않았거나 올바르지 않게 수신된 블록들)에 관련한 부정적 수신확인(NACK) 메시지들(또는 요구들)을 수신기기(10)에 송신하도록 구성될 수 있다.

데이터는 송신기(10)로부터 수신기(20)에 객체로서 전송될 수 있다. 예를 들어, 파일, JPEG영상, 및 파일 슬라이스는 모두 객체들이다. 이 객체들은 일련의 데이터 블록들로서 송신될 수 있다. 각 데이터블록은 소스 블록 번호(SBN) 또는 유사한 식별자라고 불리는 번호를 가질 수 있고, 그것은 각 블록을 식별하기 위해 사용될 수 있다. 블록들은 한 세트의 부호화 심벌들에 의해 표현될 수 있다. 부호화 심벌 식별자(ESI) 또는 유사한 식별자는 데이터 패킷(또는 블록)의 페이로드로 운반되는 부호화 심벌들이 전술한 객체들(예컨대, 파일)로부터 생성되는 방법을 나타낼 수 있다.

점-대-다점 시스템에서, 송신기(10)는 객체를 나타내는 데이터 블록들 또는 패킷들을 많은 수신기들(20)에 동시에 브로드캐스트할 수 있다. 수신기(20)는 그것이 기대한 패킷들의 모두를 수신하지 않는다면, 무슨 패킷들이 수신되지 않았었는지를 나타내는 NACK메시지를 서버(10)에 돌려보낼 수 있다. 도 1b는 본 발명의 실시예들에 따라서 수 개의 다른 데이터복구 방법들을 도시한다. 일반적으로, 손실 데이터의 복구는 하나의 송신기(10) 및 하나의 수신기(20) 사이에 수립된 점-대-점 복구 세션을 이용하는 것에 의해 또는 송신기(10) 및 하나의 수신기(20) 사이에 점-대-다점 세션을 이용하는 것에 의해 수행될 수 있다. 복구 세션에서, 전체 또는 일부의(상황에 의존함) 손실 데이터는 송신기(10)로부터 수신기(들)(20)에 재전송될 수 있거나 또는 전체 전송이 반복될 수 있다. 복구는 원래의 송신기(10)로부터, 또는 원래의 서버와의 연결을 가지며 전송 데이터/정보를 버퍼링할 수 있도록 구성되는 "제3자의 서버" 또는 복구 서버(또는 단순히 별도의 서버(미도시))로부터 행해질 수 있다. 이 서버는, 예를 들면, 원래의 송신기(예컨대, BM-SC(Broadcast Multicast - Service Centre)라 불리기도 하는 MBMS(multimedia broadcast/multicast service) 서버)와 동일한 장소에 위치될 수 있거나, 또는 예를 들면, UMTS 운영자의 네트워크 내의 별도의 서버일 수 있다. 일반적으로, 신뢰성 있는 멀티캐스트 시스템들은, 멀티캐스트의 다당(multiparty) 성질 때문에 규모가변성(scalability) 문제들을 드러내는 수신기-서버 제어 및 데이터 메시징을 요구하는 문제를 나타낸다는 것이 관측되었다. 특히 고려되는 몇몇 영역들이 있다. 예를 들면,

a) 많은 무선채널들을 가동하기 위해 취할 시간과 무선 대역폭이 많은 복구 가 동시에 발생하는 것을 허용하는 것을 실행 불가능하게 만드는 제한된 무선 대역폭 및 활동 자원들;

b) "복구 콘텐츠" 데이터를 제공하는 서버 시스템이 제한된 수의 요구들(메시징) 및 연관된 세션 컨텍스트 데이터를 일정한 시간 윈도우 및 제한된 양의 동시 데이터 전송 세션들 내에서 다룰 수 있게 하는 제한된 서버 용량; 및

c) 전체 시스템에서의 하나 이상의 병목으로 인한 제한된 단-대-단 대역폭이 있다. 여기서 복구를 요구하는 사용자들 모두에게 동시에 이용가능하게 될 수 있는 데이터 속도는 많은 경우들에서 이 서비스를 제공하기에 불충분하다.

그래서, 이 제한들 중의 어느 것이나 모두 하에서 규모가변성을 증가시키기 위해 이용될 수 있는 하나의 요소는 메시징을 시간에 분산하는데 또는 가능하다면 그것을 완전히 피하는데 이용될 수 있다. 본 발명의 일 실시예는 NACK 억제를 할 수 있어 규모가변성 신뢰성 있는 멀티캐스트를 제공하는 방법들, 기기들 및 시스템들에 관계한다.

본 발명의 일 실시예는 적어도 하나의 수신기(20)에 의해 요구된 모든 패킷들이 서버(10)에 의해 점-대-다점 베어러(bearer)로 재전송되는 것을 제안한다. 이 실시예에서, 수신기들(20)은 점-대-점(ptp) 베어러 및 점-대-다점(ptm) 베어러가 동일 시간에 셋업되는 구성을 가질 수 있다. ptp베어러는 예를 들면 미국특허출원 제10/782,371호에 기술된 바와 같은 복구 요구들을 서비스하기 위해 이용될 수 있다. 본 발명의 일 실시예는 전술한 특허 출원에 기재된 것들과 유사한 랜덤화 규정들을 이용할 수 있다. 그러나, 본 발명의 실시예는 업링크 ptp베어러를 이용하는 대신에 다운링크 ptm 베어러 상에서 손실 데이터를 재전송할 수 있다.

이 실시예에서, 그것들이 계산했던 랜덤 백오프 값 때문에 요구할 차례가 아직 오지 않았던 수신기들(20)은, ptm채널을 통해 재전송되는 손실 패킷들을 수신하는 것에 의해 그것들 자신의 손실을 복구할 기회를 가질 수 있다. 만일 수신기(20)가 ptm채널을 통해 손실 데이터 패킷을 수신한다면, 그 수신기는 이 데이터를 이용하여 파일을 재구성할 수 있고 손실 데이터 패킷을 자신이 요구할 패킷들의 목록으로부터 제거할 수 있다. 수신기(20)는 그것이 요구시간을 계산하기 전에 자신의 손실 데이터의 모두를 수신할 수 있고, 그 경우에 그 수신기는 어느 복구 요구들이라고 전혀 하지 않을 수 있다.

본 발명의 다른 실시예에서, ptp 복구는 송신기(10)에 의해 전술한 ptm 복구 메커니즘에 연계하여 제공될 수 있다. 이것은 특히, 수신기들(20)의 모두가 동일한 시간에 열려 있는 ptp 및 ptm 베어러 둘 다를 가질 수는 없는 경우의 세션들에 유용할 수 있다. 이 경우에, 더 큰 효율을 위해, 송신기(10)는 ptp 복구를 위한 요구들을 지연시키기 위해 랜덤화 메커니즘을 지정할 수 있다. 이것은 ptm 베어러 상의 복구가 더 많은 수의 수신기들(20)에 대해 먼저 행해질 수 있게 한다. 그렇게 하기 위한 한 방법은, 예를 들면, 송신기(10)에 의해 수신기들(20)에 송신된 문턱값들(이를테면 X, Y, Z)의 사용을 통해 될 수 있다. 그때 수신기(20)는 자신이 복구 요구를 스케줄하도록 구성될 수 있다. 본 발명의 일 실시예에 따른 복구 요구들을 스케줄링하는 수신기들(20)을 위한 하나의 샘플 규정은 다음과 같을 수 있다:

만일 ptm 복구가 가능하면,

초기 배달 세션의 끝에서부터 시작하는 기간 X에 걸쳐 NACK(들)을 균일하게 랜덤화하며;

그 밖에는,

초기 세션이 끝난 후 일정 시간 Y후까지 기다린 다음 기간 Z에 걸쳐 NACK(들)을 랜덤화한다.

송신기(10)는 ptp 복구가 시작해야만 할 때를 명시적으로 신호할 수도 있다. 이를 위해, 송신기는 ptp 복구가 시작할 수 있을 때를 알리기 위해 ptp 복구 토큰을 수신기들(20)에 송신할 수 있다(ptp 복구가 시작할 때, ptp 복구 세션은 정규 랜덤화 규정들에 지배될 수 있다). ptp 복구 토큰을 송신하기 전에, 모든 복구들은 ptm 베어러 상에서 행해진다. 2개의 병발 베어러들(예컨대 ptp 및 ptm)을 가질 수 없는 수신기들(20)은 그래서 그것들이 그것들의 ptp 복구 베어러를 셋업하기 전에 토큰을 기다릴 수 있다. 복구 토큰은 예를 들면, SDP를 통해 멀티캐스트/브로드캐스트 전송 후의 별도의 "고지(알림)"를 포함하여 ISO OSI 프로토콜 스택의 레이어 1-7 중의 어느 레이어에서 임의의 통신 프로토콜을 이용하여 전송될 수 있다. 이것은 FLUTE 파일 배달 시에 멀티캐스트/브로드캐스트 전송 내에 포함될 수 있다. 별도의 전송 객체 식별자(Transport Object Identifier; TOI) 값이 파일 콘텐츠 자체와 ptp 복구 콘텐츠 사이를 구별하기 위해 이용될 수 있다. 본 발명의 일 실시예에서, ptm 복구를 이미 사용했던 수신기(20)는 ptp 복구를 사용할 수도 있다. 이것은 만일 ptm 복구가 성공적이지 않았다면, 즉 ptm 베어러 상에서 재송신되었던 패킷이 손실되었다면 유용할 수 있다.

랜덤화가 피드백 내파를 방지하는 것을 도울 수 있지만, 효율을 증가시키기 위해 시스템 내의 수신기들(20)의 수에 따라 백오프 시간들이 계산될 수 있는 것이 바람직하다. 만일 백오프 시간들이 작게 선택되면, 피드백 내파의 위험은 최소화될 수 없고, 특히 만일 많은 수의 수신기들(20)이 세션 내에 있다면 최소화될 수 없다. 반면에, 만일 백오프 시간들이 너무 크다면, 피드백 내파의 위험은 감소하지만 그 계획(scheme)은 세션 내에 몇 개의 수신기들만이 있다면 불충분할 것인데 각 수신기가 복구 요구를 할 수 있게 되기 전에 불필요한 많은 양의 시간을 기다리는 것이 요구될 것이기 때문이다.

만일 송신기(10)가 세션 내의 수신기들(20)의 수를 안다면, 송신기(10)는 수신기들(20)의 수에 기초하여 랜덤화 값들을 스케일링하여 시스템의 성능을 최적화할 수 있다. 하나의 그런 유형의 세션은 MBMS 멀티캐스트 세션이며, 거기서 송신기(10)는 수신기들(20)의 수가 세션 참가 및 분리 절차들을 신호하는데 필요하므로 수신기들의 수를 도출할 수 있다. 일 실시예서, 세션에서의 수신기들(20)의 수와 랜덤화 값들 사이의 선형 관계는 필요한 문턱값들을 계산하는데 이용될 수 있다. 예를 들면, 미국특허출원 제10/782,371호에서 제안된 랜덤화 방법을 이용하면,

만일 문턱 에러율 W 미만이면

초기 배달 세션의 끝부터 시작하는 기간 X에 걸쳐 NACK(들)을 균일하게 랜덤화하며;

그 밖에는

초기 세션이 끝난 후 일정 시간 Y 후까지 기다린 다음 시간 Z에 걸쳐 NACK(들)을 랜덤화한다.

W, X, Y 및 Z의 값들은 세션의 참가자들의 수(수신기들의 수)에 따라 고정되고 선택될 수 있다. 표본 하나가 아래에 보이는 바와 같은 룩업테이블은, 송신기기(10)에 저장될 수 있고 적당한 테이블 엔트리에의 룩업은 문턱값들을 선택하는데 이용될 수 있다.

위의 표 1은 단지 일 예이다는 점에 유의할 필요가 있다. 다른 값들 및 테이블 구조들이 본 발명의 정신 및 범위에서 벗어나는 일없이 사용될 수 있다.

4개의 값들(또는 일반적으로 복구 세션의 시작시간을 랜덤화하기 위한 값들)은 송신기부터 수신기까지 SDP 또는 어느 다른 적당한 수단을 통해 통신될 수 있다. 이 값들은 서비스 고지 및 세션 시작시간 또는 최근의 참가(join)시간 사이에서 언제든지 수신기들에 통신될 수 있다. 예를 들면, 만일 세션이 지금 SDP를 경유하여 고지되고, 2시간(또는 대신에 서비스 고지의 배달로부터 1.5시간 후에 최근의 세션 참가 시간) 후에 시작하도록 스케줄되면, 랜덤화 매개변수들을 가지는 제2 SDP는 세션 시작 전의 어느 시간에 세션에 참가하는 수신기들(20)의 수를 고려한 제2 고지 또는 토큰을 이용하여 송신할 수 있다. 이 경우에, 수신기들(20)은 세션에 참가한 수신기들의 실제 및 갱신된 수를 고려하는 랜덤화 시간의 표시를 얻는다. 다르게는, 랜덤화 매개변수들은 FLUTE 세션의 FDT 내에서 통신될 수 있거나 이 값들의 부분집합만이 수신기들의 수에 따라 변화할 수 있다.

지금 도 2a로 가면, 데이터 복구를 제공하기 위한 방법의 일 실시예가 개시되어 있다. 도 2a에 개시된 방법은 송신기부터 복수 개의 수신기까지 점-대-다점 세션을 경유하여 데이터 패킷들을 송신하는 단계(100)를 포함한다. 만일 수신기들 중의 어느 것이 일부 기대된 데이터를 수신하지 않았다고 결정하면 그 수신기는 NACK 메시지를 송신기에 송신하여 데이터패킷들이 적절히 수신되지 않았음을 요구하고 송신기는 이 NACK메시지들을 수신한다(102). 다음에 송신기는 요청된 데이터 패킷을 점-대-다점 세션을 통해 수신기들에 재발송한다(104).

발명의 또 다른 실시예는 도 2b에서 보이고 있다. 이 실시예에서, 송신기는 점-대-다점 세션의 시작을 표시하고(110), 그 다음에 그 세션을 이용하는 수신기들의 수에 관한 정보를 수집한다(120). 그 다음에 송신기는 세션을 이용하는 수신기들의 수에 기초하여 랜덤화 값들을 계산하고(130), 그 랜덤화 값들을 수신기에 송신한다(140). 다음에, 송신기는 점-대-다점 세션을 통해 데이터 패킷들을 수신기들에 보내기 시작한다(150). 만일 수신기들 중의 어느 것이 기대된 데이터 패킷들의 전부를 수신하지 않으면, 그것은 NACK메시지를 송신기에 송신하여 손실된 데이터 패킷들의 재전송을 요구한다. 송신기는 이 NACK메시지를 수신하고(160) 요구된 데이터 패킷들을 점-대-다점 세션으로 재전송한다. 그 다음, 서버는 점-대-점 세션을 통해 어떤 남아있는 데이터 복구 요구들에 서비스하기 시작한다(180). 점-대-점 세션들은 점-대-다점 세션을 이용하는 수신기들의 수에 기초하여 송신기에 의해 계산된 랜덤화 값들에 기초한 기간에 걸쳐 랜덤화된다.

여기에 기술된 데이터 복구 방법들은 종래기술의 방법들과 비교될 때 독특한 이점들을 제공한다. 예를 들면, 수신기(20)가 ptp 복구를 통해 요구하는 복구블록을 다운링크 ptp 대신에 ptm을 통해 송신하는 것은 ptp채널을 언로드하고 동일한 복구블록을 필요로 할 것인 다른 수신기들(20)을 돕는다. 또한, 수신기들의 수에 따라 랜덤화 값들을 스케일링하는 것은 요구들을 송신하는데 필요한 지연을 여전히 최소화하면서도 피드백 내파의 위험을 피하는 것을 돕는다.

효율적인 방식으로 많은 사용자들에게 데이터를 전송하기 위해 메커니즘, 이를테면 FLUTE를 사용할 때, 손실 데이터를 식별하며 NACK하고 재전송하기 위한 방법이 필요하다. 발명의 일 실시예에서, 그와 같이 하기 위해 HTTP를 사용하는 것이 가능하다. 예를 들면, 수신 단말은 송신용 서버에 어떤 파일 또는 파일의 부분을 재전송하기를 요구하기 위해 HTTP를 이용할 수 있다. 일부 경우들에서, 서버는 몇몇 단말들에 파일들을 재전송할 것이 요구될 수 있거나 또는 그 파일을 가지지 않을 수 있고 그래서 다른 서버에 요구를 재지시할 필요가 있을 수도 있다. 본 발명의 일 양태는 FLUTE 및 다른 그러한 세션들을 위한 ptm 복구를 위해 효율적인 시스템 및 방법을 제공한다.

HTTP 요구들이 전송으로부터 누락 데이터 집합을 얻는데 이용될 수 있지만, 많은 수의 수신기들을 특정 전송을 다시 수신하도록 인에이블 할 수 있는 복구 메커니즘을 가지는 것이 바람직할 수 있다. 일 실시예에서, 이것은 FLUTE를 위한 다운로드 URI를 가지는 HTTP 재지시 메커니즘을 이용하는 것에 의해 달성될 수 있다. FLUTE를 위한 다운로드 URI는 HTTP URL과 유사할 수 있다. 즉, 그것은 HTTP URL과 유사하지만 FLUTE에 적용가능하다. FLUTE URI는 특정 FLUTE 세션 동안 전송되는 신호 파일을 참조할 수 있다. FLUTE URI를 이용하면, 특정 FLUTE 세션로부터의 파일은 고유하게 식별될 수 있다.

이 실시예에서, HTTP서버는 수신기에 의해 요구된 파일을 이용가능하게 하는 소스를 수신기에 나타낼 수 있다. HTTP 재지시 메커니즘을 이용하는 것에 의해, HTTP서버는 전송을 올바로 수신하지 않은 하나 이상의 단말을 다수의 수신기들을 위한 새로운 ptm 복구 세션을 시작할 FLUTE서버에 재지시할 수 있다.

이 실시예의 다른 양태에서, HTTP 재지시 메커니즘은 FLUTE 세션 기술(description) 파일(이를테면 SDP 파일)의 위치를 수신기에 나타내는데 이용될 수도 있다. 세션 기술 파일을 이용하는 것에 의해, 수신기는 FLUTE 세션에 참가할 수 있고 관심있는 파일을 획득할 수 있다. 그 다음에 클라이언트는 이미 수신되고 저장된 세션 기술들로 상호 참조하여 이 특정 세션 기술 파일을 이미 수신하였는지를 점검한다. 그 다음에 그것은 HTTP/FLUTE 등을 사용하여 손실 파일/패킷들/자원을 인출(fetch)할 수 있다. 이 예에서, FLUTE URI는 문제의 파일이 속해 있는 FLUTE 세션(즉, 파일 등이 전송되었었던 FLUTE세션으로 그 동안에 단말은 이 파일을 수신하였음)을 기술했던 SDP파일의 URI일 수 있다.

다른 실시예에서, HTTP 재지시는 세션 기술 파일을 페이로드로서 담고 있을 수도 있다. 이것은 페이로드 내의 절대 URI를 사용하여 및/또는 재시지 코드를 사용하여 수행될 수 있다. 세션 기술 파일이 재지시를 행하기 위해 사용될 때, 그것은 세션 기술 파일을 버전화하는 것이 바람직하다. 이것은 확장 헤더를 사용하는 것에 의해 또는 메타 데이터 인벨로프를 사용하는 것에 의해 달성될 수 있다. 메타 데이터 인벨로프는 세션 기술 파일을 캡슐을 캡슐화하거나 참조하고 버전화 메커니즘을 제공한다. 이 예에서, 파일의 URL은 HTTP 재지시 메시지의 헤더 내에 이를테면 www.example.com/file/mp3의 형태로 포함될 수 있다.

도 5는 FLUTE URI 및 HTTP 재지시 메커니즘을 이용하여 ptm 복구 세션을 시작하는 방법의 일 실시예를 도시한다. 도 5에 보인 바와 같이, FLUTE 세션의 전송으로, 수신기는 완전한 파일을 수신하지 않았음을 알아차릴 수 있다. 그러한 경우에, 수신기는 복구 요구를 HTTP서버에 보낼 수 있다. HTTP서버의 주소는 FLUTE 세션 동안 전송되는 복구 정보부터 수신기에 알려질 수 있다. 복구 요구를 획득하면, HTTP서버는 HTTP를 이용하는 몇몇 개별 ptp 복구 세션들보다는 FLUTE를 이용하는 ptm 세션을 행하는 것이 더 효율적이라고 결정할 수 있다. 이것은 몇 가지 이유, 이를테면 수신된 복구 요구들의 수가 요구된 파일들을 소유하지 않는 HTTP서버보다 너무 높다는 이유 때문에 행해질 수 있다. 이 경우에, HTTP서버는 파일의 FLUTE URI로써 수신기에 재지시를 송신할 수 있다. HTTP서버로부터 재지시를 얻으면, 수신기는 "세션 요구"를 FLUTE서버에 송신할 수 있다. 그러면 FLUTE서버는 잠재적으로 많은 수신기들이 "동조 되는(tuned in)" ptm FLUTE세션을 시작할 수 있다. FLUTE 및 HTTP서버들이 별도의 엔티티들이지만 여전히 동일한 물리적 기계 상에 위치되는 것이 가능하다.

세션 기술에 사용될 수 있는 SDP 파일의 일 예는 다음과 같다:

v = O

o = user123 2890844526 2890842807 IN IP6

2201:056D::112E:144A:1E24

s = 파일 배달 세션 예

i = 추가 정보

t = 2873397496 2873404696

a = 소스-필터:incl IN IP6 * 2001:210:1:2:240:96FF:FE25:8EC9

a = flute-tsi:3

a = flute-ch:2

m= 애플리케이션 12345 FLUTE/UDP O

c = IN IP6 FF1E:03AD::7F2E:172A:1E24/1

m = 애플리케이션 12346 FLUTE/UDP O

c =IN IP6 FF1E:03AD::7F2E:172A:1E30/1

이 예의 파일은 수신기가 FLUTE세션에 참가할 수 방법을 기술한다. 그것은 송신기 IP 주소, 세션에서 채널들의 수, 세션에서 각 채널에 대한 목적지 IP 주소 및 포트 번호, 세션의 전송세션식별자(TSI), 및 세션의 시작 및 끝 시간들에관한 정보를 제공한다.

도 3은 본 발명에 따라서 시스템(5) 및 수신기기(20)의 일 실시예를 도시한다. 시스템(5)은 송신기기(10), 전송네트워크(30), 예컨대, IP네트워크 또는 다른 고정식 네트워크, 무선 네트워크 또는 고정식 및 무선(셀룰러) 네트워크 등의 조합, 및 수신기기(20)를 구비할 수 있다. 수신기기(20)는 예를 들면 셀룰러 전화기, 위성 전화기, 개인휴대 정보단말 또는 블루투스 기기, WLAN 기기, DVB 기기 또는 다른 유사한 무선 기기일 수 있다. 수신기기(20)는 내부메모리(MEM; 21), 프로세서(22), 운영체제(OS; 23), 응용프로그램들(24), 네트워크 인터페이스(25), 및 NACK 및 복구 메커니즘(26)을 구비할 수 있다. 내부메모리(21)는 프로세서(22), 운영체제(23) 및 응용프로그램들(24)을 수용하도록 구성될 수 있다. NACK 및 복구 메커니즘(26)은 데이터 전송 시에 소실되거나 망가진 데이터에 응답하여 NACK하기 및 복구 절차들을 인에이블 할 수 있다. 수신기기(20)는 네트워크 인터페이스(25) 및 네트워크(30)를 통해 송신기기(10)와 그리고 다른 기기들과 통신할 수 있다.

도 4는 본 발명에 따라서 송신기기(10)의 일 실시예를 도시한다. 송신기기(10)는, 예를 들면, 파일(또는 미디어) 배달을 위해 의도된 네트워크 서버 또는 어떤 적당한 기기일 수 있다. 송신기기(10)는 내부메모리(MEM; 11), 프로세서(12), 운영체제(OS; 13), 응용프로그램들(14), 네트워크 인터페이스(15), 전송 및 복구 메커니즘(16), 그리고 데이터 저장소(17)를 구비할 수 있다. 내부메모리(11)는 프로세서(12), 운영체제(13) 및 응용프로그램들(14)을 수용하도록 구성될 수 있다. 전송 및 복구 메커니즘(16)은 수신기기들(20)에의 데이터 패킷들의 전송을 인에이블하도록 구성될 수 있다. 더욱이, 복구세션들에서 데이터 패킷들의 재전송을 할 수 있도록 셋업될 수 있다. 수신기기들(20)에 송신하려는 데이터와 재전송하려는 데이터는 데이터저장소(17)에 저장될 수 있다. 다르게는, 데이터는 송신기기(10)와 함께 위치하거나 송신기기 외부에 있는 별도의 기기 내에 저장될 수 있다. 송신기기(10)는 수신기기(20) 및 다른 기기들과는 네트워크 인터페이스(15) 및 네트워크(30)를 통해 통신하도록 구성될 수 있다.

손실 데이터의 복구에 관련한 절차들은 소프트웨어에 의해 구현될 수 있다. 수신기기(20)에 저장되고 프로세서(22)에서 실행되는 프로그램코드를 포함하는 컴퓨터프로그램 생성물은 전송세션의 수신단에서 그 절차들을 이행하기 위해 이용될 수 있는 반면, 송신기기(10)에 저장되고 프로세서(12)에서 실행되는 프로그램코드를 포함하는 컴퓨터프로그램 생성물은 전송단에서 절차들을 이행하기 위해 이용될 수 있다.

발명의 실시예들이 예 또는 논리적인 송신기/서버 엔티티들과 수신기 유닛들로 도시되었지만, 복구 요구들 및 복구 응답들(적합하다면) 간에서 활동하는 다른 엔티티들의 사용 역시 본 발명의 범위 내에서 의도되었고 고려되었다. 그러한 엔티티는 방화벽, 프록시 및/또는 허가 서비스들을 제공할 수 있다.

도면들에서 예시되고 위에서 설명된 예시적인 실시예들이 현재 바람직하지만, 이 실시예들은 예로써만 제공된 것임이 이해되어야만 한다. 다른 실시예들이 예를 들면 동일한 동작들을 수행하기 위한 다른 기법들을 포함할 수 있다. 본 발명은 특정 실시예에 제한되지 않고, 각종 변형들, 조합들 및 치환들에도 불구하고 첨부의 청구항들의 범위 및 사상 내에 드는 실시예들로 확장될 수 있다.

Claims

점-대-다점 통신할 수 있는 시스템에서 데이터 복구를 위한 방법에 있어서,

송신기로부터 복수 개의 수신기들에 점-대-다점 세션을 통해 데이터를 전송하는 단계;

기대된 데이터가 수신되지 않았는지 여부를 결정하는 단계;

기대된 데이터가 수신되지 않았다면, 기대되었지만 수신되지 않은 데이터를 재송신할 것을 요구하는 데이터복구 요구를 상기 송신기에 송신하는 단계;

요구된 데이터를 상기 송신기로부터 점-대-다점 세션을 통해 재전송하는 단계;

일부 데이터가 여전히 수신되지 않았다면, 기대된 데이터가 수신되지 아니한 특정 수신기들에 대해 점-대-점 복구 세션들을 스케줄링하는 단계; 및

여전히 수신되지 않은 데이터를 점-대-점 복구 세션 스케줄에 따라 점-대-점 세션들을 통해 특정 수신기들에 송신하는 단계를 포함하는 방법.
삭제
제1항에 있어서, 점-대-점 복구 세션들을 스케줄링하는 단계는, 상기 송신기가 수신되지 않은 데이터를 재전송한 후 특정 기간에 걸쳐 점-대-점 데이터복구를 랜덤화하도록 랜덤화 메커니즘을 지정하는 단계를 더 포함하는 방법.
제1항에 있어서, 점-대-점 복구 세션들을 스케줄링하는 단계는,

점-대-다점 복구가 수신기에 대해 가능한 경우, 점-대-다점 세션을 통한 상기 송신기로부터 수신기들로의 데이터의 초기 전송의 끝부터 시작하는 기간 X에 걸쳐 데이터복구 요구들을 균일하게 랜덤화하고,

점-대-다점 복구가 수신기에 대해 가능하지 아니한 경우, 점-대-다점 세션을 통한 상기 송신기로부터 수신기들로의 데이터의 초기 전송 후의 특정 시간 Y까지 대기한 다음, 기간 Z에 걸쳐 데이터복구 요구들을 랜덤화하는 단계를 더 포함하는 방법.
제1항에 있어서, 점-대-점 복구 세션들을 스케줄링하는 단계는, 점-대-점 복구 토큰을 상기 송신기로부터 복수 개의 수신기들에 송신하여 점-대-점 복구가 시작될 때를 알리는 단계를 포함하는 방법.
제3항에 있어서, 랜덤화 메커니즘은 상기 복수 개의 수신기들에 포함된 수신기들의 수를 고려하도록 구성되는 방법.
제6항에 있어서, 상기 복수 개의 수신기들 중의 수신기들의 수를 결정하는 단계; 및

수신기들의 결정된 수에 기초하여 랜덤화 메커니즘에 대한 랜덤화 값들을 계산하는 단계를 더 포함하는 방법.
제7항에 있어서, 랜덤화 값들을 계산하는 단계는, 상기 수신기들의 결정된 수에 기초하여 록업테이블 내의 랜덤화 값들을 룩 업하는 단계를 더 포함하는 방법.
제1항에 있어서, 데이터복구 요구들을 송신하는 단계는, 상기 복수 개의 수신기들 중의 적어도 하나가 데이터복구 요구를 HTTP서버에 송신하는 단계를 포함하는 방법.
제9항에 있어서, 상기 적어도 하나의 수신기가 HTTP서버로부터 재지시(redirect) 메시지를 수신하는 단계, 세션 요구를 FLUTE서버에 송신하는 단계, 및 FLUTE서버로써 FLUTE세션을 개시하는 단계를 더 포함하는 방법.
제10항에 있어서, 재지시 메시지는 기대되었지만 수신되지 않은 데이터에 대한 FLUTE URI를 포함하는 방법.
제10항에 있어서, 재지시 메시지는 적어도 하나의 수신기가 FLUTE세션에 참가할 수 있는 방법을 나타내는 세션 기술(description) 파일을 포함하는 방법.
제10항에 있어서, 재지시 메시지는, 적어도 하나의 수신기가 FLUTE세션에 참가할 수 있는 방법을 포함하는 세션 기술 파일의 위치에 대한 참조를 포함하는 방법.
제1항에 있어서, 데이터복구 요구에 응답하여, 기대되었지만 수신되지 아니한 데이터를 재송신할 것을 요구하는 수신기는 세션 기술(session description)의 로케이터(locator)를 이용하여 세션 기술에 재지시되는 방법.
제1항에 있어서, 데이터복구 요구에 응답하여, 기대되었지만 수신되지 아니한 데이터를 재송신할 것을 요구하는 수신기는 세션 기술을 재지시 메시지 페이로드로서 가지고 있는 재지시 메시지에 의해 세션 기술에 재지시되는 방법.
제1항에 있어서, 데이터복구 요구에 응답하여, 기대되었지만 수신되지 아니한 데이터를 재송신할 것을 요구하는 수신기는 이 수신기가 복구 세션 또는 세션 기술을 후속하여 발견할 수 있게 하는 기술(description)로 재지시되는 방법.
데이터복구를 할 수 있는 점-대-다점 통신 시스템에 있어서,

점-대-다점 통신할 수 있는 송신기;

상기 송신기로부터 데이터를 수신할 수 있는 복수 개의 수신기들을 포함하며,

상기 송신기는 점-대-다점 세션을 통해 복수 개의 수신기들에 데이터를 전송하도록 구성되며;

상기 복수 개의 수신기들은, 상기 송신기에 의해 전송된 데이터를 수신하며, 기대된 데이터가 수신되지 않았는지를 결정하고, 기대된 데이터가 수신되지 아니한 경우, 기대되었지만 수신되지 아니한 데이터를 재송신할 것을 요구하는 데이터복구 요구를 상기 송신기에 송신하며;

상기 송신기는 복수 개의 수신기들로부터 데이터복구 요구들을 수신하고 상기 요구된 데이터를 점-대-다점 세션을 통해 재전송하도록 구성되며,

상기 송신기는 요구된 데이터의 재전송 후에 상기 복수 개의 수신기들을 가지고 점-대-점 데이터복구 세션들을 스케줄링하도록 추가로 구성되고, 상기 송신기는 기대되었지만 수신되지 아니한 데이터를 점-대-점 세션들을 통해 상기 복수 개의 수신기들에 송신하도록 구성되는 시스템.
삭제
제17항에 있어서, 상기 송신기는 랜덤화 메커니즘을 지정하여 점-대-점 데이터복구를 지연하도록 추가로 구성되는 시스템.
제19항에 있어서, 상기 송신기는 점-대-다점 세션상의 수신기들의 수를 결정할 수 있고 상기 수신기들의 결정된 수에 기초하는 랜덤화 메커니즘을 계산할 수 있는 시스템.
제17항에 있어서, 상기 송신기는 점-대-점 복구 토큰을 상기 복수 개의 수신기들에 송신하여 점-대-점 복구가 시작될 때를 알리도록 구성되는 시스템.
제17항에 있어서, 점-대-점 복구 스케줄을 결정하기 위한 룩업테이블을 더 포함하는 시스템.
제17항에 있어서, HTTP서버 및 FLUTE서버를 더 포함하며, 데이터복구 요구들은 데이터복구 요구를 HTTP서버에 송신하는 것을 포함하는 시스템.
제23항에 있어서, 데이터복구 요구에 응답하여, HTTP서버는 재지시 메시지를 적어도 하나의 수신기에 송신하며, 재지시 메시지 수신에 응답하여, 상기 적어도 하나의 수신기는 세션 요구를 FLUTE서버에 송신하고, 세션 요구에 응답하여, FLUTE서버는 상기 적어도 하나의 수신기와 함께 FLUTE세션을 개시하는 시스템.
제24항에 있어서, 상기 재지시 메시지는 기대되었지만 수신되지 아니한 데이터에 대한 FLUTE URI를 포함하는 시스템.
제24항에 있어서, 상기 재지시 메시지는 상기 적어도 하나의 수신기가 FLUTE 세션에 참가할 수 있는 방법을 나타내는 세션 기술 파일을 포함하는 시스템.
제24항에 있어서, 상기 재지시 메시지는, 상기 적어도 하나의 수신기가 FLUTE세션에 참가할 수 있는 방법을 포함하는 세션 기술 파일의 위치에 대한 참조를 포함하는 시스템.
제17항에 있어서, 데이터복구 요구에 응답하여, 기대되었지만 수신되지 아니한 데이터를 재송신할 것을 요구하는 수신기는 세션 기술의 로케이터(locator)를 이용하여 세션 기술에 재지시되는 시스템.
제17항에 있어서, 데이터복구 요구에 응답하여, 기대되었지만 수신되지 아니한 데이터를 재송신할 것을 요구하는 수신기는 세션 기술을 재지시 메시지 페이로드로서 가지고 있는 재지시 메시지에 의해 세션 기술에 재지시되는 시스템.
제17항에 있어서, 데이터복구 요구에 응답하여, 기대되었지만 수신되지 아니한 데이터를 재송신할 것을 요구하는 수신기는 이 수신기가 복구 세션 또는 세션 기술을 후속적으로 발견할 수 있게 하는 기술에 재지시되는 시스템.
송신기부터 점-대-다점 세션을 통해 복수 개의 수신기들에 데이터를 송신하며;

기대되었던 데이터가 복수 개의 수신기들 중의 어느 것에도 수신되지 아니하였지를 결정하며;

데이터가 복수 개의 수신기들 중 어느 것에도 수신되지 아니한 경우 데이터복구를 요구하며;

기대되었지만 수신되지 아니한 데이터를 점-대-다점 세션을 통해 복수 개의 수신기들에 재전송하며;

기대되었지만 수신되지 아니한 데이터의 재전송 후에 점-대-점 데이터 복구 세션들을 스케줄링하도록 구성된 컴퓨터 코드를 포함하는, 컴퓨터로 독출가능한 기록매체.
삭제
제31항에 있어서, 상기 컴퓨터 코드는, 점-대-다점 세션 상의 수신기들의 수를 결정하고 수신기들의 결정된 수에 기초하여 점-대-점 데이터복구 세션들을 스케줄링하도록 추가로 구성되는, 컴퓨터로 독출가능한 기록매체.
점-대-다점 통신 시스템에서 사용하기 위한 송신기기에 있어서,

복수 개의 수신기들에 점-대-다점 세션들을 통해 데이터를 전송하기 위한 수단;

기대되었지만 수신되지 아니한 데이터를 요구하는 복수 개의 수신기들로부터 데이터복구 요구들을 수신하기 위한 수단;

기대되었지만 아직 수신되지 아니한 데이터를 점-대-다점 세션을 통해 재전송하기 위한 수단; 및

기대되었지만 아직 수신되지 아니한 데이터를 재전송한 후에 상기 복수 개의 수신기들로써 점-대-점 데이터복구 세션들을 스케줄링하기 위한 수단을 포함하는 송신기기.
삭제
제34항에 있어서, 상기 송신기기는, 점-대-다점 세션을 이용하는 수신기들의 수를 결정하기 위한 수단을 더 포함하며, 상기 송신기기는 상기 결정된 수신기들의 수에 기초하여 점-대-점 데이터복구 세션들을 스케줄링하도록 구성되는 송신기기.
송신기, 상기 송신기로부터 데이터를 수신할 수 있는 적어도 하나의 수신기, HTTP서버 및 FLUTE서버를 포함하는 시스템에서 데이터복구를 위한 방법에 있어서,

일부 기대된 데이터가 적어도 하나의 수신기에 의해 수신되지 아니하였음을 결정하는 단계;

데이터복구 요구를 상기 적어도 하나의 수신기로부터 HTTP서버에 송신하는 단계;

HTTP 재지시 메시지를 HTTP서버로부터 적어도 하나의 수신기에 송신하는 단계;

세션 요구를 상기 적어도 하나의 수신기로부터 FLUTE서버에 송신하는 단계; 및

FLUTE서버 및 적어도 하나의 수신기 사이에서 FLUTE세션을 개시하는 단계를 포함하는 방법.
제37항에 있어서, 상기 재지시 메시지는 기대되었지만 수신되지 아니한 데이터에 대한 FLUTE URI를 포함하는 방법.
제37항에 있어서, 상기 재지시 메시지는 상기 적어도 하나의 수신기가 FLUTE세션에 참가할 수 있는 방법을 나타내는 세션 기술 파일을 포함하는 방법.
제37항에 있어서, 상기 재지시 메시지는 상기 적어도 하나의 수신기가 FLUTE세션에 참가할 수 있는 방법을 포함하는 세션 기술 파일의 위치에 대한 참조를 포함하는 방법.
송신기와 상기 송신기로부터 데이터를 수신할 수 있는 적어도 하나의 수신기를 포함하는 시스템에서 데이터복구를 위한 방법에 있어서,

일부 기대된 데이터가 적어도 하나의 수신기에 의해 수신되지 아니하였음을 결정하는 단계;

적어도 하나의 수신기로부터 데이터복구 요구를 송신하는 단계; 및

데이터복구 요구에 응답하여, 적어도 하나의 수신기를 세션 기술에 그 세션 기술의 로케이터를 이용하여 재지시하는 단계를 포함하는 방법.
송신기와 상기 송신기로부터 데이터를 수신할 수 있는 적어도 하나의 수신기를 포함하는 시스템에서 데이터복구를 위한 방법에 있어서,

일부 기대된 데이터가 적어도 하나의 수신기에 의해 수신되지 아니하였음을 결정하는 단계;

적어도 하나의 수신기로부터 데이터복구 요구를 송신하는 단계; 및

데이터복구 요구에 응답하여, 세션 기술을 재지시 메시지 페이로드로서 지니고 있는 재지시 메시지에 의해 그 세션 기술에 적어도 하나의 수신기를 재지시하는 단계를 포함하는 방법.
송신기와 상기 송신기로부터 데이터를 수신할 수 있는 적어도 하나의 수신기를 포함하는 시스템에서 데이터복구를 위한 방법에 있어서,

일부 기대된 데이터가 적어도 하나의 수신기에 의해 수신되지 아니하였음을 결정하는 단계;

상기 적어도 하나의 수신기로부터 데이터복구 요구를 송신하는 단계; 및

데이터복구 요구에 응답하여, 상기 적어도 하나의 수신기를 그 수신기가 데이터복구 세션 또는 세션 기술을 후속하여 발견할 수 있게 하는 기술에 재지시하는 단계를 포함하는 방법.
점-대-다점 통신을 할 수 있는 시스템에서 데이터복구를 위한 방법에 있어서,

송신기로부터 점-대-다점 세션을 통해 복수 개의 수신기들에 데이터를 전송하는 단계;

복수 개의 수신기들 중의 어느 것도 기대된 데이터를 수신하지 아니하였는지를 결정하는 단계;

점-대-다점 세션을 이용하는 수신기들의 수를 결정하는 단계;

수신기들의 결정된 수에 기초하여 랜덤화 메커니즘을 위한 랜덤화 값들을 계산하는 단계;

복수 개의 수신기들 중에서 기대된 데이터를 수신하지 아니한 수신기와의 점-대-점 데이터복구 세션을 스케줄링하는 단계; 및

계산된 랜덤화 값들에 기초하여 점-대-점 데이터복구 세션들을 지연시키는 단계를 포함하는 방법.
송신기로부터 점-대-다점 세션을 통해 복수 개의 수신기들에 데이터를 전송하는 단계;

기대된 데이터가 복수 개의 수신기들 중의 어느 것에도 수신되지 아니하였는지를 결정하는 단계;

복수 개의 수신기들 중 어느 것에 의해 데이터가 수신되지 아니하였다고 결정되는 경우, 데이터복구를 요구하는 단계;

점-대-다점 세션에 관한 수신기들의 수를 결정하는 단계;

모든 기대된 데이터를 수신하지 아니한 각 수신기에 대해 점-대-점 데이터복구 세션들을 스케줄링하는 단계; 및

수신기들의 결정된 수에 기초하여 점-대-점 데이터복구 세션을 지연시키는 단계를 포함하는 방법을 실행하는 컴퓨터 코드를 포함하는 컴퓨터로 독출가능한 기록매체.
점-대-다점 통신 시스템에서 사용하기 위한 송신기기에 있어서,

점-대-다점 세션을 통해 복수 개의 수신기들에 데이터를 전송하기 위한 수단;

기대되었지만 수신되지 아니한 데이터를 요구하는 복수 개의 수신기들로부터 데이터복구 요구들을 수신하기 위한 수단;

점-대-다점 세션을 이용하는 수신기들의 수를 결정하기 위한 수단을 포함하며,

상기 송신기기는 모든 기대된 데이터를 수신하지 아니한 수신기들과 점-대-점 데이터복구 세션들을 스케줄링하도록 구성되고,

수신기들의 결정된 수에 기초하여 점-대-점 데이터복구 세션을 지연시키는 송신기기.
데이터복구를 할 수 있는 점-대-다점 통신 시스템에 있어서,

점-대-다점 통신을 할 수 있는 송신기;

상기 송신기로부터 데이터를 수신할 수 있는 복수 개의 수신기들을 포함하며,

상기 송신기는 점-대-다점 세션을 통해 복수 개의 수신기들에 데이터를 전송하도록 구성되며;

상기 송신기에 의해 전송된 데이터를 수신하도록 구성된 복수 개의 수신기들은, 기대된 데이터가 수신되지 아니하였는지를 결정하여, 기대된 데이터가 수신되지 아니한 경우, 기대되었지만 수신되지 아니한 데이터의 재전송을 요구하는 데이터복구 요구를 상기 송신기에 송신하며;

상기 송신기는 점-대-다점 세션에 대한 수신기들의 수를 결정하고 수신기들의 결정된 수에 기초하여 랜덤화 메커니즘을 결정하도록 구성되며;

상기 송신기는 기대된 데이터가 수신되지 아니한 수신기들과 점-대-점 데이터복구 세션들을 스케줄링하도록 구성되며, 상기 점-대-점 데이터복구 세션들은 랜덤화 메커니즘에 기초하여 지연되는 점-대-다점 통신 시스템.