RTP / RTCP 、 TCP 、 UDP 、 RTMP 、 RTSP (2)

Справочен документ RFC2326
Протоколът за поточно предаване в реално време (Real Time Streaming Protocol) е мултимедиен протокол за стрийминг, използван за управление на звук или видео и позволява едновременно управление на множество изисквания за стрийминг. Протоколът за мрежова комуникация, използван по време на предаване, не е в рамките на определения му обхват. Сървърната страна Можете да изберете да използвате TCP или UDP за предаване на поточно съдържание. Синтаксисът и работата му са подобни на HTTP 1.1, но синхронизирането на времето не е особено подчертано, така че може да толерира мрежови закъснения. Споменатият по-горе контрол на търсенето с много потоци (Multicast) може не само да намали използването на мрежата от страна на сървъра, но и да поддържа многостранни видеоконференции (Video Conference). Тъй като работи подобно на HTTP1.1, кеш функцията "Cache" на прокси сървъра "Proxy" е приложима и за RTSP и тъй като RTSP има функция за пренасочване, сървърът, който предоставя услугата, може да бъде превключен според действителното натоварване ситуация за избягване на прекомерно натоварване, концентрирано на същия сървър и причиняване на забавяне.

　　 беше предложено съвместно от Real Networks и Netscape. Протоколът определя как едно към много приложения могат ефективно да предават мултимедийни данни чрез IP мрежа. RTSP предоставя разширяема рамка, която дава възможност за контрол и данни при поискване в реално време, като аудио и видео. Източниците на данни включват актуални данни и данни, съхранявани в клипове.
Целта на този протокол е да контролира множество връзки за предаване на данни, да осигури начин за избор на канали за предаване, като UDP, мултикаст UDP и TCP и да осигури методи за избор на механизъм за предаване, базиран на RTP.

　　RTP / RTCP е действителният протокол за предаване на данни;

RTP предава аудио / видео данни. Ако е PLAY, сървърът го изпраща на клиента. Ако е ЗАПИС, той може да бъде изпратен на сървъра от клиента. Целият протокол RTP се състои от две тясно свързани части: протокол за RTP данни и протокол за управление на RTP (т.е. RTCP) ；

　　 RTCP: RTCP включва доклад за изпращача и получател, използван за аудио / видео синхронизация и други цели и е контролен протокол;

RTSP: Протокол за поточно предаване в реално време (RTSP)

　　Исканията за RTSP включват основно ОПИСАНЕ, НАСТРОЙКА, ИГРА, ПАУЗА, ТЕКДАУНТ, ОПЦИИ и др., Както подсказва името, може да бъде известна като функция за диалог и контрол;

　　 По време на RTSP разговор, SETUP може да определи порта, използван от RTP / RTCP, PLAY / PAUSE / TEARDOWN може да стартира или спре изпращането на RTP и т.н .;

　　 TCP, пълното име е Протокол за контрол на трансфера, а китайското име е Transmission Control Protocol. Той работи върху транспортния слой OSI и осигурява ориентирани към връзката надеждни услуги за предаване.

　　 Работата на TCP е основно за установяване на връзка и след това получаване на данни от програмата на приложния слой и предаване. TCP използва виртуална верижна връзка за работа. Преди да изпрати данни, трябва да установи връзка между подателя и получателя. След изпращане на данните подателят ще изчака получателят да даде потвърдителен отговор, в противен случай подателят ще помисли, че тези данни са загубени, и ще ги изпрати отново.

RTP не е като http и ftp, които могат да изтеглят изцяло целия филмов файл. Той изпраща данни в мрежата с фиксирана скорост на предаване на данни. Клиентът също гледа филмовия файл с тази скорост. След възпроизвеждане на филмовия екран той не може да се възпроизвежда многократно. , Освен ако не поискате данни от сървъра отново.

　　 Най-голямата разлика между RTSP и RTP е, че: RTSP е двупосочен протокол за предаване на данни в реално време, който позволява на клиента да изпраща заявки до сървъра, като например възпроизвеждане, бързо превъртане напред и назад.

　　 Разбира се, RTSP може да предава данни въз основа на RTP и може също така да избира TCP, UDP, многоадресен UDP и други канали за изпращане на данни, което има добра мащабируемост.
Това е протокол от мрежово приложение, подобен на протокола http.

Пристанищен порт: посочва се номерът на порта на приемащия край

Пореден номер: показва позицията на сегмента в последователността на сегментите, които ще бъдат предадени

Номер за потвърждение: указва поредния номер на успешно получения сегмент, номерът за потвърждение съдържа следващия пореден номер, който краят, изпращащ потвърждението, очаква да получи

TCP отместване: определя дължината на заглавката на сегмента. Дължината на заглавката на раздела зависи от опцията, зададена в полето за опции на заглавката на раздела

Резервирано: Запазено поле е предназначено за бъдеща употреба

PSH: Показва, че данните ще бъдат изпратени до процеса на получаване възможно най-скоро

FIN: Показва, че подателят е завършил предаването на данни

Прозорец: Посочете командата за размера на следващия сегмент, който подателят може да предаде

Контролна сума: Контролната сума съдържа заглавката на TCP сегмента и част от данни, използвани за проверка на надеждността на заглавката на сегмента и частта от данни

Спешно: показва, че сегментът съдържа информация за спешни случаи и аварийният указател е валиден само когато флагът на URG е зададен на 1.

Опции: Посочени са разпознатият размер на сегмента, клеймото, краят на полето за опция и е посочена граничната опция на полето за опция

Установяване на TCP връзка: Процесът на установяване на TCP връзка се нарича още TCP тристранно ръкостискане. Първо, хостът на подателя инициира заявка за синхронизация (SYN), за да установи връзка с хоста на приемника; приемащият хост отговаря с отговор за синхронизация / потвърждение (SYN / ACK) на хоста на подателя след получаване на тази заявка; хостът на подателя получава това След като на пакета се изпрати потвърждение (ACK) до приемния хост, по това време TCP връзката е успешно установена;

Затваряне на TCP връзка: След като хостът на подателя и хостът на местоназначението установят TCP връзка и завършат предаването на данни, ще бъде изпратен пакет с данни с краен флаг, зададен на 1, за да затвори TCP връзката и да освободи буферното пространство, заето от връзката в по същото време; Настройка на TCP нулиране: TCP позволява връзката да бъде прекъсната внезапно по време на предаване, което се нарича TCP нулиране;

Сортиране и потвърждение на TCP данни: TCP е надежден протокол за предаване. Той използва поредни номера и номера за потвърждение, за да проследява получаването на данни по време на предаване;

TCP повторно предаване: В процеса на TCP предаване, ако приемащият хост не получи отговор за потвърждение на пакет данни в рамките на периода на изчакване на повторното предаване, хостът подател счита пакета данни изгубен и изпраща отново пакета данни на получателя страна, това се нарича TCP ретранслация;

Потвърждение на TCP закъснение: TCP не винаги потвърждава dата веднага след получаването му. Той позволява на хоста да изпрати собствено съобщение за потвърждение до другата страна, докато получава данните.

TCP защита на данните (контролна сума): TCP е надежден протокол за предаване, който осигурява изчисляване на контролна сума за реализиране на целостта на данните по време на предаването.

　　 UDP протоколът е съкращението на английски UserDatagramProtocol, т.е.потребителски протокол за дейтаграми, който се използва главно за поддържане на мрежови приложения, които трябва да предават данни между компютрите. Многобройни мрежови приложения клиент / сървър, включително мрежови системи за видеоконферентна връзка, трябва да използват UDP протокола. UDP протоколът се използва в продължение на много години от създаването си. Въпреки че първоначалният му блясък е скрит от някои подобни протоколи, дори днес UDP все още е много практичен и осъществим протокол от мрежов транспортен слой.

　　 Подобно на добре познатия протокол TCP (Transmission Control Protocol), протоколът UDP се намира директно върху протокола IP (Internet Protocol). Според референтния модел на OSI (Open System Interconnection), UDP и TCP са протоколи на транспортния слой.

　　 Основната функция на UDP протокола е да компресира мрежовия трафик от данни под формата на дейтаграми. Типична дейтаграма е единица за предаване на двоични данни. Първите 8 байта от всяка дейтаграма се използват, за да съдържат заглавна информация, а останалите байтове се използват, за да съдържат специфични данни за предаване.

　　 TCP е протокол от точка до точка, което означава, че всеки клиент трябва да отдели връзката клиент / сървър, така че излъчването на данни към множество клиенти не може да се реализира на ниво мрежа. Ако потокът от данни трябва да се предава едновременно на множество клиенти, сървърът трябва да предаде копие на потока от данни на всеки клиент. TCP може динамично да регулира скоростта на предаване в зависимост от честотната лента на мрежата и степента на претоварване и да изпраща отново загубените пакети данни. Надеждността на предаването на данни е гарантирана, но сървърните ресурси са скъпи и е трудно да се осигури ефективността на предаването на потока от данни в реално време, когато потокът от данни е голям.

UDP е ненадежден протокол за предаване. В края на изпращането скоростта, с която UDP предава данни, е ограничена само от скоростта, с която приложението генерира данни, капацитета на компютъра и честотната лента на предаване; в приемащия край UDP поставя всеки сегмент от съобщения в опашка. Приложението чете сегмент от съобщение от опашката всеки път; протоколът UDP не трябва да поддържа състоянието на връзката и не смята, че всеки пакет данни трябва да достигне приемащия край, така че натоварването на мрежата е по-малко от TCP и скоростта на предаване е по-бърза от TCP; Колкото по-претоварена е мрежата, толкова повече пакети данни се губят.

　　 Основната разлика между UDP и TCP протокола е как да се постигне надеждно предаване на информация. Протоколът TCP съдържа специален механизъм за гарантиране на доставката. Когато получателят на данни получи информацията от подателя, той автоматично ще изпрати съобщение за потвърждение до подателя; подателят ще продължи да предава друга информация само след получаване на съобщението за потвърждение. В противен случай ще изчака, докато се получи съобщението за потвърждение.

　　 Така че TCP има повече време за установяване на връзка, отколкото UDP. В сравнение с UDP, TCP има по-висока сигурност и надеждност. Размерът на предаване на протокол TCP не е ограничен. След като връзката бъде установена, и двете страни могат да предават голямо количество данни в определен формат, докато UDP е ненадежден протокол с ограничение на размера, който не може да надвишава 64K всеки път.

　　 В сравнение с протокола TCP, друга разлика в протокола UDP е как да получавате множество дейтаграми, които са неочаквани. За разлика от TCP, UDP не гарантира реда за изпращане и получаване на данни.

RTP е над UDP. Въпреки че UDP не е толкова надежден като TCP и не може да гарантира качеството на услугатаПри услугите в реално време RTCP трябва да наблюдава предаването на данни и качеството на услугите в реално време. Тъй като обаче забавянето на предаването на UDP е по-ниско от това на TCP, то може да бъде много съвместимо с видео и аудио. Добро съвпадение. Следователно, в практически приложения, RTP / RTCP / UDP се използва за аудио / видео носители, а TCP се използва за предаване на данни и контролна сигнализация.

Протоколът RTMP е протокол, създаден специално за ефективно предаване на видео, аудио и данни. Той реализира предаване на видео и звук в реално време чрез установяване на двоична TCP връзка или свързване на HTTP тунел.

　　RTMP поддържа повече медийни протоколи от традиционните медийни сървъри. Той поддържа динамично предаване на множество линии, които могат да съдържат аудио, видео и данни от скриптове от сървъра до клиента и от клиента към сървъра. RTMP обработва отделно аудио, видео и данни от скриптове.

　　Звуковите и видео данните се буферират отделно в сървъра. Ако звуковите данни достигнат определено ограничение в звуковия буфер, всички данни в буфера ще бъдат изхвърлени, а на най-скоро пристигналите данни ще бъде позволено да започнат да се събират в буфера и да се изпращат на всеки клиент. Видео данните се обработват по подобен начин, разликата е, че когато пристигне нов ключов кадър, данните в буфера се изчистват. При изхвърляне на старите данни за рамката, ако се установи, че данните на клиента са грешни, се монтират нови и стари рамки.

　　RTMP дава различни нива на приоритет на данните. В разговорите в реално време звукът е най-важен, видеото получава нисък приоритет, а данните за скриптове имат приоритет между звука и видеото.

　　 Протоколът RTMP може да създава множество потоци от данни, но всеки поток от данни може да има само една посока. Използването на RTMP може да изгради такава система, клиентът може да взаимодейства едновременно с RTMP сървъра и сървъра за приложения, така че натоварването на сървъра да се разпръсне, въпреки че в тази подобрена системна структура изискванията за производителност на RTMP сървъра са относително високи.

　　 HTTP протокол, пълното име е HyperText Transfer Protocol, а китайското име е HyperText Transfer Protocol;

　　MMS протокол, пълното име е Microsoft Media Server Protocol, а китайското име е Microsoft Media Server Protocol;

　　 Протоколът HLS, пълно име HTTP Live Streaming, е протокол за предаване на поточна медия, базиран на HTTP, внедрен от Apple Inc .;

Колко далеч (дълга) на капака на предавателя?

Диапазонът на предаване зависи от много фактори. Истинската разстоянието се основава на антената инсталиране височина, антена печалба, като се използва среда като сграда и други препятствия, чувствителността на приемника, антената на приемника. Инсталиране на антената по-високо и с помощта на село, на разстояние много ще по-далеч.

Пример 5W FM трансмитер използва в града и родния град:

Имам USA използване клиент 5W FM предавател с GP антена в родния си град, и той го тестваме с кола, да я покрие 10km (6.21mile).

Аз се тества FM трансмитер 5W с GP антена в родния ми град, тя обхваща около 2km (1.24mile).

Аз се тества FM трансмитер 5W с GP антена в град Гуанджоу, тя обхваща около само 300meter (984ft).

По-долу са приблизително в интервала от различни мощност FM трансмитери. (Диапазонът е диаметър)

0.1W ~ 5W FM трансмитер: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM трансмитер: 3KM ~ 10KM

80W ~ 500W FM трансмитер: 10KM ~ 30KM

500W ~ 1000W FM трансмитер: 30KM ~ 50KM

1KW ~ 2KW FM трансмитер: 50KM ~ 100KM

2KW ~ 5KW FM трансмитер: 100KM ~ 150KM

5KW ~ 10KW FM трансмитер: 150KM ~ 200KM

Как да се свържете с нас за предавателя?

Обади ми + 8618078869184 OR
Изпрати ми имейл [имейл защитен]
1.How далеч искате да покрие в диаметър?
2.How висок от вас кула?
3.Where сте?
И ние ще ви даде по-професионален съвет.

За нас

FMUSER.ORG е компания за системна интеграция, фокусираща се върху безжичното предаване на RF / студио видео аудио оборудване / стрийминг и обработка на данни. Ние предлагаме всичко - от консултации и консултации чрез интегриране на стелажи до инсталация, пускане в експлоатация и обучение.

Предлагаме FM предавател, аналогов телевизионен предавател, цифров телевизионен предавател, VHF UHF предавател, антени, коаксиални кабелни конектори, STL, обработка на въздуха, излъчвани продукти за студиото, RF сигнален мониторинг, RDS енкодери, аудио процесори и дистанционни контролни единици, IPTV продукти, видео / аудио енкодер / декодер, предназначени да отговорят на нуждите както на големи международни излъчващи мрежи, така и на малки частни станции.

Нашето решение има FM радио станция / аналогова телевизионна станция / цифрова телевизионна станция / аудио видео студио оборудване / студио предавател връзка / предавател Телеметрична система / хотелска телевизионна система / IPTV на живо излъчване / стрийминг на живо излъчване / видео конференция / CATV излъчване система.

Ние използваме съвременни технологични продукти за всички системи, защото знаем, че високата надеждност и високата производителност са толкова важни за системата и решението. В същото време ние също трябва да се уверим, че системата ни продукти с много разумна цена.

Имаме клиенти на обществени и комерсиални оператори, телекомуникационни оператори и регулаторни органи, а също така предлагаме решения и продукти на много стотици по-малки, местни и общински телевизионни оператори.

FMUSER.ORG изнася повече от 15 години и има клиенти от цял свят. С 13 години опит в тази област, ние имаме професионален екип за решаване на всички видове проблеми на клиента. Ние сме посветени на предоставянето на изключително разумни цени на професионални продукти и услуги. Имейл за връзка: [имейл защитен]

Нашата фабрика

Ние имаме модернизация на фабриката. Вие сте добре дошли да посетите нашия завод, когато дойдете в Китай.

В момента вече има клиентите 1095 цял свят посетиха нашия Guangzhou Tianhe офис. Ако дойдете в Китай, вие сте добре дошли да ни посетите.

В Fair

Това е нашето участие в 2012 Global Източници Hong Kong Electronics Fair . Клиенти от цял свят най-накрая имаме шанс да се съберат заедно.

Къде е Fmuser?

Можете да търсите тези номера " 23.127460034623816,113.33224654197693 "в google map, тогава можете да намерите нашия офис на fmuser.

FMUSER Гуанджоу офис се намира в Област Tianhe което е център на кантон , много близо до към Canton Fair , ЖП гара Гуанджоу, xiaobei път и dashatou , Само трябва 10 минути ако се вземат TAXI , Добре дошли приятели от цял свят да посетят и да преговарят.

За контакти: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Мейл: [имейл защитен]
QQ: 727926717
Skype: sky198710021
Адрес: No.305 стая HuiLan Building No.273 Huanpu Road Гуанджоу Китай Zip: 510620

Английски: Приемаме всички плащания, като PayPal, кредитна карта, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Ако имате някакви въпроси, моля свържете се с мен [имейл защитен] или WhatsApp + 8618078869184

PayPal. www.paypal.com

Препоръчваме ви да използвате Paypal да купуват нашите продукти, на PayPal е сигурен начин да се купуват по интернет.

Всеки от нашия списък т страница дъно на върха имат PayPal логото, за да плати.

Кредитна карта.Ако не разполагате с PayPal, но имате кредитна карта, можете също така да щракнете Жълтия бутон PayPal, за да платите с кредитна карта.

-------------------------------------------------- -------------------

Но ако имате не една кредитна карта и не имате PayPal акаунт или трудно да се получи PayPal разчетна, можете да използвате следното:

Western Union.

www.westernunion.com

Платете чрез Western Union за мен:

Първо име / Наименование: Yingfeng
Фамилия / Фамилия / Фамилия: Джанг
Пълно име: Yingfeng Zhang
Държава: Китай
Град: Гуанджоу

-------------------------------------------------- -------------------

T / T. Платете чрез T / T (банков превод / телеграфен превод / Bank Transfer)

ПЪРВА БАНКОВА ИНФОРМАЦИЯ (СЧЕТОВОДСТВО НА КОМПАНИЯТА):

SWIFT BIC: BKCHHKHHXXX
Име на банката: Банка на Китай (Хонг Конг) ООД, Хонг Конг
Банка Адрес: БАНКАТА НА КИТАЙ КИТАЙ, 1 ГРАДИНА ПЪТ, ЦЕНТРАЛНА, ХОНКОНГ
БАНК КОД: 012
Име на профила: FMUSER INTERNATIONAL GROUP LIMITED
Профил №. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Втора ИНФОРМАЦИЯ ЗА БАНКАТА (КОМПАНИОННА СЧЕТ):
Бенефициент: Fmuser International Group Inc.
Номер на сметката: 44050158090900000337
Банка на бенефициента: Китайска строителна банка, клон Гуангдонг
SWIFT код: PCBCCNBJGDX
Адрес: NO.553 Tianhe Road, Гуанджоу, Гуангдонг, район Tianhe, Китай
** Забележка: Когато превеждате пари по нашата банкова сметка, моля, НЕ пишете нищо в полето за забележки, в противен случай няма да можем да получим плащането поради правителствената политика за международния търговски бизнес.

* Той ще бъде изпратен в 1-2 работни дни, когато плащането ясно.

* Ние ще го изпратите на вашия PayPal адрес. Ако искате да промените адреса, моля изпратете точен адрес и телефонен номер на моя имейл [имейл защитен]

* Ако пакетите е под 2kg, ние ще бъдат изпратени по пощата въздушна поща, това ще отнеме около 15-25days до ръката си.

Ако пакетът е повече от 2kg, ние ще се изпращат чрез EMS, DHL, UPS, Fedex бързо експресна доставка, това ще отнеме около 7 ~ 15days до ръката си.

Ако пакетът повече от 100kg, ние ще изпратим чрез DHL или въздушен транспорт. Това ще отнеме около 3 ~ 7days до ръката си.

Всички пакети са форма на Китай Гуанджоу.

* Пакетът ще бъде изпратен като "подарък" и ще бъде изчистен възможно най-малко, купувачът не трябва да плаща за "ДАНЪК".

* След кораб, ние ще Ви изпратим имейл и ще ви даде номер за проследяване.

За гаранция.
Свържете се с нас --- >> Върнете ни артикула --- >> Получете и изпратете нова замяна.

Име: Liu Xiaoxia
Адрес: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Гуанджоу Китай.
Пощенски код: 510620
Телефон: + 8618078869184

Моля, върнете се на този адрес и напишете своя PayPal адрес, име, проблем на бележка: