Spis treci :
str.
1. Struktura systemu 5ESS 1
1.1 Budowa moduu komutacyjnego (SM) 4
1.1.1 Zespoy peryferyjne moduu komutacyjnego 5
1.1.2 Zespoy usugowe 8
1.1.3 Zespoy czci wspólnej moduu komutacyjnego (SMC) 10
1.1.4 Wyniesiony modu komutacyjny (RSM) 14
1.2 Budowa moduu komunikacyjnego (CM) 16
1.3 Budowa moduu administracyjnego (AM) 19
1.3.1 Jednostka procesora (CPU) 20
1.3.2 Dyski i tamy magnetyczne 22
2. Oprogramowanie systemu 22
2.1 Architektura oprogramowania 22
2.2 System operacyjny 23
2.3 Obsuga pocze 24
2.4 Oprogramowanie utrzymaniowe 26
2.5 Oprogramowanie administracyjne 26
2.6 Administracja bazy danych 26
2.6.1 Administracja bazy danych 27
2.6.2 Operacje na danych 27
2.6.3 Modyfikacje bazy danych 29
3. Zarzdzanie systemem 29
3.1 Interfejs czowiek - maszyna HMI 30
3.2 Utrzymanie zespoów komutacyjnych 33
3.3 Utrzymanie czy abonenckich i midzycentralowych 35
3.4 Integracja systemu 38
3.5 Pomiary ruchu telefonicznego 38
3.6 Taryfikacja 39
4. Zakres zastosowania (zastosowanie sieciowe) 40
1. Struktura systemu 5ESS
Architektura systemu 5ESS podporzdkowana zostaa idei stworzenia ukadu o charakterze modularnym, którego uniwersalno pozwala stosowa te centrale do penienia rónych funkcji w hierarchii sieci telefonicznej, sieci inteligentnej (IN) czy sygnalizacyjnej, a jednoczenie umoliwia atw rozbudow w przypadku koniecznoci doczenia nowych abonentów, obsugi wikszego ruchu lub dostarczania nowych usug. Szczególn cech systemu opracowanego przez Lucent Technologies jest udane poczenie zalet centralnego zarzdzania z rozproszonym sterowanie zestawiania pocze. Pierwszy z tych elementów umoliwia atw i niezawodn koordynacj wszystkich procesów o fundamentalnym znaczeniu dla pracy systemu, drugi sprawia, e elementy komutacyjne s w duej mierze autonomiczne co uatwia rozbudow oraz minimalizuje liczb i zasig operacji potrzebnych systemowi do prawidowego dziaania. Obecnie funkcjonuj dwie wersje omawianego systemu: 5ESS oraz 5ESS 2000. Ze wzgldu na fakt, e centrala 5ESS 2000 jest rozbudowan wersj systemu wczeniejszego w poniszym opracowaniu przedstawiona zostaa wersja podstawowa oraz podano zmiany jakie nastpiy po rozbudowie.
W strukturze central 5ESS wyróni mona trzy podstawowe moduy: modu komutacyjny SM, modu komunikacyjny CM i modu administracyjny AM (rys. 1.1). Tworzenie dróg poczeniowych midzy moduami, przekazywanie sygnaów sterujcych i zegarowych dokonuje si za pomoc traktów wiatowodowych NCT (Network Control and Timing Link).
Modu komutacyjny (Switching Module) przeprowadza ponad 90% wszystkich operacji utrzymaniowych i dziaa odnoszcych si do realizacji pocze. Do najwaniejszych funkcji SM nale :
nadzór linii abonenckich - wykrywanie dania obsugi, odbiór i analiza cyfr i sygnaów analogowych przesyanych w czu abonenckim,
generowanie sygnau wywoania i sygnaów tonowych,
przyjmowanie i przeksztacanie do formatu akceptowalnego przez central sygnaów analogowych i cyfrowych z czy abonenckich i midzycentralowych,
kierowanie pocze oraz nadzór nad kolejnymi fazami ich realizacji
komutacja - zestawianie pocze w ramach moduu lub, we wspópracy z moduem administracyjnym, midzy moduami
wykonywanie automatycznych testów wasnych podzespoów oraz zapewnienie dostpu do przeprowadzania bada eksploatacyjnych przez personel
Ze wzgldu na potrzeb lepszego dostosowania systemu do warunków lokalnych, architektura 5ESS uwzgldnia kilka odmian moduu komunikacyjnego, które przeznaczone s do pracy w znacznej odlegoci od centrali macierzystej. Podstawowym rodzajem moduu wyniesionego jest RMS (Remote Switching Module). Element ten czony jest ze standardowym moduem SM, nazywanym wówczas HSM, za pomoc traktów PCM o przepywnoci 2Mb/s. Pojemno moduu RSM wynosi 4000 portów. W przypadku uszkodzenia cza midzy RSM a central gówn (HOST), modu wyniesiony jest zdolny do obsugi ruchu lokalnego. Kolejnym udogodnieniem jest moliwo tworzenia grup zawierajcych do czterech RSM. Konfiguracja taka pozwala doczy maksymalnie 16.000 linii abonenckich i podobnie jak pojedynczy RSM jest cakowicie autonomiczna podczas realizacji pocze w ramach grupy. Innym moduem wyniesionym jest TRM. Docza si go bezporednio do CM, podobnie jak moduy SM, traktem wiatowodowym. Odlego TRM od centrali moe wynosi do 8 km. Kolejny zespó komutacyjny pracujcy w oddaleniu od centrum systemu nosi nazw RISLU (Remote Integrated Services Line Unit) o pojemnoci od 520 do 1024 linii (zalenie od wersji). Cech charakterystyczn tego moduu stanowi fakt, i przystosowano go do wspópracy zarówno z abonentami analogowymi jak i uytkownikami sieci ISDN. RISLU moe zosta doczony do RSM lub TRM. Elementy RSM i RISLU poczone z central HOST za pomoc czy PCM mog by oddalone od tej centrali na maksymaln odlkego 242 km. Ostatnim - najmniejszym elementem wyniesionym systemu 5ESS jest RLG (Remote Line Group). Pojemno moduu wynosi 64 linie abonenckie. RLG moe zosta wyniesiony z RISLU, RSM lub by doczony bezporednio do centrali gównej HOST.
Stworzenie tak wielu rodzajów elementów komutacyjnych zostao podyktowane naciskiem, jaki pooono podczas projektowania systemu na to, by centrale 5ESS byy przygotowane na wbudowanie w istniejc struktur telekomunikacyjn starszej generacji (rys. 1.2). Instalowanie systemu 5ESS polega wówczas na stworzeniu konfiguracji podstawowej i nastpnie na stopniowej rozbudowie. Trójstopniowa hierarchia: RISLU - RSM - SM opracowana zostaa w taki sposób by w miar rosncych potrzeb atwo mona byo przeksztaci RISLU w RSM, a grup moduów RSM w samodzieln central.
Modu komunikacyjny (Communication Module) jest elementem centralnym systemu 5ESS i w zwizku z tym jego gównym zadaniem jest poredniczenie w przesyaniu informacji wymienianej przez pozostae moduy. Dotyczy to zwaszcza przekazywania midzy moduami SM danych o poczeniach, a take kierowaniu wiadomoci kontrolnych warstwy drugiej interfejsu X.25 w przypadku komutacji pakietów. Modu komunikacyjny dostarcza równie informacji synchronizacyjnej moduom SM, a sam zdolny jest odbiera sygnay synchronizacyjne z zewntrznej sieci cyfrowej lub innych zewntrznych róde odniesienia
Ostatni z gównych komponentów systemu 5ESS - modu administracyjny (Administrative Module) wykonuje te zadania, które s wspólne dla caej centrali :
monitorowane statusów dróg w sieci telefonicznej (wolne/zajte)
rozmieszczenie i dostp do wspólnych zasobów programowych
kontrol danych zbieranych i magazynowanych przez system
koordynacj operacji utrzymaniowych
obsug interfejsu czowiek - maszyna oraz wszystkich interfejsów zewntrznych akceptowanych przez 5ESS
System 5ESS jest zdolny do przesyania sygnaów mowy i danych w trybie komutacji czy, a take danych w trybie komutacji kanaów. Ze wzgldów niezawodnociowych wszystkie podzespoy, które obsuguj grup wiksz ni 32 abonentów s zdublowane co zmniejsza do minimum moliwo wyczenia z obsugi jednoczenie duej liczby abonentów. Inne cechy funkcjonalne 5ESS zakadaj:
nieblokowalne poczenia midzy zakoczeniami liniowymi, które nie podlegaj koncentracji
integracj, w ramach SM, usug odnoszcych si do transmisji danych i gosu
bezporedni inerfejs cyfrowy transmisji cyfrowej PCM
moliwo adaptacji do systemów sygnalizacji central elektro-mechanicznych
modularn struktur sprztow zapewniajc niskie koszty rozbudowy
wysok jako komponentów i niski pobór energii dziki stosowaniu technologii VLSI
1.1 Budowa moduu komutacyjnego (SM)
Struktura moduów SM i TSM podzielona zostaa funkcjonalnie na dwie czci. Pierwsz, tworz elementy wspólne, konieczne do funkcjonowania caej jednostki komutacyjnej. Okrela si je mianem SMC. Cz druga, nazywana LTP (Line Trunk Peripherial) grupuje tzw. zespoy peryferyjne czyli zespoy, których zadaniem jest utworzenie interfejsu midzy urzdzeniami zewntrznymi a SM (rys. 1.3). W zalenoci od konfiguracji i penionych funkcji modu SM moe by wyposaony w nastpujce zespoy peryferyjne:
jednostki zewntrzne:
zespó liniowy LU (Line Unit)
zespó czy abonenckich dla usug zintegrowanych ISLU (Integrated Services Line Unit)
oddalony zespó zespó liniowy zintegrowanych usug RISLU (Remote ISLU)
zespó czy analogowych ATU (Analog Trunk Unit)
zespó czy cyfrowych DLTU (Digital Line and Trunk Unit)
jednostki usugowe:
zespó usug cyfrowych DSU (Digital Service Unit)
zespó zaliczania impulsami okresowymi PPMU (Periodic Pulse Metering Unit)
zespó badaniowy dla czy przewodowych MMSU (Modular Metallic Service Unit)
zespó testowy bezporedniego dostpu DCTU (Directly Connected Test Unit)
zespó sygnalizacyjny i likwidacji echa ECSU (Echo Canceller and Signalling Unit)
Komunikacja midzy czci peryferyjn LTP i czci wspóln SMC odbywa si za pomoc dwóch magistral: magistrali sterowania zespoów peryferyjnych PICB (Peripherial Interface Control Bus) oraz magistrali danych zespoów peryferyjnych PIDB (Peripherial Interface Data Bus). Magistrale wewntrzne moduu SM tworzy szyna 16 bitowa, której przepywno wynosi 4 Mbit/s. Konwersj midzy standardem szyn PICB i PIDB a czami PCM 2,048 Mbit/s realizuj zespoy peryferyjne SM
1.1.1 Zespoy peryferyjne moduu komutacyjnego
Zespó liniowy - LU.
Zespó liniowy (Line Unit) pozwala doczy do centrali 5ESS abonenckie linie analogowe lub pewne typy central abonenckich PABX. Zadania LU polegaj na:
koncentracji linii abonenckich
kontroli stanu linii w celu wykrycia dania obsugi
odwracaniu biegunowoci baterii
realizacji funkcji abonenckiego wyposaenia liniowego tzw. funkcji BORSCHT.
Podzespoami LU s obwody sterujce, które zarzdzaj dostpem do magistral systemowych oraz ukady konwersji sygnaów analogowych w format PCM - CC (Channel Circuit). Ponadto w skad LU wchodz obwody usugowe HLSC (High Level Service Circuit) bdce ródem sygnau dzwonienia, koncentrator linii abonenckich i przestrzenne matryce komutacyjne dostpu do sieci AN (Access network), zadaniem których jest doczanie ukadów HLSC do linii oraz poredniczenie midzy koncentratorem a obwodami sterujcymi CC.
Zespó liniowy obsugiwa moe maksymalnie 640 linii abonenckich. Rozmówne kanay PCM oraz dane nadzorcze wysya i odbiera LU za pomoc dwóch magistral PIDB, z których kada dysponuje 32 szczelinami czasowymi. Na wyjciu zespou dostpne s zatem 64 szczeliny czasowe. Koncentrator zawarty w LU zapewnia wic wspóczynnik koncentracji równy 10:1. W przypadku mniejszej liczby abonentów doczonych do zespou wspóczynnik ten bdzie oczywicie odpowiednio niszy, przy czym dostpne s nastpujce wartoci : 8:1, 6:1 i 4:1.
Centrale 5ESS instalowane w Europie nie s wyposaone w zespó liniowy LU.
Zespó linii abonenckich dla usug zintegrowanych - ISLU
ISLU (Integrated Services Line Unit) jest zespoem peryferyjnym, za pomoc którego mona doczy do central 5ESS abonentów analogowych i cyfrowych. Podobnie jak pozostae zespoy peryferyjne ISLU wspópracuje z reszt moduu SM poprzez magistrale PIDB i PICB. Zawarte w tym zespole obwody sterujce CC zostay zdublowane. Jeden z obwodów jest aktywny, drugi pozostaje w stanie czuwania. Wszystkie operacje wewntrzne ISLU s kontrolowane przez mikroprocesor wchodzcy w skad CC. ródem sygnau dzwonienia s ukady RG. Za testowanie linii abonenckich odpowiada blok HLSC. Fizyczne doczenie RG i HLSC do linii abonenckiej zapewnia matryca MAN.
Rys. 1.4 Struktura bloku ISLU (ISLU2)
Zespó ISLU (rys.1.4) docza maksymalnie 1024 (2048 dla ISLU2) linie abonenckie, z których cz moe by liniami analogowymi, a cz cyfrowymi liniami ISDN. Obwody liniowe umieszczone s na kartach grupujcych osiem wyposae abonenckich. Funkcj tych obwodów jest zapewnienie konwersji analogowo - cyfrowej (dla abonentów analogowych), zasilania linii i ochrony przed przepiciami. Karty abonenckie mog ponadto zawiera ukady generowania impulsów zaliczania 12 lub 16 kHz tzw. PPM (Periodic Pulse Metering). Poszczególne karty doczone s za pomoc wspólnych magistral do ukadu multipleksera, który przenosi kanay rozmówne z linii abonenckich do szczelin czasowych magistral PIDB. Do zespou ISLU przyczy mona od dwóch do dwunastu par PIDB.
W zalenoci od konfiguracji zespó ISLU wyposaony jest w dwa rodzaje kart liniowych:
karty analogowych czy abonenckich
karty cyfrowych czy abonenckich : posiadaj inerfejs dostpu podstawowego ISDN - BRI (Basic Rate Interface) 2B+D, a wic zawieraj dwa kanay B o przepywnoci 64 kbit/s dla transmisji mowy i danych w trybie komutacji czy i danych w trybie komutacji pakietów oraz kana D o przepywnoci 16 kbit/s dla sygnalizacji i przesyania danych w trybie komutacji czy. Kanay B doczone s do magistral PIDB, natomiast kanay D pozostaj doczone na stae do wspólnego multipleksera danych a nastpnie przez magistral peryferyjnego interfejsu danych kanau D - DPIDB (D-channel Peripherial Interface Data Bus) do zespou komutatora pakietów PSU (Packet Switch Unit). PSU jest ulokowany równie w czci peryferyjnej moduów SM i obsuguje wszystkie wiadomoci sygnalizacyjne oraz dane komutacji pakietów. Karty cyfrowe ISLU dostpne s w dwóch wersjach:
dla interfejsu T w przypadku czy czteroprzewodowych
dla interfejsu U dla czy dwuprzewodowych
Karty cyfrowe udostpniaj maksymalnie 1024 kanay, a wspóczynnik koncentracji kanaów B do szczelin komutatora czasowego TSI w czci wspólnej SM moe zmienia si w granicach od 32:1 do 2,7: 1
Zespó czy analogowych ATU (Analog Trunk Unit)
ATU stanowi w centrali 5ESS zakoczenia midzycentralowych czy analogowych, a take stanowisk telefonistek, urzdze zapowiedzi gosem, cznic rcznych oraz stanowisk testowych. Kady zespó ATU zapewnia dostp maksymalnie do 64 czy analogowych zgrupowanych w pakiety po cztery cza na pakiet. Ze wzgldu na róne rodzaje stosowanych czy (róne rodzaje sygnalizacji) konfiguracja zespou dopuszcza stosowanie rónorodnych pakietów odpowiednio do obsugiwanych czy. Zadania realizowane przez ATU :
konwersja analogowo - cyfrowa i cyfrowo - analogowa przy uyciu kodeka
funkcja rozganika, który dostosowuje dwuprzewodowe cze do transmisji czteroprzewodowej
zapewnienie waciwego systemu sygnalizacji
galwaniczny dostp testowy do czy
W czach doczonych przez ATU ze wzgldu na due natenie ruchu obsugiwanego nie stosuje si stopnia koncentracji.
Zespó cza cyfrowego DLTU (Digital Line and Trunk Unit)
cza stosowane do transmisji midzy moduami SM a jednostkami wyniesionymi RSM i ISLU oraz cyfrowe cza midzycentralowe pracujce w standardzie PCM w celu doczenia do zespoów komutacyjnych centrali wymagaj urzdze poredniczcych. Rol tych urzdze speniaj zespoy DLTU. Moduy SM mog zawiera maksymalnie dwa DLTU. Podzespoem, który w ramach DLTU odpowiada za realizacj funkcji zwizanych z PCM jest interfejs DFI (Digital Facility Interface). W zalenoci od wersji dostpnych jest 16 ukadów 32-kanaowych traktów PCM lub 20 ukadów systemu PCM 24. Dodatkowo DFI moe posiada ródo sygnau synchronizacyjnego. Interfejs DFI komunikuje si z wyposaeniem wspólnym SM poprzez magistrale PIDB i PICB.
Funkcje DFI:
zakoczenie traktu cyfrowego
konwersja formatu danych midzy ramk PCM, a struktur szczelin czasowych stosowanych wewntrz centrali
dopenianie ramki PCM elementami pustymi (bit stuffing)
wyprowadzenie sygnau synchronizacji
W przypadku doczenia do moduu komutacyjnego HSM jednostki wyniesionej RISLU wymagane jest zastosowanie w nich specjalnych zespoów DLTU tj. DLTU - RR w RISLU oraz DLTU - RH w HSM. Potrzeba zastosowania dodatkowych elementów wynika z tego, e moduy wyniesione nie maj bezporedniego dostpu do magistral PIDB i PICB, w zwizku z czym informacje sygnalizacyjne na odcinku DLTU - RISLU musz by przenoszone w ramce PCM.
1.1.2 Zespoy usugowe
Cyfrowa jednostka usugowa DSU (Digital Service Unit)
Gównym podzespoem DSU jest tzw. cyfrowy ukad usugowy DSC (Digital Service Circuit) wyposaony w sterownik mikroprocesorowy sterujcy grup procesorów sygnaowych DSP (Digital Signal Procesor). Odpowiednio zaprogramowane DSC wykonuj, w ramach DSU, nastpujce zadania:
funkcje testowe dla usug zintegrowanych ISTF (Integrated Services Test Function) - testowanie czy 64 kbit/s oraz kanaów typu B w cyfrowych liniach abonenckich. Modu komutacyjny SM moe zawiera do 4 zespoów ISTF, z których kady posiada 7 procesorów sygnaowych DSP. Trzy z tych procesorów su do wysyania testowego cigu bitów, trzy - do odbioru, jeden DSP konfiguruje lokaln ptl testow.
testy transmisyjne TTF2 (Transmission Test Facility 2) - TTF2 jest jednostk pomocnicz w stosunku do Globalnych Cyfrowych Zespoów Usugowych (GDSU). Penione przez ni funkcje polegaj na testowaniu analogowych czy midzycentralowych w ruchu midzynarodowym. TTF2 ma moliwo przesyania midzy centralami "pakietów" pocze testowych w celu sprawdzenia zdolnoci sieci telekomunikacyjnej do obsugi ruchu o danym nateniu.
funkcje zapowiedzi sowne RAF (Recorded Announcement Function) - udostpnia 32 niezalene fazowo kanay zapowiedzi sownych, za pomoc których moliwe jest odsuchiwanie zarejestrowanych uprzednio komunikatów sownych.
Wród jednostek DSU mona wyróni: lokalne cyfrowe zespoy usugowe LDSU (w centrali 5ESS 200 nosz one nazw DSU-2) oraz globalne cyfrowe zespou usugowe GDSU. Zespoy lokalne wykorzystywane s przede wszystkim do generowania i detekcji sygnaów tonowych. LDSU potrafi stworzy 512 indywidualnych czstotliwoci, które mog stanowi podstaw 128 sygnaów o rónych charakterystykach. Podstawowymi sygnaami dostarczanymi przez LDSU s :sygna dzwonienia, zajtoci, natoku, rozmowy oczekujcej, a take sygnay wieloczstotliwociowe DTMF i sygnay testowe. Kady sygna generowany przez DSU umieszczany jest w oddzielnej szczelinie czasowej. Wysanie jednego sygnau do kilku linii wymaga wic porednictwa komutatora czasowego TSI umieszczonego w czci wspólnej SM. Ze wzgldu na bardzo due zapotrzebowanie na funkcje realizowane przez LDSU, zespó ten umieszczany jest we wszystkich moduach komutacyjnych. W odrónieniu od LDSU, w globalne zespoy usugowe wyposaone s nieliczne (lub tylko jeden) z SM. Podstawowym zadaniem GDSU jest realizacja pocze konferencyjnych. W centrali 5ESS moliwe s konferencje z udziaem 3 lub 6 uczestników, w zwizku z czym GDSU zawieraj karty odpowiednio 3 lub 6-cio portowych ukadów konferencyjnych. Dodatkowo zespoy globalne zajmuj si wykonywaniem testów transmisyjnych (TTF) linii abonenckich i czy midzycentralowych. W skad testów wchodz m.in. pomiary szumu i mocy oraz detekcja sygnaów DTMF.
Zespó zaliczania impulsami okresowymi PPMU (Periodic Pulse Metering Unit)
Wysyanie impulsów taryfikacyjnych jest realizowane przez wewntrzne ukady zespou liniowego LU. Podobnie zespoy ISLU i RISLU posiadaj wbudowane opcje generowania impulsów zaliczajcych. W przypadku jednak, gdy konieczne jest zastosowanie odrbnego ukadu dla dostarczenia abonentowi informacji na temat taryfikacji system w 5ESS stosuje si zespoy PPM. W zalenoci od lokalnych wymaga PPM generuje sygnay o czstotliwoci 12 kHz, 16 kHz lub 50 Hz wykorzystywane w aparatach wrzutowych lub indywidualnych licznikach abonenckich.
Modularny zespó badaniowy dla czy przewodowych MMSU (Modular Metalic Service Unit)
Zespó MMSU zaprojektowany zosta w celu stworzenia galwanicznego dostpu dla wykonywania podstawowych pomiarów linii abonenckich i czy midzycentralowych. W celu realizacji tego zadania MMSU wyposaony zosta w matryc komutacyjn zoon z przekaników. Niektóre testy mona wykonywa przy pomocy zespou przyrzdów pomiarowych stanowicych integraln cz MMSU, jednak obecno gniazdek badaniowych pozwala równie na korzystanie z mierników zewntrznych. Przy pomocy zespou badaniowego sprawdzane s podstawowe parametry liniowe takie jak rezystancja ptli czy izolacja par przewodów. Wykrywane s zwarcia, przerwy czy, obecno potencjau ziemi i wystpowanie niepodanych napi. Funkcje MMSU obejmuj równie kontrol statusów poszczególnych obwodów i wysyanie raportów o ich stanie do AM. Ponadto zespó posiada 32 sterowanych programowo punktów kontrolnych, które poprzez wysyane sygnay nadzoruj dziaanie przekaników, lampek kontrolnych oraz innych, wybranych ukadów wewntrz macierzystej centrali.
1.1.3 Zespoy czci wspólnej moduu komutacyjnego (SMC)
Wyposaenie SM penice funkcje sterujce prac caego moduu, a przede wszystkim obsugujce wszystkie zespoy peryferyjne skada si z trzech podstawowych komponentów: omawianego ju zespou usugowego DSU, zespou komutacji pakietów PSU oraz zespou sterowania i komutacji MCTU (Module Control and Time Interchange Unit).
Zespó sterowania i komutacji MCTU
MCTU jest gównym elementem moduu komutacyjnego a jego dziaanie ma pierwszorzdne znaczenie dla poprawnego funkcjonowania caego bloku SM. Ze wzgldu na to zespó jest w peni zdublowany. Jeden z MCTU pozostaje zawsze aktywny - drugi peni rol rezerwy. Zadania MCTU polegaj na:
sterowaniu poczeniami, nadzorem nad poczeniami i realizacji funkcji utrzymaniowych
przeprowadzaniu komutacji czasowej
stworzeniu interfejsu z zespoami peryferyjnymi i komunikacja z tymi zespoami za porednictwem magistral PICB i PIDB
wspódziaanie z moduem CM podczas wymiany danych i informacji sterujcych
udzia w szybkim adowaniu programu centrali
Zespó MCTU poczony jest z moduem komunikacyjnym CM za pomoc czterech czy wiatowodowych NCT. Z CM dostarczana jest moduowi komutacyjnemu informacja o takcie gównego zegara centrali. MCTU zajmuje si odczytem tej informacji ze szczelin czasowych NCT dziki czemu kady SM moe pracowa w cisej synchronizacji z reszt systemu. MCT decyduje równie, które z czy NCT bdzie traktowane jako podstawowe ródo sygnau synchronizacji.
W skad MCTU wchodz dwie grupy elementów - jedna przeprowadza proces komutacji, druga zajmuje si sterowaniem (rys 1.5).
Najwaniejszym podzespoem czci sterujcej jest procesor moduu komutacyjnego SMP (Switching Module Procesor). Jego zadaniem jest nadzór nad procesem zestawiania i zwalniania pocze oraz zarzdzanie pozostaymi ukadami MCTU, z którymi poczony jest magistral wewntrzn SIB (Subunit Interface Bus). SMP komunikuje si równie z zespoami peryferyjnymi SM poprzez magistrale PICB. Doczenie do innych moduów SM i wspópraca z procesorem administracyjnym w AM odbywa si dziki wymianie informacji sterujcych w odpowiednich szczelinach czy NCT. W skad SMP wchodzi 32-bitowy mikroprocesor serii MOTOROLA 68000 wraz z pamici typu ROM i RAM. Pami operacyjna procesora moe by rozbudowana maksymalnie do 16 MB. Procesor SMP ze wzgldów niezawodnociowych zosta podwojony i pracuje w konfiguracji : aktywny /rezerwa przy czym jednostka aktywna aktualizuje na bieco dane procesora rezerwowego.
Kolejnym elementem MCTU jest procesor sygnaowy SP (Signal Procesor), który zajmuje si nadawaniem i przyjmowaniem danych o sygnalizacji liniowej dla zespoów peryferyjnych. Dane o sygnalizacji liniowej przenoszone s w szczelinach czasowych magistral PIDB, dlatego, procesor sygnaowy, aby mie do nich dostp, musi by doczony do ukadu komutatora czasowego TSI. Przesyanie danych midzy TSI i PS oraz midzy PS i SMP odbywa si wewntrzn magistral zespou. Procesor sygnaowy kontroluje zmiany stanów zespoów peryferyjnych, a wyniki przesya do wydzielonego obszaru pamici, skd informacje te mog by w dowolnej chwili odczytane przez SMP. Pewne standardowe czynnoci, takie jak wykrywanie odoenia mikrotelefonu czy flash wykonywane s przez SP bez koniecznoci dodatkowych akcji ze strony SMP.
Wspópraca procesora moduu komutacyjnego z magistralami sterowania PICB wymaga obecnoci interfejsu sterowania CI (Control Interface). Jego funkcje polegaj wic na:
dostarczeniu rodków dziki którym SMP moe si komunikowa z zespoami peryferyjnymi
kontrola przesyania informacji midzy SMP i zespoami peryferyjnymi oraz sygnalizowanie pojawienia si bdów
zawiadamianie o daniach obsugi wysyanych przez zespoy peryferyjne
Interfejs sterujcy moe by przyczony do 23 magistral PICB rónych zespoów peryferyjnych. Kada magistrala przenosi do tych zespoów dane, informacje zegarowe i sygnalizacyjne, a w kierunku przeciwnym - do IC dane i dania obsugi.
Ukad wspomagajcy adowanie pamici BTSR. Wprowadzenie nowego programu do centrali wymaga przesania danych z dysku w module AM do pamici procesorów SMP ulokowanych w moduach komutacyjnych. transfer programu i zapisanie go w SM sterowane jest przez specjalizowany mikroprocesor zawarty w BTSR. Przyspieszenie tego procesu moliwe jest dziki wykorzystaniu dodatkowych 32 szczelin traktów NCT. Szczeliny te normalnie su do zestawiania pocze.
Cz komutacyjna MCTU zawiera trzy elementy: komutator czasowy, interfejs danych i zdublowany interfejs traktów. Wszystkie moduy SM wyposaone s w podwojone ukady komutatora czasowego TSI (Time Slot Interchanger). Aktywny TSI wspódziaa z aktywnym procesorem SMP, rezerwowy komutator powizany jest z rezerwow jednostk procesora. Obydwa ukady TSI wykonuj te same operacje, jednak tylko aktywny komutator przeznaczony jest do przesyania danych. Komutacja realizowana przez TSI polega na zmianie kolejnoci szczelin czasowych w magistrali wejciowej i wyjciowej. Kady kierunek przepywu danych posiada pami RAM zawierajc 512 pozycji 16-bitowych, do których wpisywane s w odpowiednim porzdku szczeliny czasowe. O kolejnoci decyduje SMP sterujcy komutatorem za porednictwem magistrali SIB. W zalenoci od rodzaju poczenia TSI tworzy nastpujce drogi poczeniowe:
dla pocze w obrbie moduu SM: midzy dwoma szczelinami magistral PIDB
dla pocze midzy rónymi moduami: pomidzy jedn z 512 peryferyjnych szczelin czasowych a okrelon szczelin czasow traktu NCT
dla wysania i przyjmowania sygnaów tonowych: midzy jedn z 64 szczelin LDSU i jedn z 512 szczelin peryferyjnych
przy przekazywaniu sygnaów tonowych do innych moduów SM: midzy jedn z 64 szczelin LDSU i jedn z 512 szczelin traktu NCT
dla celów badaniowych moliwe jest zestawienie poczenia pomidzy dwoma szczelinami czasowymi traktów NCT
Wspópraca komutatora czasowego z zespoami peryferyjnymi realizowana jest poprzez interfejs danych DI (Data Interface). Dziki niemu dane standardu PCM, bity sygnalizacyjne, sygnay zegarowe i synchronizacyjne przesyane w magistralach PIDB mog doczone do TSI i poddane procesowi komutacji. Komutator czasowy poczony jest z dwoma DI. Jeden z interfejsów przenosi parzyste, a drugi nieparzyste szczeliny czasowe magistrali danych TSI. Kady DI moe obsugiwa 16 magistral PIDB. Pojedyncza magistrala przenosi dla kadego kierunku transmisji trzydzieci dwa 16-bitowe kanay, tak wic zadaniem DI jest multipleksacja tych kanaów w magistral danych komutatora zawierajc 256 szczelin czasowych oraz demultipleksacja tych kanaów TSI na magistrale peryferyjne PIDB.
Podobnie jak doczenie TSI do zespoów peryferyjnych, komunikacja z NCT wymaga obecnoci odrbnego interfejsu. Do tego celu stworzony zosta zdublowany interfejs traktów DLI (Dual Link Interface), który pozwala przyczy do komutatora czasowego dwa wiatowodowe trakty NCT prowadzce do moduu sterujcego CM. Gównym zadaniem DLI jest konwersja impulsów wietlnych na sygnay elektryczne oraz wprowadzanie i odbiór z NCT sterujcych szczelin czasowych CTS (Control Time Slot). CTS jest przydzielonym na stae kanaem, który przenosi informacje midzy SMP a komutatorem przestrzennym TMS zawartym w module sterujcym (rys.1.6). Interfejs traktów odbiera te sygnay zegarowe przesyane z CM do moduów komutacyjnych. DLI przekazuje te sygnay komutatorowi TSI, który rozprowadza je wewntrz SM. Wszystkie ukady DLI s podwojone tak wic midzy kadym moduem komutacyjnym i komunikacyjnym biegn cztery trakty wiatowodowe NCT niosce 512 16-bitowych szczelin czasowych. czny strumie bitów przesyanych w NCT ma wic przepywno 32,769 Mbit/s
Porównujc systemy 5ESS i 5ESS 2000 mona stwierdzi, e najwiksze zmiany wprowadzi producent wanie w bloku komutacji i sterowania moduu komutacyjnego SM. W wyniku tych zmian zmodyfikowano cz wiatowodowe NCT, które pod nazw NCT2 przenosz teraz dwukrotnie wiksz liczb szczelin czasowych tj. po 512. Zmieniony interfejs traktów DLI otrzyma nazw NLI, a interfejs DI zastpiono ekspanderem danych DX. DX multipleksuje 24 magistrale PIDB o 32 szczelinach czasowych na jedn szyn o 768 szczelinach. Opisane powyej modyfikacje zostay spowodowane powan rozbudow komutatora TSI. Komutator ten posiada budow moduow i moe skada si maksymalnie dziesiciu kart komutacyjnych., co daje maksymaln liczb komutowanych szczelin czasowych równ 30 720. Kada karta wyposaona zostaa w cztery porty obsugujce 768 szczelin czasowych co daje moliwo komutacji 3072 szczelin. Kolejna wana rónica midzy komutatorami wersji 5ESS i 5ESS 2000 polega na tym, e starszym rozwizaniu istniao sztywne przyporzdkowanie szczelin czasowych tj. 512 szczelin dla NCT i 512 dla zespoów peryferyjnych. Nowy TSI pozwala na dynamiczny, zaleny od potrzeb rozdzia wszystkich dostpnych szczelin czasowych midzy cza wiatowodowe a zespoy peryferyjne.
Prócz czci komutacyjnej rozbudowie ulega równie cz sterujca MCTU. Procesor SMP Motorola 68020 zastpiono procesorem Motorola 68040. Dodana zostaa nowa karta tzw. handlera wiadomoci, którego zadaniem bdzie odcianie procesora gównego w procesie przesyania wiadomoci sterujcych midzy moduami komutacyjnymi. W odrónieniu od wersji starszej, w 5ESS 2000 szczeliny sterujce CTS nie s obecnie wydzielane w interfejsie DLI (NLI)a trafiaj po przejciu przez komutator TSI.
Zespó komutacji pakietów PSU (Packet Switch Unit)
PSU dostarcza centrali 5ESS interfejs o przepywnoci 64 kbit/s, który pozwala komutowa pakiety danych oraz wiadomoci sygnalizacyjne przesyane w postaci pakietowej. W skad PSU wchodz dwa gówne interfejsy zapewniajce komunikacj z cyfrowymi liniami abonenckimi i procesorem SMP. Poczenie z liniami cyfrowymi realizowane jest bd za pomoc TSI i magistral PIDB, bd poprzez specjaln magistral DPIDB z zespoów ISLU. Przesyanie informacji sterujcych i sygnalizacyjnych odbywa si midzy PSU i SMP dziki porednictwu magistrali PICB doczonej do interfejsu sterowania CI lub poprzez magistral pakietów PB (Packet Bus) i interfejs transmisji pakietowej PI (Packet Interface) bdcy opcjonalnym wyposaeniem zespou MCTU.
1.1.4 Wyniesiony modu komutacyjny (RSM)
Moduy wyniesione systemu 5ESS zostay opracowane w celu zapewnienia doczenia do centrali abonentów, których lokalizacja z powodu zbyt duej odlegoci od standardowych moduów komutacyjnych uniemoliwia utworzenie cza bezporedniego. Ponadto RSM pozwala rozszerzy podstawowe usugi telefoniczne oferowane przez centrale abonenckie PABX, udostpni uytkownikom poczenie ze stanowiskami operatora czy wejcie do sieci ISDN. Modu RSM posiada dodatkowe oprogramowanie, dziki któremu w przypadku awarii cza z central macierzyst moliwa jest obsuga ruchu lokalnego. Abonenci doczeni do moduu wyniesionego mog nalee do systemu numeracji centrali pod warunkiem jednak, e RSM znajduje si w tej samej strefie taryfikacji. W przeciwnym razie wymagany jest odrbna numeracja. Do RSM doczy mona analogowe i cyfrowe linie abonenckie oraz trakty PCM. W skad moduu wyniesionego wchodzi standardowy SM, jednake prawidowa wspópraca z central host wymaga wyposaenia RSM w zespoy specjalne FIU (Facilities Interface Unit), których zadaniem jest konwersja danych przesyanych czem PCM. FIU odczytuje z tych traktów dane, informacje kontrolne i synchronizacyjne a nastpnie odtwarza posta sygnau przesyanego liniami NCT.
Moduy wyniesione mog pracowa pojedynczo lub jako grupa. W tym drugim przypadku cztery RSM tworz jeden funkcjonalny zespó (rys. 1.7) poczony traktami PCM o nazwie MMRSM (Multimodule Remote Switching Module). Kada z czci MMRSM poczona traktami PCM z jednym z moduów SM centrali macierzystej. Elementy MMRSM wyposaone s oczywicie w modu SM i urzdzenia FIC do obsugi traktów cyfrowych.
Przy zastosowaniu dla czy abonenckich koncentracji o wspóczynniku 10:1 zespó MMRSM obsuguje maksymalnie 20.480 linii. Maksymalna liczba traktów PCM, które mona doczy do MMRSM wynosi 1.920. W zalenoci od wymaga uytkowników modu wielokrotny wyposaany jest zarówno w linie jak i traktu o odpowiednio zredukowanej iloci. Standardowo kady modu RSM wchodzcy w skad MMRSM poczony jest z moduem SM w centrali macierzystej dwoma traktami PCM. Zapewnienie penej wiarygodnoci funkcjonowania wymaga jednak czterech traktów PCM poprowadzonych do SM dwoma rónymi drogami. Trakty wychodzce z danego RSM w module wielokrotnym mog dochodzi do wicej ni jednego moduu komutacyjnego SM.
1.2 Budowa moduu komunikacyjnego (CM)
CM peni w systemie 5ESS funkcj elementu centralnego, który integruje prac caej centrali (rys. 1.8). Zadaniem moduu komunikacyjnego jest przestrzenna komutacja szczelin czasowych przy poczeniach midzy rónymi moduami SM a take sterujcych szczelin czasowych przesyanych pomidzy moduami SM lub midzy SM i AM. Ponadto, CM jest ródem sygnaów zegarowych dla zespoów centrali pracujcych synchronicznie tj. dla wszystkich moduów z wyjtkiem AM. Podzespoy CM wspomagaj te proces adowania programu centrali. W celu zapewnienia poprawnego dziaania moduy komunikacyjne instaluje si parami w konfiguracji aktywny/rezerwa. Kady z CM jest w stanie obsugiwa 30 moduów komutacyjnych lub, gdy do centrali doczone s przynajmniej dwa zespoy oddalone RSM, liczba ta moe wynosi 32 (moduy RSM do wczenia w system 5ESS wymagaj porednictwa moduów HSM). Rozbudowa centrali polega na dodawaniu kolejnych par CM - maksymalnie do szeciu, tak e najwiksza moliwa liczba pracujcych moduów komutacyjnych wynosi 190 (192 w przypadku zastosowania RSM).
W skad moduu komunikacyjnego wchodz nastpujce elementy:
komutator przestrzenny TMSU (Time-Multiplexed Switch Unit)
komutator wiadomoci MSGS (Message Switch) na który skadaj si:
zespó peryferyjny MSPU (Message Switch Peripherial Unit)
zespó sterujcy MSCU (Message Switch Control Unit)
zespó sterowania moduem komunikacyjnym CMCU (Communication Module Control Unit)
TMSU zawiera interfejs traktów LI (Link Interface) oraz sprztowy modu komutacyjny FABRIC. LI pozwala doczy trakty wiatowodowe z moduów komutacyjnych w iloci zalenej od liczby moduów SM. Jedno z wej LI zarezerwowane jest dla traktu czcego TMSU z zespoem sterowania CMCU. Modu FABRIC realizuje komutacj przestrzenn szczelin czasowych odbieranych z NCT. Komutacji podlegaj zarówno kanay przenoszce mow/dane jak i sterujce szczeliny czasowe wymieniane midzy SM i AM. FABRIC dostarczany jest w konfiguracji pojedynczej lub podwójnej. W pierwszym przypadku (jest to wersja podstawowa) modu CM obsugiwa moe do 94 SM (96 przy stosowaniu RSM). Gdy przewidywana jest rozbudowa centrali, konieczne jest stosowanie podwojonej wersji FABRIC - maksymalna pojemno wynosi wówczas 190 SM (192 wraz z RSM). Komutator zawiera równie dwa podzespoy sterujce: SUB oraz FAB. FAB przyjmuje polecenia z CMCU i poprzez SUB zestawia poczenie z moduem FABRIC.
Zespó sterowania CMCU jest gówn czci moduu komunikacyjnego. Za jego porednictwem nastpuje komunikacja midzy komutatorem przestrzennym a komutatorem wiadomoci. Elementami CMCU s:
sterownik komutatora przestrzennego TMC (Time Multiplexed Switch Controller): steruje procesem komutacji oraz nadzoruje dziaanie komutatora przestrzennego
podwojony interfejs wiadomoci DMI (Dual Message Interface): stanowi ukad poredniczcy w wymianie wiadomoci midzy TMSU i MSPU. Interface DMI przekazuje sterujce szczeliny czasowe transmitowane midzy moduami SM i AM. transmisja tych szczelin na odcinku DMI - MSPU realizowana jest magistral MIB (Message Interface Bus). Zadaniem DMI jest te wspópraca z TMC oraz zegarem centrali w rozprowadzaniu sygnaów synchronizacyjnych. Do tego celu stosowana wykorzystywana jest magistrala sterowania i diagnostyki CDAL (Controll and Diagnostic Access Link)
zegar NCLK (Network Clock): stanowi gówne ródo podstawy czasu centrali. Jego impulsy wykorzystywane s we wszystkich aplikacjach korzystajcych wymagajcych sygnay taktowania i synchronizacji. NCLK moe odbiera zewntrzne sygnay, które pozwalaj na synchronizacj z sieci krajow
W przypadku gdy w centrali stosowany jest podwojony modu FABRIC komunikacja z nim odbywa si przez magistral E-Bus.
Zespó peryferyjny komutatora wiadomoci MSPU wyposaony jest w cztery procesory MMP (Module Message Processor) dziki którym moliwa jest komunikacja midzy: SM i SM, SM i AM oraz AM i SM. Kady z MMP obsuguje 8 sterujcych szczelin czasowych odpowiadajcych jednemu z moduów komutacyjnych SM. Cay zespó MSPU jest wic przystosowany do obsugi 32 SM. Przy rozbudowie centrali i wzrocie liczby moduów SM naley wic zwikszy równie liczb zespoów MSPU (maksymalnie do 12). Funkcja MSPU polega na kierowaniu zawartoci danej szczeliny sterujcej CTS do odpowiedniego moduu SM lub AM. Zespoy MMP buforuj nadchodzce w szczelinach CTS dane, przechowujc je w przez pewien czas w pamici RAM. Pozycja w pamici okrela modu bdcy adresatem sygnau - modu do którego maj by wysane wiadomoci sygnalizacyjne opisany jest adresem zawartym w samej wiadomoci. Dane odczytywane z buforów MMP s kierowane do szczeliny czasowej traktu NCT waciwej docelowemu SM.
Zespó sterujcy komutatora wiadomoci MSCU (Message Switching Control Unit) przeprowadza transfer informacji sygnalizacyjnych z ukadów peryferyjnych CM do moduu AM. Komunikacja MSCU z moduem administracyjnym odbywa si tzw. podwojonym kanaem szeregowym DSCH (Dual Serial Channel). MSCU steruje zespoem MSPU oraz wspomaga sprawne adowanie programu do SM. Do podzespoów MSCU nale:
peryferyjny sterownik adowania programu PPC (Pump Peripheral Controller)
gówny sterownik peryferyjny FPC (Foundation Peripheral Controller) przesyajcy szyn CDAL wiadomoci sterujce ukadom CMCU
sterownik komutatora wiadomoci MSC (Message Switching Control) - steruje MSPU, zarzdza przepywem wiadomoci do i z AM.
1.3 Budowa moduu administracyjnego (AM)
Modu administracyjny (rys. 1.9) zawiera jednostk procesora CPU, pamici MAS, sterownik dysków DFI ukady we/wy oraz przecznik portów PS. Waniejsze operacje realizowane przez AM:
kierowanie pocze: ingerencja AM w proces zestawiania poczenia jest uzasadniona tylko w przypadku pocze specjalnych np. konferencyjnych dla abonentów nalecych do rónych moduów SM. AM bierze jednak udzia w tworzeniu pocze midzycentralowych a jego zadanie polega wówczas na
okreleniu SM posiadajcego wizki w odpowiednim kierunku i wyborze cza z tej wizki.
zarzdzanie szczelinami czasowymi: podczas komunikacji midzy moduami SM modu administracyjny przydziela szczeliny czasowe w TMS dla przesyania mowy lub danych
utrzymanie systemu: dziaania utrzymaniowe AM dotycz jego wasnych zasobów oraz zespoów CM, jednak równie zadania utrzymaniowe moduu komutacyjnego s sterowane przez AM. Modu administracyjny wykonuje operacje diagnostyczne, zapewnia rekonfiguracj i przywrócenie poprawnego dziaania ukadów systemu po awarii. Zapewnia te dostp do odlegego stanowiska utrzymania MMC
zbieranie danych taryfikacyjnych: informacje z SM s przez AM zbierane i zapisywane na dyskach magnetycznych dla póniejszego przetworzenia
administrowanie systemem: w skad tych funkcji wchodzi zarzdzanie zapisywania danych na dyskach magnetycznych, obsuga systemowej bazy danych zawierajcej informacje o konfiguracji centrali, abonentach i czach midzycentralowych. AM zleca podzespoom wykonywanie rutynowych operacji testowych, zbiera dane o bdach i nieprawidowociach w pracy poszczególnych moduów.
1.3.1 Jednostka procesora (CPU )
Procesor moduu administracyjnego przeprowadza scentralizowane operacje przetwarzania danych, które nie mog by efektywnie realizowane przez moduy komutacyjne. Ponadto kontroluje proces przepywu danych zmagazynowanych na dyskach i tamach magnetycznych w przypadku koniecznoci wymiany wiadomoci midzy AM i specjalizowanymi procesorami pracujcymi w innych podzespoach 5ESS. Wzgldy bezpieczestwa powoduj, e procesor wraz z wspópracujcymi zespoami musi by zdublowany. Awaria jednego z ukadów nie moe odbi si w aden sposób na pracy systemu.
Procesor CPU (Central Processing Unit)
Procesor CPU jest 32-bitowym specjalizowanym ukadem serii 3B20D wykonujcym wymagane przez AM funkcje sterujce. Komendy (w postaci 32-bitowych sów) procesora napisane w jzyku maszynowym magazynowane s w pamici MAS. Przy operacjach czytania i zapisu CPU ma moliwo adresowania oraz dostp do sów 32-bitowych, 16-bitowych, moe te operowa na pojedynczych bajtach. Czas dostpu do MAS wynosi 850 ns, aby wic zbliy dziaanie procesora do pracy w czasie rzeczywistym stworzona zostaa pami podrczna typu cache o pojemnoci 2048 sów, w której przechowywane s najczciej stosowane polecenia. Zwiksza to czas dostpu do 250 ns. Zdublowany procesor CPU pracuje w konfiguracji aktywny/rezerwa. Tylko aktywny procesor zmienia zawarto pamici MAS, jednak zmiany te s natychmiast powtarzane w MAS procesora rezerwowego tak, e w sytuacji alarmowej, przeczenie CPU pozostaje niezauwaalne dla penionych przez central funkcji.
Pami gówna MAS (Main Store)
MAS to pami póprzewodnikowa posiadajca sowa 40-bitowe. 32 pozycje w sowie zajmuj bity informacyjne, pozostae dwa bajty zajmuj odpowiednio bity parzystoci i bity kontrolne. Jednostka pamici gównej zawiera sterownik pamici MASC (Main Store Controller) i 16 kart MASA (Main Store Array) z umieszczonymi ukadami pamici. Zadaniem MASC jest kontrola dostpu do pamici gównej. W przypadku odebrania dania dostpu jednoczenie od kilku urzdze - sterownik decyduje, które z nich posiada wyszy priorytet. MASC zajmuje si take weryfikacj poprawnoci zapisu MAS. Maksymalna pojemno MAS wynosi 64 MB (16*4MB)
Obwody wejcia/wyjcia bezporedniego dostpu do pamici I/O (Direct Memory Access Input/Output Circuitry)
Obwody I/O stosuje si gdy zespoy peryferyjne daj bezporedniego dostpu do pamici MAS. Ukady I/O przesyaj informacje do lub z urzdze peryferyjnych uywajc do tego dedykowanych obwodów sterowania przepywem danych. Kady z obwodów I/O moe zawiera maksymalnie dwa kontrolery bezporedniego dostpu do pamici i DMAC (Direct Memory Access Controllers) i dwie szyny DSCH do komunikacji z CM.
Sterownik zbiorów dyskowych SDFC (SCSI Disk File Controller)
SCSI (Small Computer Systems Interface) jest zatwierdzonym przez ANSI urzdzeniem dla komputerowych zespoów wejcia/wyjcia stosowanym przede wszystkim w jednostkach zapisu danych. SCSI opracowany zosta w celu zapewnienia wielodostpu do centralnych urzdze gromadzenia danych.
Sterownik zbiorów dyskowych SDFC funkcjonuje jako reprezentacja jednostek dyskowych w obszarze pamici AM. SDFC jest systemem mikroprocesorowym, który steruje interfejsem czcym jednostki dyskowe z magistralami w standardzie SCSI. Kada magistrala moe obsugiwa do czterech dysków SCSI. W podstawowej konfiguracji modu AM wyposaono w dwa sterowniki SDFC. Dwa dodatkowe mog zosta dodane w przypadku rozbudowy systemu. Z jednej strony SDFC poczony jest z CPU poprzez DSCH, z drugiej za pomoc magistral SCSI dociera do napdów dysków. Zadaniem sterownika zbiorów dyskowych jest wic konwersja danych z postaci szeregowej (DSCH) na 8-bitowy, równolegy strumie akceptowany przez magistral SCSI
Procesor wejcia/wyjcia IOP (Input/Output Processor)
IOP jest procesorem sterujcym przesyaniem danych midzy pamici gówn i rónymi rodzajami jednostek peryferyjnych, które przy komunikacji z MAS wymagaj transferu informacji w postaci blokowej. Poczenie IOP z MAS realizowane jest za pomoc 4 (maksymalnie) zespoów urzdze peryferyjnych. Kady zespó posiada cztery indywidualne sterowniki peryferyjne PC (Peripherial Controllers). W konfiguracji podstawowej maksymalna liczba tych sterowników wynosi 30 - w wersji rozbudowanej dostpne s jeszcze dwa PC. Sterowniki peryferyjne obsuguj terminale wideo, asynchroniczne cza danych, synchroniczne cza danych o duej prdkoci, drukarki.
Przecznik portów PS (Port Switch)
Przecznik kanaów jest jednostk specjaln (jedyny element zespou procesora, który nie jest zdublowany) suc do wyboru stanu sterowników MCC. Moliwo przeczania midzy stanami aktywny - rezerwa jest uyteczna podczas testowania obwodów MCC i pozwala urzdzeniom tego bloku funkcjonowa w przypadku uszkodzenia sterownika MCC. PS jest wyposaony w dwa ukady przeczajce: jeden wykorzystywany jest przy terminalu wideo MCC, drugi docza drukark.
1.3.2 Dyski i tamy magnetyczne
Centrala 5ESS posiada dwa rodzaje jednostek gromadzenia danych:
dyski magnetyczne o maksymalnej pojemnoci 340 MB zapewniaj szybk pami o dostpie swobodnym dla przechowywania danych masowych
tamy magnetyczne su do zabezpieczenia danych centrali. Stosowana tama magnetyczna pozwala zapisywa 2460 bit/cm z prdkoci 63.5 cm/s.
2. Oprogramowanie systemu
2.1 Architektura oprogramowania
Oprogramowanie systemu 5ESS ma posta modularn i jest rozproszone pomidzy procesorami moduów SM, AM i CM. Procesy moduów komutacyjnych komunikuj si wzajemnie midzy sob, a w przypadku koniecznoci wspópracy z procesami AM odpowiednie sygnay kontrolne przesyane s w traktach NCT za porednictwem CM. Koordynacja dziaa wykonywanych przez róne typy moduów zapewniaj specjalne kanay komunikacyjne, przeznaczone do transferu wiadomoci potrzebnych procesom do realizacji okrelonych zada. Kanay te tworzone s na czach rozmównych pomidzy moduami komutacyjnymi, do transmisji korzystajc z protokoów X.25. Dziki temu stworzony zosta mechanizm wicy procesy dziaajce w rónych zespoach centrali. Dodatkowo, w traktach wiatowodowych NCT jedn ze szczelin czasowych tzw. CTS zarezerwowano do przesyania informacji sterujcych.
Architektura oprogramowania centrali 5ESS zostaa opracowana w taki sposób, by zaspokoi wszystkie wymagania stosowanego ukadu wieloprocesorowego, zwaszcza pod wzgldem obcienia i mocy obliczeniowej. Realizacja zada komutacyjnych, administracyjnych i utrzymaniowych musi pozostawia 25% rezerw moliwoci obliczeniowych przewidzianych na obsug chwilowych szczytów ruchu.
Na rozproszon architektur 5ESS skada si hierarchiczna struktura warstw procesów. Kada warstwa korzysta z usug warstwy niszej, rozbudowuje i powiksza je o pewne wasne procedury, a nastpnie oferuje warstwie wyszej w postaci usug bardziej zaawansowanych. Najnisza warstwa procesów komunikuje si z mechanizmami sprztowymi, warstwa najwysza natomiast wyposaona jest w interfejs z procesami innych aplikacji systemowych. Modularno oprogramowania powoduje, e dodawania nowych usug, stosowanie nowych rozwza technologicznych sprztu i oprogramowania jest atwe w realizacji i nie ingeruje w podstawowe struktury programu. Ponadto dziki moliwoci przenoszenia oprogramowania midzy moduami (AM, SM oraz RSM posiadaj jednakowe moduu programowe) koszty zmian programowych s niewielkie.
Oprogramowanie systemu 5ESS dzieli si na zespó odrbnych podsystemów o rónych funkcjach. Czci podsystemów programowych wystpuj w moduach komutacyjnych SM oraz w module administracyjnym AM. Funkcje oprogramowania obejmuj nastpujce elementy:
system operacyjny
obsuga pocze
utrzymanie
usugi administracyjne
baza danych
2.2 System operacyjny
System operacyjny 5ESS zajmuje si kontrol zasobów sprztowych i funkcji programowych centrali. W skad tych funkcji wchodzi zarzdzanie pamici, operacje wejcia/wyjcia, zarzdzanie systemem plików, komunikacja, odmierzanie czasu i zarzdzanie procesami. System operacyjny dziaa jako interfejs midzy moduami programowymi, a urzdzeniami fizycznymi. Oprogramowanie 5ESS kontrolowane jest przez dwa systemy operacyjne:
UNIXŽ Real Time Reliable (RTR) Operating System dla moduu AM
Operating System for Distributed Switching (OSDS), którego wersje pracuj w poszczególnych podsystemach oprogramowania realizujc nastpujce funkcje:
OSDS w AM poredniczy midzy UNIX RTR, programami wejcia/wyjcia i oprogramowaniem podsystemów moduu administracyjnego
system operacyjny dla oprogramowania utrzymaniowego, który dziaa w AM jako interfejs z oprogramowaniem utrzymaniowym oraz procesami utrzymania ukadów komutacyjnych moduów SM i komutatora wiadomoci MSGS,
OSDS w SM jest stykiem midzy podsystemami programowymi moduu komutacyjnego i programami komunikacyjnymi stosowanymi przy wysyania wiadomoci do AM lub innych moduów SM
system operacyjny dla interfejsu pakietowego poredniczy w wymianie informacji podczas komunikacji interfejsu PI z programami obsugi protokoów PH w zespole pakietowym PSU
system operacyjny dla PH realizujcy wspóprac z innymi PH i programami komunikacyjnymi, które wysyaj wiadomoci do PI i skojarzonych z nim procesorów SM
Poszczególne elementy OSDS tworz rodowisko, które usprawnia operacje przetwarzania rozproszonego oraz pozwala procesom aplikacyjnym dzieli, w moliwie efektywny sposób, zasoby systemu. System operacyjny zarzdza operacjami wykonywanymi przez procesor, organizuje komunikacj midzy rónymi procesami, obsuguje przydzielanie i sterowanie zespoów komutacyjnych. Ponadto udostpnia identyczne interfejsy dla wszystkich podsystemów programowych, bez rozróniania procesorów w jakich podsystemy te dziaaj.
2.3 Obsuga pocze
Funkcje obsugi poczenia zostay rozdzielone midzy procesory SMP w moduach komutacyjnych a procesor moduu AM. Centrale 5ESS wykorzystuj dwa typy procesów: proces terminalowy i proces systemowy.
Procesy systemowe s wykonywane w sposób cigy. Funkcje, dostarczane przez te procesy dotycz pracy caego systemu i nie s powizane z realizacj konkretnych pocze. Tworzone w momencie inicjalizacji, procesy systemowe kontynuuj prac w cigu caego czasu aktywnoci systemu. W odrónieniu od procesów terminalowych nie powstaj i nie kocz si wraz z rozpoczciem i kocem poczenia. Procesy systemowe realizuj dania zgaszane przez wiele procesów terminalowych.
Procesy terminalowe maj charakter tymczasowy i istniej tylko w wtedy, gdy terminal kontrolowany przez dany proces pozostaje aktywny. Istnieje kilka typów procesów terminalowych. Rodzaj procesu uzaleniony jest od tego, czy obsugiwanym terminalem s linie abonenckie czy cza midzycentralowe oraz czy terminal jest stron inicjujc , czy docelow poczenia. W typowym przypadku poczenia midzy dwoma liniami abonenckimi jeden proces terminalowy nadzoruje stron wywoujc, a drugi stron wywoywan. Podczas funkcjonowania procesów terminalowych, z kadym z nich jest powizany jest blok danych terminalowych. Kady typ procesu terminala uywa innego zestawu procedur w celu wykonywania funkcji zestawiania poczenia, funkcji administracyjnych, utrzymaniowych i zarzdzania baz danych. Elementem rozróniajcym stosowane procedury jest zawarto wykorzystywanego bloku danych.
Na program obsugi pocze skadaj si nastpujce podsystemy:
sterowanie waciwe zestawianiem pocze FC (Feature Control)
wybór drogi poczeniowej i przydzia terminala RTA (Routing and Terminal Allocation)
sterowanie urzdzeniami peryferyjnymi PC (Peripherial Control)
Sterowanie waciwe zestawianiem pocze FC
Procedury realizowane przez FC stanowi podstawowy komponent procesu terminalowego. Zadanie FC polega na odbiorze wszystkich zewntrznych sygnaów i wykonywaniu sekwencji operacji na terminalu. Procesy sterowania FC inicjuj akcje obsugi pocze poprzez uruchamianie innych elementów programowych jak na przykad system zarzdzanie baz danych, system operacyjny, procedury czci RTA i PC. Wydzielona podgrupa FC dotyczy obsugi czci uytkowników systemu sygnalizacji wspólnokanaowej nr 7.
Wybór drogi poczeniowej i przydzia terminala RTA
Podsystem RTA zawiera procedury umiejscowione w moduach SM i AM. Procedury te stanowi cz procesów wyboru drogi poczeniowej uruchamianych w obu wymienionych moduach i realizuj styk midzy procesem FC a procesem wyboru drogi. dania znalezienia drogi poczeniowej generowane przez FC przesyane s do procesów wyboru drogi w SM, RSM lub AM. Procesy systemowe kieruje wiadomoci odpowiednim procesom wyboru drogi za pomoc programowych tablic kierowania.
Cz RTA zajmujca si przydziaem terminali zlokalizowana jest w SM. Jej elementami s procedury odpowiedzialne za wybór linii abonenckich, grup czy midzycentralowych i stanowisk operatorskich. Po przydzieleniu odpowiedniego terminala proces RTA da od procesu systemowego utworzenia aktywnego procesu terminalowego, który w czasie kiedy pozostaje aktywny kontroluje operacje terminala.
Sterowanie urzdzeniami peryferyjnymi PC
Funkcje sterowania urzdzeniami peryferyjnymi polegaj na przydzielaniu zasobów centrali, wymaganych dla dziaania procedur FC w czasie zestawiania poczenia i realizacji operacji utrzymaniowych. W skad zasobów obsugiwanych przez FC wchodz:
porty logiczne - abstrakcyjne przedstawienie linii abonenckich i czy midzycentralowych doczonych do 5ESS
zcza - abstrakcyjne przedstawienie zespoów konferencyjnych rónego typu
cieki - abstrakcyjne przedstawienie pocze midzy portami logicznymi i zczami. Kady port logiczny i zcze posiada zestaw szczelin czasowych z którymi moe by powizana cieka.
2.4 Oprogramowanie utrzymaniowe
Oprogramowanie utrzymaniowe zawiera elementy odpowiedzialne za niezawodne dziaanie systemu. Podstawowymi czciami oprogramowania utrzymaniowego s:
interfejs czowiek-maszyna udostpniajcy szereg urzdze utrzymania i zrzdzania systemem. Podstawowym urzdzeniem tego typu jest centrum sterowania MCC (Master Control Center)
utrzymanie zespoów komutacyjnych
integralno systemu - polega na wykrywaniu i reakcji na bdy wystpujce w programach moduów AM i SM
aktualizacja danych
Szczegóowe dane na temat utrzymania i zarzdzania systemu 5ESS zostay zawarte w rozdziale 3.
2.5 Oprogramowanie administracyjne
Oprogramowanie realizujce operacje administracyjne jest obecne w moduach SM i AM. W module komutacyjnym oprogramowanie to zbierane dane z programów obsugi pocze a nastpnie przesya je programom administracyjnym w AM. Cz oprogramowania administracyjnego AM przetwarza i analizuje informacje odebrane z SM a ponadto, przez cza danych i kanay komutacji danych, wspomaga proces transferu wiadomoci z SM.
Funkcjonalna struktura oprogramowania administracyjnego jest nastpujca:
asembler rekordów wywoa - program, którego zadaniem jest zbieranie danych dotyczcych pocze. Rekordy wywoa s przydzielane dynamicznie i su do czasowego gromadzenia danych dotyczcych wywoania, które s konieczne do realizacji funkcji administracyjnych
pomiary - realizowane w nastpujcych dziedzinach:
pomiary ruchu
pomiary instalacji
taryfikacja
zarzdzania sieci
transmisja przez zewntrzne cza danych
ocena jakoci obsugi
2.6 Administracja bazy danych
Baza danych, w któr wyposaono system 5ESS zapewnia bezpieczne magazynowanie i operacje na danych oraz prac w czasie rzeczywistym. Dostp do danych, zarówno lokalny jak i zdalny, kontrolowany jest przez system zarzdzania baz danych DBMS (Data Base Management System).
Baza danych operuje na dwóch rodzajach struktur:
dane relacyjne - uywane dla wikszoci zastosowa systemowych
dane sieciowe - s dostpne w czasie rzeczywistym jednak ze struktur tego typu korzysta si tylko w przypadku gdy wany jest szybki ale krótkotrway dostp do informacji
Powysze struktury zawieraj dane statyczne i dynamiczne. Dane statyczne s trwae i su do opisywania charakterystyk centrali. Dane dynamiczne zawieraj opis statusów sprztu i wywoa, zapis licznika bdów itp. System zapisuje te dane w sieciowej bazie danych. W odrónieniu do danych statycznych, dane dynamiczne nie mog by modyfikowane przez personel centrali. Mona je tylko odczytywa.
2.6.1 Architektura bazy danych
Wszystkie informacje dotyczce aktualnej konfiguracji centrali przechowywane s w bazie danych, której elementy rozproszone zostay w rónych czciach systemu. System zarzdzania baz danych dziaa moduach AM i SM. Szybki dostp do danych wymaga by dua cz bazy danych na stae znajdowaa si w pamici gównej centrali. Dane odnoszce si do zestawiania pocze umieszczone s równie w pamiciach procesorów SM.
Dane statyczne zapisywane s w nastpujcych bazach danych:
baza danych zalenych od centrali ODD (Office Dependent Data base) - znajduj si tam charakterystyki centrali, dane dotyczce obsugi pocze, konfiguracji sprztowej moduów SM i CM a take zespoów peryferyjnych wchodzcych w skad SM,
baza danych o konfiguracji sprztu ECD (Equipment Configuration Data base) - opisuje logiczn i fizyczn konfiguracj AM oraz jego urzdze peryferyjnych (jednostki dyskowe) a ponadto zawiera informacje sterujce systemu oprogramowania interfejsu czowiek - maszyna,
baza danych inicjalizacyjnych systemu SG (System Generation) base - posiada dane pozwalajce tworzy dyski systemowe, adowa podstawowe oprogramowanie centrali podczas jej uruchamiania czy wprowadza, za pomoc specjalnych pól, poprawki do programu ju istniejcego.
Wersje bazy danych suce inicjalizacji systemu generowane s na zewntrz bazy - w trybie off-line. Poprawa niezawodnoci systemu zapewniona zostaa przez magazynowanie danych na tamach i dyskach magnetycznych. Elementy wykorzystywane w procesie definiowania danych a take gówne skadniki programowe systemu zarzdzania danymi przedstawia rys. 2.2.
2.6.2 Operacje na danych
DBMS pracuje na dwóch poziomach interfejsów dostpu do danych (rys.2.3). Interfejs podstawowy - nazywany jest interfejsem dostpu do rekordów i pozwala programom obsugi pocze odbiera rekordy z relacji bazowych. Drugi poziom interfejsu przeznaczony jest dla danych o wyszym stopniu niezalenoci, do których nie wymaga si dostpu w czasie rzeczywistym. Na poziomie tym informacje podawane s poprzez tzw. "relacje przegldu" - logiczne relacje bdce zebraniem danych pochodzcy z wielu relacji bazowych. Interfejs poziomu wyszego zapewnia dostp do danych personelowi administracyjnemu centrali.
System DBMS kontrolujc dziaanie wielu funkcji programu pozwala na jednoczesny dostp kilku funkcji do wspólnego zbioru danych. Konieczne jest w tym wypadku zabezpieczenie przed jednoczesn modyfikacj tych samych danych przez róne procesy, w zwizku z tym wszystkie operacje zapisywania informacji przeprowadzane s na kopii danych operacyjnych. W czasie modyfikacji, programy, które tylko odczytuj dane maj przez cay czas dostp do wersji podstawowej. Po zakoczeniu wprowadzania zmian wersja tymczasowa jest kopiowana do oryginalnej bazy. Okrelon informacj moe w danej chwili zmienia tylko jeden program, natomiast odczytywa - wiele. W przypadku gdy kilka programów da dostpu do tej samej zmiennej w celu jej modyfikacji, zadaniem DBMS jest ustalenie priorytetów, utworzenie i nadzór kolejnoci dziaa.
2.6.3 Modyfikacja bazy danych
Dostp do bazy danych systemu 5ESS personel uzyskuje poprzez MCC, który stanowi podstawowe rodowisko komunikacji operatora z central. Dodatkowo, informacje bazy danych mona osign za pomoc jednego lub kilku terminali RC/V. Odczytywanie, zapisywanie oraz weryfikacja danych odbywa si w dwóch trybach:
menu - selekcja informacji nastpuje poprzez wybór opcji w systemie rozwijanych okien zawierajcych gotowe formularze
komend - tryb tekstowy
Wydawanie polece bazie odbywa si albo poprzez formularze, uywajc terminali RC/V albo dziki komendom jzyka MML. Operacje na danych zawartych w bazie dotycz wycznie czci rezydentnej ODD. Oprogramowanie 5ESS zawiera wic specjalne procedury zajmujce si uaktualnianiem wersji znajdujcej si na dysku i informacji zapisanych w pamiciach moduów AM i SM.
Zmiany w bazie danych wykonywane s zazwyczaj lokalnie przez personel centrali, jednak dostp do wszystkich informacji ma take centrum eksploatacyjno - utrzymaniowe OMC poczone z poszczególnymi centralami za pomoc zewntrznych czy danych.
3. Zarzdzanie systemem
Zadaniem oprogramowania utrzymaniowego jest zapewnienie skutecznej i niezawodnej realizacji usug na obszarze obsugiwanym przez system. Oprogramowanie to umoliwia zapewnienie obowizujcych standardów i pozwala na atwe przeprowadzanie operacji utrzymaniowych. W celu szybkiego zidentyfikowania pojawiajcych si problemów oprogramowanie utrzymaniowe analizuje bez przerwy stan zespoów komutacyjnych. Jest równie w stanie dokona zmian istniejcego programu centrali i wykrywa wszelkie wystpujce w tym czasie problemy.
Strategia utrzymaniowa w systemie 5ESS opiera si na rozproszonej architekturze utrzymaniowej. Prowadzi to do stworzenia lokalnych, autonomicznych orodków wykrywania i usuwania bdów. Kady z gównych moduów np. modu administracyjny AM czy komutacyjny SM jest odpowiedzialny za wykonywanie wasnych funkcji utrzymaniowych (utrzymanie moduu komunikacyjnego CM jest realizowane przez AM). Miejsce pojawienia si bdu jest ograniczane do fizycznego obwodu, w którym wystpi i tam bd jest likwidowany. Jakkolwiek funkcje utrzymaniowe s niezalene w kadym module niezbdne jest zapewnienie minimum komunikacji midzy AM i SM.
3.1 Interfejs czowiek - maszyna HMI (Human - Machine Interface)
HMI jest podsystemem stanowicym interfejs midzy personelem kontrolujcym funkcje utrzymaniowe 5ESS a oprogramowaniem centrali. Personel moe nadzorowa prac systemu za porednictwem urzdze samej centrali lub te zdalnie z oddalonego centrum utrzymaniowego OMC.
Gówne centrum kontroli MCC ( Master Control Centre)
Gówne centrum kontroli jest podstawow stacj robocz dla lokalnych operacji utrzymaniowych. Przewidziano do instalacji dodatkowe terminale zarówno wewntrz centrali jak i w jednostkach wyniesionych. Istnieje te moliwo wprowadzenia specjalnych terminali do obsugi np. bazy danych centrali. Wszystkie funkcje utrzymaniowe mog by te wykonywane z punktu oddalonego tzw. Centrum Sterowania i Utrzymania OMC (Operations and Maintenance Centre).
MCC jest pierwszoplanowym stanowiskiem czcym znajdujcy si w centrali personel z zespoami 5ESS. Umoliwia wykonywanie zada administracyjnych i utrzymaniowych. Pozwala personelowi na kontrol ogólnego stanu centrali oraz wykonywanie funkcji wykrywania bdów, ich izolowania i likwidacji.
W skład MCC wchodzš :
stanowisko operatora: jego zadaniem jest wizualizacja stanu poszczególnych jednostek systemu , konfiguracja systemu , wprowadzanie komend systemowych i wyœwietlanie raportów,
drukarka: nieprawidłowoœci w pracy systemu powodujš automatyczny wydruk raportu zawierajšcego m.in. wyniki wykonanego testu i wymagane działania zapobiegawcze. Okresowe raporty administracyjne również sš wyprowadzane na tym stanowisku,
jednostka testowa: zapewnia dostęp AC i DC dla przenoœnego sprzętu kontrolujšcego międzycentralowe łšcza analogowe. Dodatkowe wejœcia pozwalajš na dołšczenie aparatów telefonicznych i uzyskanie połšczenia z innymi częœciami centrali,
cyfrowa jednostka testowa: umożliwia dostęp typu 64 kbit/s dla zewnętrznego sprzętu pomiarowego za pomocš terminala utrzymaniowego. Pozwala to na kontrolę oraz wprowadzanie sygnału testowego w linie 64 kbit/s . Jest możliwa kontrola i testowanie linii międzycentralowych oraz obwodów połšczeń pół-stałych. Dostęp testowy istnieje lokalnie lub z oddalonego centrum utrzymaniowego. Można testować zarówno linie 24-ro kanałowe PCM (interfejs okreœlony przez Rekomendację V.36 CCITT ; przykładowe urzšdzenia testujšce: TEKELEK CHAMELEON 32) jak i 30-to kanałowe (CCITT G.703 ; analizator protokołów ELMI ETP71).
System alarmów
System alarmów zosta opracowany w celu natychmiastowego poinformowania personelu administracyjnego centrali o pojawieniu si alarmu i jego stopniu. 5ESS dysponuje trójstopniowym systemem alarmów. Kady ze stopni posiada odmienn sygnalizacj dwikow i wizualn :
critical alarm, oznacza poważne uszkodzenie zagrażajšce wykonywaniu usług abonenckich. Wymaga natychmiastowej akcji przeciwdziałajšcej jego skutkom,
major alarm, wskazuje na odbiegajšce od normalnego zachowanie sprzętu lub oprogramowania tj. uszkodzenie lub złe funkcjonowanie układów centrali bšdŸ też warunki mogšce spowodować przerwanie wykonywanych usług. Wymaga zwrócenia na nie uwagi personelu i podjęcie działań majšcych na celu przywrócenie normalnego funkcjonowania systemu,
minor alarm, jest zwišzany z usługami , które nie wpływajš bezpoœrednio i w sposób poważny na usługi abonenckie lub nie dotyczš podstawowych układów operacyjnych centrali.
Alarmy mog by usunite zarówno w sposób automatyczny jak i rczny. W pierwszym przypadku centrala wycza wizyjne i dwikowe sygnay alarmu pozostawiajc jednak informacj o nim na ekranie terminala operatora. W trybie wyczenia rcznego alarmy pozostaj aktywne do czasu ich usunicia przez personel centrali.
Wszystkie wyniki automatycznych akcji likwidacji skutków alarmów s notowane. Raporty o nich zawieraj informacje o rekonfiguracji systemu, elementach wyczonych z uytku i wynikach testów diagnostycznych. Próby podjte przez system, które zakoczyy si niepowodzeniem równie s zapisywane.
Utrzymanie bazy danych systemu
Dostp do bazy danych uzyska mona za pomoc wydzielonego terminala lub poprzez MCC. System jest chroniony przed wprowadzaniem bdnych danych przez uytkownika poprzez trzy poziomy kontrolne :
Poziom 1 : kontrola zakresu wartoœci parametrów. System sprawdza w jakim zakresie mieœci się każda wprowadzona przez użytkownika wartoœć przed wprowadzeniem jej do bazy danych. W przypadku niedozwolonych wartoœci system odmawia ich akceptacji.
Poziom 2 : po wprowadzeniu wszystkich parametrów sprawdzana jest spójnoœć danych. Jeœli pewne parametry pozostajš ze sobš w sprzecznoœci generowany jest sygnał o wystšpieniu błędu.
Poziom 3 : gdy kontrola na poziomach 1 i 2 daje pozytywne rezultaty, dane sš porównywane z informacjami już istniejšcymi w bazie danych. Gdy porównanie powoduje konflikt wysyłany jest komunikat o błędzie.
Dane mogš być wprowadzane interakcyjnie lub za pomocš plików wsadowych. W trybie off-line można wczytywać dane z taœmy magnetycznej.
Kontrola dostpu uytkownika
System 5ESS dostarcza moliwoci kontroli uprawnie wszystkich wprowadzanych polece. Kontrola ta jest oparta bd na identyfikacji terminala bd na indywidualnych hasach uytkowników. Komendy systemowe zostay pogrupowane tak, e system moe ogranicza dostp do pewnych wyspecjalizowanych grup np. bazy danych, komend utrzymaniowych czy komend dotyczcych pomiarów ruchu.
Istniejš dwie procedury :
autoryzacji terminala, każdy terminal musi potwierdzić swój status w celu wprowadzania za jego pomocš danych,
autoryzacja personalna, poprzez login i hasła użytkownik okreœla swoje uprawnienia do korzystania z komend systemu,
Operator moe wybra jedn lub obie opcje dla kadego z terminali. System pozwala te na stosowanie czytników kart dla kontroli dostpu do zasobów centrali.
System wizualizacji wyboru dróg poczeniowych
Jest to system wsparty mikrokomputerem na którego kolorowym monitorze wywietlane s statusy czy w centralach midzymiastowych i midzynarodowych. Kontrolowane jest wykorzystanie czy midzycentralowych a dane na ten temat zebrane s wysyane okresowo do OMC gdzie nastpnie przetwarza si je w informacje wyboru dróg poczeniowych w formacie bazy danych. Operator moe ustali np. próg cakowitej zajtoci wizki czy. Na terminalu kadorazowo sygnalizowana jest nazwa drogi oraz czy przekroczony zosta który z kontrolowanych wspóczynników.
5ESS dostarcza funkcje zbierania danych i wysyania raportów. Ustala list czy midzycentralowych, o których stanie maj by zbierane informacje. Informacje te gromadzi si co 5 min. dla wszystkich czy z listy. Co 15 min. dane dotyczce do 2000 czy s transmitowane do OMC. Funkcja generowania raportów wysya wówczas biece dane, czas i dane o tworzonych czach lini o przepywnoci 9600 bodów.
Centrala 5ESS jest wyposaona w interfejs umoliwiajcy wykonywanie funkcji utrzymaniowych z centrum oddalonego. Wszystkie dane wyjciowe mog by przesyane bezporednio do MCC lub wyniesionego centrum OMC w celu póniejszego ich przetworzenia. Zawieraj one informacje o alarmach, raporty oraz dane dostpne za pomoc terminala MCC.
3.2. Utrzymanie zespoów komutacyjnych
Funkcje utrzymaniowe jednostek peryferyjnych zostay rozproszone w poszczególnych moduach peryferyjnych w takim stopniu jak to tylko byo moliwe. Bdy oraz zmiany konfiguracji s sygnalizowane moduowi administracyjnemu AM tylko gdy jest to konieczne. Komutacyjne oprogramowanie utrzymaniowe jest odpowiedzialne za utrzymanie ukadów definiowanych jako czci wyposaenia peryferyjnego. Wyposaenie to obejmuje wszelkie obwody nalece do SM. Obwody te s najmniejszymi z moliwych do konfiguracji czciami SM lub moduów wyniesionych RSM. Mimo, e na jednym panelu moe znajdowa si kilka obwodów, kady z nich podlega indywidualnej diagnostyce i moe by wczany lub wyczany z dziaania niezalenie od innych. Wymiana obwodu pociga jednak za sob wymian caej pyty, na której dany obwód si znajduje. Stan kadego obwodu moe by kontrolowany automatycznie lub na danie personelu.
Utrzymanie moduu administracyjnego
Wikszo funkcji utrzymaniowych AM znajduje si pod kontrol systemu operacyjnego UNIX RTR. Oprogramowanie zajmujce si wykrywaniem bdów (rezyduje w AM) odpowiedzialne jest za utrzymanie pracujcej konfiguracji AM tj. gównej jednostki operacyjnej CPU , procesora wej/wyj IOP oraz kontrolera dysku DFC.
Diagnostyka ukadów procesora i ukadów peryferyjnych jak równie wszystkie zwizane z diagnostyk funkcje nale do kategorii funkcji moliwych do odroczenia. Dopóki diagnostyka jest procesem pracujcym w tle, nie istnieje konieczno tworzenia nadrzdnego poziomu kontroli w postaci procesu rezydentnego.
Diagnostyka ukadów wej/wyj zawiera testy kontroli procesorów, gównego obszaru pamici, kanaów wej/wyj oraz kontrolera bezporedniego dostpu do dysku DMA. Diagnostyka jest zorganizowana w taki sposób, e zawsze jako pierwsze testowane jest jdro procesora. Jeli testy przebiegn pomylnie, jdro bierze udzia w diagnostyce innych podzespoów procesora. Procedura ta jest powtarzana a do potwierdzenia poprawnego dziaania caego testowanego ukadu.
Utrzymanie moduu komutacyjnego
Utrzymanie kadego zespou SM realizowane jest w jego wntrzu. SM wysya raporty o podejmowanych dziaaniach utrzymaniowych do AM oraz postpuje zgodnie z poleceniami AM tylko w przypadkach dania wysanego przez personel administracyjny.
Usunicie wewntrznego uszkodzenia SM jest moliwe nawet jeli nie funkcjonuje kana poczeniowy z AM. Procesor moduu SM utrzymuje informacje o statusie podzespoów i okrela czy konieczne jest przesanie komendy w trybie rcznym tj. za porednictwem personelu centrali. Jeli SM zosta poddany testom diagnostycznym to, niezalenie czy byy one wynikiem dziaa personelu czy czci automatycznej akcji likwidacji bdu , do moduu AM przesyane jest danie zaadowania odpowiedniego programu testowego do pamici procesora SM.
Utrzymanie moduu komunikacyjnego
Wikszo oprogramowania utrzymaniowego (likwidacji uszkodze, diagnostyki, komendy utrzymaniowe personelu) moduu komunikacyjnego CM rezyduje w AM. Pozostaa cz jest rozoona midzy róne zespoy CM. Oprogramowanie to jest odpowiedzialne za utworzenie i utrzymanie czy komunikacyjnych midzy AM i SM w celu wykonywania funkcji utrzymaniowych, kontroli sieci oraz wysyanie wiadomoci sygnalizacyjnych zwizanych z zestawianiem pocze.
Traktowanie bdów sprztowych
W przypadku wikszoci niesprawnych podzespoów, system rozrónia midzy bdami i uszkodzeniami. Bdami s czasowe nieprawidowoci, które nie maj charakteru okresowego. Uszkodzenia natomiast s usterki wystpujce z pewn czstotliwoci lub te zdarzenia jednorazowe ale o powanych skutkach dla dziaajcej centrali.
5ESS w celu wykrycia uszkodze sprztowych stosuje programowe testy diagnostyczne oraz samokontrolujce si obwody na poziomie podzespoów fizycznych. Same testy nie wpywaj na funkcjonowanie centrali. Obwody podlegajce testowi oraz wszelkie obwody zaangaowane w wykonanie testu s niedostpne przy zestawianiu poczenia w czasie trwania testu. Wszystkie ukady biorce udzia w zestawianiu poczenia nie mog by w tym czasie uyte do celów diagnostycznych lub wyczane z dziaania.
Kady z ukadów posiada przyporzdkowany program diagnostyczny. Program podzielony jest na fazy, z których kada testuje jeden z bloków funkcjonalnych badanego obwodu. Fazy dziel si na segmenty. Segment zawiera z reguy pewien standardowy zestaw testów. Istniej trzy rodzaje testów : automatyczne, rczne i rutynowe. Ich rezultaty przedstawiane s w postaci raportów. Testy automatyczne i rczne zawsze kocz si wygenerowaniem raportu. W przypadku testów rutynowych nie jest to wymagane.
3.3 Utrzymanie czy abonenckich i midzycentralowych
Realizację tego zadania system 5ESS dokonuje poprzez :
wykrywanie uszkodzeń i ich izolacja metodami automatycznymi lub na żšdanie operatora,
badanie statusu łšczy dla realizacji połšczeń i operacji utrzymaniowych,
lokalny dostęp do łšczy w celach testowych,
możliwoœć wykonywania testów z oddalonego oœrodka OMC.
5ESS traktuje wszystkie cza oraz zakoczenia obwodów testowych jako logiczne porty. Kady z portów posiada status utrzymaniowy (aktywny/ nieaktywny) oraz status zwizany z ruchem telefonicznym (wolny/zajty). Linie mog by wczane lub wyczane z dziaania przez nadanie im odpowiedniego statusu. Informacje o aktualnym stanie portu mona otrzyma dla pojedynczego portu lub dowolnie wybranej ich grupy.
Dla kadego poczenia wykonywane s testy linii abonenckich przed doczeniem jej do zespoów komutacyjnych. Testy linii midzycentralowych umoliwiaj wykrycie, w czasie zestawiania poczenia, usterek, które wymagaj natychmiastowej akcji systemu. Na przykad bdy w sygnalizacji midzycentralowej, uszkodzenie wspólnych ukadów komutacyjnych. Niektóre z tych nieprawidowoci mog powodowa automatyczn izolacj pewnych zespoów lub dziaania prewencyjne w celu ochrony zwizanych z nimi czy abonenckich i midzycentralowych.
Utrzymanie linii abonenckich
Przykadowe moliwoci testowe dla linii abonenckich oferowane przez Terminal Kontroli czy TLWS (Trunk and Line Work Station), to dostp pomiarowy linii cyfrowych 64 kbit/s; dostp AC/DC; kontrola zajtych portów; wybór pocze wychodzcych; pomiary rezystancji, pojemnoci; test prdu dzwonienia.
Moliwe jest doczenie zewntrznych przyrzdów pomiarowych za pomoc wejcia AC i wykonywanie pomiarów : szumu, poziomu sygnau, szerokoci pasma, poprawnoci generowanych sygnaów.
Linie cyfrowe podlegaj cigej kontroli w celu weryfikacji ich jakoci. Testy maj za zadanie wykrycie takich usterek jak zmiany polaryzacji czy bdy ramek.
Wanym skadnikiem wykrywania bdów czy abonenckich s badania poszczególnych pocze. Przy zestawianiu kadego poczenia przeprowadzany jest zespó testów kontrolujcych poprawne funkcjonowanie ukadów biorcych udzia w tym poczeniu. Typowymi testami s : test cigoci ptli, kontrola uziemienia. Wykonuje si je przed zestawieniem poczenia by unikn ewentualnego uszkodzenia zaangaowanego sprztu.
Utrzymanie linii abonenckich przeprowadza si take z orodka oddalonego, który realizuje funkcje utrzymaniowe niezalenie od central 5ESS. Jednostka ta jest doczona do IOP w 5ESS za pomoc interfejsu V.24.
Utrzymanie czy midzycentralowych
Modu TLWS dostarcza podobnych moliwoci pomiarowych jak w przypadku linii abonenckich. Kady z portów linii midzycentralowych posiada status : aktywny - nieaktywny. Status ten moe zmieni si automatycznie po wykryciu bdu. Powrót do funkcjonowania nastpuje warunkowo (wykonuje si wtedy dodatkowe testy sprawdzajce poprawno dziaania portu) lub bezwarunkowo. Liczba portów ze statusem "nieaktywny" (Out Of Service) w danej grupie czy jest limitowana w celu zapobieenia automatycznemu wyczeniu z dziaania caej grupy.
Automatyczna procedura sprawdzania i analizy nieprawidowoci stanowica cz systemu 5ESS pozwala na przeprowadzenie zespou testów w skad których wchodz m.in.:
procedura zbierajšca informacje dotyczšce błędu MDII (Machine Detected Inter - Office Irregularity). Zawiera dane o rodzaju uszkodzenia, identyfikacji łšcza, miejscu wysłania przetwarzanych cyfr. Uruchamiana w momencie wykrycia błędu w sygnalizacji międzycentralowej. W zależnoœci od typu uszkodzenia i rodzaju sygnalizacji przypisuje dany przypadek do jednej z czterech klas zlecajšc jednoczeœnie wykonanie testów odpowiedniego rodzaju,
szybka analiza sprawdzajšca, identyfikuje łšcza międzycentralowe lub obwody serwisowe, w których występujš błędy w sygnalizacji. Gdy wynik testu jest negatywny dany zespół jest automatycznie wyłšczany z działania. Liczba układów, które mogš być odłšczone automatycznie jest limitowana,
analiza błędów sporadycznych, wykrywa błędy przez wybór łšczy z nadmiernym współczynnikiem MDII. Obliczany jest współczynnik MDII dla każdego połšczenia i jeœli jego wartoœć osišgnie próg okreœlony przez administrację, generowany jest raport dla operatora,
analiza zajętoœci łšcza, łšcza międzycentralowe słabej jakoœci charakteryzujš się krótkim czasem zajętoœci gdyż abonenci bardzo często próbujš ponawiać połšczenie. W rezultacie łšcza te zajmowane sš z większš częstotliwoœciš niż zwykle, co powoduje większš liczbę połšczeń przypadajšcych na danš linię. Raporty o tym współczynniku poprzez porównywanie danej wartoœci z poprzednimi tej samej linii lub współczynnikami innych linii sš jednym z mechanizmów kontroli stanu łšcza.
Utrzymanie łšczy analogowych dokonuje się poprzez następujšce testy :
transmisyjne i operacyjne (sprawny/uszkodzony) oraz wyniki pomiarów (szum, poziom sygnału),
interakcyjne - wykonywane przez personel,
w trybie off-line - autonomiczne sekwencje testowe (raz rozpoczęty cykl testów musi trwać aż do wykonania wszystkich zadań). Mogš mieć charakter testów rutynowych lub wykonywanych na żšdanie operatora,
wprowadzanie strat transmisji - możliwe jest wprowadzenie tłumienia od 0 do 15 dB i przeprowadzanie pomiarów. Wartoœciš domyœlnš jest 0 dB.
W zależnoœci od typu testu, testy transmisyjne mogš służyć do sprawdzania istniejšcej drogi połšczeniowej lub okreœlać jakoœć transmisji i sygnalizacji. Mogš oszacować charakterystyki łšczy przez generowanie i pomiar sygnałów przesyłanych między centralami.
Funkcje testowe cyfrowych czy midzycentralowych zapewnia zintegrowany z 5ESS zespó pomiarowy. Testy mona wykonywa interakcyjnie jak i w trybie off-line. Przykadem moe tu by pseudolosowy test 2047 bitów dla kocówki kanau cyfrowego 64 kbit/s; zgodnie z zaleceniem CCITT O.152. Test mona przeprowadza lokalnie lub z centrum oddalonego.
Dodatkowo system 5ESS wykonuje tzw. testy rutynowe. Przeprowadza si je na podstawie kilku procedur pozwalajcych na wszechstronn kontrol czy. Jedn z nich jest ATTS (Automatic Trunk Test Scheduler) - automatyczna procedura testowania czy midzycentralowych wykonuje 8-tygodniowe cykle testowe wg. CCITT M.150. Testuje jako transmisji czy midzycentralowych w sieciach krajowych i midzynarodowych. Jej gównym celem jest test pojedynczej grupy czy mona j jednak zaadaptowa do testowania dróg poczeniowych (zwykle zawierajcych kilka grup czy). Przykad testów innego typu stanowi ATDF (Artificial Traffic Directive Facility). Wykonuje testy w trybie wsadowym na czach w sieci krajowej i midzynarodowej. Jej celem nie jest testowanie samych czy ale znajdowanie drogi poczeniowej do danego adresata poprzez wiele wizek czy. Moe by stosowana jako tester sieci. Wysya paczki pocze testowych do rónych punktów przeznaczenia poprzez wybrane wczeniej drogi poczeniowe i kontroluje rezultaty. Operuje 10 paczkami sygnaów równoczenie. Kada paczka moe zawiera do 100 pocze testowych.
Poszczególne cza mog by kontrolowane za pomoc wydzielonego do tej funkcji zespou. Pozwala on na rejestracj sekwencji sygnalizacyjnych oraz ewentualnych nieprawidowoci sygnalizacji. Dla kontrolowanego cza zbierane s dane o wszystkich poczeniach, które miay miejsce za jego porednictwem.
System 5ESS pozwala równie przeprowadza pomiary czy cyfrowych 2.048 Mbit/s . Pomiary i obliczenia odpowiednich wspóczynników wykonywane s wg. CCITT G.703; G.704; i G.821 .
Utrzymanie wyniesionych moduów komutacyjnych
Kady z tych moduów wyposaony jest we wszystkie funkcje diagnostyczne, rozpoznawania i likwidacji uszkodze jakie posiadaj moduy komutacyjne wewntrz centrali. Podstawowym interfejsem utrzymaniowym tych moduów jest MCC oraz TLWS jakkolwiek ten ostatni zespó moe by umieszczony wewntrz moduu wyniesionego. Wszystkie typy alarmów oraz wskaniki okrelajce stan moduu s jego integraln czci. Stanowisko operatora traktuje modu oddalony na równi ze zwykymi moduami komutacyjnymi systemu.
3.4 Integracja systemu
Wydzielony podsystem 5ESS zajmuje si detekcj i reakcj na bdy oprogramowania AM, SM. Integralno programu oraz bazy dany centrali zapewniana jest przez sta kontrol oprogramowania. Odbywa si ona na rónych poziomach zalenych od struktury danych. Testy mog by wykonywane na caych blokach danych, sowach lub bitach. System umoliwia automatyczne usuwanie wykrytych w czasie testów usterek. Strategia likwidacji bdów jest hierarchiczna. Rozpoczyna si od najmniejszych elementów, których korekcja nie wpywa na dziaanie innych zespoów i przenosi si na wysze poziomy gdy podejmowane akcje nie przynosz rezultatów. Najwyszym poziomem jest pena inicjalizacja systemu. Inicjalizacja moduów AM i SM odbywa si niezalenie i ponadto oprócz koniecznoci resynchronizacji danych nadmiarowych, inicjalizacja jednego procesora nie wpywa na prac innych.
3.5. Pomiary ruchu telefonicznego
W centrali 5ESS do wykonywania pomiarów ruchu telefonicznego suy modu TMS (Traffic Measurements System). Pomiary s realizowane jako programy funkcyjne w oprogramowaniu przetwarzajcym dane pocze 5ESS. Do ich przeprowadzania su nastpujce jednostki :
liczniki zdarzeń, zapisujš informacje o liczbie połšczeń, czasie trwania, warunkach zajętoœci itp.,
liczniki intensywnoœci, mierzš czas, w którym dany element jest w użyciu. Stosowane zarówno do pomiarów przepływu ruchu (połšczenia przychodzšce i wychodzšce) jak i sprzętu (grupy linii międzycentralowych, łšcza sygnalizacyjne). Pomiar odbywa się na zasadzie próbkowania danego elementu (co 10 lub 100 sek.) w celu zbadania czy jest on zajęty czy wolny. Jednostkš pomiaru jest erlang lub ccs (centi-call seconds),
liczniki czasu trwania, zapisujš długoœć trwania zdarzenia np. czas, w którym łšcze sygnalizacyjne jest nieaktywne,
identyfikatory, służš do oznaczania Ÿródła wykonanych pomiarów. Raport o np. łšczu sygnalizacyjnym zawiera informacje którego łšcza ten raport dotyczy.
W zależnoœci od typu pomiarów system 5ESS umożliwia zastosowanie różnych interwałów do zbierania danych :
raporty o pomiarach ruchu sš dostępne co 15 min. , 30 min. , 1 godz. i 24 godz.,
całoœciowe raporty systemu co 15 min.,
raporty sprzętowe, o rozproszeniu sygnalizacji w CCS nr 7, dotyczšce usług dodatkowych co 15, 30 lub 60 min. Gdy dane przesyłane sš do wielofunkcyjnego systemu zarzšdzania węzłami komutacyjnymi (MFOS) możliwe jest zastosowanie tylko interwału 30 minutowego,
Przewidziano dwie metody wysyania raportów ; automatyczn i na danie. Dane z pomiarów ruchu mog by zapisywane w postaci pliku na dysku, wysyane na drukark, terminal wyniesiony lub przesyane czem danych X.25.
W przypadku pocze z komutacj obwodów okrelone zostay cztery kategorie pomiarów :
całkowity pomiar ruchu telefonicznego centrali (CCITT Q.544, sec. 7.2 ; E.502) zawiera następujšce raporty pomiarowe :
ogólny raport centrali, w jego skład wchodzi sekcja dotyczšca pomiarów całego ruchu telefonicznego centrali oraz odrębne bloki dotyczšce pomiarów ISDN i połšczeń bezobwodowych,
raport CCITT przepływu ruchu, zawiera szczegółowy opis wszelkich połšczeń wykonywanych przez system. Znajduje zastosowanie w analizie cech charakterystycznych przepływu ruchu telefonicznego przez danš centralę,
raport o połšczeniach niekompletnych,
pomiary elementów systemu (CCITT Q.544, sec. 7.2) dotyczy m.in. modułów komutacyjnych, jednostek liniowych, łšczy międzycentralowych, dekoderów sygnałów tonowych,
pomiary linii abonenckich (CCITT Q. 544, sec. 7.4) służš do badania zachowania się abonentów. Dotyczš także abonentów central PABX,
pomiary dróg połšczeniowych, zbierajš dane o wyborze drogi połšczeniowej. Umożliwiajš okreœlenie drogi użytej przez połšczenie wychodzšce wraz z identyfikacjš obu abonentów. Zapisujš informacje o całkowitej liczbie prób zestawienia połšczenia, połšczeniach nieudanych lub przerwanych z powodu przecišżenia itd.
3.6. Taryfikacja
Operacje taryfikacyjne system 5ESS wykonuje w postaci :
zliczania impulsów ,
szczegółowych danych o połšczeniu, opcja ta dotyczy abonentów indywidualnych lub abonentów PABX (wszystkich albo wybranej grupy).
W czasie trwania czci rozmowy, która podlega opacie tj. od zgoszenia si abonenta do rozczenia rozmowy, okresowo zmieniana jest zawarto rekordu przypisanego abonentowi w module SM. Odbywa si to przez zliczanie generowanych przez central impulsów. Ich warto, w czasie rozmowy, przechowywana jest w postaci rekordu, a po zakoczeniu rozmowy przesyana do AM. Sposób zaliczania zaleny jest od tego skd rozmowa jest inicjowana, dokd kierowana, a take od pory dnia i dnia w tygodniu.
Kady abonent ma moliwo zainstalowania domowego licznika impulsów w celu kontroli taryfikacji przeprowadzanej przez central. Zliczanie impulsów odbywa si w tych samych odstpach czasu, lecz ródo generowanych impulsów jest niezalene od wykorzystywanego w module SM.
Centrala 5ESS moe gromadzi wszelkie dane zwizane z trwajcym poczeniem. Dane te s przetwarzane w trybie off-line w centrum taryfikacji (lokalnym lub wyniesionym). Posta jak przybiera rekord zawierajcy informacje o poczeniu jest okrelana przez administracj. Moe on dotyczy wszystkich prób nawizania poczenia ale zazwyczaj ogranicza si go wycznie do pocze zakoczonych sukcesem tj. takich, które weszy w faz rozmowy.
4. Zakres zastosowania (zastosowanie sieciowe)
Uniwersalno jak echuje si koncepcja systemu 5ESS powoduje, e centrale tego typu instalowa mona praktycznie na kadym szczeblu hierarchii sieci telefonicznej. W zalenoci od penionych funkcji zmianie ulega liczba i rodzaj stosowanych wyposae, jednak modyfikacje te dotycz zazwyczaj zespoów peryferyjnych ulokowanych w moduach komutacyjnych. Podzespoy o centralnym znaczeniu dla funkcjonowania systemu pozostaj zawsze jednakowe.
Cechy charakterystyczne centrali 5ESS przedstawione zostay w tabeli.
Cecha |
Wielko |
Maksymalna liczba linii abonenckich |
350 000 |
Maksymalna liczba czy midzycentralowych |
90 000 |
Maksymalna liczba moduów SM |
190-192 |
Maksymalna liczba abonentów doczonych do RSM |
5000 |
Maksymalna liczba abonentów doczonych do grupy czterech RSM |
ok. 20 000 |
Maksymalna liczba analogowych lub cyfrowych linii abonenckich doczonych do ISLU (ISLU2) |
1024 (2048) |
Natenie ruchu na jedn lini abonenck |
0.15 E |
Powysze wartoci maj charakter globalny. Konfiguracja systemu 5ESS w konkretnych zastosowaniach wymaga niewielkich zmian podstawowych parametrów centrali. Dla nastpujcych zastosowa typowe wartoci tych parametrów wynosz:
centrala miejscowa:
liczba linii abonenckich - 140.000
liczba czy midzycentralowych - 23.000
liczba moduów SM - 110
natenie ruchu na lini abonenck - 0.17 E
natenie ruchu na cze midzycentralowe - 0.7 E
liczba zrealizowanych pocze w cigu godziny - 900.000 (1.000.000 BHCA)
centrala tranzytowa (tandemowa lub midzycentralowa):
liczba czy midzycentralowych - 60.000
liczba moduów SM - 130
natenie ruchu na cze midzycentralowe - 0.7 E
liczba zrealizowanych pocze w cigu godziny - 600.000 (630.000 BHCA)
centrala midzynarodowa:
liczba czy midzycentralowych - 50.000
liczba moduów SM - 110
natenie ruchu na cze midzycentralowe - 0.7 E
liczba zrealizowanych pocze w cigu godziny - 500.000 (520.000 BHCA)
Stosowanie moduów wyniesionych pozwala rozszerzy zasig dziaania systemu 5ESS na obszary lece poza terenem pracy centrali miejscowej. Modu RSM moe by umieszczony w odlegoci 240 km od centrali macierzystej pod warunkiem zachowania opónienia sygnau echa mniejszego ni 8 ms. W pewnych okolicznociach zalenych od lokalnych warunków transmisyjnych odlego RSM - centrala moe wynosi 320 km. Poczenie czterech moduów wyniesionych powoduje powstanie konfiguracji moduu wielokrotnego MMRSM. Rozwizanie takie pozwala na doczenie okoo 20.000 odlegych abonentów przy zapewnieniu penego zestawu usug oferowanych przez system 5ESS. Pen struktur sieci, w której zastosowano centrale 5ESS przedstawia rysunku 4.1.
Centrale 5ESS wyposaone zostay standardowo w specjalizowane moduy dziki którym system jest w stanie wczy si bezporednio w zaawansowane struktury telekomunikacyjne takie jak sie inteligentna oraz sie sygnalizacyjna. W ramach sieci inteligentnej IN centrale 5ESS peni role tzw. punktów wykonawczych ACP (Action Point), których zadanie polega na rozpoznawaniu nadchodzcych z sieci zgosze z daniami usug. ACP jest zasadniczym elementem sieci inteligentnej i realizuje wikszo jej podstawowych usug. Korzystanie z bardziej skomplikowanych usug wymaga obecnoci innego podzespou IN, którym jest sieciowy punkt wykonawczy NCP. Komunikacja midzy tymi elementami zapewniana jest przez system sygnalizacji nr 7.
Realizacja funkcji oraz obsuga wiadomoci przenoszonych w ramach CCS 7 nastpuje poprzez wyposaenie jednego z moduów komutacyjnych a konkretnie zespou PSU w podzespoy obsugi protokoów PH. SM, w którym znajduj si urzdzenia PH nazywany jest globalnym moduem komutacyjnym i poredniczy w odbieraniu i wysyaniu danych sygnalizacyjnych przez pozostae moduy komutacyjne. W sieci wykorzystujcej CCS7 centrale 5ESS dziaaj jako transferowe i kocowe punkty sygnalizacyjne tj. jako STP (Signalling Transfer Point) i SP (Signalling Point).
W przypadku sieci telefonicznej, w której pracuje wiksza liczba central 5ESS koordynacja dziaa midzy poszczególnymi centralami realizowana jest przy wspópracy z wielofunkcyjnym systemem zarzdzania wzami komutacyjnymi MFOS. System ten zaprojektowany zosta jako cz telekomunikacyjnej sieci zarzdzania TMN.
Wyszukiwarka
Podobne podstrony:
OP2 DOC
5ESS op1 doc
BP10 doc
europejski system energetyczny doc
BP3 doc
Zaburzenia u dzieci i mlodziezy (1) doc
KLASA 1 POZIOM ROZSZERZONY doc Nieznany
5 M1 OsowskiM BalaR ZAD5 doc
Opis zawodu Hostessa, Opis-stanowiska-pracy-DOC
Messerschmitt Me-262, DOC
Opis zawodu Robotnik gospodarczy, Opis-stanowiska-pracy-DOC
Opis zawodu PoĹoĹźna, Opis-stanowiska-pracy-DOC
Opis zawodu PrzetwĂłrca ryb, Opis-stanowiska-pracy-DOC
Blessing in disguise(1), Fanfiction, Blessing in disguise zawieszony na czas nie okreĹlony, Doc
Opis zawodu Politolog, Opis-stanowiska-pracy-DOC
ProtokóŠwprowadzenia na roboty, Pliki DOC PPT
PoĹÄ czenie komputerĂłw w sieÄ, DOC
Opis zawodu Technik informatyk, Opis-stanowiska-pracy-DOC
ĹACINECZKA ZBIOREK DOC, âşFilozofia
wiÄcej podobnych podstron