SSMK-2015-3 CAMEL

INAP 1
 Aplikativni protokoli grupe SS7

 INteligentna mreža
 IN mreža je univerzalna uslužna platforma koja
omogućuje:
- nezavisnost usluga
- nezavisnost mreža
- IN se može smatrati međuprostorom (middleware) između
usluga i prenosnih mreža kao: PSTN, ISDN, B-ISDN, PLNM,
Internet, ...

INAP 2
Evolucija IN
 Pristup realizacije novih usluga na osnovu SIB (Service
Independent Blocks) elemenata usluge daje mogućnost
vrlo brze proizvodnje novih usluga u datom skupu
mogućnosti CS (Capability Set)
 Sa evolutivnim širenjem funkcionalnosti uslužnih
komponenata razvijaju se naprednije telekomunikacione
usluge
 Danas su najpoznatije IN usluge vezane za naprednu
telefoniju
 IN usluge uključuju aplikacije mobilnosti,
širokopojasnosti, multimedija i Interneta

INAP 3
IN koncepcijski model INCM
 Korisnik će mrežu smatrati inteligentnom ako ona
omogućuje prepoznavanje i posluživanje zahtjeva tako
da korisnik ne mora poznavati tehnologiju mreže i
usluga.
 Veća je sloboda raspodjele inteligencije u mreži
zahvaljujući rješenjima komutacije, prenosa,
signalizacije, distribuirane obrade podataka,
upravljačkih baza podataka i ekspertnih sistema.
 Ravan usluga (SP - Service Plane) određuje pogled
isključivo sa strane usluga, bez informacija o načinu
izvedbe usluge u mreži, na način kako uslugu vidi
korisnik. Svaka usluga (S - Service) sastoji se od jedne ili
više odlika usluge (SF - Service Feature).

INAP 4
IN koncepcijski model INCM
 Globalna funkcijska ravnina (GFP - Global Functional Plane) opisuje
cijelu inteligentnu mrežu kao jedan entitet. U njoj su sadržani osnovna
obrada poziva (BCP - Basic Call Processing) i blokovi nezavisni o
usluzi (SIB - Service Independent Building Block). Osnovna obrada
poziva je takođe blok nezavisan o uslugama koji se s ostalima
povezuje preko tačaka započinjanja (POI - Point of Initiation) i tačaka
vraćanja (POR - Point of Return).
 Distribuirana funkcijska ravan (DFP - Distributed Functional Plane)
opisuje distribuiranu strukturu inteligentne mreže. U njoj funkcijski
entiteti (FE - Function Entity) izvode različite akcije (FEA - Function
Entity Action).
 Fizička ravan (PP - Physical Plane) modelira fizičku strukturu
inteligentne mreže. Sadrži fizičke entitete (PE Physical Entity) i
protokole za njihovo povezivanje. Svaki funkcijski entitet se izvodi u
nekom fizičkom entitetu (npr. terminal, komutacioni čvor, ruter).

INAP 5
IN CS1

Koncepcijski model inteligentne mreže

INAP 6
 IN CS1 usluge
 Toll free calls (ili Free phone) – besplatni poziv
 Prepaid calling – Prethodno plaćanje poziva
 Single Number Service - Omogućuje usmjeravanje poziva
zavisno o geografskoj lokaciji (hitna medicinska pomoć,
vatrogasci, ..)
 Routing by day of week - Usmjeravanje poziva ovisno o
danu u sedmici
 Routing by time of day - Usmjeravanje poziva ovisno o satu
u danu
 Selective routing – Usmjeravanje zaovisno o biranom broju
 Alternate destination on busy - usmjeravanje u slučaju
zauzetog odredišta
 Private number plains - privatni plan numeracije (VPN –
“Centrex”)
 Calling party pays - npr. za slučaj poziva prema mobilnoj
mreži i više varijanti naplate poziva
 Mass calling service - korisnici registriraju svoja mišljenja-
glasanja INAP 7
 IN CS1 usluge
 Personal access - vrsta follow me usluge (korisnik
prijavljuje svoju poziciju u mreži)
 Work at home - biranjem šifre ureda naplata se
prenosi na poslovni ured
 PBX service - proširenje PBX usluge na javnu
mrežu
 Inbound call restriction - Restrikcija dolaznih
poziva
 VPN (proširenje Centrex usluge na cijelu mrežu)
 Abbreviated dialing
 Number portability - Prenosivost broja u mreži
(LNP)

INAP 8
 IN CS1 - Fizička struktura IN mreže
 SSP (Service Switching Point) – komutacioni čvor usluge je, u stvari, komutacioni sistem u
PSTN ili ISDN mreži koji obezbjeđuje pristup u IN mrežu. U ovom čvoru se detektuje zahtjev
za IN uslugom. On šalje zahtjev ka SCP za informacijom kako dalje da obrađuje poziv. SSP
može biti integrisan u komutacioni sistem ili može biti nezavisan.
 SCP (Service Control Point) – upravljčki čvor usluge u okviru IN. Primivši zahtjev od SSP,
daje mu instrukcije (naprimjer stvarnu adresu gdje se usluga realizuje). U čvoru se realizuju
funkcije obrade, a ponekad i baza podataka SDP.
 SMP (Service Management Point), SCEP (Service Creation Environment Point) i SMAP
(Service Management Access Point) ponekad se kraće obilježavaju kao SMS (Service
Management System) – sistem upravljanja uslugom. On je zadužen za proizvodnju i
administraciju usluga.
 IP (Intelligent Peripheral) je dodatni organ koji, naprimjer, može služiti za davanje
obavještenja potrebnih u toku davanja usluge.
 Između elemenata ove strukture razmjenjuju se informacije
korištenjem TCAP protokola i INAP protokola

INAP 9
 IN -Funkcijski entiteti
 Funkcijskim entitetom smatra se skupina funkcija na jednoj lokaciji koja označava
podskup skupa funkcija potrebnih za izvedbu usluge. Dva funkcijska entiteta
komuniciraju informacijskim tokom.
 funkcijski entitet za upravljanje pristupom pozivu (CCAF - Call Control Access
Function) koji omogućuje pristup korisnika i njegovu interakciju s mrežom
 funkcijski entitet za upravljanje pozivom (CCF - Call Control Function) koji ostvaruje
obradu poziva i veza. Nije dio inteligentne mreže, ali joj daje informacije o pozivu i
izvršava naručene procese koje šalje SCF i koje prosljeđuje SSF.
 funkcijski entitet za komutiranje usluga (SSF - Service Switching Function) koji
proširuje pozive uslugama.
 funkcijski entitet za upravljanje uslugama (SCF - Service Control Function) koji
usklađuje upravljanje pozivom sa zahtjevima za uslugama, a pritom može uključivati I
dodatne funkcijske entitete potrebne za ostvarenje usluge
 funkcijski entitet za podatke o uslugama (SDF - Service Data Function) koji osigurava
podatke potrebne za izvedbu usluge i
 funkcijski entitet posebnih sredstava (SRF - Specialized Resource Function) koji
osigurava sredstva kojima ne raspolažu ostali entiteti, a izvedbom i mogućnostima
odudaraju od najčešće upotrebljavanih entiteta, npr. DTMF prijem, govorne poruke,
prepoznavanje govora, i sl. Prema CS-1 (ITU-T IN preporukama), SRF komunikacija
odvija se direktno sa SCF funkcijom
INAP 10
IN -Funkcijski entiteti

INAP 11
 IN -Funkcijski entiteti

Pri stvaranju usluga, pri njihovom uvođenju u mrežu i operativnom vođenju potrebni
su:
 funkcijski entitet okoline za kreiranje usluga (SCEF - Service Creation Environment
Function) koji omogućuje razvoj, ispitivanje i uvođenje usluge u mrežu
 funkcijski entitet za pristup vođenju usluga (SMAF - Service Management Agent
Function) kojim se ostvaruje pristup uslugama radi njihova operativnog vođenja i
 funkcijski entitet za vođenje usluga (SMF - Service Management Function) koji
poržava statističko praćenje upotrebe usluga, njihove modifikacije i
administrativne poslove.
 U konvencionalnoj mreži postoje samo funkcijski entiteti CCAF i CCF koji su
sadržani u komutacionom čvoru kao fizičkom entitetu.
Komutacionom čvoru se uz CCAF i CCF dodjeljuje obvezno funkcijski entitet SSF,
a može mu se dodijeliti i entitet SCF, da bi mogao raditi kao čvor inteligentne
mreže.
 U IN, signalizacija više nije pridružena samo pozivu kao u PSTN ili ISDN, već
postoje i druge primjene. Tipične su transakcijske operacije zasnovane na konceptu
upit-odgovor, što se isto tako rješava pomoću SS7 TCAP protokolom signalizacije
sa zajedničkim kanalom.

INAP 12
 Model osnovnog poziva

Basic Call State Model proces odvija

se u SSP.
• Djelomično različit za različite
standarde, ETSI, ANSI, Bellcore.
(Evropa, USA)
• Dijelovi poziva u IN:
• BCSM:
– O-BCSM ( Originating BCSM )
– T-BCSM ( Terminating BCSM )
• Stanje poziva ili PIC (engl. Point in Call)
• Tačke detekcije - ili DP (engl. Detection Point)
– Trigger DP i
– Event DP

INAP 13
 Model osnovnog poziva

• TDP - trigger detection point

– TDP je tačka u kojoj SSP može pokrenuti “okidače” ako su
postavljeni/aktivirani.
– “Okidač” (trigger) predstavlja tačku uvođenja IN usluge.
– “Okidači” mogu biti upisani s različitom gradacijom (od pojedinačnog
korisnika
pa do svih priključaka cijelog SSP-a) Tipična gradacija je pridružiti okidače:
• Pojedinačnoj liniji ili grupi linija
• Poslovnoj ili Centrex grupi
• Cijeloj komutaciji SSP (IN usluga se primjenjuje na sve pozive)
• EDP - event detection point
– EDP je tačka u kojoj SCP traži obavijest o događaju u pozivu od
komutacije-SSP.
SCP tada može “odlučiti” kako će dalje voditi poziv. Postoji dvije vrste EDP:
• EDP-Request - zaustavlja procesiranje osnovnog poziva i šalje EDP-R
poruku prema SCP. Sve do odziva nema drugih akcija u obradi poziva.
• EDP-Notification - zahtjeva da SSP pošalje EDP-N prema SCP, a obrada
poziva se nastavlja dalje uobičajenim tokom, a SCP ne odgovara na EDP-N.
Koristi se kod usluga naplate, statistika i sl.
INAP 14
 Model osnovnog poziva O-BCSM u
CS1
Izvorišni dio poziva
♦Orig Null -Interfejs slobodan; nema
poziva
♦Authorize Origination Attempt -
indicira pokušaj poziva u izvorištu-
provjera izvorišta
Provjera restrikcija (line, bearer,
profile),
♦Collect Information-Prikupljanje
cifara izvorišnog dijela poziva
♦Analyze Information- Analiza ili
pretvorba prikupljenih cifara u skladu
s planom numeracije
♦Routing & Alerting-Usmjeravanje i
oglašavanje poziva
♦Orig Active-Veza između izvorišnog
i odredišnog dijela uspostavljena
♦Exception-Stanje zbog
nenormalnog odvijanja procesa INAP 15
 Model osnovnog poziva T-BCSM u
CS1
Odredišni dio poziva
♦Term Null- Interfejs slobodan;
nema poziva
♦Authorize Termination
Attempt-Određuje da li poziv ima
autorizaciju za odredištem na
odabranom interfejsu – Provjera
restrikcija (group, line, bearer,
profile, )
♦Select Facility-Određuje status
pristupa - slobodan/zauzet
♦Present Call-Informira o
dolaznom pozivu
♦Term Alerting-Indikacija o
oglašavanju poziva
♦Term ActiveDvosmjerna veza
između izvorišnog i odredišnog
dijela uspostavljena
♦Term Exception-Stanje zbog
nenormalnog odvijanja procesa
poziva, greške i sl.
INAP 16
IN obrada usluge

INAP 17
IN - Primjer rješenja inteligentne fiksne
mreže

INAP 18
IN - Primjer rješenja inteligentne mobilne
mreže

INAP 19
IN CS2 skup mogućnosti
 Osnovna uslužna proširenja u odnosu na CS1 uključuju:
IN internetworking usluge (pan-Evropske IN usluge),
mobilnost i za nju vezane ne govorne usluge (napr.,
registracija korisnika), usluge sa više učesnika i
proširenje mogućnosti interakcije učesnika u vezi
 U Globalnoj funkcionalnoj ravni GFP realizovani su novi
SIB-ovi. Pojavio se novi SIB BCUP (Basic Call Unrelated
Process) za podršku negovornih usluga
 U Distributivnoj funkcionalnoj ravni DFP stanja
osnovnog poziva BCP su proširena radi podrške
vanjskim IN uslužnim logikama. BCUP model stanja je
razvijen za negovorne usluge. Funkcionalne cjeline su
proširene u skladu sa proširenja u odnosu na CS1.
Definisani su novi informacioni tokovi.
 U fizičkoj ravni FP INAP protokol je proširen za podršku
novim informacionim tokovima. Definisane su nove
fizičke cjeline PE (Physical Entities)

INAP 20
IN CS2 koncepcijski model

INAP 21
IN CS2 fizička struktura

INAP 22
 Usluge IN
• Toll free calls (ili Free phone) – besplatni poziv
• Prepaid calling – Prethodno plaćanje poziva
• Single Number Service - Omogućuje usmjeravanje poziva ovisno
o geografskoj lokaciji (hitna medicinska pomoć, vatrogasci, ..)
• Routing by day of week - Usmjeravanje poziva ovisno o danu
• Routing by time of day - Usmjeravanje poziva ovisno o satu
• Selective routing - Usmjeravanje ovisno o biranom broju
• Alternate destination on busy - usmjeravanje u slučaju zauzetog
odredišta
• Private number plains - privatni plan numeracije (VPN –
“Centrex”)
• Calling party pays - npr. za slučaj poziva prema mobilnoj mreži i
više varijanti naplate poziva
• Mass calling service - korisnici registriraju svoja mišljenja-
glasanja

INAP
 Usluge IN
Personal access - vrsta follow me usluge
(korisnik prijavljuje svoju poziciju u mreži)
• Work at home - biranjem šifre ureda naplata
se prenosi na poslovni ured
• PBX service - proširenje PBX usluge na javnu
mrežu
• Inbound call restriction - Restrikcija dolaznih
poziva
• VPN (proširenje Centrex usluge na cijelu
mrežu)
• Abbreviated dialing
• Number portability - Prenosivost broja u mreži
(LNP)

INAP
Automatsko alternativno tarifiranje

INAP
Arhitektura INAP protokola

 INAP se primjenjuje u situaciji jedne interakcije (slučaj

b) ili višestruko koordiniranih interakcija (slučaj a)
između različitih fizičkih cjelina.
 U slučaju b funkcionalna cjelina za upravljanje
jednostrukom interakcijom SACF (Single Association
Control Function) ima funkciju koordinacije korištenjem
ASE(Application Service Element) informacionih
elemenata, što uključuje uređivanje operacija pomoću
ASE-a (na bazi redoslijeda primljenih primitiva). SAO
predstavlja SACF sa skupom ASE-a koji se koriste preko
jedne interakcije između para fizičkih cjelina.

 U slučaju a, pošto se interakcije dešavaju između više

SAO, funkcionalna cjelina za upravljanje višestrukim
interakcijama MACF (Multiplle Association Control
Function) ima funkciju koordinacije. Svaki ASE element
podržava jednu ili više operacija. Svaka operacija je
opisana macro programom operacije, izuzev interfejsa
SCF-sa-SDF.

INAP 26
Arhitektura INAP protokola

INAP 27
 Arhitektura INAP protokola

 Definicija protokola se sastoji iz 3 dijela:

 definicija SACF/MACF pravila protokola (clause 1) - Opisna
definicija;
 definacija operacija koje se prenose između entiteta (clause
2); pomoću ASN.1;
 definicija akcija koje vrši svaki entitet (clause 3) – pomoću
dijagrama prelaza stanja.
 INAP je ROSE korisnički protokol ( ITU-T X.219 i 229). ROSE
protokol se nalazi u podnivou komponente TCAP kao i u
Q.931 REGISTER, FACILITY Call Control porukama DSS 1.

INAP 28
Format INAP poruke

INAP 29
 Principi korištenja IN
Ključni princip IN je interakcija između signalizacionih protokola core mreže (npr
ISUP) i IN kontrolnog protokola (INAP).
Slika pokazuje komponente mreže za tipičnu mobilni-na-mobilni poziv u GSM
mreži; Poziv od strane mobilne stanice A (MS-A), ide kroz MSC na koji je vezan
(VMSC-A), GMSC od MS-B (GMSC-B), te MSC od MS-B (VMSC-B) na MS-B.
ISUP poruke se razmjenjuju između VMSC-A, GMSC-B i VMSC-B
Direct Transfer Application Part (DTAP) je protokol kontrole poziva koji se koristi
između MS i MSC.
Interakcije između MSC i SCP se odvija na DP kao protok niza poruka. Ove
interakcije omogućavaju SCP da utiču na obradu poziva.

INAP
 Principi korištenja IN
Interakcija odvija u slijedecim DP tačkama:
• Uspostavljanje poziva - kada VMSC - A počinje uspostavljanje poziva, kao rezultat prijema
SETUP poruka od MS-A, Ova naredba pokrece IN servis u SCP. Pozivanje IN servisa
podrazumjeva uspostavljanje IN dijaloga između VMSC(SSP) i SCP. Kroz ovaj dijalog SCP može
da kontroliše poziv.
• Uzbunjivanje (Alerting) - kada VMSC-A, dobija ISUP poruku ACM/ALERTING da terminala MS-B
zvoni, ona šalje obavještenje ka SCP.
• Odgovor - kada VMSC-A, dobija poruku ANM /ANSWER da je MS-B digao slušalicu ona šalje
obavještenje SCP-u.
• Raskidanje - kada MSC-A, dobija poruku da je jedna od stranaka raskinula vezu, ona šalje
obaveštenje ka SCP i završava IN dijalog. Zatvaranje IN dijaloga takođe ima efekat prestanka IN
servisa.

INAP
 Principi korištenja IN
Kod pozivanja servisa i obavještenja o događaju, MSC kopira informacije iz
signalizacione poruku (tj ISUP poruke) u INAP poruku.

SCP odlučuje kako da kontroliše taj poziv, na osnovu dobijenih informacija. SCP
može odlučiti da dozvoli da se nastavi poziv nemodifikovan ili sa modifikovanim
informacijama. Ovo poslednje se može uraditi šaljući MSC-u poruku sa posebnim
informacionim elementima koji zamjenjuju odgovarajuće elemente informacije u
određenim ISUP porukama.
SCP može da zadrži kontrolu nad pozivm za sve vrijeme trajanja poziva ili se
može odreći kontrole u ranijem trenutku Kada se SCP odrekne kontrole nad
pozivom, odnosno raskida IN servis, poziv može da nastavi bez kontrole.
Pozivanje IN servisa, prikazano na slici prvom strijelicom od VMSC-a do SCP, je
na osnovu kriterijuma koji su prisutni u razmeni. U ovom primjeru, VMSC- A je
utvrdio da, za ovu vezu, treba pozivati jedan IN servis.

U MSC-u su konfigurisani razlozi pozivanja IN servisa, adresa SCP, te protokoli

koji će se koristiti u razmjeni sa SCP.

INAP
 Principi korištenja IN
DP u BCSM su definisane dodirne tačke između SSF i SCF. Postoje TDP-R(equest),
TDP-N(otify), EDP-R i EDP-N. CAMEL ne podržava TDP-N.
Aktiviranje/deaktiviranje DP u BCSM je alat koji se koristi od strane IN servisa da
obavještava o fazi poziva i da održi ili raskine IN dijalog. Skup DP pravila
aktiviranja/deaktiviranja obuhvata:
• TDP (Trigger Detection Point) aktiviranje – TDP-i su statički aktivirani u MSC.
Operater može da odluči za koje pozive se IN servis pokrece i u kojoj DP u BCSM za
taj poziv.
• EDP (Event Detection Point) aktiviranje - kada se IN servis poziva od određenog
TDP u BCSM, IN servis može dinamički aktivirati DP-e u BCSM kao EDP-N ili EDP-R.
Aktiviranje DP kao EDP važi samo za vrijeme trajanja IN servisa. IN protokol koji se
koristi za IN servis određuje koje DP su dostupne u BCSM i da li ce se ove DP
aktivirati kao EDP-N ili EDP-R.
• EDP deaktiviranje - kada je DP aktiviran kao EDP, može se deaktivirati na različite
načine: (1) IN servis može eksplicitno naložiti SSF da deaktivira DP; (2) kada se DP
dogodi, SSF deaktivira DP; IN servis može ponovo da aktivira DP, ako je to potrebno;
(3) pojava određene DP u SSF može dovesti do implicitnog deaktiviranja drugih DP u
BCSM; CAMEL precizira stroga pravila za ovaj oblik implicitnog neutralisanja; i (4)
kada se poziv ili dio poziva (Call Leg) raskine, sve DP povezane sa tim pozivom ili
dijelom poziva se deakiviraju.

INAP
 Primjer dvaju tokova poruka između SCF i

SSF
--Smjer: SCF  SSF, Timer: Tac
ApplyCharging ::= OPERATION
-- Ova operacija se koristi za interakciju
ARGUMENT od SCF do mehanizama tarifiranja SSF.
ApplyChargingArg  
ERRORS { ApplyChargingReport ::= OPERATION
MissingParameter, ARGUMENT
ApplyChargingReportArg
ERRORS {
UnexpectedComponentSeq
MissingParameter,
uence,
UnexpectedComponentSequence,
UnexpectedParameter, UnexpectedParameter,
UnexpectedDataValue,
UnexpectedDataValue, ParameterOutOfRange,
SystemFailure,
ParameterOutOfRange, TaskRefused
SystemFailure, }
TaskRefused -- ApplyChargingReport operacija daje
povratnu informaciju od SSF do SCF.
}  

  -- Smjer: SSF  SCF, Timer: Tacr

INAP 34
Tok INAP poruka između SSP i
SCP

INAP
IN evolucija ka IS MF
• Ključni uslov za dalji razvoj IN je da korisnici mogu pristupiti širem
spektru servisa na više različitih načina, i da mogu prilagoditi
postojeće ili čak stvoriti nove servise brzo i cjenovno efektivno
• IN servisna logika bi trebalo da bude dostupna iz Internet terminala
i da sadrži komponente u SCP-ima i Internet čvorovima (PINT i
SPIRS). Na ovaj način, nove mobilne Internet aplikacije koje
obezbjeđuju uzajamnu podršku mrežnih sposobnosti i Internet
sadržaja mogu biti ponuđene mobilnim pretplatnicima

INAP
 IN evolucija ka IS MF
IN mora da evoluira u pravcu
otvorenih API i inteligentnog
middlevare
• Inteligentni middlevare se
sastoji od inteligentne
funkcije servisnog
posredovanja (IS MF) koja
upravlja saobracajem između
servisnog i mrežnog sloja
• IS MF ima tri glavna dijela :
Servisni pristup, Servisne
mogucnosti i Transport
• Osnovni zadatak IS MF u
Next-Generation Network
(NGN) je da međusobno
razdvoji različite slojeve i
funkcionalnosti

INAP
Kontrola servisa na bazi API

INAP
Kontrola servisa na bazi CAMEL

INAP
 CAMEL (Customized Applications for
Mobile networks Enhanced Logic
Ključna funkcionalnost koja nedostaje INAP je podrška za mobilnost. GSM
sistem je postao mobilna mreža koja je omogućila mobilnost između zemalja.
Mobilni operateri su uočili stvarnu potrebu za pružanje usluga svojim
pretplatnicima kada su u romingu.
Za te potrebe, ETSI je započeo projekat pod nazivom CAMEL krajem 1995.
Razvijen je CAMEL faza 1, vrlo jednostavan standard, prilagođen za core
mreže GSM. Core INAP CS1 se primjenjuje i u CAMEL.
CAMEL faza 2 je proširenje CAMEL faze 1, glavni fokus su pripejd usluge.
Nakon toga se CAMEL i drugi GSM/UMTS radovi na standardima sele u
3GPP, pošto je razvoj 3G mreža postao globalan.
CAMEL faza 3 proširuje usluge na Short Message Service (SMS) i GPRS.
CAMEL faza 4 je najnaprednija od faza. Ona ima otprilike isti nivo
funkcionalnosti kao jezgro INAP CS2 za fiksne mreže. CAMEL faza 4 je
posljednja faza CAMEL, ali je proširiva. Posebno veliko interesovanje među
operaterima je za Call Party Handling. U CAMEL faza 4 Stage 2, opisana je
opcija koja omogućava mehanizme za podršku usluga za IMS core mreže (IM
CN).

INAP 40
 IN za mobilne mreže - CAMEL
 CAMEL je alat koji omogućava mobilnim operaterima da svojim korisnicima
obezbjede specifične servise, posebno kad su korisnici u roaming-u.
 Pružanje usluge nakon zahtjeva se nakratko suspenduje dok matična ili
posjećena mreža kontaktiraju okruženje CAMEL usluga (CSE), zatraže
instrukcije, te nastave obradu telekomunikacijske usluge sa ili bez slanja
obavijesti prema CSE.
 Komunikacija između mrežnih elemenata i CSE se obavlja pomoću CAP i
MAP protokola.
 Događaji na početku procesa, koji uspostavljaju inicijalni kontakt sa CSE
definisani su unutar pretplatničke CAMEL informacije (CSI). CSI takođe nosi
i informaciju o identitetu CSE koji će kontaktirati.

INAP 41
 Principi CAMEL
GSM mreži podržava različite osnovne servise i dodatne servise. Pretplatnik GSM
mreže može da se pretplatiti na ove servise. To znači da korisnik ima CSI u HLR za te
servise; Na taj način, dodatna usluga je personalizovana za tog pretplatnika.
Kada se pretplatnik registruje u PLMN, HLR može prenijeti CSI podatake ka
MSC/VLR. Kada pretplatnik počinje poziv iz tog PLMN, poslužujuci MSC može
pozvati CAMEL servis za tog pretplatnika.
Kada se GSM CAMEL pretplatnik registruje u nekom MSC/VLR, između HLR i VLR
počinje pregovaranje o CAMEL mogucnostima. Pregovaranje se odnosi na činjenicu
da različite GSM mreže imaju različite nivoe podrške CAMEL, odnosno HPLMN može
da podržava fazu 1 CAMEL, a VPLMN fazu 2.u nego VPLMN .

INAP
 CAP protokol
Glavni dio CAMEL je IN kontrolni u protokol, koji se koristi između gsmSSF (MSC) i
gsmSCF (gsmSCP). CAMEL Aplication Part je izveden iz Core INAP CS1.
Sposobnosti CAP su definisane pomocu 'operacija'. Operacija je mehanizam kojim
jedan entitet pokrece proceduru u entitetu s kojim komunicira. Na primjer, gsmSSF u
MSC poziva CAMEL servis slanjem inicijalne DP (IDP) opercije ka SCP.
Slanje odgovora zavisi od specifične operacije i o ishodu obrade operacije. Za svaku
operaciju mogu se odrediti tri vrste informacija:
• Argument - pošiljalac operacije može uključiti argument u operaciji. Argument
sadrži parametre koji ce se koristiti kao ulaz za proceduru pozivanja. Na primjer,
argument operacije IDP sadrži skup parametara koji se koriste za obradu servisne
logike.
• Rezultat (Result) - za neke operacije, rezultat je definisan. Primalac operacije može
prijaviti ishod obrade operacije u rezultatu.
• Greške (Errors) - za vecinu operacija, prijemnik operacije može vratiti grešku.
Greška se šalje kada se prijemnik nailazi na problem u obradi operacije. Ako
pošiljalac operacije ne dobijete grešku u određenom vremenskom periodu, onda
pošiljalac pretpostavlja da je operacija je uspješno izvršena. Ovaj vremenski period
(poznata kao "vreme operacije) je definisan za svaku CAP opercaiju.

INAP
 CAP protokol
Za peraciju povezivanja (Connect), argument i greške su definisani. Argument se
sastoji od sekvence parametara. Svaki parametar u Connect argumentu, osim
odredišne adrese za usmeravanje, nije obavezan. Formati raznih parametara su
definisani u CAP. Definicija greške za CAP Connect pokazuje koje vrijednosti greške
mogu da se vrate SCP-u. Svaka vrijednost greške ( nedostaje parametar, greška
sistema itd ) je definisana u CAP.

INAP
 CAMEL

A- MSC dobija od VLR CAMEL Service Info (CSI), vidi aktivan CAMEL servis i predaje
poziv gsmSSF. gsmSSF šalje upit gsmSCF (service key, A-nr, B-nr, IMSI, lokacija...)
B- gsmSCF može npr izvršiti prevođenje broja
C- MSC uspostavlja poziv na osnovu dobijene info

A- GSMC traži od HLR lokaciju MS. HLR šalje CAMEL podatke terminiranja za korisnika.
B – GMSC predaje poziv gsmSSF koja pita gsmSCF, a gsmSCF vraća C-broj koji je
korišten za rutiranje poziva.
C – GMSC uspostavlja poziv ka C-broju. Ako treba, GMSC može prvo da pravi upit na
HLR
INAP 45
Signalizacija CAP

INAP 46
 Signalizacija CAP
Kada gsmSSF primi TCAP poruku TC Continue od gsmSCP, koja sadrži operacije
primjene tarifiranja (Apply Charging - ACH), dostave tarifne informacije (FCI) i
nastavljanja (CUE), on počinje obradu ovih operacija u datom redoslijedu.

Ako obrada bilo koje operacije CAP ne uspije, onda gsmSSF šalje grešku izvršenja
gsmSCP-u (pod uslovom da neuspjela operacija ima definiciju greške) i odbacuje
operacije iz TC bafera za koje još nije počelo izvršenje. Ako u primjeru na slici
obrada FCI ne uspije, onda gsmSCP zaključuje da FCI greška znači da operacija CUE
nije izvršena. gsmSCP tada može preduzeti korektivne mjere, koje mogu biti slanje
CAP CUE ili CAP raskidanje veze poziv (Release Call - RC).

Grupisanje CAP operacija u jednoj TCAP Continue poruci može da se uradi samo za
CAP operacije koje imaju definiciju greške, osim ako je operacija CAP je posljednja u
TC poruci. U suprotnom, neuspjeh u izvršenju takve operacije bi imao efekat da
druge CAP operacije iz iste TC poruke budu odbačene bez obavještavanja SCP-a.

INAP 47
Signalizacija CAP – pozivanje
mobilnog korisnika iz fiksne mreže

INAP 48
Signalizacija CAP – bezuslovno
proslijeđivanje poziva – dodatni
servis

INAP
 Primjer - VPN servis u CAMEL v1
Jedan od principa VPN je da GSM pretplatnici pripadaju grupi korisnika sa posebnom
numeracijom koja oponaša privatnu mrežu, kao kod kućnih centrala (PABX) sa 3- do 5-cifrenim
brojevima. VPN servis prevodi odredišni broj u broj u javnom telefonskom imeniku tog člana VPN.

U primjeru na slici A-stranka i B-stranka pripadaju određenoj grupi VPN koja je definisana u SCP
operatora HPLMN. A-stranka može nazvati B-stranku pozivom '4523'. A-stranka ima O(riginating)-
CSI u VLR, te se poziva VPN servis. VPN prepoznaje broj (CdPN) '4523' kao lokal iste grupe i
prevodi ga u broj u javnom telefonskom imeniku '+49 172 249 4589'. Pored toga, SCP šalje
dodatni pozivni broj A-stranke (A-CgPN), '3200', ka MSC koja poslužuje na A-stranku. Tako, B-
stranka dobije '3200' na displeju mobitela, umesto redovnog broja A-stranke (CgPN) ': +49 173
245 3211
VPN servis može aktivirati DP javljanja (O-Answer), kako bi dobio obavještenje o uspješnom
uspostavljanju veze, da bi SCP generisao tarifni zapis CDR (Call Data Record).

INAP
 Funkcionalna arhitektura za CAMEL podršku SMS
usluge

 SMS poruka se šalje iz posjećene mreže i zahtjev dolazi na MSC.

 MSC preko VLR-a kontaktira HLR domaće mreže koji aktivira SMS-
CSI pretplatničku informaciju i šalje je nazad, prema VLR-u.
 MSC na osnovu SMS-CSI zaključuje da li da pokrene servisnu
logiku za obradu slanja SMS poruke.
 Putem gsmSSF-e kontaktira gsmSCF, te SMS centar – SMSC kome
predaje SMS poruku za daljnju obradu slanja.

INAP 51
 CAMEL v2
CAMEL faza 2 predstavlja proširenje CAMEL faze 1. Sve funkcionalnosti koji su
dostupne u CAMEL fazi 1 su takođe dostupne u CAMEL fazi 2. Slijedeći
mogućnosti su dodate u CAMEL fazi 2: CAP v2 je nadskup CAP v1

Vezane za vođenje veze (Call Control)

(1) On-line charging
(2) Call forwarding notifications
(3) Follow-on calls
(4) User interaction
(5) Equal access (Izbor operatora USA)
(6) Enhancement to call control

Ne vezane za vođenje veze

(7) Supplementary service
invocation notification (SSIN)
(8) Short forwarded-to-numbers
(9) Conditional triggering
(10) USSD control

INAP
 CAMEL v2 – Primjer -SSIN
SSIN je funkcija koja se odnosi na prikupljanje informacija o zlonamjern korištenju mreže
(Lovac).
Lovac uključuje sistem detekcije prevare, koji prikuplja informacije o pozivima u o
osumnjičenih korisnika..
Nivoi nadzora mogu biti:
• Lovac nivo 1 - ubrzano procesuiranje TAP (Transfer Account Procedure) fajlova; TAP fajlovi
su kreirani od CDR-a koji se generiše u MSC. Za određenae pretplatnike, se TAP-datoteke
obrađuju sa prioritetom, što omogućava operateru da primi rana upozorenja kada se sumnja
na prevaru. Lovac nivo 1 ne koristi CAMEL.
• Lovac nivo 2 - on-line praćenje veze. CAMEL prati vrijeme početka i kraja veze i šalje
nformacije nadzornoj službi.
• Lovac nivo 3 - Nadzire vezu on-line i prati upotrebu dodatnih usluga. Slijedeće dodatne
usluge se prate: Multi Parti Service (MPTY), Explicit Call Transfer (ECT), Call deflection (CD),
Call Forwarding (CF), i Call Hold (CH);

MPTY, ECT i CD mogu da se koristi za prevaru. Naprimjer, kod MPTY, jedna stranka može
započeti međunarodnu vezu između dviju drugih stranaka na račun ove stranke.

Pretplatnik može aktivirati SSIN nadzor sa tastature MT, specificirajući dodatne servise. MSC
provjerava u HLR dali je pretplaćen za te servise i šalje obavještenje SSI ka gsmSCF pomoću
SS invocation notification MAP poruke.
INAP
 CAMEL v2 – Primjer -SSIN
U primjeru sa slike B-stranka skreće (Call Deflection) dolazni poziv na C-stranku. Operater
opisuje pretplatnika sa SS-CSI u njegovom HLR profilu. SS-CSI je CAMEL informativni
element, uporediv sa O-CSI i T-CSI. SS-CSI se sastoji od slijedećih informacija: gsmSCF
adresa – za prijem obaveštenja; i SS Lista događaja - spisak sa naznakama o dodatnim
servisima na koje funkcija odnosi. Lista može da sadrži bilo koju kombinaciju MPTI, ECT i CD
Adresa u SS-CSI može biti Global Title nekog nadzornog organa kome se notifikacija direktno
šalju. Alternativno, obavještenja se mogu poslati na gsmSCF, koji proslijeđuje obavještenja do
nadzornog organa.
HLR šalje SS-CSI ka VLR tokom ažuriranja lokacije ili kada je SS-CSI pripremljen za
pretplatnika. HLR ne treba da sadrži posebnu oznaku obavještenja u SS-CSI, ako pretplatnik
nema pretplatu na dati dodatni servis. Kada VLR primi SS-CSI, on ne provjerava da li korisnik
ima pretplatu na dodatne GSM servise koji su uključeni u SS-CSI.

INAP
 CAMEL v2 – Primjer - USSD
CAMEL faza 2 uvodi mogućnost da operator proširi USSD signalizacije sa USSD interfejsom
između HLR i spoljašnje aplikacije. USSD rukovalac (Handler) se stavlja u eksterni čvor.
Arhitektura za interakciju sa CAMEL je predstavljena slici. USSD tekst se prenosi unutar
signalizacionih poruka DTAP i MAP, a koriste ga servisi ne vezani za govor.
Subjekt do koga USSD signalizacija može biti proslijeđena je gsmSCF, a može biti i neki drugi
entitet, kao npr pre-paid sistem, informacioni sistem, Provisioning (priprema za uvođenje
uređaja u rad) sistem, itd.
Kada je USSD komunikacija između MS i HLR je proširena za rad između MS i gsmSCF, HLR
funkcioniše kao USSD relej, kao što i MSC/VLR može funkcionisati kao USSD relej. Protok
USSD između MS i gsmSCF može inicirati MS i mreža. USSD signalizacija između HLR i
gsmSCF koristi iste MAP poruke kao USSD signalizaciju između MSC/VLR i HLR.
CAMEL pretplatničke informacije koje se koriste u tu svrhu gsmSCF su U-CSI i UG CSI, a
sadrže identifikatore servisa na koji je pretplaćen.

INAP
 CAMEL v2 – Primjer - USSD
Za USSD signalizaciju od gsmSCF ka MS, nisu potrebni podaci o pretplatniku u HLR.
gsmSCF može u svakom trenutku početi USSD sesiju sa MS. gsmSCF šalje USSD servisni
zahtjev ka HLR, koji ga proslijeđuje ka MSC/VLR USSD servis (koristeći VLR adresu iz HLR).
MSC/VLR proslijeđuje zahtjev ka MS.
Osnovni redosljed poruka USSD signalizacije od gsmSCF ka MS sastoji the MAP
unstructured SS request poruke i MAP unstructured SS notify. gsmSCF je odgovoran za
raskidanje USSD sesije kada dobije potvrdu na date MAP poruke. gsmSCF može koristiti
jednu ili više USSD transakcija u jednoj USSD sesiji.
CAMEL v2 koristi USSD v2 i MAP v2.

INAP
 CAMEL faza 3
 CAMEL v3 počinje sa UMTS Release 99. Struktura UMTS za CS data je na slici

INAP 57
 CAMEL faza 3
 CAMEL v3 počinje sa UMTS Release 99. Struktura UMTS za PS data je na slici

INAP 58
 CAMEL faza 3
 U UMTS Release 4 MSC ima dijeljenu arhitekturu kao na donjoj slici

Integrisana MSC sa istim interfejsima za signalizacije i govor

MSC je podijeljena na MSC

Server i MGW. MSC server
djeluje kao MSC za
registraciju pretplatnika,
mobilnost, vođenje veze i
dodatnih servisa. CS
saobraćaj od UE ili MS ide na
MGW

INAP 59
 Arhitektura mreže: CAMEL faza 3
 Kao što možemo
vidjeti sa slike,
Domaca mreža mreža CAMEL-a 3
HLR
MAP gsm se sastoji iz
različitih gsmSSF
SCF

gprs cjelina (ispitna i

SSF
SGSN
posjećena mreža),
Ispitna mreža gsm VLR gsm  gsmSCF-e unutar
SSF SSF

Dolazna linija
GMSC
Ruming
MSC
MS
SCP-a (SCP je dio
MAP
Posjecena mreža IN servisne
Proslijedeno MO poziv - u odlazu
(ili proslijedeno)
platforme) i HLR-a
u okviru domaće
gsm
SRF
mreže. gprsSSF i
Domaca / Ispitna / Posjecena mreža
SGSN mogu se
naci i u okviru
domaće mreže.
INAP 60
CSI u CAMEL v3

INAP
 Funkcije u CAMEL v3

Više funkcija i više tačaka okidanja

INAP
 CAMEL v3 -On-line Charging (tarifiranje)

Tokom razgovora za koji se vrši on-line charging, koriste se sekvence CAP ACH
(uputstvo) i CAP ACR (odgovor).
Kada gsmSSF šalje CAP ACR, omogućava da se veza nastavi, ali očekuje slijedeći CAP
ACH, ali se veza nastavlja i u slučaju da slijedeći CAP ACH ne stigne iz bilo kog razloga.
Da bi se spriječilo da se veza nastavlja u slučaju greške signalizacije, CAMEL faza 3
uvodi mehanizam ACH-monitoring. Kada je gsmSSF pošalje CAP ACR, on starta Tccd
tajmer; Tccd se zaustavlja kada slijedeći ACH stigne. Ako se naredni ACH ne stižu prije
nego Tccd istekne veza se taskida. Prinudno raskidanje se ne registruje u CDR (Call
Data Record).

INAP
 CAMEL v3 uvodi upravljanje sa GPRS
2.5G GPRS koristi TDMA odsječke za prenos podataka. CDMA-GPRS koristi
CDMA radio.

INAP
 CAMEL v3 uvodi upravljanje sa GPRS
Protokol za kontrolu pristupa u GPRS je DTAP. DTAP se takođe koristi za CS kontrolu
poziva preko RAN. Protokol između SGSN i GGSN je GTP. U UMTS, GTP takođe može
da se koristi između SGSN i RNC. GTP ima dvostruku svrhu:
( 1 ) GPRS kontrola - to uključuje povezivanje na SGSN, stvaranje i završavanje PDP
konteksta
( PDPc), ažuriranje oblasti rutiranja RA (RAU) itd. Ovaj dio GTP poznat je kao GTP- C.
( 2 ) Prenos medija - ovaj dio GTP se koristi za prenos korisničkih podataka kroz tunel.
Tunel je logička veza za prenos podataka između SGSN i GGSN (2GRAN) ili između
RNC i GGSN (3G UTRAN ). Ovaj dio GTP poznata je kao GTP -U.
Svaki tunel kroz koji se mogu prenijeti GTP-U poruke je povezan sa logičkim kontrolnim
putem, a koga kontroliše GTP-C. Jedan GTP - C logički kontrolni put može kontrolisati
jedan ili više tunela

INAP
 CAMEL v3 upravljanje sa GPRS
CAMEL kontrola GPRS vrši se samo između SCP i SGSN. Ovdje, SGSN sadrži
gprsSSF, koji se može uporediti sa gsmSSF u MSC i GMSC.
Kontrolni protokol između gprsSSF i gsmSCF je CAP V3. CAP v3 koji se koristi za
GPRS kontrolu se razlikuje od CAP V3 koji se koristi za kontrolu govornog poziva.
Zasnivanje CAMEL odnosa između gsmSCF i SGSN zavisi od dostupnosti CAMEL
pretplatničkih podataka GPRS-CSI, koji mogu biti primljeni od HLR. To znači da su
GPRS CAMEL usluge uvijek prijavljene usluge; nema CAMEL kontrole u poslužujućoj
mreži, uporedive sa servisom N-CSI za CS kontrolu poziva.

INAP
 CAMEL v3 upravljanje sa GPRS

CAMEL servis koji je pozvan sa TDP attach ima potpunu kontrolu nad GPRS sesijom i nad
PDP kontekstom koji su osnovani tokom trajanja GPRS pristupa (Attach). Kontrola GPRS
sesije i PDPkonteksta se vrši preko jednog CAMEL odnosa između gsmSCF i gprsSSF.
Pored modela stanja za GPRS sesiju, postoji i model stanja za PDP kontekst. Jedan
CAMEL odnos može kontrolisati više instanci modela stanja: jedan model za GPRS sesiju i
jedan model stanja za PDP kontekst. Ovo je prepoznatljiva razlika od jednog od
principijelnih CAMEL odnosa za kontrolu poziva, pri čemu se jedan CAMEL odnos uvijek
odnosi na jednu instancu modela stanja.
CAMEL servis koji se poziva pri DP attach može da se koristi da se primjeni ‘attach
authorization.
Servis ima slijedeće mogućnosti kontrole:
Kontrola GPRS sesije
• Dozvoliti/onemogućili GPRS attach
• Odvojiti pretplatnika od SGSN u svakom trenutku
• Primjeniti charging na bazi trajanja
• Monitoring lokacije pretplatnika tokom trajanja GPRS attach
Kontrola PDP konteksta
CAMEL servis koji se poziva u toku GPRS sesije može da kontroliše svaki pojedinačni PDP
kontekst koji se formira od strane pretplatnika.

INAP
CAME L 3 GPRS Attach/Detach
model stanja

INAP
CAME L 3 GPRS PDP kontekst
model stanja

INAP
CAME L 3 GPRS MO SMS
model stanja

INAP
CAME L 3 GPRS MO SMS
model stanja

INAP
 CAP v3 operacije sa GPRS

U CAMEL fazi 3 je određen skup CAP v3 operacija za tri glavne

funkcionalnosti: kontrolu veza, kontrolu GPRS i kontrolu MO SMS.

INAP
 On-line Charging za GPRS

Mehanizam on-line charging za GPRS koristi mehanizme koji su slični on-line

charging mehanizmima koji se koriste u kontrole poziva. Glavna paralela je
korišćenje CAP operacija koje se koristi se za ovu svrhu:
• Apply charging GPRS - ova operacija se koristi od strane gsmSCF da
definiše prag Apply charging-a u gprsSSF.
• Apply charging report GPRS - ova operacija se koristi od strane gprsSSF
da prijavi događaj
Charging-a ka gsmSCF. U principu, svaki prag charging-a će dovesti do
naknadnog izvještavanja o događaju charging-a, kada se taj događaj desi,
osim ako se koristi GPRS operacija otkazivanja (CAN-GPRS) za uklanjanje
pragova charging-a iz gprsSSF.

CAMEL kontrola GPRS definiše tri metoda za charging:( 1 ) charging na bazi

trajanja za PDP kontekst ; ( 2 ) količinski zasnovan charging za PDP kontekst i
( 3 ) charging na bazi trajanje za GPRS sesiju.

INAP
 On-line charging na bazi trajanja za PDP kontekst

Kada je PDP kontekst formiran i gsmSCF je stekao kontrolu nad tim PDP kontekstom,
može se koristiti CAP operacija ACH-GPRS da se podesi prag trajanja. Charging počinje
kada PDP kontekst postaje aktivan.
gsmSCF može poslati ACH-GPRS prilikom formiranja PDP konteksta ili nakon prijema
potvrde da je formiran.
Kada je gsmSCF je utvrdio da je pretplatnik dostigao maksimum trajanja PDP-konteksta
i poslednji charging izvještaj za PDP kontekst je poslat, gsmSCF će poslati Release
(REL-GPRS) da raskine PDP kontekst.

INAP
On-line charging na bazi trajanja za PDP kontekst

INAP
 On-line charging na bazi količine podataka za
PDP kontekst
Charging zasnovan na količini za PDP kontekst odnosi se na ukupnu količinu
podataka koji se prenose kroz PDP kontekst:

PDP kontekst količina = < količina poslat iz UE u mrežu >+ < količina koju je
UE primio iz mreže >

Kada je PDP kontekst formiran, gsmSCF određuje cijenu po količini podataka.

Cijena može da zavisi od APN, lokacije pretplatnika, kvaliteta usluge itd Kada
PDP kontekst postane aktivan, on je spreman za prenos podataka. Kada se
količina definisana pragom prenese kroz PDP kontekst, gprsSSF generiše
charging izvještaj.

INAP
 Primjer - Pripejd usluga
UE/
SGSN SCP GGSN HLR
UTRAN

Procedura «Zakaci» (Attach)

 Stanje računa Zahtjev za procedurom «zakaci»

pripejd korisnika L3-MM, L3-SM, GTP-C sig
Ažuriranje GPRS lokacije

čuva se u kontrolnoj
tački usluge (SCP)
Slanje podataka o pretplatniku

IN arhitekture, a
Prihvatanje procedure «zakaci»
L3-MM, L3-SM, GTP-C sig

sama informacija da Procedura aktivacije PDP

konteksta

je korisnik – pripejd Zahtjev za aktivacijom PDP

korisnik nalazi se u konteksta

HLR-u.
Pocetna GPRS tacka detekcije

Pokretanje/naplata GPRS, FCI GPRS, SCI GPRS,

 3G-SGSN preuzima nastavak

Kreiranje zahtjeva za PDP kontekstom

CSI informacije u L3-MM, L3-SM, GTP-C sig

procesu dobavljanja
Kreiranje odgovora na zahtjev za PDP kontekstom

Prihvacena aktivacija PDP

podataka o korisniku konteksta

L3-MM, L3-SM, GTP-C sig Izvještaj GPRS

od HLR-a, kada je Prenos podataka

CAP sig
ACR GPRS potvrda, pokretanje/naplata GPRS, FCI GPRS, SCI GPRS

npr. potrebno Procedura deaktivacije PDP

“zakačiti” GPRS ili konteksta

tokom internog Zahtjev za deaktivacijom PDP

konteksta

ažuriranja SGSN L3-MM, L3-SM, GTP-C sig Izvještaj o pokretanju GPRS, Izvještaj o dogadajima

zone rutiranja (SGSN

GPRS

RAU ACR GPRS potvrda, SCI GPRS, nastavak GPRS

Zahtjev za brisanje PDP konteksta

L3-MM, L3-SM, GTP-C sig
Odgovor na zahtjev za brisanje PDP konteksta
Prihvacena deaktivacija
PDP konteksta
L3-MM, L3-SM, GTP-C sig

INAP 77
 CAMEL faza 4

 CAMEL faza 4 je definisana u Rel 5 3GPP

 Prema standardima CAMEL faze 4, na kojoj se mogu
izdvojiti tri bitna podskupa:
 podskup baziran na komutaciji kanala (CS domen) i obuhvata
elemente koji rade na tom principu: za signalizaciju (R-SGW i
T-SGW), za komutaciju (MSC i GMSC serveri), te za
prijavljivanje korisnika (HSS);
 podskup baziran na paketskoj komutaciji (PS domen) i
obuhvata elemente koji rade na principu komutacije paketa,
npr. elementi koji podržavaju GPRS i SMS; to su SGSN i
GGSN;
 podskup baziran na IP uslugama multimedije (IMS domen) i
obuhvata elemente za signalizaciju (R-SGW), za prijavljivanje
korisnika (HSS), te kontrolne funkcije poziva i multimedije
(CSCF, MGCF i MRF).

INAP 78
Arhitektura mreže: CAMEL faza 4
Alternativna Aplikacije i usluge Signalizaciona IMS
pristupna mreža za mobilnu IP usluge multimedije
mreža SCP tel.

IP mreže
Mh multimedije
HSS R-SGW Mn CSCF
Cx
Ms Mm
CAP Gr
CSCF Mg
EIR
Mr
Gf Gi
Gc MRF
MGCF T-SGW
Gi
Gi
BSS/ lu Gn
TE MT SGSN GGSN Mc
GERAN
Gb
R Um PS Gi
lu
Paketska komutacija
PSTN / Vanjska
TE MT UTRAN MGW MGW
mreža
lu Nb
R Um
lu
Mc Mc
Legenda: Nc
MSC server GMSC server T-SGW
CAP signalizacija
CAP
CS
Interfejsi CAP
D C Komutacija kanala
Prenos Aplikacije i
podataka i usluge HSS R-SGW
Mh
signalizacija
BSS - Base Station Server MGW - Medai Gateway
CSCF - Call State Control Function MRF - Media Resource Function
GERAN - GSM / EDGE Radio Access Network MT - Multiservice Terminal
HSS - Home Subscriber Server SGW - Signalling Gateway
MGCF - Medai Gateway Control Function UTRAN - UMTS Terrestrial Radio Access Network

INAP 79
 CAMEL faza 4 funkcije i mogućnosti

O-CSI - VMSC ili GMSC mogu pokrenuti CAMEL v4 servise za MO i MF veze

D-CSI - VMSC ili GMSC mogu pokrenuti CAMEL v4 pretplaćene servise biranja
VT-CSI - VMSC može pokrenuti CAMEL v4 servise za MT veze
MT-SMS-CSI - VMSC ili SGSN mogu pokrenuti trigger za CAMEL v4 servise za MT SMS
T-CSI - GMSC može pokrenuti CAMEL v4 servise za MT veze
MG-CSI - SGSN podrška za GPRS mobility management
PSI proširenja - SGSN može primiti MAP provide info o pretplatniku (PSI). PSI se koristi za
ATI proceduru

INAP
 CAMEL faza 4 vrste veza
MO Call CAMEL servis aktiviran sa VMSC kao rezultat MO poziva od pretplatnika
sa O-CSI ili D-CSI ili kao rezultat upisanja N-CSI u VMSC
MT Call CAMEL servis aktiviran iz GMSC kao rezultat MT poziva ka pretplatniku
sa T-CSI
MF Call (Mobile Forwarded) CAMEL servis aktiviran sa VMSC ili GMSC kao
rezultat MF poziva od pretplatnika sa O-CSI ili D-CSI ili kao
rezultat upisanja N-CSI u VMSC ili GMSC
VT Call CAMEL servis aktiviran iz VMSC kao rezultat MT poziva ka pretplatniku sa
VT-CSI
NP Call NP ('nova stranka') Poziv se odnosi na dodatnu stranku koja se kreira u
okviru postojećeg poziva. NP Call je uveden u CAMEL fazi 4
NC Call NC ('novi poziv ") je poziv koji pokreće CAMEL servis, slanjem CAP
operacije 'iniciraj pokušaj poziva' ka MSC/gsmSS. Dati
MSC/gsmSSF će uspostaviti odlazni poziv. Ovaj slučaj poziva je i poznat
kao “poziv iz vedra neba". NC poziv je uveden u CAMEL fazi 4

INAP
CAMEL faza 4 vrste veza

INAP
MT SMS model stanja uveden u CAMEL v4

INAP
 MT SMS CAP v4 signalizacije

Događaj SMS- isporuke aktivira EDP-R. Kada se taj događaj desio i bio prijavljen, smsSSF
FSM prelazi u stanje "čeka na uputstva '. gsmSCF može Tada da koristi dostavi charging
informacije o SMS (Furnish charging information SMS) da upiše podatke slobodnog
formata u CDR. gsmSCF konačno će odgovoriti sa CAP nastavi SMS (CAP Continue SMS)
kako bi zatvorili CAMEL dijalog.
Ukoliko SMS nije mogla biti dostavljena pretplatniku iz razloga kao što je nedostatak
odgovora na pejdžing, SIM kartica puna , itd , onda se prijavljuje događaj T-SMS isporuke
(T−SMS−Delivery) ka gsmSCF. Nakon što gsmSCF odgovari sa CAP Continue SMS, MSC
ili SGSN vraćaju mt Forward SM error ka SMS GMSC, koja ukazuje na razlog greške.

INAP
 CAMEL v4 uvodi menadžment
mobilnosti za PS

Analogno CS menadžmentu mobilnosti, PS menadžment mobilnosti se koristi za prijem

izvještaja iz PS jezgra mreže, u vezi sa stanjem mobilnosti pretplatnika. PS menadžment
mobilnosti se radi na bazi pretplate, koristeći pretplatne elemente incformacija MG-CSI u HLR-
u. MG-CSI može biti poslata ka SGSN kada pretplatnik pristupa (Attach) SGSN, odnosno u
toku GPRS ažuriranja lokacije(Location Update). Uslovi za slanje MG-CSI od HLR ka SGSN
su:
• SGSN informiše HLR da podržava CAMEL fazu 4;
• SGSN izvejštava HLR da podržava MG-CSI;
• pretplatnik ima MG-CSI u HLR.

INAP
 CAMEL v4 Any-time Interrogation CS
U CAMEL fazama 1-3 , ATI (Any-time Interrogation) je ograničeno na pronalaženje
informacija o pretplatničku iz CS domena.
U CAMEL fazi 4, ATI se može se takođe koristiti za preuzimanje informacija o pretplatničku
iz PS domena. Istovremeno, ATI za CS domen je poboljšanO. Kada gsmSCF šalje ATI ka
HLR, ono može da sadrži domen, tj CS ili PS.

ATI CS domen je poboljšano sa mogućnošću da se dobiju dodatne informacije. gsmSCF

može zatražiti od HLR da dobije IMEI i MS Classmark iz VLR.
gsmSCF će ukazati u ATI zahtjevu koji informacioni elementi su neophodni:
• informacije o lokaciji - ovo je dio CAMEL faze 1; informacijama o lokaciji u ATI zahtjevu
može biti dodata trenutna lokacija u svrhu ALR; ALR je dio CAMEL faze 3 ;
• stanje pretplatnika; Ovo je dio CAMEL faze 1;
• IMEI ;
• MS Classmark.
MS šalje svoj MS classmark 2 ka MSC nakon svakog uspostavljanja veze ili slanja SMS.

INAP
 CAMEL v4 Any-time Interrogation PS
Podrška za MAP PSI od strane SGSN je izričito naznačena ka HLR tokom GPRS ažuriranja
lokacije. Na ovaj način, HLR zna da li može poslati PSI ka SGSN. Ako slanje PSI ka SGSN
nije mogućE, HLR će vratiti grešku kada primi ATI za PS domen za tog pretplatnika. Pored
toga, gsmSCF može koristiti ATSI da sazna od SGSN koje su mogućnosti CAMEL faza 4
podržane. ATSI rezultat može uključivati 'PSI poboljšanja', što ukazuje da je SGSN podržava
PSI.
Kada je gsmSCF ukazuje na domen PS u ATI, HLR šalje MAP PSI ka SGSN za tog
pretplatnika, umjesto na MSC. Informacije koje se mogu tražiti o PS pretplatniku su lokacija i
stanje u kome se nalazi.
SGSN će dati sačuvane informacije o lokaciji pretplatnika. Ako se u zahtjev za informacije o
lokaciji traži i trenutna lokacija, SGSN će pokušati pejdžing pretplatnika, kako bi se osvježio
lokacijski registar i poslao trenutnu lokaciju.
Ukoliko korisnik ima jedan ili više PDP konteksta aktivnih, onda će SGSN poslati niz
deskriptora po svakom aktivnom PDP kontekstu. Elementi koji su prijavljuju za PDP
kontekst uključuju, između ostalog, PDP tip, PDP adresu, APN, GGSN adresu i QoS.

INAP
CAMEL v4 plus IMS upravljanje

INAP
 CAMEL v4 plus IMS upravljanje
U zavisnosti od konfiguracije mreže, pretplatnik može da ima i GSM pristup i IMS pristup.
Kada je pretplatnik u kancelariji, on je registrovana kao IMS- korisnik preko kompanijske
LAN mreže, kroz koju se dobija IP - povezivanje. Pretplatnik može da koristiti svoju IMS
registraciju za uspostavljanje odlaznih poziva i primanje dolaznih poziva. Kada
taj isti pretplatnik nije u kancelariji, on može koristiti GSM pristup za odlazne i dolazne
pozive. U oba slučaja, CAMEL servis može da kontroliše pozive za ovog pretplatnika.

Za CAMEL kontrola IMS poziva, IM-SSF funkcioniše kao interfejs ( konvertor protokola )
između IMS i GSM. Protokol CAP koji se koristi od strane IM-SSF ima smanjen skup
sposobnosti u poređenju sa protokolom CAP koji se koristi u GSM.

INAP
 CAMEL v4 plus IMS upravljanje
Kada je pretplatnik je registrovan kao IMS korisnik na svom kancelarijiskom/ kućnom
računaru, može uspostaviti pozive pomoću URI, npr john.smith@steelvorks.com. On
takođe može koristiti Tel URL za uspostavljanje poziva, na primjer, +27 83 212 65498.
Pretplatnik je dostupan na svom IMS klijentu putem URI pod kojim je upisan, npr
vendi.smith@steelvorks.com ili preko E.164 broja.
Kad pretplatnik ima i GSM pristup i IMS pristup, operater može da utvrdi da li je
pretplatnik je dostupan sa MSISDN, URI ili oba. Servisna mreža, koja sadrži SCP,
može da odredi da li će poziv za tog pretplatnika biti dostavljen putem GSM telefona
ili IMS terminala. To može da zavisi od statusa pretplatnika ( npr IMS-registrovani
GSM povezan itd ), trenutne lokacije ii podešavanja pretplate.

INAP
 CAMEL v4 + IMS IM-SSF
IM-SSF je prevodilac između ISC i CAP. ISC je protokol koji se koristi u IMS mreži,
između S-CSCF i SIP-AS.
SIP-AS je entitet u servisnom sloju IMS mreže; IMS pozivi mogu biti usmjereni kroz
SIP- AS. SIP-AS može primjeniti specifičnu kontrolu operatora za poziv.
SIP-AS stoga može da se uporedi sa SCP u IN mreži.
IM-SSF djeluje kao SIP-AS prema IMS core dijelu mreže. U isto vrijeme, IM-SSF
djeluje kao gsmSSF prema gsmSCF. gsmSSF u IM-SSF se naziva "imcnSSF ".
ImcnSSF može pozivati O-IM-BCSM instancu ili T-IM-BCSM instancu za IMS poziv. tj
IM -SSF ekvivalent O- BCSM i T-BCSM respektivno .

INAP
 CAMEL v4 + IMS IM-SSF
O-IM-BCSM se koristi za
modeliranje ponašanja
IM-SSF pri odlaznom
pozivu. Kada se naiđe
na aktivirani DP, O-IM-
BCSM obrada se
suspenduje kod DP i IM-
SSF izvještava gsmSCF
o tome, ako je potrebno.

INAP
 CAMEL v4 + IMS IM-SSF
T-IM-BCSM se koristi za
modeliranje ponašanja
IM-SSF pri dolaznom
pozivu. Kada se naiđe
na aktivirani DP, T-IM-
BCSM obrada se
suspenduje kod DP i IM-
SSF izvještava gsmSCF
o tome, ako je potrebno.

INAP
 CAMEL v4 + IMS interfejsi
Si
IM - SSF koristi Si interfejs za dobijanje podataka o pretplati. Si interfejs se sastoji od MAP
poruka ATSI i NSDC. Si interfejs se koristi kada se IMS- pretplatnik registruje kod IM-SSF i
kada se CAMEL podaci o pretplati (CSI) u HSS promjene.
Dh
Ovo je interfejs koji IM-SSF može koristiti da sazna koji HSS treba kontaktirati za
informacije o pretplati određenog pretplatnika.
ISC
ISC interfejs između S-CSCF i IM-SSF se koristi tokom IMS registracije i tokom vođenja
IMS poziva.
CAP V3
IM-SSF može pozvati CAMEL servis u gsmSCF, koristeći CAP v3. CAP v3 je jedina verzija
CAP koja se može koristiti od strane IM-SSF. CAP v3 koja se koristi za IMS kontrolu
izvedena iz CAP V3 koja se koristi za kontrolu poziva, ali nije identična .
MAP
Kao opcija operatora, MAP može da se koristi između gsmSCF i HSS npr da pribavi
podatke o pretplati (O-IM- CSI, VT-IM-CSI i D-IM- CSI) ..

INAP
 CAMEL v4 + IMS interfejsi
Kada je S-CSCF primi IFC iz HSS prilikom IMS registracije, analizira IFC i utvrđuje da li će
poslati SIP Register method ka SIP-AS. Za CAMEL pretplatnika, IFC će sadržati naznaku
da S-CSCF treba poslati metod SIP Register ka i IM-SSF. IP adresa IM-SSF je uključena
u IFC. Sa tačke gledišta S-CSCF, IM-SSF je SIP-AS.
Kada IM-SSF primi SIP Register, on traži podatke CAMEL pretplatnika slanjem MAP ATSI
ka HSS i dobija jedan ili više O-IM-CSI, VT-IM-CSI i D-IM-CSI i interno ih pohranjuje IM-
SSF može morati da kontaktira SLF da dobije adresu HSS za datog pretplatnika.
IM-SSF koristi IMSI iz poruke SIP register da identifikuje mobilnog pretplatnika. Ako se
IMS pretplatnik registruje preko računara, onda nema IMSI. U tom slučaju se koristi
adaptacija IM-SSF registracije da identifikuje pretplatnika.
Kada je pretplatnik registrovan kod IM-SSF, HSS skladišti adresu tog IM-SSF i na nju šalje
CSI podatke tom IM-SSF, U slučaju da se CSI podaci za pretplatnika promijene. HSS
koristi MAP poruku obavjesti o promjenu podataka za tu svrhu.

INAP
 CAMEL v4 + IMS kontrola veze
Slika prikazuje signalizaciju koja se odvija kada IMS-pretplatnik, koji je takođe registrovan
u IM-SSF, pokreće jedan IMS poziv. Pretplatnik je već registrovan IM-SSF, sa CSI
podacima, pa IM-SSF ne mora da kontaktira HLR tokom kontrole poziva.
Kada IM-SSF primi SIP Invite od S-CSCF, on poziva instancu O-IM-BCSM (za odlazni) ili
instancu T-IM-BCSM (za dolazni).
SIP Invite od S-CSCF može sadržati IMSI posluživanog IMS pretplatnika; IM-SSF koristi
IMSI da izabere odgovarajuće O-IM-CSI ili VT-IM-CSI paramete koji su potrebni da se
pozove CAMEL servis, Parametri, kao gsmSCF adresa, servisni ključ itd, se dobiju iz datih
CSI.
IM-SSF pretvara SIP Invite primljen od S-CSCF, u CAP IDP. Od tog trenutka pa nadalje,
IM-SSF služi kao relej između S-CSCF i SCP:

INAP
 CAMEL v4 + IMS kontrola veze
Slika pokazuje primjer veze u kojoj pozivajući i pozvani pretplatnik i imaju CAMEL servis
za odlazni poziv i dolazni poziv.
DP-i u BCSM-ma u imcnSSF se odnose na SIP metode koje prolaze kroz IM-SSF tokom
IMS poziva. Deblja linija na slici pokazuje putanju SIP metoda u toku IMS poziva. IM-SSF
djeluje kao back-to-back agent korisnika (B2BUA). To znači da se svi metodi SIP koji se
transportuju između pozivaoca i pozvanog, za određenu IMS vezu, šalju preko IM-SSF.
Ovo važi čak i kada CAMEL servis prestane djelovati za datu vezu.

INAP
 CAMEL v4 + IMS kontrola veze
Tabela prikazuje odnos
među SIP metodama i
odgovorima i pratećim DP u
BCSM.
Kada SIP metoda koja
prolazi kroz IM-SSF dovede
do pojave jednog DP, to
može dovesti do slanja CAP
operacije ka gsmSCF, kao
što su početna DP ili
izvještaj o događaju u
BCSM. O-IM-BCSM i T-IM-
BCSM primjenjuju ista CAP
dijaloška pravila kao kod O-
BCSM i T-BCSM za CS
kontrolu poziva. Na primjer,
gsmSCF može aktivirati DP-
e ili tražiti izvještaje.

INAP