Instytut Telekomunikacji PW NGN IMS (IP Multimedia Subsystem) Materiały wykładowe do użytku wewnętrznego IMS-c 1
Widok 3GPP Rel. 7 IMS-c 2
Architektura NGN dotychczasowe ujęcie wykładowe Inteligencja we współdziałających składnikach SPr1 A1, A2,... SPri Aa, Ab,... Aplikacje - końcowe funkcje usługowe - współpraca ze sterowaniem usługami i siecią (np. mediacją, zarządzaniem zasobami) API zunifikowane zzz API dla technik SPr1 U1, U2,... aaa Term.capab. S-Mobilnością AccessCntrl Mediacja S-Zasobami SPri Ua, Ub,... User interaction Call Control MsgControl S-Messg S-Sesją S-Obecnością Sterowanie usługami (SCF, SF,...) - sterowanie zgłoszeniami (integracja modeli) (Call Control) -sterowanie wymianą wiadomości (x-mail, fax, UM, SMS) (Messaging Control), -sterowanie współpracą z użytkownikami (User Interaction) - inne funkcje usługowe (składniki dla aplikacji) - współpraca ze sterowaniem siecią (zarządzaniem zasobami, mediacją) ogólna rola SCF/SF: oferować styk do funkcji sieciowych (network capabilities) z "przesłonięciem" samej sieci Sterowanie siecią - funkcje niezbędne do tworzenia i utrzymywania połączeń sesji komunikacyjnych w ramach poszczególnych technik sieciowych (ISUP,, ) - funkcje wymiany wiadomości -Mediacja podstawowe funkcje usługowe ( np. translacja ISUP-) (które - to kwestia umowy społecznej ) - zarządzanie zasobami transferowymi (wg ITU-T lokowane w w. transportowej).. terminale serwery...... dołączenie agregacja "tranzyt" przełączanie/ ruting (HS access gateway,bras...) Transfer pakietów między terminalami, terminalami a elementami sterowania siecią,... IMS-c 3
IMS vs inne sieci Środowisko współpracy różnych sieci - architektura Domena IMS Domena GSM/UMTS Domena PSTN CSCF/ BGCF 3GPP MGCF BICC -I ISUP MSC Serwer Styk Nc BICC -I -T ISUP Styk Mc MSC Serwer -I -T ISUP Softswitch Border Gtwy IM-MGW VoIP TDM MGW Styk Nb VoIP TDM MGW VoIP TDM MGW CSCF Call Session Control F. BGCF Border Gateway Control F. IM-MGW - IP Multimedia Media Gateway F. MGW Media Gateway poprzednio omawialiśmy IMS-c 4
NGN prace normalizacyjne ITU 3GPP ETSI IETF SG13 (główna grupa): architektura, usługi, QoS, bezpieczeństwo, ewolucja NGN FG (NGN Focus Group): wspomaganie wdrażania NGN SG19: Fixed-mobile convergence (FMC), sieci bezprzewodowe SG2: identyfikacja, adresacja, routing SG11: protokoły (szeroko dyskutowany dylemat: separacja identity/location; problem mobilności i multihoming, architektury typu Host Identity Protocol ) IMS: UMTS/IMS, IMS-session control architecture user: TISPAN NGN: FMC w oparciu o IMS user: + non- protokoły:, IPv4/6, COPS, Diameter, IMS-c 5
Dlaczego 3GPP to za mało? Baza dla aplikacji -owych i nie--owych przykłady aplikacji nie--owych: IPTV, VoD, P2P, gry sieciowe, email, SMS/MMS IMS - dla konwersacyjnych aplikacji -owych Możliwie daleka niezależność od sieci dostępowej (przewodowe ADSL, CTV / bezprzewodowe UMTS, Wi-xxx, ) Wsparcie dla złożonych modeli biznesowych Rozwiązanie modelowe: odrębne podsystemy dla różnych klas aplikacji konwersacyjne, streaming (IPTV,VoD) współużytkowanie głównie warstwy transportowej ale atrakcyjne może też być szersze zastosowanie IMS np. IPTV czy PES oparte o IMS IMS-c 6
Funkcje zarządzania Architektura odniesienia NGN wg ITU-T Rec. Y.2001 ANI Aplikacje dostawców Funkcje aplikacyjne (ParlayX, ) Funkc. termin. końcowych Profile usługowe użytkowników Profile transportowe użytkowników Funkcje sterowania sieciowe i usługowe (, ) Funkcje sterowania dostępem do sieci Funkcje sterowania zasobami i przyjmowaniem zgło. Inne sieci Transportowe funkcje sterowania Warstwa transportowa Funkcje przetwarzania mediów Dostępowe funkcje transportowe Funkcje brzegowe Rdzeniowe funkcje transportowe Funkcje bramowe Funkcje transferowe UNI IMS-c NNI 7
Modelowa architektura odniesienia wg ETSI - TISPAN NGN (w stosunku do ITU: bliżej implementacji) Aplikacje Inne podsystemy Funk. użytk. końco wych Szczegóły dostępu zależne od typu sieci dostępowej, np. dostęp na poziomie IP: UMTS/GPRS konteksty PDP xdsl - sesja PPP PSTN/ISDN emulation subsystem -I (ITU Q.1912.5) / -T RFC-3398) Core IMS (IP Multimedia Subsystem) Inne sieci Warstwa transportowa Funkcje sterowania dostępem do sieci zapewnienie transportu technologicznego przydział adresów fizycznych, adresów serwerów bezpieczeństwo terminala (szyfrowanie) Funkcje sterowania zasobami i przyjmowaniem... Transportowe funkcje sterowania Funkcje transferowe QoS NAT/NAPT bezpieczeństwo sieci (firewall) UNI Funkcje transferowe IMS-c 8 NNI
Składniki główne role Transport funkcje transferowe transmisja + transport IP (ruting/switching, w tym obsługa pakietów) sterowanie transportowe Dostęp do sieci jako wydzielony składnik - zasadniczo w przypadku sieci stałych (zwłaszcza przewodowych); dla mobilnych funkcje te wynikają już z GPRS uwierzytelnienie terminali, przydział adresów IP (np. DHCP), informowanie sterowania transportowego o cechach terminali i profilach QoS użytkowników Zarządzanie zasobami transportowymi przydział zasobów transportowych (zwłaszcza w domenie dostępu/agregacji) dla strumieni w płaszczyźnie użytkowej (współpraca z warstwą sterowania poziomu podsystemów, głównie ze sterowaniem sesyjnym ) Podsystemy Cele: ruting zgłoszeń, przekładanie aplikacyjnych wymagań transportowych na kategorie warstwy transportowej, dostęp do funkcji usługowych, biling Specjalizacja (dedykowane różnym kategoriom usług) IMS-usługi sesyjne + aplikacje, emulacja PSTN/ISDN (klasyczny sprzęt abonencki), inne - np. IPTV, VoD, Co z szeroko rozumianą treścią (sieciami treści)?... chyba jest pewien problem ;) Aplikacje Funkcje dodane IMS-c 9
Podsystem IMS jako fragment "prawdziwej" NGN główne role AS - Application Server BGCF - Breakout Control Gateway F P-Proxy, I-Interrogating, S-Serving CSCF - Call Session Control Function HSS - Home Subscriber Server (HLR+profile usługowe) MGCF - Media Gateway Cntrl F MGW - Media Gateway MRFC - Media Resource Function Controller MRFP - Media Resource Function Processor dane płaszczyzny użytkownika dane płaszczyzn sterowania UE Aplikacje/usługi zaawansowane/ dane HSS o użytkownikach AS (profile ) - koordynacja I-CSCF dostępu do stateless poszczególnych funkcji, wsparcie dla usług - współpraca z innymi IMS, P-CSCF równoważenie obciążeń S-CSCF stateful stateful - sygnalizacyjny punkt kontaktu, współpraca z transportem (QoS, bezpieczeństwo) rezerwacja zasobów transportowych (cel: QoS) AS (sip server) MRFC ~ focus Multimedia (konferencje, voice-mail, ) MRFP H.248 BGCF ruting-> PSTN / inne Styk z: MGCF innymi IMS, PSTN, MGCF MGW PSTN Inne IP Warstwa transportowa UWAGA: W IMS przyjęto model sterowania usługami w sieci macierzystej - SM - (home network service control), stąd szczególna rola S-CSCF; Dla odróżnienia, w sieciach 2G obowiązuje model sterowania usługami w sieci wizytowanej (visited network service control). W odniesieniu do usług IMS, na poziomie transportowym IP zasadniczo obowiązuje model dostarczania funkcji IP w sieci wizytowanej IMS-c 10 dlaczego?
Podsystem IMS jako fragment "prawdziwej" NGN główne role AS - Application Server BGCF - Breakout Control Gateway F P-Proxy, I-Interrogating, S-Serving CSCF - Call Session Control Function HSS - Home Subscriber Server (HLR+profile usługowe) MGCF - Media Gateway Cntrl F MGW - Media Gateway MRFC - Media Resource Function Controller MRFP - Media Resource Function Processor dane płaszczyzny użytkownika dane płaszczyzn sterowania I-CSCF stateless HSS AS AS (sip server) BGCF ruting-> PSTN / inne UE P-CSCF stateful S-CSCF stateful MRFC ~ focus MGCF MGCF rezerwacja zasobów transportowych (cel: QoS) MRFP PSTN H.248 Inne IP MGW Warstwa transportowa UWAGA: W IMS przyjęto model sterowania usługami w sieci macierzystej - SM - (home network service control), stąd szczególna rola S-CSCF; Dla odróżnienia, w sieciach 2G obowiązuje model sterowania usługami w sieci wizytowanej (visited network service control). W odniesieniu do usług IMS, na poziomie transportowym IP zasadniczo obowiązuje model dostarczania funkcji IP w sieci wizytowanej IMS-c 11 dlaczego?
dane sygnalizacyjne IMS - bloki funkcjonalne AS - Application Server BGCF - Breakout Gateway Control Function P-Proxy, I-Interrogating, S-Serving -CSCF - Call Session Control Function HSS - Home Subscriber Server (HLR+Profile usługowe) MGCF - Media Gateway Cntrl Function MGF - Media Gateway Function MRFC - Media Resource Function Controller MRFP - Media Resource Function Processor SGF - Signalling Gateway Function BCF Border Control Function BGF Border Gateway Function (C-core, I-interworking) użytkownik warstwy transportowej (dla sygnalizacji) SBC: QoS, bezpieczeństwo UE P-CSCF stateful Diameter Diameter (AAA) I-CSCF stateless do I-BCF HSS do I-BCF Parlay Camel S-CSCF stateful rezerwacja zasobów transportowych (cel: zapewnienie QoS) AS tel sip AS (sip server) BGCF ruting->pstn do I-BCF MRFC ~ focus MRFP /-I H.248 SCCP via SIGTRAN SS7 via SIGTRAN MGCF MGF SGF DNS stos SS7 PSTN SBC - Session Border Controller QoS, bezpieczeństwo, współpraca protokołów I-BCF Inne IP UNI C-BGF dane użytkowe Warstwa transportowa I-BGF Transportowy dostęp do sieci: realizacja przepływów fizycznych w dostępie (por. slajd+2): UMTS konteksty PDF, WiFi tunel, xdsl tunel PPP Poziom IP : model dostępu w sieci obsługującej IMS-c NNI 12
IMS - bloki funkcjonalne AS - Application Server sterowanie usługowe BGCF - Breakout Gateway Control Function ruting poziomu zgłoszeń w kierunku do sieci PSTN P-Proxy, I-Interrogating, S-Serving CSCF - Call Session Control Function (punkt kontaktu UE, wybór S-CSCF, registrar/ruting zgłoszeń - por. dalej) HSS - Home Subscriber Server HLR + profile usługowe użytkowników MGCF - Media Gateway Cntrl Function sterowanie bramami medialnymi na styku z innymi sieciami (np. PSTN) MGF - Media Gateway Function funkcje bramowe na poziomie mediów MRFC - Media Resource Function Controller sterowanie mediami dla realizacji usług multimedialnych domeny IMS MRFP - Media Resource Function Processor przetwarzanie mediów dla realizacji usług multimedialnych domeny IMS SGF - Signalling Gateway Function brama sygnalizacyjna (SIGTRAN) BCF Border Control Function (C-core, I-interworking) sterowanie transportowymi funkcjami brzegowymi (na podstawie analizy sygnalizacji) BGF Border Gateway Function (C-core, I-interworking) transportowe funkcje brzegowe dla zapewnienie bezpieczeństwa (NAT, firewall) IMS-c 13
Dostęp transportowy Transportowy dostęp do sieci (sterowanie transportowe) Transport G o R e R e 4G/LTE: idea podobna do 3GPP (choć zmieniona architektura, uwzględniono IPv6, zmienione nazewnictwo, ) GGSN Gateway GPRS Support Node SGSN Serving GPRS S.N. < 3GPP R7 (z grubsza) PDG - Packet Data Gateway WAG - Wireless Access Gateway 3GPP R7 / TISPAN BAS Broadband Access Server DSLAM Digit. Subscr. Line Access Mux IMS-c 14
domeny tranzytowe Np. IMS 3GPP obsługa sesji Rola serwerów w istocie stanowią platformę dostępu do usług (model SM!!!) implementują ściśle zdefiniowane zasady kierowania wiadomości pomiędzy funkcjami HSS Parlay Camel AS AS (sip server) INVITE (końc). Inne IMS IBCF DNS I-CSCF stateless BGCF ruting->pstn PSTN SGF UE P-CSCF stateful S-CSCF stateful MRFC ~ focus MGCF H.248 PSTN UNI S-CSCF - Registrar - Rozdzielacz dostępu do usług - Initial Filtering Criteria (z HSS) wyzwalacze (~ IN triggers) - - określa ruting do właściwych AS, BGCF (PSTN), MRFP MGW Sieć obsługująca (np. sieć odwiedzana) Warstwa transportowa Sieć macierzysta ( SMa ) (model home-network service control) NNI Inne IP IMS-c 15
Rola serwerów - podsumowanie P-CSCF Punkt kontaktowy dla UE do IMS. Szyfrowanie wiadomości na styku z UE, przydział zasobów (translacja SDP do kategorii funkcji sterowania transportem RACF), ruting na poziomie I-CSCF Ruting żądań rejestracji; pozyskiwanie adresów S-CSCF z HSS/ wybór S-CSCF podczas rejestracji klienta, ukrycie topologii własnej sieci przed innymi operatorami. Do Rel.6: punkt wejściowy z innych sieci (od Rel.7 ta rola w I-BCF) S-CSCF Główny blok sterujący przebiegiem sesji (sterowanie w sieci macierzystej). Rejestracja i uwierzytelnienie użytkowników, obsługa zgłoszeń/ruting w tym do aplikacji) na bazie profili użytkownika pozyskiwanych z HSS. IMS-c 16
zabezpieczona wymiana wiadomości (obecnie- Rel 5,6 - tylko IPSec) uwierzytelnienie, uzgodnienie parametrów bezpieczeństwa Przykład: IMS 3GPP rejestracja użytkownika UE GGSN P-CSCF I-CSCF HSS S-CSCF Ustanowienie kontekstu PDP, P-CSCF discovery Uwierzytelnienie między UE a siecią macierzystą Security Agreement między UE a P-CSCF (1) REGISTER (+ authoriz /security params brak jakiejkolwiek ochrony inf., Tutaj: ustalenie parametrów zabezpieczeń UE - P-CSCF (Security Associations dla IPSec) 401 ( + dane uwierzytelnienia RAND, AUTN) REGISTER (+authoriz params) DNS(domena UE) 401 (ATUN/RAND, IK/CK) Wybór S-CSCF przeznaczonego do obsługi UE (protokół Diameter) REGISTER 401 (Unauthorized) + dane uwierzytelnienia (dla UE) i klucze szyfrowania (dla IPsec UE-P-CSCF) Pobranie danych uwierzytelnienia i kluczy szyfracji z HSS (protokół Diameter) (AUTN/RAND; IK/CK) (2) REGISTER (RES=f(RAND)) Odtąd sygnalizacja UE P-CSCF jest szyfrowana IPSec (niezależnie od sekcji dostępowej) 200 OK REGISTER (+ nagłówek Path z P-CSCF) DNS(domena UE) 200 OK REGISTER 200 OK. (+nagłówek Service-Route z S-CSCF; Service Route por. dalej) Pobranie profilu użytkownika IFC (protokół Diameter) USŁUGI: por. koncepcja Init.Filt.Crit.! + procedury zapisania się w S-CSCF na przekaz danych rejestracyjnych użytkownika (osobno UE i P-CSCF) SUBSCRIBE OK NOTIFY OK SUBSCRIBE OK NOTIFY OK IMS-c 17 aby poznać status rejestracji pozostałych URI klienta oraz dla celów re-authentication i de-registration Sieć obsługująca UE Sieć macierzysta dla UE
Zakończenie fazy ustanawiania sesji Negocjacja medium + w tle QoS w warstwie transportowej (P-CSCF śledzi SDP i koordynuje rezerwacje zasobów transportowych poprzez SPDF por. wykład IMS-transport) Przykład: IMS 3GPP ustanowienie sesji UA-A P-CSCF-A S-CSCF-A? I-CSCF-B HSS-B S-CSCF-B Init.Filt.Crit INVITE(SDP1). IPSec wg kluczy (1) REGISTER (prop. SDP 1 wszystkie media i kodeki) S-CSCF(B)=?? Init.Filt.Cri t. P-CSCF-B INVITE(SDP1) UA-B teraz rezerwacja zasobów, współpraca PCSCF z SPDF PRACK (Provisional ACK) (odpow. SDP 2 1 kodek per każde zaakceptowane medium) 200 OK (odpow. SDP 2 ) 183 (Session Progres) (odpow. SDP 1 wspierane media i kodeki) Zbiór ten może zostać następnie zawężony z uwagi na rezultat uzgodnień z warstwą transportową rezerwacja zasobów, współpraca PCSCF z SPDF UPDATE (odpow. SDP 3 ; stan Preconditions) 200 OK. (odpow. SDP 3 ; stan Preconditions) 180 (Ringing) Ostateczne potwierdzenie: kodeki + transport OK PRACK (Provisional ACK) (widzę zgodność Preconditions) 200 OK (ja też widzę zgodność Preconditions) 200 OK ACK Sieć obsługująca UE-A Sieć macierzysta dla UE-A Istotne rozszerzenia : provisional ACK (PRACK) mechanizm Preconditions (opóźnienie zakończenia zestawiania sesji w celu zgrania tego procesu z obustronną rezerwacją zasobów; więcej o zasobach wykład IMS-transport) IMS-c 18 Sieć macierzysta dla UE-B Sieć obsługująca UE-B
Negocjacja medium + QoS w warstwie transportowej (P-CSCF śledzi SDP i koordynuje rezerwacje zasobów transportowych) Przykład: IMS 3GPP pozostałe transakcje w ramach sesji UA-A P-CSCF-A S-CSCF-A I-CSCF-B HSS-B S-CSCF-B P-CSCF-B UA-B (Route ~ Service-route) (Route ~ Path) Typowo pomijanie I-CSCF w celu skrócenia scieżki sygnalizacyjnej (wykorzystanie mechanizmów rutingowych : nagłówki Path (S-CSCF->UE), Service- Route (UE->S-CSCF), Record-route, Route) Sieć obsługująca Sieć macierzysta dla UE-A IMS-c 19 Sieć macierzysta dla UE-B Sieć obsługująca
Rola pól rutingowych Ustalane podczas rejestracji terminala Path ustalane prze P-CSCF, pamiętane przez obsługujące S-CSCF (na okres rejestracji) do osiągnięcia właściwego docelowego P-CSCF z poziomu S-CSCF przez żądanie nawiązania dialogu (np. INVITE) Service_Route ustalane przez S-CSCF, pamiętane przez UE oraz obsługujące P-CSCF (na okres rejestracji) do osiągnięcia macierzystego S-CSCF przez żądanie nawiązania dialogu (np. INVITE) generowane przez już zarejestrowany terminal UE Ustalane podczas nawiązania sesji RecordRoute/Route ustawiane przez UE i serwery (ważne w ramach dialogu) do rutingu (w łańcuchu serwerów) żądań kolejnych transakcji podczas już nawiązanego dialogu Ustalane podczas rutingu żądania (w ramach transakcji) Via do rutingu odpowiedzi dokładnie po ścieżce przejścia żądania transakcji (ale pod prąd ) ważne w ramach transakcji IMS-c 20
Ruting zgłoszeń podsumowanie (dla bardzej dociekliwych;dla uproszczenia przypadek Rel.6) 0. Zestawienie tunelu L2 między terminalem a węzłem brzegowym. Na tym etapie terminal pozyskuje adres obsługującego P-CSCF, następnie zawsze wstawiany na początek pola Route; szczegóły pozyskania tego adresu są zależne od techniki dostępowej (UMTS/sieć stała xdsl, sieć WiFi, ) Sieć wizytowana dla A Sieć macierzysta dla A Sieć macierzysta i wizytowana dla B A 1. Rejestracja (A roaming, B -? ) P-CSCF-A wskazuje swój Service-Route: URI = P-CSCF-A, na który to S-CSCF-A adres S-CSCF-A macierzyste dla UE-A ma kierować żądania UA-A UE-A. P-CSCF-A jest więc pamiętany w S-CSCF-A i tam używany w Route; UNI Pole Service-Route jest zapamiętane przez UA-A i P- CSCF-A i w przyszłych INVITE używane w ścieżce Route: P-CSCF-A, S-SCCF-A. UE-A poznaje P-CSCF-A w czasie ustanowienia kontekstu PDP dla sygnalizacji IMS. Legenda xxx yyy zzz S-CSCF I-CSCF Path: P-CSCF-A P-CSCF-A REGISTER element domeny macierzystej abonenta A element domeny macierzystej abonenta B elementy domen wizytowanych NNI Service-Route: S-CSCF-A S-CSCF-A I-CSCF-A P-CSCF 200 OK NNI S-CSCF I-CSCF P-CSCF-B UNI B S-CSCF-A wskazuje swój URI = S-CSCF-A, na który to adres należy kierować żądania inicjowane przez UA-A (S-CSCF-A jest zapamiętany w P-CSCA i w UE-A; wstawiane w Route). S-CSCF zapamiętuje też Path (równe P-CSCF-A), później używane jako pole Route, aby dla wywołań kierowanych do UE-A dotrzeć do P-CSCF-A z pominięciem I-CSCF. UA-B Ruting na poziomie IP do I-CSCF-A na podstawie DNS i założenia: <FQDN domeny UE-A> = Request URI Pytanie: wykorzystanie Via w tej fazie? IMS-c 21
INVITE Ruting zgłoszeń podsumowanie (cd.) (dla dociekliwych) 2. Dialog A->B - nawiązanie P-CSCF-A wgrywa się na RecRout i modyfikuje Route Route: P-CSCF-A, S-CSCF-A UE wskazuje ścieżkę (a w niej URI macierzystego S-CSCF) dokąd ma trafić żądanie nawiązania dialogu I-CSCF nie wgrywa się na RecordRoute (tylko na Via) UA-A 3. Kolejne żądania w dialogu Route = RecordRoute S-CSCF I-CSCF P-CSCF-A Path-A Service-Route-A S-CSCF-A I-CSCF P-CSCF RecordRoute: P-CSCF-A; Route: S-CSCF-A 200 OK RecordRoute UNI NNI NNI UE zapamiętuje zwrotne RecordRoute do użycia jako Route w kolejnych transakcjach dialogu; Po nawiązaniu dialogu mamy: Dla UE-A: RecordRoute = P-CSCF-A, S-CSCF-A, S-CSCF-B, P-CSCF-B S-CSCF-A S-CSCF I-CSCF P-CSCF-A I-CSCF-A P-CSCF RecordRoute += S-CSCF-A ; Route: I-CSCF-B Service-Route-B Route: P-CSCF-B S-CSCF-B RecordRoute += S-CSCF-B I-CSCF-B Path-B P-CSCF-B S-CSCF-B I-CSCF-B P-CSCF-B S-CSCF wskazuje URI P-CSCF-A w sieci obsługującej, przez który to węzeł można trafić do UE B. Wypełnia RecordRoute, by pozostać w dialogu. UA-B UNI UE w odpowiedzi OK zwrotnie przekazuje w RecordRoute ustaloną ścieżkę dla kolejnych transakcji rozpoczętego dialogu: Dla UE-B: RecordRoute= P-CSCF-B, S-CSCF-B, S-CSCF-A, P-SCCF-A Route = RecordRoute UA-A UA-B UNI NNI NNI UNI Ruting wg ustalonej wartości RecordRoute 22
IMS realizacja (dostęp do) usług Idea realizacji Usługi - AbA Usługi - AbB np. Parlay(X), Camel WWW np. Parlay (X) Camel AS i WWW... AS k HSS AS 1... AS n ( server) HSS ruting wg kryteriów IFC oraz na podstawie modyfikacji na poziomie AS (Record-Route, Route) S-CSCF-B stanowy UE-B UE-A S-CSCF-A stanowy IFC Initial Filtering Criteria IMS-c 23
IMS - usługi IMS/3GPP - Profil użytkownika i profil usługowy (w HSS) Private user identity (np. dla UMTS jest to pochodna ~IMSI) Service profile 1 Service profile n Profil zawodowy Public identification sip:darek@tele.pw.edu.pl tel:+48228259820 Profil domowy Public identification sip:darek@onet.pl tel:+48226667788 Core Net Service Authoriz. 2 Znaczenie operatorskie profilu dla mediów (np. klasa złota / srebrna / brązowa) wykorzystywanego w S-CSCF przy analizie parametrów pola SDP Initial Filtering Criteria 1 Initial Filtering Criteria n Kryteria wyzwalania poszczególnych usług poziomu aplikacyjnego (AS) dla profilu zawodowego, interpretowane w S-CSCF w celu organizacji właściwego rutingu wiadomości do serwerów aplikacyjnych IMS-c 24
IMS - Initial Filtering Criteria IFC opis kryteriów wyzwalania usług Ogólna zasada wykorzystania IFC HSS IFC2 IFCn AS1 AS2 AS n IFC1 rejestracja użytkownika IFC1 IFC2 IFC n F1 F2 Routing F n S-CSCF kolejność analizy wg. priorytetu IFC IMS-c 25
Studencie: rozpatrz ten przykład w kontekście projektu. Initial Filtering Criteria przykład dokument XML Initial Filtering Criteria Trigger point (wyzwalacz) (0..1) Service trigger point 1 opis kryterium wyzwolenia usługi Request URI (dla jakiej zawartości tego pola zdefiniowano wyzwalacz) Method (dla jakiej metody ) np. INVITE Header (dla jakiej wartości określonego pola nagłówka ) np. To = darek@tele.pw.edu.pl From = radek@wp.pl Session case (sesja originating/terminating/terminating_unregistered) np. terminating_unregistered Session description (wyrażenie opisujące filtr dla zawartości pola SDP) Service trigger point n opis kryterium wyzwolenia usługi (ogólnie: kiedy wywołać) (ogólnie: co i jak wywołać) Parametry wywołania AS Application server (adr. serwera) np. sip:aplserv1@tp.pl Service information parametry wymagane do przesłania serwerowi w wiadomości można je łączyć wyrażeniami logicznymi Przykład: przekierowanie na adres domowy, gdy nie jestem zarejestrowany w tele.pw.edu.pl S-CSCF INVITE darek@tele... Ustawienie parametrów przekierowania w formie udostępnionej przez usługodawcę Analiza IFC dla darek@... Appl serv 1 INVITE sip:darek@tele... INVITE sip:darek@onet.pl INVITE sip:darek@onet.pl I-CSCF Onet IMS-c 26 Do rozważenia: którędy by poszedł ten INVITE, gdyby było <tel:+48226667788>?
Przykłady wykorzystania platformy IMS PES (PSTN/ISDN Emulation Service) wykorzystanie serwerów aplikacyjnych do realizacji usług w profilu PSTN Realizacja IPTV (część funkcji np. rejestracja, listy programów -, inne np. sterowanie odtwarzaniem - specyficzne dla platform IPTV) IMS-c 27