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 -> Italian
ja.fmuser.org -> японски
ko.fmuser.org -> корейски
lv.fmuser.org -> латвийски
lt.fmuser.org -> Литовски
mk.fmuser.org -> македонски
ms.fmuser.org -> малайски
mt.fmuser.org -> Малтийски
no.fmuser.org -> Norwegian
fa.fmuser.org -> персийски
pl.fmuser.org -> полски
pt.fmuser.org -> португалски
ro.fmuser.org -> Romanian
ru.fmuser.org -> руски
sr.fmuser.org -> сръбски
sk.fmuser.org -> словашки
sl.fmuser.org -> Словенски
es.fmuser.org -> испански
sw.fmuser.org -> суахили
sv.fmuser.org -> шведски
th.fmuser.org -> Thai
tr.fmuser.org -> турски
uk.fmuser.org -> украински
ur.fmuser.org -> урду
vi.fmuser.org -> Виетнамски
cy.fmuser.org -> уелски
yi.fmuser.org -> Идиш
1. Протокол RTP / RTCP
RTP протокол
Пълното име на RTP е Транспортния протокол в реално време (Real-time Transport Protocol).
Това е стандарт, предложен от IETF (Internet Engineering Task Force), а съответстващият RFC документ е RFC3550 (RFC1889 е с изтекла версия). RFC3550 не само дефинира RTP, но също така дефинира и свързания протокол RTCP (протокол за контрол на транспорта в реално време, т.е. протокол за контрол на транспорта в реално време). RTP се използва за предоставяне на услуги за предаване в реално време от край до край за различни мултимедийни данни, които трябва да бъдат предадени в реално време, като глас, изображение и факс в IP мрежата. RTP предоставя информация за времето и синхронизация на потока за предаване в реално време от интернет до край в интернет, но не гарантира качество на услугата, което се предоставя от RTCP.
Среда за приложение на RTP
(1) Проста многоадресна аудио конференция. Гласовата комуникация се реализира чрез мултикаст адрес и двойка портове. Единият е за аудио данни (RTP), а другият е за контролни пакети (RTCP).
(2) Аудио и видео конферентна връзка. Ако в конференцията се използват и аудио и видео конференции, тези два носителя ще бъдат предадени в различни RTP сесии и всяка сесия ще използва различен адрес за предаване (IP адрес + порт). Ако потребителят използва две сесии едновременно, RTCP пакетът, съответстващ на всяка сесия, използва каноничното име CNAME (Canonical Name). Участниците могат да получат свързаното аудио и видео според CNAME в пакета RTCP и след това да синхронизират аудио и видео според информацията за времето (протокол за мрежово време) в пакета RTCP.
(3) Преводач и миксер. Преводачът и смесителят са релейни системи на ниво RTP. Преводачите се използват в потребителски области, които не могат да бъдат достигнати директно чрез IP мултикаст, като защитна стена между подателя и получателя. Когато форматът на аудио кодиране, който участниците могат да получат, е различен, например, ако участник се свърже с високоскоростна конференция чрез нискоскоростна връзка, се използва миксер. Преди да влезе в мрежата, където форматът на аудиоданните трябва да бъде променен, миксерът реконструира аудио пакетите от един източник или множество източници, обединява реконструираните множество аудио и ги кодира с друго аудио кодиране. Препратете този нов RTP пакет. Всички пакети от данни от миксер трябва да бъдат идентифицирани от миксера като техен източник на синхронизация (SSRC, вижте RTP капсулиране), а говорителят може да бъде потвърден чрез списъка с източници на принос (таблица CSRC, вижте RTP капсулиране).
RTCP протокол
Протоколът за контрол в реално време (RTCP) и RTP са съвместно дефинирани в RFC 1889, предложен през 1996 г. Това е контролен протокол, който работи с RTP. RTCP работи само на протокол от ниско ниво, а протоколът на ниско ниво осигурява мултиплексиране на данни и контролни пакети. По време на RTP сесията всеки участник в сесията периодично изпраща RTCP контролни пакети до всички останали участници. За RTP сесии или излъчвания обикновено се използва един многоцелеви излъчен адрес. Всички RTP и RTCP пакети, принадлежащи към тази сесия, използват този многоцелеви излъчен адрес. RTP пакетите и RTCP пакетите могат да бъдат разграничени чрез използване на различни номера на портове. .
е сестра протокол на транспортния протокол в реално време (RTP). RTCP осигурява контрол извън обхвата за потоци RTP медии. Самият RTCP не предава данни, но си сътрудничи с RTP за пакетиране и изпращане на мултимедийни данни. RTCP периодично предава контролни данни между участниците в поточна мултимедийна сесия. Основната функция на RTCP е да предоставя обратна връзка за качеството на услугата, предоставяна от RTP.
RTCP изпълнява следните четири функции:
(1) Главно за предоставяне на обратна връзка за качеството на освобождаването на данни. RTCP е част от протокола за предаване на RTP и е свързан с контрола на потока и задръстванията на други протоколи за предаване. Обратната връзка има директен ефект върху адаптивното управление на кодирането, но опитът с многоадресното предаване на IP показва, че получаването на обратна връзка от подателя е от решаващо значение за диагностициране на грешки в предаването. Изпращането и получаването на доклади за обратна връзка до всички участници позволява на наблюдателите на проблемите да преценят дали тези проблеми са локални или глобални. Механизмите за публикуване като многоадресното IP позволяват на групи като доставчици на мрежови услуги да получават обратна връзка и да действат като монитори на трети страни за диагностициране на мрежови проблеми. Функцията за обратна връзка се извършва от отчетите за изпращача и получателя на RTCP.
(2) RTCP носи идентификация на постоянен транспортен слой на RTP източник, наречена канонично име (CNAME). Ако се намери конфликт или програмата се рестартира, тъй като SSRC идентичността може да бъде променена, получателят се нуждае от CNAME, за да проследи участника. Приемникът също се нуждае от CNAME, за да се свърже с няколко потока данни, дадени в съответната RTP връзка.
(3) Първите две функции изискват от всички участници да изпращат RTCP пакети. Следователно, за да може RTP да се разшири до големи количества, скоростта трябва да се контролира. Нека всеки участник изпраща контролни пакети до други участници, което увеличава броя на независимите участници в наблюдението. Това число се използва за изчисляване на скоростта, с която се изпращат пакетите.
(4) Функцията по избор е да предава минимална информация за контрол на връзката, като например идентифициране на участниците. Най-вероятно ще се използва в връзки за "свободен контрол", където участниците могат свободно да влизат или излизат без контрол на членове или координация на параметри. RTCP действа като удобен канал за всички участници, но не трябва да поддържа всички изисквания за контрол на комуникацията на приложението.
Когато RTP се използва в IP мултикаст, първите три функции са необходими и препоръчителни за всички ситуации. Дизайнерите на RTP приложения трябва да избягват използването на механизми, които работят само в режим на едноадресен достъп, което ще доведе до невъзможност за мащабиране.
2. Връзката между RTP / RTCP и други протоколи
Диаграма на поточна медийна архитектура
Връзката между протокола RTP и други протоколи
RTP, TCP и UDP са всички протоколи на транспортния слой; RTP също може да се счита, че е между приложния слой и транспортния слой
Както се вижда от фигурата, RTP е разделен на транспортния слой, който е изграден върху UDP. Подобно на UDP протокола, за да реализира своята функция за предаване в реално време, RTP също има фиксирана форма за капсулиране. RTP се използва за предоставяне на информация за времето и синхронизация на потока за предаване в реално време от край до край, но не гарантира качеството на услугата. Качеството на услугата се осигурява от RTCP.
3. Протокол RTMP
Протоколът за съобщения в реално време RTMP (Real Time Messaging Protocol) е отворен протокол, разработен от Adobe Systems за аудио, видео и предаване на данни между Flash плейъри и сървъри.
Той има три варианта:
1) протокол за открит текст, работещ на TCP, използващ порт 1935;
2) RTMPT е капсулиран в HTTP заявката и може да премине през защитната стена;
3) RTMPS е подобен на RTMPT, но използва HTTPS връзка;
Протоколът RTMP се използва от Flash за предаване на обекти, видео и аудио. Този протокол се основава на протокола TCP или HTTP протокола за анкетиране;
Протоколът RTMP е като контейнер, използван за съхранение на пакети данни. Тези данни могат да бъдат данни във формат AMF или видео / аудио данни във FLV;
Една връзка може да предава множество мрежови потоци през различни канали. Всички пакети в тези канали се предават в пакети с фиксиран размер;
|
Въведете имейл, за да получите изненада
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 -> Italian
ja.fmuser.org -> японски
ko.fmuser.org -> корейски
lv.fmuser.org -> латвийски
lt.fmuser.org -> Литовски
mk.fmuser.org -> македонски
ms.fmuser.org -> малайски
mt.fmuser.org -> Малтийски
no.fmuser.org -> Norwegian
fa.fmuser.org -> персийски
pl.fmuser.org -> полски
pt.fmuser.org -> португалски
ro.fmuser.org -> Romanian
ru.fmuser.org -> руски
sr.fmuser.org -> сръбски
sk.fmuser.org -> словашки
sl.fmuser.org -> Словенски
es.fmuser.org -> испански
sw.fmuser.org -> суахили
sv.fmuser.org -> шведски
th.fmuser.org -> Thai
tr.fmuser.org -> турски
uk.fmuser.org -> украински
ur.fmuser.org -> урду
vi.fmuser.org -> Виетнамски
cy.fmuser.org -> уелски
yi.fmuser.org -> Идиш
FMUSER безжично предаване на видео и аудио по-лесно!
Контакти
Адрес
No.305 Стая HuiLan Сграда No.273 Huanpu Road Гуанджоу Китай 510620
Категории
Бюлетин