H.323 standard. Specifikace H.323 byla schválena v roce 1996 skupinou Study Group 16 (součást ITU). Verze 2 byla schválena v lednu 1998.

Podobné dokumenty
Voice over IP Fundamentals

Komunikace systémů s ostatními multimediálními sítěmi

Analýza komunikace při realizaci VoIP spojení

Principy ATM sítí. Ing. Vladimír Horák Ústav výpočetní techniky Univerzity Karlovy Operační centrum sítě PASNET

SIGNALIZAČNÍ A KOMUNIKAČNÍ PROTOKOLY V IP TELEFONII

5. přednáška. H.323 deštník pro celou škálu protokolů

vysokých škol na projektu IP telefonie

Identifikátor materiálu: ICT-3-03

Voice over IP Fundamentals

EXTRAKT z mezinárodní normy

Real-time analyzátor protokolů přenosu VolP. Univerzita Karlova v Praze Matematicko-fyzikální fakulta. Michal Dvořák DIPLOMOVÁ PRÁCE

Očekávané trendy v telemedicíně

Voice over IP - přehled protokolů a praktické zkušenosti

Architektura protokolů

Fakulta informačních technologií VUT v Brně Ústav počítačových systémů Periferní zařízení, cvičení IPZ Analýza komunikace na sběrnici USB

Uživatelský manuál WEB SERVICE V3.0 IP kamer Dahua

Č.j. PPR /ČJ EC Praha Počet listů: 5 + nebo fax

Multimediální přenosy. IP telefonie.

B4. Počítačové sítě a decentralizované systémy Jakub MÍŠA (2006)

Rodina protokolů TCP/IP, verze 2.6. Část 11: VOIP, IP telefonie

VoIP telefonie je komplexní řešení

Uživatelské hodnocení kvality a dostupnosti ICT služeb. Zbyšek Chvojka, Mylène Veillet

Základy Voice over IP (VoIP) pro IT techniky

IČ (je-li přiděleno):

Semestrální práce do předmětu TPS (Technologie Počítačových Sítí).

ID listu: DATA_VPN _ (poslední dvojčíslí označuje verzi listu)

Rodina protokolů TCP/IP, verze 2.7. Část 11: VOIP, IP telefonie

Multimediální služby v taktických IP sítích

Videokonference pro každého Produktová řada LifeSize

Prostředí pro spolupráci Multimédia

Počítačové sítě. Miloš Hrdý. 21. října 2007

architektura mostů severní / jižní most (angl. north / south bridge) 1. Čipové sady s architekturou severního / jižního mostu

Unified Messaging: Integrace IBM a Cisco řešení v oblasti messagingu

Telekomunikační sítě Protokolové modely

Počítačové sítě pro V3.x Teoretická průprava II. Ing. František Kovařík

Základní normalizované datové přenosy

Od videokonference k telepresenci

Výukový program: Moderní komunikační technologie. Modul 7: Přenos hlasu prostřednictvím datových sítí. Ing. Miroslav Vozňák, Ph.D.

Počítačové sítě Implementace RM OSI. Počítačové sítě - Vrstva datových spojů 1

Přirozená komunikace, aneb "potkáme se na videu"

7. Aplikační vrstva. Aplikační vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl. Představíme si funkci aplikační vrstvy a jednotlivé protokoly.

Yealink VC110 videokonferenční endpoint

CCNA I. 3. Connecting to the Network. CCNA I.: 3. Connecting to the network

Univerzita Karlova v Praze Matematicko-fyzikální fakulta BAKALÁŘSKÁ PRÁCE. Daniel Kratochvíl. H.323 Gatekeeper

Studium protokolu Session Decription Protocol. Jaroslav Vilč

Počítačové sítě. Lekce 4: Síťová architektura TCP/IP

Telefonie VoIP. Multimedia Internet Intranet Radio TV. VISOCALL IP. IP komunikační systém pro zdravotnictví Výstavba systému

Základy počítačových sítí Model počítačové sítě, protokoly

PŘENOS MULTIMÉDIÍ PŘES SÍŤ

Techniky sériové komunikace > Synchronní přenos

Efektivní provoz koncových stanic

Zajištění kvality služby (QoS) v operačním systému Windows

Konvergence AVB řešení integrace s BIAMP

Počítačové sítě internet

TFTP Trivial File Transfer Protocol


Testování Triple play služeb & EtherSAM

Yealink VC400 videokonferenční systém

Local Interconnect Network - LIN

Přenos a komprese audio/video dat pro integrovanou výuku VUT a VŠB-TUO

Inovace výuky prostřednictvím ICT v SPŠ Zlín, CZ.1.07/1.5.00/ Vzdělávání v informačních a komunikačních technologií

EXTRAKT z mezinárodní normy

Integrace mobilních zařízení do ICT, provoz tlustých aplikací na mobilních telefonech a tabletech Roman Kapitán, Citrix Systems Czech

Co je doma, to se počítá, aneb Jak ušetřit na komunikaci. Petr SOLNAŘ / Liberecká IS, a.s. Michal NOVÁK / SOITRON CZ, s.r.o

Prostředí pro spolupráci Multimédia

Avaya Scopia verze 8.3

Prostředí pro spolupráci Multimédia. Jan Růžička

17. Spojovací systém SEL ALCATEL 100 S12

Měření kvality služeb

Registrační číslo projektu: CZ.1.07/1.5.00/ Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost

5. Směrování v počítačových sítích a směrovací protokoly

Architektury komunikujících systémů

EXTRAKT z české technické normy

Bezdrátový router 150 Mbit/s Wireless N

9. Sítě MS Windows. Distribuce Windows. Obchodní označení. Jednoduchý OS pro osobní počítače, pouze FAT, základní podpora peer to peer sítí,

4. Síťová vrstva. Síťová vrstva. Počítačové sítě I. 1 (6) KST/IPS1. Studijní cíl. Představíme si funkci síťové vrstvy a jednotlivé protokoly.

Platforma Juniper QFabric

Copyright 2001, COM PLUS CZ a.s., Praha

Polycom - produkty pro VOIP komunikaci. přehled portfolia SIP telefonů. objevte nové možnosti hlasové komunikace

Hot Standby Router Protocol (zajištění vysoké spolehlivosti výchozí brány)

Pokročilé architektury počítačů

Příloha č.1 zadávací dokumentace Specifikace požadavků na řešení softwarových videokonferenčních klientů

EXTRAKT z české technické normy

Zabezpečená videokonference a hlas v IP a GSM komunikačním prostředí. Jiří DOUŠA Červen 2014

Úvod do informačních služeb Internetu

Projektování distribuovaných systémů Lekce 2 Ing. Jiří ledvina, CSc

37MK - Semestrální práce. Signalizace v GSM

Univerzita Jana Evangelisty Purkyně Automatizace Téma: Datová komunikace. Osnova přednášky

Počítačová síť. je skupina počítačů (uzlů), popřípadě periferií, které jsou vzájemně propojeny tak, aby mohly mezi sebou komunikovat.

Videokonference Polycom

Alcatel OmniPCX 4400 Základní vlastnosti

Linksys SPA3102 ATA - Jak jej použít pro připojení 2N Helios IP k analogové ústředně

EXTRAKT z české technické normy

Modemy a síťové karty

java remote method invocation Kateřina Fricková, Matouš Jandek

Moderní infrastruktura základ egovernmentu

Metody připojování periferií BI-MPP Přednáška 1

H.323/SIP VoIP GSM Gateway VIP-281GS

Realizace a zabezpečení telefonního centra s využitím technologie Voice Over Internet Protocol. Implementation of secure VOIP call center

SIP Session Initiation Protocol

Transkript:

Co to je? H.323 standard H.323 zastřešuje množinu doporučení od ITU (International Telecommunications Union), která specifikuje standardy v oblasti multimediálních komunikací přes sítě, jež negarantují kvalitu služeb - QoS (Quality of Service). H.323 definuje základy pro audio, video a datové komunikace přes IP sítě, tj. i přes Internet. Pokrývá širokou oblast komunikace. Definuje jak samostatná zařízení (IP telefony), tak využití PC. Jednoduché (point-to-point), složité (multipoint), hybridní konference.popisuje kontrolu volání, správu multimédií, řízení datového toku i rozhraní mezi jednotlivými typy sítí (Ethernet, TokenRing,...) Trocha historie Specifikace H.323 byla schválena v roce 1996 skupinou Study Group 16 (součást ITU). Verze 2 byla schválena v lednu 1998. Důležitost H.323 H.323 je komplexní, propracovaný protokol, který umožňuje jak obyčejnou IP telefonii, tak rozsáhlé multimedíální videokonference. H.323 pracuje nad dnešními sítěmi (IP). Je navržen tak, aby kompenzoval variabilní latence sítě. H.323 je standard. Proto se mezi sebou domluví zařízení různých výrobců bez nutnosti podpory více protokolů. H.323 je podporován mnoha velkými společnostmi. Např. Intel, Microsoft, Cisco, IBM,... Klíčové výhody H.323 Standartizované kodeky: jsou definovány otevřené audio i video kodeky, které musí podporovat každé H.323 zařízení. Tím je zaručena kompatibilita koncových zařízení. Součinnost (Interoperability): Uživatelé chtějí komunikovat bez ohledu na použitý program/hardware a chtějí mít jistotu, že se navzájem uvidí/uslyší. H.323 definuje metody, jak se koncová zařízeni domluví na použitých kodecích. Standard také určuje společné metody navázaní spojení a kontrolní protokoly. Nezávislost na síti H.323 je navržen tak, aby fungoval nad dnes běžnými typy sítí. Jak se postupně vylepšují síťové technologie, řešení na bázi H.323 budou schopny využít jejich výhody. Nezávislost na HW H.323 není vázaný na žádný HW neo operační systém. Je možné ho proto implementovat

všude, kde to jen trochu dává smysl :-) Podpora vícebodových spojení Koncová zařízení jako taková umí vícebodové konference. Lze ale použít specializované vícebodové kontrolní jednotky (MCUs), které mají daleko širší použití i možnosti. Kontrola datového toku Správce sítě může definovat maximální počet současných spojení a tím efektivně omezit maximální datový tok. Podpora Multicastu Flexibilita H.323 podporuje multicast ve vícebodových konferencích. Tím se výrazně šetří datová propustnost sítě. Konferencí se mohou zúčastnit různorodé zařízení. Například terminál pouze se zvukem se může účastnit konferencí s terminály, které podporují video a/nebo data přenosy. Takže je možné, aby multimediální terminál sdílel audio s T.120 terminálem a video a data s jiným H.323 terminálem. Inter-network conferencing H.323 umožňuje konference z LAN do vzdálených terminálů postavených na jiné technologii, např. ISDN. H.323 používá technologii společných kodeků tak, aby co nejvíce snížil zpoždění a optimálně využil vlastnosti přenosového média.

Architektura S cope o f H.3 2 3 H.3 2 3 H.3 2 3 M C U N o n -G u a ra n te e d Q o S L A N (N o te ) H.3 2 3 H.3 2 3 G a te ke e p e r G a te w a y H.3 2 3 H.3 2 3 G S T N G uaranteed Q O S L A N N -IS D N B -IS D N H.3 1 0 te rm in a o p e ra tin g in H.3 2 1 m o d e V.7 0 H.3 2 4 S p e e ch H.3 2 2 S p e e ch H.3 2 0 H.3 2 1 H.3 2 1 N o te : A g a te w a y m a y su p p o rt o n e o r m o re o f th e G S T N, N -IS D N a n d /o r B -IS D N co n n e ctio n s. H.323 síť se skládá ze 4 hlavních logických elementů. Terminals, Gateways, Gatekeepers a MCUs (Multipoint Control Units).

Terminal: S cope of R ecom m endation H.323 V ideo I/O equipm ent A udio I/O equipm ent V ideo C odec H.2 61, H.263 A udio C odec G.711, G.722, G.723, G.728, G.729 R eceive P ath D elay H.225.0 Layer Local A rea N etwork Interface U ser D ata A pplications T.120, etc. S ystem C ontrol H.245 C ontrol S ystem C ontrol U ser Interface C all C ontrol H.225.0 R A S C ontrol H.225.0 Terminál je koncový bod, který umí oboustrannou komunikaci s jiným terminálem, gatewayí, gatekeeperem nebo MCU. Tato komunikace zahrnuje kontrolu, signalizaci, audio, video, a/nebo data mezi dvěma terminály. Terminál může poskytovat pouze audio, audio a video, audio a data nebo audio, video a data. Každý terminál musí implementovat H.245 (zjitění podporovaných vlastností), Q.931 (signalizace, navázání spojení. Také označovaný jako RAS Registration/Admission/Status) a podpora RTP/RTCP pro zpracováni audio a video packetů. Gateway (GW): Gateway je koncový bod, který zprostředkovává obousměrnou komunikaci mezi terminálem v LAN a jiným terminálem v jiné síti, nebo jinou gatewayí. Další důležitou funkcí je překladatel mezi jednotlivými typy terminálů jak je vidět z prvního obrázku. Gatekeeper (GK): Gatekeeper je H.323 entita v LAN, která zprostředkovává překlad adres a řídí přístup jiných H.323 terminálů, GWs, MCUs do sítě. GK může poskytovat i jiné služby, jako například lokalizaci jiných GW, nebo řízení datového toku (bandwidth management).

Multipoint Control Unit (MCU): T erm inal 1 T erm inal 2 G atekeeper 1 G atekeeper 2 G atekeeper 3 M C M C M C M P LA N M C M C M P M C M P M C G ateway 1 G ateway 2 G ateway 3 M C U 1 M C U 2 N ote: G ateway, G atekeeper, and M C U can be a single device MCU podporuje konference mezi 2 a více účastníky. Při spojení 2 účastníků lze dvou bodové spojení převés na více bodové připojením dalšího účastníka do konference. MCU se skládá ze 2 částí. Multipoint Controller (MC) a Multipoint Processor (MP). MC řídí vyjednávání podle H.245 mezi terminály, kde se zjišťují společné vlastnosti pro zpracování audia i videa. MC také řídí zdroje konference zjišťováním, které streamy budou vysílány multicastem. MC přímo nezpracovává streamy. MP přímo zpracovává audio, video i data streamy. Stará se tedy o to, aby se např. více streamů sloučilo do jednoho, apod. MC a MP mohou, ale nemusí být fyzicky v jedné komponentě. Příklad vícebodové konference řízené jedním MCU: F MCU E A B C D Multicast Audio and Video Unicast Audio and Video Decentralized Side Centralized Side

Mini slovníček Transportní adresa: Je adresa H.323 entity. Skládá se z adresy LAN a z TSAP identifikátoru. TSAP identifikátor: Je ta část LAN adresy, která rozlišuje jednotlivá transportní spojení na jediné entitě. Tj. u TCP/IP je to port. Alias adresa: Alias adresa poskytuje alternativní možnost, jak adresovat koncové zařízení. Skládá se z E.164 adresy (telefoní číslo, číslo přístupu k síti, atd.) dále H.323 IDs (email, name,...) nebo další identifikátory definované v H.225.0. Adresa aliasu by měla být unikátní v zóně. Registrace na Gatekeeper Nalezení GK: Terminál pošle GRQ request. Jeden nebo více GK může odpovědět. Ve své odpovědi uvedou i svoji adresu. Terminál si vybere jednoho z nich a zaregistruje se. Pokud se ale neozve žádný GK, může terminál použít manuální registraci. Tímto je zaručeno, že v dané lokální síti bude GK řídit všechen provoz. Není totiž terminálům dovoleno použít manuální nastavení (získání adresy) aniž by se nezeptaly GK. Endpoint G R Q G atek eeper G CF/G R J Registrace na GK: RRQ Registration Request RCF Registration Confirm RRJ Registration Reject URQ Unregister Request UCF Unregister Confirm URJ Unregister Reject

Endpoint Gatekeeper RRQ RCF or RRJ URQ UCF/URJ Endpoint initiated Unregister Request URQ UCF Gatekeeper initiated Unregister Request RAS kanál RAS kanál slouží k přenosu zpráv Admission(přijetí), Bandwidth change(změna šířky pásma), Status (stav) a Disengage(rozpojení). Pomocí ARQ (Admission Request) lze specifikovat šířku pásma, kterou chci alokovat. GK v odpovědi ACF může snížit tuto velikost. Routování signálů GK routed Call signaling: Call Signalling Channel Messages RAS Channel Messages Gatekeeper Cloud 1 2 3 8 4 5 6 7 1 - ARQ 2 - ACF/ARJ 3 - Setup 4 - Setup 5 - ARQ 6 - ACF/ARJ 7 - Connect 8 - Connect Direct routed Call signaling:

Call Signalling Channel Messages RAS Channel Messages Gatekeeper Cloud 1 - ARQ 2 - ACF/ARJ 3 - Setup 4 - ARQ 5 - ACF/ARJ 6 - Connect 1 2 4 5 3 Endpoint 1 6 Endpoint 2 Direct H.245 Control channel connection: H.245 Control Channel Messages Call Signalling Channel Messages RAS Channel Messages Gatekeeper Cloud 1 2 3 8 4 5 6 7 1 - ARQ 2 - ACF/ARJ 3 - Setup 4 - Setup 5 - ARQ 6 - ACF/ARJ 7 - Connect 8 - Connect 9 - H.245 Channel 9 GK routed H.245 Connection: H.245 Control Channel Messages Call Signalling Channel Messages RAS Channel Messages Gatekeeper Cloud 1 2 3 8 9 4 5 6 7 10 1 - ARQ 2 - ACF/ARJ 3 - Setup 4 - Setup 5 - ARQ 6 - ACF/ARJ 7 - Connect 8 - Connect 9 - H.245 Channel 10 - H.245 Channel

Životní cyklus spojení Jedno zavolání se skládá z těchto fází: Navázání spojení Inicializace komunikace a výměna schopností (podporované kodeky,...) Inicializace audiovizuální komunikace Volání Ukončení hovoru Navázání spojení Příklady navázání spojení 2 pouze koncoví účastníci: Setup(1) Call proceeding(2) Alerting(3) Connect(4) Call Signalling Messages 2 koncoví účastníci registrovaní na stejném GK, přímé spojení: Endpoint 1 Gatekeeper 1 Endpoint 2 ARQ(1) ACF/ARJ(2) Setup(3) Call proceeding(4) ARQ(5) ACF/ARJ(6) Alerting(7) Connect(8) RAS Messages Call Signalling Messages

2 koncoví účastníci registrovaní na stejném GK, GK routed spojení: Endpoint 1 Gatekeeper 1 Endpoint 2 ARQ(1) ACF(2) Setup(3) Call Proceeding(5) Setup(4) Call Proceeding(5) ARQ(6) ACF/ARJ(7) Alerting(8) Connect(10) Alerting(8) Connect(9) RAS Messages Call Signalling Messages 2 koncoví účastníci registrovaní na různých GK. Oba GK směrují signalizaci volání: Endpoint 1 Gatekeeper 1 Gatekeeper 2 Endpoint 2 ARQ(1) ACF(2) Setup(3) Call Proceeding(5) Setup(4) Call Proceeding(5) Facility(8) ARQ(6) ARJ(7) Release Complete(9) Alerting(14) Connect(17) Setup(10) Call Proceeding(5) Alerting(14) Connect(16) Setup(11) Call Proceeding(5) ARQ(12) ACF/ARJ(13) Alerting(14) Connect(15) RAS Messages Call Signalling Messages Popis: Volající koncový uživatel iniciuje ARQ(1)/ACF(2) výměnu s GK1. GK1 vrátí svoji adresu signalizačního kanálu v ACF(2). Volající použije tuto adresu a pošle na ni Setup(3) zprávu.

GK1 pošle Setup(4) zprávu na dobře známou adresu signalizačního kanálu koncového uživatele 2. Pokud si koncový uživatel 2 přeje přijmout hovor, iniciuje ARQ(6)/ACF(7) výměnu s GK2. Pokud je to přijatelné, vrátí GK2 svoji adresu signalizačního kanálu v ARJ(7) zprávě s chybovým kódem routecalltogatekeeper.(tj. Vyžaduje, aby šla signalizace přes něj) Koncový uživatel 2 pošle GK1 zprávu Facility(8) obsahující adresu signalizačního kanálu GK2. Vlastně mu říká, že je přístupný přes tuto adresu. GK1 pošle koncovému uživateli zprávy Release(9). GK1 pošle GK2 Setup(10) zprávu. GK2 pošle koncovému uživateli Setup(11) zprávu. Ten iniciuje ARQ(12)/ACF(13) výměnu s GK2 (žádost o přidělení pásma) Koncový uživatel 2 poté pošle GK2 Connect(15) zprávu obsahující adresu H.245 signalizace. GK2 pošle GK1 Connect(16) zprávu obsahující adresu prvku, který bude routovat H.245 signalizaci (GK2, nějaká MC,...). GK1 pošle koncovému uživateli Connect(17) zprávu obsahující adresu prvku, který bude routovat H.245 signalizaci (GK1, MC,...) Změna šířky pásma Iniciovaná volajícím Gatekeeper 1 Gatekeeper 2 BRQ(1) BCF/BRJ(2) CloseLogicalChannel(3) OpenLogicalChannel(4) BRQ(5) BCF/BRJ(6) OpenLogicalChAck(7) Note: Gatekeeper 1 and Gatekeeper 2 may be the same Gatekeeper. Iniciovaná volaným

Gatekeeper 1 Gatekeeper 2 BRQ(1) BCF/BRJ(2) FlowControlCommand(3) BRQ(4) BCF/BRJ(5) CloseLogicalChannel(6) OpenLogicalChannel(7) OpenLogicalChAck(8) Note: Gatekeeper 1 and Gatekeeper 2 may be the same Gatekeeper. Ukončení spojení Jakýkoliv koncový uživatel může ukončit spojení následujícím způsobem: 1. Měl by ukončit vysílání videa na konci kompletního snímku, a pak uzavřít všechny logické kanály pro video. 2. Měl by ukončit vysílání dat a uzavřít logický kanál pro data. 3. Měl by ukončit vysíláni audia a uzavřít logický kanál pro audio. 4. Měl by poslat H.245 zprávu endsessioncommand do kontrolního kanálu, signalizující druhé straně, že si přeji uzavřít spojení, a pak ukončit vysílání do kontrolního kanálu. 5. Měl by počkat, než mu přijde z druhé strany endsessioncommand zpráva. Poté uzavře kontrolní kanál. 6. Pokud je signalizační kanál otevřen, tak by měla být odeslána zpráva Release Complete a kanál by měl být uzavřen. 7. Měl by ukončit hovor procedurou definovanou níže.

Ukončení spojení ukončení spojení s GK Gatekeeper 1 EndSessionCommand(1) Gatekeeper 2 EndSessionCommand(1) DRQ(3) DCF(4) Release Complete (2) DRQ(3) DCF(4) RAS messages Call Signalling messages H.245 messages Note: Gatekeeper 1 and Gatekeeper 2 may be the same Gatekeeper. ukončení spojeni GKem: Gatekeeper 1 Gatekeeper 2 DRQ(3) EndSessionCommand(1) EndSessionCommand(1) Release Complete (2) DCF(4) DRQ(3) DCF(4) RAS messages Call Signalling messages H.245 messages Note: Gatekeeper 1 and Gatekeeper 2 may be the same Gatekeeper. Zdroje http://www.packetizer.com/voip/h323/standards.html http://www.packetizer.com/voip/h323/drafts/h323v1.zip http://www.packetizer.com/voip/h323/papers/primer/