(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) Urząd Patentowy Rzeczypospolitej Polskiej (97) O udzieleniu patentu europejskiego ogłoszono: Europejski Biuletyn Patentowy 13/03 EP B1 (4) Tytuł wynalazku: Sposób zapytania o trasę w ASON () Pierwszeństwo: (43) Zgłoszenie ogłoszono: w Europejskim Biuletynie Patentowym nr 09/2 (4) O złożeniu tłumaczenia patentu ogłoszono: Wiadomości Urzędu Patentowego 13/06 (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. Małgorzata Grabowska 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-3339/VAL EP B1 Opis 1 2 Dziedzina techniki [0001] Wynalazek dotyczy dziedziny sieci optycznych, zwłaszcza sposobu zapytania o trasę w komutowanej automatycznie sieci optycznej. Tło wynalazku [0002] Sieci optyczne, takie jak OTN (sieć transmisji optycznej), WDM (zwielokrotnienie podziału długości fali), SDH (synchroniczna hierarchia cyfrowa) lub SONET (synchroniczna sieć optyczna) są szeroko stosowane w dziedzinie telekomunikacji. [0003] Ostatnio automatycznie komutowana sieć optyczna (ASON) jest jednym z tematów intensywnych badań w dziedzinie sieci optycznych. Koncepcja ASON jest przedstawiona przez ITUT G.8080, a działanie ASON osiąga się przez określoną płaszczyznę sterowania (CP). Natomiast ITU-T G.7713 określa strukturę realizacji rozproszonych sygnałów wywoławczych i połączeń w ASON oraz przedstawia kryteria realizacji dla automatycznego ustalania, modyfikowania i kasowania sygnałów wywoławczych i połączeń. Standardy, takie jak ITU-T G.771 przedstawiają model realizacji sposobu zapytania o trasę połączenia (zapytanie o trasę w następującym opisie odnosi się do zapytania o trasę połączeń, chyba że określono inaczej). [0004] Jednak opublikowane ITU-T G.771 oraz ITUT G stosują model pokazany na fig. 1. W tym modelu trasy, gdy dany element (NE) sieci w ASON musi zapytać o trasę połączenia, to sterownik połączenia (CC), który jest odpowiedzialny za sterowanie połączeniem (w tym ustalanie, kasowanie, modyfikację i tak dalej), wysyła żądanie trasy do sterownika trasy (RC), który jest odpowiedzialny za zapytanie o trasę i obliczanie, a następnie RC wywołuje algorytm trasy (typowym algorytmem trasy jest algorytm pierwszej ograniczonej najkrótszej ścieżki, w skrócie CSFP) zgodnie z żądaniem trasy i oblicza trasę w oparciu o bazę danych trasowania (RDB) węzła oraz zwraca wynik obliczania trasy (w skrócie odpowiedź trasy) do CC. [000] Jednak trudne jest zwykle to, aby RDB węzła miała pełną informację o trasach całego ASON, więc model przedstawiony na fig. 1 nie może spełniać wymagań zapytania o trasę i obliczeń. Wobec tego model przestawiony na fig. 2 jest oferowany w odpowiedniej technologii w ostatnich latach i pochodzi z modelu pokazanego na fig. 1, to znaczy, że gdy CC określonego NE w ASON uruchamia żądanie trasy połączenia z RC, to RC wybierze CSFP zgodnie z żądaniem i zrealizuje obliczenie trasy w oparciu o RDB węzła. Jeżeli od-

3 powiednia trasa nie może zostać odnaleziona, to miejscowy RC prześle żądanie trasy do kolejnego odpowiedniego NE w ASON o pełniejszym RDB poprzez element sterujący protokołem (w skrócie PC). Wtedy RC innego odpowiedniego NE wywołuje CSPF po odbiorze przez niego żądania trasy poprzez PC i dokańcza obliczanie trasy w oparciu o RDB węzła oraz zwraca odpowiedź trasy do NE w ASON, które uruchamia żądanie. Ten NE w ASON zwróci odpowiedź trasy do jego CC. [0006] ITU-T G.8080 sugeruje, aby CP w ASON stosowało strukturę elastyczną, to znaczy, każdemu NE w ASON może brakować określonego elementu, np. RC. Tak więc, jeżeli NE w ASON bez RC, które musi zapytać o trasę, to zapytanie o trasę nie może zostać zrealizowane przez żaden ze sposobów pokazanych na fig. 1 lub pokazanych na fig. 2. Streszczenie wynalazku [0007] Wynalazek rozwiązuje problem techniczny poprzez zaoferowanie sposobu zapytania o trasę w ASON dla rozwiązania problemu związanego z zapytaniem o trasę, gdy NE w ASON nie ma RC. [0008] Wynalazek oferuje sposób zapytania o trasę w ASON dla realizacji zapytania o trasę, gdy NE ma PC i CC, ale nie RC, a sposób obejmuje następujące etapy: (1) gdy CC dla NE1 bez RC musi zapytać o trasę, to NE1 wysyła wiadomość protokołu żądania trasy do zdalnego NE2; (2) gdy NE2 otrzymuje wynik trasy zgodnie z żądaniem trasy, to NE2 zwraca wynik trasy do NE1, który uruchamia żądanie trasy poprzez wysłanie wiadomości protokołu odpowiedzi trasy; (3) PC dla NE1 zwraca wyniki trasy do CC dla NE1 po odbiorze wiadomości protokołu odpowiedzi trasy. [0009] Ponadto etap (1) obejmuje: gdy CC dla NE1 ustali, że musi zapytać o trasę, to CC tworzy wiadomość protokołu żądania trasy; PC dla NE1 wysyła wiadomość protokołu żądania trasy do zdalnego NE2. [00] Ponadto, jeżeli zdalne NE2 obejmuje RC, PC i RDB o pełnej informacji trasowania dla ASON, to etap (2) obejmuje: PC dla NE2 przesyła dalej wiadomość protokołu żądania trasy do RC dla NE2 po odbiorze wiadomości protokołu żądania trasy; zgodnie z żądaniem trasy, RC dla NE2 wywołuje algorytm trasowania, oblicza trasę w oparciu o RDB dla NE2 i tworzy wiadomość protokołu odpowiedzi trasy; PC dla NE2 zwraca wiadomość protokołu odpowiedzi trasy do NE1, które uruchamia żądanie trasy.

4 [0011] Ponadto etap (2) obejmuje również: jeżeli RC dla NE2 ustali, że trasowanie nie powiodło się, a żądana informacja o trasie nie jest znaleziona po tym, jak obliczy on trasę, to RC tworzy wiadomość protokołu żądania trasy zgodnie z oryginalnym żądaniem trasy i wysyła wiadomość protokołu do zdalnego NE3 z RC, PC i pełnym RDB poprzez PC dla NE2; PC dla NE3 przesyła dalej wiadomość protokołu żądania trasy do RC dla NE3 po odbiorze wiadomości protokołu; zgodnie z odebranym żądaniem trasy, RC dla NE3 wywołuje algorytm trasy i oblicza trasę w oparciu o RDB dla NE3 i tworzy wiadomość protokołu odpowiedzi trasy po pomyślnym obliczeniu trasy; wiadomość protokołu odpowiedzi trasy jest zwracana do NE2, a następnie do NE1 przez PC dla NE3, aż CC dla NE1 odbierze wiadomość protokołu odpowiedzi trasy. [0012] Ponadto, jeżeli zdalne NE2 ma RC, PC, CC i RDB o pełnej informacji o trasowaniu dla ASON, to etap (2) obejmuje: PC dla NE2 przesyła dalej wiadomość protokołu żądania trasy do CC dla NE2 po odbiorze wiadomości protokołu; zgodnie z żądaniem trasy, CC dla NE2 wysyła żądanie trasy dla NE2 do RC dla NE2; zgodnie z żądaniem trasy, wysłanym z CC dla NE2, RC dla NE2 wywołuje algorytm trasy, oblicza trasę w oparciu o RDB dla NE2 i zwraca wynik trasy do CC dla NE2; [0013] Zgodnie z odebranym wynikiem trasy, CC dla NE2 tworzy wiadomość protokołu odpowiedzi trasy i zwraca wiadomość protokołu do NE1, który uruchamia żądanie trasy poprzez PC dla NE2. [0014] Ponadto etap (2) obejmuje również: jeżeli RC dla NE2 ustali, że trasowanie nie powiodło się, a żądana informacja o trasie nie jest znaleziona po tym, jak obliczy on trasę, to RC tworzy wiadomość protokołu żądania trasy zgodnie z oryginalnym żądaniem trasy i wysyła wiadomość protokołu do zdalnego NE3 mającego RC, PC i pełne RDB poprzez PC dla NE2; PC dla NE3 przesyła dalej wiadomość protokołu żądania trasy do RC dla NE3 po odbiorze wiadomości protokołu; zgodnie z odebranym żądaniem trasy, RC dla NE3 wywołuje algorytm trasy, oblicza trasę w oparciu o RDB dla NE3 i tworzy wiadomość protokołu odpowiedzi trasy po pomyślnym obliczeniu trasy; [001] PC dla NE3 zwraca wiadomość protokołu odpowiedzi trasy do NE2, a CC dla NE2 ponownie tworzy wiadomość protokołu odpowiedzi trasy zgodnie z wynikiem obliczeń i wysyła go do NE1, aż CC dla NE1 odbierze wynik obliczenia trasy.

5 [0016] Ponadto powyższym algorytmem trasy jest CSFP. [0017] Sposób według wynalazku umożliwia zapytanie o trasę przez NE bez RC poprzez oddziaływanie z innymi zdalnymi NE poprzez wiadomość protokołu i jest kompatybilny ze stanem techniki, prosty i niezawodny. Krótki opis rysunków [0018] Fig. 1 przedstawia realizację zapytania o trasę sygnału NE w ASON według stanu techniki; Fig. 2 przedstawia realizację zapytania o trasę przez pojedyncze NE bez pełnego RDB, poprzez współpracę z innymi zdalnymi NE w ASON; Fig. 3 przedstawia realizację zapytania o trasę przez NE w ASON bez RC, poprzez współpracę CC-RC ze zdalnym NE w ASON; Fig. 4 przedstawia realizację zapytania o trasę przez NE w ASON bez RC, poprzez współpracę CC-CC ze zdalnym NE w ASON; Fig. przedstawia realizację zapytania o trasę przez NE w ASON bez RC, poprzez współpracę z kilkoma zdalnymi NE w ASON, w oparciu o fig. 3; Fig. 6 przedstawia realizację zapytania o trasę przez NE w ASON bez RC, poprzez współpracę z kilkoma zdalnymi NE w ASON, w oparciu o fig. 4. Korzystny przykład wykonania wynalazku [0019] Wynalazek zostanie teraz opisany w odniesieniu do załączonych rysunków i korzystnych przykładów wykonania bardziej szczegółowo. [00] Opierając się na stanie techniki, wynalazek oferuje strategię realizacji do rozwiązania problemu polegającego na tym, że zapytanie o trasę nie może być wykonane przez NE bez RC w ASON. Ideą wynalazku jest realizacja zapytania o trasę poprzez CC dla NE w ASON współpracującym ze zdalnym NE, która charakteryzuje się tym, że gdy NE w ASON bez RC musi zapytać o trasę, to CC dla NE wysyła żądanie trasy do zdalnego NE w ASON poprzez wiadomość protokołu (taką jak pierwsza otwarta najkrótsza ścieżka OSPF-TE; protokół rezerwacji zasobów RSVP-TE), a po odbiorze żądania poprzez CC lub RC zdalnego NE w ASON, zdalny NE w ASON oblicza trasę poprzez jego węzeł: następnie wynik trasy jest zwracany do NE, który uruchamia żądanie. [0021] Fig. 1 przedstawia, że pojedyncze NE w ASON realizuje zapytanie o trasę poprzez oddziaływanie z miejscowym CC i PC w części tła; fig. 2 przedstawia realizację zapytania o trasę przez pojedyncze NE bez pełnego RDB poprzez współpracę ze zdalnym NE w ASON; fig. 3 przedstawia realizację funkcji zapytania o trasę przez RC zdalnego NE w ASON poprzez bezpośrednie oddziaływanie między miejscowym CC a RC zdalnym NE

6 1 2 w ASON; fig. 4 przedstawia realizację zapytania o trasę przez NE w ASON bez RC poprzez oddziaływanie między miejscowym CC a CC zdalnego NE w ASON poprzez RC zdalnego NE w ASON; fig. przedstawia realizację zapytania o trasę kontynuowaną z fig. 3; fig. 6 przedstawia realizację zapytania o trasę kontynuowaną na podstawie fig. 4. [0022] Pierwszy przykład wykonania sposobu według wynalazku zostanie opisany poniżej w odniesieniu do fig. 1, fig. 2 i fig. 3, biorąc NE1 i NE2 na fig. 3 jako przykład, gdzie NE1 nie ma RC i musi realizować funkcję zapytania o trasę. [0023] Pierwszy przykład wykonania obejmuje następujące etapy: W etapie 1, CC dla NE1 na fig. 3 ustala, czy zapytać o trasę i jeżeli tak, to przechodzi do następnego etapu; w przeciwnym przypadku dalej będzie wykrywał i ustalał; W etapie 2, CC dla NE1 tworzy wiadomość protokołu żądania trasy i wysyła wiadomość protokołu żądania trasy do NE2 poprzez PC dla NE1; W etapie 3, PC dla NE2 odbiera wiadomość protokołu żądania trasy z NE1 i przesyła dalej do RC dla NE2; W etapie 4, RC dla NE2 wywołuje CSPF zgodnie z odebranym żądaniem trasy i wykonuje obliczenie trasy w oparciu o RDB dla NE2; W etapie, RC dla NE2 tworzy wiadomość protokołu odpowiedzi trasy zgodnie z wynikiem trasy i wysyła wiadomość protokołu przenoszącą wynik trasy do NE1 poprzez PC dla NE2; W etapie 6, po odbiorze przez PC dla NE1 wiadomości protokołu odpowiedzi trasy, wysyła on odpowiedni wynik trasy do CC dla NE1. [0024] Drugi przykład wykonania sposobu według wynalazku zostanie opisany poniżej w odniesieniu do fig. 1, fig. 2 i fig. 4, biorąc NE1 i NE2, pokazane na fig. 4, jako przykład, gdzie NE1 nie ma RC i musi realizować funkcję zapytania o trasę. [002] Drugi przykład wykonania obejmuje następujące etapy: W etapie 401, CC dla NE1, pokazane na fig. 4, ustala, czy zapytać o trasę i jeżeli tak, to przechodzi do następnego etapu; W etapie 402, CC dla NE1 tworzy wiadomość protokołu żądania trasy i wysyła wiadomość protokołu żądania trasy do NE2 poprzez miejscowe PC; W etapie 403, PC dla NE2 odbiera wiadomość protokołu żądania trasy z NE1 i przesyła dalej wiadomość protokołu do CC dla NE2; W etapie 404, zgodnie z odebraną wiadomością protokołu, CC dla NE2 wysyła żądanie trasy dla NE1 do RC dla NE2, a RC wywołuje algorytm trasy i wykonuje obliczenie trasy w oparciu o RDB dla NE2;

7 W etapie 40, RC dla NE2 zwraca wynik trasowania do CC dla NE2, który tworzy wiadomość protokołu odpowiedzi trasy zgodnie z wynikiem trasy i wysyła wiadomość protokołu odpowiedzi trasy, przenoszącą wynik trasowania do NE1 poprzez miejscowe PC; W etapie 406, po odbiorze przez PC dla NE1 odpowiedzi trasy, wysyła on odpowiedni wynik trasy do CC dla NE1. [0026] Trzeci przykład wykonania sposobu według wynalazku zostanie opisany poniżej w odniesieniu do fig. 1, fig. 2, fig. 3 i fig., biorąc pokazane na fig. NE1, NE2 i NE3 jako przykład, gdzie NE1 nie ma RC, NE2 nie ma pełnego RDB, a NE1 musi zapytać o trasę. [0027] Trzeci przykład wykonania obejmuje następujące etapy: W etapie 01, CC dla NE1, pokazane na fig., ustala, czy zapytać o trasę i jeżeli tak, to przechodzi do następnego etapu; W etapie 02, CC dla NE1 tworzy wiadomość protokołu żądania trasy i wysyła wiadomość protokołu do NE2 poprzez miejscowe PC; W etapie 03, PC dla NE2 odbiera wiadomość protokołu żądania trasy z NE1 i przesyła dalej wiadomość protokołu do RC dla NE2; W etapie 04, RC dla NE2 wywołuje algorytm trasy CSFP zgodnie z odebranym żądaniem trasy i wykonuje obliczenie trasy w oparciu o RDB dla NE2; W etapie 0, RC dla NE2 sprawdza wynik trasy i jeżeli wynik jest taki, że zapytanie o trasę nie powiodło się, a przyczyną niepowodzenia jest to, że RDB dla NE2 nie jest pełne, to RC ponownie tworzy wiadomość protokołu żądania trasy i wysyła wiadomość protokołu do NE3 poprzez PC; W etapie 06, PC dla NE3 odbiera wiadomość protokołu żądania trasy i przesyła dalej wiadomość protokołu do RC dla NE3; W etapie 07, RC dla NE3 wywołuje algorytm trasy zgodnie z odebranym żądaniem trasy i wykonuje obliczenia trasy w oparciu o RDB dla NE3; W etapie 08, RC dla NE3 sprawdza wynik trasy i jeżeli wynik jest taki, że zapytanie o trasę jest pomyślne, to tworzy on sygnał odpowiedzi trasy zgodnie z wynikiem trasy i wysyła wiadomość protokołu odpowiedzi trasy, przenoszącą wynik trasy do NE2 poprzez PC i ostatecznie wiadomość protokołu odpowiedzi trasy jest wysyłana do NE1, które początkowo uruchamia żądanie trasy poprzez NE2; W etapie 09, po odbiorze przez PC dla NE1 odpowiedzi trasy, wysyła on odpowiedni wynik trasy do CC dla NE1. [0028] Czwarty przykład wykonania sposobu według wynalazku zostanie opisany poniżej w odniesieniu do fig. 1, fig. 2, fig. 4 oraz fig. 6, biorąc pokazane na fig. 6 NE1, NE2 i NE3

8 7 1 2 jako przykład, gdzie NE1 nie ma RC, NE2 nie ma pełnego RDB, a NE1 musi realizować funkcję zapytania o trasę. [0029] Czwarty przykład wykonania obejmuje następujące etapy: W etapie 601, CC dla NE1, pokazane na fig. 6, ustala, czy zapytać o trasę i jeżeli tak, przechodzi do następnego etapu; W etapie 602, CC dla NE1 tworzy wiadomość protokołu żądania trasy i wysyła wiadomość protokołu do NE2 poprzez PC dla NE1; W etapie 603, PC dla NE2 odbiera wiadomość protokołu żądania trasy z NE1 i przesyła dalej wiadomość protokołu do CC dla NE2; W etapie 604, CC dla NE2 wysyła żądanie trasy NE1 do RC dla NE2 zgodnie z odebraną wiadomością protokołu, a RC dla NE2 wywołuje algorytm trasy i wykonuje obliczenie trasy w oparciu o RDB dla NE2; W etapie 60, RC dla NE2 sprawdza wynik trasy i jeżeli wynik jest taki, że zapytanie o trasę nie powiodło się, a przyczyną niepowodzenia jest to, że RDB dla NE2 nie jest pełne, to RC ponownie tworzy wiadomość protokołu żądania trasy i wysyła wiadomość protokołu do NE3 poprzez PC; W etapie 606, PC dla NE3 odbiera wiadomość protokołu żądania trasy i przesyła dalej wiadomość protokołu do RC dla NE3; W etapie 607, RC dla NE3 wywołuje algorytm trasy zgodnie z odebranym żądaniem trasy i wykonuje obliczenie trasy w oparciu o RDB dla NE3; W etapie 608, RC dla NE3 sprawdza wynik trasy i jeżeli wynik jest taki, że zapytanie o trasę jest pomyślne, to tworzy on wiadomość protokołu odpowiedzi trasy zgodnie z wynikiem trasy i wysyła wiadomość protokołu odpowiedzi trasy, przenoszącą wynik trasy w kierunku NE1 poprzez PC i gdy wiadomość protokołu odpowiedzi trasy jest wysyłana do NE2, to RC dla NE2 zwraca wynik trasy do CC dla NE2, a CC dla NE2 tworzy wiadomość protokołu odpowiedzi trasy zgodnie z wynikiem trasy i wysyła wiadomość protokołu odpowiedzi trasy, przenoszącą wynik trasy do NE1; W etapie 609, po odbiorze przez PC dla NE1 odpowiedzi trasy, wysyła on odpowiedni wynik trasy do CC dla NE1. [00] Według wynalazku, jeżeli NE2 odbiera żądanie z NE1 i nie jest w stanie obliczyć trasy, to zwraca odpowiedź niepowodzenia zapytania o trasę, jeżeli nie ma innego dostępnego NE, a w przeciwnym przypadku nieustannie wysyła zapytanie do innych NE. Jeżeli zdalny NE2 nie ma RC, to NE2 może wysłać zapytanie do następnego zdalnego NE3; w przeciwnym przypadku zwracana jest odpowiedź niepowodzenia obliczenia trasy.

9 8 1 [0031] Z powyższych przykładów wykonania wynika, że biorąc NE w ASON bez RC, które musi w punkcie początkowym zapytać o trasę, wynalazek realizuje zapytanie o trasę poprzez jeden lub więcej zdalnych NE poprzez CC dla NE przez oddziaływanie z CC lub RC jednego lub więcej zdalnych NE za pomocą prostej i niezawodnej wiadomości protokołu. Zastosowanie przemysłowe [0032] Wynalazek oferuje sposób zapytania o trasę w ASON dla realizacji zapytania o trasę przez NE, który ma sterownik protokołu PC i sterownik połączenia CC, ale bez sterownika trasowania RC. NE1 bez RC wysyła wiadomość protokołu żądania trasy do zdalnego NE2, następnie NE2 uzyskuje wynik trasy zgodnie z żądaniem trasy i zwraca wynik poprzez wiadomość protokołu odpowiedzi trasy do NE1, które uruchamia żądanie trasy, a po odbiorze wiadomości protokołu odpowiedzi trasy, PC dla NE1 wysyła wiadomość protokołu odpowiedzi trasy do CC dla NE1. Sposób według wynalazku realizuje zapytanie o trasę przez jedno lub więcej NE, za pomocą wiadomości protokołu i oddziaływania z CC lub RC zdalnego NE. Sposób ten jest prosty i niezawodny. Wynalazek może być zastosowany w dziedzinach danych i ASON. Zastrzeżenia patentowe 2 1. Sposób zapytania o trasę w automatycznie komutowanej sieci optycznej ASON dla realizacji zapytania o trasę elementu NE sieci mającej sterownik protokołu PC i sterownik połączenia CC, ale bez sterownika trasy RC, obejmuje etapy: 1) gdy CC dla NE1 bez RC musi zapytać o trasę, to NE1 wysyła wiadomość protokołu żądania trasy do zdalnego NE2; 2) gdy zdalny NE2 otrzymuje wynik trasy zgodnie z żądaniem trasy, to zdalny NE2 zwraca wynik trasy do NE1, który uruchamia żądanie trasy poprzez wysłanie wiadomości protokołu odpowiedzi trasy; 3) PC dla NE1 zwraca wynik trasy do CC dla NE1 po odbiorze wiadomości protokołu odpowiedzi trasy. 2. Sposób według zastrz. 1, w którym etap 1) obejmuje: gdy CC dla NE1 ustali, że musi zapytać o trasę, to CC tworzy wiadomość protokołu żądania trasy; PC dla NE1 wysyła wiadomość protokołu żądania trasy operacji zdalnego NE2. 3. Sposób według zastrz. 1, w którym jeżeli zdalne NE2 obejmuje RC, PC i bazę danych trasowania RDB z pełną informacją o trasie dla ASON, to etap 2) obejmuje:

10 PC zdalnego NE2 przesyła dalej wiadomość protokołu żądania trasy do RC zdalnego NE2 po odbiorze wiadomości protokołu; zgodnie z żądaniem trasy, RC zdalnego NE2 wywołuje algorytm trasy, oblicza trasę w oparciu o RDB zdalnego NE2 i tworzy wiadomość protokołu odpowiedzi trasy; PC zdalnego NE2 zwraca wiadomość protokołu odpowiedzi trasy do NE1, który uruchamia żądanie trasy. 4. Sposób według zastrz. 3, w którym etap 2) obejmuje również: jeżeli RC zdalnego NE2 ustali, że trasowanie nie powiodło się, a żądana informacja o trasie nie jest znaleziona po obliczeniu trasy, to RC tworzy wiadomość protokołu żądania trasy zgodnie z żądaniem trasy i wysyła wiadomość protokołu do zdalnego NE3 mającego RC, PC i pełne RDB poprzez PC zdalnego NE2; PC zdalnego NE3 przesyła dalej wiadomość protokołu żądania trasy do RC zdalnego NE3 po odbiorze wiadomości protokołu; zgodnie z żądaniem trasy, RC zdalnego NE3 wywołuje algorytm trasy i oblicza trasę w oparciu o RDB zdalnego NE3 i tworzy wiadomość protokołu odpowiedzi trasy po pomyślnym obliczeniu trasy; wiadomość protokołu odpowiedzi trasy jest zwracana do zdalnego NE2, a następnie do NE1 przez PC zdalnego NE3, aż CC dla NE1 odbierze wynik obliczenia trasy.. Sposób według zastrz. 1 znamienny tym, że jeżeli zdalny NE2 ma RC, PC, CC i RDB mające pełną informację o trasie dla ASON, to etap 2) obejmuje: PC zdalnego NE2 przesyła dalej wiadomość protokołu żądania trasy do CC zdalnego NE2 po odbiorze wiadomości protokołu; CC zdalnego NE2 wysyła żądanie trasy zdalnego NE2 do RC zdalnego NE2 zgodnie z żądaniem trasy; RC zdalnego NE2 wywołuje algorytm trasy, oblicza trasę w oparciu o RDB zdalnego NE2 zgodnie z żądaniem trasy, wysłanym z CC zdalnego NE2 i zwraca wynik trasy do CC zdalnego NE2; CC zdalnego NE2 tworzy wiadomość protokołu w odpowiedzi trasy zgodnie z odebranym wynikiem trasy i zwraca wiadomość protokołu do NE1, który uruchamia żądanie trasy poprzez PC zdalnego NE2. 6. Sposób według zastrz., w którym etap 2) obejmuje również: jeżeli RC zdalnego NE2 ustali, że trasowanie nie powiodło się, a żądana informacja o trasie nie jest znaleziona po tym, jak obliczy on trasę, RC tworzy wiadomość protokołu żądania trasy zgodnie z żądaniem trasy i wysyła wiadomość protokołu do zdalnego NE3 mającego RC, PC i pełne RDB poprzez PC zdalnego NE2;

11 PC zdalnego NE3 przesyła dalej wiadomość protokołu żądania trasy do RC zdalnego NE3 po odbiorze wiadomości protokołu; zgodnie z żądaniem trasy, RC zdalnego NE3 wywołuje algorytm trasy, oblicza trasę w oparciu o RDB zdalnego NE3 i tworzy wiadomość protokołu odpowiedzi trasy po pomyślnym obliczeniu trasy; PC zdalnego NE3 zwraca wiadomość protokołu odpowiedzi trasy do zdalnego NE2, a CC zdalnego NE2 ponownie tworzy wiadomość protokołu odpowiedzi trasy zgodnie z wynikiem obliczenia trasy i wysyła wiadomość protokołu do NE1, aż CC dla NE1 odbierze wynik obliczenia trasy. 7. Sposób według któregokolwiek z zastrz. 3 do 6, w którym powyższym algorytmem trasy jest pierwsza ograniczona najkrótsza ścieżka CSFP. Uprawniony: Pełnomocnik: ZTE Corporation mgr inż. Małgorzata Grabowska Rzecznik patentowy

12 11

13 12

14 13