Приложение 2. Технические требования к оборудованию при подключении к государственной информационной системе "Единый центр хранения и обработки данных"

Приложение 2
к Порядку подключения камер
видеонаблюдения
установленных на земельных
участках, зданиях, строениях,
сооружениях, в помещениях,
фиксирующих события в
общественных местах на территории
города Москвы, к государственной
информационной системе "Единый
центр хранения и обработки данных"

Технические требования
к оборудованию при подключении к государственной информационной системе "Единый центр хранения и обработки данных"

1. Перечень терминов, определений и сокращений

Сокращение	Расшифровка
Авторизация	Предоставление определенному Правообладателю объекта информации или группе Правообладателей объектов прав на выполнение определенных действий, а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий
ЕЦХД	Государственная информационная система "Единый центр хранения и обработки данных", функционирующая в соответствии с постановлением Правительства Москвы от 7 февраля 2012 г. N 24-ПП "Об утверждении Положения о государственной информационной системе "Единый центр хранения и обработки данных"
Оператор ЕЦХД	Государственное казенное учреждение города Москвы "Московское городское агентство по телекоммуникациям"
Оборудование	Локальная система видеонаблюдения (ip-камеры, видеорегистраторы, видеосерверы) или "облачный" сервис (с которым у правообладателя объекта заключено соответствующие соглашения по обеспечению видеонаблюдения), совместимые с ЕЦХД
НТТР	(От англ. HyperText Transfer Protocol - протокол передачи гипертекста) протокол прикладного уровня передачи произвольных данных
Правообладатель объекта	Физическое или юридическое лицо, которому на праве собственности или на ином законном основании принадлежит земельный участок, здание, строение, сооружение или помещение (объект)
CBR	Constant Bitrate - постоянный битрейт
VBR	Variable Bitrate - переменный битрейт
HD	High Definition - видео высокой четкости
RTP	Real-time Transport Protocol - протокол транспортного уровня, используется при передаче трафика реального времени. Протокол был разработан Audio-Video TransportWorking Group в IETF и впервые опубликован в 1996 году как RFC 1889 и заменен в RFC 3550 в 2003 году
RTSP	Real Time Streaming Protocol - прикладной протокол, предназначенный для использования в системах, работающих с мультимедиа данными. Протокол разработан IETF в 1998 году и описан в RFC 2326
RTMP	Real Time Messaging Protocol - проприетарный протокол потоковой передачи данных, используется для передачи потокового видео и аудиопотоков
TCP/UDP	Transmission Control Protocol/User Datagram Protocol - протоколы передачи данных
SDP	Session Description Protocol - сетевой протокол прикладного уровня, предназначенный для описания сессии передачи потоковых данных

2. Организация канала связи

2.1. Оборудование, подключаемое к ЕЦХД, должно быть подключено к каналу связи, а также быть доступно по статическому IР-адресу ("белый IР-адрес").

2.2. Правообладатель объекта обеспечивает функционирование канала связи достаточной пропускной способности для одновременной трансляции всех подключаемых к ЕЦХД камер видеонаблюдения. Пропуская способность канала рассчитывается по формуле:

Пропускная способность канала=количество подключаемых камербитрейт

Например: для интеграции 5-ти камер видеонаблюдения с битрейтом 2 Мбит/с потребуется канал пропускной способностью не менее 10 Мбит/с, то есть 52 Мбит/с=10 Мбит/с.

3. Общие требования к трансляции видеоизображения

3.1. Оборудование, подключаемое к ЕЦХД, должно соответствовать следующим параметрам трансляции видеоизображений:

3.1.1. Передача видеоизображений должна осуществляться по протоколам RTP/RTSP с учетом дополнений, описанных в настоящих Технических требованиях.

3.1.2. Алгоритм сжатия H.264 (ITU-T Recommendation H.264 andthe technically identical ISO/IEC International Standard 14496 part 10)

3.1.3. Поддерживаемые профили:

- базовый профиль (Baseline Profile) - рекомендуемый;

- основной профиль (Main Profile) без использования b-кадров.

3.1.4. Режимы передачи видеоизображений: однопотоковая передача, количество элементарных видеопотоков в рамках одной RTSP сессии не должно превышать 1 (не использовать режим multiple-sliced H264).

3.1.5. Захват видео с разрешением не менее HD (1280 х 720). Решение о захвате видео с разрешением менее HD принимает оператор ЕЦХД.

3.1.6. Частота кадров - не менее 15 в секунду.

3.1.7. Поддержка режима формирования фиксированного потока данных (CBR - constant bitrate), переменного (VBR - variable bitrate).

3.1.8. Наличие в видеопотоке параметров H.264 Sequence Parameters Set/Picture Parameters Set.

3.1.9. Рекомендуемые параметры битрейта:

- для разрешения HD: постоянный битрейт, настраиваемый в диапазоне от 1 Мбит/с до 2 Мбит/с;

- для разрешения свыше HD: постоянный битрейт, настраиваемый в диапазоне от 2 Мбит/с до 4 Мбит/с или переменный битрейт со сжатием (компрессией) потока в формате Н.264 не более 30%;

- рекомендуется использование constant frame rate;

- рекомендуется использование SEI c pic_struct; для вычисления потокового fps.

3.1.10. В случае, если оборудование не поддерживает один из транспортных протоколов (tcp/udp), должна возвращаться 461 ошибка (Unsupported Transport) в ответ на SETUP с неподдерживаемым протоколом.

3.1.11. Все i-кадры должны помечаться как idr, р-кадры как nonIDR.

3.2. Требования к формату трансляции видеоизображений:

3.2.1. Запрос на получение видеопотока реального времени направляется на средства видеонаблюдения по статичной ссылке, идентификатор камеры видеонаблюдения/канала на сервере должен быть выделен в ссылке отдельным параметром и представлять собой число и/или буквенное значение (rtsp://login:pass@10.10.4.23/ch01, rtsp://login:pass@10.10.4.23/live?id=05 и т.п.) по протоколу RTSP (Real Time Streaming Protocol, RFC 2326) с поддержкой:

- медиаконтента video/h.264 в соответствии с RFC 6184 (типы 96, 97);

- протоколов различного уровня, а именно:

управляющего протокола SDP;

прикладных протоколов RTP/AVP, предпочтительно в режиме interleaved;

транспортных протоколов TCP/UDP (рекомендуемый - TCP);

- RTSP packetization-mode = 0 или 1.

3.2.2. Последовательность кадров (GОР) в видеопотоке не должна состоять из одних i-кадров, т. е. между i-кадрами обязательно наличие p-кадров.

3.2.3. Перед каждым 1-кадром должны присутствовать sps/pps параметры. Во избежание завышения битрейта потока рекомендуется присылать не более одного sps и pps в GOP-группе.

3.2.4. Взаимодействие по протоколу RTSP осуществляется с поддержкой следующих определений:

- типы авторизации: basic authorization hjih digest authorization;

- методы: OPTIONS, DESCRIBE, SETUP, PLAY, TEARDOWN, GETPARAMETER.

3.2.5. В случае прекращения отправки видеоданных в рамках установленной сессии - в ответ на запрос GET_PARAMETER должна возвращаться ошибка 503 (Service Unavailable).

3.2.6. Рекомендуется при нехватке ресурсов производительности или недостаточности пропускной способности сети возвращать ошибку 453 (Not Enough Bandwidth).

3.2.7. В отдельных случаях, по решению оператора ЕЦХД, для трансляции видеоизображений может быть организовано взаимодействие по протоколу RTMP. В данном случае технические требования к организации такого взаимодействия выдаются оператором ЕЦХД.