Movatterモバイル変換


[0]ホーム

URL:


Пређи на садржај
Википедија
Претрага

Интернет телефонија

С Википедије, слободне енциклопедије
(преусмерено саVoIP)

Интернет телефонија илиVoice over IP подразумева комуникациону технологију или сервис који омогућава пренос говорне и визуелне комуникације прекорачунарске мреже или интернета уместо регуларнеаналогне телефонске линије. Неки VoIP сервиси омогућавају позивање корисника истих сервиса, док други омогућавају и позивање свих локалних, међународних илимобилних телефонских бројева.

Принцип рада технологије је релативно једноставан:аудио информација се трансформише у пакете помоћу специјалних DSPпроцесора и усмерава se преко интернета или приватне мреже, да би се на крају поново дешифровала уаудио сигнал.

Употреба је једноставна, нарочито ако се користе већ постојеће VoIP инфраструктуре као што су :Skype,Viber iliWhatsApp, где се корисници међусобно бесплатно позивају употребом интернет ресурса, а могуће је проширити функционалност и на остале јавне системе сакраја на крај, како би се сачувала приватност разговора.

Историјат

[уреди |уреди извор]

Још од раних почетака развоја интернета, уочено је да корисници овај нови вид умрежавања највише користе у сврхе комуникације. Истраживања показују, да и данас као пре десетак година, преко 90% корисника, интернет користи у сврхе комуникације, а преосталих 10% за претраживање (сурфовање). У првим данима интернета, комуникација одвијала се путемелектронске поште, а одмах затим и путемIRC-а (енгл. Internet Relay Chat servisa) тј. комуникације у реалном времену путем куцања порука које се размењују са тренутно активним корисницима. Почетком двадесетих година прошлог века, тај вид комуникације пренео се на комуникацију гласом и сликом путем разних сервиса.1996. године су многи произвођачи електронских компоненти схватили да је постојећи вид брзине протока података довољан уколико се постигне бољи нивокомпресије звука људског гласа. Тако да су се тада много компаније (Cisco,Motorola,Intel итд.) укључиле у развој у развој ове технологије. Већ тада су се телефонски позиви конвертовали у VoIP. На овај начин вршене су велике уштеде у комуникацији.

Мане класичне телефоније:

[уреди |уреди извор]

Поред свих предности које се огледају у поузданости и проверености технологије као и у једноставности примене и одржавања, класична телефонија има много више својих мана:

  1. Капацитет аналогних линкова (посебна линија (парица) за сваки разговор),
  2. Скалабилност (систем је ограничен и тешко проширив)
  3. Велики трошкови телефонирања
  4. Немогућност додавања новихапликација у систем
  5. Одвојени системи за телефонирање ирачунарску мрежу:
  • Потребна су 2 кабла ( за телефон и за рачунар)
  • 2 различита комплета техничке опреме (телефонска и рачунарска)
  • Одвојена техничка подршка

Циљеви увођења VoIP-а су:

[уреди |уреди извор]
  1. Економичност,
  2. Додатне уштеде – повезивање ИП мреже са јавном PSTN и приватним мрежама и конвергенцијом саобраћаја кроз исту инфраструктуру чиме се штеде мрежни ресурси, користи један сет опреме, лака инсталација итд.,
  3. Квалитет сервиса и функционалност – задржавање истог или бољег квалитета сервиса и функционалности у односу на оно што тренутно постоји у телефонији тј.PSTN,
  4. Скалабилност и могућност надоградње и проширења

VoIP стандарди и протоколи

[уреди |уреди извор]

VoIP протоколи, као и већина других протокола за преносмултимедијалних података, имплементирају се на апликационом слоју референтног модела ОСИ. У VoIP системима најчешће се користи стандард Н.323 и протоколSIP. Н.323 је протокол са којим је VoIP постао као што смо већ навели али се у новије време највише користи СИП протокол и може се рећи да све модерније имплементације користе SIP протокол као основу, а Н.323 се задржао још код старијих верзија уређаја и клијената. Поред ова два постоји и велики бројproprietary протокола развијених од стране великих ИТ компанија као што су :SCCP,MGCP, MEGACO ili SGCP који се углавном глобално не користе[1]

Н.323

[уреди |уреди извор]

Н.323 јеITU спецификација скупа протокола замултимедијалну комуникацију преколокалних рачунарских мрежа. Н.323 је тренутно најсложенији , али и најпотпунији стандард који обрађује следеће категорије:

  • Компресију и пренос говора и слике у реалном времену,
  • Пренос текстуалних порука ,
  • Контролу квалитета везе,
  • Успостављање везе,
  • Ауторизацију и регистрацију корисника.

H.323

Н.323 обезбеђује механизме за повезивање опреме различитих произвођача и независност од мреже, као и подршку за конференцијску везу и комуникацију са више крајњих тачака.

Основне компоненте су терминали (као што суMicrosoft NetMeeting), протокола, конвертори, тј.мрежни пролази (енгл. Gateway) који повезују Н.323 зоне и друге мреже, чувари зоне (енгл. gatekeepеr) који надгледају рад свих осталих компоненти, пресликавају телефонске бројеве уИП адресе одредишних уређаја и спречавају загушење (контролишу број успостављених веза у мрежи) и MCU (енгл.MultipointControlUnit), које су задужене за контролу конференцијских веза.

Стандард Н.323 користи велики број протокола, као што су протоколи за аудио компресију (G.711,G.723.1,G.729) и видео компресију (H.261,H.263,H.264), контролни протоколи H.225 i H.245, RTP (енгл.Real-timeTransportProtocol) за пренос информација у реалном времену и RTCP (енгл.Real-ТimeTransportControlProtocol) који обезбеђује додатне механизме контроле RTP преноса.

Још неколико протокола који се налази под кишобраном Н.323 протокола, раде заједно у спрези, а сваки обавља свој део посла и то су Н.245 за контролу, Н.225.0 за успостављање везе, Н.450.1 и Н.450.3 за сигурност итд)Н.323 је замишљен као скуп протокола који би служио за мултимедијску комуникацију преко ЛАН-ова (LAN), но данас се толико развио, да је један од два кадидата и за подручје интернет телефоније.

SIP Протокол

[уреди |уреди извор]

Протокол SIP (SessionInitationProtocol) специфициро је IETF(енгл.InternetEngineeringTaskForce). SIP служи за успостављање, одржавање и раскид мултимедијалне сесије. SIP најчешеће користиUDP као протокол транспортног слоја, јер он не захтева слање потврде о пријему пакета и тиме омогућава разговор у реалном времену. Поред UDP протокола, сигнализационе поруке у SIP-у се могу слати и преко TCP протокола или TLS ако се захтева заштита података и комуникације.[2] SIP се позива на различите протоколе. Најзначајнији су:

  • RSVP (Resource reSerVationProtocol), који се користи за резервисање мрежних ресурса и помаже остваривање одређеног нивоа квалитета услуге,
  • RTP, RTCP, RTSP (RealТimeStreamingProtocol) - протоколи апликационог нивоа за слање података у реалном времену,
  • SAP (SessionAnnouncementProtocol) - протокол за објављивање мултимедијалних сесија и
  • SDP (SessionDescriptionProtocol) - за опис мултимедијалних сесија.

SIP мрежа је састављена од 4 типа логичких SIP ентитета. Сваки ентитет има специфичну функцију и учествује као клијент и сервер. Један физички уређај може функционисати као више логичких SIP ентитета. На пример мрежни сервер ради у исто време и каопрокси север и као регистрар. Типови логичких ентитета су:

  1. Кориснички агент (енгл. UA-User Agent),
  2. Прокси сервер (енгл. Proxy Server),
  3. Редирект сервер (енгл. Redirect Server) и
  4. Регистрар.

У SIP-укориснички агент је крајњи ентитет који иницира и терминира сесије тако што размењује захтеве и одговоре. Функцију корисничког агента могу да имају радне станице (енгл. softphones), ИП телефони, телефонскигејтвеји, гејткипери, аутоматизовани сервиси за одговор,UMTS мобилни телефони.

СИП протокол

Кориснички агент је дефинисан као апликација која садржи и UAC-User Agent Client и UAS-User Agent Server. UAC клијент апликација иницира SIP захтеве, а UAS сервер апликација контактира корисника када је примљен захтев и враћа одговор у име корисника. На овај начин сеpeer-to-peer комуникација остварује коришћењем клијент-сервер протокола.Прокси сервер је одговоран за рутирање и уручење поруке позваној страни. То је посреднички ентитет који зависно од сврхе захтева може имати улогу исервера и клијента. Захтев се обрађује или интерно или се, уз могуће превођење преспаја даље до других сервера. Прокси преписује, а када је неопходно и пише поново захтев за ретрансмисијом. Он такође дозвољава рад у 2 мода:statefull istateless.

Statefull подразумева да се позив или цела захтев-одговор трансакција памти од почетка до краја, а у stateless моду сваки захтев и одговор се обрађују засебно.Редирект сервер враћа нову локацију за захтев тј. даје информације о наредном скоку SIP поруке. Он растерећује рутирање проксија тако што прихвата SIP захтев, мапира адресу позване у нулу (ако није позната друга адреса) или више нових адреса и враћа их клијенту. За разлику од проксија, редирект сервер не прослеђује захтеве другим серверима.

Прокси сервер

Регистрар јесервер који прихвата захтев за регистрацију и има приступ бази података (енгл. Location service), која садржи информације које повезују корисникову ИП адресу и његове контакт физичке адресе. Корисник може да региструје један или више уређаја на мрежи и тиме постаје доступан доступан за контакт, без обзира где се налази и то независно од појединости у вези мреже или уређаја који користи.

Захваљујући регистрару, позиви се упућују на име особе уместо да се примењује компликована нумеричка шема. Он потврђује мапирање од имена до адресе. Захваљујући редирект серверу и регистрару , SIP подржава редирект мод, јер се позив може преусмерити у складу са тренутном локацијом корисника. На овај начин, SIP подржава мобилност корисника. Ово је нови персонализовани модел комуникација – уместо да се акценат ставља на уређај у нади да ће и особа бити доступна, сада мрежа може да лоцира особу.

SIP користи интернетURL (енгл.UniformResourseLocator) за адресирање. Адреса корисника уопштено има форму име@домен и личи на е-мејл адресу. Због ове сличности, SIP URL се лако може придружити корисниковоје-мејл адреси. SIP подржава и интернет и PSTN адресе. Обзиром да SIP URL описује корисников домен, поруке се прво рутирају надомен, а затим их ентитети домена прослеђују до терминала.

Поруке

[уреди |уреди извор]

Поруке су текстуалне, а посинтакси и по пољу заглавља су сличне каоHTTP. У њима се не преноси садржај сесије већ само URL и други подаци које крајњи ентитети користе да прибаве садржај. Могу се поделити на два типа:Захтев (енгл. Request) – шаље се од клијента ка серверуОдговор (енгл. Response)- који се шаље од сервера ка клијенту. Поруке за одговор садрже нумеричке кодове, делимично базиране на HTTP одговор-кодовима.

Поруке се преносекорак по корак (енгл. hop by hop) и без обзира да ли је у питању захтев или одговор, садрже заглавље и тело. У заглављу се преносе:

  • Информације о SIP адреси позваног корисника,
  • Информације о SIP адреси позивајућег корисника,
  • Идентификатор сесије,
  • Информације о дужини тела поруке и типу,
  • Информације које се преносе у телу поруке,
  • Информације оскоковима поруке и
  • Редни број захтева

Тело поруке се користи да опише сесију коју треба иницирати али може бити искориштено и за обичне текстуалне илибинарне податке повезане са сесијом. SIP ентитети примају поруке у име корисника у циљу обезбеђивања сервиса, при чему SIP прави јасну разлику између сигнализационих информација, које се преносе у заглављу и информација сесије које су ван компетенције SIP-а. Могуће поруке SIP-а су SDP (енгл.SessionDescriptionProtocol),MIME (енгл.MultipurposeInternetMailExtensions) или друго (дефинисано од стране IETF-а или кроз конкретну имплементацију).

RTP

[уреди |уреди извор]

RTP (енгл.Real-timeTransportprotocol) осигурава подршку за пренос података у стварном времену (енгл. real-time). Услуге које пружа:

  • Временска реконструкција,
  • Откривање изгубљених пакета,
  • Сигурност и идентификација садржаја

RTP-RTCP

RTP је примарно створен за multicast пренос real time података, али се може користити и за појединачни unicast пренос. RTP се допуњује са RTCP контролним протоколом како би добио податке о квалитету преноса и о учесницима у преносу. Пакети послати преко интернета имају непредвидиво кашњење због несинхронизованости двеју страна, стране која шаље и стране која прима пакете. Real time апликације захтевају временски синхронизовано слање и репродукцију података. RTP омогућава временско означавање, нумерацију пакета унутар низа.

Временско означавање (енгл. timestamping) је најважнији податак апликације коју захтевају истовремену комуникацију. Пошиљалац у то поље уписује тренутак слања првог узорка. Временске ознаке расту са количином времена коју покрива пакет. Након пријема пакета,пријемник користи временске ознаке како би правилно реконструисао примљени податак. Временске ознаке служе и за међусобну синхронизацију различитих медија ради синхронизације видео и аудио сигнала, али сам RTP није задужен за ово, корекција треба да се врши на апликативном нивоу.UDP не испоручује пакете редоследом којим су послати па се користи нумерација пакета (енгл. sequence numbers) како би се пристигли пакети правилно распоредили. Из тог разлога већина данашњих уређаја поседује један пријемни одељак у који смешта тек пристигле пакете и покушава да их прерасподели.[3]Помоћу нумерације пакета такође се може открити и губитак пакета. Идентификација врсте терета (енгл. payload type identifier) одређује формат трансмисије и дефинише који су поступци компресије и кодовања коришћени. Из тог поља, апликација на пријемној страни зна како интерпретирати и правилнорепродуковати податке. У једном тренутку преноса, пошиљалац RTP пакета може слати само једну врсту или тип података и у току преноса могуће је да се та врста промени услед утицаја неких фактора (загушење мреже). RTP садржи и информацију о извору сигнала, што омогућује пријемној страни да зна одакле долазе подаци. RTP ради преко UDP протокола како би искористио његове особености погодне за мултимедијске садржаје. TCP је конекцијски оријентисан протокол који осигурава директну везу и поуздан ток података, док UDP то није. UDP је изабран као одредишни протокол за RTP из два разлога:

  1. RTP је дизајниран примарно за multicast слање па му самим тим директна веза TCP не одговара.
  2. За апликације које раде у реалном времену, поузданост испоруке пакета није једнако важна као и правовременост доласка истих.

Поуздана веза коју омогућује TCP протокол у овом случају чак и није пожељна, поготово не ретрансмисија пакета. Приликом мрежног загушења неки пакети ће бити изгубљени и апликација ће моћи да репродукује садржај али са нижим квалитетом. Ако протокол инсистира на поузданом преносу и тражи да се изгубљени пакети поново пошаљу, то ће повећати кашњење, додатно загушити мрежу и на крају, апликација неће имати довољно података за обраду.[4]

RTSP

[уреди |уреди извор]

RTSP (енгл.RealTimeStreamingProtocol) је протокол апликацијског нивоа намењен контроли доставе података са real-time својствима као што суаудио ивидео. RTSP остварује и контролише један или више временски синхронизованих токова континуираних података. RTSP не захтева конекцију. Сервер одржава сесију која није никако зависна од веза преносних слојева као што је на пример TCP веза. Клијент зато може да користи иconnectionless протокол као што је UDP. Токови података контролисаних од стране RTSP-а могу користити RTP али функције које обавља RTSP не зависе од транспортног механизма који се користи за пренос података.

Користећи RTSP омогућује се потпуна контрола над репродукцијом аудио и видео записа. RTSP је управљачки протокол сличан секундарној конекцији у случајуFTP протокола. Овај протокол се користи и кодIPTV и служи за контролу и пренос података. Протокол је веб оријентисан и функционише на следећи начин:

  1. HTTP клијент приступаВеб серверу наредбомGET
  2. Веб сервер шаље метафиле клијенту, који се прослеђује медиа плејеру (енгл. media player)
  3. Медиа плејер успоставља везу са медиа сервером слањем командеSETUP
  4. медиа север потврђује сесију
  5. Медиа плејер шаље командуPLAY да би започео репродукцију односноstreaming
  6. Аудио и видео запис се преноси користећи протокол на бази UDP протокола
  7. Конекција се прекида командомTEARDOWN
  8. Медиа сервер потврђује раскид сесије

Аудио и видео кодеци:

[уреди |уреди извор]

Кодеци се користе за конверзију аудио и видео сигнала у дигиталну енкодовану форму. У тој конверзији ради се усклађивање квалитетакомпресије и количине пренесених информација са дозвољенимпропусним опсегом или квалитетом везе. Различитост кодека се огледа и у квалитету звука слике у поређењу са потребним пропусним опсегом или са DSP(CPU) захтевима. Неки кодеци су услед велике компресије врло захтевни за уређај коју врши компресију, други пак захтевају велике пропусне опсеге али нуде висок квалитет репродукованог сигнала.

Аудио кодеци који се користе: su G.711ulaw, G.711alaw, G.722 wideband codec, G.729 lowband codec, G.723, SILK, ILBC

Видео кодеци: H.265/HEVC, H264 , H264/MPEG-4 Part 10, AVC, H263 , VP8

Зависно од кодека зависи и квалитет пренетих информација али и захтеви који одређени уређај и интернет веза треба да дозволе.

Референце

[уреди |уреди извор]
  1. ^„VOIP протоколи”.sites.google.com. Архивирано изоригинала 24. 09. 2016. г. Приступљено30. 4. 2016. 
  2. ^„СИП протокол”.impulst.net/srp/edukacija/voip/. Приступљено30. 4. 2016. 
  3. ^„РТП протокол”(PDF).telekomunikacije.etf.bg.ac.rs/predmeti/ot4ipt/VoIP.pdf. Архивирано изоригинала(PDF) 01. 06. 2012. г. Приступљено30. 4. 2016. 
  4. ^„РТП”.Википедиа. Приступљено30. 4. 2016. 

Литература

[уреди |уреди извор]
  • „Савремена телефонска техника“ – Жарко Марков2005
  • „Understanding the sip“ – Alan B. Johnston
  • „Рачунарске мреже“ – Верица Васиљевић2008
  • „Рачунарске мреже“ – Andrew Tanenbaum2008

Спољашње везе

[уреди |уреди извор]
Државне
Остале
Преузето из „https://sr.wikipedia.org/w/index.php?title=Интернет_телефонија&oldid=27841683
Категорије:
Сакривене категорије:

[8]ページ先頭

©2009-2025 Movatter.jp