ute-5-2014 [tryb zgodności]mareks/ute/ute-4-bw.pdfnp. scp, cse, hlr, serwer lokalizacji, ….....
TRANSCRIPT
Ewolucja IN
IN CS2/3/4, CAMEL, Parlay
2
Marek Średniawa ©
IN CS2 charakterystyka 1/2
� Połączenia wielostronne
– Call Party Handling
� Rozproszone sterowanie usługami
– zdefiniowane relacje i zasady współdziałania SCF-SCF i SDF-SDF
� Zaawansowane mechanizmy interakcji
– realizacja skryptów SRF
– interakcja użytkownik-usługa
3
Marek Średniawa ©
IN CS2 charakterystyka 2/2
� Rozszerzenia architektury i modelu INCM
– nowe jednostki funkcjonalne: np. CUSF, IAF
– INAP CS-2 (nowe operacje)
– rozszerzenie zestawu i modelu SIBów
� Nowe usługi (kategorie usług) i funkcje
usługowe
– np. obsługa mobilności użytkownika i terminala
� Wykorzystanie funkcjonalności ISDN DSS1
4
Marek Średniawa ©
Operacje IN CS2 INAPSterowanie stronami połączenia
(CPH - Call Party Handling):
SCF�SSF
– CreateCallSegmentAssociation
– MoveCallSegments
– MergeCallSegments
– SplitLeg
– MoveLeg
– DisconnectLeg
5
Marek Średniawa ©
IN CS2/3 Architektura funkcjonalna
SCF
SDF
Terminal
CCAF
SCUAF
CCF CCF
SSF
SCF
SDF
Granica między sieciami
CS2
CS2
CS2
CS2CS1R
CS-1RCS1R
CS1R
CS2
CUSF
SMAF
SCEF
SMF
CS2
IAF
Inne SMF
SRFSRF
6
Marek Średniawa ©
IN CS-2: O_BCSM
O_Null
Auth_Orig_Attempt
Collect_ Information
Analyse_Information
O_Exception
Select_Route
Auth_Call_Setup
Send_Call
O_Suspended
O_Active
O_Alerting
route_busy
Route_Select_Failureroute_failure
O_Mid_Call
O_Mid_Call
O_Mid_Call
O_Mid_Call
O_Disconnect
O_Abandon
O_Called_Party_Busy
O_No_Answer
auth_route_failure
invalid_information
collect_timeout
origination_deniedOrigination_Attempt
Origination_Attempt_Authorized
Collected_Information
Analysed_Information
O_Term_Seized
O_Answer
O_Suspended
o_active_failure
o_suspend_failurereconnect
Called Party O_Re_Answer
Calling Party
7
Marek Średniawa ©
IN CS-2: Proces T_BCSM
T_ExceptionT_Null
Auth_Term_Attempt
Select Facility
Present_Call
T_Suspended
T_Active
T_Alerting
SS7 Failure
presentation_failure
T_Mid_Call
T_Abandon
T_No_Answer
termination_deniedTermination_Attempt
Termination_Attempt_Authorized
Facility_Selected_and_Available
Call _Accepted
T_Answer
T_Suspended
t_active_failure
t_suspend_failurereconnect
Called Party T_Re_Answer
Calling Party
T_Busy
call_rejected
T_Disconnect
8
Marek Średniawa ©
CUSF i SCUAF
� CUSF (Call Unrelated Service Function)– Jednostka funkcjonalna obsługująca zdarzenia
związane z interakcją z użytkownikiem poza kontekstem zgłoszenia z możliwością aktywacji scenariusza w SCF.
� SCUAF (Service Control User Agent Function)– Jednostka funkcjonalna reprezentuje interfejs
użytkownika dla zdarzeń nie związanych z kontekstem zgłoszenia, który umożliwia komunikację z CUSF.
9
Marek Średniawa ©
Mechanizmy współpracy ISDN -
IN CS2� Proces BCUSM� Nowe operacje INAP CS2 przeznaczone do
obsługi komunikacji CUSF – SCF• SendSTUI, RequestReportUTSI, ReportUTSI • InitialAssociationDP• AssociationReleaseRequested• InitiateAssociation• ContinueAssociation• ReleaseAssociation• SendComponent, ComponentReceived• RequestReportBCUSMEvent, EventReportBCUSM • ActivationReceivedAndAuthorized
� Dodatkowe parametry w operacji InitialDP– uSIInformation, uSIServiceIndicator
10
Marek Średniawa ©
Mechanizmy współpracy ISDN -
IN CS2� Mechanizm USI (User to Service Information)
– protokół aplikacyjny specyficzny dla usługi IN
� OCCRUI (Out Channel Call Related User
Interaction)– „Pozapasmowa” interakcja związana z kontekstem
zgłoszenia
– Mechanizm transportowy – usługa dodatkowa ISDN UUS
� OCCUUI (Out Channel Call Unrelated User
Interaction)– „Pozapasmowa” interakcja nie związana z kontekstem
połączenia - możliwość przekazywania informacji w dowolnej fazie zgłoszenia
11
Marek Średniawa ©
Zastosowanie mechanizmów
OCCRUI/ OCCUUI� Przezroczysty transfer danych między
użytkownikiem a scenariuszami usług– rejestracja terminala
– rejestracja użytkownika w nowej lokalizacji
– powiadamianie o oczekującej wiadomości
– modyfikacja profilu usługi przez użytkownika
• aktywacja / deaktywacja funkcji dodatkowych• zmiana modelu taryfikacji• zmiana kodu PIN
� Pojęcie użytkownika rozumiane szeroko:– dowolne procesy aplikacyjne zlokalizowane w
urządzeniach dołączonych do sieci
• w terminalach ISDN lub • w węzłach SCP
Ewolucja IN
13
Marek Średniawa ©
IN i sieci mobilne
� IN dla GSM– CAMEL - Customized Applications for Mobile network
Enhanced Logic
– CAMEL = IN +GSM
– Część normalizacji ETSI dotyczącej GSM
• EN 300 152-1, EN 301 668-1- rozszerzenia INAP
• TS 101 046 - specyfikacja protokołu CAP (CAMEL Application Part)
� IN dla PCS– WIN - Wireless Intelligent Network
– Amerykańska norma TIA (Telecommunications Industry
Association) TR45.2
14
Marek Średniawa ©
CAMEL - charakterystyka
� Wykorzystanie platformy IN do realizacji nowych usług nie ujętych normalizacją dla GSM (różnicowanie oferty usługowej)
� Zapewnienie globalnego dostępu do firmowego pakietu usług oferowanych przez macierzystego operatora
� Adaptacja modelu koncepcyjnego IN i protokołu INAP – CAMEL Faza 1, 2: INAP CS1
– CAMEL Faza 3: INAP CS2
15
Marek Średniawa ©
CAMEL – stawiane cele
� „Roaming” dla niestandardowych usług GSM i realizacja idei VHE
� Ułatwienie wprowadzania nowych usług
� Normalizacja sposobu aktywowania funkcji sterowania usługami
� Udostępnienie składnika sterowania usługami jako części Otwartej Architektury Usługowej (OSA)
16
Marek Średniawa ©
CAMEL – elementy architektury
� Platforma IN CAMEL: CSE CAMEL Service Environment
– Przechowuje scenariusze usług
– CSE zlokalizowane i zarządzane przez operatora sieci macierzystej
– Jedna platforma CSE do realizacji wszystkich usług użytkownika
� Znaczniki abonentów: CAMEL Subscription Information (CSI)
– Przechowywane w HLR
– Przykłady dla CAMELa Fazy 2:• Originating CSI (O-CSI) for MO call and Forwarded call
• Terminating CSI (T-CSI) for MT calls
– Mogą być transferowane pomiędzy sieciami mobilnymi
� Nowy protokół „INAP” MSC - CSE : CAMEL Application Part (CAP)
– Interfejs międzynarodowy
17
Marek Średniawa ©
CAMEL - protokoły
� CAP - CAMEL Application Part� MAP - Mobile Application Part
– Usługi Call Handling Services
– Mobilność uzytkownika realizowana za pomocą „smart cards”
– Usługi uwierzytelniania i ochrony informacji
– Usługi eksploatacyjno-utrzymaniowe
– Ponad 30 usług dodatkowych
– Usługi zarządzania SMS
– Wymagania na sygnalizację HLR - VLR i VLR - MSC specyficzne dla CAMELa
18
Marek Średniawa ©
CAMEL Faza 3
� Podstawa - INAP CS1/2
� Współraca z usługami GSM
� Dodatkowe punkty detekcji:– GPRS DP– SMS DP
� Zarządzanie mobilnością
� Ograniczona realizacja VHE
� Call Party Handling i pełna realizacja VHE przeniesione do Etapu 3
19
Marek Średniawa ©
gsmSSF
GMSCgsmSSF
VMSCVLR
HLR gsmSCF
gsmSRF
Sieć macierzysta
Sieć wizytowanaSieć zapytująca
MS
Zgłoszenie
przychodzące
MAP
MAP MAP
MAP
CAP
gprsSSF
SGSN
CAP
Architektura CAMEL Faza 3
Roaming leg
CSE
20
Marek Średniawa ©
Stosy protokołów MAP/CAP
MAP
TCAP
SCCP
MTP3
MTP2
L1
MAP
TCAP
SCCP
MTP3
MTP2
L1
SGSN HLRGr
CAP
TCAP
SCCP
MTP3
MTP2
L1
CAP
TCAP
SCCP
MTP3
MTP2
L1
gprsSSF gsmSCFGe
21
Marek Średniawa ©
CAMEL – normalizacja
22
Marek Średniawa ©
Operacje: gsmSCF -> gsmSSF
� Connect
� Request Report BCSM Event
� Continue
� Continue With Argument
� Cancel
� Release Call
� Call Information Request
� Furnish Charging Information
� Send Charging Information
� Apply Charging
� Establish Temporary Con.
� Connect To Resource
� Disconnect Forward Con.
� Reset Timer
� Activity Test
23
Marek Średniawa ©
Operacje: gsmSSF -> gsmSCF
� Initial DP
� Event Report BCSM
� Apply Charging Report
� Call Information Report
� Activity Test ack
24
Marek Średniawa ©
Operacje: gsmSCF -> gsmSRF
� Prompt And Collect User Info.
� Play Announcement
� Cancel
� Activity Test
25
Marek Średniawa ©
Operacje: gsmSRF -> gsmSCF
� Prompt And Collect User Information ack
� Specialized Resource Report
� Assist Request Instructions
� Activity Test ack
26
Marek Średniawa ©
CAMEL Faza 3 - O_BCSM
27
Marek Średniawa ©
CAMEL – wysyłanie SMS
28
Marek Średniawa ©
CAMEL: przykład połączenia
• A – połączenie zainicjowane z MS. MSC otrzymuje informację o usłudze CAMEL dotyczącą Ab A
z VLR, stwierdza uaktywnienie usługi CAMEL i przekazuje je do gsmSSF. Następnie gsmSSF
kieruje zapytanie do gsmSCF za pomocą operacji IDP (service key, A-nr, B-nr, IMSI, location...)
• B - gsmSCF dokonuje np. translacji numeru.
• C - MSC zestawia połączenie wykorzystując informację przekazaną z gsmSCF.
29
Marek Średniawa ©
Punkty detekcji GPRS
� Zdarzenia GPRS mogą być widoczne dla gsmSCFi wykrywane w DP� Uzbrojenie DP służy powiadomieniu gsmSCF o
napotkaniu zdarzenia GPRS i pozwala gsmSCF przejąć kontrolę i wpłynąć na obsługę sesji GPRS /kontekstu PDP� Jeśli DP nieuzbrojony, to proces obsługi jest
kontynuowany bez interwencji gsmSCF
30
Marek Średniawa ©
Punkty detekcji
� TDP-R
– Uzbrajany statycznie
– Inicjują relację sterowania CAMEL
– napotkanie zdarzenia GPRS wstrzymuje proces obsługi sesji i przekazuje sterowanie do gsmSCF
� EDP-R
– Uzbrajany dynamicznie podczas trwania relacji sterowaniaCAMEL
– Napotkanie zdarzenia GPRS wstrzymuje sesję i gprsSSF czeka na instrukcje z gsmSCF
� EDP-N
– Uzbrajany dynamicznie podczas trwania relacji sterowaniaCAMEL
– Napotkanie zdarzenia GPRS nie wstrzymuje sesji.
31
Marek Średniawa ©
Model GPRS Attach/Detach
� Zdefiniowano 3 DP:
– DP Attach
– DP Change of Position GPRS session
– DP Detach
32
Marek Średniawa ©
Model GPRS PDP Context
� Zdefiniowano 4 DP:– DP PDP Context
Establishment
– DP PDP Context
Establishment Ack
– DP PDP Context
Disconnection
– DP Change of Position
Context
PDP ContextSetup Req
PDP_Context_Setup
PDP_Context_Established
Idle
C_Exception
PDP Context Est.
PDP ContextSetup Ack.
PDP Context Est. Ack.
Routeing area update
User or networkinitiated disc.
PDP ContextDisconnection
Routeing area update
Change of
Position context
Change of Position Context
33
Marek Średniawa ©
GPRS-CSI
� Procedura “Insert subscriber data”– GPRS-CSI (CAMEL Subscription Information) wysyłana z
HLR do SGSN.
� GPRS-CSI zawiera:– gsmSCF Address
– Service Key
– Default GPRS Handling
– TDP List
– CAMEL Capability Handling
– CSI state
– Notification flag
– gsmSCF address list for CSI
34
Marek Średniawa ©
Napotkany nowy DP + sygnalizacja CAP
GPRS-CSI z HLR
L3-MM, L3-SM lubsygnalizacja GTP-C
PDP Context Deactivation procedure
PDP Context Activation procedure
Attach procedure
GGSN HLRSCPSGSNUE/UTRAN
Attach Request
Update GPRS Location
Insert Subscriber Data
Attach Accept
Activate PDP Context RequestInitial DP GPRS
Apply Charging GPRS, FCI GPRS, SCI GPRS, Continue
Create PDP Context Request
Create PDP Context Response
Activate PDP Context Accept
Deactivate PDP Context Request
Apply Charging Report GPRS, Event Report GPRS
ACR GPRS Ack, SCI GPRS, Continue GPRS
Delete PDP Context Request
Delete PDP Context Response
Deactivate PDP Context Accept
Apply Charging Report GPRS
ACR GPRS Ack, Apply ChargingGPRS, FCI GPRS, SCI GPRS
Transfer danych podczas aktywnego kontekstu PDP+ sygnalizacja CAP
Camel – charakterystyka wersjiPhase 1 Phase 2 Phase 3 Phase 4
CS CS CS, PS IMS
· Obsługa połączeń
wychodzących i
przychodzących
· No charging operations
· brak obsługi zapowiedzi
· ograniczony zbiór DP
· Taryfikacja
· obsługa poszerzonego
zbioru DP
· zapowiedzi i sygnały
tonowe
· obsługa DTMF
· obsługa USSD
między SCP/CSE
i telefonem
· Taryfikacja GPRS i SMS
· usługi dodatkowe
· obsługa interfejsu SCP/CSE-
HLR
· Sterowanie z SCP/CSE usług
dodatkowych CW, CF i MPTY
· funkcje zarządzania
mobilnością Mobility
· Interakcja z funkcją
optymalnego rutingu
· Call Party Handling
· obsługa DTMF w trakcie
połączeń
· elastyczne wtrącanie
sygnalizacji tonowej
· udostępnianie lokalizacji Ab B
· obsługa MNP
· Call Hunting
· Call Announcement
· Personal Discount
· Reverse Charging
· Prepaid Service
· VPN
· Fraud Prevention and
Monitoring
· Follow-On Call
· Prepaid SMS
· Charge Limitation to GPRS
services
· Fraud Control
· Intelligent Call Routing
· Monitoring the Location of
the Subscriber
· Call Screening
· Call Forwarding
· Call Redirection
· Call Routing
· bardzo prosta wersja
VPN
36
Marek Średniawa ©
ISDN*
IN i Internet - PINT:
PSTN / Internet Interworking
SIP
SIP
SIP
Żądania
IP*
37
Marek Średniawa ©
Usługi PINT – RFC 2848
� R2C - Request to call:
– Żądanie wysłane z węzła (host) sieci IP inicjuje zestawienie połączenia telefonicznego
� R2F - Request to fax
� R2FB - Request to fax back
� R2HC - Request to hear content
� R2C - Request to Conference (planowana)
38
Marek Średniawa ©
ISDN*
IN i Internet - SPIRITS: Services in the PSTN/IN Requesting Internet Services
SIP
SIP
SIP
Powiadomienia / Żądania
IP*
39
Marek Średniawa ©
Usługi SPIRITS - RFC 3136
� SPIRITS (Services in the PSTN/IN Requesting Internet Services)� Przekazywanie informacji o zdarzeniach w ISDN* do aplikacji
usługowej w domenie IP* w celu ich przetworzenia i przekazania zwrotnie instrukcji co dalszego sposobu obsługi zgłoszenia
– Użycie XML i protokołu SPIRITS (rozszerzenie SIP)
� Przykładowe usługi:– Internet Call Waiting – powiadamianie o połączeniu
oczekującym w trakcie nawigowania w Internecie– Internet Call Forwarding – przekierowywanie połączeń– Internet Caller ID delivery – dostarczanie identyfikacji– Powiadomienia o:
• nowej wiadomości w poczcie głosowej
• zmianie stanu abonenta - np. włączenie telefonu
• pojawienie się członka grupy w określonej lokalizacji
40
Marek Średniawa ©
Usługa ICW
SCPSSP Internet
Zgloszenie oferowane jako VoIP
Zgloszenie przychodzace od “A”
VoIPGW
Użytkownik “B” nawiguje w Internecie
Aktywacja usługi IN
Linia “B” zajęta
Przekierowanie zgloszenia
Aktywowana aplikacja klienta VoIP
“A” rozmawia z “B” … i “B” może nadal korzystac z Internetu ...
A B
Numer bramy VoIP
41
Marek Średniawa ©
Serwer /
Brama PINT
Brama
SPIRITS
Klient
SPIRITS
SSF
Klient PINT
Serwer
SPIRITS
A: SIP - PINT
B: SIP - SPIRITS
INAP
SCF
C: SIP - SPIRITS
D
EPC
Sieć SS7
Domena ISDN*
Domena IP*
IN
Architektura PINT / SPIRITS
42
Marek Średniawa ©
SM
Domena IN Domena IP
SCF
CCF
SDF
SSF
SRF
SSF IP/Internet
Serwer SIP Proxy
Gatekeeper H.323
SM – Session Manager
Współpraca IN-IP
Parlay/OSA API
Co to jest OSA?
OSA
API
Serwer aplikacji/
Aplikacje
Infrastruktura
Sieciowa
Operatora
• API pośredniczące między sieciami
telekomunikacyjnymi, operatorami i
aplikacjami stron trzecich
• Bezpieczny interfejs między
operatorem sieci a serwerami
aplikacji
• Otwarta norma
• Parlay Group, ETSI i 3GPP
• Podnosi poziom abstrakcji przy
programowaniu i umożliwia
konwergencję sieci i usług
44
Marek Średniawa ©
45
Marek Średniawa ©
Zasoby sieciowe operatorów: IN / ISDN / PSTN, IP, GSM, 3G, NGN
Np. SCP, CSE, HLR, serwer lokalizacji, …..
Platforma sługowa
(Capability server)
Serwery aplikacji
Kreacja aplikacji
Framework
Protokoły: INAP CAP MAP (specyficzne dla operatora)
Domena operatora
Parlay/OSAAPI
Domena niezależnego
usługodawcy
Idea Parlay/OSA API
User Location Call control
Klasa interfejsu
Aplikacje
46
Marek Średniawa ©
Brama Parlay/OSA
Aplikacja2 – SP1
Parlay/OSA API
PLMNGSM/UMTS
(CS/PS)
PSTN / ISDN
(CS)
PLMN
UMTS
(IMS)
Firmowe sieci
wydzielone
MSC S-CSCFSSP PBXSGSN
Wykorzystanie Parlay/OSA API
Aplikacja1 – SP1 Aplikacja3 – SP2
Odwzorowanie protokołów specyficznych dla poszczególnych sieci
Parlay/OSA definiuje API, które umożliwia operatorowi i niezależnym usługodawcom wykorzystanie zasobów i infrastruktury sieciowej za pomocą zbioru otwartych, bezpiecznych i znormalizowanych interfejsów.
47
Marek Średniawa ©
Operator
sieci
Parlay/OSA APIParlay
Własne aplikacjeBrama Parlay/OSA
Sieci dostępowe
Inny operator lub VNO/MVNO
ASP
Sieć prywatna
Baza danych
Aplikacje firmowe
Sygnalizacjai
Sterowanie
Scenariusz wykorzystania Parlay/OSA API
Firewall
Synergia telekomunikacji i IT w zakresie projektowania, udostępniania i świadczenia usług !!!
48
Marek Średniawa ©
Parlay – strona techniczna
� Interfejs Szkieletowy (Framework) – podstawowe funkcje
– Uwierzytelnienie i identyfikacja (Authentication),
odkrywanie (Discovery), funkcje zarządzania
� Interfejs transportowy– CORBA, WSDL (Web Services)
� Główne interfejsy usługowe
– Call Control
– User Interaction
– Content-based Charging
– Location
– Presence and Availability
– Messaging
– Policy Management
– Quality of Service
� Interfejsy zasobowe –
– między bramą Parlay a elementami sieci
– poza specyfikacją Parlay
Serwer
Aplikacji
Interfejs
szkieletowy
(Framework)
Brama Parlay/OSA
Interfejs
zasobowy
Interfejs
zasobowy
Interfejs
usługowy
Parlay/OSA API
HLR
49
Marek Średniawa ©
Zestaw interfejsów Parlay API
Data
Session
Control
Content based
Charging
Policy
Management
Mobility
Management
User
Interaction
Account
Management
Framework
Call
Control
Terminal
Capabilities
Presence &
Availability
Generic
Messaging
Aplikacje Parlay/OSA
MMS
User Profile
Management
Policy
Enforcement
…
……
50
Marek Średniawa ©
Parlay-X
� Zestawy składników funkcjonalnych dla projektantów aplikacji internetowych:
– Sterowanie połączeniem przez stronę trzecią - 3PCC (Third Party Call Control)
– Sterowanie połączeniem przez stronę trzecią inicjowane przez sieć (Network Initiated Third Party Call Control)
– Wymiana wiadomości tekstowych (SMS)– Wymiana wiadomości multimedialnych (Multimedia
Messaging)– Płatności (Payment)– Zarządzanie kontem użytkownika (Account Management)– Status użytkownika (User Status)– Lokalizacja użytkownika (User Location)
51
Marek Średniawa ©
Brama Parlay-X
Interfejsy Parlay API
Brama
Parlay
Serwer
Aplikacji
Elementy
sieci
Serwer
Aplikacji
Brama
Parlay X
Elementy
sieci
Interfejs Parlay X
C, C++, Java, skrypt XML
Skrypt XML, Servlety, Java, C
Protokoły sieciowe:
SS7, INAP, SIP etc.
Protokół:
• SOAP
• HTTP
• TCP/IP
[Źródło: materiały Grupy Parlay]
52
Marek Średniawa ©
Typowe kategorie aplikacji Parlay
� Zarządzanie połączeniami
– Zaawansowane kierowanie
połączeń
– Obsługa list połączeń
– Usługi konferencyjne
� Usługi głosowe
– Wzbogacony VPN
– Wsparcie produktywności -
obecność
� Obsługa wymiany wiadomości
– Zunifikowana komunikacja
– SMS Push/Pull
– MMS Push
� Usługi informacyjne
– Pomoc w podróży
– Przypominanie &
Alarmy
� Rozrywka
– gry
� Usługi lokalizacyjne
– Znajdowanie osób lub
obiektów w pobliżu
– Monitorowanie
� Taryfikacja
– wydarzenia
– Specjalne stawki
� Aplikacje lojalnościowe
– Nagrody za korzystanie
z usług
53
Marek Średniawa ©
Przykład wykorzystania Parlay X:
usługa „BT Wholesale Web Call Connect”
� Idea:– Udostępnienie poprzez znormalizowane API Parlay X
funkcjonalności sieci telekomunikacyjnej BT
• Wykorzystanie przez zewnętrznych usługodawców
mechanizmów sterowania zgłoszeniem przez stronę
trzecią – 3rdPCC
• Udostępnienie funkcjonalności IN CS1+
– Poszerzenie środowiska projektantów usług poza
domenę telekomunikacyjną
• Kreacja usług dostępna dla „zwykłych” informatyków :
– JBuilderManage, WebSphere, Visualbasic , J2EE, J2ME
� Przykłady aplikacji:– Click-to-Call, powiadomienia, zasilanie informacją, …
54
Marek Średniawa ©
Usługa „Wholesale Web Call Connect”
Źródło: informacja BT
55
Marek Średniawa ©
Konfiguracja wdrożenia WWCC
56
Marek Średniawa ©
Korea Telecom
� Click-to-dial
� Telefoniczne kojarzenie par
57
Marek Średniawa ©
MMS wyzwalany przez połączenie telefoniczne
• Realizacja za pomocą Parlay/OSA API
Przykład usługi - automatyczna
prezentacja strony WWW
… firmy i ludzie mają swoje witryny internetowe …
Tradycyjnie na PC...
… witryna prezentowana w telefonie
Nowy pomysł
58
Marek Średniawa ©
� Śledzenie osób, zdarzeń i miejsc – Wyświetlanie położenia i powiadomień o zdarzeniach
pobliżu
� Osoby:– Aktywna lista przyjaciół
– Informowanie o osobach z listy, które pojawią się w pobliżu (definiowany promień)
– Np. osoba znajoma o 2 km
– Dziecko znajdzie się dalej niż 10 km od domu/szkoły
� Wydarzenia:– koncerty wyprzedaże, korki niedaleko
� Miejsca:– stacje benzynowe, bankomaty, restauracje w pobliżu
Lucent iLocator
usługa lokalizacyjna – śledzenie i alarm
59
Marek Średniawa ©
Telenor
� Aktywna lista przyjaciół
– Lokalizacja na mapie
– Wysłanie SMSa lub okólnika
– Konferencja w grupie
– Powiadamianie gdy ktoś z przyjaciół jest w pobliżu
60
Marek Średniawa ©
Dlaczego Parlay jest ważny ?
� Integruje usługi IN z aplikacjami IT poprzez bezpieczny i dostarczający mechanizmy rozliczania interfejs.
� Umożliwia operatorom rozszerzenie zasięgu sieci o internet i sieci korporacyjne
� Umożliwia ASP rozszerzenie zakresu świadczonych usług o sieci telekomunikacyjne
� Definiuje zarówno infrastrukturę techniczną jak i model biznesowy:
– Daje dostęp zewnętrznym serwerom aplikacji do funkcji sieci telekomunikacyjnych
– Wprowadza model internetowy usług do domeny telekomunikacyjnej z uwzględnieniem pełnego udziału operatorów telekomunikacyjnych
– Zmniejsza ryzyko biznesowe wszystkich podmiotów dzięki wspólnemu API
61
Marek Średniawa ©
Parlay/OSA API - motywacja
� Parlay/OSA API - wielkie przyspieszenie procesu projektowania i wdrażania nowych usług w stosunku do klasycznej sieci IN– Czas udostępnienia nowej usługi – rzędu 3-4 miesięcy
– Nieliczna populacja implementatorów usług IN – Parlay/OSA zdefiniowane w UML z odwzorowaniem na: Corba IDL i Java
� Parlay-X Web Services API otwiera telekomunikację dla programistów IT
Protokoły
Programowalne API
Skrypty
Siła wyrazu Populacja programistów i projektantów
INAP, MAP, CAP, ISUP, SIP,
Parlay OSA
(sockets, C++, Java)
Miliony
Tysiące
500,000
Parlay X(JavaScript,
Visual Basic)
62
Marek Średniawa ©
Dodatek 2 - wyjaśnienie
skrótów: CAMEL� CAMEL Customized Applications for Mobile network Enhanced Logic
� DTN Deflected To Number
� D-CSI Dialled Services CAMEL Subscription Information
� FTN Forwarded To Number
� GMLC Gateway MLC
� GMSC Gateway MSC
� GPRS General Packet Radio Service
� gprsSSF GPRS Service Switching Function
� GPRS-CSI GPRS CAMEL Subscription Information
� gsmSCF GSM Service Control Function
� gsmSRF GSM Specialised Resource Function
� gsmSSF GSM Service Switching Function
� HLR Home Location Register
� HPLMN Home PLMN
� IE Information Element
� IPLMN Interrogating PLMN
� LCS Location Services
� LSA Localised Service Area
� M-CSI Mobility Management event Notification CAMEL Subscription Information
� MF Mobile Forwarding
� MLC Mobile Location Centre
� MO Mobile Originating
� MSC Mobile service Switching Centre
63
Marek Średniawa ©
Dodatek 2 - wyjaśnienie
skrótów: CAMEL� MT Mobile Terminating in GMSC
� N-CSI Network CAMEL Service Information
� NNI Network Node Interface
� O-CSI Originating CAMEL Subscription Information
� ODB Operator Determined Barring
� OSS Operator Specific Service
� PDP Packet Data Protocol
� PLMN Public Land Mobile Network
� SGSN Serving GPRS Support Node
� SMLC Serving MLC
� SMS-CSI Short Message Service CAMEL Subscription Information
� SS-CSI Supplementary Service Notification CAMEL Subscription Information
� T-CSI Terminating CAMEL Subscription Information (in the GMSC)
� TPDU Transfer Protocol Data Unit
� TIF-CSI Translation Information Flag
� U-CSI USSD CAMEL Subscription Information
� UG-CSI USSD General CAMEL Service Information
� UNI User Network Interface
� USSD unstructured supplementary data
� VLR Visitor Location Register
� VPLMN Visited PLMN
� VT Mobile Terminating in VMSC
� VT-CSI VMSC Terminating CAMEL Subscription Information
64
Marek Średniawa ©