FMUSER 무선 전송 비디오 및 오디오가 더 쉬워졌습니다!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> 아프리칸스어
sq.fmuser.org -> 알바니아어
ar.fmuser.org -> 아랍어
hy.fmuser.org -> 아르메니아어
az.fmuser.org -> 아제르바이잔 어
eu.fmuser.org -> 바스크
be.fmuser.org -> 벨로루시 어
bg.fmuser.org -> 불가리아어
ca.fmuser.org -> 카탈로니아 어
zh-CN.fmuser.org -> 중국어 (간체)
zh-TW.fmuser.org -> 중국어 (번체)
hr.fmuser.org -> 크로아티아어
cs.fmuser.org -> 체코
da.fmuser.org -> 덴마크어
nl.fmuser.org -> 네덜란드어
et.fmuser.org -> 에스토니아어
tl.fmuser.org -> 필리피노
fi.fmuser.org -> 핀란드어
fr.fmuser.org -> 프랑스어
gl.fmuser.org -> 갈리시아어
ka.fmuser.org -> 조지아 어
de.fmuser.org -> 독일어
el.fmuser.org -> 그리스
ht.fmuser.org -> 아이티 크리올
iw.fmuser.org -> 히브리어
hi.fmuser.org -> 힌디어
hu.fmuser.org 헝가리어
is.fmuser.org -> 아이슬란드 어
id.fmuser.org -> 인도네시아어
ga.fmuser.org -> 아일랜드어
it.fmuser.org -> 이탈리아어
ja.fmuser.org -> 일본어
ko.fmuser.org -> 한국어
lv.fmuser.org -> 라트비아어
lt.fmuser.org 리투아니아어
mk.fmuser.org -> 마케도니아 어
ms.fmuser.org -> 말레이어
mt.fmuser.org -> 몰타어
no.fmuser.org -> 노르웨이어
fa.fmuser.org -> 페르시아어
pl.fmuser.org -> 폴란드어
pt.fmuser.org -> 포르투갈어
ro.fmuser.org -> 루마니아어
ru.fmuser.org -> 러시아어
sr.fmuser.org -> 세르비아어
sk.fmuser.org -> 슬로바키아어
sl.fmuser.org -> 슬로베니아어
es.fmuser.org -> 스페인어
sw.fmuser.org -> 스와힐리
sv.fmuser.org -> 스웨덴어
th.fmuser.org -> 태국
tr.fmuser.org -> 터키어
uk.fmuser.org -> 우크라이나어
ur.fmuser.org -> 우르두어
vi.fmuser.org -> 베트남어
cy.fmuser.org -> 웨일스 어
yi.fmuser.org -> 이디시어
1. RTP 소개
RTP는 실시간 전송 프로토콜 단일 대상 방송 및 다목적 방송망 서비스에서 실시간 데이터 전송을 지원하는 종단 간 전송 서비스를 제공하며 실시간 데이터 전송은 RTCP 프로토콜에 의해 모니터링 및 제어됩니다.
2. RTP는 RFC에서 정의됩니다.
RTP 프로토콜을 사용하는 응용 프로그램은 RTP에서 실행되고, RTP를 실행하는 프로그램은 UDP의 포트 번호와 검사를 사용하기 위해 UDP의 상위 계층에서 실행됩니다. RTP는 전송 계층의 하위 계층으로 볼 수 있습니다. 멀티미디어 애플리케이션에 의해 생성 된 오디오 및 TV 데이터 블록은 RTP 패킷으로 캡슐화되고 각 RTP 패킷은 UDP 메시지 세그먼트에 캡슐화 된 다음 IP 패킷으로 패키지됩니다.
패킷의 구조에는 주문형 오디오, 주문형 비디오, 인터넷 전화 및 화상 회의를 포함하여 멀티미디어에서 널리 사용되는 여러 도메인이 포함됩니다. RTP 사양은 사운드 및 TV의 압축 형식에 대한 표준을 설정하지 않으며 일반 형식으로 파일을 전송하는 데 사용할 수 있습니다. 예를 들어 wav 또는 GSM (이동 통신용 글로벌 시스템), MPEG-1 및 MPEG-2 TV의 사운드를 사용하여 독점 형식으로 저장된 사운드 및 TV 파일을 전송할 수도 있습니다.
애플리케이션 개발자의 관점에서 RTP 실행기는 개발자가 RTP를 애플리케이션에 통합해야하기 때문에 애플리케이션의 일부로 간주 될 수 있습니다. 송신 측에서 개발자는 RTP 프로토콜을 실행하는 프로그램을 RTP 정보 패키지를 생성하는 응용 프로그램에 작성해야하며, 응용 프로그램은 그림 2와 같이 RTP 정보 패키지를 UDP의 소켓 인터페이스로 보냅니다. 마찬가지로 RTP 패킷은 수신자의 UDP 소켓 인터페이스를 통해 애플리케이션에 입력됩니다. 따라서 개발자는 RTP 패킷에서 미디어 데이터를 추출하는 응용 프로그램에 RTP 프로토콜을 실행하는 프로그램을 작성해야합니다.
이 문서는 RTP를 예로 들어 작업 프로세스를 설명합니다. 음원의 사운드가 64kb / s의 PCM 인코딩 된 사운드라고 가정하고 애플리케이션이 20ms의 인코딩 된 데이터를 청크로 사용한다고 가정합니다. 즉, 데이터 블록의 사운드 데이터는 160 바이트입니다. 애플리케이션은 사운드 데이터의 유형, 시퀀스 번호 및 타임 스탬프를 포함하는 RTP 패킷을 생성하기 위해이 사운드 데이터에 RTP 제목을 추가해야합니다. RTP 패킷은 UDP 소켓 인터페이스로 전송되어 UDP 패킷으로 캡슐화됩니다. 수신기에서 응용 프로그램은 소켓 인터페이스에서 RTP 정보 패키지를 수신하고 RTP 정보 패키지에서 사운드 데이터 블록을 추출한 다음 RTP 패킷의 제목 필드에있는 정보를 사용하여 올바르게 사운드를 디코딩하고 재생합니다.
응용 프로그램이 페이로드 유형, 시퀀스 번호 또는 타임 스탬프를 제공하기 위해 독점 솔루션을 사용하지 않고 표준 RTP 프로토콜을 사용하는 경우 응용 프로그램은 모든 사람이 원하는 다른 네트워크 응용 프로그램과 함께 실행하기가 더 쉽습니다. 예를 들어 서로 다른 두 회사가 인터넷 전화 소프트웨어를 개발하는 경우 모두 RTP를 제품에 통합하여 다른 회사 전화 소프트웨어를 사용하는 사용자가 통신 할 수 있기를 바랍니다.
RTP는 데이터가 적시에 수신자에게 전달되거나 기타 서비스 품질을 보장하는 메커니즘을 제공하지 않는다는 점을 강조하는 것이 중요합니다. 정보 패키지가 손실되지 않았거나 패킷 순서가 방해받지 않는다는 보장은 없습니다. 실제로 RTP 캡슐화는 시스템 측에서만 볼 수 있습니다. 중간에있는 라우터는 IP 데이터 그램이 RTP 패킷을 전달한다는 것을 구별하지 않습니다.
RTP를 사용하면 각 미디어 소스에 카메라 또는 마이크와 같은 별도의 RTP 패킷 스트림을 할당 할 수 있습니다. 예를 들어, 두 그룹이 관련된 텔레비전 회의는 1 개의 패킷 스트림을 열 수 있습니다. 두 대의 카메라는 TV 스트림을 전송하고 두 대의 마이크는 사운드 스트림을 전송합니다. 그러나 MPEG-2 및 MPEG-XNUMX를 비롯한 많은 인기있는 코딩 기술은 사운드와 TV 이미지를 함께 결합하여 코딩 프로세스에서 단일 데이터 스트림을 형성하고 한 방향으로 RTP 패킷 스트림을 생성합니다.
RTP 패킷은 단일 대상 브로드 캐스팅에 국한되지 않고 일대 다 다중 대상 브로드 캐스트 트리 또는 다 대다 다중 대상 브로드 캐스트 트리에서도 전송 될 수 있습니다. 예를 들어, 다중 대 다중을 갖는 다중 대상 브로드 캐스트,이 애플리케이션에서 모든 전송 터미널은 일반적으로 동일한 다중 목표 브로드 캐스트 주소를 사용하여 다중 목표 브로드 캐스트 트리로 자신의 RTP 패킷 스트림을 전송합니다.
3. RTP 패킷 헤더 필드
RTP 제목은 페이로드 유형 도메인, 시퀀스 번호 도메인, 타임 스탬프 도메인 및 동기화 소스 식별자 도메인의 네 가지 패킷 헤더 필드와 기타 도메인으로 구성됩니다.
1) 페이로드 유형
RTP 패킷의 페이로드 유형 필드는 7 비트 길이이므로 RTP는 128 개의 서로 다른 페이로드 유형을 지원할 수 있습니다. 사운드 흐름의 경우이 필드는 PCM, 적응 형 델타 변조, 선형 예측 코딩 등과 같이 사운드에 사용되는 코딩 유형을 나타내는 데 사용됩니다. 송신자가 세션 또는 브로드 캐스트 중에 인코딩 방법을 변경하기로 결정한 경우 송신자는이 도메인을 통해 수신자에게 알릴 수 있습니다. 표 1은 현재 RTP가 지원할 수있는 사운드 페이로드 유형을 나열합니다.
TV 스트림의 경우 페이로드 유형을 사용하여 모션 JPEG, MPEG-1, MPEG-2, h.231 등과 같은 TV 코딩 유형을 나타낼 수 있습니다. 발신자는 TV의 인코딩 방법을 언제든지 변경할 수 있습니다. 세션 또는 세션 중. 표 16-02에는 현재 RTP가 지원할 수있는 일부 TV 페이로드 유형이 나열되어 있습니다.
2) 일련 번호
시퀀스 번호 필드 필드의 길이는 16 비트입니다. 각 RTP 패킷 시퀀스 번호에 1을 추가합니다. 수신자는이를 사용하여 패킷 누락 여부를 확인하고 시퀀스 번호에 따라 패킷을 처리 할 수 있습니다. 예를 들어, 수신 애플리케이션은 시퀀스 번호 86과 89 사이의 간격을 갖는 RTP 패킷 스트림을 수신하고, 수신자는 패킷 87 및 88이 손실되었음을 알고 손실 된 데이터를 처리하기위한 조치를 취합니다.
3) 타임 스탬프
타임 스탬프 도메인의 길이는 32 바이트입니다. RTP 패킷에서 첫 번째 바이트의 샘플링 시간 (시간)을 반영합니다. 수신자는이 타임 스탬프를 사용하여 네트워크로 인한 패킷의 지터를 제거하고 수신단에서 재생을위한 동기화 기능을 제공 할 수 있습니다.
4) 동기화 소스 식별자
SSRC (Synchronization Source Identifier) 도메인의 길이는 32 비트입니다. RTP 패킷 흐름의 출처를 식별하는 데 사용되며 RTP 세션 또는 기간 동안 각 패킷 흐름에는 명확한 SSRC가 있습니다. SSRC는 보낸 사람의 IP 주소가 아니라 새 패킷 흐름이 시작될 때 소스에서 임의로 할당 한 숫자입니다.
|
놀라움을 얻으려면 이메일을 입력하십시오.
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> 아프리칸스어
sq.fmuser.org -> 알바니아어
ar.fmuser.org -> 아랍어
hy.fmuser.org -> 아르메니아어
az.fmuser.org -> 아제르바이잔 어
eu.fmuser.org -> 바스크
be.fmuser.org -> 벨로루시 어
bg.fmuser.org -> 불가리아어
ca.fmuser.org -> 카탈로니아 어
zh-CN.fmuser.org -> 중국어 (간체)
zh-TW.fmuser.org -> 중국어 (번체)
hr.fmuser.org -> 크로아티아어
cs.fmuser.org -> 체코
da.fmuser.org -> 덴마크어
nl.fmuser.org -> 네덜란드어
et.fmuser.org -> 에스토니아어
tl.fmuser.org -> 필리피노
fi.fmuser.org -> 핀란드어
fr.fmuser.org -> 프랑스어
gl.fmuser.org -> 갈리시아어
ka.fmuser.org -> 조지아 어
de.fmuser.org -> 독일어
el.fmuser.org -> 그리스
ht.fmuser.org -> 아이티 크리올
iw.fmuser.org -> 히브리어
hi.fmuser.org -> 힌디어
hu.fmuser.org 헝가리어
is.fmuser.org -> 아이슬란드 어
id.fmuser.org -> 인도네시아어
ga.fmuser.org -> 아일랜드어
it.fmuser.org -> 이탈리아어
ja.fmuser.org -> 일본어
ko.fmuser.org -> 한국어
lv.fmuser.org -> 라트비아어
lt.fmuser.org 리투아니아어
mk.fmuser.org -> 마케도니아 어
ms.fmuser.org -> 말레이어
mt.fmuser.org -> 몰타어
no.fmuser.org -> 노르웨이어
fa.fmuser.org -> 페르시아어
pl.fmuser.org -> 폴란드어
pt.fmuser.org -> 포르투갈어
ro.fmuser.org -> 루마니아어
ru.fmuser.org -> 러시아어
sr.fmuser.org -> 세르비아어
sk.fmuser.org -> 슬로바키아어
sl.fmuser.org -> 슬로베니아어
es.fmuser.org -> 스페인어
sw.fmuser.org -> 스와힐리
sv.fmuser.org -> 스웨덴어
th.fmuser.org -> 태국
tr.fmuser.org -> 터키어
uk.fmuser.org -> 우크라이나어
ur.fmuser.org -> 우르두어
vi.fmuser.org -> 베트남어
cy.fmuser.org -> 웨일스 어
yi.fmuser.org -> 이디시어
FMUSER 무선 전송 비디오 및 오디오가 더 쉬워졌습니다!
연락처
주소:
No.305 Room HuiLan Building No.273 Huanpu Road 광저우 중국 510620
카테고리
MMCC 뉴스레터