Постановление № 809 от 04.12.2024

ПРАВИТЕЛЬСТВО РЕСПУБЛИКИ МОЛДОВА

ПОСТАНОВЛЕНИЕ

о внесении изменений в Положение об установлении требований и

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

воздушного движения и аэронавигационного обслуживания,

утвержденное Постановлением Правительства № 119/2023

№ 809  от  04.12.2024

 (в силу 01.05.2025) 

Мониторул Офичиал ал Р. Молдова № 5-7 ст. 5 от 10.01.2025

* * *

На основании пункта а) части (3) статьи 6 Авиационного кодекса Республики Молдова № 301/2017 (Официальный монитор Республики Молдова, 2018 г., № 95–104, ст.189), с последующими изменениями, и Закона № 112/2014 о ратификации Соглашения об ассоциации между Республикой Молдова, с одной стороны, и Европейским Союзом и Европейским сообществом по атомной энергии и их государствами-членами, с другой стороны (Официальный монитор Республики Молдова, 2014 г., № 185–199, ст.442), Правительство

ПОСТАНОВЛЯЕТ:

Настоящее постановление частично перелагает Имплементационный регламент (ЕС) № 2017/373 Комиссии от 1 марта 2017 года об установлении общих требований для поставщиков услуг организации воздушного движения/аэронавигационного обслуживания и других функций сети по организации воздушного движения и надзору за ними, отменяющий Регламент (ЕС) № 482/2008, имплементационные регламенты (ЕС) № 1034/2011, (ЕС) № 1035/2011 и (ЕС) 2016/1377, а также о внесении изменений в Регламент (ЕС) № 677/2011 (CELEX: 32017R0373), опубликованный в Официальном журнале Европейского Союза L 062 от 8 марта 2017 года, с последними изменениями, внесенными Имплементационным регламентом (ЕС) № 2024/1111 Комиссии от 10 апреля 2024 года.

1. В Положение об установлении требований и административных процедур для поставщиков услуг организации воздушного движения и аэронавигационного обслуживания, утвержденное Постановлением Правительства № 119/2023 (Официальный монитор Республики Молдова, 2023 г., № 141–144, ст.309), внести следующие изменения:

1.1. Формулу гармонизации изложить в следующей редакции:

"Настоящее Положение перелагает Имплементационный регламент (ЕС) № 2017/373 Комиссии от 1 марта 2017 года об установлении общих требований для поставщиков услуг организации воздушного движения/аэронавигационного обслуживания и других функций сети по организации воздушного движения и надзору за ними, отменяющий Регламент (ЕС) № 482/2008, имплементационные регламенты (ЕС) № 1034/2011, (ЕС) № 1035/2011 и (ЕС) 2016/1377, а также вносящий изменения в Регламент (ЕС) № 677/2011, CELEX: 32017R0373, опубликованный в Официальном журнале Европейского Союза L 062 от 8 марта 2017 года, с последними изменениями, внесенными Имплементационным регламентом (ЕС) № 2024/1111 Комиссии от 10 апреля 2024 года.";

1.2. пункт 2 дополнить следующими понятиями:

"запросчик режима S – система, состоящая из антенны и электронных устройств, позволяющая индивидуально выходить на связь с воздушными судами через выборочный режим ("режим S");

запросчик приемлемого режима S – запросчик режима S, отвечающий по меньшей мере одному из следующих условий:

a) запросчик основывается, хотя бы частично, на общих запросах и ответах на общие запросы для опознавания объектов в режиме S;

b) запросчик постоянно или прерывисто блокирует, в определенной части или во всей своей зоне охвата, объекты в режиме S, опознанные в ответ на общие запросы в режиме S; или

c) запросчик использует протоколы связи с несколькими сайтами для приложений связей данных;

эксплуатант режима S – лицо, организация или предприятие, которое эксплуатирует или предлагает себя в качестве эксплуатанта запросчика режима S, в том числе:

a) поставщики услуг наблюдения;

b) производители запросчиков режима S;

c) эксплуатанты аэродромов;

d) исследовательские институты;

e) другой субъект с правом эксплуатации запросчика режима S;

вредоносные помехи – помехи, препятствующие соблюдению требований к характеристикам;

план выделения кодов запросчика – самый последний утвержденный полный набор выделенных кодов запросчика.";

1.3. дополнить пунктом 9¹ следующего содержания:

"9¹. ОГА обеспечивает, чтобы использование наземного локатора, эксплуатируемого на территории Республики Молдова, не создавало вредоносных помех с другими системами наблюдения.";

1.4. дополнить главами VIII и IX следующего содержания:

"Глава VIII

ВЫДЕЛЕНИЕ КОДОВ ЗАПРОСЧИКА РЕЖИМА S

31. Изменения, внесенные в код запросчика в результате обновления плана выделения кодов запросчика, сообщаются ОГА соответствующим эксплуатантам режима S из Республики Молдова в течение 14 дней с даты получения обновленного плана выделения кодов запросчика.

32. Через систему выделения кодов запросчика, ОГА обеспечивает предоставление Республикой Молдова другим государствам, как минимум раз в шесть месяцев, обновленного перечня выделенных кодов запросчика и их использования приемлемыми запросчиками режима S в их зоне ответственности.

33. Если охват запросчика режима S, расположенного в зоне ответственности Республики Молдова, накладывается на охват запросчика режима S, расположенного в зоне ответственности другого государства, ОГА:

1) обеспечивает ознакомление соответствующего государства с требованиями к безопасности, касающимися выделения и использования кодов запросчика;

2) принимает необходимые меры по согласованию использования кодов запросчика с соответствующим государством.

34. ОГА уведомляет поставщиков обслуживания воздушного движения, находящихся под своей юрисдикцией, о запросчиках режима S, которые действуют под ответственностью другого государства, в отношении которых не было согласовано выделение кодов запросчика.

35. ОГА проверяет действительность заявок на коды запросчика, полученных от эксплуатантов режима S, до предоставления кодов запросчика в целях координации, через систему выделения кодов запросчика.

36. ОГА удостоверяется в выполнении эксплуатантами режима S, которые не являются поставщиками услуг наблюдения, положений CNS.TR.205 приложения № 8.

37. Требования, предусмотренные в пунктах 30–35, не применяются к воздушному пространству единого неба Европы, которое не входит в европейский регион (European Region - EUR) ИКАО.

Глава IX

ИСПОЛЬЗОВАНИЕ ВОЗДУШНОГО ПРОСТРАНСТВА

ЕДИНОГО НЕБА ЕВРОПЫ

38. В контексте защиты спектра, ОГА, совместно с поставщиками услуг наблюдения, обеспечивает, чтобы вторичный транспондер-радар наблюдения, находящийся на борту воздушного судна, пролетающего над своей территорией, не подвергался чрезмерным запросам, передаваемым наземными запросчиками наблюдения, которые либо требуют ответов, либо, не требуя ответа, являются достаточно мощными и превышают минимальный порог приемного устройства вторичного транспондера-радара наблюдения. В случае разногласия между Республикой Молдова и соответствующим государством в вопросе необходимых мер, извещается Комиссия для принятия мер.

39. ОГА, совместно с поставщиками услуг связи, обеспечивает преобразование всех выделенных голосовых частот в разнос каналов в 8,33 кГц. Требования к преобразованию не применяются к следующим выделяемым частотам:

1) которые будут оставаться с разносом каналов в 25 кГц на следующих частотах:

a) аварийная частота (121,5 МГц);

b) вспомогательная частота для поисково-спасательных операций (123,1 МГц);

c) частоты цифровой связи (VHF Digital/Data Link - VDL) VHF, выделяемые для использования в воздушном пространстве единого неба Европы;

d) частоты адресно-отчетных систем связи воздушных судов (ACARS) (131,525 МГц, 131,725 МГц и 131,825 МГц);

2) если используется удаленная эксплуатация носителей с частотным разносом каналов в 25 кГц.

40. Республика Молдова соглашается с тем, чтобы освобождения от обязанности по преобразованию всех выделяемых частот в разнос каналов в 8,33 кГц, в случаях, оказывающих ограниченное воздействие на сеть – предоставленные государствами-членами и сообщенные Комиссии – оставались в силе.

41. ОГА, совместно с поставщиками услуг связи, устанавливает и публикует в AIP, в зависимости от обстоятельств, процедуры обслуживания воздушных судов, не оснащенных:

1) вторичными транспондерами-радарами наблюдения режима S;

2) радиоустройствами, способными использовать разнос каналов в 8,33 кГц.";

1.5. в приложении № 1:

1.5.1. после понятия "функции сети ATM" дополнить понятием "оборудование ATM/ANS" следующего содержания:

"оборудование ATM/ANS – компоненты ATM/ANS (осязаемые объекты, такие как аппаратное обеспечение, а также неосязаемые объекты, такие как программное обеспечение, от которых зависит интероперабельность EATMN) и системы ATM/ANS (агрегация воздушных и наземных компонентов, а также пространственное оборудование, которые оказывают поддержку службам аэронавигационного обслуживания на всех этапах полета), за исключением бортовых компонентов, подпадающих под действие Положения об установлении требований и административных процедур сертификации летной годности и экологической сертификации или касающихся декларации о соответствии воздушных судов и связанных с ними изделий, запасных частей и приборов, а также требований к способности проектных и производственных организаций, утвержденного Постановлением Правительства № 91/2024 (в дальнейшем – Положение IAW)";

1.5.2. после понятия "субъект из сферы авиации" дополнить понятием "граница" следующего содержания:

"граница – горизонтальная или вертикальная плоскость, которая разграничивает воздушное пространство, в котором орган ATC предоставляет обслуживание воздушного движения";

1.5.3. после понятия "диспетчерский район" дополнить понятиями "координационные данные" и "точка координации" следующего содержания:

"координационные данные – данные, представляющие интерес для эксплуатационного персонала с точки зрения процесса уведомления, координации и переноса полетов и процесса гражданско-военной координации;

точка координации (COordination Point – COP) – точка, расположенная на границе или вблизи границы, используемой органами ATC и указанной в процессах координации;"

1.5.4. после понятия "стресс из-за критических инцидентов" дополнить понятием "услуга связей данных" следующего содержания:

"услуга связей данных – совокупность смежных операций по организации воздушного движения, подкрепляемых связью воздух-земля через связи данных, с четко определенной эксплуатационной целью и начинающихся с эксплуатационного события;"

1.5.5. после понятия "уровень" дополнить понятием "приемлемый код запросчика" следующего содержания:

"приемлемый код запросчика – любой из кодов II и кодов SI, за исключением:

– кода II 0;

– кода (кодов) запросчика, зарезервированного(ых) для военных субъектов, в том числе для межправительственных организаций, в частности, для менеджмента и выделений в рамках Североатлантического альянса";

1.5.6. после понятия "запасной аэродром на маршруте" дополнить понятием "прогнозируемые данные" следующего содержания:

"прогнозируемые данные – точка координации, прогнозируемое время и предусмотренная высота полета воздушного судна у точки координации";

1.5.7. после понятия "высота" дополнить понятием "последовательность внедрения" следующего содержания:

"последовательность внедрения – ограниченная во времени последовательность внедрения выделений кодов, которые соблюдаются эксплуатантами режима S во избежание временных конфликтов кода запросчика";

1.5.8. после понятия "NOTAM" дополнить понятием "уведомленный орган" следующего содержания:

"уведомленный орган – орган ATC, получивший информацию по уведомлению";

1.5.9. после понятия "психоактивное вещество" дополнить понятием "принимающий орган" следующего содержания:

"принимающий орган – орган диспетчерского обслуживания воздушного движения, получающий данные";

1.5.10. понятие "директива по безопасности" изложить в следующей редакции:

"директива по безопасности – изданный или принятый ОГА документ, который:

– обязывает к выполнению определенных действий в отношении функциональной системы или вводит ограничения на ее эксплуатацию в целях восстановления безопасности, если имеются доказательства, что в противном случае может быть нарушена авиационная безопасность, или;

– обязывает к выполнению определенных действий в отношении оборудования ATM/ANS, на которое подана декларация о соответствии, для реагирования на некоторые выявленные недостатки в вопросах надежности и/или безопасности и для восстановления рабочих характеристик и интероперабельности соответствующего оборудования ATM/ANS, если доказательства показывают, что в противном случае могут быть нарушены надежность, безопасность, рабочие характеристики или интероперабельность соответствующего оборудования";

1.5.11. понятие "SIGMET" изложить в следующей редакции:

"SIGMET – выпускаемая центром метеорологического наблюдения информация о фактическом или прогнозируемом возникновении на маршруте особых метеорологических условий и других атмосферных явлений, которые могут нарушить безопасность проводимых воздушными судами операций и о развитии данных явлений во времени и пространстве";

1.5.12. после понятия "консультативный центр по вулканическому пеплу (Volcanic Ash Advisory Centre – VAAC)" дополнить следующими понятиями:

"рабочий пост – мебель и техническое оборудование, с помощью которого член персонала по обслуживанию воздушного движения выполняет свои задачи, связанные со своей деятельностью;

предупреждение – сообщение, которое отображается на рабочем посту в случае неудачного автоматического процесса координации";

1.5.13. после понятия "точка пути" дополнить следующими понятиями:

"воздушное пространство U-space – обозначенная географическая зона UAS, на которой могут проводиться операции UAS только при поддержке услуг U-space;

услуга U-space – услуга, основанная на цифровых услугах и на автоматизации функций, предназначенная для поддержки надежного, безопасного и эффективного доступа в воздушное пространство U-space большого количества UAS;

услуга общей информации – услуга, состоящая в распространении статических и динамических данных для обеспечения возможности предоставления услуг U-space для организации движения в случае воздушных судов без пилота на борту;

динамическая переконфигурация воздушного пространства – временное изменение воздушного пространства U-space для реагирования на кратковременные изменения уровня спроса на движение воздушных судов с пилотом на борту, путем корректировки географических границ соответствующего воздушного пространства U-space";

1.5.14. понятие "план полета" изложить в следующей редакции:

"план полета – указанная информация о полете или участке полета, который намерено осуществить воздушное судно;

Примечание 1: Термин "план полета" может сопровождаться словами "предварительный", "поданный", "текущий" или "рабочий" для указания контекста и разных этапов полета.

Примечание 2: Если за термином "план полета" следует слово "сообщение", это означает содержание и формат данных плана полета в том виде, в котором они были переданы.";

1.5.15. после понятия "план полета" дополнить следующими понятием:

"текущий план полета (CPL) – план полета, который отражает изменения, внесенные в представленный план полета, при наличии, последующими разрешениями ATC.";

1.6. в приложении № 2:

1.6.1. ATM/ANS.AR.A.030 изложить в следующей редакции:

"ATM/ANS.AR.A.030 Директивы по безопасности

(а) ОГА издает директиву по безопасности при установлении наличия любого из следующих положений:

1. недостаток в безопасности функциональной системы, который требует немедленного действия;

2. недостаток в вопросах надежности, безопасности, в рабочих характеристиках или интероперабельности оборудования ATM/ANS, на которое была подана декларация о соответствии, и если есть вероятность наличия или развития этого недостатка в другом оборудовании ATM/ANS.

(b) Директива по безопасности передается соответствующим поставщикам ATM/ANS и содержит по меньшей мере следующую информацию:

1. определение недостатков в вопросах безопасности;

2. выявление затронутой функциональной системы;

3. необходимые действия и их обоснование;

4. срок выполнения необходимых действий;

5. дату вступления в силу.

(c) ОГА публикует на своем официальном веб-сайте все изданные директивы по безопасности.

(d) ОГА проверяет соблюдение поставщиками ATM/ANS директив по безопасности и директив по оборудованию ATM/ANS.";

1.6.2. пункт (a) ATM/ANS.AR.C.005 изложить в следующей редакции:

"(a) В сфере применения ATM/ANS.AR.B.001 пункт (a) подпункта 1, ОГА вводит процесс для проверки:

1. соответствия поставщиков услуг применимым требованиям, предусмотренным в приложениях № 3–13 и любым другим применимым требованиям, прилагаемым к свидетельству, до его выдачи. Свидетельство выдается в соответствии с процедурами и инструкциями в области гражданской авиации – Сертификация поставщиков услуг ATM/ANS (PIAC-CFATMANS), утвержденными ОГА;

2. соблюдения любой обязанности, связанной с безопасностью, указанной в акте о назначении;

3. поддержания поднадзорными ему поставщиками услуг соответствия применимым требованиям;

4. применения целей по надежности, безопасности и интероперабельности, применимых требований и других условий, определенных в декларации о соответствии для оборудования ATM/ANS; ограничений и технических и рабочих условий, указанных в сертификатах оборудования ATM/ANS и/или в декларациях на оборудование ATM/ANS и мер по безопасности, в том числе директив по оборудованию ATM/ANS;

5. применения директив по безопасности, корректирующих действий и мер по обеспечению соблюдения нормативной базы.";

1.6.3. пункты (c) - (f) ATM/ANS.AR.C.050 изложить в следующей редакции:

"(c) ОГА устанавливает нарушение 1 уровня при выявлении любого серьезного несоответствия положениям Авиационного кодекса и нормам по его применению, процедурам и руководствам поставщика ATM/ANS, срокам и условиям свидетельства, документу о назначении или содержанию декларации, которое создает серьезный риск для безопасности полета или иным образом ставит под сомнение способность поставщика услуг продолжать свою деятельность.

Нарушения 1 уровня включают, но не ограничиваются этим:

1. опубликование эксплуатационных процедур и/или предоставление услуги способом, создающим существенный риск для безопасности полета;

2. получение или поддержание действительности свидетельства поставщика услуг путем представления поддельных подтверждающих документов;

3. доказательство ненадлежащей практики или неправомерного использования свидетельства поставщика услуг;

4. отсутствие ответственного руководителя.

(d) ОГА устанавливает нарушение 2 уровня при выявлении любого другого несоответствия положениям Авиационного кодекса и нормам по его применению, процедурам и руководствам поставщика ATM/ANS, срокам и условиям свидетельства или содержанию декларации.

(e) При установлении нарушения, в ходе надзора или любыми другими средствами, ОГА, без ущерба для положений ни одной дополнительной меры, требуемой согласно Авиационному кодексу и нормам по его применению, сообщает о данном нарушении в письменном виде поставщику услуг и требует корректирующих действий для устранения выявленного несоответствия (несоответствий).

1. В случае нарушений 1 уровня ОГА принимает немедленные и адекватные меры и, в зависимости от обстоятельств, может ограничить, приостановить действие или изъять свидетельство, полностью или частично, обеспечивая при этом непрерывность услуг при условии, что не ухудшается безопасность, а в случае администратора сети уведомляется Комиссия. Принимаемые меры зависят от масштаба нарушения и должны оставаться в силе, пока поставщик ATM/ANS успешно не выполнит необходимые корректирующие действия.

2. В случае нарушений 2 уровня ОГА:

(i) предоставляет поставщику услуг срок на выполнение корректирующих действий, включенный в план действий в соответствие с характером нарушения;

(ii) оценивает корректирующие действия и предложенный поставщиком услуг план их выполнения и, если по заключению оценки их достаточно для устранения несоответствия (несоответствий) – утверждает.

3. В случае нарушений 2 уровня, если поставщик услуг не представляет приемлемый для ОГА план корректирующих действий с учетом нарушения или если поставщик услуг не выполняет корректирующие действия в одобренный или продленный ОГА срок, нарушение становится нарушением 1 уровня и принимаются меры, предусмотренные в подпункте 1.

(f) Если ОГА устанавливает, что поставщик ATM/ANS интегрирует оборудование ATM/ANS в свою функциональную систему, не обеспечив соответствие пункту (g) ATM/ANS.OR.A.045, тогда он, учитывая надлежащим образом необходимость гарантировать безопасность и непрерывность операций, принимает все необходимые меры для ограничения зоны применения соответствующего оборудования ATM/ANS или для запрета его использования поднадзорными ему поставщиками ATM/ANS.";

1.6.4. ATM/ANS.AR.C.050 дополнить пунктом (g) следующего содержания:

"(g) В случаях, когда не требуется установление нарушений 1 уровня и 2 уровня ОГА издает замечания.";

1.7. в приложении № 3:

1.7.1. ATM/ANS.OR.A.045 дополнить пунктами (g)-(j) следующего содержания:

"(g) До интеграции оборудования ATM/ANS в функциональную систему поставщик ATM/ANS обеспечивает, чтобы:

1. новое или модифицированное оборудование ATM/ANS было сертифицировано Европейским агентством авиационной безопасности (European Aviation Safety Agency – EASA) и изготовлено проектной или производственной организацией, одобренной EASA, в соответствии с требованиями нормативной базы, применяемой для оценки соответствия систем организации воздушного движения/ аэронавигационного обслуживания и компонентов организации воздушного движения/ аэронавигационного обслуживания; или

2. новое или модифицированное оборудование ATM/ANS было задекларировано проектной организацией, одобренной EASA, и изготовлено проектной или производственной организацией, одобренной EASA, в соответствии с требованиями нормативной базы, применяемой для одобрения организаций, участвующих в проектировании или производстве систем и компонентов организации воздушного движения/ аэронавигационного обслуживания; или

3. на новое или модифицированное оборудование ATM/ANS была издана декларация о соответствии, согласно требованиям нормативной базы, применяемой для оценки систем организации воздушного движения/аэронавигационного обслуживания и компонентов организации воздушного движения/ аэронавигационного обслуживания; или

4. если в отношении оборудования ATM/ANS не проводится оценка соответствия в соответствии с требованиями нормативной базы, применяемой для оценки соответствия систем организации воздушного движения/ аэронавигационного обслуживания и компонентов организации воздушного движения/ аэронавигационного обслуживания, то было проверено соответствие данного оборудования ATM/ANS применимым спецификациям и квалификациям.

(h) Поставщик ATM/ANS обеспечивает, что было проверено соответствие оборудования ATM/ANS спецификациям производителя оборудования, в том числе в отношении установки и испытания (испытаний) на месте.

(i) Перед тем, как поставщик ATM/ANS сдаст в эксплуатацию оборудование ATM/ANS, он удостоверяется в том, что модифицированная функциональная система, включающая это оборудование ATM/ANS, отвечает всем применимым требованиям и выявляет все отклонения и ограничения.

(j) При сдаче в эксплуатацию оборудования ATM/ANS поставщиком услуг он обеспечивает установку нового или модифицированного оборудования в соответствии с условиями эксплуатации, а также с любыми применимыми ограничениями, и соответствие оборудования всем применимым требованиям.";

1.7.2. ATM/ANS.OR.A.060 изложить в следующей редакции:

"ATM/ANS.OR.A.060 Немедленная реакция на проблему безопасности

(a) Поставщик услуг внедряет любые меры по обеспечению безопасности, включая директивы по безопасности, изданные ОГА в соответствии с пунктом (с) ATM/ANS.AR.A.025.

При издании директивы по безопасности для исправления положения, указанного в декларации о соответствии, поставщик ATM/ANS должен, за исключением положений ОГА об обратном, при необходимости срочных мер:

1. предложить адекватные корректирующие действия и представить ОГА подробности соответствующего предложения на утверждение;

2. после утверждения ОГА - выполнять их.";

1.7.3. ATM/ANS.OR.A.075 изложить в следующей редакции:

"ATM/ANS.OR.A.075 Открытость и прозрачность при предоставлении услуг

(a) Поставщик услуг должен предоставлять услуги открытым и прозрачным образом. Он должен публиковать условия доступа к своим услугам и изменения соответствующих условий и должен ввести процесс проведения консультаций с пользователями своих услуг – регулярно или так, как это необходимо для конкретных изменений в предоставлении услуг, либо индивидуальных, либо коллективных.

(b) Поставщик услуг не должен допускать дискриминацию по определенным основаниям или по другим характеристикам пользователя или категории пользователей своих услуг способом, противоречащим нормативной базе Республики Молдова.";

1.7.4. пункт (а) ATM/ANS.OR.B.005 дополнить подпунктом 8 следующего содержания:

"8. процесс, обеспечивающий что проектирование оборудования ATM/ANS или вносимые в его проект изменения соответствуют применимым спецификациям, в том числе функцию независимой проверки доказательства соответствия, на основе которой поставщик ATM/ANS издает декларацию о соответствии и связанную с нею документацию о соответствии.";

1.7.5. в ATM/ANS.OR.D.025:

пункт c) изложить в следующей редакции:

"(c) Администратор сети представляет Комиссии и EASA годовой отчет о своей деятельности. Данный отчет содержит как операционную эффективность, так и важные мероприятия или новшества, в частности, в сфере безопасности.";

подпункт 3 пункта (d) изложить в следующей редакции:

"3. В случае администратора сети, его эффективность в сопоставлении с целями эффективности, намеченными в стратегическом плане сети, сравнивая фактическую эффективность с эффективностью, предусмотренной в плане администрирования сети, на основе показателей эффективности, намеченных в плане администрирования сети";

1.8. приложение № 4:

1.8.1. дополнить ATS.OR.127 следующего содержания:

"ATS.OR.127 Согласование поставщиками обслуживания воздушного движения в воздушном пространстве U-space

Поставщики обслуживания воздушного движения:

(a) предоставляют недискриминационным способом информацию о движении, важную для воздушных судов с пилотом на борту, которая необходима в рамках услуги совместной информации, состоящей в распространении статистических и динамических данных для возможности предоставления услуг U-space для организации движения в случае воздушных судов без пилота на борту, для воздушного пространства U-space, обозначенного в контролируемом воздушном пространстве, в котором соответствующий поставщик обслуживания воздушного движения назначен для предоставления услуг;

(b) устанавливают процедуры координации и средства связи между органами обслуживания воздушного движения, поставщиками услуг U-space и, при необходимости, едиными соответствующими поставщиками услуг совместной информации, обеспечивающие возможность предоставления этих данных.";

1.8.2. ATS.OR.400 изложить в следующей редакции:

"ATS.OR.400 Мобильная аэронавигационная услуга (связь воздух-земля) – общие положения

(a) Поставщик обслуживания воздушного движения использует голос и/или связи данных во время связи воздух-земля для обслуживания воздушного движения.

(b) Если голосовая связь воздух-земля основывается на разносе каналов в 8,33 кГц, поставщик обслуживания воздушного движения обеспечивает, чтобы:

1. все оборудование для голосовой связи воздух-земля включало возможность использования разноса каналов в 8,33 кГц и могло подключаться к каналам с разносом в 25 кГц;

2. все выделенные голосовые частоты были способны использовать разнос каналов в 8,33 кГц;

3. процедуры, применимые к воздушным судам, оснащенным радиооборудованием со способностью использовать разнос каналов в 8,33 кГц, и воздушным судам, не оснащенным таким оборудованием, которые передаются между органами обслуживания воздушного движения, были указаны в письмах-согласованиях между соответствующими органами ATS;

4. воздушные суда, не оснащенные радиооборудованием со способностью использовать разнос каналов в 8,33 кГц, могли обслуживаться, при условии, что их обслуживание может осуществляться в безопасных условиях в пределах возможностей системы организации воздушного движения путем выделения частот UHF или в 25 кГц; и

5. ежегодно сообщает ОГА о своих планах по обслуживанию государственных воздушных судов, не оснащенных радиооборудованием, способным использовать разнос каналов в 8,33 кГц, с учетом пределов возможностей, связанных с процедурами, опубликованными в AIP.

(c) При использовании прямой двусторонней голосовой связи диспетчер-пилот, или через связи данных, для обеспечения диспетчерского обслуживания воздушного движения, поставщик обслуживания воздушного движения обеспечивает средства регистрации по всем этим каналам связи воздух-земля.

(d) При использовании прямой двусторонней голосовой связи воздух-земля или через связи данных для полетно-информационного обеспечения, включая AFIS, поставщик обслуживания воздушного движения обеспечивает средства регистрации по всем этим каналам связи воздух-земля, за исключением некоторых положений ОГА об обратном.";

1.8.3. ATS.OR.415 изложить в следующей редакции:

"ATS.OR.415 Мобильная аэронавигационная услуга (связь воздух-земля) – региональное диспетчерское обслуживание

Поставщик обслуживания воздушного движения обеспечивает, чтобы:

(a) средства связи воздух-земля позволяли поддерживать двустороннюю голосовую связь между органом, обеспечивающим региональное диспетчерское обслуживание, и воздушными судами, оснащенными соответствующим образом, совершающими полеты в любом месте в диспетчерском районе или районах; и

(b) средства связи воздух-земля позволяли поддерживать двустороннюю связь в виде данных между органом, обеспечивающим региональное диспетчерское обслуживание, и воздушными судами, оснащенными соответствующим образом, совершающими полеты в режиме общего воздушного движения в соответствии с правилами полета по приборам над FL 285, для предоставления следующих услуг связей данных:

(i) способность поддерживать связь через связи данных (DLIC);

(ii) управление связью для диспетчерского обслуживания воздушного движения (ATC);

(iii) разрешение и информирование для ATC;

(iv) проверка микрофона для ATC.";

1.8.4. ATS.OR.430 изложить в следующей редакции:

"ATS.OR.430 Фиксированная аэронавигационная услуга (связь земля-земля) – общие положения

(a) Поставщик обслуживания воздушного движения обеспечивает, чтобы во время связи земля-земля, поддерживаемой в целях предоставления обслуживания воздушного движения, использовалась прямая голосовая связь и/или связи данных.

(b) Если связь в целях координации ATC подкрепляется автоматикой, поставщик обслуживания воздушного движения обеспечивает, чтобы:

1. были внедрены адекватные средства для получения, сохранения, обработки, извлечения и отображения в автоматическом режиме и для передачи актуальной полетной информации;

2. неисправные или отклонения от нормы, возникающие в условиях такой автоматической координации, ясно представлялись диспетчеру или диспетчерам обслуживания воздушного движения, ответственным за координацию полетов, от органа, который осуществляет передачу;

3. предупреждения, связанные с обменом информацией из системы, представлялись соответствующим рабочим постам;

4. информация о процессах обмена соответствующей информацией из системы предоставлялась диспетчерам обслуживания воздушного движения;

5. диспетчерам обслуживания воздушного движения были предоставлены средства изменения изменившейся полетной информации.";

1.8.5. дополнить ATS.OR.446 следующего содержания:

"ATS.OR.446 Данные наблюдения

(a) Поставщики обслуживания воздушного движения не используют данные от запросчиков режима S, которые эксплуатируются под ответственностью другого государства, если выделение кодов запросчика не было согласовано.

(b) Поставщики обслуживания воздушного движения обеспечивают внедрение необходимых средств, позволяющих диспетчерам обслуживания воздушного движения определять индивидуальную идентификацию воздушных судов, используя идентификационную характеристику воздушных судов через ответный сигнал, как указано в аппендиксе № 1 к приложению № 4 (часть ATS).

(c) Поставщики обслуживания воздушного движения обеспечивают непрерывность операций внутри воздушного пространства, находящегося под их ответственностью, а также на границе с прилегающими воздушными пространствами, путем применения минимальных адекватных мер по разделению воздушных судов.";

1.8.6. ATS.TR.230 дополнить пунктом (c) следующего содержания:

"(c) Согласование передачи диспетчерского обслуживания между органами, предоставляющими региональное диспетчерское обслуживание в пределах региона EUR ИКАО или, при наличии такой договоренности, с другими органами диспетчерского обслуживания воздушного движения, подкрепляется автоматизированными процессами, определенными в аппендиксе № 2 к приложению № 4 (часть ATS).";

1.8.7. дополнить ATS.TR.237 следующего содержания:

"ATS.TR.237 Динамическая переконфигурация воздушного пространства U-space

Органы диспетчерского обслуживания воздушного движения:

(a) временно ограничивают район в пределах обозначенного воздушного пространства U-space, в котором могут осуществляться операции UAS для реагирования на кратковременные изменения на уровне спроса на движение воздушных судов с пилотом на борту, путем корректировки боковых и вертикальных границ воздушного пространства U-space;

(b) обеспечивают, чтобы поставщики услуг U-space и, при необходимости, соответствующие единые поставщики услуг совместной информации своевременно и эффективно уведомлялись о приведении в действие, отмене и временных ограничениях обозначенного воздушного пространства U-space.";

1.8.8. пункт (а) ATS.TR.270 изложить в следующей редакции:

"(a) Выполнение специальных полетов VFR может быть разрешено в контролируемой зоне при условии получения разрешения ATC. За исключением ситуаций, когда специальные полеты VFR разрешаются ОГА иным способом для вертолетов в особых случаях, таких как, среди прочего, полицейские, медицинские, поисково-спасательные операции и полеты по пожаротушению, применяются следующие дополнительные условия.";

1.8.9. часть 3) пункта (а) ATS.TR.270 изложить в следующей редакции:

"3) Орган диспетчерского обслуживания воздушного движения не должен выдавать разрешение на специальный полет VFR воздушным судам для взлета с аэродрома, расположенного в контролируемой зоне, или на посадку на таком аэродроме, а также на вхождение в процедуру движения аэродрома из контролируемой зоны, если метеорологические условия, сообщенные по соответствующему аэродрому, ниже следующих минимумов:

(i) видимость на поверхности земли ниже 1 500 м или, для вертолетов – ниже 800 м;

(ii) высота нижней границы облаков ниже 180 м (600 футов).";

1.8.10. ATS.TR.305 пункт (a) дополнить пунктом 7a) следующего содержания:

"7a) о воздушных судах без пилота на борту";

1.8.11. пункт (c) ATS.TR.400 изложить в следующей редакции:

"(c) В случае возникновения аварийного состояния воздушного судна во время его нахождения под управлением аэродромного диспетчерского пункта или органа диспетчерского обслуживания подхода или во время его контакта с органом AFIS, данный орган незамедлительно извещает центр полетной информации или ответственный региональный диспетчерский центр, который, в свою очередь, извещает координационный центр спасательных операций, однако уведомление регионального диспетчерского центра, центра полетной информации или координационного центра спасательных операций не требуется, если из-за характера аварийной ситуации уведомление может быть лишним.

Соответствующий поставщик ATS должен поддерживать обновленные контактные данные для центров полетной информации или региональных диспетчерских центров в Диспетчерской директории OPS.";

1.8.12. подпункт (iv) части 2) пункта (а) ATS.TR.405 изложить в следующей редакции:

"(iv) была получена информация, указывающая на то, что нарушена эксплуатационная эффективность воздушного судна, но не настолько, что возможна аварийная посадка или что не была определена вероятность вынужденной посадки";

1.8.13. дополнить аппендиксами № 1 и 2 следующего содержания:

"Аппендикс № 1

к приложению № 4

(часть ATS)

ИДЕНТИФИКАЦИЯ ИНДИВИДУАЛЬНЫХ ВОЗДУШНЫХ СУДОВ ПУТЕМ

ИСПОЛЬЗОВАНИЯ ИДЕНТИФИКАЦИОННОЙ ХАРАКТЕРИСТИКИ

ВОЗДУШНОГО СУДНА ЧЕРЕЗ ОТВЕТНЫЙ СИГНАЛ, КАК

ПРЕДУСМОТРЕНО ПУНКТОМ (В) ATS.OR.446

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

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

(b) Код SSR видимости A1000 выделяется воздушным судам в случае, когда индивидуальная идентификация воздушного судна устанавливается путем использования функции идентификации воздушного судна через ответный сигнал.

(c) За исключением случая применения одного из условий, предусмотренных пунктом (d), код SSR видимости A1000 выделяется воздушным судам при взлете или воздушным судам, для которых, в соответствии с пунктом (g), необходимо изменение кода при применении следующих условий:

1. идентификация воздушного судна через ответный сигнал совпадает с соответствующей записью в плане полета для соответствующего воздушного судна;

2. администратор сети сообщил, что данное воздушное судно приемлемо для выделения кода SSR видимости A1000.

(d) Код SSR видимости A1000 не выделяется воздушным судам, указанным в пункте (c), если применяется любое из следующих условий:

1. поставщик услуг аэронавигационного обслуживания, который сталкивается с незапланированными перерывами в работе наземных датчиков наблюдения, принял срочные меры, требующие выделения дискретных кодов SSR предназначенных для воздушных судов;

2. были приняты срочные военные меры чрезвычайного характера, заставляющие поставщиков услуг аэронавигационного обслуживания выделить дискретные коды SSR воздушным судам;

3. воздушное судно, приемлемое для выделения кода SSR видимости A1000, предусмотренного в соответствии с пунктом (c), выходит или отклоняется от объема воздушного пространства, указанного в пункте (a).

(e) Воздушным судам, которым не был выделен код SSR видимости A1000, предусмотренный в пункте (c), выделяется код SSR, соответствующий списку выделения кодов, согласованному с государствами-членами Европейского Союза (ЕС), по согласованию с третьими странами.

(f) При выделении воздушному судну кода SSR в кратчайший возможный срок проводится проверка для подтверждения того, что пилот выбрал код SSR, идентичный коду, присвоенному полету.

(g) Коды SSR, выделенные воздушным судам, переданным от поставщиков обслуживания воздушного движения соседних государств, автоматически проверяются на предмет возможности их хранения в соответствии со списком выделения кодов, согласованным государствами-членами ЕС, по согласованию с третьими странами.

(h) С соседними поставщиками услуг аэронавигационного обслуживания, которые осуществляют индивидуальную идентификацию воздушных судов через дискретные коды SSR, заключаются формальные соглашения, содержащие как минимум:

1. обязанность соседних поставщиков услуг аэронавигационного обслуживания передавать воздушные суда с проверенными дискретными кодами SSR, выделенными в соответствии со списком выделения кодов, согласованным государствами-членами ЕС, по согласованию с третьими странами;

2. обязанность информировать органы-получатели о нарушениях, замеченных в функционировании компонентов аэропортовых систем наблюдения.

(i) Поставщики обслуживания воздушного движения обеспечивают, что выделение дискретных кодов SSR в соответствии со списком выделения кодов, согласованным государствами-членами ЕС, по согласованию с третьими странами, для установления индивидуальной идентификации воздушных судов, соответствует следующим положениям:

1. коды SSR автоматически выделяются воздушным судам в соответствии со списком выделения кодов, согласованным государствами-членами ЕС, по согласованию с третьими странами;

2. коды SSR, выделенные воздушным судам, передаваемым от поставщиков услуг аэронавигационного обслуживания соседних государств, проверяются на предмет возможности хранения выделений в соответствии со списком выделения кодов, согласованным государствами-членами ЕС, по согласованию с третьими странами;

3. коды SSR классифицируются по разным категориям для возможности дифференцированного выделения кодов;

4. коды SSR разных категорий, указанные в подпункте 3, выделяются в зависимости от направлений полетов;

5. в случае полетов, выполняемых в направлениях, не вступающих в конфликт, возможно осуществление многократных одновременных выделений того же кода SSR;

6. диспетчеры автоматически извещаются при непреднамеренном дублировании выделения кодов SSR.

Аппендикс № 2

к приложению № 4

(часть ATS)

ПРОЦЕССЫ, ПОДЛЕЖАЩИЕ ВНЕДРЕНИЮ ДЛЯ АВТОМАТИЧЕСКОЙ

КООРДИНАЦИИ СОГЛАСНО ТРЕБОВАНИЯМ ПУНКТА (С) ATS.TR.230

A. Следующие обязательные процессы подлежат внедрению между органами, предоставляющими региональное диспетчерское обслуживание, или, при наличии такой договоренности, между другими органами диспетчерского обслуживания воздушного движения:

(a) Уведомление

1. Полетная информация, в отношении которой проводится процесс уведомления, включает как минимум следующие элементы:

(i) идентификация воздушного судна;

(ii) режим и код SSR (при необходимости);

(iii) аэродром вылета;

(iv) прогнозируемые данные;

(v) аэродром назначения;

(vi) номер и тип воздушного судна;

(vii) тип полета;

(viii) возможности и состояние оборудования.

2. Содержание информации о "возможностях и состоянии оборудования" включает как минимум минимальные уровни сокращения вертикального эшелонирования ("RSVM") и способность использовать разнос каналов в 8,33 кГц. В соответствии с письмами-соглашениями могут быть включены и другие элементы.

3. Процессы уведомления осуществляются как минимум один раз по каждому приемлемому полету, в ходе которого планируется пересечение границ, за исключением случая, когда в отношении полета выполняется процесс уведомления и координации перед вылетом.

4. Критерии приемлемости для уведомления о полетах, пересекающих границы, соответствуют письмам-соглашениям.

5. В случае невозможности выполнения процесса уведомления в пределах периода времени, предусмотренного согласно двусторонней договоренности, до процесса начальной координации, он интегрируется в процесс начальной координации.

6. При выполнении процесс уведомления предшествует процесс начальной координации.

7. Процесс уведомления повторяется всякий раз, когда до процесса начальной координации происходит изменение в любых из следующих данных:

(i) точка координации (COP);

(ii) код SSR, предусмотренный при передаче точки контроля;

(iii) аэродром назначения;

(iv) тип воздушного судна;

(v) возможности и состояние оборудования.

8. Если выявляется расхождение между переданными данными и соответствующими данными системы приема, или если нет никакой информации, требующей корректирующего действия при получении данных, следующих за начальной координацией, об этом расхождении сообщается на адекватный рабочий пост диспетчера для решения.

9. Критерии времени для инициирования процесса уведомления:

(i) Процесс уведомления инициируется с количеством минут, определенным в соответствии с обозначенным параметром, до прогнозируемого времени прохождения через COP.

(ii) Параметр (параметры) уведомления указываются в письмах-соглашениях между соответствующими органами ATC.

(iii) Параметр (параметры) уведомления может (могут) быть обозначен(ы) отдельно для каждой из точек координации.

(b) Начальная координация

1. Для полета, в отношении которого проводится начальная координация, согласованные условия передачи полета являются обязательными с эксплуатационной точки зрения для обоих органов диспетчерского обслуживания воздушного движения, кроме случая, когда координация отменяется или пересматривается.

2. Информация о полете, в отношении которого проводится процесс начальной координации, включает как минимум следующие элементы:

(i) идентификация воздушного судна;

(ii) режим и код SSR;

(iii) аэродром вылета;

(iv) прогнозируемые данные;

(v) аэродром назначения;

(vi) номер и тип воздушного судна;

(vii) тип полета;

(viii) возможности и состояние оборудования.

3. Содержание информации о "возможностях и состоянии оборудования" включает как минимум RSVM и способность использовать разнос каналов в 8,33 кГц. В соответствии с двусторонними соглашениями, заключенными письмами-соглашениями, могут быть включены и другие элементы.

4. Процесс начальной координации осуществляется для всех приемлемых полетов, в ходе которых планируется пересечение границ.

5. Критерии приемлемости для начальной координации полетов, пресекающих границы, соответствуют письмам-соглашениям.

6. Если процесс координации уже не был начат вручную, он инициируется автоматически в соответствии с письмами-соглашениями:

(i) за некоторое время, предусмотренное согласно двусторонней договоренности, до предусмотренного времени прохождения через точку координации; или

(ii) в момент нахождения полета на расстоянии от точки координации, предусмотренном согласно двусторонней договоренности.

7. Процесс начальной координации полета осуществляется один раз, за исключением случая, когда инициируется процесс отмены координации.

8. В результате процесса отмены координации процесс начальной координации может быть снова начат с тем же органом.

9. Завершение процесса начальной координации, в том числе подтверждение от принимающего органа, сообщается органу, который осуществляет передачу – в тот момент полет считается "скоординированным".

10. В случае неподтверждения завершения процесса начальной координации в соответствии с применимыми требованиями, касающимися качества услуг, отображается предупреждение на рабочем посту диспетчера, отвечающего за координацию полетов в составе органа, который осуществляет передачу.

11. Информация о начальной координации должна предоставляться адекватному рабочему посту диспетчера принимающего органа.

(c) Пересмотр координации

1. Процесс пересмотра координации должен обеспечивать связь с ранее скоординированным полетом.

2. Для полета, в отношении которого проводится процесс пересмотра координации, согласованные условия передачи полета являются обязательными с эксплуатационной точки зрения для обоих органов диспетчерского обслуживания воздушного движения, кроме случая, когда координация отменяется или условия подвергаются дополнительному пересмотру.

3. Процесс пересмотра координации должен предоставлять следующую информацию в случае ее изменения:

(i) режим и код SSR;

(ii) прогнозируемые время и высота полета;

(iii) возможности и состояние оборудования.

4. Если имеются двусторонние соглашения по этим вопросам, данные о пересмотре координации предоставляют следующую информацию в случае ее изменения:

(i) точка координации;

(ii) маршрут.

5. Процесс пересмотра координации может происходить один раз или несколько раз с органом, с которым согласовывается полет в тот момент.

6. Процесс пересмотра координации происходит, если:

(i) прогнозируемое время пересечения точки координации отличается от сообщенного ранее на величину, превышающую согласованную ранее;

(ii) высота (высоты) передачи, код SSR или возможности и состояние оборудования отличаются от тех, которые были указаны ранее.

7. Если имеется двусторонняя договоренность, процесс пересмотра координации должен происходить всякий раз, когда наступает изменение:

(i) точки координации;

(ii) маршрута.

8. Завершение процесса пересмотра координации, в том числе подтверждение от принимающего органа, сообщается органу, который осуществляет передачу.

9. В случае неподтверждения завершения процесса пересмотра координации, в соответствии с применимыми требованиями к качеству услуг, отображается предупреждение на рабочем посту диспетчера, ответственного за координацию полетов в составе органа, который осуществляет передачу.

10. Процесс пересмотра координации должен происходить сразу же после ввода или обновления уместных данных.

11. Процесс пересмотра координации прекращается, если полет находится на расстоянии во времени или пространстве от точки передачи диспетчерского обслуживания, предусмотренном согласно двусторонней договоренности, в соответствии с письмами-соглашениями.

12. Информация о пересмотре координации должна предоставляться адекватному рабочему посту диспетчера принимающего органа.

13. Если завершение процесса пересмотра координации не подтверждается в соответствии с применимыми требованиями к качеству услуг, орган, который осуществляет передачу, должен приступить к устной координации.

(d) Отмена координации

1. Процесс отмены координации должен обеспечивать связь с предыдущим процессом уведомления или координации, которая отменяется.

2. Процесс отмены координации проводится с органом в отношении согласованного полета, если:

(i) орган больше не является следующим органом в порядке координации;

(ii) план полета аннулирован в органе, который осуществляет передачу, а координация больше не актуальна;

(iii) от предыдущего органа получена информация об аннулировании координации, касающаяся соответствующего полета.

3. Процесс отмены координации может проводиться с органом в отношении сообщенного полета, если:

(i) орган больше не является следующим органом в порядке координации;

(ii) план полета аннулирован в органе, который осуществляет передачу, а координация больше не актуальна;

(iii) от предыдущего органа получена информация об аннулировании координации, касающаяся соответствующего полета;

(iv) происходит задержка полета по маршруту и невозможно автоматически составить пересмотренный прогноз.

4. Завершение процесса отмены координации, в том числе подтверждение от принимающего органа, сообщается органу, который осуществляет передачу.

5. В случае неподтверждения завершения процесса отмены координации, в соответствии с применимыми требованиями к качеству услуг, отображается предупреждение на рабочем посту диспетчера, отвечающего за координацию полетов в составе органа, который осуществляет передачу.

6. Процесс отмены координации предоставляется адекватному рабочему посту диспетчера уведомленного органа или органа, с которым отменяется координация.

7. Если завершение процесса отмены координации не подтверждается в соответствии с применимыми требованиями к качеству услуг, орган, который осуществляет передачу, должен приступить к устной координации.

(e) Основные полетные данные

1. Информация, в отношении которой проводится процесс передачи основных полетных данных, должна включать как минимум следующие элементы:

(i) идентификация воздушного судна;

(ii) режим и код SSR.

2. Вся дополнительная информация, предоставляемая в процессе передачи основных полетных данных, должна быть предметом двустороннего соглашения.

3. Процесс в отношении основных полетных данных выполняется автоматически по каждому приемлемому полету.

4. Критерии приемлемости для основных полетных данных должны соответствовать письмам-соглашениям.

5. Завершение процесса, касающегося основных полетных данных, в том числе подтверждение от принимающего органа, сообщается органу, который предоставляет данные.

6. Если завершение процесса в отношении основных полетных данных не подтверждается, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на адекватном рабочем посту диспетчера органа, который предоставляет данные.

(f) Изменение основных полетных данных

1. Процесс изменения основных полетных данных должен обеспечивать связь с полетом, в отношении которого ранее был выполнен процесс передачи основных полетных данных.

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

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

4. Процесс изменения основных полетных данных инициируется автоматически в соответствии с двусторонне согласованными критериями.

5. Завершение процесса изменения основных полетных данных, в том числе подтверждение от принимающего органа, сообщается органу, который предоставляет данные.

6. Если завершение процесса изменения основных полетных данных не подтверждается, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на адекватном рабочем посту диспетчера из состава органа, который предоставляет данные.

7. Информация об изменении основных полетных данных предоставляется адекватному рабочему посту диспетчера принимающего органа.

B. Если соответствующие органы договариваются осуществлять уведомление перед вылетом, выполняются следующие процессы изменения частоты или перевода связи на ручное управление:

(a) Уведомление и координация перед вылетом

1. Информация, по которой проводится процесс уведомления и координации перед вылетом, должна включать как минимум следующие элементы:

(i) идентификация воздушного судна;

(ii) режим и код SSR (при наличии);

(iii) аэродром вылета;

(iv) прогнозируемое время взлета или прогнозируемые данные, согласно двусторонней договоренности;

(v) аэродром назначения;

(vi) номер и тип воздушного судна.

2. Информация, по которой проводится процесс уведомления и координации перед вылетом, предоставляемая органом диспетчерского обслуживания конечного диспетчерского региона (TMA) или регионального диспетчерского центра (ACC), должна включать следующие элементы:

(i) тип полета;

(ii) возможности и состояние оборудования.

3. Содержание информации о "возможностях и состоянии оборудования" должно включать как минимум RSVM и способность использовать разнос каналов в 8,33 кГц.

4. Информация о "возможностях и состоянии оборудования" может включать и другие элементы, двусторонне согласованные в письмах-соглашениях.

5. Процесс уведомления и координации перед вылетом осуществляются один раз или несколько раз по каждому приемлемому полету, в ходе которого планируется пересечение границ, если полетного времени от вылета до точки координации недостаточно для выполнения процессов начальной координации или уведомления.

6. Критерии приемлемости для уведомления и координации перед вылетом о полетах с пересечением границ должны соответствовать письмам-соглашениям.

7. Процесс уведомления и координации перед вылетом повторяется всякий раз, когда наступает изменение любого элемента данных, по которым был проведен предыдущий процесс уведомления и координации перед вылетом.

8. Завершение процесса уведомления и координации перед вылетом, в том числе подтверждение от принимающего органа, сообщается органу, который осуществляет передачу.

9. В случае неподтверждения завершения процесса уведомления и координации перед вылетом в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на рабочем посту диспетчера, отвечающего за уведомление/координацию полетов в составе органа, который осуществляет передачу.

10. Информация о процессе уведомления и координации перед вылетом предоставляется адекватному рабочему посту диспетчера уведомленного органа.

(b) Изменение частоты

1. Информация, по которой проводится процесс изменения частоты, должна включать идентификацию воздушного судна и все следующие данные, при их наличии:

(i) указание разрешения;

(ii) разрешенная высота полета;

(iii) выделенный курс/взлетно-посадочная полоса или прямое разрешение;

(iv) закрепленная скорость;

(v) закрепленная скорость набора высоты/снижения.

2. В случае взаимной договоренности данные об изменении частоты должны содержать следующие элементы:

(i) текущее положение взлетно-посадочной полосы;

(ii) подлежащая использованию частота.

3. Процесс изменения частоты инициируется вручную диспетчером, который осуществляет передачу.

4. Завершение процесса изменения частоты, в том числе подтверждение от принимающего органа сообщается органу ATC, который осуществляет передачу.

5. Если не подтверждается завершение процесса изменения частоты, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на адекватном рабочем посту диспетчера органа ATC, который осуществляет передачу.

6. Информация об изменении частоты незамедлительно передается принимающему диспетчеру.

(c) Перевод связи на ручное управление

1. Информация, по которой проводится процесс перевода связи на ручное управление, должна включать как минимум идентификацию воздушного судна.

2. Процесс перевода связи на ручное управление инициируется принимающим органом при установлении связи.

3. Завершение процесса перевода связи на ручное управление, в том числе подтверждение от органа, который осуществляет передачу, сообщается принимающему органу ATC.

4. Если завершение процесса перевода связи на ручное управление не подтверждается, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на адекватном рабочем посту диспетчера принимающего органа ATC.

5. Информация о переводе связи на ручное управление незамедлительно передается диспетчеру от органа, который осуществляет передачу.

(d) Уведомление о намерении пересечения

1. Информация, по которой проводится процесс уведомления о намерении пересечения, должна включать как минимум:

(i) идентификацию воздушного судна;

(ii) режим и код SSR;

(iii) номер и тип воздушного судна;

(iv) идентификатор ответственного участка;

(v) маршрут пересечения с указанием прогнозируемых времени и высоты полета для каждой точки на маршруте.

2. Процесс уведомления о намерении пересечения инициируется диспетчером вручную или инициируется автоматически, как указано в письмах-соглашениях.

3. Завершение процесса уведомления о намерении пересечения, в том числе подтверждение уведомленного органа сообщается органу, который осуществляет уведомление.

4. Если завершение процесса уведомления о намерении пересечения не подтверждается, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение в органе, который осуществляет уведомление.

5. Информация об уведомлении о намерении пересечения предоставляется адекватному рабочему посту диспетчера из состава уведомленного органа.

(e) Запрос разрешения на пересечение

1. Информация, по которой проводится процесс запроса разрешения на пересечение, должна включать как минимум:

(i) идентификацию воздушного судна;

(ii) режим и код SSR;

(iii) номер и тип воздушного судна;

(iv) идентификатор ответственного участка;

(v) маршрут пересечения, с указанием прогнозируемых времени и высоты полета для каждой точки на маршруте.

2. В случае взаимной договоренности запрос разрешения на пересечение должен содержать информацию о возможностях и состоянии оборудования.

3. Содержание информации о "возможностях и состоянии оборудования" должно включать как минимум возможности RVSM и может содержать другие элементы согласно двусторонней договоренности.

4. Запрос разрешения на пересечение инициируется по усмотрению диспетчера, в соответствии с условиями, указанными в письмах-соглашениях.

5. Завершение процесса запроса разрешения на пересечение, в том числе подтверждение органа, получающего запрос, сообщается органу, который передает запрос.

6. Если завершение процесса запроса разрешения на пересечение не подтверждается, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на адекватном рабочем посту диспетчера из состава органа, который передает запрос.

7. Информация о запросе разрешения на пересечение предоставляется адекватному рабочему посту диспетчера из состава органа, получающего запрос.

8. На процесс запроса разрешения на пересечение дается ответ в виде любого из следующих действий:

(i) одобрение предложенных маршрута и деталей пересечения воздушного пространства;

(ii) встречное предложение, включающее другой маршрут и детали пересечения воздушного пространства, как указано ниже в разделе 6;

(iii) отклонение предложенных маршрута и деталей пересечения воздушного пространства.

9. Если не получено никакого оперативного ответа за промежуток времени согласно двусторонней договоренности, отображается предупреждение на адекватном рабочем посту органа, передающего запрос.

(f) Встречное предложение о пересечении

1. Процесс встречного предложения о пересечении обеспечивает связь с ранее согласованным полетом.

2. Информация, по которой проводится процесс встречного предложения о пересечении, включает как минимум:

(i) идентификацию воздушного судна;

(ii) маршрут пересечения с указанием прогнозируемых времени и высоты полета для каждой точки на маршруте.

3. Встречное предложение должно содержать новую высоту полета и/или новый маршрут.

4. Завершение процесса встречного предложения о пересечении, в том числе подтверждение органа, передавшего начальный запрос, сообщается органу, который передает встречное предложение.

5. Если завершение процесса встречного предложения о пересечении не подтверждается, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на адекватном рабочем посту диспетчера органа, который передает встречное предложение.

6. Информация о встречном предложении о пересечении предоставляется адекватному рабочему посту диспетчера из состава органа, который первоначально передал запрос.

7. За подтверждением успешной обработки информации о встречном предложении о пересечении органом, который первоначально передал запрос, должен последовать оперативный ответ от органа, который первоначально передал запрос.

8. Оперативный ответ на встречное предложение о пересечении представляет собой одобрение или отклонение, в зависимости от обстоятельств.

9. В случае неполучения никакого оперативного ответа за промежуток времени, предусмотренный согласно взаимной договоренности, отображается предупреждение на адекватном рабочем посту диспетчера из состава органа, который передал встречное предложение.

(g) Отмена пересечения

1. Процесс отмены пересечения должен обеспечивать связь с процессом предыдущего уведомления или координации, которая отменяется.

2. Орган, ответственный за полет, должен начать процесс отмены пересечения в следующих случаях:

(i) полет, о котором было уведомлено ранее в ходе процесса передачи основных полетных данных, больше не зайдет в воздушное пространство уведомленного органа или больше не представляет интереса для уведомленного органа;

(ii) пересечение не будет осуществляться по маршруту, указанному в информации уведомления о намерении пересечения;

(iii) пересечение не будет осуществляться в соответствии с условиями, по которым ведутся переговоры, или с условиями, согласованными в результате диалога о пересечении воздушного пространства.

3. Процесс отмены пересечения начинается автоматически или вручную путем вмешательства диспетчера, в соответствии с письмами-соглашениями.

4. Завершение процесса отмены пересечения, в том числе подтверждения уведомленного органа/органа, получившего запрос, сообщается органу, который осуществляет отмену.

5. Если завершение процесса отмены пересечения не подтверждается, в соответствии с применимыми требованиями к качеству услуг отображается предупреждение на адекватном рабочем посту органа, который осуществляет отмену.

6. Информация об отмене пересечения предоставляется адекватному рабочему посту диспетчера из состава органа, который был уведомлен /который получил запрос.

С. Между органами, предоставляющими региональное диспетчерское обслуживание, необходимыми для выполнения следующих услуг связей данных:

(i) способность инициировать связь через связи данных (DLIC);

(ii) управление связью для диспетчерского обслуживания воздушного движения (ATC);

(iii) разрешение и информирование для ATC;

(iii) проверка микрофона для ATC,

или при наличии другой договоренности с другими органами или между ними, должны подкрепляться автоматикой следующие процессы:

(a) Logon forward

1. Данные, по которым проводится процесс logon forward, должны включать как минимум следующие элементы:

(i) идентификацию воздушного судна;

(ii) аэродром вылета;

(iii) аэродром назначения;

(iv) вид входа в систему (logon);

(v) параметры входа в систему (logon).

2. Осуществляется один процесс logon forward для каждого полета, идентифицированного в системе связей данных, в ходе которого планируется пересечение границ, по которому осуществляется вход в систему.

3. Процесс logon forward инициируется в первый определенный хронологический момент или сразу же после него, в соответствии с письмами-соглашениями, следующим образом:

(i) количество минут, определенное в соответствии с обозначенным параметром, до прогнозируемого времени прохождения через точку координации;

(ii) момент, когда полет находится на двусторонне согласованном расстоянии от точки координации.

4. Критерии приемлемости для процесса logon forward должны соответствовать письмам-соглашениям.

5. Данные logon forward включаются в соответствующие им полетные данные в принимающем органе.

6. Статус логирования полета может отображаться на адекватном рабочем посту диспетчера принимающего органа.

7. Завершение процесса logon forward, в том числе подтверждение от принимающего органа, сообщается органу, который осуществляет передачу.

8. В случае, когда завершение процесса logon forward не подтверждается, в соответствии с применимыми требованиями к качеству услуг инициируется запрос в адрес воздушного судна для связи данных воздух-земля.

(b) Следующий уведомленный орган

1. Данные, по которым проводится процесс уведомления следующего органа, должны включать как минимум следующие элементы:

(i) идентификация воздушного судна;

(ii) аэродром вылета;

(iii) аэродром назначения.

2. По каждому приемлемому полету, пересекающему границы, осуществляется процесс уведомления следующего органа.

3. Процесс уведомления следующего органа инициируется после подтверждения конкретной бортовой системой запроса следующим органом данных, адресованных воздушному судну.

4. После соответствующей обработки информации об уведомлении следующего органа, принимающий орган направляет воздушному судну запрос на инициирование связи посредством связей данных диспетчер-пилот (CPDLC).

5. Если информация об уведомлении следующего органа не получена в соответствии с двусторонне согласованным параметром времени, принимающим органом применяются местные процедуры по началу связи посредством связей данных с воздушным судном.

6. Завершение процесса уведомления следующего органа, в том числе подтверждение от принимающего органа, сообщается органу, который осуществляет передачу.

Если не подтверждается завершение процесса уведомления следующего органа, в соответствии с применимыми требованиями к качеству услуг инициируются местные процедуры органом, который осуществляет передачу.";

1.9. в приложении № 6:

пункт (f) AIS.TR.330 NOTAM изложить в следующей редакции:

1.9.1. "(f) Информация о снеге, мокром снеге, льде, изморози, лужах или талой воде, о мокром снеге, льде или изморози на рабочей площади должна распространяться с помощью SNOWTAM и должна содержать информацию в порядке, указанном в формате SNOWTAM, установленном утвержденными ОГА техническими требованиями.";

1.9.2. Аппендикс к приложению № 6 (часть AIS)

В части GEN 1 подчасти GEN 1.5 изменение вносится только в тексте на румынском языке.;

1.10. в приложении № 8:

Подчасть B дополнить разделом 2 следующего содержания:

"РАЗДЕЛ 2 – ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ, ПРИМЕНИМЫЕ К ПОСТАВЩИКАМ УСЛУГ НАБЛЮДЕНИЯ

CNS.TR.205 Выделение и использование кодов запросчика режима S

(a) Поставщик услуг наблюдения эксплуатирует приемлемый запросчик режима S, используя приемлемый код запросчика, только при получении выделения кодов запросчиков в этих целях от контактного лица, назначенного ОГА для согласования с MICA Cell (группой экспертов Европейского агентства авиационной безопасности (EUROCONTROL), которая эксплуатирует систему выделения кодов запросчика в соответствии со связанными с нею процедурами, для предоставления централизованной услуги выделения кода запросчика).

(b) Поставщик услуг наблюдения, который намерен эксплуатировать или эксплуатирует приемлемый запросчик режима S, на который им не было получено никакого выделения кодов запросчика, направляет лицу, назначенному ОГА для согласования с MICA Cell, заявку на код запросчика, включающую как минимум следующие ключевые элементы:

1. уникальную ссылку заявки от Республики Молдова;

2. полные контактные данные лица, назначенного ОГА для согласования выделения кодов запросчика режима S;

3. полные детальные контактные сведения о контактной точке эксплуатанта режима S по вопросам выделения CI режима S;

4. наименование запросчика режима S;

5. использование запросчика режима S (эксплуатационное или тестовое);

6. месторасположение запросчика режима S;

7. планируемую дату первой передачи в режиме S запросчика режима S;

8. запрашиваемый охват режима S;

9. конкретные эксплуатационные требования;

10. потенциал кода SI;

11. потенциал "эксплуатации через код II/SI";

12. потенциал карты охвата.

(c) Поставщик услуг наблюдения соблюдает ключевые элементы полученных им выделений кодов запросчика, в том числе как минимум следующие элементы:

1. соответствующую ссылку заявки от Республики Молдова;

2. уникальную ссылку выделения со стороны службы выделения кодов запросчика;

3. недействительные ссылки выделения, исходя из обстоятельств;

4. выделенный код запросчика;

5. ограничения на охват наблюдения и блокировки, в виде радиусов действия, разделенных на участки, или карты охвата режима S;

6. срок внедрения, в течение которого выделение должно быть зарегистрировано в запросчике режима S, обозначенный в заявке;

7. последовательность внедрения, подлежащая соблюдению;

8. по выбору и в сочетании с другими альтернативами: рекомендацию по группировке информации по типу "кластер";

9. конкретные эксплуатационные ограничения, исходя из обстоятельств.

(d) Поставщик услуг наблюдения информирует назначенное органом ОГА контактное лицо, как минимум раз в шесть месяцев, о любом плановом изменении установки или эксплуатационного статуса приемлемых запросчиков режима S, касающемся любого ключевого элемента выделения кода запросчика, перечисленных в пункте (c).

(е) Поставщик услуг наблюдения обеспечивает, чтобы каждый запросчик режима S использовал исключительно свой выделенный код запросчика.";

1.11. в приложении № 9:

ATFM.TR.100 изложить в следующей редакции:

"ATFM.TR.100 Рабочие методы и операционные процедуры для поставщиков услуг организации потока воздушного движения

Поставщик услуг организации потока воздушного движения доказывает, что его рабочие методы и операционные процедуры соответствуют нормативной базе, касающейся организации потока воздушного движения и нормативной базе, касающейся функций сети организации воздушного движения.";

1.12. в приложении № 10:

ASM.TR.100 изложить в следующей редакции:

"ASM.TR.100 Рабочие методы и операционные процедуры для поставщиков услуг организации воздушного пространства

Поставщик услуг организации потока воздушного движения доказывает, что его рабочие методы и операционные процедуры соответствуют нормативной базе, касающейся организации потока воздушного движения и нормативной базе, касающейся функций сети организации воздушного движения.";

1.13. приложение № 12 изложить в следующей редакции:

"Приложение № 12

к Положению об установлении требований и

административных процедур для поставщиков

услуг организации воздушного движения

и аэронавигационного обслуживания

КОНКРЕТНЫЕ ТРЕБОВАНИЯ, ПРИМЕНИМЫЕ

К АДМИНИСТРАТОРУ СЕТИ

(часть NM)

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ, ПРИМЕНИМЫЕ

К АДМИНИСТРАТОРУ СЕТИ (NM.TR)

РАЗДЕЛ 1 – ОБЩИЕ ТРЕБОВАНИЯ

NM.TR.100 Рабочие методы и операционные процедуры для администратора сети

Так как в пространстве Единого неба Европы функция администратора сети обеспечивается поставщиком, назначенным Европейской комиссией, он доказывает, что его рабочие методы и операционные процедуры соответствуют нормативной базе, касающейся организации потока воздушного движения, и нормативной базе, касающейся функций сети организации воздушного движения.

РАЗДЕЛ 2 – ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ ДЛЯ ВЫПОЛНЕНИЯ ФУНКЦИЙ

СЕТИ ОРГАНИЗАЦИИ ВОЗДУШНОГО ДВИЖЕНИЯ (СЕТЕВЫХ ФУНКЦИЙ)

NM.TR.105 Выделение и использование кодов запросчика режима S

(a) Администратор сети располагает процедурой, обеспечивающей, что система выделения кодов запросчика:

1. проверяет степень соответствия заявок на код запросчика применимым соглашениям в вопросах формата и данных;

2. проверяет степень полноты, точности и актуальности заявок на код запросчика;

3. в течение максимум шести календарных месяцев со дня применения:

(ii) моделирует обновление плана выделения кодов запросчика на основе запросов, находящихся в статусе ожидания;

(iii) разрабатывает предложение об обновлении плана выделения кодов запросчика для его утверждения государствами-членами ЕС и государствами соответствующего региона EUR ИКАО;

(iv) обеспечивает, чтобы предложение об обновлении плана выделения кодов запросчика в максимально возможной степени отвечало эксплуатационным требованиям, указанным в заявках на код запросчика, как указано в ключевых элементах 7, 8 и 9, перечисленных в пункте (b) части CNS.TR.205;

(v) обновляет и сообщает государствам-членам ЕС и государствам региона EUR ИКАО информацию о выделении кодов запросчика сразу же после ее утверждения, без ущерба для национальных процедур сообщения информации о запросчиках режима S, используемых в военной сфере.

(b) Администратор сети принимает необходимые меры для обеспечения того, чтобы военные органы, эксплуатирующие приемлемые запросчики режима S посредством любого другого кода запросчика, кроме кода II 0 и других кодов, закрепленных за военным менеджментом, соблюдали требования к выделению и использованию кодов запросчика режима S.

(c) Администратор сети принимает необходимые меры для обеспечения того, чтобы военные органы, эксплуатирующие запросчики режима S через код II 0 или через другие коды запросчика, закрепленные за военным менеджментом, следили за использованием исключительно этих кодов запросчика во избежание несогласованного использования любого приемлемого кода запросчика.

(d) Администратор сети принимает необходимые меры для обеспечения того, чтобы выделение и использование кодов запросчика для военных частей не оказывало никакого отрицательного воздействия на безопасность воздушного движения в целом.

NM.TR.110 Маркировка полетов, приемлемых для индивидуальной идентификации путем использования идентификационной характеристики воздушного судна

(a) На основании объема воздушного пространства, заявленного в соответствии с аппендиксом № 1 к ATS.OR.446, пунктом (b), и с планами полетов, поданными в соответствии с SERA.4013, администратор сети оценивает приемлемость полета для выделения кода SSR видимости A1000.

(b) Администратор сети сообщает всем органом по обслуживанию воздушного движения, которых это касается, о полетах, приемлемых для использования кода SSR видимости A1000.".

2. Настоящее постановление вступает в силу с 1 мая 2025 года.