요약

  • RFC 2448는 신뢰성을 코덱이 인식하는 선택으로 만들었습니다. 높은 우선순위(HP) 정보는 더 안정적으로 전송하면서 낮은 우선순위(LP) 영상은 기존의 평범한 경로에 두는 방식입니다.
  • 이는 사용 가능한 화면에 대한 종단 간 증명이 아니었습니다. 분류, 전달, 버전 정합성, 디코딩, 제시간 내 표시는 여전히 별개의 조건으로 남았습니다.

이 설계는 압축 영상에 관한 불편한 사실에서 출발했습니다. 모든 비트가 똑같은 결과를 낳는 것은 아니라는 점입니다. 어떤 비트는 화면 구조나 디코딩 매개변수를 기술하고, 다른 비트는 시각적 페이로드의 상당 부분을 실어 나릅니다. 모든 패킷을 똑같이 취급하는 패킷 네트워크는 어느 손실이 코덱에 더 큰 영향을 미칠지 알 수 없습니다.

RFC 2448는 따라서 그 판단을 인코딩·애플리케이션 가장자리에 두었습니다. 송신자는 비트스트림을, 디코딩에 필수적인 HP 세그먼트와 나머지를 담은 LP 세그먼트로 나눕니다. 송신자는 주 스트림에 앞서 HP 정보를 신뢰성 있게 먼저 보내거나, 별도의 RTP 패킷에 담아 보내거나, 분할되지 않은 스트림과 함께 복제본을 보내거나, 나중에 캐싱할 수 있도록 재사용 가능한 정보를 대역 외로 보낼 수 있었습니다. 네트워크가 패킷 우선순위를 제공할 필요는 없었고, 송신자가 별도의 신뢰성 경로를 마련했습니다.

이 분리 덕분에 분류기가 결정적인 판단자가 되었습니다. RFC는 HP 식별이 코덱의 구문과 의미에 따라 달라진다고 명시하며, 모든 비트스트림에 적용되는 보편적 규칙은 제시하지 않습니다. 이 메모의 MPEG-2 예는 그 비용을 보여줍니다. 헤더만으로 이루어진 HP 부분은 보통 영상 데이터의 2% 미만이었습니다. DC 계수를 추가하면 그 비중이 약 40%로 올라가 HP만으로도 어느 정도 사용 가능한 결과를 남길 수 있지만, 그만큼 더 많은 데이터를 신뢰성 있게 전달해야 했습니다. 이 수치들은 메모에 실린 예시이며, 영상에 대한 일반적 측정이 아닙니다.

사전 전달은 손실 노출을 시작 시간과 맞바꿉니다. 수신자는 LP가 시작되기 전에 HP가 신뢰성 있는 전송으로 도착하길 기다릴 수 있습니다. 별도의 RTP 패킷은 주 스트림과 타임스탬프 규약과 SSRC 공간을 공유하면서 고유한 페이로드 타입을 사용할 수 있습니다. 이렇게 공유되는 식별자는 조정을 기술할 뿐, 공유되는 전달 보장을 의미하지 않습니다. 송신자는 HP를 원래 스트림에 유지하면서 복구용 복제본을 추가로 보낼 수도 있습니다. 재사용 가능한 대역 외 HP의 경우 일반적인 타임스탬프는 무의미할 수 있습니다. 이 경우 키프레임, 그리고 가능한 경우 마커가 수신자가 해당 상태가 어디에 속하는지 판단하는 데 도움을 줄 수 있습니다.

따라서 수신자는 “신뢰성 있는 전송이 끝났는가?”보다 더 많은 것을 확인해야 합니다. 보호된 정보가 이 코덱 버전, 이 LP 스트림의 이 시점에 속하는지; 필요한 LP 데이터가 도착했는지; 디코더가 기한 내에 출력을 만들었는지; 그리고 별개로, 렌더링 표면이 그것을 표시했는지를 확인해야 합니다. 표준의 패킷과 식별자는 이러한 사실들을 하나의 영수증으로 합칠 수 없습니다.

RFC 2448는 1998년 11월에 Internet Standard가 아닌 Informational RFC로 공개되었습니다. 이 문서는 AT&T/Lucent 특허 자료를 식별하면서 IESG와 IETF는 유효성, 범위, 라이선스 이용 가능성에 대해 어떤 입장도 취하지 않았다고 밝혔습니다. 이 문서는 하나의 기법을 기술할 뿐, 채택, 현재의 배포, 상호운용성, 독자에 대한 효과를 확립하지 않습니다. 역사적 교훈은 더 좁고 더 유용합니다. 선택적 신뢰성은 전송 계층 문제를 코덱 정책으로 옮기며, 추가된 모든 경로는 가정이 아니라 관찰되어야 하는 결합 조건을 만든다는 것입니다.

출처

RFC 2448;RFC 2448 기록;IETF Datatracker 기록;RFC 2448 정오표;RFC 2250, MPEG용 RTP 페이로드 형식;RFC 3550, RTP;RFC 2198, 중복 오디오 데이터;RFC 2733, RTP 페이로드 FEC;RFC 5109, RTP 범용 FEC;RFC 4588, RTP 재전송;RFC 1191, 경로 MTU 탐색;RFC 1889, 초기 RTP 규격;Lu Heng, Running-Code Primacy;Lu Heng, 명세와 자발적 채택.