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



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

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

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

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

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

Usługi IMP i konferencyjne

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

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

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

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

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

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

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

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

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

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

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

Telefonia Internetowa VoIP

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

Sieci Komórkowe naziemne. Tomasz Kaszuba 2013

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

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

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

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

Instytut Telekomunikacji PW. NGN od ISUP do BICC Materiały wykładowe do użytku wewnętrznego

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

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

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

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

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

1. Wprowadzenie Środowisko multimedialnych sieci IP Schemat H

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

jest protokołem warstwy aplikacji, tworzy on sygnalizację, aby ustanowić ścieżki komunikacyjne, a następnie usuwa je po zakończeniu sesji

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

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

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

IP Multimedia Subsystem

(86) Data i numer zgłoszenia międzynarodowego: , PCT/DE01/02954 (87) Data i numer publikacji zgłoszenia międzynarodowego:

ROZPORZĄDZENIE MINISTRA INFRASTRUKTURY 1) z dnia r.

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

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

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

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

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

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

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

I. Cel informacji dotyczącej odrębnej sprzedaży detalicznych usług Roamingu Regulowanego oraz definicje

Sygnalizacja Kontrola bramy Media

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

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

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

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

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

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

(96) Data i numer zgłoszenia patentu europejskiego:

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

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

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

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

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

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

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

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

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

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

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

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

Księgarnia PWN: Mark McGregor Akademia sieci cisco. Semestr szósty

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

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

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

Technologia VoIP Podstawy i standardy

Akademickie Centrum Informatyki PS. Wydział Informatyki PS

Szerokopasmowy dostęp do Internetu Broadband Internet Access. dr inż. Stanisław Wszelak

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

Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe

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

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

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

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

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

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

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

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

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

PL/EP T3 (skorygowany po B9)

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

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

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

Architektura IMS. Wydział Elektroniki i Technik Informacyjnych, PW

INSTRUKCJA OBSŁUGI USTAWIEŃ DYNAMICZNIE PRZEDZIELANYCH ADRESÓW IP W URZĄDZENIACH SYSTEMU IP-PRO ORAZ REJESTRATORACH MY-DVR

(12)OPIS PATENTOWY (19)PL (11)186470

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

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

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

Protokoły sieciowe - TCP/IP

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

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

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

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

Transkrypt:

RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 2140648 (96) Data i numer zgłoszenia patentu europejskiego: 30.03.2007 07734165.9 (13) (51) T3 Int.Cl. H04L 29/06 (2006.01) H04W 48/18 (2009.01) Urząd Patentowy Rzeczypospolitej Polskiej (97) O udzieleniu patentu europejskiego ogłoszono: 26.10.2011 Europejski Biuletyn Patentowy 2011/43 EP 2140648 B1 (54) Tytuł wynalazku: System i sposób wskazywania dostępu z komutacją łączy przy rejestracji IMS (30) Pierwszeństwo: (43) Zgłoszenie ogłoszono: 06.01.2010 w Europejskim Biuletynie Patentowym nr 2010/01 (45) O złożeniu tłumaczenia patentu ogłoszono: 30.03.2012 Wiadomości Urzędu Patentowego 2012/03 (73) Uprawniony z patentu: Telefonaktiebolaget L M Ericsson (publ), Stockholm, SE (72) Twórca(y) wynalazku: PL/EP 2140648 T3 KAZUHIKO NAKADA, Tokyo, JP RALF KELLER, Würselen, DE GEORGE FOTI, Ormeaux, CA (74) Pełnomocnik: rzecz. pat. Grażyna Palka JAN WIERZCHOŃ & PARTNERZY BIURO PATENTÓW I ZNAKÓW TOWAROWYCH ul. Żurawia 47/49 00-680 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).

13193/11/P-RO/GP/KM EP 2 140 648 Opis System i sposób wskazywania dostępu z komutacją łączy przy rejestracji IMS Dziedzina techniki [0001] Niniejszy wynalazek dotyczy architektury Podsystemu Multimedialnego IP (IMS). Bardziej szczegółowo, unikając ograniczania, niniejszy wynalazek dotyczy systemu i sposobu wspomagania procesu rejestracji użytkownika IMS. Tło [0002] Poniżej jest podana lista akronimów stosowanych w treści specyfikacji wraz z ich definicjami, które mają zastosowanie w całości specyfikacji, chyba że zaznaczono inaczej. Akronimy [0003] 3GPP: ADS: AS: 3rd Generation Partnership Project (Projekt Partnerski Trzeciej Generacji) Access Domain Selection (Wybór Domeny Dostępu) Application Server (Serwer Aplikacji) CAMEL: Customized Application for Mobile network Enhanced Logic (Spersonalizowana Aplikacja dla Ulepszonej Logiki sieci komórkowej) CDR: CS: CSCF: CSI: IA: ICCF: ICCP: ICS: IMPI: IMS: IMSI: IP-CAN: ISC: ISUP: MAP: Call Data Record (Rejestr Danych Rozmowy) Circuit Switch (Komutacja Łączy) Call Session Control Function (Funkcja Kontroli Sesji Rozmowy) Combination of CS and IMS service (Kombinacja usług CS i IMS) IMS Adapter (Adaptator IMS) IMS Circuit Switch Control Function (Funkcja Kontroli Komutacji Łączy) IMS Circuit Switch Control Protocol (Protokół Kontroli Komutacji Łączy) IMS Centralized Services (Scentralizowane Usługi IMS) IP Multimedia Private Identity (Prywatna Tożsamość Multimedialna) IP Multimedia Subsystem (Podsystem Multimedialny IP) International Mobile Subscriber Identity (Międzynarodowa Tożsamość Abonentów Komórkowych) IP Connectivity Access Network (Sieć Dostępu z Przyłączalnością IP) IP Multimedia Subsystem Control (Kontrola Podsystemu Multimedialnego IP) ISDN User Part (Część Użytkownika ISDN) Mobile Application Part (Część Aplikacji Komórkowej)

- 2 - MGCF: PS: P-CSCF S-CSCF SIP TAS: UE: URL: USSD: VCC: Media Gateway Control Function (Funkcja Kontroli Bramy Mediów) Packet Switched (Przełączanie Pakietów) Proxy Call Session Control Function (Pośrednicząca Funkcja Kontroli Rozmowy) Serving Call Session Control Function (Funkcja Kontroli Sesji Obsługi Rozmowy) Session Initiation Protocol (Protokół Inicjalizacji Sesji) Telephony Application Server (Serwer Aplikacji Telefonicznych) User Equipment (Sprzęt Użytkownika) Uniform Resource Locator (Lokalizator Zasobów Jednolitych) Unstructured Supplementary Service Data (Nieustrukturalizowane Dodatkowe Dane Usług) Voice Call Continuity (Ciągłość Rozmowy Głosowej) WCDMA: Wideband Code Division Multiple Access (Szerokopasmowy Wielokrotny Dostęp z Podziałem Kodu) [0004] Figura 1 przedstawia schemat blokowy wysokiego poziomu architektury ICS 100. Scentralizowane Usługi IMS (ICS) jest proponowanym elementem Projektu Partnerskiego Trzeciej Generacji (3GPP), zapewniającym usługi IMS w wielu typach sieci dostępu, takich jak sieć z Komutacją Łączy (CS) 102. Implementacja usług zawartych w sieciach IMS 110 i CS 102 umożliwia dostęp do usług w IMS 110. [0005] W porównaniu z 3GPP Wydanie 7, architektura Ciągłości Rozmowy Głosowej (VCC), Funkcja Kontroli IMS CS (ICCF) 106 została wprowadzona w celu umożliwienia sygnalizowania bez wsparcia sygnalizowania CS (np. ISUP), jak na przykład rejestracja IMS, sygnalizacja w trakcie rozmowy, dodatkowe informacje dla sygnalizacji ustawień rozmowy (np. SIP URL), do emulacji terminala IMS w kierunku IMS. Nieustrukturalizowane Dodatkowe Dane Usług (USSD) mogą zostać wykorzystane do transportu tych dodatkowych sygnałów zwanych ICCP (IMS CS Control) 104 w sieci CS. [0006] W 3GPP Wydanie 7 VCC, użytkownik VCC nie jest zarejestrowany w IMS z dostępem CS, a Serwer Aplikacji Telefonicznych (TAS) 108 musi implementować dodatkowe mechanizmy w celu zapewnienia usług IMS użytkownikowi. Możliwym rozwiązaniem, w 3GPP Wydanie 8, jest propozycja obsługi rejestracji IMS z UE 101 przy pomocy ICCP w taki sposób, aby TAS 108 mógł być informowany z S-CSCF poprzez procedurę rejestracji osoby trzeciej, że użytkownik jest zarejestrowany w IMS. Funkcja obsługi CSCF to funkcja kontroli sesji obsługi rozmowy do zarządzania rejestracją urządzeń użytkownika i routingu IMS. Kolejna CSCF, Pośrednicząca (Proxy) CSCF, stanowi pierwszy punkt kontaktu dla urządzeń użytkownika i zarządza bezpieczeństwem, weryfikacją i decyzjami strategicznymi. W chwili obecnej nie istnieje procedura informująca IMS, czy użytkownik jest zarejestrowany z dostępem CS, czy PS (jest tak, ponieważ do tej pory

- 3 - rejestracja IMS nie występowała przy dostępie CS). IMS wie jedynie, że użytkownik jest zarejestrowany z jednym lub więcej dostępów radiowych, gdzie zakłada się, że wszystkie te dostępy są dostępami pakietowymi. Dostęp z Przełączaniem Pakietów (PS) był zawsze przyjmowany w IMS. [0007] W związku z założeniem, że dostęp jest zawsze dostępem PS pojawiają się sytuacje, które nie mogą zostać rozwiązane przez mechanizm rejestracji osoby trzeciej stosowany w 3GPP do Wydania 7. Na przykład operator może chcieć zaimplementować zasady lokalne przy wyborze adresu kontaktowego S-CSCF tak, aby nadać status uprzywilejowany dostępowi CS, a nie PS; lub vice versa. Operator może chcieć zróżnicować opłaty dla dostępu CS i PS oraz wskazać tę różnicę w zapisach IMS CDR. Operator może również chcieć zróżnicować zachowanie TAS, gdy użytkownik jest zarejestrowany z dostępem CS lub PS (np. przesyłanie obrazu video do skrzynki pocztowej Video, gdy użytkownik zarejestrowany jest z dostępem CS, gdzie video nie może być obsługiwane). [0008] Z tymczasowego dokumentu 3GPP TSG SA WG2 S2-070672 (12-15 luty 2007, St Louis, MO) zatytułowanego ICS Architecture-IMS CS Control Channel (ICCC) znany jest już sposób rejestracji UE w IMS. ICCC to logiczny kanał sygnalizowania kontroli rozmów telefonicznych utworzony między elementami sieci UE i IMS, który jest aktywowany, w razie konieczności, podczas rejestracji. [0009] Korzystne byłoby posiadanie systemu i sposobu do określania, czy użytkownik zarejestrowany jest z dostępem CS czy PS, rozwiązującego problemy dotychczasowego stanu techniki. Niniejszy wynalazek zapewnia taki system oraz sposób. Streszczenie wynalazku [0010] Niniejszy wynalazek wprowadza zmiany w interfejsie SIP, np. w ICCF, CSCF i AS tak, aby obsługiwały wskazania dostępu CS w nagłówku informacji sieci z dostępem P. Węzły objęte zmianami to ICCF, S-CSCF i AS. Wskazanie może być użyte przez S-CSCF lub AS do różnych celów, takich jak decyzje routingu, pobieranie opłat, informacje o obecności. [0011] Zatem w jednym aspekcie, niniejszy wynalazek ma na celu zapewnienie sposobu rejestracji sprzętu (UE) użytkownika w podsystemie multimedialnym IP (IMS) poprzez wysyłanie prośby o rejestrację do funkcji S-CSCF, gdzie prośba o rejestrację ma nagłówek zawierający informacje na temat typu dostępu użytkownika i kontaktów związanych z tym typem dostępu. Prośba o rejestrację jest następnie przesyłana do serwera aplikacji powiązanego z IMS, który odpowiada do ICCF. S-CSCF używa wprowadzonego nagłówka prośby o rejestrację, w celu zaimplementowania zasad dostępu zgodnie z preferencjami operatora lub użytkownika, gdzie nagłówek wprowadzony do prośby o rejestrację jest nagłówkiem informacji sieci z dostępem P, który zawiera kontakty związane z dostępem z Komutacją Łączy (CS). [0012] Adresy kontaktowe związane z dostępem CS w nagłówku są zaaranżowane w kolejności używania, zanim normalne zasady kolejkowania i kontaktów dostępu PS odnośnie

- 4 - zarządzania kontaktami, związane z typem dostępu, zostaną oparte na zasadach lokalnych w S-CSCF. Zasady lokalne w S-CSCF mogą być zależne od pory dnia lub profilu abonenta. [0013] W innym aspekcie, niniejszy wynalazek ma na celu zapewnienie systemu do rejestracji sprzętu (UE) użytkownika w podsystemie multimedialnym IP (IMS), gdzie system ten ma środki umożliwiające wysyłanie prośby o rejestrację do Funkcji Kontroli Sesji Obsługi Rozmowy (S-CSCF), a prośba o rejestrację ma nagłówek zawierający informacje dotyczące typu użytkownika i kontaktów związanych z danym typem dostępu. System ten ma środki umożliwiające przesyłanie prośby o rejestrację do serwera aplikacji powiązanego z IMS oraz środki umożliwiające wysyłanie odpowiedzi na rejestrację do ICCF. [0014] W S-CSCF są zawarte środki umożliwiające użycie nagłówka prośby o rejestrację do zaimplementowania zasad dostępu zgodnie z preferencjami operatora lub użytkownika, a nagłówek wprowadzony do prośby o rejestrację jest nagłówkiem informacji sieci z dostępem P, który zawiera kontakty związane z dostępem z Komutacją Łączy (CS). [0015] Kontakty związane z dostępem z Komutacją Łączy w nagłówku mogą zostać zaaranżowane w kolejności przed normalnymi zasadami kolejkowania i kontaktów dostępu PS odnośnie zarządzania kontaktami, związane z typem dostępu, oparte na zasadach lokalnych w S-CSCF. Zasady lokalne w S-CSCF mogą być zależne od pory dnia lub profilu abonenta. Krótki opis rysunków [0016] W następującej części wynalazek zostanie opisany w odniesieniu do przykładów wykonania pokazanych na figurach, na których: Figura 1 przedstawia schemat blokowy wysokiego poziomu dla architektury ICS; Figura 2 przedstawia schemat sygnalizacji wysokiego poziomu dla dostępu z komutacją łączy przy rejestracji według przykładu wykonania niniejszego wynalazku oraz Figury 3a, 3b i 3c przedstawiają trzy sytuacje, w których rejestrowane urządzenie jest rozpoznawane w S-CSCF według przykładów wykonania niniejszego wynalazku; Figury 4a-4d przedstawiają sytuacje, w których kolejkowanie w S-CSCF jest zmienione według przykładu wykonania niniejszego wynalazku; Figury 5a-5d przedstawiają sytuacje, w których mogą zostać wykonane różne czynności rozwidlania według przykładu wykonania niniejszego wynalazku; Figury 6a-6f przedstawiają sytuacje związane z różnymi czynnościami dzwonienia sekwencyjnego według przykładu wykonania niniejszego wynalazku i Figura 7 przedstawia wskazanie dostępu z komutacją łączy dla serwera obecności według przykładu wykonania niniejszego wynalazku; Szczegółowy opis wynalazku [0017] W niniejszym szczegółowym opisie przedstawionych zostanie wiele szczegółów, aby zapewnić dokładne zrozumienie wynalazku. Jednak należy zaznaczyć, że niniejszy wynalazek może być stosowany przez specjalistów w tej dziedzinie nawet bez tych szczegółów.

- 5 - W innych przypadkach dobrze znane sposoby, procedury, elementy i obwody nie zostały opisane szczegółowo, aby nie utrudniać zrozumienia niniejszego wynalazku. [0018] Parametr związany z IMS, informacji sieci z dostępem P już istnieje w celu dostarczania informacji sieciowych dotyczących dostępu, jednak parametr ten nie zawiera obecnie dodatkowych informacji wskazujących typ dostępu (CS lub PS). Przed wprowadzeniem ICS, dostęp PD był przyjmowany za domyślny. Nagłówek informacji sieci z dostępem P jest opisany poniżej do wglądu: access-type = "IEEE-802.11" / "IEEE-802.11a" / "IEEE-802.11b" / "IEEE-802.11g" / "3GPP- GERAN" / "3GPP-UTRAN-FDD" / "3GPP-UTRAN-TDD" / ADSL / "ADSL2" / "ADSL2+" / "RADSL" / "SDSL" / "HDSL" / "HDSL2" / "G.SHDSL" / "VDSL" / "IDSL" / "3GPP2-1X" / "3GPP2-1X-HRPD" /"DOCSIS" / token access-info = cgi-3gpp / utran-cell-id-3gpp / dsl-location / i-wlan-node-id / ci-3gpp2 / extension-access-info extension-access-info = gen-value cgi-3gpp = "cgi-3gpp" EQUAL (znak / stała łańcuchowa) utran-cell-id-3gpp = "utran-cell-id-3gpp" EQUAL (znak / stała łańcuchowa) i-wlan-node-id = "i-wlan-node-id" EQUAL (znak / stała łańcuchowa) dsl-location = "dsl-location" EQUAL (znak / stała łańcuchowa) ci-3gpp2 = "ci-3gpp2" EQUAL (znak / stała łańcuchowa) [0019] Figura 2 przedstawia schemat sygnalizacji wysokiego poziomu Dostępu z Komutacją Łączy przy rejestracji według przykładu wykonania niniejszego wynalazku. Nagłówek informacji sieci z dostępem P jest rozszerzony w niniejszym wynalazku tak, aby wskazywać typ dostępu jako CS i jest wprowadzony przez ICCF do prośby o rejestrację ICCP oraz dostarczony do S-CSCF i Serwera Aplikacji (AS). Serwerem Aplikacji może być Serwer Aplikacji Telefonicznych lub Serwer Aplikacji Ciągłości Rozmowy Głosowej lub jakikolwiek inny AS (np. Serwer Obecności), który używa statusu rejestracji do wykonania swojej aplikacji ponad interfejsem ISC. S-CSCF może również używać informacji sieci z dostępem P do implementacji zasad wynikających z preferencji operatora lub użytkownika dotyczących umieszczenia kontaktów związanych z dostępem CS w innej kolejności niż tych związanych z dostępem PS. [0020] Figury 3a, 3b i 3c przedstawiają trzy sytuacje, w których rejestrowane urządzenie jest rozpoznawane w S-CSCF według przykładów wykonania niniejszego wynalazku. Rozróżnianie między urządzeniami UE CS i PS jest osiągane przy użyciu informacji zawartych w wiadomości rejestracji zapewnianej przez ICCF przy użyciu ICCP. Figura 3a przedstawia użycie ID Urządzenia z UE podczas rejestracji zarówno z CS, jak i PS. Jest to nowy parametr w prośbie o rejestrację ICCP i w wiadomości SIP REGISTER. S-CSCG musi przechowywać informację ID Urządzenia z adresami IP kontaktów. Na przykład, jeżeli rejestrowane są dwa urządzenia, jedno UE z dostępem CS i PS, a drugie UE to PC jedynie z dostępem PS, informacja zawarta w S-CSCF będzie wyglądać następująco: Publiczne ID Użytkownika ----- IP Kontaktu 1 ----- dostęp CS ----- ID Urządzenia 1

- 6 - +-- IP Kontaktu 2 ----- dostęp PS ----- ID Urządzenia 1 +-- IP Kontaktu 3 ----- dostęp PS ----- ID Urządzenia 2 Uwaga 1 IP1 to adres IP ICCF w przypadku dostępu CS. [0021] Figura 3b przedstawia włączenie przynajmniej jednego kontaktu alternatywnego z UE podczas rejestracji z CS. W prośbie o rejestrację ICCP i wiadomości REGISTER, S- CSCF musi przechowywać informacje o alternatywnym kontakcie z adresami IP kontaktów dla dostępu CS. S-CSCF może określić, że dwie rejestracje należą do tego samego urządzenia, porównując adres kontaktu z adresem kontaktu alternatywnego. Na przykład, gdy rejestrowane są dwa urządzenia, jedno UE z dostępem CS i PS, a drugie UE to PC jedynie z dostępem PS, informacja zawarta w S-CSCF będzie wyglądać następująco: Publiczne ID Użytkownika ----- IP Kontaktu 1 ----- dostęp CS ----- IP alt. kontaktu 2 +-- IP Kontaktu 2 ----- dostęp PS +-- IP Kontaktu 3 ----- dostęp PS Uwaga 1 IP1 to adres IP ICCF w przypadku dostępu CS. [0022] Figura 3c przedstawia zastosowanie IMPI do identyfikacji urządzenia. IMPI może zostać uzyskana z IMSI dostarczonego z prośbie o rejestrację ICCP (wiadomość MAP USSD) i może zostać wprowadzona do istniejącego nagłówka Autoryzacji w wiadomości REGISTER. S-CSCF musi przechowywać informacje o IMPI z adresami IP kontaktów do decyzji routingu. Na przykład, gdy rejestrowane są dwa urządzenia, jedno UE z dostępem CS i PS, a drugie UE to PC jedynie z dostępem PS, informacja zawarta w S-CSCF będzie wyglądać następująco: Publiczne ID Użytkownika ----- IP Kontaktu 1 ----- dostęp CS ----- IMPI1 +-- IP Kontaktu 2 ----- dostęp PS IMPI1 +-- IP Kontaktu 3 ----- dostęp PS IMPI2 Uwaga 1 IP1 to adres IP ICCF w przypadku dostępu CS. Uwaga 2 IMPI1 uzyskiwane jest z IMSI, a IMPI2 przechowywane jest w IMSI PC. [0023] Figury 4a-4d przedstawiają sytuacje, w których kolejkowanie w S-CSCF jest zmienione według przykładu wykonania niniejszego wynalazku. S-CSCF może również używać informacji sieci z dostępem P do implementacji zasad wynikających z preferencji operatora lub użytkownika, aby ustawić kontakty związane z dostępem CS w innej kolejności, niż w wypadku typowego dostępu PS. [0024] W chwili obecnej, zarządzanie kontaktami opiera się jedynie na wartości q od użytkownika. Parametr q używany jest do wskazania wartości priorytetu kontaktów na potrzeby routingu od użytkownika. Niniejszy wynalazek zapewnia zasadę kolejkowania, która może być oparta o lokalne zasady w S-CSCF i może być inna, np. zależna od pory dnia lub inna dla poszczególnych abonentów. Możliwe kolejki S-CSCF mogą zawierać: Spróbuj kontaktu z dostępem CS najpierw, a następnie spróbuj z dostępem PS, jeśli brak odpowiedzi (Figura 4a); Spróbuj kontaktu z dostępem PS najpierw, a następnie spróbuj z dostępem CS, jeśli brak odpowiedzi (Figura 4b);

- 7 - Spróbuj kontaktu z dostępem CS tylko, jeśli zarejestrowane są kontakty zarówno z dostępem CS, jak i PS (jeżeli zarejestrowany jest tylko jeden kontakt, spróbuj zarejestrowanego kontaktu)(figura 4c); i odwrotnie, Spróbuj kontaktu z dostępem CS tylko, jeśli zarejestrowane są kontakty zarówno z dostępem PS, jak i PS (jeżeli zarejestrowany jest tylko jeden kontakt, spróbuj zarejestrowanego kontaktu)(figura 4d). Opcje te rozszerzą zarządzanie kontaktami w S-CSCF, które dziś opiera się jedynie na wartości q od użytkownika. [0025] Figury 5a-5d przedstawiają sytuacje, w których różne czynności rozwidlania mogą zostać podjęte według przykładu wykonania niniejszego wynalazku. S-CSCF może również wykorzystywać informacje sieci z dostępem P, aby blokować rozwidlanie do kontaktów dla tego samego urządzenia zarejestrowanego przez wiele dostępów. Zasada rozwidlania może być oparta na lokalnych zasadach w S-CSCF i może być różna, np. w zależności od pory dnia. Możliwe zasady rozwidlania obejmują: Rozwidlaj jedynie do kontaktu dostępu PS, jeśli użytkownik jest zarejestrowany zarówno w dostępie CS, jak i PS (Figura 5a); Rozwidlaj jedynie do kontaktu dostępu CS, jeśli użytkownik jest zarejestrowany zarówno w dostępie CS, jak i PS (Figura 5b). [0026] Rozwidlaj najpierw do kontaktu dostępu PS, a następnie do kontaktu CS (Figura 5c) oraz [0027] Rozwidlaj najpierw do kontaktu dostępu CS, a następnie rozwidlaj do kontaktu PS (Figura 5d). [0028] Zasada może być również połączona z dzwonieniem sekwencyjnym, a więc: Rozwidlaj jedynie do kontaktu dostępu PS, jeśli użytkownik jest zarejestrowany zarówno w dostępie CS, jak i PS. Jeśli żadne z rozwidlonych urządzeń nie odpowiada, spróbuj kontakt dostępu CS. Rozwidlaj jedynie do kontaktu dostępu CS, jeśli użytkownik jest zarejestrowany zarówno w dostępie CS, jak i PS. Jeśli żadne z rozwidlonych urządzeń nie odpowiada, spróbuj kontakt dostępu PS. [0029] Zasada rozwidlania może być oparta o lokalne zasady w S-CSCF i może być różna, np. w zależności od pory dnia. [0030] Figury 6a-6f przedstawiają sytuacje dotyczące różnych czynności dzwonienia sekwencyjnego według przykładu wykonania niniejszego wynalazku. S-CSCF może również wykorzystywać informacje sieci z dostępem P aby dzwonić sekwencyjnie do kontaktów w taki sposób, że kontakty związane z tym samym urządzeniem, ale z innymi dostępami, próbowane są kolejno przed (lub po) próbie dzwonienia do kontaktów wskazujących na inne urządzenia. Innymi słowy, możliwe zasady dzwonienia sekwencyjnego obejmują: 1) Podczas dzwonienia sekwencyjnego do różnych urządzeń, spróbuj najpierw kontakt dostępu PS, jeśli użytkownik jest zarejestrowany zarówno w dostępie CS, jak i PS. W przypadku braku odpowiedzi:

- 8 - Spróbuj dostęp CS przed spróbowaniem innego urządzenia (Figura 6a); Spróbuj kontakt dostępu CS po tym, jak wszystkie próby dzwonienia sekwencyjnego do innych urządzeń pozostaną bez odpowiedzi (Figura 6b) oraz nie uwzględniaj kontaktu dostępu CS (Figura 6c); 2) Podczas dzwonienia sekwencyjnego do różnych urządzeń, spróbuj najpierw kontakt dostępu CS, jeśli użytkownik jest zarejestrowany zarówno w dostępie CS, jak i PS. W przypadku braku odpowiedzi: Spróbuj dostęp PS przed spróbowaniem innego urządzenia (Figura 6d); Spróbuj kontakt dostępu CS po braku odpowiedzi na wszystkie próby dzwonienia sekwencyjnego do innych urządzeń (Figura 6b) oraz nie uwzględniaj kontaktu dostępu P (Figura 6f). [0031] Zasada dzwonienia sekwencyjnego może być oparta na lokalnych zasadach w S-CSCF i może być różna, np. w zależności od pory dnia. [0032] Parametry te mogą być zawarte w informacji sieci z dostępem P lub mogą być zawarte jako nowy parametr nagłówka SIP. AS może wykorzystać informacje kontaktowe do rozróżnienia pomiędzy dostępem CS i dostępem PS do Wyboru Domeny Dostępu (ADS) [0033] W VCC 3GPP Release 7, serwer aplikacyjny VCC implementuje ADS. Kiedy ADS wybiera dostęp PS, połączenie zostaje przekierowane do zarejestrowanego kontaktu w dostępie PS. Jako że S-CSCF nie ma żadnych zarejestrowanych kontaktów w dostępie CS, kiedy ADS wybiera dostęp CS, ADS przekierowuje połączenie, wykorzystując odpowiedni numer routingowy, aby umożliwić sobie przekierowanie do dostępu CS (nazywanego numerem routingowym CS), aby pominąć obsługę kontaktu w S-CSCF. VCC AS może poznać status rejestracji PS, wykorzystując mechanizm rejestracji osoby trzeciej, kiedy użytkownik jest zarejestrowany w dostępie PS, musi jednak implementować konkretne mechanizmy inne niż IMS, aby wiedzieć, że użytkownik jest zarejestrowany w dostępie CS. Rejestracja osoby trzeciej IMS może być również wykorzystana do ustalenia statusu rejestracji w dostępie CS, co uprościłoby implementację ADS. [0034] AS oraz S-CSCF mogą wysłać CDR zawierający informacje sieci z dostępem P tak, aby operator mógł rozróżnić schematy opłat dla komunikacji poprzez dostęp PS oraz komunikacji poprzez dostęp CS. Informacja sieci z dostępem P może być również uwzględniona w żądaniu INVITE, kiedy zostaje ustanowiona sesja z ICCF (nie tylko komunikat REGISTER, kiedy użytkownik rejestruje się w dostępie CS), aby wskazać, że komunikacja następuje przez dostęp CS. [0035] Figura 7 przedstawia wskazanie dostępu z Komutacją Łączy do serwera obecności według przykładu wykonania niniejszego wynalazku. Serwer obecności, będący SIP AS może również otrzymywać informację sieci z dostępem P w trakcie procedur rejestracji osoby trzeciej, aby ustalić, czy użytkownik jest w dostępie PS, czy w dostępie CS oraz aby dostarczyć lepsze informacje dla obserwatorów. Obserwator w tym kontekście jest użytkownikiem subskrybującym informacje obecności użytkownika ICS i obserwuje status obecności użytkownika ICS. Obserwator wykorzystuje status obecności, aby zdecydować,

- 9 - który dostęp powinien zostać wykorzystany, aby zainicjować komunikację multimedialną w taki sposób, że jeśli użytkownik jest zarejestrowany w dostępie PS, obserwator może zainicjować połączenie multimedialne poprzez dostęp PS (np. głos oraz obraz poprzez dostęp PS). Obserwator taki może być usytuowany w UE lub w węźle sieci. [0036] Jak przyznają specjaliści w tej dziedzinie, innowacyjne idee opisane w niniejszym zgłoszeniu mogą być modyfikowane i różnicowane w szerokim zakresie zastosowań. Zgodnie z powyższym, zakres patentowanego przedmiotu nie powinien być ograniczony do żadnego z przykładów omówionych powyżej; natomiast powinien być określony przez następujące zastrzeżenia. Sporządziła i zweryfikowała Grażyna Palka Rzecznik patentowy

- 10 - Zastrzeżenia patentowe 1. Sposób rejestracji sprzętu UE użytkownika w podsystemie multimedialnym IP (IMS) IP, przy czym sposób ten zawiera etapy: wysłanie żądania rejestracji UE do IMS; ustalenie, czy żądanie rejestracji pochodzi z sieci dostępu z komutacją łączy; w odpowiedzi na ustalenie, że żądanie rejestracji pochodzi z sieci z komutacją łączy, wstawienie nagłówka, zawierającego informacje dotyczące sieci dostępu z komutacją łączy, do żądania rejestracji i przesłanie żądania rejestracji do IMS i powiązanego z IMS serwera aplikacyjnego. 2. Sposób według zastrzeżenia 1, ponadto zawierający funkcję kontroli sesji obsługi rozmowy S-CSCF, wykorzystujący informacje we wstawionym nagłówku do implementacji zasad zależnych od dostępu zgodnie z operatorem IMS lub preferencją użytkownika. 3. Sposób według zastrzeżenia 1, w którym nagłówek jest wstawiany do żądania rejestracji przez funkcję kontrolną IMS CS, a nagłówek jest nagłówkiem informacji sieci z dostępem P, który zawiera kontakty związane z dostępem z komutacją łączy. 4. Sposób według zastrzeżenia 3, w którym adresy kontaktów związanych z dostępem z komutacją łączy w nagłówku są ułożone w porządku przed lub po normalnym kontakcie dostępu z komutacją pakietów w oparciu o lokalne zasady, porę dnia lub zgodnie z profilem abonenta. 5. Sposób według zastrzeżenia 1, w którym identyfikacja sprzętu użytkownika jest osiągana przez wykorzystanie informacji zawartych w żądaniu rejestracji ICCP, przy czym informacje obejmują ID urządzenia, alternatywny kontakt lub prywatną tożsamość multimedialną IP. 6. Sposób według zastrzeżenia 5, w którym ID urządzenia jest adresem IP ICCF; alternatywny kontakt jest informacją przechowywaną przez S-CSCF wraz z adresem IP kontaktu, a prywatna tożsamość multimedialna IP jest uzyskiwana z IMSI dla UE. 7. System rejestracji sprzętu UE użytkownika w podsystemie multimedialnym IP (IMS), przy czym system ten zawiera: UE do wysyłania żądania rejestracji protokołu kontroli IMS CS (ICCP) do IMS; środki powiązane z IMS do ustalania, czy żądanie rejestracji pochodzi z sieci z komutacją łączy; funkcję do wstawiania nagłówka zawierającego informacje związane z rodzajem dostępu z komutacją łączy do żądania rejestracji, jeśli żądanie rejestracji jest określone jako pochodzące z sieci z komutacją łączy oraz środki logiczne do przesyłania żądania rejestracji do IMS i powiązanego z IMS serwera aplikacyjnego. 8. System według zastrzeżenia 7, ponadto zawierający funkcję kontroli sesji obsługi rozmowy S-CSCF do wykorzystywania informacji we wstawionym nagłówku do implementacji zasad dostępu zgodnie z preferencjami IMS operatora lub użytkownika.

- 11-9. System według zastrzeżenia 7, w którym nagłówek jest wstawiany do żądania rejestracji przez funkcję kontrolną IMS CS (ICCF) a nagłówek jest nagłówkiem informacji sieci z dostępem P, który zawiera kontakty związane z dostępem z komutacją łączy. 10. System według zastrzeżenia 9, w którym adresy kontaktów związanych z dostępem z komutacją łączy w nagłówku są ułożone w porządku przed lub po normalnym kontakcie dostępu z komutacją pakietów w oparciu o zasady porządkowania dotyczące obsługi kontaktu zgodnie z lokalnymi zasadami, porą dnia lub zgodnie z profilem abonenta. 11. System według zastrzeżenia 7, w którym identyfikacja sprzętu użytkownika jest osiągana przez wykorzystanie informacji zawartych w żądaniu rejestracji ICCP, przy czym informacje obejmują ID urządzenia, alternatywny kontakt lub prywatną tożsamość multimedialną IP. 12. System według zastrzeżenia 11, w którym ID urządzenia jest adresem IP ICCF, alternatywny kontakt jest informacją przechowywaną przez S-CSCF wraz z adresem IP kontaktu, a prywatna tożsamość multimedialna IP jest uzyskiwana z IMSI dla UE. 13. Funkcja kontrolna do rejestracji sprzętu UE użytkownika w podsystemie multimedialnym IP (IMS), przy czym funkcja kontrolna zawiera: środki do odbioru żądania rejestracji protokołu kontroli IMS CS (ICCP) do IMS od UE; środki powiązane z IMS do ustalania, czy żądanie rejestracji pochodzi z sieci z komutacją łączy; funkcję do wstawiania nagłówka zawierającego informacje związane z rodzajem dostępu z komutacją łączy do żądania rejestracji, jeśli żądanie rejestracji jest określone jako pochodzące z sieci z komutacją łączy oraz środki logiczne do przesyłania żądania rejestracji do IMS i powiązanego z IMS serwera aplikacyjnego. 14. Funkcja kontroli sesji obsługi rozmowy S-CSCF w systemie rejestracji sprzętu UE użytkownika w podsystemie multimedialnym IP (IMS), przy czym S-CSCF zawiera środki do odbioru żądania rejestracji protokołu kontroli IMS CS (ICCP) do IMS od UE, które jest przesyłane do IMS i powiązanego z IMS serwera aplikacyjnego oraz które zawiera wstawiony nagłówek zawierający informacje związane z rodzajem dostępu z komutacją łączy, jeśli żądanie rejestracji jest określone jako pochodzące z sieci z komutacją łączy przez środki powiązane z IMS dla ustalania, czy żądanie rejestracji pochodzi z sieci dostępu z komutacją łączy; przy czym S-CSCF zawiera środki do wykorzystywania informacji we wstawionym nagłówku dla implementacji zasad dostępu zgodnie z operatorem IMS lub preferencją użytkownika. Sporządziła i zweryfikowała Grażyna Palka Rzecznik patentowy

- 12 - Odległy koniec FIGURA 1 FIGURA 2

- 13 - FIGURA 3a FIGURA 3b FIGURA 3c

- 14 - FIGURA 4a FIGURA 4b FIGURA 4c FIGURA 4d

- 15 - FIGURA 5a FIGURA 5b FIGURA 5c

- 16 - FIGURA 5d

- 17 - FIGURA 6a FIGURA 6b FIGURA 6c

- 18 - FIGURA 6d FIGURA 6e FIGURA 6f

- 19 - FIGURA 7