BR112013002948B1 - Sistema e método de comunicação para uma rede nova - Google Patents

Sistema e método de comunicação para uma rede nova Download PDF

Info

Publication number
BR112013002948B1
BR112013002948B1 BR112013002948-0A BR112013002948A BR112013002948B1 BR 112013002948 B1 BR112013002948 B1 BR 112013002948B1 BR 112013002948 A BR112013002948 A BR 112013002948A BR 112013002948 B1 BR112013002948 B1 BR 112013002948B1
Authority
BR
Brazil
Prior art keywords
address
network
downlink
port
service
Prior art date
Application number
BR112013002948-0A
Other languages
English (en)
Other versions
BR112013002948A2 (pt
Inventor
Lu Dorian
Yang Carl
Original Assignee
Beijing Qiantang Network Technology Company, Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qiantang Network Technology Company, Ltd filed Critical Beijing Qiantang Network Technology Company, Ltd
Publication of BR112013002948A2 publication Critical patent/BR112013002948A2/pt
Publication of BR112013002948B1 publication Critical patent/BR112013002948B1/pt

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42—Loop networks
    • H04L12/423—Loop networks with centralised control, e.g. polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/403—Bus networks with centralised control, e.g. polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L61/6022—

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

SISTEMA E MÉTODO DE COMUNICAÇÃO PARA UMA REDE NOVA. Um método de comunicação para uma rede nova é divulgado. A rede nova é uma rede com função de controle centralizada, que inclui um servidor de controle principal e um dispositivo de rede subordinado. O dispositivo de rede subordinado inclui um terminal. O método inclui as etapas: o servidor de controle principal configura um link de comunicação de downlink do presente serviço, e transmite pacotes do presente serviço do terminal de origem para o terminal de destino de acordo com o link de comunicação de donwlink. A presente invenção pode garantir a estabilidade e suavidade do tráfego de transmissão, evita atrasos de serviço multimidia, assegura requisitos de segurança da informação de estado, e salva recursos de hardware, assim garantindo a qualidade da transmissão da rede.

Description

CAMPO DA INVENÇÃO
[001] A presente invenção refere-se ao domínio técnico das redes de comunicação e, em particular, a um método de comunicação para uma rede e um novo sistema de comunicação para uma rede nova.
[002] Novas redes (incluindo a Internet) permitem a troca de informações e outros recursos de informação entre diferentes indivíduos e organizações. Geralmente, uma rede diz respeito às tecnologias de tráfego, transmissão sinalização e gerenciamento de rede, etc. Essas tecnologias têm sido amplamente estabelecidas em vários documentos, entre os quais Telecommunications Convergence (McGraw-Hill, 2000), de Steven Shepherd, The Essential Guide to Telecommunications, terceira edição (Prentice Hall PRT, 2001) por Annabel Z. Dodd, ou Communications Systems and Networks, segunda edição (M&T Books, 2000), de Ray Horak dá uma visão geral das tecnologias. A progressão de tais tecnologias obtidas no passado desenvolveu completamente a velocidade e qualidade da transmissão de informações e baixou o custo das mesmas.
[003] A tecnologia de tráfego para a conexão de um terminal a uma rede de transmissão de área extensa (por exemplo, uma extensão de área local de um aparelho de terminal e a extremidade da rede) foi desenvolvida a partir de um modem de 14,4, 28,8 e 56K para tecnologias, incluindo o ISDN, T1, modem a cabo, DSL, Ethernet e conexão sem fio.
[004] Atualmente, as tecnologias de transmissão utilizadas em uma rede de área extensa incluem: rede óptica síncrona (SONET), Dense Wavelength Division Multiplexing (DWDM), Frame Relay, modo de transmissão assíncrona (ATM) e Resilient Packet Ring (RPR).
[005] Entre todas as tecnologias de sinalização diferentes (por exemplo, os protocolos e métodos para estabelecer, manter e terminar uma comunicação em uma rede), o Protocolo de Internet (IP) é aplicado mais amplamente. De fato, quase todos os especialistas em comunicação e rede consideram que uma rede baseada em IP (por exemplo, Internet), que integra áudio (por exemplo, telefone), vídeo e redes de dados é uma tendência inevitável. Assim como descrito por um autor: há uma coisa que é clara, ou seja, um trem baseado em IP que integra várias redes foi arrastado para fora da estação, alguns passageiros estão ansiosos nesta viagem, e outros são empurrados para frente com relutância e choram, gritam, lutam e listam todo tipo de defeito do IP; no entanto, apesar de todos os defeitos do mesmo, o IP foi adotado como um padrão da indústria, e nenhuma outra tecnologia, com exceção do IP, tem tão grande potencial e espaço para desenvolvimento. (Abstraído de IP Convergence: Building the Future, por Susan Breidenbach, Network World, 10 de agosto de 1998).
[006] Com o incremento explosivo de serviços da Internet, a extensão de sua aplicação foi estendida a cada campo e cada setor da sociedade. Do ponto de vista da indústria de telecomunicações, cada vez mais serviços de telecomunicações tradicionais empregam o IP para transmissão, ou seja, o chamado Tudo sobre IP. A estrutura da rede de telecomunicações atual gradualmente mudará da comutação de circuitos e a tecnologia de rede relativa a isso a uma nova estrutura baseada na comutação de pacotes, em particular, IP; e serviços da rede de telecomunicações mudarão de serviços de telefonia para serviços de dados.
[007] Protocolo de rede TCP/IP
[008] TCP/IP (Transmission Control Protocol/Internet Protocol) é um protocolo mais amplamente aplicado em todo o mundo no momento, e a prevalência destes está intimamente relacionada com o desenvolvimento impetuoso de Internet. Originalmente, o TCP/IP é projetado para o protótipo de Internet, a ARPANET, para fornecer um conjunto completo de protocolos que são convenientes e práticos e podem ser aplicados em várias redes. Está provado por fatos que o TCP/IP tem realizado suas tarefas, faz a interligação da rede fácil, e permite que mais e mais redes participem da interligação da rede, tornando-se realmente um padrão da Internet.
[009] Camada de Aplicação: camada de aplicação é um termo geral para todas as aplicações que os usuários encontram. Nesta camada, existem vários protocolos da família de protocolos do TCP/IP para suportar diferentes aplicações, e a implementação de muitas aplicações familiares baseadas na Internet não pode estar separada destes protocolos. Por exemplo, o protocolo HTTP usado no acesso à World Wide Web (WWW), o protocolo FTP usado na transmissão de arquivos, o SMTP utilizado no envio de e-mail, o protocolo DNS usado na conversão de nomes de domínio, o protocolo Telnet usado em logon remoto e assim por diante, todos pertencem ao TCP/IP na camada de aplicação, para os usuários, as interfaces operacionais padronizadas construídas por software são vistas, mas, na verdade, os protocolos acima são operados em segundo plano.
[010] Camada de transmissão: a função desta camada é principalmente fornecer comunicação entre aplicações, e nessa camada, os protocolos da família de protocolos TCP/IP incluem TCP e UDP.
[011] Camada de Rede: camada de rede é uma camada crucial na família de protocolo TCP/IP, que principalmente define o formato do endereço IP, assim, dados de diferentes tipos de aplicação pode ser transmitidos na Internet sem problemas, e protocolo IP é um protocolo de camada de rede.
[012] Camada de Rede Interface: esta é a camada mais baixa de software TCP/IP, que é responsável por receber um pacote IP e enviá-lo através de uma rede, ou receber uma estrutura física de uma rede, extraindo um datagrama IP e entregá-lo a uma camada IP.
[013] Como o IP implementa a interligação da rede? Sistemas de rede e dispositivos fabricados por diferentes fabricantes, por exemplo, Ethernet e rede de comutação de pacotes, etc., não podem se comunicar uns com os outros, a razão principal é que os formatos das unidades básicas (tecnicamente referidas como “frames”) de dados transmitidos por eles são diferentes. De fato, o protocolo IP é um conjunto de protocolos de software que consiste de programas de software, e converte harmoniosamente vários diferentes ”frames” para o formato de "pacote IP", tal conversão é uma característica muito importante de Internet, ou seja, uma função de "abertura", o que torna todos os computadores capazes de realizar a intercomunicação na Internet.
[014] Então, o que é "pacote de dados"? E que recursos ele tem? Pacote de dados é também uma forma de chaveamento de pacotes, ou seja, os dados a serem transmitidos são segmentados em "pacotes" e então transmitidos para fora. No entanto, ele pertence ao "tipo sem conexão", isto é, cada "pacote" é transmitido para fora como uma "mensagem independente", de modo que é chamado de "pacote de dados". Assim, antes de iniciar a comunicação, nenhum circuito tem de ser conectado primeiro, e os respectivos pacotes não necessariamente serão transmitidos através de uma e mesma via, de modo que é chamado de "tipo sem conexão". Tal característica é muito importante, e, no caso da transmissão de informações em texto, ele melhora a robustez e a segurança da rede.
[015] Cada pacote de dados tem duas partes, cabeçalho e mensagem. Cabeçalho contém conteúdos necessários, tais como endereço de destino, etc, de modo que cada pacote de dados pode corretamente chegar ao seu destino através de vias diferentes. No destino, os pacotes de dados recombinam e restauram os dados enviados originalmente. Isto requer que o IP tenha as funções de empacotamento e montagem de pacotes.
[016] Durante o processo de transmissão, na prática, um pacote de dados também precisa alterar o comprimento do pacote de dados de acordo com o tamanho do pacote especificado pela rede em que passa, o comprimento máximo de um pacote de dados IP pode atingir 65.535 bytes.
[017] Qualidade de Serviço (QoS) é um problema principal da Internet IP. Através dos tempos, incontáveis relatórios de pesquisa tentam resolver esse problema; no entanto, se organizarmos os principais marcos de QoS em ordem cronológica, será facilmente visto que esta é uma história sem solução em que a QoS da Internet continuamente reduz seus requisitos e continuamente falha. De "Inte Serv" (1990) para "Diff Serv" (1997) e então para "Lightload" (2001), a soma de várias soluções parciais de melhora da QoS que parecem eficazes ainda estão longe da meta de QoS em toda a rede. A QoS parece próxima, mas na verdade, está muito longe de ser alcançada.
[018] Na fase inicial da Internet IP, aplicação de vídeo tornou-se uma meta do serviço de rede, por exemplo, MBone. Devido à falta de uma efetiva QoS, nenhum serviço de comunicação por vídeo com valor comercial pode ser desenvolvido a longo prazo, o que enfraquece a capacidade de lucro da Internet IP. Portanto, há um grande valor comercial em se resolver o problema da qualidade de transmissão da rede. O problema de qualidade de transmissão da rede aparece especificamente como perda de pacotes e código de erro. Arquivos de computador não são sensíveis a erros de transmissão; desde que exista um mecanismo de retransmissão TCP, um computador pode considerar a rede como utilizável mesmo se uma parte grande de pacotes de dados é perdida durante o processo de transmissão. No entanto, se a taxa de perda de pacotes e taxa de código erro são superiores a 1/1.000, a qualidade do vídeo e áudio será reduzida para vídeo síncrono. Os dados empíricos nos dizem que a comunicação de vídeo de alta qualidade ainda exige que a perda de pacotes e código de erro deve ser inferior a 1/100.000. Os dados de teste do ambiente de rede atual mostram que a maior parte da perda de pacotes ocorre dentro de um roteador, e códigos de erro gerados durante a transmissão de fibra óptica podem quase ser ignorados.
[019] Por que "IntServ" não pode ter sucesso?
[020] "IntServ" é estabelecido com base no fluxo de recursos de fluxo independentes reservados, empregando o Protocolo de Configuração de Reserva de Origem (RSVP). Em ambiente de rede de grande escala, se uma parte dos recursos de banda pode ser reservada entre dois terminais de vídeo, pode ser usado especialmente pelo serviço de vídeo; no entanto, embora isso soe bem, é impraticável de fato.
[021] Em primeiro lugar, esta solução necessita de reconstrução de dispositivo em toda a rede, que é equivalente ao restabelecimento da rede, e que é quase impossível na prática.
[022] A seguir, mesmo que a reconstrução de toda a rede seja implementada, por exemplo, uma largura de banda de 2 Mbps é mantida para um serviço de vídeo de 2Mbps em cada comutador, o problema de QoS pode ser resolvido? A resposta é Não.
[023] A chamada banda de 2Mbps do RSVP só é considerada macroscopicamente, se os dados em um segundo são enviados no primeiro meio-segundo centralizadamente, um problema vai surgir e rajadas de periódicas serão formadas. Como o conceito básico da Internet IP é "Melhores Esforços", em cada nó da rede, o switch sempre tenta fazer o melhor para transmitir dados na velocidade mais alta. Depois que um fluxo de vídeo passa múltiplos níveis de comutadores, será certo que a distribuição de fluxo tornar- se-á não-uniforme. Quando múltiplos fluxos não uniformes e assíncronos são combinados, maior não-uniformidade será gerada em um período de tempo; isto é, congestionamento periódico de fluxo de rede certamente irá aparecer. Com o aumento do número de usuários de vídeo, não é possível determinar um limite superior ao congestionamento periódico, e quando este excede a capacidade de armazenamento interna do comutador a perda de pacotes será diretamente causada.
[024] Por que "Diff Serv" falha?
[025] Depois que o "IntServ" fez a sua aparição por 7 anos, um novo método "DiffServ" começa a prevalecer. "DiffServ" tenta oferecer um serviço de rede sendo superior aos "melhores esforços". Tal método não requer complexa reserva de recursos de toda a rede e é fácil de implementar. Ele só precisa colocar um rótulo de "prioridade" em cada pacote de dados e o comutador de rede processa dados de vídeo com “prioridade” primeiro. A teoria básica referente é como um banco emite um cartão dourado para um cliente VIP e o tempo de espera na fila para um cliente exclusivo pode ser reduzido significativamente. Este método também parece bom, mas na verdade, é impraticável também.
[026] Existe um fato simples que não pode ser ignorado: o fluxo de um único serviço de vídeo é muito maior que o de um serviço tradicional que não de vídeo (mais de cem vezes).
[027] Quando houver alguns usuários de vídeo, pacotes de dados de vídeo serão vistos em quase toda parte na rede. Se a maioria dos pacotes de dados tem um "cartão dourado", o VIP não tem sentido. Adicionalmente, como o princípio de interconexão IP de rede não é obrigatório, embora QoS tenha estabelecido um conjunto de padrões morais para usuários que mantêm a sua integridade pessoal em tempos caóticos, é impraticável exigir que todos os usuários sigam as normas em vigor.
[028] Portanto, "DiffServ" só é eficaz em algumas poucas redes corporativas particulares, e é difícil de ser efetivamente popularizado em redes públicas de larga escala.
[029] Por que "Light Load" não pode ter sucesso?
[030] Desde que o IP de Internet se popularizou, etapa a etapa, as pessoas vêm buscando incessantemente uma receita eficaz para a QoS da rede. Depois de mais de 10 anos de estudos, técnicos de rede encontraram duas soluções de QoS, mas nenhuma é ideal. Sob o macro-ambiente em que as pessoas perdem a fé na solução da QoS, alguns anônimos propõem um método, ou seja, “Light load”. A consideração de configuração básica do mesmo é a chamada rede de carga leve, e considera-se que, desde que uma largura de banda suficiente seja proporcionada e fibra óptica entre nas casas dos usuários, não deve haver qualquer necessidade de se preocupar com o congestionamento da rede.
[031] A consideração de configuração da rede de carga leve é viável? A resposta também é Não.
[032] Os técnicos de rede atuais parecem esquecer uma teoria básica: a raiz do fenômeno de perda de pacotes de rede é a não-uniformidade do fluxo. Macroscopicamente, quando a velocidade de envio é alta em um período de tempo, é certo que vai causar congestionamento em outro período de tempo, nenhum limite superior pode ser determinado para o fluxo de pico da rede enquanto o fluxo da rede não é uniforme, e qualquer largura de banda de rede pode ser ocupada em um curto período de tempo.
[033] Na verdade, um programa de vídeo razoavelmente bom pode ser transmitido desde que exista uma largura de banda de 2 Mbps, se uma largura de banda de 8 Mbps é fornecida, um conteúdo de vídeo de qualidade HDTV pode ser transmitido. No entanto, se acaso procurarmos um texto ou uma imagem em um web site comum, o fluxo instantâneo será de dezenas de vezes o do HDTV, porque a maioria dos servidores atuais de web sites usam uma interface de rede Gigabit. Se os fluxos de vários sites semelhantes apenas colidem, a rajada de fluxo gerada em um determinado curto período de tempo irá exceder o fluxo requerido por todos os usuários da rede que utilizam HDTV, e uma rede com qualquer largura de banda pode ser ocupada. Como mostrado por meio de análise estatística, tal colisão é frequente.
[034] A Internet IP tenta absorver o fluxo instantâneo empregando uma memória, que provoca o aumento do atraso de transmissão. A capacidade de armazenamento é limitada, mas a rajada de fluxo não tem limite superior; portanto, empregando-se o método da memória, ele só pode melhorar a perda de pacotes do dispositivo atual, e a rajada de fluxo absorvida no nó atual colocará muita pressão sobre o próximo nó. O fluxo de vídeo é incessante, e o modo de armazenamento da chave intensifica a acumulação da rajada de fluxo para um nó fraco, assim a perda de pacotes de rede é inevitável.
[035] Com o emprego da carga leve mais tecnologia "DiffServ", os construtores de rede atuais podem lidar com serviços de voz VoIP de banda estreita. Isto porque a voz não ocupa a parte principal do fluxo total na rede; uma vez que ocorra congestionamento, a voz terá prioridade sacrificando arquivos de computador. No entanto, para a comunicação em video de banda larga, apenas uma melhoria temporária pode ser obtida por expansão parcial. Se a expansão é realizada também em outros nós, a não uniformidade de fluxo de rede irá consequentemente aumentar, de modo que o efeito da parte inicialmente expandida será reduzido. Se a expansão é feita uniformemente em toda a rede, a qualidade de transmissão voltará àquela de antes da expansão. Em outras palavras, a expansão global é ineficaz.
[036] No presente, os fabricantes de dispositivos recomendam redes de acesso de banda ultralarga de dezenas ou mesmo centenas de Megabits para cada residência. No entanto, mesmo que a fibra óptica entre em cada residência, é difícil apresentar um serviço de comunicação de vídeo com bom QoS aos consumidores. Independentemente de que medidas complexas de QoS sejam tomadas, a qualidade da transmissão da Internet IP só pode ser "melhorada", e nenhuma qualidade de transmissão da rede pode ser "garantida".
SUMÁRIO DA INVENÇÃO
[037] O problema técnico a ser resolvido pela invenção é o de proporcionar um método de comunicação para uma nova rede, que pode garantir a estabilidade e suavidade do tráfego de transmissão, evitar atrasos de serviços multimídia, cumprir os requisitos de segurança da informação de Estado e poupar recursos de hardware, garantindo assim a qualidade de transmissão da rede.
[038] Um modo de execução da invenção proporciona adicionalmente um sistema de comunicação para uma rede nova, o que pode garantir a implementação e aplicação do método acima referido na prática.
[039] Para resolver o problema técnico acima, um modo de execução da invenção revela um método de comunicação para uma rede nova, em que a rede nova é uma rede com uma função de controle centralizado, que inclui um servidor de controle principal e dispositivos de rede subordinados, os dispositivos de rede subordinados incluem terminais, e o método inclui:
[040] a configuração, pelo servidor de controle principal, de um link de comunicação de downlink de um serviço atual, e
[041] a transmissão de um pacote de dados do serviço atual, enviado a partir de um terminal fonte, para um terminal de destino, através do link de comunicação de downlink.
[042] A rede nova prevista na invenção tem uma estrutura de rede que pode ser controlada centralizadamente. A rede pode ser dos tipos rede em árvore, rede em estrela e rede em anel, etc; mas nesta base, um nó de controle centralizado é necessário para controlar toda a rede.
[043] A rede nova é dividida em duas partes: uma rede de acesso e uma rede de área metropolitana. Dispositivos na parte de rede de acesso podem ser divididos principalmente em três categorias: um servidor nó, um comutador de acesso e de um terminal (incluindo vários set-top boxes, placas de código e armazenamento, etc.) Em que, de um servidor nó é um nó na rede de acesso que tem uma função de controle centralizado, e pode controlar o comutador de acesso e o terminal. O servidor nó pode ser conectado diretamente com o comutador de acesso, e pode ser conectado diretamente com o terminal. De forma semelhante, os dispositivos na parte da rede de área metropolitana podem ser divididos em três categorias: um servidor de área metropolitana, um comutador nó e um servidor nó. Em que, o servidor nó é apenas o servidor nó na parte da rede de acesso, isto é, o servidor nó não pertence apenas à parte de rede de acesso, mas também pertence à parte da rede de área metropolitana. O servidor de área metropolitana é um nó na rede de área metropolitana que tem uma função de controle centralizado, e pode controlar o comutador nó e o servidor nó. O servidor da área metropolitana pode ser conectado diretamente com o comutador nó, ou pode ser conectado diretamente com o servidor nó. Assim, pode ser visto que toda a rede nova tem uma estrutura de rede que é controlada centralizadamente por camadas, enquanto as redes controladas sob o nó servidor e o servidor da área metropolitana podem ter várias estruturas, por exemplo, do tipo árvore, do tipo estrela e do tipo anel, etc.
[044] Deve notar-se que, em modos de execução da presente invenção, um modo de configuração de um link de comunicação, um modo de configuração e utilização de um link de comunicação de uplink e um tipo de pacote de dados não estão limitados; por exemplo, link de comunicação de uplink pode ser configurado de tal modo que um servidor de controle principal notifica um comutador de acesso de uplink para abrir uma porta fixa, ou pode ser configurado em um modo de transmissão. Os técnicos no assunto podem empregar qualquer um dos modos de acordo com uma situação prática.
[045] Como um modo de execução preferencial da invenção, a configuração do link de comunicação de downlink do atual serviço inclui: notificar um dispositivo de comutação relacionado com o link de comunicação de downlink do atual serviço para configurar uma tabela;
[046] a transmissão através do link de comunicação de donwlink inclui: consultar uma tabela configurada e transmitir, pelo dispositivo de comutação, um pacote de dados recebido por meio de uma porta correspondente.
[047] Ou seja, um dos principais conceitos dos modos de execução da invenção está em que, o servidor de controle principal notifica o dispositivo do comutador para configurar uma tabela para a o link de comunicação downlink do atual do serviço, e, em seguida, o pacote de dados é transmitido com base na tabela configurada.
[048] Em uma aplicação específica, o serviço inclui um serviço de comunicação unicast e um serviço de comunicação multicast. Ou seja, a configuração da tabela acima pode ser empregada para ambas as comunicação multicast e comunicação unicast, e comunicação na rede nova pode ser implementada pelo conceito central da tabela.
[049] Como descrito acima, a rede nova da invenção inclui uma parte de rede de acesso, e na rede de acesso, o servidor de controle principal é um servidor nó, e os dispositivos de rede subordinadas incluem um comutador de acesso e um terminal.
[050] Para um serviço de comunicação unicast na rede de acesso, a configuração de um link de comunicação de downlink do atual serviço pelo servidor de controle principal pode compreender os seguintes etapas:
[051] aquisição, pelo servidor de controle principal, de informação sobre o link de comunicação de downlink do atual serviço de acordo com um pacote de protocolo de pedido de serviço iniciado pelo terminal de origem, em que a informação sobre o link de comunicação de downlink inclui informação sobre a porta de comunicação de downlink do servidor de controle principal e um comutador de acesso que participa do serviço corrente;
[052] configuração, pelo servidor de controle principal, de uma porta de downlink para a qual o pacote de dados do serviço atual será orientado na sua tabela de endereço interno de pacotes de dados de acordo com a informação de porta de downlink do servidor de controle principal, e o envio um comando de configuração de porta para o comutador de acesso correspondente de acordo com a informação da porta de downlink de comunicação do comutador de acesso, e
[053] configuração, pelo comutador de acesso, de uma porta de downlink para a qual o pacote de dados do serviço atual deve ser orientada na sua tabela de endereço interno de pacote de dados, em resposta ao comando de configuração de porta.
[054] Ou seja, o servidor nó executa um controle principal, configura uma tabela de acordo com o link de comunicação de downlink adquirido, e notifica o comutador de acesso para configurar uma tabela.
[055] Preferencialmente, a informação no link de comunicação pode não incluir informações da porta de comunicação do servidor nó que participa do serviço atual. Por exemplo, se o terminal de origem e o terminal de destino são ligados a um e o mesmo comutador de acesso, o servidor nó pode configurar apenas uma porta de pacote de dados de orientação do comutador de acesso, e, quando o serviço de comunicação é realizado entre o terminal de origem e o terminal de destino, o comutador de acesso transmite um pacote de dados diretamente através de uma porta de downlink correspondente do comutador de acesso de acordo com as definições de uma tabela interna de endereços de pacote de dados, ou seja, o terminal de origem e o terminal de destino podem executar diretamente comunicação de serviço sob o comutador de acesso ao qual estão ligados em conjunto, em vez de enviar o pacote de dados para o servidor nó e em seguida emitir o pacote de dados para o terminal correspondente pelo servidor nó, assim, a largura de banda e os recursos de rota podem ser economizados de forma eficaz.
[056] Em um modo de execução da invenção, cada um dos dispositivos de rede subordinados tem um endereço de rede de acesso correspondente, como um exemplo de aplicação específica, a aquisição da informação sobre o link comunicação de downlink do atual serviço pelo servidor de controle principal pode incluir as seguintes subetapas:
[057] obtenção, pelo servidor de controle principal, de um pacote de protocolo de pedido de serviço iniciado pelo terminal de origem para o estabelecimento de um serviço de comunicação unicast com o terminal de destino, em que o pacote de protocolo de pedido de serviço inclui informações sobre o tipo de serviço, informação sobre o conteúdo do serviço e um endereço da rede de acesso do terminal de origem, e a informação de conteúdo do serviço inclui um número de serviço;
[058] extração, pelo servidor de controle principal, de um endereço de rede de acesso do terminal de destino a partir de uma tabela de mapeamento predefinida por conteúdo-endereço de acordo com o número de serviço, e
[059] aquisição, pelo servidor de controle principal, da informação sobre o link de comunicação de downlink do serviço atual de acordo com a informação de tipo de serviço, o endereço de rede de acesso do terminal de origem, e o endereço da rede de acesso do terminal de destino.
[060] Na prática, uma porta de downlink para a qual um pacote de dados unicast do serviço atual deve ser orientada, que é definida pelo servidor de controle principal na sua tabela interna de endereços de pacotes de dados unicast, inclui:
[061] uma porta de downlink para a qual o pacote de dados unicast com um endereço de destino que é um endereço do terminal de origem a ser orientado e/ou;
[062] uma porta de downlink para a qual o pacote de dados unicast com um endereço de destino sendo um endereço do terminal de destino a ser orientado.
[063] Para um serviço de comunicação unicast, a informação sobre um link de comunicação pode ser uma informação sobre um link de comunicação unidireccional, por exemplo, um pedido de serviço unicast iniciada pelo terminal de origem para o terminal de destino, ou um pedido de serviço unicast iniciada pelo terminal de destino para o terminal de origem, ou, informação sobre um link de comunicação pode também ser informação sobre um link de comunicação bidirecional, por exemplo, um pedido de serviço unicast iniciada pelo terminal de origem e pelo terminal de destino um para o outro.
[064] Quando a informação sobre o link de comunicação é a informação sobre um link de comunicação unidirecional, informações da porta de comunicação de um comutador de acesso incluem informações sobre a porta de uplink de um comutador de acesso de uplink e informação de porta de downlink de um comutador de acesso de downlink;
[065] uma porta para que o pacote de dados unicast do serviço atual é para ser orientada, que é definido por um comutador de acesso em sua tabela interna de endereços de pacotes de dados de unicast de acordo com o comando de configuração da porta, inclui:
[066] uma porta de uplink de um comutador de acesso de uplink e uma porta de downlink de um comutador de acesso de downlink para o qual o pacote de dados unicast com um endereço de destino sendo o endereço para o qual o terminal de destino é orientado.
[067] Quando a informação sobre o link de comunicação é a informação em um link de comunicação de downlink bidirecional, informações da porta de comunicação de um comutador de acesso incluem informação da porta de uplink e informação da porta de downlink de um comutador de acesso de uplink e informações da porta de uplink e informação da porta de downlink de um comutador de acesso downlink;
[068] uma porta para que o pacote de dados unicast do serviço atual é para ser orientada, que é definida por um comutador de acesso em sua tabela interna de endereços de pacotes de dados de unicast de acordo com o comando de configuração da porta, inclui:
[069] uma porta de uplink e uma porta de downlink de um comutador de acesso uplink para a qual o pacote de dados unicast com um endereço de destino sendo o endereço do terminal de destino para ser orientado, e uma porta de uplink e uma porta de downlink de um comutador de acesso de downlink para o qual o pacote de dados unicast com um endereço de destino sendo o endereço da fonte é o terminal a ser orientado.
[070] Como um modo de execução preferencial da invenção, o pacote de dados do serviço atual inclui um endereço de rede de acesso do terminal de destino, e a transmissão inclui o pacote de dados do serviço atual para o terminal de destino através do link de comunicação de downlink inclui as seguintes sub-etapas:
[071] procurar, pelo servidor de controle principal, a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientada na sua tabela de endereços de pacotes de dados internos de acordo com o endereço da rede de acesso do terminal de destino, e a transmissão do pacote de dados para o comutador de acesso correspondente, através da porta de downlink, e
[072] procurar, através do comutador de acesso, a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientada na sua tabela de endereço de pacote de dados internos de acordo com o endereço da rede de acesso do terminal de destino, e a transmissão do pacote de dados para o terminal de destino, através da porta de downlink.
[073] Para um serviço de comunicação unicast, o pacote de dados não só pode ser transmitido a partir do terminal de fonte para o terminal de destino, mas também ser transmitido a partir do terminal de destino para o terminal de fonte, isto é, como outro modo de execução preferencial da presente invenção, o método compreende ainda o seguinte etapa:
[074] transmissão de um pacote de dados do serviço atual, enviado a partir do terminal de destino, para o terminal de fonte através do link de comunicação de downlink.
[075] Neste caso, o pacote de dados do serviço atual inclui um endereço de rede de acesso do terminal de fonte, e a transmissão do pacote de dados do serviço atual ao terminal de fonte através do link de comunicação de downlink pode incluir os seguintes sub-etapas:
[076] procurar, por o servidor de controle principal, a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientada na sua tabela de endereço de pacote de dados internos de acordo com o endereço da rede de acesso do terminal de fonte, e transmite os pacotes de dados para o comutador de acesso correspondente, através da porta de downlink, e
[077] procurar, através do comutador de acesso, a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientada na sua tabela de endereço de pacotes de dados internos de acordo com o endereço da rede de acesso do terminal de fonte, e a transmissão do pacote de dados para o terminal de fonte através da porta de downlink.
[078] Para um serviço de comunicação multicast na rede de acesso, a aquisição da informação sobre o link de comunicação de downlink do serviço atual através do servidor de controle principal pode incluir as seguintes subetapas:
[079] obtenção, pelo servidor de controle principal, um serviço de pacote de protocolo de pedido iniciada pelo terminal de destino para solicitar um serviço de comunicação multicast, onde o serviço de pacote de protocolo de pedido de informação compreende tipo de serviço, de informações, informação de conteúdo de serviço e um endereço de rede de acesso do terminal de destino, e informações de conteúdo de serviços compreende um número de serviço;
[080] A extração, pelo servidor de controle principal, um endereço de rede de acesso do terminal de fonte a partir de uma tabela de mapeamento predefinida de conteúdo de endereço de acordo com o número de serviço, e
[081] aquisição, pelo servidor de controle principal, de um endereço de multicast correspondente ao terminal de origem e alocação do endereço de multicast para o terminal de destino, e aquisição de informação de link de comunicação do serviço atual de multicast de acordo com o tipo de serviço de informações, o endereço de rede de acesso do terminal de fonte, e o endereço da rede de acesso do terminal de destino.
[082] Como outro exemplo de serviço de comunicação multicast, a aquisição da informação sobre o link de comunicação de downlink do serviço atual, o servidor de controle principal pode incluir ainda as seguintes sub-etapas:
[083] obtenção, pelo servidor de controle principal, um serviço de pacote de protocolo de pedido apresentado pelo terminal de origem para iniciar um serviço de comunicação multicast, e atribuição de um endereço de multicast para o terminal de origem de acordo com o pacote de protocolo de pedido de serviço; onde o pacote de protocolo de pedido de serviço inclui informações sobre o serviço, tipo de serviço e informações sobre o conteúdo do endereço de rede de acesso do terminal de origem, e as informações de conteúdo de serviço inclui um número de serviço, e
[084] aquisição de link de comunicação de informação de uplink do serviço multicast atual de acordo com o tipo de serviço de informações, um endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem.
[085] Como outro exemplo de serviço de comunicação multicast, a aquisição da informação sobre o link de comunicação downlink do serviço atual, o servidor de controle principal pode incluir ainda o seguinte sub-etapa:
[086] aquisição de informação de link de comunicação de downlink do serviço multicast atual de acordo com o tipo de serviço de informações, o endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem.
[087] Como as funções de servidor nó como um nó de controle principal na rede de acesso e comunicação de serviço multicast refere-se apenas a uma porta de downlink do servidor nó, uma porta para que um pacote de dados multicast do serviço atual é orientado, que é definida pelo servidor de controle principal em sua tabela interna de endereços de pacote de dados multicast, inclui:
[088] uma porta de downlink para a qual o pacote de dados multicast com um endereço de destino sendo o endereço de multicast é para ser orientado.
[089] Em um exemplo de um serviço típico de multicast, por exemplo, um terminal solicita-alvo para assistir a transmissão vivendo, comunicação, informação da porta de uma comutador de acesso inclui informações sobre a porta de uplink de um comutador de acesso uplink e informações de porta de downlink de um comutador de acesso de downlink;
[090] uma porta para a qual o pacote de dados multicast do serviço atual é para ser orientada, que é definida por uma comutador de acesso em sua tabela interna de endereço de pacote de dados de multicast de acordo com o comando de configuração da porta, inclui:
[091] uma porta de uplink de um comutador de acesso de uplink e uma porta downlink de um comutador de acesso de downlink para que o pacote de dados multicast com um endereço de destino é o endereço multicast é para ser orientado.
[092] Como outro exemplo de um servidor multicast, por exemplo, um terminal de fonte está observando uma transmissão ao vivo, quando se inicia a transmissão ao vivo, a informação de porta de comunicação do comutador de acesso compreende ainda informações da porta de downlink do comutador de acesso de uplink;
[093] a porta à qual o pacote de dados do serviço multicast atual é para ser orientada, que é definida pelo comutador de acesso na sua tabela interna de endereço de pacote de dados multicast de acordo com o comando de configuração de porta, inclui:
[094] uma porta de downlink do comutador de acesso de uplink para que o pacote de dados multicast com um endereço de destino é o endereço de multicast é para ser orientado.
[095] Para um serviço de comunicação multicast, o pacote de dados do serviço atual geralmente inclui um endereço de multicast, e em um modo de execução preferencial da invenção, a transmissão do pacote de dados do serviço atual através do link de comunicação de downlink pode incluir os seguintes sub-etapas:
[096] procurar, pelo servidor de controle principal, a porta downlink para o qual o pacote de dados do serviço atual é para ser orientada na sua tabela de endereço de pacote de dados interna de acordo com o endereço multicast, e a transmissão do pacote de dados para o comutador de acesso downlink correspondente através da porta de downlink; e
[097] procurar, através do comutador de acesso, a porta downlink para a qual o pacote de dados do serviço atual é para ser orientada na sua tabela interna de endereço de pacote de dados de acordo com o endereço multicast, e a transmissão do pacote de dados para o terminal de destino através a porta downlink.
[098] Para diferentes serviços de comunicação multicast, a transmissão do pacote de dados do serviço atual através do link de comunicação downlink pode incluir ainda os seguintes sub-etapas:
[099] orientar o pacote de dados a um comutador de acesso de ligação ascendente de acordo com o endereço multicast no pacote de dados do serviço corrente enviada do terminal de fonte;
[0100] procurar, através do comutador de acesso, uma porta uplink para a qual o pacote de dados do serviço actual é para ser orientada na sua tabela de endereço de pacote de dados interna de dados de acordo com o endereço multicast, e a transmissão do pacote de dados para o servidor de controle principal através da porta uplink.
[0101] Em alternativa, a transmissão do pacote de dados do serviço atual através da ligação de comunicação de downlink pode incluir ainda as seguintes sub-etapas:
[0102] procurar, pelo servidor de controle principal, a porta de downlink para o qual o pacote de dados do serviço atual é para ser orientada na sua tabela interna de endereço de pacote de dados de acordo com o endereço multicast, e a transmissão do pacote de dados para o comutador de acesso uplink correspondente através da porta de downlink; e
[0103] procurar, através do comutador de acesso, a porta de downlink para o qual o pacote de dados do serviço atual é a de ser orientada na sua tabela de endereço interno de dados em pacotes de acordo com o endereço multicast, e a transmissão do pacote de dados para o terminal de fonte através a porta de downlink.
[0104] Em uma implementação específica, se o servidor de controle principal obtém informações sobre links de comunicação múltiplos do serviço atual, ele seleciona as informações em um dos links de comunicação múltiplos como a informação sobre o link de comunicação do serviço atual de acordo com uma regra predeterminada. Como um exemplo, a regra predeterminada pode ser a seguinte: o servidor nó adquire a informação do fluxo de cada link de comunicação e informação do serviço de fluxo atual, e a informação sobre um link de comunicação com o fluxo mínimo utilizado determinado como a informação sobre o link de comunicação do serviço atual, ou, a regra predeterminada pode ser a seguinte: o servidor nó adquiri a informação de banda larga de cada link de comunicação e informação da banda larga do serviço corrente, e a informação sobre a ligação de comunicação com a largura de banda máxima é determinada como a informação sobre o link de comunicação do serviço atual.
[0105] No entanto, a configuração acima da regra predeterminada é apenas um exemplo, e não está limitada no presente invento.
[0106] Como um modo de execução preferencial, o comando de configuração de porta pode ser gravado em um pacote de protocolo, e o servidor de controle principal orienta o pacote de protocolo para a comutador de acesso correspondente ao ligar a uma porta de downlink da comutador de acesso correspondente de acordo com as configurações de uma tabela de endereço de pacote de protocolo de downlink que é pré-definida internamente;
[0107] em que, uma porta de downlink, para a qual um pacote de protocolo com um endereço de destino sendo um endereço de um dispositivo de rede subordinado é para ser orientado,, é definido na tabela de endereços de pacotes de protocolo de downlink.
[0108] Para uma melhor utilização dos recursos, depois do serviço atual estar concluído, o servidor de controle principal da presente invenção ainda pode libertar a porta, que é definida, para a qual o pacote de dados do serviço atual é orientado, na sua tabela de endereço de pacote de dados interna, e enviar um comando de liberação de porta para a comutador de acesso que participa do serviço atual;
[0109] O comutador de acesso liberta a porta que é definida, para a qual o pacote de dados do serviço corrente é orientado, na sua tabela de endereço de pacote de dados internos e acordo com o comando de liberação da porta.
[0110] Uma razão principal que o servidor nó da invenção pode realizar um controle centralizado é que, ele tem seu próprio endereço de acesso de rede e mantém endereços de acesso de rede dos dispositivos de rede subordinados. Em tal caso, um comutador de acesso a um dispositivo de rede subordinado pode acessar a nova rede pelas etapas seguintes:
[0111] O comutador de acesso sendo ligado e definindo em sua tabela interna de endereço de pacote de protocolo downlink que todos os pacotes de protocolo de downlink serão orientados para um módulo de CPU;
[0112] receber, pelo comutador de acesso, um pacote de protocolo de downlink enviado do servidor de controle principal, e orientando o pacote de protocolo downlink para o módulo CPU do comutador de acesso de acordo com as definições da tabela de endereço de pacote de protocolo de downlink, e gerando, pelo módulo CPU, um pacote de protocolo de donwlink e enviar o pacote de protocolo de donwlink para o servidor de controle principal; em que o pacote de protocolo de downlink contém um endereço de acesso de rede que é para ser alocado;
[0113] enviar, pelo servidor de controle principal, um comando de acesso de rede para a comutador de acesso, onde o acesso de rede de comando contém um endereço de rede de acesso da comutador de acesso e o endereço de rede de acesso é o endereço de rede de acesso a ser alocado no pacote de protocolo de downlink recebido pelo comutador de acesso; e
[0114] atualizar, pela comutador de acesso, a tabela interna de endereço de pacote de protocolo de downlink, para orientar somente o pacote de um protocolo com o endereço de destino sendo o seu próprio endereço de rede de acesso para o módulo de CPU.
[0115] Em uma aplicação específica, outros dispositivos de rede de acesso subordinados são muitas vezes ligados sob o comutador de acesso. Em tal caso, o servidor nó irá enviar um pacote de alocação de porta de um comutador de acesso que tenha acessado a rede. Isto é, como um modo de execução preferencial da presente invenção, quando um comutador de acesso que tenha acessado a rede recebe um pacote de alocação de porta enviado pelo servidor nó, o processo em que a comutador de acesso acessa a rede inclui ainda os seguintes etapas:
[0116] orientar, pela comutador de acesso que acessou a rede, o pacote de alocação de porta com um endereço de destino sendo o seu próprio endereço de rede de acesso para o módulo de CPU; e
[0117] definir uma porta de downlink para que cada pacote de protocolo da porta de downlink é para ser orientado em sua tabela de endereço de pacote downlink interno de acordo com a informação da porta de alocação no pacote de alocação de porta.
[0118] Além disso, quando o comutador de acesso acessou a rede e recebe um pacote de protocolo de porta downlink enviado a partir do servidor nó, o processo em que a chave de acesso acessa a rede inclui ainda as seguintes etapas:
[0119] orientar, pelo comutador de acesso, o pacote de protocolo de porta de downlink para a porta de downlink correspondente de acordo com as definições da sua tabela interna de endereço de pacote de protocolo de downlink, em que o pacote de protocolo de porta de downlink contém um endereço de acesso de rede que é para ser alocado; e
[0120] enviar, pelo servidor de controle principal, um comando de acesso de rede a um certo dispositivo de rede subordinado que é para conectar à porta de downlink da chave de acesso, quando o servidor de controle principal recebe um pacote de protocolo de porta de uplink enviado de certo referido dispositivo de rede subordinado, em que o comando de acesso de rede contém o endereço de rede de acesso do dispositivo de rede subordinado, e o endereço de rede de acesso é o endereço de rede de acesso a ser alocado no pacote de protocolo de porta de downlink recebido pelo dispositivo de rede subordinado;
[0121] e em que o dispositivo de rede subordinado inclui uma chave de acesso ou um terminal.
[0122] Para realizar a convergência da nova rede da invenção e a Ethernet existente, o dispositivo de acesso de rede inclui ainda um gateway de conversão de protocolo Ethernet e uma área local de Ethernet, que são ligadas entre o comutador de acesso e o terminal de fonte, bem como a terminal de destino, e um modo de execução do presente invento pode incluir ainda os seguintes etapas:
[0123] O gateway de conversão de protocolo Ethernet acessa a rede nova, e obtém o endereço MAC do gateway de conversão do protocolo Ethernet e o endereço MAC de uma ligação de terminal para o gateway de conversão de protocolo Ethernet do servidor nó;
[0124] O gateway de conversão de protocolo Ethernet recebe um pacote de dados ou um pacote de protocolo enviado da rede nova, acrescenta o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino no pacote de dados ou o pacote de protocolo, e em seguida, envia o pacote para a área local Ethernet; e
[0125] O gateway de conversão de protocolo Ethernet recebe um pacote de dados ou um pacote de protocolo enviado da área local Ethernet, remove o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de origem do pacote de dados ou o pacote de protocolo, e, em seguida, envia o pacote para a rede nova;
[0126] em que, o terminal de destino e o terminal de fonte estão em conformidade com um protocolo de rede nova.
[0127] Deve notar-se que, a fim de realizar a convergência da nova rede acima e a Ethernet existente e fazer uso total das funções do gateway de conversão de protocolo Ethernet existente, ao mesmo tempo, na invenção, o padrão do gateway Ethernet é reconstruído como uma chave de acesso de tipo especial, que desempenha o papel de conexão e de conversão entre a nova rede e a Ethernet. O gateway Ethernet reconstruído é referido como gateway de conversão de protocolo Ethernet. Na nova rede, o gateway de conversão de protocolo Ethernet encontra-se sobre a parte da rede de acesso, e pode ser ligado com o comutador de acesso, ou pode ser ligado diretamente com o servidor nó. Na Ethernet, o gateway de conversão de protocolo Ethernet é ligada a um comutador Ethernet padrão, e o comutador Ethernet é conectado com um terminal.
[0128] Ou seja, em um modo de execução da invenção, que inclui ainda uma etapa em que o gateway de conversão de protocolo Ethernet acessa uma rede nova, especificamente:
[0129] emitir, pelo servidor de controle principal, um pacote de consulta;
[0130] receber, pelo gateway de conversão de protocolo Ethernet, o pacote de consulta e retornar um pacote de resposta que contém um número de série da gateway de conversão de protocolo Ethernet, após o gateway de conversão de protocolo Ethernet ser ligada e inicializada;
[0131] procurar, pelo servidor de controle principal, o gateway de conversão de protocolo Ethernet correspondente ao número de série em uma tabela de informações de registro, em que o gateway de conversão de protocolo Ethernet inclui um endereço MAC do gateway de conversão de protocolo Ethernet e um endereço MAC do terminal de ligação para o gateway de conversão de protocolo Ethernet;
[0132] envio, pelo servidor de controle principal, um comando de acesso de rede para o gateway de conversão de protocolo Ethernet onde o comando de acesso de rede contém um endereço do gateway de conversão de protocolo Ethernet na rede nova e o endereço MAC do gateway de conversão de protocolo Ethernet; e
[0133] retornar, pelo gateway de conversão de protocolo Ethernet, uma resposta depois de receber o comando de acesso de rede e acesso à rede nova.
[0134] Na prática, a relação de ligação entre o endereço MAC do terminal e o gateway de conversão de protocolo Ethernet é predefinida em um servidor nó no momento que o terminal e o gateway de conversão de protocolo Ethernet são vendidos.
[0135] Após o gateway de conversão de protocolo Ethernet acessar a rede nova e obtém o endereço MAC do gateway de conversão Ethernet protocolo e o endereço MAC da ligação terminal para o gateway de conversão de protocolo Ethernet, a ligação terminal para o gateway de conversão de protocolo Ethernet pode também acessar a rede nova através das seguintes etapas:
[0136] emitir, pelo servidor de controle principal, um pacote de consulta;
[0137] receber, pelo gateway de conversão de protocolo Ethernet, o pacote de consulta, orientando o pacote de consulta a uma porta correspondente de acordo com uma tabela de endereço de pacote de protocolo, adicionar o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino no pacote de consulta, e de encaminhar o pacote de consulta;
[0138] receber, pelo terminal, o pacote de consulta, e devolver um pacote de resposta que contém um número de série do terminal, depois de o terminal ser ligado e inicializado;
[0139] remover, pelo gateway de conversão de protocolo Ethernet, o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal no pacote de resposta e, em seguida, encaminhar o pacote de resposta para o servidor de controle principal;
[0140] encontrar, pelo servidor de controle principal, informações do terminal correspondente ao número de série do terminal na tabela de informações de registro, e enviar um comando de acesso de rede, em que o comando de acesso de rede contém um endereço do terminal na rede nova;
[0141] receber, pelo gateway de conversão de protocolo Ethernet, o comando de acesso de rede, e encaminhar o comando de acesso de rede depois de adicionar o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino; e
[0142] retornar, pelo terminal, uma resposta depois de receber o comando de acesso de rede, e encaminhar, pelo gateway de conversão de protocolo Ethernet, a resposta para o servidor de controle principal depois de remover o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal a partir da resposta, e o terminal de acesso à nova rede.
[0143] Ele pode ser conhecido a partir do exposto que, após o gateway de conversão de protocolo Ethernet acessar a nova rede, ele irá obter o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal registrado sob o gateway de conversão de protocolo Ethernet o servidor nó que tem uma função de controle centralizado. Em tal caso, uma concretização do presente invento pode incluir ainda as seguintes etapas:
[0144] receber, pelo gateway de conversão de protocolo Ethernet, um pacote de dados ou um pacote de protocolo enviado da rede nova, adicionando o endereço MAC do gateway de conversão de protocolo Ethernet eo endereço MAC do terminal de destino no pacote de dados ou o protocolo pacote, e em seguida, enviar o pacote para a Ethernet, e
[0145] receber, pelo gateway de conversão de protocolo Ethernet, um pacote de dados ou um pacote de protocolo enviado do Ethernet, removendo o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de origem do pacote de dados ou o pacote de protocolo, e, em seguida, enviar o pacote para a rede nova;
[0146] em que, o terminal de destino e o terminal de origem está em conformidade com um protocolo da rede nova.
[0147] Ou seja, depois de o gateway de conversão de protocolo Ethernet acessar a rede nova, pode adicionar/remover o MAC para/do pacote de dados, ou o pacote de protocolo.
[0148] Mais especificamente, nos modos de execução da invenção, preferencialmente, um pacote de dados para o qual o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino são adicionados é transmitido na Ethernet utilizando um protocolo Ethernet, e um pacote de dados a partir do qual o endereço MAC do endereço do gateway de conversão de protocolo Ethernet MAC e o endereço MAC do terminal de fonte são removidos é transmitido na rede nova usando o protocolo de rede nova.
[0149] De preferência, um cabeçalho de pacote de um pacote de dados transmitidos, quer a partir da rede nova ou a Ethernet contém os endereços de duas extremidades de transmissão na rede nova, e os endereços são o endereço da fonte e endereço de destino do pacote de dados.
[0150] Neste modo de execução, pode ainda incluir as seguintes etapas:
[0151] obter um mapeamento entre o endereço MAC da ligação terminal para a gateway de conversão de protocolo Ethernet e do endereço do terminal na rede nova, e
[0152] receber, pelo gateway de conversão de protocolo Ethernet, um pacote de dados enviado da rede nova, e adicionar um endereço MAC de um terminal de destino correspondente para o pacote de dados de acordo com o mapeamento entre um endereço de destino do pacote de dados e o MAC endereço.
[0153] Com as medidas acima enunciadas, a rede nova de Ethernet e pode ser bem compatíveis uns com os outros através de um gateway de conversão de protocolo Ethernet. Além disso, o gateway de conversão de protocolo Ethernet pode também ter as funções do comutador de acesso acima, por exemplo, controle de fluxo preciso, especificamente:
[0154] após o gateway de conversão de protocolo Ethernet recebe o pacote de dados enviado da Ethernet e antes de o gateway de conversão de protocolo Ethernet remove o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de fonte a partir do pacote de dados, o método inclui ainda:
[0155] verificar o pacote de dados recebido, e alocar um identificador de fluxo correspondente quando o pacote de dados responde a uma exigência de verificação, em que a verificação pode ser: verificar se o endereço MAC de o gateway de conversão de protocolo Ethernet, o endereço MAC do terminal de origem, um endereço de destino, endereço de origem, um tipo de pacote e um pacote de comprimento do pacote de dados atende ao requisito.
[0156] Além disso, depois que o gateway de conversão de protocolo Ethernet remove o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de fonte a partir do pacote de dados, e antes que o pacote é enviado, pode incluir ainda: colocar o pacote de dados em um buffer de porta de recepção correspondente de acordo com o identificador de fluxo, ler o pacote de dados do buffer da porta de recepção, e colocar o pacote de dados em uma fila de buffer de pacote de um fluxo correspondente de acordo com o identificador de fluxo; eleger a fila de buffer de pacote e, depois um envio de um sinal é gerado, sequencialmente ler um pacote de dados a partir da fila de buffer de pacote do fluxo correspondente de acordo com o identificador de fluxo no envio de sinal, e colocar o pacote de dados em um buffer da porta de envio; ler o pacote de dados do buffer da porta de envio e enviar o pacote de dados.
[0157] Além disso, o gateway de conversão de protocolo Ethernet também pode determinar se as duas condições seguintes: são atendidas 1) a porta de envio de buffer não está cheia, 2) a contagem de um contador de pacotes na fila pacote de de buffer do fluxo correspondente é maior do que 0, se as duas condições forem satisfeitas, ele lê sequencialmente os pacotes de dados a partir da fila de de pacote de buffer do fluxo correspondente de acordo com o identificador de fluxo no envio de sinal, e coloca o pacote de dados para a porta de envio de buffer.
[0158] Durante o processo de controle de fluxo acima, o sinal de envio é gerado no seguinte modo: um servidor nó com uma função de controle centralizada na nova rede gera informação de controle de fluxo de acordo com um pacote de protocolo de pedido de serviço iniciada por um terminal, e envia a informação de controle de fluxo para um gateway de conversão de protocolo Ethernet para o controle de fluxo no uplink, em que a informação de controle de fluxo inclui um intervalo de tempo de transmissão e de um envio de tamanho dados, e o gateway de conversão de protocolo Ethernet gera o sinal de envio de acordo com a informação de controle de fluxo, onde o sinal contém um identificador de fluxo.
[0159] Conforme descrito acima, a rede nova inclui uma parte de rede da área metropolitana, e na rede de área metropolitana, o servidor de controle principal é um servidor de área metropolitana, e os dispositivos de rede subordinados incluem um comutador nó e um servidor nó, em que o comutador nó está conectado entre o servidor de área metropolitana e o servidor nó, em um modo de execução da invenção, o método pode ainda incluir as etapas seguintes:
[0160] depois de um dispositivo de rede subordinado acessar a rede de área metropolitana, alocando, pelo servidor de área metropolitana, uma rótulo de protocolo e um endereço de rede de área metropolitana para o dispositivo que acessa a rede;
[0161] em que, o rótulo de protocolo é adaptada para descrever uma conexão entre o dispositivo de rede subordinado e o servidor de área metropolitana, quando existem várias conexões entre um e o mesmo dispositivo de rede subordinado e o servidor de área metropolitana, o servidor de área metropolitana aloca um rótulo de protocolo diferente para cada conexão, e
[0162] alocar, pelo servidor de área metropolitana, um rótulo de dados de um serviço correspondente a cada pedido de serviço através da rede de área metropolitana, em que o rótulo de dados é adaptada para descrever uma relação entre os servidores nó relacionados com o serviço.
[0163] Em que, o rótulo pode ser multiplexada, o que inclui as duas situações de multiplexação seguintes:
[0164] Situação 1: o rótulo de protocolo do dispositivo de rede subordinado ao servidor de área metropolitana e o rótulo do servidor de área metropolitana ao dispositivo de rede subordinado são diferentes, ou o mesmo, e, entre os servidores nó relacionados com o serviço, o rótulo de dados de um servidor para outro servidor nó e o rótulo de dados a partir do referido outro servidor nó para dito servidor nó são diferentes, ou o mesmo.
[0165] Situação 2: O rótulo é dividida em um rótulo IN e um rótulo OUT, em que um rótulo IN refere-se ao rótulo através da qual o pacote entra em um servidor de área metropolitana ou um comutador nó, um rótulo OUT refere-se ao rótulo através da qual o pacote deixa o servidor de área metropolitana ou o comutador nó, o rótulo IN e o rótulo OUT de um e o mesmo pacote pode ser diferente, ou o mesmo.
[0166] De preferência, na presente invenção, um rótulo de dados pode ser adaptado para descrever uma conexão de um servidor nó com outro servidor nó, mesmo se existir um comutador nó no caminho de acesso dos dois servidores nó; No entanto, em tal caso, a invenção pode também utilizar uma pluralidade de rótulos de dados para descrever a conexão entre o referido nó de dois servidores, em que cada rótulo de dados descreve um segmento do caminho de acesso, por exemplo, a conexão do servidor nó 1 com o comutador nó 1 é descrita pelo rótulo de dados 1, a conexão do comutador nó 1 com o comutador nó 2 é descrita pelo rótulo nó 2 e a conexão do comutador nó 2 com o servidor nó 2 é descrito pelo rótulo de dados 3, e assim por diante.
[0167] Em primeiro lugar, a distribuição e a utilização de um protocolo de rótulo irá ser ilustrado a seguir:
[0168] depois de um dispositivo de rede subordinado acessar a rede de área metropolitana, a atribuição de rótulo de um protocolo e um endereço de rede de área metropolitana pelo servidor de área metropolitana inclui: enviar, pelo servidor de área metropolitana, pacotes de rótulo de consulta de área metropolitana para todas as suas portas downlink, onde cada pacote de consulta de rótulo de área metropolitana contém uma rótulo de protocolo de espera atribuída pelo servidor de área metropolitana; receber, por um certo dispositivo de rede subordinado, um pacote de consulta de rótulo de área metropolitana enviado pelo servidor de área metropolitana após o referido dispositivo de rede subordinado ser ligado e, então, retornar um pacote de rótulo de resposta de área metropolitana para o servidor de área metropolitana, onde o pacote de rótulo de resposta de área metropolitana contém um número de série do dispositivo de rede subordinado e um número de porta de uma porta que recebe o pacote de rótulo de consulta de área metropolitana; verificar, pelo servidor de área metropolitana de acordo com o número de série no pacote de rótulo de resposta de área metropolitana depois de receber o pacote, se o dispositivo de rede subordinado é registrado, e se ele é registrado, enviar um comando de acesso de rede à porta do dispositivo de rede subordinado que recebe o pacote de rótulo de consulta de área metropolitana, em que o acesso de rede de comando contém um endereço de rede de área metropolitana atribuída ao dispositivo de rede subordinado pelo servidor de área metropolitana, e no rótulo do protocolo de espera; retornar, pela porta correspondente do dispositivo de rede subordinado, um comando de acesso à depois de receber o comando de acesso de rede, e o dispositivo de rede subordinado acessar a rede de área metropolitana; onde, o dispositivo de rede subordinado é uma comutador nó ou um servidor nó.
[0169] Durante o processo acima em que o dispositivo de rede subordinado acessa a rede, o rótulo é multiplexado do seguinte modo: o rótulo no pacote de protocolo no pacote de rótulo de resposta de área metropolitana é o mesmo que o rótulo no pacote de rótulo de consulta de área metropolitana, e a rótulo de protocolo na resposta de comando de acesso de rede é o mesma que o rótulo de protocolo no comando de acesso de rede.
[0170] Em especial, quando existem várias ligações entre um e o mesmo dispositivo de rede e o servidor subordinado área metropolitana, uma pluralidade de portas de dito um e o mesmo dispositivo de rede subordinado irá receber uma pluralidade de pacotes de rótulos da área metropolitana de consulta, em que o rótulo protocolo de espera em cada pacote metropolitano rótulo área de consulta é diferente, o servidor envia área metropolitana de uma pluralidade de comandos de acesso de rede para a pluralidade de portas de um e do mesmo dispositivo de rede subordinado através de uma pluralidade de rótulos de protocolo diferentes, e a rede de área metropolitana tratar atribuído ao dispositivo de rede subordinado em cada comando de acesso de rede é o mesmo.
[0171] Depois de o dispositivo de rede subordinado acessar a rede, pode também configurar a tabela de rótulo de pacote de protocolo , que inclui especificamente: a definição de uma tabela de rótulo de pacote de protocolo no dispositivo de rede subordinado, e definindo em sua tabela de rótulo de pacote de protocolo que todos os pacotes de protocolo de área metropolitana são orientados para um módulo de CPU quando o dispositivo de rede subordinado está ligado, quando o dispositivo de rede subordinado é um comutador nó, depois de acessar a rede de área metropolitana, modificando, pela comutador nó, o sua própria tabela de rótulo de pacote de protocolo de acordo com uma instrução do servidor de área metropolitana, e orientando os pacotes da área metropolitana de protocolo correspondentes aos respectivos rótulos de protocolo de espera recém-alocados pelo servidor de área metropolitana de portas de downlink correspondentes do comutador nó respectivamente; em que os rótulos de protocolo de espera recém-alocados são adaptados para descrever as conexões entre o servidor de área metropolitana e um dispositivo subordinado de conexão do comutador nó, e os pacotes de protocolo de área metropolitana incluem os pacotes de consulta de área metropolitana enviados pelo servidor de área metropolitana.
[0172] Depois de o dispositivo de rede subordinado acessar a rede, pode também configurar a tabela de rótulo de pacote de resposta, que inclui especificamente: a criar de uma tabela de rótulo de pacote de resposta no dispositivo de rede subordinado, e colocar em sua tabela de rótulo de pacote de resposta interna que a orientação de todos os pacotes de rótulo de resposta da área metropolitana é desligado quando o dispositivo de rede subordinado está ligado; modificar, pelo dispositivo de rede subordinado, a sua própria tabela de rótulo de pacote de resposta depois de receber um pacote de rótulo de consulta de área metropolitana enviado pelo servidor de área metropolitana, e orientar um pacote de rótulo de resposta de área metropolitana correspondente ao rótulo de protocolo a uma porta uplink que recebe o pacote de rótulo de consulta de área metropolitana, quando o dispositivo de rede subordinado é um comutador nó, depois de acessar a rede de área metropolitana, modificando, pelo comutador nó, sua própria tabela de pacote de rótulo de resposta de acordo com uma instrução do servidor de área metropolitana, e orientar pacotes de rótulo de resposta de área metropolitana correspondentes às respectivas rótulos de protocolo de espera recém-alocadas pelo servidor de área metropolitana de portas de uplink correspondentes do comutador nó respectivamente; em que os rótulos de protocolo de espera recém- alocados são adaptados para descrever as conexões entre um dispositivo de conexão subordinado do comutador nó e o servidor de área metropolitana.
[0173] Em um modo de execução preferencial da invenção, o método inclui ainda: a definição de uma tabela de rótulo de pacote de protocolo no servidor de área metropolitana, e a definição na sua tabela de rótulo de pacote de protocolo interna que a orientação de todos os pacotes de protocolo de área metropolitana é desligada quando o servidor de área metropolitana está ligado;
[0174] alocar, pelo servidor de área metropolitana, rótulos de protocolo de espera correspondentes ao número de suas portas de downlink próprias, modificando sua própria tabela de rótulo de pacote de protocolo, e orientando os pacotes de protocolo da área metropolitana correspondentes aos respectivos rótulos de protocolo de espera alocados às portas de downlink correspondentes do servidor de área metropolitana, respectivamente;
[0175] em que, os rótulos de protocolo de espera são adaptados para descrever as conexões entre o servidor de área metropolitana e um dispositivo de rede subordinado, e os pacotes de protocolo da área metropolitana compreendem os pacotes de rótulo de consulta da área metropolitana enviados pelo servidor de área metropolitana, o servidor envia de área metropolitana envia pacotes de rótulo de consulta de área metropolitana em suas portas de downlink de acordo com a sua própria tabela de rótulos de pacote de protocolo.
[0176] De modo correspondente, após o dispositivo de rede subordinado acessar a rede, o servidor de área metropolitana pode também configurar o sua própria tabela de rótulo de pacote de protocolo que inclui especificamente:
[0177] 1) definir um protocolo de tabela de rótulos de pacotes no servidor de área metropolitana, e estabelecer em sua tabela de rótulo de pacote de protocolo interno que a orientação de todos os pacotes de protocolo de área metropolitana são encerrados quando o servidor de área metropolitana é ligado; atribuir, pelo servidor de área metropolitana, rótulos de protocolo de espera correspondentes ao número de suas portas de downlink próprias, modificando sua própria tabela de rótulo de pacote de protocolo, e orientar os pacotes de protocolo de área metropolitana correspondentes aos respectivos rótulos de protocolo de espera atribuídos para portas de downlink correspondentes do servidor de área metropolitana, respectivamente, em que, os rótulos de protocolo de espera são adaptados para descrever as conexões entre o servidor de área metropolitana e um dispositivo de rede subordinado, e os pacotes de protocolo da área metropolitana compreendem os pacotes de rótulo de consulta de área metropolitana enviados pelo servidor de área metropolitana, o servidor de área metropolitana envia o pacote de rótulo de consulta de área metropolitana para suas portas de downlink de acordo com a sua própria tabela de rótulos de pacote de protocolo, e
[0178] 2) recém-alocação, pelo servidor de área metropolitana, das rótulos de protocolo de espera para conectar um dispositivo subordinado de um dispositivo de rede subordinado após o dispositivo de rede subordinado acessar a rede, modificando sua própria tabela de rótulo de pacote de protocolo, e orientar os pacotes de protocolo de área metropolitana correspondentes aos respectivos recém-alocadas rótulos de protocolo de espera para portas correspondentes downlink do servidor de área metropolitana, respectivamente; em que, aos recém-alocados rótulos de protocolo de espera são adaptados para descrever as conexões entre o servidor de área metropolitana e o dispositivo subordinado de conexão do dispositivo de rede subordinado, e os pacotes de protocolo de área metropolitana incluem os pacotes de rótulo de consulta de área metropolitana enviados pelo servidor de área metropolitana, o servidor de área metropolitana envia os pacotes de rótulo de consulta de área metropolitana para suas portas de downlink de acordo com a sua própria tabela de rótulos de pacote de protocolo.
[0179] Do mesmo modo, depois que o dispositivo de rede subordinado acessa a rede, o servidor de área metropolitana também pode configurar sua própria tabela de rótulo de pacote de resposta, que inclui especificamente: estabelecer uma tabela de rótulo de pacote de resposta no servidor de área metropolitana, e estabelecer em sua tabela de rótulo de pacote de resposta interna que todos os pacotes de rótulo de resposta de área metropolitana devem ser orientados para um módulo de CPU quando o servidor de área metropolitana é ligado.
[0180] Em que, quando o dispositivo de rede subordinado que acessa a rede é um comutador nó, certo dispositivo de conexão subordinado do comutador nó acessa a rede de área metropolitana, em que o dispositivo de conexão subordinado inclui um comutador nó e um servidor nó, e especificamente inclui as seguintes etapas: enviar, através do servidor de área metropolitana, pacotes de rótulo de consulta de área metropolitana para respectivos dispositivos de conexão subordinados via rótulos de protocolo de espera recém-alocados, e orientar os pacotes de rótulo de consulta de área metropolitana para portas de downlink correspondentes do servidor de área metropolitana, respectivamente, de acordo com a uma tabela de rótulo de pacote de protocolo, receber, pelo dispositivo de conexão subordinado, um pacote de rótulo de consulta de área metropolitana depois que ele é ligado, e depois retornar uma área metropolitana pacote rótulo resposta para o servidor de área metropolitana, em que o pacote de rótulo de resposta de área metropolitana contém um número de série do dispositivo de conexão subordinado e um número de porta de uma porta que recebe o pacote de rótulo de consulta de área metropolitana; verificar, pelo servidor de área metropolitana de acordo com o número de série no pacote de rótulo de resposta de área metropolitana depois de receber o pacote, se o dispositivo de conexão subordinado é registrado, e se ele está registrado, o envio de um comando de acesso de rede para conectar o dispositivo subordinado, onde o comando de acesso de rede contém um endereço de rede de área metropolitana alocada ao dispositivo de conexão subordinado pelo servidor de área metropolitana e no rótulo de protocolo para ser alocado, e retornar, pelo dispositivo de conexão subordinado, um comando de resposta de rede de acesso depois de receber o comando de acesso de rede, e o dispositivo de conexão subordinado acessar a rede de área metropolitana.
[0181] Quando o dispositivo de rede subordinado configura a sua própria tabela de rótulo de pacote protocolo e tabela de rótulo de pacote de resposta, e depois o dispositivo de rede subordinado entre o servidor de área metropolitana e o dispositivo de conexão subordinado recebe o pacote de rótulo de consulta de área metropolitana e o comando de acesso de rede, ele orienta o pacote de rótulo de consulta de área metropolitana e o comando de acesso de rede a uma porta donwlink correspondente para encaminhamento, de acordo com a sua própria tabela de rótulo de pacote de protocolo; depois o dispositivo de rede subordinado entre o servidor de área metropolitana e dispositivo de conexão subordinado recebe o pacote de rótulo de área metropolitana e a resposta de comando de rede de acesso, ele orienta o pacote de rótulo de resposta de área metropolitana e a resposta de comando de acesso de rede para uma porta de uplink para o encaminhamento correspondente, de acordo com a sua própria tabela de rótulo de pacote de resposta.
[0182] Preferencialmente, uma tabela de informações de rótulo é definida no servidor de área metropolitana, em que as informações de rótulo de ocupação, informações de descrição de rótulo e as informações de rota de rótulo são registradas nos itens respectivos da tabela de informações de rótulo, e a informação de rota de rótulo inclui um endereço de rede de área metropolitana e um número de porta de uma porta de um comutador de hop anterior do rótulo.
[0183] A utilização da tabela de informações de rótulo inclui:
[0184] 1) quando o servidor de área metropolitana atribui uma rótulo de espera para um dispositivo de rede subordinado, ele modifica o item na tabela de informações de rótulo correspondente ao rótulo: a informação de ocupação rótulo é modificada de não-utilizada para modo de espera, o endereço de rede de área metropolitana e a porta do comutador de hop anterior na informação de rota de rótulo é definida como o endereço e a porta correspondente do servidor de área metropolitana, e a informação de descrição de rótulo não é modificada, após o dispositivo de rede subordinado acessar a rede, ele modifica o item na tabela de informações de rótulo correspondente ao rótulo: a informação de ocupação de rótulo é modificada tal como utilizada, e a informação de descrição de rótulo e a informação de rota de rótulo não é modificada, e
[0185] 2) quando o servidor de área metropolitana atribui um rótulo de espera para o dispositivo de conexão subordinado do dispositivo de rede subordinado, ele modifica o item na tabela de informação de rótulo correspondente ao rótulo: a informação de ocupação de rótulo é modificada de não-usada para em espera, o endereço de rede de área metropolitana e a porta do comutador de hop anterior na informação de rota do rótulo é definida como o endereço e a porta correspondente do dispositivo de rede subordinado, e a informação de descrição do rótulo não é modificada; depois que o dispositivo de conexão subordinado acessa a rede, ele modifica o item na tabela de informação correspondente ao rótulo: a informação de ocupação do rótulo é modificada conforme usada, e a informação de descrição do rótulo e a informação de rota do rótulo não são modificadas.
[0186] De preferência, uma tabela de informação de endereço é definida no servidor de área metropolitana, onde a informação de ocupação do endereço de rede de área metropolitana, informação de descrição do dispositivo e informação de recurso do dispositivo são registradas nos itens respectivos da tabela de informação de endereço e a informação de recurso do dispositivo inclui um endereço de rede da área metropolitana de um dispositivo de rede subordinado conectado a cada porta de rede do dispositivo e uma contagem de fluxo de uplink e de downlink em cada porta de rede do dispositivo.
[0187] O uso da tabela de informação de endereço compreende:
[0188] 1) depois que o servidor área metropolitana é ligado, ele aloca um endereço de rede de área metropolitana para si, e modifica o item correspondente ao endereço na tabela de informação de endereço: a informação de ocupação de endereço é modificada de não usada para usada, a informação de descrição do dispositivo é modificada como o servidor de área metropolitana, e a informação de de recurso do dispositivo é modificada como a descrição de recurso do servidor de área metropolitana;
[0189] 2) quando o servidor de área metropolitana aloca um endereço de rede de área metropolitana para um dispositivo de rede subordinado e envia um comando de acesso de rede que contém o endereço de rede de área metropolitana, ele modifica o item correspondente ao endereço na tabela de informação de endereço: o endereço de informação de ocupação é modificado de não usado para em espera, e a informação de descrição do dispositivo e a informação de recurso do dispositivo não é modificada, após o servidor de área metropolitana receber uma de resposta de comando de acesso de rede enviada pelo dispositivo de rede subordinado, ele modifica o item correspondente ao endereço na tabela de informação de endereço: a informação de ocupação de endereço é modificada como usada, a informação de descrição do dispositivo é modificada como o dispositivo de rede subordinado, e a informação de recurso do dispositivo é modificada como uma certa porta de downlink de um servidor de área metropolitana conectado com certa porta de uplink do dispositivo de rede subordinado; ao mesmo tempo, o item na tabela de informação de endereço correspondente ao endereço do servidor de área metropolitana é modificado: a informação do recurso do dispositivo é modificada como uma certa porta de uplink de um dispositivo de rede subordinado conectado com uma porta de downlink determinada do servidor de área metropolitana, e a informação de ocupação de endereço e a informação de descrição de dispositivo não são modificadas; em que, dita certa porta de uplink do dispositivo de rede subordinado é conhecida de acordo com um pacote de rótulo de resposta de área metropolitana retornado pelo dispositivo de rede subordinado, e dita certa porta de downlink de um servidor de área metropolitana é conhecida de acordo com a tabela de rótulo de pacote de protocolo, e
[0190] 3) quando o servidor de área metropolitana aloca um endereço de rede de área metropolitana para um dispositivo de conexão subordinado do dispositivo de rede subordinado e envia um comando de acesso de rede que contém o endereço de rede de área metropolitana, ele modifica o item correspondente ao endereço no endereço na tabela de informação do endereço: a informação de ocupação do endereço é modificada de não usada para modo de espera, e a informação de descrição do dispositivo e a informação de recurso do dispositivo não é modificada; após o servidor de área metropolitana receber uma resposta de comando de acesso à rede enviada pelo dispositivo de conexão subordinado, ele modifica o item correspondente ao endereço na tabela de informação de endereços: a informação de ocupação de endereço é modificada como usada, a informação de descrição do dispositivo é modificada como o dispositivo de conexão subordinado, e a informação de recurso do dispositivo é modificada como uma certa porta de downlink do dispositivo de rede subordinado conectado a uma determinada porta de uplink do dispositivo de conexão subordinado; ao mesmo tempo, o item na tabela de informação de endereço que corresponde ao endereço do dispositivo de rede subordinado é modificado: a informação de recurso do dispositivo é modificada como uma certa porta de uplink do dispositivo de conexão subordinado conectada com uma certa porta de downlink do dispositivo de rede subordinado, e a informação de ocupação de endereço e a informação de descrição do dispositivo não são modificadas; em que, dita certa porta de uplink do dispositivo de conexão subordinado é conhecida de acordo com um pacote de rótulo de resposta de área metropolitana retornada pelo dispositivo de conexão subordinado, e dita certa porta de downlink do dispositivo de rede subordinado é conhecida de acordo com a tabela de rótulos de pacote de protocolo.
[0191] De preferência, uma tabela de informação do dispositivo é definida no servidor de área metropolitana, e um dispositivo de identificação, um estado do dispositivo e um endereço de dispositivo são registrados nos itens respectivos da tabela de informações do dispositivo.
[0192] O uso da tabela de informações de dispositivo inclui: quando o servidor de área metropolitana aloca um endereço de rede de área metropolitana para o dispositivo de rede subordinado ou um dispositivo de conexão subordinado do dispositivo de rede subordinado e envia um comando de acesso de rede que contém o endereço de rede de área metropolitana, ele modifica o item na tabela de informações de dispositivo correspondente ao dispositivo: o estado do dispositivo é modificado de modo a acessar a rede, o endereço do dispositivo é modificado como o endereço de rede de área metropolitana alocada, e a identificação do dispositivo não é modificada; após o servidor de área metropolitana receber uma resposta de comando de acesso a rede enviada pelo dispositivo de rede subordinado ou um dispositivo de conexão subordinado do dispositivo de rede subordinado, ele modifica o item na tabela de informação do dispositivo correspondente ao dispositivo: o estado do dispositivo é modificado de modo que acessou a rede, e a identificação do dispositivo e o endereço do dispositivo não são modificados.
[0193] Em seguida, a alocação e a utilização de uma rótulo de dados serão ilustradas a seguir:
[0194] a alocação de um rótulo de dados do serviço correspondente a cada pedido de serviço através da rede de área metropolitana pelo servidor de área metropolitana: o pedido de serviço através da rede de área metropolitana refere-se a um primeiro terminal e um segundo terminal, o primeiro terminal conectado a um certo servidor nó inicia um pacote de pedido de serviço, e se o servidor nó determina que o segundo terminal não está conectado ao servidor nó de acordo com o pacote de pedido de serviço, ele adiciona um rótulo de protocolo para fornecer um pacote de pedido de serviço para o servidor de área metropolitana, o servidor de área metropolitana determina que o segundo terminal está conectado a outro servidor nó de acordo com o pacote de pedido de serviço recebido, o servidor de área metropolitana obtém informação sobre um link de comunicação do serviço atual na rede de área metropolitana, e aloca o rótulo de dados do serviço atual, e envia um pacote de alocação de rótulo com informações sobre o rótulo de dados para dispositivos de rede subordinados no link de comunicação, respectivamente, em que, o pacote de alocação de rótulo contém um rótulo IN, um rótulo OUT e uma porta de orientação, e os dispositivos de rede subordinados inclui um comutador nó e um servidor nó.
[0195] Durante o processo de pedido de serviço acima, uma tabela de rótulo de pacote pode também ser configurada, a qual inclui especificamente: configuração, pelo servidor de área metropolitana, o rótulo IN, rótulo OUT e porta de orientação do serviço atual na sua tabela de rótulo de pacote de dados interna de acordo com o rótulo de dados alocado; configuração, por um dispositivo de rede subordinado no link de comunicação, o rótulo IN, rótulo OUT e porta de orientação na sua tabela de rótulo de pacote de dados interna de acordo com o pacote de alocação de rótulo, depois de o dispositivo de rede subordinado receber o pacote de alocação de rótulo; em que, a tabela de rótulo de pacote de dados interna do servidor de área metropolitana e o comutador nó são configurados para orientar um pacote de dados de rótulo recebido através de um conjunto de rótulo IN para uma porta correspondente, e enviar o pacote de dados de rótulo, através do correspondente conjunto de rótulo OUT; em que, a tabela de rótulo de pacote de dados interna do servidor nó é configurada para orientar um pacote de dados recebido pelo servidor nó da rede de acesso para uma porta correspondente, adicionando o conjunto correspondente de rótulo OUT e enviar o pacote de dados para a rede de área metropolitana.
[0196] Durante o processo de pedido de serviço acima, o servidor nó também pode configurar uma tabela de mapeamento de endereço de rótulo, que inclui especificamente: o pacote de alocação de rótulo enviado para o servidor nó pelo servidor de área metropolitana inclui ainda uma relação de ligação entre um endereço de rede de acesso do primeiro terminal e um endereço de rede de acesso do segundo terminal do serviço corrente e o rótulo OUT; os servidores nó em ambas as extremidades do link de comunicação define a relação de ligação em suas respectivas tabelas internas de mapeamento de endereço de rótulo depois de receber o pacote de alocação de rótulo respectivamente; em que, um endereço de rede de acesso é um endereço alocado por cada servidor nó a um dispositivo de acesso de rede que estão conectados com ele.
[0197] Durante o processo de pedido de serviço acima, o servidor nó pode também configurar a sua própria tabela de endereço de pacote, a qual inclui especificamente: definir, pelo servidor nó conectado ao segundo terminal, uma porta para a qual um pacote de dados com um endereço de destino sendo um endereço de destino da rede de acesso é orientada na sua tabela de endereço de pacote de dados interna de acordo com o endereço de destino da rede de acesso no pacote de alocação de rótulo, depois de os servidores de nó em ambas as extremidades do link de comunicação, respectivamente, receber o pacote de alocação de rótulo, e definir, pelo servidor nó conectado ao primeiro terminal, uma porta para a qual um pacote de dados com um endereço de destino sendo um endereço de fonte de acesso de rede é orientado em sua tabela de endereço de pacote de dados interna de acordo com o endereço de fonte de acesso de rede, no pacote de alocação de rótulo.
[0198] O processo de pedido de serviço acima compreende ainda: enviar, pelo servidor nó ligado a um primeiro terminal, um comando de serviço de processamento para o primeiro terminal de acordo com a sua tabela interna de endereço de pacote de dados; enviar, pelo servidor nó conectado a um segundo terminal, um comando de processamento de serviços para o segundo terminal de acordo com a sua tabela de endereço de pacote de dados interna, e realizar, através do primeiro terminal e do segundo terminal, a operação correspondente de acordo com o comando de processamento de serviço recebido, respectivamente.
[0199] Em que, as informações sobre um link de comunicação é informação sobre um link de comunicação unidirecional ou informação sobre um link de comunicação bidirecional.
[0200] Novamente, durante o processo de pedido de serviço acima, pode também executar um controle de fluxo e alocar um link de comunicação apropriado, através do controle de fluxo, especificamente como segue:
[0201] De preferência, durante o processo de pedido de serviço acima, após o primeiro terminal conectado a um certo servidor nó inicia um pacote de pedido de serviço, que inclui ainda: o servidor nó verifica de acordo com o conteúdo do pacote de pedido de serviço se o fluxo de recursos restante do link de comunicação entre o servidor nó e o primeiro terminal se encontra com o recurso de fluxo requerido pelo serviço, em caso negativo, envia um pacote de serviços rejeitado para o primeiro terminal e, em caso positivo, continua a determinar se o segundo terminal está conectado ao servidor nó.
[0202] De preferência, durante o processo de pedido de serviço acima, depois que o servidor de área metropolitana obtém a informação sobre o link de comunicação do serviço atual na rede de área metropolitana, que inclui ainda: o servidor de área metropolitana verifica de acordo com o conteúdo do pacote de serviço de pedido se o fluxo de recurso restante do serviço atual sobre o link de comunicação da rede de área metropolitana encontra o fluxo de recurso requerido pelo serviço, em caso negativo, envia um serviço de pacote de rejeição para o servidor nó conectado ao primeiro terminal.
[0203] Preferencialmente, durante o processo de pedido de serviço acima, inclui ainda: se satisfaz o recurso de fluxo pelo serviço, o servidor de área metropolitana envia um pacote de pedido de serviço para o servidor nó conectado ao segundo terminal; o servidor nó verifica de acordo com o conteúdo do pacote de pedido de serviço se o recurso de fluxo restante do link de comunicação entre o servidor nó e o segundo terminal se encontra com o recurso de fluxo pelo serviço, em caso negativo, envia um pacote de serviço de rejeição para o servidor de área metropolitana.
[0204] Preferencialmente, durante o processo de pedido de serviço acima, inclui ainda: se satisfaz o recurso de fluxo pelo serviço, o servidor nó conectado ao segundo terminal envia um pacote de menu para o segundo terminal, depois de o segundo terminal receber o pacote de menu, ele retorna um pacote de resposta indicando que a comunicação é aceita; e depois que o servidor nó recebe o pacote de resposta, ele adiciona uma rótulo de protocolo e envia um pacote de admissão de serviço para o servidor de área metropolitana.
[0205] Em que, uma tabela de informação de endereço é definida no servidor de área metropolitana, e a informação de ocupação de endereço de rede de área metropolitana, informação de descrição de dispositivo e informação de recurso do dispositivo são registradas em cada item da tabela de informações de endereço, e a informação de recurso do dispositivo inclui o endereço de rede de área metropolitana do dispositivo de rede subordinado conectado a cada porta de rede do dispositivo e a o fluxo de uplink e de downlink conta em cada porta de rede do dispositivo; o servidor de área metropolitana obtém a informação sobre o link de comunicação do serviço atual na rede de área metropolitana de acordo com o endereço de rede de área metropolitana do dispositivo de rede subordinado conectado a cada porta de rede do dispositivo na tabela de informação de endereço, e obtém o recurso de fluxo remanescente do serviço atual no link de comunicação da rede de área metropolitana de acordo com a contagem de fluxo de uplink e downlink de cada porta de rede do dispositivo.
[0206] Em que, uma tabela de informações de endereço é definida no servidor nó, e a informação de ocupação de endereço de acesso de rede, informação de descrição do dispositivo e informação de recurso do dispositivo são registradas em cada item da tabela de informação de endereço, e a informação de recurso do dispositivo inclui o endereço de acesso de rede do dispositivo de acesso de rede conectado a cada porta de rede do dispositivo e a contagem de fluxo de uplink e de downlink em cada porta de rede do dispositivo; o servidor nó obtém a informação de link de comunicação entre o servidor nó e o terminal de acordo com o endereço de rede de acesso do dispositivo de rede de acesso conectado a cada porta de rede do dispositivo na tabela de informação de endereço, e obtém o recurso de fluxo remanescente do link de comunicação entre o servidor nó e o terminal de acordo com a contagem de fluxo de uplink e downlink de cada porta de rede do dispositivo.
[0207] Além disso, uma tabela de mapeamento de conteúdo de endereço também é definida no servidor nó, e o uso da mesma é como segue: o pacote de pedido de serviço iniciado pelo primeiro terminal contém informação sobre o tipo de serviço, a informação de conteúdo de serviço e o endereço de rede de acesso do primeiro terminal, e o conteúdo de informação de serviço incluem um número de serviço o servidor nó conectado ao primeiro terminal procura o número de serviço em uma tabela de mapeamento de conteúdo de endereço pré-definida internamente, se o número de serviço não é encontrado, é determinado que o segundo terminal não está conectado ao servidor nó; caso contrário, o segundo terminal está conectado ao servidor nó.
[0208] Além disso, uma tabela de mapeamento de conteúdo de endereço também é definida no servidor de área metropolitana, e o uso da mesma é como segue: o pacote de aplicação de serviço recebido pelo servidor de área metropolitana contém informação de tipo de serviço, informação de conteúdo de serviço e do endereço da rede de acesso do primeiro terminal, e a informação de conteúdo de serviço inclui um número de serviço, o servidor de área metropolitana procura o endereço de rede de área metropolitana correspondente ao número de serviço em uma tabela de mapeamento de conteúdo de endereço pré-definida internamente, e determina que o segundo terminal está conectado a outro servidor nó.
[0209] Um modo de execução da invenção descreve ainda um sistema de comunicação para a nova rede, em que a rede nova é uma rede com uma função de controle centralizada, que inclui um servidor de controle principal e dispositivos de rede subordinados, os dispositivos de rede subordinados incluem terminais, e o sistema inclui:
[0210] um módulo de configuração de rota no servidor de controle principal, configurado para a configuração de um link de comunicação de downlink de serviço atual, e
[0211] um primeiro grupo do módulo de comunicação configurado para transmitir um pacote de dados do serviço atual enviado a partir de um terminal fonte, para um terminal de destino, através do link de comunicação de downlink.
[0212] Em um modo de execução preferencial da invenção, a configuração do link de comunicação de downlink do serviço atual compreende: a notificação de um dispositivo de comutação relacionado com o link de comunicação de downlink do serviço atual para configurar uma tabela; e
[0213] a transmissão através do link de comunicação de downlink inclui: consultar uma tabela configurada, e transmitir, pelo dispositivo de comutação, um pacote de dados recebido através de uma porta correspondente.
[0214] Ou seja, um dos conceitos fundamentais dos modos de execução da invenção está em que, o servidor de controle principal notifica o dispositivo de comutação para configurar uma tabela para o link de comunicação de downlink do serviço atual, e, em seguida, transmite o pacote de dados baseado na tabela configurada.
[0215] Em uma implementação específica, o serviço inclui um serviço de comunicação unicast e um serviço de comunicação multicast. Ou seja, a configuração acima de uma tabela pode ser empregada para ambas as comunicação multicast e comunicação unicast, e comunicação na rede nova pode ser implementada pelo conceito central da tabela.
[0216] Conforme descrito acima, a rede nova da invenção inclui uma parte de rede de acesso, e na rede de acesso, o servidor de controle principal é um servidor nó, e os dispositivos de rede subordinados incluem um comutador de acesso e terminais.
[0217] Para um serviço de comunicação unicast na rede de acesso, o módulo de configuração de rota inclui:
[0218] um sub-módulo de aquisição de downlink configurado para adquirir informação sobre o link de comunicação de downlink do serviço atual de acordo com um pacote de protocolo de pedido de serviço iniciado pelo terminal de origem, em que a informação sobre o link de comunicação de downlink inclui informação da porta de comunicação de downlink do servidor de controle principal e uma chave de acesso que participa do serviço atual;
[0219] o sub-módulo de configuração de tabela configurado para definir uma porta de downlink para a qual o pacote de dados do serviço atual é para ser orientada na sua tabela de endereço de pacote de dados interna de acordo com a informação de porta de comunicação de downlink do servidor de controle principal; e
[0220] um sub-módulo de notificação configurado para enviar um comando de configuração de porta para o comutador de acesso correspondente, de acordo com a informação de porta de comunicação de downlink do comutador de acesso, de modo que o comutador de acesso define uma porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pacote de dados interna, em resposta ao comando de configuração de porta.
[0221] Ou seja, o servidor nó executa um controle principal, configura uma tabela de acordo com o link de comunicação de downlink adquirido, e notifica o comutador de acesso para configurar uma tabela.
[0222] Em um modo de execução da invenção, cada um dos dispositivos de rede subordinados tem um endereço de rede de acesso correspondente, como um exemplo de aplicação específico, o sub-módulo de aquisição de downlink inclui:
[0223] uma unidade de recebimento de pedido de serviço unicast configurada para a obter um pacote de protocolo de pedido de serviço iniciado pelo terminal de origem para o estabelecimento de um serviço de comunicação unicast com o terminal de destino, em que o pacote de protocolo de pedido de serviço inclui informação de tipo de serviço, informação de conteúdo de serviço e um endereço de acesso de rede do terminal de origem, e as informações de conteúdo de serviço dispõem de um número de serviço;
[0224] uma unidade de extração de endereço do terminal de origem configurado para extrair um endereço de rede de acesso do terminal de destino de uma tabela de mapeamento de conteúdo de endereço predefinida de acordo com o número de serviço, e
[0225] uma unidade de cálculo de link unicast configurada para adquirir a informação sobre o link de comunicação de downlink do serviço atual de acordo com a informação de tipo de serviço, o endereço de rede de acesso do terminal de origem, e o endereço da rede de acesso do terminal de destino.
[0226] Na prática, uma porta de downlink para a qual um pacote de dados unicast do serviço atual é para ser orientado, que é definido pelo servidor de controle principal na sua tabela de endereço de pacote de dados unicast interna, inclui:
[0227] uma porta de downlink para a qual o pacote de dados unicast, com um endereço de destino sendo um endereço do terminal de origem, é para ser orientada e / ou;
[0228] uma porta de downlink para a qual o pacote de dados unicast, com um endereço de destino sendo um endereço do terminal de destino, é para ser orientado.
[0229] Para um serviço de comunicação unicast, a informação sobre um link de comunicação pode ser uma informação sobre um link de comunicação unidireccional, por exemplo, um pedido de serviço unicast iniciada pelo terminal de origem para o terminal de destino, ou um pedido de serviço unicast iniciada pelo terminal de destino para o terminal de origem, ou, a informação sobre um link de comunicação pode também ser uma informação sobre um link de comunicação bidirecional, por exemplo, um pedido de serviço unicast iniciada pelo terminal de origem e do terminal de destino para um para o outro.
[0230] Quando a informação sobre um link de comunicação é a informação sobre um link de comunicação unidirecional, informações da porta de comunicação de um comutador de acesso incluem informação sobre a porta de uplink de um comutador de acesso de uplink e informação de porta downlink de um comutador de acesso de downlink;
[0231] uma porta para a qual o pacote de dados unicast do serviço atual é para ser orientada, que é definido por um comutador de acesso em sua tabela de endereço de pacote de dados interna de acordo com o comando de configuração da porta, inclui:
[0232] uma porta de uplink de um comutador de acesso de uplink e uma porta de um downlink de uma comutador de acesso de downlink para o qual o pacote de dados unicast com um endereço de destino sendo que o endereço do terminal de destino é para ser orientado.
[0233] Quando a informação sobre o link de comunicação é a informação sobre um link de comunicação de downlink bidirecional, informação da porta de comunicação de um comutador de acesso inclui informação de porta de uplink e downlink e informação de porta de downlink de um comutador de acesso de uplink e informação de porta de uplink e informação de porta de downlink de um comutador de acesso de downlink;
[0234] uma porta para a qual o pacote de dados unicast do serviço atual é para ser orientada, que é definida por um comutador de acesso em sua tabela de endereço de pacote de dados unicast interna de acordo com o comando de configuração da porta, inclui:
[0235] uma porta de uplink e uma porta de downlink de uma porta de um comutador de acesso de uplink para a qual o pacote de dados unicast com um endereço de destino sendo o endereço do terminal de destino é para ser orientado; e uma porta de uplink e uma porta de downlink de um comutador de acesso de downlink para o qual o pacote de dados unicast com um endereço de destino sendo o endereço do terminal de origem é para ser orientado.
[0236] Em um modo de execução preferencial da invenção, o pacote de dados do serviço atual compreende um endereço de rede de acesso do terminal de destino, e o primeiro grupo do módulo de comunicação compreende:
[0237] um primeiro módulo de orientação de tabela de procura no servidor de controle principal, configurada para procurar a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pacote de dados interna de acordo com o endereço da rede de acesso do terminal de destino, e a transmissão do pacote de dados para o comutador de acesso correspondente, através da porta de downlink, e
[0238] um primeiro módulo de transmissão de tabela de procura no comutador de acesso, configurada para procurar a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pacote de dados interna de acordo com o endereço da rede de acesso do terminal de destino, e transmitir o pacote de dados para o terminal de destino, através da porta de donwlink.
[0239] Para um serviço de comunicação unicast, o pacote de dados não só pode ser transmitido do terminal de origem para o terminal de destino, mas também ser transmitido do terminal de destino para o terminal de origem, isto é, como um outro modo de execução preferencial da presente invenção, o sistema pode ainda incluir um segundo grupo de módulo de comunicação configurado para transmitir um pacote de dados do serviço atual, enviado pelo terminal de destino, para o terminal de origem através do link de comunicação de donwlink.
[0240] Em tal caso, o pacote de dados do serviço atual inclui o endereço da rede de acesso do terminal de origem, e o segundo grupo de módulo de comunicação módulo inclui:
[0241] um segundo módulo de orientação de tabela de pesquisa no servidor de controle principal, configurado para procurar a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pacote de dados interna de acordo com o endereço de rede de acesso do terminal de origem, e transmitir o pacote de dados para o comutador de acesso correspondente, através da porta de downlink, e
[0242] um segundo módulo de transmissão de tabela de pesquisa no comutador de acesso, configurado para procurar a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pocote de dados interna de acordo com o endereço de rede de acesso do terminal de origem, e transmitir o pacote de dados para o terminal de origem através da porta de downlink.
[0243] Para um serviço de comunicação multicast na rede de acesso, o sub- módulo de aquisição de downlink inclui:
[0244] a primeira unidade de recebimento de pedido de serviço multicast configurada para obter um pacote de protocolo de de pedido de serviço iniciada pelo terminal de destino para solicitar um serviço de comunicação multicast, onde o pacote de protocolo de pedido de serviço compreende informação do tipo de serviço, informação de conteúdo de serviço e um endereço de rede de acesso do terminal de destino, e o informação de conteúdo de serviço inclui um número de serviço;
[0245] uma unidade de extração de endereço do terminal de origem configurada para extrair um endereço de rede de acesso do terminal de origem de uma tabela de mapeamento de conteúdo de endereço predefinida de acordo com o número de serviço;
[0246] uma primeira unidade de alocação de endereço multicast configurada para adquirir o endereço de multicast correspondente ao terminal de origem e alocar o endereço de multicast no terminal de destino, e
[0247] uma primeira unidade de cálculo de link multicast configurada para adquirir informações do link de comunicação do serviço de multicast atual de acordo com a informação do tipo de serviço, o endereço de rede de acesso do terminal de origem, bem como o endereço de rede de acesso do terminal de destino.
[0248] Como outro exemplo de serviço de comunicação multicast, o sub- módulo de aquisição de downlink inclui ainda:
[0249] uma segunda unidade de recebimento de pedido de serviço multicast configurada para obter um pacote de protocolo de pedido de serviço apresentado pelo terminal de origem para iniciar um serviço de comunicação multicast, onde o pacote de protocolo de pedido de serviço inclui informação do tipo de serviço, e informação do conteúdo do serviço e o endereço de rede de acesso do terminal de origem, e a informação de conteúdo do serviço inclui um número do serviço;
[0250] uma segunda unidade de alocação de endereço multicast configurada para atribuir um endereço multicast para o terminal de origem de acordo com o pacote de protocolo de pedido de serviço, e
[0251] uma segunda unidade de cálculo de link multicast configurada para adquirir informação de link de comunicação uplink do serviço multicast atual de acordo com a informação do tipo de serviço, um endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem.
[0252] Como outro exemplo de um serviço de comunicação multicast, o sub- módulo de aquisição de downlink inclui ainda:
[0253] uma terceira unidade de cálculo de link multicast configurada para adquirir informação de link de comunicação de downlink do serviço multicast atual de acordo com informação do tipo de serviço, o endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem.
[0254] Como as funções de servidor nó como o nó de controle principal na rede de acesso, e uma comunicação de serviço multicast se refere apenas à porta de downlink do servidor nó, uma porta para a qual um pacote de dados multicast do serviço atual é orientado que é definida pelo servidor de controle principal em sua tabela de endereço de pacote de dados multicast interna, inclui:
[0255] uma porta de downlink para a qual o pacote de dados multicast com um endereço de destino sendo o endereço multicast é para ser orientado.
[0256] Em um exemplo típico de um serviço multicast, por exemplo, um terminal de destino solicita para assistir transmissão ao vivo, a informação de porta de comunicação de um comutador de acesso inclui informação de porta de uplink de um comutador de acesso de uplink e informação de porta de downlink de um comutador de acesso de downlink;
[0257] uma porta para a qual o pacote de dados multicast do serviço atual é para ser orientado, que é definida por um comutador de acesso em sua tabela de endereço de pacote de dados interna de acordo com o comando de configuração de porta, inclui:
[0258] uma porta de uplink de um comutador de acesso de uplink e uma porta de downlink de um comutador de acesso de downlink para que o pacote de dados multicast com um endereço de destino sendo o endereço de multicast é para ser orientado.
[0259] Como outro exemplo de um servidor multicast, por exemplo, um terminal de origem está observando uma transmissão ao vivo, quando se inicia a transmissão ao vivo, a informação de porta de comunicação do comutador de acesso inclui ainda informação de porta de downlink do comutador de acesso de downlink,
[0260] a porta para a qual o pacote de dados multicast do serviço atual é para ser orientado, que é definido pelo comutador de acesso na sua tabela de endereço de pacote de dados multicast interna de acordo com o comando de configuração de porta, inclui:
[0261] uma porta de downlink do comutador de acesso de uplink para que o pacote de dados multicast com um endereço de destino sendo o endereço multicast é para ser orientado.
[0262] Para um serviço de comunicação multicast, o pacote de dados do serviço atual geralmente inclui um endereço multicast, e em um modo de execução preferencial da invenção, o grupo do primeiro módulo de comunicação inclui:
[0263] um primeiro módulo de orientação da porta no servidor de controle principal, configurado para procurar a porta de downlink para que o pacote de dados do serviço atual é para ser orientado em sua tabela de endereço de pacote de dados interna de acordo com o endereço multicast, e transmitir o pacote de dados para o comutador de acesso de downlink correspondente através da porta downlink, e
[0264] um primeiro módulo de transmissão de porta de downlink no comutador de acesso, configurado para procurar a porta de downlink para o qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pacote de dados interna de acordo com o endereço multicast, e transmitir o pacote de dados para o terminal de destino, através da porta de downlink.
[0265] Para diferentes serviços de comunicação multicast, o primeiro grupo de módulo de comunicação inclui ainda:
[0266] Um módulo de envio no terminal, configurado para orientar o pacote de dados a um comutador de acesso de uplink de acordo com o endereço multicast no pacote de dados do serviço atual enviado do terminal de origem;
[0267] um módulo de transmissão de porta de uplink no comutador de acesso, configurado para procurar uma porta de uplink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pacote de dados interna de acordo com o endereço multicast, e transmitir o pacote de dados para o servidor de controle principal através da porta de uplink.
[0268] Mais preferivelmente, o primeiro grupo do módulo de comunicação pode incluir ainda:
[0269] um segundo módulo de orientação de porta no servidor de controle principal, configurado para procurar a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado em sua tabela de endereço de pacote de dados interna de acordo com o endereço de multicast, e transmitir o pacote de dados para o comutador de acesso de uplink correspondente, através da porta de downlink, e
[0270] um segundo módulo de transmissão de porta de downlink no comutador de acesso, configurado para procurar a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela de endereço de pacote de dados interna de acordo com o endereço multicast, e transmitir o pacote de dados para o terminal de origem através da porta de downlink.
[0271] Em uma aplicação específica, o sub-módulo de aquisição de downlink inclui ainda:
[0272] unidade de seleção de link configurada para a seleção de informação sobre um link de comunicação entre a informação sobre links de comunicação múltiplos como a informação sobre o link de comunicação do serviço atual de acordo com uma regra pré-definida, quando a informação sobre múltiplos links de comunicação do serviço atual é obtida. Como um exemplo, a regra predefinida é a seguinte: o servidor nó adquire a informação do fluxo de cada link de comunicação e informação do fluxo do serviço atual, e a informação sobre o link de comunicação com o fluxo mínimo utilizado é determinada como a informação do link de comunicação do serviço atual, ou, a regra predefinida é a seguinte: o servidor nó adquire a informação de banda larga de cada link de comunicação e informação da banda larga do serviço atual, e a informação sobre o link de comunicação com a banda larga máxima é determinada como a informação sobre o link de comunicação do serviço atual.
[0273] Em um modo de execução preferencial, o comando de configuração de porta é registrado em um pacote de protocolo, e o servidor de controle principal inclui ainda:
[0274] um módulo de orientação de pacote de protocolo configurado para orientar o pacote de protocolo para o comutador de acesso correspondente ao conectar a uma porta de downlink do comutador de acesso correspondente de acordo com as configurações de uma tabela de endereço de pacote de protocolo downlink que é pré-definido internamente;
[0275] em que uma porta de downlink, para a qual um pacote de protocolo com um endereço de destino sendo um endereço de um dispositivo de rede subordinado é para ser orientado, é definida na tabela de endereços de pacote de protocolo downlink.
[0276] Para uma melhor utilização de recursos, depois que o serviço atual é concluído, o sistema inclui ainda:
[0277] um recurso liberando módulo no servidor de controle principal, configurado para liberar a porta que é definida, para a qual o pacote de dados do serviço atual é orientado, em sua tabela de endereço de pacote de dados interna após o serviço atual ser concluído, e enviar um comando de liberação de porta para o comutador de acesso que participa do serviço atual, e
[0278] um módulo de liberação de porta no comutador de acesso, configurado para liberar a porta, que é definido, para o qual o pacote de dados do serviço corrente é orientado, na sua tabela de endereço de pacote de dados interna de acordo com o comando de liberação da porta.
[0279] Uma razão principal que o servidor nó da invenção pode realizar um controle centralizado é que, ele tem seu próprio endereço de rede de acesso e mantém os endereços de rede de acesso de dispositivos de rede subordinados. Em tal caso, o dispositivo de rede subordinado inclui comutador de acesso, e o sistema inclui ainda um módulo processador de acesso de rede de comutador de acesso, e o módulo processador de acesso de rede de comutador de acesso inclui:
[0280] um pacote de protocolo de downlink enviando sub-módulo no servidor nó, configurado para enviar um pacote de protocolo de downlink para o comutador de acesso, e um primeiro comando de acesso de rede enviando sub-módulo configurado para enviar um comando de acesso de rede de acordo com um pacote de protocolo de downlink devolvido pelo comutador de acesso; e
[0281] Os seguintes sub-módulos no comutador de acesso:
[0282] uma tabela 0 de inicialização configurando sub-módulo configurado para definir em sua tabela de endereço de pacote de protocolo de downlink interna que todos os pacotes de protocolo de downlink são para ser orientados para um módulo de CPU quando ele estiver ligado;
[0283] um pacote de protocolo de downlink recebendo sub-módulo configurado para orientar o pacote de protocolo de downlink recebido para o módulo CPU do comutador de acesso de acordo com as definições da tabela de endereço de pacote de protocolo de downlink, onde o pacote de protocolo de downlink contém um endereço de rede de acesso que é para ser alocado;
[0284] um pacote de protocolo de uplink retornando sub-módulo configurado para gerar um pacote de protocolo de uplink pelo módulo CPU e enviando o pacote de protocolo de uplink para o servidor nó;
[0285] um primeiro comando de acesso de rede que recebe sub-módulo configurado para receber o comando de acesso de rede enviado pelo servidor nó, no qual o comando de acesso de rede contém um endereço de rede de acesso do comutador de acesso, e o endereço de rede de acesso é o endereço de rede de acesso a ser alocado no pacote de protocolo de downlink recebido pelo comutador de acesso, e
[0286] uma primeira tabela 0 configurando sub-módulo configurado para atualizar sua tabela de endereço de pacote de protocolo de downlink interna para orientar somente um pacote de protocolo com o endereço de destino sendo o seu próprio endereço de rede de acesso para o módulo de CPU.
[0287] Em uma implementação específica, outros dispositivos de rede de acesso subordinados são muitas vezes conectados sob o comutador de acesso. Em tal caso, o módulo processador de acesso rede módulo de comutador de acesso posterior inclui:
[0288] um pacote de alocação de porta enviando sub-módulo no servidor nó, configurado para enviar um pacote de alocação de porta a um comutador de acesso que acessou a rede, em que o pacote de alocação de porta inclui informação de alocação de porta, e a informação de alocação de porta é a informação que orienta cada pacote de protocolo de downlink de porta para cada porta de downlink do comutador de acesso; e
[0289] Os seguintes sub-módulos no comutador de acesso:
[0290] um primeiro sub-módulo de orientação configurado para orientar o pacote de alocação de porta com um endereço de destino sendo o seu próprio endereço de rede de acesso para o módulo de CPU; e
[0291] uma segunda tabela 0 definindo sub-módulo configurado para definir um porta de downlink para a qual cada pacote de protocolo de downlink de porta é para ser orientado em sua tabela de endereço de pacote de protocolo de downlink de acordo com a informação de alocação de porta.
[0292] Mais preferencialmente, o módulo processador de acesso de rede de comutador de acesso ainda inclui:
[0293] um pacote de protocolo de downlink de porta enviando sub-módulo no servidor nó, configurado para enviar um pacote de protocolo de downlink de porta para um comutador de acesso que acessou a rede, em que o pacote de protocolo de downlink de porta contém um endereço de rede de acesso que é para ser alocado, e
[0294] o sub-módulo seguinte no comutador de acesso:
[0295] um segundo sub-módulo de orientação configurado para orientar o pacote de protocolo de downlink de porta para a porta de downlink correspondente de acordo com as configurações da sua tabela de endereço de pacote de protocolo de downlink interna.
[0296] Mais preferencialmente, o dispositivo de rede de acesso inclui ainda um dispositivo de rede de acesso subordinado conectado a uma porta de downlink de um comutador de acesso que tenha acessado a rede, e o módulo processador de acesso a rede de comutador de acesso inclui ainda:
[0297] um segundo comando de acesso de rede enviando sub-módulo no servidor nó, configurado para enviar um comando de acesso de rede para o dispositivo de rede de acesso subordinado, e
[0298] Os seguintes sub-módulos no dispositivo de rede de acesso subordinado:
[0299] um pacote de protocolo de uplink de porta retornando sub-módulo configurado para gerar um pacote de protocolo de uplink de porta para um pacote de protocolo de downlink de porta recebida, e enviando o pacote de protocolo de uplink de porta para o servidor nó;
[0300] um segundo comando de acesso de rede recebendo sub-módulo configurado para receber o comando de acesso de rede enviado pelo servidor nó, no qual o comando de acesso de rede compreende o endereço de rede de acesso do comutador de acesso subordinado, e o endereço de rede de acesso é o endereço de rede de acesso para ser alocado no pacote de protocolo de downlink de porta recebido pelo comutador de acesso subordinado;
[0301] em que, o dispositivo de rede subordinado inclui um comutador de acesso ou um terminal.
[0302] Para realizar a convergência da nova rede da invenção e a Ethernet existente, o dispositivo de rede de acesso inclui ainda um gateway de conversão de protocolo Ethernet e um local de Ethernet conectados entre o comutador de acesso e o terminal de origem, bem como o terminal de destino, o sistema inclui ainda um gateway de conversão de protocolo Ethernet do módulo processador de acesso de rede, e o módulo processador de acesso de rede de gateway de conversão de protocolo Ethernet inclui:
[0303] Os seguintes sub-módulos no servidor de controle principal:
[0304] um pacote de consulta enviando sub-módulo configurado para emitir um pacote de consulta;
[0305] uma pesquisa de informação do sub-módulo configurado para procurar informação de gateway de conversão de protocolo Ethernet correspondente a um número de série em uma tabela de informações de registro, em que a informação de gateway de conversão de protocolo Ethernet inclui um endereço MAC do gateway de conversão de protocolo Ethernet e um endereço MAC de uma ligação de terminal para o gateway de conversão de protocolo Ethernet;
[0306] um comando de acesso de rede enviando sub-módulo configurado para enviar um comando de acesso de rede para o gateway de conversão de protocolo de Ethernet, onde o comando de acesso de rede contém um endereço do gateway de conversão de protocolo Ethernet na nova rede e o endereço MAC do gateway de conversão de protocolo Ethernet; e
[0307] Os seguintes sub-módulos no gateway de conversão de protocolo Ethernet:
[0308] uma consulta responder sub-módulo configurado para receber o pacote de consulta e retorno de um pacote de resposta que contém um número de série do gateway de conversão de protocolo Ethernet depois de ser ligado e inicializado; e
[0309] uma rede de acesso responder sub-módulo configurado para retornar uma resposta depois de ter recebido o comando de acesso de rede, de modo que o gateway de conversão de protocolo Ethernet acessa a rede nova.
[0310] Na prática, a relação de ligação entre o endereço MAC do terminal e o gateway de conversão de protocolo Ethernet é predefinido num servidor nó no momento que o terminal e o gateway de conversão de protocolo Ethernet são vendidos.
[0311] Em um modo de execução preferencial da invenção, o sistema inclui ainda um módulo processador de acesso de rede de terminal de ligação do gateway de conversão de protocolo Ethernet, e o módulo processador de acesso de rede de terminal de ligação de gateway de conversão de protocolo Ethernet inclui:
[0312] um pacote de consulta enviando sub-módulo no servidor de controle principal, configurado para emitir um pacote de consulta;
[0313] um pacote de consulta orientando sub-módulo no gateway de conversão de protocolo Ethernet, configurado para receber o pacote de consulta e orientar o pacote de consulta para uma porta correspondente de acordo com uma tabela de endereço de pacote de protocolo;
[0314] um primeiro endereço MAC acrescentando sub-módulo no gateway de conversão de protocolo Ethernet, configurado para adicionar o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino no pacote de consulta e encaminhar do pacote de consulta;
[0315] um sub-módulo de inicialização no terminal, configurado para receber o pacote de consulta e retornar um pacote de resposta que contém um número de série do terminal depois de ser ligado e inicializado;
[0316] um primeiro endereço MAC excluindo sub-módulo no gateway de conversão de protocolo Ethernet, configurado para remover o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal no pacote de resposta e, em seguida, encaminhar o pacote de resposta para o servidor de controle principal;
[0317] um acesso de rede notificando sub-módulo no servidor de controle principal, configurado para encontrar informação de terminal correspondente ao número de série do terminal na tabela de informação de registro e enviar um comando de acesso de rede, em que o comando de acesso de rede contém um endereço do terminal na rede nova;
[0318] um segundo endereço MAC acrescentando sub-módulo no gateway de conversão de protocolo Ethernet, configurado para encaminhar o comando de acesso de rede recebido depois de adicionar o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino;
[0319] uma rede de acesso respondendo sub-módulo no terminal, configurado para retornar uma resposta depois de ter recebido o comando de acesso de rede; e
[0320] um segundo endereço MAC apagando sub-módulo do gateway de conversão de protocolo Ethernet, configurado para remover o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de resposta, e então encaminhar a resposta para o servidor de controle principal.
[0321] Ele pode ser conhecido a partir do exposto que, após o gateway de conversão de protocolo Ethernet acessar a rede nova, ele irá obter o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal registado sob o gateway de conversão de protocolo Ethernet do servidor nó que tem a função de controle centralizado. Em tal caso, os módulos que se seguem podem ser utilizados para comunicação: o servidor nó é configurado para enviar um endereço MAC de uma ligação de terminal para um gateway de conversão de protocolo Ethernet que acessa a rede para o gateway de conversão de protocolo Ethernet;
[0322] O gateway de conversão de protocolo Ethernet é conectado com o terminal via Ethernet e inclui:
[0323] um módulo de aquisição MAC configurado para acessar a rede nova e obter o endereço MAC da ligação de terminal para o gateway de conversão de protocolo Ethernet de um servidor nó que tem a função de controle centralizado;
[0324] um módulo de adição MAC configurado para receber um pacote de dados enviado da rede nova, adicionando o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino no pacote de dados, e depois enviando o pacote de dados para o Ethernet; e
[0325] um módulo de remoção MAC configurado para receber um pacote de dados enviado do Ethernet, removendo o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de origem do pacote de dados, e, em seguida, enviando o pacote de dados para a nova rede;
[0326] em que, o terminal de destino e o terminal de origem estão em conformidade com um protocolo de rede nova, e
[0327] o terminal é conectado na Ethernet, conectado com a rede nova através de Ethernet, e ligado com o gateway de conversão de protocolo Ethernet.
[0328] Ou seja, depois de o gateway de conversão de protocolo Ethernet acessar a rede nova, pode adicionar/remover o MAC para/do pacote de dados, ou o pacote de protocolo.
[0329] Mais especificamente, nos modos de execução da invenção, preferencialmente, um pacote de dados para o qual o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino são adicionados é transmitido na Ethernet utilizando um protocolo Ethernet, e um pacote de dados a partir do qual o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de origem são removidos é transmitido na rede nova usando o protocolo de rede nova.
[0330] Preferencialmente, um cabeçalho de pacote de um pacote de dados transmitido, quer a partir da rede nova ou a Ethernet contém os endereços de duas extremidades de transmissão na rede nova, e os endereços são o endereço de origem e endereço de destino do pacote de dados.
[0331] Preferencialmente, o sistema compreende ainda: um módulo de aquisição de relação de mapeamento sobre o gateway de conversão de protocolo Ethernet, configurado para obter um mapeamento entre o endereço MAC do terminal de ligação à porta do gateway de conversão protocolo Ethernet e o endereço do terminal na rede nova do servidor nó, depois que o gateway de conversão de protocolo Ethernet acessa a rede nova;
[0332] em que o módulo de adição de MAC recebe um pacote de dados enviado da rede nova e adiciona um endereço MAC de um terminal de destino correspondente para o pacote de dados de acordo com o mapeamento entre um endereço de destino do pacote de dados e o endereço MAC.
[0333] O gateway de conversão de protocolo Ethernet tem ainda uma função de controle de fluxo preciso, que é implementado da seguinte forma:
[0334] o sistema inclui ainda um módulo de controle de pacotes no gateway de conversão de protocolo Ethernet, configurado para verificar o pacote de dados recebido e atribuir um identificador de fluxo correspondente, quando o pacote de dados corresponde a uma exigência de controle, em que o controle inclui:
[0335] verificar se o endereço MAC do gateway de conversão do protocolo Ethernet, o endereço MAC do terminal de origem, um endereço de destino, um endereço de origem, um tipo de pacote e um comprimento pacote do pacote de dados atende ao requisito.
[0336] Mais preferencialmente, o sistema inclui ainda:
[0337] os seguintes módulos no gateway de conversão de protocolo Ethernet:
[0338] uma buffer de recepção de porta, configurado para armazenar o pacote de dados correspondente, de acordo com o identificador de fluxo;
[0339] um pacote de buffer, configurado para armazenar o pacote de dados lidos do buffer de recepção de porta;
[0340] um buffer de envio de porta, configurado para armazenar o pacote de dados lidos do buffer de pacote, e
[0341] um mecanismo de comutação, para a leitura do pacote de dados do buffer de recepção de porta e colocar o pacote de dados em uma fila de buffer de pacote de um fluxo correspondente de acordo com o identificador de fluxo; pesquisar a fila de buffer de pacote e, sequencialmente, a leitura de um pacote de dados de uma fila de buffer de pacote do fluxo correspondente de acordo com o identificador de fluxo no envio de sinal após a obtenção de um sinal de envio, e colocar o pacote de dados em um buffer de envio de porta; e leitura de pacote de dados do buffer de envio de porta e de envio de pacote de dados.
[0342] Mais preferencialmente, o mecanismo de comutação é ainda configurado para determinar se as duas condições seguintes forem satisfeitas:
[0343] 1) o buffer de envio de porta não está completo;
[0344] 2) a contagem de um contador de pacote na fila de buffer de pacote do fluxo correspondente é maior do que 0;
[0345] quando as duas condições forem satisfeitas, o motor de comutação sequencial lê o pacote de dados da fila de buffer de pacote do fluxo correspondente de acordo com o identificador de fluxo no sinal de envio, e coloca o pacote de dados no buffer de envio de porta.
[0346] Em uma implementação específica, o servidor nó é ainda configurado para gerar informação de controle de fluxo de acordo com um pacote de protocolo de pedido de serviço iniciada por um terminal, e envia a informação de controle de fluxo para um gateway de conversão de protocolo Ethernet para o controle de fluxo no uplink, em que a informação de controle de fluxo inclui um intervalo de tempo de envio e um tamanho de dados de envio; e
[0347] o gateway de conversão de protocolo Ethernet inclui ainda um módulo de controle de taxa de código a ser configurado pelo módulo de CPU, para gerar o sinal de envio de acordo com a informação de controle de fluxo, e enviar o sinal de envio para o mecanismo de comutação, em que o símbolo contém um fluxo identificador.
[0348] Conforme descrito acima, a nova rede inclui uma parte de rede de área metropolitana, e na rede de área metropolitana, o servidor de controle principal é um servidor de área metropolitana, e os dispositivos de rede subordinados incluem um comutador nó e um servidor nó, em que o comutador nó é conectado entre o servidor de área metropolitana e o servidor nó, e o sistema compreende ainda:
[0349] os seguintes módulos no servidor de área metropolitana:
[0350] um módulo de alocação de rótulo de protocolo configurado para a atribuição de um rótulo de protocolo para um dispositivo de rede subordinado que acessa à rede de área metropolitana, quando o dispositivo acessa à rede, e atribuir uma rótulo diferente para cada protocolo de conexão quando existem várias ligações entre um e dispositivo subordinado mesma rede e o servidor de área metropolitana, em que, a rótulo de protocolo é adaptado para descrever uma ligação entre o dispositivo de rede e o servidor subordinado área metropolitana, e o dispositivo de rede subordinado inclui um comutador nó e um servidor nó;
[0351] um módulo de alocação de rótulo de dados configurado para a alocar um rótulo de dados de um serviço correspondente a cada pedido de serviço através da rede de área metropolitana, em que a rótulo de dados é adaptado para descrever uma relação entre os servidores nó relacionados com o serviço; e
[0352] um módulo de alocação de endereço de área metropolitana configurado para alocação de um endereço de rede de área metropolitana para um dispositivo de rede subordinado que acessa a rede metropolitana, quando o dispositivo acessa a rede.
[0353] O servidor de área metropolitana inclui ainda os seguintes módulos, para a rede de acesso do dispositivo de rede subordinado:
[0354] um módulo de consulta de porta configurado para enviar pacote de rótulo de consulta de área metropolitana para todas as suas portas de downlink, onde cada pacote de rótulo de consulta de área metropolitana contém um rótulo de protocolo de espera alocado pelo módulo de alocação de rótulo de protocolo;
[0355] um módulo de resposta de porta configurado para receber um pacote de rótulo de resposta de área metropolitana enviado por um dispositivo de rede subordinado, em que o pacote de rótulo de resposta de área metropolitana contém um número de série do dispositivo de rede subordinado e um número de porta de uma porta que recebe o pacote de rótulo de consulta de área metropolitana;
[0356] um módulo de verificação de acesso de rede configurado para verificar se o dispositivo de rede subordinado está registrado de acordo com o número de série no pacote de rótulo de resposta de área metropolitana;
[0357] um módulo de envio de comando de rede de acesso configurado para enviar um comando de acesso de rede à porta do dispositivo de rede subordinado que recebe o pacote de rótulo de consulta de área metropolitana quando o dispositivo de rede subordinado é registrado, onde o comando de acesso de rede contém um endereço de rede de área metropolitana alocado pelo servidor área metropolitana para o dispositivo de rede subordinado, e o rótulo do protocolo de espera, e
[0358] uma rede de acesso de recepção do módulo de resposta de comando configurado para receber um comando de acesso de rede de resposta devolvido pelo dispositivo de rede subordinado para que o dispositivo de rede subordinado acessa à rede de área metropolitana;
[0359] em que, o dispositivo de rede subordinado é um comutador nó ou um servidor nó.
[0360] Particularmente, quando existem várias conexões entre um e o mesmo dispositivo de rede subordinado e o servidor de área metropolitana, uma pluralidade de portas do dito um e o mesmo dispositivo de rede subordinado irá receber uma pluralidade de pacotes de rótulo de consulta de área metropolitana, em que o rótulo do protocolo de espera em cada pacote de rótulo de consulta de área metropolitana é diferente;
[0361] o servidor de área metropolitana envia uma pluralidade de comandos de acesso de rede para a pluralidade de portas de um e do mesmo dispositivo de rede subordinado através de uma pluralidade de rótulos de protocolo diferentes, e o endereço de rede de área metropolitana alocado para o dispositivo de rede subordinado em cada comando de acesso de rede é o mesmo.
[0362] Em uma implementação específica, o comutador nó inclui:
[0363] uma tabela de rótulos de pacote de protocolo, configurada para orientar os pacotes de protocolo de da área metropolitana recebidos para as portas de downlink correspondentes, respectivamente, em que os pacotes de protocolo de área metropolitana incluem pacotes de rótulo de consulta de área metropolitana enviados pelo servidor de área metropolitana;
[0364] um módulo de inicialização da tabela de rótulo de pacote de protocolo configurado para definir que todos os pacotes de protocolo da área metropolitana são para ser orientados para um módulo de CPU quando o comutador nó é ligado, e;
[0365] um módulo de atualização da tabela de rótulo de pacote de protocolo configurada para modificar a tabela de rótulo de protocolo do comutador nó de acordo com uma instrução do servidor de área metropolitana após o comutador nó acessar a rede de área metropolitana, e orientar os pacotes de protocolo de área metropolitana correspondentes aos respectivos rótulos de protocolo de espera recentemente alocados pelo servidor área metropolitana para as portas de downlink correspondentes do comutador nó respectivamente; em que os rótulos de protocolo de espera recentemente alocados adaptados para descrever as conexões entre o servidor de área metropolitana e um dispositivo de conexão subordinado do comutador nó, e o dispositivo de conexão subordinado inclui um comutador nó subordinado e um servidor nó subordinado.
[0366] Mais preferencialmente, o comutador nó inclui ainda:
[0367] uma tabela de rótulo de pacote de resposta configurada para orientar pacotes de rótulo de resposta de área metropolitana recebidos para portas de uplink correspondentes respectivamente;
[0368] um módulo de inicialização da tabela de rótulo de pacote de resposta configurado para definir que a orientação de todos os pacotes de rótulo de resposta de área metropolitana é desligada quando o comutador nó é ligado, e
[0369] um módulo de atualização de tabela de rótulo de pacote de resposta configurado para modificar a tabela de rótulo de pacote de resposta do comutador nó após o comutador nó receber um pacote de rótulo de consulta de área metropolitana enviado pelo servidor de área metropolitana, e orientar um pacote de rótulo de resposta de área metropolitana correspondente ao rótulo de protocolo para uma porta de uplink que recebe o pacote de rótulo de consulta de área metropolitana; e ainda, para modificar a tabela de rótulo de consulta de pacote de resposta do comutador nó de acordo com uma instrução do servidor de área metropolitana após o comutador nó acessar a rede de área metropolitana, e orientar pacotes de rótulo de resposta de área metropolitana correspondentes aos respectivos rótulos de protocolo de espera recém- alocados pelo servidor de área metropolitana para portas de uplink correspondentes respectivamente; em que, os rótulos de protocolo de espera recém-alocados são adaptados para descrever as conexões entre um dispositivo de conexão subordinado do dispositivo de rede subordinado e o servidor de área metropolitana, e o dispositivo de conexão subordinado inclui um comutador nó subordinado e um servidor nó.
[0370] uma tabela de rótulo de pacote de protocolo e uma tabela de rótulo de pacote de resposta são definidas no servidor de área metropolitana, que serão ilustrados, respectivamente, como se segue:
[0371] a tabela de rótulo de pacote de protocolo é configurada para orientar pacotes de protocolo de área metropolitana para portas de downlink correspondentes respectivamente, em que os pacotes de protocolo de área metropolitana incluem os pacotes de rótulo de consulta de área metropolitana enviados pelo servidor de área metropolitana, e
[0372] a tabela de rótulo de pacote de resposta é configurada para definir que todos os pacotes de rótulo de resposta da área metropolitana devem ser orientados para um módulo de CPU quando o servidor de área metropolitana é ligado.
[0373] Correspondentemente, o servidor de área metropolitana inclui ainda: um módulo de inicialização da tabela de rótulo de pacote de protocolo configurado para definir na tabela de rótulo de pacote de protocolo do servidor de área metropolitana que a orientação de todos os pacotes de protocolo de área metropolitana é encerrada quando o servidor área metropolitana é ligado; e um módulo de configuração de tabela de rótulo de pacote de protocolo configurado para, quando o dispositivo de rede subordinado acessar a rede e após o módulo de alocação do rótulo de protocolo alocar o rótulo de protocolo de espera correspondente ao número das portas de downlink, modificando a tabela de rótulo de pacote de protocolo e orientando pacotes de protocolo de área metropolitana correspondentes aos respectivos rótulos de protocolo de espera alocados para portas de downlink correspondentes do servidor de área metropolitana, respectivamente; em que, os rótulos de protocolo de espera são adaptados para descrever as conexões entre o servidor de área metropolitana e do dispositivo de rede subordinado.
[0374] Quando o dispositivo de rede subordinado que acessa a rede é um comutador nó, certo dispositivo de conexão subordinado do comutador nó acessa a rede metropolitana, em que o dispositivo de conexão subordinado inclui um comutador nó e um servidor nó, e o sistema ainda inclui:
[0375] um módulo de envio de pacote de rótulo de consulta de área metropolitana, configurado para enviar pacotes de rótulo de consulta de área metropolitana aos respectivos dispositivos de conexão subordinados através dos rótulos de protocolo de espera recém-alocados, e orientando os pacotes de rótulo de consulta de área metropolitana para portas de downlink correspondentes do servidor de área metropolitana, respectivamente de acordo com uma tabela de rótulo de pacote de protocolo;
[0376] um módulo de retorno de pacote de rótulo de resposta de área metropolitana no dispositivo de conexão subordinado, configurado para receber um pacote de rótulo de consulta de área metropolitana depois de ser ligado, e então retorna um pacote de rótulo de resposta área metropolitana para o servidor de área metropolitana, onde o pacote de rótulo de resposta de área metropolitana contém um número de série do dispositivo de conexão subordinado e um número de porta de uma porto que recebe o pacote de rótulo de consulta de área metropolitana;
[0377] um módulo de verificação de registo no servidor de área metropolitana, configurado para verificar se o dispositivo de conexão subordinado é registrado de acordo com o número de série no pacote de rótulo de resposta de área metropolitana depois de receber o pacote;
[0378] o módulo de notificação de acesso de rede no servidor de área metropolitana, configurado para enviar um comando de acesso de rede para o dispositivo de conexão subordinado quando o dispositivo de conexão subordinado é registrado, em que o comando de acesso de rede contém um endereço de rede de área metropolitana alocado para o dispositivo de conexão subordinado pelo servidor de área metropolitana e do rótulo do protocolo para ser alocado, e
[0379] um módulo de resposta de acesso de rede no dispositivo de conexão subordinado, configurado para retornar uma resposta de comando de acesso de rede após receber o comando de acesso de rede.
[0380] Como um modo de execução preferencial, depois de o dispositivo de rede subordinado entre o servidor de área metropolitana e o dispositivo de conexão subordinado receber o pacote de rótulo de consulta de área metropolitana e o comando de acesso de rede, o dispositivo de rede subordinado orienta o pacote de rótulo de consulta de área metropolitana e o comando de acesso de rede para uma porta de downlink correspondente para encaminhar, de acordo com a sua própria tabela de rótulo de protocolo de pacote;
[0381] após o dispositivo de rede subordinado entre o servidor de área metropolitana e o dispositivo de conexão subordinado receberem o pacote de rótulo de resposta de área metropolitana e a resposta de comando de acesso, o dispositivo de rede subordinado orienta o pacote de rótulo de resposta de área metropolitana e a resposta de comando de acesso de rede para uma porta de uplink correspondente para encaminhamento, de acordo com a sua própria tabela de rótulo de pacote de resposta.
[0382] Preferencialmente, uma tabela de informação do rótulo é definida no servidor de área metropolitana, e a informação de ocupação do rótulo, informação de descrição do rótulo e informação de rota do rótulo são registradas nos itens respectivos, no qual a informação de rota do rótulo inclui um endereço de rede de área metropolitana e um número de porta de uma porta de um comutador previous-hop do rótulo.
[0383] Correspondentemente, o servidor de área metropolitana inclui ainda: um módulo de atualização da tabela de informação do rótulo configurado para modificar um item na tabela de informação do rótulo que corresponde a um rótulo de espera, quando o módulo de alocação de rótulo de protocolo aloca o rótulo para um dispositivo de rede subordinado: a informação de ocupação do rótulo é modificada de não-utilizada para modo de espera, o endereço de rede de área metropolitana e a porta do comutador previous-hop na informação de rota do rótulo são definidos como o endereço e a porta correspondente do servidor de área metropolitana, e a informação de descrição do rótulo não é modificada; após o dispositivo de rede subordinado acessar a rede, ele modifica o item na tabela de informação de rótulo correspondente ao rótulo: a informação de ocupação do rótulo é modificada, como usado, e a informação de descrição do rótulo e a informação de rota do rótulo não são modificadas.
[0384] Adicionalmente, o módulo de atualização da tabela de informação do rótulo é ainda configurada para modificar um item na tabela de informação do rótulo que corresponde a um rótulo de espera quando o módulo de alocação de rótulo de protocolo aloca o rótulo para o dispositivo de conexão subordinado do dispositivo de rede subordinado: a informação de ocupação do rótulo é modificada de não-utilizada para modo de espera, o endereço de rede de área metropolitana e a porta do comutador previous-hop na informação de rota do rótulo é definida como o endereço e a porta correspondente do dispositivo de rede subordinado, e a informação de descrição do rótulo não é modificada, e depois do dispositivo de conexão subordinado acessar a rede, ele modifica o item na tabela de informação do rótulo correspondente ao rótulo: a informação de ocupação do rótulo é modificada tal como utilizada, e a informação de descrição do rótulo e a informação de rota do rótulo não são modificadas.
[0385] Preferencialmente, uma tabela de informação de endereço é definida no servidor de área metropolitana, e a informação de ocupação de endereço de área metropolitana, informação de descrição de dispositivo e informação de recurso do dispositivo são registradas nos itens respectivos, e a informação de recurso do dispositivo inclui um endereço de rede de área metropolitana de um dispositivo de rede subordinado conectado a cada porta de rede do dispositivo e uma contagem de fluxo de uplink e de downlink em cada porta de rede do dispositivo.
[0386] Correspondentemente, o servidor de área metropolitana compreende ainda:
[0387] um módulo de inicialização da tabela de informação de endereço configurado para modificar um item que corresponde a um endereço de rede de área metropolitana na tabela de informação de endereço após o servidor de área metropolitana ser ligado e o módulo de alocação de endereço de rede de área metropolitana alocar o endereço para si: a informação de ocupação de endereço é modificada de não usada para usada, a informação de descrição do dispositivo é modificada como o servidor de área metropolitana, e a informação de recurso do dispositivo é modificada como a descrição de recurso do servidor de área metropolitana;
[0388] um módulo de atualização da tabela de informação de endereço configurado para modificar um item que corresponde a um endereço de rede de área metropolitana na tabela de informação de endereço, quando o módulo de alocação de endereço de rede de área metropolitana aloca o endereço para um dispositivo de rede subordinado e envia um comando de acesso de rede que contém o endereço de rede de área metropolitana: a informação de ocupação de endereço é modificada de não usada para modo de espera, e a informação de descrição do dispositivo e a informação de recurso do dispositivo não são modificadas, e depois que o servidor de área metropolitana recebe uma resposta de comando de acesso de rede enviada pelo dispositivo de rede subordinado, modificando o item correspondente ao endereço na tabela de informação de endereço: a informação de ocupação de endereço é modificada, usada, a informação da descrição do dispositivo é modificada como o dispositivo de rede subordinado, e a informação de recurso do dispositivo é modificada como uma certa porta de downlink de um servidor de área metropolitana conectado com uma certa porta de uplink do dispositivo de rede subordinado, e, ao mesmo tempo, modificando o item na tabela de informação de endereço correspondente ao endereço do servidor de área metropolitana: a informação de recurso do dispositivo é modificada como uma certa porta de uplink de um dispositivo de rede subordinado conectado a uma certa porta de downlink determinada do servidor de área metropolitana, e a informação de ocupação do endereço e a informação de descrição do dispositivo não são modificadas; em que, dita certa porta de uplink do dispositivo de rede subordinado é conhecida de acordo com um pacote de rótulo de resposta de área metropolitana retornado pelo dispositivo de rede subordinado, e dita certa porta de downlink de um servidor de área metropolitana é conhecida de acordo com a tabela de rótulo de pacote de protocolo.
[0389] Além disso, o módulo de atualização da tabela de informação de endereço é ainda configurado para modificar um item que corresponde a um endereço de rede de área metropolitana na tabela de informação de endereço, quando o módulo de alocação de endereço de rede de área metropolitana aloca o endereço para um dispositivo de conexão subordinado do dispositivo de rede subordinado e envia um comando de acesso de rede que contém o endereço de rede de área metropolitana: a informação de ocupação de endereço é modificada de não usada para modo de espera, e a informação de descrição do dispositivo e a informação de recurso do dispositivo não são modificadas; modificar o item correspondente ao endereço na tabela de informação de endereço, depois que o servidor de área metropolitana recebe uma resposta de comando de acesso de rede enviada pelo dispositivo de conexão subordinado: a informação de ocupação de endereço é modificada tal como usada, a informação de descrição do dispositivo é modificada como o dispositivo de conexão subordinado, e a informação de recurso do dispositivo é modificada como uma certa porta de downlink do dispositivo de rede subordinado conectado com uma certa porta de uplink do dispositivo de conexão subordinado, e, ao mesmo tempo, modifica o item na tabela de informação de endereço que corresponde ao endereço do dispositivo de rede subordinado: a informação de recurso do dispositivo é modificada como uma certa porta de uplink do dispositivo de conexão subordinado conectado a uma certa porta de downlink do dispositivo de rede subordinado, e a informação de ocupação do endereço e a informação de descrição do dispositivo não são modificadas; em que, dita certa porta de uplink do dispositivo de conexão subordinado é conhecida de acordo com um pacote de rótulo de resposta de área metropolitana retornada pelo dispositivo de conexão subordinado, e dita certa porta de downlink do dispositivo de rede subordinado é conhecida de acordo com a tabela de rótulo de pacote de protocolo.
[0390] Preferencialmente, uma tabela de informação do dispositivo é definida no servidor de área metropolitana, e um dispositivo de identificação, um estado do dispositivo e um endereço de dispositivo são registrados nos itens respectivos da tabela de informação do dispositivo.
[0391] Correspondentemente, o servidor de área metropolitana inclui ainda: um módulo de atualização da tabela de informação do dispositivo configurado para modificar um item na tabela de informação do dispositivo correspondente a um dispositivo, quando o módulo de alocação de endereço de rede de área metropolitana aloca um endereço de rede de área metropolitana para o dispositivo de rede subordinado ou um dispositivo de conexão subordinado do dispositivo de rede subordinado e envia um comando de acesso de rede contendo o endereço de rede de área metropolitana: o estado do dispositivo é modificado como para acessar a rede, o endereço do dispositivo é modificado como o endereço de rede de área metropolitana alocado e a identificação do dispositivo não são modificados, e ela é ainda configurada para modificar o item na tabela de informação do dispositivo correspondente ao dispositivo após o servidor área metropolitana receber uma resposta de comando de acesso de rede enviada pelo dispositivo de rede subordinado ou um dispositivo de conexão subordinado do dispositivo de rede subordinado: o estado do dispositivo é modificado como acessou a rede, a identificação do dispositivo e o endereço do dispositivo não são modificadas.
[0392] Preferencialmente, o servidor de área metropolitana inclui ainda: a tabela de mapeamento de conteúdo de endereço, configurada para a gravação de uma relação de mapeamento entre o conteúdo de serviço e os endereços de rede da área metropolitana, onde informação sobre o conteúdo de serviço inclui um número de serviço;
[0393] a utilização da tabela de mapeamento de conteúdo de endereço é como segue: a pedido de serviço através da rede de área metropolitana refere-se a um primeiro terminal e um segundo terminal; e quando o servidor de área metropolitana recebe um pacote de pedido de serviço enviado pelo servidor nó conectado ao primeiro terminal que contém informação de tipo de serviço, informação de conteúdo de serviço e um endereço de rede de acesso do primeiro terminal, ele procura o endereço de rede de área metropolitana correspondente ao número de serviço na tabela de mapeamento de conteúdo de endereço, e determina que o segundo terminal é conectado com outro servidor nó.
[0394] Além disso, o servidor de área metropolitana também pode executar um controle de fluxo durante o processo de pedido de serviço e alocar um link de comunicação apropriado, através do controle de fluxo, especificamente como segue:
[0395] o servidor de área metropolitana inclui ainda: um módulo de aquisição de link de comunicação configurado para a obtenção da informação do link de comunicação do serviço atual na rede de área metropolitana de acordo com o endereço de rede de área metropolitana do dispositivo de rede subordinado conectado a cada porta de rede do dispositivo na tabela de informação de endereço; em que a informação do link de comunicação é informação de link de comunicação unidirecional ou informação de link de comunicação bidirecional; assim, o módulo de alocação de rótulo de dados aloca o rótulo de dados do serviço atual, e envia um pacote de alocação de rótulo contendo a informação de rótulo de dados para os dispositivos de rede subordinados no link de comunicação, respectivamente, o pacote contém um rótulo IN, um rótulo OUT e uma porta de orientação, e o dispositivo de rede subordinado inclui comutador nó e servidor nó.
[0396] Em comparação com o estado da técnica, a presente invenção tem as seguintes vantagens:
[0397] 1) Na presente invenção, quando uma pedido de serviço é iniciada por um servidor de controle principal (no processo de interação de protocolo estabelecido pelo processo de comunicação), o caminho de transmissão de dados de serviço atual é definido previamente no modo de configuração de tabela de cada comutador de acesso de acordo com a situação do pedido de serviço, e durante o processo de transmissão de pacote de dados, o pacote de dados pode ser transmitido apenas de acordo com o caminho de transmissão, sem a necessidade de empregar a solução do protocolo IP existente e, em cada pacote de dados negocia a rota de transmissão de forma autônoma. Resumidamente, a invenção pode garantir a estabilidade e a lisura do caminho de transmissão e evitar atrasos nos serviços de multimídia.
[0398] 2) Na presente invenção, um modo da configuração de tabela é utilizado para todos os serviços de dados (especialmente pacotes de dados unicast), e um caminho é definido previamente, assim, os requisitos de segurança da informação do estado podem ser satisfeitos. Por exemplo, para a segurança da informação do estado, ele exige um controle de determinados dados na nova rede; empregando o modo de configuração da tabela de acordo com a invenção, é muito fácil de orientar os dados transmitidos pelo serviço atual para um canal de monitoramento, de modo que ele pode atender aos requisitos de segurança da informação de estado.
[0399] 3) Na invenção, o comutador de acesso não precisa executar o cálculo da rota para cada pacote de dados, e ele não precisa manter a topologia do dispositivo de rede em torno dele, ou, desde que a transmissão orientada é executada de acordo com a tabela de endereço de pacote de dados configurada com antecedência, e o processo de orientação pode ser implementado através de hardware, o que pode melhorar significativamente a eficiência de orientação do comutador, diminuir drasticamente a demanda de funcionamento do comutador, e economizar recursos de hardware.
[0400] 4) A invenção proporciona um gateway de conversão de protocolo Ethernet, que pode acessar a rede nova e obter o endereço MAC do gateway de conversão de protocolo Ethernet e do terminal de ligação de endereços MAC para o gateway de conversão de protocolo Ethernet a partir de um servidor nó na rede nova. Portanto, para um pacote de dados enviado da rede nova para a Ethernet, adicionando o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino para o pacote de dados, pode ser transmitida para o terminal de destino na Ethernet de acordo com o endereço MAC do terminal, do mesmo modo, para um pacote de dados enviado da Ethernet para a rede nova, através da remoção do endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino a partir do pacote de dados, pode ser transmitida para a rede nova de acordo com o endereço de destino (DA) da nova rede no pacote de dados. Assim, a convergência da rede nova e da Ethernet pode ser realizada.
[0401] 5) Na invenção, a transmissão de dados é implementada na rede nova e no gateway de conversão de protocolo Ethernet, observando-se em uma tabela de endereços. Uma tabela de endereços de pacote de protocolo, uma tabela de busca de endereço de pacote de resposta, uma tabela de endereço de pacote de dados unicast e uma tabela de endereço de pacote de dados multicast, que são, respectivamente, usadas para orientar a transmissão de um pacote de protocolo (incluindo um pacote de consulta), um pacote de resposta, um pacote de dados unicast e um pacote de dados multicast, são configurados no servidor nó da rede nova, o comutador de acesso e o gateway de conversão de protocolo Ethernet, respectivamente.
[0402] 6) de controle de fluxo exato pode também ser realizado sobre o gateway de conversão de protocolo Ethernet. Para cada serviço, o servidor nó gera informações de controle de fluxo (envio de intervalo de tempo e envio de tamanho de dados) e os envia para um protocolo Ethernet uplink porta conversão, o gateway de conversão de protocolo Ethernet gera um token de envio de acordo com as informações de controle de fluxo, e executa o fluxo controle num pacote de dados uplink. O gateway de conversão de protocolo Ethernet pode converter um não-uniforme de fluxo de dados que é o gateway, a um fluxo de dados uniforme para o envio.
[0403] 7) A nove rede construída pela invenção inclui duas partes: a rede de acesso, e a rede de área metropolitana, em que a rede de área metropolitana tem uma estrutura em rede que é controlado centralizadamente, por exemplo, a rede de estrela e a rede de anel, etc. Assim,, dois ou mesmo mais do que dois tipos de conexões podem existir entre dois dispositivos, mas ambos os dois dispositivos têm apenas um endereço. Portanto, ditas várias conexões entre os dois dispositivos não podem ser descritas apenas empregando os endereços. A fim de descrever de forma precisa a relação de conexão entre os dispositivos de rede subordinados, um rótulo é introduzido na invenção para unicamente descrever um dispositivo de rede subordinado. Mas, em comparação com o rótulo MPLS tradicional, a alocação do rótulo na invenção é dominada por um servidor de rede de área metropolitana, enquanto que ambos o comutador nó e o servidor nó executam passivamente. Isto é diferente da alocação de um rótulo MPLS, o que é um resultado obtido através da negociação mútua do comutador e do servidor.
[0404] 8) A presente invenção descreve uma estrutura de rede, que é controlada por camadas, em que um servidor de área metropolitana controla o processo de gestão de rede e o processo de serviço de um comutador nó e um servidor nó sob ele, enquanto o servidor nó controla o processo de gestão de rede e o processo de serviço de um comutador de acesso e de um terminal sob ele. Em que, o servidor de área metropolitana ou o servidor nó aloca um endereço para cada um dos dispositivos de rede, enviando um pacote de consulta para cada porta de comunicação, e estabelece uma topologia de rede clara no lado do servidor de controle principal durante a alocação do processo, em um modo de controle principal. Assim, durante o processo de transmissão de um pacote de dados específico, o servidor de controle principal (servidor de área metropolitana ou servidor nó) diretamente aloca um link de comunicação correspondente (porque ele conhece claramente a topologia do dispositivo da rede inteira), sem a necessidade de levar a negociação de rota entre cada um dos dispositivos de rede, assim, uma taxa de transmissão estável pode ser garantida, e o atraso pode ser evitado.
[0405] 9) Durante a transmissão de dados de serviço, cada pacote de dados do serviço é transmitido através do mesmo link de comunicação, o que é diferente da solução do protocolo IP existente, em que cada pacote de dados resolve o problema de rota através de negociação autônoma, e a rota é desconhecida antes do pacote de dados ser fornecido, isto é, dois pacotes de dados de um e o mesmo serviço pode ser transmitido para o terminal de destino através de rotas diferentes. Assim, em comparação com os mesmos, a invenção pode garantir uma taxa de transmissão estável e evitar atraso.
BREVE DESCRIÇÃO DOS DESENHOS
[0406] A Fig. 1 mostra a representação do hardware estrutural de um servidor nó de acordo com a invenção;
[0407] A Fig. 2 mostra a representação do hardware estrutural de um comutador de acesso de acordo com a invenção;
[0408] A Fig. 3 mostra a representação do hardware estrutural de um gateway de conversão de protocolo Ethernet de acordo com a invenção;
[0409] A Fig. 4 é um diagrama esquemático que ilustra o processo de acesso de rede de um comutador de acesso de acordo com a invenção;
[0410] A Fig. 5 é um diagrama esquemático, que mostra a conexão entre um servidor nó e um comutador de acesso de acordo com a invenção;
[0411] A Fig. 6 é um diagrama esquemático que ilustra o processo de acesso de rede de um terminal de acordo com a invenção;
[0412] A Fig. 7 é um diagrama esquemático, que mostra a conexão entre um servidor nó, um comutador de acesso e de um terminal de acordo com a invenção;
[0413] A Fig. 8 é um fluxograma que mostra o processo em que um gateway de conversão de protocolo Ethernet acessa uma nova rede de acordo com um modo de execução da invenção;
[0414] A Fig. 9 é um diagrama de fluxo mostrando o processo no qual um terminal acessa uma rede nova de acordo com um modo de execução da invenção;
[0415] A Fig. 10 é um diagrama de conexão exemplar que mostra a interação entre um servidor nó, um gateway de conversão de protocolo Ethernet e um terminal durante o processo de acesso de rede de acordo com um modo de execução da invenção;
[0416] A Fig. 11 é um diagrama de conexão exemplar que mostra a interação entre um servidor nó, um comutador de acesso e um terminal durante o processo de acesso de rede de acordo com um modo de execução da invenção;
[0417] A Fig. 12 é um fluxograma que mostra o processo em que um gateway de conversão de protocolo Ethernet realiza o controle do fluxo de acordo com um modo de execução da invenção;
[0418] A Fig. 13 é um diagrama esquemático que ilustra o processo de acesso de rede do comutador nó de acordo com a invenção;
[0419] A Fig. 14 é um diagrama de conexão exemplar que mostra a interação de gestão de rede entre um servidor de área metropolitana, um comutador nó e um servidor nó de acordo com um modo de execução da invenção; e
[0420] A Fig. 15 é um diagrama de conexão exemplar que mostra a interação entre um servidor de serviço de área metropolitana, um comutador nó e um servidor nó de acordo com um modo de execução da invenção.
DESCRIÇÃO DETALHADA DA INVENÇÃO
[0421] Para tornar os objetos acima referidos, as características e vantagens da invenção mais evidentes, será ainda mostrada a seguir detalhadamente juntamente com os desenhos e modos de execução.
[0422] 1) O conceito central da presente invenção será brevemente introduzido abaixo.
[0423] É considerado pelo inventor que a presente invenção tem as seguintes diversas condições suficientes para a realização de toda a rede QoS:
[0424] Em primeiro lugar, o mecanismo sobre "Melhores Esforços" nas teorias fundamentais da Internet IP irá certamente causar não-uniformidade de fluxo de rede e frequente perda de pacote. Na verdade, o protocolo TCP utiliza apenas o estado de perda de pacote da rede para ajustar o fluxo de transmissão.
[0425] Em segundo lugar, o mecanismo sobre "Amazenar e Transmitir" nas teorias fundamentais de Internet IP causará uma maior não-uniformidade do fluxo de rede no próximo nó no momento em que absorve o fluxo de ruptura local.
[0426] Em terceiro lugar, o mecanismo sobre "Detecção de Erros e Retransmissão" nas teorias fundamentais da Internet IP irá provocar um atraso intolerável em vídeo de comunicação síncrona, assim não tem valor de uso.
[0427] Em quarto lugar, não-uniformidade de fluxo de rede sucessiva ou fluxo de ruptura irá certamente causar perda periódica de pacote (roteador) de comutador.
[0428] Deste modo, pode ser visto que, devido ao fluxo de ruptura de arquivo de computador ser discreto na essência e não ter fluxos de ruptura subsequente, as teorias fundamentais acima de Internet IP uma vez fizeram a Internet capaz de transmitir um arquivo de forma eficiente. No entanto, quando enfrentando o QoS em transmissão de mídia de streaming síncrona sucessivo, as teorias fundamentais acima de IP Internet se torna um vilão principal que prejudica a qualidade de transmissão da rede. A conclusão foi tirada a partir da discussão acima que, nenhuma reserva de recursos, de prioridades e de soluções de carga leve pode resolver o QoS de mídia de streaming, fundamentalmente síncrona.
[0429] Uma vez que nenhum dos métodos acima é viável, como podemos garantir a qualidade da transmissão de rede?
[0430] É considerado pelo inventor que os vários métodos de QoS atuais são todos baseados em uma hipótese de erro. De acordo com esta hipótese, a solução de QoS é proporcionar um privilégio de serem processados preferencialmente ao fluxo de vídeo. Mas, na verdade, devido ao fluxo de rede necessário por diferentes formas de mídia ser extremamente não uniforme, o fluxo de vídeo será o corpo principal absoluto na rede, desde que alguns poucos usuários usem um serviço de vídeo.
[0431] Visto de outro ponto de vista, proporcionando uma boa qualidade, especialmente para a maioria dos fluxos de rede é equivalente ao fornecimento de baixa qualidade, especialmente a uma minoria dos fluxos de não- vídeo. Uma vez que a maioria dos fluxos de rede deve solicitar QoS, porque não fornecer QoS para a minoria restante dos fluxos de serviços que não requerem QoS? A hipótese é que, ao subscreverem uma passagem aérea, 1.000 passageiros solicitam de primeira classe e apenas alguns passageiros aceitam classe econômica, em seguida, uma medida natural tomada pela companhia aérea é cancelar a classe econômica, porque o custo assumido pela companhia aérea para fornecer apenas alguns serviços de classe economia é muito maior do que para fornecer upgrade de classe livre para esses passageiros. De fato, é muito fácil garantir a qualidade de todas as transmissões de rede ou nenhuma das redes de transmissão, mas é difícil garantir parcialmente a qualidade, especialmente quando não se conhece a linha de divisão entre as duas partes. Portanto, nenhum problema QoS existirá, enquanto QoS é fornecido a todos os serviços de rede.
[0432] Em sua fase inicial, Internet IP é como uma estrada rural e nenhum guarda de trânsito é necessário em uma pequena cidade com costumes não sofisticados. No entanto, em uma megalópole movimentada, a cena desordenada em algumas estradas movimentadas está fora de controle, mesmo com semáforos e guardas de trânsito, e é difícil chegar a tempo para viagens ou compromissos, como Internet IP de hoje.
[0433] A invenção é como uma rodovia, com nenhum policial ou semáforo, e veículos a motor são restritos para rodar em estradas especificas através de faixas de tráfego em cruzamentos isolados por concretos e viadutos. De acordo com a experiência do departamento de trânsito da Califórnia, o caminho para evitar congestionamento de rodovia é fechar a rampa de entrada.
[0434] O conceito de design da rodovia da Califórnia tem três características:
[0435] • um comutador é definido na rampa de entrada da rodovia para controlar o fluxo de tráfego macroscópico;
[0436] • a velocidade de condução mantém-se estável, melhorando assim a taxa de tráfego, e
[0437] • isolamentos da estrada de uma estrutura de concreto e viadutos, em vez de policiais e semáforos, são empregados para restringir a condução do veículo.
[0438] Os modos de execução da invenção, em conformidade com a teoria das redes telefônicas e toma três medidas semelhantes às da rodovia acima:
[0439] • o fluxo em cada caminho é calculado e medido, uma vez que o fluxo é para estar saturado, será desviado, ou novos usuários serão rejeitados;
[0440] • transmissão de fluxo uniforme estrito é realizada, e nos modos de execução da invenção, uma taxa de perda de pacote de 1/1.000.000 pode ser atingida em TV sob um fluxo de carga-pesada de 90%; e
[0441] • controle de fluxo e correspondência de dados de uplink é realizado, de modo que possa ser assegurado na estrutura que os usuários rigorosamente sejam estejam de acordo com as normas de trânsito, porque é impossível esperar que todos os usuários tomem as medidas QoS de maneira autônoma.
[0442] Arquivos de computador e mídia de streaming são dois tipos de formas de mídia distintas, e os modos de processamento dos mesmos são exclusivos um para o outro. Teoria e prática da rede de acordo com a invenção divulga os seguintes resultados:
[0443] • uma relação preço-desempenho que é cem vezes mais do que de Internet IP;
[0444] • um método para o desenvolvimento de TV de alta qualidade simétrica sem interferir com o serviço existente Internet IP.
[0445] Especialmente em uma rede de backbone de grande fluxo, arquivos de computador e mídia de streaming usam a mesma fibra óptica através de diferentes comprimentos de onda. Se eles devem ser unidos a uma única rede, por exemplo, uma rede de acesso, então os arquivos de computador devem ser unidos a uma rede de streaming de vídeo. Um modo de execução da presente invenção proporciona uma solução completa para a Internet IP portadora transparente.
[0446] A separação da mídia de streaming e dos arquivos é apenas uma primeira etapa, é mais importante garantir a qualidade da rede de mídia de streaming independente.
[0447] Conforme descrito acima, a rede telefônica PSTN emprega um mecanismo de sincronização rígida, e o fenômeno de congestionamento da rede não aparecerá antes que o fluxo seja ocupado 100 por cento. Teoricamente, um fluxo uniforme será obtido após uma pluralidade de fluxos uniformes serem combinados. Foi ainda provado por prática que, sob a premissa de um fluxo uniforme, o fluxo de rede pode atingir o seu valor limite, com o aparecimento de nenhum fenômeno de perda de pacotes. Uma vez que o fluxo de mídia de vídeo, que ocupa mais de 90 por cento do fluxo de rede adicional, tem as características de um fluxo uniforme, no presente, que leva serviço de vídeo como objeto principal, a abordagem para garantir Internet QoS é, naturalmente, para eliminar a não-uniformidade de fluxo de origem, especialmente para prevenir fundamentalmente o fenômeno de perda de pacote de um comutador de rede de aparecer sob uma condição de carga pesada.
[0448] Em um modo de execução da invenção, uma Ethernet modificada é utilizada para estabelecer um circuito de correção orientada, e pacotes de comprimento fixo são juntamente empregados em toda a rede. Um fluxo de mídia de qualquer largura de banda pode ser obtido apenas alterando o intervalo de tempo de transmissão de pacotes. Para garantir as características de fluxo uniforme da rede, é necessário pela Internet da invenção que a concepção de terminais deve ter a capacidade de fluxo uniforme. Porém, no ambiente de rede prática, não se pode esperar que todos os usuários de forma autônoma estejam em conformidade com a especificação de fluxo uniforme. Portanto, em um modo de execução da invenção, o servidor nó emite um passaporte para os comutadores de rede, o que permite somente um pacote de usuário para passar de modo uniforme sob uma precisão de tempo muito estreita. Para um terminal de usuário que é projetado de acordo com os requisitos especificados, o passaporte é totalmente transparente.
[0449] De acordo com a premissa acima, um resultado satisfatório é obtido na prática da rede. O comutador da presente invenção pode obter uma taxa de perda de pacote de carga pesada menor que 1/1.000.000 na condição de utilização da largura de banda de 90%.
[0450] Em conclusão, QoS é um problema inevitável da rede da próxima geração e a rede de mídia de streaming é de outra espécie que é diferente dos arquivos de computador tradicionais. Portanto, ela não tem futuro para se adaptar à Internet IP para serviços de vídeo, e a única saída é criar uma nova rede.
[0451] 2) Uma nova rede apresentada na invenção será introduzida abaixo.
[0452] A rede nova tem uma estrutura em rede que é controlada de maneira centralizada. Pode ser do tipo de rede árvore, rede em estrela e rede de anel, etc, mas nesta base, um nó de controle centralizado é necessário na rede para controlar toda a rede.
[0453] A rede nova é dividida em duas partes: uma rede de acesso e uma rede de área metropolitana. Dispositivos na parte de rede de acesso, principalmente podem ser divididos principalmente em três categorias: um servidor nó, um comutador de acesso e um terminal (incluindo várias caixas set-top, placas de código e de armazenamento, etc.) Em que, um servidor nó é um nó na rede de acesso, que tem uma função de controle centralizado, e pode controlar o comutador de acesso e o terminal. O servidor nó pode ser conectado diretamente com o comutador de acesso, e pode ser conectado diretamente com o terminal. Da mesma forma, os dispositivos da parte de rede de área metropolitana podem ser divididos em três categorias: um servidor de área metropolitana, um comutador nó e um servidor nó. Em que, o servidor nó é apenas o servidor nó na parte de rede de acesso, isto é, o servidor nó, não só é a da parte da rede de acesso, mas também pertence ao âmbito da rede de área metropolitana. O servidor de área metropolitana é um nó na rede de área metropolitana que tem uma função de controle centralizado, e pode controlar o comutador nó e o servidor nó. O servidor de área metropolitana pode ser conectado diretamente com o comutador nó, ou pode ser conectado diretamente com o servidor nó. Assim, pode ser visto que a totalidade da rede nova tem uma estrutura de rede, que é controlada centralizadamente por camadas, enquanto que as redes controladas sob o servidor nó e o servidor de área metropolitana podem ter diversas estruturas, por exemplo, do tipo árvore, do tipo estrela e do tipo anel, etc.
[0454] 1. A classificação do dispositivo da rede nova.
[0455] 1.1 Dispositivo no sistema de rede nova da invenção pode ser dividido principalmente em três categorias: um servidor, um comutador (incluindo uma gateway de Ethernet) e um terminal (incluindo várias caixas set-top, placas de código e armazenamentos, etc ). Geralmente, a rede nova pode ser dividida em uma rede de área metropolitana (ou rede de estado e rede global, etc) e uma rede de acesso.
[0456] 1.2 Dispositivos na parte de rede de acesso podem ser divididos principalmente em três categorias: um servidor nó, um comutador de acesso (incluindo um gateway de Ethernet) e um terminal (incluindo várias caixas settop, placas de código e armazenamentos, etc).
[0457] A estrutura de hardware específica de cada um dos dispositivos de acesso de rede é a seguinte:
[0458] Servidor Nó:
[0459] Conforme mostrado na Fig. 1, um servidor nó da rede inclui, essencialmente, um módulo de interface da rede 101, um módulo de comutação do motor 102, um módulo de CPU 103 e um módulo de conjunto do disco 104;
[0460] Em que, os pacotes vindos do módulo de interface da rede 101, o módulo da CPU 103 e o módulo de conjunto do disco 104 todos entram no módulo de comutação do motor 102, o módulo de comutação do motor 102 executa uma operação de verificação na tabela de endereço 105 sobre os pacotes, de modo que a informação de orientação dos pacotes é obtida, os pacotes são armazenados em uma fila do buffer de pacote 106 correspondente de acordo com a informação de orientação dos pacotes; se a fila do buffer de pacote 106 é para ser completa, os pacotes são descartados; o módulo de comutação do motor 102 pesquisa todas as filas de buffer de pacote, e encaminha a fila se as seguintes condições forem atendidas: 1) a porta de envio de buffer não está cheia, 2) a contagem do contador de pacote na fila é maior que 0. O módulo de conjunto do disco 104 realiza principalmente o controle em um disco rígido, incluindo as operações de inicialização, leitura e escrita, etc, sobre o disco rígido; o módulo CPU 103 é o principal responsável pelo processamento do protocolo com o comutador de acesso e o terminal (não mostrado), a configuração da tabela de endereços 105 (incluindo a tabela de endereço de pacote de protocolo de donwlink, a tabela de endereço de pacote de protocolo de uplink e a tabela de endereço de pacote), e a configuração do módulo de conjunto do disco 104.
[0461] Comutador de Acesso:
[0462] Conforme mostrado na Fig.2, o comutador de acesso inclui, essencialmente, um módulo de interface de rede (módulo de interface de rede de downlink 201 e módulo de interface de rede de uplink 202), um módulo de mecanismo de comutação 203 e um módulo CPU 204;
[0463] Em que, os pacotes provenientes do módulo de interface de rede de downlink 201 (dados de uplink) entra no módulo de verificação de pacote 205; o módulo de verificação de pacote 205 verifica se o endereço de destino (DA), o endereço de origem (SA), o tipo de pacote e comprimento de pacote dos pacotes atendem a uma exigência, se sim, ele atribui um identificador de transmissão (stream-id) correspondente, e o coloca no módulo de mecanismo de comutação 203, caso contrário, os pacotes são descartados. Os pacotes provenientes do módulo de interface de rede de uplink 202 (dados de downlink) entram no módulo de mecanismo de comutação 203, os pacotes vindos do módulo CPU 204 entram no módulo de mecanismo de comutação 203, o módulo de mecanismo de comutação 203 executa uma operação de verificar a tabela de endereço 206 sobre os pacotes, de modo que a informação de orientação dos pacotes é obtida e, se os pacotes entram no módulo de mecanismo de comutação 203 vão de uma interface de rede de downlink para uma interface de rede de uplink, os pacotes são armazenados em uma fila do buffer de pacote 207 correspondente em conjunto com o identificador de transmissão (stream-id), se a fila do buffer de pacote 207 é para ser completa, os pacotes são descartados; se os pacotes que entram no módulo de mecanismo de comutação 203 não vão de uma interface de rede downlink a uma interface de rede de uplink, os pacotes são armazenados em uma fila do buffer de pacote 207 correspondente de acordo com a informação de orientação dos pacotes; se a fila do buffer de pacote 207 é para ser completa, os pacotes são descartados.
[0464] O módulo de mecanismo de comutação 203 pesquisa todas as filas de buffer de pacote, e divide-se em dois casos, nos modos de execução da invenção:
[0465] se a fila passa de uma interface de rede de downlink para uma interface de rede de uplink, ela irá ser transmitida quando as seguintes condições forem satisfeitas: 1) o buffer de envio de porta não está cheio, 2) a contagem do contador de pacote na fila é maior do que 0, e 3) um sinal gerado por um módulo de controle de taxa de código é obtido;
[0466] se a fila não vai de uma interface de rede de downlink a uma interface de rede de uplink, ela será encaminhada quando as seguintes condições forem atendidas: 1) o buffer de envio de porta não está cheio, 2) a contagem do contador de pacote na fila é maior que 0.
[0467] O módulo de controle de taxa de código 208 é configurado pelo módulo CPU 204, e um sinal é gerado para todas as filas de buffer de pacote que vão de uma interface de rede de downlink para uma interface de rede de uplink em um intervalo programável, para controlar a taxa de código de uplink de encaminhamento.
[0468] O módulo CPU 204 é o principal responsável pelo processamento do protocolo com o servidor nó, a configuração da tabela de endereço 206 e a configuração do módulo de controle de taxa de código 208.
[0469] Gateway de conversão de protocolo Ethernet:
[0470] Conforme mostrado na Fig. 3, o gateway de conversão de Protocolo Ethernet inclui principalmente um módulo de interface de rede (módulo de interface de rede de downlink 31 e módulo interface de rede de uplink 32), um módulo de mecanismo de comutação 33, um módulo CPU 34, um módulo de verificação de pacote 35, um módulo de controle de taxa de código 38, uma tabela de endereço 36, um buffer de pacote 37 e um módulo de adição de MAC 39 e um módulo de exclusão de MAC 40.
[0471] Em que, os pacotes de dados provenientes do módulo de interface de rede de downlink 31 entra no módulo de verificação de pacote 35; o módulo de verificação de pacote 35 verifica se o DA MAC Ethernet, SA MAC Ethernet, comprimento de Ethernet ou tipo de estrutura, DA endereço de destino de rede nova, endereço de origem de rede nova SA, tipo de pacote de rede nova e comprimento do pacote dos pacotes de dados atendem a um requisito, se sim, um identificador de transmissão (stream-id) correspondente será alocado, então, o módulo de exclusão MAC 40 remove o DA MAC, a SA MAC e o comprimento ou tipo de estrutura (2byte), e o coloca em um buffer de recepção correspondente, caso contrário, ele será descartado;
[0472] O módulo de interface de rede de downlink 31 verifica o envio do buffer da porta, se existe um pacote, ele adquire o DA MAC Ethernet do terminal correspondente de acordo com o DA endereço de destino da rede nova do pacote , acrescenta o DA MAC Ethernet do terminal, a SA MAC do gateway de conversão de protocolo Ethernet e o comprimento de Ethernet ou o tipo de estrutura, e o envia para fora.
[0473] A função de outros módulos no gateway de conversão de protocolo Ethernet é semelhante ao do comutador de acesso.
[0474] Terminal:
[0475] O terminal compreende, principalmente, um módulo de interface de rede, um módulo de processamento de serviço e um módulo de CPU, por exemplo, uma caixa set-top compreende principalmente um módulo de interface de rede, um módulo de mecanismo de codificação/descodificação vídeo e áudio e um módulo processador; uma placa de código compreende principalmente um módulo de interface de rede, um módulo de mecanismo de codificação e decodificação de vídeo e áudio e um módulo de CPU, e um dispositivo de armazenamento é principalmente constituído por um módulo de interface de rede, um módulo de CPU e um módulo de conjunto de disco.
[0476] 1.3 O dispositivo na parte de rede de área metropolitana pode ser divididos principalmente em duas categorias: um servidor nó, um comutador nó e um servidor de área metropolitana. Em que, o comutador nó inclui, principalmente, um módulo de interface de rede, um módulo de comutação do motor e um módulo de CPU, o servidor de área metropolitana compreende, principalmente, um módulo de interface de rede, um módulo de mecanismo de comutação e um módulo processador.
[0477] 2. A definição do pacote de dados da rede nova
[0478] 2.1 A definição do pacote de dados de acesso de rede
[0479] O pacote de dados de acesso de rede inclui principalmente as seguintes partes: endereço de destino (DA), endereço de origem (SA), byte reservado, carga útil (PDU) e CRC.
[0480] Conforme mostrado pela tabela abaixo, o pacote de dados de acesso de rede inclui, principalmente, as seguintes partes:
[0481] DA SA Reservado Carga útil CRC
[0482] Em que:
[0483] O endereço de destino (DA) é composto por 8 bytes, onde o primeiro byte representa o tipo de pacote (por exemplo, pacote de protocolo, pacote de dados multicast e pacote de dados unicast, etc), e existem 256 possibilidades no máximo; o segundo byte ao sexto byte representam o endereço de rede de área metropolitana, o sétimo byte e o oitavo byte representam o endereço de rede de acesso;
[0484] O endereço de Origem (SA) é também constituído por 8 bytes, a definição de qual é o mesmo que o do endereço de destino (DA);
[0485] Byte reservado é composto por 2 bytes;
[0486] A carga útil tem comprimentos diferentes de acordo com os diferentes tipos de datagramas, se é um pacote de protocolo, que tem um comprimento de 64 bytes e, se ele for um pacote de dados unicast ou multicast, que tem um comprimento de 32 1024 = 1056 bytes, no entanto, não está limitada aos dois casos acima;
[0487] A CRC é composta de 4 bytes, e o método de cálculo do mesmo está em conformidade com o padrão de Ethernet algorítmo CRC.
[0488] 2.2 A definição de pacote de dados de rede de área metropolitana.
[0489] A topologia de uma rede de área metropolitana é um tipo padrão, e existem duas ou mesmo mais do que duas conexões entre os dois dispositivos, ou seja, pode haver mais do que duas conexões entre um comutador nó e um servidor nó, entre um comutador nó e um comutador nó e entre um comutador nó e um servidor nó. No entanto, o endereço de rede de área metropolitana de um dispositivo de rede de área metropolitana é único. A fim de descrever de forma precisa a relação de conexão entre os dispositivos de rede de área metropolitana, o parâmetro a seguir é introduzido no modo de execução da invenção: O rótulo, de forma única descrever um dispositivo de rede de área metropolitana.
[0490] A definição do rótulo na presente especificação é semelhante à do rótulo no Multi-Protocol Label Switch (MPLS). Supõe-se que existem duas conexões entre o dispositivo A e o dispositivo B, em seguida, um pacote de dados terá dois rótulos do dispositivo A para o dispositivo B, e um pacote de dados terá dois rótulos de um dispositivo B para um dispositivo A, também. O rótulo é dividido em rótulo IN e rótulo OUT. Supõe-se que o rótulo de um pacote de dados, quando entra no dispositivo A (rótulo IN) é 0x0000, em seguida, o rótulo do pacote de dados, quando deixa o dispositivo A (rótulo OUT) se tornará 0x0001. O processo de acesso de rede na rede de área metropolitana é um processo de acesso de rede que é controlado centralizadamente, o que significa que a atribuição de endereços de atribuição de rótulos e de rede de área metropolitana são ambos dominados pelo servidor de área metropolitana, e o comutador nó e o servidor nó executam apenas passivamente. Isto é diferente da atribuição de rótulos em MPLS, em que a atribuição de rótulos em MPLS é um resultado de negociação mútuo do comutador e do servidor.
[0491] Conforme mostrado pela tabela abaixo, um pacote de dados na rede de área metropolitana inclui principalmente as seguintes partes:
[0492] DA SA Reservado Rótulo Carga útil CRC
[0493] Ou seja, o endereço de destino (DA), endereço de origem (SA), byte reservado (Reservado), o rótulo, a carga útil (PDU) e CRC. Em que, para o formato de rótulo, pode ser feita referência à seguinte definição: o rótulo é composto de 32 bits, no qual os 16 bits superiores são reservados, e apenas os 16 bits inferiores são usados; o rótulo encontra-se entre byte reservado e de carga útil de um pacote de dados.
[0494] 3. A implementação da nova rede
[0495] O processo de acesso de rede de um servidor nó e um comutador de acesso e o processo de acesso de rede de um servidor nó e um terminal serão discutido a seguir. A fim de simplificar o design, os quatro tipos de pacotes de dados são definidos na rede de acesso, respectivamente:
[0496] pacote de protocolo de downlink (um pacote de protocolo enviado de um servidor nó para um comutador de acesso ou um terminal);
[0497] pacote de protocolo de uplink (um pacote de protocolo respondeu por um comutador de acesso ou um terminal a um servidor nó);
[0498] pacote de dados unicast; e
[0499] pacote de dados multicast;
[0500] Um endereço de rede de acesso é constituído de 16 bits, de modo que o número total de comutadores de acesso e terminais que podem ser acessados será 65536. Supõe-se que o tipo de datagrama do pacote de protocolo de downlink é "1000 0000" (sistema binário), ou seja, 0x80 (sistema hexadecimal), então o tipo de datagrama do pacote de protocolo de uplink será "0000 1000" (sistema binário), i.e., 0x08 (sistema hexadecimal), o tipo de datagrama do pacote de dados unicast será "0001 0000" (sistema binário), ou seja, 0x10 (sistema hexadecimal), o tipo de datagrama do pacote de dados multicast será "0111 1000" ( sistema binário), ou seja, 0x78 (sistema hexadecimal); combinando termos semelhantes, uma tabela de endereço com um comprimento de 8 bits pode ser mapeada para uma tabela de endereços com um comprimento de 2 bits, por exemplo:
[0501] "1000 0000" => "00", a tabela de endereço de um pacote de protocolo de downlink, a qual é definido nos modos de execução da invenção, como tabela 0;
[0502] "0000 1000" => "01", a tabela de endereço de um pacote de protocolo de uplink, a qual é definida como tabela 1 nos modos de execução da invenção;
[0503] "0001 0000" => "10", a tabela de endereço de um pacote de dados unicast, a qual é definida como tabela 2, em modos de execução da invenção;
[0504] "0111 1000" => "11", a tabela de endereço de um pacote de dados multicast, que é definida como a tabela 3, em modos de execução da invenção.
[0505] Em conjunto com o endereço de rede de acesso 16-bit, na prática, só necessita de quatro tabelas de endereço de 64K = 4 x 65536, isto é, 256K. A saída da tabela de endereço representa a porta para a qual um pacote de dados é para ser orientado. Por exemplo, o comutador de acesso BX-008 tem 1 interface de rede 100M uplink, 8 interface de rede 100M downlink e 1 interface de módulo de CPU. Se as 8 interfaces de rede 100M downlink são, por sua vez definidas como porta para 0 para porta 7, a interface de módulo de CPU é definida como porta 8, e a interface de rede 100M uplink é definida como porta 9, em seguida, uma tabela de endereço totalmente 256K x 10bit será necessária, por exemplo, a saída de "00 0000 0001" da tabela de endereço representa a porta 0 para a qual um pacote de dados é para ser orientado, "11 0000 0000" representa a porta 8 e a porta 9 para a qual um pacote de dados é para ser orientado, e assim por diante.
[0506] A hipótese é que um pacote de dados vindo da porta 9 tem um endereço de destino (DA) de 0x8056 0x1500 0x0000 0x55aa, então o seu tipo de pacote será 0x80, e seu endereço de rede de acesso será 0x55aa; de acordo com uma regra de pesquisa de tabela, tabela 0 será procurada, isto é, o endereço é "00 0101 0101 1010 1010", e a saída da tabela de endereço que corresponde a este endereço será "01 0000 0000", o que representa que o pacote de dados é para ser orientado para a porta 8.
[0507] 3.1 O processo de acesso de rede de um dispositivo de acesso de rede
[0508] 3.1.1 O processo de acesso de rede de um comutador de acesso
[0509] Primeiramente, cada comutador de acesso que tem permissão para acessar a rede deve ser registrado no servidor nó, e um comutador de acesso que não está registado não será capaz de acessar a rede. Como mostrado na Fig. 4, o processo em que o comutador de acesso acessa a rede relaciona-se com as seguintes etapas:
[0510] S1) Um servidor nó envia um pacote de consulta para cada porta, e depois de o comutador de acesso receber o pacote de consulta, ele envia um pacote de resposta, que contém a informação de registo do comutador de acesso atual;
[0511] S2) Depois que o servidor nó recebe o pacote de resposta emitido pelo comutador de acesso, ele vai saber a porta em que um comutador de acesso está conectado, em seguida, a informação do comutador de acesso é encontrada em uma tabela interna de informação de registro de informação do servidor nó, um comando de acesso de rede é enviado para o comutador de acesso (indicando-lhe o endereço da rede de acesso), e depois de o comutador de acesso receber o comando de acesso de rede, ele acessa a rede e envia uma resposta de comando de acesso de rede para o servidor nó simultaneamente;
[0512] S3) Depois que o servidor nó recebe a resposta de comando de acesso de rede emitido pelo comutador de acesso, ele vai saber que o comutador de acesso acessou a rede, então um pacote de consulta de estado é enviado para a porta periodicamente, para verificar se o comutador de acesso funciona normalmente, e ao mesmo tempo, um pacote de consulta de porta é enviado para a porta de downlink do comutador de acesso para verificar se outros dispositivos de rede de acesso estão conectados sob o comutador de acesso. Se o comutador de acesso atual funciona normalmente, ele enviará uma resposta de consulta de estado para o servidor nó após receber uma instrução de consulta de estado do dispositivo. Quando nenhuma resposta de consulta de estado é recebida pelo servidor nó em certo período de tempo, será considerado que o comutador de acesso foi removido da rede, e nenhum pacote de consulta de estado será enviado mais, ao invés disso, ele continua a enviar um pacote de consulta para a porta atual.
[0513] 3.1.2 Um exemplo de interação entre o servidor nó e o comutador de acesso durante o processo de acesso de rede
[0514] Para uma descrição fácil, tem-se a hipótese de que o servidor nó não está conectado com o comutador nó, e o processo de acesso de rede na rede de área metropolitana é negligenciado. Para discussão conveniente, tem-se a hipótese de que o servidor nó tem 8 interfaces de rede de 100M de downlink, por sua vez definidas como porta 0 para a porta 7, 1 interface de módulo de CPU definida como porta 8, 1 interface de módulo de conjunto de disco como porta 9 e 1 interface de fibra de 1000M de uplink como porta 10, e o tipo deste servidor nó é MSS-400. Como mostrado na Fig. 5, a porta 0 da MSS-400 é conectada com BX-008-0, e a porta 1 de BX-008-0 é conectada com o BX-008- 1.
[0515] S1) Depois que o servidor MSS-400 é ligado, ele inicializa o hardware, obtém o endereço padrão de rede de área metropolitana (que é a hipótese como 0x00 0x0000 0x0000), e importa um arquivo de configuração do disco rígido para a memória do CPU (por exemplo, a informação de registro de um comutador e a informação de registro de um terminal, etc), e o servidor MSS- 400 configura o seu próprio endereço de rede de acesso como 0x0000;
[0516] S2) Servidor MSS-400 inicializa as tabelas 0, 1, 2 e 3:
[0517] • configuração da tabela 0 como "000 0000 0000", ou seja, toda a transmissão de pacote de consulta está fechada;
[0518] • configuração da tabela 1 como "001 0000 0000", ou seja, todos os pacotes de resposta são para serem orientados para a CPU;
[0519] • configuração das tabelas 2 e 3 como "000 0000 0000", ou seja, toda a transmissão de pacotes de dados unicast ou multicast é fechada;
[0520] S3) Servidor MSS-400 sabe que tem 8 portas de downlink, de modo que configura os 8 itens da tabela 0, respectivamente, como:
[0521] • "00 0000 0000 0000 0001" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0001 é orientado para a porta 0;
[0522] • "00 0000 0000 0000 0010" => "000 0000 0010", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0002 é orientado para a porta 1;
[0523] • "00 0000 0000 0000 0011" => "000 0000 0100", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0003 é orientado para a porta 2;
[0524] • "00 0000 0000 0000 0100" => "000 0000 1000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0004 é orientado para a porta 3;
[0525] • "00 0000 0000 0000 0101" => "000 0001 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0005 é orientado para a porta 4;
[0526] • "00 0000 0000 0000 0110" => "000 0010 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0006 é orientado para a porta 5;
[0527] • "00 0000 0000 0000 0111" => "000 0100 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0007 é orientado para a porta 6;
[0528] • "00 0000 0000 0000 1000" => "000 1000 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0008 é orientado para a porta 7;
[0529] S4) O Servidor MSS-400 envia pacotes de consulta com os endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007 0x8000 e 0x0000 0x0000 0x0008 (com uma SA de 0x0000 0x0000 0x0000 0x0000), e de acordo com a configuração da tabela 0, os pacotes de consulta serão, por sua vez, orientados para as portas 0 a 7;
[0530] S5) Após os comutadores BX-008-0 e BX-008-1 esarem ligados, eles inicializam o hardware:
[0531] • a configuração da tabela 0 "00 xxxx xxxx xxxx xxxx" como "01 0000 0000", ou seja, todos os pacotes de consulta são orientados para a CPU;
[0532] • a configuração da tabela 1 "01 xxxx xxxx xxxx xxxx" como "10 0000 0000", ou seja, todos os pacotes de resposta são orientados para uma interface de rede 100M de uplink;
[0533] • a configuração tabelas 2 e 3 como "000 0000 0000", ou seja, toda a transmissão de pacote unicast ou multicast de dados é fechada;
[0534] S6) Depois que o comutador BX-008-0 recebe um pacote de consulta, ele recebe o pacote de consulta para o seu módulo de CPU de acordo com a configuração da sua tabela 0, e a CPU resolve o pacote de consulta e gera um pacote de resposta (que contém as informações de registro do comutador atual), e envia ao servidor MSS-400, em que o DA do pacote de resposta é 0x0800 0x0000 0x0000 0x0000, e o SA é 0x0000 0x0000 0x0000 0x0001;
[0535] S7) Depois que o servidor MSS-400 recebe o pacote de resposta emitido pelo comutador BX-008-0, ele saberá que a porta 0 do mesmo está conectada a um comutador de acesso, contrastando o endereço de origem (SA) do pacote de resposta com a tipo de dispositivo, em seguida, a informação do comutador de acesso é encontrada em uma tabela interna de registro de informação do servidor nó, e um comando de acesso de rede é enviado para o comutador de acesso (informando que o endereço da rede de acesso do mesmo é 0x0001);
[0536] S8) Após o comutador BX-008-0 receber o comando de acesso de rede e saber que seu próprio endereço de rede de acesso é 0x0001, ele acessa a rede, então sua tabela 0 "00 0000 0000 0000 0001" é configurada como "01 0000 0000", e os itens restantes da tabela 0 são configurados como "00 0000 0000", ou seja, apenas o pacote de protocolo de downlink do comutador atual é importado para o CPU; ao mesmo tempo, uma resposta de comando de acesso de rede (pacote de resposta de comando de acesso de rede) é enviada para o servidor MSS-400;
[0537] S9) Depois do servidor MSS-400 receber a resposta de comando de acesso de rede emitido pelo comutador BX-008-0, ele saberá que o comutador BX-008-0 acessou a rede, e, em seguida, uma instrução de consulta de estado do dispositivo é enviada para a porta a cada segundo para verificar se o comutador BX-008-0 funciona normalmente, e ao mesmo, um pacote de protocolo de downlink de porta é enviado para a porta de downlink do comutador BX-008-0 para verificar se outros dispositivos de rede de acesso estão conectados sob o comutador de acesso atual. Em tal caso, as seguintes configurações serão feitas pelo servidor MSS-400 na sua tabela 0:
[0538] • "00 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[0539] • "00 0000 0000 0000 1010" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 0;
[0540] • "00 0000 0000 0000 1011" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000b é orientada para a porta 0;
[0541] • "00 0000 0000 0000 1100" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 0;
[0542] • "00 0000 0000 0000 1101" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000d é orientado para a porta 0;
[0543] • "00 0000 0000 0000 1110" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000e é orientado para a porta 0;
[0544] • "00 0000 0000 0000 1111" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000f é orientado para a porta 0;
[0545] • "00 0000 0000 0001 0000" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0010 é orientado para a porta 0;
[0546] O Servidor MSS-400 irá notificar a mudança BX-008-0 para realizar as seguintes configurações em sua tabela 0 através de um pacote de alocação de porta contendo informações de alocação de porta:
[0547] • "00 0000 0000 0000 1001" => "00 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[0548] • "00 0000 0000 0000 1010" => "00 0000 0010", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 1;
[0549] • "00 0000 0000 0000 1011" => "00 0000 0100", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000b é orientado para a porta 2;
[0550] • "00 0000 0000 0000 1100" => "00 0000 1000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 3;
[0551] • "00 0000 0000 0000 1101" => "00 0001 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000d é orientado para a porta 4;
[0552] • "00 0000 0000 0000 1110" => "00 0010 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000e é orientado para a porta 5;
[0553] • "00 0000 0000 0000 1111" => "00 0100 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000f é orientado para a porta 6;
[0554] • "00 0000 0000 0001 0000" => "00 1000 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0010 é orientado para a porta 7;
[0555] S10) O Servidor MSS-400 envia pacotes de protocolo de porta de downlink com endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0009, 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000B, 0x8000 0x0000 0x0000 0x000c, 0x8000 0x0000 0x0000 0x000d, 0x8000 0x0000 0x0000 0x000e , 0x8000 0x0000 0x0000 0x000f e 0x8000 0x0000 0x0000 0x0010 (com uma SA de 0x0000 0x0000 0x0000 0x0000), e de acordo com a configuração de tabela 0 no servidor MSS-400, os pacotes de protocolo de porta de downlink serão por sua vez, orientados para a porta 0 do servidor MSS- 400; e os pacotes de protocolo de porta de downlink serão por sua vez, orientados para as portas 0 à 7 do comutador BX-008-0 de acordo com a configuração da tabela 0 no comutador BX-008-0;
[0556] S11) Depois que o comutador BX-008-1 recebe um pacote de protocolo de porta de donwlink (por exemplo, um pacote de protocolo de porta de downlink com um endereço de destino de 0x8000 0x0000 0x0000 0x000a) da porta 1 do comutador BX-008-0, ele envia um pacote de protocolo de porta de uplink (que contém as informações de registro do comutador atual), onde DA do pacote é 0x0800 0x0000 0x0000 0x0000, e SA é 0x0000 0x0000 0x0000 0x000a;
[0557] S12) Depois de servidor MSS-400 receber o pacote de protocolo de uplink de porta emitido pelo comutador BX-008-1 e contrastar o endereço de origem (SA) do pacote de protocolo de uplink e do tipo de dispositivo, ele vai saber que a porta 1 do BX -008-0 é conectada com um comutador de acesso e, em seguida, a informação do comutador é encontrada na tabela de informação de registo interna do servidor, e um comando de acesso de rede é enviado para o comutador de acesso (informando que o endereço da rede de acesso do mesmo é 0x000a);
[0558] S13) Após o comutador BX-008-1 receber o comando de acesso de rede e saber que o seu próprio endereço de rede de acesso é 0x000a, ele acessa a rede, em seguida, sua tabela 0 "00 0000 0000 0000 1010" é configurada como "01 0000 0000 ", e os itens restantes da tabela 0 são configurados como" 00 0000 0000 ", ou seja, apenas o pacote de protocolo de downlink do comutador atual é importado para a CPU, e, ao mesmo tempo, uma resposta de comando de acesso de rede é enviada para o servidor;
[0559] S14) Depois de o servidor MSS-400 receber a resposta de comando de acesso de rede emitida pelo comutador, ele saberá que o comutador BX-008-1 tem acesso à rede, e, em seguida, uma instrução de consulta de estado do dispositivo é enviada para a porta a cada segundo para verificar se o comutador BX-008-1 funciona normalmente, e, ao mesmo, um pacote de protocolo de porta de downlink é enviado para a porta de downlink do comutador BX-008-1 para verificar se outros dispositivos de rede de acesso estão conectados sob o comutador de acesso atual. Se o comutador de acesso atual funciona normalmente, ele enviará uma resposta de consulta do estado ao servidor depois de receber uma instrução consulta de estado do dispositivo. Quando o servidor não receber uma resposta de consulta do estado em 6 segundos, será considerado que o comutador de acesso foi removido da rede, e nenhuma instrução de consulta de estado do dispositivo será enviada mais, em vez disso, continua a enviar um pacote de consulta para a porta atual.
[0560] 3.1.3 O processo de acesso de rede de um terminal
[0561] Primeiramente, cada terminal que tem permissão para acessar a rede deve ser registrado no servidor nó, e um terminal que não é registrado não será capaz de acessar a rede. Como mostrado na Fig.6, o processo no qual um terminal acessa à rede relaciona-se com as seguintes etapas:
[0562] S1) Um servidor nó envia um pacote de consulta para cada porta e, depois de o terminal receber o pacote de consulta, ele envia um pacote de resposta, que contém a informação de registro de um terminal;
[0563] S2) Depois que o servidor nó recebe o pacote de resposta emitido pelo terminal, irá reconhecer que terminal (set-top box, placa de código ou o armazenamento) sob a qual está conectada a porta, em seguida, a informação do terminal encontra-se em uma tabela de informação de registro interna do servidor nó, e um comando de acesso de rede é enviado para o terminal (informando o endereço de rede de acesso do terminal), e depois o terminal recebe o comando de acesso de rede, que acessa a rede e envia uma resposta de comando de acesso de rede ao servidor nó simultaneamente;
[0564] S3) Depois que o servidor nó recebe a resposta de comando de acesso de rede emitida pelo terminal, vai saber que o terminal atual acessou a rede, em seguida, um pacote de consulta de estado é enviado para a porta periodicamente, para verificar se o terminal funciona normalmente. Se o terminal funciona normalmente, depois de receber o pacote de consulta de estado, vai enviar uma resposta de consulta de estado para o servidor nó. Quando nenhuma resposta de consulta de estado é recebida pelo servidor nó em um certo período de tempo, será considerado que o terminal atual foi removido da rede, e nenhum pacote de consulta de estado será enviado mais, em vez disso, ele continua a enviar um pacote de consulta para a porta atual.
[0565] 3.1.4 Um exemplo da interação entre um servidor nó e um comutador de acesso, um terminal durante um processo de acesso de rede:
[0566] O endereço de rede de acesso pode ser definido como 16 bits, e todos os dispositivos de acesso de rede têm um único endereço de rede de acesso (incluindo set-top box, comutador de acesso, armazenamento e até mesmo o próprio servidor nó). Para administração conveniente dos endereços de acesso de rede de todos os dispositivos de rede de acesso, uma tabela de informações de endereço pode ser mantida no módulo CPU do servidor nó, o tamanho do qual é o dezesseis de dois, ou seja, 64K, e cada elemento da tabela é constituído como se segue:
[0567] 1) descritor de ocupação de endereço: "00" representa que o endereço não é usado, "01" representa que o endereço é de espera (o servidor nó usa o endereço para a emissão de um pacote de protocolo de porta de downlink, mas nenhum protocolo uplink de acesso de rede é recebido), e "10" representa o endereço que é usado (o qual é definido após o servidor nó de uma rede de acesso receber pacote de protocolo de uplink);
[0568] 2) descritor de dispositivo: por exemplo, "000000" representa servidor nó "000001" representa o comutador de acesso BX-008, "000010" representa um armazenamento, e "000011" representa um terminal;
[0569] 3) informação de descrição de fonte do dispositivo: por exemplo, o endereço de rede de acesso de um dispositivo conectado com a sua porta de rede e a contagem de fluxo de uplink e downlink de cada uma das suas portas de rede, se o dispositivo é um comutador de acesso, o endereço da rede de acesso de um dispositivo conectado com a sua porta de rede e o uplink, a contagem de seu canal de leitura e escrita e contagem de fluxo de uplink e downlink de sua porta de rede, se o dispositivo for um armazenamento; e assim por diante. Toda a informação é usada para proporcionar uma base de tomada de decisão para o processo de serviço, e as informações serão modificadas durante cada processo de serviço.
[0570] Conforme mostrado na Fig. 7, é feita a hipótese de que existe um servidor nó MSS-400, a porta 0 do mesmo é conectada a um comutador de acesso BX-008-0, porta 1 do mesmo é conectada a um comutador de acesso BX-008-1, e porta 0 do BX-008-0 é conectada com um set-top box STB-0, porta 1 do BX_008-1 é conectada a um set-top box STB-1.
[0571] S1) Depois de servidor MSS-400 ser ligado, ele inicializa o hardware, obtém o endereço padrão de rede de área metropolitana (que é a hipótese como 0x00 0x0000 0x0000), e importa um arquivo de configuração do disco rígido para a memória da CPU (por exemplo, a informação de registro de um comutador e as informações de registro de um terminal, etc), o servidor MSS- 400 inicializa a tabela de informações de endereço e limpa todos os itens (que representa que nenhum endereço é usado), e o servidor MSS-400 configura o seu próprio endereço de rede de acesso como 0x0000, isto é, item 0x0000 da tabela de informações de endereço é configurada como se segue:
[0572] • descritor de ocupação de endereço: "10" representa que o endereço é usado;
[0573] • descritor de dispositivo: "000000" representa servidor nó;
[0574] • informação de descrição de fonte de dispositivo: o servidor do nó tem 8 interfaces de rede 100M de downlink por sua vez definidas como porta 0 à porta 7, 1 interface de módulo CPU definida como porta 8, 1 interface de matriz de disco definida como porta 9 e 1 interface de fibra de uplink 1000M definida como porta 10, e o tipo deste servidor nó é MSS-400, o endereço da rede de acesso de um dispositivo conectado com a sua porta de rede não é atribuído, e a contagem de fluxo de downlink de cada uma das suas portas de rede é 0;
[0575] o próximo endereço disponível da tabela de informações de endereço é 0x0001;
[0576] S2) O servidor MSS-400 inicializa tabelas 0, 1, 2 e 3:
[0577] • configurando tabela 0 como "000 0000 0000", isto é, a transmissão de todos os pacotes de protocolo de downlink é fechada;
[0578] • configurando tabela 1 como "001 0000 0000", ou seja, todos os pacotes de protocolo de uplink são orientados para a CPU;
[0579] • configurando tabelas 2 e 3 como "000 0000 0000", ou seja, toda a transmissão de pacotes de dados unicast ou multicast é fechada;
[0580] S3) O servidor MSS-400 reconhece que tem 8 portas de downlink e o próximo endereço disponível é 0x0001, por isso configura os 8 itens da tabela 0, respectivamente, como:
[0581] • "00 0000 0000 0000 0001" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0001 é orientado para a porta 0;
[0582] • "00 0000 0000 0000 0010" => "000 0000 0010", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0002 é orientado para a porta 1;
[0583] • "00 0000 0000 0000 0011" => "000 0000 0100", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0003 é orientado para a porta 2;
[0584] • "00 0000 0000 0000 0100" => "000 0000 1000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0004 é orientado para a porta 3;
[0585] • "00 0000 0000 0000 0101" => "000 0001 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0005 é orientado para a porta 4;
[0586] • "00 0000 0000 0000 0110" => "000 0010 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0006 é orientado para a porta 5;
[0587] • "00 0000 0000 0000 0111" => "000 0100 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0007 é orientado para a porta 6;
[0588] • "00 0000 0000 0000 1000" => "000 1000 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0008 é orientado para a porta 7;
[0589] S4) O servidor MSS-400 envia pacotes de consulta com os endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007, 0x8000 0x0000 0x0000 0x0008 (com uma SA de 0x0000 0x0000 0x0000 0x0000), e de acordo com a configuração da sua tabela 0, os pacotes de consulta serão, por sua vez orientados para as portas 0 à 7; neste ponto, os itens 0x0001 0x0008 da tabela de informações de endereço são configurados como:
[0590] • descritor de ocupação de endereço: "01" representa que o endereço é de espera;
[0591] • descritor de dispositivo: ele não será modificado;
[0592] • informação de descrição de origem de dispositivo: ela não será modificada;
[0593] O próximo endereço disponível da tabela de informações de endereço é 0x0009;
[0594] S5) Após os comutadores BX-008-0 e BX-008-1 serem conectados, eles inicializam o hardware:
[0595] • configurando sua tabela 0 "00 xxxx xxxx xxxx xxxx" como "01 0000 0000", ou seja, todos os pacotes de protocolo de downlink são orientados para a CPU;
[0596] • configurando sua tabela 1 "01 xxxx xxxx xxxx xxxx" como "10 0000 0000", ou seja, todos os pacotes de protocolo de uplink são orientados para a interface de rede uplink 100M;
[0597] • configurando suas tabelas 2 e 3 como "00 0000 0000", ou seja, toda a transmissão de pacote de dados unicast ou multicast é fechada;
[0598] S6) Depois que o comutador BX-008-0 recebe um pacote de consulta, ele recebe o pacote de consulta para o seu módulo CPU de acordo com a configuração da sua tabela 0, o módulo CPU resolve o pacote de consulta e gera um pacote de resposta (que contém as informações de registro do comutador de acesso atual) e envia ao servidor MSS-400, onde DA do pacote é 0x0800 0x0000 0x0000 0x0000, e SA é 0x0000 0x0000 0x0000 0x0001;
[0599] S7) Depois que o servidor MSS-400 recebe o pacote de resposta emitido pelo comutador BX-008-0 e compara o endereço de origem (SA) do pacote de resposta e o tipo de dispositivo, ele saberá que a porta 0 é conectada com um comutador de acesso, então a informação do comutador de acesso encontra-se em uma tabela interna de registro de informações do servidor nó e um comando de acesso de rede é enviado para o comutador de acesso (informando que o endereço da rede de acesso do mesmo é 0x0001);
[0600] S8) Após o comutador BX-008-0 receber o comando de acesso de rede e saber que seu próprio endereço de rede de acesso é 0x0001, ele acessa a rede, então sua tabela 0 "00 0000 0000 0000 0001" é configurada como "01 0000 0000", e os itens restantes da tabela 0 são configurados como "00 0000 0000 ", ou seja, apenas o pacote de protocolo de downlink do comutador atual é importado para a CPU, e, ao mesmo tempo, uma resposta de comando de acesso de rede é enviada para o servidor;
[0601] S9) Depois que o servidor MSS-400 recebe a resposta de comando de acesso de rede emitido pelo comutador BX-008-0, ele vai saber que o comutador BX-008-0 acessou a rede, então o item 0x0001 da tabela interna de informações de endereço do servidor é configurada como:
[0602] • descritor de ocupação de endereço: "10" representa que o endereço é usado;
[0603] • descritor de dispositivo: "000001" representa um comutador de acesso BX-008;
[0604] • informação de descrição de origem de dispositivo: o comutador de acesso tem 8 interfaces de rede de downlink 100 M definidas por sua vez, como a porta 0 à porta 7, 1 módulo de interface CPU definido como porta de 8, e 1 interface de rede de uplink 100M definida como porta 9, o tipo do comutador de acesso é BX-008, o endereço de rede de acesso do dispositivo conectado com a sua porta de rede uplink é 0x0000 (ou seja, MSS-400), o endereço de rede de acesso do dispositivo conectado com a porta de rede downlink não está alocado, e a contagem de fluxo de downlink de cada uma das suas portas de rede é 0;
[0605] em seguida, uma instrução de consulta de estado do dispositivo é enviada para a porta a cada segundo para verificar se o comutador BX-008-0 funciona normalmente, e, ao mesmo, um pacote de protocolo de porta de downlink é enviado para a porta de downlink do comutador BX-008 -0 para verificar se os outros dispositivos de rede de acesso estão conectados com o comutador de acesso atual. Em tal caso, as seguintes configurações serão feitas pelo servidor MSS-400 na sua tabela 0:
[0606] • "00 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[0607] • "00 0000 0000 0000 1010" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 0;
[0608] • "00 0000 0000 0000 1011" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000B é orientado para a porta 0;
[0609] • "00 0000 0000 0000 1100" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 0;
[0610] • "00 0000 0000 0000 1101" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000d é orientado para a porta 0;
[0611] • "00 0000 0000 0000 1110" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000e é orientado para a porta 0;
[0612] • "00 0000 0000 0000 1111" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000F é orientado para a porta 0;
[0613] • "00 0000 0000 0001 0000" => "000 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0010 é orientada para a porta 0;
[0614] O servidor MSS-400 irá notificar a mudança BX-008-0 para realizar as seguintes configurações em sua tabela 0 através de um pacote de alocação de porta contendo informações de alocação de porta:
[0615] • "00 0000 0000 0000 1001" => "00 0000 0001", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[0616] • "00 0000 0000 0000 1010" => "00 0000 0010", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 1;
[0617] • "00 0000 0000 0000 1011" => "00 0000 0100", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000B é orientado para a porta 2;
[0618] • "00 0000 0000 0000 1100" => "00 0000 1000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 3;
[0619] • "00 0000 0000 0000 1101" => "00 0001 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000d é orientado para a porta 4;
[0620] • "00 0000 0000 0000 1110" => "00 0010 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000e é orientado para a porta 5;
[0621] • "00 0000 0000 0000 1111" => "00 0100 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000F é orientado para a porta 6;
[0622] • "00 0000 0000 0001 0000" => "00 1000 0000", ou seja, um pacote de protocolo de porta de downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0010 é orientado para a porta 7;
[0623] S10) O servidor MSS-400 envia pacotes de protocolo de de porta de downlink com endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0009, 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000B, 0x8000 0x0000 0x0000 0x000c, 0x8000 0x0000 0x0000 0x000d, 0x8000 0x0000 0x0000 0x000e , 0x8000 0x0000 0x0000 0x000F, 0x8000 0x0000 0x0000 0x0010 (com uma SA de 0x0000 0x0000 0x0000 0x0000), e de acordo com a configuração da tabela 0 no servidor MSS-400, os pacotes de protocolo de porta de downlink serão por sua vez, orientados para a porta 0 do servidor MSS- 400, os pacotes de protocolo de downlink de porta serão por sua vez, orientados para as portas 0 à 7 do comutador BX-008-0 de acordo com a configuração da tabela 0 do comutador BX-008-0, além disso, os itens 0x0009 à 0x0010 da tabela de informação de endereço no servidor MSS-400 são configuradas como:
[0624] • descritor de ocupação de endereço: "01" representa que o endereço é de espera;
[0625] • descritor de dispositivo: ele não será modificado;
[0626] • informação de descrição de recurso de dispositivo: ele não será modificado;
[0627] O próximo endereço disponível é 0x0011;
[0628] S11) Após STB-0 receber um pacote de protocolo de porta de downlink da porta 0 do comutador BX-008-0 (por exemplo, um pacote de protocolo de porta de downlink com um endereço de destino de 0x8000 0x0000 0x0000 0x0009), ele envia um pacote de protocolo de porta de downlink (que contém a informação de registro do terminal atual), em que DA do pacote é 0x0800 0x0000 0x0000 0x0000, e SA é 0x0000 0x0000 0x0000 0x0009 (porta 0 do comutador);
[0629] S12) Depois que o servidor MSS-400 recebe o pacote de protocolo de uplink de porta emitido pelo comutador STB-0 e contrasta o endereço de origem (SA) do pacote de protocolo de uplink e do tipo de dispositivo, ele vai saber que a porta 0 do BX-008-0 está conectada com um terminal, em seguida, o informação do terminal encontra-se na tabela interna de registro de informações do servidor, e um comando de acesso de rede é enviado para o terminal (informando que o endereço da rede de acesso do terminal é 0x0009);
[0630] S13) Após o STB-0 receber o comando de acesso de rede e saber que seu próprio endereço de rede de acesso é 0x0009, ele acessa a rede e envia uma resposta de comando de acesso de rede ao servidor simultaneamente;
[0631] S14) Depois de servidor MSS-400 receber a resposta de comando de acesso de rede emitida pelo STB-0, ele vai saber que o comutador STB-0 acessou a rede, então o item 0x0009 da tabela de informações de endereço é configurado como:
[0632] • descritor de ocupação de endereço: "10" representa que o endereço é usado;
[0633] • descritor de dispositivo: "000011" representa um terminal;
[0634] • Informação de descrição de origem de dispositivo: o terminal tem um motor de codificação/decodificação de vídeo e áudio e uma interface de rede de 100M, o tipo do terminal é STB, o endereço de rede de acesso de um dispositivo conectado com a sua porta de rede é 0x0001 (ie , BX-008-0), e a contagem de fluxo de downlink de sua porta de rede é 0;
[0635] o item 0x0001 da tabela de informações de endereço é configurada como:
[0636] • descritor de ocupação de endereço: ele não será modificado;
[0637] • descritor de dispositivo: ele não será modificado;
[0638] • informação de descrição de recurso de dispositivo: o comutador de acesso tem 8 interfaces de rede de downlink 100M definidos por sua vez, como a porta 0 à porta 7, 1 interface de módulo CPU definida como porta 8 e 1 interface de rede de uplink 100M definida como porta 9, o tipo do comutador de acesso é BX-008, o endereço de rede de acesso do dispositivo conectado com a sua porta de rede uplink é 0x0000 (ie, MSS-400), o endereço de rede de acesso do dispositivo conectado com a porta de rede de downlink 0 é 0x0009, o resto não é alocado, e a contagem de fluxo de downlink de cada uma das suas portas de rede é 0;
[0639] Em seguida, o servidor MSS-400 envia uma instrução de consulta de estado do dispositivo para a porta a cada segundo para verificar se o STB-0 funciona normalmente, quando o servidor não recebe uma resposta de consulta de estado em 6 segundos, será considerado que o STB- 0 foi removido da rede, e nenhuma instrução de consulta de estado do dispositivo será enviada mais, em vez disso, ela continua a enviar um pacote de consulta para a porta atual.
[0640] Referindo-se as etapas acima S6-S14, BX-008-1 também pode acessar a rede e obter o endereço de rede de acesso como 0x0002; e STB-1 também pode acessar a rede e obter o endereço de rede de acesso como 0x0012.
[0641] 3.1.5 A definição do formato de dados durante o processo de acesso de rede de um dispositivo de rede de acesso:
[0642] O modo de interação de informação entre o usuário do terminal e o servidor é PDU, e tanto a utilização de Raw Socket para transferir PDU, o formato dos dados que é como se segue:
Figure img0001
[0643] 3.2 O processo de conexão de comunicação de um dispositivo de rede de acesso.
[0644] 3.2.1 Um exemplo do processo de conexão de comunicação, no qual um dispositivo de rede de acesso executa um serviço de comunicação unicast.
[0645] Conforme mostrado na Fig. 7, é a hipótese de que existe um servidor nó MSS-400 (com um endereço de rede de acesso de 0x0000), a porta 0 do mesmo é conectada a um comutador de acesso BX-008-0 (com um endereço de rede de acesso de 0x0001), a porta 1 do mesmo é conectada a um comutador de acesso BX-008-1 (com um endereço de rede de acesso de 0x0002), e a porta 0 de BX-008-0 é conectada com um set-top box STB-0 (com um endereço de rede de acesso de 0x0009), a porta 1 do BX_008-1 é conectada com um set-top box STB-1 (com um endereço de rede de acesso de 0x0012). Set-top box STB_0 emite um pedido para o servidor nó MSS-400 para a realização de um serviço de comunicação unicast de comunicação visual com set-top box STB_1, nas seguintes etapas:
[0646] S1) O set-top box STB_0 emite um serviço de pacotes protocolo de pedido, o DA (endereço de destino) do pacote é 0x0800 0x0000 0x0000 0x0000 (ou seja, o endereço do MSS-400), e o SA (endereço de origem) é 0x0000 0x0000 0x0000 0x0009, o pacote pode compreender ainda 0x0000 reservado (palavra reservada), e a parte PDU é como mostrado na tabela a seguir:
Figure img0002
[0647] O número de programa e o número de canal de transmissão relacionados com o pedido de serviço são ambos fornecidos no parâmetro de serviço, por exemplo:
[0648] # define SERVICE_TYPE_GTML_REQUEST 0x8000, solicitando um menu
[0649] # define SERVICE_TYPE_VOD_REQUEST 0x8001, solicitando um programa VOD
[0650] # define SERVICE_TYPE_CHANGE_MENU 0x8002, solicitando mudança de menu de fundo
[0651] # define SERVICE_TYPE_BROADCAST_REQUEST 0x8003, solicitando assistir a transmissão
[0652] # SERVICE_TYPE_CHANGE_CHANNEL define 0x8004, solicitando mudar de canal
[0653] # define SERVICE_TYPE_TELEPHONE_DIRECT 0x8005, solicitando o envio de um videofone
[0654] # define SERVICE_TYPE_PERMISSION 0x8006, uma resposta se o acesso é permitido
[0655] # define SERVICE_TYPE_RECORD_REQUEST 0x8007, solicitando a gravação
[0656] # define SERVICE_TYPE_END_REQUEST 0x8008, solicitando términar o serviço atual
[0657] # define SERVICE_TYPE_ORG_CAST_REQUEST 0x8009, solicitando por originar uma transmissão ao vivo
[0658] # define SERVICE_TYPE_DDB_REQUEST 0x800b, solicitando assistir TV adiada
[0659] # define SERVICE_TYPE_SKIP 0x800C, avançar, retroceder, pausar e continuar durante o processamento de assistir a uma VOD ou TV adiada
[0660] # define SERVICE_TYPE_RECORD_END 0x800e, solicitar terminar a gravação
[0661] # define SERVICE_TYPE_VIEW_Monitor_DIRECT 0x8024, solicitar assistir monitor
[0662] # define SERVICE_TYPE_RCV_CAST_DIRECT 0x8025, solicitar assistir a transmissão ao vivo
[0663] # define SERVICE_TYPE_TELEPHONE_REQUEST 0, solicitar o envio de um videofone
[0664] # define SERVICE_TYPE_RCV_CAST_REQUEST 0xa, solicitar assistir a transmissão ao vivo
[0665] # define SERVICE_TYPE_VIEW_Monitor 0xc, solicitar assistir monitor
[0666] Neste exemplo, o parâmetro de serviço é SERVICE_TYPE_TELEPHONE_REQUEST ou SERVICE_TYPE_TELEPHONE_DIRECT.
[0667] S2) de acordo com a configuração da tabela 1 no comutador de acesso BX-008-0 conectado entre o set-top box STB_0 e o servidor nó de MSS-400, o pacote de protocolo de pedido de serviço é orientado para o servidor nó MSS- 400, e o servidor nó MSS-400 determina que um pedido de comunicação visual (tipo de serviço) é recebido de acordo com o conteúdo do pacote, sabe que o terminal chamado (terminal de destino) é STB_1, observando-se em uma tabela CAM (tabela de mapeamento de endereço de conteúdo) de acordo com o número de serviço, conhece a topologia de conexão relacionada com o serviço atual de acordo com a sua tabela de informação de endereço interna, e determina que a conexão é permitida e a comunicação pode ser estabelecida entre as duas partes. Em seguida, um pacote de protocolo de menu é enviado, respectivamente, para a parte que chama (STB_0) e da parte chamada (STB_1), e espera que a parte chamada responda;
[0668] Em que, o pacote de protocolo de menu enviado para STB_0: DA é 0x8000 0x0000 0x0000 0x0009, SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e parte PDU é como mostrado na tabela a seguir:
Figure img0003
[0669] Pacote de protocolo de menu enviado para STB_1: DA é 0x8000 0x0000 0x0000 0x0012, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 reservado é, e parte PDU é como mostrado na tabela acima.
[0670] De acordo com a configuração da tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 em comutadores de acesso BX-008-0 e BX-008-1, estes 2 pacotes de protocolo de menu serão orientados respectivamente para definir set-top boxes STB_0 e STB_1, o chamado STB_1 emite um pedido de SERVICE_TYPE_PERMISSION para aceitar a comunicação da STB_1 e envia um pacote de protocolo de resposta para o servidor nó MSS-400, em que o DA o pacote de protocolo de resposta é 0x0800 0x0000 0x0000 0x0000, SA é 0x0000 0x0000 0x0000 0x0012, 0000x0 é reservado, o parâmetro de serviço é SERVICE_TYPE_PERMISSION, e a parte PDU é como mostrado na tabela a seguir:
Figure img0004
[0671] S4) De acordo com a configuração da tabela 1 no comutador de acesso BX-008-1, o pacote de protocolo de resposta é orientado para o servidor nó MSS-400, e o servidor nó MSS-400 determina que o pedido de aceitar a comunicação visual é recebido de acordo com o conteúdo do pacote, sabe que o número chamado é STB_1, observando-se em uma tabela CAM de acordo com o número de serviço, e o servidor nó MSS-400 conhece a topologia de link relacionada com o serviço atual de acordo com a sua tabela de informação de endereço interna, e determina que o link é permitido e a comunicação pode ser estabelecida entre as duas partes.
[0672] Em tal caso, o servidor nó MSS-400 configura sua própria tabela 2, como segue:
[0673] • "10 0000 0000 0001 0010" => "000 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 (ou seja, set-top box BX-008-1) é orientado para a porta 1;
[0674] • "10 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 (ou seja, set-top box BX-008-0) é orientado para a porta 0;
[0675] Além disso, o servidor nó MSS-400 envia um comando de configuração de porta a todos os comutadores de acesso no uplink (o caminho de chamada) e no downlink (o caminho chamado), para pedir para abrir o uplink do endereço da parte contrária e o downlink do endereço de sua própria simultaneamente.
[0676] Os dois pacotes enviados para acessar o comutador BX-008-0:
[0677] 1) o primeiro pacote: DA é 0x8000 0x0000 0x0000 0x0001, SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e parte PDU é como mostra a tabela a seguir:
Figure img0005
[0678] 2) o segundo pacote: DA é 0x8000 0x0000 0x0000 0x0001, SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e a parte PDU é como se mostra na tabela seguinte:
Figure img0006
Figure img0007
[0679] Dois pacotes enviados para acessar o comutador BX-008-1:
[0680] 1) o primeiro pacote: DA é 0x8000 0x0000 0x0000 0x0002, SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e a parte PDU é como mostra a tabela a seguir:
[0681] o segundo pacote: DA é 0x8000 0x0000 0x0000 0x0002, SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0008
Figure img0009
[0682] O pacote enviado para o set-top box STB-0 (serviço de comando, processamento e codificação/decodificação de comando neste exemplo):
[0683] em que, o DA é 0x8000 0x0000 0x0000 0x0009, SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0010
[0684] O pacote enviado ao STB-1 (serviço de comando, processamento e codificação/decodificação de comando neste exemplo):
[0685] em que, o DA é 0x8000 0x0000 0x0000 0x0012, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e parte PDU é como mostrado na tabela a seguir:
Figure img0011
Figure img0012
[0686] No PDU da codificação/decodificação de comando acima, o Número de Campo 13 representa o tipo de codificação: 0 = codificação de parada, 0ffff = manter o estado original, 0xFFFE = retornar dados decodificados, sem codificação localmente; Número de Campo 14 representa o tipo de decodificação: 0 = parar decodificação, 0ffff = manter o estado original; Número de Campo 15-18 representa endereço de codificação (DA ou endereço multicast): 0xffff = manter o estado original; Número de Campo 19-22 representa decodificação de endereço (DA ou endereço multicast): 0xffff = manter o estado original; Número de Campo 23 representa: HB: HDA codificado, LB: decodificado HAD; 0xffff = manter o estado original; Número de Campo 24 representa parâmetro de alarme: 0 = alarme desligado, 1 = alarme ativado, 0xffff = manter a estado original; Número de Campo 25 representa o parâmetro de operação do suporte: 0xffff = manter o estado original; Número de Campo 26 representa o parâmetro de operação de canal auxiliar: 0xffff = manter o estado original.
[0687] Em que, o tipo de codificação é como mostrado na tabela a seguir:
Figure img0013
[0688] S5) De acordo com a configuração de tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 do comutador de acesso BX-008-0 e BX-008-1, os 4 pacotes acima enviados para o comutador de acesso serão respectivamente orientados para BX-008-0 e BX-008-1.
[0689] Em tal caso, o comutador de acesso BX-008-0 configura a sua própria tabela 2, como se segue:
[0690] • "10 0000 0000 0001 0010" => "10 0000 0000", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 9;
[0691] • "10 0000 0000 0000 1001" => "00 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientada para a porta 0;
[0692] O acesso ao comutador BX-008-1 configura sua própria tabela 2 da seguinte forma:
[0693] • "10 0000 0000 0001 0010" => "00 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 1;
[0694] • "10 0000 0000 0000 1001" => "10 0000 0000", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientado para a porta 9;
[0695] De acordo com a configuração da tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 no comutador de acesso 0 BX-008-0 e BX-008-1, os últimos dois pacotes enviados para o set-top box serão respectivamente orientados para os set-top boxes STB-0 e STB-1. Depois de receber o pacote, os set-top boxes STB-0 e STB-1 podem iniciar a codificação/descodificação de acordo com o conteúdo do pacote, e receber e enviar dados unicast.
[0696] Especificamente, após o link de comunicação do serviço atual ser configurado, o processo no qual os decodificadores STB-0-1 e STB recebem e enviam dados unicast com base no link de comunicação é como segue:
[0697] 1) O set-top box STB-0 envia um pacote de dados unicast para o settop box STB-1, em que DA do pacote é 0x1000 0x0000 0x0000 0x0012, e SA é 0x0000 0x0000 0x0000 0x0009;
[0698] 2) O pacote de dados unicast entra no comutador de acesso BX-008-0, e o módulo mecanismo de comutação do comutador de acesso BX-008-0 procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0001 0010", a saída do elemento é "10 0000 0000" ("10 0000 0000 0001 0010" => "10 0000 0000", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 9, o que representa que a porta uplink 9 é aberta, e o pacote de dados unicast entra no servidor nó MSS-400 através da porta 9;
[0699] 3) Depois de o servidor nó MSS-400 receber o pacote de dados unicast, o seu mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0001 0010", a saída do item é "000 0000 0010" ("10 0000 0000 0001 0010" => "000 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 1), o que representa que a porta de downlink porta 1 é aberta, e o pacote de dados unicast atual entra no comutador de acesso BX-008-1 através da porta 1;
[0700] 4) Depois de o comutador de acesso BX-008-1 receber o pacote de dados unicast, o seu módulo mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0001 0010", a saída do item é "00 0000 0010" ("10 0000 0000 0001 0010" => "00 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 1), o que representa que a porta downlink 1 é aberta, e o pacote de dados em unicast entra no set-top box STB-1 através da porta 1;
[0701] O set-top box STB-1 envia um pacote de dados unicast para o set-top box STB-0, onde DA do pacote é 0x1000 0x0000 0x0000 0x0009, e SA é 0x0000 0x0000 0x0000 0x0012;
[0702] 6) O pacote de dados unicast entra no comutador de acesso BX-008-1, e o módulo mecanismo de comutação do comutador de acesso BX-008-1 procura na tabela 2, de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0000 1001", a saída do item é "10 0000 0000" ("10 0000 0000 0000 1001" => "10 0000 0000", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientada para a porta 9), o que representa que uplink 9 é aberto, e o pacote de dados unicast atual entra no servidor nó MSS-400 através da porta 9;
[0703] 7) Depois de o servidor nó MSS-400 receber o pacote de dados unicast, o seu mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0000 1001", a saída do item é "000 0000 0001" ("10 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientado para a porta 0), o que representa que a porta downlink 0 é aberta, e o pacote de dados unicast atual no comutador de acesso BX-008-0 através da porta 0;
[0704] 8) Depois de o comutador de acesso BX-008-0 receber o pacote de dados unicast, o seu módulo mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0000 1001", a saída do item é "00 0000 0001" ("10 0000 0000 0000 1001" => "00 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientada para a porta 0), o que representa que a porta de downlink 0 é aberta, e o pacote de dados unicast atual entra no set-top box STB-0 através da porta 0.
[0705] Um exemplo simples no qual a comunicação de serviço unicast é realizada no processo acima:
[0706] A hipótese é que STB-0 pede para o servidor MSS-400 para enviar um videofone a STB-1, e o pacote de pedido de serviço enviado pelo STB-0 para o MSS-400 contém o tipo de serviço solicitado (que é videofone neste exemplo, de modo que contém o número da parte contrária, por exemplo, 8888 8888 8888).
[0707] Depois de o servidor MSS-400 receber o pacote de pedido de serviço, ele verifica o tipo de serviço e sabe que o tipo de serviço é videofone, e depois passa para o processo de serviço de videofone, de acordo com o número da parte contrária (8888 8888 8888), o servidor MSS-400 pode obter o endereço de rede de acesso de STB-1 (porque na época STB-1 acessa a rede, o servidor MSS-400 irá atualizar o conteúdo do CAM e o endereço de atualização 0x0012 8888 8888 8888), observando-se no CAM, a informação de topologia do STB- 0 e STB-1 pode ser conhecida procurando na tabela de informação de endereço de acordo com o endereço de rede de acesso de STB-0 e STB -1, e a partir de 0x0009, pode-se saber que STB-0 está conectado com a porta 0 de BX-008-0, e o fluxo de uplink e de downlink é 0, o fluxo de link é 100 Mbits/s; o endereço de rede de acesso de BX-008-0 é 0x0001, e que pode ser conhecido procurando na tabela de informações de endereço que BX-008-0 é conectado com a porta 0 do MSS-400, o fluxo de uplink e de downlink é 0, e o fluxo de link é 100 Mbits/s, o fluxo de informações de link do STB-01 pode ser conhecido pelo mesmo , e a largura de banda de uplink e de downlink que solicita o videofone é 2 Mbit/s, o que atende ao requisito e; então, outra informação é verificada, se ela atende ao requisito, o servidor abre os caminhos dirigidos aos referidos 2 caminhos de dados unicast de todos os comutadoresa entre o chamado set-top box e chamando set-top box (incluindo correspondência de endereço e controle de fluxo preciso na Porta 0 do BX-008-0 e Porta 1 do BX- 008-1), a informação de fluxo de link para procurar na tabela de informações de endereço é modificada, e o servidor envia um comando de codificação/decodificação para as duas partes de set-top boxes.
[0708] 3.2.2 Um exemplo do processo de conexão de comunicação em que um dispositivo de rede de acesso executa serviço de comunicação multicast:
[0709] Conforme mostrado na Fig.7, é a hipótese de que existe um servidor nó de MSS-400 (com um endereço de rede de acesso de 0x0000), e a porta 0 da mesma é ligada a um comutador de acesso BX-008-0 (com um endereço de acesso de rede de 0x0001), porta 1, é ligado com uma chave de acesso BX- 008-1 (com um endereço de rede de acesso de 0x0002), e porta 0 do BX-008- 0 é conectado com um set-top box STB- 0 (com um endereço de rede de acesso de 0x0009), o número de STB_0 é 0x6666 0x6666 0x6666, a porta 1 de BX_008-1 está relacionada com uma caixa set-top STB-1 (com um endereço de rede de acesso de 0x0012), e o número de STB_1 é 0x8888 0x8888 0x8888. Set-top box STB_0 pedidos de nó do servidor MSS-400 para iniciar transmissão de estar nas seguintes etapas:
[0710] S1) Set-top box STB_0 emite um serviço de pacote de protocolo de pedido para iniciar transmissão de estar, onde DA do pacote é 0x0800 0x0000 0x0000 0x0000, SA é 0x0000 0x0000 0x0000 0x0009, 0x0000 é reservada (palavra reservada), e do PDU parte é mostrada na seguinte tabela:
Figure img0014
[0711] S2) De acordo com a configuração de uma mesa de acesso de comutação BX-008-0 ligada entre set-top box STB_0 e servidor nó de MSS- 400, o serviço de pacotes de protocolo pedido é orientada para o nó do servidor MSS-400, o serviço pacote de protocolo pedido é orientada para o nó do servidor MSS-400, servidor nó MSS-400 determina que um pedido de início de transmissão de estar (tipo de serviço) é recebido de acordo com o conteúdo do pacote, sabe que o usuário (terminal de fonte) é por STB_0 buscando em uma tabela CAM (conteúdo endereço tabela de mapeamento) de acordo com o número de serviço, e conhece a topologia link relacionado ao serviço atual de acordo com sua tabela interna informações de endereço, e determina que o link é permitido e transmissão ao vivo pode ser iniciada, em seguida, ele aloca um endereço de multicast de 0x0008. Além disso, o servidor nó envia um comando de configuração de porta para todos os switches de acesso no link de comunicação atual para pedir para abrir o uplink do endereço da outra parte eo downlink do endereço de sua própria simultaneamente. Neste ponto, ele sabe que a chave de acesso única BX-008-0 precisa ser configurado no momento por determinação topologia link.
[0712] Em tal caso, o servidor nó de MSS-400 envia um pacote para o acesso de chave BX-008-0:
[0713] em que, DA é 0x8000 0x0000 0x0000 0x0001, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservada (palavra reservada), e da parte PDU é como mostrado na tabela a seguir:
Figure img0015
Figure img0016
[0714] Servidor nó MSS-400 envia um pacote de set-top box STB-0 (commando de processamento de serviço, comando de codificação/decodificação neste exemplo):
[0715] em que, o DA é 0x8000 0x0000 0x0000 0x0009, SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0017
[0716] S3) De acordo com a configuração da tabela 0 no servidor nó MSS-400, o pacote enviado para o comutador de acesso BX-008-0 irá ser orientado para BX-008-0. Em tal caso, BX-008-0 configura a sua própria tabela 3 como se segue:
[0717] • "11 0000 0000 0000 1000" => "00 0000 0001", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 0;
[0718] S4) De acordo com a configuração de tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 no comutador de acesso BX-008-0, o pacote enviado para o set-top box STB-0 irá ser orientado para o STB-0. O STB-0 inicia a codificação/descodificação de acordo com o conteúdo do pacote, e começa a receber e enviar dados multicast.
[0719] Especificamente, o processo no qual o descodificador STB-0 inicia um link de comunicação para receber e enviar dados multicast baseados na transmissão ao vivo atual é o seguinte:
[0720] 1) O Set-top box STB-0 emite um pacote de dados multicast, onde o DA do pacote é 0x7800 0x0000 0x0000 0x0008 (endereço multicast), e o SA é 0x0000 0x0000 0x0000 0x0009;
[0721] 2) O pacote de dados multicast entra no comutador de acesso BX-008- 0, o módulo de comutação do mecanismo do comutador de acesso BX-008-0 procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "00 0000 0001" ("11 0000 0000 0000 1000" => "00 0000 0001", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 0), o que representa que a porta de downlink 0 é aberta, e o pacote de dados multicast atual entra no set-top box STB-0 através da porta 0.
[0722] O Set-top box STB_1 pede ao servidor nó MSS-400 para assistir a transmissão ao vivo nas etapas seguintes, com um número de 0x6666 0x6666 0x6666:
[0723] S1) O Set-top box STB_1 emite um pacote de protocolo de pedido de serviço para assistir a transmissão ao vivo, onde o DA do pacote é 0x0800 0x0000 0x0000 0x0000, o SA é 0x0000 0x0000 0x0000 0x0012, 0000x0 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0018
[0724] S2) De acordo com a configuração da tabela 1 no comutador de acesso BX-008-1 conectado entre o set-top box STB_1 e o servidor nó MSS-400, o pacote de protocolo de pedido de serviço é orientado para o servidor nó MSS- 400, e o servidor MSS-400 determina que o pedido para assistir a transmissão ao vivo é recebido de acordo com o conteúdo do pacote, sabe que o iniciador (terminal de fonte) é STB_0 procurando em uma tabela CAM de acordo com o número de serviço, e conhece a topologia de link relacionada com o serviço atual de acordo com sua tabela de informações de endereço interna, e determina que o link é permitido e a transmissão ao vivo pode ser assistida, em seguida, ele aloca um endereço de multicast (correspondente ao endereço de multicast atribuído ao terminal de origem) de 0x0008. Além disso, o servidor nó envia um comando de configuração de porta para todos os comutadores de acesso no link de comunicação atual para pedir para abrir o uplink do endereço da parte contrária e o downlink do do próprio endereço simultaneamente. Em tal caso, o servidor nó MSS-400 configura a sua própria tabela 3 como se segue:
[0725] • "11 0000 0000 0000 1000" => "000 0000 0010", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1;
[0726] Ao mesmo tempo, o servidor nó MSS-400 envia um pacote para o comutador de acesso BX-008-0:
[0727] em que, o DA é 0x8000 0x0000 0x0000 0x0001, o SA é 0x0000 0x0000 0x0000 0x0000, 0000x0 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0019
[0728] Ao mesmo tempo, o servidor nó MSS-400 envia um pacote para o comutador de acesso BX-008-1:
[0729] Em que, o DA é 0x8000 0x0000 0x0000 0x0002, o SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0020
Figure img0021
[0730] Ao mesmo tempo, o servidor nó MSS-400 envia um pacote para o settop box STB-1:
[0731] Em que, o DA é 0x8000 0x0000 0x0000 0x0012, o SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0022
Figure img0023
[0732] S3) De acordo com a configuração da tabela 0 no servidor nó MSS-400, os pacotes enviados para os comutadores de acesso BX-008-0 e BX-008-1 serão orientados respectivamente para os comutadores de acesso BX-008-0 e BX -008-1.
[0733] Em tal caso, a comutação de acesso BX-008-0 configura a sua própria tabela 3 como se segue:
[0734] • "11 0000 0000 0000 1000" => "10 0000 0001", ou seja, um pacote de dados multicast com um endereço de orientado para a porta 0 e uma porta 9;
[0735] O comutador de acesso BX-008-1 configura sua própria tabela 3 da seguinte forma:
[0736] • "11 0000 0000 0000 1000" => "00 0000 0010", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1;
[0737] S4) De acordo com a configuração da tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 no comutador de acesso BX-008-1, o pacote enviado o set-top box STB-1 irá ser orientada para o STB-1. O STB-1 recebe os dados multicast e descodifica os dados de acordo com o conteúdo do pacote.
[0738] Especificamente, o processo no qual o set-top box STB-1 recebe os dados multicast baseado no link de comunicação atual no qual se transmissão ao vivo é assistida é o seguinte:
[0739] 1) O set-top box STB-0 emite um pacote de dados multicast, onde o DA do pacote é 0x7800 0x0000 0x0000 0x0008 (endereço multicast), e o SA é 0x0000 0x0000 0x0000 0x0009;
[0740] 2) O pacote de dados de multicast entra no comutador de acesso BX- 008-0, o módulo mecanismo de comutação do comutador de acesso BX-008-0 procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "10 0000 0001"("11 0000 0000 0000 1000" => "10 0000 0001", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 0 e a porta 9), que representa que a porta de downlink 0 e a porta de uplink 0 estão abertas, e o pacote de dados multicast atual entra no set-top box STB-0 através da porta 0, e entra no servidor nó MSS- 400 através da porta 9;
[0741] 3) Depois de que o servidor nó MSS-400 recebe o pacote de dados multicast, o seu módulo mecanismo de comutação procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "000 0000 0010" ("11 0000 0000 0000 1000" => "000 0000 0010", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1), e o pacotes de dados multicast atual entra comutador de acesso BX-008-1 através da porta 1;
[0742] 4) Depois que o comutador de acesso BX-008-1 recebe o pacote de dados multicast, o seu módulo mecanismo de comutação procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "00 0000 0010" ("11 0000 0000 0000 1000" => "00 0000 0010", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1), o que representa que a porta de downlink 1 está aberta, e o pacote de dados multicast entra no set-top box STB-1 através da porta 1.
[0743] Porém, o processo de comunicação de serviço unicast e o processo de comunicação de serviço multicast acima são apenas exemplos. Na prática, é possível realizar qualquer serviço de comunicações unicast ou serviço de comunicação multicast através da utilização dos modos de execução da invenção.
[0744] Para um técnico no assunto melhor compreender a invenção, vários exemplos em que a comunicação de serviço é executada, utilizando as modos de execução da invenção serão apresentados a seguir.
[0745] 3.2.3 Um exemplo do processo de serviço de uma rede de acesso
[0746] 3.2.3.1 Processo de interação de transmissão
[0747] Há dois tipos de dispositivos de terminais relacionados para o processo de transmissão: a placa de código (origem da transmissão), e o set-top box (a parte que assiste a transmissão).
[0748] Depois de uma placa de código acessar a rede através de um processo de acesso de rede, o servidor nó irá enviar um comando que indica a placa de código para iniciar a codificação. Cada placa de código do código codifica um caminho de dados de transmissão.
[0749] Começar a assistir:
[0750] Depois de entrar no processo de transmissão, primeiramente, um settop box emite um comando de pedido, e depois que o servidor nó recebe o comando de pedido do set-top box, ele sabe que o set-top box quer assistir transmissão, e, além disso, ele sabe qual o caminho da transmissão que o settop box quer assistir. Neste ponto, o servidor nó encontra a rota entre a placa de código e o set-top box. Um comando é enviado para todos os comutadores na rota, e os caminhos dirigidos a este caminho de dados de transmissão de todas os comutadores entre a placa de código e o set-top box são abertos e, ao mesmo tempo, um comando de descodificação é enviado para o set-top box. Em seguida, o set-top box pode assistir a transmissão.
[0751] Parar de assistir:
[0752] O set-top box emite um comando de parada, e depois que o servidor nó recebe o comando de parada do set-top box, é encontrada a rota entre a placa de código e o set-top box, os caminhos direcionados para este caminho de dados de transmissão de todas as opções entre a placa de código e o settop box são desligados pertinentemente (é possível que um comutador na rota tenha outros set-top boxes que assistem a transmissão atual, de modo que não pode desligar todos os caminhos diretamente); ao mesmo tempo, um comando de parada de descodificação é enviado para set-top box, e um menu de última página é enviado para o set-top box para voltar ao menu.
[0753] Deve ser notado que: os dados de transmissão recebidos pelo set-top box são totalmente os mesmos que os dados de transmissão emitidos pela placa de código.
[0754] 3.2.3.2 Processo de interação VOD
[0755] Há dois tipos de dispositivos terminais relacionados ao processo VOD: armazenamento (origem do programa), e o set-top box (a parte que assiste o VOD").
[0756] Começar a Assistir:
[0757] Depois de entrar no processo VOD, primeiramente, um set-top box emite um comando de pedido, o que dá o número do programa VOD. Depois que o servidor nó recebe o comando de pedido do set-top box, ele sabe que o set-top box quer assistir o VOD e, além disso, ele sabe que programa o set-top box quer assistir. Ele pode ser procurado na tabela de informação interna do servidor nó que em em qual armazenamento está armazenado o programa atual.
[0758] Porque após o set-top box acessar a rede, o endereço será corrigido; os dados VOD assistidos são dados unicast, e o endereço de dados será o endereço do set-top box.
[0759] O servidor nó envia um comando de leitura de disco para o armazenamento (que contém o número do programa e o endereço de dados unicast), para indicar ao armazenamento para enviar dados unicast. Se o armazenamento verifica que o programa existe no armazenamento atual, começa a enviar o programa, e, ao mesmo tempo, envia uma resposta do comando de leitura de disco para o servidor nó, que representa que a armazenagem começou a enviar programa.
[0760] Depois que o servidor nó recebe a resposta do armazenamento, ele encontra a rota entre o armazenamento e o set-top box, e os caminhos direcionados a este caminho de dados unicast de todas as opções entre o armazenamento e o set-top box são abertos, e, ao mesmo tempo, um comando de descodificação é enviado para o set-top box. Em seguida, o set-top box pode assistir o VOD.
[0761] Parar de assistir:
[0762] O set-top box emite um comando de parada, e depois que o servidor nó recebe o comando de parada do set-top box, ele envia um comando de leitura de disco para o armazenamento para indicar ao armazenamento para parar de enviar dados unicast. O armazenamento para de enviar, e, ao mesmo tempo, ele envia uma resposta de comando de parada de leitura de disco para o servidor nó, que representa que o armazenamento tem um programa de parada de envio.
[0763] Depois que o servidor nó recebe a resposta, ele encontra a rota entre o armazenamento e o set-top box, e os caminhos direcionados a este caminho de dados unicast de todos os comutadores entre o armazenamento e o set-top box abertos são desligados; ao mesmo tempo, um comando de parada de descodificação é enviado para o set-top box e um menu de última página é enviado para o set-top box para voltar ao menu.
[0764] 3.2.3.3 Processo de interação de comunicação visual
[0765] Início da comunicação visual:
[0766] O chamado set-top box envia um comando de pedido, que contém o número do chamado set-top box.
[0767] Depois que o servidor nó recebe o comando de pedido do set-top box, ele primeiro consulta se a chamada do set-top box acessa a rede, se o chamado set-top box não acessa a rede, informa o chamado set-top box que o pedido falhou.
[0768] Se a chamada do set-top box acessa a rede, ela consultará se o chamado set-top está inativo, se o chamado set-top box não está ocioso, ele informa o chamado set-top box que o pedido falhou.
[0769] Se o chamado set-top box acessou a rede e está em um estado inativo, o servidor nó envia um menu de chamada para a chamada do set-top box e aguarda a chamada do set-top box responder. A chamada do set-top box pode optar por aceitar ou recusar, e uma resposta é enviada para o servidor nó.
[0770] O servidor nó recebe a resposta do chamado set top box. Se a resposta é recusar, informa o chamando set-top box, que o pedido falhou.
[0771] Se a resposta é aceitar, o servidor nó envia um comando de codificação/decodificação para as duas partes dos set-top boxes. É exigido pela comunicação visual que as duas partes dos set-top boxes devem codificar/decodificar simultaneamente. Os dados são dados unicast, o endereço de codificação é o endereço da parte contrária, bem como o endereço de decodificação é seu próprio endereço.
[0772] O servidor nó abre os caminhos dirigidos aos referidos 2 caminhos de dados unicast de todas as opções entre o chamado set-top box e a chamada do set-top box.
[0773] Parada de comunicação visual
[0774] O chamado set-top box e a chamada do set-top box podem ambos pedir para parar a comunicação visual. Depois que o servidor nó recebe o comando de parada do set-top box, ele desliga os caminhos dirigidos aos referidos 2 caminhos de dados unicast de todas as opções entre o chamado set-top box e a chamada do set-top box. Em seguida, ele envia um comando para parar o comando de codificação/decodificação para o chamado set-top box e a chamada do set-top box, respectivamente, e um menu de última página é enviado para os set-top boxes para voltar ao menu.
[0775] 3.2.3.4 Processo de interação de transmissão ao vivo
[0776] Iniciar a transmissão vivo
[0777] Dados da transmissão ao vivo é também um caminho de dados de transmissão.
[0778] O set-top box emite um comando de pedido, e depois que o servidor nó recebe o pedido, atribui automaticamente um caminho de transmissão de dados e envia um comando de codificação/descodificação para o set-top box, e, ao mesmo tempo, ele instrui um comutador de nível superior do set-top box atual para abrir um caminho para este caminho de dados de transmissão. Em seguida, o set-top box pode assistir a transmissão que inicia. A parte que inicia será a parte assistida ao mesmo tempo.
[0779] Assistir transmisão ao vivo
[0780] O set-top box de assistir emite um comando de pedido, que contém o número da parte que inicia a transmissão ao vivo. Depois que o servidor nó recebe o pedido, ele primeiro consulta se a parte que inicia a transmissão ao vivo acessou a rede e se iniciou uma transmissão ao vivo. Se as condições não forem cumpridas, informa o set top box de assistir, que o pedido de assistir falhou.
[0781] Se as condições forem cumpridas, o servidor do nó encontra a rota entre a parte que inicia a transmissão ao vivo e o set-top box de assistir, e abre os caminhos direcionados para este caminho de dados de transmissão de todos os comutadores entre a parte que inicia a transmissão ao vivo e o set top box de assistir; ao mesmo tempo, ele envia um comando de decodificação do settop box de assistir. Em seguida, o set-top box pode assistir a transmissão ao vivo.
[0782] Parar de assistir a transmissão ao vivo
[0783] O set-top box de assistir emite um comando de parada, e depois que o servidor nó recebe o comando de parada do set-top box de assistir, ele encontra a rota entre a parte que inicia a transmissão ao vivo e o set-top box de assistir, e os caminhos direcionados para este caminho de dados de transmissão de todos os comutadores entre a parte que inicia a transmissão ao vivo e o set-top box de assistir são desligados pertinentemente (é possível que um comutador na rota tenha outros set-top boxes que estão assistindo a transmissão ao vivo atual, de modo que não pode desligar todos os caminhos diretamente), e, ao mesmo tempo, um comando de decodificação de parada é enviado para o settop box de assistir, e um menu de última página é enviado para o set-top box de assistir para voltar ao menu.
[0784] Parar a inicialização da transmissão ao vivo
[0785] A parte que inicia a transmissão ao vivo emite um comando de parada. Depois que o servidor nó recebe o comando de parada, ele primeiro consulta quantos usuários estão assistindo a transmissão ao vivo atual, e termina o processo de todos os usuários que estão assistindo a transmissão ao vivo de acordo com o processo de parar de assistir, em seguida, ele envia um comando de codificação/decodificação de parada para a parte que inicia a transmissão ao vivo e, ao mesmo tempo, indica que o comutador de nível superior do settop box atual para fechar o caminho para este caminho de dados de transmissão.
[0786] 3.2.3.5 Além dos exemplos acima, as seguintes aplicações de comunicação de serviço também podem ser realizadas nos modos de execução da invenção.
[0787] 1. Transmissão controlável
[0788] 1) Transmissão e Transmissão Restrita: (Serviço Multicast)
[0789] O servidor nó mantém uma tabela de operação de transmissão.
[0790] Fonte de Transmissão: codificador analógico em tempo real, conversor digital em tempo real e programas armazenados.
[0791] Servidor nó, contador de espectador de transmissão restrita, novos espectadores serão rejeitados depois que excede um valor definido.
[0792] O servidor nó realiza a autenticação de grupo restrito de usuário de transmissão.
[0793] Depois de um terminal de usuário introduz observação, um menu de OSD pode ser exibido de acordo com a chave HLP, e o conteúdo de transmissão pode ser armazenado em uma caixa de e-mail individual.
[0794] A transmissão controlável pode proporcionar um serviço seletivamente apenas a uma parte dos usuários (por exemplo, o canal carregado).
[0795] A transmissão controlável pode contar o índice de audiência a qualquer momento (mesmo o índice de audiência de espectador classificado).
[0796] Transmissão restrita: uma ampla variedade de preços pode ser definida por milhares de canais de transmissão de acordo com diferentes valores restritos, que podem ser alugados para clientes comerciais (publicidade e educação, etc) em grandes quantidades.
[0797] 2) Feedback de voto (que pode ser pay-per-view)
[0798] Um media center MPC edita e grava o conteúdo do OSD.
[0799] Um servidor nó envia periodicamente o conteúdo do OSD com o mesmo endereço (DA) como a origem de transmissão remota.
[0800] Um usuário do set-top box encaminha o valor de feedback de um controle remoto de acordo com o conteúdo do OSD exibido através da chave HLP.
[0801]
[0802] registro da tabela de informação do usuário (DA multicast, pontuação e votação).
[0803] O servidor proxy de usuário pesquisa na tabela de informação do usuário a cada segundo, e envia o resultado da votação do usuário para o servidor nó.
[0804] Informações de Feedback do Espectador: hora-homem de participação total, número de votação e classificação do espectador (SIM/NÃO ou 5 sistema de pontos) em cada ponto de destino. O feedback de votação em um canal de transmissão pode ser usado para questionário projetado para pesquisa de opinião pública e futura massa-eleitoral estrela, etc.
[0805] 2. VOD e MOD: (serviço unicast)
[0806] 3) Operação de processo de VOD
[0807] Um servidor nó edita e registra um conteúdo de confirmação de VOD, que contém informações sobre o programa, informações de preços e informação de feedback do espectador).
[0808] Depois de receber um pedido do usuário, o servidor nó envia uma confirmação de menu VOD e o conteúdo de OSD.
[0809] Um usuário do set-top box encaminha o valor de feedback de um controle remoto de acordo com o conteúdo do OSD exibido através da chave HLP (local de reprodução do programa de e classificação de prompt).
[0810] O servidor proxy do usuário registra a tabela de informações do usuário e envia o resultado de avaliação do usuário ao servidor nó após o VOD ser terminado.
[0811] O usuário do set-top box realiza a operação de reprodução (pausa/reprodução, encaminhamento rápido e contínuo/retrocesso rápido, encaminhamento de 15 minutos/retrocesso).
[0812] Informação de Feedback do Espectador: número de cliques total, e índice de audiência (5 sistema de pontos).
[0813] O serviço de VOD: o conteúdo pode ser uma mídia de massa, ou mídia alternativa (TV Blog, educação profissional e de manutenção de operação do produto, etc).
[0814] 4) Kara-Ok:
[0815] É o mesmo que o VOD, onde o áudio emprega pistas duplas independentes.
[0816] 5) TV Magazine (MOD):
[0817] Um servidor nó adiciona texto na demanda e na imagem de voz na demanda com base em VOD.
[0818] O servidor nó distribui ou seleciona uma pluralidade de conteúdos de mídia em uma ordem.
[0819] 6) Website interativo multimídia:
[0820] Um servidor proxy do usuário está equipado com uma caixa de e-mail aberta ao público, para receber imagem, texto e comentários de voz dos leitores.
[0821] Website interativo multimídia pode ser uma janela de uma empresa ou o governo que está aberta ao público (assuntos de governo eletrônico).
[0822] 3. TVOD (Transmissão controlável +VOD): (Serviço Multicast + Unicast)
[0823] 7) Monitoramento centralizado:
[0824] Um centro de mídia ou um servidor proxy do usuário MPC edita e mantém uma tabela de operação do monitor, e pode ser selecionado para mudar a gravação de vídeo periodicamente.
[0825] Depois de um terminal de usuário entrar a visualização, pode armazenar o conteúdo do monitor em uma caixa de e-mail individual de acordo com um menu OSD exibido através de chave HLP.
[0826] Monitoramento centralizado pode ser aplicado em grande escala de controle remoto, e um serviço de segurança pode ser fornecido a uma pluralidade de empresas, ao mesmo tempo, através da separação do grupo de usuário.
[0827] 8) TV Reprodução (Rede TiVo):
[0828] A memória proxy do usuário pode armazenar todo o conteúdo em 3-7 dias recentes de dezenas de canais.
[0829] Depois de um terminal de usuário entrar a observação, pode armazenar o conteúdo do programa em uma caixa de e-mail individual de acordo com um menu OSD exibido através de chave HLP.
[0830] playback de TV: um usuário pode assistir TV no modo de VOD e selecionar qualquer conteúdo do programa nos últimos 7 dias a qualquer momento
[0831] 9) Programa bem escolhido
[0832] Um centro de mídia MPC edita e mantém uma tabela de programa de transmissão bem escolhida, classifica programas periodicamente e registra automaticamente.
[0833] A memória proxy do usuário pode armazenar todo o conteúdo de dezenas de programas esplêndidos nos últimos 60 dias.
[0834] Depois de um terminal de usuário entrar a observação, pode armazenar o conteúdo do programa em uma caixa de e-mail individual de acordo com um menu OSD exibido através de chave HLP.
[0835] Programa bem escolhido: programas de TV são classificados e armazenados automaticamente, e editada em um formulário de menu para observação conveniente pelos consumidores.
[0836] 4. Transmissão ao vivo: (Serviço Multicast)
[0837] 1) Transmissão ao vivo simples:
[0838] Um servidor proxy do usuário em transmissão ao vivo é o mesmo que o da transmissão restrita.
[0839] O servidor proxy do usuário pode gravar um conteúdo de transmissão ao vivo sob o controle de um terminal de transmissão ao vivo.
[0840] Transmissão ao vivo: os espectadores podem estar em toda a rede, e a fonte de transmissão é definida no site do cliente.
[0841] 2) Video chat, Sala de aula web e do hotline do cidadão:
[0842] Depois de entrar em uma sala de bate-papo, um terminal de parte de participação pode pedir para fazer upload de vídeo de acordo com o conteúdo do OSD exibido através da chave HLP, e apresenta flores a um âncora.
[0843] A parte de ancoragem do servidor proxy do usuário registra o pedido do usuário e envia um prompt de OSD para um terminal de transmissão ao vivo.
[0844] O terminal de parte de transmissão ao vivo pode exibir OSDs de pedido de upload de vídeos múltiplos, selecionar um caminho para fazer o upload através de um controle remoto, e desligar automaticamente o caminho anterior.
[0845] O servidor proxy do usuário envia um pacote especial de carregamento para uma conta de execução quando upload de vídeo é desligado.
[0846] O servidor proxy do usuário registra o valor apresentação flores do usuário, notifica a parte de transmissão ao vivo, e envia um pacote especial de carregamento para uma conta de execução quando o upload de vídeo é desligado.
[0847] Depois de entrar em uma sala de bate-papo, o usuário apresenta flores e participa de conversa por áudio, o custo para a abertura de conversas de vídeo é automaticamente armazenado em uma caixa de e-mail individual proporcionalmente.
[0848] Video Chat: a imagem transmitida pelo apresentador em casa (no site), pode atingir toda a rede, o apresentador pode ver os pedidos do espectador e ouvir áudios de vários espectadores, mas apenas 1 caminho de imagem do espectador pode ser visto de forma seletiva.
[0849] Um espectador obtém uma sala de chat através de uma tabela de programas e disca; o espectador pode apresentar flores para o apresentador (cobrado adicionalmente) e o pedido de conversação em áudio ou vídeo.
[0850] 3) Canal de Compras:
[0851] Um terminal de transmissão ao vivo ou MPC conectado a ele mantém as informações de compras (commodities e clientes).
[0852] Depois de entrar em um canal de compras, um terminal de usuário exibe uma ordem OSD (commodity, especificação, número e preço) através de chave HLP.
[0853] O terminal de usuário preenche e envia um pedido através de um controle remoto.
[0854] Depois de receber o pedido, o servidor proxy do usuário encaminha-o a um terminal de parte de transmissão ou um MPC conectado a ele.
[0855] O terminal de parte de transmissão ao vivo ou o MPC autentica a ordem e retorna a ordem confirmada para o usuário.
[0856] O terminal do usuário apresenta a ordem de novo, e confirma por meio de um controle remoto.
[0857] O servidor proxy do usuário envia a confirmação do usuário para parte de transmissão ao vivo, e envia um pacote de carregamento especial para uma conta em execução quando o upload de vídeo é desligado.
[0858] Depois de um terminal de usuário entrar a observação, pode armazenar o conteúdo de compras em uma caixa de e-mail individual de acordo com um menu OSD exibido através de chave HLP.
[0859] MPC é uma máquina PC instalada com software especial para reforçar o desempenho operacional de um set-top box TV.
[0860] 4) Canal de Leilão:
[0861] Um terminal de transmissão ao vivo ou um MPC mantém a informação de leilão (commodities e clientes).
[0862] Depois de entrar em um canal de leilão, um terminal de usuário exibe uma introdução OSD (commodities, especificação e preço de venda), através de chave HLP.
[0863] O terminal de usuário preenche e envia uma proposta através de um controle remoto.
[0864] Depois de receber a proposta, o servidor proxy de usuário encaminha para o terminal de parte de transmissão ao vivo ou o MPC.
[0865] O terminal de parte de transmissão ao vivo ou o MPC conectado com ele autentica o lance de usuário e retorna o bit confirmado para o usuário.
[0866] O terminal de usuário exibe o lance a proposta de novo e confirma através de um controle remoto.
[0867] O servidor proxy de usuário envia a confirmação do usuário para a parte de transmissão ao vivo, e envia um pacote especial para o carregamento de uma conta em execução quando o upload de vídeo é desligado.
[0868] Depois de um terminal de usuário entrar a observação, pode armazenar o conteúdo do leilão em uma caixa de e-mail individual de acordo com um menu OSD exibido através de chave HLP.
[0869] O MPC é uma máquina PC instalada com software especial, que é conectada diretamente com um terminal para reforçar o desempenho operacional de um set-top box de TV.
[0870] 5) Centro de chamada de vídeo:
[0871] O terminal de parte de transmissão ao vivo ou um MPC conectado com ele une vários caminhos de bate-papo de vídeo para um número (ou nome) para compartilhamento de recursos.
[0872] O centro de chamada de vídeo pode ser diretamente ligado a um canal de compras ou um canal de leilão para fornecer um serviço subsequente.
[0873] 5. Conferência (vários caminhos de transmissão ao vivo em conjunto): (Serviço Multicast)
[0874] Uma conferência do terminal de parte de inicialização ou um MPC conectado com ele edita e mantém uma tabela de operação de conferência, e percebe a união de vários caminhos de processos.
[0875] 1) Discurso em uma Reunião Geral:
[0876] Um terminal de parte de inicialização controla diretamente os terminais de parte de participação designados, e encerra a operação remota da parte de participação, a fim de forçá-los a participar de forma passiva.
[0877] A parte de inicialização de discurso realiza-se compulsivamente, e a parte de inicialização é forçada a assistir o discurso.
[0878] O terminal de parte de inicialização pode assistir qualquer parte de participação ou designá-lo para falar sem informar a parte de participação com antecedência.
[0879] O discurso em uma Reunião Geral é aplicável ao relatório líder, direção de eventos de engenharia, e reunião de rotina de despacho entre a sede da empresa e as subdivisões remotas.
[0880] 2) Sala de aula:
[0881] Qualquer terminal de parte de participação pode emitir um pedido de discurso para o terminal de parte de inicialização, e pode falar depois de ter sido autorizado pela parte inicial.
[0882] A sala de ensino pode conceber uma sala de bate-papo em conferência, e a diferença da sala de bate-papo de transmissão ao vivo está em que: um espectador de transmissão ao vivo sempre assiste o auxiliador, enquanto um espectador de conferência de bate-papo assiste ao palestrante ou assiste o auxiliador e o palestrante simultaneamente através de um terminal multi-screen.
[0883] 3) Discussão em mesa-redonda:
[0884] Qualquer terminal de parte de participação pode interromper os outros e se inserir para falar (sem ser interrompido por pelo menos 10 segundos) através de uma única tecla ENTER.
[0885] a discussão em mesa-redonda pode conceber uma sala de chat em conferência, e a diferença da sala de bate-papo de transmissão ao vivo está em que: um visualizador de transmissão estar sempre assistindo o auxiliador, enquanto uma conferência de bate-papo espectador assiste ao alto-falante ou assiste o auxiliador e o alto-falante simultaneamente através de um terminal multi-screen.
[0886] 4) Multi-tela de conferência:
[0887] Um servidor proxy do usuário pode inserir um VOD.
[0888] Um terminal PBOX deve ser utilizado, que pode exibir a parte de inicialização (presidente), o orador, o local da reunião, o VOD ou a tela de um PC simultaneamente.
[0889] Um modo de conferência, por exemplo, o discurso de reunião geral, a sala de ensino e a mesa-redonda de discussão, etc., podem ser selecionados.
[0890] 5) TV de parede:
[0891] Ele pode exibir a parte de inicialização (presidente), o orador, locais de reunião de filiais múltiplas, o VOD ou uma tela de computador ao mesmo tempo.
[0892] Um modo de conferência, por exemplo, o discurso de reunião geral, a sala de ensino e a mesa-redonda de discussão, etc., podem ser selecionados.
[0893] 6. Video Telefone: (Serviço Unicast)
[0894] 6) Vídeo telefone comum:
[0895] Um servidor proxy do usuário mantém uma lista de número de telefone, e ele suporta a discagem comum e a discagem compulsiva.
[0896] Depois de entrar em uma conversa, um terminal de usuário pode armazenar o conteúdo de comunicação em uma caixa de correio de acordo com um menu OSD exibido através de chave HLP, e pode selecionar ou ajustar o ângulo da câmera da parte contrária.
[0897] 7) Coleção de videofone (Vídeo 800)
[0898] Um número deste tipo começa com 800, que é gratuito para os usuários. Os outros aspectos são os mesmos que aqueles de um videofone comum.
[0899] Coleção de videofone é aplicável a anúncios, atendimento ao cliente e serviço coletivo, etc.
[0900] 8) Telefone de serviço de vídeo (vídeo 900):
[0901] Um número deste tipo começa com 900, a parte que chama é um terminal de usuário comum e a taxa de serviço do mesmo contém uma taxa de conteúdo alto (em segundos), além da taxa de comunicação. Os outros aspectos são os mesmos que aqueles de um videofone comum.
[0902] A parte chamada é um provedor de conteúdo (o conteúdo inclui comunicação em tempo real, VOD e a revista de TV).
[0903] 9) Monitoramento Home:
[0904] monitoramento home é uma comunicação unidireccional que se realiza por meio de um servidor proxy do usuário, e pode ser realizada simultaneamente com outros serviços, desde que os meios de envio de vídeo não estejam em conflito uns com os outros.
[0905] Depois de discar e entrar no monitoramento, um terminal de usuário pode armazenar o conteúdo de monitoramento em uma caixa de correio de acordo com um menu OSD exibido através de chave HLP, e pode selecionar vários caminhos de câmeras ou ajustar o ângulo da câmera da parte contrária.
[0906] Um terminal monitorado pode definir o direito de monitorização (isto é, que designa um grupo de números que estão autorizados a monitorar, abrir todos os números ou barrar todos os números).
[0907] O monitoramento domiciliar é aplicável para casas, lojas pequenas e agências bancárias, etc.
[0908] 7. Correio de TV e Blog de TV: (Serviço Unicast)
[0909] 10) Armazenamento de rede individual
[0910] Um servidor proxy do usuário mantém a lista de caixa de correio de um usuário.
[0911] Um terminal do usuário faz upload do conteúdo incluindo vídeo, áudio, imagem e texto, que é guardado na caixa de correio na forma de projeto e pode ser convocado e visto a qualquer momento.
[0912] O conteúdo de upload pode ser o gateway através de uma porta USB (que pode ser conectada diretamente a um PC, um disco USB e um disco rígido removível, etc.)
[0913] 11) Vídeo correio comum:
[0914] Um terminal de usuário designa o conteúdo na caixa de correio, entra o número de um objeto de envio, e os pedidos para enviar o e-mail.
[0915] O servidor proxy do usuário emite uma nova notificação de e-mail para o envio de objeto, mas na verdade, não encaminha o conteúdo do e-mail. A operação VOD só é executada quando o terminal de parte recepetora vê o conteúdo.
[0916] Se os pedidos do terminal da parte receptora para salvar o conteúdo de correio por um longo tempo, o conteúdo pode ser armazenado na caixa de correio de acordo com um menu OSD exibido através de chave HLP.
[0917] 12) Mensagem curta e mensagem de voz:
[0918] Ela será processada como um correio de vídeo, e os conteúdos podem ser armazenados em um dispositivo de armazenamento VDOs-SD.
[0919] 13) Blog TV:
[0920] O servidor nó classifica e mantém uma grande caixa de correio de público de acordo com o conteúdo.
[0921] Um terminal do usuário faz upload de um e-mail para a grande caixa de correio público de um centro de mídia (incluindo preço definido pelo usuário).
[0922] Um media center MPC recebe e autentica o e-mail enviado, converte-o em VOD, e registra e armazena em um Blog com uma classificação correspondente.
[0923] O servidor nó mantém informações de feedback do espectador, e mantém uma conta VOD.
[0924] Se um pedido do terminal da parte receptora para salvar o conteúdo do blog por um longo tempo, o conteúdo pode ser armazenado na caixa de correio de acordo com um menu OSD exibido através de chave HLP.
[0925] A parte da taxa de conteúdo da TV Blog pode ser automaticamente transferida para a conta da parte de upload de conteúdo (modo de departamento de armazenamento).
[0926] 8. Rede de Computadores:
[0927] 14) Acesso à internet de banda larga
[0928] Devido à existência de um gateway de Ethernet, o usuário pode acessar a rede nova em casa através de um comutador de Ethernet comum. Assim, a convergência da Internet e da rede nova pode ser realizada pelo usuário em casa, e os dados de IP podem ser conectados à Internet.
[0929] O acesso à Internet de banda larga é aplicável para os consumidores em comunidades descentralizadas.
[0930] 15) Rede de área local de computador multimídia:
[0931] Devido à existência de um gateway Ethernet, uma empresa pode acessar a rede nova por meio de um comutador Ethernet comum, portanto, uma convergência da Internet e da rede nova pode ser realizada pela empresa.
[0932] A rede de área local de computador multimídia é aplicável para escolas, empresas e escritórios do governo.
[0933] 9. Telefone de voz: (Serviço Multicast + Unicast)
[0934] O telefone da rede nova utiliza PCM não comprimido (G.711) diretamente, e tem uma qualidade PSTN e baixo atraso (FAX de transmissão transparente e modem), mas as suas funções passam sobre as de PSTN, e o seu custo é mais baixo do que o de telefone IP. Ela pode atender o serviço de telefone de todos os usuários, apenas ocupando um por cento dos recursos de largura de banda da rede nova.
[0935] 16) Telefone de rede nova:
[0936] Chamada on-net do telefone da rede nova: discar diretamente para o número do telefone da rede nova.
[0937] Chamadas da rede nova para a rede PSTN: 99 + número de telefone PSTN
[0938] Chamada da rede PSTN para a rede nova: 077 + número de MP (para 077 ou outros números, que cooperam com a empresa de telecomunicações).
[0939] Depois de entrar em uma conversa, se um usuário disca "***" de forma contínua, o conteúdo de conversa das duas partes será armazenado em uma caixa de correio automaticamente.
[0940] 17) Telefone de gravação:
[0941] Um usuário pode selecionar: "se uma chamada é perdida, reproduzir automaticamente um registro na caixa de correio", então o conteúdo das chamadas será gravado na caixa postal.
[0942] Pagamento mensal poderá ser selecionado.
[0943] 18) Conferência de telefone de voz:
[0944] O servidor nó é equipado com um dispositivo dedicado de síntese de discurso de múltiplos caminhos, que tem tom de cor clara e baixo atraso.
[0945] A conferência da parte de inicialização aponta o tempo da conferência, o número de participantes, os números correspondentes e o código PSTN off- net e a gravação total pode ser selecionada.
[0946] O servidor nó envia uma notificação de mensagem curta (incluindo o número de conferência) para os usuários designados.
[0947] Os usuários discam o número designado no tempo designado e adicionam na conferência telefônica.
[0948] O servidor nó automaticamente autentica o tempo, o número de conferência e os números de usuário, e pode chamar automaticamente a parte de participação de conferência.
[0949] 19) Central de serviço automático de voz:
[0950] Ela é semelhante à função de um website multimídia exceto por ser limitado em voz. Geralmente, esta função pode ser realizada em uma empresa através de um PC. Esta função pode ser definida automaticamente para cada usuário na nova rede, com nenhum hardware adicional necessário, e apenas uma taxa mensal é pouco cobrada.
[0951] A central de serviço de voz automática é aplicável aos serviços tais como o clima, os estoques, o tráfego, o serviço público e serviço ao cliente, etc
[0952] 20) Call Center de voz:
[0953] Um terminal de parte de inicialização ou um MPC conectado com ela liga vários caminhos de telefones para um número (ou nome) para compartilhamento de recursos.
[0954] A parte de inicialização pode selecionar a gravação em geral.
[0955] 21) Estação de transmissão de música a cabo:
[0956] É semelhante à transmissão de TV, exceto por ser limitada a música.
[0957] 3.3 Convergência da rede nova da invenção e a Ethernet existente
[0958] A fim de realizar a convergência da rede nova acima e a Ethernet existente e fazer uso total das funções do gateway de conversão de protocolo ethernet existente, ao mesmo tempo, na invenção, o gateway Ethernet padrão é reconstruído como um comutador de acesso de tipo especial, que desempenha o papel de conexão e de conversão entre a rede nova e a Ethernet. O gateway de Ethernet reconstruída é referido como gateway de conversão de protocolo Ethernet. Na rede nova, o gateway de conversão de protocolo Ethernet encontra-se na parte da rede de acesso, e pode ser conectado com o comutador de acesso, ou pode ser conectado diretamente com o servidor nó. Na Ethernet, um gateway de conversão de protocolo Ethernet é conectado a um comutador de Ethernet (comutador L2, breve a seguir), e o comutador Ethernet está conectado com um terminal.
[0959] Na presente invenção, a transmissão de dados entre a rede nova e a Ethernet refere-se principalmente aos seguintes quatro tipos de dados:
[0960] 1) Pacote de consulta: um pacote de protocolo enviado de um servidor nó para um comutador de acesso, um gateway de conversão de protocolo Ethernet ou um terminal;
[0961] 2) Pacote de resposta: um pacote de protocolo respondido por um comutador de acesso, um gateway de conversão de protocolo Ethernet ou um terminal para um servidor nó;
[0962] 3) Pacote de dados unicast, e
[0963] 4) Pacote de dados Multicast.
[0964] O gateway de conversão de protocolo Ethernet essencialmente realiza o encaminhamento dos quatro tipos de dados acima entre a rede nova e a Ethernet, e o conceito de aplicação principal é a seguinte:
[0965] O gateway de conversão de protocolo Ethernet acessa a rede nova, e obtém o endereço MAC do gateway de conversão de protocolo Ethernet e do terminal de endereço MAC registrado sob o gateway de conversão de protocolo Ethernet do servidor nó que tem a função de controle centralizado. Quando o gateway de conversão de protocolo Ethernet recebe um pacote de dados ou um pacote de protocolo enviado da rede nova, acrescenta o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino no pacote de dados ou o pacote de protocolo e envia-o para a Ethernet, e o pacote de dados ou pacote de protocolo é transmitido na Ethernet através do protocolo Ethernet, quando o gateway de conversão de protocolo Ethernet recebe o pacote de dados ou o pacote de protocolo enviados da Ethernet, ele remove o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de origem do pacote de dados, ou o pacote de protocolo e, em seguida, envia-o para a rede nova, e o pacote de dados, ou o pacote de protocolo é transmitido na rede nova através do protocolo de rede nova.
[0966] Em que, o terminal de destino e o terminal de origem estão em conformidade com o protocolo da rede nova. Assim, o terminal de destino e o terminal de origem, não apenas pode entrar na Ethernet, através do endereço MAC, mas apenas pode entrar na rede nova, conformando-se o protocolo da rede nova. Portanto, a transmissão compatível pode ser realizada em dois diferentes tipos de redes.
[0967] Na rede nova, uma estrutura de dados em conformidade com o protocolo da rede nova é definida (2.1 A definição de pacote de dados de rede de acesso). Os 4 tipos de dados acima (pacote de dados ou pacote de protocolo) todos em conformidade com tal estrutura de dados.
[0968] O terminal de destino e o terminal de origem querem estar em conformidade com o protocolo da rede nova, eles devem estar em conformidade com as estruturas de dados acima da rede nova. Portanto, para um pacote de dados ou pacote de protocolo enviado da rede nova para o terminal de destino e um pacote de dados ou pacote de protocolo enviado do terminal de origem na Ethernet para a rede nova, os cabeçalhos dos pacotes contêm os endereços das duas extremidades de transmissão na rede nova, em que o endereço é o endereço de origem (SA) e o endereço de destino (DA) do pacote ou do pacote de protocolo. Isto é, um pacote ou um pacote de protocolo enviado da rede nova para o terminal de destino tem o endereço da rede nova, e o DA e o SA do cabeçalho do pacote são ambos novos endereços de rede, como mostrado na tabela a seguir:
Figure img0024
[0969] Quando passando através de um gateway de conversão de protocolo Ethernet, um gateway de conversão de protocolo Ethernet MAC (ou seja, o MAC SA) e um terminal de destino MAC (ou seja, o MAC DA) serão adicionada ao cabeçalho de pacote, em seguida, entra na Ethernet, e é transmitido para o terminal de destino de acordo com o protocolo Ethernet, o pacote ou pacote de protocolo enviado pelo terminal de origem na Ethernet para a rede nova tem um endereço de rede nova e um endereço MAC da Ethernet, ao mesmo tempo, isto é, o cabeçalho de pacote contém não apenas um DA e um SA da rede nova, mas também contém um gateway de conversão de protocolo Ethernet MAC (ou seja, o MAC DA) e um terminal de origem MAC (ou seja, o MAC SA), como mostrado na tabela a seguir:
Figure img0025
[0970] Durante a passagem através de um gateway de conversão de protocolo Ethernet, o gateway de conversão de protocolo Ethernet MAC e o terminal de fonte de MAC são removidos do cabeçalho do pacote, o pacote entra na rede nova, e é transmitido de acordo com o protocolo de rede nova.
[0971] Durante o processo acima em que a rede nova de Ethernet e a Ethernet são tornadas compatíveis umas com as outras, os terminais conectados ao comutador L2 também estabelecem uma relação de ligação com um gateway de conversão do protocolo Ethernet, em que a referida ligação que representa que a relação de mapeamento de um-para-muitos existe entre o endereço MAC do gateway de conversão de protocolo Ethernet e os endereços MAC dos terminais, isto é, uma pluralidade de terminais pode ser registrada em um gateway de conversão de protocolo Ethernet. Tal mapeamento e ligação entre o endereço MAC de terminal e endereço MAC do gateway de conversão de protocolo Ethernet são predefinidos em um servidor nó da rede nova no momento em que o terminal e o gateway de conversão de protocolo Ethernet são vendidos, e o gateway de conversão de protocolo Ethernet é informado do mapeamento e ligada pelo servidor nó. Se o terminal for movido para outro lugar, ele deve ser re-registrado pelo operador. Assim, os endereços MAC de Ethernet podem ser alocados de forma flexível a um gateway de conversão de protocolo Ethernet e uma mesma ligação terminal que é para ser vendida, assim, os recursos de endereços MAC podem ser plenamente utilizados. No entanto, o endereço MAC do gateway de conversão de protocolo Ethernet pode ser solidificado em cada gateway de conversão de protocolo Ethernet, bem como o endereço MAC do terminal também pode ser solidificado em cada terminal. Em tal caso, como, não se pode atribuir de forma flexível os endereços MAC.
[0972] Pode ser conhecido a partir do exposto que ambos o gateway de conversão de protocolo Ethernet e o terminal têm um endereço da rede nova e um endereço MAC da Ethernet. Além disso, o endereço da rede nova e o endereço MAC da Ethernet têm uma relação de mapeamento de um-para-um. Tal relação de mapeamento também pode ser mantida por um servidor nó da rede nova, e o gateway de conversão de protocolo Ethernet pode ser informado da relação de mapeamento. Assim, quando um gateway de conversão de protocolo Ethernet recebe um pacote ou um pacote de protocolo enviado da rede nova, pode procurar-se um endereço MAC do terminal de destino correspondente ao endereço de rede de destino (DA) da rede nova, no pacote de acordo com tal relação de mapeamento, e adicioná-lo para o pacote.
[0973] Foi brevemente descrito acima como a rede nova e a Ethernet são tornadas compatíveis uma com a outra. Todo o processo será descrito em detalhe a seguir, através do processo de acesso de rede e do processo de serviço de um servidor nó da rede nova e um gateway de conversão de protocolo Ethernet, e de um servidor nó e um terminal, de acordo com os exemplos específicos.
[0974] 3.3.1 O processo de acesso de rede de um servidor nó e um gateway de conversão de protocolo Ethernet
[0975] Com referência à Fig. 8, é um fluxograma que mostra o processo em que um gateway de conversão de protocolo Ethernet acessa uma rede nova de acordo com um modo de execução da invenção.
[0976] Primeiramente, cada gateway de conversão de protocolo Ethernet que tem permissão para acessar a rede registra no servidor nó, e as informações de registro do gateway de conversão de protocolo Ethernet contém informações intrínsecas, tais como o número de série do gateway de conversão de protocolo Ethernet (incluindo tipo de dispositivo e as informações de identificação do dispositivo), número de portas de downlink e zona de máscara, etc. Uma porta de conversão de protocolo Ethernet que não está registrada não será capaz de acessar a rede.
[0977] Etapa 601: Um servidor nó com uma função de controle centralizado na rede nova emite um pacote de consulta;
[0978] O servidor nó envia o pacote de consulta para cada porta.
[0979] Etapa 602: Após o gateway de conversão de protocolo Ethernet ser ligada e inicializada, ela recebe o pacote de consulta e retorna um pacote de resposta que contém um número de série do gateway de conversão de protocolo Ethernet;
[0980] A hipótese é que o gateway de conversão de protocolo Ethernet recebe um pacote de consulta emitido por uma determinada porta (por exemplo, a porta 0).
[0981] Etapa 603: O servidor nó procura a informação do gateway de conversão de protocolo Ethernet correspondente ao número de série na tabela de informações de registro, onde o gateway de conversão de protocolo Ethernet inclui o gateway de conversão de protocolo Ethernet MAC e a ligação do endereço MAC do terminal com o gateway de conversão de protocolo Ethernet;
[0982] Depois que o servidor nó receber o pacote de resposta emitido pelo gateway de conversão de protocolo Ethernet, ele saberá que a porta 0 é conectada com uma porta de conversão de protocolo Ethernet, em seguida, ele procura em uma tabela interna de registro de informação.
[0983] Etapa 604: O servidor nó envia um comando de acesso de rede para o gateway de conversão de protocolo Ethernet, onde o comando de acesso de rede contém o endereço do gateway de conversão de protocolo Ethernet na nova rede e o endereço MAC do gateway de conversão de protocolo Ethernet;
[0984] Isto é, o servidor nó notifica o gateway de conversão de protocolo Ethernet do endereço da rede nova do gateway de conversão de protocolo Ethernet e o endereço MAC Ethernet registrado com antecedência, através de um comando de acesso de rede.
[0985] Etapa 605: O gateway de conversão de protocolo Ethernet retorna uma resposta depois de receber o comando de acesso de rede e acessar a rede nova;
[0986] Depois de receber o comando de acesso de rede, o gateway de conversão de protocolo Ethernet vai saber o endereço da rede nova de acesso e o endereço MAC da Ethernet.
[0987] Etapa 606: O servidor nó periodicamente publica uma instrução de consulta do estado do dispositivo para o gateway de conversão de protocolo Ethernet que acessa a rede, e verifica se o gateway de conversão de protocolo Ethernet funciona normalmente;
[0988] Depois que o servidor nó recebe uma resposta de comando de acesso de rede, ele vai saber que o gateway de conversão de protocolo Ethernet acessou a rede, e depois periodicamente (por exemplo, a cada segundo) envia uma instrução de consulta do estado do dispositivo até a porta 0. Se o servidor nó não receber uma resposta de consulta do estado em certo período de tempo (por exemplo, 6 segundos), será considerado que o gateway de conversão de protocolo Ethernet foi removida da rede, e nenhuma instrução de consulta do estado do dispositivo será enviada mais. Ele continua a enviar um pacote de consulta para a porta 0.
[0989] Etapa 607: O servidor nó notifica o gateway de conversão de protocolo Ethernet da ligação de endereço do terminal MAC para o gateway de conversão de protocolo Ethernet, e o mapeamento entre o endereço MAC do terminal e o endereço da rede nova a ser alocada para o terminal.
[0990] O servidor nó sabe de acordo com a tabela de informação de registro que um terminal é unido ao gateway de conversão de protocolo Ethernet, por isso envia a ligação de endereço MAC do terminal para o gateway de conversão de protocolo Ethernet, e o mapeamento entre o endereço MAC do terminal e do endereço da rede nova a ser alocada, para o gateway de conversão de protocolo Ethernet.
[0991] Através do processo acima de acesso de rede, o gateway de conversão de protocolo Ethernet irá conhecer o seu próprio endereço da rede nova, o endereço MAC Ethernet, o endereço MAC do terminal ligado a esse e o mapeamento entre o endereço MAC do terminal e o endereço da rede nova a ser alocada no terminal.
[0992] Preferencialmente, baseado no processo acima, a transmissão de dados na rede nova pode ser realizada especificamente procurando em uma tabela de endereços. Cada nó na rede nova, incluindo o servidor nó, o comutador de acesso e o gateway de conversão de protocolo Ethernet, mantém a sua tabela de endereço própria, e os dados de cada tempo são recebidos, ele realiza a transmissão de dados e a orientação de acordo com a tabela de endereços. Devido à transmissão de dados entre a rede nova e a Ethernet principalmente relacionada com a transmissão de um pacote de consulta, um pacote de resposta, um pacote de dados unicast e um pacote de dados multicast, a tabela de endereços é também dividida em:
[0993] 1) tabela de endereço de pacote de protocolo: tabela 0 concisa abaixo, para transmitir e orientar um pacote de consulta ou de um pacote de protocolo de pedido de serviço;
[0994] 2) tabela de busca de endereço de pacote de resposta: a tabela 1 concisa abaixo, para transmitir e orientar um pacote de resposta;
[0995] 3) tabela de endereço de pacote de dados unicast: tabela 2 concisa abaixo, para transmitir e orientar um pacote de dados unicast e
[0996] 4) tabela de endereço de pacote de dados multicast: tabela 3 concisa abaixo, para transmitir e orientar um pacote de dados multicast.
[0997] Em conjunto com o processo de acesso de rede acima, de um gateway de conversão de protocolo Ethernet, durante o processo de ligar e inicializar gateway de conversão de protocolo Ethernet, na etapa 302, a tabela 0, a tabela 1, a tabela 2 e a tabela 3 são inicializadas. Então, após o gateway de conversão de protocolo Ethernet receber o comando de acesso de rede na etapa 305, ela irá configurar a tabela 0: orientando o pacote de consulta ou pacote de protocolo de pedido de serviço enviado para a máquina local para a porta do módulo CPU da máquina local. Então, após o gateway de conversão de protocolo Ethernet enviar uma resposta e acessar a rede, o servidor nó enviará ainda uma instrução de configuração para o gateway de conversão de protocolo Ethernet para configurar a tabela 0 no gateway de conversão de protocolo Ethernet: orientando o pacote de consulta ou o pacote de protocolo de pedido de serviço enviado para o terminal ligado ao gateway de conversão de protocolo Ethernet para uma porta correspondente ao gateway de conversão de protocolo Ethernet, respectivamente.
[0998] 3.3.2 O processo de acesso de rede de um servidor nó e um terminal
[0999] Após o gateway de conversão de protocolo Ethernet acessar a rede nova, um terminal ligado a esse também acessa a rede nova.
[01000] Com referência à Fig. 9, é um fluxograma que mostra o processo no qual um terminal acessa uma rede nova de acordo com um modo de execução da invenção.
[01001] Da mesma forma, cada terminal que tem permissão para acessar a rede está registrado no servidor nó, e está registrado sob o gateway de conversão de protocolo Ethernet de que é unido, em que a informação do registro de um terminal contém o número de série do terminal (incluindo tipo de dispositivo e as informações de identificação do dispositivo) e informações intrínsecas. Um terminal que não está registrado não será capaz de acessar a rede.
[01002] Etapa 701: Um servidor nó com uma função de controle centralizado na rede nova emite um pacote de consulta;
[01003] Depois que um gateway de conversão de protocolo Ethernet acessa a rede, o servidor nó enviará um pacote de consulta a uma porta de downlink do gateway de conversão de protocolo Ethernet para verificar se um dispositivo terminal está conectado sob o gateway de conversão de protocolo Ethernet.
[01004] Etapa 702: O gateway de conversão de protocolo Ethernet conversão recebe o pacote de consulta, orienta o pacote de consulta para uma porta correspondente de acordo com uma tabela de endereço de pacote de protocolo, e em seguida, adiciona o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino no pacote de consulta, e encaminha o pacote de consulta.
[01005] O endereço de destino (DA) do pacote de consulta é o endereço da rede nova a ser alocado pelo servidor nó para o terminal. Portanto, após o gateway de conversão de protocolo Ethernet receber o pacote de consulta, pode procurar o endereço MAC do terminal correspondente de acordo com o mapeamento entre o endereço da rede nova e o endereço MAC Ethernet, e depois adiciona ao pacote e envia o pacote. Depois de o pacote de consulta entrar na Ethernet, é transmitida de acordo com o protocolo Ethernet, e, finalmente, é enviada para o terminal de destino.
[01006] Etapa 703: Após o terminal ser ligado e inicializado, ele recebe o pacote de consulta e retorna um pacote de resposta que contém o número do terminal de série.
[01007] Etapa 704: O protocolo do gateway de conversão de protocolo Ethernet remove o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal no pacote de resposta e, em seguida, encaminha o pacote de resposta para o servidor nó;
[01008] O pacote de resposta contém o endereço MAC do gateway de conversão do protocolo Ethernet, o endereço MAC do terminal, o endereço de destino (DA) e endereço de origem (SA) da rede nova. Após o gateway de conversão de protocolo Ethernet remover o endereço MAC do gateway de conversão do protocolo Ethernet e o terminal de endereço MAC, ele orienta o pacote procurando na tabela 1. O pacote de resposta entra a rede nova, e é transmitido de acordo com o protocolo da rede nova.
[01009] Etapa 705: O servidor nó encontra o terminal de informação que corresponde ao número de série do terminal em uma tabela de informação de registro e envia um comando de acesso de rede, em que o comando de acesso de rede contém o endereço do terminal na rede nova;
[01010] Após o servidor nó receber o pacote de resposta emitido pelo terminal, ele saberá que um dispositivo de terminal está conectado ao gateway de conversão de protocolo Ethernet, e, em seguida, ele procura em uma tabela interna de registro de informação.
[01011] Etapa 706: O gateway de conversão de protocolo Ethernet recebe o comando de acesso de rede, e encaminha o comando depois de adicionar o endereço MAC do gateway de conversão de protocolo Ethernet e o endereço MAC do terminal de destino;
[01012] Etapa 707: Depois de o terminal receber o comando de acesso de rede, ele retorna uma resposta, após o gateway de conversão de protocolo Ethernet remover o endereço MAC do gateway de conversão de protocolo e o endereço MAC do terminal na resposta, ele encaminha a resposta para o servidor nó, e o terminal acessa a rede nova;
[01013] Depois que o terminal recebe o comando de acesso de rede, ele vai saber o endereço da rede nova de acesso.
[01014] Etapa 708: O servidor nó periodicamente publica uma instrução de consulta de estado do dispositivo para o terminal que acessou a rede para verificar se o terminal funciona normalmente.
[01015] Depois que o servidor nó recebe uma resposta de comando de acesso de rede, ele sabe que o terminal unido ao gateway de conversão de protocolo Ethernet acessou a rede, e depois periodicamente (por exemplo, a cada segundo) envia uma instrução de estado do dispositivo para o terminal. Se o servidor nó não recebe uma resposta de consulta de estado em certo período de tempo (por exemplo, 6 segundos), será considerado que o terminal foi removido da rede, e não nenhuma instrução de consulta de estado do dispositivo será enviada mais, em vez disso, ele continua a enviar um pacote de consulta para a porta atual.
[01016] No processo acima, a transmissão de dados no interior da Ethernet está de acordo com um protocolo Ethernet. No protocolo Ethernet, o comutador L2 pode enviar diretamente um pacote para um nó de destino, em vez de enviar um pacote para todos os nós no modo de transmissão apenas como um foco; a tecnologia mais importante disso é que o comutador pode identificar o endereço MAC da placa de rede de um nó conectado à rede e colocá-lo em um lugar chamado tabela de endereço MAC. A tabela de endereço MAC é armazenada em um buffer do comutador, e o endereço é lembrado. Assim, quando ele precisa enviar dados para o endereço de destino, o comutador pode procurar o local de nó do endereço MAC na tabela de endereço MAC, e então ele envia os dados para o referido local diretamente. O dito número de endereços MAC representa o número máximo de endereços MAC que pode ser armazenado na tabela de endereço MAC do comutador. Quanto mais endereços MAC são armazenados, maior será a velocidade de transmissão de dados e eficiência. Buffers suficientes são necessários em cada porta do comutador para memorizar estes endereços MAC. Portanto, o número de endereços MAC que podem ser memorizados por um comutador será determinado pelo tamanho da capacidade do buffer correspondentemente. Geralmente, será suficiente para um comutador memorizar os 1024 endereços MAC. Os 1024 endereços MAC podem ser memorizados em uma extremidade do escritório. Em um terminal, 16 endereços MAC são suportados devido a um problema FLASH e da demanda real.
[01017] No protocolo Ethernet, um endereço MAC é necessário quando a informação é transmitida entre os hosts em uma e mesma sub-rede, mas quando as informações são enviadas, pela primeira vez, existe apenas um endereço de IP, sem endereço MAC. Neste ponto, um pacote será enviado, no qual o endereço IP é o endereço IP da máquina de destino, bem como o endereço MAC é ff-ff-ff-ff-ff-ff, o que representa transmissão, isto é, todas as máquinas na sub-rede podem receber o pacote, depois de outros hosts receberem o pacote, se eles acham que o endereço IP não é o endereço IP próprio, o pacote será descartado; e se o endereço IP é o da sua própria, ele envia um pacote para a máquina de origem, que contém seu endereço MAC. Depois que a máquina de origem recebe o pacote, ela saberá o endereço MAC da máquina de destino, que é chamado de auto-aprendizagem de endereço MAC.
[01018] A auto-aprendizagem de endereço MAC em um comutador que representa: uma tabela de correspondência entre um endereço MAC e cada interface do comutador (por exemplo, quatro interfaces para um comutador doméstico) existe no comutador, cada vez que um pacote é transmitido através do comutador, ele será encaminhado a todas as portas se não houver relação de correspondência do endereço MAC na tabela de correspondência, quando a máquina de destino retorna informações de uma determinada porta, ele saberá a que porta este endereço MAC corresponde, então esta relação de correspondência será adicionada na tabela, que é a auto-aprendizagem de endereço MAC do comutador.
[01019] 3.3.3 Um exemplo de interação entre um servidor nó e um gateway de conversão de protocolo Ethernet, terminal durante um processo de acesso de rede.
[01020] 3.3.3.1 Exemplo de interação 1
[01021] Será ilustrado através de um exemplo específico, com base no processo de acesso de rede acima de um gateway de conversão de protocolo Ethernet e um terminal.
[01022] Para discussão conveniente, o gateway de conversão de protocolo Ethernet pode ser conectado com um comutador de acesso ou conectado com um servidor nó diretamente, referindo-se Fig.10, é a hipótese de que a porta 1 de um gateway de conversão de protocolo Ethernet gateway_0 está diretamente conectada com a porta 0 do servidor nó MSS-400, e a porta 0 do gateway de conversão de protocolo Ethernet_ gateway_0 está conectada com um grupo de comutadores L2, e quatro terminais são registrados sob essa gateway de conversão de protocolo Ethernet, mas apenas dois terminais, STB_0 e STB_1, estão conectados aos comutadores L2.
[01023] O endereço MAC do gateway_0 é 0x0005 0x5dfd 0x3ebf, e os endereços MAC dos quatro terminais da nova rede registrados sob o gateway_0 são 0x0005 0x5dfd 0x0000, 0x0005 0x5dfd 0x0001, 0x0005 0x0002 e 0x0005 0x5dfd 0x0003 0x5dfd respectivamente, e STB_0 e STB_1 são os primeiros dois terminais dos mesmos.
[01024] 1) Depois de servidor MSS-400 ser ligado, ele inicializa o hardware, obtém o endereço padrão de rede de área metropolitana (que é a hipótese como 0x00 0x0000 0x0000), e importa um arquivo de configuração do disco rígido para a memória da CPU (por exemplo, a informação de registro de um comutador e a informação de registro de um terminal, etc), e o servidor MSS- 400 configura o seu próprio endereço de rede de acesso como 0x0000;
[01025] 2) O servidor MSS-400 inicializa as tabelas 0, 1, 2 e 3:
[01026] • configura a tabela 0 como "000 0000 0000", ou seja, toda a transmissão de pacote de consulta está fechada;
[01027] • configura a tabela 1 como "001 0000 0000", ou seja, todos os pacotes de resposta são para ser orientados para a CPU;
[01028] • configura as tabelas 2 e 3 como "000 0000 0000", ou seja, toda a transmissão de pacotes de dados unicast ou multicast é fechada;
[01029] 3) O servidor MSS-400 sabe que tem 8 portas de downlink, portanto, configura os 8 elementos da tabela 0, respectivamente, como:
[01030] • "00 0000 0000 0000 0001" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0001 é orientado para a porta 0;
[01031] • "00 0000 0000 0000 0010" => "000 0000 0010", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0002 é orientado para a porta 1;
[01032] • "00 0000 0000 0000 0011" => "000 0000 0100", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0003 é orientado para a porta 2;
[01033] • "00 0000 0000 0000 0100" => "000 0000 1000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0004 é orientado para a porta 3;
[01034] • "00 0000 0000 0000 0101" => "000 0001 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0005 é orientado para a porta 4;
[01035] • "00 0000 0000 0000 0110" => "000 0010 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0006 é orientado para a porta 5;
[01036] • "00 0000 0000 0000 0111" => "000 0100 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0007 é orientado para a porta 6;
[01037] • "00 0000 0000 0000 1000" => "000 1000 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0008 é orientado para a porta 7;
[01038] 4) O servidor MSS-400 envia pacotes de consulta de porta com endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007, 0x8000 0x0000 0x0000 0x0008 (com uma SA de 0x0000 0x0000 0x0000 0x0000), e de acordo com a configuração da tabela 0, o pacote de consulta de porta será por sua vez, orientado para as portas 0 a 7;
[01039] 5) Após o gateway de conversão de protocolo Ethernet gateway_0_ser ligada, ela inicializa o hardware:
[01040] • configura a tabela 0 "00 xxxx xxxx xxxx xxxx", como "100", ou seja, todos os pacotes de consulta são orientados para a CPU;
[01041] • configura a tabela 1 "01 xxxx xxxx xxxx xxxx", como "010", ou seja, todos os pacotes de resposta são orientados para a interface de rede 100M de uplink;
[01042] • configura a tabela 2 e a tabela 3, como "000", ou seja, toda a transmissão de pacote de dados unicast ou multicast é fechada;
[01043] 6) Após o gateway de conversão de protocolo Ethernet_ gateway_0 receber o pacote de consulta de porta, ela envia uma resposta (a resposta contém o tipo de dispositivo e a identificação de dispositivo do comutador atual, que é a informação intrínseca de cada comutador), em que o DA do pacote é 0x0800 0x0000 0x0000 0x0000, e SA é 0x0000 0x0000 0x0000 0x0001;
[01044] 7) Depois de o servidor MSS-400 receber a resposta emitida pelo gateway de conversão de protocolo Ethernet gateway_0, ele saberá que a porta 0 é conectada com um gateway de conversão do protocolo Ethernet, contrastando o endereço de origem (SA) do pacote de resposta para o tipo de dispositivo, em seguida, a informação de gateway de conversão de protocolo Ethernet é encontrada na tabela interna de informação de registro do servidor, o qual inclui o endereço MAC de Ethernet da gateway_0 e o endereço MAC da Ethernet de um terminal de nova rede registrado sob a gateway_0, em seguida, um comando de acesso de rede é enviado para o comutador de acesso (que informa que o endereço de rede de acesso de gateway_0 é 0x0001, e o endereço MAC de gateway_0 é 0x0005 0x5dfd 0x3ebf);
[01045] 8) Depois de o gateway de conversão de protocolo Ethernet gateway_0 receber o comando de acesso de rede, ele sabe que o seu próprio endereço de rede de acesso é 0x0001 e o endereço MAC é 0x0005 0x5dfd 0x3ebf, e acessa a rede, e então configura a tabela 0 "00 0000 0000 0000 0001", como "100", e os demais itens da tabela 0 são configurados como "000", ou seja, somente o pacote de consulta do comutador atual é importado para o CPU, e os pacotes de consulta de repouso são descartados; ao mesmo tempo, uma resposta de comando de acesso de rede acesso é enviada para o servidor;
[01046] 9) Depois de servidor MSS-400 receber a resposta de comando da rede de acesso emitida pelo gateway de conversão de protocolo Ethernet gateway_0, ele saberá que o gateway de conversão de protocolo Ethernet gateway_0 acessou a rede, e, em seguida, um dispositivo de instruções de consulta do estado é enviado para a porta cada segundo para verificar se o gateway de conversão de protocolo Ethernet gateway_0 funciona normalmente, e ao mesmo tempo, um pacote de consulta é enviado para a porta de uma porta de downlink de gateway de conversão de protocolo Ethernet gateway_0 para verificar se um dispositivo de terminal está ligado sob gateway de conversão de protocolo Ethernet gateway_0; porque servidor MSS-400 sabe que quatro novos terminais de rede são registrados sob a gateway de conversão de protocolo Ethernet gateway_0, as seguintes configurações serão executadas pelo servidor MSS-400:
[01047] "00 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[01048] • "00 0000 0000 0000 1010" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 0;
[01049] • "00 0000 0000 0000 1011" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000b é orientado para a porta 0;
[01050] • "00 0000 0000 0000 1100" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 0;
[01051] O servidor MSS-400 notificará o gateway_0 para executar as seguintes configurações:
[01052]
[01053] • "00 0000 0000 0000 1001" => "001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0, em que o endereço MAC correspondente do mesmo é 0x0005 0x5dfd 0x0000;
[01054] • "00 0000 0000 0000 1010" => "001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 0, em que o endereço MAC correspondente do mesmo é 0x0005 0x5dfd 0x0001;
[01055] • "00 0000 0000 0000 1011" => "001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000b é orientado para a porta 0, em que o endereço MAC correspondente do mesmo é 0x0005 0x5dfd 0x0002;
[01056] • "00 0000 0000 0000 1100" => "001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 0, em que o endereço MAC correspondente do mesmo é 0x0005 0x5dfd 0x0003;
[01057] 10) O servidor MSS-400 envia pacotes de consulta de porta com endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0009, 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000b, 0x8000 0x0000 0x0000 0x000c (com um SA de 0x0000 0x0000 0x0000 0x0000), de acordo com a configuração de tabela 0 no servidor MSS-400, os pacotes de consulta de porta vão ser por sua vez, orientados para a porta 0 do servidor MSS-400, e de acordo com a configuração de tabela 0 no gateway de conversão de protocolo Ethernet gateway_0, os pacotes de consulta de porta por sua vez, será orientado para a porta 0 do gateway de conversão de protocolo Ethernet gateway_0, e o módulo de envio na porta 0 do gateway de conversão de protocolo Ethernet gateway_0 conhece a Ethernet MAC DA do terminal correspondente (6byte) de acordo com o endereço de destino DA da nova rede do pacote, e adiciona o DA MAC Ethernet do terminal (6byte), o SA MAC do gateway de conversão de protocolo Ethernet (6byte) e comprimento Ethernet ou o tipo de estrutura (2byte), ou seja, 0x0005 0x5dfd 0x0000 0x0005 0x5dfd 0x3ebf 0x0000 (definido pelo usuário) 0x8000 0x0000 0x0000 0x0009, 0x0005 0x5dfd 0x0001 0x0005 0x5dfd 0x3ebf 0x0000 (definido pelo usuário) 0x8000 0x0000 0x0000 0x000a, 0x0005 0x5dfd 0x0002 0x0005 0x5dfd 0x3ebf 0x0000 (definido pelo usuário) 0x8000 0x0000 0x0000 0x000b, 0x0005 0x5dfd 0x0003 0x0005 0x5dfd 0x3ebf 0x0000 (definido pelo usuário) 0x8000 0x0000 0x0000 0x000c, e envia os pacotes;
[01058] 11) De acordo com um apêndice, os comutadores L2 na rede de área local podem saber que as tabelas do mesmo não contém a relação de correspondência com esses endereços MAC (ou seja, 0x0005 0x5dfd 0x0000, 0x0005 0x5dfd 0x0001, 0x0005 0x5dfd 0x0002, 0x0005 0x5dfd 0x0003), então estes pacotes serão enviados para todas as portas. O STB_0 e o STB_1 vão receber os quatro pacotes, e eles comparam o DA MAC dos pacotes para o seu próprio endereço MAC (gravado em um flash do terminal ao sair da fábrica); se eles são os mesmos, os pacotes serão recebidos; caso contrário, serão descartados. Após o STB_0 receber o pacote de consulta de porta, envia uma resposta (a resposta contém o tipo de dispositivo e de identificação de dispositivo do terminal atual, o que é intrínseco a informação de cada terminal), o cabeçalho do pacote é 0x0005 0x5dfd 0x3ebf 0x0005 0x5dfd 0x0000 0x0000 (definido pelo usuário) 0x0800 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x000a; após o STB_1 receber o pacote de consulta de porta, ele envia uma resposta (a resposta contém o tipo de dispositivo e identificação do dispositivo do terminal atual, que é a informação intrínseca de cada terminal), o cabeçalho do pacote é 0x0005 0x5dfd 0x3ebf 0x0005 0x5dfd 0x0001 0x0000 (definido pelo usuário) 0x0800 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x000b.
[01059] 12) De acordo com um apêndice, os comutadores L2 na rede de área local podem saber que os dois pacotes serão orientados para a porta 0 do gateway de conversão de protocolo Ethernet gateway_0. Depois de ter sido verificado pelo módulo de verificação de pacote na porta 0, 14 bytes são totalmente removidos, ou seja, o DA MAC (6byte), o AS MAC (6byte) e comprimento ou tipo de estrutura (2byte), depois da sua gateway no buffer de recepção correspondente, e o mecanismo de comutação pesquisa em cada buffer de recepção, se sim, ele executa busca de tabela de campo de endereço combinado, de modo que a informação de orientação da embalagem é obtida, e de acordo com a tabela 1 do gateway_0, o pacote a partir do qual é retirado o MAC será orientado para a porta 1;
[01060] 13) Depois de o servidor MSS-400 receber a resposta emitida pelos STB_0 e STB_1, contrastando o endereço de origem (SA) do pacote de resposta com o tipo de dispositivo, ele saberá que dois terminais estão conectados a gateway_0, em seguida, a informação do terminal encontra-se na tabela interna de informação de registro do servidor, e um comando de acesso de rede é enviado para os STB_0 e STB_1 (informando que a rede de acesso e os endereços de STB_0 e STB_1 são 0x000a e 0x000b), de acordo com 10), gateway_0 adiciona um MAC para a resposta e, em seguida, orienta-o para a porta 0.
[01061] 14) De acordo com um apêndice, os comutadores L2 na rede de área local podem saber que os dois pacotes serão, respectivamente, orientados para o STB_0 e o STB_1, em vez de ser transmitidos.
[01062] 15) Depois de receber o comando de acesso de rede, o STB_0 e o STB_1 saberão que seus próprios endereços de rede de acesso são 0x000a e 0x000b, eles acessam a rede e enviam uma resposta de comando de acesso de rede ao servidor ao mesmo tempo;
[01063] Após o servidor MSS-400 receber as respostas de comando de acesso de rede emitidas por STB_0 e por STB_1, ele saberá que o STB_0 e o STB_1 acessaram a rede, e, em seguida, uma instrução de consulta de estado do dispositivo é enviada para a porta a cada segundo para verificar se o STB_0 e o STB_1 funcionam normalmente. Quando o servidor não receber uma resposta de consulta do estado em 6 segundos, será considerado que o terminal foi removido da rede, e nenhuma instrução de consulta do estado do dispositivo será enviada mais, em vez disso, ele continua a enviar um pacote de consulta de porta para a porta atual.
[01064] Exemplo de interação 3.3.3.2 2
[01065] Durante o processo de acesso de rede de um servidor nó e uma gateway de conversão de protocolo Ethernet, um terminal, o servidor nó gerencia o endereço de acesso de rede através de uma tabela de informações de endereço que ele mantém. A gestão da tabela de informações de endereço será ilustrada abaixo através de outro exemplo.
[01066] O endereço de rede de acesso pode ser definido como 16 bits, e todos os dispositivos de rede de acesso têm um único endereço de rede de acesso (incluindo o set-top box, o comutador de acesso, o armazenamento e até mesmo o próprio servidor nó). Para administração conveniente dos endereços de acesso de rede de todos os dispositivos de rede de acesso, uma tabela de informações de endereço pode ser mantida no módulo de processador do servidor nó, o tamanho dela é a importância de dezesseis de dois, ou seja, 64 K, e cada elemento da tabela é constituído como se segue:
[01067] 1) Descritor de ocupação de endereço: "00" representa que o endereço não é usado, "01" representa que o endereço é de espera (o servidor nó usa o endereço para a emissão de um pacote de protocolo de porta de downlink, mas nenhum pacote de protocolo de uplink de acesso de rede é recebido), "10" representa que o endereço é usado (que é definido depois que o servidor nó recebe um pacote de protocolo de uplink de acesso de rede);
[01068] 2): descritor do dispositivo: por exemplo, "000000" representa o servidor nó, "000001" representa o comutador de acesso BX-008, "000010" representa um armazenamento, e "000011" representa um terminal;
[01069] 3) Informação de descrição de recurso do dispositivo: por exemplo, o endereço de rede de acesso de um dispositivo conectado com a sua porta de rede e a contagem de fluxo de uplink e downlink de cada uma das suas portas de rede, se o dispositivo é um comutador de acesso; o endereço da rede de acesso de um dispositivo conectado com a sua porta de rede e o uplink, a contagem de seus canais de leitura e escrita e da contagem de fluxo de uplink e downlink da sua porta de rede, se o dispositivo for um dispositivo de armazenamento, e assim por diante. Toda a informação é usada para fornecer uma base de tomada de decisão para o processo de serviço, e as informações serão modificados durante cada processo de serviço.
[01070] Conforme mostrado na Fig. 11, se a hipótese de que existe um servidor nó MSS-400, a porta 0 da mesma é conectada a um comutador de acesso BX- 008-0 (de fato, adicionando uma função MAC adicionando ou removendo a função de invenção para BX-008-0, ele pode ser considerado como o gateway de conversão de protocolo Ethernet da invenção), a porta 1 do mesmo é conectada a um comutador de acesso BX-008-1, e a porta 0 de BX-008-0 está conectada com o set-top box STB-0, a porta 1 do BX_008-1 está conectada com set-top box STB-1.
[01071] 1) Depois de o servidor MSS-400 ser ligado, ele inicializa o hardware, obtém o endereço padrão de rede de área metropolitana (que é a hipótese como 0x00 0x0000 0x0000), e importa um arquivo de configuração do disco rígido para a memória do CPU (por exemplo, a informação de registro de um comutador e a informação de registro de um terminal, etc), e o servidor MSS- 400 inicializa a tabela de informações de endereço e limpa todos os itens (que representa que nenhum endereço é usado), e o servidor MSS-400 configura seu próprio endereço de rede de acesso como 0x0000, que é, o item 0x0000 da tabela de informações de endereço é configurado como se segue:
[01072] • descritor de ocupação de endereço: "10" representa que o endereço é usado;
[01073] • descritor de dispositivo: "000000" representa o servidor nó;
[01074] • informação de descrição de recurso do dispositivo: o servidor do nó tem 8 interfaces de rede 100M de downlink, por sua vez definidas como porta 0 à porta 7, 1 módulo de interface da CPU definido como porta 8, uma interface de banco de dados de disco definida como porta 9, uma interface de fibra 1000M de uplink definida como porta 10, e o tipo deste servidor nó é MSS-400, o endereço da rede de acesso de um dispositivo conectado com a sua porta de rede não é alocado, e contagem de fluxo de downlink de cada uma das suas portas de rede é 0;
[01075] O próximo endereço disponível da tabela de informações de endereço é 0x0001;
[01076] 2) O servidor MSS-400 inicializa as tabelas 0, 1, 2 e 3:
[01077] • configura a tabela 0 como "000 0000 0000", isto é, a transmissão de todos os pacotes de protocolo de downlink é fechada;
[01078] • configurar uma tabela como "001 0000 0000", ou seja, todos os pacotes de protocolo de uplink são orientados para a CPU;
[01079] • configurar as tabelas 2 e 3 como "000 0000 0000", ou seja, toda a transmissão de pacotes de dados unicast ou multicast é fechada;
[01080] 3) O servidor MSS-400 sabe que tem 8 portas de downlink e o próximo endereço disponível é 0x0001, por isso configura os 8 itens da tabela 0, respectivamente, como:
[01081] • "00 0000 0000 0000 0001" => "000 0000 0001", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0001 é orientado para a porta 0;
[01082] • "00 0000 0000 0000 0010" => "000 0000 0010", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0002 é orientado para a porta 1;
[01083] • "00 0000 0000 0000 0011" => "000 0000 0100", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0003 é orientado para a porta 2;
[01084] • "00 0000 0000 0000 0100" => "000 0000 1000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0004 é orientado para a porta 3;
[01085] • "00 0000 0000 0000 0101" => "000 0001 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0005 é orientado para a porta 4;
[01086] • "00 0000 0000 0000 0110" => "000 0010 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0006 é orientado para a porta 5;
[01087] • "00 0000 0000 0000 0111" => "000 0100 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0007 é orientado para a porta 6;
[01088] • "00 0000 0000 0000 1000" => "000 1000 0000", ou seja, um pacote de consulta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0008 é orientado para a porta 7;
[01089] 4) Servidor MSS-400 envia pacotes de consulta com os endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0001, 0x8000 0x0000 0x0000 0x0002, 0x8000 0x0000 0x0000 0x0003, 0x8000 0x0000 0x0000 0x0004, 0x8000 0x0000 0x0000 0x0005, 0x8000 0x0000 0x0000 0x0006, 0x8000 0x0000 0x0000 0x0007, 0x8000 0x0000 0x0000 0x0008 (com uma SA de 0x0000 0x0000 0x0000 0x0000), e de acordo com a configuração da sua tabela 0, os pacotes de consulta serão, por sua vez orientados para as portas de 0 a 7; neste ponto, os itens de 0x0001 a 0x0008 da tabela de informações de endereço são configurados como:
[01090] • descritor de ocupação de endereço: "01" representa que o endereço é de espera;
[01091] • descritor de dispositivo: ele não será modificado;
[01092] • informação de descrição de origem do dispositivo: ele não será modificado;
[01093] O próximo endereço disponível da tabela de informações de endereço é 0x0009;
[01094] 5) Após os comutadores BX-008-0 e BX-008-1 serem ligados, eles inicializam o hardware:
[01095] • configura sua tabela 0 "00 xxxx xxxx xxxx xxxx" como "01 0000 0000", ou seja, todos os pacotes de protocolo de downlink são orientados para a CPU;
[01096] • configurar sua tabela "01 xxxx xxxx xxxx xxxx" como "10 0000 0000", ou seja, todos os pacotes de protocolo de uplink são orientados para a interface de rede 100M de uplink;
[01097] • configurar suas tabelas 2 e 3 como "00 0000 0000", ou seja, toda a transmissão de pacotes de dados unicast ou multicast é fechada;
[01098] 6) Depois de o comutador BX-008-0 receber um pacote de consulta, ele recebe o pacote de consulta para o seu módulo de CPU de acordo com a configuração da sua tabela 0, o módulo da CPU resolve o pacote de consulta e gera um pacote de resposta (que contém as informações de registro do comutador de acesso atual) e envia ao servidor MSS-400, onde o DA do pacote é 0x0800 0x0000 0x0000 0x0000, e o SA é 0x0000 0x0000 0x0000 0x0001;
[01099] 7) Depois de o servidor MSS-400 receber o pacote de resposta emitido pelo comutador BX-008-0 e comparar o endereço de origem (SA) do pacote de resposta e o tipo de dispositivo, ele saberá que a porta 0 é conectada com um comutador de acesso, então a informação do comutador de acesso é encontrada em uma tabela de interna de informação de registro do servidor nó e um comando de acesso de rede é enviado para o comutador de acesso (informando que o endereço da rede de acesso do mesmo é 0x0001);
[01100] 8) Depois de o comutador BX-008-0 receber o comando de acesso de rede e saber que seu próprio endereço de rede de acesso é 0x0001, ele acessa a rede, então sua tabela 0 "00 0000 0000 0000 0001" é configurada como "01 0000 0000", e os itens restantes da tabela 0 são configurados como "00 0000 0000", ou seja, apenas o pacote de protocolo de downlink do comutador atual é importado para o CPU, e, ao mesmo tempo, uma resposta de comando de acesso de rede é enviado para o servidor;
[01101] 9) Após o servidor MSS-400 receber a resposta de comando de acesso de rede emitido pelo comutador BX-008-0, ele vai saber que o comutador BX- 008-0 acessou a rede, então o item 0x0001 da tabela interna de informações de endereço do servidor é configurada como:
[01102] • descritor de ocupação de endereço: "10" representa que o endereço é usado;
[01103] • descritor de dispositivo: "000001" representa um comutador de acesso BX-008;
[01104] • informação de descrição de recurso do dispositivo:
[01105] o comutador de acesso tem 8 interfaces de rede de 100M de downlink definidas por sua vez como de porta 0 a porta 7, um módulo de interface de CPU definido como porta 8 e uma interface de rede de 100M de uplink definida como porta 9, o tipo de comutador de acesso é BX- 008, o endereço da rede de acesso do dispositivo conectado com a sua porta de rede de uplink é 0x0000 (por exemplo, MSS-400), o endereço de rede de acesso do dispositivo conectado com a porta de rede de downlink não é alocada, e a contagem de fluxo de downlink de cada uma de suas portas de rede é 0;
[01106] Em seguida, uma instrução de consulta de estado do dispositivo é enviada para a porta a cada segundo para verificar se o comutador BX-008-0 funciona normalmente, e, ao mesmo, um pacote de protocolo de downlink de porta é enviado para a porta de downlink do comutador BX-008-0 para verificar se outros dispositivos de rede de acesso estão conectados com o comutador de acesso atual. Em tal caso, as seguintes configurações serão feitas pelo servidor MSS-400 na sua tabela 0:
[01107] • "00 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[01108] • "00 0000 0000 0000 1010" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 0;
[01109] • "00 0000 0000 0000 1011" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000B é orientado para a porta 0;
[01110] • "00 0000 0000 0000 1100" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 0;
[01111] • "00 0000 0000 0000 1101" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000d é orientado para a porta 0;
[01112] • "00 0000 0000 0000 1110" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000e é orientado para a porta 0;
[01113] • "00 0000 0000 0000 1111" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000f é orientado para a porta 0;
[01114] • "00 0000 0000 0001 0000" => "000 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0010 é orientado para a porta 0;
[01115] O servidor MSS-400 irá notificar a mudança BX-008-0 a realizar as seguintes configurações em sua tabela 0 através de um pacote de alocação de porta contendo informações de alocação de porta:
[01116] • "00 0000 0000 0000 1001" => "00 0000 0001", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[01117] • "00 0000 0000 0000 1010" => "00 0000 0010", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000a é orientado para a porta 1;
[01118] • "00 0000 0000 0000 1011" => "00 0000 0100", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000b é orientado para a porta 2;
[01119] • "00 0000 0000 0000 1100" => "00 0000 1000", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000c é orientado para a porta 3;
[01120] • "00 0000 0000 0000 1101" => "00 0001 0000", ou seja, um pacote de protocolo de downlink de porta downlink com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000d é orientado para a porta 4;
[01121] • "00 0000 0000 0000 1110" => "00 0010 0000", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000e é orientado para a porta 5;
[01122] • "00 0000 0000 0000 1111" => "00 0100 0000", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x000f é orientado para a porta 6;
[01123] • "00 0000 0000 0001 0000" => "00 1000 0000", ou seja, um pacote de protocolo de downlink de porta com um endereço de destino (DA) de 0x8000 0x0000 0x0000 0x0010 é orientado para a porta 7;
[01124] 10) O servidor MSS-400 envia pacotes de protocolo de downlink de porta com endereços de destino (DA) de 0x8000 0x0000 0x0000 0x0009 0x000a, 0x8000 0x0000 0x0000, 0x8000 0x0000 0x0000 0x000b, 0x8000 0x0000 0x0000 0x000c, 0x8000 0x0000 0x0000 0x000d, 0x8000 0x0000 0x0000 0x000e , 0x8000 0x0000 0x0000 0x000f, 0x8000 0x0000 0x0000 0x0010 (com uma SA de 0x0000 0x0000 0x0000 0x0000), e de acordo com a configuração da tabela 0 no servidor MSS-400, os pacotes de protocolo de downlink de porta serão por sua vez, orientados para a porta 0 do servidor MSS- 400; os pacotes de protocolo de downlink de porta serão por sua vez, orientados para as portas de 0 a 7 do comutador BX-008-0 de acordo com a configuração da tabela 0 no comutador 0 BX-008-0, Além disso, os itens de 0x0009 a 0x0010 da tabela de informações de endereço no servidor MSS-400 são configurados como:
[01125] • descritor de ocupação de endereço: "01" representa que o endereço é de espera;
[01126] • descritor de dispositivo: ele não será modificado;
[01127] • informação de descrição de recurso do dispositivo: ele não será modificado;
[01128] O próximo endereço disponível é 0x0011;
[01129] 11) O STB-0 recebe um pacote de protocolo de downlink de porta da porta 0 do comutador BX-008-0 (ou seja, um pacote de protocolo de downlink de porta com um endereço de destino de 0x8000 0x0000 0x0000 0x0009), e depois de receber um pacote de protocolo de downlink de porta, ele envia um pacote de protocolo de uplink de porta (que contém as informações de registro do terminal atual), onde o DA do pacote é 0x0800 0x0000 0x0000 0x0000, e o SA é 0x0000 0x0000 0x0000 0x0009 (porta 0 do comutador);
[01130] 12) Depois de servidor MSS-400 receber o pacote de protocolo de uplink de porta emitido pelo comutador STB-0 e contrastar o endereço de origem (SA) do pacote de protocolo de uplink e do tipo de dispositivo, ele vai saber que a porta 0 do BX-008-0 está conectada com um terminal, em seguida, o terminal de informação é encontrado na tabela interna de informação de registro do servidor, e um comando de acesso de rede é enviado para o terminal (informando que o endereço da rede de acesso do terminal é 0x0009);
[01131] 13) Depois que o STB-0 recebe o comando de acesso de rede e sabe que seu próprio endereço de rede de acesso é 0x0009, ele acessa a rede e envia uma resposta de comando de acesso de rede ao servidor ao mesmo tempo;
[01132] 14) Depois que o servidor MSS-400 recebe a resposta de comando de acesso de rede emitida pelo STB-0, ele saberá que o comutador STB-0 acessou a rede, então o item 0x0009 da tabela de informações de endereço é configurado como:
[01133] • descritor de ocupação de endereço: "10" representa que o endereço é usado;
[01134] • descritor de dispositivo: "000011" representa um terminal;
[01135] • Informação de descrição de recurso do dispositivo: o terminal tem um mecanismo de codificação/decodificação de áudio e vídeo e uma interface de rede de 100M, o tipo de terminal é STB, o endereço de rede de acesso de um dispositivo conectado com a sua porta de rede é 0x0001 (por exemplo, BX-008- 0), e a contagem de fluxo de downlink da sua porta de rede é 0;
[01136] O item 0x0001 da tabela de informações de endereço é configurado como:
[01137] • descritor de ocupação de endereço: ele não será modificado;
[01138] • descritor de dispositivo: ele não será modificado;
[01139] • informação de descrição de origem de dispositivo: o comutador de acesso tem 8 interfaces de rede de 100M de downlink definidos por sua vez, como da porta 0 a porta 7, 1 interface de módulo do CPU definido como porta 8 e 1 interface de rede de 100M de uplink de definida como porta 9, o tipo do comutador de acesso é BX-008, o endereço da rede de acesso do dispositivo conectado com a sua porta de rede de uplink é 0x0000 (por exemplo, MSS- 400), o endereço de rede de acesso do dispositivo conectado com a porta de rede de downlink é 0 0x0009, o resto não é alocado, e a contagem de fluxo de downlink de cada uma das suas portas de rede é 0;
[01140] Em seguida, o servidor MSS-400 envia uma instrução de consulta de estado do dispositivo para a porta a cada segundo para verificar se o STB-0 funciona normalmente, quando o servidor não receber uma resposta de consulta de estado em 6 segundos, será considerado que o STB- 0 foi removido da rede, e nenhuma instrução de consulta de estado do dispositivo será enviada mais, em vez disso, ele continua a enviar um pacote de consulta para a porta atual.
[01141] Referindo-se às etapas acima 6 a 14, o BX-008-1 também pode acessar a rede e obter o endereço de rede de acesso como 0x0002, e o STB-1 também podem acessar a rede e obter o endereço de rede de acesso como 0x0012.
[01142] Depois de acessar a rede, o servidor nó pode realizar um serviço de comunicação (incluindo serviço de comunicação unicast e serviço de comunicação multicast) com o gateway de conversão de protocolo Ethernet e o terminal. Para um técnico no assunto melhor compreender a invenção, um exemplo em que um servidor nó executa um serviço de comunicação unicast com uma de conversão de protocolo Ethernet e um terminal será fornecido abaixo.
[01143] 3.3.4 Um exemplo do processo de conexão de comunicação de um serviço de comunicação unicast
[01144] Conforme mostrado na Fig.7, é a hipótese de que existe um servidor nó de MSS-400 (com um endereço de rede de acesso de 0x0000), a porta 0 da mesma é conectada com o gateway de conversão de protocolo Ethernet BX- 008-0 (com um endereço de acesso de rede de 0x0001), a porta 1 do mesmo está conectada com o gateway de conversão de protocolo Ethernet BX-008-1 (com um endereço de rede de acesso de 0x0002), e a porta 0 de BX-008-0 é conectada com o set-top box STB- 0 (com um endereço de rede de acesso de 0x0009), a porta 1 do BX_008-1 está conectada com o set-top box STB-1 (com um endereço de rede de acesso de 0x0012). O set-top box STB_0 emite um pedido para o servidor nó MSS-400 para a realização de um serviço de comunicação unicast de comunicação visual com o set-top box STB_1, nas seguintes etapas:
[01145] S1) O set-top box STB_0 emite um serviço de pacote de protocolo de pedido, o DA (endereço de destino) do pacote é 0x0800 0x0000 0x0000 0x0000 (ou seja, o endereço do MSS-400), e o SA (endereço de origem) é 0x0000 0x0000 0x0000 0x0009, o pacote inclui ainda o endereço MAC (DA MAC) da gateway de conversão de protocolo Ethernet BX-008-0 e o endereço MAC (SA MAC) do set-top box STB_0, além disso, pode ainda compreender 0x0000 reservados (palavra reservada), e a parte PDU é como mostrado na tabela a seguir:
Figure img0026
[01146] O número do programa e o número do canal de transmissão relacionados com o pedido de serviço são ambos colocados no parâmetro de serviço, por exemplo:
[01147] # define SERVICE_TYPE_GTML_REQUEST 0x8000, pedindo para um menu
[01148] # define SERVICE_TYPE_VOD_REQUEST 0x8001, pedindo para um programa VOD
[01149] # define SERVICE_TYPE_CHANGE_MENU 0x8002, pedindo para mudar o menu de fundo
[01150] # define SERVICE_TYPE_BROADCAST_REQUEST 0x8003, pedindo para assistir a transmissão
[01151] # SERVICE_TYPE_CHANGE_CHANNEL define 0x8004, pedindo para mudar de canal
[01152] # define SERVICE_TYPE_TELEPHONE_DIRECT 0x8005, pedindo o envio de um videofone
[01153] # SERVICE_TYPE_PERMISSION define 0x8006, uma resposta se o acesso é permitido
[01154] # define SERVICE_TYPE_RECORD_REQUEST 0x8007, pedindo para gravação
[01155] # define SERVICE_TYPE_END_REQUEST 0x8008, pedindo para acabar com o serviço atual
[01156] # define SERVICE_TYPE_ORG_CAST_REQUEST 0x8009, pedindo por originar uma transmissão ao vivo
[01157] # define SERVICE_TYPE_DDB_REQUEST 0x800b, pedindo para assistir TV adiada
[01158] # define SERVICE_TYPE_SKIP 0x800C, avanço rápido, retrocesso rápido, pausar e continuar durante o processamento de assistir a um VOD ou uma TV atrasada
[01159] # define SERVICE_TYPE_RECORD_END 0x800e, pedindo para acabar com a gravação
[01160] # define SERVICE_TYPE_VIEW_Monitor_DIRECT 0x8024, pedindo para assistir o monitor
[01161] # define SERVICE_TYPE_RCV_CAST_DIRECT 0x8025, pedindo para assistir a transmissão ao vivo
[01162] # define SERVICE_TYPE_TELEPHONE_REQUEST 0, pedindo o envio de um videofone
[01163] # define SERVICE_TYPE_RCV_CAST_REQUEST 0xa, pedindo para assistir a transmissão ao vivo
[01164] # define SERVICE_TYPE_VIEW_Monitor 0xc, pedindo para assistir o monitor
[01165] Neste exemplo, o parâmetro de serviço é SERVICE_TYPE_TELEPHONE_REQUEST ou SERVICE_TYPE_TELEPHONE_DIRECT.
[01166] S2) o gateway de conversão de protocolo Ethernet BX-008-0 conectada entre o set-top box STB_0 e o servidor nó MSS-400 recebe o pacote de protocolo de pedido de serviço; primeiramente, ele remove o endereço MAC (DA MAC) do gateway de conversão de protocolo Ethernet BX-008-0 e o endereço MAC (SA MAC) do set-top box STB_0 no pacote.
[01167] Em seguida, de acordo com a configuração da tabela 1, o pacote de protocolo de pedido de serviço é orientado para o servidor nó MSS-400 e o servidor nó MSS-400 determina que o pedido de comunicação visual (tipo de serviço) é recebido de acordo com o conteúdo do pacote, sabe que dito terminal (terminal de destino) é o STB_1, procurando em uma tabela CAM (tabela de mapeamento de endereço de conteúdo) de acordo com o número de serviço, conhece a topologia de link relacionada com o serviço atual de acordo com a sua tabela interna de informação de endereço, e determina que o link é permitido e a comunicação pode ser estabelecida entre as duas partes. Em seguida, um pacote de protocolo de menu é enviado, respectivamente, para o a parte que chama (STB_0) e da parte chamada (STB_1), e espera que a parte chamada responda:
[01168] Em que, o pacote de protocolo de menu enviado para o STB_0: DA é 0x8000 0x0000 0x0000 0x0009, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0027
[01169] Pacote de protocolo de menu enviado para STB_1: DA é 0x8000 0x0000 0x0000 0x0012, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e parte PDU é como mostrado na tabela acima.
[01170] S3) De acordo com a configuração de tabela 0 no servidor nó MSS-400 e a configuração de tabela 0 no gateway de conversão de protocolo Ethernet BX-008-0 e BX-008-1, estes dois pacotes de protocolo de menu serão respectivamente orientados para os set-top boxes STB_0 e STB_1 e, durante este processo, o BX-008-0 e o BX-008-1 adicionam o DA MAC e o AS MAC para estes dois pacotes de protocolo de menu, respectivamente.
[01171] O chamado STB_1 emite um pedido SERVICE_TYPE_PERMISSION para aceitar a comunicação da STB_1 e envia um pacote de protocolo de resposta ao servidor nó MSS-400, em que o pacote contém o endereço MAC (DA MAC) de gateway de conversão de protocolo Ethernet BX-008-1 e o endereço MAC (SA MAC) do set-top box STB_1 e, ainda, o DA é 0x0800 0x0000 0x0000 0x0000, o SA é 0x0000 0x0000 0x0000 0x0012, 0x0000 é reservado, o parâmetro do serviço é SERVICE_TYPE_PERMISSION, e a parte PDU é como mostra a seguinte tabela:
Figure img0028
[01172] S4) gateway de conversão de protocolo Ethernet BX-008-1 remove o endereço MAC (DA MAC) do gateway de conversão de protocolo Ethernet BX- 008-1 e o endereço MAC (SA MAC) do set-top box STB_1 no pacote de protocolo de resposta, então de acordo com a configuração da tabela 1, o pacote de protocolo de resposta é orientado para o servidor nó MSS-400, e o servidor nó MSS-400 determina que o pedido de aceitar a comunicação visual é recebido de acordo com o conteúdo do pacote, que conhece a parte chamada é STB_1, procurando em uma tabela CAM de acordo com o número de serviço, e o servidor nó MSS-400 conhece a topologia de link relacionada ao serviço atual de acordo com sua tabela interna de informações de endereço, e determina que o link é permitido e a comunicação pode ser estabelecida entre as duas partes.
[01173] Em tal caso, o servidor nó MSS-400 configura sua própria tabela 2, como segue:
[01174] • "10 0000 0000 0001 0010" => "000 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 (ou seja, set-top box BX-008-1) é orientado para a porta 1;
[01175] • "10 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 (ou seja, set-top box BX-008-0) é orientado para a porta 0;
[01176] Além disso, o servidor nó MSS-400 envia um comando de configuração de porta para todos os gateways de conversão de protocolo Ethernet no uplink (o caminho de chamada) e no downlink (o caminho chamado), para pedir para abrir o uplink do endereço da parte oposta e o downlink do endereço próprio e ao mesmo tempo.
[01177] Dois pacotes enviados para o gateway de conversão de protocolo Ethernet BX-008-0:
[01178] 1) o primeiro pacote: DA é 0x8000 0x0000 0x0000 0x0001, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostra a tabela a seguir:
Figure img0029
[01179] 2) o segundo pacote: DA é 0x8000 0x0000 0x0000 0x0001, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostra a tabela seguinte:
Figure img0030
[01180] Dois pacotes enviados para o gateway de conversão de protocolo Ethernet BX-008-1:
[01181] 1) o primeiro pacote: DA é 0x8000 0x0000 0x0000 0x0002, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e PDU é como mostra a tabela a seguir:
Figure img0031
Figure img0032
[01182] 2) o segundo pacote: DA é 0x8000 0x0000 0x0000 0x0001, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostra a tabela seguinte:
Figure img0033
[01183] Dois pacotes enviados para o gateway de conversão de protocolo Ethernet BX-008-1:
[01184] 1) o primeiro pacote: DA é 0x8000 0x0000 0x0000 0x0002, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e PDU é como mostra a tabela a seguir:
Figure img0034
[01185] 2) o segundo pacote: DA é 0x8000 0x0000 0x0000 0x0002, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e PDU é como mostra a tabela a seguir:
Figure img0035
Figure img0036
[01186] O pacote enviado para o set-top box STB-0 (comando de processamento de serviço, e o comando de codificação/decodificação neste exemplo):
[01187] em que, o DA é 0x8000 0x0000 0x0000 0x0009, o SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostra a tabela a seguir:
Figure img0037
Figure img0038
[01188] O pacote enviado para o STB-1 (comando de processamento de serviço e o comando de codificação/decodificação neste exemplo):
[01189] em que, o DA é 0x8000 0x0000 0x0000 0x0012, o SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostra a tabela a seguir:
Figure img0039
[01190] No PDU do comando de codificação/decodificação acima, número de campo 13 representa o tipo de codificação: 0 = codificação de parada, 0ffff = manter o estado original, 0xfffe = retornar dados decodificados, sem codificação localmente; Campo de Número 14 representa o tipo de decodificação: 0 = decodificação parar, 0ffff = manter o estado original; Número de Campo 15-18 representa o endereço de codificação (DA ou endereço multicast): 0xffff = manter o estado original; Número de Campo 19-22 representa a decodificação de endereço (DA ou endereço multicast): 0xffff = manter o estado original; Número de Campo 23 representa: HB: HDA codificado, LB: HAD decodificado; 0xffff = manter o estado original; Número de Campo 24 representa parâmetro de alarme: 0 = alarme desligado, 1 = alarme ativado, 0xffff = manter o estado original; Número de Campo 25 representa o parâmetro operacional de suporte: 0xffff = manter o estado original; Número de Campo 26 representa o parâmetro operacional de canal auxiliar: 0xffff = manter o estado original.
[01191] Em que, o tipo de codificação é como mostrado na tabela a seguir:
Figure img0040
[01192] S5) De acordo com a configuração da tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 nos gateways de conversão de protocolo Ethernet BX-008-0 e BX-008-1, os 4 pacotes acima enviados para os gateways de conversão de protocolo Ethernet serão respectivamente orientadas para os BX- 008-0 e BX-008-1.
[01193] Em tal caso, o gateway de conversão de protocolo Ethernet BX-008-0 configura a sua própria tabela 2 como segue:
[01194] • "10 0000 0000 0001 0010" => "10 0000 0000", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 9;
[01195] • "10 0000 0000 0000 1001" => "00 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientado para a porta 0;
[01196] O gateway de conversão de protocolo Ethernet BX-008-1 configura sua própria tabela 2 como segue:
[01197] • "10 0000 0000 0001 0010" => "00 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 1;
[01198] • "10 0000 0000 0000 1001" => "10 0000 0000", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientado para a porta 9;
[01199] De acordo com a configuração da tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 nos gateways de conversão de protocolo Ethernet BX- 008-0 e BX-008-1, os últimos dois pacotes enviados para o set-top box serão, respectivamente, orientados para os set-top boxes STB-0 e STB-1. Durante este processo, o BX-008-0 e BX-008-1 irão, respectivamente, adicionar os DA MAC e AS MAC correspondentes para os 2 pacotes. Depois de receber o pacote, os set-top boxes STB-0 e STB-1 podem iniciar a codificação/descodificação de acordo com o conteúdo do pacote, e receber e enviar dados unicast.
[01200] Especificamente, após o link de comunicação do serviço atual ser configurado, o processo no qual os set-top boxes STB-0-1 e STB recebem e enviam dados unicast com base no link de comunicação é o seguinte:
[01201] 1) O Set-top box STB-0 envia um pacote de dados unicast para o settop box STB-1, em que o pacote contém o endereço MAC (DA MAC) do gateway de conversão de protocolo Ethernet BX-008-0 e o endereço MAC (as MAC) do set-top box STB_0, onde o DA do pacote é 0x1000 0x0000 0x0000 0x0012, e o SA é 0x0000 0x0000 0x0000 0x0009;
[01202] 2) O pacote de dados unicast entra no gateway de conversão de protocolo Ethernet BX-008-0, e primeiramente, o DA MAC e o SA MAC são removidos, em seguida, um módulo de mecanismo de comutação do gateway de conversão de protocolo Ethernet BX-008-0 procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0001 0010", a saída do item é "10 0000 0000" ("10 0000 0000 0001 0010" => "10 0000 0000", isto é, , um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 9), o que representa que o porta de uplink 9 é aberta, e o pacote de dados unicast atual entre no servidor nó de MSS-400 através da porta 9;
[01203] 3) Depois de o servidor nó MSS-400 receber o pacote de dados unicast, o seu mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0001 0010", a saída do item é "000 0000 0010" ("10 0000 0000 0001 0010" => "000 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 1), o que representa que a porta de downlink 1 é aberta, e o pacote de dados unicast entra no gateway de conversão de protocolo Ethernet BX-008-1 através da porta 1;
[01204] 4) O gateway de conversão de protocolo Ethernet BX-008-1 recebe o pacote de dados unicast, o seu módulo de mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0001 0010", a saída do item é "00 0000 0010" ("10 0000 0000 0001 0010" => "00 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0012 é orientado para a porta 1) , o que representa que o porta de downlink 1 é aberta, e o pacote de dados unicast atual entra no set-top box STB-1 através da porta 1, e durante este processo, o BX-008-1 adiciona o endereço MAC (SA MAC ) do gateway de conversão de protocolo Ethernet BX-008-1 e o endereço MAC (DA MAC) do set-top box STB-1 para dentro do pacote.
[01205] 5) O set-top box STB-1 envia um pacote de dados unicast para o settop box STB-0, onde o DA do pacote é 0x1000 0x0000 0x0000 0x0009, e o SA é 0x0000 0x0000 0x0000 0x0012, o pacote contém ainda o endereço MAC (DA MAC) do gateway de conversão de protocolo Ethernet BX-008-1 e o endereço MAC (AS MAC) do set-top box STB_1;
[01206] 6) O pacote de dados unicast entra no gateway de conversão de protocolo Ethernet BX-008-1, e primeiramente, o DA MAC e o SA MAC são removidos, em seguida, um módulo de mecanismo de comutação do gateway de conversão de protocolo Ethernet BX-008-1 procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0000 1001", a saída do item é "10 0000 0000" ("10 0000 0000 0000 1001" => "10 0000 0000", isto é, , um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientado para a porta 9), o que representa que o porta de uplink 9 é aberta, e o pacote de dados unicast atual entra no servidor nó MSS-400 através da porta 9;
[01207] 7) Depois de o servidor nó MSS-400 receber o pacote de dados unicast, o seu mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0000 1001", a saída do item é "000 0000 0001" ("10 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientado para a porta 0), o que representa que a porta de downlink 0 é aberta, e o pacote de dados unicast atual entra no gateway de conversão de protocolo Ethernet BX-008-0 através da porta 0;
[01208] 8) O gateway de conversão de protocolo Ethernet BX-008-0 recebe o pacote de dados unicast, o seu módulo de mecanismo de comutação procura na tabela 2 de acordo com um campo de endereço combinado, em que o endereço da tabela é "10 0000 0000 0000 1001", a saída do item é "00 0000 0001" ("10 0000 0000 0000 1001" => "00 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0000 0x0009 é orientado para a porta 0) , o que representa que a porta de downlink 0 é aberta, e o pacote de dados unicast entra no set-top box STB-0 através da porta 0. Durante este processo, BX-008-0 adiciona o endereço MAC (SA MAC) do gateway de conversão de protocolo Ethernet BX-008-0 e o endereço MAC (DA MAC) do set-top box STB-0 para o pacote.
[01209] 3.3.5 Um exemplo do processo de conexão de comunicação de um serviço de comunicação multicast
[01210] De novo referindo a Fig. 7, é a hipótese de que existe um servidor nó de MSS-400 (com um endereço de rede de acesso de 0x0000), a porta 0 da mesma é conectado com o gateway de conversão de protocolo Ethernet BX- 008-0 (com um endereço de acesso de rede de 0x0001), a porta 1 da mesma está conectada com o gateway de conversão de protocolo Ethernet BX-008-1 (com um endereço de rede de acesso de 0x0002), e a porta 0 do BX-008-0 é conectada com o set-top box STB-0 (com um endereço de rede de acesso de 0x0009), o número do STB_0 é 0x6666 0x6666 0x6666, a porta 1 do BX_008- 1 está relacionado com o set-top box STB-1 (com um endereço de rede de acesso de 0x0012), e o número de STB_1 é 0x8888 0x8888 0x8888. o set-top box STB_0 pede para o servidor nó MSS-400 para iniciar a transmissão ao vivo nas seguintes etapas:
[01211] 1) O set-top box STB_0 emite um pacote de protocolo de pedido de serviço para iniciar a transmissão ao vivo, que contém o endereço MAC (DA MAC) do gateway de conversão de protocolo Ethernet BX-008-0 e o endereço MAC (SA MAC) do set-top box STB_0, onde o DA do pacote é 0x0800 0x0000 0x0000 0x0000, o SA é 0x0000 0x0000 0x0000 0x0009, 0x0000 é reservado (palavra reservada), e a parte PDU é como mostra a tabela a seguir:
Figure img0041
[01212] 2) O gateway de conversão de protocolo Ethernet BX-008-0 conectada entre o set-top box STB_0 e o servidor nó MSS-400 recebe o pacote de protocolo de pedido de serviço; primeiramente, ele remove o endereço MAC (DA MAC) do gateway de conversão de protocolo Ethernet BX-008-0 e o endereço MAC (SA MAC) de set-top box STB_0 no pacote.
[01213] Em seguida, de acordo com a configuração da tabela 1, o pacote de protocolo de pedido de serviço é orientada para o servidor nó MSS-400, o servidor nó MSS-400 determina que um pedido para iniciar a transmissão ao vivo (tipo de serviço) é recebido de acordo com o conteúdo do pacote, sabe que o usuário (terminal de origem) é STB_0, procurando em uma tabela CAM (tabela de mapeamento de endereço de conteúdo) de acordo com o número de serviço, conhece a topologia de link relacionada com o serviço atual de acordo com a sua tabela interna de informação de endereço, e determina que o link é permitido e a transmissão ao vivo pode ser iniciada, em seguida, ele aloca um endereço de multicast de 0x0008. Além disso, o servidor nó envia um comando de configuração de porta para todos os gateways de conversão de protocolo Ethernet no link de comunicação atual, para pedir para abrir o uplink do endereço da parte oposta e o downlink do endereço próprio e, ao mesmo tempo. Neste ponto, ele sabe que apenas o gateway de conversão de protocolo Ethernet BX-008-0 precisa ser configurado no momento por determinação da topologia de link.
[01214] Em tal caso, o servidor nó MSS-400 envia um pacote para o gateway de conversão de protocolo Ethernet BX-008-0;
[01215] Em que, o DA é 0x8000 0x0000 0x0000 0x0001, o SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado (palavra reservada), e a parte PDU é como mostra a tabela a seguir:
Figure img0042
Figure img0043
[01216] O servidor nó MSS-400 envia um pacote de set-top box STB-0 (comando de processamento de serviço, comando de codificação/decodificação neste exemplo):
[01217] em que, o DA é 0x8000 0x0000 0x0000 0x0009, o SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0044
[01218] 3) De acordo com a configuração da tabela 0 no servidor nó MSS-400, o pacote enviado para o gateway de conversão de protocolo Ethernet BX-008- 0 será orientado para o BX-008-0. Em tal caso, o BX-008-0 configura a sua própria tabela 3 como se segue:
[01219] • "11 0000 0000 0000 1000" => "00 0000 0001", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 0;
[01220] 4) De acordo com a configuração de tabela 0 no servidor nó MSS-400 e a configuração de tabela 0 no gateway de conversão de protocolo Ethernet BX-008-0, o pacote enviado para o set-top box STB-0 será orientado para o STB-0. Durante este processo, o BX-008-0 adiciona o MAC (SA MAC) de BX- 008-0 e o MAC (DA MAC) de STB-0 no pacote e envia-o. O STB-0 inicia a codificação/descodificação de acordo com o conteúdo do pacote, e começa a receber e enviar dados multicast.
[01221] Especificamente, o processo no qual o set-top box STB-0 inicia um link de comunicação para receber e enviar dados multicast baseados na transmissão ao vivo atual o a seguinte:
[01222] 1) O set-top box STB-0 emite um pacote de dados multicast, onde o pacote contém o MAC (DA MAC) do BX-008-0 e o MAC (SA MAC) de STB-0, onde o DA do pacote é 0x7800 0x0000 0x0000 0x0008 (endereço multicast), e o SA é 0x0000 0x0000 0x0000 0x0009;
[01223] 2) O pacote de dados multicast entra no gateway de conversão de protocolo Ethernet BX-008-0, e primeiramente, o DA MAC e o SA MAC são removidos, em seguida, um módulo de mecanismo de comutação do gateway de conversão de protocolo Ethernet BX-008-0 procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "00 0000 0001" ("11 0000 0000 0000 1000" => "00 0000 0001", isto é, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 0), o que representa que a porta de downlink 0 é aberta, e o pacote de dados multicast atual entra no set-top box STB-0 através da porta 0. Durante este processo, o BX-008-0 acrescenta o MAC (SA MAC) de BX-008-0 e o MAC (DA MAC) de STB-0 no pacote, e envia o pacote através da porta 0.
[01224] O set-top box STB_1 pede ao servidor nó MSS-400 para assistir a transmissão ao vivo nas etapas seguintes, com um número de 0x6666 0x6666 0x6666:
[01225] 1) O set-top box STB_1 emite um pacote de protocolo de pedido de serviço para assistir a transmissão ao vivo, em que o pacote contém o MAC (DA MAC) de BX-008-1 e o MAC (SA MAC) do STB_1, em que o DA do pacote é 0x0800 0x0000 0x0000 0x0000, o SA é 0x0000 0x0000 0x0000 0x0012, 0x0000 é reservado, e a parte do PDU é como mostrado na tabela a seguir:
Figure img0045
[01226] 2) O gateway de conversão de protocolo Ethernet BX-008-1 conectado entre o set-top box STB_1 e o servidor nó MSS-400 primeiramente, remove o DA MAC e o SA MAC e, em seguida, de acordo com a configuração da tabela 1, o servidor nó MSS-400 determina que o pedido de assistir a transmissão ao vivo é recebido de acordo com o conteúdo do pacote, sabe que o iniciador (terminal de origem) é o STB_0, observando-se em uma tabela CAM de acordo com o número de serviço, conhece a topologia de link relacionada com o serviço atual de acordo com sua tabela interna de informações de endereço, e determina que o link é permitido e a transmissão ao vivo pode ser assistida, assim, aloca um endereço multicast (correspondente ao endereço multicast alocado ao terminal de origem) de 0x0008. Além disso, o servidor nó envia um comando de configuração de porta para todos os gateways de conversão de protocolo Ethernet no link de comunicação atual, para pedir para abrir o uplink do endereço da parte oposta e o downlink do endereço próprio e, ao mesmo tempo. Em tal caso, o servidor nó MSS-400 configura a sua própria tabela 3 como se segue:
[01227] • "11 0000 0000 0000 1000" => "000 0000 0010", ou “11 0000 0000 0000 1000“ => “000 0000 0010”, ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1;
[01228] Ao mesmo tempo, o servidor nó MSS-400 envia um pacote para gateway de conversão de protocolo Ethernet BX-008-0:
[01229] em que, o DA é 0x8000 0x0000 0x0000 0x0001, o SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostrado na tabela a seguir:
Figure img0046
[01230] Ao mesmo tempo, servidor nó MSS-400 envia um pacote para o gateway de conversão de protocolo Ethernet BX-008-1:
[01231] em que, DA é 0x8000 0x0000 0x0000 0x0002, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostra a tabela a seguir:
Figure img0047
[01232] Ao mesmo tempo, o servidor nó MSS-400 envia um pacote de set-top box STB-1:
[01233] em que, DA é 0x8000 0x0000 0x0000 0x0012, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, e a parte PDU é como mostra a tabela a seguir:
Figure img0048
Figure img0049
[01234] 3) De acordo com a configuração de tabela 0 no servidor nó MSS-400, os pacotes enviados para os gateways de conversão de protocolo Ethernet BX- 008-0 e BX-008-1 serão orientados respectivamente para os gateways de conversão de protocolo Ethernet BX-008 -0 e BX-008-1.
[01235] Em tal caso, o gateway de conversão de protocolo Ethernet BX-008-0 configura a sua própria tabela 3 como se segue:
[01236] • "11 0000 0000 0000 1000" => "10 0000 0001", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 0 e a porta 9;
[01237] O gateway de conversão de protocolo Ethernet BX-008-1 configura sua própria tabela 3 da seguinte forma:
[01238] • "11 0000 0000 0000 1000" => "00 0000 0010", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1;
[01239] 4) De acordo com a configuração da tabela 0 no servidor nó MSS-400 e a configuração da tabela 0 no gateway de conversão de protocolo Ethernet BX-008-1, o pacote enviado ao set-top box STB-1 será orientado para o STB- 1. O STB-1 recebe os dados multicast e descodifica os dados de acordo com o conteúdo do pacote. O BX-008-1 irá adicionar o MAC (SA MAC) do BX-008-1 e o MAC (DA MAC) do STB-1 para dentro do pacote e depois enviar o pacote.
[01240] Em particular, o processo no qual o descodificador STB-1 recebe os dados multicast baseado no link de comunicação atual sobre o qual se observou transmissão ao vivo é o seguinte:
[01241] 1) O set-top box STB-0 emite um pacote de dados multicast, onde o pacote contém o endereço MAC (DA MAC) do gateway de conversão de protocolo Ethernet BX-008-0 e o endereço MAC (SA MAC) do set-top box STB_0, onde DA do pacote é 0x7800 0x0000 0x0000 0x0008 (endereço multicast), e o SA é 0x0000 0x0000 0x0000 0x0009;
[01242] 2) O pacote de dados multicast entra no gateway de conversão de protocolo Ethernet BX-008-0, e primeiramente, o DA MAC e o SA MAC são removidos, em seguida, um módulo de mecanismo de comutação do gateway de conversão de protocolo Ethernet BX-008-0 procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "10 0000 0001" ("11 0000 0000 0000 1000" => "10 0000 0001", isto é, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 0 e a porta 9), o que representa que a porta de downlink 0 e a porta de uplink 9 estão abertas, e o pacote de dados multicast atual entra no set-top box STB-0 através da porta 0, e entra no servidor nó MSS-400 através da porta 9;
[01243] Em que, o BX-008-0 adiciona o endereço MAC (SA MAC) do BX-008- 0 e o endereço MAC (DA MAC) do set-top box STB_0 para o pacote que entra no set-top box STB-0 através da porta 0.
[01244] 3) Depois de o servidor nó MSS-400 receber o pacote de dados multicast, o seu módulo de mecanismo de comutação procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "000 0000 0010" ("11 0000 0000 0000 1000" => "000 0000 0010", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1), o que representa que a porta de downlink 1 está aberta, o pacote de dados multicast atual entra no gateway de conversão de protocolo Ethernet BX-008-1 através da porta 1;
[01245] 4) Depois de o gateway de conversão de protocolo Ethernet BX-008-1 receber o pacote de dados multicast, o seu módulo de mecanismo de comutação procura na tabela 3 de acordo com um campo de endereço combinado, em que o endereço da tabela é "11 0000 0000 0000 1000", a saída do item é "00 0000 0010" ("11 0000 0000 0000 1000" => "00 0000 0010", ou seja, um pacote de dados multicast com um endereço de destino (DA) de 0x7800 0x0000 0x0000 0x0008 é orientado para a porta 1), o que representa que a porta de downlink 1 está aberta, o pacote de dados multicast atual entra no set-top box STB-1 através da porta 1. O MAC (SA MAC) do BX-008-1 e o MAC (DA MAC) do STB-1 são adicionados ao pacote.
[01246] 3.3.6 O controle de fluxo de um gateway de conversão de protocolo Ethernet
[01247] O gateway de conversão de protocolo Ethernet pode também realizar controle de fluxo preciso de um pacote ou um pacote de protocolo que passa por ele. Referindo-se a Fig. 12, o processo é o seguinte:
[01248] Etapa 1001: Um pacote de dados recebido por uma interface de rede de downlink entra em um módulo de verificação de pacote;
[01249] Etapa 1002: O módulo de verificação de pacote verifica se o gateway de conversão de protocolo Ethernet DA MAC, terminal de destino SA MAC, o comprimento da Ethernet ou tipo de estrutura, o endereço de rede de destino (DA) da nova rede, o endereço de origem da rede nova (SA), o tipo de pacote e o comprimento do pacote do pacote de dados satisfaz um requisito, se sim, um identificador de fluxo correspondente (fluxo-id) será alocado, e o módulo de exclusão remove o DA MAC e o SA MAC, e, em seguida, o pacote de dados entra em um buffer de recebimento de porta correspondente de outro modo, o pacote de dados será descartado;
[01250] No entanto, um pacote de dados recebido pela interface de rede de uplink diretamente entra no buffer de recebimento de porta correspondente, e um pacote de dados recebido pela interface de módulo de CPU também entra diretamente no buffer de recebimento de porta correspondente. Isto é porque apenas o encaminhamento de uplink é controlado neste modo de execução. Portanto, os pacotes de dados recebidos pela interface de rede de uplink e a interface de módulo do CPU não serão verificados.
[01251] Neste modo de execução, o identificador de fluxo (fluxo-id) pode ser de 8 bits, o que corresponde a 256 fluxos.
[01252] Etapa 1003: O mecanismo de comutação pesquisa buffers de recebimento de porta respectivos buffers de recebimento de porta, se existe um pacote, uma consulta de tabela de procura de endereço será realizada, de modo que a informação de orientação do pacote de dados é obtida;
[01253] A tabela de endereço de pacote procurará um pacote de dados, se ele é um pacote de dados unicast, a tabela 2 será procurada, e se for um pacote de dados multicast, a tabela 3 será procurada.
[01254] Etapa 1004: Se o pacote de dados entra no buffer de recebimento de porta vai de uma interface de rede de downlink para uma interface de rede de uplink, o mecanismo de comutação armazena o pacote de dados em uma fila de buffer de pacote correspondente em conjunto com o identificador de fluxo (transmissão de id), se a fila de buffer de pacote está cheia, o pacote de dados é descartado;
[01255] Se o pacote de dados entra no buffer de recebimento de porta não vai de uma interface de rede de downlink para uma interface de rede de uplink (por exemplo, que vai de uma interface de rede de uplink para uma interface de rede de downlink, ou vai de uma interface módulo de CPU a uma interface de rede da downlink, etc), o mecanismo de comutação armazena o pacote de dados em um buffer de pacote correspondente de acordo com a informação de orientação dos pacotes; se a fila de buffer de pacote está cheia, os pacotes são descartados;
[01256] No buffer de pacote, é a hipótese de que existem 256 tipos de transmissão, então pode haver 256 buffers, para fazer buffer de pacotes de dados correspondentes a diferentes transmissões, respectivamente.
[01257] O texto acima descreve a parte de recebimento de um pacote, e o envio de uma parte do pacote será descrito abaixo.
[01258] Etapa 1005: Um mecanismo de comutação pesquisa todas as filas de comutação de buffer de pacote, que pode ser dividida em duas situações a seguir:
[01259] Primeira Situação: se a fila passa de uma interface de rede de downlink para uma interface de rede de uplink, ela irá ser encaminhada quando as seguintes condições forem satisfeitas:
[01260] 1) o buffer de envio de porta não está cheio;
[01261] 2) a contagem do contador de pacote na fila é maior que 0; e
[01262] 3) um sinal gerado por um módulo de controle de taxa de código é obtido;
[01263] em que, dito encaminhamento representa que um pacote que é lido pelo mecanismo de comutação da fila de buffer de pacote sequencialmente, e depois gravado no buffer de envio de porta da interface de rede de uplink.
[01264] Segunda Situação: se a fila não vai de uma interface de rede downlink a uma interface de rede uplink, ela será encaminhada quando as seguintes condições forem satisfeitas:
[01265] 1) o buffer de envio de porta não está cheio, e
[01266] 2) a contagem do contador de pacote na fila é maior que 0.
[01267] Etapa 1006: Um módulo de envio da interface de rede de downlink verifica o buffer de envio de porta, se existe um pacote, adquire o DA MAC Ethernet do terminal correspondente de acordo com o DA endereço de destino da rede nova, e o módulo de adição de MAC adiciona o DA MAC Ethernet do terminal, o SA MAC do gateway de conversão de protocolo Ethernet e o comprimento da Ethernet ou tipo de estrutura no pacote e envia o pacote para fora.
[01268] O módulo de envio da interface de rede de uplink verifica o buffer de envio da porta, no caso de existir um pacote, ele envia o pacote.
[01269] Neste modo de execução, o gateway de conversão de protocolo Ethernet é baseada em um mecanismo de armazenamento e encaminhamento, todas as portas têm um buffer de recepção e um buffer de envio, e estes buffers são definidos no interior do chip do comutador, de modo que eles não podem ser muito grandes, e o tamanho de cada buffer de recebimento ou buffer de envio é entre 2Kbyte e 4kbyte, que pode fazer buffer de aproximadamente 2 a 3 máximos pacote de Ethernet (cerca de 1556 bytes). Porém, estes buffers não são suficientes, de modo que buffers de pacote devem ser adicionados fora do chip do comutador, e buffers de pacote de grãos tais como SDRAM e SRAM, etc., geralmente são utilizados; por exemplo, um SDRAM de 16 Mbyte pode ser utilizado como um buffer de pacote, que pode armazenar pacotes de Ethernet de no máximo 10K (cerca de 1556 bytes). Dito buffer de envio de porta não cheio representa que o buffer de envio de porta pode, pelo menos, armazenar ainda um pacote de Ethernet máximo (cerca de 1.556 bytes), assim pode garantir que nenhum buffer de envio será ultrapassado.
[01270] O processo em que um módulo de controle de taxa de código gera um sinal será ilustrado detalhadamente a seguir de acordo com um exemplo.
[01271] Um módulo de controle de taxa de código de um comutador de acesso de rede configura um grupo de contadores para cada transmissão, que são, respectivamente definidos como se segue:
[01272] bit (68) = op '0 '---> Reset, '1' ---> normal
[01273] bit (67 downto 60) = frame_cnt 0-255
[01274] bit (59 downto 50) = frame_4byte -511 - 511
[01275] bit (49 downto 41) = max_frame_4byte 0-511
[01276] bit (40 downto 32) = add_4byte 0-511
[01277] bit (31 downto 16) = timer_set
[01278] bit (15 downto 0) = timer_cnt
[01279] bit (68) = op, quando op = '0', significa que o contador é inicializado como zero; quando op = '1', que representa uma operação normal.
[01280] bit (67 downto 60) = frame_cnt, representa a contagem de pacotes na fila de buffer de pacote, a qual é a hipótese de 8 bits (0-255);
[01281] bit (59 downto 50) = frame_4byte, representa o número de bytes que podem ser enviados (deve notar-se que frame_4byte é um contador de 4 bytes, e é a hipótese de que frame_4byte = 4, o que representa que o número de bytes que podem ser enviados é de 16, e, ao mesmo tempo, o contador pode ser negativo, que aqui é a hipótese de 10bit, então o intervalo é -511-511);
[01282] bit (49 downto 41) = max_frame_4byte, representa o valor máximo do número de bytes que podem ser enviados, que aqui é a hipótese de 9bit (0511);
[01283] bit (40 downto 32) = add_4byte, representa o número de bytes que podem ser enviados, que é adicionado cada vez decorrido um tempo fixo (deve notar-se que add_4byte é um contador de 4 bytes, e é a hipótese que add_4byte = 4, o que representa que o número adicional de bytes que podem ser enviados é 16, que é aqui a hipótese de 9bit, então o intervalo é 0-511);
[01284] bit (31 downto 16) = timer_set, representa um intervalo de tempo que é definido, é a hipótese de que o período de consulta de sistema é 50μs, se o timer_set = 100, representa que o intervalo de tempo definido será 50μs x 100 = 5 ms, que aqui é a hipótese como 16 bit;
[01285] bit (15 downto 0) = timer_cnt, representa um período de sistema de consulta, é a hipótese de que o período de consulta de sistema é 50μs, representa que timer_cnt está aumentado por 1 a cada 50μs, que é aqui a hipótese de 16bit.
[01286] A hipótese é que há totalmente 256 transmissões, então 256 grupos de contadores serão mantidos no módulo de controle de taxa de código. O tempo de processamento do módulo de controle de taxa de código em cada grupo de marcadores é de 10 ciclos do relógio, a frequência do relógio do sistema é 125MHz, isto é, o ciclo do relógio é 8ns. Então, o tempo necessário para processar 256 grupos de contadores será 256 x 10 x 8ns = 20480ns = 20,48μs, e é a hipótese de que o período de consulta de sistema é 50us, em seguida, uma redundância muito grande existe.
[01287] Para uma descrição fácil, é aqui a hipótese que o contador da 50a transmissão é, respectivamente, definida como segue:
[01288] timer_set = 100,
[01289] add_4byte = 16,
[01290] frame_4byte = -10,
[01291] max_frame_4byte = 400,
[01292] frame_cnt = 2.
[01293] O módulo de controle da taxa de código verifica o contador da 50a transmissão, se timer_cnt = timer_set (100), que representa que o tempo de envio do pacote encontra-se de acordo com o intervalo de tempo que é definido, então frame_4byte = frame_4byte + add_4byte, e ele determina se frame_4byte é maior do que max_frame_4byte, se sim, frame_4byte = max_frame_4byte. No exemplo acima, frame_4byte = frame_4byte + add_4byte = -10 + 16 = 6, que é inferior a max_frame_4byte (400).
[01294] Em seguida, se frame_4byte é maior do que 0 e frame_cnt é maior que 0, o módulo de controle de taxa de código envia um sinal para o mecanismo de comutação (no exemplo, o número de código é 50). O mecanismo de comutação leva um pacote da fila do buffer de pacote correspondente (neste exemplo, fila de buffer de pacote 50) de acordo com o número de código, e envia-o; e ao mesmo tempo, ele retorna o comprimento do pacote para o módulo de controle de taxa de código. O módulo de controle de taxa de código subtrai o comprimento do pacote correspondente do frame_4byte, é provável que o comprimento do pacote frame_length = 20 (um múltiplo integral de 4byte), então = frame_4byte frame_4byte - frame_length = 6 - 20 = -14.
[01295] Os op contadores acima, max_frame_4byte, add_4byte e timer_set serão informações de controle de fluxo, que são todos configurados pelo módulo CPU (que são obtidos através da interação do protocolo com o servidor nó). timer_cnt é inicializado como 0, e é aumentado em 1 a cada vez que um período de consulta de sistema expira; frame_cnt é inicializado como 0, e se um pacote é adicionado à fila de buffer de pacote, frame_cnt será aumentado em 1. O módulo de controle da taxa de código pode converter um fluxo de dados não uniforme que é colocado dentro de um fluxo de dados uniforme para o envio, controlando os parâmetros de max_frame_4byte, add_4byte, timer_set. Por exemplo, se for necessário para a saída de um fluxo de dados com um comprimento de pacote de 1024byte e um intervalo de 5 ms, ele define como se segue:
[01296] max_frame_4byte = 256 (1024byte),
[01297] add_4byte = 256 (1024byte),
[01298] timer_set = 100 (é a hipótese de que o período de consulta do sistema é 50μs).
[01299] Pode ser conhecido a partir do acima exposto que, para diferentes serviços, o fluxo correspondente vai ser diferente, então a informação de controle de fluxo obtida pelo módulo de CPU do servidor nó será diferente, também. Além disso, o controle da taxa de código acima, não só pode controlar um pacote com um pacote de comprimento fixo, mas também pode controlar um pacote com um pacote de comprimento variável, em que um pacote com um pacote de comprimento variável representa que o comprimento do pacote é variável a cada vez que é colocada no comutador. Isto é porque o tamanho dos dados que pode ser enviado de cada vez é determinado pelo valor máximo de max_frame_4byte de bytes que podem ser enviados e a add_4byte parâmetro para ajustar o envio de um pacote com um pacote de comprimento variável.
[01300] Mais especificamente, o processo descrito acima em que um gateway de conversão de protocolo Ethernet realiza o controle do fluxo será ilustrado através de um exemplo, em conjunto com o 3.3.4 Processo de comunicação unicast acima.
[01301] Em 3.3.4, ele ilustra em detalhe um processo em que o servidor nó MSS-400 envia um pacote de protocolo e completa a configuração de tabela, e notifica cada gateway de conversão de protocolo Ethernet sobre o link de comunicação do serviço atual para abrir a porta correspondente. Preferencialmente, no processo de definição de tora de comunicação para o serviço atual, o servidor nó MSS-400 pode também perceber a transferência de informações de controle de fluxo através do envio de um pacote de protocolo, isto é, envia a informação de controle de fluxo para o serviço atual para o primeiro gateway de conversão de protocolo Ethernet BX-008-0 no uplink do set-top box STB-0 para o set-top box STB-1, e o gateway de conversão de protocolo Ethernet BX-008-0 realiza o controle de fluxo nos dados do serviço atual.
[01302] Porque quando o servidor nó MSS-400 define uma rota para o serviço atual, ele determina o fluxo ocupado pelo serviço atual (ou seja, o fluxo alocado para o serviço atual) de acordo com as informações de alocação do serviço atual, tal como tipo e assim por diante ao mesmo tempo, e registra na informação de descrição do dispositivo na tabela de informações de endereço do servidor nó MSS-400 (isto é, o fluxo ocupado de serviço atual é aumentado no fluxo de informação da porta). Assim, no momento em que o próximo pedido de serviço é emitido, ele pode conhecer o fluxo real da porta.
[01303] A razão pela qual o servidor nó MSS-400 envia informação de controle de fluxo para mudar o BX-008-0 é para assegurar que o fluxo alocado ao serviço atual pelo servidor nó MSS-400 pode garantir a implementação, em vez de aumentar de forma aleatória ou reduzir (incluindo a mudança no sentido de estatísticas de largura de banda e a mudança de largura de banda em pontos temporais discretos).
[01304] A informação de controle de fluxo pode garantir que um pacote pode ser enviado de acordo com um determinado intervalo de tempo quando o comutador BX-008-0 recebe um pacote de serviço atual, e um requisito é também colocado sobre o tamanho dos dados enviados de cada vez. Quando o comprimento de um pacote enviado pelo terminal for grande, dois ou mais intervalos de tempo podem ser acumulados para o envio do pacote, assim o pacote do usuário não irá ser desmanchado ou desmontado, e, ao mesmo tempo, pode também basicamente garantir a estabilidade e uniformidade da transmissão de dados. No entanto, na presente invenção, preferencialmente, o comutador e o terminal podem ser notificads para limitar o tamanho do pacote quando um serviço é estabelecido, por exemplo, o comprimento do pacote iniciado por um terminal irá satisfazer o requisito de informação de controle de fluxo, e ao mesmo tempo, o comutador também pode descartar um pacote que não satisfaz o requisito de tamanho de pacote, assim, a estabilidade e homogeneidade de transmissão de dados pode ser mais garantida.
[01305] Resumidamente, pode garantir através da informação de controle de fluxo que o fluxo de dados enviado pelo comutador BX-008-0 a cada momento é estável e uniforme e cumpre o limite de vazão alocado, e não vai ser alterado de forma aleatória. Assim, é possível garantir que a precisa distribuição de fluxo e controle sobre cada serviço e cada porta da rede pode ser realizada na invenção.
[01306] No entanto, na presente invenção, a fim de garantir um controle preciso do fluxo, um controle de fluxo pode também ser executado em um pacote de protocolo para pedir um serviço. Especificamente, o servidor nó MSS-400 pode atribuir uma informação de controle de fluxo para os comutadores da camada inferior de um terminal de acesso, isto é, quando cada comutador recebe um pacote de protocolo de uplink, ele apenas precisa realizar a transmissão de dados de acordo com a informação de controle de fluxo informada pelo servidor nó MSS-400 quando o comutador atual é ligado e acessa a rede. Assim, a invenção pode garantir que a distribuição de fluxo de toda a rede não será influenciada, mesmo se uma grande quantidade de pacotes de protocolo de pedido de serviço é iniciada ao mesmo tempo, isto é, a invenção pode efetuar um controle de fluxo no processo de pedido de serviço, e pode também executar o controle de fluxo no processo de transmissão de dados, no qual um link de serviço foi estabelecido.
[01307] No processo de estabelecimento de link multicast so 3.3.5, que também se relaciona com a definição, registro e notificação de informações de controle de fluxo de uma porta no serviço unicast acima, e o processo de implementação e a teoria técnica são basicamente os mesmos, de modo que não serão descritos novamente aqui.
[01308] 4) Implementação da rede de área metropolitana
[01309] A fim de simplificar o projeto, há totalmente 4 tipos de pacotes em uma rede de área metropolitana, respectivamente:
[01310] • pacote de rótulo de consulta de área metropolitana (um pacote de protocolo contendo um rótulo enviado por um servidor de área metropolitana a um comutador nó e um servidor nó);
[01311] • pacote de rótulo de área metropolitana (um pacote de protocolo contendo um rótulo respondeu por um comutador nó e um servidor nó a um servidor de área metropolitana);
[01312] • pacote de dados de rótulo unicast (formado por um servidor nó pela adição de um rótulo a um pacote de dados unicast ou multicast);
[01313] • pacote de dados de rótulo multicast (formado por um servidor nó pela adição de um rótulo a um pacote de dados unicast ou multicast).
[01314] O endereço de uma rede de área metropolitana tem um comprimento total de 40bit, que é dividido aqui em três camadas, respectivamente: 8bit, 16bit e 16bit, que por sua vez são definidos como rede estadual, rede de área ampla e rede de área metropolitana. A transmissão de dados entre os terminais na mesma rede de área metropolitana, e na mesma rede de acesso é controlada por um servidor nó de rede de acesso.
[01315] É possível que STB_0 situe-se na rede de acesso A, que STB_1 situe- se na acesso de rede B, em que uma rede de acesso A e uma rede de acesso B pertencem a uma mesma rede de área metropolitana C. O processo de implementação é o seguinte:
[01316] 1) O STB_0 emite um pedido para a realização de videofone com o STB_1;
[01317] 2) Um servidor nó na rede de acesso A verifica que STB_1 não pertence à rede de acesso A de acordo com o número do STB_1, em seguida, emite uma consulta a um servidor de área metropolitana na rede de área metropolitana C;
[01318] 3) O servidor de área metropolitana na área metropolitana de rede C verifica que STB_1 pertence ao acessar a rede B, de acordo com o número de STB_1, e emite uma consulta a um servidor do nó de acesso de rede B;
[01319] 4) O servidor do nó na rede de acesso B verifica que o STB_1 está na rede de acesso B, de acordo com o número de STB_1 e envia um menu de chamada para o STB_1;
[01320] 5) O STB_1 pode optar por aceitar ou recusar, e ele envia uma resposta para o servidor nó na rede de acesso B, é possível que aqui o STB_1 selecione aceitar;
[01321] 6) O servidor nó na rede de acesso B emite uma resposta para o servidor de área metropolitana na rede área metropolitana de rede C;
[01322] 7) O servidor de área metropolitana na rede de área metropolitana C emite uma resposta para o servidor nó na rede de acesso A;
[01323] 8) O servidor nó na rede de acesso A emite uma resposta para STB_0.
[01324] Ela pode ser conhecida a partir da descrição acima que, o terminal apenas interage com um servidor nó da rede de acesso local, e o servidor nó interage com a rede de área metropolitana local, e assim por diante; o servidor de área metropolitana interage com um servidor de área ampla na rede de área ampla local.
[01325] É possível que o tipo de datagrama do pacote de consulta de área metropolitana é "1001 0000" (sistema binário), ou seja, 0x90 (sistema hexadecimal), o tipo de datagrama do pacote de resposta de área metropolitana é "0000 1001" (sistema binário ), ou seja, 0x09 (sistema hexadecimal), o tipo de datagrama do pacote de rótulo unicast é "0001 0000" (sistema binário), ou seja, 0x10 (sistema hexadecimal), o tipo de datagrama do pacote de rótulo multicast é "0111 1000" (sistema binário), ou seja, 0x78 (sistema hexadecimal), e quatro tabelas de procura são necessárias, por exemplo:
[01326] • tabela de procura de rótulo de pacote de rótulo de consulta de área metropolitana, definida como tabela 4, com um tamanho de 64 K;
[01327] • tabela de procura de rótulo de pacote de rótulo de consulta de área metropolitana, definida como a tabela 5, com um tamanho de 64 K;
[01328] • tabela de procura de rótulo de pacote de rótulo unicast, definida como tabela 6, com um tamanho de 64 K;
[01329] • tabela de procura de rótulo de pacote de rótulo multicast, definida como a tabela 7, com um tamanho de 64 K;
[01330] Ademais à porta à qual um pacote é para ser orientado, a saída da tabela de procura de para o pacote de rótulo de consulta de área metropolitana, pacote de rótulo de resposta de área metropolitana, pacote de rótulo unicast e pacote de rótulo multicast tem ainda um rótulo OUT de 16bit. Por exemplo, em que, um comutador nó MX-4 tem quatro interfaces de fibra de 1000M e uma interface do CPU. Se as quatro interfaces de fibra de 1000M por sua vez são definidas como porta 0 à porta 3 e a interface de módulo de CPU é definida como porta 4, então, uma tabela de procura de endereço de pacote de rótulo de consulta de área metropolitana 64k x 21bit (5bit + 16bit), uma tabela de procura de endereço de pacote de rótulo de resposta de área metropolitana 64k x 21bit (5bit + 16bit), um pacote de rótulo unicast 64K x 21bit (5bit + 16bit) e um pacote de rótulo multicast 64K x 21bit (5bit + 16bit) serão necessários. Por exemplo, a saída da tabela de procura de pacote de rótulo de consulta de área metropolitana com um rótulo IN de 0x0001 é "1 0000 0000 0000 0000 0000", o que representa que o pacote é orientado para a porta 4 (porta de CPU) e o rótulo OUT é 0x0000, a saída da tabela de procura de pacote de rótulo multicast com um rótulo IN de 0x0001 é "0 0011 0000 0011 0000 0000", o que representa que o pacote é orientado para as portas 0 e porta 1, e o rótulo OUT é 0x0300, e assim por diante.
[01331] O exemplo de pacote de dados de rótulo multicast e unicast é o seguinte:
[01332] É possível que um pacote de dados entra da porta 0, e seus dados de cabeçalho são 0x1056 0x1500 0x0000 0x55aa 0x0056 0x1500 0001 0xaa55 0x0000 0x0000 0x00001, onde DA é 0x1056 0x1500 0x0000 0x55aa, SA é 0x0056 0x1500 0001 0xaa55, o byte reservado é 0x0000 e o rótulo é 0x0001, então, o seu tipo de pacote será 0x10; de acordo com a regra da tabela de procura, a tabela 6 será procurada, isto é, o endereço é "0000 0000 0000 0001", e a saída da tabela de procura correspondente a este endereço é "0 1100 1000 0000 0000 0001", que representa a porta 2 e porta 3 para as quais um pacote de dados será orientado, e rótulo é substituído 0x8001; assim, quando um pacote de dados é a saída da porta 2 e porta 3, os dados de seu cabeçalho serão 0x1056 0x1500 0x0000 0x55aa 0x0056 0x1500 0001 0xaa 55 0x0000 0x0000 0x8001.
[01333] A comunicação na rede de área metropolitana será ilustrada em detalhes a seguir de acordo com um modo de execução da presente invenção, que especificamente compreende um processo de acesso de rede e um processo de serviço de um servidor de área metropolitana e um comutador nó de um servidor de área metropolitana e um servidor nó.
[01334] 4.1 O processo de acesso de rede de uma rede de área metropolitana
[01335] 4.1.1 O processo de acesso de rede de um servidor de área metropolitana e um comutador nó, um servidor nó
[01336] Em primeiro lugar, cada comutador que tem permissão para acessar a rede deve ser registrado em um servidor, as informações de registro de um comutador inclue, o tipo de dispositivo e a identificação do dispositivo do comutador, e um comutador que não está registrado não será capaz de acessar a rede.
[01337] Primeiramente, cada comutador que tem permissão para acessar a rede deve ser registrado em um servidor, as informações de registro de um comutador incluem o tipo de dispositivo e a identificação do dispositivo do comutador, e um comutador que não está registrado não será capaz de acessar a rede. Como mostrado na Fig.7, o processo no qual o comutador de nó acessa a rede relaciona-se com as seguintes etapas:
[01338] S1) um servidor de área metropolitana envia um pacote de consulta para cada porta, depois de um comutador nó receber o pacote de consulta, ele envia um pacote de resposta (a resposta contém o tipo de dispositivo e a identificação de dispositivo do comutador, que é a informação intrínseca de cada comutador);
[01339] S2) depois que o servidor de área metropolitana recebe a resposta emitida pelo comutador nó, ele sabe que a porta deve ser conectada com um comutador nó, em seguida, ele encontra a informação do comutaodor nó em uma tabela interna de informação de registo do servidor de área metropolitana, e envia um comando de acesso de rede para o comutador (informação do endereço de rede de área metropolitana e rótulo do comutador), e depois de o comutador nó receber o comando de acesso de rede, ele acessa a rede e envia uma resposta de comando de acesso de rede para o servidor de área metropolitana ao mesmo tempo;
[01340] S3) depois que o servidor de área metropolitana recebe uma resposta de comando de acesso de rede emitida pelo comutador, sabe-se que o comutador nó acessou a rede, e, então, um pacote de consulta de estado é enviado para a porta cada segundo para verificar se o comutador nó funciona normalmente, e ao mesmo tempo, um pacote de consulta de porta é enviado para outras portas do comutador nó para verificar se outros dispositivos estao conectados no comutador nó. Se o comutador nó funciona normalmente, depois de receber o pacote de consulta de estado, vai enviar uma resposta de estado para o servidor de área metropolitana. Quando o de servidor de área metropolitana não recebe uma resposta de consulta de estado em um certo período de tempo (por exemplo, em 6 segundos), será considerado que o comutador nó foi removido da rede, e nenhum pacote de consulta de estado será enviado mais; ao invés disso, continua a enviar um pacote de consulta para a porta atual.
[01341] O processo de acesso de rede de um de servidor nó conectado sob o comutador nó é similar ao processo descrito acima, de modo que não serão descritos novamente em detalhe aqui.
[01342] 4.1.2 Um exemplo a da interação de acesso à rede entre um servidor de área metropolitana e um comutador nó, um servidor nó
[01343] Todos os dispositivos na rede de área metropolitana descritos com uma tabela de informação do dispositivo, e um dispositivo pode ser únicamente identificado por um tipo de dispositivo de 2 bytes e um dispositivo de identificação de 6 bytes, geralmente; será descrito de acordo com aqueles diferentes tipos de dispositivos que tem diferentes tabelas de informação do dispositivo, por exemplo, tabela de informações do comutador nó e tabela de informação do servidor nó. Os items de uma tabela de informação do são formados como se segue:
[01344] 1) identificação do dispositivo: 6 bytes, o qual é escrito dentro de um disco rigido ou flash de um servidor de área metropolitana, quando o dispositivo é registrado, e importado para a memória da CPU depois que o servidor de área metropolitana é ligado ;
[01345] 2) o estado do dispositivo: 2 bytes, onde 0x0000 representação que o dispositivo nao acessar a rede, e 0x0001 representação que o dispositivo esta um ser acessado a rede (como questões da área metropolitana de servidores de uma rede de pacotes de comando de acesso, mas nao rede de resposta de comando recebido acesso é), 0x0002 representação que o dispositivo tenha acessado uma rede (definido pelo servidor de área metropolitana depois de receber hum pacote de resposta da rede de acesso);
[01346] 3) Endereço do dispositivo: 2 bytes, o endereco de rede de área metropolitana alocado para o dispositivo.
[01347] O endereço de rede de área metropolitana tem um comprimento de 16 bits, todos os dispositivos da rede de área metropolitana tem um único endereço de rede de acesso (incluindo o servidor de área metropolitana, o comutador nó e o servidor nó). Uma tabela com um tamanho de poder dezasseis de dois, ou seja, 64K, é mantido por um módulo de CPU do servidor de área metropolitana, que é chamada de tabela de informação de endereço de área metropolitana, e cada elemento da tabela é constituído da seguinte forma:
[01348] 1) descritor de ocupação de endereço: 2 bytes, em que 0x0000 representa que o endereço não é usado, 0x0001 representa que o endereço é de espera (o servidor de área metropolitana emite um pacote de comando de acesso de rede por este endereço, mas nenhuma resposta de comando de acesso de rede é recebida), e 0x0002 representa que o endereço é usado (definido pelo servidor de área metropolitana depois de receber um pacote de resposta de acesso de rede);
[01349] 2) O tipo de dispositivo: 2 bytes, por exemplo, 0x0000 representa servidor área metropolitana MS-1000, 0x0001 representa comutador nó MX-4, e 0x0002 representa servidor nó MSS-400;
[01350] 3) Informação de descrição de origem de dispositivo: vários bytes, por exemplo, se o dispositivo é um comutador nó, que contém o endereço de rede de área metropolitana de um dispositivo conectado a uma porta de rede da mesma e a contagem de fluxo de downlink de cada porta de rede da mesma; se o dispositivo é um servidor nó, que contém o endereço de rede de acesso de um dispositivo conectado com a sua porta de rede e a contagem de fluxo de downlink de uma porta de rede do mesmo, etc., todas essas informações proporcionam uma base de tomada de decisão para o processo de serviço, e as informações serão modificadas durante cada processo de serviço.
[01351] Da mesma forma, um rótulo de consulta de área metropolitana descreve a conexão de um servidor de área metropolitana a um comutador nó ou um servidor nó, enquanto um rótulo de resposta de área metropolitana descreve a conexão de um comutador nó ou um servidor nó a um servidor de área metropolitana. A fim de simplificar o projeto, é provável que os dois têm uma correspondência de um para um, por exemplo, se o rótulo de consulta de área metropolitana de um servidor de área metropolitana para um comutador nó é 0x0008, o rótulo de resposta de área metropolitana do comutador nó para o servidor de área metropolitana também é 0x0008, além disso, o rótulo OUT é igual ao rótulo IN. Assim, uma outra tabela com um tamanho de poder dezasseis de dois, ou seja, 64 K, é mantida por um módulo de CPU do servidor de área metropolitana, que é chamado de tabela de informação de rótulo de área metropolitana, e cada item da tabela é constituído do seguinte modo:
[01352] 1) o descritor de ocupação do rótulo: 2 bytes, onde 0x0000 representa que este rótulo não é usado, 0x0001 representa que esse rótulo é de espera (o servidor de área metropolitana emite um pacote de consulta de porta por este rótulo, mas nenhum pacote de resposta de acesso de rede é recebido), e 0x0002 representa que esse rótulo é usado (definido pelo servidor de área metropolitana depois de receber um pacote de resposta de acesso de rede);
[01353] 2) descritor de rótulo: 2 bytes, o endereço de rede de área metropolitana de um dispositivo correspondente do rótulo;
[01354] 3) informação de descrição de rota de rótulo: 4 bytes, para descrever o endereço de rede de área metropolitana e o número de porta do comutador previous-hop do pacote de rótulo de consulta de área metropolitana, onde os 2 primeiros bytes representam o endereço de rede de área metropolitana do comutador previous-hop, e os últimos 2 bytes representam o número da porta do comutador previou-hop.
[01355] Conforme mostrado na Fig.14, por exemplo, é provável que o servidor de área metropolitana tenha quatro interfaces de fibra de 1000M e uma interface de módulo de CPU. Se as quatro interfaces de fibra de 1000M são, por sua vez, definidas como porta 0 a porta 3 e o módulo de interface do CPU é definido como porta 4, o tipo de servidor de área metropolitana será MS-1000, e a porta 0 e a porta 1 do MS-1000 são, respectivamente, conectadas com a porta 2 e a porta 3 do MX-4-0, e a porta 0 do MX-4-0 é conectada com a MSS- 400-0, e a porta 1 do MSS-400-0 é conectada com o MSS-400-1.
[01356] O processo de interacção de acesso de rede é a seguinte:
[01357] 1) Depois de servidor MS-1000 ser ligado, ele inicializa o hardware e importa um arquivo de configuração a partir do disco rígido para a memória do CPU (por exemplo, a informação de registro de um comutador nó e a informação de registro de um servidor nó, etc), o servidor MS-1000 inicializa a tabela de informação de endereço de área metropolitana e a tabela de informação de rótulo de protocolo de área metropolitana, e todos os itens são apagados (que representa que todos os endereços e rótulos não são usados), e o MS-1000 configura seu próprio endereço de rede de área metropolitana como 0x0000, ou seja, o item 0x0000 da tabela de informação de endereço de área metropolitana é configurado da seguinte forma:
[01358] • descritor de ocupação de endereço: 0x0002 representa que o endereço é usado;
[01359] • descritor de dispositivo: 0x0000 representa o servidor de área metropolitana;
[01360] • informação de descrição de recurso de dispositivo: o servidor área metropolitana tem quatro interfaces de fibra de 1000M, que por sua vez são definidas porta 0 a porta 3, e a interface do módulo do CPU é definida como porta 4, o tipo deste servidor nó é MS -1000, o endereço de rede de área metropolitana de um dispositivo conectado a uma porta de rede do mesmo não é alocado, e a contagem de fluxo de downlink de cada uma de suas portas de rede é 0;
[01361] O próximo endereço disponível é 0x0001, e o próximo rótulo de protocolo de área metropolitana é 0x0000;
[01362] 2) O servidor MS-1000 inicializa as tabelas 4, 5, 6 e 7;
[01363] • configura a tabela 4 como "0 0000 0000 0000 0000 0000" para "0 0000 1111 1111 1111 1111", isto é, a transmissão de todos os pacotes de rótulos de consulta de área metropolitana é desligada;
[01364] • configura a tabela 5 como "1 0000 0000 0000 0000 0000" para "1 0000 1111 1111 1111 1111", ou seja, todos os pacotes de rótulo de resposta de área metropolitana são orientados para o CPU;
[01365] • configura as tabelas 6 e 7 como "0 0000 0000 0000 0000 0000", ou seja, a transmissão de todos os pacotes unicast ou multicast de dados é fechada;
[01366] 3) O server MS-1000 sabe que tem quatro interfaces de fibra de 1000M e o seguinte rótulo de protocolo de área metropolitana é 0x0000, de modo que configura os 4 itens da tabela 4, como, respectivamente:
[01367] • "100 0000 0000 0000 0000" => "0 0001 0000 0000 0000 0000", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0000 é orientado para a porta 0;
[01368] • "100 0000 0000 0000 0001" => "0 0010 0000 0000 0000 0001", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0001 é orientado para a porta 1;
[01369] • "100 0000 0000 0000 0010" => "0 0100 0000 0000 0000 0010", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0002 é orientado para a porta 2;
[01370] • "100 0000 0000 0000 0011" => "0 1000 0000 0000 0000 0011", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0003 é orientado para a porta 3;
[01371] O próximo rótulo de protocolo de área metropolitana é 0x0004;
[01372] 4) O server MS-1000 emite pacotes de consulta de porta com informações de cabeçalho de 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0002, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0003, e porque os pacotes são comutadores de acordo com os rótulos, não importa mesmo se o DA é o mesmo. De acordo com a configuração da tabela 4, os pacotes de consulta de porta serão por sua vez orientados para as portas 0 a 3;
[01373] Item 0x0000 da tabela de informação de rótulo está configurada da seguinte forma:
[01374] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01375] • descritor de rótulo: ele não será modificado;
[01376] • informação de descrição de rota de rótulo: 0x0000 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana de MS-1000), 0x0000 (porta 0 do MS-1000).
[01377] Item 0x0001 da tabela de informação de rótulo é configurada da seguinte forma:
[01378] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01379] • descritor de rótulo: ele não será modificado;
[01380] • informação de descrição de rota de rótulo: 0x0000 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana de MS-1000), 0x0001 (porta 1 do MS-1000).
[01381] Item 0x0002 da tabela de informação de rótulo está configurada da seguinte forma:
[01382] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01383] • descritor de rótulo: ele não será modificado;
[01384] • informação de rótulo de descrição de rota: 0x0000 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana MS-1000), 0x0002 (porta 2 do MS-1000).
[01385] Item 0x0003 da tabela de informação de rótulo está configurado da seguinte forma:
[01386] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01387] • descritor de rótulo: ele não será modificado;
[01388] • informação de descrição de rota de rótulo: 0x0000 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana de MS-1000), 0x0003 (porta 3 do MS-1000).
[01389] O próximo rótulo disponível é 0x0004;
[01390] 5) Após o comutador MX-4-0 ser ligado, ele inicializa o hardware:
[01391] • configura a tabela 4 como "1 0000 0000 0000 0000 0000" para "1 0000 1111 1111 1111 1111", ou seja, todos os pacotes de rótulo de consulta de área metropolitana são orientados para o CPU;
[01392] • configura a tabela 5 como "0 0000 0000 0000 0000 0000" para "0 0000 1111 1111 1111 1111", isto é, a transmissão de todos os pacotes de rótulo de resposta de área metropolitana são desligados;
[01393] • configura as tabelas 6 e 7 como "0 0000 0000 0000 0000 0000", ou seja, a transmissão de todos os pacotes de dados unicast ou multicast é fechada;
[01394] 6) A porta 2 do comutador MX-4-0 recebe um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0000 de acordo com o gráfico topológico, então:
[01395] • configura a tabela 5 "101 0000 0000 0000 0000" => "0 0100 0000 0000 0000 0000", ou seja, um pacote de resposta com um rótulo de protocolo de área metropolitana de 0x0000 é orientado para a porta 2;
[01396] A porta 3 do comutador MX-4-0 recebe um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0001 de acordo com o gráfico topológico, então:
[01397] • configura a tabela 5 "101 0000 0000 0000 0001" => "0 1000 0000 0000 0000 0000", ou seja, um pacote de resposta com um rótulo de protocolo de área metropolitana de 0x0001 é orientado para a porta 3;
[01398] Dois pacotes de resposta (que contém o tipo de dispositivo e a identificação do dispositivo do comutador atual e o número da porta que recebe o pacote de consulta) são enviados, onde o cabeçalho de um pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 e, ao mesmo tempo, ele marca no pacote que o número da porta que recebe o pacote de consulta é a porta 2;
[01399] O cabeçalho do outro pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001, e, ao mesmo tempo, ele marca no pacote que o número da porta que recebe o pacote de consulta é a porta 3;
[01400] 7) Após a porta 0 do servidor MS-1000 receber um pacote de resposta de consulta com uma rótulo de protocolo de área metropolitana de 0x0000,
[01401] 1) de acordo com o tipo de dispositivo no pacote de resposta, o servidor MS-1000 sabe que é um comutador nó, e compara a identificação do dispositivo no pacote de resposta com os itens de identificação de dispositivo na tabela de informação do dispositivo no comutador nó um por um, até que um item totalmente idêntico é encontrado, isso indica que o dispositivo foi registrado, e verifica que o item de estado do dispositivo é 0x0000, para que ele saiba que o dispositivo não tem acesso de rede;
[01402] 2) ele verifica o item 0x0000 da tabela de informação de rótulo de protocolo de área metropolitana de acordo com o rótulo de protocolo de área metropolitana 0x0000 no pacote de resposta, e sabe que o comutador previous- hop é o servidor MS-1000 (com um endereço de 0x0000), e o número da porta é a porta 0;
[01403] 3) de acordo com o número de campo 5 no pacote de resposta PDU (que indica o número da porta do comutador que recebe o pacote de consulta), o servidor MS-1000 sabe que a porta 0 é conectada com a porta 2 de um comutador.
[01404] Um comando de acesso de rede é enviado (informando que o endereço de rede de área metropolitana do comutador é 0x0001), o cabeçalho do pacote é 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000;
[01405] O item 0x0001 da tabela de informação de endereço é configurado da seguinte forma:
[01406] • descritor de ocupação de endereço: 0x0001 representa que o endereço é de espera (o servidor de área metropolitana emite um comando de acesso de rede por este endereço, mas nenhuma resposta de comando de acesso de rede é recebida);
[01407] • descritor de dispositivo: ele não será modificado;
[01408] • informação de descrição de recurso do dispositivo: ele não será modificado;
[01409] Os itens da tabela de informação do dispositivo correspondente são configurados como segue:
[01410] • identificação do dispositivo: ele não será modificado;
[01411] • estado do dispositivo: 0x0001 representa que o dispositivo será acessado para rede (o servidor de área metropolitana emite pacote de comando de acesso de rede, mas nenhuma resposta de comando de acesso de rede é recebida);
[01412] • endereço do dispositivo: 0x0001;
[01413] 8) Depois da porta 1 do servidor MS-1000 receber um pacote de resposta de consulta com um rótulo de protocolo de área metropolitana de 0x0001:
[01414] 1) de acordo com o tipo de dispositivo no pacote de resposta, o servidor MS-1000 sabe que é um comutador nó, e compara a identificação do dispositivo no pacote de resposta com os itens de identificação de dispositivo da tabela de informação do dispositivo no comutador nó um por um, até que um item totalmente idêntico é encontrado, isso indica que o dispositivo foi registrado, e verifica que o item de estado do dispositivo é 0x0001, então sabe que o dispositivo será acessado para a rede;
[01415] 2) de acordo com o rótulo de protocolo de área metropolitana 0x0001 no pacote de resposta, ele verifica o item 0x0001 da tabela de informação de rótulo de área metropolitana, e sabe que o comutador previous-hop é o servidor MS-1000 (com um endereço de 0x0000), e o número da porta é a porta 1;
[01416] 3) de acordo com o número de campo 5 no pacote de resposta PDU (que indica o número da porta do comutador que recebe o pacote de consulta), o servidor MS-1000 sabe que a porta 1 está conectada com a porta 3 de um comutador.
[01417] Um comando de acesso de rede é enviado (informando que o endereço de rede de área metropolitana do comutador é 0x0001), o cabeçalho do pacote é 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001;
[01418] O item 0x0001 da tabela de informação de endereço é configurada da seguinte forma:
[01419] • descritor de ocupação de endereço: 0x0001 representa que o endereço é de espera (o servidor de área metropolitana emite um comando de acesso de rede por este endereço, mas nenhuma resposta de comando de acesso de rede é recebida);
[01420] • descritor de dispositivo: ele não será modificado;
[01421] • informação de descrição de recurso do dispositivo: ele não será modificado;
[01422] Os itens da tabela de informação do dispositivo correspondente são configurados como segue:
[01423] • identificação do dispositivo: ele não será modificado;
[01424] • estado do dispositivo: 0x0001 representa que o dispositivo será acessado para a rede (o servidor de área metropolitana emite um pacote de comando de acesso de rede, mas nenhuma resposta de comando de acesso de rede é recebida);
[01425] • endereço do dispositivo: 0x0001;
[01426] 9) Depois de a porta 2 do comutador MX-4-0 receber um pacote de comando de acesso de rede, com um rótulo de protocolo de área metropolitana de 0x0000 (o cabeçalho do pacote é 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000), ele compara o tipo de dispositivo e o dispositivo de identificação do mesmo, sabe que o seu próprio endereço de rede de área metropolitana é 0x0001 e acessa a rede e envia uma resposta de comando de acesso de rede para o servidor ao mesmo tempo, o cabeçalho do pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000;
[01427] 10) Depois de a porta 3 do comutador MX-4-0 3 receber um pacote de comando de acesso de rede, com um rótulo de protocolo de área metropolitana protocolo 0x0001 (o cabeçalho do pacote é 0x9000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001), ele compara o tipo de dispositivo e o dispositivo de identificação do mesmo, sabe que o seu próprio endereço de rede de área metropolitana é 0x0001 e acessa a rede e envia uma resposta de comando de acesso de rede para o servidor ao mesmo tempo, o cabeçalho do pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0001 0x0000 0x0000 0x0000 0x0001;
[01428] 11) após a porta 0 do servidor MS-1000 receber um pacote de resposta de comando de acesso de rede com um rótulo de protocolo de área metropolitana 0x0000,
[01429] 1) de acordo com o rótulo de protocolo de área metropolitana 0x0000 no pacote de resposta de comando de acesso de rede, ele verifica a informação de descrição de rota de rótulo no item 0x0000 da tabela de informação de rótulo e sabe que o comutador previous-hop do comutador é o servidor MS-1000 (com um endereço de 0x0000), e o número da porta é a porta 0.
[01430] 2) de acordo com o número de campo 9 no pacote de resposta de comando de acesso de rede PDU (que indica o número da porta do comutador que recebe o pacote de consulta), o servidor MS-1000 sabe que a porta 0 está conectada com a porta 2 de um comutador;
[01431] 3) de acordo com o endereço de área metropolitana 0x0001 no pacote de resposta de comando de acesso, ele sabe que o endereço de área metropolitana do comutador é 0x0001.
[01432] Pode ser conhecido que o comutador MX-4-0 acessou a rede através da integração de 1), 2) e 3).
[01433] O item 0x0001 da tabela de informação de endereço é configurado da seguinte forma:
[01434] • descritor de ocupação de endereço: 0x0002 representa que o endereço é usado;
[01435] • descritor de dispositivo: 0x0001 representa o comutador nó MX-4-0;
[01436] • Informação de descrição de origem de dispositivo: quatro interfaces de fibra de 1000M são, por sua vez definidas como portas de 0 a 3, e o módulo de interface do CPU é definido como a porta 4; a porta 2 do mesmo está conectada com a porta 0 do MS-1000 com um endereço de área metropolitana 0x0000, o endereço de rede de área metropolitana de um dispositivo conectado com outra porta de rede é desconhecido, e a contagem de fluxo de downlink de cada uma das suas portas de rede é 0.
[01437] Item 0x0000 da tabela de informação de rótulo está configurada da seguinte forma:
[01438] • descritor de ocupação de rótulo: 0x0002 representa que esse rótulo é usado;
[01439] • descritor de rótulo: 0x0000;
[01440] • informação de descrição de rota de rótulo: 0x0000 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana do MS-1000), 0x0000 (porta 0 do MS-1000).
[01441] Os itens da tabela de informação de dispositivo correspondente são configurados como segue:
[01442] • identificação do dispositivo: ele não será modificado;
[01443] • estado do dispositivo: 0x0002 representa que o dispositivo acessou a rede (o servidor de área metropolitana emite um pacote de comando de acesso de rede, e recebe uma resposta de comando de acesso de rede);
[01444] • endereço do dispositivo: 0x0001.
[01445] O item 0x0000 da tabela de informação de endereço de área metropolitana é configurado da seguinte forma:
[01446] • descritor de ocupação de endereço: ele não será modificado;
[01447] • descritor de dispositivo: ele não será modificado;
[01448] • informação de descrição de recurso do dispositivo: o servidor de área metropolitana tem quatro interfaces de fibra de 1000M, que por sua vez são definidas como portas de 0 a 3, e a interface do módulo CPU é definida como porta 4, o tipo deste servidor nó é MS -1000, a porta 0 do mesmo está conectada com a porta 2 do MX-4-0 com um endereço de área metropolitana de 0x0001, o endereço de rede de área metropolitana de um dispositivo conectado com outras portas de rede não é alocado, e a contagem de fluxo de downlink de cada uma de suas portas de rede é 0;
[01449] Em seguida, ele periodicamente (por exemplo, a cada segundo) envia um dispositivo de instrução de consulta do estado para a porta 0, se o servidor MS-1000 não recebe uma resposta de consulta de estado em um determinado período de tempo (por exemplo, 6 segundos), ele não enviará mais uma instrução de consulta do estado do dispositivo, e continua a enviar um pacote de consulta para a porta 0.
[01450] 12) Depois que a porta 1 do servidor MS-1000 recebe um pacote de resposta de comando de acesso de rede com uma rótulo de protocolo de área metropolitana de 0x0001,
[01451] 1) de acordo com o rótulo de protocolo de área metropolitana 0x0001 na rede de pacote de resposta de acesso de comando, ele verifica a informação de descrição de rota do rótulo de item 0x0001 da tabela de informação de rótulo e sabe que o comutador previous-hop do comutador é o servidor MS-1000 (com um endereço de 0x0000), e o número da porta é porta 1;
[01452] 2) de acordo com o número de campo 9 no pacote de resposta de comando de acesso de rede PDU (que indica o número da porta do comutador que recebe o pacote de consulta), o servidor MS-1000 sabe que a porta 1 está conectada com a porta 3 de um comutador.
[01453] 3) de acordo com o endereço de área metropolitana 0x0001 no pacote de resposta de comando de acesso de rede, ele sabe que o endereço de área metropolitana do comutador é 0x0001.
[01454] Pode ser conhecido que o comutador MX-4-0 acessou a rede através da integração de 1), 2) e 3).
[01455] O item 0x0001 da tabela de informação de endereço é configurado da seguinte forma:
[01456] • descritor de ocupação de endereço: 0x0002 representa que o endereço é usado;
[01457] • descritor do dispositivo: 0x0001 representa o comutador nó MX-4-0;
[01458] • Informação de descrição de recusrso do dispositivo: quatro interfaces de fibra de 1000M são, por sua vez definidas como portas de 0 a 3, e o módulo de interface do CPU é definido como a porta 4, a porta 2 do mesmo está conectada com a porta 0 do MS-1000 com um endereço de área metropolitana de 0x0000 e porta 3 está conectada com a porta 1 do MS-1000 com um endereço de rede de área metropolitana de 0x0000, o endereço de rede de área metropolitana de um dispositivo conectado com outra porta de rede é desconhecido, e a contagem de fluxo de downlink de cada uma de suas portas de rede é 0.
[01459] O item 0x0001 da tabela de informação de rótulo é configurado da seguinte forma:
[01460] • descritor de ocupação de rótulo: 0x0002 representa que esse rótulo é usado;
[01461] • descritor de rótulo: 0x0001;
[01462] • informação de descrição de rota de rótulo: 0x0000 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana do MS-1000), 0x0001 (porta 0 do MS-1000).
[01463] Os itens da tabela de informação do dispositivo correspondente são configurados como segue:
[01464] • identificação do dispositivo: ele não será modificado;
[01465] • estado do dispositivo: 0x0002 representa que o dispositivo acessou a rede (o servidor de área metropolitana emite um pacote de comando de acesso de rede, e recebe uma resposta de comando de acesso de rede);
[01466] • endereço do dispositivo: 0x0001.
[01467] O item 0x0000 da tabela de informação de endereço de área metropolitana é configurado da seguinte forma:
[01468] • descritor de ocupação de endereço: ele não será modificado;
[01469] • descritor de dispositivo: ele não será modificado;
[01470] • informação de descrição de recurso do dispositivo: o servidor de área metropolitana tem quatro interfaces de fibra de 1000M, que por sua vez são definidas como portas de 0 a 3, e a interface do módulo CPU é definida como porta 4, o tipo deste servidor nó é MS -1000, a porta 0 do mesmo está conectada com a porta 2 do MX-4-0 com um endereço de área metropolitana de 0x0001, a porta 1 está conectada com a porta 3 do MX-4-0 com um endereço de área metropolitana de 0x0001, a o endereço de rede de área metropolitana de um dispositivo conectado com outras portas de rede não é alocado, e a contagem de fluxo de downlink de cada uma de suas portas de rede é 0;
[01471] Em seguida, uma instrução de consulta de estado do dispositivo será enviada para a porta 1 periodicamente (por exemplo, a cada segundo), se o servidor MS-1000 não receber uma resposta de consulta de estado em um certo período de tempo (por exemplo, 6 segundos), ele não enviará mais uma instrução de consulta de estado do dispositivo por mais tempo, em vez disso, ele continua a enviar um pacote de consulta para a porta 1.
[01472] 13) O servidor MS-1000 sabe que sua porta 0 está conectada com a porta 2 do MX-4-0 com um endereço de área metropolitana de 0x0001 e sua porta 1 está conectada com a porta 3 de MX-4-0, e a porta 0 e a porta 1 do MX- 4-0 são desconhecidas, o próximo rótulo de protocolo de área metropolitana é 0x0004. Portanto, configura os quatro itens da tabela 4, como, respectivamente:
[01473] • "100 0000 0000 0000 0100" => "0 0001 0000 0000 0000 0100", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0004 é orientado para a porta 0;
[01474] • "100 0000 0000 0000 0101" => "0 0001 0000 0000 0000 0101", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0005 é orientado para a porta 0;
[01475] • "100 0000 0000 0000 0110" => "0 0010 0000 0000 0000 0110", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0006 é orientado para a porta 1;
[01476] • "100 0000 0000 0000 0111" => "0 0010 0000 0000 0000 0111", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0007 é orientado para a porta 1;
[01477] O próximo rótulo do protocolo de área metropolitana é 0x0008.
[01478] Ao enviar um pacote usando o rótulo 0x0000 ou 0x0001, o MS-1000 notifica o MX-4-0 para configurar os itens de MX-4-0 Quadro 4:
[01479] • "100 0000 0000 0000 0100" => "0 0001 0000 0000 0000 0100", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0004 é orientado para a porta 0;
[01480] • "100 0000 0000 0000 0101" => "0 0010 0000 0000 0000 0101", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0005 é orientado para a porta 1;
[01481] • "100 0000 0000 0000 0110" => "0 0001 0000 0000 0000 0110", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0006 é orientado para a porta 0;
[01482] • "100 0000 0000 0000 0111" => "0 0010 0000 0000 0000 0111", ou seja, um pacote de consulta com um rótulo de protocolo de área metropolitana de 0x0007 é orientado para a porta 1;
[01483] Os itens do MX-4-0 da tabela 5 são configurados da seguinte forma:
[01484] • "101 0000 0000 0000 0100" => "0 0100 0000 0000 0000 0100", ou seja, um pacote de resposta com uma rótulo de área metropolitana protocolo de 0x0004 é orientada para a porta 2;
[01485] • "101 0000 0000 0000 0101" => "0 0100 0000 0000 0000 0101", ou seja, um pacote de resposta com um rótulo de protocolo de área metropolitana de 0x0005 é orientado para a porta 2;
[01486] • "101 0000 0000 0000 0110" => "0 1000 0000 0000 0000 0110", ou seja, um pacote de resposta com um rótulo de protocolo de área metropolitana de 0x0006 é orientado para a porta 3;
[01487] • "101 0000 0000 0000 0111" => "0 1000 0000 0000 0000 0111", ou seja, um pacote de resposta com uma rótulo de área metropolitana protocolo de 0x0007 é orientada para a porta 3;
[01488] 14) O servidor MS-1000 emite pacotes de consulta de porta com uma informação de cabeçalho de 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0004, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0005, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0006, 0x9000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0007, e porque os pacotes são trocados de acordo com os rótulos, não importa se o DA é o mesmo. De acordo com a configuração da tabela 0, os pacotes de consulta com rótulo 0x0004 e 0x0005 serão por sua vez, orientados para a porta 0, e os pacotes de consulta com rótulo 0x0006 e 0x0007 serão por sua vez, orientados para a porta 1;
[01489] O item 0x0004 da tabela de informação de rótulo são configurados da seguinte forma:
[01490] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01491] • descritor de rótulo: ele não será modificado;
[01492] • informação de descrição de rota de rótulo: 0x0001 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana de MX-4-0), e 0x0000 (porta 0 do MX-4-0).
[01493] O item 0x0005 da tabela de informação de rótulo é configurado da seguinte forma:
[01494] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01495] • descritor de rótulo: ele não será modificado;
[01496] • informação de descrição de rota de rótulo: 0x0001 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana de MX-4-0), e 0x0001 (porta 1 do MX-4-0).
[01497] O item 0x0006 da tabela de informação de rótulo é configurado da seguinte forma:
[01498] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01499] • descritor de rótulo: ele não será modificado;
[01500] • informação de descrição de rota de rótulo: 0x0001 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana de MX-4-0), e 0x0000 (porta 0 do MX-4-0).
[01501] O item 0x0007 da tabela de informação de rótulo é configurado da seguinte forma:
[01502] • descritor de ocupação de rótulo: 0x0001 representa que esse rótulo é de espera;
[01503] • descritor de rótulo: ele não será modificado;
[01504] • rótulo de informação de descrição de rota: 0x0001 (o endereço de rede de área metropolitana do comutador previous-hop, ou seja, o endereço de rede de área metropolitana de MX-4-0), 0x0001 (porta 1 do MS-1000).
[01505] O próximo rótulo disponível é 0x0008;
[01506] 15) Após os comutadores MSS-400-0 e MSS-400-1 serem ligados, eles inicializam o hardware, porque o servidor nó é o fim da inicialização ou fim do término de um rótulo, seu rótulo não precisa ser substituído;
[01507] • configura a tabela 4 como "001 0000 0000", ou seja, todos os pacotes de rótulo de consulta da área metropolitana são orientados para a CPU;
[01508] • configura a tabela 5 como "100 0000 0000", ou seja, todos os pacotes de resposta de rótulo da área de rótulos de resposta são orientados para a porta 10 (ou seja, interface de fibra de 1000M de uplink);
[01509] • configurar as tabelas 6 e 7 como "000 0000 0000", ou seja, a transmissão de todos os pacotes de dados unicast ou multicast é fechada;
[01510] 16) De acordo com o gráfico topológico, a porta 10 do comutador MSS- 400-0 recebe pacotes de consulta com um rótulo de protocolo de área metropolitana de 0x0004 e 0x0006, então:
[01511] Dois pacotes de resposta são enviados (que contêm o tipo de dispositivo e a identificação do dispositivo do comutador atual e o número da porta que recebe o pacote de consulta), o cabeçalho de um único pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0004, e, ao mesmo tempo, ele marca no pacote que o número da porta de recebimento do pacote de consulta é a porta 10;
[01512] O cabeçalho do pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0006, e, ao mesmo tempo, ele marca no pacote que o número da porta de recebimento do pacote de consulta é a porta 10;
[01513] 17) De acordo com o gráfico topológico, porta 10 ou chave MSS-400-1 recebe pacotes de consulta com uma rótulo área metropolitana protocolo de 0x0005 e 0x0007, então:
[01514] Dois pacotes de resposta são enviados (que contêm o tipo de dispositivo e a identificação do dispositivo do comutador atual e o número da porta que recebe o pacote de consulta), o cabeçalho de um único pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0005, e, ao mesmo tempo, ele marca no pacote que o número da porta de recebimento do pacote de consulta é a porta 10;
[01515] O cabeçalho do outro pacote é 0x0900 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0007, e, ao mesmo tempo, ele marca no pacote que o número da porta de recebimento do pacote de consulta é a porta 10;
[01516] 18) Da mesma forma, repetindo 7, 8, 9, 10, 11, 12, os dois comutadores MSS-400 também acessam a rede.
[01517] 4.2 Processo de Serviço da Rede de Área Metropolitana
[01518] Como mostrado na Fig.15, é provável que o servidor de área metropolitana tem quatro interfaces de fibra de 1000M e uma interface de módulo de CPU. Se as quatro interfaces de fibra de 1000M são, por sua vez definidas como de porta de 0 a 3 e o módulo de interface da CPU é definido como a porta 4, o tipo de servidor de área metropolitana é MS-1000, e a porta 0 e a porta 1 do MS-1000 são, respectivamente, conectados com a porta 2 e a porta 3 do MX-4-0, e a porta 0 do MX-4-0 é conectada com o MSS-400-0, a porta 1 é conectada com MSS-400-1 (como mostrado na figura acima).
[01519] O STB_0 é conectado na porta 0 do MSS-400-0, o STB_1 é conectado na porta 1 do MSS-400-1 e seus endereços depois de acessar a rede são STB_0 (0x0000 0x0000 0x0002 x0009) e STB_1 (0x0000 0x0000 0x0003 0x0012), o endereço de rede de área metropolitana do MX-4-0 é 0x0001, os rótulos de protocolo de área metropolitana de MX-4-0 e MSS-1000 são 0x0000 e 0x0001; as rótulos de protocolo de área metropolitana de MSS-400-0 e MSS- 1000 são 0x0005 e 0x0007, e os rótulos de protocolo de área metropolitana de MSS-400-1 e MSS-1000 são 0x0006 e 0x0008.
[01520] 4.2.1 Processo de Serviço Estabelecimento
[01521] O STB_0 emite um pedido para MSS-400-0 para a realização de uma comunicação visual com STB_1, nas etapas que se seguem:
[01522] 1) O STB_0 emite um pacote de instrução de pedido de serviço, que DA é 0x0800 0x0000 0x0002 0x0000, SA é 0x0000 0x0000 0x0002 0x0009, 0x0000 é reservado, e a parte PDU refere-se ao apêndice, e o parâmetro de serviço é SERVICE_TYPE_TELEPHONE_REQUEST ou SERVICE_TYPE_TELEPHONE_DIRECT.
[01523] 2) De acordo com a configuração da tabela 1, o pacote de instrução de pedido de serviço é orientado para MSS-400-0, e MSS-400-0 determina que um pedido de comunicação visual é recebido de acordo com o conteúdo do pacote; sabe de acordo com SA que é STB_0 que emite o pedido (é provável que a largura de banda do videofone é 6Mbit/s de uplink e downlink, e há 80Mbit/s restante na largura de banda de uplink e downlink de MSS-400-0) , ele verifica a largura de banda de uplink e downlink do STB_0 e do MSS-400-0, e se cumprirem o requisito de serviço, continua a pular para 4, caso contrário, ele pula para 3.
[01524] 3) O MSS-400-0 envia um menu para a parte de chamada de STB_0, o que representa que o serviço é rejeitado;
[01525] Um pacote é enviado para o STB_0: DA é 0x8000 0x0000 0x0002 0x0009, SA é 0x0000 0x0000 0x0002 0x0000, 0x0000 é reservado, e a parte PDU refere-se ao apêndice Formato de Dados de Menu.
[01526] 4) O MSS-400-0 verifica a tabela CAM (tabela de mapeamento de endereço de conteúdo) de acordo com o número de parte de chamada e sabe que a parte chamada não existe em sua própria rede de acesso, então MSS- 400-0 emite um pacote de instrução de pedido de serviço para o servidor de área metropolitana MSS-1000, onde DA é 0x0900 0x0000 0x0000 0x0000, SA é 0x0000 0x0000 0x0002 0x0009, reservada é 0x0000, rótulo protocolo é 0x0005 (a parte de PDU refere-se a definição 5 do formato de dados no processo de acesso de rede de uma rede de área metropolitana), parâmetro de serviço é SERVICE_TYPE_TELEPHONE_REQUEST ou SERVICE_TYPE_TELEPHONE_DIRECT.
[01527] 5) O MSS-1000 recebe um pacote de pedido de serviço do MSS-400-0 e determina que o pedido de comunicação visual é recebido de acordo com o conteúdo do pacote; sabe de acordo com SA que se trata de um terminal sob MSS- 400-0 (é provável que exista 800Mbit/s remanescentes na largura de banda de uplink e downlink de MX-4-0 e MSS-400-0), que verifica a tabela CAM (tabela de mapeamento de endereço de conteúdo) de acordo com o número da parte chamada e sabe que a parte chamada está sob a rede de acesso de MSS-400-1 (é provável que existe 800Mbit/s restante na largura de banda de uplink e downlink de MX-4-0 e MSS-400-1), e verifica a largura de banda de uplink e downlink de MX-4-0 e MSS-400-0, MSS-400-1, se cumprirem o requisito de serviço, continua a pular para 7; caso contrário, ele pula para 6.
[01528] 6) O MSS-1000 envia um pacote de rejeição de serviço para MSS-400- 0, onde DA é 0x9000 0x0000 0x0002 0x0009, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservada, o rótulo de protocolo é 0x0005, e a parte PDU é negligenciada; após MSS-400-0 receber o pacote de rejeição de serviços, pula para 3.
[01529] 7) O MSS-1000 emite um pacote de pedido de serviço para MSS-400- 1, e emite um pacote de instrução de pedido de serviço, onde DA é 0x9000 0x0000 0x0003 0x0012, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservada, rótulo de protocolo é 0x0006, (a parte PDU refere-se a Definição 5 de Formato de dados no processo de acesso de rede de uma rede de área metropolitana"), e o parâmetro de serviço é SERVICE_TYPE_TELEPHONE_REQUEST ou SERVICE_TYPE_TELEPHONE_DIRECT.
[01530] 8) O MSS-400-1 recebe um pacote de pedido de serviço do MSS-1000, determina que um pedido de comunicação visual é recebido de acordo com o conteúdo do pacote, e verifica a tabela CAM (tabela de mapeamento de endereço de conteúdo) de acordo com o número da parte chamada e sabe que a parte chamada é STB_1 (é provável que existe 80Mbit/s de largura de banda restante no uplink e downlink de STB_1 e MSS-400-1), e verifica a largura de banda de uplink e downlink de STB_1 e MSS-400-1, se cumprirem o requisito de serviço, continua a pular para 10; caso contrário, ele pula para 9.
[01531] 9) O MSS-1000 recebe o pacote de rejeição de serviço, ele salta para 6.
[01532] 10) O MSS-400-1 envia um menu para a parte chamada, e espera que a parte chamada responda;
[01533] o pacote enviado para STB_1: em que DA é 0x8000 0x0000 0x0003 0x0012, SA é 0x0000 0x0000 0x0003 0x0000, 0x0000 é reservado, e a parte PDU refere-se ao apêndice Formato de dados de menu.
[01534] 11) Depois de o STB_1 receber o menu, ele emite um pedido SERVICE_TYPE_PERMISSION e aceita a comunicação, onde DA é 0x0800 0x0000 0x0003 0x0000, SA é 0x0000 0x0000 0x0003 0x0012, 0x0000 é reservado, (a parte PDU refere-se a Definição 5 do Formato de dados no processo de acesso de rede de uma rede de área metropolitana"), e o serviço é SERVICE_TYPE_PERMISSION.
[01535] 12) O MSS-400-1 recebe o pacote de resposta de STB_1, e envia um pacote de admissão de serviço para MSS-1000, onde DA é 0x9000 0x0000 0x0000 0x0000, SA é 0x0000 0x0000 0x0003 0x0000, 0x0000 é reservado, rótulo de protocolo é 0x0006, e a parte PDU é negligenciada.
[01536] 13) Se MSS-1000 recebe um pacote de admissão de serviço, que atribui um rótulo unicast (é provável que o rótulo IN e o rótulo OUT de MSS- 400-0 a MSS-400-1 é 0x0000, e o rótulo IN e o rótulo OUT de MSS-400-1 a MSS-400-0 é 0x0001);
[01537] • O MSS-1000 envia um pacote de alocação de rótulo para MX-4-0, onde DA é 0x9000 0x0000 0x0001 0x0000, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, rótulo de protocolo é 0x0000, e a parte PDU contém rótulo IN, rótulo OUT e porta orientada;
[01538] • O MSS-1000 envia um pacote de atribuição de rótulo para MSS-400- 0, onde DA é 0x9000 0x0000 0x0002 0x0000, SA é 0x0000 0x0000 0x0000 0x0000, 0x0000 é reservado, rótulo de protocolo é 0x0005, e a parte PDU contém rótulo IN, rótulo OUT e porta orientada, bem como uma ligação entre a DA, SA e o rótulo;
[01539] • MSS-1000 envia um pacote de atribuição de rótulo para MSS-400-1, em que DA é 0x9000 0x0000 0x0003 0x0000, SA é 0x0000 0x0000 0x0000 0x0000, reservada é 0x0000, rótulo protocolo é 0x0006, e parte PDU contém no rótulo, OUT rótulo e porta orientada, bem como uma ligação entre a DA, SA e rótulo;
[01540] 14) O MX-4-0 recebe um pacote de atribuição de rótulo e atualiza sua tabela 6, o item 0x0000: rótulo OUT é 0x0000, porto de orientação é a porta 1, e o item 0x0001: rótulo OUT é 0x0001, porta de orientação é 0.
[01541] 15) O MSS-400-0 recebe um pacote de atribuição de rótulo e atualiza sua tabela CAM em que DA, SA e o rótulo são ligados (tabela de ligação de endereço de rótulo), ou seja, o item 0x0000 da tabela CAM: DA é 0x1000 0x0000 0x0003 0x0012, SA é 0x0000 0x0000 0x0002 0x0009;
[01542] Ele atualiza sua tabela 6, o item 0x0000: rótulo OUT é 0x0000, porta de orientação é 10;
[01543] O MSS-400-0 configura sua própria tabela 2, como segue:
[01544] • "10 0000 0000 0000 1001" => "000 0000 0001", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0002 0x0009 é orientado para a porta 0;
[01545] O pacote de comando de codificação/descodificação é enviado para STB-0:
[01546] em que, DA é 0x8000 0x0000 0x0002 0x0009, SA é 0x0000 0x0000 0x0002 0x0000, 0x0000 é reservado, a parte PDU se refere ao comando de codificação/decodificação.
Figure img0050
[01547] 16) O MSS-400-1 recebe um pacote de alocação de rótulo e atualiza sua tabela CAM em que DA, SA e rótulo são ligados, ou seja, item 0x0001 da tabela CAM: DA é 0x1000 0x0000 0x0002 0x0009, SA é 0x0000 0x0000 0x0003 0x0012;
[01548] Ele atualiza sua tabela 6, item 0x0001: rótulo OUT é 0x0001, porta de orientação é 10;
[01549] O MSS-400-1 configura sua própria tabela 2, como segue:
[01550] • "10 0000 0000 0001 0010" => "000 0000 0010", ou seja, um pacote de dados unicast com um endereço de destino (DA) de 0x1000 0x0000 0x0003 0x0012 é orientado para a porta 1;
[01551] O pacote de comando de codificação/descodificação é enviado para STB-1:
[01552] Em que, DA é 0x8000 0x0000 0x0003 0x0012, SA é 0x0000 0x0000 0x0003 0x0000, 0x0000 é reservado, a parte PDU se refere ao comando de codificação/decodificação.
Figure img0051
[01553] De acordo com a tabela 0, os seguintes pacotes de comando de codificação/decodificação serão, respectivamente, orientados para os STB-0 e STB-1. Os STB-0-1 e STB iniciam a codificação/descodificação de acordo com o conteúdo do pacote, e recebem e enviam dados unicast.
[01554] 4.2.2 Processo de Comunicação de Serviço
[01555] 1) No pacote enviado pelo STB-0 para STB-1, DA é 0x1000 0x0000 0x0003 0x0012, SA é 0x0000 0x0000 0x0002 0x0009;
[01556] 2) O pacote entra no MSS-400-0, e o mecanismo de comutação de MSS-400-0 verifica o endereço de rede de área metropolitana de DA, se ele não pertence à rede de acesso local, ele verifica a tabela CAM em que DA, SA e rótulo são ligados e obtém o rótulo de unicast 0x0000, então ele verifica o item 0x0000 da tabela 6 e obtém o rótulo OUT 0x0000, e a porta de orientação é a porta 10, o rótulo 0x0000 é adicionado àao final de envio da porta 10, ou seja, o cabeçalho do pacote é 0x1000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0000;
[01557] 3) O pacote entra no MX-4-0, e o mecanismo de comutação de MX-4-0 procura na tabela 6 de acordo com um campo de endereço combinado, ou seja, o endereço da tabela é "110 0000 0000 0000 0000", e de acordo com a configuração da tabela 6 em MX-4-0, um pacote de rótulo unicast com uma rótulo unicast de 0x0000 é orientado para a porta 1, e o rótulo OUT é 0x0000, ou seja, o cabeçalho do pacote é 0x1000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0000;
[01558] 4) O pacote entra em um módulo de recepção de porta 10 no MSS-400- 1, em seguida, o rótulo é removido e o pacote entra em um mecanismo de comutação, o mecanismo de comutação do MSS-400-1 procura na tabela 2, de acordo com um campo de endereço combinado, ou seja, o endereço da tabela é "10 0000 0000 0001 0010", e de acordo com a configuração da tabela 2 em MSS-400-1, sabe-se que a saída do item é "00 0000 0010", que representa que a porta de downlink 1 se abre, assim, o pacote entra em STB-1;
[01559] 5) Da mesma forma, no pacote enviado pelo STB-1 para o STB-0, DA é 0x1000 0x0000 0x0002 0x0009, SA é 0x0000 0x0000 0x0003 0x0012;
[01560] 6) O pacote entra em MSS-400-1, e o mecanismo de comutação do MSS-400-1 verifica o endereço da rede de área metropolitana de DA, que não pertence à rede de acesso local, ele verifica a tabela CAM em que DA, SA e rótulo são ligados e obtém rótulo unicast 0x0001, em seguida, ele verifica o item 0x0001 da tabela 6 e obtém rótulo OUT 0x0001, e a porta de orientação é a porta 10, o rótulo 0x0001 é adicionado ao final de envio de porta 10, ou seja, o cabeçalho do pacote é 0x1000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0001;
[01561] 7) O pacote entra em MX-4-0, e o mecanismo de comutação de MX-4- 0 procura na tabela 6 de acordo com um campo de endereço combinado, ou seja, o endereço da tabela é "110 0000 0000 0000 0001", e de acordo com a configuração da tabela 6 em MX-4-0, um pacote de rótulo unicast com um rótulo unicast de 0x0001 é orientado para a porta 0, e o rótulo é 0x0001 OUT, ou seja , o cabeçalho do pacote é 0x1000 0x0000 0x0002 0x0009 0x0000 0x0000 0x0003 0x0012 0x0000 0x0000 0x0001;
[01562] 8) O pacote entra no módulo de recepção de porta 10 em MSS-400-0, em seguida, a rótulo é removido e o pacote entra em um mecanismo de comutação, o mecanismo de comutação de MSS-400-0 procura na tabela 2 de acordo com um campo de endereço combinado, ou seja, o endereço da tabela é "10 0000 0000 0000 1001", e de acordo com a configuração da tabela 2 em MSS-400-0, sabe-se que a saída do item é "00 0000 0001", que representa que a porta downlink 0 é aberta, assim que o pacote entra no STB-0.
[01563] 4. As vantagens dos modos de execução da presente invenção serão ainda descritas a seguir, comparando com a Internet IP.
[01564] 1) impersonificação pode ser prevenida fundamentalmente na estrutura de endereço de rede.
[01565] Um dispositivo de usuário informa a rede, o endereço de Internet IP; mas, na presente invenção, a rede informa o dispositivo de usuário do endereço de nova rede.
[01566] Para evitar que outros se intrometam, o PC e a Internet definem uma senha complexa e uma barreira de código secreto. Mesmo para um endereço de nome real, não pode ser evitado que o código secreto seja decifrado ou as informações de segurança do usuário vazem devido a negligência do usuário. Um terminal de computador conectado à Internet IP deve dar de auto- apresentação primeiro e informar a rede de seu endereço IP. No entanto, quem pode garantir que o endereço IP é verdadeiro? Este será a primeira brecha de Internet IP, que não pode ser superada.
[01567] Na rede nova da invenção, o endereço de um terminal é aprendido através de protocolo gerenciamento de rede, e o terminal do usuário só pode acessar a rede nova da invenção através deste endereço que é aprendido. Portanto, pode ser assegurado sem autenticação. Uma descrição detalhada dos mesmos pode se referir ao protocolo de gerenciamento de rede. A rede nova da invenção cria um sistema de endereço "de cor", com uma estrutura ordenada (D/SCAF). O endereço da rede nova da invenção não só tem singularidade, mas também tem uma função de ser localizável e caracterizável como, por exemplo, semelhante ao número do cartão de identificação, que implica a posição geográfica da porta de usuário, atributo do dispositivo, o serviço direito e outras características. Um comutador na rede nova da invenção especifica uma regra de conduta para os pacotes de acordo com essas características, assim, a distribuição de dados com alocação diferente pode ser realizada.
[01568] 2) O passaporte independente é emitido para cada serviço, de modo que o caminho para o ataque de hackers e difusão de vírus pode ser bloqueado.
[01569] Um usuário pode entrar e sair livremente da Internet IP, e um usuário prepara um firewall por si mesmo/ela mesmo, mas na rede nova da invenção, um passaporte deve ser solicitado para cada serviço.
[01570] Em uma rede IP, porque um protocolo de comunicação é executada em um terminal de usuário, ele pode ser manipulado. A informação de rota é transmitida na rede, por isso pode ser interceptada. Vários defeitos intrínsecos de rede IP, por exemplo, falsificação de endereço, ataque anônimo, mail bomba, monitoramento, fragmentação por teardrop, varredura de portas, invasão interna e alteração de informações, etc., oferecem um cenário para hackers. É difícil evitar contaminações de Internet, tais como correio inútil, etc.
[01571] Como um usuário na Internet IP pode definir qualquer endereço IP para personificar outro usuário, uma investigação pode ser enviada para qualquer dispositivo na rede para averiguar as informações dos mesmos, e qualquer pacote de interferência pode ser enviado para a rede (distribuição contínua). Portanto, vários firewalls são inventados. No entanto, a instalação de um firewall é voluntária, e o efeito de um firewall é temporário e relativo, porque a Internet IP em si nunca será limpa. Este é o segundo defeito de segurança da Internet IP que não pode ser superado.
[01572] Na nova rede da invenção, depois de um usuário acessar a rede, o comutador de rede só permite ao usuário emitir pedidos de serviço limitados para um servidor nó e, todos os outros pacotes serão fechados. Se o servidor nó autoriza o pedido do usuário, ele emite um passaporte para o comutador de rede em que o usuário existe, e se um pacote emitido pelo terminal de usuário não atender a condição de autenticação no final do comutador de rede, ele será descartado, assim o ataque do hacker pode ser evitado. Cada vez que um serviço termina, o passaporte será cancelado automaticamente. O mecanismo de passaporte é executado pelo comutador, o qual está fora do alcance de controle de um usuário.
[01573] Autenticação do endereço de origem do pacote do usuário: pode impedir que um usuário envie qualquer pacote imitado ou anônimo (que é definida automaticamente após o acesso de rede).
[01574] Autenticação de endereço de destino: um usuário só pode enviar um pacote para um objeto designado pelo servidor (que é determinado durante o pedido de serviço).
[01575] Autenticação de tráfego de dados: tráfego de dados enviados por um usuário deve atender a uma especificação do servidor (que é determinado durante a pedido de serviço).
[01576] Autenticação de identificação de direitos autorais: impede que um usuário encaminhe conteúdo com direitos autorais que é baixado da rede (que é definido por um provedor de conteúdo).
[01577] As medidas passivas, tais como firewall, antivírus, criptografia e isolamento entre internet e intranet, etc., não serão necessárias na rede nova da invenção, e a rede nova da invenção bloqueia a abordagem de ataque de hacker e difusão de vírus na estrutura da rede. Portanto, ela pode ser essencialmente uma rede segura.
[01578] 3) O dispositivo de rede e os dados do usuário estão completamente isolados, assim, o único meio de contato de vírus e Trojan pode ser cortado.
[01579] Um dispositivo de Internet IP pode desmanchar um pacote de usuário livremente, mas o dispositivo da rede nova da invenção é completamente isolado dos dados do usuário. Ou seja, durante a transmissão de dados, um dispositivo da rede nova (por exemplo, o comutador e o gateway, etc) não desmancha o pacote de usuário, em vez disso, ele procura em uma tabela de mapeamento de acordo com o endereço do pacote, e, em seguida, encaminha- o da porta correspondente. Ou seja, o comutador da presente invenção não tem a função de cálculo e seleção da rota.
[01580] O computador criado por Von Neumann coloca as instruções de programa e dados de operação no mesmo local, ou seja, um segmento de programa pode modificar outros programas e os dados no computador. Tal modo de computador ainda em uso hoje dá uma oportunidade para Trojans, worm, vírus e clandestinos, etc. Com o rápido acúmulo de vírus, o software antivírus e a correção semprem ficam para trás, então eles vão estar em um estado passivo.
[01581] A essência técnica do protocolo IP/TCP de Internet é Melhores Esforços, Armazenamento & Encaminhamento e Detecção de erros e Retransmissão. Para completar a missão de Internet, o servidor de rede e um roteador devem ter a capacidade de resolução do pacote do usuário, o que deixa um caminho para hackers e vírus. Assim, a segurança da rede torna-se uma luta nativa em que o mais esperto vai ganhar no momento. Este é a terceira defeito de Internet IP que é herdado.
[01582] Na rede nova da invenção, é impossível para a CPU de todos os servidores e os dispositivos do comutador tocar o pacote de usuário de qualquer usuário. Ou seja, toda a rede nova da invenção estabelece apenas uma conduta transparente, com fluxo e comportamento especificados, que está completamente isolado, entre os dispositivos de terminal da parte prestadora de serviços e a parte de recebimento de serviço de recepção. O que quer que seja recebido ou enviado por um terminal de usuário, ele não tem relação com a rede. O único caminho do vírus e Trojan é cortado na estrutura. Portanto, um fim pode ser colocado para a possibilidade de roubar dados do usuário na rede; do mesmo modo, aqueles que tentam ser um hacker ou fazer um vírus não terão nenhum objeto para atacar.
[01583] 4) Conexões gratuitas entre usuários são completamente isoladas, de modo que o gerenciamento eficaz pode ser assegurado.
[01584] A internet IP é um mercado livre e não tem intermediário; a rede nova da invenção é uma loja de departamento e tem intermediários. Para a rede, os consumidores e provedores de conteúdo ambos pertencem à categoria de usuários da rede, exceto para diferentes escalas. Internet IP é um mercado livre que não vai ser gerenciado, e a comunicação pode ser realizada diretamente entre os usuários (P2P). Ou seja, é determinado por usuários se o gerenciamento é necessário, é determinada por usuários (fornecedores) grandes e unilaterais se está carregada, e é determinada por usuários grandes unilaterais (sites de exploração) se as leis e os regulamentos estão sendo cumpridos. O operador pode, no máximo, cobrar uma taxa de entrada, e será ilusório que o operador realize as regras legais, de segurança, moral ou comercial, nem agora nem no futuro. Esta é a quarta incapacidade da Internet IP na estrutura.
[01585] Na rede nova da invenção, cria-se um conceito de serviço nó, e isto forma um modo de departamento de armazenamento comercial que é gerenciado. Ocontato livre é impossível entre usuários ou entre consumidores e fornecedores, e todos os contatos deve ser autorizados por um servidor nó (intermediário), que é uma condição necessária para realizar o gerenciamento eficaz dos serviços de rede. Se alguém quiser ser um usuário da nova rede, ele/ela deve negociar um papel com o operador de rede, por exemplo, desde o consumidor comum até armazenamento de rede, escola, hospital, departamento do governo, ou mesmo canal de televisão, são todos clientes do operador, assim como acima são todos clientes da empresa de telefonia. Parece que cada função na rede apenas recebe e envia um conteúdo de vídeo, no entanto, para o recebimento e envio de conteúdo de vídeo, deve cumprir rigorosamente as regras de comportamento determinadas que são negociadas. Apenas com especificações que devem ser cumpridas, pode a relação entre vários usuários se tornar C2C, B2C, B2B e assim por diante, em um sentido verdadeiro, ou comunicação de usuário-a-usuário gerenciado e chamado (MP2P).
[01586] 5) Regras comerciais são implantadas no protocolo de comunicação para garantir um modo de obter lucro;
[01587] A Internet IP segue um primeiro modo de comunicação, enquanto a rede nova da invenção segue um primeiro modo de gerenciamento.
[01588] Para a Internet IP, os conteúdos ilegais de mídia ilegal podem apenas ser parcialmente sequestrados após um grave efeito ser causado, mas eles não podem ser impedidos antecipadamente. "Ataques profissionais" que são sistematicamente organizados e planejados não podem ser impedidos por lei e moralidade, além disso, só se pode ser punido por lei depois de outros serem prejudicados. A Internet IP define o gerenciamento como um serviço adicional, que é estabelecido na camada de aplicação. Portanto, é certo que o gerenciamento torna-se um ornamento que pode existir ou não. Esta é a quinta natureza da Internet IP que não pode ser modificada.
[01589] Na rede nova da invenção, um terminal do usuário pode apenas selecionar para aplicar um dos serviços designados pelo servidor nó. O protocolo de sinalização durante o processo de estabelecimento do serviço é executado pelo servidor nó (sem ser processado pelo usuário). O terminal de usuário só responde as perguntas do servidor de forma passiva, e aceita ou rejeita o serviço, e não pode participar do processo de protocolo. Uma vez que o usuário aceita o serviço prestado pelo servidor, ele só será capaz de enviar um pacote de acordo com o modo especificado pelo passaporte, e qualquer pacote que sai do passaporte será descartado em um comutador da camada inferior. O conceito básico do protocolo da rede nova de acordo com a invenção é o de realizar um modo comercial, com um núcleo de conteúdo de serviço, em vez de efetuar a comunicação de dados simples. Em tal modo, a segurança vai ser um atributo intrínseco da rede nova, em vez de ser um serviço adicional anexada à rede. É claro, a autenticação direta do serviço, a confirmação dos recursos e o procedimento de cobrar, etc., tudo pode ser facilmente contido no contrato.
[01590] Para o sistema de comunicação para uma rede nova de acordo com a invenção, basicamente corresponde aos modos de execução do método acima, e pode ser feita referência à descrição relacionada com os modos de execução do método acima, de modo que não serão descritos novamente aqui.
[01591] Deve notar-se que, nesta especificação, os termos de relação tais como primeiro, segundo e assim por diante são usados apenas para distinguir uma entidade ou operação de outra entidade ou operação, em vez de exigir ou implicar que tal relação real ou uma sequência existe entre essas entidades ou operações.
[01592] Um método de comunicação para uma rede nova e um sistema de comunicação para uma rede nova de acordo com a invenção foi descrito em detalhes acima. Teoria e modo de execução da invenção são ilustrados com exemplos específicos, e a descrição dos modos de execução acima apenas tem como objetivo ajudar o técnico no assunto a compreender o processo da presente invenção e seu conceito básico; ao mesmo tempo, várias modificações e variações podem ser feitas por técnicos no assunto sem nos afastarmos do escopo da invenção. Concluindo, o conteúdo da especificação não deve ser interpretado como limitativo do âmbito da invenção.

Claims (13)

  1. 01. Um método de comunicação para uma rede nova, em que a rede nova é uma rede com uma função de controle central, que compreende um servidor de controle principal e dispositivos de rede subordinados, os dispositivos de rede subordinados compreendem terminais, e o método caracterizado por compreender: configurar, pelo servidor de controle principal, um link de comunicação de downlink de um serviço atual, e a transmissão de um pacote de dados do serviço atual, enviado de um terminal de origem, para um terminal de destino, através do link de comunicação downlink; em que a rede nova compreende uma rede de acesso, o servidor de controle principal é um servidor nó e os dispositivos de rede subordinados compreendem um comutador de acesso e os terminais na rede de acesso, o serviço compreende um serviço de comunicação unicast, e a configuração pelo servidor de controle principal o link de comunicação downlink do serviço atual compreende: adquirir, pelo servidor principal de controle, informação sobre o link de comunicação downlink do serviço atual de acordo com um pacote de protocolo de pedido de serviço iniciado pelo terminal de origem, onde a informação sobre o link de comunicação downlink compreende informação de porta de comunicação downlink do servidor de controle principal e um comutador de acesso que participam do serviço atual; configurar, pelo servidor de controle principal, uma porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela interna de endereço de pacote de dados de acordo com a informação da porta de comunicação downlink do servidor de controle principal, e enviar um comando de configuração de porta para o comutador de acesso correspondente, de acordo com a informação de porta de comunicação downlink do comutador de acesso, e configurar, pelo comutador de acesso, uma porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela interna de endereço de pacote de dados, em resposta ao comando de configuração de porta.
  2. 02. O método da reivindicação 01, caracterizado por cada um dos dispositivos de rede subordinados ter um endereço de rede de acesso correspondente, bem como a aquisição pelo servidor de controle principal da informação sobre o link de comunicação downlink do serviço atual compreender: obter, pelo servidor de controle principal, um pacote de protocolo de pedido de serviço iniciado pelo terminal de origem para o estabelecimento de um serviço de comunicação unicast com o terminal de destino, em que o pacote de protocolo de pedido de serviço compreende informação do tipo de serviço, informação de conteúdo de serviços e um endereço de rede de acesso do terminal de origem, e a informação de conteúdo de serviço inclui um número de serviço; extrair, pelo servidor de controle principal, um endereço de rede de acesso do terminal de destino de uma tabela de mapeamento de endereço de conteúdo predefinida de acordo com o número de serviço, e adquirir, pelo servidor de controle principal, a informação sobre o link de comunicação downlink do serviço atual de acordo com a informação de tipo de serviço, o endereço de rede de acesso do terminal de origem, e o endereço da rede de acesso do terminal de destino; em que uma porta de downlink para a qual um pacote de dados unicast do serviço atual é para ser orientado, que é definida pelo servidor de controle principal na sua tabela interna de endereço de pacote de dados unicast, compreende: uma porta de downlink para a qual o pacote de dados unicast, com um endereço de destino sendo um endereço do terminal de origem, é para ser orientado e/ou uma porta de downlink para a qual o pacote de dados unicast, com um endereço de destino sendo um endereço do terminal de destino, é para ser orientado; e em que, quando a informação sobre um link de comunicação é a informação sobre um link de comunicação unidirecional, informação da porta de comunicação de um comutador de acesso compreende informação da porta uplink de um comutador de acesso de uplink e informação da porta de downlink de um comutador de acesso de downlink; e uma porta para a qual o pacote de dados unicast do serviço atual é para ser orientado, que é definida por um comutador de acesso em sua tabela interna de endereço de pacote de dados unicast de acordo com o comando de configuração de porta, compreende: uma porta de uplink de um comutador de acesso de uplink e uma porta de downlink de um comutador de acesso de downlink para a qual o pacote de dados unicast com um endereço de destino sendo o endereço do terminal de destino é para ser orientado; e em que, quando informação sobre um link de comunicação é a informação em um link de comunicação de downlink bidirecional, informação da porta de comunicação de um comutador de acesso compreende informação da porta de uplink e informação da porta de downlink de um comutador de acesso de uplink, e informação de porta de uplink e informação de porta de downlink um comutador de acesso de downlink, e uma porta para a qual o pacote de dados unicast do serviço atual é para ser orientada, que é definida por um comutador de acesso na sua tabela interna de endereço de pacote de dados de acordo com o comando de configuração da porta, compreende: uma porta de uplink e uma porta de downlink de um comutador de acesso de uplink ao qual o pacote de dados unicast com um endereço de destino sendo o endereço do terminal de destino é para ser orientado, e uma porta de uplink e uma porta de downlink de um comutador de acesso de downlink para o qual o pacote de dados unicast com um endereço de destino sendo o endereço do terminal de origem é para ser orientado.
  3. 03. O método de qualquer uma das reivindicações de 01 a 02, caracterizado por compreender ainda: a transmissão de um pacote de dados do serviço atual, enviado a partir do terminal de destino, para o terminal de origem através do link de comunicação de downlink; em que o pacote de dados do serviço atual compreende um endereço de rede de acesso do terminal de origem, e a transmissão do pacote de dados do serviço atual ao terminal de origem através do link de comunicação de downlink compreende: procurar, pelo servidor de controle principal, a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela interna de endereço de pacote de dados de acordo com o endereço da rede de acesso do terminal de origem, e a transmissão do pacote de dados para o comutador de acesso correspondente, através da porta de downlink, e procurar, pelo comutador de acesso, a porta de downlink para a qual o pacote de dados do serviço atual é para ser orientado na sua tabela interna de endereço de pacote de dados de acordo com o endereço da rede de acesso do terminal de origem, e a transmissão do pacote de dados para o terminal de origem, através da porta de downlink.
  4. 04. O método de qualquer uma das reivindicações de 01 a 03, caracterizado por o serviço ser composto por um serviço de comunicação multicast, os dispositivos de rede subordinados cada um terem um endereço de rede de acesso correspondente, e a aquisição pelo servidor de controle principal da informação sobre o link de comunicação de downlink do serviço atual compreender: obter, pelo servidor de controle principal, um pacote de protocolo de serviço iniciado pelo terminal de destino para pedir um serviço de comunicação multicast, onde o pacote de protocolo de pedido de serviço compreende informação do tipo de serviço, informação de conteúdo de serviço e um endereço de rede de acesso do terminal de destino, e a informação de conteúdo de serviço compreende um número de serviço; extrair, pelo servidor de controle principal, um endereço de rede de acesso do terminal de origem de uma tabela de mapeamento de conteúdo de endereço predefinida de acordo com o número de serviço, e adquirir, pelo servidor de controle principal, um endereço de multicast correspondente ao terminal de origem e alocação do endereço de multicast para o terminal de destino; e adquirir informação de link de comunicação do serviço multicast atual de acordo com a informação do tipo de serviço, o endereço de rede de acesso do terminal de origem, bem como o endereço de rede de acesso do terminal de destino.
  5. 05. O método da reivindicação 04, em que a aquisição pelo servidor de controle principal da informação sobre o link de comunicação de downlink do serviço atual é caracterizado por compreender ainda: obter, pelo servidor de controle principal, um pacote de protocolo de pedido de serviço apresentado pelo terminal de origem para iniciar um serviço de comunicação multicast, e atribuição de um endereço de multicast para o terminal de origem de acordo com o pacote de protocolo de pedido de serviço, onde o pacote de protocolo de pedido de serviço compreende informação de tipo de serviço, informação de conteúdo de serviço e endereço de rede de acesso do terminal de origem, e a informação de conteúdo de serviço compreende um número de serviço, e adquirir informação de link de comunicação de uplink do serviço multicast atual de acordo com a informação do tipo de serviço, um endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem; ou adquirir pelo servidor de controle principal da informação sobre o link de comunicação de downlink do serviço atual compreende ainda: adquirir informação de link de comunicação de downlink do serviço multicast atual de acordo com a informação do tipo de serviço, o endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem; em que uma porta com a qual um pacote de dados multicast do serviço atual é orientada, que é definida pelo servidor de controle principal na sua tabela interna de endereço de pacote de dados multicast, compreende: uma porta de downlink para a qual o pacote de dados multicast com um endereço de destino sendo o endereço multicast é para ser orientado; e em que a informação da porta de comunicação de um comutador de acesso compreende a informação da porta de uplink de um comutador de acesso de uplink e informação da porta de downlink de um comutador de acesso de downlink; e uma porta para a qual o pacote de dados multicast do serviço atual é para ser orientado, que é definida por um comutador de acesso em sua tabela interna de endereço de pacote de dados multicast de acordo com o comando de configuração de porta, compreende: uma porta de uplink de um comutador de acesso de uplink e uma porta de downlink de um comutador de acesso de downlink para a qual o pacote de dados multicast com um endereço de destino sendo o endereço de multicast é para ser orientado; ou em que a informação de porta de comunicação do comutador de acesso compreende ainda informação da porta de downlink do comutador de acesso de downlink, e a porta para a qual o pacote de dados do serviço multicast atual é para ser orientado, que é definida pelo comutador de acesso na sua tabela de endereço de pacote de dados interna multicast de acordo com o comando de configuração da porta, constituído por: uma porta de downlink do comutador de acesso de downlink para a qual o pacote de dados multicast com um endereço de destino sendo o endereço multicast é para ser orientado.
  6. 06. O método de qualquer uma das reivindicações de 01 a 05, caracterizado pelo servidor de controle principal ser um servidor nó, ter o seu próprio endereço de rede de acesso, e manter os endereços de rede de acesso dos dispositivos de rede subordinados; em que os dispositivos de rede subordinados compreendem um comutador de acesso, e o método compreende ainda: o comutador de acesso para acessar a rede nova por: o comutador de acesso sendo ligado e definindo em sua tabela interna de endereço de pacote de protocolo de downlink em que todos os pacotes de downlink são para ser orientados para um módulo de CPU; receber, pelo comutador de acesso, um pacote de protocolo de downlink enviado do servidor de controle principal e orientar o pacote de protocolo de uplink para o módulo de CPU do comutador de acesso de acordo com as definições da tabela de endereço de pacote de protocolo de downlink e; gerar pelo módulo de CPU, um pacote de protocolo de downlink e enviar o pacote de protocolo de downlink para o servidor de controle principal; onde o pacote de protocolo de downlink contém um endereço de rede de acesso que é para ser alocado; enviar, pelo servidor de controle principal, um comando de acesso de rede para o comutador de acesso, em que o comando de acesso de rede contém um endereço de rede de acesso do comutador de acesso, e o endereço da rede de acesso é o endereço de rede de acesso a ser alocado no pacote de protocolo de downlink recebido pelo comutador de acesso; e atualizar, pelo comutador de acesso, a tabela interna de pacote de protocolo de downlink, para orientar somente o pacote de protocolo com um endereço de destino sendo o seu próprio endereço de rede de acesso para o módulo de CPU.
  7. 07. O método de qualquer uma das reivindicações de 01 a 06, caracterizado por a rede compreender uma rede nova metropolitana, e o servidor de controle principal ser um servidor de área metropolitana e os dispositivos de rede subordinados compreenderem um comutador nó e um servidor nó da rede metropolitana, e em que o comutador nó é ligado entre o servidor de área metropolitana e o servidor nó, e o método compreende ainda: depois de um dispositivo de rede subordinado acessar a rede de área metropolitana, alocar, pelo servidor de área metropolitana, um rótulo de protocolo e um endereço de rede de área metropolitana para o dispositivo que acessa a rede; em que, o rótulo de protocolo é adaptado para descrever uma conexão entre o dispositivo de rede subordinado e o servidor de área metropolitana, quando existem várias conexões entre um e o mesmo dispositivo de rede subordinado e o servidor de área metropolitana, o servidor de área metropolitana atribui um rótulo de protocolo diferente para cada link, e atribuir, pelo servidor de área metropolitana, um rótulo de dados de um serviço correspondente a cada pedido de serviço através da rede de área metropolitana, em que o rótulo de dados é adaptado para descrever uma conexão entre os servidores nó relacionados com o serviço.
  8. 08. Um sistema de comunicação para a rede nova, em que a rede nova é uma rede com uma função de controle centralizado, que compreende um servidor de controle principal e dispositivos de rede subordinados, os dispositivos de rede subordinados compreendem terminais, e o sistema é caracterizado por compreender: um módulo de configuração de rota no servidor de controle principal para configurar um link de comunicação de downlink de um serviço atual; e um primeiro grupo do módulo de comunicação configurado para transmitir um pacote de dados do serviço atual, enviado a partir de um terminal de origem, para um terminal de destino, através do link de comunicação de downlink; em que a rede nova compreende uma rede de acesso, o servidor de controle principal é um servidor nó e os dispositivos de rede subordinados compreendem um comutador de acesso e os terminais na rede de acesso, o serviço compreende um serviço de comunicação unicast, e o módulo de configuração de rota compreende: um sub-módulo de aquisição de downlink configurado para a aquisição de informação sobre o link de comunicação de downlink do serviço atual de acordo com um pacote de protocolo de pedido de serviço iniciado pelo terminal de origem, em que a informação sobre o link de comunicação compreende informação de porta de comunicação de downlink do servidor de controle principal e um comutador de acesso que participa do serviço atual; um sub-módulo de configuração de tabela configurado para definir uma porta de downlink para a qual o pacote de dados do serviço atual será orientado na sua tabela interna de endereço de pacote de dados de acordo com a informação de porta de comunicação de downlink do servidor de controle principal; e um sub-módulo de notificação configurado para enviar um comando de configuração de porta para o comutador de acesso correspondente, de acordo com a informação de porta de comunicação de downlink do comutador de acesso, de modo que o comutador de acesso define uma porta de downlink para a qual o pacote de dados do serviço atual será orientado em sua tabela interna de endereço de pacotes de dados em resposta ao comando de configuração de porta.
  9. 09. O sistema da reivindicação 08, caracterizado por cada um dos dispositivos de rede subordinados ter um endereço de rede de acesso correspondente, e a aquisição do sub-módulo de downlink compreender: uma unidade de recebimento de pedido de serviço unicast configurada para a obtenção de um pacote de protocolo de pedido de serviço iniciada pelo terminal de origem para o estabelecimento de um serviço de comunicação unicast com o terminal de destino, em que o serviço de pacote de protocolo de pedido de informação compreende o tipo de serviço, informação de serviços de conteúdo e um endereço de rede de acesso do terminal de origem, e a informação de conteúdo de serviço dispõe de um número de serviço; uma unidade de extração de endereços do terminal de destino configurada para extrair um endereço de rede de acesso do terminal de destino a partir de uma tabela de mapeamento predefinida de conteúdo de endereço de acordo com o número de serviço; e uma unidade de cálculo de link unicast configurada para adquirir a informação sobre o link de comunicação de downlink do serviço atual de acordo com a informação de tipo de serviço, o endereço de rede de acesso do terminal de origem, e o endereço da rede de acesso do terminal de destino; em que uma porta de downlink para a qual um pacote de dados unicast do serviço atual é para ser orientado, que é definida pelo servidor de controle principal na sua tabela interna de endereço de pacote de dados unicast é constituído por: uma porta de downlink para a qual o pacote de dados unicast, com um endereço de destino sendo um endereço do terminal de origem é para ser orientado, e/ou, uma porta de downlink para a qual o pacote de dados unicast, com um endereço de destino sendo um endereço do terminal de destino, é para ser orientado; e em que, quando a informação sobre um link de comunicação é a informação sobre um link de comunicação unidirecional, a informação da porta de comunicação de um comutador de acesso compreende informação de porta de uplink de um comutador de acesso de uplink e informação de porta de downlink de um comutador de acesso de downlink; e uma porta para a qual o pacote de dados unicast do serviço atual é para ser orientado, que é definida por um comutador de acesso em sua tabela de pacote de dados interna de endereço unicast de acordo com o comando de configuração de porta, é composta por: uma porta de uplink de um comutador de acesso de uplink e uma porta de downlink de um comutador de acesso de downlink para o qual o pacote de dados unicast com um endereço de destino é o endereço do terminal de destino é para ser orientado; e em que, quando informação sobre um link de comunicação é a informação em um link bidirecional de comunicação de downlink, a informação da porta de comunicação de um comutador de acesso compreende informação de porta de uplink e informação de porta de downlink de um comutador de acesso de uplink, e a informação de porta de uplink e informação de porta de downlink de um comutador de acesso de downlink; e uma porta para a qual o pacote de dados unicast do serviço atual é para ser orientado, que é definida por um comutador de acesso na sua tabela de pacote de dados interna de endereço unicast de acordo com o comando de configuração da porta, compreende: uma porta de uplink e uma porta de downlink de um comutador de acesso uplink para o qual o pacote de dados unicast com um endereço de destino sendo o endereço do terminal de destino é para ser orientado; e uma porta de uplink e uma porta de downlink de um comutador de acesso de downlink para o qual o pacote de dados unicast com um endereço de destino sendo o endereço de origem é o terminal a ser orientado.
  10. 10. O sistema de qualquer uma das reivindicações 08 a 09, caracterizado por o serviço incluir um serviço de comunicação multicast, cada um dos dispositivos de rede subordinados ter um endereço de rede de acesso correspondente, e o sub-módulo de aquisição de downlink ser constituído por: uma primeira unidade de recebimento de pedido de serviço configurada para obter um pacote de protocolo de pedido de serviço iniciado pelo terminal de destino para solicitar um serviço de comunicação multicast, onde o pacote de protocolo de pedido de serviço compreende informação do tipo de serviço, informação do conteúdo de serviço e um endereço de rede de acesso do terminal de destino, bem como a informação de conteúdo inclui um número de serviço; uma unidade de extração de endereço do terminal de origem configurada para extrair um endereço de rede de acesso do terminal de origem de uma tabela de mapeamento de endereço de conteúdo predefinida de acordo com o número do serviço; uma primeira unidade de alocação de endereço multicast configurada para adquirir o endereço multicast correspondente ao terminal de origem e alocar o endereço multicast para o terminal de destino; e uma primeira unidade de cálculo de link multicast configurada para adquirir informação de link de comunicação do serviço multicast atual de acordo com a informação do tipo de serviço, o endereço de rede de acesso do terminal de origem, e o endereço de rede de acesso do terminal de destino.
  11. 11. O sistema da reivindicação 10, caracterizado pelo sub-módulo de aquisição de downlink compreender ainda: uma segunda unidade de recebimento de pedido de serviço multicast configurada para a obtenção de um pacote de protocolo de pedido de serviço apresentado pelo terminal de origem para iniciar um serviço de comunicação multicast, onde o pacote de protocolo de pedido de serviço inclui informação do tipo de serviço, informação do conteúdo do serviço e endereço de rede de acesso do terminal de origem, e a informação de conteúdo de serviço compreende um número de serviço; uma segunda unidade de alocação de endereço multicast configurada para a atribuição de um endereço multicast para o terminal de origem de acordo com o pacote de protocolo de pedido de serviço; e uma segunda unidade de cálculo de link multicast configurada para a aquisição de informação de link de comunicação de uplink do serviço multicast atual de acordo com a informação de tipo de serviço, um endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem; ou o sub-módulo de aquisição de downlink compreende ainda: uma terceira unidade de cálculo de link multicast configurada para a aquisição de informação de link de comunicação de downlink do serviço multicast atual de acordo com a informação do tipo de serviço, o endereço de rede de acesso do servidor de controle principal, e o endereço de rede de acesso do terminal de origem; em que uma porta para a qual um pacote de dados multicast do serviço atual será orientada, que é definida pelo servidor de controle principal em sua tabela interna de endereço de pacote de dados multicast, compreende: uma porta de downlink para a qual o pacote de dados multicast com um endereço de destino sendo o endereço multicast será orientado; e em que a informação de porta de comunicação de um comutador de acesso compreende informação de porta de uplink de um comutador de acesso de uplink e informação da porta de downlink de um comutador de acesso de downlink; e uma porta para a qual o pacote de dados multicast do serviço atual será orientado, que é definido por um comutador de acesso em sua tabela interna de endereço de pacote de dados multicast de acordo com o comando de configuração de porta, compreende: uma porta de uplink de um comutador de acesso de uplink e uma porta de downlink de um comutador de acesso de downlink para o qual o pacote de dados multicast com um endereço de destino sendo o endereço de multicast será orientado; ou em que a informação da porta de comunicação do comutador de acesso compreende ainda informação da porta de downlink do comutador de acesso de downlink, e a porta para a qual o pacote de dados multicast do serviço atual será orientado, que é definida pelo comutador de acesso na sua tabela interna de endereço de pacote de dados de acordo com o comando de configuração da porta, compreende: uma porta de downlink do comutador de acesso de downlink para que o pacote de dados multicast com um endereço de destino é o endereço de multicast para ser orientado.
  12. 12. O sistema de qualquer uma das reivindicações 08 a 11, caracterizado pelo servidor de controle principal ser um servidor nó, ter o seu próprio endereço de rede de acesso, e manter os endereços de acesso de rede dos dispositivos de rede subordinados; em que o dispositivo de rede subordinado compreende um comutador de acesso, e o sistema compreende ainda: um módulo de processamento de acesso de rede de comutador de acesso, que compreende: um sub-módulo de envio de pacote de protocolo de downlink no servidor nó, configurado para enviar um pacote de protocolo de downlink para o comutador de acesso, e uma primeira subestrutura-módulo de envio de comando de acesso de rede configurado para enviar um comando de rede de acesso de acordo com um pacote de protocolo de uplink retornado pelo comutador de acesso; e os seguintes sub-módulos do comutador de acesso: um sub-módulo de configuração de inicialização da tabela 0 configurado para definir em sua tabela interna de endereço de pacote de protocolo de downlink que todos os pacotes de protocolo de downlink serão orientados para um módulo de CPU quando ele estiver ligado; um sub-módulo de recebimento de pacote de protocolo de downlink configurado para orientar o pacote de protocolo de downlink recebido para o módulo CPU do comutador de acesso de acordo com as definições da tabela de endereço de pacote de protocolo de downlink, onde o pacote de protocolo de downlink contém um endereço de rede de acesso que será alocado; um sub-módulo de retorno de pacote de protocolo de uplink configurado para gerar um pacote de protocolo de donwlink através do módulo de CPU e enviar o pacote de protocolo de downlink para o servidor nó; um primeiro sub-módulo de recebimento de comando de acesso de rede configurado para receber o comando de acesso de rede enviado pelo servidor nó, no qual o comando de acesso de rede contém um endereço de rede de acesso do comutador de acesso, e o endereço de rede de acesso é o endereço de rede de acesso a ser alocado no pacote de protocolo de downlink recebido pelo comutador de acesso; e um sub-módulo de definição da primeira tabela 0 configurado para atualizar sua tabela interna de endereço de pacote de protocolo de downlink para orientar somente um pacote de protocolo com o endereço de destino sendo o seu próprio endereço de rede de acesso para o módulo de CPU.
  13. 13. O sistema de qualquer uma das reivindicações de 08 a 12, caracterizado pela rede nova compreender uma rede de área metropolitana, e o servidor de controle principal ser um servidor de área metropolitana e os dispositivos de rede subordinados compreenderem um comutador nó e um servidor nó da rede metropolitana, e em que o comutador nó é ligado entre o servidor de área metropolitana e o servidor nó, e o sistema compreende ainda os seguintes módulos no servidor de área metropolitana: um módulo de alocação de rótulo de protocolo configurado para a alocar um rótulo de protocolo para um dispositivo de rede subordinado que acessa a rede de área metropolitana, quando o dispositivo acessa a rede, e aloca um rótulo de protocolo diferente para cada conexão quando existem várias conexões entre uma e o mesmo dispositivo de rede subordinado e o servidor de área metropolitana, em que, o rótulo de protocolo é adaptado para descrever uma conexão entre o dispositivo de rede subordinado e o servidor de área metropolitana, e o dispositivo de rede subordinado compreende um comutador e um servidor nó; um módulo de alocação de rótulo de dados configurado para alocar um rótulo de dados de um serviço correspondente a cada pedido de serviço através da rede de área metropolitana, em que o rótulo de dados é adaptado para descrever uma relação entre os servidores nó relacionados com o serviço; e um módulo de alocação de endereço de rede de área metropolitana configurado para alocação de um endereço de rede de área metropolitana para um dispositivo de rede subordinado que acessa a rede de área metropolitana, quando o dispositivo acessa a rede.
BR112013002948-0A 2010-08-06 2011-08-04 Sistema e método de comunicação para uma rede nova BR112013002948B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201010248194.9 2010-08-06
CN2010102481949A CN101917492B (zh) 2010-08-06 2010-08-06 一种新型网的通信方法及系统
PCT/CN2011/078002 WO2012016533A1 (zh) 2010-08-06 2011-08-04 一种新型网的通信方法及系统

Publications (2)

Publication Number Publication Date
BR112013002948A2 BR112013002948A2 (pt) 2021-03-02
BR112013002948B1 true BR112013002948B1 (pt) 2022-04-19

Family

ID=43324874

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112013002948-0A BR112013002948B1 (pt) 2010-08-06 2011-08-04 Sistema e método de comunicação para uma rede nova

Country Status (7)

Country Link
US (1) US9219685B2 (pt)
EP (1) EP2602960B1 (pt)
JP (1) JP5852116B2 (pt)
KR (1) KR101456036B1 (pt)
CN (1) CN101917492B (pt)
BR (1) BR112013002948B1 (pt)
WO (1) WO2012016533A1 (pt)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102377631B (zh) * 2010-08-06 2015-08-05 北京乾唐视联网络科技有限公司 一种基于流量控制的数据传输方法及通信系统
CN102377636B (zh) * 2010-08-06 2014-12-17 北京乾唐视联网络科技有限公司 一种接入网设备的服务通信方法及系统
CN102377632B (zh) * 2010-08-06 2014-08-20 北京乾唐视联网络科技有限公司 一种兼容以太网的方法及系统
CN102377633B (zh) 2010-08-06 2014-10-08 北京乾唐视联网络科技有限公司 一种接入网设备的通信连接方法及系统
CN101917492B (zh) * 2010-08-06 2013-06-05 北京乾唐视联网络科技有限公司 一种新型网的通信方法及系统
CN102045365A (zh) * 2010-12-30 2011-05-04 中国民航信息网络股份有限公司 一种基于TCP/IP协议的eTerm连接系统及其方法
KR101624474B1 (ko) * 2011-01-13 2016-05-26 닛본 덴끼 가부시끼가이샤 네트워크 시스템 및 경로 제어 방법
CN102118316B (zh) * 2011-03-07 2013-09-25 杭州华三通信技术有限公司 学习mac地址的方法和设备
EP2509250B1 (en) 2011-04-08 2013-12-11 Alcatel Lucent Combination device for DSL phantom mode signals in a telecommunication system
CN102185864B (zh) * 2011-05-13 2014-12-24 北京星网锐捷网络技术有限公司 安全认证策略配置方法、装置及系统
CN102611947B (zh) * 2011-11-24 2017-11-17 中兴通讯股份有限公司 创建组播频道的方法、系统和媒体服务器
WO2013086708A1 (zh) * 2011-12-14 2013-06-20 华为技术有限公司 一种发送业务流的方法及设备
JP6056640B2 (ja) * 2013-05-07 2017-01-11 富士通株式会社 通信装置，管理装置，処理方法，および処理プログラム
US10044609B2 (en) * 2014-02-04 2018-08-07 Fastly, Inc. Communication path selection for content delivery
US9827500B1 (en) 2014-12-22 2017-11-28 Amazon Technologies, Inc. Associated content item instances
US9814987B1 (en) * 2014-12-22 2017-11-14 Amazon Technologies, Inc. Spectator feedback and adaptation
JP6433378B2 (ja) * 2015-05-29 2018-12-05 キヤノン株式会社 情報処理装置、情報処理方法、及びコンピュータプログラム
CN106325563B (zh) * 2015-06-15 2021-06-04 联想企业解决方案(新加坡)有限公司 用于标识电子设备的数据存储设备及相应的方法
CN105429769B (zh) * 2015-11-06 2018-08-07 河海大学常州校区 基于正反馈的体育比赛数据通信与消息分发方法
JP6777847B2 (ja) * 2016-03-25 2020-10-28 アイコム株式会社 通信制御装置、通信制御システム、通信制御方法及びプログラム
WO2017201742A1 (zh) * 2016-05-27 2017-11-30 华为技术有限公司 存储系统及设备扫描方法
US20180032457A1 (en) * 2016-07-26 2018-02-01 Qualcomm Incorporated Slave initiated interrupts for a communication bus
KR101876636B1 (ko) * 2016-10-17 2018-07-10 현대오트론 주식회사 메시지 송수신 장치 및 방법
CN107070866B (zh) * 2016-12-30 2021-01-01 北京奇虎科技有限公司 一种流数据的传输方法和装置
CN108322809A (zh) * 2017-01-16 2018-07-24 北京视联动力国际信息技术有限公司 一种互联网下控制视频文件在视联网下播放的方法及系统
CN107018081B (zh) * 2017-03-15 2020-05-05 烽火通信科技股份有限公司 一种用于实现点对多点的1+1保护的方法
CN107241334A (zh) * 2017-06-16 2017-10-10 上海斐讯数据通信技术有限公司 网络病毒防护方法和用于网络病毒防护的路由器
CN109391559B (zh) * 2017-08-10 2022-10-18 华为技术有限公司 网络设备
CN108989078B (zh) * 2017-08-29 2021-12-03 视联动力信息技术股份有限公司 一种视联网中节点设备故障检测方法和装置
KR102460071B1 (ko) * 2017-12-21 2022-10-28 삼성전자주식회사 통신모뎀 전단의 통신신호 식별 장치 및 방법
CN108650138A (zh) * 2018-05-18 2018-10-12 王志华 一种火电厂自动控制仪表无线数据通信系统及其通信方法
CN109035016B (zh) * 2018-06-28 2020-10-23 杭州复杂美科技有限公司 一种多链并发交易方法
EP3598255B1 (de) * 2018-07-17 2022-01-26 Siemens Aktiengesellschaft Anordnung mit operator-servern und mit operator-clients
CN110798657B (zh) * 2018-08-03 2021-07-09 视联动力信息技术股份有限公司 一种视频流的处理方法和系统
CN110855459B (zh) * 2018-08-20 2021-07-09 华为技术有限公司 网络配置方法、装置及系统
CN108989467B (zh) * 2018-08-31 2020-10-30 安徽江淮汽车集团股份有限公司 集中式寻址方法
CN109587432A (zh) * 2018-10-29 2019-04-05 视联动力信息技术股份有限公司 一种会议发言终端切换方法及系统
CN111353658B (zh) * 2018-12-20 2023-06-20 中央电视台 电视节目生产监控系统和方法
CN110445701B (zh) * 2019-07-01 2021-03-12 视联动力信息技术股份有限公司 一种业务对象的处理方法、装置及存储介质
CN110417666B (zh) * 2019-07-31 2021-08-13 南京邮电大学 一种基于Head modify技术的分组封装和传输方法
CN111008256B (zh) * 2019-10-29 2022-03-15 矩阵元技术（深圳）有限公司 一种基于安全多方计算的空间数据分布模式分析方法
CN111629355B (zh) * 2019-11-29 2023-08-01 国铁吉讯科技有限公司 通信资源调度方法及装置
CN111262783B (zh) * 2020-01-14 2022-04-26 深圳前海微众银行股份有限公司 一种动态路由的方法及装置
CN111556346B (zh) * 2020-04-07 2023-09-12 视联动力信息技术股份有限公司 远程控制视联网终端的方法、装置及计算机可读存储介质
CN113497798B (zh) * 2020-04-08 2023-01-06 北京中科网威信息技术有限公司 一种用于防火墙的基于fpga的数据转发方法
CN111650931B (zh) * 2020-04-26 2023-03-14 广东博智林机器人有限公司 多个移动设备的路径确定的方法、装置与存储介质
CN111885199B (zh) * 2020-07-31 2021-08-27 北京微步在线科技有限公司 一种数据传输方法
CN112034808B (zh) * 2020-09-11 2022-08-30 上海庆科信息技术有限公司 模组烧录授权追踪系统、模组烧录信息调整方法及装置
CN112287644B (zh) * 2020-09-30 2024-01-30 成都新潮传媒集团有限公司 一种数据提交方法、装置、计算机设备和可读存储介质
US11539756B2 (en) 2020-10-23 2022-12-27 BlackBear (Taiwan) Industrial Networking Security Ltd. Switch device for one-way transmission
CN112654101B (zh) * 2020-12-15 2023-05-02 华北科技学院 基于射频收发芯片的无线透传方法和系统
CN113342370A (zh) * 2021-05-25 2021-09-03 北京小米移动软件有限公司 一种配置更新的方法、装置、电子设备及存储介质
CN113411630A (zh) * 2021-08-19 2021-09-17 贝壳找房(北京)科技有限公司 直播热门行为回放方法
US11973824B2 (en) * 2021-09-23 2024-04-30 Shanghai Anviz Technology Co., Ltd. Method for data transmission of audio and video in end-to-end system
CN114238189B (zh) * 2021-11-30 2024-01-30 浙江灵鹿智能科技有限公司 一种自动分配地址的方法、装置和系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG97862A1 (en) * 2000-03-09 2003-08-20 Kent Ridge Digital Labs Communication apparatus
WO2005006671A1 (ja) * 2003-07-09 2005-01-20 Fujitsu Limited ネットワークにおける特定サービスの最適ルーティング方法並びに同ネットワークに用いられるサーバ及びルーティングノード
US7639684B2 (en) * 2004-12-23 2009-12-29 Infineon Technologies Ag Modified ethernet switch
US20080049621A1 (en) * 2004-12-31 2008-02-28 Mcguire Alan Connection-Oriented Communications Scheme For Connection-Less Communications Traffic
US8917673B2 (en) * 2006-07-14 2014-12-23 Qualcomm Incorporation Configurable downlink and uplink channels for improving transmission of data by switching duplex nominal frequency spacing according to conditions
CN101188510A (zh) * 2006-11-16 2008-05-28 华为技术有限公司 地址集中控制的方法、设备及系统
CN101836389B (zh) * 2007-10-01 2013-07-10 交互数字专利控股公司 用于配置egprs基于时间的应答的方法和设备
US7940696B2 (en) * 2007-12-20 2011-05-10 International Business Macines Corporation Remotely booting computing nodes in a switching domain
CN101557303B (zh) * 2008-04-11 2011-07-06 华为技术有限公司 路径建立请求方法、路径建立方法与系统
CN101277477B (zh) * 2008-04-29 2012-04-04 华为技术有限公司 一种均衡流量的方法、装置及系统
CN101674221A (zh) * 2008-09-09 2010-03-17 中国移动通信集团公司 静态路由生成方法、终端路由实现方法及装置
CN101729365B (zh) 2008-10-27 2012-06-27 华为技术有限公司 路径建立方法、承载网路由器和网络系统
KR20100080280A (ko) * 2008-12-31 2010-07-08 삼성전자주식회사 Ｈａｒｑ 프로세스를 사용하는 이동통신 시스템의 전송 제어방법
US20100172308A1 (en) * 2009-01-07 2010-07-08 Samsung Electronics Co., Ltd. System and method for downlink physical indicator channel mapping with asymmetric carrier aggregation
US8341725B2 (en) * 2009-07-30 2012-12-25 Calix, Inc. Secure DHCP processing for layer two access networks
CN101917492B (zh) * 2010-08-06 2013-06-05 北京乾唐视联网络科技有限公司 一种新型网的通信方法及系统

Also Published As

Publication number Publication date
CN101917492A (zh) 2010-12-15
KR20130081280A (ko) 2013-07-16
CN101917492B (zh) 2013-06-05
EP2602960A4 (en) 2015-11-04
WO2012016533A1 (zh) 2012-02-09
EP2602960B1 (en) 2017-10-25
JP2013536635A (ja) 2013-09-19
BR112013002948A2 (pt) 2021-03-02
EP2602960A1 (en) 2013-06-12
KR101456036B1 (ko) 2014-11-04
US20130170492A1 (en) 2013-07-04
US9219685B2 (en) 2015-12-22
JP5852116B2 (ja) 2016-02-03

Similar Documents

Publication Publication Date Title
BR112013002948B1 (pt) Sistema e método de comunicação para uma rede nova
US9497111B2 (en) Communications method and system for communications of network accessing equipment
US9450861B2 (en) Ethernet-compatible method and system
US9253106B2 (en) Traffic-control-based data transmission method and communication system
US9083656B2 (en) Service communication method and system for access network apparatus
US9154404B2 (en) Method and system of accessing network for access network device
US9240943B2 (en) Metropolitan area network communications method and communication system
CN110166728B (zh) 一种视联网开会方法及装置
CN109787992B (zh) 一种通过视联网访问专网的方法和装置
CN110809026B (zh) 一种文件处理方法、装置、电子设备及存储介质
CN109451001B (zh) 一种通讯方法和系统
CN109873864B (zh) 一种基于视联网的通信连接建立方法及系统
CN109347844B (zh) 一种设备接入互联网的方法及装置
CN109376507B (zh) 一种数据安全管理方法和系统
CN109756694B (zh) 一种基于视联网的通信连接建立方法及系统
CN110784683B (zh) 一种监控资源的管理方法、装置及存储介质
CN109348162B (zh) 信息处理方法和装置
CN110139068B (zh) 一种检测方法和装置
CN110825907B (zh) 一种基于分布式数据库的处理方法和系统
CN110855931B (zh) 一种视频数据的处理方法和系统
CN110519209B (zh) 一种视联网设备的网管操作方法和系统
CN109802853B (zh) 一种业务质量分级的方法和装置
CN110474933B (zh) 一种终端交换方法和视联网管理系统
CN110048870B (zh) 一种跨视联网的通信方法和装置
CN110769188A (zh) 一种业务对象的处理方法和系统

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 12/403 , H04L 12/423

Ipc: H04L 12/46 (2006.01), H04L 29/12 (2006.01), H04L 1

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B350 Update of information on the portal [chapter 15.35 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]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 04/08/2011, OBSERVADAS AS CONDICOES LEGAIS. PATENTE CONCEDIDA CONFORME ADI 5.529/DF, QUE DETERMINA A ALTERACAO DO PRAZO DE CONCESSAO.