SIP ir BICC skirtumas

SIP vs BICC
 

SIP (Sesijos inicijavimo protokolas) ir BICC (Nepriklausomo skambučio valdymas belaidžiu ryšiu) yra abu sesijos valdymo protokolai, naudojami IP tinkluose, kad palengvintų balso ir daugialypės terpės paslaugas. Tobulėjant technologijai, šie protokolai buvo naudojami kaupti ISUP pranešimus, juos gabenant dideliais IP pagrįstais tinklais. Abu šiuos protokolus iš pradžių priėmė skirtingi 3GPP leidimai, kad ateityje būtų lengviau kurti naujus tinklus.

SIP

SIP yra seanso valdymo protokolas, esantis programų lygmenyje ir galintis atlikti daugialypės terpės sesijos nustatymą, pakeitimą ir sunaikinimą realiojo laiko ryšiais per IP pagrįstus tinklus. Iš pradžių SIP sukūrė Interneto inžinerijos darbo grupė (IETF) kartu su daugeliu pramonės lyderių.

Tvarkydamas sesijas, SIP gali pakviesti dalyvius į jau egzistuojančius seansus, tokius kaip multicast konferencijos. Esamos sesijos laikmenas galima pridėti arba pašalinti realiuoju laiku. SIP taip pat remia ISDN ir intelektualiojo tinklo telefonijos abonentų paslaugų diegimą, skaidriai palaikydamas vardų žemėlapių sudarymo ir peradresavimo paslaugas, kurios taip pat padeda sudaryti galimybes asmeniniam mobilumui. Tai apibrėžiama kaip galutinių vartotojų galimybė inicijuoti ir priimti skambučius, kai jie gali būti rasti tinkle, kai jie juda per skirtingas perjungimo zonas, visiškai pasiekdami prenumeruotų telekomunikacijų paslaugas bet kuriame terminale bet kurioje vietoje..

Paprastai SIP įrenginiai susisiekia vienas su kitu naudodamiesi SIP serveriais, kurie suteikia maršruto, registravimo ir autentifikavimo bei autorizacijos paslaugų infrastruktūrą. Ryšių sistemoje SIP negali egzistuoti vienas. Taigi jis labiau naudojamas kaip komponentas kartu su kitais IETF protokolais, norint sukurti ištisą daugialypės terpės architektūrą. Juos sudaro įvairūs protokolai, tokie kaip RSTP (Real Time Streaming Protocol), MEGACO (Media Gateway Control Protocol), SDP (Session Distribution Protocol), e.t.c. SIP palaiko ir IPv4, ir IPv6; taigi, jis yra labai populiarus tarp daugelio vartotojų.

BICC

BICC („Bearer Independent Call Control“) protokolas suteikia galimybę palaikyti siauro dažnių juostos ISDN (integruotojo paslaugų skaitmeninio tinklo) paslaugas plačiajuosčio ryšio magistraliniame tinkle. 2000 m. Inicijuota 1902 m. QU rekomendacija ITU-T apibrėžė ir standartizavo BICC, kad būtų sukurti, modifikuoti ir sunaikinti IP pagrįsti balso skambučiai, sukurti tarp MSC (mobiliųjų komutavimo centrų)..

BICC signalizacija vystosi remiantis ISUP signalizacija. Tiek ISUP, tiek BICC turi tas pačias savybes, jei atsižvelgiama į tai, kaip palaikomos pagrindinės skambučių procedūros, ir į tai, ar joms abiems yra prieinamos papildomos paslaugos. Nešiojamąja informacija keičiamasi tarp skambučių valdymo mazgų, naudojant ATM (Application Transport Mechanism), esančią NS (tinklo valdiklio) sąsajos pabaigoje. Informaciją sudarė daugiausia nešiklio adresas, ryšio nuoroda, nešiklio charakteristikos, nešiklio nustatymo režimas ir palaikomas kodekų sąrašas. BICC taip pat gali pateikti nešiklio valdymo tuneliavimo mechanizmą Nc sąsajoje, įterpdamas į BICC pranešimus nešiklio valdymo signalizavimui tarp laikmenų šliuzų..

Kuo skiriasi SIP ir BICC??

  • BICC veikia tik GSM ir UMTS srityje, tuo tarpu SIP gali sąveikauti su dauguma vyraujančių tinklų..
  • Abu protokolai naudoja RTP (Real-time Transport Protocol) balsui ir laikmenoms. Taigi tarp šių dviejų protokolų pasiekiamas žiniasklaidos suderinamumas.
  • BICC naudojamas daugialypės terpės paketų formavimo protokolas yra mažiau efektyvus nei SIP, nes kai kurios BICC RTP sluoksnio funkcijos yra dubliuojamos..
  • BICC signalizacijos pranešimai yra labai identiški ISUP (ISDN vartotojo dalis) pranešimams, tuo tarpu SIP priešingai skiriasi nuo ISUP pranešimų..
  • Ir BICC, ir SIP turi skirtingus žiniasklaidos ir nešėjų srautų nustatymo ir derybų modelius.
  • BICC protokolo architektūroje yra daug tarpusavyje sujungtų mazgų, kad būtų galima teikti paslaugas, tuo tarpu SIP, naudodamas įvairius SIP serverių tipus, kai bendrauja SIP įrenginiuose.
  • Abu protokolai buvo naudojami kapsuliuoti ISUP pranešimus ir siųsti juos IP tinklais.
  • Abiem protokolams reikalingi kiti palaikomieji protokolai, kad būtų galima efektyviai patobulinti funkcijas.