RTP протокол
Бодит хугацааны дамжууллын протокол (RTP) IP сүлжээгээр аудио, видео хүргэх сүлжээний протокол юм. RTP нь бодит хугацаанд (шууд) өгөгдлийг дамжуулах Application түвшний протокол юм. RTP-ийм телефон гэх мэт үзэх хэвлэл мэдээллийн хэрэгсэл, видео теле програмууд, телевизийн үйлчилгээ, вэб-д суурилсан тул яриа, видеоны онцлогийг оролцуулж харилцаа холбоо, зугаа цэнгэлийн системд өргөнөөр ашиглаж байна.
RTP RTP Хяналтын Протокол (RTCP) хамт хэрэглэж байна. RTP хэвлэл мэдээллийн урсгалуудыг (жишээ нь, аудио, видео) явуулж байхад RTCP дамжуулах статистик, үйлчилгээний чанар (QoS) болон олон тооны гол горхи нь ДОХ-ын синхрончлолыг хяналт тавих ашиглаж байна. RTP IP гаруй, энэ хүрээнд дуу хоолой техникийн суурь нэг нь ихэвчлэн ийм Session Initiation Protocol (SIP) нь сүлжээний дагуух холбоо тогтоосон гэх мэт дохиоллын протоколын хамт хэрэглэдэг юм. RTP Internet инженерийн ажлын хэсгийн Аудио Видео Тээврийн ажлын хэсгийн (IETF) боловсруулж, эхний, RFC 1889 нь 1996 онд хэвлэгдсэн 2003 онд RFC 3550 солигдсон байна.
Танилцуулга
[засварлах | кодоор засварлах]
RTP нь бодит цаг хугацаанд мэдээллийг цацаж хэвлэл мэдээллийг шилжүүлэх зорилготой юм. Протокол доргио нөхөн олговор, мэдээлэл нь IP сүлжээгээр дамжуулах явцад нийтлэг байдаг нь дараалал ирэх гарч илрүүлэх арга хэрэгслийг олгодог. RTP IP Multicast дамжуулан олон чиглэлд өгөгдөл дамжуулах боломжийг олгодог. RTP IP сүлжээнд аудио / видео тээврийн үндсэн стандарт гэж үздэг бөгөөд холбогдох хувийн болон даацтай хэлбэрээр ашиглаж байна. Бодит цаг хугацаанд мультимедиа урсгал програмууд мэдээллийг цаг тухайд нь хүргэх шаардлагатай ба энэ нь ихэвчлэн Энэ зорилгод хүрэхийн тулд зарим нэг пакет алдагдал тэвчиж чадна. Жишээ нь, аудио хэрэглэх нь пакет алдагдал тохиромжтой алдаа нуун дарагдуулах алгоритм нь мэдэгдэхүйц хийж болно аудио өгөгдөл нь секундэд, нэг фракцийн алдагдалд хүргэж болох юм. Transmission Control Protocol (TCP), RTP стандартчилагдаагүй хэдий ч хэвийн TCP цаг хугацааны туршид найдвартай байдлыг илүүтэй үздэг, учир нь RTP хэрэглээнд ашиглаж байгаа бол ашигладаг. Харин үүний оронд RTP хэрэгжилтийг ихэнх User Datagram Protocol (UDP) дээр баригдсан байна. Ялангуяа мультимедиа хуралдаанд зориулсан Бусад тээврийн протоколууд юм SCTP болон DCCP, хэдий ч, 2010 оны байдлаар, тэдгээр нь тийм биш байна өргөн ашиглах. RTP IETF-ийн стандартуудыг байгууллагын Audio / Video Тээврийн ажлын хэсгийн боловсруулсан байна. RTP болон RTCP: RTP ийм H.323 болон RTSP бусад протокол програмуудын хамтаар ашиглагдаж байна. RTP стандарт протокол хос тодорхойлдог.. RTP мультимедиа мэдээлэл дамжуулах ашиглаж байгаа бөгөөд RTCP үе үе хяналт, мэдээлэл QoS параметрүүдийг илгээх ашиглаж байна.
Real-time Transport (RTP) протоколын бүрэлдэхүүн хэсэг
[засварлах | кодоор засварлах]
RTP тодорхойлолт хоёр дэд протокол, RTP болон RTCP тайлбарлах болно. өгөгдөл дамжуулах протокол, RTP, бодит цагийн мэдээллийг шилжүүлэх дэмжлэг үзүүлдэг. Энэ протоколд заасан мэдээлэл, даацтай хэлбэрээр мэдээлэл кодлогдсон хэлбэрийг заана (пакет алдагдал, reordering илрүүлэх хувьд) timestamps (синхронжуулах), дараалал дугаар орно. хяналтын протокол RTCP үйлчилгээ (QoS) хэвлэл мэдээллийн урсгалын хооронд санал болон синхрончлолын чанарыг зааж өгөх ашиглаж байна. RTP харьцуулахад TCP хөдөлгөөний зурвасын өргөн нь ихэвчлэн 5% орчим, жижиг байдаг. RTP хуралдаан ихэвчлэн ийм H.323, Session Initiation Protocol (SIP), эсвэл жингэнэсэн (XMPP) зэрэг дохиоллын протоколыг ашиглан харилцах үе тэнгийнхэн хооронд санаачилсан байна. Эдгээр протоколууд нь хуралдааны зориулсан параметрүүдийг хэлэлцээ хийх хуралдаан Тодорхойлолт протоколыг ашиглаж болно.
Зөвлөгөөн
[засварлах | кодоор засварлах]RTP нь хурал мультимедиа урсгал тус бүрээр тогтоогдсон байна. A хуралдаан RTP болон RTCP нь портуудын нэг хос нь IP хаягийг бүрдүүлнэ. Жишээ нь, аудио, видео урсгал тухайн урсгалыг хэдийг нь хасж хүлээн идэвхжүүлэх, тус тусад нь RTP хуралдааныг ашиглаж байна. [10] зэрэг RTSP (тохиргоо аргын SDP ашиглан) [11] болон бусад протоколыг ашиглан хэлэлцэн байгаа нь сесс үүсгэнэ портууд SIP. нэг порт протокол нягтруулгын програмуудад RTP болон RTCP сонгосон юм, Гэсэн хэдий ч 68 [13: тодорхойлолт RTP порт нь тоо ч байж сонгосон байгаа бөгөөд тус бүрт холбогдох RTCP порт нь дараагийн дээд сондгой тоо байх гэж зөвлөж байна. RTP болон RTCP ихэвчлэн эрхгүй UDP портуудыг (65535 тулд 1024) ашигладаг төдийгүй, бусад тээврийн протокол, ялангуяа, SCTP болон DCCP ашиглаж болно протокол дизайн тээврийн бие даасан юм.
Горим болон ашигтай ачааны хэлбэрүүд
[засварлах | кодоор засварлах]RTP дизайн асуудлуудын нэг нь мультимедиа хэлбэршилтүүдийг хүрээг хэрэгжүүлэх, RTP стандартыг шинэчлэх ямар ч шинэ хэлбэр зөвшөөрөх явдал юм. RTP дизайн програмын түвшингийн хүрээ хийх (Alf) гэж нэрлэдэг архитектурын зарчим дээр тулгуурладаг. Тодорхой програмууд шаардсан мэдээллийг ерөнхий RTP толгой орсон хэрэгцээнд биш юм, харин RTP профайл болон ашигтай ачаа хэлбэр дамжуулан олгож байна. Хэрэглэх (жишээ нь, аудио, видео) ангилал тус бүрийн хувьд, RTP нь Хувийн тодорхойлж, нэг буюу түүнээс дээш ашигтай ачаа хэлбэр холбоотой. Тухайн програм ашигласны RTP нь иж бүрэн тодорхойлолт Хувийн мэдээллийг vзэх болон ашигтай ачаа хэлбэр тодорхойлолт шаарддаг. Хувийн мэдээллийг vзэх RTP толгой хээрийн даац төрөл (PT) -д ашигтай ачаа хэлбэр код нь ашигтай ачаа мэдээ, тэдний зураглал кодчилдог ашиглаж кодлогч тодорхойлдог. Хувийн мэдээллийг vзэх бүр хэд хэдэн ашигтай ачаа хэлбэр тодорхойлолт, тус бүр нь тодорхой кодлогдсон мэдээллийг тээвэрлэх тайлбарлах дагалдаж байна. Аудио ашигтай ачаа хэлбэр G.711, G.723, G.726, G.729, GSM, QCELP оруулах, MP3 ба DTMF, видео ашигтай ачаа хэлбэр H.261, H.263, H.264, ба MPEG-4 зэрэг орно.
RTP Горим жишээ дурдвал:
[засварлах | кодоор засварлах]- Хяналт бага аудио, видео бага хурлын RTP мэдээллийг статик ашигтай ачаа төрлийн үүрэг даалгавар багц болон ашигтай ачаа хэлбэрээр хооронд зураглал механизмыг болон ачаа даах төрөл танигч (толгой дахь) Session Тодорхойлолт протоколыг ашиглан тодорхойлно (SDP) .
- Аюулгүй бодит цагийн Тээврийн Протокол (SRTP) ашигтай ачаа өгөгдөл дамжуулахад криптографын үйлчилгээ үзүүлдэг RTP нь Хувийн тодорхойлдог.
- RTP (RTP / CDP) машин уруу, машин харилцаа холбооны туршилтын Control Data мэдээлэл.
Пакетийн толгой
[засварлах | кодоор засварлах]| Bit offset | 0–1 | 2 | 3 | 4–7 | 8 | 9–15 | 16–31 | |||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0 | Version | P | X | CC | M | PT | Sequence number | |||||||||||||||||||||||||
| 32 | Timestamp | |||||||||||||||||||||||||||||||
| 64 | SSRC identifier | |||||||||||||||||||||||||||||||
| 96 | CSRC identifiers ... | |||||||||||||||||||||||||||||||
| 96+32×CC | Profile-specific extension header ID | Extension header length | ||||||||||||||||||||||||||||||
| 128+32×CC | Extension header ... | |||||||||||||||||||||||||||||||
RTP толгойн хамгийн бага хэмжээ нь 12 байт юм. Толгой мэдээллийн дараа заавал толгойн өргөтгөл байх юм. Энэ RTP ашигтай ачаа, дараа нь, хэлбэр хэрэглэх тодорхой анги тодорхойлогдоно. Толгой дахь талбар нь дараах байдалтай байна.:
- Хувилбар: (2 бит) протоколын хувилбар нь заана. Одоогийн хувилбар нь 2.
- P (дүүрэн): (1 бит) RTP пакетийн эцэст нэмэлт дүүрэн байт байгаа эсэхийг харуулах хэрэглэгддэг. A дүүрэн дээр шифрлэлт алгоритмийн дагуу жишээ нь, тодорхой хэмжээний блок бөглөх ашиглаж болно. жийрэглэх сүүлийн байт дүүрэн байт (өөрийгөө гэх мэт) нэмэгдсэн тоог агуулсан.
- X (Өргөтгөл): (1 бит) нь стандарт толгой болон ашигтай ачаа мэдээ хооронд Өргөтгөл толгой байгааг заана. Энэ програм эсвэл мэдээллийг тодорхой байна.
- CC (CSRC тоо): (4 бит) CSRC тодорхойлогч (доор тодорхойлсон) тогтмол толгойг дагаж тоог агуулна.
- M (Хилийн): (1 бит) нь хувийн хэрэглээний түвшинд ашиглаж, тодорхойлсон. Энэ бол, энэ нь одоогийн өгөгдөл хэрэглэх зарим тусгай хамааралтай байна гэсэн үг юм.
- PT (даац төрөл): (7 бит) ашигтай ачаа загварыг заана, хэрэглэх замаар тайлбар тодорхойлдог. Энэ нь RTP хувийн заасан байна. Жишээ нь: хамгийн бага хяналт аудио, видео бага хурлын RTP Profile үзнэ үү.
- Дарааллын дугаар: (16 бит) дарааллын дугаар илгээсэн бүрийн RTP мэдээлэл пакетийн хувьд нэг дугаарыг нэмэгдүүлэх болон пакет алдагдал илрүүлэх, пакет дарааллыг сэргээх хүлээн ашиглах юм байна. RTP пакет алдагдал ямар ч арга хэмжээ тодорхой байх; зохих арга хэмжээ авч хэрэглэх үлдсэн байна. Жишээ нь, видео програмууд нь байхгүй хүрээ оронд сүүлийн мэдэгдэж байгаа хүрээ тоглож болох юм. RFC 3550 харахад дэс дараалал тоо эхний утга нь илүү хэцүү шифрлэлтийн дээр мэдэгдэж-текст дайралт хийх нь санамсаргүй байх ёстой. RTP хүргэх ямар ч баталгаа өгдөг, гэхдээ дараалал тоо оролцох боломжтой алга болсон пакетуудыг илрүүлэх болгодог.
- TIMESTAMP: (32 бит) зохих давтамжтайгаар хүлээн авсан дээжийг буцаж тоглох хүлээн идэвхжүүлэхийн тулд ашигладаг. хэд хэдэн хэвлэл мэдээллийн гол горхи нь байгаа үед timestamps урсгал тус бүр бие даасан байх, хэвлэл мэдээллийн синхрончлолын найдаж байж болох юм. цаг хугацааны масштабын програм тодорхой юм. Жишээ нь, аудио програм дээж мэдээлэл нэг удаа 125 мк бүр (8 кГц, дижитал телефон нийтлэг жишээ түвшин) гэсэн үнэ цэнэ нь түүний цаг тогтоол болгон ашиглах юм байна. цаг масштабын Програмуудын RTP хувийн д заасан мэдээллийг нэг юм.
- SSRC: (32 бит) Тааруулах нь эх танигч хосгүй урсгалд эх үүсвэрийг тодорхойлсон. Нэг RTP хуралдааны хүрээнд синхрончлол эх үүсвэр нь өвөрмөц байх болно.
- CSRC:. (32 бит тус бүр) эх үүсвэр нь ID-гаа хувь нэмэр оруулах хэд хэдэн эх үүсвэрээс байна урсгалд хувь нэмэр оруулах эх үүсвэрийг жагсаах
- Толгой өргөтгөл: (заавал биш) эхний 32-бит гэдэг нь мэдээллийг тодорхой танигч (16 бит) болон урт тодорхойлогчийг (16 бит) агуулсан extensor уртыг харуулж байна (EHL = өргөтгөл дарга урт) 32-битийн нэгж, өргөтгөл толгой 32 бит оруулахгүй.
Real-time Transport (RTP) протоколд суурилсан систем
[засварлах | кодоор засварлах]
Real-time Transport (RTP) протоколыг боловсруулан гаргасан нь IPTV-ийг эрчимтэй хөгжих боломжийг олгосон байна. Үйл ажиллагааны сүлжээнд суурилсан систем RTP-тай бусад протокол, стандарт багтана. Ийм SIP, жингэнэсэн, RTSP, H.225 болон H.245 зэрэг протоколыг хуралдаан эхлэх, хяналт, дуусгавар болгох ашиглаж байна. Ийм H.264, MPEG болон H.263 зэрэг бусад стандарт, RTP танилцуулга дамжуулан заасан ашигтай ачаа өгөгдлийг кодчилдог ашиглаж байна. Нь RTP илгээгч, мультимедиа мэдээллийг барьж, дараа нь кодлодог хүрээ, зохих timestamps болон дарааллын тоо нэмэгдэж RTP багц болгон дамжуулдаг. ашиглах RTP хувийн хамаарч, илгээгч даац Санал талбайг тогтоож болно. RTP хүлээн авагч, RTP пакетуудыг барьж байхгүй пакетуудыг илрүүлэх, болон пакетуудыг дахин захиалгын болно. Энэ нь ашигтай ачаа хэлбэрийн дагуу жааз кодлодог бөгөөд хэрэглэгчид урсгалыг танилцуулж байна.
Стандартууд
[засварлах | кодоор засварлах]- RFC 1889, RTP: Real-Time Програм, RFC 3550 хуучирч ашиглагдахаа больсон дамжууллын протокол.
- RFC 3550 стандарт 64, RTP: Real-Time програмууд нь дамжууллын протокол.
- RFC 3551 стандарт 65, Хяналт нь аудио болон видео RTP мэдээлэл.
- RFC 3190, 12-бит DAT Аудио болон 20- 24-бит шугаман дээр Аудио RTP Format.
- RFC 6184, RTP H.264 видео Format.
- RFC 4103, RTP Текст ярианы Format.
- RFC 3640, MPEG-4 бага урсгалуудын дамжуулал RTP Format.
- RFC 6416, MPEG-4 Audio / Visual урсгалын дагуу RTP Format.
- RFC 2250, RTP MPEG1 / MPEG2 видео Format.
- RFC 4175, Шахаагүй видео RTP Format.
- RFC 6295, MIDI нь RTP Format.
- RFC 4696, RTP MIDI зориулсан хэрэгжүүлэх гарын авлага.
- RFC 7587, Аудио кодек нь RTP Format.
- RFC 7656, Семантик ба Real-Time Transport протоколын механизм ангиллын эх үүсвэр(RTP).
Бусад протоколууд
[засварлах | кодоор засварлах]- Secure Real-time Transport Protocol
- Real Time Streaming Protocol
- Real Data Transport
- ZRTP
Тэмдэглэл
[засварлах | кодоор засварлах]Битүүд нь ач холбогдолтойгоос чухал ач холбогдолтой руу шилжиж байх. Анхны октет нь 0 бит байх нь хамгийн чухал. Октетууд нь сүлжээний зэргээр дамжуулагддаг. Бит дамжуулалтын зэрэг нь дунд зэрэг байна.