Atšķirība starp SIP un BICC

SIP vs BICC
 

Gan SIP (sesijas uzsākšanas protokols), gan BICC (nesēja neatkarīga zvana vadība) ir sesijas vadības protokoli, ko izmanto uz IP balstītos tīklos, lai atvieglotu gan balss, gan multivides pakalpojumus. Attīstoties tehnoloģijai, šie protokoli tika izmantoti, lai iekapsulētu ISUP ziņojumus, tos transportējot pa lieliem IP balstītiem tīkliem. Abos šos protokolus sākotnēji pieņēma dažādi 3GPP laidieni, lai nākotnē atvieglotu topošos tīklus.

SIP

SIP ir sesijas vadības protokols, kas atrodas lietojumprogrammu slānī un var veikt multivides sesiju izveidošanu, modificēšanu un nojaukt reālā laika sakaros, izmantojot IP balstītus tīklus. SIP sākotnēji izstrādāja Interneta inženierijas darba grupa (IETF) kopā ar daudziem nozares līderiem.

Pārvaldot sesijas, SIP var uzaicināt dalībniekus uz jau esošām sesijām, piemēram, multiraides konferencēm. Jau esošās sesijas multividi var pievienot vai noņemt reālā laikā. SIP atbalsta arī ISDN un viedā tīkla telefonijas abonentu pakalpojumu ieviešanu ar pārredzami atbalstāmiem vārdu kartēšanas un novirzīšanas pakalpojumiem, kas arī veicina personas mobilitāti. Tas tiek definēts kā galalietotāju spēja iniciēt un saņemt zvanus, vienlaikus atrodoties tīklā, kad viņi pārvietojas pa dažādiem komutācijas apgabaliem, pilnībā piekļūstot abonētiem telekomunikāciju pakalpojumiem jebkurā terminālī un jebkurā vietā.

Parasti SIP ierīces savstarpēji sazinās, izmantojot SIP serverus, kas nodrošina maršrutēšanas, reģistrēšanas un autentifikācijas un autorizācijas pakalpojumu infrastruktūru. SIP nevar pastāvēt atsevišķi sakaru sistēmā. Tāpēc to drīzāk izmanto kā komponentu kopā ar citiem IETF protokoliem, lai izveidotu pilnīgu multivides arhitektūru. Tie sastāv no dažādiem protokoliem, piemēram, RSTP (Real Time Streaming Protocol), MEGACO (Media Gateway Control Protocol), SDP (Session Distribution Protocol), e.t.c. SIP atbalsta gan IPv4, gan IPv6; tādējādi tas ir ļoti populārs starp daudziem lietotājiem.

BICC

BICC (nesēja neatkarīgā zvana kontrole) protokols nodrošina līdzekļus šaurjoslas ISDN (integrētā pakalpojumu digitālā tīkla) pakalpojumu atbalstam visā platjoslas mugurkaula tīklā. ITU-T ieteikums, kas pieņemts 2000. gada 1. ceturksnī, definēja un standartizēja BICC, lai izveidotu, pārveidotu un nojauktu IP balstītus balss zvanus, kas izveidoti starp MSC (mobilajiem komutācijas centriem)..

BICC signalizācija attīstās, pamatojoties uz ISUP signalizāciju. Gan ISUP, gan BICC ir vienādi raksturlielumi, ja ņem vērā pamata zvana procedūru atbalstīšanas veidu un abām tām pieejamo papildu pakalpojumu funkcijas. Ar nesēju saistīto informāciju apmainās ar zvana vadības mezgliem, izmantojot ATM (Application Transport Mechanism) Nc (Network Controller) saskarnes beigās. Informācija galvenokārt sastāvēja no nesēja adreses, savienojuma atsauces, nesēja parametriem, nesēja iestatīšanas režīma un atbalstītā kodeku saraksta. BICC var arī nodrošināt nc interfeisa nesēja vadības tunelēšanas mehānismu, iekapsulējoties BICC ziņojumos nesēja kontroles signālam starp multivides vārtejām.

Kāda ir atšķirība starp SIP un BICC?

• BICC darbojas tikai GSM un UMTS jomā, turpretī SIP var mijiedarboties ar lielāko daļu dominējošo tīklu.

• Abos protokolos balss un multivides vajadzībām tiek izmantots RTP (reālā laika transporta protokols). Tādējādi starp diviem protokoliem tiek panākta saderība ar multividi.

• Mediju pakešu kadru veidošanas protokols, ko izmanto BICC, ir mazāk efektīvs nekā SIP, jo BICC tiek dublētas dažas RTP slāņa funkcijas..

• BICC signalizācijas ziņojumi ir ļoti identiski ISUP (ISDN lietotāja daļa) ziņojumiem, turpretim SIP atšķirīgi atšķiras no ISUP ziņojumiem..

• Gan BICC, gan SIP ir dažādi modeļi plašsaziņas līdzekļu un nesēju straumju izveidošanai un apspriešanai.

• BICC protokola arhitektūra satur daudz savstarpēji savienotu mezglu pakalpojumu sniegšanai, turpretī SIP, sazinoties SIP ierīcēs, izmanto daudzu veidu SIP serverus..

• Abi protokoli tika izmantoti, lai iekapsulētu ISUP ziņojumus un nosūtītu tos pa tīkliem, kuru pamatā ir IP.

• Lai efektīvi uzlabotu funkcijas, abiem protokoliem ir nepieciešami citi papildprotokoli.