Apoio às transferências isócronas

Prévia do material em texto

Apoio às transferências isócronas
Lembre-se de que as transferências isócronas ocorrem através de tubos de fluxo, que fornecem transferência de dados unidirecional. Em um dos tubos, chamou a fonte , os dados são produzidos e, na outra extremidade, chamados de pia , os dados são entregues.
Os dispositivos que implementam pontos de extremidade isócronos exigem que os dados sejam transmitidos da fonte para o coletor a uma certa taxa, às vezes em grandes cargas úteis (por exemplo, transmissão de áudio ou vídeo). Esta seção discute como o USB cumpre esses requisitos.
Sincronização
Devido a taxas de amostragem específicas de aplicação, diferentes modelos de relógio de hardware, políticas de agendamento no sistema operacional, ou mesmo anomalias físicas, o host e o dispositivo isócrono podem ficar sem sincronização. Portanto, é necessária uma consideração especial para manter a sincronização. Os pontos de extremidade absurdos especificam um dos três tipos de sincronização.
Pontos terminais assíncronos
Os pontos de extremidade assíncronos são incapazes de sincronizar a freqüência de pacote SOF (períodos de 1 ms para pontos finais de velocidade máxima, 125 períodos de microssegundo para pontos de extremidade de alta velocidade). Esses pontos de extremidade têm: um conjunto de uma ou mais taxas fixas de amostragem de dados, ou uma taxa de dados continuamente programável. O dispositivo deve informar a capacidade de programação de um ponto final assíncrono de alguma forma (definido pela classe do dispositivo em vez das especificações USB); se a taxa de dados for programável, então ele deve ser configurado pelo host durante a inicialização do ponto final isócrono.
Os pontos de extremidade de fonte assíncrona implicam a sua taxa de dados pelo número de amostras produzidas por (micro) quadro. Os pontos finais de pia assíncronos devem fornecer feedback explícito para o ponto final de origem. Quando o ponto final de origem é o host, é responsabilidade do driver do dispositivo processar o feedback explícito corretamente. Este feedback permite ao host e ao dispositivo fazer pequenos ajustes na taxa de dados para compensar qualquer desvio de clock.
Endpoints síncronos
Os pontos finais síncronos devem sincronizar suas transmissões de dados para a freqüência do pacote SOF (períodos de 1 ms para pontos finais de velocidade total, 125 períodos de microssegundo para pontos de extremidade de alta velocidade). Esses pontos finais têm um conjunto de uma ou mais taxas fixas de amostragem de dados, ou uma taxa de dados continuamente programável. O dispositivo deve informar a programabilidade de um ponto final síncrono de alguma maneira (definido pela classe do dispositivo em vez das especificações USB); se a taxa de dados for programável, então ele deve ser configurado pelo host durante a inicialização do ponto final isócrono.
Pontos de extremidade adaptativos
Os pontos de extremidade adaptativos podem fornecer ou descarregar dados, de qualquer forma, dentro do intervalo de operação especificado. Esses pontos finais podem ter um intervalo de operação que se centra em torno de uma taxa de dados específica, pode ter um conjunto finito de intervalos de taxa de dados, ou pode selecionar entre várias taxas de dados programáveis ​​ou de detecção automática. O dispositivo deve informar a capacidade de programação de um ponto final adaptativo de alguma forma (definido pela classe do dispositivo em vez das especificações USB); Ao contrário dos tipos de sincronização anteriores, os pontos finais adaptativos podem ajustar a taxa de dados instantânea durante a operação.
Os pontos finais de dissipação adaptativa fornecem feedback explícito para a origem como pontos de extremidade assíncronos.
Manipulação de erros
Handshakes não são realizados para transações isócronas, eliminando a sobrecarga de largura de banda dos pacotes de confirmação. Ao contrário de outros tipos de transferência, as aplicações dos pontos finais isócronos são responsáveis ​​por qualquer detecção e tratamento de erros. Embora possa ser mais importante continuar a fornecer dados de transmissão em vez de retransmitir um pacote de dados perdidos, as aplicações de pontos de extremidade isócronos muitas vezes ainda precisam saber que ocorreu um erro no fluxo.
O protocolo USB destaca o seguinte método possível para o host ou um dispositivo detectar um erro em um fluxo isócrono:
As transições isócronas de alta velocidade e de alta velocidade usam o seqüenciamento de PID de dados (troca de bits de dados), uma piração isocrona pode determinar que um pacote de dados foi perdido quando ele recebe uma seqüência PID de dados inválida.
O controlador host e o dispositivo podem ver pacotes SOF no ônibus. Se o pacote SOF for emitido para um (micro) quadro que é esperado para transportar os dados periódicos de um ponto final isocêntrico, mas os dados não são transmitidos, o hardware pode determinar que um pacote foi perdido.
O protocolo fornece proteção CRC para garantir que os dados não tenham sido corrompidos.
Se um ponto final ver o pacote de token, mas não vê o pacote de dados associado dentro de um período de tempo limite da transação do barramento, o pacote de dados não foi transferido.
Uma vez que um aplicativo está ciente de que há um erro no fluxo, cabe ao aplicativo determinar o próximo curso de ação.
http://wiki.osdev.org/Universal_Serial_Bus#Supporting_Isochronous_Transfers
Os pacotes podem ser encapsulados em uma quadro de dados, com uma sequência de bits de sincronização de quadro indicando o início do quadro e, por vezes, também uma sequência de bits de bits de sincronização, normalmente 01010101, para a identificação dos tempos de transição de bit. Note-se que na camada física, isto é considerado como comunicação serial síncrona. Exemplos de protocolos de enlace de dados de modo pacote que podem ser transferidos usando comunicação serial síncrona são o HDLC, Ethernet, PPP e USB.
https://pt.wikipedia.org/wiki/Comunica%C3%A7%C3%A3o_ass%C3%ADncrona
A principal tarefa da camada de enlace de dados é transformar um canal de transmissão bruta em uma linha que pareça livre de erros de transmissão não detectados para a camada .
http://www.feng.pucrs.br/professores/tergolina/Redes_e_Protocolos_Industriais/APRESENTACAO_-_Aula_06_Protocolos_Enlace.pdf
Enquadramento de pacote ●
 Ao receber um pacote a camada de enlace precisa adicionar informação a esse pacote ● Essa informação pode ser um cabeçalho e/ou trailer ● Cabeçalho adicionado ao início do pacote ● Trailer adicionado ao fim do pacote ● Exemplos de campos adicionados ao pacote: ● FCS – Frame Check Sequence ● Endereço de Origem ● Endereço de Destino ● Com a adição dos campos temos o Quadro
Controle de Fluxo ● Busca garantir que um nó transmissor não afogue um nó receptor ● Quando um nó consegue enviar mais pacotes que o destino consegue receber acontecem perdas de pacote ● O mecanismo mais
https://docente.ifrn.edu.br/tadeuferreira/disciplinas/2012.1/redes-i-eja/Aula12.pdf
http://mecaweb.com.br/eletronica/content/e_serial
NRZ I
Non Return to Zero Inverted
Um pulso +p(t) ou –p(t), quando enviado, tem 
duração igual a todo o período correspondente a 
um bit
O sinal deve possuir um número suficiente 
de 0 ́s (ou de 1 ́s) para permitir o 
sincronismo entre o transmissor e o 
receptor
TÉCNICA
HDLC's 
zero
-
Bit stuffing
O costume de inserir bits extras no fluxo de dados transmitidos. A inserção de bits é usada para assegurar que determinadas sequências especiais de bits só apareçam nas posições desejadas. Por exemplo, nos protocolos HDLC, SDLC e X.25, seis bits um seguidos só podem aparecer no início e no final de um quadro (bloco) de dados e, portanto, a inserção de bits é utilizada com a finalidade de incluir um bit zero no fluxo de dados sempre que forem detectados cinco bits um seguidos. Os bits zero inseridos desta maneira são retirados pela estação receptora de modo que os dados voltem a ter o formato origina