실시간 수송 프로토콜 RTP(Real-time transport protocol)

소개글

실시간 수송 프로토콜 RTP(Real-time transport protocol)에 대한 보고서 자료입니다.

목차

1. RTP 개요

2. RTP 패킷 형식

3. RTP 주요 기능

4. RTP 동작 과정

5. RTP의 아키텍처

6. RTP 구성요소

7. Ethereal을 통한 RTP 분석 예

RTCP

1. 개 요

2. RTCP의 식별자

3. RTCP의 메시지 타입(패킷 형식)

4. RTCP 메시지의 송신 간격

RTSP

1. 개 요

2. RTSP 동작구조

3. Ethereal을 통한 RTSP 분석 예

참고 도서

본문내용

ns사, 그리고 콜럼비아대학이 공동으로 만들었으며, IETF(internet engineering task force)의 MMUSIC(multiparty multimedia session control)이라는 연 구그룹에서 RFC2326으로 표준화되었다.
다수의 인터넷 멀티미디어 사용자들(특히, 원격 tv제어기를 손에 들고 자란 사람들)은 재생 중지, 이 전이나 이후 시점으로 재생 재위치, 화상의 급전진 재생, 화상의 되감기 재생 등을 함으로써 연속적인 매체의 재생을 제어하고 싶어 한다. 이런 기능은 비디오 카세트를 볼 때 VCR이나 음악CD를 들을 때 CD플레이어를 갖고 조작하는 것과 흡사하다. 사용자가 재생을 제어할 수 있도록 하려면, 미디어 플레 이어와 서버는 재생 제어 정보를 교환하는 프로토콜이 필요하며, RFC 2326에 정의 되어 있는 RTSP 가 이런 프로토콜이다.
RTSP는 미디어 플레이어가 매체 스트림의 전송을 제어할 수 있게 하는 프로토콜이다. 위에서 언급 한 것처럼, 제어 동작에는 정지/재시작, 재생 재위치, 급전진과 되감기가 있다. RTSP는 소위 말하는 대역외(out-of-band)프로토콜이다. 특히 RTSP 메시지는 대역외로 전송되는 반면 (RTSP에 의해 패킷 구조가 정의되지 않은)매체 스트림은 “대역내(in-band)\"로 여겨진다. RTSP 메시지는 매체 스트림과는 다른 포트 번호인 544를 사용한다. RTSP 명세서[RFC 2326]는 RTSP 메시지가 TCP나 UDP상으로 전송 되는 것을 허용한다.
FTP도 대역외 개념을 사용함을 배웠다. 특히 FTP는 각기 다른 포트 번호를 갖는 두 개의 클라이언 트/서버 소켓 쌍을 사용한다. 클라이언트/서버 소켓 쌍은 실제로 파일을 전송하는 TCP연결을 지원한 다. RTSP 채널은 여러모로 FTP의 제어 채널과 유사하다.
2. RTSP 동작구조
웹 브라우저는 웹 서버에게 프리젠테이션 기술 파일을 요청한다. 프리젠테이션 기술 파일은 연속매 체 파일의 동기화에 대해서 지시할 뿐만 아니라 연속 매체 파일들을 참조할 수 있다. 각각의 연속 매 체 파일에 대한 참조는 URL 기법인 rtsp://로 시작된다. 아래에 [Schulzrinne 1997]을 약간 변경한 예 제 프리젠테이션 파일을 제시한다. 이 프리젠테이션에서 오디오와 비디오 스트림은 병렬로(같은 “그 룹”의 일부로) 립싱크해서 재생된다. 오디오 스트림에 대해 미디어 플레이어는 두 종류의 오디오 기 록 즉 저품질(low-fidelity)기록과 고품질(high-fidelity) 기록 중에서 선택(“스위치”)할 수 있다.[그림9]
웹 서버는 프리젠테이션 기술 파일을 HTTP응답 메시지에 캡슐화해서 브라우저에 전송한다. 브라우 저는 HTTP응답 메시지를 수신하면 그 메시지의 content-type 필드에 따라 미디어 플레이어(즉, 헬퍼 응용)를 가동한다. 프리젠테이션 기술 파일은 위 예에서 본 것처럼 URL기법인 rtsp://를 사용하는 매 체 스트림에 대한 참조를 포함한다. 그 뒤 [그림9]에 보인 것처럼, 플레이어와 서버는 서로에게 일련 의 RTSP메시지를 전송한다. 플레이어는 RTSP SETUP 요청을 보내고 서버는 RTSP SETUP 응답을 보낸다. 플레이어는 저품질 오디오에 대한 RTSP PLAY요청을 보내며 서버는 RTSP PLAY 응답을 보낸다. 이 시점에, 스트리밍 서버는 저품질 오디오를 자신의 대역내 채널로 내보낸다. 나중에 미디어 플레이어는 RTSP PAUSE요청을 보내고 서버는 RTSP PAUSE 응답을 한다. 사용자가 끝나면, 미디 어 플레이어는 RTSP TEARDOWN 요청을 보내며 서버는 RTSP TEARDOWN으로 답한다. 각각의 RTSP 세션은 서버에 의해서 선택된 세션 식별자를 가진다. 클라이언트는 SETUP요청으로 세션을 시 작하며, 서버는 이 요청에 대해 식별자로 답한다. 클라이언트는 TEARDOWN 요청으로 세션을 종료 할 때까지 각 요청마다 세션 식별자를 사용한다.
RTSP가 제공하지 않는 것들을 살펴보면 다음과 같다.
● RTSP는 오디오와 비디오를 압축하는 기법에 대해서는 정의하지 않는다.
● RTSP는 네트워크상으로 전송하기 위해서 오디오와 비디오를 어떻게 패킷으로 캡슐화하는지에 대해서는 정의하지 않는다.
● 스트리밍 매체를 캡슐화하는 것은 RTP또는 임의의 사적 프로토콜에 의해서 제공될 수 있다.
예를 들어,리얼미디어(RealMedia)의 G2 서버와 플레이어는 서로에게 제어 정보를 전송하기 위해 RTSP를 사용한다. 그러나 매체 스트림 자체는 RTP 패킷들이나 또는 다른 사설 데이터 형식으로 캡술화 될 수 있다.
● RTSP는 스트림된 매체를 어떻게 전송하는지에 대해서 제약하지 않는다.
● RTSP는 UDP나 TCP상으로 전송될 수 있다.
● RTSP는 미디어 플레이어가 어떻게 오디오/비디오를 버퍼링하는지에 대해서 제약하지 않는다. 오디오/비디오는 클라이언트에 조착하는 즉시 바로 재생될 수도 있고, 또는 수초의 지연 후 재생 될 수도 있으며, 재생하기 전에 모두 다운로드 받을 수도 있다.
3. Ethereal을 통한 RTSP 분석 예
● 실시간 동영상 재생에서 실제로 RTSP가 사용되는지를 Ethereal 프로그램을 사용
● 환경
Real Media Player 사용
korea.real.com의 동영상을 실시간으로 재생
Ethereal 프로그램을 사용하여 RTSP 프로토콜 캡쳐 (캡쳐화면 뒷장에...)
참고 도서
* 영상통신시스템. 김재균저. 영지문화사. 2000.11.15
* 컴퓨터네트워킹. 원저(James.F.Kurose Keith.W.Ross 공저) 공역(김현국, 신용태, 안상현)
흥릉과학출판사. 2001.8.25
* 통신네트워크. 공역(김태윤, 김태우, 이경현, 이용진, 이형우, 전용희, 조광문, 최창원)
원저( LEON-GARCIA, WIDJAJA). 한산도서출판. 2002
* Internet&Network 백과사전. 원저(히로시에사끼) 감수(김지관, 박지환). 영진.Com
2001.11.15
* 고속네트워크. 원저(William.Stallings) 역(박영근). 인터비젼. 2001.1.25

키워드

RTP,   프로토콜,   실시간,   데이터,   호스트,   전송,   있다