BRPI0215871B1 - Método para transmissão de dados multimídia em banda larga sobre rdsi - Google Patents
Método para transmissão de dados multimídia em banda larga sobre rdsi Download PDFInfo
- Publication number
- BRPI0215871B1 BRPI0215871B1 BRPI0215871-0A BRPI0215871A BRPI0215871B1 BR PI0215871 B1 BRPI0215871 B1 BR PI0215871B1 BR PI0215871 A BRPI0215871 A BR PI0215871A BR PI0215871 B1 BRPI0215871 B1 BR PI0215871B1
- Authority
- BR
- Brazil
- Prior art keywords
- data
- packet
- channels
- multimedia data
- data packet
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0457—Connection protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13296—Packet switching, X.25, frame relay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Description
(54) Título: MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI (51) Int.CI.: H04Q 11/04 (52) CPC: H04Q 11/0457,H04Q 2213/13204,H04Q 2213/13209,H04Q 2213/13296,H04Q 2213/13389 (30) Prioridade Unionista: 29/08/2002 CN 02136754.X (73) Titular(es): ZTE CORPORATION (72) Inventor(es): ZHIBIN SUN; TAO CHEN; JIANGUO FAN; ZHIJUN DAI; CHAO WANG /24 “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI”
CAMPO TÉCNICO
A presente invenção é relacionada com um método para transmissão de informações multimídia, tais como vídeo, voz e dados em comunicações de multimídia e, particularmente, com uma técnica para transmissão de dados de multimídia em banda larga sobre Rede Digital de Serviços Integrados (RDSI).
TÉCNICA ANTERIOR ío No momento, o método usado geralmente para transmissão de dados multimídia em banda larga sobre linhas RDS, é a transmissão de dados após vincular e alinhar múltiplos canais B. Os dados multimídia em banda larga indicam informações multimídia, tais como vídeo, voz e dados, cuja largura da banda é mais de 64 Kbit/s. Um dispositivo para vincular e alinhar canais - B é denominado Unidade de Agregação de Canais (CAU). A figura 1 apresenta um sistema que adota o método tradicional que transmite dados multimídia com a largura da banda de n*64 Kbit/s, nesta figura dois Equipamentos de Terminal de Dados (DTE) multimídia conectam-se com a RDSI por meio de CAU. Quando a comunicação começar, as duas partes estabelecem em antecedência uma conexão de link e então as CAUs vinculam e
2/24 alinham os múltiplos canais B. Finalmente, dados multimídia são transmitidos nos múltiplos canais B agregados. O método anterior tem as seguintes desvantagens: Os dispositivos CAU e software de implementação correspondente são necessários; o vínculo e alinhamento podem se perder na comunicação no caso de bit-s/íde ou por outros motivos, assim ele necessita de novo vínculo ou desconexão, que influenciarão o efeito da comunicação; embora alguns métodos possam realizar a detecção de erros simples ao receber dados, o encaminhamento de correção de erros não pode ío ser feito por eles, assim não podem ser transmitidos dados em tempo real com uma baixa taxa de erro de bits ou até mesmo sem erro, e especialmente em linhas de RDSI com taxa de erro de bits tão alta quanto 10^-103, as comunicações multimídia não podem prosseguir normalmente em absoluto.
CONTEÚDO DA INVENÇÃO
A presente invenção tem o objetivo de superar as desvantagens da técnica existente de transmissão de dados multimídia em banda larga mencionada em Técnica Anterior, fornece um método para transmissão de dados de informações multimídia com baixa taxa de erro de bits ou até mesmo sem erro de bits, ou seja, transmitindo dados multimídia em banda larga sobre linha RDSI por meio de transmissão em pacotes e técnicas
3/24
1>
de codificação de correção de erros.
Na invenção, o método para transmissão de dados multimídia sobre RDSI inclui dois processos de estabelecimento de canais B e transmissão de dados multimídia;
O referido estabelecimento de canais B inclui as seguintes etapas:
- estabelecimento de conexão inicial de canal B, ou seja, estabelecimento de uma primeira conexão de canal B entre dois terminais via RDSI;
- no canal B inicial, um assinante chamador e um assinante chamado negociam parâmetros de capacidade usando-se um pacote de informações codificadas Reed-Solomon (RS);
- após aprovar a negociação de parâmetros de capacidade, o assinante chamado devolve os números de chamada dos canais B restantes usando um pacote de informações codificadas RS, do mesmo modo;
- o assinante chamador estabelece o restante dos canais B usando números de telefone devolvidos;
- a transmissão de dados multimídia inclui as etapas:
- codificação de dados multimídia em códigos RS pelo assinante chamador;
- o assinante chamador empacota códigos RS em um
4/24 pacote;
- o assinante chamador envia pacote de dados em seqüência em todos os canais B conectados;
- um assinante chamado posiciona o pacote de dados e a ordena de acordo com os números de série do pacote;
- o assinante chamado desempacota os pacotes e códigos operacionais RS nos dados.
- erro de bits de linha alta ou bit-sliding, etc., resultará na perda do pacote de dados, ou seja, o assinante chamado não pode ío posicionar o pacote de dados, e durante o processo de comunicação multimídia de acordo com a invenção, o pacote de dados pode ser reposicionado rapidamente sem afetar a qualidade de comunicação severamente por causa de características da estrutura do pacote e código RS.
Quando o ambiente de transmissão for muito ruim e uma taxa de erro de bits súbita for até mais alta que a capacidade de correção de erros do código RS, um pacote de dados de erros será descartado no caso em que um fluxo de códigos, tais como vídeo, voz, etc., é estritamente necessário para tempo real mas baixa precisão; no caso de um fluxo de códigos de dados que requer baixo tempo real mas alta precisão, o pacote de dados de erros poderá ser retransmitida para garantir a precisão dos dados.
5/24
Na invenção, não serão usados CAU exclusivo e seu software, o que impede conseqüência prejudicial devido ao possível vínculo e alinhamento durante a comunicação; a técnica de código RS também reduz em muito a taxa de erros de bits, ou até se 5 alcança transmissão sem erros, o que é muito aplicável à transmissão de alta qualidade para dados multimídia de banda larga sobre linha RDSI de baixa qualidade de transmissão.
BREVE DESCRIÇÃO DO DESENHO
A figura 1 apresenta um sistema tradicional para ío transmissão de dados multimídia em banda larga em RDSI;
A figura 2 é um fluxograma de estabelecimento de canais B de acordo com a presente invenção;
A figura 3 é um fluxograma da transmissão de dados multimídia de acordo com a presente invenção;
A figura 4 é um diagrama estrutural concreto que mostra o pacote de informações codificadas RS de acordo com a presente invenção;
A figura 5 é um fluxograma que mostra a negociação de parâmetros de capacidade e transmissão de retorno de números de telefone de acordo com a presente invenção;
A figura 6 é um diagrama esquemático que exibe a formação do pacote de dados multimídia codificado RS de acordo
6/24 lò com a presente invenção;
A figura 7 é um diagrama estrutural concreto de um pacote de dados;
A figura 8 é uma amostra de seqüência de tempo que 5 mostra a transmissão de pacote de dados em seqüência em canais
B de acordo com a presente invenção.
A figura 9 é um fluxograma de posicionamento de pacote de dados de acordo com a presente invenção;
Afigura 10 é um fluxograma do método de reposição do ío pacote de dados durante uma comunicação de acordo com a presente invenção.
DESCRIÇÃO DETALHADA DAS CONFIGURAÇÕES PREFERIDAS:
A figura 1 apresenta um sistema tradicional de 15 transmissão de dados multimídia em banda larga com a largura da banda de n*64 Kbit/s com base em RDSI, e as informações detalhadas foram ilustradas acima em Técnica Anterior.
A figura 2 é um fluxograma de estabelecimento dos canais B de acordo com a presente invenção, e as etapas detalhadas são como segue:
- Etapa 1: Estabelecimento de conexão inicial de canal B, ou seja, estabelecimento da primeira conexão de canal B entre
7/24 dois terminais via RDSI (S1).
- Etapa 2: No canal B inicial, um assinante chamador e um assinante chamado negociam parâmetros de capacidade usando-se um pacote de informações codificadas Reed-Solomon
RS (S2).
- Etapa 3: Após aprovar a negociação de parâmetros de capacidade, o assinante chamado devolve os números de chamada dos canais B restantes usando um pacote de informações codificadas RS da mesma maneira (S3).
ío - Etapa 4: O assinante chamador estabelece o restante dos canais B usando números de telefone devolvidos (S4).
A figura 3 é um fluxograma da transmissão de dados multimídia de acordo com a presente invenção, e as etapas detalhadas são como segue:
is - Etapa 1: Codificação de dados multimídia em código
RS pelo assinante chamador (S10).
- Etapa 2: O assinante chamador empacota dados multimídia RS codificados em um pacote (S11).
- Etapa 3: O assinante chamador envia pacote de dados 20 em sequência em todos os canais B conectados (S12).
- Etapa 4: Um assinante chamado posiciona o pacote de dados e a ordena de acordo com os números de série dos pacotes
8/24 (S13).
- Etapa 5: O assinante chamado desempacota os pacotes e decodifica a codificação RS em dados multimídia (S14).
A figura 4 é um diagrama estrutural concreto que mostra 5 o pacote de informações codificadas RS que é usado na etapa 2 e na etapa 3 mostradas na figura 2.
O pacote de informações é aplicado principalmente em negociação de parâmetros de capacidade entre dois terminais após o estabelecimento de um canal B inicial. Ele engloba: identificador io de pacote de informações, número de série do processo de negociação, número de edição do protocolo, múltiplo da largura da banda mestre de carga útil sobre a largura da banda do canal, nível de capacidade de correção de erros, múltiplo da sub - largura da banda de carga útil, bits reservados, número de série de números de chamadas retornadas, dígitos de números de telefone, byte de paridade e byte de preenchimento.
O identificador do pacote de informações é usado para identificar o byte de partida dos pacotes de informações que é um valor fixo e aqui é 0x1 ffO, e certamente outro valor também é aplicável.
O número de série do processo de negociação é usado para mostrar o processo de negociação de parâmetros de
9/24 η
capacidade, e adiciona 1 após cada negociação.
Os número de edição do protocolo mostra a edição do protocolo usado, por meio do qual o assinante chamado e o assinante chamador julgam a consistência das edições do protocolo 5 aplicado por eles para garantir a transmissão normal dos dados multimídia.
A largura da banda mestre de carga útil é múltiplo integral de 64 Kbit/s, portanto, o múltiplo da largura da banda mestre de carga útil sobre a largura de banda do canal é usado ío para mostrar a porção de largura da banda que é o múltiplo integral de 64 Kbit/s dos dados multimídia solicitados para a transmissão.
Por exemplo, se a largura da banda dos dados multimídia em um processo de comunicação for 160 Kbit/s, o múltiplo de largura de banda mestre de carga sobre largura de banda do canal é de [160/64] integer obtido 2.
A sub - largura da banda de carga útil é múltiplo integral de 2 Kbit/s, e o múltiplo de sub - largura da banda de carga útil é usado para mostrar a porção da largura da banda que é menor que 64 Kbit/s. Como na amostra anterior, o múltiplo de sub - largura da banda de carga útil é [160/64] obtendo resto /2=16.
O parâmetro de capacidade de correção de erros mostra a capacidade de correção de erros do sistema de comunicação, e o
10/24
12) comprimento dos bytes de paridade em código RS é de duas vezes a capacidade de correção de erros. Se o nível de nível de capacidade de correção de erros for negociado como 8, cada carga útil de 80 bytes será codificada em uma palavra de código [255□
239D8]. Para o pacote de dados, este parâmetro é uma variável que exige negociação, que é determinado pelas duas partes de acordo com a situação efetiva, tais como processamento de capacidade, mas para o pacote de informações, este parâmetro poderá ser uma constante. Por exemplo, poderia ser 4 e é claro que pode ser ío ajustado de acordo com a situação efetiva.
O número de edição do protocolo, o múltiplo de largura de banda mestre de carga útil sobre largura de banda do canal, o nível de capacidade de correção de erros e o múltiplo de sub largura da banda de carga útil são todos determinados pela negociação entre ambas as partes. Neste caso, o valor do múltiplo da largura da banda mestre de carga útil sobre de largura de banda do canal varia de 1 a 255, e o valor do múltiplo de sub - largura da banda de carga útil varia de 0 a 31, desse modo os dados multimídia podem ser transmitidos usando 255 canais B, no máximo.
Teoricamente, a taxa de transmissão de multimídia pode ser mais alta, mas não tem o valor efetivo de aplicação, já que o número de canais B é controlado dentro de 32 ou 64 de acordo com a /24
J-Ό experiência.
Os bits reservados destinam-se para a expansão da função no futuro.
Se o número de série dos números de telefone devolvidos for um número diferente de zero, este indicará que o número de telefone está sendo transmitido de volta, e o número de série aumenta de 1 em 1 a cada retorno de números de telefone.
Cada dígito do número de telefone é exibido por meio de quatro dígitos binários, por exemplo, o número 9 decimal é exibido como 1001. O número do mais baixo dígito fica no byte 10, e o resto pode ser deduzido por analogia. Os dígitos deficientes são preenchidos por 1111, enquanto não há números de telefone devolvidos, todos os dígitos do número de telefone são definidos como 1111 sem participar na codificação e decodificação RS.
Todos os dados válidos (byte de informação exceto byte de preenchimento e byte de paridade) no pacote de informações são codificados em código RS [255D247D4], e os bytes de paridade gerados são colocados no byte 23-30. Já que existem somente 22 bytes de dados válidos, o codificador e decodificador deverão inserir vários bytes iguais a zero e os bytes iguais a zero não serão transmitidos.
O comprimento do pacote de informações é definido
12/24 como 80 bytes.
A figura 5 é um fluxograma de detalhes que pretende mostrar o processo de negociação de parâmetros de capacidade e a devolução dos números de telefone exibida na figura 2.
A negociação de parâmetros de capacidade começará assim que o canal B inicial estiver conectado. Ela é iniciada pelo assinante chamador e determina o número de edição do protocolo aceitável, múltiplo de largura de banda mestre de carga útil sobre largura de banda do canal, nível de capacidade de correção de ío erros da sub - largura da banda de carga útil. A transmissão de volta de números de telefone inicia após a aprovação da negociação de parâmetros de capacidade. Em seguida, as duas partes estabelecem uma conexão dos canais B restantes de acordo com os números de telefone devolvidos. O processo detalhado de i5 negociação de parâmetros de capacidade e de a transmissão de retorno de números de telefone é como segue:
- Etapa 1: O assinante chamador define o número de edição do protocolo inicial, o múltiplo da largura da banda mestre de carga útil, o nível de capacidade de correção de erros e o múltiplo de sub - largura da banda de carga útil, e os empacota em pacote de informações, que é enviado ao assinante chamado (S101).
- Etapa 2: Após receber a informação, o assinante
13/24 chamado julga se estes parâmetros de capacidade fornecidos pelo assinante chamador são aceitáveis de acordo com sua capacidade funcional. Ele mantém o valor original dos parâmetros aceitáveis e altera os parâmetros inaceitáveis em valor aceitável e então empacota a informação no pacote de informações acima mencionado, que é enviado ao assinantes chamados (S102).
- Etapa 3: Após receber a informação de resposta pelo assinante chamado, o assinante chamador julga se estes parâmetros de capacidade acima mencionados são aceitáveis pela ío parte oposta. Se os parâmetros continuarem os mesmos, eles são considerados como aceitos pela parte oposta. Se os parâmetros forem alterados, ele julga se os parâmetros fornecidos pelo assinante chamador são aceitáveis de acordo com sua própria capacidade funcional. Se eles forem aceitáveis, ele manterá os is valores originais; caso contrário, mudará estes parâmetros para os valores iniciais, que indicam que estes parâmetros não podem ser aceitos e se prepara para cortar a conexão dos canais B iniciais (S103).
- Etapa 4: Iniciará o procedimento de transmissão de devolução do número da chamada, se o resultado da negociação de ambas as partes for consistente. Se não for consistente, a negociação falhará e desconectará as duas partes (S104).
14/24
- Etapa 5: Com base em uma negociação de parâmetros de capacidade bem-sucedida, o assinante chamado transmite de volta os números de telefone dos canais B restantes via dígitos de número de telefone e os números de série das seqüências de números de telefone devolvidos de 1 ao número total dos canais B menos 1 (S105).
- Etapa 6: O assinante chamador recebe os números do telefone chamador dos canais B restantes de acordo com os números de série do número de telefone devolvido e transmite de ío volta cada número de telefone que recebeu ao assinante chamado, sem mudá-los para indicar que o número de telefone foi recebido e que está antecipando o próximo número de telefone (S106).
- Etapa 7: Após receber todos os número de chamada dos canais Β, o assinante chamado chama os números de chamada is canais B restantes para estabelecer a conexão dos canais B restantes (S107).
Durante o processo de negociação de parâmetros de capacidade, o número de série do processo de negociação do pacote de informações aumenta em 1 após cada negociação e o número de série do número de telefone devolvido é definido como 0, e os dígitos dos números de telefone são todos definidos como ”1111.
15/24
Durante os processos de negociação de parâmetros de capacidade e transmissão de retorno dos números de telefone, o pacote de informações ocupa toda a largura da banda de 64Kbit/s, ou seja, as duas partes repetem continuamente para enviar o pacote de informações após enviá-lo com conteúdo novo até receber o pacote de informações respondido pela outra parte . O número de série do processo de negociação do pacote de informações enviado repetidamente não aumenta e permanece com o valor original e só aumentará ao enviar o pacote de informações com novo conteúdo.
A figura 6 é um diagrama esquemático que exibe a formação do pacote de dados multimídia codificado mostrado na figura 3.
O cabeçalho do pacote é de 8 bytes, onde o is identificador de pacote ocupa 2 bytes, e o número de série do pacote, o número de edição do protocolo, o múltiplo da largura da banda mestre de carga útil, o nível de capacidade de correção de erros, o múltiplo da sub - largura da banda de carga útil e os bits reservados ocupam 1 byte, respectivamente. O identificador do pacote é 0x1 ff8, que é usado para indicar e identificar o local inicial de um pacote de dados. O número de série do pacote é usado para indicar a seqüência dos pacotes de dados recebidos e o valor varia
16/24 de 0 a 255 em circulação seqüencial. A definição do número de edição do protocolo, o múltiplo da largura da banda mestre de carga útil, o nível de capacidade de correção de erros e o múltiplo da sub largura da banda de carga útil são idênticos com os dados contidos no pacote de informações. Os bits reservados destinam-se para a expansão da função no futuro. A carga útil e os bytes de paridade compõem a porção dos dados no pacote de dados.
A figura 7 é um diagrama estrutural concreto de um pacote de dados mostrado na figura 6.
ίο O pacote de dados é usado para realizar a transmissão de dados multimídia com largura da banda de 128 Kbit/s em 3 canais B. Neste exemplo, o múltiplo da largura da banda mestre de carga útil é 2, o múltiplo da sub - largura da banda de carga útil é 0, ou seja, a largura da banda de carga útil é 2 χ 64 Kbit/s + 0*2 is Kbit/s e o nível de capacidade de correção de erros é 8.
Não há nenhum regulamento específico com referência à disposição do local e quantidade de dados no pacote de dados na presente invenção. Porém, não importa qual tipo de métodos for adotado na disposição dos dados, as duas partes em comunicação têm que conhecer o método de disposição antes da comunicação, já que o conteúdo não pertence ao procedimento de negociação.
Neste exemplo, cada 80 bytes de dados são codificados
17/24
X?
com paridade de 16 bytes e dois grupos de dados de 80 bytes são entrelaçados. A letra A na figura 7 significa um primeiro grupo de 80 bytes, e a letra B significa um segundo grupo de 80 bytes. Os dados nos dois grupos são codificados de acordo com [255Π239Π8] e em seguida entrelaçados de modo a formar a estrutura mostrada na figura. 80 bytes do primeiro grupo e 8 bytes do cabeçalho do pacote são RS codificados juntos. E o comprimento do pacote de dados é de 240 bytes, sendo que o comprimento da carga útil é de 160 bytes.
O comprimento de cada pacote de dados pode ser resolvido pela fórmula a seguir:
comppac(Áededaos= compcargaliq. +compcódigocoreçãodeerre+compcabecpacoie — x 80 obtairiirüeger
Se o múltiplo de sub - largura da banda de carga úti, for 0, o comprimento de carga útil, o comprimento do byte de paridade e o comprimento do cabeçalho do pacote na anterior fórmula podem ser obtidos pela operação a seguir:
- comprimento de carga útil = múltiplo de largura de banda mestre *80,
- comprimento do byte de paridade = múltiplo de largura de banda x nível de correção de erros x 2,
- comprimento do cabeçalho do pacote = 8
18/24
JY
O número de canais B aplicados será resolvido obtendo-se o integer ascendente do número dentro do colchete da fórmula anterior e o número de canais B adicionais pode ser calculado pela fórmula a seguir:
numcanaisBexta = compc arg aliq.+compbyteparidáde+compcabec pacote obtairivti. eger
-múltiplo da largura da banda mestre de carga útil
Quando o múltiplo de sub - largura da banda de carga útil não for 0, o comprimento de carga útil de cada pacote de dados não será um múltiplo integral de 80, mas a fórmula para obter o comprimento de pacote de dados ainda é aplicável com somente a mudança do método de cálculo de cada parâmetro pertinente. A forma de cálculo destes parâmetros não é determinada especificamente neste documento sob a circunstância que o múltiplo de sub - largura da banda não é 0, mas o pensamento básico é manter o mesmo igual ao anterior, ou seja, sendo que a condição prévia principal é assegurar a continuação do fluxo de códigos formados do pacote de dados enquanto se realiza a correção de erros para os dados válidos.
A codificação de cada 80 bytes de acordo com a presente invenção pode simplificar e esclarecer o processo de codificação, que também é especialmente aplicável a algum
19/24 ambiente de aplicação de multimídia, tais como multiframe H.221 que contém apenas 80 bytes. Entrelaçar palavra de código em grupos múltiplos pode aumentar a capacidade de correção de erros por erro de bits repentino. O método supra - mencionado é recomendado pela presente invenção e outros métodos não são excluídos.
A figura 8 é uma configuração da etapa 3 na figura 3, ou seja, um desenho de seqüência de tempos ilustra a transmissão de pacotes de dados em seqüência em 4 canais B.
ίο O assinante receptor recebe os pacotes de dados sobre todos os canais B ao mesmo tempo. O assinante chamador envia os pacotes de dados com um certo intervalo de tempo que pode reduzir a carga de processamento do assinante chamado. O intervalo neste exemplo é de 10ms, e claro que outros valores não is são excluídos dos valores do intervalo. Este método está favorecendo alguns processos relativos ao quadro H.221.
A figura 8 considera a aplicação de transmissão de pacotes de dados em 4 canais B como um exemplo, mostrando o método de transmissão do pacote de dados em um certo intervalo de tempo no canal B. Na figura, o pacote de dados do número i é enviado no primeiro canal B, e o pacote de dados do número i+1 começa a ser enviado no segundo canal - B em um intervalo de
20/24
10ms, em seguida, o pacote de dados do número i+2 começa a ser enviado no terceiro canal B em um intervalo de 10ms, logo depois, o pacote de dados do número i+3 começa a ser enviado no quarto canal B em um intervalo de 10ms, e mais adiante, o pacote de dados do número i+4 de começa a ser enviado no primeiro canal B em um intervalo de 10ms.
Durante uma comunicação de dados em tempo real, deverá ser garantida a transmissão contínua dos pacotes de dados, o que significa que nenhuma condição inativa existe no 10 processamento conveniente dos assinantes chamados e chamadores.
De acordo com o exemplo anterior, calcula-se que o comprimento de tempo de cada pacote de dados é de 40ms, ou seja, comprimento em bits de 320 bytes. Na realidade, o is comprimento do pacote de dados pode ser determinado pelo múltiplo de largura da banda mestre de carga útil, o nível de capacidade de correção de erros, o múltiplo de sub - largura da banda de carga útil e o número de dados multimídia em cada pacote de dados. A definição do comprimento do pacote de dados não é exclusiva e pode ser escolhida de acordo com a aplicação efetiva.
A figura 9 é o método de aplicação específico da etapa 4 /24 levantada na figura 3 da presente invenção, ou seja, um método de posicionamento de pacotes de dados simples, confiável e rápido.
As etapas detalhadas do método são as seguintes:
- Etapa 1: O assinante chamado busca pelo identificador 5 de pacote (S201);
- Etapa 2: Abre o pacote de dados e decodifica as palavras de código recebidas após descobrir o identificador de pacotes (S202);
- Etapa 3: Julga se as palavras de código podem ser ío decodificadas e seus erros corrigidos (S203), e se a decodificação ou correção de erros puder ser realizada, o pacote de dados será considerado como posicionado (S204);
- Etapa 4: Se algo estiver errado no processo de decodificação ou correção de erros, continuará a decodificação is (S206) do pacote de dados depois de um comprimento de pacote de dados (S205);
- Etapa 5: Julga se a decodificação continuada do pacote de dados está correta (S207), e se estiver correta, será confirmado que o pacote de dados está posicionado (S204), caso contrário, começa a buscar novamente o identificador de pacote (S201).
De acordo com o método anterior, o pacote de dados
22/24 pode ser posicionado em um pacote de dados o mais breve possível. O posicionamento repetido pode facilitar e acelerar o procedimento de posicionamento enquanto as linhas tiverem alta taxa erro de bits.
A figura 10 é o método para reposicionar o pacote de dados durante a comunicação de multimídia de acordo com método exibido na figura 3.
Quando a taxa de erros de bit em linha RDSI for muito grande, o identificador do pacote de dados poderá não ser ío identificado. Com a perda de pacotes de dados ou até mesmo bit-s/ide em linhas, o pacote de dados deverá ser reposicionado para evitar a perda permanente. A presente invenção fornece um método para julgar se a posição do pacote de dados está permanentemente perdida durante a comunicação e para reposicionar o pacote de dados.
Os detalhes das etapas são como segue:
- Em primeiro lugar: julga se o identificador de pacotes de dados está perdido (S211), se perdido, ainda continua decodificando o pacote de dados (S212). Julga em seguida se o pacote de dados pode ser decodificado corretamente (S213), se correto, considera que uma taxa de erro de bits de linha alta resulta em um identificador de erros, e o processo de comunicação
23/24 subseqüente pode prosseguir normalmente (S220), caso contrário, começa a contagem de perda de identificador de pacotes, na qual o contador é registrado como 1 (S214).
- Em segundo lugar: após iniciar o contador julga se o contador é maior que ou igual a 3 (S215), se o contador não é maior que nem igual a 3, em seguida, após o comprimento de um pacote (S216), decodifica o próximo pacote de dados (S217) e julga se a decodificação pode ser feita corretamente (S218), se correto, em seguida, julga que o erro de identificador é causado por de taxa de io erro de bits de linha alta. Portanto, o processo de comunicação conseqüente pode ser continuado (S220), caso contrário, o contador soma 1 (S219).
- Em terceiro lugar, enquanto o contador continuar somando 1 para a perda do identificador de pacote, repete a etapa is do julgamento se o contador é maior que ou igual a 3 (S215), e se o contador não é maior que nem igual a 3, repete os passos de S216 a S220 acima. Se o contador é maior que ou iguala a 3, julga que a linha gerou bit-slide e deve reposicionar os pacotes de dados, caso contrário, o pacote de dados será perdido permanentemente (S221), ou seja, para reposicionar o pacote de dados se o identificador de pacotes for julgado como permanentemente perdido depois de uma decodificação tripla.
24/24
2£>
De acordo com o método anterior, se o identificador de pacotes está permanentemente perdido ou não poderá ser determinado dentro de um comprimento de tempo de 3 pacotes de dados. Isto grandemente reduz a taxa de desempenho de erros, 5 tais como reposicionamento de pacote devido a erro de bits de linha.
No anterior método, os triplos julgamentos podem ser ajustados também duas vezes para acelerar o processo de julgamento.
/8
3^
Claims (10)
- REIVINDICAÇÕES1. “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - Um método para transmitir dados multimídia em banda larga sobre RDSI, caracterizado pelo fato de incluir ambos os processos para estabelecer canais B e transmitir dados multimídia; o processo para estabelecimento de canais B inclui as seguintes etapas: estabelecimento de conexão inicial de canal B, ou seja, estabelecimento de uma primeira conexão de canal B entre dois terminais via RDSI; no canal B inicial, um assinante chamador e um assinante chamado negociam parâmetros de capacidade usando-se um pacote de informações codificadas; o assinante chamado devolve os números de telefone dos canais B restantes usando um pacote de informações codificadas RS, após a aprovação da negociação dos parâmetros de capacidade; o assinante chamador estabelece o restante dos canais B usando números de telefone devolvidos; os processos para transmitir dados multimídia incluem as seguintes etapas: um assinante chamador codifica dados multimídia em código RS: o assinante chamador empacota dados multimídia RS codificados em um forma de pacotes; o assinante chamador envia pacote de dados em seqüência nos canais B; um assinante chamado posiciona os pacotes de dados e os ordena de
- 2/8 òó acordo com os números de série do pacote; o assinante chamado desempacota os pacotes e decodifica o código RS.2. “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para 5 transmitir dados multimídia em banda larga sobre RDSI de acordo com a reivindicação 1, caracterizado em que as etapas de negociação de parâmetros de capacidade e número de chamada em transmissão de retorno em canais B conectados incluem ainda mais o seguinte: o assinante chamador define os parâmetros de ío capacidade, os empacotando em pacote de informações codificadasRS para enviar os parâmetros de capacidade ao assinante chamador; após receber o pacote de informações, o assinante chamado julga se os parâmetros de capacidade fornecidos pelo assinante chamador são aceitáveis de acordo com os parâmetros15 de funcionamento preestabelecidos, e mantém o valor original de valores aceitáveis, e muda os parâmetros de capacidade inaceitáveis em parâmetros de capacidade aceitáveis, e em seguida empacota as informações no pacote de informações para enviá-lo ao assinante chamador; após receber o pacote de informações20 respondidas pelo assinante chamador, o assinante chamador julgará se os parâmetros de capacidade são aceitos pela parte oposta, e se os parâmetros de capacidade permanecerem os
- 3/8 mesmos, eles serão considerados aceitos pela parte oposta; se os parâmetros de capacidade forem alterados, julga se os parâmetros de capacidade fornecidos pelo assinante chamador são aceitáveis de acordo com os parâmetros de funcionamento predefinidos, e5 manterá os valores originais se eles forem aceitáveis, caso contrário, muda estes parâmetros para os valores iniciais expressando que estes parâmetros não podem ser aceitos, e fica preparado para desconectar o canal B inicial; iniciará o procedimento de transmissão de retorno do número da chamada se a negociação for10 concluída; se não for concluída, a negociação falhará e desconectará as duas partes; com base em uma negociação de parâmetros de capacidade bem-sucedida, o assinante chamado transmite de volta os números de telefone dos canais B restantes via dígitos de número de telefone e os números de série das is seqüências de números de telefone devolvidos indo de 1 ao número total dos canais B menos 1 (S105); o assinante chamador recebe os números do telefone dos canais B restantes de acordo com os números de série do número de telefone devolvido e transmite de volta cada número de telefone recebido ao assinante chamado, sem20 mudá-los para indicar que o número de telefone foi recebido e que está antecipando o próximo número de telefone; após receber todos os números de telefone dos canais Β, o assinante chamador chama
- 4/8 όΎ os números de telefone dos canais B restantes para conectar os canais B restantes.3. “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - Método para transmissão de dados multimídia em banda larga sobre RDSI de acordo com a reivindicação 2, caracterizado em que o pacote de informações engloba: identificador de pacote de informações para identificar a posição de partida do pacote de informações, número de série de processo de negociação que indica processo de negociação de parâmetros de capacidade, número de protocolo de edição que exibe a edição do protocolo que está sendo usado efetivamente, múltiplo de largura da banda de carga útil que é múltiplo integral da largura de banda do canal, o nível de capacidade de correção de erros que indica a capacidade de correção de erros de um sistema de comunicação, bits reservados que permaneçam para uma expansão da função no futuro, números de série dos números de telefone devolvidos, dígitos de números de telefone, bytes de paridade e bytes de enchimento.4. “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para transmissão de dados multimídia em banda larga sobre RDSI de acordo com a reivindicação 2, caracterizado em que os parâmetros
- 5/8 de capacidade englobam: número de protocolo de edição, múltiplo de largura da banda mestre de carga útil e o nível de capacidade de correção de erros.5. “MÉTODO PARA TRANSMISSÃO DE DADOS 5 MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para transmissão de dados multimídia em banda larga sobre RDSI de acordo com a reivindicação 1, caracterizado em que o assinante chamado posiciona inicialmente o pacote de dados engloba ainda: o assinante chamado busca um identificador de pacotes; acha o ío identificador de pacotes e decodifica o código RS para o pacote de dados; se a decodificação ou correção de erros for implementada com precisão, o pacote de dados será considerado posicionado; se algo estiver errado no processo de decodificação ou correção de erros, será repetida a etapa acima de achar o identificador de is pacotes e decodificar o código RS para o pacote de dados a seguir após o comprimento do pacote de dados; se a decodificação ou correção de erros for implementada com precisão, confirmar que o pacote de dados foi posicionado, caso contrário, começar a localizar novamente o identificador de pacotes.20 6. “MÉTODO PARA TRANSMISSÃO DE DADOSMULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para transmissão de dados multimídia em banda larga sobre RDSI de
- 6/8 acordo com a reivindicação 1, caracterizado em que as etapas do assinante chamado que posicionam o pacote de dados durante a comunicação multimídia englobam ainda: se o identificador de pacotes de dados estiver perdido, ainda decodifica o pacote de5 dados; se a decodificação puder ser realizada corretamente, julgar uma taxa de erro de bits de linha alta que resulta em identificador de erros e continua normalmente o processo de comunicação subsequente; se a decodificação não puder ser realizada normalmente, começar a contar o número da perda de identificador ío de pacotes, e decodificar o próximo pacote de dados; se a decodificação do próximo pacote de dados não puder ser realizada corretamente, julgar uma taxa de erro de bits de linha alta que resulta em identificador de erros e continua normalmente o processo de comunicação subsequente; se a decodificação do i5 próximo pacote de dados não puder ser realizada normalmente, o contador de perda de identificador de pacotes será incrementado de1; julgar o valor do contador, se o contador alcançar um certo valor, nesse caso, julgar que o pacote de dados esta permanentemente perdido e precisa ser reposto; caso contrário, repetir as etapas20 anteriores passos de decodificação para o próximo pacote de dados.
- 7. “MÉTODO PARA TRANSMISSÃO DE DADOS7/8MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para transmissão de dados multimídia em banda larga sobre RDSI de acordo com a reivindicação 5 ou 6, caracterizado em que o pacote de dados codificados RS engloba: cabeçalho do pacote, dados5 multimídia e bytes de preenchimento; em que o cabeçalho de pacote inclui ainda: um identificador de pacotes de informações para identificar a posição de partida de um pacote de informações, um número de série do pacote para indicar a seqüência de pacotes de dados recebido, número de protocolo de edição que exibe a ío edição do protocolo que está sendo usado efetivamente, múltiplo de largura da banda de carga útil que é múltiplo integral da largura de banda do canal, o nível de capacidade de correção de erros que indica a capacidade de correção de erros de um sistema de comunicação, bits reservados para o uso em uma futura expansão is da função, números de série dos números de telefone devolvidos.
- 8. “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para transmissão de dados multimídia em banda larga sobre RDSI de acordo com a reivindicação 1, caracterizado em que o número de20 pacote de dados codificados RS poderá ser 80 bytes uma vez.
- 9. “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para8/8 transmissão de dados multimídia em banda larga sobre RDSI de acordo com a reivindicação 1, caracterizado em que o assinante chamador pode enviar o pacote de dados em um certo intervalo enquanto vai enviando os pacotes de dados em seqüência nos5 canais B, e o assinante recebedor recebe os pacotes de dados ao mesmo tempo em todos os canais B.
- 10. “MÉTODO PARA TRANSMISSÃO DE DADOS MULTIMÍDIA EM BANDA LARGA SOBRE RDSI” - O método para transmissão de dados multimídia em banda larga sobre RDSI de ío acordo com a reivindicação 9, caracterizado em que o intervalo de envio do pacote de dados é de 10ms.1 /10DTE1
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN02136754.X | 2002-08-29 | ||
| CNB02136754XA CN1306757C (zh) | 2002-08-29 | 2002-08-29 | 一种在综合业务数字网上传输宽带多媒体数据的方法 |
| PCT/CN2002/000900 WO2004021736A1 (fr) | 2002-08-29 | 2002-12-19 | Procede de transmission de donnees multimedia a large bande sur un reseau numerique rnis |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0215871A2 BRPI0215871A2 (pt) | 2017-08-08 |
| BRPI0215871B1 true BRPI0215871B1 (pt) | 2018-02-06 |
Family
ID=31954577
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0215871-0A BRPI0215871B1 (pt) | 2002-08-29 | 2002-12-19 | Método para transmissão de dados multimídia em banda larga sobre rdsi |
Country Status (6)
| Country | Link |
|---|---|
| CN (1) | CN1306757C (pt) |
| AU (1) | AU2002349502A1 (pt) |
| BR (1) | BRPI0215871B1 (pt) |
| EG (1) | EG23662A (pt) |
| MX (1) | MXPA05002326A (pt) |
| WO (1) | WO2004021736A1 (pt) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100395977C (zh) * | 2005-06-10 | 2008-06-18 | 华为技术有限公司 | 一种可自动确定用户数据封装类型的实现方法 |
| CN100454833C (zh) * | 2005-08-19 | 2009-01-21 | 华为技术有限公司 | 一种识别网管接口参数的方法 |
| CN100450187C (zh) * | 2005-10-17 | 2009-01-07 | 华为技术有限公司 | 支持错误弹性的多媒体数据网络实时传送方法 |
| CN1881869B (zh) * | 2005-11-01 | 2010-05-05 | 华为技术有限公司 | 一种实现加密通信的方法 |
| CN100433725C (zh) * | 2006-03-30 | 2008-11-12 | 华为技术有限公司 | 一种优选编解码的解决方法 |
| CN101127731A (zh) | 2006-08-18 | 2008-02-20 | 华为技术有限公司 | Ip多媒体业务子系统中传递短消息的方法、设备及系统 |
| CN101079871B (zh) * | 2006-09-29 | 2011-05-11 | 腾讯科技（深圳）有限公司 | 多媒体信息流的透传方法和系统 |
| CN101312406B (zh) * | 2007-05-25 | 2011-07-13 | 中兴通讯股份有限公司 | 一种分批上载多网元日志的方法 |
| CN104284328A (zh) * | 2013-07-09 | 2015-01-14 | 北京鼎普科技股份有限公司 | 一种加密手机通话内容的方法及装置 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5371534A (en) * | 1992-07-23 | 1994-12-06 | At&T Corp. | ISDN-based system for making a video call |
| US5627827A (en) * | 1994-02-04 | 1997-05-06 | Omnilink Corporation | Automatic service cutover for ISDN private exchange |
| US6047006A (en) * | 1997-05-12 | 2000-04-04 | Siemens Information And Communication Networks, Inc. | Method and apparatus for dynamically allocating bandwidth to independent data and audio devices |
| KR100247837B1 (ko) * | 1997-06-11 | 2000-04-01 | 윤종용 | 협대역 종합정보통신망의 트래픽 처리가 가능한 에이티엠 스위치장치 및 방법 |
| JP2000156679A (ja) * | 1998-11-19 | 2000-06-06 | Ando Electric Co Ltd | 通信システムの収容装置 |
-
2002
- 2002-08-29 CN CNB02136754XA patent/CN1306757C/zh not_active Expired - Fee Related
- 2002-12-19 BR BRPI0215871-0A patent/BRPI0215871B1/pt active IP Right Grant
- 2002-12-19 WO PCT/CN2002/000900 patent/WO2004021736A1/zh not_active Application Discontinuation
- 2002-12-19 AU AU2002349502A patent/AU2002349502A1/en not_active Abandoned
- 2002-12-19 MX MXPA05002326A patent/MXPA05002326A/es active IP Right Grant
-
2005
- 2005-03-01 EG EGNA2005000036 patent/EG23662A/xx active
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004021736A1 (fr) | 2004-03-11 |
| MXPA05002326A (es) | 2005-07-05 |
| CN1306757C (zh) | 2007-03-21 |
| EG23662A (en) | 2007-03-29 |
| AU2002349502A1 (en) | 2004-03-19 |
| BRPI0215871A2 (pt) | 2017-08-08 |
| CN1479489A (zh) | 2004-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7970733B2 (en) | Method for communicating data in xDSL using data retransmission | |
| US7017102B1 (en) | Forward Error Correction (FEC) for packetized data networks | |
| US8898533B2 (en) | System for communicating data in xDSL using data retransmission | |
| ES2249261T3 (es) | Sistema de comunicacion y metodo para equilibrar y adaptar la velocidad de bits de canales de transporte a la velocidad de bits de un canal fisico. | |
| AU708421B2 (en) | Non-transparent data transmission in a digital telecommunications system | |
| CA2416082C (en) | Method of and system for the transfer of sonet traffic across a packet network | |
| FI105734B (fi) | Automaattinen uudelleenlähetys | |
| ES2382341T3 (es) | Método y aparato para transmitir y recibir datos por paquetes | |
| RU2226039C2 (ru) | Передача данных по каналу связи с переменными скоростями передачи | |
| US8320248B2 (en) | Method and system for communicating data in xDSL using data retransmission | |
| ES2386476T3 (es) | Método y disposición para adaptar la transmisión de medios codificados | |
| FI92894B (fi) | Järjestely datansiirron tehostamiseksi digitaalisessa solukkoradioverkossa | |
| BRPI0015014B1 (pt) | método e aparelho para transmitir informações sensíveis ao tempo através de um sistema de comunicação sem fio de voz sobre dados | |
| WO2007045141A1 (fr) | Procede de prise en charge de transmission de donnees multimedias avec tolerance aux erreurs | |
| BRPI0711167A2 (pt) | métodos e sistemas para aperfeiçoar reparo local em compressão robusta de cabeçalho | |
| BRPI0413698B1 (pt) | Método de codificação externa para conteúdo broadcast/multicast e equipamentos relacionados | |
| US6959406B2 (en) | Block error ratio measurements | |
| BRPI0215871B1 (pt) | Método para transmissão de dados multimídia em banda larga sobre rdsi | |
| FI109385B (fi) | Menetelmä ja laitteet digitaaliseen datasiirtoon | |
| Carlson et al. | PPP over Simple Data Link (SDL) using SONET/SDH with ATM-like framing | |
| FI108902B (fi) | Menetelmä ja järjestelmä pakettivälitteiseen tiedonsiirtoon | |
| BR0008364B1 (pt) | Dispositivo transmissor, e, método para transportar a informação de sinalização de um dispositivo transmissor para um dispositivo receptor em uma rede de radiocomunicação celular onde a transmissão dos dados do usuário ocorre no canal de tráfego em discretas rajadas de transmissão | |
| Cisco | E | |
| CN113853014A (zh) | 信息传输方法、装置、相关设备及存储介质 | |
| JP3338369B2 (ja) | Ａｔｍ試験方法およびａｔｍ試験方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B06H | Technical and formal requirements: requirement cancelled [chapter 6.8 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |