Технически изисквания към елементите на брегова система за наблюдение на черноморската граница на р българия



страница4/11
Дата05.02.2017
Размер2.36 Mb.
#14284
1   2   3   4   5   6   7   8   9   10   11

ИЗИСКВАНИЯ КЪМ АИС










244.

АИС системата трябва да включва стационарни базови или симплексни репитерни станции и подвижни транспондери клас А за плавателните средства и мобилните системи за наблюдение.










245.

АИС базовите станции да осигуряват автоматична идентификация на плавателни средства оборудвани с АИС транспондери и да удовлетворяват в пълен обем изискванията на стандартите IALA A-124 и ITU-R M.1371 Class A или еквивалентен. Не се изисква поддържане на канала за DSC.










246.

Базовите станции да осигуряват едновременно със стандартния режим и приемане и обработка на кодираните сигнали от АИС транспондерите на ГПК.










247.

Базовите станции на АИС системата да разполагат със стандартна Ethernet връзка по LAN.










248.

ГПК и МСБН трябва да бъдат оборудвани със специализирани АИС транспондери, отговарящи на следните изисквания:










249.

да поддържат стандартния режим на работа предвиден в IEC Standard 61993 Дял 2: Клас A Корабно оборудване за Автоматизирана идентификационна система (АИС) – Експлотационни изисквания, методи на изпитание и изискуеми резултати или еквивалент.










250.

да осигуряват едновременно със стандартния режим и приемане и обработка на кодираните сигнали от АИС транспондерите;










251.

да предават в кодиран вид АИС информацията от ГПК и МСБН.










252.

ИЗИСКВАНИЯ КЪМ КОМУНИКАЦИОННОТО ОБОРУДВАНЕ










253.

Комуникационната подсистема трябва да бъде изградена от следните компоненти:










254.

Опорна цифрова мрежа за връзка на всички подсистеми, локалните центрове за управление в Варна и Созопол, НМГКИЦ и ГДГП-София;










255.

УКВ комуникационна мрежа за връзка с ГПК, други морски съдове и мобилните пунктове за наблюдение;










256.

VoIP система за гласова комуникация между всички възли в мрежата.










257.

Изисквания към опорната мрежа:










258.

Обхват: Опорната мрежа трябва да обхваща всички пунктове за наблюдение (ПТНВ), локалните оперативни центрове за управление във Варна и Созопол и НМГКИЦ. Допълнително е необходимо да се осигури връзка с ОДЦ в ГДГП- София;










259.

Инфраструктура: Местата за инсталиране на телекомуникационното оборудване да са собственост на МВР. При необходимост от използване на обекти, конто не са собственост на ведомството. Изпълнителят поема отговорността по осигуряването и придобиване или дълговременно ползване на обектите на името на МВР. Необходимо е да се използва максимално съществуващата инфраструктура. При необходимост се изграждат допълнителни инфраструктурни съоръжения (мачти, жерета, антенни системи, контейнери и др.) Изгражданите инфраструктурни съоръжения е необходимо да отговарят на изискванията на българското законодателство;










260.

Да бъде осигурен обмен на сурово радарно видео.










261.

Да бъде осигурен обмен на информация от сензорите в ПТНВ










262.

Да бъде осигурен обмен на информация за маршрута и графики










263.

Да бъде осигурен обмен на формуляри на целите










264.

Да бъде осигурен обмен на гласова и цифрова информация от УКВ комуникационната мрежа.










265.

Да бъде осигурено управление, мониторинг и контрол на УКВ комуникационната мрежа;










266.

Да бъде осигурена информация за ХМТО;










267.

Да бъде осигурена информация от АИС;










268.

Да бъде осигурена информация от телевизионните и инфрачервени камери;










269.

Да бъдат осигурени гласови комуникации от VoIP системата;










270.

Да бъде осигурен мониторинг за работата на радарното оборудване и контрол;










271.

Да бъдат осигурени бази данни;










272.

Да бъде осигурен друг тип информация, необходима за работата на системата.










273.

Капацитета на опорната мрежа е необходимо да осигури обмен на горепосочената информация в реално време.










274.

Необходимо е да се осигури възможност за увеличаване на капацитета минимум два пъти с цел развитие на системата и включване на бъдещи допълнителни приложения;










275.

Честотни диапазони — могат да бъдат използвани следните честотни ленти (в MHz):

  • 3410-3424/3510-3524 и/или

  • 6680-6720/7020-7060 и/или

  • 6720-6760/7060-7100 и/или

  • 18043,75-18071,25/19053,75-19081,25 и/или

18071,25-18098,75/19081,25-19108,75. Използването на честоти извън посочените не се допуска.










276.

Мрежата е необходимо да бъде изцяло IР базирана, като се осигури пълна интеграция със съществуващата IР мрежа на МВР- интерфейси за връзка във Варна и Бургас, обща IP адресация и др.










277.

IР мрежата е необходимо да бъде изградена на базата на стандартни комуникационни устройства - маршрутизатори, комутатори и др.;










278.

Мрежовото комуникационно оборудване е необходимо да осигурява QoS, IPSec, VPN, VLAN и др.;










279.

Необходимо е да се осигурят интерфейси към други комуникационни мрежи - съществуващата УКВ мрежа, телефонната мрежа на МВР, АИС, ведомствената TETRA мрежа,

- IFF ,,Чужд-свой" - опция;












280.

Комуникацията с центъра на ОДЧ на ГДГП в София може да се осъществи през ведомствената IР мрежа при наличен капацитет или през допълнителна наета линия в зависимост от необходимия обем на обменяния трафик;










281.

Работоспособност на системата 99% през целия период на експлоатация, при работа 24 часа в денонощието;










282.

Оборудването трябва да е монтирано в стандартни 19" комуникационни шкафове със сигнализация и заключване;










283.

Необходимо е да бъде осигурено автономно захранване при отпадане на мрежовото напрежение, реализирано чрез дизел агрегат за период не по-малък от 24 часа. За времето на задействане на агрегата, захранването трябва да се осъществи чрез UPS, който да осигури минимално време на захранване от 30 минути;










284.

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










285.

УКВ комуникационната мрежа трябва да осигури гласови комуникации и обмен на данни между НМГКИЦ и ЛОЦ и ГПК, други морски съдове и мобилните пунктове за наблюдение. Допълнително е необходимо да се осигури обмен на DSC информация между морските съдове и центровете за наблюдение;










286.

Системата трябва да осигури пренос на съобщения с цифрови данни от ГПК и МСБН към НМГКИЦ и ЛОЦ и обратно по стандартен цифров УКВ протокол;










287.

Обхват: дълбочина на покритието над сушата—минимум 1 km, покритие над морето — минимум 24 nm;










288.

Брой базови станции — в зависимост от предлаганото техническо решение при осигурено покритие в зададения обхват;










289.

Броят гранично полицейски кораби (ГПК), конто да бъдат оборудвани с УКВ системи и интегрирани към бреговата система за наблюдение — 12;










290.

Брой мобилните пунктове за наблюдение, които да бъдат оборудвани с УКВ системи и интегрирани към бреговата система за наблюдение - 2;










291.

Минимална скорост на обмен на цифрови данни — 16 kbit/s;










292.

Тип на обменяната информация с ГПК и мобилните пунктове за наблюдение: формуляри на целите, текстова информация, картини, факс, параметрите на хидрометеорологичната oбстановка и „Известия до мореплавателите" и други съобразно предложеното техническо решение;










293.

Честотен диапазон: 162,875-174,000 MHz и диапазоните за морски комуникации 156,000-157,450 MHz, 160,600-160,975 MHz и 161,475-162,050 MHz;










294.

Канално отстояние: 12,5 и 25,0 kHz;










295.

Предлаганото оборудване трябва да позволява използването на всички канали в гореуказаните обхвати под управлението на оператор от съответния оперативен център;










296.

Връзката между оперативните центрове и УКВ мрежата трябва да се осъществи през опорната комуникационна мрежа;










297.

Операторите от оперативните центрове трябва да имат възможност да комуникират с търговските кораби на честотите от морския диапазон (156,000-157,450 MHz, 160,600-160,975 MHz и 161,475-162,050 MHz);










298.

Операторите от оперативните центрове трябва да имат възможност да комуникират с ГПК и мобилните пунктове за наблюдение на честотите от диапазона на МВР (162,875-174,000MHz);










299.

Операторите от оперативните центрове трябва да имат възможност да избират най-оптимално разположения ПТВН, чрез който да осъществят комуникацията;










300.

Гласовата комуникация и обмена на данни през УКВ мрежата трябва да се записват и съхраняват за минимален срок от един месец;










301.

Възпроизвеждането на записана информация не трябва да прекъсва или да влияе по какъвто и да е начин на текущия запис;










302.

Към записваната информация трябва да се добави информация за датата и времето, базова станция, крайна станция и др.;










303.

Достъп до записаната информация трябва да има само оторизирания персонал;










304.

УКВ системата и оборудването, от която е изградена трябва да позволява лесна експлоатация, лесно разширение на обхвата и броя на свързаните абонати;










305.

Работоспособност на системата през 99% през целия период на експлоатация, при работа 24 часа в денонощието;










306.

Изисквания към VoIP система за гласова комуникация между всички възли в мрежата










307.

Обхват: по 1 IР телефон във всеки ПТНВ, по 2 IP телефона във всеки ЛОЦ и по 3 в НМГКИЦ и ОДЦ в ГДГП;










308.

Пълна съвместимост и интегриране във ведомствената VoIP телефонна мрежа, изпълнена на базата на стандарт ССМ v4.2 или еквивалент;










309.

Да има връзка с ведомствената телефонна мрежа и интегриране в номерационния план на МВР;










310.

Да се осигури възможност за автономна работа при отпадане на комуникациите с ведомствената мрежа на МВР;










311.

Да се зползват кодеци: G.711 и G.729;










312.

Осигуряване на функция за защита на гласовите комуникации чрез IPSec;










313.

Да се осигури идентификация на викащия абонат;










314.

Мултисензорната система за проследяване трябва да бъде в състояние да възприема и обработва информацията от различните екстрактори и подсистеми за проследяване местоположението на целите и да я налага върху картни координати.










315.

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










316.

В зависимост от тяхната вероятност за откриване, целите да получават статут на потвърдени (цели с голяма вероятност за откриване) или на непотвърдени (цели с малка вероятност за откриване). Освен това мултисензорната система за проследяване трябва да има възможността за определяне на елементите на движение на целта (курс и скорост).










317.

Проследяването трябва да се базира основно на получените данни от радарите, наложени върху картни координати на зоната за видимост. Алтернативно въвеждането на информация за местоположението на целите да може да се извършва директно от радаринтеграторите, както и от не радарни източници, като система АИС, система за опознаване „свой чужд”, SSR-системи,.










318.

Мултисензорната система за проследяване да бъде в състояние да съвместява информацията от всички източници, да осигурява единната номерация на целите и запис на информацията за маршрутите им на движение.










319.

Системата за мултисензорно проследяване трябва да обработва всички данни получени от отделните сензори.










320.

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










321.

Максималното време за екстраполация след последната актуализация трябва да може да се променя поотделно за всяка цел в зависимост от вида на сензора който я наблюдава.










322.

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










323.

Регистрацията на входните данни да се изпълнява поотделно за всеки източник на информация, чрез използването на специален алгоритъм, при който да се отчита не само местоположението но и размерите на целта.










324.

При възможност да бъде използвана и допълнителна информация за целите включваща наименование, скорост, входен идентификационен номер и данни от системата за опознаване с която е оборудван съответния сензор.










325.

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










326.

Използването на същият идентификационен номер да бъде забранено за определен период от време, който да може да се задава различно в зависимост от натовареността на трафика.










327.

Работата на мултисензорната система за проследяване да се базира на използването на високотехнологичен „Калман” филтър или еквивалентен.










328.

Всички входни данни да бъдат обработвани в съответствие с тяхното ниво на точност.










329.

Критериите за оценка да могат да се променят от измерване към измерване в зависимост от параметрите на целта (като например промяната на разстоянието между целта и сензора от който се черпи информация за същата в момента).










330.

Различните векторни параметри на целите (като например промяна на позицията и скоростта на движение) също да бъдат обработвани автоматично.










331.

Алгоритмите използвани за работата на Калман филтъра или eквивалент да бъдат променливи.










332.

Кинематичния модел и уравненията за наблюдение обработващи различните видове входни данни ( като например данни от АИС - транспондер) да бъдат привеждани от един вид в друг.










333.

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










334.

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










335.

Формализована таблица с текущите актуализации да се попълва в строго определен ред.










336.

Закъснялата информация автоматично да се поставя на нужното място в потока от данни и по този начин да бъде допълнително обработена.










337.

Всички измервания да бъдат обработвани в съответствие с тяхната точност и място във времето.










338.

Процеса на номерация на целите да се осъществява на два етапа.










339.

Всяко ново измерване да се използва или за актуализация на данните за вече открита (ако според алгоритъма и заложените критерии се установи че, данните се отнасят за вече открита цел) или за поставяне началото на маршрут на нова цел.










340.

Всички цели първоначално да бъдат откривани и номерирани с определено ниво на вероятност (като на този етап няма да бъдат изобразявани на монитора), след което при получаване на необходимата информация и покриване на достатъчно количество от критериите за откриване, се потвърждава наличието на целта и същата се изобразява на монитора.










341.

Минималното количество критерии които трябва да бъдат покрити да бъде възможно да се променя.










342.

Екстраполацията на следващото местоположение на целите да се извършва на интервали.










343.

По време на екстраполацията проверките да се извършват на базата на наличие или не на информация от поне един сензор наблюдаващ целта в момента.










344.

Екстраполацията на излизащите от зоната за видимост цели винаги да бъде близка до положението на целта в реално време.










345.

Максималното време за екстраполация в различни области да се задава на базата на информация заложена в системната карта. По-голяма продължителността на следата при екстраполация, без междинни сигнали от сензори да може да се задава за цели преминаващи през специфични области (например при попадане в радиосянка от големи сгради, земни площи или други местни предмети).










346.

За всеки маршрут да се изчислява номинално време за изобразяване.










347.

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










348.

Актуализацията на маршрута при извършване на ново измерване винаги увеличава времето за изобразяване целта на монитора с толкова колкото е зададено предварително за съответния тип цел, докато екстраполацията на маршрута намалява това време.










349.

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










350.

Реалното време за екстраполация да се определя на базата на сравнение между нивото на изпълнение на критериите в момента и заложеното ниво по подразбиране, по този начин целите, които покриват по-малка част от критериите да имат по-малко време за екстраполация от тези покриващи по-голяма част от критериите.










351.

Каталог: tdocs
tdocs -> Техническо задание за поддръжка на лицензи sap erp 0 за нуждите на Министерство на финансите (МФ)
tdocs -> Техническо задание за „Изнесени дейности по управление на ит услуги в системата на Министерство на финансите”
tdocs -> Технически и функционални изисквания
tdocs -> Техническо задание описание на предмета на обществената поръчка, технически спецификации и критерии за оценка
tdocs -> Приложение 1 списък на документите съдържащи се в офертата / образец
tdocs -> Приложение №1 Техническо задание
tdocs -> Уважаеми дами и господа


Сподели с приятели:
1   2   3   4   5   6   7   8   9   10   11




©obuch.info 2024
отнасят до администрацията

    Начална страница