RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 2130332 (96) Data i numer zgłoszenia patentu europejskiego: 01.03.2008 08719530.1 (13) (51) T3 Int.Cl. H04L 12/851 (2013.01) Urząd Patentowy Rzeczypospolitej Polskiej (97) O udzieleniu patentu europejskiego ogłoszono: 04.09.2013 Europejski Biuletyn Patentowy 2013/36 EP 2130332 B1 (54) Tytuł wynalazku: Stosowanie zasad w zarządzaniu przepływem usługi (30) Pierwszeństwo: 12.03.2007 US 684881 (43) Zgłoszenie ogłoszono: 09.12.2009 w Europejskim Biuletynie Patentowym nr 2009/50 (45) O złożeniu tłumaczenia patentu ogłoszono: 31.01.2014 Wiadomości Urzędu Patentowego 2014/01 (73) Uprawniony z patentu: Telefonaktiebolaget LM Ericsson (publ), Stockholm, SE (72) Twórca(y) wynalazku: PL/EP 2130332 T3 SYLVAIN MONETTE, Blainville, CA MARTIN JULIEN, Laval, CA BENOIT TREMBLAY, Laval, CA (74) Pełnomocnik: rzecz. pat. Grażyna Palka JWP RZECZNICY PATENTOWI DOROTA RZĄŻEWSKA SP. J. ul. Żelazna 28/30 Sienna Center 00-833 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).
18352/13/P-RO/GP EP 2 130 332 Opis Tło wynalazku Dziedzina wynalazku Stosowanie zasad w zarządzaniu przepływem usługi [0001] Wynalazek dotyczy sposobu i węzła do identyfikacji typu usług oferowanych przez serwer dla domeny użytkownika i do stosowania w nich zasad ruchu. Opis stanu techniki [0002] Znane jest w stanie techniki, że sieci dostępu umożliwiają klientom dostęp do zawartości serwerów. Najczęściej stosowany sposób dostarczania zawartości z serwerów do klientów to zastosowanie tzw. połączeń najwyższej możliwej jakości (best effort). Najwyższa możliwa jakość wskazuje, że sieć dostępu nie daje żadnych gwarancji, że pożądana zawartość będzie faktycznie dostarczona, ani że zawartość będzie dostarczona zgodnie z określoną jakością usługi (QoS, Quality of Service) z minimalnym opóźnieniem, ani z wyznaczonym priorytetem. W sieci najwyższej możliwej jakości klient otrzymuje obsługę najwyższej możliwej jakości, co oznacza niekreśloną przepływność i czas dostarczenia, zależnie od aktualnego natężenia ruchu. [0003] Figura 1 przedstawia rozwiązanie ze stanu techniki prostej sieci dostępu 100, stosowanej do dostarczania usług z serwera 110 dostawcy usług do domeny 120 użytkownika. Domena 120 użytkownika może się składać z pojedynczego węzła, lub może zawierać wiele urządzeń 22a, 22b użytkownika, składających się na przykład z kilku urządzeń 22a, 22b użytkownika w tym samym gospodarstwie domowym. Wszystkie urządzenia 22a, 22b użytkownika w domenie 120 użytkownika współdzielą tą samą subskrypcję do sieci dostępu 100 i dostawców usług. Wewnątrz sieci dostępu 100, jeden lub więcej węzłów 130 domeny dostępu, na przykład rutery dostępu, zapewniają bezpośrednie połączenie IP (Internet Protocol) z urządzeniami 22a, 22b. Węzły 130 domeny dostępu przekazują dane ruchu IP, jak również żądania usług i odpowiedzi usług, między domeną 120 użytkownika i serwerem 110. Figura 1 jest w znacznym stopniu uproszczona; znawcy z dziedziny łatwo zauważą, że typowa sieć dostępu 100 normalnie zawiera dziesiątki lub setki węzłów 130 domeny dostępu obsługujących tysiące urządzeń 120 użytkowników i zapewniających dostęp do milionów serwerów 110 w Internecie. [0004] Użytkownik domeny 120 użytkownika może zażądać usług dowolnego typu spośród wielu rodzajów usług. Chociaż usługi takie jak FTP (File Transfer Protocol, protokół przesyłania plików), lub pobieranie strony WWW dzięki zastosowaniu technologii HTTP (HyperText Transfer Protocol, protokół przesyłania hipertekstu), mogą być skutecznie obsługiwane w prostej sieci dostępu 100 typu najwyższej możliwej jakości, inne usługi wymagające dużych szerokości pasma lub małych opóźnień, takie jak potokowe przesyłanie wideo i VoIP (Voice over Internet Protocol, przesyłanie głosu przez sieć z protokołem IP) są bardziej wymagające w zakresie QoS.
2 [0005] Obecnie Internet Protocol version 4 (IPv4), opisany w dokumencie Request For Comments (RFC) 791 of the Internet Engineering Task Force (IETF), zawiera parametr Type Of Service (TOS, rodzaj usługi) w nagłówku każdego pakietu IPv4. Dokument RFC 2474 Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers definiuje ponadto możliwe wartości dla parametru TOS. Możliwe jest użycie parametru TOS dla wskazania, że pakiet IPv4 powinien być dostarczony z wyższym priorytetem lub z niższym opóźnieniem, niż w prostym połączeniu najwyższej możliwej jakości. Mimo to jednak, możliwe wartości TOS mają bardzo ograniczony zakres i nie zapewniają środków do specyfikowania ruterom w sieci, z wysokim stopniem detalizacji, wymaganych parametrów QoS, wymaganych dla niektórych ze współczesnych usług. [0006] US 6,449,650 B1 dotyczy sposobów i urządzenia do konfiguracji sieci telekomunikacyjnej za pomocą szablonów usług dla umożliwienia zastosowania zasad ruchu, do użycia w wielu urządzeniach przetwarzających pakiety. [0007] Obecnie nie istnieją wydajne środki dla serwera 110 do dostarczenia unikalnej definicji usług, umożliwiających użycie zaawansowanej informacji o wymaganych parametrach QoS, które mogą wymagać utworzenia egzemplarza po ustanowieniu sesji z domeną 120 użytkownika. Streszczenie wynalazku [0008] Cenne zalety dawałoby dysponowanie sposobem i węzłami do identyfikacji usług w sposób zapewniający, że parametry QoS mogą być wymuszone w danej sieci, w celu zapewnienia zaawansowanych usług między serwerami i urządzeniami użytkowników. [0009] Tak więc szerokim celem wynalazku jest udostępnienie sposobu i węzła do identyfikacji usługi oferowanej przez dostawcę usług i do specyfikowania powiązanych parametrów zasad ruchu od końca do końca. [0010] Pierwszym przedmiotem wynalazku jest sposób stosowania zasad dla dostawcy usług zidentyfikowanego typu, przez serwer do domeny użytkownika. Najpierw przygotowany jest szablon usługi składający się z adresu serwera, identyfikatora protokołu i jednej lub większej liczby zasad ruchu do zastosowania w obsłudze zidentyfikowanego typu usług. Następnie zapewniony jest zbiór zarządzania przepływem usługi poprzez skompletowanie szablonu usługi, przez dodanie adresu domeny użytkownika. Gdy pakiet jest odbierany, zawierając adres źródła, adres przeznaczenia i typ protokołu - pakiet zawiera również dane powiązane ze zidentyfikowanym typem usługi - zidentyfikowany jest zbiór zarządzania przepływem usługi poprzez zestawienie tych adresów źródła i przeznaczenia, jak również typu protokołu z adresami i identyfikatorem protokołu w zbiorze zarządzania usługą. Dane są wymieniane w przepływie usługi między domeną użytkownika i serwerem, przez użycie jednej lub większej liczby zasad ruchu. [0011] Drugim przedmiotem wynalazku jest przykład wykonania powyższego sposobu. Węzeł dostawcy usług przygotowuje wiele szablonów usług dla wielu typów usług. Tworzenie zbioru zarządzania przepływem usługi ma miejsce w odpowiedzi na odebranie żądania usługi z domeny użytkownika, przy czym żądanie usługi identyfikuje dany typ usługi.
3 Gdy z domeny użytkownika odebranych zostanie wiele żądań usług, tworzone są odrębne zbiory zarządzania przepływem usługi, zgodnie ze zidentyfikowanymi typami usług w wielu żądaniach usług. [0012] Trzecim przedmiotem wynalazku jest inny przykład wykonania powyższego sposobu. Węzeł dostawcy usług przygotowuje dwa lub więcej szablonów usług dla dwóch lub więcej aspektów tej samej oferty usługi. Tworzenie dwóch lub większej liczby zbiorów zarządzania przepływem usługi ma miejsce w odpowiedzi na odebranie żądania usługi z domeny użytkownika, przy czym żądanie usługi identyfikuje ofertę usługi. [0013] Czwartym przedmiotem wynalazku jest węzeł domeny dostępu do stosowania zasad ruchu dla przepływu usługi między domeną użytkownika i serwerem. Węzeł domeny dostępu zawiera pamięć do przechowywania szablonów usług. Szablon usługi zawiera adres serwera, identyfikator protokołu i jedną lub więcej zasad ruchu. Węzeł domeny dostępu zawiera również sterujące układy logiczne przystosowane do tworzenia zbioru zarządzania przepływem usługi poprzez dodanie adresu domeny użytkownika do szablonu usługi. Dwa urządzenia wejścia wyjścia, jedno po stronie serwera i jedno po stronie domeny użytkownika, są przystosowane do odbioru pakietów danych, przy czym każdy pakiet zawiera adres źródła, adres przeznaczenia, typ protokołu i dane. Procesor zasad identyfikuje zbiór zarządzania przepływem usługi przez zestawienie adresu źródła, adresu przeznaczenia i typu protokołu ze zbiorem zarządzania przepływem usługi i stosuje jedną lub więcej zasad ruchu dla danych. Pakiety są następnie przesłane do ich miejsca przeznaczenia przez urządzenia wejścia-wyjścia. [0014] W przykładzie wykonania adres serwera, adres domeny użytkownika, adres źródła i adres przeznaczenia są adresami IP (Internet Protocol). [0015] W kolejnym przykładzie wykonania adres źródła jest równy adresowi domeny użytkownika, adres przeznaczenia jest równy adresowi serwera, a typ protokołu jest równy protokołowi. [0016] W kolejnym przykładzie wykonania adres przeznaczenia jest równy adresowi domeny użytkownika, adres źródła jest równy adresowi serwera, a typ protokołu jest równy identyfikatorowi protokołu. [0017] W przykładzie wykonania ruch danych odbywa się między domeną użytkownika i serwerem przez zastosowanie zasad zawartych w dwóch lub większej liczbie zbiorów zarządzania przepływem usługi, a dwa lub więcej zbiorów zarządzania przepływem usługi jest opartych na dwóch lub większej liczbie różnych szablonów usług, przy czym dwa lub więcej zbiorów zarządzania przepływem usługi jest powiązanych z dwoma lub większą liczbą uzupełniających się aspektów oferty usług, przy czym ofertą usług może być usługa telewizji, jednym lub większą liczbą aspektów komplementarnych może być strumień audio, a pozostałym z dwóch lub większej liczby aspektów komplementarnych może być strumień wideo. [0018] W przykładzie wykonania przygotowanie szablonu usługi jest realizowane w węźle dostawcy usług przez wysłanie szablonu usługi do węzła domeny dostępu, a tworzenie zbioru
4 zarządzania przepływem usługi jest realizowane w węźle domeny dostępu, przy czym szablon usługi może ponadto zawierać tożsamość dostawcy usług, a węzeł domeny dostępu może zastosować tożsamość dostawcy usługi do przesyłania dalej ruchu między dostawcą usługi i domeną użytkownika. [0019] W przykładzie wykonania węzeł dostawcy usług przygotowuje wiele szablonów usług dla wielu typów usług, przy czym tworzenie zbioru zarządzania przepływem usługi może reagować na odebranie żądania usługi z domeny użytkownika, domena użytkownika może mieć subskrypcję na jeden lub więcej z wielu typów usług, żądanie usługi może zawierać wskazówkę co do pożądanego typu usługi, a tworzenie zbioru zarządzania przepływem usługi może być warunkowe, uwzględniając czy domena użytkownika ma subskrypcję na pożądany typ usługi. [0020] Ponadto wiele żądań usług może być odebranych z domeny użytkownika i odrębne zbiory zarządzania przepływem usługi mogą być tworzone dla każdego z wielu żądań usług. [0021] Ponadto domena użytkownika może mieć subskrypcję na jeden lub więcej z wielu typów usług, a domena użytkownika może zawierać wiele urządzeń użytkownika, wiele żądań usług może być odebranych z jednego lub większej liczby urządzeń użytkownika, a każde żądanie usługi zawiera wskazówkę co do pożądanego typu usługi, jedno lub większa liczba urządzeń użytkownika może być wybrana zgodnie z pożądanymi typami usług, dla każdego z wielu żądań usług, a odrębne zbiory zarządzania przepływem usługi mogą być warunkowo tworzone dla każdego z wielu żądań usług, przy czym tworzenie każdego zbioru zarządzania przepływem usługi może być warunkowe, uwzględniając, czy domena użytkownika ma subskrypcję na pożądane typy usług. Krótki opis rysunków [0022] Dla zapewnienia bardziej szczegółowego zrozumienia wynalazku, przedstawienia jego kolejnych celów i zalet nastąpi teraz odniesienie do poniższego opisu, w połączeniu z załączonymi rysunkami, na których: Figura 1 przedstawia prostą sieć dostępu ze stanu techniki; Figura 2 przedstawia sposób definiowania i stosowania zbiorów zarządzania przepływem usługi; Figura 3 przedstawia przykładowy szablon usługi według przykładu wykonania wynalazku; Figura 4 przedstawia przykładowy zbiór zarządzania przepływem usługi według przykładu wykonania wynalazku; Figura 5 przedstawia przykładowy schemat przebiegu sygnałów według przykładu wykonania wynalazku; i Figura 6 przedstawia przykładowy węzeł domeny dostępu, zbudowany według wynalazku. Opis szczegółowy
5 [0023] Innowacyjne technologie wynalazku zostaną opisane ze szczególnym odniesieniem do różnych przykładowych zastosowań i aspektów korzystnego przykładu wykonania. Należy jednak zauważyć, że ten przykład wykonania przedstawia jedynie kilka przykładów z wielu korzystnych zastosowań innowacyjnych ujawnień wynalazku. Ogólnie, stwierdzenia podane w opisie niniejszego zastosowania niekoniecznie ograniczają jakikolwiek z różnych zastrzeganych cech wynalazku. Ponadto, niektóre stwierdzenia mogą mieć zastosowanie do niektórych właściwości wynalazku, ale nie do innych. W opisie figur, takie same odnośniki liczbowe reprezentują takie same elementy wynalazku. [0024] Wynalazek stanowi sposób i węzeł do identyfikowania typów usług i do wydajnego stosowania zasad do zarządzania usługami oferowanymi przez dostawców usług domenom użytkowników. Typy usług oferowane przez serwer są użyte do przygotowania szablonów usług. Każdy szablon usługi zawiera parametry zasad, takie jak na przykład parametry QoS, informację przydatną przy adresowaniu serwera, łącznie z adresem serwera, który faktycznie dostarcza usługę i identyfikator protokołu, a ponadto zawiera puste pole danych, przeznaczone do wypełnienia przez dodanie informacji przydatnej przy adresowaniu domeny użytkownika. W zależności od identyfikatora protokołu, szablon może również zawierać port serwera, który może być dobrze znanym portem, takim jak na przykład port 25 dla protokołu SMTP (Simple Mail Transfer Protocol, prosty protokół przesyłania poczty) i może również zawierać inne puste pole danych, przeznaczone do wypełnienia przez dodanie portu domeny użytkownika. Szablony usług korzystnie są przygotowane przez serwery dostawców usług i korzystnie wysłane do węzłów domeny dostępu zapewniających dostęp do sieci dla domen użytkowników. Takie węzły domeny dostępu, które mogą na przykład być ruterami dostępu dostawców usług internetowych (ISP, Internet Service Providers), korzystnie przechowują szablony usług po ich odebraniu. [0025] Gdy użytkownik życzy sobie korzystać z usługi konkretnego typu od dostawcy usług, domena użytkownika wysyła żądanie w kierunku serwera dostawcy usług. Żądanie zawiera adres użytkownika i może ponadto zawierać port użytkownika. Jeśli serwer zaakceptuje żądanie usługi, przekazuje adres użytkownika i port, jeśli jest zawarty w żądaniu, do węzła domeny dostępu. W węźle domeny dostępu zbiór zarządzania przepływem usługi jest zainicjowany przez kopiowanie zawartości szablonu usługi dla konkretnego typu usługi, z wypełnieniem pustego pola szablonu adresem użytkownika i portem użytkownika, jeśli jest dostępny. Następnie, tworzony jest przepływ usługi, w którym pakiety ruchu danych są wymieniane między domeną użytkownika i serwerem, poprzez węzeł domeny dostępu. Każdy pakiet zawiera adres źródła i typ protokołu, przy czym źródło i miejsce przeznaczenia odpowiednio oznaczają albo domenę użytkownika albo serwer, w zależności od kierunku ruchu danych. Węzeł domeny dostępu zestawia, dla każdego pakietu, adres źródła i przeznaczenia i typ protokołu z adresem serwera, adresem użytkownika i identyfikatorem protokołu, w celu powiązania pakietu z właściwym przepływem usługi. Węzeł domeny dostępu stosuje parametry zasad właściwego zbioru zarządzania przepływem usługi w celu realizacji przepływu ruchu danych w kierunku miejsca przeznaczenia, albo przezroczyście, albo z modyfikacją, opóźnianiem, porzuceniem lub podmianą pakietów danych.
6 [0026] W kontekście wynalazku, dostawca usług może mieć jeden lub wiele serwerów. Dostawca usług może mieć jeden serwer na każdy typ usług, jaki oferuje. Alternatywnie, dany serwer może być zdolny do wspierania kilku typów usług. Kilka serwerów w domenie dostawcy usług może być użytych do dzielenia obciążenia, do redundancji, albo mogą być wybrane zgodnie z odległością geograficzną od żądającej domeny użytkownika. Serwer może po prostu autoryzować dostęp do usług, gdy jeden lub więcej innych serwerów tego samego dostawcy usług może faktycznie dostarczać zawartość użytkownikom. Ogólnie, opis wynalazku może być odczytywany uwzględniając równoważność terminów serwer i dostawca usług. [0027] Jeden dostawca usług typowo obsługuje bardzo dużą liczbę domen użytkowników. Domena użytkownika może zawierać jedno lub więcej urządzeń użytkownika, takich jak komputery, dekodery telewizyjne, osobisty asystent cyfrowy itp., ogólnie znajdujące się w jednym gospodarstwie domowym lub w jednym biurze. Domena użytkownika może się składać z urządzenia mobilnego, w którym to wypadku lokalizacja dostawcy usług lub urządzenia użytkownika może się zmienić z czasem, a przez to, domena użytkownika może mieć dostęp do dowolnego z wielu węzłów domeny dostępu. Domena użytkownika może otrzymać usługę od różnych, odrębnych dostawców dostępu, takich jak ISP (Information Service Provider, dostawca usług informacyjnych). Jedna domena użytkownika może działać jako serwer dla innej domeny użytkownika, w wyniku czego wynalazek może obejmować dwie odrębne domeny użytkownika, przy czym każda domena użytkownika działa jako serwer dla drugiej domeny użytkownika. [0028] Węzeł domeny dostępu może być ruterem, ruterem WLAN (Wireless Local Area Network, lokalna sieć komputerowa) itp. Typowo, węzeł domeny dostępu obsługuje wielką liczbę domen użytkowników. Zamiast implementacji w pojedynczym węźle, elementy węzła domeny dostępu mogą być współdzielone między kilka węzłów. Przykładowo, program zarządzający zasobami może przechowywać listę szablonów usług i dostarczać odpowiedni szablon usługi do rutera, gdy wymagane jest utworzenie zbioru zarządzania przepływem usługi. Również, dwa odrębne rutery obecne w ścieżce między domeną użytkownika i serwerem mogą zawierać kopie informacji zbioru zarządzania przepływem usługi i każdy z nich może stosować niektóre lub wszystkie z parametrów zasad w przepływie usług. Ruter znajdujący się w pobliżu dostawcy usług korzystnie może stosować zasady, które odnoszą się do ruchu wstępującego, podczas gdy inny ruter znajdujący się w pobliżu serwera korzystnie stosuje zasady odnoszące się do ruchu zstępującego. [0029] Adresy używane przez domenę użytkownika i przez serwer mogą przybrać postać adresów IP (Internet Protocol, protokół internetowy) (IP). Alternatywnie, użyte mogą być inne typy adresów. Przykładowo, adresy MAC (Ethernet Medium Access Control, sterowanie dostępem do sieci Ethernet) uzyskane z przetłumaczenia adresów IP z użyciem protokołu ARP (Address Resolution Protocol, protokół rozróżniania adresów) lub identyfikatorów sesji Point-to-Point Protocol (protokół komunikacyjny między dwiema sieciami) poprzez Ethernet (PPPoE). Również zamiast adresów IP użyte mogą być etykiety MPLS (MultiProtocol Label Switching, wieloprotokołowe przesyłanie etykiet).
7 [0030] Zamiast użycia konkretnego adresu do oznaczenia serwera lub domeny użytkownika, korzystnie użyty może być zakres adresów. Przykładowo, kilka serwerów tego samego dostawcy usług może być osiągalnych pod zakresem adresów IP identyfikowanym przez adres sieciowy. Przykładowy adres sieciowy dla serwera może przybrać postać "192.168.4.x". Podstawiając dowolną wartość w zakresie [1-255] w polu x utworzy się standardowy adres IP wersji 4 (IPv4) wewnątrz zakresu adresów sieciowych. Użyte tutaj terminy odnoszące się do adresów należy rozumieć, jako obejmujące specyficzne adresy, na przykład adresy IP, etykiety MPLS lub adresy MAC, jak również zakresy adresów, takie jak adresy sieciowe itp. [0031] Według wynalazku termin przepływ usługi opisuje zestaw pakietów danych wymienianych między źródłem i miejscem przeznaczenia, na przykład między domeną usług i domeną użytkownika lub konkretniej, między serwerem dostawcy usług i urządzeniem użytkownika domeny użytkownika. Ruch danych może przepływać w dowolnym kierunku między serwerem i domeną użytkownika. Pakiety w przepływie usługi lub przepływ danych usługi może tworzyć przepływ ciągły lub nieciągły w takim znaczeniu, że niektóre usługi dostarczają strumień pakietów danych raczej w sposób ciągły, podczas gdy inne usługi dostarczają pakiety danych na zasadzie odpowiednio do potrzeb, z możliwymi dużymi opóźnieniami między pakietami lub między grupami pakietów. Wszystkie pakiety w przepływie ogólnie dotyczą typu usługi, lub konkretnego składnika oferty usługi. [0032] Nastąpi teraz odniesienie do rysunków, na których fig. 2 przedstawia sposób definiowania i użycia zbiorów zarządzania przepływem usługi. Zbiór zarządzania przepływem usługi jest przygotowany i użyty, jak pokazano w sposobie na fig. 2, dla zapewnienia, że typ oferowanej usługi dla domeny użytkownika jest dostarczany zgodnie z zasadami wybranymi przez dostawcę usługi. Proces rozpoczyna się w etapie 210, w którym dostarczany jest szablon usługi, zawierający parametry definiujące typ usługi. Szablon usługi może być przygotowany w pierwszym węźle, na przykład na serwerze i przesłany do późniejszego użycia w drugim węźle, na przykład w ruterze. Alternatywnie, szablon usługi może być użyty w tym samym węźle, w którym oryginalnie był przygotowany. Parametry szablonu usługi są opisane na fig. 3, która przedstawia przykładowy szablon 300 usługi zgodny z przedmiotem wynalazku. [0033] Jak pokazano na fig. 3, szablon 300 usługi zawiera adres 310 serwera, który faktycznie dostarcza typ usługi zdefiniowany przez szablon 300 usługi. Adresem 310 może być na przykład adres IP. Identyfikator 330 protokołu, jaki znajduje się w nagłówku IP, na przykład TCP (Transmission Control Protocol, protokół sterowania transmisją), UDP (User Datagram Protocol, protokół datagramów użytkownika), SCTP (Stream Control Transmission Protocol, protokół sterowania transmisją strumieniową) lub ICMP (Internet Control Message Protocol, protokół komunikacyjny sterowania siecią Internet) jest również zawarty. Port 320 serwera opcjonalnie może być zawarty, tam gdzie ma to zastosowanie, zależnie od wartości identyfikatora 330 protokołu. Korzystnie, adres 310 serwera, identyfikator 330 protokołu i port 320, jeśli jest zawarty, tworzą unikalną kombinację dla danego typu usługi. Szablon 300 usługi zawiera dwa puste pola: pierwsze puste pole 360 jest przygotowane do ewentualnego przyjęcia adresu użytkownika usługi zdefiniowanej przez szablon 300 usługi; drugie puste
8 pole 370 jest przygotowane do opcjonalnego przyjęcia numeru portu użytkownika. Lista 340 zawiera jedną, lub więcej zasad do sterowania przepływem usługi, część szablonu 300 usługi, zasady wybrane podczas konfigurowania oferty usługi przez dostawcę usługi zgodnie z wymaganiami typu usługi. Na liście 340 można znaleźć przykładowe parametry QoS i inne typy parametrów, takie jak szerokość pasma w kierunku 341 wstępującym i/lub zstępującym, maksymalne opóźnienie 342 połączenia wstępującego i/lub zstępującego, wskaźnik 343 czy retransmisja w kierunku wstępującym/zstępującym jest dozwolona czy nie, parametry 344 kształtowania ruchu do tłumienia szczytów ruchu w kierunku wstępującym i/lub zstępującym, warunki filtrowania ruchu w kierunku 345 wstępującym i/lub zstępującym, priorytet pakietu w kierunku 346 wstępującym i/lub zstępującym itp. Należy zauważyć, że lista parametrów 341-346 jest jedynie listą przykładową i że inne typy parametrów QoS, parametrów priorytetu lub parametrów kształtowania ruchu mogą być zawartością listy 340 bez odejścia od sedna wynalazku. Szablon 300 usługi może ponadto zawierać tożsamość 350 dostawcy usług. W niektórych sieciach, takich jak sieci IP wersja 6 (IPv6), możliwe jest zapewnienie unikalności adresu 310 serwera. Jednak w sieciach IPv4, ten sam adres IP może być przydzielony do więcej niż jednego węzła. Nawet w przypadku sieci IPv6, zapewnienie unikalności adresu 310 wymaga skomplikowanej obsługi, co nie zawsze jest implementowane. W takich wypadkach, tożsamość 350 dostawcy usług korzystnie może być dodana do szablonu 300 usługi w celu unikalnej identyfikacji serwera. Szablon 300 usługi może być przygotowany i przechowywany w jednym węźle, albo może być przygotowany w pierwszym węźle i przechowywany dla późniejszego użycia w oddzielnym węźle. [0034] Wracając do fig. 2, zbiór zarządzania przepływem usługi jest tworzony w etapie 220. Zbiór 400 zarządzania przepływem usługi może być utworzony w węźle, w którym najpierw przygotowany był szablon 300 usługi, lub w osobnym węźle, w którym szablon 300 usługi był przechowywany. Zbiór zarządzania przepływem usługi jest utworzony, gdy jest wymagany dla konkretnego użytkownika usługi identyfikowanej przez szablon usługi. Może to być w odpowiedzi na sygnał lub wiadomość żądającą ustanowienia sesji z domeny użytkownika, przy czym sygnał lub wiadomość zawiera wskazanie adresu użytkownika i opcjonalnie portu użytkownika. Adres użytkownika i opcjonalny port użytkownika alternatywnie mogą być uzyskane za pomocą innych środków, na przykład poprzez ręczne konfigurowanie informacji dotyczącej wybranej domeny użytkownika, która ma zezwolenie na uzyskanie usługi z zabezpieczonej sieci. Tworzenie zbioru 400 zarządzania przepływem usługi zachodzi poprzez kopiowanie zawartości szablonu 300 usługi, nadpisywanie pustych pól 360 i 370 adresem domeny użytkownika i opcjonalnie, numerem portu domeny użytkownika. Fig. 4 przedstawia przykładowy zbiór 400 zarządzania przepływem usługi według przedmiotu wynalazku. Zbiór 400 zarządzania przepływem usługi zawiera całość informacji z szablonu 300 usługi, do której jest dodany adres 460 użytkownika i opcjonalny port 470 użytkownika, które w efekcie wypełniają puste pola odpowiednio 360 i 370, szablonu 300 usługi. W celu unikalnej identyfikacji danego typu usługi oferowanej domenie użytkownika, adres 310 serwera, identyfikator 330 protokołu i adres 460 użytkownika, razem z portem 320 serwera i portem 470 użytkownika, jeśli są zawarte, muszą tworzyć unikalną
9 kombinację w tej samej sieci i pojawiać się w jednym, pojedynczym zbiorze 400 zarządzania przepływem usługi. [0035] W wielu wypadkach, gdy typ usługi zdefiniowany przez szablon 300 usługi jest kategorii unicast (przesyłania pod jeden adres), adres 460 użytkownika może być adresem IP przydzielonym urządzeniu użytkownika w domenie użytkownika. W tych wypadkach, port 470 użytkownika może być numerem portu tego samego urządzenia użytkownika, wybranym zgodnie z wewnętrzną implementacją urządzenia użytkownika. Alternatywnie, gdy typ usługi zdefiniowany przez szablon 300 usługi jest kategorii multicast (przesyłania grupowego), adres użytkownika nie jest powiązany z żadnym konkretnym urządzeniem użytkownika, ale raczej może być adresem IP typu multicast, który dotyczy grupy multicast, tj. grupy urządzeń użytkowników zainteresowanych tą samą usługą multicast. W przypadku usługi multicast, port 470 użytkownika jest numerem portu, który jest używany przez wszystkie urządzenia w grupie multicast w celu uzyskania dostępu do usługi multicast. [0036] W dalszym ciągu na fig. 2, ruch danych rozciąga się w przepływie usługi ustanowionym między serwerem i domeną użytkownika zgodnie z parametrami listy 340 zasad, zbioru 400 zarządzania przepływem usługi. W etapie 230, odbierany jest pakiet danych, zawierający adres źródła, adres przeznaczenia, typ protokołu i opcjonalnie port źródła i port przeznaczenia. Zależnie od kierunku ruchu danych, źródłem może być serwer, a miejscem przeznaczenia może być domena użytkownika, w którym to wypadku kierunek ruchu jest zstępujący. W wypadku kierunku wstępującego, źródłem jest domena użytkownika, a miejscem przeznaczenia jest serwer. W etapie 240 adresy źródła i przeznaczenia, typ protokołu i porty, jeśli są zawarte, są zestawiane z adresem 310 serwera, adresem 460 użytkownika, identyfikatorem 330 protokołu i opcjonalnie z portem 320 serwera i portem 470 użytkownika, tym samym identyfikując odpowiedni zbiór 400 zarządzania przepływem usługi. W etapie 250, pakiet danych jest obsługiwany odpowiednio do parametrów na liście 340 zasad odpowiedniego zbioru 400 zarządzania przepływem usługi. Dane, które dotyczą typu usługi unikalnie zidentyfikowanego przez zbiór 400 zarządzania przepływem usługi, są zawarte w pakiecie danych. Zgodność danych z parametrami na liście 340 zasad jest weryfikowana. Dane mogą być przesłane dalej, opóźnione, porzucone, filtrowane lub w inny sposób modyfikowane w oparciu o listę 340 zasad. Przykładowo, priorytet 346 na liście 340 zasad może wskazywać, że dane mają niski priorytet. W przypadku przeciążenia ruchem, pakiety danych mogą być opóźnione, jeśli maksymalne opóźnienie 342 wskazuje, że dozwolone jest opóźnienie pakietu. Alternatywnie, pakiet danych może być usunięty i nieprzesłany dalej, jeśli maksymalne opóźnienie 342 wskazuje, że pakiet w ogóle nie może być opóźniany. [0037] Po opisaniu powyżej sposobu definiowania i użycia szablonu 300 usługi i zbiorów 400 zarządzania przepływem usługi, korzystne przykłady wykonania wynalazku zostaną teraz opisane w odniesieniu do fig. 5, która przedstawia przykładowy schemat sygnałów według przykładu wykonania wynalazku. Fig. 5 przedstawia współdziałanie między jednym serwerem 500, jedną domeną 120 użytkownika i jednym węzłem 600 domeny dostępu. Należy zauważyć, że typowa sieć dostępu normalnie zawiera wielką liczbę węzłów 600
10 domeny dostępu i jeszcze większą liczbę domen 120 użytkownika. Różne typy węzłów 600 domeny dostępu mogą zawierać na przykład rutery dostępu zapewniające dostęp do domen 120 użytkownika i koncentratory. W pojedynczej domenie 120 użytkownika znajdować się może jedno lub więcej urządzeń użytkownika (niepokazanych, ale przedstawionych na fig. 1). Sieć dostępu zapewnia dostęp do wielu domen dostawcy usług, z których każda zawiera jeden lub więcej serwerów 500. Wewnątrz domeny dostawcy usług znajduje się kilka specjalistycznych węzłów, takich jak węzły funkcji aplikacji (niepokazane) oprócz różnych typów serwerów 500. Poniższy opis przesyłania sygnałów między serwerem 500, węzłem 600 domeny dostępu i domeną 120 użytkownika jest ilustracyjny i uproszczony. [0038] W etapie 210 serwer 500 przygotowuje jeden lub więcej szablonów 300 usługi dla jednego lub większej liczby odpowiednich typów usług. Etap 210 jest taki sam, jak opisany w odniesieniu do fig. 2. W etapie 502, serwer 500 wysyła w kierunku węzła 600 domeny dostępu wiadomość zawierającą treść każdego z szablonów 300 usługi. Wiadomość z etapu 502 unikalnie identyfikuje każdy szablon 300 usługi, albo poprzez unikalną kombinację adresu 310 serwera, opcjonalnego portu 320 serwera i identyfikatora 330 protokołu, albo poprzez użycie osobnego identyfikatora szablonu usługi. Węzeł 600 domeny dostępu zapisuje jeden lub więcej szablonów 300 usługi w pamięci w etapie 504. Etap 210 może być realizowany na serwerze 500, gdy istniejące typy usług są modyfikowane, albo gdy wprowadzany jest nowy typ usługi. Etapy 502 i 504 są realizowane kolejno po etapie 210, lub gdy serwer 500 wejdzie w nową relację z nowym węzłem 600 domeny dostępu. Etapy 502 i 504 mogą być również realizowane w innych momentach, na przykład po przywróceniu ze stanu utraty pamięci w węźle 600 domeny dostępu. [0039] W etapie 506 użytkownik domeny 120 użytkownika inicjuje żądanie subskrypcji jednej lub większej liczby usług. Do serwera 500 jest wysłana wiadomość, potencjalnie przesyłana przez węzeł 600 domeny dostępu. Wiadomość zawiera tożsamość użytkownika, odpowiadającą tożsamości domeny 120 użytkownika i listę wybranych usług. Przykłady usług mogą obejmować wideo na życzenie (VOD, Video-On-Demand) lub głos poprzez IP (VoIP, Voice over IP). W etapie 508 serwer 500 zapisuje informację o subskrypcji dla domeny 120 użytkownika i o wybranych usługach. Dla pewnych typów usług oferowanych przez serwer 500, subskrypcja może nie być wymagana i etapy 506-508 mogą być pominięte. [0040] W etapie 510 użytkownik inicjuje żądanie ustanowienia sesji usługi. Może to być wykonane na przykład poprzez włączenie urządzenia użytkownika znajdującego się w domenie 120 użytkownika, na przykład dekodera telewizyjnego. Domena 120 użytkownika wysyła żądanie usługi w kierunku serwera 500, zawierające wskazanie żądanego typu usługi z adresem i opcjonalnym numerem portu urządzenia użytkownika, jeśli żądanym typem usługi jest unicast. W przypadku usługi multicast IP, adresem i opcjonalnym numerem portu będzie odpowiednio adres multicast IP i numer portu wspólny dla wszystkich urządzeń użytkowników w grupie multicast. Dla zachowania prostoty, bez utraty perspektywy ogólnej, w poniższym opisie przyjmuje się, że żądana jest usługa unicast. Żądanie usługi może być przesłane poprzez węzeł 600 domeny dostępu. Jeśli ma to zastosowanie dla danego typu usługi, serwer 500 weryfikuje w etapie 512, czy domena 120 użytkownika ma subskrypcję na
11 żądaną usługę. Serwer 500 może w tym czasie zainicjować proces księgowy w celu obciążenia użytkownika. Serwer 500 wysyła wiadomość w kierunku domeny dostępu w etapie 514, żądając utworzenia przez nią zbioru 400 zarządzania przepływem usługi. Wiadomość pozytywnie identyfikuje odpowiedni szablon 300 usługi w celu utworzenia zbioru 400 zarządzania przepływem usługi, przez użycie kombinacji adresu 310 serwera, identyfikatora 330 protokołu i opcjonalnego portu serwera, albo przez użycie identyfikatora szablonu usługi. Wiadomość zawiera adres urządzenia użytkownika i może zawierać opcjonalny numer portu. W etapie 220, który jest taki sam jak opisany w odniesieniu do fig. 2, węzeł domeny dostępu tworzy zbiór 400 zarządzania przepływem usługi przez dodanie adresu domeny użytkownika i opcjonalnego numeru portu, jako adresu 460 użytkownika i opcjonalnego portu 470 użytkownika, do zawartości szablonu 300 usługi. [0041] Pojedynczy węzeł 600 domeny dostępu może jednocześnie zapewnić dostęp do tego samego typu usługi unicast z tego samego serwera 500 kilku domenom 120 użytkownika. W węźle 600 domeny dostępu, szablon 300 usługi dla typu usługi serwera 500 jest inicjowany tylko raz, ale zbiór 400 zarządzania przepływem usługi jest utworzony tyle razy, ile jest domen 120 użytkownika jednocześnie uzyskujących dostęp do usługi. Dla typu usługi multicast z serwera 500, obsługiwanej przez węzeł 600 domeny dostępu, zbiór 400 zarządzania przepływem usługi jest utworzony przez węzeł 600 domeny dostępu tylko raz dla grupy multicast, bez względu na liczbę domen 120 użytkownika w grupie multicast. [0042] Korzystnie, w etapie 516 serwer 500 informuje domenę 120 użytkownika, że żądanie jest zaakceptowane. [0043] Następnie ruch danych w postaci pakietów odbywa się przy przepływie usługi ustanowionym między serwerem 500 i domeną 120 użytkownika, poprzez węzeł 600 domeny dostępu. Ruch może przepływać w kierunku zstępującym, z serwera 500 w kierunku domeny 120 użytkownika, w kierunku wstępującym, z domeny 120 użytkownika w kierunku serwera 500, lub w obu kierunkach. Jeśli typem usługi jest VOD, praktycznie cały ruch odbywa się w kierunku zstępującym, z wyjątkiem pewnych drobnych ilości sygnalizacji wysyłanej przez domenę 120 użytkownika. W przypadku usługi telefonii VoIP, ruch przepływa w obu kierunkach. [0044] Pakiety danych przechodzą przez węzeł 600 domeny dostępu, który stosuje zasady ze zbioru 400 zarządzania przepływem usługi. Przykładowo, wstępujący pakiet danych wysłany z domeny 120 użytkownika w etapie 518 dociera do węzła 600 domeny dostępu, zawierając adres źródła użytkownika, adres przeznaczenia serwera 500, typ protokołu i opcjonalnie port źródła użytkownika i port serwera 500. Węzeł 600 domeny dostępu identyfikuje odpowiedni zbiór 400 zarządzania przepływem usługi poprzez zestawienie identyfikatora 330 protokołu, adresów użytkownika i serwera i opcjonalnych zawartych w nim portów z odebranymi adresami źródła i przeznaczenia, typem protokołu i opcjonalnymi portami. Jakikolwiek pakiet danych, którego adresy źródła i przeznaczenia, lub typ protokołu lub opcjonalne porty nie pasują do żadnego zbioru 400 zarządzania przepływem usługi węzła 600 dostępu będą obsługiwane zgodnie ze sposobami znanymi w dziedzinie, na przykład przesłane poprzez węzeł 600 dostępu w trybie najwyższej możliwej jakości. W etapie 520, węzeł 600 domeny
12 dostępu weryfikuje czy pakiety danych mogą być przesłane w stanie niezmienionym, modyfikowanym, czy powinny być usunięte, zgodnie z zasadami. Tytułem przykładu, dane zawarte w pojedynczym pakiecie VoIP wysłanym przez urządzenie użytkownika, reprezentujące ułamek sekundy mowy, mogą być usunięte zgodnie z zasadami zbioru 400 zarządzania przepływem usługi, jeśli przekroczona jest wartość progowa, co wskazuje, że zbyt duży ruch odbywa się w kierunku serwera 500. Zasady zbioru 400 zarządzania przepływem usługi nie pozwolą na opóźnienie tego pakietu VoIP, zważywszy na fakt, że opóźnienie pakietu pogorszyłoby jakość mowy jeszcze bardziej niż proste porzucenie tego samego pakietu. Pakiet, jeśli nie jest usunięty, jest przesyłany w kierunku serwera w etapie 522. W innym przykładzie, pakiet zawierający dane VOD jest wysłany z serwera 500 w kierunku zstępującym w etapie 524. W etapie 526, węzeł domeny dostępu stosuje zasady ze zbioru 400 zarządzania przepływem usługi, które pasują do adresów, typu protokołu i opcjonalnych portów zawartych w pakiecie danych VOD i które zawierają zasady dla usługi VOD. W przypadku przeciążenia ruchem, dana zasada może wskazywać, że porzucenie danych VOD nie jest dozwolone, ale że opóźnienie pakietów wideo w mechanizmie kształtowania ruchu jest dozwolone. W etapie 528 pakiety danych są przesyłane dalej, potencjalnie w postaci zmodyfikowanej, w kierunku domeny 120 użytkownika. W etapie 530 użytkownik może zażądać zakończenia sesji usługi. Serwer 500 może zatrzymać księgowanie, a następnie informuje węzeł domeny dostępu w etapie 532, aby usunął zbiór 400 zarządzania przepływem usługi. [0045] Serwer 500 może ustalić, że konkretna oferta usługi jest lepiej obsługiwana przez dwa lub więcej osobnych przepływów, dla których są zdefiniowane dwa lub więcej szablonów 300 usługi i dwa lub więcej odpowiednich zbiorów 400 zarządzania przepływem usługi. Przykładowo, usługa telewizji może zawierać dwa przepływy usługi dla strumieni audio i wideo, przy czym dwa przepływy mają inne właściwości zarządzane przez osobne listy 340 zasad, z powodu różnych wymagań dla wysokiej jakości sygnałów audio i wideo. Dwa różne szablony 300 usługi dla strumieni audio i wideo byłyby już wysłane z serwera 500 do węzła 600 domeny dostępu w etapie 502 i zapisane w etapie 504. W etapie 514, serwer 500 może korzystnie wskazywać węzłowi 600 domeny dostępu, że żądane jest utworzenie zbioru 400 zarządzania przepływem usługi, w odpowiedzi na pojedyncze żądanie usługi w etapie 510, jeśli żądanie dotyczy oferty usługi telewizji. Co najmniej jeden spośród adresu 310 serwera, portu 320 serwera, adresu 460 użytkownika, portu 470 użytkownika, lub identyfikatora 330 protokołu musi być inny w dwóch zbiorach 400 zarządzania przepływem usługi, aby uczynić je rozróżnialnymi. Ruch danych jest następnie obsługiwany niezależnie w obu przepływach usługi, w etapach 518-528. Podobnie, jeśli żądanie usługi odebrane w etapie 510 identyfikuje dwie niezależne usługi mające różne właściwości, utworzone mogą być dwa osobne zbiory 400 zarządzania przepływem usługi w etapie 220 w celu niezależnego dostarczania dwóch usług z tego samego serwera 500 do tej samej domeny 120 użytkownika. [0046] W zgłoszeniu patentowym numer US 2006/0182123, opublikowanym 17 sierpnia 2006, zatytułowanym Method for aggregating data traffic over an access domain i nodes therefor ( Sposób gromadzenia ruchu danych w domenie dostępu i jej węzłach ) i przyznanym zgłaszającemu niniejszego zgłoszenia, opisano sieć obsługi danych, w której
13 dostawca usług oferuje usługę dla domeny użytkownika poprzez sieć dostępu, zawierającą węzły dostępu (AN, Access Node) i brzegowy węzeł dostępu (AEN, Access Edge Node). Utworzona i zapisana w AEN jest wiązka usługi, gdy domena użytkownika zażąda ustanowienia sesji usługi z dostawcą usług. Zawartość wiązki usługi jest przesłana dalej do AN zapewniającego dostęp do domeny użytkownika i w nim zapisana. Wiązka usługi zawiera tożsamość lub odnosi się do tożsamości serwera, typu usługi, numeru portu serwera, adresu MAC (Medium Access Control) urządzenia użytkownika, numeru portu AN dla połączenia urządzenia użytkownika, parametrów QoS i pewnych innych informacji. Ruch danych odbywający się w kierunku zstępującym od dostawcy usług przechodzi przez AEN i następnie poprzez AN przed dotarciem do domeny użytkownika. Parametry QoS zawarte w wiązce usługi są użyte przez AEN i przez AN do zarządzania obsługą ruchu danych. Wiązka usługi opisana w dokumencie US 2006/0182123 identyfikuje zależność między domeną użytkownika i serwerem, ale nie może unikalnie zidentyfikować konkretnego typu usługi. Wiązka usługi działa na poziomie adresu MAC i w związku z tym nie wspiera specyficznej obsługi pakietów danych bazujących na specyficznej kombinacji adresów użytkownika i serwera, typów protokołów lub numerów portów. Ponadto, istniejący układ wiązki usługi dla trwającej sesji zgodnie z dokumentem US 2006/0182123 nie zapewnia możliwości wyboru przez użytkownika nowych usług, dla których określone mogłyby być specyficzne parametry QoS przez tego samego dostawcę usług. Według dokumentu US 2006/0182123 jedna wiązka usługi może odnosić się tylko do jednego zbioru parametrów QoS co może nie być odpowiednie dla odrębnych typów usług. Jako taki, dokument US 2006/0182123 nie oferuje możliwości wydajnego wspierania więcej niż jednej usługi lub więcej niż jednego strumienia danych dla tej samej usługi, przez tego samego dostawcę usług do jednej domeny użytkownika. [0047] W niektórych przykładach wykonania wynalazku, AEN opisane w dokumencie US 2006/0182123 mogą być uzupełnione elementami podobnymi do elementów węzła 600 domeny dostępu, opisanych powyżej. Wiele szablonów 300 usług może być przechowywanych w AEN i również jeden lub więcej zbiorów 400 zarządzania przepływem usługi może być utworzonych w AEN, dla danej domeny użytkownika, przy czym zbiory 400 zarządzania przepływem usługi stają się częścią wiązki usługi dla tej domeny użytkownika. Gdy AEN przesyła dalej informację wiązki usługi do AN obsługującego domenę użytkownika, może dodać informację ze zbiorów 400 zarządzania przepływem usługi. Zarówno AEN jak i AN mogą stosować zasady zawarte w zbiorach 400 zarządzania przepływem usługi dla sesji usługi. W niektórych wypadkach, AEN i AN jednakowo stosują wszystkie zasady. Alternatywnie, zarówno AEN jak i AN może stosować niektóre z zasad. Przykładowo, gdy urządzenie użytkownika wysyła wiele dużych pakietów przeznaczonych dla serwera, AN będący pierwszym węzłem odbierającym te duże pakiety może stosować zasadę filtrowania i opóźniać lub porzucać niektóre pakiety, tym samym zapobiegając przeciążeniu AEN i serwera. AN korzystnie może stosować zasady ruchu wstępnego podczas, gdy AEN stosuje zasady ruchu zstępnego. [0048] Przykładowa budowa węzła 600 domeny dostępu, użytego na poprzednich figurach, zostanie teraz opisana w odniesieniu do fig. 6, która przedstawia węzeł domeny dostępu
14 według wynalazku. Węzeł 600 domeny dostępu stosuje zasady ruchu dla przepływu usługi między domeną 120 użytkownika i serwerem 500. Węzeł 600 domeny dostępu zawiera urządzenie 610 wejścia-wyjścia strony serwera, urządzenie 620 wejścia-wyjścia strony domeny użytkownika, pamięć 630, sterujące układy logiczne 640 i procesor 650 zasad. Pamięć 630 zawiera ponadto tabelę 632 szablonu usługi i tabelę 634 przepływu usługi. Szablony 300 usług w tabeli 632 szablonów usług są takie same jak opisano w odniesieniu do fig. 3. Podobnie, zbiory 400 zarządzania przepływem usługi z fig. 4 opisują zawartość tabeli 634 przepływu usługi. [0049] Gdy typ usługi i odpowiadający mu szablon 300 usługi są utworzone na serwerze 500, serwer 500 wysyła informację zawierającą szablon 300 usługi w kierunku węzła 600 domeny dostępu. Informacja dociera do urządzenia 610 wejścia-wyjścia po stronie serwera. Urządzenie 610 wejścia-wyjścia po stronie serwera przesyła dalej szablon 300 usługi do sterujących układów logicznych 640, które z kolei zapisują szablon 300 usługi jako wpis do tabeli 632 szablonu usługi. Tabela 632 szablonu usługi może przechowywać szablony 300 usług dla wielkiej liczby dostępnych typów usług, dla wielu serwerów 500. [0050] Gdy serwer 500 akceptuje żądanie usługi od domeny 120 użytkownika, wysyła w kierunku węzła 600 domeny dostępu żądanie dodania zbioru 400 zarządzania przepływem usługi dla domeny 120 użytkownika. Żądanie zawiera adres użytkownika i opcjonalnie port użytkownika. Żądanie jest odebrane przez urządzenie 610 wejścia-wyjścia po stronie serwera i przesłane dalej do sterujących układów logicznych 640. Sterujące układy logiczne 640 odczytują odpowiedni szablon 300 usługi z tabeli 632 szablonów usług, łączą jego zawartość z odebranym adresem użytkownika i z portem użytkownika, jeśli jest zawarty, w celu utworzenia zbioru 400 zarządzania przepływem usługi i zapisuje zbiór 400 zarządzania przepływem usługi w tabeli 634 przepływu usługi. Tabela 634 przepływu usługi może zawierać wielką liczbę zbiorów 400 zarządzania przepływem usługi dla wielu węzłów domeny dostępu 120. [0051] Ruch w przepływie usługi może przechodzić przez węzeł 600 domeny dostępu w kierunku wstępującym z domeny 120 użytkownika w kierunku serwera 500 lub odwrotnie, w kierunku zstępującym. Zarówno urządzenie 620 wejścia-wyjścia po stronie domeny użytkownika jak i urządzenie 610 wejścia-wyjścia po stronie serwera mogą odbierać ruch przepływu w postaci pakietów danych. Każdy pakiet danych zawiera adres źródła w kierunku wstępującym lub zstępującym, adres przeznaczenia w kierunku wstępującym lub zstępującym, typ protokołu i ponadto może zawierać port źródła w kierunku wstępującym lub zstępującym i port przeznaczenia w kierunku wstępującym lub zstępującym. Przykładowo, pakiet danych odebrany przez urządzenie 610 po stronie serwera jest wysłany przez serwer 500 w kierunku zstępującym; pakiet ten zawiera więc adres źródła w kierunku zstępującym i adres przeznaczenia w kierunku zstępującym. Adresy te, typ protokołu i opcjonalne porty są użyte przez procesor 650 zasad do identyfikacji odpowiedniego zbioru 400 zarządzania przepływem usługi w tabeli 634 przepływu usług, poprzez znalezienie zgodności z identyfikatorem 330 protokołu i z adresami i opcjonalnymi portami serwera i użytkownika. Gdy znaleziona zostanie pasująca pozycja, zasady zawarte w zbiorze 400 zarządzania
15 przepływem usługi są odczytywane przez procesor 650 zasad. Procesor 650 zasad stosuje zasady obejmujące na przykład szerokość 341 pasma w kierunku wstępującym i/lub zstępującym, maksymalne opóźnienie 342 w kierunku wstępującym i/lub zstępującym, wskaźnik 343 retransmisji w kierunku wstępującym i/lub zstępującym, kształtowanie 344 ruchu, warunki 345 filtrowania pakietów w kierunku wstępującym i/lub zstępującym, lub priorytety 346 w kierunku wstępującym i/lub zstępującym, lub dowolną ich odpowiednią kombinację dla ustalenia sposobu obsługi pakietów danych. Zależnie od kierunku pakietu danych, procesor zasad korzystnie dokonuje wyboru spośród zasad zbioru 400 zarządzania przepływem usługi, zasad dotyczących tylko kierunku wstępującego, kierunku zstępującego lub obu kierunków ruchu. Zależnie od wybranych zasad, procesor 650 zasad może pozostawić pakiety niezmodyfikowane lub alternatywnie je porzucić, filtrować, opóźnić lub na bazie zasad dokonać dowolnej odpowiedniej modyfikacji pakietów przed ich przesłaniem dalej do urządzenia 620 wejścia-wyjścia po stronie domeny użytkownika lub urządzenia 610 wejściawyjścia po stronie serwera. Przykładowo, jeśli liczba i rozmiar pakietów danych odebranych z danej domeny 120 użytkownika przez urządzenie 620 wejścia-wyjścia po stronie domeny użytkownika przekraczają limit ustanowiony przez szerokość 341 pasma w kierunku wstępującym, ruch uznaje się za niezgodny z szerokością 341 pasma i niektóre pakiety danych są opóźnione lub porzucone przez procesor 650 zasad. [0052] Jeśli serwer 500 ustali, że żądanie usługi wymaga ustanowienia dwóch osobnych zbiorów 400 zarządzania przepływem usługi dla domeny 120 użytkownika, dwa żądania dodania zbioru 400 zarządzania przepływem usługi są odbierane z serwera 500 przez urządzenie 610 wejścia-wyjścia po stronie serwera, albo osobno, albo w wiadomości połączonej. Sterujące układy logiczne 640 odczytują dwa różne szablony 300 usługi z tabeli 632 szablonów usług i zapisują dwa różne zbiory 400 zarządzania przepływem usługi w tabeli 634 przepływu usługi. W takim wypadku, dwa różne szablony 300 usługi mogą mieć różną zawartość na ich listach 340 zasad. Korzystnie, dwa różne szablony 300 usług są odróżniane przez to, że mają inne adresy 310 serwera, albo inne porty 320 serwera, albo inne identyfikatory 330 protokołu, albo dowolną różną kombinację. Alternatywnie, dwa różne zbiory 400 zarządzania przepływem usługi przydzielone do tej samej domeny 120 użytkownika mogą być odróżniane przez użycie różnych adresów 460 użytkownika lub różnych portów 470 użytkownika. [0053] W przypadku, w którym dwa lub więcej zbiorów 400 zarządzania przepływem usługi jest przydzielonych do jednej domeny 120 użytkownika, na przykład pierwszy zbiór 400 zarządzania przepływem usługi dla usługi VoIP i drugi zbiór 400 zarządzania przepływem usługi dla innej usługi danych, pakiety danych dla tych dwóch lub większej liczby aplikacji zawierają różne zbiory adresów źródła i przeznaczenia, typy protokołów lub różne porty. Procesor 650 zasad jest więc zdolny do rozróżnienia dwóch lub większej liczby zbiorów 400 zarządzania przepływem usługi domeny 120 użytkownika przez użycie tych różnych zbiorów. [0054] Chociaż zilustrowanych zostało na załączonych rysunkach i opisanych w powyższym szczegółowym opisie kilka aspektów korzystnego przykładu wykonania sposobu i przykładu wykonania węzła domeny dostępu według wynalazku, zrozumiałe jest, że wynalazek nie jest
16 ograniczony do ujawnionego przykładu wykonania, ale obejmuje wiele innych cech, modyfikacji i równoważników. Sporządziła i zweryfikowała Grażyna Palka Rzecznik patentowy
17 Zastrzeżenia patentowe 1. Sposób stosowania zasad ruchu dla typu usługi dostarczanej przez serwer do domeny użytkownika, przy czym sposób obejmuje etapy: dostarczanie (210) szablonu (300) usługi, zawierającego adres serwera, identyfikator protokołu i jedną lub więcej zasad ruchu; tworzenie (220) zbioru (400) zarządzania przepływem usługi przez dodanie adresu domeny (460) użytkownika do szablonu usługi; odbiór (230) pakietu zawierającego adres źródła, adres przeznaczenia, typ protokołu i dane w powiązaniu z typem usługi; identyfikacja (240) zbioru zarządzania przepływem usługi poprzez zestawienie adresu źródła, adresu przeznaczenia i typu protokołu ze zbiorem zarządzania przepływem usługi; i wymiana danych między domeną użytkownika i serwerem z użyciem (250) jednej lub większej liczby zasad ruchu. 2. Sposób według zastrz. 1, w którym: adres serwera (310), adres domeny (460) użytkownika, adres źródła i adres przeznaczenia są adresami protokołu internetowego (IP). 3. Sposób według zastrz. 1, w którym: adres źródła jest równy adresowi domeny użytkownika; adres przeznaczenia jest równy adresowi serwera; i typ protokołu jest równy protokołowi. 4. Sposób według zastrz. 1, w którym: adres przeznaczenia jest równy adresowi domeny użytkownika; adres źródła jest równy adresowi serwera; i typ protokołu jest równy identyfikatorowi protokołu. 5. Sposób według zastrz. 1, w którym: ruch danych jest wymieniany między domeną użytkownika i serwerem, z użyciem zasad (340) zawartych w dwóch lub większej liczbie zbiorów (400) zarządzania przepływem usługi; i dwa lub większa liczba zbiorów zarządzania przepływem usługi jest opartych na dwóch lub większej liczbie różnych szablonów (300) usługi; przy czym dwa lub większa liczba zbiorów zarządzania przepływem usługi jest powiązanych z dwoma lub większą liczbą aspektów komplementarnych oferty usług. 6. Sposób według zastrz. 5, w którym: ofertą usług jest usługa telewizji; jeden z dwóch lub większej liczby aspektów komplementarnych jest strumieniem audio; i
18 pozostały z dwóch lub większej liczby komplementarnych aspektów jest strumieniem wideo. 7. Sposób według zastrz. 1, w którym: etap przygotowania szablonu usługi jest realizowany w węźle (500) dostawcy usług; węzeł dostawcy usług wysyła szablon usługi do węzła (600) domeny dostępu; i etap tworzenia zbioru zarządzania przepływem usługi jest realizowany w węźle (600) domeny dostępu. 8. Sposób według zastrz. 7, w którym: szablon usługi zawiera ponadto tożsamość dostawcy usługi; i węzeł (600) domeny dostępu stosuje tożsamość dostawcy usługi do przesyłania dalej ruchu między dostawcą (500) usługi i domeną (120) użytkownika. 9. Sposób według zastrz. 1, w którym: węzeł dostawcy usług przygotowuje wiele szablonów (210) usług dla wielu typów usług. 10. Sposób według zastrz. 9, w którym: etap tworzenia zbioru (400) zarządzania przepływem usługi reaguje na odebranie żądania (510) usługi z domeny użytkownika. 11. Sposób według zastrz. 10, w którym: domena użytkownika ma subskrypcje (506) na jeden lub więcej typów usług; żądanie (510) usługi zawiera wskazanie pożądanego typu usługi; i tworzenie (220) zbioru (400) zarządzania przepływem usługi jest uzależnione od tego, czy domena użytkownika ma subskrypcję na pożądany typ usługi. 12. Sposób według zastrz. 10, w którym: wiele żądań (510) usług jest odbieranych z domeny (120) użytkownika; i różne zbiory (400) zarządzania przepływem usługi są tworzone dla każdego z wielu żądań usługi. 13. Sposób według zastrz. 9, w którym: domena (120) użytkownika ma subskrypcję na jeden lub więcej z wielu typów usług; domena (120) użytkownika zawiera wiele urządzeń użytkownika; wiele żądań (510) usług jest odbieranych z jednego lub większej liczby urządzeń użytkownika, przy czym każde żądanie usługi zawiera wskazanie pożądanego typu usługi; jedno lub więcej z wielu urządzeń użytkownika jest wybranych zgodnie z pożądanymi typami usług, dla każdego z wielu żądań usług; i
19 różne zbiory (400) zarządzania przepływem usługi są warunkowo tworzone dla każdego z wielu żądań usług, przy czym tworzenie każdego zbioru zarządzania przepływem usługi jest uzależnione od tego, czy domena użytkownika ma subskrypcję na pożądane typy usług. 14. Sposób według zastrz. 1, w którym: jedna lub więcej zasad (340) ruchu obejmuje warunki (345) filtrowania pakietów. 15. Sposób według zastrz. 1, w którym: jedna lub więcej zasad (340) ruchu obejmuje parametry (344) kształtowania ruchu. 16. Sposób według zastrz. 1, w którym: jedna lub więcej zasad (340) ruchu obejmuje parametry jakości usługi. 17. Sposób według zastrz. 1, w którym: szablon usługi jest zdefiniowany dla usługi unicast; i adres użytkownika jest adresem IP urządzenia użytkownika znajdującego się w domenie użytkownika. 18. Sposób według zastrz. 1, w którym: szablon usługi jest zdefiniowany dla usługi multicast; i adres użytkownika jest adresem multicast IP, stosowanym przez wiele z urządzeń użytkownika znajdujących się w wielu domenach użytkownika. 19. Sposób według zastrz. 1, w którym: szablon (300) usługi zawiera ponadto port serwera (320); tworzenie zbioru (400) zarządzania przepływem usługi obejmuje ponadto dodanie portu domeny (470) użytkownika do szablonu; pakiet zawiera ponadto port źródła i port przeznaczenia; i etap identyfikacji zbioru (400) zarządzania przepływem usługi obejmuje ponadto zestawienie portu źródła i portu przeznaczenia ze zbiorem zarządzania przepływem usługi. 20. Sposób według zastrz. 1, w którym: co najmniej jedna spośród jednej lub większej liczby zasad ruchu ma zastosowanie w kierunku zstępującym (526). 21. Sposób według zastrz. 1, w którym: co najmniej jedna spośród jednej lub większej liczby zasad ruchu ma zastosowanie w kierunku wstępującym (520). 22. Sposób według zastrz. 1, w którym: co najmniej jedna spośród jednej lub większej liczby zasad ruchu ma zastosowanie zarówno w kierunku wstępującym, jak i w kierunku zstępującym.