(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP (96) Data i numer zgłoszenia patentu europejskiego:

Transkrypt

1 RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP (96) Data i numer zgłoszenia patentu europejskiego: (13) (1) T3 Int.Cl. H04Q 11/00 (06.01) H04L 12/6 (06.01) Urząd Patentowy Rzeczypospolitej Polskiej (97) O udzieleniu patentu europejskiego ogłoszono: Europejski Biuletyn Patentowy 11/40 EP B1 (4) Tytuł wynalazku: Sposób hierarchicznego zapytania o trasowanie dla automatycznej komutowanej sieci optycznej () Pierwszeństwo: (43) Zgłoszenie ogłoszono: w Europejskim Biuletynie Patentowym nr 09/36 (4) O złożeniu tłumaczenia patentu ogłoszono: Wiadomości Urzędu Patentowego 12/03 (73) Uprawniony z patentu: ZTE Corporation, Shenzhen, CN (72) Twórca(y) wynalazku: PL/EP T3 DESHENG SUN, Shenzhen City, CN (74) Pełnomocnik: rzecz. pat. Irena Rachubik SULIMA-GRABOWSKA-SIERZPUTOWSKA BIURO PATENTÓW I ZNAKÓW TOWAROWYCH SP.J. Skr. poczt Warszawa Uwaga: W ciągu dziewięciu miesięcy od publikacji informacji o udzieleniu patentu europejskiego, każda osoba może wnieść do Europejskiego Urzędu Patentowego sprzeciw dotyczący udzielonego patentu europejskiego. Sprzeciw wnosi się w formie uzasadnionego na piśmie oświadczenia. Uważa się go za wniesiony dopiero z chwilą wniesienia opłaty za sprzeciw (Art. 99 (1) Konwencji o udzielaniu patentów europejskich).

2 SGS-1991/VAL EP B1 Opis Dziedzina techniki [0001] Niniejszy wynalazek dotyczy dziedziny sieci optycznych, a w szczególności sposobu hierarchicznego zapytania o trasę w automatycznej komutowanej sieci optycznej. Uprzedni stan techniki 1 2 [0002] Sieci optyczne, takie jak na przykład sieci OTN (Optyczne sieci transmisyjne), sieci WDM (multipleksacja z podziałem długości fali), sieci SDH (synchroniczna hierarchia cyfrowa) albo sieci SONET (synchroniczna sieć optyczna) są szeroko wykorzystywane w dziedzinie telekomunikacji. [0003] W ostatnich czasach automatyczna komutowana sieć optyczna (ASON) stanowi jeden z gorących tematów badawczych w dziedzinie sieci optycznych. Koncepcja automatycznej komutowanej sieci optycznej ASON jest oferowana przez normę ITUT G.8080, w której funkcja sieci ASON jest uzyskiwana przez ustawienie określonej płaszczyzny kontrolnej Control Plane (CP). Norma ITU-T G.7713 określa ramy dla implementacji rozproszonych wezwań i połączeń w sieci ASON w celu zaoferowania implementacyjnego kryterium dla automatycznego ustanowienia, modyfikowania i kasowania wezwań i połączeń. Normy takie jak ITU-T G. 771 oferują model implementacji oraz sposób dla zapytania o trasę połączenia (opisywane w niniejszym dokumencie zapytanie o trasę odnosić się będzie do zapytania o trasę połączenia, chyba Ŝe zadeklarowano inaczej). [0004] JednakŜe obydwie opublikowane normy ITU-T G. 771 oraz ITU-T G wykorzystują model przedstawiony na FIG. 1. W tym modelu trasy, gdy element sieci ASON (w skrócie NE) ma potrzebę zapytania o trasę połączenia, to wówczas kontroler połączeń Connection Controller (CC) odpowiedzialny za kontrolę połączeń (wliczając w to tworzenie, kasowanie, modyfikowanie i tym podobne operacje) wysyła Ŝądanie zapytania o trasę (w skrócie śądanie Trasy) do kontrolera trasy Route Controller (RC) odpowiedzialnego za zapytanie o trasę i obliczanie, a następnie kontroler trasy RC wywołuje algorytm trasowania (typowym algorytmem trasowania jest algorytm Constrained Shortest Path First, w skrócie CSPF) zgodnie z śądaniem Trasy i oblicza trasę

3 na podstawie bazy danych trasy (RDB) bieŝącego węzła oraz zwraca wynik zapytania o trasę (w skrócie Odpowiedź Trasy) do kontrolera połączeń CC. [000] JednakŜe trudne jest, aby baza danych trasy RDB węzła miała kompletną informację o trasie całej sieci ASON zwłaszcza wówczas, gdy sieć ASON zawiera kilka domen tras. Baza danych trasy RDB jednego węzła zawsze zawiera tylko informację lokalnej domeny tras. Na FIG. 2 przedstawiono sytuację, w której sieć ASON zawiera kilka domen tras, która pokazuje, Ŝe gdy pomiędzy węzłem A w domenie trasy 1 a węzłem K w domenie trasy 4 powinno zostać nawiązane połączenie, zgodnie z tym, co pokazano za pośrednictwem linii kropkowanej, to wówczas model przedstawiony na FIG. 1 nie jest w stanie spełnić wymagań dla zapytania o trasę i obliczenia połączenia. [0006] W dokumencie ITU-T Recommendation G.771/Y.1706: "Architecture and requirements for routing in the automatically switched optical network" określono wymagania oraz architekturę dla funkcji trasowania wykorzystywanych do zestawiania komutowanych połączeń (SC) oraz miękkich trwałych połączeń (SPC) w ramach struktury automatycznie komutowanej sieci optycznej (ASON). [0007] US 06/24413 A1 ujawnia sposób oraz system dokonywania zmiany stopnia zasobów płaszczyzny danych kontrolowanych przez płaszczyznę kontrolną dla połączenia sieciowego, które rozciąga się na sąsiedni zbiór węzłów kontrolowanych przez istniejące zasoby kontroli sieciowej. [0008] W artykule "PNNI-based control plane for automatically switched optical networks" (Journal of Lightwave Technology, Vol. 21, No. 11, listopad 03) podano sposób prawidłowej adaptacji asynchronicznego trybu transferu do optycznego protokołu PNNI (O-PNNI), który moŝe być wykorzystywany w charakterze płaszczyzny kontrolnej sieci ASON. [0009] EP A1 ujawnia sposób wspierania sprawdzania funkcji w elementach sieci telekomunikacyjnej sieci, jak na przykład funkcji pracy i zarządzania. [00] EP A1 ujawnia sposób wyzwalania usługi przetrasowania, który obejmuje etap stwierdzenia, czy przerwanie albo rozłączenie następuje w usłudze zgodnie ze zmianą informacji o topologii sieci, zapisaną w węzłach w automatycznej komutowanej sieci optycznej (ASON), zaś jeŝeli wynik tej oceny wynosi TAK, to takŝe etap wyzwolenia usługi przetrasowania. [0011] EP A2 ujawnia system awaryjnego przywracania, zawierający rozproszoną sekcję hierarchicznego trasowania, który jest przystosowany do ustawiania głównej ścieŝki,natomiast przed ustawieniem głównej ścieŝki, wyznaczenia alternatywnej ścieŝki dla głównej ścieŝki w sieci, przy czym w systemie sekcja wyboru alternatywnej

4 3 1 ścieŝki jest przystosowana do otrzymywania kompletnej źródłowej informacji o trasie dla głównej ścieŝki, gdy usiłuje ona ustanowić główną ścieŝkę. [0012] EP A1 ujawnia sposób przywracania ruchu po wystąpieniu awarii w sieci transmisyjnej kontrolowanej z wykorzystaniem protokołu GMPLS, który to sposób obejmuje etapy przypisania rangi kaŝdemu uszkodzonemu elementowi sieci na podstawie dostępnej lokalnie informacji, a takŝe wysłania Ŝądań przywrócenia pomiędzy elementami sieci w porządku zgodnym ze wspomnianymi rangami. [0013] CN 1648 A ujawnia sposób implementowania trasowania uŝytkownika domeny przez serwery trasowania, stosowany w hierarchicznym systemie trasowania sieci zbudowanym z serwerów trasowania, gdzie informacja o trasie uŝytkownika domeny jest przechowywana w serwerze trasowania domeny domowej na dolnej warstwie, zaś gdy uŝytkownik domeny rejestruje się, jego bieŝący agent połączenia informuje, za pośrednictwem swojego agenta połączenia domeny domowej, jego serwer trasowania domeny domowej, aby zaktualizował informację o trasie uŝytkownika domeny. [0014] EP A2 ujawnia sposób oraz system implementowania techniki interdomain constraint-based shortest path first ("IrD-CSPF") przeznaczonej do wspierania hierarchicznego trasowania we wzajemnie połączonych wielodomenowych optycznych sieciach transmisyjnych OTN. [001] CN A ujawnia sposób wyznaczania atrybutu łącza abstrakcyjnej topologii w hierarchicznym trasowaniu automatycznej komutowanej sieci optycznej. Streszczenie Wynalazku 2 3 [0016] Problem techniczny jaki jest rozwiązywany przez niniejszy wynalazek polega na zaoferowaniu sposobu hierarchicznego zapytania o trasę, który obejmuje obliczenie kompletnej trasy w sieci ASON w celu rozwiązania problemu zapytania o trasę w przypadku połączenia międzydomenowego. [0017] W celu rozwiązania powyŝszego problemu technicznego, niniejszy wynalazek oferuje sposób hierarchicznego zapytania o trasę w sieci ASON, który jest wykorzystywany w sieci, która zawiera wielowarstwowe domeny tras. Według tego sposobu, gdy kontroler trasy RC domeny podrzędnej odbiera śądanie Trasy, wysyła on to śądanie Trasy do kontrolera trasy RC domeny nadrzędnej, jeŝeli nie moŝe on obliczyć kompletnej trasy, natomiast kontroler trasy RC domeny nadrzędnej dalej współpracuje z innymi domenami podrzędnymi w celu otrzymania kompletnej trasy, jeŝeli nie moŝe on obliczyć kompletnej trasy, a następnie wysyła Odpowiedź Trasy do jednostki Ŝądającej.

5 [0018] Ponadto powyŝszy sposób moŝe odznaczać się takŝe następującymi właściwościami: sposób ten obejmuje następujące etapy: (a1) Po wykryciu przez kontroler trasy RC elementu sieciowego NE w sieci ASON śądania Trasy pochodzącego od jednostki Ŝądającej, kieruje on to śądanie Trasy do kontrolera trasy RC domeny nadrzędnej, jeŝeli to śądanie Trasy jest międzydomenowym śądaniem Trasy; (a2) Kontroler trasy RC domeny nadrzędnej oblicza trasę spośród wszystkich swoich domen podrzędnych i wysyła wewnątrzdomenowe śądanie Trasy do kontrolera trasy RC kaŝdej domeny podrzędnej na tej trasie, kontroler trasy RC kaŝdej domeny podrzędnej oblicza trasę w swojej własnej domenie i zwraca Odpowiedź Trasy do kontrolera trasy RC domeny nadrzędnej, która, po otrzymaniu Odpowiedzi Trasy, zwraca trasę do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie Trasy, jeŝeli cała trasa moŝe być uzyskana w wyniku kombinacji, w przeciwnym razie jest zwracana wiadomość o błędzie. [0019] Ponadto sposób ten moŝe odznaczać się następującą właściwością: etap (a2) obejmuje ponadto następujące etapy: (a21) kontroler trasy RC domeny nadrzędnej dokonuje obliczenia trasy pośród swoich domen podrzędnych, wyznacza brzegowy węzeł kaŝdej domeny podrzędnej na trasie, a następnie generuje i rozsyła wewnątrzdomenowe śądanie Trasy zawierające informację o brzegowym węźle odpowiedniej domeny podrzędnej; (a22) po odebraniu przez domenę podrzędną wewnątrzdomenowego śądania Trasy, oblicza ona trasę swojej domeny i zwraca Odpowiedź Trasy swojej własnej domeny do kontrolera trasy RC domeny nadrzędnej; (a23) po odebraniu przez kontroler trasy RC domeny nadrzędnej Odpowiedzi Trasy od domen podrzędnych, sprawdza on, czy wszystkie wyniki są zakończone sukcesem i, jeŝeli tak, przechodzi do następnego etapu; w przeciwnym przypadku jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysyła Ŝądanie, kończąc; (a24) kontroler trasy RC domeny nadrzędnej dokonuje kombinacji trasy międzydomenowej oraz trasy wewnątrzdomenowej kaŝdej domeny podrzędnej w celu wygenerowania kompletnej trasy pomiędzy początkiem a końcem, a takŝe zwraca kompletne trasowanie do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie Trasy, kończąc. [00] Ponadto powyŝszy sposób moŝe odznaczać się takŝe następującymi właściwościami: jeŝeli domena nadrzędna nie jest w stanie obliczyć międzydomenowej

6 1 2 3 trasy w etapie (a2), to wówczas jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie Trasy, kończąc. [0021] Ponadto powyŝszy sposób moŝe odznaczać się takŝe następującą właściwością: sposób ten zawiera ponadto następujące etapy: (b1) po wykryciu przez kontroler trasy RC elementu sieciowego NE w sieci ASON śądania Trasy wysłanego przez jednostkę Ŝądającą, oblicza on trasę na podstawie bazy danych trasy RDB bieŝącego węzła i zwraca Odpowiedź Trasy do jednostki Ŝądającej, jeŝeli zostaje uzyskana kompletna trasa, kończąc; w przeciwnym przypadku kieruje on to Ŝądanie do kontrolera trasy RC domeny nadrzędnej; (b2) kontroler trasy RC domeny nadrzędnej dokonuje obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła zgodnie z śądaniem Trasy, po czym, jeŝeli uzyskana zostaje kompletna trasa, jest ona zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie Trasy, kończąc; w przeciwnym przypadku następuje przejście do następnego etapu; (b3) kontroler trasy RC domeny nadrzędnej kieruje śądanie Trasy do kontrolerów trasy RC swoich innych domen podrzędnych i po odebraniu przez niego Odpowiedzi Trasy od kontrolerów trasy RC tychŝe domen podrzędnych, zwraca on trasę do jednostki Ŝądającej przez kontroler trasy RC, który wysyła to śądanie, jeŝeli moŝe on otrzymać kompletną trasę, w przeciwnym przypadku jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysyła to śądanie, kończąc. [0022] Ponadto powyŝszy sposób moŝe takŝe odznaczać się następującą właściwością: etap (b3) obejmuje ponadto następujące etapy: (b31) kontroler trasy RC domeny nadrzędnej wysyła śądanie Trasy do kontrolera trasy RC jednej ze swoich innych domen podrzędnych, innej niŝ kontroler trasy RC, który wysyła to śądanie; (b32) po odebraniu przez kontroler trasy RC innej domeny podrzędnej śądania Trasy, dokonuje on obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i zwraca Odpowiedź Trasy do kontrolera trasy RC domeny nadrzędnej; (b33) kontroler trasy RC domeny nadrzędnej stwierdza, czy Odpowiedź Trasy zwracana przez kontroler trasy RC domeny podrzędnej jest kompletną trasą i jeŝeli tak, to trasa ta jest zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie, kończąc; w przeciwnym przypadku następuje przejście do następnego etapu; (b34) kontroler trasy RC domeny nadrzędnej stwierdza, czy istnieje kontroler trasy

7 6 1 2 RC innej domeny podrzędnej, który nie był pytany i jeŝeli tak, to śądanie Trasy jest kierowane dalej do kontrolera trasy RC innej domeny podrzędnej i następuje przejście do etapu (b32); w przeciwnym przypadku jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie Trasy, kończąc. [0023] Ponadto powyŝszy sposób moŝe odznaczać się takŝe następującą właściwością: etap (b3) obejmuje ponadto następujące etapy: (b31) kontroler trasy RC domeny nadrzędnej rozsyła śądanie Trasy do kontrolerów tras RC wszystkich innych domen podrzędnych za wyjątkiem tego, który wysyła śądanie; (b32) po odebraniu śądania Trasy przez kontrolery tras RC wszystkich innych domen podrzędnych, dokonują one obliczenia trasy na podstawie bazy danych trasy RDB ich bieŝących węzłów i zwracają Odpowiedzi Trasy do kontrolera trasy RC domeny nadrzędnej; (b33) kontroler trasy RC domeny nadrzędnej stwierdza, czy w Odpowiedziach Trasy zwracanych od kontrolerów tras RC domen podrzędnych jest obecna kompletna trasa i jeŝeli tak, to trasa ta jest zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie, kończąc. [0024] Ponadto powyŝszy sposób moŝe odznaczać się takŝe następującą właściwością: gdy kontroler trasy RC domeny nadrzędnej wysyła śądanie Trasy do kontrolera trasy RC domeny podrzędnej, to śądanie Trasy jest wysyłane do kontrolera trasy RC reprezentatywnego elementu sieciowego NE, który reprezentuje domenę podrzędną do współdziałania z domeną nadrzędną górnej warstwy. [002] Na podstawie hierarchicznego modelu trasy sugerowanego przez standard ITU-T G.8080, sposób według niniejszego wynalazku realizuje zapytanie o trasę, które nie moŝe być łatwo i niezawodnie uzyskane przez element sieciowy NE w lokalnej domenie trasy za pośrednictwem współdziałania kontrolerów tras RC róŝnych hierarchicznych domen tras. Skrócony opis rysunków 3 [0026] FIG. 1 przedstawia ilustrację zapytania o trasę przez pojedynczy element sieciowy NE; FIG. 2 przedstawia ilustrację sieci ASON zawierającej kilka domen tras; FIG. 3 przedstawia model współdziałania kontrolerów trasy RC według sposobu

8 7 1 hierarchicznej domeny trasy zastosowanego w niniejszym wynalazku; FIG. 4 przedstawia ilustrację procesu współdziałania kontrolerów trasy RC według pierwszego przykładu wykonania niniejszego wynalazku; FIG. przedstawia ilustrację procesu współdziałania kontrolerów trasy RC według drugiego przykładu wykonania niniejszego wynalazku; FIG. 6 przedstawia ilustrację procesu współdziałania kontrolerów trasy RC według trzeciego przykładu wykonania niniejszego wynalazku; FIG. 7 przedstawia ilustrację ostatecznej Odpowiedzi Trasy według niniejszego wynalazku na podstawie sieci przedstawionej na FIG. 2; FIG. 8 przedstawia ilustrację kontrolera trasy RC domeny nadrzędnej obliczającego międzydomenową trasę według trzeciego przykładu wykonania niniejszego wynalazku, na podstawie sieci przedstawionej na FIG. 2; FIG. 9 przedstawia ilustrację powiązanego kontrolera trasy RC domeny podrzędnej 1 obliczającego wewnątrzdomenową trasę według trzeciego przykładu wykonania niniejszego wynalazku na podstawie sieci przedstawionej na FIG. 2; FIG. przedstawia ilustrację powiązanego kontrolera trasy RC domeny podrzędnej 2 obliczającego wewnątrzdomenową trasę według trzeciego przykładu wykonania niniejszego wynalazku na podstawie sieci przedstawionej na FIG. 2; FIG. 11 przedstawia ilustrację powiązanego kontrolera trasy RC domeny podrzędnej 4 obliczającego wewnątrzdomenową trasę według trzeciego przykładu wykonania niniejszego wynalazku na podstawie sieci przedstawionej na FIG. 2. Opis korzystnych przykładów wykonania 2 3 [0027] Na podstawie stanu techniki niniejszy wynalazek oferuje strategię implementacji rozwiązania problemu polegającego na tym, Ŝe zapytanie o trasę nie moŝe zostać wykonane przez kontrolera trasy RC elementów sieciowych NE w pojedynczej domenie tras. [0028] Istotą niniejszego wynalazku jest implementacja zapytania o trasę przez interakcję pomiędzy kontrolerami tras RC powiązanych elementów sieciowych NE sieci ASON w powiązanej domenie nadrzędnej oraz domenach podrzędnych na podstawie hierarchicznego modelu trasy. W niniejszym wynalazku, zgodnie z manualną konfiguracją albo z wykorzystaniem innych sposobów, kontroler trasy RC kaŝdej domeny trasy moŝe uzyskać informację o kontrolerze trasy RC domeny wyŝszej warstwy (w skrócie domeny nadrzędnej. W odniesieniu do domeny nadrzędnej inne domeny trasy są nazywane

9 8 1 domenami podrzędnymi). [0029] Jeden sposób jest następujący: kontroler trasy RC kaŝdej domeny podrzędnej jest odpowiedzialny za obliczenie trasy w swojej domenie, natomiast trasa międzydomenowa moŝe zostać obliczona przez wysłanie śądania Trasy do kontrolera trasy RC pracującego w domenie nadrzędnej, zaś kontroler trasy RC domeny nadrzędnej moŝe dalej wykorzystać to śądanie Trasy do zaŝądania trasy w innych domenach podrzędnych. [00] Inny sposób jest następujący: gdy powinno zostać wykonane zapytanie o trasę, kontroler trasy RC lokalnej domeny trasy wywołuje algorytm trasowania zgodnie z śądaniem w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła. JeŜeli obliczenie to zawodzi, to wówczas kontroler trasy RC kieruje śądanie do kontrolera trasy RC domeny górnej warstwy, zaś zapytanie o trasę jest dokonywane przez kontroler trasy RC domeny nadrzędnej albo w wyniku interakcji pomiędzy kontrolerem trasy RC domeny nadrzędnej a kontrolerami tras RC domen podrzędnych. [0031] Niniejszy wynalazek nie definiuje wewnątrzdomenowego zapytania o trasę. W dalszej części niniejszy wynalazek zostanie opisany bardziej szczegółowo w odniesieniu do załączonych figur oraz trzech przykładów wykonania. Pierwszy przykład wykonania 2 3 [0032] Sposób hierarchicznego zapytania o trasę według niniejszego wynalazku obejmuje następujące etapy: Etap 1: kontroler trasy RC elementu sieciowego NE w lokalnej domenie tras wykrywa i odbiera śądanie Trasy, a następnie przechodzi do następnego etapu; [0033] śądanie Trasy obejmuje informację o początkowym węźle oraz końcowym węźle. Etap 2: zgodnie z śądaniem Trasy kontroler trasy RC wywołuje algorytm trasowania, taki jak na przykład CSPF, w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeŝeli zostanie uzyskana kompletna trasa, to wówczas obliczona trasa jest zwracana do jednostki Ŝądającej (takiej jak kontroler połączeń CC), kończąc; w przeciwnym przypadku śądanie Trasy jest kierowane do kontrolera trasy RC domeny nadrzędnej i następuje przejście do następnego etapu; Etap 3: zgodnie z śądaniem Trasy, kontroler trasy RC domeny nadrzędnej wywołuje algorytm trasowania w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeŝeli otrzymana zostaje kompletna trasa, trasa ta jest zwracana do jednostki Ŝądającej, kończąc; w przeciwnym przypadku śądanie Trasy jest kierowane do kontrolera trasy RC jednej z jej domen podrzędnych innych niŝ

10 kontroler trasy RC, który wysyła Ŝądanie i następuje przejście do następnego etapu; [0034] W ogólności kontroler trasy RC domeny nadrzędnej kieruje śądanie do kontrolera trasy RC reprezentatywnego elementu sieciowego NE w innych domenach podrzędnych i ten reprezentatywny element sieciowy NE jest zawsze określany w standardach jako SPEAKER i reprezentuje domenę podrzędną do interakcji z domeną tras górnej warstwy, przy czym kontroler trasy RC reprezentatywnego elementu sieciowego NE ma informację o domenie tras górnej warstwy. Wszystkie reprezentatywne elementy sieciowe NE tworzą domenę tras górnej warstwy. Etap 4: według odebranego śądania Trasy kontroler trasy RC innej domeny podrzędnej wywołuje algorytm trasowania w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i zwraca Odpowiedź Trasy do kontrolera trasy RC domeny nadrzędnej; Etap : kontroler trasy RC domeny nadrzędnej stwierdza, czy Odpowiedź Trasy zwracana od kontrolera trasy RC domen podrzędnych jest kompletną trasą, jeŝeli tak, to wówczas ta kompletna trasa jest zwracana do jednostki Ŝądającej, która wysyła śądanie Trasy, kończąc; w przeciwnym przypadku następuje przejście do następnego etapu; Etap 6: kontroler trasy RC domeny nadrzędnej stwierdza, czy wciąŝ jest obecny kontroler trasy RC innych domen podrzędnych, który jeszcze nie został sprawdzony, i jeŝeli tak, to wówczas śądanie Trasy jest kierowane do kontrolera trasy RC jednej spośród innych domen podrzędnych i następuje przejście do etapu 4; jeŝeli natomiast kontrolery tras RC wszystkich domen podrzędnych wykonały zapytanie o trasę i brak jest prawidłowego wyniku, jest zwracana wiadomość o błędzie do jednostki Ŝądającej, która wysyła śądanie, kończąc. [003] PoniŜej zostanie opisany szczegółowo przykład wykonania 1 przez kombinację FIG. 1, FIG. 2, FIG. 3, FIG. 4 oraz FIG. 7, biorąc trasę przedstawioną za pośrednictwem linii kropkowanej na FIG. 2, jako przykład trasy, która musi zostać wyszukana. Element sieciowy NE A sieci ASON w domenie tras ma jedynie informację o domenie tras 1, element sieciowy NE B sieci ASON jest reprezentatywnym elementem sieciowym NE dla domeny tras 1, natomiast element sieciowy NE G sieci ASON dla domeny tras 2, element sieciowy NE I sieci ASON dla domeny tras 3, element sieciowy NE M sieci ASON dla domeny tras 4. [0036] Specyficzne etapy są następujące: Etap 1: kontroler trasy RC kaŝdego elementu sieciowego NE sieci ASON w domenach tras 1, 2, 3 i 4 sprawdza śądanie Trasy. Kontroler trasy RC elementu

11 1 2 sieciowego NE A w domenie tras 1 odbiera śądanie Trasy, przy czym początkowym węzłem jest węzeł A, natomiast końcowym węzłem jest węzeł K, po czym następuje przejście do następnego etapu; Etap 2: kontroler trasy RC elementu sieciowego NE A wywołuje algorytm trasowania zgodnie z śądaniem Trasy w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeŝeli kompletna trasa nie moŝe zostać uzyskana z tego względu, Ŝe informacja zawarta w bazie danych trasy RDB elementu sieciowego NE A nie jest wystarczająca, to wówczas kontroler trasy RC przekieruje śądanie Trasy do kontrolera tras RC domeny nadrzędnej, to znaczy kontrolera trasy RC elementu sieciowego NE B, po czym nastąpi przejście do następnego etapu; Etap 3: kontroler trasy RC elementu sieciowego NE B wywołuje algorytm trasowania zgodnie z śądaniem Trasy w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeŝeli zostanie otrzymana kompletna trasa, to wówczas do kontrolera trasy RC elementu sieciowego NE A jest zwracana Odpowiedź Trasy, kończąc. W przeciwnym przypadku śądanie Trasy jest kierowane do kontrolera trasy RC elementu sieciowego NE G w domenie tras 2; Etap 4: kontroler trasy RC elementu sieciowego NE G wywołuje algorytm trasowania zgodnie z odebranym śądaniem Trasy w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeŝeli zostaje otrzymana kompletna trasa, to wówczas do kontrolera trasy RC elementu sieciowego NE B jest zwracana Odpowiedź Trasy, kończąc. W przeciwnym przypadku do kontrolera trasy RC elementu sieciowego NE B jest zwracana wiadomość o błędzie; Etap : zgodnie z rezultatem zwracanym od kontrolera trasy RC elementu sieciowego NE G, kontroler trasy RC elementu sieciowego NE B zwraca wynik do kontrolera trasy RC elementu sieciowego NE A, jeŝeli trasa jest kompletna, kończąc; w przeciwnym przypadku śądanie jest kierowane do kontrolera trasy RC elementu sieciowego NE I w domenie tras 3 i następuje powtórzenie etapu 4 oraz etapu. JeŜeli zostały sprawdzone wszystkie domeny podrzędne, wliczając w to domeny tras 2, 3 i 4, ale brak jest prawidłowego rezultatu, to wówczas kontroler trasy RC elementu sieciowego NE B zwraca wiadomość o błędzie do kontrolera trasy RC elementu sieciowego NE A, kończąc. [0037] JeŜeli natomiast zapytanie jest zakończone sukcesem, to trasa będzie przedstawiona, tak jak na FIG. 7.

12 11 Drugi przykład wykonania [0038] Implementacja drugiego przykładu wykonania moŝe być uzyskana przez częściowe zmodyfikowanie powiązanych etapów pierwszego przykładu wykonania, zaś drugi przykład wykonania obejmuje następujące etapy: Etap 1: po wykryciu przez kontroler trasy RC powiązanego elementu sieciowego NE sieci ASON w lokalnej domenie tras i odebraniu przezeń śądania Trasy, następuje przejście do następnego etapu; Etap 2: zgodnie z śądaniem Trasy, kontroler trasy RC wywołuje algorytm trasowania w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeŝeli zostaje otrzymana kompletna trasa, trasa ta jest zwracana do jednostki Ŝądającej, kończąc; w przeciwnym przypadku śądanie Trasy jest kierowane do kontrolera trasy RC domeny nadrzędnej i następuje przejście do następnego etapu; Etap 3: zgodnie z śądaniem Trasy, kontroler trasy RC domeny nadrzędnej wywołuje algorytm trasowania w celu obliczenia trasy na podstawie bazy danych trasy RDB elementu sieciowego NE i jeŝeli zostaje uzyskana kompletna trasa, to wówczas trasa ta jest zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysyła to śądanie, kończąc; w przeciwnym przypadku śądanie Trasy jest rozsyłane do kontrolerów tras RC wszystkich innych domen podrzędnych (zazwyczaj kontrolerów tras RC reprezentatywnych elementów sieciowych NE) za wyjątkiem tego jednego, który wysyła Ŝądanie, po czym następuje przejście do następnego etapu; Etap 4: zgodnie z odebranym śądaniem Trasy, kontrolery tras RC wszystkich innych domen podrzędnych wywołują algorytm trasowania w celu obliczenia trasy na podstawie baz danych tras RDB ich bieŝących węzłów i zwracają Odpowiedzi Trasy do kontrolera trasy RC domeny nadrzędnej; Etap : jeŝeli kontroler trasy RC domeny nadrzędnej odbiera kompletną trasę zwracaną od kontrolera trasy RC jednej lub większej liczby domen podrzędnych, to wówczas kontroler trasy RC domeny nadrzędnej dokonuje wyboru jednej (jeŝeli tylko jeden kontroler trasy RC zwraca kompletną trasę, nie ma potrzeby dokonywania wyboru) i zwraca ją do jednostki Ŝądającej, która wysyła śądanie, kończąc; w przeciwnym przypadku do jednostki Ŝądającej jest zwracana wiadomość o błędzie, kończąc. [0039] PoniŜej zostanie opisany drugi przykład wykonania przez kombinację FIG. 1, FIG. 2, FIG. 3, FIG. oraz FIG. 7 oraz biorąc trasę przedstawioną w postaci linii kropkowanej na FIG. 2, jako trasę, która musi zostać wyszukana dla przykładu. Drugi przykład

13 wykonania jest oparty na tej samej sieci, co pierwszy przykład wykonania. [0040] Specyficzne etapy są następujące: Etap 1: kontroler trasy RC kaŝdego elementu sieciowego NE w domenach tras 1, 2, 3 oraz 4 wykrywa śądanie Trasy. Kontroler trasy RC elementu sieciowego NE A sieci ASON w domenie tras 1 odbiera śądanie Trasy, przy czym początkowym węzłem jest węzeł A, natomiast końcowym węzłem jest węzeł K, a takŝe następuje przejście do następnego etapu; Etap 2: kontroler trasy RC elementu sieciowego NE A wywołuje algorytm trasowania zgodnie z śądaniem Trasy w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła, a takŝe, jeŝeli kompletna trasa nie moŝe zostać otrzymana, gdyŝ informacja zawarta w bazie danych trasy RDB elementu sieciowego NE A jest niewystarczająca, kontroler trasy RC przekieruje śądanie Trasy do kontrolera trasy RC domeny nadrzędnej, to znaczy kontroler trasy RC elementu sieciowego NE B, i następuje przejście do następnego etapu; Etap 3: kontroler trasy RC elementu sieciowego NE B wywołuje algorytm trasowania zgodnie z śądaniem Trasy i dokonuje obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeŝeli zostaje otrzymana kompletna trasa, to wówczas do kontrolera trasy RC elementu sieciowego NE A jest zwracana Odpowiedź Trasy, kończąc. W przeciwnym przypadku śądanie Trasy jest rozsyłane do kontrolera trasy RC elementu sieciowego NE G w domenie tras 2, kontrolera trasy RC elementu sieciowego NE I w domenie tras 3 oraz kontrolera trasy RC elementu sieciowego NE M w domenie tras 4. Etap 4: jeŝeli kontroler trasy RC elementu sieciowego NE B odbiera kompletną trasę od kontrolera trasy RC jednej lub większej liczby domen podrzędnych, to wówczas kontroler trasy RC elementu sieciowego NE B wybiera jedną z nich (jeŝeli istnieje tylko jedna, to wówczas nie ma potrzeby dokonywania wyboru) i zwraca ją do kontrolera trasy RC, który wysyła śądanie. JeŜeli nie ma kompletnej trasy zwracanej z domen tras 2, 3, 4, to wówczas do kontrolera trasy RC elementu sieciowego NE A jest zwracana wiadomość o błędzie, kończąc. [0041] W porównaniu do przykładu pierwszego przykładu wykonania, w drugim przykładzie wykonania niniejszego wynalazku kontroler trasy RC domeny nadrzędnej stosuje mechanizm równoległy w etapie 4, to znaczy śądanie Trasy jest jednocześnie wysyłane do kontrolera trasy RC kaŝdej domeny podrzędnej. Trasa skutecznie wyszukana w tym przykładzie wykonania została przedstawiona na FIG. 7.

14 13 Trzeci przykład wykonania [0042] Sposób hierarchicznego zapytania o trasę według przykładu wykonania jest segmentowym zapytaniem, które obejmuje następujące etapy: Etap 1: kontroler trasy RC powiązanego elementu sieciowego NE sieci ASON w lokalnej domenie tras wykrywa i odbiera śądanie Trasy, przechodząc do następnego etapu; Etap 2: kontroler trasy RC stwierdza, czy jest to Ŝądanie zapytania międzydomenowe, jeŝeli nie, to zgodnie z śądaniem kontroler trasy RC wywołuje algorytm trasowania w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i do jednostki Ŝądającej jest zwracana kompletna trasa, kończąc; w przeciwnym przypadku śądanie Trasy jest kierowane do kontrolera trasy RC domeny nadrzędnej, po czym następuje przejście do następnego etapu; Etap 3: zgodnie z śądaniem kontroler trasy RC domeny nadrzędnej wywołuje algorytm trasowania w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i jeśli otrzymana zostaje kompletna trasa, to wówczas zostaje wyznaczony brzegowy węzeł kaŝdej domeny podrzędnej na trasie (to znaczy informacja o początkowym węźle oraz końcowym węźle wewnątrzdomenowego zapytania o trasę) w celu wygenerowania wewnątrzdomenowego śądania Trasy domen podrzędnych wliczając w to informację o początkowym węźle oraz końcowym węźle odpowiednich domen podrzędnych i kieruje to śądanie do kontrolera trasy RC tych domen podrzędnych, które są zawsze kontrolerami tras RC reprezentatywnych elementów sieciowych NE, po czym następuje przejście do następnego etapu; w przeciwnym przypadku jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysyła to Ŝądanie, kończąc; Kontroler trasy RC domeny nadrzędnej w ogólności jest skonfigurowany z informacją o trasie pomiędzy kaŝdą domeną podrzędną, to znaczy kaŝda domena podrzędna jest traktowana jako element sieciowy do obliczenia. Etap 4: po odebraniu przez kaŝdą domenę podrzędną śądania Trasy, wywołuje ona algorytm trasowania w celu obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i zwraca Odpowiedź Trasy do kontrolera trasy RC domeny nadrzędnej; Etap : jeŝeli kontroler trasy RC domeny nadrzędnej odbiera Odpowiedź Trasy od domen podrzędnych i obliczenie trasy przez kaŝdą domenę podrzędną jest zakończone sukcesem, to wówczas kontroler trasy RC domeny nadrzędnej

15 kombinuje lokalnie obliczoną trasę pomiędzy domenami podrzędnymi w celu wygenerowania kompletnej trasy od początkowego węzła do końcowego węzła, po czym trasa jest zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie, kończąc; JeŜeli obliczenie trasy przez kaŝdą domenę podrzędną zawodzi, to do jednostki Ŝądającej jest zwracana wiadomość o błędzie przez kontroler trasy RC, który wysyła śądanie, kończąc. [0043] PoniŜej zostanie bardziej szczegółowo opisany trzeci przykład wykonania przez kombinację FIG. 1, FIG. 2, FIG. 3, FIG. 6, FIG. 7, FIG. 8, FIG. 9, FIG. oraz FIG. 11, biorąc pod uwagę trasę przedstawioną za pośrednictwem linii kropkowanej z FIG. 2 za przykład trasy, która ma zostać wyszukana. Trzeci przykład wykonania niniejszego wynalazku jest oparty na tej samej sieci, co obydwa powyŝsze przykłady wykonania. [0044] Specyficzne etapy są następujące: Etap 1: kontroler trasy RC kaŝdego elementu sieciowego NE sieci ASON w domenie tras 1, 2, 3 i 4 dokonuje sprawdzenia śądania Trasy. Kontroler trasy RC elementu sieciowego NE A w domenie tras 1 odbiera śądanie Trasy, przy czym początkowym węzłem jest węzeł A, natomiast końcowym węzłem jest węzeł K, po czym przechodzi do następnego etapu; Etap 2: kontroler trasy RC elementu sieciowego NE A stwierdza, Ŝe śądanie jest śądaniem Trasy międzydomenowym i kieruje śądanie Trasy do kontrolera trasy RC domeny nadrzędnej, to znaczy kontrolera trasy RC elementu sieciowego NE B, po czym przechodzi do następnego etapu; Etap 3: kontroler trasy RC elementu sieciowego NE B wywołuje algorytm trasowania według śądania Trasy w celu obliczenia trasy pomiędzy domenami tras 1, 2 i 4 na podstawie bazy danych trasy RDB bieŝącego węzła, przy czym rezultat trasy jest przedstawiony jak na FIG. 8, co określa granice dla domen podrzędnych 1, 2 i 4, a następnie kontroler trasy RC elementu sieciowego NE B generuje wewnątrzdomenowe śądanie Trasy domen podrzędnych 1, 2 i 4 oraz rozsyła to śądanie do elementu sieciowego NE A w domenie podrzędnej 1, elementu sieciowego NE G w domenie podrzędnej 2 oraz elementu sieciowego NE M w domenie podrzędnej 4; Etap 4: kontrolery tras RC elementu sieciowego NE A w domenie podrzędnej 1, elementu sieciowego NE G w domenie podrzędnej 2 oraz elementu sieciowego NE M w domenie podrzędnej 4 wywołują algorytm trasowania zgodnie z śądaniem Trasy w celu obliczenia trasy na podstawie baz danych tras RDB swoich bieŝących węzłów, zaś wyniki tras są odpowiednio pokazane jak na FIG. 9, i 11, zaś wynik

16 1 jest zwracany do kontrolera trasy RC elementu sieciowego NE B; Etap : kontroler trasy RC elementu sieciowego NE B odbiera wyniki trasy z kaŝdej z domen podrzędnych 1, 2 i 4, zgodnie z tym, co pokazano na FIG. 9, i 11. JeŜeli obliczenie trasy przez domeny podrzędne 1, 2 i 4 jest zakończone pomyślnie, to wówczas przez kombinację wyniku przedstawionego na FIG. 8 obliczonego w etapie 3, kontroler trasy RC elementu sieciowego NE B generuje kompletną trasę przedstawioną jako FIG. 7, po czym zwraca wynik do kontrolera trasy RC elementu sieciowego NE A, który wysyła śądanie, kończąc. [004] Oczywiście niniejszy wynalazek moŝe mieć wiele innych przykładów wykonania. Zastosowanie przemysłowe 1 [0046] Na podstawie modelu hierarchicznej trasy sugerowanego przez standard ITU-T G.8080 niniejszy wynalazek wykonuje zapytanie o trasę, w szczególności międzydomenowe zapytanie o trasę przez interakcję pomiędzy kontrolerem trasy RC domeny nadrzędnej a kontrolerem trasy RC powiązanego elementu sieciowego NE w kaŝdej domenie podrzędnej, łatwo i niezawodnie. ZastrzeŜenia patentowe 2 1. Sposób hierarchicznego zapytania o trasę w automatycznej komutowanej sieci optycznej (ASON), wykorzystywany w sieci zawierającej wielowarstwowe domeny tras, znamienny tym, Ŝe : gdy kontroler trasy (RC) domeny podrzędnej odbiera śądanie Trasy, kontroler tras RC domeny podrzędnej wysyła śądanie Trasy do kontrolera trasy RC domeny nadrzędnej, jeŝeli kompletna trasa nie moŝe zostać obliczona; a takŝe kontroler trasy RC domeny nadrzędnej współpracuje dalej z innymi domenami podrzędnymi, jeŝeli kontroler trasy RC domeny nadrzędnej nie moŝe obliczyć kompletnej trasy, przy czym jeŝeli otrzymana zostanie kompletna trasa, to wówczas Odpowiedź Trasy jest zwracana do jednostki Ŝądającej. 2. Sposób według zastrzeŝenia 1, który to sposób obejmuje ponadto następujące etapy: (a1) kontroler trasy RC elementu sieciowego (NE) sieci ASON wykrywa śądanie Trasy wysyłane przez jednostkę Ŝądającą, a następnie kieruje to

17 śądanie Trasy do kontrolera trasy RC domeny nadrzędnej, jeŝeli śądanie Trasy jest międzydomenowym śądaniem Trasy; a takŝe (a2) kontroler trasy RC domeny nadrzędnej oblicza trasę pomiędzy wszystkimi swoimi domenami podrzędnymi i wysyła wewnątrzdomenowe śądanie Trasy do kontrolera trasy RC kaŝdej domeny podrzędnej na trasie, przy czym kontroler trasy RC kaŝdej domeny podrzędnej dokonuje obliczenia trasy w swojej domenie i zwraca Odpowiedź Trasy do kontrolera trasy RC domeny nadrzędnej, po odebraniu Odpowiedzi Trasy kontroler trasy RC domeny nadrzędnej zwraca trasę do jednostki Ŝądającej przez kontroler trasy RC, który wysyła śądanie Trasy, jeŝeli kompletna trasa moŝe zostać uzyskana, natomiast w przeciwnym przypadku jest zwracana wiadomość o błędzie. 3. Sposób według zastrzeŝenia 2, w którym etap (a2) obejmuje ponadto następujące etapy: (a21) kontroler trasy RC domeny nadrzędnej dokonuje obliczenia trasy pośród swoich domen podrzędnych, wyznacza brzegowy węzeł kaŝdej domeny podrzędnej na trasie, a następnie generuje i rozsyła do domen podrzędnych wewnątrzdomenowe śądanie Trasy zawierające informację o brzegowym węźle odpowiednim dla kaŝdej domeny; (a22) po odebraniu przez domenę podrzędną wewnątrzdomenowego śądania Trasy, oblicza ona trasę swojej domeny i zwraca Odpowiedź Trasy do kontrolera trasy RC domeny nadrzędnej; (a23) po odebraniu przez kontroler trasy RC domeny nadrzędnej Odpowiedzi Trasy od domen podrzędnych, sprawdza on, czy wszystkie Odpowiedzi Trasy są zakończone sukcesem i, jeŝeli tak, to wówczas sposób przechodzi do następnego etapu (a24); w przeciwnym przypadku jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysłał to Ŝądanie; a takŝe (a24) kontroler trasy RC domeny nadrzędnej dokonuje kombinacji trasy międzydomenowej oraz trasy wewnątrzdomenowej kaŝdej domeny podrzędnej w celu wygenerowania kompletnej trasy pomiędzy początkowym węzłem a końcowym węzłem, a takŝe zwraca kompletną trasę do jednostki Ŝądającej przez kontroler trasy RC, który wysłał śądanie. 4. Sposób według zastrzeŝenia 2, w którym, jeŝeli domena nadrzędna nie jest w stanie obliczyć międzydomenowej trasy w etapie (a2), to do jednostki Ŝądającej zwracana

18 jest wiadomość o błędzie przez kontroler trasy RC, który wysłał śądanie.. Sposób według zastrzeŝenia 1, w którym sposób ten obejmuje ponadto następujące etapy: (b1) kontroler trasy RC elementu sieciowego NE w sieci ASON wykrywa śądanie Trasy wysłane przez jednostkę Ŝądającą, a następnie kontroler trasy RC elementu sieciowego NE w sieci ASON oblicza trasę na podstawie bazy danych trasy (RDB) bieŝącego węzła i zwraca Odpowiedź Trasy do jednostki Ŝądającej, jeŝeli zostaje uzyskana kompletna trasa; w przeciwnym przypadku to śądanie jest kierowane do kontrolera trasy RC domeny nadrzędnej; (b2) kontroler trasy RC domeny nadrzędnej dokonuje obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła zgodnie z śądaniem, po czym, jeŝeli zostaje uzyskana kompletna trasa, jest ona zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysłał to śądanie; w przeciwnym przypadku sposób przechodzi do następnego etapu (b3); i (b3) kontroler trasy RC domeny nadrzędnej kieruje śądanie Trasy do kontrolerów tras RC swoich innych domen podrzędnych i odbiera Odpowiedzi Tras od kontrolerów tras RC tychŝe domen podrzędnych, jeŝeli moŝe on otrzymać kompletną trasę, to wówczas ta kompletna trasa jest zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysłał to śądanie; w przeciwnym przypadku jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysłał to śądanie. 6. Sposób według zastrzeŝenia, w którym etap (b3) obejmuje ponadto następujące etapy: (b31) kontroler trasy RC domeny nadrzędnej wysyła śądanie Trasy do kontrolera trasy RC jednej z domen podrzędnych z wyjątkiem jednego, który wysłał to śądanie; (b32) po odebraniu przez kontroler trasy RC domeny podrzędnej śądania Trasy, dokonuje on obliczenia trasy na podstawie bazy danych trasy RDB bieŝącego węzła i zwraca Odpowiedź Trasy do kontrolera trasy RC domeny nadrzędnej; (b33) kontroler trasy RC domeny nadrzędnej stwierdza, czy Odpowiedź Trasy zwracana przez kontroler trasy RC domeny podrzędnej jest kompletną trasą i jeŝeli tak, to trasa ta jest zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysłał to śądanie; w przeciwnym przypadku

19 sposób przechodzi do następnego etapu (b34); a takŝe (b34) kontroler trasy RC domeny nadrzędnej stwierdza, czy istnieje kontroler trasy RC innej domeny podrzędnej, który nie był pytany i jeŝeli tak, to śądanie Trasy jest kierowane dalej do kontrolera trasy RC tej właśnie domeny podrzędnej i sposób przechodzi do etapu (b32); w przeciwnym przypadku jest zwracana wiadomość o błędzie do jednostki Ŝądającej przez kontroler trasy RC, który wysłał śądanie. 7. Sposób według zastrzeŝenia, w którym etap (b3) obejmuje ponadto następujące etapy: (b31) kontroler trasy RC domeny nadrzędnej rozsyła śądanie Trasy do kontrolerów tras RC wszystkich innych domen podrzędnych za wyjątkiem tego, który wysłał to śądanie Trasy; (b32) po odebraniu śądania Trasy przez kontrolery tras RC wszystkich innych domen podrzędnych, dokonują one obliczenia trasy na podstawie bazy danych tras RDB bieŝących węzłów i zwracają Odpowiedzi Trasy do kontrolera trasy RC domeny nadrzędnej; a takŝe (b33) kontroler trasy RC domeny nadrzędnej stwierdza, czy w Odpowiedziach Trasy zwracanych od kontrolerów tras RC domen podrzędnych jest obecna kompletna trasa i jeŝeli tak, to trasa ta jest zwracana do jednostki Ŝądającej przez kontroler trasy RC, który wysłał śądanie; w przeciwnym przypadku do jednostki Ŝądającej jest zwracana wiadomość o błędzie przez kontroler trasy RC, który wysłał śądanie. 8. Sposób według zastrzeŝenia 2 albo, w którym gdy kontroler trasy RC domeny nadrzędnej wysyła śądanie Trasy do kontrolera trasy RC domeny podrzędnej, śądanie Trasy jest wysyłane do kontrolera trasy RC reprezentatywnego elementu sieciowego NE, który reprezentuje domenę podrzędną w celu współdziałania z domeną trasy górnej warstwy. Uprawniony: ZTE Corporation Pełnomocnik: mgr inŝ. Irena Rachubik Rzecznik patentowy

20 19

21

22 21

23 22 DOKUMENTY PRZEDSTAWIONE W OPISIE Ta lista dokumentów przedstawionych przez Zgłaszającego została przyjęta jedynie dla informacji czytającego i nie jest częścią składową europejskiego opisu patentowego. Została ona utworzona z duŝą starannością; Europejski Urząd Patentowy nie ponosi jednak Ŝadnej odpowiedzialności za ewentualne błędy i braki. Dokumenty patentowe przedstawione w opisie US A1 [0007] EP A1 [0009] EP A1 [00] EP A2 [0011] EP A1 [0012] CN 1648 A [0013] EP A2 [0014] CN A [001] Dokumenty niepatentowe przedstawione w opisie PNNI-based control plane for automatically switched optical networks. Journal of Lightwave Technology, listopad 03, tom 21 (11 [0008]