Калкулатор за трафик на IP камери

Математиката на честотната лента зад всяка IP камера

Честотната лента на камера е произведението на пет фактора: суров резолюция-кадрова честота базова линия, ефективност на кодека, структура на GOP, сложност на сцената и режим на управление на скоростта. Технически спецификации от производители цитират един CBR цифър, който почти никога не съвпада с битрейта, който ще видите на проводника - номерът на техническите спецификации е контролиран лабораторен максимум при средна сложност на сцената, 2 s I-frame интервал и 30 fps. Реалните инсталации работят при 0.4× до 1.6× този брой в зависимост от конфигурацията.

Базовата линия резолюция-кадрова честота се мащабира приблизително линейно както с броя пиксели, така и с кадровата честота. Камера от 4 MP при 30 fps, използваща H.264, обикновено се намира около 8 Mbps. Удвояването на кадровата честота до 60 fps удвоява битрейта. Квадруплирането на пикселите до 16 MP квадруплира битрейта. Това е пода - кодекът и компресията, осведомена за съдържанието, го намаляват.

Ефективността на кодека спрямо H.264 е най-голямата отделна ръчка. H.265 (HEVC) достига приблизително 50% от честотната лента на H.264 при същото възприемчиво качество чрез по-добра вътрешна предсказвеност, по-големи кодиращи единици и асиметрично разделяне на движението. H.265+ - разширението на динамичен ROI на Hikvision и Dahua - намалява допълнително 20-40% на статична камера CCTV чрез потискане на кодирането на вектор на движението в неизменяващите се области на фона. AV1 достига приблизително 35% от базовата линия H.264, но е редко в IP камерите към 2026 г.; очаквайте го да се появи в освежаване на чипсета от 2027 г.

Структурата на GOP - кадънцията на пълните I-frames сред предвидените P/B frames - е важна, защото I-frames са 5-10× по-големи от P-frames. 1 s I-frame интервал при 25 fps поставя един I-frame на 25 frames; 5 s интервал поставя един на 125. Намаляването на половин I-frame интервал приблизително увеличава средния битрейт с 40-60%. Компромисът е отзивчивостта при търсене в хронологията на VMS плейбека: по-кратки GOP позволяват точност до кадър, но струват мрежа и съхранение.

Сложността на сцената е променливата, която никой не планира. При променлива честотна лента (VBR) - подразбора на всяка съвременна IP камера - статичен паркинг в 03:00 може да работи при 0.4× номиналния битрейт, докато оживено транспортно хъб при пиков час работи при 1.6-2× номинален. Преходите на осветление (разсъмване, залез, слънчево към облачно) пускат кратки скокове на битрейта, когато кодекът пресъздава референтни кадри. Две еднакви камери в различни среди могат да произведат 3× различни отпечатъци на съхранение и честотна лента за месец.

Режимът на управление на скоростта - VBR срещу CBR срещу ограничена-VBR - е последната ръчка. CBR е по-предпочитан, когда честотната лента е ограничена, защото пиковете са ограничени, но разхищва ефективност на компресията в тихи сцени. VBR е подразбора за развертания, чувствителни към съхранение. Ограничена-VBR задава както целево средно, така и максимална граница, давайки най-добро на двата свята, но с цена на по-сложна конфигурация на кодера.

Как да използвате този калкулатор за честотна лента

1. Въведете брой камери и резолюция.Изберете броя на камерите, които се излъчват едновременно към NVR или VMS. Резолюцията е броя на мегапикселите на сензора на камерата - това е доминиращият фактор на честотната лента.
2. Задайте кадрова честота и кодек.Повечето CCTV работи при 15-25 fps; скочете на 30 fps за ANPR и съседство на контрол на достъп. Изберете кодека, който вашата VMS действително декодира - H.265 е сега почти универсален, H.265+ изисква Hikvision/Dahua осведомени пътища за декодиране.
3. Изберете честно сложност на сцена.Не задавайте по подразбор средна за всичко. Камера, монтирана на полюс на магистрала през нощта, е статична. Търговски етаж в 14:00 е средна. Платформа на влака в 08:30 е комплекс. Трептенето от 0.6× до 1.6× променя решението за размер на превключвателя.
4. Прочетете трите карти с резултати.Per-camera Mbps управлява избора на портове на PoE превключвател. Total Mbps управлява превключвател uplink и NVR пропускателност при писане. Препоръката карта uplink повиква 1 Gbps праг на насищане, така че можете да планирате разпределена NVR архитектура преди инсталация да се обърне в лошо.

Разработен пример: магазин за дрехи с 16 камери

Магазин за дрехи от 600 м² се нуждае от внедряване на 16 камери: 4× турет камери от 4 MP, покриващи пространството за продажби, 6× булет камери от 4 MP за коридорите на рафтовете и пробните кабини, 4× фишай камери от 8 MP при входовете и касите, и 2× IR булет камери от 4 MP за задната част и площадката за разтоварване. Записването е 25 fps, H.265, 2 s I-frame интервал, без звук.

Камерите от 4 MP при H.265 25 fps средна сложност работят приблизително 8 × 0.83 (скала fps) × 0.5 (кодек) × 1.0 (сцена) ≈ 3.3 Mbps всяка. Фишай камерите от 8 MP работят приблизително 16 × 0.83 × 0.5 × 1.0 ≈ 6.6 Mbps всяка. Общо: 12 × 3.3 + 4 × 6.6 ≈ 39.6 + 26.4 ≈ 66 Mbps. Двете камери в задната част при статична нощна сложност падат до 0.6× = 2 Mbps всяка. Общо непрекъснато натоварване на мрежата ≈ 70 Mbps.

70 Mbps е удобно на 1 Gbps превключвател uplink - под 10% насищане. Но пиковото мгновено натоварване, когда всичките 16 камери издават I-frame в същото 40 ms прозорец, може да надвиши 200 Mbps. 1 Gbps ствол се справя лесно; 100 Mbps ствол би отпаднал кадри. Размерът на PoE превключвателя също е важен: 16× турет камери от 4 MP при типичен PoE бюджет от 6-9 W се нуждае от ~120 W общо плюс отоплители на куполата през зимата - 24-портов 1 Gbps PoE+ превключвател с 250 W бюджет е минимумът.

Превключване на същото инсталиране към H.265+ Smart Codec намалява общия брой на около 42 Mbps - значимо за сценарии с отдалечен преглед, където магазинът HQ издърпва живи потоци над един 100 Mbps fiber uplink. Превключване обратно към H.264 го повишава на около 130 Mbps и започва да оказва налягане на 1 Gbps превключвателя uplink по време на прозорци с преглед на множество потоци.

Често срещани грешки при планиране на честотна лента

• Размер за средния брой, не пик.Средният брой е добър за съхранение. За превключвател uplink и NVR пропускателност при писане, планирайте 2-3× средния брой, за да абсорбирате I-frame всплески, когда много камери се синхронизират.
• Доверие на битрейта на техническите спецификации като евангелие.Технически спецификации предполагат CBR при средна сложност, 2 s I-frame, 30 fps. Вашата реална VBR инсталация може да работи при 0.4× или 1.6× в зависимост от сцена и конфигурация.
• Игнориране на двупотокови архитектури.VMS клиентите издърпват нискорезолюционен втори поток за живо дисплей на стена. Всяка камера издава два едновременни потока, не един. Добавете вторичния поток (типично 0.5-1 Mbps) към вашия общ брой.
• Забравяне на отдалечен преглед upload.Live-view от извън обекта използва вашия ISP upload, не вашата LAN. 70 Mbps вътрешно натоварване може да се нуждае само от 5-10 Mbps upload, ако отдалеченият преглед е редък и ограничен по скорост, но 70 Mbps, ако е непрекъснат до NOC.
• Смесване на H.265+ с не-осведомена VMS.Ако вашата VMS не декодира нативно H.265+, камерата или NVR пресъздават към H.265 при изход и губите спестяванието на честотна лента. Проверете поддръжката на декодер преди да разчитате на H.265+ в математиката на вашия размер.

Продължете да четете