Премьера видеофильма о будущем систем видеонаблюдения на ТБ Форуме

А какова будет скорость ЧАСТНОГО - для каждой из 70-100 ШЗ камеры - от скорости IP сети в 1000 мБит, при условии что в данной сети одновременно работают от 70-100 IP камер и от 70-1000 пользователей, - наблюдающих за этими камерами единовременно?

Нетрудно повторить для особо одарённых:

Вследствие законов физики, максимальная оптимальная пропусная способность кабеля UTP, который состоит из 8 жил будет в 4 раза выше, чем коаксиального кабеля, который состоит из 2 жил (центральная жила + оплётка).

Что и подтверждается наличием стандарта IEEE 802.3an 10GBASE-T с пропускной способностью 10 Гбит/сек при длине кабеля до 100 м.

Предвосхищая вопросы о стоимости оборудования с портами 10GBASE-T :

1) стоимость коммутатора с 24-мя портами 1GE и 2 портами 10GE - можно купить в Москве за 23 т.р.

2) сетевая плата на 2 порта 10GE для устновки в компьютер - можно купить в Москве за 10т.р.

с работала сигнализация, охранник встрепенулся и обратил взор на мониторы, и вот тут как раз очень удачно запоздавшая картинка обозначила ему что собственно происходит :)))) А в прямой трансляции он бы все проморгал :)

Вот кстати выше уже писали о схеме работы ОВ в комплексе с ОПС. ОВ служит для дефектовки сработок ОПС. применительно к складу хлора - по сути, стоит в центре склад, по периметру с расстоянием метров 20-30 забор, по забору колючка. на ней же вибродатчики ОС первый периметр, далее внутри забора узконаправленные датчики движения лучами создают второй периметр, ну и видеокамеры стоят на здании, обозревают площадь между забором и зданием + поворотные камеры для "рассмотреть". Что мы имеем? охрана таки осуществляется сигнализацией, видеокамера нужна для "оценить угрозу" после сработки. Причем специально сделана "задержка", сначала нарушат контур сигнализации и только потом попадут в поле зрения. Ну и чем тут помешает задержка еще в одну секунду?

Всерьез думаете что охранник там не дремлети неустанно смотрит в мониторы? А палец держит всегда на "красной кнопке", чтобы успеть если что подать сигнал. :)))

А в оптике то как сигнал идет? Последовательно или параллельно? Чисто на уровне физики.

Если под "параллельностью" имеется в виду распараллеливание по времени, т.е. когда несколько информационных символов передаются в канале одновременно, то ответ такой:

Есть и последовательные (классическая одномодовая ВОЛС), есть и "параллельные" схемы со спектральным уплотнением (CWDM, DWDM).

А применительно к DVB-C по оптике? Каждый канал и дальше передается параллельно в своем "кусочке" спектра?

Вообще-то в определённой стандартом в классической триаде DVB (эфир, спутник, кабель) нет ВОЛС. Под "кабелем" в DVB-C понимаются только кабельные сети, основанные на коаксиальных кабелях.

Есть в виде всяких необязательных дополнений и частных реализаций DVB:

1)экзотика "ASI over fiber", когда один канал SDI можно передать через ВОЛС;

2) И ещё, как это ни смешно, есть DVB-IPDC - передача датаграмм DVB через cеть IP.

И ещё, как это ни смешно, есть DVB-IPDC - передача датаграмм DVB через cеть IP.

Об этом я говорил Вадиму еще на 10 странице, когда речь шла о "ширине канала". Он сказал, что это не кошерно и придумали это не большого ума люди. :)

А по оптике тоже идет формат DVB-C с плюшками типа кучи независимых каналов с полными 100 мегабитами в каждом?

Вот что интересно! Прямая конвертация ВЧ 47...862МГц видимо в спектр света,а потом обратно, не иначе.

Вот что интересно! Прямая конвертация ВЧ 47...862МГц видимо в спектр света,а потом обратно, не иначе.

"ВЧ-оптика" - это уже заявка на полновесную шнобелевскую премию (по-видимому, наш дорогой Вадим Викторович так разминается перед 1 апреля).

"ВЧ-оптика" - это уже заявка на полновесную шнобелевскую премию (по-видимому, наш дорогой Вадим Викторович так разминается перед 1 апреля).

Никчем Вокордович!

Вы уж "поберегите" пожалуйста себя! :-) А то нерОвен час - уписаетесь от смеха, да еще не дай Бог насмерть, да возьмете и помрете - не дотянув да 1 апреля!

- Кто же меня тогда (вот именно так, как это "умеете" делать тИлькИ вы), - будет тогда развлекать-то? :-))

Ну а пока, можете для начала прочесть (причем на пару с Вячеславом) - пару-тройку глав из учебника по "Системам кабельного телевидения"

Глава 3.1 Архитектура гибридных КТВ на ВОЛС.

Глава 3.2 Оптические гибридные передатчики ВОЛС

Глава 3.3 Оптические гибридные приемники ВОЛС

Предвкушая вопросы:

- У кого купить?

Отвечаю:

- Можете у нас в ООО "Элтра": - официального дилера ООО"Планар".

Правда наш профиль это системы "Охранного и Навигационного оборудования" производимого ООО"Планар" и системы КТВ на ВОЛС - в данную поддиректорию не попадают, но дать профессиональную консультацию - темболее "шибко-вУмным", а так же посодействовать в приобретении со скидками, мы - я так пологаю, сможем помочь любому пожелавшему (хотя разве что, "инновационная фирма": - может и не попасть в данный список перво-апрельских скидок).

;-)

ВОЛС передатчики и ВОЛС приемники - производимые ООО "Планар"

Предчувствую "каверзный" вопрос от пиар-тролля "новатора", сразу даю ссылку на ТТХ и стоимость бюджетного варианта:

Передатчики прямого направления SOT-02 m.1310-SA-05-00-01 - 16900,00р.

Оптический приёмник HOM-O-PON - 1700,00р.

Т.ч. "дорогой мой " Вячеслав, отвечая на ваш вопрос поро ПАРАЛЛЕЛЬНОСТЬ, сообщаю: - на широкополосных АНАЛОГОВЫХ приемниках и передатчиках ВОЛС, Вы можете построить АНАЛОГОВУЮ и 100% ПАРАЛЛЕЛЬНУЮ линию ВОЛС для передачи и приема не только ВЧ модулированного цифрового сигнала DVB, но и передать ВЧ амплитудно модулированный АНАЛОГОВЫЙ сигнал, общей шириной от 47…862 мГц, что позволить при использовании ВЧ модуляторов (с одной подавленной боковой) и всё того же производства ООО "Планар" - передать и принять, причем именно через один оптический кабель: - (862-47)/8=101,875 аналоговых ВЧ модулированных сигнала - т.е. передать ПАРАЛЛЕЛЬНО сигнал от 101 видеокамеры SD разрешения, причем на расстояние до 80 км, или же: - перераспределив частотную емкость между АНАЛОГОВЫМИ и DVB сигналами предавать от 101 до 808 сигналов DVB разрешения SD, или же от 101 до 202 разрешения HD, ну и наконец (при использовании h264) - от 101 до(как минимум) 202 каналов S-HD разрешения.

С Уважением Вадим Тюрин.

PS

Нетрудно повторить для особо одарённых:

Мажор Вокорждович?! А может уже хватит:- "Пенять на зеркало, - коли у самого рожа кривая, да и мозгов с гулькин х...рен!"

Допустим, как Вадим пару страниц назад рисовал, схему с 7 коммутаторами. Получаем цепочку камера--ком-р--ком-р--NVR--экран. Составляющие "задержки" в таком случае - кодирование картинки в камере - передача по сети-раскодирование картинками силами NVR и вывод на экран. Внимание вопрос. Сколько времени занимает каждая из этих составляющих? По моему скромному мнению, именно этапы кодирования и раскодирования, причем это "заслуга" используемого тяжелого кодека H264. А по сети видео "пролетает" почти мгновенно. Я прав?

Очередность пакетов

На самом низком уровне поток IPTV пакетов "заставляет" маршрутизаторы или коммутаторы сохранять пакеты IP данных на короткий период, пока сетевое устройство занято обработкой других IP пакетов. После того, как эти пакеты обработаны, сетевое устройство получает следующие пакеты в свой внутренний буфер. Количество очередей поддерживаемых маршрутизаторов варьируется в зависимости от количества сервисов, используемых сетью. Процесс постановки пакетов в очередь проиллюстрирован на следующем примере.

Предположим, сервер IP вещания посылает мультикаст пакеты ТВ программы, сжатой в H.264, с постоянным битрейтом (constant bitrate, CBR) 2.5 Мб/с. Некоторые возможные узкие места сети показаны на рис.1

Первый сценарий иллюстрирует ситуацию, когда сеть идеальна и пакеты идут с интервалов в 1.5 мсек. В этом случае межпакетные интервалы не изменяются на всем пути следования через все узлы сети. К сожалению, в реальной сети этого практически не бывает.

Во втором сценарии два IPTV пакета посылаются в сеть друг за другом без временного промежутка, а третий пакет через 3.5 мсек после первых двух. В этом случае так же не возникает проблемы с очередностью пакетов.

Третий сценарий более близок к тому, что происходит в реальной IP сети, используемой для предоставления triple-play IP услуг. При этом сценарии VoIP, IPTV и WEB одновременно присутствуют в сети. В такой сети межпакетные интервалы всех трех потоков, приходящих на маршрутизатор, более менее одинаковы. Т.к. маршрутизатор не может обрабатывать все пакеты одновременно, то формируется очередь, и пакеты помещаются в буферную память, до момента, когда по ним будет принято решение об отправке на нужный порт. В этом примере очередь переполняет буфер, и пакеты, относящиеся к данным Internet, отбрасываются. В свою очередь, потоки VoIP и IPTV услуг сохранят межпакетные интервалы.

Это упрощенные модели разных типов сетей, которые должны учитываться при развертывании IPTV услуг.

Буферизация выходных портов маршрутизаторов может привести к потере пакетов. Если маршрутизатор на ключевом участке сети работает близко к своему пределу по входной скорости, то это так же может привести к потере пакетов из-за переполнения буфера. Данная проблема может проявляться не столь очевидно в моменты неполной загруженности сети, но в период прайм-тайм на ТВ может привести к срыву трансляций.

Сети, вносящие задержки в прохождение пакетов, могут быть причиной потери очередности поступления пакетов. Данную проблему можно решить путем увеличения входных буферов абонентских устройств.

Джиттер пакетов видео услуг

IPTV услуги достаточно чувствительны к задержкам, возникающим в перегруженных серверах, маршрутизаторах, "узких" местах сети, очередях. Качество видео напрямую связано с доставкой IP потока без потерь с постоянной скоростью. Декодер в абонентском устройстве требует стабильного входящего IP потока. Это достигается усложненной синхронизацией между декодером в абонентском устройстве и кодером в IPTV головной станции. Отклонения фактического от ожидаемого времени поступления пакета (раньше или позже) называют джиттером (jitter). Рисунок 2 показывает к чему может приводить эффект джитерра для IPTV потока.

Как показано выше, первый сценарий прохождения потока по IP сети является идеальным, качество ТВ сигнала отличное. Пакеты равномерно поступают в сеть и так же равномерно поступают в абонентское устройство.

Во втором сценарии наблюдаются проблемы с недостаточно быстрым заполнением буфера, что приводит к перерывам поступления пакетов в декодер.

В третьем сценарии пакеты поступают в буфер слишком быстро. Это приводит к переполнению буфера абонентского устройства и потере пакетов. Когда такое начинает происходить, на экране это проявляется в виде мерцаний. Этот эффект может быть снижен за счет увеличения буферной памяти абонентского устройства или путем увеличения емкости сети доступа. Большая буферная память уменьшает эффект джиттера, но в то же время ведет к задержкам, требующихся для заполнения буфера. Для примера, размер буфера абонентского устройства может запомнить от пяти до сорока секунд видео перед отправкой его на декодер. В хороших IP сетях величина джиттера составляет миллисекунды.

Рассмотрим более детально задержки и джиттер. К примеру, возьмем поток видео SPTS с

• полосой 4.7 Mbps.
• на 1 кадр Ethernet пакет приходится 7 DVB пакетов, т.е. 7 х 188 = 1316 байт
• инкапсуляция IP/UDP/RTP потребует еще 54 байта на заголовки
• теоретически 1 Ethernet кадр длиной 1370 байт дает полосу 4.886 Mbps
• поток Ethernet (кадров в секунду) = 4.886.000 (битрейт) / 8 (бит в байте) * 1370 (байт в кадре) = 445.8 кадров в секунду
• интервал между кадрами 1/445.8 = 0.00224 секунды

В идеале видео пакеты должены поступать в декодер с интервалом 2.24 мсек. Любое отклонение от этого идеала ведет к необходимости применения буфера. Если с фиксированным отклонением еще можно бороться, то с переменным отклонением (джиттером) не все так просто. На него влияет структура IP сети, размер буферов маршрутизаторов, а так же степень поддержки QoS абонентским устройством.

Постоянное отслеживание значения джиттера может помочь заблаговременно устранить возможность появления проблемы на том или ином участке сети.

Буферы абонентских устройств

Выше в основном говорилось о преимуществах использования больших буферов в абонентских устройствах. Но есть и отрицательные последствия использования неоптимизированного по размеру буфера. Перечислим некоторые из них:

• повышение стоимости абонентского устройства (микросхемы оперативной памяти, используемые в качестве буфера стоят относительно дорого)
• увеличение времени переключения между каналами (при переключении между каналами, абонентское устройство сначала очищает имеющийся буфер, потом заполняет его до некоего уровня входными пакетами новой ТВ программы и только после этого направляет пакеты на декодер, т.е. на экран. Данная процедура может занимать несколько секунд, что ведет к появлению раздражения абонентов)
• усложнение программного обеспечения абонентского устройства (операции с большими объемами памяти, алгоритмы восстановления последовательности и т.п. - требуется большее время на создание ПО устройства, а также проведение более трудоемких тестирований и отладок)

Ну и еще немного про "прелести" феноменна джиттера - прочесть можно тут:

Цитата:

Подводные камни IPTV.Новые технологии предполагают ис-пользование более продвинутого и, как следствие, дорогого оборудования, как в серверной, так и на всем остальном трак-те. В каждом доме (а иногда и в подъезде) придется ставить более «продвинутые» роутеры/свитчи с гигабитными транковыми интерфейсами, поддерживающие определенные протоколы.Абонентам потребуется раздавать IPTV-приставки, которые, как правило,дороже приставок DVB с базовой функциональностью. Весьма затруднителен и стратегически важен на начальном этапе выбор middleware (программа управления IPTV-контентом, подписками, сеттоп-боксами) и затраты на эту систему, скорее всего,тоже будут значительными.Не стоит забывать и о том, что такиесети более высокотехнологичны, и, как ре-зультат, для поддержки потребуются более высокооплачиваемые профессионалы-сетевики, а большинство руководителей знают, что фонд ЗП предприятия — один из самых больших.Приставки IPTV в среднем «виснут» чаще и более тяжелы в пользовании для неискушенного абонента. «Зависания» объясняются более сложными схемотех-ническими решениями или, например, большим количеством возможных функций (больше багов из-за неправильной комбинации нажатых кнопок и т.д.).Общая задержка сигнала при вещании Live-TV (разница во времени с того момен-та, когда информация вышла со студии в тракт передачи и дошла до абонента) гораздо выше у IPTV, чем, например, у DVB. Это,конечно, не смертельно, но в некоторых случаях (например, телевикторины и т.д.), когда требуется своевременный «дозвон», диалог со студией становится простоневозможен.Суть явления проста — причиной всему служит сложная система распределения через интеллектуальные свитчи и роутеры, которые анализируют пакеты и проводят с ними разнообразные манипуляции согласно технологии передачи IP-пакетов. Как результат — страдает очередность пакетов, появляется так называемый джиттер, который характеризует неравномерность прихода пакетов, и соответственно, чем больше джиттер, тем больше требуется времени впоследствии для сборки пакетов в пра-вильную очередь.В DVB никаких умных и сложных коммутаций не происходит, и по стандарту допускается джиттер буквально в наносекунды. При использовании IP джиттер принципиально не ограничен и может быть в тысячи раз больше, достигая нескольких секунд! Как более наглядный пример можно себе представить три комнаты, в которых смотрят один и тот же матч по футболу. Сначала «Гол!» донесется из комнаты с аналоговым сигналом, затем, почти сразу, из комнаты с DVB, и только че-рез несколько секунд — из комнаты с IPTV.Еще один момент, к которому надо быть готовым, это устойчивая тенденция перехода каналов/студий в формат HD, причем реальная ситуация показывает, что происходит это с опережением всех прогнозов! Все это чревато двойным увеличением полосы, занимаемой IPTV. И вроде не велика проблема — предусмотреть везде гигабитные порты, и «дело в шляпе». Но постоянно увеличивающийся аппетит на все более широкие интернет каналы не дает расслабиться. К тому же надо учитывать возможную перспективу внедрения ТВ формата 4К через 5-7 лет. Получается, что не все так безоблачно в погоне за новыми перспективными сервисами!

В хороших IP сетях величина джиттера составляет миллисекунды.