맨위로가기

RTCP

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

RTCP(Real-time Transport Control Protocol)는 RTP(Real-time Transport Protocol)와 함께 사용되는 프로토콜로, RTP를 통해 전송되는 미디어의 품질을 모니터링하고 세션을 제어하는 기능을 제공한다. RTCP는 홀수 UDP 포트를 사용하며, 미디어 배포 품질 통계 수집, 표준 종단점 식별자 제공, 세션 제어 등의 기능을 수행한다. RTCP 패킷은 버전, 패딩, 수신 보고서 개수, 패킷 유형, 길이, SSRC 식별자 등의 헤더 정보를 포함하며, 송신자 보고서, 수신자 보고서, 소스 설명, 굿바이, 애플리케이션별 메시지 등 다양한 유형의 메시지를 통해 정보를 교환한다. 대규모 환경에서는 RTCP 보고서 전송 지연 문제를 해결하기 위해 RTCP 필터링, RTCP 바이어싱, 계층적 집계 등의 기술이 사용된다. RTCP에 대한 내용은 RFC 3550에 정의되어 있다.

더 읽어볼만한 페이지

  • 스트리밍 - 실시간 전송 프로토콜
    실시간 전송 프로토콜(RTP)은 스트리밍 미디어의 실시간 전송을 위해 설계된 프로토콜로, IP 네트워크에서 오디오/비디오 전송의 표준으로 사용되며, 멀티미디어 데이터 전송, 타임스탬프, 순서 제어, QoS 피드백 등을 제공한다.
  • 스트리밍 - 페이스북 워치
    페이스북 워치는 페이스북에서 제공하는 주문형 비디오 서비스로, 오리지널 프로그램과 라이선스 콘텐츠를 제공하며 광고 수익을 창출한다.
  • VoIP 프로토콜 - 실시간 전송 프로토콜
    실시간 전송 프로토콜(RTP)은 스트리밍 미디어의 실시간 전송을 위해 설계된 프로토콜로, IP 네트워크에서 오디오/비디오 전송의 표준으로 사용되며, 멀티미디어 데이터 전송, 타임스탬프, 순서 제어, QoS 피드백 등을 제공한다.
  • VoIP 프로토콜 - VoiceXML
    VoiceXML은 음성 브라우저에게 음성 합성, 자동 음성 인식, 대화 관리, 오디오 재생을 지시하는 XML 기반 마크업 언어로서, 다양한 산업 분야에서 음성 인터페이스 구축에 사용되었으며, 관련 표준과 함께 1999년 개발 후 W3C로 표준 관리가 이관되었으나 현재는 새로운 표준 개발이 중단되었다.
  • 응용 계층 프로토콜 - 실시간 전송 프로토콜
    실시간 전송 프로토콜(RTP)은 스트리밍 미디어의 실시간 전송을 위해 설계된 프로토콜로, IP 네트워크에서 오디오/비디오 전송의 표준으로 사용되며, 멀티미디어 데이터 전송, 타임스탬프, 순서 제어, QoS 피드백 등을 제공한다.
  • 응용 계층 프로토콜 - D-Bus
    D-Bus는 2002년에 시작된 프로세스 간 통신 시스템으로, 시스템 버스와 세션 버스를 통해 정보 공유, 모듈성, 권한 격리를 제공하며, 일대일 요청-응답 및 발행/구독 통신 방식을 지원한다.
RTCP
프로토콜 개요
명칭RTP 제어 프로토콜
약칭RTCP
목적서비스 품질에 대한 피드백 제공
개발자컬럼비아 대학교
발표일2003년 7월
기반 프로토콜해당 없음
영향 받은 프로토콜해당 없음
OSI 모델 계층해당 없음
포트해당 없음
RFCRFC 3550
하드웨어해당 없음

2. 프로토콜 기능

일반적으로 RTP는 짝수 UDP 포트를 통해 전송되며, RTCP 메시지는 그 다음 상위 홀수 포트를 통해 전송된다.[1]

RTCP 자체는 암호화나 인증 기능을 제공하지 않는다. 이러한 보안 기능은 보안 실시간 전송 프로토콜(SRTP)과 같은 별도의 프로토콜(RFC 3711에 정의됨)을 통해 구현될 수 있다.

RTCP는 모든 RTP 세션에서 구현될 것으로 기대되는 다음과 같은 기본적인 기능을 제공한다.


  • 품질 통계 보고: 세션 중 미디어 전송 품질(패킷 손실, 지연 변동 등)에 대한 통계를 수집하여 미디어 소스와 다른 참여자에게 전달한다. 이 정보는 미디어 소스가 코덱 설정을 조절하거나 전송 오류를 감지하는 데 활용될 수 있다. 특히 멀티캐스트 세션에서는 네트워크에 부담을 주지 않으면서 세션 품질을 모니터링할 수 있게 한다.
  • 참가자 식별 (CNAME): 모든 세션 참가자에게 고유한 정식 이름(Canonical Name|정식 이름eng, CNAME) 식별자를 제공한다. RTP 스트림의 소스 식별자(SSRC)는 세션 중에 변경될 수 있지만, CNAME은 특정 애플리케이션 인스턴스나 사용자를 고유하게 식별하여 제3자 모니터링 등에 활용된다.
  • 세션 제어: RTP는 미디어 소스만 데이터를 전송하는 반면, RTCP는 모든 참가자에게 정보를 전달할 수 있는 통로를 제공하여 기본적인 세션 제어 기능을 수행할 수 있다.


RTCP 보고서는 모든 참가자가 전송하므로, 특히 멀티캐스트 세션처럼 참가자가 많은 경우 트래픽이 참가자 수에 비례하여 증가할 수 있다. 이로 인한 네트워크 혼잡을 피하기 위해 RTCP는 보고서 전송 빈도를 동적으로 조절하는 세션 대역폭 관리 기능을 포함한다. 일반적으로 RTCP가 사용하는 대역폭은 전체 세션 대역폭의 5%를 넘지 않도록 제한된다. 또한, 대규모 세션에서는 새로운 참가자가 미디어 소스의 CNAME 정보를 빠르게 받을 수 있도록 RTCP 대역폭의 25%를 미디어 소스에 할당하는 것이 권장된다.

보고서 전송 간격은 참여자들의 보고가 동시에 몰리는 것을 방지하기 위해 무작위로 결정된다. 권장되는 최소 보고 간격은 스테이션당 5초이며, 이보다 더 자주 보고서를 보내지 않도록 권장된다.

3. 패킷 헤더

비트는 최상위 비트에서 최하위 비트 순으로 정렬되며, 비트 오프셋 0은 첫 번째 옥텟의 최상위 비트이다. 옥텟은 네트워크 바이트 순서로 전송된다. 비트 전송 순서는 매체에 따라 다르다.오프셋(옥텟)0123비트0123456789101112131415161718192021222324252627282930310버전 (V)P수신 보고서 개수 (RC)패킷 유형 (PT)길이 (Length)4SSRC 식별자

4. 메시지 유형

RTCP는 여러 종류의 패킷을 구분한다: 송신자 보고서, 수신자 보고서, 소스 설명, 그리고 굿바이. 또한, 이 프로토콜은 확장 가능하며 애플리케이션별 RTCP 패킷을 허용한다. RTCP의 표준 기반 확장으로는 RFC 3611에서 도입된 확장 보고서 패킷 유형이 있다.[2]

5. 대규모 환경에서의 확장성

인터넷 프로토콜 텔레비전(IPTV)과 같은 대규모 애플리케이션 환경에서는 혼잡 제어를 위해 필요한 RTCP 대역폭 제어 메커니즘으로 인해 RTCP 보고서 간의 지연 시간이 수 분에서 수 시간에 이를 정도로 매우 길어질 수 있다.[3] 허용되는 보고 빈도는 보통 분당 1회 미만으로 떨어질 수 있으며, 이는 수신자가 관련 통계를 부정확하게 보고하거나 미디어 송신자가 세션의 현재 상태를 실제와 다르게 평가하게 만들 수 있다.

이러한 문제를 완화하기 위해 다음과 같은 방법들이 도입되었다.[4]


계층적 집계 (Hierarchical Aggregation 또는 RTCP Feedback Hierarchy)는 RTCP 피드백 모델을 최적화하는 방식으로, 서비스 품질(QoS) 측정을 유지하면서 지원 가능한 최대 사용자 수를 늘리는 것을 목표로 한다. RTCP가 사용할 수 있는 대역폭은 전체 세션 대역폭의 5%로 고정되어 있기 때문에, 세션 참여자 수가 많아지면 QoS 보고 간격은 매우 길어질 수밖에 없다(수 분 또는 수 시간).[3] 하지만 일반적으로 약 10초 정도의 보고 간격이 바람직하며, 이보다 간격이 길어지면 시간적으로 동떨어진 부정확한 정보가 보고되어 송신자가 수행하는 최적화가 오히려 네트워크나 QoS 조건에 부정적인 영향을 미칠 수도 있다.

계층적 집계는 주로 단일 소스만 허용되는 소스 특정 멀티캐스트(SSM) 환경, 특히 IPTV와 함께 사용된다. 사용자 수가 매우 많은 대규모 애플리케이션에는 애니 소스 멀티캐스트(ASM) 방식보다 SSM이 더 적합하다.

계층적 집계 방식에서는 '피드백 대상'(Feedback Target)이라는 새로운 유형의 멤버가 중요한 역할을 한다. 피드백 대상은 여러 수신자로부터 수신자 보고서(RR)를 수신한 뒤, 이를 요약한 패킷인 수신자 요약 정보(Receiver Summary Information, RSI)를 생성하여 원래의 송신자에게 다시 전송하는 기능을 수행한다.

6. 표준 문서

참조

[1] 간행물 Real Time Control Protocol (RTCP) attribute in Session Description Protocol (SDP) 2003-10
[2] 간행물 RTP Control Protocol Extended Reports (RTCP XR) The Internet Society 2003-11
[3] 간행물 RTP: A Transport Protocol for Real-Time Applications
[4] 논문 Large-Scale RTCP Feedback Optimization Journal of Networks 2008-03
[5] 웹사이트 Realtime control protocol and its improvements for Internet Protocol Television http://www.academypu[...]



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com