KR20080106249A

KR20080106249A - 가변적 ｆｅｃ 오버헤드 및 보호 구간을 이용하는 스트리밍및 버퍼링

Info

Publication number: KR20080106249A
Application number: KR1020087022279A
Authority: KR
Inventors: 마크 왓슨; 마이클 지 루비
Original assignee: 디지털 파운튼, 인크.
Priority date: 2006-02-13
Filing date: 2007-02-13
Publication date: 2008-12-04
Also published as: JP5442816B2; KR101292851B1; WO2007095550A3; JP5550834B2; CN101686107B; EP1985021A2; JP2009527151A; HK1141172A1; CN101686107A; US9136983B2; EP1985021A4; WO2007095550A2; US20070204196A1; JP2013017191A

Abstract

데이터가 송신기로부터 수신기에 스트리밍되고, 여기서 스트리밍은 데이터가 모두 송수신되기 전에 수신기가 데이터를 이용하기 시작할 것이라는 가정을 갖고 데이터를 전송하고, 스트리밍된 데이터는 순방향 오류 정정("FEC")을 포함하고, 데이터 소비 속도는 변할 수 있다. 송신기는 입력 속도 및 전송 속도를 가지며, 이 두 속도는 상이할 수 있고, 변경될 수 있다. 수신기에서는 수신 속도(이 속도로 수신기는 데이터를 수신함) 및 소비 속도(이 속도로 수신기는 그 출력을 위해 데이터를 다 소모함)가 존재한다. 송신기는 소비 속도보다 높은 전송 속도를 이용하여 전송하고, 여분의 대역폭이 FEC 보호 및 버퍼링에 사용 가능하다. 일부 실시예에서, 초과 속도가 전송 구간 동안 변한다.

Description

가변적 ＦＥＣ 오버헤드 및 보호 구간을 이용하는 스트리밍 및 버퍼링{STREAMING AND BUFFERING USING VARIABLE FEC OVERHEAD AND PROTECTION PERIODS}

상호 참조

이 출원서는 2006년 2월 13일자에 출원된 미국 가특허출원 번호 제60/773,185호 및 2006년 2월 14일자에 출원된 미국 가특허출원 번호 제60/773,501호의 정규출원으로부터 우선권을 주장한다.

다음 참조 문서들은 여기에 포함되어 모든 목적에 대해 참조용으로 통합된다.

루비에게 허여된, 발명의 명칭이 "통신 시스템을 위한 정보 부가적 코드 발생기 및 복호화기"인 미국 특허 제6,307,487호(이하, "루비 저서").

쇼크롤라하이 등에게 허여된, 발명의 명칭이 "통신 시스템을 위한 다단계 코드 발생기 및 복호화기"인 미국 특허 제7,068,729호(이하, "쇼크롤라하이 저서").

본 발명은 통신 시스템에서 데이터의 부호화 및 복호화에 관한 것으로, 보다 구체적으로는 데이터가 수신될 때 수신기에 데이터를 신속하게 제공해야하는 필요성을 다루면서, 전달된 데이터의 오류 및 차이(gap)를 밝히기 위해 데이터를 부호화 및 복호화하는 통신 시스템에 관한 것이다.

통신 채널을 통한 송출기와 수신자 간의 파일 및 스트림의 전송은 많은 문헌의 주제로 다루어지고 있다. 바람직하게, 수신자는 소정의 확실성 레벨로 송출기에 의한 채널을 통해 전송된 데이터의 정확한 복사본을 수신하기를 원한다. 채널이 대부분의 모든 물리적으로 실현 가능한 시스템을 포함하는 완벽한 충실도를 갖지 않는 경우, 전송에서의 데이터 손실 또는 왜곡을 다루는 방법에 대해 고려하게 된다. 대개, 손실된 데이터(소실)는 손상된 데이터(오류)보다 다루기가 용이한데, 왜냐하면 수신자가 손상된 데이터가 잘못 수신된 데이터인 경우를 항상 알릴 수 없기 때문이다. 소실 및/또는 오류를 정정하기 위해서 수많은 오류 정정 코드가 개발되고 있다.

송신기 및 수신기가 통신에 필요한 모든 계산 능력 및 전력을 가지고 있고, 송신기와 수신기 간의 채널이 비교적 오류 없는 통신을 허용하기에 충분히 깨끗한 경우, 데이터 통신은 직접적으로 이루어진다. 채널이 열악한 환경에 있거나, 송신기 및/또는 수신기가 제한된 능력을 가지고 있는 경우에, 데이터 통신이 보다 어려워진다는 문제가 발생한다.

한가지 해결책은 수신기가 전송 소실 및 오류로부터 복구할 수 있도록 데이터를 송신기에서 코딩하는, 순방향 오류 정정(FEC) 기술의 사용하는 것이다. 이것이 실행 가능한 경우, 수신기로부터 송신기로의 역방향 채널이 수신기가 송신기에 오류에 대해서 전달하는 것을 허용하면, 이에 따라서 송신기는 그 전송 프로세스를 조정할 수 있다. 그러나 대개 역방향 채널은 이용 가능하지 않거나 실행 가능하지 않거나 제한된 용량으로만 이용 가능하다. 예를 들어, 송신기가 다수의 수신기에 전송하는 경우, 송신기는 이 모든 수신기로부터의 역방향 채널을 다룰 수 없다. 그 결과, 송신기가 이러한 채널 조건을 전부 보지 않고 광범위하게 변화하는 채널 조건을 다룰 수 있도록, 통신 프로토콜은 대개 역방향 채널 없이 또는 제한된 용량의 역방향 채널을 이용하는 것으로 설계되어야 할 필요가 있다.

패킷을 잃을 수 있는 채널을 통한 데이터 전송에 사용되는 패킷 프로토콜의 경우, 패킷 네트워크를 통해 전송되는 파일, 스트림 또는 데이터의 다른 블록은 동일한 크기의 입력 심볼들로 분할되고, 입력 심볼의 크기와 동일한 부호화 심볼이 FEC 코드를 사용하여 입력 심볼로부터 발생되고, 이 부호화 심볼은 패킷에 위치하여 보내진다. 심볼이 실제로 비트 스트림으로 분할되든 아니든, 심볼의 "크기"는 비트 단위로 측정될 수 있고, 여기서 심볼이 2^M개의 심볼의 문자(alphabet)로부터 선택되는 경우 심볼은 M 비트의 크기를 갖는다. 이와 같은 패킷 기반 통신 시스템에서는, 패킷형 소실 FEC 코딩 방식이 적합할 수 있다. 네트워크에서의 소실에도 불구하고 의도된 수신자가 원래 파일의 정확한 복사본을 복구하는 것이 가능하다면, 파일 전송은 신뢰할 수 있다고 칭해진다. 네트워크에서의 소실에도 불구하고 의도된 수신자가 적시에 스트림 각각의 부분의 정확한 복사본을 복구하는 것이 가능하다면, 스트림 전송은 신뢰할 수 있다고 칭해진다. 파일 또는 스트림의 일부 부분이 복구 가능하지 않거나, 스트림의 경우 스트림의 일부 부분이 적시에 복구 가능하지 않다면, 파일 전송 및 스트림 전송 양쪽 모두는 약간만 신뢰할 수 있다. 돌 발적인 폭주로 라우터의 버퍼링 메커니즘이 그것의 용량에 도달함으로써 인입 패킷을 놓치게 되기 때문에, 대개 패킷 손실이 발생한다. 전송 동안의 소실에 대비하는 보호가 많은 연구의 주제로 다루어지고 있다.

비트에 오류를 일으킬 수 있는 잡음 채널을 통한 데이터 통신에 사용되는 프로토콜의 경우, 데이터 전송 채널을 통해 전송되는 데이터의 블록은 동일한 크기의 입력 심볼들로 분할되고, 이 입력 심볼들로부터 동일한 크기의 부호화 심볼이 발생되며, 이 부호화 심볼들은 채널을 통해 보내진다. 이와 같은 잡음 채널의 경우, 심볼이 실제로 비트 스트림으로 분할되든 아니든, 심볼의 크기는 통상 한 비트 또는 몇개의 비트들이다. 이와 같은 통신 시스템에서는, 비트 스트림형 오류 정정 FEC 코딩 방식이 적합할 수 있다. 오류(채널에서 검출되거나 검출되지 않은 심볼 손상)에도 불구하고 의도된 수신자가 원래 블록의 정확한 복사본을 복구하는 것이 가능하다면, 데이터 전송은 신뢰할 수 있다고 칭해진다. 복구 후에 블록의 일부 부분이 손상된 채로 남아있다면, 전송은 약간만 신뢰할 수 있다. 대개, 심볼은 돌발 잡음, 주기적 잡음, 간섭, 약신호, 채널에서의 방해 및 다양한 다른 원인에 의해 손상된다.

일부 FEC 코드가 갖는 한 문제는, 이들이 동작을 위해 과도한 계산 능력 또는 메모리를 요구한다는 것이다. 다른 문제는, 출력 심볼의 수가 코딩 프로세스에 앞서서 결정되어야만 한다는 것이다. 이것은 패킷의 손실률이 과대 평가되면 비능률적으로 이르게 할 수 있고, 패킷의 손실률이 과소 평가되면 실패로 이르게 할 수 있다.

연쇄 반응 코드는 파일 또는 스트림의 고정 입력 심볼로부터 임의의 갯수의 출력 심볼의 발생을 허용하는 FEC 코드이다. 때때로, 코드가 선험적으로 고정된 전송률을 가지고 있지 않고, 가능한 출력 심볼의 수가 입력 심볼의 수와 관계없을 수 있기 때문에, 이들은 파운틴(fountain) FEC 코드 또는 레이트리스(rateless) FEC 코드로 일컬어 진다. 연쇄 반응 코드를 발생하고 사용하고 동작하는 신규한 방법이 예를 들어 루비 및 쇼크롤라하이의 저서에 도시되어 있다.

상표명 "랩터" 코드 하에서 쇼크롤라하이의 저서에 기술되어 있고 디지털 파운틴 인크에 의해서 개발된 바와 같은, 다단계 연쇄 반응("MSCR") 코드를 사용하는 것이 또한 공지되어 있다. 예를 들어, 다단계 연쇄 반응 코드는 소스 파일 또는 소스 스트림으로부터 입력 심볼을 수신하고, 이 입력 심볼로부터 중간 심볼을 발생하는 부호화기에서 사용되고, 중간 심볼은 연쇄 반응 부호화기에서 소스 심볼에 해당한다.

일부 애플리케이션에서, 코드의 다른 변형들이 보다 적합하거나 다른점에서 보면 바람직할 수 있다. 여기에서 사용되는 바와 같이, 입력 심볼은 파일 또는 스트림으로부터 수신된 데이터를 일컬으며, 소스 심볼은 출력 심볼을 발생하는데 사용되는 심볼을 일컷는다. 일부의 경우에서 소스 심볼은 입력 심볼을 포함하고, 일부의 경우에서 소스 심볼은 입력 심볼에 해당한다. 그러나, 입력 심볼이 심볼의 중간 세트로 부호화 및/또는 변형되고, 중간 세트가 입력 심볼을 참조하지 않고 (직접적으로) 출력 심볼을 발생하는데 사용되는 경우가 존재한다. 따라서, 입력 심볼은 수신기와 통신하는 송출기에 공지된 정보를 포함하고, 소스 심볼은 부호화기의 적어도 하나의 스테이지에 의해 사용되는 심볼로서 입력 심볼로부터 도출되며, 출력 심볼은 송출기에 의해 수신기로 전송되는 심볼을 포함한다.

일부 애플리케이션에서, 수신기는 전송이 완료되기 전에 데이터를 사용하기 시작할 수 있다. 예를 들어, 주문형 비디오 시스템을 이용하면, 수신기는 비디오 데이터의 작은 부분만을 수신한 후에 비디오 재생을 시작할 수 있고, 비디오 데이터의 나머지는 그것이 필요하기 전에 수신될 것이라고 가정한다. 이와 같은 시스템에서, 부호화는 전체 전송에 대해서 행해지지 않아야 하는데, 왜냐하면 전송의 끝에서 일부 출력 심볼들이 비디오 시작에 필요한 입력 심볼을 부호화할 수 있기 때문이고, 이러한 경우 이 출력 심볼들은 소모적일 수 있는데, 왜냐햐면 이들의 정보가 이용 가능하기 않은 경우에는 필요하고 이용 가능한 경우에는 필요없기 때문이다. 이것을 피하기 위해서, 데이터 스트림은 통상 블록들로 분할되고, 여기서 블록의 입력 데이터는 부호화되고 다음 블록이 준비되기 전에 전송되며, 블록은 일반적으로 이 블록 밖의 입력 심볼에 의해 좌우되지 않는다.

이와 같은 애플리케이션의 경우, 전송 시작 시간과 데이터가 사용되는 시작 시간 사이의 시차와 신뢰성 사이에 대개 트레이드 오프가 존재한다. 예를 들어, 전송 시작시의 오류가 전송 종료시의 데이터를 사용하여 정정될 수 있도록 전체 특징 길이 영화가 부호화되었다면, 수신기는 애플리케이션에(또는 애플리케이션의 사용자에게) 영화 재생이 가능함을 지시하기 전에 모든 영화 데이터를 수신할 때까지 기다릴 수 있다. 그러나, 전체 전송 시간이 긴 경우, 이것은 수용할 수 없는 시차일 수 있다.

한가지 해결책은 수신기가 다소 짧은 시차 후에 영화의 재생을 시작하기에 충분한 정보를 갖고, 수신기가 계속해서 재생하기 위해 제때에 추가의 정보를 수신하기를 기대할 수 있도록 데이터의 스트림을 부호화하는 것이다. 자연적으로, 전송 종료 근처에서의 데이터가 전송 시작시의 데이터에 대한 리던던시를 제공하면, 영화의 제1 부분이 마지막 정보가 수신되기 전에 오랫동안 재생될 것이기 때문에 능력이 낭비된다. 따라서, 그것이 필요할 때에(통상적으로, 데이터의 복호화하는 경우에 근접), 이용 가능한 리던던시를 갖는 것이 효과적이다. 그러나, 제약이 너무 엄격하면, 재생은 매우 일찍 시작해야 하고, 수신기가 복호화할 충분한 데이터를 아직 갖지 않는 경우, 영화에서 재생점을 명중하는 확율을 올려야 해서 건너뛰기 및 중단을 일으킬 것이다.

블록들의 사용에 트레이드 오프가 존재한다: 매우 작은 블록 크기는 충분하지 않은 오류 보호가 제공되는 반면, 매우 큰 블록 크기는 수신기가 블록이 완벽하게 복구되기를 기다리기 때문에, 수신기에서 매우 큰 지연을 보인다.

본 발명의 실시예에서, 데이터가 송신기로부터 수신기에 스트리밍되고, 여기서 스트리밍은 데이터가 모두 송수신되기 전에 수신기가 데이터를 이용하기 시작할 것이라는 가정을 갖고 데이터를 전송하는 것이다. 스트리밍된 데이터는 순방향 오류 정정("FEC")을 포함하고, 데이터 소비 속도는 변할 수 있다. 송신기는 입력 속도(이 속도로 그 입력 데이터를 다 소모함)를 갖고, 전송 속도[이 속도로 그 데이터 (및 필요에 따라 FEC 데이터)를 보냄]를 가지며, 이 두 속도는 상이할 수 있고, FEC 코딩을 이용하면 약간의 오버헤드가 포함되기 때문에 FEC가 포함되는 경우에는 변경될 수 있다. 수신기에서는 수신 속도(이 속도로 수신기는 데이터를 수신함) 및 소비 속도(이 속도로 수신기는 그 출력을 위해 데이터를 다 소모함)가 존재한다. 송신기는 소비 속도보다 높은 전송 속도를 이용하여 전송하고, 여분의 대역폭이 FEC 보호 및 버퍼링에 사용 가능하다.

일 부 실시예에서, 초과 속도가 전송 구간 동안 변한다.

본 명세서에 개시된 본 발명의 특징 및 이점들에 대한 추가적인 이해가 상세한 설명의 나머지 부분 및 첨부된 도면을 참조하여 실현될 수 있다.

도 1은 본 발명에 기술된 가변적 FEC 오버헤드 기술을 사용할 수 있는 통신 시스템의 블록도이다.

도 2는 FEC 스트리밍 프레임워크 구조의 도면이다.

도 3은 FEC 소스 패킷의 도면이다.

도 4는 FEC 교정 패킷의 도면이다.

도 5는 FEC 객체 정보 블록의 도면이다.

도 6은 소스 FEC 페이로드 ID 포맷의 도면이다.

도 7은 교정 FEC 페이로드 ID 포맷의 도면이다.

도 8은 다른 교정 FEC 페이로드 ID 포맷의 도면이다.

도 9는 FEC 피드백 프로토콜 메시지 포맷의 도면이다.

도 10은 성공 보고 메시지에 대한 페이로드 포맷의 도면이다.

본 발명의 실시예에서, 데이터가 송신기로부터 수신기에 스트리밍되고, 여기서 스트리밍은 데이터가 모두 송수신되기 전에 수신기가 데이터를 이용하기 시작할 것이라는 가정을 갖고 데이터를 전송하는 것이다. 스트리밍된 데이터는 재전송 요구 방식(패킷 손실이 검출되면 손실된 패킷의 재전송이 수신기에 의해 요구됨)에 비해 개선된 순방향 오류 정정("FEC")을 포함한다.

스트리밍 프로세스에는 다양한 속도가 포함되어 있다. 스트리밍 데이터는 순방향 오류 정정("FEC")을 포함하고, 데이터 소비의 속도는 변할 수 있다. 송신기는 입력 속도(이 속도로 송신기는 그 입력 데이터를 다 소모함)를 갖고, 전송 속도[이 속도로 송신기는 그 데이터 (및 필요에 따라 FEC 데이터)를 보냄]를 가지며, 이 두 속도는 상이할 수 있고, FEC 코딩을 이용하면 약간의 오버헤드가 포함되기 때문에 FEC가 포함되는 경우에는 변경될 수 있다. 수신기에서는 수신 속도(이 속도로 수신기는 데이터를 수신함) 및 소비 속도(이 속도로 수신기는 그 출력을 위해 데이터를 다 소모함)가 존재한다. 채널을 통한 데이터 손실이 존재하면, 수신 속도는 전송 속도와 동일하다. FEC로 인한 오버헤드를 카운팅하지 않고 데이터가 수신되는 속도인, 순수 수신 속도가 존재한다. 예를 들어, 수신기가 디스플레이 장치에 11 메가비트/초(MBS) 비디오 스트림을 출력하는 비디오 플레이어이면, 소비 속도는 11 MBS이다. 소비된 데이터가 디스플레이, 오디오, 프로세서 또는 데이터의 다른 플레이어 상에서 재생되는 경우, 소비 속도는 "재생" 속도로 일컬어 질 수 있다.

많은 스트림을 이용하면, 스트리밍된 데이터의 표시가 지연되거나 블록키되 지 않도록 지속적으로 소비되는 것이 바람직하고, 지연 및 블록키는 수신기에서의 모든 데이터가 소비되고 수신 속도가 소비 속도보다 낮은 경우에 발생한다. 이것을 피하기 위해서, 소비할 데이터의 고갈 없이 수신 속도가 (패킷 손실, 정체 등으로 인해) 일시적으로 소비 속도 이하로 떨어질 수 있도록, 수신기는 통상적으로 버퍼를 구비한다.

수신 속도가 정확하게 소비 속도인 경우, 버퍼링 될 여분의 데이터가 존재하지 않는다. 수신기 버퍼를 채우기 위해서, 스트리밍 시스템은 전송 속도가 소비 속도보다 높게, 또는 재생 시작 전에 전송을 시작하도록 설치될 수 있다. 둘 중 어느 경우도, 수신기 버퍼를 적어도 부분적으로 채우도록 충분히 수신된다.

어떤 경우라도, 재전송보다 FEC를 사용하는 것이 대개 보다 양호한 방식이다. 재전송을 이용하면, 수신기가 재전송 요구를 보내고 응답을 수신하는 동안 수신기 버퍼는 지속적으로 데이터를 재생하기에 충분해야할 필요가 있는데, 그렇지 않으면 플레이어가 아직 교체되지 않은 결측 데이터에 직면하는 경우에, 플레이어를 지연시킬 것이다.

특정한 실시예에서, 송신기는 소비 속도보다 높은 전송 속도를 이용하여 전송하고, 여분의 대역폭은 일부분이 FEC 보호에 사용되고 일부분은 "빠른 시작"(재생을 지연시키는 것의 위험을 줄이기 위해서 충분한 버퍼 채움으로 수신을 시작한 후에 곧바로 재생을 시작할 수 있음)과 같은 특징을 허용하기 위해 버퍼 채우기에 사용된다.

일부 실시예에서, FEC 보호에 사용되는 대역폭 및 버퍼 채우기에 사용되는 오버헤드의 양은 시간에 따라 변한다. 예를 들어, 전체 전송 비트 속도는, 전송의 시작시에는 버퍼 채우기에 과도하게 헌신적이고, 나중에는 버퍼 채우기에 덜 헌신적인, 소비 속도보다 다소 높은 일정한 값일 수 있다. 일정한 비트 속도를 이용하면, 전송의 시작시에는 FEC 보호가 덜 되고, 나중에는 크게 FEC 보호될 것이다. 일정한 비트 속도가 요구되지 않고 일정한 FEC 오버헤드 속도가 사용될 수 있다.

개요

DF 랩터^TM부호화기 및 복호화기 의해 사용되는 코드들과 같은 다단계 연쇄 반응(MSCR) 코드를 사용하는 스트리밍 매체의 FEC 보호를 위한 프로토콜이 DVB-IPI 애플리케이션을 포함하는 애플리케이션을 위해 이하에 기술되어 있다. 이와 같은 다단계 코드들의 실례가 쇼크롤라하이의 저서에 기술되어 있다. 본 발명을 위해, MSCR 코드는 단지 다단계 코드의 예로서 사용되고, 본 발명의 교시는 쇼크롤라하이의 저서에 기술되어 있는 다단계 코드 이외의 다단계 코드들을 갖고 사용될 수 있음을 이해해야 한다.

다단계 코드는 DVB-IPI 실시간 애플리케이션(MPEG-2 전송 스트림 캡슐화 및 RTP를 통한 오디오와 비디오의 직접 전송 양자를 모두 이용하는 멀티캐스트 및 유니캐스트 비디오)의 FEC 보호를 위해 사용될 수 있다.

IETF 신뢰적 멀티캐스트 워킹 그룹에 의해 정의된 FEC 빌딩 블록[3]은, FEC(FEC 코드 자체의 사양으로부터 프로토콜의 정의를 분리시킴)를 사용하는 프로토콜의 사양(specification)에 대한 접근 방식을 기술한다. 이것은 프로토콜 설계 의 문제가 매우 상이한 FEC 코드 선택의 문제로부터 독립적으로 해결되는 것을 가능하게 한다. FEC 빌딩 블록의 말을 빌리면, 개별 사양들이 "컨텐츠 전달 프로토콜"을 위해 그리고 "FEC 방식"을 위해 제공되고, 전자는 프로토콜을 정의하고, 후자는 실제 FEC 코드를 정의한다. FEC 빌딩 블록은 양쪽 모두의 사양이 함께 사용될 수 있도록 이들이 준수해야 하는 규칙을 기술하고, 그래서 이것은 컨텐츠 전달 프로토콜과 FEC 방식 사이에 "글루(glue)"를 제공한다.

이 접근 방식을 따르면, 이러한 사양은 다수의 모듈러 컴포넌트들로서 구성된다. 그리고 나서, 이들은 결합되어 DVB-IPI 애플리케이션에 적합한 완전한 프로토콜을 형성한다. 이 컴포넌트들은 (1) 매체 스트림에 FEC의 애플리케이션에 대한 전체 프로토콜 프레임워크를 제공하는, FEC 스트리밍 프레임워크(제2장에 기술됨), (2) 애플리케이션의 다양한 클래스에 적합한 프로토콜 컴포넌트를 정의하고 코어 MSCR 코드가 스트리밍 애플리케이션에 적용되는 방식을 정의하는, 다수의 FEC 방식(제3장에 정의됨), (3) 본 명세서에서 정의된 FEC 스트리밍 프레임워크 및 FEC 방식에 기초하여 애플리케이션을 지원하는데 사용될 수 있는, 모듈러 프로토콜 컴포넌트(제4장에 도시됨) 및 (4) 전술한 빌딩 블록을 사용하여 구성된, MPEG-2 전송 스트림 캡슐화 및 RTP를 통한 오디오와 비디오의 직접 전송 양자를 모두 이용하는 멀티캐스트 및 유니캐스트 비디오에 대한 프로토콜 사양(제5장)을 포함한다.

용어 및 약어

용어/약어	정의/설명
번들	단일 소스 블록 내로 수집되고, 교정 심볼의 단일 스트림을 생성하는데 사용되는 스트림(a.k.a. 플로우)의 수집. 예를 들어, 낮은-비트레이트 오디오 스트림은 높은-비트레이트 스트림으로 번들되어야 하고, 번들되지 않은 것보다 보다 양호한 FEC 보호를 제공한다.
플로우	번들의 컨텍스트에서 사용된 "스트림"에 대한 다른 용어
중간 블록	MSCR 부호화기의 경우 원래의 소스 블록 데이터로부터 도출된 데이터의 블록 또는 MSCR 복호화기의 경우 수신된 소스 심볼 및 교정 심볼의 조합
교정 심볼	MSCR 부호화기에 의해 발생된 심볼로서, 소스 심볼로부터 도출됨
소스 블록	소스 데이터의 블록으로서, 이를 통해 MSCR 부호화기가 FEC 교정 정보를 제공함
소스 심볼	소스 블록으로부터의 데이터 유닛. 소스 블록 내의 모든 소스 심볼은 동일한 크기이다.
FEC	순방향 오류 정정
부호화 심볼	소스 심볼 또는 교정 심볼
소스 패킷 정보 (SPI)	소스 패킷에 관련된 소스 블록에 포함되거나 소스 패킷으로부터의 정보
FEC 스트리밍 구성 정보	FEC 스트리밍 프레임워크의 동작을 제어하는 정보

부화화기 및 복호화기

도 1은 본 발명에 기술된 가변적 FEC 오버헤드 기술을 사용할 수 있고 다단계 코딩을 사용하는 통신 시스템(100)의 블록도이다.

통신 시스템(100)에서, 입력 파일(101) 또는 입력 스트림(105)이 입력 심볼 발생기(110)에 제공된다. 입력 심볼 발생기(110)는 입력 파일 또는 스트림으로부터 하나 이상의 입력 심볼(IS(O), IS(1), IS(2), ...)의 시퀀스를 발생하고, 이 경우 각각의 입력 심볼은 값과 위치(괄호안의 정수로서 도 1에 표기됨)를 갖는다. 전술한 바와 같이, 입력 심볼의 가능한 값(즉, 그것의 문자)은 통상적으로 2^M개의 심볼의 문자이므로, 각각의 입력 심볼은 입력 파일의 M개의 비트를 코딩한다. 일반적으로, M의 값은 통신 시스템(100)의 사용에 의해 결정되지만, 범용 목적 시스템은 M이 사용할 때마다 변경될 수 있도록, 입력 심볼 발생기(110)를 위해 심볼 크기의 입력을 포함한다. 입력 심볼 발생기(110)의 출력은 부호화기(115)에 제공된다.

정적 키 발생기(130)가 정적 키(S₀, S₁, ...)의 스트림을 발생한다. 발생된 정적 키의 수는 일반적으로 제한되고 부호화기(115)의 특정 실시형태에 의해 좌우된다. 이어서, 정적 키의 발생이 보다 상세하게 기술될 것이다. 동적 키 발생기(120)가 부호화기(115)에 의해 발생되는 각각의 출력 심볼에 대한 동적 키를 발생한다. 동일한 입력 파일에 대한 대부분의 동적 키가 고유하도록 각각의 동적 키가 발생된다. 예를 들어, 루비는 사용될 수 있는 키 발생기의 실시예를 기술한다. 동적 키 발생기(120)의 출력 및 정적 키 발생기(130)의 출력이 부호화기(115)에 제공된다.

동적 키 발생기(120)에 의해 제공된 각각의 키(I)로부터, 그리고 입력 심볼 발생기에 의해 제공된 입력 심볼들로부터, 부호화기(115)는 값 B(I)를 갖는 출력 심볼을 발생한다. 부호화기(115)의 동작은 이후에 보다 상세하게 기술될 것이다. 각각의 출력 심볼의 값은 이 키, 입력 심볼의 하나 이상의 일부 기능, 및 가능하게는 입력 심볼로부터 계산되어진 하나 이상의 리던던시 심볼에 기초하여 발생된다. 특정한 출력 심볼을 발생시키는 리던던시 심볼 및 입력 심볼의 수집은 본 발명에서 출력 심볼의 "연관된 심볼" 또는 단지 출력 심볼의 "연관성"으로서 일컬어 진다. 함수("값 함수") 및 연관성의 선택은 이하에 보다 상세하게 기술되는 프로세스에 따라서 행해진다. 통상, 항상 그런 것은 아니지만, M은 입력 심볼 및 출력 심볼에 대해 동일하다(즉, 이들 모두는 동일한 비트 수를 코딩한다).

일부 실시예에서, 입력 심볼의 수(K)가 연관성을 선택하기 위해서 부호화기(115)에 의해 사용된다. 만약 K가 앞서 공지되지 않으면, 입력이 스트리밍 파일인 경우, K는 단지 추정치일 수 있다. 또한, 값 K는 부호화기(115)에 의해서 사용되어 입력 심볼 및 부호화기(115)에 의해 발생된 임의의 중간 심볼에 대해 저장 공간을 할당할 수 있다.

부호화기(115)는 송신 모듈(140)에 출력 심볼을 제공한다. 또한, 송신 모듈(140)은 동적 키 발생기(120)로부터 이러한 출력 심볼 각각에 대한 키가 제공된다. 송신 모듈(140)은 사용되는 키 방법에 따라 출력 심볼을 전송하고, 또한 전송되는 출력 심볼의 키에 대한 일부 데이터를 채널(145)을 통해 수신 모듈(150)에 전송할 수 있다. 채널(145)은 소실 채널인 것으로 가정하지만, 이것은 통신 시스템(100)의 적절한 동작을 위한 요건이 아니다. 송신 모듈(140)이 출력 심볼 및 이들의 키에 대한 임의의 필요 데이터를 채널(145)에 전송하도록 구성되고, 수신 모듈(150)이 심볼 및 잠재적으로 이들의 키에 대한 일부 데이터를 채널(145)로부터 수신하도록 구성되는 한, 모듈들(140, 145 및 150)은 임의의 적합한 하드웨어 컴포넌트, 소프트웨어 컴포넌트, 물리적 매체, 또는 이들의 임의의 조합일 수 있다. K의 값이 연관성을 결정하는데 사용되면, 이 값은 채널(145)을 통해 보내지거나, 부호화기(115) 및 복호화기(155)의 동의에 의해 시간 전에 설정될 수 있다.

전술한 바와 같이, 채널(145)은 텔레비전 송신기로부터 텔레비전 수신기로의 인터넷 또는 브로드캐스트 링크 또는 한 점에서 다른 점으로의 전화 접속을 통한 경로와 같은 실시간 채널일 수 있고, 채널(145)은 CD-ROM, 디스크 드라이브, 웹 사이트 등과 같은 저장 채널일 수 있다. 채널(145)은 심지어 한 사람이 전화선을 통해 개인 컴퓨터로 부터 인터넷 서비스 제공자(ISP)에 입력 파일을 전송하고, 입력 파일은 웹 서버 상에 저장되며, 이후에 인터넷을 통해 수신자에게 전송되는 경우에 형성된 채널과 같 은 실시간 채널과 저장 채널의 조합일 수 있다.

채널(145)이 소실 채널이라는 가정 때문에, 통신 시스템(100)은 수신 모듈(150)을 종료시키는 출력 심볼과 송신 모듈(140)로 들어가는 출력 심볼 간에 일대일 대응을 가정하지 않는다. 사실, 채널(145)이 패킷 네트워크를 포함하는 경우, 통신 시스템(100)은 임의의 2개 이상의 패킷의 상대적인 순서가 채널을 통한 이동 중에 보호된다는 것을 가정할 수도 없다. 그러므로, 출력 심볼의 키는 전술한 하나 이상의 키 방식을 이용하여 결정되고, 이것은 출력 심볼이 수신 모듈(150)을 종료시키는 순서에 의해서 반드시 결정되는 것은 아니다.

수신 모듈(150)은 복호화기(155)에 출력 심볼을 제공하고, 수신 모듈(150)이 이러한 출력 심볼들의 키에 관해 수신한 임의의 데이터가 동적 키 재발생기(160)에 제공된다. 동적 키 재발생기(160)는 수신된 출력 심볼에 대한 동적 키를 재발생하고, 이 동적 키들을 복호화기(155)에 제공한다. 정적 키 발생기(163)는 정적 키(S0, S1, )를 재발생하고, 이들을 복호화기(155)에 제공한다. 정적 키 발생기는 부호화 프로세스 및 복호화 프로세스 동안에 모두 사용되는 난수 발생기(135)에 접근할 수 있다. 이것은 난수가 이와 같은 장치 상에서 발생되면 동일한 물리적 장치로의 접근의 형태이거나, 난수의 발생이 동일한 행동을 달성하기 위한 동일한 알고리즘으로의 접근의 형태일 수 있다. 복호화기(155)는 대응하는 출력 심볼과 함께 동적 키 재발생기(160) 및 정적 키 발생기(163)에 의해 제공된 키들을 사용하여 입력 심볼(다시, IS(0), IS(1), IS(2),...)을 복구한다. 복호화기(155)는 복구된 입력 심볼을 입력 파일(101) 또는 입력 스트림(105)의 복사본(170)을 발생하는, 입력 파일 재조립기(165)에 제공한다.

부호화기(115)는 FEC 부호화가 가변적 오버헤드를 가질 수 있도록 여기에 도시된 기술을 사용하여 데이터를 부호화할 수 있다.

2 FEC 스트리밍 프레임워크

2.1 소개

이 장에서는 UDP를 통하는 스트리밍된 데이터 플로우의 FEC 보호를 제공하는 FEC 빌딩 블록의 관점에서 CDP들의 정의를 위한 프레임워크를 정의한다. 이 장에서는 완전한 컨텐츠 전달 프로토콜을 정의하지 않지만, UDP를 통하는 스트리밍 데이터를 지원하는 모든 컨텐츠 전달 프로토콜에 대해 공통인 것으로 기대되는 양태들에 대해서만 정의한다.

이 장에서 정의된 프레임워크는 단일 스트리밍 애플리케이션 프로토콜에 대한 특성이 아니다. 프레임워크는 UDP를 통하는 애플리케이션 프로토콜 플로우를 위해 FEC 보호를 제공하고, 다수의 이와 같은 플로우의 조합된 보호를 위해 FEC 보호를 제공한다. 예를 들어, 다수의 RTP 플로우는 연관된 RTCP 플로우와 함께 보호될 수 있고, 또한 잠재적으로 MIKEY 패킷과 같은 다른 관련된 플로우와 함께 보호될 수 있다. 수많은 손실 상황에서 많은 FEC 방식의 경우, 제공된 FEC 오버헤드를 갖고 FEC를 이용하여 달성할 수 있는 신뢰성의 개선은, 단일 블록이 증가할 수록 보호되는 데이터의 양만큼 증가한다. 따라서, 다중 스트림을 함께 보호하기 위한 능력에는 상당한 이점이 있고, 특히 수신기가 사용자에게 유용한 서비스를 제공하기 위해 모든 스트림을 요구하는 경우에 상당한 이점이 있다.

이 프레임워크는 보호될 플로우가 결정되는 방법 또는 보호되는 플로우의 세부사항 및 플로우를 보호하는 FEC 스트림이 송출기로부터 수신기에 전달되는 방법 어느 것도 정의 하지 않는다. 완전한 컨텐츠 전달 프로토콜 사양 - 제5장에서 기술됨 -은 이러한 시그널링 요건을 다룬다. 그러나, 이 장에서는 송출기 및 수신기에서 FEC 스트리밍 프레임워크에 의해 요구되는 정보 - 예를 들면, FEC 보호되는 플로우 및 FEC 보호 데이터를 운반할 플로우(들)의 세부사항 -를 규정한다. 또한, 우리는 컨텐츠 전달 프로토콜이 이 정보를 전달하는데 사용하는 SDP 속성을 규정한다.

앞서 요약된 구조가 도 2에 도시되어 있다.

2.2 절차 개요

2.2.1 일반 사항

이 장에서 정의된 메커니즘은 3개의 컴포넌트를 포함한다:

(ⅰ) 하나 또는 몇개의 UDP 패킷 플로우에 속해 있는 소스 매체 패킷으로부터의 '소스 블록'의 구성. UDP 플로우는 예를 들어 RTP, RTCP 및 SRTP 패킷을 포함하고 또한 스트림에 관련된 다른 프로토콜들을 포함할 수 있다.

(ⅱ) 소스 패킷으로부터의 데이터 및 소스 패킷에 관한 데이터에 의해 점유되는 소스 블록 내의 위치 및 소스 블록을 표시하기 위한 소스 패킷의 선택적인 확장.

(ⅲ) 소스 블록의 결측 부분을 재구성하기 위해 FEC 복호화기에 의해 사용될 수 있는 UDP를 통하여 보내지는 교정 패킷의 정의.

메커니즘은 소스 데이터가 UDP를 통해 전달되는 것을 제외하고는 함께 보호될 수 있는 소스 데이터 상에 임의의 제약을 가하지 않는다. 데이터는 공동으로 보호되는 몇개의 상이한 UDP 플로우로부터 구성될 수 있다. 일반적으로, 다중 소스 블록들은 소스 패킷의 상이한 세트로부터 각각 구성된 스트림으로 구성될 것이다. 예를 들어, 각각의 소스 블록은 제때에 스트림의 특정한 세그먼트에 관련된 이러한 소스 패킷으로부터 구성될 수 있다.

이러한 스트리밍 프레임워크를 지원하는 수신기는 FEC 소스 패킷에 대한 패킷 포맷을 지원해야 하고, 또한 FEC 교정 패킷에 대한 패킷 포맷을 지원해야 한다.

이 장에서는 어떤 소스 패킷이 어떤 소스 블록안에 포함되어 있는지를 송출기가 결정하는 방법을 정의하지 않는다. 특정한 컨텐츠 전달 프로토콜이 이 매핑을 정의하거나, 이것은 송출기에서의 종속적 구현으로서 남겨둘 수 있다. 그러나, CDP 사양은 수신기가 임의의 제공된 소스 블록을 위한 FEC 교정 패킷을 수신하기 위하여 기다려야 하는 기간를 결정하는 방법을 정의해야 한다.

송출기에서, 메커니즘은 다음 사항들을 생성하기 위해서 원래의 UDP 패킷을 처리한다.

(ⅰ) 하나 이상의 '소스 블록(들)'의 형태로 원래 패킷의 저장된 복사본. 소스 블록은 FEC 코드가 다음에 적용될 데이터의 논리 블록이다. 이것은 각각의 소스 패킷에 대한 '소스 패킷 정보'(SPI)를 연결시킴으로써 구성된다. 일반적으로, 패킷에 대한 SPI는 패킷이 속해있는 플로우에 대한 간단한 식별자, 패킷의 길이, UDP 페이로드 및 가능한 패딩 비트들을 포함한다.

(ⅱ) 수신기로의 전송을 위한 FEC 소스 패킷.

FEC 스트리밍 프레임워크는 소스 블록으로부터 원하는 양의 교정 심볼을 발생하기 위해 쓰이고 있는 FEC 방식에 의해 규정된 FEC 부호화기를 사용한다. 그리고 나서, 이러한 교정 심볼은 FEC 교정 패킷 포맷을 사용하여 수신기에 보내진다. FEC 교정 패킷은 FEC 스트리밍 구성 정보에 의해 표시된 바와 같이, 원래의 UDP 패킷의 목적지 포트(들) 중의 임의의 것과는 상이한, UDP 목적지 포트에 보내진다.

수신기는 수신된 임의의 FEC 소스 패킷으로부터 직접 원래의 소스 패킷을 복구한다. 또한, 수신기는 수신된 FEC 소스 패킷을 사용하여 송신기에서 구성된 바와 같은 동일한 소스 블록 포맷으로 원래 패킷의 저장된 복사본을 구성한다.

제공된 소스 블록에 관련된 임의의 FEC 소스 패킷이 손실되었다면, 수신기에서 이 소스 블록의 복사본은 불완전할 것이다. 충분한 FEC 소스 및 이 소스 블록에 관련된 FEC 교정 패킷이 수신되었다면, FEC 프레임워크는 소스 블록의 복사본(희망적인 것이지만 반드시 완전한 것은 아님)을 복구하기 위해서 FEC 방식에 의해 정의된 FEC 복호화 알고리즘을 사용할 수 있다. 그러면, 결측 소스 패킷에 대한 SPI가 소스 블록의 완료된 부분으로부터 추출될 수 있고, 애플리케이션에 전달될 수 있도록 소스 패킷을 재구성하는데 사용될 수 있다.

수신되거나 복구된 패킷의 일부 또는 전부가 애플리케이션에 전달되기 전에, FEC 교정 패킷이 도달하고, FEC 복호화가 수행되는 시간을 허용하기 위하여 수신기는 수신된 소스 패킷을 버퍼링하는 것을 필요로 한다는 것을 유의한다. 이와 같은 버퍼가 제공되지 않으면, 애플리케이션은 요구될 패킷의 심각한 재정렬을 다룰 수 있어야만 한다. 그러나, 이와 같은 버퍼링은 컨텐츠 전달 프로토콜 및/또는 구현 특성으로, 여기에서 규정되지 않는다.

FEC 소스 패킷의 수신기는 각각의 패킷으로 부터 유도된 SPI에 의해 점유되는 소스 블록 내의 위치 및 소스 블록을 식별한다. 이 정보는 FEC 소스 패킷 식별 정보로서 공지되고, 몇몇의 방법으로 전달될 수 있다. FEC 소스 패킷 식별 정보는 이 사양에 정의된 FEC 소스 패킷 포맷 내의 특정 필드(소스 FEC 페이로드 ID 필드로 불림)로 부호화 될 수 있다. 소스 FEC 페이로드 ID 필드의 정확한 컨텐츠 및 포맷은 FEC 방식에 의해 정의된다. 대안으로, FEC 방식 또는 CDP는 FEC 소스 패킷 식별 정보가 소스 패킷 내의 다른 필드들로부터 도출되는 방법을 정의할 수 있다. 이 문서는 소스 FEC 페이로드 ID 필드가 사용되는 경우, 이것이 FEC 소스 패킷을 형성하기 위해서 소스 패킷에 부착되는 방법을 정의한다.

또한, FEC 교정 패킷의 수신기는 포함된 교정 데이터와 원래의 소스 블록 사이에서 소스 블록과 관계를 식별할 수 있어야 한다. 이 정보는 FEC 교정 패킷 식별 정보로서 공지된다. 이 정보는 특정한 필드(교정 FEC 페이로드 ID 필드) 내로 부호화되어야 하고, 이들의 컨텐츠 및 포맷은 FEC 방식에 의해 정의된다.

이 사양과 함께 사용되는 임의의 FEC 방식은 체계적인 FEC 방식이어야 하며, 소스 블록에 기초하여야 한다. FEC 방식은 FEC 소스 패킷 및 FEC 교정 패킷을 위한 상이한 FEC 페이로드 ID 필드 포맷을 정의할 수 있다.

2.2.2 송출기 동작

송출기는 세션을 위해 구성되거나 수신된 원래의 데이터 패킷을 갖는 것으로 가정한다. 이들은 RTP, RTCP, MIKEY 또는 다른 UDP 패킷들일 수 있다. 다음 동작은 컴플라이언트한 FEC 소스 패킷 및 FEC 교정 패킷 스트림을 발생하는 가능한 방법을 기술한다.

1. 소스 블록은 각각의 원래 소스 패킷에 대한 SPI를 연결함으로써 제2.3.2장에서 규정된 바와 같이 구성된다. 이럴 경우, FEC 소스 패킷의 소스 FEC 패킷 식별 정보는 결정될 수 있고, 소스 FEC 페이로드 ID 필드가 사용된다면 이에 포함될 수 있다. SPI에서, 패킷의 UDP 플로우의 아이덴티티는 이 사양에서 정의된 간단한 'UDP 플로우 ID'를 사용하여 마킹된다. UDP 플로우 ID에 대한 UDP 플로우 사양의 연관성은 FEC 스트리밍 구성 정보에 의해 정의된다.

2. FEC 소스 패킷은 제2.3.3장에 따라서 구성된다. 특정한 프로토콜의 원래 스트림으로부터 발생된 FEC 소스 패킷들(예컨대, RTP, RTCP, SRTP, MIKEY 등)을 전달할 때에, 원래 플로우의 아이덴티티는 (예컨대 DVB 서비스 발견을 사용하여) 컨텐츠 전달 프로토콜에 의해 통지되고 있는 동일한 UDP 포트 및 IP 어드레스의 사용을 통해 소스 패킷에 의해서 유지된다. 발생된 FEC 소스 패킷은 정규의 UDP 절차에 따라서 보내진다.

3. FEC 부호화기는 소스 블록으로부터 교정 심볼을 발생하고, FEC 스트리밍 프레임워크는 수신기(들)에 전달되도록 이 심볼들을 FEC 교정 패킷 내에 놓는다. 이러한 교정 패킷들은 정규의 UDP 절차를 사용하여 고유한 목적지 포트에 보내져서 소스 패킷 플로우들 중 임의의 것으로부터 이들을 분리한다. FEC 교정 패킷에 사용되는 포트들은 FEC 스트리밍 구성 정보에 정의된다.

2.2.3 수신기 동작

다음은 FEC 소스 또는 교정 패킷을 수신하는 경우에 가능한 수신기 알고리즘을 기술한다:

1. (FEC 소스 패킷이 수신되는 UDP 플로우에 의해 표시되는 바와 같이) FEC 소스 패킷이 수신되면,

a. 원래의 소스 패킷은 소스 FEC 페이로드 ID가 사용되는 경우 이를 제거함으로써 재구성된다. 결과 패킷은 FEC 교정을 위한 시간을 허용하도록 버퍼링될 수 있다.

b. 소스 FEC 패킷 식별 정보는 소스 FEC 페이로드 ID가 사용되는 경우 이것으로부터, 또는 다른 수단에 의해 결정된다.

c. 결과 패킷에 대한 SPI는 제2.3.2장에 기술된 소스 FEC 패킷 식별 정보 및 소스 블록 포맷에 따라 소스 블록 내에 위치한다. 패킷이 보내지고 수신되는 IP 어드레스 및 UDP 포트는 SPI 내에서 UDP 플로우 ID를 결정하는데 사용된다.

2. (FEC 교정 패킷이 수신되는 UDP 플로우에 의해 표시되는 바와 같이) FEC 교정 패킷이 수신되면, 포함된 교정 심볼들은 교정 FEC 페이로드 ID에 따라서 소스 블록에 연관된다.

3. 적어도 하나의 소스 패킷이 빠지고 적어도 하나의 교정 패킷이 소스 블록에 수신되었으면, FEC 복호화가 바람직할 수 있다. FEC 복호화기는 단계 1에서 구성된 소스 블록에 더하여 단계 2에서 수신된 연관된 교정 심볼이 결측 소스 심볼 중 일부 또는 모두를 소스 블록에서 복호화하는데 충분한 심볼을 포함하는지를 결정하고, 만약 그렇다면, 복호화 동작을 수행한다.

4. 그러면, 복호화 동작 동안에 재구성되는 임의의 SPI가 결측 소스 패킷을 재구성하는데 사용되고, 이들은 정규로 수신된 소스 패킷으로서 버퍼링된다(상기 단계 1a 참조).

상기 절차는 모든 원래 소스 패킷이 복원되지 않는 상황이 될 수도 있다는 것을 유의한다.

정확하게 수신된 소스 패킷들 및 재구성된 소스 패킷들은 순서가 뒤바뀌어 애플리케이션에 전달될 수 있고, 수신기에서의 도착 순서와 상이한 순서로 전달될 수 있다. 대안으로, 버퍼링 및 패킷 재정렬이, 애플리케이션에 따라 재정렬이 필요한 경우, 수신 및 재구성된 소스 패킷을 소스 블록 내에 놓여 있는 순서로 재정렬할 필요가 있을 수 있다.

2.3 프로토콜 사양

2.3.1 일반 사항

이 장에서는 FEC 스트리밍 프레임워크에 대한 프로토콜 요소를 규정한다. 프로토콜은 다음장에 기술된 3개의 컴포넌트를 포함한다:

1. 소스 패킷으로부터 소스 블록의 구성. FEC 코드가 교정 데이터를 생성하기 위해서 이 소스 블록에 적용될 것이다.

2. 소스 데이터를 포함하는 패킷에 대한 포맷.

3. 교정 데이터를 포함하는 패킷에 대한 포맷.

FEC 스트리밍 프레임워크의 동작은 특정 FEC 스트리밍 구성 정보에 의해 제어된다. 또한, 이 장에서는 이 구성 정보가 정의된다. 이 프레임워크를 사용하는 완전한 프로토콜 사양은 송출기와 수신자 사이에서 이 정보를 결정하고 통신하기 위한 수단을 규정해야 한다.

2.3.2 소스 블록의 구조

이 절에서는 소스 블록의 레이아웃을 정의한다. 소스 블록은 적어도 하나의 원래 소스 UDP 패킷에 대한 SPI의 연결을 포함한다.

n은 소스 블록에서 UDP 패킷의 수이다. n은 소스 블록 구성 프로세스 동안에 동적으로 결정될 수 있다.

T는 바이트 단위의 소스 심볼 크기이다. 주의: 이 정보는 제2.3.6장에 정의된 바와 같이 FEC 방식에 의해 제공된다.

R[i]는 소스 블록에 부가되는 i번째 UDP 패킷의 UDP 페이로드의 옥텟(octet)를 나타낸다(0 <= i < n).

l[i]는 옥텟 단위의 R[i]의 길이 이다.

L[i]는 네트워크 바이트 순서(상위 옥텟을 우선함)로 l[i]의 값을 표현하는 2개의 옥텟을 나타낸다.

f[i]는 i번째 패킷을 취한 UDP 플로우를 식별하는 정수 'UDP 플로우 ID'를 나타낸다.

F[i]는 f[i]의 값을 표현하는 단일 옥텟을 나타낸다.

s[i]는 s[i]*T >= (l[i]+3)이 되도록 하는 가장 작은 정수이다. 주의: s[i]는 심볼의 단위인 SPI[i]의 길이이다.

P[i]는 s[i]*T-(l[i]+3) 제로 옥텟을 나타낸다. 주의: P[i]는 각각의 UDP 패킷의 시작을 심볼의 시작으로 정렬하기 위한 패딩 옥텟이다.

SPI[i]는 F[i], L[i], R[i] 및 P[i]의 연결이다.

그리고 나서, 소스 블록은 i=0,2,...n-1에 대한 SPI[i]를 연결함으로써 구성된다. 그러면, 소스 블럭 크기(S)는 sum{s[i]*T, i=0, ..., n-1}에 의해 제공된다.

소스 블록들은 정수 부호화 심볼 ID에 의해 소스 블록 내의 정수 소스 블록 번호 및 심볼에 의해 식별된다. 이 장에서는 소스 블록 번호가 소스 블록에 할당되는 방법을 규정하지 않는다. 심볼은 소스 블록 내의 제로로부터 연속적으로 시작하도록 넘버링된다. 각각의 소스 패킷은 패킷에 대한 SPI를 포함하는 제1 심볼의 부호화 심볼 ID에 연관된다. 따라서, j번째 소스 패킷에 연관되는 부호화 심볼 ID값 ESI[j]는 다음 수학식에 의해 제공된다.

ESI[j]=0, j=0인 경우

ESI[j] = sum{s[i], i=0,...,(j-l)}, 0 <j < n 인 경우

소스 FEC 패킷 식별 정보는 패킷에 연관된 부호화 심볼 ID 및 소스 블록의 아이덴티티를 포함한다.

UDP 플로우는 IP 소스 및 목적지 어드레스 및 UPD 소스 및 목적지 포트 값에 의해 고유하게 정의된다. UDP 플로우에 대한 UDP 플로우 ID 값의 할당은 FEC 스트리밍 구성 정보의 일부분이다.

2.3.3 FEC 소스 패킷에 대한 패킷 포맷

FEC 소스 패킷에 대한 패킷 포맷은 원래 소스 UDP 패킷의 페이로드를 전송하는데 사용되어야 한다. 도 3에 도신된 바와 같이, 이것은 소스 FEC 페이로드 ID 필드가 사용되는 경우 선택적으로 이것이 뒤따르는 원래의 UDP 패킷을 포함한다.

IP 헤더 및 UDP 헤더 필드는 원래의 소스 패킷의 것과 동일해야 한다. 원래의 UDP 페이로드 필드는 원래의 소스 패킷의 UDP 페이로드와 동일해야 한다. FEC 소스 패킷의 UDP 페이로드는 소스 FEC 페이로드 ID 필드가 뒤따르는 원래의 UDP 페이로드로 구성되어야 한다.

소스 FEC 페이로드 ID 필드가 존재하는 경우, 이것은 FEC 알고리즘의 동작에 요구되는 정보를 포함하고, 특히 소스 FEC 패킷 식별 정보의 도출에 요구되는 정보를 포함한다. 소스 FEC 페이로드 ID의 포맷 및 소스 FEC 패킷 식별 정보 도출은 FEC 방식에 의해 정의된다. FEC 방식 또는 CDP는 소프 패킷의 다른 정보(예를 들어, RTP 시퀀스 번호)로부터 소스 FEC 패킷 식별 정보를 도출하는 수단을 정의할 수 있음을 유의한다. 이 경우에, 여기에 기술된 소스 FEC 페이로드 ID 필드는 이 패킷에 부가되지 않고, 소스 FEC 패킷은 원래의 소스 패킷과 모든 점에서 동일하다.

2.3.4 FEC 교정 패킷에 대한 패킷 포맷

FEC 교정 패킷에 대한 패킷 포맷이 도 4에 도시되어 있다. UDP 페이로드는 교정 FEC 페이로드 ID 필드 및 FEC 부호화 프로세스에 의해 발생된 하나 이상의 교정 심볼을 포함한다. 교정 FEC 페이로드 ID 필드는 FEC 알도리즘의 동작에 요구되는 정보를 포함한다. 이 정보는 FEC 방식에 의해 정의된다. 교정 FEC 페이로드 ID 필드의 포맷은 FEC 방식에 의해 정의된다.

임의의 갯수의 전체 교정 심볼들이 FEC 교정 패킷 내에 포함될 수 있고, 패킷 크기의 제한 또는 다른 제한들이 FEC 방식에 의해 정의된다고 가정한다. 패킷 내의 교정 심볼의 수는 심볼 길이 및 패킷 길이로부터 결정될 수 있다. 부분적인 교정 심볼은 FEC 교정 패킷에 포함되어서는 안된다.

2.3.5 FEC 스트리밍 구성 정보

FEC 스트리밍 구성 정보는 FEC 스트리밍 프레임워크가 UDP 플로우에 FEC 보호를 적용하기 위해 필요로 하는 정보이다. 여기에 규정된 프레임워크를 사용하는 스트리밍에 대한 완전한 컨텐츠 전달 프로토콜 사양은, 이 정보가 송출기와 수신기 사이에서 도출되고 통신되는 방법에 대한 세부사항을 포함해야 한다.

FEC 스트리밍 구성 정보는 다수의 UDP 패킷 플로우의 식별을 포함한다. 각각의 UDP 패킷은 투플{소스 IP 어드레스, 목적지 IP 어드레스, 소스 UDP 포트, 목적지 UDP 포트}에 의해서 고유하게 식별된다.

FEC-SF의 단일 인스턴스는 교정 패킷을 포함하는 하나 이상의 UDP 패킷 플로우에 의해서, 소스 UDP 패킷 플로우의 규정된 세트의 전체 패킷에 FEC 보호를 제공한다. FEC 스트리밍 구성 정보는 FEC-SF의 각각의 인스턴스 마다 다음 사항들을 포함한다.

1. FEC 교정 플로우(들)로서 공지된 FEC 교정 패킷들을 전달하는 UDP 패킷 플로우(들)의 식별.

2. FEC 교정 플로우(들)에 의해 보호되는 각각의 소스 UDP 패킷 플로우 마다,

a. 소스 패킷을 전달하는 UDP 패킷 플로우의 식별.

b. 이 플로우를 위한 0과 255 사이의 정수 식별자. 이 식별자는 동일한 FEC 교정 플로우에 의해 보호되는 모든 소스 UDP 패킷 플로우 중에서 고유해야 한다.

3. FEC 부호화 ID,(적용 가능하다면) FEC 인스턴스 ID, 그리고 선택적으로 심볼 크기.

상기 항목(3)은 FEC 객체 전송 정보에 포함되어 있다.

개별적 및 독립적 FEC 스트리밍 구성 정보를 갖는 FEC-SF의 다중 인스턴스가 송출기 또는 수신기에 존재할 수 있다. FEC-SF의 단일 인스턴스는 상기 항목(2)에서 식별된 모든 소스 UDP 패킷 플로우의 모든 패킷(즉, 이 플로우 상의 모든 패킷들은 제2.3.3장에서 정의된 바와 같이 FEC 소스 패킷이어야 함)을 보호한다. 단일 소스 UDP 패킷 플로우는 하나보다 많은 FEC-SF 인스턴스에 의해 보호되지 못한다.

단일 FEC 교정 플로우는 FEC-SF의 단일 인스턴스에 교정 패킷을 제공한다. 다른 패킷들은 이 플로우 내로 전송되어서는 안된다. 즉, FEC 교정 플로우의 모든 패킷들은 제2.3.4장에 정의된 바와 같이 FEC 교정 패킷이어야 하고 동일한 FEC-SF 인스턴스에 관련된 것이어야 한다.

FEC-SF는 각각의 소스 블록 마다 사용되는 심볼 크기를 통지받도록 요구한다. 이 정보는 FEC 스트리밍 구성 정보에 포함될 수 있거나, 이것은 다른 수단들 예를 들어 FEC 교정 페이로드 ID 필드 내에 있는 다른 수단들에 의해 통신될 수 있다. 완전한 컨텐츠 전달 프로토콜 사양은 이 정보가 송출기와 수신기 사이에서 통신되는 방법을 규정해야만 한다.

2.3.6 FEC 방식 요건

바람직한 FEC 방식은 체계적이고, 개별 소스 블록에 기초하며, 소스 패킷과 연관된 부호화 심볼 ID 및 소스 블록 번호가 도출되거나, 송출기에서 수신기로 전달되는 방법을 규정하고(예를 들어, 소스 FEC 페이로드 ID 필드 내에), 심볼 길이가 도출되거나, 송출기로부터 수신기로 전달되는 방법을 규정한다(예를 들어, FEC 객체 전송 정보의 일부분으로서).

3 스트리밍에 대한 FEC 방식

3.1 임의의 패킷 플로우에 대한 MSCR FEC 방식

이 절에서는 UDP를 통하는 임의의 패킷 플로우의 MSCR 보호를 위한 FEC 방식을 정의한다.

3.1.1 포맷 및 코드

3.1.1.1 FEC 객체 전송 정보

3.1.1.1.1 FEC 객체 전송 요소

FEC 객체 전송 요소, FEC 부호화 ID는 미리 결정된 값으로 설정된다.

3.1.1.1.2 공통 사항

이 공통의 FEC 객체 전송 정보 요소 및 이 방식에서 이들 값의 범위는, 최대 소스 블록 길이는 심볼 단위로 2¹⁶ 보다 작은 비음정수(non-negative integer)이고, 부호화 심볼 크기는 바이트 단위로 2¹⁶ 보다 작은 비음정수가 되도록 한다. 부호화된 공통의 FEC 객체 전송 정보 요소에 대한 포맷은 도 5에 정의된 4 옥텟 필드일 수 있다.

3.1.1.2 FEC 페이로드 ID

3.1.1.2.1 소스 FEC 페이로드 ID

소스 FEC 페이로드 ID가 도 6에 도시되어 있을 수 있다. 여기에서, 소스 블록 번호(SBN)(16 비트)는 패킷 내의 소스 데이터가 관여하고 있는 소스 블록에 대한 정수 식별자이고, 부호화 심볼 ID(ESI)(16 비트)는 소스 블록에서의 소스 패킷의 시작 심볼 인덱스이다. 부호화 심볼 식별자의 해석은 FEC 스트리밍 프레임워크(제2장 참조)에 의해 정의된다.

3.1.1.2.2 교정 FEC 페이로드 ID

교정 FEC 페이로드 ID의 구조가 도 7에 정의되고, 여기서 소스 블록 번호(SBN)(16 비트)는 패킷 내의 교정 심볼이 관여하고 있는 소스 블록에 대한 정수 식별자이고, 부호화 심볼 ID(ESI)(16 비트)는 패킷 내의 부호화 심볼에 대한 정수 식별자이며, 소스 블록 길이(SBL)(16 비트)는 소스 블록에서의 소스 심볼의 수이다. 소스 블록 번호, 부호화 심볼 식별자 및 소스 블록 길이의 해석은 FEC 코드 사양에 의해 정의된 것일 수 있다.

3.1.2 절차

이 FEC 방식은 제2장에서 정의된 프레임워크의 절차를 사용하여 FEC 코드가 적용될 수 있는 소스 블록을 구성한다. 송출기는 소스 블록에 소스 블록 번호를 연속해서 할당해야 하고, 소스 블록 번호 216-1 이후는 제로로 채워야한다. 송출기는 FEC 객체 전송 정보 내로 시그널링되는 최대 소스 블록 길이보다 큰 소스 블록을 구성하지 않아야 한다.

3.1.3 FEC 코드 사양

MSCR FEC 부호화기에 전달된 소스 블록은 제3.1.2장에 따라서 구성된 소스 블록을 포함하고, 이 소스 블록은 소스 블록의 전체 심볼 수가 FEC 객체 전송 정보(제 3.1.1.1.2장 참조)에 시그널링되는 최대 소스 블록 길이와 동일하도록 제로 또는 그 이상의 패딩 심볼로 확장된다. 따라서, FEC 부호화에 의해 사용되는 K의 값은 최대 소스 블록 길이와 동일하다. 패딩 심볼은 제로 값으로 설정되는 바이트 일 수 있다.

소스 블록 구성 및 교정 심볼 구성에 사용되는 심볼 크기(T)는 FEC 객체 전송 정보(제3.1.1.1.2장 참조)에 시그널링되는 부호화 심볼 크기와 동일하다. 파라미터(T)는 임의의 소스 블록에서의 소스 심볼의 수가 최대 KMAX = 8192가 되도록 설정된다.

권고된 파라미터들이 제3.1.3.3장에 나타나 있다.

3.1.3.1 부호화 패킷 구조

제2.3.4장에 기술된 바와 같이, 각각의 교정 패킷은 소스 블록 번호(SBN), 부호화 심볼 ID(ESI), 소스 블록 길이(SBL), 및 교정 심볼(들)을 포함한다.

교정 패킷 내에 포함된 교정 심볼의 수는 패킷 길이로부터 계산된다. 교정 패킷 내에 위치하는 ESI 값 및 교정 심볼을 발생하는데 사용되는 교정 심볼 트리플은 [2]의 종속절 C.3.2.2에서 기술된 바처럼 계산된다.

교정 FEC 페이로드 ID 필드의 소스 블록 길이 필드는 소스 블록에 연관된 패킷의 소스 패킷 정보에 포함된 심볼의 수로 설정된다(즉, 최대 소스 블록 길이로 패딩하기 전).

3.1.3.2 전송

이 종속절은 MSCR 부호화기/복호화기와 스트리밍을 위해 MSCR FEC를 사용하는 임의의 전송 프로토콜 사이에서의 정보 교환을 기술한다.

스트리밍을 위한 MSCR 부호화기는 각각의 소스 블록 마다 전송 프로토콜로부터 다음의 정보를 사용한다.

- 심볼 크기(T, 바이트 단위)

- 소스 블록에서의 심볼 수(K)

- 소스 블록 번호(SBN)

- 부호화될 소스 심볼(K*T 바이트)

MSCR 부호화기는 각각의 교정 패킷 마다 다음 사항을 포함하고 있는 부호화 패킷 정보로 전송 프로토콜을 공급한다.

- 소스 블록 번호(SBN)

- 부호화 심볼 ID(ESI)

- 소스 블록 길이(SBL)

- 교정 심볼(들)

전송 프로토콜은 이 정보를 MSCR 복호화기에 투명하게 전달한다.

적합한 전송 프로토콜이 이 사양에서 정의된다.

3.1.3.3 예시적인 파라미터들

3.1.3.3.1 파라미터 도출 알고리즘

이 장은 전송 파라미터(T)의 도출을 위한 권고 사항을 제공한다. 이 권고 사항은 다음의 입력 파라미터들에 기초한다.

B; 최대 소스 블록 크기, 바이트 단위

P; A의 배수여야 하는 바이트 단위의 최대 교정 패킷 페이로드 크기(교정 FEC 페이로드 ID를 포함하지 않음)

A; 심볼 정렬 인자, 바이트 단위

K_MAX; 소스 블록 마다의 소스 심볼 최대수. [2]에서 정의된 바와 같이, KMAX = 8192

K_MIN; 소스 블록 마다의 심볼의 최소 목표수

G_MAX; 교정 패킷 마다의 심볼의 최대 목표수

이러한 입력상의 요건은 Ceil(B/P) ≤ K_MAX 이다. 상기 입력에 기초하여, 전송 파라미터(T)는 다음과 같이 계산된다.

G = min{ceil(P·K_MIN/B),P/A,G_MAX} - 패킷당 심볼의 어림수

T = floor(P/(A·G))·A

상기들로부터 도출된 T의 값은 사용되는 T의 실제값에 대한 길잡이로서 고려되어야 한다. T를 P로 나누는 것을 확실하게 하는데 이점이 있을 수 있거나, 전체 크기 교정 심볼이 (소스 블록에서의 소스 심볼의 최대수가 K_MAX를 초과하지 않는 한) 손실 소스 패킷의 끝에서 부분 소스 심볼을 복구하는데 사용되는 경우, 소모량을 최소로 하기 위해서 T의 값을 작게 설정하는데 이점이 있을 수 있다. 더욱이, T의 선택은 소스 패킷 크기 분포에 좌우될 수 있다. 예컨데, 모든 소스 패킷들이 동일한 크기를 가지면, 교정 패킷 P' (여기서, P'는 T의 배수)의 실제 페이로드 크기가 소스 블록에서 각각의 패킷이 점유하는 바이트 수와 동일하도록 (또는, 이보다 큰 몇개의 바이트로) T를 선택하는데 이점이 있다.

입력 파라미터 A, K_MIN 및 G_MAX에 대한 권고된 설정은 A=16, K_MIN=640, G_MAX=10이다.

3.1.3.3.2 예시

A, K_MIN 및 G_MAX에 대한 권고된 값 및 P=1424를 가정하면, 전술한 알고리즘에 의해서 전송 파라미터가 이하의 표 3에 기재된 바와 같이 된다.

예시적인 파라미터 설정

최대 소스 블록 크기 B	G	심볼 크기 T	G-T
16KB	10	128	1280
32KB	10	128	1280
128KB	7	192	1344
256KB	4	352	1408

3.2 단일 시퀀스형 패킷 플로우에 대한 MSCR FEC 방식

이 장에서는 소스 패킷 각각이 고유 시퀀스 번호를 전달하는 단일 패킷 플로우의 FEC 보호에 대한 대안적인 FEC 방식을 정의한다. 우리는 이와 같은 패킷 플로우를 "시퀀스 플로우"라 부른다. 주요한 실례로는, 서비스에 대한 모든 데이터가 다중화되는 MPEG-2 전송 스트림을 포함하는 RTP 플로우의 FEC 보호를 들 수 있다. 이 경우에, RTP 시퀀스 번호는 소스 FEC 패킷 식별 정보를 도출하는데 사용될 수 있다.

제3.1장에 정의된 FEC 방식과 비교하면, 이 방식의 주요한 이점은, 이것이 아무런 소스 패킷도 변경하지 않는다는 것이다. 그 결과, 이 FEC 방식은 제3.1장에서 정의된 방식에 따라 변형된 소스 패킷을 인식하지 못하는 기존 장비 앞에서 사용될 수 있다.

이 FEC 방식에서는, 제3.1장의 방식에서 소스 FEC 페이로드 ID에 의해 실행되는 역할이 시퀀스 번호로 교체된다. 보호될 각각의 플로우 내에 있는 패킷의 시퀀스 번호는 스트림에서 각각의 패킷 마다 1씩 증가되어야 한다.

제공된 시퀀스 플로우 내의 각각의 패킷 마다 제공된 소스 블록 내에 있는 소스 패킷 정보의 크기는 동일해야 하고, 제공된 소스 블록에 대해 모두 동일한 크기여야 하는 FEC 교정 패킷의 크기로부터 도출된다.

3.2.1 포맷 및 코드

3.2.1.1 FEC 객체 전송 정보

3.2.1.1.1 의무 사항

이 FEC 방식은 미리 정의된 FEC 부호화 ID에 의해 식별된다.

3.2.1.1.2 일반 사항

제3.1.1.1.2장 참조

3.2.1.1.3 방식 특정

방식 특정이 아닌 FEC 객체 전송 정보가 이 FEC 방식에 의해 정의된다.

3.2.1.2 FEC 페이로드 ID

3.2.1.2.1 소스 FEC 페이로드 ID

소스 FEC 페이로드 ID 필드는 이 FEC 방식에 의해서 사용되지 않는다. 소스 패킷은 이 FEC 방식에 의해 아무런 것도 변경되지 않는다.

3.2.1.2.2 교정 FEC 페이로드 ID

이 FEC 방식에 대한 교정 FEC 페이로드 ID 포맷이 도 8에 도시되어 있다. 여기서, 초기 시퀀스 번호(플로우 i ISN)는 이 서브 블록에 포함될 제1 패킷의 시퀀스 번호의 하위 16 비트를 규정하는 16 비트 필드이다. 시퀀스 번호가 16 비트보다 짧으면, 수신된 시퀀스 번호는 길이가 16 비트가 되도록 제로 비트로 각각 논리적으로 패딩된다. 부호화 심볼 ID (ESI)는 어떤 교정 심볼이 이 교정 패킷 내에 포함되어 있는지를 표시하는 16 비트 필드이다. 제공된 ESI는 패킷에서 제1 교정 심볼의 ESI이다. 소스 블록 길이(SBL)는 심볼에 소스 블록의 길이를 표시하는 16 비트 필드이다.

3.2.2 절차

이 FEC 방식은 FEC 코드가 적용될 수 있는 소스 블록을 구성하도록 제2장에 정의된 프레임워크의 절차를 사용한다. 제2장에서 정의된 절차 이외에, 다음의 절차들이 적용된다.

3.2.2.1 소스 FEC 패킷 식별 정보의 도출

소스 패킷에 대한 소스 FEC 패킷 식별 정보는 패킷의 시퀀스 번호 및 교정 FEC 패킷에서 수신된 정보로부터 도출된다. 소스 블록은 이 블록에서 제1 소스 패킷의 시퀀스 번호에 의해 식별된다. 이 정보는 초기 시퀀스 번호 필드에 있는 소스 블록에 연관된 모든 교정 FEC 패킷에 시그널링 된다.

소스 블록 내의 소스 패킷에 대한 소스 패킷 정보의 길이(바이트 단위)는 블록에 대한 교정 패킷의 부호화 심볼을 포함하는 페이로드(즉, 교정 FEC 페이로드 ID를 포함하지 않음)의 길이와 동일하고, 이들은 모두 동일해야 한다. 심볼 단위의 소스 패킷 정보 길이(SPIL)는 (공통 FEC 객체 전송 정보로 시그널링 되는) 부호화 심볼 크기로 분할된 이 길이와 동일하다.

소스 블록에 포함되어 있는 소스 패킷의 세트는 초기 시퀀스 번호(ISN) 및 소스 블록 길이(SBL)로부터 다음과 같이 결정된다.

I는 소스 블록의 초기 시퀀스 번호

L_P는 심볼 단위의 소스 패킷 정보 길이

L_B는 심볼 단위의 소스 블록 길이

그러면, I부터 I+L_B/L_P-1 까지 통합된 시퀀스 번호를 갖는 소스 패킷이 소스 블록에 포함된다.

만약 어떤 FEC 교정 패킷도 수신되지 않으면, 어떠한 FEC 복호화도 가능하지 않고, 수신기가 소스 패킷에 대한 소스 FEC 패킷 식별 정보를 식별하는 것도 불필요하다는 것을 유의한다.

패킷에 대한 부호화 심볼 ID는 다음 정보로 부터 도출된다.

패킷의 시퀀스 번호(Ns)

소스 블록에 대한 소스 패킷 정보 길이(LP)

소스 블록의 초기 시퀀스 번호(I)

그러면, 시퀀스 번호(Ns)를 갖는 패킷에 대한 부호화 심볼 ID는 다음 수학식에 의해서 결정된다.

ESI = (Ns - I) - L_P

제공된 소스 블록에 연관된 모든 교정 패킷은 동일한 소스 블록 길이, 소스 패킷 정보 길이 및 초기 시퀀스 번호를 포함해야 한다는 것을 유의한다.

3.2.2.2 교정 패킷 부호화 심볼 ID의 도출

교정 패킷에 대한 부호화 심볼 ID는 패킷이 어떤 교정 심볼을 포함하는지를 표시한다. 이것은 교정 FEC 페이로드 ID의 부호화 심볼 ID 필드에 의해 직접 제공된다.

3.2.2.3 RTP 플로우에 대한 절차

RTP 패킷 플로우의 특별한 경우, RTP 시퀀스 번호 필드는 전술한 절차에서 시퀀스 번호로서 사용된다.

3.2.3 FEC 코드 사양

제3.1.3장의 요건을 적용한다.

3.2.3.1 예시적인 파라미터

3.2.3.1.1 파라미터 도출 알고리즘

제3.1.3.3.1장의 알고리즘을 사용하도록 권고된다.

MPEG-2 전송 스트림을 운반하는 RTP 스트림의 경우, 최대 교정 패킷 크기는 다음과 같이 설정되어야 한다.

P = ceil((n·188 + 15)/A)·A

여기서, n은 IP 소스 패킷 당 188 바이트 TS 패킷의 명목수이다.

최대 소스 블록 크기는 송출기에서의 애플리케이션 구성에 의해 결정된다.

3.2.3.1.2 예시

상기 알고리즘은 A, K_MIN 및 G_MAX에 대해 권고된 값을 가정하면 MPEG-2 전송 스트림에 대한 전송 파라미터가 이하의 표 4에 기재된 바와 같이 된다.

보호 구간 당 최대 패킷	IP 패킷 당 명목적인 TS 패킷	최대 패킷 크기, P	최대 소스 블록 크기, B	G	심볼 크기, T
100	7	1344	134400	6	224
200	7	1344	628800	3	448
300	7	1344	403200	2	672

4 공통 프로토콜 요소

이 장에서는 스트리밍 매체의 FEC 보호를 위해 완전한 프로토콜을 구성하도록, 제2장에서 정의된 프레임워크와 제3장에서 정의된 FEC 방식을 함께 사용할 수 있는 다수의 공통 프로토콜 요소를 정의한다.

4.1 FEC 피드백 프로토콜

4.1.1 일반 사항

이 장에서는 유니캐스트 스트림의 경우에 수신기가 FEC 데이터의 수신에 대한 피드백을 제공하도록 단순하고, 선택적인 프로토콜을 규정한다. 이 피드백은 FEC 파라미터에 적응하기 위해서 송출기에 의해서 사용될 수 있다. 소스 블록 그룹을 위해 '피드백 그룹'으로서 공지된, 수신 및 복호화 성공 또는 복호화 실패에 대한 피드백이 제공된다.

피드백을 수락하기 위한 능력은, 피드백이 보내져야만 하는 IP 어드레스 및 목적지 UDP 포트 및 피드백이 요구되는 피드백 그룹의 요구 크기와 함께 송출기에 의해 수신기에 반드시 공지되어야 한다.

피드백은 "최선의 노력 방식" 기반으로 제공되고, 송출기는 수신 피드백 메시지에 의존하지 않아야 한다.

이 버전의 프로토콜에서, 단일 피드백 그룹 상으로 피드백을 제공하는 단일 피드백 보고 메시지가 제공된다.

- 다음 정보가 각각의 피드백 보고에 제공된다.

- 피드백 그룹에서의 소스 블록의 수

- 오류 없이 수신된 피드백 그룹에서의 소스 블록의 수

- 피드백 그룹에서 성공적으로 복호화된 소스 블록의 수

- 피드백 그룹에서 복호화될 수 없는 소스 블록의 수

- 피드백 그룹에서 임의의 소스 블록에 대해 수신된 패킷의 최대수

- 피드백 그룹에서 임의의 소스 블록에 대해 수신된 패킷의 최소수

- 피드백을 위해 수신된 패킷의 전체수

4.1.2 포맷 및 코드

4.1.2.1 일반 메시지 포맷

FEC 피드백 프로토콜 메시지는 도 9에 따라 포맷팅되는 UDP 페이로드로 UDP를 통해 보내진다. 이와 같은 메시지에서, 프로토콜의 이 버전에서 버전 필드는 제로(0)로 설정된다.

메시지 타입:

0x00 피드백 보고

0x01 - 0xff 예약됨

소스 블록 식별자:

이 식별자는 이러한 보고를 참조하는 그룹에서 제1 소스 블록을 식별한다. FEC 방식이 소스 블록 번호를 정의하면, 이것은 소스 블록 식별자로서 사용된다.

소스 블록의 수:

이러한 보고가 참조하는 소스 블록의 수

페이로드:

페이로드 필드의 컨텐츠는 메시지 타입에 의해 좌우되고, 이하에 정의되어 있다.

4.1.2.2 메시지 페이로드 포맷

피드백 보고를 위한 페이로드 필드의 포맷이 도 10에 정의되어 있다.

"오류 없는" 블록의 수: 이것은 모든 소스 패킷들이 에러 없이 수신되었기 때문에 복호화를 요구하지 않는, 피드백 그룹으로부터의 소스 블록의 수를 표시한다.

"복호화 성공" 블록의 수: 이것은 복호화가 요구되어 성공적으로 완료되는, 피드백 그룹으로부터의 소스 블록의 수를 표시한다.

"복호화 실패" 블록의 수: 이것은 복호화가 요구되지만 불충분한 정보가 수신되어서 성공적으로 완료되지 못한, 피드백 그룹으로부터의 소스 블록의 수를 표시한다.

수신된 최대 패킷: 이것은 피드백 그룹에서 임의의 소스 블록에 대해 수신된 패킷(소스 패킷 및 교정 패킷)의 최대수를 표시한다.

수신된 최소 패킷: 이것은 피드백 그룹에서 임의의 소스 블록에 대해 수신된 패킷(소스 패킷 및 교정 패킷)의 최소수를 표시한다.

수신된 전체 패킷: 이것은 피드백 그룹에서 모든 소스 블록에 대해 수신된 패킷(소스 패킷 및 교정 패킷)의 전체수를 표시한다.

4.1.3 절차

4.1.3.1 FEC 송출기 절차

이 장에서는 FEC 보호 데이터를 보내고 FEC 피드백 프로토콜 데이터를 수신하는 장치에서의 절차를 정의한다.

4.1.3.1.1 일반 사항

송출기에서 FEC 피드백 프로토콜의 지원은 선택적이다. 송출기는 FEC 피드백 프로토콜의 지원, 지원되는 최고 버전, 메시지가 보내져야 하는 IP 목적지 어드레스와 UDP 목적지 포트, 그리고 FEC 스트리밍 구성 정보에서의 피드백 그룹의 요구되는 크기를 공지한다. FEC 스트리밍 구성 정보를 전달하는데 사용되는 메커니즘은 특정한 컨텐츠 전달 프로토콜이다.

FEC 송출기는 인식되지 않은 버전 번호로 수신된 FEC 피드백 프로토콜 패킷과, 예약된 메시지 타입으로 수신된 FEC 피드백 프로토콜 패킷을 무시할 수 있다.

예상된 것보다 긴 FEC 피드백 프로토콜 메시지가 수신되는 경우, 송출기는 추가 바이트들을 폐기하고 정규적으로 메시지를 처리해야 한다.

4.1.3.1.2 피드백 보고 메시지의 수신

피드백 보고 메시지의 수신 시에, FEC 송출기는 이 피드백 보고 메시지에서 수신된 정보에 기초하여 FEC 파라미터(소스 블록 크기, 전송 속도 및 배열 등)를 후속하는 소스 블록에 대해 적합화시킬 수 있다.

피드백 그룹 크기가 단일 소스 블록인 경우, 만약

- 소스 블록이 성공적으로 수신되었는지 또는 성공적으로 복호화되었는지를 피드백 보고가 표시하고,

- FEC 송출기가 소스 블록에 대한 FEC 교정 패킷을 여전히 보내면,

FEC 송출기는 소스 블록에 대한 FEC 교정 패킷을 보내는 것을 중단해야 한다.

4.1.3.2 FEC 수신기 절차

이 장에서는 FEC 보호된 데이터를 수신하고 FEC 피드백 프로토콜 데이터를 보내는 장치에서의 절차를 정의한다.

4.1.3.2.1 일반 사항

수신기에서 FEC 피드백 프로토콜의 지원은 선택적이다.

FEC 피드백 프로토콜의 지원이 FEC 송출기에 의해 공지되지 않았다면, FEC 수신기는 FEC 피드백 프로토콜 메시지를 보내지 말아야 한다.

FEC 피드백 프로토콜의 지원이 FEC 송출기에 의해 공지되었다면, FEC 수신기는 FEC 송출기에 의해서 지원되는 최고 버전, IP 목적지 어드레스 및 메시지가 보내져야 하는 UDP 목적지 포트 및 피드백 그룹의 크기를 결정하기 위해서 FEC 스트리밍 구성 정보의 정보를 사용할 수 있다.

FEC 수신기는 FEC 송출기에 의해서 지원되는 최고 버전보다 높은 버전 번호로 FEC 피드백 프로토콜 메시지를 보내지 말아야 한다.

FEC 수신기는 FEC 스트리밍 프레임워크 인스턴스 단위에 기초하여 FEC 피드백 프로토콜이 사용될 것인지의 여부를 결정해야 한다. 어떠한 교정 패킷도 수신되지 않은 소스 블록이 임의의 피드백 그룹에 포함되지 말아야 한다는 것을 제외하고, 피드백 그룹은 소스 블록의 연속적인 시퀀스를 포함해야 한다. 피드백 그룹에서 소스 블록의 수는, FEC 스트리밍 구성 정보에 표시된 요구 피드백 그룹 크기와 동일해야 한다.

피드백 그룹에서 각각의 소스 블록은 다음 장에서 기술된 바와 같이 "오류 없음", "복호화 성공" 또는 "복호화 실패" 중 어느 하나로 분류되어야 한다.

FEC 수신기는 피드백 그룹에 있는 모든 소스 블록의 카테고리를 결정하도록 피드백 보고 메시지를 즉시 보내야 한다.

4.1.3.2.2 "오류 없는" 소스 블록

소스 블록은 FEC 수신기가 소스 블록에 대한 FEC 복호화가 필요하지 않을 것이라고 결정하면 즉시 "오류 없음"으로 간주될 수 있다.

4.1.3.2.3 "복호화 성공" 소스 블록

소스 블록은 소스 블록이 성공적으로 복호화되면 즉시 "복호화 성공"으로 간주될 수 있다.

4.1.3.2.4 "복호화 실패" 소스 블록

소스 블록은 FEC 수신기가 소스 블록에 대한 FEC 복호화가 필요하지만 가능하지 않은 것으로 결정하면 즉시 "복호화 실패"로서 간주될 수 있다. FEC 수신기는 이하의 순간에 소스 블록에 대한 FEC 복호화가 필요하지만 가능하지 않은 것으로 결정할 수 있다:

- 소스 블록에 대한 적어도 하나의 소스 심볼이 알려지지 않은 경우,

- 소스 블록을 복호화하는데 불충분한 교정 심볼이 수신된 경우, 그리고

- 소스 심볼이 애플리케이션(예컨대, 미디어 플레이어)에 의해 요구되는 경우.

FEC 수신기는 다른 시점에서, 예를 들면 FEC 수신기에 의해 결정된 소정의 시간 기간 동안 소스 블록에 대해 추가의 교정 심볼이 더 이상 수신되지 않으면, 소스 블록에 대한 FEC 복호화가 필요하지만 가능하지 않은 것으로 결정할 수 있다.

4.2 FEC 전송 배열

제2장에서 정의된 FEC 스트리밍 프레임워크는 전송 패킷의 어떠한 배열도 규정하지 않는다. 이 장에서는 스트림의 FEC 교정 패킷 및 FEC 소스에 대한 전송 배열을 결정하기 위해 송출기에 의해 사용될 수 있는 접근 방식을 기술한다.

4.2.1 간단한 정속 FEC 전송

이 장에서는 FEC 소스 패킷 및 FEC 교정 패킷의 전송 속도가 각각의 소스 블록 내에서 일정하게 유지되는 간단한 전송 배열을 기술한다.

각각의 소스 블록의 경우, 소스 패킷이 먼저 전송되고 뒤이어 교정 패킷이 전송된다. 하나의 소스 블록의 모든 패킷들은 후속 블록의 임의의 패킷 전에 전송된다.

모든 데이터(소스 및 교정)의 전송 데이터 속도는 소스 블록 내에서 일정하고, 다음 수학식에 의해 제공된다.

여기서, R_send는 전송 속도이다.

R_source는 소스 데이터 속도이다.

D_repair는 교정 데이터의 양(바이트, 패킷화 오버헤드 포함함)이다.

D_source는 소스 데이터의 양(바이트, 패킷화 오버헤드 포함함)이다.

4.3 FEC 소스 블록 경계 결정

이 장에서는 FEC 소스 블록 경계를 결정하기 위해 송출기에 의해 사용될 수 있는 다수의 알고리즘을 나타낸다.

4.3.1 보호 구간 기반

이 접근 방식에서, 소스 블록은 "보호 구간"으로서 공지된 시간에 기초하여 구성된다. 일반적으로, 보호 구간은 스트림의 모든 소스 블록에 대해 동일하다. 그러나, 이것은 블록 단위로 변경될 수 있다.

실시간 스트림의 경우, 소스 블록의 소스 패킷들은 정확하게 보호 구간과 동일한 시간 내에 도착한 것들이다.

사전 부호화된 컨텐츠의 경우, 소스 블록의 소스 패킷들은 정확하게 컨텐츠로부터 발생된 비 FEC 보호된 스트림에 대한 정규 전송 배열에서 보호 구간과 동일한 시간 내에 전송된 것들이다.

이 접근 방식에서는 제4.2.1장의 전송 배열을 사용하고, 다른 경우의 패킷들은 임의의 소스 블록의 가장 긴 재생 시간과 적어도 동일한 시간 동안 수신기에서 버퍼링된다.

5 컨텐츠 전달 프로토콜

이 장에서는 제2 내지 4장에서 정의된 컴포넌트들을 사용하여, 몇개의 완전한 컨텐츠 전달 프로토콜을 정의한다.

5.1 멀티캐스트 MPEG-2 전송 스트림

이 장에서는 MPEG-2 전송 스트림의 FEC 보호된 멀티캐스트 전달을 위한 컨텐츠 전달 프로토콜을 정의한다.

5.1.1 제어 프로토콜

세션 정보는 다음 사항을 포함한다.

- 각각의 교정 플로우에 대한 목적지 UDP 포트

- 다중 교정 플로우 계층이 제공되는 경우, 각각의 교정 플로우의 IP 멀티캐스트 어드레스

- 다중 교정 플로우 계층이 제공되는 경우, 교정 플로우의 결합 순서

- FEC 객체 전송 정보 (최대 소스 블록 크기 및 부호화 심볼 크기)

- 수신기에서 요구되는 최소 버퍼링 시간

MPEG-2 TS 플로우에 대한 플로우 ID는 제로이다.

5.1.2 전송 프로토콜

MPEG-2 전송 스트림의 FEC 보호가 다음 사항들을 사용하여 제공될 수 있다.

- 제2장에 기술된 FEC 스트리밍 프레임워크

- 제3.3장에 정의된 FEC 방식

- 제4.2.1장에 기술된 FEC 전송 배열

- 제4.3.1장에 기술된 FEC 소스 블록 경계 식별 메커니즘

각각의 MPEG-2 전송 스트림은 독립적으로 보호되어야 한다.

5.2 유니캐스트 MPEG-2 전송 스트림

이 장에서는 MPEG-2 전송 스트림의 FEC 보호된 유니캐스트 전달을 위한 컨텐츠 전달 프로토콜을 정의한다.

5.2.1 제어 프로토콜

세션 정보는 다음 사항들을 포함할 수 있다.

- 수신기에서 요구되는 최소 버퍼링 시간

- 요구되는 FEC 피드백 그룹 크기 (또는, 피드백이 요구되지 않으면 제로)

유니캐스트 RTP 플로우와 연관된 교정 FEC 플로우는 RTP 플로우가 보내진 목적지 UDP 포트보다 2배 큰 목적지 UDP 포트 번호로 보내질 수 있다.

MPEG-2 TS 플로우에 대한 플로우 ID는 제로이다.

FEC 피드백이 송출기에 의해 요구되고 수신기에 의해 지원되면, FEC 피드백 메시지는 서버로부터 수신기로의 FEC 교정 스트림에 대해 소스 어드레스/포트로서 사용되는 어드레스/UDP 포트에 보내질 수 있다.

5.2.2 전송 프로토콜

- 제2장에 기술된 FEC 스트리밍 프레임워크

- 제3.3장에 정의된 FEC 방식

- 제4.2.1장에 기술된 FEC 전송 배열

- 제4.3.1장에 기술된 FEC 소스 블록 경계 식별 메커니즘

각각의 MPEG-2 전송 스트림은 독립적으로 보호되어야 한다.

5.3 일반 멀티캐스트 비디오

이 장에서는 임의의 오디오/비디오 스트림(예를 들어 RTP에서 캡슐화된 H.264)의 FEC 보호된 멀티캐스트 전달을 위한 컨텐츠 전달 프로토콜을 정의한다. 이 장은 RTP에서 오디오/비디오 스트림의 직접 캡슐화를 다루는 DVB IPI 핸드북을 위해 FEC가 미래 확장에 적용될 수 있는 방법을 기술하기 위해 제공된다.

5.3.1 제어 프로토콜

세션 정보는 다음 사항들을 포함한다.

- 각각의 교정 플로우에 대한 목적지 UDP 포트

- IP 멀티캐스트 어드레스, UDP 목적지 포트 번호 및 보호되는 UDP 플로우(예를 들어, 오디오 및 비디오 플로우)의 플로우 ID

- 수신기에서 요구되는 최소 버퍼링 시간

5.3.2 전송 프로토콜

오디오/비디오 스트림은 하나 이상의 UDP 플로우(대개는 RTP 플로우)에 의해 운반되는 것으로 가정한다.

이러한 UDP 플로우의 FEC 보호가 다음 사항들을 사용하여 제공될 수 있다.

- 제2장에 기술된 FEC 스트리밍 프레임워크

- 제3.1장에 정의된 FEC 방식

- 제4.2.1장에 기술된 FEC 전송 배열

- 제4.3.1장에 기술된 FEC 소스 블록 경계 식별 메커니즘

5.4 일반 유니캐스트 비디오

이 장에서는 임의의 오디오/비디오 스트림(예를 들어, RTP에서 캡슐화된 H.264)의 FEC 보호된 유니캐스트 전달을 위한 컨텐츠 전달 프로토콜을 정의한다. 이 장은 RTP에서 오디오/비디오 스트림의 직접 캡슐화를 다루는 DVB IPI 핸드북을 위해 FEC가 미래 확장에 적용될 수 있는 방법을 기술하기 위해 제공된다.

5.4.1 제어 프로토콜

세션 정보는 다음 사항들을 포함한다.

- 교정 플로우에 대한 목적지 UDP 포트

- UDP 목적지 포트 번호 및 보호되는 UDP 플로우(예를 들어, 오디오 및 비디오 플로우)의 플로우 ID

- 수신기에서 요구되는 최소 버퍼링 시간

- FEC 피드백 그룹 크기 (또는, FEC 피드백이 요구되지 않으면 제로)

5.4.2 전송 프로토콜

- 제2장에 기술된 FEC 스트리밍 프레임워크

- 제3.1장에 정의된 FEC 방식

- 제4.2.1장에 기술된 FEC 전송 배열

- 제4.3.1장에 기술된 FEC 소스 블록 경계 식별 메커니즘

6 FEC 스트리밍 권고 사항

이 장은 DVB 환경에서 상기 FEC 스트리밍 프로토콜의 사용을 위해 일부 추가의 선택적인 권고 사항을 제공한다.

6.1 멀티캐스트

6.1.1 계층화된 FEC 전송 (선택적)

송출기는 단일 소스 스트림과 연관된 교정 패킷에 대해 하나 이상의 IP 멀티캐스트 어드레스를 공지할 수 있다. 송출기는 각각의 멀티캐스트 그룹상으로 개별 교정 패킷을 보내야 한다.

송출기는 국부적 오류률에 따라서 수신된 교정 패킷의 속도를 적응하기 위해서, 이와 같은 멀티캐스트 그룹의 임의의 갯수를 결합할 수 있다.

그러나, IPTV 품질 목표를 충족하기 위해서, 충분한 오버헤드가 비교적 희소한 오류 조차 극복하도록 반드시 수신되어야 하고, 이에 따라 수신기는 요구되는 교정 데이터의 양을 결정하기 위해서 충분히 긴 기간 동안 오류율을 측정해야 한다는 것을 유념해야 한다.

6.2 유니캐스트

6.2.1 스트림 시작 시에 소스 블록 구성 (선택적)

소스 블록 경계는 제4.4.1장에 정의된 보호 구간 알고리즘을 사용하여 식별되어야 한다. 이하의 알고리즘은, 새로운 스트림이 재생되는 임의의 시점(예컨대, 트릭 모드를 사용하는 경우 또는 스트림의 시작 시에)에서 사용되는 전송 속도, FEC 오버헤드 및 보호 구간을 결정하도록 권고된다. 이 알고리즘은 상기 소스 속도로 FEC 교체 데이터 및 빠른 버퍼 충전 데이터 사이에 초기에 이용 가능한 대역폭을 고르게 할당한다. 초기에 이용 가능한 대역폭은 명목적인 (장기적) 대역폭 보다 클 수 있거나, 동일할 수 있지만, 작아서는 안된다.

B_max는 스트림(소스 및 FEC)에서 이용 가능한 초기 대역폭이고,

B_nom은 스트림(소스 및 FEC)에 대한 명목적인 대역폭이고,

B_src는 소스 대역폭이고,

P_init는 초기 버퍼링 지연이고,

P_final은 목표 보호 구간이고,

P는 i번째 보호 구간이고(i=0,1,...),

S_init은 초기 소스 전송 속도이고,

R_init은 초기 교정 전송 속도이면,

다음과 같이 되고,

P _i ＜ P _final 인 모든 i의 경우, 다음과 같이 되며,

P _i ＞＝ P _final 인 모든 i의 경우, 다음과 같이 된다.

P_final보다 짧은 기간의 보호 구간 동안, 소스 전송 속도는 S_init가 되어야 하고, 교정 전송 속도는 R_init가 되어야 한다. 이 후에, 소스 전송 속도는 B_src로 줄어들어야 한다. 이러한 배치는 초기 구간 동안 소스 전송 속도가 실제 소스 데이터 속도보다 높음을 의미하고, 이에 따라 각각의 보호 구간은 전송하는 것보다 재생하는데 더 오랜 시간이 걸리는 데이터를 포함한다. 그 결과, 후속하는 보호 구간은 수신기의 부족을 느끼지 않고 상기의 알고리즘에 따라 보다 길게 만들어 질 수 있다.

서비스 발견 정보에 공지된 수신기에서의 최소 버퍼링 시간은 P_init가 되어야 한다.

6.2.2 FEC 피드백의 사용 (선택적)

FEC 피드백은 개별 사용자에 제공되는 FEC 오버헤드를 조정하기 위해서 장기적 기반으로 사용될 수 있다. 그러나, IPTV 품질 목표를 충족하기 위해서, 충분한 오버헤드가 비교적 희소한 오류 이벤트 조차 극복하도록 반드시 제공되어야 하고, 이에 따라 단기간 동안 수집된 피드백 데이터는 요구되는 장기적 오버헤드를 결정하는데 충분하지 않음을 유념해야 한다.

보호 구간이 송출기와 수신기 사이의 IP 왕복 시간 보다 상당히 긴 경우, 단일 소스 블록의 피드백 그룹에 대해 FEC 피드백이 요구될 수 있다. 이 경우에, 이 소스 블록이 성공적으로 수신되었는지/복호화되었는지를 표시하는 보고가 수신되면, 피드백 보고는 소스 블록에 대한 FEC 교정 패킷의 전송을 포기하는데 사용될 수 있다.

본 발명이 예시적인 실시예에 대하여 기술되었지만, 당업자라면 다양한 변경이 가능함을 인식할 것이다. 예를 들어, 여기에 기술된 방법 및 프로세스는 하드웨어 컴포넌트, 소프트웨어 컴포넌트 및/또는 이들의 임의의 조합을 사용하여 구현될 수 있다. 따라서, 본 발명이 예시적인 실시예에 대하여 기술되었지만, 본 발명은 이하 청구의 범위 내의 모든 변경 및 등가물을 포함하도록 의도됨을 이해할 수 있을 것이다.

Claims

데이터 스트리밍을 위한 통신 시스템으로서, 데이터가 모두 송수신되기 전에 수신기가 스트리밍된 데이터를 이용하기 시작할 수 있도록 데이터는 송신기로부터 수신기에 스트리밍되며, 상기 송신기는,

전송될 데이터에 대해 순방향 오류 정정("FEC")을 부호화하여, 전송되는 스트림이 데이터 및 FEC 정보를 포함하며, 상기 수신기의 소비 속도보다 높은 전송 속도를 이용하여 상기 데이터가 전송되게 하는 순방향 오류 정정("FEC") 부호화 로직을 포함하는 데이터 스트리밍을 위한 통신 시스템.
데이터 스트리밍을 위한 통신 시스템으로서, 데이터가 모두 송수신되기 전에 수신기가 스트리밍된 데이터를 이용하기 시작할 수 있도록 데이터는 송신기로부터 수신기에 스트리밍되며, 상기 송신기는,

전송될 데이터에 대해 순방향 오류 정정("FEC")을 부호화하여, 전송되는 스트림이 데이터 및 FEC 정보를 포함하게 하는 순방향 오류 정정("FEC") 부호화 로직과;

전송의 적어도 일부분을 위해 상기 송신기의 입력 속도는 상기 수신기의 소비 속도보다 높도록 전송을 타이밍하기 위한 로직과,

FEC의 양 및/또는 스트리밍 전송의 시간을 초과하는 입력 속도를 변경하는 로직을 포함하는 데이터 스트리밍을 위한 통신 시스템.