Forskjellen mellom SIP og BICC

SIP vs BICC
 

SIP (Session Initiation Protocol) og BICC (Bearer Independent Call Control) er begge øktkontroll protokoller som brukes i IP-baserte nettverk for å lette både tale og multimedia tjenester. Med den utviklende teknologien ble disse protokollene brukt til å inkapslere ISUP-meldinger når de transporteres over store IP-baserte nettverk. Begge disse protokollene ble opprinnelig vedtatt av forskjellige utgivelser av 3GPP for å lette nye nettverk i fremtiden.

NIPPE

SIP er en øktkontrollprotokoll som ligger i applikasjonslaget og kan utføre multimediesesjon, etablering og modifisering i sanntidskommunikasjon via IP-baserte nettverk. SIP ble opprinnelig utviklet av Internet Engineering Task Force (IETF) sammen med mange ledere i bransjen.

Ved administrasjon av sesjoner kan SIP invitere deltakerne til økter som allerede eksisterer som multicast-konferanser. Medier fra den allerede eksisterende økten kan legges til eller fjernes i sanntid. SIP støtter også implementeringen av ISDN og Intelligent Network telefoni abonnenttjenester med transparente støtte navne kartlegging og omdirigering tjenester, som også bidrar til å muliggjøre den personlige mobiliteten. Dette defineres som sluttbrukernes mulighet til å opprette og motta anrop mens de er i stand til å være lokalisert i nettverket når de beveger seg over forskjellige bytteområder, fullt ut tilgang til abonnerte telekommunikasjonstjenester på hvilken som helst terminal på noe sted.

Generelt kommuniserer SIP-enheter med hverandre ved hjelp av SIP-servere som gir en infrastruktur for ruting, registrering og godkjenning og autorisasjonstjenester. SIP kan ikke eksistere alene i et kommunikasjonssystem. Så det brukes heller som en komponent med andre IETF-protokoller for å bygge en komplett multimediearkitektur. Disse består av ulike protokoller som RSTP (Real Time Streaming Protocol), MEGACO (Media Gateway Control Protocol), SDP (Session Distribution Protocol), e.t.c. SIP støtter både IPv4 og IPv6; dermed er det veldig populært blant mange brukere.

BICC

BICC-protokollen (Bearer Independent Call Control) gir et middel til å støtte smalbånd ISDN-tjenester (Integrated Services Digital Network) på tvers av et bredbåndsnettverk. ITU - T anbefalingen av Q.1902 initiert i 2000 definert og standardisert BICC for å opprette, modifisere og rive ned IP-baserte taleanrop etablert mellom MSCs (Mobile Switching Centers).

BICC-signalering utvikler seg på grunnlag av ISUP-signalering. Både ISUP og BICC har samme type egenskaper, hvis du vurderer måten grunnleggende anropsprosedyrer støttes og tilgjengelige tilleggstjenester for begge. Den bærerrelaterte informasjonen utveksles mellom anropskontrollnoderne ved hjelp av ATM (Application Transport Mechanism) på slutten av Nc (Network Controller) grensesnittet. Informasjonen besto av hovedsakelig bæreradresse, tilkoblingsreferanse, bæreregenskaper, bæreroppsettmodus og støttet kodekeliste. BICC kan også gi en bærerstyringstunnelmekanisme på Nc-grensesnittet, ved hjelp av innkapsling i BICC-meldingene for bærerstyresignalet mellom media gateways.

Hva er forskjellen mellom SIP og BICC?

• BICC er begrenset til å operere i GSM- og UMTS-domenet, mens SIP kan samhandle med de fleste av de eksisterende nettverkene.

• Begge protokollene bruker RTP (Real-time Transport Protocol) for tale og media. Dermed oppnås mediekompatibilitet mellom de to protokollene.

• Mediepakkeinnrammingsprotokollen som brukes av BICC, er mindre effektiv enn SIP på grunn av duplisering av noen RTP-lagfunksjoner på BICC.

• BICC-signaleringsmeldinger er veldig mye identiske med ISUP (ISDN User Part) meldinger, mens SIP er kontrasterende forskjellig fra ISUP-meldinger.

• Både BICC og SIP har forskjellige modeller for etablering og forhandling av media og bærerstrømmene.

• BICC protokollarkitektur inneholder mange sammenkoblede noder for å levere tjenester, mens SIP bruker mange typer SIP-servere, når de kommuniserer i SIP-enhetene.

• Begge protokollene brukes til å inkapslere ISUP-meldinger og sende dem over IP-baserte nettverk.

• Begge protokollene trenger noen andre støttende protokoller for å forbedre funksjonene på en effektiv måte.