Академический Документы
Профессиональный Документы
Культура Документы
FEUP/DEEC/RBL 2002/03
Jos Ruela
H.323
Videoconferncia em redes de pacotes
H.324
Comunicaes multimdia na rede telefnica fixa
Arquitectura Multimdia IP
Signaling Quality of Service Reservation H.323 SDP SIP RTSP RSVP Measurement RTCP RTP Media Transport
H.261, MPEG
UDP
PPP
Sonet
ATM
Ethernet
V.34
O RFC 1889 intitulado A Transport Protocol for Real-Time Applications define um protocolo que fornece um servio de transporte de dados com caractersticas de tempo real, de que so exemplos udio e vdeo interactivo
o servio inclui identificao do tipo do payload, numerao sequencial, marcas temporais (timestamping) e monitorao da entrega de dados
O RTP/RTCP corre tipicamente sobre UDP, utilizando as suas capacidades de multiplexagem e checksum; em conjunto fornecem parte da funcionalidade de protocolos de Transporte O RTP/RTCP adoptado na arquitectura multimdia IETF e na arquitectura H.323 (ITU)
RTP
No inclui mecanismos que providenciem entrega fivel e com garantias de QoS, ou que permitam reserva de recursos Inclui as seguintes funes
Timestamping (para compensao do jitter em pacotes do mesmo stream) Numerao sequencial (para deteco de perdas e reordenao) Identificao do tipo de payload (para descrever o tipo de codificao usado no payload) Identificao da fonte (em sesses multicast)
Pacote RTP
Controlo da sesso
devido ao nmero de participantes numa sesso ser varivel e eventualmente muito elevado, torna-se necessrio evitar que o nmero de pacotes RTCP cresa linearmente com a dimenso do grupo multicast o perodo entre pacotes RTCP deve ser ajustado dinamicamente dimenso do grupo, procurando-se que o trfego RTCP consuma uma percentagem sensivelmente constante do trfego total
RTCP
Emissores (sources) e receptores (sinks) de informao enviam periodicamente pacotes RTCP para o mesmo grupo multicast usado para distribuir pacotes RTP Cada pacote RTCP contm vrios elementos, nomeadamente relatrios enviados pelo emissor ou pelo receptor, seguidos por descritores da fonte
Sender Reports descrevem a quantidade de dados enviados at ao momento e informao que permite a sincronizao de vrios meios Receiver Reports contm um bloco por cada fonte RTP no grupo, que descreve os valores instantneo e acumulado da taxa de perdas e o jitter relativo fonte correspondente; um bloco indica ainda o ltimo timestamp recebido e o atraso desde a recepo do ltimo Sender Report Source Descriptors so usados para controlo de sesses
MBone
O backbone multicast da Internet (MBone) constitudo por routers IP com capacidade multicast O MBone constitui o suporte para conferncias multimdia e outras sesses multicast na Internet
Aos emissores atribudo um endereo multicast para o qual transmitem Os receptores escutam no endereo multicast da sesso a que se associam mediante o envio de um pedido IGMP (Internet Group Management Protocol) a um router do MBone
As sesses multicast podem ser anunciadas de vrias formas correio electrnico, divulgao na Web ou por meio de um protocolo especificado para o efeito (SAP Session Announcement Protocol)
para apoiar o anncio de sesses multicast e comunicar aos potenciais participantes informao relevante para o respectivo estabelecimento, pode ser usado um directrio de sesses distribudo uma instncia do directrio difunde periodicamente pacotes contendo uma descrio da sesso e estes anncios so recebidos por outros directrios, o que permite a potenciais participantes remotos iniciar as ferramentas necessrias para participar na sesso, com base na respectiva descrio
Especificado no RFC 2974 Permite anunciar sesses multimdia multicast Um anunciante SAP envia periodicamente pacotes a anunciar a sesso para um endereo multicast e porta conhecidos
o anncio divulgado no mesmo contexto (scope) da sesso anunciada, que deve ser conhecido dos receptores (por exemplo usando o MulticastScope Zone Announcement Protocol) os receptores escutam no endereo e porta SAP correspondente ao contexto das sesses em que esto interessados, tomam conhecimento das sesses anunciadas e podem juntar-se-lhes no existe qualquer mecanismo de rendez-vous, isto , o anunciante no tem qualquer conhecimento da existncia de potenciais ouvintes SAP o anncio contm uma descrio da sesso e pode conter um cabealho de autenticao
Especificado no RFC 2327 Descreve sesses multimdia (conferncia ou distribuio) para efeito de anncio, convite ou outros formas de incio de sesso Inclui informao sobre
media streams
nmero e tipo (udio, vdeo, etc.) protocolos (RTP/UDP/IP, H.320, etc.) formatos (vdeo H.261, vdeo MPEG, etc.)
endereos de destino (unicast ou multicast) e portas (para envio e/ou recepo) tempos de incio e fim da sesso originador (nome e forma de contacto)
Especificado no RFC 2543 Uma sesso SIP corresponde a uma sesso RTP que transporta um nico tipo de meio
o protocolo no define o tipo de sesso estabelecida (jogo interactivo, conferncia audiovisual, ensino distncia, etc.)
O protocolo segue o modelo cliente-servidor, sendo semelhante ao HTTP do ponto de vista sintctico e semntico
Como em HTTP, um cliente invoca mtodos (INVITE, BYE, OPTIONS, STATUS, ACK, CANCEL, REGISTER)
Especificado no RFC 2326 Usado para controlar servidores de contedos multimdia, quer para transferir, atravs de uma rede, contedos armazenados em disco (pr-gravados), quer para gravar contedos em disco
oferece funcionalidades semelhantes ao controlo remoto de um VTR (play, fast forward, rewind, pause)
A sintaxe e a operao so semelhantes a HTTP/1.1 As mensagens RTSP usam TCP ou UDP, mas a transferncia de dados feita separadamente usando TCP ou RTP/UDP Um cliente executa vrios passos na interaco com o servidor
obteno da descrio da apresentao (DESCRIBE request) incio de uma sesso (SETUP request) emisso de pedidos (PLAY, RECORD, PAUSE) concluso da sesso (TEARDOWN request)
Audio
Data Video
Audio
Data Video
Audio Data
H.225.0 layer
Packet Network
H.323 - Componentes
Dados
udio Vdeo
Controlo
A/V Gatekeeper
H.26x
RTCP RTP
H.225.0 (RAS)
TCP IP
UDP
H.225.0
A recomendao H.225.0 inclui duas partes A componente base (H.225.0 layer) especifica o uso de canais lgicos para transferncia de dados e informao audiovisual bem como informao de controlo (H.225.0 control e H.245), sendo usados para o efeito RTP/RTCP, TCP ou UDP e IP A componente de controlo (H.225.0 control) inclui
um protocolo de sinalizao para estabelecimento de chamadas (Q.931) entre terminais, suportado sobre TCP/IP um protocolo RAS (Registration, Admission and Status) usado para comunicao entre um terminal e o gatekeeper
H.245
O protocolo H.245 permite estabelecer um canal para transferncia de informao de controlo extremo-a-extremo (separado do canal de transferncia de informao) As mensagens de controlo so usadas para
negociao de capacidades (por exemplo, codecs suportados) estabelecimento e terminao de canais lgicos para transmisso de streams controlo de fluxo envio de comandos e indicaes genricos
Uma vez estabelecido o canal de controlo H.245, o canal de sinalizao H.225.0 (Q.931) deixa de ser necessrio e pode ser terminado
H.323 Componentes
Terminal
Equipamento do utilizador
computador pessoal ou dispositivo autnomo com suporte H.323 o suporte de voz obrigatrio; o suporte de vdeo e dados opcional
Gatekeeper
Equipamento opcional que providencia aos terminais servios de controlo de chamadas
traduo de endereos controlo de admisso autorizao de chamadas servios de directoria contabilizao, taxao e facturao
H.323 Componentes
Gateway
Garante interfuncionamento com outras redes (PSTN/ISDN), realizando converses entre formatos de transmisso e procedimentos de controlo As funes duma gateway podem ser decompostas uma signaling gateway que controla uma ou mais media gateways
Gatekeepers, gateways e MCUs so entidades lgicas distintas que podem ser implementadas num mesmo dispositivo fsico
G.722
opcional semelhante a G.711 48, 56, 64 kbps
G.723.1
opcional Multipulse Maximum Likelihood Quantization (ML-MLQ) ou Algebraic-Code-Excited Linear-Prediction (ACELP) 6.3 kbps (ML-MLQ), 5.3 kbps (ACELP)
G.728
opcional Code Excited Linear Prediction (CELP) 16 kbps
H.263
especificado para baixos dbitos binrios as especificaes iniciais referiam dbitos binrios inferiores a 64 kbps, mas esta restrio foi eliminada o H.263 proporciona, em geral, melhor qualidade do que o H.261, pelo que deve ser preferido