Dokumentacja DGT MCS - Biuletyn Informacji Publicznej

Załącznik Nr 4 do SIWZ ZP/6/2012
Określenie przedmiotu zamówienia
Przedmiotem zakupu jest rozbudowa i modernizacja zintegrowanego systemu łączności (ZSŁ)
DGT MCS zainstalowanego w Pogotowiu Ratunkowym w Biesku-Białej, obejmująca swoim
zakresem rozbudowę centrum radionadawczego i dyspozytorni w Bielsku-Białej. System ma być
przygotowany do podłączenia czterech wyniesionych obiektów radionadawczych w Żywcu,
Węgierskiej Górce, Skoczowie, Istebnej.
Aktualnie pracujący system to DGT MCS składający się z serwera telekomunikacyjnego, dwóch
dotykowych konsol dyspozytorskich oraz modułu sterownika obsługującego trzy radiotelefony.
Rozbudowa systemu łączności DGT MCS ma być zrealizowana w oparciu o następujące elementy:
1) Rezerwowe sterownie pracujące w trybie “gorącej” rezerwy zainstalowane w module
telefonicznym Pogotowia Ratunkowego w Bielsko-Białej.
2) Interfejs łączy VoIP 16 kanałów do połączeń z OST 112 zainstalowany w module
telefonicznym Pogotowia Ratunkowego w Bielsko-Białej.
3) Serwer radiowy zainstalowany w PR w Bielsko-Białej.
4) Rozbudowę systemu MCS zainstalowanego w PR w Bielsko-Białej umożliwiającą
podłączenie co najmniej 4 dodatkowych centrów radiowonadawczych obsługujących po
dwa radiotelefony
5) Rozbudowę systemu MCS zainstalowanego w PR w Bielsko-Białej umożliwiającą
podłączenie 3 dodatkowych konsol operatorskich.
6) Dotykowe konsole dyspozytorskie 19’’ wraz z zestawem nagłownym przewodowym
dwuusznym - zainstalowane w dyspozytorni Bielskiego Pogotowia Ratunkowego.
7) Rozbudowa systemu rejestracji korespondencji zapewniający rejestrację wszystkich
rozmów telefonicznych i radiowych odbywających się na wszystkich pięciu konsolach.
Oraz rozmowy z numerów miejskich przełączone z konsol na numery wewnętrzne.
8) Identyfikacja numeru (CLIP) na liniach miejskich – analogowych.
9) Zachowanie funkcji obecnego systemu wymaganych przez zamawiającego.
10) Zakres modernizacji:
Jednostka sterująca centrali (modernizacja jednej oraz druga jako zdublowanie
sterowania)
Kaseta sterująco liniowa (modernizacja)
Zespół wentylatorów
Zasilacze 48V/5V-20A
HUB
Koncentrator HUBUS
Pole komutacyjne PK DSP (modernizacja oraz zdublowanie sterowania) wraz z rejestrem
FSK umożlwiającym identyfikacje numerów na linii miejskiej
Flashram (modernizacja)
Bufor platera liniowego BPSL
Procesor liniowy PL (modernizacja)
Takt cyfrowy TCK2-A (modernizacja)
Platforma sprzętowa DGT PVolP
Licencja na sieciowanie systemu DGT z wykorzystaniem VolP - dla 16 jednoczesnych
kanałów akustycznych do podłączenia systemu OST
1
2 szt.
1 szt.
1 kpl.
2 szt.
1 szt.
1 szt.
2 szt.
1 szt.
1 szt.
1 szt.
1 szt.
3 szt.
2 lic.
Wyposażenie do nadzoru systemu przez sieć IP Pakiet oprogramowania w tym:
oprogramowanie do administracji i edycji bazy danych - KBDed oprogramowanie
zapewniające diagnostykę stanu łączy, oprogramowanie do eksportu rekordów
billingowych - BDR
Dokumentacja techniczna i eksploatacyjna
Szkolenie z zakresu administracji i serwisu systemu dla Administratorów BPR
Modernizacja systemu MCS do wersji MCS
IP Radiotelekomunikacyjny Serwer Sygnalizacji wraz z oprogramowaniem
Moduł Sterownika Radiostacji MSR - IP umożliwiający obsługę 3 radiotelefonów
Konsola operatorska 19" SO DGT-MCS (Touch screen)
Konsola operatorska 19" SO DGT-MCS (Touch screen) modernizacja
Platforma sprzętowa do JS 7210 i SUD-a - serwer rack (48V DC) bez RAID do nadzoru
nad centralą
i switch EKI-7656C-AE SWITCH 16x10/100Mbps+2xG/SFP zarzadzalny (11Wat)
Mikroteleofon z PTT
Zestaw nagłowny przewodowy Plantronics H101N Encore
(dwuuszne)
Podłączenie do sieci teletechnicznej, uruchomienie, testowanie, szkolenie w miejscu
instalacji.
24 miesięczny serwis gwarancyjny świadczony od daty podpisania Protokołu Odbioru
Końcowego,
Modernizacja rejestratora rozmów NetCRR2 - rozbudowa o 8 kanałów
1 kpl.
1 kpl.
1 usł.
1 kpl.
1 kpl.
1 szt.
3 szt.
2 szt.
1 szt.
1 szt.
5 szt.
5 szt.
1 usł
1 usł
1 szt.
Wymienione powyżej elementy rozbudowy muszą być w pełni kompatybilne z systemem ZSŁ
dotychczas użytkowanym przez Zamawiającego.
Ogólne warunki dostawy i uruchomienia
1. Zamawiający przed podpisaniem umowy na realizację projektu może przeprowadzić testy
z udziałem sprzętu Wykonawcy, którego oferta nie została odrzucona. Zakres testów zostanie
przedstawiony w ciągu 7 dni od dnia przedstawienia wstępnych wyników przetargu.
Ostateczny wybór oferty nastąpi po ogłoszeniu wyników testów.
2. Zamawiający zapewnia połączenia IP pomiędzy poszczególnymi obiektami – wyniesionymi
stanowiskami radionadawczymi a centralnym obiektem radionadawczym w Bielsku-Białej.
Oferowane elementy rozbudowy muszą zapewniać poprawną pracę przy następujących
minimalnych parametrach łączy IP:
1) Od centrum do poszczególnych obiektów wyniesionych zajętość pasma na poziomie min.
256kb/s.
2) QOS dla każdej ścieżki od stanowiska do radiostacji:
Strumień RTP:
a) średnie opóźnienie na całej ścieżce (ETE) < 150ms,
b) zmienność opóźnienia (jitter) < 30ms,
c) prawdopodobieństwo straty pakietów < 0.003
2
Sygnalizacja
a) średnie opóźnienie na całej ścieżce (ETE) < 150ms,
b) zmienność opóźnienia (jitter) < 30ms,
c) prawdopodobieństwo straty pakietów < 0.003
d) średnie opóźnienie na całej ścieżce (ETE) < 150ms, czas załączenia PTT
przez stanowisko = 2xTete + Tp + Tr, gdzie:
- Tete - średnie opóźnienie end to end (od końca do końca na całej ścieżce)
- Tp - czas przetwarzania w elementach systemu (ok.30ms)
- Tr - czas załączenia PTT na danym typie radiostacji,
e) jitter < 100ms
f) prawdopodobieństwo straty pakietów < 0.003
3. Wymagane jest, aby dostarczany sprzęt był fabrycznie nowy, dotychczas nieużywany.
Szczegółowe wymagania dotyczące konsoli operatorskiej
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 muszą 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.
Zintegrowany z obudową mikrofon typu „gęsia szyja” z PTT.
2. Łączność z serwerem komunikacyjnym zintegrowanej łączności za pomocą interfejsu IP.
Nie dopuszcza się zastosowania zewnętrznych konwerterów.
3. Przewodowy zestaw mikrofonowo-słuchawkowy – po 1 szt. do każdej konsoli.
4. Możliwość podłączenia zewnętrznego mikrofonu wraz z przyciskiem PTT.
5. Możliwość podłączenia zewnętrznego nożnego przycisku PTT.
6. Możliwość jednoczesnego prowadzenia rozmowy z wykorzystaniem łącza radiowego,
telefonicznego oraz prowadzenia podsłuchu radiowego.
7. Funkcje umożliwiające obsługę połączeń radiowych i monitoringu środków radiowych:
obserwowanie stanu środków radiowych (awaria, poprawna praca, ustawione parametry –
kanał, moc itp.),
możliwość wizualizacji nazw kanałów radiowych, nazwa musi być stale widoczna
w polach oznaczających podłączone stacje radiowe,
obserwowanie stanu sygnałów PTT i SQUELCH w danym kanale radiowym,
wizualizacja sygnałów Select V i CTCSS, możliwość uruchomienia dla dowolnego
kanału z poziomu konsoli dyspozytorskiej
obsługa trybu crossband (połączenie pomiędzy kilkoma radiotelefonami mobilnymi,
np. cyfrowym i analogowym z wykorzystaniem radiotelefonów (stacji bazowych)
dołączonych do systemu, połączenie zestawiane przez dyspozytora),
obsługa trybu crossconnect (połączenie kilku radiotelefonów z abonentem telefonicznym,
połączenie zestawiane przez dyspozytora),
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,
3
zmiana kanałów i parametrów pracy radiotelefonów,
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,
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.
8. Wyświetlanie historii połączeń radiowych zawierającej następujące parametry dodatkowe:
informacja o zmianie kanału w trakcie prowadzenia korespondencji,
informacja o załączeniu PTT,
informacja o pojawieniu się nośnej ze wskazaniem radia, na którym odebrano sygnał,
informacja o czasie wystąpienia powyższych zdarzeń liczona od początku nagrania.
9. Funkcje umożliwiające obsługę środków łączności telefonicznej:
odbiór i przekazanie wywołań telefonicznych,
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,
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,
możliwość grupowania klawiszy gorących linii w zakładki,
możliwość przypisania kolorów dla stanów gorących linii,
możliwość przypisania kolejkom wywołań oraz klawiszom gorących linii różnych
rodzajów dzwonka,
zawieszanie połączeń telefonicznych (klawisze HOLD),
zestawianie konferencji zwykłej i selektorowej (z zarządzaniem parametrami i prawami
poszczególnych uczestników),
możliwość dołączania do konferencji abonentów sieci radiowej,
wyświetlanie historii wywołań telefonicznych,
obsługa książki telefonicznej globalnej (zdefiniowanej i wspólnej dla całego systemu)
oraz lokalnej (zdefiniowanej dla stanowiska).
10. Wszystkie komunikaty, ostrzeżenia i opisy wyświetlane na konsoli muszą być w języku
polskim.
11. Konsola musi umożliwić dyspozytorowi dynamiczne tworzenie grupy radiotelefonów,
przypisanie im jednego przycisku, który załączy nadawanie na wszystkich radiotelefonach
w grupie.
12. Konsola musi zapewniać regulację głośności sygnalizacji dźwiękowej.
13. Administrator systemu musi mieć możliwość nadawania odpowiednich uprawnień
poszczególnym konsolom, grupom dyspozytorów i użytkownikom uprzywilejowanym.
14. Odsłuch zarejestrowanej korespondencji prowadzonej przez daną konsolę.
15. 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.
4
16. 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Ż.
17. Zmiana konfiguracji aplikacji nie może powodować jej restartu, nie może być odczuwalna
z punktu widzenia użytkownika.
18. Obsługa profili operatorskich. Profile operatorskie systemu określają zakres
odpowiedzialności i przywileje jakie posiada operator posługujący się danym profilem. Profil
musi zawierać informacje na temat:
radiotelefonów dostępnych dla danego operatora,
kanałów radiowych, dostępnych dla danego operatora,
praw dostępu do kanałó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).
19. Na stanowisku możliwe jest definiowanie (konfigurowanie) 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.
20. Funkcje umożliwiające obsługę Interkomu:
możliwość definiowania listy uprawnionych użytkowników dla każdej grupy
interkomowej,
możliwość wywołania/zaproszenia uczestnika do grupy interkomowej z rozróżnieniem
trzech poziomów ważności,
podgląd stanu uczestników grup interkomowych (niepołączony, połączony, wywołany,
wywołany – nie odebrał).
21. Tworzenie grup BSS (Best Signal Selection) z możliwością:
nadawanie przez radiotelefon z grupy BSS wskazany przez system jako najlepszy,
zachowania prawa wyboru radiotelefonu do nadawania przez użytkownika,
wskazania radiotelefonu,
czas powrotu do radiotelefonu domyślnego,
sygnalizacja radiotelefonu, z którego przekazywana jest akustyka do systemu
22. Wizualizacja sygnałów Select V i CTCSS w zakresie:
Kanał radiowy zajęty przez radiotelefon, który nie wysyła żadnego kodu CTCSS
– konsola pokazuje symbol zajętości kanału (tj. fali nośnej),
Kanał radiowy zajęty przez radiotelefon, który wysyła kod CTCSS jednej z grup
– konsola pokazuje 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,
Kanał radiowy zajęty jest 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 korzystając z bazy kontaktów.
23. Włączenie nasłuchu wybranych kanałów radiowych z blokadą CTCSS i bez blokady.
5
24. Nadawanie na wybranym kanale radiowym z blokadą CTCSS i bez blokady.
25. Definiowane nazwy określonych sygnałów CTCSS.
26. Definiowane nazwy określonych sygnałów Select V.
27. Obsługa Zapasowych Serwerów Radiowych.
28. Dostęp do radiotelefonów z innych domen MCS IP.
29. Prezentacja informacji, na którym radiotelefonie ostatnio pojawiła się nośna przez regulowany
czas 1-255s.
30. Klawiatura numeryczna do wybierania numerów selektywnego wołania lub numerów
indywidualnych w radiowych sieciach cyfrowych.
31. Dostęp do aplikacji poprzez wykorzystanie loginu i hasła.
32. Włączanie/wyłączanie skaningu na radiotelefonach Motorola GM360/GM380.
Szczegółowe wymagania dotyczące systemu ZSŁ
1. System ZSŁ rozumiany jako oprogramowanie dedykowane 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:
Modułu telefonicznego
Modułu radiowego,
Zarządzania,
Podsystemu rejestracji korespondencji
2. System ZSŁ musi zapewniać pracę ciągłą, co oznacza, iż zmiany konfiguracji, nie mogą
powodować restartu sterowników i resynchronizacji połączeń.
3. System ZSŁ musi zapewniać możliwość zdefiniowania tylko jednego serwera zarządzania
dla kilku serwerów komunikacyjnych.
4. System ZSŁ musi zapewniać możliwość pracy wszystkich elementów serwera bez dostępu
do systemu nadzoru.
5. System ZSŁ musi zapewniać możliwość pracy Modułów Sterowników Radiotelefonów jako
odrębnych serwerów radiowych.
6. System musi zapewniać możliwość sieciowania serwerów komunikacyjnych rozumianą
jako możliwość dostępu do zasobów radiowych innego serwera komunikacyjnego
z wykorzystaniem IP.
7. System ZSŁ musi zapewniać możliwość dołączenia do 255 konsoli operatorskich.
8. System ZSŁ musi zapewniać możliwość dołączenia do 255 obsługiwanych stacji bazowych
(radiostacji, radiotelefonów).
9. System 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
6
dyspozytorem innej konsoli prowadzącej nasłuch na tym samym radiotelefonie, lub
radiotelefonach, a użytkownikami sieci radiowej).
10.System ZSŁ musi zapewniać współużytkowanie 1 kanału radiowego w trybie nadawczoodbiorczym przez 32 operatorów z uwzględnieniem priorytetów. Możliwość definiowania
parametru liczby operatorów.
11.System ZSŁ musi zapewniać obsługę, poprzez moduł sterownika radiowego, następujących
typów radiotelefonów/systemów radiowych (przystosowanych do zdalnego sterowania):
Konwencjonalne VHF,
TETRA,
EDACS,
systemy cyfrowe.
12. System 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.
13. Dla kart portów cyfrowych E1 musi zostać zapewniona możliwość zmiany sygnalizacji (DSS1
/ QSIG / SS7) tylko w sposób programowy bez konieczności wymiany pakietu.
14. 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.
15. System ZSŁ musi udostępniać interfejs do współpracy z zewnętrznymi aplikacjami.
16. System 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.
17. Całość dokumentacji musi być dostarczona w języku polskim.
18. W ramach z sieciowanego systemu musi zostać zapewniony:
jeden wspólny plan numeracji,
jedna wspólna baza konfiguracyjna i jeden systemem zarządzania,
jeden wspólny system licencyjny,
system przechodzenia użytkowników pomiędzy węzłami i logowaniem się na dowolnych
terminalach (numery/konta użytkowników nie mogą być skojarzone na sztywno
z łączami),
system budowania rozproszonych układów sekretarsko-dyrektorskich,
podgląd stanu dowolnego abonenta lub łącza węzła A z aparatów systemowych
dołączonych do innych węzłów B lub C.
19. ZSŁ musi zapewniać możliwość tworzenia wielu planów numeracji, tj. tworzenie wirtualnej
centrali PBX. Liczba wirtualnych grup nie mniej niż 10.
20. Serwer telekomunikacyjny musi gwarantować możliwość tworzenia planu numeracji
wewnętrznej i zewnętrznej zawierającej:
numery wewnętrzne i zewnętrzne użytkowników wewnętrznych,
numery wewnętrzne i zewnętrzne aparatów systemowych,
kody dostępu do publicznych sieci telekomunikacyjnych.
7
21. System ZSŁ musi charakteryzować się strukturą umożliwiającą wynoszenie modułów
funkcjonalnych w inne lokalizacje z wykorzystaniem sieci IP.
22. System musi przekazywać do stanowiska zarządzania, na bieżąco, informacje o wszystkich
alarmach w systemie, raporty i inne dane o charakterze statystycznym oraz mieć możliwość
wysyłania alarmów na zdefiniowane numery komórkowe za pomocą wiadomości SMS.
System zarządzania musi posiadać interfejs graficzny w języku polskim.
23. Serwer telekomunikacyjny musi wybierać drogi obejściowe w przypadku uszkodzenia,
bądź przepełnienia drogi podstawowej. Wymagany jest dostęp do minimum 6 dróg
obejściowych.
24. Serwer telekomunikacyjny musi przekazywać do centralnego stanowiska zarządzania,
na bieżąco, informację o wszystkich alarmach w systemie, raporty i inne dane o charakterze
statystycznym.
Wymagania ogólne systemowe modułu telefonicznego i interfejsów telefonicznych
1. Ze względów niezawodnościowych system musi zostać wyposażony w pełną redundancję
elementów zasilających i sterujących (praca w trybie gorącej rezerwy). Elementy redundantne
muszą pracować w trybie „gorącej rezerwy”. Awaryjne przełączenie na system rezerwowy nie
może powodować przerw w komunikacji, ani utraty danych taryfikacyjnych.
2. Musi istnieć możliwość rozbudowy systemu o kolejne styki zarówno analogowe (a/b),
cyfrowe systemowe, cyfrowe ISDN, oraz cyfrowe E1 z obsługą sygnalizacji
telekomunikacyjnych QSIG, SS7 i DSS1 (zarówno w trybie abonenckim,
jak i międzycentralowym).
3. System zasilania zapewniający łączny czas podtrzymania w sytuacjach awaryjnych nie krótszy
niż 8 godzin.
4. Interfejs telefoniczny musi zapewnić możliwość zablokowania (programowo przez
administratora) przekazywania połączeń przychodzących, poprzez wybrane styki S0 (2B+D),
do innych abonentów.
5. Łącza analogowe i cyfrowe central zewnętrznych podłączone do modułu telefonicznego
muszą być dostępne z konsol operatorskich.
6. Musi istnieć możliwość pracy styku S0 w trybie międzyoperatorskim wraz z możliwością
zdjęcia restrykcji na identyfikację numerów przychodzących zastrzeżonych.
Wymagania szczegółowe na moduł telefoniczny
1. Moduł musi zapewniać automatyczne zestawianie połączeń wewnętrznych, połączeń w ruchu
wychodzącym i przychodzącym.
2. Realizacja usług typu:
bezpośrednie wybieranie numeru wewnętrznego (DDI),
8
przekazywanie połączeń (CT) wraz z funkcją biura zleceń (przekazywanie połączeń
zestawionych przez telefonistkę),
przenoszenie wywołań na numer wewnętrzny i zewnętrzny w przypadku zajętości (CFB),
braku odpowiedzi (CFNR), bezwarunkowe (CFU),
zawieszanie połączeń (CH),
połączenie oczekujące (CW),
prezentacja numeru na aparatach cyfrowych, VoIP i analogowych (FSK) przychodzących
z linii analogowych i cyfrowych
przechwytywanie połączeń,
połączenia trójstronne (3PTY),
przyjmowanie nowych wywołań w trakcie prowadzenia rozmowy.
3. Zestawianie połączeń telekonferencyjnych:
automatyczne z listy (programowanie stałych grup telekonferencyjnych dla min. 60
abonentów) oraz ręczne dobieranie uczestników konferencji wraz z:
możliwością wizualizacji optycznej abonentów dołączonych u prowadzącego,
możliwością sterowania mikrofonem uczestnika konferencji przez prowadzącego
(np. domyślnie wszyscy uczestnicy jedynie słuchają),
możliwością wysłania żądania prawa głosu przez uczestnika konferencji
do prowadzącego,
dynamiczne – organizacja konferencji wdzwanianej typu „meet-me” z podaniem hasła,
konferencja jest zamawiana przez dowolnego użytkownika systemu na określonym
numerze dostępowym wraz z definiowaniem hasła, możliwość wdzwonienia się
do konferencji z zewnątrz (z sieci PSTN/GSM).
4. Realizacja połączeń z dowolnego aparatu z wykorzystaniem posiadanych uprawnień
(przypisanie opłat taryfikacyjnych na rachunek dokonującego połączenie) – autoryzacja
poprzez wprowadzenie kodów PIN.
5. Możliwość permanentnego zalogowania się na określonym aparacie w systemie.
6. Możliwość tworzenia zamkniętych grup użytkowników (min. 10 grup po 30 użytkowników
w dowolnej kombinacji abonentów analogowych, systemowych, VoIP) z automatyczną
dystrybucją połączeń w ramach grupy zgodnie z następującymi algorytmami:
cyklicznie - kolejny wolny abonent,
liniowo - pierwszy wolny abonent,
najdłużej wolny abonent,
według określonej, z góry zdefiniowanej kolejności,
priorytetyzowanie na podstawie rozpoznania numeru dzwoniącego w centralnej książce
telefonicznej,
priorytetyzowanie na podstawie numeru dzwoniącego (komórkowy, stacjonarny,
anonimowy),
automatyczne przekazanie rozmowy na numer spoza grupy na podstawie numeru
dzwoniącego.
9
7. Oddzwanianie przy zajętości (usługa CCBS) oraz przy braku odpowiedzi (usługa CCNR)
– w przypadku zajętości (braku odpowiedzi) wywoływanego terminala (w obrębie systemu)
abonent może zażądać zasygnalizowania faktu, że terminal wywoływany przeszedł w stan
spoczynku (pojawiła się jakakolwiek aktywność), tzn. zakończył dotychczasowe połączenie.
8. Przyznawanie różnych kategorii uprawnień dla minimum 10 poziomów, tj. od braku
jakichkolwiek uprawnień po nieograniczony dostęp do linii miejskich.
9. Tworzenie układów połączeń sekretarsko–dyrektorskich oraz układów dyspozytorskich.
10.Usługa LCR - wybieranie najtańszej „drogi połączenia”.
11.„Wejście na trzeciego” dla uprzywilejowanego abonenta (pulpitu dyspozytorskiego, awizo
itp.) możliwość włączenia się w trwającą rozmowę.
12.Identyfikacja rozmów przychodzących z linii miejskich (analogowych i cyfrowych) oraz
możliwość skierowania konkretnego numeru miejskiego na dowolny numer wewnętrzny lub
grupę numerów (możliwość zdefiniowania min. 100 takich numerów).
13.Tworzenie grup abonentów, które mają możliwość kolejkowania połączeń przychodzących.
14.Moduł powinien umożliwiać dostęp do centralnej książki telefonicznej (o ile jest
zainstalowana) przy użyciu:
aparatów systemowych (cyfrowych),
aparatów systemowych VoIP,
komputerów PC:
z programów poczty elektronicznej (np. Outlook, Thunderbird),
z przeglądarki WWW,
z aplikacji CTI wsparcia użytkownika,
z aplikacji wsparcia stanowiska telefonistki.
15. Moduł musi udostępniać interfejs do współpracy z zewnętrznymi aplikacjami typu CTI,
wymagana jest obsługa protokołów TAPI.
16. Możliwość zastosowania aplikacji CTI producenta systemu umożliwiającej sterowanie
połączeniami i usługami – instalowana na komputerach działających w sieci LAN.
17. Moduł powinien umożliwiać podłączenie aplikacji „softphone” producenta instalowanej na
komputerach działających w sieci LAN, umożliwiającej realizowanie połączeń głosowych.
18. Tworzenie dowolnego planu numeracyjnego, numeracja wewnętrzna od 3 do 8 cyfr,
możliwość tworzenia nieciągłej numeracji, połączenia do sieci publicznej przez dowolny
prefiks.
19. System musi zostać wyposażony w moduł synchronicznych (tzn. odtwarzanych od początku
w momencie zgłoszenia) zapowiedzi słownych umożliwiający odtwarzanie komunikatów
głosowych i sygnałów tonowych.
10
20. System musi zapewniać rejestrację danych o połączeniach wychodzących, przychodzących
i tranzytowych, umożliwiających pełną taryfikację połączeń oraz rozliczanie opłat – w tym
rozliczanie sekundowe.
21. System musi przekazywać do stanowiska zarządzania, na bieżąco, informacje o wszystkich
alarmach w systemie, raporty i inne dane o charakterze statystycznym – w tym umożliwiać
wysyłanie alarmów na zdefiniowane numery komórkowe za pomocą wiadomości SMS.
System zarządzania musi posiadać interfejs graficzny w języku polskim.
Wymagania funkcjonalne dotyczące Moduł Sterownika Radiotelefonów
1. Montaż w szafie rack 19”, obudowa o wysokości 1U.
2. Zasilanie napięciem 12V.
3. Sterowanie czterema radiotelefonami.
4. Konstrukcja nie może zawierać elementów wirujących (dyski twarde, wentylatory).
5. Obsługa następujących typów radiotelefonów/systemów radiowych (przystosowanych
do zdalnego sterowania):
Konwencjonalne VHF,
TETRA,
EDACS,
systemy cyfrowe.
6. 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.
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 dostępu do serwera telekomunikacyjnego.
11. Współpraca z lokalnym radiowęzłem.
12. W przypadku uszkodzenia łącza IP do serwera telekomunikacyjnego automatyczne przejście
w tryb przemiennika.
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.
11
2. System rejestracji rozmów powinien umożliwiać rejestrację wszystkich rozmów radiowych
obsługiwanych przez dany moduł sterownika radiowego oraz rejestrację rozmów wybranej
grupy abonentów radiowych.
3. System rejestracji rozmów powinien umożliwiać rejestrację rozmowy dowolnego abonenta
radiowego oraz zdalny wybór abonenta radiowego nagrywanego ze stanowiska nadzoru,
bez konieczności fizycznego krosowania na przełącznicy.
4. System rejestracji rozmów musi zapewniać ochronę danych oraz kontrolę dostępu
do zapisanych informacji na podstawie systemu haseł i klas uprawnień.
5. System rejestracji rozmów powinien umożliwiać kontrolny odczyt danych (przez
autoryzowanych użytkowników) w celu sprawdzenia stanu rejestracji.
6. Łączny czas nagrań na wewnętrznym dysku rejestratora bez „nadpisywania” nie powinien być
krótszy niż 3 m-ce.
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 co najmniej 3 wskazanych komputerach 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.
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.
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.
12
22. Obsługa do 128 kanałów (tryb VoIP).
23. Dostęp do nagrań przez WWW.
24. Styk do nadzoru nad rejestratorem po SNMP (MIB).
25. Moduł administratora dostępu do nagrań.
Szczegółowe wymagania dla modułu sieciowania systemu z serwerem telekomunikacyjnym
w Pogotowiu Ratunkowym w Bielsku-Białej.
Zamawiający wymaga zapewnienia pełnego zintegrowania oferowanej części systemu z istniejącym
w Bielskim Pogotowiu Ratunkowym serwerem telekomunikacyjnym DGT MCS.
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.
13