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 / RTCP
Протокол RTP
Повна назва RTP - Транспортний протокол реального часу (Real-time Transport Protocol).
Це стандарт, запропонований IETF (Інженерна робоча група Інтернету), а відповідним документом RFC є RFC3550 (RFC1889 - версія, термін дії якої минув). RFC3550 не тільки визначає RTP, але також визначає підтримуваний пов'язаний протокол RTCP (протокол управління транспортом у реальному часі, тобто протокол управління транспортом у реальному часі). RTP використовується для надання наскрізних послуг передачі в режимі реального часу для різноманітних мультимедійних даних, які потрібно передавати в режимі реального часу, таких як голос, зображення та факс в мережі IP. RTP забезпечує інформацію про час та синхронізацію потоку для наскрізної передачі в режимі реального часу в Інтернеті, але не гарантує якості обслуговування, яку надає RTCP.
Середовище додатків RTP
(1) Проста багатоадресна аудіоконференція. Голосовий зв’язок реалізується за допомогою багатоадресної адреси та пари портів. Один призначений для аудіоданих (RTP), а інший - для контрольних пакетів (RTCP).
(2) Аудіо та відеоконференції. Якщо в конференції використовуються як аудіо-, так і відеоконференції, ці два носії передаватимуться в різних сесіях RTP, і кожна сесія використовуватиме іншу адресу передачі (IP-адреса + порт). Якщо користувач використовує два сеанси одночасно, пакет RTCP, відповідний кожному сеансу, використовує канонічне ім'я CNAME (канонічне ім'я). Учасники можуть отримати відповідне аудіо та відео відповідно до 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 показує, що отримання відгуку від відправника є вирішальним для діагностики помилок передачі. Надсилання та отримання звітів зворотного зв'язку всім учасникам дозволяє спостерігачам проблем оцінити, чи є ці проблеми локальними чи глобальними. Механізми публікації, такі як багатоадресна розсилка ІР, дають можливість таким групам, як постачальники послуг мережі, отримувати зворотний зв'язок та виконувати функції сторонніх моніторів для діагностики мережевих проблем. Функція зворотного зв'язку виконується звітами відправника та одержувача 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 -> італійська
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 Кімната HuiLan Будівля No273 Huanpu Road Гуанчжоу Китай 510620
Категорії
Інформаційний бюлетень