Załącznik nr 1 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ) Integracja środków łączności

Załącznik nr 1 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ) Integracja środków łączności 1

Spis treści 1. Cel zamówienia... 3 2. Pojęcia i skróty... 3 3. Przedmiot zamówienia... 7 4. Wymagania szczegółowe... 10 4.1. Wymagania w zakresie dostarczonego Systemu... 10 4.1.1. Bezpieczeństwo i maskowanie korespondencji... 12 4.2. Podstawowe cechy funkcjonalne Systemu... 13 4.3. Architektura systemu... 15 4.4. Współpraca z SWD i Uniwersalnym Modułem Mapowym... 15 4.4.1. Zakres integracji... 16 4.4.2. Lokalizacja... 16 4.4.3. Zmiana statusu patrolu... 17 4.5. Konsola operatorska... 18 4.6. Częstotliwość pracy... 21 4.7. Stacje bazowe... 22 4.8. System rejestracja korespondencji... 24 4.9. Stanowisko administracyjno-odsłuchowe... 25 4.10. Zarządzanie Systemem... 25 5. Dodatkowe ośrodków... 28 5.1. Ośrodek Warszawa... 28 5.1.1. Stacje bazowe i systemy antenowe... 28 5.1.2. Obiekt główny Systemu... 32 5.1.3. Łącza teletransmisyjne... 34 5.1.4. Stanowisko Kierowania... 35 5.2. Ośrodek Kraków... 35 5.2.1. Infrastruktura centralna Systemu... 35 5.2.2. Stacje bazowe i systemy antenowe... 37 5.2.2.1. Stacja bazowa nr 1 (KRA - CE) w lokalizacji Kraków ul. Królewska 57... 37 5.2.2.2. Stacja bazowa nr 2 KRA - WS w lokalizacji RTCN Mietniów 70, Chorągwica k/ Wieliczki 38 5.2.2.3. Stacja bazowa nr 3 KRA - ZA w lokalizacji Zabierzów ul. Leśna 69, Stacja Radarowej Kontroli Lotów... 38 5.2.2.4. Dodatkowe prace instalacyjne w stacja bazowa nr 3 KRA - ZA w lokalizacji Zabierzów ul. Leśna 69, Stacja Radarowej Kontroli Lotów Opcja... 39 5.2.3. Łącza teletransmisyjne... 40 5.2.4. Konsole operatorskie... 40 5.2.5. Zarządzanie Systemem... 40 5.2.6. Rejestracja korespondencji... 41 5.3. Ośrodek Szczecin... 41 5.3.1. Infrastruktura centralna Systemu... 41 5.3.2. Stacje bazowe i systemy antenowe... 43 5.3.2.1. Stacja Bazowa nr 1, Szczecin, ul. Szosa Polska 111... 43 5.3.2.2. Stacja Bazowa nr 2, Szczecin, ul. Niedziałkowskiego 24 Budynek TVP... 43 5.3.2.3. Stacja Bazowa nr 3, Szczecin, ul. Struga 78... 44 5.3.3. Łącza teletransmisyjne... 45 5.3.4. Konsole operatorskie... 45 5.3.5. Zarządzanie Systemem... 46 5.3.6. Rejestracja korespondencji... 46 6. Gwarancja i obsługa serwisowa... 46 7. Dokumentacja... 49 8. Warsztaty... 50 9. Migracja... 51 10. Wymagania w zakresie oznakowania Urządzeń i Dokumentacji oraz nośników Oprogramowania... 53

11. Testy radiotelefonów... 53 12. Wizje lokalne... 54 13. Lista załączników... 54 1. Cel zamówienia Celem zamówienia jest integracja środków łączności radiowej TETRA pracujących w miastach: Warszawa, Kraków, Szczecin, na potrzeby Policji i innych służb porządku publicznego i ratownictwa w szczególności Państwowej Straży Pożarnej, Straży Miejskich, Sztabów zarządzania kryzysowego, Straży Granicznej.. Przedmiotowe zamówienie finansowane jest w ramach 7. osi priorytetowej Programu Operacyjnego Innowacyjna Gospodarka (PO IG). 2. Pojęcia i skróty Dla potrzeb niniejszego opracowania przyjmuję się następujące definicje skrótów i pojęć: Skrót/pojęcie Awaria I stopnia (krytyczna) Awaria II stopnia (niekrytyczna) AVL BSN BR BS Czas Reakcji Definicja nieplanowany stan Systemu uniemożliwiający lub znacznie utrudniający realizację jego podstawowych funkcji. Za awarię krytyczną uznaje się: o brak dostępu do grupowych usług głosowych, o brak możliwości afiliacji użytkowników do stacji bazowej, o uszkodzenie jednego przemiennika BR dla stacji bazowych wyposażonych w 2 i 3 BR, o uszkodzenie dwóch przemienników BR dla stacji bazowych wyposażonych w 4 i 6 BR, o praca stacji bazowej w trybie trankingu lokalnego, o brak dostępu do serwerów bazodanowych, o brak dostępu do narzędzi administracyjnych NMT, o uszkodzenie ponad 50% konsol zlokalizowanych w jednej sali operacyjnej, o uszkodzenie ponad 40% interfejsów do sieci analogowych, DMR, w jednej sali operacyjnej, o uszkodzenie powyżej 1 interfejsu do sieci EDACS. każda awaria Systemu nie podlegająca kwalifikacji jako wchodząca w zakres Awarii I stopnia (krytycznych), Automatyczna Lokalizacja Pojazdu (ang. Automatic Vehicle Location) Base Station Network Przemiennik Radiowy (ang. Base Radio) Stacja Bazowa (ang. Base Stadion) okres czasu od Otwarcia Zgłoszenia Serwisowego do Potwierdzenia Otwarcia Zgłoszenia Serwisowego. Brak lub opóźnione potwierdzenie ze strony Wykonawcy oznacza tylko przekroczenie Czasu Reakcji i nie powoduje przesunięcia początku naliczania Czasu Usunięcia Awarii. str. 3 z 54

Skrót/pojęcie Czas Usunięcia Awarii DMO Dni robocze Dokumentacja EBTS EDACS GPS KMC Konsultacje techniczne MAiC Migracja MSO Nadzór Autorski Oprogramowanie Definicja okres czasu od Otwarcia Zgłoszenia Serwisowego do momentu przywrócenia pełnej funkcjonalności Systemu potwierdzonej przez osobę uprawnioną do otwierania zgłoszeń serwisowych. Tryb Bezpośredni (ang. Direct Mode Operation) Oznacza każdy dzień tygodnia od poniedziałku do piątku, za wyjątkiem dni ustawowo wolnych od pracy, w godz. Od 8.00 do 16.00; wszelka dokumentacja wytworzona i dostarczona przez Wykonawcę w ramach realizacji Umowy i podlegająca zatwierdzeniu przez Zamawiającego w formie papierowej, jak również informacje zapisane na innych nośnikach, w tym nośnikach elektronicznych, w szczególności: Projekt Techniczny, Plan Wdrożenia, Plan Testów Akceptacyjnych (PTA), Plan Zarządzania Projektem (PZP), Dokumentacja Powykonawcza, Dokumentacja Eksploatacyjna, Plan i opis realizacji Warsztatów, dokumentacja powstała w wyniku realizacji wymagań odbioru produktów, dokumentacja powstała w wyniku realizacji wymagań zarządzania projektem, dokumenty robocze wytworzone przez Wykonawcę w ramach realizacji Umowy; za Dokumentację uznaje się także wytworzenie i aktualizację Dokumentacji w ramach Nadzoru Autorskiego, w ramach przeprowadzenia prac instalacyjnych w stacji bazowej nr 3 KRA-ZA, o których mowa w 2 ust 2 pkt. 13 Umowy i w okresie gwarancji i świadczenia serwisu gwarancyjnego; Rozszerzony System Odbioru Stacji (ang. Enhanced Base Transceiver System) Enhanced Digital Access Communication System jeden z systemów telekomunikacyjnych użytkowanych aktualnie przez Policję Global Positioning System Centrum Zarządzania Kluczem (ang. Key Management Centre) usługa świadczona w okresie gwarancji przez Wykonawcę na rzecz Zamawiającego, polegająca m.in. na telefonicznym, faksowym lub za pośrednictwem poczty elektronicznej udzielaniu informacji związanych z funkcjonalnością i obsługą Systemu, a także rozwiązywaniu doraźnych problemów w ramach funkcjonowania Systemu Skarb Państwa Minister Administracji i Cyfryzacji wraz z organami i jednostkami organizacyjnymi podległymi lub nadzorowanymi przez Ministra Administracji i Cyfryzacji; przeniesienie usług i funkcjonalności systemu obecnie użytkowanego przez Policję do Systemu Obiekt Główny Systemu (ang. Mobile Switching Office) Czynności Wykonawcy realizowane w ramach Zleceń polegające na doradztwie, oraz pracach związanych z rozbudową, usprawnieniami oraz zmianą konfiguracyjną Systemu, a także dokonywanie zmiany, usprawnień lub zmian Dokumentacji zgodnie z oczekiwaniami Zamawiającego, wraz z przeniesieniem w ramach wynagrodzenia za poszczególne Zlecenia majątkowych praw autorskich oraz prawa do zezwalania na wykonywanie praw zależnych do zmienionej Dokumentacji; Oznacza oprogramowanie powszechnie dostępne i eksploatowane na dzień str. 4 z 54

Skrót/pojęcie Standardowe / /Oprogramowanie Ośrodki OST112 Otwarcie Zgłoszenia Serwisowego PABX Policja Potwierdzenie Otwarcia Zgłoszenia Serwisowego PZP (Plan Zarządzania Projektem) RFDS RMC Definicja złożenia oferty będące przedmiotem realizacji Umowy, którego producentem jest Wykonawca lub podmiot trzeci, w tym wyższe wersje (update/upgrade), patche i programy korekcji błędów Oprogramowania Standardowego. obszar, w którym będzie działał System obejmujący miasta: Warszawę, w tym 5 lokalizacji, Kraków, w tym 3 lokalizacje, Szczecin, w tym 3 lokalizacje Ogólnopolska Sieć Teleinformatyczna na potrzeby obsługi numeru alarmowego 112; czas, w którym Zamawiający w przypadku wystąpienia awarii otwiera procedurę zgłoszenia serwisowego dzwoniąc na numer telefonu punktu przyjmowania zgłoszeń. Zgłoszenie serwisowe jest następnie niezwłocznie potwierdzane przez Zamawiającego na numer faksu lub mail punktu przyjmowania zgłoszeń. W przypadku braku możliwości nawiązania bezpośredniego połączenia telefonicznego, za czas Otwarcia Zgłoszenia Serwisowego uważa się godzinę określoną w nagłówku faksu formularza przesłanego przez Zamawiającego do punktu przyjmowania zgłoszeń lub godzinę przesłania przez Zamawiającego maila. Zgłoszenie usługi serwisowej będzie dokonywane na formularzu zgłoszenia serwisowego opracowanym przez Wykonawcę i zatwierdzonym przez Zamawiającego. Zamawiający ma prawo do zgłaszania awarii w taki sposób, aby zdefiniowana była jedynie utrata poszczególnych funkcjonalności Systemu bez konieczności szczegółowego wskazywania stanu sprawności działania poszczególnych Urządzeń lub elementów Systemu; Zamawiający przedstawi Wykonawcy listę osób uprawnionych do otwierania zgłoszeń serwisowych Centrala Abonencka (ang. Private Branch Exchange) oznacza Skarb Państwa Komendant Główny Policji wraz z organami i jednostkami organizacyjnymi podległymi lub nadzorowanymi przez Komendanta Głównego Policji czas, w którym Wykonawca potwierdza telefonicznie otrzymanie informacji o Otwarciu zgłoszenia sserwisowego. Zamawiający i Wykonawca w formularzu Zgłoszenia Serwisowego niezwłocznie uzupełniają informację dotyczącą daty i godziny oraz danych osoby telefonicznie potwierdzającej Otwarcie Zgłoszenia Serwisowego. Element Dokumentacji definiujący organizację, procesu, narzędzia i techniki dobrane w celu skutecznej i efektywnej realizacji przedmiotu zamówienia, zawierający co najmniej: szczegółowy opis zadań realizowanych w ramach Etapów, harmonogram, plan komunikacji, szczegółowe procedury zgłoszeń występowania Awarii oraz obsługi Awarii I i II stopnia realizowanych w ramach serwisu gwarancyjnego; System Dystrybucji Częstotliwości Radiowych (ang. Radio Frequency Distribution System) Odbiornik Wielo-Sprzegłowy (ang. Receiver Multi-Coupler) str. 5 z 54

Skrót/pojęcie RSW RT SCH SCK SDR SDS System SWD Urządzenia SIPR TEA TETRA TSC Warsztaty - Zlecenie Zamawiający Definicja Przełącznik Radiowy (ang. Radio Switch) Terminal Radiowy (ang. Radio Terminal) Kanał Sygnalizacyjny (ang. Signaling Channel) Statyczny Klucz ujący (ang. Static Cipher Key) Router Krótkich Wiadomości Tekstowych (ang. Short Data Router) Usługa Krótkich Wiadomości Tekstowych (ang. Short Data Services= oznacza cyfrowy, trankingowy system radiokomunikacyjny powstały w ramach Umowy, w skład którego wchodzą w szczególności Urządzenia i Oprogramowanie rozmieszczone w Ośrodkach System Wspomagania Dowodzenia Policji; sprzęt teleinformatyczny wraz z niezbędnym wyposażeniem i odnoszącą się do niego dokumentacją techniczną producenta będący przedmiotem niniejszego zamówienia; Projekt System Informatyczny Powiadamiania Ratunkowego realizowany w ramach 7 osi priorytetowej Programu Operacyjnego Innowacyjna Gospodarka; Algorytm Szyfrowania TETRA (ang. TETRA Encryption Algorithm) ang. TErrestrial Trunked Radio Sterownik stacji bazowej (ang. TETRA Site Controller) warsztaty szkoleniowe dla administratorów oraz instruktorów, wykonywane na podstawie Zleceń, przeprowadzone zgodnie z mi w zakresie warsztatów Oznacza zamówienie złożone przez Zmawiającego na wykonanie Nadzoru Autorskiego lub Warsztatów Centrum Projektów Informatycznych; Pozostałe pojęcia użyte w dokumencie należy rozumieć zgodnie z ich ogólnie przyjętym znaczeniem. str. 6 z 54

3. Przedmiot zamówienia Przedmiotem zamówienia jest zaprojektowanie, dostarczenie, zainstalowanie i uruchomienie Systemu w trzech Ośrodkach: Warszawa, Kraków, Szczecin przy wykorzystaniu sieci teleinformatycznej OST112. W ramach zamówienia wykonawca dokona migracji funkcjonalności obecnie użytkowanego systemu radiowego do Systemu. Przedmiot zamówienia obejmuje w szczególności: Etapy Przedmiot zamówienia Maksymalny czas wyznaczony do realizacji Etapu Minimalny czas wymagany do realizacji poszczególnych zadań w ramach Etapu 1) opracowanie i dostarczenie Zamawiającemu Dokumentacji Etapu 1, w szczególności: a) Planu Zarządzania Projektem b) Projektu Technicznego, Etap 1 c) Planu Testów Akceptacyjnych, d) Planu Wdrożenia e) Planu i opisie realizacji Warsztatów 2) przeniesienie na Zamawiającego, MAiC i Policję autorskich praw majątkowych 60 dni od dnia podpisania Umowy, 10 Dni Roboczych na czynności odbiorcze po stronie Zamawiającego dot. Etapu 1 oraz prawa zezwalania na wykonywanie praw zależnych do Dokumentacji wytworzonej i przekazanej Zamawiającemu w ramach Etapu 1; 3) przygotowanie środowiska testowego i przeprowadzenie Testów kompatybilności radiotelefonów zgodnie z załącznikiem nr 2 do OPZ. Etap 2 1) dostawa Urządzeń i Oprogramowania wraz z instalacją, konfiguracją i uruchomienie zgodnie z Projektem Technicznym oraz Planem Wdrożenia odebranymi przez Zamawiającego, Urządzeń i Oprogramowania; 196 dni od dnia podpisania Umowy 15 Dni Roboczych na czynności odbiorcze po stronie Zamawiającego dot. Etapu 2

2) przeprowadzenie wdrożenia produkcyjnego Systemu w tym Migracji zgodnie z Projektem Technicznym oraz Planem Wdrożenia, 3) Przeprowadzenie testów akceptacyjnych Systemu, 4) Udzielenie Zamawiającemu, MAiC i Policji licencji na dostarczone w ramach Umowy Oprogramowanie Standardowe oraz dostarczanie aktualizacji Oprogramowania Standardowego w okresie gwarancji wraz z udzieleniem licencji na dostarczone aktualizacje 5) Opracowanie i dostarczenie Zamawiającemu Dokumentacji Etapu 2, w szczególności: a) Dokumentacji Powykonawczej, b) Dokumentacji Eksploatacyjnej, 6) przeniesienie na Zamawiającego, MAiC i Policję autorskich praw majątkowych oraz prawa zezwalania na wykonywanie praw zależnych do Dokumentacji wytworzonej i przekazanej Zamawiającemu w ramach Etapu 2 Nadzór Autorski Warsztaty Prace dodatkowe Świadczenie Nadzoru Autorskiego w wysokości 300 roboczogodzin, gdzie roboczogodzina oznacza 60 minut; Przeprowadzanie przez Wykonawcę warsztatów dla łącznej ilości do 18 osób, realizowanych na podstawie Zleceń zgodnie z Planem i Opisem Realizacji Warsztatów Przeprowadzenie prac instalacyjnych w stacji bazowej nr 3 KRA-ZA opisane szczegółowo w pkt 5.2.2.4 Do 31 grudnia 2015 r. od dnia podpisania protokołu odbioru etapu I od dnia podpisania Umowy do dnia rozpoczęcia przez Wykonawcę prac wykonywanych w ramach Migracji Od dnia podpisania protokołu odbioru etapu I do 31 grudnia 2015 r. 3 Dni Robocze na czynności odbiorcze po stronie Zamawiającego dotyczące odbioru Zlecenia. 3 Dni Robocze na czynności odbiorcze po stronie Zamawiającego dotyczące każdorazowego odbioru Zlecenia. 3 Dni Robocze na czynności odbiorcze po stronie Zamawiającego str. 8 z 54

Gwarancja Udzielenie gwarancji i świadczenie usługi serwisu gwarancyjnego dla Systemu, w tym Urządzeń i Oprogramowania w okresie 36 miesięcy od podpisania protokołu odbioru końcowego, oraz na prace wykonane w ramach Nadzoru Autorskiego, od dnia podpisania danego Protokołu Odbioru Zlecenia na podstawie, którego prace te są odbierane do upływu 36 miesięcy, oraz na prace instalacyjne w stacji bazowej nr 3 KRA-ZA w okresie 36 miesięcy, licząc od dnia podpisania Protokołu Odbioru Zamówienia; Wykonawca jest zobowiązany do przeprowadzenia prac instalacyjnych w terminie 31 dni od dnia udzielenie pisemnego zamówienia 36 miesięcy: od odbioru końcowego oraz od dnia podpisania danego Protokołu Odbioru Zlecenia na podstawie, którego prace danego Zlecenia są odbierane oraz od dnia podpisania Protokołu Odbioru Zamówienia na prace instalacyjne w stacji bazowej nr 3 KRA-ZA str. 9 z 54

4. Wymagania szczegółowe W kolejnych rozdziałach przedstawione zostały minimalne Zamawiającego w zakresie przedmiotu zamówienia. Informacje na temat aktualnie wykorzystywanych systemów TETRA w Ośrodkach zostały opisane w załączniku nr 1 Opis aktualnego środowiska. 4.1. Wymagania w zakresie dostarczonego Systemu Dostarczony System musi spełniać następujące ogólne: SYS.01 Wymagana infrastruktura Systemu musi być oparta na protokole TCP/IP, przy czym połączenie stacji bazowych musi być realizowane w oparciu o łącza E1 (G.703) z zaimplementowanym interfejsem umożliwiającym migrację do protokółu TCP/IP. Połączenie konsol dyspozytorskich z infrastrukturą centralną musi być realizowane w oparciu protokół TCP/IP. Połączenia pomiędzy ośrodkami muszą być zrealizowane w oparciu protokół TCP/IP SYS.02 Zamawiający do połączenia ośrodków wykorzysta sieć teleinformatyczną OST 112 SYS.03 SYS.04 SYS.05 SYS.06 SYS.07 SYS.08 Interfejsy TCP/IP i VoIP muszą być zabezpieczone zaporami ogniowymi sprzętowymi, softwarowymi lub dwoma jednocześnie. W szczególności dotyczy to połączeń między Ośrodkami oraz połączeń między siecią radiową i siecią LAN Policji Wszystkie serwery, stacje robocze i system rejestracji korespondencji muszą zostać zabezpieczone profesjonalnym i skutecznym oprogramowaniem antywirusowym z jego aktualizacją przez okres gwarancji dla Systemu. System musi zapewniać centralną dystrybucję aktualizacji oprogramowania i bazy wirusów w ramach Ośrodka Z uwagi na przeznaczenie Systemu oraz specyfikę działalności użytkowników System musi zapewnić dużą niezawodność i dostępność Systemu, stabilną w czasie, ciągłą i niezakłóconą realizacje usług; Zamawiający wymaga, aby Wykonawca określił stopień niezawodności poszczególnych elementów, podzespołów, zespołów i urządzeń Systemu i wykonał niezbędne redundancje. Bez względu na powyższe Zamawiający wymaga, aby każda dostarczona obudowa serwerowa oraz szafa stanowiąca zasób krytyczny zostały obsadzone redundantnie zasilaczami i wentylatorami. Przełączanie elementów redundantnych musi się odbywać w sposób bezprzerwowy, a występujące awarie sygnalizowane administratorowi Systemu; Skalowalność Systemu umożliwiająca dalszą rozbudowę Systemu zarówno obszarową jak i pojemnościową, bez konieczności wymiany wybudowanej infrastruktury stałej. Dodawanie nowych stacji bazowych, konsol dyspozytorskich musi odbywać się poprzez dodawanie kolejnych modułów, elementów lub licencji i nie może powodować zakłócenia pracy całego Systemu; Dostarczony System musi być zgodny z przepisami prawa obowiązującymi na terenie Rzeczypospolitej Polskiej i Unii Europejskiej Dostarczony System musi umożliwiać rozbudowę o co najmniej 600 stacji

SYS.09 bazowych i co najmniej 400 konsol dyspozytorskich na terenie Rzeczypospolitej Polskiej Pracować z algorytmem TEA1 w klasie maskowania interfejsu radiowego SC1, SC2, SC3, SC3G oraz być przystosowany do wprowadzenia algorytmu TEA2 poprzez upgrade oprogramowania lub zakup licencji; SYS.10 Awaria sieci teleinformatycznej łączącej poszczególne Ośrodki nie może wpływać na ich działanie i pracę w trybie trankingu rozległego w zakresie danego ośrodka, niedostępne mogą być tylko funkcje wynikające z połączenia ośrodków; Wymagane jest aby po przywróceniu trybu online (łączność sieciowa) nastąpiła automatyczna synchronizacja zasobów; SYS.11 System rejestracji korespondencji lokalny dla każdego Ośrodka z dostępem do zasobów poprzez sieć TCP/IP; W przypadku braku połączenia sieciowego System musi udostępniać wszystkie funkcjonalności lokalnie z poziomu serwera; SYS.12 Możliwość wdrożenia szyfrowania End to End SYS.13 System musi zachowywać aktualnie stosowany zakresy numeracji I/GSSI od 1 do 13 999 999 z możliwością podziału na zakres maskowany i niemaskowany. Zakres niemaskowany musi leżeć w dolnym zakresie numeracji; SYS.14 Dostarczone Urządzenia i Oprogramowanie będą najnowszą dostępną wersją na rynku oferowaną przez producenta w chwili podpisania umowy, a Urządzenia użyte do realizacji przedmiotu zamówienia będą fabrycznie nowe, wolne od wad fizycznych i prawnych oraz wyprodukowane nie wcześniej niż 01.01.2014 r. SYS.15 Dostarczone Urządzenia, Oprogramowanie i licencje muszą umożliwiać zdefiniowanie do pracy co najmniej 5000 użytkowników i 150 grup radiowych dla każdego z ośrodków szczecińskiego i krakowskiego oraz co najmniej 10000 użytkowników i minimum 200 grup dla ośrodka warszawskiego; SYS.16 SYS.17 SYS.18 SYS.19 SYS.20 Zakres dostaw i prac musi obejmować wszelkie urządzenia, materiały i usługi niezbędne do instalacji, uruchomienia i konfiguracji Systemu oraz jego prawidłowego i efektywnego działania; i być zgodny z odebraną Dokumentacją. Wszystkie kluczowe elementy Systemu, w tym serwery, stacje robocze i system rejestracji korespondencji muszą zostać objęte centralną synchronizacją czasu z dostarczonego i uruchomionego przez Wykonawcę lokalnego serwera czasu zainstalowanego w ramach ośrodka, który nie może doprowadzać do powstania styku sieci LAN systemu radiowego i/lub sieci LAN Zamawiającego z siecią Internet; Wykonawca w terminie ustalonym z Zamawiającym zdemontuje urządzenia aktualnie istniejącej infrastruktury TETRA w poszczególnych lokalizacjach w Ośrodkach i przetransportuje je do magazynów wskazanych przez przedstawicieli Zamawiającego w poszczególnych ośrodkach (na terenie miast w których zlokalizowane są Ośrodki); Zamawiający w celach serwisowych dopuszcza możliwość zdalnego dostępu do Systemu dla serwisu Wykonawcy. Dostęp będzie możliwy jedynie na żądanie, w określonym czasie, pod kontrolą przedstawicieli Zamawiającego za pomocą wydzielonego kanału komunikacyjnego; Zamawiający wymaga, aby została zachowana ciągłość funkcjonalna pomiędzy dostarczonym przez Wykonawcę Systemem a systemem aktualnie użytkowanym, str. 11 z 54

SYS.21 na poziomie usług i funkcjonalności realizowanych przez aktualnie użytkowane radiotelefony. Ciągłość funkcjonalności musi dotyczyć : 1. realizacji połączeń grupowych, 2. realizacji połączeń szyfrowanych TEA1, 3. identyfikacji abonenta wywołującego, 4. realizowania ww. usług zarówno w trankingu rozległym jak i w trankingu lokalnym, 5. realizacji połączeń indywidualnych, 6. realizacji połączeń alarmowych (emergency), 7. wysyłania i odbierania SDS, 8. skanowania grup, 9. realizowania pakietowej transmisji danych, 10. odbierania i inicjowania połączeń realizowanych z udziałem multigrupy, 11. wysyłania statusów, 12. realizacji dupleksowych połączeń telefonicznych, 13. wyboru preferowanej stacji bazowej, 14. realizowania funkcji gorącego mikrofonu podczas wywołania alarmowych (emergency) Rodzaj, funkcjonalność i jakość usług świadczonych przez dostarczony System nie mogą ulec ograniczeniu w stosunku do systemu użytkowanego dotychczas. Warunek ten dotyczy również kwestii zasięgów pokrycia radiowego; 4.1.1. Bezpieczeństwo i maskowanie korespondencji BEZ.01 BEZ.02 BEZ.03 BEZ.04 BEZ.05 BEZ.06 BEZ.07 System musi zapewniać maskowanie w klasach bezpieczeństwa SC1, SC2, SC3 i SC3G, dla całego ruchu radiowego z sygnalizacją i adresowaniem włącznie; Wybór aktualnie używanej klasy bezpieczeństwa musi być opcjonalny, zależny od bieżących potrzeb konfiguracyjnych Zamawiającego; Niezależnie od używanej klasy bezpieczeństwa, powyżej SC1, System musi równolegle akceptować połączenia maskowane i niemaskowane, zależnie od sposobu konfiguracji Systemu przez Zamawiającego; W klasie bezpieczeństwa SC1 i SC2 System musi zapewniać przynajmniej uwierzytelnianie radiotelefonu przez System, przy czym funkcjonalność ta musi mieć charakter opcjonalny, zależny od bieżących potrzeb konfiguracyjnych Zamawiającego; W klasie bezpieczeństwa SC3 i SC3G System musi zapewniać obustronne uwierzytelnianie radiotelefonu przez System i Systemu przez radiotelefon.; System musi być wyposażony w mechanizm dystrybucji kluczy maskujących drogą radiową wraz z mechanizmem umożliwiającym ustalenie harmonogramu automatycznej aktualizacji kluczy wykorzystywanych w procesie uwierzytelniania i maskowania interfejsu radiowego; System musi zapewniać, również w awaryjnym trybie pracy stacji bazowej, automatyczne przejście do maskowania korespondencji kluczem statycznym, gdy możliwość maskowania korespondencji kluczem dynamicznym jest niedostępna; str. 12 z 54

BEZ.08 BEZ.09 BEZ.10 BEZ.11 BEZ.12 BEZ.13 System musi zapewniać uwierzytelnianie radiotelefonów przy afiliacji do Systemu, zmianie stacji bazowej i wyjściu stacji bazowej z awaryjnego trybu pracy, w którym uwierzytelnianie nie było dostępne; Dystrybucja i uaktualnianie kluczy maskujących muszą być realizowane przez dedykowane centra zarządzania kluczami; Bazy danych przechowujące klucze służące do uwierzytelniania i maskowania interfejsu radiowego muszą być zaszyfrowane z wykorzystaniem narzędzi odpornych na próby włamania i uniemożliwiających dostęp osób nieuprawnionych; Generowanie i dystrybucja kluczy maskujących dla wszystkich policyjnych systemów Tetra w kraju realizowana będzie z poziomu ośrodka warszawskiego; Zamawiający będzie wykorzystywał dotychczasowe stanowisko Encryption Tool do generowania kluczy SCK, SSCK i KEK; Wykonawca dostarczy Urządzenia i Oprogramowanie umożliwiające wprowadzenie wygenerowanych przez Zamawiającego kluczy maskujących do dostarczonej przez Wykonawcę infrastruktury. 4.2. Podstawowe cechy funkcjonalne Systemu WFU.01 WFU.02 WFU.03 WFU.04 WFU.05 WFU.06 WFU.07 WFU.08 Realizacja połączeń grupowych (punkt wiele punktów) dla określonych grup użytkowników; Realizacja połączeń (punkt punkt) dla określonych użytkowników indywidualnych; Zestawianie połączeń telefonicznych dupleksowych; Zestawianie połączenia grupowego w czasie nieprzekraczającym 0,5 s.; Konfigurowalny czas uwalniania kanału radiowego po zakończeniu połączenia. Minimalny czas uwalnianie kanału radiowego po rozłączeniu połączenia nie może być większy niż 0,4 s; Dynamiczne łączenie i tworzenie grup abonenckich wg aktualnych potrzeb, w tym dynamiczne łączenie grup rozmownych scalanie/multiwybór, zdalne dogrupowanie/odgrupowanie grup do/z radiotelefonu, Jako Scalenie pomiędzy zasobami radiowymi należy traktować takie połączenie wybranych zasobów, w którym korespondencja prowadzona na jednym z zasobów jest automatycznie, bez dodatkowego udziału dyspozytora, retransmitowana do pozostałych zasobów wchodzących w skład scalenia. Jako Multiwybór pomiędzy zasobami radiowymi należy traktować takie połączenie wybranych zasobów, w którym dyspozytor konsoli operatorskiej ma możliwość równoczesnego nadawania do wszystkich wskazanych zasobów, natomiast nie zachodzi automatyczna retransmisja korespondencji prowadzonej na jednym z wchodzących w skład multiwyboru zasobów do zasobów pozostałych; Realizacja połączeń z udziałem scalenia i multiwyboru musi by realizowana tylko przez jeden kanał logiczny w ramach każdej uczestniczącej w połączeniu stacji bazowej; Realizacja połączeń z udziałem multigrupy, przy założeniu, że: o nie wymaga to interwencji operatora konsoli dyspozytorskiej, o w obsłudze głosowej tego wywołania uczestniczy tylko jeden str. 13 z 54

WFU.09 WFU.10 WFU.11 WFU.12 WFU.13 WFU.14 WFU.15 WFU.16 WFU.17 WFU.18 WFU.19 WFU.20 WFU.21 WFU.22 WFU.23 WFU.24 WFU.25 WFU.26 WFU.27 WFU.28 WFU.29 WFU.30 WFU.31 WFU.32 kanał logiczny w ramach każdej stacji bazowej, Zdalne wyłączanie/włączanie radiotelefonu. Po wyłączeniu radiotelefonu użytkownik nie może samodzielnie ponownie go włączyć Hierarchiczna struktura priorytetów dostępu do kanałów radiowych; Kolejkowanie wywołań w przypadku dużego ruchu; Wywłaszczanie istniejących połączeń w celu uwolnienia kanału do zestawienia połączenia o wyższym priorytecie; Udostępnianie otwartego kanału, czyli kanału ruchowego przydzielonego czasowo do wyłącznego wykorzystania przez grupę upoważnionych użytkowników w okresie udostępniania im tej usługi; Bezpośrednia komunikacja między stacjami ruchomymi z możliwością retransmisji (tryb DMO); Ratunkowa komunikacja głosowa - połączenia alarmowe (emergency); Automatyczne i bezprzerwowe przekazywanie trwających połączeń w przypadku przemieszczenia się użytkowników pomiędzy stacjami bazowymi; Mechanizm autoryzacji radiotelefonów; Możliwość wdrożenia ochrony informacji w sieci poprzez szyfrowanie E2E; Połączenia z/do analogowych sieci radiowych i sieci radiowych DMR; Realizacja funkcji dyskretnego nasłuchu otoczenia (Ambience Listening); Pakietowa transmisja danych; Przekazywanie danych statusowych w relacjach: o Radiotelefon radiotelefon, o Radiotelefon konsola, o Konsola radiotelefon, Usługi SDS krótkie wiadomości danych; Zdalna aktualizacja oprogramowania głównych elementów Systemu; Radiotelefony muszą być w stanie inicjować i przyjmować dupleksowe połączenia telefoniczne do i od użytkowników sieci PABX lub PSTN. Połączenie dupleksowe oznacza, że obydwie strony połączenia mogą jednocześnie mówić i słyszeć się nawzajem; Ilość jednoczesnych połączeń telefonicznych w ramach jednego ośrodka nie mniejsza niż 15 Administrator Systemu musi mieć możliwość optymalizacji wykorzystania zasobów systemowych przez zróżnicowanie maksymalnej liczby oraz długości połączeń telefonicznych zależnie od pory dnia; Musi być możliwe blokowanie konkretnym radiotelefonom przyjmowania połączeń przychodzących spod pewnego zakresu numerów Musi być możliwe blokowanie konkretnym radiotelefonom inicjowania połączeń wychodzących pod określone zakres numerów; Podczas połączenia telefonicznego użytkownik musi mieć możliwość wysyłać sygnalizację tonową DTMF (0-9, * i #) z radiotelefonu do innego abonenta sieci telefonicznej używając klawiatury radiotelefonu; Tony sygnalizacji DTMF nie mogą być zakłócane przez algorytm kodowania stosowany do kompresji sygnału audio; Prezentacja numeru dzwoniącego (CLIP). W przypadku połączeń wychodzących inicjowanych z radiotelefonu centrala musi otrzymać bezpośredni numer str. 14 z 54

WFU.33 WFU.34 wewnętrzny (DDI) radiotelefonu inicjującego połączenie; Wymagany jest wbudowany tłumik echa; System musi zapewnić tworzenie kopii zapasowych danych konfiguracyjnych wszystkich swoich konfigurowalnych modułów; 4.3. Architektura systemu Budowany System składał się będzie z trzech ośrodków: Warszawa, Kraków, Szczecin połączonych ze sobą siecią teleinformatyczną OST112. Każdy z Ośrodków posiadał będzie własna centralę komutacyjno-zarządzającą oraz system rejestracji korespondencji. System musi umożliwiać utworzenie wspólnych grup rozmownych zapewniających prowadzenie korespondencji radiowej między użytkownikami różnych ośrodków. W przypadku utraty połączenia między ośrodkami System musi umożliwić pracę każdego z ośrodków autonomicznie w trybie trankingu rozległego z zachowaniem wszystkich funkcjonalności i z wykorzystaniem wszystkich stacji bazowych w ośrodku. 4.4. Współpraca z SWD i Uniwersalnym Modułem Mapowym System Wspomagania Dowodzenia (SWD) to zbiór rozwiązań programowo-sprzętowych oraz organizacyjnych, umożliwiających gromadzenie, przetwarzanie, prezentację danych dla potrzeb sprawnego podejmowania decyzji o charakterze operacyjnym ale również taktycznym i strategicznym. Jego głównym celem jest zapewnienie poprawy bezpieczeństwa publicznego poprzez zwiększenie efektywności działań Policji. Warunkiem osiągnięcia zakładanego celu jest zagwarantowanie bezzwłocznej reakcji Policji na zaistniałe zdarzenia, poprzez bieżący dostęp do informacji, sprawne rejestrowanie i dokumentowanie zdarzeń, dysponowanie posiadanymi zasobami, oraz maksymalne zautomatyzowanie pracy służb policyjnych na każdym etapie obsługi zdarzeń. Głównym użytkownikiem SWD jest służba dyżurna jednostek organizacyjnych Policji wszystkich szczebli zarządzania. Dyżurny zapewnia natychmiastową reakcję Policji na zgłoszone wydarzenie na bieżąco kierując będącymi w jego dyspozycji siłami i środkami oraz w razie potrzeby dokonywanie zmian w dyslokacji służby stosownie do zaistniałych potrzeb. SWD umożliwia bieżące monitorowanie statusu patrolu (w tym etap obsługi wydarzenia), położenia (określanego na podstawie odbiorników GPS wbudowanych w Mobilne Terminale Noszone MTN i Mobilne Terminale Przewoźne MTP) oraz wizualizacji z wykorzystaniem Uniwersalnego Modułu Mapowego (UMM). Architektura Systemu Wspomagania Dowodzenia oparta została na usługach (ang. Service- Oriented Architecture SOA) oraz zgodna jest z najlepszymi praktykami w tym zakresie. str. 15 z 54

4.4.1. Zakres integracji Integrację należy postrzegać w dwóch aspektach: a) lokalizacja oraz wizualizacja w SWD oraz UMM, patroli posługujących się terminalami (radiotelefon z wbudowanym odbiornikiem GPS) pracującymi w sieci radiowej TETRA, b) zmiana statusu patrolu oraz wizualizacja w SWD oraz UMM, patroli posługujących się terminalami (radiotelefon) pracującymi w sieci radiowej TETRA. 4.4.2. Lokalizacja Dedykowany Policji system odpowiedzialny za automatyczną lokalizację urządzeń wyposażonych w odbiornik GPS posadowiony jest w infrastrukturze Głównego Urzędu Geodezji i Kartografii oraz skomunikowany z wykorzystaniem sieci OST 112 z SWD Policji. Zakres funkcjonalny obejmuje urządzenia (serwer Automatycznej Lokalizacji Pojazdów, ang. Automatic Vehicle Location AVL) i oprogramowanie, którego głównym zadaniem jest zapewnienie gromadzenia oraz interfejsu pomiędzy informacjami lokalizacyjnymi GPS (ang. Global Positioning System) terminali, a SWD/UMM. Informacja o lokalizacji przesyłana jest cyklicznie do serwera AVL za pomocą połączenia TCP/IP lub UDP. Odbiór każdej porcji informacji o położeniu (tzw. ramki ) w przypadku połączenia TCP jest potwierdzany przez serwer w tej samej sesji. Postać wiadomości: HEADER;CUID:TIME:LAT:LON:FIX;SPEED;DIRECTION:INPUTS;HWSTATUS;MESSAGESTATUS:INTERVAL; DISTANCE;LCD;LCM; SENDIP:SI>END< Gdzie: a) HEADER Nagłówek identyfikator typu wiadomości b) CUID Unikalny Identyfikator Komputera ID c) TIME Stopka czasowa UTC jest zamieszczana w wiadomości na podstawie momentu, w którym wystąpiło pierwsze zdarzenie powodujące wysłanie wiadomości d) LAT Szerokość geograficzna Latitude e) LON Długość geograficzna - Longtitude f) FIX Typ usatalenia pozycji g) SPEED Prędkość w kilometrach na godzinę str. 16 z 54

h) DIRECTION Kierunek ruchu w stopniach 0 359 i) INPUTS Informacja dotycząca stanu wejść sześć wejść cyfrowych j) HWSTATUS Informacja na temat statusu sprzętowego k) MESSAGESTATUS Typ wiadomości określany przez przyczynę jej wysłania l) INTERVAL Aktualna wartość parametru INTERVAL zapisanego w komputerze i określającego maksymalny odstęp czasowy między wysłaniem kolejnych wiadomości w formacie godziny+minuty+sekundy m) DISTANCE Aktualna wartość parametru DISTANCE zapisanego w komputerze i określającego w metrach maksymalną przejechaną odległość między wysłaniem kolejnych wiadomości n) LCD Data i czas ostatniej konfiguracji (Last Configuration Date) o) LCM Sposób wprowadzenia ostatnich zmian w konfiguracji (Last Configuration Method) p) SENDIP Adres IP komputera, z którego wysłana została dana wiadomość q) SI Informacja o rodzaju nadawcy wiadomości (Sender Information) r) END Koniec wiadomości zawiera znaki Carriage Return + Line Feed Przykład ramki zawierającej informację o położeniu: TR1;d22311;20070109100658;N64.13.13,6;E027.46.59,7;0106;125;344;000000;110000;000100;000530;0 0050;20070109100658;010;192.168.000.001;10>CR,LF< Depesza nawigacyjna terminala (radiotelefonu) pracującego w sieci transmisji radiowej TETRA musi zostać przekształcona do zdefiniowanej postaci 4.4.3. Zmiana statusu patrolu Status patrolu dostarcza informacji użytkownikowi SWD w zakresie dostępności do użycia ( PRZERWA, POZA POJAZDEM, AWARIA, INNE CZYNNOŚCI, RATUNEK, KONWÓJ, BLOKADA, AKCJA/OPERACJA ) oraz etapu obsługi zdarzenia ( INTERWENCJA, DOKUMENTACJA ). Zmiana statusu patrolu w SWD oraz UMM z poziomu terminala (radiotelefonu) powinna zostać maksymalnie uproszczona sprawdzając obsługę do wybrania wymaganej do wysłania wartości słownikowej. SWD posiada zdefiniowane usługi pozwalające na obsługę statusów, które należy wykorzystać realizując zadanie integracji. W celu zmiany statusu należy skorzystać z następujących usług: a) SwdAdminService operacje umożliwiające rozpoczęcie oraz zakończenie sesji z SWD, str. 17 z 54

b) PatrolService operacje umożliwiające odczytanie listy dostępnych statusów wraz ze statusem aktualnym oraz ustawienie statusu w SWD. Wykorzystanie usług powinno odbywać się w następującym cyklu: a) Pierwszym krokiem powinno być rozpoczęcie sesji klienta SWD. W tym celu należy wywołać operację opcreatesession z SwdAdminService. Jako parametry należy podać numer urządzenia mobilnego oraz identyfikator kadrowy dowódcy patrolu. Połączenie z usługą SwdAdminService zabezpieczone jest za pomocą SSL zestawianego przy użyciu certyfikatu użytkownika. Usługa przekazuje m.in. aktualny status patrolu oraz identyfikator sesji użytkownika, który należy podać przy wywoływaniu kolejnych usług (PatrolService). Po rozpoczęciu sesji, wszystkie wywołania powinny odbywać się z tego samego adresu IP (adres IP klienta powiązany jest w SWD z utworzonym numerem sesji), b) Status patrolu zmieniany jest za pomocą operacji dostępnych w usłudze PatrolService. Zmiana poprzedzona jest wywołaniem operacji opgetvalidstatuses z PatrolService, która zwraca listę możliwych do ustawienia statusów patrolu oraz status aktualny. Zmiany statusu dokonywane są za pomocą operacji opsetstatus z PatrolService. Usługa PatrolService nie jest zabezpieczona za pomocą SSL, przy każdym wywołaniu operacji należy podać identyfikator kadrowy, numer terminala oraz identyfikator sesji (wynik działania opcreatesession). 4.5. Konsola operatorska KOP.01 Konsole operatorskie będą pracowały w trybie ciągłym 24/7/365; KOP.02 Konsole operatorskie Systemu muszą posiadać graficzny interfejs użytkownika, umożliwiający operatorowi pełną obsługę i wizualizację stanów dedykowanych dla danej konfiguracji zasobów konsolowych; KOP.03 Konsole operatorskie muszą być połączone z infrastrukturą za pomocą sieci Ethernet z użyciem protokołu TCP/IP; KOP.04 Konsole muszą być zbudowane na bazie standardowego komputera PC przeznaczonego do pracy ciągłej (z zastosowaniem elementów do pracy ciągłej np. podniesiona temperatura pracy kondensatorów płyt głównych), zasilanego sieci energetycznej prądem przemiennym o napięciu 230V, wyposażonego w klawiaturę, mysz, monitory LCD dotykowy z możliwością regulacji kąta nachylenia i wysokości położenia ekranu od powierzchni biurka (wielkość monitora zostanie określona odrębnie dla każdego ośrodka), mikrofon biurkowy z przyciskiem nadawania, nożny przycisk nadawania, co najmniej dwa zewnętrzne głośniki o mocy minimum 5 W każdy, osobiste zestawy przewodowe nagłowne, mikrofonowo-słuchawkowe podłączane do konsoli poprzez szybkozłaczkę wraz z przyciskiem nadawania, w ilości po 3 szt. na każdą konsolę. Urządzenie musi posiadać dodatkowo dwa, niewykorzystane porty USB w wersji co najmniej 2.0 do podłączenia pamięci masowych. Zamawiający wykorzysta porty do podłączenia dysku przenośnego nie str. 18 z 54

mniejszego jak 2TB, pamięci PENDRIVE 32 GB (Zamawiający nie wymaga dostarczenia wymienionych pamięci masowych). Porty należy zlokalizować w panelu czołowym urządzenia. Wykonawca dostarczy wszystkie wymagane licencje na system operacyjny i oprogramowanie zainstalowane na konsoli - zapewniające prawidłową pracę konsoli. Rodzaj udzielonej licencji ma umożliwiać przeniesienie oprogramowania na inne urządzenie bez konieczności ingerencji i powiadamiania Wykonawcy; KOP.05 Do każdej konsoli operatorskiej Wykonawca dostarczy urządzenie sumujące sygnał audio z konsoli operatorskiej i zewnętrznego aparatu telefonicznego, które zsumowany sygnał prześle do nagłownego zestawu słuchawkowego KOP.06 Wielkość i rodzaj obudowy jednostki centralnej konsoli operatorskiej zostanie określona odrębnie dla każdego ośrodka KOP.07 Interfejs GUI konsoli operatorskiej musi być w języku polskim KOP.08 Możliwość nadawania przez administratora opcjonalnych uprawnień każdej z konsol operatorskich do korzystania z zasobów systemowych KOP.09 Możliwość nadawania przez administratora opcjonalnych poziomów uprawnień każdemu z zasobów systemowych udostępnionych na danej konsoli, niezależnie dla każdej z konsol KOP.10 Możliwość niezależnej zmiany kanałów dla każdego z zasobów analogowej łączności konwencjonalnej z poziomu konsoli operatorskiej, z zachowaniem zasady nadawania przez administratora opcjonalnych uprawnień każdemu z zasobów systemowych dostępnych na konsolach, niezależnie dla każdej z konsol - Zamawiający przewiduje możliwość zmiany kanałów z poziomu jedynie uprawnionych konsol, zaś pozostałe będą posiadać wyłącznie uprawnienia do prowadzenia korespondencji KOP.11 Konsole operatorskie muszą posiadać możliwość tworzenia kont z uprawnieniami użytkowników ograniczających dostęp do zasobów systemowych komputera PC. Wykonawca skonfiguruje dwa konta, z których jedno będzie kontem administratora zabezpieczone hasłem, a drugie kontem użytkownika bez hasła, z dostępem tylko do Oprogramowania Systemu. Po włączeniu konsola domyślnie uruchamia się na koncie użytkownika; KOP.12 Sterowanie zasobami analogowej łączności konwencjonalnej wyłącznie na skutek zamierzonego działania operatora, bez wysyłania jakichkolwiek niekontrolowanych, KOP.13 domyślnych sygnałów sterujących, np. przy starcie konsoli operatorskiej; Grupy rozmówne oraz dostępne zasoby innych systemów radiokomunikacyjnych obsługiwane przez konsolę muszą być przedstawiane graficznie jako okna wyświetlane na jej ekranie KOP.14 Konsola musi być wyposażona w minimum dwa głośniki zewnętrzne, niezintegrowane z konsolą (wolnostojące). Musi być możliwość przypisania im źródła sygnału audio tak, aby jeden głośnik był przypisany do aktualnie wybranych grup rozmównych (fonia wybrana), a drugi głośnik musi sumować audio pochodzące ze wszystkich innych grup rozmównych (fonia niewybrana). Każdy z głośników musi posiadać regulacje głośności i barwy dźwięku za pomocą potencjometrów KOP.15 Każdy z zasobów udostępniony na konsoli musi posiadać możliwość niezależnej programowej regulacji głośności dla fonii wybranej i niewybranej z zapamiętaniem str. 19 z 54

KOP.16 KOP.17 KOP.18 KOP.19 KOP.20 KOP.21 KOP.22 KOP.23 KOP.24 KOP.25 KOP.26 KOP.27 KOP.28 KOP.29 KOP.30 KOP.31 KOP.32 KOP.33 ostatnio ustawionego stanu; Oprogramowanie operatorskie musi zawierać okno wyświetlające historię połączeń; Konsola operatorska musi mieć możliwość połączenia ze sobą dwóch lub więcej grup rozmównych, aby mogły uczestniczyć w scalonym połączeniu grupowym; Konsola operatorska musi umożliwiać łączenie konwencjonalnego analogowego lub cyfrowego DMR - kanału radiowego z jedną lub więcej grupą rozmówną w jedno scalone połączenie; Połączenia grupowe muszą być proste do zainicjowania przez wybranie na wyświetlaczu graficznym grupy rozmównej i naciśnięcie przycisku nadawania; Konsole operatorskie muszą otrzymywać sygnał audio ze wszystkich grup rozmównych, do których są dołączone; Dyspozytorzy konsol mają najwyższy priorytet w ramach połączenia grupowego i muszą mieć możliwość przerwania nadawania aktualnie nadającemu radiotelefonowi; Konsola dyspozytorska musi mieć możliwość nadawania do więcej niż jednej grupy rozmównej jednocześnie; Operator konsoli musi mieć możliwość realizowania dyskretnego nasłuchu otoczenia tak, aby użytkownik radiotelefonu o tym nie wiedział; Konsole operatorskie muszą mieć możliwość wykonywania i odbierania połączeń indywidualnych do i od radiotelefonów; Konsole operatorskie muszą mieć możliwość realizowania połączeń z udziałem multigrup; Oprogramowanie operatorskie musi zawierać listę adresów radiotelefonów umożliwiając proste zainicjowanie połączenia indywidualnego Dyspozytor musi mieć możliwość zainicjowania wywłaszczającego priorytetowego połączenia indywidualnego, które poprzez wywłaszczenie otrzyma zasoby ruchowe i przerwie połączenie indywidualne lub telefoniczne niższego priorytetu, w które zaangażowana będzie strona wywoływana; Konsola operatorska musi zapewniać interfejs użytkownika do wysyłania i odbierania wiadomości tekstowych (SDS); Konsola operatorska musi umożliwiać rozsyłanie wiadomości tekstowych do wielu radiotelefonów jednocześnie W momencie odebrania połączenia alarmowego, każda konsola operatorska monitorująca daną grupę rozmówną musi zacząć emitować specyficzny sygnał dźwiękowy do momentu podjęcia działania przez dyspozytora; Prezentowane na ekranie wpisy historii połączeń dla przychodzącej komunikacji alarmowej muszą być oznaczone w sposób wyróżniony. Kiedy dyspozytor podejmie obsługę sytuacji alarmowej, wszystkie konsole operatorskie monitorujące dana grupę rozmówną muszą otrzymać wizualną sygnalizację; Z poziomu konsoli operatorskiej dyspozytor musi mieć możliwość odsłuchu co najmniej ostatnich 30 minut korespondencji prowadzonej na własnym stanowisku. Wyszukiwanie nagrań poprzez co najmniej przewijanie w przód i wstecz listy zarejestrowanych nagrań. Odtwarzanie nagrania z możliwością pauzy, przewijania do przodu i wstecz; Włączenie nadawania korespondencji musi być realizowane za pomocą myszki komputerowej, włącznika nożnego, włącznika ręcznego i poprzez bezpośredni dotyk str. 20 z 54

na ekranie, (wszystkie te opcje będą dostępne dla dyspozytora); KOP.34 Zabezpieczenia uniemożliwiające pojawienie się sprzężeń akustycznych na sąsiadujących konsolach; KOP.35 Przestrzeń robocza każdego dyspozytora konsoli musi być konfigurowalna przez administratora Systemu. Administrator musi mieć także możliwość zdefiniowania kilku profili dyspozytorskich (obejmujących konkretną konfigurację konsoli) możliwych do pobrania przez dyspozytora; KOP.36 Oprogramowanie wykorzystywane do konfiguracji konsoli musi zapewniać intuicyjny graficzny interfejs użytkownika. Interfejs musi być w języku polskim; KOP.37 Konsola musi zapewniać dostęp do minimum 60 zobrazowanych graficznie zasobów trankingowych, konwencjonalnych, DMR, EDACS na jednej konsoli z jednoczesna obsługą co najmniej 60 sesji audio na jednej konsoli KOP.38 Konsola musi zapewniać tworzenie co najmniej 16 scaleń, w każdym scaleniu musi by możliwość umieszczenia co najmniej 20 zasobów. Sumaryczna liczba wszystkich zasobów w scaleniach nie może by mniejsza niż 40; KOP.39 Konsola musi zapewniać tworzenie co najmniej 3 multiwyborów, w każdym multiwyborze musi być możliwość umieszczenia co najmniej 20 zasobów. Sumaryczna liczba wszystkich zasobów w multiwyborach nie może by mniejsza niż 40; KOP.40 Zamawiający zapewni okablowanie strukturalne - interfejs RJ-45 oraz zasilanie 230 V AC na każdym stanowisku, na którym zostanie zainstalowana konsola oraz wskaże interfejs RJ-45 stanowiący początek toru w istniejącej szafie teletechnicznej. Wykonawca zapewni połączenie pomiędzy szafą Zamawiającego, a dostarczaną szafą Systemu; KOP.41 W celu podniesienia niezawodności działania Systemu Zamawiający wymaga redundancji switcha, do którego podłączone zostaną konsole; KOP.42 Dostępne na konsolach zasoby grupowe Tetra muszą być pozyskiwane poprzez bezpośrednie połączenie z infrastrukturą Systemu. Niedopuszczalne jest pozyskiwanie tych zasobów poprzez wykorzystywanie radiotelefonów. 4.6. Częstotliwość pracy System pracuje w paśmie częstotliwości 380-400 MHz. Każda stacja bazowa wykorzystuje częstotliwości dupleksowe przyznane według następującego schematu: 380 400 MHz pasmo pracy; 25 khz szerokość kanału; 10 MHz odstęp nadajnik/odbiornik; 200 khz minimalny odstęp międzykanałowy w ramach jednej stacji bazowej System będzie miał zwiększoną pojemność w stosunku do aktualnie wykorzystywanego systemu w wybranych Ośrodkach - dołożenie urządzeń radiowych (BR) w wybranych lokalizacjach. Zamawiający dysponuje dodatkowymi częstotliwościami dla dodatkowych BR. Zamawiający wymaga, aby System str. 21 z 54

korzystał z aktualnie wykorzystywanych oraz nowo pozyskanych częstotliwości. Częstotliwości zostaną udostępnione Wykonawcy na etapie tworzenia projektu technicznego. 4.7. Stacje bazowe BTS.01 Częstotliwość pracy stacji bazowej 380 400 MHz BTS.02 Zasilanie stacji bazowej z sieci AC 230 VAC BTS.03 Do każdej stacji bazowej Wykonawca dostarczy układ rezerwowego zasilania umożliwiający podtrzymanie min. 60 min. (o ile nie określono inaczej w ch szczegółowych dla ośrodków) w przypadku zaniku napięcia w sieci 230 VAC (zasilanie dotyczy całej infrastruktury stacji bazowej); BTS.04 Zastosowane zasilacze wewnętrzne DC muszą posiadać redundancję lub nadmiarowość oraz właściwe zabezpieczenie przeciwzwarciowe zasilanych obwodów. W przypadku zastosowania modułowych zasilaczy, awaria jednego modułu nie powinna wpływać na zachowanie podstawowych funkcjonalności stacji bazowej; BTS.05 Odstęp częstotliwości nadajnik/odbiornik 10MHz; BTS.06 Czułość statyczna odbiornika na poziomie -120dBm lub niższym; BTS.07 Zakres temperatur pracy od -10 C do +50 C, BTS.08 Obsługa łączy teleinformatycznych E1 (G.703), TCP/IP do połączenia z infrastrukturą, BTS.09 Stacja bazowa musi posiadać mechanizm przełączenia, który w przypadku awarii jednego łącza teleinformatycznego automatycznie przełączy się na alternatywne (zapasowe) łącze teleinformatyczne (jeśli takie istnieje), natomiast w przypadku awarii obu łączy stacja musi automatycznie przechodzić do pracy w trybie trankingu lokalnego. W momencie, gdy dostępne stanie się chociażby jedno z łączy do Systemu, stacja bazowa musi automatycznie przechodzić do pracy w trybie trankingu rozległego; BTS.10 Każda stacja bazowa musi wykrywać awarię oraz zgłaszać raport o tej awarii do Administratora Systemu. Raportowane muszą być co najmniej: uszkodzenie łącza, zanik napięcia zasilania, przejście na zasilanie rezerwowe, przekroczenie zakresu temperatury pracy, uszkodzenie modułu stacji bazowej, wystąpienie zakłóceń radiowych; BTS.11 W przypadku nieprawidłowej pracy modułu nadawczo-odbiorczego BR, na którym jest obsługiwany kanał kontrolny, taki stan musi zostać wykryty i kanał kontrolny musi automatycznie zostać przełączony na prawidłowo pracujący BR; BTS.12 Wchodząc w tryb awaryjny (tranking lokalny), stacja bazowa musi nadać sygnał do wszystkich radiotelefonów informując je o utracie trankingu rozległego BTS.13 Działając w trybie awaryjnym (tranking lokalny), stacja bazowa musi kontynuować działanie w taki sposób, że użytkownicy mogą kontynuować dołączenie do tych samych grup rozmównych, w których działali przed wejściem w tryb awaryjny. Nie powinna być wymagana żadna zmiana kanału lub trybu w radiotelefonie; BTS.14 Działając w trybie awaryjnym (tranking lokalny), stacja bazowa musi kontynuować stosowanie szyfrowania interfejsu radiowego; BTS.15 Działając w trybie awaryjnym (tranking lokalny), stacja bazowa musi kontynuować logowanie radiotelefonów; BTS.16 Musi istnieć mechanizm zapewniający, w przypadku przywrócenia połączenia str. 22 z 54