Купить систему ГАРАНТ Получить демо-доступ Узнать стоимость Информационный банк Подобрать комплект Семинары
  • ДОКУМЕНТ

Приложение N 13. Требования, предъявляемые к форматам записываемой информации техническими и программными средствами информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий текстовых сообщений, голосовой информации, изображений, звуков, иных сообщений пользователей услугами связи

Приложение N 13
к Требованиям к техническим и
программным средствам
информационных систем, содержащих
базы данных абонентов оператора связи
и предоставленных им услугах связи, а
также информацию о пользователях
услугами связи и о предоставленных им
услугах связи, обеспечивающих
выполнение установленных действий
при проведении оперативно-розыскных
мероприятий, утвержденным приказом
Министерства цифрового развития,
связи и массовых коммуникаций
Российской Федерации
от 29.10.2018 N 573

 

Требования, предъявляемые к форматам записываемой информации техническими и программными средствами информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий текстовых сообщений, голосовой информации, изображений, звуков, иных сообщений пользователей услугами связи

С изменениями и дополнениями от:

12 июля 2023 г.

 

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

Информация об изменениях:

Пункт 2 изменен с 1 марта 2024 г. - Приказ Минцифры России от 12 июля 2023 г. N 630

См. предыдущую редакцию

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

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

"m=audio 49230 RTP/AVP 96 97 98

a=rtpmap:96 L8/8000

a=rtpmap:97 L16/8000

a=rtpmap:98 L16/11025/2"

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

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

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

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

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

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

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

Информация об изменениях:

Пункт 3 изменен с 1 марта 2024 г. - Приказ Минцифры России от 12 июля 2023 г. N 630

См. предыдущую редакцию

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

Информация об изменениях:

Приложение 13 дополнено пунктом 4 с 1 марта 2024 г. - Приказ Минцифры России от 12 июля 2023 г. N 630

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

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

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

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

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

 

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

 

NN

пп

Значение

Описание

1

application/vnd.tcpdump.pcap

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

2

application/vnd.tsngi.data

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

3

image/tiff

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

4

image/t38

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

 

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