О применении данного документа в отношении государственного контроля в области связи см. Распоряжение Правительства РФ от 15.12.2020 N 3340-р.

Приложение N 13

к Требованиям к техническим

и программным средствам

информационных систем, содержащих базы

данных абонентов оператора связи

и предоставленных им услугах связи,

а также информацию о пользователях

услугами связи и о предоставленных

им услугах связи, обеспечивающих

выполнение установленных действий

при проведении оперативно-розыскных

мероприятий, утвержденным приказом

Министерства цифрового развития,

связи и массовых коммуникаций

Российской Федерации

от 29.10.2018 N 573

ТРЕБОВАНИЯ,

ПРЕДЪЯВЛЯЕМЫЕ К ФОРМАТАМ ЗАПИСЫВАЕМОЙ ИНФОРМАЦИИ

ТЕХНИЧЕСКИМИ И ПРОГРАММНЫМИ СРЕДСТВАМИ ИНФОРМАЦИОННЫХ

СИСТЕМ, СОДЕРЖАЩИХ БАЗЫ ДАННЫХ АБОНЕНТОВ ОПЕРАТОРА СВЯЗИ

И ПРЕДОСТАВЛЕННЫХ ИМ УСЛУГАХ СВЯЗИ, А ТАКЖЕ ИНФОРМАЦИЮ

О ПОЛЬЗОВАТЕЛЯХ УСЛУГАМИ СВЯЗИ И О ПРЕДОСТАВЛЕННЫХ

ИМ УСЛУГАХ СВЯЗИ, ОБЕСПЕЧИВАЮЩИХ ВЫПОЛНЕНИЕ УСТАНОВЛЕННЫХ

ДЕЙСТВИЙ ПРИ ПРОВЕДЕНИИ ОПЕРАТИВНО-РОЗЫСКНЫХ МЕРОПРИЯТИЙ

ТЕКСТОВЫХ СООБЩЕНИЙ, ГОЛОСОВОЙ ИНФОРМАЦИИ, ИЗОБРАЖЕНИЙ,

ЗВУКОВ, ИНЫХ СООБЩЕНИЙ ПОЛЬЗОВАТЕЛЕЙ УСЛУГАМИ СВЯЗИ

Список изменяющих документов

(в ред. Приказа Минцифры России от 12.07.2023 N 630)

1. Для текстовых сообщений пользователей - информация записывается в кодировке UTF-8 (RFC 3629). Если в процессе передачи по сети связи сообщение было разбито на несколько фрагментов, текстовое сообщение записывается и хранится в виде целого сообщения.

2. Для голосовой информации - информация записывается в соответствии с фактически использованным сетью связи кодированием (кодеком) при доставке/приеме абонентом голосовой информации без внесения изменений и ухудшения качества голосовой информации в виде RTP потока (RFC 3550). При использовании протоколов сигнализации SIP, MGCP или других, использующих сообщения SDP для описания параметров передачи медиаданных, передаются атрибуты "m" и "a" из сообщения с типом application/sdp (описание сессии) согласно RFC 2327. Для остальных протоколов сигнализации также передаются атрибуты описания сессии "m" и "a" в формате, описанном RFC 2327, но сформированные на стороне ИС ОРМ.

Пример значения поля Value (кавычки не включаются):

"m=audio 49230 RTP/AVP 96 97 98

a=rtpmap:96 L8/8000

a=rtpmap:97 L16/8000

a=rtnmap:98 L16/11025/2"

Голосовая информация, получаемая ИС ОРМ от ТС ОРМ 86 в соответствии с протоколом взаимодействия с ТС ОРМ 86, передается на ПУ в виде и последовательности, в которых голосовая информация была получена от ТС ОРМ 86 без переупаковки и/или перекодирования ИС ОРМ.

(абзац введен Приказом Минцифры России от 12.07.2023 N 630)

ИС ОРМ при подключении к ТС ОРМ 86 в качестве дополнительного ПУ выставляет биты поля Transcode в команде получения результатов запроса статистических данных, равными "0".

(абзац введен Приказом Минцифры России от 12.07.2023 N 630)

В поле data структуры "RawRecordContent" пункта 30 приложения N 9 к Требованиям байты звуковой информации укладываются в формате "a-law" или в формате ИКМ (РСМ) в режиме стерео с частотой дискретизации 16 кГц для видео в соответствии с протоколом 3G-324M с использованием кодеков:

(абзац введен Приказом Минцифры России от 12.07.2023 N 630)

H.223 - для мультиплексирования;

(абзац введен Приказом Минцифры России от 12.07.2023 N 630)

H.245 - для управления;

(абзац введен Приказом Минцифры России от 12.07.2023 N 630)

G.723.1 (AMR) - для голоса;

(абзац введен Приказом Минцифры России от 12.07.2023 N 630)

H.264 (AVC) - для видеоконтента.

(абзац введен Приказом Минцифры России от 12.07.2023 N 630)

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

(п. 3 в ред. Приказа Минцифры России от 12.07.2023 N 630)

(см. текст в предыдущей редакции)

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

<32> Сноска исключена с 1 марта 2024 года. - Приказ Минцифры России от 12.07.2023 N 630.

(см. текст в предыдущей редакции)

4. При передаче содержимого соединений по кпд5 соблюдаются следующие правила:

1) поле "channel" структуры "RawRecordContent" пункта 30 приложения N 9 к Требованиям используется в следующих случаях:

для передачи содержимого соединений из сети передачи данных, которые имеют несколько логических каналов (например - FTP, VoIP). Каждый логический канал разделяется по номеру и содержит данные в формате "pcap". В случае если размер Рсар-файла больше одного блока данных, то Pcap-файл разбивается на несколько блоков. Заголовок Рсар-файла является частью данных и приходит только в первом блоке для определенного канала данных;

для передачи содержимого соединений, полученных от ТС ОРМ 86, в случаях, когда ТС ОРМ 86 по одному идентификатору соединения возвращает несколько файлов, в том числе полученных по одному вызову из различных точек съема;

2) поле "codec-info" структуры "RawRecordContent" пункта 30 приложения N 9 к Требованиям используется для передачи типа данных. Описание значений поля "codec-info" приведено в таблице.

Таблица. Описание значений поля "codec-info"

NN пп

Значение

Описание

1

application/vnd.tcpdump.pcap

Данные в формате "pcap" для передачи содержимого интернет-соединений абонентов

2

application/vnd.tsngi.data

Формат передачи данных в соответствии с Приказом-86.

3

image/tiff

Данные в формате многостраничного TIFF документа. Используются для передачи факсов.

4

image/t38

Передача данных в формате факс.

Значения "tcpdump.pcap" и "tsngi.data" являются основными типами для передачи содержимого соединений. Иные типы значений применяются для расширения возможности передачи содержимого соединений. Отсутствие поля "codec-info" эквивалентно заполнению поля "codec-info" значением "application/vnd.tcpdump.pcap".

(п. 4 введен Приказом Минцифры России от 12.07.2023 N 630)