Ewolucja IN

Ewolucja IN
IN CS2/3/4, CAMEL, Parlay
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
2
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
3
Marek Średniawa ©
Operacje IN CS2 INAP
Sterowanie stronami połączenia
(CPH - Call Party Handling):
SCFSSF
– CreateCallSegmentAssociation
– MoveCallSegments
– MergeCallSegments
– SplitLeg
– MoveLeg
– DisconnectLeg
4
Marek Średniawa ©
IN CS2/3 Architektura funkcjonalna
Granica między sieciami
SMAF
SMF
Inne SMF
SDF
SCEF
CS2
SDF
CS1R
CS-1R
SCF
CS1R
CS2
SCF
CS2
CS2
Terminal
SCUAF
CCAF
CS1R
IAF
CS2
CS2
CUSF
SSF
CCF
SRF
SRF
CCF
5
Marek Średniawa ©
O_Exception
O_Null
O_Abandon
Origination_Attempt
origination_denied
Auth_Orig_Attempt
IN CS-2: O_BCSM
Origination_Attempt_Authorized
collect_timeout
Collect_ Information
Collected_Information
invalid_information
Analyse_Information
route_busy
Analysed_Information
Select_Route
Route_Select_Failure
route_failure
auth_route_failure
Auth_Call_Setup
O_Called_Party_Busy
Send_Call
O_Mid_Call
O_Term_Seized
O_Alerting
O_No_Answer
O_Mid_Call
O_Answer
O_Active
O_Mid_Call
Calling Party
Called Party
O_Suspended
O_Suspended
o_active_failure
O_Re_Answer
reconnect
o_suspend_failure
O_Disconnect
6
Marek Średniawa ©
O_Mid_Call
IN CS-2: Proces T_BCSM
T_Exception
T_Null
T_Abandon
Termination_Attempt
termination_denied
Auth_Term_Attempt
Termination_Attempt_Authorized
Select Facility
SS7 Failure
T_Busy
Facility_Selected_and_Available
presentation_failure
Present_Call
Call _Accepted
call_rejected
T_Alerting
T_No_Answer
T_Answer
T_Active
Called Party
T_Mid_Call
Calling Party T_Suspended
T_Suspended
T_Disconnect
Marek Średniawa ©
t_active_failure
T_Re_Answer
reconnect
t_suspend_failure
7
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.
8
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
Marek Średniawa ©
9
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
10
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
Marek Średniawa ©
11
Ewolucja IN
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
13
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
14
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)
15
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
16
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
17
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
18
Marek Średniawa ©
Architektura CAMEL Faza 3
CSE
HLR
MAP
MAP
MAP
Sieć macierzysta
gsmSCF
CAP
CAP
gprsSSF
MAP
SGSN
gsmSSF
Zgłoszenie
przychodzące
GMSC
VLR
Roaming leg
Sieć zapytująca
gsmSSF
VMSC
MS
Sieć wizytowana
gsmSRF
19
Marek Średniawa ©
Stosy protokołów MAP/CAP
MAP
MAP
CAP
CAP
TCAP
TCAP
TCAP
TCAP
SCCP
SCCP
SCCP
SCCP
MTP3
MTP3
MTP3
MTP3
MTP2
MTP2
MTP2
MTP2
L1
L1
L1
L1
HLR
gprsSSF
SGSN
Gr
Ge
gsmSCF
20
Marek Średniawa ©
CAMEL – normalizacja
21
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
22
Marek Średniawa ©
Operacje: gsmSSF -> gsmSCF
Initial DP
Event Report BCSM
Apply Charging Report
Call Information Report
Activity Test ack
23
Marek Średniawa ©
Operacje: gsmSCF -> gsmSRF
Prompt And Collect User Info.
Play Announcement
Cancel
Activity Test
24
Marek Średniawa ©
Operacje: gsmSRF -> gsmSCF
Prompt And Collect User Information ack
Specialized Resource Report
Assist Request Instructions
Activity Test ack
25
Marek Średniawa ©
CAMEL Faza 3 - O_BCSM
26
Marek Średniawa ©
CAMEL – wysyłanie SMS
27
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.
28
Marek Średniawa ©
Punkty detekcji GPRS
Zdarzenia GPRS mogą być widoczne dla gsmSCF
i 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
29
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 sterowania
CAMEL
– Napotkanie zdarzenia GPRS wstrzymuje sesję i gprsSSF
czeka na instrukcje z gsmSCF
EDP-N
– Uzbrajany dynamicznie podczas trwania relacji sterowania
CAMEL
– Napotkanie zdarzenia GPRS nie wstrzymuje sesji.
30
Marek Średniawa ©
Model GPRS Attach/Detach
Zdefiniowano 3 DP:
– DP Attach
– DP Change of
Position GPRS
session
– DP Detach
31
Marek Średniawa ©
Model GPRS PDP Context
Idle
Zdefiniowano 4 DP:
– DP PDP Context
Establishment
– DP PDP Context
Establishment Ack
– DP PDP Context
Disconnection
– DP Change of Position
Context
PDP Context
Setup Req
PDP Context Est.
PDP_Context_
Setup
PDP Context
Disconnection
C_Exception
PDP Context
Setup Ack.
PDP Context Est. Ack.
User or network
initiated disc.
PDP_Context_
Established
Routeing area update
Change of Position Context
Routeing area update
Change of
Position context
32
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
33
Marek Średniawa ©
UE/UTRAN
SGSN
SCP
GGSN
HLR
Attach procedure
Attach Request
Update GPRS Location
Insert Subscriber Data
Attach Accept
PDP Context Activation procedure
Activate PDP Context Request
Initial DP GPRS
Apply Charging GPRS, FCI GPRS, SCI GPRS, Continue
Create PDP Context Request
Create PDP Context Response
Activate PDP Context Accept
Apply Charging Report GPRS
ACR GPRS Ack, Apply Charging
GPRS, FCI GPRS, SCI GPRS
PDP Context Deactivation procedure
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
GPRS-CSI z HLR
Transfer danych podczas aktywnego kontekstu PDP
+ sygnalizacja CAP
L3-MM, L3-SM lub
sygnalizacja GTP-C
Napotkany nowy DP + sygnalizacja CAP
Marek Średniawa ©
34
Camel – charakterystyka wersji
Phase 1
CS
Phase 2
CS
Phase 3
CS, PS
· 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/CSEHLR
· Sterowanie z SCP/CSE usług
dodatkowych CW, CF i MPTY
· funkcje zarządzania
mobilnością Mobility
· Call Screening
· Call Forwarding
· Call Redirection
· Call Routing
· bardzo prosta wersja
VPN
· 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
Phase 4
IMS
· 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
IN i Internet - PINT:
PSTN / Internet Interworking
IP*
SIP
ISDN*
SIP
SIP
Żądania
36
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)
37
Marek Średniawa ©
IN i Internet - SPIRITS:
Services in the PSTN/IN Requesting Internet Services
IP*
SIP
ISDN*
SIP
SIP
Powiadomienia / Żądania
38
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
39
Marek Średniawa ©
Usługa ICW
A
SSP
B
SCP
VoIP
GW
Internet
Użytkownik “B” nawiguje w Internecie
Zgloszenie przychodzace od “A”
Linia “B” zajęta
Aktywacja usługi IN
Przekierowanie zgloszenia
Numer bramy VoIP
Zgloszenie oferowane jako VoIP
Aktywowana aplikacja klienta VoIP
“A” rozmawia z “B” …
i “B” może nadal korzystac z Internetu ...
40
Marek Średniawa ©
Architektura PINT / SPIRITS
Domena IP*
Klient PINT
Serwer
SPIRITS
A: SIP - PINT
Serwer /
Brama PINT
Brama
SPIRITS
B: SIP - SPIRITS
C: SIP - SPIRITS
PC
Klient
SPIRITS
Domena ISDN*
INAP
SSF
E
Sieć SS7
D
SCF
IN
41
Marek Średniawa ©
Współpraca IN-IP
SDF
SCF
SRF
SM – Session Manager
SSF
SSF
CCF
Domena IN
SM
Serwer SIP Proxy
IP/Internet
Gatekeeper H.323
Domena IP
42
Marek Średniawa ©
Parlay/OSA API
Co to jest OSA?
• API pośredniczące między sieciami
telekomunikacyjnymi, operatorami i
aplikacjami stron trzecich
Serwer aplikacji/
Aplikacje
OSA
API
• 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
Infrastruktura
Sieciowa
Operatora
44
Marek Średniawa ©
Idea Parlay/OSA API
Domena niezależnego
usługodawcy
Kreacja aplikacji
Aplikacje
Serwery aplikacji
Parlay/OSA API
Domena operatora
Platforma sługowa
Klasa interfejsu
Framework (Capability server)
User Location Call control
Protokoły: INAP
CAP
MAP (specyficzne dla operatora)
Zasoby sieciowe operatorów: IN / ISDN / PSTN, IP, GSM, 3G, NGN
Np. SCP, CSE, HLR, serwer lokalizacji, …..
45
Marek Średniawa ©
Wykorzystanie Parlay/OSA API
Aplikacja1 – SP1
Aplikacja3 – SP2
Aplikacja2 – SP1
Parlay/OSA API
Brama Parlay/OSA
Odwzorowanie protokołów
specyficznych dla poszczególnych sieci
SGSN
MSC
PLMN
GSM/UMTS
(CS/PS)
SSP
PSTN / ISDN
(CS)
S-CSCF
PLMN
UMTS
(IMS)
PBX
Firmowe sieci
wydzielone
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.
46
Marek Średniawa ©
Scenariusz wykorzystania Parlay/OSA API
Operator
sieci
Własne aplikacje
Firewall
Brama Parlay/OSA
Parlay
Inny operator lub VNO/MVNO
ASP
Parlay/OSA API
Aplikacje firmowe
Baza danych
Sygnalizacja
i
Sterowanie
Sieć prywatna
Sieci dostępowe
Synergia telekomunikacji i IT w zakresie projektowania, udostępniania i świadczenia usług !!!
47
Marek Średniawa ©
Parlay – strona techniczna
Interfejs Szkieletowy (Framework) – podstawowe funkcje
–
Interfejs transportowy
–
CORBA, WSDL (Web Services)
Serwer
Aplikacji
Parlay/OSA API
Główne interfejsy usługowe
–
–
–
–
–
–
–
–
Uwierzytelnienie i identyfikacja (Authentication),
odkrywanie (Discovery), funkcje zarządzania
Call Control
User Interaction
Content-based Charging
Location
Presence and Availability
Messaging
Policy Management
Quality of Service
Interfejs
szkieletowy
(Framework)
Interfejs
usługowy
Brama Parlay/OSA
Interfejs Interfejs
zasobowy zasobowy
Interfejsy zasobowe –
–
–
między bramą Parlay a elementami sieci
poza specyfikacją Parlay
HLR
48
Marek Średniawa ©
Zestaw interfejsów Parlay API
…
…
…
Aplikacje
Parlay/OSA
Framework
Policy
Enforcement
User Profile
Management
Call
Control
MMS
Content based
Charging
Generic
Messaging
Terminal
Capabilities
Mobility
Management
Presence &
Availability
User
Interaction
Policy
Management
Data
Session
Control
Account
Management
49
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)
50
Marek Średniawa ©
Brama Parlay-X
Skrypt XML, Servlety, Java, C
C, C++, Java, skrypt XML
Serwer
Aplikacji
Serwer
Aplikacji
Interfejs Parlay X
Brama
Parlay X
Interfejsy Parlay API
Brama
Parlay
Elementy
sieci
Marek Średniawa ©
Protokoły sieciowe:
SS7, INAP, SIP etc.
[Źródło: materiały Grupy Parlay]
Protokół:
• SOAP
• HTTP
• TCP/IP
Elementy
sieci
51
Typowe kategorie aplikacji Parlay
Zarządzanie połączeniami
– Zaawansowane kierowanie
połączeń
– Obsługa list połączeń
– Usługi konferencyjne
Rozrywka
– gry
Usługi lokalizacyjne
– Znajdowanie osób lub
obiektów w pobliżu
– Monitorowanie
Obsługa wymiany wiadomości
– Zunifikowana komunikacja
– SMS Push/Pull
– MMS Push
Usługi informacyjne
– Pomoc w podróży
– Przypominanie &
Alarmy
Usługi głosowe
– Wzbogacony VPN
– Wsparcie produktywności obecność
Taryfikacja
– wydarzenia
– Specjalne stawki
Aplikacje lojalnościowe
– Nagrody za korzystanie
z usług
52
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ą, …
53
Marek Średniawa ©
Usługa „Wholesale Web Call Connect”
Marek Średniawa ©
Źródło: informacja BT
54
Konfiguracja wdrożenia WWCC
55
Marek Średniawa ©
Korea Telecom
Click-to-dial
Telefoniczne kojarzenie par
56
Marek Średniawa ©
Przykład usługi - automatyczna
prezentacja strony WWW
MMS wyzwalany przez połączenie telefoniczne
• Realizacja za pomocą Parlay/OSA API
Nowy pomysł
Tradycyjnie na PC...
… firmy i ludzie mają swoje
witryny internetowe …
Marek Średniawa ©
… witryna prezentowana w telefonie
57
Lucent iLocator
usługa lokalizacyjna – śledzenie i alarm
Ś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
58
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
59
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
60
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
Siła wyrazu
Parlay X
(JavaScript,
Visual Basic)
Parlay OSA
(sockets, C++, Java)
INAP, MAP, CAP, ISUP, SIP,
Populacja programistów i projektantów
Skrypty
Miliony
Programowalne API
500,000
Tysiące
Protokoły
61
Marek Średniawa ©
Dodatek 2 - wyjaśnienie
skrótów: CAMEL
CAMEL
DTN
D-CSI
FTN
GMLC
GMSC
GPRS
gprsSSF
GPRS-CSI
gsmSCF
gsmSRF
gsmSSF
HLR
HPLMN
IE
IPLMN
LCS
LSA
M-CSI
MF
MLC
MO
MSC
Marek Średniawa ©
Customized Applications for Mobile network Enhanced Logic
Deflected To Number
Dialled Services CAMEL Subscription Information
Forwarded To Number
Gateway MLC
Gateway MSC
General Packet Radio Service
GPRS Service Switching Function
GPRS CAMEL Subscription Information
GSM Service Control Function
GSM Specialised Resource Function
GSM Service Switching Function
Home Location Register
Home PLMN
Information Element
Interrogating PLMN
Location Services
Localised Service Area
Mobility Management event Notification CAMEL Subscription Information
Mobile Forwarding
Mobile Location Centre
Mobile Originating
Mobile service Switching Centre
62
Dodatek 2 - wyjaśnienie
skrótów: CAMEL
MT Mobile
N-CSI
NNI
O-CSI
ODB
OSS
PDP
PLMN
SGSN
SMLC
SMS-CSI
SS-CSI
T-CSI
TPDU
TIF-CSI
U-CSI
UG-CSI
UNI
USSD
VLR
VPLMN
VT Mobile
VT-CSI VMSC
Marek Średniawa ©
Terminating in GMSC
Network CAMEL Service Information
Network Node Interface
Originating CAMEL Subscription Information
Operator Determined Barring
Operator Specific Service
Packet Data Protocol
Public Land Mobile Network
Serving GPRS Support Node
Serving MLC
Short Message Service CAMEL Subscription Information
Supplementary Service Notification CAMEL Subscription Information
Terminating CAMEL Subscription Information (in the GMSC)
Transfer Protocol Data Unit
Translation Information Flag
USSD CAMEL Subscription Information
USSD General CAMEL Service Information
User Network Interface
unstructured supplementary data
Visitor Location Register
Visited PLMN
Terminating in VMSC
Terminating CAMEL Subscription Information
63
64
Marek Średniawa ©