від 11 грудня 2007 року N 1140/882\nВідповідно до статті 15 Закону України "Про телекомунікації", статті 5 Указу Президента України від 07.11.2005 N 1556 "Про додержання прав людини під час проведення оперативно-технічних заходів" наказуємо:\n1. Затвердити нормативний документ "Технічні засоби для здійснення уповноваженими органами оперативно-розшукових заходів у телекомунікаційних мережах загального користування України. Загальні технічні вимоги", що додається.\n2. Державному департаменту з питань зв'язку та інформатизації Міністерства транспорту та зв'язку України (Баранов О. А.) і Науково-технічному управлінню Служби безпеки України (Євдоченко Л. О.) забезпечити приведення відомчих документів у відповідність до цього наказу та здійснити його оприлюднення в установленому порядку.\n3. Визнати таким, що втратив чинність, наказ Служби безпеки України та Міністерства транспорту та зв'язку України від 31.12.2005 N 706/961 "Про затвердження нормативного документа "Технічні засоби для здійснення уповноваженими органами оперативно-розшукових заходів у телекомунікаційних мережах загального користування України. Загальні технічні вимоги".\n4. Цей наказ набуває чинності з 01.01.2008.\n5. Контроль за виконанням цього наказу покласти на заступника Міністра транспорту та зв'язку України Нетудихату Л. І. та заступника Голови Служби безпеки України Галамбу М. М.\nнаказом Міністерства транспорту та зв'язку України та Служби безпеки України\nвід 11 грудня 2007 р. N 1140/882\nТЕХНІЧНІ ЗАСОБИ ДЛЯ ЗДІЙСНЕННЯ УПОВНОВАЖЕНИМИ ОРГАНАМИ ОПЕРАТИВНО-РОЗШУКОВИХ ЗАХОДІВ У ТЕЛЕКОМУНІКАЦІЙНИХ МЕРЕЖАХ ЗАГАЛЬНОГО КОРИСТУВАННЯ УКРАЇНИ. ЗАГАЛЬНІ ТЕХНІЧНІ ВИМОГИ\nЦей нормативний документ розроблений з урахуванням рекомендацій Резолюції Ради Європи ЕС СОМ 96/С329/01 "Про законне перехоплення телекомунікацій" і ENFOPOL 55 "Про оперативні потреби правоохоронних органів стосовно телекомунікаційних мереж загального користування та послуг зв'язку" і визначає загальні технічні вимоги (далі - ЗТВ) до технічних засобів для здійснення уповноваженими органами оперативно-розшукових заходів у телекомунікаційних мережах загального користування України.\nНеобхідність розроблення ЗТВ обумовлена розвитком систем телекомунікацій, які використовують нові сучасні телекомунікаційні технології.\nНа підставі ЗТВ, з урахуванням особливостей призначення телекомунікаційної мережі, розробляються окремі технічні вимоги (ТВ) до зазначених технічних засобів, які складаються з переліку вимог, що доповнюють ЗТВ.\n1.1 Ці ЗТВ поширюються на технічні засоби для здійснення уповноваженими органами оперативно-розшукових заходів у телекомунікаційних мережах загального користування України в порядку, визначеному законодавством України.\n1.2 ЗТВ є обов'язковими:\n- для операторів (провайдерів) телекомунікації;\n- для проектувальників та виробників зазначених технічних засобів;\n- для проектувальників телекомунікаційних мереж та виробників обладнання телекомунікацій;\n- для органів, уповноважених на здійснення оперативно-розшукових заходів;\n- для органів сертифікації, що здійснюють діяльність з підтвердження відповідності технічних засобів.\nУ цих ЗТВ є посилання на такі нормативно-правові акти та нормативні документи:\nГОСТ 15150-69 Машины, приборы и другие технические изделия. Испытания для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов;\nДСТУ 2619-94 Електрозв'язок. Зв'язок документальний. Терміни та визначення;\nДСТУ 3321-2003 Система конструкторської документації. Терміни та визначення основних понять. Комплект запасних частин, інструменту та приладів - ЗІП);\nДСТУ 3396-97 Захист інформації. Технічний захист інформації. Терміни та визначення;\nДСТУ 3774-98 Система зв'язку національна єдина. Терміни та визначення;\n3. ТЕРМІНИ, ВИЗНАЧЕННЯ ПОНЯТЬ ТА СКОРОЧЕННЯ\nУ цих ЗТВ використані визначення згідно з Законом України "Про телекомунікації", ГОСТ 18322, ГОСТ 2.601, ДСТУ 2619, ДСТУ 2860, ДСТУ 3321, ДСТУ 396, ДСТУ 3774, ДСТУ 3966, НДТЗІ 1.1-003.\nНижче додатково подано терміни та визначення позначених ними понять вжиті у цих ЗТВ:\n3.1 абонент спостереження\nОсоба, щодо якої здійснюється перехоплення телекомунікацій.\n3.2 відбір сеансу зв'язку\nВідокремлення конкретного сеансу зв'язку від інших сеансів за результатами перевірки їх службових даних на відповідність ознакам об'єкта перехоплення.\n3.3 віддалений термінал суб'єкта перехоплення\nОбладнання, яке забезпечує приймання та обробку вмісту сеансів зв'язку, що передаються підрозділом перехоплення.\n3.4 вміст сеансу зв'язку\nІнформаційне (інформаційні) повідомлення та/або службові дані сеансу зв'язку.\nТехнічна ознака (ознаки) стосовно абонента спостереження (номер телефону, електронна та реєстраційна адреси, персональний номер, тощо) для однозначної ідентифікації сеансів зв'язку, що підлягають перехопленню.\n3.6 інтерфейс перехоплення\nНабір правил, команд та протоколів обміну інформацією між функціональними елементами мережних комплектів.\n3.7 інтерфейс управління та передачі\nНабір правил, команд та протоколів обміну інформацією засобів управління системою перехоплення з мережними комплектами.\n3.8 оброблення вмісту сеансу зв'язку\nАналіз (без внесення змін до змісту інформації) та передавання вмісту сеансу зв'язку.\n3.9 об'єкт перехоплення\nСеанси зв'язку абонента спостереження, інформація про його місцезнаходження та додаткова інформація про профіль послуг, що закріплені за терміналом абонента спостереження.\n3.10 ознака об'єкта перехоплення\nІдентифікатор або сукупність ідентифікаторів, яка є достатньою для забезпечення перехоплення телекомунікацій і перевірки відповідності відібраного вмісту сеансу зв'язку об'єкта перехоплення, та в тому числі дозволяє встановити відповідність між різними частинами сеансу зв'язку у випадку пакетної передачі або передачі різними каналами електрозв'язку.\n3.11 підрозділ перехоплення\nПідрозділ, який безпосередньо управляє процесом перехоплення та передачею об'єктів перехоплення суб'єкта перехоплення.\n3.12 перехоплення телекомунікації\nОперативно-технічний захід, що здійснюється відповідно до законодавства України суб'єктами перехоплення, який полягає у спостереженні, відборі за визначеними ознаками та фіксації сеансів зв'язку із застосуванням системи перехоплення.\n3.13 реєстрація службових даних сеансу зв'язку\nЗдійснення впорядкованих записів усіх або окремих службових даних сеансу зв'язку.\n3.14 сеанс зв'язку\nОбмежений у часі обмін інформаційними повідомленнями та/або службовими даними між абонентами (користувачами), ними та технічними засобами телекомунікацій.\n3.15 службові дані електрозв'язку\nДані, які використовуються для організації електрозв'язку, що дозволяють ідентифікувати телекомунікаційну мережу, телекомунікаційну послугу, комутаційне і кінцеве обладнання, а також технічні засоби телекомунікації, використані під час сеансу зв'язку.\n3.16 службові дані сеансу зв'язку\nСлужбові дані електрозв'язку, що використовуються для встановлення, підтримання та закінчення сеансу зв'язку.\n3.17 спостереження за сеансом зв'язку\nТехнологічна частина перехоплення телекомунікації, яка полягає у формуванні і встановленні ознак об'єктів на перехоплення та доступі системи перехоплення до вмісту сеансу зв'язку.\n3.18 суб'єкт перехоплення\nПідрозділи, які відповідно до закону здійснюють оперативно-розшукову, контррозвідувальну, розвідувальну діяльність, і мають право здійснювати перехоплення телекомунікації.\n3.19 точка (точки) доступу\nТелекомунікаційне обладнання в мережах операторів телекомунікацій та провайдерів послуг, де забезпечується доступ до об'єкта (об'єктів) перехоплення.\n3.20 фіксація сеансу зв'язку\nТехнологічна частина перехоплення телекомунікації, яка полягає у здійсненні запису сеансу зв'язку, що відібраний за визначеними ознаками.\n- Запасні частини, інструмент та приладдя\n- Засоби захищеної телекомунікаційної мережі спеціального призначення\n- Засоби управління системою перехоплення\n- Загальні технічні вимоги\n- Мережний комплект для здійснення перехоплення телекомунікацій\n- Мережа рухомого (мобільного) зв'язку\n- Міжнародний союз електрозв'язку - телекомунікації\n- Мережа фіксованого телефонного зв'язку\n- Обладнання відбору об'єкта перехоплення\n- Система законного перехоплення телекомунікацій\n- Технічні вимоги\n- Телекомунікаційна телефонна мережа загального користування\n- Three-Party Service (трьохсторонній конференц-зв'язок)\n- Authentication Authorization Accounting (функції автентифікації, авторизації та обліку користувачів)\n- Asynchronous Transfer Mode (асинхронний спосіб передавання даних)\n- Base Transceiver Station (базова радіостанція)\n- Call Barring (заборона виклику)\n- Completion of Calls to Busy Subscriber (завершення виклику до зайнятих абонентів)\n- Call Deflection (відхилення виклику)\n- Cell Identifier (ідентифікатор стільника)\n- call forward on Busy (переадресація виклику при зайнятості)\n- call forward or no reply (переадресація виклику при невідповіді)\n- call forward unconditional (безумовна переадресація)\n- Calling Line Identification Presentation (надання ідентифікації лінії, яка викликає)\n- Calling Line Identification Restriction (заборона ідентифікації лінії, яка викликає)\n- Connected Line Identification Presentation (представлення ідентифікації лінії, яка підключена)\n- Connected Line Identification Restriction (заборона ідентифікації лінії, яка підключена)\n- Conference call (конференц-зв'язок)\n- Closed User Group (замкнута група абонентів)\n- Call Waiting (виклик з очікуванням)\n- Direct Dialling In (прямий набір)\n- Dynamic Host Configuration Protocol (протокол динамічного конфігурування вузла; мережний стандарт, що регламентує процес призначення IP-адрес вузлам)\n- SMTP Service Extension (протокол передавання електронної пошти з розширеними можливостями)\n- Electronic Serial Number (серійний номер обладнання рухомої станції)\n- протокол канального рівня\n- European Telecommunication Standards Institute (Європейський інститут стандартів зв'язку)\n- Free Phone (виклик за рахунок абонента, якого викликають)\n- Frame Relay (ретрансляція кадрів)\n- Call hold service (послуга утримання виклику)\n- General Packet Radio Service (загальна послуга передавання пакетів даних по радіо)\n- Global system for mobile communications (глобальна система мобільного зв'язку)\n- Institute of Electrical and Electronics Engineers (Інститут інженерів електроніки та електрики)\n- Internet Engineering Task Force (Комітет з інженерних питань Інтернету)\n- Internet Message Access Protocol, version 4 (протокол інтерактивного доступу до електронної пошти версії 4; мережний стандарт, що регламентує процес отримання електронної пошти з поштового серверу)\n- International Mobile Equipment Identity (міжнародний ідентифікатор обладнання рухомої станції)\n- International Mobile Subscriber Identity (міжнародний ідентифікатор рухомого абонента)\n- Internet protocol (Internet протокол)\n- адреса в мережі Інтернет\n- Internet Protocol, v.4 (протокол Інтернету мережного рівня версії 4.0)\n- Internet Protocol, v.6 (протокол Інтернету мережного рівня версії 6.0)\n- Integrated Services Digital Network (цифрова мережа з інтеграцією послуг)\n- Local Area Code (код зони розташування)\n- Location of Base Station (місце розташування базової станції)\n- Media access control address (апаратна адреса пристрою, приєднаного до мережного середовища)\n- Malicious Call Identification (ідентифікація зловмисного виклику)\n- Meet-Me Conference (зустрічний конференц-зв'язок)\n- Mobile-Services Switching Center (центр комутації рухомого зв'язку)\n- Mobile Subscriber ISDN Number (міжнародний ISDN номер рухомої станції)\n- Multiple Subscriber Number (мультиплексований номер абонента)\n- Post-Office Protocol version 3 (протокол поштового відділення версії 3; мережний стандарт, що регламентує процес отримання електронної пошти з поштового серверу)\n- Public Switched Telephone Network (комутаційна телефонна мережа загального користування)\n- Remote Authentication Dial In User Service (протокол автентифікації та обліку при дистанційному доступі користувачів)\n- Request of Comments (документи, що містять технічні специфікації, рекомендації і стандарти щодо функціонування мереж передачі даних)\n- Session Initiation Protocol (протокол ініціювання сеансу)\n- Session Initiation Protocol (Telephony) (протокол ініціювання сеансу)\n- Simple Mail Transfer Protocol (протокол передавання електронної пошти; мережний стандарт, що регламентує процес маршрутизації та передавання електронної пошти)\n- Sub-addressіng (підадресація)\n- Transmission Control Protocol (протокол управління передаванням; мережний стандарт, що регламентує процес передавання даних у визначеній послідовності)\n- Temporary Mobile Subscriber Identity (тимчасовий ідентифікатор рухомого абонента)\n- Terminal Portability (портативність термінала)\n- User Datagram Protocol (протокол передачі дейтаграм користувача)\n- Universal personal telecommunication (універсальний персональний електрозв'язок)\n- Uniform Resource Locator (універсальний покажчик ресурсів)\n- User Identifier (ідентифікатор користувача)\n- User-to-User Signalling (сигналізація "користувач-користувач")\n4. ВИМОГИ ПРИЗНАЧЕННЯ\n4.1 Склад технічних засобів\n4.1.1 До складу технічних засобів для здійснення уповноваженими органами оперативно-розшукових заходів у телекомунікаційних мережах загального користування України відносяться:\n- мережний комплект (МК) для здійснення перехоплення телекомунікацій;\n- засоби управління системою перехоплення телекомунікації (сервери, станції, термінали та інші - ЗУСП);\n- засоби захищеної телекомунікаційної мережі спеціального призначення (ЗЗТМ);\n- програмне забезпечення (ПЗ) технічних засобів;\n- експлуатаційна та програмна документація технічних засобів;\n- комплект запасних інструментів та приладів (ЗІП).\nФункціональне поєднання цих засобів утворює систему перехоплення телекомунікацій (СПТ).\n4.2 Призначення системи перехоплення телекомунікацій\n4.2.1 СПТ призначена для оперативного отримання інформації стосовно об'єкта перехоплення і має забезпечувати:\nа) можливість доступу до будь-якого об'єкта перехоплення без зниження якості телекомунікаційних послуг, що надаються абонентам спостереження, та/або внесення змін та завад до роботи телекомунікаційної мережі;\nб) відповідність функціональних можливостей СПТ рівню розвитку телекомунікаційних технологій, які використовуються у телекомунікаційних мережах;\nв) можливість здійснення модернізації СПТ відповідно до розвитку телекомунікаційної мережі при впровадженні нових телекомунікаційних технологій та послуг;\nг) можливість ініціювання перехоплення телекомунікацій та незалежного використання отриманої інформації кожним суб'єктом перехоплення;\nд) технічні можливості організації контролю використання СПТ за призначенням згідно з законодавством України.\n4.2.2 Призначення МК та їх склад\n4.2.2.1 МК для здійснення перехоплення телекомунікацій призначені для розпізнавання і відгалуження об'єктів перехоплення, відбору та передачі даних до ЗУСП (рис. 1).\nРисунок 1. Схема функціонування інтерфейсів\n4.2.2.2 До складу МК має входити обладнання відбору об'єкта перехоплення (ОВОП) та шлюз, що повинні бути установлені в телекомунікаційній мережі.\n4.2.2.3 Організація взаємодії ОВОП та шлюзу здійснюється по інтерфейсу перехоплення.\n4.2.2.4 Шлюз має здійснювати взаємодію із ЗУСП по інтерфейсу управління та передачі.\n4.2.2.5 Для організації доступу до будь-якого об'єкта перехоплення з урахуванням технічних характеристик та особливостей побудови телекомунікаційної мережі можуть використовуватися технологічні можливості мережі при відгалуженні об'єкта перехоплення. Організація доступу передбачає локальну чи розподілену структуру МК на площах оператора телекомунікацій (провайдера послуг).\n4.2.2.6 МК при здійсненні перехоплення телекомунікацій не повинні погіршувати якість послуг, що їх надає телекомунікаційна мережа.\n4.2.2.7 Відповідність МК у складі телекомунікаційного обладнання стандартам та цим ЗТВ має бути підтверджена у встановленому законодавством порядку.\n4.2.3 Призначення ЗУСП\nЗУСП повинен здійснювати управління МК з метою забезпечення гарантованого перехоплення об'єктів перехоплення абонентів спостереження, прийому даних від МК та їх обробки, підготовки копій об'єктів перехоплення, а також для організації незалежного використання отриманої інформації кожним суб'єктом перехоплення.\n4.2.4 Призначення ЗЗТМ\nЗЗТМ повинні забезпечувати взаємодію технічних засобів СПТ по захищених каналах електрозв'язку.\n4.2.5 Призначення ПЗ СПТ\nПЗ повинне забезпечувати функціонування технічних засобів СПТ відповідно цим ЗТВ.\n4.3 Функціональні вимоги до технічних засобів СПТ\n4.3.1 Вимоги до МК\n4.3.1.1 МК має забезпечувати реалізацію гарантованого перехоплення об'єктів перехоплення в телекомунікаційній мережі при будь-яких технологіях, що в ній використовуються, а також структурі та топології цієї мережі, та передбачати локальну чи розподілену структуру МК на площах оператора (провайдера) телекомунікацій.\n4.3.1.2 МК повинні забезпечувати:\nа) розпізнавання та відгалуження об'єктів перехоплення у реальному часі відповідно до команд управління із ЗУСП, відгалуження та фіксацію вмісту сеансів зв'язку абонентів спостереження протягом усього періоду здійснення перехоплення;\nб) перетворення даних для взаємодії із ЗУСП з формату інтерфейсу перехоплення до формату інтерфейсу управління і передачі та навпаки;\nв) можливість адаптації до нових модифікацій технологій обладнання телекомунікаційної мережі та версій його ПЗ, яка б забезпечила функціонування СПТ за призначенням;\nг) недопущення виявлення факту здійснення перехоплення телекомунікацій абонентами та персоналом оператора телекомунікації (провайдера послуг).\n4.3.1.3 ОВОП повинно забезпечувати:\nа) взаємодію з обладнанням телекомунікаційної мережі з метою доступу до інформації про телекомунікаційні послуги цієї мережі, надані абонентам спостереження;\nб) прийняття від шлюзу відповідно до інтерфейсу перехоплення команд взаємодії з телекомунікаційною мережею;\nв) розпізнавання та відгалуження об'єктів перехоплення;\nг) передачу об'єктів перехоплення до шлюзу через інтерфейс перехоплення;\nд) захист від несанкціонованого доступу до інформації, яка містить його команди взаємодії з телекомунікаційною мережею та відібрані об'єкти перехоплення.\n4.3.1.4 Шлюз має забезпечувати:\nа) узгодження сигналів автоматичного управління роботою ОВОП та його (їх) адміністрування;\nб) прийняття від ЗУСП команд управління для здійснення гарантованого перехоплення вмісту об'єктів перехоплення;\nв) перетворення ознак об'єктів перехоплення у команді взаємодії ОВОП з телекомунікаційною мережею відповідно до інтерфейсу перехоплення;\nг) передачу в автоматичному режимі команд взаємодії (в тому числі ознак об'єктів перехоплення) до всіх ОВОП для розпізнавання та відгалуження об'єктів перехоплення;\nд) прийняття від ОВОП відповідно до інтерфейсу перехоплення відгалужених об'єктів перехоплення;\nе) отримання від ЗУСП підтвердження про одержання об'єктів перехоплення після їх передачі;\nж) приведення інформаційних повідомлень до вигляду, придатного для передавання через інтерфейс управління та передачі;\nи) зберігання ознак об'єктів перехоплення в незмінному вигляді протягом терміну, необхідного для здійснення перехоплення телекомунікацій та передачі до ЗУСП об'єктів перехоплення;\nк) передачу до ЗУСП повідомлень щодо підтвердження прийому та виконання команд управління;\nл) передачу до ЗУСП вмісту відібраних об'єктів перехоплення;\nм) передачу до ЗУСП сигналів аварії, зазначених у розділі 4.8.3 цих ЗТВ;\nн) передачу до ЗУСП ідентифікаційних характеристик об'єктів перехоплення, що визначені зі службових даних об'єктів перехоплення та забезпечують формування ознак об'єктів перехоплення;\nп) захист від несанкціонованого доступу до інформації, яка містить ознаки об'єктів перехоплення, команди взаємодії з телекомунікаційною мережею та об'єкти перехоплення.\n4.3.1.5 МК повинні бути обладнані засобами функціонального контролю, здатними фіксувати пошкодження обладнання МК з точністю до одного елементу заміни.\n4.3.2 Вимоги до ЗУСП\nЗУСП повинні забезпечувати:\nа) прийняття від віддалених терміналів суб'єктів перехоплення звернень щодо здійснення перехоплення згідно з вимогами законодавства України;\nб) підтвердження цілісності звернень та авторизацію користувача СПТ;\nв) формування ознак об'єктів перехоплення відповідно до ознак відбору та передавання їх до МК;\nг) формування і автоматичне передавання до МК команд управління для гарантованого перехоплення вмісту об'єктів перехоплення, а саме - для їх розпізнавання, відгалуження, відбору та передачі;\nд) приймання від МК відгалужених сеансів зв'язку в режимі реального масштабу часу та їх оброблення;\nе) буферизацію (тимчасове проміжне зберігання інформації для запобігання її втрати) вмісту об'єктів перехоплення у випадку пошкодження каналу зв'язку між ЗУСП та віддаленими терміналами суб'єктів перехоплення;\nж) передавання до віддалених терміналів суб'єктів перехоплення в єдиному форматі даних згідно зі зверненнями на здійснення перехоплення телекомунікацій, об'єктів перехоплення після їх автоматичної перевірки на відповідність ознакам відбору;\nи) отримання від віддалених терміналів суб'єктів перехоплення підтвердження про одержання вмісту об'єктів перехоплення;\nк) формування ознак об'єктів перехоплення з додатковими ідентифікуючими характеристиками (ознаками відбору або ідентифікаторами), що відокремлені при обробці вмісту об'єктів перехоплення;\nл) передавання до віддалених терміналів суб'єктів перехоплення повідомлень стосовно виконання режиму спостереження щодо об'єктів перехоплення;\nм) приймання від МК та ЗЗТМ даних, які дозволяють локалізувати порушення у роботі СПТ та відновити ушкоджені апаратні та програмні засоби СПТ;\nн) прийняття від МК повідомлень щодо підтвердження прийому та, у разі наявності можливості, виконання команд управління, а також сигналів аварій;\nп) встановлення та своєчасну зміну режимів роботи СПТ для забезпечення гарантованого перехоплення вмісту об'єктів перехоплення;\nр) зберігання копій дійсних конфігурацій СПТ та ознак об'єктів перехоплення, для можливості відновлення роботи СПТ у разі перезавантаження обладнання телекомунікаційної мережі та/або СПТ;\nс) розмежування доступу суб'єктів перехоплення до СПТ та незалежне отримання інформації кожним суб'єктом перехоплення;\nт) складання протоколу за кожним використанням СПТ для здійснення перехоплення телекомунікацій;\nу) зберігання протягом заданого часу протоколів використання СПТ та даних про звернення за дозволами на перехоплення, які мають електронні цифрові підписи, у формі, що дає змогу перевірити їх цілісність посадовими особами при здійсненні контролю за користувачами СПТ згідно з законодавством;\nф) захист інформації, яка містить команди управління та повідомлення, ознаки об'єктів перехоплення, а також відгалужений вміст об'єктів перехоплення.\n4.3.3 Вимоги до ЗЗТМ\nЗЗТМ повинні забезпечувати:\nа) взаємодію технічних засобів СПТ на фізичному та логічному рівнях інтерфейсу управління та передачі;\nб) передачу захищеними каналами електрозв'язку від МК до ЗУСП, а далі - до суб'єктів перехоплення вмісту зафіксованих об'єктів перехоплення з виконанням вимог із захисту інформації;\nв) передачу захищеними каналами електрозв'язку від ЗУСП до МК команд управління з виконанням вимог із захисту інформації;\nг) пропускну спроможність каналів передачі, яка буде необхідна для гарантованої та своєчасної передачі від МК до ЗУСП у реальному часі службових даних та інформаційних повідомлень об'єктів перехоплення при здійсненні перехоплення;\nд) передачу даних щодо вмісту об'єктів перехоплення з визначеним рівнем якості;\nе) резервування маршрутів передачі даних між МК та ЗУСП з можливістю зміни маршрутів при виникненні збоїв у функціонуванні або виходу з ладу елементів ЗЗТМ.\nж) підтримання мережної служби якості обслуговування (сукупності технологій, які забезпечують у мережі певний рівень якості обслуговування потоку даних з точки зору пропускної спроможності, тимчасового розкиду затримки відгуку, загальної затримки, а також продуктивність та надійність мережі), яка дозволить запобігти втраті інформації під час максимального навантаження в мережі;\nи) захист інформації, що передається захищеними каналами електрозв'язку, сертифікованими чи допущеними до експлуатації засобами у відповідності з грифом обмеження доступу до цієї інформації;\nк) конфіденційність, цілісність та відсутність можливості блокування інформації, що передається.\n4.3.4 Вимоги до ПЗ технічних засобів СПТ\nПЗ технічних засобів СПТ повинне складатися з операційних систем та додаткового спеціального ПЗ, яке має забезпечувати:\nа) виконання технічними засобами СПТ функцій за призначенням;\nб) реалізацію процедур ініціалізації та перезавантаження;\nв) автентифікацію суб'єктів перехоплення та розподіл доступу відповідно до наданих їм прав;\nг) автоматичне відновлення функцій після збоїв;\nд) антивірусний захист даних.\nПри створенні ПЗ технічних засобів СПТ необхідно використовувати ліцензійні програмні продукти.\n4.3.5 Вимоги до експлуатаційної документації СПТ\nКомплект експлуатаційної документації, призначений для вивчення конструкції технічних засобів і правил їх експлуатації, має містити:\nа) паспорти або формуляри на технічні засоби СПТ;\nб) настанова щодо експлуатування технічних засобів СПТ;\nв) відомості ЗІП для технічних засобів СПТ;\nг) настанова операторів робочих місць технічних засобів СПТ.\n4.3.6 Вимоги до програмної документації СПТ\nДо складу програмної документації обов'язково має входити сукупність програмних документів, що містять дані, необхідні для експлуатування та супроводження ПЗ. До складу програмної документації вітчизняного виробництва додатково має входити дані для виготовлення ПЗ та опис програм.\n4.4 Режими роботи СПТ\n4.4.1 Категорії режимів та пріоритети спостереження за об'єктами перехоплення\n4.4.1.1 Спостереження за об'єктами перехоплення має здійснюватися:\nа) згідно з ознаками кожного об'єкта перехоплення;\nб) при перехопленні телекомунікацій одночасно декількома суб'єктами перехоплення;\nв) при незалежному протоколюванні процедури спостереження.\n4.4.1.2 СПТ має забезпечувати встановлення та зняття ознак об'єкта перехоплення, а також визначення наступних категорій режимів спостереження:\n4.4.1.3 Для категорії повного режиму спостереження об'єкти перехоплення від МК до ЗУСП повинні передаватися у реальному часі.\n4.4.1.4 Для категорії статистичного спостереження від МК до ЗУСП передаються службові дані сеансів зв'язку у реальному часі.\n4.4.1.5 СПТ має забезпечувати можливість зміни категорії режимів спостереження.\n4.4.1.6 Встановлення ознак об'єктів перехоплення здійснюється за визначеними пріоритетами, кількість яких надається в ТВ.\n4.4.1.7 Першочерговому спостереженню підлягають службові дані та інформаційні повідомлення, що відносяться до об'єктів перехоплення з найвищим пріоритетом.\n4.4.1.8 При здійсненні СПТ спостереження за вмістом об'єктів перехоплення з МК до ЗУСП передаються дані для визначення місцезнаходження абонента спостереження згідно з п. 4.4.2.\n4.4.2 Визначення місцезнаходження термінала (географічного, фізичного або логічного) абонента спостереження\n4.4.2.1 Визначення місцезнаходження абонента спостереження застосовується у телекомунікаційних мережах (підсистемах мереж), в яких абонент спостереження може здійснювати переміщення.\n4.4.2.2 Залежно від типу телекомунікаційної мережі визначення місцезнаходження термінала абонента спостереження поділяється на:\nа) географічне місцезнаходження (ідентифікатори країни, міста або оператора телекомунікацій, зони приймання для мереж рухомого зв'язку тощо);\nб) фізичне місцезнаходження (номер у мережі фіксованого телефонного зв'язку, доступ до якої здійснюються із застосуванням стаціонарного кінцевого обладнання тощо);\nв) логічне місцезнаходження (IP адреси для мереж передачі даних, єдиний UPT номер для універсального персонального зв'язку тощо).\n4.4.2.3 Визначення місцезнаходження проводиться як при повному, так і при статистичному режимах спостереження, як при здійснені сеансу зв'язку, надання послуги, так і незалежно від цього.\n4.4.2.4 Визначення географічного, фізичного або логічного місцезнаходження абонента спостереження має здійснюватися ЗУСП у випадках:\nа) успішної або неуспішної спроби встановлення сеансу зв'язку для вихідного виклику від абонента спостереження, та успішної спроби встановлення сеансу зв'язку для вхідного виклику до абонента спостереження;\nб) обміну службовими повідомленнями між терміналом та обладнанням телекомунікаційної мережі;\nг) надання послуги, що асоціюється з місцезнаходженням абонента спостереження;\nд) передачі спеціального запиту від ЗУСП щодо визначення місцезнаходження абонента спостереження.\n4.4.3 Вимоги до контролю працездатності технічних засобів СПТ\n4.4.3.1 При експлуатуванні технічних засобів СПТ має бути:\nа) передбачено автоматичний контроль функціонування СПТ без втручання у процес роботи її технічних засобів;\nб) забезпечено передачу сигналів до ЗУСП про несправності МК та ЗЗТМ.\n4.4.3.2 У ході технічного обслуговування СПТ має передбачатися можливість локального контролю працездатності технічних засобів до їх складових частин.\n4.4.4 Вимоги до ініціалізації та перезавантаження ПЗ технічних засобів СПТ\n4.4.4.1 У разі аварійного перезавантаження ПЗ відповідних технічних засобів телекомунікаційної мережі, МК або ЗЗТМ має бути забезпечена передача інформації про цей факт в ЗУСП.\n4.4.4.2 У разі аварійної зупинки технічних засобів СПТ зміст дійсних конфігурацій СПТ та ознак об'єктів перехоплення не повинні зберігатися у МК. При наступному запуску зміст команд управління має передаватися в МК із ЗУСП.\n4.4.4.3 Технологічний режим перезавантаження технічних засобів СПТ має містити в собі процедури перезавантаження кожної зі складових частин (МК, ЗЗТМ, ЗУСП). Перезавантаження технічних засобів СПТ має здійснюватися без втручання у процес функціонування обладнання телекомунікаційної мережі.\n4.4.4.4 Перезавантаження технічних засобів СПТ повинно здійснюватися в автоматичному режимі.\n4.5 Вимоги до здійснення взаємодії технічних засобів СПТ\n4.5.1 Технічні засоби СПТ при здійсненні перехоплення телекомунікації мають взаємодіяти за наступним порядком.\n4.5.1.1 ЗУСП формують та надсилають на МК запит і отримують підтвердження про готовність до роботи.\n4.5.1.2 ЗУСП формують та передають до МК команди управління, які мають такі складові: ознаки об'єкта перехоплення, категорія режиму та пріоритет спостереження, дата і час початку та закінчення перехоплення, визначення місцезнаходження, адреса передачі до ЗУСП службових даних, адреса передачі до ЗУСП інформаційного повідомлення та інші.\n4.5.1.3 МК проводять розпізнавання та відгалуження об'єктів перехоплення, оформлення їх вмісту відповідно до формату інтерфейсу управління і передачі.\n4.5.1.4 Результати перехоплення вмісту сеансів зв'язку абонентів спостереження передаються на ЗУСП, де проводиться їх обробка і реєстрація.\n4.5.1.5 У разі несанкціонованого втручання у роботу МК та/або ЗЗТМ, що виявлено засобами функціонального контролю, на ЗУСП має бути передано повідомлення про таке втручання.\n4.5.2 Процес перехоплення здійснюється від моменту отримання команди на перехоплення до моменту отримання команди на відміну перехоплення.\n4.6 Вимоги до захисту інформації\n4.6.1 Програмне забезпечення, обладнання технічних засобів СПТ, команди управління і відповіді на них, дані таблиці спостереження, повідомлення та об'єкти перехоплення мають бути захищені від несанкціонованого доступу.\n4.6.2 В системних журналах (каталогах та файлах) обладнання телекомунікаційної мережі (комутаційних систем, центрів комутації, шлюзових вузлів по забезпеченню послуг та інших) не повинна міститися інформація про зміст команд управління взаємодії МК з ЗУСП та відповідей на них.\n4.6.3 Захист інформації щодо здійснення перехоплення інформації з мереж телекомунікацій забезпечується відповідними організаційними заходами та технічними засобами.\n4.6.4 Заходи щодо захисту інформації об'єктів перехоплення мають забезпечувати її конфіденційність та цілісність.\n4.6.5 На ЗУСП мають передаватися повідомлення про спроби несанкціонованого втручання у роботу МК, ЗЗТМ та захищених каналів електрозв'язку у разі технічної можливості виявлення факту втручання.\n4.6.6 Захист інформації, що передається захищеними каналами електрозв'язку СПТ, має забезпечуватися сертифікованими апаратно-програмними засобами.\n4.7 Вимоги до захищених каналів електрозв'язку СПТ\n4.7.1 Захищені канали електрозв'язку повинні:\nа) забезпечувати гарантовану передачу об'єктів перехоплення з визначеними показниками надійності, необхідної пропускної спроможності та рівнем якості;\nб) відповідати діючим нормативним документам у сфері телекомунікації;\nв) використовувати стандартних протоколів зв'язку та методів кодування інформації.\n4.7.2 Надійність захищених каналів ЗЗТМ має досягатися резервуванням та побудовою кільцевих і багатозв'язаних з'єднань.\n4.8 Загальні вимоги до інтерфейсів СПТ\n4.8.1 Склад і призначення інтерфейсів СПТ\n4.8.1.1 У СПТ мають використовуватися наступні інтерфейси:\nа) інтерфейс перехоплення (Х1, Х2, Х3);\nб) інтерфейс управління та передачі (HI1, HI2, HI3).\n4.8.1.2 Інтерфейс перехоплення призначений для передачі:\nа) команд управління від шлюзу до ОВОП;\nб) відгалужених об'єктів перехоплення від ОВОП до шлюзу;\nв) сигналів аварії від ОВОП до шлюзу.\n4.8.1.3 Інтерфейс управління та передачі призначений для передачі:\nа) команд управління від ЗУСП до МК;\nб) повідомлень від МК до ЗУСП про прийом команд управління;\nв) повідомлень від МК до ЗУСП (у разі технічної можливості) про виконання команд управління;\nг) відгалужених об'єктів перехоплення від МК до ЗУСП;\nд) сигналів аварії від МК до ЗУСП.\n4.8.2 Вимоги до інтерфейсів СПТ\n4.8.2.1 Інтерфейси СПТ мають забезпечувати:\nа) здійснення передачі інформації щодо визначеного об'єкта перехоплення;\nб) передачу інформації для незалежного використання отриманої інформації кожним суб'єктом перехоплення;\nв) використання типових протоколів зв'язку за допомогою стандартизованих форматів повідомлень, стандартних методів кодування інформації та захисту інформації від несанкціонованого доступу;\nг) цілісність даних при здійсненні інформаційного обміну.\n4.8.2.2 Інтерфейси СПТ при передачі мають забезпечувати визначену якість інформації відгалужених сеансів зв'язку.\n4.8.2.3 Конфігурація інтерфейсу перехоплення має забезпечувати:\nа) взаємодію шлюзу з різними видами ОВОП;\nб) незалежну взаємодію шлюзу з одним або декількома ОВОП;\nв) цілісність вмісту сеансів зв'язку при їх передачі від ОВОП до шлюзу;\nг) можливість адаптації до нових модифікацій елементів обладнання телекомунікаційної мережі та версій ПЗ, що використовується.\n4.8.2.4 Інтерфейс перехоплення при передачі від ОВОП до шлюзу не повинен погіршувати якість мовного змісту відібраних сеансів зв'язку нижче, ніж на 0,1 бал оцінки MOS.\n4.8.2.5 Конфігурація інтерфейсу управління та передачі має забезпечувати незалежну взаємодію ЗУСП з декількома МК.\n4.8.2.6 Інтерфейс управління та передачі СПТ не повинен залежати від типу обладнання телекомунікаційної мережі, засобів транспортування інформації та ПЗ, що використовується у мережі.\n4.8.3 Перелік команд управління перехопленням, відповідей про результати їх виконання та повідомлень інтерфейсу управління та передачі\n4.8.3.1 Інтерфейс управління та передачі має забезпечувати для управління перехопленням передачу від ЗУСП до МК команд згідно з таблицею 1.\nТаблиця 1. Команди управління перехопленням\nЗапуск МК (ініціалізація)\nВиконується включення та ініціалізація МК. За МК закріплюється конкретний номер. Команда має містити пароль; інформацію про свій код, який визначає формат і призначення команди; ідентифікатор команди, який встановлює взаємозв'язок команди з відповіддю на неї; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди.\nПримітка. Початковий пароль команди вводиться розробником МК та повідомляється Замовнику\nЗупинка МК (відключення)\nЗнищуються всі дані, пов'язані з роботою системи перехоплення. Обладнання МК в пасивному стані, вміст таблиці спостереження знищується. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди\nЗдійснюється зміна (встановлення нового) пароля. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; старий пароль; новий пароль; системний час передачі команди.\nПримітка. Команда виконується у разі збігу в ній старого пароля з діючим паролем, в іншому разі формується повідомлення N 3\nПостановка об'єкта перехоплення на спостереження\nЗдійснюється внесення даних про об'єкт перехоплення в таблицю спостереження, встановлюється категорія спостереження та рівень пріоритету. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; дані про об'єкт перехоплення (умовний номер, тип об'єкта перехоплення та ознаку об'єкта перехоплення), категорію спостереження; рівень пріоритету; час закінчення спостереження; системний час передачі команди\nЗняття об'єкта перехоплення з спостереження\nЗдійснюється видалення даних про об'єкт перехоплення із таблиці спостереження. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер об'єкта перехоплення, відносно до якого здійснюється вилучення зазначених даних; системний час передачі команди\nЗапит на надання даних про об'єкт перехоплення\nЗдійснюється запит на надання даних про об'єкт перехоплення (тип об'єкта перехоплення, ознаки об'єкта перехоплення, категорія спостереження та рівень пріоритету) відповідно до його умовного номеру. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер об'єкта перехоплення; системний час передачі команди\nЗміна даних про об'єкт перехоплення\nЗдійснюється зміна даних про об'єкт перехоплення, що описані в команді N 4. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер об'єкта перехоплення, що діє; категорія спостереження; рівень пріоритету; час закінчення спостереження; дані про об'єкт перехоплення, на які необхідно провести зміну; системний час передачі команди\nПереривання видачі відповідей на запит про вміст таблиці спостереження\nПрипиняється видача даних на всі активні на час відправлення цієї команди запити в МК про вміст таблиці спостереження. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди.\nПримітка. При виконанні команди непередані дані про вміст таблиці спостереження втрачаються\nОчистити таблицю спостереження\nВідмова від всіх замовлень на спостереження. МК залишаються в активному стані. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди\nПеревірка працездатності каналів зв'язку\nЗдійснюється перевірка працездатності каналів зв'язку між МК та ЗУСП шляхом передачі тестового повідомлення. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди.\nПримітка. Якщо команда протягом 10 хвилин не надходить до МК від ЗУСП по будь-якому з організованих каналів зв'язку, то МК має забезпечити перехід на зарезервовані канали зв'язку із ЗУСП\nЗаборона з'єднання та відміна усіх видів заборон\nЗдійснюється заборона на всі види (вхідні або/та вихідні) сеансів зв'язку абонента спостереження з використанням відомих підрозділу перехоплення ознак об'єкта спостереження. Команда має містити свій код; ідентифікатор команди; порядкове значення; код події (заборону встановити на всі види сеансів, на вхідні сеанси, на вихідні сеанси зв'язку та відміни усіх видів заборон); умовний номер об'єкта перехоплення; системний час події\nЗапит версії програмного забезпечення точки доступу\nЗапит інформації про версію (редакцію) програмного забезпечення точки доступу (центрів комутації, шлюзових вузлів та інших). Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор точки доступу; ідентифікатор ЗУСП; системний час передачі команди\nЗапит системного часу, що діє в МК. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди\nЗакріплення контрольної з'єднувальної лінії за групою\nЗабезпечується включення контрольної з'єднувальної лінії (КЗЛ) в групу. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; дані про номер та тип групи КЗЛ, номери КЗЛ-А, КЗЛ-В; системний час передачі команди.\nПримітка. Максимальна кількість груп визначається максимальною кількістю КЗЛ між МК та ЗУСП. Кількість КЗЛ у групі може бути від однієї до максимальної кількості КЗЛ між МК та ЗУСП\nПідключення до розмовного тракту\nЗабезпечується підключення КЗЛ до розмовного тракту з'єднання об'єкта спостереження, яке визначено номером виклику. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди.\nПримітка. Від ЗУСП до МК передаються дані про номер виклику (число, яке надається кожному з'єднанню, що перехоплюється), про умовний номер та тип об'єкта перехоплення, номер групи КЗЛ\nВивільнення контрольної з'єднувальної лінії\nЗабезпечується примусове вивільнення КЗЛ між МК та ЗУСП. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер та тип об'єкта перехоплення; номери КЗЛ-А та КЗЛ-В; системний час передачі команди.\nВилучення контрольної з'єднувальної лінії з групи\nЗабезпечується вилучення КЗЛ з групи. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; номер групи КЗЛ, номери КЗЛ-А та КЗЛ-В; системний час передачі команди.\nЗапит на передачу інформації про відповідність між контрольними з'єднувальними лініями та групами\nЗабезпечується видача від МК до ЗУСП інформації про входження КЗЛ до групи. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди.\nПримітка. Від ЗУСП до МК передаються дані про номер та тип групи КЗЛ, номери КЗЛ-А та КЗЛ-В\nЗапит на передачу списку додаткових видів обслуговування\nЗабезпечується видача повної інформації про додаткові види обслуговування, які надаються абоненту спостереження. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер об'єкта перехоплення; системний час передачі команди\nЗапит місцезнаходження терміналу абонента спостереження\nЗапит щодо місцезнаходження терміналу абонента спостереження. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер об'єкта перехоплення; системний час передачі команди\nЗапит завантаження МК\nЗапит на передачу із МК даних про кількість втрачених МК пакетів та про обсяг вільного місця в пам'яті МК. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди\nВключення фільтру (як опція)\nЗазначаються умовний номер об'єкта перехоплення, протокол транспортного рівня та порти вузла МПД, по яким відміняється перехоплення телекомунікацій. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер об'єкта перехоплення; протокол транспортного рівня та порти вузла МПД, по яким відміняється перехоплення телекомунікацій; системний час передачі команди\nВідключення фільтру (як опція)\nВідміняється дія попередньої команди N 23. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; умовний номер об'єкта перехоплення; протокол транспортного рівня та порти вузла МПД, по яким відновлюється перехоплення телекомунікацій; системний час передачі команди\nВключення передачі повідомлень із статистичними даними\nВиконується включення режиму передачі статистичних даних протоколу, що реалізує функції AAA (аутентифікації, авторизації та обліку користувачів). Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; код протоколу, що реалізує функції AAA; системний час передачі команди\nВідключення передачі повідомлення із статистичними даними\nВідміняється дія попередньої команди N 25. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; системний час передачі команди\nВстановлення параметрів сервера аутентифікації\nЗдійснюється налагодження МК на визначений сервер аутентифікації провайдера послуг. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; параметри сервера аутентифікації (тип версії мережного рівня протоколу аутентифікації, IP адреса сервера), які необхідно встановити; системний час передачі команди\nВидалення параметрів сервера аутентифікації\nВідміняється дія попередньої команди N 27. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; параметри сервера аутентифікації (тип версії мережного рівня протоколу аутентифікації, IP адреса сервера), які необхідно видалити; системний час передачі команди\nЗапит параметрів серверів аутентифікації\nЗапит до МК про встановлені параметри серверів аутентифікації провайдера послуг. Команда має містити інформацію про свій код; ідентифікатор команди; порядкове значення; ідентифікатор ЗУСП; ідентифікатори серверів; системний час передачі команди\nКоманди 16...20 діють в СПТ для мереж що використовують технологію комутації каналів.\nКоманда 20 діє в СПТ для мереж рухомого (мобільного) зв'язку.\nКоманди 21...28 діють в СПТ для мереж що використовують технологію комутації пакетів.\n4.8.3.2 Інтерфейс управління та передачі має забезпечувати передачу від МК до ЗУСП відповідей про результати виконання команд управління перехопленням, наведених у таблиці 1. Опис вказаних відповідей має відповідати вимогам згідно з таблицею 2.\nТаблиця 2. Відповіді про результати виконання команд управління перехопленням.\nПерелік відповідей на команди\nІнформація про прийом команди із ЗУСП"\nВідповідь про підтвердження прийому будь-якої команди та перевірки її параметрів на коректність. Містить інформацію про свій код, який визначає формат і призначення відповіді; ідентифікатор відповіді, який встановлює взаємозв'язок відповіді з командою; порядкове значення; системний час прийому команди, код виконання команди (прийнята до виконання або відхилена).\nПримітка. Відповідь не передається у разі прийому команди N 10 "Перевірка працездатності каналів зв'язку"\nІнформація про виконання команди із ЗУСП (в разі технічної можливості)\nВідповідь про підтвердження виконання будь-якої команди або про неможливість її виконання. Містить інформацію про свій код; ідентифікатор відповіді; порядкове значення; системний час виконання або прийняття рішення про неможливість виконання команди.\nІнформація про результат зміни пароля.\nВідповідь на команду N 3. Містить інформацію про результати зміни пароля. Відповідь має містити свій код; ідентифікатор відповіді, порядкове значення; ідентифікатор МК; код результату зміни пароля; новий пароль; системний час здійснення події\nІнформація про об'єкт перехоплення\nВідповідь на команду N 6. Містить інформацію про об'єкт перехоплення. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; поставлені дані про об'єкт перехоплення (умовний номер, тип об'єкта перехоплення та ознака об'єкта перехоплення); категорію спостереження та рівень пріоритету; стан (активний або неактивний) та місцезнаходження (за наявності даних) абонента спостереження; ідентифікатор МК, в якому відбувається перехоплення; системний час початку та кінця перехоплення\nІнформація про результати зміни даних про об'єкт перехоплення\nВідповідь на команду N 7. Містить нові дані про об'єкт перехоплення. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; результат події (нові дані поставлені в таблицю спостереження, дані вже знаходяться (перебувають) в таблиці спостереження, помилка команди, функція не підтримується); нові дані про об'єкт перехоплення (умовний номер, тип об'єкта перехоплення та ознака об'єкта перехоплення); рівень пріоритету спостереження; категорію спостереження; стан та місцезнаходження (за наявності даних) абонента спостереження; ідентифікатор МК, в якому буде відбуватися перехоплення; системний час початку та кінця перехоплення\nІнформація про результати очищення таблиці спостереження\nВідповідь на команду N 9. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; код результату події , об'єм таблиці спостереження; код стану МК; ідентифікатор МК; системний час виконання очищення таблиці спостереження\nІнформація про результати заборони з'єднання та відміни усіх видів заборон\nВідповідь на команду N 11. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; код результату події (заборона встановлена на всі види сеансів, на вхідні сеанси, на вихідні сеанси зв'язку, тип об'єкта некоректний, ознака відсутня в таблиці спостереження, заборона встановлена раніше відміна усіх видів заборон); умовний номер об'єкта перехоплення; категорію спостереження; рівень пріоритету; ідентифікатор МК; системний час події\nІнформація про версію програмного забезпечення точки доступу\nВідповідь на команду N 12. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; код точки доступу; дані про версію (редакцію) програмного забезпечення точки доступу; ідентифікатор МК; системний час події\nІнформація про системний час\nВідповідь на команду N 13. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; ідентифікатор МК; поточний системний час\nІнформація про список додаткових видів обслуговування\nВідповідь на команду N 19. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; дані про об'єкт перехоплення (умовний номер, тип об'єкта перехоплення та ознака об'єкта перехоплення); список кодів додаткових послуг, які надаються абоненту спостереження; ідентифікатор МК; системний час події\nІнформація про місцезнаходження терміналу абонента спостереження\nВідповідь на команду N 20. Відповідь має містити свій код; ідентифікатор відповіді; порядкове значення; умовний номер об'єкта перехоплення; код місцезнаходження терміналу; ідентифікатор МК; системний час події\nВідповіді 10 та 11 діють тільки в СПТ у мережах, що використовують технологію комутації каналів.\nВідповідь 11 діє тільки в СПТ у мережах рухомого (мобільного) зв'язку.\n4.8.3.3 Інтерфейс управління та передачі має забезпечувати передачу від МК до ЗУСП повідомлень про події, не пов'язані з дією команд управління перехопленням. Опис вказаних повідомлень має відповідати вимогам згідно з таблицею 3.\nТаблиця 3. Повідомлення про події, не пов'язані з дією команд управління перехопленням.\nПередається у разі виходу з робочого стану обладнання або програмного забезпечення, що впливають на роботу СПТ чи обслуговування об'єктів перехоплення. Повідомлення має містити свій код; ідентифікатор повідомлення, який встановлює взаємозв'язок повідомлення з його підтвердженням із ЗУСП; порядкове значення; ідентифікатор МК, в якому відбулася подія; код аварії; системний час здійснення події.\nПримітка. Коди аварій надаються виробниками обладнання точок доступу.\nПерезавантаження програмного забезпечення точки доступу\nПередається у разі готовності точок доступу до функціонування, після первинного їх запуску або усунення аварії, або перезавантаження програмного забезпечення. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; код обладнання точки доступу, в якому відбулася подія; системний час здійснення події.\nНесанкціонований доступ до МК\nПередається у разі несанкціонованого доступу до МК. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; ідентифікатор МК, в якому відбулася подія; код несанкціонованого доступу (апаратного та/або програмного); системний час здійснення події.\nПримітка. У разі порушення зв'язку між МК та ЗУСП інформація про несанкціонований доступ повинна реєструватися в енергонезалежній пам'яті\nМК та передаватися відразу після відновлення зв'язку.\nПорушення/відновлення функціонування МК\nПередається у разі виявлення порушень у функціонуванні МК або після відновлення його працездатності. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; ідентифікатор МК, в якому відбулася подія; код параметра, що спричинив порушення функціонування МК після відновлення значення якого МК набули працездатного стану; системний час здійснення події.\nПримітка. У разі порушення зв'язку між МК та ЗУСП інформація про порушення/відновлення функціонування МК повинна реєструватися в енергонезалежній пам'яті МК та передаватися відразу після відновлення зв'язку.\nПочаток сеансу зв'язку (з'єднання)\nПередається на початку сеансу зв'язку абонента спостереження. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; дані про номер виклику (число, яке надається кожному з'єднанню, що перехоплюється); умовний номер об'єкта перехоплення; ідентифікатор МК; системний час здійснення події.\nКінець сеансу зв'язку (роз'єднання)\nПередається при завершенні сеансу зв'язку абонента спостереження. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; дані про номер виклику (число, яке надається кожному з'єднанню, що перехоплюється); умовний номер об'єкта перехоплення; код завершення сеансу зв'язку; ідентифікатор МК; системний час здійснення роз'єднання.\nВикористання додаткових видів обслуговування\nПередається при замовленні, перевірці, користуванні і відміні послуг додаткових видів обслуговування. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; код послуги, що надається абоненту спостереження; умовний номер об'єкта перехоплення; ідентифікатор МК; системний час здійснення події.\nПримітка. Перелік кодів послуг повинен базуватися на відповідних міжнародних рекомендаціях. Якщо абоненту спостереження надаються послуги, що не вказані в міжнародних рекомендаціях, то їх коди мають надавати виробники обладнання точок доступу\nІнформація про результати підключення до розмовного тракту\nПередається при підключенні КЗЛ до розмовного тракту з'єднання об'єкта спостереження. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; дані про номер виклику (число, яке надається кожному з'єднанню, що перехоплюється); про умовний номер та тип об'єкта перехоплення; номер групи КЗЛ; ідентифікатор МК; системний час події\nІнформація про результати вивільнення контрольної з'єднувальної лінії\nПередається при вивільненні КЗЛ між МК та ЗУСП. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; код вивільнення КЗЛ (по пріоритету абонента спостереження, в результаті несправності МК); ідентифікатор МК; системний час події\nЗміна статусу абонента спостереження\nПередається при реєстрації і перереєстрації абонента спостереження в телекомунікаційній мережі. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; умовний номер об'єкта перехоплення та код статусу абонента спостереження; ідентифікатор МК; системний час здійснення події.\nПередається зміст короткого повідомлення SMS. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; умовний номер об'єкта перехоплення; зміст SMS; ідентифікатор МК; системний час здійснення події.\nПередається при зміні місцезнаходження абонента спостереження. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; код події, що викликала передачу повідомлення; умовний номер об'єкта перехоплення; ідентифікатор МК; дані місцезнаходження; системний час здійснення події\nПередаються статистичні дані протоколу, що реалізує функції AAA. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; ознака об'єкта перехоплення; ідентифікатор МК; статистичні дані; системний час здійснення події\nЗаповнення пам'яті МК (при наявності технічних можливостей)\nПередається, у разі, якщо об'єм вільної пам'яті МК, що залишилася, складає не більше 10 % від об'єму пам'яті для даних, що призначені для передачі до ЗУСП. Повідомлення має містити свій код; ідентифікатор повідомлення; порядкове значення; ідентифікатор МК; системний час здійснення події.\nПримітка. Повідомлення передається з інтервалом в 1 хвилину до тих пір, поки об'єм вільної пам'яті не збільшиться до вказаної межі.\nПовідомлення 7...12 діють тільки в СПТ у мережах, що використовують технологію комутації каналів.\nПовідомлення 11 та 12 діють тільки в СПТ у мережах рухомого (мобільного) зв'язку.\nПовідомлення 13 діє тільки в СПТ у мережах, що використовують технологію комутації пакетів.\n4.8.3.4 Інтерфейс управління та передачі має забезпечувати передачу від ЗУСП до МК підтвердження прийому повідомлень |про події, не пов'язані з дією команд управління перехопленням.\nПідтвердження прийому повідомлення має містити інформацію про свій код; ідентифікатор підтвердження, який встановлює взаємозв'язок підтвердження з повідомленням; порядкове значення; ідентифікатор ЗУСП; системний час прийому повідомлення.\n4.8.3.5 Синтаксис команд і відповідей, якщо це не обумовлено в ТВ на конкретне обладнання комутації, має відповідати стандарту\nETSI ES 201 671.\n4.8.4 Вимоги до надійності технічних засобів СПТ\n4.8.4.1 Показники надійності СПТ відповідно до ДСТУ 2860 при нормальних умовах експлуатування згідно з ГОСТ 15150:\nа) наробіток до відмовлення - не менше ніж 10000 годин;\nб) час відновлення - не більше ніж 30 хвилин при використанні одиночного ЗІП;\nв) термін служби - не менше ніж 8 років.\n4.8.4.2 СПТ має забезпечувати цілодобове спостереження за об'єктами перехоплення.\nТЕХНІЧНІ ВИМОГИ ДО СИСТЕМИ ПЕРЕХОПЛЕННЯ ТЕЛЕКОМУНІКАЦІЙ У МЕРЕЖАХ, ЩО ВИКОРИСТОВУЮТЬ ТЕХНОЛОГІЮ КОМУТАЦІЇ КАНАЛІВ\nА.1 Технологія комутації каналів використовується в мережах фіксованого і рухомого зв'язку та дозволяє передавання:\n- мовної інформації;\n- тональної інформації;\n- інформації даних;\n- факсимільних повідомлень;\n- коротких повідомлень (SMS (ПКП));\n- мультимедійних повідомлень (MMS (ПММП)).\nА.2 МК повинні встановлюватися в вузлах комутації, в яких створюється/завершується трафік від/до абонентів.\nА.3 Система перехоплення телекомунікацій у телекомунікаційній мережі в режимі комутації каналів (далі - СПТ МКК) має забезпечувати імовірність правильної класифікації як сеансів зв'язку (мова, факс, передача даних, ПКП, ПММП та ін.), що передаються відповідно до вимог діючих нормативних документів України, ETSI, МСЕ, так і зміни виду передачі у одному сеансі зв'язку не гірше, ніж 0,9 у 95 % з'єднань.\nА.4 Час встановлення ознаки на перехоплення вмістів сеансів зв'язку абонентів спостереження після завершення передачі відповідної команди управління з ЗУСП до МК повинен бути не більше ніж 30 секунд при автоматичному управлінні роботою мережного комплекту.\nА.5 В разі зупинки МК час завантаження таблиці спостереження повинен бути не більше 240 хвилин;\nА.6 Кожний з об'єктів перехоплення має бути описаний однією або сукупністю із наступних ознак:\nа) повним або неповним номером відповідно до Рекомендацій МСЕ Е.164, Х.121;\nб) ідентифікатором вхідного напрямку пучка каналів;\nв) ідентифікатором лінії (каналу);\nг) ідентифікатором ознаки номера (міжнародний, національний, міжміський, внутрішньо зоновий та місцевий);\nд) ідентифікатором напрямку з'єднання (вхідне, вихідне);\nе) MSISDN - міжнародним ISDN номером рухомої станції (у тому числі роумінгових);\nж) IMSI - міжнародним ідентифікатором рухомого абонента спостереження;\nи) IMEI - міжнародним ідентифікатором (повним або скороченим) обладнання рухомої станції;\nк) TMSI - тимчасовим міжнародним ідентифікатором рухомого абонента спостереження;\nл) LAC, CELL ID - ідентифікаторами зони розташування;\nм) CLASS MARK - ідентифікатором технічних можливостей рухомої станції;\nн) ідентифікаційним кодом мережі.\nА.7 Інформаційні повідомлення сеансів зв'язку, що підлягають перехопленню МК, відповідно А.1;\nА.8 СПТ МКК має здійснювати перехоплення наступних службових даних сеансів зв'язку:\nа) спроби встановити з'єднання або виклик;\nб) відповіді на виклик;\nв) роз'єднання з'єднання;\nг) інформації, яка характеризує місце розташування термінала абонента спостереження та його зміну (location updating, TMSI reallocation, handover, power on/off);\nд) ідентифікатора активування;\nе) ознаки об'єкта перехоплення (див. п. А.5);\nж) номера, який викликають;\nи) номера, який викликає;\nк) номерів, на які здійснюється переадресація (у тому числі багаторазова) або багатоадресні виклики;\nл) послуги перенесення інформації та послуги виду зв'язку;\nм) додаткові послуги;\nн) час початку та закінчення надання послуги абоненту спостереження;\nо) причину закінчення з'єднання: роз'єднання, повернення, скидання, відмовлення, зайняття лінії та ін.\nА.9 Точність визначення місцезнаходження рухомої станції в середині зони обслуговування указується при складанні технічних вимог до конкретного МК, але не повинна бути гіршою за сектор стільника.\nА.10 СПТ МКК має здійснювати спостереження за:\nа) вхідними та вихідними об'єктами перехоплення (місцевими, внутрішньомережними, внутрішньозоновими, міжміськими та міжнародними автоматичними та напівавтоматичними);\nб) об'єктами перехоплення при наданих додаткових послугах зв'язку згідно з таблицею А.1;\nв) об'єктами перехоплення при всіх видах роумінгу;\nг) запитом на вхідну або вихідну передачу даних з комутацією каналу;\nд) інформацією про місцезнаходження (при конференцзв'язку спостереження за інформацією про місцезнаходження ініціатора замовлення послуги);\nе) даними про надані послуги перенесення інформації;\nж) об'єктами перехоплення при наданні послуг голосової пошти, всіх видів передачі даних, вхідними або вихідними факсимільними повідомленнями, даними між терміналом абонента та обладнанням додатків (наприклад, обладнання інтелектуальних послуг) мережі оператора телекомунікації в режимі реального часу, про передачу повідомлень на мережу пейджингового зв'язку, про передачу тональної сигналізації в мовному діапазоні частот та ін.;\nи) інформацією про надану послугу роумінгу;\nк) інформацією про початок роботи гостьових абонентів, за якими здійснюється спостереження;\nл) інформацією про замовлення та відміну додаткових телекомунікаційних послуг згідно з таблицею А.1.\nТаблиця А.1 Додаткові телекомунікаційні послуги\nНадання ідентифікації лінії, яка викликає\nЗаборона ідентифікації лінії, яка викликає\nНадання ідентифікації лінії, яка підключена\nЗаборона ідентифікації лінії, яка підключена\nІдентифікація зловмисного виклику\nМультиплексований номер абонента\nПереадресація виклику при зайнятості\nПереадресація виклику при невідповіді\nПере адресація виклику при неможливості з'єднання (абонент находиться поза зоною зв'язку)\nЗавершення виклику до зайнятих абонентів\nКонференц-зв'язок з розширенням\nЗамкнута група абонентів\nПовідомлення про вартість на час установлення з'єднання\nПовідомлення про вартість після завершення з'єднання\nА.11 СПТ МКК має забезпечувати збереження функції спостереження за вмістом сеансів зв'язку абонентів спостереження:\nа) при процедурах передачі обслуговування (хендовер) рухомої станції між базовими станціями (BTS) в межах як одного центру комутації рухомого зв'язку (MSC), так і різних MSC;\nб) при міжмережному роумінгу абонентів спостереження\nА.12 СПТ МКК має визначати місцезнаходження терміналу абонента спостереження за запитом ЗУСП.\nА.13 Максимальна кількість ознак об'єктів перехоплення в комплекті МК складає 30 % від загальної кількості абонентів вузла мережі (див. А.2), але не більше ніж 30000 при одночасному перехопленні в усіх вузлах мережі.\nА.14 Мінімальна кількість з'єднань у фрагменті мережі зв'язку, інформація про які одночасно має передаватися до ЗУСП у режимі поєднаного (роздільного) спостереження, та трактів ІКМ-30 до ЗУСП встановлюються:\n- для мереж фіксованого зв'язку згідно з таблицею А.2\nЄмність комутаційної станції, кількість номерів\nКількість ознак об'єктів перехоплення для комутаційної станції, не менше\nКількість ознак об'єктів перехоплення інших станцій, не менше\nКількість з'єднань, що одночасно передаються у режимі поєднаного (роздільного) спостереження, не менше\nКількість трактів ІКМ-30 до ЗУСП, не менше\n- для мереж рухомого зв'язку, згідно з таблицею А.3:\nЄмність комутаційних станцій, кількість номерів\nКількість ознак об'єктів перехоплення інших мереж, не менше\nВід 40000 до 100000\nПримітка. Конкретна кількість ознак об'єктів перехоплення та з'єднань, інформація про які одночасно має передаватися до ЗУСП при спостереженні в реальному часі, трактів ІКМ-30 до ЗУСП та необхідна швидкість передачі даних до ЗУСП вказуються при складанні технічних вимог до конкретного МК, якщо у розробленні ТВ виникає потреба.\nА.15 СПТ МКК має забезпечувати можливість збереження зареєстрованої інформації ЗУСП строком не менше, ніж, 30 діб.\nТЕХНІЧНІ ВИМОГИ ДО СИСТЕМИ ПЕРЕХОПЛЕННЯ ТЕЛЕКОМУНІКАЦІЙ У МЕРЕЖАХ, ЩО ВИКОРИСТОВУЮТЬ ТЕХНОЛОГІЮ КОМУТАЦІЇ ПАКЕТІВ\nБ.1 МК системи перехоплення телекомунікацій у стаціонарних та рухомих (GPRS, PDSN та інші) мережах та у системах абонентського радіодоступу з комутацією пакетів (далі - СПТ МКП) повинні взаємодіяти з точками доступу телекомунікаційної мережі з комутацією пакетів, які використовують протоколи передачі даних IPv4 [В.17], IPv6 [В.23], Ethernet [В.15], ATM [В.2], FR[В.6], X.25 [В.4] та інші.\nБ.2 МК повинні встановлюватись в точках доступу МКП (шлюзах, вузлах комутації, маршрутизаторах та інших), в яких створюється/ завершується трафік від/до абонента.\nБ.3 У СПТ МКП час встановлення ознак на перехоплення вмісту сеансів зв'язку абонентів спостереження після завершення передавання відповідної команди управління з ЗУСП до МК має бути не більше 30 секунд при автоматичному управлінні роботою мережного комплекту.\nБ.4 МК повинні мати можливість підключення до обладнання вузла МКП через порт (порти) або з використанням пристрою відгалуження сигналів.\nБ.5 Кожний з об'єктів перехоплення має бути описаним однією або сукупністю наступних ознак, які дозволять унікально ідентифікувати абонента спостереження, кінцеве обладнання або місце, куди/звідки об'єкт перехоплення передається:\nа) MAC - адресою (MAC - address) [В.15];\nб) ідентифікатором користувача (user ID) [В.24];\nв) ідентифікатором модему;\nг) телефонним номером або ідентифікатором телефонної лінії користувача;\nд) адресою електронної пошти (e-mail address) [В.19].\nе) ІР-адресою (IP-address);\nж) ATM-адресою (ATM-address) [В.2];\nи) X.25-адресою (X.25-address) [В.4];\nк) FR-адресою (FR-address) [В.6];\nл) ідентифікатором SIP-URL [В.27];\nм) ідентифікатором TEL-URL [В.29];\nн) ідентифікатором H.323 [В.3].\nо) MSISDN - міжнародним ISDN номером рухомої станції (у тому числі роумінгових);\nп) IMSI - міжнародним ідентифікатором рухомого абонента спостереження;\nр) IMEI (ESN) - міжнародним ідентифікатором (повним або скороченим) обладнання рухомої станції;\nБ.6 Максимальна кількість ознак об'єктів перехоплення складає 30 % від загальної кількості абонентів мережі, але не більше ніж 3000 при одночасному перехопленні в усіх вузлах МКП.\nБ.7 Відбір МК об'єкта перехоплення за ознакою "MAC-адреса" повинен забезпечуватися шляхом декодування заголовку Ethernet фрейму з подальшим визначенням "MAC-address" мережних пристроїв та протоколу на мережному рівні.\nБ.8 Відбір МК об'єкта перехоплення за ознакою "ідентифікатор користувача", "телефонний номер, ідентифікатор телефонної лінії", "ідентифікатор модему" повинен забезпечуватися шляхом визначення виділеної йому IP-адреси, призначеної протоколами RADIUS [В.26] та DHCP [В.22] та інші.\nМК повинні забезпечувати збір даних, отриманих в результаті обробки повідомлень протоколу RADIUS [В.26], що реалізує функції AAA, та протоколу DHCP [В.22].\nБ.9 Відбір МК об'єкта перехоплення за ознакою "адреса електронної пошти" повинен забезпечуватися шляхом декодування протоколів IP [В.17, В.23], TCP [В.18], з подальшим визначенням його "e-mail address" в заголовках SMTP [В.25], РОРЗ [В.21], IMAP4 [В.28] та ESMTP [В.20].\nБ.10 Відбір МК об'єкта перехоплення за ознакою "IP адреса" повинен забезпечуватися шляхом декодування заголовка IP пакетів [В.17, В.23] з подальшим визначенням протоколів транспортного рівня [В.16, В.18].\nБ.11 СПТ МКП має здійснювати перехоплення наступних службових даних сеансів зв'язку у складі об'єктів перехоплення:\nа) ознак об'єкта перехоплення (див. п. Б.5), та ідентифікаторів, що встановлені для перехоплення або пов'язані з ними;\nб) дані щодо доступу абонента спостереження до мережі передачі даних (час звернення, дозвіл, заборона на одержання доступу до мережі передачі даних);\nв) дані, що супроводжують передавання повідомлення від (до) терміналу абонента спостереження через мережі передачі даних;\nг) час початку, закінчення і тривалість надання послуги мережі передачі даних;\nд) сигналізації про готовність до використання послуги мережі передачі даних;\nз) вид служби чи послуги, що встановлені для переданого та прийнятого повідомлення (передача файлів, електронна пошта, передача звукових даних, передача відеоінформації та інші), та пов'язані з ними параметри.\nе) команди, які формуються абонентом спостереження для отримання і використання послуг, що надаються у мережі передачі даних.\nБ.12 У мережах рухомого (мобільного) зв'язку та у системах абонентського радіодоступу СПТ МКП має визначати місцезнаходження терміналу абонента спостереження у випадках, які зазначені у підпункті 4.4.2.4 ЗТВ.\nБ.13 У мережах рухомого (мобільного) зв'язку СПТ МКП має здійснювати перехоплення SMS, MMS та інших повідомлень абонента спостереження.\nБ.14 СПТ МКП має відповідати одному з трьох типів відповідно до кількісної оцінки швидкостей передачі даних, приведеної в таблиці Б.1.\nТип СПТ МКП\nШвидкість інформації в мережі передачі даних, при якій МК повинні забезпечувати розпізнавання і відгалуження сеансів зв'язку абонентів спостереження, не менше Мбіт/с\nШвидкість передачі даних від МК до ЗУСП, не менше, Мбіт/с\nБ.15 СПТ МКП має забезпечувати можливість збереження зареєстрованої інформації у ЗУСП не менше ніж 30 діб.\nВ.1 Резолюції Ради Європи ЕС СОМ 96/C329/01 "Про законне перехоплення телекомунікацій".\nВ.2 Рекомендація МСЕ-Т I.361. B-ISDN ATM layer specification (Специфікація рівня ATM B-ISDN).\nВ.3 Рекомендація МСЕ-Т H.323. Packet-based multimedia communications systems (Мультимедійні системи зв'язку на базі пакетів).\nВ.4 Рекомендація МСЕ-Т Х.25. Стик між кінцевим обладнанням даних та апаратурою закінчення каналу даних до кінцевих установок, які працюють у пакетному режимі та підключені до мережі даних загального користування за допомогою виділеного каналу.\nВ.5 Рекомендація МСЕ-Т Х.31. Обслуговування пакетного кінцевого обладнання даних у ЦМІС.\nВ.6 Рекомендація МСЕ-Т X.36. Interface between data terminal equipment (DTE) and data circuit-terminating equipment (DCE) for public data networks providing frame relay data transmission service by dedicated circuit (Інтерфейс між термінальним обладнанням даних і кінцевим обладнанням каналу передавання даних для мереж загального користування, що забезпечують послугу передавання даних з ретрансляцією кадрів за допомогою виділеної лінії).\nВ.7 ENFOPOL 55 "Про оперативні потреби правоохоронних органів стосовно телекомунікаційних мереж загального користування та послуг зв'язку"\nВ.8 ETSI ES 201 158 V1.1.2 (1998-05). Telecommunications security. Lawful Interception. Requirements for network functions (Телекомунікаційна безпека. Законне перехоплення. Вимоги до мережних функцій).\nВ.9 ETSI ES 201 671 V2.1.1 (2001-09). Telecommunications security. Lawful Interception. Handover interface for the lawful interception of telecommunications traffic (Телекомунікаційна безпека. Законне перехоплення. Інтерфейси передачі до законного перехоплення телекомунікаційного трафіка).\nВ.10 ETSI TS 101 331 V1.1.1 (2001-08). Telecommunications security. Lawful Interception. Requirements of Law Enforcement Agencies (Технічна специфікація. Безпека систем зв'язку. Законне перехоплення інформаційного потоку. Вимоги правоохоронних органів).\nВ.11 ETSI TR 101 943 V1.1.1 (2001-07). Telecommunications security. Lawful Interception. Requirements of Law Enforcement Agencies (Технічний звіт. Безпека систем зв'язку. Законне перехоплення. Концепція перехоплення у загальній мережній структурі).\nВ.12 3GPP TS 33.106. Lawful interception requirements (Вимоги законного перехоплення).\nВ.13 3GPP TS 33.107. Lawful interception. Architecture and functions (Законне перехоплення. Архітектура та функції).\nВ.14 3GPP TS 33.108. Handover interface for Lawful interception (Інтерфейс передачі для законного перехоплення).\nВ.15 IEEE 802.3. Network standard Ethernet (Мережний стандарт на широкосмугову мережу).\nВ.16 IEFT RFC 0768. User Datagram Protocol (Протокол передавання дейтаграм користувача).\nВ.17 IETF RFC 0791. Internet Protocol, v.4 (Інтернет Протокол версії 4).\nВ.18 IEFT RFC 0793. Transmission Control Protocol (Протокол управління передаванням).\nВ.19 IETF RFC 0822. E-mail address (Адреса електронної пошти).\nВ.20 IEFT RFC 1869. SMTP Service Extension ESMTP (Протокол передавання електронної пошти з розширеними можливостями).\nВ.21 IETF RFC 1939. Post Office Protocol - Version 3 (Протокол поштового відділення версії 3).\nВ.22 IETF RFC 2131. Dynamic Host Configuration Protocol (Протокол динамічного конфігурування вузла).\nВ.23 IETF RFC 2460. Internet Protocol, v.6 (Інтернет Протокол версії 6).\nВ.24 IETF RFC 2486. The Network Access Identifier (Мережний ідентифікатор доступу).\nВ.25 IEFT RFC 2821. Simple Mail Transfer Protocol (Протокол передавання електронної пошти).\nВ.26 IETF RFC 2865. Remote Authentication Dial In User Service (Служба дистанційної автентифікації при дистанційному доступі користувачів).\nВ.27 IEFT RFC 3261. SIP: Session Initiation Protocol (Протокол ініціювання сеансу).\nВ.28 IEFT RFC 3501. Internet Message Access Protocol - Version 4 (Протокол інтерактивного доступу до електронної пошти версії 4).\nВ.29 IEFT RFC 3966. The tel URI for Telephone Numbers (Ідентифікатор ресурсів для телефонних номерів).


Брифінг. СПОРУДЖЕННЯ МЕМОРІАЛУ НЕБЕСНОЇ СОТНІ: на що витрачено кошти, перспективи, виклики\nНаціональний музей Революції Гідності запрошує представників ЗМІ на виїзний престур до розсадника на Київщині, де розміщено липи, придбані для Меморіалу Героїв Небесної Сотні. На зустрічі запрошені зможуть оглянути місце тимчасового розміщення лип у час їхнього цвітіння, дізнатися більше від представників Музею й фахівців, які доглядають за рослинами, про особливості дерев цього сорту та догляд за ними.\nВидання Музею Майдану представлять на “Книжковому Арсеналі-2021”\nІз 23 до 27 червня в межах десятого фестивалю “Книжковий Арсенал” Національний музей Революції Гідності представить свої видання на збірному стенді музейних видань\nДо 25-ї річниці Конституції України в Маріїнському парку відкрилася вулична виставка дитячих малюнків "Барви свободи: Майдан, мальований дітьми". На стендах понад 100 робіт на тему Революції Гідності, створених в українських школах, а також намальованих під час самого Майдану.\nНа Франківщині відбудеться міжнародний форум "Via Carpatia"\nНапередодні Дня Конституції 25–27 червня 2021 року в с. Криворівня та смт Верховина Івано-Франківської області відбудеться форум “Via Carpatia-2021” на тему “Капітал свободи: 30 років культурної незалежності”.\nДо 25-ї річниці Конституції України в Києві відкриють вуличну виставку "Барви свободи. Майдан, мальований дітьми". Виставка дитячих малюнків "Барви свободи. Майдан, мальований дітьми", презентована до Дня захисту дітей у парку імені Тараса Шевченка, помандрувала до Маріїнського парку. Презентація виставки відбудеться 23 червня об 11-й. Маріїнський парк є свідком багатьох трагічних сторінок історії України, зокрема й драматичних подій Революції Гідності. Тим цінніше, що сьогодні тут так часто лунає дитячий сміх. Саме задля безтурботного дитинства майбутніх поколінь, сповненого радістю, дорослі вийшли на Майдан.\nВиставку, яка розповідає про стан розслідування справ Майдану станом на 2021 рік, можна побачити на вулиці Івана Франка, 19 у Києві.\nОНОВЛЕНО.Дякуємо Українській правді за оперативну реакцію. Раді, що це непорозуміння. Публікацію залишаємо, щоби привернути увагу до вразливості будь-якої інституції чи людини у питаннях інформаційної достовірності.\n1 червня в інтернет-виданні "Українська правда" з’явилася стаття з ознаками дезінформації та маніпуляції. Національний музей Революції Гідності надіслав листа до редакції з вимогою виправити неправдиву інформацію.\nМузей Майдану приготував призи для юних авторів малюнків, які найбільше вподобають відвідувачі виставки “Барви свободи: Майдан, мальований дітьми”. Експозиційні стенди можна до 21 червня оглянути в київському парку імені Тараса Шевченка, а проголосувати – на сайті Музею Майдану, натиснувши на банер зі словом "ГОЛОСУВАТИ".\nУ липні 2014 року українські війська звільнили від сепаратистів Краматорськ, Слов'янськ, Дружківку, Костянтинівку та інші міста й села Донеччини. Із цієї нагоди у Краматорську понад місяць експонуватиметься виставка про добровольця батальйону “Донбас” із позивним “Франко” Маркіяна Паславського, який був офіцером американської армії й вирушив на схід України рядовим бійцем.\nУнікальний фестиваль популярної історії “LEGIO Historica” виходить на вулиці Києва! Цього року він відбуватиметься без звичного масштабу й не в червоному корпусі Київського національного університету імені Тараса Шевченка, а на свіжому повітрі, де ви з друзями зможете долучитися до розваг з історичним колоритом. Той, хто схоче побувати на екскурсії, не тільки пройде за допомогою інформаційно-навігаційної системи “Місця Революції Гідності” цікавим маршрутом, а й матиме унікальну нагоду поспілкуватися з учасниками цієї революції та засновниками й активістами майданівських ініціатив.\nКонкурс молодих науковців імені Кемського отримав рекордне число заявок\nОрганізатори отримали 71 заявку із 16 регіонів України та з 32 навчальних закладів. Наукові зацікавлення конкурсантів різноманітні. Це історії регіональних Євромайданів, вплив їх на міжнародну політику, культурно-мистецький, правовий, інформаційний аспекти, зародження волонтерського руху тощо.\nМузей Майдану став співорганізатором заходу "Шаную воїнів, біжу за героїв України"\nВ останню суботу серпня у центрі Києва відбудеться забіг на честь українських військовослужбовців "Шаную воїнів, біжу за героїв України". Це щорічна дяка нашим захисникам та вшанування пам’яті полеглих. Усіх, кому виповнилося 18 та більше років, запрошуємо зареєструватися, щоб стати учасниками забігу. Можна пробігти на власний вибір 2, 5 або 10 км за будь-кого, хто загинув в АТО й ООС, і цим ушанувати їхню пам’ять, а також морально підтримати військовослужбовців та їхні родини.\nРоман про час Майдану "Намальовані люди" презентують 10 червня\nНовий роман письменниці змальовує людей Революції Гідності. На представленні в локації Музею Майдану прозвучать уривки твору, авторка розкаже про місію книжки, її особливості, шестирічну працю над нею та відповість на запитання слухачів. Також буде змога поспілкуватися з видавчинею Іриною Білоцерковською. Завершиться захід авторською автограф-сесією.\nУ червні Музей Майдану проведе безкоштовні екскурсії\nМаршрут стартуватиме з однієї з "фортець" протестувальників – Будинку профспілок, де нині розміщено Інформаційно-виставковий центр Музею Майдану. Відвідувачі побачать ізсередини відновлений Будинок профспілок, в якому були Штаб національного спротиву, пресцентр, медпункт та багато інших складників організаційної інфраструктури Майдану. Тут діє невеличка експозиція "Назустріч свободі", що стисло розповідає про ключові етапи Революції Гідності та майданівські ініціативи. Далі відвідувачі дізнаються про особливості буднів Майдану безпосередньо з місця подій – майдану Незалежності.\nВиставку "Барви свободи. Майдан, мальований дітьми" відкрили в Києві до Міжнародного дня захисту дітей\nВуличну виставку дитячих малюнків у парку імені Тараса Шевченка відкрив Національний музей Революції Гідності. Експонуються роботи на тему революційних подій, створені в українських школах, а також мальовані під час самого Майдану, які стали надбанням музейних фондів. Організатори відкрили виставку 1 червня 2021 року поруч із пам'ятником Тарасові Шевченку. Розповіли про права людини, силу мистецтва, боротьбу за українську державність і демократію, значення Міжнародного дня захисту дітей та про те, як усі ці речі пов'язано з Майданом.\nНікіта Тітов у Шепетівці представив виставку плакатів "Шлях свободи"\nХарківський плакатист Нікіта Тітов презентував у Шепетівці виставку своїх робіт, організовану Національним музеєм Революції Гідності. У тамтешньому Музеї пропаганди митець показав свій доробок щодо громадянської тематики, який має сюжети про Майдан і війну.


iMac M1 Chip — купити Айфон 14 Про Макс (2022) в Харкові, предзамовлення до дати виходу, доступна ціна - Техно Їжак\niMac M1 Chip в Харкові\nWWDC 2022. iOS 16, iPadOS 16, watchOS 9, macOS 13 Ventura, MacBook Air M2 Cip – повний огляд презентації Apple\n6 червня пройшла презентація Apple в рамках конференції для розробників WWDC 2022. Сама ж конференція продовжиться до пʼятниці, 10 червня. Та найцікавіше для нас... Детальніше\nТехно Їжак 20.05.2022\nТехно Їжак запускає 3 види пакетів гарантій до Apple Mac\n(спойлер: всі 3 види просто топ!) За понад 10 років роботи національної компанії «Техно Їжак», ми стали експертами в галузі Apple, гаджетів та аксесуарів, про щ... Детальніше\nTime Machine. Як скопіювати Mac на хмару в один клік\nНаші особисті дані безцінні! Найчастіше ми зберігаємо свої фотографії, відео, програми – величезну кількість інформації, яку неможливо відновити після втрати – на ком... Детальніше\nТехно Їжак 27.12.2021\nТОП 10 подій, що вплинули на Apple у 2021 році\nТоп 10 подій для Apple у 2021 році: Ефектні онлайн-презентації; Випуск кіношного iPhone 13 Pro; 23 актуальні iPhone; iPhone 13 mini – останній у св... Детальніше\nWindows та Mac. Як перейти на macOS?\nЗамислюєшся про те, щоб проміняти Windows-ПК на лептоп чи комп'ютер від Apple? Поспішаємо тебе порадувати, перейти на нову екосистему не так уже й складно, як про це ... Детальніше\nЯкий комп'ютер купити дитині в школу?\nУ 2021 року майже неможливо уявити, що вчиться в школі або університеті можна якимось чином без гаджетів. Ну яка сучасна дитина буде годинами шукати невідомі терміни ... Детальніше


3 вересня 2019 - 08:40\nВиробники баштанних з Херсонщини можуть втратити до третину урожаю кавунів через сильну спеку. Денна температура повітря у степу сягає 40ºC.\n«За кілограм кавуна нині дають копійок п’ятдесят, і оптовиків із своїми фурами ще пошукати треба. Між тим, собівартість баштанних доходить до 0,8-0,9 грн/кг. Виходить, продавати їх селяни зараз «приречені» собі на збиток», — зазначає директор сільгосппідприємства у селі Клини Олешківського району Херсонщини Леонід Сиваков.\nТегикавун кавуновий сезони вирощування кавунів ринок кавунів


Мер Малецький заспокоїв усіх щодо чуток про закриття кременчуцької тютюнової фабрики | Новости\nМер Малецький заспокоїв усіх щодо чуток про закриття кременчуцької тютюнової фабрики\nКременчуцька табачна фабрика не планує закриватися та припиняти діяльність.\nПро це 24 жовтня повідомив міський голова Віталій Малецький на сесії міської ради.\nПро це його запитала депутат Оксана Піддубна.\nМалецький повідомив, що дізнався у податковій про те, скільки грошей до бюджету приносить "ДжТі Україна" - 16 мільйонів гривень податку.\nПри цьому керівники не планують закривати підприємство. Вони тільки відкликали 350 мільйонів гривень на придбання акцизу.\nМалецький наголосив - у Прилуках теж саме зробило інше підприємство. Після цього влада держави пішла на перемовини. Склалася ситуація, коли виробник безправний, а дистиб'ютору дали великі права. Проблем ніяких не буде, питання вирішується мирними перемовинами. Закрити фабрики та вивести підприємства з України ніхто не дасть, адже це велика частина доходу бюджету країни.\nкомпанія JTI Україна повідомила Державну фіскальну службу, що відмовляється викуповувати акцизні марки загальною сумою 350 мільйонів гривень.\nУ компанії повідомили, що й раніше наголошували на тому, що скорочуватимуть виробництво через нерентабельність виробництва у зв'язку з прийняттям Верховною Радою законопроекту щодо встановлення фіксованої торгівельної маржі на сигарети. Про це повідомив директор з корпоративних питань і комунікацій Гінтаутас Діргела журналістам ЕП.\n#тютюн #фабрика #гроші #закон


Група компаній Intercomp успішно пройшла сертифікацію за міжнародним стандартом ISO 27001:2005 - Intercomp Global\nВ якості аудитора була обрана компанія AFNOR Certification, що входить до складу AFNOR Group (France), одного з п'яти провідних світових органів стандартизації та сертифікації. Аудит проводився групою фахівців з Євросоюзу, які проявили в ході перевірки високу компетентність і вимогливість.\nЗа результатами аудиту система менеджменту Intercomp була визнана такою, що відповідає вимогам стандарту ISO 27001:2005 для наступних областей: управління безпекою персональних даних, фінансової, бухгалтерської та юридичної інформації клієнтів і організації та пов'язані з ними засоби обробки інформації, стосовно діяльності у сфері фінансового і кадрового аутсорсингу для комерційних і бюджетних організацій. На сьогоднішній день Intercomp є єдиною компанією на ринку аутсорсингу бізнес-процесів, яка пройшла сертифікацію за ISO 27001 в «BIG 5».\nУрочисте вручення сертифікату відбулося 8 липня 2014 в головному офісі AFNOR в Парижі. Вручала сертифікат Генеральний директор AFNOR INTERNATIONAL Myriam Augerau-Landais. З боку Intercomp на церемонії були присутні представник керівництва з якості та інформаційної безпеки, директор з організаційного розвитку та якості Андрій Козлов, керівник відділу з інформаційної та економічної безпеки Володимир Медведєв і керівник групи з інформаційної безпеки Сергій Зорін.\nЗ боку AFNOR у заході також взяли участь відповідальний менеджер по європейській зоні Alice Lecureux Hocquelet, координатор по Європі, Росії та країнах СНД Isabelle de Labachelerie та Генеральний директор AFNOR Rus Леонід Дворкін.\n«Проект з побудови системи менеджменту інформаційної безпеки Intercomp та підготовці до сертифікації проводився близько півтора року, - коментує Андрій Козлов, директор з організаційного розвитку та якості Intercomp. - У проекті були задіяні практично всі підрозділи і офіси компанії. Його унікальність полягала в тому, що для реалізації завдання Intercomp не залучав зовнішні консалтингові організації, а використовував виключно внутрішні ресурси компанії в особі висококваліфікованих фахівців в області процесного управління та інформаційної безпеки. Побудова та сертифікація СМІБ в досить стислі терміни на високому міжнародному рівні з опорою тільки на внутрішні ресурси - перший випадок у практиці представників AFNOR, які проводили аудит.\nОсновою побудованої СМІБ Intercomp є безперервна робота щодо забезпечення збереження, цілісності та конфіденційності інформаційних активів (клієнтських і власних) в рамках системи управління ризиками організації. Intercomp і далі буде приділяти підвищену увагу інформаційній безпеці, використовуючи необхідні ресурси для забезпечення виконання всіх вимог законодавства, а також побажань клієнтів».


Міністерство охорони здоров’я України затвердило перелік лікарських засобів і медичних виробів, що будуть закуповуватись за кошти Державного бюджету 2020 року | Интернет-издание "Новости медицины и фармации"\nЗатвердження номенклатури (переліку) лікарських засобів — основоположний процес у закупівлях, і цього року вдалось затвердити перелік до Нового року, що дозволить отримати життєво необхідні ліки раніше. У 2020 році МОЗ України буде продовжувати працювати над забезпеченням рівного й справедливого доступу до медичної допомоги для всіх громадян України.\nУперше на закупівлю ліків і медвиробів на централізованому рівні додатково виділено 3,2 млрд грн. Отже, загальний бюджет на закупівлі лікарських засобів і медичних виробів у 2020 році становитиме близько 9,7 млрд грн, що є рекордною сумою на закупівлю ліків для громадян України. Очікується, що цих коштів з огляду на зниження цін на низку препаратів вистачить на забезпечення практично повної потреби за всіма 38 напрямами. Саме забезпечення цієї мети є одним з пріоритетів роботи МОЗ України, спрямованої на забезпечення виконання взятих на себе зобов’язань перед громадянами.\nМОЗ України проводить розширення переліку закупівель лише тоді, коли забезпечує ліками всіх пацієнтів за вже існуючими напрямами. Такий підхід забезпечує рівний і гарантований доступ до медичної допомоги й не дозволяє зменшувати доступ до лікування для тих пацієнтів, які вже отримують лікування.\nУперше при формуванні переліку закупівель на 2020 рік команда Міністерства охорони здоров’я України використовувала методи оцінки медичних технологій (Health Technology Assesment) із залученням фахівців Департаменту оцінки медичних технологій Державного експертного центру МОЗ України.\nОцінка медичних технологій застосовується для комплексної оцінки показників клінічної ефективності, економічної доцільності й організаційних проблем застосування лікарських засобів, медичних виробів та інших медичних технологій. Такий підхід дозволяє приймати ефективні стратегічні рішення у сфері охорони здоров’я, зокрема визначати, які лікарські засоби доцільно фінансувати й закуповувати за кошти платників податків.\nЗ наступного року оцінка медичних технологій стане обов’язковою при плануванні державних закупівель і формуванні номенклатури закупівель. Даний підхід дозволяє раціонально використовувати бюджетні кошти, досягти економії коштів і збільшити забезпеченість ліками пацієнтів України. МОЗ України і надалі буде приймати управлінські рішення на основі найкращих доступних даних з метою ефективного використання коштів платників податків.\nОсновні зміни в переліку лікарських засобів і медичних виробів, що будуть закуповуватись за бюджетні кошти 2020 року\nХворі на туберкульоз отримають новий протитуберкульозний препарат\nПретоманід — це третій новий протитуберкульозний препарат, схвалений за більше ніж 40 років Управлінням із санітарного нагляду за якістю харчових продуктів і медикаментів США (FDA), а також перший, який був розроблений некомерційною організацією, а саме TB Alliance. Розробка претоманіду стала можливою завдяки співпраці багатьох наукових інститутів, благодійних фондів, приватного сектора, організацій громадянського суспільства, урядів країн та інших партнерів. Препарат досліджувався в 19 клінічних випробуваннях, 14 країнах, були задяні 1168 пацієнтів. Всесвітня організація охорони здоров’я вже оголосила про перегляд рекомендацій з лікування тубер–кульозу.\nХворі на рак отримають доступ до сучасного лікування\nДля пацієнтів із раком нирки буде закуп–лений препарат сунітиніб або пазопаніб залежно від того, хто з виробників надасть кращу цінову пропозицію. Це два інноваційних препарати, що мають схожі показники ефективності й безпеки при лікуванні раку нирки.\nДля пацієнтів із раком легень буде закуплений лікарський засіб пеметрексед. Рак легень є одним із лідерів за захворюваністю, поширеністю, смертністю, а також показником DALY, який розраховується за кількістю років якісного (здорового) життя, втрачених унаслідок настання непрацездатності або передчасної смерті в результаті захворювання. Пеметрексед — це генеричний препарат, зареєстрований в Україні та світі, його виготовляють багато виробників, а отже, можна буде отримати кращу ціну й забезпечити великій кількості пацієнтів доступ до лікування.\nПацієнтам з онкогематологічними захворюваннями, зокрема з мієлодиспластичним синдромом, буде забезпечено доступ до лікарського засобу азацитидин.\nДля розвитку системи донорства крові вперше будуть закуплені витратні матеріали для лабораторного обладнання Alinity s. Це обладнання має вищу точність, водночас вартість обстеження однієї донації не буде перевищувати таку при застосуванні обладнання Architect i2000sr, що використовується на сьогодні.\nДіти молодшого віку з пересадженими органами отримають доступ до рідкісних форм імуносупресивних препаратів\nДо переліку закупівель включили рідкісні форми імуносупресивних препаратів для дітей до 5 років, а саме: такролімус, циклоспорин, мофетилу мікофенолат. Це дозволить спростити використання імуносупресії в дітей, а також отримати кращий клінічний результат для цих пацієнтів.\nДо переліку закупівель на додачу до цементних ендопротезів будуть повернуті безцементні, тому що існують пацієнти, яким необхідно застосовувати саме їх. Наприклад, молодим пацієнтам рекомендуються саме безцементні ендопротези, тому що вони більш універсальні, мають кращі клінічні показники в післяопераційній реабілітації і більший термін використання. Водночас у пацієнтів літнього віку та зі слабким кістковим запасом для отримання кращої стабільності й зменшення ризику перипротезного перелому стегнової кістки рекомендується цементний ендопротез.\nВикористання нового препарату ЕВКАБАЛ САШЕ (ацетилцистеїн) при захворюваннях, що супроводжуються кашлем\nАцетилцистеїн є добре відомим і ґрунтовно дослідженим муколітиком прямої дії. Молекула ацетилцистеїну містить хімічно активну сульфгідрильну групу — HS, за рахунок якої має здатність розривати зв’язки між мукопротеїновими комплексами слизу. Застосування прямого муколітика ацетилцистеїну одночасно вирішує кілька складних завдань при лікуванні гострих чи хронічних захворювань дихальної системи, що супроводжуються кашлем, — це розрідження густого або гнійного мокротиння й руйнування бактеріальних біоплівок.\nАцетилцистеїн незамінний, коли захворювання супроводжується виробленням густого, в’язкого або гнійного мокротиння. Розрідження мокротиння відбувається без суттєвого збільшення обсягу секрету, і це додатковий плюс при лікуванні дітей, які не завжди здатні відкашляти велику кількість мокротиння. Ацетилцистеїн чинить пряму муколітичну дію на мукопротеїни мокротиння, окрім того, він діє на бактеріальні плівки, що збільшує ефективність лікування протимікробними препаратами. Це підтверджено низкою клінічних досліджень. Ацетилцистеїн також має антиоксидантні властивості через наявність вільної тіольної групи, є попередником антиоксиданту глутатіону — основного фактора захисту від впливу внутрішніх і зовнішніх токсичних агентів. Антиоксидантний вплив препарату зумовлює більш легкий перебіг загальноінтоксикаційних проявів захворювання й сприяє прискоренню одужання (Симонова О.И., 2014).\nНещодавно на ринку України з’явився новий препарат ЕВКАБАЛ САШЕ з діючою речовиною ацетилцистеїн у дозуванні 600 мг (для дорослих і дітей із 14 років) і 200 мг (для дітей із 6 років).\nВід інших препаратів ацетилцистеїну ЕВКАБАЛ САШЕ вирізняє німецька якість — він виготовляється одним з найбільших у Європі виробників згідно із сертифікатом GMP європейського зразка. Препарат швидко зменшує інтенсивність кашлю — вже на третю добу лікування, а також запобігає ускладненням.\nДовіра лікарів і пацієнтів до лікарських засобів компанії «Еспарма» і добре відомої протизастудної серії ЕВКАБАЛ®, а також багаторічний досвід їх застосування є вагомим аргументом на користь нового препарату ацетилцистеїну — ЕВКАБАЛ САШЕ.\nЯкі наукові дослідження проводити за кошти Держбюджету — визначатиме Національний фонд досліджень