załącznik nr 8 / dodano 29-06-2012
Transkrypt
załącznik nr 8 / dodano 29-06-2012
załącznik nr 8 do siwz Wymagania funkcjonalne i założenia techniczne zadanie: „Rozbudowa istniejącego Zintegrowanego Systemu Łączności KW PSP” Pojęcia i skróty stosowane w SIWZ I. KW PSP – Komenda Wojewódzka Państwowej Straży Pożarnej w Katowicach. KM/KP – Komenda Miejska/Komenda Powiatowa Państwowej Straży Pożarnej. MSK/PSK – Miejski Stanowisko Kierowania/Powiatowe Stanowisko Kierowania ZSŁ – Zintegrowany System Łączności. SWR – Współczynnik Fali Stojącej. Moc efektywna – moc wypromieniowania fali radiowej. SK – Serwer komunikacyjny systemu MSC DGT IP. BSS (ang. Best Signal Selection) – funkcja która automatycznie wybiera najlepszy tor transmisji sygnału pomiędzy użytkownikami, odcinając gorszy kanał Stanowisko zarządzania – stanowisko pracy administratora ZSŁ zawierające dostarczony przez wykonawcę zestaw komputerowy z zainstalowanym oprogramowaniem umożliwiającym nadzorowanie i zarządzanie pracą poszczególnych elementów ZSŁ. Przedmiot zamówienia II. 1) Przedmiotem zakupu jest rozbudowa Zintegrowanego Systemu Łączności, zainstalowanego w KW PSP, poprzez umieszczenie we wskazanych przez zamawiającego miejscach: a) 31 urządzeń serujących radiotelefonami pozwalających na podłączenie co najmniej 2 radiotelefonów użytkowanych we wskazanych przez Zamawiającego komendach miejskich i powiatowych PSP województwa śląskiego, a) 7 dotykowych konsol dyspozytorskich 19’’ umożliwiających konfigurację wszystkich możliwości oferowanych przez system, określonych w punkcie V niniejszego załącznika, b) 24 urządzeń, które mają być podłączone do centrali telefonicznej użytkowanej w KW PSP umożliwiających prowadzenie rozmów telefonicznych oraz stworzenia Interkomu zapewniającego komunikację pomiędzy KW PSP a KP/KM wykorzystując do tego celu istniejące łącza IP i sieć VPN, c) 2 łącz SHDSL wraz z zasilaniem UPS, umożliwiających zestawienie łącza o przepustowości 2 MB pomiędzy miejscem instalacji radiotelefonów a KP/KM, d) rezerwowego systemu łączności w pełni zgodnego z istniejącym, który w razie awarii obecnie użytkowanego będzie w stanie przejąć jego funkcjonalność, e) dołożenie do obecnie istniejących instalacji radiowych 26 radiotelefonów – wyposażonych w zasilanie z sieci 230V, podtrzymanie bateryjne, a także potrzebne okablowanie. Radiotelefony mają zostać włączone do ZSŁ, aby umożliwić wykorzystanie w pełni funkcjonalności oferowanej przez system. Dostarczone radiotelefony mają być o parametrach nie gorszych niż obecnie używane w ZSŁ. Zastępowane radiotelefony mają stanowić rezerwę dla KM/KP umożliwiając wykorzystanie ich w razie awarii systemu, f) podsystem rejestracji korespondencji zainstalowany w Stanowisku Kierowania PSP KM PSP w Jastrzębiu Zdroju, g) 30 szaf RACK 19, h) stanowisko komputerowe do konfiguracji i zarządzania ZSŁ – 1 sztukę. Strona 1 z 12 2) W ramach przedmiotu zamówienia Wykonawca przeniesie Serwer Komunikacyjny ZSŁ z serwerowni do nowego pomieszczania serwerowni znajdującego się w tej samej części budynku KW PSP, tj. na niższą kondygnację. 3) System instalowany w jednostkach ma stanowić alternatywę dla obecnie użytkowanych systemów łączności w KM/KP i w żaden sposób nie może zmieniać ich parametrów i ustawień. Nowo instalowane urządzenia i radiotelefony nie mogą zakłócać, ani zmieniać sposobu dotychczasowej pracy stanowisk kierowania KM/KP PSP. Nowo instalowane radiotelefony mają wykorzystywać istniejące instalacje antenowe w KM/KP. Podłączanie do nich ma być zapewnione poprzez przełącznik antenowy, który nie będzie pogarszał zastanych parametrów antenowych tj. SWR co najwyżej 1,2 i mocy efektywnej nie mniej niż 98 %. Zastosowany przełącznik ma w razie awarii systemu umożliwić wykorzystanie zastąpionych przez nowe, a przeznaczone jako rezerwowych radiotelefonów stacjonarnych bez potrzeby przepinania instalacji antenowych. Należy zapewnić także dołożenie odpowiednich przejściówek i dodatkowego okablowania umożliwiających wpięcie do tych instalacji i poprawę jakości połączeń obecnie zastosowanych. Wszystkie urządzenia wykorzystywane do poprawnej pracy systemu mają być zamknięte w odpowiedniej wielkości szafie RACK 19” o parametrach dostosowanych dla warunków miejsca instalacji, umieszczonej w trzydziestu wskazanych przez Zamawiającego obiektach PSP województwa śląskiego. 4) Dodatkowo należy przewidzieć prace związane z poprawą parametrów anten radiowych zamontowanych na maszcie znajdującym się na budynku wspinalni w KW PSP. W szczególności zwrócić należy uwagę na poprawne umieszczenie anten na maszcie i utrzymanie poziomu SWR nie większego niż 1.1 i mocy efektywnej nie mniejszej niż 98%. 5) Do połączenia obecnie stosowanego ZSŁ KW PSP z nowo instalowanymi urządzeniami sterującymi radiotelefonami w KM/KP należy wykorzystać istniejące połączenie VPN. 6) Wymienione powyżej elementy rozbudowy muszą być w pełni kompatybilne z ZSŁ dotychczas użytkowanym przez Zamawiającego. 7) Aktualnie pracujący system MCS DGT IP integruje w jednej platformie sprzętowej środki łączności użytkowane w KW PSP. Ogólny schemat systemu przedstawia rys. 1. Rys.1 Ogólny schemat systemu MCS DGT IP dla KW PSP Strona 2 z 12 System MCS DGT IP składa się z następujących elementów: 1. Serwer Komunikacyjny – składający się z modułu telefonicznego, serwera radiowego (SS) zapewniającego integrację ze zdalnymi radiotelefonami stacjonarnymi oraz radiotelefonami zdalnymi znajdującymi się w KP PSP Lubliniec, serwera zarządzania, taryfikacji i statystyki oraz rejestratora rozmów NetCRR2. SK jest umiejscowiony w serwerowni budynku KW PSP. Do SK podłączone są 3 konsole dyspozytorskie umieszczone w Wojewódzkim Stanowisku Koordynacji Ratownictwa. SK wyposażony jest w 4 interfejsy ISDN BRA, zapewniające integrację systemu z użytkowaną przez KW PSP Katowice centralą telefoniczną Siemens HiPath 4000. 2. Serwer Komunikacyjny wyposażony jest w Serwer Radiowy (SS), do którego podłączane są następujące radiotelefony zdalne: 1. 3 analogowe radiotelefony (MOTOROLA GM 360 - 2 szt., MOTOROLA GM 360 Low Band – 1szt.), zamontowane w budynku wspinalni KW PSP przy ulicy Wita Stwosza 36, które są podłączone do Serwera Komunikacyjnego za pomocą istniejącego łącza IP. Długość przewodów pomiędzy jednostką zdalną a serwerownią wynosi około 60m. 2. 2 analogowe radiotelefony (MOTOROLA GM 360), zamontowane w budynku Prokuratury Okręgowej w Katowicach przy ul. Wita Stwosza 31, które są podłączone do Serwera Komunikacyjnego za pomocą modemów SHDSL/Ethernet poprzez istniejące pary przewodów miedzianych. Długość przewodów pomiędzy jednostką zdalną, a serwerownią wynosi około 500m. 3. 2 analogowe radiotelefony (MOTOROLA GM 360), zamontowane w Komendzie Powiatowej PSP w Lublińcu na ul. PCK 10, które są podłączone do Serwera Komunikacyjnego znajdującego się w siedzibie KW PSP za pomocą istniejącej sieci VPN zestawionej pomiędzy wyżej wymienioną jednostką a KW PSP. 3. System MCS DGT IP jest tak skonfigurowany, że w momencie rozpoczęcia nadawania z radiotelefonu zdalnego przez dyżurnego Powiatowego Stanowiska Kierowania PSP w Lublińcu, korespondencja realizowana jest tylko kanałem radiowym z jednoczesnym zablokowaniem trasy głosowej po sieci VPN. 4. Rejestrator rozmów NetCRR2 jest podłączony do Serwera Komunikacyjnego łączem IP, pozwalającym na rejestrację całej korespondencji prowadzonej z użyciem konsol dyspozytorskich WSKR oraz rozmowy telefoniczne realizowane przez aparaty systemowe Siemens dla 8 portów na potrzeby użytkowanej przez zamawiającego centrali telefonicznej Siemens HiPath 4000 oraz 8 portów analogowych. III. Ogólne warunki dostawy i uruchomienia 1) Przed złożeniem oferty, Zamawiający zaleca, aby Wykonawca dokonał wizji lokalnej miejsca realizacji projektu i szczegółowo zapoznał się z przedmiotem zamówienia. Ze względu na konieczność zachowania ciągłości funkcjonowania wszystkich urządzeń, wszelkie prace, przełączenia i testy muszą być prowadzone w taki sposób, żeby nie przerywać ciągłości ich działania. 2) Wykonawca jest zobowiązany do dokonania ostatecznych uzgodnień co do miejsca instalacji systemu z dysponentami poszczególnych obiektów. 3) Dostarczony system ma być kompletny z punktu widzenia postawionych wymagań. W przypadku gdy dla realizacji zadania Wykonawca będzie zmuszony dostarczyć dodatkowe elementy – zrobi to na własny koszt. Strona 3 z 12 4) Ze względu na ograniczenia budowlane w miejscach przeznaczonych na instalację urządzeń Wykonawca powinien przed przygotowaniem oferty skonsultować się z Zamawiającym w zakresie umieszczenia szaf RACK 19’’. 5) Wykonawca zobowiązany jest do takiego zaprogramowania istniejących i przekazanych do projektu radiotelefonów bazowych, aby możliwe było uzyskanie funkcjonalności ZSŁ obecnie funkcjonującego w KW PSP. 6) W przypadku braku wymaganej pojemności lub braku odpowiednich parametrów istniejących tras kablowych modernizacja lub wymiana leży w całości po stronie Wykonawcy. 7) W celu ujednolicenia konfiguracji urządzeń w sieci LAN KW PSP nazewnictwo poszczególnych urządzeń włączanych do ZSŁ, ma być ustalona z Zamawiającym przed wykonaniem zadania. IV. Szczegółowe wymagania dotyczące ZSŁ 1) ZSŁ należy rozumieć jako dedykowane oprogramowanie oraz platforma sprzętowa zapewniająca integrację istniejących środków łączności radiowej, telefonicznej, rozbudowę i włączenie do systemu nowych środków łączności radiowej, dołączenie do istniejącego systemu zarządzania oraz systemów informatycznych złożonych z: a) Modułu radiowego (serwer radiowy, moduły sterowników radiotelefonów), b) Modułu zarządzania, c) Podsystemu rejestracji korespondencji 2) Rezerwowy system łączności ma zostać zainstalowany w budynku JRG Sosnowiec Porąbka i powinien w pełni przejąć funkcje ZSŁ zamontowanego w KW PSP w sposób nie wymagający interwencji ze strony administratora i użytkownika, a informacja o przejęciu pracy powinna być zapisana w logach systemu oraz wysłana pocztą elektroniczną na wskazany przez Zamawiającego adres. 3) ZSŁ musi zapewniać pracę ciągłą, co oznacza, iż zmiany konfiguracji, nie mogą powodować restartu sterowników i utraty istniejących połączeń. 4) ZSŁ musi zapewniać możliwość zdefiniowania tylko jednego serwera zarządzania dla kilku serwerów komunikacyjnych. 5) ZSŁ musi zapewniać możliwość pracy wszystkich elementów serwera bez dostępu do systemu nadzoru. 6) ZSŁ musi zapewniać możliwość pracy modułów sterowników radiotelefonów jako odrębnych serwerów komunikacyjnych (radiowych). 7) ZSŁ musi zapewniać sieciowanie serwerów komunikacyjnych rozumiane jako możliwość dostępu do zasobów radiowych innego serwera komunikacyjnego z wykorzystaniem IP. 8) ZSŁ musi zapewniać poprawną pracę istniejących urządzeń i systemów łączności funkcjonujących w KM/KP w taki sposób, aby została zachowana obecna funkcjonalność stanowiska pracy dyspozytora. 9) ZSŁ musi zapewniać możliwość dołączenia do 255 obsługiwanych stacji bazowych (radiostacji, radiotelefonów). 10) Dla radiotelefonów włączanych do ZSŁ musi być zapewniona możliwość jednoczesnego sterowania radiem z systemu jak i z główki radiotelefonu. 11) W przypadku awarii modułu sterownika radiotelefonu powinno być możliwe korzystanie z radia z wykorzystaniem główki bez konieczności zmieniania sposobu podłączenia główki, radia i Modułu Sterowania Radiotelefonów. Strona 4 z 12 12) ZSŁ musi zapewniać współdzielenie dostępnych środków radiowych pomiędzy stanowiskami dyspozytorskimi (wszystkie stanowiska mogą jednocześnie korzystać z dostępnych środków radiowych oraz mają możliwość podsłuchu korespondencji pomiędzy dyspozytorem innej konsoli prowadzącej nasłuch na tym samym radiotelefonie, lub radiotelefonach, a użytkownikami sieci radiowej). 13) ZSŁ musi poprawnie obsługiwać wszystkie rodzaje kodów CTCSS i Select V. 14) ZSŁ musi zapewniać współużytkowanie 1 kanału radiowego w trybie nadawczo-odbiorczym przez 32 operatorów z uwzględnieniem priorytetów. Możliwość definiowania parametru liczby operatorów. 15) ZSŁ musi być tak skonfigurowany, żeby w momencie rozpoczęcia nadawania z radiotelefonu zdalnego Powiatowego/Miejskiego Stanowiska Kierowania jednostek PSP, korespondencja realizowana była tylko kanałem radiowym z jednoczesnym zablokowaniem trasy głosowej po sieci VPN. 16) ZSŁ musi zapewniać wykorzystanie funkcji BSS – (ang. Best Signal Selection), która będzie automatycznie wybierała najlepszy tor transmisji sygnału pomiędzy użytkownikami, odcinając gorsze kanał rozmowny. 17) ZSŁ musi być zabezpieczony przed pojawianiem się sprzężeń wynikających z jednoczesnego wykorzystania toru radiowego i połączenia IP. 18) ZSŁ ma posiadać funkcjonalność Interkomu, wykorzystując do tego celu sieć IP i VPN, która zapewni komunikację pomiędzy KW PSP a KP/KM włączonymi do ZSŁ. Komendy, które nie posiadają konsol dyspozytorskich mają być wyposażone w urządzenia umożliwiające poprawną komunikacją przez utworzony Interkom. 19) ZSŁ ma rejestrować korespondencję prowadzoną przez Interkom na użytkowanym obecnie w KW PSP rejestratorze NETCrr oraz umożliwić odtworzenie prowadzonej rozmowy na konsoli dyspozytorskiej, na której się ona odbywała. 20) ZSŁ musi zapewniać obsługę, poprzez moduł sterownika radiowego, następujących typów radiotelefonów/systemów radiowych (przystosowanych do zdalnego sterowania): a) b) c) d) Konwencjonalne VHF, TETRA, EDACS, systemy cyfrowe. 21) ZSŁ powinien mieć możliwość, poprzez istniejący moduł telefoniczny, współpracy z zewnętrznymi centralkami PABX poprzez interfejsy SS7/QSIG/PRA/BRA, jak również możliwość zastąpienia istniejących centralek PABX. 22) Musi zostać zapewniona wysoka niezawodność sprzętu poprzez zdublowanie krytycznych elementów systemu. Elementy redundantne muszą pracować w trybie gorącej rezerwy. Awaryjne przełączenie na system rezerwowy nie może powodować przerw w komunikacji. 23) ZSŁ musi gwarantować możliwość wprowadzania zmian wynikających z rozwoju technologicznego oraz zapewniać możliwość rozbudowy, zwiększenia pojemności i funkcjonalności w zależności od potrzeb Zamawiającego zarówno części dotyczącej oprogramowania jak i sprzętu. 24) Całość dokumentacji musi być dostarczona w języku polskim. 25) ZSŁ musi charakteryzować się strukturą umożliwiającą wynoszenie modułów funkcjonalnych w inne lokalizacje z wykorzystaniem sieci IP i VPN użytkowanych przez KM/KP. 26) ZSŁ musi posiadać możliwość poprawnej pracy w sieci VPN zbudowanej na ruterach użytkowanych w KW oraz KP/KM, certyfikaty zostaną dostarczone przez zamawiającego. Strona 5 z 12 27) ZSŁ musi być tak skonfigurowany, żeby w momencie rozpoczęcia nadawania z radiotelefonu włączonego do systemu przez dyspozytora MSK/PSK, możliwe było nadanie tej rozmowy tylko kanałem radiowym poprzez antenę z jednoczesnym zablokowaniem trasy głosowej po sieci VPN. 28) Wykorzystywane kanały VPN, nie są zestawiane na dedykowanych łączach przewidzianych dla tej usługi. Są to łącza, które wykorzystywane są przez KM/KP także do normalnej obsługi Internetu (www, poczta elektroniczna itp.). W związku z tym Wykonawca powinien podać najpóźniej w dniu zakończenia rozbudowy zintegrowanego systemu łączności zalecenia dotyczące minimalnych ustawień pasma wykorzystywanego do połączeń głosowych i konfiguracji routerów. 29) ZSŁ musi przekazywać do Stanowiska Zarządzania (wymagania sprzętowe dla stanowiska określono w punkcie IX niniejszego załącznika), na bieżąco, informacje o wszystkich alarmach w systemie, raporty i inne dane o charakterze statystycznym pocztą elektroniczną na wskazane przez Zamawiającego adresy. System zarządzania musi posiadać interfejs graficzny w języku polskim. Zarządzanie ZSŁ powinno odbywać poprzez stanowisko operatorskie znajdujące się pomieszczeniu budynku KW PSP we wskazanym miejscu przez Zamawiającego. ZSŁ musi umożliwiać tworzenie kopii zapasowych konfiguracji sterowników radiotelefonów, konsol dyspozytorskich i innych serwerów i urządzeń sterujących odpowiadających z poprawną pracę ZSŁ. V. Szczegółowe wymagania dotyczące konsoli dyspozytorskiej 1. Ekran dotykowy, o przekątnej min. 19”, z regulacją położenia w zakresie uchylenia, zintegrowany w jednej obudowie. Nie dopuszcza się żeby głośniki dla konsoli były dopinane lub wolnostojące. W obudowie musi być umieszczone minimum 6 głośników. Funkcje poszczególnych głośników mogą być zmieniane programowo. Głośniki muszą być sterowane niezależnie – pozwalając na stworzenie minimum 6 niezależnych kanałów akustycznych. Konsola ma mieć zintegrowany z obudową mikrofon z możliwością regulacji jego położenia. 2. Oprogramowanie konsoli musi być uruchamiane w środowisku Windows 7 lub równoważny z interfejsem graficznym użytkownika. 3. Do każdej konsoli musi być dołączony re-instalowalny system operacyjny z kluczem licencyjnym nieograniczonym czasowo. 4. Wszystkie konsole musza być jednego producenta i o tych samych parametrach technicznych. 5. Łączność z serwerem komunikacyjnym zintegrowanej łączności za pomocą interfejsu IP. Nie dopuszcza się zastosowania zewnętrznych konwerterów. 6. Możliwość podłączenia zewnętrznego mikrofonu wraz z przyciskiem PTT. 7. Możliwość podłączenia zewnętrznego nożnego przycisku PTT. 8. Możliwość podłączenia urządzania w postaci zewnętrznej słuchawki telefonicznej lub mikrotelefonu, po podniesieniu którego zostanie odebrana automatycznie rozmowa. Opcja ma być konfigurowalna. 9. Ma mieć możliwość włączenia funkcji wyciszenia zalogowanego radiotelefonu tzw. MUTE z możliwością ustawienia poziomu wyciszenia od 50% do wyciszenia całkowitego radiotelefonu. Opcja ta ma być konfigurowalna na poziomie administracyjnym. 10. Możliwość jednoczesnego prowadzenia rozmowy z wykorzystaniem łącza radiowego, telefonicznego oraz prowadzenia podsłuchu radiowego. Ma mieć możliwość takiej konfiguracji, że podczas prowadzenia rozmowy telefonicznej przez system głośnomówiący, zestaw słuchawkowy, czy dołączoną słuchawkę zalogowane do tej konsoli radiotelefony mają przejść automatycznie do funkcji wyciszenia tzw. MUTE o ile wcześniej ta funkcja nie została już na Strona 6 z 12 nich włączona. Funkcja MUTE ma umożliwić odpowiedź na zalogowanym radiotelefonie. Po zakończonej rozmowie konsola automatycznie wraca do stanu sprzed rozpoczęcia rozmowy. Funkcja ta ma być konfigurowalna. 11. Podczas prowadzenia rozmowy telefonicznej na konsoli poprzez zintegrowany z obudową mikrofon i przypisany głośnik (tryb głośnomówiący konsoli), po wciśnięciu przycisku PTT i nadaniu korespondencji radiowej jej treść ma być nie słyszalna dla abonenta telefonicznego z którym prowadzona jest rozmowa. 12. Dostęp do wszystkich funkcji służących do prowadzenia korespondencji za pomocą stacji bazowych oraz linii telefonicznych, a także wizualizacja stanu wszystkich środków łączności obsługiwanych przez konsolę musi odbywać się za pomocą jednego podstawowego okna (bez konieczności przełączania pomiędzy różnymi obrazami, zakładkami itd.). 13. Oprogramowanie musi udostępniać co najmniej 600 klawiszy skróconego wybierania/wywołania selektywnego. Mogą one być dostępne na dodatkowych oknach lub zakładkach. 14. Opisy klawiszy skróconych muszą mieć możliwość wyróżnienia poprzez ustawienie koloru czcionki - co najmniej 16 kolorów. 15. Funkcje umożliwiające obsługę połączeń radiowych i monitoringu środków radiowych: a) obserwowanie stanu środków radiowych (awaria, poprawna praca, ustawione parametry – kanał, moc itp.), b) możliwość wizualizacji nazw kanałów radiowych, nazwa musi być stale widoczna w polach oznaczających podłączone stacje radiowe, c) obserwowanie stanu sygnałów PTT i SQUELCH w danym kanale radiowym, d) wizualizacja sygnałów Select V i CTCSS, e) obsługa trybu crossband tzn. system ma realizować połączenie pomiędzy kilkoma radiotelefonami mobilnymi, np. cyfrowym i analogowym z wykorzystaniem radiotelefonów (stacji bazowych) dołączonych do systemu. Połączenie zestawiane będzie każdorazowo przez dyspozytora. f) obsługa trybu crossconnect tzn. system ma realizować połączenie kilku radiotelefonów z abonentem telefonicznym. Połączenie zestawiane będzie każdorazowo przez dyspozytora. g) obsługa połączenia Interkomu z abonentem telefonicznym lub radiowym, h) obsługa trybu BSS, tzn. będzie realizacja automatycznego wybierania najlepszej trasy połączenia radiowego, i) w trakcie prowadzenia nasłuchu i korespondencji za pomocą środków radiowych powinna być prezentacja identyfikatorów indywidualnych użytkowników, słyszalnych aktualnie na kanale radiowym, na ikonach symbolizujących sieci radiowe, j) zmiana kanałów i parametrów pracy radiotelefonów, k) tworzenie grup radiotelefonów z możliwością załączania PTT jednocześnie dla wszystkich radiotelefonów w grupie, jak również dla każdego radiotelefonu oddzielnie, l) możliwość dynamicznej podmiany widocznego radiotelefonu w trakcie pracy aplikacji. Na ekranie dostępnych jest w danej chwili mniej radiotelefonów, niż globalnie dostępnych w systemie, a operator sam decyduje, które radiotelefony chce w danej chwili widzieć na ekranie. 16. Wyświetlanie historii połączeń radiowych w zakresie: a) b) c) d) informacji o zmianie kanału w trakcie prowadzenia korespondencji, informacji o załączeniu PTT, informacji o pojawieniu się nośnej ze wskazaniem radia, na którym odebrano sygnał, informacji o czasie wystąpienia powyższych zdarzeń liczona od początku nagrania. 17. Funkcje umożliwiające obsługę środków łączności telefonicznej: Strona 7 z 12 a) odbiór i przekazanie wywołań telefonicznych, b) zdefiniowanie dowolnej liczby kolejek wywołań (w zależności od indywidualnych potrzeb użytkownika) z wizualizacją numerów abonentów oczekujących w kolejce, z możliwością odebrania dowolnego wywołania z kolejki, c) możliwość obsługi klawiszy gorących linii (nadzorujące stan linii oraz pozwalające wywoływać i odbierać wywołania od zdefiniowanego abonenta) i klawiszy skróconego wybierania, d) możliwość grupowania klawiszy gorących linii w zakładki, e) możliwość przypisania kolorów dla stanów gorących linii, f) możliwość przypisania kolejkom wywołań oraz klawiszom gorących linii różnych rodzajów dzwonka, g) zawieszanie połączeń telefonicznych (klawisze HOLD), h) zestawianie konferencji zwykłej i selektorowej (z zarządzaniem parametrami i prawami poszczególnych uczestników), i) możliwość dołączania do konferencji abonentów sieci radiowej, j) wyświetlanie historii wywołań telefonicznych i radiowych, k) możliwość przejęcia rozmowy z innej konsoli, l) obsługa książki telefonicznej globalnej (zdefiniowanej i wspólnej dla całego systemu) oraz lokalnej (zdefiniowanej dla stanowiska). 18. Wszystkie komunikaty, ostrzeżenia i opisy wyświetlane na konsoli muszą być w języku polskim. 19. Konsola musi umożliwić dyspozytorowi dynamiczne tworzenie grupy radiotelefonów, przypisanie im jednego przycisku, który załączy nadawanie na wszystkich radiotelefonach w grupie. 20. Konsola ma mieć możliwość oznaczania rozmów radiowych oraz telefonicznych zapisywanych w historii prowadzonej korespondencji jako ważne, gdzie ZSŁ będzie przypominał dyspozytorowi o nich sygnałem dźwiękowym i/lub wizualnym zgodnie z ustawionym w ZSŁ interwałem czasu. Opcja ma być konfigurowalna na poziomie administracyjnym. 21. Konsola musi umożliwić wybranie radiotelefonu podłączonego do systemu i zalogowanie go w trybie tylko do odsłuchu, bez klawiszy obsługi za wyjątkiem regulacji poziomu głośności. 22. Konsola musi umożliwić wyświetlenie radiotelefonu podłączonego do systemu i zalogowanie go w trybie do odsłuchu i nadawania bez klawiszy obsługi za wyjątkiem regulacji poziomu głośności PTT. 23. Konsola musi zapewniać regulację głośności każdej sygnalizacji dźwiękowej. 24. Administrator ZSŁ musi mieć możliwość nadawania odpowiednich uprawnień poszczególnym konsolom, grupom dyspozytorów i użytkownikom uprzywilejowanym. 25. Odsłuch zarejestrowanej korespondencji radiowej, telefonicznej i Interkomowej prowadzonej przez daną konsolę. 26. Zamawiający wymaga, aby całość funkcjonalności była realizowana przez zintegrowaną aplikację działającą na konsoli dyspozytorskiej, współpracującą z zewnętrznym serwerem komunikacyjnym. 27. Oprogramowanie konsoli musi udostępniać możliwość nadawania z każdej z przyłączonych do systemu radiotelefonów bazowych, poprzez wciśnięcie jednego przycisku (np. poprzez wciśnięcie pola oznaczającego urządzenie lub indywidualnego przycisku PTT przypisanego w oprogramowaniu do danej stacji bazowej). 28. Konsola ma mieć możliwość wyświetlania bez funkcji edytowania na zakładce: OBSŁUGA ZDARZENIA pomocniczych informacji, procedur itp. związanych z obsługą przyjmowanego zdarzenia zapisanych w formacie pdf. Strona 8 z 12 29. Obsługa alarmów urządzeń oddalonych, polegająca np. na zgłaszaniu zdarzeń typu otwarcie obudowy, brak napięcia zasilania, brak zasilania czujek ruchu PIR, wzrost lub zmniejszenie się temperatury w pomieszczeniu powyżej lub poniżej ustalonej wartości, zadziałanie czujki PPOŻ. 30. Zmiana konfiguracji aplikacji konsoli nie może powodować jej restartu, nie może być odczuwalna z punktu widzenia użytkownika. 31. Obsługa profili operatorskich. Profile operatorskie ZSŁ określają zakres odpowiedzialności i przywileje jakie posiada operator posługujący się danym profilem. Profil musi zawierać informacje na temat: a) b) c) d) e) f) radiotelefonów dostępnych dla danego operatora, kanałów radiowych, dostępnych dla danego operatora, praw dostępu do radiotelefonów (tryby pracy operatora na danym kanale i priorytety), praw do zmiany częstotliwości i mocy nadawania określonych kanałów, dostępnych dla danego operatora zasobów telefonicznych (kolejki, gorące linie), wyglądu interfejsu (rozmieszczenie przycisków, napisy na przyciskach). 32. Na konsoli ma być możność definiowania (konfigurowania) wyglądu interfejsu użytkownika z dostępnymi funkcjami według jego upodobań. Profile takie mogą być tworzone dla stanowiska oraz indywidualnie dla poszczególnych użytkowników. Profile mogą być przenoszone między różnymi stanowiskami, tzw. profil wędrujący za użytkownikiem. 33. Funkcje umożliwiające obsługę Interkomu w zakresie: a) możliwości definiowania listy uprawnionych użytkowników dla każdej grupy interkomowej, b) możliwości wywołania/zaproszenia uczestnika do grupy interkomowej z rozróżnieniem trzech poziomów ważności, c) podglądu stanu uczestników grup interkomowych (niepołączony, połączony, wywołany, wywołany – nie odebrał). 34. Wyświetlanie historii zdarzeń wiadomości tekstowych zawierających: a) b) c) d) nadawcę/odbiorcę wiadomości, data i czas wysłania/odbioru wiadomości, treść wiadomości, status wiadomości (odebrane/wysłane/błąd wysyłania). 36. Tworzenie grup BSS z możliwością w zakresie: a) b) c) d) e) nadawania przez radiotelefon z grupy BSS wybrany przez ZSŁ jako najlepszy, zachowania prawa wyboru radiotelefonu do nadawania przez użytkownika, wskazania radiotelefonu domyślnego, określenia czasu powrotu do radiotelefonu domyślnego, sygnalizacji radiotelefonu, z którego przekazywana jest akustyka do systemu. 37. Wizualizacja i poprawna obsługa sygnałów Select V i CTCSS w zakresie, gdy: a) kanał radiowy zajęty przez radiotelefon, który nie wysyła żadnego kodu CTCSS – konsola ma pokazywać symbol zajętości kanału (tj. fali nośnej), b) kanał radiowy zajęty przez radiotelefon, który wysyła kod CTCSS jednej z grup – konsola ma pokazywać w polu oznaczającym stację bazową symbol zajętości kanału (tj. fali nośnej) i dodatkowo wyświetlać zdefiniowaną wcześniej nazwę aktywnej grupy stosującej ton CTCSS, c) kanał radiowy zajęty przez radiotelefon, który wysyła kod CTCSS grupy oraz wysyła swój identyfikator w standardzie Select V – konsola wyświetla zdefiniowaną nazwę użytkownika wprowadzonego do bazy kontaktów. 38. Włączenie nasłuchu wybranych kanałów radiowych z blokadą CTCSS i bez blokady. Strona 9 z 12 39. Nadawanie na wybranym kanale radiowym z blokadą CTCSS i bez blokady. 40. Definiowane nazwy określonych sygnałów CTCSS. 41. Definiowane nazwy określonych sygnałów Select V. 42. Obsługa Zapasowych Serwerów Radiowych. 43. Dostęp do radiotelefonów z innych domen MCS DGT IP. 44. Prezentacja informacji, na którym radiotelefonie ostatnio pojawiła się nośna przez regulowany czas 1-255s. 45. Klawiatura numeryczna do wybierania numerów selektywnego wołania lub numerów indywidualnych w radiowych sieciach cyfrowych. 46. Dostęp do aplikacji poprzez wykorzystanie loginu i hasła. 47. Włączanie/wyłączanie skaningu na radiotelefonach. 48. Włączanie/wyłączanie funkcji MUTE osobno dla każdego zalogowanego radiotelefonu. 49. Konsola ma umożliwić wymianę danych dostosowanych do istniejącego oprogramowania statystyk. VI. Wymagania funkcjonalne dotyczące Modułu Sterowania Radiotelefonów 1) Montaż w szafie RACK 19”odpowiednio dostosowanej do miejsca instalacji sterownika, gdzie przewiduje się pracę sterownika na zewnątrz i wewnątrz budynku według wykazu znajdującego się w załączniku nr 10 do SIWZ, 2) Obudowa sterownika o wysokości 1U. 3) Zasilanie napięciem 12V. 4) Sterowanie, co najmniej czterema radiotelefonami. 5) Konstrukcja nie może zawierać elementów wirujących (dyski twarde, wentylatory). 6) Obsługa następujących typów radiotelefonów/systemów radiowych (przystosowanych do zdalnego sterowania): a) b) c) d) Konwencjonalne VHF, TETRA, EDACS, systemy cyfrowe. 7) Obsługa min. 6 wejść czujek alarmowych. 8) Komunikacja z systemem poprzez interfejs IP. 9) Możliwość uruchomienia wewnętrznego Modułu Rejestracji lokalnej korespondencji radiowej. Łączny czas nagrań na wewnętrznym dysku bez „nadpisywania” nie powinien być krótszy niż 1 m-c. 10) Możliwość uruchomienia wewnętrznego serwera komunikacyjnego (Modułu Serwera Radiowego) umożliwiającego obsługę lokalnych radiotelefonów oraz konsol dyspozytorskich bez konieczności dostępu do serwera komunikacyjnego. 11) Współpraca z lokalnym radiowęzłem. 12) W przypadku uszkodzenia łącza IP do serwera komunikacyjnego automatyczne przejście w tryb przemiennika. Strona 10 z 12 13) Możliwość uruchomienia usługi VPN z kluczami, certyfikatami i konfiguracją dostarczoną przez zamawiającego. VII. Szczegółowe wymagania dla Podsystemu Rejestracji Korespondencji 1. System rejestracji rozmów musi umożliwiać rejestrację treści rozmów radiowych w postaci zapisu cyfrowego. 2. System rejestracji rozmów powinien umożliwiać rejestrację wszystkich radiotelefonów obsługiwanych przez daną konsolę dyspozytorską, bez konieczności fizycznego krosowania na przełącznicy. 3. System rejestracji rozmów musi zapewniać ochronę danych oraz kontrolę dostępu do zapisanych informacji na podstawie systemu haseł i klas uprawnień. 4. System rejestracji rozmów powinien umożliwiać kontrolny odczyt danych (przez autoryzowanych użytkowników) w celu sprawdzenia stanu rejestracji. 5. Łączny czas nagrań na wewnętrznym dysku rejestratora bez „nadpisywania” nie powinien być krótszy niż 1 m-c. 6. System rejestracji rozmów musi zapewni automatyczne nadpisywanie nagrań najstarszych po przekroczeniu zadanego limitu pojemności w konfiguracji. 7. System rejestracji rozmów musi umożliwić archiwizację nagrań na zewnętrznym serwerze nagrań. Dostęp do serwera poprzez sieć Ethernet. 8. System rejestracji rozmów musi umożliwiać wykonanie kopii wybranych przez uprawnionego operatora całości lub fragmentów zapisu w postaci pliku audio w formacie .wav, oraz jeden z wymienionych: pcm lub .mp3. 9. System rejestracji rozmów musi zapewniać archiwizację i odsłuch zapisanych danych, na dowolnym wskazanym komputerze PC pracującym w sieci LAN, WAN. 10. System rejestracji rozmów musi umożliwiać archiwizację nagrań pochodzących z różnych lokalizacji w jednym miejscu z wykorzystaniem sieci LAN/WAN. 11. System rejestracji rozmów powinien umożliwiać odsłuch rozmów poprzez sieć LAN z użyciem dedykowanej aplikacji bez ograniczenia liczby licencji. 12. System rejestracji rozmów musi umożliwiać administrowanie oraz zdalny nadzór poprzez sieć LAN/WAN. 13. Musi zostać zapewniony brak bezpośredniego dostępu do sytemu plików dla systemu rejestracji rozmów (rejestratora). 14. Musi być możliwy odsłuch rozmowy niezależnie od jej rejestracji w danym momencie. 15. System rejestracji rozmów musi umożliwiać elastyczną rozbudowę, zwiększenie liczby rejestrowanych kanałów. 16. System rejestracji rozmów musi zapewniać możliwość natychmiastowego raportowania o błędach lub awariach urządzeń wchodzących w skład systemu. 17. W przypadku przerwy w zasilaniu system rejestracji rozmów po odzyskaniu zasilania musi samodzielnie powrócić do normalnej bezobsługowej pracy. 18. System rejestracji rozmów powinien zostać dostarczony jako podsystem modułu sterownika radiowego, a nie w oddzielnej obudowie. 19. Architektura rejestratora musi zakładać rozdzielenie rejestratora i stanowiska operatorskiego. Strona 11 z 12 20. Obsługa sygnalizacji SIP, SCCP, H.323 z możliwością wyzwalania rejestracji. 21. Możliwość stosowania różnych technik dołączania rejestratorów do strumienia danych: porty dedykowane (SPAN), praca na strumieniu nieprzełączanym. 22. Obsługa kanałów (tryb VoIP). 23. Dostęp do nagrań przez WWW. VIII. Szczegółowe wymagania dla modułu sieciowania ZSŁ z serwerem komunikacyjnym w KW PSP 1) Zamawiający wymaga zapewnienia możliwości zintegrowania oferowanego systemu z istniejącym w KW PSP serwerem komunikacyjnym. 2) Projektując i wykonując system Wykonawca musi bezwzględnie dostosować się do istniejącej infrastruktury telekomunikacyjnej w sposób nie powodujący jakichkolwiek zakłóceń w jej dotychczasowej pracy. IX. Minimalne wymagania dotyczące stanowiska komputerowego do konfiguracji i zarządzania ZSŁ 1) Procesor – min. 4 rdzenie, częstotliwość taktowania min. 2,5 GHz, 2) Pamięć RAM – min. 4 GB, 3) Dysk twardy – min. 1TB, 4) Napęd optyczny – DVD-RW 16x, 5) Interfejsy – USB, RJ-45 (LAN), 1 x D-Sub, 1xDVI, 6) Karta graficzna – 1GB RAM, 7) Monitor LCD 24’’ FULL HD, 8) Karta sieciowa – 10/100/1000 Mb/s Ethernet RJ45, 9) System operacyjny – MS Windows 7 Professional PL OEM z kluczem licencyjnym, 10) Obudowa, 11) Sterowniki dostarczone przez producenta sprzętu, 12) Odpowiednio skonfigurowane oprogramowanie pozwalające w pełni zarządzać systemem, 13) Odpowiednio skonfigurowany program do obsługi istniejących statystyk. Strona 12 z 12