Prosseguindo o nosso estudo sobre MPEG-2 nos deparamos agora com a necessidade de entender como o decodificador entende os bits que o codificador lhe manda, pois este sinal é uma seqüência de 10 11 1001 etc..etc... e tal.
Para que o sistema funcione, tanto o codificador quanto o decodificador , devem falar a mesma língua, ou seja; se um fala inglês o outro também tem que falar inglês , num sentido figurado é claro.
Esta linguagem , que um sistema digital usa para se comunicar chama-se PROTOCOLO, ou seja;
Protocolo é o conjunto de regras de codificação/decodificação que um determinado sistema de comunicação digital usa para transmitir informações.
No mundo digital existem dezenas de PROTOCOLOS uns , genéricos outros dedicados, dentre eles ,os mais usados; RS-232 , RS-422 , RS-423 , CCITT X.21 , (International Telegraph and Telephone Consultative Committee), RS-449 , BSC (binary synchronous communication da IBM) , ANSI X3.28 , IS/745 , DDCMP.
No exemplo do teste que vocês receberam via E-mail estava um trecho baseado em ANSI 3.28 character-oriented DLC protocol como segue:
11111111111111000001010100001010010100111110101001001111
100001110011111001100100111100000110000100111111111111
Código ..........ASCII (7 bits)
Linha...TTY 9 (Teletipo); Sinal positivo=1 , zero=zero
Linha sem tenção ; equipamento desativado
Toda a transmissão inicia com uma transição de 1 para zero.
Então seguindo a seqüência a partir do primeiro zero separamos os caracteres de 7 em 7 bits assim:
0000010 significa STX ( Start of Text)
1010000 letra P
1010010 letra R
1001111 letra O
1010100 letra T
1001111 letra O
1000011 letra C
1001111 letra O
1001100 letra L
1001111 letra O
0000011 ETX ( End of Text)
0000100 EOT (End of Transmition)
Então agora que se conhece o protocolo de transmissão podemos afirmar que a mensagem é a palavra PROTOCOLO tudo em maiúsculas.
Como pode ser sentido este protocolo serve apenas para transmissão de Teletipo, pois não prevê o fato de querermos transmitir um programa de computador, por exemplo, onde junto com palavras temos dados de comandos.
Para este tipo de trabalho temos que apelar para um protocolo orientado a nível de bits como o ADCCP bit-oriented DLC protocol, onde os dados são transmitidos em "FRAMES" ou quadros, que pode ser imaginado como um envelope de carta, no qual se lê o endereço e se entrega ao destinatário sem saber o que vai dentro dele.
Como se vê , o protocolo ADCCP delimita o FRAME com o código 01111110 que serve como Start-code e como Stop-code.
Logo após o Start-code vem o endereço da estação receptora com 8 bits, o que diz que podemos trabalhar com até 256 estações .
Seguindo o endereço, vem o campo de controle que indica as funções dos dados contidos no campo de dados, de acordo com a tabela da figura 02.
No campo de dados podemos ter de 0 bytes até o numero máximo de bytes definidos pelo circuito de controle de erros que produz o CHECKSUM.
Este checksum é o resultado de computação , que calcula a paridade dos bits ao longo da mensagem e que é executado tanto no transmissor quanto no receptor, e que é inserido pelo transmissor para ser comparado com o calculado pelo receptor; se os dois forem iguais indica que a mensagem recebida está correta , caso contrario o receptor pede para repetir o Frame.
Não vamos detalhar mais pois o assunto é muito longo e não faz parte do objetivo deste curso de inicialização.
Vejamos agora o Campo de CONTROLE:
O protocolo ADCCP prevê três tipos de frames;
1- Frames de transferencia de dados ou informação inicia com zero seguido de um numero seqüencial N(t), um flag (sinal) de link ativo F e N(r) numero de frames recebidos pelo receptor.
2- Frames de comando e supervisão iniciados por 10 seguido do comando especifico.
3- Frames de comandos não especificados no protocolo, de uso privado.
Neste protocolo os dados são transmitidos em blocos de n bytes mas em seqüências numeradas de 0 a 8 pois usa 3 bits para contagem sendo que o receptor quando recebe um Frame, responde colocando N(r) como o numero do frame recebido e N(r)+1 como N(t) ou seja solicitando a transmissão do próximo Frame, se colocar N(t)=N(r) significa que houve erro e quer repetir o mesmo Frame.
Para se proteger da ocorrência da seqüência que indica inicio e fim de bloco 01111110 o protocolo usa a técnica do stufing-bit "toda vez que ocorrer, dentro do bloco, uma seqüência de 5 bits 1 o sistema acrescenta um 0 que será deletado no receptor".
Agora imagine que em vez de transmitir apenas dados , introduzimos como dados um segundo protocolo, e dentro deste um terceiro e assim sucessivamente, e no receptor, o primeiro protocolo entrega os "dados" ao segundo que entrega ao terceiro etc.. etc..
Pois é isto que é feito no MPEG-2 , constituindo-se então num PROTOCOLO DE ALTO NIVEL.
O detalhe que tem que estar em mente é que a ordem de transmissão é inversa da recepção assim;
P1,P2,P3----------P3,P2,P1.
Não esqueça......
Se tiver alguma duvida sobre algum assunto tratado até agora faça sua pergunta pelo E-mail abaixo.
Brevemente estaremos apresentando os protocolos ATM e MPEG-2 e futuramente falaremos sobre Discret Cosine Transform.