PRZEWODNIK *) dla opracowania OPISU TECHNICZNEGO w przetargu GSM-R/PILOTAś

Transkrypt

1 PRZEWONIK *) dla opracowania OPISU TECHNICZNEGO w przetargu GSM-R/PILOTAś Ze względu na fakt, Ŝe w ofercie dla przetargu GSM-R/PilotaŜ wymagany jest od Wykonawców Opis techniczny oraz fakt, Ŝe obligatoryjne wymogi w stosunku do treści opisu technicznego są zawarte w kilkudziesięciu miejscach dokumentacji przetargowej, Telekomunikacja Kolejowa sp. z o.o., chcąc ułatwić Wykonawcom przygotowanie kompletnego opisu, przedstawia w poniŝszej tabeli wykaz 1 tych wymogów istniejących w dokumentacji przetargowej dla GSM-R/PilotaŜ. Lp. okument Rozdział - punkt Treść wymagania otyczy Części 1. SIWZ Rozdz. VIII pkt. 6. OPIS TECHNICZNY, zawierający szczegółowe informacje, dane i parametry techniczne oferowanego sprzętu, urządzeń i oprogramowania oraz warunki udzielanej gwarancji i licencji (minimum 5 lat udzielonej licencji na dostarczony sprzęt i oprogramowanie na okres od daty częściowego odbioru ), 2. OPZ Rozdz pkt. 1. la potrzeb transmisji GPRS naleŝy podać konfigurację podstawowego Package Control Unit (PCU), jego pojemność i moŝliwość rozbudowy. NaleŜy podać pobór mocy elektrycznej PCU dla dostępnych konfiguracji PCU. NaleŜy opisać strategię nadmiarowości PCU oraz system zabezpieczeń wewnętrznych. 3. OPZ Rozdz pkt. 2. NaleŜy podać listę wszystkich parametrów i funkcji GPRS związanych z BSS, wraz z krótkim opisem. NaleŜy opisać obsługę QoS dla GPRS. 4. OPZ Rozdz pkt. 5. Opis sterownika BSC powinien zawierać: a)wymiary stojaka BSC, b)maksymalna liczba TRX-ów/BSC, c)maksymalna liczba komórek/bsc, d)maksymalna liczba BTS-ów/BSC, e)maksymalna liczba połączeń 2Mbit/s 5. OPZ Rozdz pkt OPZ Rozdz pkt. 28. (A/Abis). NaleŜy określić maksymalną liczbę szczelin czasowych, które moŝna jednocześnie przypisać do GPRS, w ramach jednego TRX. Łącze radiowe powinno obsługiwać dynamiczne przypisanie szczelin czasowych do GPRS. Opis kaŝdej stacji bazowej powinien zawierać: a)wymiary stojaka BTS, b)maksymalna liczba TRX-ów/stojak, TRX-ów/komórkę, TRX-ów/antenę, c)kable, łącze, sprzęgacz itp. straty w db, d)maksymalna liczba komórek/stojak, e)metoda backup-u BTS. 7. OPZ Rozdz pkt. 9. NaleŜy podać pobór mocy w normalnej konfiguracji dla wszystkich urządzeń teletransmisyjnych,, E 8. OPZ Rozdz pkt. NaleŜy przedstawić następujące *) niniejszy dokument ma charakter pomocniczy i nie wywołuje Ŝadnych skutków prawnych określonych w Ustawie Prawo zamówień publicznych. 1

2 okument 9. OPZ Rozdz pkt. 21. Rozdział - punkt Treść wymagania otyczy Części 20. informacje na temat poziomu dostępności urządzeń teletransmisyjnych: a)wartości MTBF dla wszystkich modułów wszystkich elementów sieciowych, b)wartości MTBF dla wszystkich elementów sieci obsługujących połączenie dostęp linia. NaleŜy określić globalny czas międzyawaryjny MTBF uwzględniający wszystkie zespoły (karty) dostarczonych urządzeń. 10. OPZ Rozdz pkt. 2. Wykonawca powinien zadeklarować, Ŝe oferowane radiotelefony pociągowe są zgodne z obligatoryjnymi wymaganiami EIRENE. 11. OPZ Rozdz pkt. 7. Jeśli proponowana funkcjonalność IN obejmuje dodatkowe funkcje systemu, które nie są przedmiotem oferty, funkcje te naleŝy opisać szczegółowo, określając ich zalety, wady i moŝliwe zastosowanie w polskiej sieci kolejowej GSM-R. Wykonawca musi opisać proponowane rozwiązanie pod kątem moŝliwości przyszłego wdroŝenia usług EIRENE. 12. OPZ Rozdz pkt. 8. Wszystkie oferowane funkcje proponowanego rozwiązania funkcjonalności IN powinny zostać w przyszłości w pełni przetestowane w zastosowaniach operacyjnych i zostać zaakceptowane przez odpowiedzialny w tym zakresie urząd. NaleŜy równieŝ podać szczegółowy opis funkcji. 13. OPZ Rozdz pkt. 9. Wykonawca opisze wszelkie specjalne usługi EIRENE moŝliwe do zrealizowania w oparciu o podane rozwiązanie funkcjonalności IN. Opis ten powinien nawiązywać do stosownych wymagań EIRENE SRS i FRS. 14. OPZ Rozdz pkt. 19. Na etapie realizacji instalacji projektu GSM-R/PilotaŜ nie jest istotna wydajność systemu IN, jednak rozwiązanie sprzętowe powinno zapewnić obsługę do 200 CAPS (Call Per Second) oraz być przygotowane do przyszłej rozbudowy umoŝliwiającej świadczenie usługi dla docelowej sieci GSM-R. Wykonawca określi wymiarowanie systemu pod kątem przyszłych zastosowań a takŝe moŝliwości świadczenia przy pomocy SCP innych usług. Zostanie podany równieŝ sposób i cena przyszłej rozbudowy. 15. OPZ Rozdz pkt. 10a. Platforma OTA powinna zapewniać wdroŝenie opcji bilingowych w następującym zakresie: a)biling powinien umoŝliwiać tworzenie zestawień dla uŝytkownika, terminala, specyfikowanych treści, innych propozycji dostawcy (naleŝy podać w opisie technicznym w ofercie); 16. OPZ Rozdz pkt. 11. W zakresie dostarczanego sprzętu ostawca określi w ofercie architekturę sprzętową oferowanego systemu, typ procesora, system operacyjny, wielkość pamięci oraz skalowalność oferowanych urządzeń. ostawca powinien określić w A, B 2

3 okument Rozdział - punkt Treść wymagania otyczy Części ofercie maksymalną ilość wiadomości na sekundę obsługiwanych przez oferowany sprzęt i oprogramowanie. ostarczany sprzęt powinien być zabudowany w rack-u 19. ostawca powinien określić, które z modułów układowych dostarczanych dla systemu mogą być odłączane od systemu bez potrzeby jego zatrzymywania (hot swap). 17. OPZ Rozdz pkt. 13. W zakresie dostarczanego oprogramowania ostawca powinien w ofercie określić listę dostarczanego oprogramowania niezbędnego dla realizacji oferowanej platformy, określić moŝliwości pracy z innymi systemami operacyjnymi, bazami danych, a takŝe listę oprogramowania dodatkowego z kosztami zakupu i implementacji, które umoŝliwi realizację dodatkowych funkcji z wykorzystaniem platformy OTA poza wymienionymi w OPZ. ostarczone oprogramowanie powinno zapewniać łatwe wsparcie dla uŝytkownika w postaci wbudowanych mechanizmów pomocy (help). Wskazane jest by dostarczone oprogramowanie komunikowało się z uŝytkownikiem w języku polskim. W przypadku braku takiej moŝliwości dopuszcza się język angielski z zastrzeŝeniem konieczności przeprowadzenia wstępnego przeszkolenia dla obsługujących w języku polskim. 18. OPZ Rozdz pkt. 14. W zakresie aplikacji wspomagających ostawca przedstawi w ofercie listę aplikacji narzędzi deweloperskich dostępnych dla platformy, zwłaszcza w zakresie narzędzi testujących, interfejsów programowania (Java, C++ itd) oraz narzędzi dostosowujących do klienta (development kit for customization). 19. OPZ Rozdz pkt. 16. ostawca powinien określić moŝliwości skalowalności oferowanej platformy OTA w zaleŝności od przyjętego modelu biznesowego, czy skalowalności infrastruktury sieci. la łatwości rozbudowy systemu wskazana jest konstrukcja modularna oraz otwartość systemu na współpracę z innymi systemami. Oferowana platforma powinna moŝliwość skalowania w czasie w zaleŝności od aktualnych potrzeb Zamawiającego w szczególności w zaleŝności od ilości abonentów, pojemności portów I/O, wielkości pamięci itd. ostawca powinien opisać w ofercie moŝliwe kroki w rozbudowie oferowanej platformy OTA z podaniem aktualnych kosztów takiej rozbudowy dla kaŝdego kroku oddzielnie. 20. OPZ Rozdz pkt. 17. Oferowana platforma OTA powinna zapewniać pełną redundancję i wysoką dostępność krytycznych elementów. ostawca powinien opisać szczegółowo w ofercie typy i poziomy stosowanej redundancji w zakresie urządzeń, oprogramowania, baz danych oraz dodatkowego wyposaŝenia zapewniające nieprzerwaną pracę platformy OTA. ostawca powinien 3

4 okument Rozdział - punkt Treść wymagania otyczy Części wyspecyfikować maksymalną moŝliwą niedostępność systemu szacowaną na podstawie zastosowanych komponentów oraz układów redundancji (na rok). Powinien równieŝ określić czas niedostępności platformy ze względu na konieczność przeprowadzania konserwacji, jeŝeli taka występuje. 21. OPZ Rozdz pkt. 18. Platforma OTA powinna zapewniać bezpieczeństwo w zakresie transmisji i przechowywania danych w szczególności dla wraŝliwych danych uŝytkownika. System powinien być zabezpieczony przed nieautoryzowanym dostępem. ostawca powinien w ofercie przedstawić w tym zakresie opis oferowanego rozwiązania. 22, OPZ Rozdz pkt. 21. ostawca musi dostarczyć opis API akceptowanego przez dostarczoną platformę w zakresie interfejsu współpracy z zewnętrznymi aplikacjami tworzonymi w językach Java, C++ itp 23. OPZ Rozdz pkt. 22. Platforma OTA powinna posiadać mechanizm do automatycznego odzyskiwania utraconych wiadomości. ostawca powinien opisać jak w oferowanym systemie zapewniono odzyskiwanie utraconych wiadomości. 24. OPZ Rozdz pkt. 4. Wykonawca dołączy do oferty proponowane profile podstawowe kart SIM niezbędne dla prezentacji moŝliwości oferowanej platformy zarządzania kartami SIM, wykonania testów funkcjonalnych oraz prób integracyjnych przewidzianych w niniejszym OPZ. 25. OPZ Rozdz. 11. pkt. 1. Wartości wskaźnika MTBF powinny być podane przez Wykonawcę dla kaŝdego z dostarczonych urządzeń. 26. OPZ Rozdz. 12. pkt. 3. Stacje bazowe BTS powinny być zasilane z systemu zasilania gwarantowanego, którego celem jest ochrona odbioru zasilania przed podstawowymi typami awarii sieci energetycznej (zaniki sieci, chwilowe wahania amplitudy, udary napięciowe, długotrwałe obniŝenia napięcia, szumy, zakłócenia, przepięcia łączeniowe, odkształcenia harmoniczne). System zasilania gwarantowanego powinien posiadać układ samoczynnego przełączania zasilania, który w razie awarii bieŝącego źródła zasilania przełączy samoczynnie obciąŝenie na kolejne dostępne źródło (źródła) energii. NaleŜy załoŝyć, Ŝe przerwa bieŝącego (podstawowego) źródła energii moŝe wynosić do 4 godzin. Wykonawca zaproponuje i opisze system zasilania gwarantowanego dla stacji bazowych. 27. OPZ Rozdz. 12. pkt. 5. Zaleca się, aby urządzenia w sieci GSM- R/PilotaŜ (oprócz terminali) były przystosowane do zasilania ze źródeł prądu stałego ( 48V) i zmiennego (230V) o wartościach napięć podanych w tab. 19. ostawca poda wartości źródeł zasilania dla urządzeń sieci GSM- R/PilotaŜ. 28. OPZ Rozdz. 12. pkt. 7. ostawca dla kaŝdego typu urządzenia sieci GSM-R/PilotaŜ określi standard, który odnosi się do bezpieczeństwa,, E,, E,, E 4

5 okument Rozdział - punkt Treść wymagania otyczy Części personelu. 29. OPZ Rozdz pkt. 3. Składana przez Wykonawcę oferta musi zawierać zwięzły opis techniczny oferowanej Części zamówienia stanowiący potwierdzenie spełnienia wymagań Zamawiającego oraz zawierający parametry techniczne kaŝdego urządzenia wchodzącego w skład Części ze szczególnym uwzględnieniem specyfikacji wszystkich interfejsów i protokółów, umoŝliwiających współpracę urządzeń z innymi sieciami telekomunikacyjnymi oraz opis propozycji architektury dostarczonej infrastruktury, która minimalizuje ryzyko awarii dzięki zastosowaniu juŝ sprawdzonych konfiguracji OPZ Rozdz od pkt.1 do pkt. 8 i pkt Wykonawca zobowiązuje się przekazać opis produktu dotyczący stacji bazowych przeznaczonych do zastosowania w Sieci GSM-R. Przekazane informacje powinny zawierać, jako minimum: a)realizowane funkcje, b)specyfikacje interfejsów, c)pojemność i moŝliwe konfiguracje (sektory/komórki, liczba nadajników (TRX)), d)cechy fizyczne (wielkość, waga, moc, zajmowana powierzchnia wraz z modułem sprzęgającym (combiner) lub duplekserem, itd.), e)wersja przeznaczona do zainstalowania na zewnątrz i wewnątrz f)wykorzystywane pasma częstotliwości, g)funkcjonalność w zakresie przekierowania (re-routing) w konfiguracji z protekcją pętli, h)gwarantowana czułość stacji bazowej BTS na złączu w.cz. stacji bazowej (BTS RF Connector) oraz straty na zintegrowanym duplekserze lub module sprzęgającym (combiner), i)moc wyjściowa, j)dane na temat niezawodności (MTBF). 2.Wykonawca powinien podać szczegółowe parametry techniczne (parametry pracy, bezpieczeństwo, etc.) kabli i innych urządzeń zewnętrznych stacji bazowej BTS (zwieracze, kable dosyłowe, system sprzęgający, dzielniki,...) uŝywanych do budowy sieci. 3.Wykonawca powinien określić, jakie inne interfejsy teletransmisyjne są dostępne w BSC i BTS oraz podać szczegółowy opis techniczny kaŝdego typu urządzenia, w szczególności w zakresie HSL, połączeń światłowodowych oraz połączeń zrealizowanych przy pomocy radiolinii.. 4.la interfejsów podstawowych konieczne jest zapewnienie protekcji, dzięki czemu uszkodzenie jednego interfejsu nie powinno mieć wpływu na obsługę ruchu lub przebieg sygnalizacji. Wykonawca powinien opisać skutek protekcji dla konfiguracji sprzętowych oraz podać urządzenia i interfejsy, które mogą zostać zabezpieczone. 5.Wykonawca powinien szczegółowo opisać zasady protekcji wszystkich,, E 5

6 okument Rozdział - punkt Treść wymagania otyczy Części typów interfejsów. 6.Wykonawca powinien podać, jakie protokoły przełączania ruchu zapewniające automatycznie protekcję, są obsługiwane przez infrastrukturę GSM-R, oraz określi ich interoperacyjność ze sprzętem teletransmisyjnym. 7.Wykonawca powinien podać realizowane funkcje w zakresie nadzoru nad eksploatacją i zarządzania (Operations&Management) dla wszystkich interfejsów. 8.Wykonawca powinien podać opis produktu dla sterownika stacji bazowych i transkodera TRAU przeznaczonego do zastosowania w sieci GSM-R. Przekazane informacje powinny zawierać, jako minimum: a)realizowane funkcje (mechanizmy uŝywane do przekazywania połączeń, itd), b)specyfikacje interfejsów (w szczególności interfejs w kierunku PCU), c)pojemność (maksymalna liczba modułów radiowych TRX obsługiwanych przez jeden sterownik BSC, maksymalna liczba komórek obsługiwanych przez jeden sterownik, maksymalna liczba stacji bazowych BTS obsługiwanych przez jeden sterownik BSC, maksymalna liczba łączy 2 Mbit/s (A/Abis), maksymalna liczba podzwielokrotnionych łączy 2 Mbit/s (A/Abis), maksymalna liczba łączy sygnalizacyjnych styku CCS#7, maksymalna liczba łączy LAP styku Abis), d)cechy fizyczne (wielkość, waga, moc, itd), e)informacje na temat niezawodności (MTBF). 12.Wykonawca powinien przekazać szczegółowy opis mechanizmu wyłączania przez system BSS poszczególnych nadajników TRX w celu zmniejszenia poboru mocy w przypadku, gdy stacja bazowa BTS pracuje na rezerwowym zasilaniu akumulatorowym. 32. OPZ Rozdz. 18. pkt.1. Wykonawca kaŝdej Części jest zobowiązany przedstawić zintegrowany program szkoleniowy. Program ten powinien uwzględniać wiedzę z wszystkich faz instalacji Infrastruktury GSM-R i oprogramowania jak równieŝ z testów fabrycznych i prób integracyjnych OPZ Rozdz. 20. pkt.3. W ofercie wymagane jest potwierdzenie wymagań technicznofunkcjonalnych przedstawionych w specyfikacji istotnych warunków (SIWZ) na zasadzie: spełnia lub nie spełnia ; 34. OPZ Rozdz. 20. pkt.4. Wymagane jest załączenie certyfikatów potwierdzających, Ŝe oferowane urządzenia Części spełniają standardy kompatybilności elektromagnetycznej oraz bezpieczeństwa systemów teleinformatycznych: EN odporność EMC, EN emisja EMC, EN60950 bezpieczeństwo uŝytkowania.,, E,, E,, E 6

7 okument Rozdział - punkt Treść wymagania otyczy Części 35. OPZ Rozdz. 20. pkt.5. Wymagane jest w opisie technicznym załączenie deklaracji Wykonawców, Ŝe oferowane przez nich urządzenia pozwalają na dołączenie do sieci publicznej w Polsce (jeśli urządzenia te mają styk z siecią publiczną). Warszawa, 1 paŝdziernika 2008r.,, E W imieniu Zamawiającego Przewodniczący Komisji Przetargowej Ryszard Markowski.. 7