POLITECHNIKA WROCŁAWSKA 2004-06-16
STEROWANIE I SYGNALIZACJA W SIECIACH TELEKOMUNIKACYJNYCH
PROJEKT
TEMAT:
Usługa UUS (w ISDN)
Projekt wykonał:
|
Jacek Wróbel |
Prowadzący:
|
Dr inż. Janusz Klink |
Termin zajęć:
|
Poniedziałek N 13.15 - 15.00 |
Definicja usługi UUS.
Sygnalizacja użytkownik - użytkownik polega na dwukierunkowym przekazywaniu informacji użytkowej, o charakterze pakietów danych bądź ciągów znaków, bezpośrednio między urządzeniami końcowymi użytkowników. Tak przesyłane dane nie są w żaden sposób przetwarzane przez sieć, a ich interpretacja należy wyłączenie do użytkownika. Dodatkowa usługa użytkownik - użytkownik pozwala użytkownikowi sieci ISDN wysyłać/otrzymywać ograniczoną ilość informacji do/od innego użytkownika sieci ISDN przez kanał sygnalizacyjny, co jest powiązane z nawiązywaniem połączenia z innym użytkownikiem sieci ISDN.
Odmiany usługi UUS
Użytkownik może przesyłać UUI (User-user information) w różnych fazach dzwonienia, w zależności od rodzaju usługi, które zostały wybrane przez użytkownika. Zdefiniowane trzy odmiany usług:
Usługa typu 1 (UUS1) - dodatkowa informacja UUI może być wysyłana i otrzymywana w pierwszej i ostatniej fazie połączenia (niezależnie od typu tego połączenia), a więc w fazie wywołania i rozłączenia. Dane przesyłane w składnikach informacyjnych User-user, wewnątrz wiadomości sterujących połączeniem (SETUP, ALERTINF, CONNECT, DISCONNECT, RELEASE, RELEASE COMPLETE).
Usługa typu 2 (UUS 2) - dodatkowa komunikacja możliwa w fazie zestawiania połączenia, po dostarczeniu wywołania do Ab. B, a przed osiągnięciem aktywnego stanu połączenia. Komunikacja między użytkownikami w fazie łączenia, czyli między wiadomościami ALETRING i CONNECT; dane przesyłane w specjalnie do tego celu przeznaczonych wiadomościach USET INFORMATION, w składniku User-user (maksymalnie dwie wiadomości w każdą stronę).
Usługa typu 3 (UUS 3) - dodatkowa komunikacja możliwa przez cały czas trwania połączenia (w jego fazie aktywnej). Dane przesyłane w wiadomościach USER INFORMATION, w składniku User-user.
Maksymalna długość porcji danych użytkowych, przenoszonych wewnątrz składnika informacyjnego User-user, wynosi 128 oktetów.
W przypadku usługi UUS1, wiadomość sygnalizacyjna przenosząca składnik User-user (wewnątrz wiadomości SETUP) zawiera jeszcze wiele innych składników informacyjnych. Użycie składnika User-user o maksymalnej długości mogłoby spowodować przekroczenie dopuszczalnej, sumarycznej długości wiadomości, równej 260 oktetów - taka wiadomość nie zostanie przekazana i w efekcie połączenie nie dojdzie do skutku. Dlatego operator może ograniczać długość jednorazowej porcji danych do 32 oktetów.
W projekcie założono, że długość porcji danych została ograniczona po stronie użytkownika i terminala i nie jest to zadaniem centrali. Do centrali dochodzi informacja zawierająca poprawną, mniejszą od 128 oktetów, długość.
Specyficzna terminologia:
informacja użytkownik - użytkownik (UUI) - informacja przekazywana przez usługę UUS.
Uuie - User-user information element.
jawne (wyraźna) żądanie (explicit request) - dodatkowa usługa UUS jest uważana za jawnie żądana kiedy użytkownik prosi o aktywowanie usługi UUS
ukryte (domyślne) żądania (implicit request) - dodatkowa usługa UUS jest uważana za ukrycie żądaną, kiedy nie ma jawnego żądania o tą usługę oraz UUI jest wysyłana przez użytkownika kiedy połączenie jest stawiane
żądanie „UUS nie wymagana” („UUS not required” request) - żądanie, gdzie zestawiane połączenie powinno być kontynuowane nawet gdy żądanie o dodatkową usługę UUS nie może zostać zaakceptowane
żądanie „UUS wymagane” („UUS required” request) - żądanie, gdzie zestawiane połączenie powinno być odrzucone jeśli żądanie o dodatkową usługę UUS nie może być zaakceptowane
UUS1
Aktywacja usługi następuje na czas jednego, konkretnego połączenia i warunkuje możliwość przywołania usługi. Usługa 1 może być aktywowana za pomocą domyślnego albo jawnego żądania. Aktywacja domyślna jest dopuszczana (i preferowana) tylko dla usługi UUS1 i jest równoznaczna z przywołaniem tej usługi. Aktywacja jawna ma charakter globalny i polega na uzgodnieniu przez Ab. A i Ab. B możliwości pomyślnego przesłania danych w składnikach User-User (żądanie Ab. A, zgoda lub odmowa Ab. B). Użytkownik wywołujący może wskazać w żądaniu, że pomyślna aktywacja jest wymagana: wówczas, w razie odmowy Ab. B, całe połączenie nie dojdzie do skutku. Ta opcja ma zastosowanie w przypadku użycia usługi UUS do przesyłania dodatkowych informacji sygnalizacyjnych, niezbędnych dla pomyślnej łączności. Aktywacja domyślna ma zawsze charakter niezobowiązujący. Przywołanie usługi polega na wysłaniu (pierwszego) składnika User-User z danymi użytkownika, zgodnie ze specyfikacją usługi czyli w odpowiedniej fazie połączenia i we właściwej wiadomości sygnalizacyjnej. Usługa UUS1 jest automatycznie dezaktywowana gdy rozmowa jest kończona.
Rys.1. Wymiana informacji sygnalizacyjnych dla usługi UUS.
2.1 Procedury sygnalizacyjne.
Jeśli użytkownik dzwoniący żąda dodatkowej usługi UUS w czasie przesyłania składnika SETUP, powinien określić czy UUS jest wymagana aby połączenie doszło do skutku. Jeśli UUS1 jest żądana domyślnie to jest to preferowane żądanie. Natomiast gdy jest to żądanie określone jako „wymagane” wtedy prośba o nawiązanie połączenia powinna być odrzucona jeśli UUI nie może być dostarczona do użytkownika odległego. Jeśli nie została wyszczególniona jako wymagana (czyli jako preferowana) prośba o nawiązanie połączenia powinna być przyjęta nawet gdy UUI nie może być przesłana do użytkownika odległego.
2.2 UUS1, aktywacja domyślna.
Sytuacje normalne
Procedury sygnalizacyjne nie wymagają zaimplementowanie protokołu funkcyjnego. Ab. A aktywuje usługę, umieszczając składnik informacyjny User-user w wiadomości SETUP, wysyłanej do centrali jako część normalnej prośby o połączenie. Jeśli centrala przyjmująca akceptuje prośbę, ten sam element informacji User-user powinien być dostarczony w postaci niezmienionej w wiadomości SETUP wysyłanej do abonenta odległego (wywoływanego). Ta usługa jest domyślnie żądana jako preferowana. Kiedy prośba jest wysyłana do Ab. B, usługa jest aktywowana po stronie sieci i użytkownika. Nie ma akceptacji od strony użytkownika wywoływanego.
Dodatkowa wymiana danych jest możliwa w następujących wiadomościach:
Ab. A Ab. B: SETUP, DISCONNECT
Ab. B Ab. A: ALERTING, CONNECT, DISCONNECT
Wymiana danych w fazie rozłączania jest w zasadzie jednokierunkowa, od strony inicjującej rozłączenie.
Sytuacje wyjątkowe
Jeśli centrala dzwoniąca, z jakichkolwiek przyczyn, nie może zaakceptować domyślnego żądania UUS1 otrzymanego w wiadomości SETUP, powinna odrzucić otrzymany element informacji User-user nie ingerując w normalne zestawienie połączenia. Do użytkownika dzwoniącego nie jest wysyłany żaden znak odrzucenia dodatkowej usługi UUS.
Jeśli użytkownik wywoływany, z jakichkolwiek przyczyn nie może zaakceptować domyślnie żądanej UUS1 otrzymanej w wiadomości SETUP, powinien odrzucić otrzymany element informacji User-user bez zakłócania normalnego zestawiania połączenia. Do centrali wywoływanej (called network) nie jest wysyłany żaden znak odrzucenia dodatkowej usługi UUS.
2.3 UUS1, aktywacja jawna.
Aktywacja usługi UUS1 może mieć również charakter jawny. Protokół aktywacji jawnej jest „prawdziwym” protokołem funkcyjnym, wymagającym zdolności interpretowania składnika informacyjnego FACILITY zarówno po stronie sieci, jak i w terminalach. Dla potrzeb UUS zdefiniowano zawartość elementów danych (components), przenoszonych w składniku FACILITY:
UserUserService invoke żądanie aktywacji
UserUserService return result akceptacja
UestUestService return error odrzucenie
Sytuacje normalne
Składnik FACILITY, zawierający odpowiedni element danych, jest przesyłany w wiadomościach sterujących połączeniem, a jeśli takiej wiadomości nie wysyła, w specjalnie do tego celu przeznaczonej wiadomości FACILITY.
Ab. A aktywuje usługę, umieszczając w wiadomości SETUP składnik FACILITY z elementem UserUserService invoke. Jeśli centrala dzwoniąca (calling network) akceptuje prośbę, to ta prośba powinna też zostać dołączona. Element UserUserService invoke powinien także sygnalizować czy usługa jest „wymagana” czy „preferowana”. Jeśli użytkownik odległy (Ab. B) akceptuje prośbę, powinien on zawrzeć element informacyjny FACILITY ze składnikiem UserUserService return result albo w wiadomości ALERTING albo w CONNECT wysyłanej do centrali wywoływanej (called network). Ta jawna akceptacja powinna być dołączona do odpowiadającej wiadomości ALERTING albo CONNECT wysyłanej przez centralę dzwoniącą (calling network) do abonenta dzwoniącego (Ab. A)
W normalnych warunkach, informacja o akceptacji lub odrzuceniu żądania (przez sieć lub użytkownika odległego) jest dostarczana w składniku FACULITY, zawartym w wiadomości ALERTING lub CONNECT.
Kiedy prośba jest zaakceptowana przez sieć oraz przez Ab. B, usługa jest aktywowana oraz element informacyjny User-user może być zawarta w późniejszych wiadomościach sterujących.
W przypadku przedwczesnego zakończenia połączenia, gdzie Ab. B „czyści” połączenie przed wiadomościami ALERTING lub CONNECT z usługą UUS1 wysyłanymi z akceptacją do centrali wywoływanej, użytkownik wywoływany może zawrzeć akceptacje w wiadomościach DISCONNECT, RELEASE albo RELEASE COMPLETE.
Wysyłane komunikaty:
#47 „zasoby niedostępne” („resources unavailable”)
#50 „żądana funkcja nie wspierana” („requested facility not subscribed”)
#69 „żądana funkcja nie zaimplementowana” („requested facility not implemented”)
#31 „normalny, nieokreślony” („normal, unspecified”)
#43 „dołączona informacja odrzucona” („access information discarded”)
Opis stanów.
Stan |
Opis stanu |
Strona |
Czas |
|
Abonent ma odłożony mikrotelefon - może przebywać w tym stanie przez czas nieokreślony |
1 |
|
|
Po podniesieniu mikrotelefonu abonent otrzymuje sygnał zgłoszenia centrali, oraz dołączany jest odbiornik cyfr - stan ograniczony czasem t1 |
1 |
10 ÷ 12 [s] |
|
Do abonenta dołączany jest sygnał zajętości - stan ograniczony czasem t2 |
1 |
do 30 [s] |
|
Centrala oczekuje na cyfry numeru banku - stan ograniczony czasem t3 |
3 |
do 10 [s] |
|
Podniesiony mikrotelefon zostaje zablokowany - stan ten może trwać nieskończenie długo , aż do odłożenia mikrotelefonu. |
2 |
|
|
Stan wolny usługi. Usługa nie została jeszcze uruchomiona (UUS nieaktywna). Aktywacja usługi pozostaje pod kontrolą użytkownika. |
3 |
|
|
Dołączenie komunikatu: Nie ma takiego numeru. Ograniczony czasem t5. |
3 |
do 15 [s] |
|
Abonent ma podniesiony mikrotelefon. Dołączono sygnał wybierania numeru. Zestawiana jest połączenie bez UUS. Ograniczony czasem t4 |
5 |
do 2 [s] |
|
Abonent ma podniesiony mikrotelefon. Dołączono sygnał wybierania numeru. Zestawiana jest połączenie z UUS. |
7 |
do 2 [s] |
|
Centrala obsługująca abonenta dzwoniącego oczekuje na jego reakcje. Zestawianie połączenia z żądaniem jawnym UUS od abonenta dzwoniącego. Uzgadnianie warunków połączenia. |
9 |
do 15 [s] |
|
Centrala obsługująca abonenta wywoływanego oczekuje na jego reakcje. Zestawianie połączenia z żądaniem jawnym UUS od abonenta dzwoniącego. Uzgadnianie warunków połączenia. |
12 |
|
|
Do abonenta wywołującego dołączony jest sygnał potwierdzenia dzwonienia. Do abonenta wywoływanego dołączony jest sygnał wywołania. Usługa UUS1 nieaktywna. |
6 |
do 30 [s] |
|
Do abonenta wywoływanego dołączony jest sygnał wywołania. Usługa UUS1 aktywna. Możliwa dalsza wymiana informacji. |
8 |
do 30 [s] |
|
Rozmowa. Usługa UUS1 nieaktywna. Włączona taryfikacja. |
6 |
|
|
Rozmowa. Usługa UUS1 nieaktywna. Możliwość wysyłania komunikatów w czasie rozłączania. Włączona taryfikacja. |
8 |
|
Oznaczenia
Zgodnie z normą ETS 300 286-1 w diagramie SDL zastosowano następujące oznaczenia bloków wejścia i wyjścia:
Literatura
[1] Norma ETS 300 286-1
[2] Norma ITU-T I.257.1
[3] Andrzej Jajszczyk „Wstęp do telekomunikacji”
6