Расширенный поиск

Приказ Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 29.10.2018 № 573

от 18 февраля 2005 г. № 87 "Об утверждении перечня наименований услуг связи, вносимых в лицензии, и перечней лицензионных условий". 5. Посредством ИС ОРМ обеспечивается запись в буфер информации о телефонных соединений абонентов - файлы, формируемые коммутационным оборудованием, содержащие только записи о соединениях абонентов в недекодированном виде. 6. Посредством ИС ОРМ обеспечивается запись информации в буфер циклически; при переполнении буфера старая информация в нем стирается, освобождая емкость буфера для вновь поступающей информации. 7. Состояние переходов ИС ОРМ по кпд4 приведено на схеме 1. ____________ Схема не приводится. См. официальный интернет-портал правовой информации http://www.pravo.gov.ru. Посредством ИС ОРМ устанавливается соединение согласно абзацам второму и третьему пункта 3 приложения № 5 к Требованиям. После создания сессии ИС ОРМ автоматически переключается в режим ожидания команд. Обработка команд и посылка "сигналов" должна осуществляться согласно подпунктам 6 - 10 пункта 1 приложения № 3 к Требованиям, за исключением команды "запрос на начало, остановку передачи неформатированных данных" (DataStartRequest/DataStopRequest). Если в режиме ожидания команд в ИС ОРМ поступило сообщение "запрос на начало передачи неформатированных данных", ИС ОРМ обеспечивает отсылку "ответа на запрос" и переводит кпд4 в "режим передачи данных" (при этом должна производиться передача данных того типа, который указан в команде запроса). Если в режиме ожидания команд в ИС ОРМ поступило сообщение "запрос на остановку передачи неформатированных данных", ИС ОРМ обеспечивает выполнение "ответа на запрос остановки передачи неформатированных данных" с отрицательным результатом. В режиме передачи данных посылка блоков отчетов и их подтверждение должна производиться согласно абзацам четвертому, шестому и девятому пункта 2 приложения № 4 к Требованиям. Максимальная задержка подтверждения приема блока данных со стороны ПУ не должна превышать параметр "таймаут подтверждения приема блока данных отчета" (data-packet-response-timeout), указываемый при создании сессии. Если задержка подтверждения превысит заданное значение, то оставшиеся для передачи блоки данных не должна отправляться, ИС ОРМ должна разорвать соединение по кпд4 и перевести кпд4 в изначальное состояние. Передача неформатированных данных соответствующего типа должна производиться из буфера кпд4 согласно пункту 4 настоящего приложения. Если в режиме передачи данных в ИС ОРМ поступило сообщение "запрос на остановку передачи неформатированных данных" ИС ОРМ обеспечивает отправку "ответа на запрос остановки передачи неформатированных данных", завершает посылку блоков данных и автоматически переключается в режим ожидания команд. Если в режиме передачи данных в ИС ОРМ поступило сообщение "запрос на начало передачи неформатированных данных" ИС ОРМ обеспечивает отправку "ответа на запрос начала передачи неформатированных данных" с отрицательным результатом, при этом передача неформатированных данных не должна прекратиться. Исходные данные о соединениях в виде неформатированных данных должны записываться в буфер, независимо от текущего режима работы кпд4 ИС ОРМ. Если сообщение "запрос на остановку передачи неформатированных данных" поступило в момент передачи из буфера файловых данных, передаваемый файл должен сохраниться в буфере и быть доступным для передачи после посылки сообщения "запрос на начало передачи неформатированных данных" с учетом ограничений по длительности хранения, согласно подпункту 2 пункта 3 настоящего приложения. 8. Состояние переходов ПУ по кпд4 представлено на схеме 2. ____________ Схема не приводится. См. официальный интернет-портал правовой информации http://www.pravo.gov.ru. Посредством ПУ с задаваемым интервалом обеспечивается выполнение попытки установления TCP-соединения с ИС ОРМ по заданному порту. После установления соединения должна выполняться взаимная SSL/TLS-аутентификация. ПУ по кпд4 должен послать сообщение о создании сессии (ConnectRequest). Ожидание подтверждения создания сессии, согласование списка поддерживаемых типов, отправка команд, ожидание ответов и обработка полученных от ИС ОРМ сигналов по кпд4 должны осуществляться ПУ согласно подпунктам 4 - 10 пункта 1 приложения № 3 к Требованиям, за исключением сообщения "запрос на начало, остановку передачи неформатированных данных" (DataStartRequest/DataStopRequest). 9. При посылке сообщения "запрос на начало/остановку передачи неформатированных данных" ПУ должен дождаться результата (DataStartResponse) согласно подпунктам 4 и 5 пункта 1 приложения № 3 к Требованиям, после чего перевести кпд4 в режим передачи данных. В режиме передачи данных ПУ должен осуществить прием, декодирование и подтверждение приема данных согласно абзацам четвертому - шестому пункта 2 приложения № 4 к Требованиям. При приеме сообщения "запрос на остановку передачи неформатированных данных" (DataStopRequest) ПУ, находясь в режиме передачи данных, посредством ПУ обеспечивается прием блоков данных и перейти в режим передачи команд. _____________ Приложение № 7 к Требованиям к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 29 октября 2018 г. № 573 Требования, предъявляемые к функционированию канала доставки сообщений пользователей услугами связи (кпд5) 1. Посредством технических и программных средств информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий (далее - ИС ОРМ), обеспечиваются подключение ПУ и обработка поступающих запросов по кпд5 в соответствии с приведенных состоянием переходов на схеме 1. ____________ Схема не приводится. См. официальный интернет-портал правовой информации http://www.pravo.gov.ru. 2. ИС ОРМ по TCP-порту кпд5 ожидаются входящие соединения. После установления соединения с ПУ выполняется взаимная SSL/TLS-аутентификация. 3. Если SSL/TLS-соединение по кпд5 установлено, а сессия не открыта, ИС ОРМ должна реагировать только на сообщения "Запрос на открытие сессии". Создание сессии аналогично представленному в подпунктах 3 - 5 пункта 1 приложения № 3 к Требованиям. При попытке посылок каких-либо других сообщений со стороны ПУ, ИС ОРМ обеспечивается разрыв ТСР-соединения по кпд3 и перевод канального уровня подключения в исходное состояние. 4. После создания сессии кпд5 автоматически переключается в режим ожидания. При поступлении сообщения "Запрос на открытие сессии" или "Согласование списка поддерживаемых типов" в режиме ожидания, ИС ОРМ автоматически производит закрытие текущей сессии и разрывает ТСР-соединение. 5. Если на ИС ОРМ от ПУ был передан "Запрос загрузки данных" (DataLoadRequest) с указанием идентификатора задачи получения сообщений пользователей услугами связи, в случае отсутствия соединения по кпд5 ИС ОРМ автоматически обеспечивается отправка "ответа на запрос загрузки данных" (DataLoadResponse) с пометкой "признака существования результата". При наличии открытой сессии по кпд5 ИС ОРМ автоматически обеспечивается передача данных блоков отчетов. ПУ получает блоки отчетов по кпд5 до получения "ответа на запрос загрузки данных" (DataLoadResponse) по кпд1. 6. Если количество переданных без получения "подтверждения" о принятии серии блоков "отчетов" по всем задачам, по которым выполняется загрузка на ПУ данных, меньше "окна канала передачи данных" (параметр data-packet-window-size в запросе создания сессии ConnectRequest), то ИС ОРМ автоматически обеспечивается выполнение подготовки новых блоков отчетов по загружаемым задачам и их отправка на ПУ. Количество подготовленных и переданных без получения "подтверждения" блоков не должно превышать размера окна канала передачи данных. 7. Максимальная задержка подтверждения приема блока данных со стороны ПУ не должна превышать значения параметра "таймаут подтверждения приема блока данных отчета" (data-packet-response-timeout). Если задержка подтверждения превысила данное значение, то оставшиеся для передачи блоки данных не должны отправляться и должен быть передан "сигнал" - "незначительная ошибка ПО, данные не потеряны, дальнейшая работа возможна" с соответствующим описанием проблемы, при этом в поле "reference-message" сообщения "сигнал" должен указываться идентификатор сообщения блока отчета, по которому не поступило подтверждение приема. 8. При получении негативного "подтверждения" блока "отчета" ИС ОРМ автоматически записывает информацию об ошибочно принятом ПУ блоке и ошибочных записях в блоке в файл с записями об ошибочно принятых на ПУ блоках отчетов, передача последующих блоков на ПУ не должна прерываться. Посредством ИС ОРМ техническому персоналу оператора связи обеспечивается доступ к файлу с записями об ошибочно принятых на ПУ блоках отчетов. Подтвержденные блоки должны быть исключены из "окна канала передачи данных" (в "окне канала передачи данных" должны остаться только неподтвержденные блоки). 9. Передача блоков данных должна быть прервана в случае поступления в ИС ОРМ "запроса прерывания загрузки данных". 10. Если по кпд5 не производится передача блоков отчетов в течение "максимального времени неактивности" (session-timeout при создании сессии ConnectRequest), ИС ОРМ посылает на ПУ "сигнал" HeartBeat и ожидать его подтверждения согласно подпункту 9 пункта 1 приложения № 3 к Требованиям. 11. Состояние переходов ПУ по кпд5 приведено на схеме 2. ____________ Схема не приводится. См. официальный интернет-портал правовой информации http://www.pravo.gov.ru. 12. ПУ с задаваемым интервалом выполняет попытки установления ТСР-соединения с ИС ОРМ по заданному порту кпд5. После установления соединения с ИС ОРМ выполняется взаимная SSL/TLS-аутентификация. 13. После выполнения SSL/TLS-аутентификации ПУ автоматически посылает команду создания сессии (ConnectRequest). 14. ПУ ожидает сообщения "ответ" от ИС ОРМ на отправленную команду в течение времени "таймаут ответа на запрос" (request-response-timeout). 15. Если сообщение не получено в течение времени "таймаут ответа на запрос", ПУ автоматически разрывает соединение с ИС ОРМ и переключается в состояние установления TCP-соединения с ИС ОРМ по заданному порту кпд5 согласно пункту 12 настоящего приложения. Время ожидания сообщения "ответ" не зависит от приема сообщений "сигналов", поступающих в этот интервал времени. 16. При получении сообщения "Ответ на запрос создания сессии" ПУ создается список поддерживаемых ПУ типов запросов, отчетов и сигналов и отправляется ИС ОРМ. 17. При поступлении запроса ПУ "Запрос загрузки данных" (DataLoadRequest) ПУ ожидает начала передачи данных в течение времени "таймаут начала передачи блоков отчетов" (data-load-timeout в ConnectRequest). Если данные не поступают в течение вышеописанного периода, ПУ автоматически разрывает соединение по кпд5 и переводит его в состояние согласно пункту 12 настоящего приложения. 18. При поступлении блока отчета в ПУ декодируется и сохраняется полученный блок. 19. В ответ на переданный блок отчета с ПУ отправляется сообщение "подтверждение" получения блока отчета. Количество последовательно переданных ИС ОРМ блоков отчета без подтверждения со стороны ПУ определяется параметром "размер окна канала передачи данных", который согласовывается при создании сессии. При подтверждении блока отчета ПУ сигнализирует об ошибке декодирования блока отчета (при ее наличии). В этом случае в сообщении "подтверждение" приема для ошибочно декодированного блока ПУ при сигнализации одновременно указывается номер записи в блоке, начиная с которой декодирование не удалось. 20. Если при ожидании поступления в ПУ блоков отчетов ИС ОРМ не посылала "сигнал" HeartBeat в течение трех интервалов "максимального времени неактивности" (session-timeout, задается в ConnectRequest), ПУ автоматически разрывает соединение по кпд5 и перевести его в состояние согласно пункту 12 настоящего приложения. ____________ Приложения № 8 - 10 не приводятся. См. официальный интернет-портал правовой информации http://www.pravo.gov.ru. _____________ Приложение № 11 к Требованиям к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 29 октября 2018 г. № 573 Перечень интерфейсов точек консолидации информации, передаваемой в телефонных сетях и сетях передачи данных для сбора текстовых сообщений, голосовой информации, изображений, звуков, иных сообщений пользователей услугами связи В перечень интерфейсов точек консолидации информации, передаваемой в телефонных сетях и сетях передачи данных для сбора текстовых сообщений, голосовой информации, изображений, звуков, иных сообщений пользователей услугами связи<30>, входят следущие интерфейсы: 1. Интерфейсы с использованием контроля несущей и обнаружением коллизий, включая: оптические интерфейсы 10GBASE-S; оптические интерфейсы 10GBASE-L; оптические интерфейсы 10GBASE-E; оптические интерфейсы 10GBASE-LX4; электрические интерфейсы 10GBASE-CX4; оптические интерфейсы 1000 BASE-X; электрический интерфейс GBE; оптические интерфейсы 100BASE-X; электрические интерфейсы 100BASE-T; оптические интерфейсы 10BASE-F; электрические интерфейсы EtherNet. 2. Оптические интерфейсы оборудования синхронной цифровой иерархии (SDH): интерфейс 1-го уровня SDH (STM-1); интерфейс 4-го уровня SDH (STM-4); интерфейс 16-го уровня SDH (STM-16); интерфейс 64-го уровня SDH (STM-64). 3. Оптические интерфейсы оборудования плезиохронной цифровой иерархии (PDH): интерфейс 34 Мбит/с (Е3); интерфейс 140 Мбит/с (Е4). 4. Электрические интерфейсы оборудования плезиохронной (PDH) и синхронной (SDH) цифровых иерархий: интерфейс 2 Мбит/с (Е1); интерфейс 34 Мбит/с (Е3); интерфейс 140 Мбит/с (Е4); интерфейс 155 Мбит/с (STM-1). _____________ <30> Подпункт 2 пункта 1 статьи 64 Федерального закона от 7 июля 2003 г. № 126-ФЗ "О связи". _____________ Приложение № 12 к Требованиям к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 29 октября 2018 г. № 573 Требования к точкам консолидации текстовых сообщений, голосовой информации, изображений, звуков, иных сообщений пользователей услугами связи 1. Посредством информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий (далее - ИС ОРМ), выполняется сбор голосовой информации, текстовых сообщений, изображений, звуков, видео- или иных сообщений<31> пользователей услугами связи (при наличии лицензий на услуги связи по предоставлению каналов связи, услуги связи в сети передачи данных, за исключением передачи голосовой информации, телематические услуги связи) из точек консолидации в соответствии с Таблицей № 1 настоящего приложения к Требованиям. _____________ <31> Подпункт 2 пункта 1 статьи 64 Федерального закона от 7 июля 2003 г. № 126-ФЗ "О связи". Таблица № 1. |--|------------------------|-------------------------------------| |№ |Наименование услуг связи| Точки консолидации информации | |--|------------------------|-------------------------------------| |1 |Услуги связи по |Интерфейсы оборудования связи точек| | |предоставлению каналов |пропуска входящего и исходящего| | |связи |трафика с предоставленных каналов| | | |связи | |--|------------------------|-------------------------------------| |2 |Услуги связи по передаче|Интерфейсы оборудования связи,| | |данных, за исключением |включающие полный объем входящего и| | |услуг связи по передаче |исходящего сетевого трафика с| | |данных для целей |абонентских устройств, в т.ч.| | |передачи голосовой |межабонентский трафик до выполнения| | |информации |преобразования (трансляции) сетевых| | | |адресов абонентов | |--|------------------------|-------------------------------------| |3 |Телематические услуги |Интерфейсы оборудования связи с| | |связи |сетевым трафиком, содержащим полный| | | |объем принимаемой и доставляемой на| | | |телематический сервис информации от| | | |пользователей, а также сетевой трафик| | | |обмена информацией с другими| | | |телематическими сервисами | |--|------------------------|-------------------------------------| _____________ Приложение № 13 к Требованиям к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 29 октября 2018 г. № 573 Требования, предъявляемые к форматам записываемой информации техническими и программными средствами информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий текстовых сообщений, голосовой информации, изображений, звуков, иных сообщений пользователей услугами связи 1. Для текстовых сообщений пользователей - информация записывается в кодировке UTF-8 (RFC 3629). Если в процессе передачи по сети связи сообщение было разбито на несколько фрагментов, текстовое сообщение записывается и хранится в виде целого сообщения. 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" 3. Для изображений, звуков и иных сообщений<32> пользователей услугами связи: в случае использования протокола TCP (RFC 793) - информация записывается в виде потока информации прикладного уровня, в случае использования протокола UDP (RFC 768) - в виде последовательности датаграмм UDP. _____________ <32> Подпункт 2 пункта 1 статьи 64 Федерального закона от 7 июля 2003 г. № 126-ФЗ "О связи". _____________ Приложение № 14 к Требованиям к техническим и программным средствам информационных систем, содержащих базы данных абонентов оператора связи и предоставленных им услугах связи, а также информацию о пользователях услугами связи и о предоставленных им услугах связи, обеспечивающих выполнение установленных действий при проведении оперативно-розыскных мероприятий, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 29 октября 2018 г. № 573 Справочно Список использованных сокращений и терминов |----------------|------------------------------------------------| |ДВО |Дополнительные виды обслуживания | |----------------|------------------------------------------------| |КТС |Комплекс технических средств | |----------------|------------------------------------------------| |ПО |Программное обеспечение | |----------------|------------------------------------------------| |ПУ |Пульт управления | |----------------|------------------------------------------------| |Сеть связи |Сеть связи, оператором которой оказываются| | |услуги связи, перечисленные в пункте 5 настоящих| | |Требований | |----------------|------------------------------------------------| |Сеть передачи |Сеть связи, оператором которой оказываются| |данных |услуги связи, перечисленные в подпунктах 11 - 14| | |пункта 5 настоящих Требований | |----------------|------------------------------------------------| |ТФоП |Телефонная сеть общего пользования | |----------------|------------------------------------------------| |ААА |(Authentication, Authorization, Accounting),| | |процедуры предоставления доступа пользователя к| | |сети передачи данных | |----------------|------------------------------------------------| |APN |(Access Point Name), точка доступа| | |конфигурируемая и доступная из GGSN | |----------------|------------------------------------------------| |DPC |(Destination Point Code), код точки назначения | | |системы сигнализации № 7 (ОКС7) | |----------------|------------------------------------------------| |GMSC |(Gate MSC), пограничный коммутатор | |----------------|------------------------------------------------| |GGSN |(GPRS Gateway Support Node), узел обеспечивающий| | |маршрутизацию данных между сетями GPRS и | | |внешними IP сетями | |----------------|------------------------------------------------| |HTTP |(HyperText Transfer Protocol), протокол| | |прикладного уровня передачи данных | |----------------|------------------------------------------------| |ICC |(Integrated circuit card identifier), уникальный| | |серийный номер SIM-карты | |----------------|------------------------------------------------| |IMEI |(International Mobile Equipment Identity),| | |международный идентификатор мобильного| | |оборудования стандарта GSM или аналогичный| | |идентификатор, используемый в сетях подвижной| | |радиотелефонной связи иных стандартов | |----------------|------------------------------------------------| |IP |(Internet Protocol), межсетевой протокол | |----------------|------------------------------------------------| |IP-адрес |Уникальный сетевой адрес узла в компьютерной| | |сети, построенной по протоколу IP | |----------------|------------------------------------------------| |IMSI |(International Mobile Subscriber Identity),| | |международный идентификатор абонента сети| | |подвижной связи стандарта GSM или аналогичный| | |идентификатор, используемый в сетях подвижной| | |радиотелефонной связи иных стандартов | |----------------|------------------------------------------------| |МАС-адрес |(Media Access Control), уникальный| | |идентификатор, присваиваемый каждой единице| | |оборудования сетей передачи данных | |----------------|------------------------------------------------| |OPC |(Origination Point Code), код точки отправления| | |системы сигнализации № 7 (ОКС7) | |----------------|------------------------------------------------| |PIN |(Personal Identification Number), персональный| | |идентификационный номер | |----------------|------------------------------------------------| |PSTN |(Public Switched Telephone Network), телефонная| | |сеть общего пользования | |----------------|------------------------------------------------| |RFC 1700 |Стандарт, определяющий коды протоколов| | |передаваемых посредством протокола IP | |----------------|------------------------------------------------| |SMS |(Short Message Service), короткое текстовое| | |сообщение. | |----------------|------------------------------------------------| |SMSC |(Short Mtssagt Service Centre), центр службы| | |коротких сообщений. | |----------------|------------------------------------------------| |SGSN |(Serving GPRS Support Node), узел обслуживания| | |абонентов GPRS | |----------------|------------------------------------------------| |T.38 |Стандарт ITU-T (Международного Союза| | |Электросвязи), определяющий передачу| | |факсимильных сообщений в реальном времени| | |посредством протокола IP | |----------------|------------------------------------------------| |URL |(Uniform Resource Locator), адрес| | |местонахождения ресурса сети | |----------------|------------------------------------------------| |VAS |(Value Added Services), услуги, приносящие| | |дополнительный доход) | |----------------|------------------------------------------------| |VoIP |(Voice over Internet Protocol), передача| | |голосовой информации посредством сети передачи| | |данных | |----------------|------------------------------------------------| _____________


Информация по документу
Читайте также