10.08.2010

RTSP: Пытанні і адказы

* Source text URL: http://www.cs.columbia.edu/~hgs/rtsp/faq.html




Што такое Real Time Streaming Protocol (RTSP)?

Што такое Real Time Transport Protocol (RTP)?

Што такое H.323?

Як RTSP, RTP і H.323 злучаны адзін з адным?

Якая ўзаемасувязь паміж RTP, RTCP і RTSP?

Якая ўзаемасувязь паміж SIP і RTSP?

Ці можна SIP і RTSP быць скарыстаць разам?

Чаму ёсць падтрымка UDP у RTSP?

Дзе я магу знайсці дадатковую інфармацыю?

Што такое Real Time Streaming Protocol (RTSP)?
RTSP з’яўляецца серверам мультымедыйнай прэзентацыі кліенту пратакола кіравання. Ён прызначаны для выкарыстання існых вэб-інфраструктур (напрыклад, успадкоўванне аўтэнтыфікацыі і фота з HTTP) і добра працуе, як для вялікіх аўдыторый, так і для аднаго прагляду медыя па патрабаванні. Progressive Networks, Netscape Communications і Калумбійскі ўніверсітэт сумесна распрацавалі RTSP для задавальнення запатрабаванняў для эфектыўнай дастаўкі струменевых мультымедыя па сетках IP. У наш час ён стандартызаваны працоўнай групай MMUSIC у рамках Internet Engineering Task Force (IETF), і плануецца для канчатковага разгляду ў лістападзе 1997 года.

Што такое Real Time Transport Protocol (RTP)?
Realtime Transport Protocol (RTP) з’яўляецца і прапанаваным стандартам IETF (RFC 1889) і Міжнародным звяном Telecommuncations (МСЭ), Standard (H.225.0). Гэта фармат пакетаў для мультымедыйных струменевых дадзеных. RTP выкарыстоўваецца ў RTSP і H.323 для дадзеных, як частка гэтых пратаколаў.

Што такое H.323?
H.323 уяўляе сабою аснову канферэнцый стандартызаваных тэлекамунікацый Міжнароднага звяна электрасувязі (МСЭ). Ён выкарыстоўваецца для аднарангавых груп, другі спосаб дастаўкі відэа і аўдыё дадзеных у тэлефон. Ён прызначаны для добрага ўзаемадзеяння шлюзаў Інтэрнэта з тэлефона на тэлефон, і працуе добра для ўмеранай колькасці ўдзельнікаў.

Як RTSP, RTP і H.323 злучаны адзін з адным?

H.323 і RTSP дапаўняюць функцыі. H.323 з’яўляецца карысным для стварэння аўдыё/відэа канферэнцый у сярэдніх памераў аднарангавы груп, а RTSP карысна для буйнамаштабных трансляцый і аўдыё/відэа-па-патрабаванню струменевага відэа. Можна было б думаць пра H.323 як аб прапанове паслуг, эквівалентных тэлефону з выклікам з трыма шляхамі, у той час як RTSP прапануе паслугі як відэакрама са службамі дастаўкі, VCR або кабельным тэлебачаннем. RTSP забяспечвае “VCR-стыль” кіравання функцыі, такія як паўза, хуткая перамотка наперад і назад, і абсалютнае пазіцыянаванне, якое выходзіць за рамкі H.323 і RTP.

Абодва H.323 і RTSP выкарыстоўваюць RTP з яго стандартнымі сродкамі, насамрэч дастаўкі мультымедыйных дадзеных. Гэтая сумяшчальнасць узроўню дадзеных робіць эфектыўныя шлюзы паміж пратаколамі магчымымі, так як толькі кіраўнікі паведамленняў павінны быць пераведзены.

Якая ўзаемасувязь паміж RTP, RTCP і RTSP?

RTP з’яўляецца транспартным пратаколам для дастаўкі дадзеных у рэальным часе, у тым ліку струменевага аўдыё і відэа. RTCP з’яўляецца часткай RTP і дапамагае сінхранізацыі вуснаў і QOS кіравання, сярод іншых. RTSP – гэта пратакол кіравання, які ініцыюе і дастаўляе струменевае мультымедыя ад медыя-сервераў, “Інтэрнэт-відэа пратакол выдаленага кантролю”. RTSP не перадае дадзеныя (хоць сувязь RTSP можа быць скарыстана для тунэля RTP трафіку для прастаты выкарыстання з міжсеткавымі экранамі і іншымі сеткавымі прыладамі). RTP і RTSP, верагодна, будуць выкарыстоўвацца разам у шматлікіх сістэмах, але любы пратакол можа быць скарыстаны без іншага. RTSP праект утрымоўвае частку пры выкарыстанні RTP з RTSP.

Якая ўзаемасувязь паміж SIP і RTSP?
RTSP і Session Initiation Protocol (SIP) маюць шмат агульных характарыстак. Тым не менш, RTSP распрацаваны, каб кіраваць мультымедыйным патокам падчас пастаўкі; SIP не прымае непасрэднага ўдзелу ў кіраванні медыя-струменяў.

Уласцівасці

SIP

RTSP

Задача

Запрашэнне карыстачоў у рэжыме рэальнага часу канферэнцый

Ініцыяванне і кантроль медыапатока аднаадраснай і шматадраснай перадачы адрасу

Перадачы дадзеных

Двунакіраваны паміж выклікалым бокам SIP і выкліканым

Адзін кірунак; медыя-сервер можа або прайграваць, або запісваць дадзеныя, з кірункам паказаных у струмені часу пераналадкі

Іншыя дастаўкі

пакуль няма, але плануюцца

Загаловак транспарту можа ўтрымоўваць адрас, уключаючы адрас, які адрозніваюцца ад выдачы RTSP запытаў.

Кэшаванне

Няма паняцця кэшавання кантэнту, а канферэнцыі ў рэжыме рэальнага часу

Кэшаванне падобна на HTTP, дзе канчатковыя сістэмы сувязі кэшуюцца для атрымання кантэнту. Як і некаторы кэш HTTP, такі як “sqid”, кэш можа быць “скразным”, калі дадзеныя, прадстаўляюцца кліенту да таго, як цалкам атрымаюцца ў кэш-памяці.

Перанакіраванне

Размяшчэнне загалоўкаў, выкарыстоўваныя для індывідуальнай мабільнасці і ў абыход проксі

Размяшчэнне загалоўкаў, выкарыстоўваюцца для размеркавання нагрузкі паміж медыя-серверамі

Сесія ідэнтыфікацыі

Call-ID

Сесія

Усталёўкі сесіі

INVITE

Прапануе карыстачу адзін ці некалькі сродкаў масавай інфармацыі сесій. Транспартная інфармацыя паказана ў апісанні сесіі і ўключана ў цела паведамлення.

SETUP

Прапануе сервера для перадачы дадзеных для аднаго струменя сродкаў масавай інфармацыі ў пункт прызначэння, паказаны ў поле загалоўка транспарта. Калі пакінуць адкрытым кліента, сервер можа таксама абраць параметры транспарта і давесці іх да звесткі кліента, выкарыстоўваючы загаловак адказу транспарта.

Сесія дэмантажу

BYE

Завяршае ўвесь выклік/сесію.

Дэмантаж

У залежнасці ад URL можа спыніць сесіі ў цэлым ці асобныя струмені сродкаў масавай інфармацыі.

Можна SIP і RTSP быць скарыстаны разам?

У шматлікіх выпадках SIP не можа быць неабходным для інтэграцыі медыя-сервераў у канферэнцыях. Калі вы жадаеце гуляць СМІ у шматадраснай IP ці аднаадраснай сесіі, ці запісы сесіі, досыць, каб паведаміць серверу адрас з дапамогай SETUP паведамленняў RTSP. SIP можа падтрымліваць іншыя запрашэнні ў будучыні, але і RTSP, верагодна, не будзе з-за яго іншай ролі. Калі ўдзельнік канферэнцыі (Аліса) жадае, каб медыя-сервер на канферэнцыі выкарыстоўваў MCU, яна магла б прапанаваць выкарыстоўваць SIP з указаннем MCU у якасці трэцяй асобы. Медыя-сервер прапануе сябе MCU, выкарыстоўвая SIP і атрымлівая неабходную інфармацыю транспарта. Аліса пасылае звычайныя каманды RTSP для медыя-сервера з указаннем канферэнцыі.

Чаму ёсць падтрымка UDP?

Паколькі аб’ём дадзеных каманд RTSP, верагодна, будзе нізкі, страты выкліканыя заторамі кіравання TCP не асабліва карысныя, але могуць прымусіць кліента ці сервер у празмерны back-off з вялікімі затрымкамі.

Сесія ствараецца яшчэ хутчэй, хоць гэта ці наўрад будзе асноўным пытаннем, паколькі RTSP патрабуе сваёй усталёўкі.

Дзе я магу знайсці дадатковую інфармацыю?

Real Networks RTSP FAQ

ok ok